(57)【要約】【課題】  従来のＵＤＤＩレジストリに対するＷｅｂサービスの所在場所を問い合わせる仕組みでは、ユーザの認証を行うことなくＷｅｂサービスの所在場所を応答していたため、Ｗｅｂサービスを管理するデータサーバが不正にアクセスされることがあった。【解決手段】  Ｗｅｂサービス情報取得サーバ３は、データサーバ４が記憶管理するＷｅｂサービス情報の所在場所を記憶するＷｅｂサービス情報ＤＢ３１と、所在場所が管理されているＷｅｂサービス情報に対する許可情報を記憶する認証情報ＤＢ３２と、所在場所を問い合わせる検索情報１２をクライアント１から入力して、検索情報１２に基づいてＷｅｂサービス情報の所在場所をＷｅｂサービス情報ＤＢ３１を検索して取得するとともに、検索情報１２に基づいて認証を行う認証部品群３３とを備えた。【選択図】        図１
2006048493.tif 000002
【特許請求の範囲】
【請求項１】
サービス情報提供サーバ装置が提供するサービス情報の所在場所を示す所在情報を記憶するとともに、クライアント装置から所定のサービス情報の所在場所を検索する検索情報を入力して、上記検索情報に対するサービス情報の所在情報を検索する所在検索サーバ装置において、
上記サービス情報を識別するサービス識別情報と上記所在情報とを対応させて記憶する所在情報記憶部と、
上記クライアント装置に対して上記サービス情報の提供を許可する許可情報と上記サービス識別情報とを対応させて記憶する許可情報記憶部と、
上記検索情報とともに上記所在情報の取得権限を示す権限情報とを入力する検索情報入力部と、
上記検索情報入力部が入力した検索情報に基づいて上記所在情報記憶部を検索して、所在情報とサービス識別情報とを取得する検索部と、
上記検索部が取得したサービス識別情報に対応する許可情報を上記許可情報記憶部を検索して取得し、取得した許可情報と上記権限情報とが適合するか否かを判定して、上記許可情報と権限情報とが適合する場合に、上記検索部が取得した所在情報を上記クライアント装置へ通知し、上記許可情報と権限情報とが適合しない場合に、所在情報を取得できなかったことを上記クライアント装置へ通知する許可確認部と
を備えたことを特徴とする所在検索サーバ装置。
【請求項２】
上記権限情報は、上記クライアント装置のユーザを識別するユーザ名とパスワードとを有し、
上記許可情報は、上記サービス情報の提供を許可するユーザ名とパスワードとを有し、
上記許可確認部は、上記取得した許可情報が有するユーザ名とパスワードとが、上記権限情報のユーザ名とパスワードと一致するか否かを判定することを特徴とする請求項１記載の所在検索サーバ装置。
【請求項３】
上記権限情報は、上記サービス情報を使用する上記クライアント装置のアプリケーションプログラムを識別するプログラム識別情報を有し、
上記許可情報は、上記サービス情報の使用を許可するアプケーションプログラムを識別する許可プログラム識別情報を有し、
上記許可確認部は、上記取得した許可情報が有する許可プログラム識別情報が、上記権限情報のプログラム識別情報と一致するか否かを判定することを特徴とする請求項１または２に記載の所在検索サーバ装置。
【請求項４】
上記権限情報は、上記クライアント装置を識別するクライアント識別情報を有し、
上記許可情報は、上記サービス情報の使用を許可するクライアント装置を識別する許可クライアント識別情報を有し、
上記許可確認部は、上記取得した許可情報が有する許可クライアント識別情報が、上記権限情報のクライアント識別情報と一致するか否かを判定することを特徴とする請求項１から３のいずれかに記載の所在検索サーバ装置。
【請求項５】
上記権限情報は、上記クライアント装置のユーザを識別するユーザ名とパスワードと、上記サービス情報を使用する上記クライアント装置のアプリケーションプログラムを識別するプログラム識別情報と、上記クライアント装置を識別するクライアント識別情報とを有し、
上記許可情報は、上記サービス情報の提供を許可するユーザ名とパスワードと、上記サービス情報の使用を許可するアプケーションプログラムを識別する許可プログラム識別情報と、上記サービス情報の使用を許可するクライアント装置を識別する許可クライアント識別情報とを有し、
上記許可確認部は、上記取得した許可情報が有するユーザ名とパスワードとプログラム識別情報と許可クライアント識別情報とが、上記権限情報のユーザ名とパスワードとプログラム識別情報とクライアント識別情報と全て一致するか否かを判定することを特徴とする請求項１記載の所在検索サーバ装置。
【請求項６】
上記検索部は、Ｕｎｉｖｅｒｓａｌ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｄｉｓｃｏｖｅｒｙ  ａｎｄ  Ｉｎｔｅｇｒａｔｉｏｎ（ＵＤＤＩ）であることを特徴とする請求項１または５記載の所在検索サーバ装置。
【請求項７】
クライアント装置から要求されたサービス情報を提供するサービス情報提供サーバ装置と、
上記サービス情報の所在場所を問い合わせるクライアント装置と、
上記サービス情報の所在場所を示す所在情報を記憶するとともに、クライアント装置から所定のサービス情報の所在場所を問い合わせる検索情報を入力して、上記検索情報に対するサービス情報の所在情報を検索して、上記クライアント装置へ検索した所在情報を通知する所在検索サーバ装置とを備え、上記サーバ装置と上記クライアント装置と上記所在検索サーバ装置とを所定のネットワークを介して接続したサービス情報提供システムにおいて、
上記所在検索サーバ装置は、
上記サービス情報を識別するサービス識別情報と上記所在情報とを対応させて記憶する所在情報記憶部と、
上記サービス情報の提供を許可する上記クライアント装置側に関する許可情報と上記サービス識別情報とを対応させて記憶する許可情報記憶部と、
上記クライアント装置から上記検索情報とともに、上記所在情報の取得権限を示す権限情報を入力する検索情報入力部と、
上記検索情報入力部が入力した検索情報に基づいて上記所在情報記憶部を検索して、所在情報とサービス識別情報とを取得する検索部と、
上記検索部が取得したサービス識別情報に対応する許可情報を上記許可情報記憶部を検索して取得し、取得した許可情報と上記検索情報入力部が入力した権限情報が適合するか否かを判定して、上記許可情報と権限情報とが適合する場合に、上記検索部が取得した所在情報を上記クライアント装置へ通知し、上記許可情報と権限情報とが適合しない場合に、所在情報を取得できなかったことを上記クライアント装置へ通知する許可確認部とを備え、
上記クライアント装置は、
上記所在検索サーバ装置により所在情報が通知された場合に、通知された所在情報を用いて上記サーバ装置のサービス情報をアクセスするアクセス部と、
上記サーバ装置から上記所在情報に対応するサービス情報を取得する取得部とを備え、
上記サービス情報提供サーバ装置は、
上記所在情報に対応させてサービス情報を記憶するサービス情報記憶部と、
上記クライアント装置から所在情報を入力して、入力した所在情報に対応するサービス情報を上記サービス情報記憶部を検索して取得し、取得したサービス情報を上記クライアント装置へ送信するサービス情報提供部とを備えた
ことを特徴とするサービス情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、サービス情報提供サーバ装置が提供するサービス情報の所在場所の管理と、サービス情報の取得要求を認証する所在検索サーバ装置と、サービス情報提供システムとに関する。
【背景技術】
【０００２】
松野良蔵著「Ｊａｖａで学ぶ［Ｗｅｂサービス］集中講座」ソシム出版，２００３年１１月１５日、Ｐ２２１〜２３０に、従来のＵＤＤＩ（Ｕｎｉｖｅｒｓａｌ  Ｄｅｓｃｒｉｐｔｉｏｎ，Ｄｉｓｃｏｖｅｒｙ，ａｎｄ  Ｉｎｔｅｇｒａｔｉｏｎ）を使った場合のＷｅｂサービス利用についての記載がある（上記した文献名の「Ｊａｖａ」は登録商標である）。この従来技術では、クライアントは求めるＷｅｂサービスを見つけるため、ＵＤＤＩレジストリに求めるＷｅｂサービスの場所情報等を問い合わせる。このＵＤＤＩレジストリには、Ｗｅｂサービスを提供するサーバから、提供するサービスについてサーバへの接続方法に関する情報があらかじめ登録されている。このため、ＵＤＤＩレジストリがクライアントから問い合わせを受けると、該当する情報を持つサーバへの接続方法に関する情報をクライアントに渡す。その結果としてクライアントは、Ｗｅｂサービスを提供するサーバを知り、その後クライアントから直接サーバに接続して、Ｗｅｂサービスを実行する。また、通常、認証は、クライアントがＷｅｂサービスを提供するサーバに接続するとき、サーバにおいて、ユーザ名とパスワードを用いて行っている。
【非特許文献１】松野良蔵著「Ｊａｖａで学ぶ［Ｗｅｂサービス］集中講座」ソシム出版，２００３年１１月１５日、Ｐ２２１〜２３０
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来のＵＤＤＩでは、クライアントは、サービス検索時、ＵＤＤＩレジストリに登録されたデータがあれば必ず接続先を知ることができた。そのため、アクセス制御は全てサーバで行っており、ＤＯＳ攻撃（ＤＯＳ攻撃とは、ソフトウェアのバグを狙ってセキュリティを破ることを目的とするアクセスを行ったり、サーバの処理能力の限界を超えるような処理要求を故意に行い、サーバをダウンさせること等を指す）などにさらされる危険性があるという問題点があった。
【０００４】
また、従来の認証では、ユーザ名、パスワードのみを用いて行っていたため、一定の権限を持った人であれば、関連会社のサーバから接続しても、まったく関係の無い外部のサーバから接続しても、また、情報を単にグラフ化して表示するだけのアプリケーションからアクセスしても、読み込んだ情報を第３者に公開するようなアプリケーションからアクセスしても、関係なく認可されるという問題点があった。
【０００５】
この発明は上記のような問題点を解決するためになされたもので、Ｗｅｂサービス等のアクセス制御を目的とする。また、アクセス制御は、サービス情報を提供するサーバ装置以外の別のサーバ装置で行うことを目的とする。
【課題を解決するための手段】
【０００６】
この発明に係るサービス情報提供サーバ装置が提供するサービス情報の所在場所を示す所在情報を記憶するとともに、クライアント装置から所定のサービス情報の所在場所を検索する検索情報を入力して、上記検索情報に対するサービス情報の所在情報を検索する所在検索サーバ装置は、上記サービス情報を識別するサービス識別情報と上記所在情報とを対応させて記憶する所在情報記憶部と、上記クライアント装置に対して上記サービス情報の提供を許可する許可情報と上記サービス識別情報とを対応させて記憶する許可情報記憶部と、上記検索情報とともに上記所在情報の取得権限を示す権限情報とを入力する検索情報入力部と、上記検索情報入力部が入力した検索情報に基づいて上記所在情報記憶部を検索して、所在情報とサービス識別情報とを取得する検索部と、上記検索部が取得したサービス識別情報に対応する許可情報を上記許可情報記憶部を検索して取得し、取得した許可情報と上記権限情報とが適合するか否かを判定して、上記許可情報と権限情報とが適合する場合に、上記検索部が取得した所在情報を上記クライアント装置へ通知し、上記許可情報と権限情報とが適合しない場合に、所在情報を取得できなかったことを上記クライアント装置へ通知する許可確認部とを備えたことを特徴とする。
【発明の効果】
【０００７】
この発明の所在検索サーバ装置は、上記許可情報と権限情報とが適合しない場合には、クライアント装置へ所在情報を通知しないので、サービス情報提供サーバ装置を不正なアクセスから守ることができる効果がある。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
図１は、実施の形態１のサービス情報提供システムの構成図である。図１の構成図は、クライアント装置（以下「クライアント装置」を「クライアント」と称する）が、サービス情報提供サーバ装置の一例であるデータサーバが記憶するサービス情報を取得しようとしており、そのサービス情報を提供するＷｅｂサービスにアクセスするために、所在検索サーバ装置の一例であるＷｅｂサービス情報取得サーバに対して検索を行っていることを説明する図である。
【０００９】
図１において、Ｗｅｂサービスへのアクセスを行おうとするクライアント１は権限情報１１を記憶し、クライアント２は、権限情報２１を記憶する。ここで、権限情報とは、サービス情報の取得を行うことができるか否かを判定する際に使用する取得権限を示す情報であって、例えばユーザ名、パスワード、クライアント識別情報、プログラム識別情報等である。クライアント１，２はそれぞれ、ネットワークであるインターネット５０１を介して所在検索サーバ装置の一例であるＷｅｂサービス情報取得サーバ３、サービス情報提供サーバ装置の一例であるデータサーバ４に接続可能である。Ｗｅｂサービス情報取得サーバ３は、Ｗｅｂサービスに関連する情報の提供を許可のあるクライアントに対して公開するものである。Ｗｅｂサービス情報取得サーバ３の中の太線部分の要素は、従来のＵＤＤＩレジストリに対して付け加えた機構である。一方、Ｗｅｂサービス情報取得サーバ３の中の細線部分の要素は、従来技術のＵＤＤＩレジストリを引き継いだものである。Ｗｅｂサービス情報データベース（ＤＢ）３１は、所在情報記憶部の一例であり、Ｗｅｂサービスに関連する情報を記憶する。例えば、Ｗｅｂサービスを識別するサービス識別情報と、Ｗｅｂサービスをアクセスする接続先を示す所在情報とを記憶する。認証情報データベース（ＤＢ）３２は、許可情報記憶部の一例であって、クライアントへの情報の提供が許可されているかどうかを示す認証情報であるサービス情報の提供を許可する許可情報をサービス識別情報毎に記憶する。Ｗｅｂサービス情報ＤＢ３１には、唯一のサービスを示すサービスＩＤ（サービス識別情報）とサービスＩＤに対応したサービスに関連する情報（所在情報）が記憶され、認証情報ＤＢ３２には、サービスＩＤ（サービス識別情報）とそのサービスＩＤに対応するサービス情報を使用可能なユーザの情報（許可情報）のセットが記憶されている。認証部品群３３は、所定のサービス情報の所在場所を検索する検索情報の受け付け、及び、検索情報についてＷｅｂサービス情報ＤＢ３１及び、認証情報ＤＢ３２が記憶する情報を用いて、Ｗｅｂサービスに関する情報の取得や認証を行い、クライアントに結果を返すための機能を有する。
【００１０】
サービス情報提供サーバ装置の一例であるデータサーバ４は、サービス情報であるＷｅｂサービス情報を提供する。例えば、サービス情報データベース（ＤＢ）４２は、クライアント１、クライアント２が求めるデータを格納しているＤＢであり、サービス情報提供部４３の一例であるＷｅｂサービスＡは、データサーバ４上で動作可能なプログラムであり、サービス情報ＤＢ４２からＷｅｂサービスＡに関するＷｅｂサービス情報を読み出して、読み出した情報をアクセス相手に提供する処理を行う。
【００１１】
次に、サービス情報提供システム１０の情報の流れを説明する。クライアント１からは特定Ｗｅｂサービスを検索する検索情報１２が、クライアント２からは特定Ｗｅｂサービスを検索する検索情報２２がそれぞれＷｅｂサービス情報取得サーバ３に送信される。Ｗｅｂサービス情報取得サーバ３は、検索情報１２や検索情報２２に対する応答として、Ｗｅｂサービスの所在を示す所在情報３４或いは所在を知らせないための該当無し情報３５をクライアント１やクライアント２に通知する。クライアント１やクライアント２は、所在情報３４を受け取った後、その受け取った所在情報３４を用いてＷｅｂサービスをアクセスするための所在情報２３を生成して、所在情報２３を用いてデータサーバ４のサービス情報提供部４３に対してサービス情報の提供を要求する。データサーバ４は、所在情報２３に対する応答としてＷｅｂサービス情報４１をクライアント１或いはクライアント２の所在情報２３の送信元へ送る。このように、サービス情報提供システム１０は、クライアント１、クライアント２、Ｗｅｂサービス情報取得サーバ３、データサーバ４とを備えて、特定のＷｅｂサービスのアクセス要求を認証して、Ｗｅｂサービスの所在情報を通知する。
【００１２】
一方、図２は、従来のＵＤＤＩを使用したＷｅｂサービス提供システムの構成図である。クライアント１は、インターネット５０１を介してＵＤＤＩレジストリとデータサーバ４にそれぞれ接続可能である。ＵＤＤＩレジストリ３ａには、データサーバ４が提供するＷｅｂサービスに関する情報が予めデータサーバ４から登録され、クライアント１から検索要求されたサービス情報に関する情報を取得してクライアント１に提供する。また、データサーバ４は、クライアント１からのデータ取得要求に対して、該当するデータを取得してクライアント１へ提供する。
【００１３】
図３は、図１におけるＷｅｂサービス情報取得サーバ３の詳細な構成図である。図３において、認証部品群３３は、クライアント１または、２からユーザの権限情報や検索条件などの検索情報１２，２２を受け取る検索情報入力部３３１と、従来技術を用いたＵＤＤＩによるＷｅｂサービスの検索とその結果得られたＷｅｂサービスに関する接続先などの所在情報を提供する（ＵＤＤＩ）検索部３３２と、提供しようとしているサービスに対応する許可情報と入力された検索情報に含まれている権限情報とが適合するか、しないかを判定して、ユーザに対するサービス情報の公開の可否を判断する許可確認部３３３とを備える。
【００１４】
図４は、図１のクライアント１，２が備える要素と情報の流れを示す図である。図４において、クライアント１，２は、アクセスしたいＷｅｂサービスを検索するための検索条件１８を入力するとともに、クライアント側の権限情報を作成するための権限情報１１，２１を入力して検索情報１２，２２を生成する検索情報生成部１３と、検索情報１２，２２をＷｅｂサービス情報取得サーバ３に対して送信する送信部１４を備えた。また、Ｗｅｂサービス情報取得サーバ３から所在情報３４、或いは該当無し情報３５を受信する受信部１５と、所在情報３４を用いてデータサーバ４に対してＷｅｂサービスをアクセスする所在情報２３を送信するアクセス部１６を備える。また、データサーバ４によって提供されたＷｅｂサービス情報４１を取得して、ＣＲＴ等の表示装置やプリンタ装置等の出力装置に出力する取得部１７を備える。なお、権限情報１１、２１は、入力装置、例えばキーボード等を使用してユーザが入力しても、図示しないメモリに記憶しておき、それを取り出しても、アプリケーションプログラムの実行によって生成してもかまわない。
【００１５】
図５は、図１のデータサーバ４が備える要素と情報の流れを示す図である。図５において、データサーバ４は、クライアント１，２から送信されたＷｅｂサービスをアクセスする所在情報２３を受信し、所在情報２３を用いて該当するＷｅｂサービス情報を、サービス情報ＤＢ４２を検索して取得するサービス情報提供部４３を備える。サービス情報提供部４３は、取得したＷｅｂサービスのＷｅｂサービス情報４１を、所在情報２３の送信元のクライアントに対して送信する。
【００１６】
ここで、Ｗｅｂサービス情報取得サーバ３と、データサーバ４と、クライアント１，２とのそれぞれを実現する計算機システムの一例を説明する。図６はＷｅｂサービス情報取得サーバ３と、データサーバ４と、クライアント１，２とのそれぞれを実現する計算機システムの外観を示す図である。図６において、計算機システムは、システムユニット２００、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）表示装置１４１、キーボード（Ｋ／Ｂ）１４２、マウス１４３、コンパクトディスク装置（ＣＤＤ）１８６、プリンタ装置１８７、スキャナ装置１８８を備え、これらはケーブルで接続されている。さらに、計算機システムは、ファクシミリ装置（ＦＡＸ機）３１０、電話器３２０とケーブルで接続されている。また、ウェブサーバ５００を介してインターネット５０１に接続されている。Ｗｅｂサービス情報取得サーバ３と、データサーバ４と、クライアント１，２とはそれぞれ、図６の計算機システムによって実現される。
【００１７】
図７は、図６の計算機システムのハードウェア構成図である。図７において、計算機システムは、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１３７を備えている。ＣＰＵ１３７は、バス１３８を介してＲＯＭ１３９、ＲＡＭ１４０、通信ボード１４４、ＣＲＴ表示装置１４１、Ｋ／Ｂ１４２、マウス１４３、ＦＤＤ（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ  Ｄｒｉｖｅ）１４５、磁気ディスク装置１４６、ＣＤＤ１８６、プリンタ装置１８７、スキャナ装置１８８と接続されている。ＲＡＭは、揮発性メモリの一例である。ＲＯＭ、ＦＤＤ、ＣＤＤ、磁気ディスク装置、光ディスク装置は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部の一例である。通信ボード１４４は、ＦＡＸ機３１０、電話器３２０等に接続されている。例えば、通信ボード１４４、Ｋ／Ｂ１４２、ＦＤＤ１４５などは、情報入力部の一例である。また、例えば、通信ボード１４４、スキャナ装置１８８、ＣＲＴ表示装置１４１などは、出力部の一例である。
【００１８】
磁気ディスク装置１４６には、オペレーティングシステム（ＯＳ）１４７、ウィンドウシステム１４８、プログラム群１４９、ファイル群１５０が記憶されている。プログラム群は、ＣＰＵ１３７、ＯＳ１４７、ウィンドウシステム１４８により実行される。
【００１９】
上記プログラム群１４９には、Ｗｅｂサービス情報取得サーバ３、データサーバ４、クライアント１、２の説明において「〜部」として説明した機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵにより読み出され実行される。ファイル群１５０には、上記した実施の形態の説明において、「〜記憶部」、「〜情報」、「〜判定結果」として説明するものが、「〜ファイル」として記憶されている。
【００２０】
また、上記した実施の形態の説明において「〜部」として説明したものは、ＲＯＭ３９に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、ハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。
【００２１】
また、上記した実施の形態を実施するプログラムは、また、磁気ディスク装置、ＦＤ（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ）、光ディスク、ＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のその他の記録媒体による記録装置を用いて記憶されても構わない。
【００２２】
次に、クライアント１，２、Ｗｅｂサービス情報取得サーバ３、データサーバ４の動作について図８〜図１０を用いて、具体例を説明する。図８は、サービス情報提供システムの構成図である。図９は、Ｗｅｂサービス情報ＤＢ３１が記憶する情報の一例である。図１０は、認証情報ＤＢ３２が記憶する情報の一例である。なお、図８のＷｅｂサービス情報取得サーバ３は、図３のＷｅｂサービス情報取得サーバ３の構成をしている。
【００２３】
図８において、クライアント１、クライアント２は、データサーバ４が記憶管理するＷｅｂサービス情報を得ようとしている。その得ようとしているＷｅｂサービス情報は、データサーバ４が管理するＷｅｂサービスＡを通して（例えば、「ＷｅｂサービスＡ」は得ようとしているＷｅｂサービス情報のアドレスを示す情報を用いてサービス情報ＤＢ４２からサービス情報を取得するものであるものとする）取得することができるものとする。また、クライアント１、クライアント２は最初、データサーバ４の所在を知らないものとする。すなわち、クライアント１，２のユーザは、直接データサーバ４のサービス情報ＤＢ４２をアクセスできないものとする。クライアント１は、権限情報１１として、ユーザＩＤ“ｕｓｅｒ１”を記憶している。クライアント２は、権限情報２１として、ユーザＩＤ“ｕｓｅｒ２”を記憶している。クライアント１，２はそれぞれ、自己が記憶管理するユーザＩＤを用いてＷｅｂサービス情報取得サーバ３に対して、特定の条件（求めるＷｅｂサービス情報を提供するＷｅｂサービスを特定するための条件）に該当するＷｅｂサービスに関する情報を問い合わせる。すなわち、クライアント１は特定Ｗｅｂサービス検索を行うための検索情報１２を生成して、Ｗｅｂサービス情報取得サーバ３にインターネット５０１を介して送信する。また、クライアント２は特定Ｗｅｂサービス検索を行うための検索情報２２をＷｅｂサービス情報取得サーバ３にインターネット５０１を介して送信する。例えば、検索情報１２は、特定のＷｅｂサービスを検索するための検索条件１８とユーザＩＤ“ｕｓｅｒ１”を有し、検索情報２２は、特定のＷｅｂサービス情報を検索するための検索条件１８とユーザＩＤ“ｕｓｅｒ２”を有する。また、ユーザＩＤは、権限情報である。
【００２４】
Ｗｅｂサービス情報取得サーバ３は、クライアント１，２から送信された検索情報１２，２２をそれぞれ検索情報入力部３３１により受信する。Ｗｅｂサービス情報取得サーバ３のＷｅｂサービス情報ＤＢ３１は、図９に示すような所在情報３１２であるＷｅｂサービスの接続先である「ｈｔｔｐ：／／ｓｅｒｖｅｒ：８０８０／Ｓｅｒｖｉｃｅｓ／ｓｕｐｐｌｙ」と、所在情報に対応するサービスＩＤ（サービス識別情報３１１）「９９９９９−９９９９−９９９９−９９９９−９９９９９９９９」を記憶する。また、Ｗｅｂサービス情報取得サーバ３の認証情報ＤＢ３２は、図１０に示すような許可情報３２２と許可情報に対応させて情報の提供を許可するサービスＩＤ（サービス識別情報３２１）とを記憶する。図１０の例では、“ｕｓｅｒ２”のユーザＩＤに対して「９９９９９−９９９９−９９９９−９９９９−９９９９９９９９」のサービス識別情報をもつＷｅｂサービスと「０１２３４−５６７８−９０１２−３４５６−７８９０１２３４」のサービス識別情報をもつＷｅｂサービスとが提供可能であることを示している。
【００２５】
検索部３３２は、検索情報入力部３３１が受信した検索情報１２，２２を受け取り、検索情報１２，２２の有する検索条件と一致する所在情報がＷｅｂサービス情報ＤＢ３１に記憶されているか検索する。検索した結果は許可確認部３３３に通知する。ここで、検索条件について説明する。上記したように、クライアントのユーザはデータサーバ４の所在を知らない。このため、検索条件は、データサーバ４の所在場所を示すアドレスを含まない情報であるものとする。例えば、図９の所在情報３１２が「ｈｔｔｐ：／／ｓｅｒｖｅｒ：８０８０／Ｓｅｒｖｉｃｅｓ／ｓｕｐｐｌｙ」である場合、「ｓｅｒｖｅｒ：８０８０」がデータサーバ４の所在を示すものであるとき、検索条件は、「ｓｅｒｖｅｒ：８０８０」以外の「／Ｓｅｒｖｉｃｅｓ／ｓｕｐｐｌｙ」であるものとする。検索部３３２の検索動作は、Ｗｅｂサービス情報ＤＢ３１が記憶する所在情報３１２との完全一致ではなく、所在情報３１２のうちデータサーバ４の所在情報以外の所在情報との一致を判定する。
【００２６】
許可確認部３３３は、検索部３３２から検索した結果を受け取る。この時、検索した結果が所在情報が見つかったことを示している場合は、検索された所在情報と所在情報に対応するサービス識別情報３１１とを検索部３３２から受け取る。また、検索情報入力部３３１が入力した検索情報１２や検索情報２２の有する権限情報も入力する。
【００２７】
検索した結果が所在情報が見つかったことを示している場合は、許可確認部３３３は、検索部３３２から受け取ったサービス識別情報３１１に対応するユーザＩＤを、認証情報ＤＢ３２を検索して取得する。そして、取得したユーザＩＤと権限情報とを比較して一致するかしないかを判定する。一致する場合、所在情報３１２をＷｅｂサービス所在情報３４として検索もとのクライアントへ応答する。
【００２８】
許可情報のユーザＩＤと権限情報が一致しない場合と、検索部３３２によって検索条件に適合するサービス情報の所在情報が見つからなかった場合と、許可確認部３３３が認証情報ＤＢ３２からサービス識別情報３１１に対応するユーザＩＤを検索できなかった場合のいずれかである時、該当無し情報３５を検索もとのクライアントへ応答する。
【００２９】
例えば、クライアント１のユーザは、権限情報が“ｕｓｅｒ１”であって、検索部３３２でサービス識別情報３１１が「９９９９９−９９９９−９９９９−９９９９−９９９９９９９９」を取得できた場合、この「９９９９９−９９９９−９９９９−９９９９−９９９９９９９９」に対して情報公開が許可されているのは図１０の例より“ｕｓｅｒ２”であり、“ｕｓｅｒ１”は設定されていない。このため、クライアント１には、Ｗｅｂサービスに関する情報は提供されず、該当無し情報３５の応答が返される。一方、クライアント２のユーザがＷｅｂサービス情報取得サーバ３に接続したときには、ユーザＩＤ“ｕｓｅｒ２”の権限情報でＷｅｂサービス情報取得サーバ３に問い合わせており、図１０において、サービス識別情報３１１が「９９９９９−９９９９−９９９９−９９９９−９９９９９９９９」であるユーザＩＤには、“ｕｓｅｒ２”が設定されている。このため、クライアント２には情報の提供が許可され、サービス識別情報「９９９９９−９９９９−９９９９−９９９９−９９９９９９９９」の所在情報３１２がＷｅｂサービス所在情報３４として渡される。
【００３０】
以上の結果、クライアント１はデータサーバに関する接続先の情報も、存在も知らされない。また、クライアント２は、得られたＷｅｂサービスに関する所在情報をもとに、Ｗｅｂサービスを利用することができ、目的の情報を取得することができる。
【００３１】
このように、Ｗｅｂサービス情報取得サーバの情報提供時のユーザ認証機能を用いることによって、従来のＷｅｂサービスの所在情報を検索する機能とあわせることにより、認証許可のない相手には、Ｗｅｂサービスの存在の情報すら与えられず、情報公開を許可されているユーザにのみＷｅｂサービス情報が公開され、Ｗｅｂサービス情報が不正にアクセスされることを防ぐことができる。また、データサーバの所在情報についても、公開が許可されていないユーザに対しては知らされないので、データサーバが不正にアクセスされることを防ぐことが可能となる効果がある。
【００３２】
また、従来のデータサーバは、クライアントがデータサーバに接続する時データサーバにおいてユーザ名やパスワードを用いて認証を行っていたことを説明した。この従来の認証機能をこの実施の形態１のデータサーバ４が備えるようにしてもかまわない。このことによって、更に、別の手段によって認証許可のないクライアントがＷｅｂサービスに直接接続した場合であっても、従来のＷｅｂサービスの認証により接続を拒否するという、二重の認証システムとなり、より高いセキュリティを実現することができる効果がある。
【００３３】
上記した例では、権限情報はユーザＩＤのみであったが、パスワードを含んでもかまわない。
【００３４】
この実施の形態１では、クライアントがアクセスしたいＷｅｂサービスサーバの所在情報を管理するとともに、公開を許可するＷｅｂサービスサーバに関する情報を管理して、所在情報の取得要求のあったクライアントに対して、Ｗｅｂサービスサーバに関する情報を与えるかどうかを認証する機能を持つＷｅｂサービス所在情報取得サーバを有することにより、アクセス権を有しないユーザに対しては、サービスの存在も、サービスを行うサーバも知らせないことを特徴とするシステムについて一例を説明した。
【００３５】
また、Ｗｅｂサービスサーバに関する情報としてユーザ名・パスワードをあらかじめ保存し、クライアントからユーザ名とパスワードを受け取り、受け取ったユーザ名とパスワードをあらかじめ保存していたユーザ名とパスワードと比較する事によって認証する機能を持つＷｅｂサービス所在情報取得サーバを備えることにより、認証をＷｅｂサービス所在情報取得サーバで行う事を特徴とするシステムについて一例を説明した。
【００３６】
実施の形態２．
この実施の形態では、権限情報にクライアントのアプリケーションプログラムを識別するプログラム識別情報を有する所在検索サーバ装置、サービス情報提供システムについて、一例を説明する。なお、この実施の形態のクライアント、Ｗｅｂサービス情報取得サーバ、データサーバは、図６の計算機システムによって実現され、計算機システムは図７のハードウェア構成をしているものとする。
【００３７】
図１１は、実施の形態２のサービス情報提供システムの構成図である。図１１において、ユーザ１，２，３はそれぞれ、データサーバ４が管理している名簿情報を取得しようとしているが、名簿情報の所在がわからないため、名簿情報の所在場所を管理しているＷｅｂサービス情報取得サーバ３にアクセスして、名簿情報を記憶管理して所在場所を示す所在情報を取得しようとしている。
【００３８】
ユーザ４１１はクライアント１及びクライアント２からアプリケーション５１１のアプリケーションＡとアプリケーション５２１のアプリケーションＡを使用して、また、ユーザ４１２はクライアント２からアプリケーション５２１のアプリケーションＡを使用して、また、ユーザ４１３はクライアント２からアプリケーション５１２のアプリケーションＢを使用して、名簿情報を閲覧しようとしている。アプリケーションＡは、例えばグラフの表示のみを行うことができるプログラムであり、アプリケーションＢは、例えばデータの保存等ユーザがデータを加工できるプログラムである。また、アプリケーションＡ，Ｂ，Ｃはそれぞれ、アプリケーションの中で求めるデータを取得するためデータの所在を取得するリポジトリアクセス部５１１１，５２１１を有する。
【００３９】
データサーバ４は、Ｗｅｂサービスを通してデータを提供する窓口となるサービス情報提供部４３と、名簿情報を記憶する名簿情報ＤＢ６２１とを備える。また、サービス情報提供部４３は、閲覧要求を行ったユーザに対して名簿情報の提供を行う処理を実行する名簿情報提供プログラム６１１を有する。名簿情報提供プログラム６１１は、図７のプログラム群１４９に記憶され、サービス情報提供部４３は、ＣＰＵ１３７であるものとする。
【００４０】
Ｗｅｂサービス情報取得サーバ３は、名簿情報がデータサーバ４に既往管理されていることを知るものである。認証部品群３３は、外部からの「名簿情報希望」という検索情報に対して、名簿情報の所在と、相手の認証を行う。Ｗｅｂサービス情報ＤＢ３１は、「名簿情報」が「データサーバにある」という情報を保存しているＵＤＤＩ情報ＤＢの一例である。認証情報ＤＢ３２は、「名簿情報」という情報を提供してよい相手を記憶している。
【００４１】
また、図１１中「○」は所在情報の取得が行えたことを示し、「×」は所在情報の取得が行えなかったことを示す。
【００４２】
次に、図１１のサービス情報提供システムの動作について説明する。はじめに、ユーザ１について図１２を用いて説明する。図１２は、図１１のうち、ユーザ１が、クライアント２のアプリケーションＡを利用して名簿情報を取得しようとしているときに使用する各構成要素を図１１の全体構成図から抜き出した図である。図１２において、ユーザ１は、まずアプリケーションＡにログインするため、権限情報２１の１つであるユーザ情報「ユーザ１」をアプリケーションＡに渡す。また、ユーザ１は、検索条件１８である「名簿情報希望」を、アプリケーションＡに知らせる。アプリケーションＡは、このとき受け取った「ユーザ１」と、「名簿情報希望」という情報に自分がアプリケーションＡであることを示すプログラム識別情報「アプリＡ」を付け足してリポジトリアクセス部５２１１に渡す。リポジトリアクセス部５２１１は、この「ユーザ１」（ユーザ名）、「アプリＡ」（プログラム識別情報）、「名簿情報希望」（検索条件）に、自分が動作しているクライアント２の「クライアント２」（クライアント識別情報）を付け足して検索情報２２を生成して、Ｗｅｂサービス情報取得サーバ３に生成した検索情報２２を送信して問い合わせる。
【００４３】
Ｗｅｂサービス情報取得サーバ３では、まず認証部品群３３が検索情報２２を受け、検索情報の「名簿情報希望」という検索条件をもとに、Ｗｅｂサービス情報ＤＢ３１を検索し、情報を提供しているサーバの所在情報を取得する。続けて認証部品群３３は、認証情報ＤＢ３２にアクセスし、取得した所在情報のサーバのＷｅｂサービス情報を、「クライアント２」の「アプリＡ」を利用している「ユーザ１」に提供してよいかどうかを調べる。このときの認証情報の一例を図１３に示す。認証情報は、図１３のように、データサーバ、クライアント、アプリケーション、ユーザの順の階層構造になっており、このような構造によって同じユーザでも、異なるアプリケーションやクライアントからアクセスしたときは、異なる対応ができるようにしておく。ここでは、図１３を、「データサーバ」、「クライアント２」、「アプリＡ」、「ユーザ１」とたどると、“ａｌｌｏｗｅｄ”となっており、「情報の提供が可である」、という認証結果を認証部品群３３は得る。その後、認証部品群３３は「データサーバ」に「名簿情報」があることを示す所在情報３４をクライアント２のリポジトリアクセス部５２１１に返す。クライアント２は、返された所在情報３４からデータサーバ４をアクセスする所在情報２３を生成して、データサーバ４を接続し、名簿情報を取得する。
【００４４】
このように、ユーザ１はクライアント２からアプリケーションＡを使用してＷｅｂサービス情報提供サーバから名簿情報の所在情報を取得し、取得した所在情報を用いてデータサーバを特定して、名簿情報を取得できる。
【００４５】
一方、ユーザ１がクライアント１からアプリケーションＡを使用して所在情報を取得しようとしても、図１３の認証情報より「クライアント１」については情報の提供が許可されていないので、該当無し情報３５がＷｅｂサービス情報取得サーバ３から送られる。
【００４６】
また、ユーザ２がクライアント２からアプリケーションＡを使用して所在情報を取得しようとしても、図１３の認証情報より「ユーザ２」については情報の提供が許可されていないので、該当無し情報３５がＷｅｂサービス情報取得サーバ３から送られる。
【００４７】
また、ユーザ３がクライアント２からアプリケーションＢを使用して所在情報を取得しようとすると、図１３の認証情報より「クライアント２」であって「アプリＢ」については、ユーザが誰であっても情報の提供が許可されているので、所在情報３４がＷｅｂサービス情報取得サーバ３から送られる。
【００４８】
以上のように、認証情報を階層構造で管理することによって、同じユーザでも、異なるアプリケーションからアクセスしたときは異なる対応を行う等、データサーバ、クライアント、アプリケーション、ユーザの様々な状況による組み合わせに応じた複雑なアクセス制御が可能となる効果がある。
【００４９】
また、階層の順序は、データサーバ、クライアント、アプリケーション、ユーザの順に限らず、例えばユーザが最上位の階層であってもかまわない。
【００５０】
また、権限情報は、データサーバ、クライアント識別情報、プログラム識別情報、ユーザ名等のうち少なくとも１つであればよく、例えばプログラム識別情報のみや、クライアント識別情報のみを認証する仕組みであってもかまわない。例えばプログラム識別情報のみを認証する場合は、認証情報ＤＢ３２には、階層構造ではなく情報の提供を許可するプログラム識別情報のみを記憶する。
【００５１】
この実施の形態では、情報を与えてよいプログラム識別情報（アプリケーション名）をあらかじめ認証情報ＤＢに保存し、クライアントからＷｅｂサービス情報の取得後取得したＷｅｂサービス情報を使用するアプリケーション名を受け取り、受け取ったアプリケーション名と認証情報ＤＢに保存していたアプリケーション名とを比較する事によって認証する機能を持つＷｅｂサービス情報取得サーバを備えることにより、アプリケーションごとに認証を行うことを特徴とするシステムの一例を説明した。
【００５２】
また、クライアントは所定のアプリケーションを使用してＷｅｂサービス情報取得サーバにアクセスしているものとして、Ｗｅｂサービス情報を与えてよいクライアントのアプリケーションを識別する識別名をあらかじめ保存し、クライアントからアクセスを行っているアプリケーションの識別名を受け取り、受け取ったアプリケーションの識別名とあらかじめ保存していたアプリケーションの識別名とを比較する事によって認証する機能を持つＷｅｂサービス情報取得サーバを備えることにより、クライアント側のアプリケーションごとに認証を行うことを特徴とするアクセス制御機構を有するシステムの一例を説明した。
【００５３】
また、認証はユーザ名、パスワード、クライアントを識別する識別名、クライアント側のアプリケーションを識別する識別名、との全てが適合（一致を含む）することを確認したり、少なくともいずれか１つ、すなわち１つ以上を組み合わせて適合（一致を含む）することを確認して、Ｗｅｂサービス情報を与えてよいか否かを判定して、きめ細かな認証を行うことを特徴とするアクセス制御機構を有するシステムの一例を説明した。
【００５４】
実施の形態３．
この実施の形態では、Ｗｅｂサービス情報を公開してもよい時刻を認証に使用する所在検索サーバ装置、サービス情報提供システムの一例を説明する。
【００５５】
図１４は、実施の形態３の全体構成図である。図１４では、銀行などの預貯金残高を確認したいユーザ１と、銀行などに決済を行いたいユーザ２が、データサーバ４である銀行サーバの預金情報ＤＢ１０４にアクセスする例を説明する図である。図１４において、ユーザ８１は、銀行サーバに対し預金情報を閲覧したいユーザ１であり、ユーザ８２は、銀行サーバに対し、決済を行いたいユーザ２である。クライアント９１は、ユーザ８１が使用するアプリケーション９１１を動作させるアプリケーションサーバである。クライアント９２は、ユーザ８２が使用するアプリケーション９１２を動作させるアプリケーションサーバである。アプリケーション９１１は、ユーザ８１が預金残高を確認するために使用するアプリケーションであって、「アプリＡ」のプログラム識別情報を有する。アプリケーション９１２は、ユーザ８２が決済を行うために使用するアプリケーションであって、「アプリＢ」のプログラム識別情報を有する。Ｗｅｂサービス情報取得サーバ３は、図１と同様の構成をしているとともに、図１４の認証部品群３３は、図３の認証部品群３３と同様の構成をしている。ユーザ８１，８２は預金情報ＤＢ１０４及びデータサーバ４の所在を知らない。このため、ユーザ８１，８２は預金情報ＤＢ１０４にアクセスする前に、Ｗｅｂサービス情報取得サーバ３をアクセスして、データサーバに接続するための所在情報を取得する。また、Ｗｅｂサービス情報取得サーバ３は、ユーザ８１，８２の銀行サーバに対するアクセスの可否を認証部品群３３によって判定する。判定した結果、アクセス可の場合は、Ｗｅｂサービス情報取得サーバ３から銀行サーバの所在情報がアクセス可であるユーザに通知される。アクセス付加である場合は、Ｗｅｂサービス情報取得サーバ３から該当無しを通知する情報がアクセス不可であるユーザに通知される。クライアントとＷｅｂサービス情報取得サーバとデータサーバとの間の情報の流れ、及び、情報の内容は、実施の形態１，２と同様である。
【００５６】
実施の形態１，２との違いは、認証情報ＤＢ３２が、Ｗｅｂサービス情報の提供を許可する時間を記憶することである。図１５は、この実施の形態の認証情報ＤＢ３２が記憶する情報の一例である。図１５において、認証情報ＤＢ３２は、データサーバ＞クライアント識別情報＞プログラム識別情報＞許可時刻情報＞ユーザの階層構造で許可情報を記憶している。許可時刻情報以外の情報は実施の形態１，２と同じである。許可時刻情報は、Ｗｅｂサービス情報の公開を許可する時刻を示しており、図１５の例では「午前９：００から午後５：００まで」が公開を許可する時刻である。また、図１５の認証情報ＤＢ３２には、クライアント１については許可情報を記憶していない。
【００５７】
次に、サービス情報提供システムの動作について説明する。ユーザ８１は、アプリケーション９１１に対し、預金情報の閲覧希望であることを指示する。このとき、アプリケーション９１１は、自己にアクセスしているのが「ユーザ１」であること、希望する動作が「ユーザ１の預金情報を閲覧する」という権限情報１１と検索条件１８との情報をもつ。アプリケーション９１１は、ユーザ８１からの「閲覧希望」を受けて、検索情報１２を生成して、Ｗｅｂサービス情報取得サーバ３を接続して検索情報１２を送信する。検索情報１２は少なくとも、ユーザ名が「ユーザ１」、プログラム識別情報が「アプリＡ」、クライアント識別情報が「クライアント１」であることを示す権限情報１１と「ユーザ１の預金情報を閲覧」という検索条件１８とを有する。
【００５８】
Ｗｅｂサービス情報取得サーバ３では、アプリケーション９１１からの検索情報１２を検索情報入力部３３１によって受けつける。検索情報入力部３３１は、検索情報１２を検索部３３２に渡す。検索部３３２は、権限情報が「ユーザ１」、「アプリＡ」「クライアント１」であるということと、「ユーザ１の預金情報を閲覧」という情報を受けて、Ｗｅｂサービス情報ＤＢ３１を検索して、預金情報ＤＢをアクセスするデータサーバ４の所在情報とサービス識別情報を取得する。なお、Ｗｅｂサービス情報ＤＢ３１は図９に示した内容の情報を記憶するものとする。検索部３３２は、所在情報とサービス識別情報と検索情報１２とを許可確認部３３３に渡す。許可確認部３３３は、検索部３３２から所在情報とサービス識別情報と検索情報とを受け付けた時刻を示す時刻情報を、自己が有する時刻管理機能から取得する。その後、認証情報ＤＢ３２を検索して、Ｗｅｂサービス情報の公開が許可されるか否かを判定する。図１５の認証情報ＤＢ３２の例では、「クライアント１」に関する許可情報が記憶されていない。このため、許可確認部３３３は、クライアント１のユーザ８１に対して該当無し情報３５を送信する。
【００５９】
一方、ユーザ８２の検索情報２２は、「ユーザ２」、「アプリＢ」、「クライアント２」の権限情報２１を有する。検索情報入力部３３１と検索部３３２の動作は、上記したユーザ１の検索情報１２を入力した場合の動作と同様であるため、説明は省略する。許可確認部３３３が認証情報ＤＢ３２を検索すると、「データサーバ識別情報」、「クライアント識別情報」、「プログラム識別情報」、「許可時刻情報」、「ユーザ名」の順で適合するか一致するかの確認を行う。ここで、「データサーバ識別情報」、「クライアント識別情報」、「プログラム識別情報」、「ユーザ名」はそれぞれ検索情報２２と一致する。「許可時刻情報」は、閲覧が許可される時間帯であり、「９：００〜１７：００」の間可能であることが設定されている。このため、許可確認部３３３は、取得した時刻情報が許可時刻情報と適合する場合は、閲覧可とし、所在情報をユーザ８２に通知する。
【００６０】
ユーザ８２は、Ｗｅｂサービス情報取得サーバ３から送信された所在情報を用いてアプリケーション９１２を使用してデータサーバ４をアクセスし、預金情報ＤＢ１０４をアクセスして決済を行うことができる。
【００６１】
上記した許可時刻情報が認証情報ＤＢに記憶されている場合、ユーザがＷｅｂサービス情報取得サーバ３から所在情報を受け取ってから数時間経過して決済可能な時間帯である「９：００〜１７：００」の範囲をすぎてから、例えば「１８：００」になってからでも、所在情報が分かっているのでデータサーバにアクセスすることができてしまう。このため、Ｗｅｂサービス情報取得サーバ３が所在情報をクライアントへ送信する際に許可時刻情報もいっしょに送信するようにする。そして、データサーバをアクセスする際に、許可可能時刻情報をデータサーバに送り、データサーバ側で許可可能時刻情報に現在のアクセスが行われている時刻が含まれているか確認処理を行うようにする。或いは、アプリケーション９１２が許可時刻情報を保管しておき、ユーザからデータサーバのアクセス要求がされた時に保管していた許可時刻情報とアクセス要求された時の時刻とを比べて、許可時刻情報にアクセス要求された時の時刻が含まれていればデータサーバを要求に従いアクセスし、含まれていなければ、データサーバにアクセスできないことを通知して処理を強制的に終了するというような対処が考えられる。
【００６２】
以上のように、この実施の形態では、階層構造を設けることによって、サーバ、アプリケーション、ユーザの３階層のみでなく、状況に応じて時間のような別の階層を設け、アクセス時の認証をきめ細かく制御することができる効果がある。
【００６３】
アクセスを行っている時間帯など、クライアントやアプリケーションやユーザに関する情報以外の情報を更に認証情報として組み合わせて認証を行うことを特徴とするＷｅｂサービス情報取得サーバを備えることにより、必要な条件に応じたきめ細かな認証を行うことを特徴とするアクセス制御機構を有するサービス情報提供システムの一例を説明した。
【００６４】
実施の形態４．
上記実施の形態３では、サービス情報提供システムでは、データサーバはデータサーバ４のみであった。この実施の形態では、２以上のデータサーバを備えるサービス情報提供システムの一例を説明する。
【００６５】
図１６は、この実施の形態のサービス情報提供システムの構成図である。また、図１７はこの実施の形態の認証情報ＤＢ３２が記憶する情報の一例である。図１６において、サービス情報提供システムは、２つのデータサーバ４，４０を備える。また、図１６の認証情報ＤＢ３２は、「データサーバ１」と「データサーバ２」とのそれぞれについて階層構造の許可情報を有している。例えば、「データサーバ１」に対しては、プログラム識別情報が「アプリＡ」、許可時刻情報が「７：００〜２０：００」、ユーザ名が「ユーザ１」と許可情報が設定され、「データサーバ２」に対しては、プログラム識別情報が「アプリＢ」、許可時刻情報が「１０：００〜１５：００」、ユーザ名が「ユーザ２」と許可情報が設定されている。このため、許可確認部３３３はそれぞれのデータサーバごとにＷｅｂサービス情報の公開が可能であるか不可であるかを確認することになる。
【００６６】
以上のように、この実施の形態では、複数のデータサーバ毎に権限情報を設定できるようにしたので、データサーバが管理するデータベースの内容によってＷｅｂサービス情報の提供を許可する許可情報を設定できる。このため、木目細かく情報公開の可・不可を判定できる効果がある。
【図面の簡単な説明】
【００６７】
【図１】実施の形態１のサービス情報提供システムの構成図である。
【図２】従来のＵＤＤＩを使用したＷｅｂサービス提供システムの構成図である。
【図３】図１におけるＷｅｂサービス情報取得サーバ３の詳細な構成図である。
【図４】図１のクライアント１，２が備える要素と情報の流れを示す図である。
【図５】図１のデータサーバ４が備える要素と情報の流れを示す図である。
【図６】Ｗｅｂサービス情報取得サーバ３と、データサーバ４と、クライアント１，２とのそれぞれを実現する計算機システムの外観を示す図である。
【図７】図６の計算機システムのハードウェア構成図である。
【図８】実施の形態１のサービス情報提供システムの構成図である。
【図９】実施の形態１のＷｅｂサービス情報ＤＢ３１が記憶する情報の一例である。
【図１０】実施の形態１の認証情報ＤＢ３２が記憶する情報の一例である。
【図１１】実施の形態２のサービス情報提供システムの構成図である。
【図１２】図１１のうち、ユーザ１が、クライアント２のアプリケーションＡを利用して名簿情報を取得しようとしているときに使用する各構成要素を図１１の全体構成図から抜き出した図である。
【図１３】実施の形態２の認証情報ＤＢ３２が記憶する情報の一例である。
【図１４】実施の形態３のサービス情報提供システムの構成図である。
【図１５】実施の形態３の認証情報ＤＢ３２が記憶する情報の一例である。
【図１６】実施の形態４のサービス情報提供システムの構成図である。
【図１７】実施の形態４の認証情報ＤＢ３２が記憶する情報の一例である。
【符号の説明】
【００６８】
１，２  クライアント、３  Ｗｅｂサービス情報取得サーバ、３ａ  ＵＤＤＩレジストリ、４  データサーバ、１１，２１  権限情報、１２，２２  検索情報、１３  検索情報生成部、１４  送信部、１５  受信部、１６  アクセス部、１７  取得部、１８  検索条件、２３，３４  所在情報、３１  Ｗｅｂサービス情報ＤＢ、３２  認証情報ＤＢ、３３  認証部品群、３５  該当無し情報、４０  データサーバ、４１  Ｗｅｂサービス情報、４２  サービス情報ＤＢ、４３  サービス情報提供部、８１，８２  ユーザ、９１，９２  クライアント、１０４，１０５  預金情報ＤＢ、１３７  ＣＰＵ、１３８  バス、１３９  ＲＯＭ、１４０  ＲＡＭ、１４１  ＣＲＴ表示装置、１４２  Ｋ／Ｂ、１４３  マウス、１４４  通信ボード、１４５  ＦＤＤ、１４６  磁気ディスク装置、１４７  ＯＳ、１４８  ウィンドウシステム、１４９  プログラム群、１５０  ファイル群、１８６  ＣＤＤ、１８７  プリンタ装置、１８８  スキャナ装置、２００  システムユニット、３１０  ＦＡＸ機、３２０  電話器、３１１，３２１  サービス識別情報、３１２  所在情報、３２２  許可情報、３３１  検索情報入力部、３３２  検索部、３３３  許可確認部、４１１，４１２，４１３  ユーザ、５００  ウェブサーバ、５０１  インターネット、５１１，５１２，５１３，５２１  アプリケーション、６１１  名簿情報提供プログラム、６２１  名簿情報ＤＢ、９１１，９１２  アプリケーション、５１１１，５２１１  リポジトリアクセス部。
【図１】
2006048493.tif 000003
【図２】
2006048493.tif 000004
【図３】
2006048493.tif 000005
【図４】
2006048493.tif 000006
【図５】
2006048493.tif 000007
【図６】
2006048493.tif 000008
【図７】
2006048493.tif 000009
【図８】
2006048493.tif 000010
【図９】
2006048493.tif 000011
【図１０】
2006048493.tif 000012
【図１１】
2006048493.tif 000013
【図１２】
2006048493.tif 000014
【図１３】
2006048493.tif 000015
【図１４】
2006048493.tif 000016
【図１５】
2006048493.tif 000017
【図１６】
2006048493.tif 000018
【図１７】
2006048493.tif 000019