JP2018005303A - 情報処理装置、情報処理システム、および、プログラム - Google Patents

Abstract

【課題】第１の電子機器と第２の電子機器が独立した情報処理システムにおいて、第１の電子機器に異常リブートが発生したことを第２の電子機器で認識できるようにすること。
【解決手段】情報処理装置は、第１の電子機器からリブート通知、および、起動通知を取得可能な通知取得手段と、前記通知取得手段が前記第１の電子機器から前記リブート通知を取得せずに前記起動通知を取得した場合に、前記第１の電子機器に異常リブートが発生したと判定する異常判定手段と、前記異常判定手段が前記第１の電子機器に異常リブートが発生したと判定した場合、異常リブート通知を、第２の電子機器へ送信する通知送信手段と、を備える。
【選択図】図３

Description

本発明は、情報処理装置、情報処理システム、および、プログラムに関する。

従来から、例えば、ＭＦＰ（Multi‐Function Peripheral）等の画像形成装置において、表示部や入力操作部を備える操作デバイスを、本体装置から取り外し可能なものがある。以下、説明の便宜上、「画像形成装置」とは、操作デバイスを除いた本体装置を指すものとする。

上記技術では、画像形成装置と操作デバイスは独立している。そのため、操作デバイスで異常が発生してリブート（以下、異常リブートという。）を行っても、その操作デバイスの異常リブートを画像形成装置で認識できなかった。したがって、操作デバイスで異常リブートが発生した場合、画像形成装置で、操作デバイスの初期化処理のための準備（準備処理）をしたり、操作デバイスの異常リブートのログを記録したりといったことができなかった。

そこで、本発明は、上記事情に鑑みてなされたものであって、第１の電子機器（例えば操作デバイス）と第２の電子機器（例えば画像形成装置）が独立した情報処理システムにおいて、第１の電子機器に異常リブートが発生したことを第２の電子機器で認識できるようにすることを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、第１の電子機器からリブート通知、および、起動通知を取得可能な通知取得手段と、前記通知取得手段が前記第１の電子機器から前記リブート通知を取得せずに前記起動通知を取得した場合に、前記第１の電子機器に異常リブートが発生したと判定する異常判定手段と、前記異常判定手段が前記第１の電子機器に異常リブートが発生したと判定した場合、異常リブート通知を、第２の電子機器へ送信する通知送信手段と、を備えることを特徴とする情報処理装置である。

本発明によれば、第１の電子機器と第２の電子機器が独立した情報処理システムにおいて、第１の電子機器に異常リブートが発生したことを第２の電子機器で認識できるという効果を奏する。

図１は、実施形態に係る情報処理システムのシステム構成例を示す図である。 図２は、実施形態に係る操作デバイス、画像形成装置、および、マイコンのハードウェア構成例を示すブロック図である。 図３は、実施形態に係る操作デバイス、画像形成装置、および、マイコンの構成例を示すブロック図である。 図４は、比較例において問題が発生する場合の例の説明図である。 図５は、実施形態に係る情報処理システムにおいて、操作デバイスに正常リブートが発生した場合の処理の流れを示すシーケンス図である。 図６は、実施形態に係る情報処理システムにおいて、操作デバイスに異常リブートが発生した場合の処理の流れを示すシーケンス図である。 図７は、比較例において問題が発生する場合の例の説明図である。 図８は、実施形態に係る情報処理システムにおいて、操作デバイスに正常リブートが発生した場合の処理の流れを示すシーケンス図である。 図９は、実施形態に係る情報処理システムにおいて、操作デバイスに異常リブートが発生した場合の処理の流れを示すシーケンス図である。 図１０は、実施形態に係る情報処理システムにおいて、画像形成装置に異常リブートが発生した場合の処理の流れを示すシーケンス図である。 図１１は、実施形態に係る情報処理システムにおいて、操作デバイスと画像形成装置の両方に異常リブートが同時に発生した場合の処理の流れを示すシーケンス図である。

以下、添付図面を参照して、本発明に係る情報処理装置、情報処理システム、および、プログラムの実施形態について説明する。なお、以下の実施形態により本発明が限定されるものではない。また、各実施形態は、内容を矛盾させない範囲で適宜組み合わせることができる。

