JP6053133B2

JP6053133B2 - 特権ユーザｉｄ貸し出しシステム、特権ユーザｉｄの貸し出し方法、およびプログラム

Info

Publication number: JP6053133B2
Application number: JP2012269709A
Authority: JP
Inventors: 輝之木原
Original assignee: Hitachi Systems Ltd
Current assignee: Hitachi Systems Ltd
Priority date: 2012-12-10
Filing date: 2012-12-10
Publication date: 2016-12-27
Anticipated expiration: 2032-12-10
Also published as: JP2014115841A

Description

本発明は、ユーザＩＤ（IDentification）の管理技術に関し、特に、特別な権限を持ったユーザＩＤにおける管理に有効な技術に関する。

管理者権限を有するＩＤを管理するため技術として、特開２０１０−１２２７７６号公報（特許文献１）には、以下のような内容が開示されている。

管理サーバと、複数の管理対象サーバと、管理用端末とが、ネットワークを介して通信自在に接続された特権ＩＤ管理システムである。管理サーバは、管理用端末から管理者権限を持つＩＤのパスワード要求を受信すると、データベースから、既に登録された申請情報を取り出し、申請情報の中の作業担当者とパスワード要求を行った作業担当者が同じかをチェックする手段と、申請情報の中の管理者権限を持つＩＤとを照合して正しい管理者権限を持つＩＤかをチェックする手段を備える。

これにより、管理者権限を持つＩＤと管理者権限を持つＩＤを使用する作業担当者とを紐つけることにより、作業担当者が行った作業を把握することができると共に、管理者権限を持つＩＤを安全に管理する。

ここで、特権ＩＤとは、ｒｏｏｔやａｄｍｉｎｉｓｔｒａｔｏｒなど、ＯＳ（Operating System）やミドルウエアで最大の権限を持った管理者向けＩＤのことである。

特開２０１０−１２２７７６号公報

ところが、上記のような管理者権限を有するＩＤの管理技術では、次のような問題点があることが本発明者により見い出された。

上記した特許文献１では、特権ＩＤを貸し出して利用する場合に、該特権ＩＤで行う作業内容が正しいかどうかの確認ができていないという問題がある。また、特権ユーザＩＤにより不正な作業を行っていないかの監視ができていないという問題がある。

本発明の目的は、特権ＩＤにて行う作業内容を監視し、不正利用を防止することのできる技術を提供することにある。

本発明の前記ならびにそのほかの目的と新規な特徴については、本明細書の記述および添付図面から明らかになるであろう。

本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。

すなわち、前述の目的を達成するために、本発明では、貸し出し申請を行う際に作業内容を入力し、その内容を承認者が確認してから承認することができ、申請内容に不備があれば否認をする仕組みを実現する。

また、本発明では、申請内容にある使用開始時間と使用終了時間の間の監査ログと申請時に入力した作業内容に差異がないかをリアルタイムで確認し、差異があった場合には特権ユーザＩＤを即時にロックし使用できないようにすることによって不正使用を防止する仕組みを実現する。

本発明は、通信回線に接続され、特別な権限を有する特権ユーザＩＤの貸し出しを申請する申請端末と、通信回線に接続され、特権ユーザＩＤの貸し出しを承認する承認端末と、特権ユーザＩＤ貸し出しツール部とを有する特権ユーザＩＤ貸し出しシステムである。

特権ユーザＩＤ貸し出しツール部は、特権ユーザＩＤの貸し出し申請の管理を行い、申請端末による申請内容と貸し出しした特権ユーザＩＤによる作業内容とに差異がある場合、貸し出しした特権ユーザＩＤの使用を中止する。

また、本発明は、特権ユーザＩＤにて行う作業内容を監視し、不正利用を防止するシステムによる方法や、前記システムとしてコンピュータシステムを機能させるプログラムにも適用することができる。

本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。

高度なセキュリティサービスを提供することができる。

本実施の形態による特権ユーザＩＤ貸し出しシステムにおける構成の一例を示す説明図である。図１の特権ユーザＩＤ貸し出しツール部が有する承認者定義テーブルの構成例を示す説明図である。図１の特権ユーザＩＤ貸し出しツール部が有する貸し出し状況テーブルにおけるテーブル構成の一例を示す説明図である。図１の特権ユーザＩＤ貸し出しツール部が有する貸し出し履歴テーブルにおけるテーブル構成の一例を示す説明図である。図１の特権ユーザＩＤ貸し出しツール部が有する貸し出し履歴テーブルのデータ格納例を示した説明図である。図１の特権ユーザＩＤ貸し出しツール部が有する作業内容管理テーブルにおけるテーブル構成の一例を示す説明図である。図１の特権ユーザＩＤ貸し出しツール部が有する監査ログテーブルにおけるテーブル構成の一例を示す説明図である。図１の特権ユーザＩＤ貸し出しツール部が有する申請機能部における処理の一例を示すフローチャートである。申請者ＰＣに表示される特権ユーザ貸し出し画面の一例を示す説明図である。申請機能部が生成する特権ユーザ貸し出し承認依頼メールの一例を示す説明図である。図１の特権ユーザＩＤ貸し出しツール部が有する承認機能部における処理の一例を示すフローチャートである。承認機能部が承認者ＰＣに表示する承認／否認／申請内容照会画面の一例を示す説明図である。特権ユーザＩＤ貸し出しツール部が生成する特権ユーザ貸し出し承認メールの一例を示す説明図である。図１の特権ユーザＩＤ貸し出しツール部が有する否認機能部における処理の一例を示すフローチャートである。図１の特権ユーザＩＤ貸し出しツール部が有する期間延長機能部における処理の一例を示すフローチャートである。図１の特権ユーザＩＤ貸し出しツール部が有する申請内容照会機能部における処理の一例を示すフローチャートである。図１の特権ユーザＩＤ貸し出しツール部が有する貸し出し状況検索機能部における処理の一例を示すフローチャートである。貸し出し状況検索機能部が申請者ＰＣ、または承認者ＰＣに表示する貸し出し状況検索画面の一例を示す説明図である。図１の特権ユーザＩＤ貸し出しツール部が有するログ監視機能部における処理の一例を示すフローチャートである。ログ監視機能部が生成する申請外作業検知メールの一例を示す説明図である。図１の特権ユーザＩＤ貸し出しツール部が有するＩＤ貸し出し機能部における処理の一例を示すフローチャートである。特権ユーザＩＤ貸し出しツール部が生成する特権ユーザ情報メールの一例を示す説明図である。図１の特権ユーザＩＤ貸し出しツール部が有するＩＤ返却機能部における処理の一例を示すフローチャートである。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。

