JP5141360B2 - 情報処理装置に対する作業支援装置 - Google Patents

Description

本発明は、管理者権限の一部または全部を用いて行う情報処理装置または情報処理システムにおける保守作業等の作業を支援する作業支援装置に関する。

従来、基幹業務などに使用する情報処理システムでは、セキュリティパッチの適用などの保守作業を実施する場合、作業者に対して、特権（例えば、Ｕｎｉｘ系システムではｒｏｏｔ権限を持つユーザアカウント）のパスワードを通知し、当該作業者が特権の下に作業を実施している。

この場合、セキュリティレベルを保つために、その都度パスワードを変更するなどのパスワード管理が必要となる。そのため、パスワード管理を含む保守・管理の負担が大きくなり、パスワードの変更などセキュリティレベルを保つために必要な作業を忘れてしまう危険がある。

また、従来、事前にユーザアカウントやグループアカウントを登録しておくことで登録された利用者がいつでも特権のパスワードを入力せずに特権の下で操作を実施できる仕組み（例えば、Ｕｎｉｘ系システムにおけるｓｕｄｏコマンド）が提供されている。

この場合、特権のパスワードを作業者に対して通知する必要はないが、作業後に再度設定を戻す必要があり、やはりセキュリティレベルを保つために必要な作業を忘れてしまう危険がある。

また、従来、事前に実施する操作を登録しておくことで特権のパスワードを入力せずに登録されている操作のみを実施することができる仕組みもある。しかし、事前に操作をもれなく抽出することが現実的に困難であることや、予期しない異常が発生した際にその復旧を実施することが困難となる、といった問題がある。

また、管理者は、セキュリティパッチの適用などの作業が適正に行われたかを確認するために、オペレーティングシステムやアプリケーションが出力するログから作業時間帯などをキーにして該当する作業を見つけ出して確認を行っている。複数のユーザによる操作が混在するログから該当する作業のログのみを正確に抽出することは困難で、確認もれや確認間違えを起こす危険性がある。

上記技術に関連して、特許文献１には、ネットワークの資源へのアクセスを制限された利用者からの要求に応じて、当該利用者に対して簡単にアクセス権の設定が行えるアクセス権設定装置および管理者端末を含むシステムについて開示されている。
国際公開ＷＯ０１／８２０８６Ａ１号パンフレット

上述のように、従来の情報処理システムにおいては、管理者が作業前後にユーザアカウントやパスワードなどを管理する必要がある。そのため、管理者の作業負担が大きく、作業忘れによりセキュリティホールが生じる危険性があった。

また、作業者が実施した操作を確認するためには、第三者の操作が複数混在するログの中から、作業時間帯などをキーにして該当する操作を見つけ出す必要がある。そのため、
確認作業が煩雑になり、確認すべき履歴を見逃したり間違えたりする危険性があった。

本発明は、上述した問題に鑑みてなされたものであり、その解決しようとする課題は、特権の一部または全部が必要な作業を、安全かつ容易に作業者に実施させることができ、かつ、後日作業内容を簡潔に確認することができる作業支援装置を提供することである。

上記課題を解決するために、本作業支援装置は、特定の権限を必要とする作業を支援する作業支援装置において、任意の作業者端末から特定の作業をするに当たり必要とされる特権を含む作業条件とともに該作業の実行の承認の申請を受付けると、該申請に対して承認の可否を判断する管理者が使用する管理者端末に前記作業条件を通知し、前記申請に対する承認番号と前記作業条件とを含む承認番号管理情報を承認番号管理情報記憶部に記憶する申請処理部と、前記管理者端末から前記申請の承認通知を受付けると、該承認通知に応じて該申請の承認番号管理情報に含まれる前記承認番号を少なくとも含む操作ログを操作ログ記憶部に記憶し、前記作業者端末に対して前記承認通知の結果を通知する承認処理部と、前記作業者端末から前記申請した作業の開始の通知を受付けると、該申請の承認番号管理情報を前記承認番号管理情報記憶部から読み出し、該申請が承認され、かつ、該承認番号管理情報に含まれる作業条件を満たすか否かを判別し、該申請が承認されかつ作業条件を満たすと判断すると、前記作業者端末に対して前記特権を与えるとともに少なくとも前記承認番号を含む操作ログを前記操作ログ記憶部に記憶し、前記作業の終了を検出すると前記作業端末に与えた前記特権を消滅させるとともに少なくとも前記承認番号を含む操作ログを前記操作ログに記憶する作業監視処理部と、前記特権を与えられた前記作業端末の作業を検出すると、該作業について少なくとも前記承認番号を含む操作ログを生成し、該操作ログを前記操作ログ記憶部に記憶する操作ログ生成部と、を備える。

