JP2003216579A - アクセス権制御システム、プログラムおよび記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 クライアント／サーバシステムなどでセッシ
ョンレス通信するとき、サーバに保持するデータまたは
サービスに対してアクセス制限が課せられた場合に、ユ
ーザの１アクセスで、複数のサーバのサービスへのアク
セスを制御できるアクセス権制御システムを提供する。 【解決手段】 セッションレスでサービスを提供する複
数のサーバをネットワークで接続し、これらのサーバに
よるサービスは複数のサービス間で機能分担または機能
連携が可能であり、各サービスにおけるユーザ認証はデ
ィジタル署名に対応した分散システムにおいて、第１の
サービスが利用できる第２のサービスの種別を含むサー
ビス要求情報とディジタル署名とを受信し、このサーバ
から第２のサービスを要求するときは、受信した第１の
サービスに対する要求情報とディジタル署名とを第２の
サービスの要求情報に添付して送信することにより、第
１のサービスから第２のサービスへのアクセスを制御す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアント／サ
ーバシステムなどでセッションレス通信する場合のアク
セス権制御システム、プログラムおよび記録媒体に関
し、特に、サーバに保持するデータまたはサービスに対
してアクセス制限が課せられた場合に、ユーザの１アク
セスに対して、複数のサーバへアクセスを実現するアク
セス権制御に関する。

【０００２】

【従来の技術】近年、クライアント／サーバシステムに
より、セッションレス通信（１回毎にセッションが切れ
る通信方式）を行い、システムの負荷分散させ、多くの
機能を実現するシステムが多くみられる。また、そのよ
うなシステムでは、サーバが保持するデータまたはサー
ビスに対してセキュリティを確保するために、ユーザの
認証を必要する場合が少なくない。このようなセッショ
ンレス通信では１回ごとにセッションが切れるため、サ
ーバを切り替えて接続要求する度にユーザの認証が必要
になる。

【０００３】また、サーバが個々にユーザ認識機能を持
つ場合、各サーバのユーザ認証機能は独立であるため、
先のサーバで認証されたユーザであっても後のサーバで
改めて認証処理する必要が生じる。そのため、オペレー
タは、各サーバのユーザ認識機能が接続開始の度に要求
する認証データの入力に応ずるという煩雑な操作をしな
ければならない。

【０００４】このような操作は、複数のサーバごとにデ
ータベースを持ち、その複数のデータベースから必要な
情報を一度の検索指示で検索する場合に、サーバの切り
替えごとにオペレータにユーザ認証の操作を強いること
になるため、オペレータに強い不快感を与え、システム
の実用性を著しく低下させることになる。

【０００５】このような問題点を解決するために、特開
平８−２４９２５３号公報の「通信システムおよびアク
セス応答装置およびアクセス要求装置」は、アクセス要
求装置が実行するセッションに係わる複数のアクセス要
求をアクセス応答装置に送出する場合に、最初のアクセ
ス要求だけ本来のユーザ認証情報を送ってユーザ認証処
理を行うようにし、以降はセッションに対応して生成さ
れるセッション認証情報を用いてサーバ上のデータにア
クセスするようにした。このため、本来のユーザ認証情
報であるＩＤ／パスワードを盗用される確率が低くな
り、セッション認証情報であるセッションＩＤ／パスワ
ードが盗まれた場合でもセッション終了後は無効となる
ため、サーバ上のデータのセキュリティが保たれる。

【０００６】また、特開平１１−２１２９１２号公報の
「セッション管理システム及び管理方法」は、１つのサ
ービスを要求したときにユーザ認証を行い、そのときの
ユーザ認証データにセッション管理識別子を付与してセ
ッション管理識別子管理装置で管理し、ユーザがこのセ
ッション管理識別子を添付して他のサービス要求を行う
と、その添付したセッション管理識別子がセッション管
理識別子管理装置に登録されているかを調べることによ
って認証済みであることを確認して、要求サービスを実
行するようにしている。このため、複数のサーバに跨が
った通信を、同一のセッションとして管理できるように
なった。

