ระบบHandleเป็นรีจิสทรีที่เป็นกรรมสิทธิ์ซึ่งกำหนดตัวระบุถาวรหรือhandleให้กับทรัพยากรข้อมูล และเพื่อแปลง "handle เหล่านั้นให้เป็นข้อมูลที่จำเป็นในการค้นหา เข้าถึง และใช้ประโยชน์จากทรัพยากร" ^{[ 1 ]} เช่นเดียวกับ handle ที่ใช้ในคอมพิวเตอร์ที่อื่น handle ของระบบ Handle นั้นทึบแสง และไม่ได้เข้ารหัสข้อมูลใดๆ เกี่ยวกับทรัพยากรพื้นฐาน โดยจะผูกอยู่กับเมตาเดตาเกี่ยวกับทรัพยากรเท่านั้น ดังนั้น handle จึงไม่กลายเป็นโมฆะเนื่องจากการเปลี่ยนแปลงเมตาเดตา

ระบบนี้ได้รับการพัฒนาโดยBob Kahnที่Corporation for National Research Initiatives (CNRI) ซึ่งเป็นส่วนหนึ่งของDigital Object Architecture (DOA) งานดั้งเดิมได้รับทุนสนับสนุนจากDefense Advanced Research Projects Agency (DARPA) ระหว่างปี 1992 ถึง 1996 ซึ่งเป็นส่วนหนึ่งของกรอบงานที่กว้างขึ้นสำหรับบริการวัตถุดิจิทัลแบบกระจาย^{[ 2 ]}และจึงเกิดขึ้นพร้อมกับการใช้งานWorld Wide Web ในช่วงแรก โดยมีเป้าหมายที่คล้ายคลึงกัน

ระบบ Handle ได้รับการนำมาใช้ครั้งแรกในฤดูใบไม้ร่วงปี 1994 และได้รับการบริหารจัดการและดำเนินการโดย CNRI จนถึงเดือนธันวาคม 2015 เมื่อมีการนำโหมดการทำงาน "ผู้ดูแลระบบหลักหลายคน" (MPA) แบบใหม่มาใช้ มูลนิธิ DONA ^{[ 3 ]}ปัจจุบันบริหารจัดการ Global Handle Registry ของระบบและให้การรับรอง MPA รวมถึง CNRI และ International DOI Foundation ^{[ 4 ]} ปัจจุบันระบบนี้เป็นโครงสร้างพื้นฐานสำหรับระบบที่ใช้ Handle เช่นDigital Object Identifiers (DOI) และDSpaceซึ่งส่วนใหญ่ใช้เพื่อให้เข้าถึงเอกสารทางวิชาการ วิชาชีพ และเอกสารของรัฐบาล รวมถึงแหล่งข้อมูลอื่นๆ

CNRI จัดเตรียมข้อกำหนดและซอร์สโค้ดสำหรับการใช้งานอ้างอิงสำหรับเซิร์ฟเวอร์และโปรโตคอลที่ใช้ในระบบภายใต้"ใบอนุญาตสาธารณะ" ที่ไม่เสียค่าลิขสิทธิ์ ซึ่งคล้ายกับใบอนุญาตโอเพนซอร์ส ^{[ 5 ]} ปัจจุบันมีบริการจัดการหลายพันรายการที่กำลังทำงานอยู่ โดยกว่า 1,000 รายการอยู่ในมหาวิทยาลัยและห้องสมุด แต่ก็ยังมีการใช้งานในห้องปฏิบัติการแห่งชาติ กลุ่มวิจัย หน่วยงานรัฐบาล และองค์กรธุรกิจต่างๆ ซึ่งได้รับคำขอแก้ไขปัญหามากกว่า 200 ล้านรายการต่อเดือน

ระบบ Handle ได้รับการกำหนดไว้ในRFC ข้อมูล 3650 ^{[ 1 ]} 3651 ^{[ 6 ]}และ 3652 ^{[ 7 ]}ของInternet Engineering Task Force (IETF)ซึ่งประกอบด้วยชุดโปรโตคอลแบบเปิดเนมสเปซ และการใช้งานอ้างอิงของโปรโตคอล เอกสาร ซอฟต์แวร์ และข้อมูลที่เกี่ยวข้องมีให้โดย CNRI บนเว็บไซต์เฉพาะ^{[ 8 ]}

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

