สมาคมทะเบียนข้อมูลบันเทิง

การก่อตัว	2010 ( 2010 )
พิมพ์	501(c)(6) องค์กรสมาชิกที่ไม่แสวงหาผลกำไร
สำนักงานใหญ่	เรดวูดซิตี รัฐแคลิฟอร์เนียสหรัฐอเมริกา
ผู้อำนวยการบริหาร	ฮอลลี่ ชอย
เว็บไซต์	eidr.org​

ระบบระบุตัวตนความบันเทิง ( Entertainment Identifier RegistryหรือEIDR ) เป็น ระบบ ระบุตัวตนเฉพาะ ระดับโลก สำหรับวัตถุภาพและเสียงหลากหลายประเภท รวมถึงภาพยนตร์ รายการโทรทัศน์ และรายการวิทยุ ระบบระบุตัวตนนี้จะแปลงตัวระบุเป็น ระเบียน ข้อมูลเมตาที่เชื่อมโยงกับชื่อเรื่องหลัก การตัดต่อดีวีดีการเข้ารหัส คลิป และการผสมผสานต่างๆ EIDR ยังให้ตัวระบุสำหรับผู้ให้บริการวิดีโอ เช่น เครือข่ายออกอากาศและเคเบิลทีวีด้วย

ณ เดือนมิถุนายน 2020 EIDR มีข้อมูลมากกว่าสองล้านรายการ รวมถึงภาพยนตร์เกือบ 400,000 เรื่อง และตอนต่างๆ เกือบหนึ่งล้านตอนจากซีรีส์โทรทัศน์กว่า 40,000 เรื่อง

EIDR คือการนำระบบระบุวัตถุดิจิทัล (DOI) มาใช้งาน

ระบบระบุสินทรัพย์สื่อมีมานานหลายทศวรรษแล้ว แรงจูงใจหลักในการสร้างระบบเหล่านี้คือการช่วยให้สามารถจัดการสินทรัพย์สื่อได้โดยการกำหนดรหัสเฉพาะให้กับชุดข้อมูลเมตาที่แสดงถึงลักษณะเด่นของสินทรัพย์แต่ละรายการ เมื่อเวลาผ่านไป ระบบเหล่านี้มักจะเพิ่มจำนวนขึ้น โดยแต่ละระบบเกิดขึ้นเพื่อจัดการกับปัญหาเฉพาะด้าน ส่งผลให้มีความแตกต่างกันอย่างมากระหว่างระบบต่างๆ ในแง่ของการจัดหมวดหมู่สินทรัพย์ ข้อมูลเมตาที่เกี่ยวข้องกับสินทรัพย์แต่ละรายการ และแม้แต่คำจำกัดความของสินทรัพย์เอง ตัวอย่างเช่น " ฉบับผู้กำกับ " ของภาพยนตร์ควรแตกต่างจากฉบับที่ฉายในโรงภาพยนตร์ดั้งเดิมหรือไม่? ควรพิจารณาความแตกต่างในแต่ละภูมิภาค (เช่น การแปลชื่อเรื่องหรือบทสนทนาเป็นภาษาต่างประเทศ) อย่างไร? ความซับซ้อนเพิ่มเติม ได้แก่ ขั้นตอน (และข้อมูลประจำตัวที่จำเป็น) สำหรับการเพิ่มสินทรัพย์ใหม่ การแก้ไขสินทรัพย์ที่มีอยู่ และการสร้างสินทรัพย์ที่ดัดแปลง

EIDR ถูกสร้างขึ้นเพื่อแก้ไขปัญหาเหล่านี้ รวมถึงปัญหาอื่นๆ ที่พบเจอในขั้นตอนการทำงานของ วิดีโอ ทั้งใน บริบท ธุรกิจกับธุรกิจและกิจกรรมหลังการผลิตภายในองค์กรของผู้ผลิตคอนเทนต์ EIDR มีลักษณะดังต่อไปนี้:

• ระบบทะเบียนกลางที่ผู้เข้าร่วมทุกคนสามารถเข้าถึงได้
• ความสามารถในการจดทะเบียนสินทรัพย์ใหม่ได้อย่างง่ายดาย
• รหัสประจำตัวสินทรัพย์ที่ไม่สามารถเปลี่ยนแปลงได้ (โดยเฉพาะอย่างยิ่งในส่วนที่เกี่ยวกับการเปลี่ยนแปลงความเป็นเจ้าของสินทรัพย์ หรือตำแหน่งที่ตั้งของข้อมูลเมตา หรือตัวสินทรัพย์เอง)
• การตรวจจับ/ป้องกันการสร้างไฟล์ซ้ำของสินทรัพย์เดียวกัน
• ความสามารถในการสร้างชุดวิดีโอคลิปที่ได้มาจากงานต้นฉบับ (เช่น เวอร์ชันฉายโรงภาพยนตร์ดั้งเดิม เวอร์ชันผู้กำกับ เวอร์ชันภาษาต่างๆ)
• ความสามารถในการจัดกลุ่มไฟล์วิดีโอตามความสัมพันธ์ทั่วไป (เช่น ตอนต่างๆ ในซีซั่นของซีรีส์โทรทัศน์)
• ชุดเมตาเดตาหลักเพื่อแยกแยะสินทรัพย์ แม้ว่าจะมีความเกี่ยวข้องอย่างใกล้ชิดก็ตาม
• ปรับขนาดได้ ไม่เปลี่ยนแปลง คงทนถาวร

EIDR มีจุดประสงค์เพื่อเสริม ไม่ใช่แทนที่ ระบบระบุสินทรัพย์ที่มีอยู่เดิม ในทางตรงกันข้าม คุณสมบัติสำคัญคือการอนุญาตให้บันทึก EIDR รวมการอ้างอิงถึงรหัสสินทรัพย์นั้นภายใต้ระบบอื่นๆ คุณสมบัตินี้มีประโยชน์อย่างยิ่งสำหรับหอจดหมายเหตุภาพยนตร์และโทรทัศน์ ทำให้ง่ายต่อการอ้างอิงข้ามคลังข้อมูลของพวกเขาสำหรับผลงานและข้อมูลเมตาเกี่ยวกับผลงานนั้นๆ โดยธรรมชาติแล้ว EIDR ไม่ได้ทำซ้ำคุณสมบัติของระบบระบุสินทรัพย์อื่นๆ เช่น ระบบเชิงพาณิชย์ที่พยายามเพิ่มมูลค่าผ่านข้อมูลเมตาที่ได้รับการปรับปรุง (เช่น สรุปเนื้อเรื่อง รายละเอียดการผลิต) นอกจากนี้ การติดตามข้อมูลความเป็นเจ้าของและสิทธิ์ก็ไม่ใช่เป้าหมายหลัก อย่างไรก็ตาม สามารถนำไปใช้เป็นแอปพลิเคชันที่ใช้รหัส EIDR ได้

EIDR สร้างขึ้นจากชุดระเบียน (ซึ่งแบ่งย่อยออกเป็นฟิลด์ต่างๆ อีก) ที่จัดเก็บไว้ในทะเบียนกลาง ระเบียนเหล่านี้ถูกอ้างอิงจากภายนอกโดย DOI ซึ่งจะถูกกำหนดเมื่อมีการสร้างระเบียน และตัวระบุแต่ละตัวจะไม่สามารถเปลี่ยนแปลงได้อีกต่อไป ระบบการแก้ไขตัวระบุที่อยู่เบื้องหลัง DOI คือHandle Systemดังนั้น Content ID ของ EIDR แต่ละตัวจึงเป็น Handle ที่จัดรูปแบบตามลำดับความเฉพาะเจาะจงที่เพิ่มขึ้น ตามมาตรฐาน Handle, DOI และ EIDR

