JP2004274736A - サービス情報提供装置、ユーザ端末装置、サービス情報提供方法、サービス利用方法、サービス情報提供プログラム、サービス利用プログラム及び記録媒体 - Google Patents

Abstract

【課題】 ユーザがサービスを選択する場合に必要とする情報を、複数のサービスに係る情報の中から速やかに提供することを目的とする。
【解決手段】 ユーザがサービスを選択する場合に利用するサービスに係る情報を提供するサービス情報提供装置であって、サービスを提供する複数のサービス提供手段に係る情報及び該サービス提供手段が提供するサービスに係る情報を管理する管理手段を有することによって、上記課題を解決する。
【選択図】 図７

Description

本発明は、サービス情報提供装置、ユーザ端末装置、サービス情報提供方法、サービス利用方法、サービス情報提供プログラム、サービス利用プログラム及び記録媒体に関する。

従来より、ネットワークに接続された各機器が提供するサービスを発見するためのサービス発見方式が知られている（例えば、特許文献１参照）。

しかしながら、従来の方法では、サービスを発見したとしてもユーザがサービスを選択する場合に必要とする情報が含まれていない問題があった。

図１は、従来技術の問題点を説明するための図（その１）である。図１のクライアントと各サーバとはネットワークを介して接続されている。

ステップＳ１において、クライアントは、サービスＡを発見するのに、サーバＡとサーバＢとサーバＣとにマルチキャストでサービスＡの検索リクエストを送信する。

ステップＳ１に続いてステップＳ２に進み、サービスＡを有するサーバＡ及びサービスＡを有するサーバＢは、サービスＡが存在する旨の検索レスポンスをクライアントに送信する。

クライアントは、検索レスポンスを取得することにより、サービスＡを発見することができる。しかしながら、検索レスポンスには、クライアントを操作するユーザが、サービスＡを選択する場合に必要とする情報が含まれていない問題があった。

例えば、サービスＡがプリントサービスで、ユーザが、カラーでプリントをしたい場合であっても、検索レスポンスには、プリントサービスの詳細情報は含まれていないため、ユーザはどちらのプリントサービスがカラーに対応したプリントサービスかを判断できなかった。

実際、図１に示される従来例では、ステップＳ２に続いてステップＳ３に進み、クライアントは、それぞれが提供しているサービスＡの詳細情報の取得リクエストをサーバＡとサーバＢとに対して送信する。

ステップＳ３に続いてステップＳ４に進み、サーバＡとサーバＢとはそれぞれが提供しているサービスＡの詳細情報を含む、取得リクエストに対する取得レスポンスをクライアントに送信する。

クライアントは、取得レスポンスを取得することにより、初めて、サービスＡの詳細情報を取得し、ユーザは、サーバＡが提供するサービスＡか又はサーバＢが提供するサービスＡかを選択して利用することができる。

以上、図１では、クライアントがサービスＡを発見するのに、サーバＡとサーバＢとサーバＣとにマルチキャストでサービスＡの検索リクエストを送信する方法について説明したが、サービスＡを発見する他の方法として、クライアントが、サーバが提供するサービスの一覧の取得リクエストを各サーバごとに送信する方法もある。

図２は、従来技術の問題点を説明するための図（その２）である。図２のクライアントと各サーバとはネットワークを介して接続されている。

ステップＳ５において、クライアントは、サービスＡを発見するのに、サーバＡとサーバＢとサーバＣとにサービスの一覧の取得リクエストを送信する。

ステップＳ５に続いてステップＳ６に進み、サーバＡとサーバＢとサーバＣとは、それぞれが提供するサービスの一覧を生成し、サービス一覧を含む取得レスポンスをクライアントに送信する。

クライアントは、サービス一覧を含む取得レスポンスを各サーバから取得することにより、サービスＡを発見することができる。

しかしながら、上述した方法と同様、サービス一覧を含む取得レスポンスには、クライアントを操作するユーザが、サービスＡを選択する場合に必要とする情報が含まれていない問題があった。

実際、図２に示される従来例では、ステップＳ６に続いてステップＳ７に進み、クライアントは、それぞれが提供しているサービスＡの詳細情報の取得リクエストをサーバＡとサーバＢとに対して送信する。

ステップＳ７に続いてステップＳ８に進み、サーバＡとサーバＢとはそれぞれが提供しているサービスＡの詳細情報を含む、取得リクエストに対する取得レスポンスをクライアントに送信する。

上述したように、クライアントは、取得レスポンスを取得することにより、初めて、サービスＡの詳細情報を取得し、ユーザは、サーバＡが提供するサービスＡか又はサーバＢが提供するサービスＡかを選択して利用することができる。

上述したような問題を解決するためには、サービスＡを提供するアプリケーション、サービスＢを提供するアプリケーション、サービスＣを提供するアプリケーション、サービスＤを提供するアプリケーションそれぞれに、クライアントからの１度の検索及び／又は取得リクエストに基づいて、それぞれのアプリケーションが提供するサービスに係る詳細情報を含む検索及び／又は取得レスポンスを生成するサービス情報提供機能を実装する方法が考えられる。
特開２０００−２０９２３１号公報

しかしながら、上述した方法では、クライアントからの１度の検索及び／又は取得リクエストに基づいて、それぞれのアプリケーションが提供するサービスに係る情報をクライアントに提供するサービス情報提供機能を各アプリケーションごとに実装しなくてはならない問題があった。

本発明は、上記の点に鑑みなされたもので、ユーザがサービスを選択する場合に必要とする情報を、複数のサービスに係る情報の中から速やかに提供することを目的とする。

また、本発明は、ユーザがサービスを選択する場合に必要とする複数のサービスに係る情報を速やかに取得することを目的とする。

そこで、上記問題を解決するため、本発明は、ユーザがサービスを選択する場合に利用するサービスに係る情報を提供するサービス情報提供装置であって、サービスを提供する複数のサービス提供手段に係る情報及びサービス提供手段が提供するサービスに係る情報を管理する管理手段を有することを特徴とする。

本発明によれば、ユーザがサービスを選択する場合に利用するサービスに係る情報を提供するサービス情報提供装置であって、サービスを提供する複数のサービス提供手段に係る情報及びサービス提供手段が提供するサービスに係る情報を管理する管理手段を有することにより、ユーザがサービスを選択する場合に必要とする情報を、複数のサービスに係る情報の中から速やかに提供することができる。

また、本発明は、サービス提供手段が提供するサービスを利用するユーザが使用するユーザ端末装置であって、サービスに係る検索条件を含むリクエストを作成するリクエスト作成手段と、リクエストに応じた、ユーザがサービスを選択する場合に利用する、複数のサービスに係る情報を含むレスポンスを受信するレスポンス受信手段と、を有することを特徴とする。

本発明によれば、サービス提供手段が提供するサービスを利用するユーザが使用するユーザ端末装置であって、サービスに係る検索条件を含むリクエストを作成するリクエスト作成手段と、リクエストに応じた、ユーザがサービスを選択する場合に利用する、複数のサービスに係る情報を含むレスポンスを受信するレスポンス受信手段と、を有することによって、ユーザがサービスを選択する場合に必要とする複数のサービスに係る情報を速やかに取得することができる。

また、上記課題を解決するための手段として、サービス情報提供方法、サービス利用方法、サービス情報提供プログラム、サービス利用プログラム及び記録媒体としてもよい。

本発明によれば、ユーザがサービスを選択する場合に必要とする情報を、複数のサービスに係る情報の中から速やかに提供することができる。

また、本発明によれば、ユーザがサービスを選択する場合に必要とする複数のサービスに係る情報を速やかに取得することができる。

以下、本発明の実施の形態について図面に基づいて説明する。

図３は、本発明を実施するシステム構成を説明するためのシステム構成図（その１）である。図３では説明に必要な構成を表し、説明に必要の無い構成を省略してある。以下の図においても同様である。

図３に示すシステム構成では、クライアント２０と、サービス情報提供サーバ１０と、画像形成装置１２００と、サーバＡと、サーバＢとがネットワーク５を介して接続されている。

サービス情報提供サーバ１０は、サービス情報提供プロセス４０と、サービス情報格納部４５とを有し、サービス情報格納部４５には、例えば、サービス情報提供サーバ１０が管理するサーバＡに存在するプリントサービス提供サービス４１が提供するプリントサービスに係る情報と、サービス情報提供サーバ１０が管理するサーバＢに存在するリポジトリサービス提供サービス４２が提供するリポジトリサービスに係る情報とが格納されている。

クライアント２０は、サービスを検索する検索条件を含んだリクエストを生成し、生成したリクエストをサービス情報提供サーバ１０に送信する。

サービス情報提供サーバ１０のサービス情報提供プロセス４０は、クライアント２０から送信されたリクエストを受信すると、リクエストを解析し、サービス情報格納部４５に格納されているサービスに係る情報を用いて、リクエストに対応したレスポンスを生成し、クライアント２０に送信する。