まず、図１を用いて、実施形態に係る情報処理システムのシステム構成を説明する。図１は、実施形態に係る情報処理システム１のシステム構成例を示す図である。図１に示すように、情報処理システム１は、操作デバイス１００（第１の電子機器の一例）と、画像形成装置２００（第２の電子機器の一例）と、マイコン３００（情報処理装置の一例）と、を備えている。

操作デバイス１００、画像形成装置２００、および、マイコン３００は、互いに通信可能に接続されている。通信方式は、有線による通信（例えばシリアル通信、パラレル通信）と、無線による通信（例えば無線ＬＡＮ（Local Area Network）、Bluetooth（登録商標）、ＩｒＤＡ（Infrared Data Association）、ＷｉＦｉ（Wireless Fidelity）（登録商標）等による通信）のいずれでもよい。

本実施形態の操作デバイス１００は、ユーザ操作に応じた入力を受け付けるためのものであって、画像形成装置２００を操作するための専用デバイスである。しかしながら、本実施形態は、操作デバイス１００を専用デバイスに限定するものではなく、例えば、操作デバイス１００は、ユーザが所持するスマートフォンやタブレット端末であってもよい。操作デバイス１００がスマートフォンやタブレット端末である場合、操作デバイス１００と画像形成装置２００とは、別々のＯＳ（Operating System）で互いに独立して動作する。

また、本実施形態では、操作デバイス１００によって操作可能な装置として、画像形成装置２００を用いた例について説明する。しかしながら、本実施形態は、操作可能な装置を画像形成装置に限定するものではなく、操作デバイス１００で操作可能な装置であれば他の装置でもよい。

画像形成装置２００は、例えば、コピー機能、スキャナ機能、ファクス機能、プリンタ機能等のうち、少なくとも二つ以上の機能を実現可能なＭＦＰ等の画像形成装置である。

マイコン（マイクロコンピュータ）３００は、操作デバイス１００と画像形成装置２００のペアに対して、追加で導入される装置である。

図２は、実施形態に係る操作デバイス１００、画像形成装置２００、および、マイコン３００のハードウェア構成例を示すブロック図である。図２に示すように、操作デバイス１００は、画像形成装置２００から取り外し可能であり、ＣＰＵ（Central Processing Unit）１１と、ＲＯＭ（Read Only Memory）１２と、ＲＡＭ（Random Access Memory）１３と、無線通信Ｉ／Ｆ１４と、接続Ｉ／Ｆ１５と、操作パネル１６とを有する。上記各構成は、内部バス１０を介して相互に接続されている。

ＣＰＵ１１は、操作デバイス１００の全体的な制御を行う。ＣＰＵ１１は、ＲＡＭ１３を作業領域として、ＲＯＭ１２に格納されたプログラム等を実行する。これにより、ＣＰＵ１１は、ユーザ操作に応じて各種機能を実現する。

無線通信Ｉ／Ｆ１４は、無線による接続のためのインターフェースであり、無線ＬＡＮ等の無線通信ネットワーク５０と接続する。

接続Ｉ／Ｆ１５は、有線による接続のためのインターフェースであって、通信路６０を介して画像形成装置２００、マイコン３００と通信する。

通信路６０は、例えば、シリアルバス接続用のケーブルを用いることが考えられるが、他の接続手法を用いてもよい。

操作パネル１６は、タッチスクリーンやハードウェアキー等を有する。タッチスクリーンは、例えば、タッチパネル機能を搭載した液晶表示装置（ＬＣＤ：Liquid Crystal Display）や有機ＥＬ（Electro Luminescence）表示装置である。

画像形成装置２００は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、ＨＤＤ（Hard Disk Drive）２４と、無線通信Ｉ／Ｆ２５と、接続Ｉ／Ｆ２６と、エンジン部２７と、操作パネル２８と、有線通信Ｉ／Ｆ２９とを有する。上記各構成は、内部バス２０を介して相互に接続されている。

ＣＰＵ２１は、画像形成装置２００の全体的な制御を行う。ＣＰＵ２１は、ＲＡＭ２３を作業領域として、ＲＯＭ２２、ＨＤＤ２４に格納されたプログラム等を実行する。これにより、ＣＰＵ２１は、ユーザ操作や受け付けた命令等に応じて、上述したコピー機能、スキャナ機能、ファクス機能、プリンタ機能等の各種機能や、後述する各種機能を実現する。

