特開 2024-136210 画像処理装置、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024136210

(43)【公開日】2024-10-04

(54)【発明の名称】画像処理装置、及びプログラム

(51)【国際特許分類】

   G06F 11/07 20060101AFI20240927BHJP

   G06F 11/34 20060101ALI20240927BHJP

【ＦＩ】

G06F11/07 178

G06F11/34 176

G06F11/07 140J

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2023047246

(22)【出願日】2023-03-23

(71)【出願人】

【識別番号】000005496

【氏名又は名称】富士フイルムビジネスイノベーション株式会社

(74)【代理人】

【識別番号】110001519

【氏名又は名称】弁理士法人太陽国際特許事務所

(72)【発明者】

【氏名】田中 英憲

(72)【発明者】

【氏名】大竹 裕仁

(72)【発明者】

【氏名】諏訪 辰寿

【テーマコード（参考）】

5B042

【Ｆターム（参考）】

5B042GA11

5B042JJ06

5B042KK07

5B042MA04

5B042MA08

5B042MA09

5B042MC40

(57)【要約】

【課題】第２プロセッサの障害発生時でも第１プロセッサが第２プロセッサのログ情報を取得することができる画像処理装置及びプログラムを提供する。
【解決手段】第１プロセッサと、第１プロセッサからコマンドを受信して処理を行う第２プロセッサとを備え、前記第２プロセッサは、前記処理について障害が発生すると予測した場合に、当該第２プロセッサのログ情報を前記第１プロセッサから参照可能な共有メモリに保存する。
【選択図】図６

【特許請求の範囲】

【請求項1】

第１プロセッサと、第１プロセッサからコマンドを受信して処理を行う第２プロセッサとを備え、
前記第２プロセッサは、
前記処理について障害が発生すると予測した場合に、当該第２プロセッサのログ情報を前記第１プロセッサから参照可能な共有メモリに保存する画像処理装置。

【請求項2】

前記第２プロセッサは、
前記処理が不揮発性メモリに保存されている障害履歴情報と一致する処理の場合に、障害が発生すると予測する請求項１に記載の画像処理装置。

【請求項3】

前記第１プロセッサは、
前記第２プロセッサに対して送信したコマンドに応答がなかった場合に、第２プロセッサに割込通知を送信し、
前記第２プロセッサは、
前記割込通知を受信した場合に、当該第２プロセッサの前記ログ情報から、障害予測に必要な予測情報を取得し、当該予測情報を前記障害履歴情報として前記不揮発性メモリに保存する請求項２に記載の画像処理装置。

【請求項4】

前記障害予測に必要な情報には、前記処理毎のタスク遷移情報が含まれる請求項３に記載の画像処理装置。

【請求項5】

前記第２プロセッサは、
前記ログ情報として、障害が発生すると予測した前記処理のログ情報を抽出して前記共有メモリに保存する請求項１に記載の画像処理装置。

【請求項6】

前記第２プロセッサは、
前記ログ情報として、前記共有メモリの空き容量分の情報を前記共有メモリに保存する請求項１に記載の画像処理装置。

【請求項7】

前記ログ情報には、優先度が定められており、当該優先度の高いログ情報から前記共有メモリに保存する請求項６に記載の画像処理装置。

【請求項8】

前記第１プロセッサは、
前記第２プロセッサに対して送信したコマンドに応答がなかった場合に、前記共有メモリから前記ログ情報を取得する請求項１に記載の画像処理装置。

【請求項9】

第１プロセッサと、第１プロセッサからコマンドを受信して処理を行う第２プロセッサとを備えたコンピュータのプログラムであって、
前記処理について障害が発生すると予測した場合に、前記第２プロセッサのログ情報を前記第１プロセッサから参照可能な共有メモリに保存する処理を、前記第２プロセッサに実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、画像処理装置、及びプログラムに関する。

【背景技術】

【0002】