〈発明の概要〉
本発明の第１の概要は、特権ユーザＩＤ貸し出しシステム（特権ユーザＩＤ貸し出しシステム１００）である。この特権ユーザＩＤ貸し出しシステムは、申請端末（申請者ＰＣ１０１）、承認端末（承認者ＰＣ１０２）、および特権ユーザＩＤ貸し出しツール部（特権ユーザＩＤ貸し出しツール部１０５）を有する。

申請端末は、通信回線（ネットワーク１０３）に接続され、特別な権限を有する特権ユーザＩＤの貸し出しを申請する。承認端末は、通信回線に接続され、特権ユーザＩＤの貸し出しを承認する。

特権ユーザＩＤ貸し出しツール部は、通信回線に接続され、特権ユーザＩＤの貸し出し申請の管理を行い、申請端末による申請内容と貸し出しした特権ユーザＩＤによる作業内容とに差異がある場合、貸し出しした特権ユーザＩＤの使用を中止する。

本発明の第２の概要は、コンピュータシステム（特権ユーザＩＤ貸し出しシステム１００）により、特別な権限を有する特権ユーザＩＤの貸し出しを管理する特権ユーザＩＤの貸し出し方法である。コンピュータシステムは、通信回線（ネットワーク１０３）に接続された申請端末（申請者ＰＣ１０１）と、通信回線（ネットワーク１０３）に接続された承認端末（承認者ＰＣ１０２）と、通信回線に接続された特権ユーザＩＤ貸し出しツール部（特権ユーザＩＤ貸し出しツール部１０５）とを有する。

また、特権ユーザＩＤの貸し出し方法は、以下のステップを有する。

申請端末により、特権ユーザＩＤの貸し出しを申請する貸し出し申請情報を入力するステップである。申請端末から入力された貸し出し申請情報を承認端末によって承認するステップである。

承認端末によって承認された特権ユーザＩＤを貸し出し、申請端末から入力された貸し出し申請情報に含まれる作業内容と貸し出された特権ユーザＩＤによる作業内容とに差異があるか否かを特権ユーザＩＤ貸し出しツール部が判定するステップである。

貸し出し申請情報に含まれる作業内容と貸し出された特権ユーザＩＤの作業内容とに差異があると検出した際に、特権ユーザＩＤ貸し出しツール部が特権ユーザＩＤを使用停止するステップである。

本発明の第３の概要は、コンピュータシステム（特権ユーザＩＤ貸し出しシステム１００）により実行させるプログラムである。

このプログラムは、以下のステップを有している。

申請端末（申請者ＰＣ１０１）により、特権ユーザＩＤの貸し出しを申請する貸し出し申請情報を入力するステップ、および申請端末から入力された貸し出し申請情報を承認端末（承認者ＰＣ１０２）によって承認するステップである。

承認端末によって承認された特権ユーザＩＤを貸し出し、申請端末から入力された貸し出し申請情報に含まれる作業内容と貸し出された特権ユーザＩＤによる作業内容とに差異があるか否かを特権ユーザＩＤ貸し出しツール部（特権ユーザＩＤ貸し出しツール部１０５）が判定するステップである。

また、プログラムを実行するコンピュータシステムは、申請端末（申請者ＰＣ１０１）と、承認端末と、特権ユーザＩＤ貸し出しツール部とを有する。これら申請端末（申請者ＰＣ１０１）、承認端末、および特権ユーザＩＤ貸し出しツール部は、通信回線（ネットワーク１０３）を介してそれぞれ接続されている。

以下、上記した概要に基づいて、実施の形態を詳細に説明する。

〈特権ユーザＩＤ貸し出しシステムの構成例〉
図１は、本実施の形態による特権ユーザＩＤ貸し出しシステム１００における構成の一例を示す説明図である。

特権ユーザＩＤ貸し出しシステム１００は、申請者ＰＣ１０１、承認者ＰＣ１０２、およびサーバ１０４を有する。これら申請者ＰＣ１０１、承認者ＰＣ１０２、およびサーバ１０４は、インターネット回線や専用通信回線などのネットワーク１０３を介して接続されている。

申請者ＰＣ１０１、および承認者ＰＣ１０２は、例えば、パーソナルコンピュータなどの電子端末からなる。また、図１では、申請者ＰＣ１０１と承認者ＰＣ１０２とが、それぞれ１つの構成としたが、これらは、複数台を有する構成であってもよい。

サーバ１０４は、特権ユーザＩＤ貸し出しツール部１０５を有する。特権ユーザＩＤ貸し出しツール部１０５は、特別な権限を持つＩＤである特権ユーザＩＤの申請、貸し出しを行い、その特権ユーザＩＤでの作業内容と申請内容をマッチングし、不正な作業を行っていないかを監視する。

特権ユーザＩＤ貸し出しツール部１０５は、申請機能部１０６、承認機能部１０７、否認機能部１０８、申請内容照会機能部１０９、貸し出し状況検索機能部１１０、ＩＤ貸し出し機能部１１１、ＩＤ返却機能部１１２、期間延長機能部１１３、およびログ監視機能部１１４を有する。

特権ユーザＩＤ貸し出しツール部１０５は、承認者定義テーブル１１５、貸し出し状況テーブル１１６、貸し出し履歴テーブル１１７、作業内容管理テーブル１１８、および監査ログテーブル１１９などの各種の情報を格納するテーブルを有する。

申請機能部１０６は、特権ユーザの貸し出しにおける申請処理を行う。承認機能部１０７は、申請機能部１０６において申請された依頼を承認する処理を行う。否認機能部１０８は、申請機能部１０６によって申請された依頼を否認する処理を行う。申請内容照会機能部１０９は、申請機能部１０６にて申請された申請内容を照会する処理を行う。

貸し出し状況検索機能部１１０は、特権ユーザＩＤの貸し出し状況を照会する処理を行う。ＩＤ貸し出し機能部１１１は、承認機能部１０７において承認された際に特権ユーザＩＤの貸し出し処理を行う。

