クライアントにウェブ・サービスを提供するための方法、コンピュータ・プログラム及びシステム
【課題】ウェブ・サービスにアクセスするためのコンピュータ実装能力を提供すること。
【解決手段】
クライアント・コンピュータには、複数のウェブ・サービスを識別するリスト情報を含む、ウェブ・サービスの相互依存型リストが供給される。前記リスト情報は、前記複数のウェブ・サービスのうち第１のウェブ・サービスから受信される情報を、その後に要求される第２のウェブ・サービスと関連づける。ウェブ・サービス要求の結果は、前記リスト情報によって提供される関係を利用する前記クライアント・コンピュータによって、他のウェブ・サービス要求に提供される。好ましくは、前記リスト情報及び前記クライアント・コンピュータからのウェブサービス・メッセージは、ＸＭＬステートメントから成る。汎用モバイル・ウェブ・サービス・マネージャ（ＧＭＷＳＭ）は、前記クライアント・コンピュータ及びそれぞれのウェブ・サービスの間の通信を構成し且つ転送する。
【解決手段】
クライアント・コンピュータには、複数のウェブ・サービスを識別するリスト情報を含む、ウェブ・サービスの相互依存型リストが供給される。前記リスト情報は、前記複数のウェブ・サービスのうち第１のウェブ・サービスから受信される情報を、その後に要求される第２のウェブ・サービスと関連づける。ウェブ・サービス要求の結果は、前記リスト情報によって提供される関係を利用する前記クライアント・コンピュータによって、他のウェブ・サービス要求に提供される。好ましくは、前記リスト情報及び前記クライアント・コンピュータからのウェブサービス・メッセージは、ＸＭＬステートメントから成る。汎用モバイル・ウェブ・サービス・マネージャ（ＧＭＷＳＭ）は、前記クライアント・コンピュータ及びそれぞれのウェブ・サービスの間の通信を構成し且つ転送する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はウェブ・サービスに係り、さらに詳細に説明すれば、パーベイシブ装置のためにウェブ・サービスへの効率的なクライアント・アクセスを提供することに係る。
【背景技術】
【０００２】
パーベイシブ装置が普及し且つ無線通信の帯域幅が増加するにつれて、ユーザは、ＰＣなしで旅行する間に指先を使ってより多くのサービスにアクセスすることを望んでいる。例えば、巡回販売員は、会社目録の検索、顧客の注文状況のチェック、顧客のアドレスの検索等のサービスを必要とすることがある。
【０００３】
ウェブ・サービスは、ＵＲＩによって識別されるソフトウェア・システムであり、そのパブリック・インタフェース及びバインディングはＸＭＬを使用して定義及び記述される。その定義は、他のソフトウェア・システムによって見つけることができる。その後、これらのシステムは、インターネット・プロトコルによって伝えられるＸＭＬに基づくメッセージを使用して、その定義によって規定されたやり方でウェブ・サービスと対話することができる。
【０００４】
伝統的に、開発者は、ウェブ・サービスへのアクセスを可能にするためのプログラムを書かなければならなかった。非開発者にとっては、彼らがアクセスする必要のある各ウェブ・サービス用のプログラムを見つけるのは非常に難しい。さらに、各ウェブ用のプログラムを独自に書くようにすると、相当な開発及びサポート用のコストを負担しなければならない。特に、パーベイシブ装置のユーザにとって、構成可能で且つ継続的な態様で多数のウェブ・サービスを利用する効率的な方法は存在しない。
【０００５】
「DYNAMIC EXTENSIBLE LIGHTWEIGHT ACCESS TO WEB SERVICES FORPERVASIVE DEVICES」と題する、米国特許出願公開第２００６／０１９０５８０号（２００５年２月２３日出願）は、モバイル・クライアントに対しウェブ・サービスへのアクセスを提供する汎用モバイル・ウェブ・サービス・マネージャ（ＧＭＷＳＭ）を開示する。ＧＭＷＳＭは、ウェブ・サービスとモバイル・クライアント（例えば、携帯用ＰＤＡ）の間のインタフェースを提供する。ＧＭＷＳＭは、サポートされるウェブ・サービスのレジストリを保持するとともに、ウェブ・サービス及びモバイル・クライアントに関するメタデータ属性をも保持する。ＧＭＷＳＭに利用可能な属性に基づいて、ＧＭＷＳＭを介して、情報がクライアントと登録されたウェブ・サービスの間で転送される。
【０００６】
「SYSTEM, METHODS, AND ARTICLES OF MANUFACTURE FORDYNAMICALLY PROVIDING WEB SERVICES」と題する、米国特許出願公開第２００５／００１５４９１号（２００３年５月１６日出願）は、分散型システムにおいてウェブ・サービスを動的に提供することを開示する。１つの実施形態では、配信サーバは、汎用インタフェースを使用して、クライアント・システムにおけるユーザ要求に基づき、複数のウェブ・サービスのうちの任意の１つを呼び出す。配信サーバが、コンテンツ情報を提供するのに対し、クライアント・システムは、コンテンツ情報を使用して許可されたユーザ用のカスタマイズされたウェブ・ページを表示する。ユーザが、ウェブ・サービスに関連するカスタマイズされたウェブ・ページ上のコンテンツを選択する場合、クライアントのシステムは、１つ以上の隠しフィールドにデータ値をセットし且つ当該フィールドを配信サーバに供給する。配信サーバは、結果データを生成するように、フィールド情報を選択されたウェブ・サービスに渡す。配信サーバは、結果データ及び収集したフォーマット・データを使用することにより、許可されたユーザ用のカスタマイズされたウェブ・ページを生成するために使用されるコンテンツ情報を生成することができる。この発明は、ウェブ・サービスの如何なる消費者も再プログラムする必要なしに、分散システムがウェブ・サービスを修正することを可能にする。また、配信サーバを適切に構成することにより、ユーザがアクセス可能な任意のウェブ・サービスを動的に且つ自動的に決定するとともに、汎用インタフェースを通して許可されたウェブ・サービスへのアクセスを提供することができる。
【０００７】
「MOBILE WEB SERVICES」と題する、米国特許出願公開第２００２／０１７４１１７号（２００１年５月１５出願）は、携帯電話又は無線ＰＤＡが、ＵＤＤＩ（Universal Description, Discovery andIntegration）にアクセスすることにより、インターネット・ビジネス及びサービスを見つけるための方法を開示する。この方法は、無線装置のユーザが、ＵＤＤＩレジストリへの照会を形成することを容易にする。この方法は、ユーザのＵＤＤＩ検索戦略及びインターネット・アクセス優先順位に関する、個人用のユーザ・プロファイルを構築する。ユーザ・プロファイルは、ＵＤＤＩレジストリへのオンライン又はオフライン照会のためのショートカットとして、或いは無線装置へのユーザの短縮入力に応答して、ウェブ・サイトからページをアクセスするためのショートカットとして、これを使用することができる。この方法は、ＵＤＤＩレジストリに問い合わせるためにユーザの無線装置内で実行可能なプログラム命令として具体化される。代替的に、この方法は、ユーザの無線装置からのコマンドに応答してＵＤＤＩレジストリに問い合わせるために、別個の知識エンジン・サーバ内で実行可能なプログラム命令として具体化される。サーバは、ユーザの無線装置に選択的に転送するために、ウェブ・サイトからアクセスされたファイルをキャッシュするために使用することができる。
【０００８】
「SYSTEMS, APPARATUS, AND METHOD FOR PROVIDING WEB SAERVICESON MOBILE DEVICES」と題する、米国特許出願公開第２００５／００７１４２３号（２００３年９月２６日出願）は、モバイル装置からウェブ・サービスを提供する。１つの構成は、第１のネットワーク・エンティティにおいてウェブ・サービス・メッセージを形成することを含む。ウェブ・サービス・メッセージは、モバイル端末を目標とする。ウェブ・サービス・メッセージを処理するのを支援するため、要求がロケータ機構に向けられる。ウェブ・サービス・メッセージは、ロケータ機構を利用して、モバイル端末へ送信される。ウェブ・サービス・メッセージは、モバイル・サービス・トランスポート・プロトコルを使用して、モバイル端末へ送信され、そこで処理される。
【０００９】
ブラウザは、ウェブ・サービスを直接アクセスするための手段を提供しない。アクセスすべき各ウェブ・サービスごとに、カスタマイズされたウェブ・ページ及びプログラムを開発しなければならない。このことは、開発及びサポートにおける相当なコストに帰着する。さらに、ウェブ・ページからウェブ・サービスをアクセスするためにブラウザを使用すると、ブラウザがウェブ・サービスにアクセスする前に、カスタマイズされたウェブ・ページ及びプログラムをダウンロードしなければならず、その結果、余分なネットワークＲＴＴ（ラウンド・トリップ時間）を要する。パーベイシブ装置に対する通信帯域幅の制限が存在するために、余分なＲＴＴは、システムの性能に望ましくない影響を及ぼす。
【００１０】
他のアプローチは、各ウェブ・サービスごとにそのサービスと対話する、カスタマイズされたクライアント・アプリケーションを作成することである。このアプローチの欠点は、サービスが増加するとともに、アプリケーションの数が増えすぎて、装置のメモリ／記憶域の限界よりも大きくなるということである。各アプリケーションを開発し、サポートし、購入するための総コストは相当なものである。
【００１１】
ＳＯＡ（サービス指向アーキテクチャ）は、ソフトウェア・ユーザの要件をサポートするためにサービスの使用を定義する、ソフトウェア・アーキテクチャの設計手法を提供する。ＳＯＡ環境では、ネットワーク上の資源は、それらのプラットフォーム実装についての知識なしでアクセス可能な、独立のサービスとして利用可能になる。一般に、ＳＯＡは、産業界の広汎な承認を獲得したウェブ・サービスの標準（例えば、ＳＯＡＰ又はＲＥＳＴを使用すること）に基づいている。これらの標準は、より大きな相互運用性を提供するだけでなく、所有権を主張できるベンダ・ソフトウェアに束縛されるという問題からある程度の保護を提供する。本発明は、パーベイシブ（モバイル）装置上でＳＯＡを使用可能にすることを意図する。本発明は、単純な構成を通して、統合及び継続的なウェブ・サービスの呼び出しを可能にする。
【００１２】
種々のベンダによって、パーベイシブ装置からのウェブ・サービス・アクセスを可能にするための解決方法が提案されている。例えば、RESEARCH IN MOTION 社から提供される「BlackBerry（商標）MobileData System v.4.1」は、生成済みのウェブ・サービス・クライアントをモバイル装置にプッシュすることにより、ユーザがこのクライアントを使用して対応するウェブ・サービスにアクセスすることを可能にする。ＩＢＭ社の「Web Services Tool Kit」は、小さなモバイル装置、ゲートウェイ・デバイス及びインテリジェント・コントローラ上でウェブ・サービスを使用するようなアプリケーションの開発を可能にする、「ツール及びランタイム環境」を提供する。
【００１３】
【特許文献１】米国特許出願公開第２００６／０１９０５８０号（２００５年２月２３日出願）
【特許文献２】米国特許出願公開第２００５／００１５４９１号（２００３年５月１６日出願）
【特許文献３】米国特許出願公開第２００２／０１７４１１７号（２００１年５月１５出願）
【特許文献４】米国特許出願公開第２００５／００７１４２３号（２００３年９月２６日出願）
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかし、既存のツール又は製品は、クライアント／装置が、以前のウェブ・サービス・アクセスから戻された結果を使用して、他のウェブ・サービスを呼び出すための機構を提供しない。
【課題を解決するための手段】
【００１５】
本発明は、サービス及びパーベイシブ装置上で実行中のクライアントに提供されるサービスの呼び出しの関係と関係する、関連するメタデータを備えたサービスのリストを提供する。その後、パーベイシブ装置上で実行中のクライアントは、第１のウェブ・サービスを呼び出し、第１のウェブ・サービスの結果を獲得し、第１のウェブ・サービスから受信した情報の文脈内で、第２のウェブ・サービスを呼び出すことができる。同様に、第２のウェブ・サービスの結果がクライアントに戻る場合、クライアントは、第２のウェブ・サービスから戻された情報の文脈内で、第３のウェブ・サービスを呼び出すことができる。本明細書に開示する本発明の概念に従った変形例には、単一のウェブ・サービスからの結果に応じて複数のウェブ・サービスにアクセスすることが含まれる。
【００１６】
本発明の１つの側面に従って、呼び出し順序は、これをサーバ側で動的に構成した後、クライアントに供給することができる。パーベイシブ装置上で実行中のクライアントを変更する必要はない。
【００１７】
従って、本発明の目的は、ウェブ・サービスにアクセスするためのコンピュータ実装能力を提供することである。この能力は、複数のウェブ・サービスの相互依存型リスト（interdependent list）を有するクライアント・コンピュータが、ユーザ入力に応答して、前記相互依存型リストから第１のウェブ・サービスを選択するステップを含む。相互依存型リストは、複数のウェブ・サービスを識別するリスト情報を含み、当該リスト情報は、前記複数のウェブ・サービスのうち第１のウェブ・サービスから受信される情報を、その後に要求される第２のウェブ・サービスと関係づけるものである。前記リスト情報に従い、前記選択ステップに応答して、第１のウェブ・サービス要求が、前記クライアント・コンピュータから前記第１のウェブ・サービスに送信される。当該送信ステップに応答して、前記第１のウェブ・サービスからの第１の情報が、前記クライアント・コンピュータにおいて受信される。ユーザ入力に応答して、前記相互依存型リストから前記第２のウェブ・サービスが選択される。前記リスト情報に従い、前記受信された第１の情報が、前記選択された第２のウェブ・サービスに対する第２のウェブ・サービス要求を形成するために利用される。前記形成された第２のウェブ・サービス要求は、前記クライアント・コンピュータから前記第２のウェブ・サービスに送信される。最後に、当該送信ステップに応答して、前記第２のウェブ・サービスからの第２の情報が、前記クライアント・コンピュータにおいて受信される。
【００１８】
本発明の他の目的は、前記リスト情報に従い、ユーザ入力に応答して、前記相互依存型リストから第３のウェブ・サービスを選択するステップを含む。前記リスト情報に従い、前記受信された第２の情報又は前記受信された第１の情報のうちの１つが、第３のウェブ・サービス要求を形成するために利用される。当該形成された第３のウェブ・サービス要求は、前記クライアント・コンピュータから前記第３のウェブ・サービスに送信される。当該送信ステップに応答して、前記第３のウェブ・サービスからの第３の情報が、前記クライアント・コンピュータにおいて受信される。
【００１９】
本発明の他の目的は、１つ以上の追加のウェブ・サービス要求を送信することである。
【００２０】
本発明の他の目的は、前記クライアント・コンピュータにおいて、前記リスト情報を受信することである。前記相互依存型リストは、メタデータを含み、前記リスト情報は、構成可能な相互依存型リスト及びこれに関連するメタデータからＧＭＷＳＭサーバによって構成される。前記相互依存型リストに従った構成に基づいて、前記複数のウェブ・サービスのうち１つ以上の表現が、ユーザに表示される。前記第１のウェブ・サービス要求又は前記第２のウェブ・サービス要求のうちの任意の１つを形成するときに、前記相互依存型リストの前記受信されたメタデータが使用される。また、ボタン又はメニューのうちの任意の１つを含むクライアント・グラフィカル・ユーザ・インタフェースであって、前記第１のウェブ・サービスの結果の表示から前記第２のウェブ・サービスの入力の表示にナビゲートする能力を含むクライアント・グラフィカル・ユーザ・インタフェースを作成するときに、前記相互依存型リストの前記受信されたメタデータが利用される。
【００２１】
本発明の他の側面では、前記クライアント・コンピュータが、前記第１のウェブ・サービス要求を汎用モバイル・ウェブ・サービス・マネージャ（ＧＭＷＳＭ）に送信し、前記クライアント・コンピュータが、前記第２のウェブ・サービス要求を前記ＧＭＷＳＭに送信し、前記クライアント・コンピュータが、前記ＧＭＷＳＭから前記相互依存型リスト及びこれに関連するメタデータを受信し、前記クライアント・コンピュータが、前記ＧＭＷＳＭから前記第１の情報を受信し、前記ＧＭＷＳＭが、前記クライアント・コンピュータを代表してウェブ・サービスと通信する。
【００２２】
本発明の他の目的は、前記クライアント・コンピュータにおいて、ＸＭＬステートメントから成る前記相互依存型リスト及びこれに関連する前記メタデータを提供することである。
【００２３】
本発明の他の目的は、前記クライアント・コンピュータが、前記リスト情報に従って、ユーザに対し、ウェブ・サービスの選択候補を示すプロンプト表示を前記ユーザに提示することである。前記クライアント・コンピュータは、前記リスト情報に従って、前記ユーザが行った前記選択の結果を前記ユーザに提示する。前記ユーザへの提示のために使用されるインタフェースは、ＧＵＩ、音声、キーパッド、マウス又は機械的な動作のうちの任意の１つから成る。
【００２４】
本発明の他の目的は、前記第１のウェブ・サービス要求、前記受信された第１の情報及び前記第２のウェブ・サービス要求の各々を、ＸＭＬステートメントの形態で提供することである。
【発明を実施するための最良の形態】
【００２５】
技術の定常的な進歩に起因して、モバイル・コンピュータは、携帯情報端末（ＰＤＡ）、車載装置、ビジネス・オルガナイザ等の、パームトップ又は携帯用装置として利用可能になってきた。また、多くの人は、携帯電話を利用して、インターネットにアクセスしたり、他の種々の計算機能を行うようになってきた。パームトップ、ＰＤＡ及び携帯電話等を含む、ポータブル計算装置は、「パーベイシブ」又は「モバイル」計算装置と総称されることが多い。
【００２６】
図１は、本発明を実施することができる、代表的なワークステーション（又はパーソナル・コンピュータ若しくはサーバ）のハードウェア・システム１００を示す。図１のシステム１００は、ワークステーション１０１を含み、当該ワークステーション１０１は、オプションの周辺装置を含む。ワークステーション１０１は、１つ以上のプロセッサ１０６と、当該プロセッサ１０６及びワークステーション１０１の他のコンポーネントを接続し且つこれらの間の通信を可能にするために使用されるバスを含む。このバスは、プロセッサ１０６をメモリ１０５及び永続記憶装置１０７に接続する。永続記憶装置１０７は、ハードディスク・ドライブ、ディスケット・ドライブ又はテープ・ドライブを含むことができる。また、ワークステーション１０１は、プロセッサ１０６をバスを介してキーボード１０４、マウス１０３、プリンタ／スキャナ１１０等に接続するための、ユーザ・インタフェース・アダプタを含むことができる。さらに、バスは、表示装置１０２を表示アダプタを介してプロセッサ１０６に接続する。
【００２７】
ワークステーション１０１は、ネットワーク１０９と通信することができるネットワーク・アダプタを介して、他のコンピュータ又はコンピュータ・ネットワークと通信することができる。ネットワーク・アダプタの例には、通信チャネル、トークン・リング、イーサネット(登録商標）又はモデムがある。代替的に、ワークステーション１０１は、ＣＤＰＤ（Cellular Digital Packet Data）カードのような無線インタフェースを使用して通信することができる。ワークステーション１０１は、ローカル・エリア・ネットワーク（ＬＡＮ）又はワイド・エリア・ネットワーク（ＷＡＮ）を介して他のコンピュータに関連づけることができる。或いは、ワークステーション１０１は、他のコンピュータを備えたクライアント／サーバ構成内のクライアントとして位置づけることができる。これらの全ての構成、並びに適切な通信ハードウェア及びソフトウェアは、当分野において公知である。
【００２８】
図２は、本発明を実施することができる、データ処理ネットワーク２００を示す。データ処理ネットワーク２００は、無線ネットワーク及び有線ネットワークのような複数の個別ネットワークを含み、その各々は、複数の個別ワークステーション１０１を含むことができる。また、当業者には明らかなように、１つ以上のＬＡＮを含めることができ、その場合には、各ＬＡＮを使用して、複数の知的ワークステーションをホスト・プロセッサに結合することができる。
【００２９】
また、図２のネットワークは、ゲートウェイ（クライアント・サーバ２０６）又はアプリケーション・サーバ（データ・リポジトリをアクセスすることができる遠隔サーバ２０８）のような、メインフレーム・コンピュータ又はサーバを含むことができる。ゲートウェイ２０６は、各ネットワーク２０７への入口として作用する。ゲートウェイが必要となるのは、或るネットワーキング・プロトコルを他のネットワーキング・プロトコルに接続する場合である。好ましくは、ゲートウェイ２０６は、通信リンクを介して、他のネットワーク（例えば、インターネット２０７）に結合される。また、ゲートウェイ２０６は、通信リンクを使用して、１つ以上のワークステーション１０１に直接的に結合することができる。ゲートウェイ１０６は、ＩＢＭ社から入手可能な「IBM eServer zSeries（登録商標）900」サーバを利用して実装することができる。
【００３０】
一般に、本発明を具体化するコンピュータ・プログラム１１１（図１）は、ＣＤ−ＲＯＭドライブ又はハードディスク・ドライブのような永続記憶装置１０７からワークステーション１０１のプロセッサ１０６によってアクセスされる。コンピュータ・プログラム１１１は、データ処理システムによって使用するための、ディスケット、ハード・ディスク又はＣＤ−ＲＯＭのような種々の媒体上に記録することができる。コンピュータ・プログラム１１１は、かかる媒体上に記録した形態で配布したり、或いは１つのコンピュータ・システムのメモリ又は記憶装置からネットワークを介して他のコンピュータ・システムに配布することができる。
【００３１】
代替的に、コンピュータ・プログラム１１１は、プロセッサ１０６がプロセッサ・バスを使用してアクセスできるように、メモリ１０５内に記録することができる。コンピュータ・プログラム１１１は、種々のコンピュータ・コンポーネントの機能及び相互作用を制御するオペレーティング・システムと、１つ以上のアプリケーションとを含む。一般に、コンピュータ・プログラムは、永続記憶装置１０７から高速メモリ１０５にページされると、そこでプロセッサ１０６による処理のために利用可能となる。コンピュータ・プログラムをメモリ内又は物理媒体上に記録したり、ネットワークを介して配布するための技術及び方法は、当分野では周知であるから、それ以上の説明は省略する。
【００３２】
推奨実施形態では、本発明は、１つ以上のコンピュータ・プログラム１１１として実装される。本発明に従ったコンピュータ・プログラム１１１は、要求時に呼び出される１つ以上のモジュール又はアプリケーション１１１（「コード・サブルーチン」又はオブジェクト指向プログラミングの「オブジェクト」と呼ばれるもの）として、ユーザのワークステーション上で稼働することができる。代替的に、コンピュータ・プログラム１１１は、ネットワーク内のサーバ上で稼働するか、又はコンピュータ・プログラム１１１を実行することができる任意の装置内で稼働することができる。本発明を実装する論理は、本明細書に開示した本発明の概念から逸脱することなく、アプリケーションのコード内に統合されるか、又は当該アプリケーションによって呼び出される１つ以上の別個のユーティリィティ・モジュールとして実装することができる。アプリケーション１１１はウェブ環境内で実行することができ、そのような環境では、ウェブ・サーバは、インターネットを通して接続されるクライアントからの要求に応答してサービスを提供する。他の実施形態では、アプリケーションは、企業のイントラネット若しくはエクストラネット、又は他のネットワーク環境内で実行することができる。かかる環境のための構成は、クライアント／サーバ・ネットワーク、ピアツーピア・ネットワーク（クライアントが、クライアント及びサーバ機能の両方を行うことにより、直接的に対話するもの）、並びに多層環境を含む。これらの環境及び構成は、当分野において周知である。
【００３３】
本発明は、サーバ・アプリケーションを介して、ウェブ・サービスをモバイル・クライアント装置に提供する。このサーバ・アプリケーションは、クライアント装置からのキーワードを解釈して、これを所望のウェブ・サービスと互換性のある形式に変換する。従って、サーバ・アプリケーションがインタフェースを管理するので、クライアント装置は、ウェブ・サービスに関する最小限のソフトウェア知識を必要とするに過ぎない。好ましくは、このサーバ・アプリケーションは、サポートされるウェブ・サービスのリスト（レジストリ）を有し、このリストをクライアント装置に供給することができる。推奨実施形態では、クライアント装置からの種々の通信形式がサポートされる。例えば、テキスト又は音声がサポートされる場合、サーバ・アプリケーションは、音声をテキストに変換するか、又はテキストを音声に変換するための変換手段を提供する。
【００３４】
図１９を参照するに、モバイル・クライアント装置１５１０と通信関係にある汎用モバイル・ウェブ・サービス・マネージャ（ＧＭＷＳＭ）のサーバ・アプリケーション１５２０は、ＸＭＬメタデータをクライアント装置１５１０にダウンロードする。クライアント装置１５１０は、このメタデータを使用して、プロンプト表示を提示するとともに、ウェブ・サービス１５３１〜１５３４に対するウェブ・サービス要求メッセージを形成する。これらのウェブ・サービス要求メッセージがサーバ１５２０に送信されると、サーバ１５２０は、クライアント１５１１を代表して、ネットワーク１５００を介してこれらのウェブ・サービス要求を行う。また、ＧＭＷＳＭ １５２０は、ＸＭＬメタデータを利用して、クライアント１５１１と授受されるメッセージの形成及び処理を行う。
【００３５】
ここで、図３を参照すると、ユーザは、そのモバイル（クライアント）装置上のＧＵＩプロンプト表示３０１を提示される。ＧＵＩプロンプト表示３０１は、好ましくは、１つ以上のトピック３０２及びサービス３０３〜３０６のリストを含む。ＧＵＩプロンプト表示３０１は、オプションとして、ウィジェット、番号付け、プルダウン・メニュー等を使用して、トピック及びサービスを提示する。この例では、ＧＵＩプロンプト表示３０１は、「Services（サービス）」というトピックを提示し、ユーザは、キーパッド、カーソル、タッチ・スクリーン又は音声動作等を使用して、ＧＵＩプロンプト表示３０１上の１つの項目（サービス）を選択する。この場合、ユーザは、ＧＵＩプロンプト表示３０１上の「Customer Information（顧客情報）」サービス３０３を選択する。ＧＵＩプロンプト表示３０１は、選択された「Customer Information」サービス３０３を下線で強調表示するように更新される。
【００３６】
このユーザの選択（及びクライアントのメタデータ）に基づいて、ユーザのモバイル装置は、「Customer Information」４０３というトピックと、「CustomerName（顧客名）」４０４及び「Customer ID（顧客ＩＤ）」４０５という項目のリストとを有する、新しいＧＵＩプロンプト表示４０１（図４）にナビゲートする。ユーザは、適切な項目内に情報を記入する（この例では、ユーザは、項目「Customer Name」４０４内に「Acme」を記入する）。ユーザは、クライアントが提供した「Invoke（呼び出し）」ボタン４０２を選択することにより、ウェブ・サービスを呼び出す。ＧＵＩプロンプト表示４０１は、「Invoke」ボタン４０２の選択を下線で強調表示するように更新される。「Invoke」ボタン４０２の選択に応答して、クライアントは、「Acme」メタデータを含むウェブ・サービス要求を、ＧＭＷＳＭサーバを介して、「Customer Information」ウェブ・サービスに送信する。
【００３７】
呼び出されたウェブ・サービスの応答がモバイル装置によって受信される場合、クライアントは、この情報をモバイル装置のプロンプト表示５０１（図５）に提示する。このプロンプト表示５０１は、トピック「Customer Information」５０４、並びにこのトピックに関係する項目５０５〜５１０を含む結果と、以前に呼び出され且つナビゲーション項目「Account Rep（アカウント担当者）」５０２及び「Purchase History（購入履歴）」５０３として提示されたウェブ・サービスに依存する機能とを含む。次に、ユーザは、「Customer ID: 001」５０６を選択することにより、他のプロンプト表示にナビゲートすることができる。「Customer ID: 001」５０６が強調表示された後、適切なナビゲーション項目「Account Rep」５０２を選択する。このナビゲーション項目５０２を選択することにより、メタデータ「ID: 001」５０６を含む「Account Rep」ウェブ・サービス要求が呼び出される。
【００３８】
「Account Rep」ウェブ・サービス要求は、ＧＭＷＳＭサーバを介して、クライアントに情報を戻し、クライアントは、新しいモバイル装置のプロンプト表示「Account Rep」６０１（図６）にナビゲートする。プロンプト表示６０１は、ナビゲーション項目６０２及び６０３、新しいトピック６０４、「Account Rep」ウェブ・サービスから抽出された情報を含む新しい項目６０５〜６１２を提示する。ユーザは、「Email:jssmith@acme.com」という項目６０６及び「EmployeeInformation（従業員情報）」というメニュー項目を選択する。このアクションは、メタデータ「Email:jsmith@acme.com」６０６を「EmployeeInformation」ウェブ・サービスに送信する。
【００３９】
このウェブ・サービスからの応答は、クライアントのプロンプト表示を新しいプロンプト表示７０１（図７）にナビゲートさせる。 新しいプロンプト表示７０１は、「Employee Information」７０３というトピックと、項目７０４〜７１２のリストとを含む。
【００４０】
図８及び図９は、前述の実施形態のフローを示す。図８を参照するに、モバイル・クライアント８０１は、ＧＭＷＳＭサーバ８０２からＸＭＬサービスを受信する。このＸＭＬサービスは、サービスのリスト及び当該サービスのリストをサポートするＸＭＬメタデータを含む。サービスのリストは、ユーザ８００に対するプロンプト表示として提示される（８０４）。ユーザ８００は、「Customer Information（顧客情報）」サービスを選択し（８０５ａ）、このサービスのためのプロンプト表示を提示される（８０５ｂ）。ユーザ８００は、「Customer Information」の「Acme」を入力し、「Invoke（呼び出し）」ボタンを選択する。その結果、クライアント８０１は、ＧＭＷＳＭサーバ８０２を介して、「Customer Information」ウェブ・サービス８１０からの情報を要求する（８０８）。ＧＭＷＳＭサーバ８０２は、「Customer Information」ウェブ・サービス８１０からの顧客情報をクライアント８０１に戻し（８０９）、この顧客情報は、ユーザ８００に対するプロンプト表示内で提示される（８０７）。
【００４１】
次に、図９を参照するに、ユーザは、プロンプト表示においてＩＤ＝「００１」の項目を選択し（８１１）、「Account Rep」ウェブ・サービスを選択した後（８１２）、クライアント８０１及びＧＭＷＳＭサーバ８０４を介して、「Account Rep」ウェブ・サービス８２１からの情報を要求する（８１７）。ＧＭＷＳＭサーバ８０４は、「Account Rep」ウェブ・サービス８２１からの情報をクライアント８０１に戻し（８１８）、クライアント８０１は、ユーザ８００に対する「Account Rep」ウェブ・サービスのプロンプト表示を作成する（８１３）。次に、ユーザ８００は、このプロンプト表示内の電子メール項目を選択し、クライアント８０１に対する「Employee Information」サービス要求を開始する（８１５）。クライアント８０１は、ユーザ要求からのメタデータを組込み、ＧＭＷＳＭサーバ８０４を介して、「Employee Information」ウェブ・サイト８２２からの情報を要求する（８１９）。ＧＭＷＳＭサーバ８０４は、「Employee Information」ウェブ・サービスからの従業員情報をクライアント８０１に戻し（８２０）、クライアント８０１は、この従業員情報をユーザに提示する（８１６）。好ましくは、ＧＭＷＳＭサーバ８０４は、クライアントを代表して、要求及び応答に関する機能を行う。かかる機能は、データのフォーマットを行うこと、ＧＵＩのフォーマットを行うこと、テキストと音声又は画像の間の情報変換を行うこと、単一のクライアント要求に応答して多数のウェブ・サービスを呼び出すこと、プロトコルの変換を行うこと等を含む。
【００４２】
好ましくは、サービス及びサービスの関係に関するメタデータ（図１０〜図１２）は、動的に構成可能なサーバ上に維持され、クライアントには、このメタデータのサブセット（図１３及び図１４）が供給される。
【００４３】
図１０〜図１２は、図１３及び図１４の対応するクライアント・メタデータを有する、本発明に従ったサーバ・メタデータの例を示す。ＸＭＬメタデータ内の「サービス」要素として構成される、５つのウェブ・サービスがある。これらのウェブ・サービスは、「Customer Information（顧客情報）」２、「EmployeeInformation（従業員情報）」１４、「Account Rep（アカウント担当者）」２２、「Sales Report（販売報告）」３５及び「Purchase History（購入履歴）」４３である。これらのウェブ・サービスの各々は、当該各ウェブ・サービスを一意に識別するための「ｉｄ」属性３、１５、２３、３６及び４３を有する。「ｕｒｌ」属性４、１６、２４、３７及び４５と、「ｕｒｎ」属性５、１７、２５、３８及び４６と、「ｍｅｔｈｏｄ（メソッド）」属性６、１８、２６、３９及び４７は、ウェブ・サービスを見つけて呼び出すために使用される。「ｓｅｒｖｉｃｅ」内の「ｌｉｓｔ」属性７、１９、２７、４０及び４８は、サービスが図３に示すようなサービスの最初のリスト・ビュー内に表示されるか否かを表す。全てのサービスは、ユーザにとってこれらのサービスを最も効率的に使用する方法は何かということに依存して、最初のリスト・ビュー内で可視又は不可視の何れかとなるように構成することができる。「ｐａｒａｍ（パラメータ）」要素８、９、２０、２８、４１、４９及び５０は、クライアント・モバイル装置上のＵＩコンポーネントを定義するために使用される。
【００４４】
呼び出し順序は、「ｓｅｒｖｉｃｅ」要素内に「ｍｅｎｕ（メニュー）」１０、１１、１８、２９及び３１を追加することにより構成される。「ａｃｔｉｏｎ（アクション）」属性１２、３０及び３２は、ＸＭＬで定義されるウェブ・サービスのｉｄを表す。例えば、「Customer Information」サービスは、２つのメニューとして、「Account Rep」１０及び「Purchase History」１１を有する。このようにして、「Customer Information」ウェブ・サービスの結果が戻された後、「Account Rep」及び「Purchase History」ウェブ・サービスがユーザに利用可能となる。「ｉｎｐｕｔ（入力）」属性１０及び１１は、コンマで区切られた属性名のリストを含む。これは、第１のウェブ・サービスから戻されるどの部分が、第２のウェブ・サービス要求で使用されるかを定義する。クライアントは、対応する「ｉｎｐｕｔ」フィールドを取り、これをＧＭＷＳＭへの要求に含めて送信する。「ｍｅｎｕ」要素１０及び１１内の「ｐｉｐｅ（パイプ）」属性は、第２のウェブ・サービスへ渡すべき（順序を含む）引き数を定義するために使用される。例えば、「＄０、＄１」は、第１のウェブ・サービスの応答からの第１及び第２の「ｉｎｐｕｔ」属性を、その通りの順序で、次のウェブ・サービス要求へ渡すことを意味する。これに対し、「＄１、＄０」は、第１のウェブ・サービスの応答からの第１及び第２の「ｉｎｐｕｔ」属性を、その逆の順序で、次のウェブ・サービス要求へ渡すことを意味する。「Purchase History」１１の場合は、顧客「ＩＤ」としての「００１」である「＄０」と、「ｈｉｓｔｏｒｙ」のための５が、第２のウェブ・サービスに渡される。「パイピング」はＧＭＷＳＭ側でだけ生ずるので、「ｐｉｐｅ」はクライアントには供給されない。
【００４５】
図１３及び図１４は、モバイル・クライアントに供給されるＸＭＬメタデータの例を示す。この例から分かるように、ＸＭＬのクライアント・バージョンは、汎用モバイル・ウェブ・サービス・マネージャ（ＧＭＷＳＭ）のサーバ・バージョンとは異なる。すなわち、クライアントＸＭＬは、「ｕｒｌ」属性４、１６、２４、３７及び４５と、「ｕｒｎ」属性５、１７、２５、３８及び４６と、「ｍｅｔｈｏｄ」属性６、１８、２６、３９及び４７を含んでおらず、「ｍｅｎｕ」ステートメント１０、１１、１２及び１８内に「ｐｉｐｅ」情報も含んでいないからである。
【００４６】
図１５は、クライアントからＧＭＷＳＭに送信される、第１の引き数「Acme」及びヌルの第２の引き数を有する「Customer Information」ウェブ・サービス用のＸＭＬ要求の例を示す。前述のように、「Acme」は、クライアント・コンピュータにおいてユーザによって提供されたものである。
【００４７】
図１６は、ＧＭＷＳＭからクライアントに送信される、「Customer Information」ウェブ・サービスのＸＭＬ応答の例を示す。２つの「Acme」１２０３及び１２０８によって表される２人の顧客に関する情報が、異なる「ＩＤ」１２０４及び１２０９、並びに「Address（住所）」１２０５及び１２１０を伴って、戻されている。
【００４８】
図１７は、クライアントからＧＭＷＳＭに送信される、「Account Rep」ウェブ・サービス１３０１のＸＭＬ要求の例を示す。この要求に含まれる引き数１３０２は、以前の「Customer Information」ウェブ・サービスから戻された、選択されたＩＤ「００１」である。
【００４９】
図１８は、ＧＭＷＳＭからクライアントに送信される、「Account Rep」ウェブ・サービスのＸＭＬ応答の例を示す。この応答は、２人のアカウント担当者１４０３及び１４０９に関する情報として、それぞれの「Ｅｍａｉｌ（電子メール・アドレス）」１４０４及び１４１０、「Ｔｅｌ（電話番号）」１４０５及び１４１１、並びに「Ｔｉｔｌｅ（肩書き）」１４０６及び１４１２を含む。
【００５０】
図１９を参照するに、本発明の１つの実施形態は、汎用モバイル・ウェブ・サービス・マネージャ（ＧＭＷＳＭ）１５２０と通信関係にあるクライアント装置１５１０（例えば、モバイル携帯用コンピュータ又はＰＤＡ）上で実装される。ＧＭＷＳＭ １５２０は、ウェブ・サービス１５３０及びＵＤＤＩレジストリ１５４０に対するネットワーク・アクセス１５００を有する。好ましくは、ネットワーク１５００はインターネットから成る。通信プロトコルは、ＳＯＡＰ １５０１プロトコルである。
【００５１】
ＳＯＡＰインターネット・ドラフト（search.ietf.org/internet-drafts/draft-box-http-soap-01.txt）は、ＳＯＡＰ要求の次の例を提供する。
１． POST /StockQuote HTTP/1.1
２． Host: www.stckquoteserver.com
３． Content-Type:text/xml
４． Content-Length: nnnn
５． SOAPMethodName: Some-Namespace-URI#GetLastTradePrice
６． <SOAP:Envelopexmlns:SOAP="urn:schemas-xmlsoap-org:soap.v1">
７． <SOAP:Body>
８． <m:GetLastTradePrice xmlns:m="Some-Namespace-URI">
９． <symbol>DIS</symbol>
１０． </m:GetLastTradePrice>
１１． </SOAP:Body>
１２．</SOAP:Envelope>
この要求は、次の２つの部分に分割することができる。
ＨＴＴＰヘッダ（１行〜５行）
ＸＭＬ−ＲＰＣペイロード（６行〜１２行、SOAP:Envelope 要素）
【００５２】
クライアント装置１５１０は、好ましくは、MICROSOFT Ｗｉｎｄｏｗｓ（登録商標）（商標）、MICROSOFTＷｉｎｄｏｗｓ（登録商標） CE、PALM OS（商標）及びBLACKBERRY（商標）のようなオペレーティング・システムを使用する。
【００５３】
汎用モバイル・ウェブ・サービス・クライアント（ＧＭＷＳＣ）１５１１は、クライアント装置１５１０内に常駐する。ＧＭＷＳＣ １５１１は、ＧＭＷＳＭ １５２０からウェブサービスのメタデータを獲得し、クライアント装置１５１０上のユーザのためのユーザ・インタフェースを生成する。また、ＧＭＷＳＣ １５１１は、ウェブ・サービス要求をＧＭＷＳＭ １５２０に送信する。
【００５４】
ＧＭＷＳＣ １５１１は、好ましくは、クライアント装置１５１０上にインストールされるスタンド・アロンのアプリケーションとしてＪａｖａ(登録商標）（商標）プログラミング言語で実装され、Ｊａｖａ(登録商標）仮想コンピュータであるＪＶＭ（商標）を提供する。
【００５５】
ＧＭＷＳＭ １５２０は、好ましくは、４つのコンポーネント、すなわち音声転写サービス１５２１、高速パス解析サービス１５２２、ウェブ・サービス・ディスパッチャ（ＷＳＤ）１５２３及びウェブ・サービス・レジストリ（ＷＳＲ）１５２４を含む。
【００５６】
ＧＭＷＳＭ １５２０は、好ましくは、ＩＢＭ社のＷＥＢＳＰＨＥＲＥ（商標）のようなアプリケーション・サーバ内で実行されるサーバ・アプリケーションとしてＪａｖａ(登録商標）プログラミング言語で実装される。
【００５７】
高速パス解析サービス１５２２は、クライアント１５１１から受信された高速パス・コマンドを解析し且つこれをＸＭＬフォーマットに変換するために使用される。高速パス・コマンドは半自然言語の文である。これは、ウェブ・サービス用のキーワード及び幾つかの入力属性を有する。多語属性は、引用符で囲まなければならない。キーワード及びコマンド・フォーマットの一方又は両方は、ＧＭＷＳＭの高速パス解析サービス１５２２には既知である。
【００５８】
ウェブ・サービス・レジストリ（ＷＳＲ）１５２４は、管理されるモバイル・ウェブ・サービスのメタデータ情報を保持する。利用可能なウェブ・サービスは、１つ以上のウェブ・サービス１５３０を含むことができる。各ウェブ・サービス１５３０は、次のメタデータを提供することにより、ウェブ・サービス・レジストリ（ＷＳＲ）１５２４に登録することができる。
１． ウェブ・サービスの名前
２． ウェブ・サービスのカテゴリ
３． ウェブ・サービスの端点
４． ウェブ・サービスの動作
５． ウェブ・サービスの説明
６． 入力及び出力フィールドの名前
７． 入力及び出力フィールドのタイプ
８． 入力フィールドのデフォルト値（適用可能な場合）
９． 第１のウェブ・サービスのキーワード
１０．フィールドをクライアント装置上のユーザへの表示すべきか否かを識別するフラグ
１１．出力変換のためのＸＳＬスタイル・シート（適用可能な場合）
１２．高速パス・コマンド解析用のテンプレート
１３．第１のウェブ・サービスのセキュリティ要件
【００５９】
もし、ウェブ・サービスがＵＤＤＩエントリを有していれば、前記の項目１〜８は、ＵＤＤＩレジストリ１５４０からも獲得することができる。ウェブ・サービス・レジストリ（ＷＳＲ）１５２４は、ＵＤＤＩエントリから、要求／応答メッセージのフォーマット、サービス・アドレス等の情報を獲得するであろう。高速パス解析用のテンプレートは、正規表現として実装することができる。
【００６０】
また、ウェブ・サービス・ディスパッチャ（ＷＳＤ）１５２３は、クライアント１５１１から要求を受信した後に、ウェブ・サービスを呼び出すことに責任を負う。ウェブ・サービスを呼び出す前に、事前プロセスを適用して任意の隠し入力フィールドを追加することができる。応答をウェブ・サービスから受信した後、ウェブ・サービス・ディスパッチャ（ＷＳＤ）１５２３を用いて、この応答をクライアントによって受理可能な形式に変換し、次に、クライアント１５１１に戻すことができる。
【００６１】
他の実施形態の例として、クライアント１５１１は、ＧＭＷＳＭ １５２０にログインする。ユーザは、そのクライアント装置においてＧＭＷＳＣアプリケーション１５１１を開始する。ユーザは、そのクレデンシャル（ＩＤ及びパスワード）を提供する（かかるクレデンシャルは、これがクライアント・ソフトウェアによって自動的に提供されるように、クライアントにおいて保存することができる）。クライアントは、ユーザの事前に定義したプロファイルを用いて、ＧＭＷＳＭ １５２０からウェブ・サービス１５３１〜１５３４のリストを要求する。クライアントは、ＧＭＷＳＭからウェブ・サービスのリスト及びメタデータを受信する。クライアント１５１１は、受信されたメタデータを使用して、ＧＭＷＳＭ １５２０との間の通信を形成するとともに、ＧＵＩ構造を提供する。好ましくは、ユーザは、特定のウェブ・サービスを選択することによって、ウェブ・サービスにアクセスするための多くの通信手段のうちの１つ（例えば、音声、高速パス（所定の構文則テキスト）又は自然言語）を選択することができる。
【００６２】
ユーザは、ＧＭＷＳＭ １５２０との通信のために、音声入力又は特定のウェブ・サービスを選択することができる。音声入力の場合には、クライアントは、音声転写コンポーネントを呼び出し、オプションとして、その音声呼び出しのテキスト・バージョンを受信する（これに代えて、ユーザは、テキスト応答の音声バージョンを受信することができる）。また、ユーザは、その応答テキストに照らして、彼のオリジナルの構文に対する調節を行うことができる。システムは、その選択されたウェブ・サービスのための音声入力インタフェースを生成する。クライアントは、ウェブ・サービス・ディスパッチャ（ＷＳＤ）１５２３にユーザ入力を送信する。その後、クライアントは、応答を受信し、ＧＵＩ表示又は音声出力を生成する。また、図８及び図９を参照して説明したフローと同様に、第１のウェブ・サービスからの戻り情報は、第２のウェブ・サービスへの入力として使用することができる。
【００６３】
オプションとして、ユーザは、特定のウェブ・サービス１５３１を選択する。システムは、そのウェブ・サービスのための入力インタフェースを生成する。クライアントは、ユーザが提供する入力を使用して、ＸＭＬ入力を生成するとともに、ＸＭＬ入力についてウェブ・サービス・ディスパッチャ（ＷＳＤ）１５２３を呼び出す。その後、クライアントは、応答を受信し、ＧＵＩ表示を生成する。図８及び図９を参照して説明したフローと同様に、第１のウェブ・サービスからの戻り情報は、第２のウェブ・サービスへの入力として使用することができる。
【００６４】
本発明の能力は、ソフトウェア、ファームウェア、ハードウェア又はその特定の組み合わせの形態で実装することができる。
【００６５】
１例として、本発明の１つ以上の側面は、例えば、コンピュータ使用可能な媒体を有する製品（例えば、１つ以上のコンピュータ・プログラム製品）に含めることができる。かかる媒体の内部には、例えば、本発明の能力を提供し且つ支援するためのコンピュータ読み取り可能なプログラム・コード手段が具体化される。かかる製品は、コンピュータ・システムの一部として含まれるか、又は別個に販売することができる。
【００６６】
また、本発明の能力を遂行するようにコンピュータによって実行可能な命令の少なくとも１つのプログラムを有形的に具体化する、コンピュータによって読み取り可能な少なくとも１つのプログラム記憶装置を提供することができる。
【００６７】
添付の図面を参照して本明細書で説明したステップ（又は動作）は、単なる例であるに過ぎない。本発明の精神から逸脱することなく、これらのステップ（又は動作）に対し種々の変形を施すことができる。例えば、これらのステップを異なる順序で実行することができ、或いは特定のステップの追加、削除又は修正を行うことができる。これらの全ての変形は、本発明の一部であると考えられる。
【００６８】
前述の説明は、本発明の推奨実施形態に向けられているが、本発明が本明細書に開示した構成それ自体に限定されないことは明らかである。本発明の範囲は、請求項の記載に基づいて決定されるべきものである。
【図面の簡単な説明】
【００６９】
【図１】従来技術に従ったコンピュータ・システムの諸要素を示す図である。
【図２】従来技術に従ったコンピュータ・ネットワークの諸要素を示す図である。
【図３】本発明の実施形態に従った連続的ＧＵＩ表示の一部を示す図である。
【図４】本発明の実施形態に従った連続的ＧＵＩ表示の一部を示す図である。
【図５】本発明の実施形態に従った連続的ＧＵＩ表示の一部を示す図である。
【図６】本発明の実施形態に従った連続的ＧＵＩ表示の一部を示す図である。
【図７】本発明の実施形態に従った連続的ＧＵＩ表示の一部を示す図である。
【図８】本発明の実施形態に従った連続的アクションのフローを示す図である。
【図９】本発明の実施形態に従った連続的アクションのフローを示す図である。
【図１０】ＧＭＷＳＭ（汎用モバイル・ウェブ・サービス・マネージャ）上で構成されるＸＭＬメタデータを示す図である。
【図１１】ＧＭＷＳＭ上で構成されるＸＭＬメタデータを示す図である。
【図１２】ＧＭＷＳＭ上で構成されるＸＭＬメタデータを示す図である。
【図１３】モバイル・クライアントに供給されるＸＭＬメタデータを示す図である。
【図１４】モバイル・クライアントに供給されるＸＭＬメタデータを示す図である。
【図１５】クライアントからＧＭＷＳＭに送信される「Customer Information」の要求を示す図である。
【図１６】ＧＭＷＳＭからクライアントに送信される「Customer Information」の応答を示す図である。
【図１７】クライアントからＧＭＷＳＭに送信される「Account Rep」の要求を示す図である。
【図１８】ＧＭＷＳＭからクライアントに送信される「Account Rep」の応答を示す図である。
【図１９】ウェブ・サービス・コンピュータ・ネットワークの諸要素を示す図である。
【技術分野】
【０００１】
本発明はウェブ・サービスに係り、さらに詳細に説明すれば、パーベイシブ装置のためにウェブ・サービスへの効率的なクライアント・アクセスを提供することに係る。
【背景技術】
【０００２】
パーベイシブ装置が普及し且つ無線通信の帯域幅が増加するにつれて、ユーザは、ＰＣなしで旅行する間に指先を使ってより多くのサービスにアクセスすることを望んでいる。例えば、巡回販売員は、会社目録の検索、顧客の注文状況のチェック、顧客のアドレスの検索等のサービスを必要とすることがある。
【０００３】
ウェブ・サービスは、ＵＲＩによって識別されるソフトウェア・システムであり、そのパブリック・インタフェース及びバインディングはＸＭＬを使用して定義及び記述される。その定義は、他のソフトウェア・システムによって見つけることができる。その後、これらのシステムは、インターネット・プロトコルによって伝えられるＸＭＬに基づくメッセージを使用して、その定義によって規定されたやり方でウェブ・サービスと対話することができる。
【０００４】
伝統的に、開発者は、ウェブ・サービスへのアクセスを可能にするためのプログラムを書かなければならなかった。非開発者にとっては、彼らがアクセスする必要のある各ウェブ・サービス用のプログラムを見つけるのは非常に難しい。さらに、各ウェブ用のプログラムを独自に書くようにすると、相当な開発及びサポート用のコストを負担しなければならない。特に、パーベイシブ装置のユーザにとって、構成可能で且つ継続的な態様で多数のウェブ・サービスを利用する効率的な方法は存在しない。
【０００５】
「DYNAMIC EXTENSIBLE LIGHTWEIGHT ACCESS TO WEB SERVICES FORPERVASIVE DEVICES」と題する、米国特許出願公開第２００６／０１９０５８０号（２００５年２月２３日出願）は、モバイル・クライアントに対しウェブ・サービスへのアクセスを提供する汎用モバイル・ウェブ・サービス・マネージャ（ＧＭＷＳＭ）を開示する。ＧＭＷＳＭは、ウェブ・サービスとモバイル・クライアント（例えば、携帯用ＰＤＡ）の間のインタフェースを提供する。ＧＭＷＳＭは、サポートされるウェブ・サービスのレジストリを保持するとともに、ウェブ・サービス及びモバイル・クライアントに関するメタデータ属性をも保持する。ＧＭＷＳＭに利用可能な属性に基づいて、ＧＭＷＳＭを介して、情報がクライアントと登録されたウェブ・サービスの間で転送される。
【０００６】
「SYSTEM, METHODS, AND ARTICLES OF MANUFACTURE FORDYNAMICALLY PROVIDING WEB SERVICES」と題する、米国特許出願公開第２００５／００１５４９１号（２００３年５月１６日出願）は、分散型システムにおいてウェブ・サービスを動的に提供することを開示する。１つの実施形態では、配信サーバは、汎用インタフェースを使用して、クライアント・システムにおけるユーザ要求に基づき、複数のウェブ・サービスのうちの任意の１つを呼び出す。配信サーバが、コンテンツ情報を提供するのに対し、クライアント・システムは、コンテンツ情報を使用して許可されたユーザ用のカスタマイズされたウェブ・ページを表示する。ユーザが、ウェブ・サービスに関連するカスタマイズされたウェブ・ページ上のコンテンツを選択する場合、クライアントのシステムは、１つ以上の隠しフィールドにデータ値をセットし且つ当該フィールドを配信サーバに供給する。配信サーバは、結果データを生成するように、フィールド情報を選択されたウェブ・サービスに渡す。配信サーバは、結果データ及び収集したフォーマット・データを使用することにより、許可されたユーザ用のカスタマイズされたウェブ・ページを生成するために使用されるコンテンツ情報を生成することができる。この発明は、ウェブ・サービスの如何なる消費者も再プログラムする必要なしに、分散システムがウェブ・サービスを修正することを可能にする。また、配信サーバを適切に構成することにより、ユーザがアクセス可能な任意のウェブ・サービスを動的に且つ自動的に決定するとともに、汎用インタフェースを通して許可されたウェブ・サービスへのアクセスを提供することができる。
【０００７】
「MOBILE WEB SERVICES」と題する、米国特許出願公開第２００２／０１７４１１７号（２００１年５月１５出願）は、携帯電話又は無線ＰＤＡが、ＵＤＤＩ（Universal Description, Discovery andIntegration）にアクセスすることにより、インターネット・ビジネス及びサービスを見つけるための方法を開示する。この方法は、無線装置のユーザが、ＵＤＤＩレジストリへの照会を形成することを容易にする。この方法は、ユーザのＵＤＤＩ検索戦略及びインターネット・アクセス優先順位に関する、個人用のユーザ・プロファイルを構築する。ユーザ・プロファイルは、ＵＤＤＩレジストリへのオンライン又はオフライン照会のためのショートカットとして、或いは無線装置へのユーザの短縮入力に応答して、ウェブ・サイトからページをアクセスするためのショートカットとして、これを使用することができる。この方法は、ＵＤＤＩレジストリに問い合わせるためにユーザの無線装置内で実行可能なプログラム命令として具体化される。代替的に、この方法は、ユーザの無線装置からのコマンドに応答してＵＤＤＩレジストリに問い合わせるために、別個の知識エンジン・サーバ内で実行可能なプログラム命令として具体化される。サーバは、ユーザの無線装置に選択的に転送するために、ウェブ・サイトからアクセスされたファイルをキャッシュするために使用することができる。
【０００８】
「SYSTEMS, APPARATUS, AND METHOD FOR PROVIDING WEB SAERVICESON MOBILE DEVICES」と題する、米国特許出願公開第２００５／００７１４２３号（２００３年９月２６日出願）は、モバイル装置からウェブ・サービスを提供する。１つの構成は、第１のネットワーク・エンティティにおいてウェブ・サービス・メッセージを形成することを含む。ウェブ・サービス・メッセージは、モバイル端末を目標とする。ウェブ・サービス・メッセージを処理するのを支援するため、要求がロケータ機構に向けられる。ウェブ・サービス・メッセージは、ロケータ機構を利用して、モバイル端末へ送信される。ウェブ・サービス・メッセージは、モバイル・サービス・トランスポート・プロトコルを使用して、モバイル端末へ送信され、そこで処理される。
【０００９】
ブラウザは、ウェブ・サービスを直接アクセスするための手段を提供しない。アクセスすべき各ウェブ・サービスごとに、カスタマイズされたウェブ・ページ及びプログラムを開発しなければならない。このことは、開発及びサポートにおける相当なコストに帰着する。さらに、ウェブ・ページからウェブ・サービスをアクセスするためにブラウザを使用すると、ブラウザがウェブ・サービスにアクセスする前に、カスタマイズされたウェブ・ページ及びプログラムをダウンロードしなければならず、その結果、余分なネットワークＲＴＴ（ラウンド・トリップ時間）を要する。パーベイシブ装置に対する通信帯域幅の制限が存在するために、余分なＲＴＴは、システムの性能に望ましくない影響を及ぼす。
【００１０】
他のアプローチは、各ウェブ・サービスごとにそのサービスと対話する、カスタマイズされたクライアント・アプリケーションを作成することである。このアプローチの欠点は、サービスが増加するとともに、アプリケーションの数が増えすぎて、装置のメモリ／記憶域の限界よりも大きくなるということである。各アプリケーションを開発し、サポートし、購入するための総コストは相当なものである。
【００１１】
ＳＯＡ（サービス指向アーキテクチャ）は、ソフトウェア・ユーザの要件をサポートするためにサービスの使用を定義する、ソフトウェア・アーキテクチャの設計手法を提供する。ＳＯＡ環境では、ネットワーク上の資源は、それらのプラットフォーム実装についての知識なしでアクセス可能な、独立のサービスとして利用可能になる。一般に、ＳＯＡは、産業界の広汎な承認を獲得したウェブ・サービスの標準（例えば、ＳＯＡＰ又はＲＥＳＴを使用すること）に基づいている。これらの標準は、より大きな相互運用性を提供するだけでなく、所有権を主張できるベンダ・ソフトウェアに束縛されるという問題からある程度の保護を提供する。本発明は、パーベイシブ（モバイル）装置上でＳＯＡを使用可能にすることを意図する。本発明は、単純な構成を通して、統合及び継続的なウェブ・サービスの呼び出しを可能にする。
【００１２】
種々のベンダによって、パーベイシブ装置からのウェブ・サービス・アクセスを可能にするための解決方法が提案されている。例えば、RESEARCH IN MOTION 社から提供される「BlackBerry（商標）MobileData System v.4.1」は、生成済みのウェブ・サービス・クライアントをモバイル装置にプッシュすることにより、ユーザがこのクライアントを使用して対応するウェブ・サービスにアクセスすることを可能にする。ＩＢＭ社の「Web Services Tool Kit」は、小さなモバイル装置、ゲートウェイ・デバイス及びインテリジェント・コントローラ上でウェブ・サービスを使用するようなアプリケーションの開発を可能にする、「ツール及びランタイム環境」を提供する。
【００１３】
【特許文献１】米国特許出願公開第２００６／０１９０５８０号（２００５年２月２３日出願）
【特許文献２】米国特許出願公開第２００５／００１５４９１号（２００３年５月１６日出願）
【特許文献３】米国特許出願公開第２００２／０１７４１１７号（２００１年５月１５出願）
【特許文献４】米国特許出願公開第２００５／００７１４２３号（２００３年９月２６日出願）
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかし、既存のツール又は製品は、クライアント／装置が、以前のウェブ・サービス・アクセスから戻された結果を使用して、他のウェブ・サービスを呼び出すための機構を提供しない。
【課題を解決するための手段】
【００１５】
本発明は、サービス及びパーベイシブ装置上で実行中のクライアントに提供されるサービスの呼び出しの関係と関係する、関連するメタデータを備えたサービスのリストを提供する。その後、パーベイシブ装置上で実行中のクライアントは、第１のウェブ・サービスを呼び出し、第１のウェブ・サービスの結果を獲得し、第１のウェブ・サービスから受信した情報の文脈内で、第２のウェブ・サービスを呼び出すことができる。同様に、第２のウェブ・サービスの結果がクライアントに戻る場合、クライアントは、第２のウェブ・サービスから戻された情報の文脈内で、第３のウェブ・サービスを呼び出すことができる。本明細書に開示する本発明の概念に従った変形例には、単一のウェブ・サービスからの結果に応じて複数のウェブ・サービスにアクセスすることが含まれる。
【００１６】
本発明の１つの側面に従って、呼び出し順序は、これをサーバ側で動的に構成した後、クライアントに供給することができる。パーベイシブ装置上で実行中のクライアントを変更する必要はない。
【００１７】
従って、本発明の目的は、ウェブ・サービスにアクセスするためのコンピュータ実装能力を提供することである。この能力は、複数のウェブ・サービスの相互依存型リスト（interdependent list）を有するクライアント・コンピュータが、ユーザ入力に応答して、前記相互依存型リストから第１のウェブ・サービスを選択するステップを含む。相互依存型リストは、複数のウェブ・サービスを識別するリスト情報を含み、当該リスト情報は、前記複数のウェブ・サービスのうち第１のウェブ・サービスから受信される情報を、その後に要求される第２のウェブ・サービスと関係づけるものである。前記リスト情報に従い、前記選択ステップに応答して、第１のウェブ・サービス要求が、前記クライアント・コンピュータから前記第１のウェブ・サービスに送信される。当該送信ステップに応答して、前記第１のウェブ・サービスからの第１の情報が、前記クライアント・コンピュータにおいて受信される。ユーザ入力に応答して、前記相互依存型リストから前記第２のウェブ・サービスが選択される。前記リスト情報に従い、前記受信された第１の情報が、前記選択された第２のウェブ・サービスに対する第２のウェブ・サービス要求を形成するために利用される。前記形成された第２のウェブ・サービス要求は、前記クライアント・コンピュータから前記第２のウェブ・サービスに送信される。最後に、当該送信ステップに応答して、前記第２のウェブ・サービスからの第２の情報が、前記クライアント・コンピュータにおいて受信される。
【００１８】
本発明の他の目的は、前記リスト情報に従い、ユーザ入力に応答して、前記相互依存型リストから第３のウェブ・サービスを選択するステップを含む。前記リスト情報に従い、前記受信された第２の情報又は前記受信された第１の情報のうちの１つが、第３のウェブ・サービス要求を形成するために利用される。当該形成された第３のウェブ・サービス要求は、前記クライアント・コンピュータから前記第３のウェブ・サービスに送信される。当該送信ステップに応答して、前記第３のウェブ・サービスからの第３の情報が、前記クライアント・コンピュータにおいて受信される。
【００１９】
本発明の他の目的は、１つ以上の追加のウェブ・サービス要求を送信することである。
【００２０】
本発明の他の目的は、前記クライアント・コンピュータにおいて、前記リスト情報を受信することである。前記相互依存型リストは、メタデータを含み、前記リスト情報は、構成可能な相互依存型リスト及びこれに関連するメタデータからＧＭＷＳＭサーバによって構成される。前記相互依存型リストに従った構成に基づいて、前記複数のウェブ・サービスのうち１つ以上の表現が、ユーザに表示される。前記第１のウェブ・サービス要求又は前記第２のウェブ・サービス要求のうちの任意の１つを形成するときに、前記相互依存型リストの前記受信されたメタデータが使用される。また、ボタン又はメニューのうちの任意の１つを含むクライアント・グラフィカル・ユーザ・インタフェースであって、前記第１のウェブ・サービスの結果の表示から前記第２のウェブ・サービスの入力の表示にナビゲートする能力を含むクライアント・グラフィカル・ユーザ・インタフェースを作成するときに、前記相互依存型リストの前記受信されたメタデータが利用される。
【００２１】
本発明の他の側面では、前記クライアント・コンピュータが、前記第１のウェブ・サービス要求を汎用モバイル・ウェブ・サービス・マネージャ（ＧＭＷＳＭ）に送信し、前記クライアント・コンピュータが、前記第２のウェブ・サービス要求を前記ＧＭＷＳＭに送信し、前記クライアント・コンピュータが、前記ＧＭＷＳＭから前記相互依存型リスト及びこれに関連するメタデータを受信し、前記クライアント・コンピュータが、前記ＧＭＷＳＭから前記第１の情報を受信し、前記ＧＭＷＳＭが、前記クライアント・コンピュータを代表してウェブ・サービスと通信する。
【００２２】
本発明の他の目的は、前記クライアント・コンピュータにおいて、ＸＭＬステートメントから成る前記相互依存型リスト及びこれに関連する前記メタデータを提供することである。
【００２３】
本発明の他の目的は、前記クライアント・コンピュータが、前記リスト情報に従って、ユーザに対し、ウェブ・サービスの選択候補を示すプロンプト表示を前記ユーザに提示することである。前記クライアント・コンピュータは、前記リスト情報に従って、前記ユーザが行った前記選択の結果を前記ユーザに提示する。前記ユーザへの提示のために使用されるインタフェースは、ＧＵＩ、音声、キーパッド、マウス又は機械的な動作のうちの任意の１つから成る。
【００２４】
本発明の他の目的は、前記第１のウェブ・サービス要求、前記受信された第１の情報及び前記第２のウェブ・サービス要求の各々を、ＸＭＬステートメントの形態で提供することである。
【発明を実施するための最良の形態】
【００２５】
技術の定常的な進歩に起因して、モバイル・コンピュータは、携帯情報端末（ＰＤＡ）、車載装置、ビジネス・オルガナイザ等の、パームトップ又は携帯用装置として利用可能になってきた。また、多くの人は、携帯電話を利用して、インターネットにアクセスしたり、他の種々の計算機能を行うようになってきた。パームトップ、ＰＤＡ及び携帯電話等を含む、ポータブル計算装置は、「パーベイシブ」又は「モバイル」計算装置と総称されることが多い。
【００２６】
図１は、本発明を実施することができる、代表的なワークステーション（又はパーソナル・コンピュータ若しくはサーバ）のハードウェア・システム１００を示す。図１のシステム１００は、ワークステーション１０１を含み、当該ワークステーション１０１は、オプションの周辺装置を含む。ワークステーション１０１は、１つ以上のプロセッサ１０６と、当該プロセッサ１０６及びワークステーション１０１の他のコンポーネントを接続し且つこれらの間の通信を可能にするために使用されるバスを含む。このバスは、プロセッサ１０６をメモリ１０５及び永続記憶装置１０７に接続する。永続記憶装置１０７は、ハードディスク・ドライブ、ディスケット・ドライブ又はテープ・ドライブを含むことができる。また、ワークステーション１０１は、プロセッサ１０６をバスを介してキーボード１０４、マウス１０３、プリンタ／スキャナ１１０等に接続するための、ユーザ・インタフェース・アダプタを含むことができる。さらに、バスは、表示装置１０２を表示アダプタを介してプロセッサ１０６に接続する。
【００２７】
ワークステーション１０１は、ネットワーク１０９と通信することができるネットワーク・アダプタを介して、他のコンピュータ又はコンピュータ・ネットワークと通信することができる。ネットワーク・アダプタの例には、通信チャネル、トークン・リング、イーサネット(登録商標）又はモデムがある。代替的に、ワークステーション１０１は、ＣＤＰＤ（Cellular Digital Packet Data）カードのような無線インタフェースを使用して通信することができる。ワークステーション１０１は、ローカル・エリア・ネットワーク（ＬＡＮ）又はワイド・エリア・ネットワーク（ＷＡＮ）を介して他のコンピュータに関連づけることができる。或いは、ワークステーション１０１は、他のコンピュータを備えたクライアント／サーバ構成内のクライアントとして位置づけることができる。これらの全ての構成、並びに適切な通信ハードウェア及びソフトウェアは、当分野において公知である。
【００２８】
図２は、本発明を実施することができる、データ処理ネットワーク２００を示す。データ処理ネットワーク２００は、無線ネットワーク及び有線ネットワークのような複数の個別ネットワークを含み、その各々は、複数の個別ワークステーション１０１を含むことができる。また、当業者には明らかなように、１つ以上のＬＡＮを含めることができ、その場合には、各ＬＡＮを使用して、複数の知的ワークステーションをホスト・プロセッサに結合することができる。
【００２９】
また、図２のネットワークは、ゲートウェイ（クライアント・サーバ２０６）又はアプリケーション・サーバ（データ・リポジトリをアクセスすることができる遠隔サーバ２０８）のような、メインフレーム・コンピュータ又はサーバを含むことができる。ゲートウェイ２０６は、各ネットワーク２０７への入口として作用する。ゲートウェイが必要となるのは、或るネットワーキング・プロトコルを他のネットワーキング・プロトコルに接続する場合である。好ましくは、ゲートウェイ２０６は、通信リンクを介して、他のネットワーク（例えば、インターネット２０７）に結合される。また、ゲートウェイ２０６は、通信リンクを使用して、１つ以上のワークステーション１０１に直接的に結合することができる。ゲートウェイ１０６は、ＩＢＭ社から入手可能な「IBM eServer zSeries（登録商標）900」サーバを利用して実装することができる。
【００３０】
一般に、本発明を具体化するコンピュータ・プログラム１１１（図１）は、ＣＤ−ＲＯＭドライブ又はハードディスク・ドライブのような永続記憶装置１０７からワークステーション１０１のプロセッサ１０６によってアクセスされる。コンピュータ・プログラム１１１は、データ処理システムによって使用するための、ディスケット、ハード・ディスク又はＣＤ−ＲＯＭのような種々の媒体上に記録することができる。コンピュータ・プログラム１１１は、かかる媒体上に記録した形態で配布したり、或いは１つのコンピュータ・システムのメモリ又は記憶装置からネットワークを介して他のコンピュータ・システムに配布することができる。
【００３１】
代替的に、コンピュータ・プログラム１１１は、プロセッサ１０６がプロセッサ・バスを使用してアクセスできるように、メモリ１０５内に記録することができる。コンピュータ・プログラム１１１は、種々のコンピュータ・コンポーネントの機能及び相互作用を制御するオペレーティング・システムと、１つ以上のアプリケーションとを含む。一般に、コンピュータ・プログラムは、永続記憶装置１０７から高速メモリ１０５にページされると、そこでプロセッサ１０６による処理のために利用可能となる。コンピュータ・プログラムをメモリ内又は物理媒体上に記録したり、ネットワークを介して配布するための技術及び方法は、当分野では周知であるから、それ以上の説明は省略する。
【００３２】
推奨実施形態では、本発明は、１つ以上のコンピュータ・プログラム１１１として実装される。本発明に従ったコンピュータ・プログラム１１１は、要求時に呼び出される１つ以上のモジュール又はアプリケーション１１１（「コード・サブルーチン」又はオブジェクト指向プログラミングの「オブジェクト」と呼ばれるもの）として、ユーザのワークステーション上で稼働することができる。代替的に、コンピュータ・プログラム１１１は、ネットワーク内のサーバ上で稼働するか、又はコンピュータ・プログラム１１１を実行することができる任意の装置内で稼働することができる。本発明を実装する論理は、本明細書に開示した本発明の概念から逸脱することなく、アプリケーションのコード内に統合されるか、又は当該アプリケーションによって呼び出される１つ以上の別個のユーティリィティ・モジュールとして実装することができる。アプリケーション１１１はウェブ環境内で実行することができ、そのような環境では、ウェブ・サーバは、インターネットを通して接続されるクライアントからの要求に応答してサービスを提供する。他の実施形態では、アプリケーションは、企業のイントラネット若しくはエクストラネット、又は他のネットワーク環境内で実行することができる。かかる環境のための構成は、クライアント／サーバ・ネットワーク、ピアツーピア・ネットワーク（クライアントが、クライアント及びサーバ機能の両方を行うことにより、直接的に対話するもの）、並びに多層環境を含む。これらの環境及び構成は、当分野において周知である。
【００３３】
本発明は、サーバ・アプリケーションを介して、ウェブ・サービスをモバイル・クライアント装置に提供する。このサーバ・アプリケーションは、クライアント装置からのキーワードを解釈して、これを所望のウェブ・サービスと互換性のある形式に変換する。従って、サーバ・アプリケーションがインタフェースを管理するので、クライアント装置は、ウェブ・サービスに関する最小限のソフトウェア知識を必要とするに過ぎない。好ましくは、このサーバ・アプリケーションは、サポートされるウェブ・サービスのリスト（レジストリ）を有し、このリストをクライアント装置に供給することができる。推奨実施形態では、クライアント装置からの種々の通信形式がサポートされる。例えば、テキスト又は音声がサポートされる場合、サーバ・アプリケーションは、音声をテキストに変換するか、又はテキストを音声に変換するための変換手段を提供する。
【００３４】
図１９を参照するに、モバイル・クライアント装置１５１０と通信関係にある汎用モバイル・ウェブ・サービス・マネージャ（ＧＭＷＳＭ）のサーバ・アプリケーション１５２０は、ＸＭＬメタデータをクライアント装置１５１０にダウンロードする。クライアント装置１５１０は、このメタデータを使用して、プロンプト表示を提示するとともに、ウェブ・サービス１５３１〜１５３４に対するウェブ・サービス要求メッセージを形成する。これらのウェブ・サービス要求メッセージがサーバ１５２０に送信されると、サーバ１５２０は、クライアント１５１１を代表して、ネットワーク１５００を介してこれらのウェブ・サービス要求を行う。また、ＧＭＷＳＭ １５２０は、ＸＭＬメタデータを利用して、クライアント１５１１と授受されるメッセージの形成及び処理を行う。
【００３５】
ここで、図３を参照すると、ユーザは、そのモバイル（クライアント）装置上のＧＵＩプロンプト表示３０１を提示される。ＧＵＩプロンプト表示３０１は、好ましくは、１つ以上のトピック３０２及びサービス３０３〜３０６のリストを含む。ＧＵＩプロンプト表示３０１は、オプションとして、ウィジェット、番号付け、プルダウン・メニュー等を使用して、トピック及びサービスを提示する。この例では、ＧＵＩプロンプト表示３０１は、「Services（サービス）」というトピックを提示し、ユーザは、キーパッド、カーソル、タッチ・スクリーン又は音声動作等を使用して、ＧＵＩプロンプト表示３０１上の１つの項目（サービス）を選択する。この場合、ユーザは、ＧＵＩプロンプト表示３０１上の「Customer Information（顧客情報）」サービス３０３を選択する。ＧＵＩプロンプト表示３０１は、選択された「Customer Information」サービス３０３を下線で強調表示するように更新される。
【００３６】
このユーザの選択（及びクライアントのメタデータ）に基づいて、ユーザのモバイル装置は、「Customer Information」４０３というトピックと、「CustomerName（顧客名）」４０４及び「Customer ID（顧客ＩＤ）」４０５という項目のリストとを有する、新しいＧＵＩプロンプト表示４０１（図４）にナビゲートする。ユーザは、適切な項目内に情報を記入する（この例では、ユーザは、項目「Customer Name」４０４内に「Acme」を記入する）。ユーザは、クライアントが提供した「Invoke（呼び出し）」ボタン４０２を選択することにより、ウェブ・サービスを呼び出す。ＧＵＩプロンプト表示４０１は、「Invoke」ボタン４０２の選択を下線で強調表示するように更新される。「Invoke」ボタン４０２の選択に応答して、クライアントは、「Acme」メタデータを含むウェブ・サービス要求を、ＧＭＷＳＭサーバを介して、「Customer Information」ウェブ・サービスに送信する。
【００３７】
呼び出されたウェブ・サービスの応答がモバイル装置によって受信される場合、クライアントは、この情報をモバイル装置のプロンプト表示５０１（図５）に提示する。このプロンプト表示５０１は、トピック「Customer Information」５０４、並びにこのトピックに関係する項目５０５〜５１０を含む結果と、以前に呼び出され且つナビゲーション項目「Account Rep（アカウント担当者）」５０２及び「Purchase History（購入履歴）」５０３として提示されたウェブ・サービスに依存する機能とを含む。次に、ユーザは、「Customer ID: 001」５０６を選択することにより、他のプロンプト表示にナビゲートすることができる。「Customer ID: 001」５０６が強調表示された後、適切なナビゲーション項目「Account Rep」５０２を選択する。このナビゲーション項目５０２を選択することにより、メタデータ「ID: 001」５０６を含む「Account Rep」ウェブ・サービス要求が呼び出される。
【００３８】
「Account Rep」ウェブ・サービス要求は、ＧＭＷＳＭサーバを介して、クライアントに情報を戻し、クライアントは、新しいモバイル装置のプロンプト表示「Account Rep」６０１（図６）にナビゲートする。プロンプト表示６０１は、ナビゲーション項目６０２及び６０３、新しいトピック６０４、「Account Rep」ウェブ・サービスから抽出された情報を含む新しい項目６０５〜６１２を提示する。ユーザは、「Email:jssmith@acme.com」という項目６０６及び「EmployeeInformation（従業員情報）」というメニュー項目を選択する。このアクションは、メタデータ「Email:jsmith@acme.com」６０６を「EmployeeInformation」ウェブ・サービスに送信する。
【００３９】
このウェブ・サービスからの応答は、クライアントのプロンプト表示を新しいプロンプト表示７０１（図７）にナビゲートさせる。 新しいプロンプト表示７０１は、「Employee Information」７０３というトピックと、項目７０４〜７１２のリストとを含む。
【００４０】
図８及び図９は、前述の実施形態のフローを示す。図８を参照するに、モバイル・クライアント８０１は、ＧＭＷＳＭサーバ８０２からＸＭＬサービスを受信する。このＸＭＬサービスは、サービスのリスト及び当該サービスのリストをサポートするＸＭＬメタデータを含む。サービスのリストは、ユーザ８００に対するプロンプト表示として提示される（８０４）。ユーザ８００は、「Customer Information（顧客情報）」サービスを選択し（８０５ａ）、このサービスのためのプロンプト表示を提示される（８０５ｂ）。ユーザ８００は、「Customer Information」の「Acme」を入力し、「Invoke（呼び出し）」ボタンを選択する。その結果、クライアント８０１は、ＧＭＷＳＭサーバ８０２を介して、「Customer Information」ウェブ・サービス８１０からの情報を要求する（８０８）。ＧＭＷＳＭサーバ８０２は、「Customer Information」ウェブ・サービス８１０からの顧客情報をクライアント８０１に戻し（８０９）、この顧客情報は、ユーザ８００に対するプロンプト表示内で提示される（８０７）。
【００４１】
次に、図９を参照するに、ユーザは、プロンプト表示においてＩＤ＝「００１」の項目を選択し（８１１）、「Account Rep」ウェブ・サービスを選択した後（８１２）、クライアント８０１及びＧＭＷＳＭサーバ８０４を介して、「Account Rep」ウェブ・サービス８２１からの情報を要求する（８１７）。ＧＭＷＳＭサーバ８０４は、「Account Rep」ウェブ・サービス８２１からの情報をクライアント８０１に戻し（８１８）、クライアント８０１は、ユーザ８００に対する「Account Rep」ウェブ・サービスのプロンプト表示を作成する（８１３）。次に、ユーザ８００は、このプロンプト表示内の電子メール項目を選択し、クライアント８０１に対する「Employee Information」サービス要求を開始する（８１５）。クライアント８０１は、ユーザ要求からのメタデータを組込み、ＧＭＷＳＭサーバ８０４を介して、「Employee Information」ウェブ・サイト８２２からの情報を要求する（８１９）。ＧＭＷＳＭサーバ８０４は、「Employee Information」ウェブ・サービスからの従業員情報をクライアント８０１に戻し（８２０）、クライアント８０１は、この従業員情報をユーザに提示する（８１６）。好ましくは、ＧＭＷＳＭサーバ８０４は、クライアントを代表して、要求及び応答に関する機能を行う。かかる機能は、データのフォーマットを行うこと、ＧＵＩのフォーマットを行うこと、テキストと音声又は画像の間の情報変換を行うこと、単一のクライアント要求に応答して多数のウェブ・サービスを呼び出すこと、プロトコルの変換を行うこと等を含む。
【００４２】
好ましくは、サービス及びサービスの関係に関するメタデータ（図１０〜図１２）は、動的に構成可能なサーバ上に維持され、クライアントには、このメタデータのサブセット（図１３及び図１４）が供給される。
【００４３】
図１０〜図１２は、図１３及び図１４の対応するクライアント・メタデータを有する、本発明に従ったサーバ・メタデータの例を示す。ＸＭＬメタデータ内の「サービス」要素として構成される、５つのウェブ・サービスがある。これらのウェブ・サービスは、「Customer Information（顧客情報）」２、「EmployeeInformation（従業員情報）」１４、「Account Rep（アカウント担当者）」２２、「Sales Report（販売報告）」３５及び「Purchase History（購入履歴）」４３である。これらのウェブ・サービスの各々は、当該各ウェブ・サービスを一意に識別するための「ｉｄ」属性３、１５、２３、３６及び４３を有する。「ｕｒｌ」属性４、１６、２４、３７及び４５と、「ｕｒｎ」属性５、１７、２５、３８及び４６と、「ｍｅｔｈｏｄ（メソッド）」属性６、１８、２６、３９及び４７は、ウェブ・サービスを見つけて呼び出すために使用される。「ｓｅｒｖｉｃｅ」内の「ｌｉｓｔ」属性７、１９、２７、４０及び４８は、サービスが図３に示すようなサービスの最初のリスト・ビュー内に表示されるか否かを表す。全てのサービスは、ユーザにとってこれらのサービスを最も効率的に使用する方法は何かということに依存して、最初のリスト・ビュー内で可視又は不可視の何れかとなるように構成することができる。「ｐａｒａｍ（パラメータ）」要素８、９、２０、２８、４１、４９及び５０は、クライアント・モバイル装置上のＵＩコンポーネントを定義するために使用される。
【００４４】
呼び出し順序は、「ｓｅｒｖｉｃｅ」要素内に「ｍｅｎｕ（メニュー）」１０、１１、１８、２９及び３１を追加することにより構成される。「ａｃｔｉｏｎ（アクション）」属性１２、３０及び３２は、ＸＭＬで定義されるウェブ・サービスのｉｄを表す。例えば、「Customer Information」サービスは、２つのメニューとして、「Account Rep」１０及び「Purchase History」１１を有する。このようにして、「Customer Information」ウェブ・サービスの結果が戻された後、「Account Rep」及び「Purchase History」ウェブ・サービスがユーザに利用可能となる。「ｉｎｐｕｔ（入力）」属性１０及び１１は、コンマで区切られた属性名のリストを含む。これは、第１のウェブ・サービスから戻されるどの部分が、第２のウェブ・サービス要求で使用されるかを定義する。クライアントは、対応する「ｉｎｐｕｔ」フィールドを取り、これをＧＭＷＳＭへの要求に含めて送信する。「ｍｅｎｕ」要素１０及び１１内の「ｐｉｐｅ（パイプ）」属性は、第２のウェブ・サービスへ渡すべき（順序を含む）引き数を定義するために使用される。例えば、「＄０、＄１」は、第１のウェブ・サービスの応答からの第１及び第２の「ｉｎｐｕｔ」属性を、その通りの順序で、次のウェブ・サービス要求へ渡すことを意味する。これに対し、「＄１、＄０」は、第１のウェブ・サービスの応答からの第１及び第２の「ｉｎｐｕｔ」属性を、その逆の順序で、次のウェブ・サービス要求へ渡すことを意味する。「Purchase History」１１の場合は、顧客「ＩＤ」としての「００１」である「＄０」と、「ｈｉｓｔｏｒｙ」のための５が、第２のウェブ・サービスに渡される。「パイピング」はＧＭＷＳＭ側でだけ生ずるので、「ｐｉｐｅ」はクライアントには供給されない。
【００４５】
図１３及び図１４は、モバイル・クライアントに供給されるＸＭＬメタデータの例を示す。この例から分かるように、ＸＭＬのクライアント・バージョンは、汎用モバイル・ウェブ・サービス・マネージャ（ＧＭＷＳＭ）のサーバ・バージョンとは異なる。すなわち、クライアントＸＭＬは、「ｕｒｌ」属性４、１６、２４、３７及び４５と、「ｕｒｎ」属性５、１７、２５、３８及び４６と、「ｍｅｔｈｏｄ」属性６、１８、２６、３９及び４７を含んでおらず、「ｍｅｎｕ」ステートメント１０、１１、１２及び１８内に「ｐｉｐｅ」情報も含んでいないからである。
【００４６】
図１５は、クライアントからＧＭＷＳＭに送信される、第１の引き数「Acme」及びヌルの第２の引き数を有する「Customer Information」ウェブ・サービス用のＸＭＬ要求の例を示す。前述のように、「Acme」は、クライアント・コンピュータにおいてユーザによって提供されたものである。
【００４７】
図１６は、ＧＭＷＳＭからクライアントに送信される、「Customer Information」ウェブ・サービスのＸＭＬ応答の例を示す。２つの「Acme」１２０３及び１２０８によって表される２人の顧客に関する情報が、異なる「ＩＤ」１２０４及び１２０９、並びに「Address（住所）」１２０５及び１２１０を伴って、戻されている。
【００４８】
図１７は、クライアントからＧＭＷＳＭに送信される、「Account Rep」ウェブ・サービス１３０１のＸＭＬ要求の例を示す。この要求に含まれる引き数１３０２は、以前の「Customer Information」ウェブ・サービスから戻された、選択されたＩＤ「００１」である。
【００４９】
図１８は、ＧＭＷＳＭからクライアントに送信される、「Account Rep」ウェブ・サービスのＸＭＬ応答の例を示す。この応答は、２人のアカウント担当者１４０３及び１４０９に関する情報として、それぞれの「Ｅｍａｉｌ（電子メール・アドレス）」１４０４及び１４１０、「Ｔｅｌ（電話番号）」１４０５及び１４１１、並びに「Ｔｉｔｌｅ（肩書き）」１４０６及び１４１２を含む。
【００５０】
図１９を参照するに、本発明の１つの実施形態は、汎用モバイル・ウェブ・サービス・マネージャ（ＧＭＷＳＭ）１５２０と通信関係にあるクライアント装置１５１０（例えば、モバイル携帯用コンピュータ又はＰＤＡ）上で実装される。ＧＭＷＳＭ １５２０は、ウェブ・サービス１５３０及びＵＤＤＩレジストリ１５４０に対するネットワーク・アクセス１５００を有する。好ましくは、ネットワーク１５００はインターネットから成る。通信プロトコルは、ＳＯＡＰ １５０１プロトコルである。
【００５１】
ＳＯＡＰインターネット・ドラフト（search.ietf.org/internet-drafts/draft-box-http-soap-01.txt）は、ＳＯＡＰ要求の次の例を提供する。
１． POST /StockQuote HTTP/1.1
２． Host: www.stckquoteserver.com
３． Content-Type:text/xml
４． Content-Length: nnnn
５． SOAPMethodName: Some-Namespace-URI#GetLastTradePrice
６． <SOAP:Envelopexmlns:SOAP="urn:schemas-xmlsoap-org:soap.v1">
７． <SOAP:Body>
８． <m:GetLastTradePrice xmlns:m="Some-Namespace-URI">
９． <symbol>DIS</symbol>
１０． </m:GetLastTradePrice>
１１． </SOAP:Body>
１２．</SOAP:Envelope>
この要求は、次の２つの部分に分割することができる。
ＨＴＴＰヘッダ（１行〜５行）
ＸＭＬ−ＲＰＣペイロード（６行〜１２行、SOAP:Envelope 要素）
【００５２】
クライアント装置１５１０は、好ましくは、MICROSOFT Ｗｉｎｄｏｗｓ（登録商標）（商標）、MICROSOFTＷｉｎｄｏｗｓ（登録商標） CE、PALM OS（商標）及びBLACKBERRY（商標）のようなオペレーティング・システムを使用する。
【００５３】
汎用モバイル・ウェブ・サービス・クライアント（ＧＭＷＳＣ）１５１１は、クライアント装置１５１０内に常駐する。ＧＭＷＳＣ １５１１は、ＧＭＷＳＭ １５２０からウェブサービスのメタデータを獲得し、クライアント装置１５１０上のユーザのためのユーザ・インタフェースを生成する。また、ＧＭＷＳＣ １５１１は、ウェブ・サービス要求をＧＭＷＳＭ １５２０に送信する。
【００５４】
ＧＭＷＳＣ １５１１は、好ましくは、クライアント装置１５１０上にインストールされるスタンド・アロンのアプリケーションとしてＪａｖａ(登録商標）（商標）プログラミング言語で実装され、Ｊａｖａ(登録商標）仮想コンピュータであるＪＶＭ（商標）を提供する。
【００５５】
ＧＭＷＳＭ １５２０は、好ましくは、４つのコンポーネント、すなわち音声転写サービス１５２１、高速パス解析サービス１５２２、ウェブ・サービス・ディスパッチャ（ＷＳＤ）１５２３及びウェブ・サービス・レジストリ（ＷＳＲ）１５２４を含む。
【００５６】
ＧＭＷＳＭ １５２０は、好ましくは、ＩＢＭ社のＷＥＢＳＰＨＥＲＥ（商標）のようなアプリケーション・サーバ内で実行されるサーバ・アプリケーションとしてＪａｖａ(登録商標）プログラミング言語で実装される。
【００５７】
高速パス解析サービス１５２２は、クライアント１５１１から受信された高速パス・コマンドを解析し且つこれをＸＭＬフォーマットに変換するために使用される。高速パス・コマンドは半自然言語の文である。これは、ウェブ・サービス用のキーワード及び幾つかの入力属性を有する。多語属性は、引用符で囲まなければならない。キーワード及びコマンド・フォーマットの一方又は両方は、ＧＭＷＳＭの高速パス解析サービス１５２２には既知である。
【００５８】
ウェブ・サービス・レジストリ（ＷＳＲ）１５２４は、管理されるモバイル・ウェブ・サービスのメタデータ情報を保持する。利用可能なウェブ・サービスは、１つ以上のウェブ・サービス１５３０を含むことができる。各ウェブ・サービス１５３０は、次のメタデータを提供することにより、ウェブ・サービス・レジストリ（ＷＳＲ）１５２４に登録することができる。
１． ウェブ・サービスの名前
２． ウェブ・サービスのカテゴリ
３． ウェブ・サービスの端点
４． ウェブ・サービスの動作
５． ウェブ・サービスの説明
６． 入力及び出力フィールドの名前
７． 入力及び出力フィールドのタイプ
８． 入力フィールドのデフォルト値（適用可能な場合）
９． 第１のウェブ・サービスのキーワード
１０．フィールドをクライアント装置上のユーザへの表示すべきか否かを識別するフラグ
１１．出力変換のためのＸＳＬスタイル・シート（適用可能な場合）
１２．高速パス・コマンド解析用のテンプレート
１３．第１のウェブ・サービスのセキュリティ要件
【００５９】
もし、ウェブ・サービスがＵＤＤＩエントリを有していれば、前記の項目１〜８は、ＵＤＤＩレジストリ１５４０からも獲得することができる。ウェブ・サービス・レジストリ（ＷＳＲ）１５２４は、ＵＤＤＩエントリから、要求／応答メッセージのフォーマット、サービス・アドレス等の情報を獲得するであろう。高速パス解析用のテンプレートは、正規表現として実装することができる。
【００６０】
また、ウェブ・サービス・ディスパッチャ（ＷＳＤ）１５２３は、クライアント１５１１から要求を受信した後に、ウェブ・サービスを呼び出すことに責任を負う。ウェブ・サービスを呼び出す前に、事前プロセスを適用して任意の隠し入力フィールドを追加することができる。応答をウェブ・サービスから受信した後、ウェブ・サービス・ディスパッチャ（ＷＳＤ）１５２３を用いて、この応答をクライアントによって受理可能な形式に変換し、次に、クライアント１５１１に戻すことができる。
【００６１】
他の実施形態の例として、クライアント１５１１は、ＧＭＷＳＭ １５２０にログインする。ユーザは、そのクライアント装置においてＧＭＷＳＣアプリケーション１５１１を開始する。ユーザは、そのクレデンシャル（ＩＤ及びパスワード）を提供する（かかるクレデンシャルは、これがクライアント・ソフトウェアによって自動的に提供されるように、クライアントにおいて保存することができる）。クライアントは、ユーザの事前に定義したプロファイルを用いて、ＧＭＷＳＭ １５２０からウェブ・サービス１５３１〜１５３４のリストを要求する。クライアントは、ＧＭＷＳＭからウェブ・サービスのリスト及びメタデータを受信する。クライアント１５１１は、受信されたメタデータを使用して、ＧＭＷＳＭ １５２０との間の通信を形成するとともに、ＧＵＩ構造を提供する。好ましくは、ユーザは、特定のウェブ・サービスを選択することによって、ウェブ・サービスにアクセスするための多くの通信手段のうちの１つ（例えば、音声、高速パス（所定の構文則テキスト）又は自然言語）を選択することができる。
【００６２】
ユーザは、ＧＭＷＳＭ １５２０との通信のために、音声入力又は特定のウェブ・サービスを選択することができる。音声入力の場合には、クライアントは、音声転写コンポーネントを呼び出し、オプションとして、その音声呼び出しのテキスト・バージョンを受信する（これに代えて、ユーザは、テキスト応答の音声バージョンを受信することができる）。また、ユーザは、その応答テキストに照らして、彼のオリジナルの構文に対する調節を行うことができる。システムは、その選択されたウェブ・サービスのための音声入力インタフェースを生成する。クライアントは、ウェブ・サービス・ディスパッチャ（ＷＳＤ）１５２３にユーザ入力を送信する。その後、クライアントは、応答を受信し、ＧＵＩ表示又は音声出力を生成する。また、図８及び図９を参照して説明したフローと同様に、第１のウェブ・サービスからの戻り情報は、第２のウェブ・サービスへの入力として使用することができる。
【００６３】
オプションとして、ユーザは、特定のウェブ・サービス１５３１を選択する。システムは、そのウェブ・サービスのための入力インタフェースを生成する。クライアントは、ユーザが提供する入力を使用して、ＸＭＬ入力を生成するとともに、ＸＭＬ入力についてウェブ・サービス・ディスパッチャ（ＷＳＤ）１５２３を呼び出す。その後、クライアントは、応答を受信し、ＧＵＩ表示を生成する。図８及び図９を参照して説明したフローと同様に、第１のウェブ・サービスからの戻り情報は、第２のウェブ・サービスへの入力として使用することができる。
【００６４】
本発明の能力は、ソフトウェア、ファームウェア、ハードウェア又はその特定の組み合わせの形態で実装することができる。
【００６５】
１例として、本発明の１つ以上の側面は、例えば、コンピュータ使用可能な媒体を有する製品（例えば、１つ以上のコンピュータ・プログラム製品）に含めることができる。かかる媒体の内部には、例えば、本発明の能力を提供し且つ支援するためのコンピュータ読み取り可能なプログラム・コード手段が具体化される。かかる製品は、コンピュータ・システムの一部として含まれるか、又は別個に販売することができる。
【００６６】
また、本発明の能力を遂行するようにコンピュータによって実行可能な命令の少なくとも１つのプログラムを有形的に具体化する、コンピュータによって読み取り可能な少なくとも１つのプログラム記憶装置を提供することができる。
【００６７】
添付の図面を参照して本明細書で説明したステップ（又は動作）は、単なる例であるに過ぎない。本発明の精神から逸脱することなく、これらのステップ（又は動作）に対し種々の変形を施すことができる。例えば、これらのステップを異なる順序で実行することができ、或いは特定のステップの追加、削除又は修正を行うことができる。これらの全ての変形は、本発明の一部であると考えられる。
【００６８】
前述の説明は、本発明の推奨実施形態に向けられているが、本発明が本明細書に開示した構成それ自体に限定されないことは明らかである。本発明の範囲は、請求項の記載に基づいて決定されるべきものである。
【図面の簡単な説明】
【００６９】
【図１】従来技術に従ったコンピュータ・システムの諸要素を示す図である。
【図２】従来技術に従ったコンピュータ・ネットワークの諸要素を示す図である。
【図３】本発明の実施形態に従った連続的ＧＵＩ表示の一部を示す図である。
【図４】本発明の実施形態に従った連続的ＧＵＩ表示の一部を示す図である。
【図５】本発明の実施形態に従った連続的ＧＵＩ表示の一部を示す図である。
【図６】本発明の実施形態に従った連続的ＧＵＩ表示の一部を示す図である。
【図７】本発明の実施形態に従った連続的ＧＵＩ表示の一部を示す図である。
【図８】本発明の実施形態に従った連続的アクションのフローを示す図である。
【図９】本発明の実施形態に従った連続的アクションのフローを示す図である。
【図１０】ＧＭＷＳＭ（汎用モバイル・ウェブ・サービス・マネージャ）上で構成されるＸＭＬメタデータを示す図である。
【図１１】ＧＭＷＳＭ上で構成されるＸＭＬメタデータを示す図である。
【図１２】ＧＭＷＳＭ上で構成されるＸＭＬメタデータを示す図である。
【図１３】モバイル・クライアントに供給されるＸＭＬメタデータを示す図である。
【図１４】モバイル・クライアントに供給されるＸＭＬメタデータを示す図である。
【図１５】クライアントからＧＭＷＳＭに送信される「Customer Information」の要求を示す図である。
【図１６】ＧＭＷＳＭからクライアントに送信される「Customer Information」の応答を示す図である。
【図１７】クライアントからＧＭＷＳＭに送信される「Account Rep」の要求を示す図である。
【図１８】ＧＭＷＳＭからクライアントに送信される「Account Rep」の応答を示す図である。
【図１９】ウェブ・サービス・コンピュータ・ネットワークの諸要素を示す図である。
【特許請求の範囲】
【請求項１】
汎用モバイル・ウェブ・サービス・マネージャ（以下「ＧＭＷＳＭ」と略記）を介してクライアントにウェブ・サービスを提供するための方法であって、
（ａ）ウェブ・サービスの相互依存型リストを有するクライアント・コンピュータが、ユーザ入力に応答して、前記相互依存型リストから第１のウェブ・サービスを選択するステップを含み、
前記相互依存型リストは、複数のウェブ・サービスを識別するリスト情報を含み、当該リスト情報は、前記複数のウェブ・サービスのうち前記第１のウェブ・サービスから受信される情報を、その後に要求される第２のウェブ・サービスと関係づけるものであり、
（ｂ）前記リスト情報に従い、前記選択するステップ（ａ）に応答して、第１のウェブ・サービス要求を前記クライアント・コンピュータから前記第１のウェブ・サービスに送信するステップと、
（ｃ）前記送信するステップ（ｂ）に応答して、前記第１のウェブ・サービスからの第１の情報を前記クライアント・コンピュータにおいて受信するステップと、
（ｄ）ユーザ入力に応答して、前記相互依存型リストから前記第２のウェブ・サービスを選択するステップと、
（ｅ）前記リスト情報に従い、前記受信された第１の情報を利用して前記選択された第２のウェブ・サービスに対する第２のウェブ・サービス要求を形成するステップと、
（ｆ）前記形成された第２のウェブ・サービス要求を前記クライアント・コンピュータから前記第２のウェブ・サービスに送信するステップと
をさらに含む、方法。
【請求項２】
（ｇ）前記送信するステップ（ｆ）に応答して、前記第２のウェブ・サービスからの第２の情報を前記クライアント・コンピュータにおいて受信するステップと、
（ｈ）前記リスト情報に従い、ユーザ入力に応答して、前記相互依存型リストから第３のウェブ・サービスを選択するステップと、
（ｉ）前記リスト情報に従い、前記受信された第２の情報又は前記受信された第１の情報のうちの任意の１つを利用して第３のウェブ・サービス要求を形成するステップと、
（ｊ）前記形成された第３のウェブ・サービス要求を前記クライアント・コンピュータから前記第３のウェブ・サービスに送信するステップと、
（ｋ）前記ステップ（ｊ）に応答して、前記第３のウェブ・サービスからの第３の情報を前記クライアント・コンピュータにおいて受信するステップと
をさらに含む、請求項１に記載の方法。
【請求項３】
１つ以上の追加のウェブ・サービス要求を送信するために、前記ステップ（ｇ）ないし（ｊ）が繰り返される。請求項２に記載の方法。
【請求項４】
前記クライアント・コンピュータにおいて前記リスト情報を受信するステップをさらに含み、
前記相互依存型リストは、メタデータを含み、前記リスト情報は、構成可能な相互依存型リスト及びこれに関連するメタデータからＧＭＷＳＭサーバによって構成され、
前記相互依存型リストに従った構成に基づいて、前記複数のウェブ・サービスのうち１つ以上の表現を前記ユーザに表示するステップと、
前記第１のウェブ・サービス要求又は前記第２のウェブ・サービス要求のうちの任意の１つを形成するときに、前記相互依存型リストの前記受信されたメタデータを利用するステップと、
ボタン又はメニューのうちの任意の１つを含むクライアント・グラフィカル・ユーザ・インタフェースであって、前記第１のウェブ・サービスの結果の表示から前記第２のウェブ・サービスの入力の表示にナビゲートする能力を含む前記クライアント・グラフィカル・ユーザ・インタフェースを作成するときに、前記相互依存型リストの前記受信されたメタデータを利用するステップと
をさらに含む、請求項１に記載の方法。
【請求項５】
前記クライアント・コンピュータが、前記第１のウェブ・サービス要求を前記ＧＭＷＳＭに送信し、前記クライアント・コンピュータが、前記第２のウェブ・サービス要求を前記ＧＭＷＳＭに送信し、前記クライアント・コンピュータが、前記ＧＭＷＳＭから前記相互依存型リスト及びこれに関連するメタデータを受信し、前記クライアント・コンピュータが、前記ＧＭＷＳＭから前記第１の情報を受信し、前記ＧＭＷＳＭが、前記クライアント・コンピュータを代表してウェブ・サービスと通信する、請求項４に記載の方法。
【請求項６】
前記相互依存型リスト及びこれに関連する前記メタデータは、ＸＭＬステートメントから成る、請求項４に記載の方法。
【請求項７】
前記クライアント・コンピュータが、前記リスト情報に従って、ウェブ・サービスの選択候補を示すプロンプト表示を前記ユーザに提示するステップと、
前記クライアント・コンピュータが、前記リスト情報に従って、前記ユーザが行った前記選択の結果を前記ユーザに提示するステップとをさらに含み、
前記ユーザへの提示のために使用されるインタフェースが、ＧＵＩ、音声、キーパッド、マウス又は機械的な動作のうちの任意の１つから成る、請求項１に記載の方法。
【請求項８】
前記第１のウェブ・サービス要求、前記受信された第１の情報及び前記第２のウェブ・サービス要求の各々は、ＸＭＬステートメントから成る、請求項１に記載の方法。
【請求項９】
請求項１ないし請求項８の何れか１項に記載の方法の各ステップをコンピュータに実行させるためのコンピュータ・プログラム。
【請求項１０】
汎用モバイル・ウェブ・サービス・マネージャ（以下「ＧＢＷＳＭ」と略記）を介してクライアントにウェブ・サービスを提供するための方法を実行するシステムであって、
ネットワークと、
サーバを介して、１つ以上のウェブ・サービスとネットワーク通信を行うためのクライアント・コンピュータとを備え、
前記方法が、
（ａ）ウェブ・サービスの相互依存型リストを有する前記クライアント・コンピュータが、ユーザ入力に応答して、前記相互依存型リストから第１のウェブ・サービスを選択するステップを含み、
前記相互依存型リストは、複数のウェブ・サービスを識別するリスト情報を含み、当該リスト情報は、前記複数のウェブ・サービスのうち前記第１のウェブ・サービスから受信される情報を、その後に要求される第２のウェブ・サービスと関係づけるものであり、
（ｂ）前記リスト情報に従い、前記選択ステップ（ａ）に応答して、第１のウェブ・サービス要求を前記クライアント・コンピュータから前記第１のウェブ・サービスに送信するステップと、
（ｃ）前記送信ステップ（ｂ）に応答して、前記第１のウェブ・サービスからの第１の情報を前記クライアント・コンピュータにおいて受信するステップと、
（ｄ）ユーザ入力に応答して、前記相互依存型リストから前記第２のウェブ・サービスを選択するステップと、
（ｅ）前記リスト情報に従い、前記受信された第１の情報を利用して前記選択された第２のウェブ・サービスに対する第２のウェブ・サービス要求を形成するステップと、
（ｆ）前記形成された第２のウェブ・サービス要求を前記クライアント・コンピュータから前記第２のウェブ・サービスに送信するステップとをさらに含む、システム。
【請求項１】
汎用モバイル・ウェブ・サービス・マネージャ（以下「ＧＭＷＳＭ」と略記）を介してクライアントにウェブ・サービスを提供するための方法であって、
（ａ）ウェブ・サービスの相互依存型リストを有するクライアント・コンピュータが、ユーザ入力に応答して、前記相互依存型リストから第１のウェブ・サービスを選択するステップを含み、
前記相互依存型リストは、複数のウェブ・サービスを識別するリスト情報を含み、当該リスト情報は、前記複数のウェブ・サービスのうち前記第１のウェブ・サービスから受信される情報を、その後に要求される第２のウェブ・サービスと関係づけるものであり、
（ｂ）前記リスト情報に従い、前記選択するステップ（ａ）に応答して、第１のウェブ・サービス要求を前記クライアント・コンピュータから前記第１のウェブ・サービスに送信するステップと、
（ｃ）前記送信するステップ（ｂ）に応答して、前記第１のウェブ・サービスからの第１の情報を前記クライアント・コンピュータにおいて受信するステップと、
（ｄ）ユーザ入力に応答して、前記相互依存型リストから前記第２のウェブ・サービスを選択するステップと、
（ｅ）前記リスト情報に従い、前記受信された第１の情報を利用して前記選択された第２のウェブ・サービスに対する第２のウェブ・サービス要求を形成するステップと、
（ｆ）前記形成された第２のウェブ・サービス要求を前記クライアント・コンピュータから前記第２のウェブ・サービスに送信するステップと
をさらに含む、方法。
【請求項２】
（ｇ）前記送信するステップ（ｆ）に応答して、前記第２のウェブ・サービスからの第２の情報を前記クライアント・コンピュータにおいて受信するステップと、
（ｈ）前記リスト情報に従い、ユーザ入力に応答して、前記相互依存型リストから第３のウェブ・サービスを選択するステップと、
（ｉ）前記リスト情報に従い、前記受信された第２の情報又は前記受信された第１の情報のうちの任意の１つを利用して第３のウェブ・サービス要求を形成するステップと、
（ｊ）前記形成された第３のウェブ・サービス要求を前記クライアント・コンピュータから前記第３のウェブ・サービスに送信するステップと、
（ｋ）前記ステップ（ｊ）に応答して、前記第３のウェブ・サービスからの第３の情報を前記クライアント・コンピュータにおいて受信するステップと
をさらに含む、請求項１に記載の方法。
【請求項３】
１つ以上の追加のウェブ・サービス要求を送信するために、前記ステップ（ｇ）ないし（ｊ）が繰り返される。請求項２に記載の方法。
【請求項４】
前記クライアント・コンピュータにおいて前記リスト情報を受信するステップをさらに含み、
前記相互依存型リストは、メタデータを含み、前記リスト情報は、構成可能な相互依存型リスト及びこれに関連するメタデータからＧＭＷＳＭサーバによって構成され、
前記相互依存型リストに従った構成に基づいて、前記複数のウェブ・サービスのうち１つ以上の表現を前記ユーザに表示するステップと、
前記第１のウェブ・サービス要求又は前記第２のウェブ・サービス要求のうちの任意の１つを形成するときに、前記相互依存型リストの前記受信されたメタデータを利用するステップと、
ボタン又はメニューのうちの任意の１つを含むクライアント・グラフィカル・ユーザ・インタフェースであって、前記第１のウェブ・サービスの結果の表示から前記第２のウェブ・サービスの入力の表示にナビゲートする能力を含む前記クライアント・グラフィカル・ユーザ・インタフェースを作成するときに、前記相互依存型リストの前記受信されたメタデータを利用するステップと
をさらに含む、請求項１に記載の方法。
【請求項５】
前記クライアント・コンピュータが、前記第１のウェブ・サービス要求を前記ＧＭＷＳＭに送信し、前記クライアント・コンピュータが、前記第２のウェブ・サービス要求を前記ＧＭＷＳＭに送信し、前記クライアント・コンピュータが、前記ＧＭＷＳＭから前記相互依存型リスト及びこれに関連するメタデータを受信し、前記クライアント・コンピュータが、前記ＧＭＷＳＭから前記第１の情報を受信し、前記ＧＭＷＳＭが、前記クライアント・コンピュータを代表してウェブ・サービスと通信する、請求項４に記載の方法。
【請求項６】
前記相互依存型リスト及びこれに関連する前記メタデータは、ＸＭＬステートメントから成る、請求項４に記載の方法。
【請求項７】
前記クライアント・コンピュータが、前記リスト情報に従って、ウェブ・サービスの選択候補を示すプロンプト表示を前記ユーザに提示するステップと、
前記クライアント・コンピュータが、前記リスト情報に従って、前記ユーザが行った前記選択の結果を前記ユーザに提示するステップとをさらに含み、
前記ユーザへの提示のために使用されるインタフェースが、ＧＵＩ、音声、キーパッド、マウス又は機械的な動作のうちの任意の１つから成る、請求項１に記載の方法。
【請求項８】
前記第１のウェブ・サービス要求、前記受信された第１の情報及び前記第２のウェブ・サービス要求の各々は、ＸＭＬステートメントから成る、請求項１に記載の方法。
【請求項９】
請求項１ないし請求項８の何れか１項に記載の方法の各ステップをコンピュータに実行させるためのコンピュータ・プログラム。
【請求項１０】
汎用モバイル・ウェブ・サービス・マネージャ（以下「ＧＢＷＳＭ」と略記）を介してクライアントにウェブ・サービスを提供するための方法を実行するシステムであって、
ネットワークと、
サーバを介して、１つ以上のウェブ・サービスとネットワーク通信を行うためのクライアント・コンピュータとを備え、
前記方法が、
（ａ）ウェブ・サービスの相互依存型リストを有する前記クライアント・コンピュータが、ユーザ入力に応答して、前記相互依存型リストから第１のウェブ・サービスを選択するステップを含み、
前記相互依存型リストは、複数のウェブ・サービスを識別するリスト情報を含み、当該リスト情報は、前記複数のウェブ・サービスのうち前記第１のウェブ・サービスから受信される情報を、その後に要求される第２のウェブ・サービスと関係づけるものであり、
（ｂ）前記リスト情報に従い、前記選択ステップ（ａ）に応答して、第１のウェブ・サービス要求を前記クライアント・コンピュータから前記第１のウェブ・サービスに送信するステップと、
（ｃ）前記送信ステップ（ｂ）に応答して、前記第１のウェブ・サービスからの第１の情報を前記クライアント・コンピュータにおいて受信するステップと、
（ｄ）ユーザ入力に応答して、前記相互依存型リストから前記第２のウェブ・サービスを選択するステップと、
（ｅ）前記リスト情報に従い、前記受信された第１の情報を利用して前記選択された第２のウェブ・サービスに対する第２のウェブ・サービス要求を形成するステップと、
（ｆ）前記形成された第２のウェブ・サービス要求を前記クライアント・コンピュータから前記第２のウェブ・サービスに送信するステップとをさらに含む、システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２００８−１４６６３９（Ｐ２００８−１４６６３９Ａ）
【公開日】平成２０年６月２６日（２００８．６．２６）
【国際特許分類】
【出願番号】特願２００７−２９２９６４（Ｐ２００７−２９２９６４）
【出願日】平成１９年１１月１２日（２００７．１１．１２）
【出願人】（３９０００９５３１）インターナショナル・ビジネス・マシーンズ・コーポレーション (4,084)
【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＳＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ
【Ｆターム（参考）】
【公開日】平成２０年６月２６日（２００８．６．２６）
【国際特許分類】
【出願日】平成１９年１１月１２日（２００７．１１．１２）
【出願人】（３９０００９５３１）インターナショナル・ビジネス・マシーンズ・コーポレーション (4,084)
【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＳＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ
【Ｆターム（参考）】
[ Back to top ]