JP7291107B2 - 電子計算機、再現試験方法及びプログラム - Google Patents

Description

本発明は、電子計算機、再現試験方法及びプログラムに関する。

パーソナルコンピューター等の電子計算機において、不具合が発生した場合、不具合発生時のログ情報を確認し、ログ情報に基づく条件で再現試験を行って不具合現象を再現することで、不具合発生の原因の絞り込みを図ることができる。しかし、突然停止などでログを残す処理が動作しない不具合が発生した場合、不具合発生の原因が不明確である。また、ログが残らない不具合が発生した場合、不具合現象の再現性が低く、不具合発生の原因の特定が困難である。このような不具合が発生した場合、不具合発生の原因を推測する環境として、例えば、特許文献１に記載の技術がある。

特許文献１には、動作試験で情報処理装置に異常が発生した場合、異常が発生したときの負荷状態のログをとり、情報処理装置を異常発生時の負荷状態に近づけて再試験することで異常の再現性を高めることが記載されている。

特開２０１６－４０６５１号公報

ところで、特許文献１に記載の情報処理装置において、突然停止などでログを残す処理が動作しない不具合が発生したときは、情報処理装置の負荷状態の情報を取得できない。また、負荷状態の情報だけでは不具合が発生したときに実行されていた処理を特定することが困難である。

本発明は、上述した状況に鑑みてなされたものであり、突然停止などのログが残らない不具合が発生した場合に、不具合発生の原因の究明を容易とすることである。

上記課題を解決するため、本発明の一態様の電子計算機は、複数のタスクを予め定められた順序で実行する制御部と、タスクのログ情報を記憶する記憶部と、を有する。制御部は、各タスクを実行する時に、起動して実行を開始するタスクと、既に起動しているタスクとをログ情報として記憶部に格納するタスク起動監視部と、記憶部に格納したログ情報を基に、障害が発生する前に動作していたタスクをそのタスクが起動した時間に復帰させて、障害が発生したときのタスクの動作を再現するタスク復帰部と、を備える。

本発明の少なくとも一態様によれば、ログが残らない不具合が発生した場合に、不具合が発生したときの状態を再現させ、不具合発生の原因の究明が容易である。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本発明の第１の実施形態に係る電子計算機の構成例を示すブロック図である。 図１のタスク起動監視機構の処理の手順例を示すフローチャートである。 図１のエントリポイントログのデータ構造例を示す図である。 図１のタスク起動監視機構の動作の具体例を示す図である。 図１のエントリポイントログの第１の例を示す図である。 図１のエントリポイントログの第２の例を示す図である。 図１のエントリポイントログの第３の例を示す図である。 図１のタスク復帰機構の処理の手順例を示すフローチャートである。 図１のタスク復帰管理ログのデータ構造例を示す図である。 図１のエントリポイントログの他の例を示す図である。 本発明の第２の実施形態に係る電子計算機の構成例を示すブロック図である。

以下、本発明を実施するための形態の例について、添付図面を参照して説明する。本明細書及び添付図面において実質的に同一の機能又は構成を有する構成要素については、同一の符号を付して重複する説明を省略する。

＜第１の実施形態＞
［電子計算機の全体構成］
まず、本発明の第１の実施形態に係る電子計算機の構成について図１を参照して説明する。
図１は、本発明の第１の実施形態に係る電子計算機の構成例を示すブロック図である。

図１に示す電子計算機１００は、主に制御部１１０と記憶部１２０から構成されている。制御部１１０は、アプリケーション層とＯＳ（Operating System）層を備える。アプリケーション層では、アプリケーションソフトウェアが提供する具体的な機能についての仕様や通信手順、データ形式などが定められている。ＯＳは、電子計算機１００の基本的な管理や制御のための機能や、電子計算機１００の多くのソフトウェアが共通して利用する基本的な機能などを実装した、電子計算機１００全体を管理するソフトウェアである。制御部１１０の各機能は、例えばＣＰＵなどのプロセッサが記憶部１２０に記憶されているコンピュータープログラム（ＯＳやアプリケーションプログラム）を実行することにより実現される。

記憶部１２０は、ＲＡＭなどの主記憶装置、及びフラッシュメモリなど不揮発性の補助記憶装置から構成される。主記憶装置には、制御部１１０（例えばＣＰＵ）の演算結果、演算処理の途中で発生した変数やパラメーター等が一時的に書き込まれ、制御部１１０によって適宜読み出される。補助記憶装置には、制御部１１０が実行するコンピュータープログラムや各種データ等が記憶される。本実施形態に係る機能を実現するプログラム、テーブル、ファイル等の情報は、半導体メモリやハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、又はＩＣカード、ＳＤカード、光ディスク等の記録媒体に置くことができる。

制御部１１０のアプリケーション層には、Ｎ個のタスクからなるタスク群１１１が含まれている。本実施形態では、各タスクは、複数のタスクの中から特定の一つを識別するための「ＩＤ」と、動作状態を表す「状態コード」とを持ち、ＣＰＵ上で動作するまとまったプログラムを指す。ＩＤは、英数字などからなる識別子である。制御部１１０は、複数のタスクを予め定められた順序で実行するように構成されている。

また、ＯＳ層には、タスク起動監視機構２００とタスク復帰機構４００が含まれる。
タスク起動監視機構２００（タスク起動監視部の一例）は、各タスクが実行を開始する時に、実行を開始するタスクの情報と、現在実行されているタスクの情報を、ログ情報（エントリポイントログ３００）として記憶部１２０に格納する。図１では、複数のエントリポイントログ３００（１）～３００（ｋ）が示されている。本明細書では、エントリポイントログ３００（１）～３００（ｋ）を区別しない場合には、エントリポイントログ３００と記載する。

