(57)【要約】【課題】  複数のコンピュータシステムに対して一つの共有サーバがサービスを提供するコンピュータシステム群において、共有されるユーザ識別子を持つユーザからの処理要求がどのコンピュータシステムに対するものであるかを共有サーバが判断する。【解決手段】  クライアント端末１０はユーザ識別子を含む処理要求１１００電文を認証サーバ１１０に送信する。認証サーバ１１０は処理要求１１００電文に基づいて認証し、認証成功した場合にアクセス判断サーバ１２０のサーバ識別子を含むコンテキスト情報と処理要求１１００電文とを含む処理要求１２００電文を共有サーバ３００に送信する。共有サーバ３００は、処理要求１２００電文のコンテキスト情報に含まれるサーバ識別子で識別されるアクセス判断サーバへクライアント端末１０を経由したユーザからのアクセス可否の問い合わせを行う。【選択図】      図１
2006172357.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンピュータシステムと、前記複数のコンピュータシステムに対してサービスを提供する共有サーバと、前記複数のコンピュータシステム間で共有されるユーザ識別子を持って処理要求を行うクライアント端末とを備え、
前記共有サーバは、受け付けた処理要求電文に含まれるコンテキスト情報を参照して、前記複数のコンピュータシステムの内のどのコンピュータシステムに対する処理要求であるかを識別する手段と、識別したコンピュータシステムに対して前記クライアント端末を経由したユーザからのアクセス可否を問い合わせる手段とを有することを特徴とするアクセス制御方式。
【請求項２】
認証サーバとアクセス判断サーバとを有する複数のコンピュータシステムと、前記複数のコンピュータシステムに対してサービスを提供する共有サーバと、前記複数のコンピュータシステム間で共有されるユーザ識別子を持って処理要求を行うクライアント端末とを備え、
前記クライアント端末は、ユーザ識別子を含む第１の処理要求電文を前記認証サーバに送信する手段を有し、
前記認証サーバは、前記第１の処理要求電文に基づいて認証する手段と、認証成功した場合に自コンピュータシステム内のアクセス判断サーバのサーバ識別子を含むコンテキスト情報と前記第１の処理要求電文とを含む第２の処理要求電文を前記共有サーバに送信する手段とを有し、
前記共有サーバは、前記第２の処理要求電文の前記コンテキスト情報に含まれるサーバ識別子で識別されるアクセス判断サーバへ前記クライアント端末を経由したユーザからのアクセス可否の問い合わせを行う手段を有することを特徴とするアクセス制御方式。
【請求項３】
前記共有サーバは、前記ユーザ識別子と前記コンテキスト情報とを含むアクセス可否問い合わせを前記アクセス判断サーバへ送信する手段を有し、
前記アクセス判断サーバは、前記ユーザ識別子と前記コンテキスト情報とから前記クライアント端末を経由したユーザからのアクセス可否を判断するアクセス判断部を有することを特徴とする請求項２記載のアクセス制御方式。
【請求項４】
前記コンテキスト情報はユーザ属性を含み、前記アクセス判断部は、前記ユーザ属性を判断材料として用いることを特徴とする請求項３記載のアクセス制御方式。
【請求項５】
複数のコンピュータシステムと、前記複数のコンピュータシステムに対してサービスを提供する共有サーバと、前記複数のコンピュータシステム間で共有されるユーザ識別子を持って処理要求を行うクライアント端末とを用いるアクセス制御方法であって、
前記共有サーバが、受け付けた処理要求電文に含まれるコンテキスト情報を参照して、前記複数のコンピュータシステムの内のどのコンピュータシステムに対する処理要求であるかを識別するステップと、
前記共有サーバが、識別したコンピュータシステムに対して前記クライアント端末を経由したユーザからのアクセス可否を問い合わせるステップとを有することを特徴とするアクセス制御方法。
【請求項６】
認証サーバとアクセス判断サーバとを有する複数のコンピュータシステムと、前記複数のコンピュータシステムに対してサービスを提供する共有サーバと、前記複数のコンピュータシステム間で共有されるユーザ識別子を持って処理要求を行うクライアント端末とを用いるアクセス制御方法であって、
前記クライアント端末が、ユーザ識別子を含む第１の処理要求電文を前記認証サーバに送信するステップと、
前記認証サーバが、前記第１の処理要求電文に基づいて認証し、認証成功した場合に自コンピュータシステム内のアクセス判断サーバのサーバ識別子を含むコンテキスト情報と前記第１の処理要求電文とを含む第２の処理要求電文を前記共有サーバに送信するステップと、
前記共有サーバが、前記第２の処理要求電文の前記コンテキスト情報に含まれるサーバ識別子で識別されるアクセス判断サーバへ前記クライアント端末を経由したユーザからのアクセス可否の問い合わせを行うステップとを有することを特徴とするアクセス制御方法。
【請求項７】
複数のコンピュータシステムに対してサービスを提供する共有サーバであって、
受け付けた処理要求電文に含まれるコンテキスト情報を参照して、前記複数のコンピュータシステムの内のどのコンピュータシステムに対する処理要求であるかを識別する手段と、
前記複数のコンピュータシステム間で共有されるユーザ識別子を持って処理要求を行うクライアント端末を経由したユーザからのアクセス可否を、識別したコンピュータシステムに対して問い合わせる手段とを有することを特徴とする共有サーバ。
【請求項８】
認証サーバとアクセス判断サーバとを有する複数のコンピュータシステムに対してサービスを提供する共有サーバであって、
前記複数のコンピュータシステム間で共有されるユーザ識別子を持って処理要求を行うクライアント端末が、ユーザ識別子を含む第１の処理要求電文を前記認証サーバに送信し、
前記認証サーバが、前記第１の処理要求電文に基づいて認証して認証成功した場合に自コンピュータシステム内のアクセス判断サーバの識別子を含むコンテキスト情報と前記第１の処理要求電文とを含む第２の処理要求電文を前記共有サーバに送信したときに、
前記第２の処理要求電文の前記コンテキスト情報に含まれるアクセス判断サーバ識別子を取り出す手段と、取り出したサーバ識別子で識別されるアクセス判断サーバへ前記クライアント端末を経由したユーザからのアクセス可否の問い合わせを行う手段とを有することを特徴とする共有サーバ。
【請求項９】
複数のコンピュータシステムに対してサービスを提供する共有サーバに、
受け付けた処理要求電文に含まれるコンテキスト情報を参照して、前記複数のコンピュータシステムの内のどのコンピュータシステムに対する処理要求であるかを識別する処理と、
前記複数のコンピュータシステム間で共有されるユーザ識別子を持って処理要求を行うクライアント端末を経由したユーザからのアクセス可否を、識別したコンピュータシステムに対して問い合わせる処理とを実行させるためのプログラム。
【請求項１０】
認証サーバとアクセス判断サーバとを有する複数のコンピュータシステムに対してサービスを提供する共有サーバに、
前記複数のコンピュータシステム間で共有されるユーザ識別子を持って処理要求を行うクライアント端末が、ユーザ識別子を含む第１の処理要求電文を前記認証サーバに送信し、
前記認証サーバが、前記第１の処理要求電文に基づいて認証して認証成功した場合に自コンピュータシステム内のアクセス判断サーバの識別子を含むコンテキスト情報と前記第１の処理要求電文とを含む第２の処理要求電文を前記共有サーバに送信したときに、
前記第２の処理要求電文の前記コンテキスト情報に含まれるアクセス判断サーバ識別子を取り出す処理と、取り出したサーバ識別子で識別されるアクセス判断サーバへ前記クライアント端末を経由したユーザからのアクセス可否の問い合わせを行う処理とを実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アクセス制御方式、アクセス制御方法、共有サーバおよびプログラムに関し、特に、ユーザ識別子を複数のコンピュータシステムで共有し、かつ、その複数のコンピュータシステムに対して一つの共有サーバがネットワークを介してサービスを提供するコンピュータシステム群において、その複数コンピュータシステム間で共有されているユーザ識別子を持つユーザがそのユーザ識別子を用いて複数のコンピュータシステムに共有されている共有サーバのサービスをアクセスする際のアクセス制御方式、アクセス制御方法、共有サーバおよびプログラムに関する。
【背景技術】
【０００２】
従来のコンピュータシステムの一例を図５にあげる。この図５に示すように従来は、コンピュータシステム毎にそれぞれユーザ識別子６０００、７０００が管理され、さらにサーバも個々のコンピュータシステム内に独立して存在していた。そのようなコンピュータシステムでは例えばクライアント端末５１０からコンピュータシステム６００への処理要求は認証サーバ６１０で認証され、サーバ６３０がアクセス判断サーバ６２０へアクセス可否をユーザ識別子６０００を送ることにより判断を行い、アクセスが許可される場合のみサービスを提供してきた。サービスに対するアクセス許可または拒絶の判断ルールをコンピュータシステム毎に管理していた。
【０００３】
近年、コンピュータシステム同士を相互に接続し、複数のコンピュータシステム間で相互にサーバを公開し、サービスを共有することが多く行われるようになってきた。図３のようなコンピュータシステムでは仮にサーバ６３０がコンピュータシステム７００へ共有されても、サーバ６３０へ新たなユーザ識別子７０００とそれに対するアクセス判断を行うアクセス判断サーバ７２０の設定を追加すれば、クライアント端末５１０がコンピュータシステム７００で用いるユーザ識別子はコンピュータシステム６００で用いるユーザ識別子と異なるユーザ識別子７０００であるためサーバ６３０はそれを識別し、アクセス判断をアクセス判断サーバ７２０へ問い合わせることが可能であった。
【０００４】
一方で近年、複数のコンピュータシステムがサーバを共有し、さらに信頼できる第三者機関が認証基盤技術を用いて発行する識別情報をユーザ識別子として利用することが一般化してきた。そのようなコンピュータシステムでは、上で述べたユーザ識別子によるアクセス判断サーバの振り分けを行うことが困難であった。
【０００５】
特許文献１に、認証管理サイトを設けてユーザ識別子を統合管理することが記載されている。この方式ではユーザ識別子をユーザ識別子を１つにすることはできるが、ユーザ識別子によるアクセス判断サーバの振り分けを行うことはできない。
【０００６】
【特許文献１】特開２００４−７８６６２号公報（第４−５頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述したように、近年、例えば公開鍵基盤に代表されるユーザ認証に関する基盤技術（以下、認証基盤技術）が普及し、例えば公開鍵証明書に代表される認証基盤技術の識別情報がユーザの識別子として利用されるようになってきた。このような認証基盤技術の識別情報は、個々のコンピュータシステムの管理ドメインとは独立の第三者機関により発行されることが多く、結果として複数のコンピュータシステムにおいて同一のユーザに対して同一のユーザ識別子を利用することが行われている。
【０００８】
このような中で、複数のコンピュータシステム間で共有されているユーザ識別子を持つユーザがそのユーザ識別子を用いて複数のコンピュータシステムに共有されているサーバにアクセスする際に、そのユーザによるアクセスがどちらのコンピュータシステムの処理に関わるアクセスなのかをサーバが判断できないために、サーバが適切にそのアクセスに対して許可または拒絶を判断することができないという課題があった。
【０００９】
本発明の目的は、上述した従来の課題である、複数のコンピュータシステム間で共有されているユーザ識別子によるアクセスに対してアクセス可否を判断できないという問題点を解決するアクセス制御方式、アクセス制御方法、共有サーバおよびプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明のアクセス制御方式は、複数のコンピュータシステムと、前記複数のコンピュータシステムに対してサービスを提供する共有サーバと、前記複数のコンピュータシステム間で共有されるユーザ識別子を持って処理要求を行うクライアント端末とを備え、
前記共有サーバは、受け付けた処理要求電文に含まれるコンテキスト情報を参照して、前記複数のコンピュータシステムの内のどのコンピュータシステムに対する処理要求であるかを識別する手段と、識別したコンピュータシステムに対して前記クライアント端末を経由したユーザからのアクセス可否を問い合わせる手段とを有することを特徴とする。
【００１１】
本発明のアクセス制御方式は、認証サーバとアクセス判断サーバとを有する複数のコンピュータシステムと、前記複数のコンピュータシステムに対してサービスを提供する共有サーバと、前記複数のコンピュータシステム間で共有されるユーザ識別子を持って処理要求を行うクライアント端末とを備え、
前記クライアント端末は、ユーザ識別子を含む第１の処理要求電文を前記認証サーバに送信する手段を有し、
前記認証サーバは、前記第１の処理要求電文に基づいて認証する手段と、認証成功した場合に自コンピュータシステム内のアクセス判断サーバのサーバ識別子を含むコンテキスト情報と前記第１の処理要求電文とを含む第２の処理要求電文を前記共有サーバに送信する手段とを有し、
前記共有サーバは、前記第２の処理要求電文の前記コンテキスト情報に含まれるサーバ識別子で識別されるアクセス判断サーバへ前記クライアント端末を経由したユーザからのアクセス可否の問い合わせを行う手段を有することを特徴としてもよい。
【００１２】
本発明のアクセス制御方式は、前記共有サーバは、前記ユーザ識別子と前記コンテキスト情報とを含むアクセス可否問い合わせを前記アクセス判断サーバへ送信する手段を有し、
前記アクセス判断サーバは、前記ユーザ識別子と前記コンテキスト情報とから前記クライアント端末を経由したユーザからのアクセス可否を判断するアクセス判断部を有することを特徴としてもよい。
【００１３】
本発明のアクセス制御方式は、前記コンテキスト情報はユーザ属性を含み、前記アクセス判断部は、前記ユーザ属性を判断材料として用いることを特徴としてもよい。
【００１４】
本発明のアクセス制御方法は、複数のコンピュータシステムと、前記複数のコンピュータシステムに対してサービスを提供する共有サーバと、前記複数のコンピュータシステム間で共有されるユーザ識別子を持って処理要求を行うクライアント端末とを用いるアクセス制御方法であって、
前記共有サーバが、受け付けた処理要求電文に含まれるコンテキスト情報を参照して、前記複数のコンピュータシステムの内のどのコンピュータシステムに対する処理要求であるかを識別するステップと、
前記共有サーバが、識別したコンピュータシステムに対して前記クライアント端末を経由したユーザからのアクセス可否を問い合わせるステップとを有することを特徴とする。
【００１５】
本発明のアクセス制御方法は、認証サーバとアクセス判断サーバとを有する複数のコンピュータシステムと、前記複数のコンピュータシステムに対してサービスを提供する共有サーバと、前記複数のコンピュータシステム間で共有されるユーザ識別子を持って処理要求を行うクライアント端末とを用いるアクセス制御方法であって、
前記クライアント端末が、ユーザ識別子を含む第１の処理要求電文を前記認証サーバに送信するステップと、
前記認証サーバが、前記第１の処理要求電文に基づいて認証し、認証成功した場合に自コンピュータシステム内のアクセス判断サーバのサーバ識別子を含むコンテキスト情報と前記第１の処理要求電文とを含む第２の処理要求電文を前記共有サーバに送信するステップと、
前記共有サーバが、前記第２の処理要求電文の前記コンテキスト情報に含まれるサーバ識別子で識別されるアクセス判断サーバへ前記クライアント端末を経由したユーザからのアクセス可否の問い合わせを行うステップとを有することを特徴としてもよい。
【００１６】
本発明の共有サーバは、複数のコンピュータシステムに対してサービスを提供する共有サーバであって、
受け付けた処理要求電文に含まれるコンテキスト情報を参照して、前記複数のコンピュータシステムの内のどのコンピュータシステムに対する処理要求であるかを識別する手段と、
前記複数のコンピュータシステム間で共有されるユーザ識別子を持って処理要求を行うクライアント端末を経由したユーザからのアクセス可否を、識別したコンピュータシステムに対して問い合わせる手段とを有することを特徴とする。
【００１７】
本発明の共有サーバは、認証サーバとアクセス判断サーバとを有する複数のコンピュータシステムに対してサービスを提供する共有サーバであって、
前記複数のコンピュータシステム間で共有されるユーザ識別子を持って処理要求を行うクライアント端末が、ユーザ識別子を含む第１の処理要求電文を前記認証サーバに送信し、
前記認証サーバが、前記第１の処理要求電文に基づいて認証して認証成功した場合に自コンピュータシステム内のアクセス判断サーバの識別子を含むコンテキスト情報と前記第１の処理要求電文とを含む第２の処理要求電文を前記共有サーバに送信したときに、
前記第２の処理要求電文の前記コンテキスト情報に含まれるアクセス判断サーバ識別子を取り出す手段と、取り出したサーバ識別子で識別されるアクセス判断サーバへ前記クライアント端末を経由したユーザからのアクセス可否の問い合わせを行う手段とを有することを特徴としてもよい。
【００１８】
本発明のプログラムは、複数のコンピュータシステムに対してサービスを提供する共有サーバに、
受け付けた処理要求電文に含まれるコンテキスト情報を参照して、前記複数のコンピュータシステムの内のどのコンピュータシステムに対する処理要求であるかを識別する処理と、
前記複数のコンピュータシステム間で共有されるユーザ識別子を持って処理要求を行うクライアント端末を経由したユーザからのアクセス可否を、識別したコンピュータシステムに対して問い合わせる処理とを実行させる。
【００１９】
本発明のプログラムは、認証サーバとアクセス判断サーバとを有する複数のコンピュータシステムに対してサービスを提供する共有サーバに、
前記複数のコンピュータシステム間で共有されるユーザ識別子を持って処理要求を行うクライアント端末が、ユーザ識別子を含む第１の処理要求電文を前記認証サーバに送信し、
前記認証サーバが、前記第１の処理要求電文に基づいて認証して認証成功した場合に自コンピュータシステム内のアクセス判断サーバの識別子を含むコンテキスト情報と前記第１の処理要求電文とを含む第２の処理要求電文を前記共有サーバに送信したときに、
前記第２の処理要求電文の前記コンテキスト情報に含まれるアクセス判断サーバ識別子を取り出す処理と、取り出したサーバ識別子で識別されるアクセス判断サーバへ前記クライアント端末を経由したユーザからのアクセス可否の問い合わせを行う処理とを実行させるようにしてもよい。
【発明の効果】
【００２０】
本発明は、処理要求電文に含まれるコンテキスト情報によりどのコンピュータシステムに対する要求であるかを判断することにより、同一のユーザ識別子を用いても、要求に該当するコンピュータシステムに即したアクセス制御を実施できる効果がある。また、共有サーバに対して特に設定を変更することなく、その共有サーバをさらに別のコンピュータシステムによって共有できる効果がある。
【発明を実施するための最良の形態】
【００２１】
本発明を実施するための最良の形態について図面を参照して詳細に説明する。図１は本発明の実施の形態の構成を示すブロック図である。本発明の実施の形態は、クライアント端末１０と、コンピュータシステム１００と、コンピュータシステム２００とがネットワーク（図示せず）を介して接続されている。
【００２２】
クライアント端末１０は、ユーザが利用するパーソナルコンピュータ等の情報処理装置である。
【００２３】
コンピュータシステム１００は、コンピュータシステム１００内でユーザ認証処理を行う認証サーバ１１０と、アクセス判断サーバ１２０を含む。コンピュータシステム２００は、コンピュータシステム２００内でユーザ認証処理を行う認証サーバ２１０と、アクセス判断サーバ２２０を含む。認証サーバ１１０は、認証部１１１と、データを一時記憶するための記憶部１１５を含む。アクセス判断サーバ１２０は、アクセス判断部１２１と、データを一時記憶するための記憶部１２５を含む。認証サーバ２１０は、認証部２１１と、データを一時記憶するための記憶部２１５を含む。アクセス判断部１２１は、アクセスの許可または拒絶の判断を行うための判断ルールを記憶部１２５に格納する。また、アクセス判断部１２１は、必要に応じて判断ルールを記憶部１２５から読み出して使用する。アクセス判断サーバ２２０も同様に、アクセス判断部２２１と、データを一時記憶するための記憶部２２５を含む。
【００２４】
また、コンピュータシステム１００、コンピュータシステム２００共に、共有サーバ３００を共有している。共有サーバ３００は、サービス受付部３１０、アクセス制御部３２０、サービス処理部３３０、データを一時記憶するための記憶部３５０を含む。
【００２５】
次に、動作について説明する。図２は動作を示すフローチャートである。
【００２６】
クライアント端末１０は、コンピュータシステム１００に対してサービスのアクセス要求を行う（ステップＳ１）。このアクセス要求は処理要求１１００として認証サーバ１１０へ要求される。図３は処理要求１１００の電文形式構成を示す図である。処理要求１１００の電文形式は、処理要求本文１１１０、電子署名１１２０と、ユーザ識別子１１３１を含む公開鍵証明書１１３０とを含む。クライアント端末１０は、コンピュータシステム１００に対してアクセス要求を行う際に、処理要求本文１１１０を組み立て、それに対してユーザの秘密鍵を利用して電子署名１１２０を生成し、最後にそのユーザの秘密鍵と対応するユーザ公開鍵証明書１１３０を付加することにより、処理要求１１１０を生成する。
【００２７】
認証サーバ１１０は、電子署名１１２０と公開鍵証明書１１３０とを検証することで認証処理を行う（ステップＳ２）。
【００２８】
認証に成功した場合、認証サーバ１１０は、実際に処理要求を処理する共有サーバ３００へ処理要求１２００を転送する（ステップＳ３）。図４は処理要求１２００の電文形式構成を示す図である。ここで、処理要求１２００の電文形式は、認証サーバ１１０がクライアント端末１０から受け取った処理要求１１００と、アクセス判断サーバ識別子１２１１、ユーザ属性１２１２を含むコンテキスト情報１２１０とを含む。
【００２９】
アクセス判断サーバ識別子１２１１は、たとえば、認証サーバ１１０がテーブルなどの方法で記憶部１１５に保管しておき、認証部１１１が記憶部１１５から読み出すことにより電文に組み込まれる。ユーザ属性１２１２も、たとえば、認証サーバ１１０がテーブルなどの方法で記憶部１１５に保管しておき、認証部１１１が記憶部１１５から読み出すことにより電文に組み込まれる。ユーザ属性１２１２の具体例としては、たとえば職位（マネージャ、主任、担当）や、役割（部門ネットワーク管理責任者、防火管理者、英語教育推進係）などである。
【００３０】
共有サーバ３００は、まず、サービス受付部３１０が認証サーバ１１０からの処理要求１２００を受け取る。受け取った処理要求は、記憶部３５０に格納する。サービス受付部３１０では処理要求１２００の中の処理要求１１００に含まれるユーザ識別子１１３１と、コンテキスト情報１２１０とを取り出し、アクセス制御部３２０へアクセス判断問い合わせ３００１を送信し、アクセス判断の問い合わせを行う（ステップＳ４）。
【００３１】
アクセス制御部３２０は、アクセス判断問い合わせ３００１に含まれるコンテキスト情報１２１０からアクセス判断サーバ識別子１２１１を取り出す（ステップＳ５）。
【００３２】
アクセス制御部３２０は、このアクセス判断サーバ識別子１２１１により識別されるアクセス判断サーバ１１０へ、ユーザ識別子１１３１とコンテキスト情報１２１０を含むアクセス判断問い合わせ１３００を送信し、アクセス判断の問い合わせを行う（ステップＳ６）。
【００３３】
アクセス判断サーバ１１０は、ユーザ識別子１１３１とコンテキスト情報１２１０とから、アクセス判断サーバ１１０が管理している判断ルールに従いアクセスの許可または拒絶の判断を行う（ステップＳ７）。判断ルールとは、たとえば、コンテキスト情報１２１０に含まれるユーザ属性１２１２が「マネージャ」であれば許可し、「主任」や「担当」であれば拒絶するというルールである。そして、アクセス判断サーバ１１０はその結果をアクセス判断回答１４００としてアクセス制御部３２０へ回答する（ステップＳ８）。
【００３４】
アクセス制御部３２０はアクセス判断回答１４００に従いサービス受付部３１０へアクセスの許可または拒絶の通知をアクセス判断回答３００２を送信することにより行う（ステップＳ９）。
【００３５】
サービス受付部３１０は、アクセス判断回答３００２の内容がアクセス許可であれば（ステップＳ１０でＹＥＳ）、処理要求１１００の内容を含む処理要求３００３を実際のサービス処理を行うサービス処理部３３０へ送ることによりサービス要求を行う（ステップＳ１１）。
【００３６】
サービス処理部３３０は、その処理要求３００３の内容に従いサービス処理を行い、結果を処理結果３００４としてサービス受付部３１０へ返却する（ステップＳ１２）。
【００３７】
以降、処理結果は、サービス受付部３１０から処理結果１５００として認証サーバ１１０へ通知され（ステップＳ１３）、最後に処理結果１６００としてクライアント端末１０へ返却される（ステップＳ１４）。
【００３８】
一方でサービス受付部３１０は、アクセス制御部３２０からアクセス拒絶の内容のアクセス判断回答３００２を受け取った場合（ステップＳ１０でＮＯ）には、アクセスが拒絶された旨の内容を含む処理結果１５００を認証サーバ１１０へ返却し（ステップＳ１５）、認証サーバ１１０は、処理結果１６００としてそのアクセス拒絶の結果をクライアント端末１０へ返却する（ステップＳ１６）。
【００３９】
クライアント端末１０からコンピュータシステム２００に対してのサービス要求も同様である。処理要求２１００、処理要求２２００、アクセス判断問い合わせ２３００、アクセス判断回答２４００、処理結果２５００、処理結果２６００が、コンピュータシステム２００に対応する。
【００４０】
以上の説明では、共有サーバ３００が２組のコンピュータシステムで共有される例を説明したが、コンピュータシステムは３組以上であってもよい。また、さらに別のコンピュータシステムが共有に加わった場合でも、共有サーバ３００に対して特に設定を変更することなく、共有サーバ３００を共有させることができる。処理要求電文に含まれるコンテキスト情報によりどのコンピュータシステムに対する要求であるかを共有サーバ３００が判断できるからである。
【００４１】
本発明の具体的な実施例を図１を利用して説明する。コンピュータシステム１００、コンピュータシステム２００は共に、ある会社の個別部門に属するコンピュータシステムである。
【００４２】
あるユーザ（両コンピュータシステムシステムに共通の識別子である、社員番号＝０１２３４５６を有する。）は、それぞれの部門を兼務するユーザである。コンピュータシステム１００を保有する部門では、そのユーザは「部門ネットワーク管理責任者」であるが、他方の部門では、単なる「一般ユーザ」である。これらの役割（ユーザ属性の一種）は、各部門で管理されている。具体的には、それぞれのコンピュータシステムの認証サーバ１１０、２１０で管理されている。
【００４３】
共有サーバ３００は、「部門ネットワーク管理責任者」に対して、ネットワーク維持管理に必要な各種の秘密文書を提供している。この秘密文書のアクセス要求があった場合、共有サーバ３００は、各部門の認証サーバ１１０、２１０から受け取った、アクセス判断サーバ１２０、２２０の識別子に基づき、当該アクセス判断サーバに問い合わせを行い、コンテンツを提供してよいかを確認する。
【００４４】
ここで、共有サーバ３００が認証サーバ１１０、２１０からの「ユーザ属性」のみを判断材料にしないのは、例えば、「ユーザ属性」の意味がコンピュータシステムにより異なり、共有サーバ３００に判断できない場合があるからである。社内システムではありえないかも知れないが、例えば、複数企業からなる企業間システムでは、「マネージャ」、「課長」、「その他の職位」など、企業個別の呼称を判断できる必要があるため、各企業個別のコンピュータシステムにアクセス判断を仰ぐ必要があるためである。アクセス判断部１２１、２２１が、記憶部１２５、２２５に格納している判断ルールを読み出して判断することにより、たとえばユーザの職位に応じたアクセス管理が可能となる。
【００４５】
本発明の実施の形態のサービス受付部３１０、アクセス制御部３２０、サービス処理部３３０の動作はコンピュータ・プログラム処理により行わせることが可能である。すなわち、記録媒体に記録したプログラムをコンピュータに読み込ませるか、あるいは、ネットワークからプログラムをコンピュータに読み込ませて、実施の形態で説明した動作を実行させる。
【図面の簡単な説明】
【００４６】
【図１】本発明の実施の形態の構成を示すブロック図である。
【図２】本発明の実施の形態の動作を示すフローチャートである。
【図３】クライアント端末から認証サーバへ送信する処理要求の電文形式構成を示す図である。
【図４】認証サーバから共有サーバへ転送する処理要求の電文形式構成を示す図である。
【図５】従来技術の構成を示すブロック図である。
【符号の説明】
【００４７】
１０    クライアント端末
１００    コンピュータシステム
１１０    認証サーバ
１１１    認証部
１１５    記憶部
１２０    アクセス判断サーバ
１２１    アクセス判断部
１２５    記憶部
２００    コンピュータシステム
２１０    認証サーバ
２１１    認証部
２１５    記憶部
２２０    アクセス判断サーバ
２２１    アクセス判断部
２２５    記憶部
３００    共有サーバ
３１０    サービス受付部
３２０    アクセス制御部
３３０    サービス処理部
３５０    記憶部
１１００    処理要求
１２００    処理要求
１３００    アクセス判断問い合わせ
１４００    アクセス判断回答
１５００    処理結果
１６００    処理結果
２１００    処理要求
２２００    処理要求
２３００    アクセス判断問い合わせ
２４００    アクセス判断回答
２５００    処理結果
２６００    処理結果
３００１    アクセス判断問い合わせ
３００２    アクセス判断回答
３００３    処理要求
３００４    処理結果
【図１】
2006172357.tif 000003
【図２】
2006172357.tif 000004
【図３】
2006172357.tif 000005
【図４】
2006172357.tif 000006
【図５】
2006172357.tif 000007