ウィキペディア上で外部リンク用テンプレートを利用する際の情報については、Template:Hdlをご覧ください。
ハンドルシステム（Handle System）は、インターネット上に存在するデジタルオブジェクト等の資源に対して、永続的識別子を付与・管理・解決するための技術仕様である。 プロトコルはデジタル情報資源の識別子（ハンドル）を保存し、名前解決する分散的なコンピュータシステムを可能にするよう策定されている。システムに保存されたハンドルは、ユーザがデジタル情報資源を見つけ、アクセスし、使用するために必要な情報へと名前解決される。その情報はハンドルを変更することなく、対象の情報資源の現状や保存場所を反映して変更が可能である。 ハンドルシステムはTCP/IPの共同開発者であるロバート・カーンによって、DARPAの支援を受けてCorporation for National Research Initiatives(CNRI)で開発された。現在もCNRIによって開発・管理が続けられており、様々なアプリケーションが利用している。[1] ハンドルシステムは、保存場所のような属性に依存するパケットとしてよりも、第一級オブジェクトとしてオブジェクトを管理することができる。ハンドルシステムは、分散的なデジタルオブジェクトサービス[2] のための広範なフレームワークとして知られているが、独立したアプリケーションとしても利用できる。 Handle Systemは、性能を低下させずに膨大な量のエンティティに対して、分散管理を許し、（それぞれ分割して管理されているかもしれない）複数の最新データの断片を解決することを可能にするスケーラブル[3]な設計が施されている。それは信頼性のあるアプリケーションを実現するための公開鍵基盤のような機能も付随している。 名前解決とは、ネットワークサービスに対してある識別子が入力され、その識別子が指し示すエンティティに関する１つ以上の最新情報(例：そのエンティティの所在を表すURLなど)が出力されるような一連のプロセスである。Domain Name System は人間に理解しやすいドメイン・ネームを数値的なIPアドレスへと解決する。 ハンドルシステムはDNSを併せて使うことができるが、PURLs や ARKs のような、ドメイン・ネームを活用して完全な制御を実現しようとする永続的識別子とは異なり、必ずしもDNSを必要としない。 その他の重要な違いとして、ハンドルシステムで実現可能な管理の粒度(ハンドルごとに管理者を分けることができ、１つのハンドルに複数の管理者を割り当てることも可能である) や拡張性のある複数のデータ型を割り当てるオプションなどがある。[4] DNS はよく知られたセキュリティ上の問題があり、新たな要件を処理するために既存のDNS技術が簡単に対応できるだろうと仮定するには充分でないことを暗示するようなアップデートがされ続けている。 名前を関連付けられたデータ（所在を含む）から明示的に分けることによって、ハンドルシステムは未来のインターネット・アーキテクチャの鍵となる要件に取り組む。MIT Laboratory for Computer ScienceとAir Force Research Laboratoryによる共同研究プロジェクトは、「所在のアイデアと同一性のアイデアを分けることは可能である。どちらも今日のインターネットではIPアドレスによって表現されており、 …………最終的なアーキテクチャは移動性だけではなく今日のネットワークに起こっている他の問題を解決することも支援する」と主張している。[5] ハンドルシステムは Internet Engineering Task Force (IETF)のRFC文書3650[6]、 3651[7]、3652[8] によって定義されている。そこではプロトコルや名前空間、プロトコルに関連した実装のオープンなセットが含まれている。ハンドルは型付けされたデータを志向する。ドキュメントやソフトウェア、関連情報はCNRIが専用のウェブサイトで提供している[9]。 それぞれのハンドルには管理者がおり、それらのハンドルが分散環境下で実行可能にする機構を有しているだろう。名前を値への紐付けはデータを検証する署名と、 データの送信を検証するためのチャレンジ/レスポンス認証を経由してセキュアにされるだろう。それによって、信頼性を管理するアプリケーションでハンドルが使われることを可能にするだろう。ハンドルの構文は任意のUnicode文字を含み、 割り当て者に文字列構造をもたらす(それによって、望むなら既存の識別子の文字列を含めることもできる). ハンドルシステムの実装は複数のローカル・ハンドルサービスから成る。それぞれのローカル・ハンドルサービスは、特定のハンドルを保存するサーバーを提供する1つ以上のウェブサイトで作られている。 Global Handle Registryは唯一のローカル・ハンドルサービスである。それはHandle System内部にあるプレフィックスに関する情報（名称典拠としても知られる）を格納する。ユーザは、特定のハンドルが分散システムの内部にあるどのローカル・ハンドルサービスに保存されているかをGlobal Handle Registryに問い合わせることができる。 ハンドルはUniform Resource Name(URN)かUniform Resource Identifier(URI)として表現され、使用可能である。ハンドルシステムは現在URIやURNのスタンドアローンな実装と認められていないが、Info URI[10] の仕様である.mw-parser-output cite.citation{font-style:inherit;word-wrap:break-word}.mw-parser-output .citation q{quotes:"\"""\"""'""'"}.mw-parser-output .citation.cs-ja1 q,.mw-parser-output .citation.cs-ja2 q{quotes:"「""」""『""』"}.mw-parser-output .citation:target{background-color:rgba(0,127,255,0.133)}.mw-parser-output .id-lock-free a,.mw-parser-output .citation .cs1-lock-free a{background:url("//upload.wikimedia.org/wikipedia/commons/6/65/Lock-green.svg")right 0.1em center/9px no-repeat}.mw-parser-output .id-lock-limited a,.mw-parser-output .id-lock-registration a,.mw-parser-output .citation .cs1-lock-limited a,.mw-parser-output .citation .cs1-lock-registration a{background:url("//upload.wikimedia.org/wikipedia/commons/d/d6/Lock-gray-alt-2.svg")right 0.1em center/9px no-repeat}.mw-parser-output .id-lock-subscription a,.mw-parser-output .citation .cs1-lock-subscription a{background:url("//upload.wikimedia.org/wikipedia/commons/a/aa/Lock-red-alt-2.svg")right 0.1em center/9px no-repeat}.mw-parser-output .cs1-ws-icon a{background:url("//upload.wikimedia.org/wikipedia/commons/4/4c/Wikisource-logo.svg")right 0.1em center/12px no-repeat}.mw-parser-output .cs1-code{color:inherit;background:inherit;border:none;padding:inherit}.mw-parser-output .cs1-hidden-error{display:none;color:#d33}.mw-parser-output .cs1-visible-error{color:#d33}.mw-parser-output .cs1-maint{display:none;color:#3a3;margin-left:0.3em}.mw-parser-output .cs1-format{font-size:95%}.mw-parser-output .cs1-kern-left{padding-left:0.2em}.mw-parser-output .cs1-kern-right{padding-right:0.2em}.mw-parser-output .citation .mw-selflink{font-weight:inherit}RFC 4452 ハンドルシステムのウェブサイトは HANDLE.NET Software[13]とHANDLE.NET Client Librariesと呼ばれる一連の実装ツールを提供している 。[14] Handle client はユーザソフトウェア（例：ウェブブラウザ）やサーバソフトウェア（例：ウェブサーバ）に組み込むことができる。そして、 Adobe Acrobat と Firefoxで既に利用可能な拡張機能が提供されている。 Handle client software libraries はC言語とJavaで利用可能である。DOIシステムのように、幾つかのアプリケーションは特定のアドオンツールを開発している。[15] 分散的なハンドル解決サーバの、相互運用性のあるネットワーク(プロキシ・サーバシステムとしても知られる)はGlobal Resolverを通して接続される(物理的に分散しミラーリングされることを通して、１つの論理的なエンティティとなる)。ハンドルシステム技術のユーザはGlobal Handle Registryによって作成されたハンドル・プレフィックスを取得する。[16] Global Handle Registryはローカルで管理されたハンドルサービスのプレフィックスを保持し、名前解決する。従って、任意のハンドルサービスはGlobal Resolverを通して名前解決する。 ハンドル (識別子) はクライエントによって、名称典拠かプレフィックスのクエリとしてハンドルシステムのGlobal Handle Registry(GHR)に渡される。GHRは適切なローカル・ハンドルサービス(LHS)の所在情報をクライエントに送るよう対応する。そのLHSは複数のウェブサイトに複数のサーバによって構成されているかもしれない。クエリはその時、LHS内部の適切なサーバに送信される。LHSはHTTPリダイレクトへ変換されるURLのような、情報資源を得るのに必要な情報を返す (注：もしクライエントが既に適切なLHSの情報を持っていたならば、GHRへの最初の問い合わせは省略される)。 ハンドルシステムの由来となる元のモデルがデジタルオブジェクトの管理を解決することで、ハンドルシステムは同定されたエンティティ同士に特定の関係モデルを強制することも、デジタルオブジェクトだけを同定することに限定されることもない。 非デジタルなエンティティはデジタルオブジェクト管理の目的に関するデジタルオブジェクトとして表現されるかもしれない。そのようなオブジェクトをいかに定義し、いかに非デジタルなエンティティと関連付けるかについては何らかの工夫が必要である。そのような定義の中には、既に確立されたモデルが幾つかある。例えば、書誌レコードの機能要件（FRBR）、CIDOC CRM、そして indecs content modelなどである。いくつかのアプリケーションは、そのようなフレームワークとハンドルアプリケーションを引き合わせるためには非常に有用であることが見て取れる。例えば、Advanced Distributed Learning (ADL) Initiative[17]はShareable Content Object Reference Model (SCORM)[18]を使う分散学習コンテンツのための既存の標準規格とハンドルシステムを合せ、ハンドルシステムの実装であるデジタルオブジェクト識別子(DOI)システムはそれを意味論的相互運用性を制御するためにindecsフレームワークと一緒に取り入れてきた。詳細は「en:Semantic_interoperability ハンドルシステムは永続的識別子の制度に対する組織的な取り組みの重要性をはっきりと示す。しかし、そのような取り組みを確保するための何らかの制度を強制することはしない。個別のアプリケーションは永続性を確保するためにルールと社会的基盤を確保するために選択するかもしれない (例えば、DSpaceアプリケーションで使う時や、DOIアプリケーションのように）。[19] ハンドルシステムは永続性に寄与する以下の要件を満たすよう設計されている。[20][21] 識別子の文字列は、
概要
仕様
実装
設計理念
エンティティのいかなる可変な属性（所在、所有者など、対象の同一性は変えずに、値が変わり得るような他の属性）にも基づかないこと。
わかりにくいこと（なるべく「愚かな数字」とすること。よく知られたパターンは誤りかもしれない憶測を誘うかもしれない。また、意味のあるセマンティクスは言語間で翻訳されないかもしれないし、商標争いの原因となるかもしれない）。
システム内部でユニークであること（衝突と不明瞭な指示を避けるため）。