本作業支援装置は、申請に対する承認番号と作業条件とを含む承認番号管理情報を承認番号管理情報記憶部１０５に記憶し、管理者端末に申請が承認されかつ作業条件を満たす場合にのみ、作業者端末に対して特権を与える。

その結果、任意の作業端末に対して、特権の一部または全部が必要な作業を安全かつ容易に実施させることが可能となる。
また、作業監視処理部は、作業者端末に対して特権を与えるとともに少なくとも承認番号を含む操作ログを操作ログ記憶部に記憶し、作業者端末による作業の終了を検出すると作業端末に与えた特権を消滅させるとともに少なくとも承認番号を含む操作ログを操作ログに記憶し、操作ログ生成部も、特権を与えられた作業端末の作業を検出すると、その作業について少なくとも承認番号を含む操作ログを生成し、操作ログを操作ログ記憶部に記憶する。

その結果、特定の承認番号の作業について、操作ログ記憶部から容易に抽出することが可能となるので、後日作業内容が適切に行なわれていたか否かについて簡潔に確認することが可能となる。

以上に説明したように、本作業支援装置によると、特権の一部または全部が必要な作業を、安全かつ容易に作業者に実施させることができ、かつ、後日作業内容を簡潔に確認することができる作業支援装置を提供することが可能となる。

以下、本発明の実施形態について、図１〜図７に基づいて説明する。
図１は、本実施例に係る作業支援装置１００の構成例を説明する図である。
図１に示す作業支援装置１００は、作業者端末１１１からの作業申請の受付け処理を行なう申請処理部１０１と、管理者端末１１０からの指示に応じて承認処理を行なう承認処理部１０２と、作業者端末１１１からの操作を制御・監視する作業監視処理部１０３と、不要となった承認番号に関する情報を回収する承認番号回収処理部１０４と、承認番号を含む承認番号管理情報を記憶する承認番号管理情報記憶部１０５と、操作ログを記憶する操作ログ記憶部１０６と、を備える。

なお、管理者端末１１０および作業者端末１１１と作業支援装置１００とは、それぞれネットワーク若しくは専用回線等で相互に通信可能に接続されている。そして、例えば、管理者は管理者端末１１０から特定のユーザアカウント（以下、この時のユーザアカウントを「管理者アカウント」という）で作業支援装置１００にログインし、操作ログの参照など当該ユーザアカウントに対して認められた範囲で作業を実行する。また、作業者は作業者端末１１１から特定のユーザアカウント（以下、この時のユーザアカウントを「作業者アカウント」という）で作業支援装置１００にログインし、当該ユーザアカウントに対して認められた範囲で作業を実行する。

申請処理部１０１は、作業者端末１１１から作業申請を受付けると、同時に、作業者端末１１１から送られる当該作業に関する条件（以下、「作業条件」という）を取得する。作業条件とは、例えば、作業に必要な特権（ＵＮＩＸ系システムの場合におけるｒｏｏｔ権限を有するアカウントなど）、作業開始日時、作業終了日時、作業時に使用する利用ユーザアカウントなどを含む情報である。

また、申請処理部１０１は、当該作業申請に対する承認番号と、当該作業申請に対する承認の可否を識別する承認済みフラグと、を当該作業条件に付加した承認番号管理情報を生成し、承認番号管理情報記憶部１０５に記憶する。同時に、申請処理部１０１は、管理者端末１１０に作業申請があった旨を通知するとともに、作業者端末１１１から送られた作業条件も管理者端末１１０に通知する。

