JP2012137995A - リソース提供システム、アクセス制御プログラム及びアクセス制御方法 - Google Patents

Abstract

【課題】リソースを利用するユーザの個人情報をリソースを提供する装置に開示せず、かつ、当該装置におけるユーザ管理負担を低減する。
【解決手段】リソースを格納するリソース提供装置１９と、リソース提供装置１９に格納されているリソースに対してアクセスするアクセス用クライアント２１と、アクセス用クライアント２１を利用するユーザのリソースへのアクセス可能範囲を登録するユーザ登録部３２、及アクセス用クライアント２１からリソースへアクセスする際にアクセス用クライアント２１を利用するユーザの認証を行うユーザ認証部３１を有する管理装置３９と、を備える。
【選択図】図４

Description

本件は、リソース提供システム、アクセス制御プログラム及びアクセス制御方法に関する。

クラウドなどのネットワークサービスシステムにおいて、会社間で共同作業（協業）を行うには、協業で提供するリソース（＝共有リソース）の利用方法について詳細な取決めが必要となる。この取決めには、リソースを提携先のどの部門の誰が利用するのかなどの取決めが含まれる。なお、リソースには、データやプログラムなどが含まれ、例えばツールのソースコード、バイナリコード、アプリケーションプログラムに基づくｗｅｂ画面（画面表示を行わせるためのデータなど）などが含まれる。

また、例えば１つの会社（Ａ社とする）のリソースを別の会社（Ｂ社）が共有するような場合、Ａ社は、リソースの共有に必要なすべての機能を用意しなければならない。

なお、上記のような技術に関し、特許文献１、２のような技術が開示されている。

特開２０００−３３０８４７号公報 特開２００４−１７１２５５号公報

しかしながら、上記特許文献１、２のような技術を用いても、上述したＡ社（リソース提供者）がＢ社のユーザを管理する必要があるため、Ａ社の管理負担及び管理コストが大きくなるおそれがある。また、部署の異動などのたびにＢ社はＡ社に対してユーザの変更依頼をする必要がある。また、Ｂ社の個々の従業員の情報がＡ社に知られてしまうおそれもある。

そこで本件は上記の課題に鑑みてなされたものであり、リソースを利用するユーザの個人情報をリソースを提供する装置（第１の装置）に開示せず、かつ、第１の装置におけるユーザ管理負担を低減することが可能なリソース提供システムを提供することを目的とする。また、リソースを利用するユーザの個人情報をリソースを提供する装置（第１の装置）に開示せず、かつ、第１の装置におけるユーザ管理負担を低減することが可能なアクセス制御プログラム及びアクセス制御方法を提供することを目的とする。

本明細書に記載のリソース提供システムは、リソースを格納する第１の装置、前記第１の装置に格納されているリソースに対してアクセスする第２の装置、並びに、前記第２の装置を利用するユーザの前記リソースへのアクセス可能範囲を登録する登録部、及び前記第２の装置から前記リソースへアクセスする際に前記第２の装置を利用するユーザの認証を行う認証部を有する第３の装置、を備えるリソース提供システムである。

本明細書に記載のアクセス制御プログラムは、リソースを格納する第１の装置と、前記第１の装置に格納されているリソースに対してアクセスする第２の装置と、に接続された第３の装置のコンピュータに実行させるアクセス制御プログラムであって、前記第２の装置を利用するユーザの前記リソースへのアクセス可能範囲を登録し、前記第２の装置から前記リソースへアクセスする際に前記第２の装置を利用するユーザの認証を行う処理を、前記コンピュータに実行させるアクセス制御プログラムである。

本明細書に記載のアクセス制御方法は、リソースを格納する第１の装置と、前記第１の装置に格納されているリソースに対してアクセスする第２の装置と、に接続された第３の装置のコンピュータに実行させるアクセス制御方法であって、前記第２の装置を利用するユーザの前記リソースへのアクセス可能範囲を登録する工程と、前記第２の装置から前記リソースへアクセスする際に前記第２の装置を利用するユーザの認証を行う工程と、を前記コンピュータに実行させるアクセス制御方法である。

本明細書に記載のリソース提供システムは、リソースを利用するユーザの個人情報をリソースを提供する装置（第１の装置）に開示せず、かつ、第１の装置におけるユーザ管理負担を低減することができるという効果を奏する。また、本明細書に記載のアクセス制御プログラム及びアクセス制御方法は、リソースを利用するユーザの個人情報をリソースを提供する装置（第１の装置）に開示せず、かつ、第１の装置におけるユーザ管理負担を低減することができるという効果を奏する。