特許文献１には、画像データが入力される入力部と、前記入力部から入力された画像データを処理する処理部と、記憶部と、前記処理部を含む当該画像処理装置の各部の動作を制御すると共に、当該画像処理装置の各部の状態を示す状態情報を当該画像処理装置の動作中に前記記憶部に記憶する第１のＣＰＵと、外部装置と通信する通信部と、前記記憶部から前記状態情報を読み出し、前記通信部を通じて外部装置へ出力する第２のＣＰＵと、を備えた画像処理装置が開示されている。

【0003】

特許文献２には、ＣＰＵモジュール（４）と、メインＣＰＵ（６０）およびサブＣＰＵ（７０）を持つマルチプロセッサ構成の通信モジュール（６）とを具備するＦＡコントローラであって、前記通信モジュール（６）は、サブＣＰＵに関して収集された情報が保存され、ＣＰＵモジュールからの要求に従った直接の情報読出しができない第１の情報保存手段（２６）と、ＣＰＵモジュールからの要求に従った直接の情報読出しが可能で、かつ、通信モジュールがリセット，再起動された後も内部情報を維持する機能を持つ第２の情報保存手段（２２）と、メインＣＰＵにおける異常発生のみならず、サブＣＰＵにおける異常発生によっても起動され、メインＣＰＵのエラーによって起動された場合は、そのメインＣＰＵの内部状態等の後の解析に必要となる情報を前記第２の情報保存手段に格納し、サブＣＰＵの異常によって起動された場合は、前記第１の情報保存手段に保存されているサブＣＰＵに関して収集された情報を前記第２の情報保存手段に格納し、それらの情報の格納終了後に通信モジュールをリセットして再起動する、異常処理手段（２４）とを有することを特徴とするＦＡコントローラが開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１２－００３５０６号公報

【特許文献2】特開平０６－１１０８５８号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

第１プロセッサと第２プロセッサとを備える画像処理装置では、第１プロセッサは、第２プロセッサに障害が発生した場合に、当該第２プロセッサの内部メモリに保存されているログ情報を取得することができない。

【0006】

本開示は、第２プロセッサの障害発生時でも第１プロセッサが第２プロセッサのログ情報を取得することができる画像処理装置及びプログラムを提供することを目的とする。

【課題を解決するための手段】

【0007】

第１態様に係る画像処理装置は、第１プロセッサと、第１プロセッサからコマンドを受信して処理を行う第２プロセッサとを備え、前記第２プロセッサは、前記処理について障害が発生すると予測した場合に、当該第２プロセッサのログ情報を前記第１プロセッサから参照可能な共有メモリに保存する。

【0008】

第２態様に係る画像処理装置は、第１態様に係る画像処理装置において、前記第２プロセッサは、前記処理が不揮発性メモリに保存されている障害履歴情報と一致する処理の場合に、障害が発生すると予測する。

【0009】

第３態様に係る画像処理装置は、第２態様に係る画像処理装置において、前記第１プロセッサは、前記第２プロセッサに対して送信したコマンドに応答がなかった場合に、第２プロセッサに割込通知を送信し、前記第２プロセッサは、前記割込通知を受信した場合に、当該第２プロセッサの前記ログ情報から、障害予測に必要な予測情報を取得し、当該予測情報を前記障害履歴情報として前記不揮発性メモリに保存する。

【0010】

第４態様に係る画像処理装置は、第３態様に係る画像処理装置において、前記障害予測に必要な情報には、前記処理毎のタスク遷移情報が含まれる。

【0011】

第５態様に係る画像処理装置は、第１態様に係る画像処理装置において、前記第２プロセッサは、前記ログ情報として、障害が発生すると予測した前記処理のログ情報を抽出して前記共有メモリに保存する。

【0012】

第６態様に係る画像処理装置は、第１態様に係る画像処理装置において、前記第２プロセッサは、前記ログ情報として、前記共有メモリの空き容量分の情報を前記共有メモリに保存する。