クライアント２０は、レスポンスを受信し、解析して、サービスに係る情報を表示内容とする画面を生成し、ディスプレイに表示する。

また、クライアント２０は、サービス情報提供サーバ１０及びサービス情報提供サーバ１０が管理するサーバが提供するサービスに係る情報の一覧を取得する旨のリクエストを生成し、生成したリクエストをサービス情報提供サーバ１０に送信する。

サービス情報提供サーバ１０のサービス情報提供プロセス４０は、クライアント２０から送信されたリクエストを受信すると、リクエストを解析し、サービス情報格納部４５に格納されているサービスに係る情報を用いて、リクエストに対応したレスポンスを生成し、クライアント２０に送信する。

なお、画像形成装置１２００は、プリントサービス提供サービス４１が提供するプリントサービスにおいて、プリンタとしてのハードウェア機能を有する装置の一例である。同様に、画像形成装置１２００は、リポジトリサービス提供サービス４２が提供するリポジトリサービスにおいて、文書データ等を格納するハードウェア機能も有する。

図４は、本発明を実施するシステム構成を説明するためのシステム構成図（その２）である。

図４に示すシステム構成では、クライアント２０と、サービス情報提供サーバ１０とがネットワーク５を介して接続されている。

図４のシステム構成は、図３のシステム構成と比べて、プリントサービスを提供するプリントサービス提供サービス４１と、リポジトリサービスを提供するリポジトリサービス提供サービス４２とが、サービス情報提供サーバ１０に含まれる構成となっている。

サービス情報提供サーバ１０は、サービス情報提供プロセス４０やサービス情報格納部４５以外に、プリントサービス提供サービス４１やリポジトリサービス提供サービス４２などサービスを提供するアプリケーションを含むように構成されていてもよい。

図４に示すようなシステム構成であっても、上述したように、サービス情報提供プロセス４０は、クライアント２０から送信されたリクエストを受信すると、リクエストを解析し、サービス情報格納部４５に格納されているサービスに係る情報を用いて、リクエストに対応したレスポンスを生成し、クライアント２０に送信する。

図５は、本発明を実施するシステム構成を説明するためのシステム構成図（その３）である。

図５に示すシステム構成では、クライアント２０と、画像形成装置１２００とがネットワーク５を介して接続されている。

図５のシステム構成は、図３及び図４のシステム構成と比べて、サービス情報提供プロセス４０と、サービス情報格納部４５と、プリントサービス提供サービス４１と、リポジトリサービス提供サービス４２とが、画像形成装置１２００に含まれる構成となっている。

図５に示すようなシステム構成であっても、上述したように、サービス情報提供プロセス４０は、クライアント２０から送信されたリクエストを受信すると、リクエストを解析し、サービス情報格納部４５に格納されているサービスに係る情報を用いて、リクエストに対応したレスポンスを生成し、クライアント２０に送信する。

図６は、サービス情報提供サーバの一例のハードウェア構成図である。

図６に示されるサービス情報提供サーバ１０のハードウェア構成は、それぞれバスＢで相互に接続されている入力装置１１と、表示装置１２と、ドライブ装置１３と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１５と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１６と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１７と、インターフェース装置１８と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１９とから構成されている。

入力装置１１は、サービス情報提供サーバ１０の利用者が操作するキーボード及びマウスなどで構成され、サービス情報提供サーバ１０に各種操作信号を入力するのに用いられる。

表示装置１２は、サービス情報提供サーバ１０の利用者が操作するディスプレイなどで構成され、後述する各種画面を表示する。

インターフェース装置１８は、サービス情報提供サーバ１０をネットワーク５に接続するインターフェースである。

サービス情報提供プロセス４０に対応するサービス情報提供プログラムや、サービス情報提供サーバ１０の全体の処理を制御するメインプログラムは、例えば、ＣＤ−ＲＯＭなどの記録媒体１４によってサービス情報提供サーバ１０に提供されるか、ネットワーク５を通じてダウンロードされる。記録媒体１４は、ドライブ装置１３にセットされ、サービス情報提供プログラムやメインプログラムなどが記録媒体１４からドライブ装置１３を介してＨＤＤ１９にインストールされる。

ＲＯＭ１５は、データなどを格納する。ＲＡＭ１６は、サービス情報提供サーバ１０の起動時にＨＤＤ１９からサービス情報提供プログラムやメインプログラムなどを読み出して格納する。ＣＰＵ１７は、ＲＡＭ１６に読み出され格納されたサービス情報提供プログラムやメインプログラムなどに従って処理を実行する。

以下、サービス情報提供プロセス４０の機能の一例を、図７を用いて説明する。

図７は、サービス情報提供プロセスの一例を、機能ブロック図を用いて説明するための図である。

サービス情報提供プロセス４０は、ネットワークＩ／Ｆ部５１と、リクエスト解析部５２と、レスポンス生成部５３と、サービス情報管理部５４と、動作状況判定部５５と、検索条件判定部５６とを含む。

ネットワークＩ／Ｆ部５１は、クライアント２０より送信されたリクエストを、ネットワーク５を介して受信し、受診したリクエストをリクエスト解析部５２に渡したり、レスポンス生成部５３で生成したレスポンスを、ネットワーク５を介してクライアント２０に送信したりする。

リクエスト解析部５２は、ネットワークＩ／Ｆ部５１より渡されたリクエストの内容を解析し、リクエストに含まれる情報を保持する。

なお、リクエストの詳細は、後述する図１２や、図１４、図１８を用いて説明する。

サービス情報管理部５４は、サービスを提供するサービス提供サービス及びサービス提供サービスが提供するサービスに係る情報を管理し、例えば、図３に示されるように、ネットワーク５を介してサービス情報提供サーバ１０と接続された他のサーバ又は図４に示されるように、サービス情報提供サーバ１０に存在するサービス提供サービスより、サービス提供サービスに係る情報及びサービス提供サービスが提供するサービスに係る情報を取得し、サービス情報格納部４５に登録する。

なお、サービス提供サービスに係る情報としては、例えばサービス提供サービスが動作中か停止中かの情報等がある。また、サービス提供サービスが提供するサービスに係る情報としては、例えばサービスの名前やサービスの表示用の名前、サービスの実装タイプ等がある。

また、サービス情報管理部５４は、例えば、クライアント２０からのリクエストに含まれる検索条件に基づいて、サービス情報格納部４５を検索したり、検索条件に合うサービスに係る情報をサービス情報格納部４５より取得したり、サービス情報格納部４５に格納されているサービスに係る情報を更新したりする。

なお、サービス情報格納部４５の詳細は、後述する図８、図９、図１０、図１１を用いて説明する。

動作状況判定部５５は、サービス情報管理部５４がサービス情報格納部４５より取得したサービスに係る情報の内、後述するＡｃｔｉｖｅの値を参照し、対応するサービス提供サービスが動作中か、動作していないかを判定したり、サービス情報管理部５４が行った検索結果に基づいて、対応するサービス提供サービスが動作中か、動作していないかを判定したりする。

検索条件判定部５６は、サービス情報管理部５４がサービス情報格納部４５より取得したサービスに係る情報の中に、クライアント２０から送信されたリクエストに含まれる検索条件に一致するサービスに係る情報が存在するかどうかを判定したり、サービス情報管理部５４が行った検索結果に基づいて、クライアント２０から送信されたリクエストに含まれる検索条件に一致するサービスに係る情報が、サービス情報格納部４５に存在するかどうかを判定したりする。

また、検索条件判定部５６において、リクエスト解析部５２が解析し、保持しているリクエストに含まれる後述する言語指定情報を基に、日本語でレスポンスをすることが要求されているかどうかを判定するようにしてもよい。

レスポンス生成部５３は、サービス情報管理部５４が、サービス情報格納部４５より取得したサービスに係る情報を含むレスポンスを生成し、生成したレスポンスをネットワークＩ／Ｆ部５１に渡す。

なお、レスポンスの詳細は、後述する図１３、図１５、図１６、図１７、図１９、図２０を用いて説明する。

以下、サービス情報格納部の詳細を図８から図１１を用いて説明する。

図８は、サービス情報格納部を説明するための図（その１）である。

図８に示すように、サービス情報格納部４５は、Ｎａｍｅと、Ｄｉｓｐｌａｙ Ｎａｍｅと、Ａｃｃｅｓｓ ｐｏｒｔと、Ａｃｃｅｓｓ Ｕｒｉと、Ａｃｔｉｖｅと、Ｔｙｐｅと、Ｍａｃｈｉｎｅ Ｎａｍｅと、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓとを項目として含む。

Ｎａｍｅには、サービスの名前が格納されている。

Ｄｉｓｐｌａｙ Ｎａｍｅには、サービスの表示用の名前が英語で格納されている。

Ａｃｃｅｓｓ Ｐｏｒｔには、サービスのエンドポイント（ＳＯＡＰリクエストのＰＯＳＴ先）のポート番号が格納されている。