รูปแบบมาตรฐานของ EIDR Content ID คืออินสแตนซ์ของแฮนเดิล และมีรูปแบบดังนี้:

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

ที่ไหน

• 10.5240คือคำนำหน้า DOI สำหรับสินทรัพย์ EIDR "10" บ่งชี้ว่าแฮนเดิลนี้เป็น DOI คำนำหน้าอื่นๆ จะถูกกำหนดให้กับสินทรัพย์ประเภทอื่นๆ (เช่นสิ่งพิมพ์ทางวิชาการ ) ตัวเลขระหว่าง "." และ "/" ประกอบเป็นคำนำหน้าย่อย ซึ่งบ่งชี้ว่าหน่วยงานลงทะเบียนใดภายในมูลนิธิ DOI ระหว่างประเทศ (IDF) มีสิทธิ์ในการจัดการแฮนเดิลเหล่านี้ "5240" ถูกกำหนดให้กับสมาคม EIDR
• XXXX-XXXX-XXXX-XXXX-XXXX-Cคือคำต่อท้าย DOI โดย "X" แต่ละตัวแทนเลขฐานสิบหก (AF) และ "C" คือเลขตรวจสอบISO 7064 Mod 37,36 ^{[ 1 ]}

นอกจากนี้ยังมีรูปแบบไบนารีขนาดกะทัดรัด 96 บิต ซึ่งออกแบบมาเพื่อใช้ฝังในข้อมูลขนาดเล็ก เช่นลายน้ำรูปแบบนี้สร้างขึ้นจากรูปแบบมาตรฐานดังนี้:

• คำนำหน้าย่อย 16 บิต: สร้างขึ้นโดยการตีความคำนำหน้าย่อยเป็นค่าไบนารี เช่น B'0001010001111000'
• ส่วนต่อท้าย 80 บิต: ส่วนที่ไม่ใช่ส่วนตรวจสอบความถูกต้องของรหัส (checksum) ซึ่งแสดงเป็น 10 ไบต์

รูปแบบ Uniform Resource Nameสำหรับ EIDR ID นั้นระบุไว้ในRFC  7302

สำหรับการใช้งานบนเว็บ รหัสเนื้อหา EIDR สามารถแสดงเป็น URI ในรูปแบบใดรูปแบบหนึ่งต่อไปนี้:

• https://doi.org/10.5240/XXXX-XXXX-XXXX-XXXX-XXXX-C : นี่คือรหัส EIDR ที่แสดงในรูปแบบการอ้างอิงพร็อกซี DOI (จะถูกส่งต่อจาก DOI ไปยังทะเบียน EIDR)
• ข้อมูล: doi : 10.5240/XXXX-XXXX-XXXX-XXXX-XXXX-C [เลิกใช้แล้ว] : นี่คือรหัส EIDR ที่แสดงในรูปแบบ URI "info" ที่สอดคล้องกับ RFC 4452 (โปรดจำไว้ว่ารหัส EIDR ทั้งหมดเป็นรหัส DOI ด้วย แต่ในทางกลับกันไม่ใช่)

มีระเบียนเนื้อหาอยู่สี่ประเภท โดยแต่ละประเภทจะเชื่อมโยงกับคำนำหน้าเฉพาะที่กำหนดไว้:

• รหัสเนื้อหา (10.5240/XXXX-XXXX-XXXX-XXXX-XXXX-C): เกี่ยวข้องกับเนื้อหาบันเทิง เช่น ภาพยนตร์หรือซีรีส์โทรทัศน์ ข้อมูลเนื้อหามีโครงสร้างแบบลำดับชั้น ทำให้สามารถแสดงความสัมพันธ์ได้ เช่น ซีรีส์ ซึ่งมีซีซั่นเป็นลูก และซีซั่นก็มีตอนต่างๆ เป็นลูกอีกที นอกจากนี้ยังรองรับความสัมพันธ์อื่นๆ อีกมากมาย ดังที่อธิบายไว้ด้านล่าง ข้อมูลเนื้อหาเป็นข้อมูลส่วนใหญ่ในทะเบียน EIDR
• รหัสผู้เกี่ยวข้อง (10.5237/XXXX-XXXX): ใช้ระบุหน่วยงานต่างๆ เช่น ผู้ลงทะเบียน ผู้ผลิตเนื้อหา และผู้จัดจำหน่าย
• รหัสบริการวิดีโอ (10.5239/XXXX-XXXX): ใช้ระบุบริการวิดีโอ ซึ่งโดยทั่วไปเรียกว่า "ช่อง" หรือ "เครือข่าย": ลำดับเนื้อหาเชิงเส้น (โดยปกติ) ที่กำหนดให้ฉายในเวลาที่กำหนด (เช่น รหัสบริการสำหรับ Cartoon Network คือ 10.5239/8BE5-E3F6) บริการวิดีโอมีโครงสร้างแบบลำดับชั้น: ตัวอย่างเช่น บริการหลักอาจมีบริการย่อยหลายรายการเพื่อรองรับความแตกต่างทางภูมิภาคหรือภาษา
• รหัสผู้ใช้ (10.5238/[0-9a-zA-Z_.#()]{2-32}): ระบุผู้ใช้โดยใช้สตริงตัวอักษรและตัวเลข 2–32 ตัว และอักขระพิเศษที่เลือกไว้ (แสดงในที่นี้ด้วย ไวยากรณ์ Perl ) ผู้ใช้เป็นแนวคิดเชิงบริหารเป็นหลัก ซึ่งอยู่ภายใต้การควบคุมของภาคี (ซึ่งผู้ใช้จะได้รับสิทธิ์การเข้าถึงจากภาคีเหล่านั้น) แตกต่างจาก DOI อื่นๆ ของ EIDR รหัสผู้ใช้สามารถใช้ได้เฉพาะภายใน EIDR เท่านั้น (เช่น การเขียนโปรแกรม API)

รหัสย่อย 5237, 5238, 5239 และ 5240 ล้วนเป็นรหัสที่จัดสรรให้กับสมาคม EIDR

บันทึกเนื้อหาคือวัตถุที่จัดหมวดหมู่ตามประเภทและความสัมพันธ์ โดยแต่ละบันทึกจะมีประเภทที่แตกต่างกันสามประเภท (ตั้งฉากกัน):

• ประเภทของวัตถุ : มีทั้งหมด 10 ประเภท ประเภทแรกคือประเภทพื้นฐาน ซึ่งมีฟิลด์ขั้นต่ำที่จำเป็นในการอธิบายระเบียนเนื้อหา ประเภทอีก 9 ประเภทที่เหลือได้มาจากประเภทพื้นฐาน และมีฟิลด์เพิ่มเติมสำหรับอธิบายวัตถุที่ซับซ้อนมากขึ้น
• ประเภทโครงสร้าง : ลักษณะเหล่านี้ใช้ในการแยกแยะรูปแบบการแสดงผลงาน และเรียงลำดับตามความเฉพาะเจาะจงจากน้อยไปมาก:
  • นามธรรม : ใช้สำหรับวัตถุที่ไม่มีอยู่จริง เช่น ภาชนะบรรจุชุดผลงาน หรือแนวคิดพื้นฐานที่สุดของผลงานต้นฉบับ ซึ่งสอดคล้องกับรหัสมาตรฐานสากลสำหรับงานดนตรี (ISWC) สำหรับงานดนตรีรหัสมาตรฐานสากลสำหรับงานเขียน (ISTC) หรือหมายเลขมาตรฐานสากลสำหรับงานภาพและเสียง (ISAN) สำหรับงานภาพและเสียง
  • การแสดง : ใช้สำหรับรายการที่เป็นเวอร์ชันเฉพาะของผลงาน เช่น เวอร์ชันฉายในโรงภาพยนตร์ดั้งเดิม หรือเวอร์ชันของผู้กำกับ หรือเวอร์ชันที่ถูกเซ็นเซอร์ในท้องถิ่นของรายการโทรทัศน์ ซึ่งโดยคร่าวๆ จะสอดคล้องกับรหัสมาตรฐานการบันทึกเสียงสากล (ISRC) สำหรับงานดนตรี และการใช้งานบางส่วนของรหัส ISAN เวอร์ชัน (V-ISAN) สำหรับงานภาพและเสียง
  • ดิจิทัล : การแสดงผลงานในรูปแบบดิจิทัลโดยเฉพาะ เช่นการเข้ารหัสภาพยนตร์แบบMPEG-2 ซึ่งสอดคล้องกับการใช้งานบางอย่างของ V-ISAN
• ประเภทอ้างอิง : ประเภทของเนื้อหา โดยไม่ขึ้นอยู่กับรูปแบบการแสดงผล (เช่น ภาพยนตร์ที่ฉายทางทีวีก็ยังคงเป็นภาพยนตร์)
  • ซีรีส์ : นามธรรมที่ประกอบด้วยรายการแต่ละรายการที่มีการเรียงลำดับหรือไม่เรียงลำดับก็ได้
  • ฤดูกาล : ระดับการจัดกลุ่มที่สองรองจากซีรีส์ โดยปกติจะครอบคลุมช่วงเวลาหนึ่ง
  • โทรทัศน์ : เนื้อหาที่เผยแพร่ครั้งแรกผ่านการออกอากาศ
  • ภาพยนตร์ : เนื้อหาขนาดยาวที่ฉายครั้งแรกในโรงภาพยนตร์หรือโรงละคร
  • ภาพยนตร์สั้น : โดยทั่วไปหมายถึงผลงานที่มีความยาวไม่เกิน 40 นาที เช่นมิวสิกวิดีโอภาพยนตร์ข่าวหรือการ์ตูนสั้นสำหรับฉายในโรงภาพยนตร์หรือฉายทางโทรทัศน์
  • เว็บ : เนื้อหาที่ปรากฏบนเว็บเป็นครั้งแรก ซึ่งแตกต่างจากเนื้อหาจากแหล่งอื่นที่ถูกนำมาเผยแพร่บนเว็บ
  • สื่อแบบโต้ตอบ : เนื้อหาที่ไม่ใช่เพียงแค่ภาพและเสียงเท่านั้น ครอบคลุมถึงเมนูดีวีดี, การแสดงผลซ้อนทับแบบโต้ตอบบนทีวี, เครื่องเล่นแบบกำหนดเอง ฯลฯ
  • การรวบรวม : เนื้อหาที่ประกอบขึ้นจากสินทรัพย์อื่นๆ หลายอย่าง ซึ่งไม่สามารถอธิบายได้อย่างเจาะจงกว่านี้ เช่น ชุดกล่องรวมภาพยนตร์แฟรนไชส์
  • เนื้อหาเสริม : เนื้อหาประเภทนี้ใช้สำหรับเนื้อหาเสริมที่มีจุดประสงค์หลักเพื่อสนับสนุน เสริม หรือส่งเสริมเนื้อหาอื่น ตัวอย่างเช่น ตัวอย่างภาพยนตร์ ฉากที่ถูกตัดออก และสารคดีประชาสัมพันธ์ ("เบื้องหลังการถ่ายทำ")

ฟิลด์ต่อไปนี้ (ซึ่งคัดมาจากชุดฟิลด์ที่ใหญ่กว่า) ประกอบเป็นข้อมูลพื้นฐานของวัตถุในระเบียนเนื้อหา:

• ประเภทโครงสร้าง : เช่น นามธรรม
• โหมด : เช่น ภาพและเสียง (สำหรับภาพยนตร์หรือรายการโทรทัศน์); "เสียง" สำหรับรายการวิทยุ; "ภาพ" สำหรับงานที่ไม่มีเสียง
• ประเภทอ้างอิง : เช่น ภาพยนตร์
• ชื่อเรื่อง : ชื่อเรื่องหลัก ชื่อเรื่องและชื่อเรื่องสำรองจะแตกต่างกันออกไปอีกดังนี้:
  • Lang : ภาษาของชื่อเรื่องที่แสดงในรูปแบบรหัสISO 639-1
  • ประเภท : รุ่นทั่วไปหรือรุ่นเฉพาะภูมิภาค
• ชื่อเรื่องสำรอง 1..N : ชื่อเรื่องสำรองหนึ่งชื่อขึ้นไป (มักเป็นชื่อเรื่องตามภูมิภาคหรือภาษา)
• ภาษาต้นฉบับ : ภาษาของเวอร์ชันดั้งเดิมที่แสดงในรูปแบบรหัส ISO 639-1
• องค์กรที่เกี่ยวข้อง 1..N : รหัสประจำตัวของผู้ผลิต สตูดิโอ ฯลฯ
• วันที่วางจำหน่าย : วันที่วางจำหน่ายครั้งแรก
• ประเทศต้นกำเนิด : รหัส ISO 3166-1 alpha 2พร้อมส่วนขยายสำหรับประเทศที่ยกเลิกไปแล้ว
• ความยาวโดยประมาณ : แสดงเป็น XML Schema xs:duration ^{[ 2 ]}ชนิดข้อมูล
• รหัสทางเลือก 1..N : รหัสที่เทียบเท่ากันอย่างน้อยหนึ่งรหัสที่แสดงในระบบรหัสสินทรัพย์ที่แตกต่างกัน (ดูรายละเอียดเพิ่มเติมด้านล่าง)
• เครดิต : มีเพียงเครดิตแบบย่อเท่านั้น โดยทั่วไปจะจำกัดอยู่ที่ผู้กำกับและนักแสดงหลักไม่เกินสี่คน ดังที่กล่าวไว้แล้ว เป้าหมายของ EIDR ไม่ใช่การแข่งขันกับระบบที่เป็นกรรมสิทธิ์ซึ่งมีเมตาเดต้าที่ครบถ้วน (เช่น สรุปเนื้อเรื่อง) เป้าหมายหลักคือการช่วยในการแยกแยะความหมายของชื่อเรื่อง และช่วยในการตรวจสอบความถูกต้องและการกำจัดข้อมูลซ้ำซ้อน
• ผู้ลงทะเบียน : ฝ่ายที่สร้างบันทึกเนื้อหานี้ (เช่น "10.5237/superparty")
• วันที่สร้าง : วันที่สร้างบันทึกเนื้อหานี้
• สถานะ : โดยปกติคือ "ถูกต้อง" (มีกรณีพิเศษสำหรับข้อมูลที่ถูกลบ)
• วันที่แก้ไขล่าสุด : ครั้งสุดท้ายที่มีการเปลี่ยนแปลงข้อมูลนี้

รหัส EIDR ต้องสามารถระบุได้เสมอ ดังนั้นภายใต้สถานการณ์ปกติ บันทึกเนื้อหาที่เกี่ยวข้องจึงจะเป็นข้อมูลถาวร มีกลไกสองอย่างที่สามารถใช้จัดการกับข้อผิดพลาดหรือสถานการณ์ผิดปกติอื่นๆ กลไกที่นิยมใช้คือการสร้างนามแฝง ซึ่งรหัส EIDR จะถูกเปลี่ยนเส้นทางไปยังบันทึกเนื้อหาอื่นโดยอัตโนมัติ การสร้างนามแฝงมักใช้เพื่อจัดการกับสินทรัพย์ที่ถูกลงทะเบียนซ้ำสองครั้ง

กลไกอีกอย่างหนึ่งคือการใช้ระเบียนหลุมศพ (tombstone records) กลไกนี้จะถูกนำมาใช้เมื่อระเบียนเนื้อหา (Content Record) เสียหาย หรือมีการลงทะเบียนสินทรัพย์ที่ไม่ถูกต้องโดยไม่ได้ตั้งใจ ในกรณีนี้ รหัสประจำตัว (ID) จะถูกกำหนดชื่อแทนให้กับระเบียนหลุมศพพิเศษ แอปพลิเคชันต่างๆ สามารถจดจำระเบียนหลุมศพนี้ได้ เนื่องจากฟิลด์ EIDR ID จะถูกตั้งค่าเป็นค่าที่แตกต่าง " 10.5240/0000-0000-0000-0000-0000-X " โปรดทราบว่า "X" หมายถึงตัวอักษรลำดับที่ 24ของอักษรละติน ( ASCII 0x58 หรือUnicode U+0058)

การมีชุดรหัสประจำตัวทางเลือกที่หลากหลายสำหรับเนื้อหาเป็นเป้าหมายหลักประการหนึ่งของ EIDR สิ่งนี้ช่วยให้สามารถใช้รหัส EIDR ได้ทุกที่ในขั้นตอนการทำงานของเนื้อหา หากต้องการรหัสประจำตัวทางเลือก ก็สามารถค้นหาได้ในเมตาเดต้าของรหัส EIDR นั้น EIDR รองรับการรวมรหัสอ้างอิงทั้งที่เป็นกรรมสิทธิ์และมาตรฐานอื่นๆ (เช่น ISAN) สามารถเพิ่มรหัสประจำตัวทางเลือกเพิ่มเติมได้เมื่อจำเป็น (เช่น โดยฝ่ายที่ต้องการรองรับขั้นตอนการทำงานใหม่) ด้านล่างนี้เป็นตัวอย่างของรหัสประจำตัวทางเลือกสำหรับสินทรัพย์ EIDR 10.5240/EA73-79D7-1B2B-B378-3A73-M (ภาพยนตร์เรื่อง Blade Runner ) หากสามารถระบุรหัสประจำตัวทางเลือกได้ด้วยอัลกอริทึม เช่น โดยการวางไว้ใน URL ของเทมเพลตอย่างเหมาะสม EIDR จะทำให้ลิงก์นั้นใช้งานได้

รหัสประจำตัวทางเลือก (Alternate IDs) แบ่งออกเป็นแบบที่ไม่ใช่กรรมสิทธิ์และแบบที่เป็นกรรมสิทธิ์ แบบที่ไม่ใช่กรรมสิทธิ์จะมีประเภทที่กำหนดไว้ล่วงหน้าอย่างชัดเจน (เช่น รหัสที่ออกโดย ISAN, IMDbและ IVA) ในขณะที่รหัสประจำตัวที่เป็นกรรมสิทธิ์ทั้งหมดจะเป็นประเภท "กรรมสิทธิ์" และจะถูกจำแนกเพิ่มเติมด้วยโดเมน DNS ที่เกี่ยวข้อง ณ เดือนกรกฎาคม 2560 มีรหัสประจำตัวทางเลือกมากกว่า 2 ล้านรหัสที่สามารถใช้งานได้โดยตรงผ่าน EIDR

วัตถุเนื้อหาสามารถเชื่อมโยงกันได้ตามตารางต่อไปนี้ ความสัมพันธ์เหล่านี้แสดงเป็นฟิลด์เพิ่มเติมในระเบียนเนื้อหา และดังนั้นจึงสัมพันธ์กับวัตถุนั้น โปรดทราบว่าวัตถุหัวเรื่องเป็นลูก และวัตถุเป้าหมายเป็นแม่ (เช่น หัวเรื่องเป็น <relation-type>ของแม่) ข้อจำกัดเพิ่มเติมจะระบุไว้ในตาราง

EIDR ได้ถูกนำไปรวมอยู่ในมาตรฐานหลายฉบับแล้ว มาตรฐานที่สำคัญบางส่วนมีดังต่อไปนี้:

• SMPTE /AMWA : SMPTE Recommended Practice RP 2079 ^{[ 3 ]}กำหนดมาตรฐานการใช้ EIDR ใน คอนเทนเนอร์สื่อ MXFซึ่งเป็นหัวใจสำคัญของเวิร์กโฟลว์เนื้อหาระดับมืออาชีพ รวมถึงข้อกำหนด AMWA AS-03 ^{[ 4 ]}และ AS-11 ^{[ 5 ]} SMTPE Recommended Practice 2021-5 ^{[ 6 ]}อนุญาตให้ใช้ตัวระบุ EIDR ได้ทุกที่ที่มีการใช้ BXF สำหรับการแลกเปลี่ยนข้อมูลระหว่างระบบออกอากาศ
• สหภาพการกระจายเสียงแห่งยุโรป (EBU) : EBUCore ^{[ 7 ]}เป็นชุดข้อมูลเมตาเชิงพรรณนาและทางเทคนิคหลักทั่วไปที่อธิบายทรัพยากรสื่อ (เสียง วิดีโอ ภาพนิ่ง คำบรรยาย ฯลฯ) เจ้าหน้าที่ EBU และ EIDR ได้จัดทำแผนที่ของ EBUCore สำหรับระเบียนพื้นฐานไปยังวัตถุราก EIDR: .. EIDR และ EBU กำลังทำงานร่วมกันในกลุ่มงาน SMPTE Core เพื่อกำหนดข้อมูลเมตาเชิงพรรณนาสำหรับข้อกำหนดและเวิร์กโฟลว์ตาม SMPTE EIDR เป็นหนึ่งในมาตรฐานที่ได้รับการสนับสนุนโดย EBU Core
• DVB : EIDR ถูกอ้างอิงในข้อกำหนด DVB ฉบับร่างสำหรับหน้าจอเสริม ^{[ 8 ]} (tm-sm-css-0017r14)
• MPEG : EIDR ได้รับการเสนอให้เป็นตัวระบุเนื้อหาในรูปแบบแอปพลิเคชันการเก็บรักษามัลติมีเดีย^{[ 9 ]}ซึ่งกำลังได้รับการกำหนดสำหรับการใช้งานเก็บถาวร
• CableLabs (สหรัฐอเมริกา) : EIDR เป็นส่วนหนึ่งของมาตรฐาน CableLabs Metadata ^{[ 10 ]}สำหรับการแจกจ่าย สินทรัพย์ วิดีโอตามความต้องการ EIDR เป็นตัวระบุโปรแกรมหนึ่งตัวที่สามารถปรากฏในคำอธิบายการแบ่งส่วน SCTE-35 2013 ^{[ 11 ]} ซึ่งเป็นมาตรฐานที่ใช้ในการกระจาย IP ผ่านเคเบิล EIDR ยังใช้ในผลิตภัณฑ์ Dynamic Ad Insertion (DAI) โดยใช้ สถาปัตยกรรมมาตรฐานSCTE 130 ^{[ 12 ]}
• EIDR และรหัสประจำตัวทางเลือก : เพื่อส่งเสริมความสามารถในการทำงานร่วมกันของ EIDR กับระบบต่างๆ มากมาย EIDR จึงมีฟิลด์ "AlternateID" เพื่อใช้อ้างอิงกับระบบรหัสประจำตัวที่มีอยู่ รหัสประจำตัวทางเลือกอาจรวมถึง ตัวอย่างเช่น CRID (RFC 4078), ISAN, ISRC, UPCหรือURIรวมถึงระบบรหัสประจำตัวเชิงพาณิชย์ เช่นAd-ID , Baseline, IMDb เป็นต้น ปัจจุบันประมาณครึ่งหนึ่งของระเบียน EIDR มีรหัสประจำตัวจากระบบอื่นอย่างน้อยหนึ่งระบบ
• การแมปจากเมตาเดตาและตัวระบุมาตรฐานอื่นๆ ไปยัง 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 ให้บริการลงทะเบียนร่วมสำหรับทั้งสองรหัส บริการก่อนหน้านี้ได้ถูกนำมาใช้เพื่อขอรับรหัส EIDR และ ISAN สำหรับเนื้อหาที่ออกอากาศจาก ITV (สถานีโทรทัศน์เชิงพาณิชย์ในสหราชอาณาจักร)

รหัส EIDR ได้ถูกนำไปใช้ในแอปพลิเคชันเชิงพาณิชย์มากขึ้นเรื่อยๆ ตัวอย่างต่อไปนี้แสดงให้เห็นถึงข้อดีบางประการของการใช้ EIDR:

• การผสานรวม Warner Brothers กับ Xbox : EIDR ถูกนำมาใช้เพื่อปรับปรุงการใช้งาน ระบบ Electronic Sell Through (EST) สำหรับการส่งมอบภาพยนตร์ของ Warner Brothers ให้กับลูกค้า Microsoft Xbox Liveการดำเนินงานของร้านค้าออนไลน์นั้นจำเป็นต้องมีการประสานงานระหว่างหลายกลุ่มภายใน Warner Brothers กับทีม Xbox ด้านการส่งออกของห่วงโซ่การจัดจำหน่ายประกอบด้วยการเผยแพร่ "รายการพร้อมจำหน่าย" (ภาพยนตร์ที่พร้อมขาย) และการติดตามการดำเนินการตามคำสั่งซื้อส่วนด้านการรับเข้าประกอบด้วยการสั่งซื้อสินค้า ฟังก์ชันอื่นๆ เช่น รายงาน ครอบคลุมทั้งสองด้านของห่วงโซ่การจัดจำหน่าย ระบบเดิมจำเป็นต้องมีการแทรกแซงและการกำกับดูแลด้วยตนเอง โดยเฉพาะอย่างยิ่งที่ขอบเขตระหว่างองค์กร ตัวอย่างของความจำเป็นในการประมวลผลด้วยตนเองคือการตรวจสอบว่าได้ส่งมอบเวอร์ชันที่ถูกต้องของไฟล์ (ซึ่งอาจแตกต่างกันไปขึ้นอยู่กับคำบรรยายหรือเนื้อหา) ในระบบใหม่ Warner Brothers ได้สร้าง EIDR ID ใหม่สำหรับแต่ละเวอร์ชันของเนื้อหา และใช้ ID เหล่านี้ในขั้นตอนการประมวลผลทั้งหมดต่อไป ซึ่งช่วยขจัดความคลุมเครือและอำนวยความสะดวกในการทำงานอัตโนมัติของขั้นตอนขาเข้าและขาออก ข้อดีอีกประการหนึ่งคือความสามารถในการสร้างรายงานได้ทันที
• การบูรณาการ EPG ของ Swisscom : Swisscomดำเนินการบริการโทรทัศน์แบบจ่ายรายเดือนในสวิตเซอร์แลนด์ ในปี 2557 บริษัทได้ดำเนินการเปิดตัวคู่มือรายการอิเล็กทรอนิกส์ (EPG) สำหรับลูกค้าของตนโดยใช้ EIDR เสร็จสมบูรณ์ ^{[ 14 ]}นี่คือระบบแบบครบวงจรที่ใช้รหัส EIDR เพื่อแสดงสินทรัพย์ที่แสดงใน EPG องค์ประกอบสำคัญของระบบคือการใช้รหัส EIDR ในข้อมูลเมตาของคู่มือที่ media-press.tv จัดหาให้กับ Swisscom ซึ่งรวมถึงการตั้งค่าระบบสำหรับการกำหนดรหัส EIDR ให้กับสินทรัพย์ที่ยังไม่ได้อยู่ในทะเบียน ข้อได้เปรียบที่สำคัญของการใช้ EIDR คือไม่ต้องแปลระหว่างระบบตัวระบุที่แตกต่างกัน

EIDR บริหารจัดการโดยสมาคม EIDR ซึ่งเป็นองค์กรไม่แสวงผลกำไร ก่อตั้งขึ้นในเดือนตุลาคม 2553 โดยMovieLabs , CableLabs , ComcastและRoviสมาชิกเพิ่มขึ้นอย่างต่อเนื่องนับตั้งแต่นั้นมา โดย ณ ปลายปี 2557 มีสมาชิก 79 ราย แบ่งเป็นระดับผู้ส่งเสริมอุตสาหกรรมและผู้มีส่วนร่วมในอุตสาหกรรม หมวดหมู่ที่เติบโตเร็วที่สุดคือบริษัทนอกสหรัฐอเมริกา ซึ่งปัจจุบันคิดเป็นประมาณ 20% ของสมาชิกทั้งหมด สมาคม EIDR ดำเนินการทะเบียน EIDR สองแห่ง ได้แก่ Production และ Sandbox โดยแห่งแรกเป็นเว็บไซต์อย่างเป็นทางการ และแห่งที่สองสงวนไว้สำหรับการทดสอบและพัฒนา ทั้งสองระบบเปิดให้สาธารณะเข้าถึงได้ทางออนไลน์ แต่เนื้อหาใน Sandbox ไม่รับประกันว่าจะถูกต้อง ครบถ้วน หรือแม้แต่จะอ้างอิงถึงทรัพย์สินที่มีอยู่จริง สมาชิกของสมาคม EIDR เท่านั้นที่สามารถแก้ไขทะเบียนได้

การลงทะเบียนสินทรัพย์ใหม่สามารถทำได้ทีละรายการหรือเป็นจำนวนมาก (สูงสุด 100,000 รายการต่อครั้ง) ไม่ว่าจะเป็นกรณีใด กระบวนการทำงานจะประกอบด้วยกระบวนการอัตโนมัติ (เพื่อดำเนินการที่กำหนดไว้อย่างชัดเจนแต่ค่อนข้างน่าเบื่อ) และกระบวนการด้วยตนเอง (ในกรณีที่ต้องใช้ดุลยพินิจของมนุษย์) นอกจากนี้ยังเป็นกระบวนการแบบวนซ้ำ เนื่องจากกระบวนการจับคู่เบื้องต้นอาจระบุช่องว่างและข้อผิดพลาดต่างๆ ที่ต้องได้รับการแก้ไข

การลงทะเบียนสินทรัพย์ใหม่เป็นกระบวนการที่ซับซ้อนซึ่งต้องมีการเตรียมการ โดยเฉพาะอย่างยิ่งในกรณีของการส่งข้อมูลจำนวนมาก กระบวนการอัตโนมัติจะตรวจสอบไวยากรณ์ ตรวจสอบให้แน่ใจว่ามีการให้ข้อมูลเมตาพื้นฐาน และตรวจสอบให้แน่ใจว่ามีการเคารพความสัมพันธ์ระหว่างข้อมูล (เช่น บันทึกชุดข้อมูลที่สร้างขึ้นก่อนเหตุการณ์ที่เกี่ยวข้อง) ขั้นตอนที่ต้องดำเนินการด้วยตนเอง ได้แก่ การตรวจสอบให้แน่ใจว่าฝ่ายที่ถูกต้องเกี่ยวข้องกับสินทรัพย์ ขั้นตอนที่สำคัญที่สุดอย่างหนึ่งคือการตรวจสอบให้แน่ใจว่าสินทรัพย์ใหม่นั้นยังไม่มีอยู่ในทะเบียน: ซึ่งจะกล่าวถึงในหัวข้อถัดไป

ในการลงทะเบียนทรัพย์สินใหม่ ผู้ใช้จะต้องเกี่ยวข้องกับฝ่ายที่ได้รับมอบบทบาท "ผู้ลงทะเบียน" จากผู้ดำเนินการ EIDR ผู้ลงทะเบียนอาจเป็นตัวแทนหลัก เช่น สตูดิโอหรือบริษัทเข้ารหัส แต่ก็อาจเป็นฝ่ายที่ลงทะเบียนรายการเก่าจำนวนมาก หรือฝ่ายที่ดำเนินการในนามของผู้อื่นก็ได้ นอกจากนี้ ผู้ลงทะเบียนจะต้องเป็นสมาชิกของ EIDR ด้วย โดยทั่วไปแล้ว การเป็นเจ้าของเนื้อหา อำนาจในการจัดการข้อมูลเมตา และความสามารถในการลงทะเบียน เป็นแนวคิดที่แยกจากกันและไม่เกี่ยวข้องกัน

หมายถึงการทำเครื่องหมายสินทรัพย์ที่ส่งเข้ามายังทะเบียนว่าอยู่ในหนึ่งในสามประเภทต่อไปนี้:

• สินทรัพย์ของผู้สมัครมีความเป็นเอกลักษณ์ (เมื่อเทียบกับสินทรัพย์ที่มีอยู่แล้วในทะเบียน)
• ข้อมูลสินทรัพย์ที่เสนอซ้ำกับข้อมูลที่มีอยู่แล้ว
• สินทรัพย์ที่เสนอมีโอกาสสูงที่จะเป็นสินทรัพย์ซ้ำ

การประเมินนี้อิงจากการนำชุดกฎ (จำนวนมาก) มาใช้กับสินทรัพย์ที่เสนอ ซึ่งส่งผลให้ได้คะแนนเป็นตัวเลข การจัดกลุ่มเกิดขึ้นจากการเปรียบเทียบคะแนนกับเกณฑ์สองระดับ:

• เกณฑ์ต่ำ : สินทรัพย์ใดๆ ที่มีคะแนนต่ำกว่าค่านี้จะถือว่าไม่ใช่ข้อมูลซ้ำซ้อน นี่เป็นกรณีเดียวที่การเพิ่มหรือแก้ไขบันทึกที่เสนอจะสำเร็จ
• เกณฑ์สูง : ทรัพย์สินใดๆ ที่มีคะแนนสูงกว่าค่านี้จะถือว่าเป็นข้อมูลซ้ำ (เกือบจะแน่นอน) การเพิ่ม/แก้ไขบันทึกที่เสนอจะไม่ดำเนินการต่อ และจะแสดงสถานะข้อผิดพลาด โดยทั่วไปผู้ลงทะเบียนจะใช้รหัสประจำตัวที่มีอยู่แล้วสำหรับรายการที่พยายามลงทะเบียน และสามารถเพิ่มข้อมูลที่ขาดหายไปและรหัสประจำตัวสำรองลงในบันทึกที่มีอยู่ได้

สินทรัพย์ที่มีมูลค่าอยู่ระหว่างเกณฑ์ต่ำและเกณฑ์สูงถือว่ามีความเป็นไปได้สูงที่จะเป็นข้อมูลซ้ำซ้อน ดังนั้น การเพิ่ม/แก้ไขบันทึกที่เสนอจะไม่ดำเนินการต่อจนกว่าจะได้รับการตรวจสอบด้วยตนเองโดยเจ้าหน้าที่ฝ่ายปฏิบัติการ EIDR

ส่วนประกอบของระบบ EIDR แสดงไว้ด้านล่างนี้

ส่วนประกอบหลักในการทำงานมีดังต่อไปนี้:

• ระบบลงทะเบียนหลัก (Core Registry) : โมดูลนี้เป็นการปรับแต่งและกำหนดค่าระบบจัดเก็บวัตถุดิจิทัลของ CNRI (CNRI Digital Object Repository) โดยทำหน้าที่ต่างๆ เช่น การลงทะเบียน การสร้างตัวระบุเฉพาะ การจัดทำดัชนี การจัดการพื้นที่จัดเก็บวัตถุ และการควบคุมการเข้าถึง
• ที่เก็บข้อมูล : ที่เก็บข้อมูลนี้ใช้จัดเก็บและให้สิทธิ์การเข้าถึงวัตถุที่ลงทะเบียนไว้ สำหรับ EIDR วัตถุเหล่านี้คือชุดของเมตาเดตา ไม่ใช่ตัวไฟล์สื่อเอง เมตาเดตาประกอบด้วยข้อมูลวัตถุมาตรฐาน ความสัมพันธ์ และการตั้งค่าการควบคุมการเข้าถึง
• REST API I: อินเทอร์เฟซ RESTที่ให้การเข้าถึงคุณสมบัติการลงทะเบียนที่ไม่เกี่ยวข้องกับการบริหารจัดการอย่างครบถ้วน บริการสามารถเรียกใช้แบบรายบุคคลหรือแบบกลุ่ม ซึ่งสามารถส่งได้ทั้งแบบซิงโครนัสหรืออะซิงโครนัส ไวยากรณ์การสืบค้นทั่วไปช่วยให้สามารถดึงข้อมูล (และในบางกรณีแก้ไข) บันทึกการลงทะเบียนที่ตรงตามเกณฑ์ที่ผู้เรียกกำหนดได้
  • EIDR SDK : ชุดเครื่องมือพัฒนาซอฟต์แวร์ (SDK) นี้จัดเตรียมไว้ให้แก่ผู้พัฒนาเพื่ออำนวยความสะดวกในการสร้างแอปพลิเคชันของบุคคลที่สาม (โดยปกติเพื่อสนับสนุนกระบวนการทำงานแบบ B2B หรือภายในองค์กร) ประกอบด้วย Java SDK, .NET SDK และโปรแกรมตัวอย่างที่สร้างขึ้นจาก SDK ทั้งสอง การใช้ SDK นั้นแนะนำมากกว่าการเรียกใช้ REST API โดยตรง
  • เครื่องมือบรรทัดคำสั่ง : นี่คือแอปพลิเคชัน Java และ .NET อย่างง่ายที่สร้างขึ้นบน SDK โดยแต่ละแอปพลิเคชันจะมีฟังก์ชันเดียว เช่น การแก้ไข การค้นหา การจับคู่ และการลงทะเบียน
  • ส่วนติดต่อผู้ใช้บน เว็บ (Web UI) : ส่วนติดต่อผู้ใช้บนเว็บที่ใช้สำหรับการค้นหา การดูข้อมูล และการเรียกดูโครงสร้างลำดับชั้นของวัตถุเป็นหลัก นอกจากนี้ยังรองรับการลงทะเบียนอย่างง่ายอีกด้วย
• DOI Proxy : ฟังก์ชันนี้ใช้คำนำหน้า handle เพื่อส่งต่อคำขอการแก้ไข DOI ของ EIDR ไปยังรีจิสทรี EIDR
• ระบบจัดการข้อมูล : ให้บริการค้นหาและแก้ไขปัญหาแบบกระจายศูนย์

รหัส EIDR เป็นตัวอย่างเฉพาะของตัวระบุวัตถุดิจิทัล (DOI) ซึ่งสร้างขึ้นบนระบบ Handle ที่พัฒนาโดยองค์กรเพื่อการริเริ่มการวิจัยแห่งชาติ (CNRI) รายละเอียดเฉพาะของ EIDR ในระดับล่างจะอธิบายไว้โดยละเอียดเพิ่มเติมด้านล่าง

ตัวระบุวัตถุดิจิทัล (Digital Object Identifier) ​​ซึ่งได้รับการกำหนดมาตรฐานเป็น ISO 26324 ^{[ 15 ]}มุ่งที่จะระบุสิ่งประดิษฐ์ดิจิทัลหลากหลายประเภทอย่างเป็นเอกลักษณ์ รวมถึงหนังสือ การบันทึก ข้อมูลการวิจัย และเนื้อหาดิจิทัลอื่นๆ เป้าหมายไม่ใช่แค่ให้รหัสมีเอกลักษณ์เท่านั้น แต่ยังต้องคงอยู่และเปลี่ยนแปลงไม่ได้ ต่างจาก URL รหัส DOI จะยังคงเหมือนเดิมแม้ว่าวัตถุจะย้ายไปยังตำแหน่งอื่น หรือตกเป็นขององค์กรอื่นก็ตาม นี่คือลักษณะบางประการของ DOI:

• มูลนิธิ DOI ระหว่างประเทศ (IDF) บังคับใช้กฎที่ตกลงกันไว้ก่อนหน้านี้กับหน่วยงานจดทะเบียนที่เป็นสมาชิก (เช่น EIDR) เพื่อให้มั่นใจถึงความต่อเนื่อง โดยเฉพาะอย่างยิ่ง หากหน่วยงานจดทะเบียนใดหยุดดำเนินการ ชื่อโดเมนที่หน่วยงานนั้นดูแลอยู่จะถูกโอนไปยังหน่วยงานจดทะเบียนอื่น
• IDF กำหนดกฎเกณฑ์ที่ชื่อ DOI ทั้งหมดต้องปฏิบัติตาม (เช่น วัตถุประเภทใดบ้างที่สามารถตั้งชื่อโดยใช้ RA เฉพาะเจาะจงได้)
• ระบบ DOI นำเสนอแบบจำลองข้อมูลโดยอิงจากพจนานุกรมข้อมูลเพื่อให้สามารถแสดงข้อมูลเมตา (และความสัมพันธ์ระหว่างวัตถุต่างๆ) ได้อย่างเป็นระบบ
• ระบบ DOI มีชุดเซิร์ฟเวอร์แฮนด์เดิลและพร็อกซีที่มีความซ้ำซ้อนสูงและกระจายอยู่ทั่วระบบ
• คำนำหน้า DOI ทั้งหมดมีรูปแบบ "10.NNNN" โดยที่ 10 คือตัวบ่งชี้ไดเร็กทอรี และ "NNNN" คือรหัสผู้ลงทะเบียนในช่วง 1-65535 (เช่น บันทึกเนื้อหา EIDR ใช้ 10.5240)

แบบจำลองข้อมูล DOI เป็นเครื่องมือในการเชื่อมโยงเมตาเดตากับแต่ละวัตถุ รวมถึงนโยบายที่ควบคุมการใช้งาน ตามคำกล่าวในคู่มือ DOI เมตาเดตาอาจรวมถึง "ชื่อ ตัวระบุ คำอธิบาย ประเภท การจำแนกประเภท สถานที่ เวลา การวัด ความสัมพันธ์ และข้อมูลประเภทอื่น ๆ ที่เกี่ยวข้องกับ [วัตถุ]" เมตาเดตาจะไหลเวียนระหว่างเอนทิตีต่อไปนี้:

• ผู้ให้บริการทรัพยากร : โดยปกติคือเจ้าของสินทรัพย์สื่อ ซึ่งมีหน้าที่ในการป้อนข้อมูลเมตาลงในระบบ
• หน่วยงานจดทะเบียน : หน่วยงานที่ทำหน้าที่เป็นแหล่งเก็บรักษาทรัพย์สิน (และข้อมูลเมตาที่เกี่ยวข้อง) ดังที่กล่าวไว้ DOI สนับสนุนเครือข่ายของหน่วยงานจดทะเบียนอิสระ ซึ่งแต่ละแห่งรับผิดชอบทรัพย์สินชุดหนึ่ง EIDR เป็นหนึ่งในหน่วยงานจดทะเบียนดังกล่าว หน่วยงานจดทะเบียนอื่นๆ ได้แก่CrossRefสำหรับบทความทางวิชาการ DataCite สำหรับข้อมูลการวิจัย และ OPOCE สำหรับสิ่งพิมพ์อย่างเป็นทางการของสหภาพยุโรป
• ผู้ใช้บริการ : หน่วยงานที่ส่งคำขอไปยัง RA เพื่อดึงข้อมูลเมตาที่เกี่ยวข้องกับสินทรัพย์ กรอบงานการแก้ไข DOI มีหน้าที่ในการส่งคำขอไปยัง RA ที่เหมาะสม (ผู้ใช้บริการไม่จำเป็นต้องทราบข้อมูลนี้)

เพื่อส่งเสริมความสามารถในการทำงานร่วมกันระหว่างหน่วยงานที่รับผิดชอบ (RA) DOI จึงมีแนวคิดเกี่ยวกับ "แกนหลักของเมตาเดตา" (metadata Kernel) ซึ่งเป็นชุดเมตาเดตาหลักที่วัตถุทั้งหมดที่จัดเก็บอยู่ภายในกรอบงาน DOI ควรมี ชุดเมตาเดตาฉบับเต็มสามารถดูได้ในคู่มือ DOI ความสามารถในการทำงานร่วมกันเป็นหัวข้อใหญ่ที่อยู่นอกเหนือขอบเขตของ EIDR แต่ส่วนย่อยต่อไปนี้มีความเกี่ยวข้องเป็นพิเศษกับสินทรัพย์ของ EIDR:

• referent: วัตถุที่ได้รับการดูแลรักษาในระบบ DOI
• referentName: ชื่อของสิ่งที่อ้างถึง (เช่น ชื่อภาพยนตร์)
• primaryReferentTypeสำหรับ EIDR นั้น รวมถึงการสร้างสรรค์ (เช่น ทรัพย์สินด้านความบันเทิง) และผู้เกี่ยวข้อง (เช่น ผู้สร้าง)
• structuralType: นี่คือหมวดหมู่ที่แยกจากกันโดยสิ้นเชิง ซึ่งระบุรูปแบบของสินทรัพย์ สองหมวดหมู่ที่เกี่ยวข้องกับสินทรัพย์ EIDR โดยเฉพาะอย่างยิ่งคือ นามธรรม (วัตถุ เช่น ภาพยนตร์ ซึ่งอาจมีอยู่หลายรูปแบบ) และ การแสดง (ตัวอย่างเฉพาะของวัตถุ เช่น ฉบับผู้กำกับตัดต่อ)
• principalAgent: สำหรับสิ่งสร้างต่างๆ หน่วยงานที่รับผิดชอบหลักต่อการดำรงอยู่ของสิ่งนั้นๆ
• registrationAuthorityCode: หมายถึงหน่วยงานที่ออก DOI เช่น EIDR RA สำหรับสินทรัพย์ EIDR

ข้อมูลเมตาของ EIDR มีให้เลือกทั้งในรูปแบบข้อมูลเมตามาตรฐานของ DOI และรูปแบบเฉพาะของ EIDR โดย DOI สำหรับโครงสร้างข้อมูลเมตาของ DOI คือdoi : 10.1000/ 276

DOI ถูกนำไปใช้บนพื้นฐานของ Handle System ซึ่งเป็นบริการแปลงชื่อโดเมนแบบกระจายศูนย์และมีความสามารถในการขยายขนาดสูง โดย Handle ถูกกำหนดไว้ดังนี้:

<Handle> ::= <Handle Naming Authority> "/" <Handle Local Name>

หน่วยงานกำหนดชื่อ (Naming Authority) มีลักษณะเฉพาะทั่วโลก และกำหนดทั้งพื้นที่การบริหารจัดการและไวยากรณ์ของชื่อท้องถิ่น (Handle Local Name) สำหรับ EIDR ในคำจำกัดความข้างต้น "10.5240" คือหน่วยงานกำหนดชื่อของ EIDR และมีหน้าที่รับผิดชอบในการแก้ไขส่วนต่อท้าย (รวมถึงการตรวจสอบให้แน่ใจว่าสอดคล้องกับไวยากรณ์ที่คาดหวังสำหรับสินทรัพย์ EIDR) ช่วงของหน่วยงานกำหนดชื่อที่อนุญาตนั้นกว้างกว่าที่ใช้โดย DOI (หรือ EIDR)

ลักษณะการกระจายตัวของระบบ Handle System ช่วยให้เนมสเปซท้องถิ่นแต่ละแห่งสามารถโฮสต์อยู่บนไซต์บริการที่กระจายอยู่ตามภูมิศาสตร์หลายแห่งได้ นี่คือโมเดลแบบสหพันธ์ที่เนมสเปซท้องถิ่นแต่ละแห่งมีอำนาจควบคุมอย่างสมบูรณ์ในการจัดวางและการทำงานของไซต์บริการของตน นอกจากนี้ ไซต์บริการแต่ละแห่งอาจมีเซิร์ฟเวอร์การแก้ไขหลายตัว: คำขอที่ส่งไปยังไซต์บริการใดไซต์หนึ่งจะถูกกระจายอย่างเท่าเทียมกันไปยังเซิร์ฟเวอร์ที่เป็นส่วนประกอบของไซต์นั้น

แบบจำลองข้อมูลของระบบแฮนเดิลนั้นเรียบง่ายแต่ยืดหยุ่น สามารถเชื่อมโยงค่าจำนวนมากกับแฮนเดิลแต่ละอันได้ เมื่อเวลาผ่านไป ค่าเหล่านี้สามารถถูกสร้าง แก้ไข และทำลายได้ ข้อมูลแต่ละรายการมีคุณลักษณะดังต่อไปนี้:

• ดัชนี : จำนวนเต็มที่ไม่ติดลบซึ่งใช้ระบุค่าข้อมูลจากค่าอื่นๆ ที่อาจมีอยู่สำหรับแฮนด์เดิลนี้
• ประเภท : สตริง UTF-8ที่ระบุประเภท ระบบประเภทนี้สามารถขยายได้ และประเภททั่วไปจะถูกเก็บรักษาไว้ในรูปแบบของแฮนเดิลในระบบการตั้งชื่อ "0.TYPE" ไม่มีข้อจำกัดในการสร้างประเภทใหม่ แม้ว่าการใช้แฮนเดิลที่สามารถแก้ไขได้เป็นชื่อประเภทจะเป็นแนวทางปฏิบัติที่ดีที่สุดก็ตาม ประเภททั่วไป ได้แก่ URL สำหรับการอ้างอิงทางอ้อมแบบเดี่ยว "10320/loc" สำหรับชุดทางเลือกในการแก้ไขตามบริบท และประเภทการดูแลระบบต่างๆ สำหรับการจัดการระบบแฮนเดิล ซึ่งทั้งหมดนี้ขึ้นอยู่กับการแก้ไขแฮนเดิล
• ข้อมูล : ค่าของข้อมูลนั้นเอง ซึ่งแสดงเป็นลำดับของไบต์ที่ถูกตีความในบริบทของประเภทที่เกี่ยวข้อง
• สิทธิ์การเข้าถึง : สิทธิ์ในการเข้าถึงค่าเฉพาะนี้ โปรดทราบว่าค่าข้อมูลที่แตกต่างกันของแฮนเดิลอาจมีสิทธิ์การเข้าถึงที่แตกต่างกัน
• TTL : จำนวนเต็มที่ระบุระยะเวลาที่สามารถแคชค่าได้
• ไทม์สแตมป์ : จำนวนเต็ม (แสดงเป็นมิลลิวินาทีจากยุค Unix) ที่บันทึกเวลาล่าสุดที่มีการอัปเดตค่า
• อ้างอิง : รายการอ้างอิงถึงค่าแฮนเดิลอื่นๆ โดยปกติจะใช้เพื่อเพิ่มข้อมูลประจำตัว (เช่น ลายเซ็นดิจิทัล)

การเข้าถึงระบบ Handle ทำได้ผ่านโปรโตคอลการสื่อสารที่กำหนดไว้ใน RFC 3652 แอปพลิเคชัน EIDR ไม่จำเป็นต้องกังวลเกี่ยวกับเรื่องนี้เนื่องจากการจัดลำดับชั้นของโปรโตคอล

• การควบคุมอำนาจ
• ข้อมูล Wikidata : P2704

1. R. Kroon, R. Drewry, A. Leigh, S. McConnachie. "การระบุเนื้อหาสำหรับหอจดหมายเหตุภาพและเสียง" วารสารสมาคมหอจดหมายเหตุเสียงและภาพและเสียงนานาชาติ ฤดูร้อน 2558 (ฉบับที่ 45)
2. R. Kroon. "การจัดระเบียบตัวระบุข้อมูลดิจิทัล". วารสารสื่อและความบันเทิง ฤดูหนาว 2014-2015: 148–150.
3. R. Drewry, D. Dulchinos. "การเปลี่ยนแปลงวงการบันเทิงด้วยเทคโนโลยี". วารสารสื่อและความบันเทิง ฤดูหนาว 2013-2014: 81–88.
4. D. Agranoff, W. Michel, T. Wakai. "การบูรณาการและการจัดการข้อมูลเมตาของเนื้อหาอย่างคล่องตัวโดยใช้ Entertainment ID Registry (EIDR)". งาน SCTE Cable-Tec Expo 2012.

วิกิดาต้ามีคุณสมบัติดังต่อไปนี้:

• รหัสเนื้อหา EIDR (P2704) (ดูการใช้งาน )
• รหัสผู้เกี่ยวข้อง EIDR (P12142) (ดูรายละเอียดการใช้งาน )

• เว็บไซต์อย่างเป็นทางการของ EIDR
• แบบฟอร์มค้นหา EIDR
• รูปแบบรหัส EIDR
• บทความของรอยเตอร์เกี่ยวกับ EIDR