• 20.1000/100
• 2381/12345

ในตัวอย่างแรก ซึ่งเป็นแฮนเดิลสำหรับใบอนุญาตซอฟต์แวร์ HANDLE.NET นั้น20.1000คือคำนำหน้าที่กำหนดให้กับหน่วยงานตั้งชื่อ (ในกรณีนี้คือ Handle.net เอง) และ100คือชื่อท้องถิ่นภายในเนมสเปซนั้น ชื่อท้องถิ่นอาจประกอบด้วยอักขระใดๆ จาก ชุดอักขระ Unicode UCS-2 คำนำหน้าก็ประกอบด้วย อักขระ UCS-2 ใดๆ ยกเว้น "/" คำนำหน้าประกอบด้วยส่วนของหน่วยงานตั้งชื่อหนึ่งส่วนขึ้นไป คั่นด้วยจุด ซึ่งแสดงถึงลำดับชั้นของหน่วยงานตั้งชื่อ ดังนั้น ในตัวอย่าง20คือคำนำหน้าของหน่วยงานตั้งชื่อสำหรับ CNRI ในขณะที่1000กำหนดหน่วยงานตั้งชื่อย่อยภายในคำนำหน้า 20 ตัวอย่างอื่นๆ ของคำนำหน้าระดับบนสุดสำหรับหน่วยงานตั้งชื่อแบบรวมศูนย์ของมูลนิธิ DONA ได้แก่10สำหรับแฮนเดิล DOI สำหรับแฮนเดิ ล11ที่กำหนดโดยITU21สำหรับแฮนเดิลที่ออกโดย Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG) ของเยอรมนี ซึ่งเป็นศูนย์การคำนวณทางวิทยาศาสตร์ของมหาวิทยาลัยเกิตติงเงน และ86สำหรับ Coalition of Handle Services – China คำนำหน้า "แบบดั้งเดิม" ที่ออกโดย CNRI ก่อนที่จะมีการจัดตั้งโครงสร้าง "ผู้ดูแลระบบหลักหลายคน" (MPA) นั้น โดยทั่วไปจะมีสี่หรือห้าหลัก ดังตัวอย่างที่สองข้างต้น ซึ่งเป็นแฮนเดิลที่บริหารจัดการโดยมหาวิทยาลัยเลสเตอร์คำนำหน้าทั้งหมดจะต้องลงทะเบียนใน Global Handle Registry ผ่านผู้รับจดทะเบียนที่ได้รับการอนุมัติจากมูลนิธิ DONA ซึ่งโดยปกติจะมีค่าธรรมเนียม

เช่นเดียวกับการใช้งานแฮนเดิล อื่นๆ ในด้านคอมพิวเตอร์ แฮนเดิลนั้นไม่โปร่งใส กล่าวคือ มันไม่ได้เข้ารหัสข้อมูลใดๆ เกี่ยวกับทรัพยากรพื้นฐาน และเป็นเพียงวิธีการในการดึงข้อมูลเมตาเกี่ยวกับทรัพยากรนั้นเท่านั้น

สิ่งนี้อาจแตกต่างออกไปกับUniform Resource Locator (URL) ซึ่งอาจเข้ารหัสคุณลักษณะของทรัพยากรไว้ในตัวระบุ เช่น โปรโตคอลที่จะใช้ในการเข้าถึงเซิร์ฟเวอร์ที่เก็บทรัพยากรนั้น ชื่อโฮสต์และหมายเลขพอร์ตของเซิร์ฟเวอร์ และอาจรวมถึงรายละเอียดตำแหน่งที่ตั้ง เช่น ชื่อไฟล์ในระบบไฟล์ ของเซิร์ฟเวอร์ ที่เก็บทรัพยากรนั้น ในระบบ Handle นั้น รายละเอียดเหล่านี้ไม่ได้ถูกเข้ารหัสไว้ใน Handle แต่จะพบได้ในเมตาเดตาที่ Handle นั้นผูกอยู่ด้วย

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

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