Ａｃｃｅｓｓ Ｕｒｉには、サービスのエンドポイント（ＳＯＡＰリクエストのＰＯＳＴ先）のリクエストＵＲＩ（ＨＴＴＰ ＵＲＬのホスト記述部より後の部分）が格納されている。

Ａｃｔｉｖｅには、サービスを提供するサービス提供サービスが動作中なら「１」が、停止中なら「０」が格納されている。

Ｔｙｐｅには、サービスの実装タイプが格納されている。例えば、実装タイプは、サービスの名前空間が同一であったとしても、実装や目的、性能、セキュリティ、利用料金などが異なる複数のサービスが同一ホストに存在する場合に、それぞれのサービスを区別するために用いられる。

Ｍａｃｈｉｎｅ Ｎａｍｅには、サービスを提供する装置の名前が英語で格納されている。

Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓには、サービスを提供するサービス提供サービスが実装されている装置のＩＰアドレスが格納されている。

サービス情報格納部４５において、サービス情報提供サーバ１０が管理対象とするサービスに係る情報を一元的に管理するため、サービス情報提供プロセス４０は、クライアント２０からのリクエストに対して、検索条件などを判定し、リクエストに応じて、図８に示されるようなサービスの表示用の名前や、サービスの実装タイプ、サービスを提供する装置の名前などを含むレスポンスを生成して、クライアント２０に送信することができる。

なお、クライアント２０からのリクエストの一例は、後述する図１２を用いて説明する。また、クライアント２０へのレスポンスの一例は、後述する図１３を用いて説明する。

クライアント２０は、サービス情報提供サーバ１０にリクエストを１度送信するだけで、サービスの表示用の名前や、サービスの実装タイプ、サービスを提供する装置の名前など、ユーザがサービスを選択する場合に必要とする情報を含むレスポンスを取得することができる。

図９は、サービス情報格納部を説明するための図（その２）である。

図９に示すように、サービス情報格納部４５は、Ｎａｍｅと、Ｄｉｓｐｌａｙ Ｎａｍｅと、Ｄｉｓｐｌａｙ Ｎａｍｅ ｊａと、Ａｃｃｅｓｓ ｐｏｒｔと、Ａｃｃｅｓｓ Ｕｒｉと、Ａｃｔｉｖｅと、Ｔｙｐｅと、Ｍａｃｈｉｎｅ Ｎａｍｅと、Ｍａｃｈｉｎｅ Ｎａｍｅ ｊａと、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓとを項目として含む。

図９に示すサービス情報格納部４５は、図８に示すサービス情報格納部４５と比較して、Ｄｉｓｐｌａｙ Ｎａｍｅ ｊａと、Ｍａｃｈｉｎｅ Ｎａｍｅ ｊａとの項目が新たに追加されている。

Ｄｉｓｐｌａｙ Ｎａｍｅ ｊａには、サービスの表示用の名前が日本語で格納されている。

Ｍａｃｈｉｎｅ Ｎａｍｅ ｊａには、サービスを提供する装置の名前が日本語で格納されている。

サービス情報提供プロセス４０は、後述する図１４において説明するように、クライアント２０からのリクエストにおいて、レスポンスに含むサービスに係る情報の言語を日本語と指定されると、日本語で記述されたサービスの表示用の名前やサービスを提供する装置の名前などを含むレスポンスを生成し、クライアント２０に送信するする。

なお、言語を指定するリクエストの一例は後述する図１４を用いて説明する。また、日本語を含むレスポンスの一例は後述する図１５を用いて説明する。

図１０は、サービス情報格納部を説明するための図（その３）である。

図１０に示すように、サービス情報格納部４５は、Ｎａｍｅと、Ｄｉｓｐｌａｙ Ｎａｍｅと、Ｄｉｓｐｌａｙ Ｎａｍｅ ｊａと、Ａｃｃｅｓｓ ｐｏｒｔと、Ａｃｃｅｓｓ Ｕｒｉと、Ａｃｔｉｖｅと、Ｔｙｐｅと、Ｍａｃｈｉｎｅ Ｎａｍｅと、Ｍａｃｈｉｎｅ Ｎａｍｅ ｊａと、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓと、Ｉｃｏｎとを項目として含む。

図１０に示すサービス情報格納部４５は、図９に示すサービス情報格納部４５と比較して、Ｉｃｏｎの項目が新たに追加されている。

Ｉｃｏｎには、サービスに係るアイコンの情報が格納されている。

サービス情報提供プロセス４０は、クライアント２０からのリクエストに対して、図１０に示されるサービス情報格納部４５に格納されている、サービスに係るアイコンの情報を含むレスポンスを生成し、クライアント２０に送信する。

なお、アイコンの情報を含むレスポンスの一例は後述する図１６を用いて説明する。

以下、サービス情報格納部４５の他の例を、図１１を用いて説明する。図１１は、サービス情報格納部を説明するための図（その４）である。

図８から図１０では、サービス情報格納部４５を、リレーショナルデータベース（ＲＤＢ）のような形で構成した場合の例を示したが、サービス情報格納部４５を、図１１に示すように、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）データベース（ＸＭＬＤＢ）のような形で構成してもよい。なお、図１１に示すサービス情報格納部４５に格納されている内容は、図９に示されるサービス情報格納部４５に格納されている内容と同様である。

図１２は、リクエストを説明するための図（その１）である。

図１２に示されるリクエストには、「ST:」の後の「http://foo/var/repository」によって、検索対象とするサービスのＩＤが記述され、「？」の後の「type=mfp」によって、検索条件が「key=value」の形で記述されている。

クライアント２０は、図１２に示されるが如く、「？」の後に検索条件を含んだ検索のリクエストをサービス情報提供サーバ１０に送信する。

クライアント２０は、検索条件を含んだ検索のリクエストを用いてサービスを検索することによって、よりユーザの要求に沿ったサービスを検索することができる。

なお、クライアント２０は、検索条件として、「key1=value1&key2=value2・・・」と、複数の検索条件を指定することもできる。

図１３は、レスポンスを説明するための図（その１）である。

図１３に示されるレスポンスには、「ST:」の後の「http://foo/var/repository」によって、サービスのＩＤが記述され、「？」の後の「type=mfp&machinename=third Floor east side&displayname=Repository for Development section」によって、サービスに係る情報が記述されている。

より具体的には、「type=mfp」によって、サービスの実装タイプが記述され、「machinename=third Floor east side」によって、サービスを提供する装置の名前が英語で記述され、「displayname=Repository for Development section」によって、サービスの表示用の名前が英語で記述されている。

なお、実際のレスポンスには、空白を含めることができないため、空白の代わりにＨＴＴＰスペース文字用エスケープシーケンス（％２０）が含められているが、説明の簡略化のため、本発明の実施の形態においては、空白を含めて説明を行っている。

サービス情報提供プロセス４０は、図１２に示されるようなリクエストを１度受信すると、図１３に示すが如く、「？」の後にサービスの実装タイプや、サービスを提供する装置の名前、サービスの表示用の名前などのユーザがサービスを選択する場合に必要とする情報を含むレスポンスを生成し、クライアント２０に送信することができる。

図１４は、リクエストを説明するための図（その２）である。

図１４に示されるリクエストには、「type=mfp&」の後の「lang=ja」によって、当該リクエストに対するレスポンスに含まれるサービスに係る情報の言語が指定されている。

より具体的には、図１４のリクエストでは、「lang=ja」によって、当該リクエストに対するレスポンスに含まれるサービスに係る情報の内、日本語に対応している情報は日本語によってレスポンスすることが指定されている。

クライアント２０は、当該リクエストに対するレスポンスに含まれるサービスに係る情報の言語を指定する言語指定情報を、「？」の後の検索条件の付加情報に含めたリクエストを用いてサービスを検索することによって、ユーザにとって分かりやすい言語で記述されたサービスに係る情報をレスポンスとして取得し、ユーザに提供することができる。

図１５は、レスポンスを説明するための図（その２）である。

図１５に示されるレスポンスには、「type=mfp&machinename=３階東側&displayname=開発部用リポジトリサービス」によって、サービスに係る情報が、日本語に対応している部分は、日本語で記述されている。

なお、実際のレスポンスは、空白の場合と同様、日本語は、％〜のようにエスケープした形で記述されるが、説明の簡略化のため、本発明の実施の形態においては、そのままの日本語を用いて説明を行っている。

サービス情報提供プロセス４０は、クライアント２０により送信された図１４に示されるようなリクエストを受信すると、図１４に示されるリクエストに含まれる「lang=」の部分を解析し、図１５に示されるような「？」の後に日本語で記述されたサービスに係る情報を含むレスポンスを生成し、クライアント２０に送信することができる。

図１６は、レスポンスを説明するための図（その３）である。

