JP5206203B2 - 情報処理装置、装置管理システム、装置管理方法及び、プログラム - Google Patents
情報処理装置、装置管理システム、装置管理方法及び、プログラム Download PDFInfo
- Publication number
- JP5206203B2 JP5206203B2 JP2008198555A JP2008198555A JP5206203B2 JP 5206203 B2 JP5206203 B2 JP 5206203B2 JP 2008198555 A JP2008198555 A JP 2008198555A JP 2008198555 A JP2008198555 A JP 2008198555A JP 5206203 B2 JP5206203 B2 JP 5206203B2
- Authority
- JP
- Japan
- Prior art keywords
- change
- information
- item
- cpu
- received
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
本発明は、ネットワークを介して第１装置及び第２装置に接続された情報処理装置、第１装置及び第２装置を情報処理装置により管理する装置管理システム、装置管理方法、並びに、情報処理装置を機能させるためのプログラムに関する。
近年、医薬品または食品等の研究開発に使用されるコンピュータシステム、または、企業内の財務管理等に使用されるコンピュータシステムについてはコンピュータシステムバリデーション（以下、ＣＳＶという：Computerized System Validation）の実施が求められている。例えば、医薬品の分野においては日本国厚生労働省及び米国ＦＤＡ（Food and Drug Administration、食品医薬品局）が要求する規定に従う必要がある。ＣＳＶとは、システムの開発、運用、保守及び廃棄等のシステムライフサイクル全てにわたって、医薬品及び医療機器等に係るコンピュータシステムの妥当性を証明することを意味する。
システムの変更を行う場合、通常は現在稼働中のシステム系統（以下、本番系統という）を用いて運用しつつ、同時にテスト系統による変更作業が行われる。テスト系統による動作確認が行われた場合、現在稼働中の本番系統についても同様の変更を行う。これらの変更作業に対してはＣＳＶにより、変更に関する各種管理が厳しいレベルで要求されている。なお一般的技術を示す文献として特許文献１が存在する。
特開２００６−１１９８４８号公報
しかしながら、従来は変更する内容を作業者が手作業によりノート等に記載しているに過ぎず、作業者個人によるばらつき等が生じるおそれがあった。
本発明は斯かる事情に鑑みてなされたものであり、その目的は、第１装置及び第２装置から送信される変更項目及び変更内容を検証することにより、より高いレベルでの変更に対する検証処理を実現することが可能な情報処理装置等を提供することにある。
本願に開示する装置は、ネットワークを介して第１装置及び第２装置に接続された情報処理装置において、前記第１装置及び第２装置のソフトウェアまたはハードウェアに対して変更すべき共通の変更情報を記憶部に記憶する記憶手段と、前記第１装置に対する変更を許可するか否かを判断する判断手段と、該判断手段により許可すると判断した場合に、変更を許可する許可情報を外部へ出力する出力手段と、該出力手段により許可情報を出力した後に、前記第１装置から変更項目及び該変更項目に対応する変更内容を受信する受信手段と、該受信手段により受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを判断する第１判断手段と、該第１判断手段により対応する変更であると判断した場合に、前記第２装置に対する変更要求を受け付ける受け付け手段と、前記受け付け手段により第２装置に対する変更要求を受け付けた場合に、変更を許可する許可情報を外部へ出力する第２出力手段と、該第２出力手段により許可情報を出力した後に、前記第２装置から変更項目及び変更内容を受信する第２受信手段と、該第２受信手段により受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを判断する第２判断手段と、前記第２判断手段により変更情報に対応する変更であると判断した場合に、前記受信手段により受信した前記第１装置に係る変更項目及び変更内容が、前記第２受信手段により受信した前記第２装置に係る変更項目及び変更内容に一致するか否かを判断する一致判断手段とを備える。
本願に開示する装置によれば、ネットワークを介して接続される第１装置及び第２装置のソフトウェアまたはハードウェアに対して変更すべき共通の変更情報を記憶部に記憶する。判断手段は、第１装置に対する変更を許可するか否かを判断する。そして、出力手段は、判断手段により許可すると判断した場合に、変更を許可する許可情報を外部へ出力する。その後、受信手段は、第１装置から変更項目及び変更項目に対応する変更内容を受信する。第１判断手段は、受信手段により受信した変更項目及び変更内容が、記憶部に記憶した変更情報に対応する変更であるか否かを判断する。受け付け手段は、第１判断手段により対応する変更であると判断した場合に、第２装置に対する変更要求を受け付ける。
当該装置の一観点によれば、テスト系統である第１装置において実施された変更項目及び変更内容が、記憶部に記憶した変更情報に対応する変更であると判断された場合に初めて、本番系統である第２装置に対する変更要求の受付が可能となる。これにより、テスト系統における変更内容が、予め策定した仕様に合致していることを確保でき、より高いレベルでのシステム管理が可能となる等、優れた効果を奏する。
実施の形態１
以下本発明の実施の形態を、図面を参照して説明する。図１は装置管理システムの概要を示す説明図である。装置管理システムは、第１装置１、１、１・・・、第２装置２、２、２・・・、情報処理装置３、画像処理装置５、コンピュータ４、４、４・・・、ネットワーク６、及び、通信部６０等を含む。これら各装置は、ＬＡＮ（Local Area Network）、インターネット及び携帯電話網等のネットワーク６を介して相互に接続されており、例えばＨＴＴＰ（HyperText Transfer Protocol）等により情報を送受信する。情報処理装置３は例えばサーバコンピュータが用いられ、第１装置１及び第２装置２に対する変更処理を管理する。以下では情報処理装置３を管理サーバ３と読み替えて説明する。また、以下では装置管理システムを医薬品の製品開発管理に適用する例を説明するがこれに限るものではなく、食料品、自動車その他の製品開発管理、または、企業内の財務管理等に適用しても良い。
以下本発明の実施の形態を、図面を参照して説明する。図１は装置管理システムの概要を示す説明図である。装置管理システムは、第１装置１、１、１・・・、第２装置２、２、２・・・、情報処理装置３、画像処理装置５、コンピュータ４、４、４・・・、ネットワーク６、及び、通信部６０等を含む。これら各装置は、ＬＡＮ（Local Area Network）、インターネット及び携帯電話網等のネットワーク６を介して相互に接続されており、例えばＨＴＴＰ（HyperText Transfer Protocol）等により情報を送受信する。情報処理装置３は例えばサーバコンピュータが用いられ、第１装置１及び第２装置２に対する変更処理を管理する。以下では情報処理装置３を管理サーバ３と読み替えて説明する。また、以下では装置管理システムを医薬品の製品開発管理に適用する例を説明するがこれに限るものではなく、食料品、自動車その他の製品開発管理、または、企業内の財務管理等に適用しても良い。
第２装置２、２、２・・・は例えば医薬品の製品開発に用いられるＷｅｂサーバ、アプリケーションサーバ、またはデータベースサーバ等である。第２装置２、２、２・・・はコンピュータ４からの要求に応じてデータの出力、記憶、検索、またはアプリケーションの実行等の情報処理を行う。医薬品の開発がスタートした場合、開発過程における情報処理は第２装置２、２、２・・・で構成される本番系統２０において実行される。以下では第２装置２の一つであるアプリケーションサーバに対するソフトウェアの更新を例に挙げて詳細を説明する。なお、第２装置２のアプリケーションサーバを適宜本番サーバ２と読み替えて説明する。
第１装置１、１、１・・・は本番系統２０と同様であり、Ｗｅｂサーバ、アプリケーションサーバ、またはデータベースサーバ等を含む。第１装置１、１、１・・・により構成されるテスト系統１０は、本番系統２０内の本番サーバ２の変更に先立ち、第１装置１での検証を行うものである。すなわち、本番サーバ２と実質的に同一のテスト系統１０での変更及び検証が確立された後に、同様の変更及び検証を本番系統２０に対して行う。本番サーバ２と同じく、テスト系統１０においても第１装置１の一つであるアプリケーションサーバに対するソフトウェアの更新を例に挙げて詳細を説明する。なお、第１装置１のアプリケーションサーバを適宜テストサーバ１と読み替えて説明する。
コンピュータ４はＬＡＮを介して本番系統２０等に接続される他、ファイアウォールとしての機能を果たすゲートウェイ等の通信部６０及びインターネットを介して本番系統２０等に接続される。以下では、説明を容易にするためにネットワーク６をＬＡＮ６であるものとし、コンピュータ４はＬＡＮ６に接続されているものとして説明する。ＬＡＮ６には画像処理装置（以下、プリンタという）５が接続されており、プリンタ５は、コンピュータ４、管理サーバ３、テストサーバ１及び本番サーバ２からの要求に応じて、印刷処理を行う。
以下、本実施形態の概要を説明する。例えばアプリケーションプログラムの更新を行う場合、まずテスト系統１０のテストサーバ１にインストールを行う。この際管理者は、管理サーバ３において認証処理を行う。管理者はテストサーバ１及び本番サーバ２双方のソフトウェアまたはハードウェアに対して変更すべき共通の変更情報を管理サーバ３に記憶する。その後、管理者はテストサーバ１にアプリケーションプログラムをインストールする。テストサーバ１はインストールに伴う変更前と変更後の差分に関する情報（以下、差分情報という）を管理サーバ３に送信する。
管理サーバ３はテストサーバ１から送信された差分情報を記憶する。管理サーバ３は送信された差分情報が、変更情報に対応するものであるか否かを判断する。ここで、変更情報に対応しない場合、すなわち他のアプリケーションプログラムをインストールした場合、または、異なるハードウェアを追加した場合等は、策定した変更仕様に反するため、その時点でエラーと判断される。変更情報に対応する場合、テストサーバ１での動作確認のための検証が行われる。変更情報に対応し、また検証の結果問題がない場合、本番系統２０への変更を進めるべく、本番サーバ２に対する変更要求を受け付ける。
管理者は本番サーバ２に対する変更要求を行う。その後、管理者は本番サーバ２にアプリケーションプログラムをインストールする。本番サーバ２はインストールに伴う変更前と変更後の差分情報を管理サーバ３に送信する。管理サーバ３は本番サーバ２から送信された差分情報を記憶する。管理サーバ３は、テストサーバ１に対する処理と同じく、送信された差分情報が、変更情報に対応するものであるか否かを判断する。
変更情報に対応する場合、本番サーバ２での動作確認のための検証が行われる。ここで管理サーバ３は変更情報に対応し、また検証の結果問題がない場合、テストサーバ１における差分情報と本番サーバ２における差分情報とが一致するか否かを判断する。ここで一致しない場合は、ＣＳＶの要件に合致しないことからエラーとなる。一方一致する場合は、本番サーバ２における正式な運用を開始する。これにより、テスト系統１０及び本番系統２０における仕様の確認、検証及び一致性が一連のスキームにおいて担保されることになる。また、ＣＳＶに関する報告時においても、上述した処理の各過程における情報が電子化されていることから、より客観性及び信頼性を高めることが可能となる。以下に、詳細を説明する。
まず、テスト系統１０に対する変更処理を説明する。図２はテストサーバ１のハードウェア群を示すブロック図である。テストサーバ１は、制御部としてのＣＰＵ（Central Processing Unit）１１、ＲＡＭ（Random Access Memory）１２、入力部１３、表示部１４、通信部１６、時計部１８及び記憶部１５等を含む。ＣＰＵ１１は、バス１７を介してテストサーバ１のハードウェア各部と接続されていて、それらを制御すると共に、記憶部１５に格納された制御プログラム１５Ｐに従って、種々のソフトウェア的機能を実行する。表示部１４は例えば液晶ディスプレイまたは有機ＥＬディスプレイ等であり、ＣＰＵ１１の指示に従い情報を表示する。入力部１３はキーボード及びマウス等であり、入力部１３から入力された操作情報はＣＰＵ１１へ出力される。
通信部１６はファイアウォールとしての機能を果たすゲートウェイ等であり、コンピュータ４及び管理サーバ３等との間でＨＴＴＰ等により情報の送受信を行う。時計部１８は日時情報をＣＰＵ１１へ出力する。記憶部１５には制御プログラム１５Ｐの他、アプリケープログラム１５１、システム構成ＤＢ１５２、差分ファイル１５３等が記憶されている。ＣＰＵ１１は各ＤＢのフィールドのキーを関連付けたスキーマにおいてＳＱＬ(Structured Query Language)等を用いて対話することにより、必要な情報の記憶、検索等の処理を実行する。なお、本実施の形態においてはシステム構成ＤＢ１５２等を、テストサーバ１内の記憶部１５に記憶する例を説明するがこれに限るものではない。例えば、通信部１６を介してＬＡＮ６内に接続される他のテストサーバ１等に、システム構成ＤＢ１５２等を記憶し、必要に応じて情報の読み書きを行っても良い。
アプリケーションプログラム１５１はコンピュータ４からの要求に応じて各種処理を実行するプログラムである。システム構成ＤＢ１５２はテスト系統１０内のテストサーバ１のハードウェア構成及びソフトウェア構成に関する情報を記憶している。図３はシステム構成ＤＢ１５２のレコードレイアウトを示す説明図である。システム構成ＤＢ１５２は項目ＩＤフィールド、項目名フィールド、バージョンフィールド、種類フィールド及び導入日時フィールドを含む。項目ＩＤフィールドにはシステム系統１０を構成するハードウェア及びソフトウェア等を特定するための識別番号（ＩＤ）が記憶されている。また項目名フィールドには、項目ＩＤフィールドに対応づけて項目名が記憶されている。
項目名は例えば、Ｗｉｎｄｏｗｓ（登録商標）等のＯＳ（Operating System）の名称、サーバコンピュータの名称、外付けハードディスク等の周辺機器名、及びアプリケーションプログラム名等が該当する。バージョンフィールドには、項目ＩＤに対応づけてソフトウェアまたはハードウェアのバージョンが記憶されている。種類フィールドには項目名に対応づけて項目の種類が記憶されている。例えば項目ＡはＯＳ、項目Ｃはアプリケーションと記憶されている。導入日時フィールドには、これらのハードウェア及びソフトウェアをシステム系統１０に導入した際の日時が記憶されている。管理者はハードウェアまたはソフトウェアの新規導入または変更の際に入力部１３を通じてこれらの情報をシステム構成ＤＢ１５２に記憶する。本実施の形態においては、項目ＩＤ「１００１」、項目名「Ｃ」で示すアプリケーションプログラム１５１のバージョンを「１」から「２」へ変更する例を説明する。
図４は管理サーバ３のハードウェア群を示すブロック図である。管理サーバ３は制御部としてのＣＰＵ３１、ＲＡＭ３２、入力部３３、表示部３４、通信部３６、時計部３８及び記憶部３５等を含む。ＣＰＵ３１は、バス３７を介して管理サーバ３のハードウェア各部と接続されていて、それらを制御すると共に、記憶部３５に格納された制御プログラム３５Ｐに従って、種々のソフトウェア的機能を実行する。表示部３４は例えば液晶ディスプレイまたは有機ＥＬディスプレイ等であり、ＣＰＵ３１の指示に従い情報を表示する。入力部３３はキーボード及びマウス等であり、入力部３３から入力された操作情報はＣＰＵ３１へ出力される。
通信部３６はファイアウォールとしての機能を果たすゲートウェイ等であり、コンピュータ４、テストサーバ１及び本番サーバ２等との間でＨＴＴＰ等により情報の送受信を行う。時計部３８は日時情報をＣＰＵ３１へ出力する。記憶部３５には制御プログラム３５Ｐの他、変更情報ファイル３５１、認証ファイル３５２、システム構成ＤＢ３５３、履歴ファイル３５６、及び、差分ファイル３５５等が記憶されている。管理サーバ３はテストサーバ１及び本番サーバ２の変更に関する処理を一括管理する。管理者は管理サーバ３の入力部３３を通じてログインし、変更処理を開始する。なお、本実施の形態においては、管理者は管理サーバ３において直接変更処理を開始する例を説明するがこれに限るものではない。例えば、コンピュータ４を通じてログインし、遠隔にて管理サーバ３の変更処理を開始するようにしても良い。
認証ファイル３５２は管理者の認証を行う際に用いるＩＤ及びパスワードの情報を記憶している。なお、認証の際に指紋または声紋等の生体情報を用いた認証を行うようにしても良い。ＣＰＵ３１は入力部３３を通じてＩＤ及びパスワードを受け付けた場合、認証ファイル３５２に記憶したＩＤ及びパスワードを読み出す。ＣＰＵ３１は読み出したＩＤ及びパスワードと、受け付けたＩＤ及びパスワードとが一致した場合、変更処理の開始を許可する。
図５は変更情報ファイル３５１のレコードレイアウトを示す説明図である。管理者は入力部１３を通じて新規ソフトウェア及び新規ハードウェアの追加、既に導入済みのソフトウェア、ファームウェア及びハードウェアの更新等を含む、テストサーバ１及び本番サーバ２に対する共通の変更情報を入力する。ＣＰＵ１１はこの入力された変更情報を変更情報ファイル３５１に記憶する。変更情報ファイル３５１は変更情報ＩＤフィールド、変更項目フィールド、変更内容フィールド及びステータスフィールドを含む。変更情報ＩＤフィールドには変更情報を特定するためのＩＤが記憶されている。変更項目フィールドには変更対象となる項目の名称が記憶されている。
変更内容フィールドには変更する具体的な内容が記憶されている。本例ではアプリケーションプログラム１５１のバージョン２への変更であるため、変更情報として変更情報ＩＤ「２００８０７０５」で特定される変更項目「Ｃ」の変更内容は「Ｖｅｒ２」と記憶されている。なお、新規ハードウェア及びソフトウェアの追加の場合、変更項目は、ハードウェア名、または、ソフトウェア名、変更内容は新規を意味する「Ｖｅｒ１」、「Ｎｅｗ」等の情報が記憶される。また、ＵＳＢ（Universal Serial Bus）、ＰＣＩ(Peripheral Component Interconnect)スロット等のポートに新たなハードウェアを追加する場合は、変更情報として変更項目はポート名、変更内容は追加されるハードウェアの名称が記憶される。
ステータスフィールドには、変更処理の状態が記憶されている。管理サーバ３のＣＰＵ３１はテストサーバ１及び本番サーバ２の変更の状況に応じて、ステータスフィールド内のステータスを適宜変更する。図５に示すステータス「運用」は、テストサーバ１及び本番サーバ２の変更処理が完全に終了し、現在本番サーバ２が稼働中であることを示す。またステータス「未承認」は、変更情報を変更情報ファイル３５１に記憶したが、未だ変更処理が開始されていないことを示す。
図６はステータスの遷移を示すフローチャートである。本番系統２０内の本番サーバ２が稼働中の場合は、ＣＰＵ１１はステータスを「運用」とする（ステップＳ６１）。管理者が管理サーバ３での認証を経て変更情報を変更情報ファイル３５１に記憶した場合、ＣＰＵ３１はステータスを「未承認」とする（ステップＳ６２）。管理者が入力部３３を通じてテストサーバ１に対する変更要求を入力する。ＣＰＵ３１はテストサーバ１に対する変更要求を受け付ける。ＣＰＵ３１は認証処理を経てテストサーバ１に対する変更を承認した場合、ステータスを「テストサーバ変更承認」とする（ステップＳ６３）。
管理者はテストサーバ１にアプリケーションプログラム１５１のバージョンアッププログラムをインストールする。テストサーバ１は変更項目及び変更項目に対応する変更内容を含む変更前後の差分情報を管理サーバ３へ送信する。なお、テストサーバ１のＣＰＵ１１は、時計部１８の出力を参照し日時情報に対応づけて差分情報を図２に示す差分ファイル１５３に記憶する。同様に管理サーバ３のＣＰＵ３１は送信された差分情報を差分ファイル３５５に、テストサーバ１の情報及び時計部３８から出力される日時情報と共に記憶する。管理サーバ３のＣＰＵ３１は、変更情報ファイル３５１に記憶した変更情報に含まれる変更項目「Ｃ」、変更内容「Ｖｅｒ２」と、送信された変更項目及び変更内容とを比較する。ここでＣＰＵ３１は策定した計画通りの変更が行われていると判断した場合、すなわちアプリケーションプログラム１５１のバージョン２への変更が行われたと判断した場合、ステータスを「テストサーバ変更完了」とする（ステップＳ６４）。
一方、ＣＰＵ３１は策定した計画通りの変更が行われていないと判断した場合、すなわち異なる変更、例えば、異なるプログラムの追加等が行われたと判断した場合、ステータスを「テストサーバ変更違反」とする（ステップＳ６５）。管理者はテストサーバ１でインストールしたアプリケーションプログラム１５１の動作確認を行う。動作確認に成功した旨を示す情報、または、動作確認に失敗した旨の情報が管理サーバ３へ送信される。ＣＰＵ３１はテストサーバ１から動作確認に成功した旨を示す情報を受信した場合、ステータスを「テストサーバ動作確認」とする（ステップＳ６６）。一方、ＣＰＵ３１は、テストサーバ１から動作確認に失敗した旨の情報を受信した場合、ステータスを「テストサーバ動作不良」とする（ステップＳ６７）。
ＣＰＵ３１はテストサーバ１での変更が完了し、かつ、動作確認を終えたことを条件に、本番サーバ２に対する変更要求を受け付ける。ＣＰＵ３１は認証処理を経て本番サーバ２に対する変更を承認した場合、ステータスを「本番サーバ変更承認」とする（ステップＳ６８）。管理者は本番サーバ２にアプリケーションプログラム１５１のバージョンアッププログラムをインストールする。
本番サーバ２は変更項目及び変更内容を含む変更前後の差分情報を管理サーバ３へ送信する。管理サーバ３のＣＰＵ３１は送信された差分情報を差分ファイル３５５に、本番サーバ２の情報及び時計部３８から出力される日時情報と共に記憶する。管理サーバ３のＣＰＵ３１は、変更情報ファイル３５１に記憶した変更情報に含まれる変更項目「Ｃ」、変更内容「Ｖｅｒ２」と、送信された変更項目及び変更内容とを比較する。ここでＣＰＵ３１は策定した計画通りの変更が行われていると判断した場合、アプリケーションプログラム１５１のバージョン２への変更が行われたと判断した場合、ステータスを「本番サーバ変更完了」とする（ステップＳ６９）。
一方、ＣＰＵ３１は策定した計画通りの変更が行われていないと判断した場合、ステータスを「本番サーバ変更違反」とする（ステップＳ６１１）。管理者は本番サーバ２でインストールしたアプリケーションプログラム１５１の動作確認を行う。動作確認に成功した旨を示す情報、または、動作確認に失敗した旨の情報が管理サーバ３へ送信される。ＣＰＵ３１は本番サーバ２から動作確認に成功した旨を示す情報を受信した場合、ステータスを「本番サーバ動作確認」とする（ステップＳ６１２）。一方、ＣＰＵ３１は、本番サーバ２から動作確認に失敗した旨の情報を受信した場合、ステータスを「本番サーバ動作不良」とする（ステップＳ６１３）。
ＣＰＵ３１はテストサーバ１及び本番サーバ２の双方から送信された差分情報を比較し一致するか否かを判断する。一致する場合ＣＰＵ３１はステータスを「同一性判断完了」とする（ステップＳ６１４）。その後、ＣＰＵ３１は本番サーバ２における運用へステータスを戻す。一方、ＣＰＵ３１は同一でないと判断した場合、テストサーバ１と本番サーバ２との間で、異なる変更処理が行われていることから、ステータスを「同一性判断違反」とし（ステップＳ６１５）、処理を終了する。
ＣＰＵ３１はステータスの変更がある度に、時計部３８から出力される日時情報を参照し、履歴ファイル３５６に以上述べたステータスの遷移を記憶する。図７は履歴ファイル３５６のレコードレイアウトを示す説明図である。履歴ファイル３５６には、変更情報ＩＤ別にステータスの履歴が記憶される。履歴ファイル３５６は日時情報フィールド、変更項目フィールド、変更内容フィールド、ステータスフィールド、テストサーバ差分情報フィールド及び本番サーバ差分情報フィールドを含む。変更項目フィールドには変更情報である変更項目「Ｃ」が記憶され、変更内容フィールドには変更内容である「Ｖｅｒ２」が記憶される。ＣＰＵ３１は上述したステータスが変更された場合、ステータス及び日時情報を履歴ファイル３５６に記憶する。
また、ＣＰＵ３１はテストサーバ１から差分情報が送信された場合、差分ファイル３５５に記憶した差分情報を読み出して、テストサーバ差分情報フィールドに記憶する。同様にＣＰＵ３１は本番サーバ２から差分情報が送信された場合、差分ファイル３５５に記憶した差分情報を読み出して、本番サーバ差分情報フィールドに記憶する。ＣＰＵ３１はステータスが「同一性判断完了」となった場合、これらの情報の改竄を防ぐために図示しないサーバコンピュータへこれらの情報を送信しタイムスタンプを取得する。ＣＰＵ３１はタイムスタンプを取得した情報を履歴ファイル３５６に記憶する。これにより、ＣＳＶに係る監査において、テスト系統１０及び本番系統２０の双方において適切に変更処理が行われたことを客観的に立証することが可能となる。
図８はシステム構成ＤＢ３５３のレコードレイアウトを示す説明図である。システム構成ＤＢ３５３はテスト系統１０及び本番系統２０双方のハードウェア及びソフトウェア構成を一括して記憶している。システム構成ＤＢ３５３は、項目ＩＤフィールド、項目名フィールド、バージョンフィールド、種類フィールド、関連情報フィールド及び変更情報ＩＤフィールドを含む。項目ＩＤフィールドはテストサーバ１及び本番サーバ２のハードウェア及びソフトウェアを特定するための固有の情報である。図８の例においては項目ＩＤ「１００１」、「１０１１」、及び「１０２１」がテストサーバ１に係る項目ＩＤである。また項目ＩＤ「２００１」、「２０１１」及び「２０２１」が本番サーバ２に係る項目ＩＤである。
項目名フィールド、バージョンフィールド及び種類フィールドは上述したとおりであり詳細な説明は省略する。これらのフィールドに記憶された情報は、テスト系統１０と本番系統２０との間で共通する。項目ＩＤ「１０２１」、項目名「Ｃ」のアプリケーションプログラム１５１がテストサーバ１においてバージョン「２」へ変更された場合、同様に項目ＩＤ「２０２１」、項目名「Ｃ」のアプリケーションプログラムが本番サーバ２においてバージョン「２」へ変更される。関連情報フィールドにはテストサーバ１の項目ＩＤと、本番サーバ２の項目ＩＤとの関連づけを示す情報が記憶されている。
例えば、テストサーバ１に係る項目ＩＤ「１０２１」の項目名「Ｃ」は、関連情報に「２０２１」と記憶されているように、本番サーバ２の項目ＩＤ「２０２１」の項目名「Ｃ」と関連していることが理解できる。変更情報ＩＤフィールドには、変更情報ファイル３５１に記憶された変更情報を特定するための変更情報ＩＤが記憶されている。本例では共通の変更情報である変更項目「Ｃ」、変更内容「Ｖｅｒ２」を特定するための変更情報ＩＤ「２００８０７０５」が記憶される。
次にテストサーバ１から送信される差分情報について説明する。テストサーバ１のＣＰＵ１１は変更許可を示す情報を管理サーバ３から受信し、変更処理が行われた場合、変更項目及び変更内容を含む変更前後の差分情報を差分ファイル１５３に記憶する。差分については例えば、ファイル一覧リスト、レジストリ、及びコンフィグファイル等の各種ファイルを参照する。以下では説明を容易にするためにレジストリを参照する例を用いて説明する。ＣＰＵ１１はレジストリ内における変更前後の差分情報を取得する。ＣＰＵ１１はレジストリの差分情報を参照し、変更項目及び変更項目に対応する変更内容にＸＭＬ等によりタグを設定する。
例えばＣＰＵ１１はレジストリを参照することにより、アプリケーションプログラム１５１（項目「Ｃ」）のバージョンが「１」から「２」へと変更されていると判断した場合、変更項目としてタグ<Application Program C><Version>を、変更内容として「Ver2」を設定する。また、アプリケーションプログラム１５１のデータサイズも変更されることから、ＣＰＵ１１は変更項目としてタグ<Application Program C><Size>を、変更内容として変更後のファイルサイズを示す「ＸＸＧＢ」を設定する。その他、新たなハードウェアが、ポート「Ｘ」で特定されるＰＣＩスロットに挿入された場合、ＣＰＵ１１は、ポート「Ｘ」に、新規ハードウェアが接続されたと認識する。この場合、ＣＰＵ１１は、変更項目としてタグ<port X>を、変更内容として認識したハードウェア名を設定する。なお、ＣＰＵ１１はレジストリ等の記述内容（変更項目）に対して付与すべきタグとを関連づけたテーブルを参照してタグの設定を行う。
このようにタグにより変更項目及び変更内容が特定された差分情報がテストサーバ１から管理サーバ３へ送信される。上述の例では、変更項目及び変更内容としての、<Application Program C><Version>Ver2<Application Program C><Version>、または、<Application Program C><Size>XXGB<Application Program C><Size>等を含む差分情報が送信される。なお、この他差分情報には送信元を特定するためのＩＰ（Internet Protocol）アドレス等が含まれる。また、新規のハードウェア「ＸＸＸ」が追加された場合、変更項目及び変更内容としての、<port X>ＸＸＸ<port X>等の情報が送信される。なお、これらの例は一例であり、これらに限るものではない。
管理サーバ３のＣＰＵ３１は差分情報を受信し、変更情報ファイル３５１を参照し、差分情報が変更情報に対応する変更であるか否かを判断する。具体的にはＣＰＵ３１は変更情報ファイル３５１から変更項目「Ｃ」及び変更内容「Ｖｅｒ２」を読み出す。そして、ＣＰＵ３１は送信された差分情報中の変更項目及び変更内容を示す<Application Program C><Version>Ver2<Application Program C><Version>を読み出す。ＣＰＵ３１はこれらを対比し、変更項目及び変更内容の双方が一致するか否かを判断する。この場合、ＣＰＵ３１はタグに記述された変更項目「Ｃ」と、読み出した変更項目「Ｃ」とが一致するか否かを判断する。さらに、タグに対応づけられる変更内容「Ｖｅｒ２」と読み出した変更内容「Ｖｅｒ２」とが一致するか否かを判断する。
変更情報ファイル３５１の変更項目フィールドに「Ｃ」、変更内容フィールドにファイルサイズである「ＸＸＧＢ」が記憶されている場合、ＣＰＵ３１はこれらと、送信された<Application Program C><Size>XXGB<Application Program C><Size>との比較を行う。また変更情報ファイル３５１の変更項目フィールドに「Port X」、変更内容フィールドにハードウェア名「ＸＸＸ」が記憶されている場合、ＣＰＵ３１はこれらと、送信された<port X>ＸＸＸ<port X>との比較を行う。ＣＰＵ３１は一致すると判断した場合、上述のとおり、ステータスを「テストサーバ変更完了」へと変更する。また、ＣＰＵ３１は、変更情報ＩＤ（本例では、２００８０７０５）をシステム構成ＤＢ３５３のテスト系統１０に係る変更情報ＩＤフィールド内に記憶することにより、変更情報と、テストサーバ１における変更項目及び変更内容との紐付けを行う。
図９は本番サーバ２のハードウェア群を示すブロック図である。本番サーバ２は、制御部としてのＣＰＵ２１、ＲＡＭ２２、入力部２３、表示部２４、通信部２６、時計部２８及び記憶部２５等を含む。ＣＰＵ２１は、バス２７を介して本番サーバ２のハードウェア各部と接続されていて、それらを制御すると共に、記憶部２５に格納された制御プログラム２５Ｐに従って、種々のソフトウェア的機能を実行する。記憶部２５には制御プログラム２５Ｐの他、アプリケープログラム２５１、システム構成ＤＢ２５２、差分ファイル２５３等が記憶されている。本番サーバ２はテストサーバ１とその内容及び実行される処理も実質的に同一であることから詳細な説明は省略する。
以上のハードウェア構成において、本実施の形態における変更処理の手順を、フローチャートを用いて説明する。図１０乃至図１３はテストサーバ１における変更処理の手順を示すフローチャートである。管理者は管理サーバ３の入力部３３からＩＤ及びパスワードを入力する。ＣＰＵ３１は入力部３３から入力されたＩＤ及びパスワードを受け付ける（ステップＳ１０１）。なお、上述したように管理者はコンピュータ４から遠隔にてＩＤ及びパスワードを送信するようにしても良い。この場合ＣＰＵ３１は、通信部３６を介してＩＤ及びパスワードを受け付ける。ＣＰＵ３１は認証ファイル３５２に記憶したＩＤ及びパスワードを読み出す。
ＣＰＵ３１は読み出したＩＤ及びパスワードが、受け付けたＩＤ及びパスワードと一致するか否かを判断する（ステップＳ１０２）。ＣＰＵ３１は一致しないと判断した場合（ステップＳ１０２でＮＯ）、不正なアクセスであるとして処理を終了する。ＣＰＵ３１は一致すると判断した場合（ステップＳ１０２でＹＥＳ）、制御プログラム３５Ｐを起動し、以下の処理を実行する。ＣＰＵ３１は記憶部３５に予め記憶した変更情報入力画面を読み出し、表示部３４へ出力する。管理者は変更情報入力画面に、管理者名、変更日時、プロジェクト名、顧客名、変更項目及び変更内容を含む変更情報を、入力部３３を通じて入力する。ＣＰＵ３１は変更項目及び変更内容を含む変更情報を受け付ける（ステップＳ１０３）。
ＣＰＵ３１は変更項目及び変更内容を含む変更情報を変更情報ファイル３５１に記憶する（ステップＳ１０４）。ＣＰＵ３１は固有の変更情報ＩＤに対応づけて変更項目及び変更内容を図５の如く記憶する。ＣＰＵ３１は変更情報ファイル３５１のステータスフィールドにステータス「未承認」を記憶する（ステップＳ１０５）。ＣＰＵ３１は記憶部３５に記憶したＩＤ及びパスワード入力、並びに、テストサーバ１に対する変更要求を行うための画面を読み出し、表示部３４へ表示する。管理者は再び入力部３３を通じて、ＩＤ及びパスワードを入力し、その後変更要求を行う。ＣＰＵ３１は、入力部３３を通じて入力されたテストサーバ１に対する変更要求、並びに、ＩＤ及びパスワードを受け付ける（ステップＳ１０６）。
ＣＰＵ３１は認証ファイル３５２に記憶したＩＤ及びパスワードを読み出す。ＣＰＵ３１は読み出したＩＤ及びパスワードが、受け付けたＩＤ及びパスワードと一致するか否かを判断する（ステップＳ１０７）。ＣＰＵ３１は一致しないと判断した場合（ステップＳ１０７でＮＯ）、不正なアクセスであるとして処理を終了する。ＣＰＵ３１は一致すると判断した場合（ステップＳ１０７でＹＥＳ）、テストサーバ１に対して変更を認める許可情報を表示部３４へ出力する（ステップＳ１０８）。例えば表示部３４に、「テストサーバに対する変更処理が許可されました。」等のテキスト文とすればよい。なお、管理者がコンピュータ４にて遠隔操作している場合は、許可情報が通信部３６を介してコンピュータ４へ出力される。コンピュータ４のブラウザにはこの許可情報が表示される。
ＣＰＵ３１は変更情報ファイル３５１のステータスフィールドにステータス「テストサーバ変更承認」を記憶する（ステップＳ１０９）。なお、ＣＰＵ３１はステータスを記憶する度に、履歴ファイル３５６に、時計部３８から出力される日時、変更項目及び変更内容を記憶する。ＣＰＵ３１は許可情報をテストサーバ１へ、通信部３６を介して出力する（ステップＳ１１１）。テストサーバ１のＣＰＵ１１は通信部１６を介して許可情報を受信する（ステップＳ１１２）。ＣＰＵ１１は記憶部１５に許可情報を記憶し（ステップＳ１１３）、制御プログラム１５Ｐを起動し以下の処理を実行する。これ以降、管理者はテストサーバ１にて変更処理の一例として、アプリケーションプログラム１５１の更新を行う。管理者はテストサーバ１の入力部１３からＩＤ及びパスワードを入力する。
ＣＰＵ１１は入力部１３から入力されたＩＤ及びパスワードを受け付ける（ステップＳ１１４）。ＣＰＵ１１は入力部１３から入力されたＩＤ及びパスワードが記憶部１５に予め記憶されたＩＤ及びパスワードに一致するか否かを判断する（ステップＳ１１５）。ＣＰＵ１１は一致しないと判断した場合（ステップＳ１１５でＮＯ）、不正なアクセスであるとして処理を終了する。ＣＰＵ１１は一致すると判断した場合（ステップＳ１１５でＹＥＳ）、記憶部１５に許可情報が記憶されているか否かを判断する（ステップＳ１１６）。ＣＰＵ１１は許可情報が記憶されていないと判断した場合（ステップＳ１１６でＮＯ）、未策定の変更処理であるとして処理を終了する。
ＣＰＵ１１はステップＳ１１２で受信した許可情報が記憶部１５に記憶されていると判断した場合（ステップＳ１１６でＹＥＳ）、変更前のレジストリを記憶部１５に記憶する（ステップＳ１１７）。なお、その他のシステムファイル及びフォルダ等の情報をも記憶部１５に記憶しても良いことはいうまでもない。ＣＰＵ１１は、バージョン２への更新用アプリケーションプログラム１５１のインストールを行う（ステップＳ１１８）。なお、このインストールは図示しない記録媒体を記録媒体読み取り装置に挿入することにより行えばよい。ＣＰＵ１１はインストール完了後のレジストリ及び記憶部１５に記憶した変更前のレジストリを読み出し、変更項目及び変更内容を含む差分情報を取得する（ステップＳ１１９）。
ＣＰＵ１１は変更項目に上述したタグを設定する（ステップＳ１２１）。ＣＰＵ１１はタグが付与された変更項目及び変更内容を差分情報として差分ファイル１５３に記憶する（ステップＳ１２２）。なお、ＣＰＵ１１は変更項目及び変更内容だけではなく、プログラムファイル内に新たに記憶されたプログラム等をもまとめて差分ファイル１５３に記憶しても良い。ＣＰＵ１１はタグが付与された変更項目及び変更内容を管理サーバ３へ送信する（ステップＳ１２３）。管理サーバ３のＣＰＵ３１は、タグが付与された変更項目及び変更内容を受信する（ステップＳ１２４）。
ＣＰＵ３１はタグが付与された変更項目及び変更内容を差分ファイル３５５に記憶する（ステップＳ１２５）。この場合、ＣＰＵ３１は時計部３８から出力される日時情報及びテストサーバ１を特定するための情報（例えばＩＰアドレス等）を、変更項目及び変更内容と共に記憶する。ＣＰＵ３１は、変更情報ファイル３５１から変更項目及び変更内容を読み出す（ステップＳ１２６）。ＣＰＵ３１は、ステップＳ１２４で受信した変更項目及び変更内容が読み出した変更項目及び変更内容に一致するか否かを判断する（ステップＳ１２７）。ＣＰＵ３１は一致しないと判断した場合（ステップＳ１２７でＮＯ）、策定された変更がなされていないとして変更情報ファイル３５１のステータスフィールドにステータス「テストサーバ変更違反」を記憶する（ステップＳ１２８）。
一方ＣＰＵ３１は一致すると判断した場合（ステップＳ１２７でＹＥＳ）、変更情報ファイル３５１のステータスフィールドにステータス「テストサーバ変更完了」を記憶する（ステップＳ１２９）。ＣＰＵ３１は変更情報ファイル３５１から変更項目及び変更内容に対応する変更情報ＩＤを読み出す。ＣＰＵ３１は読み出した変更情報ＩＤを、システム構成ＤＢ３５３の変更項目及び変更内容に対応する変更情報ＩＤフィールドに記憶する（ステップＳ１３１）。ＣＰＵ３１は、変更項目及び変更内容を履歴ファイル３５６の、テストサーバ差分情報フィールドに記憶する。これにより、当初の策定どおりにテストサーバ１での変更処理が進行していることが理解できる。ＣＰＵ３１は、テストサーバ１の変更完了を示す変更完了情報をテストサーバ１へ送信する（ステップＳ１３２）。
ＣＳＶにおいては、テスト系統１０においても稼働するか否かを検査することが義務づけられているため、以下の処理を行う。テストサーバ１のＣＰＵ１１は、変更完了情報を受信し（ステップＳ１３３）、これをトリガに記憶部１５に更新されたアプリケーションプログラム１５１を起動する（ステップＳ１３４）。ＣＰＵ１１はアプリケーションプログラム１５１が正常に動作するか否かを判断する（ステップＳ１３５）。アプリケーションプログラムが正常に起動できない場合、管理者が入力部１３から操作情報を入力しても正常に動作しない場合、その他、強制終了する場合等は、異常と判断される。ＣＰＵ１１は正常に動作しないと判断した場合（ステップＳ１３５でＮＯ）、記憶部１５に予め記憶した動作不良情報を読み出し、管理サーバ３へ送信する（ステップＳ１３６）。
ＣＰＵ１１は正常に動作していると判断した場合（ステップＳ１３５でＹＥＳ）、記憶部１５に予め記憶した動作確認情報を読み出し、管理サーバ３へ送信する（ステップＳ１３７）。管理者はアプリケーションプログラム１５１を終了する。管理サーバ３のＣＰＵ３１はテストサーバ１から動作確認情報を受信したか否かを判断する（ステップＳ１３８）。ＣＰＵ３１は動作確認情報を受信していないと判断した場合（ステップＳ１３８でＮＯ）、動作不良であるとして、変更情報ファイル３５１のステータスフィールドにステータス「テストサーバ動作不良」を記憶する（ステップＳ１３９）。一方、ＣＰＵ３１は動作確認情報を受信したと判断した場合（ステップＳ１３８でＹＥＳ）、変更情報ファイル３５１のステータスフィールドにステータス「テストサーバ動作確認」を記憶し（ステップＳ１３１０）、処理を終了する。これにより、テストサーバ１における変更処理の策定、変更内容の確認及び動作確認が正しく行われているかを保証できる。
続いて本番系統２０の本番サーバ２の変更処理について説明する。図１４乃至図１７は本番サーバ２における変更処理の手順を示すフローチャートである。ＣＰＵ３１は記憶部３５に記憶したＩＤ及びパスワード入力、並びに、本番サーバ２に対する変更要求を行うための画面を読み出し、表示部３４へ表示する。管理者は本番サーバ２に対しても同様の変更処理を行うべく、入力部３３から本番サーバ２に対する変更要求、並びに、ＩＤ及びパスワードを入力する。ＣＰＵ３１は、入力部３３を通じて入力された本番サーバ２に対する変更要求、並びに、ＩＤ及びパスワードを受け付ける（ステップＳ１４１）。
ＣＰＵ３１は認証ファイル３５２に記憶したＩＤ及びパスワードを読み出す。ＣＰＵ３１は読み出したＩＤ及びパスワードが、受け付けたＩＤ及びパスワードと一致するか否かを判断する（ステップＳ１４２）。ＣＰＵ３１は一致しないと判断した場合（ステップＳ１４２でＮＯ）、不正なアクセスであるとして処理を終了する。ＣＰＵ３１は一致すると判断した場合（ステップＳ１４２でＹＥＳ）、以下の処理を行う。ＣＰＵ３１は履歴ファイル３５６にステータス「テストサーバ変更完了」及び「テストサーバ動作確認」が記憶されているか否かを判断する（ステップＳ１４３）。これは、本番サーバ２への変更を行う前に、テストサーバ１での変更が完了していることを確認するためである。なお、ステップＳ１４３においては、ステータス「テストサーバ変更完了」が記憶されているかのみを判断するようにしても良い。
ＣＰＵ３１は履歴ファイル３５６にステータス「テストサーバ変更完了」及び「テストサーバ動作確認」が記憶されていないと判断した場合（ステップＳ１４３でＮＯ）、ＣＳＶの要件に反することから、本番サーバ２に対する変更を認めることなく処理を終了する。一方、ＣＰＵ３１は履歴ファイル３５６に上述したステータスが記憶されていると判断した場合（ステップＳ１４３でＹＥＳ）、本番サーバ２の変更処理を許可する許可情報を表示部３４へ出力する（ステップＳ１４４）。例えば表示部３４に、「本番サーバに対する変更処理が許可されました。」等のテキスト文とすればよい。なお、管理者がコンピュータ４にて遠隔操作している場合は、許可情報が通信部３６を介してコンピュータ４へ出力される。コンピュータ４のブラウザにはこの許可情報が表示される。
ＣＰＵ３１は変更情報ファイル３５１のステータスフィールドにステータス「本番サーバ変更承認」を記憶する（ステップＳ１４５）。なお、ＣＰＵ３１はステータスを記憶する度に、履歴ファイル３５６に、時計部３８から出力される日時、変更項目及び変更内容を記憶する。ＣＰＵ３１は許可情報を本番サーバ２へ、通信部３６を介して出力する（ステップＳ１４６）。本番サーバ２のＣＰＵ２１は通信部２６を介して許可情報を受信する（ステップＳ１４７）。ＣＰＵ２１は記憶部２５に許可情報を記憶し（ステップＳ１４８）、制御プログラム２５Ｐを起動し以下の処理を実行する。これ以降、管理者は本番サーバ２にて変更処理の一例として、アプリケーションプログラム２５１の更新を行う。管理者は本番サーバ２の入力部２３からＩＤ及びパスワードを入力する。
ＣＰＵ２１は入力部２３から入力されたＩＤ及びパスワードを受け付ける（ステップＳ１４９）。ＣＰＵ２１は入力部２３から入力されたＩＤ及びパスワードが記憶部２５に予め記憶されたＩＤ及びパスワードに一致するか否かを判断する（ステップＳ１５１）。ＣＰＵ２１は一致しないと判断した場合（ステップＳ１５１でＮＯ）、不正なアクセスであるとして処理を終了する。ＣＰＵ２１は一致すると判断した場合（ステップＳ１５１でＹＥＳ）、記憶部２５に許可情報が記憶されているか否かを判断する（ステップＳ１５２）。ＣＰＵ２１は許可情報が記憶されていないと判断した場合（ステップＳ１５２でＮＯ）、未策定の変更処理であるとして処理を終了する。
ＣＰＵ２１はステップＳ１４７で受信した許可情報が記憶部２５に記憶されていると判断した場合（ステップＳ１５２でＹＥＳ）、変更前のレジストリを記憶部２５に記憶する（ステップＳ１５３）。ＣＰＵ２１は、バージョン２への更新用アプリケーションプログラム２５１のインストールを行う（ステップＳ１５４）。ＣＰＵ２１はインストール完了後のレジストリ及び記憶部２５に記憶した変更前のレジストリを読み出し、変更項目及び変更内容を含む差分情報を取得する（ステップＳ１５５）。
ＣＰＵ２１は変更項目に上述したタグを設定する（ステップＳ１５６）。ＣＰＵ２１はタグが付与された変更項目及び変更内容を差分情報として差分ファイル２５３に記憶する（ステップＳ１５７）。ＣＰＵ２１はタグが付与された変更項目及び変更内容を管理サーバ３へ送信する（ステップＳ１５８）。管理サーバ３のＣＰＵ３１は、タグが付与された変更項目及び変更内容を受信する（ステップＳ１６１）。
ＣＰＵ３１はタグが付与された変更項目及び変更内容を差分ファイル３５５に記憶する（ステップＳ１６２）。この場合、ＣＰＵ３１は時計部３８から出力される日時情報及び本番サーバ２を特定するための情報（例えばＩＰアドレス等）を、変更項目及び変更内容と共に記憶する。ＣＰＵ３１は、変更情報ファイル３５１から変更項目及び変更内容を読み出す（ステップＳ１６３）。ＣＰＵ３１は、ステップＳ１６１で受信した変更項目及び変更内容が読み出した変更項目及び変更内容に一致するか否かを判断する（ステップＳ１６４）。ＣＰＵ３１は一致しないと判断した場合（ステップＳ１６４でＮＯ）、策定された変更がなされていないとして変更情報ファイル３５１のステータスフィールドにステータス「本番サーバ変更違反」を記憶する（ステップＳ１６５）。
一方ＣＰＵ３１は一致すると判断した場合（ステップＳ１６４でＹＥＳ）、変更情報ファイル３５１のステータスフィールドにステータス「本番サーバ変更完了」を記憶する（ステップＳ１６６）。ＣＰＵ３１は変更情報ファイル３５１から変更項目及び変更内容に対応する変更情報ＩＤを読み出す。ＣＰＵ３１は読み出した変更情報ＩＤを、システム構成ＤＢ３５３の変更項目及び変更内容に対応する変更情報ＩＤフィールドに記憶する（ステップＳ１６７）。ＣＰＵ３１は、変更項目及び変更内容を履歴ファイル３５６の、本番サーバ差分情報フィールドに記憶する。これにより、当初の策定どおりに本番サーバ２での変更処理もが進行していることが理解できる。ＣＰＵ３１は、本番サーバ２の変更完了を示す変更完了情報を本番サーバ２へ送信する（ステップＳ１６８）。
ＣＳＶにおいては、本番系統２０においても稼働するか否かを検査することが義務づけられているため、以下の処理を行う。本番サーバ２のＣＰＵ２１は、変更完了情報を受信し（ステップＳ１６９）、これをトリガに記憶部２５に更新されたアプリケーションプログラム２５１を起動する（ステップＳ１７１）。ＣＰＵ２１はアプリケーションプログラム２５１が正常に動作するか否かを判断する（ステップＳ１７２）。ＣＰＵ２１は正常に動作しないと判断した場合（ステップＳ１７２でＮＯ）、記憶部２５に予め記憶した動作不良情報を読み出し、管理サーバ３へ送信する（ステップＳ１７３）。
ＣＰＵ２１は正常に動作していると判断した場合（ステップＳ１７２でＹＥＳ）、記憶部２５に予め記憶した動作確認情報を読み出し、管理サーバ３へ送信する（ステップＳ１７４）。管理者はアプリケーションプログラム２５１を終了する。管理サーバ３のＣＰＵ３１は本番サーバ２から動作確認情報を受信したか否かを判断する（ステップＳ１７５）。ＣＰＵ３１は動作確認情報を受信していないと判断した場合（ステップＳ１７５でＮＯ）、動作不良であるとして、変更情報ファイル３５１のステータスフィールドにステータス「本番サーバ動作不良」を記憶する（ステップＳ１７６）。一方、ＣＰＵ３１は動作確認情報を受信したと判断した場合（ステップＳ１７５でＹＥＳ）、変更情報ファイル３５１のステータスフィールドにステータス「本番サーバ動作確認」を記憶する（ステップＳ１７７）。これにより、テストサーバ１と同じく本番サーバ２においても変更処理の策定、変更内容の確認及び動作確認が正しく行われているかを保証できる。
図１８及び図１９は同一性判断処理の手順を示すフローチャートである。管理サーバ３のＣＰＵ３１は制御プログラム３５Ｐに従い、以下の処理を行う。ＣＰＵ３１は履歴ファイル３５６からテストサーバ１の変更項目及び変更内容を読み出す（ステップＳ１８１）。ＣＰＵ３１は履歴ファイル３５６から本番サーバ２の変更項目及び変更内容を読み出す（ステップＳ１８２）。ＣＰＵ３１はステップＳ１８１で読み出したテストサーバ１に係る変更項目及び変更内容が、ステップＳ１８２で読み出した本番サーバ２に係る変更項目及び変更内容に一致するか否かを判断する（ステップＳ１８３）。ＣＰＵ３１は一致しないと判断した場合（ステップＳ１８３でＮＯ）、一致しない変更項目及び変更内容を表示部３４へ出力する（ステップＳ１８４）。
これにより管理者は変更処理の過程においてどこに問題があったかを容易に把握することが可能となる。また、テストサーバ１と本番サーバ２との不一致に起因する事故を未然に防止することが可能となる。なお、一致しない変更項目及び変更内容は通信部３６を介してコンピュータ４へ出力しても良い。また、ＣＰＵ３１は通信部３６を介して、一致しない変更項目及び変更内容をプリンタ５へ出力しても良い。プリンタ５は受信した変更項目及び変更内容を印字する。ＣＰＵ３１は履歴ファイル３５６のステータスフィールドにステータス「同一性判断違反」を記憶し（ステップＳ１８５）、処理を終了する。
一方、ＣＰＵ３１は変更項目及び変更内容が一致すると判断した場合（ステップＳ１８３でＹＥＳ）、履歴ファイル３５６のステータスフィールドにステータス「同一性判断完了」を記憶する（ステップＳ１８６）。これにより、管理者は一連の変更処理を終える。管理者は、本番サーバ２の運用を開始すべく、入力部３３から本番サーバ２の運用開始を指示する情報を入力する。ＣＰＵ３１は入力部３３から本番サーバ２の運用開始指示を受け付けたか否かを判断する（ステップＳ１８７）。ＣＰＵ３１は運用開始指示を受け付けていないと判断した場合（ステップＳ１８７でＮＯ）、当該指示を受け付けるまで待機する。
ＣＰＵ３１は運用開始指示を受け付けた場合（ステップＳ１８７でＹＥＳ）、通信部３６を介して、本番サーバ２へ運用開始指示を出力する（ステップＳ１８８）。本番サーバ２は変更処理後のアプリケーションプログラム２５１に従い、運用を行う。管理サーバ３のＣＰＵ３１は履歴ファイル３５６のステータスフィールドにステータス「運用」を記憶する（ステップＳ１８９）。
その後、監査または定期報告等により変更処理が適正に行われたことを示すレポートを作成する際の処理を説明する。管理者は、レポートの作成を希望する変更処理に係る変更情報ＩＤ及び変更内容の結果出力要求を示す情報を入力部３３から入力する。管理サーバ３のＣＰＵ３１は変更情報ＩＤ及び変更内容の結果出力要求を、入力部３３から受け付けたか否かを判断する（ステップＳ１９１）。ＣＰＵ３１はこれらの情報を受け付けていない場合（ステップＳ１９１でＮＯ）、入力部３３からこれらの情報が入力されるまで待機する。ＣＰＵ３１はこれらの情報を受け付けたと判断した場合（ステップＳ１９１でＹＥＳ）、履歴ファイル３５６に受け付けた変更情報ＩＤに対応するステータス「同一性判断完了」が記憶されているか否かを判断する（ステップＳ１９２）。
ＣＰＵ３１はステータス「同一性判断完了」が記憶されていないと判断した場合（ステップＳ１９２でＮＯ）、変更処理が完結していないことから、履歴ファイル３５６から日時情報が最新のステータス及び最新の日時情報を出力する（ステップＳ１９５）。具体的には、ＣＰＵ３１は表示部３４またはプリンタへ、最新のステータス及び対応する日時情報、並びに、変更情報ＩＤ及び記憶部３５に記憶したテキスト文をあわせて出力する。例えば、「２００８年７月５日１８時３５分、ステータス『本番サーバ変更違反』により、変更情報ＩＤ『ＸＸ』の変更処理が完了していません。」とすれば良い。これにより、変更過程における不備を後の監査等においても客観的に確認することが可能となる。
ＣＰＵ３１はステータス「同一性判断完了」が記憶されていると判断した場合（ステップＳ１９２でＹＥＳ）、履歴ファイル３５６から変更情報ＩＤに対応する変更項目、変更内容、全ての日時情報及びこれに対応するステータスを出力する（ステップＳ１９３）。 さらに、ＣＰＵ３１は履歴ファイル３５６からテストサーバ１の変更項目及び変更内容、並びに、本番サーバ２の変更項目及び変更内容を出力する（ステップＳ１９４）。ＣＰＵ３１はこれら出力した情報を、表示部３４、コンピュータ４またはプリンタ５へ出力する。
ＣＰＵ３１はステップＳ１９３及びＳ１９４で読み出した情報を、予め記憶部３５に記憶したテンプレート文に挿入することによりレポートを作成して出力する。図２０はレポートの出力イメージを示す説明図である。以下では表示部３４へレポートを出力する例を説明する。ＣＰＵ３１は図示しない表計算ソフトウェアを起動し、記憶部３５から読み出したテンプレート文に、履歴ファイル３５６から読み出した情報を入力する。図２０に示すように、変更情報ＩＤ「２００８０７０５」がレポートを特定するための情報として出力される。またＣＰＵ３１は履歴ファイル３５６の変更項目「Ｃ」及び変更内容「Ｖｅｒ２」を読み出し、当初策定した情報として表示部３４へ出力する。
さらに、ＣＰＵ３１はどのような遷移で変更処理されたかを示すべく、日時情報及びステータスを全て読み出し表示部３４へ出力する。図２０に示すように、ステータスの遷移が時系列で表示される。またＣＰＵ３１は、履歴ファイル３５６からテストサーバ１の変更項目及び変更内容を全て読み出し、表示部３４へ出力する。同様にＣＰＵ３１は、履歴ファイル３５６から本番サーバ２の変更項目及び変更内容を全て読み出し、表示部３４へ出力する。これにより、テストサーバ１における変更項目及び変更内容と、本番サーバ２における変更項目及び変更内容とが完全に一致していることが視認することが可能となる。また、変更処理に伴う一連の処理が時系列で出力されるため、後の監査等において処理が的確であったことを客観的に示すことが可能となる。
実施の形態２
実施の形態２は、同一性判断処理において、判断要素としない変更項目に対する処理に関する。図２１は実施の形態２に係る管理サーバ３のハードウェア群を示すブロック図である。記憶部３５には実施の形態１の構成に加えて非判断項目ファイル３５７が追加されている。非判断項目ファイル３５７はテストサーバ１に係る変更内容と、本番サーバ２に係る変更内容とを比較する際に、一致するか否かを判断しない変更項目を記憶している。例えば、テストサーバ１におけるアプリケーションプログラム１５１及び本番サーバ２におけるアプリケーションプログラム２５１におけるインストール日時は一致しない。非判断項目ファイル３５７には非判断項目として「インストール日時」が記憶されている。
実施の形態２は、同一性判断処理において、判断要素としない変更項目に対する処理に関する。図２１は実施の形態２に係る管理サーバ３のハードウェア群を示すブロック図である。記憶部３５には実施の形態１の構成に加えて非判断項目ファイル３５７が追加されている。非判断項目ファイル３５７はテストサーバ１に係る変更内容と、本番サーバ２に係る変更内容とを比較する際に、一致するか否かを判断しない変更項目を記憶している。例えば、テストサーバ１におけるアプリケーションプログラム１５１及び本番サーバ２におけるアプリケーションプログラム２５１におけるインストール日時は一致しない。非判断項目ファイル３５７には非判断項目として「インストール日時」が記憶されている。
ＣＰＵ３１はテストサーバ１または本番サーバ２から、変更項目としてシステムファイル内のインストール日時に関する変更項目及び変更内容を受信した場合でも、一致するか否かを判断しない。具体的にはシステムファイル内のインストール日時に対してタグ及びインストール日時<FILE><UPDATE>2008/07/25 18:20 JST<FILE><UPDATE>を受信する。ＣＰＵ３１はタグ<FILE><UPDATE>と対応するインストール日時が非判断項目ファイル３５７に記憶されていることから、同一性判断処理を実行しない。インストール日時の他、テストサーバ１及び本番サーバ２のコンピュータ名及びＩＰアドレス等が非判断項目として記憶されている。ＣＰＵ３１はテストサーバ１及び本番サーバ２からコンピュータ名に関するタグ及びＩＰアドレスに関するタグが付された変更項目及び変更内容が送信された場合、同一性の判断処理を行わない。
図２２は実施の形態２に係る同一性判断処理の手順を示すフローチャートである。ＣＰＵ３１は履歴ファイル３５６からテストサーバ１の変更項目及び変更内容を読み出す（ステップＳ２２１）。ＣＰＵ３１は履歴ファイル３５６から本番サーバ２の変更項目及び変更内容を読み出す（ステップＳ２２２）。ＣＰＵ３１は非判断項目ファイル３５７から判断対象としない変更項目を読み出す（ステップＳ２２３）。ＣＰＵ３１は判断対象としない読み出した変更項目に対応する変更項目及び変更内容を削除、または、変更内容を同一内容へ変更する（ステップＳ２２４）。具体的には、ＣＰＵ３１はステップＳ２２１及びＳ２２２で読み出した変更項目及び変更内容の内、ステップＳ２２３で読み出した変更項目に対応する変更項目及び変更内容を削除する。
あるいは、ＣＰＵ３１はステップＳ２２１及びＳ２２２で読み出した変更項目及び変更内容の内、ステップＳ２２３で読み出した変更項目に対応する変更項目の変更内容を同一の値または予め記憶部３５に記憶した値に変更する。例えばテストサーバ１におけるインストール日時が２００８年７月５日１８時３０分３０秒、本番サーバ２におけるインストール日時が同日の１９時００分００秒の場合、両者の変更内容を同一内容である２００８年７月５日１９時００分００秒とすればよい。ＣＰＵ３１はステップＳ２２３の処理後におけるテストサーバ１に係る変更項目及び変更内容が、本番サーバ２に係る変更項目及び変更内容に一致するか否かを判断する（ステップＳ２２５）。ＣＰＵ３１は一致しないと判断した場合（ステップＳ２２５でＮＯ）、一致しない変更項目及び変更内容を表示部３４へ出力する（ステップＳ２２６）。
ＣＰＵ３１は履歴ファイル３５６のステータスフィールドにステータス「同一性判断違反」を記憶し（ステップＳ２２７）、処理を終了する。一方、ＣＰＵ３１は変更項目及び変更内容が一致すると判断した場合（ステップＳ２２５でＹＥＳ）、履歴ファイル３５６のステータスフィールドにステータス「同一性判断完了」を記憶し（ステップＳ２２８）、処理を終了する。以降の処理は実施の形態１で述べたとおりであるので詳細な説明は省略する。これにより、テストサーバ１及び本番サーバ２間において変更処理に実質的に影響のない要素を排除でき、一連の処理をより効率よく実行することが可能となる。
本実施の形態２は以上の如きであり、その他は実施の形態１と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
実施の形態３
図２３は実施の形態３に係る管理サーバ３を示すブロック図である。実施の形態１及び２に係る管理サーバ３を動作させるためのプログラムは、本実施の形態３のように、記録媒体読み取り装置（図示せず）にＣＤ−ＲＯＭ等の記録媒体１Ａを読み取らせて記憶部３５に記憶しても良い。また、当該プログラムは、ＬＡＮ６を介して接続される他のサーバコンピュータ（図示せず）からダウンロードすることも可能である。以下に、その内容を説明する。
図２３は実施の形態３に係る管理サーバ３を示すブロック図である。実施の形態１及び２に係る管理サーバ３を動作させるためのプログラムは、本実施の形態３のように、記録媒体読み取り装置（図示せず）にＣＤ−ＲＯＭ等の記録媒体１Ａを読み取らせて記憶部３５に記憶しても良い。また、当該プログラムは、ＬＡＮ６を介して接続される他のサーバコンピュータ（図示せず）からダウンロードすることも可能である。以下に、その内容を説明する。
図２３に示す管理サーバ３は、共通の変更情報を記憶させ、許可するか否かを判断等させるプログラムを、記録媒体１Ａによりまたは通信部３６を介して他のサーバコンピュータ（図示せず）からダウンロードする。当該プログラムは、記憶部３５の制御プログラム３５Ｐとしてインストールされ、ＲＡＭ３２にロードして実行される。これにより、上述した管理サーバ３として機能する。
本実施の形態３は以上の如きであり、その他は実施の形態１及び２と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
以上の実施の形態１乃至３を含む実施形態に関し、さらに以下の付記を開示する。
（付記１）
ネットワークを介して第１装置及び第２装置に接続された情報処理装置において、
前記第１装置及び第２装置のソフトウェアまたはハードウェアに対して変更すべき共通の変更情報を記憶部に記憶する記憶手段と、
前記第１装置に対する変更を許可するか否かを判断する判断手段と、
該判断手段により許可すると判断した場合に、変更を許可する許可情報を外部へ出力する出力手段と、
該出力手段により許可情報を出力した後に、前記第１装置から変更項目及び該変更項目に対応する変更内容を受信する受信手段と、
該受信手段により受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを判断する第１判断手段と、
該第１判断手段により対応する変更であると判断した場合に、前記第２装置に対する変更要求を受け付ける受け付け手段と
を備えることを特徴とする情報処理装置。
ネットワークを介して第１装置及び第２装置に接続された情報処理装置において、
前記第１装置及び第２装置のソフトウェアまたはハードウェアに対して変更すべき共通の変更情報を記憶部に記憶する記憶手段と、
前記第１装置に対する変更を許可するか否かを判断する判断手段と、
該判断手段により許可すると判断した場合に、変更を許可する許可情報を外部へ出力する出力手段と、
該出力手段により許可情報を出力した後に、前記第１装置から変更項目及び該変更項目に対応する変更内容を受信する受信手段と、
該受信手段により受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを判断する第１判断手段と、
該第１判断手段により対応する変更であると判断した場合に、前記第２装置に対する変更要求を受け付ける受け付け手段と
を備えることを特徴とする情報処理装置。
（付記２）
前記受け付け手段により第２装置に対する変更要求を受け付けた場合に、変更を許可する許可情報を外部へ出力する第２出力手段と、
該第２出力手段により許可情報を出力した後に、前記第２装置から変更項目及び変更内容を受信する第２受信手段と、
該第２受信手段により受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを判断する第２判断手段と
を備えることを特徴とする付記１に記載の情報処理装置。
前記受け付け手段により第２装置に対する変更要求を受け付けた場合に、変更を許可する許可情報を外部へ出力する第２出力手段と、
該第２出力手段により許可情報を出力した後に、前記第２装置から変更項目及び変更内容を受信する第２受信手段と、
該第２受信手段により受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを判断する第２判断手段と
を備えることを特徴とする付記１に記載の情報処理装置。
（付記３）
前記第２判断手段により変更情報に対応する変更であると判断した場合に、前記受信手段により受信した前記第１装置に係る変更項目及び変更内容が、前記第２受信手段により受信した前記第２装置に係る変更項目及び変更内容に一致するか否かを判断する一致判断手段
を備えることを特徴とする付記２に記載の情報処理装置。
前記第２判断手段により変更情報に対応する変更であると判断した場合に、前記受信手段により受信した前記第１装置に係る変更項目及び変更内容が、前記第２受信手段により受信した前記第２装置に係る変更項目及び変更内容に一致するか否かを判断する一致判断手段
を備えることを特徴とする付記２に記載の情報処理装置。
（付記４）
前記一致判断手段により変更項目及び変更内容が一致しない場合、一致しない変更項目及び変更内容を外部へ出力する出力手段
を備えることを特徴とする付記３に記載の情報処理装置。
前記一致判断手段により変更項目及び変更内容が一致しない場合、一致しない変更項目及び変更内容を外部へ出力する出力手段
を備えることを特徴とする付記３に記載の情報処理装置。
（付記５）
前記一致判断手段は、
変更内容が一致するか否かを判断しない変更項目を記憶部に記憶する手段と、
前記受信手段により受信した前記第１装置に係る変更項目及び変更内容、並びに、前記第２受信手段により受信した前記第２装置に係る変更項目及び変更内容から、前記記憶部に記憶した一致するか否かを判断しない変更項目及び該変更項目に対応する変更内容を削除する削除手段と、
該削除手段により削除した後の、前記第１装置に係る変更項目及び変更内容が、前記第２装置に係る変更項目及び変更内容に一致するか否かを判断する手段と
を備えることを特徴とする付記３に記載の情報処理装置。
前記一致判断手段は、
変更内容が一致するか否かを判断しない変更項目を記憶部に記憶する手段と、
前記受信手段により受信した前記第１装置に係る変更項目及び変更内容、並びに、前記第２受信手段により受信した前記第２装置に係る変更項目及び変更内容から、前記記憶部に記憶した一致するか否かを判断しない変更項目及び該変更項目に対応する変更内容を削除する削除手段と、
該削除手段により削除した後の、前記第１装置に係る変更項目及び変更内容が、前記第２装置に係る変更項目及び変更内容に一致するか否かを判断する手段と
を備えることを特徴とする付記３に記載の情報処理装置。
（付記６）
前記一致判断手段は、
変更内容が一致するか否かを判断しない変更項目を記憶部に記憶する手段と、
前記受信手段により受信した前記第１装置に係る変更項目及び変更内容、並びに、前記第２受信手段により受信した前記第２装置に係る変更項目及び変更内容の内、前記記憶部に記憶した一致するか否かを判断しない変更項目に対応する第１装置の変更内容と第２装置の変更内容とを同一内容に変更する手段と、
該手段により変更した後の、前記第１装置に係る変更項目及び変更内容が、前記第２装置に係る変更項目及び変更内容に一致するか否かを判断する手段と
を備えることを特徴とする付記３に記載の情報処理装置。
前記一致判断手段は、
変更内容が一致するか否かを判断しない変更項目を記憶部に記憶する手段と、
前記受信手段により受信した前記第１装置に係る変更項目及び変更内容、並びに、前記第２受信手段により受信した前記第２装置に係る変更項目及び変更内容の内、前記記憶部に記憶した一致するか否かを判断しない変更項目に対応する第１装置の変更内容と第２装置の変更内容とを同一内容に変更する手段と、
該手段により変更した後の、前記第１装置に係る変更項目及び変更内容が、前記第２装置に係る変更項目及び変更内容に一致するか否かを判断する手段と
を備えることを特徴とする付記３に記載の情報処理装置。
（付記７）
前記一致判断手段により一致すると判断し、かつ、外部から出力要求を受けた場合に、前記記憶部に記憶した変更情報、前記受信手段により受信した前記第１装置に係る変更項目及び変更内容、並びに、前記第２受信手段により受信した前記第２装置に係る変更項目及び変更内容を外部へ出力する手段
を備えることを特徴とする付記３に記載の情報処理装置。
前記一致判断手段により一致すると判断し、かつ、外部から出力要求を受けた場合に、前記記憶部に記憶した変更情報、前記受信手段により受信した前記第１装置に係る変更項目及び変更内容、並びに、前記第２受信手段により受信した前記第２装置に係る変更項目及び変更内容を外部へ出力する手段
を備えることを特徴とする付記３に記載の情報処理装置。
（付記８）
前記第１判断手段は、
前記受信手段により受信した変更項目及び変更内容が、前記記憶部に予め記憶した変更情報に対応する変更項目及び変更内容に一致するか否かを判断する
ことを特徴とする付記１に記載の情報処理装置。
前記第１判断手段は、
前記受信手段により受信した変更項目及び変更内容が、前記記憶部に予め記憶した変更情報に対応する変更項目及び変更内容に一致するか否かを判断する
ことを特徴とする付記１に記載の情報処理装置。
（付記９）
前記第２判断手段は、
前記第２受信手段により受信した変更項目及び変更内容が、前記記憶部に予め記憶した変更情報に対応する変更項目及び変更内容に一致するか否かを判断する
ことを特徴とする付記２に記載の情報処理装置。
前記第２判断手段は、
前記第２受信手段により受信した変更項目及び変更内容が、前記記憶部に予め記憶した変更情報に対応する変更項目及び変更内容に一致するか否かを判断する
ことを特徴とする付記２に記載の情報処理装置。
（付記１０）
第１装置、第２装置及び情報処理装置がネットワークを介して接続され、前記第１装置及び第２装置を前記情報処理装置により管理する装置管理システムであって、
前記情報処理装置は、
前記第１装置及び第２装置のソフトウェアまたはハードウェアに対して変更すべき共通の変更情報を記憶部に記憶する記憶手段と、
前記第１装置に対する変更を許可するか否かを判断する判断手段と、
該判断手段により許可すると判断した場合に、変更を許可する許可情報を外部へ出力する出力手段とを備え、
前記第１装置は、
変更項目及び該変更項目に対応する変更内容を前記情報処理装置へ送信する手段を備え、
前記情報処理装置は、
前記出力手段により許可情報を出力した後に、前記第１装置から変更項目及び変更内容を受信する受信手段と、
該受信手段により受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを判断する第１判断手段と、
該第１判断手段により変更情報に対応する変更であると判断した場合に、前記第２装置に対する変更要求を受け付ける受け付け手段と
を備えることを特徴とする装置管理システム。
第１装置、第２装置及び情報処理装置がネットワークを介して接続され、前記第１装置及び第２装置を前記情報処理装置により管理する装置管理システムであって、
前記情報処理装置は、
前記第１装置及び第２装置のソフトウェアまたはハードウェアに対して変更すべき共通の変更情報を記憶部に記憶する記憶手段と、
前記第１装置に対する変更を許可するか否かを判断する判断手段と、
該判断手段により許可すると判断した場合に、変更を許可する許可情報を外部へ出力する出力手段とを備え、
前記第１装置は、
変更項目及び該変更項目に対応する変更内容を前記情報処理装置へ送信する手段を備え、
前記情報処理装置は、
前記出力手段により許可情報を出力した後に、前記第１装置から変更項目及び変更内容を受信する受信手段と、
該受信手段により受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを判断する第１判断手段と、
該第１判断手段により変更情報に対応する変更であると判断した場合に、前記第２装置に対する変更要求を受け付ける受け付け手段と
を備えることを特徴とする装置管理システム。
（付記１１）
前記情報処理装置は、
前記受け付け手段により第２装置に対する変更要求を受け付けた場合に、第２装置に対する変更を許可する許可情報を外部へ出力する第２出力手段を備え、
前記第２装置は、
変更項目及び変更内容を前記情報処理装置へ送信する手段を備え、
前記情報処理装置は、
前記第２出力手段により許可情報を出力した後に、前記第２装置から変更項目及び変更内容を受信する第２受信手段と、
該第２受信手段により受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを判断する第２判断手段と
を備えることを特徴とする付記１０に記載の装置管理システム。
前記情報処理装置は、
前記受け付け手段により第２装置に対する変更要求を受け付けた場合に、第２装置に対する変更を許可する許可情報を外部へ出力する第２出力手段を備え、
前記第２装置は、
変更項目及び変更内容を前記情報処理装置へ送信する手段を備え、
前記情報処理装置は、
前記第２出力手段により許可情報を出力した後に、前記第２装置から変更項目及び変更内容を受信する第２受信手段と、
該第２受信手段により受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを判断する第２判断手段と
を備えることを特徴とする付記１０に記載の装置管理システム。
（付記１２）
前記情報処理装置は、
前記第２判断手段により変更情報に対応する変更であると判断した場合に、前記受信手段により受信した前記第１装置に係る変更項目及び変更内容が、前記第２受信手段により受信した前記第２装置に係る変更項目及び変更内容に一致するか否かを判断する一致判断手段
を備えることを特徴とする付記１１に記載の装置管理システム。
前記情報処理装置は、
前記第２判断手段により変更情報に対応する変更であると判断した場合に、前記受信手段により受信した前記第１装置に係る変更項目及び変更内容が、前記第２受信手段により受信した前記第２装置に係る変更項目及び変更内容に一致するか否かを判断する一致判断手段
を備えることを特徴とする付記１１に記載の装置管理システム。
（付記１３）
第１装置、第２装置及び情報処理装置がネットワークを介して接続され、前記第１装置及び第２装置を前記情報処理装置により管理する装置管理方法であって、
前記情報処理装置の制御部は、前記第１装置及び第２装置のソフトウェアまたはハードウェアに対して変更すべき共通の変更情報を記憶部に記憶する記憶ステップと、
前記第１装置に対する変更を許可するか否かを前記制御部により判断する判断ステップと、
該判断ステップにより許可すると判断した場合に、変更を許可する許可情報を前記制御部により外部へ出力する出力ステップと、
前記第１装置により変更項目及び該変更項目に対応する変更内容を前記情報処理装置へ送信するステップと、
前記出力ステップにより許可情報を出力した後に、前記制御部により、前記第１装置から変更項目及び変更内容を受信する受信ステップと、
該受信ステップにより受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを前記制御部により判断する第１判断ステップと、
該第１判断ステップにより変更情報に対応する変更であると判断した場合に、前記制御部により前記第２装置に対する変更要求を受け付ける受け付けステップと
を備えることを特徴とする装置管理方法。
第１装置、第２装置及び情報処理装置がネットワークを介して接続され、前記第１装置及び第２装置を前記情報処理装置により管理する装置管理方法であって、
前記情報処理装置の制御部は、前記第１装置及び第２装置のソフトウェアまたはハードウェアに対して変更すべき共通の変更情報を記憶部に記憶する記憶ステップと、
前記第１装置に対する変更を許可するか否かを前記制御部により判断する判断ステップと、
該判断ステップにより許可すると判断した場合に、変更を許可する許可情報を前記制御部により外部へ出力する出力ステップと、
前記第１装置により変更項目及び該変更項目に対応する変更内容を前記情報処理装置へ送信するステップと、
前記出力ステップにより許可情報を出力した後に、前記制御部により、前記第１装置から変更項目及び変更内容を受信する受信ステップと、
該受信ステップにより受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを前記制御部により判断する第１判断ステップと、
該第１判断ステップにより変更情報に対応する変更であると判断した場合に、前記制御部により前記第２装置に対する変更要求を受け付ける受け付けステップと
を備えることを特徴とする装置管理方法。
（付記１４）
ネットワークを介して第１装置及び第２装置に接続された情報処理装置により前記第１装置及び前記第２装置を管理するプログラムおいて、
制御部を有する前記情報処理装置に、
前記第１装置及び第２装置のソフトウェアまたはハードウェアに対して変更すべき共通の変更情報を前記制御部により記憶部に記憶する記憶ステップと、
前記第１装置に対する変更を許可するか否かを前記制御部により判断する判断ステップと、
該判断ステップにより許可すると判断した場合に、変更を許可する許可情報を前記制御部により外部へ出力する出力ステップと、
該出力ステップにより許可情報を出力した後に、前記第１装置から変更項目及び該変更項目に対応する変更内容を前記制御部により受信する受信ステップと、
該受信ステップにより受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを前記制御部により判断する第１判断ステップと、
該第１判断ステップにより変更情報に対応する変更であると判断した場合に、前記制御部により前記第２装置に対する変更要求を受け付ける受け付けステップと
を実行させるプログラム。
ネットワークを介して第１装置及び第２装置に接続された情報処理装置により前記第１装置及び前記第２装置を管理するプログラムおいて、
制御部を有する前記情報処理装置に、
前記第１装置及び第２装置のソフトウェアまたはハードウェアに対して変更すべき共通の変更情報を前記制御部により記憶部に記憶する記憶ステップと、
前記第１装置に対する変更を許可するか否かを前記制御部により判断する判断ステップと、
該判断ステップにより許可すると判断した場合に、変更を許可する許可情報を前記制御部により外部へ出力する出力ステップと、
該出力ステップにより許可情報を出力した後に、前記第１装置から変更項目及び該変更項目に対応する変更内容を前記制御部により受信する受信ステップと、
該受信ステップにより受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを前記制御部により判断する第１判断ステップと、
該第１判断ステップにより変更情報に対応する変更であると判断した場合に、前記制御部により前記第２装置に対する変更要求を受け付ける受け付けステップと
を実行させるプログラム。
１ テストサーバ
１Ａ 記録媒体
２ 本番サーバ
３ 管理サーバ
４ コンピュータ
５ プリンタ
６ ＬＡＮ
１０ テスト系統
２０ 本番系統
１１ ＣＰＵ
１３ 入力部
１４ 表示部
１５ 記憶部
１５Ｐ 制御プログラム
１６ 通信部
１８ 時計部
１５１ アプリケーションプログラム
１５２ システム構成ＤＢ
１５３ 差分ファイル
２１ ＣＰＵ
２３ 入力部
２４ 表示部
２６ 通信部
２５ 記憶部
２５Ｐ 制御プログラム
２５１ アプリケーションプログラム
２５２ システム構成ＤＢ
２５３ 差分ファイル
３１ ＣＰＵ
３３ 入力部
３４ 表示部
３５ 記憶部
３５Ｐ 制御プログラム
３６ 通信部
３８ 時計部
３５１ 変更情報ファイル
３５２ 認証ファイル
３５３ システム構成ＤＢ
３５５ 差分ファイル
３５６ 履歴ファイル
３５７ 非判断項目ファイル
１Ａ 記録媒体
２ 本番サーバ
３ 管理サーバ
４ コンピュータ
５ プリンタ
６ ＬＡＮ
１０ テスト系統
２０ 本番系統
１１ ＣＰＵ
１３ 入力部
１４ 表示部
１５ 記憶部
１５Ｐ 制御プログラム
１６ 通信部
１８ 時計部
１５１ アプリケーションプログラム
１５２ システム構成ＤＢ
１５３ 差分ファイル
２１ ＣＰＵ
２３ 入力部
２４ 表示部
２６ 通信部
２５ 記憶部
２５Ｐ 制御プログラム
２５１ アプリケーションプログラム
２５２ システム構成ＤＢ
２５３ 差分ファイル
３１ ＣＰＵ
３３ 入力部
３４ 表示部
３５ 記憶部
３５Ｐ 制御プログラム
３６ 通信部
３８ 時計部
３５１ 変更情報ファイル
３５２ 認証ファイル
３５３ システム構成ＤＢ
３５５ 差分ファイル
３５６ 履歴ファイル
３５７ 非判断項目ファイル
Claims (4)
- ネットワークを介して第１装置及び第２装置に接続された情報処理装置において、
前記第１装置及び第２装置のソフトウェアまたはハードウェアに対して変更すべき共通の変更情報を記憶部に記憶する記憶手段と、
前記第１装置に対する変更を許可するか否かを判断する判断手段と、
該判断手段により許可すると判断した場合に、変更を許可する許可情報を外部へ出力する出力手段と、
該出力手段により許可情報を出力した後に、前記第１装置から変更項目及び該変更項目に対応する変更内容を受信する受信手段と、
該受信手段により受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを判断する第１判断手段と、
該第１判断手段により対応する変更であると判断した場合に、前記第２装置に対する変更要求を受け付ける受け付け手段と、
前記受け付け手段により第２装置に対する変更要求を受け付けた場合に、変更を許可する許可情報を外部へ出力する第２出力手段と、
該第２出力手段により許可情報を出力した後に、前記第２装置から変更項目及び変更内容を受信する第２受信手段と、
該第２受信手段により受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを判断する第２判断手段と、
前記第２判断手段により変更情報に対応する変更であると判断した場合に、前記受信手段により受信した前記第１装置に係る変更項目及び変更内容が、前記第２受信手段により受信した前記第２装置に係る変更項目及び変更内容に一致するか否かを判断する一致判断手段と
を備えることを特徴とする情報処理装置。 - 第１装置、第２装置及び情報処理装置がネットワークを介して接続され、前記第１装置及び第２装置を前記情報処理装置により管理する装置管理システムであって、
前記情報処理装置は、
前記第１装置及び第２装置のソフトウェアまたはハードウェアに対して変更すべき共通の変更情報を記憶部に記憶する記憶手段と、
前記第１装置に対する変更を許可するか否かを判断する判断手段と、
該判断手段により許可すると判断した場合に、変更を許可する許可情報を外部へ出力する出力手段とを備え、
前記第１装置は、
変更項目及び該変更項目に対応する変更内容を前記情報処理装置へ送信する手段を備え、
前記情報処理装置は、
前記出力手段により許可情報を出力した後に、前記第１装置から変更項目及び変更内容を受信する受信手段と、
該受信手段により受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを判断する第１判断手段と、
該第１判断手段により変更情報に対応する変更であると判断した場合に、前記第２装置に対する変更要求を受け付ける受け付け手段と、
前記受け付け手段により第２装置に対する変更要求を受け付けた場合に、第２装置に対する変更を許可する許可情報を外部へ出力する第２出力手段を備え、
前記第２装置は、
変更項目及び変更内容を前記情報処理装置へ送信する手段を備え、
前記情報処理装置は、
前記第２出力手段により許可情報を出力した後に、前記第２装置から変更項目及び変更内容を受信する第２受信手段と、
該第２受信手段により受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを判断する第２判断手段と
前記第２判断手段により変更情報に対応する変更であると判断した場合に、前記受信手段により受信した前記第１装置に係る変更項目及び変更内容が、前記第２受信手段により受信した前記第２装置に係る変更項目及び変更内容に一致するか否かを判断する一致判断手段と
を備えることを特徴とする装置管理システム。 - 第１装置、第２装置及び情報処理装置がネットワークを介して接続され、前記第１装置及び第２装置を前記情報処理装置により管理する装置管理方法であって、
前記情報処理装置の制御部は、前記第１装置及び第２装置のソフトウェアまたはハードウェアに対して変更すべき共通の変更情報を記憶部に記憶する記憶ステップと、
前記第１装置に対する変更を許可するか否かを前記制御部により判断する判断ステップと、
該判断ステップにより許可すると判断した場合に、変更を許可する許可情報を前記制御部により外部へ出力する出力ステップと、
前記第１装置により変更項目及び該変更項目に対応する変更内容を前記情報処理装置へ送信するステップと、
前記出力ステップにより許可情報を出力した後に、前記制御部により、前記第１装置から変更項目及び変更内容を受信する受信ステップと、
該受信ステップにより受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを前記制御部により判断する第１判断ステップと、
該第１判断ステップにより変更情報に対応する変更であると判断した場合に、前記制御部により前記第２装置に対する変更要求を受け付ける受け付けステップと、
前記受け付けステップにより第２装置に対する変更要求を受け付けた場合に、変更を許可する許可情報を外部へ出力する第２出力ステップと、
該第２出力ステップにより許可情報を出力した後に、前記第２装置から変更項目及び変更内容を受信する第２受信ステップと、
該第２受信ステップにより受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを判断する第２判断ステップと、
前記第２判断ステップにより変更情報に対応する変更であると判断した場合に、前記受信ステップにより受信した前記第１装置に係る変更項目及び変更内容が、前記第２受信ステップにより受信した前記第２装置に係る変更項目及び変更内容に一致するか否かを判断する一致判断ステップと
を備えることを特徴とする装置管理方法。 - ネットワークを介して第１装置及び第２装置に接続された情報処理装置により前記第１装置及び前記第２装置を管理するプログラムおいて、
制御部を有する前記情報処理装置に、
前記第１装置及び第２装置のソフトウェアまたはハードウェアに対して変更すべき共通の変更情報を前記制御部により記憶部に記憶する記憶ステップと、
前記第１装置に対する変更を許可するか否かを前記制御部により判断する判断ステップと、
該判断ステップにより許可すると判断した場合に、変更を許可する許可情報を前記制御部により外部へ出力する出力ステップと、
該出力ステップにより許可情報を出力した後に、前記第１装置から変更項目及び該変更項目に対応する変更内容を前記制御部により受信する受信ステップと、
該受信ステップにより受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを前記制御部により判断する第１判断ステップと、
該第１判断ステップにより変更情報に対応する変更であると判断した場合に、前記制御部により前記第２装置に対する変更要求を受け付ける受け付けステップと、
前記受け付けステップにより第２装置に対する変更要求を受け付けた場合に、変更を許可する許可情報を外部へ出力する第２出力ステップと、
該第２出力ステップにより許可情報を出力した後に、前記第２装置から変更項目及び変更内容を受信する第２受信ステップと、
該第２受信ステップにより受信した変更項目及び変更内容が、前記記憶部に記憶した変更情報に対応する変更であるか否かを判断する第２判断ステップと、
前記第２判断ステップにより変更情報に対応する変更であると判断した場合に、前記受信ステップにより受信した前記第１装置に係る変更項目及び変更内容が、前記第２受信ステップにより受信した前記第２装置に係る変更項目及び変更内容に一致するか否かを判断する一致判断ステップと
を実行させるプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008198555A JP5206203B2 (ja) | 2008-07-31 | 2008-07-31 | 情報処理装置、装置管理システム、装置管理方法及び、プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008198555A JP5206203B2 (ja) | 2008-07-31 | 2008-07-31 | 情報処理装置、装置管理システム、装置管理方法及び、プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2010039548A JP2010039548A (ja) | 2010-02-18 |
| JP5206203B2 true JP5206203B2 (ja) | 2013-06-12 |
Family
ID=42012070
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008198555A Expired - Fee Related JP5206203B2 (ja) | 2008-07-31 | 2008-07-31 | 情報処理装置、装置管理システム、装置管理方法及び、プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5206203B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5427800B2 (ja) * | 2011-01-19 | 2014-02-26 | 東芝テック株式会社 | 検証装置、プログラムおよび検証システム |
| JP6300716B2 (ja) * | 2014-12-25 | 2018-03-28 | 株式会社 日立産業制御ソリューションズ | 音声自動応答システム |
| JP6265435B2 (ja) * | 2015-03-30 | 2018-01-24 | ビッグローブ株式会社 | 基盤ソフト運用管理システム、基盤ソフト運用管理装置、制御方法およびプログラム |
| WO2021192318A1 (ja) * | 2020-03-27 | 2021-09-30 | 日本電気株式会社 | 検証装置、検証システム、検証方法及びコンピュータ可読媒体 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3589830B2 (ja) * | 1996-06-24 | 2004-11-17 | 富士通株式会社 | 電子計算機システム |
| JP3702294B2 (ja) * | 2000-05-15 | 2005-10-05 | Ｎｅｃソフトウェア東北株式会社 | ソフトウェア開発システム |
| JP2005157509A (ja) * | 2003-11-21 | 2005-06-16 | Hitachi Ltd | 通信端末 |
| JP2006119848A (ja) * | 2004-10-20 | 2006-05-11 | Fujitsu Ltd | ソフトウェア更新プログラム、ソフトウェア更新装置およびソフトウェア更新方法 |
| JP2006302174A (ja) * | 2005-04-25 | 2006-11-02 | Olympus Corp | 端末機能更新システム |
-
2008
- 2008-07-31 JP JP2008198555A patent/JP5206203B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2010039548A (ja) | 2010-02-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI359597B (en) | Method,computer system ,and computer-readable medi | |
| US7953744B2 (en) | Database change verifier | |
| EP3584759B1 (en) | Management method, management apparatus, and program | |
| US20070255530A1 (en) | Secure and efficient methods for logging and synchronizing data exchanges | |
| KR101893518B1 (ko) | 제어 시스템의 업데이트 관리 장치, 업데이트 검증 장치 및 그 방법 | |
| CN101268468A (zh) | 认证脚本代码源的方法和设备 | |
| CN106575227B (zh) | 自动软件更新框架 | |
| BR112012010660B1 (pt) | Sistema de gerenciamento de licença, aparelho de gerenciamento de vendas e aparelho de gerenciamento de licença | |
| CN107992325B (zh) | 一种通过特征码检验比对文件信息的方法 | |
| JP5206203B2 (ja) | 情報処理装置、装置管理システム、装置管理方法及び、プログラム | |
| WO2012052215A1 (en) | Software development | |
| US11704302B2 (en) | Method, system and apparatus for processing database updates | |
| CN112540924A (zh) | 接口自动化测试方法、装置、设备及存储介质 | |
| US10552176B1 (en) | Certifying operating system images | |
| CN112817935A (zh) | 基于字段类型的数据处理方法、装置、设备及存储介质 | |
| US20060075401A1 (en) | Patch installation control | |
| JP5254755B2 (ja) | 特権ｉｄ管理システム | |
| JP3767440B2 (ja) | コンピュータの設定変更情報の自動取得および変更方法、コンピュータ、並びにプログラム | |
| CN109358879A (zh) | 一种更新监护仪系统部件程序的方法 | |
| JP2019003275A (ja) | 確認システム、制御装置及び確認方法 | |
| US9361303B2 (en) | Systems and methods to facilitate a request for oilfield services using a data transfer protocol | |
| JP4550487B2 (ja) | ソフトウェア管理システム及び管理装置及び操作装置及びソフトウェア管理方法及びソフトウェア操作方法及びプログラム | |
| WO2005064473A1 (ja) | 安全性試験支援システムおよび方法ならびにプログラム | |
| CN115001805B (zh) | 单点登录方法、装置、设备及存储介质 | |
| JP7131200B2 (ja) | データ処理装置、データ処理プログラム、データ処理方法、及びデータ処理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20110418 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20121017 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20121023 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20121221 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20130122 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130204 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20160301 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |