Loading article…
ハンドルシステムは、情報リソースに永続的な識別子（ハンドル）を割り当て、「それらのハンドルを、リソースの所在確認、アクセス、その他の利用に必要な情報に解決する」ための独自のレジストリです。 [ 1 ] コンピューティングの他の場所で使用されるハンドルと同様に、ハンドルシステムのハンドルは不透明であり、基となるリソースに関する情報をエンコードせず、リソースに関するメタデータのみにバインドされています。したがって、メタデータの変更によってハンドルが無効になることはありません。
このシステムは、デジタルオブジェクトアーキテクチャ（DOA）の一部として、国立研究イニシアチブ公社（CNRI）のボブ・カーンによって開発されました。オリジナルの研究は、分散型デジタルオブジェクトサービスのより広範なフレームワークの一部として、1992年から1996年にかけて国防高等研究計画局（DARPA）の資金提供を受けており[ 2 ] 、ワールドワイドウェブの初期展開と同時期に、同様の目標を持って行われました。
ハンドルシステムは1994年秋に初めて導入され、2015年12月に新しい「マルチプライマリ管理者」(MPA)運用モードが導入されるまでCNRIによって管理および運用されていました。現在、DONA財団[ 3 ]がシステムのグローバルハンドルレジストリを管理し、CNRIや国際DOI財団[ 4 ]を含むMPAを認定しています。このシステムは現在、主に学術文書、専門文書、政府文書、その他の情報リソースへのアクセスを提供するために使用される、デジタルオブジェクト識別子(DOI)やDSpace などのハンドルベースのシステムの基盤となるインフラストラクチャを提供しています。
CNRIは、オープンソースライセンスと同様のロイヤリティフリーのパブリックライセンスの下で、システムで使用されるサーバーとプロトコルのリファレンス実装の仕様とソースコードを提供しています。 [ 5 ] 現在、数千のハンドルサービスが稼働しています。これらのうち1000以上は大学や図書館にありますが、国立研究所、研究グループ、政府機関、および商業企業でも運用されており、毎月2億件以上の解決要求を受けています。
Handle Systemは、インターネット技術タスクフォース（IETF）の情報RFC 3650 [ 1 ] 、 3651 [ 6 ]、および3652 [ 7 ]で定義されています。これには、オープンなプロトコルセット、名前空間、およびプロトコルの参照実装が含まれます。ドキュメント、ソフトウェア、および関連情報は、CNRIによって専用のWebサイト[ 8 ]で提供されています。
ハンドルは、「命名機関」を識別する接頭辞と、リソースの「ローカル名」を示す接尾辞で構成されます。ドメイン名と同様に、接頭辞は、システムの「マルチプライマリ管理者」のいずれかが料金を支払うことで命名機関に発行され、毎年更新する必要があります。命名機関は、割り当てられた接頭辞内に、一意の「ローカル名」を持つハンドルをいくつでも作成できます。ハンドルの例を2つ挙げます。
20.1000/1002381/12345最初の例（HANDLE.NETソフトウェア ライセンスのハンドル）では、は20.1000命名機関（この場合は Handle.net 自体）に割り当てられたプレフィックスであり、100はその名前空間内のローカル名です。ローカル名は、Unicode UCS-2 文字セットの任意の文字で構成されます。プレフィックスも、"/" 以外の任意のUCS-2文字で構成されます。プレフィックスは、命名機関の階層を表す、ピリオドで区切られた 1 つ以上の命名機関セグメントで構成されます。したがって、この例では、20は CNRI の命名機関プレフィックスであり、は100020 プレフィックス内の下位命名機関を指定します。DONA Foundation の連合命名機関の最上位プレフィックスの他の例としては、10DOI ハンドル、ITU11によって割り当てられたハンドル、ゲッティンゲン大学の科学計算センターであるドイツ科学データ処理会社 Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG) によって発行されたハンドル、およびハンドル サービス連合 - 中国などがあります。 CNRIが「マルチプライマリ管理者」（MPA）構造を導入する前に発行した古い「レガシー」プレフィックスは、通常、上記の2番目の例のように、レスター大学が管理するハンドルのように、4桁または5桁です。すべてのプレフィックスは、DONA Foundationが承認したレジストラを通じて、通常は有料でグローバルハンドルレジストリに登録する必要があります。2186
コンピューティングにおけるハンドルの他の用途と同様に、ハンドルは不透明です。つまり、基となるリソースに関する情報はエンコードされておらず、リソースに関するメタデータを取得するための手段のみを提供します。
これに対し、Uniform Resource Locator（URL）は、識別子内に、リソースを保持するサーバーへのアクセスに使用するプロトコル、サーバーのホスト名とポート番号、さらにはリソースを含むサーバーファイルシステム内のファイル名などの場所の詳細といったリソースの属性をエンコードすることができます。ハンドルシステムでは、これらの詳細はハンドル自体にはエンコードされず、ハンドルが関連付けられているメタデータに含まれています。
メタデータには、情報リソースの場所、利用可能な形式、提供されるアクセスの種類（「無料」か「有料」かなど）、アクセス対象者など、情報リソースの多くの属性が含まれる場合があります。メタデータを処理してリソースへのアクセス方法とアクセス先を決定し、ユーザーにリソースを提供する処理は、「解決」と呼ばれる別のステップで、リゾルバと呼ばれるサーバーを使用して実行されます。このリゾルバは、ハンドルとメタデータの交換に関与するサーバーとは異なる場合があります。埋め込まれたメタデータが無効になると無効になる可能性があるURLとは異なり、ハンドルは無効にならず、場所やその他のメタデータ属性が変更されても変更する必要はありません。これにより、情報リソースの変更（場所など）は、リソースへのすべての参照の変更ではなく、メタデータの変更にのみ反映されるため、リンク切れを防ぐことができます。
各ハンドルにはそれぞれ管理者が割り当てられ、ハンドルの管理はDNSドメイン名と同様に分散環境で行うことができます。また、名前と値の関連付けは、データの検証のための署名と、データの送信を検証するためのチャレンジレスポンスの両方によって保護することができ、これによりハンドルを信頼管理アプリケーションで使用できるようになります。
同じ基盤となる情報リソースが複数のハンドルに関連付けられる可能性があり、例えば、2つの大学図書館が同じ書籍に対してハンドル（したがって、異なるメタデータセット）を生成する場合などがこれに該当します。
ハンドルシステムはドメインネームシステム（DNS）と互換性がありますが、 PURLやARKといった、ハンドルに似ているもののドメイン名を利用する永続識別子とは異なり、DNSを必須とはしません。ただし、これらのドメイン名ベースのアプローチとは異なり、ハンドルシステムでは、ドメインネームサーバーとは別に、プレフィックス登録プロセスとハンドルサーバーが必要となります。
ハンドルはネイティブに使用したり、info URI スキーム内の名前空間を介してUniform Resource Identifier (URI) として表現したりできます。[ 9 ] [ 10 ]は、URI として記述できます。デジタル オブジェクト 識別子などの一部のハンドル システム 名前空間は、それ自体が "info:" URI 名前空間です。たとえば、は、 DOI ハンドブック[ 11 ]の最新版のハンドルをURI として記述する別の方法です。20.1000/100info:hdl/20.1000/100info:doi/10.1000/182
ハンドルシステムの名前空間の中には、特別な表示ルールを定義するものがあります。たとえば、既存のハンドルの大部分を占めるデジタルオブジェクト識別子は、通常「doi:」という接頭辞を付けて表示されますdoi:10.1000/182。
任意のハンドルは、汎用HTTP プロキシ サーバーを使用することにより、統一リソース ロケータ (URL) として表現できます。[ 12 ]
https://hdl.handle.net/20.1000/100Handleベースのシステムの中には、自社システムで使用することを目的としたHTTPプロキシサーバーを提供しているものがあります。例えば、以下のようなものです。
https://doi.org/10.1000/182。ハンドルシステムの実装は、ローカルハンドルサービスで構成され、各ローカルハンドルサービスは、特定のハンドルを格納するサーバーを提供する1つ以上のサイトから成ります。グローバルハンドルレジストリは、ハンドルシステム内のプレフィックス（命名機関とも呼ばれる）に関する情報を格納する独自のローカルハンドルサービスであり、この分散システム内の他のローカルハンドルサービス上のどこに特定のハンドルが格納されているかを照会できます。
Handle SystemのWebサイトでは、HANDLE.NETソフトウェア[ 13 ]やHANDLE.NETクライアントライブラリ[ 14 ]など、一連の実装ツールが提供されています。Handleクライアントは、エンドユーザーソフトウェア（Webブラウザなど）やサーバーソフトウェア（Webサーバーなど）に組み込むことができ、 Adobe Acrobat [ 15 ]やFirefox [ 16 ]用の拡張機能も既に利用可能です。
ハンドルクライアントソフトウェアライブラリは、C言語とJavaの両方で利用可能です。一部のアプリケーションは、DOIシステムなど、特定の追加ツールを開発しています。[ 17 ]
分散型ハンドル解決サーバーの相互運用可能なネットワーク（プロキシサーバーシステムとも呼ばれる）は、グローバル解決サーバー（物理的には分散化されミラーリングされているが、論理的には単一のエンティティ）を介して接続されています。ハンドルシステム技術のユーザーは、グローバルハンドルレジストリに作成されたハンドルプレフィックスを取得します。グローバルハンドルレジストリは、ローカルで管理されているハンドルサービスのプレフィックスを管理および解決します。したがって、どのローカルハンドルサービスも、グローバル解決サーバーを介して任意のハンドルを解決できます。
ハンドル（識別子）は、クライアントから命名機関／プレフィックスへのクエリとして、ハンドルシステムのグローバルハンドルレジストリ（GHR）に渡されます。GHRは、関連するローカルハンドルサービス（複数のサイトにある複数のサーバーで構成される場合があります）の場所情報をクライアントに送信することで応答します。その後、ローカルハンドルサービス内の関連サーバーにクエリが送信されます。ローカルハンドルサービスは、リソースを取得するために必要な情報（例えば、HTTPリダイレクトに変換できるURL）を返します。（注：クライアントが既に適切なLHSに関する情報を持っている場合は、GHRへの最初のクエリは省略されます。）
Handle System の元となった元のモデルはデジタルオブジェクトの管理を扱っていましたが、Handle System は識別されたエンティティ間の関係の特定のモデルを義務付けておらず、デジタルオブジェクトのみを識別することに限定されていません。非デジタルエンティティは、デジタルオブジェクト管理の目的で対応するデジタルオブジェクトとして表現できます。このようなオブジェクトの定義と、それらが非デジタルエンティティとどのように関連するかについては注意が必要です。このような定義に役立つ確立されたモデルがあります。たとえば、書誌レコードの機能要件 (FRBR)、CIDOC CRM、およびindecs コンテンツ モデルなどです。一部のアプリケーションでは、このようなフレームワークを handle アプリケーションと組み合わせることが役立つことがわかりました。たとえば、Advanced Distributed Learning (ADL) Initiative [ 18 ]は、共有可能なコンテンツ オブジェクト参照モデル (SCORM) [ 19 ]を使用して、Handle System アプリケーションを分散学習コンテンツの既存の標準と組み合わせ、Handle System のデジタル オブジェクト識別子 (DOI) システムの実装は、意味的相互運用性を扱うためにindecsフレームワークとともにこれを採用しています。
Handle Systemは、永続的な識別子スキームに対する組織的なコミットメントの重要性を明示していますが、そのようなコミットメントを保証するための単一のモデルを義務付けているわけではありません。個々のアプリケーションは、永続性を保証するために独自のルールとソーシャルインフラストラクチャを確立することを選択できます（たとえば、DSpaceアプリケーションやDOIアプリケーションで使用される場合）。[ 20 ]
Handleシステムは、永続性に貢献するために以下の要件を満たすように設計されています[ 21 ]
識別子文字列:
識別子解決メカニズム：
現在ハンドルによって識別されているオブジェクトには、学術論文、技術レポート、書籍、学位論文、政府文書、メタデータ、分散学習コンテンツ、データセットなどがあります。ハンドルは、デジタル透かしアプリケーション、GRIDアプリケーション、リポジトリなどで使用されています。個々のユーザーはHANDLE.NETソフトウェアを独立してダウンロードして使用できますが、多くのユーザーは、共通のポリシーや追加のテクノロジーを使用して共有サービスを提供することで、フェデレーション内でアプリケーションを開発する際に協力することが有益であると感じています。最初の永続識別子スキームの1つとして、ハンドルシステムは公共機関や民間機関に広く採用され、数年にわたって実績があります。（パラダイム、永続識別子を参照。）[ 22 ]
ハンドルシステムアプリケーションは、ハンドルを単純な永続識別子（最も一般的な用途として、オブジェクトの現在のURLを解決する場合）として使用することも、他の機能を利用することもできます。定義されたデータ構造で、オブジェクトに関連する複数の最新情報を同時に出力として返す機能をサポートしているため、複数の解決結果を使用する順序に優先順位を設定できます。したがって、ハンドルは、同じコンテンツの異なるデジタルバージョン、ミラーサイト、または異なるビジネスモデル（有料か無料か、セキュアかオープンか、パブリックかプライベートか）に解決できます。また、遠隔学習コースに必要なオブジェクトの組み合わせなど、異なるコンテンツの異なるデジタルバージョンに解決することもできます。
現在、71か国、6大陸に数千ものハンドルサービスが稼働しており、そのうち1000以上は大学や図書館で運用されています。ハンドルサービスは、ユーザー連盟、国立研究所、大学、コンピューティングセンター、図書館（国立および地方）、政府機関、請負業者、企業、研究グループなどによって運営されています。主要な出版社は、ハンドルシステムをデジタルオブジェクト識別子（DOI）システムと連携させることで、商業的に取引されているコンテンツとオープンアクセスコンテンツの永続的な識別に利用しています。
ユーザーがハンドルを割り当てるためのプレフィックスの数は増加しており、2014年初頭時点で12,000を超えています。グローバルハンドルレジストリの最上位サーバーは6台あり、平均して毎月6,800万件の解決要求を受信しています。CNRIが把握しているプロキシサーバーは、Web上でシステムに要求を転送し、平均して毎月2億件の 解決要求を受信しています。（統計情報はHandle Quick Factsより。）
2010年、CNRIとITU（国際電気通信連合）は、ハンドルシステム（およびより一般的にはデジタルオブジェクトアーキテクチャ）の使用に関する協力協定を締結し、その協力の具体的な詳細に取り組んでいます。2009年4月、ITUはハンドルシステムを「新興トレンド」としてリストアップしました。[ 23 ]
Handle System、HANDLE.NET、およびGlobal Handle Registryは、米国の非営利研究開発法人であるCorporation for National Research Initiatives (CNRI)の商標です。Handle SystemはCNRIの特許の対象であり、CNRIはオープンソースライセンスと同様のパブリックライセンス[ 24 ]を通じてHandle System技術をライセンス供与し、この技術のより広範な利用を可能にしています。Handle Systemのインフラストラクチャは、プレフィックス登録料とサービス料によって支えられており、その大部分は単一のプレフィックス保有者からのものです。現在最大の単一貢献者はInternational DOI Foundationです。パブリックライセンスは、特許技術とソフトウェアのリファレンス実装の両方を低コストで商用および非商用利用することを許可し、ソフトウェアを他のシステムや製品に自由に組み込むことを許可します。Handle Systemパブリックライセンスの下でHandle System技術を使用して識別子サービスまたは解決サービスを提供することを意図するユーザー向けに、サービス契約[ 5 ]も用意されています。
Handle System は、長期的なデジタル オブジェクト アーキテクチャのいくつかのコンポーネントを表しています。2010 年 1 月に CNRI は、このアーキテクチャのもう 1 つの主要コンポーネントである汎用デジタル オブジェクト リポジトリ ソフトウェアをリリースしました[ 25 ] 。プロトコル仕様、ソース コード、すぐに使用できるシステム、クライアント、ユーティリティなど、リリースに関する詳細情報[ 26 ]が利用可能です。[ 27 ] [ 28 ]