図１６に示されるレスポンスには、「icon=jh76FSD8wefqwde2DSte53uiweyr7wyr723fr23rr8fwe」によって、サービスに係るアイコンの情報が記述されている。

サービス情報提供プロセス４０は、図１６に示されるようなサービスに係るアイコンの情報を含むレスポンスを生成することによって、一度の検索のリクエストに対して、ユーザがサービスを選択する場合に分かりやすさを提供するアイコン情報を含んだレスポンスをクライアント２０に送信することができる。

以下、レスポンスの他の例を、図１７を用いて説明する。図１７は、レスポンスを説明するための図（その４）である。

本発明に係るサービス情報提供プロセス４０は、サービス情報提供サーバ１０又は他のサーバ等に実装されているサービス提供サービスが提供するサービスに係る情報を複数、管理しているため、例えば、図１４に示されるようなリクエストに対して、複数のサービスに係る情報を含むレスポンスを作成し、クライアント２０に提供することができる。

以下、リクエストの他の例を、図１８を用いて説明する。図１８は、リクエストを説明するための図（その３）である。

図１８に示されるリクエストには、「ST:」の後の「http://foo/var/scan」によって、検索対象とするサービスのＩＤが記述され、「？」の後の「with=print」によって、検索対象のサービスの条件が記述されている。なお、図１８は、プリントサービスと同居しているスキャンサービスを検索するリクエストの例となっている。

以下、図１８に示されるようなリクエストを受信した場合、サービス情報提供プロセス４０が作成するレスポンスの一例を、図１９を用いて説明する。図１９は、レスポンスを説明するための図（その５）である。

図１９では、プリントサービスと同居しているスキャンサービスに係る情報が含まれている。

なお、クライアント２０は、図１２や図１４、図１８を用いて説明したように、サービスを検索する検索のリクエストをサービス情報提供サーバ１０に送信する他に、サービス情報提供サーバ１０が有するサービスに係る情報の一覧の取得を要求するＨＴＴＰ１．１のＧＥＴリクエストをサービス情報提供サーバ１０に送信することができる。

以下、ＧＥＴリクエストに対するレスポンスの一例を、図２０を用いて説明する。

図２０は、レスポンスを説明するための図（その６）である。

図２０に示される＜machineName lang=" en"＞＜／machineName＞のタグには、サービスを提供する装置の名前が英語で格納されている。

また、＜machineName lang=" ja"＞＜／machineName＞のタグには、サービスを提供する装置の名前が日本語で格納されている。

また、＜displayName lang=" en"＞＜／displayName＞のタグには、サービスの表示用の名前が英語で格納されている。

また、＜displayName lang=" ja"＞＜／displayName＞のタグには、サービスの表示用の名前が日本語で格納されている。

サービス情報提供プロセス４０は、クライアント２０よりＧＥＴリクエストを受信すると、サービス情報格納部４５に格納されているサービスに係る情報を取得し、図２０に示されるような、サービスの一覧情報を含むレスポンスを生成し、クライアント２０に送信することができる。

以下、サービス情報提供プロセス４０におけるサービス情報提供処理の例を図２１から図２３を用いて説明する。

図２１は、サービス情報提供処理のフローチャート（その１）である。

ステップＳ１０においてネットワークＩ／Ｆ部５１は、クライアント２０より送信された図１２や図１４、図１８を用いて説明したような検索のリクエストを受信する。

ステップＳ１０に続いてステップＳ１１に進み、リクエスト解析部５２は、ステップＳ１０において受信したリクエストの内容を解析する。

例えば、リクエスト解析部５１は、図１２において説明したリクエストの「？」の後に記述されている検索条件（type=mfp）や、図１４において説明したリクエストの「lang=」で指定される言語指定情報を解析する。

ステップＳ１１に続いてステップＳ１２に進み、サービス情報管理部５４は、サービス情報格納部４５よりサービスに係る情報を全て取得し、保持する。

ステップＳ１２に続いてステップＳ１３に進み、動作状況判定部５５は、ステップＳ１２において取得し、保持されている全てのサービスに係る情報のＡｃｔｉｖｅの値を参照し、それぞれのサービスを提供するサービス提供サービスが動作中か停止中かを判定する。

動作状況判定部５５は、ステップＳ１２において取得した全てのサービスに係る情報に対応するサービス提供サービスの全てが動作中であると判定すると（ステップＳ１３においてＹＥＳ）、ステップＳ１５に進み、ステップＳ１２において取得した全てのサービスに係る情報に対応するサービス提供サービスの内、少なくとも１つ以上のサービス提供サービスが停止中であると判定すると（ステップＳ１３においてＮＯ）、ステップＳ１４に進む。

例えば、動作状況判定部５５は、Ａｃｔｉｖｅの値が「１」だと対応するサービスを提供するサービス提供サービスが動作中だと判定し、Ａｃｔｉｖｅの値が「０」だと対応するサービスを提供するサービス提供サービスが停止中であると判定する。

ステップＳ１４では、サービス情報管理部５４が、ステップＳ１２においてサービス情報格納部４５より取得し、保持しているサービスに係る情報の内、ステップＳ１３において対応するサービス提供サービスが停止中であると判定されたサービスに係る情報を破棄する。

ステップＳ１５では、検索条件判定部５６が、ステップＳ１１において解析した検索条件と、サービス情報管理部５４が保持しているサービスに係る情報とを比較して、サービス情報管理部５４が保持しているサービスに係る情報の中に、検索条件と一致するサービスに係る情報があるかどうかを判定する。

検索条件判定部５６は、サービス情報管理部５４が保持しているサービスに係る情報の中に、検索条件と一致するサービスに係る情報があると判定すると（ステップＳ１５においてＹＥＳ）、ステップＳ１６に進み、サービス情報格納部４５に格納されているサービスに係る情報の中に、検索条件と一致するサービスに係る情報が一つもないと判定すると（ステップＳ１５においてＮＯ）、処理を終了する。

例えば、検索条件判定部５６は、図１２に示されるリクエストに含まれる検索条件であるtypeの値と、図８に示されるサービス情報格納部より取得したサービスの実装タイプの値とを比較して、サービス情報格納部４５より取得し、サービス情報管理部５４において保持しているサービスに係る情報の中に、検索条件と一致するサービスに係る情報があるかどうかを判定する。

ステップＳ１６では、検索条件判定部５６が、ステップＳ１１においてリクエストを解析した結果に基づいて、日本語でレスポンスをすることが要求されているかどうかを判定する。

検索条件判定部５６は、日本語でレスポンスをすることが要求されていると判定すると（ステップＳ１６においてＹＥＳ）、ステップＳ１８に進み、日本語でレスポンスをすることが要求されていないと判定すると（ステップＳ１６においてＮＯ）、ステップＳ１７に進む。

例えば、検索条件判定部５６は、ステップＳ１１において解析した結果、リクエストに「lang=ja」が含まれているかどうかに基づいて、日本語でレスポンスをすることが要求されているかどうかを判定する。

ステップＳ１７においてレスポンス生成部５３は、サービス情報管理部５４が保持しているサービスに係る情報を用いて、日本語を含まないレスポンス（例えば、図１３参照）を生成する。

また、ステップＳ１８においてレスポンス生成部５３は、サービス情報管理部５４が保持しているサービスに係る情報を用いて、日本語を含むレスポンス（例えば、図１５又は図１６参照）を生成する。

ステップＳ１９では、ネットワークＩ／Ｆ部５１が、ステップＳ１７又はステップＳ１８において生成したレスポンスを、ネットワーク５を介してクライアント２０に送信する。

図２１に示す処理を行うことによって、サービス情報提供プロセス４０は、例えば、図１２や図１４、図１８に示すような検索のリクエストの内容を解析して、リクエストに対する、図１３や図１５、図１６、図１７、図１９に示すようなレスポンスを生成することができる。

なお、図２１においては、ステップＳ１２において全てのサービスに係る情報をサービス情報格納部４５より取得し、ステップＳ１３やステップＳ１４においてＡｃｔｉｖｅの値を参照し、対応するサービス提供サービスが動作していないサービスに係る情報は破棄するような、構成としたが、全てのサービスに係る情報をサービス情報格納部４５より取得するのではなく、サービスに係る情報をサービス情報格納部４５より１行ずつ読み出してＡｃｔｉｖｅの値を参照し、対応するサービス提供サービスが動作していないサービスに係る情報は破棄したりするような構成としても良い。

また、サービスに係る情報をサービス情報格納部４５より取得した後に検索条件などと比較するのではなく、リクエストに含まれる検索条件などを用いて、例えば、Ａｃｔｉｖｅの値が１で、ｔｙｐｅの値がｍｆｐのサービスに係る情報をサービス情報格納部４５の中から検索して取得するような構成としてもよい。

以下、検索条件を用いて、サービス情報格納部４５より検索条件に合うサービスに係る情報を取得する場合のフローチャートの一例を、図２２を用いて説明する。図２２は、サービス情報提供処理のフローチャート（その２）である。