無線通信Ｉ／Ｆ２５は、無線による接続のためのインターフェースであり、無線通信ネットワーク５０と接続する。

接続Ｉ／Ｆ２６は、有線による接続のためのインターフェースであり、通信路６０を介して操作デバイス１００、マイコン３００と通信するためのインターフェースである。

エンジン部２７は、画像形成エンジン等であり、例えば、白黒プロッタ、ドラムカラープロッタ、スキャナ、ファクスユニット等である。操作パネル２８は、タッチスクリーン、ハードウェアキー等を有する。なお、操作パネル２８は、画面を表示するための表示装置であってもよい。

有線通信Ｉ／Ｆ２９は、有線による接続のためのインターフェースであり、ＬＡＮ５１と接続する。

マイコン３００は、ＣＰＵ３１と、ＲＯＭ３２と、ＲＡＭ３３と、接続Ｉ／Ｆ３４とを有する。上記各構成は、内部バス３０を介して相互に接続されている。

ＣＰＵ３１は、マイコン３００の全体的な制御を行う。ＣＰＵ３１は、ＲＡＭ３３を作業領域として、ＲＯＭ３２に格納されたプログラム等を実行する。接続Ｉ／Ｆ３４は、有線による接続のためのインターフェースであって、通信路６０を介して操作デバイス１００、画像形成装置２００と通信する。

図３は、実施形態に係る操作デバイス１００、画像形成装置２００、および、マイコン３００の構成例を示すブロック図である。図３に示される例では、画像形成装置２００は、ＣＰＵ２１がＲＯＭ２２に格納されているプログラムを実行することで、通信制御部２０１と、画像形成装置管理部２０２と、画像入力部２０３と、画像出力部２０４と、を実現する。

通信制御部２０１は、無線通信Ｉ／Ｆ２５、接続Ｉ／Ｆ２６、および、有線通信Ｉ／Ｆ２９を介して、操作デバイス１００、マイコン３００を含む他の装置との間の情報の送受信を制御する。

画像形成装置管理部２０２は、画像形成装置２００の全体的な制御を行う。例えば、画像形成装置管理部２０２は、通信制御部２０１を用いて、操作デバイス１００、マイコン３００を含む他の装置との間で情報を送受信する。また、画像形成装置管理部２０２は、画像形成装置２００の初期化処理や、操作デバイス１００の初期化処理のための準備（準備処理）を実行する。また、画像形成装置管理部２０２は、操作デバイス１００の異常リブート発生のログをＨＤＤ２４（図２）に記録する。また、画像形成装置管理部２０２は、操作デバイス１００の異常リブート発生を、操作デバイス１００に通知する。

画像入力部２０３は、画像形成装置２００に対する画像データの入力処理を行う。

画像出力部２０４は、画像形成装置２００からの画像データの出力処理や、画像の印刷処理を行う。

次に、操作デバイス１００について説明する。操作デバイス１００は、ＣＰＵ１１がＲＯＭ１２に格納されていたプログラム等を実行することで、通信制御部１０１と、操作デバイス管理部１０２と、アプリケーション１０３と、を実現する。

通信制御部１０１は、無線通信Ｉ／Ｆ１４、接続Ｉ／Ｆ１５を介して、画像形成装置２００、マイコン３００を含む他の装置との間の情報の送受信を制御する。

操作デバイス管理部１０２は、操作デバイス１００の全体的な制御を行う。例えば、操作デバイス管理部１０２は、通信制御部１０１を用いて、画像形成装置２００、マイコン３００を含む他の装置との間で情報を送受信する。また、操作デバイス管理部１０２は、操作デバイス１００の初期化処理や、画像形成装置２００の初期化処理のための準備（準備処理）を実行する。また、操作デバイス管理部１０２は、操作デバイス１００の起動処理を実行する。また、操作デバイス管理部１０２は、マイコン３００に対して、リブート通知や起動通知を実行する。また、操作デバイス管理部１０２は、画像形成装置２００から、操作デバイス１００の異常リブート発生通知を受信すると、操作パネル１６（図２）に異常リブート発生を表示する。

