共用資源管理システム、共用資源管理方法、およびコンピュータプログラム
【課題】セキュリティの堅牢性をできるだけ維持しつつ共用資源の使用権限の管理を容易に行う。
【解決手段】複数のユーザによって共用される共用資源の管理を行う権限管理用サーバ１に、共用資源を普段使用するユーザの代わりにその共用資源を一時的に使用させたいユーザである代行ユーザに対してその共用資源を使用する権限を与えるべき旨の要求を受け付ける権限一時付与要求受付部１０２と、その要求に基づいて、その代行ユーザに対してその権限を所定の期間だけ与えることを示す情報である一時使用権限情報ＤＴＣを権限情報等記憶部１０１に記憶させる処理を行う、権限一時付与処理部１０３と、その共用資源を使用したい旨の要求が代行ユーザからあった場合に、その代行ユーザの一時使用権限情報ＤＴＣに基づいて、その代行ユーザにその共用資源を使用させてもよいか否かを判別する、認証処理部１０６と、を設ける。
【解決手段】複数のユーザによって共用される共用資源の管理を行う権限管理用サーバ１に、共用資源を普段使用するユーザの代わりにその共用資源を一時的に使用させたいユーザである代行ユーザに対してその共用資源を使用する権限を与えるべき旨の要求を受け付ける権限一時付与要求受付部１０２と、その要求に基づいて、その代行ユーザに対してその権限を所定の期間だけ与えることを示す情報である一時使用権限情報ＤＴＣを権限情報等記憶部１０１に記憶させる処理を行う、権限一時付与処理部１０３と、その共用資源を使用したい旨の要求が代行ユーザからあった場合に、その代行ユーザの一時使用権限情報ＤＴＣに基づいて、その代行ユーザにその共用資源を使用させてもよいか否かを判別する、認証処理部１０６と、を設ける。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザが共用する資源を管理するシステムおよび方法などに関する。
【背景技術】
【０００２】
近年、ネットワークの普及に伴って、様々な資源が複数のユーザによって共用（共有）されるようになった。例えば、プリンタまたはハードディスクなどのハードウェア資源、業務用アプリケーションまたはゲームソフトなどのソフトウェア資源、およびファイルまたはデータベース内のデータなどのデータ資源が共用されている。
【０００３】
各ユーザは、自分のパーソナルコンピュータなどを操作し、通信回線を介してこれらの資源を使用する。しかし、共用される資源（以下、「共用資源」と記載する。）の使用を無制限に認めると、共用資源が不正に使用され、セキュリティ上、問題が生じることがある。または、誤った方法で共用資源が使用され、システムに不具合が発生したりデータが壊れたりすることがある。
【０００４】
そこで、共用資源を安全に使用することができるようにするために、特許文献１、２に記載されるような方法が提案されている。特許文献１に記載される方法によると、ネットワーク中継機器より接続されている端末の情報をネットワーク管理装置に送信し、そのネットワーク管理装置がその端末の情報に応じてアクセス許可／禁止を示す情報をネットワーク中継機器に返信し、ネットワーク中継機器がそのアクセス許可／禁止情報に基づいて端末を接続しているポートを使用可能／使用不可に設定する。このような方法により、ネットワーク管理装置が管理する端末情報に応じてネットワーク中継機器のポートの使用可否が設定されるので、正当な端末の利用を妨げることなくセキュリティが確保される。
【０００５】
特許文献２に記載される方法によると、ＭＡＣアドレス取得部により取得されたＭＡＣアドレスがアドレス登録部に登録されていれば、そのＭＡＣアドレスに対応するＩＰアドレスをＰＣに提供するＩＰアドレス提供部を設け、そのＩＰアドレス提供部により提供されたＩＰアドレス以外のＩＰアドレスを使用しているＰＣを検知すると、ＬＡＮに対するＰＣの接続を遮断する。このような方法により、ＬＡＮに対する接続の許可を受けていないＰＣをＬＡＮから排除することができる。
【０００６】
このように、特許文献１、２に記載される方法は、装置単位で制限を行う方法であるが、ユーザ単位で制限を行う方法もある。その最も代表的な方法が、ユーザごとにユーザアカウントを与え、共用資源の使用の可否をユーザアカウントごとに決めておく方法である。係る方法は、ＵＮＩＸ（登録商標）、マイクロソフト社のＷｉｎｄｏｗｓ(登録商標）、およびアップル社のＭＡＣ−ＯＳなどの様々なネットワークＯＳ（Operating System）で採用されている。
【特許文献１】特開２００２−１４１９１６号公報
【特許文献２】特開２００５−１０１９５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、共用資源のセキュリティを堅牢に管理するのであれば、共用資源にアクセスできるパーソナルコンピュータなどの条件を厳しく制限すべきである。また、ユーザアカウントに対して与える共用資源の使用権限（アクセス権）を必要最小限に留めるべきである。
【０００８】
例えば、共用資源の使用権限は、それを日常的に使用するユーザに対してのみ与え、使用する機会の乏しいユーザに対しては与えるべきではない。
【０００９】
しかし、そうすると、業務上、面倒が生じることがある。なぜなら、ある共用資源を日頃使用しないユーザまたは使用したことのないユーザが、その共用資源を必要とする業務を代行するように頼まれることがあるからである。このような場合は、管理者は、業務を代行するユーザに対して一時的にその共用資源の使用権限を与える作業を行わなければならない。さらに、業務が終わったら、セキュリティの向上のため速やかにその使用権限を取り消さなければならない。
【００１０】
このように、従来の方法では、セキュリティの向上のために、管理者は面倒な作業が強いられていた。
【００１１】
本発明は、このような問題点に鑑み、セキュリティの堅牢性をできるだけ維持しつつ共用資源の使用権限の管理を容易に行うことができるようにすることを目的とする。
【課題を解決するための手段】
【００１２】
本発明に係る共用資源管理システムは、複数のユーザによって共用される資源である共用資源の管理を行う共用資源管理システムであって、前記共用資源を使用する権限を有しているユーザの代わりに当該共用資源を一時的に使用させたいユーザである代行ユーザに対して当該権限を与えるべき旨の要求である権利付与要求を受け付ける権限一時付与要求受付手段と、前記権利付与要求に基づいて、前記代行ユーザに対して前記権限を所定の期間だけ与えることを示す情報である権限付与情報を記憶手段に記憶させる処理を行う、権限付与処理手段と、前記共用資源を使用したい旨の要求である使用要求が前記代行ユーザからあった場合に、前記記憶手段に記憶されている、当該代行ユーザの前記権限付与情報に基づいて、当該代行ユーザに当該共用資源を使用させてもよいか否かを判別する、使用許否判別手段と、を有することを特徴とする。
【００１３】
好ましくは、前記権限一時付与要求受付手段は、前記共用資源の前記権利付与要求として、当該共用資源を使用させてもよい期間である使用許可期間だけ前記権限を与えるべき旨の要求を受け付け、前記権限付与処理手段は、前記権限付与情報として、前記代行ユーザに対して前記権限を前記使用許可期間だけ与えることを示す情報を、前記記憶手段に記憶させる。
【００１４】
または、前記代行ユーザの装置から当該装置の状態を示す装置状態情報を取得する、装置状態情報取得手段、を有し、前記権限一時付与要求受付手段は、前記共用資源の前記権利付与要求とともに、当該共用資源にアクセスさせてもよい装置の条件である装置条件を受け付け、前記使用許否判別手段は、前記代行ユーザに前記共用資源を使用させてもよいか否かを、前記装置状態情報取得手段によって取得された当該代行ユーザの前記装置状態情報および前記装置条件に基づいて判別する。
【発明の効果】
【００１５】
本発明によると、セキュリティの堅牢性をできるだけ維持しつつ共用資源の使用権限の管理を容易に行うことができる。
【発明を実施するための最良の形態】
【００１６】
図１は資源共用システムＲＫＳの全体的な構成の例を示す図、図２は権限管理用サーバ１のハードウェア構成の例を示す図、図３は権限管理用サーバ１の機能的構成の例を示す図である。
【００１７】
図１に示すように、資源共用システムＲＫＳは、権限管理用サーバ１、業務用サーバ２、一般端末装置３Ａ、特定エリア端末装置３Ｂ、外部端末装置３Ｃ、プリンタ４、入退室管理システム５、およびルータ６などによって構成される。
【００１８】
権限管理用サーバ１、業務用サーバ２、一般端末装置３Ａ、特定エリア端末装置３Ｂ、プリンタ４、入退室管理システム５、およびルータ６は、役所、企業、または学校などの機関に設置され、その機関に所属するユーザによって使用される。これらは、通信回線を介して互いに接続されている。これにより、イントラネットＩＮＷが形成される。以下、イントラネットＩＮＷが企業Ｘに構築され使用される場合を例に説明する。
【００１９】
企業Ｘの従業員には、社員証ＣＲが１枚ずつ配付されている。社員証ＣＲには、従業員の従業員番号が記憶されたＩＣタグが埋め込まれている。さらに、従業員には、イントラネットＩＮＷにログインするために必要なユーザアカウントが１つずつ与えられている。本実施形態では、ユーザアカウント名（ユーザＩＤ）として、従業員番号が用いられるものとする。
【００２０】
業務用サーバ２は、企業Ｘの従業員が業務を行う際に使用する様々なアプリケーションおよびデータなどを管理する。これらのアプリケーションおよびデータのうちの一部は、複数の従業員が共用する共用資源である。共用資源は、一般に「共有資源」または「共有リソース」などと呼ばれることもある。業務用サーバ２は、企業Ｘの社内システムを管理する管理部門などに設置されている。
【００２１】
プリンタ４は、ネットワーク機能を有するレーザプリンタ、インクジェットプリンタ、または複合機などの印刷装置であって、一般端末装置３Ａ、特定エリア端末装置３Ｂ、または外部端末装置３Ｃからの印刷指令に基づいて印刷処理を行う。プリンタ４も、複数の従業員によって使用される。つまり、イントラネットＩＮＷの中の共用資源の１つである。
【００２２】
一般端末装置３Ａ、特定エリア端末装置３Ｂ、および外部端末装置３Ｃは、いずれも、イントラネットＩＮＷの中の共用資源を使用するためのクライアントである。つまり、従業員は、これらの端末装置のうちのいずれか１台を操作することによって、上に述べた共用のアプリケーション、データ、およびプリンタ４などの共用資源を使用することができる。一般端末装置３Ａ、特定エリア端末装置３Ｂ、および外部端末装置３Ｃとしてパーソナルコンピュータまたはワークステーションなどが用いられる。以下、これらの端末装置を「端末装置３」と総称することがある。
【００２３】
一般端末装置３Ａは、企業Ｘの建物内の、従業員であれば誰でも自由に出入りすることができるフロア（つまり、一般的なフロア）に複数台設置されている。
【００２４】
特定エリア端末装置３Ｂは、企業Ｘの建物内の、セキュリティルームに複数台設置されている。「セキュリティルーム」とは、従業員の入退室の管理が厳重に行われている特定のエリアであって、機密情報などを取り扱うために使用される。セキュリティルームは、一部の従業員にしか入室が許可されていない場合がある。
【００２５】
一般端末装置３Ａおよび特定エリア端末装置３Ｂは、複数の従業員によって共用される。つまり、一般端末装置３Ａおよび特定エリア端末装置３Ｂそのものも共用資源である。また、そのハードディスクに保存されているアプリケーション（ソフトウェア）およびデータも共用資源である。
【００２６】
外部端末装置３Ｃは、企業Ｘの外で使用される。従業員は、外出先または自宅からでも、外部端末装置３Ｃをインターネットまたは公衆回線などを介してイントラネットＩＮＷに接続させ、イントラネットＩＮＷの中の共用資源を使用することができる。
【００２７】
このように、イントラネットＩＮＷには、様々な共用資源が存在する。権限管理用サーバ１は、図２に示すように、ＣＰＵ１０ａ、ＲＡＭ１０ｂ、ＲＯＭ１０ｃ、ハードディスク１０ｄ、ディスプレイ１０ｅ、キーボード１０ｆ、および通信インタフェース１０ｇなどによって構成されており、これらの共用資源の使用権限（アクセス権）の管理を一元的に行う。また、従業員のユーザアカウントの管理も行う。つまり、権限管理用サーバ１は、資源共用システムＲＫＳのネットワークの形態がＷｉｎｄｏｗｓドメインであるならば、ドメインコントローラに相当する。
【００２８】
ハードディスク１０ｄには、図３に示すような権限情報等記憶部１０１、権限一時付与要求受付部１０２、権限一時付与処理部１０３、認証要求受付部１０４、端末属性情報取得部１０５、および認証処理部１０６などの機能を実現するためのプログラムおよびデータがインストールされている。これらのプログラムおよびデータは必要に応じてＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによってプログラムが実行される。
【００２９】
図１に戻って、入退室管理システム５は、ＩＣカードリーダ５１、入室許否判別装置５２、および自動開閉ゲート５３などによって構成され、従業員によるセキュリティルームの入退室に関する管理の処理を行う。ＩＣカードリーダ５１および自動開閉ゲート５３は、入室許否判別装置５２に接続されている。
【００３０】
ＩＣカードリーダ５１は、社員証ＣＲから従業員番号を読み取るためのＩＣカードリーダであって、セキュリティルームの出入口に設置されている。入室許否判別装置５２は、セキュリティルームに入室することが許されている従業員の従業員番号を記載した入室許可テーブルおよび入退室ログファイルを有しており、入室の許否の判別および入退室の実績の記録などの処理を行う。自動開閉ゲート５３は、入室許否判別装置５２からの指令に基づいて出入口のゲートまたはドアの開閉を行う。
【００３１】
従業員は、セキュリティルームに入室する際に、自分の社員証ＣＲに記憶されている従業員番号をＩＣカードリーダ５１に読み取らせる。すると、ＩＣカードリーダ５１は、読み取った従業員番号を入室許否判別装置５２に送信する。入室許否判別装置５２は、送信されて来た従業員番号が入室許可テーブルに記載されている場合は、その従業員の入室を許可し、ゲートを開くように自動開閉ゲート５３に対して指令する。すると、自動開閉ゲート５３のゲートが開き、その従業員は、セキュリティルームに入室することができる。一方、送信されて来た従業員番号が入室許可テーブルに記載されていない場合は、その従業員の入室を拒否する。この場合は、アラーム音を出力するなどして入室することができない旨をその従業員に伝える。さらに、入室許否判別装置５２は、入室を許可するか拒否するかの判別の結果、その従業員の従業員番号、および判別時の日時などを入室ログ情報として入退室ログファイルに追記する。
【００３２】
また、従業員は、セキュリティルームから退室する際も、自分の従業員番号をＩＣカードリーダ５１に読み取らせる。すると、ＩＣカードリーダ５１は、読み取った従業員番号を入室許否判別装置５２に送信する。入室許否判別装置５２は、ゲートを開くように自動開閉ゲート５３に対して指令を与えるとともに、その従業員番号および退室日時などを退室ログ情報として入退室ログファイルに追記する。
【００３３】
図４はユーザアカウントテーブルＴＬＡの例を示す図、図５は共用資源権限テーブルＴＬＢの例を示す図、図６は一時権限テーブルＴＬＣの例を示す図、図７は一時権限設定画面ＨＧ１の例を示す図である。
【００３４】
次に、図３に示す権限管理用サーバ１の各部の処理内容などについて詳細に説明する。権限情報等記憶部１０１は、ユーザアカウントテーブルＴＬＡ、共用資源権限テーブルＴＬＢ、および一時権限テーブルＴＬＣを有し、従業員のユーザアカウントなどに関する情報およびイントラネットＩＮＷの中にある共用資源の使用権限に関する情報を記憶し管理する。
【００３５】
ユーザアカウントテーブルＴＬＡには、図４に示すように、従業員ごとの従業員情報ＤＴＡが格納されている。従業員情報ＤＴＡには、その従業員情報ＤＴＡに係る従業員のユーザアカウント、仕事上の属性、および端末装置３の設定などに関する情報が含まれている。
【００３６】
従業員情報ＤＴＡにおいて、「従業員番号」は、その従業員のユーザアカウントのユーザアカウント名として使用される従業員番号である。「氏名」は、その従業員の氏名である。「パスワード」は、イントラネットＩＮＷにログインする際に入力するキーワードであって、その従業員本人のみに知らされている。
【００３７】
「所属部署名」および「役職名」は、それぞれ、その従業員が所属する部署の名称およびその従業員に与えられている役職の名称である。
【００３８】
「ＭＡＣアドレス」および「ＩＰアドレス」は、それぞれ、その従業員が日常的に使用する端末装置３に割り当てられているＭＡＣアドレスおよびＩＰアドレスである。「シリアル番号」は、その端末装置３のメーカがその端末装置３に割り当てた製造番号である。「電子メールアドレス」は、その従業員が職務上使用する電子メールアドレスである。
【００３９】
従業員情報ＤＴＡは、資源共用システムＲＫＳの運用および管理を行う者（以下、「アドミニストレータ」と記載する。）または所定の役職を有する従業員などが一般端末装置３Ａまたは特定エリア端末装置３Ｂを操作することによってその内容が設定されユーザアカウントテーブルＴＬＡに格納される。
【００４０】
共用資源権限テーブルＴＬＢには、図５に示すように、イントラネットＩＮＷの中の共用資源ごとの使用権限情報ＤＴＢが格納されている。使用権限情報ＤＴＢには、その使用権限情報ＤＴＢに係る共用資源の固定的な使用権限に関する情報が含まれている。
【００４１】
使用権限情報ＤＴＢにおいて、「資源コード」は、その共用資源を他の共用資源と識別するための識別情報である。「存在場所」は、その共用資源が存在するデバイスの名称またはそのデバイスにおけるパスを示す。「￥￥Ｄｅｖｉｃｅ１￥ｃｏｍｍｏｎ￥ｅｄｉｔｏｒ．ｅｘｅ」のような、いわゆるＷｉｎｄｏｗｓネットワークに対応するネットワークパスによって示してもよいし、ＵＲＬ（Uniform Resource Locator）によって示してもよい。「資源名」は、その共用資源の名称であって、その共用資源がどのようなものであるのかをユーザ（従業員）にとって分かりやすくするために用いられる。
【００４２】
「使用可能従業員」は、その共用資源を使用することができる従業員の従業員番号である。つまり、その共用資源の使用権限が与えられた従業員の従業員番号を示す。原則として、ここに示される従業員番号を有する従業員のみが、その共用資源を使用することができる。なお、使用可能従業員に部署名または役職名を指定することによって、特定の部署に所属する複数の従業員または特定の役職を有する複数の従業員に対して一括してその共用資源の使用権限が与えることができる。
【００４３】
「使用端末条件」は、その共用資源を使用する端末装置３に対して要求される条件である。本実施形態では、次の（条件１）〜（条件４）の条件を要求することができるものとする。
（条件１） コンピュータウィルス対策のソフトウェアが有効に機能していること。
（条件２） パーソナルファイアウォールが有効に機能していること。
（条件３） ＵＳＢの機能が備わっていないことまたは停止していること。つまり、ＵＳＢが使用できないこと。
（条件４） データの書込みが可能なリムーバブルディスクのドライブ（例えば、フロッピディスクドライブまたはＭＯディスクドライブなど）が備わっていないことまたは機能していないこと。つまり、リムーバブルディスクへのデータの書込みができないこと。
【００４４】
これらの条件は、１つだけ要求することもできるし複数要求することもできる。必要な条件がない場合は、要求する必要はない。なお、（条件１）〜（条件４）には、それぞれ、「Ｃ００１」〜「Ｃ００４」の条件識別コードが割り当てられているものとする。
【００４５】
使用権限情報ＤＴＢは、アドミニストレータまたは所定の役職を有する従業員などが一般端末装置３Ａまたは特定エリア端末装置３Ｂを操作することによってその内容が設定され共用資源権限テーブルＴＬＢに格納される。
【００４６】
一時権限テーブルＴＬＣには、図６に示すように、従業員に対して一時的に（臨時に）与えられる共用資源の使用権限に関する一時使用権限情報ＤＴＣが格納される。
【００４７】
ところで、ある共用資源を使用して業務を行っている従業員は、しばしば、他の従業員に対して自分の業務を代行してもらうことがある。しかし、上に述べたように、その共用資源は、原則として、その共用資源の使用権限情報ＤＴＢに示される従業員しか使用することができない。したがって、依頼を受けた当該他の従業員は、その共用資源の使用権限が与えられていないと、業務を代行することができないことがある。そこで、一時使用権限情報ＤＴＣを設定することによって、日頃は使用権限を有しない従業員に対して一時的に使用権限を与えることができる。
【００４８】
一時使用権限情報ＤＴＣは、図３の権限一時付与要求受付部１０２および権限一時付与処理部１０３によって、次のように設定され一時権限テーブルＴＬＣに登録される。
【００４９】
アドミニストレータまたは所定の役職を有する従業員などは、従業員情報ＤＴＡまたは使用権限情報ＤＴＢを設定する場合と同様に、一般端末装置３Ａまたは特定エリア端末装置３Ｂを操作することによって、一時的に使用権限を与える共用資源に関する指定を行う。
【００５０】
具体的には、例えば、アドミニストレータは、ある共用資源について日頃使用権限を有しない従業員に対して一時的に使用権限を与えるように依頼を受けると、一般端末装置３Ａに所定のコマンドを入力し、その一般端末装置３Ａのディスプレイに図７に示すような一時権限設定画面ＨＧ１を表示させる。
【００５１】
ここで、アドミニストレータは、テキストボックスＴＸ１１およびＴＸ１２に、それぞれ、その共用資源の資源コードおよび一時的にその共用資源の使用権限を与える従業員の従業員番号を入力する。なお、その共用資源が存在場所のみによって一意に決まる場合は、資源コードの代わりにネットワークパスまたはＵＲＬを入力させるようにしてもよい。または、アドミニストレータにとって入力しやすい方を入力できるようにしてもよい。
【００５２】
テキストボックスＴＸ１３に、一時的に与えるその使用権限の有効期間を入力する。例えば、明日の就業時間中に業務を代行してもらうのであればそれに合わせて「午前９時〜午後５時」のように入力する。３０分あれば遂行できるような業務を代行してもらうのであれば「使用開始時から３０分間」のように入力する。
【００５３】
さらに、チェックボックスＣＢ１１〜ＣＢ１４を操作することによって、その共用資源が使用される端末装置３に対して要求する条件を選択する。具体的には、チェックボックスＣＢ１１〜ＣＢ１４はそれぞれ前に述べた（条件１）〜（条件４）に対応しているので、アドミニストレータは、必要な条件を、それに対応するチェックボックスをクリックすることによって選択する。条件は、１つだけ選択することもできるし複数選択することもできる。条件がない場合は、何も選択しないようにする。
【００５４】
そして、アドミニストレータは、テキストボックスＴＸ１１〜ＴＸ１３に必要事項を入力し必要な条件をチェックボックスＣＢ１１〜ＣＢ１４に選択したら、ＯＫボタンＢＮ１１を押す。すると、その一般端末装置３Ａは、入力された内容、選択された条件の条件識別コード、および一時的な使用権限を設定すべき旨の要求などを示す権限一時付与要求情報ＤＴＹを権限管理用サーバ１に送信する。
【００５５】
権限管理用サーバ１の権限一時付与要求受付部１０２は、権限一時付与要求情報ＤＴＹを受け付け、権限一時付与処理部１０３に対して一時使用権限情報ＤＴＣの設定を行うように指令を与える。
【００５６】
権限一時付与処理部１０３は、新しいレコードを一時権限テーブルＴＬＣに生成しそのレコードの資源コード、一時権限取得者、有効期間、および使用端末条件の各フィールドに、それぞれ、権限一時付与要求情報ＤＴＹに示される資源コード、従業員番号、有効期間、および条件識別コードを格納する。さらに、設定日時のフィールドに、そのレコードを生成した日時を格納する。このようにして得られたレコードが、一時使用権限情報ＤＴＣとなる。上の説明から分かるように、一時使用権限情報ＤＴＣは、どの共用資源の使用権限を誰に対してどの期間だけ認めるのか、ということを示している。
【００５７】
図８および図９はアクセス権認証処理の流れの例を説明するフローチャートである。図３の認証要求受付部１０４、端末属性情報取得部１０５、および認証処理部１０６は、従業員が今から使用しようとしている共用資源をその従業員に使用させてもよいか否かを判別するための処理、つまり、アクセス権認証のための処理を、例えば図８および図９のフローチャートのような手順で実行する。
【００５８】
従業員は、端末装置３を操作することによって、イントラネットＩＮＷにログインし、自分の使用したい共有資源を指定する。その端末装置３は、その指定を受け付けると（図８の＃７３１）、その共有資源の資源コード、その従業員の従業員番号、および端末装置３自身のＩＰアドレスなどを示す使用要求情報ＤＴＳを、その共用資源を有するデバイスに対して送信する（＃７３２）。これにより、その共用資源の使用の要求がなされる。
【００５９】
その共用資源を有するデバイス（例えば、業務用サーバ２）は、端末装置３からの使用要求情報ＤＴＳを受信すると（＃７２１）、それに示される共有資源の資源コード、従業員の従業員番号、そのデバイス自身のＩＰアドレス、およびその端末装置３のＩＰアドレスなどを示すアクセス権認証要求情報ＤＴＮを権限管理用サーバ１に対して送信する（＃７２２）。これにより、アクセス権認証の要求がなされる。
【００６０】
権限管理用サーバ１において、認証要求受付部１０４は、共用資源を有するデバイスからのアクセス権認証要求情報ＤＴＮを受け付ける（＃７０１）。すると、端末属性情報取得部１０５は、そのアクセス権認証要求情報ＤＴＮに示されるＩＰアドレスに基づいて、その共用資源の使用を望んでいる従業員の端末装置３にアクセスし、その端末装置３の現在の状態に関する情報を要求する（＃７０２）。
【００６１】
端末装置３は、権限管理用サーバ１からの要求を受けると（＃７３３）、自らの現在のハードウェアおよびソフトウェアなどの状態をチェックする（＃７３４）。本実施形態では、前述の（条件１）〜（条件４）のそれぞれに合致するか否かをチェックする。そして、合致する条件の条件識別コードを示す端末状態情報ＤＴＴを権限管理用サーバ１に返信（通知）する（＃７３５）。このようにして、端末属性情報取得部１０５は、端末装置３の現在の状態に関する情報を取得する（＃７０４）。
【００６２】
権限管理用サーバ１の認証処理部１０６は、その共用資源の使用権限情報ＤＴＢおよび一時使用権限情報ＤＴＣをそれぞれ共用資源権限テーブルＴＬＢ（図５参照）およびユーザアカウントテーブルＴＬＡ（図６参照）から呼び出し（＃７０３）、これらの情報および端末属性情報取得部１０５によって取得された端末状態情報ＤＴＴに基づいて、その共用資源をその従業員に使用させることの正当性を、次のように判断する。
【００６３】
呼び出した使用権限情報ＤＴＢにその従業員の従業員番号（ステップ＃７０１で受信したアクセス権認証要求情報ＤＴＮに示される従業員番号）が示されているか否かをチェックする（図９の＃７０５）。その従業員番号が示されていれば、その従業員に対してその共用資源の使用権限（アクセス権）が与えられていることが分かる。
【００６４】
使用権限が与えられていると判別した場合は（＃７０６でＹｅｓ）、その従業員が使用している端末装置３がその共用資源を使用するために必要な条件を満たしているか否かをチェックする（＃７０７）。すなわち、ステップ＃７０３で呼び出した使用権限情報ＤＴＢに示される使用端末条件の条件識別コードがすべて、ステップ＃７０４で取得した端末状態情報ＤＴＴに示されているか否かをチェックする。すべて示されていれば、その共用資源を使用するために必要な条件を満たしていると判別できる。
【００６５】
ステップ＃７０５、＃７０７でのチェックの結果、その従業員に対してその共用資源の使用権限が与えられており、かつ、その従業員が使用している端末装置３が必要な条件を満たしていることが分かったら（＃７０６でＹｅｓかつ＃７０８でＹｅｓ）、その従業員がその共用資源を使用することは正当である、と判別する（＃７１３）。つまり、アクセス権認証を与える。
【００６６】
一方、使用権限が与えられていないと判別した場合は（＃７０６でＮｏ）、ステップ＃７０３で抽出した一時使用権限情報ＤＴＣに基づいて、ステップ＃７０５、＃７０７とほぼ同様のチェックを行う。
【００６７】
つまり、その一時使用権限情報ＤＴＣにその従業員の従業員番号が示されているか否かをチェックすることによって、その従業員に対してその共用資源の使用権限が与えられているか否かをチェックする（＃７０９）。ただし、現在の日時が、その一時使用権限情報ＤＴＣに示される有効期間に該当しない場合は、その従業員番号の有無に関わらず、使用権限が与えられていないと判別する。
【００６８】
使用権限が与えられていると判別した場合は（＃７１０でＹｅｓ）、その従業員が使用している端末装置３がその共用資源を使用するために必要な条件を満たしているか否かをチェックする（＃７１１）。すなわち、一時使用権限情報ＤＴＣに示される使用端末条件の条件識別コードがすべて、ステップ＃７０４で取得した端末状態情報ＤＴＴに示されているか否かをチェックする。すべて示されていれば、必要な条件を満たしていると判別できる。
【００６９】
ステップ＃７０９、＃７１１でのチェックの結果、その従業員に対してその共用資源の使用権限が与えられており、かつ、その従業員が使用している端末装置３が必要な条件を満たしていることが分かったら（＃７１０でＹｅｓかつ＃７１２でＹｅｓ）、その従業員がその共用資源を使用することは正当である、と判別し、アクセス権認証を与える（＃７１３）。
【００７０】
共用資源を有するデバイスは、その従業員に対するアクセス権認証を受信すると、その従業員にその共用資源を使用させることを許可し（＃７２３）、その資源の提供を開始する（＃７２４）。
【００７１】
使用権限情報ＤＴＢおよび一時使用権限情報ＤＴＣのいずれにも、その従業員に対してその共用資源の使用権限が与えられていることが示されていない場合は（＃７０６でＮｏかつ＃７１０でＮｏ）、その共用資源をその従業員に使用させることを拒否する。そして、その旨を、その共用資源を有するデバイスを介して要求元の端末装置３に対して通知する。端末装置３が必要な条件を満たしていない場合も（＃７０８でＮｏまたは＃７１２でＮｏ）、同様である。
【００７２】
ところで、上述の通り、一時使用権限情報ＤＴＣによって従業員に与えられる使用権限は一時的なものである。よって、有効期間のフィールドに示される終期が過ぎたら、その一時使用権限情報ＤＴＣは不要になる。そこで、権限情報等記憶部１０１は、定期的に一時権限テーブルＴＬＣに格納されている各一時使用権限情報ＤＴＣをチェックし、終期が過ぎてしまっている一時使用権限情報ＤＴＣが見つかったらそれを削除する。
【００７３】
図１０は権限管理用サーバ１の全体的な処理の流れの例を示すフローチャートである。次に、他のデバイスからの要求に対応する際の権限管理用サーバ１の処理の流れを、図１０のフローチャートを参照して説明する。
【００７４】
図１０において、権限管理用サーバ１は、使用権限などの管理のサービスを提供している間（＃１１でＮｏ）、他のデバイスからの要求を待つ（＃１２）。要求を受信すると（＃１４でＹｅｓ）、その要求の種類に応じて次のような処理を行う。
【００７５】
権限管理用サーバ１は、権限一時付与要求情報ＤＴＹを受信すると（＃１５でＹｅｓ）、その権限一時付与要求情報ＤＴＹに基づいて一時使用権限情報ＤＴＣを生成し、これを一時権限テーブルＴＬＣ（図６参照）に格納する（＃１６）。つまり、一時的に共有資源を使用する必要のある従業員に対してその共有資源の一時的な使用権限を付与する処理を行う。
【００７６】
使用要求情報ＤＴＳを受信すると（＃１７でＹｅｓ）、今から共用資源を使用しようとしている従業員に対してそれを認めてもよいか否かを判別する処理を行う（＃１８）。つまり、アクセス権認証の処理を行う。係る処理の手順は、前に図８および図９で説明した通りである。
【００７７】
それ以外の要求を受信すると（＃１７でＮｏ）、従来通り、その要求に応じた処理を行う（＃１９）。例えば、イントラネットＩＮＷにログインしようとしている従業員についてログイン認証を行うように要求された場合は、ユーザアカウントテーブルＴＬＡ（図４参照）に格納されている従業員情報ＤＴＡに基づいて、その従業員をログインさせてもよいか否かを判別する。
【００７８】
また、権限管理用サーバ１は、他のデバイスからの要求に対する処理と並行して、所定の時間が経過するごとに（＃１３でＹｅｓ）、一時権限テーブルＴＬＣに蓄積された一時使用権限情報ＤＴＣをチェックし、有効期間の終期が過ぎて不要になったものを削除する（＃２０）。
【００７９】
本実施形態によると、ある共用資源の使用権限を有しないユーザに一時的にその共用資源を使用する必要が生じた場合に、一時使用権限情報ＤＴＣを生成するだけで、期間を限定した使用権限を付与することができる。つまり、従来のような一時的に使用権限を付与し不要になったらそれを取り消すという二度手間をなくし、セキュリティの堅牢性を維持しつつ共用資源の使用権限の管理を容易に行うことができる。
【００８０】
本実施形態では、共用資源の管理を権限管理用サーバ１が一元的に行ったが、資源共用システムＲＫＳのネットワークの形態がＰ２Ｐ（Peer to Peer）である場合は、共用資源を有するデバイスが独自に管理を行うようにしてもよい。この場合は、権限管理用サーバ１の機能を各デバイスに構成すればよい。
【００８１】
共用資源の使用権限（アクセス権）に種類を設け、付与する使用権限の種類をユーザごとに変えられるようにしてもよい。例えば、共用資源がファイルである場合は、ファイルの内容を読むことのみが認められる使用権限、ファイルの内容を読むことおよびファイルの内容を変更することのみが認められる使用権限、およびファイルに関するすべての作業が認められるアクセス権などを設けておき、ユーザの属性（例えば、役職、所属部署、または技術レベルなど）に応じた種類の使用権限を付与するようにしてもよい。
【００８２】
本実施形態では、セキュリティルームへの入室者の認証を行うために、従業員番号を記憶させたＩＣタグを社員証ＣＲに設け、ＩＣカードリーダを使用して社員証ＣＲから従業員番号を読み取ったが、従業員番号を記憶させた磁気ストライプを社員証ＣＲに設け、磁気カードリーダを使用して社員証ＣＲから従業員番号を読み取るようにしてもよい。または、指紋認証装置または静脈認証装置を用いて生体認証を行うことによって、入室者の認証を行うようにしてもよい。
【００８３】
本実施形態では、（条件１）〜（条件４）のような条件を端末装置３に課すことができる場合を例に説明したが、これ以外の条件を課すことも可能である。例えば、端末装置３のＩＰアドレスがプライベートアドレスであることを条件としても課してもよい。または、端末装置３のＣＰＵの演算速度、ＲＡＭの容量、または通信速度など、スペックに関する条件を課してもよい。
【００８４】
一時使用権限情報ＤＴＣを与えられた従業員が、それに係る共用資源の使用を終了しまたはイントラネットＩＮＷからログアウトしたら、有効期間が残っているか否かに関わらず、直ちにその一時使用権限情報ＤＴＣを削除するようにしてもよい。または、一時使用権限情報ＤＴＣの有効期間のフィールドに「○年○月○日○時から共用資源の使用の終了時まで」のように設定することができるようにしてもよい。
【００８５】
その他、資源共用システムＲＫＳ、イントラネットＩＮＷ、権限管理用サーバ１の全体または各部の構成、処理内容、処理順序、データベースの構成などは、本発明の趣旨に沿って適宜変更することができる。
【図面の簡単な説明】
【００８６】
【図１】資源共用システムの全体的な構成の例を示す図である。
【図２】権限管理用サーバのハードウェア構成の例を示す図である。
【図３】権限管理用サーバの機能的構成の例を示す図である。
【図４】ユーザアカウントテーブルの例を示す図である。
【図５】共用資源権限テーブルの例を示す図である。
【図６】一時権限テーブルの例を示す図である。
【図７】一時権限設定画面の例を示す図である。
【図８】アクセス権認証処理の流れの例を説明するフローチャートである。
【図９】アクセス権認証処理の流れの例を説明するフローチャートである。
【図１０】権限管理用サーバの全体的な処理の流れの例を示すフローチャートである。
【符号の説明】
【００８７】
１ 権限管理用サーバ（共用資源管理システム）
１０１ 権限情報等記憶部（記憶手段）
１０２ 権限一時付与要求受付部（権限一時付与要求受付手段）
１０３ 権限一時付与処理部（権限付与処理手段）
１０５ 端末属性情報取得部（装置状態情報取得手段）
１０６ 認証処理部（使用許否判別手段）
ＤＴＣ 一時使用権限情報（権限付与情報）
ＤＴＴ 端末状態情報
ＤＴＹ 権限一時付与要求情報
【技術分野】
【０００１】
本発明は、複数のユーザが共用する資源を管理するシステムおよび方法などに関する。
【背景技術】
【０００２】
近年、ネットワークの普及に伴って、様々な資源が複数のユーザによって共用（共有）されるようになった。例えば、プリンタまたはハードディスクなどのハードウェア資源、業務用アプリケーションまたはゲームソフトなどのソフトウェア資源、およびファイルまたはデータベース内のデータなどのデータ資源が共用されている。
【０００３】
各ユーザは、自分のパーソナルコンピュータなどを操作し、通信回線を介してこれらの資源を使用する。しかし、共用される資源（以下、「共用資源」と記載する。）の使用を無制限に認めると、共用資源が不正に使用され、セキュリティ上、問題が生じることがある。または、誤った方法で共用資源が使用され、システムに不具合が発生したりデータが壊れたりすることがある。
【０００４】
そこで、共用資源を安全に使用することができるようにするために、特許文献１、２に記載されるような方法が提案されている。特許文献１に記載される方法によると、ネットワーク中継機器より接続されている端末の情報をネットワーク管理装置に送信し、そのネットワーク管理装置がその端末の情報に応じてアクセス許可／禁止を示す情報をネットワーク中継機器に返信し、ネットワーク中継機器がそのアクセス許可／禁止情報に基づいて端末を接続しているポートを使用可能／使用不可に設定する。このような方法により、ネットワーク管理装置が管理する端末情報に応じてネットワーク中継機器のポートの使用可否が設定されるので、正当な端末の利用を妨げることなくセキュリティが確保される。
【０００５】
特許文献２に記載される方法によると、ＭＡＣアドレス取得部により取得されたＭＡＣアドレスがアドレス登録部に登録されていれば、そのＭＡＣアドレスに対応するＩＰアドレスをＰＣに提供するＩＰアドレス提供部を設け、そのＩＰアドレス提供部により提供されたＩＰアドレス以外のＩＰアドレスを使用しているＰＣを検知すると、ＬＡＮに対するＰＣの接続を遮断する。このような方法により、ＬＡＮに対する接続の許可を受けていないＰＣをＬＡＮから排除することができる。
【０００６】
このように、特許文献１、２に記載される方法は、装置単位で制限を行う方法であるが、ユーザ単位で制限を行う方法もある。その最も代表的な方法が、ユーザごとにユーザアカウントを与え、共用資源の使用の可否をユーザアカウントごとに決めておく方法である。係る方法は、ＵＮＩＸ（登録商標）、マイクロソフト社のＷｉｎｄｏｗｓ(登録商標）、およびアップル社のＭＡＣ−ＯＳなどの様々なネットワークＯＳ（Operating System）で採用されている。
【特許文献１】特開２００２−１４１９１６号公報
【特許文献２】特開２００５−１０１９５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、共用資源のセキュリティを堅牢に管理するのであれば、共用資源にアクセスできるパーソナルコンピュータなどの条件を厳しく制限すべきである。また、ユーザアカウントに対して与える共用資源の使用権限（アクセス権）を必要最小限に留めるべきである。
【０００８】
例えば、共用資源の使用権限は、それを日常的に使用するユーザに対してのみ与え、使用する機会の乏しいユーザに対しては与えるべきではない。
【０００９】
しかし、そうすると、業務上、面倒が生じることがある。なぜなら、ある共用資源を日頃使用しないユーザまたは使用したことのないユーザが、その共用資源を必要とする業務を代行するように頼まれることがあるからである。このような場合は、管理者は、業務を代行するユーザに対して一時的にその共用資源の使用権限を与える作業を行わなければならない。さらに、業務が終わったら、セキュリティの向上のため速やかにその使用権限を取り消さなければならない。
【００１０】
このように、従来の方法では、セキュリティの向上のために、管理者は面倒な作業が強いられていた。
【００１１】
本発明は、このような問題点に鑑み、セキュリティの堅牢性をできるだけ維持しつつ共用資源の使用権限の管理を容易に行うことができるようにすることを目的とする。
【課題を解決するための手段】
【００１２】
本発明に係る共用資源管理システムは、複数のユーザによって共用される資源である共用資源の管理を行う共用資源管理システムであって、前記共用資源を使用する権限を有しているユーザの代わりに当該共用資源を一時的に使用させたいユーザである代行ユーザに対して当該権限を与えるべき旨の要求である権利付与要求を受け付ける権限一時付与要求受付手段と、前記権利付与要求に基づいて、前記代行ユーザに対して前記権限を所定の期間だけ与えることを示す情報である権限付与情報を記憶手段に記憶させる処理を行う、権限付与処理手段と、前記共用資源を使用したい旨の要求である使用要求が前記代行ユーザからあった場合に、前記記憶手段に記憶されている、当該代行ユーザの前記権限付与情報に基づいて、当該代行ユーザに当該共用資源を使用させてもよいか否かを判別する、使用許否判別手段と、を有することを特徴とする。
【００１３】
好ましくは、前記権限一時付与要求受付手段は、前記共用資源の前記権利付与要求として、当該共用資源を使用させてもよい期間である使用許可期間だけ前記権限を与えるべき旨の要求を受け付け、前記権限付与処理手段は、前記権限付与情報として、前記代行ユーザに対して前記権限を前記使用許可期間だけ与えることを示す情報を、前記記憶手段に記憶させる。
【００１４】
または、前記代行ユーザの装置から当該装置の状態を示す装置状態情報を取得する、装置状態情報取得手段、を有し、前記権限一時付与要求受付手段は、前記共用資源の前記権利付与要求とともに、当該共用資源にアクセスさせてもよい装置の条件である装置条件を受け付け、前記使用許否判別手段は、前記代行ユーザに前記共用資源を使用させてもよいか否かを、前記装置状態情報取得手段によって取得された当該代行ユーザの前記装置状態情報および前記装置条件に基づいて判別する。
【発明の効果】
【００１５】
本発明によると、セキュリティの堅牢性をできるだけ維持しつつ共用資源の使用権限の管理を容易に行うことができる。
【発明を実施するための最良の形態】
【００１６】
図１は資源共用システムＲＫＳの全体的な構成の例を示す図、図２は権限管理用サーバ１のハードウェア構成の例を示す図、図３は権限管理用サーバ１の機能的構成の例を示す図である。
【００１７】
図１に示すように、資源共用システムＲＫＳは、権限管理用サーバ１、業務用サーバ２、一般端末装置３Ａ、特定エリア端末装置３Ｂ、外部端末装置３Ｃ、プリンタ４、入退室管理システム５、およびルータ６などによって構成される。
【００１８】
権限管理用サーバ１、業務用サーバ２、一般端末装置３Ａ、特定エリア端末装置３Ｂ、プリンタ４、入退室管理システム５、およびルータ６は、役所、企業、または学校などの機関に設置され、その機関に所属するユーザによって使用される。これらは、通信回線を介して互いに接続されている。これにより、イントラネットＩＮＷが形成される。以下、イントラネットＩＮＷが企業Ｘに構築され使用される場合を例に説明する。
【００１９】
企業Ｘの従業員には、社員証ＣＲが１枚ずつ配付されている。社員証ＣＲには、従業員の従業員番号が記憶されたＩＣタグが埋め込まれている。さらに、従業員には、イントラネットＩＮＷにログインするために必要なユーザアカウントが１つずつ与えられている。本実施形態では、ユーザアカウント名（ユーザＩＤ）として、従業員番号が用いられるものとする。
【００２０】
業務用サーバ２は、企業Ｘの従業員が業務を行う際に使用する様々なアプリケーションおよびデータなどを管理する。これらのアプリケーションおよびデータのうちの一部は、複数の従業員が共用する共用資源である。共用資源は、一般に「共有資源」または「共有リソース」などと呼ばれることもある。業務用サーバ２は、企業Ｘの社内システムを管理する管理部門などに設置されている。
【００２１】
プリンタ４は、ネットワーク機能を有するレーザプリンタ、インクジェットプリンタ、または複合機などの印刷装置であって、一般端末装置３Ａ、特定エリア端末装置３Ｂ、または外部端末装置３Ｃからの印刷指令に基づいて印刷処理を行う。プリンタ４も、複数の従業員によって使用される。つまり、イントラネットＩＮＷの中の共用資源の１つである。
【００２２】
一般端末装置３Ａ、特定エリア端末装置３Ｂ、および外部端末装置３Ｃは、いずれも、イントラネットＩＮＷの中の共用資源を使用するためのクライアントである。つまり、従業員は、これらの端末装置のうちのいずれか１台を操作することによって、上に述べた共用のアプリケーション、データ、およびプリンタ４などの共用資源を使用することができる。一般端末装置３Ａ、特定エリア端末装置３Ｂ、および外部端末装置３Ｃとしてパーソナルコンピュータまたはワークステーションなどが用いられる。以下、これらの端末装置を「端末装置３」と総称することがある。
【００２３】
一般端末装置３Ａは、企業Ｘの建物内の、従業員であれば誰でも自由に出入りすることができるフロア（つまり、一般的なフロア）に複数台設置されている。
【００２４】
特定エリア端末装置３Ｂは、企業Ｘの建物内の、セキュリティルームに複数台設置されている。「セキュリティルーム」とは、従業員の入退室の管理が厳重に行われている特定のエリアであって、機密情報などを取り扱うために使用される。セキュリティルームは、一部の従業員にしか入室が許可されていない場合がある。
【００２５】
一般端末装置３Ａおよび特定エリア端末装置３Ｂは、複数の従業員によって共用される。つまり、一般端末装置３Ａおよび特定エリア端末装置３Ｂそのものも共用資源である。また、そのハードディスクに保存されているアプリケーション（ソフトウェア）およびデータも共用資源である。
【００２６】
外部端末装置３Ｃは、企業Ｘの外で使用される。従業員は、外出先または自宅からでも、外部端末装置３Ｃをインターネットまたは公衆回線などを介してイントラネットＩＮＷに接続させ、イントラネットＩＮＷの中の共用資源を使用することができる。
【００２７】
このように、イントラネットＩＮＷには、様々な共用資源が存在する。権限管理用サーバ１は、図２に示すように、ＣＰＵ１０ａ、ＲＡＭ１０ｂ、ＲＯＭ１０ｃ、ハードディスク１０ｄ、ディスプレイ１０ｅ、キーボード１０ｆ、および通信インタフェース１０ｇなどによって構成されており、これらの共用資源の使用権限（アクセス権）の管理を一元的に行う。また、従業員のユーザアカウントの管理も行う。つまり、権限管理用サーバ１は、資源共用システムＲＫＳのネットワークの形態がＷｉｎｄｏｗｓドメインであるならば、ドメインコントローラに相当する。
【００２８】
ハードディスク１０ｄには、図３に示すような権限情報等記憶部１０１、権限一時付与要求受付部１０２、権限一時付与処理部１０３、認証要求受付部１０４、端末属性情報取得部１０５、および認証処理部１０６などの機能を実現するためのプログラムおよびデータがインストールされている。これらのプログラムおよびデータは必要に応じてＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによってプログラムが実行される。
【００２９】
図１に戻って、入退室管理システム５は、ＩＣカードリーダ５１、入室許否判別装置５２、および自動開閉ゲート５３などによって構成され、従業員によるセキュリティルームの入退室に関する管理の処理を行う。ＩＣカードリーダ５１および自動開閉ゲート５３は、入室許否判別装置５２に接続されている。
【００３０】
ＩＣカードリーダ５１は、社員証ＣＲから従業員番号を読み取るためのＩＣカードリーダであって、セキュリティルームの出入口に設置されている。入室許否判別装置５２は、セキュリティルームに入室することが許されている従業員の従業員番号を記載した入室許可テーブルおよび入退室ログファイルを有しており、入室の許否の判別および入退室の実績の記録などの処理を行う。自動開閉ゲート５３は、入室許否判別装置５２からの指令に基づいて出入口のゲートまたはドアの開閉を行う。
【００３１】
従業員は、セキュリティルームに入室する際に、自分の社員証ＣＲに記憶されている従業員番号をＩＣカードリーダ５１に読み取らせる。すると、ＩＣカードリーダ５１は、読み取った従業員番号を入室許否判別装置５２に送信する。入室許否判別装置５２は、送信されて来た従業員番号が入室許可テーブルに記載されている場合は、その従業員の入室を許可し、ゲートを開くように自動開閉ゲート５３に対して指令する。すると、自動開閉ゲート５３のゲートが開き、その従業員は、セキュリティルームに入室することができる。一方、送信されて来た従業員番号が入室許可テーブルに記載されていない場合は、その従業員の入室を拒否する。この場合は、アラーム音を出力するなどして入室することができない旨をその従業員に伝える。さらに、入室許否判別装置５２は、入室を許可するか拒否するかの判別の結果、その従業員の従業員番号、および判別時の日時などを入室ログ情報として入退室ログファイルに追記する。
【００３２】
また、従業員は、セキュリティルームから退室する際も、自分の従業員番号をＩＣカードリーダ５１に読み取らせる。すると、ＩＣカードリーダ５１は、読み取った従業員番号を入室許否判別装置５２に送信する。入室許否判別装置５２は、ゲートを開くように自動開閉ゲート５３に対して指令を与えるとともに、その従業員番号および退室日時などを退室ログ情報として入退室ログファイルに追記する。
【００３３】
図４はユーザアカウントテーブルＴＬＡの例を示す図、図５は共用資源権限テーブルＴＬＢの例を示す図、図６は一時権限テーブルＴＬＣの例を示す図、図７は一時権限設定画面ＨＧ１の例を示す図である。
【００３４】
次に、図３に示す権限管理用サーバ１の各部の処理内容などについて詳細に説明する。権限情報等記憶部１０１は、ユーザアカウントテーブルＴＬＡ、共用資源権限テーブルＴＬＢ、および一時権限テーブルＴＬＣを有し、従業員のユーザアカウントなどに関する情報およびイントラネットＩＮＷの中にある共用資源の使用権限に関する情報を記憶し管理する。
【００３５】
ユーザアカウントテーブルＴＬＡには、図４に示すように、従業員ごとの従業員情報ＤＴＡが格納されている。従業員情報ＤＴＡには、その従業員情報ＤＴＡに係る従業員のユーザアカウント、仕事上の属性、および端末装置３の設定などに関する情報が含まれている。
【００３６】
従業員情報ＤＴＡにおいて、「従業員番号」は、その従業員のユーザアカウントのユーザアカウント名として使用される従業員番号である。「氏名」は、その従業員の氏名である。「パスワード」は、イントラネットＩＮＷにログインする際に入力するキーワードであって、その従業員本人のみに知らされている。
【００３７】
「所属部署名」および「役職名」は、それぞれ、その従業員が所属する部署の名称およびその従業員に与えられている役職の名称である。
【００３８】
「ＭＡＣアドレス」および「ＩＰアドレス」は、それぞれ、その従業員が日常的に使用する端末装置３に割り当てられているＭＡＣアドレスおよびＩＰアドレスである。「シリアル番号」は、その端末装置３のメーカがその端末装置３に割り当てた製造番号である。「電子メールアドレス」は、その従業員が職務上使用する電子メールアドレスである。
【００３９】
従業員情報ＤＴＡは、資源共用システムＲＫＳの運用および管理を行う者（以下、「アドミニストレータ」と記載する。）または所定の役職を有する従業員などが一般端末装置３Ａまたは特定エリア端末装置３Ｂを操作することによってその内容が設定されユーザアカウントテーブルＴＬＡに格納される。
【００４０】
共用資源権限テーブルＴＬＢには、図５に示すように、イントラネットＩＮＷの中の共用資源ごとの使用権限情報ＤＴＢが格納されている。使用権限情報ＤＴＢには、その使用権限情報ＤＴＢに係る共用資源の固定的な使用権限に関する情報が含まれている。
【００４１】
使用権限情報ＤＴＢにおいて、「資源コード」は、その共用資源を他の共用資源と識別するための識別情報である。「存在場所」は、その共用資源が存在するデバイスの名称またはそのデバイスにおけるパスを示す。「￥￥Ｄｅｖｉｃｅ１￥ｃｏｍｍｏｎ￥ｅｄｉｔｏｒ．ｅｘｅ」のような、いわゆるＷｉｎｄｏｗｓネットワークに対応するネットワークパスによって示してもよいし、ＵＲＬ（Uniform Resource Locator）によって示してもよい。「資源名」は、その共用資源の名称であって、その共用資源がどのようなものであるのかをユーザ（従業員）にとって分かりやすくするために用いられる。
【００４２】
「使用可能従業員」は、その共用資源を使用することができる従業員の従業員番号である。つまり、その共用資源の使用権限が与えられた従業員の従業員番号を示す。原則として、ここに示される従業員番号を有する従業員のみが、その共用資源を使用することができる。なお、使用可能従業員に部署名または役職名を指定することによって、特定の部署に所属する複数の従業員または特定の役職を有する複数の従業員に対して一括してその共用資源の使用権限が与えることができる。
【００４３】
「使用端末条件」は、その共用資源を使用する端末装置３に対して要求される条件である。本実施形態では、次の（条件１）〜（条件４）の条件を要求することができるものとする。
（条件１） コンピュータウィルス対策のソフトウェアが有効に機能していること。
（条件２） パーソナルファイアウォールが有効に機能していること。
（条件３） ＵＳＢの機能が備わっていないことまたは停止していること。つまり、ＵＳＢが使用できないこと。
（条件４） データの書込みが可能なリムーバブルディスクのドライブ（例えば、フロッピディスクドライブまたはＭＯディスクドライブなど）が備わっていないことまたは機能していないこと。つまり、リムーバブルディスクへのデータの書込みができないこと。
【００４４】
これらの条件は、１つだけ要求することもできるし複数要求することもできる。必要な条件がない場合は、要求する必要はない。なお、（条件１）〜（条件４）には、それぞれ、「Ｃ００１」〜「Ｃ００４」の条件識別コードが割り当てられているものとする。
【００４５】
使用権限情報ＤＴＢは、アドミニストレータまたは所定の役職を有する従業員などが一般端末装置３Ａまたは特定エリア端末装置３Ｂを操作することによってその内容が設定され共用資源権限テーブルＴＬＢに格納される。
【００４６】
一時権限テーブルＴＬＣには、図６に示すように、従業員に対して一時的に（臨時に）与えられる共用資源の使用権限に関する一時使用権限情報ＤＴＣが格納される。
【００４７】
ところで、ある共用資源を使用して業務を行っている従業員は、しばしば、他の従業員に対して自分の業務を代行してもらうことがある。しかし、上に述べたように、その共用資源は、原則として、その共用資源の使用権限情報ＤＴＢに示される従業員しか使用することができない。したがって、依頼を受けた当該他の従業員は、その共用資源の使用権限が与えられていないと、業務を代行することができないことがある。そこで、一時使用権限情報ＤＴＣを設定することによって、日頃は使用権限を有しない従業員に対して一時的に使用権限を与えることができる。
【００４８】
一時使用権限情報ＤＴＣは、図３の権限一時付与要求受付部１０２および権限一時付与処理部１０３によって、次のように設定され一時権限テーブルＴＬＣに登録される。
【００４９】
アドミニストレータまたは所定の役職を有する従業員などは、従業員情報ＤＴＡまたは使用権限情報ＤＴＢを設定する場合と同様に、一般端末装置３Ａまたは特定エリア端末装置３Ｂを操作することによって、一時的に使用権限を与える共用資源に関する指定を行う。
【００５０】
具体的には、例えば、アドミニストレータは、ある共用資源について日頃使用権限を有しない従業員に対して一時的に使用権限を与えるように依頼を受けると、一般端末装置３Ａに所定のコマンドを入力し、その一般端末装置３Ａのディスプレイに図７に示すような一時権限設定画面ＨＧ１を表示させる。
【００５１】
ここで、アドミニストレータは、テキストボックスＴＸ１１およびＴＸ１２に、それぞれ、その共用資源の資源コードおよび一時的にその共用資源の使用権限を与える従業員の従業員番号を入力する。なお、その共用資源が存在場所のみによって一意に決まる場合は、資源コードの代わりにネットワークパスまたはＵＲＬを入力させるようにしてもよい。または、アドミニストレータにとって入力しやすい方を入力できるようにしてもよい。
【００５２】
テキストボックスＴＸ１３に、一時的に与えるその使用権限の有効期間を入力する。例えば、明日の就業時間中に業務を代行してもらうのであればそれに合わせて「午前９時〜午後５時」のように入力する。３０分あれば遂行できるような業務を代行してもらうのであれば「使用開始時から３０分間」のように入力する。
【００５３】
さらに、チェックボックスＣＢ１１〜ＣＢ１４を操作することによって、その共用資源が使用される端末装置３に対して要求する条件を選択する。具体的には、チェックボックスＣＢ１１〜ＣＢ１４はそれぞれ前に述べた（条件１）〜（条件４）に対応しているので、アドミニストレータは、必要な条件を、それに対応するチェックボックスをクリックすることによって選択する。条件は、１つだけ選択することもできるし複数選択することもできる。条件がない場合は、何も選択しないようにする。
【００５４】
そして、アドミニストレータは、テキストボックスＴＸ１１〜ＴＸ１３に必要事項を入力し必要な条件をチェックボックスＣＢ１１〜ＣＢ１４に選択したら、ＯＫボタンＢＮ１１を押す。すると、その一般端末装置３Ａは、入力された内容、選択された条件の条件識別コード、および一時的な使用権限を設定すべき旨の要求などを示す権限一時付与要求情報ＤＴＹを権限管理用サーバ１に送信する。
【００５５】
権限管理用サーバ１の権限一時付与要求受付部１０２は、権限一時付与要求情報ＤＴＹを受け付け、権限一時付与処理部１０３に対して一時使用権限情報ＤＴＣの設定を行うように指令を与える。
【００５６】
権限一時付与処理部１０３は、新しいレコードを一時権限テーブルＴＬＣに生成しそのレコードの資源コード、一時権限取得者、有効期間、および使用端末条件の各フィールドに、それぞれ、権限一時付与要求情報ＤＴＹに示される資源コード、従業員番号、有効期間、および条件識別コードを格納する。さらに、設定日時のフィールドに、そのレコードを生成した日時を格納する。このようにして得られたレコードが、一時使用権限情報ＤＴＣとなる。上の説明から分かるように、一時使用権限情報ＤＴＣは、どの共用資源の使用権限を誰に対してどの期間だけ認めるのか、ということを示している。
【００５７】
図８および図９はアクセス権認証処理の流れの例を説明するフローチャートである。図３の認証要求受付部１０４、端末属性情報取得部１０５、および認証処理部１０６は、従業員が今から使用しようとしている共用資源をその従業員に使用させてもよいか否かを判別するための処理、つまり、アクセス権認証のための処理を、例えば図８および図９のフローチャートのような手順で実行する。
【００５８】
従業員は、端末装置３を操作することによって、イントラネットＩＮＷにログインし、自分の使用したい共有資源を指定する。その端末装置３は、その指定を受け付けると（図８の＃７３１）、その共有資源の資源コード、その従業員の従業員番号、および端末装置３自身のＩＰアドレスなどを示す使用要求情報ＤＴＳを、その共用資源を有するデバイスに対して送信する（＃７３２）。これにより、その共用資源の使用の要求がなされる。
【００５９】
その共用資源を有するデバイス（例えば、業務用サーバ２）は、端末装置３からの使用要求情報ＤＴＳを受信すると（＃７２１）、それに示される共有資源の資源コード、従業員の従業員番号、そのデバイス自身のＩＰアドレス、およびその端末装置３のＩＰアドレスなどを示すアクセス権認証要求情報ＤＴＮを権限管理用サーバ１に対して送信する（＃７２２）。これにより、アクセス権認証の要求がなされる。
【００６０】
権限管理用サーバ１において、認証要求受付部１０４は、共用資源を有するデバイスからのアクセス権認証要求情報ＤＴＮを受け付ける（＃７０１）。すると、端末属性情報取得部１０５は、そのアクセス権認証要求情報ＤＴＮに示されるＩＰアドレスに基づいて、その共用資源の使用を望んでいる従業員の端末装置３にアクセスし、その端末装置３の現在の状態に関する情報を要求する（＃７０２）。
【００６１】
端末装置３は、権限管理用サーバ１からの要求を受けると（＃７３３）、自らの現在のハードウェアおよびソフトウェアなどの状態をチェックする（＃７３４）。本実施形態では、前述の（条件１）〜（条件４）のそれぞれに合致するか否かをチェックする。そして、合致する条件の条件識別コードを示す端末状態情報ＤＴＴを権限管理用サーバ１に返信（通知）する（＃７３５）。このようにして、端末属性情報取得部１０５は、端末装置３の現在の状態に関する情報を取得する（＃７０４）。
【００６２】
権限管理用サーバ１の認証処理部１０６は、その共用資源の使用権限情報ＤＴＢおよび一時使用権限情報ＤＴＣをそれぞれ共用資源権限テーブルＴＬＢ（図５参照）およびユーザアカウントテーブルＴＬＡ（図６参照）から呼び出し（＃７０３）、これらの情報および端末属性情報取得部１０５によって取得された端末状態情報ＤＴＴに基づいて、その共用資源をその従業員に使用させることの正当性を、次のように判断する。
【００６３】
呼び出した使用権限情報ＤＴＢにその従業員の従業員番号（ステップ＃７０１で受信したアクセス権認証要求情報ＤＴＮに示される従業員番号）が示されているか否かをチェックする（図９の＃７０５）。その従業員番号が示されていれば、その従業員に対してその共用資源の使用権限（アクセス権）が与えられていることが分かる。
【００６４】
使用権限が与えられていると判別した場合は（＃７０６でＹｅｓ）、その従業員が使用している端末装置３がその共用資源を使用するために必要な条件を満たしているか否かをチェックする（＃７０７）。すなわち、ステップ＃７０３で呼び出した使用権限情報ＤＴＢに示される使用端末条件の条件識別コードがすべて、ステップ＃７０４で取得した端末状態情報ＤＴＴに示されているか否かをチェックする。すべて示されていれば、その共用資源を使用するために必要な条件を満たしていると判別できる。
【００６５】
ステップ＃７０５、＃７０７でのチェックの結果、その従業員に対してその共用資源の使用権限が与えられており、かつ、その従業員が使用している端末装置３が必要な条件を満たしていることが分かったら（＃７０６でＹｅｓかつ＃７０８でＹｅｓ）、その従業員がその共用資源を使用することは正当である、と判別する（＃７１３）。つまり、アクセス権認証を与える。
【００６６】
一方、使用権限が与えられていないと判別した場合は（＃７０６でＮｏ）、ステップ＃７０３で抽出した一時使用権限情報ＤＴＣに基づいて、ステップ＃７０５、＃７０７とほぼ同様のチェックを行う。
【００６７】
つまり、その一時使用権限情報ＤＴＣにその従業員の従業員番号が示されているか否かをチェックすることによって、その従業員に対してその共用資源の使用権限が与えられているか否かをチェックする（＃７０９）。ただし、現在の日時が、その一時使用権限情報ＤＴＣに示される有効期間に該当しない場合は、その従業員番号の有無に関わらず、使用権限が与えられていないと判別する。
【００６８】
使用権限が与えられていると判別した場合は（＃７１０でＹｅｓ）、その従業員が使用している端末装置３がその共用資源を使用するために必要な条件を満たしているか否かをチェックする（＃７１１）。すなわち、一時使用権限情報ＤＴＣに示される使用端末条件の条件識別コードがすべて、ステップ＃７０４で取得した端末状態情報ＤＴＴに示されているか否かをチェックする。すべて示されていれば、必要な条件を満たしていると判別できる。
【００６９】
ステップ＃７０９、＃７１１でのチェックの結果、その従業員に対してその共用資源の使用権限が与えられており、かつ、その従業員が使用している端末装置３が必要な条件を満たしていることが分かったら（＃７１０でＹｅｓかつ＃７１２でＹｅｓ）、その従業員がその共用資源を使用することは正当である、と判別し、アクセス権認証を与える（＃７１３）。
【００７０】
共用資源を有するデバイスは、その従業員に対するアクセス権認証を受信すると、その従業員にその共用資源を使用させることを許可し（＃７２３）、その資源の提供を開始する（＃７２４）。
【００７１】
使用権限情報ＤＴＢおよび一時使用権限情報ＤＴＣのいずれにも、その従業員に対してその共用資源の使用権限が与えられていることが示されていない場合は（＃７０６でＮｏかつ＃７１０でＮｏ）、その共用資源をその従業員に使用させることを拒否する。そして、その旨を、その共用資源を有するデバイスを介して要求元の端末装置３に対して通知する。端末装置３が必要な条件を満たしていない場合も（＃７０８でＮｏまたは＃７１２でＮｏ）、同様である。
【００７２】
ところで、上述の通り、一時使用権限情報ＤＴＣによって従業員に与えられる使用権限は一時的なものである。よって、有効期間のフィールドに示される終期が過ぎたら、その一時使用権限情報ＤＴＣは不要になる。そこで、権限情報等記憶部１０１は、定期的に一時権限テーブルＴＬＣに格納されている各一時使用権限情報ＤＴＣをチェックし、終期が過ぎてしまっている一時使用権限情報ＤＴＣが見つかったらそれを削除する。
【００７３】
図１０は権限管理用サーバ１の全体的な処理の流れの例を示すフローチャートである。次に、他のデバイスからの要求に対応する際の権限管理用サーバ１の処理の流れを、図１０のフローチャートを参照して説明する。
【００７４】
図１０において、権限管理用サーバ１は、使用権限などの管理のサービスを提供している間（＃１１でＮｏ）、他のデバイスからの要求を待つ（＃１２）。要求を受信すると（＃１４でＹｅｓ）、その要求の種類に応じて次のような処理を行う。
【００７５】
権限管理用サーバ１は、権限一時付与要求情報ＤＴＹを受信すると（＃１５でＹｅｓ）、その権限一時付与要求情報ＤＴＹに基づいて一時使用権限情報ＤＴＣを生成し、これを一時権限テーブルＴＬＣ（図６参照）に格納する（＃１６）。つまり、一時的に共有資源を使用する必要のある従業員に対してその共有資源の一時的な使用権限を付与する処理を行う。
【００７６】
使用要求情報ＤＴＳを受信すると（＃１７でＹｅｓ）、今から共用資源を使用しようとしている従業員に対してそれを認めてもよいか否かを判別する処理を行う（＃１８）。つまり、アクセス権認証の処理を行う。係る処理の手順は、前に図８および図９で説明した通りである。
【００７７】
それ以外の要求を受信すると（＃１７でＮｏ）、従来通り、その要求に応じた処理を行う（＃１９）。例えば、イントラネットＩＮＷにログインしようとしている従業員についてログイン認証を行うように要求された場合は、ユーザアカウントテーブルＴＬＡ（図４参照）に格納されている従業員情報ＤＴＡに基づいて、その従業員をログインさせてもよいか否かを判別する。
【００７８】
また、権限管理用サーバ１は、他のデバイスからの要求に対する処理と並行して、所定の時間が経過するごとに（＃１３でＹｅｓ）、一時権限テーブルＴＬＣに蓄積された一時使用権限情報ＤＴＣをチェックし、有効期間の終期が過ぎて不要になったものを削除する（＃２０）。
【００７９】
本実施形態によると、ある共用資源の使用権限を有しないユーザに一時的にその共用資源を使用する必要が生じた場合に、一時使用権限情報ＤＴＣを生成するだけで、期間を限定した使用権限を付与することができる。つまり、従来のような一時的に使用権限を付与し不要になったらそれを取り消すという二度手間をなくし、セキュリティの堅牢性を維持しつつ共用資源の使用権限の管理を容易に行うことができる。
【００８０】
本実施形態では、共用資源の管理を権限管理用サーバ１が一元的に行ったが、資源共用システムＲＫＳのネットワークの形態がＰ２Ｐ（Peer to Peer）である場合は、共用資源を有するデバイスが独自に管理を行うようにしてもよい。この場合は、権限管理用サーバ１の機能を各デバイスに構成すればよい。
【００８１】
共用資源の使用権限（アクセス権）に種類を設け、付与する使用権限の種類をユーザごとに変えられるようにしてもよい。例えば、共用資源がファイルである場合は、ファイルの内容を読むことのみが認められる使用権限、ファイルの内容を読むことおよびファイルの内容を変更することのみが認められる使用権限、およびファイルに関するすべての作業が認められるアクセス権などを設けておき、ユーザの属性（例えば、役職、所属部署、または技術レベルなど）に応じた種類の使用権限を付与するようにしてもよい。
【００８２】
本実施形態では、セキュリティルームへの入室者の認証を行うために、従業員番号を記憶させたＩＣタグを社員証ＣＲに設け、ＩＣカードリーダを使用して社員証ＣＲから従業員番号を読み取ったが、従業員番号を記憶させた磁気ストライプを社員証ＣＲに設け、磁気カードリーダを使用して社員証ＣＲから従業員番号を読み取るようにしてもよい。または、指紋認証装置または静脈認証装置を用いて生体認証を行うことによって、入室者の認証を行うようにしてもよい。
【００８３】
本実施形態では、（条件１）〜（条件４）のような条件を端末装置３に課すことができる場合を例に説明したが、これ以外の条件を課すことも可能である。例えば、端末装置３のＩＰアドレスがプライベートアドレスであることを条件としても課してもよい。または、端末装置３のＣＰＵの演算速度、ＲＡＭの容量、または通信速度など、スペックに関する条件を課してもよい。
【００８４】
一時使用権限情報ＤＴＣを与えられた従業員が、それに係る共用資源の使用を終了しまたはイントラネットＩＮＷからログアウトしたら、有効期間が残っているか否かに関わらず、直ちにその一時使用権限情報ＤＴＣを削除するようにしてもよい。または、一時使用権限情報ＤＴＣの有効期間のフィールドに「○年○月○日○時から共用資源の使用の終了時まで」のように設定することができるようにしてもよい。
【００８５】
その他、資源共用システムＲＫＳ、イントラネットＩＮＷ、権限管理用サーバ１の全体または各部の構成、処理内容、処理順序、データベースの構成などは、本発明の趣旨に沿って適宜変更することができる。
【図面の簡単な説明】
【００８６】
【図１】資源共用システムの全体的な構成の例を示す図である。
【図２】権限管理用サーバのハードウェア構成の例を示す図である。
【図３】権限管理用サーバの機能的構成の例を示す図である。
【図４】ユーザアカウントテーブルの例を示す図である。
【図５】共用資源権限テーブルの例を示す図である。
【図６】一時権限テーブルの例を示す図である。
【図７】一時権限設定画面の例を示す図である。
【図８】アクセス権認証処理の流れの例を説明するフローチャートである。
【図９】アクセス権認証処理の流れの例を説明するフローチャートである。
【図１０】権限管理用サーバの全体的な処理の流れの例を示すフローチャートである。
【符号の説明】
【００８７】
１ 権限管理用サーバ（共用資源管理システム）
１０１ 権限情報等記憶部（記憶手段）
１０２ 権限一時付与要求受付部（権限一時付与要求受付手段）
１０３ 権限一時付与処理部（権限付与処理手段）
１０５ 端末属性情報取得部（装置状態情報取得手段）
１０６ 認証処理部（使用許否判別手段）
ＤＴＣ 一時使用権限情報（権限付与情報）
ＤＴＴ 端末状態情報
ＤＴＹ 権限一時付与要求情報
【特許請求の範囲】
【請求項１】
複数のユーザによって共用される資源である共用資源の管理を行う共用資源管理システムであって、
前記共用資源を使用する権限を有しているユーザの代わりに当該共用資源を一時的に使用させたいユーザである代行ユーザに対して当該権限を与えるべき旨の要求である権利付与要求を受け付ける権限一時付与要求受付手段と、
前記権利付与要求に基づいて、前記代行ユーザに対して前記権限を所定の期間だけ与えることを示す情報である権限付与情報を記憶手段に記憶させる処理を行う、権限付与処理手段と、
前記共用資源を使用したい旨の要求である使用要求が前記代行ユーザからあった場合に、前記記憶手段に記憶されている、当該代行ユーザの前記権限付与情報に基づいて、当該代行ユーザに当該共用資源を使用させてもよいか否かを判別する、使用許否判別手段と、
を有することを特徴とする共用資源管理システム。
【請求項２】
前記権限一時付与要求受付手段は、前記共用資源の前記権利付与要求として、当該共用資源を使用させてもよい期間である使用許可期間だけ前記権限を与えるべき旨の要求を受け付け、
前記権限付与処理手段は、前記権限付与情報として、前記代行ユーザに対して前記権限を前記使用許可期間だけ与えることを示す情報を、前記記憶手段に記憶させる、
請求項１記載の共用資源管理システム。
【請求項３】
前記代行ユーザの装置から当該装置の状態を示す装置状態情報を取得する、装置状態情報取得手段、を有し、
前記権限一時付与要求受付手段は、前記共用資源の前記権利付与要求とともに、当該共用資源にアクセスさせてもよい装置の条件である装置条件を受け付け、
前記使用許否判別手段は、前記代行ユーザに前記共用資源を使用させてもよいか否かを、前記装置状態情報取得手段によって取得された当該代行ユーザの前記装置状態情報および前記装置条件に基づいて判別する、
請求項１または請求項２記載の共用資源管理システム。
【請求項４】
複数のユーザによって共用される資源である共用資源の管理を行う共用資源管理方法であって、
前記共用資源を使用する権限を有しているユーザの代わりに当該共用資源を一時的に使用させたいユーザである代行ユーザに対して当該権限を与えるべき旨の要求である権利付与要求を受け付け、
前記権利付与要求に基づいて、前記代行ユーザに対して前記権限を所定の期間だけ与えることを示す情報である権限付与情報を記憶手段に記憶させ、
前記共用資源を使用したい旨の要求である使用要求が前記代行ユーザからあった場合に、前記記憶手段に記憶されている、当該代行ユーザの前記権限付与情報に基づいて、当該代行ユーザに当該共用資源を使用させてもよいか否かを判別する、
ことを特徴とする共用資源管理方法。
【請求項５】
複数のユーザによって共用される資源である共用資源の管理を行うコンピュータに用いられるコンピュータプログラムであって、
前記共用資源を使用する権限を有しているユーザの代わりに当該共用資源を一時的に使用させたいユーザである代行ユーザに対して当該権限を与えるべき旨の要求である権利付与要求を受け付ける処理と、
前記権利付与要求に基づいて、前記代行ユーザに対して前記権限を所定の期間だけ与えることを示す情報である権限付与情報を記憶手段に記憶させる処理と、
前記共用資源を使用したい旨の要求である使用要求が前記代行ユーザからあった場合に、前記記憶手段に記憶されている、当該代行ユーザの前記権限付与情報に基づいて、当該代行ユーザに当該共用資源を使用させてもよいか否かを判別する処理と、
をコンピュータに実行させるためのコンピュータプログラム。
【請求項１】
複数のユーザによって共用される資源である共用資源の管理を行う共用資源管理システムであって、
前記共用資源を使用する権限を有しているユーザの代わりに当該共用資源を一時的に使用させたいユーザである代行ユーザに対して当該権限を与えるべき旨の要求である権利付与要求を受け付ける権限一時付与要求受付手段と、
前記権利付与要求に基づいて、前記代行ユーザに対して前記権限を所定の期間だけ与えることを示す情報である権限付与情報を記憶手段に記憶させる処理を行う、権限付与処理手段と、
前記共用資源を使用したい旨の要求である使用要求が前記代行ユーザからあった場合に、前記記憶手段に記憶されている、当該代行ユーザの前記権限付与情報に基づいて、当該代行ユーザに当該共用資源を使用させてもよいか否かを判別する、使用許否判別手段と、
を有することを特徴とする共用資源管理システム。
【請求項２】
前記権限一時付与要求受付手段は、前記共用資源の前記権利付与要求として、当該共用資源を使用させてもよい期間である使用許可期間だけ前記権限を与えるべき旨の要求を受け付け、
前記権限付与処理手段は、前記権限付与情報として、前記代行ユーザに対して前記権限を前記使用許可期間だけ与えることを示す情報を、前記記憶手段に記憶させる、
請求項１記載の共用資源管理システム。
【請求項３】
前記代行ユーザの装置から当該装置の状態を示す装置状態情報を取得する、装置状態情報取得手段、を有し、
前記権限一時付与要求受付手段は、前記共用資源の前記権利付与要求とともに、当該共用資源にアクセスさせてもよい装置の条件である装置条件を受け付け、
前記使用許否判別手段は、前記代行ユーザに前記共用資源を使用させてもよいか否かを、前記装置状態情報取得手段によって取得された当該代行ユーザの前記装置状態情報および前記装置条件に基づいて判別する、
請求項１または請求項２記載の共用資源管理システム。
【請求項４】
複数のユーザによって共用される資源である共用資源の管理を行う共用資源管理方法であって、
前記共用資源を使用する権限を有しているユーザの代わりに当該共用資源を一時的に使用させたいユーザである代行ユーザに対して当該権限を与えるべき旨の要求である権利付与要求を受け付け、
前記権利付与要求に基づいて、前記代行ユーザに対して前記権限を所定の期間だけ与えることを示す情報である権限付与情報を記憶手段に記憶させ、
前記共用資源を使用したい旨の要求である使用要求が前記代行ユーザからあった場合に、前記記憶手段に記憶されている、当該代行ユーザの前記権限付与情報に基づいて、当該代行ユーザに当該共用資源を使用させてもよいか否かを判別する、
ことを特徴とする共用資源管理方法。
【請求項５】
複数のユーザによって共用される資源である共用資源の管理を行うコンピュータに用いられるコンピュータプログラムであって、
前記共用資源を使用する権限を有しているユーザの代わりに当該共用資源を一時的に使用させたいユーザである代行ユーザに対して当該権限を与えるべき旨の要求である権利付与要求を受け付ける処理と、
前記権利付与要求に基づいて、前記代行ユーザに対して前記権限を所定の期間だけ与えることを示す情報である権限付与情報を記憶手段に記憶させる処理と、
前記共用資源を使用したい旨の要求である使用要求が前記代行ユーザからあった場合に、前記記憶手段に記憶されている、当該代行ユーザの前記権限付与情報に基づいて、当該代行ユーザに当該共用資源を使用させてもよいか否かを判別する処理と、
をコンピュータに実行させるためのコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００７−２４９９１２（Ｐ２００７−２４９９１２Ａ）
【公開日】平成１９年９月２７日（２００７．９．２７）
【国際特許分類】
【出願番号】特願２００６−７６３５６（Ｐ２００６−７６３５６）
【出願日】平成１８年３月２０日（２００６．３．２０）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成１９年９月２７日（２００７．９．２７）
【国際特許分類】
【出願日】平成１８年３月２０日（２００６．３．２０）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]