情報処理装置であって、監視対象である情報処理装置のCPUの動作履歴が、ウォッチドッグタイマーのカウンター値がクリアされる周期に対応付けられて記録されている動作履歴記録部と、前記動作履歴を前記動作履歴記録部に記録し、前記クリア後に新たに前記CPUの動作を記録する際、前記CPUに障害が発生しなかった周期の動作履歴に上書きする記録手段とを有することを特徴とする情報処理装置。前記記録手段は、前記情報処理装置における障害の発生時に、障害の内容と前記情報処理装置内のメモリー及びレジスタの値とのうち少なくともひとつを、障害発生時の周期を一意に識別する識別情報と共に状態記録部に記録することを特徴とする請求項1に記載の情報処理装置。前記記録手段は、前記CPUの動作を記録していく際、前記動作履歴記録部の記録容量を確認し、前記記録容量が閾値を超えた場合、前記CPUに前記ウォッチドッグタイマーのカウンター値をクリアするように通知することを特徴とする請求項1又は請求項2に記載の情報処理装置。記録方法であって、監視対象である情報処理装置のCPUの動作履歴が、ウォッチドッグタイマーのカウンター値がクリアされる周期に対応付けられて記録されている動作履歴記録部に、前記動作履歴を記録する動作履歴記録ステップを有し、前記動作履歴記録ステップは、前記クリア後に新たに前記CPUの動作を記録する際、前記CPUに障害が発生しなかった周期の動作履歴に上書きすることを特徴とする記録方法。前記情報処理装置における障害の発生時に、障害の内容と前記情報処理装置内のメモリー及びレジスタの値とのうち少なくともひとつを、障害発生時の周期を一意に識別する識別情報と共に状態記録部に記録する状態記録ステップを有することを特徴とする請求項4に記載の記録方法。前記CPUの動作を記録していく際、前記動作履歴記録部の記録容量を確認し、前記記録容量が閾値を超えた場合、前記CPUに前記ウォッチドッグタイマーのカウンター値をクリアするように通知する通知ステップを有することを特徴とする請求項4又は請求項5に記載の記録方法。情報処理装置のプログラムであって、前記プログラムは前記情報処理装置に、監視対象である情報処理装置のCPUの動作履歴が、ウォッチドッグタイマーのカウンター値がクリアされる周期に対応付けられて記録されている動作履歴記録部に、前記動作履歴を記録する動作履歴記録ステップを実行させ、前記動作履歴記録ステップは、前記クリア後に新たに前記CPUの動作を記録する際、前記CPUに障害が発生しなかった周期の動作履歴に上書きすることを特徴とするプログラム。本発明が解決しようとする課題は、上記問題点を解決することであり、CPUの動作履歴記録用メモリーの容量を少量化することである。上記課題を解決するための第1の発明は、記録装置であって、監視対象である情報処理装置のCPUの動作履歴が、ウォッチドッグタイマーのカウンター値がクリアされる周期に対応付けられて記録されている動作履歴記録部と、前記動作履歴を前記動作履歴記録部に記録し、前記クリア後に新たに前記CPUの動作を記録する際、前記CPUに障害が発生しなかった周期の動作履歴に上書きする記録手段とを有することを特徴とする。上記課題を解決するための第2の発明は、記録方法であって、監視対象である情報処理装置のCPUの動作履歴が、ウォッチドッグタイマーのカウンター値がクリアされる周期に対応付けられて記録されている動作履歴記録部に、前記動作履歴を記録する動作履歴記録ステップを有し、前記動作履歴記録ステップは、前記クリア後に新たに前記CPUの動作を記録する際、前記CPUに障害が発生しなかった周期の動作履歴に上書きすることを特徴とする。上記課題を解決するための第3の発明は、情報処理装置のプログラムであって、前記プログラムは前記情報処理装置に、監視対象である情報処理装置のCPUの動作履歴が、ウォッチドッグタイマーのカウンター値がクリアされる周期に対応付けられて記録されている動作履歴記録部に、前記動作履歴を記録する動作履歴記録ステップを実行させ、前記動作履歴記録ステップは、前記クリア後に新たに前記CPUの動作を記録する際、前記CPUに障害が発生しなかった周期の動作履歴に上書きすることを特徴とする。本発明によると、動作履歴記録用メモリーの小容量化に対応できるという効果がある。本発明ではCPUの動作を周期的に確認するウォッチドッグタイマーに着目し、CPUがウォッチドッグタイマーをクリアしてCPUの正常性が確認された時点から、次のウォッチドッグタイマーをクリアする時点までの時間区間を周期として、CPUの動作履歴を管理し記録する。そして、各周期を一意に識別する識別情報をウォッチドッグタイマーIDとして割り当てていき、このウォッチドッグタイマーIDに対応付けられて動作履歴記録用メモリーに記録されているCPU動作履歴のうち古いウォッチドッグタイマーIDを持つものを優先的に廃棄する。本発明によると、動作履歴記録用メモリーの大容量化を防ぐことができる。また、障害検出時点に記録されたダンプログと上記履歴情報を併せて分析することで、障害要因を容易に特定することができる。本発明の詳細を説明するために、以下において、図面を参照して具体的に述べる。まず、本発明を実施するための第1の実施の形態について図面を参照して詳細に説明する。図1に本発明の情報処理装置の構成の一例である。本発明の情報処理装置は、CPU1、制御回路部2、障害検出部3、ウォッチドッグタイマー4、動作履歴記録用メモリー5、システム状態記録用メモリー6、外部メモリー7、1~N個のデバイス8、1~M個のデバイスレジスタ9を有する。CPU1にはCPUメモリー11、CPUレジスタ12、予備CPUメモリー13、予備CPUレジスタ14が内蔵されている。CPU1は、正常処理モードと障害処理モードとで動作が異なる。まず、正常処理モード時の動作について説明する。正常処理モードの時には、CPU1は、CPUメモリー11及びCPUレジスタ12を使用して動作する。また、CPU1が正常動作をしている間、CPU1は一定周期でウォッチドッグタイマー4のカウントをクリアする。尚、以下の説明では、このウォッチドッグタイマーのカウントがクリアされる周期を標準タイマークリア周期と定義する。更に、CPU1は、制御回路部2経由で障害検出のアラーム信号を受信した際には、動作モードを障害処理モードに強制的に移行させる。続いて、障害処理モードについて説明する。障害処理モードに切り替える際、CPU1は、CPUメモリー11及びCPUレジスタ12の値をモード切り替え前の値として保持し、動作に使用するメモリーを予備CPUメモリー13に、レジスタ12を予備CPUレジスタ14に切り替える。この時、CPU1はプログラムカウンターを含むCPU動作用のレジスタの値として予備CPUレジスタ14にあらかじめ設定されているものを使用する。更に、予備CPUメモリー13にあらかじめ記憶されているシステム内情報ダンププログラムに従って、制御回路部2に対して、CPUメモリー11、CPUレジスタ12に設定されている値、および、各外部メモリー7、デバイス8の各デバイスレジスタ9に設定されている値、障害発生内容、障害発生日時、後述するウォッチドッグタイマーIDの情報を分析用ダンプ情報としてシステム状態記録用メモリー6に記録するよう命令する。このときにシステム状態記録用メモリー6にライトされた値は障害発生要因の分析用ダンプ情報として使用することも可能である。CPU1は該当の分析用ダンプ情報をシステム状態記録用メモリー6に記録する命令を出した後に、自律リセットを行い、動作モードを障害処理モードから正常処理モードへ移行させ、各種メモリー、レジスタの値を初期化する。その後、CPU1は初期化されたCPUメモリー11、CPUレジスタ12の値を使用して復旧動作を行う。尚、分析用ダンプ情報は、CPUメモリー11、CPUレジスタ12に設定されている値、および、各外部メモリー7、デバイス8の各デバイスレジスタ9に設定されている値、障害発生内容、及び障害発生日時のうち少なくとも一つ記憶されればよい。制御回路部2は、CPU1がウォッチドッグタイマー4をクリアする度に、各標準タイマークリア周期を一意に識別するウォッチドッグタイマーIDのID値をカウントアップさせる。そして、カウントアップさせたウォッチドッグタイマーIDにCPU1の動作を対応付けて、動作履歴を動作履歴記録用メモリー5に記録する。ここで、動作履歴記録用メモリー5に記録される動作履歴について説明する。図4は、動作履歴記録用メモリー5に記録される動作履歴の一例である。動作履歴として、実行命令内容、ウォッチドッグタイマーID、メモリー/レジスタID、アドレス、データが対応付けられて記録される。実行命令内容には、CPUが実行した命令の内容が記される。ウォッチドッグタイマーIDには、該命令実行時のウォッチドッグタイマーIDが記される。メモリー/レジスタIDには、命令実行時にアクセスした各CPUメモリー11、CPUレジスタ12、各外部メモリー7、及びデバイスレジスタ9のID情報が記される。アドレスには、該当メモリーやレジスタのアドレスが記される。データには、該当データと内容とが記される。尚、動作履歴は、実行命令内容、メモリー/レジスタID、及びアドレス、データのうち少なくとも一つが記録される構成であってもよい。制御回路部2は、CPU1がウォッチドッグタイマー4をクリアする際にカウントアップするID値をCPU1に通知する。また、ウォッチドッグタイマーIDの上限値に達した状態で加算する場合には0にリセットする。動作履歴を動作履歴記録用メモリー5に記録する際、CPU1に障害が発生しなかった標準タイマークリア周期の動作履歴に上書きする。また、制御回路部2は、CPU1からの命令に従い、分析用ダンプ情報をシステム状態記録用メモリー6に記録する。障害検出部3は、ウォッチドッグタイマー4のオーバーフロー、もしくは情報処理装置内の障害アラームを検出した際に、制御回路部2を経由して、CPU1に対してアラーム信号を通知し、CPU1の動作モードを障害処理モードに強制的に移行させる。ウォッチドッグタイマー4は、常時カウントアップしている。ウォッチドッグタイマー4のカウンター値があらかじめ定められた所定のカウンター数を超えてオーバーフローすると、障害検出部3に障害を通知する。このため、CPU1の動作が停止したり暴走したりなど、予期せぬ動作に陥り、ウォッチドッグタイマー4のカウンター値をクリアすることができなくなってオーバーフローを起こすと、障害検出部3がCPUの動作障害を検出できるようになっている。次に、ウォッチドッグタイマーIDによる情報の管理方法を説明する。図2において、図の矢印は左から右に向かって時間の流れを表している。ウォッチドッグタイマーIDが2から3に移行するポイントではCPUが正常にウォッチドッグタイマーをクリアし、ウォッチドッグタイマーIDが3のときに障害が検出された例である。続いて、本願発明の動作について、図2及び図3の動作フロー図を用いて説明する。まず、制御回路部2は、ウォッチドッグタイマーIDのID値をカウントアップさせて♯1にするステップ1。制御回路部2は、動作履歴記録用メモリー5に新たな動作履歴を書き込む容量があるかを確認するステップ2。ない場合、障害が発生しなかった周期の動作履歴を削除するステップ3。そして、ID値♯1に対応付けて、CPU1の動作履歴を動作履歴記録用メモリー5に記録するステップ4。その一方で、障害検出部3は、常に情報処理装置内の各構成部を監視し、障害が発生していないかを監視するステップ5。ここで、図2のウォッチドッグタイマーID♯1では障害が発生していないため、ステップ1に戻るステップ5:No。制御回路部2はウォッチドッグタイマーIDのID値をカウントアップさせて♯2にするステップ1。制御回路部2は、動作履歴記録用メモリー5に新たな動作履歴を書き込む容量があるかを確認するステップ2。ない場合、障害が発生しなかった周期の動作履歴を削除するステップ3。そして、ID値♯2に対応付けて、CPU1の動作履歴を動作履歴記録用メモリー5に記録するステップ4。その一方で、障害検出部3は、常に情報処理装置内の各構成部を監視し、障害が発生していないかを監視するステップ5。ここで、図2のウォッチドッグタイマーID♯2では障害が発生していないため、再度ステップ1に戻るステップ5:No。制御回路部2はウォッチドッグタイマーIDのID値をカウントアップさせて♯3にするステップ1。制御回路部2は、動作履歴記録用メモリー5に新たな動作履歴を書き込む容量があるかを確認するステップ2。ない場合、障害が発生しなかった周期の動作履歴を削除するステップ3。そして、ID値♯3に対応付けて、CPU1の動作履歴を動作履歴記録用メモリー5に記録するステップ4。その一方で、障害検出部3は、常に情報処理装置内の各構成部を監視し、障害が発生していないかを監視するステップ5。図2のウォッチドッグタイマーID♯3では障害が発生しているため、障害検出部3は障害が発生していることを検出するステップ5:Yes。障害検出部3は、障害が発生していることを検出すると、障害検出の通知を出力するステップ6。CPU1は、制御回路部2を介して障害検出の通知を受け取ると障害処理モードに切り替えるために、CPUメモリー11及びCPUレジスタ12の値をモード切り替え前の値として保持するステップ7。CPU1は、障害処理モードに切り替え後、動作に使用するメモリーを予備CPUメモリー13に、レジスタ12を予備CPUレジスタ14に切り替え、予備CPUメモリー13にあらかじめ記憶されているシステム内情報ダンププログラムに従って、制御回路部2に対して、分析用ダンプ情報をシステム状態記録用メモリー6に記録するよう命令するステップ8。制御回路部2は、命令に従い、CPUメモリー11、CPUレジスタ12に設定されている値、および、各外部メモリー7、デバイス8の各デバイスレジスタ9に設定されている値、障害発生内容、障害発生日時、後述するウォッチドッグタイマーIDの情報を分析用ダンプ情報としてシステム状態記録用メモリー6に記録するステップ9。CPU1は、自律リセットを行い、動作モードを障害処理モードから正常処理モードへ移行させ、各種メモリー、レジスタの値を初期化して復旧動作を行うステップ10。そして、ステップ1に戻る。一般的な情報処理装置では、障害発生時に障害要因を特定するために、分析用情報として、CPUの動作履歴をメモリーに記録する方法が手段として存在したが、動作履歴記録用メモリーが大容量になってしまうという問題があった。上述の本発明によると、動作履歴記録用メモリーの小容量化に対応できるという効果がある。これは、例えば、図2において、CPUが正常に動作していた区間であるウォッチドッグタイマーID♯1、もしくは♯2に、新たな動作履歴情報を上書きすることで、余計な情報を保持しないようにしているためである。また、上述の通り、本願発明は、障害発生時にCPU1が障害処理モードに移行してシステム状態の履歴を記録用メモリーに記録し、CPUの動作を動作履歴記録用メモリーにCPUの動作記録として記録している。これにより、システム状態の履歴と動作履歴記録との2つの情報を分析することで、システム内に障害が発生した時点に遡って、障害発生要因を調査することが可能となる。本発明の第2の実施の形態について説明する。尚、上記実施の形態と同様の構成については、同一番号を付し、詳細な説明は省略する。制御回路部2は、動作履歴を記録する際、動作履歴記録用メモリー5の記憶容量がある一定のしきい値を超過するか否かを確認する。超過していることを確認すると、CPU1に対して割り込み信号で通知し、CPU1にウォッチドッグタイマー4のカウンター値をクリアさせる。続いて、図4を用いて、本実施の形態の動作の概略について説明する。図4において、図の矢印は左から右に向かって時間の流れを表している。ウォッチドッグタイマーID♯3の区間において、動作履歴記録用メモリー5の記録容量がある一定のしきい値を超過したとする。CPUの動作履歴を該当メモリーにこれ以上記録することが困難になった状況であるため、制御回路部2はCPU1に対して割り込み信号で通知する。CPU1は割り込み信号を受けることで、本来標準タイマークリア周期が経過した時点でウォッチドッグタイマー4のカウンター値をクリアするところを、前倒ししてクリアする。この場合、クリア後にウォッチドッグタイマーIDが♯3から♯4へとアップデートされるために、CPUは古いウォッチドッグタイマーID番号である♯3の情報に上書きする形で4のIDを持つCPUの動作履歴を動作履歴記録用メモリーに記録することが可能となる。尚、図4では、♯3に上書きしているが、動作確認ができている♯1又は♯2であってもよい。図4及び図5を用いて、本実施の形態の動作の実施例を示す。尚、上記実施の形態と同様の動作については詳細な説明は省略する。まず、制御回路部2は、ウォッチドッグタイマーIDのID値をカウントアップさせて♯1にするステップ1。制御回路部2は、動作履歴記録用メモリー5に新たな動作履歴を書き込む容量があるかを確認するステップ2。ない場合、障害が発生しなかった周期の動作履歴を削除するステップ3。そして、ID値♯1に対応付けて、CPU1の動作履歴を動作履歴記録用メモリー5に記録するステップ4。制御回路部2は、履歴の記録中、記録容量が閾値を超えているか否かを確認するステップ11。ここでは、超えていないものとしてステップ11:No、ステップ5に進む。障害検出部3は、常に情報処理装置内の各構成部を監視し、障害が発生していないかを監視するステップ5。ここで、図2のウォッチドッグタイマーID♯1では障害が発生していないため、ステップ1に戻るステップ5:No。制御回路部2はウォッチドッグタイマーIDのID値をカウントアップさせて♯2にするステップ1。制御回路部2は、動作履歴記録用メモリー5に新たな動作履歴を書き込む容量があるかを確認するステップ2。ない場合、障害が発生しなかった周期の動作履歴を削除するステップ3。そして、ID値♯2に対応付けて、CPU1の動作履歴を動作履歴記録用メモリー5に記録するステップ4。制御回路部2は、履歴の記録中、記録容量が閾値を超えているか否かを確認するステップ11。ここでも、超えていないものとしてステップ11:No、ステップ5に進む。障害検出部3は、常に情報処理装置内の各構成部を監視し、障害が発生していないかを監視するステップ5。ここで、図2のウォッチドッグタイマーID♯2では障害が発生していないため、再度ステップ1に戻るステップ5:No。制御回路部2はウォッチドッグタイマーIDのID値をカウントアップさせて♯3にするステップ1。制御回路部2は、動作履歴記録用メモリー5に新たな動作履歴を書き込む容量があるかを確認するステップ2。ない場合、障害が発生しなかった周期の動作履歴を削除するステップ3。そして、ID値♯3に対応付けて、CPU1の動作履歴を動作履歴記録用メモリー5に記録するステップ4。制御回路部2は、履歴の記録中、記録容量が閾値を超えているか否かを確認するステップ11。ここでは、超えたものとしてステップ11:Yes、ステップ12に進む。CPU1は、制御回路2からの通知に従い、ウォッチドッグタイマー4のカウンター値をクリアするステップ12。そしてステップ1に戻る。本実施の形態によると、CPU動作履歴記録用メモリーの記録容量がオーバーフローすることを事前に防ぐことが可能となる。これにより、動作履歴記録用メモリーの小容量化に貢献できる。上述の本発明によると、正常動作時に周期的にシステム内の全メモリー、全レジスタの情報をダンプして記録する必要が無いにも関わらず、障害発生時に障害要因の特定に必要十分な情報を取得することができる。周期的にシステム内の全メモリー、全レジスタの情報をダンプする必要が無いという本発明の特徴は、特にシステムの規模が大きくなり、システム内の外部メモリーとデバイスの数が増えた際に効果的に働く。なぜならば、システム内のメモリーとデバイスのレジスタの容量が増えた場合は、それだけ情報のダンプに必要なCPU負荷が増え、正常動作時のCPUのパフォーマンスが低下する現象を引き起こしてしまうからである。また、例えば、CPU内の動作履歴記録用メモリーを持つ代わりに、システム内の各メモリーと各デバイスのレジスタ値情報を周期的にシステム状態記録用メモリーにダンプして、障害要因を特定するための分析用情報として使用するという構成を考えた場合、システムの規模が大きくなり、情報をメモリーにダンプするためのCPUの負荷が増大してしまうという問題があった。そして、情報をダンプした時点から障害が発生した時点まで、情報を取得できていない区間が存在するため、障害発生要因をトレースできない場合が起こりえるという問題があった。しかしながら、本発明のようにPUの動作履歴記録用メモリーとシステム状態記録用メモリーを併用し、障害発生後にシステム内情報をシステム状態記録用メモリーにダンプするという構成を取ることで、正常動作時のCPU負荷の増大を防ぐという効果と、障害発生の直前まで障害発生要因分析のための情報を取得できるという効果の両方を期待することができる。尚、上記説明ではCPUデバイスとして、障害検出時に障害処理モードに移行し、予備用のメモリーとレジスタを使用することができるCPU1の構成を用いて説明した。他の構成例として、CPU内部に複数の演算処理用のコアを持っているCPUデバイスを使用する構成が考えられる。この場合、ひとつのCPUコアで障害検出した場合や、あるいはウォッチドッグタイマーのオーバーフローが発生した場合に、他のCPUコアが障害処理モードでのシステム内情報ダンププログラム相当のプロセスを実行し、障害が発生しているCPUコアのメモリーやレジスタのダンプ情報、あるいはシステム内のメモリー、レジスタのダンプ情報を取得することも可能である。また、この応用例は、システム内に複数のCPUデバイスを持つ場合にも適用可能であり、一つのCPUで障害が発生した場合に、他のCPUデバイスがシステム内情報ダンププログラム相当のプロセスを実行し、ダンプ情報を取得することも可能である。尚、上述した本発明の情報処理装置は、上記説明からも明らかなように、ハードウェアで構成することも可能であるが、コンピュータプログラムにより実現することも可能である。このような構成の場合、情報処理装置は、プロセッサ1501及びプログラムメモリ1502を有し、プログラムメモリに格納されているプログラムで動作するプロセッサによって、上述した実施の形態と同様の機能、動作を実現させる。尚、上述した実施の形態の一部の機能のみをコンピュータプログラムにより実現することも可能である。本発明の構成はシステム内に問題が発生した場合に、早急に問題発生原因を特定し、対策を施す必要があるシステム、特に社会的に大きな影響がある社会インフラを支えるシステム、あるいは通信、医療、金融、軍用システム等のミッションクリティカルなシステムに対して大きな効果を発揮すると考えられる。以上、実施の形態及び実施例をあげて本発明を説明したが、本発明は必ずしも上記実施の形態及び実施例に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。