アプリケーション１０３は、ユーザインターフェースを有し、操作パネル１６に対する画面の表示を実行したり、ユーザによる操作パネル１６を介した各種操作を受け付けたりする。また、アプリケーション１０３は、画像形成装置２００が有する、コピー機能、スキャナ機能、ファクス機能、プリンタ機能等の各種機能を用いたサービスを提供してもよい。また、アプリケーション１０３は、複数備えていてもよく、操作パネル１６のみ利用するアプリケーションや、画像形成装置２００の利用するアプリケーション、さらにはこれら両方の利用するアプリケーションであってもよい。

次に、マイコン３００について説明する。マイコン３００は、ＣＰＵ３１がＲＯＭ３２に格納されていたプログラム等を実行することで、通信制御部３１１（通知取得手段の一例。通知送信手段の一例）と、リブート検知部３１２（異常判定手段の一例）と、を実現する。

通信制御部３１１は、操作デバイス１００、画像形成装置２００との間の情報の送受信を制御する。例えば、通信制御部３１１は、操作デバイス１００からリブート通知、および、起動通知を取得可能であり、取得したそれらをリブート検知部３１２に渡す。

リブート検知部３１２は、通信制御部３１１が操作デバイス１００からリブート通知を取得せずに起動通知を取得した場合に、操作デバイス１００に異常リブートが発生したと判定する。また、リブート検知部３１２が操作デバイス１００に異常リブートが発生したと判定した場合、通信制御部３１１は異常リブート通知を画像形成装置２００へ送信する。

また、例えば、通信制御部３１１は、画像形成装置２００からリブート通知、および、起動通知を取得可能であり、取得したそれらをリブート検知部３１２に渡す。そして、リブート検知部３１２は、通信制御部３１１が画像形成装置２００からリブート通知を取得せずに起動通知を取得した場合に、画像形成装置２００に異常リブートが発生したと判定する。また、リブート検知部３１２が画像形成装置２００に異常リブートが発生したと判定した場合、通信制御部３１１は、異常リブート通知を操作デバイス１００へ送信する。

次に、図４〜図１１を用いて、比較例（従来技術）における処理と、本実施形態に係る情報処理システム１における処理について説明する。なお、図４と図７で説明する比較例において、情報システムは、図１〜図３に示す本実施形態に係る情報処理システム１と比較して、マイコン３００が無いものであり、また、操作デバイス１００、画像形成装置２００、および、それらの内部構成について、符号に「ａ」を付加したものとして説明する。つまり、比較例の情報システムは、操作デバイス管理部１０２ａ等を備える操作デバイス１００ａと、画像形成装置管理部２０２ａ等を備える画像形成装置２００ａから構成される。

図４は、比較例において問題が発生する場合の例の説明図である。なお、図４の例では、操作デバイス１００ａが初期化処理を行う場合に、画像形成装置２００ａは、操作デバイス１００ａに初期化処理の必要が生じていることを認識して操作デバイス１００ａの初期化処理のための準備（準備処理）を行う必要があるものとする（図５、図６も同様）。

図４に示すように、まず、操作デバイス１００ａにおいて、ＣＰＵ停止の異常が発生したものとする（ステップＳ１，Ｓ２）。そうすると、操作デバイス１００ａは、ハードウェア（ＨＷ）からのリカバリーリブートを発生させる（ステップＳ３）。例えば、操作デバイス１００ａにおいて、ハードウェアにてカウントアップし、指定のカウントでリカバリーリブートさせる。つまり、操作デバイス１００ａでは、正常時は、ソフトウェアによって定期的にカウントのリセットをかけるので、リブートが発生しない。

次に、操作デバイス１００ａは、起動を実行する（ステップＳ４）。そして、ステップＳ５において、操作デバイス管理部１０２ａは、起動処理（初期化処理）を実行しようとする。しかし、画像形成装置２００ａの画像形成装置管理部２０２ａが操作デバイス１００ａに初期化処理の必要が生じていることを認識していないため、操作デバイス管理部１０２ａは、正常に初期化処理を実行することができない。

図５は、実施形態に係る情報処理システム１において、操作デバイス１００に正常リブート（異常リブート以外のリブート）が発生した場合の処理の流れを示すシーケンス図である。

図５に示すように、まず、操作デバイス１００において、正常リブートが発生したものとする（ステップＳ１１）。そうすると、操作デバイス管理部１０２は、シャットダウン処理を開始し（ステップＳ１２）、マイコン３００にリブート通知を行う（ステップＳ１３）。

