コンピュータシステム変更管理システム
【課題】安易なシステム変更および当該変更手順のみが考慮されたシステム変更を未然に防ぐことができ、安定稼動が期待できるコンピュータシステム変更管理システムを提供する。
【解決手段】コンピュータシステム変更管理システム１００において、コンピュータシステム１０の利用者により登録された設定変更の手順が、コンピュータシステム変更管理システム１００の管理者により許可された場合に、設定変更の手順の情報が変更されないように、設定変更の手順の情報を読み取り専用にする凍結機能部３０と、コンピュータシステム１０に対して、設定変更の手順の情報に基づいた設定変更を許可する許可機能部４０と、許可機能部４０による許可に基づいた設定変更が実施された後に、コンピュータシステム１０の設定変更ができない状態に戻す禁止機能部５０とを備えたものである。
【解決手段】コンピュータシステム変更管理システム１００において、コンピュータシステム１０の利用者により登録された設定変更の手順が、コンピュータシステム変更管理システム１００の管理者により許可された場合に、設定変更の手順の情報が変更されないように、設定変更の手順の情報を読み取り専用にする凍結機能部３０と、コンピュータシステム１０に対して、設定変更の手順の情報に基づいた設定変更を許可する許可機能部４０と、許可機能部４０による許可に基づいた設定変更が実施された後に、コンピュータシステム１０の設定変更ができない状態に戻す禁止機能部５０とを備えたものである。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、不用意な「コンピュータシステムの設定変更」（以下、システム変更と呼称）を抑止し、システム管理者の負担を軽減するコンピュータシステム変更管理システムに関するものである。
【背景技術】
【０００２】
従来、例えば、特開平８−３１４７５１号公報（特許文献１）に記載されたような、手順登録を強制し確実に蓄積するシステムなどがあった。
【０００３】
このシステムは、障害発生時には、発生障害に対し障害対策事例データベースを検索し、部分的に過去に類似な障害対策過程がある場合に障害対策の支援情報を提供している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平８−３１４７５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載のものでは、障害発生時に障害対策の支援情報を提供するのみであり、障害そのものを防止する仕組みは考慮されていない。
【０００６】
本発明では、システム変更に起因する障害を主眼としたうえで、（１）個々のシステム変更の内容やタイミングを管理者が把握していないこと、（２）システム変更実施者（以下、作業者と呼ぶ）の独断によるシステム変更実行により、システム変更相互の作用もしくは定常作業との兼ね合いによってシステムの正常動作を妨げることを課題としており、システム変更には強制的に管理者の許可が必要となり、安易なシステム変更および当該変更手順のみが考慮されたシステム変更を未然に防ぐことができ、安定稼動が期待できるコンピュータシステム変更管理システムを提供することを目的としている。
【０００７】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００８】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。
【０００９】
すなわち、代表的なものの概要は、コンピュータシステムの利用者により登録された設定変更の手順が、コンピュータシステム変更管理システムの管理者により許可された場合に、設定変更の手順の情報が変更されないように、設定変更の手順の情報を読み取り専用にする凍結機能部と、コンピュータシステムに対して、設定変更の手順の情報に基づいた設定変更を許可する許可機能部と、許可機能部による許可に基づいた設定変更が実施された後に、コンピュータシステムの設定変更ができない状態に戻す禁止機能部とを備えたものである。
【発明の効果】
【００１０】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下の通りである。
【００１１】
すなわち、代表的なものによって得られる効果は、システム変更には強制的に管理者の許可が必要となり、安易なシステム変更および当該変更手順のみが考慮されたシステム変更を未然に防ぐことができ、安定稼動が期待できる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施の形態に係るコンピュータシステム変更管理システムの構成を示す全体構成図である。
【図２】本発明の一実施の形態に係るコンピュータシステム変更管理システムで使用される概要テーブルを説明するための説明図である。
【図３】本発明の一実施の形態に係るコンピュータシステム変更管理システムで使用される手順テーブルを説明するための説明図である。
【図４】本発明の一実施の形態に係るコンピュータシステム変更管理システムで使用されるファイルテーブルを説明するための説明図である。
【図５】本発明の一実施の形態に係るコンピュータシステム変更管理システムの通知機能部の処理動作を示すフローチャートである。
【図６】本発明の一実施の形態に係るコンピュータシステム変更管理システムの凍結機能部の処理動作を示すフローチャートである。
【図７】本発明の一実施の形態に係るコンピュータシステム変更管理システムの許可機能部の処理動作を示すフローチャートである。
【図８】本発明の一実施の形態に係るコンピュータシステム変更管理システムの禁止機能部の処理動作を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１４】
＜コンピュータシステム変更管理システムの構成＞
図１〜図４により、本発明の一実施の形態に係るコンピュータシステム変更管理システムの構成について説明する。図１は本発明の一実施の形態に係るコンピュータシステム変更管理システムの構成を示す全体構成図、図２〜図４は本発明の一実施の形態に係るコンピュータシステム変更管理システムで使用されるテーブルを説明するための説明図であり、図２は概要テーブル、図３は手順テーブル、図４はファイルテーブルを示し、それぞれ（ａ）は項目の説明、（ｂ）はデータ例の説明を示している。
【００１５】
図１において、コンピュータシステム変更管理システム１００は、サーバ９０上で構成されており、システム変更の通知を実施する通知機能部２０、登録された手順が変更されないように凍結を実施する凍結機能部３０、登録されたシステム変更を許可する許可機能部４０、システム変更実施後に、設定変更ができない状態に戻す禁止機能部５０で構成されている。
【００１６】
また、サーバ９０上には、コンピュータシステム変更管理システム１００で使用されるシステム変更の概要を記載する概要テーブル６０、システム変更に使用される手順の情報を記載する手順テーブル７０、システム全体で使用される設定ファイルの情報を記載するファイルテーブル８０が格納されている。
【００１７】
また、コンピュータシステム１０は、ネットワーク１１０を介してコンピュータシステム変更管理システム１００に接続されており、コンピュータシステム変更管理システム１００によりコンピュータシステム１０によるシステム変更を監視する構成になっている。
【００１８】
図１においては、通知機能部２０はコンピュータシステム１０のシステム変更の有無を常時監視している状態であり、あらかじめ登録された設定ファイルの変更要求処理を検知すると、ファイルテーブル８０を参照し当該システム変更が許可されたものかそうでないかを管理者へ通知する。
【００１９】
凍結機能部３０では、コンピュータシステム変更管理システム１００の管理者のシステム変更許可を契機として、概要テーブル６０の許可フラグに１を設定する。また、手順テーブル７０を参照し、当該システム変更にて使用される手順について、属性を読み取り専用に変更する（手順の凍結）。
【００２０】
許可機能部４０は、毎日あらかじめ定められた時刻を契機として開始される。当日に変更が予定されているファイルについて、許可されたシステム変更実行者のみに変更が可能となるよう、当該ファイルのアクセス許可およびファイル属性を変更する。
【００２１】
禁止機能部５０は、毎日あらかじめ定められた時刻を契機として開始される。概要テーブル６０を参照し、当日に終了日が設定されているシステム変更について、当該システム変更にて変更された設定ファイルのアクセス許可およびファイル属性を変更し、現在システム変更中の設定ファイルを除き変更不可とする。
【００２２】
概要テーブル６０は、図２（ａ）に示すように、項目名として、ＩＤ、開始日、終了日、実行者、概要、許可フラグ、手順リストが設定されている。
【００２３】
ＩＤは概要テーブル６０のレコード番号、開始日はシステム変更開始予定日、終了日はシステム変更終了予定日、実行者はシステム変更申請・実行者、概要はシステム変更の概要、許可フラグはシステム変更可否の設定、手順リストは当該システム変更で使用される手順リストの情報がデータとして登録される。
【００２４】
概要テーブル６０のデータ例としては、図２（ｂ）に示すように、ＩＤには、レコード番号として１からの数字の情報が格納され、開始日および終了日には、例えば「２０１０／１０／１」、「２０１０／１０／８」などの日付の情報が格納され、実行者には、例えば「日情太郎」、「日情花子」などの名前の情報が格納され、概要には、「資源管理設定変更・対象追加」、「ＮＷ監視対象・イベント追加」などの情報が格納され、許可フラグには、許可の状態を示す情報が格納され、手順リストには、例えば「”手順テーブル”：ＩＤ＝１」などの手順テーブル７０に登録された内容を指定する情報が格納されている。
【００２５】
手順テーブル７０は、図３（ａ）示すように、項目名として、ＩＤ、登録日、説明、手順ファイル名、ファイルリストが設定されている。
【００２６】
ＩＤは手順テーブル７０のレコード番号、登録日は手順登録日、説明は手順の説明、手順ファイル名は手順ファイルのパスと名称、ファイルリストは当該手順で変更される設定ファイルのリストの情報がデータとして登録される。
【００２７】
手順テーブル７０のデータ例としては、図３（ｂ）に示すように、ＩＤには、レコード番号として１からの数字の情報が格納され、登録日には、例えば「２０１０／１０／１」、「２０１０／１０／１２」などの日付の情報が格納され、説明には、例えば「資源管理設定変更（分割配布）」、「資源管理設定変更（対象配布）」、「ＮＷ監視対象追加」、「ＮＷ監視イベント追加」などの情報が格納され、手順ファイル名には、例えば「￥￥ＳＩ＿ＳＶ０１￥Ｄ＄￥ＳＩＡｐｐＤｏｃ￥分割配布設定変更．ｘｌｓ」、「￥￥ＳＩ＿ＳＶ０１￥Ｄ＄￥ＳＩＡｐｐＤｏｃ￥管理対象資源変更．ｃｓｖ」、「￥￥ＭＮ＿ＳＶ０２￥Ｄ＄￥ＭＮＡｐｐＤｏｃ￥監視対象追加．ｘｌｓ」、「￥￥ＭＮ＿ＳＶ０２￥Ｄ＄￥ＭＮＡｐｐＤｏｃ￥イベント追加．ｘｌｓ」などの情報が格納され、ファイルリストには、例えば「”ファイルテーブル”：ＩＤ＝１」、「”ファイルテーブル”：ＩＤ＝２」などのファイルテーブル８０に登録された内容を指定する情報が格納されている。
【００２８】
ファイルテーブル８０は、図４（ａ）に示すように、項目名として、ＩＤ、システム名、設定ファイル名、許可ユーザリスト、備考が設定されている。
【００２９】
ＩＤはファイルテーブル８０のレコード番号、システム名は設定ファイルが属するシステムの名称、設定ファイル名は設定ファイルのパスと名称、許可ユーザリストは当該設定ファイルの更新が許可されたユーザのリスト、備考は設定ファイルの説明の情報がデータとして登録される。
【００３０】
ファイルテーブル８０のデータ例としては、図４（ｂ）に示すように、ＩＤには、レコード番号として１からの数字の情報が格納され、システム名には、「資源管理システム」、「ＮＷ管理システム」などの情報が格納され、設定ファイル名には、「￥￥ＳＩ＿ＳＶ０１￥Ｃ＄￥ＰｒｏｇｒａｍＦｉｌｅｓ￥ＳＩＡＰＰ￥ｃｏｎｆ￥ｓｉｃｏｎｆ．ｃｏｎｆ」、「￥￥ＳＩ＿ＳＶ０１￥Ｃ＄￥ＰｒｏｇｒａｍＦｉｌｅｓ￥ＳＩＡＰＰ￥ｃｏｎｆ￥ｔｅｒｇｅｔ．ｃｏｎｆ」、「￥￥ＭＮ＿ＳＶ０２￥Ｃ＄￥ＰｒｏｇｒａｍＦｉｌｅｓ￥ＭＮＡＰＰ￥ｃｏｎｆ￥Ｍｎｃｏｎｆ．ｃｏｎｆ」、「￥￥ＭＮ＿ＳＶ０２￥Ｃ＄￥ＰｒｏｇｒａｍＦｉｌｅｓ￥ＭＮＡＰＰ￥ｃｏｎｆ￥ｔｅｒｇｅｔ．ｃｏｎｆ」などの情報が格納され、許可ユーザリストには、データが存在しない「Ｎｕｌｌ」の情報や「日情三郎」、「日情花子」などの情報が格納され、備考には、「ＳＩコンフィグ」、「ＳＩ対象」、「モニターコンフィグ」、「モニター対象」、「イベント設定」など、設定ファイルの説明の情報が格納されている。
【００３１】
なお、コンピュータシステム１０側では、システム変更の管理のための構成はなく、通常のコンピュータシステムの構成であり、ネットワーク１１０を介してコンピュータシステム変更管理システム１００から、システム変更が監視され、システム変更に関するファイルのファイル属性が変更される構成であれば良い。
【００３２】
もし、ネットワーク１１０への接続が切断され、オフラインの状態になったとしても、ファイル属性の変更などが正常に行われない限り、コンピュータシステム１０側でのシステム変更は行うことができないため、コンピュータシステム１０側での管理者権限などの管理が適切に行われていれば、間違ったシステム変更などを抑止することができる。
【００３３】
また、コンピュータシステム１０側でオフライン時のシステム変更の操作があった場合でも、コンピュータシステム変更管理システム１００は、常時コンピュータシステム１０を監視しているため、コンピュータシステム１０がネットワーク１１０に接続されオンラインになった時に、イベントをさかのぼって警告表示などを行うことができる。
【００３４】
＜コンピュータシステム変更管理システムの処理動作＞
次に、図５〜図８により、本発明の一実施の形態に係るコンピュータシステム変更管理システムの処理動作について説明する。図５は本発明の一実施の形態に係るコンピュータシステム変更管理システムの通知機能部の処理動作を示すフローチャート、図６は本発明の一実施の形態に係るコンピュータシステム変更管理システムの凍結機能部の処理動作を示すフローチャート、図７は本発明の一実施の形態に係るコンピュータシステム変更管理システムの許可機能部の処理動作を示すフローチャート、図８は本発明の一実施の形態に係るコンピュータシステム変更管理システムの禁止機能部の処理動作を示すフローチャートである。
【００３５】
通知機能部２０の処理動作としては、図５に示すように、まず、コンピュータシステム１０上のイベントログにオブジェクトアクセスの監査に関するログ（以後、当該イベントと呼称）が出力されたことを契機として処理を開始する［図５に示すフローチャートではコンピュータシステム１０のＯＳがＷｉｎｄｏｗｓ（登録商標）であることを想定しているが、ＯＳが異なる場合には同等の機能を利用することにより実現する］。
【００３６】
ステップ１０１にて、契機となったイベント内のファイルパス（ファイルパスＡと呼称）をサーバ９０内のメモリへ読み込む。
【００３７】
ステップ１０２にて、ファイルテーブル８０を参照し、登録された全てのレコードについて「設定ファイル名」（ファイルパス群Ｂと呼称）を読み込む。
【００３８】
このファイルテーブル８０には、コンピュータシステム変更管理システム１００の利用者によって設定ファイル群が事前に登録される。設定ファイルの登録は、コンピュータシステム１０へ新規にシステムが導入された際に追加された全ての設定ファイルについて行われる。
【００３９】
ステップ１０３にて、ファイルパスＡがファイルパスＢ群に存在するか否かを判定し、ファイルパス群ＢにファイルパスＡと一致するものがない場合（Ｎｏ）、コンピュータシステム変更管理システム１００の管理外ファイルが変更されたものとみなし、通知機能部２０を終了する。この場合、管理者への通知は行われない。
【００４０】
このコンピュータシステム変更管理システム１００の管理外ファイルとは、日常的に更新が行われるファイルやコンピュータシステム１０の仕様上やむを得ずコンピュータシステム変更管理システム１００に登録できないファイルを指す。
【００４１】
ステップ１０３にて、ファイルパス群ＢにファイルパスＡと一致するものがある場合（Ｙｅｓ）、ステップ１０４に遷移する。
【００４２】
ステップ１０４にて、ファイルテーブル８０を参照し対応する許可ユーザリスト（アカウント群Ｃと呼称）をサーバ９０内のメモリへ読み込む。
【００４３】
ステップ１０５にて、当該イベントに記載されたアカウント情報（アカウントＤと呼称）をサーバ９０内のメモリへ読み込む。
【００４４】
ステップ１０６にて、アカウントＤがアカウント群Ｃに存在するか否かを判定し、アカウント群ＣにアカウントＤと一致するものがある場合（Ｙｅｓ）、コンピュータシステム変更管理システム１００にて許可されたシステム変更によるファイルアクセスとみなし、管理者へ以下の内容を通知し（ステップ１０７）、通知機能部２０を終了する。
【００４５】
・（件名）：許可されたシステム変更の通知
・（当該イベント発生日時）：ＹＹＹＹＭＭＤＤｔｔｍｍｓｓ
・（変更要求のあったファイル）：ファイルパスＡ
・（ユーザ情報）：アカウントＤ
通知の方法については、コンピュータシステム変更管理システム１００の設定にてメール、ポップアップ表示、ログ書き込みのいずれかまたは複数を選択できる。
【００４６】
また、ステップ１０６にて、アカウント群ＣにアカウントＤと一致するものがない場合（Ｎｏ）、コンピュータシステム変更管理システム１００にて許可されていないシステム変更によるファイルアクセスとみなし、管理者へ以下の内容を通知し（ステップ１０８）、通知機能部２０を終了する。
【００４７】
・（件名）：（注意！！！）許可されないシステム変更の通知
・（当該イベント発生日時）：ＹＹＹＹＭＭＤＤｔｔｍｍｓｓ
・（変更要求のあったファイル）：ファイルパスＡ
・（ユーザ情報）：アカウントＤ
コンピュータシステム変更管理システム１００の管理者はこれを受けて当該ファイルのロールバックの検討および変更実施ユーザへの中止勧告・教育を行う。
【００４８】
通知の方法については、コンピュータシステム変更管理システム１００の設定にてメール、ポップアップ表示、ログ書き込みのいずれかまたは複数を選択できる。
【００４９】
凍結機能部３０の処理動作としては、図６に示すように、まず、コンピュータシステム変更管理システム１００の管理者の作業によりシステム変更が許可された場合を契機として処理を開始する。
【００５０】
ステップ２０１にて、概要テーブル６０を参照し、許可されたシステム変更に対応したレコードの許可フラグを「１」に設定する。
【００５１】
この概要テーブル６０には、システム変更申請者により「開始日」、「終了日」、「実行者」、「概要」、「手順リスト」の項目が事前に登録され、手順テーブル７０には、システム変更申請者により「説明」、「手順ファイル名」、「ファイルリスト」の項目が事前に登録される。
【００５２】
ステップ２０２にて、概要テーブル６０を参照し、許可されたシステム変更に対応した手順リストを参照する。参照した手順リストに記載されたＩＤをサーバ９０内のメモリへ読み込み、対応する手順テーブル７０内のファイルリストをサーバ９０内のメモリへ読み込む（手順パス群Ｅと呼称）。
【００５３】
ステップ２０３にて、コンピュータシステム１０上の手順パス群Ｅについて、属性を読み取り専用にするコマンドを発行し凍結機能部３０を終了する。
【００５４】
許可機能部４０の処理動作としては、図７に示すように、まず、毎日午前１時になったのを契機として処理を開始する（開始時刻については、管理者の設定により可変とする。当日の当該設定時刻より以前についてはシステム変更が不可となる）。
【００５５】
ステップ３０１にて、実行当日の日付（以下、当該日と呼称）の情報をサーバ９０のＯＳより参照し、サーバ９０内のメモリへ読み込む（日付情報Ｆと呼称）。
【００５６】
ステップ３０２にて、概要テーブル６０内の全てのレコードの開始日をメモリへ読み込む（日付情報群Ｇと呼称）。
【００５７】
ステップ３０３にて、日付情報Ｆが日付情報群Ｇに存在するか否かを判定し、日付情報群Ｇに日付情報Ｆと一致するものがない場合（Ｎｏ）、当該日に予定されたシステム変更はないものとみなし、許可機能部４０を終了する。
【００５８】
また、ステップ３０３にて、日付情報群Ｇに日付情報Ｆと一致するものがある場合（Ｙｅｓ）、ステップ３０４へ遷移する。
【００５９】
ステップ３０４にて、概要テーブル６０を参照し、日付情報Ｆに対応した許可フラグ（許可フラグＨ）をサーバ９０内のメモリへ読み込む。
【００６０】
ステップ３０５にて、許可フラグＨの状態を判定し、許可フラグＨが「１」以外の場合（Ｏｔｈｅｒ）、システム変更登録はされているが管理者の許可がない状態とみなし、許可機能部４０を終了する。
【００６１】
ステップ３０５にて、許可フラグＨが「１」の場合（１）、システム変更が管理者により許可されている状態とみなし、ステップ３０６に遷移する。
【００６２】
ステップ３０６にて、概要テーブル６０を参照し日付情報Ｆに対応した手順リストを参照する。参照した手順リストに記載されたＩＤをメモリへ読み込み、対応する手順テーブル７０内のファイルリストをサーバ９０内のメモリへ読み込む。
【００６３】
読み込んだファイルリストに対応するファイルテーブル８０内の設定ファイル名を参照し、リストをサーバ９０内のメモリに読み込む（変更対象ファイルの一覧、ファイルパス群Ｉと呼称）。
【００６４】
ステップ３０７にて、概要テーブル６０を参照し、日付情報Ｆに対応した実行者の情報をサーバ９０内のメモリに読み込む（アカウントＪと呼称）。
【００６５】
ステップ３０８にて、コンピュータシステム１０上のファイルパス群Ｉ（変更対象ファイル群）について、アカウントＪに対し書き込み権限を付与するコマンドを発行する。
【００６６】
ステップ３０９にて、ファイルパス群Ｉに対応したファイルテーブル８０上のレコードについて、許可ユーザリストにアカウントＪを追加する。
【００６７】
ステップ３１０にて、コンピュータシステム１０上のファイルパス群Ｉ（変更対象ファイル群）について、属性を書き込み許可にするコマンドを発行し、許可機能部４０を終了する。
【００６８】
禁止機能部５０の処理動作は、図８に示すように、毎日午後１１時になったのを契機として処理を開始する（開始時刻については、管理者の設定により可変とする。当日の当該設定時刻より以後についてシステム変更が不可となる）。
【００６９】
ステップ４０１にて、実行当日の日付（以下、当該日と呼称）の情報をサーバ９０のＯＳより参照しメモリへ読み込む（日付情報Ｋと呼称）。
【００７０】
ステップ４０２にて、概要テーブル６０内の全てのレコードの終了日をサーバ９０内のメモリへ読み込む（日付情報群Ｌと呼称）。
【００７１】
ステップ４０３にて、日付情報Ｋが日付情報群Ｌに存在するか否かを判定し、日付情報群Ｌに日付情報Ｋと一致するものがない場合（Ｎｏ）、当該日に終了が予定されたシステム変更はないものとみなし、禁止機能部５０を終了する。
【００７２】
ステップ４０３にて、日付情報群Ｌに日付情報Ｋと一致するものがある場合（Ｙｅｓ）、ステップ４０４に遷移する。
【００７３】
ステップ４０４にて、日付情報Ｋに対応した実行者をサーバ９０内のメモリへ読み込む（アカウントＭ）。
【００７４】
ステップ４０５にて、概要テーブル６０を参照し日付情報Ｋに対応した手順リストを参照する。参照した手順リストに記載されたＩＤをサーバ９０内のメモリへ読み込み、対応する手順テーブル７０内のファイルリストをサーバ９０内のメモリへ読み込む。格納したファイルリストに対応するファイルテーブル８０内の設定ファイル名を参照し、リストをサーバ９０内のメモリに読み込む（変更対象ファイルの一覧。ファイルパス群Ｎと呼称）。
【００７５】
ステップ４０６にて、ファイルパス群Ｎに対応したファイルテーブル８０上のレコードについて、許可ユーザリストからアカウントＭを削除する。
【００７６】
ステップ４０７にて、ファイルテーブル８０を参照し、許可ユーザリストが「Ｎｕｌｌ」のレコードをサーバ９０のメモリに読み込む（ファイルパス群Ｏと呼称）。
【００７７】
ステップ４０８にて、コンピュータシステム１０上のファイルパス群Ｏ（システム変更終了ファイル群）について、属性を読み取り専用にするコマンドを発行する。
【００７８】
ステップ４０９にて、ファイルテーブル８０を参照し、ファイルパス群Ｎに対応したレコードについて、許可ユーザリストをサーバ９０内のメモリに読み込む（アカウント群Ｐと呼称）。
【００７９】
ステップ４１０にて、アカウントＭがアカウント群Ｐに存在するか否かを判定し、アカウント群ＰにアカウントＭと一致するものがある場合（Ｙｅｓ）、アカウントＭにて別なシステム変更で変更の予定があるものとみなし、禁止機能部５０を終了する（アクセス許可の変更を行わない）。
【００８０】
また、ステップ４１０にて、アカウント群ＰにアカウントＭと一致するものがない場合（Ｎｏ）、当該ファイルに対するアカウントＭの変更作業は終了しているものとみなし、ステップ４１１に遷移する。
【００８１】
ステップ４１１にて、コンピュータシステム１０上のファイルパス群Ｎ（変更対象ファイル群）について、アカウントＭに対し書き込み権限をはく奪するコマンドを発行し、禁止機能部５０を終了する。
【００８２】
以上のように、本実施の形態では、コンピュータシステム変更管理システム１００でコンピュータシステムを監視し、コンピュータシステム１０のシステム変更をコンピュータシステム変更管理システム１００の管理者は把握できるようにし、コンピュータシステム変更管理システム１００側からコンピュータシステム１０のシステム変更に関するファイルのファイル属性を変更するようにしたので、システム変更には強制的に管理者の許可が必要となり、安易なシステム変更および当該変更手順のみが考慮されたシステム変更を未然に防ぐことができ、コンピュータシステム１０を安定稼動させることが可能である。
【００８３】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【産業上の利用可能性】
【００８４】
本発明は、コンピュータシステムの設定変更を管理する必要のある装置やシステムなどに広く適用可能である。
【符号の説明】
【００８５】
１０…コンピュータシステム、２０…通知機能部、３０…凍結機能部、４０…許可機能部、５０…禁止機能部、６０…概要テーブル、７０…手順テーブル、８０…ファイルテーブル、９０…サーバ、１００…コンピュータシステム変更管理システム、１１０…ネットワーク。
【技術分野】
【０００１】
本発明は、不用意な「コンピュータシステムの設定変更」（以下、システム変更と呼称）を抑止し、システム管理者の負担を軽減するコンピュータシステム変更管理システムに関するものである。
【背景技術】
【０００２】
従来、例えば、特開平８−３１４７５１号公報（特許文献１）に記載されたような、手順登録を強制し確実に蓄積するシステムなどがあった。
【０００３】
このシステムは、障害発生時には、発生障害に対し障害対策事例データベースを検索し、部分的に過去に類似な障害対策過程がある場合に障害対策の支援情報を提供している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平８−３１４７５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載のものでは、障害発生時に障害対策の支援情報を提供するのみであり、障害そのものを防止する仕組みは考慮されていない。
【０００６】
本発明では、システム変更に起因する障害を主眼としたうえで、（１）個々のシステム変更の内容やタイミングを管理者が把握していないこと、（２）システム変更実施者（以下、作業者と呼ぶ）の独断によるシステム変更実行により、システム変更相互の作用もしくは定常作業との兼ね合いによってシステムの正常動作を妨げることを課題としており、システム変更には強制的に管理者の許可が必要となり、安易なシステム変更および当該変更手順のみが考慮されたシステム変更を未然に防ぐことができ、安定稼動が期待できるコンピュータシステム変更管理システムを提供することを目的としている。
【０００７】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００８】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。
【０００９】
すなわち、代表的なものの概要は、コンピュータシステムの利用者により登録された設定変更の手順が、コンピュータシステム変更管理システムの管理者により許可された場合に、設定変更の手順の情報が変更されないように、設定変更の手順の情報を読み取り専用にする凍結機能部と、コンピュータシステムに対して、設定変更の手順の情報に基づいた設定変更を許可する許可機能部と、許可機能部による許可に基づいた設定変更が実施された後に、コンピュータシステムの設定変更ができない状態に戻す禁止機能部とを備えたものである。
【発明の効果】
【００１０】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下の通りである。
【００１１】
すなわち、代表的なものによって得られる効果は、システム変更には強制的に管理者の許可が必要となり、安易なシステム変更および当該変更手順のみが考慮されたシステム変更を未然に防ぐことができ、安定稼動が期待できる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施の形態に係るコンピュータシステム変更管理システムの構成を示す全体構成図である。
【図２】本発明の一実施の形態に係るコンピュータシステム変更管理システムで使用される概要テーブルを説明するための説明図である。
【図３】本発明の一実施の形態に係るコンピュータシステム変更管理システムで使用される手順テーブルを説明するための説明図である。
【図４】本発明の一実施の形態に係るコンピュータシステム変更管理システムで使用されるファイルテーブルを説明するための説明図である。
【図５】本発明の一実施の形態に係るコンピュータシステム変更管理システムの通知機能部の処理動作を示すフローチャートである。
【図６】本発明の一実施の形態に係るコンピュータシステム変更管理システムの凍結機能部の処理動作を示すフローチャートである。
【図７】本発明の一実施の形態に係るコンピュータシステム変更管理システムの許可機能部の処理動作を示すフローチャートである。
【図８】本発明の一実施の形態に係るコンピュータシステム変更管理システムの禁止機能部の処理動作を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１４】
＜コンピュータシステム変更管理システムの構成＞
図１〜図４により、本発明の一実施の形態に係るコンピュータシステム変更管理システムの構成について説明する。図１は本発明の一実施の形態に係るコンピュータシステム変更管理システムの構成を示す全体構成図、図２〜図４は本発明の一実施の形態に係るコンピュータシステム変更管理システムで使用されるテーブルを説明するための説明図であり、図２は概要テーブル、図３は手順テーブル、図４はファイルテーブルを示し、それぞれ（ａ）は項目の説明、（ｂ）はデータ例の説明を示している。
【００１５】
図１において、コンピュータシステム変更管理システム１００は、サーバ９０上で構成されており、システム変更の通知を実施する通知機能部２０、登録された手順が変更されないように凍結を実施する凍結機能部３０、登録されたシステム変更を許可する許可機能部４０、システム変更実施後に、設定変更ができない状態に戻す禁止機能部５０で構成されている。
【００１６】
また、サーバ９０上には、コンピュータシステム変更管理システム１００で使用されるシステム変更の概要を記載する概要テーブル６０、システム変更に使用される手順の情報を記載する手順テーブル７０、システム全体で使用される設定ファイルの情報を記載するファイルテーブル８０が格納されている。
【００１７】
また、コンピュータシステム１０は、ネットワーク１１０を介してコンピュータシステム変更管理システム１００に接続されており、コンピュータシステム変更管理システム１００によりコンピュータシステム１０によるシステム変更を監視する構成になっている。
【００１８】
図１においては、通知機能部２０はコンピュータシステム１０のシステム変更の有無を常時監視している状態であり、あらかじめ登録された設定ファイルの変更要求処理を検知すると、ファイルテーブル８０を参照し当該システム変更が許可されたものかそうでないかを管理者へ通知する。
【００１９】
凍結機能部３０では、コンピュータシステム変更管理システム１００の管理者のシステム変更許可を契機として、概要テーブル６０の許可フラグに１を設定する。また、手順テーブル７０を参照し、当該システム変更にて使用される手順について、属性を読み取り専用に変更する（手順の凍結）。
【００２０】
許可機能部４０は、毎日あらかじめ定められた時刻を契機として開始される。当日に変更が予定されているファイルについて、許可されたシステム変更実行者のみに変更が可能となるよう、当該ファイルのアクセス許可およびファイル属性を変更する。
【００２１】
禁止機能部５０は、毎日あらかじめ定められた時刻を契機として開始される。概要テーブル６０を参照し、当日に終了日が設定されているシステム変更について、当該システム変更にて変更された設定ファイルのアクセス許可およびファイル属性を変更し、現在システム変更中の設定ファイルを除き変更不可とする。
【００２２】
概要テーブル６０は、図２（ａ）に示すように、項目名として、ＩＤ、開始日、終了日、実行者、概要、許可フラグ、手順リストが設定されている。
【００２３】
ＩＤは概要テーブル６０のレコード番号、開始日はシステム変更開始予定日、終了日はシステム変更終了予定日、実行者はシステム変更申請・実行者、概要はシステム変更の概要、許可フラグはシステム変更可否の設定、手順リストは当該システム変更で使用される手順リストの情報がデータとして登録される。
【００２４】
概要テーブル６０のデータ例としては、図２（ｂ）に示すように、ＩＤには、レコード番号として１からの数字の情報が格納され、開始日および終了日には、例えば「２０１０／１０／１」、「２０１０／１０／８」などの日付の情報が格納され、実行者には、例えば「日情太郎」、「日情花子」などの名前の情報が格納され、概要には、「資源管理設定変更・対象追加」、「ＮＷ監視対象・イベント追加」などの情報が格納され、許可フラグには、許可の状態を示す情報が格納され、手順リストには、例えば「”手順テーブル”：ＩＤ＝１」などの手順テーブル７０に登録された内容を指定する情報が格納されている。
【００２５】
手順テーブル７０は、図３（ａ）示すように、項目名として、ＩＤ、登録日、説明、手順ファイル名、ファイルリストが設定されている。
【００２６】
ＩＤは手順テーブル７０のレコード番号、登録日は手順登録日、説明は手順の説明、手順ファイル名は手順ファイルのパスと名称、ファイルリストは当該手順で変更される設定ファイルのリストの情報がデータとして登録される。
【００２７】
手順テーブル７０のデータ例としては、図３（ｂ）に示すように、ＩＤには、レコード番号として１からの数字の情報が格納され、登録日には、例えば「２０１０／１０／１」、「２０１０／１０／１２」などの日付の情報が格納され、説明には、例えば「資源管理設定変更（分割配布）」、「資源管理設定変更（対象配布）」、「ＮＷ監視対象追加」、「ＮＷ監視イベント追加」などの情報が格納され、手順ファイル名には、例えば「￥￥ＳＩ＿ＳＶ０１￥Ｄ＄￥ＳＩＡｐｐＤｏｃ￥分割配布設定変更．ｘｌｓ」、「￥￥ＳＩ＿ＳＶ０１￥Ｄ＄￥ＳＩＡｐｐＤｏｃ￥管理対象資源変更．ｃｓｖ」、「￥￥ＭＮ＿ＳＶ０２￥Ｄ＄￥ＭＮＡｐｐＤｏｃ￥監視対象追加．ｘｌｓ」、「￥￥ＭＮ＿ＳＶ０２￥Ｄ＄￥ＭＮＡｐｐＤｏｃ￥イベント追加．ｘｌｓ」などの情報が格納され、ファイルリストには、例えば「”ファイルテーブル”：ＩＤ＝１」、「”ファイルテーブル”：ＩＤ＝２」などのファイルテーブル８０に登録された内容を指定する情報が格納されている。
【００２８】
ファイルテーブル８０は、図４（ａ）に示すように、項目名として、ＩＤ、システム名、設定ファイル名、許可ユーザリスト、備考が設定されている。
【００２９】
ＩＤはファイルテーブル８０のレコード番号、システム名は設定ファイルが属するシステムの名称、設定ファイル名は設定ファイルのパスと名称、許可ユーザリストは当該設定ファイルの更新が許可されたユーザのリスト、備考は設定ファイルの説明の情報がデータとして登録される。
【００３０】
ファイルテーブル８０のデータ例としては、図４（ｂ）に示すように、ＩＤには、レコード番号として１からの数字の情報が格納され、システム名には、「資源管理システム」、「ＮＷ管理システム」などの情報が格納され、設定ファイル名には、「￥￥ＳＩ＿ＳＶ０１￥Ｃ＄￥ＰｒｏｇｒａｍＦｉｌｅｓ￥ＳＩＡＰＰ￥ｃｏｎｆ￥ｓｉｃｏｎｆ．ｃｏｎｆ」、「￥￥ＳＩ＿ＳＶ０１￥Ｃ＄￥ＰｒｏｇｒａｍＦｉｌｅｓ￥ＳＩＡＰＰ￥ｃｏｎｆ￥ｔｅｒｇｅｔ．ｃｏｎｆ」、「￥￥ＭＮ＿ＳＶ０２￥Ｃ＄￥ＰｒｏｇｒａｍＦｉｌｅｓ￥ＭＮＡＰＰ￥ｃｏｎｆ￥Ｍｎｃｏｎｆ．ｃｏｎｆ」、「￥￥ＭＮ＿ＳＶ０２￥Ｃ＄￥ＰｒｏｇｒａｍＦｉｌｅｓ￥ＭＮＡＰＰ￥ｃｏｎｆ￥ｔｅｒｇｅｔ．ｃｏｎｆ」などの情報が格納され、許可ユーザリストには、データが存在しない「Ｎｕｌｌ」の情報や「日情三郎」、「日情花子」などの情報が格納され、備考には、「ＳＩコンフィグ」、「ＳＩ対象」、「モニターコンフィグ」、「モニター対象」、「イベント設定」など、設定ファイルの説明の情報が格納されている。
【００３１】
なお、コンピュータシステム１０側では、システム変更の管理のための構成はなく、通常のコンピュータシステムの構成であり、ネットワーク１１０を介してコンピュータシステム変更管理システム１００から、システム変更が監視され、システム変更に関するファイルのファイル属性が変更される構成であれば良い。
【００３２】
もし、ネットワーク１１０への接続が切断され、オフラインの状態になったとしても、ファイル属性の変更などが正常に行われない限り、コンピュータシステム１０側でのシステム変更は行うことができないため、コンピュータシステム１０側での管理者権限などの管理が適切に行われていれば、間違ったシステム変更などを抑止することができる。
【００３３】
また、コンピュータシステム１０側でオフライン時のシステム変更の操作があった場合でも、コンピュータシステム変更管理システム１００は、常時コンピュータシステム１０を監視しているため、コンピュータシステム１０がネットワーク１１０に接続されオンラインになった時に、イベントをさかのぼって警告表示などを行うことができる。
【００３４】
＜コンピュータシステム変更管理システムの処理動作＞
次に、図５〜図８により、本発明の一実施の形態に係るコンピュータシステム変更管理システムの処理動作について説明する。図５は本発明の一実施の形態に係るコンピュータシステム変更管理システムの通知機能部の処理動作を示すフローチャート、図６は本発明の一実施の形態に係るコンピュータシステム変更管理システムの凍結機能部の処理動作を示すフローチャート、図７は本発明の一実施の形態に係るコンピュータシステム変更管理システムの許可機能部の処理動作を示すフローチャート、図８は本発明の一実施の形態に係るコンピュータシステム変更管理システムの禁止機能部の処理動作を示すフローチャートである。
【００３５】
通知機能部２０の処理動作としては、図５に示すように、まず、コンピュータシステム１０上のイベントログにオブジェクトアクセスの監査に関するログ（以後、当該イベントと呼称）が出力されたことを契機として処理を開始する［図５に示すフローチャートではコンピュータシステム１０のＯＳがＷｉｎｄｏｗｓ（登録商標）であることを想定しているが、ＯＳが異なる場合には同等の機能を利用することにより実現する］。
【００３６】
ステップ１０１にて、契機となったイベント内のファイルパス（ファイルパスＡと呼称）をサーバ９０内のメモリへ読み込む。
【００３７】
ステップ１０２にて、ファイルテーブル８０を参照し、登録された全てのレコードについて「設定ファイル名」（ファイルパス群Ｂと呼称）を読み込む。
【００３８】
このファイルテーブル８０には、コンピュータシステム変更管理システム１００の利用者によって設定ファイル群が事前に登録される。設定ファイルの登録は、コンピュータシステム１０へ新規にシステムが導入された際に追加された全ての設定ファイルについて行われる。
【００３９】
ステップ１０３にて、ファイルパスＡがファイルパスＢ群に存在するか否かを判定し、ファイルパス群ＢにファイルパスＡと一致するものがない場合（Ｎｏ）、コンピュータシステム変更管理システム１００の管理外ファイルが変更されたものとみなし、通知機能部２０を終了する。この場合、管理者への通知は行われない。
【００４０】
このコンピュータシステム変更管理システム１００の管理外ファイルとは、日常的に更新が行われるファイルやコンピュータシステム１０の仕様上やむを得ずコンピュータシステム変更管理システム１００に登録できないファイルを指す。
【００４１】
ステップ１０３にて、ファイルパス群ＢにファイルパスＡと一致するものがある場合（Ｙｅｓ）、ステップ１０４に遷移する。
【００４２】
ステップ１０４にて、ファイルテーブル８０を参照し対応する許可ユーザリスト（アカウント群Ｃと呼称）をサーバ９０内のメモリへ読み込む。
【００４３】
ステップ１０５にて、当該イベントに記載されたアカウント情報（アカウントＤと呼称）をサーバ９０内のメモリへ読み込む。
【００４４】
ステップ１０６にて、アカウントＤがアカウント群Ｃに存在するか否かを判定し、アカウント群ＣにアカウントＤと一致するものがある場合（Ｙｅｓ）、コンピュータシステム変更管理システム１００にて許可されたシステム変更によるファイルアクセスとみなし、管理者へ以下の内容を通知し（ステップ１０７）、通知機能部２０を終了する。
【００４５】
・（件名）：許可されたシステム変更の通知
・（当該イベント発生日時）：ＹＹＹＹＭＭＤＤｔｔｍｍｓｓ
・（変更要求のあったファイル）：ファイルパスＡ
・（ユーザ情報）：アカウントＤ
通知の方法については、コンピュータシステム変更管理システム１００の設定にてメール、ポップアップ表示、ログ書き込みのいずれかまたは複数を選択できる。
【００４６】
また、ステップ１０６にて、アカウント群ＣにアカウントＤと一致するものがない場合（Ｎｏ）、コンピュータシステム変更管理システム１００にて許可されていないシステム変更によるファイルアクセスとみなし、管理者へ以下の内容を通知し（ステップ１０８）、通知機能部２０を終了する。
【００４７】
・（件名）：（注意！！！）許可されないシステム変更の通知
・（当該イベント発生日時）：ＹＹＹＹＭＭＤＤｔｔｍｍｓｓ
・（変更要求のあったファイル）：ファイルパスＡ
・（ユーザ情報）：アカウントＤ
コンピュータシステム変更管理システム１００の管理者はこれを受けて当該ファイルのロールバックの検討および変更実施ユーザへの中止勧告・教育を行う。
【００４８】
通知の方法については、コンピュータシステム変更管理システム１００の設定にてメール、ポップアップ表示、ログ書き込みのいずれかまたは複数を選択できる。
【００４９】
凍結機能部３０の処理動作としては、図６に示すように、まず、コンピュータシステム変更管理システム１００の管理者の作業によりシステム変更が許可された場合を契機として処理を開始する。
【００５０】
ステップ２０１にて、概要テーブル６０を参照し、許可されたシステム変更に対応したレコードの許可フラグを「１」に設定する。
【００５１】
この概要テーブル６０には、システム変更申請者により「開始日」、「終了日」、「実行者」、「概要」、「手順リスト」の項目が事前に登録され、手順テーブル７０には、システム変更申請者により「説明」、「手順ファイル名」、「ファイルリスト」の項目が事前に登録される。
【００５２】
ステップ２０２にて、概要テーブル６０を参照し、許可されたシステム変更に対応した手順リストを参照する。参照した手順リストに記載されたＩＤをサーバ９０内のメモリへ読み込み、対応する手順テーブル７０内のファイルリストをサーバ９０内のメモリへ読み込む（手順パス群Ｅと呼称）。
【００５３】
ステップ２０３にて、コンピュータシステム１０上の手順パス群Ｅについて、属性を読み取り専用にするコマンドを発行し凍結機能部３０を終了する。
【００５４】
許可機能部４０の処理動作としては、図７に示すように、まず、毎日午前１時になったのを契機として処理を開始する（開始時刻については、管理者の設定により可変とする。当日の当該設定時刻より以前についてはシステム変更が不可となる）。
【００５５】
ステップ３０１にて、実行当日の日付（以下、当該日と呼称）の情報をサーバ９０のＯＳより参照し、サーバ９０内のメモリへ読み込む（日付情報Ｆと呼称）。
【００５６】
ステップ３０２にて、概要テーブル６０内の全てのレコードの開始日をメモリへ読み込む（日付情報群Ｇと呼称）。
【００５７】
ステップ３０３にて、日付情報Ｆが日付情報群Ｇに存在するか否かを判定し、日付情報群Ｇに日付情報Ｆと一致するものがない場合（Ｎｏ）、当該日に予定されたシステム変更はないものとみなし、許可機能部４０を終了する。
【００５８】
また、ステップ３０３にて、日付情報群Ｇに日付情報Ｆと一致するものがある場合（Ｙｅｓ）、ステップ３０４へ遷移する。
【００５９】
ステップ３０４にて、概要テーブル６０を参照し、日付情報Ｆに対応した許可フラグ（許可フラグＨ）をサーバ９０内のメモリへ読み込む。
【００６０】
ステップ３０５にて、許可フラグＨの状態を判定し、許可フラグＨが「１」以外の場合（Ｏｔｈｅｒ）、システム変更登録はされているが管理者の許可がない状態とみなし、許可機能部４０を終了する。
【００６１】
ステップ３０５にて、許可フラグＨが「１」の場合（１）、システム変更が管理者により許可されている状態とみなし、ステップ３０６に遷移する。
【００６２】
ステップ３０６にて、概要テーブル６０を参照し日付情報Ｆに対応した手順リストを参照する。参照した手順リストに記載されたＩＤをメモリへ読み込み、対応する手順テーブル７０内のファイルリストをサーバ９０内のメモリへ読み込む。
【００６３】
読み込んだファイルリストに対応するファイルテーブル８０内の設定ファイル名を参照し、リストをサーバ９０内のメモリに読み込む（変更対象ファイルの一覧、ファイルパス群Ｉと呼称）。
【００６４】
ステップ３０７にて、概要テーブル６０を参照し、日付情報Ｆに対応した実行者の情報をサーバ９０内のメモリに読み込む（アカウントＪと呼称）。
【００６５】
ステップ３０８にて、コンピュータシステム１０上のファイルパス群Ｉ（変更対象ファイル群）について、アカウントＪに対し書き込み権限を付与するコマンドを発行する。
【００６６】
ステップ３０９にて、ファイルパス群Ｉに対応したファイルテーブル８０上のレコードについて、許可ユーザリストにアカウントＪを追加する。
【００６７】
ステップ３１０にて、コンピュータシステム１０上のファイルパス群Ｉ（変更対象ファイル群）について、属性を書き込み許可にするコマンドを発行し、許可機能部４０を終了する。
【００６８】
禁止機能部５０の処理動作は、図８に示すように、毎日午後１１時になったのを契機として処理を開始する（開始時刻については、管理者の設定により可変とする。当日の当該設定時刻より以後についてシステム変更が不可となる）。
【００６９】
ステップ４０１にて、実行当日の日付（以下、当該日と呼称）の情報をサーバ９０のＯＳより参照しメモリへ読み込む（日付情報Ｋと呼称）。
【００７０】
ステップ４０２にて、概要テーブル６０内の全てのレコードの終了日をサーバ９０内のメモリへ読み込む（日付情報群Ｌと呼称）。
【００７１】
ステップ４０３にて、日付情報Ｋが日付情報群Ｌに存在するか否かを判定し、日付情報群Ｌに日付情報Ｋと一致するものがない場合（Ｎｏ）、当該日に終了が予定されたシステム変更はないものとみなし、禁止機能部５０を終了する。
【００７２】
ステップ４０３にて、日付情報群Ｌに日付情報Ｋと一致するものがある場合（Ｙｅｓ）、ステップ４０４に遷移する。
【００７３】
ステップ４０４にて、日付情報Ｋに対応した実行者をサーバ９０内のメモリへ読み込む（アカウントＭ）。
【００７４】
ステップ４０５にて、概要テーブル６０を参照し日付情報Ｋに対応した手順リストを参照する。参照した手順リストに記載されたＩＤをサーバ９０内のメモリへ読み込み、対応する手順テーブル７０内のファイルリストをサーバ９０内のメモリへ読み込む。格納したファイルリストに対応するファイルテーブル８０内の設定ファイル名を参照し、リストをサーバ９０内のメモリに読み込む（変更対象ファイルの一覧。ファイルパス群Ｎと呼称）。
【００７５】
ステップ４０６にて、ファイルパス群Ｎに対応したファイルテーブル８０上のレコードについて、許可ユーザリストからアカウントＭを削除する。
【００７６】
ステップ４０７にて、ファイルテーブル８０を参照し、許可ユーザリストが「Ｎｕｌｌ」のレコードをサーバ９０のメモリに読み込む（ファイルパス群Ｏと呼称）。
【００７７】
ステップ４０８にて、コンピュータシステム１０上のファイルパス群Ｏ（システム変更終了ファイル群）について、属性を読み取り専用にするコマンドを発行する。
【００７８】
ステップ４０９にて、ファイルテーブル８０を参照し、ファイルパス群Ｎに対応したレコードについて、許可ユーザリストをサーバ９０内のメモリに読み込む（アカウント群Ｐと呼称）。
【００７９】
ステップ４１０にて、アカウントＭがアカウント群Ｐに存在するか否かを判定し、アカウント群ＰにアカウントＭと一致するものがある場合（Ｙｅｓ）、アカウントＭにて別なシステム変更で変更の予定があるものとみなし、禁止機能部５０を終了する（アクセス許可の変更を行わない）。
【００８０】
また、ステップ４１０にて、アカウント群ＰにアカウントＭと一致するものがない場合（Ｎｏ）、当該ファイルに対するアカウントＭの変更作業は終了しているものとみなし、ステップ４１１に遷移する。
【００８１】
ステップ４１１にて、コンピュータシステム１０上のファイルパス群Ｎ（変更対象ファイル群）について、アカウントＭに対し書き込み権限をはく奪するコマンドを発行し、禁止機能部５０を終了する。
【００８２】
以上のように、本実施の形態では、コンピュータシステム変更管理システム１００でコンピュータシステムを監視し、コンピュータシステム１０のシステム変更をコンピュータシステム変更管理システム１００の管理者は把握できるようにし、コンピュータシステム変更管理システム１００側からコンピュータシステム１０のシステム変更に関するファイルのファイル属性を変更するようにしたので、システム変更には強制的に管理者の許可が必要となり、安易なシステム変更および当該変更手順のみが考慮されたシステム変更を未然に防ぐことができ、コンピュータシステム１０を安定稼動させることが可能である。
【００８３】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【産業上の利用可能性】
【００８４】
本発明は、コンピュータシステムの設定変更を管理する必要のある装置やシステムなどに広く適用可能である。
【符号の説明】
【００８５】
１０…コンピュータシステム、２０…通知機能部、３０…凍結機能部、４０…許可機能部、５０…禁止機能部、６０…概要テーブル、７０…手順テーブル、８０…ファイルテーブル、９０…サーバ、１００…コンピュータシステム変更管理システム、１１０…ネットワーク。
【特許請求の範囲】
【請求項１】
ネットワークに接続されたコンピュータシステムの設定変更を管理するコンピュータシステム変更管理システムであって、
前記コンピュータシステムの利用者により登録された設定変更の手順が、前記コンピュータシステム変更管理システムの管理者により許可された場合に、前記設定変更の手順の情報が変更されないように、前記設定変更の手順の情報を読み取り専用にする凍結機能部と、
前記コンピュータシステムに対して、前記設定変更の手順の情報に基づいた前記設定変更を許可する許可機能部と、
前記許可機能部による許可に基づいた設定変更が実施された後に、前記コンピュータシステムの設定変更ができない状態に戻す禁止機能部とを備えたことを特徴とするコンピュータシステム変更管理システム。
【請求項２】
請求項１に記載のコンピュータシステム変更管理システムにおいて、
前記ネットワークを介して前記コンピュータシステムの設定変更を監視し、前記コンピュータシステム変更管理システムの管理者に前記設定変更に関する情報を通知する通知機能部を備えたことを特徴とするコンピュータシステム変更管理システム。
【請求項３】
請求項２に記載のコンピュータシステム変更管理システムにおいて、
前記通知機能部は、前記コンピュータシステムの設定変更が、前記コンピュータシステム変更管理システムの管理者により許可されていない場合に、その旨の情報を通知することを特徴とするコンピュータシステム変更管理システム。
【請求項４】
請求項１に記載のコンピュータシステム変更管理システムにおいて、
前記許可機能部は、前記コンピュータシステムの利用者に対して、書き込み権限を与えることで設定変更を許可することを特徴とするコンピュータシステム変更管理システム。
【請求項５】
請求項１に記載のコンピュータシステム変更管理システムにおいて、
前記禁止機能部は、前記コンピュータシステムの利用者に与えた書き込み権限をはく奪して設定変更ができない状態に戻すことを特徴とするコンピュータシステム変更管理システム。
【請求項１】
ネットワークに接続されたコンピュータシステムの設定変更を管理するコンピュータシステム変更管理システムであって、
前記コンピュータシステムの利用者により登録された設定変更の手順が、前記コンピュータシステム変更管理システムの管理者により許可された場合に、前記設定変更の手順の情報が変更されないように、前記設定変更の手順の情報を読み取り専用にする凍結機能部と、
前記コンピュータシステムに対して、前記設定変更の手順の情報に基づいた前記設定変更を許可する許可機能部と、
前記許可機能部による許可に基づいた設定変更が実施された後に、前記コンピュータシステムの設定変更ができない状態に戻す禁止機能部とを備えたことを特徴とするコンピュータシステム変更管理システム。
【請求項２】
請求項１に記載のコンピュータシステム変更管理システムにおいて、
前記ネットワークを介して前記コンピュータシステムの設定変更を監視し、前記コンピュータシステム変更管理システムの管理者に前記設定変更に関する情報を通知する通知機能部を備えたことを特徴とするコンピュータシステム変更管理システム。
【請求項３】
請求項２に記載のコンピュータシステム変更管理システムにおいて、
前記通知機能部は、前記コンピュータシステムの設定変更が、前記コンピュータシステム変更管理システムの管理者により許可されていない場合に、その旨の情報を通知することを特徴とするコンピュータシステム変更管理システム。
【請求項４】
請求項１に記載のコンピュータシステム変更管理システムにおいて、
前記許可機能部は、前記コンピュータシステムの利用者に対して、書き込み権限を与えることで設定変更を許可することを特徴とするコンピュータシステム変更管理システム。
【請求項５】
請求項１に記載のコンピュータシステム変更管理システムにおいて、
前記禁止機能部は、前記コンピュータシステムの利用者に与えた書き込み権限をはく奪して設定変更ができない状態に戻すことを特徴とするコンピュータシステム変更管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１３−６９２４４（Ｐ２０１３−６９２４４Ａ）
【公開日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願番号】特願２０１１−２０９１９５（Ｐ２０１１−２０９１９５）
【出願日】平成２３年９月２６日（２０１１．９．２６）
【出願人】（０００２３３４９１）株式会社日立システムズ (394)
【Ｆターム（参考）】
【公開日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願日】平成２３年９月２６日（２０１１．９．２６）
【出願人】（０００２３３４９１）株式会社日立システムズ (394)
【Ｆターム（参考）】
[ Back to top ]