【0013】

第７態様に係る画像処理装置は、第６態様に係る画像処理装置において、前記ログ情報には、優先度が定められており、当該優先度の高いログ情報から前記共有メモリに保存する。

【0014】

第８態様に係る画像処理装置は、第１態様に係る画像処理装置において、前記第１プロセッサは、前記第２プロセッサに対して送信したコマンドに応答がなかった場合に、前記共有メモリから前記ログ情報を取得する。

【0015】

第９態様に係るプログラムは、第１プロセッサと、第１プロセッサからコマンドを受信して処理を行う第２プロセッサとを備えたコンピュータのプログラムであって、前記処理について障害が発生すると予測した場合に、前記第２プロセッサのログ情報を前記第１プロセッサから参照可能な共有メモリに保存する処理を、前記第２プロセッサに実行させる。

【発明の効果】

【0016】

第１態様によれば、第２プロセッサの障害発生時でも第１プロセッサが第２プロセッサのログ情報を取得することができる、という効果を有する。

【0017】

第２態様によれば、障害履歴情報と一致するかを確認することにより、障害が発生すると予測することができる、という効果を有する。

【0018】

第３態様によれば、障害が発生した場合に、障害が発生した処理のログ情報を保存することができる、という効果を有する。

【0019】

第４態様によれば、障害予測に必要な情報を保存することができる、という効果を有する。

【0020】

第５態様によれば、障害の解析に必要な情報を保存しておくことができる、という効果を有する。

【0021】

第６態様によれば、共有メモリの空き容量が少ない場合であっても、ログ情報を保存することができる、という効果を有する。

【0022】

第７態様によれば、共有メモリの空き容量が足りない場合であっても、優先度の高いログ情報を保存することができる、という効果を有する。

【0023】

第８態様によれば、第１プロセッサが、第２プロセッサに障害が発生していることを検知することができる、という効果を有する。

【0024】

第９態様によれば、第２プロセッサの障害発生時でも第１プロセッサが第２プロセッサのログ情報を取得することができる、プログラムを提供することができる。

【図面の簡単な説明】

【0025】

【図1】本発明の実施形態に係る画像形成装置の概略ブロック図である。

【図2】本発明の実施形態に係る障害予測情報の一例を示す説明図である。

【図3】本発明の実施形態に係る抽出されたログ情報の一例を示す説明図である。

【図4】本発明の実施形態に係る障害予測情報を保存する際のメインＣＰＵの処理の流れの一例を示すフローチャートである。

【図5】本発明の実施形態に係る障害予測情報を保存する際のサブＣＰＵの処理の流れの一例を示すフローチャートである。

【図6】本発明の実施形態に係る障害が予測される際の処理の流れの一例を示すフローチャートである。

【発明を実施するための形態】

【0026】

（実施形態）
以下、本開示の実施形態の一例を、図面を参照しつつ説明する。なお、各図面において同一又は等価な構成要素および部分には同一の参照符号を付与している。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。

【0027】

図１を用いて、画像形成装置１００のハードウェア構成について説明する。図１は、本実施形態に係る画像形成装置１００のハードウェア構成を示すブロック図である。本実施形態では、画像形成装置１００は、画像処理装置の一例である。本実施形態に係る画像形成装置１００は、印刷機能や、コピー機能、ファクシミリ機能、スキャナー機能などの各種の機能を有するものである。

【0028】

図１に示すように、画像形成装置１００は、第１プロセッサの一例であるメインＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１、第２プロセッサの一例であるサブＣＰＵ１０２、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０４、共有メモリ１０５、ストレージ１０６、画像読取部１０７、画像形成部１０８、通信部１０９を有する。各構成は、バスを介して相互に通信可能に接続されている。

【0029】