承認処理部１０２は、管理者端末１１０から作業申請の承認の可否通知を受付ける。そして、作業申請を承認する旨の通知を受けた場合、承認処理部１０２は、承認番号管理情報記憶部１０５に記憶されている該当する承認番号管理情報の承認済みフラグを「Ｙ」に設定する。

また、承認処理部１０２は、作業申請を承認しない旨の通知を受けた場合、承認番号管理情報記憶部１０５に記憶されている該当する承認番号管理情報の承認済みフラグを「Ｎ」に設定する（承認済みフラグの初期値を「Ｎ」とした場合、この処理は不要である）。若しくは、当該承認番号管理情報を削除する。

また、承認処理部１０２は、承認の可否を作業者端末１１１に通知する。作業申請を承認する場合には、承認番号も通知する。また、承認処理部１０２は、現在日時および管理者のユーザアカウントとともに承認番号管理情報を操作ログとして操作ログ記憶部１０６に記憶する。

作業監視処理部１０３は、作業者端末１１１から作業開始の通知を受付けると、当該通知とともに送られる承認番号を取得する。そして、作業監視処理部１０３は、承認番号管理情報記憶部１０５から該当する承認番号管理情報を取得する。

そして、作業監視処理部１０３は、ユーザアカウントや現在日時などが、承認番号管理情報に記録されている条件に合致するか否かを判別する。そして、条件に合致すると判断した場合、作業監視処理部１０３は、当該ユーザアカウントを申請された特権のユーザア
カウントに変更する。

以後、作業監視処理部１０３は、特権のユーザアカウントでの作業が終了するまで作業を検出し、検出する毎に承認番号を付した操作ログを生成して操作ログ記憶部１０６に出力する。本実施例では、作業監視処理部１０３が上記操作ログの生成処理を行なうが、別途、操作ログ処理部を設けて上記操作ログの生成処理を行なってもよいのは当然である。

なお、上記操作ログの生成処理を実現するには、例えば、作業支援装置１００に係るオペレーティングシステムが管理しているプロセス情報に当該承認番号を設定することで実現可能である。この時、オペレーティングシステムは、例えば、システムコール内で当該作業を検出すると承認番号を付した操作ログを生成し、操作ログ記憶部１０６に記憶する。

承認番号回収処理部１０４は、定期的に承認番号管理情報記憶部１０５に記憶されている承認番号管理情報を監視し、承認番号管理情報の作業終了日時が現在日時を過ぎているものを検出すると当該承認番号管理情報を承認番号管理情報記憶部１０５から削除する。

図２は、本実施例に係る申請処理部１０１の具体的な処理を示すフローチャートである。
例えば、作業者が作業者端末１１１から作業支援装置１００に作業者アカウントでログインし、作業支援装置１００に対して作業申請を行なう。この時、作業支援装置１００は、当該作業申請を受付けると、申請処理を開始し、処理をステップＳ２１０に移行する。

ステップＳ２０１において、申請処理部１０１は、作業者端末１１１から作業条件を取得すると、当該作業条件についてチェックを行なう。例えば、本実施例では、作業条件に、作業に必要な特権、作業開始日時、作業終了日時および作業者アカウントを含んでいるか否かのチェックを行なう。

ステップＳ２０２において、申請処理部１０１は、当該作業申請に対する承認番号を採番する。本実施例では、本作業支援装置１００内で一意となるように、現在日時と作業申請の受付順に割り当てる通番と組み合わせたものを承認番号とする。例えば、現在日時が２００８年０１月０１日１０時００分の申請が当日１番目の申請である場合、申請番号を「２００８０１０１＿００１」とする。

そして、申請処理部１０１は、当該承認番号と、当該作業申請における承認の可否を識別する承認済みフラグと、を作業条件に組み合わせて承認番号管理情報を生成する。承認番号管理情報については、図５にその例を示す。

ステップＳ２０３において、申請処理部１０１は、ステップＳ２０２で生成した承認番号管理情報を、承認番号管理情報記憶部１０５に記憶する。さらに、ステップＳ２０４において、申請処理部１０１は、管理者端末１１０に対して、ステップＳ２０２で生成した承認番号とともに作業条件を通知する。

