拡張可能リソース識別子

拡張可能リソース識別子( XRI )は、OASIS (2015 年に終了)の XRI 技術委員会によって開発された、Uniform Resource Identifiers (URI) およびInternationalized Resource Identifiers (IRI) と互換性のある抽象識別子のスキームおよび解決プロトコルです。 ^[1] XRI の目標は、ドメイン、場所、アプリケーション、トランスポートに依存しない抽象的で構造化された識別子の標準的な構文と検出形式を確立し、任意の数のドメイン、ディレクトリ、および対話プロトコルで共有できるようにすることでした。

XRI 2.0仕様はOASISによって拒否されましたが^[2] 、その失敗は^[3]、 XRIの使用やXRI仕様の前進を推奨しないW3C技術アーキテクチャグループの介入によるものとされています。 ^[4]論争の核心は、TAGが信じているように、広く相互運用可能なHTTP URIが抽象的で構造化された識別子の役割を果たすことができるかどうかであり^[5]、XRI技術委員会は特にその限界に対処するために結成されました。^[6]

XRI の設計者は、 XML、Web サービス、および Web を自動化されたマシン間通信に適応させるその他の方法の増加により、特定の物理ネットワーク パス、場所、またはプロトコルに依存せずにリソースを識別できることが、次の目的のためにますます重要になっていると考えました。

• ドメイン間で理解できる自己記述型の「タグ」を使用して構造化された識別子を作成します。
• ネットワーク上の場所が変更されても、リソースへの永続的なリンクを維持します。
• 識別子の管理を、権限セグメント (「xxx://」スキーム名に続く最初のセグメント) だけでなく、識別子パス内の任意の場所に委任します。
• あるドメイン内のリソースを識別するために使用される識別子を、同じドメインまたは他のドメイン内の同じリソースを識別するために使用される他の同義語にマップします。

この作業により、2003 年初頭までに、HTTP(S) と単純な XML ドキュメントに基づくプロトコルであるXRDS (Extensible Resource Descriptor Sequence)が公開されました。

URIとIRI の互換性

XRIをURIの形式で表現する方法は決まっている。

相互参照

XRI には、任意のレベルのネストで別の XRI (または URI) を含めることができます。これにより、XML がドメイン間でデータ共有を可能にするのと同じように、ドメイン間で識別子を共有できる構造化された「タグ付き」識別子の構築が可能になります。

グローバルコンテキストシンボル

これらは、 i-nameまたはi-numberのグローバル コンテキストを示すシンプルでわかりやすい方法を提供する1 文字のシンボル ( =、@、+、$または) です。これらは必須ではありませんが、意味と解決方法について合意している利害関係者のコミュニティ内で使用される場合があります。!

ピアツーピアアドレス指定

XRI 構文は、任意の 2 つのネットワーク ノードが相互に XRI を割り当て、相互解決を実行する機能をサポートします。つまり、トップレベルの名前空間権限は、他の当事者によって割り当てられた名前で参照できます。これは、組織または関心のあるコミュニティ間の名前空間の連合に役立ちます。

分散化

XRI は、集中型アドレス指定システム (IP アドレスや DNS ドメイン名など) またはプライベート/分散型ルート権限とピアツーピア アドレス指定のいずれかにルート化できます。

委任

名前空間は他の名前空間権限に委任できます。

フェデレーション

任意のレベルで個別に定義された名前空間は、（階層的または多階層的に）結合して、表示および解決可能にすることができます。

持続性

XRI の一部 (またはすべて) が再割り当てされることのない永続的な識別子であるという意図を表現する機能。

人間と機械に優しいフォーマット

XRI は、人間が簡単に作成して理解できる識別子 ( i-name ) と、機械による構造化/解析に最適化された識別子 ( i-number ) の両方の構文を提供します。

シンプルで拡張可能な解決策

XRI は、HTTP とXRDSと呼ばれるシンプルな XML ドキュメント形式を使用した軽量な解決スキームを提供します。

信頼できる解決策

XRI 解決プロトコルには、信頼できるバージョンの 3 つのモード (a) HTTPS、b) SAMLアサーション、c) 両方が含まれます。

複数の解像度オプション

XRI 解決は DNS から独立できます。

完全に国際化可能

既存のUnicodeおよびIRI仕様を活用します。

輸送に依存しない

XRI は特定のトランスポート プロトコルまたはメカニズムに依存しません。

「 」で始まるXRIは=、人物を識別するものと考えられています。「@」で始まるXRIは、会社または組織を識別します。「 」で始まるXRIは+、一般的な概念、主題、またはトピックを示します。^[7]

" *" は委任を示します。たとえば、 では、サブ XRI の解決を別のリゾルバに委任します。これは、DNS がサブドメイン解決を他のネームサーバーに委任するのと似ています ( : を解決した後、 を担当するネームサーバーはネームサーバーに委任し、ネームサーバーはネームサーバーに委任します)。 =family*name=familynamename.family.dededefamilyname

XRIは、 URLがDNSプロトコルを使用してリソースレコードに解決されるのと同じ方法で、HTTP（S ）プロトコルを使用してXRDSドキュメントに解決されます。この検索プロセスは、パラメータを渡すことで設定できます。^[8]