そうすると、マイコン３００のリブート検知部３１２は、操作デバイス１００のリブートを検知し、操作デバイス１００のリブート発生を画像形成装置２００に通知する（ステップＳ１４）。

これを受けて、画像形成装置２００の画像形成装置管理部２０２は、操作デバイス１００の正常リブート発生を認識し、操作デバイス１００の初期化処理の準備を行う（ステップＳ１５）。

次に、操作デバイス１００は、シャットダウン処理を完了する（ステップＳ１６）。その後、操作デバイス１００は、起動を実行する（ステップＳ１７，Ｓ１８）。次に、操作デバイス管理部１０２は、マイコン３００に起動通知を行う（ステップＳ１９）。そして、操作デバイス管理部１０２は、画像形成装置２００の画像形成装置管理部２０２とともに起動処理（初期化処理）を実行する（ステップＳ２０）。

このようにして、情報処理システム１によれば、操作デバイス１００に正常リブートが発生したときに、画像形成装置２００は操作デバイス１００の正常リブート発生を認識し、操作デバイス１００は画像形成装置２００とともに初期化処理を実行することができる。

図６は、実施形態に係る情報処理システム１において、操作デバイス１００に異常リブートが発生した場合の処理の流れを示すシーケンス図である。図６に示すように、まず、操作デバイス１００において、ＣＰＵ停止の異常が発生したものとする（ステップＳ２１，Ｓ２２）。

そうすると、操作デバイス１００は、ハードウェア（ＨＷ）からのリカバリーリブートを発生させる（ステップＳ２３）。

次に、操作デバイス１００は、起動を実行する（ステップＳ２４，Ｓ２５）。次に、操作デバイス管理部１０２は、マイコン３００に起動通知を行う（ステップＳ２６）。

これを受けて、マイコン３００のリブート検知部３１２は、操作デバイス１００からリブート通知を受信していないのに起動通知を受信したことから、操作デバイス１００で異常リブートが発生したことを認識し、操作デバイス１００の異常リブート発生を画像形成装置２００に通知する（ステップＳ２７）。

これを受けて、画像形成装置２００の画像形成装置管理部２０２は、操作デバイス１００の初期化処理の準備を行う（ステップＳ２８）。

そして、操作デバイス１００の操作デバイス管理部１０２は、画像形成装置２００の画像形成装置管理部２０２とともに起動処理（初期化処理）を実行する（ステップＳ２９）。

このようにして、情報処理システム１によれば、操作デバイス１００に異常リブートが発生したときに、マイコン３００を介して画像形成装置２００は操作デバイス１００の異常リブート発生を認識し、操作デバイス１００は画像形成装置２００とともに初期化処理を実行することができる。

図７は、比較例において問題が発生する場合の例の説明図である。なお、図７の例では、操作デバイス１００ａが初期化処理を行う場合に、画像形成装置２００ａは、操作デバイス１００ａに初期化処理の必要が生じていることを認識して操作デバイス１００ａの初期化処理のための準備（準備処理）を行う必要がないものとする（図８、図９も同様）。また、図７の例に該当するものとしては、例えば、操作デバイス１００ａと画像形成装置２００ａがＵＳＢ（Universal Serial Bus）デバイス等の活線挿抜のシステム構成の場合が挙げられる。

図７に示すように、まず、操作デバイス１００ａにおいて、ＣＰＵ停止の異常が発生したものとする（ステップＳ３１，Ｓ３２）。そうすると、操作デバイス１００ａは、ハードウェア（ＨＷ）からのリカバリーリブートを発生させる（ステップＳ３３）。

次に、操作デバイス１００ａは、起動を実行する（ステップＳ３４）。そして、ステップＳ３５において、操作デバイス管理部１０２ａは、起動処理（初期化処理）を実行する。

しかし、画像形成装置２００ａの画像形成装置管理部２０２ａは、操作デバイス１００ａの異常リブート発生を認識できない。つまり、画像形成装置２００ａの画像形成装置管理部２０２ａは、操作デバイス１００ａにおいて発生したリブートが正常リブートと異常リブートのいずれであるのかを認識できない。そのため、画像形成装置２００ａにおいて操作デバイス１００ａの異常リブート発生のログを記録したり、画像形成装置２００ａから操作デバイス１００ａに異常リブート発生を通知して操作デバイス１００ａにおいて自身の異常リブート発生を表示してユーザに知らせたりすることができない。

