(57)【特許請求の範囲】
【請求項１】
アプリケーションソフトウェアまたはオペレーティングシステムに対して不具合修正を行ったロードモジュールの置換後の動作確認を行うデータ処理装置において、前記不具合があったロードモジュールを待避した後、前記不具合修正を行ったロードモジュールに置換して前記アプリケーションソフトウェアまたはオペレーティングシステムの再起動を行い、この再起動の際、起動時間監視を行うことにより、起動失敗が確認されたときに、前記待避した不具合修正前のロードモジュールを復元し、前記起動処理を任意の処理単位に分割し、その処理単位毎、起動処理に先立ち各監視開始時刻を、処理が終了した時点で各終了時刻を記憶装置に登録し、前記登録された各監視開始時刻からあらかじめ記憶してある起動に必要な各待機時間経過後、前記記憶装置を参照することにより各起動処理が終了したか否か判断し、必要に応じて前記修正前のロードモジュールの復旧を行うことを特徴とする修正ロードモジュール置換後の復旧方法。
【請求項２】
前記不具合修正前のロードモジュールへの復元は、前記修正ロードモジュール置換後のアプリケーションソフトウェアまたはオペレーティングシステムの再起動で、前記起動監視により起動が失敗したことが確認されたときに、既に待避されている修正前のロードモジュールを該当する修正後のロードモジュールと置換することによって修正前の状態に復元することを特徴とする請求項１に記載の修正ロードモジュール置換後の復旧方法。
【請求項３】
アプリケーションソフトウェアまたはオペレーティングシステムに対して不具合修正を行ったロードモジュールの置換後の動作確認を行うデータ処理装置において、前記不具合のあったロードモジュールを修正後のロードモジュールに置換すると共に、この置換したことを示す情報を監視識別フラグとして記憶装置に記録する修正ロードモジュール置換手段と、修正後の動作確認のためにアプリケーションソフトウェアまたはオペレーティングシステムの再起動を行う際に前記記憶装置に対しその起動開始時刻ならびに終了時刻を登録する監視時間登録手段と、前記起動に必要な所用時間をあらかじめ保持して時間監視を行い、前記フラグ情報を参照してロードモジュール置換後の起動であることを確認したとき、前記起動開始時刻から起動に必要な所定の時間だけ待機した後、前記記憶装置を参照することにより、監視対象となるアプリケーションソフトウェアまたはオペレーティングシステムの起動が終了したか否か確認する起動監視手段と、前記修正ロードモジュール置換後のアプリケーションソフトウェアまたはオペレーティングシステムの再起動で、前記起動監視により起動が失敗したことが確認されたときに、既に待避されている修正前のロードモジュールを該当する修正後のロードモジュールと置換することにより修正前の状態に復元する修正ロードモジュール復旧手段と、任意の処理単位に分割された起動処理単位毎、起動処理に先立って監視開始時刻を、処理が終了した時点で各終了時刻を記憶装置に登録する監視開始・終了時刻登録手段と、前記登録された監視開始時刻からあらかじめ記憶してある各起動処理単位毎に必要な待機時間経過後、前記記憶装置を参照することにより監視対象となるアプリケーションソフトウェアまたはオペレーティングシステムの各起動処理が終了したか否か判断する起動監視手段とを有することを特徴とする修正ロードモジュール置換後の復旧装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、アプリケーションソフトウェアまたはオペレーティングシステムに対して不具合修正を行ったロードモジュールの置換後の動作確認を行うデータ処理装置に用いて好適な、修正ロードモジュール置換後の復旧方法ならびに装置に関する。
【０００２】
【従来の技術】
データ処理装置上で動作するアプリケーションソフトウェアや、オペレーティングシステム（以下  ＯＳと略す）には、不具合がある場合が少なくない。従って、ソフトウェアに付属するインストーラなどで不具合を修正したロードモジュールに置換が行われる。
但し、この修正したロードモジュールで正常に動作するか否かをシステム上で確認する必要がある。ここで、修正したロードモジュールとの置換に失敗した場合、あるいは修正したロードモジュールに新たな不具合（デグレード）がある場合にはその復旧作業に非常に手間どることがある。
【０００３】
【発明が解決しようとする課題】
上述したように従来、修正したロードモジュールの動作確認において、その置換に失敗した場合に要する工数は多大のものであり、修正したロードモジュールに問題がある場合は特に顕著である。その理由は、修正したロードモジュールの置換が失敗した場合や、ロードモジュールに新たな不具合がある場合は、アプリケーションソフトウェアまたはＯＳが起動しなくなることもあり、この場合は、各ソフトウェアに用意されたインストーラを使用して復旧を行なったり、場合によっては、再インストールを行なう必要が発生するためである。
特に、修正したロードモジュールに新たな不具合がある場合、置換後正常にソフトウェアが動作するかどうかの確認は、実際に該当するアプリケーションソフトウェアやＯＳを使用しないと確認できないため、復旧に非常に手間取る可能性が高い。
本発明は上記事情に鑑みてなされたものであり、修正したロードモジュール置換後の再起動で時間による起動監視を行うことにより、また、この起動監視の結果、失敗を検出した時点で修正したロードモジュールに置換する前の状態に自動復旧するしくみを構築することにより、修正したロードモジュールに置換した後の起動確認作業ならびに復旧作業の工数削減をはかり、使用者もしくは保守者の負担軽減をはかった修正ロードモジュール置換後の復旧方法ならびに装置を提供することを目的とする。
【０００４】
【課題を解決するための手段】
上述した課題を解決するために請求項１に記載の修正ロードモジュール置換後の復旧方法は、アプリケーションソフトウェアまたはオペレーティングシステムに対して不具合修正を行ったロードモジュールの置換後の動作確認を行うデータ処理装置において、前記不具合があったロードモジュールを待避した後、前記不具合修正を行ったロードモジュールに置換してアプリケーションプログラムまたはオペレーティングシステムの再起動を行い、この再起動の際、起動時間監視を行うことによって起動失敗が確認されたときに、前記待避した不具合修正前のロードモジュールに復元し、前記起動処理を任意の処理単位に分割し、その処理単位毎、起動処理に先立って監視開始時刻を、処理が終了した時点で各終了時刻を記憶装置に登録し、前記登録された監視開始時刻からあらかじめ記憶してある起動に必要な待機時間経過後、前記記憶装置を参照することにより各起動処理が終了したか否か判断し、必要に応じて前記修正前のロードモジュールの復旧を行うことを特徴とする。
【０００５】
請求項２に記載の修正ロードモジュール置換後の復旧方法は、請求項１に記載の同方法において、前記不具合修正前のロードモジュールへの復元は、前記修正ロードモジュール置換後のアプリケーションソフトウェアまたはオペレーティングシステムの再起動で、前記時間による起動監視により起動が失敗したことが確認されたときに、既に待避されている修正前のロードモジュールを該当する修正後のロードモジュールと置換することによって修正前の状態に復元することを特徴とする。
【０００６】
請求項３に記載の修正ロードモジュール置換後の復旧装置は、アプリケーションソフトウェアまたはオペレーティングシステムに対して不具合修正を行ったロードモジュールの置換後の動作確認を行うデータ処理装置において、前記不具合のあったロードモジュールを修正後のロードモジュールに置換すると共に、この置換したことを示す情報を監視識別フラグとして記憶装置に記録する修正ロードモジュール置換手段と、修正後の動作確認のためにアプリケーションソフトウェアまたはオペレーティングシステムの再起動を行う際に前記記憶装置に対しその起動開始時刻ならびに終了時刻を登録する監視時間登録手段と、前記起動に必要な所用時間をあらかじめ保持して時間監視を行い、前記フラグ情報を参照してロードモジュール置換後の起動であることを確認したとき、前記起動開始時刻から起動に必要な所定の時間だけ待機した後、前記記憶装置を参照することにより、監視対象となるアプリケーションソフトウェアまたはオペレーティングシステムの起動が終了したか否か確認する起動監視手段と、前記修正ロードモジュール置換後のアプリケーションソフトウェアまたはオペレーティングシステムの再起動で、前記起動監視により起動が失敗したことが確認されたときに、既に待避されている修正前のロードモジュールを該当する修正後のロードモジュールと置換することにより修正前の状態に復元する修正ロードモジュール復旧手段と、任意の処理単位に分割された起動処理単位毎、起動処理に先立って監視開始時刻を、処理が終了した時点で各終了時刻を記憶装置に登録する監視開始・終了時刻登録手段と、前記登録された監視開始時刻からあらかじめ記憶してある各起動処理単位毎に必要な待機時間経過後、前記記憶装置を参照することにより監視対象となるアプリケーションプログラムまたはオペレーティングシステムの各起動処理が終了したか否か判断する起動監視手段とを有することを特徴とする。
【０００７】
上述した構成において、不具合のあるＯＳおよびアプリケーションソフトウェアに対して、不具合修正を行ったロードモジュールの置換を行なった後の動作確認に関し、ＯＳおよびアプリケーションソフトウェアの起動時に起動監視を行ない、ストールなどの不具合が発生した場合は、自動的に置換前のロードモジュールに復元する。このことにより、修正したロードモジュールに置換した後の起動確認作業の工数を削減でき、かつ、修正したロードモジュールに欠陥がある場合でも、起動監視を行い失敗を検出した時点で修正したロードモジュールに置換する前の状態に自動復旧されるため、復旧作業にかかる負担も軽減される。
【０００８】
【発明の実施の形態】
図１は本発明の一実施形態を示すブロック図である。本発明の修正ロードモジュール置換後の復旧装置は、データファイルやプログラムファイルが記憶されている記憶装置部１と、プログラムの制御により処理を行なうデータ処理装置２と、実行結果を出力する出力装置３とを含む。なお、データ処理装置２で制御を行なうプログラムは、記憶装置１にプログラムファイルとして記憶されている。
【０００９】
記憶装置１は、起動監視対象となるアプリケーションソフトウェアやＯＳで、監視が必要か否かを識別する情報を記憶する監視識別フラグ記憶部１１と、監視を行なう場合、起動を開始した時間および起動が完了したか否かを識別する情報を記憶する時間記憶部１２と、監視対象のアプリケーションソフトウェアまたはＯＳの起動に必要な時間（この時間が経過した場合は起動が異常と判断できる時間）を記憶する待機時間記憶部１３と、アプリケーションソフトウェアやＯＳ自身のロードモジュール（図中、ロードモジュールで示されている）が記憶されているソフトウェアロードモジュール群１４と、修正されたロードモジュールに置換する前にソフトウェアロードモジュール群１４から置換対象のロードモジュールを退避したロードモジュールが記憶されている退避ロードモジュール群１５を含む。
【００１０】
データ処理装置２は、監視開始時間登録手段２１と、監視終了時間登録手段２２と、起動監視手段２３と、退避ロードモジュール復旧手段２４と、修正ロードモジュール置換手段２５とを含む。監視開始時間登録手段２１および監視終了時間登録手段２２は、アプリケーションソフトウェアまたはＯＳ自身に含まれ、起動時に処理が行なわれる。起動監視手段２３、退避ロードモジュール復旧手段２４および修正ロードモジュール置換手段２５は、各ソフトウェアで準備されるインストーラのようなロードモジュール置換ソフトウェアに含まれる。
上述した各手段が持つ機能、動作は概略以下のとおりである。
【００１１】
監視開始時間登録手段２１は、監視対象アプリケーションソフトウェアまたはＯＳに含まれ、各ソフトウェアが起動時に起動開始時間を、時間記憶部１２に記憶させる。監視終了時間登録手段２２は、監視対象アプリケーションソフトウェアまたはＯＳに含まれ、各ソフトウェアの起動が終了した場合、終了をあらわす情報を時間記憶部１２に記憶させる。
起動監視手段２３は、監視識別フラグ記憶部１１を参照し、起動監視が必要かどうか判断する。監視が必要な場合は、時間記憶部１２に記憶されたアプリケーションソフトウェアまたはＯＳの起動開始時間と待機時間記憶部１３に記憶された待ち時間を参照し、起動開始時刻から待ち時間の時間が経過するまで待ち合わせを行ない、時間が経過した時点で、時間記憶部１２を参照する。時間記憶部１２に、アプリケーションまたはＯＳの起動終了をあらわすフラグがあれば、正常機能の結果を出力装置３に出力する。時間記憶部１２に、アプリケーションソフトウェアまたはＯＳの起動終了をあらわすフラグがなければ、起動失敗と判断し、退避ロードモジュール復旧手段２４に制御を移す。
退避ロードモジュール群復旧手段２４は、退避ロードモジュール群１５に保存されたロードモジュールを、ソフトウェアロードモジュール群１４の中の該当するロードモジュールと置換し、処理結果を出力装置３へ出力する。修正ロードモジュール置換手段２５は、ソフトウェアロードモジュール群１４内の不具合のあるロードモジュールを、修正を行なったロードモジュールに置換する。また置換時に監視識別フラグ記憶部１１に、ロードモジュールを置換したことを記憶させる。
【００１２】
図２〜図４は、図１に示す本発明一実施形態の動作を説明するために引用したフローチャートであり、それぞれ、本発明の修正ロードモジュール復旧装置の全体としての基本動作、起動監視手段２３の動作、待避ロードモジュール復旧手段２４の動作手順を示す。以下、図２〜図４を参照しながら図１に示す本発明一実施形態の動作について詳細に説明する。
【００１３】
最初に、不具合のあるロードモジュールを修正ロードモジュールに置換してから、アプリケーションソフトウェアまたはＯＳの起動の確認までの動作につき、図２に示すフローチャートを参照しながら説明する。まず、修正ロードモジュール置換手段２５は、ソフトウェアロードモジュール群１４内の不具合のあるロードモジュールを、退避ロードモジュール群１５に退避したのち、修正されたロードモジュールと不具合のあるロードモジュールを置換し、ロードモジュールを置換したことを表す情報を、監視識別フラグ記憶部１１に記憶させる（図２のステップＡ１）。
次に、修正後の起動確認のために、アプリケーションソフトウェアまたはＯＳの再起動を行なう（ステップＡ２）。起動を行なう際、監視開始時間登録手順２１が、時間記憶部１２に起動開始時刻を記憶させ（ステップＡ３）、監視開始時間登録手段２１が、起動監視手段２３を起動中のアプリケーションまたはＯＳとは別のプロセスとして処理を開始させる（ステップＡ４）。アプリケーションソフトウェアまたはＯＳは起動処理を行ない（ステップＡ５）、起動が終了（ステップＡ６）したのち、ステップＡ７にて、監視終了時間登録手段２２が、時間記憶部１２に起動が終了したことを表す情報を記憶する。
【００１４】
次に、アプリケーションソフトウェアまたはＯＳが、図２に示すステップＡ４で動作を開始させた起動監視手段２３の動作につき、図３に示すフローチャートを参照しながら説明する。まず、監視識別フラグ記憶部１１を参照し、ロードモジュール置換後の起動か否かを確認する（図３のステップＢ１）。そして、監視識別フラグ記憶部１１を初期化し、ロードモジュール置換後の起動であることを表す情報を消去する（ステップＢ２）。ステップＢ１で確認した結果、もしロードモジュール置換後の起動でなければ、監視は行なわず終了し、ロードモジュール置換後の起動であれば、時間記憶部１２に記憶された起動開始時間から、待機時間記憶部１３に記憶された起動に必要な時間が経過するまで、起動監視手段２３は待機する（ステップＢ４）。
所定の時間待機後、時間記憶部１２を参照し、監視対象となるアプリケーションソフトウェアまたはＯＳの起動が終了したか確認する（ステップＢ５）。もし、正常に起動されていれば、ロードモジュール置換後の再起動で正常に起動されたことを出力装置３に出力（ステップＢ８）し、正常に起動されていない場合は、ロードモジュールを置換する前の状態に戻すために、退避ロードモジュール復旧手段２４の処理を開始させる（ステップＢ７）。
【００１５】
最後に、退避ロードモジュール復旧手段２４の動作を図４に示すフローチャートを参照しながら説明する。退避ロードモジュール復旧手段２４は、まずロードモジュール置換後の再起動で、起動が失敗したことを出力装置３に出力する（図４のステップＣ１）。次に、退避ロードモジュール群１５にあるロードモジュールを、ソフトウェアロードモジュール群１４の該当するロードモジュールと置換することにより、修正ロードモジュールと置換前の状態に戻す（ステッ゜フＣ２）。最後に、起動監視対象のアプリケーションソフトウェアまたはＯＳを再起動させる（ステップＣ３）。
このように、修正したロードモジュールの置換後の再起動で起動監視を行い、失敗を検出した時点で修正したロードモジュールに置換する前の状態に自動復旧することにより、復旧作業の工数軽減がはかれる。
【００１６】
図５は本発明の他の実施形態を示すブロック図である。図５を参照すれば、本発明の修正ロードモジュール置換後の復旧装置は、監視対象のアプリケーションソフトウェアまたはＯＳの起動処理部２００と、監視対象のソフトウェアの起動監視を行なう起動監視手段２３１と、時間記憶部１２１と、待機時間記憶部＃１〜＃ｎ（１３１〜１３ｎ）を含む。起動処理部２００は、起動監視手段２３１は、図１に示すデータ処理装置２に、時間記憶部１２１と待機時間記憶部１３１〜１３ｎは図１に示す記憶装置１に割り付けられる。
【００１７】
起動処理部２００は、起動処理をいくつかの処理単位に区切り（起動処理ＳＴＥＰ１〜起動処理ＳＴＥＰｎ）、各処理ＳＴＥＰの前後に、監視開始時間登録手段＃１〜＃ｎ（２１１〜２１ｎ）と、監視終了時間登録手段＃１〜＃ｎ（２２１〜２２ｎ）とを含む。
時間記憶部１２１には、各監視開始時間登録手段＃１〜＃ｎにて各起動処理ＳＴＥＰ１〜ｎの処理前に起動処理開始時間と、各監視終了時間登録手段＃１〜＃ｎにて各起動処理ＳＴＥＰ１〜ｎの処理後に起動処理が終了したことを表す情報が記憶される。
待機時間記憶部＃１〜＃ｎ（１３１、１３２〜１３ｎ）には、起動処理ＳＴＥＰ１〜ｎの各起動処理に必要な時間を記憶しておく。
【００１８】
上述した各処理手段はそれぞれ概略次のように動作する。
監視対象のアプリケーションソフトウェアまたはＯＳの起動処理が開始した場合、起動処理部２００中の起動処理ＳＴＥＰｎの開始前に、監視開始時間登録手段＃ｎ（２１ｎ）にて、時間記憶部１２１に処理ＳＴＥＰｎの処理開始時間を記憶させ、起動監視手段２３１の処理を開始させる。起動処理部２００は、その後、起動処理ＳＴＥＰｎの処理を行ない、処理が終了した時点で、監視終了時間登録手段＃ｎ（２２ｎ）にて、時間記憶部１２１に処理ＳＴＥＰｎの処理が終了したことを表す情報を登録する。
監視開始時間登録手段＃ｎ（２１ｎ）にて処理を開始した起動監視手段２３１は、時間記憶部１２１に記憶された時間から、待機時間記憶部＃ｎ（１３ｎ）に記憶された待機時間が経過するまで待機する。この待機時間が経過後、時間記憶部１２１を再度参照して、起動処理ＳＴＥＰｎの処理が終了したか否かを判断し、起動失敗の場合は、ロードモジュールの復旧を行なう。
システムの構成や複雑なソフトウェアの起動では、待機時間をトータルで算出することは困難であるため、図５に示す実施形態のように、細かな処理ステップ単位で監視することにより、より適切な待機時間で監視することが可能となる。
【００１９】
【発明の効果】
以上説明のように本発明によれば、修正したロードモジュール置換後の再起動で、起動監視を行なうため、修正したロードモジュールに置換した後の起動確認作業の工数を削減できる。例えば、修正したロードモジュールへの置換を同時に複数コンピュータに実施した場合や、業務の都合により、即時起動確認ができない場合など、次回監視対象のソフトウェア起動時に、個々のコンピュータを１台ずつ起動確認する必要がなく、起動監視手段２３または、退避ロードモジュール復旧手段２４が自動的に出力する結果を参照することにより判断できる。
また、起動監視を行ない、失敗を検出した時点で、修正したロードモジュールに置換する前の状態に自動的に復旧するため、修正したロードモジュールに問題があり、起動に失敗した場合でも、復旧作業の工数を軽減でき、使用者または保守者の負担が大幅に軽減される。更に、起動処理の時間監視を、より細かな処理ステップ単位で管理することにより、より適切な待機時間で監視することが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態を示すブロック図である。
【図２】本発明の一実施形態の動作を説明するために引用したフローチャートであり、全体の動作手順を示す図である。
【図３】本発明の一実施形態の動作を説明するために引用したフローチャートであり、図１に示す起動監視手段の動作手順を示す図である。
【図４】本発明の一実施形態の動作を説明するために引用したフローチャートであり、図１に示す待避ロードモジュール復旧手段の動作手順を示す図である。
【図５】本発明の他の実施形態を示すブロック図である。
【符号の説明】
１…記憶装置
２…データ処理装置
３…出力装置
１１…監視識別フラグ記憶部
１２（１２１）…時間記憶部
１３（１３１〜１３ｎ）…待機時間記憶部
１４…ソフトウェアロードモジュール（ＬＭ）群
１５…待避ロードモジュール（ＬＭ）群
２１（２１１〜２１ｎ）…監視開始時間登録手段
２２（２２１〜２２ｎ）…監視終了時間登録手段
２３（２３１）…起動監視手段
２４…待避ロードモジュール（ＬＭ）復旧手段
２５…修正ロードモジュール（ＬＭ）置換手段
２００…起動処理部
【図１】
0003551079.tif 000002
【図２】
0003551079.tif 000003
【図３】
0003551079.tif 000004
【図４】
0003551079.tif 000005
【図５】
0003551079.tif 000006