เป็นไปได้ที่แหล่งข้อมูลพื้นฐานเดียวกันจะเชื่อมโยงกับแฮนเดิลหลายตัว เช่น ในกรณีที่ห้องสมุดมหาวิทยาลัยสองแห่งสร้างแฮนเดิล (และดังนั้นอาจมีชุดเมตาเดตาที่แตกต่างกัน) สำหรับหนังสือเล่มเดียวกัน

ระบบ Handle สามารถใช้งานร่วมกับระบบชื่อโดเมน (DNS) ได้ แต่ไม่จำเป็นต้องใช้ DNS ซึ่งแตกต่างจากตัวระบุถาวรอื่นๆ เช่นPURLsหรือARKsที่คล้ายกับ Handle แต่ใช้ชื่อโดเมน อย่างไรก็ตาม แตกต่างจากวิธีการที่ใช้ชื่อโดเมนเหล่านี้ Handle จำเป็นต้องมีกระบวนการลงทะเบียนคำนำหน้าแยกต่างหาก และเซิร์ฟเวอร์ Handle ที่แยกต่างหากจากเซิร์ฟเวอร์ชื่อโดเมน

แฮนด์เดิลสามารถใช้งานได้โดยตรง หรือแสดงเป็นตัวระบุทรัพยากรสากล (URI) ผ่านเนมสเปซภายในรูปแบบ URI ของ info ; ^{[ 9 ] [ 10 ]}ตัวอย่างเช่น20.1000/100อาจเขียนเป็น URI ได้info:hdl/20.1000/100เนมสเปซของระบบแฮนด์เดิลบางส่วน เช่น ตัวระบุวัตถุดิจิทัล เป็นเนมสเปซ URI "info:" ในตัวของมันเอง ตัวอย่างเช่นinfo:doi/10.1000/182เป็นอีกวิธีหนึ่งในการเขียนแฮนด์เดิลสำหรับการแก้ไขปัจจุบันของคู่มือ DOI ^{[ 11 ]}เป็น URI

เนมสเปซของระบบแฮนเดิลบางแห่งกำหนดกฎการนำเสนอพิเศษ ตัวอย่างเช่น ตัว ระบุวัตถุดิจิทัล (Digital Object Identifiersหรือ DOI) ซึ่งคิดเป็นเปอร์เซ็นต์สูงของแฮนเดิลที่มีอยู่ มักจะนำเสนอโดยมีคำนำหน้า "doi: doi:10.1000/182"

แฮนด์เดิลใดๆ ก็สามารถแสดงเป็น Uniform Resource Locator (URL) ได้โดยใช้พร็อกซีเซิร์ฟเวอร์ HTTP ทั่วไป : ^{[ 12 ]}

• https://hdl.handle.net/20.1000/100

ระบบที่ใช้ Handle บางระบบมีพร็อกซีเซิร์ฟเวอร์ HTTP ที่ออกแบบมาเพื่อใช้กับระบบของตนเอง เช่น:

• https://doi.org/10.1000/182.

การใช้งานระบบ Handle ประกอบด้วย Local Handle Services ซึ่งแต่ละแห่งประกอบด้วยไซต์ตั้งแต่หนึ่งไซต์ขึ้นไปที่ให้บริการเซิร์ฟเวอร์สำหรับจัดเก็บ Handle เฉพาะ Global Handle Registry เป็น Local Handle Service ที่มีเอกลักษณ์เฉพาะตัว ซึ่งจัดเก็บข้อมูลเกี่ยวกับคำนำหน้า (หรือที่เรียกว่าหน่วยงานกำหนดชื่อ) ภายในระบบ Handle และสามารถสอบถามเพื่อค้นหาว่า Handle เฉพาะนั้นถูกจัดเก็บไว้ที่ใดใน Local Handle Services อื่นๆ ภายในระบบแบบกระจายนี้