図３は、本実施例に係る承認処理部１０２の具体的な処理を示すフローチャートである。
管理者端末１１０から承認番号とともに承認の可否が通知（以下、「承認可否通知」という）されると、作業支援装置１００は、処理をステップＳ３０１に移行する。

ステップＳ３０１において、承認処理部１０２は、承認可否通知が作業申請を承認する旨の通知と判断した場合、処理をステップＳ３０２に移行し、作業者端末１１１から承認
可否通知とともに通知された承認番号に該当する承認番号管理情報を、承認番号管理情報記憶部１０５から取得する。

ステップＳ３０３において、承認処理部１０２は、承認番号管理情報における承認済みフラグを「Ｙ」に設定する。その後、承認処理部１０２は、承認番号管理情報を承認番号管理情報記憶部１０５に記憶する。

ステップＳ３０４において、承認処理部１０２は、管理者端末１１０から承認可否通知を行なった管理者アカウントを取得し、ステップＳ３０５において、承認番号、管理者アカウントおよび作業条件を操作ログとして操作ログ記憶部１０６に出力（記憶）する。図６に示す操作ログｂにその例を示す。

ステップＳ３０６において、承認処理部１０２は、作業申請が承認された旨の通知とともに承認番号を作業者端末１１１（または、作業者アカウント）に対して通知する。
一方、ステップＳ３０１において、承認可否通知が作業申請の否認を通知すると判断した場合、承認処理部１０２は、処理をステップＳ３０７に移行する。

ステップＳ３０７において、承認処理部１０２は、該当する承認番号の承認番号管理情報を承認番号管理情報記憶部１０５から削除する。そして、ステップＳ３０８において、承認処理部１０２は、作業者端末１１１（または、作業者アカウント）に対して、作業申請が否認された旨の通知を行なう。

図４は、本実施例に係る作業監視処理部１０３の具体的な処理を示すフローチャートである。
例えば、作業者が作業者端末１１１から作業者アカウントでログインし、作業支援装置１００に対して、既に承認を得ている作業の開始と当該承認番号の通知（以下、「作業開始通知」という）を行なう。この時、作業支援装置１００は、作業開始通知を受付けると、処理をステップＳ４０１に移行する。

ステップＳ４０１において、作業監視処理部１０３は、作業者端末１１１から送られた承認番号を取得する。そして、作業監視処理部１０３は、承認番号に該当する承認番号管理情報を、承認番号管理情報記憶部１０５から取得する。

ステップＳ４０２において、作業監視処理部１０３は、現在日時を取得する。そして、当該日時が、承認番号管理情報に記録されている作業開始日時から作業終了日時までの間の日時であるか否かをチェックする。

ステップＳ４０３において、ステップＳ４０２のチェックの結果、現在日時が承認番号管理情報に記録されている作業開始日時から作業終了日時までの間の日時であると判断した場合、作業監視処理部１０３は、処理をステップＳ４０４に移行する。また、現在日時が承認番号管理情報に記録されている作業開始日時から作業終了日時までの間の日時でないと判断した場合、作業監視処理部１０３は、処理をステップＳ４１１に移行し、例えば、作業者端末１１１に対して当該作業を許可できない旨を通知して終了する。

ステップＳ４０４において、作業監視処理部１０３は、作業開始通知を行なってきた作業者アカウントと、承認番号管理情報に記録されている利用ユーザアカウントと、を比較する。

ステップＳ４０５において、作業監視処理部１０３は、比較の結果が一致すると判断した場合には、処理をステップＳ４０６に移行し、比較の結果が一致しないと判断した場合
には、処理をステップＳ４１１に移行し、例えば、作業者端末１１１に対して当該作業を許可できない旨を通知して終了する。

ステップＳ４０６において、作業監視処理部１０３は、当該作業アカウントを承認番号管理情報に記録されている特権のアカウント（以下、「特権アカウント」という）に変更すとともに、ステップＳ４０７において、変更した特権アカウントでシェル（または、プロセス）を起動する。この時、例えば、オペレーティングシステムは、当該シェルのプロセス情報に承認番号を追加する。