一実施形態に係るリソース提供システムの構成を概略的に示す図である。 一実施形態に係るリソース提供システムに含まれる各者が有する装置を示す図である。 図３（ａ）は、リソース提供装置のハードウェア構成を示す図であり、図３（ｂ）は、管理装置のハードウェア構成を示す図である。 図２の装置の機能ブロック図である。 図５（ａ）は、リソース−グループテーブルを示す図であり、図５（ｂ）は、アクセスログを示す図である。 図６（ａ）は、グループ−ユーザテーブルを示す図であり、図６（ｂ）は、ユーザ情報テーブルを示す図である。 図７（ａ）は、認証ログを示す図であり、図７（ｂ）は、ユーザ変更ログを示す図である。 ユーザ−リソースアクセスログを示す図である。 リソース登録に関する処理において機能する部分を太線にて示す図である。 リソースの新規登録処理を示すフローチャートである。 リソースのグループ変更処理を示すフローチャートである。 リソースの削除処理を示すフローチャートである。 グループ登録処理において機能する部分を太線にて示す図である。 グループの新規登録処理を示すフローチャートである。 グループが操作できるリソースの変更処理を示すフローチャートである。 グループの削除処理を示すフローチャートである。 ユーザ登録に関する処理において機能する部分を太線にて示す図である。 ユーザの新規登録処理を示すフローチャートである。 ユーザのグループ変更処理を示すフローチャートである。 ユーザの削除処理を示すフローチャートである。 ユーザ認証に関する処理において機能する部分を太線にて示す図である。 ユーザ認証処理を示すフローチャートである。 リソースの利用に関する処理において機能する部分を太線にて示す図である。 リソースの利用処理を示すフローチャートである。 リソースの利用状況の一般チェックに関する処理において機能する部分を太線にて示す図である。 リソース利用状況の一般チェック処理を示すフローチャートである。 ログ統合に関する処理において機能する部分を太線にて示す図である。 ログ統合処理を示すフローチャートである。

以下、一実施形態について、図１〜図２８に基づいて詳細に説明する。図１には、リソース提供システム１００の構成が概略的に示されている。

図１に示すようにリソース提供システム１００は、リソース提供者（ここでは、Ａ社とする）１０が有する装置と、リソース利用者（Ｂ社とする）が有する装置と、仲介者（Ｃ社とする）が有する装置と、を備える。これら、各会社の装置は、それぞれインターネット等のネットワーク８０に接続されている。

リソース提供者（Ａ社）１０は、図２に示すように、リソース提供用クライアント１１と、第１の装置としてのリソース提供装置１９と、を有する。リソース利用者（Ｂ社）２０は、第２の装置としてのアクセス用クライアント２１と、ユーザ管理用クライアント２２と、を有する。また、仲介者（Ｃ社）は、第３の装置としての管理装置３９を有する。

リソース提供用クライアント１１は、リソース提供装置１９に対してユーザが操作を行うためのユーザインタフェースの役割を持つ装置である。このリソース提供用クライアント１１には、表示部（ディスプレイ）やキーボードやマウスなどの入力装置が設けられている。リソース提供装置１９は、リソースを格納しており、Ｂ社のアクセス用クライアント２１に対して、リソースを提供する。

図３（ａ）には、リソース提供装置１９のハードウェア構成が示されている。図３（ａ）に示すように、リソース提供装置１９は、ＣＰＵ９０、ＲＯＭ９２、ＲＡＭ９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、及び可搬型記憶媒体用ドライブ９９等を備えており、各部は、バス９８に接続されている。リソース提供装置１９では、ＲＯＭ９２又はＨＤＤ９６に格納されているプログラム、あるいはドライブ９９が読み取った可搬型記憶媒体９１に記憶されているプログラムを、ＣＰＵ９０が実行することにより、図４の各部の機能が実現される。
また、記憶部９６や可搬記憶媒体９１には、各種のテーブル、データベース、ログ等のデータを記憶することができる。

図４に示すように、リソース提供装置１９は、リソース登録部１２、グループ登録部１３、アクセス制御部１４、及びログ統合部１５として機能する。また、リソース提供装置１９のＨＤＤ９６（図３（ａ）参照）には、リソースＤＢ１６、リソース−グループテーブル１７、及びアクセスログ１８が格納されている。なお、本明細書及び図面中では、「データベース」を適宜「ＤＢ」と表記する。

リソース登録部１２は、リソース提供用クライアント１１からの指示（要求）に基づいて、リソースをリソースＤＢ１６に新規登録・削除したり、リソースと当該リソースを利用可能なグループとの対応付けを行ったりする。すなわち、各ユーザのアクセス可能範囲を登録する。ここで、リソースは、データ、ツールのソース、バイナリ、アプリケーションのｗｅｂ画面などを含んでいる。

グループ登録部１３は、リソースを利用可能なグループの新規登録・削除、及びリソースとの対応付けを行う。アクセス制御部１４は、リソースに対するアクセス用クライアント２１からのアクセス要求の制御や、アクセスログの出力を行う。ログ統合部１５は、各種ログの取得及び統合を行う。なお、統合は、監査時に行われるものとし、ログ統合部１５は、当該統合されたログから、更に、必要なデータを作成する。

