System handhaben

Das System handhaben ist der Corporation for National Research Initiativen's proprietäres Register zugewiesen anhaltende Kennungen, oder Griffe, zu Informationsressourcen und zur Auflösung "diese Handles in die Informationen, die zum Lokalisieren, Zugriff und anderweitig die Ressourcen verwendet werden müssen".[1]

Wie bei den an anderer Stelle im Computer verwendeten Griffe sind die Handles des Handels und undurchsichtig und codieren keine Informationen über die zugrunde liegende Ressource, die nur an gebunden sind Metadaten in Bezug auf die Ressource. Folglich werden die Griffe durch Änderungen an den Metadaten nicht ungültig gemacht.

Das System wurde von entwickelt von Bob Kahn bei der Corporation for National Research Initiatives (CNRI). Die ursprüngliche Arbeit wurde von der finanziert Verteidigung Advanced Research Projects Agency (DARPA) Zwischen 1992 und 1996 als Teil eines breiteren Rahmens für verteilte digitale Objektdienste,[2] und war so zeitgleich mit dem frühen Einsatz der Weltweites Netz, mit ähnlichen Zielen.

Das Handlungssystem wurde erstmals im Herbst 1994 implementiert und von CNRI bis Dezember 2015 verabreicht und betrieben, als ein neuer Betriebsmodus "Multiprimary Administrator" (MPA) eingeführt wurde. Die Dona Foundation[3] Verwaltet nun das globale Handlungsregister des Systems und akkreditiert MPAs, einschließlich CNRI und die International DOI Foundation.[4] Das System stellt derzeit die zugrunde liegende Infrastruktur für solche handelsbasierten Systeme wie Digitale Objektkennung und DSpace, die hauptsächlich verwendet werden, um Zugang zu wissenschaftlichen, professionellen und staatlichen Dokumenten und anderen Informationsressourcen zu gewährleisten.

CNRI liefert Spezifikationen und den Quellcode für Referenzimplementierungen für die im System verwendeten Server und Protokolle unter einer Lizenzfreiheit ohne "öffentliche Lizenz", ähnlich einer Open-Source-Lizenz.[5]

Derzeit werden Tausende von Handlungsdiensten ausgeführt. Über 1000 davon befinden sich an Universitäten und Bibliotheken, sind jedoch auch in nationalen Labors, Forschungsgruppen, Regierungsbehörden und gewerblichen Unternehmen in Betrieb, die über 200 Millionen Resolutionsanfragen pro Monat erhalten.

Spezifikationen

Das Handlungssystem ist in Information definiert RFCs 3650,[1] 3651[6] und 3652[7] des Internet Engineering Task Force (IETF); Es enthält einen offenen Satz von Protokollen, einen Namespace und eine Referenzimplementierung der Protokolle. Dokumentation, Software und verwandte Informationen werden von CNRI auf einer speziellen Website bereitgestellt[8]

Griffe bestehen aus einem Präfix, das eine "Namensbehörde" und ein Suffix identifiziert, das den "lokalen Namen" einer Ressource ergibt. Ähnlich wie Domain-Namen werden die Benennungsbehörden von einem der "Mehrfachverwalter" des Systems nach Zahlung einer Gebühr, die jährlich erneuert werden müssen, Präfixen ausgestellt. Eine Namensbehörde kann eine beliebige Anzahl von Handles mit eindeutigen "lokalen Namen" in ihren zugewiesenen Präfixen erstellen. Ein Beispiel für einen Griff ist:

  • 20.1000/100
  • 10.1000/182