メインＣＰＵ１０１及びサブＣＰＵ１０２は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、メインＣＰＵ１０１及びサブＣＰＵ１０２は、ＲＯＭ１０３又はストレージ１０６からプログラムを読み出し、ＲＡＭ１０４を作業領域としてプログラムを実行する。メインＣＰＵ１０１及びサブＣＰＵ１０２は、ＲＯＭ１０３又はストレージ１０６に記録されているプログラムにしたがって、上記各構成の制御および各種の演算処理を行う。特にサブＣＰＵ１０２は、メインＣＰＵ１０１からコマンドを受信して処理、例えば、画像処理を行う。ここで、画像処理は、画像形成装置１００が画像データを印刷する際などに、メインＣＰＵ１０１からのコマンドに応じて、画像データを読み込む処理や、エンコードする処理などが含まれる。また、本実施形態では、ストレージ１０６に、プログラムが格納されている。

【0030】

また、少なくともサブＣＰＵ１０２には、サブＣＰＵ１０２の動作の履歴に関するログ情報を保存するログ記憶領域２００と、後述する障害予測情報を保存する障害予測情報記憶領域２０１との不揮発性メモリを備えている。

【0031】

ＲＯＭ１０３は、各種プログラムおよび各種データを格納する。ＲＡＭ１０４は、作業領域として一時的にプログラム又はデータを保存する。ストレージ１０６は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）により構成され、オペレーティングシステムを含む各種プログラム、および各種データを格納する。

【0032】

共有メモリ１０５は、メインＣＰＵ１０１及びサブＣＰＵ１０２からアクセス可能な揮発性メモリであって、主として、メインＣＰＵ１０１とサブＣＰＵ１０２との間の通信をする際にコマンドを保存するメモリである。なお、共有メモリ１０５は、ＲＡＭ１０４が兼用してもよい。

【0033】

画像読取部１０７は、コピーガラス（図示せず）上に配置された原稿を光学的に読み取って画像情報を得る。この画像読取部１０７によって得られた画像情報は、画像形成部１０８などに送られる。

【0034】

画像形成部１０８は、ネットワークを介して接続されたＰＣ（図示せず）から得られた印刷ジョブに含まれる印刷データや、画像読取部１０７による読み取りによって得られた画像情報に基づく画像を、紙などの記録媒体に形成、すなわち、印刷するものである。

【0035】

通信部１０９は、画像形成装置１００をネットワーク（図示せず）に接続させ、画像形成装置１００と、ＰＣなどの他の機器と通信を行う。また、通信部１０９は、画像形成装置１００を公衆回線に接続し、ＦＡＸ機能を有する他の画像形成装置と画像読取部１０７による読み取りによって得られた画像情報を送受信する。

【0036】

次に、図２を用いて、障害予測情報記憶領域２０１に保存されている障害予測情報の一例について説明する。

【0037】

障害予測情報記憶領域２０１には、図２に示すように、障害予測情報が保存される。例えば、「００１」の障害予測情報として、メインＣＰＵ１０１からサブＣＰＵ１０２に送信されるコマンド「ＩＯＴ＿ＥＮＣＯＤＥ」と、障害発生時のカーネルのシステム状態「タスクコンテキスト」と、タスク遷移情報「…→ＴＩｏｔＢ→ＴＩｏｔＡ→ＴＩｏｔＣ」が保存されている。ここで、タスク遷移情報は、コマンドに基づいて、複数のタスクが処理されていき、障害により止まるまでの情報が保存されている。例えば、「００１」の障害予測情報は、コマンド「ＩＯＴ＿ＥＮＣＯＤＥ」に基づいて、タスク「ＴＩｏｔＢ」が処理され、次にタスク「ＴＩｏｔＡ」が処理され、次のタスク「ＴＩｏｔＣ」の途中で処理が止まったことを示している。ここで、本実施形態では、直近に動作していて障害により止まったタスクを含め、コマンドに基づいて処理された全てのタスクを保存しているが、直近に動作していて障害により止まったタスク、予め定められた数、例えば３番目までのタスクを保存してもよい。

【0038】