図８は、実施形態に係る情報処理システム１において、操作デバイス１００に正常リブートが発生した場合の処理の流れを示すシーケンス図である。

図８に示すように、まず、操作デバイス１００において、正常リブートが発生したものとする（ステップＳ４１）。そうすると、操作デバイス管理部１０２は、シャットダウン処理を開始し（ステップＳ４２）、マイコン３００にリブート通知を行う（ステップＳ４３）。

そうすると、マイコン３００のリブート検知部３１２は、操作デバイス１００のリブートを検知し、操作デバイス１００のリブート発生を画像形成装置２００に通知する（ステップＳ４４）。これを受けて、画像形成装置２００の画像形成装置管理部２０２は、操作デバイス１００の正常リブート発生を認識する。

次に、操作デバイス１００は、シャットダウン処理を完了する（ステップＳ４５）。その後、操作デバイス１００は、起動を実行する（ステップＳ４６，Ｓ４７）。次に、操作デバイス管理部１０２は、マイコン３００に起動通知を行う（ステップＳ４８）。そして、操作デバイス管理部１０２は、起動処理（初期化処理）を実行する（ステップＳ４９）。

このようにして、情報処理システム１によれば、操作デバイス１００に正常リブートが発生したときに、画像形成装置２００が操作デバイス１００の正常リブート発生を認識するとともに、操作デバイス１００は初期化処理を実行することができる。

図９は、実施形態に係る情報処理システム１において、操作デバイス１００に異常リブートが発生した場合の処理の流れを示すシーケンス図である。図９に示すように、まず、操作デバイス１００において、ＣＰＵ停止の異常が発生したものとする（ステップＳ５０１，Ｓ５０２）。

そうすると、操作デバイス１００は、ハードウェア（ＨＷ）からのリカバリーリブートを発生させる（ステップＳ５０３）。

次に、操作デバイス１００は、起動を実行する（ステップＳ５０４，Ｓ５０５）。次に、操作デバイス管理部１０２は、マイコン３００に起動通知を行う（ステップＳ５０６）。

これを受けて、マイコン３００のリブート検知部３１２は、操作デバイス１００からリブート通知を受信していないのに起動通知を受信したことから、操作デバイス１００で異常リブートが発生したことを認識し、操作デバイス１００の異常リブート発生を画像形成装置２００に通知する（ステップＳ５０７）。

これを受けて、画像形成装置２００の画像形成装置管理部２０２は、操作デバイス１００の異常リブート発生のログを記録する（残す）（ステップＳ５０８）。

次に、操作デバイス１００の操作デバイス管理部１０２は、起動処理（初期化処理）を実行する（ステップＳ５０９）。

次に、画像形成装置２００の画像形成装置管理部２０２は、操作デバイス１００の異常リブート発生を操作デバイス１００に通知する（ステップＳ５１０）。これを受けて、操作デバイス１００の操作デバイス管理部１０２は、操作デバイス１００の異常リブート発生を自身の表示部に表示して、ユーザに通知する（ステップＳ５１１）。

このようにして、情報処理システム１によれば、操作デバイス１００に異常リブートが発生したときに、マイコン３００の動作を介して、画像形成装置２００が操作デバイス１００の異常リブート発生のログを記録する。それとともに、画像形成装置２００が操作デバイス１００の異常リブート発生を操作デバイス１００に通知することで、操作デバイス１００の異常リブート発生を操作デバイス１００の表示部に表示させてユーザに通知することができる。

図１０は、実施形態に係る情報処理システム１において、画像形成装置２００に異常リブートが発生した場合の処理の流れを示すシーケンス図である。つまり、図６では操作デバイス１００に異常リブートが発生した場合について説明したが、この図１０では画像形成装置２００に異常リブートが発生した場合について説明する。なお、図１０の例では、画像形成装置２００が初期化処理を行う場合に、操作デバイス１００は、画像形成装置２００に初期化処理の必要が生じていることを認識して画像形成装置２００の初期化処理のための準備（準備処理）を行う必要があるものとする。

図１０に示すように、まず、画像形成装置２００において、ＣＰＵ停止の異常が発生したものとする（ステップＳ６１，Ｓ６２）。