Im ersten Beispiel ist das Handle für die Handlungslizenz für Handle.net, 20.1000 ist das Präfix, das der Namensbehörde zugewiesen wurde (in diesem Fall, Handle.net selbst) und 100 ist der lokale Name in diesem Namespace. Der lokale Name kann aus Zeichen aus dem bestehen Unicode UCS-2 Zeichensatz. Das Präfix besteht auch aus anderen UCS-2-Zeichen als "/". Die Präfixe bestehen aus einer oder mehreren Namensbehörden, die durch Perioden getrennt sind und eine Hierarchie der Benennungsbehörden darstellen. Somit im Beispiel 20 ist das Namensbehörde Präfix für CNRI während 1000 Bezeichnet eine untergeordnete Namensbehörde innerhalb des 20 -Präfix. Weitere Beispiele für Präfixe auf höchster Ebene für die Föderierten Benennungsbehörden der Dona Foundation sind 10 Für DOI -Handles; 11 Für Griffe, die von der zugewiesen werden Itu; 21 Für Handles, die von der deutschen Gesellschaft für Wissenschaftlich -datEnverarTung Mbh Göttingen (GWDG), dem wissenschaftlichen Computerzentrum der Universität Göttingen; und 86 Für die Koalition der Handlungsdienste - China. Ältere "Legacy" -Refixe, die von CNRI vor der "MPA-Struktur" Multiprimary Administrator "(MPA) ausgestellt wurden Universität Leicester. Alle Präfixe müssen im globalen Handlungsregister über eine von der Dona Foundation genehmigte Registrar registriert werden, normalerweise gegen eine Gebühr.

Wie bei anderen Verwendungen von Griffe Beim Computer ist der Griff undurchsichtig; Das heißt, es codiert keine Informationen über die zugrunde liegende Ressource und bietet nur die Möglichkeit, Metadaten über die Ressource abzurufen.

Dies kann mit a kontrastiert werden Einheitlicher Ressourcen -Locator (URL), die in der Kennung solche Attribute der Ressource als Protokoll für den Zugriff auf den Server, der die Ressource hält,, den Server -Hostnamen und die Portnummer sowie möglicherweise sogar Standortinformationen wie den Namen einer Datei in der Datei in der Ressource, codieren kann, wie das Protokoll Das Serverdateisystem enthält die Ressource. Im Griffsystem sind diese Einzelheiten nicht im Griff codiert, sondern in den Metadaten, an die der Griff gebunden ist.

Die Metadaten können viele Attribute der Informationsressource enthalten, wie z. Die Verarbeitung der Metadaten, um zu bestimmen, wie und wo die Ressource zugegriffen werden soll, und die Bereitstellung der Ressource an den Benutzer wird in einem separaten Schritt mit "Auflösung" mit einem Resolver ausgeführt, der sich von der unterscheidet, die sich von den unterscheiden kann Diejenigen, die am Griff für die Metadaten ausgetauscht werden. Im Gegensatz zu URLs, die möglicherweise ungültig werden, wenn die in sie eingebetteten Metadaten ungültig werden, werden die Griffe nicht ungültig und müssen sich nicht ändern, wenn sich Standorte oder andere Metadatenattribute ändern. Dies hilft zu verhindern VerbindungsfäuleDa Änderungen in der Informationsressource (wie Standort) nur in Änderungen der Metadaten und nicht in Änderungen in jeder Verweise auf die Ressource reflektiert werden müssen.

Jeder Griff kann seinen eigenen Administrator haben und die Verwaltung der Griffe kann in einer verteilten Umgebung erfolgen, ähnlich wie bei den DNS -Domain -Namen. Die Namens-Wert-Bindungen können auch über Signaturen gesichert werden, um die Daten zu überprüfen, und über die Herausforderung Antwort, um die Übertragung der Daten zu überprüfen, sodass die Griffe in Treuhandverwaltungsanwendungen verwendet werden können.

Es ist möglich, dass dieselbe zugrunde liegende Informationsressourcen mit mehreren Griffen zugeordnet werden, da wenn zwei Universitätsbibliotheken für dasselbe Buch Handles (und möglicherweise möglicherweise unterschiedliche Metadaten) generieren.

Das Handlungssystem ist mit dem kompatibel Domainnamensystem (DNS), erfordert dies jedoch nicht, im Gegensatz zu persistenten Kennungen wie z. Purls oder Arken, die ähnlich wie Griffe sind, aber Domain -Namen verwenden. Im Gegensatz zu diesen auf Domänennamen basierenden Ansätzen erfordern die Handles jedoch einen separaten Präfixregistrierungsprozess und handle von den von den Domänennamenservern getrennten Servern.