ＩＤ返却機能部１１２は、特権ユーザＩＤの使用終了時間になった時に特権ユーザＩＤの返却処理を行う。期間延長機能部１１３は、申請機能部１０６による申請後に、使用者が使用終了時間を延長する際の延長申請の処理を行う。ログ監視機能部１１４は、申請時間内の作業ログと申請内容とを比較し、申請外の作業が行われていないかを監視する処理を行う。

図２は、図１の特権ユーザＩＤ貸し出しツール部１０５が有する承認者定義テーブル１１５の構成例を示す説明図である。図２（ａ）は、承認者定義テーブル１１５のテーブル構成例を示し、図２（ｂ）は、承認者定義テーブル１１５のデータ格納例を示している。

承認者定義テーブル１１５は、承認するユーザを管理するテーブルであり、図２（ａ）に示すように、ユーザＩＤ、およびメールアドレスから構成されている。ユーザＩＤは、承認者のユーザＩＤであり、メールアドレスは、承認依頼などのメールを配信するメールアドレスである。

図３は、図１の特権ユーザＩＤ貸し出しツール部１０５が有する貸し出し状況テーブル１１６におけるテーブル構成の一例を示す説明図である。図３（ａ）は、貸し出し状況テーブル１１６におけるテーブル構成例を示し、図３（ｂ）は、貸し出し状況テーブル１１６におけるデータ格納例を示している。

貸し出し状況テーブル１１６は、特権ユーザＩＤの貸し出し状況を管理するテーブルである。この貸し出し状況テーブル１１６は、図示すように、特権ユーザＩＤ、受付番号、申請者ＩＤ、使用開始日、使用開始時間、承認者ＩＤ、および承認者メールアドレスを有する。

特権ユーザＩＤは、特権ユーザのＩＤである。受付番号は、受付日と受付時間との結合値であり、一意の番号となる。申請者ＩＤは、申請者のユーザＩＤである。使用開始日は、特権ユーザＩＤの使用（予定）開始日（年月日）である。

使用開始時間は、特権ユーザＩＤの使用（予定）開始時間（時分秒）である。承認者ＩＤは、承認者のユーザＩＤであり、承認者メールアドレスは、承認者のメールアドレスである。

図４は、図１の特権ユーザＩＤ貸し出しツール部１０５が有する貸し出し履歴テーブル１１７におけるテーブル構成の一例を示す説明図である。図５は、貸し出し履歴テーブル１１７のデータ格納例を示した説明図である。

貸し出し履歴テーブル１１７は、申請内容を管理するテーブルである。この貸し出し履歴テーブル１１７は、図示するように、受付日、受付番号、申請者ＩＤ、使用開始日、使用開始時間、使用終了日、使用終了時間、申請者メールアドレス、承認者ＩＤ、承認者メールアドレス、使用者メールアドレス、貸し出しＩＤ、ステータス、申請内容、承認日、承認時間、返却日、および返却時間を有する。

受付日は、申請を受付た日（年月日）であり、受付番号は、申請を受付た日（年月日）と受付時間（時分秒）の結合値であり、一意の番号となる。申請者ＩＤは、申請者のユーザＩＤであり、使用開始日は、特権ユーザＩＤの使用（予定）開始日（年月日）である。

使用開始時間は、特権ユーザＩＤの使用（予定）開始時間（時分秒）である。使用終了日は、特権ユーザＩＤの使用（予定）終了日（年月日）であり、使用終了時間は、特権ユーザＩＤの使用（予定）終了時間（時分秒）である。

申請者メールアドレスは、申請者のメールアドレスであり、承認者ＩＤは、承認者のユーザＩＤである。承認者メールアドレスは、承認者のメールアドレスであり、使用者メールアドレスは、使用者のメールアドレスである。

貸し出しＩＤは、貸し出した特権ユーザＩＤを示す。ステータスは、特権ユーザＩＤの状態を示し、例えば、「１」は承認待ち、「２」は承認、「３」は否認、「４」は貸し出し中、「５」は延長承認待ち、「６」は返却済みなどの状態をそれぞれ示す。

申請内容は、特権ユーザＩＤを使用して行う作業内容であり、承認日は、申請が承認された日付け（年月日）である。承認時間は、申請が承認された時間（時分秒）であり、返却日は、特権ユーザＩＤがリセットされた日付け（年月日）である。返却時間は、特権ユーザＩＤがリセットされた時間（時分秒）である。

図６は、図１の特権ユーザＩＤ貸し出しツール部１０５が有する作業内容管理テーブル１１８におけるテーブル構成の一例を示す説明図である。図６（ａ）は、作業内容管理テーブル１１８におけるテーブル構成例を示し、図６（ｂ）は、作業内容管理テーブル１１８におけるデータ格納例を示している。

作業内容管理テーブル１１８は、申請内容のうち、作業内容を管理するテーブルである。この作業内容管理テーブル１１８は、図示するように、受付番号、アクション、およびテーブルＩＤを有する。受付番号は、受付日（年月日）と受付時間（時分秒）との結合値からなり、一意の番号で表される。アクションは、特権ユーザＩＤによって行う作業内容であり、テーブルＩＤは、特権ユーザＩＤにて作業を行うテーブルを示す。

図７は、図１の特権ユーザＩＤ貸し出しツール部１０５が有する監査ログテーブル１１９におけるテーブル構成の一例を示す説明図である。図７（ａ）は、監査ログテーブル１１９におけるテーブル構成例を示し、図７（ｂ）は、監査ログテーブル１１９におけるデータ格納例を示している。

監査ログテーブル１１９は、作業時のログが格納されているテーブルである。この監査ログテーブル１１９は、図示するように、ユーザＩＤ、日付、時刻、アクションおよびテーブルを有する。

ユーザＩＤは、作業を行ったユーザのＩＤであり、日付は、作業を行った日付（年月日）である。時刻は、作業を行った時間（時分秒）であり、アクションは、特権ユーザＩＤにて行う作業内容である。テーブルは、特権ユーザＩＤにて作業を行うテーブルを示す。

〈特権ユーザＩＤ貸し出しツール部の処理例〉
続いて、特権ユーザＩＤ貸し出しツール部１０５の各機能における処理例について説明する。