かかる障害予測情報は、図５を用いて後述するように、サブＣＰＵ１０２によりログ記憶領域２００に保存されているログ情報から抽出されて、障害予測情報記憶領域２０１に保存される。なお、障害予測情報は、障害予測情報記憶領域２０１に保存される場合に限定されず、他の記憶領域であってもよい。

【0039】

次に、図３を用いて、共有メモリ１０５に保存されているログ情報の一例について説明する。
共有メモリ１０５には、図３に示すように、障害が発生すると予測された処理のログ情報が保存される。ここで、ログ情報は、例えば、図３に示す形式で抽出する。図３（Ａ）はタスク「ＴＩｏｔＣ」のログ情報、図３（Ｂ）はタスク「ＴＩｉｔＣ」のログ情報の例である。本実施形態では、ログ情報は、図３（Ａ）及び図３（Ｂ）に示すとおり、タスク毎に、「時間情報」、「ドライバ」、「動作ログ」、「レジスタ」などを抽出する。なお、ログ情報の項目は、図３に示すものに限定されず、又、ログ情報の保存形式は、図３に示すログ毎に保存する場合に限定されずログが保存可能なものであればよい。

【0040】

かかるログ情報は、図６を用いて後述するように、サブＣＰＵ１０２によりログ記憶領域２００に保存されているログ情報から抽出されて、共有メモリ１０５に保存される。

【0041】

つぎに、図４乃至図６を用いて画像形成装置１００の作用について説明する。

【0042】

図４及び図５を用いて、画像形成装置１００を用いた障害予測情報を保存する際の処理の流れの一例について説明する。なお、図４及び図５は、メインＣＰＵ１０１からサブＣＰＵ１０２側に送信されるコマンドに基づいた処理が障害により完了しない場合について説明している。

【0043】

まず、図４を用いて、メインＣＰＵ１０１の処理の一例を説明する。

【0044】

ステップＳ１００において、メインＣＰＵ１０１が、共有メモリ１０５へコマンドを送信する。すなわち、メインＣＰＵ１０１がサブＣＰＵ１０２に画像処理を実行させるために必要な情報のコマンドを送信する。また、かかるコマンドの送信が完了すると、メインＣＰＵ１０１がサブＣＰＵ１０２に割込通知がされて、図５のステップＳ２００で後述するように、サブＣＰＵ１０２が共有メモリ１０５からコマンドを受信することとなる。なお、メインＣＰＵ１０１は共有メモリ１０５へコマンドを送信する場合に限定されず、サブＣＰＵ１０２にコマンドを送信してもよい。そして、次のステップＳ１０１に進む。

【0045】

ステップＳ１０１において、メインＣＰＵ１０１が、ステップＳ１００で送信したコマンドに対し、サブＣＰＵ１０２からコマンドに基づいた処理が完了した旨の応答が返ってきたか否かを判定する。すなわち、メインＣＰＵ１０１は、ステップＳ１００でコマンドを送信した際に、タイマーをセットし、タイムアウトする前に、コマンドに基づいた処理が完了した旨の応答が返ってきたか否かを判定する。応答が返って来た場合は、処理を終了する。一方、応答が返ってこないでタイムアウトした場合は、次のステップＳ１０２に進む。

【0046】

ステップＳ１０２において、メインＣＰＵ１０１が、サブＣＰＵ１０２に、コマンドの応答が返ってきていない旨の割込通知をする。そして、処理を終了する。

【0047】

次に、図５を用いて、サブＣＰＵ１０２の処理の一例を説明する。

【0048】

ステップＳ２００において、サブＣＰＵ１０２が、上述した図４のステップＳ１００の共有メモリ１０５へのコマンドの送信に伴い通知される割込通知に基づいて、共有メモリ１０５からコマンドを受信する。そして、次のステップＳ２０１に進む。

【0049】