Griffe können nativ oder ausgedrückt als Einheitliche Ressourcenidentifikatoren (URIS) durch einen Namespace innerhalb der Info URI -Schema;[9][10] zum Beispiel, 20.1000/100 kann als URI geschrieben werden, Info: HDL/20.1000/100. Einige verarbeiten System -Namespaces wie digitale Objektkennungen "Info: Uri -Namespaces für sich; zum Beispiel, Info: doi/10.1000/182 ist eine andere Möglichkeit, den Griff für die aktuelle Überarbeitung des DOI -Handbuchs zu schreiben[11] als Uri.

Einige behandeln System -Namespaces spezielle Präsentationsregeln. Zum Beispiel, Digitale Objektkennung, die einen hohen Prozentsatz der vorhandenen Griffe darstellen, werden normalerweise mit einem "doi:" Präfix: doi: 10.1000/182.

Jeder Griff kann als einheitlicher Ressourcen Locator (URL) mithilfe des generischen Ausdrucks ausgedrückt werden HTTP -Proxy -Server:::[12]

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

Einige handelsbasierte Systeme bieten einen HTTP-Proxy-Server an, der für die Verwendung mit ihrem eigenen System bestimmt ist, wie z. B.:

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

Implementierung

Die Implementierung des Handelssystems besteht aus lokalen Handlungsdiensten, von denen jedes aus einem oder mehreren Standorten besteht, die den Servern bieten, die bestimmte Handles speichern. Das Global Handle Registry ist ein einzigartiger lokaler Handelsdienst, der Informationen zu den Präfixen (auch als Benennungsbehörden bezeichnet) innerhalb des Handelssystems speichert und herausgefragt werden kann, wo bestimmte Griffe für andere lokale Handlungsdienste in diesem verteilten System gespeichert sind.

Die Website des Handle Systems bietet eine Reihe von Implementierungstools, insbesondere die Handle.net -Software[13] und Handle.net Client -Bibliotheken.[14] Handle -Clients können in die Endbenutzersoftware (z. B. ein Webbrowser) oder in Serversoftware (z. B. ein Webserver) eingebettet werden, und Erweiterungen sind bereits verfügbar für Adobe Acrobat[15] und Feuerfuchs.[16]

Handle -Client -Software -Bibliotheken sind sowohl in C als auch in Java verfügbar. Einige Anwendungen haben spezifische Add-On-Tools entwickelt, z. B. für das DOI-System.[17]

Das interoperable Netzwerk von Distributed -Handel -Resolver -Servern (auch als Proxy -Server -System bezeichnet) wird über einen globalen Resolver verknüpft (was eine logische Entität ist, obwohl dies physikalisch dezentralisiert und gespiegelt ist). Benutzer der Handle -Systemtechnologie erhalten ein in der globaler Handlungsregistrierung erstellter Prefix. Das globale Handlungsregister verwaltet und löst die Präfixe von lokal gepflegten Handlungsdiensten. Jeder lokale Handlungsdienst kann daher jeden Handle über den globalen Resolver beheben.

Griffe (Kennungen) werden von einem Kunden als Abfrage der Namensbehörde/des Präfixs an das Global Handle Registry (GHR) des Handle Systems übergeben. Das GHR antwortet, indem er dem Kunden die Standortinformationen für den entsprechenden lokalen Handelsdienst sendet (der aus mehreren Servern in mehreren Websites bestehen kann). Anschließend wird eine Abfrage an den entsprechenden Server innerhalb des lokalen Handelsdienstes gesendet. Der lokale Handle-Service gibt die Informationen zurück, die zum Erwerb der Ressource erforderlich sind, z. B. eine URL, die dann in eine HTTP-Neuleitung verwandelt werden kann. (Hinweis: Wenn der Client bereits Informationen zum entsprechenden LHS zur Abfrage hat, wird die erste Abfrage zu GHR weggelassen)

