(57)【要約】【課題】  管理者が個々の認証・権限サービスが利用するアクセス制限情報を更新する事を可能とし、管理者負荷を軽減する。また、認証サービスを停止する事なく、アクセス制限情報の一貫性が保証でき、データ更新のタイムラグに伴うセキュリティホールを回避すると同時に、認証パフォーマンスの低下を最小限に留める方法を提供する。【解決手段】  管理者は単一のノードに対してアクセス制限情報の変更を依頼することで、連携している認証・権限付与サービスの情報を知ることなく、個々の認証・権限サービスが利用するアクセス制限情報を更新する事を可能とし、更新時、サービス毎に認証を切替える事で、当該サービスの認証のみ単一ノードに委託する。【選択図】  図１
2007026174.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを構成するクライアント装置、親ノード、子ノードを備え、当該親ノード、子ノードは管理者、クライアントからのサービス要求を受け付けるエントリ部と、エントリ部の後段にあってクライアントからのサービス要求に含まれるユーザ認証情報を適切な認証部に振り分ける調停処理部と、調停処理部からの認証確認要求を受け付けて認証情報を確認する認証部と、それぞれひとつの各種サービスを提供する複数のサービス部とを有し、前記親ノードにおける調停処理部は、アクセス情報更新か認証処理かを判定する判定手段と、アクセス情報更新の際、認証データの複製並びにアクセス情報更新を指示する認証データ複製アクセス情報更新指示手段と、子ノードに対し当該サービスに対する認証停止を指示する認証停止指示手段と、全てのノードのアクセス情報更新が終了したことを確認するアクセス情報更新確認手段と、前記確認手段の結果アクセス情報更新終了時に子ノードに対し当該サービスに対する認証再開を指示する認証再開指示手段と、前記子ノードにおける調停処理部は、親ノードからの指示で当該サービスの認証更新フラグを設定し認証を停止する認証停止手段と、親ノードから認証再会指示を受け認証を再開する認証再開手段と、当該サービスの認証を自己内の認証部で行うか否か判定する認証判定手段と、前記判定の結果、親ノードに当該サービスの認証を委託する認証委託手段を備える事を特徴とする認証制御システム。
【請求項２】
前記請求項１に記載の認証制御システムであって、前記親ノードにける調停処理部は、ノード情報、サービス情報、並びにアクセス更新情報をノード管理テーブルに設定するノード管理テーブル更新手段を備え、ノード管理テーブルのアクセス情報を確認し認証データ更新状態を判定する認証データ更新判定手段を備え、前記親ノードにける認証部はアクセス情報更新の際、認証データを複製ならびにアクセス情報を更新する認証データ複製更新手段と全ノード更新終了後に認証データを切替える認証データ切替え手段、とを備える事を特徴とする請求項１に記載の認証制御システム。
【請求項３】
前記請求項１に記載の認証制御システムであって、前記親ノードにける調停処理部は認証要求かアクセス情報更新リクエストか判定する判定手段を有し、認証要求である場合、子ノードからのリクエストか否かを判定し、子ノードからのリクエストである場合、子ノードに認証結果を転送する転送手段を備える事を特徴とする、請求項１に記載の認証制御システム。
【請求項４】
前記請求項１に記載の認証制御システムであって、前記子ノードにける調停処理部は、サービス情報、並びに認証サービスの稼動状況を表すフラグを認証更新テーブルに設定する設定手段を備える事を特徴とする。請求項１に記載の認証制御システム。
【請求項５】
前記請求項１に記載の認証制御システムであって、前記親ノード、子ノードにおける調停処理部は、認証部と関連するサービスを関連付ける認証マップテーブル作成手段を備える事を特徴とする、請求項１に記載の認証制御システム。
【請求項６】
前記請求項１に記載の認証制御システムであって、前記親ノード、子ノードにおける調停処理部は、認証マップテーブルを参照し、当該サービスに関連する適切な認証処理を選択する認証処理選択手段を備える事を特徴とする、請求項５に記載の認証制御システム。
【請求項７】
前記請求項１に記載の認証制御システムであって、前記子ノードにおける調停処理部は、親ノードに対して自己のサポートするサービス情報を通知する手段を備える事を特徴とする、認証制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各種ネットワークサービスへのアクセス権限制御に関するものである。
【背景技術】
【０００２】
複写機等のノードが個々に認証処理のためのデータベースを抱え込む構造を持ち、そのノードが複数、ネットワークで稼動している状態において、ある特定のサービスに対し、アクセス制限を実施する必要が持ち上がった際、従来の方法では、管理者が当該サービスに関連する認証サービスをノード毎に特定し、その認証サービスが抱える認証情報を個別に更新する必要があり、ノードが増加するに従い管理負荷が増大していた。この解決策として、代表となるコンピュータに存在するデータベースの情報を個々に複写してローカルデータベースを作成し、照会処理はローカルデータベースの照会を行うことにより、代表となるデータベースの情報の照会を行った場合とほぼ同等の結果を取得し、問合せに関わる更新情報は更新処理登録キューに登録し、非同期に、ローカルデータベースの更新と、代表となるコンピュータ上のオンライン利用者プログラムを用いて代表となるコンピュータのデータベースを更新するという方法が開示されている。（特許参考文献１）
【特許文献１】特開平11-175385
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながらこの方法では、更新が非同期に行われるため、認証情報を更新するタイミングのズレ（タイムラグ）が存在し、その間、認証の一貫性が保てないという問題がある。また、代表となるノードを特定し、データ更新時、一時的に認証サービスを代表となるノードの認証処理に自動代替し、更新終了後、自ノードの認証に切り換える事で上記問題を解決する事が可能であるが、この方法では、代替の際、一時的に代表となるノードの認証処理に負荷が集中し、パフォーマンスの低下が発生するという問題があった。
【０００４】
本提案は、まさにこれらの点を改善するものであり、
管理者は単一のノード（親ノード）に対してアクセス制限情報の変更を依頼することで、連携している認証・権限付与サービスの情報を知ることなく、個々の認証・権限サービスが利用するアクセス制限情報を更新する事が可能となり、管理者負荷が軽減される。また、認証・権限サービスを停止する事なく、アクセス制限情報の一貫性が保証でき、データ更新のタイムラグに伴うセキュリティホールを回避すると同時に、更新時、サービス毎に認証を切替える事で、当該サービスの認証のみ親ノードに委託する事で、認証パフォーマンスの低下を最小限に留める方法を提供するものである。
【課題を解決するための手段】
【０００５】
上述した課題を解決するために、本発明は、ネットワークを構成するクライアント装置、親ノード、子ノードを備え、当該親ノード、子ノードは管理者、クライアントからのサービス要求を受け付けるエントリ部と、エントリ部の後段にあってクライアントからのサービス要求に含まれるユーザ認証情報を適切な認証部に振り分ける調停処理部と、調停処理部からの認証確認要求を受け付けて認証情報を確認する認証部と、それぞれひとつの各種サービスを提供する複数のサービス部とを有し、前記親ノードにおける調停処理部は、アクセス情報更新か認証処理かを判定する判定手段と、アクセス情報更新の際、認証データの複製並びにアクセス情報更新を指示する認証データ複製アクセス情報更新指示手段と、子ノードに対し当該サービスに対する認証停止を指示する認証停止指示手段と、全てのノードのアクセス情報更新が終了した確認するアクセス情報更新確認手段と、前記確認手段の結果アクセス情報更新終了時に子ノードに対し当該サービスに対する認証再開を指示する認証再開指示手段と、前記子ノードにおける調停処理部は、親ノードからの指示で当該サービスの認証更新フラグを設定し認証を停止する認証停止手段と、親ノードから認証再会指示を受け認証を再開する認証再開手段と、当該サービスの認証を自己内の認証部で行うか否か判定する認証判定手段と、前記判定の結果、親ノードに当該サービスの認証を委託する認証委託手段を備える事を特徴とする。
【発明の効果】
【０００６】
本発明によれば、管理者は単一のノードに対してアクセス制限情報の変更を依頼することで、連携している認証・権限付与サービスの情報を知ることなく、個々の認証・権限サービスが利用するアクセス制限情報を更新する事が可能となり、管理者負荷が軽減される。また、認証・権限サービスを停止する事なく、アクセス制限情報の一貫性が保証でき、データ更新のタイムラグに伴うセキュリティホールを回避すると同時にサービス毎に認証部を切替える事により、認証情報更新時の認証パフォーマンスの低下を最小限に留める効果がある。
【発明を実施するための最良の形態】
【０００７】
次に、本発明の詳細を実施例の記述に従って説明する。
【実施例１】
【０００８】
図１は、本発明の一実施例におけるシステムの構成例を示した図である。本実施例では、オフィスに必ず置かれている装置として複写機をとりあげ、その複写機上での実施例を述べるが、本発明の思想が複写機上での実施に限定されるものでないことは言うまでも無い。
【０００９】
図１において、１００、１２０、は本発明の一実施例を実装した多機能複写機（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ。以下、ＭＦＰと称する。）であり各々ネットワークで接続されている。各ＭＦＰは親子関係を保持しており、１００が親（以下マスターノード）、１２０が子（以下スレーブノード）として機能する。尚、スレーブノードのＭＦＰが１台に限定されるものでない事は言うまでもない。３００はＭＦＰに対してアクセス情報の変更要求を行う管理者を示し、４００は、ＭＦＰに対してサービスを要求するクライアントを示す。
【００１０】
次に、ＭＦＰ１００、ＭＦＰ１２０の内部について説明する。
【００１１】
１０１、１２１はエントリ部と呼ばれ、管理者３００、クライアント４００からの要求を受け付ける部分である。
【００１２】
１０２、１２２は調停処理部と呼ばれ、エントリ部１０１、１２１が受け付けた要求に含まれるヘッダ部を解析して、適切な認証部に認証要求を出す部分である。１０３はスレーブノードにおける更新処理状態を集中管理するためのノード管理テーブルで、マスタノードにのみに存在する。１２３はサービスと連携する認証部の認証データの更新が行われているか否かを管理する認証更新テーブルであり、スレーブノードにのみ存在する。１０４，１２４は認証部と呼ばれ、調停処理部からの認証要求に応じてユーザを認証し、その応答を帰す部分である。１０５，１２５は認証部が利用する認証情報を格納するデータベースである。１０６，１２６は、サービス部であり、例えば、印刷、翻訳あるいはＯＣＲ（文字認識）などの各種サービスを提供する。
【００１３】
図２は、複写機（ＭＦＰ）の内部構成を示したものであり、本発明の複写機１００、複写機１２０のコントローラも同様の構成を取るものである。
【００１４】
図２において、２００は複写機全体である。複写機２００は、ＲＯＭ２０２あるいは例えばハードディスクなどの大規模記憶装置２１１に記憶されたソフトウェアを実行するＣＰＵ２０１を備え、システムバス２０４に接続される各デバイスを総括的に制御する。
【００１５】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０５は外部入力コントローラ（ＰＡＮＥＬＣ）で、複写機に備えられた各種ボタンあるいはタッチパネル２０９等からの指示入力を制御する。２０６はディスプレイコントローラ（ＤＩＳＰＣ）で、例えば液晶ディスプレイなどで構成される表示モジュール（ＤＩＳＰＬＡＹ）２１０の表示を制御する。
【００１６】
２０８はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ２２０を介して、他のネットワーク機器あるいはファイルサーバ等と双方向にデータをやりとりする。
【００１７】
なお、複写機には当然のことながら、上記で説明したモジュールあるいはコンポーネントの他に、印刷物を読み込むためのスキャナ部と印刷物を出力するためのプリンタ部が存在するが、本発明には直接は関係しないため、図示を省略してある。
【００１８】
次に図３のフローチャートに示す手順に従い、管理者が印刷サービスに対するアクセス権の変更を行う際の手順を詳細に説明する。
【００１９】
ステップＳ３０１において管理者３００は印刷サービスに対するアクセス制限情報をXMLの書式でマスターノードのエントリ部１０１に送信する。エントリ部１０１はステップＳ３０２においてアクセス情報更新リクエストであれば、調停処理部１０２に対しアクセス情報更新依頼を転送する。アクセス情報更新で無い場合は、認証リクエストＡへ進む。アクセス情報更新依頼を受けた調停処理部１０２はステップＳ３０３において、認証部１０４に対して認証データの複製並びにアクセス情報更新を依頼する。認証部は認証データの複製を行った後、複製終了通知を調停処理部１０２に送付し、調停処理部１０２はステップＳ３０４において図５に示されるノード管理テーブル１０３の印刷サービスに関する更新フラグに更新開始を設定する。図５のノード管理テーブルについての詳細は後術する。調停処理部はステップＳ３０５において、ノード管理テーブルに登録された印刷サービスに関係する全てのスレーブノード１２０に対してアクセス制限情報をXMLの書式で通知し、アクセス情報更新指示を行う。
【００２０】
スレーブノード１２０のエンントリ部１２１はステップＳ３０６においてアクセス情報更新リクエストを受信すると、調停処理部１２２に対してアクセス情報更新リクエストを転送する。調停処理部１２２はステップＳ３０７において図６に示される認証更新テーブル１２３の印刷サービスと関連する更新フラグを認証停止に切替えステップＳ３０８に進む、図６の認証更新テーブルについての詳細は後術する。ステップＳ３０８において認証部１２４に対しアクセス情報更新リクエストを送付する。認証部１２４は認証データの更新を行い、更新終了通知を調停処理部１２２に返信する。
【００２１】
更新終了通知を受けた調停処理部１２２は、ステップＳ３０９において、マスターノード１００に対し更新終了通知を送信する。
【００２２】
マスターノードのエントリ部１０１はステップＳ３０１においてスレーブノードからのレスポンスを待ち受け、更新終了通知を受信後、調停処理部１０２に対し更新終了通知を転送する。調停処理部１０２は更新終了通知を受信後、ステップＳ３１１においてノード管理テーブル１０３内、当該スレーブノードの当該サービスのアクセス更新フラグを更新終了に切替える。次に調停処理部１０２はステップ３１２においてノード管理テーブルのアクセス情報更新フラグを各サービス毎にチェックし、全てのアクセス情報更新が終了したサービスが存在する場合、ステップＳ３１３に制御を移す。終了したサービスが存在しない場合、エントリ部１０１に制御を移し、次のリクエストを待ち受ける。ステップ３１３において調停処理部１０２は認証部１０４に対して、複製された認証データへの切替えを要求し、認証部１０４は複製前の認証データから複製された認証データへ切替えを行い、終了通知を調停処理部１０２に通知する。
【００２３】
調停処理部１０２は認証データの切替え通知を受け、ステップＳ３１４において、ノード管理テーブルを利用し、サービス毎に更新中のスレーブノード１２０が存在しないか確認を行う。
【００２４】
更新中のスレーブノードが存在しないサービスについて、そのサービスと関連する全てのスレーブノード１２０に対して、認証・権限サービスの再開指示を送信すると同時にノード管理テーブル１０３における印刷サービスに関連する、アクセス情報更新フラグを更新待機に切替える。
【００２５】
スレーブノード側のエントリ部１２１はステップＳ３１５において認証・権限サービス再開指示を受信し、調停処理部１２２に転送する。調停処理部１２２は更新テーブル１２３の印刷サービスに対する更新フラグを認証開始に切替え制御をエントリ部に移す。
【００２６】
次に図４のフローチャートに示す手順に従い、クライアントが印刷サービスを利用する場合の手順を詳細に説明する。
【００２７】
クライアントが印刷サービスをスレーブノード１２０で利用する場合、ステップＳ４０１においてスレーブノード１２０に対してXMLの書式で印刷サービスの提供を要求する。尚、ユーザはネットワーク上のユーザＰＣ４００から指示を行っても、ＭＦＰ上の操作パネルＰＡＮＥＬ２０９から指示を行っても構わない。
【００２８】
スレーブノード１２０のエントリ部１２１はサービス要求を受けると、調停処理部１２２にその要求を転送する。調停処理部１２２はステップＳ４０２において要求されたサービスのアクセス情報更新が行われているか否かをＲＡＭ２０３またはＨＤ２１１上の更新テーブル１２３を利用し確認する。更新テーブル上の印刷サービスに関連する更新フラグを確認し、認証停止が設定されている場合、アクセス情報更新中と判断し、ステップＳ４０３において、マスタノード１００に対して認証を依頼する。ステップ４０２において更新中でない場合、調停処理部は、ステップ４０４において自己ノード内の認証・権限処理部１２４に対して認証を要求する。認証結果を受信した調停処理部１２２はその結果をエントリ部１２１に転送する。エントリ部１２１はステップＳ４０５において認証結果に従い、承認が降りればステップＳ４０７においてサービスＡを提供し、非許可の場合はサービス拒否通知をユーザに送信する。
【００２９】
一方、要求を受信したマスターノード１００のエントリ部１０１はステップ４０８において認証処理であれば認証要求を調停処理部１０２に転送する。認証処理で無い場合は、アクセス情報更新リクエストＢに進む。ステップＳ４０８において認証要求を受けた調停処理部１０２は認証部１０４に対して認証を要求する。この際、認証部は複製前の認証データを利用し認証を実施する。認証結果を受けた調停処理部１０２は、スレーブノード１２０からの依頼であれば、認証結果をリクエストのあったスレーブノード１２０に転送する。認証結果を受信したスレーブノード１２０のエントリ部１２１はステップＳ４０５において認証結果に従い、許可が降りればステップＳ４０７において印刷サービスを提供し、非許可の場合はステップＳ４０６においてサービス拒否通知をユーザに送信する。
【００３０】
次にクライアントが印刷サービスをマスタノード１００で利用する場合、ステップＳ４０１においてマスタノード１００に対してサービスＡの提供を要求する。尚、クライアントはネットワーク上のクライアントＰＣ４００から指示を行っても、ＭＦＰ上の操作パネルＰＡＮＥＬ２０９から指示を行っても構わない。
【００３１】
マスタノード１００のエントリ部１０１はサービス要求を受けると、ステップ４０８において認証処理かどうか判断し、認証処理であれば調停処理部１０２にその要求を転送する。認証処理で無い場合は、アクセス情報更新リクエストＢに進む。調停処理部１０２はステップＳ４０９において認証部１０４に対して認証を依頼する。認証結果を調停処理部１０２が受信すると、ステップＳ４１０においてスレーブノード１２０からの依頼ではないと判断し認証結果をエントリ部１０１に転送する。エントリ部１０１はステップＳ４１０において認証結果に従い、許可が降りればステップＳ４１２において印刷サービスを提供し、非許可の場合はステップＳ４１０においてサービス拒否通知をユーザに送信する。
【００３２】
図５は本発明のノード管理テーブルを示す。以下にノード管理テーブルについて説明する。
【００３３】
ノード管理テーブルはマスタノード１００のＲＡＭ２０３またはＨＤ２１１上に保持され、連携する全てのスレーブノードが提供するサービス情報を保持すると同時に、各サービスの認証データ更新状態を管理する目的で利用される。ノード情報とは、ノードを一意に識別する情報であり、ＭＡＣアドレス、ＩＰアドレス、ノード名、ノードＩＤ等がこれに相当する。サービス情報とは、各スレーブノードが提供するサービスを識別する情報で、サービス名、サービスＩＤ等がこれに相当する。アクセス情報更新フラグは各スレーブノードにおける認証データの更新状態を表すフラグで、更新開始、更新終了、更新待機が存在する。更新開始は、認証データ更新中を表し、スレーブノードにて当該サービスに対する認証が停止している状態を表している。更新終了は当該スレーブノードにおける認証データの更新が終了した事を意味し、当該スレーブノードにて当該サービスに対する認証が停止している状態を表している。更新待機は、当該スレーブノードにて当該サービスに対する認証が行われる事を表している。
【００３４】
次にスレーブノード立ち上げ時並びにスレーブノードにおいて提供するサービスに変更があった場合のノード更新テーブル登録更新処理の流れを示す。
【００３５】
スレーブノード１２０はシステムを立ち上げた際またはサービスが追加された際、マスタノードに対して自己の抱えるサービス情報登録をリクエストする。サービス情報登録リクエストを受信したマスタノード１００のエントリ部１０１は、調停処理部１０２に対してサービス情報登録リクエストを転送する。調停処理部１０２は、ノード更新テーブルに、ノード情報としてノードアドレス、ノード名等、システムで決められたノード識別情報並びに、サービス名、アクセス情報更新フラグとして更新待機を設定する。調停処理部１０２はテーブル設定後エントリ部１０１に制御を移しリクエスト待となる。
【００３６】
スレーブノードにおいてサービスが削除された場合、マスタノード１００に対してサービス情報削除リクエストを送信する。サービス削除リクエストを受信したマスタノード１００のエントリ部１０１は、調停処理部１０２に対しサービス情報削除リクエストを転送する。調停処理部１０２は、ノード更新テーブルから当該ノードのサービス情報を削除し、エントリ部１０１に制御を移しリクエスト待となる。
【００３７】
図６は本発明の認証更新テーブルを示す。
【００３８】
認証更新テーブルはスレーブノード１２０のＲＡＭ２０３またはＨＤ２１１上に保持され、自己のノードが提供する全てのサービスについて、関連する認証サービスの稼動状況を確認するために利用される。
【００３９】
フラグとしては図に示されるように、認証開始、認証停止が存在し、認証開始は、当該サービスに関連する認証を自己ノード内で実施できる事を表し、認証停止は自己ノード内で当該サービスの認証を実施できない状態を表している。
【００４０】
スレーブノード１２０はシステムを立ち上げた際またはサービスが追加された際、エントリ部１２１に対しサービス情報登録リクエストを送信する。エントリ部１２１はサービス情報登録リクエストを受信すると調停処理部１２２に対してサービス情報登録リクエストを転送する。調停処理部１２２は、認証更新テーブルに、サービス名並びに更新フラグとして認証開始を設定する。調停処理部１２２はテーブル設定後エントリ部１２１に制御を移しリクエスト待となる。
【００４１】
スレーブノード１２０においてサービスが削除された場合、エントリ部１２１に対してサービス情報削除リクエストを送信する。サービス削除リクエストを受信したエントリ部１２１は、調停処理部１２２に対しサービス情報削除リクエストを転送する。調停処理部１２２は、認証更新テーブルから当該サービス情報を削除し、エントリ部１２１に制御を移しリクエスト待となる。
【００４２】
上述の方法により、管理者はマスタノードに対してアクセス制限情報の変更を依頼することで、連携している認証・権限付与サービスの情報を知ることなく、個々の認証・権限サービスが利用するアクセス制限情報を更新する事が可能となり、管理者負荷が軽減される。また、認証・権限サービスを停止する事なく、アクセス制限情報の一貫性が保証でき、データ更新のタイムラグに伴うセキュリティホールを回避できる効果がある。また、認証データ更新中の認証委託について、スレーブノードは当該サービスに関連する認証のみマスタノードに委託するため、マスタノードにおける認証データ更新時のパフォーマンス低下を最小限に抑える事が可能である。
【実施例２】
【００４３】
第一の実施例では、各ノードが単一の認証部を抱える構成になっているが、実施方法はこれに限るものではない。
【００４４】
例えば、プリントサービスにはパスワード認証、スキャンサービスにはＰＩＮコード認証、ＦＡＸサービスにはＩＣカード認証と異なる認証処理を要求される事が考えられる。この場合、各ノードに複数の認証部を抱える構成が考えられ、複数の認証部を矛盾無く切替える必要がある。これについて以下に説明する。
【００４５】
図８は本発明の第二の実施例を示す全体システム図である。図８において図1と同じ記号のブロックは同じものを示すので説明を省略する。第一の実施例と比較すると、認証部が複数存在する点と、１０７，１２７に示される認証マップテーブルが個々のノードに追加されている点が異なる。
【００４６】
図７は、本発明の第二の実施例における認証サービステーブル例を示す図である。
【００４７】
第一の実施例との違いは調停処理部１０２，１２２より認証部に処理を依頼する際、認証マップテーブル（図６）を利用して、当該サービスに関連する認証部を特定し、その認証部に処理を依頼する。図６の認証マップテーブルは、サービスと認証部を一意に関連付けるために利用される。これにより、複数の認証部をサービス毎に矛盾無く切り替えることが可能となる。
【図面の簡単な説明】
【００４８】
【図１】本発明の第一実施例を示す全体システム図。
【図２】実施例の複写機の内部構成を示す図。
【図３】本発明の第一実施例におけるアクセス情報の変更を行う際の動作を示すフローチャート。
【図４】本発明の第一実施例におけるサービスをリクエストする際の動作を示すフローチャート。
【図５】本発明の第一実施例のノード管理テーブル例を示す図。
【図６】本発明の第一実施例のノ認証更新テーブル例を示す図。
【図７】本発明の第二の実施例における認証サービステーブル例を示す図。
【図８】本発明の第二実施例を示す全体システム図。
【符号の説明】
【００４９】
１００  マスタＭＦＰ
１０１  エントリ部
１０２  調停処理部
１０３  ノード管理テーブル
１０４  認証部
１０５  認証・アクセス情報ＤＢ
１０６  サービス部
１２０  スレーブＭＦＰ
１２１  エントリ部
１２２  調停処理部
１２３  ノード管理テーブル
１２４  認証部
１２５  認証・アクセス情報ＤＢ
１２６  サービス部
３００  管理者
４００  クライアント
【図１】
2007026174.tif 000003
【図２】
2007026174.tif 000004
【図３】
2007026174.tif 000005
【図４】
2007026174.tif 000006
【図５】
2007026174.tif 000007
【図６】
2007026174.tif 000008
【図７】
2007026174.tif 000009
【図８】
2007026174.tif 000010