ステップＳ６０においてネットワークＩ／Ｆ部５１は、クライアント２０より送信された図１２や図１４、図１８を用いて説明したような検索のリクエストを受信する。

ステップＳ６０に続いてステップＳ６１に進み、リクエスト解析部５２は、取得したリクエストの内容を解析し、クエリーを作成する。なお、リクエスト解析部５２は、サービス情報格納部４５が、図８から図１０に示したようにＲＤＢ形式であった場合は、ＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）を用いてクエリーを作成し、サービス情報格納部４５が、図１１に示したようにＸＭＬＤＢ形式であった場合は、ＸＱｕｅｒｙを用いてクエリーを作成する。

ステップＳ６１に続いてステップＳ６２に進み、サービス情報管理部５４は、サービス情報格納部４５に対して、ステップＳ６１において作成したクエリーを用いて検索を実行する。なお、クエリーには、例えば、図１２において説明したリクエストの「？」の後に記述されている検索条件（type=mfp）や、図１４において説明した「lang=」で指定される言語指定情報、及びＡｃｔｉｖｅの値が「１」等の検索条件が含まれる。

ステップＳ６２に続いてステップＳ６３に進み、例えば動作状況判定部５５及び／又は検索条件判定部５６は、ステップＳ６２において実行した検索の結果に基づいて、ステップＳ６１において作成したクエリーに含まれる検索条件等に合うサービスに係る情報がサービス情報格納部４５に存在するかどうかを判定する。

動作状況判定部５５及び／又は検索条件判定部５６は、クエリーに含まれる検索条件等に合うサービスに係る情報がサービス情報格納部４５に存在すると判定すると（ステップＳ６３においてＹＥＳ）、ステップＳ６４に進み、クエリーに含まれる検索条件等に合うサービスに係る情報がサービス情報格納部４５に存在しないと判定すると（ステップＳ６３においてＮＯ）、処理を終了する。

ステップＳ６４では、サービス情報管理部５４が、リクエストにおいて要求されているサービスに係る情報を、サービス情報格納部４５より取得する。例えば、リクエストにおいて、「lang=」で日本語が指定されていた場合、サービス情報管理部５４は、日本語に対応しているサービスに係る情報は、日本語で書かれているサービスに係る情報を取得する。

ステップＳ６４に続いてステップＳ６５に進み、レスポンス生成部５３は、ステップＳ６４において取得したサービスに係る情報を含むレスポンスを生成する。

ステップＳ６５に続いてステップＳ６６に進み、ネットワークＩ／Ｆ部５１は、ステップＳ６５において作成したレスポンスを、クライアント２０に送信する。

図２２に示すような処理を行っても、サービス情報提供プロセス４０は、例えば、図１２や図１４、図１８に示すような検索のリクエストに応じて、リクエストに対する、図１３、図１５、図１６、図１７、図１９に示すようなレスポンスを生成し、クライアント２０に送信することができる。

図２３は、サービス情報提供処理のフローチャート（その３）である。

ステップＳ２０においてネットワークＩ／Ｆ部５１は、クライアント２０より送信されたＨＴＴＰ１．１のＧＥＴリクエストを受信する。

ステップＳ２０に続いてステップＳ２１に進み、リクエスト解析部５１は、ステップＳ２０において受信したリクエストの内容を解析する。

ステップＳ２１に続いてステップＳ２２に進み、サービス情報管理部５４は、サービス情報格納部４５よりサービスに係る情報を全て取得し、保持する。

例えば、サービス情報管理部５４は、図１０に示されるようなサービス情報格納部４５より、サービスの表示用の名前や、サービスの実装タイプ、サービスを提供する装置の名前などのサービスに係る情報を取得し、保持する。

ステップＳ２２に続いてステップＳ２３に進み、レスポンス生成部５３は、ステップＳ２２においてサービス情報格納部４５より取得したサービスに係る情報を含むレスポンス（例えば、図２０参照）を生成する。

図２３に示す処理を行うことによって、サービス情報提供プロセス４０は、ＨＴＴＰ１．１のＧＥＴリクエストの内容を解析して、リクエストに対する、図２０に示すようなレスポンスを生成することができる。

以下、図８から図１１に示されるサービス情報格納部４５に、サービスに係る情報を登録する登録処理の一例を、図２４を用いて説明する。

図２４は、サービス情報登録処理の一例のフローチャートである。

ステップＳ３０において、サービス情報管理部５４は、プリントサービス提供サービス４１やリポジトリサービス提供サービス４２などのサービス提供サービスが提供するサービスに係る情報を取得する。

例えば、プリントサービス提供サービス４１やリポジトリサービス提供サービス４２などのサービス提供サービスのインストーラに、サービス提供サービスが提供するサービスに係る情報を、サービス情報提供プロセス４０に送信するようプログラムしておき、サービス提供サービスがサーバなどの装置にインストールされた際、サービス情報管理部５４が、サービス提供サービスのインストーラより送信されるサービスに係る情報を取得するような構成としてもよい。

また、例えば、サービス情報管理部５４が、管理対象となっている装置にインストールされているプリントサービス提供サービス４１やリポジトリサービス提供サービス４２などのサービス提供サービスに、サービスに係る情報の取得要求を送信し、サービス提供サービスよりサービスに係る情報を取得するような構成としてもよい。

また、例えば、サービス情報提供サーバ１０を管理している管理者が手動で入力したサービスに係る情報をサービス情報管理部５４が取得するような構成としてもよい。

ステップＳ３０に続いてステップＳ３１に進み、サービス情報管理部５４は、ステップＳ３０において取得したサービスに係る情報をサービス情報格納部４５に登録する。

図２４に示すような処理を行うことによって、サービス情報格納部４５にサービスに係る情報を登録することができる。

以下、図８から図１１に示されるサービス情報格納部４５に格納されているサービスに係る情報を更新する更新処理の一例を、図２５を用いて説明する。

図２５は、サービス情報更新処理の一例のフローチャートである。

ステップＳ４０においてサービス情報管理部５４は、サービス情報格納部４５に格納されているサービスに係る情報の更新情報を取得する。

例えば、サービス情報管理部５４は、プリントサービス提供サービス４１やリポジトリサービス提供サービス４２などのサービス提供サービスから動作を停止する旨の更新情報を取得する。

ステップＳ４０に続いてステップＳ４１に進み、サービス情報管理部５４は、ステップＳ４０において取得した更新情報に基づいて、サービス情報格納部４５に格納されているサービスに係る情報を更新する。

例えば、ステップＳ４０においてサービス提供サービスから動作を停止する旨の更新情報を取得すると、サービス情報管理部５４は、サービス情報格納部４５に格納されている更新情報を送信してきたサービス提供サービスに対応するＡｃｔｉｖｅの値を１から０に更新する。

図２５に示すような処理を行うことによって、サービス情報格納部４５に格納されているサービスに係る情報を更新することができる。

以下、クライアント２０のハードウェア構成を、図２６を用いて説明する。

図２６は、クライアントの一例のハードウェア構成図である。

図２６に示されるクライアント２０のハードウェア構成は、それぞれバスＢで相互に接続されている入力装置２１と、ディスプレイ装置２２と、ドライブ装置２３と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２５と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２６と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２７と、インターフェース装置２８と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）２９とから構成されている。

入力装置２１は、クライアント２０の利用者が操作するキーボード及びマウスなどで構成され、クライアント２０に各種操作信号を入力するのに用いられる。

表示装置２２は、クライアント２０の利用者が操作するディスプレイなどで構成され、後述する各種画面を表示する。

インターフェース装置２８は、クライアント２０をネットワーク５に接続するインターフェースである。

ユーザがサービスを選択する場合に必要とするサービスに係る情報を取得するサービス情報取得プログラムは、例えば、ＣＤ−ＲＯＭなどの記録媒体２４によってクライアント２０に提供されるか、ネットワーク５を通じてダウンロードされる。記録媒体２４は、ドライブ装置２３にセットされ、データやサービス情報取得プログラムが記録媒体２４からドライブ装置２３を介してＨＤＤ２９にインストールされる。

ＲＯＭ２５は、データなどを格納する。ＲＡＭ２６は、クライアント２０の起動時にＨＤＤ２９からサービス情報取得プログラムを読み出して格納する。ＣＰＵ２７は、ＲＡＭ２６に読み出され格納されたサービス情報取得プログラムに従って処理を実行する。

以下、クライアントの機能の一例を、図２７を用いて説明する。

図２７は、クライアントの機能の一例を、機能ブロック図を用いて説明するための図である。

図２７に示すように、クライアント２０は、リクエスト生成部６０と、レスポンス解析部６１と、ユーザＩ／Ｆ部６２と、ネットワークＩ／Ｆ部６３とを含む。

リクエスト生成部６０は、サービスの検索のリクエスト（例えば、図１２又は図１４又は図１８参照）及びＨＴＴＰ１．１のＧＥＴリクエストを生成する。