ステップＳ２０１において、サブＣＰＵ１０２が、ステップＳ２００で受信したコマンドに基づいて処理を行う。なお、かかる処理が完了した場合は、上述した図４のステップＳ１０１で判定するコマンドに基づいた処理が完了した旨の応答を返信する。そして、次のステップＳ２０２に進む。

【0050】

ステップＳ２０２において、サブＣＰＵ１０２が、上述した図４のステップＳ１０２により送信された割込通知を受信したか否かを判定する。割込通知を受信したと判定しない場合は、図示しないが、ステップＳ２０１で行われた処理が完了した旨の応答を返していることから、割込通知を受信しておらず、処理を終了する。一方、割込通知を受信したと判定した場合は、次のステップＳ２０３に進む。

【0051】

ステップＳ２０３において、サブＣＰＵ１０２が、障害予測情報を取得する。具体的には、サブＣＰＵ１０２のログ記憶領域２００に保存されているログ情報から、障害予測に必要な予測情報を抽出して取得する。そして、次のステップＳ２０４に進む。

【0052】

ステップＳ２０４において、サブＣＰＵ１０２が、ステップＳ２０３で取得した予測情報を障害履歴情報として不揮発性メモリである障害予測情報記憶領域２０１に保存する（図２参照）。そして処理を終了する。

【0053】

次に、図６を用いて、画像形成装置１００を用いた障害が予測される際の処理の流れの一例について説明する。

【0054】

ステップＳ３００において、サブＣＰＵ１０２が、上述した図５のステップＳ２０４で不揮発性メモリである障害予測情報記憶領域２０１に保存した予測情報（障害履歴情報）を取得する。すなわち、これから処理するコマンドに備え、予測情報を取得しておく。かかる参照の契機は、例えば、画像形成装置１００の電源を投入したことや、画像形成装置１００が節電状態から復帰したことなどである。そして、次のステップＳ３０１に進む。

【0055】

ステップＳ３０１において、サブＣＰＵ１０２が、共有メモリ１０５からコマンドを受信する。かかるコマンドの受信は、上述した図５のステップＳ２００と同様に、図４のステップＳ１００の共有メモリ１０５へのコマンドの送信に伴い通知される割込通知に基づいて行ってもよいし、異なる割込通知に基づいて行ってもよい。そして、次のステップＳ３０２に進む。

【0056】

ステップＳ３０２において、サブＣＰＵ１０２が、上述した図５のステップＳ２０１で行う処理の状況を取得する。ここで、処理の状況には、タスクが、例えば「ＴＩｏｔＢ」から「ＴＩｏｔＡ」に遷移したことや、予め定められた時間タスクが遷移しないこと、などを含む。そして、次のステップＳ３０３に進む。

【0057】

ステップＳ３０３において、サブＣＰＵ１０２が、パターンマッチングで一致するか判定する。具体的には、ステップＳ３０２で取得した処理の状況が予め定められた状況である場合、すなわち、タスクが遷移したことや、予め定められた時間タスクが遷移しない場合に、ステップＳ３０１で取得した実行中の処理が、ステップＳ３００で取得した予測情報（障害履歴情報）と一致するか判定する。すなわち、現在実行中の処理が、過去に障害が発生した処理と同じタスクの遷移である場合などに、当該処理で障害が発生すると予測する。パターンマッチングで一致する場合は、障害が発生すると予測し、次のステップＳ３０４に進む。

【0058】

ステップＳ３０４において、サブＣＰＵ１０２が、ログ記憶領域２００から障害が発生すると予測した処理のログ情報を抽出する。ログ情報の抽出は、タスク遷移情報の降順（直近に動作していた順）で実施する。例えば、タスク「ＴＩｏｔＣ」のログ情報、タスク「ＴＩｉｔＣ」のログ情報、などの順に、ログ情報の抽出を行う。ここで、ログ情報は、上述したように、例えば、図３に示す形式で抽出する。そして、次のステップＳ３０５に進む。

【0059】