リソースＤＢ１６は、リソースを、リソースＩＤと関連付けて記憶する。リソース−グループテーブル１７は、図５（ａ）に示すようなデータ構造を有する。具体的には、リソース−グループテーブル１７は、リソースＩＤと、当該リソースＩＤのリソースを利用可能なグループＩＤとを関連付けて記憶する。

アクセスログ１８は、リソースに対するアクセス状況を記録するログである。具体的には、図５（ｂ）に示すように、アクセス日時、セッションＩＤ、グループＩＤ，リソースＩＤ、及び操作の項目を有する。操作の項目には、Login、Read、Write、Executeなどが入力される。

図２に戻り、Ｂ社が有するアクセス用クライアント２１は、管理装置３９のユーザ認証部３１（後述）に対してユーザが操作を行うためのユーザインタフェースの役割を持つ装置であるとともに、リソース提供装置１９に格納されているリソースを利用するための端末である。なお、アクセス用クライアント２１は複数存在していてもよい。また、１又は複数のアクセス用クライアント２１のユーザは複数存在しているものとする。

ユーザ管理用クライアント２２は、管理装置３９のユーザ登録部３２（後述）に対してユーザが操作を行うためのユーザインタフェースの役割を持つ装置である。このユーザ管理用クライアント２２には、表示部（ディスプレイ）やキーボードやマウスなどの入力装置が設けられている。なお、ユーザ管理用クライアント２２は、複数存在していてもよい。また、アクセス用クライアントと同一装置とすることも可能である。

Ｃ社が有する管理装置３９は、図３（ｂ）に示すようなハードウェア構成を有している。この図３（ｂ）に示すように、管理装置３９は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ここではＨＤＤ（Hard Disk Drive））１９６、及び可搬型記憶媒体用ドライブ１９９等を備えており、各部は、バス１９８に接続されている。管理装置３９では、ＲＯＭ１９２又はＨＤＤ１９６に格納されているプログラム、あるいはドライブ１９９が読み取った可搬型記憶媒体１９１に記憶されているプログラムを、ＣＰＵ１９０が実行することにより、図４の各部の機能が実現される。
また、記憶部１９６や可搬型記憶媒体１９１には、各種のテーブル、データベース、ログ等のデータを記憶することができる。

図４に示すように、管理装置３９は、認証部としてのユーザ認証部３１及び登録部としてのユーザ登録部３２として機能する。また、リソース提供装置１９のＨＤＤ１９６（図３（ｂ）参照）には、グループ−ユーザテーブル３３、ユーザ情報テーブル３４、認証ログ３５、ユーザ変更ログ３６が格納されている。

ユーザ認証部３１は、アクセス用クライアント２１において入力されるユーザ情報を用いて、ユーザの認証を行ったり、認証ログ３５を生成したりする。ユーザ登録部３２は、ユーザ管理用クライアント２２からの指示に基づいて、ユーザの新規登録・削除、グループとの対応付けを行うとともに、ユーザ変更ログ３６を生成する。

グループ−ユーザテーブル３３は、図６（ａ）に示すように、グループＩＤと、当該グループＩＤのグループに属するユーザのユーザＩＤとを格納する。ユーザ情報テーブル３４は、図６（ｂ）に示すように、各ユーザの情報（ユーザＩＤ，パスワード、従業員番号、グループＩＤ）を格納する。

認証ログ３５は、図７（ａ）に示すように、認証日時と、認証を行ったユーザのユーザＩＤと、認証ができたか否かを示す認証可否と、セッションＩＤと、を記録する。ユーザ変更ログ３６は、ユーザやグループの追加又は削除があった場合の、変更日時と、ユーザＩＤと、グループＩＤと、操作（Add（追加）又はDelete（削除））と、を記録する。

図８は、図５（ａ）のアクセスログ１８、図７（ａ）の認証ログ３５、図７（ｂ）のユーザ変更ログ３６を、ログ統合部１５が統合したログ（ユーザ−リソースアクセスログ）である。

次に、図９〜図２８に基づいて、上記各装置における処理について詳細に説明する。

Ａ リソース登録に関する処理
リソース登録に関する処理は、図９のリソース提供用クライアント１１、リソース登録部１２、及びリソース−グループテーブル１７（図９において太線で表示）が関与する処理である。リソース登録に関する処理としては、リソースの新規登録、リソースのグループ変更、リソースの削除、の３つの処理がある。以下、各処理について説明する。

（リソースの新規登録）
図１０は、リソースの新規登録の処理を示すフローチャートである。この図１０に示すように、リソースの新規登録の処理では、まずステップＳ１０において、リソース登録部１２が、リソース提供用クライアント１１からのリソース新規登録要求を受信する。