เว็บไซต์ Handle System มีชุดเครื่องมือการใช้งาน โดยเฉพาะอย่างยิ่งซอฟต์แวร์ HANDLE.NET ^{[ 13 ]}และไลบรารีไคลเอ็นต์ HANDLE.NET ^{[ 14 ]}ไคลเอ็นต์ Handle สามารถฝังอยู่ใน ซอฟต์แวร์ ^ของผู้ใช้ปลายทาง (เช่น เว็บเบราว์เซอร์) หรือในซอฟต์แวร์เซิร์ฟเวอร์ (เช่น เว็บเซิร์ฟเวอร์) และมีส่วนขยายสำหรับAdobe Acrobat ^{[ 15 ]}และFirefox [ ^{16 ]}

ไลบรารีซอฟต์แวร์ไคลเอ็นต์สำหรับการจัดการมีให้บริการทั้งในภาษา C และ Java แอปพลิเคชันบางตัวได้พัฒนาเครื่องมือเสริมเฉพาะ เช่น สำหรับระบบ DOI ^{[ 17 ]}

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

ไคลเอนต์จะส่งแฮนเดิล (ตัวระบุ) ไปยัง Global Handle Registry (GHR) ของระบบแฮนเดิล โดยส่งเป็นคำขอไปยังหน่วยงานกำหนดชื่อ/คำนำหน้า GHR จะตอบกลับโดยส่งข้อมูลตำแหน่งที่ตั้งของ Local Handle Service ที่เกี่ยวข้อง (ซึ่งอาจประกอบด้วยเซิร์ฟเวอร์หลายตัวในหลายไซต์) จากนั้นจะส่งคำขอไปยังเซิร์ฟเวอร์ที่เกี่ยวข้องภายใน Local Handle Service นั้น Local Handle Service จะส่งข้อมูลที่จำเป็นในการได้มาซึ่งทรัพยากรกลับมา เช่น URL ซึ่งสามารถแปลงเป็น HTTP redirect ได้ (หมายเหตุ: หากไคลเอนต์มีข้อมูลเกี่ยวกับ LHS ที่เหมาะสมที่จะสอบถามอยู่แล้ว คำขอเริ่มต้นไปยัง GHR จะถูกละเว้น)

แม้ว่าแบบจำลองดั้งเดิมที่ระบบ Handle พัฒนามานั้นเกี่ยวข้องกับการจัดการวัตถุดิจิทัล แต่ระบบ Handle ไม่ได้กำหนดแบบจำลองความสัมพันธ์เฉพาะระหว่างเอนทิตีที่ระบุ และไม่ได้จำกัดเฉพาะการระบุวัตถุดิจิทัลเท่านั้น เอนทิตีที่ไม่ใช่ดิจิทัลอาจถูกแทนด้วยวัตถุดิจิทัลที่สอดคล้องกันเพื่อวัตถุประสงค์ในการจัดการวัตถุดิจิทัล จำเป็นต้องระมัดระวังในการกำหนดวัตถุดังกล่าวและความสัมพันธ์กับเอนทิตีที่ไม่ใช่ดิจิทัล มีแบบจำลองที่ได้รับการยอมรับซึ่งสามารถช่วยในการกำหนดดังกล่าวได้ เช่น ข้อกำหนดเชิงฟังก์ชันสำหรับบันทึกบรรณานุกรม (FRBR) CIDOC CRMและแบบจำลองเนื้อหา indecs แอปพลิเค ชันบางอย่างพบว่าการผสานกรอบงานดังกล่าวเข้ากับแอปพลิเคชัน Handle มีประโยชน์ ตัวอย่างเช่น โครงการริเริ่มการเรียนรู้แบบกระจายขั้นสูง (ADL) ^{[ 18 ]}ได้นำแอปพลิเคชัน Handle System มาผสานรวมกับมาตรฐานที่มีอยู่สำหรับเนื้อหาการเรียนรู้แบบกระจาย โดยใช้แบบจำลองอ้างอิงวัตถุเนื้อหาที่แบ่งปันได้ (SCORM) ^{[ 19 ]}และ การใช้งาน ระบบตัวระบุวัตถุดิจิทัล (DOI)ของ Handle System ได้นำมาใช้ร่วมกับ กรอบงาน indecsเพื่อจัดการกับความสามารถในการทำงานร่วมกันเชิงความหมาย