【０００７】また、特開２０００−４７９７１号公報の
「ユーザ認証機能付サーバクライアントシステム装置及
びユーザ認証方法及びユーザ認証機能付サーバ及びコン
ピュータ読み取り可能な記録媒体」は、ＨＴＴＰ通信等
のセッションレス通信するクライアント／サーバシステ
ムで、最初に、ユーザがログイン名／パスワード等を入
力してユーザ認証処理を行った結果、ＯＫの場合にはセ
ッション終了時にそのログイン名／パスワード等をクラ
イアントに送信し、クライアントは他のサーバに接続要
求する際にそのログイン名／パスワード等をその他のサ
ーバへ送信するようにして、後のユーザ認証の際にログ
イン名／パスワード等のパラメータを繰り返し入力する
必要がなくなり、オペレータにサーバの切り替えを意識
させない簡単な操作を実現している。

【０００８】また、特開２０００−１０６５５２号公報
の「認証方法」は、分散オブジェクト基盤を利用するネ
ットワーク上に、ユーザ認証を必要とする業務サーバオ
ブジェクトが分散しており、クライアントからＨＴＴＰ
のような接続状態を管理しない通信プロトコルを使って
業務サーバオブジェクトを利用するクライアント／サー
バシステムであるときに、認証済みのセッションの識別
子、対応するユーザ情報とそのユーザ属性とを一元管理
することによって、シングルサインオンを実現してい
る。

【０００９】

【発明が解決しようとする課題】例えば、ファイルの印
刷を行う印刷サーバと、文書を管理する文書管理サーバ
がセッションレス通信でネットワークに接続されたシス
テムにおいて、複数のサービスが、印刷サーバについて
は、 ・ファイルの印刷サービス（ＰＵＳＨ型プリントサービ
ス） ・文書管理サーバで管理されている文書データを指定し
て印刷するサービス（ＰＵＬＬ型プリントサービス）が
あり、文書管理サーバについては、 ・文書の検索・一覧取得・文書データ取得などのサービ
スがある場合について説明する。また、各サーバはその
サービスの利用にあたって、それぞれ統一されたユーザ
認証方式に対応しているものとする。

【００１０】このようなシステムの場合、クライアント
から印刷サーバに「ＰＵＬＬ型プリントサービス」を依
頼すると、印刷サーバは文書管理サーバの「文書データ
取得サービス」を呼び出してデータを取得してから印刷
する。文書管理サーバでは、各文書についてどのユーザ
がどの操作が可能かを記述したアクセスコントロールリ
スト（ＡＣＬ）を管理しており、ユーザの認証情報など
をサーバ間で受け渡して、アクセスしたユーザのアクセ
ス権をチェックするというアクセス制御をしている。

【００１１】この場合、上述した従来の認証方法では、
印刷サーバの管理者がユーザの認証情報を悪用して、ユ
ーザが意図しない文書を文書管理サーバから取得した
り、ユーザになりすまして別のサーバにユーザの意図し
ないサービス要求をすることが可能であった。

【００１２】本発明は、上述の実情を考慮してなされた
ものであって、クライアント／サーバシステムなどでセ
ッションレス通信するときに、サーバに保持したデータ
またはサーバへのサービス要求に対してアクセス制限が
課せられている場合に、ユーザの１アクセスに対して、
複数のサーバへのユーザのアクセスが正当なものである
ことを保証するアクセス権制御システム、そのアクセス
権制御システムの機能を実現するプログラムおよびその
プログラムを格納したコンピュータ読み取り可能な記録
媒体を提供することを目的とする。

【００１３】

