(57)【特許請求の範囲】
【請求項１】
クライアント装置からユーザのサービス一覧要求を受け取って当該クライアント装置にサービス一覧を記述するハイパーテキストを供給するサーバ装置において、
ユーザの属性を記憶するユーザ属性記憶手段と、
ユーザがサービス一覧の表示を要求したときに、当該ユーザの属性を上記ユーザ属性記憶手段から読み出し、上記読み出したユーザの属性に応じた表示態様で、当該属性にエントリ表示が許容されたサービスのエントリを一覧要素として含むサービス一覧を記述するハイパーテキストを組み立てる組立手段と、
上記ハイパーテキストを上記クライアント装置に送信する送信手段とを有し、
さらに、上記組立手段は、上記サービス一覧を構成する一覧要素のそれぞれについて、当該一覧要素に対応するサービスに関してユーザが利用権限を有する場合には、当該サービスへのリンクを当該一覧要素に付し、利用権限を有しない場合には当該サービスへのリンクを当該一覧要素に付さず、しかも、ユーザの利用権限がない一覧項目に関連して利用申請に関するテキストを付加した上で、申請サービスへのリンクを付することを特徴とするサーバ装置。
【請求項２】
クライアント装置と当該クライアント装置からユーザのサービス一覧要求を受け取って当該クライアント装置にサービス一覧を記述するハイパーテキストを供給するサーバ装置とを具備するサービス一覧表示装置において、
上記サーバ装置が、
ユーザの属性を記憶するユーザ属性記憶手段と、
ユーザがサービス一覧の表示を要求したときに、当該ユーザの属性を上記ユーザ属性記憶手段から読み出し、上記読み出したユーザの属性に応じた表示態様で、当該属性にエントリ表示が許容されたサービスのエントリを一覧要素として含むサービス一覧を記述するハイパーテキストを組み立てる組立手段と、
上記ハイパーテキストを上記クライアント装置に送信する送信手段とを有し、
上記クライアント装置が上記ハイパーテキストを受け取ってブラウズ手段で表示し、
さらに、上記サーバ装置の上記組立手段は、上記サービス一覧を構成する一覧要素のそれぞれについて、当該一覧要素に対応するサービスに関してユーザが利用権限を有する場合には、当該サービスへのリンクを当該一覧要素に付し、利用権限を有しない場合には当該サービスへのリンクを当該一覧要素に付さず、しかも、ユーザの利用権限がない一覧項目に関連して利用申請に関するテキストを付加した上で、申請サービスへのリンクを付すことを特徴とするサービス一覧表示装置。
【請求項３】
クライアント装置からユーザの一覧要求を受け取って当該クライアント装置に一覧を記述するハイパーテキストを供給するサーバ装置において、
ユーザの属性を記憶するユーザ属性記憶手段と、
ユーザが上記一覧の表示を要求したときに、当該ユーザの属性を上記ユーザ属性記憶手段から読み出し、上記読み出したユーザの属性に応じた表示態様で、当該属性にエントリ表示が許容されたエントリを一覧要素として含む一覧を記述するハイパーテキストを組み立てる組立手段と、
上記ハイパーテキストを上記クライアント装置に送信する送信手段とを有し、
さらに、上記組立手段は、上記一覧を構成する一覧要素のそれぞれについて、当該一覧要素に対応するアクセス対象に関してユーザがアクセス権限を有する場合には、当該アクセス対象へのリンクを当該一覧要素に付し、アクセス権限を有しない場合には当該アクセス対象へのリンクを当該一覧要素に付さず、しかも、ユーザの利用権限がないアクセス対象の一覧項目に関連して利用申請に関するテキストを付加した上で、申請サービスへのリンクを付すことを特徴とするサーバ装置。
【請求項４】
上記アクセス対象は文書情報の各文書を含む請求項３記載のサーバ装置。
【請求項５】
上記アクセス対象は各アプリケーション・サービスを含む請求項３記載のサーバ装置。
【請求項６】
クライアント装置からユーザのサービス一覧要求を受け取って当該クライアント装置にサービス一覧を記述するハイパーテキストを供給する、サーバ装置におけるサービス一覧表示制御方法において、
上記サーバ装置のユーザ属性記憶手段がユーザの属性を記憶するステップと、
ユーザがサービス一覧の表示を要求したときに、上記サーバ装置の組立手段が、当該ユーザの属性を上記ユーザ属性記憶手段から読み出し、上記読み出したユーザの属性に応じた表示態様で、当該属性にエントリ表示が許容されたサービスのエントリを一覧要素として含むサービス一覧を記述するハイパーテキストを組み立てるステップと、
上記サーバ装置の送信手段が上記ハイパーテキストを上記クライアント装置に送信するステップとを有し、
上記クライアント装置が上記ハイパーテキストを受け取ってブラウズ手段で表示し、
さらに、上記サーバ装置の上記組立手段は、上記サービス一覧を構成する一覧要素のそれぞれについて、当該一覧要素に対応するサービスに関してユーザが利用権限を有する場合には、当該サービスへのリンクを当該一覧要素に付し、利用権限を有しない場合には当該サービスへのリンクを当該一覧要素に付さず、しかも、ユーザの利用権限がない一覧項目に関連して利用申請に関するテキストを付加した上で、申請サービスへのリンクを付すことを特徴とするサービス一覧表示制御方法。
【請求項７】
クライアント装置と当該クライアント装置からユーザのサービス一覧要求を受け取って当該クライアント装置にサービス一覧を記述するハイパーテキストを供給するサーバ装置とを用いてサービス一覧を表示する方法において、
上記サーバ装置のユーザ属性記憶手段がユーザの属性を記憶するステップと、
ユーザがサービス一覧の表示を要求したときに、上記サーバ装置の組立手段が、当該ユーザの属性を上記ユーザ属性記憶手段から読み出し、上記読み出したユーザの属性に応じた表示態様で、当該属性にエントリ表示が許容されたサービスのエントリを一覧要素として含むサービス一覧を記述するハイパーテキストを組み立てるステップと、
上記サーバ装置の送信手段が上記ハイパーテキストを上記クライアント装置に送信する送信ステップとを有し、
上記クライアント装置が上記ハイパーテキストを受信して上記クライアント装置のブラウザ手段がサービス一覧を表示し、
さらに、サーバ装置の上記組立手段は、上記サービス一覧を構成する一覧要素のそれぞれについて、当該一覧要素に対応するサービスに関してユーザが利用権限を有する場合には、当該サービスへのリンクを当該一覧要素に付し、利用権限を有しない場合には当該サービスへのリンクを当該一覧要素に付さず、しかも、ユーザの利用権限がない一覧項目に関連して利用申請に関するテキストを付加した上で、申請サービスへのリンクを付すことを特徴とするサービス一覧表示方法。
【請求項８】
クライアント装置からユーザのサービス一覧要求を受け取って当該クライアント装置にサービス一覧を記述するハイパーテキストを供給する、サーバ装置におけるサービス一覧表示制御方法において、
上記サーバ装置のユーザ属性記憶手段がユーザの属性を記憶するステップと、
ユーザが一覧の表示を要求したときに、上記サーバ装置の組立手段が、当該ユーザの属性を上記ユーザ属性記憶手段から読み出し、上記読み出したユーザの属性に応じた表示態様で、当該属性にエントリ表示が許容されたサービスのエントリを一覧要素として含む一覧を記述するハイパーテキストを組み立てるステップと、
上記サーバ装置の送信手段が上記ハイパーテキストを上記クライアント装置に送信する送信ステップとを有し、
上記クライアント装置が上記ハイパーテキストを受け取ってブラウズ手段でユーザに表示し、
さらに、上記サーバ装置の上記組立手段は、上記サービス一覧を構成する一覧要素のそれぞれについて、当該一覧要素に対応するサービスに関してユーザが利用権限を有する場合には、当該サービスへのリンクを当該一覧要素に付し、利用権限を有しない場合には当該サービスへのリンクを当該一覧要素に付さず、しかも、ユーザの利用権限がない一覧項目に関連して利用申請に関するテキストを付加した上で、申請サービスへのリンクを付すことを特徴とする一覧表示制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、文書情報、アプリケーション・サービス等、種々のサービス実体の一覧をユーザに対して表示するサービス一覧表示装置に関する。
【０００２】
【背景技術】
近年、事業所内においてインターネットの基盤技術を利用して情報処理システムを構築するようになってきている。このようないわゆるイントラネット環境の下では、とくに、ＨＴＭＬ（ハイパーテキストマークアップラングエッジ）のウェブサーバとブラウザ（クライアント）とを用いて利用者間で情報やサービスを容易に共有できるようになってきている。さらに、情報やサービスの提供の範囲を事業所内あるいは組織内に止めずに協力関係にある企業や顧客にまで広げ、いわゆるエクストラネット環境で情報やサービスの提供を行うこともある。
【０００３】
このようなイントラネット環境またはエクストラネット環境で情報を提供する場合、利用者の権限に応じて情報提供の質を変える必要がある。例えば、企業機密の情報については、社外の利用者がアクセスできなくしたり、あるいは、社内の利用者についても限定された範囲でのみ情報を提供する必要もある。また、利用者に応じてサービスの料金を変えたり、利用制限を課したりする必要もある。
【０００４】
ところで、情報提供等同種のサービスが複数ある場合には、同種のサービスを一括してユーザに提供することが好ましい。たとえば、サービスの一覧をユーザに表示してユーザが所望のサービスを選択できるようにすれば、ユーザは容易に所望のサービスを享受できる。
【０００５】
しかしながら、ユーザの権限等の属性に応じて利用できる情報やサービスの種類が変わってくるので、画一的な一覧の提示では、利用に混乱が生じる。例えば、ユーザが利用できないサービスが表示されている場合、そのことを知らずにサービスにアクセスして時間を浪費することになる。また、機密情報提供サービスが画一的に一覧に表示されると、機密情報にアクセスできないユーザでも機密情報自体の存在を知ることができる。このように、機密情報の存在等を無差別に開示することは、セキュリティのうえで問題がある。
【０００６】
【発明が解決する課題】
この発明は、以上の事情を考慮してなされたものであり、多くのユーザが単一の一覧にアクセスするだけで所望のサービスや情報へのエントリが可能となり、しかも、利用者の混乱やセキュリティ上の問題も少ないサービス一覧表示装置を提供することを目的としている。
【０００７】
【課題を解決するための手段】
この発明によれば、上述の目的を達成するために、サービス一覧表示装置に、ユーザの属性を記憶するユーザ属性記憶手段と、ユーザがサービス一覧の表示を要求したときに、当該ユーザの属性を上記ユーザ属性記憶手段から読み出し、上記読み出したユーザの属性に応じた表示態様でサービス一覧を表示する表示手段とを設けるようにしている。
【０００８】
ここで、サービスは、アプリケーション・サービス、ドキュメント、オブジェクト、ページ等を含む。
【０００９】
この構成においては、ユーザの権限等の属性に応じて、一覧の表示を変えることができるので、機密情報の存在を隠蔽したり、本来利用できないサービスを表示しないようにしたり、あるいは、個別に操作をプロンプトしたりすることができる。
【００１０】
具体的には、上記表示手段が、上記ユーザの属性に応じて所定のサービスのエントリを表示しないようにする。また、上記表示手段が、上記ユーザの属性に応じて所定のサービスの記述を変更する。
【００１１】
また、上記表示手段が、ハイパーテキストの文書情報に基づいて上記サービス一覧を表示する場合には、上記文書情報に含まれる所定のリンク情報を上記ユーザの属性に応じて変更するようにしてもよい。また、上記文書情報に含まれる所定のリンク情報を上記ユーザの属性に応じて削除するようにしてもよい。
【００１２】
また、この発明によれば、上述の目的を達成するために、サービス一覧のハイパーテキスト文書と複数のサービスとが分散配置され上記サービス一覧のサービスエントリと上記サービスとがリンクされているサービス提供装置に、ユーザの属性を管理するユーザ属性管理手段と、サービス一覧を表示するブラウザ手段と、ユーザがサービス一覧の表示を要求したときに、上記ユーザ属性管理手段に記憶されている当該ユーザの属性に基づいてサービス一覧を記述するハイパーテキストを組立てる手段とを設け、ユーザの属性に応じた態様でサービス一覧を上記ブラウザ手段に表示するようにしている。
【００１３】
この構成においても、ユーザの権限等の属性に応じて、一覧の表示を変えることができるので、機密情報の存在を隠蔽したり、本来利用できないサービスを表示しないようにしたり、あるいは、個別に操作をプロンプトしたりすることができる。
【００１４】
また、この発明によれば、上述目的を達成するために、エントリ一覧装置に、ユーザの属性を記憶するユーザ属性記憶手段と、ユーザがエントリ一覧の表示を要求したときに、当該ユーザの属性を上記ユーザ属性記憶手段から読み出し、上記読み出したユーザの属性に応じた表示態様でエントリ一覧を表示する表示手段とを設けている。
【００１５】
ユーザの権限等の属性に応じて、一覧の表示を変えることができるので、機密情報の存在を隠蔽したり、本来利用できないエントリを表示しないようにしたり、あるいは、個別に操作をプロンプトしたりすることができる。
【００１６】
上記エントリは文書情報のエントリやアプリケーション・サービスのエントリを含む。
【００１７】
【発明の実施の態様】
以下、この発明の実施例について説明する。
【００１８】
図１は、この発明の実施例を全体として示しており、図１において、実施例のサービス一覧表示システムは、ウェブブラウザ１０、ウェブサーバ１１、ＣＧＩプログラム部１２、データベース１３等からなっている。ＣＧＩ（ＣｏｍｍｏｎＧａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）プログラム部１２は表示制御部１４も構成している。ウェブブラウザ１０はユーザが利用するクライアント（図示しない）にインストールされている。ウェブブラウザ１０（クライアント）、ウェブサーバ１１、ＣＧＩ部１２（ＣＧＩサーバ等）、データベース１３はＬＡＮ等のネットワークに接続されている。ウェブブラウザ１０は、ＨＴＴＰプロトコルによりウェブサーバ１１にリクエストを送り、ウェブサーバ１１からリスポンス例えば所定のＨＴＭＬ文書（ウェブページ）を取得する。ＣＧＩ部１２は、ウェブブラウザ１０からウェブサーバ１１に送られてくるプログラムの指定および引数に基づいて所定の処理を実行し、ウェブブラウザ１０に処理結果を反映したウェブページを送る。ＣＧＩ部１２は、ＣＧＩサーバとして実現するほかウェブサーバ１１に保持されてもよい。
【００１９】
ＣＧＩ部１２で構成する表示制御部１４は、図２に示す手順を実行して所望の表示を行うウェブページを構成してウェブブラウザ１０を介してユーザに所望の表示を提示するものである。データベース１３は、サービス一覧表示システムが表示するアプリケーション・サービスに関する情報（以下、アプリ情報ということもある）、ユーザ情報、承認情報を管理するものである。ユーザ情報はユーザＩＤ、ユーザレベル等を属性として有するレコードである（図３参照）。ユーザ情報のユーザレベルは、セキュリティレベルに関連付けられている（図４参照）。セキュリティレベルについては、所定の申請手続が必要かどうかが予め規定されている（図６参照）。アプリ情報は、アプリケーションＩＤ（以下、アプリＩＤということもある）、セキュリティレベル、アプリケーション名（以下、アプリ名ということもある）、リンク先等を属性として有するレコードである（図５）。承認情報は、アプリＩＤとユーザＩＤとを対応づけている（図７参照）。
【００２０】
表示制御部１４は、データベース１３のアプリ情報、ユーザ情報、承認情報等を参照しながらウェブページを組立てていく。
【００２１】
図２は、表示制御部１４の動作を説明するものである。表示制御部１４の動作は以下のとおりである。
【００２２】
［ステップＳ５０］：ユーザがブラウザ１０においてサービス一覧のアドレスを指定してサービス一覧表示を開始させ、ウェブページ組立てＣＧＩ中の表示制御部１４を動作開始させる。
［ステップＳ５１］：アクセスしているユーザのユーザレベルを、データベース１３を参照して取得する（図３参照）。
［ステップＳ５２］：ユーザレベルで開示可能なセキュリティレベルを、データベース１３を参照して取得する（図４参照）。
［ステップＳ５３］：該当するセキュリティレベルのアプリ情報を、データベースを参照して取得し（図５参照）、所定のバッファ（図示しない）に格納する。
［ステップＳ５４］：該当するセキュリティレベルの各々について申請が必要かどうかの情報を、データベースを参照して取得する（図６参照）。
［ステップＳ５５］：上述のバッファからアプリ情報をアプリケーション・サービスごとに取出す。
［ステップＳ５６］：バッファのアプリ情報について以下の処理を繰り返し実行する。すなわち、アプリ情報が残っているときには、ステップＳ５７に進む。アプリ情報がすべて取出されたらステップＳ６２へ進み処理を終了する。
［ステップＳ５７］：アプリケーション・サービスのセキュリティレベルについて、申請が必要なものかどうかを判別する。申請が必要でないセキュリティレベルであれば、ステップＳ６１へ進む。申請が必要なセキュリティレベルであればステップＳ５５へ進む。
［ステップＳ５８］：ユーザのアプリケーション・サービスに対する開示承認情報を、データベースを参照して取得する。
［ステップＳ５９］：開示承認情報に基づいて承認がすでになされているかどうかを判別する。承認がなされていれば、ステップＳ６１へ進み、承認がなされていなければステップＳ６０へ進む。
［ステップＳ６０］：当該アプリケーション・サービスへのリンクがないように、また、これに代えて申請書へのリンクが形成されるように、ウェブページを記述する。なお、申請書へのリンクに対応して「申請が必要です」という内容のテキストを付加する（図８参照）。
［ステップＳ６１］：当該アプリケーション・サービスへのリンクを有する表示ページとする。
［ステップＳ６２］：当該ユーザに開示可能なアプリケーション・サービスについてステップ５７〜ステップ６１を繰返し、一覧表示用のページを組立て、表示制御部１４の処理を終了する。
【００２３】
図８および図９は異なるユーザレベルのユーザに対する一覧表示の表示例を示しており、図８のユーザ０１の場合、開示可能なアプリケーション・サービスとしてＡｐｌ−００１、Ａｐｌ−００２、Ａｐｌ−００３およびＡｐｌ−００４（実際にはユーザが理解できる記述的なアプリ名である）が表示され、Ａｐｌ−００１、Ａｐｌ−００３およびＡｐｌ−００４はリンクが付され（下線でアンカータグがあることを示す）、またＡｐｌ−００２はリンクが付されず、備考欄に「申請が必要です」と表示されている。「申請」の部分にアンカータグがあり、申請ページへリンクされている。
【００２４】
図９のユーザ０２の場合、開示可能なアプリケーションはＡｐｌ−００２およびＡｐｌ−００４のみであり、開示が許されないアプリケーションＡｐｌ−００１およびＡｐｌ−００３については何ら一覧に表示されない。
【００２５】
以下、ユーザ０１およびユーザ０２のそれぞれの場合について表示制御手順を図３〜図７のデータ構造例に則して説明する。
【００２６】
＜ユーザ０１の場合＞
（ステップＳ５０）：開始。
［ステップＳ５１］：図３よりユーザ０１のユーザレベルはＵＬ１である。
［ステップＳ５２］：図４よりＵＬ１に対して開示されるセキュリティレベルはＳＬ１、ＳＬ２、ＳＬ３、ＳＬ４である。
［ステップＳ５３］：図５よりこれらのセキュリティレベルに該当するアプリケーションは００１、００２、００３、００４である。これらのアプリ情報が、ユーザ０１に対して表示されるアプリケーションのアプリ情報としてバッファに格納される。
［ステップＳ５４］：図６よりセキュリティレベルＳＬ１、ＳＬ２は申請が必要である。
［ステップＳ５５］：バッファよりＡｐｌ−００１のデータを取り出す。
［ステップＳ５６］：取り出し終了ではない。
［ステップＳ５７］：Ａｐｌ−００１はセキュリティレベルＳＬ１であり、申請が必要である。
［ステップＳ５８］：図７よりユーザ０１はＡｐｌ−００１に対して開示承認情報に登録されている。
［ステップＳ５９］：承認済みであると判別する。
［ステップＳ６１］：Ａｐｌ−００１はリンク付で表示するするようページを記述する（ＨＴＭＬコード例；＜Ａ  ＨＲＥＦ＝”Ｌｉｎｋ−００１”＞Ａｐｌ−００１＜／Ａ＞）。
［ステップＳ５５］：バッファよりＡｐｌ−００２のデータを取り出す。
［ステップＳ５６］：取り出し終了ではない。
［ステップＳ５７］：Ａｐｌ−００２はセキュリティレベルＳＬ２であり、申請が必要である。
［ステップＳ５８］：図７よりユーザ０１はＡｐｌ−００２に対して開示承認情報に登録されていない。
［ステップＳ５９］：未承認であると判別する。
［ステップＳ６０］：Ａｐｌ−００２はリンク無、申請書へのリンク有で表示するようページを記述する。
【００２７】
同様にバッファの最終データまで表示を繰り返す。この結果、図８のようなサービス一覧が表示される。
【００２８】
＜ユーザ０２の場合＞
［ステップＳ５０］：開始。
［ステップＳ５１］：図３よりユーザ０２のユーザレベルはＵＬ２である。
［ステップＳ５２］：図４よりユーザレベルＵＬ２に対して開示されるセキュリティレベルはＳＬ２、ＳＬ４である。
［ステップＳ５３］：図５よりこれらのセキュリティレベルに該当するアプリケーションはＡｐｌ−００２、００４である。これらがユーザ０２に対して表示可能なアプリとしてバッファに格納される。
［ステップＳ５４］：図６よりセキュリティレベルＳＬ１、ＳＬ２は申請が必要である。
［ステップＳ５５］：バッファよりＡｐｌ−００２のデータを取り出す。
［ステップＳ５６］：取り出し終了ではない
［ステップＳ５７］：Ａｐｌ−００２はセキュリティレベルＳＬ２であり、申請が必要である。
［ステップＳ５８］：図７よりユーザ０２はＡｐｌ−００２に対して開示承認情報に登録されている。
［ステップＳ５９］：承認済みと判別する。
［ステップＳ６１］：Ａｐｌ−００２はリンク付で表示するようにページに記述する。
［ステップＳ５５］：バッファよりＡｐｌ−００４のデータを取り出す。
［ステップＳ５６］：取り出し終了ではない。
［ステップＳ５７］：Ａｐｌ−００４はセキュリティレベルＳＬ４であり、申請が不要である。
［ステップＳ６１］：Ａｐｌ−００４はリンク有で表示するようにページを記述する。
［ステップＳ５５］：バッファよりアプリ情報を取り出す。
［ステップＳ５６］：取出しが失敗して、取り出し終了となる。
［ステップＳ６２］：終了。
【００２９】
以上のようにしてユーザ００２に対して図９のような一覧表示がなされる。
【００３０】
以上せ実施例の説明を終了する。なお、この発明は上述の実施例に限定されるものではなくその趣旨を逸脱しない範囲で種々変更が可能である。例えば、一覧に表示されるエントリとしては、アプリケーション・サービスの他に、テキスト、画像、音声等の情報でもよく、広くオブジェクトのエントリでよい。また、ユーザのセキュリティレベルに関連して説明したが、それ以外の属性でもよい。性別、年齢、趣味、アクセス履歴等でもよい。また、上述では「申請が必要です」というテキストを付加したり、付加しなかったりしたが、異なるテキスト、アイコン、画像等の情報をユーザの属性に応じて変更して表示するようにしてもよい。またＨＴＭＬ文書の利用環境において説明したが、どのようなドキュメントでサービス一覧を表示してもよい。また、ウェブブラウザやウェブサーバを用いずに、専用のインタフェースを用いてサービス一覧を表示し、サービスへアクセス可能にしてもよい。
【００３１】
また、開示承認情報は、ユーザ毎ではなくユーザグループに対して記述されていたり、サービス毎ではなくサービス群に対して記述されていたりしてもよい。
【００３２】
【発明の効果】
以上説明したように、この発明によれば、ユーザの属性に応じてサービス一覧ないしエントリ一覧を可変して表示するようにしているのでユーザの使い勝手もよく、また機密性等のうえでも好ましい一覧表示を行える。
【図面の簡単な説明】
【図１】  この発明の実施例を全体として示すブロック図である。
【図２】  上述実施例の表示制御部１４の動作を示すフローチャートである。
【図３】  上述実施例のデータベース１３に管理されるデータ構造を説明する図である。
【図４】  上述実施例のデータベース１３に管理されるデータ構造を説明する図である。
【図５】  上述実施例のデータベース１３に管理されるデータ構造を説明する図である。
【図６】  上述実施例のデータベース１３に管理されるデータ構造を説明する図である。
【図７】  上述実施例のデータベース１３に管理されるデータ構造を説明する図である。
【図８】  上述実施例のウェブブラウザ１０に表示されるサービス一覧の例を示す図である。
【図９】  上述実施例のウェブブラウザ１０に表示されるサービス一覧の他の例を示す図である。
【符号の説明】
１０    ウェブブラウザ
１１    ウェブサーバ
１２    ＣＧＩプログラム部
１３    データベース
１４    表示制御部
【図１】
0004140121.tif 000002
【図２】
0004140121.tif 000003
【図３】
0004140121.tif 000004
【図４】
0004140121.tif 000005
【図５】
0004140121.tif 000006
【図６】
0004140121.tif 000007
【図７】
0004140121.tif 000008
【図８】
0004140121.tif 000009
【図９】
0004140121.tif 000010