次いで、ステップＳ１２では、リソース登録部１２が、リソース−グループテーブル１７にリソースを登録する。次いで、ステップＳ１４では、リソース登録部１２が、リソースに対応付けるグループ候補を、リソース提供用クライアント１１の表示部（ディスプレイ）に表示する。なお、リソース提供用クライアント１１の利用者は、リソース提供用クライアント１１上でグループ候補の中からリソースに対応付けるグループを指定する。

次いで、ステップＳ１６では、リソース登録部１２が、リソース提供用クライアント１１上において指示されたグループを、リソースに対応付けてリソース−グループテーブル１７に登録する。以上のような処理を経ることで、図５（ａ）のようなリソース−グループテーブル１７に新たなリソースの登録が完了する。

（リソースのグループ変更）
次に、リソースのグループ変更の処理について説明する。図１１は、リソースのグループ変更の処理を示すフローチャートである。この図１１に示すように、リソースのグループ変更の処理では、ステップＳ２０において、リソース登録部１２が、リソース提供用クライアント１１から、リソースにアクセス可能なグループの変更要求を受信する。

次いで、ステップＳ２２では、リソース登録部１２が、対応付けるグループ候補をリソース提供用クライアント１１の表示部に表示する。なお、リソース提供用クライアント１１の利用者は、リソース提供用クライアント１１上でグループ候補の中からリソースに対応付けるグループを指定する。

次いで、ステップＳ２４では、リソース登録部１２が、リソース提供用クライアント１１上で指示された変更操作を、リソース−グループテーブル１７に反映させる。以上の処理によりリソース−グループテーブル１７のリソースのグループ変更が完了する。

（リソースの削除）
次に、リソースの削除の処理について説明する。図１２は、リソースの削除の処理を示すフローチャートである。図１２に示すように、リソースの削除処理では、まず、ステップＳ３０において、リソース登録部１２が、リソース提供用クライアント１１からのリソース削除要求を受信する。

次いで、ステップＳ３２では、リソース登録部１２が、削除要求が出されたリソースに対応付けられているグループをリソース提供用クライアント１１の表示部に表示し、本当に削除するか否かの確認を行う。なお、リソース提供用クライアント１１の利用者は、リソース提供用クライアント１１上で削除するグループを指定する。

そして、ステップＳ３４では、リソース登録部１２が、ステップＳ３２の確認の結果、指定されたリソースをリソース−グループテーブル１７から削除する。以上の処理によりリソース−グループテーブル１７のリソース削除が完了する。

Ｂ グループ登録に関する処理
グループ登録に関する処理は、図１３のリソース提供用クライアント１１、グループ登録部１３、リソース−グループテーブル１７、及びグループ−ユーザテーブル３３（図１３において太線で表示）が関与する処理である。グループ登録に関する処理としては、グループの新規登録、グループが操作できるリソースの変更、グループの削除、の３つの処理がある。以下、各処理について説明する。

（グループの新規登録）
図１４は、グループの新規登録の処理を示すフローチャートである。この図１４に示すように、グループの新規登録の処理では、ステップＳ４０において、グループ登録部１３が、リソース提供用クライアント１１からのグループ新規登録要求を受信する。次いで、ステップＳ４２では、リソース−グループテーブル１７にグループを登録する。次いで、ステップＳ４４では、管理装置３９のグループ−ユーザテーブル３３にグループを登録する。

次いで、ステップＳ４６では、グループ登録部１３が、対応付けるリソース候補をリソース提供用クライアント１１の表示部に表示する。なお、リソース提供用クライアント１１の利用者は、リソース提供用クライアント１１上でグループに対応付けるリソースを指定する。

そして、ステップＳ４８では、グループ登録部１３が、リソース提供用クライアント１１上で指示されたリソースをグループに対応付け、リソース−グループテーブル１７に登録する。以上の処理によりリソース−グループテーブル１７へのグループの新規登録が完了する。

（グループが操作できるリソースの変更）
図１５は、グループが操作できるリソースの変更処理を示すフローチャートである。この図１５の処理では、まず、ステップＳ５０において、グループ登録部１３が、リソース提供用クライアント１１から、グループがアクセス可能なリソースの変更要求を受信する。

次いで、ステップＳ５２では、グループ登録部１３が、グループに対応付けるリソース候補を、リソース提供用クライアント１１の表示部に表示する。なお、リソース提供用クライアント１１の利用者は、リソース提供用クライアント１１上でグループに対応付ける新たなリソースを指定する。

そして、ステップＳ５４では、グループ登録部１３が、リソース提供用クライアント１１上において指示された変更操作をリソース−グループテーブル１７に反映する。以上の処理により、リソース−グループテーブル１７におけるグループが操作できるリソースの変更処理が完了する。

（グループの削除）
図１６は、グループの削除処理を示すフローチャートである。図１６に示すように、グループの削除処理では、まずステップＳ６０において、グループ登録部１３が、リソース提供用クライアント１１からのグループ削除要求を受信する。