http://xri.net/XRI は、先頭に" " を追加し、XRI を末尾に追加することで URI に変換できます。内部的には、URI はプロキシ リゾルバを参照するようになり、プロキシ リゾルバはこの種の URI を XRDS ドキュメントに解決します。たとえば、http://xri.net の下にあるプロキシ リゾルバを使用して、XRI を解決できます。したがって、=exampleになります http://xri.net/=example。2 番目の形式は、HTTP XRIまたは略してHXRIと呼ばれます。XRI の所有者は、=exampleHXRI が呼び出された場合にプロキシ リゾルバに何をすべきかを指示できます。考えられる対応の 1 つは、保存されている URI への 302 HTTP リダイレクトを実行することです。

解像度を指定するための追加のパラメータを HXRI に追加できます。たとえば、XRDS ドキュメント全体を取得したり、この XRI のサービスの説明を取得したりできます。たとえば、HXRI?_xrd_r=application/xrds+xmlにアタッチすると、XRDS ドキュメント全体が返されます。つまり、http://xri.net/=example?_xrd_r=application/xrds+xmlXRI の XRDS 全体が返されます=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)/(+ハードカバー)
  xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)/(+ソフトカバー)
  xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)/(+参照)

(これらのいずれにもプレフィックス「xri://」が表示されないことに注意してください。これは、XRI が URI 標準形式でない場合、つまり、XRI 形式と URI 形式の間で指定された変換が行われていない場合に、XRI ではオプションです。)

完全に再割り当て可能なセグメントで構成された XRI の例:

=メアリー・ジョーンズ
@ジョーンズアンドカンパニー
+電話番号
+電話番号/(+市外局番)
=メアリー・ジョーンズ/(+電話番号)
@Jones.and.Company/(+電話番号)
@Jones.and.Company/((+電話番号)/(+市外局番))

完全に永続セグメントで構成された XRI の例:

=!13cf.4da5.9371.a7c5
@!280d.3822.17bf.ca48!78d2/!12

永続的セグメントと再割り当て可能なセグメントが混在する XRI の例 (XRI では 2 つのセグメントの任意の組み合わせが許可されます):

=!13cf.4da5.9371.a7c5/(+電話番号)
@Jones.and.Company!78d2/!12/(+エリアコード)

XRI インフラストラクチャを使用して開発されているアプリケーションの例は次のとおりです。

• OpenID 2.0 には XRI のサポートが含まれており、OpenID 識別子の検出にXRDSを使用します。
• Higgins プロジェクトは、 XRIとXRDS を使用して、Higgins コンテキスト プロバイダーをアドレス指定および検出します。
• XDI.org のI-nameおよびI-numberデジタル ID アドレス指定サービス。
• OASIS XDI 技術委員会によって開発中のXDIデータ共有プロトコル。

XRI 技術委員会は、OASIS IPR ポリシーの限定条件モードの RF に基づいて設立されました (詳細については、http://www.oasis-open.org/committees/xri/ipr.php を参照してください)。

OASIS における VeriSign の代表であるPhillip Hallam-Baker博士は、XRI で採用されている技術の使用は特許権の主張の対象であり、これらの特許のライセンス権は、上記の IPR 声明にもかかわらず、元の特許所有者と関係のある企業に特許の使用に関する非独占権をライセンスした非営利団体 XDI.org に帰属していると主張しました。VeriSign および Hallam-Baker と関係のある企業からの反対は、仕様を採用する提案が否決される要因となりました。

• I-names
• I 番号
• XRDS
• XDI
• ソーシャルウェブ
• ヒギンズプロジェクト
• プロジェクト・ザナドゥ

• OASIS XRI技術委員会の仕様:
  • XRI 構文 2.0 委員会仕様
  • XRI 決議 2.0 委員会仕様
  • XRI 2.0 よくある質問
  • XRI 要件と用語集 1.0
• W3C 国際化リソース識別子 (IRI)
• XDI.org - XRI グローバル レジストリ サービスを管理する公的信頼組織
  • XDI.org グローバル サービス仕様 - パブリックi-nameおよびi-numberのグローバル レジストリ サービスに関する XDI.org 仕様の Web サイト
  • XDI.org I-Services 仕様 - XRDS対応 ID サービスに関する XDI.org 仕様の Web サイト。
• dev.xri.net - XRI および XRI オープンソース プロジェクトに関する公開 Wiki
• XRI と XRDS に関するインターネット アイデンティティ ワークショップの 1 ページ資料
• FSF の OASIS 特許ポリシーに関する紛争、および ODF に使用される限定条件 IPR ポリシーに基づく OASIS RF に対する FSF のサポートについて。
• EqualsDrummond - OASIS XRI 技術委員会の共同議長であり、現在 XDI.org と契約して XRI レジストリ サービスを運営している Cordance の主任設計者でもある Drummond Reed による、XRI とインターネット識別子に関するブログ。
• XRI アプリケーションとライブラリ - OpenXRI プロジェクト
• 最初の XRI リゾルバ (2004)