ระบบ Handle ยังทำให้ความสำคัญของความมุ่งมั่นขององค์กรต่อรูปแบบตัวระบุถาวรชัดเจนขึ้น แต่ไม่ได้กำหนดรูปแบบเดียวสำหรับการรับรองความมุ่งมั่นดังกล่าว แอปพลิเคชันแต่ละรายการอาจเลือกที่จะสร้างชุดกฎและโครงสร้างพื้นฐานทางสังคมของตนเองเพื่อรับรองความต่อเนื่อง (เช่น เมื่อใช้ใน แอปพลิเคชัน DSpaceและแอปพลิเคชัน DOI) ^{[ 20 ]}

ระบบ Handle ได้รับการออกแบบมาเพื่อตอบสนองความต้องการต่อไปนี้เพื่อสนับสนุนความคงทน^{[ 21 ]}

สตริงตัวระบุ:

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

กลไกการแก้ไขตัวระบุ:

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

ในบรรดาวัตถุที่ระบุด้วยแฮนเดิลในปัจจุบัน ได้แก่ บทความวารสาร รายงานทางเทคนิค หนังสือ วิทยานิพนธ์และดุษฎีนิพนธ์ เอกสารราชการ เมตาเดตา เนื้อหาการเรียนรู้แบบกระจาย และชุดข้อมูล แฮนเดิลถูกนำไปใช้ในแอปพลิเคชันลายน้ำดิจิทัล แอปพลิเคชัน GRIDที่เก็บข้อมูล และอื่นๆ แม้ว่าผู้ใช้แต่ละรายจะสามารถดาวน์โหลดและใช้ซอฟต์แวร์ HANDLE.NET ได้อย่างอิสระ แต่ผู้ใช้จำนวนมากพบว่าการทำงานร่วมกันในการพัฒนาแอปพลิเคชันในรูปแบบสหพันธ์ โดยใช้นโยบายทั่วไปหรือเทคโนโลยีเพิ่มเติมเพื่อให้บริการร่วมกันนั้นเป็นประโยชน์ ระบบแฮนเดิลเป็นหนึ่งในระบบระบุตัวตนถาวรระบบแรกๆ ที่ได้รับการยอมรับอย่างกว้างขวางจากสถาบันภาครัฐและเอกชน และได้รับการพิสูจน์แล้วเป็นเวลาหลายปี (ดู Paradigm, Persistent identifiers) ^{[ 22 ]}

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

ปัจจุบันมีบริการ Handle หลายพันแห่งที่ใช้งานอยู่ ใน 71 ประเทศ บน 6 ทวีป โดยกว่า 1,000 แห่งดำเนินการโดยมหาวิทยาลัยและห้องสมุด บริการ Handle เหล่านี้ดำเนินการโดยสหพันธ์ผู้ใช้ ห้องปฏิบัติการแห่งชาติ มหาวิทยาลัย ศูนย์คอมพิวเตอร์ ห้องสมุด (ระดับชาติและระดับท้องถิ่น) หน่วยงานรัฐบาล ผู้รับเหมา บริษัท และกลุ่มวิจัย ผู้จัดพิมพ์รายใหญ่ใช้ระบบ Handle เพื่อระบุเนื้อหาที่ซื้อขายในเชิงพาณิชย์และเนื้อหาแบบ Open Access อย่างถาวร ผ่านการใช้งานร่วมกับระบบ Digital Object Identifier (DOI )

