(57)【要約】  ピアツーピア通信におけるウェブサービス処理方法が提供される。ウェブサービスアイデンティティ、例えば、ＵＲＩに関連付けられているウェブサービス（４１２−１）は、第１移動ノード（４１０）に構成されている。固有の識別情報が、ウェブサービス識別子と、移動ノードの固有の回線交換識別子、例えば、Ｅ．１６４番号とを組み合わせて生成される。固有の識別情報は、登録ユニット（４４０）に送信され、位置情報とともに登録される。この位置情報は、他の移動ノード（４２０）に対してウェブサービスを検出することを可能にする。位置情報は、例えば、第１移動ノードの現在のＩＰアドレスと、その第１移動ノードのポート番号を備えていても良く、あるいは、第１移動ノードのウェブサービスに到達するために使用される中間装置に関連していても良い。
2007528182.tif 000002
【特許請求の範囲】
【請求項１】
ウェブサービス識別子に関連付けられているウェブサービス（４１２−１、５１２−１）を有する第１移動ノード（４１０、５１０）を含むパケット交換通信システム（４００、５００）におけるウェブサービス処理方法であって、
前記第１移動ノードから登録ユニット（４４０、５４０）へ、前記ウェブサービス識別子と前記第１移動ノードの固有の回線交換識別子を備える固有の識別情報を含む、前記第１移動ノードの前記ウェブサービスを登録するためのリクエストを送信するステップと、
前記登録ユニットで、前記固有の識別情報とともに位置情報を登録し、前記通信システムの第２移動ノード（４２０、５２０）に、前記第１移動ノードの前記ウェブサービスと通信することを可能にするステップと
を備えることを特徴とするウェブサービス処理方法。
【請求項２】
前記固有の回線交換識別子は、回線交換通信で共通のあるいは周知の移動ノード識別子を備えている
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記固有の回線交換識別子は、前記第１移動ノード（４１０、５１０）の電話番号あるいはＥ．１６４番号を備えている
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記第２移動ノード（４２０、５２０）で、前記第１移動ノード（４１０、５１０）のウェブサービス（４１２−１、５１２−１）に対する前記位置情報を、前記登録ユニット（４４０、５４０）からリクエストするステップと、
前記リクエストされた位置情報を、前記登録ユニットから前記第２移動ノードへ送信するステップとを更に備え、
前記第１移動ノードの前記ウェブサービスは、前記固有の識別情報を介して特定される
ことを特徴とする請求項１に記載の方法。
【請求項５】
前記第２移動ノード（４２０、５２０）で、前記位置情報を使用して、前記第１移動ノード（４１０、５１０）の前記ウェブサービス（４１２−１、５１２−１）との通信を確立するステップを更に備える
ことを特徴とする請求項４に記載の方法。
【請求項６】
前記第１移動ノード（４１０、５１０）で、前記ウェブサービス識別子と前記第１移動ノードの前記固有の回線交換識別子を、前記送信するステップで使用する１つの組み合わせサービス及びノード専用識別子に連結するステップを更に備える
ことを特徴とする請求項１に記載の方法。
【請求項７】
前記登録ユニット（４４０、５４０）で、前記ウェブサービス識別子と前記第１移動ノードの前記固有の回線交換識別子を、前記登録するステップで使用する１つの組み合わせサービス及びノード専用識別子に連結するステップを更に備える
ことを特徴とする請求項１に記載の方法。
【請求項８】
前記位置情報は、前記第１移動ノード（４１０）の現在のＩＰアドレスと、前記第１移動ノードの前記ウェブサービス（４１２−１）のポート番号を備えている
ことを特徴とする請求項１に記載の方法。
【請求項９】
前記位置情報は、前記第１移動ノード（５１０）に到達するために使用される中間装置（５６０）の識別子を備えている
ことを特徴とする請求項１に記載の方法。
【請求項１０】
前記位置情報は、前記第１移動ノードに到達するために使用される中間装置のＩＰアドレスを備えている
ことを特徴とする請求項１に記載の方法。
【請求項１１】
前記ウェブサービス識別子は、ユニフォームリソース識別子（ＵＲＩ）を備えている
ことを特徴とする請求項１に記載の方法。
【請求項１２】
ウェブサービス識別子に関連付けられているウェブサービス（４１２−１、５１２−１）を有する第１移動ノード（４１０、５１０）を含み、ウェブサービス処理手段を備えるパケット交換通信システム（４００、５００）における登録ユニット（４４０、５４０）であって、
前記第１移動ノードから、前記第１移動ノードの前記ウェブサービスを登録するための、前記ウェブサービス識別子と前記第１移動ノードの固有の回線交換識別子を備える固有の識別情報を含むリクエストを受信する手段と、
前記固有の識別情報とともに位置情報を登録し、前記通信システムの第２移動ノード（４２０、５２０）に、前記第１移動ノードの前記ウェブサービスと通信することを可能にする手段と
を備えることを特徴とする登録ユニット。
【請求項１３】
前記固有の回線交換識別子は、前記第１移動ノード（４１０、５１０）の電話番号あるいはＥ．１６４番号を備えている
ことを特徴とする請求項１２に記載の登録ユニット。
【請求項１４】
前記第２移動ノード（４２０、５２０）から、前記固有の識別情報を介して特定される、前記第１移動ノード（４１０、５１０）のウェブサービス（４１２−１、５１２−１）についてのアドレスリクエストを受信する手段と、
前記アドレスリクエストに応じて、前記第１移動ノードの前記ウェブサービスに対する前記位置情報を、前記第２移動ノードへ送信する手段と
を更に備えることを特徴とする請求項１２に記載の登録ユニット。
【請求項１５】
前記ウェブサービス識別子と前記第１移動ノード（４１０、５１０）の前記固有の回線交換識別子を、１つの組み合わせサービス及びノード専用識別子に連結する手段を更に備える
ことを特徴とする請求項１２に記載の登録ユニット。
【請求項１６】
前記位置情報は、前記第１移動ノード（４１０）の現在のＩＰアドレスと、前記第１移動ノードの前記ウェブサービス（４１２−１）のポート番号を備えている
ことを特徴とする請求項１２に記載の登録ユニット。
【請求項１７】
前記位置情報は、前記第１移動ノード（５１０）に到達するために使用される中間装置（５６０）の識別子を備えている
ことを特徴とする請求項１２に記載の登録ユニット。
【請求項１８】
前記位置情報は、前記第１移動ノードに到達するために使用される中間装置のＩＰアドレスを備えている
ことを特徴とする請求項１２に記載の登録ユニット。
【請求項１９】
当該登録ユニットは、セッション開始プロトコル（ＳＩＰ）登録サーバを備えている
ことを特徴とする請求項１２に記載の登録ユニット。
【請求項２０】
ウェブサービス識別子に関連付けられているウェブサービス（４１２−１、４２２−１、５１２−１、５２２−１）を含み、ウェブサービス処理手段を備えるパケット交換通信システム（４００、５００）における移動ノード（４１０、４２０、５１０、５２０）であって、
前記ウェブサービス識別子と前記移動ノードの固有の回線交換識別子を備える固有の識別情報を含む、前記ウェブサービスを登録するためのリクエストを登録ユニット（４４０、５４０）へ送信する手段と
を備えることを特徴とする移動ノード。
【請求項２１】
前記固有の回線交換識別子は、当該移動ノードの電話番号あるいはＥ．１６４番号を備えている
ことを特徴とする請求項２０に記載の移動ノード。
【請求項２２】
前記ウェブサービス識別子と当該移動ノードの前記固有の回線交換識別子を、１つの組み合わせサービス及びノード専用識別子に連結する手段を更に備える
ことを特徴とする請求項２０に記載の移動ノード。
【請求項２３】
他の移動ノード（４１０、４２０、５１０、５２０）のウェブサービス（４１２−１、４２２−１、５１２−１、５２２−１）の位置情報を、前記登録ユニット（４４０、５４０）からリクエストする手段と、
前記リクエストされた位置情報を使用して、前記他の移動ノードの前記ウェブサービスとの通信を確立する手段とを更に備え、
前記他の移動ノードの前記ウェブサービスは、前記固有の識別情報を介して特定される
ことを特徴とする請求項２０に記載の移動ノード。
【請求項２４】
前記位置情報は、前記他の移動ノードの現在のＩＰアドレスと、前記他の移動ノードの前記ウェブサービス（４１２−１、４２２−１）のポート番号を備えている
ことを特徴とする請求項２３に記載の移動ノード。
【請求項２５】
前記位置情報は、前記他の移動ノードに到達するために使用される中間装置（５６０）の識別子を備えている
ことを特徴とする請求項２３に記載の移動ノード。
【請求項２６】
前記位置情報は、前記他の移動ノードに到達するために使用される中間装置のＩＰアドレスを備えている
ことを特徴とする請求項２３に記載の移動ノード。
【請求項２７】
ウェブサービス識別子に関連付けられているウェブサービス（４１２−１、５１２−１）を有する第１移動ノード（４１０、５１０）を含み、ウェブサービス処理手段を備えるパケット交換通信システム（４００、５００）であって、
前記第１移動ノードから登録ユニット（４４０、５４０）へ、前記ウェブサービス識別子と前記第１移動ノードの固有の回線交換識別子を備える固有の識別情報を含む、前記第１移動ノードの前記ウェブサービスを登録するためのリクエストを送信する手段と、
前記固有の識別情報とともに位置情報を登録し、当該通信システムの第２移動ノード（４２０、５２０）に、前記第１移動ノードの前記ウェブサービスと通信することを可能にする手段と
を備えることを特徴とするシステム。
【請求項２８】
前記固有の回線交換識別子は、前記第１移動ノード（４１０、５１０）の電話番号あるいはＥ．１６４番号を備えている
ことを特徴とする請求項２７に記載のシステム。
【請求項２９】
前記第２移動ノード（４２０、５２０）で、前記第１移動ノード（４１０、５１０）の前記ウェブサービス（４１２−１、５１２−１）に対する前記位置情報を、前記登録ユニット（４４０、５４０）からリクエストする手段と、
前記リクエストされた位置情報を、前記登録ユニットから前記第２移動ノードへ送信する手段と、
前記第２移動ノード（４２０、５２０）で、前記位置情報を使用して、前記第１移動ノード（４１０、５１０）の前記ウェブサービスとの通信を確立する手段とを更に備え、
前記第１移動ノードの前記ウェブサービスは、前記固有の識別情報を介して特定される
ことを特徴とする請求項２７に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野
本発明は、ウェブサービスアクセス及びピアツーピア通信に関するものである。
【０００２】
背景
ウェブサービス（ＷＳ）技術は、近年爆発的な関心を惹きつけていて、時には、パケットベースの通信ネットワークを革命的なものにしたと言われている。ウェブサービスは、基本的には、標準インターネット技術を介して機能的に実現されるアプリケーションへのネットワークアクセス可能インタフェースである。ウェブサービスによって、ソフトウェアの一部分は、長距離及び中間のファイヤウォールに関係なく、ソフトウェアの別の部分からのオブジェクト及びメソッドにアクセスすることができ、これは、分散ソフトウェアシステムを可能にする。
【０００３】
移動ネットワークにウェブサービスを導入するための方法が３つ提案されている。これらのアーキテクチャはネットワークに徐々に導入され、いずれそれらの３つすべてが共存することも可能である。１つ目のＷＳ環境では、ユーザは、ブラウザ内のウェブページを介してアプリケーションへアクセスする。アプリケーションは、ウェブサーバ上に搭載されていて、ウェブサービスと対話して、ブラウザへの返答を用意する。多くの今日のイネーブラー（ロケーション、課金等）は、この方法でウェブサービスを導入している。２つ目は、移動装置からウェブサービスへの直接アクセスである。この場合、移動装置内のウェブサービス実現アプリケーションは、ウェブ上のウェブサービスと直接通信する。そして、３つ目の状況では、ウェブサービスは移動装置に搭載されている。移動装置は、別の移動装置に搭載されているウェブサービスをリクエストする。そして、このウェブサービスの利用は、ピアツーピア通信に依存していて、これは、本明細書で対象としている状況である。
【０００４】
移動装置間の接続性（コネクティビティ）は、様々な方法で達成することができる。１つの方法は、移動ネットワーク内で完全なＩＰ接続性を持たせることであるが、セキュリティ及び決済処理を考慮すると、これは実現的でない。また、ＩＰｖ４では、汎用アドレス数が十分でない。ピアーツーピア接続を達成するための通常の方法は、ＩＰマルチメディアサブシステム（ＩＭＳ）のような、オーバレイネットワークを導入することである。ＩＭＳは、アプリケーション及びプラットホーム非依存のＩＰサービスを提供する。
【０００５】
ＩＭＳは、セッション制御メカニズムのようなセッション開始プロトコル（ＳＩＰ）を使用する。ＳＩＰは、媒体を問わず、また、コンテンツが音声、データあるいはウェブベースであろうとなかろうと、接続がどのように処理されるべきであるかを定義する。ＳＩＰによって、移動装置は、ピアーツーピア接続を登録し、開始することができる。ＩＭＳ／ＳＩＰを介する従来の登録は、移動装置のＳＩＰクライアントの登録である。特定のエンドユーザへのあらゆるＳＩＰメッセージは、（ＩＭＳインフラストラクチャを介して）ユーザ装置のＳＩＰクライアントへ送信される。
【０００６】
上述のＩＭＳ／ＳＩＰ登録のような従来のソリューションは、移動装置に搭載されているウェブサービスを処理するためにはあまり適していない。このような状況は、むしろ複雑になる。これは、特に、各移動ノードで複数のウェブサービスが存在し、また、同一のウェブサービスを購入したいエンドユーザが複数存在し得るからである。このように、移動体ピアツーピアシステム内のウェブサービスを処理するための適切なメカニズムがかなり必要とされている。
【０００７】
要約
本発明の目的は、ウェブサービスを処理するために改善された方法を提供することである。より詳細な目的は、ウェブサービスピアツーピア通信用の改善された登録メカニズムを達成することである。別の目的は、移動装置に搭載されているウェブサービスサーバのユーザフレンドリな探索を可能にすることである。
【０００８】
これらの目的は、請求項に従って達成される。
【０００９】
簡単に説明すると、本発明の方法は、回線交換環境の周知の移動ノード識別子を使用して、パケット交換ネットワーク内のピアツーピア通信を介して、ウェブサービスを簡単でユーザフレンドリに処理することを達成することである。提案される登録処理は、ウェブサービス識別子、例えば、ユニフォームリソース識別子（ＵＲＩ）に、固有の回線交換識別子、好ましくは、移動ノードの電話番号／Ｅ．１６４番号とを組み合わせることによって、新規の固有の識別子を生成する。この組み合わされた識別子は、ウェブサービスを登録するために使用され、また、これは、ウェブサービスクライアント部に、ウェブサービスを容易にかつ簡便に検出することを可能にする。この固有の識別子は、ウェブサービスを管理する移動ノードの現在のＩＰアドレスと、その移動ノードのウェブサービスに対するポート番号を備える位置情報とともに登録ユニットに登録されることが好ましい。選択的には、位置情報は、そのウェブサービスに到達するために使用される中間装置の名前あるいはアドレスを備えている。
【００１０】
本発明によって、動的ＩＰアドレスサーバは、回線交換ネットワークで通信が開始されて、移動ノードのウェブサービスサーバ機能にその識別子を介して直接到達する方法と同様の方法で接続することができる。これは、ピアツーピア通信で、簡単でユーザフレンドリなウェブサービス登録及び探索を可能にする。
【００１１】
本発明の他の構成に従えば、登録ユニット、移動ノード及び、ウェブサービスを処理するための手段を有する通信システムが提供される。
【００１２】
詳細説明
図１は、本発明で使用することができるピアツーピア通信のためのネットワークの例を示す図である。ピアツーピアネットワークは、いくつかのピア（同位：peer）、即ち、ユーザ、アプリケーション、デバイスあるいは、単一のエンティティとして動作するユーザ／アプリケーション／デバイスのグループを含んでいて、これらは、相互に直接通信し、かつリソースを互いに共有する。ピアは、昔ながらのクライアント／サーバ通信のような特別な役割が割り当てられている必要はないが、状況に応じて、クライアントとサーバの両方として動作することができる。
【００１３】
本開示の目的としては、移動体ピアツーピア通信ネットワークは、互いにサービスをリクエストし、かつ提供することが可能な少なくとも２つの移動ノード（移動端末、ユーザ装置、無線ユニット等も言う）を備えるパケット交換ネットワークを言及することになる。ピアツーピア通信は直接、あるいはプロキシサーバのような少なくとも１つの中間装置を介して発生する。
【００１４】
図１の移動体ピアツーピアネットワーク１００は、それぞれが移動ノード１１０を有する５人のユーザを含んでいる。ここでは、移動ノード１１０の例として、セルラー電話１１０−１、ラップトップ１１０−２、ページャ１１０−３が示されている。移動ノードは、ピアツーピア接続を介して互いに通信することができるが、通常は、インターネット及び他のＩＰベースネットワークにアクセスするための手段も提供されている。いくつかのあるいはすべての移動ノードは、ネットワーク内の他の移動ノードによってアクセスすることができるウェブサービス（サーバ）のホストとなる。
【００１５】
図２は、移動体間ウェブサービス通信を示すブロック図である。２つの移動ノード２１０、２２０が示されていて、その１つの移動ノード２１０は、アプリケーション２１２を介して、もう１つの移動ノード２２０のウェブサービス２２２にアクセスする。ウェブサービス２２２は、シンプルオブジェクトアクセスプロトコル（ＳＯＡＰ）に基づくクライアント２２４とプロセッサ２２６を介する標準ウェブサービス技術で実現される。このウェブサービス２２２は、拡張可能マークアップ言語（ＸＭＬ）で構築され、かつ通常はハイパーテキスト転送プロトコル（ＨＴＴＰ）によって搬送される。ウェブサービス２２２は、サービスをどのようにして起動するかについての情報を有するウェブサービス定義言語（ＷＳＤＬ）ファイル２２８を有する記述に関連付けられている。
【００１６】
ウェブサービス２２２についての情報は、Ｕｎｉｖｅｒｓａｌ  Ｄｅｓｃｒｉｐｔｉｏｎ，  Ｄｉｓｃｏｖｅｒｙ，  ａｎｄ  Ｉｎｔｅｇｒａｔｉｏｎ（ユニバーサル記述、発見及び統合）（ＵＤＤＩ）レジストリ２３０に保持されている例を示していて、ここでは、いくつかの他のサービスとともに公開されている。公開されているウェブサービス情報は、例えば、サービスアイデンティティと、サービスプロバイダのアドレス（例えば、ユニフォームリソースロケータ、ＵＲＬ）を含むことができる。ウェブサービス２２２に関連しているＵＤＤＩ内のウェブサービス情報は、ＷＳＤＬファイル２２８にリンクしていて、かつウェブサービスを検出するためにアプリケーション２１２（ＳＯＡＰクライアント２１４とともに）によって使用することができる。
【００１７】
図２では、メッセージがＳＯＡＰを介して交換されているが、任意の適切なウェブサービスプロトコルあるいはその他ものを、本発明の範囲内のメッセージをパッケージングするために使用することができ、これには、他のＸＭＬベースのプロトコルが含まれる。
【００１８】
図３は、移動体間通信用の従来の登録の原理を示すブロック図である。背景のセクションで説明したように、ピアツーピア通信は、通常は、ＩＭＳのようなオーバレイネットワークを介して達成される。ＩＭＳは、ピアツーピア通信用の移動装置の登録を含むセッション制御のためにＳＩＰを使用する。
【００１９】
従来のＩＭＳ／ＳＩＰ環境では、登録されるのは移動ノードのＳＩＰクライアントである。登録は、たいていは新規のパケットデータプロトコル（ＰＤＰ）コンテキストが起動される毎に必要とされる。これは、多くのネットワークが動的ＩＰアドレスを使用しているからである。ＳＩＰクライアントは、移動装置への受信ＳＩＰメッセージのすべてを考慮して、別のピアとの接続を開始するリクエストと相関している。ＳＩＰクライアントの名前／アイデンティティは、「ＩＭＳオペレータ」によって提供され、これは、その固有性を保証する。
【００２０】
図３のシステム３００を参照すると、登録処理は次のようになる。
【００２１】
（Ｉ）ユーザは、自身が任意のセッションの招待（インビテーション）を受信することができる前に、ＩＭＳに登録しなければならない。これによって、移動ノードＡ  ３１０のＳＩＰクライアント３１２の名前／アイデンティティの登録のリクエストはＳＩＰ登録サーバ３４０へ送信される。ここで、ＳＩＰ登録サーバ３４０は、ＳＩＰレジスタとも呼ばれる。ＳＩＰクライアントアイデンティティは、例えば、ＵＲＩあるいはＴｅｌ−ＵＲＩでとすることができるが、ここでは、簡単のために、図３では、単に、「クライアントＡ」で示されている。
【００２２】
（ＩＩ）ＳＩＰレジスタ３４０は、移動ノードＡ、つまり「クライアントＡ」に位置することができるＩＰアドレスを登録する。このＩＰアドレスは、各登録処理に対しては再割当されるという意味では動的である。（通常、移動ノードの両方が、電源投入時に自身の有用性と自身のＩＰアドレスを登録する。）
（ＩＩＩ）ＳＩＰクライアント３３２を有する移動ノードＢ３２０は、移動ノードＡ３１０との接続を開始したい場合、「クライアントＡ」に対するインビテーションメッセージをＩＭＳユニット３５０と、「クライアントＡ」の現在のアドレスを検出するために使用されるＳＩＰプロキシへ送信する。
【００２３】
（ＩＶ、Ｖ）ＩＭＳ３５０は、ＳＩＰレジスタ３４０から「クライアントＡ」に対するＩＰアドレスを問い合わせて、検索する。
【００２４】
（ＶＩ）移動ノードＢ３２０からのインビテーションメッセージが移動ノードＡ３１０へ送信される。
【００２５】
（ＶＩＩ）移動ノードＡ３１０がそのインビテーションを受け付けることが提供されることで、移動体間通信を開始することができる。（通常は、移動ノードＡからの応答はＩＭＳユニットを介しても中継され、その後に、ポイントツーポイント通信が確立される。）
上述の従来の登録処理は、いくつかのＩＰサービスと移動体間通信セッションを処理することができる。しかしながら、移動端末に搭載されているウェブサービスを行う場合には、厳しい制限が課される。１つ目は、各移動ノードでは、複数のウェブサービスが存在する状況がしばしばあり得る。従来の登録ソリューションを用いると、あらゆるウェブサービスリクエストを調整する移動ノード内に、調整手段の類がいくつか必要となる。本出願人は、このことをＷＳ調整問題と呼んでいる。２つ目は、多くのエンドユーザが同一のウェブサービスを購入／ダウンロードしたいという実情によって、複雑な状況が更に増している。これは、ＷＳ多数性問題として言及されている。３つ目は、特定の移動ノードでウェブサービスを容易に検出させる特定移動ノードメカニズムが欠けているウェブサービスを検出するために、他の移動ノードには、通常、ウェブサービスを用いて、特定移動ノードから正確な情報が提供されなければならない。これは、ＷＳ簡易探索問題として示されている。
【００２６】
本発明は、上述の問題の認識と、ウェブサービスピアツーピア環境内で良好に機能する登録処理に対するいくつかの基準の定義に基づいている。これらの基準を以下に説明する。
【００２７】
第１の基準は、ＷＳ調整問題に向けたものである。従来の登録では、移動端末のＳＩＰクライアントが登録される。しかしながら、ウェブサービスに対しては、むしろ各移動ウェブサービスを個別に登録することが望ましい。これにより、いくつかのサーバが同一の移動電話上で動作する場合でさえも、あらゆるウェブサービスリクエストを調整するものを移動端末内に持たせる必要がなくなる。移動電話は、「通常の」ウェブサーバとして認識されることになり、またあらゆるサービスが異なるアドレスを介してアクセスすることができる。
【００２８】
また、登録処理は、第１ユーザが特定ウェブサービスを登録することだけにならないようにすることを必要とする。第２の基準は、自身でサービスを登録する場合には、ウェブサービスを購入／ダウンロードしている移動装置のそれぞれがそのサービスを登録できるようにする固有名とするべきである。この第２の基準が満足される場合、ＷＳ多数性問題は解消される。
【００２９】
そして、登録された情報は、ウェブサービスのクライアント側（移動ノードＢ）で、他の移動ノード（Ａ）で動作している正しいサーバ側を検出することができる方法で固有にする必要がである。これは、例えば、加入者Ａあるいは登録サーバに、登録が発生する場合に固有の名前を生成させることによって解決することができる。この問題は、加入者Ｂにその固有の名前が知られていることである、そうでなければ、加入者Ｂは加入者Ａのウェブサービスを検出することができなくなる。ＷＳ簡易探索問題を解決するためには、登録されている情報が、移動ノードＡに対して固有であるべきで、かつ移動ノードＢを検出することを容易にするべき基準にすることである。
【００３０】
ＷＳ簡易探索問題に対するの１つのソリューションは、加入者Ａが生成された固有の名前でメッセージを加入者Ｂへ送信することを可能にすることである。しかしながら、これは、あまりユーザフレンドリではなく、加入者Ａが登録するウェブサービスがいくつかの「Ｂ加入者」によって使用できる状況では、加入者Ａは、むしろ実行できないもののすべてにメッセージを送信しなければならない。従って、より便利で信頼性のあるソリューションが必要とされている。
【００３１】
本発明の主要な概念は、加入者に既に確立されていて、かつ周知の回線交換ネットワーク内で、広く渡って共通して使用される識別子が存在するという事実を使用することである。提案のメカニズムは、パケット交換ネットワーク内で簡易でかつユーザフレンドリなウェブサービスピアツーピア通信を達成するために、エンドユーザに一般的に知られている、このような回線交換識別子を使用する。
【００３２】
本発明に従う登録処理は、上述の基準に合うような新規の固有の識別子を形成するために、ウェブサービス識別子と移動ノードの固有回線交換識別子を組み合わせる。本実施形態は、移動電話の周知のＥ．１６４番号を、名前、例えば、ウェブサービスのＵＲＩともに使用する。以下で更に説明するように、これは、新規でかつ固有名のアイデンティティをウェブサービスの登録に使用することができ、かつウェブサービスクライアント部分に対して、容易で、かつ便利なウェブサービスを検出することを可能にする。
【００３３】
本発明の特徴は図４を参照して例示する方法で説明され、ここでは、パケット交換通信システム４００が示される。第１移動ノードＡ４１０は、チェスゲームサービスウェブサービス（ＷＳ１）４１２−１を登録していて、次に、別の移動ノードＢ４２０が移動ノードＡのウェブサービス４１２−１をアクセスしたいという状況を、本発明の原理を示すために使用する。必要条件は、チェスゲームウェブサービス４１２−１、４２２−１が、移動装置４１０、４２０に、汎用名／アイデンティティ、例えば、ウェブサービスのＵＲＩ、chessGame@registerSite.comをダウンロードされることである。図４に示されるように、移動ノードは、チェスゲームに加えて、他のウェブサービス４１２−２、４１２−３、４２２−２を備えていても良い（但し、そうである必要はない）。重要なことは、チェスゲームが移動装置の両方にダウンロード（あるいは、プレインストール）されていることである。
【００３４】
ウェブサービスの登録
ユーザ（加入者Ａ）装置は、ＰＤＰコンテキストアクティベーション後に、チェスすることを可能にするために、ユーザはチェスゲーム（即ち、そのサーバ部分）を登録しようとする。ウェブサービス４１２−１に対して使用される登録名は、移動ノードＡ４１０のＥ．１６４番号に、ダウンロードされているウェブサービスゲームパケット内に含まれていたＷＳ１のアイデンティティ（ＩＤ）を加えたものである。Ｅ．１６４番号は、ユーザによって移動ノードＡに入力されても良く、あるいは移動ノードＡの記憶ユニットあるいは加入者アイデンティティモジュール（ＳＩＭ）カードから検索されても良い。登録用のリクエストは、登録サーバ／ユニット４４０へ送信される（Ｉ）。このリクエストは、例えば、Register web service+4670264318_chessGame@registerSite.comとすることができる。移動ノードＡは、そのようなメッセージのために使用される所定／デフォルトアドレスを介して、あるいはウェブサービスとともに提供されるＵＲＩあるいはその類を介して、どこへ登録リクエストを送信するかを知っている。
【００３５】
登録ユニット４４０は、本例では、ドメイン「registerSite.com」では、ウェブサービスの登録を取り扱う。これは、ウェブサービスのアイデンティティと、移動ノードＡのＩＰアドレスと移動ノードＡでのＷＳ１のポート番号のような位置情報とともに、移動ノードＡの回線交換電話番号を備える固有のウェブサービス情報を登録する（ＩＩ）。この方法では、ゲームのウェブサービスサーバ部分は、両方のウェブサービスと、移動ノードが固有に定義されるように登録され、これによって、移動ノードＡ４１０のＷＳ１  ４１２−１のサーバ機能は、他の移動ノードのＷＳ１のクライアント機能によって配置することができる。
【００３６】
ウェブサービスの検出
別のユーザである加入者Ｂは、加入者Ａが自身の電話で起動されるチェスゲームを持っていて、かつゲームを開始したいことを知っている（音声、ＳＭＳ、ＭＭＳ等を介して）。（選択的には、加入者Ｂは、これについての知識を持っていないが、チェスゲームが移動ノードＡで起動されることで提供されるゲームを開始したいことを知っている）。加入者Ｂは、チェスゲーム４２２−１を起動し、かつＥ．１６４番号を介して識別される加入者Ａとチェスをしたいとことを入力する。Ｅ．１６４番号は、例えば、移動ノードＢ４２０の電話帳（不図示）から検索することができる。次に、アドレス解決リクエスト、例えば、「+46702646318_chessGame@registerSite.com"?を使用するアドレスは何ですか」が移動ノードＢ（のチェスゲーム）から登録ユニット４４０へ送信される（ＩＩＩ）。応答時には、登録ユニットは、チェスゲームウェブサービス４１２−１を使用するために、移動ノードＡの現在のＩＰアドレスにポート番号を加えて返信する（ＩＶ）。チェスゲームクライアント４２２−１は、そのＩＰアドレス（それに加えられているポート番号）と接続し、ウェブサービスリクエストを送信する、即ち、チェスの駒の移動を行う。ウェブサービス通信、この場合、移動ノードＡとＢ間のチェスゲームは、その後、装置間で直接実行することができる（Ｖ）。
【００３７】
本発明に従う移動ノードは通常は、図４の移動ノードＡと移動ノードＢの両方として動作する機能が提供されていることを言及すべきである。換言すれば、移動ノードはウェブサービスサーバ機能を登録することができ、かつ別の移動ノードのウェブサービスへアクセスすることができる。
【００３８】
本発明の主な効果は、移動ノードのウェブサービスサーバ機能がその識別子を介して直接到達することができることである。これは、ＳＩＰクライアントあるいは他のコーディネータが、移動装置の正式なウェブサービスへウェブサービスリクエストを指示することに関与する必要がないことを意味する。
【００３９】
別の効果は、提案されているソリューションは、エンドユーザに、パケット交換通信ネットワーク内のウェブサービスへ到達するために、回線交換通信から周知の識別子を使用することを可能にするという事実に依存することである。移動ノードＢは、回線交換電話発呼に極めて似ている方法で移動ノードＡに到達することができる。換言すれば、動的ＩＰサーバは、回線交換通信で接続を行う方法と同一の方法で通信することができる。これはかなり有効である。それは、比較的簡単なウェブサービス登録メカニズムと、ピアツーピア通信での簡単でユーザフレンドリなウェブサービス探索を可能にするからである。特に、本発明では、登録メカニズムの複雑さを増やすような完全に新規な識別子を生成する必要がない。また、周知の識別子、例えば、Ｅ．１６４番号をウェブサービス登録に使用する場合に、固有の識別情報が、通常、移動ノード間で通信される必要はない。
【００４０】
つまり、提案されているソリューションは、ピアツーピアを介するウェブサービスを利用することを容易にする。これは、より広く渡って移動ノード内でウェブサービスを有するアプリケーションを作成することに寄与することになる。
【００４１】
図５は、本発明に従ってウェブサービスを処理するメカニズムの別の実施形態のブロック図である。この場合、パケット交換ネットワーク５００は、中間装置５６０（これは、プロキシサーバとも呼ぶ）を備えている。これは、移動ノードＡ５１０へメッセージを送信する場合に使用される。このようなメカニズムについての想定としては、プロキシ５６０が移動ノードＡ５１０のＩＰアドレスを知っていることである。このアドレスは、プロキシに向けての移動ノードＡの初期登録時に、移動ノードＡからプロキシへ提供されることが好ましい（Ｏ）。
【００４２】
上述のように、登録リクエストは、移動ノードＡ５１０から登録ユニット５４０へ送信される（Ｉ）。しかしながら、固有の識別情報に加えて、移動ノードＡは、プロキシ識別子／名前、例えば、ＵＲＬを登録ユニットに通信することが好ましい。登録ユニット５４０によって登録される位置情報は、プロキシ５６０についての情報を備えている。これは、移動ノード自身のアドレスに代る、移動ノードＡ５１０に対する処理メッセージである（ＩＩ）。その結果、ウェブサービス５１２−１のアドレスのリクエスト時には（ＩＩＩ）、移動ノードＢ５２０は、プロキシ５６０のＵＲＬを受信する（ＩＶ）。移動ノードＢ５２０は、ドメインネームシステム（ＤＮＳ）レジスタ５７０のルックアップを実行して、受信したＵＲＬに照合するＩＰアドレスを検出する（Ｖ、ＶＩ）。その後、チェスゲームクライアント５２２−１はウェブサービスリクエスト、即ち、チェスの駒の移動指示を、プロキシ５６０を介して移動ノードＡのウェブサービス機能５１２−１へ送信することができる（ＶＩＩ、ＶＩＩＩ）。移動ノードＡとＢ間の次のウェブサービス通信は、通常プロキシを介して実行される。
【００４３】
プロキシに向けての移動ノードＡの別のオプションの登録では、登録リクエストとともに移動ノードＡのＩＰアドレスを送信することができる（Ｉ）。そして、これは、例えば、移動ノードＢ（ＩＶ、ＶＩＩ）を介して、あるいはリクエスト時に直接プロキシへ送信することができる。
【００４４】
図５では、プロキシの名前／識別子が登録され、かつＩＰアドレスが、ＤＮＳレジスタあるいはその類から検索されなければならない。プロキシ名／ＩＤに代えて、あるいはそれに加えて、プロキシのＩＰアドレスが登録位置情報に提供される実施形態（不図示）が構成されても良い。この場合、ＤＮＳルックアップは不要となる。
【００４５】
図４及び図５の例では、登録ユニットによって登録される固有の識別情報が、ウェブサービスのＵＲＩと、移動ノードＡのＥ．１６４番号を備えている。Ｅ．１６４番号は、いくつかの実施形態では、回線交換環境の別の固有の移動ノード識別子に置き換えることもできる。例えば、国際移動システム識別子（ＩＳＭＩ）あるいは国際移動装置アイデンティティ（ＩＭＥＩ）も使用することができる。これらの回線交換識別子を組み合わせたものも使用することができる。しかしながら、多くの加入者に周知あるいは容易にアクセス／検索される識別子を使用することが好ましく、それゆえ、電話番号が一般的には最も適切な選択となる。また、ＵＲＩ以外の他のウェブ識別子を使用する実施形態であっても良い。
【００４６】
ウェブサービス識別子と、第１移動ノードの固有の回線交換識別子は、１つに組み合わされた、登録処理で使用されるサービス及びノード専用識別子に効果的に連結することができる。この連結は、移動ノードＡ、あるいは選択的には登録ユニットで実行することができる。この組み合わせられた識別子は、例えば、Ｅ．１６４＿ＵＲＬの形式、例えば、+46702646318_chessGame@registerSite.comの形式にすることができる。別の可能性は、この組み合わせられた識別子は、chessGame.+46702646318_chessGame@registerSite.comとして定義することである。いくつかの等価のシンタックス（異なる構成要素、別のセパレータ等）を使用できることが当業者には明らかであろう。
【００４７】
ウェブサービスは、一般的には、ネットワークから移動ノードへダウンロードされるが、本発明は、移動ノードにプレインストールされているウェブサービスにも適用可能である。また、提案されているウェイブサービス登録は、図２のウェブサービスのような標準ウェブサービス技術を介して実現されるウェブサービスだけでなく、第１移動ノードに搭載されている「通常」ウェブサーバが登録されている構成にも適用可能である。このようなウェブサーバは、例えば、汎用ブラウザ機能によって移動ノードＢによってアクセスすることができる。つまり、ウェブサービスは、汎用のｗｗｗ−技術に基づくサービス／サーバを意味するだけでなく、ＳＯＡＰのようなウェブサービス技術に基づくサービス／サーバを意味する。
【００４８】
登録ユニット／サーバによって登録される固有の識別情報は、典型的には、登録ユニットに記憶されることになる。しかしながら、この情報が外部記憶ユニット／データベースに保持される、あるいはネットワークを介して分散されるソリューションも、本発明の範囲内に存在するものである。本発明に従う登録ユニットは、セッション開始プロトコル（ＳＩＰ）登録サーバとともにあるいは基づいて効果的に実現することができる。ＵＤＤＩレジストリを使用するソリューションを含む他のソリューションも可能である。
【００４９】
図６は、本発明に従うウェブサービスを処理する方法の原理を要約しているフローチャートである。オプションの第１ステップＳ１では、ウェブサービスアイデンティティ、例えば、ＵＲＩに関連付けられているウェブサービスが、第１移動ノードにダウンロードされる。選択的には、ウェブサービスは、移動装置にプレインストールされても良い。（ウェブサービス／サーバは、ウェブサービス技術及び汎用ｗｗｗ技術の少なくとも一方に基づくことができる。）その後、ステップＳ２で、好ましくは、回線交換通信で共通する移動ノードの識別子とウェブサービス識別子の組み合わせを介して、固有の識別情報が形成される。本実施形態では、このことは、ウェブサービスのＵＲＬと移動ノードのＥ．１６４番号／電話番号との連結を含んでいる。ステップＳ３で、新規の固有の識別情報が、移動ノードから登録ユニットへ送信される。ここでは、その識別情報は位置情報とともに登録される。この位置情報は、他の移動ノードに、第１移動ノードのウェブサービスを検出し、かつその第１移動ノードと直接通信することを可能にする（ステップＳ４）。この位置情報は、例えば、第１移動ノードの現在のＩＰアドレスと、その移動ノードのウェブサービスに対するポート番号を備えていても良い。他の実施形態では、この位置情報は、第１移動ノードのウェブサービスに到達するために使用することができる中間装置に関連している。
【００５０】
本発明は特定の図示の実施形態を参照して説明されているが、開示される特徴と等価なもの、また、当業者にとって自明な変形及び変更にも及んでいることが重視されるべきである。つまり、本発明の範囲は、請求項によってのみ制限されるものである。
【図面の簡単な説明】
【００５１】
【図１】本発明で使用することができる、移動体ピアツーピア通信用のネットワークの概観を示す図である。
【図２】移動体間ウェブサービス通信を示すブロック図である。
【図３】従来のＳＩＰ登録を示すブロック図である。
【図４】本発明に従うウェブサービス処理用のメカニズムの実施形態を示すブロック図である。
【図５】本発明に従うウェブサービス処理用のメカニズムの他の実施形態を示すブロック図である。
【図６】本発明に従うウェブサービスを処理するための方法の実施形態のフローチャートである。
【図１】
2007528182.tif 000003
【図２】
2007528182.tif 000004
【図３】
2007528182.tif 000005
【図４】
2007528182.tif 000006
【図５】
2007528182.tif 000007
【図６】
2007528182.tif 000008
【国際調査報告】
2007528182.tif 000009
2007528182.tif 000010