【課題を解決するための手段】上記の課題を解決するた
めに、本発明の請求項１のアクセス権制御システムは、
セッションレスでサービスを提供する複数のサーバをネ
ットワークで接続し、これらのサーバによるサービスは
複数のサービス間で機能分担または機能連携が可能とな
っており、各サービスにおけるユーザ認証はディジタル
署名に対応している分散システムのアクセス制御システ
ムにおいて、前記サーバは、第１のサービスが利用でき
る第２のサービスの種別（許可サービスという）を含む
第１のサービスに対する要求情報とその要求情報のディ
ジタル署名とをクライアントから受信し、このサーバか
ら第２のサービスを要求するときは、受信した第１のサ
ービスに対する要求情報とディジタル署名とを第２のサ
ービスの要求情報に添付して送信することにより、第１
のサービスから第２のサービスへのアクセスを制御する
ことを特徴とする。また、本発明の請求項２は、請求項
１に記載のアクセス権制御システムにおいて、前記第１
のサービスに対する要求情報に、第２のサービスが管理
するオブジェクトのＩＤを含めることにより、第１のサ
ービスから第２のサービスに対するクライアントのオブ
ジェクトへのアクセス制御をすることを特徴とする。ま
た、本発明の請求項３は、請求項２に記載のアクセス権
制御システムにおいて、前記第１のサービスに対する要
求情報に第１のサービスの種別（要求サービス）を含め
ることにより、第１のサービスから第２のサービスに対
するクライアントのオブジェクトへのアクセス制御をす
ることを特徴とする。また、本発明の請求項４のプログ
ラムは、コンピュータを、請求項１、２または３に記載
のアクセス権制御システムとして実行させるためのプロ
グラムである。また、本発明の請求項５の記録媒体は、
請求項４に記載のプログラムを記録したコンピュータ読
み取り可能な記録媒体である。

【００１４】上記のように構成したことにより、サービ
ス要求の情報をディジタル署名によって確認できるので
セキュリティの信頼性が向上する。また、ＰＵＬＬ型サ
ービスでは困難な権限の禁止を実現できる。例えば、ク
ライアントから要求したサービスを行うサーバが、その
要求サービスを行うために必要なサービスを別のサーバ
に要求したときに、別のサーバ側でクライアントが許可
していないサービスを要求しているかどうかをチェック
したり、クライアントからは要求されたオブジェクトと
一致しているかどうかをチェックすることができるの
で、クライアントから要求したサーバ側のデータの改竄
や不正を働いたかどうかをチェックできる。

【００１５】

【発明の実施の形態】以下、図面を参照して本発明の一
実施形態を説明する。また、実施形態は、ファイルの印
刷を指定するクライアントと、ファイルの印刷を行う印
刷サーバと、文書を管理する文書管理サーバとがセッシ
ョンレス通信でネットワークに接続された分散システム
において、印刷サーバのサービスに、 ・ファイルの印刷サービス（ＰＵＳＨ型プリントサービ
ス） ・文書管理サーバで管理されている文書データを指定し
て印刷するサービス（ＰＵＬＬ型プリントサービス）が
あり、文書管理サーバのサービスには、 ・文書の検索・一覧取得・文書データ取得などのサービ
スがあり、各サーバはそのサービスの利用にあたって、
それぞれ統一されたユーザ認証方式に対応しているもの
とする。

【００１６】図１は、上記で説明した本発明の実施形態
が適用されるクライアント／サーバシステムの構成を示
すブロック図である。図中、１は印刷サーバ、２は文書
管理サーバ、３はクライアントである。これらの複数の
クライアント３と複数のサーバ（印刷サーバ１および文
書管理サーバ２がそれぞれ複数存在しうる）は、セッシ
ョンレス通信によりネットワークで接続し、複数のサー
ビスを提供している。また、これらのサーバによるサー
ビスは複数のサービス間で機能分担または機能連携が可
能となっており、各サービスにおけるユーザ認証はディ
ジタル署名に対応している。

