構成情報管理装置およびコンピュータプログラム
【課題】情報機器の構成管理において効率的に統制を実現する。
【解決手段】実施の１形態の構成管理装置１２は、外部の機器に関する現在の構成情報を保持する構成情報マスタテーブル２０と、機器の構成の変更内容と変更タイミングを示す変更情報をユーザから受け付ける変更情報受付部２８と、承認者の端末に対して変更内容を承認するか否かを確認するための情報を提供し、承認者の端末から変更内容を承認するか否かを示す情報を受け付ける許否確認部３２と、変更情報が示す変更タイミングに至った場合、承認者により承認済であることを条件として、変更情報が示す変更内容にしたがって、構成情報マスタテーブル２０に保持された構成情報を更新する変更実行部３４を備える。
【解決手段】実施の１形態の構成管理装置１２は、外部の機器に関する現在の構成情報を保持する構成情報マスタテーブル２０と、機器の構成の変更内容と変更タイミングを示す変更情報をユーザから受け付ける変更情報受付部２８と、承認者の端末に対して変更内容を承認するか否かを確認するための情報を提供し、承認者の端末から変更内容を承認するか否かを示す情報を受け付ける許否確認部３２と、変更情報が示す変更タイミングに至った場合、承認者により承認済であることを条件として、変更情報が示す変更内容にしたがって、構成情報マスタテーブル２０に保持された構成情報を更新する変更実行部３４を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データ処理技術に関し、情報機器の構成情報を管理するための技術に関する。
【背景技術】
【０００２】
情報システムは一旦サービスを開始した後も機能追加やメンテナンス等が随時発生するものであり、それに伴って情報システム内の各種情報機器の構成（例えば、ハードウェア構成およびソフトウェア構成）も随時変更されていく。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２８５３２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
企業における内部統制（「コーポレート・ガバナンス」とも言える）が重要視されている状況を踏まえ、本発明者は、情報機器の構成管理において効率的に統制を実現する仕組みが必要であると考えた。
【０００５】
本発明は、こうした課題に鑑みてなされたものであり、その主たる目的は、情報機器の構成管理において効率的に統制を実現するための技術を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の構成情報管理装置は、外部の機器に関する現在の構成情報を保持する構成情報保持部と、機器の構成を変更すべきユーザから、変更内容と変更タイミングを示す変更情報を受け付ける変更情報受付部と、承認者の端末に対して変更内容を承認するか否かを確認するための情報を提供し、承認者の端末から変更内容を承認するか否かを示す情報を受け付ける確認部と、変更情報が示す変更タイミングに至った場合、承認者により承認済であることを条件として、変更情報が示す変更内容にしたがって、構成情報保持部に保持された構成情報を更新する構成情報更新部と、を備える。
【０００７】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００８】
本発明によれば、情報機器の構成管理において効率的に統制を実現することができる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態の情報システムの構成を示す図である。
【図２】図１の構成管理装置の機能構成を示すブロック図である。
【図３】構成情報変更テーブルの格納データの例を示す図である。
【図４】運用者端末における変更フロー設定画面の表示例を示す図である。
【図５】図１の構成管理装置の動作を示すフローチャートである。
【図６】図５のＳ２２の変更プロセス制御処理を詳細に示すフローチャートである。
【発明を実施するための形態】
【００１０】
情報システム内の各種情報機器に関する構成情報、例えばハードウェアやソフトウェアの構成情報の管理は従来より行われていた。ハードウェアの構成情報には、メモリやハードディスクの容量、ネットワークカードの枚数等が含まれる。ソフトウェアの構成情報には、情報機器にインストールされたプログラムの名称・バージョンや、ＩＰアドレス等のネットワーク設定情報等が含まれる。
【００１１】
従来、構成情報を変更するための典型的な流れは以下のとおりであった。
（１）システム運用者が情報機器の構成の変更要求を承認者へメール等により連絡し、その変更が承認された旨の情報を承認者がシステム運用者へメール等により連絡する。
（２）システム運用者がコマンド等を投入して情報機器の構成を変更する。
（３）システム運用者が構成情報を記録する文書へ構成変更の内容を反映する。
【００１２】
しかしながら従来の構成管理では、構成の変更を承認者が承認するプロセスと、その変更を実行するプロセスとが分断されており、承認者による統制が十分ではなかった。そこで本実施の形態では、構成の変更を承認者が承認するプロセスと、その変更を実行するプロセスとをシームレスに連動させる構成管理装置を提案する。これにより、承認者により承認された変更内容を情報機器へ確実に反映させ、統制の実現を支援する。
【００１３】
図１は、実施の形態の情報システムの構成を示す。情報システム１００は、管理対象装置１０で総称される管理対象装置１０ａ、管理対象装置１０ｂ、管理対象装置１０ｃと、構成管理装置１２と、運用者端末１４と、承認者端末１６とを備える。これらの装置は、ＬＡＮ・ＷＡＮ・インターネット等を適宜含む通信網１８を介して接続される。
【００１４】
管理対象装置１０は構成情報の管理対象となる情報機器であり、例えばサーバやＰＣ等の情報処理装置や、レイヤ２スイッチやレイヤ３スイッチ等のネットワーク機器を含む。構成管理装置１２は、管理対象装置１０の構成情報を管理する情報処理装置である。構成管理装置１２の詳細な構成は後述する。
【００１５】
運用者端末１４は、情報システム１００の運用・保守業務の担当者により操作されるＰＣである。本実施の形態では、運用・保守業務の担当者による管理対象装置１０の構成変更要求を構成管理装置１２に対して送信する。承認者端末１６は、管理対象装置１０の構成変更を承認もしくは拒否する（すなわち構成変更の許否を判断する）承認者により操作されるＰＣである。本実施の形態では、運用者端末１４から送信された構成変更要求を、構成管理装置１２を介して受け付け、その構成変更要求を承認もしくは拒否する承認者の判断を示す情報を構成管理装置１２へ送信する。なお運用者端末１４および承認者端末１６は、構成管理装置１２と通信し、構成管理装置１２から提供された画面データをディスプレイに表示させるクライアントソフトウェアが予めインストールされていてもよい。
【００１６】
図２は、図１の構成管理装置１２の機能構成を示すブロック図である。構成管理装置１２は、構成情報マスタテーブル２０と、構成情報変更テーブル２２と、構成情報履歴テーブル２４と、変更フロー設定画面提供部２６と、変更情報受付部２８と、変更プロセス制御部３０と、許否確認部３２と、変更実行部３４とを備える。
【００１７】
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。また、図２の各機能ブロックは、コンピュータプログラムとして記録媒体に格納され、構成管理装置１２のハードディスクにインストールされ、構成管理装置１２のメインメモリに適宜読み出されてＣＰＵにて実行されてもよい。
【００１８】
構成情報マスタテーブル２０は、管理対象装置１０の構成情報の原本、言い換えれば、現在時点における最新状態の構成情報を保持する記憶領域である。構成情報変更テーブル２２は、将来時点において構成情報マスタテーブル２０に反映されるべき構成情報、言い換えれば、構成情報マスタテーブル２０に保持された構成情報の変更内容を一時的に保持する記憶領域である。構成情報履歴テーブル２４は、管理対象装置１０の過去の構成情報、言い換えれば、過去時点において構成情報マスタテーブル２０に保持された構成情報を保持する記憶領域である。構成情報履歴テーブル２４は、管理対象装置１０の構成の履歴であり、その変遷を蓄積するテーブルであるとも言える。
【００１９】
図３は、構成情報変更テーブル２２の格納データの例を示す。「申請者」フィールドには、構成変更要求の申請者の識別情報が記録される。「変更日時」フィールドには、管理対象装置１０の構成を変更する日時が記録される。「変更内容」フィードには、管理対象装置１０の構成の変更内容、言い換えれば、将来時点において管理対象装置１０に反映すべき構成情報が記録される。例えば、メモリ容量・ディスク容量の増設や、不具合改修プログラムへの更新（パッチの適用）、ウィルス定義ファイルの更新、ネットワークカードの追加に伴うネットワーク設定の更新等が含まれる。
【００２０】
「コマンド」フィールドには、管理対象装置１０に対する変更を実行するためのコマンドが記録される。このコマンドには、例えば、管理対象装置１０にリモートログインするためのコマンドや、ファイル転送のためのコマンド、ネットワーク構成変更のためのコマンド、その他各種アプリケーションを実行し、また制御するためのコマンドが含まれる。また、順次実行されるべき１以上のコマンドの組み合わせが設定される。
【００２１】
「承認フラグ」フィールドには、管理対象装置１０の変更日時、変更内容、コマンドが承認者により承認されたか否かを示すフラグが設定される。なお、運用者端末１４から構成管理装置１２へ送信される構成変更要求では、上記の申請者、変更日時、変更内容およびコマンドが指定されることとする。以下では、構成情報変更テーブル２２の格納データにおける各レコードを「変更情報」とも呼ぶ。
【００２２】
図２に戻り、変更フロー設定画面提供部２６は、管理対象装置１０の構成を変更する処理フロー（以下、「変更フロー」とも呼ぶ。）を設定するための画面（以下、「変更フロー設定画面」とも呼ぶ。）の表示要求を運用者端末１４から受け付けた場合、変更フロー設定画面のデータを運用者端末１４へ送信する。図４は、運用者端末１４における変更フロー設定画面の表示例を示す。同図の変更フロー設定画面４０では、構成情報の変更において実行されるべきタスクとして、許否確認タスク４２と変更実行タスク４４とが設定されている。運用者は、変更フロー設定画面４０に対して変更フローを入力するとともに、図示しない入力エリアへ構成変更要求の各項目を入力して、変更処理開始ボタン４６を押下する。変更処理開始ボタン４６に対する押下操作をトリガとして、構成変更要求および変更フローが運用者端末１４から構成管理装置１２へ送信される。
【００２３】
図２に戻り、変更情報受付部２８は、変更フロー設定画面に対して運用者が入力した構成変更要求および変更フローのデータを運用者端末１４から受け付ける。変更情報受付部２８は、運用者端末１４から受け付けた構成変更要求のデータを、新規の変更情報として構成情報変更テーブル２２へ格納する。なお、新規の変更情報のレコードにおける承認フラグフィールドには初期値として「未承認」を設定する。
【００２４】
変更プロセス制御部３０は、運用者端末１４から受け付けられた変更フローで定められたタスクの実行順序にしたがって、構成情報の変更プロセスを制御する。具体的には、変更フローにおいて許否確認タスク４２が実行対象となった場合、後述の許否確認部３２により承認者に対する許否確認処理を実行させる。また変更フローにおいて変更実行タスク４４が実行対象となった場合、後述の変更実行部３４により構成変更処理を実行させる。
【００２５】
許否確認部３２は、構成変更要求の内容を表示させる画面であり、承認者にその構成変更要求を承認するか否かを確認させるための許否確認画面のデータを承認者端末１６へ送信する。承認者端末１６は、許否確認画面を表示させ、承認者により許否確認画面に対して入力されたデータであり、構成変更要求を承認するか否かを示すデータを構成管理装置１２へ送信する。許否確認部３２は、当該送信されたデータを受け付け、構成変更要求が承認者により承認された場合、構成情報変更テーブル２２における当該要求のレコードについて、その承認フラグフィールドを「承認済」へ変更する。
【００２６】
変更実行部３４は、定期的に構成情報変更テーブル２２のレコード（すなわち変更情報のそれぞれ）を監視し、各変更情報の変更日時フィールドに設定された変更日時と現在時刻とを比較して、変更日時に至った変更情報を特定する。そして、変更日時に至った変更情報の承認フラグが「承認済」であることを条件として、その変更情報にしたがって管理対象装置１０の構成変更処理を実行する。以下、変更日に到達し、かつ、承認者による承認済の変更情報を「実行対象変更情報」とも呼ぶ。
【００２７】
変更実行部３４は、コマンド実行部３６と構成情報更新部３８を含む。コマンド実行部３６は、実行対象変更情報で定められたコマンドを実行することにより、管理対象装置１０の構成を変更させる。構成情報更新部３８は、実行対象変更情報に含まれる変更内容を構成情報マスタテーブル２０に反映させる。例えば、プログラムの名称・バージョンを変更し、ウイルス定義ファイルの更新日時を変更する。
【００２８】
以上の構成による動作を以下説明する。
図５は、図１の構成管理装置１２の動作を示すフローチャートである。変更フローの設定要求が運用者端末１４から受け付けられると（Ｓ１０のＹ）、構成管理装置１２の変更フロー設定画面提供部２６は、変更フロー設定画面のデータを運用者端末１４へ提供して表示させる（Ｓ１２）。変更フローの設定要求が受け付けられなければ（Ｓ１０のＮ）、Ｓ１２はスキップされる。変更フロー設定画面に入力された変更フローの実行要求が運用者端末１４から受け付けられると（Ｓ１４のＹ）、変更情報受付部２８は、変更フロー設定画面に入力された変更情報を構成情報変更テーブル２２へ記録する（Ｓ１６）。変更プロセス制御部３０は、管理対象装置１０の構成の変更プロセスを開始する（Ｓ１８）。変更フローの実行要求が受け付けられなければ（Ｓ１４のＮ）、Ｓ１６およびＳ１８はスキップされる。変更プロセスが開始済であれば（Ｓ２０のＹ）、変更プロセス制御部３０は、変更フロー設定画面に入力された変更フローにしたがって、変更プロセス制御処理を実行する（Ｓ２２）。変更プロセスが未開始であれば（Ｓ２０のＮ）、Ｓ２２はスキップされる。
【００２９】
図６は、図５のＳ２２の変更プロセス制御処理を詳細に示すフローチャートである。同図では、変更プロセス制御処理の一例として、図４の変更フローにしたがった変更プロセス制御処理を示している。変更フローにおいて許否確認タスクが実行対象となった場合（Ｓ３０のＹ）、許否確認部３２は、運用者から受け付けられた変更情報について、その確認画面のデータを承認者端末１６へ提供して表示させる（Ｓ３２）。承認者端末１６において管理対象装置１０の構成変更が承認された場合（Ｓ３４のＹ）、許否確認部３２は、構成情報変更テーブル２２に格納された当該変更情報の承認フラグを承認済へ更新する（Ｓ３６）。承認者端末１６において管理対象装置１０の構成変更が許否された場合（Ｓ３４のＮ）、許否確認部３２は、管理対象装置１０の構成変更が拒否された旨の情報を運用者端末１４へ通知する（Ｓ３８）。許否確認タスクが実行対象とならなければ（Ｓ３０のＮ）、Ｓ３２〜Ｓ３８はスキップされる。
【００３０】
変更フローにおいて変更実行タスクが実行対象となった場合（Ｓ４０のＹ）、変更実行部３４は構成情報変更テーブル２２を定期的に監視し、その都度、各変更情報の変更日時と現在日時とを比較する（Ｓ４２）。変更情報の変更日時に到達し（Ｓ４４のＹ）、かつ、その変更情報が承認者により承認済である場合（Ｓ４６のＹ）、変更実行部３４のコマンド実行部３６は、変更情報で指定されたコマンドを実行することにより、管理対象装置１０の構成を実際に変更させる（Ｓ４８）。変更実行部３４の構成情報更新部３８は、それまでの管理対象装置１０の構成情報を構成情報履歴テーブル２４へ待避させることにより、管理対象装置１０の構成の履歴情報を更新する（Ｓ５０）。そして、変更情報で指定された変更内容を、構成情報マスタテーブル２０における管理対象装置１０の構成情報へ反映させることにより、文書上での管理対象装置１０の構成を変更させる（Ｓ５２）。変更情報の変更日時に未達であり（Ｓ４４のＮ）、もしくは、その変更情報が承認者により未承認である場合（Ｓ４６のＮ）、Ｓ４８〜Ｓ５２はスキップされる。変更実行タスクが実行対象とならなければ（Ｓ４０のＮ）、Ｓ４２以降のステップはスキップされる。
【００３１】
本実施の形態では、管理対象装置１０の構成変更を承認者が承認するプロセスと、その変更を実行するプロセスとが構成管理装置１２においてシームレスに連動し、管理対象装置１０の構成管理に対する承認者による統制を効率的に実現できる。すなわち、承認者が承認した変更日時において、承認者が承認した変更内容を管理対象装置１０へ反映することができる。また、構成管理装置１２が保持する管理対象装置１０の構成情報に対しても反映することができる。また、構成変更の前後に亘り、管理対象装置１０の構成と、管理対象装置１０の構成情報との同期を維持することができる。
【００３２】
また、管理対象装置１０の構成変更のために実行されるべきコマンドは、構成変更要求において運用者により指定されて構成管理装置１２が保持し、承認者による承認されたことを条件として実行される。これにより、運用者によるコマンドの入力は一度でよく、また承認されたコマンドを確実に実行することができる。また、構成管理装置１２とは別の仕組みで変更情報の承認が行われた場合に発生する、変更情報を一旦構成管理装置１２の形式へ変換して構成管理装置１２が読み込むステップが不要となる。
【００３３】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００３４】
例えば、上記実施の形態では、構成情報マスタテーブル２０の構成情報に反映させるべき変更内容と、実行すべきコマンドの両方が構成変更要求において指定されることとした。変形例では、構成変更要求において変更内容のみが指定されてもよい。この場合、変更実行部３４において構成情報更新部３８による構成情報の更新のみが実行されてもよい。ハードウェア構成の変更等、作業者の手作業が必要な構成変更が実施される場合に好適な態様である。
【００３５】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
【符号の説明】
【００３６】
１０ 管理対象装置、 １２ 構成管理装置、 １４ 運用者端末、 １６ 承認者端末、 ２０ 構成情報マスタテーブル、 ２２ 構成情報変更テーブル、 ２４ 構成情報履歴テーブル、 ２６ 変更フロー設定画面提供部、 ２８ 変更情報受付部、 ３０ 変更プロセス制御部、 ３２ 許否確認部、 ３４ 変更実行部、 ３６ コマンド実行部、 ３８ 構成情報更新部、 １００ 情報システム。
【技術分野】
【０００１】
この発明は、データ処理技術に関し、情報機器の構成情報を管理するための技術に関する。
【背景技術】
【０００２】
情報システムは一旦サービスを開始した後も機能追加やメンテナンス等が随時発生するものであり、それに伴って情報システム内の各種情報機器の構成（例えば、ハードウェア構成およびソフトウェア構成）も随時変更されていく。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２８５３２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
企業における内部統制（「コーポレート・ガバナンス」とも言える）が重要視されている状況を踏まえ、本発明者は、情報機器の構成管理において効率的に統制を実現する仕組みが必要であると考えた。
【０００５】
本発明は、こうした課題に鑑みてなされたものであり、その主たる目的は、情報機器の構成管理において効率的に統制を実現するための技術を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の構成情報管理装置は、外部の機器に関する現在の構成情報を保持する構成情報保持部と、機器の構成を変更すべきユーザから、変更内容と変更タイミングを示す変更情報を受け付ける変更情報受付部と、承認者の端末に対して変更内容を承認するか否かを確認するための情報を提供し、承認者の端末から変更内容を承認するか否かを示す情報を受け付ける確認部と、変更情報が示す変更タイミングに至った場合、承認者により承認済であることを条件として、変更情報が示す変更内容にしたがって、構成情報保持部に保持された構成情報を更新する構成情報更新部と、を備える。
【０００７】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００８】
本発明によれば、情報機器の構成管理において効率的に統制を実現することができる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態の情報システムの構成を示す図である。
【図２】図１の構成管理装置の機能構成を示すブロック図である。
【図３】構成情報変更テーブルの格納データの例を示す図である。
【図４】運用者端末における変更フロー設定画面の表示例を示す図である。
【図５】図１の構成管理装置の動作を示すフローチャートである。
【図６】図５のＳ２２の変更プロセス制御処理を詳細に示すフローチャートである。
【発明を実施するための形態】
【００１０】
情報システム内の各種情報機器に関する構成情報、例えばハードウェアやソフトウェアの構成情報の管理は従来より行われていた。ハードウェアの構成情報には、メモリやハードディスクの容量、ネットワークカードの枚数等が含まれる。ソフトウェアの構成情報には、情報機器にインストールされたプログラムの名称・バージョンや、ＩＰアドレス等のネットワーク設定情報等が含まれる。
【００１１】
従来、構成情報を変更するための典型的な流れは以下のとおりであった。
（１）システム運用者が情報機器の構成の変更要求を承認者へメール等により連絡し、その変更が承認された旨の情報を承認者がシステム運用者へメール等により連絡する。
（２）システム運用者がコマンド等を投入して情報機器の構成を変更する。
（３）システム運用者が構成情報を記録する文書へ構成変更の内容を反映する。
【００１２】
しかしながら従来の構成管理では、構成の変更を承認者が承認するプロセスと、その変更を実行するプロセスとが分断されており、承認者による統制が十分ではなかった。そこで本実施の形態では、構成の変更を承認者が承認するプロセスと、その変更を実行するプロセスとをシームレスに連動させる構成管理装置を提案する。これにより、承認者により承認された変更内容を情報機器へ確実に反映させ、統制の実現を支援する。
【００１３】
図１は、実施の形態の情報システムの構成を示す。情報システム１００は、管理対象装置１０で総称される管理対象装置１０ａ、管理対象装置１０ｂ、管理対象装置１０ｃと、構成管理装置１２と、運用者端末１４と、承認者端末１６とを備える。これらの装置は、ＬＡＮ・ＷＡＮ・インターネット等を適宜含む通信網１８を介して接続される。
【００１４】
管理対象装置１０は構成情報の管理対象となる情報機器であり、例えばサーバやＰＣ等の情報処理装置や、レイヤ２スイッチやレイヤ３スイッチ等のネットワーク機器を含む。構成管理装置１２は、管理対象装置１０の構成情報を管理する情報処理装置である。構成管理装置１２の詳細な構成は後述する。
【００１５】
運用者端末１４は、情報システム１００の運用・保守業務の担当者により操作されるＰＣである。本実施の形態では、運用・保守業務の担当者による管理対象装置１０の構成変更要求を構成管理装置１２に対して送信する。承認者端末１６は、管理対象装置１０の構成変更を承認もしくは拒否する（すなわち構成変更の許否を判断する）承認者により操作されるＰＣである。本実施の形態では、運用者端末１４から送信された構成変更要求を、構成管理装置１２を介して受け付け、その構成変更要求を承認もしくは拒否する承認者の判断を示す情報を構成管理装置１２へ送信する。なお運用者端末１４および承認者端末１６は、構成管理装置１２と通信し、構成管理装置１２から提供された画面データをディスプレイに表示させるクライアントソフトウェアが予めインストールされていてもよい。
【００１６】
図２は、図１の構成管理装置１２の機能構成を示すブロック図である。構成管理装置１２は、構成情報マスタテーブル２０と、構成情報変更テーブル２２と、構成情報履歴テーブル２４と、変更フロー設定画面提供部２６と、変更情報受付部２８と、変更プロセス制御部３０と、許否確認部３２と、変更実行部３４とを備える。
【００１７】
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。また、図２の各機能ブロックは、コンピュータプログラムとして記録媒体に格納され、構成管理装置１２のハードディスクにインストールされ、構成管理装置１２のメインメモリに適宜読み出されてＣＰＵにて実行されてもよい。
【００１８】
構成情報マスタテーブル２０は、管理対象装置１０の構成情報の原本、言い換えれば、現在時点における最新状態の構成情報を保持する記憶領域である。構成情報変更テーブル２２は、将来時点において構成情報マスタテーブル２０に反映されるべき構成情報、言い換えれば、構成情報マスタテーブル２０に保持された構成情報の変更内容を一時的に保持する記憶領域である。構成情報履歴テーブル２４は、管理対象装置１０の過去の構成情報、言い換えれば、過去時点において構成情報マスタテーブル２０に保持された構成情報を保持する記憶領域である。構成情報履歴テーブル２４は、管理対象装置１０の構成の履歴であり、その変遷を蓄積するテーブルであるとも言える。
【００１９】
図３は、構成情報変更テーブル２２の格納データの例を示す。「申請者」フィールドには、構成変更要求の申請者の識別情報が記録される。「変更日時」フィールドには、管理対象装置１０の構成を変更する日時が記録される。「変更内容」フィードには、管理対象装置１０の構成の変更内容、言い換えれば、将来時点において管理対象装置１０に反映すべき構成情報が記録される。例えば、メモリ容量・ディスク容量の増設や、不具合改修プログラムへの更新（パッチの適用）、ウィルス定義ファイルの更新、ネットワークカードの追加に伴うネットワーク設定の更新等が含まれる。
【００２０】
「コマンド」フィールドには、管理対象装置１０に対する変更を実行するためのコマンドが記録される。このコマンドには、例えば、管理対象装置１０にリモートログインするためのコマンドや、ファイル転送のためのコマンド、ネットワーク構成変更のためのコマンド、その他各種アプリケーションを実行し、また制御するためのコマンドが含まれる。また、順次実行されるべき１以上のコマンドの組み合わせが設定される。
【００２１】
「承認フラグ」フィールドには、管理対象装置１０の変更日時、変更内容、コマンドが承認者により承認されたか否かを示すフラグが設定される。なお、運用者端末１４から構成管理装置１２へ送信される構成変更要求では、上記の申請者、変更日時、変更内容およびコマンドが指定されることとする。以下では、構成情報変更テーブル２２の格納データにおける各レコードを「変更情報」とも呼ぶ。
【００２２】
図２に戻り、変更フロー設定画面提供部２６は、管理対象装置１０の構成を変更する処理フロー（以下、「変更フロー」とも呼ぶ。）を設定するための画面（以下、「変更フロー設定画面」とも呼ぶ。）の表示要求を運用者端末１４から受け付けた場合、変更フロー設定画面のデータを運用者端末１４へ送信する。図４は、運用者端末１４における変更フロー設定画面の表示例を示す。同図の変更フロー設定画面４０では、構成情報の変更において実行されるべきタスクとして、許否確認タスク４２と変更実行タスク４４とが設定されている。運用者は、変更フロー設定画面４０に対して変更フローを入力するとともに、図示しない入力エリアへ構成変更要求の各項目を入力して、変更処理開始ボタン４６を押下する。変更処理開始ボタン４６に対する押下操作をトリガとして、構成変更要求および変更フローが運用者端末１４から構成管理装置１２へ送信される。
【００２３】
図２に戻り、変更情報受付部２８は、変更フロー設定画面に対して運用者が入力した構成変更要求および変更フローのデータを運用者端末１４から受け付ける。変更情報受付部２８は、運用者端末１４から受け付けた構成変更要求のデータを、新規の変更情報として構成情報変更テーブル２２へ格納する。なお、新規の変更情報のレコードにおける承認フラグフィールドには初期値として「未承認」を設定する。
【００２４】
変更プロセス制御部３０は、運用者端末１４から受け付けられた変更フローで定められたタスクの実行順序にしたがって、構成情報の変更プロセスを制御する。具体的には、変更フローにおいて許否確認タスク４２が実行対象となった場合、後述の許否確認部３２により承認者に対する許否確認処理を実行させる。また変更フローにおいて変更実行タスク４４が実行対象となった場合、後述の変更実行部３４により構成変更処理を実行させる。
【００２５】
許否確認部３２は、構成変更要求の内容を表示させる画面であり、承認者にその構成変更要求を承認するか否かを確認させるための許否確認画面のデータを承認者端末１６へ送信する。承認者端末１６は、許否確認画面を表示させ、承認者により許否確認画面に対して入力されたデータであり、構成変更要求を承認するか否かを示すデータを構成管理装置１２へ送信する。許否確認部３２は、当該送信されたデータを受け付け、構成変更要求が承認者により承認された場合、構成情報変更テーブル２２における当該要求のレコードについて、その承認フラグフィールドを「承認済」へ変更する。
【００２６】
変更実行部３４は、定期的に構成情報変更テーブル２２のレコード（すなわち変更情報のそれぞれ）を監視し、各変更情報の変更日時フィールドに設定された変更日時と現在時刻とを比較して、変更日時に至った変更情報を特定する。そして、変更日時に至った変更情報の承認フラグが「承認済」であることを条件として、その変更情報にしたがって管理対象装置１０の構成変更処理を実行する。以下、変更日に到達し、かつ、承認者による承認済の変更情報を「実行対象変更情報」とも呼ぶ。
【００２７】
変更実行部３４は、コマンド実行部３６と構成情報更新部３８を含む。コマンド実行部３６は、実行対象変更情報で定められたコマンドを実行することにより、管理対象装置１０の構成を変更させる。構成情報更新部３８は、実行対象変更情報に含まれる変更内容を構成情報マスタテーブル２０に反映させる。例えば、プログラムの名称・バージョンを変更し、ウイルス定義ファイルの更新日時を変更する。
【００２８】
以上の構成による動作を以下説明する。
図５は、図１の構成管理装置１２の動作を示すフローチャートである。変更フローの設定要求が運用者端末１４から受け付けられると（Ｓ１０のＹ）、構成管理装置１２の変更フロー設定画面提供部２６は、変更フロー設定画面のデータを運用者端末１４へ提供して表示させる（Ｓ１２）。変更フローの設定要求が受け付けられなければ（Ｓ１０のＮ）、Ｓ１２はスキップされる。変更フロー設定画面に入力された変更フローの実行要求が運用者端末１４から受け付けられると（Ｓ１４のＹ）、変更情報受付部２８は、変更フロー設定画面に入力された変更情報を構成情報変更テーブル２２へ記録する（Ｓ１６）。変更プロセス制御部３０は、管理対象装置１０の構成の変更プロセスを開始する（Ｓ１８）。変更フローの実行要求が受け付けられなければ（Ｓ１４のＮ）、Ｓ１６およびＳ１８はスキップされる。変更プロセスが開始済であれば（Ｓ２０のＹ）、変更プロセス制御部３０は、変更フロー設定画面に入力された変更フローにしたがって、変更プロセス制御処理を実行する（Ｓ２２）。変更プロセスが未開始であれば（Ｓ２０のＮ）、Ｓ２２はスキップされる。
【００２９】
図６は、図５のＳ２２の変更プロセス制御処理を詳細に示すフローチャートである。同図では、変更プロセス制御処理の一例として、図４の変更フローにしたがった変更プロセス制御処理を示している。変更フローにおいて許否確認タスクが実行対象となった場合（Ｓ３０のＹ）、許否確認部３２は、運用者から受け付けられた変更情報について、その確認画面のデータを承認者端末１６へ提供して表示させる（Ｓ３２）。承認者端末１６において管理対象装置１０の構成変更が承認された場合（Ｓ３４のＹ）、許否確認部３２は、構成情報変更テーブル２２に格納された当該変更情報の承認フラグを承認済へ更新する（Ｓ３６）。承認者端末１６において管理対象装置１０の構成変更が許否された場合（Ｓ３４のＮ）、許否確認部３２は、管理対象装置１０の構成変更が拒否された旨の情報を運用者端末１４へ通知する（Ｓ３８）。許否確認タスクが実行対象とならなければ（Ｓ３０のＮ）、Ｓ３２〜Ｓ３８はスキップされる。
【００３０】
変更フローにおいて変更実行タスクが実行対象となった場合（Ｓ４０のＹ）、変更実行部３４は構成情報変更テーブル２２を定期的に監視し、その都度、各変更情報の変更日時と現在日時とを比較する（Ｓ４２）。変更情報の変更日時に到達し（Ｓ４４のＹ）、かつ、その変更情報が承認者により承認済である場合（Ｓ４６のＹ）、変更実行部３４のコマンド実行部３６は、変更情報で指定されたコマンドを実行することにより、管理対象装置１０の構成を実際に変更させる（Ｓ４８）。変更実行部３４の構成情報更新部３８は、それまでの管理対象装置１０の構成情報を構成情報履歴テーブル２４へ待避させることにより、管理対象装置１０の構成の履歴情報を更新する（Ｓ５０）。そして、変更情報で指定された変更内容を、構成情報マスタテーブル２０における管理対象装置１０の構成情報へ反映させることにより、文書上での管理対象装置１０の構成を変更させる（Ｓ５２）。変更情報の変更日時に未達であり（Ｓ４４のＮ）、もしくは、その変更情報が承認者により未承認である場合（Ｓ４６のＮ）、Ｓ４８〜Ｓ５２はスキップされる。変更実行タスクが実行対象とならなければ（Ｓ４０のＮ）、Ｓ４２以降のステップはスキップされる。
【００３１】
本実施の形態では、管理対象装置１０の構成変更を承認者が承認するプロセスと、その変更を実行するプロセスとが構成管理装置１２においてシームレスに連動し、管理対象装置１０の構成管理に対する承認者による統制を効率的に実現できる。すなわち、承認者が承認した変更日時において、承認者が承認した変更内容を管理対象装置１０へ反映することができる。また、構成管理装置１２が保持する管理対象装置１０の構成情報に対しても反映することができる。また、構成変更の前後に亘り、管理対象装置１０の構成と、管理対象装置１０の構成情報との同期を維持することができる。
【００３２】
また、管理対象装置１０の構成変更のために実行されるべきコマンドは、構成変更要求において運用者により指定されて構成管理装置１２が保持し、承認者による承認されたことを条件として実行される。これにより、運用者によるコマンドの入力は一度でよく、また承認されたコマンドを確実に実行することができる。また、構成管理装置１２とは別の仕組みで変更情報の承認が行われた場合に発生する、変更情報を一旦構成管理装置１２の形式へ変換して構成管理装置１２が読み込むステップが不要となる。
【００３３】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００３４】
例えば、上記実施の形態では、構成情報マスタテーブル２０の構成情報に反映させるべき変更内容と、実行すべきコマンドの両方が構成変更要求において指定されることとした。変形例では、構成変更要求において変更内容のみが指定されてもよい。この場合、変更実行部３４において構成情報更新部３８による構成情報の更新のみが実行されてもよい。ハードウェア構成の変更等、作業者の手作業が必要な構成変更が実施される場合に好適な態様である。
【００３５】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
【符号の説明】
【００３６】
１０ 管理対象装置、 １２ 構成管理装置、 １４ 運用者端末、 １６ 承認者端末、 ２０ 構成情報マスタテーブル、 ２２ 構成情報変更テーブル、 ２４ 構成情報履歴テーブル、 ２６ 変更フロー設定画面提供部、 ２８ 変更情報受付部、 ３０ 変更プロセス制御部、 ３２ 許否確認部、 ３４ 変更実行部、 ３６ コマンド実行部、 ３８ 構成情報更新部、 １００ 情報システム。
【特許請求の範囲】
【請求項１】
外部の機器に関する現在の構成情報を保持する構成情報保持部と、
前記機器の構成を変更すべきユーザから、変更内容と変更タイミングを示す変更情報を受け付ける変更情報受付部と、
承認者の端末に対して前記変更内容を承認するか否かを確認するための情報を提供し、前記承認者の端末から前記変更内容を承認するか否かを示す情報を受け付ける確認部と、
前記変更情報が示す変更タイミングに至った場合、承認者により承認済であることを条件として、前記変更情報が示す変更内容にしたがって、前記構成情報保持部に保持された構成情報を更新する構成情報更新部と、
を備えることを特徴とする構成情報管理装置。
【請求項２】
コマンド実行部をさらに備え、
前記変更情報受付部において受け付けられる変更情報には、前記機器の構成を変更させるためのコマンドが含まれ、
前記コマンド実行部は、前記変更情報が示す変更タイミングに至った場合、承認者により承認済であることを条件として、前記コマンドを実行することを特徴とする請求項１に記載の構成情報管理装置。
【請求項３】
外部の機器に関する現在の構成情報を保持するコンピュータに、
前記機器の構成を変更すべきユーザから、変更内容と変更タイミングを示す変更情報を受け付ける機能と、
承認者の端末に対して前記変更内容を承認するか否かを確認するための情報を提供し、前記承認者の端末から前記変更内容を承認するか否かを示す情報を受け付ける機能と、
前記変更情報が示す変更タイミングに至った場合、承認者により承認済であることを条件として、前記変更情報が示す変更内容にしたがって、前記機器に関する現在の構成情報を更新する機能と、
を実現させるためのコンピュータプログラム。
【請求項１】
外部の機器に関する現在の構成情報を保持する構成情報保持部と、
前記機器の構成を変更すべきユーザから、変更内容と変更タイミングを示す変更情報を受け付ける変更情報受付部と、
承認者の端末に対して前記変更内容を承認するか否かを確認するための情報を提供し、前記承認者の端末から前記変更内容を承認するか否かを示す情報を受け付ける確認部と、
前記変更情報が示す変更タイミングに至った場合、承認者により承認済であることを条件として、前記変更情報が示す変更内容にしたがって、前記構成情報保持部に保持された構成情報を更新する構成情報更新部と、
を備えることを特徴とする構成情報管理装置。
【請求項２】
コマンド実行部をさらに備え、
前記変更情報受付部において受け付けられる変更情報には、前記機器の構成を変更させるためのコマンドが含まれ、
前記コマンド実行部は、前記変更情報が示す変更タイミングに至った場合、承認者により承認済であることを条件として、前記コマンドを実行することを特徴とする請求項１に記載の構成情報管理装置。
【請求項３】
外部の機器に関する現在の構成情報を保持するコンピュータに、
前記機器の構成を変更すべきユーザから、変更内容と変更タイミングを示す変更情報を受け付ける機能と、
承認者の端末に対して前記変更内容を承認するか否かを確認するための情報を提供し、前記承認者の端末から前記変更内容を承認するか否かを示す情報を受け付ける機能と、
前記変更情報が示す変更タイミングに至った場合、承認者により承認済であることを条件として、前記変更情報が示す変更内容にしたがって、前記機器に関する現在の構成情報を更新する機能と、
を実現させるためのコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１２−１６４１４５（Ｐ２０１２−１６４１４５Ａ）
【公開日】平成２４年８月３０日（２０１２．８．３０）
【国際特許分類】
【出願番号】特願２０１１−２４１４１（Ｐ２０１１−２４１４１）
【出願日】平成２３年２月７日（２０１１．２．７）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【公開日】平成２４年８月３０日（２０１２．８．３０）
【国際特許分類】
【出願日】平成２３年２月７日（２０１１．２．７）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
[ Back to top ]