จำนวนคำนำหน้า (prefixes) ซึ่งอนุญาตให้ผู้ใช้กำหนดชื่อผู้ใช้ (handle) กำลังเพิ่มขึ้น และมีจำนวนมากกว่า 12,000 รายการ ณ ต้นปี 2014 มีเซิร์ฟเวอร์ Global Handle Registry ระดับสูงสุด 6 เซิร์ฟเวอร์ที่รับคำขอแก้ไขชื่อผู้ใช้ (โดยเฉลี่ย) 68 ล้านรายการต่อเดือน ส่วนเซิร์ฟเวอร์พร็อกซีที่ CNRI รู้จัก ซึ่งส่งต่อคำขอไปยังระบบบนเว็บ รับคำขอแก้ไขชื่อผู้ใช้ (โดยเฉลี่ย) 200 ล้านรายการต่อเดือน (สถิติจาก Handle Quick Facts)

ในปี 2010 CNRI และITU (สหภาพโทรคมนาคมระหว่างประเทศ) ได้ทำข้อตกลงร่วมมือกันในการใช้ระบบ Handle (และสถาปัตยกรรมวัตถุดิจิทัลโดยทั่วไป) และกำลังดำเนินการในรายละเอียดเฉพาะของความร่วมมือดังกล่าว ในเดือนเมษายน 2009 ITU ได้ระบุระบบ Handle ว่าเป็น "แนวโน้มที่กำลังเกิดขึ้น" ^{[ 23 ]}

Handle System, HANDLE.NET และ Global Handle Registry เป็นเครื่องหมายการค้าของCorporation for National Research Initiatives (CNRI) ซึ่งเป็น องค์กร วิจัยและพัฒนา ที่ไม่แสวงหาผลกำไร ในสหรัฐอเมริกา Handle System อยู่ภายใต้สิทธิบัตรของ CNRI ซึ่งอนุญาตให้ใช้เทคโนโลยี Handle System ผ่านใบอนุญาตสาธารณะ^{[ 24 ]}คล้ายกับใบอนุญาตโอเพนซอร์ส เพื่อให้สามารถใช้เทคโนโลยีได้อย่างกว้างขวางยิ่งขึ้น โครงสร้างพื้นฐานของ Handle System ได้รับการสนับสนุนจากค่าธรรมเนียมการลงทะเบียนคำนำหน้าและค่าบริการ โดยส่วนใหญ่มาจากผู้ถือคำนำหน้ารายเดียว ผู้สนับสนุนรายใหญ่ที่สุดในปัจจุบันคือInternational DOI Foundationใบอนุญาตสาธารณะอนุญาตให้ใช้งานเชิงพาณิชย์และไม่เชิงพาณิชย์ได้ในราคาต่ำ ทั้งเทคโนโลยีที่ได้รับสิทธิบัตรและการใช้งานอ้างอิงของซอฟต์แวร์ และอนุญาตให้ฝังซอฟต์แวร์ลงในระบบและผลิตภัณฑ์อื่นได้อย่างอิสระ นอกจากนี้ยังมีข้อตกลงบริการ^{[ 5 ]}สำหรับผู้ใช้ที่ตั้งใจจะให้บริการตัวระบุหรือบริการแก้ไขปัญหาโดยใช้เทคโนโลยี Handle System ภายใต้ใบอนุญาตสาธารณะของ Handle System

ระบบ Handle แสดงถึงส่วนประกอบหลายอย่างของสถาปัตยกรรมวัตถุดิจิทัลระยะยาว ในเดือนมกราคม 2010 CNRI ได้เผยแพร่ซอฟต์แวร์คลังเก็บวัตถุดิจิทัลอเนกประสงค์^{[ 25 ]}ซึ่งเป็นส่วนประกอบสำคัญอีกประการหนึ่งของสถาปัตยกรรมนี้ ข้อมูลเพิ่มเติม^{[ 26 ]}เกี่ยวกับการเผยแพร่ รวมถึงข้อกำหนดโปรโตคอล ซอร์สโค้ด และระบบที่พร้อมใช้งาน ไคลเอนต์ และยูทิลิตี้ สามารถดูได้^{[ 27 ] [ 28 ]}

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

• รหัสตัวจัดการ (P1184) (ดูการใช้งาน )

• เว็บไซต์อย่างเป็นทางการ