【００１７】図２は、各クライアント３、印刷サーバ１
および文書管理サーバ２の機能構成を示すブロック図で
ある。クライアント３は、印刷サーバ１や文書管理サー
バ２との入出力に対するユーザインタフェースとなるＧ
ＵＩ処理部３２と、ユーザが印刷サーバ１や文書管理サ
ーバ２へアクセスする際に要求する要求情報の内容を保
証するディジタル署名３３と、このディジタル署名を復
号化するときの公開キーが本人のものであることを証明
する証明書３４（この証明書３４には公開キーを含む）
と、印刷サーバ１や文書管理サーバ２へサービスを要求
するときに各サーバへ要求するサービスの要求情報、デ
ィジタル署名３３および証明書３４を送付する認証処理
部３１からなる。

【００１８】この要求情報には、例えば、次のような情
報を含んでいる（図３参照）。クライアントのユーザＩ
Ｄ、クライアントが（印刷）サーバへ要求するサービス
の種別（要求サービス）、要求サービスの要求先のＩＤ
（例えば、印刷サーバのＩＰアドレス等）、印刷する文
書ＩＤ、印刷条件、この要求サービスの有効期限、この
要求サービスに対するシリアル番号、ユーザがこの要求
サービスに対して利用を許可するサービスの種別（許可
サービス）。上記のうちサービスに付随する項目、例え
ば、印刷する文書ＩＤや印刷条件等は、サービスの種類
に応じて変化する。例えば、複数の文書管理サーバへの
検索サービスの場合には、検索条件やサーバの範囲等と
なる。

【００１９】印刷サーバ１は、クライアント３から要求
情報、ディジタル署名３３および証明書３４を受信して
認証処理を行う認証処理部１１、クライアント３から要
求された文書を取り出すように文書管理サーバ２へ要求
し、取り出された文書を印刷処理する印刷処理部１２と
からなる。認証処理部１１は、受信した証明書の公開キ
ーを用いてディジタル署名を復号化し、その復号結果と
要求情報とを比較することによってクライアントからの
要求の正当性をチェックし、ユーザ認証を行う。この印
刷サーバ１から文書管理サーバ２への要求情報には、例
えば、次のような情報を含んでいる（図４参照）。

【００２０】文書管理サーバへ要求するサービスの種別
（要求サービス）、読み取り文書の文書ＩＤ、この要求
サービスの有効期限、この要求サービスに対するシリア
ル番号。上記のサービスに依存する項目、例えば、文書
ＩＤはサービスの種類に応じて変化する。例えば、検索
サービスの場合には、検索条件が含まれる。

【００２１】文書管理サーバ２は、印刷サーバ１からの
読み取り要求に付されている要求情報と、クライアント
３からの印刷要求情報、ディジタル署名３３および証明
書３４を受信して認証処理を行う認証処理部２１と、印
刷サーバ１から要求のあった文書を検索し、文書データ
の読み取り等の文書処理を行う文書処理部２２と、管理
する文書データを保持する文書データベース（文書Ｄ
Ｂ）２３と、文書ＤＢ２３に保持する文書データに関す
るクライアントのアクセス権（どのユーザからどの操作
が可能であるかを示す情報）を保持するＡＣＬ（アクセ
スコントロールリスト）２４とからなる。

【００２２】ＡＣＬ２４は、文書ＤＢ２３に保持する文
書ごとに、その文書をアクセスできるユーザとそのアク
セス権限を保持している。例えば、１文書に対するＡＣ
Ｌ２４は次のような項目を含んでいる（図５参照）。ア
クセスできるユーザＩＤ、読み取り権限の有無、更新権
の有無、印刷権の有無、削除権の有無等。

【００２３】認証処理部２１は、先ず、受信した証明書
の公開キーを用いてディジタル署名を復号化し、その復
号結果と印刷サービスに対する要求情報とを比較するこ
とによってクライアントからの印刷要求の正当性をチェ
ックする。次に、印刷サーバ１からの要求情報（読み取
り要求サービスと文書ＩＤ）およびクライアント３から
の要求情報（印刷要求サービス、ユーザＩＤと文書Ｉ
Ｄ）をアクセスコントロールリスト（ＡＣＬ）２４と照
合して、文書ＤＢ２３へアクセスするユーザのアクセス
権をチェックする。

