インド

エンターテイメントID登録協会

形成	2010
タイプ	501(c)(6) 非営利会員制法人
本部	レッドウッドシティ、カリフォルニア州
常務取締役	ホリー・チョイ
Webサイト	eidr.org

エンターテイメント識別子レジストリ( EIDR )は、映画、テレビ番組、ラジオ番組など、幅広いオーディオビジュアル オブジェクト用のグローバルな一意の識別子システムです。この識別システムは、識別子を、トップレベルのタイトル、編集、 DVD、エンコーディング、クリップ、マッシュアップに関連付けられたメタデータレコードに解決します。EIDR は、放送局やケーブル ネットワークなどのビデオ サービス プロバイダー用の識別子も提供します。

2020 年 6 月現在、EIDR には 200 万件を超えるレコードが含まれており、その中には 40 万本近くの映画と 40,000 本を超えるテレビ シリーズの 100 万件近くのエピソードが含まれています。^{[引用が必要]}

EIDR は、デジタル オブジェクト識別子(DOI)の実装です。

メディア資産識別システムは数十年前から存在しています。これらのシステムが作成された共通の動機は、各資産の顕著な特徴を表すメタデータ セットに一意の ID を割り当てることによって、メディア資産を管理できるようにすることです。時間の経過とともに、このようなシステムは急増する傾向があり、それぞれが特定の問題に対処するために登場します。その結果、どの資産が分類されるか、どのメタデータが各資産に関連付けられるか、そして資産の定義自体に関して、システム間でかなりのばらつきがあります。いくつかの例を挙げると、映画の「ディレクターズ カット」はオリジナルの劇場公開版とは区別されるべきでしょうか。地域による違い (タイトルやセリフの外国語への翻訳など) はどのように考慮されるべきでしょうか。さらに複雑な点として、新しい資産の追加、既存の資産の編集、派生資産の作成の手順 (および必要な資格情報) があります。

EIDR は、これらの問題や、ビジネス ツー ビジネスのコンテキストとコンテンツ制作者の内部ポスト プロダクション活動の両方でビデオ アセットワークフローで発生するその他の問題に対処するために作成されました。EIDR には次の特徴があります。

• すべての参加者が利用できる中央レジストリ
• 新しい資産を簡単に登録できる
• 変更不可能なアセット ID (特に、アセットの所有権やメタデータまたはアセット自体の場所の変更に関して)
• 同じアセットの重複作成の検出/防止
• 抽象的な作品から派生したビデオアセットのセットを作成する機能（例：オリジナルの劇場公開版、ディレクターズカット、言語バリエーション）
• より一般的な関係性（例：テレビシリーズのシーズンのエピソード）でビデオアセットをグループ化する機能
• 密接に関連している場合でもアセットを区別するためのメタデータのコアセット
• スケーラブル、不変、永続的

EIDR は、既存の資産識別システムを置き換えるのではなく、補完することを目的としています。それとは逆に、EIDR レコードに他のシステムでのその資産の ID への参照を含めることができるという重要な機能があります。この機能は、映画やテレビのアーカイブにとって特に便利です。作品やそのメタデータについて、他のソースと簡単に相互参照できるようになります。設計上、EIDR は他の資産 ID システム (たとえば、拡張メタデータ (プロット概要、制作詳細など) を通じて付加価値を付けようとする商用システム) の機能を複製しません。所有権や権利情報を追跡することも目的ではありませんが、EIDR ID を使用するアプリケーションとして実装できます。

EIDR は、中央レジストリに保存されているレコードのコレクション (さらにフィールドに細分化されています) に基づいて構築されています。これらのレコードは、レコードの作成時に割り当てられる DOI によって外部から参照され、各識別子はそれ以降変更できません。DOI の基盤となる識別子解決システムはハンドルシステムであるため、ネイティブ EIDR コンテンツ ID はそれぞれ、ハンドル、DOI、および EIDR 標準に合わせて詳細度が増すようにフォーマットされたハンドルです。

EIDR コンテンツ ID の標準形式はハンドルのインスタンスであり、次の形式になります。

10.5240/XXXX-XXXX-XXXX-XXXX-XXXX-C

どこ