以上により、作業者は特権アカウントで作業を行なうことが可能となる。また、特権アカウントによる作業は、作業監視処理部１０３が逐一検出し、プロセス情報として保持している承認番号とともに操作ログを出力する（ステップＳ４０８）。図６の操作ログｃおよびｄのその例を示す。

なお、オペレーティングシステム内部の処理（例えば、システムコール内の処理）では、プロセス情報に保持している承認番号により特権を得た作業者が実施するファイル操作（作成、削除、読み込み、書き込み、属性変更、ファイル名変更など）やプロセス操作（起動、強制停止など）等を検出することができ、プロセス情報として保持している承認番号とともに操作ログを出力する。

ステップＳ４０９において、作業監視処理部１０３は、ステップＳ４０７において起動したシェルの終了待ちの状態となる。そして、当該シェルの終了を検出すると、処理をステップＳ４１０に移行する。

ステップＳ４１０において、作業監視処理部１０３は、承認番号とともに作業が終了した旨を管理者端末１１０（または、管理者アカウント）に通知する。そして、作業監視処理部１０３は、特権アカウントを元の作業アカウントに戻した後、ステップＳ４１１に移行し、処理を終了する。

図５は、本実施例に係る承認番号管理情報の例を示す図である。
本実施例に係る承認番号管理情報は、承認番号、作業開始日時、作業終了日時、利用ユーザアカウント、特権（特権を有するユーザアカウント）および承認済みフラグ、を含む情報である。

例えば、図５に示す承認番号管理情報ａは、承認番号が「２００７１１３０＿００１」、作業開始日時が「２００７１２２５１５００００」、作業終了日時が「２００７１２２５２１００００」、利用ユーザアカウントが「ｄｂｍａｎａｇｅｒ」、特権が「ｄｂａｄｍｉｎ」、承認済みフラグが「Ｙ」の場合を示している。

ここで、承認番号「２００７１１３０＿００１」は、２００７年１１月３０日に受付けた１番目の作業申請であることを示している。
また、作業開始日時「２００７１２２５１５００００」、作業終了日時「２００７１２２５２１００００」は、それぞれ作業申請する作業の開始日時が２００７年１２月２５日１５時００分００秒、終了日時が２００７年１２月２５日００分００秒であることを示している。

図６は、本実施例に係る操作ログの例を示す図である。
操作ログは、作業支援装置１００を構成する各要素の処理が必要に応じて出力する。したがって、様々なユーザアカウントにおける操作の操作ログが操作ログ記憶部１０６に記憶されることになる。

操作ログｂは、承認処理部１０２が生成して操作ログ記憶部１０６に出力する操作ログの例を示している。この操作ログは、「承認日時」、承認者である「管理者アカウント」、「申請作業開始日時」、「申請作業終了日時」、「利用ユーザアカウント」、申請された「特権（特権を有するユーザアカウント）」、「承認結果」および「承認番号」を含むログデータである。

操作ログｃは、作業監視処理部１０３が生成して操作ログ記憶部１０６に出力する操作ログの例を示している。この操作ログは、「作業開始日時」、作業アカウントに与えた「特権」、作業の「開始／終了の種別」および「承認番号」を含むログデータである。

操作ログｄは、作業者端末１１１から申請した作業が行なわれた場合に、当該作業を作業支援装置１００が検出し操作ログ記憶部１０６に出力する操作ログの例を示している。この操作ログは、「作業日時」、「作業アカウント」、「操作対象（例えば、ファイル名、プロセス名など）」、「操作（例えば、ｒｅａｄ／ｗｒｉｔｅなど）」および「承認番号」を含むログデータである。

図７は、本実施例に係る管理者が確認する操作ログの例を示す図である。
本実施例に係る操作ログは、全て承認番号が付されているので、例えば、管理者が特定の作業について作業状況を確認したい場合、当該作業の承認番号の付された操作ログのみを操作ログ記憶部１０６から抽出すればよいことになる。

図７は、図６に示したログデータから承認番号「２００７１２００＿００１」が付された操作ログのみを抽出した場合の例を示している。これにより、当該申請作業が適正に行なわれたか否かを容易に確認することが可能となる。

