(57)【要約】【課題】クライアントがサービスを利用する際に必要なデータ処理を行えるようにし、クライアントが予め専用のプログラムを備えていなくてもサービスを利用できるようにするサービス管理方法を提供する。【解決手段】Ｗｅｂサービス管理装置１００は、Ｗｅｂサービスプロバイダ２００からＷｅｂサービスの利用方法が記述されたＷＳＤＬファイル、Ｗｅｂサービスの内容およびデバイス情報を受信する。ＷＳＤＬファイルを基に、Ｗｅｂサービスプロバイダ２００のＷｅｂサービスを利用するためのＷｅｂサービスクライアントプログラム１００Ａ、Ｗｅｂサービスクライアント３００がＷｅｂサービス管理装置１００にＷｅｂサービス要求を送信してその結果を受信するためのＷｅｂサービス管理装置サーバプログラム１００ＢおよびＷｅｂサービス管理装置クライアントプログラム３００Ｂを作成する（Ｓ２）。さらに、ＵＩ画面のＵＩデータを作成する（Ｓ３）。【選択図】      図５
2005055983.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置によって利用されるサービスをサービス管理装置が管理するサービス管理方法であって、
データ処理装置が提供するサービスに関する情報が所定の言語で記述された、当該サービスを利用する場合に参照するサービス記述情報を受信する受信ステップと、
前記受信ステップで受信されたサービス記述情報を基に、前記データ処理装置が提供するサービスを利用するためのプログラムを作成する作成ステップと、
前記作成ステップで作成されたプログラムを前記情報処理装置に送信する送信ステップと、
前記情報処理装置で実行される前記プログラムと通信した後、前記データ処理装置にサービスの利用を要求する要求ステップと、
前記データ処理装置が提供したサービスの利用結果を前記情報処理装置で実行されるプログラムに返信する返信ステップとを有することを特徴とするサービス管理方法。
【請求項２】
前記情報処理装置が利用するサービスを提供可能な複数のデータ処理装置が登録されている場合、所定の条件を基に、特定のデータ処理装置を選択する選択ステップを有し、
前記要求ステップでは、前記選択ステップで選択された特定のデータ処理装置に要求することを特徴とする請求項１記載のサービス管理方法。
【請求項３】
前記作成ステップで作成されたプログラムは、前記情報処理装置から前記データ処理装置に直接サービスを要求するプログラムでなく、前記情報処理装置から前記サービス管理装置にサービスを要求するためのプログラムであることを特徴とする請求項１或いは２記載のサービス管理方法。
【請求項４】
前記受信ステップで受信されたサービス記述情報を基に、前記データ処理装置及び前記サービス管理装置間でサービスの要求及びサービスの利用結果を転送するためのプログラムを作成する第２の作成ステップを有することを特徴とする請求項１乃至３のいずれか記載のサービス管理方法。
【請求項５】
前記作成ステップでは、前記受信ステップで受信されたサービス記述情報を基に、前記プログラムおよび前記情報処理装置のユーザインタフェース画面を生成するためのデータを作成し、
前記送信ステップでは、前記作成ステップで作成されたプログラムおよびデータを前記情報処理装置に送信し、
前記情報処理装置は、前記データに基づいて、ユーザインタフェース画面を表示することを特徴とする請求項１乃至４のいずれか記載のサービス管理方法。
【請求項６】
情報処理装置によって利用されるサービスをサービス管理装置が管理するサービス管理方法であって、
データ処理装置が提供するサービスに関する情報が所定の言語で記述された、当該サービスを利用する場合に参照するサービス記述情報を受信する受信ステップと、
前記受信ステップで受信されたサービス記述情報を解析する解析ステップと、
前記解析ステップでの解析を基に、前記データ処理装置が提供するサービスを利用するためのプログラムを作成する作成ステップと、
前記作成ステップで作成されたプログラムを前記情報処理装置に送信する送信ステップとを有することを特徴とするサービス管理方法。
【請求項７】
前記解析ステップでは、前記受信ステップで受信されたサービス記述情報に記述されたファーマット情報、または当該サービス記述情報に記述されたデータ転送情報を解析することを特徴とする請求項６に記載のサービス管理方法。
【請求項８】
情報処理装置によって利用されるサービスを管理するサービス管理装置であって、
データ処理装置が提供するサービスに関する情報が所定の言語で記述された、当該サービスを利用する場合に参照するサービス記述情報を受信する受信手段と、
前記受信手段により受信されたサービス記述情報を基に、前記データ処理装置が提供するサービスを利用するためのプログラムを作成する作成手段と、
前記作成手段により作成されたプログラムを前記情報処理装置に送信する送信手段と、
前記情報処理装置で実行される前記プログラムと通信した後、前記データ処理装置にサービスの利用を要求する要求手段と、
前記データ処理装置が提供したサービスの利用結果を前記情報処理装置で実行されるプログラムに返信する返信手段とを備えたことを特徴とするサービス管理装置。
【請求項９】
情報処理装置によって利用されるサービスを管理するサービス管理装置であって、
データ処理装置が提供するサービスに関する情報が所定の言語で記述された、当該サービスを利用する場合に参照するサービス記述情報を受信する受信手段と、
前記受信手段により受信されたサービス記述情報を解析する解析手段と、
前記解析手段による解析を基に、前記データ処理装置が提供するサービスを利用するためのプログラムを作成する作成手段と、
前記作成手段により作成されたプログラムを前記情報処理装置に送信する送信手段とを有することを特徴とするサービス管理装置。
【請求項１０】
請求項１乃至７のいずれかに記載のサービス管理方法を実現するための制御プログラムであって、サービス管理装置内のコンピュータによって読み取り実行可能なコードを有する制御プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サービス管理装置が情報処理装置によって利用されるサービスを管理するサービス管理方法、サービス管理装置および制御プログラムに関する。
【０００２】
【従来の技術】
従来、ネットワークシステムとして、クライアントからのサービスの要求に対し、サーバがサービスを提供するものが知られている（例えば、特許文献１）。
【０００３】
このネットワークシステムでは、サーバがサービス情報に基づいて設定画面データを生成して、それをクライアントに送信し、クライアントはその設定画面を表示する。クライアントのユーザは、設定画面においてサービスを利用する上での条件を設定することにより、サーバが提供するサービスを利用する。
【０００４】
【特許文献１】
特開２００２−０８２７８５号公報
【０００５】
【発明が解決しようとする課題】
サーバおよびクライアントがネットワークを介して接続されたデータ処理システムにおいて、Ｗｅｂサービス技術を使用することにより、サーバがクライアントにサービスを提供することが知られている。
【０００６】
このＷｅｂサービス技術では、サーバとしてのＷｅｂサービスプロバイダ装置（以下、Ｗｅｂサービスプロバイダ）が、ＷＳＤＬ（Ｗｅｂ  ＳｅｒｖｉｃｅｓＤｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）で記述されたＷＳＤＬファイルをＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）を用いて、クライアントとしてのＷｅｂサービスリクエスタ装置（以下、Ｗｅｂサービスリクエスタ）に提供し、ＷｅｂサービスリクエスタはそのＷＳＤＬファイルを解析して、Ｗｅｂサービスプロバイダがどのようなサービスを提供しているか、またはどのような手順及びプロトコルでサービスを受けるかを認識することができる。従って、Ｗｅｂサービスリクエスタは、希望するサービスを利用する場合、まず、Ｗｅｂサービス登録サーバ（以下、ＵＤＤＩレジストリという）等を用いて、希望するサービスを提供しているＷｅｂサービスプロバイダを検索する、つぎに、検索によって見つかったＷｅｂサービスプロバイダからＷＳＤＬファイルを取得し、取得したＷＳＤＬファイルを使ってＷｅｂサービスクライアントプログラムを作成する。そして、Ｗｅｂサービスリクエスタのユーザは、作成したＷｅｂサービスクライアントプログラムを使って、Ｗｅｂサービスプロバイダが提供するサービスを利用する。
【０００７】
しかしながら、上記Ｗｅｂサービス技術を用いたデータ処理システムでは、以下に掲げる問題がある。すなわち、ＷｅｂサービスリクエスタがＵＤＤＩレジストリに登録されたサービスを利用する場合、Ｗｅｂサービスリクエスタは、ＷｅｂサービスプロバイダからＷＳＤＬファイルを取得してＷＳＤＬファイルを解析しＷｅｂサービスクライアントプログラムを作成する専用のプログラムを必要とし、さらにその専用のプログラムを実行して作成処理を行わなければならないのでデータ処理の負担が大きかった。特に、ＷＳＤＬの解析処理にはメモリ資源を必要とするので、限られたメモリ資源しか保有していないＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）等のデバイスにとっては負担が大きかった。
【０００８】
また、上記従来の技術のように、Ｗｅｂサービスリクエスタが、Ｗｅｂファイルから作成された設定画面データを受信して、ユーザがその設定画面を使用してサービスを利用することも考えられる。しかし、設定画面データだけでは、条件を設定する設定処理はできても、例えば、サービスに合わせてデータのフォーマットを変換したり、サービス後の結果を受け取って処理したりすることは困難である。
【０００９】
また、ＷｅｂサービスプロバイダがＵＤＤＩレジストリにＷｅｂサービスを登録する場合、サービス提供者（Ｗｅｂサービスプロバイダ）に関する情報、提供するサービスの内容や名前、およびＷｅｂサービスを呼び出すためのインタフェース情報は登録されるが、提供するサービスのシステム環境（ＣＰＵ、メモリ）や稼動実績等については通常登録されない。すると、優れたサービスを提供しているデバイス（Ｗｅｂサービスプロバイダ）がＵＤＤＩレジストリに登録されていても、利用した検索条件に合わず、利用者に知られないでいることがある。また、ＵＤＤＩレジストリでサービスを検索した結果、同一のサービスを提供しているＷｅｂサービスプロバイダが複数登録されていた場合、Ｗｅｂサービスリクエスタは、どのＷｅｂサービスプロバイダを利用すると、最適なサービスを受けることができるのか判断することができない。
【００１０】
そこで、本発明は、サーバとしてのいデータ処理装置が提供するサービスの内容に合わせてサービスを利用するためのプログラムを作成し、それをクライアントとしての情報処理装置に使用させることにより、クライアントがサービスを利用する際に必要なデータ処理を行えるようにし、クライアントが予め専用のプログラムを備えていなくてもサービスを利用できるようにするサービス管理方法、サービス管理装置および制御プログラムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するために、本発明のサービス管理方法は、情報処理装置によって利用されるサービスをサービス管理装置が管理するサービス管理方法であって、データ処理装置が提供するサービスに関する情報が所定の言語で記述された、当該サービスを利用する場合に参照するサービス記述情報を受信する受信ステップと、前記受信ステップで受信されたサービス記述情報を基に、前記データ処理装置が提供するサービスを利用するためのプログラムを作成する作成ステップと、前記作成ステップで作成されたプログラムを前記情報処理装置に送信する送信ステップと、前記情報処理装置で実行される前記プログラムと通信した後、前記データ処理装置にサービスの利用を要求する要求ステップと、前記データ処理装置が提供したサービスの利用結果を前記情報処理装置で実行されるプログラムに返信する返信ステップとを有することを特徴とする。
【００１２】
本発明のサービス管理装置は、情報処理装置によって利用されるサービスを管理するサービス管理装置であって、データ処理装置が提供するサービスに関する情報が所定の言語で記述された、当該サービスを利用する場合に参照するサービス記述情報を受信する受信手段と、前記受信手段により受信されたサービス記述情報を基に、前記データ処理装置が提供するサービスを利用するためのプログラムを作成する作成手段と、前記作成手段により作成されたプログラムを前記情報処理装置に送信する送信手段と、前記情報処理装置で実行される前記プログラムと通信した後、前記データ処理装置にサービスの利用を要求する要求手段と、前記データ処理装置が提供したサービスの利用結果を前記情報処理装置で実行されるプログラムに返信する返信手段とを備えたことを特徴とする。
【００１３】
【発明の実施の形態】
本発明のサービス管理方法、サービス管理装置および制御プログラムの実施の形態について図面を参照しながら説明する。本実施形態では、Ｗｅｂサービス技術を採用し、Ｗｅｂサービス管理装置、ＷｅｂサービスプロバイダおよびＷｅｂサービスリクエスタ（Ｗｅｂサービスクライアント）がネットワークを介して接続されたネットワークシステムに適用される。
【００１４】
［全体の構成］
図１は実施の形態におけるネットワークシステムの構成を示す図である。本実施形態のネットワークシステムは、Ｗｅｂサービス管理装置１００およびデバイス２００、２１０、３００、３１０がネットワーク４００を介して接続された構成を有する。Ｗｅｂサービス管理装置（Ｗｅｂサービス管理サーバ）１００は、Ｗｅｂサービスおよびデバイスの情報の登録を受け付ける。デバイス２００、２１０は、Ｗｅｂサービスプロバイダとなり、Ｗｅｂサービス管理装置１００に自らの公開しているＷｅｂサービス情報およびデバイス情報を登録する。デバイス３００、３１０は、Ｗｅｂサービス管理装置１００に登録されたＷｅｂサービスを利用するＷｅｂサービスリクエスタ（Ｗｅｂサービスクライアント）となる。本実施形態では、デバイス２００、３００、３１０はＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）から構成されるが、一般的なＰＣから構成されてもよい。
【００１５】
［Ｗｅｂサービス管理装置の構成］
図２はＷｅｂサービス管理装置の構成を示すブロック図である。このＷｅｂサービス管理装置は一般的なＰＣと同じ構成を有する。すなわち、Ｗｅｂサービス管理装置１００は、ＲＯＭ２５２もしくはハードディスク（ＨＤ）２６１に記憶された、あるいはフロッピー（登録商標）ディスクドライブ（ＦＤ）２６２から供給される各種ソフトウェアを実行するＣＰＵ２５１を有しており、ＣＰＵ２５１はシステムバス２５４に接続された各部を総括的に制御する。
【００１６】
２５３はＲＡＭであり、ＣＰＵ２５１の主メモリ、ワークエリア等として機能する。２５５はキーボードコントローラ（ＫＢＣ）であり、キーボード（ＫＢ）２５９やポインティングデバイス（図示せず）等からの指示入力を制御する。２５６はＣＲＴコントローラ（ＣＲＴＣ）であり、ＣＲＴディスプレイ（ＣＲＴ）２６０の表示を制御する。
【００１７】
２５７はディスクコントローラ（ＤＫＣ）であり、ブートプログラム、分散サーバシステムプログラム、種々のアプリケーション、編集ファイル、ユーザファイル等を記憶するハードディスク（ＨＤ）２６１およびフロッピー（登録商標）ディスクドライブ（ＦＤ）２６２とのアクセスを制御する。２５８はネットワークインタフェースカード（ＮＩＣ）であり、ＬＡＮ４００を介してネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。
【００１８】
［Ｗｅｂサービスクライアントのソフトウェアモジュールの構成］
図３はＷｅｂサービスクライアントのソフトウェアモジュールの構成を示す図である。Ｗｅｂサービスクライアント３００は、ＯＳ３０１、Ｄｅｖｉｃｅ  Ｍａｉｎ  Ｍｏｄｕｌｅ群３０２、Ｄｅｖｉｃｅ  Ｈａｎｄｌｅ  ＡＰＩ３０３、ＵＩ  Ｍｏｄｕｌｅ３０４、Ｅｘｐａｎｄ  Ｍｏｄｕｌｅ３０５およびＥｘｐａｎｄ  ＵＩ  Ｍｏｄｕｌｅ３０６を有する。Ｄｅｖｉｃｅ  Ｍａｉｎ  Ｍｏｄｕｌｅ群３０２は、ネットワーク機能、メモリ管理機能などを提供するＯＳ３０１上で動作するデバイスの操作および制御を行う。ＵＩ  Ｍｏｄｕｌｅ３０４は、デバイスを操作する機能およびデバイスの情報を表示する機能を備える。Ｄｅｖｉｃｅ  Ｈａｎｄｌｅ  ＡＰＩ３０３は、ＵＩ  Ｍｏｄｕｌｅ３０４のデバイス操作命令をＤｅｖｉｃｅ  Ｍａｉｎ  Ｍｏｄｕｌｅに指示する。Ｅｘｐａｎｄ  Ｍｏｄｕｌｅ３０５は、Ｗｅｂサービス管理装置１００から受信したプログラムを動作させるためのプラットフォームである。Ｅｘｐａｎｄ  ＵＩ  Ｍｏｄｕｌｅ３０６は、Ｗｅｂサービス管理装置１００から受信したＵＩデータをデバイスに組み込み、動作させるためのプラットフォームである。
【００１９】
［Ｗｅｂサービスを利用する際の流れ］
図４はＷｅｂサービス管理装置を使って、ＷｅｂサービスクライアントがＷｅｂサービスを利用する際の処理の流れを示す図である。Ｗｅｂサービスクライアント３００は、Ｗｅｂサービスプロバイダ２１０で提供しているＷｅｂサービス２１０Ａを要求する場合、Ｗｅｂサービスクライアント３００上で動作するＵＩ（ユーザインターフェース）データ３００Ａから生成されるＵＩ画面およびＷｅｂサービス管理装置クライアントプログラム３００Ｂを利用する。ＵＩデータ３００Ａ及びＷｅｂサービス管理装置クライアントプログラム３００Ｂは、予めＷｅｂサービス管理装置１００から受信しておく。
【００２０】
そして、Ｗｅｂサービスの利用者は、Ｗｅｂサービスクライアント３００のＵＩ画面から利用したいＷｅｂサービスを選択し、必要な情報を入力する。Ｗｅｂサービス管理装置クライアントプログラム３００Ｂによって、入力された情報はＷｅｂサービス管理装置サーバプログラム１００Ｂに送信される。尚、このとき送信されるデータは、ＳＯＡＰ−ＸＭＬ形式である必要はなく、一般的なＲＰＣ形式、またはＷｅｂサービス管理装置およびＷｅｂサービスクライアント間でのみ理解できる特殊なフォーマットであってもよい。
【００２１】
Ｗｅｂサービス管理装置１００で動作するＷｅｂサービス管理装置サーバプログラム１００Ｂは、Ｗｅｂサービスクライアント３００からＷｅｂサービスのリクエストを受信すると、Ｗｅｂサービス登録データベース１００Ｃに登録されたＷｅｂサービスクライアントプログラム１００Ａに、Ｗｅｂサービスの呼び出しに必要な情報を渡し、Ｗｅｂサービスのリクエストを送信する。尚、Ｗｅｂサービス登録データベース１００Ｃに同一のＷｅｂサービスが存在する場合、同じくＷｅｂサービス登録データベースに登録されているＷｅｂサービスプロバイダの情報（ＣＰＵ、メモリ情報など）を参照し、最適なＷｅｂサービスプロバイダを選択することができる。
【００２２】
Ｗｅｂサービスクライアントプログラム１００Ａは、Ｗｅｂサービス管理装置サーバプログラム１００Ｂから渡された情報を基に、Ｗｅｂサービスプロバイダ２１０で提供されているＷｅｂサービス２１０Ａに対し、ＳＯＡＰ−ＸＭＬ技術を利用したサービスリクエスト送信およびレスポンス受信を行う。
【００２３】
Ｗｅｂサービス管理装置サーバプログラム１００Ｂは、Ｗｅｂサービスクライアントプログラム１００ＡからＷｅｂサービスの結果を受信すると、Ｗｅｂサービス管理装置クライアントプログラム３００Ｂにその結果を返信する。そして、Ｗｅｂサービス管理装置クライアントプログラム３００Ｂは、ＵＩデータ３００Ａから生成されたＵＩ画面にその結果を表示する。
【００２４】
［Ｗｅｂサービス管理装置へのデータ登録］
図５はＷｅｂサービス管理装置１００のデータ登録処理手順を示すフローチャートである。この処理プログラムは、Ｗｅｂサービス管理装置１００内のハードディスク２６１に格納されており、ＣＰＵ２５１によって実行される。このデータ登録処理では、Ｗｅｂサービスプロバイダ（デバイス）２００、２１０からのＷｅｂサービス情報およびデバイス情報がＷｅｂサービス管理装置１００に登録される。
【００２５】
まず、Ｗｅｂサービスプロバイダ２００からデータ登録要求を受信する（ステップＳ１）。このデータ登録要求の受信処理では、Ｗｅｂサービス管理装置１００は、Ｗｅｂサービスプロバイダ２００からＷｅｂサービスの利用方法が記述されたＷＳＤＬ（Ｗｅｂ  Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）ファイル（サービス記述情報）、Ｗｅｂサービスの内容およびデバイス情報（ＣＰＵ、メモリ等）を受信する。
【００２６】
受信したＷｅｂサービスの利用方法が記述されたサービス記述情報（ＷＳＤＬファイル）を基に、Ｗｅｂサービス管理装置１００は、Ｗｅｂサービスプロバイダ２００のＷｅｂサービスを利用するためのＷｅｂサービスクライアントプログラム１００Ａ、およびＷｅｂサービスクライアント３００、３１０がＷｅｂサービス管理装置１００にＷｅｂサービス要求を送信してＷｅｂサービスの結果を受信するためのＷｅｂサービス管理装置サーバプログラム１００Ｂ、Ｗｅｂサービス管理装置クライアントプログラム３００Ｂを作成する（ステップＳ２）。
【００２７】
そして、ステップＳ１でＷｅｂサービスクライアント３００上で表示されるＵＩデータの一部として画像データ等の情報を受信している場合、受信した画像データ等の情報を基に、Ｗｅｂサービスクライアント３００で動作するＵＩ画面を生成するためのＵＩデータを作成し、一方、画像データ等の情報を受信していない場合、デフォルトのデータを用いてＵＩデータを作成する（ステップＳ３）。
【００２８】
ステップＳ１で受信したデバイス情報、ステップＳ２で生成されたプログラム、およびステップＳ３で作成されたＵＩデータをＷｅｂサービス登録データベース１００Ｃに登録する（ステップＳ４）。この後、本処理を終了する。
【００２９】
［Ｗｅｂサービスクライアントプログラム作成］
図６はステップＳ２におけるＷｅｂサービスクライアントプログラム１００Ａを作成する処理手順を示すフローチャートである。Ｗｅｂサービスクライアントプログラム１００Ａは、Ｗｅｂサービスプロバイダ２１０で提供されるＷｅｂサービスを利用するためのものである。
【００３０】
まず、ＷＳＤＬファイルのメッセージフォーマット情報（＜ｔｙｐｅ＞、＜ｍｅｓｓａｇｅ＞、＜ｐｏｒｔＴｙｐｅ＞）を基に、メッセージ解析処理プログラムを作成する（ステップＳ１１）。
【００３１】
ＷＳＤＬファイルのデータ転送情報（＜ｂｉｎｄｉｎｇ＞、＜ｐｏｒｔ＞）を基に、データ転送プログラムを作成する（ステップＳ１２）。ステップＳ１１、Ｓ１２で作成されたプログラムコードを実行可能なコードに変換するコンパイル処理を行う（ステップＳ１３）。この後、本処理を終了する。
【００３２】
［Ｗｅｂサービス管理装置サーバ・クライアントプログラム作成］
図７はステップＳ２におけるＷｅｂサービス管理装置サーバプログラム１００ＢおよびＷｅｂサービス管理装置クライアントプログラム３００Ｂの作成処理手順を示すフローチャートである。Ｗｅｂサービス管理装置サーバプログラム１００ＢおよびＷｅｂサービスクライアントプロラム３００Ｂは、Ｗｅｂサービスクライアント３００がＷｅｂサービスを利用する際、Ｗｅｂサービス管理装置１００およびＷｅｂサービスクライアント３００上でそれぞれ動作するものである。
【００３３】
まず、ＷＳＤＬファイルのメッセージフォーマット情報（＜ｔｙｐｅ＞、＜ｍｅｓｓａｇｅ＞、＜ｐｏｒｔＴｙｐｅ＞）からＷｅｂサービスリクエストに必要な情報を解析する（ステップＳ２１）。同様に、Ｗｅｂサービスレスポンスとして取得する情報を解析する（ステップＳ２２）。
【００３４】
Ｗｅｂサービス管理装置１００およびＷｅｂサービスクライアント３００間で、ステップＳ２１、Ｓ２２で解析された情報を通信するためのプログラムを作成する（ステップＳ２３）。ここでは、サーバプログラムとクライアントプログラムを一緒に作成するので、通信手段および通信のデータ形式は、一般的でなくとも双方で理解できればよく、特に規定されない。例えば、単にＴＣＰ上の通信であり、お互いにやり取りするデータは「，」で区切られた文字列であってもよい。
【００３５】
この後、ステップＳ２３で作成されたプログラムコードを実行可能なコードに変換するコンパイル処理を行う（ステップＳ２４）。そして、本処理を終了する。
【００３６】
［Ｗｅｂサービス管理装置からのデータ取得］
図８はＷｅｂサービスクライアント３００からのデータ取得要求に対し、Ｗｅｂサービス管理装置１００がデータを送信する処理手順を示すフローチャートである。この処理プログラムは、Ｗｅｂサービス管理装置１００内のハードディスク２６１に格納されており、ＣＰＵ２５１によって実行される。このデータ取得処理では、新規に追加されたＷｅｂサービスの最新のリクエストプログラム（Ｗｅｂサービス管理装置クライアントプログラム、Ｗｅｂサービス呼び出しＵＩデータ）が送信される。
【００３７】
まず、Ｗｅｂサービスクライアントとなるデバイス３００からデータ取得要求を受信する（ステップＳ３１）。このデータ取得要求に応じて、ＵＩデータおよびＷｅｂサービス管理装置クライアントプログラムをデバイス３００に送信する（ステップＳ３２）。この後、本処理を終了する。ここで、ＵＩデータは、前述したように、Ｗｅｂサービスクライアント３００のＵＩ画面を生成するためのものである。Ｗｅｂサービス管理装置クライアントプログラムは、ＷｅｂサービスのリクエストをＷｅｂサービス管理装置１００に送信するとともに、Ｗｅｂサービス管理装置１００からＷｅｂサービスのレスポンスを受信するためのものである。
【００３８】
［Ｗｅｂサービス管理装置へのＷｅｂサービスリクエスト］
図９はＷｅｂサービス管理装置１００がＷｅｂサービスクライアントとなるデバイス３００からＷｅｂサービス要求を受信した際の処理手順を示すフローチャートである。この処理プログラムは、Ｗｅｂサービス管理装置１００内のハードディスク２６１に格納されており、ＣＰＵ２５１によって実行される。
【００３９】
まず、Ｗｅｂサービスクライアントとなるデバイス３００から、後述するＷｅｂサービスのリストが表示されたＵＩ画面（Ｗｅｂサービス選択画面、図１１参照）を基に選択されたＷｅｂサービスの要求を受信する（ステップＳ４１）。要求されたＷｅｂサービスを提供しているデバイスを、保有するＷｅｂサービス登録データベース１００Ｃから検索する（ステップＳ４２）。検索の結果、要求されたＷｅｂサービスが複数のデバイスで提供されているか否かを判別する（ステップＳ４３）。
【００４０】
単一のデバイスでしか提供されていない場合、そのままステップＳ４５の処理に進む。一方、要求されたＷｅｂサービスが複数のデバイスで提供されている場合、どのデバイスに対してＷｅｂサービスを要求するかを決定する（ステップＳ４４）。このＷｅｂサービスの要求先を決定する際、例えば事前に取得したデバイス情報（性能、利用実績等の付帯情報）を基に、高性能なデバイスを選択したり、過去のＷｅｂサービスのリクエストの結果から一番レスポンスの早かったデバイスを選択する方法等が用いられる。
【００４１】
そして、Ｗｅｂサービス管理装置（Ｗｅｂ管理サーバ）１００からＷｅｂサービスを提供しているＷｅｂサービスプロバイダに対し、Ｗｅｂサービスのリクエストを送信する（ステップＳ４５）。そして、送信したＷｅｂサービスリクエストに対するレスポンスを受信するまで待機し、Ｗｅｂサービスのレスポンスを受信すると、Ｗｅｂサービスクライアント３００にそのレスポンスデータを送信する（ステップＳ４６）。この後、本処理を終了する。
【００４２】
［Ｗｅｂサービ管理装置クライアントＵＩ画面］
図１０はＷｅｂサービス管理装置１００から配信されたＵＩデータを基に、Ｗｅｂサービスクライアント３００に表示されるＵＩ画面を示す図である。このＵＩ画面には、ＭＦＰの各種機能ボタンの他、Ｗｅｂ＿Ｓｅｒｖｉｃｅボタン４０１が表示されている。このＷｅｂ＿Ｓｅｒｖｉｃｅボタン４０１を押下する選択操作を行うことにより、Ｗｅｂサービスが利用可能となる。
【００４３】
図１１はＷｅｂ＿Ｓｅｒｖｉｃｅボタン４０１が選択された場合のＵＩ画面（Ｗｅｂサービス選択画面）を示す図である。このＵＩ画面で表示されるデータは、ステップＳ３２でＷｅｂサービス管理装置１００から送信され、Ｗｅｂサービスクライアント３００が受信したデータである。このＵＩ画面には、Ｗｅｂサービスクライアントが利用可能なＷｅｂサービスのリストが表示されている。ここでは、Ｗｅｂサービスのリストとして、電話番号検索、Ｅ−Ｍａｉｌ検索、認証およびＰＤＦ変換が挙げられている。この中からＥ−Ｍａｉｌ検索サービスが選択された場合を以下に示す。
【００４４】
図１２はＥ−Ｍａｉｌ検索サービスが選択された場合のＵＩ画面を示す図である。このＵＩ画面で表示されるデータも、Ｗｅｂサービス管理装置１００からＷｅｂ管理装置クライアント３００に配信されたものである。ここでは、検索に必要な情報（名前、会社名）をデータ入力部４１１、４１２に記入し、検索ボタン４１５を押下することにより、ＷｅｂサービスのリクエストがＷｅｂサービス管理装置１００に送信される。
【００４５】
図１３はＷｅｂサービス管理装置１００にＷｅｂサービスの利用を要求した結果、送信されたレスポンスを表示するＵＩ画面を示す図である。ここでは、入力された検索条件に該当するＥ−Ｍａｉｌアドレスが表示される。
【００４６】
［Ｗｅｂサービス管理装置に登録されるＷＳＤＬファイル］
図１４および図１５はＥ−ｍａｉｌ情報検索サービスのＷＳＤＬファイルを示す図である。ＷＳＤＬファイルには、Ｗｅｂサービスクライアントプログラムを作成する際に必要なリクエストデータ、レスポンスデータの形式およびリクエストの送信先情報が記載されるが、ここでは、Ｅ−ｍａｉｌ情報検索サービスを利用する際のデータフォーマット、リクエスト送信先ＵＲＬなどの情報が記載されている。
【００４７】
［ＵＩデータ］
図１６および図１７はＷｅｂサービス管理装置１００で作成され、Ｗｅｂサービスクライアント３００に配信されるＵＩデータを示す図である。ここでは、ＨＴＭＬファイルで作成されたＵＩデータ（Ｗｅｂサービス選択画面）が例示されている。
【００４８】
このＵＩデータには、「電話番号検索サービス」が選択された場合、Ｊａｖａ（登録商標）  Ｓｃｒｉｐｔで記述された関数ｌｏａｄ＿Ｓｅａｒｃｈ＿ｔｅｌｅｐｈｏｎｅ＿Ｎｕｍｂｅｒ（）関数が呼ばれ、「Ｅ−Ｍａｉｌ検索サービス」が選択された場合、ｌｏａｄ＿Ｓｅａｒｃｈ＿Ｅｍａｉｌ＿Ａｄｄｒｅｓｓ（）関数が呼ばれること等が記述されている。勿論、Ｊａｖａ（登録商標）  Ｓｃｒｉｐｔで記述された関数もＷｅｂサービス管理装置１００からダウンロードされたものである。
【００４９】
本実施形態では、Ｗｅｂサービスクライアントとなるデバイスは、Ｗｅｂサービス管理装置から受信したＷｅｂサービスリスト画面（Ｗｅｂサービス選択画面）およびその展開画面を使用することで、ＵＩ画面を共通にすることができる。また、デバイスの利用者は、現在利用している機能がＷｅｂサービスによって提供されている機能であるか、デバイス自身が提供している機能であるかを意識することなく、あたかもデバイスの一機能であるかのように、Ｗｅｂサービスを利用することができる。
【００５０】
このように、本実施形態によれば、ＷｅｂサービスクライアントのＵＩ画面に、予め利用可能なＷｅｂサービスが表示されるので、デバイスの利用者は、Ｗｅｂサービスを利用する際、ＵＤＤＩレジストリからＷｅｂサービスを検索しなくて済む。また、Ｗｅｂサービスのクライアント機能を実現するプログラムも、Ｗｅｂサービス管理装置によってＵＩデータと共に、予めＷｅｂサービスクライアントとなるデバイスに送信されている。したがって、Ｗｅｂサービスを利用する際の手間を省くことができる。このように、サーバとしてのデータ処理装置が提供するサービスの内容に合わせてサービスを利用するためのプログラムを作成し、それをクライアントとしての情報処理装置に使用させることにより、クライアントがサービスを利用する際に必要なデータ処理を行えるようにし、クライアントが予め専用のプログラムを備えていなくてもサービスを利用できるようにする。
【００５１】
また、デバイスのＵＩ画面には、Ｗｅｂサービス管理装置から配信された、利用可能なＷｅｂサービスのリストが表示されるので、ＵＤＤＩレジストリからＷｅｂサービスを検索することなく、利用可能なＷｅｂサービスを知ることができる。さらに、デバイスのＵＩ画面には、利用可能なＷｅｂサービスが表示されるので、デバイスの利用者は新規に追加されたＷｅｂサービスを容易に知ることができる。
【００５２】
また、Ｗｅｂサービスクライアントは、ＷｅｂサービスプロバイダからＷＳＤＬファイルを取得し、このＷＳＤＬファイルを基に、Ｗｅｂサービスクライアントを作成する作業をしなくとも、Ｗｅｂサービス管理装置から受信したＷｅｂサービス管理装置クライアントプログラム３００Ｂを利用することにより、Ｗｅｂサービスを利用可能である。
【００５３】
さらに、Ｗｅｂサービスクライアントは、Ｗｅｂサービス管理装置をＷｅｂサービス代理装置として利用することにより、Ｗｅｂサービスを利用する際、自らＷｅｂサービスプロバイダと通信する必要がないので、Ｗｅｂサービスプロバイダとの間のデータをＳＯＡＰ−ＸＭＬで処理しなくても、Ｗｅｂサービスを利用可能である。
【００５４】
また、Ｗｅｂサービスプロバイダは、Ｗｅｂサービスの内容だけでなく、デバイス情報などもＷｅｂサービス管理装置に登録するので、Ｗｅｂサービス管理装置は、Ｗｅｂ管理装置クライアントからのＷｅｂサービスの利用要求に対し、データベースを参照して最適なＷｅｂサービスプロバイダにＷｅｂサービスのリクエストを送信することができる。
【００５５】
さらに、Ｗｅｂサービス管理装置は、ＷｅｂサービスクライアントのＵＩ画面を、Ｗｅｂ画面でなく、プログラムおよび画像データからなるデータとして配信するので、Ｗｅｂサービスクライアントは、配信されたプログラムおよび画像データをデバイス上で動作させることにより、画面遷移毎にＷｅｂサーバにリクエストを送信する必要がなく、デバイス操作を快適に行うことができる。
【００５６】
また、Ｗｅｂサービス管理装置は、Ｗｅｂサービスクライアントに配信するＵＩ画面を、Ｗｅｂ画面でなく、プログラムおよび画像データからなるデータとして配信するので、配信されたデータを基に作成されたＵＩ画面上でデバイス自身（具体的に、図１０のＵＩ画面上の「コピー」、「送信」、「ボックス」等）を指示することが可能である。
【００５７】
以上が本発明の実施の形態の説明であるが、本発明は、これら実施の形態の構成に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【００５８】
例えば、上記実施形態では、ステップＳ３２でＷｅｂサービス管理装置クライアントプログラムおよびＵＩデータを併せて送信していたが、ＷｅｂサービスクライアントがＵＩデータから生成されるＵＩ画面を保有している場合、ＵＩデータを送信しなくてもよい。
【００５９】
また、本発明の目的は、実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。
【００６０】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００６１】
又、プログラムコードを供給するための記憶媒体としては、例えば、ＲＯＭ、フロッピー（登録商標）ディスク、ＰＣＭＣＩＡカードやコンパクトフラッシュ（登録商標）等のメモリカード、ハードディスク、マイクロＤＡＴ、光磁気ディスク、ＣＤ−ＲやＣＤ−ＲＷ等の光ディスク、ＤＶＤ等の相変化型光ディスク等で構成されてもよい。
【００６２】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００６３】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００６４】
【発明の効果】
本発明によれば、サーバとしてのデータ処理装置が提供するサービスの内容に合わせてサービスを利用するためのプログラムを作成し、それをクライアントとしての情報処理装置に使用させることにより、クライアントがサービスを利用する際に必要なデータ処理を行えるようにし、クライアントが予め専用のプログラムを備えていなくてもサービスを利用できるようにする。
【図面の簡単な説明】
【図１】実施の形態におけるネットワークシステムの構成を示す図である。
【図２】Ｗｅｂサービス管理装置の構成を示すブロック図である。
【図３】Ｗｅｂサービスクライアントのソフトウェアモジュールの構成を示す図である。
【図４】Ｗｅｂサービス管理装置を使って、ＷｅｂサービスクライアントがＷｅｂサービスを利用する際の処理の流れを示す図である。
【図５】Ｗｅｂサービス管理装置１００のデータ登録処理手順を示すフローチャートである。
【図６】ステップＳ２におけるＷｅｂサービスクライアントプログラム１００Ａを作成する処理手順を示すフローチャートである。
【図７】ステップＳ２におけるＷｅｂサービス管理装置サーバプログラム１００ＢおよびＷｅｂサービス管理装置クライアントプログラム３００Ｂの作成処理手順を示すフローチャートである。
【図８】Ｗｅｂサービスクライアント３００からのデータ取得要求に対し、Ｗｅｂサービス管理装置１００がデータを送信する処理手順を示すフローチャートである。
【図９】Ｗｅｂサービス管理装置１００がＷｅｂサービスクライアントとなるデバイス３００からＷｅｂサービス要求を受信した際の処理手順を示すフローチャートである。
【図１０】Ｗｅｂサービス管理装置１００から配信されたＵＩデータを基に、Ｗｅｂサービスクライアント３００に表示されるＵＩ画面を示す図である。
【図１１】Ｗｅｂ＿Ｓｅｒｖｉｃｅボタン４０１が選択された場合のＵＩ画面を示す図である。
【図１２】Ｅ−Ｍａｉｌ検索サービスが選択された場合のＵＩ画面を示す図である。
【図１３】Ｗｅｂサービス管理装置１００にＷｅｂサービスの利用を要求した結果、送信されたレスポンスを表示するＵＩ画面を示す図である。
【図１４】Ｅ−ｍａｉｌ情報検索サービスのＷＳＤＬファイルを示す図である。
【図１５】図１４につづくＥ−ｍａｉｌ情報検索サービスのＷＳＤＬファイルを示す図である。
【図１６】Ｗｅｂサービス管理装置１００で作成され、Ｗｅｂサービスクライアント３００に配信されるＵＩデータを示す図である。
【図１７】図１６につづくＷｅｂサービス管理装置１００で作成され、Ｗｅｂサービスクライアント３００に配信されるＵＩデータを示す図である。
【符号の説明】
１００  Ｗｅｂサービス管理装置（Ｗｅｂ管理サーバ）
１００Ａ  Ｗｅｂサービスクライアントプログラム
１００Ｂ  Ｗｅｂサービス管理装置サーバプログラム
１００Ｃ  Ｗｅｂサービス登録データベース
２００、２１０  Ｗｅｂサービスプロバイダ（デバイス）
２１０Ａ  Ｗｅｂサービス
３００、３１０  Ｗｅｂサービスクライアント
３００Ａ  ＵＩデータ
３００Ｂ  Ｗｅｂサービス管理装置クライアントプログラム
【図１】
2005055983.tif 000003
【図２】
2005055983.tif 000004
【図３】
2005055983.tif 000005
【図４】
2005055983.tif 000006
【図５】
2005055983.tif 000007
【図６】
2005055983.tif 000008
【図７】
2005055983.tif 000009
【図８】
2005055983.tif 000010
【図９】
2005055983.tif 000011
【図１０】
2005055983.tif 000012
【図１１】
2005055983.tif 000013
【図１２】
2005055983.tif 000014
【図１３】
2005055983.tif 000015
【図１４】
2005055983.tif 000016
【図１５】
2005055983.tif 000017
【図１６】
2005055983.tif 000018
【図１７】
2005055983.tif 000019