• 10.5240は、EIDR アセットの DOI プレフィックスです。「10」は、ハンドルが DOI であることを示します。他のプレフィックスは、他のアセット タイプ (学術出版物など) に割り当てられます。「.」と「/」の間の数字はサブプレフィックスを形成し、国際 DOI 財団 (IDF) 内のどの登録機関がこれらのハンドルを管理する権限を持っているかを示します。「5240」は、EIDR 協会に割り当てられています。
• XXXX-XXXX-XXXX-XXXX-XXXX-CはDOIサフィックスです。各「X」は16進数（AF）を表し、「C」はISO 7064 Mod 37,36 ^[1] チェックディジットです。

透かしなどの小さなペイロードに埋め込むことを目的とした 96 ビットのコンパクト バイナリ形式もあります。この形式は、次のように標準形式から生成されます。

• 16ビットのサブプレフィックス: サブプレフィックスをバイナリ値として解釈して生成されます。例: B'0001010001111000'
• 80ビットサフィックス: サフィックスの非チェックサム部分。10バイトで表されます。

EIDR ID の Uniform Resource Name 形式は RFC 7302 で指定されています 。

Web で使用する場合、EIDR コンテンツ ID は次のいずれかの形式の URI として表すことができます。

• https://doi.org/10.5240/XXXX-XXXX-XXXX-XXXX-XXXX-C : これは DOI プロキシ参照として表される EIDR ID です (DOI から EIDR レジストリにリダイレクトされます)
• info: doi :10.5240/XXXX-XXXX-XXXX-XXXX-XXXX-C [非推奨] : これは、RFC 4452 準拠の「info」URI として表される EIDR ID です (すべての EIDR ID は DOI ID でもありますが、その逆は当てはまりません)。

コンテンツ レコードには 4 つのタイプがあり、それぞれが予約済みのプレフィックスに関連付けられています。