以上に説明した申請処理部１０１、承認処理部１０２、作業監視処理部１０３をそれぞれ「ｏｐｒｅｑｕｅｓｔコマンド」、「ｏｐａｐｐｒｏｖｅコマンド」、「ｏｐｂｅｇｉｎコマンド」として作業支援装置１００に実装し、承認番号回収処理部１０４を「ｏｐｃｌｅａｎｕｐｄデーモン」として作業支援装置１００に実装した場合の実施例について説明する。

（１）２００７年１２月２０日に、作業者が２００８年０１月０１日１２時００分００秒（作業開始日時）から２００８年０１月０１日１８時００分００秒（作業終了日時）までの期間に、作業者アカウント「ｓｙｓｍａｎａｇｅｒ」でログインし、ｒｏｏｔの権限を使用してパッチ適用の作業をする場合、作業者は、作業者端末１１１から以下のようにｏｐｒｅｑｕｅｓｔコマンドを用いて作業申請する。
＞ｏｐｒｅｑｕｅｓｔ −ｓ ２００８０１０１１２００００ −ｅ ２００８０１０１１８００００ −ｐ ｒｏｏｔ −ｕ ｓｙｓｍａｎａｇｅｒ
申請処理部１０１は、上記コマンドが発行されたことを検出すると、図２に示した処理を実行する。そして、電子メール等を使用して管理者端末１１０（管理者アカウント）に対して、上記作業条件とともに作業申請の日時に通番を割り当てた承認番号「２００７１２２０＿００１」を通知する。

（２）管理者は、管理者端末１１０から以下のようにｏｐａｐｐｒｏｖｅコマンドを用いて承認若しくは否決を行なう。
＞ｏｐａｐｐｒｏｖｅ −ｎ ２００７１２２０＿００１ −ｒ ＡＰＰＲＯＶＥ
なお、上記オプション「−ｒ」は、承認若しくは否決を指定するオプションであり、「ＡＰＰＲＯＶＥ」は承認することを示す。

承認処理部１０２は、上記コマンドが発行されたことを検出すると、図３に示した処理を実行し、承認された場合には、申請した期間における所望の作業が可能な状態となる。承認の可否については、例えば、電子メール等を使用して作業者端末１１１（作業者アカウント）に対して通知する。

（３）申請した作業開始日時２００８年０１月０１日１２時００分００秒になると、作業者は、作業者アカウント「ｓｙｓｍａｎａｇｅｒ」で作業者端末１１１からログインし、以下のようにｏｐｂｅｇｉｎコマンドを用いて作業を開始する。
＞ｏｐｂｅｇｉｎ −ｎ ２００７１２２０＿００１
作業監視処理部１０３は、上記コマンドが発行されたことを検出すると、図４に示した処理を実行する。例えば、上記承認番号「２００７１２２０＿００１」に該当する承認番号管理情報に記録されている承認済みフラグが「Ｙ」に設定されているか否かをチェックし、上記コマンドが発行された日時が、承認番号「２００７１２２０＿００１」に該当する承認番号管理情報に記録されている作業開始日時〜作業終了日時の間にあるか否かをチェックし、上記コマンドを発行したユーザアカウントが承認番号「２００７１２２０＿００１」に該当する承認番号管理情報に記録されている利用ユーザアカウントと一致するか否かをチェックする。

そして、全ての条件を満たすと判断すると、作業監視処理部１０３は、アカウント「ｓｙｓｍａｎａｇｅｒ」を、承認番号管理情報に記録されている特権「ｒｏｏｔ」に切り替えて新たなシェルを起動する。

（４）作業者は、ｒｏｏｔ権限でパッチ適用の作業を行なう。この時、実行したファイル操作やプロセス操作等の操作は、承認番号が付された作業ログとして作業ログ記憶部１０６に逐一記憶される。

（５）作業者がシェルを終了したことを検出すると、作業監視処理部１０３は、承認番号「２００７１２２０＿００１」と当該承認番号に該当する作業が終了したことを、電子メール等を使用して、管理者端末１１０（管理者アカウント）に通知する。

