(57)【要約】【課題】分散型ウェブサービス配信および配置のためのプレゼンスサービスシステムおよび方法を利用すること。【解決手段】ウェブサービスの負荷、価格、位置等の様々な重要な要素に基づいて消費者がウェブサービスプロバイダを選択できるように、異なるウェブサービスプロバイダについて、業務／技術情報の他にも（必要であれば）プレゼンス情報（プレゼンス属性）を消費者に提供することによって、消費者へのウェブサービスの配信および配置を最適化するための方法が本明細書で説明される。改良されたウェブサービスレジストリおよびプレゼンスシステムまた、本明細書で説明される。【選択図】図３
2007109222.tif 000002
【特許請求の範囲】
【請求項１】
複数のウェブサービスプロバイダについての業務／技術情報を消費者に提供することができるノードを備える改良されたウェブサービスレジストリであって、
前記ノードがプレゼンス機能を含み、前記ウェブサービスプロバイダについてのプレゼンス情報を前記消費者に提供することができ、前記消費者が業務／技術情報とプレゼンス情報とを調べて、ウェブサービスプロバイダのうちの１つを選択する、改良されたウェブサービスレジストリ。
【請求項２】
前記ノードが分散型ノードである、請求項１に記載の改良されたウェブサービスレジストリ。
【請求項３】
前記プレゼンス情報が以下の状態、すなわち、
各ウェブサービスプロバイダの利用可能性、
各ウェブサービスプロバイダのサーバ上の現負荷、
各ウェブサービスプロバイダの性能指標、
各ウェブサービスプロバイダの位置、および／または
各ウェブサービスプロバイダに関するサービスの価格のうちの少なくとも１つに関連する、請求項１に記載の改良されたウェブサービスレジストリ。
【請求項４】
複数のウェブサービスプロバイダの１つまたは複数の状態についてのプレゼンス情報を収集し、次いでそのプレゼンス情報の少なくとも一部を消費者に公表するプレゼンスサーバを備える、プレゼンスシステム。
【請求項５】
もしあれば、収集されたプレゼンス情報のうちのどれを前記消費者に公表するのかを判定するために、優先規則／方針を収集されたプレゼンス情報に適用する規則エンジンをさらに備える、請求項４に記載のプレゼンスシステム。
【請求項６】
各ウェブサービスプロバイダが自身の優先規則／方針を確立する、請求項５に記載のプレゼンスシステム。
【請求項７】
前記消費者がウェブサービスプロバイダのプレゼンス情報を受信するために、前記プレゼンスサーバに登録を行う、請求項４に記載のプレゼンスシステム。
【請求項８】
前記プレゼンス情報が以下の状態、すなわち、
各ウェブサービスプロバイダの利用可能性、
各ウェブサービスプロバイダのサーバ上の現負荷、
各ウェブサービスプロバイダの性能指標、
各ウェブサービスプロバイダの位置、および／または
各ウェブサービスプロバイダに関するサービスの価格のうちの少なくとも１つについての情報を含む、請求項４に記載のプレゼンスシステム。
【請求項９】
前記プレゼンスサーバがＳＩＰ／ＳＩＭＰＬＥプレゼンスサーバである、請求項４に記載のプレゼンスシステム。
【請求項１０】
前記プレゼンスサーバがＪＡＢＢＥＲプレゼンスサーバである、請求項４に記載のプレゼンスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、ウェブサービスの負荷、価格、位置等の様々な重要な要素に基づいて消費者がウェブサービスプロバイダを選択できるように、異なるウェブサービスプロバイダについて、業務／技術情報の他にも（必要であれば）プレゼンス情報（プレゼンス属性）を消費者に提供することによって、消費者へのウェブサービスの配信および配置を最適化するための方法に関する。
【背景技術】
【０００２】
以下の省略形はここに示すように定義され、これらのうちの少なくとも一部は後に続く先行技術の説明、および本発明の異なる実施形態の中で言及される。
ＡＯＬ  アメリカンオンライン
ＨＴＴＰ  ハイパーテキスト転送プロトコル
ＩＥＴＦ  インターネットエンジニアリングタスクフォース
ＩＭ  インスタントメッセージング
ＭＳＮ  マイクロソフトネットワーク
ＳＩＭＰＬＥ  ＳＩＰフォーＩＭアンドプレゼンスレバレッジングエクステンションズ（ＳＩＰ  ｆｏｒ  ＩＭ  ａｎｄ  Ｐｒｅｓｅｎｃｅ  Ｌｅｖｅｒａｇｉｎｇ  Ｅｘｔｅｎｓｉｏｎｓ）
ＳＩＰ  セッション開始プロトコル
ＳＯＡＰ  簡易オブジェクトアクセスプロトコル
ＵＢＲ  ＵＤＤＩビジネスレジストリ
ＵＤＤＩ  ユニバーサルディスクリプション、ディスカバリアンドインテグレーション（Ｕｎｉｖｅｒｓａｌ  Ｄｅｓｃｒｉｐｔｉｏｎ，Ｄｉｓｃｏｖｅｒｙ  ａｎｄ  Ｉｎｔｅｇｒａｔｉｏｎ）
ＵＲＬ  ユニフォームリソースロケータ
ＸＭＬ  拡張可能マークアップ言語
ＷＳＤＬ  ウェブサービス記述言語
【０００３】
図１（先行技術）を参照すると、消費者１００が従来のサービスレジストリ１０６（例えば従来のＵＤＤＩサービスレジストリ１０６）から異なるウェブサービスプロバイダ１０４（１つが図示される）についての業務／技術情報１０２をいかにして得ることができるのかを説明することを助けるために使用される構成図が示されている。図示のとおり、消費者１００はＷＤＳＬを介してＵＤＤＩサービスレジストリ１０６と通信できるソフトウェアがロードされたコンピュータ１０８（ＰＤＡ、ラップトップ等）を使用する。また、ウェブサービスプロバイダ１０４は、ＷＤＳＬを介してＵＤＤＩサービスレジストリ１０６と通信できるソフトウェアがロードされた機器１１０（コンピュータ、サーバ等）を使用する。消費者１００とウェブサービスプロバイダ１０４とＵＤＤＩサービスレジストリ１０６とは、インターネット１１２を介して互いに通信する。
【０００４】
動作中、ウェブサービスプロバイダ１０４はそれらの会社／サービスをＵＤＤＩサービスレジストリ１０６に登録する。特に、ウェブサービスプロバイダ１０４はそれらの製品、サービスおよび契約指針についての情報を、ＵＤＤＩサービスレジストリ１０６に登録し、公にリストアップすることができる。この情報は、本明細書では業務／技術情報１０２と呼ばれる。次いで、消費者１００は適切なウェブサービスプロバイダ１０４についての業務／技術情報１０２を得るために、特定の検索要求１１４をＵＤＤＩサービスレジストリ１０６に送信する。例えば、消費者１００は税務計画サービスを提供するウェブサービスプロバイダ１０４についての業務／技術情報１０２を得るために、検索要求１１４を送信することができる。検索要求１１４を送信するために、消費者１００は最初にＵＤＤＩサービスレジストリ１０６にアクセスする必要がある。今日では、消費者１００は以下のＵＲＬのうちのいずれかを使用することによって、このことを行うことができる。
ＩＢＭのＵＢＲノード：ｈｔｔｐ：／／ｕｄｄｉ．ｉｂｍ．ｃｏｍ
ＭｉｃｒｏｓｏｆｔのＵＢＲノード：ｈｔｔｐ：／／ｕｄｄｉ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ
ＳＡＰのＵＢＲノード：ｈｔｔｐ：／／ｕｄｄｉ．ｓａｐ．ｃｏｍ
ＮＴＴのＵＢＲノード：ｈｔｔｐ：／／ｕｄｄｉ．ｎｔｔ．ｃｏｍ
＊ＵＤＤＩサービスレジストリ１０６は、これらの分散型ＵＢＲノードによって形成される。
【０００５】
検索要求１１４の受信に応じて、ＵＤＤＩサービスレジストリ１０６は適切なウェブサービスプロバイダ１０４（１つまたは複数）に関連する業務／技術情報１０２を消費者１００に送信する。消費者１００はウェブサービスプロバイダ１０４のうちの１つを選択し、その後、そのウェブサービスプロバイダ１０４と直接に対話する。代替として、消費者１００は複数のウェブサービスプロバイダ１０４を選択し、それらと対話することができる。図２（先行技術）は、複数の消費者１００ａ、１００ｂ・・・１００ｎが１つまたは複数のウェブサービスプロバイダ１０４ａ、１０４ｂ・・・１０４ｎと対話する状況を示す図である。図示のとおり、消費者１００ａ、１００ｂ・・・１００ｎはＨＴＴＰ上のＳＯＡＰを介して、それらのウェブサービスプロバイダ１０４ａ、１０４ｂ・・・１０４ｎと通信することができる。まさにこの時点で、消費者１００ａ、１００ｂ・・・１００ｎとウェブサービスプロバイダ１０４ａ、１０４ｂ・・・１０４ｎとは、もはやＵＤＤＩサービスレジストリ１０６を利用する必要はない。
【非特許文献１】Ｊａｃｋ  Ｊａｃｈｎｅｒ他、「Ｒｉｃｈ  Ｐｒｅｓｅｎｃｅ：Ａ  Ｎｅｗ  Ｕｓｅｒ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｅｘｐｅｒｉｅｎｃｅ」、Ｔｅｃｈｎｏｌｏｇｙ  Ｗｈｉｔｅ  Ｐａｐｅｒ、２００５年第１四半期版権所有、８頁
【非特許文献２】Ｊ．Ｒｏｓｅｎｂｅｒｇ、「Ａ  Ｄａｔａ  Ｍｏｄｅｌ  ｆｏｒ  ｐｒｅｓｅｎｃｅ」、ｄｒａｆｔ−ｉｅｔｆ−ｓｉｍｐｌｅ−ｄａｔａ−ｍｏｄｅｌ−０５（未完）、２００５年９月２２日
【非特許文献３】Ｒｏｓｅｎｂｅｒｇ、Ｊ．、「Ａ  Ｐｒｅｓｅｎｃｅ  Ｅｖｅｎｔ  ｐａｃｋａｇｅ  ｆｏｒ  ｔｈｅ  Ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ（ＳＩＰ）」、ＲＦＣ３８５６、２００４年８月
【非特許文献４】Ｈ．Ｓｃｈｕｌｚｅｒｉｎｅ他、「ＲＰＩＤ  Ｒｉｃｈ  Ｐｒｅｓｅｎｃｅ  Ｅｘｔｅｎｓｉｏｎｓ  ｔｏ  ｔｈｅ  ｐｒｅｓｅｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｄａｔａ  Ｆｏｒｍａｔ（ＰＩＤＦ）」、ｄｒａｆｔ−ｉｅｔｆ−ｓｉｍｐｌｅ−ｒｐｉｄ−０８（未完）、２００５年７月１６日
【非特許文献５】Ｒｏｓｅｎｂｅｒｇ、Ｊ．、「Ｐｒｅｓｅｎｃｅ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ｒｕｌｅｓ」、ｄｒａｆｔ−ｉｅｔｆ−ｓｉｍｐｌｅ−ｐｒｅｓｅｎｃｅ−ｒｕｌｅｓ−０３（未完）、２００５年７月２０日
【発明の開示】
【発明が解決しようとする課題】
【０００６】
これらのウェブサービスプロバイダ１０４ａ、１０４ｂ・・・１０４ｎのウェブサービスは、高負荷の環境下で著しく遅くなり、場合によってはハイエンドのウェブサーバに負担をかけることさえあるということはよく知られている。この問題に対処するために、ウェブサービスプロバイダ１０４ａ、１０４ｂ・・・１０４ｎは、それらのサーバファーム上で負荷分散技術を使用することによって、それらのサービス配信の最適化を試みることができる。さらに、ウェブサービスプロバイダ１０４ａ、１０４ｂ・・・１０４ｎは高負荷の環境に対処しようとする試みの中で、異なる地理上の位置に位置する様々なサーバで、それらのウェブサービスを複製することができる。ここからわかるとおり、ウェブサービスの性能を改善するために使用される現在の解決方法は、ウェブサービスプロバイダ１０４ａ、１０４ｂ・・・１０４ｎのみによって実行される。消費者１００ａ、１００ｂ・・・１００ｎもまたウェブサービスの性能の改善に携わることができれば、それは望ましいことである。
【０００７】
この必要性およびその他の必要性は、本発明によって対処される。
【課題を解決するための手段】
【０００８】
本発明はウェブサービスの負荷、価格、位置等の様々な重要な要素に基づいて消費者がウェブサービスプロバイダを選択できるように、異なるウェブサービスプロバイダについて、業務／技術情報の他にも（必要であれば）プレゼンス情報（プレゼンス属性）を消費者に提供することによって、消費者へのウェブサービスの配信および配置を最適化するための方法を含む。１つの実施形態で、サービスレジストリ（例えばＵＤＤＩサービスレジストリ）はプレゼンス機能によって改良されるので、消費者がウェブサービスプロバイダを選択できるように、異なるウェブサービスプロバイダについての業務／技術情報および（負荷、価格、サーバの位置等の）プレゼンス情報を消費者に提供することができる。別の実施形態で、消費者がウェブサービスプロバイダを選択できるように、異なるウェブサービスプロバイダについての（負荷、価格、サーバの位置等の）プレゼンス情報を消費者に提供するためにプレゼンスシステムが使用され、一方で異なるウェブサービスプロバイダについての業務／技術情報を消費者に提供するためにサービスレジストリ（例えばＵＤＤＩサービスレジストリ）が使用される。
【０００９】
添付の図面とともに以下の詳細な説明を参照することで、本発明のより完全な理解が得られるであろう。
【発明を実施するための最良の形態】
【００１０】
本発明は、消費者にプレゼンス属性として示されるウェブサービスプロバイダの状態に一部基づいて、消費者がウェブサービスを選択できるようにするための方法を取り扱う。このようにして、消費者はウェブサービスの配信および配置を改善するために、ウェブサービスプロバイダを助けることができる。これはウェブサービスプロバイダのみがウェブサービスの配信および配置を改善することができた先行技術を越える、著しい改善である。本発明は、プレゼンスベースのアプリケーションを使用することによって可能となる。プレゼンスとは、通信を促進するイベントの通知として定義される。現在、プレゼンス技術は（ＡＯＬ、Ｙａｈｏｏ、ＭＳＮ等の）インスタントメッセージングの環境で広く展開されている。また、プレゼンス技術はＡｌｃａｔｅｌ、Ｃｉｓｃｏ、Ａｖａｙａおよびその他の企業によって、中心的な通信イネーブラとして開発されている。
【００１１】
プレゼンス技術の基礎についての詳細な考察のために、以下の文書が参照される。
Ｊａｃｋ  Ｊａｃｈｎｅｒ他、「Ｒｉｃｈ  Ｐｒｅｓｅｎｃｅ：Ａ  Ｎｅｗ  Ｕｓｅｒ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｅｘｐｅｒｉｅｎｃｅ」、Ｔｅｃｈｎｏｌｏｇｙ  Ｗｈｉｔｅ  Ｐａｐｅｒ、２００５年第１四半期版権所有、８頁
Ｊ．Ｒｏｓｅｎｂｅｒｇ、「Ａ  Ｄａｔａ  Ｍｏｄｅｌ  ｆｏｒ  ｐｒｅｓｅｎｃｅ」、ｄｒａｆｔ−ｉｅｔｆ−ｓｉｍｐｌｅ−ｄａｔａ−ｍｏｄｅｌ−０５（未完）、２００５年９月２２日
Ｒｏｓｅｎｂｅｒｇ、Ｊ．、「Ａ  Ｐｒｅｓｅｎｃｅ  Ｅｖｅｎｔ  ｐａｃｋａｇｅ  ｆｏｒ  ｔｈｅ  Ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ（ＳＩＰ）」、ＲＦＣ３８５６、２００４年８月
Ｈ．Ｓｃｈｕｌｚｅｒｉｎｅ他、「ＲＰＩＤ  Ｒｉｃｈ  Ｐｒｅｓｅｎｃｅ  Ｅｘｔｅｎｓｉｏｎｓ  ｔｏ  ｔｈｅ  ｐｒｅｓｅｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｄａｔａ  Ｆｏｒｍａｔ（ＰＩＤＦ）」、ｄｒａｆｔ−ｉｅｔｆ−ｓｉｍｐｌｅ−ｒｐｉｄ−０８（未完）、２００５年７月１６日
Ｒｏｓｅｎｂｅｒｇ、Ｊ．、「Ｐｒｅｓｅｎｃｅ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ｒｕｌｅｓ」、ｄｒａｆｔ−ｉｅｔｆ−ｓｉｍｐｌｅ−ｐｒｅｓｅｎｃｅ−ｒｕｌｅｓ−０３（未完）、２００５年７月２０日
これらの文書の内容は、参照として本明細書に組み込まれる。
【００１２】
本発明の基本概念は、ウェブサービスプロバイダがそれらの動的なプレゼンス情報を公表するためのものであり、ウェブサービス消費者がこのプレゼンス情報を得て利用するためのものである。公表される動的なプレゼンス情報は、（例えば）
ウェブサービスプロバイダの利用可能性：ウェブサービスが現在稼動中であり、要求されるウェブサービスを提供するかどうか
ウェブサービスプロバイダのサーバの現負荷
待機時間などの性能指標
ウェブサービス、エンティティの位置を提供する可動エンティティのためのもの
価格
その他
などの属性を含むことができる。
【００１３】
ウェブサービス消費者は、ウェブサービスをより効率的で、ユーザ中心型のものにする負荷、価格、位置等の重要な要素に基づきウェブサービスを選択するために、プレゼンス情報を使用する。本発明を実施することは、プレゼンスサービス技術基盤を利用する（ｌｅｖｅｒａｇｅ）ことを必要とする。本発明によって、プレゼンスサービス技術基盤を利用するために使用されることが可能な２つの実施形態は、図３および４に関して以下で説明される。
【００１４】
図３を参照すると、本発明の１つの実施形態による改良されたサービスレジストリ３００（例えば改良されたＵＤＤＩサービスレジストリ３００）の構成図が示されている。（分散型のメカニズムである）改良されたＵＤＤＩサービスレジストリ３００はプレゼンス機能３０２を有しているので、消費者３０６ａ、３０６ｂ・・・３０６ｎのうちのいずれかから検索要求３０４を受信すると、適切なウェブサービスプロバイダ３１２ａ、３１２ｂ・・・３１２ｎについてのプレゼンス情報３０８および業務／技術情報３１０をそれらの消費者に効果的に提供することができる。次いで消費者３０６ａ、３０６ｂ・・・３０６ｎは負荷、価格、位置等の重要な要素に基づき、ウェブサービスプロバイダ３１２ａ、３１２ｂ・・・３１２ｎのうちの１つまたは複数のウェブサービスを選択することができる。
【００１５】
特に（例えば）消費者３０６ａは、ＷＤＳＬを介して改良されたＵＤＤＩサービスレジストリ３００と通信できるソフトウェアがロードされたコンピュータ３１４（ＰＤＡ、ラップトップ等）を使用する。また、ウェブサービスプロバイダ３１２ａ、３１２ｂ・・・３１２ｎは、ＷＤＳＬを介して改良されたＵＤＤＩサービスレジストリ３００と通信できるソフトウェアがロードされた機器３１６（コンピュータ、サーバ等）を使用する。消費者３０６ａ、３０６ｂ・・・３０６ｎとウェブサービスプロバイダ３１２ａ、３１２ｂ・・・３１２ｎと改良されたＵＤＤＩサービスレジストリ３００とは、インターネット３１８を介して互いに通信する。
【００１６】
ウェブサービスプロバイダ３１２ａ、３１２ｂ・・・３１２ｎの各々は、改良されたＵＤＤＩサービスレジストリ３００にそれらの会社／サービスを登録する。特に、ウェブサービスプロバイダ３１２ａ、３１２ｂ・・・３１２ｎの各々はそれらの製品、サービスおよび契約指針についての情報を、改良されたＵＤＤＩサービスレジストリ３００に登録し、公にリストアップすることができる。この情報は、本明細書では業務／技術情報３１０と呼ばれる。また、ウェブサービスプロバイダ３１２ａ、３１２ｂ・・・３１２ｎの各々は、改良されたＵＤＤＩサービスレジストリ３００内に位置するプレゼンス機能３０２に、それらのプレゼンス情報３０８を公表する。ここでもまた、発表される動的なプレゼンス情報は、（例えば）
ウェブサービスプロバイダの利用可能性：ウェブサービスが現在稼動中であり、要求されるウェブサービスを提供するかどうか。
ウェブサービスプロバイダのサーバの現負荷
待機時間などの性能指標
ウェブサービス、エンティティの位置を提供する可動エンティティのためのもの
価格
その他
などの属性を含むことができる。
【００１７】
次いで（例えば）消費者３０６ａは、適切なウェブサービスプロバイダ３１２ａ、３１２ｂ・・・３１２ｎについてのプレゼンス情報３０８および業務／技術情報３１０を得るために、特定の検索要求３０４を改良されたＵＤＤＩサービスレジストリ３００に送信する。例えば、消費者３０６ａは税務計画サービスを提供するウェブサービスプロバイダ３１２ａ、３１２ｂ・・・３１２ｎについてのプレゼンス情報３０８および業務／技術情報３１０を得るために、検索要求３０４を送信することができる。消費者３０６ａは検索要求３０４を送信できるようになる前に、まず改良されたＵＤＤＩサービスレジストリ３００にアクセスする必要がある。例えば、以下のＵＲＬのうちのいずれかを使用することによって、消費者３０６ａはこのことを行うことができる。
ＩＢＭのＵＢＲノード：ｈｔｔｐ：／／ｕｄｄｉ．ｉｂｍ．ｃｏｍ
ＭｉｃｒｏｓｏｆｔのＵＢＲノード：ｈｔｔｐ：／／ｕｄｄｉ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ
ＳＡＰのＵＢＲノード：ｈｔｔｐ：／／ｕｄｄｉ．ｓａｐ．ｃｏｍ
ＮＴＴのＵＢＲノード：ｈｔｔｐ：／／ｕｄｄｉ．ｎｔｔ．ｃｏｍ
【００１８】
次いで消費者３０６ａはプレゼンス情報３０８および業務／技術情報３１０を調べ、（例えば）ウェブサービスプロバイダ３１２ａのうちの１つを選択する。まさにこの時点で、消費者３０６ａと選択されたウェブサービスプロバイダ３１２ａとは互いに直接に対話することができ、もはや改良されたＵＤＤＩサービスレジストリ３００を利用する必要はない（例えば図２を参照せよ）。
【００１９】
本発明のこの実施形態はいくつかの利点と欠点とを有し、それらのうちの一部が以下に示される。
【００２０】
利点
ウェブサービスプロバイダ３１２ａ、３１２ｂ・・・３１２ｎとウェブサービス消費者３０６ａ、３０６ｂ・・・３０６ｎとは、プレゼンスサービスを実施することを必要としない。これらは単に、改良されたＵＤＤＩサービスレジストリ３００のみを使用する。
【００２１】
改良されたＵＤＤＩサービスレジストリ３００は、「負荷の軽いプロバイダを挙げなさい」または「一番近いプロバイダを挙げなさい」という消費者３０６ａ、３０６ｂ・・・３０６ｎからの問合せを支持する機能を有することが可能である。このように、消費者３０６ａ、３０６ｂ・・・３０６ｎは、プレゼンス情報３０８および業務／技術情報３１０のすべてを調べる必要はない。代わりに、改良されたＵＤＤＩサービスレジストリ３００は（例えば）顧客（ｃｕｓｔｏｍｅｒ）３０６ａのための（例えば）ウェブサービスプロバイダ３１２ａを、効果的に選択することができる。
【００２２】
欠点
プレゼンス情報３０８が頻繁に変化する場合、改良されたＵＤＤＩサービスレジストリ３００は過負荷になる場合がある。改良されたＵＤＤＩサービスレジストリ３００はホットスポット（ｈｏｔｓｐｏｔ）になる場合がある。
【００２３】
改良されたＵＤＤＩサービスレジストリ３００は分散型ＵＢＲノードから構成されているので、プレゼンス情報３０８の一貫性を維持することが難しい場合がある。
【００２４】
改良されたＵＤＤＩサービスレジストリ３００は、従来のプレゼンスシステムのすべての能力および機能を有していないプレゼンス機能３０２を使用する場合がある。
【００２５】
図４を参照すると、本発明の別の実施形態により、消費者４０４ａ、４０４ｂ・・・４０４ｎに、１つまたは複数のウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎについてのプレゼンス情報４０６と業務／技術情報４０８との両方を提供するために、従来のサービスレジストリ４０２（例えば従来のＵＤＤＩサービスレジストリ４０２）とともに機能するプレゼンスシステム４００の構成図が示されている。（プレゼンスサービス基盤４００として示されている）プレゼンスシステム４００は、プレゼンスサーバ４１２および規則エンジン４１４（任意）を含む。プレゼンスサーバ４１２は、ウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎの１つまたは複数の状態についてのプレゼンス情報４０６を収集し、消費者４０４ａ、４０４ｂ・・・４０４ｎのうちの１人または複数に、そのプレゼンス情報４０６の少なくとも一部を公表する。この実施形態で、消費者４０４ａ、４０４ｂ・・・４０４ｎは選択されたウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎのプレゼンス情報４０６を受信できるようになる前に、プレゼンスサーバ４１２に登録することを必要としてもよい。ここでもまた、発表される動的なプレゼンス情報は、（例えば）
ウェブサービスプロバイダの利用可能性：ウェブサービスが現在稼動中であり、要求されるウェブサービスを提供するかどうか。
ウェブサービスプロバイダのサーバの現負荷
待機時間などの性能指標
ウェブサービス、エンティティの位置を提供する可動エンティティのためのもの
価格
その他
などの属性を含むことができる。
【００２６】
従来のＵＤＤＩサービスレジストリ４０２は、消費者４０４ａ、４０４ｂ・・・４０４ｎのうちのいずれかから検索要求４１６を受信すると、適切なウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎについての業務／技術情報４０８をそれらの消費者に提供する。消費者４０４ａ、４０４ｂ・・・４０４ｎはプレゼンス情報４０６および業務／技術情報４０８を調べ、次いでウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎのうちの１つまたは複数を選択することができる。代替の実施形態では、消費者４０４ａ、４０４ｂ・・・４０４ｎは適切なウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎをすでに知っているので、従来のＵＤＤＩサービスレジストリ４０２が使用されることはない。この場合、消費者４０４ａ、４０４ｂ・・・４０４ｎはプレゼンス情報４０６のみを得て、次いでウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎのうちの１つまたは複数を選択する。
【００２７】
プレゼンスシステム４００は規則エンジン４１４も使用する場合、もしあれば、特定の顧客４０４ａ、４０４ｂ・・・４０４ｎに対して利用可能となるべきプレゼンス情報４０６を選択することができる。このことを達成するために、規則エンジン４１４はウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎから収集したプレゼンス情報４０６を集計し、記憶された優先規則／方針４１８を考慮に入れて、収集されたプレゼンス情報４０６を分析する。優先規則／方針４１８は、もしあれば、特定の顧客４０４ａ、４０４ｂ・・・４０４ｎに送信されるべきプレゼンス情報４０６を指示するために機能する。ウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎは、自身の優先規則／方針４１８を確立することができる。例えば規則エンジン４１４は、（例えば）顧客４０４ｂがサービスプロバイダの料金を支払っていないという理由から、特定のウェブサービスプロバイダのプレゼンス情報４０６が顧客４０４ｂに公表されるべきではないことを知るために、優先規則／方針４１８を使用することができる。さらに、規則エンジン４１４は（例えば）、
特定の顧客４０４ａ、４０４ｂ・・・４０４ｎの識別、および特定の顧客４０４ａ、４０４ｂ・・・４０４ｎとウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎとの関係の識別
ウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎのプライバシー優先事項
ウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎの方針
セキュリティーの注意事項
その他
に適応される、収集され／フィルタをかけられたプレゼンス情報４０６を出力するために、優先規則／方針４１８を使用することができる。
【００２８】
動作中、（例えば）消費者４０４ａは、ＷＤＳＬを介して従来のＵＤＤＩサービスレジストリ４０２と通信できるソフトウェアがロードされたコンピュータ４２０（ＰＤＡ、ラップトップ等）を使用する。また、ウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎは、ＷＤＳＬを介して従来のＵＤＤＩサービスレジストリ４０２と通信できるソフトウェアがロードされた機器４２０（コンピュータ、サーバ等）を使用する。消費者４０４ａ、４０４ｂ・・・４０４ｎとウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎと従来のＵＤＤＩサービスレジストリ４０２とは、インターネット４２２を介して互いに通信する。
【００２９】
ウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎの各々は、従来のＵＤＤＩサービスレジストリ４０２にそれらの会社／サービスを登録する。特に、ウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎの各々は、それらの製品、サービスおよび契約指針についての情報を従来のＵＤＤＩサービスレジストリ４０２に登録し、公にリストアップすることができる。また、ウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎの各々は、プレゼンスシステム４００にそれらのプレゼンス情報４０６（上のリストを参照せよ）を公表することができる。１つの変形形態で（例えば）消費者４０４ａは、適切なウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎについての業務／技術情報４０８を得るために、（上述のように）従来のＵＤＤＩサービスレジストリ４０２にアクセスし、特定の検索要求４１６を従来のＵＤＤＩサービスレジストリ４０２に送信することができる。例えば、消費者４０４ａは税務計画サービスを提供するウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎについての業務／技術情報４０８を得るために、検索要求４１６を送信することができる。別の変形形態で、（例えば）消費者４０４ａは適切なウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎをすでに知っており、従来のＵＤＤＩサービスレジストリ４０２と対話する必要はなく、代わりにプレゼンスシステム４００とだけ対話する。どちらの変形形態でも、消費者４０４ａはこのようなことをまだ行っていなければ、適切なウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎについてのプレゼンス情報４０６を得るために、プレゼンスシステム４００に登録することを必要としてもよい。しかしながら、消費者４０４ａはプレゼンスシステム４００に登録できるようになる前に、プレゼンスシステム４００のアドレスを得ることを必要としてもよい。例えば、このアドレスはＵＢＲノードのためのよく知られているＵＲＬのような、よく知られているアドレスであることが可能である。またはこのアドレスは、消費者４０４ａの特定の問合せ４１６に応じて、従来のＵＤＤＩサービスレジストリ４０２によって消費者４０４ａに提供される、業務／技術情報４０８の一部であることも可能である。
【００３０】
次いで、消費者４０４ａはプレゼンス情報４０６および（必要であれば）業務／技術情報４０８を調べ、ウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎのうちの１つまたは複数を選択する。まさにこの時点で、消費者４０４ａおよび選択された（例えば）ウェブサービスプロバイダ４１０ａは互いに直接に対話することができ、プレゼンスシステム４００および従来のＵＤＤＩサービスレジストリ４０２を利用することをもはや必要としない（例えば図２を参照せよ）。
【００３１】
本発明のこの実施形態はいくつかの利点と欠点とを有し、それらのうちの一部が以下に示される。
【００３２】
利点
ＵＤＤＩサービスレジストリ４０２から独立したプレゼンスサービス基盤４００を導入することは、より容易な配置を意味する。上述のように、Ａｌｃａｔｅｌ、ＮｏｒｔｅｌおよびＮｏｋｉａなどのいくつかの通信サービス会社がプレゼンスサービス基盤４００を構築している。
ホットスポットの可能性を減少させる。
ＳＩＰ上でプレゼンスを分散するためにＩＥＴＦ  ＳＩＭＰＬＥワークグループによって開発された概念が導入されることが可能である。この場合、プレゼンスサーバ４１２はＳＩＰ／ＳＩＭＰＬＥプレゼンスサーバ４１２となる。
ＸＭＬ上でプレゼンスを分散するためにＪＡＢＢＥＲによって開発された概念が導入されることが可能である。この場合、プレゼンスサーバ４１２はＪＡＢＢＥＲプレゼンスサーバ４１２である。
【００３３】
欠点
ウェブサービスプロバイダ４１０ａ、４１０ｂ・・・４１０ｎおよびウェブサービス消費者４０４ａ、４０４ｂ・・・４０４ｎは、プレゼンスサービス基盤４００を実装する必要がある。
【００３４】
以下は、本発明のいくつかのさらなる特徴、利点および使用法である。
【００３５】
消費者は、ウェブサービスプロバイダによって使用される異なるサーバ上でプレゼンス情報を見て、最短の応答時間を有する最適なサーバを選択することができる。例えば、消費者は財務計画のウェブサービスプロバイダに関連する最適なサーバを選択することができる。
【００３６】
消費者が通常負荷の軽いシステムを選択するような自動負荷分散。
【００３７】
本発明は、所与の合意の基準に基づき、協働するサービスプロバイダの間に消費者を分散するために使用されることが可能である。
【００３８】
本発明は、消費者の利益のために使用されることが可能な価格および応答時間に関する情報などの、競合するウェブサービスプロバイダについてのプレゼンス情報を提供することが可能である。
【００３９】
明快であるために、従来のＵＤＤＩサービスレジストリおよびプレゼンスサービス基盤／機能について本明細書で示される説明は、業界内でよく知られており、かつ本発明を理解するために必要ではない特定の細部および部品を省略していることを理解されたい。
【００４０】
本発明のいくつかの実施形態は添付の図面中で示され、前述の詳細な説明の中で説明されてきたが、本発明が開示される実施形態に限定されるわけではなく、特許請求の範囲によって言及され、定義されるような本発明の精神から逸脱することなく、多くの改変物、変更物および代替物が可能であることを理解されたい。
【図面の簡単な説明】
【００４１】
【図１】消費者が１つまたは複数のウェブサービスプロバイダを選択し、それと対話できるように、従来のサービスレジストリ（例えば従来のＵＤＤＩサービスレジストリ）がいかにして異なるウェブサービスプロバイダについての業務／技術情報を消費者に提供できるのかを説明することを助けるために使用される構成図である（先行技術）。
【図２】消費者が１つまたは複数のウェブサービスプロバイダを選択し、それと対話できるように、従来のサービスレジストリ（例えば従来のＵＤＤＩサービスレジストリ）がいかにして異なるウェブサービスプロバイダについての業務／技術情報を消費者に提供できるのかを説明することを助けるために使用される構成図である（先行技術）。
【図３】本発明の１つの実施形態により、消費者が１つまたは複数のウェブサービスプロバイダを選択し、それと対話できるように、異なるウェブサービスプロバイダについて、業務／技術情報に加えてプレゼンス情報を消費者に提供できるプレゼンス機能を有した、改良されたサービスレジストリ（例えば改良されたＵＤＤＩサービスレジストリ）の構成図である。
【図４】本発明の別の実施形態により、消費者が１つまたは複数のウェブサービスプロバイダを選択し、それと対話できるように、異なるウェブサービスプロバイダについてのプレゼンス情報および業務／技術情報をそれぞれが消費者に提供する、プレゼンスシステムおよび従来のサービスレジストリ（例えば従来のＵＤＤＩサービスレジストリ）の構成図である。
【符号の説明】
【００４２】
１００、１００ａ、１００ｂ・・・１００ｎ、３０６ａ、３０６ｂ・・・３０６ｎ、４０４ａ、４０４ｂ・・・４０４ｎ  消費者
１０２、３１０、４０８  業務／技術情報
１０４、１０４ａ、１０４ｂ・・・１０４ｎ、３１２ａ、３１２ｂ・・・３１２ｎ、４１０ａ、４１０ｂ・・・４１０ｎ  ウェブサービスプロバイダ
１０６、４０２  従来のサービスレジストリ
１０８、３１４  コンピュータ
１１０、３１６  機器
１１２、３１８、４２２  インターネット
１１４、３０４  検索要求
３００  改良されたサービスレジストリ
３０２  プレゼンス機能
３０８、４０６  プレゼンス情報
４００  プレゼンスシステム
４１２  プレゼンスサーバ
４１４  規則エンジン
４１６  特定の問合せ
４１８  優先規則／方針
４２０  コンピュータ、機器
【図１】
2007109222.tif 000003
【図２】
2007109222.tif 000004
【図３】
2007109222.tif 000005
【図４】
2007109222.tif 000006
【外国語明細書】
2007109222.tif 000007
2007109222.tif 000008
2007109222.tif 000009
2007109222.tif 000010
2007109222.tif 000011
2007109222.tif 000012
2007109222.tif 000013
2007109222.tif 000014
2007109222.tif 000015
2007109222.tif 000016
2007109222.tif 000017
2007109222.tif 000018
2007109222.tif 000019
2007109222.tif 000020
2007109222.tif 000021
2007109222.tif 000022