次いで、ステップＳ６２では、グループ登録部１３が、グループに対応付けられているリソースを、リソース提供用クライアント１１の表示部に表示し、本当に削除するか否かを確認する。なお、リソース提供用クライアント１１の利用者は、リソース提供用クライアント１１上で削除するグループを指定する。

次いで、ステップＳ６４では、グループ登録部１３が、リソース提供用クライアント１１において指定されたグループをリソース−グループテーブル１７から削除する。また、
ステップＳ６６では、グループ登録部１３が、指定されたグループを、グループ−ユーザテーブルから削除する。以上の処理により、リソース−グループテーブル１７におけるグループの削除処理が完了する。

Ｃ ユーザ登録に関する処理
ユーザ登録に関する処理は、図１７のユーザ管理用クライアント２２、ユーザ登録部３２、グループ−ユーザテーブル３３、ユーザ情報テーブル３４（図１７において太線で表示）が関与する処理である。ユーザ登録に関する処理としては、ユーザの新規登録、ユーザのグループ変更、ユーザの削除、の３つの処理がある。以下、各処理について説明する。

（ユーザの新規登録）
図１８は、ユーザの新規登録処理を示すフローチャートである。この図１８の処理では、ステップＳ７０において、ユーザ登録部３２が、ユーザ管理用クライアント２２からユーザ新規登録要求を受信する。次いで、ステップＳ７１では、ユーザ登録部３２が、ユーザＩＤ、パスワード、従業員番号などのユーザ情報をユーザ情報テーブル３４に登録する。

次いで、ステップＳ７２では、ユーザ登録部３２が、登録操作をユーザ変更ログに記録する。次いで、ステップＳ７３では、ユーザ登録部３２が、ユーザに対応付けるグループ候補を、ユーザ管理用クライアント２２の表示部（ディスプレイ）に表示する。なお、ユーザ管理用クライアント２２の利用者は、ユーザ管理用クライアント２２上でグループ候補の中からユーザに対応付けるグループを指定する。

次いで、ステップＳ７４では、ユーザ登録部３２が、ユーザ管理用クライアント２２上において指定されたグループを、ユーザと対応づけてユーザ情報テーブル３４とグループ−ユーザテーブル３３に登録する。そして、ステップＳ７５では、ユーザ登録部３２が、対応づけ結果を図７（ｂ）のユーザ変更ログ３６に記録する。以上によりユーザの新規登録処理が完了する。

（ユーザのグループ変更）
図１９は、ユーザのグループ変更処理を示すフローチャートである。この図１９の処理では、ステップＳ８０において、ユーザ登録部３２が、ユーザ管理用クライアント２２から、ユーザの所属グループ変更（削除含む）要求を受信する。次いで、ステップＳ８２では、ユーザ登録部３２が、対応付けるグループ候補をユーザ管理用クライアント２２の表示部に表示する。なお、ユーザ管理用クライアント２２の利用者は、ユーザ管理用クライアント２２上でユーザに新たに対応付けるグループを指定する。

次いで、ステップＳ８４では、ユーザ登録部３２が、ユーザ管理用クライアント２２上において指定された変更を、ユーザ情報テーブル３４とグループ−ユーザテーブル３３に反映させる。そして、ステップＳ８６では、ユーザ登録部３２が、変更操作を、ユーザ変更ログ３６に記録する。以上のようにして、ユーザのグループ変更処理が完了する。

（ユーザの削除）
図２０は、ユーザの削除処理を示すフローチャートである。この図２０の処理では、ステップＳ９０において、ユーザ登録部３２が、ユーザ管理用クライアント２２からのユーザ削除要求を受信する。

次いで、ステップＳ９２では、ユーザ登録部３２が、ユーザに対応付けられているグループをユーザ管理用クライアント２２の表示部に表示し、本当に削除するか否かを確認する。なお、ユーザ管理用クライアント２２の利用者は、ユーザ管理用クライアント２２上で削除するユーザを指定する。

次いで、ステップＳ９４では、ユーザ登録部３２が、ユーザ管理用クライアント２２上で指定されたユーザを、ユーザ情報テーブル３４とグループ−ユーザテーブル３３とから削除する。そして、ステップＳ９６では、ユーザ登録部３２は、変更操作をユーザ変更ログ３６に記録する。以上のようにしてユーザの削除処理が完了する。なお、ステップＳ９２において削除するユーザが指定されない場合には、ステップＳ９４、Ｓ９６は行われずに、図２０の全処理が終了する。

Ｄ ユーザ認証に関する処理
ユーザ認証に関する処理は、図２１のアクセス用クライアント２１、ユーザ認証部３１、アクセス制御部１４、グループ−ユーザテーブル３３、認証ログ３５、アクセスログ１８（図２１において太線で表示）が関与する処理である。ユーザ認証に関する処理は、図２２のフローチャートに沿って実行される。