そうすると、画像形成装置２００は、ハードウェア（ＨＷ）からのリカバリーリブートを発生させる（ステップＳ６３）。

次に、画像形成装置２００は、起動を実行する（ステップＳ６４，Ｓ６５）。次に、画像形成装置管理部２０２は、マイコン３００に起動通知を行う（ステップＳ６６）。

これを受けて、マイコン３００のリブート検知部３１２は、画像形成装置２００からリブート通知を受信していないのに起動通知を受信したことから、画像形成装置２００で異常リブートが発生したことを認識し、画像形成装置２００の異常リブート発生を操作デバイス１００に通知する（ステップＳ６７）。

これを受けて、操作デバイス１００の操作デバイス管理部１０２は、画像形成装置２００の初期化処理の準備を行う（ステップＳ６８）。

そして、画像形成装置２００の画像形成装置管理部２０２は、操作デバイス１００の操作デバイス管理部１０２とともに起動処理（初期化処理）を実行する（ステップＳ６９）。

このようにして、情報処理システム１によれば、画像形成装置２００に異常リブートが発生したときでも、マイコン３００を介して操作デバイス１００が画像形成装置２００の異常リブート発生を認識し、画像形成装置２００は操作デバイス１００とともに初期化処理を実行することができる。

なお、マイコン３００に異常リブートが発生した場合も、同様に、操作デバイス１００と画像形成装置２００のいずれかで、マイコン３００からリブート通知を取得せずに起動通知を取得した場合に、マイコン３００に異常リブートが発生したと認識し、情報処理システム１全体でのリカバリの動作を行うことができる。

図１１は、実施形態に係る情報処理システム１において、操作デバイス１００と画像形成装置２００の両方に異常リブートが同時に発生した場合の処理の流れを示すシーケンス図である。なお、説明の便宜上、先に画像形成装置２００に異常リブートが発生し、その直後に操作デバイス１００に異常リブートが発生したものとする。また、図１１の例では、操作デバイス１００と画像形成装置２００の両方が初期化処理を行う場合に、一方が他方に初期化処理の必要が生じていることを認識していればよいものとする。

図１１に示すように、まず、画像形成装置２００において、ＣＰＵ停止の異常が発生したものとする（ステップＳ７０１，Ｓ７０２）。そうすると、画像形成装置２００は、ハードウェア（ＨＷ）からのリカバリーリブートを発生させる（ステップＳ７０３）。

次に、操作デバイス１００において、ＣＰＵ停止の異常が発生したものとする（ステップＳ７０４，Ｓ７０５）。

次に、画像形成装置２００は、起動を実行する（ステップＳ７０６，Ｓ７０７）。次に、画像形成装置管理部２０２は、マイコン３００に起動通知を行う（ステップＳ７０８）。

これを受けて、マイコン３００のリブート検知部３１２は、画像形成装置２００からリブート通知を受信していないのに起動通知を受信したことから、画像形成装置２００で異常リブートが発生したことを認識し、画像形成装置２００の異常リブート発生を操作デバイス１００に通知する（ステップＳ７０９）。しかし、このとき、操作デバイス１００は、ＣＰＵ停止中なので、その通知を受信できない。

次に、操作デバイス１００は、ハードウェア（ＨＷ）からのリカバリーリブートを発生させる（ステップＳ７１０）。

次に、操作デバイス１００は、起動を実行する（ステップＳ７１１，Ｓ７１２）。次に、操作デバイス管理部１０２は、マイコン３００に起動通知を行う（ステップＳ７１３）。

これを受けて、マイコン３００のリブート検知部３１２は、操作デバイス１００からリブート通知を受信していないのに起動通知を受信したことから、操作デバイス１００で異常リブートが発生したことを認識し、操作デバイス１００の異常リブート発生を画像形成装置２００に通知する（ステップＳ７１４）。

これを受けて、画像形成装置２００の画像形成装置管理部２０２は、操作デバイス１００の初期化処理の準備を行う（ステップＳ７１５）。

そして、操作デバイス１００の操作デバイス管理部１０２は、画像形成装置２００の画像形成装置管理部２０２とともに起動処理（初期化処理）を実行する（ステップＳ７１６）。