以下に示す処理を行う各種機能は、たとえば、サーバ１０４などに設けられたプログラム格納メモリ（図示せず）などに記憶されているプログラム形式のソフトウェアを、該サーバ１０４の図示しないＣＰＵ（Central Processing Unit）などがそれぞれ実行することにより実現する。

〈申請機能部の処理例〉
図８は、図１の特権ユーザＩＤ貸し出しツール部１０５が有する申請機能部１０６における処理の一例を示すフローチャートである。図９は、申請者ＰＣ１０１に表示される特権ユーザ貸し出し画面Ｇ１の一例を示す説明図である。図１０は、申請機能部１０６が生成する特権ユーザ貸し出し承認依頼メールの一例を示す説明図である。

まず、申請者が申請者ＰＣ１０１に表示された図９に示す特権ユーザ貸し出し画面Ｇ１から申請内容を入力し（ステップＳ１０１）、図９の貸し出し申請ボタンＢ１を選択する（ステップＳ１０２）。続いて、図９の実行ボタンＢ２を押す（ステップＳ１０３）。

それにより、申請機能部１０６は、図４に示す貸し出し履歴テーブル１１７をステップＳ１０２の申請内容で更新し（ステップＳ１０４）、更新結果を判定する（ステップＳ１０５）。

更新に失敗した場合（SY-SUBRC≠０）、申請機能部１０６は、更新前の状態に戻す処理である更新内容のロールバックを実施して（ステップＳ１０６）、図９の特権ユーザ貸し出し画面Ｇ１にエラーメッセージを表示する（ステップＳ１０７）。

また、ステップＳ１０５の処理において、更新に成功した場合（SY-SUBRC＝０）、申請機能部１０６は、図６の作業内容管理テーブル１１８を更新し（ステップＳ１０８）、更新結果を判定する（ステップＳ１０９）。

ステップＳ１０９処理において更新に失敗すると（SY-SUBRC≠０）、申請機能部１０６は、前述したステップＳ１０６の処理、およびステップＳ１０７の処理を実行する。また、ステップＳ１０９の処理において、更新に成功した場合（SY-SUBRC＝０）、申請機能部１０６は、図１０に示すような特権ユーザ貸し出し承認依頼メールＭＬ１を生成し、例えば、申請者のメールアドレス、承認者のメールアドレス、および申請時に入力されたメールアドレスなどにそれぞれメール送信する（ステップＳ１１０）。続いて、申請機能部１０６は、図９の特権ユーザ貸し出し画面Ｇ１に受付番号を表示する（ステップＳ１１１）。

以上により、申請機能部１０６による処理が終了となる。

〈承認機能部の処理例〉
図１１は、図１の特権ユーザＩＤ貸し出しツール部１０５が有する承認機能部１０７における処理の一例を示すフローチャートである。図１２は、承認機能部１０７が承認者ＰＣ１０２に表示する承認／否認／申請内容照会画面の一例を示す説明図である。図１３は、特権ユーザＩＤ貸し出しツール部１０５が生成する特権ユーザ貸し出し承認メールの一例を示す説明図である。

まず、承認者が、承認者ＰＣ１０２に表示される図９の特権ユーザ貸し出し画面Ｇ１から受付番号の入力を行う（ステップＳ２０１）。続いて、特権ユーザ貸し出し画面Ｇ１の承認ボタンＢ３を選択し（ステップＳ２０２）、特権ユーザ貸し出し画面Ｇ１の実行ボタンＢ２を押す（ステップＳ２０３）。

承認機能部１０７は、図４の貸し出し履歴テーブル１１７からステップＳ２０１の処理において入力された受付番号でまだ未承認のデータ（ステータスが”１（承認待）”または”５（延長承認待）”）の申請内容を検索し（ステップＳ２０４）、検索結果を判定する（ステップＳ２０５）。

検索に失敗した場合（SY-SUBRC≠０）、承認機能部１０７は、図９の特権ユーザ貸し出し画面Ｇ１にエラーメッセージを表示する（ステップＳ２０６）。また、検索に成功した場合（SY-SUBRC＝０）には、承認者ＰＣ１０２に表示される図１２に示すような承認／否認／申請内容照会画面Ｇ２に検索結果を表示する（ステップＳ２０７）。

続いて、承認者が、承認者ＰＣ１０２から図１２の承認ボタンを押下すると（ステップＳ２０８）、承認機能部１０７は、該承認ボタンを押下したユーザが承認として定義されているか否かを図２の承認者定義テーブル１１５をログインしているユーザＩＤで検索し（ステップＳ２０９）、検索結果を判定する（ステップＳ２１０）。

検索した結果、存在していない場合（SY-SUBRC≠０）、承認機能部１０７は、承認者ＰＣ１０２に表示される図１２の承認／否認／申請内容照会画面Ｇ２にエラーメッセージを表示する（ステップＳ２１１）。

また、検索した結果、存在していた場合（SY-SUBRC＝０）、承認機能部１０７は、図４の貸し出し履歴テーブル１１７を更新し（ステップＳ２１２）、更新結果を判定する（ステップＳ２１３）。

ステップＳ２１３の処理おいて、更新に失敗した場合（SY-SUBRC≠０）、更新前の状態に戻すロールバックを実施し（ステップＳ２１４）、承認者ＰＣ１０２に表示される図１２の承認／否認／申請内容照会画面Ｇ２にエラーメッセージを表示させる（ステップＳ２１５）。

また、ステップＳ２１３の処理おいて、更新に成功した場合（SY-SUBRC＝０）、図１３に示すような特権ユーザ貸し出し承認メールＭＬ２を生成し、申請者のメールアドレス、承認者のメールアドレス、および申請時に入力したメールアドレスにそれぞれメール送信する（ステップＳ２１６）。

以上により、承認機能部の処理が終了となる。

〈否認機能部の処理例〉
図１４は、図１の特権ユーザＩＤ貸し出しツール部１０５が有する否認機能部１０８における処理の一例を示すフローチャートである。

まず、承認者が、承認者ＰＣ１０２に表示される図９の特権ユーザ貸し出し画面Ｇ１から受付番号の入力を行い（ステップＳ３０１）、特権ユーザ貸し出し画面Ｇ１の否認ボタンＢ４を選択し（ステップＳ３０２）、特権ユーザ貸し出し画面Ｇ１の実行ボタンＢ２を押す（ステップＳ３０３）。