図２２のステップＳ１００では、ユーザ認証部３１が、アクセス用クライアント２１からのユーザ認証要求を受信する。次いで、ステップＳ１０１では、ユーザ認証部３１が、アクセス用クライアント２１からの認証情報をユーザ情報テーブル３４と照合する。次いで、ステップＳ１０１では、ユーザ認証部３１が、照合できたか否かを判断する。ここでの判断が肯定された場合には、ステップＳ１０３に移行する。

ステップＳ１０３に移行すると、ユーザ認証部３１は、アクセス用クライアント２１に対して、認証トークンとしてのセッションＩＤを発行する。次いで、ステップＳ１０４では、ユーザ認証部３１は、認証が成功したことを、認証ログ３５の認証可否の項目に記録する。

次いで、ステップＳ１０５では、ユーザ認証部３１は、認証成功のメッセージとともに、セッションＩＤとユーザに割当て済みのすべてのグループＩＤをアクセス用クライアント２１に返信する。

そして、ステップＳ１０６では、ユーザ認証部３１が、セッションＩＤとグループＩＤをアクセス制御部１４にも送信し、ステップＳ１０７では、アクセス制御部１４が、セッションＩＤとグループＩＤをアクセスログ１８に記録する。

一方、ステップＳ１０１の照合ができず、ステップＳ１０２の判断が否定された場合には、ステップＳ１０８に移行する。ステップＳ１０８では、ユーザ認証部３１が、認証を失敗したことを認証ログ３５の認証可否の項目に記録する。そして、ステップＳ１０９では、認証失敗のメッセージを、アクセス用クライアント２１に返信する。以上のようにしてユーザの認証処理が完了する。

Ｅ リソースの利用に関する処理
ユーザ認証に関する処理は、図２３のアクセス用クライアント２１、アクセス制御部１４、リソースＤＢ１６、リソース−グループテーブル、及びアクセスログ１８（図２３において太線で表示）が関与する処理である。ユーザ認証に関する処理は、図２４のフローチャートに沿って実行される。

図２４の処理では、ステップＳ１１０において、アクセス用クライアント２１が、セッションＩＤとグループＩＤをアクセス制御部１４に送信すると、ステップＳ１１１では、アクセス制御部１４が、セッションＩＤが有効か否かをアクセスログ１８を用いて確認する。

次いで、ステップＳ１１２では、アクセス制御部１４が、有効か否かを判断する。ここでの判断が肯定された場合には、ステップＳ１１３に移行する。ステップＳ１１３では、アクセス制御部１４が、リソース−グループテーブル１７を参照し、アクセス可能なリソース一覧をアクセス用クライアント２１の表示部に対して表示する。なお、アクセス用クライアント２１の利用者は、アクセス用クライアント２１上でリソース一覧からリソースを指定する。

次いで、ステップＳ１１４では、アクセス用クライアント２１から送信されるリソースのアクセス要求を、アクセス制御部１４が受信すると、アクセス制御部１４は、アクセス制御結果をアクセス用クライアント２１に送信する。そして、ステップＳ１１５では、アクセス制御部１４は、アクセス用クライアント２１による操作をアクセスログ１８に記録して、図２４の全処理を終了する。一方、ステップＳ１１２の判断が否定された場合には、セッションＩＤが無効であるので、ステップＳ１１５において、アクセス制御部１４が、操作（ログイン失敗）をアクセスログ１８に記録して、図２４の全処理を終了する。

Ｆ リソース利用状況の一般チェックに関する処理
リソース利用状況の一般チェックに関する処理は、図２５のリソース提供用クライアント１１、ログ統合部１５、アクセスログ１８（図２５において太線で表示）が関与する処理である。リソース利用状況の一般チェックに関する処理は、図２６のフローチャートに沿って実行される。

図２６の処理では、まず、ステップＳ１２０において、ログ統合部１５が、リソース提供用クライアント１１からの一般チェック要求を受信する。次いで、ステップＳ１２２では、ログ統合部１５が、アクセスログ１８を取得し、リソース提供用クライアント１１に返信する。リソース提供用クライアント１１においては、返信されたアクセスログ１８を表示する。これにより、Ａ社の社員は、リソース利用状況の一般チェックを行うことができる。

なお、監査のとき、あるいは、一般チェックによりリソースの利用状況に疑義が生じた場合には、以下に説明するログ統合処理を実行する。

Ｇ ログ統合に関する処理
ログ統合に関する処理は、図２７のリソース提供用クライアント１１、ログ統合部１５、アクセスログ１８、認証ログ３５、ユーザ変更ログ３６、及びユーザ情報テーブル３４（図２７において太線で表示）が関与する処理である。ログ統合に関する処理は、図２８のフローチャートに沿って実行される。