レスポンス解析部６１は、サービス情報提供サーバ１０より受信した、レスポンス（例えば、図１３、図１５、図１６、図１７、図１９、図２０参照）を解析する。

ユーザＩ／Ｆ部６２は、後述する図２８や図２９に示されるような画面を生成し、ディスプレイに表示する。また、表示した画面のボタンなどがユーザによってクリックされると、イベント情報を取得し、リクエスト生成部６０などに通知する。

ネットワークＩ／Ｆ部６３は、クライアント２０と他の装置とを接続するインターフェースで、リクエスト生成部６０において生成したリクエストを、ネットワーク５を介してサービス情報提供サーバ３０に送信したり、サービス情報提供サーバ３０からのレスポンスを、ネットワーク５を介して受信したりする。

以下、ユーザＩ／Ｆ部６２が生成して表示した画面の例を図２８及び図２９を用いて説明する。

図２８は、検索サービス選択画面の一例を説明するための図である。

ユーザＩ／Ｆ部６２は、クライアント２０を利用するユーザからの要求に基づいて、図２８に示すような、ユーザに検索するサービスを選択させる画面を生成し、ディスプレイに表示する。

ユーザは、図２８に示されるような画面を用いて、検索するサービスを選択する。

ユーザＩ／Ｆ部６２は、例えば、ユーザによって、リポジトリサービスが選択され、ＯＫボタンがクリックされると、イベント情報を取得し、リクエスト生成部６０などに通知する。

リクエスト生成部６０は、ユーザＩ／Ｆ部６２よりユーザがリポジトリサービスを選択してＯＫボタンをクリックした旨のイベント情報を取得すると、例えば、図１２に示されるようなリクエストを生成し、サービス情報提供サーバ１０などに送信する。

図２９は、検索結果画面の一例を説明するための図である。

クライアント２０は、レスポンス（例えば、図１３、図１５、図１６、図１７、図１９、図２０参照）をサービス情報提供サーバ１０などより受信する。

レスポンス解析部６１は、レスポンスを解析し、ユーザＩ／Ｆ部６２は、レスポンス解析部６１において解析した解析結果に基づいて、図２９に示すような画面を生成し、ディスプレイに表示する。

図２９には、検索したサービスの結果として、サービスの表示用の名前と、サービスを提供する装置の名前とが日本語で表記され、サービスに係るアイコン（ＭＦＰのアイコン）が表示されている。

図２８及び図２９に示すように、ユーザは、本発明によるサービス情報提供サーバ１０及びクライアント２０を用いることによって、検索するサービスを指定し、１度検索を実行するだけで、ユーザがサービスを選択する場合に必要とする情報を取得することができる。

以下、クライアント２０におけるサービス情報取得処理の一例を、図３０を用いて説明する。

図３０は、サービス情報取得処理の一例のフローチャートである。

リクエスト生成部６０は、ユーザＩ／Ｆ部６２より、図２８に示すような検索サービス選択画面において、ユーザによって、検索するサービスが指定され、ＯＫボタンがクリックされた旨の情報を取得すると、以下のステップＳ５０からの処理を開始する。

ステップＳ５０において、リクエスト生成部６０は、サービスの検索のリクエスト（例えば、図１２又は図１４参照）及び／又はＨＴＴＰ１．１のＧＥＴリクエストを生成する。

ステップＳ５０に続いてステップＳ５１に進み、ネットワークＩ／Ｆ部６３は、ステップＳ５０において生成したリクエストを、送信する。

例えばネットワークＩ／Ｆ部６３は、図１２や図１４に示されるサービスの検索のリクエストを、ネットワーク５を介して、サービス情報提供サーバ１０などに送信したり、ＨＴＴＰ１．１のＧＥＴリクエストをサービス情報提供サーバ１０などに送信したりする。

ステップＳ５１に続いてステップＳ５２に進み、ネットワークＩ／Ｆ部６３は、ネットワーク５を介して、サービス情報提供サーバ１０などから送信されたサービスの検索のレスポンス（例えば、図１３、図１５、図１６、図１７、図１９参照）及び／又はＨＴＴＰ１．１のＧＥＴリクエストに対するレスポンス（例えば、図２０参照）を受信する。

ステップＳ５２に続いてステップＳ５３に進み、レスポンス解析部６１は、ステップＳ５２において取得したレスポンスを解析する。

ステップＳ５３に続いてステップＳ５４に進み、ユーザＩ／Ｆ部６２は、ステップＳ５３において解析した結果に基づいて、例えば、図２９に示されるような画面を生成する。

ステップＳ５４に続いてステップＳ５５に進み、ユーザＩ／Ｆ部６２は、ステップＳ５４において生成した画面をディスプレイに表示する。

図３０に示す処理を行うことによって、クライアント２０は、図１２や図１４に示されるようなリクエスト及び／又はＨＴＴＰ１．１のＧＥＴリクエストをサービス情報提供サーバ１０に送信して、図１３、図１５、図１６、図１７、図１９に示されるようなレスポンス及び／又は図２０に示されるようなレスポンスを取得し、ユーザがサービスを選択する場合に必要とする情報を１度の検索及び／又は取得要求で、ユーザに提供することができる。

なお、上述したクライアント２０では、専用のプログラムを用い、図１３、図１５、図１６、図１７、図１９に示されるようなレスポンスでも、図２０に示されるようなレスポンスでもそれぞれ解釈し、画面を生成し、表示する構成としたが、例えば、サービス情報提供サーバ１０と、クライアント２０との間に図２０に示されるようなＸＭＬベースの言語をＨＴＭＬベースの言語に変換するＸＳＬＴ（ＸＭＬ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ Ｔｒａｎｓｆｏｒｍ）プロセッサを設け、サービス情報提供サーバ１０から返信されるレスポンスをクライアント２０のブラウザで表示するような構成としてもよい。

以下では、図５に示したように、サービス情報提供プロセス４０が実装された装置の他の例として、画像を形成する画像形成装置（以下、融合機という）について、図３１及び図３２を用いて説明する。

図３１は、融合機の機能構成を示すブロック図である。

図３１において、融合機１２００は、プロッタ１２０１と、スキャナ１２０２と、ファクシミリなどのハードウェアリソース１２０３などを有するとともに、プラットフォーム１２２０とアプリケーション１２３０とから構成されるソフトウェア群１２１０と、融合機起動部１２４０とを備えている。

融合機起動部１２４０は、融合機１２００の電源投入時に先ず始めに実行され、プラットフォーム１２２０やアプリケーション１２３０を起動する。

プラットフォーム１２２０は、アプリケーション１２３０からの処理要求を解釈して、ハードウェア資源の獲得要求を発生させる下記に示すコントロールサービス１２５０と、一又は複数のハードウェア資源の管理をおこない、コントロールサービス１２５０からの獲得要求を調停するシステムリソースマネージャー（ＳＲＭ（Ｓｙｓｔｅｍ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｒ）１２２３）と、ＯＳ１２２１とを有する。

このコントロールサービス１２５０は、複数のサービスモジュールにより形成され、具体的には、ＳＣＳ（Ｓｙｓｔｅｍ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２２２と、ＥＣＳ（Ｅｎｇｉｎｅ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ)１２２４と、ＭＣＳ（Ｍｅｍｏｒｙ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２２５と、ＯＣＳ（Ｏｐｅｒａｔｉｏｎ ｐａｎｅｌ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２２６と、ＦＣＳ（ＦＡＸ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２２７と、ＮＣＳ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２２８と、ＩＭＨ（Ｉｍａｇｉｎｇ Ｍｅｍｏｒｙ Ｈａｎｄｌｅｒ）１２２９と、サービス情報提供プロセス４０とがある。なお、このプラットフォーム１２２０は、あらかじめ定義された関数によりアプリケーションからの処理要求を受信可能とするアプリケーションプログラムインターフェースを有する。

ＯＳ１２２１は、ＵＮＩＸ（登録商標）などのオペレーティング・システムであり、プラットフォーム１２２０並びにアプリケーション１２３０の各ソフトウェアをそれぞれプロセスとして並列実行する。

ＳＲＭ１２２３は、ＳＣＳ１２２２とともにシステムの制御及びリソースの管理を行うものであり、スキャナやプロッタなどのエンジン部、メモリ、ＨＤＤファイル、ホストＩ／Ｏ（セントロＩ／Ｆ、ネットワークＩ／Ｆ、ＩＥＥＥ１３９４Ｉ／Ｆ、ＲＳ２３２ＣＩ／Ｆなど）のハードウェア資源を利用する上位層からの要求にしたがって調停をおこない、実行制御する。

ＳＣＳ１２２２は、アプリ管理、操作部制御、システム画面表示（ジョブリスト画面、カウンタ表示画面など）、ＬＥＤ表示、リソース管理、割り込みアプリ制御等の複数の機能を行なう。