否認機能部１０８は、図４の貸し出し履歴テーブル１１７からステップＳ３０１の処理により入力された受付番号でまだ未承認のデータ（ステータスが”１（承認待）”または”５（延長承認待）”）の申請内容を検索し（ステップＳ３０４）、検索結果を判定する（ステップＳ３０５）。

ステップＳ３０５の処理において、検索に失敗した場合（SY-SUBRC≠０）、承認者ＰＣ１０２に表示される図９の特権ユーザ貸し出し画面Ｇ１にエラーメッセージを表示する（ステップＳ３０６）。

また、ステップＳ３０５の処理において、検索に成功した場合（SY-SUBRC＝０）、承認者ＰＣ１０２に表示される図１２の承認／否認／申請内容照会画面Ｇ２に検索結果を表示する（ステップＳ３０７）。

承認者が承認者ＰＣ１０２から否認ボタンを押下すると（ステップＳ３０８）、否認機能部１０８は、押下したユーザが承認者として定義されているか否かを図２の承認者定義テーブル１１５をログインしているユーザＩＤにて検索し（ステップＳ３０９）、検索結果を判定する（ステップＳ３１０）。

ステップＳ３１０の処理において、検索した結果、存在していない場合（SY-SUBRC≠０）、否認機能部１０８は、承認者ＰＣ１０２に表示される図１２の承認／否認／申請内容照会画面Ｇ２にエラーメッセージを表示させる（ステップＳ３１１）。

また、ステップＳ３１０の処理において、検索した結果、存在していた場合（SY-SUBRC＝０）、否認機能部１０８は、図４の貸し出し履歴テーブル１１７を更新し（ステップＳ３１２）、更新結果を判定する（ステップＳ３１３）。

ステップＳ３１３の処理において、更新に失敗した場合（SY-SUBRC≠０）、更新前の状態に戻すロールバックを実施し（ステップＳ３１４）、承認者ＰＣ１０２に表示される図１２の承認／否認／申請内容照会画面Ｇ２にエラーメッセージを表示させる（ステップＳ３１５）。また、ステップＳ３１３の処理において、更新に成功した場合（SY-SUBRC＝０）、図１３の特権ユーザ貸し出し否認メールＭＬ２を、例えば、申請者のメールアドレス、承認者のメールアドレス、および申請時に入力したメールアドレスなどにメール送信する。

以上により、否認機能部１０８の処理が終了となる。

〈期間延長機能部の処理例〉
図１５は、図１の特権ユーザＩＤ貸し出しツール部１０５が有する期間延長機能部１１３における処理の一例を示すフローチャートである。

まず、申請者が申請者ＰＣ１０１に表示される図９の特権ユーザ貸し出し画面Ｇ１から受付番号と使用終了日の入力を行い（ステップＳ４０１）、特権ユーザ貸し出し画面Ｇ１の期間延長申請ボタンＢ５を選択し（ステップＳ４０２）、実行ボタンを押す（ステップＳ４０３）。

期間延長機能部１１３は、図４の貸し出し履歴テーブル１１７からステップＳ４０１の処理で入力された受付番号でまだ未承認のデータ（ステータスが”１（承認待）”または”４（貸し出し中）”または”５（延長承認待）”）の申請内容を検索し（ステップＳ４０４）、検索結果を判定する（ステップＳ４０５）。

ステップＳ４０５の処理において、検索に失敗した場合（SY-SUBRC≠０）、期間延長機能部１１３は、申請者ＰＣ１０１に表示される図９の特権ユーザ貸し出し画面Ｇ１にエラーメッセージを表示する（ステップＳ４０６）。

ステップＳ４０５の処理において、検索に成功した場合（SY-SUBRC＝０）、期間延長機能部１１３は、図４の貸し出し履歴テーブル１１７を更新し（ステップＳ４０７）、更新結果を判断する（ステップＳ４０８）。

ステップＳ４０８の処理おいて、更新に失敗した場合（SY-SUBRC≠０）、更新前の状態に戻すロールバックを実施し（ステップＳ４０９）、申請者ＰＣ１０１に表示される図９の特権ユーザ貸し出し画面Ｇ１にエラーメッセージを表示させる（ステップＳ４１０）。

ステップＳ４０８の処理おいて、更新に成功した場合（SY-SUBRC＝０）、図１０に示す特権ユーザ貸し出し承認依頼メールＭＬ１を申請者のメールアドレス、承認者のメールアドレス、および申請時に入力されたメールアドレスなどにメール送信する（ステップＳ４１１）。

以上により、期間延長機能部１１３の処理が終了となる。

図１６は、図１の特権ユーザＩＤ貸し出しツール部１０５が有する申請内容照会機能部１０９における処理の一例を示すフローチャートである。

まず、申請者もしくは承認者が、申請者ＰＣ１０１、または承認者ＰＣ１０２に表示される図９の特権ユーザ貸し出し画面Ｇ１から受付番号を入力し（ステップＳ５０１）、特権ユーザ貸し出し画面Ｇ１の申請内容照会ボタンＢ６を選択し（ステップＳ５０２）、特権ユーザ貸し出し画面Ｇ１の実行ボタンＢ２を押す（ステップＳ５０３）。

申請内容照会機能部１０９は、図４の貸し出し履歴テーブル１１７、および図６の作業内容管理テーブル１１８からステップＳ５０１の処理にて入力された受付番号から申請データを検索し（ステップＳ５０４）、検索結果を判定する（ステップＳ５０５）。

ステップＳ５０５の処理において、検索に失敗した場合（SY-SUBRC≠０）、申請者ＰＣ１０１、または承認者ＰＣ１０２に表示される図９の特権ユーザ貸し出し画面Ｇ１にエラーメッセージを表示させる（ステップＳ５０６）。

ステップＳ５０５の処理において、検索に成功した場合（SY-SUBRC＝０）、申請者ＰＣ１０１、または承認者ＰＣ１０２に表示される図１２の承認／否認／申請内容照会画面Ｇ２に検索結果を表示する（ステップＳ５０７）。

以上により、申請内容照会機能部１０９の処理が終了となる。

図１７は、図１の特権ユーザＩＤ貸し出しツール部１０５が有する貸し出し状況検索機能部１１０における処理の一例を示すフローチャートである。図１８は、貸し出し状況検索機能部１１０が申請者ＰＣ１０１、または承認者ＰＣ１０２に表示する貸し出し状況検索画面の一例を示す説明図である。