（６）管理者は、作業支援装置１００にログインし、管理者端末１１０から以下のようにｏｐｗｉｅｗコマンドを用いて、承認番号「２００７１２２０＿００１」に関する作業ログを抽出し、当該作業が適切に行なわれたか否かを確認することができる。
＞ｏｐｖｉｅｗ −ｎ ２００７１２２０＿００１
上記コマンドが発行されたことを検出すると、作業支援装置１００は、操作ログ記憶部１０６を参照し、指定された承認番号が付された操作ログのみを抽出する。そして、例えば、時系列に表示装置等に表示する。

（７）常駐プログラムであるｏｐｃｌｅａｎｕｐｄデーモンは、一定時間毎に、承認番号管理情報記憶部１０５に記録されている承認番号管理情報を参照し、作業終了日時を経過している承認番号管理情報を検出すると、当該承認番号管理情報の削除を行なう。

以上に説明したように、本実施例に係る作業支援装置１００は、事前に申請した所望の作業について管理者端末１１０が承認すると、承認番号管理情報として承認番号管理情報記憶部１０５に記憶する。そして、作業者端末１１１から事前に承認した作業の開始を要求すると、作業監視処理部１０３は、承認番号管理情報に記録されている作業条件などを満たすか否かをチェックし、当該条件を満たす場合にのみ所望の特権を与えて作業を実行可能にする。

そのため、管理者が承認した作業のみ、特権が必要な作業を行えるように制限すること
が可能となる。また、当該作業時に、特権に必要なパスワードを通知することなく作業を行なえるようにすることが可能となる。また、作業終了後に特別な設定を必要としないので、作業終了後にセキュリティレベルを保つために必要な作業を忘れてしまうといった危険を回避することが可能となる。

その結果、特権の一部または全部が必要な作業を安全かつ容易に作業者に実施させることが可能となる。
また、承認処理部１０２、作業監視処理部１０３は、それぞれ承認番号毎に操作ログを出力し、操作ログ記憶部１０６に記憶する。その結果、特定の承認番号が付された操作ログを容易に抽出することが可能となるので、後日任意の承認番号の作業が適切に実施されたか否かなどの検証を容易に行なうことが可能となる。

本発明の実施例に係る作業支援装置の構成例を説明する図である。 本実施例に係る申請処理部の具体的な処理を示すフローチャートである。 本実施例に係る承認処理部の具体的な処理を示すフローチャートである。 本実施例に係る作業監視処理部の具体的な処理を示すフローチャートである。 本実施例に係る承認番号管理情報の例を示す図である。 本実施例に係る操作ログの例を示す図である。 本実施例に係る管理者が確認する操作ログの例を示す図である。

符号の説明

１００ 作業支援装置
１０１ 申請処理部
１０２ 承認処理部
１０３ 作業監視処理部
１０４ 承認番号回収処理部
１０５ 承認番号管理情報記憶部
１０６ 操作ログ記憶部
１１０ 管理者端末
１１１ 作業者端末

Claims (5)

1. 特定の権限を必要とする作業を支援する作業支援装置において、
   任意の作業者端末から特定の作業をするに当たり必要とされる特権を含む作業条件とともに該作業の実行の承認の申請を受付けると、該申請に対して承認の可否を判断する管理者が使用する管理者端末に前記作業条件を通知し、前記申請に対する承認番号と前記作業条件とを含む承認番号管理情報を承認番号管理情報記憶部に記憶する申請処理部と、
   前記管理者端末から前記申請の承認通知を受付けると、該承認通知に応じて該申請の承認番号管理情報に含まれる前記承認番号を少なくとも含む操作ログを操作ログ記憶部に記憶し、前記作業者端末に対して前記承認通知の結果を通知する承認処理部と、
   前記作業者端末から前記申請した作業の開始の通知を受付けると、該申請の承認番号管理情報を前記承認番号管理情報記憶部から読み出し、該申請が承認され、かつ、該承認番号管理情報に含まれる作業条件を満たすか否かを判別し、該申請が承認されかつ作業条件を満たすと判断すると、前記作業者端末に対して前記特権を与えるとともに少なくとも前記承認番号を含む操作ログを前記操作ログ記憶部に記憶し、前記作業の終了を検出すると前記作業端末に与えた前記特権を消滅させるとともに少なくとも前記承認番号を含む操作ログを前記操作ログに記憶する作業監視処理部と、
   前記特権を与えられた前記作業端末の作業を検出すると、該作業について少なくとも前記承認番号を含む操作ログを生成し、該操作ログを前記操作ログ記憶部に記憶する操作ログ生成部と、
   を備える作業支援装置。