図２８の処理では、まず、ステップＳ１３０において、ログ統合部１５が、リソース提供用クライアント１１からのログ統合要求を受信する。次いで、ステップＳ１３２では、ログ統合部１５が、アクセスログ１８、及び認証ログ３５を取得し、各ログをマージして、図８に示すユーザ−リソースアクセスログを作成する。

次いで、ステップＳ１３４では、ログ統合部１５が、ユーザ変更ログ３６とユーザ情報テーブル３４を取得する。そして、ステップＳ１３６では、ログ統合部１５が、ステップＳ１３２で作成したユーザ−リソースアクセスログ（図８）と、ステップＳ１３４で取得したユーザ変更ログ３６及びユーザ情報テーブル３４をリソース提供用クライアント１１に返信する。

これにより、リソース提供用クライアント１１の利用者は、監査などにおいて、上記ログやテーブルを利用することが可能である。ここで、本実施形態では、監査を行わない間は、認証ログ３５、ユーザ変更ログ３６、及びユーザ情報テーブル３４は、仲介者（Ｃ社）の管理装置３９で管理されている。したがって、Ａ社は、これらのログやテーブルを常時管理することがないため、Ａ社の管理負担は軽減していることになる。

以上、詳細に説明したように、本実施形態によると、リソースを格納するリソース提供装置１９と、リソース提供装置１９に格納されているリソースに対してアクセスするアクセス用クライアント２１と、アクセス用クライアント２１を利用するユーザのリソースへのアクセス可能範囲を登録するユーザ登録部３２、及びアクセス用クライアント２１からリソースへアクセスする際にアクセス用クライアント２１を利用するユーザの認証を行うユーザ認証部３１を有する管理装置３９と、を備えているので、リソースを利用するユーザの個人情報（ユーザＩＤやグループメンバーの情報など）をリソース提供装置１９に開示することなく、アクセス用クライアント２１からリソース提供装置１９にアクセスすることが可能となる。このように、アクセス用クライアント２１を有するＢ社は、リソースを提供するＡ社に対し、ユーザの個人情報を開示しなくてもよい（秘匿化できる）ので、リソース提供装置の使い勝手がよくなる。また、Ａ社のリソース提供装置１９は、リソースを利用するユーザの管理をＣ社の管理装置３９に任せることができるので、Ａ社（リソース提供装置１９）におけるユーザ管理負担を低減することができる

また、本実施形態では、管理装置３９が、ユーザ登録部３２で行われた登録に関するログ（ユーザ変更ログ３６、ユーザ情報テーブル３４）と、ユーザ認証部３１で行われた認証に関するログ（認証ログ３５）と、を保持しており、リソース提供装置１９が、アクセス用クライアント２１からのアクセスに関するログ（アクセスログ１８）を保持するととともに、登録に関するログ（３６，３４）及び認証に関するログ（３５）を管理装置３９から取得して、当該取得したログと前記アクセスに関するログ（１８）とを統合するログ統合部１５を有している。これにより、ログ統合部１５は、例えば、平常時（一般チェック時）においては、アクセスログ１８のみを用いて、グループＩＤ単位でアクセスに関するチェックを行うことができるとともに、監査対応などの緊急時においては、Ｃ社の管理装置３９と連携して、統合したユーザ単位の詳細なログを生成することができる。これにより、平常時における、リソース提供装置１９のログ管理の負担を軽減することができるとともに、監査時には、従来と同等のログを用いた監査が可能となる。

また、本実施形態では、監査装置３９のユーザ認証部３１は、認証を行ったユーザに対して認証トークン（ユーザＩＤとパスワード）を発行し、アクセス用クライアント２１は、当該認証トークンを用いて、リソース提供装置１９のリソースにアクセスするので、管理装置３９によるアクセス用クライアント２１のアクセス管理を簡易に行うことができる。

なお、上記実施形態では、ログをリソース提供装置１９及び管理装置３９において保持する場合について説明したが、これに限られるものではない。ログの全てを、リソース提供装置１９又は管理装置３９で保持するようにしてもよい。