申請者、もしくは承認者が、申請者ＰＣ１０１、または承認者ＰＣ１０２に表示される図９の特権ユーザ貸し出し画面Ｇ１から受付番号の入力を行う（ステップＳ６０１）。その後、特権ユーザ貸し出し画面Ｇ１の貸し出し状況検索ボタンＢ７を選択し（ステップＳ６０２）、特権ユーザ貸し出し画面Ｇ１の実行ボタンＢ２を押す（ステップＳ６０３）。

貸し出し状況検索機能部１１０は、図３の貸し出し状況テーブル１１６からステップＳ６０１の処理にて入力された受付番号で貸し出し状況データを検索し（ステップＳ６０４）、検索結果を判定する（ステップＳ６０５）。

ステップＳ６０５の処理において、検索に失敗した場合（SY-SUBRC≠０）、申請者ＰＣ１０１、または承認者ＰＣ１０２に表示される図９の特権ユーザ貸し出し画面Ｇ１にエラーメッセージを表示させる（ステップＳ６０６）。

ステップＳ６０５の処理において、検索に成功した場合（SY-SUBRC＝０）、申請者ＰＣ１０１、または承認者ＰＣ１０２に表示される図１８に示すような貸し出し状況検索画面Ｇ３に検索結果を表示する（ステップＳ６０７）。

以上により、貸し出し状況検索機能部１１０の処理が終了となる。

図１９は、図１の特権ユーザＩＤ貸し出しツール部１０５が有するログ監視機能部１１４における処理の一例を示すフローチャートである。図２０は、ログ監視機能部１１４が生成する申請外作業検知メールの一例を示す説明図である。

まず、ログ監視機能部１１４は、図４の貸し出し履歴テーブル１１７、および図６の作業内容管理テーブル１１８から貸し出し中（貸し出しＩＤ≠""）の申請の中でシステム時間（現在時間）が使用開始時間を経過している（使用開始時間＜＝システム時間）ものを検索し（ステップＳ７０１）、検索結果を判定する（ステップＳ７０２）。

ステップＳ７０２の処理おいて、検索に失敗した場合（SY-SUBRC≠０）、処理が終了となる。ステップＳ７０２の処理おいて、検索に成功した場合（SY-SUBRC＝０）、図７の監査ログテーブル１１９を検索し（ステップＳ７０３）、検索結果を判定する（ステップＳ７０４）。

ステップＳ７０４の処理おいて、検索に成功した場合（SY-SUBRC＝０）、ログ監視機能部１１４は、ログの内容（アクション、テーブル）と申請した作業内容（アクション、テーブルＩＤ）との監査ログマッチングを行い（ステップＳ７０５）、特権ユーザＩＤ貸し出しツール部１０５内でマッチング結果を判定する（ステップＳ７０６）。

ステップＳ７０６の処理において、申請にないログが検出された場合（SY-SUBRC≠０）、ログ監視機能部１１４は、貸し出しした特権ユーザがこれ以上使用できないようにユーザをロックする（ステップＳ７０７）。そして、図２０に示すような申請外作業検知メールＭＬ３生成し、使用者のメールアドレス、および承認者のメールアドレスにそれぞれメール送信する（ステップＳ７０８）。

また、ステップＳ７０６の処理おいて、申請にないログが検出されなかった場合（SY-SUBRC=０）は、システム時間が使用終了時間を越えている（使用終了時間＜システム時間）かを判定するログ監視終了判定を行い（ステップＳ７０９）、判定結果を判定する（ステップＳ７１０）。同様に、ステップＳ７０４の処理おいて、検索に失敗した場合についても（SY-SUBRC≠０）、ステップＳ７０９の処理、およびステップＳ７１０の処理を実行する。

ステップＳ７１０の処理おいて、経過していない場合には（SY-SUBRC≠０）、再度ステップＳ７０１の処理に戻る。また、経過している場合（SY-SUBRC＝０）には、処理が終了となる。

このように、特権ユーザＩＤの作業内容に対してリアルタイムに監視を行うことが可能となり、不正アクセスやデータ改ざんなどを迅速に検知することが可能となる。

図２１は、図１の特権ユーザＩＤ貸し出しツール部１０５が有するＩＤ貸し出し機能部１１１における処理の一例を示すフローチャートである。図２２は、特権ユーザＩＤ貸し出しツール部１０５が生成する特権ユーザ情報メールの一例を示す説明図である。

ＩＤ貸し出し機能部１１１は、図４の貸し出し履歴テーブル１１７から承認済（ステータス＝”２（承認）”）のデータを検索し（ステップＳ８０１）、検索結果を判定する（ステップＳ８０２）。ステップＳ８０２の処理おいて、該当するものがなかった場合には（SY-SUBRC≠０）、処理が終了となる。

ステップＳ８０２の処理おいて、該当するものが存在した場合（SY-SUBRC＝０）、図４の貸し出し履歴テーブル１１７から貸し出し済（貸し出しＩＤ≠""）のデータを検索し（ステップＳ８０３）、検索結果を判定する（ステップＳ８０４）。

ステップＳ８０４の処理において、該当するものが存在した場合（SY-SUBRC＝０）図４の貸し出し履歴テーブル１１７を更新し（ステップＳ８０５）、更新結果を判定する（ステップＳ８０６）。

ステップＳ８０６の処理において、更新が失敗していた場合（SY-SUBRC≠０）、更新前の状態に戻すロールバックを実行し（ステップＳ８０７）、申請者ＰＣ１０１、および承認者ＰＣ１０２にエラーメッセージを出力する（ステップＳ８０８）。

ステップＳ８０６の処理において、更新が成功していた場合（SY-SUBRC＝０）、図２２に示すような特権ユーザ情報メールＭＬ４を生成し、使用者のメールアドレス、および承認者のメールアドレスにそれぞれメール送信する（ステップＳ８０９）。

ステップＳ８０４の処理において、該当するものがなかった場合（SY-SUBRC≠０）、図３の貸し出し状況テーブル１１６からまだ貸し出ししていない（受付番号＝""）特権ユーザＩＤを検索し（ステップＳ８１０）、検索結果を判定する（ステップＳ８１１）。