タスク復帰機構４００（タスク復帰部の一例）は、ログ（イベントを記録した情報）が残らないような障害（不具合とも言う）が発生した場合に、障害が発生したときの電子計算機１００の状態すなわち障害が発生する前のタスクの動作を再現する。タスク復帰機構４００は、タスクの動作を再現するためのログ情報（タスク復帰管理ログ５００）を作成して記憶部１２０に記憶する。

記憶部１２０は、タスクが実行を開始した時点（以下、「エントリポイント」と呼ぶ）の情報を格納したエントリポイントログ３００と、タスク復帰管理ログ５００とを記憶する。エントリポイントログ３００とタスク復帰管理ログ５００は、記憶部１２０の補助記憶装置に保持することを想定しているが、主記憶装置に保持してもよい。本実施形態では、エントリポイントログ３００のログファイル名称は、タスクのＩＤと同一となっており、動作したタスクのＩＤの数だけ存在する。

また、電子計算機１００には、表示装置１３０と入力装置１４０が接続されている。表示装置１３０は、液晶ディスプレイ等のモニタであり、電子計算機１００（制御部１１０）で行われる処理の結果や操作画面等を表示する。入力装置１４０には、例えば、キーボード、マウス、タッチパネル等が用いられ、ユーザーが所定の操作入力、指示を行うことが可能である。

また、電子計算機１００は、通信インターフェース（図中「通信Ｉ／Ｆ」）１５０を備える。通信インターフェース１５０には、例えばＮＩＣ（Network Interface Card）やモデム等が用いられる。通信インターフェース１５０は、端子に接続されたＬＡＮ等の通信ネットワークＮ又は専用線等を介して、外部装置６００との間で各種のデータを送受信することが可能である。

［タスク起動監視機構の動作］
以下、タスク起動監視機構２００の動作について図２及び図３を参照して説明する。
図２は、タスク起動監視機構２００の処理の手順例を示すフローチャートである。
図３は、エントリポイントログ３００のデータ構造例を示す。

タスク起動監視機構２００はタスクの起動を検知したとき、起動したタスクのエントリポイントログ３００を作成する。このとき、タスク起動監視機構２００は、起動したタスクのＩＤを、エントリポイントログ３００のログファイル名称に設定する。少なくとも、ログファイル名称に目的のタスクのＩＤが含まれていればよい。

そして、タスク起動監視機構２００は、起動したタスクのＩＤと一致するログファイル名称を持つエントリポイントログ３００に対し、タスク起動を検知した時間（例えば時刻情報）をエントリポイント作成時間３０１に格納する（Ｓ１）。この場合、タスクのＩＤとログファイル名称の照合は、部分一致でも可としてもよい。

図３に示すように、エントリポイントログ３００は、「エントリポイント作成時間３０１」、「自タスク情報格納テーブル３１０」、及び「他タスク情報格納テーブル３２０」から構成される。
エントリポイント作成時間３０１には、時刻、クロックカウント、ＲＴＣ（Real Time Clock）時間など、時系列が一意にわかる情報を使用する。

次に、タスク起動監視機構２００は、起動したタスクについての情報が含まれた自タスク情報格納テーブル３１０を、エントリポイントログ３００に格納する（Ｓ２）。本明細書では、起動したタスク自身を表す場合には、「自タスク」又は「自起動タスク」と記載する。

自タスク情報格納テーブル３１０は、「自起動タスク名称３１１」、及び「自起動タスク状態３１２」から構成されるテーブルである。
自起動タスク名称３１１は、起動したタスク（自起動タスク）の名称であり、引数などを含んだコマンドを示す。この自起動タスク名称３１１の情報により、自起動タスクが行う処理の内容がわかる。
自起動タスク状態３１２は、起動したタスクの状態コードを指し、動作中や停止、アイドル状態、スリープ状態などタスクの状態を示す。

次に、タスク起動監視機構２００は、対象のタスクが起動したときに、電子計算機１００内で動作している他のタスクの情報を取得する（Ｓ３）。タスク群１１１にＮ個のタスクが含まれる場合、他タスクの情報は最大で（Ｎ－１）個存在する。このステップでは、タスク起動監視機構２００は、該当するすべてのタスクの情報を取得し、他タスク情報格納テーブル３２０としてエントリポイントログ３００に保存する。

他タスク情報格納テーブル３２０は、「他タスク番号３２１」、「他タスク名称３２２」、及び「他タスク状態３２３」から構成されるテーブルである。
他タスク番号３２１は、当該タスクのＩＤ等の識別子である。
他タスク名称３２２は、当該タスクの名称であり、引数などを含んだコマンドを示す。
他タスク状態３２３は、当該タスクの状態コードを指し、動作中や停止、アイドル状態、スリープ状態などタスクの状態を示す。

このように、本実施形態に係る電子計算機１００では、タスク起動監視機構２００は、各タスクが実行を開始するときに、実行を開始したタスクの動作開始時間（エントリポイント作成時間３０１）と、動作内容（自起動タスク名称３１１）と、状態（自起動タスク状態３１２）と、他に動作しているタスクの、識別子（他タスク番号３２１）と、動作内容（他タスク名称３２２）と、状態（他タスク状態３２３）とを、ログ情報（エントリポイントログ３００）として記憶部１２０に保持する。

このような構成により、制御部１１０は、最新のログ情報（エントリポイントログ３００）を基に、最新のログ情報を取得した時間に動作していたタスクを判断し、該当するタスクを起動した時間が古い順に実行することが可能となる。

［タスク起動監視機構の動作の具体例］
次に、タスク起動監視機構２００の動作について図４を参照して具体的に説明する。
図４は、タスク起動監視機構２００の動作の具体例を示す。図４の左側は電子計算機１００におけるタスクの動作を表し、図４の右側は各タスク（ＩＤで表示）のエントリポイントが作成された時間を表している。