Obwohl das ursprüngliche Modell, aus dem das Handle System abgeleitet wird, mit der Verwaltung digitaler Objekte behandelt wird, schreibt das Handle-System kein bestimmtes Modell von Beziehungen zwischen den identifizierten Entitäten vor, und es ist auch nicht darauf beschränkt, nur digitale Objekte zu identifizieren: Nicht-digitale Entitäten können dargestellt werden Als entsprechendes digitales Objekt für die Zwecke der digitalen Objektverwaltung. Bei der Definition solcher Objekte und der Art und Weise, wie sie sich auf nicht digitale Einheiten beziehen, ist eine gewisse Sorgfalt erforderlich. Es gibt etablierte Modelle, die bei solchen Definitionen helfen können, z. B.,, Funktionale Anforderungen für bibliografische Aufzeichnungen (FRBR), CIDOC CRM, und INDECS -Inhaltsmodell. Einige Anwendungen haben es als hilfreich empfunden, einen solchen Rahmen für die Handlungsanwendung zu heiraten: Beispielsweise die Initiative Advanced Distributed Learning (ADL)[18] Vergleicht die Systemanwendung mit vorhandenen Standards für verteilte Lerninhalte unter Verwendung eines Sharable Content -Objektreferenzmodells (SCORM).[19] und die DOI -System für digitale Objekte (DOI) Die Implementierung des Handelssystems hat es zusammen mit dem übernommen INDECS Framework, mit dem man umgehen kann Semantische Interoperabilität.

Das Handlungssystem macht auch die Bedeutung des organisatorischen Engagements für ein anhaltendes Identifikatorschema ausdrücklich aus, schreibt jedoch kein Modell für die Gewährleistung eines solchen Engagements vor. Einzelne Anwendungen können sich dafür entscheiden, ihre eigenen Regeln und sozialen Infrastrukturen festzulegen, um die Persistenz zu gewährleisten (z. B. bei Verwendung in der DSpace Anwendung und die DOI -Anwendung).[20]

Design-Prinzipien

Das Handlungssystem ist so konzipiert, dass sie die folgenden Anforderungen erfüllen, um zur Persistenz beizutragen[21]

Die Kennzeichenzeichenfolge:

  • basiert nicht auf veränderbaren Attributen des Unternehmens (Ort, Eigentum oder andere Attribut, die sich ändern können, ohne die Identität des Referenz zu ändern);
  • ist undurchsichtig (vorzugsweise eine „dumme Zahl“: Ein bekanntes Muster lädt zu Annahmen ein, die möglicherweise irreführend sein können, und eine sinnvolle Semantik kann möglicherweise nicht über Sprachen übersetzt und Markenkonflikte verursachen);
  • ist innerhalb des Systems einzigartig (um Kollisionen und referentielle Unsicherheiten zu vermeiden);
  • hat optional, aber schön zu haben, Merkmale, die unterstützt werden sollten (menschlich-lesbar, schnitt- und paste-möglich, eingebettbar; passt gemeinsame Systeme, z. B. URI-Spezifikation).

Der Mechanismus zur Identifikatorauflösung:

  • ist zuverlässig (unter Verwendung von Redundanz, keine einzelnen Ausfallpunkte und schnell genug, um nicht gebrochen zu erscheinen);
  • ist skalierbar (höhere Lasten werden einfach mit mehr Computern verwaltet);
  • ist flexibel (kann sich an sich ändernde Computerumgebungen anpassen; nützlich für neue Anwendungen):
  • ist vertrauenswürdig (sowohl Lösung als auch Verwaltung haben technische Vertrauensmethoden; eine operative Organisation ist langfristig verpflichtet);
  • baut auf Offene Architektur (Förderung der Hebelanstrengungen einer Gemeinschaft beim Aufbau von Anwendungen in der Infrastruktur);
  • ist transparent (Benutzer müssen die Infrastrukturdetails nicht kennen).

Anwendungen

Zu den Objekten, die derzeit durch Handles identifiziert werden, gehören Zeitschriftenartikel, technische Berichte, Bücher, Thesen und Dissertationen, Regierungsdokumente, Metadaten, verteilte Lerninhalte und Datensätze. Griffe werden in verwendet Digitales Wasserzeichen Anwendungen, NETZ Anwendungen, Repositorys und mehr. Obwohl einzelne Benutzer die handle.net -Software unabhängig voneinander herunterladen und verwenden können, haben viele Benutzer es vorteilhaft empfunden, bei der Entwicklung von Anwendungen in einer Föderation zusammenzuarbeiten, wobei gemeinsame Richtlinien oder zusätzliche Technologien zur Bereitstellung gemeinsamer Dienste verwendet werden. Als eines der ersten persistenten Identifikationssysteme wurde das Handlungssystem von öffentlichen und privaten Institutionen weit verbreitet und über mehrere Jahre nachgewiesen. (Siehe Paradigma, anhaltende Kennungen.)[22]