ステップＳ８１１の処理において、該当するものが存在しない場合（SY-SUBRC≠０）は、処理が終了となり、該当するものが存在した場合には（SY-SUBRC＝０）、図３の貸し出し状況テーブル１１６を更新し（ステップＳ８１２）、更新結果を判定する（ステップＳ８１３）。

ステップＳ８１３の処理において、更新に失敗した場合（SY-SUBRC≠０）、更新前の状態に戻すロールバックを実行し（ステップＳ８１４）、申請者ＰＣ１０１、および承認者ＰＣ１０２にエラーメッセージを出力する（ステップＳ８１５）。

ステップＳ８１３の処理において、更新に成功した場合（SY-SUBRC＝０）、続けて図４の貸し出し履歴テーブル１１７を更新し（ステップＳ８１６）、更新結果を判定する（ステップＳ８１７）。

ステップＳ８１７の処理において、更新に失敗した場合（SY-SUBRC≠０）、ステップＳ８１４，Ｓ８１５の処理を実行する。ステップＳ８１７の処理において、更新に成功した場合（SY-SUBRC＝０）、図２２の特権ユーザ情報メールＭＬ４を生成し、使用者のメールアドレス、および承認者のメールアドレスに送信する（ステップＳ８１８）。

以上により、ＩＤ貸し出し機能部１１１の処理が終了となる。

図２３は、図１の特権ユーザＩＤ貸し出しツール部１０５が有するＩＤ返却機能部１１２における処理の一例を示すフローチャートである。

特権ユーザＩＤ貸し出しツール部１０５のシステム内で、図３の貸し出し状況テーブル１１６から貸し出し済（貸し出しＩＤ≠""）の特権ユーザＩＤを検索し（ステップＳ９０１）、検索結果を判定する（ステップＳ９０２）。

ステップＳ９０２の処理おいて、該当するものがなかった場合は（SY-SUBRC≠０）、処理が終了となる。ステップＳ９０２の処理おいて、該当するものが存在した場合（SY-SUBRC＝０）、図４の貸し出し履歴テーブル１１７からステップＳ９０１の処理にて取得した特権ユーザＩＤを貸し出ししている受付番号を検索し（ステップＳ９０３）、検索結果を判定する（ステップＳ９０４）。

ステップＳ９０４の処理において、該当するものがなかった場合は（SY-SUBRC≠０）、処理が終了となり、該当するものが存在した場合は（SY-SUBRC＝０）、終了時間判定（申請内容の使用終了日時が過ぎているかどうかの判定）を実施し（ステップＳ９０５）、実施結果を判定する（ステップＳ９０６）。

ステップＳ９０６の処理において、該当するものがなかった場合は（SY-SUBRC≠０）、処理が終了となり、該当するものが存在した場合（SY-SUBRC＝０）、図３の貸し出し状況テーブル１１６をリセットする更新を行い（ステップＳ９０７）、更新結果を判定する（ステップＳ９０８）。

ステップＳ９０８の処理において、更新に失敗した場合（SY-SUBRC≠０）、更新前の状態に戻すロールバックを実行し（ステップＳ９０９）、申請者ＰＣ１０１、および承認者ＰＣ１０２にエラーメッセージを出力する（ステップＳ９１０）。

ステップＳ９０８の処理において、更新に成功した場合（SY-SUBRC＝０）、図４の貸し出し履歴テーブル１１７の貸し出しＩＤ、返却日、および返却時間を更新し（ステップＳ９１１）、更新結果を判定する（ステップＳ９１２）。

ステップＳ９１２の処理において、更新に失敗した場合（SY-SUBRC≠０）、ステップＳ９０９，Ｓ９１０の処理を実行し、更新に成功した場合には（SY-SUBRC＝０）、処理が終了となる。

以上により、本実施の形態では、特権ユーザＩＤ貸し出しツール部１０５が、特権ユーザＩＤの貸し出し申請に対して承認、または否認を行うことにより、特権ユーザＩＤを貸し出す前に作業内容をチェックすることが可能となる。

また、作業内容に対してリアルタイムに監視が行われるので、不正アクセスやデータ改ざんなどを即座に検知し、迅速な対応をはかることができ、その結果、高いセキュリティサービスを提供することができる。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。

本発明は、特別な権限を持つＩＤにおける管理技術に適している。

１００特権ユーザＩＤ貸し出しシステム
１０１申請者ＰＣ
１０２承認者ＰＣ
１０３ネットワーク
１０４サーバ
１０５特権ユーザＩＤ貸し出しツール部
１０６申請機能部
１０７承認機能部
１０８否認機能部
１０９申請内容照会機能部
１１０貸し出し状況検索機能部
１１１ＩＤ貸し出し機能部
１１２ＩＤ返却機能部
１１３期間延長機能部
１１４ログ監視機能部
１１５承認者定義テーブル
１１６貸し出し状況テーブル
１１７貸し出し履歴テーブル
１１８作業内容管理テーブル
１１９監査ログテーブル

Claims