図４の例では、タスク名称が“タスク１”、“タスク２”、“タスク３”の３個のタスクが動作しており、それぞれのＩＤには“１”，“２”，“３”が割り当てられている。タスク２は、タスク１から呼び出しをされるタスク（呼出タスク）であり、一点鎖線はタスクの呼び出しを示す。この一点鎖線の矢印の始点が読み出し元のタスク（呼出元タスク）である。実際には、より多くのタスクが時系列に及び並行して動作していると考えてよい。

下方向の実線の矢印は、矢印の上方に記載されているタスクが動作している期間を示す。
横方向の実線は、各タスクの動作開始時点を示している。タスク起動監視機構２００は、各タスクの開始時に、図２に示した手順でタスク１、タスク２、タスク３のエントリポイントログ３００を作成する。

時間１～５は、エントリポイントログ３００が発生した時間（タイミング）を示し、昇順にエントリポイントログ３００が作成されている。
黒丸部は、上方に示した番号のＩＤに該当するタスクのエントリポイントログ３００が作成されたことを示す。
破線部分は、障害が発生して電子計算機１００が突然停止した時点を表す。図５の例では、障害発生後の時間５において、タスク３が再度起動している。また、時間５において、タスク２が動作中である。

図５は、エントリポイントログ３００の第１の例を示す。
図５に示したエントリポイントログ３００は、図４の時間１～３に生成されたエントリポイントログを示す。タスク起動監視機構２００は、時間３においてタスク２のエントリポイントログ３００（３）を取得する。このとき、タスク起動監視機構２００は、時間１におけるタスク１のエントリポイントログ３００（１）、及び時間２におけるタスク３のエントリポイントログ３００（２）を取得済みである。

エントリポイントログ３００（１）では、エントリポイント作成時間３０１が“時間１”、自タスク情報格納テーブル３１０の自起動タスク名称３１１が“タスク１”、自起動タスク状態が“動作”である。
エントリポイントログ３００（２）は、時間２で取得したタスク３の自タスク情報格納テーブル３１０と、既に起動しているタスク１の他タスク情報格納テーブル３２０（１）を含む。すなわち、エントリポイントログ３００（２）では、エントリポイント作成時間３０１が“時間２”、自タスク情報格納テーブル３１０の自起動タスク名称３１１が“タスク３”、自起動タスク状態が“動作”である。他タスク情報格納テーブル３２０（１）は、他タスク番号３２１が“１”、他タスク名称３２２が“タスク１”、他タスク状態３２３が“動作”である。

エントリポイントログ３００（３）は、時間３で取得したタスク２の自タスク情報格納テーブル３１０と、既に起動しているタスク１の他タスク情報格納テーブル３２０（１）及びタスク３の他タスク情報格納テーブル３２０（２）とを含む。すなわち、エントリポイントログ３００（３）では、エントリポイント作成時間３０１が“時間３”、自タスク情報格納テーブル３１０の自起動タスク名称３１１が“タスク２”、自起動タスク状態が“動作”である。他タスク情報格納テーブル３２０（１）は、他タスク番号３２１が“１”、他タスク名称３２２が“タスク１”、他タスク状態３２３が“動作”である。また、他タスク情報格納テーブル３２０（２）は、他タスク番号３２１が“３”、他タスク名称３２２が“タスク３”、他タスク状態３２３が“動作”である。

図６は、エントリポイントログ３００の第２の例を示す。
図６に示したエントリポイントログ３００は、図５のエントリポイントログ３００（１）～３００（３）に、図４の障害が発生する前の時間４に生成されたエントリポイントログ３００（４）が追加されている。

エントリポイントログ３００（４）は、時間４で取得したタスク３の自タスク情報格納テーブル３１０と、既に起動しているタスク２の他タスク情報格納テーブル３２０（１）を含む。すなわち、エントリポイントログ３００（４）では、エントリポイント作成時間３０１が“時間４”、自タスク情報格納テーブル３１０の自起動タスク名称３１１が“タスク３”、自起動タスク状態が“動作”である。他タスク情報格納テーブル３２０（１）は、他タスク番号３２１が“２”、他タスク名称３２２が“タスク２”、他タスク状態３２３が“動作”である。

図７は、エントリポイントログ３００の第３の例を示す。
図６に示したようにタスク起動監視機構２００は、時間２においてタスク３のエントリポイントログ３００（２）を既に取得している。しかし、障害発生時点で実行されていないタスク、すなわち最新のエントリポイントログ以外はタスクの動作の再現に不要なため、エントリポイントログの保持は最新版のみとしてよい。このようにすることで、ログ容量の抑制が可能となる。

例えば、図７に示すように、図６のエントリポイントログ３００から時間２のエントリポイントログ３００（２）を削除する。これにより、タスクの動作を再現する際に、時間２のエントリポイントログ３００（２）に紐づいている時間１まで遡ることがない。よって、再現に関して、時間２のエントリポイントログ３００（２）のみを削除すればよい。もちろん、時間２だけではなく、時間１と時間２の両方のエントリポイントログを削除してもよい。このようにすることで、ログ容量の抑制が可能になるばかりでなく、ログ削減に要する時間を節約（短縮）できる。

［再現処理の実施例］
次に、タスク復帰機構４００において、ログが残らないような障害が発生した後、電子計算機１００を再度立ち上げて、障害が発生したときの電子計算機１００の状態（障害が発生する前のタスクの動作）を再現する方法について、図８を参照して説明する。

本実施形態では、再度電子計算機１００の立ち上げを実施した後、タスク復帰機構４００を実行することで再現処理時の該当タスクの実行順を決定し、制御部１１０がこの順番に該当タスクを実行することで、障害が発生したときの状態を再現する。

図８は、タスク復帰機構４００の処理の手順例を示すフローチャートである。
はじめに、タスク復帰機構４００は再現指令を受けると、各エントリポイントログ３００のエントリポイント作成時間３０１を相互に照合し、時系列で最新のエントリポイントログを探索する（Ｓ１１）。