【００２４】次に、「クライアントから印刷サーバに
「ＰＵＬＬ型プリントサービス」を依頼し、印刷サーバ
が文書管理サーバの「文書データ取得サービス」を呼び
出してデータを取得してから印刷する」サービスを例に
して、本発明のアクセス制御システムの処理手順につい
て説明する。図６は、クライアント３における印刷指示
の処理手順を示すフローチャートである。図７は、印刷
サーバ１が印刷指示を受信し、印刷処理が完了するまで
の処理手順を示すフローチャートである。図８は、文書
管理サーバ２が印刷サーバ１から文書の読み取り要求を
受信して、文書を返信するまでの処理手順を示すフロー
チャートである。

【００２５】図６をもとに、ユーザが印刷指示を出すと
きのクライアント３における処理を説明する。先ず、ユ
ーザは、ディジタル署名に対する公開キーの証明書を作
成しておく。次に、文書管理サーバ２等で印刷したい文
書を確認し、その文書、印刷条件および証明書を指定し
て印刷するようにクライアント３に指示する。クライア
ント３は、ユーザの指示に基づいて、印刷サーバ１への
印刷サービスの要求情報（図３参照）を作成する（ステ
ップＳ１１）。要求情報に対するディジタル署名を作成
し、ディジタル署名および証明書を要求情報へ添付する
（ステップＳ１２）。クライアント３は、要求情報、デ
ィジタル署名および証明書を印刷サーバ１へ送信する
（ステップＳ１３）。

【００２６】図７をもとに、クライアント３から印刷要
求を受信したときの印刷サーバ１の動作について説明す
る。印刷サーバ１は、クライアント３から要求情報、デ
ィジタル署名３３および証明書３４を受信し、受信した
証明書の公開キーを用いてディジタル署名を復号化し、
その復号結果と要求情報とを比較することによってクラ
イアントからの要求の正当性をチェックする（ステップ
Ｓ２１）。正当性のチェックで要求情報の改竄があれ
ば、クライアント３へ要求情報が改竄されていることを
通知し、処理を終了する（ステップＳ２２，Ｓ２３）。

【００２７】要求情報に改竄がなければ、クライアント
３からのサービス要求が「印刷サービス」であるかを調
べる（ステップＳ２４）。印刷要求でなければ、クライ
アント３へ要求したサービスの種別が違うことを通知
し、処理を終了する（ステップＳ２４，Ｓ２５）。

【００２８】クライアント３からのサービス要求が「印
刷サービス」であれば、要求された文書を文書管理サー
バ２から取得するために要求情報を作成し、文書管理サ
ーバ２へ送信する（ステップＳ２６）。この文書管理サ
ーバ２へ「読み取りサービス」を要求する要求情報は、
図４に示したように、要求サービスの種別（「読み取り
サービス」）、読み取り文書の「文書ＩＤ」等がある。
印刷サーバ１は、クライアント３から受信した要求情
報、ディジタル署名および証明書とを文書管理サーバ２
への要求情報に添付して送付する。

【００２９】文書管理サーバ２が要求した文書を送信し
てこなかった場合、クライアント３へ文書の取得ができ
なかったことを通知し、処理を終了する（ステップＳ２
７，Ｓ２８）。このときの通知には、文書管理サーバ２
から通知されたエラーの種類に応じたメッセージが作成
される。例えば、「要求情報が改竄されている。」、
「ユーザから読み取りサービスが許可されていな
い。」、「ユーザの読み取り要求した文書ＩＤと印刷サ
ーバの要求した文書ＩＤが相違する。」、「ユーザに対
象文書の読み取り権限が設定されていない。」、「ユー
ザに対象文書の印刷権限が設定されていない。」等があ
る。

【００３０】文書管理サーバ２から送信された文書を指
定された印刷条件によって印刷し、処理を終了する（ス
テップＳ２９）。