ステップＳ３０５において、サブＣＰＵ１０２が、ステップＳ３０４で抽出したログ情報を共有メモリ１０５に保存する。かかるログ情報をメインＣＰＵ１０１から参照することで、障害が発生したサブＣＰＵ１０２のログ情報が解析可能となる。そして、処理を終了する。

【0060】

一方、上述したステップＳ３０３において、パターンマッチングで一致しない場合は、次のステップＳ３１０に進み、ステップＳ３０１で取得したコマンドに基づく処理が完了したか否かを判定する。コマンドに基づく処理が完了したと判定した場合は、処理を終了する。一方、コマンドに基づく処理が完了したと判定しない場合は、上述したステップＳ３０２に戻る。

【0061】

本開示によれば、サブＣＰＵ１０２の障害発生時でもメインＣＰＵ１０１がサブＣＰＵ１０２のログ情報を取得することができる。すなわち、サブＣＰＵ１０２の障害による異常を検知したメインＣＰＵ１０１からサブＣＰＵ１０２への通知により、サブＣＰＵ１０２がログ記憶領域２００から障害予測情報を抽出して不揮発性メモリである障害予測情報記憶領域２０１に保存する。そして、障害予測情報を基に、パターンマッチングにより障害が予測される場合に、ログ記憶領域２００から障害の解析に必要なログ情報を共有メモリ１０５に保存することで、異常が発生したサブＣＰＵ１０２のログ情報をメインＣＰＵ１０１から参照することができるようになる。

【0062】

（変形例）
本発明は、上述した実施形態に限定されるものではなく、この発明の要旨を逸脱しない範囲内で様々な変形や応用が可能である。

【0063】

例えば、ログ情報として、共有メモリ１０５の空き容量分の情報を共有メモリ１０５に保存することとしてもよい。すなわち、上述したステップＳ３０５でログ情報を共有メモリ１０５に保存しているが、かかるログ情報は、全てのログ情報ではなく、共有メモリ１０５の空き容量を認識した上で、共有メモリ１０５に保存可能な当該空き容量分の情報を保存することとしてもよい。

【0064】

また、ログ情報には、優先度が定められており、優先度の高いログ情報から共有メモリ１０５に保存することとしてもよい。そして、最も高い優先度のログ情報を共有メモリ１０５に書き込んだ後、次に優先度の高いログ情報を共有メモリ１０５に書き込んでいく。このように構成することで、優先度の高いログ情報は、確実に共有メモリ１０５に保存されるようにすることができると共に、共有メモリ１０５の空き容量が少ない場合であっても、障害の予測に必要なログ情報を保存することが可能となる。

【0065】

また、ログ情報が、共有メモリ１０５の空き容量分よりも大きい場合は、空き容量以内のサイズのログ情報を第１ログ情報として共有メモリ１０５に保存し、メインＣＰＵ１０１が第１ログ情報を取得した後、第２ログ情報として残りのログ情報を空き容量以下の共有メモリ１０５に保存していく処理を継続することで、ログ記憶領域２００に保存されているログ情報を全て共有メモリ１０５を介してメインＣＰＵ１０１に取得可能としてもよい。このように構成することで、ログ情報が共有メモリ１０５よりも大きい場合であっても、全てのログ情報を取得することが可能となる。

【0066】

なお、上記実施形態では、プログラムがＲＯＭ２０２又はストレージ２０４に予め記憶（インストール）されている態様を説明したが、これに限定されない。プログラムは、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及びＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ等の記録媒体に記録された形態で提供されてもよい。また、プログラムは、ネットワークＮを介して外部装置からダウンロードされる形態としてもよい。

【0067】

また、上述した実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、等）や、専用のプロセッサ（例えばＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、プログラマブル論理デバイス、等）を含むものである。

【0068】

また、上述した実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上述した各実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。

【0069】

以上の実施形態に関し、更に以下を開示する。

【0070】