図７の例では、時間４に作成されたエントリポイントログ３００（４）が最新である。最新のエントリポイントログ３００が判明すると、障害発生直前に動作していたタスクは、自タスク情報格納テーブル３１０に該当するタスク（自起動タスク）と、他タスク情報格納テーブル３２０に記載されているタスク（他タスク）であることがわかる。

次いで、タスク復帰機構４００は、エントリポイントログ３００において、他タスク情報格納テーブル３２０に記載されている他タスク番号３２１の情報（例えばＩＤ）と一致する情報を持つタスクのエントリポイントログをすべて照合する。そして、タスク復帰機構４００は、該当するタスクのエントリポイントログのエントリポイント作成時間３０１のうち、古いタスクから順番に起動するように、タスク復帰管理ログ５００に必要な情報を格納する。すなわち、本ステップにおいて再現のために動作させるタスクとその順番を決定する（Ｓ１２）。

このように、最新のエントリポイントログを探索し、該当エントリポイントログに記録されているタスクを再現対象とすることで、障害発生の直前に起動していたタスクを再現可能となる。

（タスク復帰管理ログ５００）
ここで、タスク復帰機構４００が保存するタスク復帰管理ログ５００のデータ構造例について、図９を参照して説明する。

図９は、タスク復帰管理ログ５００のデータ構造例を示す。
タスク復帰管理ログ５００は、再現のために動作させるタスクごとに、タスク情報格納テーブルを作成する。図９では、タスク情報格納テーブルとして、タスク情報１～Ｎが作成されている。タスク情報は、「タスク起動時間差５０１」、「起動タスク名称５０２」、及び「タスク復帰機構からの呼出要求５０３」から構成されるテーブルである。

タスク起動時間差５０１は、最新のエントリポイントログ３００に含まれるタスクが起動した時間（対象タスクに対するエントリポイント作成時間３０１）と、最新の起動タスクに対するエントリポイント作成時間３０１との差分値である。上述したとおり、エントリポイント作成時間３０１は、タスクの起動が検知された時間である。当然ながら最新の起動タスクについてのタスク起動時間差５０１は、ゼロである。例えば、時間４のエントリポイントログ３００（４）の場合、最も近くに起動したタスク３のタスク情報１には、タスク起動時間差５０１として“０”が格納される。

起動タスク名称５０２は、最新のエントリポイントログ３００に含まれるタスクの自起動タスク名称３１１（図３参照）の情報である。
タスク復帰機構からの呼出要求５０３は、タスク復帰機構４００から呼出要求が必要か否かを１ビット（真又は偽）のブーリアン情報として持つ。以降「タスク復帰機構からの呼出要求５０３」を「呼出要求５０３」と略して記載することがある。

タスク群１１１の各タスクは、予め定められた順序で実行するように構成されているため、最も古い時間のタスクを起動することで、以降のタスクは順に起動される。しかし、図４のタスク２のように、別タスク（タスク１）からの呼び出しを契機に起動するイベントドリブン形式のタスクは、呼び出し元のタスクが動作していない場合には実行されない。そこで、イベントドリブン形式のタスク（呼出タスク）については、タスク復帰管理ログ５００に格納された「タスク復帰機構からの呼出要求５０３」の情報を基に、タスク復帰機構４００が呼び出しを実施する構成とする。

タスク復帰機構４００は、ステップＳ１３以降の手順を実行することで、障害発生前に作成されたエントリポイントログ３００に記載されているタスクを順番通り起動させる。

まず、タスク復帰機構４００は、ステップＳ１２で決定したタスク復帰管理ログ５００で示される順番に従い、次に動作させるタスクを決定する（Ｓ１３）。このとき、タスク復帰機構４００は、次に動作するタスクが、タスク復帰機構４００からの呼び出しにより起動する必要があるか否か、すなわち呼出タスクであるか否かをタスク復帰管理ログ５００の呼出要求５０３の情報により判断する。

図１で説明したとおり、タスクは、制御部１１０のアプリケーション層で実行される。例えば図４に示すエントリポイント（時間１～時間５）が得られた場合、アプリケーション層では、時間４で実行されていたタスク２を再現するため、タスク２が起動を開始する時間３まで遡る。ここで、タスク２は、タスク１からの呼び出しを契機に時間３から起動するイベントドリブン形式のタスクである。タスク１からの呼び出しが必要なことはタスク復帰管理ログ５００に記録されていないため、タスク復帰機構４００は、タスク復帰管理ログ５００の呼出要求５０３の情報に従い、タスク２を呼び出す（起動）ための制御を行う。具体的には、タスク復帰機構４００は、タスク２を呼び出す必要があることを制御部１１０のタスク群１１１に通知する。そして、制御部１１０では、タスク群１１１のタスク１を起動させてタスク１からタスク２の呼び出しを行い、タスク２がタスク１の呼び出しに応じて起動する。

また、タスクの中には、周期的に起動するタスク（例えば図４のタスク３）もある。この場合、第１の周期から第２の周期に移行する過程で一時的にタスクが停止する。このため、障害が発生した後の再現時に、制御部１１０のアプリケーション層では、直前のタスク（第１の周期におけるタスク）がわからず第２の周期において同じタスクを実行できない。そこで、タスク復帰機構４００は、該当タスクが周期的に起動と停止を繰り返すこと（動作期間と停止期間の情報）を、制御部１１０に通知する。例えば、制御部１１０は、タスク復帰機構４００からの呼出要求５０３を受けて、タスク３が停止した後、所定の停止期間を空けたタイミングで再びタスク３を呼び出して起動する。

図８の説明に戻る。ステップＳ１３の処理後、タスク復帰機構４００は、次に動作させるタスクを起動する（Ｓ１４）。そして、タスク復帰機構４００は、目的のタスクの起動を契機とし、動作する目的のタスクの情報（エントリポイント作成時間３０１等）を取得する。動作タスクがタスク復帰機構４００から起動させる必要がある呼出タスクの場合には、この時点で起動させる。

