Loading article…
拡張可能なリソース識別子( XRI ) は、Uniform Resource Identifiers (URI) およびInternationalized Resource Identifiers (IRI) と互換性のある抽象識別子のスキームおよび解決プロトコルであり、OASISの XRI 技術委員会(2015 年に閉鎖) によって開発されました。[ 1 ] XRI の目標は、ドメイン、場所、アプリケーション、およびトランスポートに依存しない抽象的で構造化された識別子の標準構文および発見フォーマットであり、これにより、任意の数のドメイン、ディレクトリ、および相互作用プロトコル間で共有できます。
XRI 2.0 仕様は OASIS によって却下されました[ 2 ]。この失敗は、XRI の使用や XRI 仕様の推進に反対する W3C 技術アーキテクチャ グループの介入によるものとされています[ 3 ]。[ 4 ]論争の核心は、広く相互運用可能なHTTP URI が、TAG が考えるように抽象的で構造化された識別子の役割を果たすことができるかどうかです[ 5 ]。しかし、XRI 技術委員会は、まさにその限界に対処するために設立されました[ 6 ] 。
XRIの設計者たちは、XML、Webサービス、およびWebを自動化された機械間通信に適合させるその他の方法の普及に伴い、特定の物理ネットワークパス、場所、またはプロトコルに依存しないリソースを識別できることがますます重要になっていると考えました。
この研究は、2003年初頭までに、HTTP(S)とシンプルなXMLドキュメントに基づいたXRDS（Extensible Resource Descriptor Sequence）と呼ばれるプロトコルの発表につながった。
=、@、+、$、 または) です。これらは必須ではありませんが、その意味と解決方法について合意している関心のあるコミュニティ内で使用することができます。!「 」で始まる XRI は=個人を識別するものと考えられています。「@」で始まる XRI は企業または組織を識別します。「+」で始まるものは一般的な概念、主題、またはトピックを示します。[ 7 ]
「*」は委任を表します。たとえば、の場合、はサブ XRI の解決を別のリゾルバに委任します。これは、DNS がサブドメインの解決を他のネームサーバーに委任するのと同様です ( : を解決した後、 を担当するネームサーバーはネームサーバーに委任し、そのネームサーバーはネームサーバーに委任します)。=family*name=familynamename.family.dededefamilyname
XRIは、 DNSプロトコルを使用してURLがリソースレコードに解決されるのと同様に、HTTP（S ）プロトコルを使用してXRDSドキュメントに解決されます。このルックアッププロセスは、パラメータを渡すことで構成できます。[ 8 ]
XRI は、先頭に" " を追加し、XRI を付加することで URI に変換できます。内部的には、URI はプロキシ リゾルバを参照し、プロキシ リゾルバはこの種の URI を XRDS ドキュメントに解決します。たとえば、http://xri.netにあるプロキシ リゾルバを使用して XRI を解決できます。したがって、となります 。2 番目の形式はHTTP XRIまたは略してHXRIと呼ばれます。XRI の所有者は、HXRI が呼び出されたときにプロキシ リゾルバに何をするかを指示できます。考えられる反応の 1 つは、保存された URI に 302 HTTP リダイレクトを実行することです。http://xri.net/=examplehttp://xri.net/=example=example
解像度を指定するための追加パラメータは、HXRI に追加できます。たとえば、XRDS ドキュメント全体を取得したり、この XRI のサービス記述を取得したりできます。たとえば、?_xrd_r=application/xrds+xmlHXRI に添付すると、XRDS ドキュメント全体が返されます。したがって、XRI の XRDS 全体が返されます。http://xri.net/=example?_xrd_r=application/xrds+xml=example
図書館システムがISBNネームスペースのURNを使用して書籍を識別し、DNSサブドメインを使用して図書館の支店を識別しているとします。HTTP URI構文では、図書館支店のDNS名のコンテキストで書籍タイトルのURNを表現する標準的な方法がありません。XRI相互参照構文は、図書館（および図書館で実行されている自動化プログラム）が、どの支店のどの書籍でも参照するために必要なXRIをプログラムで構築できるようにすることで、この問題を解決します。例:
xri://broadview.library.example.com/(urn:isbn:0-395-36341-1) xri://shoreline.library.example.com/(urn:isbn:0-395-36341-1) xri://northgate.library.example.com/(urn:isbn:0-395-36341-1)
構造化された自己記述型識別子を作成するこの機能は、他の多くの用途にも拡張できます。たとえば、図書館が各蔵書の種類を示したいとします。書籍の種類を記述したシンプルな XRI 辞書を作成することで、このメタデータを含む XRI をプログラムで構築できるようになります。
xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)/(+hardcover) xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)/(+softcover) xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)/(+reference)
（なお、これらのいずれも接頭辞「xri://」を表示していません。これは、XRIがURIの通常形式でない場合、つまりXRI形式とURI形式の間で指定された変換が行われていない場合、XRIでは省略可能です。）
再割り当て可能なセグメントのみで構成されたXRIの例：
＝メアリー・ジョーンズ @Jones.and.Company +電話番号 +電話番号/(+市外局番) =メアリー・ジョーンズ/(+電話番号) @Jones.and.Company/(+電話番号) @Jones.and.Company/((+電話番号)/(+市外局番))
永続セグメントのみで構成されたXRIの例：
=!13cf.4da5.9371.a7c5 @!280d.3822.17bf.ca48!78d2/!12
永続セグメントと再割り当て可能セグメントが混在するXRIの例（XRIは両者の任意の組み合わせを許可します）：
=!13cf.4da5.9371.a7c5/(+電話番号) @Jones.and.Company!78d2/!12/(+area.code)
XRIインフラストラクチャを使用して開発されているアプリケーションの例としては、以下のようなものがあります。
XRI技術委員会は、OASISの知的財産権ポリシーにおける限定期間RFモードに基づいて設立されています （詳細はhttp://www.oasis-open.org/committees/xri/ipr.phpをご覧ください）。
OASISにおけるVeriSignの代表であるフィリップ・ハラム＝ベイカー博士は、XRIで使用されている技術は特許権の対象であり、これらの特許のライセンス権は非営利団体であるXDI.orgに帰属しており、XDI.orgは上記の知的財産権に関する声明にもかかわらず、元の特許権者に関連する企業に特許使用に関する非独占的権利をライセンス供与していると主張した。VeriSignおよびハラム＝ベイカーと関係のある企業からの反対が、仕様採用案の否決に大きく影響した。