ＥＣＳ１２２４は、プロッタ１２０１と、スキャナ１２０２と、その他ハードウェアリソース１２０３などのエンジン部を制御するものであり、画像読み込みと印刷動作、状態通知、ジャムリカバリなどを行う。

ＭＣＳ１２２５は、メモリ制御を行う。

ＯＣＳ１２２６は、オペレータと本体制御間の情報伝達手段となる操作パネルを制御するモジュールであり、オペレータのキー操作イベントを本体制御に通知する処理、各アプリがＧＵＩを構築するためのライブラリ関数を提供する処理、構築されたＧＵＩ情報をアプリ別に管理する処理、操作パネル上への表示反映処理などを行う。

ＦＣＳ１２２７は、システムコントローラの各アプリ層からＰＳＴＮ／ＩＳＤＮ網を使ったファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読み取り、ファクシミリ受信印刷、融合送受信を行うためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇａｒａｍ Ｉｎｔｅｒｆａｃｅ）１２０５を提供する。

ＮＣＳ１２２８は、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのモジュール群であり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信する際の仲介を行ったりする。

本実施例において、例えば、ＮＣＳ１２２８で、複数のプロトコルのうちｈｔｔｐｄ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｅｍｏｎ）２によって、インターネットを介して接続されるクライアントとのデータ通信をＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）で制御し、ＨＴＴＰリクエストなどのリクエストをサービス情報提供プロセス４０に提供し、リクエストに対する処理結果をＨＴＴＰレスポンスでクライアントへ通知するように構成しても良い。

ＩＭＨ１２２９は、イメージデータを仮想メモリ領域（ユーザ仮想空間）から物理メモリへマップする。

サービス情報提供プロセス４０は、上述したように、クライアント２０から図１２や図１４を用いて説明した検索のリクエストを受信すると、図２１に示した処理を行い、リクエストに対する図１３や図１５、図１６に示すようなレスポンスを生成する。

また、サービス情報提供プロセス４０は、クライアント２０からＨＴＴＰ１．１のＧＥＴリクエストを取得すると、図２３に示した処理を行い、ＧＥＴリクエストに対する図２０に示すようなレスポンスを生成する。

なお、サービス情報格納部４５は、後述する融合機１２００のＨＤＤ１３０３又はフラッシュメモリに格納される。

アプリケーション１２３０は、ページ記述言語（ＰＤＬ）、ＰＣＬ及びポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ１２１１と、コピー用アプリケーションであるコピーアプリ１２１２と、ファクシミリ用アプリケーションであるファックスアプリ１２１３と、スキャナ用アプリケーションであるスキャナアプリ１２１４と、ＷｅｂサービスアプリケーションであるＷｅｂサービス処理アプリ１２１５と、工程検査用アプリケーションである工程検査アプリ１２１６と、配信用アプリケーションである配信アプリ１２１７と、を有する。

Ｗｅｂサービス処理アプリ１２１５は、Ｗｅｂサービスを要求するＨＴＴＰリクエストを受信して、ＨＴＴＰレスポンスを送信することによってＷｅｂサービスを提供するＷｅｂサーバ５００と、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）１２０５を介してコントロールサービス１２５０を利用して所定処理を行い、その処理結果をＷＳ−ＡＰＩ（Ｗｅｂ Ｓｅｒｖｉｃｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇａｒａｍ Ｉｎｔｅｒｆａｃｅ）を介してＷｅｂサービスとして提供するＷｅｂサービスファンクション（ＷＳＦ）１４００とを有する。

なお、プリントサービス提供サービス４１やリポジトリサービス提供サービス４２等は、ＷＳＦ１４００として融合機１２００に実装される。

融合機１２００は、各アプリで共通的に必要となる処理をプラットフォーム１２２０で一元的に処理する。

次に、融合機１２００のハードウェア構成について説明する。図３２は、融合機のハードウェア構成を示すブロック図である。図３２に示すように、この融合機１２００は、オペレーションパネル１３１０、ＦＡＸコントロールユニット（ＦＣＵ）１５３０、エンジン部１３５０（スキャナ１２０２等が接続される）及びプロッタ１２０１とコントローラ１３００のＡＳＩＣ１３０１とをＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス１３０９等で接続した構成となる。

コントローラ１３００は、ＡＳＩＣ１３０１にＭＥＭ−Ｃ１３０２、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１３０３などを接続するとともに、このＡＳＩＣ１３０１とＣＰＵ１３０４とをＣＰＵチップセットのＮＢ１３０５を介して接続している。

ＣＰＵ１３０４は、融合機１２００の全体制御を行うものであり、具体的には、ＯＳ１２２１上でプラットフォーム１２２０を形成するＳＣＳ１２２２、ＳＲＭ１２２３、ＥＣＳ１２２４、ＭＣＳ１２２５、ＯＣＳ１２２６、ＦＣＳ１２２７、ＮＣＳ１２２８、サービス情報提供プロセス４０をそれぞれプロセスとして起動して実行させるとともに、アプリケーション１２３０を形成するプリンタアプリ１２１１、コピーアプリ１２１２、ファックスアプリ１２１３、スキャナアプリ１２１４、Ｗｅｂサービス処理アプリ１２１５、工程検査アプリ１２１６、配信アプリ１２１７を起動して実行させる。

ＮＢ１３０５は、ＣＰＵ１３０４とＭＥＭ−Ｐ１３０６、ＳＢ１３０７、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）１３４１、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）１３３０、ＩＥＥＥ１３９４１３４０、セントロニクス１３４２、ＡＳＩＣ１３０１とを接続するためのブリッジである。

ＭＥＭ−Ｐ１３０６は、融合機の描画用メモリなどとして用いるシステムメモリであり、ＳＢ１３０７は、ＮＢ１３０５とＲＯＭ、ＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＭＥＭ−Ｃ１３０２は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＡＳＩＣ１３０１は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。

ＨＤＤ１３０３は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積及びサービスに係る情報を格納するストレージであり、オペレーションパネル１３１０は、操作者からの入力操作の受け付け並びに操作者に向けた表示を行う操作部である。

したがって、ＡＳＩＣ１３０１には、ＭＥＭ−Ｃ１３０２を接続するためのＲＡＭインターフェースと、ＨＤＤ１３０３を接続するためのハードディスクインターフェースが設けられ、これらの記憶部に対して画像データの入出力を行う場合には、入出力先がＲＡＭインターフェース又はハードディスクインターフェースに切り替えられる。

ＡＧＰ１３０８は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、システムメモリに高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にする。

サービス情報提供プロセス４０が実装された装置が、融合機１２００であったとしても、クライアント２０は、サービスの検索のリクエスト（例えば、図１２又は図１４参照）及び／又はＨＴＴＰ１．１のＧＥＴリクエストを生成し、送信して、融合機１２００より、サービスの検索のレスポンス（例えば、図１３、図１５、図１６、図１７、図１９参照）及び／又はＨＴＴＰ１．１のＧＥＴリクエストに対するレスポンス（例えば、図２０参照）を受信し、ユーザがサービスを選択する場合に必要とする情報を１度の検索及び／又は取得要求で、ユーザに提供することができる。

以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

従来技術の問題点を説明するための図（その１）である。 従来技術の問題点を説明するための図（その２）である。 本発明を実施するシステム構成を説明するためのシステム構成図（その１）である。 本発明を実施するシステム構成を説明するためのシステム構成図（その２）である。 本発明を実施するシステム構成を説明するためのシステム構成図（その３）である。 サービス情報提供サーバの一例のハードウェア構成図である。 サービス情報提供プロセスの一例を、機能ブロック図を用いて説明するための図である。 サービス情報格納部を説明するための図（その１）である。 サービス情報格納部を説明するための図（その２）である。 サービス情報格納部を説明するための図（その３）である。 サービス情報格納部を説明するための図（その４）である。 リクエストを説明するための図（その１）である。 レスポンスを説明するための図（その１）である。 リクエストを説明するための図（その２）である。 レスポンスを説明するための図（その２）である。 レスポンスを説明するための図（その３）である。 レスポンスを説明するための図（その４）である。 リクエストを説明するための図（その３）である。 レスポンスを説明するための図（その５）である。 レスポンスを説明するための図（その６）である。 サービス情報提供処理のフローチャート（その１）である。 サービス情報提供処理のフローチャート（その２）である。 サービス情報提供処理のフローチャート（その３）である。 サービス情報登録処理の一例のフローチャートである。 サービス情報更新処理の一例のフローチャートである。 クライアントの一例のハードウェア構成図である。 クライアントの機能の一例を、機能ブロック図を用いて説明するための図である。 検索サービス選択画面の一例を説明するための図である。 検索結果画面の一例を説明するための図である。 サービス情報取得処理の一例のフローチャートである。 融合機の機能構成を示すブロック図である。 融合機のハードウェア構成を示すブロック図である。

符号の説明