次に、タスク復帰機構４００は、動作を検知したタスク又はタスク復帰機構４００が動作させたタスクと、ステップＳ１２で動作順番を決定したタスクを照合し、決定した順番どおりにタスクが動作しているかどうかを判定する（Ｓ１５）。なお、タスクの動作の検知は、タスク起動監視機構２００が行ってもよい。

ステップＳ１５において、タスク復帰機構４００は、このとき動作を検知したタスク等が、次に動作すべきタスクではなかった場合には（Ｓ１５の不一致）、次動作タスクが他タスクからの呼び出しにより起動されるタスクだと判断できる。このため、タスク復帰機構４００は、タスク復帰管理ログ５００にこの次動作タスクを呼出タスクとして記録する（Ｓ１６）。すなわち、タスク復帰管理ログ５００の次動作タスクのタスク情報に、呼出要求５０３が必要であることを記録する。そして、タスク復帰機構４００は、再度ステップＳ１２における再現時の動作タスクの順番決定が完了した時点から処理を再開する。

例えば、時間３に起動するタスク２は呼出タスクであるため、タスク２を再現する場合にはタスク１からタスク２を呼び出す必要がある。そのため、タスク２を起動する前にタスク１を一時的にでも起動する必要がある。このとき、ステップＳ１２の順番ではタスク２であっても、タスク２を呼び出すためにタスク１を先に起動することになり、動作させたタスク（タスク１）と順番に基づいて本来動作させるタスク（タスク２）とが異なる。このような場合には、本来動作させるタスク（タスク２）を、呼出タスクとして管理する。

一方、タスク復帰機構４００は、動作を検知したタスク又はタスク復帰機構４００が動作させたタスクが次に動作すべきタスクだった場合には（Ｓ１５の一致）、再現のエントリポイントが最新のエントリポイントに到達したかどうかを判定する（Ｓ１７）。言い換えると、タスク復帰機構４００は、動作タスクの順番を確認し、次に動作するタスクがあるかどうかを判定する。

そして、タスク復帰機構４００は、再現のエントリポイントが最新のエントリポイントに到達していない、すなわち次に動作するタスクが残っていると判定した場合には（Ｓ１７のＮＯ）、ステップＳ１３以降の処理を繰り返し実行する。このとき、タスク復帰機構４００は、ステップＳ１３,Ｓ１４において次に動作させるタスクを決定して起動する際、前のタスクが起動してから、タスク起動時間差５０１の情報に基づく時間差を設けて、次のタスクが起動するように制御する。

一方、タスク復帰機構４００は、最新のエントリポイントに到達し、次に動作するタスクが残っていないと判定した場合（Ｓ１７のＹＥＳ）、再現処理で起動した各タスクの状態を、エントリポイントログ３００の中の対応するタスクの自起動タスク状態３１２と比較する（Ｓ１８）。例えば、タスク復帰機構４００は、再現処理において動作させた各タスクの状態を、再現結果として記憶部１２０の主記憶装置に記憶しておき、この図示しない再現結果とエントリポイントログ３００の各タスクの状態を比較、照合する。なお、再現結果を、記憶部１２０の補助記憶装置に記憶してもよい。

このとき、タスク復帰機構４００は、比較したタスク同士で状態が不一致である場合には（Ｓ１８のＮＯ）、再現処理で起動したタスクのうち不一致と判断したタスクの状態を、エントリポイントログ３００に記録されている状態に変更する（Ｓ１９）。例えば、エントリポイントログ３００では、あるタスクの自起動タスク状態３１２が“処理Ａ”だが、再現処理では“処理Ｂ”の場合、再現処理で動作した該当タスクの状態を、エントリポイントログ３００の対応するタスクの状態と同じ“処理Ａ”に変更する。

図１０に、エントリポイントログ３００の他の例を示す。
この例では、時間４で作成されたエントリポイントログ３００（４）’の他タスク情報格納テーブル３２０（１）において、タスク２の他タスク状態３２３が“アイドル”である。仮に、再現処理で動作した該当タスクの状態が“動作”であった場合には、タスク復帰機構４００は、記憶部１２０に保持された再現結果の該当タスクの状態を“アイドル”に修正する。タスク復帰機構４００は、タスク復帰管理ログ５００と、修正後の再現結果（図示略）に記録されたタスクの状態情報とに基づいて、再度、再現試験を実施してもよい。これにより、エントリポイントログ３００に記録された、実際に動作したタスクの状態を反映して再現試験を行うことが可能となる。

なお、タスク復帰機構４００は、実際に動作したタスクの状態と、再現処理におけるタスクの状態との差分（状態の違いについての情報）を、差分ログ情報として、記憶部１２０に記録してもよい。差分ログ情報が示す、実際に動作したタスクの状態と、再現処理におけるタスクの状態との差分を分析することで、障害発生時における電子計算機１００の予め設計された状態からどのような変化が発生したかを推測できる。そして、その推測の結果を、ログが残らない不具合が発生した原因の究明に役立てることができる。

次いで、タスク復帰機構４００は、ステップＳ１８において比較したタスク同士の状態が一致する場合（Ｓ１８のＹＥＳ）、又はステップＳ１９の処理後、本フローチャートの一連の処理を終了する。

制御部１１０は、上述した再現処理の過程又は結果を、表示装置１３０や外部装置６００に出力できるように構成されている。それにより、システム管理者は、表示装置１３０又は外部装置６００に出力された再現内容を確認し、不具合発生の原因の究明に役立てることができる。

