ネットワークアーキテクチャ
【課題】ユーザが、コンテンツ指定のコンテンツベース通信と、通信受け側装置指定のエンドトゥエンド通信の両方に便利なネットワークアーキテクチャを提供する。
【解決手段】ネットワークアーキテクチャは、加入者ドメイン１０、オブジェクトプロバイダドメイン２０、ネットワークオペレータドメイン３０とメッセージルーティングサーバ装置４０を有する。ユーザ名とオブジェクトソースサーバ２２に記憶のコンテンツのコンテンツ名は、ネットワークオペレータドメイン３０のインジケータを含む。コンテンツ又はユーザとその位置はネットワークオペレータドメイン３０及びオブジェクトプロバイダドメイン２０で、また前記インジケータとディレクトリサーバ装置３１の関係はメッセージルーティングサーバ装置４０で管理される。ユーザ名又はコンテンツ名を含むメッセージによりユーザ又はコンテンツの位置を特定できる。
【解決手段】ネットワークアーキテクチャは、加入者ドメイン１０、オブジェクトプロバイダドメイン２０、ネットワークオペレータドメイン３０とメッセージルーティングサーバ装置４０を有する。ユーザ名とオブジェクトソースサーバ２２に記憶のコンテンツのコンテンツ名は、ネットワークオペレータドメイン３０のインジケータを含む。コンテンツ又はユーザとその位置はネットワークオペレータドメイン３０及びオブジェクトプロバイダドメイン２０で、また前記インジケータとディレクトリサーバ装置３１の関係はメッセージルーティングサーバ装置４０で管理される。ユーザ名又はコンテンツ名を含むメッセージによりユーザ又はコンテンツの位置を特定できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広くはネットワークアーキテクチャに関するものであって、より具体的には将来のインターネットに適切なネットワークアーキテクチャに関するものである。
【背景技術】
【０００２】
現在のネットワーク環境は、新しい技術と新しいニーズの出現のために重大な難問に直面している。近い将来、移動（無線）ユーザユニットがより多くなるだけでなく、マシントゥマシンタイプ（machine-to-machine type）の通信デバイスもより多くなるであろう。この明細書では、「マシントゥマシンタイプの通信」という用語は、人間の相互作用または人間の介入を必要としない要素の間のデータ通信の形式（例えば低電力センサまたは電子タグと管理装置との間の通信）を意味する。ほとんどすべてのそのような移動通信デバイスは、インターネットに接続されるであろう。その結果、将来のインターネットは、多くの異なる種類のネットワーク技術（例えば有線のネットワーク、ワイヤレスＬＡＮ、携帯電話（３ＧおよびＬＴＥ）ネットワーク、センサネットワーク、その他）の寄せ集めになるであろう。したがって、将来の移動環境のために、統合的なネットワークアーキテクチャが必要とされる。
【０００３】
多くの場合、ユーザは、ウェブページ内の例えば動画または説明といった実際の事象に関する情報またはサービスに興味がある。言い換えると、ユーザは、データとコンテンツのトポロジー上の位置よりもむしろ、データとコンテンツに関心がある。したがって、コンテンツ中心の（content-centric）またはサービス中心の（service-centric）通信技術が、将来のインターネットサービスのために必要になるであろう。さらにまた、各々のユーザが同時にオンラインする複数の装置を持つかもしれないので、ユーザ中心の（user-centric）通信技術が将来のインターネットのためにサポートされなければならない。
【０００４】
現在のインターネットの通信アーキテクチャは、単一のプロトコル（インターネットプロトコル（ＩＰ））に基づいて相互作用している（例えば、everything on IP, IP on everything）。しかし、現在のインターネットアーキテクチャにはＩＰアドレスの使用上の問題がある。特に、ＩＰアドレスはホスト識別子（ＩＤ）とロケータの両方の働きをする。言い換えると、ＩＰアドレスは、特定のトポロジー上の位置を特定するため、つまりパケットをルーティングするためのロケータとしてもネットワーク層で使われ、ネットワークホストでインターフェースを特定するためのＩＤ（ひいては通信セッションの識別情報）としてトランスポート層とアプリケーション層でも使われる。基本的に、現在のインターネットアーキテクチャでは、セッションの間にＩＰアドレスが不変のままであることを要求する。これは、ＩＰアドレスが変更されることは、両方のエンドポイントのＩＤが変更されたことを示し、通信セッションが終了したことを示すことを意味する。ＩＰアドレスの２つの役割は将来のモバイル環境には適切ではない。というのもモビリティの要求は、ＩＰアドレスの変更を要求することになるからである。ＩＰアドレスの二重の役割に伴う問題を解決するために、通信セッションの打ち切りを避けるようにロケータと識別子の役割を分離すべきである。
【０００５】
通信デバイスのモビリティを現在のインターネットアーキテクチャ（例えばMobile IPv6（MIPv6）、Proxy Mobile IPv6（PMIPv6）、Network Mobility（NEMO）、その他）をサポートするために、多くの解決策が提案されてきている。しかし、これらの解決策は継ぎ当て（patch-on）の形式を提供するに過ぎないため、これらの解決策は様々なタイプの移動通信装置のためのモビリティ制御をうまく統合しておらず、そのため、これらは複雑さを加えてネットワークパフォーマンスを減少させる。
【０００６】
したがって、現在のインターネットアーキテクチャを根本的に変えることに関する議論がなされている。特に、Host Identify Protocol（HIP）、Site Multi-homing by IPv6 Intermediation (SHIM6)、Locator/Identifier Separation Protocol (LISP)、Host Name and Identifier System (HNIS)、およびMobile-Oriented Future Internet (MOFI)を含むＩＤ／ロケータ分離（ＩＤとロケータの分離）のための様々な技術が提案されてきた。
【０００７】
現在のインターネットアーキテクチャは、パケットが終端ホストの間で交換されるエンドトゥエンドのメッセージに指向させられた通信には便利である。しかし、今日の大部分のインターネットトラフィックは、コンテンツ指向性かデータ指向性であり、インターネット利用者は、位置または装置ではなく、現実の事象に関する情報、データ、コンテンツまたはサービスに興味がある。動画ストリーミングは、近年の世界的なインターネットトラフィックの成長の主要な一因であり、それは全体のトラフィックの５０％を占める。通信シナリオにおける趨勢は、「どこに」情報があるかということよりも、「何が」交換されるかということがより重要になっていることを示す。したがって、インターネットは根本的に新しいアーキテクチャに置き換えるべきである。コンテンツ配信のためにいくつかのプロトコルがある。例えば、Content-Centric Network（CCN）とPublish/Subscribe Internet Routing Paradigm（PSIRP）である。例えば、CCNは非特許文献１および非特許文献２に開示されている。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】Future Content Network Group, "Why do we need a Content-centric Future Internet?", online, found on January 29, 2011, (http://www.future-internet.eu/fileadmin/documents/prague_documents/FIA-FCN_Internet_Architecture_20090507.pdf)
【非特許文献２】Gareth Tyson, "A Middleware Approach to Building Content-Centric Applications", online, found on January 29, 2011, (http://eprints.comp.lancs.ac.uk/2337/1/PhD.pdf)
【発明の概要】
【発明が解決しようとする課題】
【０００９】
提案されたＩＤ／ロケータ分離技術および提案されたコンテンツ配信ネットワーキングアーキテクチャは、両方とも将来のインターネットに対する革命的なステップであるものの、これらには未だにいくつかの限界がある。提案されたＩＤ／ロケータ分離技術（HIP、SHIM6、LISP、HNISおよびMOFI）は、エンドトゥエンドの通信にのみ焦点を合わせており、コンテンツ配信ネットワーキングを扱うように設計されてはいない。また、提案されたＩＤ／ロケータ分離技術は、膨大な数の装置をサポートすることに不十分でない。提案されたＩＤ／ロケータ分離技術では、ＩＤに装置を結びつけてマッピングするためにＩＤ／位置情報のすべてを管理しなければならないが、従来の管理技術は、低電力のセンサと電子タグを含むマシントゥマシンタイプの通信装置の増加を考慮することなく開発されてきた。
【００１０】
他方、提案されたコンテンツ配信ネットワーキングアーキテクチャ（CCNとPSIRP）においては、ネットワークシステムは、ユーザが関心を持つコンテンツを配送するが、オブジェクト意識型のネットワーキングの特徴を達成しない。言い換えると、提案されたコンテンツ配信ネットワーク側は、通信要求ユーザが観たり聴いたりしたいコンテンツにだけ考慮を払い、通信受け側ユーザ、通信受け側ユーザの装置、または特定のサービス（通信要求ユーザが利益を享受したい）を考慮しない。この明細書では、「オブジェクト意識型のネットワーキング」という用語は、例えば、各通信要求ユーザの意図（例えば、通信受け側のユーザ、通信受け側の装置および特定のサービス（通信要求ユーザが利益を享受したい））も、通信要求ユーザが観たり聴いたりしたいコンテンツに加えて、ネットワーク側が考慮する、情報の交換またはサービスの一形式を意味する。この文脈において、「オブジェクト」という用語は、コンテンツだけではなく、ユーザ、装置およびサービスを含むことを意図している。現在のインターネットトラフィックはコンテンツ指向型であるが、将来のインターネットアーキテクチャは、ユーザトゥユーザ、ユーザトゥサービスおよびユーザトゥコンテンツを含む様々なタイプの通信モデルをサポートしなければならない。
【００１１】
そこで、本発明は、ユーザ、装置およびコンテンツがそれらの位置のインジケータに関連付けられているが、位置のインジケータがそれらの名前またはＩＤとは異なっており、通信要求ユーザが所望のコンテンツを指定するコンテンツベースの通信と、通信要求ユーザが通信受け側ユーザまたは通信受け側装置を指定するエンドトゥエンドの通信の両方に便利であるネットワークアーキテクチャを提供する。
【課題を解決するための手段】
【００１２】
本発明によれば、複数の加入者ドメイン（１０）と、複数のオブジェクトプロバイダドメイン（２０）と、ネットワークオペレータドメイン（３０）と、メッセージルーティングサーバ装置（４０）とを備えるネットワークアーキテクチャであって、前記加入者ドメイン（１０）の各々に、複数の第１のユーザが加入しており、前記第１のユーザの各々が少なくとも１つの第１のユーザ装置（１１）を所有または管理しており、前記加入者ドメイン（１０）の各々は第１のプロキシ装置（１２）を備え、前記第１のプロキシ装置（１２）は、前記第１のプロキシ装置（１２）が配置された前記加入者ドメイン（１０）に加入している前記第１のユーザの前記第１のユーザ装置（１１）にとってデフォルトゲートウェイおよびアクセスルータとして動作し、前記オブジェクトプロバイダドメイン（２０）の各々に、複数の第２のユーザが加入しており、前記第２のユーザの各々は、その第２のユーザに普遍的に特有なユーザ名とユーザＩＤを有し、前記第２のユーザの各々が少なくとも１つの第２のユーザ装置（２１）を所有または管理しており、前記第２のユーザ装置（２１）の各々は、その第２のユーザ装置（２１）に普遍的に特有なデバイス名とデバイスＩＤを有し、各デバイス名はその第２のユーザ装置（２１）にとっての第２のユーザのユーザ名を含んでおり、ユーザ名とデバイス名の各々はその第２のユーザが加入しているネットワークオペレータドメイン（３０）を示すインジケータを含んでおり、前記オブジェクトプロバイダドメイン（２０）の各々は第２のプロキシ装置（２３）を備え、前記第２のプロキシ装置（２３）は、前記第２のプロキシ装置（２３）が配置された前記オブジェクトプロバイダドメイン（２０）に加入している前記第２のユーザの前記第２のユーザ装置（２１）にとってデフォルトゲートウェイおよびアクセスルータとして動作し、前記第２のプロキシ装置（２３）の各々は第２のプロキシアドレスを有し、前記オブジェクトプロバイダドメイン（２０）の各々は、コンテンツとそのコンテンツを使用するのに不可欠なメタデータ情報を記憶するオブジェクトソースサーバ（２２）を備え、各コンテンツはコンテンツ名を有し、コンテンツ名はそのコンテンツに普遍的に特有であって、そのコンテンツを記憶するオブジェクトソースサーバ（２２）が配置されているオブジェクトプロバイダドメイン（２０）にリンクされているネットワークオペレータドメイン（３０）を示すインジケータを含んでおり、前記オブジェクトプロバイダドメイン（２０）の各々は、そのオブジェクトプロバイダドメイン（２０）に加入している第２のユーザの第２のユーザ装置（２１）の各々のための情報を記憶するプロバイダドメインメモリ（２３Ｍ）を備え、第２のユーザ装置の各々のための情報は、第２のユーザ装置のデバイス名、第２のユーザ装置のデバイスＩＤ、第２のユーザ装置にとっての第２のユーザのユーザ名、第２のユーザ装置にとっての第２のユーザのユーザＩＤ、通信のタイプを示す通信タイプインジケータ、および第２のユーザが加入しているオブジェクトプロバイダドメイン（２０）の第２のプロキシ装置の第２のプロキシアドレスを含んでおり、前記ネットワークオペレータドメイン（３０）の各々は、前記複数の加入者ドメイン（１０）のいくつかおよび前記複数のオブジェクトプロバイダドメイン（２０）のいくつかにリンクさせられており、ネットワークオペレータドメイン（３０）にリンクされた加入者ドメイン（１０）に加入している第１のユーザおよびネットワークオペレータドメイン（３０）にリンクされたオブジェクトプロバイダドメイン（２０）に加入している第２のユーザは、そのネットワークオペレータドメイン（３０）に加入しており、前記ネットワークオペレータドメイン（３０）の各々は、ディレクトリサーバメモリ（３１Ｍ）を備えるディレクトリサーバ装置（３１）を備え、前記ディレクトリサーバメモリ（３１Ｍ）は、前記ネットワークオペレータドメイン（３０）に加入している各第２のユーザのための情報を記憶し、各第２のユーザのための情報は、第２のユーザのユーザ名、第２のユーザのユーザＩＤ、および第２のユーザが加入しているオブジェクトプロバイダドメイン（２０）の第２のプロキシ装置の第２のプロキシアドレスを含んでおり、前記ディレクトリサーバメモリ（３１Ｍ）は、前記オブジェクトソースサーバ（２２）に記憶された公開可能なコンテンツの各々のための情報を記憶し、公開可能なコンテンツの各々のための情報は、コンテンツのコンテンツ名、コンテンツのためのメタデータ情報、およびコンテンツを記憶するオブジェクトソースサーバ（２２）が配置されたオブジェクトプロバイダドメイン（２０）の第２のプロキシ装置の第２のプロキシアドレスを含んでおり、前記ディレクトリサーバ装置（３１）の各々はディレクトリサーバアドレスを有しており、前記メッセージルーティングサーバ装置（４０）は、前記複数のネットワークオペレータドメイン（３０）にリンクさせられ、メッセージルーティングサーバメモリ（４０Ｍ）を備え、メッセージルーティングサーバメモリ（４０Ｍ）は、各ネットワークオペレータドメイン（３０）のための情報を記憶し、各ネットワークオペレータドメイン（３０）のための情報は、ユーザ名、デバイス名またはコンテンツ名に含まれるネットワークオペレータドメイン（３０）のインジケータと、ネットワークオペレータドメイン（３０）内のディレクトリサーバ装置（３１）のディレクトリサーバアドレスの関係を記述しており、前記メッセージルーティングサーバ装置（４０）は、メッセージルーティングサーバメモリ（４０Ｍ）に記憶された情報に基づいて、メッセージに含まれるユーザ名、デバイス名、またはコンテンツ名に含まれるネットワークオペレータドメイン（３０）のインジケータからディレクトリサーバアドレスを特定するネットワークアーキテクチャが提供される。
【００１３】
本発明によれば、ユーザ、装置およびコンテンツは、これらの位置のインジケータ（第２のプロキシアドレス）と関連付けられているが、位置のインジケータは、それらの名前またはＩＤとは異なる。ネットワークアーキテクチャは、通信要求ユーザが所望のコンテンツを指定するコンテンツベースの通信と、通信要求ユーザが通信受け側ユーザまたは通信受け側装置を指定するエンドトゥエンドの通信の両方に便利である。コンテンツ、装置またはユーザとその位置は、ネットワークオペレータドメイン（３０）の各々とオブジェクトプロバイダドメイン（２０）の各々で管理され、デバイス名、ユーザ名またはコンテンツ名に含まれたネットワークオペレータドメインのインジケータと、ネットワークオペレータドメイン（３０）のディレクトリサーバ装置（３１）の関係は、メッセージルーティングサーバ装置（４０）で管理される。デバイス名、ユーザ名またはコンテンツ名がメッセージに示されるとき、装置、ユーザまたはコンテンツの位置を特定することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明に係るネットワークアーキテクチャを示す概略図である。
【図２】オブジェクト登録が実行される前記ネットワークアーキテクチャを示す概略図である。
【図３】オブジェクト登録によって作成される登録テーブルを示す図である。
【図４】オブジェクト登録によって作成される他の１つの登録テーブルを示す図である。
【図５】コンテンツベースの通信サービスのためのユーザ意図分析処理が実行される前記ネットワークアーキテクチャを示す概略図である。
【図６】前記ネットワークアーキテクチャで使われるキャッシュテーブルを示す図である。
【図７】前記ネットワークアーキテクチャで使われる他の１つのキャッシュテーブルを示す図である。
【図８】前記ネットワークアーキテクチャで使われるマッピングテーブルである。
【図９】ユーザトゥユーザの通信サービスのために、ユーザ意図分析処理が実行される前記ネットワークアーキテクチャを示す概略図である。
【図１０】前記ネットワークアーキテクチャで使われる管理テーブルを示す図である。
【図１１】前記ネットワークアーキテクチャで使われる他の１つの管理テーブルを示す図である。
【図１２】ユーザトゥユーザの通信サービスのために、ユーザ意図分析処理が実行される前記ネットワークアーキテクチャを示す概略図である。
【図１３】コンテンツベースの通信サービスのために、オブジェクト申込み・データ配信（object-subscribe-and-data-delivery）処理が実行されるネットワークアーキテクチャを示す概略図である。
【図１４】エンドトゥエンドの通信サービスのために、オブジェクト申込み・データ配信処理が実行されるネットワークアーキテクチャを示す概略図である。
【発明を実施するための形態】
【００１５】
以下、添付の図面を参照して、本発明の実施の形態を説明する。
「ネットワークアーキテクチャの概要」
図１は、本発明に係るネットワークアーキテクチャのレイアウトを示す。このネットワークアーキテクチャは、将来のインターネットに適切である。このネットワークは、複数の加入者ドメイン１０、複数のオブジェクトプロバイダドメイン２０、複数のネットワークオペレータドメイン３０、およびサーバ装置４０を備え、サーバ装置４０は、以下グローバルネーム分析サーバ（Global Name Resolution Server、GNRS）と呼ばれる。
【００１６】
加入者ドメイン１０の各々は、物理的なネットワークであって、複数のユーザが加入（所属）することができるユーザアクセスネットワークであってよい。したがって、加入者ドメイン１０の各々は有線または無線で通信可能な複数のユーザ装置１１を有する。このようなユーザアクセスネットワークは、例えば、家庭のネットワーク、会社ネットワーク、キャンパスネットワークおよびモバイルブロードバンドアクセスネットワークを含みうる。ユーザ装置１１は、通常のコンピュータ、タブレットコンピュータ、携帯電話、ならびにセンサおよび電子タグを含むマシントゥマシンタイプの通信装置であってよい。１人のユーザは、１つのユーザ装置１１を持つかもしれないし、複数のユーザ装置１１を持つかもしれない。
【００１７】
オブジェクトプロバイダドメイン２０の各々は、公開者ドメインと呼ぶこともでき、コンテンツプロバイダまたはポータルサービスプロバイダによって所有されているネットワークであってよい。オブジェクトプロバイダドメイン２０の各々は、複数のオブジェクトソースサーバ２２または複数のユーザ装置２１を有することができる。オブジェクトソースサーバ２２の各々は、加入者ドメイン１０のいずれか１つに属する通信要求ユーザによって要求されるであろうコンテンツに関する様々なコンテンツデータを記憶する。また、オブジェクトソースサーバ２２の各々は、コンテンツデータのためのメタデータ情報を記憶する。メタデータ情報は、情報資源を記述もしくは説明するか、その位置を示すか、またはそれの読み出し、使用、もしくは管理を容易にする体系化された情報である。メタデータ情報は、例えば、タイトル、コンテンツの短い概要、コンテンツの作成者、作成日、ファイルサイズ、コンテンツのタイプ（動画、静止画像、テキストまたは音楽）、およびファイルフォーマットを示す。したがって、メタデータ情報は、メタデータ情報と関連付けられたコンテンツの使用に不可欠な情報要素を有する。１人のユーザは、１つのユーザ装置２１を持つかもしれないし、複数のユーザ装置２１を持つかもしれない。
【００１８】
オブジェクトプロバイダドメイン２０の各々は、サービスまたはコンテンツを得るために通信したい通信要求ユーザから観て論理的なネットワークである。これはすなわち、各々のドメイン２０がオブジェクトプロバイダドメインと呼ばれる理由が、ドメイン２０がコンテンツプロバイダまたはポータルサービスプロバイダによって所有されて、通信要求ユーザの要求を満足させるであろう少なくとも１つの装置を有するからであるということを意味する。加入者ドメイン１０のうちの１つがコンテンツプロバイダまたはポータルサービスプロバイダによって所有されて、少なくともそのような装置を有するならば、そのドメイン１０はオブジェクトプロバイダドメイン２０でもありえる。
【００１９】
ネットワークオペレータドメイン３０の各々は、世界的なまたは広域のネットワークオペレータによって所有されている物理的なネットワークである。そのようなネットワークオペレータは、有線または無線の物理的なネットワーキングを提供するインターネットサービスプロバイダ（ＩＳＰ）または移動ブロードバンドネットワークオペレータであってよい。図１に示すように、ネットワークオペレータドメイン３０の各々に、少なくとも１つのオブジェクトプロバイダドメイン２０と少なくとも１つの加入者ドメイン１０がリンクさせられている。ユーザオブジェクトプロバイダドメイン２０または加入者ドメイン１０のユーザ、すなわち加入者（所属者）は、その加入者が加入しているオブジェクトプロバイダドメイン２０または加入者ドメイン１０がリンクされたネットワークオペレータドメイン３０の加入者（所属者）でもある。
【００２０】
加入者ドメイン１０の各々は、加入者オブジェクトプロキシ（subscriber object proxy、ＳＯＰ）と呼ばれるプロキシサーバ装置１２を有する。ＳＯＰ（第１のプロキシ装置）１２は、機械読み取り可能なプログラムの制御の下で動作させられる機能的なエンティティであって、そのＳＯＰ１２が配置された加入者ドメイン１０の加入者（ユーザ装置１１）にとってデフォルトゲートウェイおよびアクセスルータとして動作する。
【００２１】
後に詳述するように、ＳＯＰ１２はユーザ意図分析処理（user-intent-resolution process）を実行するための特徴である。ＳＯＰ１２がその加入者ドメイン１０にあるユーザ装置１１からコンテンツベースの通信サービスを要求しコンテンツ名を示すオブジェクト要求メッセージを受信すると、ユーザ意図分析処理は、そのコンテンツのために使用されるメタデータ情報および通信でルーティングされるべきＰＯＰ２３のアドレスを特定する。ＳＯＰ１２がその加入者ドメイン１０にあるユーザ装置１１からエンドトゥエンドの通信サービスを要求し、ユーザ名と通信のタイプを示すか、デバイス名だけを示すオブジェクト要求メッセージを受信すると、ユーザ意図分析処理は、通信でルーティングされるべき通信宛先（ユーザ装置２１の１つ）のデバイスＩＤを特定する。
【００２２】
ＳＯＰ１２の各々は、そのＳＯＰ１２が配置された加入者ドメイン１０に加入しているすべてのユーザのユーザＩＤを記憶する。また、ＳＯＰ１２の各々は、そのＳＯＰ１２が配置された加入者ドメイン１０に加入しているすべてのユーザの装置のデバイスＩＤを記憶する。
【００２３】
ＳＯＰ１２の各々は図６に示されるＳＯＰキャッシュメモリ（第１のプロキシキャッシュメモリ）１２Ｃを有し、ＳＯＰキャッシュメモリ１２ＣはＳＯＰキャッシュテーブルを有する。ＳＯＰキャッシュテーブルは、オブジェクトプロバイダドメイン２０内のオブジェクトソースサーバ２２の１つに記憶されたコンテンツ（コンテンツデータ）のコンテンツ名、そのコンテンツデータ、およびそのコンテンツデータのためのメタデータ情報を記録する。コンテンツごとに、コンテンツ名、コンテンツデータおよびメタデータ情報は、ＳＯＰキャッシュテーブル内で１つの情報セットとして関連付けられる。コンテンツベースの通信において、通信要求ユーザ装置１１による要求に応答してコンテンツデータを送信したオブジェクトプロバイダドメイン２０の１つからコンテンツデータをＳＯＰ１２が受信すると、各々のセットはＳＯＰキャッシュメモリ１２Ｃにキャッシュされる。
【００２４】
また、ＳＯＰキャッシュテーブルは、１つのオブジェクトプロバイダドメイン２０のユーザのユーザ名およびユーザＩＤ、そのユーザによって所有または管理されるユーザ装置２１のデバイス名およびデバイスＩＤ、そのユーザ装置２１でサポートされる通信のタイプ（例えば、電子メール送信、VoIP（voice over IP）、デバイストゥデバイス通信、サーバクライアント通信、その他）を示す通信タイプインジケータ、ならびにユーザ装置２１が位置するオブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレスを記録する。装置ごとに、ユーザ名、ユーザＩＤ、通信タイプインジケータ、デバイス名、デバイスＩＤおよびＰＯＰアドレスは、ＳＯＰキャッシュテーブル内で１つの情報セットとして関連付けられる。エンドトゥエンドの通信において、このようなセットを送信した１つのオブジェクトプロバイダドメイン２０からセットをＳＯＰ１２が受信すると、各々のセットはＳＯＰキャッシュメモリ１２Ｃにキャッシュされる。
【００２５】
オブジェクトプロバイダドメイン２０の各々は、公開者オブジェクトプロキシ（publisher object proxy、ＰＯＰ）と呼ばれるプロキシサーバ装置２３を有する。ＰＯＰ（第２のプロキシ装置）２３は、機械読み取り可能なプログラムの制御の下で動作させられる機能的なエンティティであって、そのＰＯＰ２３が配置された、例えばコンテンツプロバイダネットワークまたはポータルサービスプロバイダネットワークといったオブジェクトプロバイダドメイン２０の加入者（オブジェクトソースサーバ２２およびユーザ装置２１の少なくとも１つ）にとってデフォルトゲートウェイおよびアクセスルータとして動作する。
【００２６】
ＰＯＰの各々は、図３に示されるＰＯＰメモリ（プロバイダドメインメモリ）２３Ｍを有し、ＰＯＰメモリ２３ＭはＰＯＰ登録テーブルを有する。ＰＯＰ登録テーブルは、そのＰＯＰ２３が配置されたオブジェクトプロバイダドメイン２０内のオブジェクトソースサーバ２２に記憶されたコンテンツ（コンテンツデータ）のコンテンツ名、そのオブジェクトソースサーバ２２のアドレス、そのコンテンツデータのためのメタデータ情報、ならびに内部使用フラグもしくは公開フラグを記録する。コンテンツごとに、コンテンツ名、オブジェクトソースサーバのアドレス、メタデータ情報およびフラグは、ＰＯＰ登録テーブル内で１つの情報セットとして関連付けられる。各々のセットは、後述するオブジェクト登録によって、ＰＯＰメモリ２３Ｍに永久的に記憶される。
【００２７】
また、図１１に示すように、ＰＯＰメモリ２３Ｍは、ＰＯＰ加入者管理テーブルを有する。ＰＯＰ加入者管理テーブルは、そのＰＯＰ２３が配置された１つのオブジェクトプロバイダドメイン２０のユーザのユーザ名およびユーザＩＤ、そのユーザによって所有または管理されるユーザ装置２１のデバイス名およびデバイスＩＤ、そのユーザ装置２１でサポートされる通信のタイプを示す通信タイプインジケータ、ならびにそのＰＯＰ２３のＰＯＰアドレスを記録する。装置ごとに、ユーザ名、ユーザＩＤ、通信タイプインジケータ、デバイス名、デバイスＩＤおよびＰＯＰアドレスは、ＰＯＰ加入者管理テーブル内で１つの情報セットとして関連付けられる。このように、ＰＯＰ２３の各々は、そのＰＯＰ２３が配置されたオブジェクトプロバイダドメイン２０に加入しているすべてのユーザのユーザＩＤを記憶し、そのＰＯＰ２３が配置されたオブジェクトプロバイダドメイン２０に加入しているユーザの装置のすべてのデバイスＩＤを記憶する。
【００２８】
ネットワークオペレータドメイン３０の各々は、オブジェクトディレクトリサーバ（object directory server、ＯＤＳ）と呼ばれるディレクトリサーバ３１を有する。ＯＤＳ３１は、機械読み取り可能なプログラムの制御の下で世界的なまたは広域のネットワークオペレータによって動作させられる。
【００２９】
ＯＤＳ３１の各々は、図４に示されるＯＤＳメモリ（ディレクトリサーバメモリ）３１Ｍを有し、ＯＤＳメモリ３１ＭはＯＤＳ登録テーブルを有する。ＯＤＳ登録テーブルは、ＯＤＳ３１が配置された がリンクされたオブジェクトプロバイダドメイン２０のオブジェクトソースサーバ２２に記憶されたコンテンツのコンテンツ名、そのオブジェクトソースサーバ２２へのルーティングのためのＰＯＰ２３のアドレス、ならびにそのコンテンツのためのメタデータ情報を記録する。コンテンツごとに、コンテンツ名、オブジェクトソースサーバのアドレス、およびメタデータ情報は、ＯＤＳ登録テーブル内で１つの情報セットとして関連付けられる。各々のセットは、オブジェクト登録によって、ＯＤＳメモリ３１Ｍに永久的に記憶される。
【００３０】
また、図１０に示すように、ＯＤＳメモリ３１ＭはＯＤＳ加入者管理テーブルを有する。ＯＤＳ加入者管理テーブルは、ＯＤＳ３１が配置されたネットワークオペレータドメイン３０にリンクされたオブジェクトプロバイダドメイン２０に加入しているユーザのユーザ名およびユーザＩＤ、ならびにそのオブジェクトプロバイダドメイン２０内のそのユーザの装置へのルーティングのためのＰＯＰ２３のＰＯＰアドレスを記録する。ユーザごとに、ユーザ名、ユーザＩＤおよびＰＯＰアドレスは、ＯＤＳ加入者管理テーブル内で１つの情報セットとして関連付けられる。このように、ＯＤＳ３１の各々は、そのＯＤＳ３１が配置されたネットワークオペレータドメイン３０にリンクされたオブジェクトプロバイダドメイン２０に加入しているすべてのユーザのユーザＩＤと位置を記憶する。
【００３１】
ＯＤＳ３１の各々は、図７に示されるＯＤＳキャッシュメモリ（ディレクトリサーバキャッシュメモリ）３１Ｃを有し、ＯＤＳキャッシュメモリ３１ＣはＯＤＳキャッシュテーブルを有する。ＯＤＳキャッシュテーブルは、他のＯＤＳ３１が配置された他のネットワークオペレータドメイン３０にリンクされたオブジェクトプロバイダドメイン２０内の１つのオブジェクトソースサーバ２２に記憶されたコンテンツ（コンテンツデータ）のコンテンツ名、そのオブジェクトソースサーバ２２へのルーティングのためのＰＯＰ２３のアドレス、ならびにそのコンテンツデータのためのメタデータ情報を記録する。コンテンツごとに、コンテンツ名、ＰＯＰアドレス、ならびにメタデータ情報は、ＯＤＳキャッシュテーブル内で１つの情報セットとして関連付けられる。コンテンツベースの通信のためのユーザ意図分析処理でＯＤＳ３１がＧＮＲＳ４０からメタデータ情報とＰＯＰアドレスを受信すると、各々のセットはＯＤＳキャッシュメモリ１２Ｃにキャッシュされる。
【００３２】
また、ＯＤＳキャッシュテーブルは、他のＯＤＳ３１が配置された他のネットワークオペレータドメイン３０にリンクされたオブジェクトプロバイダドメイン２０に加入しているユーザのユーザ名およびユーザＩＤ、そのユーザに所有または管理されるユーザ装置２１のデバイス名およびデバイスＩＤ、そのユーザ装置２１でサポートされる通信のタイプを示す通信タイプインジケータ、ならびにそのオブジェクトプロバイダドメイン２０内のそのユーザの装置へのルーティングのためのＰＯＰ２３のＰＯＰアドレスを記録する。ユーザごとに、ユーザ名、ユーザＩＤ、通信タイプインジケータ、デバイス名、デバイスＩＤならびにＰＯＰアドレスは、ＯＤＳキャッシュテーブル内で１つの情報セットとして関連付けられる。エンドトゥエンドの通信のためのユーザ意図分析処理でＯＤＳ３１がＧＮＲＳ４０からセットの内容を受信すると、各々のセットはＯＤＳキャッシュメモリ１２Ｃにキャッシュされる。
【００３３】
各々の要素（ＳＯＰキャッシュメモリ１２ＣとＯＤＳキャッシュメモリ３１Ｃ）でキャッシュされた情報セットは、適切な方式に従って消去されうる。例えば、
(i)キャッシュされたセットは、記憶の後所定の時間が経過すると消去される。
(ii)キャッシュメモリが満杯またはほぼ満杯になって新しいセットがキャッシュされるべき場合に、最も古いキャッシュされたセットが新しいセットを受け入れるために消去される。
(iii)キャッシュメモリが満杯またはほぼ満杯になって新しいセットがキャッシュされるべき場合に、最も使用頻度が少ないセットが消去される。
【００３４】
また、ネットワークオペレータドメイン３０は、他のドメインに信号をルーティングするために複数のルータ３２を有する。
【００３５】
本発明の実施の形態に係るネットワークアーキテクチャにおいては、ユーザと装置の各々には、ユーザと装置を特定するために、グローバルな名前とＩＤが与えられなければならない。したがって、ユーザはユーザ名（グローバルな名前として）とユーザＩＤを持っており、ユーザ名またはユーザＩＤによって特定され、装置はデバイス名（グローバルな名前として）とデバイスＩＤを持っており、デバイス名またはデバイスＩＤによって特定される。また、コンテンツはコンテンツ名（グローバルな名前として）を持っており、コンテンツ名によって特定される。グローバルな名前は、世界的に有意であってどこからでも通用する特有の名前である。グローバルな名前は、可変長の文字セットで示され、人間が読み取れて思い出せる文字列でなければならない。一方、ＩＤはグローバルにユニークな文字列ではあるが、人間に記憶されなくてもよい。グローバルな名前の各々は、通信の初期段階で通信要求ユーザ（人間）によって示すことができる一方、ＩＤの各々は通信プロトコルで使われる。
【００３６】
表１は、本発明の実施の形態に係るネットワークアーキテクチャでのグローバルな名前とＩＤの構造に関する規則を示す。
【表１】
【００３７】
表１において、最初の文字、「u」、「d」または「c」は、通信要求ユーザの意図の理解を容易にするための一種のセパレーターである。つまり、「u」、「d」および「c」は、それぞれユーザ名、デバイス名、およびコンテンツ名を表す。
【００３８】
表１のグローバルなユーザ名またはグローバルなデバイス名において、部分「user_name」は、ユーザが加入しているネットワークオペレータドメイン３０で有意な（加入者ドメイン１０またはオブジェクトプロバイダドメイン２０でも有意な）特有のユーザ名である。グローバルなユーザ名またはグローバルなデバイス名において、部分「subscribe_name」は、ユーザが加入しているネットワークオペレータドメイン３０を運営している世界的なまたは広域のネットワークオペレータの特有の名前である。よって、部分「subscribe_name」は、ユーザまたは装置が加入しているネットワークオペレータドメイン３０を示す。グローバルなデバイス名において、部分「device name」は、装置が加入しているネットワークオペレータドメイン３０で有意な（加入者ドメイン１０またはオブジェクトプロバイダドメイン２０でも有意な）特有のデバイス名である。部分「user_name」がグローバルなユーザ名の各々だけでなく、グローバルなデバイス名の各々にも含まれる点に留意する必要がある。グローバルなデバイス名の各々において、部分「user_name」は装置の所有者または管理者を示す。
【００３９】
表１のグローバルなコンテンツ名において、部分「URI」は、「http」または「https」スキームが除外された統一リソース識別子（Uniform Resource Identifier）である。通信要求ユーザがウェブサイトにアクセスしてウェブサイトから特定のコンテンツデータ（例えば、動画、静止画像、テキストまたは音楽）を受信するために、「URI」に対応するウェブサイト上の特定のコンテンツデータを指定したいとき、グローバルなコンテンツ名が使われる。表１から理解されるように、グローバルなコンテンツ名も部分「subscribe_name」（より具体的には、docomo.com）を含む。特定のコンテンツデータを受信するためのウェブサイトアクセスの場合、グローバルなコンテンツ名の各々における部分「subscribe_name」は、ウェブサイトが属するオブジェクトプロバイダドメイン２０がリンクされたネットワークオペレータドメイン３０を示す。上記から理解されるように、「オブジェクト」としての用語「コンテンツ」は、ウェブサイト上の特定のコンテンツデータを示す。
【００４０】
以下の説明では、「グローバル」という用語は、グローバルな名前から省略されうる。
【００４１】
ＧＮＲＳ（メッセージルーティングサーバ装置）４０は、複数のネットワークオペレータドメイン３０にリンクさせられている。ＧＮＲＳ４０は、図８に示すＧＮＲＳマッピングテーブルを記憶するために、ＧＮＲＳメモリ（サーバメモリを送っているメッセージ）４０Ｍを有する。ＧＮＲＳマッピングテーブルは、ユーザ名またはコンテンツ名に含まれるネットワークオペレータドメイン３０のインジケータとネットワークオペレータドメイン３０のＯＤＳ３１の関係を管理する。より具体的には、ＧＮＲＳマッピングテーブルは複数の情報セットを記憶し、各情報セットはＯＤＳ３１のアドレスと「subscribe_name」と有する。上記のように、「subscribe_name」はネットワークオペレータドメイン３０を運営しているネットワークオペレータの名前であるから、ネットワークオペレータドメイン３０のインジケータとみなすことができる。部分「subscribe_name」は、デバイス名、ユーザ名およびコンテンツ名のすべてに含まれる。デバイス名、ユーザ名またはコンテンツ名がメッセージにおいて示されるとき、ＧＮＲＳ４０はＧＮＲＳマッピングテーブルに基づいてＯＤＳ３１のアドレスを判断して、ＯＤＳ３１を有するネットワークオペレータドメイン３０にメッセージをルーティングする。
【００４２】
「オブジェクト登録」
図２を参照して、ネットワークアーキテクチャのオブジェクト登録の動作を説明する。上記のように、オブジェクトソースサーバ２２の各々は、加入者ドメイン１０のいずれか１つに加入している通信要求ユーザを満足させるコンテンツに関する様々なコンテンツデータを記憶する。オブジェクト登録処理は、オブジェクトプロバイダドメイン２０の内部での使用の目的、またはネットワークアーキテクチャ内での広範囲の使用の目的でのコンテンツの登録のために実行される。
【００４３】
オブジェクトソースサーバ２２の各々の操作スタッフは、コンテンツの公開（公共的使用）用または内部使用（個人的な使用）用にＰＯＰ２３にオブジェクトソースサーバ２２に記憶されたコンテンツ（より正確には、コンテンツデータ）を登録するために、オブジェクトプロバイダドメイン２０内のＰＯＰ２３にオブジェクト公開または個人使用メッセージを送信するようにオブジェクトソースサーバ２２に指示するために、オブジェクトソースサーバ２２を操作することができる（ステップＳ１）。
【００４４】
オブジェクト公開または個人使用メッセージは、コンテンツ名、メタデータ情報、メッセージの宛先であるＰＯＰ２３のＰＯＰアドレス、および内部使用フラグまたは公開フラグを有する。このメッセージは、コンテンツを記憶しているオブジェクトソースサーバ２２のアドレスを示すソースアドレスを有する。
【００４５】
そのオブジェクトがオブジェクトプロバイダドメイン２０内でだけ使用されることを操作スタッフが所望するならば、オペレータは、内部使用フラグをオブジェクト公開または個人使用メッセージに付加することを選ぶ。その結果、オブジェクトソースサーバ２２は、内部使用フラグを持つオブジェクト公開または個人使用メッセージをＰＯＰ２３に送信する（ステップＳ１）。内部使用フラグを持つこのメッセージをＰＯＰ２３が受信する場合には、ＳＯＰ１２はどのＯＤＳ３１にもオブジェクト公開または個人使用メッセージを転送せず、オブジェクト公開または個人使用メッセージで示される内容をＰＯＰ登録テーブル（図３に示される）に記憶する。そのコンテンツは、オブジェクトプロバイダドメイン２０内の加入者だけによって使用されうる。
【００４６】
他方、そのオブジェクトが広く公開されることを操作スタッフが所望するならば、操作スタッフは、公開フラグをオブジェクト公開／個人使用メッセージに付加することを選ぶ。その結果、オブジェクトソースサーバ２２は、公開フラグを持つオブジェクト公開／個人使用メッセージをＰＯＰ２３に送信する（ステップＳ１）。公開フラグを持つこのメッセージを受信すると、ＰＯＰ２３はオブジェクト公開または個人使用メッセージで示される内容をそのＰＯＰ登録テーブル（図３に示される）に記憶する。図３に示すように、ＰＯＰ登録テーブルでは、各々のコンテンツ名は、オブジェクトソースサーバのアドレス、メタデータ情報ならびに公開フラグもしくは内部使用フラグと関連付けられている。そして、ＰＯＰ２３は、ＰＯＰ２３を有するオブジェクトプロバイダドメイン２０がリンクさせられたネットワークオペレータドメイン３０のＯＤＳ３１に、オブジェクト公開または個人使用メッセージを転送する（ステップＳ２）。
【００４７】
この公開または個人使用メッセージは、コンテンツ名、メタデータ情報、およびこのメッセージが送信されるＰＯＰ２３のＰＯＰアドレスを示す示す。ステップＳ２でＰＯＰ２３から送られるオブジェクト公開または個人使用メッセージは公開可能なコンテンツだけを示すので、オブジェクトソースサーバからのメッセージとは異なり、このメッセージは公開フラグなしであってもよい。ステップＳ２でＰＯＰ２３から送られるオブジェクト公開または個人使用メッセージは、コンテンツ名、メタデータ情報およびコンテンツを供給することができるオブジェクトプロバイダドメイン２０の位置を示す。その位置は、コンテンツが記憶されたオブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレスによって表されてもよい。
【００４８】
ステップＳ２でＰＯＰ２３からオブジェクト公開または個人使用メッセージを受信すると、ＯＤＳ３１は公開可能なオブジェクトとしてＯＤＳ３１にそのコンテンツを登録する。より具体的には、ＯＤＳ３１は、オブジェクト公開または個人使用メッセージで示される内容をそのＯＤＳ登録テーブル（図４に示される）に記憶する。そのコンテンツは、ネットワークオペレータドメイン３０がリンクされた加入者ドメイン１０内の加入者のために公開されうる。図４に示すように、ＯＤＳ登録テーブルでは、各々のコンテンツ名は、位置とメタデータ情報と関連付けられている。
【００４９】
さらに、他のネットワークオペレータドメイン３０にリンクされた加入者ドメイン１０内の加入者から、ある公開可能なコンテンツに対して多くの要求があるならば、ＰＯＰ２３は、当該加入者ドメイン１０がリンクされた他のネットワークオペレータドメイン３０のＯＤＳ３１にオブジェクト公開または個人使用メッセージを送信し、そのＯＤＳ３１は公開可能なコンテンツとしてＯＤＳ３１にそのコンテンツを登録する（ステップＳ３）。このメッセージは、ステップＳ２に関して上述したような形式を有する。そのＯＤＳ３１は、上記と同様の方式でオブジェクト公開または個人使用メッセージで示される内容をそのＯＤＳ登録テーブル（図４に示される）に記憶する。そのコンテンツは、加入者が要求を送信した加入者ドメイン１０内の加入者のために公開されうる。
【００５０】
「ユーザ意図分析処理」
ユーザ（通信要求ユーザ）によって指定されたオブジェクトのグローバルな名前（コンテンツ名、ユーザ名またはデバイス名）に基づいて、ユーザ意図分析処理は、ユーザ（通信要求ユーザ）が何を探しているか、または通信相手ユーザの装置（通信宛先）がどこに配置されているか特定する。より具体的には、指定されたオブジェクト名がコンテンツ名であるとき、ユーザ意図分析処理は特定のメタデータ情報を特定する。指定されたオブジェクトがユーザ名またはデバイス名であるとき、ユーザ意図分析はデバイスＩＤを特定する。すなわち、ユーザ意図分析処理は、ユーザの意図（オブジェクトのグローバルな名前）を特定のメタデータ情報または特定のデバイスＩＤに翻訳する。
【００５１】
ユーザ意図分析処理は、コンテンツベースの通信サービスについてもユーザトゥユーザの通信サービスについても実行される。詳細は以下に説明する。
【００５２】
「コンテンツベースの通信サービスのためのユーザ意図分析処理」
コンテンツベースの通信サービス（例えばウェブサイトアクセス、ピアトゥピア通信、リアルタイムストリーミング、ファイル転送サービス、その他）において、ユーザがコンテンツ名を指定するとき、ユーザ意図分析処理は特定のメタデータ情報を特定する。このユーザ意図分析処理を、図５を参照して説明する。
【００５３】
コンテンツベースの通信サービスのためのユーザ意図分析処理では、加入者ドメイン１０のいずれか１つ（例えば、図５の１０ａ）に加入している（所属している）ユーザ（通信要求ユーザ）が特定の公開可能なコンテンツ（例えば、動画、静止画像、テキストまたは音楽）に興味があるならば、通信要求ユーザは、通信要求ユーザのユーザ装置１１（例えば、図５の１１ａ）を操作して、そのユーザが加入している加入者ドメイン１０ａのＳＯＰ１２（例えば、図５の１２ａ）にオブジェクト要求メッセージを送信するようにユーザ装置１１ａに指令する（ステップＳ１１）。この指令において、通信要求ユーザは、そのユーザが興味を持っているコンテンツ名（表１で示すように「c:URI：」）を指定する。この場合、通信要求ユーザのユーザ装置１１ａは、そのコンテンツ名を示し、メッセージがコンテンツベースの通信サービスを要求することを示すフラグ（すなわちＣ−フラグ）を持つオブジェクト要求メッセージを生成する。名前の指定のための方法は、例えば、タイピング、コピーアンドペースト、およびクリックすることである。前もって、通信要求ユーザは、例えば、検索エンジンによるキーワード検索でコンテンツ名を取得しておく。
【００５４】
ステップＳ１１で送信されたオブジェクト要求メッセージを受信すると、ＳＯＰ１２ａは、オブジェクト要求メッセージによって示されるコンテンツ名がＳＯＰ１２ａのＳＯＰキャッシュテーブル（図６に示される）にキャッシュされているか否か判断する。ＳＯＰキャッシュテーブルがコンテンツ名を記憶している場合には、ＳＯＰ１２ａはＳＯＰキャッシュテーブル内でコンテンツ名と関連付けられているコンテンツデータとメタデータ情報を読み出して、通信要求ユーザのユーザ装置１１ａにそのコンテンツデータとそのメタデータ情報を送信する（ステップＳ１２）。通信要求ユーザのユーザ装置１１ａは、そのコンテンツデータを使用し、これにより通信要求ユーザはコンテンツから利益を享受することができる。この場合、ユーザ意図分析処理は終了し、処理は後述するオブジェクト申込み・データ配信サービスまで進まない。
【００５５】
コンテンツ名に関するキャッシュされた情報がＳＯＰ１２ａのＳＯＰキャッシュテーブルにないならば、ＳＯＰ１２ａが配置された加入者ドメイン１０ａがリンクされたネットワークオペレータドメイン３０（例えば、図５の３０ａ）内のＯＤＳ３１（例えば、図５の３１ａ）に、ＳＯＰ１２ａはオブジェクト検索要求メッセージ（object-lookup-request message）を送信する（ステップＳ１３）。これは、そのコンテンツのメタデータ情報およびそのコンテンツが供給されるオブジェクトプロバイダドメイン２０の位置（ＰＯＰアドレス）を取得するためである。その位置は、コンテンツが供給されるオブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレスによって表される。また、オブジェクト検索要求メッセージは、オブジェクト要求メッセージによって送られたコンテンツ名を示しており、オブジェクト要求メッセージによって送られたＣ−フラグも伴う。
【００５６】
ＳＯＰ１２ａからステップＳ１３で送信されたオブジェクト検索要求メッセージを受信すると、ＯＤＳ３１ａは、オブジェクト検索要求メッセージによって示されるコンテンツ名がＯＤＳ３１ａのＯＤＳキャッシュテーブル（図７に示される）にキャッシュされているか否か判断する。さらに、ＯＤＳ３１ａは、オブジェクト検索要求メッセージによって示されるコンテンツ名が図４に示されるＯＤＳ登録テーブルに記憶されているか否か判断する（この判断が肯定的であるならば、そのコンテンツは、オブジェクトプロバイダドメイン２０、例えば、図５のオブジェクトプロバイダドメイン２０ａのオブジェクトソースサーバ２２、例えば、図５のオブジェクトソースサーバ２２ａに記憶されている）。コンテンツ名に関する情報がＯＤＳ３１ａのＯＤＳキャッシュテーブルまたはＯＤＳ登録テーブルにあるならば、ＯＤＳ３１ａはＯＤＳキャッシュテーブルまたはＯＤＳ登録テーブル内でコンテンツ名と関連付けられたＰＯＰアドレスとメタデータ情報を読み出す。そして、ＯＤＳ３１ａは、オブジェクト検索応答メッセージ（object-lookup-response message）をＳＯＰ１２ａに送信することによって、ＳＯＰ１２ａに応答する（ステップＳ１４）。このメッセージは、要求されたコンテンツのメタデータ情報と要求されたコンテンツが提供されるオブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレスを示す。
【００５７】
コンテンツ名に関する情報がＯＤＳキャッシュテーブルにもＯＤＳ登録テーブルにもないならば、ＯＤＳ３１ａはＧＮＲＳ４０にオブジェクト検索要求メッセージを転送する（ステップＳ１５）。ＯＤＳ３１ａからオブジェクト検索要求メッセージを受信すると、ＧＮＲＳ４０はオブジェクト検索要求メッセージによって示されるコンテンツ名内の部分「subscribe_name」（表１参照）を分析する。そして、ＧＮＲＳ４０は、そのＧＮＲＳマッピングテーブル（図８に示される）内でコンテンツ名の部分「subscribe_name」を検索し、部分「subscribe_name」と関連付けられたＯＤＳアドレスを特定し、これによって、要求されたコンテンツが供給されうるオブジェクトプロバイダドメイン２０（例えば、図５の２０ｂ）がリンクされた１つのネットワークオペレータドメイン３０（例えば、図５のネットワークオペレータドメイン３０ｂ）のＯＤＳ３１（例えば、図５の３１ｂ）のアドレスを取得する。
【００５８】
ＯＤＳアドレスを知ることによって、ＧＮＲＳ４０はメタデータ情報とＰＯＰアドレスを得るために、そのＯＤＳ３１ｂにオブジェクト検索要求メッセージを転送する（ステップＳ１６）。オブジェクト検索要求メッセージを受信すると、そのＯＤＳ３１ｂは、そのＯＤＳ登録テーブル（図４に示される）内でオブジェクト検索要求メッセージによって示されるコンテンツ名を検索し、コンテンツ名と関連付けられたＰＯＰアドレスとメタデータ情報を読み出す。ＯＤＳ３１ｂは、ＧＮＲＳ４０にオブジェクト検索応答メッセージを送信する（ステップＳ１７）。このメッセージは、要求されたコンテンツのメタデータ情報と要求されたコンテンツが提供されるオブジェクトプロバイダドメイン２０（例えば、図５の２０ｂ）のＰＯＰ２３（例えば、図５の２３ｂ）のＰＯＰアドレスを示す。
【００５９】
ＯＤＳ３１ｂからステップＳ１７で送信されたオブジェクト検索応答メッセージを受信すると、ＧＮＲＳ４０はオブジェクト検索要求メッセージを送信したＯＤＳ３１ａに、オブジェクト検索応答メッセージを転送する（ステップＳ１８）。ＧＮＲＳ４０からステップＳ１７で送信されたオブジェクト検索応答メッセージを受信すると、ＯＤＳ３１ａは、そのオブジェクト検索応答メッセージによって示されるメタデータ情報とＰＯＰアドレスを、キャッシュ情報としてそのＯＤＳキャッシュテーブル（図７に示される）に記憶する。この記憶動作では、ＯＤＳキャッシュテーブル内でコンテンツ名がメタデータ情報とＰＯＰアドレスと関連付けられるように、ＯＤＳ３１ａはオブジェクト検索要求メッセージによって示されるコンテンツ名も記憶する。このようにして、ＯＤＳキャッシュテーブルは、コンテンツ名、メタデータ情報およびＰＯＰアドレスに関する新しいキャッシュ情報を有する。
【００６０】
さらに、ＧＮＲＳ４０からステップＳ１７で送信されたオブジェクト検索応答メッセージを受信すると、ＯＤＳ３１ａは、オブジェクト検索要求メッセージを送信したＳＯＰ１２ａに、オブジェクト検索応答メッセージを転送する（ステップＳ１９）。このようにして、ステップＳ１４またはＳ１９の後は、ＳＯＰ１２は、ユーザの意図（すなわち、要求されたコンテンツのメタデータ情報と要求されたコンテンツが記憶されているオブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレス）を知っている。ＳＯＰ１２は、オブジェクト要求メッセージを送信したユーザ装置１１にメタデータ情報を送信する（ステップＳ２０）。したがって、コンテンツデータを受信することに先立って、ユーザ装置１１は、そのコンテンツデータを使用するために必要な要素を含むメタデータ情報を受信する。これにより、コンテンツデータの使用（例えば、アプリケーションプログラムの起動およびファイルフォーマットの選択）が速められたり容易になったりする。その後、処理は後述するオブジェクト申込み・データ配信サービスに進む。
【００６１】
「ユーザトゥユーザの通信サービスのためのユーザ意図分析処理」
ユーザトゥユーザの通信サービスのためのユーザ意図分析処理の全体的な動作は、上記のコンテンツベースの通信サービスにおけるユーザ意図分析処理の全体的な動作と類似している。しかし、この動作においては、コンテンツ名の代わりに、通信宛先のユーザ名またはデバイス名が通信要求ユーザによって最初に指定される。このユーザ意図分析処理について、図９および図１２を参照して説明する。
【００６２】
ユーザトゥユーザの通信サービス（例えば電子メール送信、VoIP、デバイストゥデバイス通信、サーバクライアント通信、その他）のためのユーザ意図分析処理では、加入者ドメイン１０のいずれか１つ（例えば、図５の１０ａ）に加入している（所属している）ユーザ（通信要求ユーザ）が特定の通信相手ユーザまたは通信相手ユーザによって所有されている通信装置２１のうちの１つと通信したいならば、通信要求ユーザは、通信要求ユーザのユーザ装置１１（例えば、図９の１１ａ）を操作して、通信要求ユーザが加入している加入者ドメイン１０ａのＳＯＰ１２（例えば、図９の１２ａ）にオブジェクト要求メッセージを送信するようにユーザ装置１１ａに指令する（ステップＳ３１）。この指令において、通信要求ユーザは、通信相手ユーザのユーザ名（例えば、表１で示すように「u：user_name@subscribe_name」）または通信相手ユーザによって所有されている通信装置２１のデバイス名（例えば、表１で示すように、d:device_name#user_name@subscribe_name）を指定する。この場合、通信要求ユーザのユーザ装置１１ａは、ユーザ名またはデバイス名を示し、メッセージがエンドトゥエンドの通信サービスを要求することを示すフラグ（すなわち、Ｅ−フラグ）を持つオブジェクト要求メッセージを生成する。オブジェクト要求メッセージがユーザ名を示す場合には、オブジェクト要求メッセージは、通信要求ユーザが使用したい通信のタイプ（例えば、電子メール送信、VoIP、その他）も示す。
【００６３】
上記のように、通信要求ユーザは、通信受け側ユーザの名前を指定することができる。通信要求ユーザが通信したい通信受け側ユーザの単一の装置のデバイス名を知らない場合に、これは便利である。また、通信要求ユーザが特定の方式（例えば、VoIP）で通信受け側ユーザと通信したいが、通信受け側ユーザの複数の装置のうちその特定の方式をサポートすることができる特定の装置のデバイス名を知らない場合にも、これは便利である。あるいは、通信要求ユーザは、通信受け側装置のデバイス名を指定してもよい。通信要求ユーザがすでに通信宛先の特定のデバイス名を知っているとき、これは便利である。名前の指定のための方法は、例えば、タイピング、コピーアンドペースト、およびクリックすることである。
【００６４】
ステップＳ３１で送信された受け側のユーザ名を示すオブジェクト要求メッセージを受信すると、ＳＯＰ１２ａは、オブジェクト要求メッセージによって示されるユーザ名であって、オブジェクト要求メッセージによって示される通信のタイプに関連付けられたユーザ名がＳＯＰ１２ａのＳＯＰキャッシュテーブル（図６に示される）にキャッシュされているか否か判断する。ＳＯＰキャッシュテーブルが、オブジェクト要求メッセージによって示される通信のタイプと関連付けられたユーザ名を記憶しているならば、ＳＯＰ１２ａはＳＯＰキャッシュテーブル内でそのユーザ名と関連付けられたデバイスＩＤとＰＯＰアドレスを読み出し、ユーザ意図分析処理は終了する。ステップＳ３１で送信された受け側デバイス名を示すオブジェクト要求メッセージを受信すると、ＳＯＰ１２ａは、オブジェクト要求メッセージによって示されるデバイス名がＳＯＰ１２ａのＳＯＰキャッシュテーブルにキャッシュされているか否か判断する。ＳＯＰキャッシュテーブルがそのデバイス名を記憶しているならば、ＳＯＰ１２ａはＳＯＰキャッシュテーブル内でそのデバイス名と関連付けられたデバイスＩＤとＰＯＰアドレスを読み出し、ユーザ意図分析処理は終わる。いずれの場合も、処理は後述するオブジェクト申込み・データ配信サービスに進む。ＳＯＰ１２ａは、通信要求ユーザのユーザ装置１１ａに、デバイスＩＤまたはＰＯＰアドレスを送信しない。
【００６５】
その受け側ユーザ名またはその受け側デバイス名に関するキャッシュされた情報がＳＯＰ１２ａのＳＯＰキャッシュテーブルにないならば、ＳＯＰ１２ａが配置された加入者ドメイン１０ａがリンクされたネットワークオペレータドメイン３０（例えば、図９の３０ａ）内のＯＤＳ３１（例えば、図９の３１ａ）に、ＳＯＰ１２ａはオブジェクト検索要求メッセージを送信する（ステップＳ３３）。これは、通信宛先のデバイスＩＤおよび通信宛先が配置された位置（ＰＯＰアドレス）を取得するためである。その位置は、通信宛先が配置された（加入している）オブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレスによって表されうる。オブジェクト検索要求メッセージも、オブジェクト要求メッセージによって送られたユーザ名もしくはデバイス名ならびに通信のタイプを示し、オブジェクト要求メッセージによって送られたＥ−フラグも伴う。
【００６６】
ステップＳ３３で送信された受け側ユーザ名を示すオブジェクト検索要求メッセージをＳＯＰ１２ａから受信すると、ＯＤＳ３１ａは、オブジェクト検索要求メッセージによって示されるユーザ名であって、オブジェクト検索要求メッセージによって示される通信のタイプに関連付けられたユーザ名がＯＤＳ３１ａのＯＤＳキャッシュテーブル（図７に示される）に記憶されているか否か判断する。その通信のタイプと関連付けられたそのユーザ名に関する情報がＯＤＳ３１ａのＯＤＳキャッシュテーブルにあるならば、ＯＤＳ３１ａはそのテーブル内でそのユーザ名と関連付けられたＰＯＰアドレスとデバイスＩＤを読み出す。そして、ＯＤＳ３１ａは、ＳＯＰ１２ａにオブジェクト検索応答メッセージを送信することによって、ＳＯＰ１２に応答する（ステップＳ３４）。ステップＳ３３で送信された受け側ユーザの装置のデバイス名を示すオブジェクト検索要求メッセージをＳＯＰ１２ａから受信すると、ＯＤＳ３１ａは、オブジェクト検索要求メッセージによって示されるデバイス名がＯＤＳ３１ａのＯＤＳキャッシュテーブルに記憶されているか否か判断する。そのデバイス名に関する情報がＯＤＳ３１ａのＯＤＳキャッシュテーブルにあるならば、ＯＤＳ３１ａはそのテーブル内でそのデバイス名と関連付けられたＰＯＰアドレスとデバイスＩＤを読み出す。そして、ＯＤＳ３１ａは、ＳＯＰ１２ａにオブジェクト検索応答メッセージを送信することによって、ＳＯＰ１２に応答する（ステップＳ３４）。いずれの場合も、ステップＳ３４で送信されるオブジェクト検索応答メッセージは、通信宛先のデバイスＩＤと要求された通信宛先が加入しているオブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレスを示す。ユーザ意図分析処理は終了し、処理は後述するオブジェクト申込み・データ配信サービスに進む。ステップＳ３４で送信されるオブジェクト検索応答メッセージは、さらにユーザ名、ユーザＩＤ、通信のタイプ、およびデバイス名を示してよく、このメッセージを受信すると、ＳＯＰ１２ａはそのＳＯＰキャッシュテーブル内にそのメッセージによって示される内容をキャッシュしてもよい。
【００６７】
ＯＤＳ３１ａのＯＤＳキャッシュテーブルがステップＳ３３で送信されたオブジェクト検索要求メッセージによって示される情報を記憶していない場合には、ＯＤＳ３１ａはオブジェクト検索要求メッセージによって示される通信受け側ユーザがそのネットワークオペレータの加入者（すなわち、ＯＤＳ３１が存在するネットワークオペレータドメイン３０ａがリンクされたオブジェクトプロバイダドメイン２０、例えば、図９の２０ａの加入者）であるか否か判断する。より具体的には、オブジェクト検索要求メッセージがユーザ名を示すならば、ＯＤＳ３１ａはユーザ名がＯＤＳ３１ａのＯＤＳ加入者管理テーブル（図１０に示される）に記憶されているか否か判断する。ＯＤＳ加入者管理テーブルは、ネットワークオペレータドメイン３０ａに加入しているすべてのユーザのグローバルな名前と、ユーザが加入しているオブジェクトプロバイダドメイン２０のＰＯＰアドレスを記録する。オブジェクト検索要求メッセージがデバイス名を示すならば、ＯＤＳ３１ａはデバイス名（表１参照）内の部分「user_name」を分析して、そのユーザ名がＯＤＳ３１ａのＯＤＳ加入者管理テーブルに記憶されているか否か判断する。オブジェクト検索要求メッセージによって示される通信受け側ユーザがネットワークオペレータの加入者であるならば（ＯＤＳ加入者管理テーブルに記憶されていれば）、ＯＤＳ３１ａはＯＤＳ加入者管理テーブル内でユーザ名と関連付けられているＰＯＰアドレスとユーザＩＤを読み出して、そのＰＯＰアドレスとそのユーザＩＤを示すオブジェクト検索応答メッセージを生成する。その後、ＯＤＳ３１ａは、オブジェクト検索要求メッセージを送信したＳＯＰ１２ａに、このオブジェクト検索応答メッセージを送信する（ステップＳ３５）。
【００６８】
ＯＤＳ３１ａからステップＳ３５で送信されたオブジェクト検索応答メッセージを受信すると、ステップＳ３１で最初に送信されたオブジェクト要求メッセージがユーザ名と通信のタイプを示す場合には、ＳＯＰ１２ａは、オブジェクト検索応答メッセージ内の受け側ユーザのユーザＩＤとその通信のタイプを示し、オブジェクト検索応答メッセージによって示されているＰＯＰ２３（例えば、図９の２３ａ）のＰＯＰアドレスを宛先とするオブジェクト検索要求メッセージを生成する。ステップＳ３１で最初に送信されたオブジェクト要求メッセージがデバイス名を示す場合には、ＳＯＰ１２ａは、オブジェクト検索応答メッセージ内の受け側ユーザのユーザＩＤとそのデバイスＩＤを示し、オブジェクト検索応答メッセージによって示されるＰＯＰ２３ａのＰＯＰアドレスを宛先とするオブジェクト検索要求メッセージを生成する。その後、ＯＤＳ３１ａは、このＰＯＰアドレスを有するＰＯＰ２３ａに、このオブジェクト検索要求メッセージを送信する（ステップＳ３６）。
【００６９】
ステップＳ３６で送信されたオブジェクト検索要求メッセージを受信すると、ＰＯＰ２３ａは、そのＰＯＰ加入者管理テーブル（図１１に示される）内で、オブジェクト検索要求メッセージに示されたユーザＩＤならびに通信のタイプもしくはデバイス名を検索し、ＰＯＰ加入者管理テーブル内で、ユーザＩＤならびに通信のタイプに関連付けられたユーザ名、デバイス名、デバイスＩＤおよびＰＯＰアドレスを読み出す。その後、ＰＯＰ２３ａは、ユーザ名、ユーザＩＤ、通信のタイプ、デバイス名、デバイスＩＤおよびＰＯＰアドレスを示すオブジェクト検索応答メッセージを生成して、このオブジェクト検索応答メッセージをＳＯＰ１２ａに送信する（ステップＳ３７）。
【００７０】
ＰＯＰ２３ａからステップＳ３７で送信されたオブジェクト検索応答メッセージの転送の間、ＯＤＳ３１ａはこのメッセージを中継して、このメッセージで示された内容をキャッシュ情報としてそのＯＤＳキャッシュテーブル（図７に示される）に記憶する。このようにして、ＯＤＳキャッシュテーブルは、ユーザ名、ユーザＩＤ、通信のタイプ、デバイス名、デバイスＩＤおよびＰＯＰアドレスに関する新しいキャッシュ情報を有する。
【００７１】
ＰＯＰ２３ａからステップＳ３７で送信されたオブジェクト検索応答メッセージを受信すると、ＳＯＰ１２ａは、このメッセージで示された内容をキャッシュ情報としてそのＳＯＰキャッシュテーブル（図６に示される）に記憶する。このようにして、ＳＯＰキャッシュテーブルは、ユーザ名、ユーザＩＤ、通信のタイプ、デバイス名、デバイスＩＤおよびＰＯＰアドレスに関する新しいキャッシュ情報を有する。ＳＯＰ１２ａは、通信宛先のデバイスＩＤと、要求された通信宛先が加入しているオブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレスを知る。ユーザ意図分析処理は終了し、処理は後述するオブジェクト申込み・データ配信サービスに進む。
【００７２】
他方、ＳＯＰ１２ａからステップＳ３３で送信されたオブジェクト検索要求メッセージによって示されるユーザ名またはデバイス名に関して、ＯＤＳ加入者管理テーブルにもＯＤＳキャッシュテーブルにも情報がないならば、ＯＤＳ３１ａはＧＮＲＳ４０にオブジェクト検索要求メッセージを転送する（図１２のステップＳ４０）。ＯＤＳ３１ａからオブジェクト検索要求メッセージを受信すると、ＧＮＲＳ４０はオブジェクト検索要求メッセージによって示されるユーザ名またはデバイス名（表１参照）内の部分「subscribe_name」を分析する。その後、ＧＮＲＳ４０は、ユーザＩＤまたはデバイスＩＤ内の部分「subscribe_name」をそのＧＮＲＳマッピングテーブル（図８に示される）内で検索して、部分「subscribe_name」と関連付けられたＯＤＳアドレスを特定し、これによって、通信受け側ユーザが加入しているオブジェクトプロバイダドメイン２０（例えば、図９の２０ｂ）がリンクされた１つのネットワークオペレータドメイン３０（例えば、図９のネットワークオペレータドメイン３０ｂ）のＯＤＳ３１（例えば、図９の３１ｂ）のアドレスを取得する。
【００７３】
ＯＤＳアドレスを知ることによって、ＧＮＲＳ４０はＯＤＳ３１ｂにオブジェクト検索要求メッセージを転送する（ステップＳ４１）。オブジェクト検索要求メッセージを受信すると、そのＯＤＳ３１ｂは、オブジェクト検索要求メッセージによって示されるユーザ名またはオブジェクト検索要求メッセージによって示されるデバイス名内の部分「user_name」を、そのＯＤＳ加入者管理テーブル（図１０に示される）内で検索する。ＯＤＳ加入者管理テーブルは、ネットワークオペレータドメイン３０ｂに加入しているすべてのユーザのグローバルな名前とユーザが加入しているオブジェクトプロバイダドメイン２０のＰＯＰアドレスを記録する。ＯＤＳ３１ｂは、ＯＤＳ加入者管理テーブル内でユーザ名と関連付けられているＰＯＰアドレスとユーザＩＤを読み出して、ＧＮＲＳ４０に、オブジェクト検索応答メッセージを送信する（ステップＳ４２）。このメッセージは、通信受け側ユーザのユーザＩＤと、通信受け側ユーザが属するオブジェクトプロバイダドメイン２０（例えば、図１２の２０ｂ）のＰＯＰ２３（例えば、図１２の２３ｂ）のＰＯＰアドレスを示す。
【００７４】
ステップＳ４２で送信されたＯＤＳ３１ｂからのオブジェクト検索応答メッセージを受信すると、ＧＮＲＳ４０はオブジェクト検索要求メッセージを送信したＯＤＳ３１ａにオブジェクト検索応答メッセージを転送する（ステップＳ４３）。ＯＤＳ３１ａも、オブジェクト検索要求メッセージを送信したＳＯＰ１２ａに、オブジェクト検索応答メッセージを転送する（ステップＳ４４）。
【００７５】
ＯＤＳ３１ａからステップＳ４４で送信されたオブジェクト検索応答メッセージを受信すると、ステップＳ３１で最初に送信されたオブジェクト要求メッセージがユーザ名と通信のタイプを示す場合には、ＳＯＰ１２ａは、オブジェクト検索応答メッセージ内の受け側ユーザのユーザＩＤとその通信のタイプを示し、オブジェクト検索応答メッセージによって示されるＰＯＰ２３（例えば、図１２の２３ｂ）のＰＯＰアドレスを宛先とするオブジェクト検索要求メッセージを生成する。ステップＳ３１で最初に送信されたオブジェクト要求メッセージがデバイス名を示す場合には、ＳＯＰ１２ａは、オブジェクト検索応答メッセージ内の受け側ユーザのユーザＩＤとそのデバイスＩＤを示し、オブジェクト検索応答メッセージによって示されるＰＯＰ２３ａのＰＯＰアドレスを宛先とするオブジェクト検索要求メッセージを生成する。その後、ＯＤＳ３１ａは、このＰＯＰアドレスを有するＰＯＰ２３ｂに、このオブジェクト検索要求メッセージを送信する（ステップＳ４５）。
【００７６】
ステップＳ４５で送信されたオブジェクト検索要求メッセージを受信すると、ＰＯＰ２３ｂは、そのＰＯＰ加入者管理テーブル（図１１に示される）内で、オブジェクト検索要求メッセージに示されたユーザＩＤならびに通信のタイプを検索し、ＰＯＰ加入者管理テーブル内で、ユーザＩＤならびに通信のタイプに関連付けられたユーザ名、デバイス名、デバイスＩＤおよびＰＯＰアドレスを読み出す。その後、ＰＯＰ２３ａは、ユーザ名、ユーザＩＤ、通信のタイプ、デバイス名、デバイスＩＤおよびＰＯＰアドレスを示すオブジェクト検索応答メッセージを生成して、このオブジェクト検索応答メッセージをＳＯＰ１２ａに送信する（ステップＳ４６）。
【００７７】
ＰＯＰ２３ｂからステップＳ４６で送信されたオブジェクト検索応答メッセージの転送の間、ＯＤＳ３１ａはこのメッセージを中継して、このメッセージで示された内容をキャッシュ情報としてそのＯＤＳキャッシュテーブル（図７に示される）に記憶する。このようにして、ＯＤＳキャッシュテーブルは、ユーザ名、ユーザＩＤ、通信のタイプ、デバイス名、デバイスＩＤおよびＰＯＰアドレスに関する新しいキャッシュ情報を有する。
【００７８】
ＰＯＰ２３ｂからステップＳ４６で送信されたオブジェクト検索応答メッセージを受信すると、ＳＯＰ１２ａは、このメッセージで示された内容をキャッシュ情報としてそのＳＯＰキャッシュテーブル（図６に示される）に記憶する。このようにして、ＳＯＰキャッシュテーブルは、ユーザ名、ユーザＩＤ、通信のタイプ、デバイス名、デバイスＩＤおよびＰＯＰアドレスに関する新しいキャッシュ情報を有する。ＳＯＰ１２ａは、通信宛先のデバイスＩＤと、要求された通信宛先が加入しているオブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレスを知る。ユーザ意図分析処理は終了し、処理は後述するオブジェクト申込み・データ配信サービスに進む。
【００７９】
したがって、ステップＳ３４、Ｓ３６またはＳ４６の後、ＳＯＰ１２は、ユーザの意図（すなわち、通信受け側ユーザの装置のデバイスＩＤと、通信受け側ユーザが属するオブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレス）を知る。
【００８０】
「オブジェクト申込み・データ配信」
このネットワークアーキテクチャのオブジェクト申込み・データ配信処理の動作を説明する。オブジェクト申込み・データ配信処理も、コンテンツベースの通信サービスについてもユーザトゥユーザの通信サービスについても実行される。詳細は以下に説明する。オブジェクト申込み・データ配信プロセスにおいては、「申込む」（subscribe）とは、コンテンツまたはサービスを利用する（観るまたは聴く）ために申し込むことを意味する。
【００８１】
「コンテンツベースの通信サービスのためのオブジェクト申込み・データ配信」
コンテンツベースの通信サービスのためのオブジェクト申込み・データ配信処理の前に、コンテンツベースの通信サービスのための上記のユーザ意図分析処理が完了され、通信要求ユーザのユーザ装置１１（例えば、図１３の１１ａ）が最初にオブジェクト要求メッセージを送信したＳＯＰ１２（例えば、図１３の１２ａ）は、そのユーザの意図、すなわち、オブジェクトプロバイダドメイン２０（例えば、図１３の２０ｂ）のＰＯＰアドレスを知っていなければならない。この状態で、図１３に示すように、ＳＯＰ１２ａは、上記のユーザ意図分析処理で取得されたＰＯＰアドレスで特定されるＰＯＰ２３（例えば、図１３のＰＯＰ２３ｂ）にオブジェクト申込み要求メッセージを送信する（ステップＳ５１）。このオブジェクト申込み要求メッセージは、オブジェクト要求メッセージでも使われたコンテンツ名を示す。オブジェクト申込み要求メッセージは、通信要求ユーザのユーザ装置１１のデバイスＩＤも示す。
【００８２】
ＳＯＰ１２ａからオブジェクト申込み要求メッセージ（object-subscribe-request message）を受信すると、ＰＯＰ２３ｂはそのＰＯＰ登録テーブル（図３に示される）内でコンテンツ名を検索して、コンテンツ名と関連付けられたオブジェクトソースサーバアドレスを特定し、これによって、要求されたコンテンツを提供することができるオブジェクトソースサーバ２２（例えば、図１３の２２ｂ）のアドレスを取得する。
【００８３】
オブジェクトソースサーバのアドレスを知ることによって、ＰＯＰ２３ｂは、オブジェクトソースサーバ２２ｂにオブジェクト申込み要求メッセージを転送する（ステップＳ５２）。コンテンツ名を示すオブジェクト申込み要求メッセージを受信すると、オブジェクトソースサーバ２２ｂは、コンテンツ名に関連付けられたコンテンツデータをそのオブジェクトソースサーバ２２ｂ内で検索して、オブジェクト申込み要求メッセージで送信されたユーザ装置１１ａのデバイスＩＤに従って通信要求ユーザのユーザ装置１１ａに、要求されたコンテンツデータを送信する（ステップＳ５３）。このようにして、通信要求ユーザは、コンテンツデータとメタデータ情報に基づいて実行されるコンテンツを利用することができる。
【００８４】
通信要求ユーザのユーザ装置１１とＰＯＰ２３の間に介在してコンテンツデータを中継したルータ３２は、コンテンツデータのコピーを作成してもよく、コンテンツ名と一緒にそのコピーをキャッシュしてもよい。同じネットワークオペレータドメイン３０に加入している他のユーザが同じコンテンツを要求するとき、このことはダウンロード速度を向上させることができる。
【００８５】
ステップＳ５３で通信要求ユーザのユーザ装置１１にコンテンツデータを転送したＳＯＰ１２（このＳＯＰは、ユーザ意図分析処理でのステップＳ２０で通信要求ユーザのユーザ装置１１にメタデータ情報も転送した）は、コンテンツデータとメタデータ情報のコピーを作成して、そのＳＯＰ１２が配置された加入者ドメイン１０のためにコンテンツ名と一緒にそれらのコピーをキャッシュする。このキャッシングの結果は、ユーザ意図分析処理でのステップＳ１１とＳ１２に関連して説明したＳＯＰキャッシュテーブル（図６に示される）に含まれる。したがって、同じ加入者ドメイン１０内の他の通信要求ユーザのユーザ装置１１がＳＯＰ１２に同じコンテンツを要求する他の１つのオブジェクト要求メッセージを送信するとき、ＳＯＰ１２は、ＯＤＳ３１にオブジェクト検索要求メッセージを送信したりＰＯＰ２３にオブジェクト申込み要求メッセージを送信したりすることなく、コンテンツデータをユーザ装置１１へ送信することができる。
【００８６】
「ユーザトゥユーザの通信サービスのためのオブジェクト申込み・データ配信」
ユーザトゥユーザの通信サービスのためのオブジェクト申込み・データ配信処理の前に、ユーザトゥユーザの通信サービスのための上記のユーザ意図分析処理が完了され、通信要求ユーザのユーザ装置１１（例えば、図１４の１１ａ）が最初にオブジェクト要求メッセージを送信したＳＯＰ１２（例えば、図１４の１２ａ）は、そのユーザの意図、すなわち、通信宛先のデバイスＩＤと通信宛先が配置されたオブジェクトプロバイダドメイン２０（例えば、図１４の２０ｂ）のＰＯＰアドレス）を知っていなければならない。この状態で、図１４に示すように、ＳＯＰ１２は、上記のユーザ意図分析処理で取得されたＰＯＰアドレスで特定されるＰＯＰ２３（例えば、図１４のＰＯＰ２３ｂ）にオブジェクト申込み要求メッセージを送信する（ステップＳ６１）。このオブジェクト申込み要求メッセージは、上記のユーザ意図分析処理で取得された通信宛先のデバイスＩＤを示す。このオブジェクト申込み要求メッセージは、通信要求ユーザのユーザ装置１１（例えば、図１４の１１ａ）のデバイスＩＤと通信のタイプも示し、ユーザ装置１１ａとユーザ装置２１ｂの間でのエンドトゥエンドの交渉を容易にする。
【００８７】
ステップＳ６１でＳＯＰ１２ａから送信されたオブジェクト申込み要求メッセージを受信すると、ＰＯＰ２３ｂは、オブジェクト申込み要求メッセージによって示されるデバイスＩＤを使って、通信宛先（例えば、図１４のユーザ装置２１ｂ）を特定して、通信宛先にオブジェクト申込み要求メッセージを転送する（ステップＳ６２）。両方のデバイスＩＤを使うユーザ装置１１ａとユーザ装置２１ｂとの間のエンドトゥエンドの交渉の後、オブジェクト申込み要求メッセージによって示される通信のタイプに従って通信が始まる（ステップＳ６３）。例えば、通信受け側ユーザの装置２１ｂは、通信要求ユーザの装置１１ａからの要求に基づいて、データを送信する。あるいは、両方の装置でVoIP通信が利用される。
【００８８】
コンテンツベースの通信サービスとは異なり、通信宛先のユーザがデータを公開したくないならば、送信されたデータは中間のルータ３２でコピーもキャッシュもしてはならない。
【００８９】
通信要求ユーザによって要求される通信のタイプが電子メール送信であるならば、通信受け側ユーザの装置を特定することは必要ではない。したがって、電子メール送信の場合には、電子メールサーバのアドレスが通信受け側ユーザのためのデバイスＩＤとして使われ、通信のタイプが電子メール送信を示すとき、電子メールサーバアドレスがデバイスＩＤとして上記のＳＯＰキャッシュテーブル、ＯＤＳキャッシュテーブルおよびＰＯＰ加入者管理テーブルに記憶される。この場合、上記のオブジェクト申込み・データ配信プロセスの代わりに、ＳＯＰ１２はＰＯＰ２３にデバイスＩＤ（電子メールサーバアドレス）を示す電子メールを送信し、ＰＯＰ２３は電子メールサーバアドレスを使って電子メールを転送する。
【００９０】
本発明の実施の形態によれば、ユーザ、装置およびコンテンツは、これらの位置のインジケータ（ＰＯＰアドレス）と関連付けられているが、位置のインジケータはそれらの名前またはＩＤとは異なる。このネットワークアーキテクチャは、通信要求ユーザが所望のコンテンツを指定するコンテンツベースの通信と、通信要求ユーザが通信受け側ユーザまたは通信受け側装置を指定するエンドトゥエンドの通信の両方に便利である。コンテンツ、装置またはユーザと、その位置の関係は、ネットワークオペレータドメイン３０の各々とオブジェクトプロバイダドメイン２０の各々で管理され、デバイス名、ユーザ名またはコンテンツ名に含まれたネットワークオペレータドメインのインジケータと、ＯＤＳ３１のアドレスの関係は、ＧＮＲＳ４０で管理される。デバイス名、ユーザ名またはコンテンツ名がメッセージで指定されるとき、装置、ユーザまたはコンテンツの位置が特定されうる。その上、適切なエンティティが受信データをキャッシュするので、他のユーザも同じコンテンツを要求するとき、ダウンロード速度が向上しうる。
【００９１】
さらに、通信要求ユーザが通信受け側ユーザの特定のデバイス名を知らないが、通信要求ユーザがユーザ名を知っていて、通信のタイプを指定するならば、適切なユーザ装置が通信相手として特定されうる。単一のユーザが複数の通信デバイスを管理しているか所有していることが多いので、これは便利である。
【符号の説明】
【００９２】
１０：加入者ドメイン、
１１：ユーザ装置、
１２：ＳＯＰ（加入者オブジェクトプロキシ、Subscriber Object Proxy、第１のプロキシ装置）、
１２Ｃ：ＳＯＰキャッシュメモリ（第１のプロキシキャッシュメモリ）、
２０：オブジェクトプロバイダドメイン、
２１：ユーザ装置、
２２：オブジェクトソースサーバ、
２３：ＰＯＰ（公開者オブジェクトプロキシ、Publisher Object Proxy、第２のプロキシ装置）、
２３Ｍ：ＰＯＰメモリ（プロバイダドメインメモリ）、
３０：ネットワークオペレータドメイン、
３１：ＯＤＳ（オブジェクトDirectory Server、ディレクトリサーバ）、
３１Ｃ：ＯＤＳキャッシュメモリ（ディレクトリサーバキャッシュメモリ）、
３１Ｍ：ＯＤＳメモリ（ディレクトリサーバメモリ）、
３２：ルータ、
４０：ＧＮＲＳ（グローバルネーム分析サーバ、Global Name Resolution Server）、
４０Ｍ：ＧＮＲＳメモリ。
【技術分野】
【０００１】
本発明は、広くはネットワークアーキテクチャに関するものであって、より具体的には将来のインターネットに適切なネットワークアーキテクチャに関するものである。
【背景技術】
【０００２】
現在のネットワーク環境は、新しい技術と新しいニーズの出現のために重大な難問に直面している。近い将来、移動（無線）ユーザユニットがより多くなるだけでなく、マシントゥマシンタイプ（machine-to-machine type）の通信デバイスもより多くなるであろう。この明細書では、「マシントゥマシンタイプの通信」という用語は、人間の相互作用または人間の介入を必要としない要素の間のデータ通信の形式（例えば低電力センサまたは電子タグと管理装置との間の通信）を意味する。ほとんどすべてのそのような移動通信デバイスは、インターネットに接続されるであろう。その結果、将来のインターネットは、多くの異なる種類のネットワーク技術（例えば有線のネットワーク、ワイヤレスＬＡＮ、携帯電話（３ＧおよびＬＴＥ）ネットワーク、センサネットワーク、その他）の寄せ集めになるであろう。したがって、将来の移動環境のために、統合的なネットワークアーキテクチャが必要とされる。
【０００３】
多くの場合、ユーザは、ウェブページ内の例えば動画または説明といった実際の事象に関する情報またはサービスに興味がある。言い換えると、ユーザは、データとコンテンツのトポロジー上の位置よりもむしろ、データとコンテンツに関心がある。したがって、コンテンツ中心の（content-centric）またはサービス中心の（service-centric）通信技術が、将来のインターネットサービスのために必要になるであろう。さらにまた、各々のユーザが同時にオンラインする複数の装置を持つかもしれないので、ユーザ中心の（user-centric）通信技術が将来のインターネットのためにサポートされなければならない。
【０００４】
現在のインターネットの通信アーキテクチャは、単一のプロトコル（インターネットプロトコル（ＩＰ））に基づいて相互作用している（例えば、everything on IP, IP on everything）。しかし、現在のインターネットアーキテクチャにはＩＰアドレスの使用上の問題がある。特に、ＩＰアドレスはホスト識別子（ＩＤ）とロケータの両方の働きをする。言い換えると、ＩＰアドレスは、特定のトポロジー上の位置を特定するため、つまりパケットをルーティングするためのロケータとしてもネットワーク層で使われ、ネットワークホストでインターフェースを特定するためのＩＤ（ひいては通信セッションの識別情報）としてトランスポート層とアプリケーション層でも使われる。基本的に、現在のインターネットアーキテクチャでは、セッションの間にＩＰアドレスが不変のままであることを要求する。これは、ＩＰアドレスが変更されることは、両方のエンドポイントのＩＤが変更されたことを示し、通信セッションが終了したことを示すことを意味する。ＩＰアドレスの２つの役割は将来のモバイル環境には適切ではない。というのもモビリティの要求は、ＩＰアドレスの変更を要求することになるからである。ＩＰアドレスの二重の役割に伴う問題を解決するために、通信セッションの打ち切りを避けるようにロケータと識別子の役割を分離すべきである。
【０００５】
通信デバイスのモビリティを現在のインターネットアーキテクチャ（例えばMobile IPv6（MIPv6）、Proxy Mobile IPv6（PMIPv6）、Network Mobility（NEMO）、その他）をサポートするために、多くの解決策が提案されてきている。しかし、これらの解決策は継ぎ当て（patch-on）の形式を提供するに過ぎないため、これらの解決策は様々なタイプの移動通信装置のためのモビリティ制御をうまく統合しておらず、そのため、これらは複雑さを加えてネットワークパフォーマンスを減少させる。
【０００６】
したがって、現在のインターネットアーキテクチャを根本的に変えることに関する議論がなされている。特に、Host Identify Protocol（HIP）、Site Multi-homing by IPv6 Intermediation (SHIM6)、Locator/Identifier Separation Protocol (LISP)、Host Name and Identifier System (HNIS)、およびMobile-Oriented Future Internet (MOFI)を含むＩＤ／ロケータ分離（ＩＤとロケータの分離）のための様々な技術が提案されてきた。
【０００７】
現在のインターネットアーキテクチャは、パケットが終端ホストの間で交換されるエンドトゥエンドのメッセージに指向させられた通信には便利である。しかし、今日の大部分のインターネットトラフィックは、コンテンツ指向性かデータ指向性であり、インターネット利用者は、位置または装置ではなく、現実の事象に関する情報、データ、コンテンツまたはサービスに興味がある。動画ストリーミングは、近年の世界的なインターネットトラフィックの成長の主要な一因であり、それは全体のトラフィックの５０％を占める。通信シナリオにおける趨勢は、「どこに」情報があるかということよりも、「何が」交換されるかということがより重要になっていることを示す。したがって、インターネットは根本的に新しいアーキテクチャに置き換えるべきである。コンテンツ配信のためにいくつかのプロトコルがある。例えば、Content-Centric Network（CCN）とPublish/Subscribe Internet Routing Paradigm（PSIRP）である。例えば、CCNは非特許文献１および非特許文献２に開示されている。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】Future Content Network Group, "Why do we need a Content-centric Future Internet?", online, found on January 29, 2011, (http://www.future-internet.eu/fileadmin/documents/prague_documents/FIA-FCN_Internet_Architecture_20090507.pdf)
【非特許文献２】Gareth Tyson, "A Middleware Approach to Building Content-Centric Applications", online, found on January 29, 2011, (http://eprints.comp.lancs.ac.uk/2337/1/PhD.pdf)
【発明の概要】
【発明が解決しようとする課題】
【０００９】
提案されたＩＤ／ロケータ分離技術および提案されたコンテンツ配信ネットワーキングアーキテクチャは、両方とも将来のインターネットに対する革命的なステップであるものの、これらには未だにいくつかの限界がある。提案されたＩＤ／ロケータ分離技術（HIP、SHIM6、LISP、HNISおよびMOFI）は、エンドトゥエンドの通信にのみ焦点を合わせており、コンテンツ配信ネットワーキングを扱うように設計されてはいない。また、提案されたＩＤ／ロケータ分離技術は、膨大な数の装置をサポートすることに不十分でない。提案されたＩＤ／ロケータ分離技術では、ＩＤに装置を結びつけてマッピングするためにＩＤ／位置情報のすべてを管理しなければならないが、従来の管理技術は、低電力のセンサと電子タグを含むマシントゥマシンタイプの通信装置の増加を考慮することなく開発されてきた。
【００１０】
他方、提案されたコンテンツ配信ネットワーキングアーキテクチャ（CCNとPSIRP）においては、ネットワークシステムは、ユーザが関心を持つコンテンツを配送するが、オブジェクト意識型のネットワーキングの特徴を達成しない。言い換えると、提案されたコンテンツ配信ネットワーク側は、通信要求ユーザが観たり聴いたりしたいコンテンツにだけ考慮を払い、通信受け側ユーザ、通信受け側ユーザの装置、または特定のサービス（通信要求ユーザが利益を享受したい）を考慮しない。この明細書では、「オブジェクト意識型のネットワーキング」という用語は、例えば、各通信要求ユーザの意図（例えば、通信受け側のユーザ、通信受け側の装置および特定のサービス（通信要求ユーザが利益を享受したい））も、通信要求ユーザが観たり聴いたりしたいコンテンツに加えて、ネットワーク側が考慮する、情報の交換またはサービスの一形式を意味する。この文脈において、「オブジェクト」という用語は、コンテンツだけではなく、ユーザ、装置およびサービスを含むことを意図している。現在のインターネットトラフィックはコンテンツ指向型であるが、将来のインターネットアーキテクチャは、ユーザトゥユーザ、ユーザトゥサービスおよびユーザトゥコンテンツを含む様々なタイプの通信モデルをサポートしなければならない。
【００１１】
そこで、本発明は、ユーザ、装置およびコンテンツがそれらの位置のインジケータに関連付けられているが、位置のインジケータがそれらの名前またはＩＤとは異なっており、通信要求ユーザが所望のコンテンツを指定するコンテンツベースの通信と、通信要求ユーザが通信受け側ユーザまたは通信受け側装置を指定するエンドトゥエンドの通信の両方に便利であるネットワークアーキテクチャを提供する。
【課題を解決するための手段】
【００１２】
本発明によれば、複数の加入者ドメイン（１０）と、複数のオブジェクトプロバイダドメイン（２０）と、ネットワークオペレータドメイン（３０）と、メッセージルーティングサーバ装置（４０）とを備えるネットワークアーキテクチャであって、前記加入者ドメイン（１０）の各々に、複数の第１のユーザが加入しており、前記第１のユーザの各々が少なくとも１つの第１のユーザ装置（１１）を所有または管理しており、前記加入者ドメイン（１０）の各々は第１のプロキシ装置（１２）を備え、前記第１のプロキシ装置（１２）は、前記第１のプロキシ装置（１２）が配置された前記加入者ドメイン（１０）に加入している前記第１のユーザの前記第１のユーザ装置（１１）にとってデフォルトゲートウェイおよびアクセスルータとして動作し、前記オブジェクトプロバイダドメイン（２０）の各々に、複数の第２のユーザが加入しており、前記第２のユーザの各々は、その第２のユーザに普遍的に特有なユーザ名とユーザＩＤを有し、前記第２のユーザの各々が少なくとも１つの第２のユーザ装置（２１）を所有または管理しており、前記第２のユーザ装置（２１）の各々は、その第２のユーザ装置（２１）に普遍的に特有なデバイス名とデバイスＩＤを有し、各デバイス名はその第２のユーザ装置（２１）にとっての第２のユーザのユーザ名を含んでおり、ユーザ名とデバイス名の各々はその第２のユーザが加入しているネットワークオペレータドメイン（３０）を示すインジケータを含んでおり、前記オブジェクトプロバイダドメイン（２０）の各々は第２のプロキシ装置（２３）を備え、前記第２のプロキシ装置（２３）は、前記第２のプロキシ装置（２３）が配置された前記オブジェクトプロバイダドメイン（２０）に加入している前記第２のユーザの前記第２のユーザ装置（２１）にとってデフォルトゲートウェイおよびアクセスルータとして動作し、前記第２のプロキシ装置（２３）の各々は第２のプロキシアドレスを有し、前記オブジェクトプロバイダドメイン（２０）の各々は、コンテンツとそのコンテンツを使用するのに不可欠なメタデータ情報を記憶するオブジェクトソースサーバ（２２）を備え、各コンテンツはコンテンツ名を有し、コンテンツ名はそのコンテンツに普遍的に特有であって、そのコンテンツを記憶するオブジェクトソースサーバ（２２）が配置されているオブジェクトプロバイダドメイン（２０）にリンクされているネットワークオペレータドメイン（３０）を示すインジケータを含んでおり、前記オブジェクトプロバイダドメイン（２０）の各々は、そのオブジェクトプロバイダドメイン（２０）に加入している第２のユーザの第２のユーザ装置（２１）の各々のための情報を記憶するプロバイダドメインメモリ（２３Ｍ）を備え、第２のユーザ装置の各々のための情報は、第２のユーザ装置のデバイス名、第２のユーザ装置のデバイスＩＤ、第２のユーザ装置にとっての第２のユーザのユーザ名、第２のユーザ装置にとっての第２のユーザのユーザＩＤ、通信のタイプを示す通信タイプインジケータ、および第２のユーザが加入しているオブジェクトプロバイダドメイン（２０）の第２のプロキシ装置の第２のプロキシアドレスを含んでおり、前記ネットワークオペレータドメイン（３０）の各々は、前記複数の加入者ドメイン（１０）のいくつかおよび前記複数のオブジェクトプロバイダドメイン（２０）のいくつかにリンクさせられており、ネットワークオペレータドメイン（３０）にリンクされた加入者ドメイン（１０）に加入している第１のユーザおよびネットワークオペレータドメイン（３０）にリンクされたオブジェクトプロバイダドメイン（２０）に加入している第２のユーザは、そのネットワークオペレータドメイン（３０）に加入しており、前記ネットワークオペレータドメイン（３０）の各々は、ディレクトリサーバメモリ（３１Ｍ）を備えるディレクトリサーバ装置（３１）を備え、前記ディレクトリサーバメモリ（３１Ｍ）は、前記ネットワークオペレータドメイン（３０）に加入している各第２のユーザのための情報を記憶し、各第２のユーザのための情報は、第２のユーザのユーザ名、第２のユーザのユーザＩＤ、および第２のユーザが加入しているオブジェクトプロバイダドメイン（２０）の第２のプロキシ装置の第２のプロキシアドレスを含んでおり、前記ディレクトリサーバメモリ（３１Ｍ）は、前記オブジェクトソースサーバ（２２）に記憶された公開可能なコンテンツの各々のための情報を記憶し、公開可能なコンテンツの各々のための情報は、コンテンツのコンテンツ名、コンテンツのためのメタデータ情報、およびコンテンツを記憶するオブジェクトソースサーバ（２２）が配置されたオブジェクトプロバイダドメイン（２０）の第２のプロキシ装置の第２のプロキシアドレスを含んでおり、前記ディレクトリサーバ装置（３１）の各々はディレクトリサーバアドレスを有しており、前記メッセージルーティングサーバ装置（４０）は、前記複数のネットワークオペレータドメイン（３０）にリンクさせられ、メッセージルーティングサーバメモリ（４０Ｍ）を備え、メッセージルーティングサーバメモリ（４０Ｍ）は、各ネットワークオペレータドメイン（３０）のための情報を記憶し、各ネットワークオペレータドメイン（３０）のための情報は、ユーザ名、デバイス名またはコンテンツ名に含まれるネットワークオペレータドメイン（３０）のインジケータと、ネットワークオペレータドメイン（３０）内のディレクトリサーバ装置（３１）のディレクトリサーバアドレスの関係を記述しており、前記メッセージルーティングサーバ装置（４０）は、メッセージルーティングサーバメモリ（４０Ｍ）に記憶された情報に基づいて、メッセージに含まれるユーザ名、デバイス名、またはコンテンツ名に含まれるネットワークオペレータドメイン（３０）のインジケータからディレクトリサーバアドレスを特定するネットワークアーキテクチャが提供される。
【００１３】
本発明によれば、ユーザ、装置およびコンテンツは、これらの位置のインジケータ（第２のプロキシアドレス）と関連付けられているが、位置のインジケータは、それらの名前またはＩＤとは異なる。ネットワークアーキテクチャは、通信要求ユーザが所望のコンテンツを指定するコンテンツベースの通信と、通信要求ユーザが通信受け側ユーザまたは通信受け側装置を指定するエンドトゥエンドの通信の両方に便利である。コンテンツ、装置またはユーザとその位置は、ネットワークオペレータドメイン（３０）の各々とオブジェクトプロバイダドメイン（２０）の各々で管理され、デバイス名、ユーザ名またはコンテンツ名に含まれたネットワークオペレータドメインのインジケータと、ネットワークオペレータドメイン（３０）のディレクトリサーバ装置（３１）の関係は、メッセージルーティングサーバ装置（４０）で管理される。デバイス名、ユーザ名またはコンテンツ名がメッセージに示されるとき、装置、ユーザまたはコンテンツの位置を特定することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明に係るネットワークアーキテクチャを示す概略図である。
【図２】オブジェクト登録が実行される前記ネットワークアーキテクチャを示す概略図である。
【図３】オブジェクト登録によって作成される登録テーブルを示す図である。
【図４】オブジェクト登録によって作成される他の１つの登録テーブルを示す図である。
【図５】コンテンツベースの通信サービスのためのユーザ意図分析処理が実行される前記ネットワークアーキテクチャを示す概略図である。
【図６】前記ネットワークアーキテクチャで使われるキャッシュテーブルを示す図である。
【図７】前記ネットワークアーキテクチャで使われる他の１つのキャッシュテーブルを示す図である。
【図８】前記ネットワークアーキテクチャで使われるマッピングテーブルである。
【図９】ユーザトゥユーザの通信サービスのために、ユーザ意図分析処理が実行される前記ネットワークアーキテクチャを示す概略図である。
【図１０】前記ネットワークアーキテクチャで使われる管理テーブルを示す図である。
【図１１】前記ネットワークアーキテクチャで使われる他の１つの管理テーブルを示す図である。
【図１２】ユーザトゥユーザの通信サービスのために、ユーザ意図分析処理が実行される前記ネットワークアーキテクチャを示す概略図である。
【図１３】コンテンツベースの通信サービスのために、オブジェクト申込み・データ配信（object-subscribe-and-data-delivery）処理が実行されるネットワークアーキテクチャを示す概略図である。
【図１４】エンドトゥエンドの通信サービスのために、オブジェクト申込み・データ配信処理が実行されるネットワークアーキテクチャを示す概略図である。
【発明を実施するための形態】
【００１５】
以下、添付の図面を参照して、本発明の実施の形態を説明する。
「ネットワークアーキテクチャの概要」
図１は、本発明に係るネットワークアーキテクチャのレイアウトを示す。このネットワークアーキテクチャは、将来のインターネットに適切である。このネットワークは、複数の加入者ドメイン１０、複数のオブジェクトプロバイダドメイン２０、複数のネットワークオペレータドメイン３０、およびサーバ装置４０を備え、サーバ装置４０は、以下グローバルネーム分析サーバ（Global Name Resolution Server、GNRS）と呼ばれる。
【００１６】
加入者ドメイン１０の各々は、物理的なネットワークであって、複数のユーザが加入（所属）することができるユーザアクセスネットワークであってよい。したがって、加入者ドメイン１０の各々は有線または無線で通信可能な複数のユーザ装置１１を有する。このようなユーザアクセスネットワークは、例えば、家庭のネットワーク、会社ネットワーク、キャンパスネットワークおよびモバイルブロードバンドアクセスネットワークを含みうる。ユーザ装置１１は、通常のコンピュータ、タブレットコンピュータ、携帯電話、ならびにセンサおよび電子タグを含むマシントゥマシンタイプの通信装置であってよい。１人のユーザは、１つのユーザ装置１１を持つかもしれないし、複数のユーザ装置１１を持つかもしれない。
【００１７】
オブジェクトプロバイダドメイン２０の各々は、公開者ドメインと呼ぶこともでき、コンテンツプロバイダまたはポータルサービスプロバイダによって所有されているネットワークであってよい。オブジェクトプロバイダドメイン２０の各々は、複数のオブジェクトソースサーバ２２または複数のユーザ装置２１を有することができる。オブジェクトソースサーバ２２の各々は、加入者ドメイン１０のいずれか１つに属する通信要求ユーザによって要求されるであろうコンテンツに関する様々なコンテンツデータを記憶する。また、オブジェクトソースサーバ２２の各々は、コンテンツデータのためのメタデータ情報を記憶する。メタデータ情報は、情報資源を記述もしくは説明するか、その位置を示すか、またはそれの読み出し、使用、もしくは管理を容易にする体系化された情報である。メタデータ情報は、例えば、タイトル、コンテンツの短い概要、コンテンツの作成者、作成日、ファイルサイズ、コンテンツのタイプ（動画、静止画像、テキストまたは音楽）、およびファイルフォーマットを示す。したがって、メタデータ情報は、メタデータ情報と関連付けられたコンテンツの使用に不可欠な情報要素を有する。１人のユーザは、１つのユーザ装置２１を持つかもしれないし、複数のユーザ装置２１を持つかもしれない。
【００１８】
オブジェクトプロバイダドメイン２０の各々は、サービスまたはコンテンツを得るために通信したい通信要求ユーザから観て論理的なネットワークである。これはすなわち、各々のドメイン２０がオブジェクトプロバイダドメインと呼ばれる理由が、ドメイン２０がコンテンツプロバイダまたはポータルサービスプロバイダによって所有されて、通信要求ユーザの要求を満足させるであろう少なくとも１つの装置を有するからであるということを意味する。加入者ドメイン１０のうちの１つがコンテンツプロバイダまたはポータルサービスプロバイダによって所有されて、少なくともそのような装置を有するならば、そのドメイン１０はオブジェクトプロバイダドメイン２０でもありえる。
【００１９】
ネットワークオペレータドメイン３０の各々は、世界的なまたは広域のネットワークオペレータによって所有されている物理的なネットワークである。そのようなネットワークオペレータは、有線または無線の物理的なネットワーキングを提供するインターネットサービスプロバイダ（ＩＳＰ）または移動ブロードバンドネットワークオペレータであってよい。図１に示すように、ネットワークオペレータドメイン３０の各々に、少なくとも１つのオブジェクトプロバイダドメイン２０と少なくとも１つの加入者ドメイン１０がリンクさせられている。ユーザオブジェクトプロバイダドメイン２０または加入者ドメイン１０のユーザ、すなわち加入者（所属者）は、その加入者が加入しているオブジェクトプロバイダドメイン２０または加入者ドメイン１０がリンクされたネットワークオペレータドメイン３０の加入者（所属者）でもある。
【００２０】
加入者ドメイン１０の各々は、加入者オブジェクトプロキシ（subscriber object proxy、ＳＯＰ）と呼ばれるプロキシサーバ装置１２を有する。ＳＯＰ（第１のプロキシ装置）１２は、機械読み取り可能なプログラムの制御の下で動作させられる機能的なエンティティであって、そのＳＯＰ１２が配置された加入者ドメイン１０の加入者（ユーザ装置１１）にとってデフォルトゲートウェイおよびアクセスルータとして動作する。
【００２１】
後に詳述するように、ＳＯＰ１２はユーザ意図分析処理（user-intent-resolution process）を実行するための特徴である。ＳＯＰ１２がその加入者ドメイン１０にあるユーザ装置１１からコンテンツベースの通信サービスを要求しコンテンツ名を示すオブジェクト要求メッセージを受信すると、ユーザ意図分析処理は、そのコンテンツのために使用されるメタデータ情報および通信でルーティングされるべきＰＯＰ２３のアドレスを特定する。ＳＯＰ１２がその加入者ドメイン１０にあるユーザ装置１１からエンドトゥエンドの通信サービスを要求し、ユーザ名と通信のタイプを示すか、デバイス名だけを示すオブジェクト要求メッセージを受信すると、ユーザ意図分析処理は、通信でルーティングされるべき通信宛先（ユーザ装置２１の１つ）のデバイスＩＤを特定する。
【００２２】
ＳＯＰ１２の各々は、そのＳＯＰ１２が配置された加入者ドメイン１０に加入しているすべてのユーザのユーザＩＤを記憶する。また、ＳＯＰ１２の各々は、そのＳＯＰ１２が配置された加入者ドメイン１０に加入しているすべてのユーザの装置のデバイスＩＤを記憶する。
【００２３】
ＳＯＰ１２の各々は図６に示されるＳＯＰキャッシュメモリ（第１のプロキシキャッシュメモリ）１２Ｃを有し、ＳＯＰキャッシュメモリ１２ＣはＳＯＰキャッシュテーブルを有する。ＳＯＰキャッシュテーブルは、オブジェクトプロバイダドメイン２０内のオブジェクトソースサーバ２２の１つに記憶されたコンテンツ（コンテンツデータ）のコンテンツ名、そのコンテンツデータ、およびそのコンテンツデータのためのメタデータ情報を記録する。コンテンツごとに、コンテンツ名、コンテンツデータおよびメタデータ情報は、ＳＯＰキャッシュテーブル内で１つの情報セットとして関連付けられる。コンテンツベースの通信において、通信要求ユーザ装置１１による要求に応答してコンテンツデータを送信したオブジェクトプロバイダドメイン２０の１つからコンテンツデータをＳＯＰ１２が受信すると、各々のセットはＳＯＰキャッシュメモリ１２Ｃにキャッシュされる。
【００２４】
また、ＳＯＰキャッシュテーブルは、１つのオブジェクトプロバイダドメイン２０のユーザのユーザ名およびユーザＩＤ、そのユーザによって所有または管理されるユーザ装置２１のデバイス名およびデバイスＩＤ、そのユーザ装置２１でサポートされる通信のタイプ（例えば、電子メール送信、VoIP（voice over IP）、デバイストゥデバイス通信、サーバクライアント通信、その他）を示す通信タイプインジケータ、ならびにユーザ装置２１が位置するオブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレスを記録する。装置ごとに、ユーザ名、ユーザＩＤ、通信タイプインジケータ、デバイス名、デバイスＩＤおよびＰＯＰアドレスは、ＳＯＰキャッシュテーブル内で１つの情報セットとして関連付けられる。エンドトゥエンドの通信において、このようなセットを送信した１つのオブジェクトプロバイダドメイン２０からセットをＳＯＰ１２が受信すると、各々のセットはＳＯＰキャッシュメモリ１２Ｃにキャッシュされる。
【００２５】
オブジェクトプロバイダドメイン２０の各々は、公開者オブジェクトプロキシ（publisher object proxy、ＰＯＰ）と呼ばれるプロキシサーバ装置２３を有する。ＰＯＰ（第２のプロキシ装置）２３は、機械読み取り可能なプログラムの制御の下で動作させられる機能的なエンティティであって、そのＰＯＰ２３が配置された、例えばコンテンツプロバイダネットワークまたはポータルサービスプロバイダネットワークといったオブジェクトプロバイダドメイン２０の加入者（オブジェクトソースサーバ２２およびユーザ装置２１の少なくとも１つ）にとってデフォルトゲートウェイおよびアクセスルータとして動作する。
【００２６】
ＰＯＰの各々は、図３に示されるＰＯＰメモリ（プロバイダドメインメモリ）２３Ｍを有し、ＰＯＰメモリ２３ＭはＰＯＰ登録テーブルを有する。ＰＯＰ登録テーブルは、そのＰＯＰ２３が配置されたオブジェクトプロバイダドメイン２０内のオブジェクトソースサーバ２２に記憶されたコンテンツ（コンテンツデータ）のコンテンツ名、そのオブジェクトソースサーバ２２のアドレス、そのコンテンツデータのためのメタデータ情報、ならびに内部使用フラグもしくは公開フラグを記録する。コンテンツごとに、コンテンツ名、オブジェクトソースサーバのアドレス、メタデータ情報およびフラグは、ＰＯＰ登録テーブル内で１つの情報セットとして関連付けられる。各々のセットは、後述するオブジェクト登録によって、ＰＯＰメモリ２３Ｍに永久的に記憶される。
【００２７】
また、図１１に示すように、ＰＯＰメモリ２３Ｍは、ＰＯＰ加入者管理テーブルを有する。ＰＯＰ加入者管理テーブルは、そのＰＯＰ２３が配置された１つのオブジェクトプロバイダドメイン２０のユーザのユーザ名およびユーザＩＤ、そのユーザによって所有または管理されるユーザ装置２１のデバイス名およびデバイスＩＤ、そのユーザ装置２１でサポートされる通信のタイプを示す通信タイプインジケータ、ならびにそのＰＯＰ２３のＰＯＰアドレスを記録する。装置ごとに、ユーザ名、ユーザＩＤ、通信タイプインジケータ、デバイス名、デバイスＩＤおよびＰＯＰアドレスは、ＰＯＰ加入者管理テーブル内で１つの情報セットとして関連付けられる。このように、ＰＯＰ２３の各々は、そのＰＯＰ２３が配置されたオブジェクトプロバイダドメイン２０に加入しているすべてのユーザのユーザＩＤを記憶し、そのＰＯＰ２３が配置されたオブジェクトプロバイダドメイン２０に加入しているユーザの装置のすべてのデバイスＩＤを記憶する。
【００２８】
ネットワークオペレータドメイン３０の各々は、オブジェクトディレクトリサーバ（object directory server、ＯＤＳ）と呼ばれるディレクトリサーバ３１を有する。ＯＤＳ３１は、機械読み取り可能なプログラムの制御の下で世界的なまたは広域のネットワークオペレータによって動作させられる。
【００２９】
ＯＤＳ３１の各々は、図４に示されるＯＤＳメモリ（ディレクトリサーバメモリ）３１Ｍを有し、ＯＤＳメモリ３１ＭはＯＤＳ登録テーブルを有する。ＯＤＳ登録テーブルは、ＯＤＳ３１が配置された がリンクされたオブジェクトプロバイダドメイン２０のオブジェクトソースサーバ２２に記憶されたコンテンツのコンテンツ名、そのオブジェクトソースサーバ２２へのルーティングのためのＰＯＰ２３のアドレス、ならびにそのコンテンツのためのメタデータ情報を記録する。コンテンツごとに、コンテンツ名、オブジェクトソースサーバのアドレス、およびメタデータ情報は、ＯＤＳ登録テーブル内で１つの情報セットとして関連付けられる。各々のセットは、オブジェクト登録によって、ＯＤＳメモリ３１Ｍに永久的に記憶される。
【００３０】
また、図１０に示すように、ＯＤＳメモリ３１ＭはＯＤＳ加入者管理テーブルを有する。ＯＤＳ加入者管理テーブルは、ＯＤＳ３１が配置されたネットワークオペレータドメイン３０にリンクされたオブジェクトプロバイダドメイン２０に加入しているユーザのユーザ名およびユーザＩＤ、ならびにそのオブジェクトプロバイダドメイン２０内のそのユーザの装置へのルーティングのためのＰＯＰ２３のＰＯＰアドレスを記録する。ユーザごとに、ユーザ名、ユーザＩＤおよびＰＯＰアドレスは、ＯＤＳ加入者管理テーブル内で１つの情報セットとして関連付けられる。このように、ＯＤＳ３１の各々は、そのＯＤＳ３１が配置されたネットワークオペレータドメイン３０にリンクされたオブジェクトプロバイダドメイン２０に加入しているすべてのユーザのユーザＩＤと位置を記憶する。
【００３１】
ＯＤＳ３１の各々は、図７に示されるＯＤＳキャッシュメモリ（ディレクトリサーバキャッシュメモリ）３１Ｃを有し、ＯＤＳキャッシュメモリ３１ＣはＯＤＳキャッシュテーブルを有する。ＯＤＳキャッシュテーブルは、他のＯＤＳ３１が配置された他のネットワークオペレータドメイン３０にリンクされたオブジェクトプロバイダドメイン２０内の１つのオブジェクトソースサーバ２２に記憶されたコンテンツ（コンテンツデータ）のコンテンツ名、そのオブジェクトソースサーバ２２へのルーティングのためのＰＯＰ２３のアドレス、ならびにそのコンテンツデータのためのメタデータ情報を記録する。コンテンツごとに、コンテンツ名、ＰＯＰアドレス、ならびにメタデータ情報は、ＯＤＳキャッシュテーブル内で１つの情報セットとして関連付けられる。コンテンツベースの通信のためのユーザ意図分析処理でＯＤＳ３１がＧＮＲＳ４０からメタデータ情報とＰＯＰアドレスを受信すると、各々のセットはＯＤＳキャッシュメモリ１２Ｃにキャッシュされる。
【００３２】
また、ＯＤＳキャッシュテーブルは、他のＯＤＳ３１が配置された他のネットワークオペレータドメイン３０にリンクされたオブジェクトプロバイダドメイン２０に加入しているユーザのユーザ名およびユーザＩＤ、そのユーザに所有または管理されるユーザ装置２１のデバイス名およびデバイスＩＤ、そのユーザ装置２１でサポートされる通信のタイプを示す通信タイプインジケータ、ならびにそのオブジェクトプロバイダドメイン２０内のそのユーザの装置へのルーティングのためのＰＯＰ２３のＰＯＰアドレスを記録する。ユーザごとに、ユーザ名、ユーザＩＤ、通信タイプインジケータ、デバイス名、デバイスＩＤならびにＰＯＰアドレスは、ＯＤＳキャッシュテーブル内で１つの情報セットとして関連付けられる。エンドトゥエンドの通信のためのユーザ意図分析処理でＯＤＳ３１がＧＮＲＳ４０からセットの内容を受信すると、各々のセットはＯＤＳキャッシュメモリ１２Ｃにキャッシュされる。
【００３３】
各々の要素（ＳＯＰキャッシュメモリ１２ＣとＯＤＳキャッシュメモリ３１Ｃ）でキャッシュされた情報セットは、適切な方式に従って消去されうる。例えば、
(i)キャッシュされたセットは、記憶の後所定の時間が経過すると消去される。
(ii)キャッシュメモリが満杯またはほぼ満杯になって新しいセットがキャッシュされるべき場合に、最も古いキャッシュされたセットが新しいセットを受け入れるために消去される。
(iii)キャッシュメモリが満杯またはほぼ満杯になって新しいセットがキャッシュされるべき場合に、最も使用頻度が少ないセットが消去される。
【００３４】
また、ネットワークオペレータドメイン３０は、他のドメインに信号をルーティングするために複数のルータ３２を有する。
【００３５】
本発明の実施の形態に係るネットワークアーキテクチャにおいては、ユーザと装置の各々には、ユーザと装置を特定するために、グローバルな名前とＩＤが与えられなければならない。したがって、ユーザはユーザ名（グローバルな名前として）とユーザＩＤを持っており、ユーザ名またはユーザＩＤによって特定され、装置はデバイス名（グローバルな名前として）とデバイスＩＤを持っており、デバイス名またはデバイスＩＤによって特定される。また、コンテンツはコンテンツ名（グローバルな名前として）を持っており、コンテンツ名によって特定される。グローバルな名前は、世界的に有意であってどこからでも通用する特有の名前である。グローバルな名前は、可変長の文字セットで示され、人間が読み取れて思い出せる文字列でなければならない。一方、ＩＤはグローバルにユニークな文字列ではあるが、人間に記憶されなくてもよい。グローバルな名前の各々は、通信の初期段階で通信要求ユーザ（人間）によって示すことができる一方、ＩＤの各々は通信プロトコルで使われる。
【００３６】
表１は、本発明の実施の形態に係るネットワークアーキテクチャでのグローバルな名前とＩＤの構造に関する規則を示す。
【表１】
【００３７】
表１において、最初の文字、「u」、「d」または「c」は、通信要求ユーザの意図の理解を容易にするための一種のセパレーターである。つまり、「u」、「d」および「c」は、それぞれユーザ名、デバイス名、およびコンテンツ名を表す。
【００３８】
表１のグローバルなユーザ名またはグローバルなデバイス名において、部分「user_name」は、ユーザが加入しているネットワークオペレータドメイン３０で有意な（加入者ドメイン１０またはオブジェクトプロバイダドメイン２０でも有意な）特有のユーザ名である。グローバルなユーザ名またはグローバルなデバイス名において、部分「subscribe_name」は、ユーザが加入しているネットワークオペレータドメイン３０を運営している世界的なまたは広域のネットワークオペレータの特有の名前である。よって、部分「subscribe_name」は、ユーザまたは装置が加入しているネットワークオペレータドメイン３０を示す。グローバルなデバイス名において、部分「device name」は、装置が加入しているネットワークオペレータドメイン３０で有意な（加入者ドメイン１０またはオブジェクトプロバイダドメイン２０でも有意な）特有のデバイス名である。部分「user_name」がグローバルなユーザ名の各々だけでなく、グローバルなデバイス名の各々にも含まれる点に留意する必要がある。グローバルなデバイス名の各々において、部分「user_name」は装置の所有者または管理者を示す。
【００３９】
表１のグローバルなコンテンツ名において、部分「URI」は、「http」または「https」スキームが除外された統一リソース識別子（Uniform Resource Identifier）である。通信要求ユーザがウェブサイトにアクセスしてウェブサイトから特定のコンテンツデータ（例えば、動画、静止画像、テキストまたは音楽）を受信するために、「URI」に対応するウェブサイト上の特定のコンテンツデータを指定したいとき、グローバルなコンテンツ名が使われる。表１から理解されるように、グローバルなコンテンツ名も部分「subscribe_name」（より具体的には、docomo.com）を含む。特定のコンテンツデータを受信するためのウェブサイトアクセスの場合、グローバルなコンテンツ名の各々における部分「subscribe_name」は、ウェブサイトが属するオブジェクトプロバイダドメイン２０がリンクされたネットワークオペレータドメイン３０を示す。上記から理解されるように、「オブジェクト」としての用語「コンテンツ」は、ウェブサイト上の特定のコンテンツデータを示す。
【００４０】
以下の説明では、「グローバル」という用語は、グローバルな名前から省略されうる。
【００４１】
ＧＮＲＳ（メッセージルーティングサーバ装置）４０は、複数のネットワークオペレータドメイン３０にリンクさせられている。ＧＮＲＳ４０は、図８に示すＧＮＲＳマッピングテーブルを記憶するために、ＧＮＲＳメモリ（サーバメモリを送っているメッセージ）４０Ｍを有する。ＧＮＲＳマッピングテーブルは、ユーザ名またはコンテンツ名に含まれるネットワークオペレータドメイン３０のインジケータとネットワークオペレータドメイン３０のＯＤＳ３１の関係を管理する。より具体的には、ＧＮＲＳマッピングテーブルは複数の情報セットを記憶し、各情報セットはＯＤＳ３１のアドレスと「subscribe_name」と有する。上記のように、「subscribe_name」はネットワークオペレータドメイン３０を運営しているネットワークオペレータの名前であるから、ネットワークオペレータドメイン３０のインジケータとみなすことができる。部分「subscribe_name」は、デバイス名、ユーザ名およびコンテンツ名のすべてに含まれる。デバイス名、ユーザ名またはコンテンツ名がメッセージにおいて示されるとき、ＧＮＲＳ４０はＧＮＲＳマッピングテーブルに基づいてＯＤＳ３１のアドレスを判断して、ＯＤＳ３１を有するネットワークオペレータドメイン３０にメッセージをルーティングする。
【００４２】
「オブジェクト登録」
図２を参照して、ネットワークアーキテクチャのオブジェクト登録の動作を説明する。上記のように、オブジェクトソースサーバ２２の各々は、加入者ドメイン１０のいずれか１つに加入している通信要求ユーザを満足させるコンテンツに関する様々なコンテンツデータを記憶する。オブジェクト登録処理は、オブジェクトプロバイダドメイン２０の内部での使用の目的、またはネットワークアーキテクチャ内での広範囲の使用の目的でのコンテンツの登録のために実行される。
【００４３】
オブジェクトソースサーバ２２の各々の操作スタッフは、コンテンツの公開（公共的使用）用または内部使用（個人的な使用）用にＰＯＰ２３にオブジェクトソースサーバ２２に記憶されたコンテンツ（より正確には、コンテンツデータ）を登録するために、オブジェクトプロバイダドメイン２０内のＰＯＰ２３にオブジェクト公開または個人使用メッセージを送信するようにオブジェクトソースサーバ２２に指示するために、オブジェクトソースサーバ２２を操作することができる（ステップＳ１）。
【００４４】
オブジェクト公開または個人使用メッセージは、コンテンツ名、メタデータ情報、メッセージの宛先であるＰＯＰ２３のＰＯＰアドレス、および内部使用フラグまたは公開フラグを有する。このメッセージは、コンテンツを記憶しているオブジェクトソースサーバ２２のアドレスを示すソースアドレスを有する。
【００４５】
そのオブジェクトがオブジェクトプロバイダドメイン２０内でだけ使用されることを操作スタッフが所望するならば、オペレータは、内部使用フラグをオブジェクト公開または個人使用メッセージに付加することを選ぶ。その結果、オブジェクトソースサーバ２２は、内部使用フラグを持つオブジェクト公開または個人使用メッセージをＰＯＰ２３に送信する（ステップＳ１）。内部使用フラグを持つこのメッセージをＰＯＰ２３が受信する場合には、ＳＯＰ１２はどのＯＤＳ３１にもオブジェクト公開または個人使用メッセージを転送せず、オブジェクト公開または個人使用メッセージで示される内容をＰＯＰ登録テーブル（図３に示される）に記憶する。そのコンテンツは、オブジェクトプロバイダドメイン２０内の加入者だけによって使用されうる。
【００４６】
他方、そのオブジェクトが広く公開されることを操作スタッフが所望するならば、操作スタッフは、公開フラグをオブジェクト公開／個人使用メッセージに付加することを選ぶ。その結果、オブジェクトソースサーバ２２は、公開フラグを持つオブジェクト公開／個人使用メッセージをＰＯＰ２３に送信する（ステップＳ１）。公開フラグを持つこのメッセージを受信すると、ＰＯＰ２３はオブジェクト公開または個人使用メッセージで示される内容をそのＰＯＰ登録テーブル（図３に示される）に記憶する。図３に示すように、ＰＯＰ登録テーブルでは、各々のコンテンツ名は、オブジェクトソースサーバのアドレス、メタデータ情報ならびに公開フラグもしくは内部使用フラグと関連付けられている。そして、ＰＯＰ２３は、ＰＯＰ２３を有するオブジェクトプロバイダドメイン２０がリンクさせられたネットワークオペレータドメイン３０のＯＤＳ３１に、オブジェクト公開または個人使用メッセージを転送する（ステップＳ２）。
【００４７】
この公開または個人使用メッセージは、コンテンツ名、メタデータ情報、およびこのメッセージが送信されるＰＯＰ２３のＰＯＰアドレスを示す示す。ステップＳ２でＰＯＰ２３から送られるオブジェクト公開または個人使用メッセージは公開可能なコンテンツだけを示すので、オブジェクトソースサーバからのメッセージとは異なり、このメッセージは公開フラグなしであってもよい。ステップＳ２でＰＯＰ２３から送られるオブジェクト公開または個人使用メッセージは、コンテンツ名、メタデータ情報およびコンテンツを供給することができるオブジェクトプロバイダドメイン２０の位置を示す。その位置は、コンテンツが記憶されたオブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレスによって表されてもよい。
【００４８】
ステップＳ２でＰＯＰ２３からオブジェクト公開または個人使用メッセージを受信すると、ＯＤＳ３１は公開可能なオブジェクトとしてＯＤＳ３１にそのコンテンツを登録する。より具体的には、ＯＤＳ３１は、オブジェクト公開または個人使用メッセージで示される内容をそのＯＤＳ登録テーブル（図４に示される）に記憶する。そのコンテンツは、ネットワークオペレータドメイン３０がリンクされた加入者ドメイン１０内の加入者のために公開されうる。図４に示すように、ＯＤＳ登録テーブルでは、各々のコンテンツ名は、位置とメタデータ情報と関連付けられている。
【００４９】
さらに、他のネットワークオペレータドメイン３０にリンクされた加入者ドメイン１０内の加入者から、ある公開可能なコンテンツに対して多くの要求があるならば、ＰＯＰ２３は、当該加入者ドメイン１０がリンクされた他のネットワークオペレータドメイン３０のＯＤＳ３１にオブジェクト公開または個人使用メッセージを送信し、そのＯＤＳ３１は公開可能なコンテンツとしてＯＤＳ３１にそのコンテンツを登録する（ステップＳ３）。このメッセージは、ステップＳ２に関して上述したような形式を有する。そのＯＤＳ３１は、上記と同様の方式でオブジェクト公開または個人使用メッセージで示される内容をそのＯＤＳ登録テーブル（図４に示される）に記憶する。そのコンテンツは、加入者が要求を送信した加入者ドメイン１０内の加入者のために公開されうる。
【００５０】
「ユーザ意図分析処理」
ユーザ（通信要求ユーザ）によって指定されたオブジェクトのグローバルな名前（コンテンツ名、ユーザ名またはデバイス名）に基づいて、ユーザ意図分析処理は、ユーザ（通信要求ユーザ）が何を探しているか、または通信相手ユーザの装置（通信宛先）がどこに配置されているか特定する。より具体的には、指定されたオブジェクト名がコンテンツ名であるとき、ユーザ意図分析処理は特定のメタデータ情報を特定する。指定されたオブジェクトがユーザ名またはデバイス名であるとき、ユーザ意図分析はデバイスＩＤを特定する。すなわち、ユーザ意図分析処理は、ユーザの意図（オブジェクトのグローバルな名前）を特定のメタデータ情報または特定のデバイスＩＤに翻訳する。
【００５１】
ユーザ意図分析処理は、コンテンツベースの通信サービスについてもユーザトゥユーザの通信サービスについても実行される。詳細は以下に説明する。
【００５２】
「コンテンツベースの通信サービスのためのユーザ意図分析処理」
コンテンツベースの通信サービス（例えばウェブサイトアクセス、ピアトゥピア通信、リアルタイムストリーミング、ファイル転送サービス、その他）において、ユーザがコンテンツ名を指定するとき、ユーザ意図分析処理は特定のメタデータ情報を特定する。このユーザ意図分析処理を、図５を参照して説明する。
【００５３】
コンテンツベースの通信サービスのためのユーザ意図分析処理では、加入者ドメイン１０のいずれか１つ（例えば、図５の１０ａ）に加入している（所属している）ユーザ（通信要求ユーザ）が特定の公開可能なコンテンツ（例えば、動画、静止画像、テキストまたは音楽）に興味があるならば、通信要求ユーザは、通信要求ユーザのユーザ装置１１（例えば、図５の１１ａ）を操作して、そのユーザが加入している加入者ドメイン１０ａのＳＯＰ１２（例えば、図５の１２ａ）にオブジェクト要求メッセージを送信するようにユーザ装置１１ａに指令する（ステップＳ１１）。この指令において、通信要求ユーザは、そのユーザが興味を持っているコンテンツ名（表１で示すように「c:URI：」）を指定する。この場合、通信要求ユーザのユーザ装置１１ａは、そのコンテンツ名を示し、メッセージがコンテンツベースの通信サービスを要求することを示すフラグ（すなわちＣ−フラグ）を持つオブジェクト要求メッセージを生成する。名前の指定のための方法は、例えば、タイピング、コピーアンドペースト、およびクリックすることである。前もって、通信要求ユーザは、例えば、検索エンジンによるキーワード検索でコンテンツ名を取得しておく。
【００５４】
ステップＳ１１で送信されたオブジェクト要求メッセージを受信すると、ＳＯＰ１２ａは、オブジェクト要求メッセージによって示されるコンテンツ名がＳＯＰ１２ａのＳＯＰキャッシュテーブル（図６に示される）にキャッシュされているか否か判断する。ＳＯＰキャッシュテーブルがコンテンツ名を記憶している場合には、ＳＯＰ１２ａはＳＯＰキャッシュテーブル内でコンテンツ名と関連付けられているコンテンツデータとメタデータ情報を読み出して、通信要求ユーザのユーザ装置１１ａにそのコンテンツデータとそのメタデータ情報を送信する（ステップＳ１２）。通信要求ユーザのユーザ装置１１ａは、そのコンテンツデータを使用し、これにより通信要求ユーザはコンテンツから利益を享受することができる。この場合、ユーザ意図分析処理は終了し、処理は後述するオブジェクト申込み・データ配信サービスまで進まない。
【００５５】
コンテンツ名に関するキャッシュされた情報がＳＯＰ１２ａのＳＯＰキャッシュテーブルにないならば、ＳＯＰ１２ａが配置された加入者ドメイン１０ａがリンクされたネットワークオペレータドメイン３０（例えば、図５の３０ａ）内のＯＤＳ３１（例えば、図５の３１ａ）に、ＳＯＰ１２ａはオブジェクト検索要求メッセージ（object-lookup-request message）を送信する（ステップＳ１３）。これは、そのコンテンツのメタデータ情報およびそのコンテンツが供給されるオブジェクトプロバイダドメイン２０の位置（ＰＯＰアドレス）を取得するためである。その位置は、コンテンツが供給されるオブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレスによって表される。また、オブジェクト検索要求メッセージは、オブジェクト要求メッセージによって送られたコンテンツ名を示しており、オブジェクト要求メッセージによって送られたＣ−フラグも伴う。
【００５６】
ＳＯＰ１２ａからステップＳ１３で送信されたオブジェクト検索要求メッセージを受信すると、ＯＤＳ３１ａは、オブジェクト検索要求メッセージによって示されるコンテンツ名がＯＤＳ３１ａのＯＤＳキャッシュテーブル（図７に示される）にキャッシュされているか否か判断する。さらに、ＯＤＳ３１ａは、オブジェクト検索要求メッセージによって示されるコンテンツ名が図４に示されるＯＤＳ登録テーブルに記憶されているか否か判断する（この判断が肯定的であるならば、そのコンテンツは、オブジェクトプロバイダドメイン２０、例えば、図５のオブジェクトプロバイダドメイン２０ａのオブジェクトソースサーバ２２、例えば、図５のオブジェクトソースサーバ２２ａに記憶されている）。コンテンツ名に関する情報がＯＤＳ３１ａのＯＤＳキャッシュテーブルまたはＯＤＳ登録テーブルにあるならば、ＯＤＳ３１ａはＯＤＳキャッシュテーブルまたはＯＤＳ登録テーブル内でコンテンツ名と関連付けられたＰＯＰアドレスとメタデータ情報を読み出す。そして、ＯＤＳ３１ａは、オブジェクト検索応答メッセージ（object-lookup-response message）をＳＯＰ１２ａに送信することによって、ＳＯＰ１２ａに応答する（ステップＳ１４）。このメッセージは、要求されたコンテンツのメタデータ情報と要求されたコンテンツが提供されるオブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレスを示す。
【００５７】
コンテンツ名に関する情報がＯＤＳキャッシュテーブルにもＯＤＳ登録テーブルにもないならば、ＯＤＳ３１ａはＧＮＲＳ４０にオブジェクト検索要求メッセージを転送する（ステップＳ１５）。ＯＤＳ３１ａからオブジェクト検索要求メッセージを受信すると、ＧＮＲＳ４０はオブジェクト検索要求メッセージによって示されるコンテンツ名内の部分「subscribe_name」（表１参照）を分析する。そして、ＧＮＲＳ４０は、そのＧＮＲＳマッピングテーブル（図８に示される）内でコンテンツ名の部分「subscribe_name」を検索し、部分「subscribe_name」と関連付けられたＯＤＳアドレスを特定し、これによって、要求されたコンテンツが供給されうるオブジェクトプロバイダドメイン２０（例えば、図５の２０ｂ）がリンクされた１つのネットワークオペレータドメイン３０（例えば、図５のネットワークオペレータドメイン３０ｂ）のＯＤＳ３１（例えば、図５の３１ｂ）のアドレスを取得する。
【００５８】
ＯＤＳアドレスを知ることによって、ＧＮＲＳ４０はメタデータ情報とＰＯＰアドレスを得るために、そのＯＤＳ３１ｂにオブジェクト検索要求メッセージを転送する（ステップＳ１６）。オブジェクト検索要求メッセージを受信すると、そのＯＤＳ３１ｂは、そのＯＤＳ登録テーブル（図４に示される）内でオブジェクト検索要求メッセージによって示されるコンテンツ名を検索し、コンテンツ名と関連付けられたＰＯＰアドレスとメタデータ情報を読み出す。ＯＤＳ３１ｂは、ＧＮＲＳ４０にオブジェクト検索応答メッセージを送信する（ステップＳ１７）。このメッセージは、要求されたコンテンツのメタデータ情報と要求されたコンテンツが提供されるオブジェクトプロバイダドメイン２０（例えば、図５の２０ｂ）のＰＯＰ２３（例えば、図５の２３ｂ）のＰＯＰアドレスを示す。
【００５９】
ＯＤＳ３１ｂからステップＳ１７で送信されたオブジェクト検索応答メッセージを受信すると、ＧＮＲＳ４０はオブジェクト検索要求メッセージを送信したＯＤＳ３１ａに、オブジェクト検索応答メッセージを転送する（ステップＳ１８）。ＧＮＲＳ４０からステップＳ１７で送信されたオブジェクト検索応答メッセージを受信すると、ＯＤＳ３１ａは、そのオブジェクト検索応答メッセージによって示されるメタデータ情報とＰＯＰアドレスを、キャッシュ情報としてそのＯＤＳキャッシュテーブル（図７に示される）に記憶する。この記憶動作では、ＯＤＳキャッシュテーブル内でコンテンツ名がメタデータ情報とＰＯＰアドレスと関連付けられるように、ＯＤＳ３１ａはオブジェクト検索要求メッセージによって示されるコンテンツ名も記憶する。このようにして、ＯＤＳキャッシュテーブルは、コンテンツ名、メタデータ情報およびＰＯＰアドレスに関する新しいキャッシュ情報を有する。
【００６０】
さらに、ＧＮＲＳ４０からステップＳ１７で送信されたオブジェクト検索応答メッセージを受信すると、ＯＤＳ３１ａは、オブジェクト検索要求メッセージを送信したＳＯＰ１２ａに、オブジェクト検索応答メッセージを転送する（ステップＳ１９）。このようにして、ステップＳ１４またはＳ１９の後は、ＳＯＰ１２は、ユーザの意図（すなわち、要求されたコンテンツのメタデータ情報と要求されたコンテンツが記憶されているオブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレス）を知っている。ＳＯＰ１２は、オブジェクト要求メッセージを送信したユーザ装置１１にメタデータ情報を送信する（ステップＳ２０）。したがって、コンテンツデータを受信することに先立って、ユーザ装置１１は、そのコンテンツデータを使用するために必要な要素を含むメタデータ情報を受信する。これにより、コンテンツデータの使用（例えば、アプリケーションプログラムの起動およびファイルフォーマットの選択）が速められたり容易になったりする。その後、処理は後述するオブジェクト申込み・データ配信サービスに進む。
【００６１】
「ユーザトゥユーザの通信サービスのためのユーザ意図分析処理」
ユーザトゥユーザの通信サービスのためのユーザ意図分析処理の全体的な動作は、上記のコンテンツベースの通信サービスにおけるユーザ意図分析処理の全体的な動作と類似している。しかし、この動作においては、コンテンツ名の代わりに、通信宛先のユーザ名またはデバイス名が通信要求ユーザによって最初に指定される。このユーザ意図分析処理について、図９および図１２を参照して説明する。
【００６２】
ユーザトゥユーザの通信サービス（例えば電子メール送信、VoIP、デバイストゥデバイス通信、サーバクライアント通信、その他）のためのユーザ意図分析処理では、加入者ドメイン１０のいずれか１つ（例えば、図５の１０ａ）に加入している（所属している）ユーザ（通信要求ユーザ）が特定の通信相手ユーザまたは通信相手ユーザによって所有されている通信装置２１のうちの１つと通信したいならば、通信要求ユーザは、通信要求ユーザのユーザ装置１１（例えば、図９の１１ａ）を操作して、通信要求ユーザが加入している加入者ドメイン１０ａのＳＯＰ１２（例えば、図９の１２ａ）にオブジェクト要求メッセージを送信するようにユーザ装置１１ａに指令する（ステップＳ３１）。この指令において、通信要求ユーザは、通信相手ユーザのユーザ名（例えば、表１で示すように「u：user_name@subscribe_name」）または通信相手ユーザによって所有されている通信装置２１のデバイス名（例えば、表１で示すように、d:device_name#user_name@subscribe_name）を指定する。この場合、通信要求ユーザのユーザ装置１１ａは、ユーザ名またはデバイス名を示し、メッセージがエンドトゥエンドの通信サービスを要求することを示すフラグ（すなわち、Ｅ−フラグ）を持つオブジェクト要求メッセージを生成する。オブジェクト要求メッセージがユーザ名を示す場合には、オブジェクト要求メッセージは、通信要求ユーザが使用したい通信のタイプ（例えば、電子メール送信、VoIP、その他）も示す。
【００６３】
上記のように、通信要求ユーザは、通信受け側ユーザの名前を指定することができる。通信要求ユーザが通信したい通信受け側ユーザの単一の装置のデバイス名を知らない場合に、これは便利である。また、通信要求ユーザが特定の方式（例えば、VoIP）で通信受け側ユーザと通信したいが、通信受け側ユーザの複数の装置のうちその特定の方式をサポートすることができる特定の装置のデバイス名を知らない場合にも、これは便利である。あるいは、通信要求ユーザは、通信受け側装置のデバイス名を指定してもよい。通信要求ユーザがすでに通信宛先の特定のデバイス名を知っているとき、これは便利である。名前の指定のための方法は、例えば、タイピング、コピーアンドペースト、およびクリックすることである。
【００６４】
ステップＳ３１で送信された受け側のユーザ名を示すオブジェクト要求メッセージを受信すると、ＳＯＰ１２ａは、オブジェクト要求メッセージによって示されるユーザ名であって、オブジェクト要求メッセージによって示される通信のタイプに関連付けられたユーザ名がＳＯＰ１２ａのＳＯＰキャッシュテーブル（図６に示される）にキャッシュされているか否か判断する。ＳＯＰキャッシュテーブルが、オブジェクト要求メッセージによって示される通信のタイプと関連付けられたユーザ名を記憶しているならば、ＳＯＰ１２ａはＳＯＰキャッシュテーブル内でそのユーザ名と関連付けられたデバイスＩＤとＰＯＰアドレスを読み出し、ユーザ意図分析処理は終了する。ステップＳ３１で送信された受け側デバイス名を示すオブジェクト要求メッセージを受信すると、ＳＯＰ１２ａは、オブジェクト要求メッセージによって示されるデバイス名がＳＯＰ１２ａのＳＯＰキャッシュテーブルにキャッシュされているか否か判断する。ＳＯＰキャッシュテーブルがそのデバイス名を記憶しているならば、ＳＯＰ１２ａはＳＯＰキャッシュテーブル内でそのデバイス名と関連付けられたデバイスＩＤとＰＯＰアドレスを読み出し、ユーザ意図分析処理は終わる。いずれの場合も、処理は後述するオブジェクト申込み・データ配信サービスに進む。ＳＯＰ１２ａは、通信要求ユーザのユーザ装置１１ａに、デバイスＩＤまたはＰＯＰアドレスを送信しない。
【００６５】
その受け側ユーザ名またはその受け側デバイス名に関するキャッシュされた情報がＳＯＰ１２ａのＳＯＰキャッシュテーブルにないならば、ＳＯＰ１２ａが配置された加入者ドメイン１０ａがリンクされたネットワークオペレータドメイン３０（例えば、図９の３０ａ）内のＯＤＳ３１（例えば、図９の３１ａ）に、ＳＯＰ１２ａはオブジェクト検索要求メッセージを送信する（ステップＳ３３）。これは、通信宛先のデバイスＩＤおよび通信宛先が配置された位置（ＰＯＰアドレス）を取得するためである。その位置は、通信宛先が配置された（加入している）オブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレスによって表されうる。オブジェクト検索要求メッセージも、オブジェクト要求メッセージによって送られたユーザ名もしくはデバイス名ならびに通信のタイプを示し、オブジェクト要求メッセージによって送られたＥ−フラグも伴う。
【００６６】
ステップＳ３３で送信された受け側ユーザ名を示すオブジェクト検索要求メッセージをＳＯＰ１２ａから受信すると、ＯＤＳ３１ａは、オブジェクト検索要求メッセージによって示されるユーザ名であって、オブジェクト検索要求メッセージによって示される通信のタイプに関連付けられたユーザ名がＯＤＳ３１ａのＯＤＳキャッシュテーブル（図７に示される）に記憶されているか否か判断する。その通信のタイプと関連付けられたそのユーザ名に関する情報がＯＤＳ３１ａのＯＤＳキャッシュテーブルにあるならば、ＯＤＳ３１ａはそのテーブル内でそのユーザ名と関連付けられたＰＯＰアドレスとデバイスＩＤを読み出す。そして、ＯＤＳ３１ａは、ＳＯＰ１２ａにオブジェクト検索応答メッセージを送信することによって、ＳＯＰ１２に応答する（ステップＳ３４）。ステップＳ３３で送信された受け側ユーザの装置のデバイス名を示すオブジェクト検索要求メッセージをＳＯＰ１２ａから受信すると、ＯＤＳ３１ａは、オブジェクト検索要求メッセージによって示されるデバイス名がＯＤＳ３１ａのＯＤＳキャッシュテーブルに記憶されているか否か判断する。そのデバイス名に関する情報がＯＤＳ３１ａのＯＤＳキャッシュテーブルにあるならば、ＯＤＳ３１ａはそのテーブル内でそのデバイス名と関連付けられたＰＯＰアドレスとデバイスＩＤを読み出す。そして、ＯＤＳ３１ａは、ＳＯＰ１２ａにオブジェクト検索応答メッセージを送信することによって、ＳＯＰ１２に応答する（ステップＳ３４）。いずれの場合も、ステップＳ３４で送信されるオブジェクト検索応答メッセージは、通信宛先のデバイスＩＤと要求された通信宛先が加入しているオブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレスを示す。ユーザ意図分析処理は終了し、処理は後述するオブジェクト申込み・データ配信サービスに進む。ステップＳ３４で送信されるオブジェクト検索応答メッセージは、さらにユーザ名、ユーザＩＤ、通信のタイプ、およびデバイス名を示してよく、このメッセージを受信すると、ＳＯＰ１２ａはそのＳＯＰキャッシュテーブル内にそのメッセージによって示される内容をキャッシュしてもよい。
【００６７】
ＯＤＳ３１ａのＯＤＳキャッシュテーブルがステップＳ３３で送信されたオブジェクト検索要求メッセージによって示される情報を記憶していない場合には、ＯＤＳ３１ａはオブジェクト検索要求メッセージによって示される通信受け側ユーザがそのネットワークオペレータの加入者（すなわち、ＯＤＳ３１が存在するネットワークオペレータドメイン３０ａがリンクされたオブジェクトプロバイダドメイン２０、例えば、図９の２０ａの加入者）であるか否か判断する。より具体的には、オブジェクト検索要求メッセージがユーザ名を示すならば、ＯＤＳ３１ａはユーザ名がＯＤＳ３１ａのＯＤＳ加入者管理テーブル（図１０に示される）に記憶されているか否か判断する。ＯＤＳ加入者管理テーブルは、ネットワークオペレータドメイン３０ａに加入しているすべてのユーザのグローバルな名前と、ユーザが加入しているオブジェクトプロバイダドメイン２０のＰＯＰアドレスを記録する。オブジェクト検索要求メッセージがデバイス名を示すならば、ＯＤＳ３１ａはデバイス名（表１参照）内の部分「user_name」を分析して、そのユーザ名がＯＤＳ３１ａのＯＤＳ加入者管理テーブルに記憶されているか否か判断する。オブジェクト検索要求メッセージによって示される通信受け側ユーザがネットワークオペレータの加入者であるならば（ＯＤＳ加入者管理テーブルに記憶されていれば）、ＯＤＳ３１ａはＯＤＳ加入者管理テーブル内でユーザ名と関連付けられているＰＯＰアドレスとユーザＩＤを読み出して、そのＰＯＰアドレスとそのユーザＩＤを示すオブジェクト検索応答メッセージを生成する。その後、ＯＤＳ３１ａは、オブジェクト検索要求メッセージを送信したＳＯＰ１２ａに、このオブジェクト検索応答メッセージを送信する（ステップＳ３５）。
【００６８】
ＯＤＳ３１ａからステップＳ３５で送信されたオブジェクト検索応答メッセージを受信すると、ステップＳ３１で最初に送信されたオブジェクト要求メッセージがユーザ名と通信のタイプを示す場合には、ＳＯＰ１２ａは、オブジェクト検索応答メッセージ内の受け側ユーザのユーザＩＤとその通信のタイプを示し、オブジェクト検索応答メッセージによって示されているＰＯＰ２３（例えば、図９の２３ａ）のＰＯＰアドレスを宛先とするオブジェクト検索要求メッセージを生成する。ステップＳ３１で最初に送信されたオブジェクト要求メッセージがデバイス名を示す場合には、ＳＯＰ１２ａは、オブジェクト検索応答メッセージ内の受け側ユーザのユーザＩＤとそのデバイスＩＤを示し、オブジェクト検索応答メッセージによって示されるＰＯＰ２３ａのＰＯＰアドレスを宛先とするオブジェクト検索要求メッセージを生成する。その後、ＯＤＳ３１ａは、このＰＯＰアドレスを有するＰＯＰ２３ａに、このオブジェクト検索要求メッセージを送信する（ステップＳ３６）。
【００６９】
ステップＳ３６で送信されたオブジェクト検索要求メッセージを受信すると、ＰＯＰ２３ａは、そのＰＯＰ加入者管理テーブル（図１１に示される）内で、オブジェクト検索要求メッセージに示されたユーザＩＤならびに通信のタイプもしくはデバイス名を検索し、ＰＯＰ加入者管理テーブル内で、ユーザＩＤならびに通信のタイプに関連付けられたユーザ名、デバイス名、デバイスＩＤおよびＰＯＰアドレスを読み出す。その後、ＰＯＰ２３ａは、ユーザ名、ユーザＩＤ、通信のタイプ、デバイス名、デバイスＩＤおよびＰＯＰアドレスを示すオブジェクト検索応答メッセージを生成して、このオブジェクト検索応答メッセージをＳＯＰ１２ａに送信する（ステップＳ３７）。
【００７０】
ＰＯＰ２３ａからステップＳ３７で送信されたオブジェクト検索応答メッセージの転送の間、ＯＤＳ３１ａはこのメッセージを中継して、このメッセージで示された内容をキャッシュ情報としてそのＯＤＳキャッシュテーブル（図７に示される）に記憶する。このようにして、ＯＤＳキャッシュテーブルは、ユーザ名、ユーザＩＤ、通信のタイプ、デバイス名、デバイスＩＤおよびＰＯＰアドレスに関する新しいキャッシュ情報を有する。
【００７１】
ＰＯＰ２３ａからステップＳ３７で送信されたオブジェクト検索応答メッセージを受信すると、ＳＯＰ１２ａは、このメッセージで示された内容をキャッシュ情報としてそのＳＯＰキャッシュテーブル（図６に示される）に記憶する。このようにして、ＳＯＰキャッシュテーブルは、ユーザ名、ユーザＩＤ、通信のタイプ、デバイス名、デバイスＩＤおよびＰＯＰアドレスに関する新しいキャッシュ情報を有する。ＳＯＰ１２ａは、通信宛先のデバイスＩＤと、要求された通信宛先が加入しているオブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレスを知る。ユーザ意図分析処理は終了し、処理は後述するオブジェクト申込み・データ配信サービスに進む。
【００７２】
他方、ＳＯＰ１２ａからステップＳ３３で送信されたオブジェクト検索要求メッセージによって示されるユーザ名またはデバイス名に関して、ＯＤＳ加入者管理テーブルにもＯＤＳキャッシュテーブルにも情報がないならば、ＯＤＳ３１ａはＧＮＲＳ４０にオブジェクト検索要求メッセージを転送する（図１２のステップＳ４０）。ＯＤＳ３１ａからオブジェクト検索要求メッセージを受信すると、ＧＮＲＳ４０はオブジェクト検索要求メッセージによって示されるユーザ名またはデバイス名（表１参照）内の部分「subscribe_name」を分析する。その後、ＧＮＲＳ４０は、ユーザＩＤまたはデバイスＩＤ内の部分「subscribe_name」をそのＧＮＲＳマッピングテーブル（図８に示される）内で検索して、部分「subscribe_name」と関連付けられたＯＤＳアドレスを特定し、これによって、通信受け側ユーザが加入しているオブジェクトプロバイダドメイン２０（例えば、図９の２０ｂ）がリンクされた１つのネットワークオペレータドメイン３０（例えば、図９のネットワークオペレータドメイン３０ｂ）のＯＤＳ３１（例えば、図９の３１ｂ）のアドレスを取得する。
【００７３】
ＯＤＳアドレスを知ることによって、ＧＮＲＳ４０はＯＤＳ３１ｂにオブジェクト検索要求メッセージを転送する（ステップＳ４１）。オブジェクト検索要求メッセージを受信すると、そのＯＤＳ３１ｂは、オブジェクト検索要求メッセージによって示されるユーザ名またはオブジェクト検索要求メッセージによって示されるデバイス名内の部分「user_name」を、そのＯＤＳ加入者管理テーブル（図１０に示される）内で検索する。ＯＤＳ加入者管理テーブルは、ネットワークオペレータドメイン３０ｂに加入しているすべてのユーザのグローバルな名前とユーザが加入しているオブジェクトプロバイダドメイン２０のＰＯＰアドレスを記録する。ＯＤＳ３１ｂは、ＯＤＳ加入者管理テーブル内でユーザ名と関連付けられているＰＯＰアドレスとユーザＩＤを読み出して、ＧＮＲＳ４０に、オブジェクト検索応答メッセージを送信する（ステップＳ４２）。このメッセージは、通信受け側ユーザのユーザＩＤと、通信受け側ユーザが属するオブジェクトプロバイダドメイン２０（例えば、図１２の２０ｂ）のＰＯＰ２３（例えば、図１２の２３ｂ）のＰＯＰアドレスを示す。
【００７４】
ステップＳ４２で送信されたＯＤＳ３１ｂからのオブジェクト検索応答メッセージを受信すると、ＧＮＲＳ４０はオブジェクト検索要求メッセージを送信したＯＤＳ３１ａにオブジェクト検索応答メッセージを転送する（ステップＳ４３）。ＯＤＳ３１ａも、オブジェクト検索要求メッセージを送信したＳＯＰ１２ａに、オブジェクト検索応答メッセージを転送する（ステップＳ４４）。
【００７５】
ＯＤＳ３１ａからステップＳ４４で送信されたオブジェクト検索応答メッセージを受信すると、ステップＳ３１で最初に送信されたオブジェクト要求メッセージがユーザ名と通信のタイプを示す場合には、ＳＯＰ１２ａは、オブジェクト検索応答メッセージ内の受け側ユーザのユーザＩＤとその通信のタイプを示し、オブジェクト検索応答メッセージによって示されるＰＯＰ２３（例えば、図１２の２３ｂ）のＰＯＰアドレスを宛先とするオブジェクト検索要求メッセージを生成する。ステップＳ３１で最初に送信されたオブジェクト要求メッセージがデバイス名を示す場合には、ＳＯＰ１２ａは、オブジェクト検索応答メッセージ内の受け側ユーザのユーザＩＤとそのデバイスＩＤを示し、オブジェクト検索応答メッセージによって示されるＰＯＰ２３ａのＰＯＰアドレスを宛先とするオブジェクト検索要求メッセージを生成する。その後、ＯＤＳ３１ａは、このＰＯＰアドレスを有するＰＯＰ２３ｂに、このオブジェクト検索要求メッセージを送信する（ステップＳ４５）。
【００７６】
ステップＳ４５で送信されたオブジェクト検索要求メッセージを受信すると、ＰＯＰ２３ｂは、そのＰＯＰ加入者管理テーブル（図１１に示される）内で、オブジェクト検索要求メッセージに示されたユーザＩＤならびに通信のタイプを検索し、ＰＯＰ加入者管理テーブル内で、ユーザＩＤならびに通信のタイプに関連付けられたユーザ名、デバイス名、デバイスＩＤおよびＰＯＰアドレスを読み出す。その後、ＰＯＰ２３ａは、ユーザ名、ユーザＩＤ、通信のタイプ、デバイス名、デバイスＩＤおよびＰＯＰアドレスを示すオブジェクト検索応答メッセージを生成して、このオブジェクト検索応答メッセージをＳＯＰ１２ａに送信する（ステップＳ４６）。
【００７７】
ＰＯＰ２３ｂからステップＳ４６で送信されたオブジェクト検索応答メッセージの転送の間、ＯＤＳ３１ａはこのメッセージを中継して、このメッセージで示された内容をキャッシュ情報としてそのＯＤＳキャッシュテーブル（図７に示される）に記憶する。このようにして、ＯＤＳキャッシュテーブルは、ユーザ名、ユーザＩＤ、通信のタイプ、デバイス名、デバイスＩＤおよびＰＯＰアドレスに関する新しいキャッシュ情報を有する。
【００７８】
ＰＯＰ２３ｂからステップＳ４６で送信されたオブジェクト検索応答メッセージを受信すると、ＳＯＰ１２ａは、このメッセージで示された内容をキャッシュ情報としてそのＳＯＰキャッシュテーブル（図６に示される）に記憶する。このようにして、ＳＯＰキャッシュテーブルは、ユーザ名、ユーザＩＤ、通信のタイプ、デバイス名、デバイスＩＤおよびＰＯＰアドレスに関する新しいキャッシュ情報を有する。ＳＯＰ１２ａは、通信宛先のデバイスＩＤと、要求された通信宛先が加入しているオブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレスを知る。ユーザ意図分析処理は終了し、処理は後述するオブジェクト申込み・データ配信サービスに進む。
【００７９】
したがって、ステップＳ３４、Ｓ３６またはＳ４６の後、ＳＯＰ１２は、ユーザの意図（すなわち、通信受け側ユーザの装置のデバイスＩＤと、通信受け側ユーザが属するオブジェクトプロバイダドメイン２０のＰＯＰ２３のＰＯＰアドレス）を知る。
【００８０】
「オブジェクト申込み・データ配信」
このネットワークアーキテクチャのオブジェクト申込み・データ配信処理の動作を説明する。オブジェクト申込み・データ配信処理も、コンテンツベースの通信サービスについてもユーザトゥユーザの通信サービスについても実行される。詳細は以下に説明する。オブジェクト申込み・データ配信プロセスにおいては、「申込む」（subscribe）とは、コンテンツまたはサービスを利用する（観るまたは聴く）ために申し込むことを意味する。
【００８１】
「コンテンツベースの通信サービスのためのオブジェクト申込み・データ配信」
コンテンツベースの通信サービスのためのオブジェクト申込み・データ配信処理の前に、コンテンツベースの通信サービスのための上記のユーザ意図分析処理が完了され、通信要求ユーザのユーザ装置１１（例えば、図１３の１１ａ）が最初にオブジェクト要求メッセージを送信したＳＯＰ１２（例えば、図１３の１２ａ）は、そのユーザの意図、すなわち、オブジェクトプロバイダドメイン２０（例えば、図１３の２０ｂ）のＰＯＰアドレスを知っていなければならない。この状態で、図１３に示すように、ＳＯＰ１２ａは、上記のユーザ意図分析処理で取得されたＰＯＰアドレスで特定されるＰＯＰ２３（例えば、図１３のＰＯＰ２３ｂ）にオブジェクト申込み要求メッセージを送信する（ステップＳ５１）。このオブジェクト申込み要求メッセージは、オブジェクト要求メッセージでも使われたコンテンツ名を示す。オブジェクト申込み要求メッセージは、通信要求ユーザのユーザ装置１１のデバイスＩＤも示す。
【００８２】
ＳＯＰ１２ａからオブジェクト申込み要求メッセージ（object-subscribe-request message）を受信すると、ＰＯＰ２３ｂはそのＰＯＰ登録テーブル（図３に示される）内でコンテンツ名を検索して、コンテンツ名と関連付けられたオブジェクトソースサーバアドレスを特定し、これによって、要求されたコンテンツを提供することができるオブジェクトソースサーバ２２（例えば、図１３の２２ｂ）のアドレスを取得する。
【００８３】
オブジェクトソースサーバのアドレスを知ることによって、ＰＯＰ２３ｂは、オブジェクトソースサーバ２２ｂにオブジェクト申込み要求メッセージを転送する（ステップＳ５２）。コンテンツ名を示すオブジェクト申込み要求メッセージを受信すると、オブジェクトソースサーバ２２ｂは、コンテンツ名に関連付けられたコンテンツデータをそのオブジェクトソースサーバ２２ｂ内で検索して、オブジェクト申込み要求メッセージで送信されたユーザ装置１１ａのデバイスＩＤに従って通信要求ユーザのユーザ装置１１ａに、要求されたコンテンツデータを送信する（ステップＳ５３）。このようにして、通信要求ユーザは、コンテンツデータとメタデータ情報に基づいて実行されるコンテンツを利用することができる。
【００８４】
通信要求ユーザのユーザ装置１１とＰＯＰ２３の間に介在してコンテンツデータを中継したルータ３２は、コンテンツデータのコピーを作成してもよく、コンテンツ名と一緒にそのコピーをキャッシュしてもよい。同じネットワークオペレータドメイン３０に加入している他のユーザが同じコンテンツを要求するとき、このことはダウンロード速度を向上させることができる。
【００８５】
ステップＳ５３で通信要求ユーザのユーザ装置１１にコンテンツデータを転送したＳＯＰ１２（このＳＯＰは、ユーザ意図分析処理でのステップＳ２０で通信要求ユーザのユーザ装置１１にメタデータ情報も転送した）は、コンテンツデータとメタデータ情報のコピーを作成して、そのＳＯＰ１２が配置された加入者ドメイン１０のためにコンテンツ名と一緒にそれらのコピーをキャッシュする。このキャッシングの結果は、ユーザ意図分析処理でのステップＳ１１とＳ１２に関連して説明したＳＯＰキャッシュテーブル（図６に示される）に含まれる。したがって、同じ加入者ドメイン１０内の他の通信要求ユーザのユーザ装置１１がＳＯＰ１２に同じコンテンツを要求する他の１つのオブジェクト要求メッセージを送信するとき、ＳＯＰ１２は、ＯＤＳ３１にオブジェクト検索要求メッセージを送信したりＰＯＰ２３にオブジェクト申込み要求メッセージを送信したりすることなく、コンテンツデータをユーザ装置１１へ送信することができる。
【００８６】
「ユーザトゥユーザの通信サービスのためのオブジェクト申込み・データ配信」
ユーザトゥユーザの通信サービスのためのオブジェクト申込み・データ配信処理の前に、ユーザトゥユーザの通信サービスのための上記のユーザ意図分析処理が完了され、通信要求ユーザのユーザ装置１１（例えば、図１４の１１ａ）が最初にオブジェクト要求メッセージを送信したＳＯＰ１２（例えば、図１４の１２ａ）は、そのユーザの意図、すなわち、通信宛先のデバイスＩＤと通信宛先が配置されたオブジェクトプロバイダドメイン２０（例えば、図１４の２０ｂ）のＰＯＰアドレス）を知っていなければならない。この状態で、図１４に示すように、ＳＯＰ１２は、上記のユーザ意図分析処理で取得されたＰＯＰアドレスで特定されるＰＯＰ２３（例えば、図１４のＰＯＰ２３ｂ）にオブジェクト申込み要求メッセージを送信する（ステップＳ６１）。このオブジェクト申込み要求メッセージは、上記のユーザ意図分析処理で取得された通信宛先のデバイスＩＤを示す。このオブジェクト申込み要求メッセージは、通信要求ユーザのユーザ装置１１（例えば、図１４の１１ａ）のデバイスＩＤと通信のタイプも示し、ユーザ装置１１ａとユーザ装置２１ｂの間でのエンドトゥエンドの交渉を容易にする。
【００８７】
ステップＳ６１でＳＯＰ１２ａから送信されたオブジェクト申込み要求メッセージを受信すると、ＰＯＰ２３ｂは、オブジェクト申込み要求メッセージによって示されるデバイスＩＤを使って、通信宛先（例えば、図１４のユーザ装置２１ｂ）を特定して、通信宛先にオブジェクト申込み要求メッセージを転送する（ステップＳ６２）。両方のデバイスＩＤを使うユーザ装置１１ａとユーザ装置２１ｂとの間のエンドトゥエンドの交渉の後、オブジェクト申込み要求メッセージによって示される通信のタイプに従って通信が始まる（ステップＳ６３）。例えば、通信受け側ユーザの装置２１ｂは、通信要求ユーザの装置１１ａからの要求に基づいて、データを送信する。あるいは、両方の装置でVoIP通信が利用される。
【００８８】
コンテンツベースの通信サービスとは異なり、通信宛先のユーザがデータを公開したくないならば、送信されたデータは中間のルータ３２でコピーもキャッシュもしてはならない。
【００８９】
通信要求ユーザによって要求される通信のタイプが電子メール送信であるならば、通信受け側ユーザの装置を特定することは必要ではない。したがって、電子メール送信の場合には、電子メールサーバのアドレスが通信受け側ユーザのためのデバイスＩＤとして使われ、通信のタイプが電子メール送信を示すとき、電子メールサーバアドレスがデバイスＩＤとして上記のＳＯＰキャッシュテーブル、ＯＤＳキャッシュテーブルおよびＰＯＰ加入者管理テーブルに記憶される。この場合、上記のオブジェクト申込み・データ配信プロセスの代わりに、ＳＯＰ１２はＰＯＰ２３にデバイスＩＤ（電子メールサーバアドレス）を示す電子メールを送信し、ＰＯＰ２３は電子メールサーバアドレスを使って電子メールを転送する。
【００９０】
本発明の実施の形態によれば、ユーザ、装置およびコンテンツは、これらの位置のインジケータ（ＰＯＰアドレス）と関連付けられているが、位置のインジケータはそれらの名前またはＩＤとは異なる。このネットワークアーキテクチャは、通信要求ユーザが所望のコンテンツを指定するコンテンツベースの通信と、通信要求ユーザが通信受け側ユーザまたは通信受け側装置を指定するエンドトゥエンドの通信の両方に便利である。コンテンツ、装置またはユーザと、その位置の関係は、ネットワークオペレータドメイン３０の各々とオブジェクトプロバイダドメイン２０の各々で管理され、デバイス名、ユーザ名またはコンテンツ名に含まれたネットワークオペレータドメインのインジケータと、ＯＤＳ３１のアドレスの関係は、ＧＮＲＳ４０で管理される。デバイス名、ユーザ名またはコンテンツ名がメッセージで指定されるとき、装置、ユーザまたはコンテンツの位置が特定されうる。その上、適切なエンティティが受信データをキャッシュするので、他のユーザも同じコンテンツを要求するとき、ダウンロード速度が向上しうる。
【００９１】
さらに、通信要求ユーザが通信受け側ユーザの特定のデバイス名を知らないが、通信要求ユーザがユーザ名を知っていて、通信のタイプを指定するならば、適切なユーザ装置が通信相手として特定されうる。単一のユーザが複数の通信デバイスを管理しているか所有していることが多いので、これは便利である。
【符号の説明】
【００９２】
１０：加入者ドメイン、
１１：ユーザ装置、
１２：ＳＯＰ（加入者オブジェクトプロキシ、Subscriber Object Proxy、第１のプロキシ装置）、
１２Ｃ：ＳＯＰキャッシュメモリ（第１のプロキシキャッシュメモリ）、
２０：オブジェクトプロバイダドメイン、
２１：ユーザ装置、
２２：オブジェクトソースサーバ、
２３：ＰＯＰ（公開者オブジェクトプロキシ、Publisher Object Proxy、第２のプロキシ装置）、
２３Ｍ：ＰＯＰメモリ（プロバイダドメインメモリ）、
３０：ネットワークオペレータドメイン、
３１：ＯＤＳ（オブジェクトDirectory Server、ディレクトリサーバ）、
３１Ｃ：ＯＤＳキャッシュメモリ（ディレクトリサーバキャッシュメモリ）、
３１Ｍ：ＯＤＳメモリ（ディレクトリサーバメモリ）、
３２：ルータ、
４０：ＧＮＲＳ（グローバルネーム分析サーバ、Global Name Resolution Server）、
４０Ｍ：ＧＮＲＳメモリ。
【特許請求の範囲】
【請求項１】
複数の加入者ドメイン（１０）と、複数のオブジェクトプロバイダドメイン（２０）と、ネットワークオペレータドメイン（３０）と、メッセージルーティングサーバ装置（４０）とを備えるネットワークアーキテクチャであって、
前記加入者ドメイン（１０）の各々に、複数の第１のユーザが加入しており、前記第１のユーザの各々が少なくとも１つの第１のユーザ装置（１１）を所有または管理しており、
前記加入者ドメイン（１０）の各々は第１のプロキシ装置（１２）を備え、前記第１のプロキシ装置（１２）は、前記第１のプロキシ装置（１２）が配置された前記加入者ドメイン（１０）に加入している前記第１のユーザの前記第１のユーザ装置（１１）にとってデフォルトゲートウェイおよびアクセスルータとして動作し、
前記オブジェクトプロバイダドメイン（２０）の各々に、複数の第２のユーザが加入しており、前記第２のユーザの各々は、その第２のユーザに普遍的に特有なユーザ名とユーザＩＤを有し、前記第２のユーザの各々が少なくとも１つの第２のユーザ装置（２１）を所有または管理しており、前記第２のユーザ装置（２１）の各々は、その第２のユーザ装置（２１）に普遍的に特有なデバイス名とデバイスＩＤを有し、各デバイス名はその第２のユーザ装置（２１）にとっての第２のユーザのユーザ名を含んでおり、ユーザ名とデバイス名の各々はその第２のユーザが加入しているネットワークオペレータドメイン（３０）を示すインジケータを含んでおり、
前記オブジェクトプロバイダドメイン（２０）の各々は第２のプロキシ装置（２３）を備え、前記第２のプロキシ装置（２３）は、前記第２のプロキシ装置（２３）が配置された前記オブジェクトプロバイダドメイン（２０）に加入している前記第２のユーザの前記第２のユーザ装置（２１）にとってデフォルトゲートウェイおよびアクセスルータとして動作し、前記第２のプロキシ装置（２３）の各々は第２のプロキシアドレスを有し、
前記オブジェクトプロバイダドメイン（２０）の各々は、コンテンツとそのコンテンツを使用するのに不可欠なメタデータ情報を記憶するオブジェクトソースサーバ（２２）を備え、各コンテンツはコンテンツ名を有し、コンテンツ名はそのコンテンツに普遍的に特有であって、そのコンテンツを記憶するオブジェクトソースサーバ（２２）が配置されているオブジェクトプロバイダドメイン（２０）にリンクされているネットワークオペレータドメイン（３０）を示すインジケータを含んでおり、
前記オブジェクトプロバイダドメイン（２０）の各々は、そのオブジェクトプロバイダドメイン（２０）に加入している第２のユーザの第２のユーザ装置（２１）の各々のための情報を記憶するプロバイダドメインメモリ（２３Ｍ）を備え、第２のユーザ装置の各々のための情報は、第２のユーザ装置のデバイス名、第２のユーザ装置のデバイスＩＤ、第２のユーザ装置にとっての第２のユーザのユーザ名、第２のユーザ装置にとっての第２のユーザのユーザＩＤ、通信のタイプを示す通信タイプインジケータ、および第２のユーザが加入しているオブジェクトプロバイダドメイン（２０）の第２のプロキシ装置の第２のプロキシアドレスを含んでおり、
前記ネットワークオペレータドメイン（３０）の各々は、前記複数の加入者ドメイン（１０）のいくつかおよび前記複数のオブジェクトプロバイダドメイン（２０）のいくつかにリンクさせられており、ネットワークオペレータドメイン（３０）にリンクされた加入者ドメイン（１０）に加入している第１のユーザおよびネットワークオペレータドメイン（３０）にリンクされたオブジェクトプロバイダドメイン（２０）に加入している第２のユーザは、そのネットワークオペレータドメイン（３０）に加入しており、
前記ネットワークオペレータドメイン（３０）の各々は、ディレクトリサーバメモリ（３１Ｍ）を備えるディレクトリサーバ装置（３１）を備え、前記ディレクトリサーバメモリ（３１Ｍ）は、前記ネットワークオペレータドメイン（３０）に加入している各第２のユーザのための情報を記憶し、各第２のユーザのための情報は、第２のユーザのユーザ名、第２のユーザのユーザＩＤ、および第２のユーザが加入しているオブジェクトプロバイダドメイン（２０）の第２のプロキシ装置の第２のプロキシアドレスを含んでおり、前記ディレクトリサーバメモリ（３１Ｍ）は、前記オブジェクトソースサーバ（２２）に記憶された公開可能なコンテンツの各々のための情報を記憶し、公開可能なコンテンツの各々のための情報は、コンテンツのコンテンツ名、コンテンツのためのメタデータ情報、およびコンテンツを記憶するオブジェクトソースサーバ（２２）が配置されたオブジェクトプロバイダドメイン（２０）の第２のプロキシ装置の第２のプロキシアドレスを含んでおり、前記ディレクトリサーバ装置（３１）の各々はディレクトリサーバアドレスを有しており、
前記メッセージルーティングサーバ装置（４０）は、前記複数のネットワークオペレータドメイン（３０）にリンクさせられ、メッセージルーティングサーバメモリ（４０Ｍ）を備え、メッセージルーティングサーバメモリ（４０Ｍ）は、各ネットワークオペレータドメイン（３０）のための情報を記憶し、各ネットワークオペレータドメイン（３０）のための情報は、ユーザ名、デバイス名またはコンテンツ名に含まれるネットワークオペレータドメイン（３０）のインジケータと、ネットワークオペレータドメイン（３０）内のディレクトリサーバ装置（３１）のディレクトリサーバアドレスの関係を記述しており、
前記メッセージルーティングサーバ装置（４０）は、メッセージルーティングサーバメモリ（４０Ｍ）に記憶された情報に基づいて、メッセージに含まれるユーザ名、デバイス名、またはコンテンツ名に含まれるネットワークオペレータドメイン（３０）のインジケータからディレクトリサーバアドレスを特定する、
ネットワークアーキテクチャ。
【請求項２】
前記第１のプロキシ装置（１２）の１つが前記第１のユーザ装置（１１）の１つからコンテンツベースの通信サービスを要求しコンテンツ名を示す第１の要求メッセージを受信すると、その第１のプロキシ装置（１２）は、その第１のプロキシ装置（１２）にリンクされたディレクトリサーバ装置（３１）に、コンテンツベースの通信サービスを要求し前記コンテンツ名を示す第２の要求メッセージを送信し、前記ディレクトリサーバ装置（３１）は前記コンテンツ名が前記ディレクトリサーバメモリ（３１Ｍ）に記憶されているか否か判断し、
前記ディレクトリサーバメモリ（３１Ｍ）が前記コンテンツ名を記憶しているとき、前記ディレクトリサーバ装置（３１）は前記ディレクトリサーバメモリ（３１Ｍ）内で、前記コンテンツ名と関連付けられたコンテンツのためのメタデータ情報と前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのメタデータ情報とその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）は前記第１の要求メッセージを送信した第１のユーザ装置（１１）にそのメタデータ情報を通知する、
請求項１に記載のネットワークアーキテクチャ。
【請求項３】
前記ディレクトリサーバメモリ（３１Ｍ）が前記コンテンツ名を記憶していないとき、前記ディレクトリサーバ装置（３１）は前記メッセージルーティングサーバ装置（４０）に前記第２の要求メッセージを転送し、前記メッセージルーティングサーバ装置は、前記メッセージルーティングサーバメモリ（４０Ｍ）に記憶された情報に基づいて、前記コンテンツ名に含まれたネットワークオペレータドメイン（３０）のインジケータからディレクトリサーバアドレスを特定して、そのディレクトリサーバアドレスを有する他のディレクトリサーバ装置（３１）に前記第２の要求メッセージを転送し、
前記第２の要求メッセージを受信すると、前記他のディレクトリサーバ装置（３１）は、前記ディレクトリサーバメモリ（３１Ｍ）内で、前記コンテンツ名と関連付けられたコンテンツのためのメタデータ情報と前記第２のプロキシアドレスを読み出して、前記メッセージルーティングサーバ装置（４０）にそのメタデータ情報とその第２のプロキシアドレスを示す応答メッセージを送信し、
前記他のディレクトリサーバ装置（３１）から前記応答メッセージを受信すると、前記メッセージルーティングサーバ装置（４０）および前記ディレクトリサーバ装置（３１）は、前記第１の第１のプロキシ装置（１２）に前記応答メッセージを転送し、前記第１のプロキシ装置（１２）は前記第１の要求メッセージを送信した第１のユーザ装置（１１）にそのメタデータ情報を通知する、
請求項２に記載のネットワークアーキテクチャ。
【請求項４】
前記ディレクトリサーバ装置（３１）が前記第１のプロキシ装置（１２）に前記応答メッセージを転送するとき、前記ディレクトリサーバ装置（３１）は、前記コンテンツ名を前記メタデータ情報と前記第２のプロキシアドレスとともにキャッシュする、
請求項３に記載のネットワークアーキテクチャ。
【請求項５】
前記プロバイダドメインメモリ（２３Ｍ）の各々は、そのプロバイダドメインメモリ（２３Ｍ）が配置された前記オブジェクトプロバイダドメイン（２０）に配置された前記オブジェクトソースサーバ（２２）に記憶された公開可能なコンテンツの各々のための情報を記憶し、公開可能なコンテンツの各々のための情報は、コンテンツのコンテンツ名およびコンテンツを記憶するオブジェクトソースサーバ（２２）のアドレスを含んでおり、
前記第１のプロキシ装置（１２）が前記第２のプロキシアドレスを知った後、前記第１のプロキシ装置（１２）は前記第２のプロキシアドレスを有する前記第２のプロキシ装置に、前記コンテンツ名を示すメッセージを送信し、
前記第１のプロキシ装置からこのメッセージを受信すると、前記第２のプロキシ装置は、前記プロバイダドメインメモリ（２３Ｍ）内で前記コンテンツ名に関連付けられたオブジェクトソースサーバ（２２）のアドレスを特定し、前記コンテンツ名を有するコンテンツを前記第１のユーザ装置（１１）に送信する要求をそのオブジェクトソースサーバ（２２）に送信する、
請求項２から請求項４のいずれか１項に記載のネットワークアーキテクチャ。
【請求項６】
前記オブジェクトソースサーバ（２２）が第１のユーザ装置（１１）に前記コンテンツ名を有するコンテンツを送信するとき、前記第１のプロキシ装置（１２）はそのコンテンツを中継して、前記コンテンツ名と前記メタデータ情報とともにそのコンテンツをキャッシュする、
請求項５に記載のネットワークアーキテクチャ。
【請求項７】
前記オブジェクトソースサーバ（２２）は、そのオブジェクトソースサーバ（２２）に記憶されたコンテンツを、公開フラグまたは内部使用フラグと関連付けて、そのオブジェクトソースサーバ（２２）が配置された前記オブジェクトプロバイダドメイン（２０）の前記プロバイダドメインメモリ（２３Ｍ）に登録し、
公開フラグは前記コンテンツが他のドメインに公開可能であることを示し、内部使用フラグは前記コンテンツがオブジェクトプロバイダドメイン（２０）内で使用されるべきことを示す、
請求項１から請求項６のいずれか１項に記載のネットワークアーキテクチャ。
【請求項８】
前記第１のプロキシ装置（１２）の１つが前記第１のユーザ装置（１１）の１つからエンドトゥエンドの通信サービスを要求し通信相手ユーザのユーザ名と通信のタイプを示す第１の要求メッセージを受信すると、その第１のプロキシ装置（１２）は、その第１のプロキシ装置（１２）にリンクされたディレクトリサーバ装置（３１）に、エンドトゥエンドの通信サービスを要求し前記ユーザ名を示す第２の要求メッセージを送信し、前記ディレクトリサーバ装置（３１）は前記ユーザ名がディレクトリサーバメモリ（３１Ｍ）に記憶されているか否か判断し、
前記ディレクトリサーバメモリ（３１Ｍ）が前記ユーザ名を記憶しているとき、前記ディレクトリサーバ装置（３１）は前記ディレクトリサーバメモリ（３１Ｍ）内で、前記ユーザ名と関連付けられたユーザＩＤと前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのユーザＩＤとその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）はその第２のプロキシアドレスを有する第２のプロキシ装置（２３）に前記通信相手ユーザの前記ユーザＩＤと前記通信のタイプを示す第３の要求メッセージを送信し、
前記第３の要求メッセージを受信すると、前記第２のプロキシ装置（２３）は、前記プロバイダドメインメモリ（２３Ｍ）内で前記ユーザＩＤおよび前記通信のタイプに関連付けられたデバイスＩＤを読み出して、前記通信のタイプに適する前記通信相手ユーザの前記第２のユーザ装置のデバイスＩＤを示すさらなる応答メッセージを前記第１のプロキシ装置（１２）に送信する、
請求項１に記載のネットワークアーキテクチャ。
【請求項９】
前記ディレクトリサーバメモリ（３１Ｍ）が前記ユーザ名を記憶していないとき、前記ディレクトリサーバ装置（３１）は前記メッセージルーティングサーバ装置（４０）に前記第２の要求メッセージを転送し、前記メッセージルーティングサーバ装置は、前記メッセージルーティングサーバメモリ（４０Ｍ）に記憶された情報に基づいて、前記ユーザ名に含まれたネットワークオペレータドメイン（３０）のインジケータからディレクトリサーバアドレスを特定して、そのディレクトリサーバアドレスを有する他のディレクトリサーバ装置（３１）に前記第２の要求メッセージを転送し、
前記第２の要求メッセージを受信すると、前記他のディレクトリサーバ装置（３１）は、前記他のディレクトリサーバ装置（３１）の前記ディレクトリサーバメモリ（３１Ｍ）内で、前記ユーザ名と関連付けられたユーザＩＤと前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのユーザＩＤとその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）はその第２のプロキシアドレスを有する第２のプロキシ装置（２３）に前記通信相手ユーザの前記ユーザＩＤと前記通信のタイプを示す第３の要求メッセージを送信し、
前記第３の要求メッセージを受信すると、前記第２のプロキシ装置（２３）は、前記プロバイダドメインメモリ（２３Ｍ）内で前記ユーザＩＤおよび前記通信のタイプに関連付けられたデバイスＩＤを読み出して、前記通信のタイプに適する前記通信相手ユーザの前記第２のユーザ装置のデバイスＩＤを示すさらなる応答メッセージを前記第１のプロキシ装置（１２）に送信する、
請求項８に記載のネットワークアーキテクチャ。
【請求項１０】
前記さらなる応答メッセージは、前記通信相手ユーザのユーザ名とユーザＩＤと、前記通信相手ユーザの前記第２のユーザ装置のデバイス名とデバイスＩＤと、前記第２のユーザ装置で使用される通信のタイプと、前記通信相手ユーザが加入しているネットワークオペレータドメイン（３０）のディレクトリサーバ装置（３１）のディレクトリサーバアドレスを示し、
前記第２のプロキシ装置（２３）が前記さらなる応答メッセージを前記第１のプロキシ装置（１２）に送信するとき、前記ディレクトリサーバ装置（３１）と前記第１のプロキシ装置（１２）は、前記ユーザ名、前記ユーザＩＤ、前記通信のタイプ、前記デバイス名、前記デバイスＩＤおよび前記ディレクトリサーバアドレスをキャッシュする、
請求項８または請求項９に記載のネットワークアーキテクチャ。
【請求項１１】
前記第１のプロキシ装置（１２）が前記通信相手ユーザの第２のユーザ装置のデバイスＩＤを知った後、前記第１のプロキシ装置は、そのデバイスＩＤを示すメッセージまたは電子メールを前記第２のプロキシ装置（２３）に送信する、
請求項８から請求項１０のいずれか１項に記載のネットワークアーキテクチャ。
【請求項１２】
前記第１のプロキシ装置（１２）の１つが前記第１のユーザ装置（１１）の１つからエンドトゥエンドの通信サービスを要求し通信相手ユーザの第２のユーザ装置のデバイス名を示す第１の要求メッセージを受信すると、その第１のプロキシ装置（１２）は、その第１のプロキシ装置（１２）にリンクされたディレクトリサーバ装置（３１）に、エンドトゥエンドの通信サービスを要求し前記デバイス名を示す第２の要求メッセージを送信し、前記ディレクトリサーバ装置（３１）は前記デバイス名に含まれるユーザ名が前記ディレクトリサーバメモリ（３１Ｍ）に記憶されているか否か判断し、
前記ディレクトリサーバメモリ（３１Ｍ）が前記ユーザ名を記憶しているとき、前記ディレクトリサーバ装置（３１）は前記ディレクトリサーバメモリ（３１Ｍ）内で、前記ユーザ名と関連付けられたユーザＩＤと前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのユーザＩＤとその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）はその第２のプロキシアドレスを有する第２のプロキシ装置（２３）に前記通信相手ユーザの前記ユーザＩＤと前記デバイス名を示す第３の要求メッセージを送信し、
前記第３の要求メッセージを受信すると、前記第２のプロキシ装置（２３）は、前記プロバイダドメインメモリ（２３Ｍ）内で前記ユーザＩＤおよび前記デバイス名に関連付けられたデバイスＩＤを読み出して、前記デバイス名を有する前記通信相手ユーザの前記第２のユーザ装置のデバイスＩＤを示すさらなる応答メッセージを前記第１のプロキシ装置（１２）に送信する、
請求項１に記載のネットワークアーキテクチャ。
【請求項１３】
前記ディレクトリサーバメモリ（３１Ｍ）が前記ユーザ名を記憶していないとき、前記ディレクトリサーバ装置（３１）は前記メッセージルーティングサーバ装置（４０）に前記第２の要求メッセージを転送し、前記メッセージルーティングサーバ装置は、前記メッセージルーティングサーバメモリ（４０Ｍ）に記憶された情報に基づいて、前記ユーザ名に含まれたネットワークオペレータドメイン（３０）のインジケータからディレクトリサーバアドレスを特定して、そのディレクトリサーバアドレスを有する他のディレクトリサーバ装置（３１）に前記第２の要求メッセージを転送し、
前記第２の要求メッセージを受信すると、前記他のディレクトリサーバ装置（３１）は、前記他のディレクトリサーバ装置（３１）の前記ディレクトリサーバメモリ（３１Ｍ）内で、前記ユーザ名と関連付けられたユーザＩＤと前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのユーザＩＤとその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）はその第２のプロキシアドレスを有する第２のプロキシ装置（２３）に前記通信相手ユーザの前記ユーザＩＤと前記デバイス名を示す第３の要求メッセージを送信し、
前記第３の要求メッセージを受信すると、前記第２のプロキシ装置（２３）は、前記プロバイダドメインメモリ（２３Ｍ）内で前記ユーザＩＤおよび前記デバイス名に関連付けられたデバイスＩＤを読み出して、前記通信のタイプに適する前記通信相手ユーザの前記第２のユーザ装置のデバイスＩＤを示すさらなる応答メッセージを前記第１のプロキシ装置（１２）に送信する、
請求項１２に記載のネットワークアーキテクチャ。
【請求項１４】
前記さらなる応答メッセージは、前記通信相手ユーザのユーザ名とユーザＩＤと、前記通信相手ユーザの前記第２のユーザ装置のデバイス名とデバイスＩＤと、前記第２のユーザ装置で使用される通信のタイプと、前記通信相手ユーザが加入しているネットワークオペレータドメイン（３０）のディレクトリサーバ装置（３１）のディレクトリサーバアドレスを示し、
前記第２のプロキシ装置（２３）が前記さらなる応答メッセージを前記第１のプロキシ装置（１２）に送信するとき、前記ディレクトリサーバ装置（３１）と前記第１のプロキシ装置（１２）は、前記ユーザ名、前記ユーザＩＤ、前記通信のタイプ、前記デバイス名、前記デバイスＩＤおよび前記ディレクトリサーバアドレスをキャッシュする、
請求項１２または１３に記載のネットワークアーキテクチャ。
【請求項１５】
前記第１のプロキシ装置（１２）が前記通信相手ユーザの第２のユーザ装置のデバイスＩＤを知った後、前記第１のプロキシ装置は、そのデバイスＩＤを示すメッセージまたは電子メールを前記第２のプロキシ装置（２３）に送信する、
請求項１２から請求項１４のいずれか１項に記載のネットワークアーキテクチャ。
【請求項１６】
前記第１のプロキシ装置（１２）の１つが前記第１のユーザ装置（１１）の１つからコンテンツベースの通信サービスを要求しコンテンツ名を示す第１の要求メッセージを受信すると、その第１のプロキシ装置（１２）は、その第１のプロキシ装置（１２）にリンクされたディレクトリサーバ装置（３１）に、コンテンツベースの通信サービスを要求し前記コンテンツ名を示す第２の要求メッセージを送信し、前記ディレクトリサーバ装置（３１）は前記コンテンツ名がディレクトリサーバメモリ（３１Ｍ）に記憶されているか否か判断し、
前記ディレクトリサーバメモリ（３１Ｍ）が前記コンテンツ名を記憶しているとき、前記ディレクトリサーバ装置（３１）は前記ディレクトリサーバメモリ（３１Ｍ）内で、前記コンテンツ名と関連付けられたコンテンツのためのメタデータ情報と前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのメタデータ情報とその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）は前記第１の要求メッセージを送信した第１のユーザ装置（１１）にそのメタデータ情報を通知し、
前記第１のプロキシ装置（１２）の１つが前記第１のユーザ装置（１１）の１つからエンドトゥエンドの通信サービスを要求し通信相手ユーザのユーザ名と通信のタイプを示す第１の要求メッセージを受信すると、その第１のプロキシ装置（１２）は、その第１のプロキシ装置（１２）にリンクされたディレクトリサーバ装置（３１）に、エンドトゥエンドの通信サービスを要求し前記ユーザ名を示す第２の要求メッセージを送信し、前記ディレクトリサーバ装置（３１）は前記ユーザ名が前記ディレクトリサーバメモリ（３１Ｍ）に記憶されているか否か判断し、
前記ディレクトリサーバメモリ（３１Ｍ）が前記ユーザ名を記憶しているとき、前記ディレクトリサーバ装置（３１）は前記ディレクトリサーバメモリ（３１Ｍ）内で、前記ユーザ名と関連付けられたユーザＩＤと前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのユーザＩＤとその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）はその第２のプロキシアドレスを有する第２のプロキシ装置（２３）に前記通信相手ユーザの前記ユーザＩＤと前記通信のタイプを示す第３の要求メッセージを送信し、
前記第３の要求メッセージを受信すると、前記第２のプロキシ装置（２３）は、前記プロバイダドメインメモリ（２３Ｍ）内で前記ユーザＩＤおよび前記通信のタイプに関連付けられたデバイスＩＤを読み出して、前記通信のタイプに適する前記通信相手ユーザの前記第２のユーザ装置のデバイスＩＤを示すさらなる応答メッセージを前記第１のプロキシ装置（１２）に送信し、
前記第１のプロキシ装置（１２）の１つが前記第１のユーザ装置（１１）の１つからエンドトゥエンドの通信サービスを要求し通信相手ユーザの第２のユーザ装置のデバイス名を示す第１の要求メッセージを受信すると、その第１のプロキシ装置（１２）は、その第１のプロキシ装置（１２）にリンクされたディレクトリサーバ装置（３１）に、エンドトゥエンドの通信サービスを要求し前記デバイス名を示す第２の要求メッセージを送信し、前記ディレクトリサーバ装置（３１）は前記デバイス名に含まれるユーザ名が前記ディレクトリサーバメモリ（３１Ｍ）に記憶されているか否か判断し、
前記ディレクトリサーバメモリ（３１Ｍ）が前記ユーザ名を記憶しているとき、前記ディレクトリサーバ装置（３１）は前記ディレクトリサーバメモリ（３１Ｍ）内で、前記ユーザ名と関連付けられたユーザＩＤと前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのユーザＩＤとその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）はその第２のプロキシアドレスを有する第２のプロキシ装置（２３）に前記通信相手ユーザの前記ユーザＩＤと前記デバイス名を示す第３の要求メッセージを送信し、
前記第３の要求メッセージを受信すると、前記第２のプロキシ装置（２３）は、前記プロバイダドメインメモリ（２３Ｍ）内で前記ユーザＩＤおよび前記デバイス名に関連付けられたデバイスＩＤを読み出して、前記デバイス名を有する前記通信相手ユーザの前記第２のユーザ装置のデバイスＩＤを示すさらなる応答メッセージを前記第１のプロキシ装置（１２）に送信する、
請求項１に記載のネットワークアーキテクチャ。
【請求項１７】
前記ディレクトリサーバメモリ（３１Ｍ）が前記第１の要求メッセージで示された前記コンテンツ名を記憶していないとき、前記ディレクトリサーバ装置（３１）は前記メッセージルーティングサーバ装置（４０）に前記第２の要求メッセージを転送し、前記メッセージルーティングサーバ装置は、前記メッセージルーティングサーバメモリ（４０Ｍ）に記憶された情報に基づいて、前記コンテンツ名に含まれたネットワークオペレータドメイン（３０）のインジケータからディレクトリサーバアドレスを特定して、そのディレクトリサーバアドレスを有する他のディレクトリサーバ装置（３１）に前記第２の要求メッセージを転送し、
前記第２の要求メッセージを受信すると、前記他のディレクトリサーバ装置（３１）は、前記ディレクトリサーバメモリ（３１Ｍ）内で、前記コンテンツ名と関連付けられたコンテンツのためのメタデータ情報と前記第２のプロキシアドレスを読み出して、前記メッセージルーティングサーバ装置（４０）にそのメタデータ情報とその第２のプロキシアドレスを示す応答メッセージを送信し、
前記他のディレクトリサーバ装置（３１）から前記応答メッセージを受信すると、前記メッセージルーティングサーバ装置（４０）および前記ディレクトリサーバ装置（３１）は、前記第１の第１のプロキシ装置（１２）に前記応答メッセージを転送し、前記第１のプロキシ装置（１２）は前記第１の要求メッセージを送信した第１のユーザ装置（１１）にそのメタデータ情報を通知し、
前記ディレクトリサーバメモリ（３１Ｍ）が前記第１の要求メッセージで示された前記ユーザ名を記憶していないとき、前記ディレクトリサーバ装置（３１）は前記メッセージルーティングサーバ装置（４０）に前記第２の要求メッセージを転送し、前記メッセージルーティングサーバ装置は、前記メッセージルーティングサーバメモリ（４０Ｍ）に記憶された情報に基づいて、前記ユーザ名に含まれたネットワークオペレータドメイン（３０）のインジケータからディレクトリサーバアドレスを特定して、そのディレクトリサーバアドレスを有する他のディレクトリサーバ装置（３１）に前記第２の要求メッセージを転送し、
前記第２の要求メッセージを受信すると、前記他のディレクトリサーバ装置（３１）は、前記他のディレクトリサーバ装置（３１）の前記ディレクトリサーバメモリ（３１Ｍ）内で、前記ユーザ名と関連付けられたユーザＩＤと前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのユーザＩＤとその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）はその第２のプロキシアドレスを有する第２のプロキシ装置（２３）に前記通信相手ユーザの前記ユーザＩＤと前記通信のタイプを示す第３の要求メッセージを送信し、
前記第３の要求メッセージを受信すると、前記第２のプロキシ装置（２３）は、前記プロバイダドメインメモリ（２３Ｍ）内で前記ユーザＩＤおよび前記通信のタイプに関連付けられたデバイスＩＤを読み出して、前記通信のタイプに適する前記通信相手ユーザの前記第２のユーザ装置のデバイスＩＤを示すさらなる応答メッセージを前記第１のプロキシ装置（１２）に送信し、
前記ディレクトリサーバメモリ（３１Ｍ）が前記第１の要求メッセージで示された前記デバイス名に含まれる前記ユーザ名を記憶していないとき、前記ディレクトリサーバ装置（３１）は前記メッセージルーティングサーバ装置（４０）に前記第２の要求メッセージを転送し、前記メッセージルーティングサーバ装置は、前記メッセージルーティングサーバメモリ（４０Ｍ）に記憶された情報に基づいて、前記ユーザ名に含まれたネットワークオペレータドメイン（３０）のインジケータからディレクトリサーバアドレスを特定して、そのディレクトリサーバアドレスを有する他のディレクトリサーバ装置（３１）に前記第２の要求メッセージを転送し、
前記第２の要求メッセージを受信すると、前記他のディレクトリサーバ装置（３１）は、前記他のディレクトリサーバ装置（３１）の前記ディレクトリサーバメモリ（３１Ｍ）内で、前記ユーザ名と関連付けられたユーザＩＤと前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのユーザＩＤとその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）はその第２のプロキシアドレスを有する第２のプロキシ装置（２３）に前記通信相手ユーザの前記ユーザＩＤと前記デバイス名を示す第３の要求メッセージを送信し、
前記第３の要求メッセージを受信すると、前記第２のプロキシ装置（２３）は、前記プロバイダドメインメモリ（２３Ｍ）内で前記ユーザＩＤおよび前記デバイス名に関連付けられたデバイスＩＤを読み出して、前記通信のタイプに適する前記通信相手ユーザの前記第２のユーザ装置のデバイスＩＤを示すさらなる応答メッセージを前記第１のプロキシ装置（１２）に送信する、
請求項１６に記載のネットワークアーキテクチャ。
【請求項１】
複数の加入者ドメイン（１０）と、複数のオブジェクトプロバイダドメイン（２０）と、ネットワークオペレータドメイン（３０）と、メッセージルーティングサーバ装置（４０）とを備えるネットワークアーキテクチャであって、
前記加入者ドメイン（１０）の各々に、複数の第１のユーザが加入しており、前記第１のユーザの各々が少なくとも１つの第１のユーザ装置（１１）を所有または管理しており、
前記加入者ドメイン（１０）の各々は第１のプロキシ装置（１２）を備え、前記第１のプロキシ装置（１２）は、前記第１のプロキシ装置（１２）が配置された前記加入者ドメイン（１０）に加入している前記第１のユーザの前記第１のユーザ装置（１１）にとってデフォルトゲートウェイおよびアクセスルータとして動作し、
前記オブジェクトプロバイダドメイン（２０）の各々に、複数の第２のユーザが加入しており、前記第２のユーザの各々は、その第２のユーザに普遍的に特有なユーザ名とユーザＩＤを有し、前記第２のユーザの各々が少なくとも１つの第２のユーザ装置（２１）を所有または管理しており、前記第２のユーザ装置（２１）の各々は、その第２のユーザ装置（２１）に普遍的に特有なデバイス名とデバイスＩＤを有し、各デバイス名はその第２のユーザ装置（２１）にとっての第２のユーザのユーザ名を含んでおり、ユーザ名とデバイス名の各々はその第２のユーザが加入しているネットワークオペレータドメイン（３０）を示すインジケータを含んでおり、
前記オブジェクトプロバイダドメイン（２０）の各々は第２のプロキシ装置（２３）を備え、前記第２のプロキシ装置（２３）は、前記第２のプロキシ装置（２３）が配置された前記オブジェクトプロバイダドメイン（２０）に加入している前記第２のユーザの前記第２のユーザ装置（２１）にとってデフォルトゲートウェイおよびアクセスルータとして動作し、前記第２のプロキシ装置（２３）の各々は第２のプロキシアドレスを有し、
前記オブジェクトプロバイダドメイン（２０）の各々は、コンテンツとそのコンテンツを使用するのに不可欠なメタデータ情報を記憶するオブジェクトソースサーバ（２２）を備え、各コンテンツはコンテンツ名を有し、コンテンツ名はそのコンテンツに普遍的に特有であって、そのコンテンツを記憶するオブジェクトソースサーバ（２２）が配置されているオブジェクトプロバイダドメイン（２０）にリンクされているネットワークオペレータドメイン（３０）を示すインジケータを含んでおり、
前記オブジェクトプロバイダドメイン（２０）の各々は、そのオブジェクトプロバイダドメイン（２０）に加入している第２のユーザの第２のユーザ装置（２１）の各々のための情報を記憶するプロバイダドメインメモリ（２３Ｍ）を備え、第２のユーザ装置の各々のための情報は、第２のユーザ装置のデバイス名、第２のユーザ装置のデバイスＩＤ、第２のユーザ装置にとっての第２のユーザのユーザ名、第２のユーザ装置にとっての第２のユーザのユーザＩＤ、通信のタイプを示す通信タイプインジケータ、および第２のユーザが加入しているオブジェクトプロバイダドメイン（２０）の第２のプロキシ装置の第２のプロキシアドレスを含んでおり、
前記ネットワークオペレータドメイン（３０）の各々は、前記複数の加入者ドメイン（１０）のいくつかおよび前記複数のオブジェクトプロバイダドメイン（２０）のいくつかにリンクさせられており、ネットワークオペレータドメイン（３０）にリンクされた加入者ドメイン（１０）に加入している第１のユーザおよびネットワークオペレータドメイン（３０）にリンクされたオブジェクトプロバイダドメイン（２０）に加入している第２のユーザは、そのネットワークオペレータドメイン（３０）に加入しており、
前記ネットワークオペレータドメイン（３０）の各々は、ディレクトリサーバメモリ（３１Ｍ）を備えるディレクトリサーバ装置（３１）を備え、前記ディレクトリサーバメモリ（３１Ｍ）は、前記ネットワークオペレータドメイン（３０）に加入している各第２のユーザのための情報を記憶し、各第２のユーザのための情報は、第２のユーザのユーザ名、第２のユーザのユーザＩＤ、および第２のユーザが加入しているオブジェクトプロバイダドメイン（２０）の第２のプロキシ装置の第２のプロキシアドレスを含んでおり、前記ディレクトリサーバメモリ（３１Ｍ）は、前記オブジェクトソースサーバ（２２）に記憶された公開可能なコンテンツの各々のための情報を記憶し、公開可能なコンテンツの各々のための情報は、コンテンツのコンテンツ名、コンテンツのためのメタデータ情報、およびコンテンツを記憶するオブジェクトソースサーバ（２２）が配置されたオブジェクトプロバイダドメイン（２０）の第２のプロキシ装置の第２のプロキシアドレスを含んでおり、前記ディレクトリサーバ装置（３１）の各々はディレクトリサーバアドレスを有しており、
前記メッセージルーティングサーバ装置（４０）は、前記複数のネットワークオペレータドメイン（３０）にリンクさせられ、メッセージルーティングサーバメモリ（４０Ｍ）を備え、メッセージルーティングサーバメモリ（４０Ｍ）は、各ネットワークオペレータドメイン（３０）のための情報を記憶し、各ネットワークオペレータドメイン（３０）のための情報は、ユーザ名、デバイス名またはコンテンツ名に含まれるネットワークオペレータドメイン（３０）のインジケータと、ネットワークオペレータドメイン（３０）内のディレクトリサーバ装置（３１）のディレクトリサーバアドレスの関係を記述しており、
前記メッセージルーティングサーバ装置（４０）は、メッセージルーティングサーバメモリ（４０Ｍ）に記憶された情報に基づいて、メッセージに含まれるユーザ名、デバイス名、またはコンテンツ名に含まれるネットワークオペレータドメイン（３０）のインジケータからディレクトリサーバアドレスを特定する、
ネットワークアーキテクチャ。
【請求項２】
前記第１のプロキシ装置（１２）の１つが前記第１のユーザ装置（１１）の１つからコンテンツベースの通信サービスを要求しコンテンツ名を示す第１の要求メッセージを受信すると、その第１のプロキシ装置（１２）は、その第１のプロキシ装置（１２）にリンクされたディレクトリサーバ装置（３１）に、コンテンツベースの通信サービスを要求し前記コンテンツ名を示す第２の要求メッセージを送信し、前記ディレクトリサーバ装置（３１）は前記コンテンツ名が前記ディレクトリサーバメモリ（３１Ｍ）に記憶されているか否か判断し、
前記ディレクトリサーバメモリ（３１Ｍ）が前記コンテンツ名を記憶しているとき、前記ディレクトリサーバ装置（３１）は前記ディレクトリサーバメモリ（３１Ｍ）内で、前記コンテンツ名と関連付けられたコンテンツのためのメタデータ情報と前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのメタデータ情報とその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）は前記第１の要求メッセージを送信した第１のユーザ装置（１１）にそのメタデータ情報を通知する、
請求項１に記載のネットワークアーキテクチャ。
【請求項３】
前記ディレクトリサーバメモリ（３１Ｍ）が前記コンテンツ名を記憶していないとき、前記ディレクトリサーバ装置（３１）は前記メッセージルーティングサーバ装置（４０）に前記第２の要求メッセージを転送し、前記メッセージルーティングサーバ装置は、前記メッセージルーティングサーバメモリ（４０Ｍ）に記憶された情報に基づいて、前記コンテンツ名に含まれたネットワークオペレータドメイン（３０）のインジケータからディレクトリサーバアドレスを特定して、そのディレクトリサーバアドレスを有する他のディレクトリサーバ装置（３１）に前記第２の要求メッセージを転送し、
前記第２の要求メッセージを受信すると、前記他のディレクトリサーバ装置（３１）は、前記ディレクトリサーバメモリ（３１Ｍ）内で、前記コンテンツ名と関連付けられたコンテンツのためのメタデータ情報と前記第２のプロキシアドレスを読み出して、前記メッセージルーティングサーバ装置（４０）にそのメタデータ情報とその第２のプロキシアドレスを示す応答メッセージを送信し、
前記他のディレクトリサーバ装置（３１）から前記応答メッセージを受信すると、前記メッセージルーティングサーバ装置（４０）および前記ディレクトリサーバ装置（３１）は、前記第１の第１のプロキシ装置（１２）に前記応答メッセージを転送し、前記第１のプロキシ装置（１２）は前記第１の要求メッセージを送信した第１のユーザ装置（１１）にそのメタデータ情報を通知する、
請求項２に記載のネットワークアーキテクチャ。
【請求項４】
前記ディレクトリサーバ装置（３１）が前記第１のプロキシ装置（１２）に前記応答メッセージを転送するとき、前記ディレクトリサーバ装置（３１）は、前記コンテンツ名を前記メタデータ情報と前記第２のプロキシアドレスとともにキャッシュする、
請求項３に記載のネットワークアーキテクチャ。
【請求項５】
前記プロバイダドメインメモリ（２３Ｍ）の各々は、そのプロバイダドメインメモリ（２３Ｍ）が配置された前記オブジェクトプロバイダドメイン（２０）に配置された前記オブジェクトソースサーバ（２２）に記憶された公開可能なコンテンツの各々のための情報を記憶し、公開可能なコンテンツの各々のための情報は、コンテンツのコンテンツ名およびコンテンツを記憶するオブジェクトソースサーバ（２２）のアドレスを含んでおり、
前記第１のプロキシ装置（１２）が前記第２のプロキシアドレスを知った後、前記第１のプロキシ装置（１２）は前記第２のプロキシアドレスを有する前記第２のプロキシ装置に、前記コンテンツ名を示すメッセージを送信し、
前記第１のプロキシ装置からこのメッセージを受信すると、前記第２のプロキシ装置は、前記プロバイダドメインメモリ（２３Ｍ）内で前記コンテンツ名に関連付けられたオブジェクトソースサーバ（２２）のアドレスを特定し、前記コンテンツ名を有するコンテンツを前記第１のユーザ装置（１１）に送信する要求をそのオブジェクトソースサーバ（２２）に送信する、
請求項２から請求項４のいずれか１項に記載のネットワークアーキテクチャ。
【請求項６】
前記オブジェクトソースサーバ（２２）が第１のユーザ装置（１１）に前記コンテンツ名を有するコンテンツを送信するとき、前記第１のプロキシ装置（１２）はそのコンテンツを中継して、前記コンテンツ名と前記メタデータ情報とともにそのコンテンツをキャッシュする、
請求項５に記載のネットワークアーキテクチャ。
【請求項７】
前記オブジェクトソースサーバ（２２）は、そのオブジェクトソースサーバ（２２）に記憶されたコンテンツを、公開フラグまたは内部使用フラグと関連付けて、そのオブジェクトソースサーバ（２２）が配置された前記オブジェクトプロバイダドメイン（２０）の前記プロバイダドメインメモリ（２３Ｍ）に登録し、
公開フラグは前記コンテンツが他のドメインに公開可能であることを示し、内部使用フラグは前記コンテンツがオブジェクトプロバイダドメイン（２０）内で使用されるべきことを示す、
請求項１から請求項６のいずれか１項に記載のネットワークアーキテクチャ。
【請求項８】
前記第１のプロキシ装置（１２）の１つが前記第１のユーザ装置（１１）の１つからエンドトゥエンドの通信サービスを要求し通信相手ユーザのユーザ名と通信のタイプを示す第１の要求メッセージを受信すると、その第１のプロキシ装置（１２）は、その第１のプロキシ装置（１２）にリンクされたディレクトリサーバ装置（３１）に、エンドトゥエンドの通信サービスを要求し前記ユーザ名を示す第２の要求メッセージを送信し、前記ディレクトリサーバ装置（３１）は前記ユーザ名がディレクトリサーバメモリ（３１Ｍ）に記憶されているか否か判断し、
前記ディレクトリサーバメモリ（３１Ｍ）が前記ユーザ名を記憶しているとき、前記ディレクトリサーバ装置（３１）は前記ディレクトリサーバメモリ（３１Ｍ）内で、前記ユーザ名と関連付けられたユーザＩＤと前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのユーザＩＤとその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）はその第２のプロキシアドレスを有する第２のプロキシ装置（２３）に前記通信相手ユーザの前記ユーザＩＤと前記通信のタイプを示す第３の要求メッセージを送信し、
前記第３の要求メッセージを受信すると、前記第２のプロキシ装置（２３）は、前記プロバイダドメインメモリ（２３Ｍ）内で前記ユーザＩＤおよび前記通信のタイプに関連付けられたデバイスＩＤを読み出して、前記通信のタイプに適する前記通信相手ユーザの前記第２のユーザ装置のデバイスＩＤを示すさらなる応答メッセージを前記第１のプロキシ装置（１２）に送信する、
請求項１に記載のネットワークアーキテクチャ。
【請求項９】
前記ディレクトリサーバメモリ（３１Ｍ）が前記ユーザ名を記憶していないとき、前記ディレクトリサーバ装置（３１）は前記メッセージルーティングサーバ装置（４０）に前記第２の要求メッセージを転送し、前記メッセージルーティングサーバ装置は、前記メッセージルーティングサーバメモリ（４０Ｍ）に記憶された情報に基づいて、前記ユーザ名に含まれたネットワークオペレータドメイン（３０）のインジケータからディレクトリサーバアドレスを特定して、そのディレクトリサーバアドレスを有する他のディレクトリサーバ装置（３１）に前記第２の要求メッセージを転送し、
前記第２の要求メッセージを受信すると、前記他のディレクトリサーバ装置（３１）は、前記他のディレクトリサーバ装置（３１）の前記ディレクトリサーバメモリ（３１Ｍ）内で、前記ユーザ名と関連付けられたユーザＩＤと前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのユーザＩＤとその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）はその第２のプロキシアドレスを有する第２のプロキシ装置（２３）に前記通信相手ユーザの前記ユーザＩＤと前記通信のタイプを示す第３の要求メッセージを送信し、
前記第３の要求メッセージを受信すると、前記第２のプロキシ装置（２３）は、前記プロバイダドメインメモリ（２３Ｍ）内で前記ユーザＩＤおよび前記通信のタイプに関連付けられたデバイスＩＤを読み出して、前記通信のタイプに適する前記通信相手ユーザの前記第２のユーザ装置のデバイスＩＤを示すさらなる応答メッセージを前記第１のプロキシ装置（１２）に送信する、
請求項８に記載のネットワークアーキテクチャ。
【請求項１０】
前記さらなる応答メッセージは、前記通信相手ユーザのユーザ名とユーザＩＤと、前記通信相手ユーザの前記第２のユーザ装置のデバイス名とデバイスＩＤと、前記第２のユーザ装置で使用される通信のタイプと、前記通信相手ユーザが加入しているネットワークオペレータドメイン（３０）のディレクトリサーバ装置（３１）のディレクトリサーバアドレスを示し、
前記第２のプロキシ装置（２３）が前記さらなる応答メッセージを前記第１のプロキシ装置（１２）に送信するとき、前記ディレクトリサーバ装置（３１）と前記第１のプロキシ装置（１２）は、前記ユーザ名、前記ユーザＩＤ、前記通信のタイプ、前記デバイス名、前記デバイスＩＤおよび前記ディレクトリサーバアドレスをキャッシュする、
請求項８または請求項９に記載のネットワークアーキテクチャ。
【請求項１１】
前記第１のプロキシ装置（１２）が前記通信相手ユーザの第２のユーザ装置のデバイスＩＤを知った後、前記第１のプロキシ装置は、そのデバイスＩＤを示すメッセージまたは電子メールを前記第２のプロキシ装置（２３）に送信する、
請求項８から請求項１０のいずれか１項に記載のネットワークアーキテクチャ。
【請求項１２】
前記第１のプロキシ装置（１２）の１つが前記第１のユーザ装置（１１）の１つからエンドトゥエンドの通信サービスを要求し通信相手ユーザの第２のユーザ装置のデバイス名を示す第１の要求メッセージを受信すると、その第１のプロキシ装置（１２）は、その第１のプロキシ装置（１２）にリンクされたディレクトリサーバ装置（３１）に、エンドトゥエンドの通信サービスを要求し前記デバイス名を示す第２の要求メッセージを送信し、前記ディレクトリサーバ装置（３１）は前記デバイス名に含まれるユーザ名が前記ディレクトリサーバメモリ（３１Ｍ）に記憶されているか否か判断し、
前記ディレクトリサーバメモリ（３１Ｍ）が前記ユーザ名を記憶しているとき、前記ディレクトリサーバ装置（３１）は前記ディレクトリサーバメモリ（３１Ｍ）内で、前記ユーザ名と関連付けられたユーザＩＤと前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのユーザＩＤとその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）はその第２のプロキシアドレスを有する第２のプロキシ装置（２３）に前記通信相手ユーザの前記ユーザＩＤと前記デバイス名を示す第３の要求メッセージを送信し、
前記第３の要求メッセージを受信すると、前記第２のプロキシ装置（２３）は、前記プロバイダドメインメモリ（２３Ｍ）内で前記ユーザＩＤおよび前記デバイス名に関連付けられたデバイスＩＤを読み出して、前記デバイス名を有する前記通信相手ユーザの前記第２のユーザ装置のデバイスＩＤを示すさらなる応答メッセージを前記第１のプロキシ装置（１２）に送信する、
請求項１に記載のネットワークアーキテクチャ。
【請求項１３】
前記ディレクトリサーバメモリ（３１Ｍ）が前記ユーザ名を記憶していないとき、前記ディレクトリサーバ装置（３１）は前記メッセージルーティングサーバ装置（４０）に前記第２の要求メッセージを転送し、前記メッセージルーティングサーバ装置は、前記メッセージルーティングサーバメモリ（４０Ｍ）に記憶された情報に基づいて、前記ユーザ名に含まれたネットワークオペレータドメイン（３０）のインジケータからディレクトリサーバアドレスを特定して、そのディレクトリサーバアドレスを有する他のディレクトリサーバ装置（３１）に前記第２の要求メッセージを転送し、
前記第２の要求メッセージを受信すると、前記他のディレクトリサーバ装置（３１）は、前記他のディレクトリサーバ装置（３１）の前記ディレクトリサーバメモリ（３１Ｍ）内で、前記ユーザ名と関連付けられたユーザＩＤと前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのユーザＩＤとその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）はその第２のプロキシアドレスを有する第２のプロキシ装置（２３）に前記通信相手ユーザの前記ユーザＩＤと前記デバイス名を示す第３の要求メッセージを送信し、
前記第３の要求メッセージを受信すると、前記第２のプロキシ装置（２３）は、前記プロバイダドメインメモリ（２３Ｍ）内で前記ユーザＩＤおよび前記デバイス名に関連付けられたデバイスＩＤを読み出して、前記通信のタイプに適する前記通信相手ユーザの前記第２のユーザ装置のデバイスＩＤを示すさらなる応答メッセージを前記第１のプロキシ装置（１２）に送信する、
請求項１２に記載のネットワークアーキテクチャ。
【請求項１４】
前記さらなる応答メッセージは、前記通信相手ユーザのユーザ名とユーザＩＤと、前記通信相手ユーザの前記第２のユーザ装置のデバイス名とデバイスＩＤと、前記第２のユーザ装置で使用される通信のタイプと、前記通信相手ユーザが加入しているネットワークオペレータドメイン（３０）のディレクトリサーバ装置（３１）のディレクトリサーバアドレスを示し、
前記第２のプロキシ装置（２３）が前記さらなる応答メッセージを前記第１のプロキシ装置（１２）に送信するとき、前記ディレクトリサーバ装置（３１）と前記第１のプロキシ装置（１２）は、前記ユーザ名、前記ユーザＩＤ、前記通信のタイプ、前記デバイス名、前記デバイスＩＤおよび前記ディレクトリサーバアドレスをキャッシュする、
請求項１２または１３に記載のネットワークアーキテクチャ。
【請求項１５】
前記第１のプロキシ装置（１２）が前記通信相手ユーザの第２のユーザ装置のデバイスＩＤを知った後、前記第１のプロキシ装置は、そのデバイスＩＤを示すメッセージまたは電子メールを前記第２のプロキシ装置（２３）に送信する、
請求項１２から請求項１４のいずれか１項に記載のネットワークアーキテクチャ。
【請求項１６】
前記第１のプロキシ装置（１２）の１つが前記第１のユーザ装置（１１）の１つからコンテンツベースの通信サービスを要求しコンテンツ名を示す第１の要求メッセージを受信すると、その第１のプロキシ装置（１２）は、その第１のプロキシ装置（１２）にリンクされたディレクトリサーバ装置（３１）に、コンテンツベースの通信サービスを要求し前記コンテンツ名を示す第２の要求メッセージを送信し、前記ディレクトリサーバ装置（３１）は前記コンテンツ名がディレクトリサーバメモリ（３１Ｍ）に記憶されているか否か判断し、
前記ディレクトリサーバメモリ（３１Ｍ）が前記コンテンツ名を記憶しているとき、前記ディレクトリサーバ装置（３１）は前記ディレクトリサーバメモリ（３１Ｍ）内で、前記コンテンツ名と関連付けられたコンテンツのためのメタデータ情報と前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのメタデータ情報とその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）は前記第１の要求メッセージを送信した第１のユーザ装置（１１）にそのメタデータ情報を通知し、
前記第１のプロキシ装置（１２）の１つが前記第１のユーザ装置（１１）の１つからエンドトゥエンドの通信サービスを要求し通信相手ユーザのユーザ名と通信のタイプを示す第１の要求メッセージを受信すると、その第１のプロキシ装置（１２）は、その第１のプロキシ装置（１２）にリンクされたディレクトリサーバ装置（３１）に、エンドトゥエンドの通信サービスを要求し前記ユーザ名を示す第２の要求メッセージを送信し、前記ディレクトリサーバ装置（３１）は前記ユーザ名が前記ディレクトリサーバメモリ（３１Ｍ）に記憶されているか否か判断し、
前記ディレクトリサーバメモリ（３１Ｍ）が前記ユーザ名を記憶しているとき、前記ディレクトリサーバ装置（３１）は前記ディレクトリサーバメモリ（３１Ｍ）内で、前記ユーザ名と関連付けられたユーザＩＤと前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのユーザＩＤとその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）はその第２のプロキシアドレスを有する第２のプロキシ装置（２３）に前記通信相手ユーザの前記ユーザＩＤと前記通信のタイプを示す第３の要求メッセージを送信し、
前記第３の要求メッセージを受信すると、前記第２のプロキシ装置（２３）は、前記プロバイダドメインメモリ（２３Ｍ）内で前記ユーザＩＤおよび前記通信のタイプに関連付けられたデバイスＩＤを読み出して、前記通信のタイプに適する前記通信相手ユーザの前記第２のユーザ装置のデバイスＩＤを示すさらなる応答メッセージを前記第１のプロキシ装置（１２）に送信し、
前記第１のプロキシ装置（１２）の１つが前記第１のユーザ装置（１１）の１つからエンドトゥエンドの通信サービスを要求し通信相手ユーザの第２のユーザ装置のデバイス名を示す第１の要求メッセージを受信すると、その第１のプロキシ装置（１２）は、その第１のプロキシ装置（１２）にリンクされたディレクトリサーバ装置（３１）に、エンドトゥエンドの通信サービスを要求し前記デバイス名を示す第２の要求メッセージを送信し、前記ディレクトリサーバ装置（３１）は前記デバイス名に含まれるユーザ名が前記ディレクトリサーバメモリ（３１Ｍ）に記憶されているか否か判断し、
前記ディレクトリサーバメモリ（３１Ｍ）が前記ユーザ名を記憶しているとき、前記ディレクトリサーバ装置（３１）は前記ディレクトリサーバメモリ（３１Ｍ）内で、前記ユーザ名と関連付けられたユーザＩＤと前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのユーザＩＤとその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）はその第２のプロキシアドレスを有する第２のプロキシ装置（２３）に前記通信相手ユーザの前記ユーザＩＤと前記デバイス名を示す第３の要求メッセージを送信し、
前記第３の要求メッセージを受信すると、前記第２のプロキシ装置（２３）は、前記プロバイダドメインメモリ（２３Ｍ）内で前記ユーザＩＤおよび前記デバイス名に関連付けられたデバイスＩＤを読み出して、前記デバイス名を有する前記通信相手ユーザの前記第２のユーザ装置のデバイスＩＤを示すさらなる応答メッセージを前記第１のプロキシ装置（１２）に送信する、
請求項１に記載のネットワークアーキテクチャ。
【請求項１７】
前記ディレクトリサーバメモリ（３１Ｍ）が前記第１の要求メッセージで示された前記コンテンツ名を記憶していないとき、前記ディレクトリサーバ装置（３１）は前記メッセージルーティングサーバ装置（４０）に前記第２の要求メッセージを転送し、前記メッセージルーティングサーバ装置は、前記メッセージルーティングサーバメモリ（４０Ｍ）に記憶された情報に基づいて、前記コンテンツ名に含まれたネットワークオペレータドメイン（３０）のインジケータからディレクトリサーバアドレスを特定して、そのディレクトリサーバアドレスを有する他のディレクトリサーバ装置（３１）に前記第２の要求メッセージを転送し、
前記第２の要求メッセージを受信すると、前記他のディレクトリサーバ装置（３１）は、前記ディレクトリサーバメモリ（３１Ｍ）内で、前記コンテンツ名と関連付けられたコンテンツのためのメタデータ情報と前記第２のプロキシアドレスを読み出して、前記メッセージルーティングサーバ装置（４０）にそのメタデータ情報とその第２のプロキシアドレスを示す応答メッセージを送信し、
前記他のディレクトリサーバ装置（３１）から前記応答メッセージを受信すると、前記メッセージルーティングサーバ装置（４０）および前記ディレクトリサーバ装置（３１）は、前記第１の第１のプロキシ装置（１２）に前記応答メッセージを転送し、前記第１のプロキシ装置（１２）は前記第１の要求メッセージを送信した第１のユーザ装置（１１）にそのメタデータ情報を通知し、
前記ディレクトリサーバメモリ（３１Ｍ）が前記第１の要求メッセージで示された前記ユーザ名を記憶していないとき、前記ディレクトリサーバ装置（３１）は前記メッセージルーティングサーバ装置（４０）に前記第２の要求メッセージを転送し、前記メッセージルーティングサーバ装置は、前記メッセージルーティングサーバメモリ（４０Ｍ）に記憶された情報に基づいて、前記ユーザ名に含まれたネットワークオペレータドメイン（３０）のインジケータからディレクトリサーバアドレスを特定して、そのディレクトリサーバアドレスを有する他のディレクトリサーバ装置（３１）に前記第２の要求メッセージを転送し、
前記第２の要求メッセージを受信すると、前記他のディレクトリサーバ装置（３１）は、前記他のディレクトリサーバ装置（３１）の前記ディレクトリサーバメモリ（３１Ｍ）内で、前記ユーザ名と関連付けられたユーザＩＤと前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのユーザＩＤとその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）はその第２のプロキシアドレスを有する第２のプロキシ装置（２３）に前記通信相手ユーザの前記ユーザＩＤと前記通信のタイプを示す第３の要求メッセージを送信し、
前記第３の要求メッセージを受信すると、前記第２のプロキシ装置（２３）は、前記プロバイダドメインメモリ（２３Ｍ）内で前記ユーザＩＤおよび前記通信のタイプに関連付けられたデバイスＩＤを読み出して、前記通信のタイプに適する前記通信相手ユーザの前記第２のユーザ装置のデバイスＩＤを示すさらなる応答メッセージを前記第１のプロキシ装置（１２）に送信し、
前記ディレクトリサーバメモリ（３１Ｍ）が前記第１の要求メッセージで示された前記デバイス名に含まれる前記ユーザ名を記憶していないとき、前記ディレクトリサーバ装置（３１）は前記メッセージルーティングサーバ装置（４０）に前記第２の要求メッセージを転送し、前記メッセージルーティングサーバ装置は、前記メッセージルーティングサーバメモリ（４０Ｍ）に記憶された情報に基づいて、前記ユーザ名に含まれたネットワークオペレータドメイン（３０）のインジケータからディレクトリサーバアドレスを特定して、そのディレクトリサーバアドレスを有する他のディレクトリサーバ装置（３１）に前記第２の要求メッセージを転送し、
前記第２の要求メッセージを受信すると、前記他のディレクトリサーバ装置（３１）は、前記他のディレクトリサーバ装置（３１）の前記ディレクトリサーバメモリ（３１Ｍ）内で、前記ユーザ名と関連付けられたユーザＩＤと前記第２のプロキシアドレスを読み出して、前記第１のプロキシ装置（１２）にそのユーザＩＤとその第２のプロキシアドレスを示す応答メッセージを送信し、前記第１のプロキシ装置（１２）はその第２のプロキシアドレスを有する第２のプロキシ装置（２３）に前記通信相手ユーザの前記ユーザＩＤと前記デバイス名を示す第３の要求メッセージを送信し、
前記第３の要求メッセージを受信すると、前記第２のプロキシ装置（２３）は、前記プロバイダドメインメモリ（２３Ｍ）内で前記ユーザＩＤおよび前記デバイス名に関連付けられたデバイスＩＤを読み出して、前記通信のタイプに適する前記通信相手ユーザの前記第２のユーザ装置のデバイスＩＤを示すさらなる応答メッセージを前記第１のプロキシ装置（１２）に送信する、
請求項１６に記載のネットワークアーキテクチャ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−１７４１６４（Ｐ２０１２−１７４１６４Ａ）
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１１−３８００５（Ｐ２０１１−３８００５）
【出願日】平成２３年２月２４日（２０１１．２．２４）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願番号】特願２０１１−３８００５（Ｐ２０１１−３８００５）
【出願日】平成２３年２月２４日（２０１１．２．２４）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]