【００３１】図８をもとに、印刷サーバ１から読み取り
要求を受信したときの文書管理サーバ２の動作について
説明する。文書管理サーバ２は、印刷サーバ１から受信
したクライアント３が印刷サーバ１へ要求したときの証
明書の公開キーを用いて、クライアント３が印刷サーバ
１へ要求したときのディジタル署名を復号化し、その復
号結果とクライアント３が印刷サーバ１へ要求したとき
の要求情報とを比較することによってクライアントから
の要求の正当性をチェックする（ステップＳ３１）。正
当性のチェックで要求情報の改竄があれば、印刷サーバ
１へ「クライアント３が印刷サーバ１へ要求したときの
要求情報が改竄されている」ことを通知し、処理を終了
する（ステップＳ３２，Ｓ３３）。

【００３２】要求情報に改竄がなければ、クライアント
３が印刷サーバ１へ要求したときの要求情報に「読み取
りサービスの許可」が指定されているかを調べる（ステ
ップＳ３４）。読み取りの許可が指定されていない場合
には、「ユーザから読み取りサービスが許可されていな
い」ことを通知し、処理を終了する（ステップＳ３
５）。このように、クライアントからは許可サービスと
して「文書データ読み取り」が許可されていないのにも
かかわらず、印刷サーバ１が読み取りを要求した場合に
は、印刷サーバ１側で改竄や不正を働いたことをチェッ
クできる。

【００３３】読み取りの許可が指定されていれば、印刷
サーバ１からの読み取り要求情報にある文書ＩＤと、ク
ライアント３から印刷要求のあった文書ＩＤとが一致す
るかを調べる（ステップＳ３６）。一致しなかった場
合、印刷サーバ１に対して「ユーザの読み取り要求した
文書ＩＤと印刷サーバの要求した文書ＩＤが相違する」
を通知して、処理を終了する（ステップＳ３７）。この
ように、クライアントからは印刷要求された文書と印刷
サーバが要求する文書が一致しないときには、印刷サー
バ１側で改竄や不正を働いたことをチェックできる。

【００３４】一致した場合、これらの文書に対して、ク
ライアント３から送付された印刷要求の要求情報にある
ユーザＩＤに対して「読み取り権限」があるかどうかＡ
ＣＬ２４を調べる（ステップＳ３８）。ＡＣＬ２４にユ
ーザの「読み取り権限」が設定されていない場合には、
印刷サーバ１へ「ユーザに対象文書の読み取り権限が設
定されていない」ことを通知して処理を終了する（ステ
ップＳ３９，Ｓ４０）。

【００３５】次に、クライアント３から送付された印刷
要求の要求情報にあるユーザＩＤに対して「印刷権限」
があるかどうかＡＣＬ２４を調べる（ステップＳ４
１）。ＡＣＬ２４にユーザの「印刷権限」が設定されて
いない場合には、印刷サーバ１へ「ユーザに対象文書の
印刷権限が設定されていない」ことを通知して処理を終
了する（ステップＳ４２，Ｓ４３）。文書管理サーバ
は、自分に要求のあった要求サービスに対するアクセス
権限のチェックだけでなく、クライアントが印刷サーバ
へ要求したサービスに対するアクセス権限をチェックで
きる。

【００３６】すべてのアクセス権が許可された場合、読
み取り対象の文書を文書ＤＢ２３から読み出し、印刷サ
ーバ１へ送信する（ステップＳ４４）。この場合、処理
が正常に終了したことも通知し、処理を終了する。

【００３７】尚、上記の説明におけるクライアントおよ
び各サーバ（印刷および文書管理）の各機能構成を実行
するプログラムコードを記録媒体に記録し、その記録媒
体に記録されたプログラムコードをクライアントおよび
各サーバとして利用されるマイクロコンピュータまたは
汎用コンピュータへインストールすることにより容易に
本発明を実施できる。この場合、記録媒体から読出され
たプログラムコード自体も上述した実施形態の機能を実
現することになり、そのプログラムコードおよびそのコ
ードを記憶した記録媒体は本発明を構成することにな
る。