• コンテンツ ID (10.5240/XXXX-XXXX-XXXX-XXXX-XXXX-C): 映画や TV シリーズなどのエンターテイメント アセットに関連付けられます。コンテンツ レコードは階層化されており、シリーズ、その子がシーズン、その子が個々のエピソードなどの関係を表現できます。以下で説明するように、他の多くの関係もサポートされています。コンテンツ レコードは、EIDR レジストリのデータの大部分を占めます。
• 当事者 ID (10.5237/XXXX-XXXX): 登録者、コンテンツ制作者、配布者などのエンティティを識別します。
• ビデオ サービス ID (10.5239/XXXX-XXXX): 口語的には「チャンネル」または「ネットワーク」と呼ばれるビデオ サービスを識別します。これは、指定された時間に放送されるようにスケジュールされた (通常は) コンテンツの線形シーケンスです (例: カートゥーン ネットワークのサービス ID は 10.5239/8BE5-E3F6)。ビデオ サービスは階層化されています。たとえば、地域や言語の違いを考慮して、親に複数の子が存在する場合があります。
• ユーザー ID (10.5238/[0-9a-zA-Z_.#()]{2-32}): 2～32 文字の英数字と選択された特殊文字の文字列を使用してユーザーを識別します (ここではPerl構文で示されています)。ユーザーは主に、アクセス権を継承する当事者に従属する管理概念です。他の EIDR DOI とは異なり、ユーザー ID は EIDR (プログラミング API など) 内でのみ使用できます。

サブプレフィックス 5237、5238、5239、および 5240 はすべて EIDR 協会に割り当てられています。

コンテンツ レコードは、タイプと関係によって分類されるオブジェクトです。それぞれに 3 つの異なる (直交する) タイプがあります。

• オブジェクト タイプ: 合計 10 種類あります。最初は基本タイプで、コンテンツ レコードを記述するために必要な最小限のフィールドがあります。他の 9 つは基本タイプから派生したもので、より複雑なオブジェクトを記述するための追加フィールドが含まれています。
• 構造タイプ: 作品の表現を区別し、詳細度の昇順でリストされます。
  • 抽象: シリーズのコンテナや原作の最も基本的な概念など、現実性のないオブジェクトに使用されます。これは、音楽作品の国際標準音楽作品コード(ISWC)、テキスト作品の国際標準テキストコード(ISTC)、またはオーディオビジュアル作品の国際標準オーディオビジュアル番号(ISAN) に相当します。
  • パフォーマンス: 映画のオリジナル劇場公開版やディレクターズカット版、テレビ番組のローカル検閲版など、作品の特定のバージョンであるアイテムに使用されます。これは、音楽作品の国際標準レコーディングコード(ISRC) とほぼ一致し、オーディオビジュアル作品のバージョン ISAN (V-ISAN) の一部の用途にも一致します。
  • デジタル: 映画のMPEG-2エンコードなど、作品の特定のデジタル表現。これは、V-ISAN の一部の用途に対応します。
• 参照型: 特定の表現とは無関係なコンテンツ資産のタイプ (例: テレビで放映される映画は映画です):
  • シリーズ: 順序付けられた、または順序付けられていない個々の項目を含む抽象化。
  • シーズン: シリーズの下の2番目のレベルのグループ。通常は時間間隔をカバーします。
  • TV : 放送で初公開されたコンテンツ。
  • 映画: 映画館や劇場で初めて上映された長編コンテンツ。
  • 短編:ミュージック ビデオ、劇場ニュース映画、劇場または DTV の短編アニメなど、40 分以下の作品をカバーするように緩く定義されています。
  • Web : Web に初めて登場したコンテンツ。これは、Web 上で公開されている他の場所のコンテンツとは異なります。
  • インタラクティブ マテリアル: 厳密にはオーディオ ビジュアルではないコンテンツ。DVD メニュー、インタラクティブ TV オーバーレイ、カスタマイズされたプレーヤーなどが対象となります。
  • コンピレーション: 映画シリーズのボックス セットなど、より正確に説明できない複数の他のアセットから構成されるコンテンツ。
  • 補足: このタイプは、他のコンテンツをサポート、拡張、または宣伝することを主な目的とする二次コンテンツ用です。例としては、予告編、アウトテイク、プロモーション ドキュメンタリー (「メイキング」部分) などがあります。

次のフィールド (より大きなセットから取得) は、コンテンツ レコードの基本オブジェクト データを構成します。

• 構造タイプ: 例: 抽象化
• モード: 例: AudioVisual (映画またはテレビ番組の場合)、ラジオ番組の場合は「オーディオ」、無声作品の場合は「ビジュアル」。
• 参照対象タイプ: 例: 映画
• タイトル: 主なタイトル。タイトルと代替タイトルはさらに次の点によって区別されます。
  • Lang : ISO 639-1コードで表されたタイトルの言語
  • クラス: リリースまたは地域
• 代替タイトル 1..N : 1 つ以上の代替タイトル (多くの場合、地域または言語のバリエーション)
• オリジナル言語: ISO 639-1 コードで表現されたオリジナルリリースの言語
• 関連組織 1..N : プロデューサー、スタジオなどのパーティ ID。
• リリース日: タイトルが最初にリリースされた日
• 原産国: ISO 3166-1 アルファ 2コード (廃止された国の場合は拡張)
• おおよその長さ: XMLスキーマxs:duration ^[2]データ型で表現される
• 代替 ID 1..N : 異なるアセット ID システムで表現された 1 つ以上の同等の ID (以下の説明を参照)。
• クレジット: 基本的なクレジットのみが提供され、通常は監督と最大 4 人の主要俳優に限定されます。前述のように、EIDR の目的は、豊富なメタデータ (プロットの概要など) を備えた独自のシステムと競合することではなく、タイトルの曖昧さを解消し、検証と重複排除の取り組みを支援することです。
• 登録者: このコンテンツ レコードを作成した当事者 (例: 「10.5237/superparty」)
• 作成日: このコンテンツレコードが作成された日付
• ステータス: 通常は「有効」(削除されたレコードの場合は特別なケースがあります)
• 最終変更日: このコンテンツレコードが最後に変更された日時

EIDR ID は常に解決可能である必要があるため、通常の状況では、対応するコンテンツ レコードは永続的になります。エラーやその他の異常な状況に対処するために、2 つのメカニズムが用意されています。推奨されるのはエイリアシングです。エイリアシングでは、EIDR ID が別のコンテンツ レコードに透過的にリダイレクトされます。エイリアシングは、アセットが 2 回登録されている場合に対処するためによく使用されます。

もう 1 つのメカニズムは、トゥームストーン レコードの使用です。これは、コンテンツ レコードが破損している場合、または無効なアセットが誤って登録された場合に使用されます。この場合、ID は特別なトゥームストーン レコードにエイリアスされます。トゥームストーンは、その EIDR ID フィールドが識別値「10.5240/0000-0000-0000-0000-0000-X 」に設定されるため、アプリケーションによって認識されます。「X」はラテン アルファベットの24 番目の文字( ASCII 0x58 またはUnicode U+0058) を意味することに注意してください。

コンテンツ用の豊富な代替 ID セットを用意することは、EIDR の主な目標の 1 つです。これにより、コンテンツ ワークフローのあらゆる場所で EIDR ID を使用できるようになります。代替 ID が必要な場合は、EIDR ID のメタデータで見つけることができます。EIDR は、独自の ID 参照とその他の標準 (ISAN など) ID 参照の両方の組み込みをサポートしています。必要に応じて、追加の代替 ID を追加できます (新しいワークフローをサポートしたい場合など)。以下は、EIDR アセット 10.5240/EA73-79D7-1B2B-B378-3A73-M (映画「ブレードランナー」) の代替 ID の例です。代替 ID がアルゴリズム的に解決可能な場合 (たとえば、テンプレート URL に適切に配置する場合)、EIDR はそのリンクを利用できるようにします。

代替 ID は、非独自と独自に分けられます。前者には、区別された定義済みのタイプ (ISAN、IMDb、IVA によって発行されるものなど) がありますが、独自 ID はすべて「独自」タイプであり、関連する DNS ドメインによってさらに区別されます。2017 年 7 月現在、EIDR を通じて直接利用できる代替 ID は 200 万を超えています。^{[引用が必要]}

コンテンツ オブジェクトは、次の表に従って相互に関連付けることができます。これらの関係は、コンテンツ レコード内の追加フィールドとして表現され、そのオブジェクトに相対的です。サブジェクト オブジェクトは子であり、ターゲットは親であることに注意してください (例: subject is<relation-type>Of parent)。追加の制約は表に記載されています。

EIDR は多くの標準規格に組み込まれています。ここでは、特に重要な標準規格をいくつか紹介します。

• SMPTE /AMWA：SMPTE推奨プラクティスRP 2079 ^{[3]は、AMWA AS-03 [4]}およびAS-11 ^[5]仕様を含むプロフェッショナルコンテンツワークフローの中核となるMXFメディアコンテナでのEIDRの使用を標準化し。SMTPE推奨プラクティス2021-5 ^[6]では、放送システム間でデータを交換する目的でBXFが使用される場合はどこでもEIDR識別子を使用できます。
• 欧州放送連合（EBU）：EBUCore ^[7]は、メディアリソース（オーディオ、ビデオ、静止画像、字幕など）を記述する記述的および技術的メタデータの共通コアセットです。EBUとEIDRのスタッフは、EBUCoreのベースレコードからEIDRルートオブジェクトへのマッピングを作成しました。EIDRとEBUは、SMPTEコアワーキンググループで協力して、SMPTEベースの仕様とワークフローの記述的メタデータを定義しています。EIDRは、EBUコアがサポートする標準の1つです。
• DVB : EIDRはコンパニオンスクリーンのDVB仕様草案^[8] (tm-sm-css-0017r14)で参照されています。
• MPEG ：EIDRは、アーカイブ用に定義されているマルチメディア保存アプリケーションフォーマット^[9]のコンテンツ識別子として提案されています。
• CableLabs（米国） ：EIDRは、ビデオオンデマンドアセットの配信のためのCableLabsメタデータ^{[10]標準の一部です。EIDRは、ケーブル経由のIP配信で使用される標準であるSCTE-35 2013 [11]セグメンテーション記述子に存在できる1つのプログラム識別子です。EIDRは、SCTE 130 [12]}標準アーキテクチャを使用するダイナミック広告挿入（DAI）製品でも使用されます。
• EIDR と代替 ID : EIDR とさまざまなシステムの相互運用性を促進するために、EIDR には既存の ID システムを相互参照するための「AlternateID」フィールドが含まれています。代替 ID には、たとえば CRID (RFC 4078)、ISAN、ISRC、UPC、URIのほか、Ad-ID、Baseline、IMDb などの商用 ID システムが含まれます。現在、EIDR レコードの約半分には、少なくとも 1 つの他のシステムの ID が含まれています。
• 他の標準メタデータおよび識別子から EIDR へのマッピング: 他のメタデータおよび識別子システムは、EIDR に直接マッピングできます。
  • EN 15907 および EN 15744 : これらの規格は、欧州標準化委員会CEN/TC 372 および filmstandards.orgの管轄です。 ^[13] EN 15907 および EN 15744 ルート オブジェクトには、ベスト プラクティスとマッピングが用意されています。EIDR は、映画アーカイブと協力して、これらの規格との相互運用性をより詳細なレベルにまで拡張しています。これには、英国映画協会 (BFI) と協力して EN 15907 ベースのレコードを EIDR に登録するプロジェクトも含まれます。
  • 国際標準オーディオビジュアル番号 (ISAN) : ISAN は、著作権管理および収集システムで広く使用されています。ISAN 登録と EIDR 登録の完全なマッピングが利用可能です。EIDR と ISAN-UK の合弁会社である UK Audio-Visual Registration Agency は、両方の識別子の共同登録サービスを提供しています。このサービスの先駆けは、ITV (英国の民間テレビ ネットワーク) の放送コンテンツの EIDR ID と ISAN を取得するために使用されていました。

EIDR 識別子は、ますます多くの商用アプリケーションに採用されつつあります。以下は、EIDR を使用する利点の一部です。

• Warner Brothers-Xbox 統合: EIDR は、Warner Theatrical のタイトルを Microsoft Xbox Live の顧客に配信するためのElectronic Sell Through (EST) システムの実装を改善するために使用されました。電子ストアフロントの運用には、Warner Brothers 内の複数のグループが Xbox チームと活動を調整する必要があります。配布チェーンのアウトバウンド側には、「Avails」(販売可能なタイトル) の公開と注文履行の追跡が含まれ、インバウンド側には注文が含まれます。レポートなどのその他の機能は、配布チェーンの両側にまたがっていました。元のシステムでは、特に組織間の境界で手動の介入と監視が必要でした。手動処理が必要な例としては、アセットの正しいバージョン (字幕やコンテンツによって異なる可能性があります) が配信されたことを確認することが挙げられます。新しいシステムでは、Warner Brothers は各コンテンツ バリアントに新しい EIDR ID を作成し、これらを後続のすべての処理段階で使用しました。これにより、あいまいさが排除され、インバウンド、アウトバウンドの各段階の自動化が容易になりました。もう 1 つの利点は、レポートをその場で作成できることです。
• Swisscom EPG 統合: Swisscom はスイスで有料テレビ サービスを運営しています。2014 年に、同社はEIDR に基づく顧客向け電子番組ガイド(EPG) の展開を完了しました。 ^[14]これはエンドツーエンドのシステムであり、EPG に表示される資産を表すために EIDR ID が使用されています。このシステムの重要な要素は、media-press.tv から Swisscom に提供されたガイド メタデータでも EIDR ID が使用されていることです。これには、レジストリにまだ含まれていない資産に EIDR ID を割り当てるシステムの設定が含まれます。EIDR を使用する主な利点は、異なる識別子システム間での変換が不要なことです。

EIDR は、2010 年 10 月にMovieLabs、CableLabs、ComcastおよびRoviによって設立された非営利の EIDR 協会によって管理されています。それ以来、会員数は着実に増加しており、2014 年末現在、業界プロモーター レベルと業界コントリビューター レベルに分かれて 79 の会員がいます。最も急速に増加しているカテゴリは米国以外の企業で、現在、会員の約 20% を占めています。EIDR 協会は、Production と Sandbox という 2 つの EIDR レジストリを運営しています。前者は公式サイトで、後者はテストおよび開発用に予約されています。どちらのシステムもオンラインで公開されていますが、サンドボックスの内容は正確、完全、または存在する資産を参照していることさえ保証されていません。レジストリを変更できるのは、EIDR 協会のメンバーのみです。

新しい資産の登録は、個別に行うことも、一括で行うこともできます (一度に最大 100,000 資産)。いずれの場合も、ワークフローは、自動化されたプロセス (明確に定義されているが面倒なタスクを実行する) と手動のプロセス (人間の判断が求められる) の組み合わせで構成されます。また、最初のマッチング プロセスで対処が必要なさまざまなギャップやエラーが特定される可能性があるため、ワークフローは反復的です。

新しいアセットの登録は、特に一括送信の場合は、ある程度の準備を必要とする複雑なプロセスです。自動化されたプロセスでは、構文をチェックし、基本的なメタデータが提供されていること、依存関係 (たとえば、構成エピソードの前に作成されたシリーズ レコード) が尊重されていることを確認します。手動の手順には、正しい当事者がアセットに関連付けられていることを確認することが含まれます。最も重要な手順の 1 つは、新しいアセットがレジストリにまだ存在していないことを確認することです。これについては、次のセクションで説明します。

新しいアセットを登録するには、ユーザーは EIDR オペレータによって「登録者」の役割を付与された当事者と関連付けられている必要があります。登録者は、スタジオやエンコーディング ハウスなどの主要エージェントである場合もありますが、バック カタログ アイテムの一括登録を行う当事者、または他の誰かの代理として行動する当事者である場合もあります。登録者は EIDR メンバーであることも必須です。一般に、コンテンツの所有権、メタデータ権限、および登録機能は、別個の無関係な概念です。

これは、レジストリに提出される資産が次の 3 つのカテゴリのいずれかに該当するかどうかを示すフラグを指します。

• 候補資産は、既存のレジストリ資産に対して一意です。
• 候補資産は既存のレコードの複製です。
• 候補アセットは重複している可能性が高いです。

この評価は、候補資産に一連の (大規模な) ルールを適用して数値スコアを算出します。バケット化は、スコアを 2 つのしきい値と比較した結果として行われます。

• 低いしきい値: この値より低いスコアを持つ資産は重複ではないとみなされます。これは、提案されたレコードの追加または変更が成功する唯一のケースです。
• 高しきい値: この値を超えるスコアを持つ資産は、(ほぼ確実に) 重複しているとみなされます。提案されたレコードの追加/変更は続行されず、エラー ステータスが返されます。登録者は通常、登録しようとしたアイテムの既存の ID を使用し、不足している情報と代替 ID を既存のレコードに追加できます。

低いしきい値と高いしきい値の間にある資産は重複している可能性が高いとみなされます。提案されたレコードの追加/変更は、EIDR 運用スタッフが手動で確認するまで続行されません。

EIDR システムのコンポーネントを以下に示します。

主な機能ブロックは次のとおりです。

• コア レジストリ: このモジュールは、CNRI デジタル オブジェクト リポジトリのカスタマイズと構成です。登録、一意の識別子の生成、インデックス作成、オブジェクト ストレージ管理、アクセス制御など、さまざまな機能を実行します。
• リポジトリ: 登録されたオブジェクトを保存し、アクセスを提供します。EIDR の場合、これらのオブジェクトはメタデータのコレクションであり、メディア アセットそのものではありません。メタデータには、標準のオブジェクト情報、関係、およびアクセス制御設定が含まれます。
• REST API :非管理レジストリ機能の完全なセットへのアクセスを提供するRESTインターフェイス。サービスは、同期または非同期でディスパッチできる個別の呼び出しまたはバッチ呼び出しを行うことができます。一般的なクエリ構文により、呼び出し元によって指定された一連の条件を満たすレジストリ レコードを取得 (場合によっては変更) できます。
  • EIDR SDK : これは、サードパーティ アプリケーション (通常は B2B または社内ワークフローのサポート) の作成を容易にするために開発者に提供されます。Java SDK、.NET SDK、および 2 つの SDK に基づいて構築されたサンプル プログラムで構成されます。REST API への直接呼び出しよりも SDK の使用が推奨されます。
  • コマンド ライン ツール: これらは SDK 上に構築されたシンプルな Java および .NET アプリケーションであり、それぞれが解決、クエリ、一致、登録などの単一の機能を提供します。
  • Web UI : 主にオブジェクト階層の検索、参照、参照のための Web ベースのユーザー インターフェイスです。簡単な登録もサポートしています。
• DOI プロキシ: ハンドル プレフィックスを使用して、EIDR DOI 解決要求を EIDR レジストリに転送します。
• ハンドルシステム: 分散検索および解決サービスを提供する

EIDR ID は、デジタル オブジェクト識別子 (DOI) の特殊な例であり、国立研究イニシアチブ(CNRI) によって開発されたハンドル システムの上に構築されています。下位層の EIDR 固有の側面については、以下で詳しく説明します。

^{ISO 26324 [15]}として標準化されたデジタルオブジェクト識別子は、書籍、録音、研究データ、その他のデジタルコンテンツを含む幅広いデジタルアーティファクトを一意に識別することを目的としています。目標は、ID が一意であるだけでなく、永続的で不変であることです。URL とは異なり、DOI 識別子は、オブジェクトが別の場所に移動したり、別の組織に所有されたりしても、同じままです。DOI の特徴は次のとおりです。

• 国際 DOI 財団 (IDF) は、継続性を確保するために、構成登録機関 (EIDR など) に対して以前に合意された規則を適用します。特に、RA が運営を停止した場合、その RA がホストする名前は別の RA に引き継がれます。
• IDF は、すべての DOI 名が従わなければならないルール (特定の RA によって命名できるオブジェクトの種類) を定義します。
• DOI システムは、データ ディクショナリに基づくデータ モデルを提供し、メタデータ (およびオブジェクト間の関係) を表現する構造化された手段を可能にします。
• DOI システムには、独自の高度に冗長化された分散型のハンドル サーバーとプロキシ サーバーのセットがあります。
• すべての DOI プレフィックスは「10.NNNN」という形式です。ここで、10 はディレクトリ インジケーター、「NNNN」は 1 ～ 65535 の範囲の登録者コードです (例: EIDR コンテンツ レコードでは 10.5240 が使用されます)。

DOI データ モデルは、メタデータを各オブジェクトに関連付ける手段と、その使用を管理するポリシーを提供します。DOI ハンドブックによれば、メタデータには「名前、識別子、説明、タイプ、分類、場所、時間、測定値、関係、および [オブジェクト] に関連するその他のあらゆる種類の情報」が含まれます。メタデータは次のエンティティ間でやり取りされます。

• リソース プロバイダー: 通常はメディア アセットの所有者であり、システムにメタデータを入力する責任があります。
• 登録機関: 資産 (および関連するメタデータ) のリポジトリとして機能する組織。前述のとおり、DOI は独立した RA の連合をサポートしており、各 RA は一連の資産を担当しています。EIDR はそのような RA の 1 つです。その他の RA には、学術論文用の CrossRef、研究データ用の DataCite、欧州連合の公式出版物用の OPOCE などがあります。
• サービス ユーザー: RA にクエリを実行するエンティティは、資産に関連付けられたメタデータを取得します。DOI 解決フレームワークは、適切な RA にクエリを送信する役割を担います (サービス ユーザーはこれを知る必要はありません)。

RA 間の相互運用性を促進するために、DOI にはメタデータ カーネルという概念があります。これは、DOI フレームワーク内に保存されるすべてのオブジェクトが持つべきメタデータのコア セットです。完全なセットは DOI ハンドブックに記載されています。相互運用性は EIDR の範囲を超えた大きなトピックですが、次のサブセットは EIDR アセットに特に関連しています。

• 参照対象: DOI システムで管理されるオブジェクト。
• referentName : 参照対象の名前（例：映画のタイトル）
• primaryReferentType : EIDR の場合、これには作成物 (例: エンターテイメント アセット) と当事者 (例: その作成者) が含まれます。
• 構造タイプ: これらは、アセットの形式を識別する相互に排他的なカテゴリです。EIDR アセットに特に関連する 2 つは、抽象化 (複数の形式で存在する可能性のある映画などのオブジェクト) とパフォーマンス (ディレクターズ カットなどのオブジェクトの特定のインスタンス) です。
• プリンシパルエージェント: 作成物の場合、その存在に対して主に責任を負うエンティティ。
• registrationAuthorityCode : DOI を発行した機関を示します。これは、EIDR 資産の EIDR RA になります。

EIDR メタデータは、標準の DOI カーネル メタデータ形式と EIDR 固有の形式で利用できます。DOI メタデータ スキーマの DOI はdoi :10.1000/276 です。

DOI は、分散型で拡張性に優れた名前解決サービスであるハンドル システム上に実装されています。ハンドルは次のように定義されます。

<ハンドル> ::= <ハンドル命名機関> "/" <ハンドルローカル名>

命名機関はグローバルに一意であり、管理スペースとハンドル ローカル名の構文の両方を定義します。上記の定義の EIDR の場合、「10.5240」が EIDR 命名機関であり、サフィックスの解決 (EIDR アセットの想定される構文に準拠していることを含む) を担当します。許容される命名機関の範囲は、DOI (または EIDR) で採用されている範囲よりも一般的です。

ハンドル システムの分散性により、各ローカル名前空間を複数の地理的に分散したサービス サイトでホストできます。これは、各ローカル名前空間がサービス サイトの配置と操作を完全に制御できる連合モデルです。さらに、各サービス サイトには複数の解決サーバーが含まれる場合があります。特定のサービス サイトに送信された要求は、その構成サーバーに均等に分散されます。

ハンドル システムのデータ モデルはシンプルですが柔軟性があります。各ハンドルには任意の数の値を関連付けることができます。時間の経過とともに、これらの値は作成、変更、破棄される可能性があります。このような各データには、次の属性があります。

• インデックス: このハンドルに存在する可能性のある他のデータ値から特定のデータ値を識別する符号なし整数。
• type : タイプを識別する UTF-8 文字列。タイプ システムは拡張可能で、一般的なタイプは「0.TYPE」命名機関のハンドルとして管理されます。新しいタイプの作成に制限はありませんが、解決可能なハンドルをタイプ名として使用することが推奨されるベスト プラクティスです。一般的なタイプには、間接参照の 1 つである URL、コンテキスト ベースの解決オプションのセットである「10320/loc」、ハンドル システム管理用のさまざまな管理タイプなどがあり、これらはすべてハンドル解決に基づいています。
• データ: 関連する型のコンテキストで解釈されるオクテットのシーケンスとして表される値自体
• 権限: この特定の値へのアクセス権。ハンドルの異なるデータ値には異なる権限がある可能性があることに注意してください。
• TTL : 値をキャッシュできる期間を指定する整数
• タイムスタンプ: 値が最後に更新された時刻を記録する整数 (Unix エポックからのミリ秒で表現)
• reference : 他のハンドル値への参照のリスト。これらは通常、資格情報 (デジタル署名など) を追加するために使用されます。

ハンドル システムへのアクセスは、RFC 3652 で定義されているワイヤ プロトコルを介して行われます。プロトコルが階層化されているため、EIDR アプリケーションはこれを考慮する必要はありません。

• 権限管理
• ウィキデータプロパティ:P2704

1. R. Kroon、R. Drewry、A. Leigh、S. McConnachie。「オーディオビジュアル アーカイブのコンテンツ識別」。国際音響・オーディオビジュアル アーカイブ協会ジャーナル、2015 年夏 (第 45 号)。
2. R. クローン。「デジタル識別子に秩序をもたらす」。メディア＆エンターテイメントジャーナル 2014-2015 冬: 148–150。
3. R. Drewry、D. Dulchinos。「テクノロジーによるエンターテイメントの変革」。メディア＆エンターテイメントジャーナル 2013-2014年冬号：81～88ページ。
4. D. Agranoff、W. Michel、T. Wakai。「エンターテイメント ID レジストリ (EIDR) を使用した効率的なコンテンツ メタデータの統合と管理」。SCTE Cable-Tec Expo 2012。

Wikidata には次のプロパティがあります:

• EIDR コンテンツ ID (P2704) (使用方法を参照)
• EIDR 当事者 ID (P12142) (使用方法を参照)

• EIDR公式サイト
• EIDR検索フォーム
• EIDR ID フォーマット
• EIDRに関するロイターの記事