外部の機器に関する現在の構成情報を保持する構成情報保持部と、前記機器の構成を変更すべきユーザから、変更内容と変更タイミングを示す変更情報を受け付ける変更情報受付部と、承認者の端末に対して前記変更内容を承認するか否かを確認するための情報を提供し、前記承認者の端末から前記変更内容を承認するか否かを示す情報を受け付ける確認部と、前記変更情報が示す変更タイミングに至った場合、承認者により承認済であることを条件として、前記変更情報が示す変更内容にしたがって、前記構成情報保持部に保持された構成情報を更新する構成情報更新部と、を備えることを特徴とする構成情報管理装置。コマンド実行部をさらに備え、前記変更情報受付部において受け付けられる変更情報には、前記機器の構成を変更させるためのコマンドが含まれ、前記コマンド実行部は、前記変更情報が示す変更タイミングに至った場合、承認者により承認済であることを条件として、前記コマンドを実行することを特徴とする請求項1に記載の構成情報管理装置。外部の機器に関する現在の構成情報を保持するコンピュータに、前記機器の構成を変更すべきユーザから、変更内容と変更タイミングを示す変更情報を受け付ける機能と、承認者の端末に対して前記変更内容を承認するか否かを確認するための情報を提供し、前記承認者の端末から前記変更内容を承認するか否かを示す情報を受け付ける機能と、前記変更情報が示す変更タイミングに至った場合、承認者により承認済であることを条件として、前記変更情報が示す変更内容にしたがって、前記機器に関する現在の構成情報を更新する機能と、を実現させるためのコンピュータプログラム。企業における内部統制コーポレートガバナンスとも言えるが重要視されている状況を踏まえ、本発明者は、情報機器の構成管理において効率的に統制を実現する仕組みが必要であると考えた。本発明は、こうした課題に鑑みてなされたものであり、その主たる目的は、情報機器の構成管理において効率的に統制を実現するための技術を提供することである。上記課題を解決するために、本発明のある態様の構成情報管理装置は、外部の機器に関する現在の構成情報を保持する構成情報保持部と、機器の構成を変更すべきユーザから、変更内容と変更タイミングを示す変更情報を受け付ける変更情報受付部と、承認者の端末に対して変更内容を承認するか否かを確認するための情報を提供し、承認者の端末から変更内容を承認するか否かを示す情報を受け付ける確認部と、変更情報が示す変更タイミングに至った場合、承認者により承認済であることを条件として、変更情報が示す変更内容にしたがって、構成情報保持部に保持された構成情報を更新する構成情報更新部と、を備える。なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。本発明によれば、情報機器の構成管理において効率的に統制を実現することができる。情報システム内の各種情報機器に関する構成情報、例えばハードウェアやソフトウェアの構成情報の管理は従来より行われていた。ハードウェアの構成情報には、メモリやハードディスクの容量、ネットワークカードの枚数等が含まれる。ソフトウェアの構成情報には、情報機器にインストールされたプログラムの名称バージョンや、IPアドレス等のネットワーク設定情報等が含まれる。従来、構成情報を変更するための典型的な流れは以下のとおりであった。1システム運用者が情報機器の構成の変更要求を承認者へメール等により連絡し、その変更が承認された旨の情報を承認者がシステム運用者へメール等により連絡する。2システム運用者がコマンド等を投入して情報機器の構成を変更する。3システム運用者が構成情報を記録する文書へ構成変更の内容を反映する。しかしながら従来の構成管理では、構成の変更を承認者が承認するプロセスと、その変更を実行するプロセスとが分断されており、承認者による統制が十分ではなかった。そこで本実施の形態では、構成の変更を承認者が承認するプロセスと、その変更を実行するプロセスとをシームレスに連動させる構成管理装置を提案する。これにより、承認者により承認された変更内容を情報機器へ確実に反映させ、統制の実現を支援する。図1は、実施の形態の情報システムの構成を示す。情報システム100は、管理対象装置10で総称される管理対象装置10a、管理対象装置10b、管理対象装置10cと、構成管理装置12と、運用者端末14と、承認者端末16とを備える。これらの装置は、LANWANインターネット等を適宜含む通信網18を介して接続される。管理対象装置10は構成情報の管理対象となる情報機器であり、例えばサーバやPC等の情報処理装置や、レイヤ2スイッチやレイヤ3スイッチ等のネットワーク機器を含む。構成管理装置12は、管理対象装置10の構成情報を管理する情報処理装置である。構成管理装置12の詳細な構成は後述する。運用者端末14は、情報システム100の運用保守業務の担当者により操作されるPCである。本実施の形態では、運用保守業務の担当者による管理対象装置10の構成変更要求を構成管理装置12に対して送信する。承認者端末16は、管理対象装置10の構成変更を承認もしくは拒否するすなわち構成変更の許否を判断する承認者により操作されるPCである。本実施の形態では、運用者端末14から送信された構成変更要求を、構成管理装置12を介して受け付け、その構成変更要求を承認もしくは拒否する承認者の判断を示す情報を構成管理装置12へ送信する。なお運用者端末14および承認者端末16は、構成管理装置12と通信し、構成管理装置12から提供された画面データをディスプレイに表示させるクライアントソフトウェアが予めインストールされていてもよい。図2は、図1の構成管理装置12の機能構成を示すブロック図である。構成管理装置12は、構成情報マスタテーブル20と、構成情報変更テーブル22と、構成情報履歴テーブル24と、変更フロー設定画面提供部26と、変更情報受付部28と、変更プロセス制御部30と、許否確認部32と、変更実行部34とを備える。本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのCPUをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。また、図2の各機能ブロックは、コンピュータプログラムとして記録媒体に格納され、構成管理装置12のハードディスクにインストールされ、構成管理装置12のメインメモリに適宜読み出されてCPUにて実行されてもよい。構成情報マスタテーブル20は、管理対象装置10の構成情報の原本、言い換えれば、現在時点における最新状態の構成情報を保持する記憶領域である。構成情報変更テーブル22は、将来時点において構成情報マスタテーブル20に反映されるべき構成情報、言い換えれば、構成情報マスタテーブル20に保持された構成情報の変更内容を一時的に保持する記憶領域である。構成情報履歴テーブル24は、管理対象装置10の過去の構成情報、言い換えれば、過去時点において構成情報マスタテーブル20に保持された構成情報を保持する記憶領域である。構成情報履歴テーブル24は、管理対象装置10の構成の履歴であり、その変遷を蓄積するテーブルであるとも言える。図3は、構成情報変更テーブル22の格納データの例を示す。申請者フィールドには、構成変更要求の申請者の識別情報が記録される。変更日時フィールドには、管理対象装置10の構成を変更する日時が記録される。変更内容フィードには、管理対象装置10の構成の変更内容、言い換えれば、将来時点において管理対象装置10に反映すべき構成情報が記録される。例えば、メモリ容量ディスク容量の増設や、不具合改修プログラムへの更新パッチの適用、ウィルス定義ファイルの更新、ネットワークカードの追加に伴うネットワーク設定の更新等が含まれる。コマンドフィールドには、管理対象装置10に対する変更を実行するためのコマンドが記録される。このコマンドには、例えば、管理対象装置10にリモートログインするためのコマンドや、ファイル転送のためのコマンド、ネットワーク構成変更のためのコマンド、その他各種アプリケーションを実行し、また制御するためのコマンドが含まれる。また、順次実行されるべき1以上のコマンドの組み合わせが設定される。承認フラグフィールドには、管理対象装置10の変更日時、変更内容、コマンドが承認者により承認されたか否かを示すフラグが設定される。なお、運用者端末14から構成管理装置12へ送信される構成変更要求では、上記の申請者、変更日時、変更内容およびコマンドが指定されることとする。以下では、構成情報変更テーブル22の格納データにおける各レコードを変更情報とも呼ぶ。図2に戻り、変更フロー設定画面提供部26は、管理対象装置10の構成を変更する処理フロー以下、変更フローとも呼ぶ。を設定するための画面以下、変更フロー設定画面とも呼ぶ。の表示要求を運用者端末14から受け付けた場合、変更フロー設定画面のデータを運用者端末14へ送信する。図4は、運用者端末14における変更フロー設定画面の表示例を示す。同図の変更フロー設定画面40では、構成情報の変更において実行されるべきタスクとして、許否確認タスク42と変更実行タスク44とが設定されている。運用者は、変更フロー設定画面40に対して変更フローを入力するとともに、図示しない入力エリアへ構成変更要求の各項目を入力して、変更処理開始ボタン46を押下する。変更処理開始ボタン46に対する押下操作をトリガとして、構成変更要求および変更フローが運用者端末14から構成管理装置12へ送信される。図2に戻り、変更情報受付部28は、変更フロー設定画面に対して運用者が入力した構成変更要求および変更フローのデータを運用者端末14から受け付ける。変更情報受付部28は、運用者端末14から受け付けた構成変更要求のデータを、新規の変更情報として構成情報変更テーブル22へ格納する。なお、新規の変更情報のレコードにおける承認フラグフィールドには初期値として未承認を設定する。変更プロセス制御部30は、運用者端末14から受け付けられた変更フローで定められたタスクの実行順序にしたがって、構成情報の変更プロセスを制御する。具体的には、変更フローにおいて許否確認タスク42が実行対象となった場合、後述の許否確認部32により承認者に対する許否確認処理を実行させる。また変更フローにおいて変更実行タスク44が実行対象となった場合、後述の変更実行部34により構成変更処理を実行させる。許否確認部32は、構成変更要求の内容を表示させる画面であり、承認者にその構成変更要求を承認するか否かを確認させるための許否確認画面のデータを承認者端末16へ送信する。承認者端末16は、許否確認画面を表示させ、承認者により許否確認画面に対して入力されたデータであり、構成変更要求を承認するか否かを示すデータを構成管理装置12へ送信する。許否確認部32は、当該送信されたデータを受け付け、構成変更要求が承認者により承認された場合、構成情報変更テーブル22における当該要求のレコードについて、その承認フラグフィールドを承認済へ変更する。変更実行部34は、定期的に構成情報変更テーブル22のレコードすなわち変更情報のそれぞれを監視し、各変更情報の変更日時フィールドに設定された変更日時と現在時刻とを比較して、変更日時に至った変更情報を特定する。そして、変更日時に至った変更情報の承認フラグが承認済であることを条件として、その変更情報にしたがって管理対象装置10の構成変更処理を実行する。以下、変更日に到達し、かつ、承認者による承認済の変更情報を実行対象変更情報とも呼ぶ。変更実行部34は、コマンド実行部36と構成情報更新部38を含む。コマンド実行部36は、実行対象変更情報で定められたコマンドを実行することにより、管理対象装置10の構成を変更させる。構成情報更新部38は、実行対象変更情報に含まれる変更内容を構成情報マスタテーブル20に反映させる。例えば、プログラムの名称バージョンを変更し、ウイルス定義ファイルの更新日時を変更する。以上の構成による動作を以下説明する。図5は、図1の構成管理装置12の動作を示すフローチャートである。変更フローの設定要求が運用者端末14から受け付けられるとS10のY、構成管理装置12の変更フロー設定画面提供部26は、変更フロー設定画面のデータを運用者端末14へ提供して表示させるS12。変更フローの設定要求が受け付けられなければS10のN、S12はスキップされる。変更フロー設定画面に入力された変更フローの実行要求が運用者端末14から受け付けられるとS14のY、変更情報受付部28は、変更フロー設定画面に入力された変更情報を構成情報変更テーブル22へ記録するS16。変更プロセス制御部30は、管理対象装置10の構成の変更プロセスを開始するS18。変更フローの実行要求が受け付けられなければS14のN、S16およびS18はスキップされる。変更プロセスが開始済であればS20のY、変更プロセス制御部30は、変更フロー設定画面に入力された変更フローにしたがって、変更プロセス制御処理を実行するS22。変更プロセスが未開始であればS20のN、S22はスキップされる。図6は、図5のS22の変更プロセス制御処理を詳細に示すフローチャートである。同図では、変更プロセス制御処理の一例として、図4の変更フローにしたがった変更プロセス制御処理を示している。変更フローにおいて許否確認タスクが実行対象となった場合S30のY、許否確認部32は、運用者から受け付けられた変更情報について、その確認画面のデータを承認者端末16へ提供して表示させるS32。承認者端末16において管理対象装置10の構成変更が承認された場合S34のY、許否確認部32は、構成情報変更テーブル22に格納された当該変更情報の承認フラグを承認済へ更新するS36。承認者端末16において管理対象装置10の構成変更が許否された場合S34のN、許否確認部32は、管理対象装置10の構成変更が拒否された旨の情報を運用者端末14へ通知するS38。許否確認タスクが実行対象とならなければS30のN、S32~S38はスキップされる。変更フローにおいて変更実行タスクが実行対象となった場合S40のY、変更実行部34は構成情報変更テーブル22を定期的に監視し、その都度、各変更情報の変更日時と現在日時とを比較するS42。変更情報の変更日時に到達しS44のY、かつ、その変更情報が承認者により承認済である場合S46のY、変更実行部34のコマンド実行部36は、変更情報で指定されたコマンドを実行することにより、管理対象装置10の構成を実際に変更させるS48。変更実行部34の構成情報更新部38は、それまでの管理対象装置10の構成情報を構成情報履歴テーブル24へ待避させることにより、管理対象装置10の構成の履歴情報を更新するS50。そして、変更情報で指定された変更内容を、構成情報マスタテーブル20における管理対象装置10の構成情報へ反映させることにより、文書上での管理対象装置10の構成を変更させるS52。変更情報の変更日時に未達でありS44のN、もしくは、その変更情報が承認者により未承認である場合S46のN、S48~S52はスキップされる。変更実行タスクが実行対象とならなければS40のN、S42以降のステップはスキップされる。本実施の形態では、管理対象装置10の構成変更を承認者が承認するプロセスと、その変更を実行するプロセスとが構成管理装置12においてシームレスに連動し、管理対象装置10の構成管理に対する承認者による統制を効率的に実現できる。すなわち、承認者が承認した変更日時において、承認者が承認した変更内容を管理対象装置10へ反映することができる。また、構成管理装置12が保持する管理対象装置10の構成情報に対しても反映することができる。また、構成変更の前後に亘り、管理対象装置10の構成と、管理対象装置10の構成情報との同期を維持することができる。また、管理対象装置10の構成変更のために実行されるべきコマンドは、構成変更要求において運用者により指定されて構成管理装置12が保持し、承認者による承認されたことを条件として実行される。これにより、運用者によるコマンドの入力は一度でよく、また承認されたコマンドを確実に実行することができる。また、構成管理装置12とは別の仕組みで変更情報の承認が行われた場合に発生する、変更情報を一旦構成管理装置12の形式へ変換して構成管理装置12が読み込むステップが不要となる。以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。例えば、上記実施の形態では、構成情報マスタテーブル20の構成情報に反映させるべき変更内容と、実行すべきコマンドの両方が構成変更要求において指定されることとした。変形例では、構成変更要求において変更内容のみが指定されてもよい。この場合、変更実行部34において構成情報更新部38による構成情報の更新のみが実行されてもよい。ハードウェア構成の変更等、作業者の手作業が必要な構成変更が実施される場合に好適な態様である。請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。