以上説明したように、第１の実施形態に係る電子計算機１００では、制御部１１０（タスク起動監視機構２００）が、各タスクを実行する時に、起動して実行を開始するタスクと、既に起動しているタスクとをログ情報（エントリポイントログ３００）として記憶部１２０に格納する。そして、制御部１１０（タスク復帰機構４００）は、障害発生前に起動していたタスク群１１１に対し、記憶部１２０に格納したログ情報を基に、障害発生前に動作していたタスクをそのタスクが起動した時間に復帰させて、障害が発生したときのタスクの動作を再現する。これにより、障害発生時の電子計算機１００の状態を再現することができる。

このように、第１の実施形態によれば、障害発生前の電子計算機１００で動作していたタスクの状態を知ることができるので、それに基づいて電子計算機１００を再起動したときに電子計算機１００の状態を障害発生前の状態に復旧させる。これにより、電子計算機１００にログが残らない不具合が発生した場合に、不具合が発生したときの電子計算機１００の状態を再現し、不具合発生の原因の究明が容易となる。

また、以上のとおり、本実施形態に係る電子計算機１００では、タスク復帰機構４００は、記憶部１２０に保持されている、最新のログ情報（エントリポイントログ３００）を基に、最新のログ情報を取得した時間に動作していたタスクを判断し、該当するタスクを起動した時間が古い順に実行する。

上記構成の電子計算機１００によれば、最新のログ情報を取得した時間に動作していたタスクを、起動した時間が古い順に実行することにより、最新のログ情報を取得したときのタスクの動作を再現することができる。

また、以上のとおり、本実施形態に係る電子計算機１００では、タスク復帰機構４００は、障害が発生したときのタスクの動作を再現する際、再現されるタスクが呼出元タスクからの呼び出しにより動作する呼出タスクの場合には、呼出元タスクから呼出タスクを呼び出すように制御する。

上記構成の電子計算機１００によれば、呼出元タスクが動作していなくても、タスク復帰機構４００により呼出タスクを呼び出して動作させることができ。そのため、障害発生時のタスクの動作を再現できる。

また、以上のとおり、本実施形態に係る電子計算機１００では、タスク復帰機構４００は、動作を再現するタスクの状態が、ログ情報（エントリポイントログ３００）に格納されたタスクの状態と一致しない場合には、動作を再現するタスクの状態をログ情報に格納されたタスクの状態に変更する。

上記構成の電子計算機１００によれば、これにより、ログ情報に記録された、実際に動作したタスクの状態を、再現処理に反映することができる。それゆえ、より精度の高い再現試験が可能となる。

また、本実施形態に係る電子計算機１００によれば、最新のエントリポイント（例えば図４の時間４）を過ぎた後に、なんらかのタスク（タスク３）が起動した時点（時間５）で、障害発生期間を過ぎて電子計算機１００が動作していることがわかる。本実施形態では、障害が発生したときにステップＳ１２で決定したタスクのみを実行することで、障害が発生した前後に限定して再現試験が実施でき、再現試験の時間短縮が図れる。図４を例とすると、時間５の時点でタスク３のエントリポイントログが作成されていることから、障害が再発しなかったと判断できる。このため、時間３から時間５の間に起動を開始するタスク（図４ではタスク３とタスク２）のみを実施することで、再現試験が実施できる。

＜第２の実施形態＞
ところで、電子計算機１００の起動時に自動的にタスク起動監視機構２００を起動する構成とした場合、障害復旧後に再度電子計算機１００を起動するとエントリポイント（エントリポイントログ３００）が新たに作成（更新）されてしまう。このことを防ぐため、電子計算機１００に正常停止監視機構を設けてもよい。

図１１は、本発明の第２の実施形態に係る電子計算機の構成例を示すブロック図である。
図１１に示す電子計算機１００Ａは、図１の電子計算機１００と比較して、制御部１１０ＡのＯＳ層に正常停止監視機構１１００と、記憶部１２０に正常停止ログ１２００を備える点が異なる。

正常停止監視機構１１００（正常停止監視部の一例）は、例えばタスク群１１１の動作などを通じて電子計算機１００Ａが正常に停止したかどうかを監視する。そして、正常停止監視機構１１００は、電子計算機１００Ａが正常に停止した場合には、停止直前に正常停止ログ１２００を作成して記憶部１２０に記録する。電子計算機１００Ａの再起動時に記憶部１２０に正常停止ログ１２００がある場合には、正常停止監視機構１１００は、タスク起動監視機構２００を起動し、正常停止ログ１２００を削除する。

一方、電子計算機１００Ａの再起動時に記憶部１２０に正常停止ログ１２００がない場合には、再起動前に電子計算機１００Ａに障害が発生している。そのため、正常停止監視機構１１００は、記憶部１２０に正常停止ログ１２００がない場合には、タスク起動監視機構２００を動作させない。

このような構成とすることにより、障害復旧後に再度電子計算機１００を起動したときに、エントリポイント（エントリポイントログ３００）が新たに作成（更新）されることを防止できる。そのため、再起度後に、電子計算機１００を障害が発生したときの状態に復帰（再現）させることができる。

＜変形例＞
さらに、本発明は上述した各実施形態に限られるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、その他種々の応用例、変形例を取り得ることは勿論である。

例えば、各実施形態において、取得したタスクのログ情報を電子計算機の記憶部１２０へ保存するのではなく、電子計算機が備える通信部（通信インターフェース１５０）により外部記憶装置（外部装置６００、サーバーなど）へ保存してもよい。

また、各実施形態において、タスク復帰機構４００の機能は、電子計算機１００，１００Ａではなく、外部装置６００など別装置で実現してもよい。

また、各実施形態において、タスク復帰機構４００で復旧させるタスクを、入力装置１４０や設定ファイルなどからエントリポイントを限定して実行する機能を有していてもよい。例えば、タスク群１１１に常駐プログラム（タスク）がある場合、障害の再現において常駐プログラムを実行すると、すべてのエントリポイントでタスクを実行することになる。そこで、例えば、常駐プログラム（指定したタスク）を排除するように設定された内容の設定ファイルを用意する。タスク復帰機構４００がこの設定ファイルを参照し、再現処理において常駐プログラムを実行しないようにすることで、必要なタスクに限定して再現処理を実施できる。