通信回線に接続され、特別な権限を有する特権ユーザＩＤの貸し出しを申請する申請端末と、
前記通信回線に接続され、前記特権ユーザＩＤの貸し出しを承認する承認端末と、
前記通信回線に接続され、前記特権ユーザＩＤの貸し出し申請の管理を行い、前記申請端末による申請内容と貸し出しした前記特権ユーザＩＤによる作業内容とに差異がある場合、貸し出しした前記特権ユーザＩＤの使用を中止する特権ユーザＩＤ貸し出しツール部とを有し、
前記特権ユーザＩＤ貸し出しツール部は、
前記申請端末から入力された前記特権ユーザＩＤの貸し出しを申請する貸し出し申請情報を格納部に格納し、受付番号を付与して前記承認端末に送信する申請機能部と、
前記受付番号に基づいて、前記格納部から検索した前記貸し出し申請情報を前記承認端末に送信し、前記承認端末により、前記貸し出し申請情報の申請内容が承認されると、前記特権ユーザＩＤの貸し出しが承認されたことを示す承認情報を前記格納部に登録し、前記受付番号における前記特権ユーザＩＤの貸し出しが承認されたことを示すメッセージを前記申請端末に送信する承認機能部と、
前記格納部から前記承認情報を検索し、前記申請情報に合致する前記特権ユーザＩＤを貸し出す情報を前記申請端末に送信し、前記特権ユーザＩＤが貸し出されたことを示す貸し出し情報を前記格納部に登録するＩＤ貸し出し機能部と、
貸し出し中の前記特権ユーザＩＤにおけるログ内容を監視し、前記申請情報に含まれる作業内容と異なるログが検出された際に、前記特権ユーザＩＤを使用停止とするログ監視機能部とを有することを特徴とする特権ユーザＩＤ貸し出しシステム。
請求項１記載の特権ユーザＩＤ貸し出しシステムにおいて、
前記特権ユーザＩＤ貸し出しツール部は、
さらに、前記承認端末によって前記貸し出し申請情報の申請内容が否認されると、前記受付番号における前記特権ユーザＩＤの貸し出しが否認されたことを示す否認情報を前記格納部に格納し、前記受付番号における前記特権ユーザＩＤの貸し出しが否認されたことを示すメッセージを前記申請端末に送信する否認機能部を有することを特徴とする特権ユーザＩＤ貸し出しシステム。
通信回線に接続された申請端末と、前記通信回線に接続された承認端末と、前記通信回線に接続された特権ユーザＩＤ貸し出しツール部とを有するコンピュータシステムにより、特別な権限を有する特権ユーザＩＤの貸し出しを管理する特権ユーザＩＤの貸し出し方法であって、
前記申請端末により、前記特権ユーザＩＤの貸し出しを申請する貸し出し申請情報を入力するステップと、
前記申請端末から入力された前記貸し出し申請情報を前記承認端末によって承認するステップと、
前記承認端末によって承認された特権ユーザＩＤを貸し出し、前記申請端末から入力された貸し出し申請情報に含まれる作業内容と貸し出された前記特権ユーザＩＤによる作業内容とに差異があるか否かを前記特権ユーザＩＤ貸し出しツール部が判定するステップと、
前記貸し出し申請情報に含まれる作業内容と貸し出された前記特権ユーザＩＤの作業内容とに差異があると検出した際に、前記特権ユーザＩＤ貸し出しツール部が前記特権ユーザＩＤを使用停止するステップと、を有し、
前記特権ユーザＩＤを使用停止するステップは、
前記申請端末から入力された前記特権ユーザＩＤの貸し出しを申請する貸し出し申請情報を格納部に格納し、受付番号を付与して前記承認端末に送信するステップと、
前記受付番号に基づいて、前記格納部から検索した前記貸し出し申請情報を前記承認端末に送信し、前記承認端末により、前記貸し出し申請情報の申請内容が承認されると、前記特権ユーザＩＤの貸し出しが承認されたことを示す承認情報を前記格納部に登録し、前記受付番号における前記特権ユーザＩＤの貸し出しが承認されたことを示すメッセージを前記申請端末に送信するステップと、
前記格納部から前記承認情報を検索し、前記申請情報に合致する前記特権ユーザＩＤを貸し出す情報を前記申請端末に送信し、前記特権ユーザＩＤが貸し出されたことを示す貸し出し情報を前記格納部に登録するステップと、
貸し出し中の前記特権ユーザＩＤにおけるログ内容を監視し、前記申請情報に含まれる作業内容と異なるログが検出された際に、前記特権ユーザＩＤを使用停止とするステップと、を有することを特徴とする特権ユーザＩＤの貸し出し方法。
請求項３記載の特権ユーザＩＤの貸し出し方法において、
前記特権ユーザＩＤを使用停止するステップは、
さらに、前記承認端末によって前記貸し出し申請情報の申請内容が否認されると、前記受付番号における前記特権ユーザＩＤの貸し出しが否認されたことを示す否認情報を前記格納部に格納し、前記受付番号における前記特権ユーザＩＤの貸し出しが否認されたことを示すメッセージを前記申請端末に送信するステップを有することを特徴とする特権ユーザＩＤ貸し出し方法。
通信回線に接続された申請端末と、前記通信回線に接続された承認端末と、前記通信回線に接続された特権ユーザＩＤ貸し出しツール部とを有するコンピュータシステムにより以下のステップを実行させるプログラムであって、
前記申請端末により、前記特権ユーザＩＤの貸し出しを申請する貸し出し申請情報を入力するステップと、
前記申請端末から入力された前記貸し出し申請情報を前記承認端末によって承認するステップと、
前記承認端末によって承認された特権ユーザＩＤを貸し出し、前記申請端末から入力された貸し出し申請情報に含まれる作業内容と貸し出された前記特権ユーザＩＤによる作業内容とに差異があるか否かを前記特権ユーザＩＤ貸し出しツール部が判定するステップと、
前記貸し出し申請情報に含まれる作業内容と貸し出された前記特権ユーザＩＤの作業内容とに差異があると検出した際に、前記特権ユーザＩＤ貸し出しツール部が前記特権ユーザＩＤを使用停止するステップとを有し、
前記特権ユーザＩＤを使用停止するステップは、
前記申請端末から入力された前記特権ユーザＩＤの貸し出しを申請する貸し出し申請情報を格納部に格納し、受付番号を付与して前記承認端末に送信するステップと、
前記受付番号に基づいて、前記格納部から検索した前記貸し出し申請情報を前記承認端末に送信し、前記承認端末により、前記貸し出し申請情報の申請内容が承認されると、前記特権ユーザＩＤの貸し出しが承認されたことを示す承認情報を前記格納部に登録し、前記受付番号における前記特権ユーザＩＤの貸し出しが承認されたことを示すメッセージを前記申請端末に送信するステップと、
前記格納部から前記承認情報を検索し、前記申請情報に合致する前記特権ユーザＩＤを貸し出す情報を前記申請端末に送信し、前記特権ユーザＩＤが貸し出されたことを示す貸し出し情報を前記格納部に登録するステップと、
貸し出し中の前記特権ユーザＩＤにおけるログ内容を監視し、前記申請情報に含まれる作業内容と異なるログが検出された際に、前記特権ユーザＩＤを使用停止とするステップと、を有することを特徴とするプログラム。
請求項５記載のプログラムにおいて、
前記特権ユーザＩＤを使用停止するステップは、
さらに、前記承認端末によって前記貸し出し申請情報の申請内容が否認されると、前記受付番号における前記特権ユーザＩＤの貸し出しが否認されたことを示す否認情報を前記格納部に格納し、前記受付番号における前記特権ユーザＩＤの貸し出しが否認されたことを示すメッセージを前記申請端末に送信するステップを有することを特徴とするプログラム。