El Registro de Identificadores de Entretenimiento ( EIDR , por sus siglas en inglés) es un sistema de identificación único global para una amplia gama de objetos audiovisuales, entre los que se incluyen películas, programas de televisión y programas de radio. El sistema de identificación resuelve un identificador en un registro de metadatos asociado con títulos de nivel superior, ediciones, DVD , codificaciones, clips y mashups . El EIDR también proporciona identificadores para proveedores de servicios de video, como redes de transmisión y cable.
A junio de 2020, EIDR contiene más de dos millones de registros, incluidas casi 400 mil películas y casi un millón de episodios de más de 40.000 series de televisión. [ cita requerida ]
EIDR es una implementación de un identificador de objetos digitales (DOI).
Historia
Los sistemas de identificación de activos multimedia existen desde hace décadas. La motivación común para su creación es permitir la gestión de activos multimedia mediante la asignación de una identificación única a un conjunto de metadatos que representan las características destacadas de cada activo. Con el tiempo, estos sistemas tienden a proliferar y cada uno surge para abordar un conjunto específico de cuestiones. Como resultado, existe una variación considerable entre los sistemas en términos de qué activos se clasifican, qué metadatos se asocian con cada activo y la propia definición de un activo. Por nombrar algunos ejemplos, ¿debería distinguirse una " versión del director " de una película del estreno original en salas de cine? ¿Cómo se deben tener en cuenta las variaciones regionales (por ejemplo, la traducción del título o el diálogo a idiomas extranjeros)? Otras complicaciones incluyen los procedimientos (y las credenciales requeridas) para agregar nuevos activos, editar activos existentes y crear activos derivados.
EIDR se creó para abordar estos problemas, así como otros que se encuentran en los flujos de trabajo de activos de video , tanto en un contexto de empresa a empresa como en las actividades de posproducción interna de los productores de contenido. EIDR tiene las siguientes características:
- Un registro central disponible para todos los participantes
- Capacidad de registrar nuevos activos fácilmente
- Un identificador de activo que sea inmutable (y en particular con respecto a los cambios en la propiedad del activo o la ubicación de los metadatos o del activo en sí)
- Detección/prevención de creación de duplicados del mismo activo
- Capacidad para crear un conjunto de recursos de video derivados de una obra abstracta (por ejemplo, estreno en cines original, corte del director, variantes lingüísticas)
- Capacidad de agrupar activos de video por relaciones más generales (por ejemplo, episodios de una temporada de una serie de televisión)
- Un conjunto básico de metadatos para diferenciar los activos, incluso cuando están estrechamente relacionados
- Escalable, inmutable, persistente
El EIDR tiene como objetivo complementar, no reemplazar, los sistemas de identificación de activos existentes. Por el contrario, una característica clave es permitir que un registro EIDR incluya referencias al ID de ese activo en otros sistemas. Esta característica es particularmente útil para los archivos de cine y televisión, ya que les facilita la comparación de sus fondos con otras fuentes de la obra y los metadatos sobre ella. Por diseño, el EIDR no replica las características de otros sistemas de identificación de activos, por ejemplo, los sistemas comerciales que buscan agregar valor a través de metadatos mejorados (por ejemplo, resúmenes de la trama, detalles de la producción). Tampoco es un objetivo rastrear la información de propiedad y derechos, que, sin embargo, puede implementarse como aplicaciones que utilizan el ID EIDR.
Modelo de contenido
EIDR se basa en una colección de registros (que a su vez se subdividen en campos) que se almacenan en un registro central. Estos registros se referencian externamente mediante DOI, que se asignan cuando se crea un registro, y cada identificador es inmutable a partir de entonces. El sistema de resolución de identificadores subyacente a los DOI es el sistema de identificadores , por lo que cada identificador de contenido EIDR nativo es un identificador formateado, con mayor especificidad, para identificar los estándares DOI y EIDR.
Formato de identificación de contenido
La forma canónica de un ID de contenido EIDR es una instancia de un identificador y tiene el formato:
- 10.5240/XXXX-XXXX-XXXX-XXXX-XXXX-C
dónde
- 10.5240 es el prefijo DOI para un recurso EIDR. El "10" indica que el identificador es un DOI; otros prefijos se asignan a otros tipos de recursos (por ejemplo, publicaciones académicas ). Los dígitos entre "." y "/" forman el subprefijo, que indica qué agencia de registro dentro de la Fundación Internacional DOI (IDF) tiene derechos para administrar estos identificadores. "5240" está asignado a la Asociación EIDR.
- XXXX-XXXX-XXXX-XXXX-XXXX-C es el sufijo DOI. Cada "X" denota un dígito hexadecimal (AF) y "C" es un dígito de control ISO 7064 Mod 37,36 [1] .
También existe un formato binario compacto de 96 bits que está pensado para incorporarse en cargas útiles pequeñas, como marcas de agua . Este formato se genera a partir del formato canónico de la siguiente manera:
- Subprefijo de 16 bits: se genera interpretando el subprefijo como un valor binario, por ejemplo, B'0001010001111000'
- Sufijo de 80 bits: la parte del sufijo que no es suma de comprobación, representada como 10 bytes
El formato de nombre de recurso uniforme para una identificación EIDR se especifica en RFC 7302.
Para su uso en la web, un ID de contenido EIDR se puede representar como un URI en una de estas formas:
- https://doi.org/10.5240/XXXX-XXXX-XXXX-XXXX-XXXX-C : este es un ID EIDR representado como una referencia proxy DOI (será redirigido desde DOI al registro EIDR)
- info: doi :10.5240/XXXX-XXXX-XXXX-XXXX-XXXX-C [obsoleto] : este es un ID EIDR representado como un URI de "información" compatible con RFC 4452 (recordando que todos los ID EIDR también son ID DOI, pero no a la inversa).
Tipos de registros
Hay cuatro tipos de registros de contenido, cada uno asociado con un prefijo reservado:
- Content ID (10.5240/XXXX-XXXX-XXXX-XXXX-XXXX-C): está asociado con un recurso de entretenimiento, como una película o una serie de televisión. Los registros de contenido son jerárquicos, lo que permite expresar relaciones, como una serie, cuyos elementos secundarios serían temporadas, cuyos elementos secundarios a su vez serían episodios individuales. Se admiten muchas otras relaciones, como se describe a continuación. Los registros de contenido forman la mayor parte de los datos en el registro EIDR.
- ID de parte (10.5237/XXXX-XXXX): identifica entidades como registrantes, productores de contenido y distribuidores.
- ID de servicio de video (10.5239/XXXX-XXXX): identifica un servicio de video, conocido coloquialmente como "canal" o "red": una secuencia (normalmente) lineal de contenido programado para transmitirse en horarios específicos (por ejemplo, el ID de servicio de Cartoon Network es 10.5239/8BE5-E3F6). Los servicios de video son jerárquicos: por ejemplo, un padre puede tener varios hijos para tener en cuenta las variaciones regionales o lingüísticas).
- ID de usuario (10.5238/[0-9a-zA-Z_.#()]{2-32}): identifica a un usuario mediante una cadena de 2 a 32 caracteres alfanuméricos y caracteres especiales seleccionados (ilustrados aquí con sintaxis Perl ). Un usuario es principalmente un concepto administrativo que está subordinado a las partes (de quienes heredan los derechos de acceso). A diferencia de los otros DOI de EIDR, el ID de usuario solo se puede utilizar dentro de EIDR (por ejemplo, API de programación).
Los subprefijos 5237, 5238, 5239 y 5240 están todos asignados a la Asociación EIDR.
Registros de contenido
Los registros de contenido son objetos clasificados por sus tipos y relaciones. Cada uno tiene tres tipos diferentes (ortogonales):
- Tipo de objeto : hay un total de 10. El primero es el tipo básico, que tiene los campos mínimos necesarios para describir un registro de contenido. Los otros 9 se derivan del tipo básico y contienen campos adicionales para describir objetos más complejos.
- Tipo estructural : estos distinguen las representaciones de una obra y se enumeran en orden creciente de especificidad:
- Abstracción : Se utiliza para objetos que no tienen realidad, como un contenedor de series o el concepto más básico de la obra original. Corresponde al Código Internacional Normalizado de Obras Musicales (ISWC) para obras musicales, al Código Internacional Normalizado de Textos (ISTC) para obras textuales o al Número Internacional Normalizado Audiovisual (ISAN) para obras audiovisuales.
- Ejecución : se utiliza para elementos que son versiones particulares de una obra, como el estreno original en salas de cine o el corte del director de una película o una versión censurada localmente de un programa de televisión. Esto corresponde aproximadamente al Código Internacional Normalizado de Grabación (ISRC) para obras musicales y a algunos usos de la Versión ISAN (V-ISAN) para obras audiovisuales.
- Digital : Representación digital particular de una obra, como la codificación MPEG-2 de una película. Esto corresponde a algunos usos del V-ISAN.
- Tipo de referente : el tipo de recurso de contenido, independientemente de una manifestación particular (por ejemplo, una película que se muestra en la televisión sigue siendo una película):
- Serie : Una abstracción que contiene elementos individuales ordenados o desordenados.
- Temporada : Un segundo nivel de agrupación por debajo de una Serie, que generalmente cubre un intervalo de tiempo.
- TV : Contenido que apareció por primera vez vía transmisión.
- Película : Contenido de formato largo que apareció por primera vez en un cine o teatro.
- Corto : Definido de manera vaga para cubrir un trabajo que dura 40 minutos o menos, como videos musicales , noticieros teatrales o cortometrajes de dibujos animados teatrales o de DTV.
- Web : contenido que apareció por primera vez en la Web. Es diferente del contenido de otros lugares que se ha puesto a disposición en la Web.
- Material interactivo : contenido que no es estrictamente audiovisual. Abarca menús de DVD, superposiciones de TV interactivas, reproductores personalizados, etc.
- Compilación : contenido compuesto por varios otros activos que no pueden describirse con mayor precisión, como un conjunto de una franquicia cinematográfica.
- Complementario : este tipo es para contenido secundario cuyo propósito principal es apoyar, complementar o promover otro contenido. Algunos ejemplos incluyen avances, tomas descartadas y documentales promocionales (piezas "making of").
Metadatos básicos
Los siguientes campos (tomados de un conjunto más grande) comprenden los datos del objeto base de un registro de contenido:
- Tipo estructural : p. ej. Abstracción
- Modo : por ejemplo, AudioVisual (para una película o un programa de televisión); “Audio” para un programa de radio; “Visual” para una obra muda.
- Tipo de referente : p. ej. Película
- Título : el título principal. Los títulos y títulos alternativos se distinguen además por:
- Lang : el idioma del título expresado como código ISO 639-1
- Clase : liberación o regional
- Título alternativo 1..N : uno o más títulos alternativos (a menudo variantes regionales o lingüísticas)
- Idioma original : el idioma de la versión original expresado como código ISO 639-1
- Organización asociada 1..N : ID de la parte del productor, estudio, etc.
- Fecha de lanzamiento : fecha en la que se publicó originalmente el título
- País de origen : Código ISO 3166-1 alfa 2 , con extensiones para países extintos
- Longitud aproximada : expresada como esquema XML xs:duration [2] tipo de datos
- ID alternativo 1..N : uno o más identificadores equivalentes expresados en un sistema de identificación de activos diferente (ver discusión a continuación).
- Créditos : solo se proporcionan créditos esquemáticos, generalmente restringidos al director y hasta cuatro de los actores principales. Como se señaló, no es un objetivo de EIDR competir con sistemas propietarios con metadatos enriquecidos (por ejemplo, resúmenes de la trama). El objetivo principal es ayudar a desambiguar el título y ayudar con los esfuerzos de validación y desduplicación.
- Registrante : la parte que creó este registro de contenido (por ejemplo, "10.5237/superparty")
- Fecha de creación : fecha en la que se creó este registro de contenido
- Estado : normalmente "válido" (hay casos especiales para registros eliminados)
- Fecha de última modificación : última vez que se modificó este registro de contenido
Registros de contenido eliminados
Un ID EIDR debe ser siempre resoluble, por lo que en circunstancias normales el registro de contenido correspondiente será permanente. Hay dos mecanismos disponibles para tratar errores u otras circunstancias inusuales. El preferido es el aliasing, mediante el cual un ID EIDR se redirige de forma transparente a otro registro de contenido. El aliasing se utiliza comúnmente para tratar el caso de que un activo se registre dos veces.
El otro mecanismo es el uso de registros de lápida. Esto se emplea cuando el registro de contenido está dañado o se registró accidentalmente un activo no válido. En este caso, el ID se asociará a un registro de lápida especial. Las aplicaciones pueden reconocer el registro de lápida porque su campo de ID de EIDR se establecerá en el valor distinguido " 10.5240/0000-0000-0000-0000-0000-X ". Tenga en cuenta que "X" significa la 24.ª letra del alfabeto latino ( ASCII 0x58 o Unicode U+0058).
Identificación alternativa
Disponer de un amplio conjunto de identificadores alternativos para el contenido es uno de los objetivos principales de EIDR. Esto permite que los identificadores EIDR se utilicen en todos los flujos de trabajo de contenido; si se necesita un identificador alternativo, se puede encontrar en los metadatos del identificador EIDR. EIDR admite la inclusión de referencias de identificadores propietarios y otros estándares (por ejemplo, ISAN). Se pueden agregar identificadores alternativos adicionales cuando sea necesario (por ejemplo, si las partes desean admitir nuevos flujos de trabajo). A continuación, se muestra un ejemplo de identificadores alternativos para el activo EIDR 10.5240/EA73-79D7-1B2B-B378-3A73-M (la película Blade Runner ). Si un identificador alternativo se puede resolver algorítmicamente, por ejemplo, colocándolo adecuadamente en una URL de plantilla, EIDR hace que ese enlace esté disponible.
Los identificadores alternativos se dividen en no propietarios y propietarios. Los primeros tienen tipos predefinidos y diferenciados (por ejemplo, los emitidos por ISAN, IMDb e IVA), mientras que los identificadores propietarios son todos del tipo "Propietarios" y se distinguen además por un dominio DNS asociado. A julio de 2017, hay más de 2 millones de identificadores alternativos disponibles directamente a través de EIDR. [ cita requerida ]
Relaciones entre objetos
Los objetos de contenido se pueden relacionar entre sí según la siguiente tabla. Estas relaciones se expresan como campos adicionales en el registro de contenido y, por lo tanto, son relativas a ese objeto. Tenga en cuenta que el objeto sujeto es el objeto secundario y el objeto objetivo es el objeto primario (por ejemplo, sujeto es <tipo-relación>De objeto primario). En la tabla se indican restricciones adicionales.
Uso en normas y aplicaciones
El EIDR se ha incorporado a muchas normas. A continuación se enumeran algunas de las más importantes:
- SMPTE /AMWA : La práctica recomendada SMPTE RP 2079 [3] estandariza el uso de EIDR en contenedores de medios MXF , en el corazón de los flujos de trabajo de contenido profesional, incluidas las especificaciones AMWA AS-03 [4] y AS-11 [5] . La práctica recomendada SMTPE 2021-5 [6] permite que se lleve un identificador EIDR dondequiera que se utilice BXF para el intercambio de datos entre sistemas de transmisión.
- Unión Europea de Radiodifusión (UER) : EBUCore [7] es un conjunto básico común de metadatos descriptivos y técnicos que describen recursos multimedia (audio, vídeo, imágenes fijas, subtítulos, etc.). El personal de la UER y de EIDR ha elaborado un mapeo de EBUCore para registros base a objetos raíz de EIDR: .. EIDR y la UER están trabajando juntos en el grupo de trabajo SMPTE Core para definir metadatos descriptivos para especificaciones y flujos de trabajo basados en SMPTE. EIDR es uno de los estándares respaldados por el núcleo de la UER.
- DVB : Se hace referencia a EIDR en las especificaciones preliminares de DVB para pantallas complementarias [8] (tm-sm-css-0017r14).
- MPEG : EIDR se ha propuesto como un identificador de contenido en el Formato de Aplicación de Preservación Multimedia [9] que se está definiendo para uso de archivo.
- CableLabs (EE. UU.) : EIDR es parte del estándar de metadatos de CableLabs [10] para la distribución de activos de video a pedido. EIDR es un identificador de programa que puede estar presente en un descriptor de segmentación SCTE-35 2013 [11] , un estándar utilizado en la distribución IP por cable. EIDR también se utiliza en productos de inserción dinámica de anuncios (DAI) que utilizan la arquitectura estándar SCTE 130 [12] .
- EIDR e identificadores alternativos : para promover la interoperabilidad de EIDR con una amplia variedad de sistemas, EIDR incluye un campo "AlternateID" para realizar referencias cruzadas con los sistemas de identificadores existentes. Los identificadores alternativos pueden incluir, por ejemplo, CRID (RFC 4078), ISAN, ISRC, UPC o URI , así como sistemas de identificadores comerciales como Ad-ID , Baseline, IMDb, etc. Actualmente, aproximadamente la mitad de los registros EIDR llevan un identificador de al menos otro sistema.
- Asignación de otros metadatos e identificadores estándar a EIDR : otros sistemas de metadatos e identificadores se pueden asignar directamente a EIDR:
- EN 15907 y EN 15744 : estas normas se encuentran bajo los auspicios del Comité Europeo de Normalización CEN/TC 372 y filmstandards.org. [13] Se encuentran disponibles las mejores prácticas y asignaciones para los objetos raíz EN 15907 y EN 15744. EIDR también está trabajando con archivos de películas para ampliar la interoperabilidad con estas normas a un nivel de detalle más granular, incluido un proyecto con el British Film Institute (BFI) para registrar sus registros basados en EN 15907 con EIDR.
- Número Internacional Normalizado Audiovisual (ISAN) : El ISAN se utiliza ampliamente en los sistemas de gestión y recopilación de derechos. Se encuentra disponible una correspondencia completa entre un registro ISAN y un registro EIDR. La Agencia de Registro Audiovisual del Reino Unido, una empresa conjunta entre EIDR e ISAN-UK, proporciona servicios de registro conjuntos para ambos identificadores. Los precursores de este servicio se han utilizado para obtener identificadores EIDR e ISAN para el contenido de difusión de ITV (una cadena de televisión comercial del Reino Unido).
Los identificadores EIDR se han incorporado a un número cada vez mayor de aplicaciones comerciales. A continuación se muestran algunas de las ventajas de utilizar EIDR:
- Integración de Warner Brothers con Xbox : se utilizó EIDR para mejorar la implementación de un sistema de venta electrónica (EST) para entregar títulos de Warner Theatrical a los clientes de Microsoft Xbox Live . El funcionamiento de una tienda electrónica requiere que varios grupos dentro de Warner Brothers coordinen sus actividades con el equipo de Xbox. El lado de salida de la cadena de distribución incluía la publicación de "Avails" (títulos disponibles para la venta) y el seguimiento del cumplimiento de los pedidos; el lado de entrada incluía la realización de pedidos. Otras funciones, como los informes, abarcaban ambos lados de la cadena de distribución. El sistema original requería intervención y supervisión manual, en particular en los límites entre organizaciones. Un ejemplo de la necesidad de procesamiento manual sería verificar que se entregara la versión correcta de un activo (que puede variar según los subtítulos o el contenido). En el nuevo sistema, Warner Brothers creó un nuevo ID de EIDR para cada variante de contenido, y estos se utilizaron para todas las etapas de procesamiento posteriores. Esto eliminó la ambigüedad y facilitó la automatización de las etapas de entrada y salida. Otra ventaja fue la capacidad de crear informes sobre la marcha.
- Integración de la guía electrónica de programación de Swisscom : Swisscom opera un servicio de televisión de pago en Suiza. En 2014, completó la implementación de una guía electrónica de programación (EPG) para sus clientes basada en EIDR. [14] Se trata de un sistema de extremo a extremo en el que se utilizan identificadores EIDR para representar los activos que se muestran en la guía electrónica de programación. Un elemento clave del sistema era que los identificadores EIDR también se utilizaban en los metadatos de la guía suministrados a Swisscom por media-press.tv. Esto incluía la configuración de un sistema para asignar identificadores EIDR a activos que aún no estaban en el registro. Una ventaja clave de utilizar EIDR es no tener que traducir entre diferentes sistemas de identificadores.
Operaciones y administración
EIDR es administrado por la Asociación EIDR sin fines de lucro, que fue fundada en octubre de 2010 por MovieLabs , CableLabs , Comcast y Rovi . La membresía ha crecido de manera constante desde entonces: a fines de 2014, tenía 79 miembros divididos entre los niveles de Promotores de la Industria y Colaboradores de la Industria. La categoría de más rápido crecimiento es la de empresas no estadounidenses, que ahora representa aproximadamente el 20% de los miembros. La Asociación EIDR opera dos registros EIDR: Producción y Sandbox. El primero es el sitio oficial y el segundo está reservado para pruebas y desarrollo. Ambos sistemas están disponibles públicamente en línea, pero no se garantiza que el contenido del sandbox sea correcto, completo o incluso que haga referencia a activos que existen. Solo los miembros de la asociación EIDR pueden modificar el registro.
Registro
El registro de nuevos activos se puede realizar de forma individual o en bloque (hasta 100.000 activos a la vez). En cualquier caso, el flujo de trabajo comprende una combinación de procesos automatizados (para realizar tareas bien definidas pero tediosas) y manuales (cuando se requiere el criterio humano). También es iterativo, ya que el proceso de comparación inicial puede identificar una variedad de lagunas y errores que deben solucionarse.
El registro de nuevos activos es un proceso complejo que requiere cierta preparación, en particular en el caso de envíos masivos. Los procesos automatizados comprobarán la sintaxis, se asegurarán de que se proporcionen los metadatos básicos y de que se respeten todas las dependencias (por ejemplo, los registros de series creados antes de los episodios constituyentes). Los pasos manuales incluyen asegurarse de que las Partes correctas estén asociadas con el activo. Uno de los pasos más importantes es asegurarse de que un nuevo activo no exista ya en el registro: esto se trata en la siguiente sección.
Para registrar un nuevo activo, un usuario debe estar asociado con una parte a la que el operador de EIDR le haya otorgado el rol de "Registrante". Un registrante puede ser un agente principal, como un estudio o una empresa de codificación, pero también puede ser una Parte que realiza el registro masivo de elementos del catálogo anterior, o una Parte que actúa en nombre de otra persona. También es un requisito que un registrante sea miembro de EIDR. En general, la propiedad del contenido, la autoridad de metadatos y la capacidad de registro son conceptos separados y no relacionados.
Desduplicación
Esto se refiere a marcar los activos que se envían al registro como pertenecientes a una de las siguientes tres categorías:
- El activo candidato es único (con respecto a los activos de registro existentes).
- El activo candidato es un duplicado de un registro existente.
- El activo candidato tiene una alta probabilidad de ser duplicado.
Esta evaluación se basa en la aplicación de un (amplio) conjunto de reglas al activo candidato, lo que da como resultado una puntuación numérica. La clasificación se produce como resultado de comparar la puntuación con dos umbrales:
- Umbral bajo : cualquier activo con una puntuación inferior a este valor se considera que no es un duplicado. Este es el único caso en el que se aceptará una propuesta de adición o modificación de registros.
- Umbral alto : cualquier activo con una puntuación superior a este valor se considera (casi con certeza) un duplicado. La adición o modificación del registro propuesta no se llevará a cabo y se devolverá un estado de error. Los registrantes generalmente utilizarán el ID preexistente para el elemento que intentaron registrar y pueden agregar información faltante e ID alternativos al registro existente.
Se considera que los activos que se encuentran entre el umbral bajo y el alto tienen una alta posibilidad de ser duplicados: la adición o modificación del registro propuesta no se llevará a cabo hasta que el personal de operaciones de EIDR la revise manualmente.
Arquitectura
Los componentes del sistema EIDR se muestran a continuación.

Los principales bloques funcionales son los siguientes:
- Registro central : este módulo es una personalización y configuración del Repositorio de objetos digitales del CNRI. Realiza varias funciones, entre ellas, registro, generación de identificadores únicos, indexación, gestión del almacenamiento de objetos y control de acceso.
- Repositorio : almacena y brinda acceso a objetos registrados; para EIDR, estos objetos son colecciones de metadatos, no los recursos multimedia en sí. Los metadatos incluyen información estándar sobre objetos, relaciones y configuraciones de control de acceso.
- AP REST I: Interfaz REST que proporciona acceso al conjunto completo de funciones de registro no administrativas. Los servicios pueden realizar llamadas individuales o por lotes, que pueden enviarse de forma sincrónica o asincrónica. Una sintaxis de consulta general permite la recuperación (y en algunos casos la modificación) de registros que satisfacen un conjunto de criterios especificados por el autor de la llamada.
- EIDR SDK : se proporciona a los desarrolladores para facilitar la creación de aplicaciones de terceros (normalmente en apoyo de un flujo de trabajo B2B o intramuros). Incluye un SDK de Java, un SDK de .NET y programas de muestra creados a partir de los dos SDK. Se recomienda utilizar el SDK en lugar de llamadas directas a la API REST.
- Herramientas de línea de comandos : son aplicaciones Java y .NET simples, creadas en el SDK, cada una de las cuales proporciona una única función, como resolver, consultar, coincidir y registrar.
- Interfaz de usuario web : interfaz de usuario basada en la web, principalmente para realizar búsquedas, consultas y navegación en la jerarquía de objetos. También admite registros simples.
- Proxy DOI : utilizando el prefijo de identificador, reenvía las solicitudes de resolución DOI de EIDR al registro EIDR.
- Handle System : proporciona servicios distribuidos de búsqueda y resolución
Relación con el DOI y el sistema de manejo
Un identificador EIDR es un ejemplo especializado de un identificador digital de objetos (DOI), que a su vez se basa en el sistema Handle desarrollado por la Corporación para las Iniciativas Nacionales de Investigación (CNRI). Los aspectos específicos de EIDR de las capas inferiores se describen con más detalle a continuación.
Identificador de objetos digitales (aspectos EIDR)
Un identificador de objeto digital, estandarizado como ISO 26324, [15] busca identificar de forma única una amplia gama de artefactos digitales, incluidos libros, grabaciones, datos de investigación y otros contenidos digitales. El objetivo no es solo que los identificadores sean únicos, sino también persistentes e inmutables. A diferencia de las URL, los identificadores DOI permanecen iguales incluso si los objetos se trasladan a otra ubicación o pasan a ser propiedad de otra organización. Estas son algunas de las características del DOI:
- La Fundación Internacional DOI (IDF) aplica reglas previamente acordadas a las Agencias de Registro constituyentes (por ejemplo, EIDR) para garantizar la continuidad. En particular, si una AR deja de funcionar, los nombres que alberga serán asumidos por otra AR.
- El IDF define reglas a las que deben adherirse todos los nombres DOI (qué tipos de objetos pueden ser nombrados por una RA específica)
- El sistema DOI proporciona un modelo de datos, basado en un diccionario de datos, para permitir un medio estructurado de expresar metadatos (y relaciones entre objetos).
- El sistema DOI tiene su propio conjunto de servidores proxy y de identificador altamente redundantes y distribuidos.
- Todos los prefijos DOI tienen el formato "10.NNNN", donde 10 es un indicador de directorio y "NNNN" es un código de registrante en el rango 1-65535 (por ejemplo, el uso de registros de contenido EIDR es 10.5240).
El modelo de datos del DOI proporciona los medios para asociar metadatos con cada objeto, así como las políticas que rigen su uso. En palabras del Manual del DOI, los metadatos pueden incluir "nombres, identificadores, descripciones, tipos, clasificaciones, ubicaciones, tiempos, mediciones, relaciones y cualquier otro tipo de información relacionada con [un objeto]". Los metadatos fluyen entre las siguientes entidades:
- Proveedor de recursos : generalmente el propietario del recurso multimedia, que es responsable de ingresar metadatos al sistema.
- Agencia de Registro : las entidades que sirven como repositorio de los activos (y metadatos asociados). Como se señaló, el DOI apoya una federación de agencias de registro independientes, cada una responsable de un conjunto de activos. EIDR es una de esas agencias. Otras incluyen CrossRef para artículos académicos, DataCite para datos de investigación y OPOCE para publicaciones oficiales de la Unión Europea.
- Usuario del servicio : las entidades que realizan consultas a las RA recuperan metadatos asociados con los activos. El marco de resolución de DOI es responsable de enviar una consulta a la RA correspondiente (el usuario del servicio no necesita saber esto).
Para fomentar la interoperabilidad entre las AR, el DOI cuenta con el concepto de núcleo de metadatos. Se trata de un conjunto básico de metadatos que todos los objetos almacenados en el marco del DOI deben tener. El conjunto completo se puede encontrar en el manual del DOI. La interoperabilidad es un tema amplio que se extiende más allá del alcance de EIDR, pero el siguiente subconjunto es particularmente relevante para los activos de EIDR:
- referente : un objeto mantenido en el sistema DOI.
- referentName : el nombre del referente (por ejemplo, el título de una película)
- primaryReferentType : para EIDR, esto incluye la creación (por ejemplo, activos de entretenimiento) y la parte (por ejemplo, el creador de los mismos).
- structurelType : son categorías mutuamente excluyentes que identifican la forma de un activo. Dos de las categorías que son particularmente relevantes para los activos EIDR son una abstracción (un objeto como una película que puede existir en múltiples formas) y una interpretación (una instancia específica de un objeto como Director's Cut).
- principalAgent : para las creaciones, la entidad principalmente responsable de su existencia.
- registrationAuthorityCode : indica la agencia que emitió el DOI. Este sería el EIDR RA para los activos EIDR.
Los metadatos EIDR están disponibles en el formato de metadatos del núcleo DOI estándar, así como en formatos específicos de EIDR. El DOI para el esquema de metadatos DOI es doi :10.1000/276.
Sistema de manejo (aspectos EIDR)
A su vez, el DOI se implementa sobre el sistema Handle, un servicio de resolución de nombres distribuido y altamente escalable. Un identificador se define como:
- <Identificador> ::= <Autoridad de nombres del identificador> "/" <Nombre local del identificador>
La autoridad de denominación es única a nivel global y define tanto un espacio administrativo como la sintaxis del nombre local de identificador. Para EIDR en la definición anterior, "10.5240" es la autoridad de denominación EIDR y es responsable de resolver el sufijo (incluido que se ajuste a la sintaxis esperada para un activo EIDR). El rango de autoridades de denominación permitidas es más general que el empleado por DOI (o EIDR).
La naturaleza distribuida del sistema Handle permite que cada espacio de nombres local se aloje en varios sitios de servicio distribuidos geográficamente. Se trata de un modelo federado en el que cada espacio de nombres local tiene control total sobre la ubicación y el funcionamiento de sus sitios de servicio. Además, cada sitio de servicio puede contener varios servidores de resolución: las solicitudes dirigidas a un sitio de servicio en particular se distribuirán de manera uniforme entre los servidores que lo componen.
El modelo de datos del sistema Handle es simple pero flexible. Se puede asociar una cantidad arbitraria de valores a cada identificador. Con el tiempo, estos valores se pueden crear, modificar y destruir. Cada uno de estos datos tiene los siguientes atributos:
- índice : un entero sin signo que identifica un valor de datos de otros que puedan existir para este identificador.
- tipo : cadena UTF-8 que identifica el tipo. El sistema de tipos es extensible y los tipos comunes se mantienen como identificadores en la autoridad de nombres "0.TYPE". No existen restricciones para la creación de nuevos tipos, aunque se recomienda utilizar identificadores resolubles como nombres de tipo. Los tipos comunes incluyen URL para una única opción de indirección, "10320/loc" para un conjunto de alternativas de resolución basadas en el contexto y varios tipos administrativos para la gestión del sistema de identificadores, todos los cuales se basan en la resolución de identificadores.
- datos : el valor en sí, representado como una secuencia de octetos que se interpretan en el contexto del tipo asociado
- Permiso : derechos de acceso a este valor en particular. Tenga en cuenta que los distintos valores de datos de un identificador pueden tener distintos permisos.
- TTL : un número entero que especifica durante cuánto tiempo se puede almacenar en caché un valor
- marca de tiempo : un número entero (expresado en milisegundos desde la época de Unix) que registra la última vez que se actualizó el valor
- referencia : una lista de referencias a otros valores de identificador. Se utilizan generalmente para agregar credenciales (por ejemplo, una firma digital).
El acceso al sistema Handle se realiza a través de un protocolo de cable definido en RFC 3652; las aplicaciones EIDR no tienen que preocuparse por esto debido a la superposición de protocolos.
Véase también
- Control de autoridad
- Propiedad Wikidata :P2704
Lectura adicional
- R. Kroon, R. Drewry, A. Leigh, S. McConnachie. "Identificación de contenido para archivos audiovisuales". Revista de la Asociación Internacional de Archivos Sonoros y Audiovisuales, verano de 2015 (n.º 45).
- R. Kroon. "Poniendo orden en los identificadores digitales". Media and Entertainment Journal, invierno de 2014-2015: 148-150.
- R. Drewry, D. Dulchinos. "Transformando el entretenimiento a través de la tecnología". Media and Entertainment Journal, invierno de 2013-2014: 81–88.
- D. Agranoff, W. Michel, T. Wakai. "Integración y gestión optimizada de metadatos de contenido mediante el Registro de ID de Entretenimiento (EIDR)". SCTE Cable-Tec Expo 2012.
Enlaces externos
- Sitio web oficial del EIDR
- Formulario de búsqueda EIDR
- Formato de identificación EIDR
- Artículo de Reuters sobre el EIDR
Referencias
- ^ ISO/IEC 7064:2003: Tecnología de la información - Técnicas de seguridad - Sistemas de verificación de caracteres. 2002
- ^ Esquema XML del W3C Parte 2: Tipos de datos Segunda edición
- ^ SMPTE RP 2079. Representación del nombre DOI y del identificador EIDR.
- ^ Especificación de entrega de programas AS-03 MXF de la Advanced Media Workflow Association.
- ^ Asociación de flujo de trabajo de medios avanzados AS-11 MFX para la especificación de contribución.
- ^ SMPTE RP 2021-5:2013. Uso de Ad-ID y EIDR como identificadores alternativos en SMPTE BXF y ATSC PMCP.
- ^ EBU TECH 3293. CONJUNTO DE METADATOS BÁSICOS DE EBU Versión 1.5.
- ^ Documento DVB A167-2. Transmisión de vídeo digital (DVB); Pantallas y transmisiones complementarias; Parte 2: Identificación de contenido y sincronización de medios, julio de 2014. pág. 52.
- ^ ISO/IEC CD 23000-15. Tecnología de la información - Formato de aplicación multimedia (MPEG-A) -- Parte 15: Formato de aplicación de preservación multimedia.
- ^ MD-SP-AMIv3.0-I02-121210 Archivado el 2 de abril de 2015 en Wayback Machine . Especificación de la interfaz de gestión de activos 3.0 de CableLabs.
- ^ ANSI/SCTE 35 2013. Mensaje de señalización de inserción de programa digital para cable.
- ^ SCTE 130-10 2013. Inserción de programas digitales: interfaces de sistemas publicitarios, parte 10.
- ^ Compendio de taller TC 372. Cómo surgieron las normas EN 15744 y EN 15907.
- ^ Nota de prensa. Swisscom completa la primera implementación europea del Registro de Identificación de Entretenimiento con media-press.tv.
- ^ ISO 26324:2012: Información y documentación - Sistema de identificación de objetos digitales, 2012.