【００３８】

【発明の効果】以上説明したように本発明によれば、サ
ービス要求の情報をディジタル署名によって確認できる
のでセキュリティの信頼性が向上する。また、ＰＵＬＬ
型サービスでは困難な権限の禁止を実現できる。例え
ば、クライアントから要求したサービスを行うサーバ
が、その要求サービスを行うために必要なサービスを別
のサーバに要求したときに、別のサーバ側でクライアン
トが許可していないサービスを要求しているかどうかを
チェックしたり、クライアントからは要求されたオブジ
ェクトと一致しているかどうかをチェックすることがで
きるので、クライアントから要求したサーバ側のデータ
の改竄や不正を働いたかどうかをチェックできる。

【図面の簡単な説明】

【図１】 本発明の実施形態が適用されるクライアント
／サーバシステムの構成を示すブロック図である。

【図２】 各クライアント、印刷サーバおよび文書管理
サーバの機能構成を示すブロック図である。

【図３】 印刷サーバへの要求情報の例である。

【図４】 文書管理サーバへの要求情報の例である。

【図５】 文書データベースの管理する１文書に対する
ＡＣＬの例である。

【図６】 クライアントにおける印刷指示の処理手順を
示すフローチャートである。

【図７】 印刷サーバが印刷指示を受信し、印刷処理が
完了するまでの処理手順を示すフローチャートである。

【図８】 文書管理サーバが印刷サーバから文書の読み
取り要求を受信し、読み取った文書を返信するまでの処
理手順を示すフローチャートである。

【符号の説明】

１…印刷サーバ、２…文書管理サーバ、３…クライアン
ト、１１…認証処理部、１２…印刷処理部、２１…認証
処理部、２２…文書処理部、２３…文書データベース
（ＤＢ）、２４…アクセスコントロール（ＡＣＬ）、３
１…認証処理部、３２…ＧＵＩ処理部、３３…ディジタ
ル署名、３４…証明書。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 セッションレスでサービスを提供する複
   数のサーバをネットワークで接続し、これらのサーバに
   よるサービスは複数のサービス間で機能分担または機能
   連携が可能となっており、各サービスにおけるユーザ認
   証はディジタル署名に対応している分散システムのアク
   セス制御システムにおいて、前記サーバは、第１のサー
   ビスが利用できる第２のサービスの種別（許可サービス
   という）を含む第１のサービスに対する要求情報とその
   要求情報のディジタル署名とをクライアントから受信
   し、このサーバから第２のサービスを要求するときは、
   受信した第１のサービスに対する要求情報とディジタル
   署名とを第２のサービスの要求情報に添付して送信する
   ことにより、第１のサービスから第２のサービスへのア
   クセスを制御することを特徴とするアクセス権制御シス
   テム。
2. 【請求項２】 請求項１に記載のアクセス権制御システ
   ムにおいて、前記第１のサービスに対する要求情報に、
   第２のサービスが管理するオブジェクトのＩＤを含める
   ことにより、第１のサービスから第２のサービスに対す
   るクライアントのオブジェクトへのアクセス制御をする
   ことを特徴とするアクセス権制御システム。
3. 【請求項３】 請求項２に記載のアクセス権制御システ
   ムにおいて、前記第１のサービスに対する要求情報に第
   １のサービスの種別（要求サービス）を含めることによ
   り、第１のサービスから第２のサービスに対するクライ
   アントのオブジェクトへのアクセス制御をすることを特
   徴とするアクセス権制御システム。
4. 【請求項４】 コンピュータを、請求項１、２または３
   に記載のアクセス権制御システムとして実行させるため
   のプログラム。
5. 【請求項５】 請求項４に記載のプログラムを記録した
   コンピュータ読み取り可能な記録媒体。