なお、上記実施形態では、Ｂ社のアクセス用クライアント２１と、ユーザ管理用クライアント２２とが、別々の装置である場合について説明したが、これに限らず、１つの装置であってもよい。また、Ａ社のリソース提供用クライアント１１と、リソース提供装置１９は、同一の装置であってもよい。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の説明に関して更に以下の付記を開示する。
（付記１） リソースを格納する第１の装置、前記第１の装置に格納されているリソースに対してアクセスする第２の装置、並びに、前記第２の装置を利用するユーザの前記リソースへのアクセス可能範囲を登録する登録部、及び前記第２の装置から前記リソースへアクセスする際に前記第２の装置を利用するユーザの認証を行う認証部を有する第３の装置を備えるリソース提供システム。
（付記２） 前記第３の装置は、前記登録部で行われた登録に関するログと、前記認証部で行われた認証に関するログと、を保持し、前記第１の装置は、前記第２の装置からのアクセスに関するログを保持するとともに、前記登録に関するログ及び前記認証に関するログを前記第３の装置から取得して、当該取得したログと前記アクセスに関するログとを統合するログ統合部を有することを特徴とする付記１に記載のリソース提供システム。
（付記３） 前記アクセスに関するログは、ユーザを１又は複数含むグループごとのログであり、前記ログ統合部が統合したログは、ユーザごとのログであることを特徴とする付記２に記載のリソース提供システム。
（付記４） 前記第１の装置は、通常においては、前記アクセスに関するログを用いて、リソースの利用状況をチェックし、監査時においては、前記ログ統合部が統合したログを用いて、リソースの利用状況をチェックすることを特徴とする付記２又は３に記載のリソース提供システム。
（付記５） 前記第３の装置の前記認証部は、前記認証を行ったユーザが利用する前記第２の装置に対して認証トークンを発行し、前記第２の装置は、前記認証トークンを用いて、前記第１の装置のリソースにアクセスすることを特徴とする付記１〜４のいずれかに記載のリソース提供システム。
（付記６） リソースを格納する第１の装置と、前記第１の装置に格納されているリソースに対してアクセスする第２の装置と、に接続された第３の装置のコンピュータに実行させるアクセス制御プログラムであって、
前記第２の装置を利用するユーザの前記リソースへのアクセス可能範囲を登録し、
前記第２の装置から前記リソースへアクセスする際に前記第２の装置を利用するユーザの認証を行う処理を、前記コンピュータに実行させることを特徴とするアクセス制御プログラム。
（付記７） 前記認証を行ったユーザが利用する前記第２の装置に対し、前記第１の装置のリソースにアクセスするための認証トークンを発行する処理を前記コンピュータに実行させることを特徴とする付記６に記載のアクセス制御プログラム。
（付記８） リソースを格納する第１の装置と、前記第１の装置に格納されているリソースに対してアクセスする第２の装置と、に接続された第３の装置のコンピュータに実行させるアクセス制御方法であって、
前記第２の装置を利用するユーザの前記リソースへのアクセス可能範囲を登録する工程と、
前記第２の装置から前記リソースへアクセスする際に前記第２の装置を利用するユーザの認証を行う工程と、を前記コンピュータに実行させることを特徴とするアクセス制御方法。
（付記９） 前記認証を行ったユーザが利用する前記第２の装置に対し、前記第１の装置のリソースにアクセスするための認証トークンを発行する工程を前記コンピュータに更に実行させることを特徴とする付記８に記載のアクセス制御方法。

１５ ログ統合部
１９ リソース提供装置（第１の装置）
２１ アクセス用クライアント（第２の装置）
３１ ユーザ認証部（認証部）
３２ ユーザ登録部（登録部）
３９ 管理装置（第３の装置）

Claims (5)

1. リソースを格納する第１の装置、
   前記第１の装置に格納されているリソースに対してアクセスする第２の装置、並びに、
   前記第２の装置を利用するユーザの前記リソースへのアクセス可能範囲を登録する登録部、及び前記第２の装置から前記リソースへアクセスする際に前記第２の装置を利用するユーザの認証を行う認証部を有する第３の装置、を備えるリソース提供システム。
2. 前記第３の装置は、前記登録部で行われた登録に関するログと、前記認証部で行われた認証に関するログと、を保持し、
   前記第１の装置は、前記第２の装置からのアクセスに関するログを保持するとともに、前記登録に関するログ及び前記認証に関するログを前記第３の装置から取得して、当該取得したログと前記アクセスに関するログとを統合するログ統合部を有することを特徴とする請求項１に記載のリソース提供システム。
3. 前記第３の装置の前記認証部は、前記認証を行ったユーザに対して認証トークンを発行し、
   前記第２の装置は、前記認証トークンを用いて、前記第１の装置のリソースにアクセスすることを特徴とする請求項１又は２に記載のリソース提供システム。
4. リソースを格納する第１の装置と、前記第１の装置に格納されているリソースに対してアクセスする第２の装置と、に接続された第３の装置のコンピュータに実行させるアクセス制御プログラムであって、
   前記第２の装置を利用するユーザの前記リソースへのアクセス可能範囲を登録し、
   前記第２の装置から前記リソースへアクセスする際に前記第２の装置を利用するユーザの認証を行う処理を、前記コンピュータに実行させることを特徴とするアクセス制御プログラム。
5. リソースを格納する第１の装置と、前記第１の装置に格納されているリソースに対してアクセスする第２の装置と、に接続された第３の装置のコンピュータに実行させるアクセス制御方法であって、
   前記第２の装置を利用するユーザの前記リソースへのアクセス可能範囲を登録する工程と、
   前記第２の装置から前記リソースへアクセスする際に前記第２の装置を利用するユーザの認証を行う工程と、を前記コンピュータに実行させることを特徴とするアクセス制御方法。
   
   

Images