２ ｈｔｔｐｄ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｅｍｏｎ）
５ ネットワーク
１０ サービス情報提供サーバ
１１ 入力装置
１２ 表示装置
１３ ドライブ装置
１４ 記録媒体
１５ ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）
１６ ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）
１７ ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）
１８ インターフェース装置
１９ ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）
２０ クライアント
２１ 入力装置
２２ 表示装置
２３ ドライブ装置
２４ 記録媒体
２５ ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）
２６ ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）
２７ ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）
２８ インターフェース装置
２９ ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）
４０ サービス情報提供プロセス
４１ プリントサービス提供サービス
４２ リポジトリサービス提供サービス
４５ サービス情報格納部
５１ ネットワークＩ／Ｆ部
５２ リクエスト解析部
５３ レスポンス生成部
５４ サービス情報管理部
５５ 動作状況判定部
５６ 検索条件判定部
６０ リクエスト生成部
６１ レスポンス解析部
６２ ユーザＩ／Ｆ部
６３ ネットワークＩ／Ｆ部
１２００ 融合機
１２０１ プロッタ
１２０２ スキャナ
１２０３ その他ハードウェアリソース
１２１０ ソフトウェア群
１２２０ プラットフォーム
１２２１ ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）
１２２２ ＳＣＳ（Ｓｙｓｔｅｍ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）
１２２３ ＳＲＭ（Ｓｙｓｔｅｍ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｒ）
１２２４ ＥＣＳ（Ｅｎｇｉｎｅ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ)
１２２５ ＭＣＳ（Ｍｅｍｏｒｙ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）
１２２６ ＯＣＳ（Ｏｐｅｒａｔｉｏｎ ｐａｎｅｌ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）
１２２７ ＦＣＳ（ＦＡＸ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）
１２２８ ＮＣＳ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）
１２２９ ＩＭＨ（Ｉｍａｇｉｎｇ Ｍｅｍｏｒｙ Ｈａｎｄｌｅｒ）
１２３０ アプリケーション
１３０１ ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）
１３０２ ＭＥＭ−Ｃ
１３０３ ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）
１３０４ ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）
１３０５ ＮＢ（ノースブリッジ）
１３０６ ＭＥＭ−Ｐ（システムメモリ）
１３０７ ＳＢ（サウスブリッジ）
１３０８ ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）
１３０９ ＰＣＩ Ｂｕｓ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｂｕｓ）
１３１０ オペレーションパネル
１３３０ ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）
１３４０ ＩＥＥＥ１３９４
１３４１ ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）
１３４２ セントロニクス
１３５０ エンジン部
１５３０ ＦＣＵ（ＦＡＸコントロールユニット）

Claims (27)

1. ユーザがサービスを選択する場合に利用する前記サービスに係る情報を提供するサービス情報提供装置であって、
   前記サービスを提供する複数のサービス提供手段に係る情報及び該サービス提供手段が提供するサービスに係る情報を管理する管理手段を有することを特徴とするサービス情報提供装置。
2. 前記サービスを提供する複数のサービス提供手段に係る情報及び該サービス提供手段が提供するサービスに係る情報を格納する格納手段を更に有することを特徴とする請求項１記載のサービス情報提供装置。
3. 前記サービスを提供するサービス提供手段に係る情報及び／又は該サービス提供手段が提供するサービスに係る情報を前記格納手段に登録する登録手段を更に有することを特徴とする請求項２記載のサービス情報提供装置。
4. 前記格納手段に格納されている前記サービスを提供するサービス提供手段に係る情報及び／又は該サービス提供手段が提供するサービスに係る情報を更新する更新手段を更に有することを特徴とする請求項２又は３記載のサービス情報提供装置。
5. 前記格納手段に格納されている前記サービスを提供するサービス提供手段に係る情報に基づいて、該サービス提供手段が動作しているか否かを判定する動作状況判定手段を更に有することを特徴とする請求項２乃至４何れか一項記載のサービス情報提供装置。
6. 前記格納手段より、前記サービスに係る情報を取得するサービス情報取得手段を更に有することを特徴とする請求項２乃至５何れか一項記載のサービス情報提供装置。
7. ユーザ端末装置からのリクエストに含まれる前記サービスに係る検索条件に基づいて、前記サービス情報取得手段において取得した前記サービスに係る情報が、前記リクエストにおいて要求されている前記サービスに係る情報かどうかを判定する判定手段を更に有することを特徴とする請求項６記載のサービス情報提供装置。
8. ユーザ端末装置からのリクエストに含まれる前記サービスに係る検索条件に基づいて、前記格納手段より前記サービスに係る情報を検索する検索手段を更に有することを特徴とする請求項２乃至５何れか一項記載のサービス情報提供装置。
9. 前記ユーザが前記サービスを選択する場合に利用する、複数の前記サービスに係る情報を含むレスポンスを作成するレスポンス作成手段を更に有することを特徴とする請求項１乃至８何れか一項記載のサービス情報提供装置。
10. 少なくとも１つ以上の前記サービス提供手段を更に有することを特徴とする請求項１乃至９何れか一項記載のサービス情報提供装置。
11. 前記サービス情報提供装置は、画像を形成する画像形成装置であることを特徴とする請求項１乃至１０何れか一項記載のサービス情報提供装置。
12. サービス提供手段が提供するサービスを利用するユーザが使用するユーザ端末装置であって、
    前記サービスに係る検索条件を含むリクエストを作成するリクエスト作成手段と、
    前記リクエストに応じた、前記ユーザが前記サービスを選択する場合に利用する、複数の前記サービスに係る情報を含むレスポンスを受信するレスポンス受信手段と、
    を有することを特徴とするユーザ端末装置。
13. 前記レスポンス受信手段において受信した前記レスポンスに基づいて、前記サービスに係る情報を含む画面を生成する画面生成手段を更に有することを特徴とする請求項１２記載のユーザ端末装置。
14. ユーザがサービスを選択する場合に利用する前記サービスに係る情報を提供するサービス情報提供方法であって、
    前記サービスを提供する複数のサービス提供手段に係る情報及び該サービス提供手段が提供するサービスに係る情報を管理する管理段階を有することを特徴とするサービス情報提供方法。
15. 前記サービスを提供するサービス提供手段に係る情報及び／又は該サービス提供手段が提供するサービスに係る情報を、格納手段に登録する登録段階を更に有することを特徴とする請求項１４記載のサービス情報提供方法。
16. 格納手段に格納されている前記サービスを提供するサービス提供手段に係る情報及び／又は該サービス提供手段が提供するサービスに係る情報を更新する更新段階を更に有することを特徴とする請求項１４又は１５記載のサービス情報提供方法。
17. 格納手段に格納されている前記サービスを提供するサービス提供手段に係る情報に基づいて、該サービス提供手段が動作しているかどうかを判定する動作状況判定段階を更に有することを特徴とする請求項１４乃至１６何れか一項記載のサービス情報提供方法。
18. 格納手段より、前記サービスに係る情報を取得するサービス情報取得段階を更に有することを特徴とする請求項１４乃至１７何れか一項記載のサービス情報提供方法。
19. ユーザ端末装置からのリクエストに含まれる前記サービスに係る検索条件に基づいて、前記サービス情報取得段階において取得した前記サービスに係る情報が、前記リクエストにおいて要求されている前記サービスに係る情報かどうかを判定する判定段階を更に有することを特徴とする請求項１８記載のサービス情報提供方法。
20. ユーザ端末装置からのリクエストに含まれる前記サービスに係る検索条件に基づいて、格納手段より前記サービスに係る情報を検索する検索段階を更に有することを特徴とする請求項１４乃至１７何れか一項記載のサービス情報提供方法。
21. 前記ユーザが前記サービスを選択する場合に利用する、複数の前記サービスに係る情報を含むレスポンスを作成するレスポンス作成段階を更に有することを特徴とする請求項１４乃至２０何れか一項記載のサービス情報提供方法。
22. サービス提供手段が提供するサービスを利用するサービス利用方法であって、
    前記サービスに係る検索条件を含むリクエストを作成するリクエスト作成段階と、
    前記リクエストに応じた、前記ユーザが前記サービスを選択する場合に利用する、複数の前記サービスに係る情報を含むレスポンスを受信するレスポンス受信段階と、
    を有することを特徴とするサービス利用方法。
23. 前記レスポンス受信段階において受信した前記レスポンスに基づいて、前記サービスに係る情報を含む画面を生成する画面生成段階を更に有することを特徴とする請求項２２記載のサービス利用方法。
24. 請求項１４乃至２１何れか一項記載のサービス情報提供方法をコンピュータに実行させるためのサービス情報提供プログラム。
25. 請求項２２又は２３記載のサービス利用方法をコンピュータに実行させるためのサービス利用プログラム。
26. 請求項２４記載のサービス情報提供プログラムを記録したコンピュータ読み取り可能な記録媒体。
27. 請求項２５記載のサービス利用プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images