（（（１）））
第１プロセッサと、第１プロセッサからコマンドを受信して処理を行う第２プロセッサとを備え、
前記第２プロセッサは、
前記処理について障害が発生すると予測した場合に、当該第２プロセッサのログ情報を前記第１プロセッサから参照可能な共有メモリに保存する画像処理装置。

【0071】

（（（２）））
前記第２プロセッサは、
前記処理が不揮発性メモリに保存されている障害履歴情報と一致する処理の場合に、障害が発生すると予測する（（（１）））に記載の画像処理装置。

【0072】

（（（３）））
前記第１プロセッサは、
前記第２プロセッサに対して送信したコマンドに応答がなかった場合に、第２プロセッサに割込通知を送信し、
前記第２プロセッサは、
前記割込通知を受信した場合に、当該第２プロセッサの前記ログ情報から、障害予測に必要な予測情報を取得し、当該予測情報を前記障害履歴情報として前記不揮発性メモリに保存する（（（２）））に記載の画像処理装置。

【0073】

（（（４）））
前記障害予測に必要な情報には、前記処理毎のタスク遷移情報が含まれる（（（３）））に記載の画像処理装置。

【0074】

（（（５）））
前記第２プロセッサは、
前記ログ情報として、障害が発生すると予測した前記処理のログ情報を抽出して前記共有メモリに保存する（（（１）））～（（（４）））のいずれかに記載の画像処理装置。

【0075】

（（（６）））
前記第２プロセッサは、
前記ログ情報として、前記共有メモリの空き容量分の情報を前記共有メモリに保存する（（（１）））～（（（５）））のいずれかに記載の画像処理装置。

【0076】

（（（７）））
前記ログ情報には、優先度が定められており、当該優先度の高いログ情報から前記共有メモリに保存する（（（６）））に記載の画像処理装置。

【0077】

（（（８）））
前記第１プロセッサは、
前記第２プロセッサに対して送信したコマンドに応答がなかった場合に、前記共有メモリから前記ログ情報を取得する（（（１）））～（（（７）））のいずれかに記載の画像処理装置。

【0078】

（（（９）））
第１プロセッサと、第１プロセッサからコマンドを受信して処理を行う第２プロセッサとを備えたコンピュータのプログラムであって、
前記処理について障害が発生すると予測した場合に、前記第２プロセッサのログ情報を前記第１プロセッサから参照可能な共有メモリに保存する処理を、前記第２プロセッサに実行させるためのプログラム。

【0079】

（（（１）））によれば、第２プロセッサの障害発生時でも第１プロセッサが第２プロセッサのログ情報を取得することができる、という効果を有する。

【0080】

（（（２）））によれば、障害履歴情報と一致するかを確認することにより、障害が発生すると予測することができる、という効果を有する。

【0081】

（（（３）））によれば、障害が発生した場合に、障害が発生した処理のログ情報を保存することができる、という効果を有する。

【0082】

（（（４）））によれば、障害予測に必要な情報を保存することができる、という効果を有する。

【0083】

（（（５）））によれば、障害の解析に必要な情報を保存しておくことができる、という効果を有する。

【0084】

（（（６）））によれば、共有メモリの空き容量が少ない場合であっても、ログ情報を保存することができる、という効果を有する。

【0085】

（（（７）））によれば、共有メモリの空き容量が足りない場合であっても、優先度の高いログ情報を保存することができる、という効果を有する。

【0086】

（（（８）））によれば、第１プロセッサが、第２プロセッサに障害が発生していることを検知することができる、という効果を有する。

【0087】

（（（９）））によれば、第２プロセッサの障害発生時でも第１プロセッサが第２プロセッサのログ情報を取得することができる、プログラムを提供することができる。

【符号の説明】

【0088】

１００ 画像形成装置
１０１ 第１ＣＰＵ
１０２ 第２ＣＰＵ
１０５ 共有メモリ
２００ ログ記憶領域
２０１ 障害予測情報記憶領域

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】