Identificateur de référence de contenu – Wikipedia wiki
Aperçu [ modifier ]]
UN Identificateur de référence de contenu ou Calider est un concept du travail de standardisation effectué par le forum TV-Anytime. Il correspond ou correspond étroitement au concept du localisateur de ressources uniformes, ou URL, tel qu’utilisé sur le Web dans le monde:
Une unité de contenu, dans un flux de diffusion, peut être mentionnée par son Crid globalement unique de la même manière qu’une page Web peut être mentionnée par son URL globalement unique sur le Web.
Le concept de CRID permet de faire référence au contenu sans ambiguïté, quelle que soit leur emplacement, c’est-à-dire sans connaître des informations de diffusion spécifiques (heure, date et canal) ou comment les obtenir via un réseau, par exemple, au moyen d’un service de streaming ou en téléchargeant un fichier à partir d’un serveur Internet.
Le récepteur doit être capable de résoudre ces références sans ambiguïté, c’est-à-dire de les traduire en données spécifiques qui lui permettra d’obtenir l’emplacement de ce contenu afin de l’acquérir. Cela permet à l’enregistrement de processus d’avoir lieu sans savoir que les informations, et même sans connaître au préalable la durée du contenu à enregistrer: une série complète par un simple clic, un programme qui n’a pas encore été planifié, un ensemble de programmes groupé par un critère spécifique…
Ce cadre permet la séparation entre la référence à un contenu donné (le CRID) et les informations nécessaires pour les acquérir, ce qui est appelé «localisateur». Chaque CRID peut conduire à un ou plusieurs localisateurs qui représenteront différentes copies du même contenu. Ils peuvent être des copies identiques diffusées dans différents canaux ou dates, ou coûter des prix différents. Ils peuvent également être des copies distinctes avec différents paramètres techniques tels que le format ou la qualité.
Il peut également être vrai que le processus de résolution d’un Crid fournit un autre Crid en conséquence (par exemple, sa référence dans un réseau différent, où il a un identifiant alternatif attribué par un opérateur différent) ou un ensemble de Crids (par exemple , si le Crid original représente une série télévisée, auquel cas le processus de résolution entraînerait la liste des Crids représentant chaque épisode).
À partir de ce qui précède, on peut conclure que à condition qu’un contenu donné puisse appartenir à de nombreux groupes (chacun peut-être défini par des qualités distinctives), il est possible que de nombreuses crides portent le même contenu. Autrement dit, plusieurs crides peuvent être résolus dans le même localisateur.
Un Crid n’est pas exactement un identifiant universel, unique et exclusif pour un contenu donné. Il est étroitement lié à l’autorité qui le crée, au fournisseur de services de résolution et au fournisseur de contenu de telle manière que le même contenu peut avoir des crilles différentes en fonction du domaine dans lequel ils sont utilisés (par exemple, un autre pour chaque opérateur de télévision qui a le droit de diffuser le contenu).
Un Crid est spécifié un peu comme les URL. En fait, un Crid est un soi-disant URI. En règle générale, le Créateur de contenu, le diffuseur ou un tiers utilisera leurs noms DNS dans une combinaison avec un nom spécifique au produit pour créer des Crids globalement uniques. C’est-à-dire que la syntaxe d’un Crid est:
Crid: // Autorité / données
Le autorité Le champ représente l’entité qui a créé le CRID et son format est celui d’un nom DNS. Le données Field représente une chaîne de caractères qui identifiera sans ambiguïté le contenu dans la portée de l’autorité (il s’agit d’une chaîne de caractères attribuée par l’autorité elle-même).
À titre d’exemple, supposons que la BBC voulait faire un crid pour (tous les programmes de) les Jeux olympiques en Chine. Ça a peut-être ressemblé quelque chose comme ça
Crid: //bbc.co.uk/olympics/2008/
Ce serait un Crid de groupe, c’est-à-dire un Crid représentant un groupe de contenu. Ensuite, pour se référer à un événement spécifique – comme la finale de coups de tir féminin – ils auraient pu utiliser ce qui suit dans leurs métadonnées.
Crid: //bbc.co.uk/olympics/2008/final/shotput/women
Actuellement, [ quand? ]] Quatre types de Crids jouent un rôle majeur dans certains réseaux de télévision unidirectionnels: Crid, Crid, Série Crid, Group Crid et Recommandation Crid. L’une des applications les plus importantes des Crids est la soi-disant fonction d’enregistrement des liens de la série (SL) des enregistreurs vidéo numériques modernes (DVR, PVR).
À son tour, un localisateur est une chaîne de caractères qui contient toutes les informations nécessaires à un récepteur pour trouver et acquérir un contenu donné, qu’il soit reçu via un flux de transport, situé dans le stockage local, téléchargé en tant que fichier à partir d’un serveur Internet, ou via un service de streaming. Par exemple, un localisateur DVB inclura tous les paramètres nécessaires pour identifier un contenu spécifique dans un flux de transport: réseau, flux de transport, service, table et / ou identificateurs d’événements.
Le format des localisateurs, tel qu’il est établi en temps de télévision, est assez générique et simple, et correspond à:
[Mécanisme de transport]: [Data spécifique]
La première partie du format du localisateur (le mécanisme de transport) doit être une chaîne de caractères qui est unique pour chaque mécanisme (flux de transport, fichier local, accès Internet HTTP…). La deuxième partie ne doit être sans ambiguïté que dans le cadre d’un mécanisme de transport donné et sera standardisée par l’organisme en charge de la régulation du mécanisme lui-même.
Par exemple, un localisateur DVB pour identifier un contenu dans le flux de transport des réseaux qui suivent cette norme serait:
DVB: //112.4A2.5EC; 2d22 ~ 20121212T220000Z - PT01H30M
qui indiquerait un contenu (identifié par la chaîne «2d22») qui est diffusé sur une chaîne disponible sur un réseau DVB identifié par l’adresse «112.4a2.5ec» (réseau «112», flux de transport «4A2» et service «5ec» ), le 12 décembre 2012 à 22 h et avec une durée de 90 minutes.
Le processus de résolution de localisation [ modifier ]]
Le processus de résolution de localisation est la procédure par laquelle, à partir du crin de contenu donné, un ou plusieurs localisateurs de ce contenu sont obtenus. La résolution d’un CRID peut être un processus direct, ce qui mène immédiatement à un ou plusieurs localisateurs, ou il peut également se produire qu’en premier lieu, une ou plusieurs crilles intermédiaires sont retournées, ce qui doit subir la même procédure pour enfin obtenir un ou plusieurs localisateurs.
Cette procédure implique certains éléments d’information, parmi lesquels nous trouvons deux structures nommées Resolving Authority Record (RAR) et ContentReferencingTable, respectivement. Les consulter à plusieurs reprises emmènera le récepteur d’un Crid à un ou plusieurs localisateurs qui lui permettra d’acquérir le contenu.
La table RAR
La table RAR est une ou plusieurs structures de données qui fournissent le récepteur, pour chaque autorité qui soumet les Crids, des informations sur le fournisseur de services de résolution correspondant. Entre autres choses, il informe quel mécanisme est utilisé pour fournir des informations pour résoudre les Crids de chaque autorité. Autrement dit, un ou plusieurs enregistrements RAR doivent exister pour chaque autorité qui indiquent le récepteur où il doit aller pour résoudre les crilles de cette autorité particulière.
Par exemple, dans le dossier de la figure (exprimée au moyen d’une structure XML, selon le schéma XML défini dans le TV-anytime), il existe une autorité appelée «tve.es», dont le fournisseur de services de résolution est l’entité «RTVE .es “, disponible sur l’URL” http://tva.rtve.es/locres/tve “, ce qui signifie qu’il existe des informations de résolution dans cette URL.
Ces enregistrements RAR auront atteint le récepteur sous une forme indéfinie, sans importance pour la spécification TV-AnyTime, qui dépendra du mécanisme de transport spécifique du réseau auquel le récepteur est connecté. Chaque famille de normes qui réglemente les réseaux de distribution (DVB, ATSC, ISDB, IPTV …) auront précédemment défini cette procédure, qui sera utilisée par les appareils certifiés selon ces normes.
La table de contenu
La deuxième structure impliquée dans le processus de résolution de localisation est un tableau de résolution approprié qui, étant donné le crid de contenu, renvoie un ou plusieurs localisateurs qui permettent au récepteur d’accéder à une instance de ce contenu, ou d’une ou plusieurs crides qui lui permettent d’avancer dans le processus de résolution.
La figure montre un exemple de cette seconde structure, un document XML selon les spécifications du schéma XML défini en TV-anytime. Dans ce domaine, plusieurs sections sont incluses (
Le premier déclare comment un Crid (Crid: //tv.com/friends/all), qui correspond à un contenu de groupe qui englobe plusieurs épisodes (deux) de la série «Friends» est résolu. Le résultat du processus de résolution fournit deux nouvelles crides chacune correspondant à l’un des deux épisodes.
La deuxième
Le troisième
Le processus
Une fois que l’utilisateur a sélectionné un contenu donné (identifié par le Crid correspondant) pour effectuer une action sur elle, le récepteur commence le processus de résolution de localisation qui doit conduire à des informations de localisation spécifiques qui permet d’accéder à une copie du contenu.
Cette procédure dépend principalement de la connectivité du récepteur. Il est possible de faire une distinction de base entre les réseaux unidirectionnels, où le récepteur ne peut recevoir des informations que via le canal de diffusion et les réseaux bidirectionnels, où il existe également un canal de retour à travers lequel le récepteur peut communiquer avec l’extérieur (généralement un accès Internet) .
Pour les récepteurs connectés uniquement à un canal de diffusion, il est clair que les informations de résolution doivent provenir directement de ce canal ou être disponibles d’une manière ou d’une autre dans un système de stockage local existant. Après avoir sélectionné un Crid, la première chose que le récepteur doit faire est de vérifier les informations sur l’endroit où trouver le tableau de résolution. Pour cela, il doit trouver un dossier RAR associé à l’autorité du Crid sélectionné.
Une fois un enregistrement RAR correspondant à cette autorité, le récepteur le saura, en se référant au champ URL, où accéder (ou, dans ce cas, où écouter) pour obtenir les informations de résolution.
Les informations qui recevront par ce point d’accès consisteront en un message pour chacune des Crids consultés (par exemple, un
En casting web [ modifier ]]
Pour rendre le CRID encore plus à l’échelle mondiale, l’IETF publiera une demande de commentaires spécifiant l’utilisation du CRID sur le Web. Cela permettra aux appareils de consommation de se connecter aux serveurs de fournisseurs de contenu, tout comme les navigateurs actuels recherchent des serveurs Web, demandant du contenu par Crid.
En mai 2005, une RFC informationnelle, Non 4078 , a été publié au début de ce travail.
L’objectif à long terme est que les Crids soient disponibles pour une utilisation par les téléphones portables, les PDA, les récepteurs de télévision numérique et d’autres appareils de consommation pour récupérer le contenu, soit à partir d’un flux de diffusion, soit sur des réseaux IP.
Voir également [ modifier ]]
Les références [ modifier ]]
Recent Comments