Handle -Systemanwendungen können Handles als einfache persistente Kennungen verwenden (wie am häufigsten verwendet, um die aktuelle URL eines Objekts zu lösen) oder andere Funktionen nutzen. Die Unterstützung für die gleichzeitige Rückgabe als Ausgabe mehrerer aktueller Informationen im Zusammenhang mit dem Objekt ermöglicht es in definierten Datenstrukturen, Prioritäten für die Reihenfolge festzulegen, in der die mehreren Auflösungen verwendet werden. Griffe können daher auf verschiedene digitale Versionen des gleichen Inhalts, auf Spiegel von Websites oder auf verschiedene Geschäftsmodelle (Pay vs. Free, Secure vs. Open, Public vs. Private) klären. Sie können auch auf verschiedene digitale Versionen unterschiedlicher Inhalte auflösen, z. B. eine Mischung von Objekten, die für einen Entfernungslernkurs erforderlich sind.

Auf 6 Kontinenten gibt es heute Tausende von Handlungsdiensten, die sich in 71 Ländern befinden. Über 1000 von ihnen laufen an Universitäten und Bibliotheken. Handlungsdienste werden von Nutzerverbundungen, nationalen Labors, Universitäten, Computerzentren, Bibliotheken (national und lokal), Regierungsbehörden, Auftragnehmern, Unternehmen und Forschungsgruppen betrieben. Hauptverleger verwenden das Handlungssystem zur anhaltenden Identifizierung von kommerziell gehandelten und offenen Zugriffsinhalten durch seine Implementierung mit dem DOI -System für digitale Objekte (DOI).

Die Anzahl der Präfixe, die es den Benutzern ermöglichen, Handles zuzuweisen, wächst und liegt bei Anfang 2014 über 12.000. Proxy -Server, die CNRI bekannt sind und Anfragen an das System im Web weitergeben, erhalten (im Durchschnitt) Anfragen von 200 Millionen Auflösungsanfragen pro Monat. (Statistiken aus den schnellen Fakten.)

Im Jahr 2010, CNRI und Itu (International Telecommunication Union) hat eine Vereinbarung zur Zusammenarbeit zur Verwendung des Handelssystems (und der Architektur digitaler Objekte im Allgemeinen) geschlossen und arbeiten an den spezifischen Details dieser Zusammenarbeit. Im April 2009 listete ITU das Handlungssystem als "aufkommende Trend" auf.[23]

Lizenzen und Richtlinien

Handle, Handle, Handle.net und Global Handle Registry sind Marken der Corporation for National Research Initiativen (CNRI), eine gemeinnützige Forschungs- und Entwicklungsgesellschaft in den USA. Das Handlungssystem ist Gegenstand von Patenten von CNRI, die seine Handlungssystemtechnologie durch eine öffentliche Lizenz lizenzieren.[24] Ähnlich wie bei einer Open -Source -Lizenz, um eine breitere Nutzung der Technologie zu ermöglichen. Die Handle -Systeminfrastruktur wird durch Präfixregistrierungs- und Servicegebühren unterstützt, wobei die Mehrheit von einzelnen Präfixinhabern stammt. Der größte aktuelle Single -Beitrag ist der Internationale DOI -Stiftung. Die öffentliche Lizenz ermöglicht den kommerziellen und nichtkommerziellen Einsatz zu niedrigen Kosten sowohl der patentierten Technologie als auch der Referenzimplementierung der Software und ermöglicht es der Software, in andere Systeme und Produkte frei eingebettet zu werden. Eine Servicevereinbarung[5] ist auch für Benutzer verfügbar, die beabsichtigen, Identifikator- und/oder Auflösungsdienste mithilfe der Handlungssystemtechnologie unter der LIZENKLICHE LIZENKLE in Handlungssystem bereitzustellen.

Verwandte Technologien