また、タスク復帰機構４００により動作を再現するタスクの状態と、エントリポイントログ３００に格納された各タスクの状態の比較は、動作するタスクの順番が最新のエントリポイントに到達したときに限らず、エントリポイントごとに実施してもよい。

また、上記の各構成、機能、処理部等は、それらの一部又は全部を、例えば集積回路で設計するなどによりハードウェアで実現してもよい。ハードウェアとして、ＦＰＧＡ（Field Programmable Gate Array）やＡＳＩＣ（Application Specific Integrated Circuit）などを用いてもよい。

また、図２及び図８に示すフローチャートにおいて、処理結果に影響を及ぼさない範囲で、複数の処理を並列的に実行したり、処理順序を変更したりしてもよい。

１００…電子計算機、 １１０…制御部、 １１１…タスク群、 １２０…記憶部、 ２００…タスク起動監視機構、 ３００，３００（１）～３００（４）…エントリポイントログ、 ３０１…エントリポイント作成時間、 ３１０…自タスク情報格納テーブル、 ３１１…自起動タスク名称、 ３１２…自起動タスク状態、 ３２０，３２０（１）～３２０（４），３２０（ｋ）…他タスク情報格納テーブル、 ３２１…他タスク番号、 ３２２…他タスク名称、 ３２３…他タスク状態、 ４００…タスク復帰機構、 ５００…タスク復帰管理ログ、 ５０１…タスク起動時間差、 ５０２…起動タスク名称、 ５０３…タスク復帰機構からの呼出要求

Claims (13)

1. 複数のタスクを予め定められた順序で実行する制御部と、前記タスクのログ情報を記憶する記憶部と、を有し、
   前記制御部は、
   各タスクを実行する時に、起動して実行を開始するタスクと、既に起動しているタスクとをログ情報として前記記憶部に格納するタスク起動監視部と、
   前記記憶部に格納した前記ログ情報を基に、障害が発生する前に動作していたタスクをそのタスクが起動した時間に復帰させて、起動した時間が古い順に前記タスクを実行することにより前記障害が発生したときのタスクの動作を再現するタスク復帰部と、を備え、
   前記タスク復帰部は、前記障害が発生したときのタスクの動作を再現する際、再現されるタスクが呼出元タスクからの呼び出しにより動作する呼出タスクの場合には、前記呼出元タスクから前記呼出タスクを呼び出すように制御する
   電子計算機。
2. 複数のタスクを予め定められた順序で実行する制御部と、前記タスクのログ情報を記憶する記憶部と、を有し、
   前記制御部は、
   各タスクを実行する時に、起動して実行を開始するタスクと、既に起動しているタスクとをログ情報として前記記憶部に格納するタスク起動監視部と、
   前記記憶部に格納した前記ログ情報を基に、障害が発生する前に動作していたタスクをそのタスクが起動した時間に復帰させて、前記障害が発生したときのタスクの動作を再現するタスク復帰部と、を備え、
   前記タスク復帰部は、動作を再現するタスクの状態が、前記ログ情報に格納された前記タスクの状態と一致しない場合には、前記動作を再現するタスクの状態を前記ログ情報に格納された前記タスクの状態に変更する
   電子計算機。
3. 複数のタスクを予め定められた順序で実行する制御部と、前記タスクのログ情報を記憶する記憶部と、を有し、
   前記制御部は、
   各タスクを実行する時に、起動して実行を開始するタスクと、既に起動しているタスクとをログ情報として前記記憶部に格納するタスク起動監視部と、
   前記記憶部に格納した前記ログ情報を基に、障害が発生する前に動作していたタスクをそのタスクが起動した時間に復帰させて、前記障害が発生したときのタスクの動作を再現するタスク復帰部と、を備え、
   前記タスク起動監視部は、各タスクが実行を開始するときに、実行を開始したタスクの動作開始時間と、動作内容と、状態と、他に動作しているタスクの、識別子と、動作内容と、状態とを、前記ログ情報として前記記憶部に保持する
   電子計算機。
4. 複数のタスクを予め定められた順序で実行する制御部と、前記タスクのログ情報を記憶する記憶部と、を有する電子計算機であって、
   前記制御部は、
   各タスクを実行する時に、起動して実行を開始するタスクと、既に起動しているタスクとをログ情報として前記記憶部に格納するタスク起動監視部と、
   前記記憶部に格納した前記ログ情報を基に、障害が発生する前に動作していたタスクをそのタスクが起動した時間に復帰させて、前記障害が発生したときのタスクの動作を再現するタスク復帰部と、
   前記電子計算機が正常に停止したかどうかを監視する正常停止監視部と、を備え、
   前記正常停止監視部は、前記電子計算機が正常に停止した場合に、停止直前に正常停止ログを作成して前記記憶部に記憶し、前記電子計算機の再起動時に前記記憶部に前記正常停止ログがない場合には、前記タスク起動監視部を動作させない
   電子計算機。
5. 外部記憶装置と通信を行う通信部、を備え、
   前記タスク起動監視部は、前記通信部により前記ログ情報を前記外部記憶装置に送信して前記外部記憶装置に前記ログ情報を記憶させる
   請求項１乃至４のいずれか一項に記載の電子計算機。
6. 複数のタスクを定められた順序で実行する制御部と、前記タスクのログ情報を記憶部と、を有する電子計算機により該電子計算機の動作を再現する再現試験方法であって、
   前記制御部が、該制御部により各タスクを実行する時に、起動して実行を開始するタスクと、既に起動しているタスクとをログ情報として前記記憶部に格納する処理と、
   前記制御部が、前記記憶部に格納した前記ログ情報を基に、障害が発生する前に動作していたタスクをそのタスクが起動した時間に復帰させて、起動した時間が古い順に前記タスクを実行することにより前記障害が発生したときのタスクの動作を再現する処理と、
   前記制御部が、前記障害が発生したときのタスクの動作を再現する際、再現されるタスクが呼出元タスクからの呼び出しにより動作する呼出タスクの場合には、前記呼出元タスクから前記呼出タスクを呼び出すように制御する処理と、を含む
   再現試験方法。