このようにして、情報処理システム１によれば、操作デバイス１００と画像形成装置２００の両方に異常リブートが発生したときでも、正常なマイコン３００を介して、その両方の初期化処理を実行することができる。なお、同様にして、操作デバイス１００とマイコン３００の両方に異常リブートが発生したときでも、正常な画像形成装置２００を介して、その両方の初期化処理を実行することができる。また、同様にして、画像形成装置２００とマイコン３００の両方に異常リブートが発生したときでも、正常な操作デバイス１００を介して、その両方の初期化処理を実行することができる。

なお、本実施形態の操作デバイスで実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、本実施形態の操作デバイスで実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施形態の操作デバイスで実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

また、本実施形態のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

また、例えば、本実施形態のマイコン３００で実行されるプログラムは、上述した通信制御部３１１、リブート検知部３１２を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が記憶媒体からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、主記憶装置上に生成されるようになっている。

なお、上記実施形態では、本発明の画像形成装置を、コピー機能、プリンタ機能、スキャナ機能およびファクシミリ機能のうち少なくとも２つの機能を有する複合機に適用した例を挙げて説明したが、複写機、プリンタ、スキャナ装置、ファクシミリ装置等の画像形成装置であればいずれにも適用することができる。

１ 情報処理システム
５０ 無線通信ネットワーク
６０ 通信路
１００ 操作デバイス
１０１ 通信制御部
１０２ 操作デバイス管理部
１０３ アプリケーション
２００ 画像形成装置
２０１ 通信制御部
２０２ 画像形成装置管理部
２０３ 画像入力部
２０４ 画像出力部
３００ マイコン
３１１ 通信制御部
３１２ リブート検知部

特許５７２６０００号公報

Claims (7)

1. 第１の電子機器からリブート通知、および、起動通知を取得可能な通知取得手段と、
   前記通知取得手段が前記第１の電子機器から前記リブート通知を取得せずに前記起動通知を取得した場合に、前記第１の電子機器に異常リブートが発生したと判定する異常判定手段と、
   前記異常判定手段が前記第１の電子機器に異常リブートが発生したと判定した場合、異常リブート通知を、第２の電子機器へ送信する通知送信手段と、
   を備えることを特徴とする情報処理装置。
2. 前記通知取得手段は、前記第２の電子機器からリブート通知、および、起動通知を取得可能であり、
   前記異常判定手段は、前記通知取得手段が前記第２の電子機器から前記リブート通知を取得せずに前記起動通知を取得した場合に、前記第２の電子機器に異常リブートが発生したと判定し、
   前記通知送信手段は、前記異常判定手段が前記第２の電子機器に異常リブートが発生したと判定した場合、異常リブート通知を、前記第１の電子機器へ送信する、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記情報処理装置は、マイクロコンピュータであることを特徴とする請求項１に記載の情報処理装置。
4. 請求項１に記載の前記情報処理装置、前記第１の電子機器、および、前記第２の電子機器を備える情報処理システムであって、
   前記第２の電子機器は、前記第１の電子機器の異常リブート発生のログを記録する、
   ことを特徴とする情報処理システム。
5. 前記第２の電子機器は、さらに、前記第１の電子機器の異常リブート発生を、前記第１の電子機器に通知し、
   前記第１の電子機器は、前記第２の電子機器から前記通知を受信すると、当該異常リブート発生を自身の表示部に表示する
   ことを特徴とする請求項４に記載の情報処理システム。
6. 請求項１に記載の前記情報処理装置、前記第１の電子機器、および、前記第２の電子機器を備える情報処理システムであって、
   前記第１の電子機器は、前記情報処理装置からリブート通知、および、起動通知を取得可能であり、前記情報処理装置から前記リブート通知を取得せずに前記起動通知を取得した場合に、前記情報処理装置に異常リブートが発生したと判定し、異常リブート通知を、前記第２の電子機器へ送信する、
   ことを特徴とする情報処理システム。
7. 第１の電子機器からリブート通知、および、起動通知を取得可能な通知取得手段を備える情報処理装置に、
   前記通知取得手段が前記第１の電子機器から前記リブート通知を取得せずに前記起動通知を取得した場合に、前記第１の電子機器に異常リブートが発生したと判定する異常判定ステップと、
   前記異常判定ステップが前記第１の電子機器に異常リブートが発生したと判定した場合、異常リブート通知を、第２の電子機器へ送信する通知送信ステップと、
   を実行させるためのプログラム。

Images