Das Handlungssystem repräsentiert mehrere Komponenten einer langfristigen digitalen Objektarchitektur. Im Januar 2010 veröffentlichte CNRI seine allgemeine Digital-Objekt-Repository-Software.[25] Ein weiterer Hauptbestandteil dieser Architektur. Mehr Informationen[26] Über die Veröffentlichung, einschließlich Protokollspezifikation, Quellcode und serienfertiges System, Clients und Versorgungsunternehmen, ist verfügbar.[27][28]

Siehe auch

Verweise

  1. ^ a b "RFC 3650: Systemübersicht verarbeiten".
  2. ^ "Kahn/Wilensky Architektur". Cnri. 1995-05-13. Abgerufen 2013-03-13.
  3. ^ "Dona Foundation". Dona.net.
  4. ^ "Digital Object Identifier System". doi.org.
  5. ^ a b "Weiterleiten in den aktuellen Inhalt der websindischen Website" "Handle.NET". Handle.net. Abgerufen 15. März 2018.
  6. ^ "RFC 3651: Systemnamenspace und Service Definition handhaben".
  7. ^ "RFC 3652: Systemprotokoll (Ver 2.1) handhaben".
  8. ^ "Handle.net". Handle.net. Abgerufen 2013-03-13.
  9. ^ "Über" Info "uris - häufig gestellte Fragen". Info-uri.info. Abgerufen 2013-03-13.
  10. ^ "RFC 4452: Das URI -Schema" Info "für Informationsangriffe mit Identifikatoren in öffentlichen Namespaces".
  11. ^ "DOI Handbuch". doi:10.1000/182. {{}}: Journal zitieren erfordert |journal= (Hilfe)
  12. ^ "HDL.NET -Dienste: Proxy Server -System". Handle.net. Abgerufen 2013-03-13.
  13. ^ "HS -Software -Download". Handle.net. Abgerufen 2013-03-13.
  14. ^ "Software -Client -Bibliotheken". Handle.net. Abgerufen 2013-03-13.
  15. ^ "HDL-Plug-In für Adobe Acrobat und Acrobat Reader". Handle.net. Abgerufen 2013-03-13.
  16. ^ "Weiterleiten in den aktuellen Inhalt der websindischen Website" "Handle.NET". Handle.net. Archiviert von das Original am 5. September 2015.
  17. ^ "DOI -Systemwerkzeuge". Doi.org. 2012-07-12. Abgerufen 2013-03-13.
  18. ^ "adlnet.gov". adlnet.gov. Abgerufen 2013-03-13.
  19. ^ "Klor" ". adlnet.gov. Archiviert von das Original am 2008-06-14.
  20. ^ "doi.org". doi.org. 2013-01-08. Abgerufen 2013-03-13.
  21. ^ "Identifiersysteme in Netzwerkarchitektur, Laurence Lannom, CNRI. Video der Präsentation (oder nur Präsentation PDF) aus dem Digital Motion Picture Metadata Symposium, Science & Technology Council, Academy of Motion Picture Arts & Sciences, 11. Juni 2009". Oscars.org. 2012-08-24. Archiviert von das Original Am 2013-03-30. Abgerufen 2013-03-13.
  22. ^ "Arbeitsbuch zu digitalen privaten Papieren | Verwaltungs- und Konservierungsmetadaten | Persistente Kennungen". Paradigma. 2008-01-02. Archiviert von das Original 2013-03-29. Abgerufen 2013-03-13.
  23. ^ "Handle System". Itu.int. 2010-04-16. Abgerufen 2013-03-13.
  24. ^ "LIZENZ" (PDF). www.handle.net. Abgerufen 2020-05-11.
  25. ^ "dorepository.org". dorepository.org. 2013-01-08. Abgerufen 2013-03-13.
  26. ^ "Digital Object Repository Server: Eine Komponente der digitalen Objektarchitektur". Dlib.org. 2010-02-04. Abgerufen 2013-03-13.
  27. ^ "Repository machen". Repository machen. doi:10.1045/Januar 2010-Reilly. Abgerufen 2013-03-13. {{}}: Journal zitieren erfordert |journal= (Hilfe)
  28. ^ "Cordra". Cordra.org.

Externe Links