7. 複数のタスクを定められた順序で実行する制御部と、前記タスクのログ情報を記憶部と、を有する電子計算機により該電子計算機の動作を再現する再現試験方法であって、
   前記制御部が、該制御部により各タスクを実行する時に、起動して実行を開始するタスクと、既に起動しているタスクとをログ情報として前記記憶部に格納する処理と、
   前記制御部が、前記記憶部に格納した前記ログ情報を基に、障害が発生する前に動作していたタスクをそのタスクが起動した時間に復帰させて、前記障害が発生したときのタスクの動作を再現する処理と、
   前記制御部が、動作を再現するタスクの状態が、前記ログ情報に格納された前記タスクの状態と一致しない場合には、前記動作を再現するタスクの状態を前記ログ情報に格納された前記タスクの状態に変更する処理と、を含む
   再現試験方法。
8. 複数のタスクを定められた順序で実行する制御部と、前記タスクのログ情報を記憶部と、を有する電子計算機により該電子計算機の動作を再現する再現試験方法であって、
   前記制御部が、該制御部により各タスクを実行する時に、起動して実行を開始するタスクと、既に起動しているタスクとをログ情報として前記記憶部に格納する処理と、
   前記制御部が、前記記憶部に格納した前記ログ情報を基に、障害が発生する前に動作していたタスクをそのタスクが起動した時間に復帰させて、前記障害が発生したときのタスクの動作を再現する処理と、を含み、
   前記制御部が、各タスクが実行を開始するときに、実行を開始したタスクの動作開始時間と、動作内容と、状態と、他に動作しているタスクの、識別子と、動作内容と、状態とを、前記ログ情報として前記記憶部に格納する
   再現試験方法。
9. 複数のタスクを定められた順序で実行する制御部と、前記タスクのログ情報を記憶部と、を有する電子計算機により該電子計算機の動作を再現する再現試験方法であって、
   前記制御部が、該制御部により各タスクを実行する時に、起動して実行を開始するタスクと、既に起動しているタスクとをログ情報として前記記憶部に格納する処理と、
   前記制御部が、前記記憶部に格納した前記ログ情報を基に、障害が発生する前に動作していたタスクをそのタスクが起動した時間に復帰させて、前記障害が発生したときのタスクの動作を再現する処理と、を含み、
   前記制御部が、前記電子計算機が正常に停止したかどうかを監視し、前記電子計算機が正常に停止した場合に、停止直前に正常停止ログを作成して前記記憶部に記憶し、前記電子計算機の再起動時に前記記憶部に前記正常停止ログがない場合には、前記記憶部に前記ログ情報を格納する処理を行わない
   再現試験方法。
10. 複数のタスクを定められた順序で実行するコンピューターに、
    各タスクを実行する時に、起動して実行を開始するタスクと、既に起動しているタスクとをログ情報として記憶部に格納する手順と、
    前記記憶部に格納した前記ログ情報を基に、障害が発生する前に動作していたタスクをそのタスクが起動した時間に復帰させて、起動した時間が古い順に前記タスクを実行することにより前記障害が発生したときのタスクの動作を再現する手順と、
    前記障害が発生したときのタスクの動作を再現する際、再現されるタスクが呼出元タスクからの呼び出しにより動作する呼出タスクの場合には、前記呼出元タスクから前記呼出タスクを呼び出すように制御する手順と、
    を実行させるためのプログラム。
11. 複数のタスクを定められた順序で実行するコンピューターに、
    各タスクを実行する時に、起動して実行を開始するタスクと、既に起動しているタスクとをログ情報として記憶部に格納する手順と、
    前記記憶部に格納した前記ログ情報を基に、障害が発生する前に動作していたタスクをそのタスクが起動した時間に復帰させて、前記障害が発生したときのタスクの動作を再現する手順と、
    動作を再現するタスクの状態が、前記ログ情報に格納された前記タスクの状態と一致しない場合には、前記動作を再現するタスクの状態を前記ログ情報に格納された前記タスクの状態に変更する手順と、
    を実行させるためのプログラム。
12. 複数のタスクを定められた順序で実行するコンピューターに、
    各タスクを実行する時に、起動して実行を開始するタスクと、既に起動しているタスクとをログ情報として記憶部に格納する手順と、
    前記記憶部に格納した前記ログ情報を基に、障害が発生する前に動作していたタスクをそのタスクが起動した時間に復帰させて、前記障害が発生したときのタスクの動作を再現する手順と、
    各タスクが実行を開始するときに、実行を開始したタスクの動作開始時間と、動作内容と、状態と、他に動作しているタスクの、識別子と、動作内容と、状態とを、前記ログ情報として前記記憶部に格納する手順と、
    を実行させるためのプログラム。
13. 複数のタスクを定められた順序で実行するコンピューターに、
    各タスクを実行する時に、起動して実行を開始するタスクと、既に起動しているタスクとをログ情報として記憶部に格納する手順と、
    前記記憶部に格納した前記ログ情報を基に、障害が発生する前に動作していたタスクをそのタスクが起動した時間に復帰させて、前記障害が発生したときのタスクの動作を再現する手順と、
    前記コンピューターが正常に停止したかどうかを監視し、前記コンピューターが正常に停止した場合に、停止直前に正常停止ログを作成して前記記憶部に記憶し、前記コンピューターの再起動時に前記記憶部に前記正常停止ログがない場合には、前記記憶部に前記ログ情報を格納する処理を行わないように処理する手順と、
    を実行させるためのプログラム。
    

Images