ハンドルシステム

ハンドルシステムは、インターネット上に存在するデジタルオブジェクト等の資源に対して、永続的識別子を付与・管理・解決するための技術仕様である。 プロトコルはデジタル情報資源の識別子を保存し、名前解決する分散的なコンピュータシステムを可能にするよう策定されている。システムに保存されたハンドルは、ユーザがデジタル情報資源を見つけ、アクセスし、使用するために必要な情報へと名前解決される。その情報はハンドルを変更することなく、対象の情報資源の現状や保存場所を反映して変更が可能である。

1. 概要
-----

ハンドルシステムはTCP/IPの共同開発者であるロバート・カーンによって、DARPAの支援を受けてCorporation for National Research Initiativesで開発された。現在もCNRIによって開発・管理が続けられており、様々なアプリケーションが利用している。

ハンドルシステムは、保存場所のような属性に依存するパケットとしてよりも、第一級オブジェクトとしてオブジェクトを管理することができる。ハンドルシステムは、分散的なデジタルオブジェクトサービス のための広範なフレームワークとして知られているが、独立したアプリケーションとしても利用できる。 Handle Systemは、性能を低下させずに膨大な量のエンティティに対して、分散管理を許し、複数の最新データの断片を解決することを可能にするスケーラブルな設計が施されている。それは信頼性のあるアプリケーションを実現するための公開鍵基盤のような機能も付随している。

名前解決とは、ネットワークサービスに対してある識別子が入力され、その識別子が指し示すエンティティに関する１つ以上の最新情報が出力されるような一連のプロセスである。Domain Name System は人間に理解しやすいドメイン・ネームを数値的なIPアドレスへと解決する。 ハンドルシステムはDNSを併せて使うことができるが、PURLs や ARKs のような、ドメイン・ネームを活用して完全な制御を実現しようとする永続的識別子とは異なり、必ずしもDNSを必要としない。 その他の重要な違いとして、ハンドルシステムで実現可能な管理の粒度 や拡張性のある複数のデータ型を割り当てるオプションなどがある。

DNS はよく知られたセキュリティ上の問題があり、新たな要件を処理するために既存のDNS技術が簡単に対応できるだろうと仮定するには充分でないことを暗示するようなアップデートがされ続けている。 名前を関連付けられたデータから明示的に分けることによって、ハンドルシステムは未来のインターネット・アーキテクチャの鍵となる要件に取り組む。MIT Laboratory for Computer ScienceとAir Force Research Laboratoryによる共同研究プロジェクトは、「所在のアイデアと同一性のアイデアを分けることは可能である。どちらも今日のインターネットではIPアドレスによって表現されており、 …………最終的なアーキテクチャは移動性だけではなく今日のネットワークに起こっている他の問題を解決することも支援する」と主張している。

2. 仕様
-----

ハンドルシステムは Internet Engineering Task Force のRFC文書3650、 3651、3652 によって定義されている。そこではプロトコルや名前空間、プロトコルに関連した実装のオープンなセットが含まれている。ハンドルは型付けされたデータを志向する。ドキュメントやソフトウェア、関連情報はCNRIが専用のウェブサイトで提供している。 それぞれのハンドルには管理者がおり、それらのハンドルが分散環境下で実行可能にする機構を有しているだろう。名前を値への紐付けはデータを検証する署名と、 データの送信を検証するためのチャレンジ/レスポンス認証を経由してセキュアにされるだろう。それによって、信頼性を管理するアプリケーションでハンドルが使われることを可能にするだろう。ハンドルの構文は任意のUnicode文字を含み、 割り当て者に文字列構造をもたらす.

ハンドルシステムの実装は複数のローカル・ハンドルサービスから成る。それぞれのローカル・ハンドルサービスは、特定のハンドルを保存するサーバーを提供する1つ以上のウェブサイトで作られている。 Global Handle Registryは唯一のローカル・ハンドルサービスである。それはHandle System内部にあるプレフィックスに関する情報を格納する。ユーザは、特定のハンドルが分散システムの内部にあるどのローカル・ハンドルサービスに保存されているかをGlobal Handle Registryに問い合わせることができる。

ハンドルはUniform Resource NameかUniform Resource Identifierとして表現され、使用可能である。ハンドルシステムは現在URIやURNのスタンドアローンな実装と認められていないが、Info URI の仕様であるRFC 4452 の一部である。 ハンドルはHTTPプロキシサーバを使用することによって、Uniform Resource Locator としても表現されるだろう。

3. 実装
-----

ハンドルシステムのウェブサイトは HANDLE.NET SoftwareとHANDLE.NET Client Librariesと呼ばれる一連の実装ツールを提供している 。 Handle client はユーザソフトウェアやサーバソフトウェアに組み込むことができる。そして、 Adobe Acrobat と Firefoxで既に利用可能な拡張機能が提供されている。

Handle client software libraries はC言語とJavaで利用可能である。DOIシステムのように、幾つかのアプリケーションは特定のアドオンツールを開発している。

分散的なハンドル解決サーバの、相互運用性のあるネットワークはGlobal Resolverを通して接続される。ハンドルシステム技術のユーザはGlobal Handle Registryによって作成されたハンドル・プレフィックスを取得する。 Global Handle Registryはローカルで管理されたハンドルサービスのプレフィックスを保持し、名前解決する。従って、任意のハンドルサービスはGlobal Resolverを通して名前解決する。

ハンドル  はクライエントによって、名称典拠かプレフィックスのクエリとしてハンドルシステムのGlobal Handle Registryに渡される。GHRは適切なローカル・ハンドルサービスの所在情報をクライエントに送るよう対応する。そのLHSは複数のウェブサイトに複数のサーバによって構成されているかもしれない。クエリはその時、LHS内部の適切なサーバに送信される。LHSはHTTPリダイレクトへ変換されるURLのような、情報資源を得るのに必要な情報を返す 。

ハンドルシステムの由来となる元のモデルがデジタルオブジェクトの管理を解決することで、ハンドルシステムは同定されたエンティティ同士に特定の関係モデルを強制することも、デジタルオブジェクトだけを同定することに限定されることもない。 非デジタルなエンティティはデジタルオブジェクト管理の目的に関するデジタルオブジェクトとして表現されるかもしれない。そのようなオブジェクトをいかに定義し、いかに非デジタルなエンティティと関連付けるかについては何らかの工夫が必要である。そのような定義の中には、既に確立されたモデルが幾つかある。例えば、書誌レコードの機能要件、CIDOC CRM、そして indecs content modelなどである。いくつかのアプリケーションは、そのようなフレームワークとハンドルアプリケーションを引き合わせるためには非常に有用であることが見て取れる。例えば、Advanced Distributed Learning  InitiativeはShareable Content Object Reference Model を使う分散学習コンテンツのための既存の標準規格とハンドルシステムを合せ、ハンドルシステムの実装であるデジタルオブジェクト識別子システムはそれを意味論的相互運用性を制御するためにindecsフレームワークと一緒に取り入れてきた。

ハンドルシステムは永続的識別子の制度に対する組織的な取り組みの重要性をはっきりと示す。しかし、そのような取り組みを確保するための何らかの制度を強制することはしない。個別のアプリケーションは永続性を確保するためにルールと社会的基盤を確保するために選択するかもしれない 。

スケールすること