2. 前記承認番号管理情報記憶部に記憶されている承認番号管理情報を監視し、一定期間を経過した承認番号管理情報は、前記承認番号管理情報記憶部から削除する承認番号回収処理部を、 さらに備える請求項１に記載の作業支援装置。
3. 前記作業条件には、前記作業に必要な特権、作業開始日時、作業終了日時、前記作業者端末に割り当てられた作業者アカウントが含まれる、
   ことを特徴とする請求項１に記載の作業支援装置。
4. 特定の権限を必要とする作業を支援する作業支援方法において、
   任意の作業者端末から特定の作業をするに当たり必要とされる特権を含む作業条件とともに該作業の実行の承認の申請を受付けると、該申請に対して承認の可否を判断する管理者が使用する管理者端末に前記作業条件を通知し、前記申請に対する承認番号と前記作業条件とを含む承認番号管理情報を承認番号管理情報記憶部に記憶し、
   前記管理者端末から前記申請の承認通知を受付けると、該承認通知に応じて該申請の承認番号管理情報に含まれる前記承認番号を少なくとも含む操作ログを操作ログ記憶部に記憶し、前記作業者端末に対して前記承認通知の結果を通知し、
   前記作業者端末から前記申請した作業の開始の通知を受付けると、該申請の承認番号管理情報を前記承認番号管理情報記憶部から読み出し、該申請が承認されかつ該承認番号管理情報に含まれる作業条件を満たすか否かを判別し、該申請が承認されかつ作業条件を満たすと判断すると、前記作業者端末に対して前記特権を与えるとともに少なくとも前記承認番号を含む操作ログを前記操作ログ記憶部に記憶し、
   前記特権を与えられた前記作業端末の作業を検出すると、該作業について少なくとも前記承認番号を含む操作ログを生成し、該操作ログを前記操作ログ記憶部に記憶し、
   前記作業の終了を検出すると前記作業端末に与えた前記特権を消滅させるとともに少なくとも前記承認番号を含む操作ログを前記操作ログに記憶する、
   処理を情報処理装置に実行させる作業支援方法。
5. 特定の権限を必要とする作業を支援する作業支援用プログラムにおいて、
   任意の作業者端末から特定の作業をするに当たり必要とされる特権を含む作業条件とともに該作業の実行の承認の申請を受付けると、該申請に対して承認の可否を判断する管理者が使用する管理者端末に前記作業条件を通知し、前記申請に対する承認番号と前記作業条件とを含む承認番号管理情報を承認番号管理情報記憶部に記憶するステップと、
   前記管理者端末から前記申請の承認通知を受付けると、該承認通知に応じて該申請の承認番号管理情報に含まれる前記承認番号を少なくとも含む操作ログを操作ログ記憶部に記憶し、前記作業者端末に対して前記承認通知の結果を通知するステップと、
   前記作業者端末から前記申請した作業の開始の通知を受付けると、該申請の承認番号管理情報を前記承認番号管理情報記憶部から読み出し、該申請が承認され、かつ、該承認番号管理情報に含まれる作業条件を満たすか否かを判別し、該申請が承認されかつ作業条件を満たすと判断すると、前記作業者端末に対して前記特権を与えるとともに少なくとも前記承認番号を含む操作ログを前記操作ログ記憶部に記憶するステップと、
   前記特権を与えられた前記作業端末の作業を検出すると、該作業について少なくとも前記承認番号を含む操作ログを生成し、該操作ログを前記操作ログ記憶部に記憶するステップと、
   前記作業の終了を検出すると前記作業端末に与えた前記特権を消滅させるとともに少なくとも前記承認番号を含む操作ログを前記操作ログに記憶するステップと、
   を情報処理装置に実行させるプログラム。

Images