(57)【要約】【課題】画像処理装置と操作表示部との間に通信異常が発生した場合であっても、画像処理装置で実行中のアプリケーションが応答待ちにより停止することを抑制する。【解決手段】画像処理装置１２の実行部１８Ａは、画像処理装置１２に通信回線４０を介して接続された操作入力部１４との通信を含む予め定められた機能を実行するためのアプリケーション２０を実行する。検出部１８Ｂは、当該画像処理装置１２と操作入力部１４との通信異常を検出する。通信管理部２２は、アプリケーション２０と操作入力部１４との間の通信を制御し、通信異常が検出されない場合、アプリケーション２０から受け付けた操作入力部１４への送信コマンドを操作入力部１４へ送信し、通信異常が検出された場合、アプリケーション２０から受け付けた送信コマンドを操作入力部１４へ非送信とすると共に仮応答信号をアプリケーション２０へ送信する。【選択図】図２
2014039177.tif 000002
【特許請求の範囲】
【請求項１】
当該画像処理装置に通信回線を介して接続された操作入力部との通信を含む予め定められた機能を実行するためのアプリケーションを実行する実行部と、
当該画像処理装置と前記操作入力部との通信異常を検出する検出部と、
前記アプリケーションと前記操作入力部との間の通信を制御する通信管理部と、
を備え、
前記通信管理部は、
前記通信異常が検出されない場合、前記アプリケーションから受け付けた前記操作入力部への送信コマンドを前記操作入力部へ送信し、前記通信異常が検出された場合、前記アプリケーションから受け付けた前記送信コマンドを前記操作入力部へ非送信とすると共に、該送信コマンドに対する前記操作入力部からの応答信号の受信により実行対象の処理を実行するための予め定めた仮応答信号を前記アプリケーションへ送信する、
画像処理装置。
【請求項２】
前記通信管理部は、
前記通信異常が検出された場合、実行中の前記アプリケーションに予め定めたリカバリ処理の実行指示を送信する、
請求項１に記載の画像処理装置。
【請求項３】
前記アプリケーションにおけるリカバリ処理を管理する管理部を更に備え、
前記通信管理部は、前記管理部を介して実行中の前記アプリケーションに予め定めたリカバリ処理の実行指示を送信する、請求項２に記載の画像処理装置。
【請求項４】
前記管理部は、前記アプリケーションにおいて前記リカバリ処理が終了されたときに、前記操作入力部への前記送信コマンドの非送信の解除を指示する解除信号を前記通信管理部へ送信し、
前記通信管理部は、
前記解除信号を受信したときに、前記送信コマンドの前記操作入力部への非送信を解除する、
請求項３に記載の画像処理装置。
【請求項５】
前記通信管理部は、
前記通信異常が検出されたときに前記アプリケーションから前記送信コマンドを受け付けた場合、実行中の前記アプリケーションに前記リカバリ処理の実行指示を送信した後に、該送信コマンドに対する前記仮応答信号を前記アプリケーションへ送信する、
請求項３または請求項４に記載の画像処理装置。
【請求項６】
前記送信コマンドに対応する前記仮応答信号を予め記憶した記憶部を更に備えた請求項１〜請求項５の何れか１項に記載の画像処理装置。
【請求項７】
操作入力部と、前記操作入力部に通信回線を介して接続された画像処理装置と、を備えた画像処理システムであって、
前記画像処理装置は、
前記操作入力部との通信を含む予め定められた機能を実行するためのアプリケーションを実行する実行部と、
当該画像処理装置と前記操作入力部との通信異常を検出する検出部と、
前記アプリケーションと前記操作入力部との間の通信を制御する通信管理部と、
を備え、
前記通信管理部は、
前記通信異常が検出されない場合、前記アプリケーションから受け付けた前記操作入力部への送信コマンドを前記操作入力部へ送信し、前記通信異常が検出された場合、前記アプリケーションから受け付けた前記送信コマンドを前記操作入力部へ非送信とすると共に、該送信コマンドに対する前記操作入力部からの応答信号の受信により実行対象の処理を実行するための予め定めた仮応答信号を前記アプリケーションへ送信する、
画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、画像処理装置、及び画像処理システムに関する。
【背景技術】
【０００２】
画像形成装置において、画像形成装置本体を制御する制御部とは別体として、画像表示を行うと共にユーザからの入力を受け付ける操作表示部にも制御部を設けることが行われている。そして、各制御部に、基本ソフト（ＯＳ）や各種アプリケーションをインストールし、画像形成装置本体と操作表示部と独立して動作させる技術が知られている。
【０００３】
また、画像形成装置において、エラーが発生した場合に、画像形成装置に搭載されているアプリケーションの種別に応じたエラーリカバリ処理を行う技術も開示されている。また、アプリケーションとは別にエラーリカバリ処理を実行するエラーリカバリサービスを実装した技術も開示されている。これらの技術では、画像形成装置の機器構成や機器使用に応じたエラーリカバリ処理プログラムの開発工数の軽減を図っている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、画像形成装置本体の制御部は、ソフトウェアの拡張性に比べて安定性を重視する傾向にある。一方、操作表示部は、汎用性を確保する観点から、安定性に比べて拡張性を重視する傾向にある。このため、画像形成装置本体に比べて操作表示部の方が異常終了等の各種異常が発生しやすい。一方、画像形成装置本体は、操作表示部に比べて安定性を重視する傾向にあることから、柔軟性や拡張性に欠ける。
【０００５】
このため、画像形成装置本体と操作表示部との通信中に操作表示部で異常が発生した場合、より安定性を重視する画像形成装置側では操作表示部からの応答待ち状態で処理が停止し、結果的に画像形成装置全体の動作が停止する場合があった。また、アプリケーション毎にリカバリプログラムを用意することは、変更箇所が膨大であった。
【０００６】
本発明は、上記に鑑みてなされたものであって、画像処理装置と操作表示部との間に通信異常が発生した場合であっても、画像処理装置で実行中のアプリケーションが応答待ちにより停止することを抑制できる、画像処理装置、及び画像処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明の画像処理装置は、実行部と、検出部と、通信管理部と、を備える。実行部は、当該画像処理装置に通信回線を介して接続された操作入力部との通信を含む予め定められた機能を実行するためのアプリケーションを実行する。検出部は、当該画像処理装置と前記操作入力部との通信異常を検出する。通信管理部は、前記アプリケーションと前記操作入力部との間の通信を制御する。また、通信管理部は、前記通信異常が検出されない場合、前記アプリケーションから受け付けた前記操作入力部への送信コマンドを前記操作入力部へ送信し、前記通信異常が検出された場合、前記アプリケーションから受け付けた前記送信コマンドを前記操作入力部へ非送信とすると共に、該送信コマンドに対する前記操作入力部からの応答信号の受信により実行対象の処理を実行するための予め定めた仮応答信号を前記アプリケーションへ送信する。
【０００８】
本発明の画像処理システムは、操作入力部と、画像処理装置と、を備える。画像処理装置は、操作入力部に通信回線を介して接続されている。画像処理装置は、実行部と、検出部と、通信管理部と、を備える。実行部は、当該画像処理装置に通信回線を介して接続された操作入力部との通信を含む予め定められた機能を実行するためのアプリケーションを実行する。検出部は、当該画像処理装置と前記操作入力部との通信異常を検出する。通信管理部は、前記アプリケーションと前記操作入力部との間の通信を制御する。また、通信管理部は、前記通信異常が検出されない場合、前記アプリケーションから受け付けた前記操作入力部への送信コマンドを前記操作入力部へ送信し、前記通信異常が検出された場合、前記アプリケーションから受け付けた前記送信コマンドを前記操作入力部へ非送信とすると共に、該送信コマンドに対する前記操作入力部からの応答信号の受信により実行対象の処理を実行するための予め定めた仮応答信号を前記アプリケーションへ送信する。
【図面の簡単な説明】
【０００９】
【図１】図１は、画像処理システムのハードウェア構成の説明図である。
【図２】図２は、画像処理システムの機能的構成を示すブロック図である。
【図３】図３は、画像処理装置と操作入力部との通信手順を示す模式図である。
【図４】図４は、画像処理装置と操作入力部との通信手順を示す模式図である。
【図５】図５は、通信異常検出手順を示すシーケンス図である。
【図６】図６は、画像処理装置と操作入力部との通信手順を示す模式図である。
【図７】図７は、画像処理装置と操作入力部との通信手順を示す模式図である。
【図８】図８は、画像処理装置で実行する通信処理の一連の手順を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下に、画像処理装置、及び画像処理システムの実施の形態を説明する。
【００１１】
図１は、本実施の形態の画像処理システム１０のハードウェア構成の説明図である。
【００１２】
画像処理システム１０は、画像形成を行う画像処理装置等に適用されるシステムである。
【００１３】
画像処理システム１０は、画像処理装置１２と、操作入力部１４と、エンジン部９１４と、を含む。
【００１４】
画像処理装置１２と操作入力部１４とは、通信回線４０を介して接続されている。
【００１５】
通信回線４０は、無線回線または有線回線である。通信回線４０は、公知のネットワーク等である。なお、画像処理装置１２と操作入力部１４とは、信号授受可能に接続されていればよく、その接続形態は限定されない。このため、画像処理装置１２と操作入力部１４とを、直接有線回線で接続した形態であってもよいし、ネットワークを介して有線接続または無線接続した形態であってもよい。
【００１６】
画像処理装置１２とエンジン部（Ｅｎｇｉｎｅ）９１４とは、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｆａｃｅ）バスで接続されている。
【００１７】
エンジン部９１４は、ＰＣＩバスに接続可能なプリンタエンジンなどである。エンジン部９１４、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナまたはファックスユニットなどである。なお、このエンジン部９１４には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。
【００１８】
画像処理装置１２は、コントローラ９００を備える。コントローラ９００は、画像処理装置１２全体の制御を行う。
【００１９】
コントローラ９００は、ＣＰＵ９０２と、ノースブリッジ（ＮＢ）９０２と、システムメモリ（ＭＥＭ−Ｐ）９０１と、サウスブリッジ（ＳＢ）９０３と、ローカルメモリ（ＭＥＭ−Ｃ）９０６と、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）９０５と、ハードディスクドライブ（ＨＤＤ）９０７とを有する。ＮＢ９０２とＡＳＩＣ９０５とは、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ  Ｇｒａｐｈｉｃｓ  Ｐｏｒｔ）バス９０４で接続されている。
【００２０】
ＭＥＭ−Ｐ９０１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９０１Ａと、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９０１Ｂと、を有する。
【００２１】
ＣＰＵ９０２は、画像処理装置１２の全体制御を行う。ＮＢ９０２、ＭＥＭ−Ｐ９０１、及びＳＢ９０３からなるチップセットを有し、このチップセットを介して他の機器と接続される。
【００２２】
ＮＢ９０２は、ＣＰＵ９０２とＭＥＭ−Ｐ９０１、ＳＢ９０３、ＡＧＰ９０４とを接続するためのブリッジである。ＭＢ９０２は、ＭＥＭ−Ｐ９０１に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。
【００２３】
ＭＥＭ−Ｐ９０１は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリである、ＭＥＭ−Ｐ９０１は、ＲＯＭ９０１ＡとＲＡＭ９０１Ｂとからなる。ＲＯＭ９０１Ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリである。ＲＡＭ９０１Ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。
【００２４】
ＳＢ９０３は、ＮＢ９０２とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ９０３は、ＰＣＩバスを介してＮＢ９０２と接続されており、このＰＣＩバスには、ネットワークインターフェース（Ｉ／Ｆ）部なども接続される。
【００２５】
ＡＳＩＣ９０５は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）である。ＡＳＩＣ９０５は、ＡＧＰ９０４、ＰＣＩバス、ＨＤＤ９０７およびＭＥＭ−Ｃ９０６をそれぞれ接続するブリッジの役割を有する。
【００２６】
ＡＳＩＣ９０５は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ９０５の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ９０６を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などをおこなう複数のＤＭＡＣ（Ｄｉｒｅｃｔ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌｌｅｒ）と、エンジン部９１４との間でＰＣＩバスを介したデータ転送をおこなうＰＣＩユニットとからなる。ＡＳＩＣ９０５には、ＰＣＩバスを介してＦＣＵ（Ｆａｃｓｉｍｉｌｅ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）９１１、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）９１２、ＩＥＥＥ１３９４（ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ  １３９４）インターフェース９１３が接続される。
【００２７】
ＭＥＭ−Ｃ９０６は、コピー用画像バッファ、符号バッファとして用いるローカルメモリである。ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）９０７は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。
【００２８】
ＡＧＰ９０４は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースである。ＡＧＰ９０４は、ＭＥＭ−Ｐ９０１に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。
【００２９】
次に、本実施の形態の画像処理システム１２の機能的構成を説明する。
【００３０】
図２は、本実施の形態の画像処理システム１２の機能的構成を示すブロック図である。
【００３１】
画像処理装置１２は、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）１８と、アプリケーション２０と、管理部２５と、通信管理部２２と、を有する。ＯＳ１８、アプリケーション２０、管理部２５、及び通信管理部２２は、本体ボード１６にインストールされた各種ソフトウェアである。
【００３２】
本体ボード１６は、図１で説明したコントローラ９００を構成する半導体を搭載したボードである。画像処理装置１２では、ＣＰＵ９０２がこれらの各種ソフトウェアを読み出して実行することにより、ＯＳ１８、アプリケーション部と、管理部２５、通信管理部２２の各機能の各々を実現する。
【００３３】
ＯＳ１８は、画像処理装置１２の各種機能の実現を制御する。各種機能には、画像形成機能や通信機能等がある。ＯＳ１８は、機能部として、実行部１８Ａ及び検出部１８Ｂを含む。実行部１８Ａは、画像処理装置１２に搭載されたアプリケーション２０の各々を実行する。検出部１８Ｂは、画像処理装置１２と操作入力部１４との間の通信異常を検出する。例えば、検出部１８Ｂは、操作入力部１４から前回信号を受信してから所定時間以上信号を受信しない場合や、操作入力部１４へ予め定めた信号を送信してから所定時間以上信号を受信しない場合等に、通信異常と判別することで、通信異常を検出する。なお、検出部１８Ｂによる通信異常の検出方法は、この方法に限られない。
【００３４】
アプリケーション２０は、ＯＳ１８上で動作するプログラムである。本実施の形態では、アプリケーション２０として、２つのアプリケーション２０（アプリケーション２０Ａ、アプリケーション２０Ｂ）が予めインストールされている場合を説明する。なお、画像処理装置１２にインストールされているアプリケーション２０の数は、２つに限定されない。なお、アプリケーション２０Ａ及びアプリケーション２０Ｂを総称して説明する場合には、単にアプリケーション２０と称して説明する。
【００３５】
本実施の形態では、アプリケーション２０Ａは、操作入力部１４との通信（データ送受信）を含む予め定めた機能を実行する。例えば、アプリケーション２０Ａは、操作入力部１４へ、画像や文字等の各種情報の出力指示の送信や、該出力指示の送信に対する応答信号の受信や、エンジン部９１４への画像形成等の各種機能を実行する。
【００３６】
管理部２５は、ＯＳ１８上で動作するプログラムである。管理部２５は、アプリケーション２０の管理を行う。具体的には、管理部２５は、画像処理装置１２と操作入力部１４との間の通信異常が発生した場合に、リカバリ処理の実行指示を、実行中のアプリケーション２０へ送信する。
【００３７】
リカバリ処理の実行指示を受け付けたアプリケーション２０では、リカバリ処理を実行する。
【００３８】
なお、本実施の形態におけるリカバリ処理とは、実行中のアプリケーション２０において、通信異常が発生したときまで処理を遡って再度実行することを示す。
【００３９】
通信管理部２２は、ＯＳ１８上で動作するプログラムである。通信管理部２２は、画像処理装置１２と操作入力部１４との間の通信を制御する。
【００４０】
本実施の形態では、通信管理部２２は、検出部１８Ｂによって通信異常が検出されない場合には、実行中のアプリケーション２０から受け付けた操作入力部への送信コマンドを、通信回線４０を介して操作入力部１４へ送信する。
【００４１】
一方、通信管理部２２は、検出部１８Ｂによって通信異常が検出された場合には、実行中のアプリケーション２０から受け付けた操作入力部１４への送信コマンドの送信を非送信とする。そして、通信管理部２２は、該実行中のアプリケーション２０に対して、操作入力部１４への送信コマンドに対応する仮応答信号を、実行中のアプリケーション２０へ送信する。
【００４２】
仮応答信号は、実行中のアプリケーション２０において、操作入力部１４への送信コマンドに対して操作入力部１４から送信された応答信号により、該実行中のアプリケーション２０で実行対象の処理を実行するための信号である。
【００４３】
すなわち、該実行中のアプリケーション２０では、送信コマンドの送信に対して、操作入力部１４から該送信コマンドに対応する応答信号を受信することで処理を継続して実行する。本実施の形態では、通信管理部２２は、検出部１８Ｂによって通信異常が検出された場合には、アプリケーション２０から送信された送信コマンドに対して、操作入力部１４からの応答信号に変えて、該送信コマンドに応じた仮応答信号（詳細後述）をアプリケーション２０へ送信する。
【００４４】
通信管理部２２は、メモリ２３を含む。メモリ２３は、通信応答規則を予め記憶する。通信応答規則は、アプリケーション２０等のＯＳ１８上で動作するプログラムを一意に識別する識別情報（以下、アプリケーションＩＤと称する場合がある）と、各アプリケーション２０で操作入力部１４に送信する送信コマンドの種類と、該種類の送信コマンドに対応する仮応答信号と、を対応づけたものである。
【００４５】
送信コマンドは、該コマンドの送信元であるアプリケーションＩＤと、各種指示を実行するための命令情報と、を含む。
【００４６】
送信コマンドには、例えば、描画コマンドや、取得コマンド等がある。描画コマンドは、命令情報として、例えば、操作入力部１４の後述する表示部３６に表示させる画像及び該画像の表示部３６への描画指示を含む送信コマンドである。取得コマンドは、命令情報として、例えば、操作入力部１４から各種情報を取得するための取得指示を含む送信コマンドである。具体的には、取得コマンドは、命令情報として、操作入力部１４の後述する表示部３６に表示されている文字の種類等の取得命令を含む。
【００４７】
なお、送信コマンドの種類は、上記に限られない。また、送信コマンドに含まれる命令情報についても、上記に限られない。
【００４８】
仮応答信号は、対応するアプリケーションＩＤによって特定されるアプリケーション２０から送信された、対応する種類の送信コマンド毎に、予め設定され、通信管理規則としてメモリ２３に記憶されている。
【００４９】
仮応答信号とは、アプリケーション２０が、本来受信するべき応答信号に替えて受信した場合に、該応答信号の受信によって行う処理を継続して実行するための信号である。すなわち、仮応答信号は、アプリケーション２０が送信コマンドを操作入力部１４に送信したときに操作入力部１４から受け付ける応答信号に変えて受け付けることで、該アプリケーション２０側で処理を継続して実行することが可能な信号であればよい。
【００５０】
具体的には、仮応答信号は、対応する応答信号と同じ文字数及び同じ文字種で構成される。例えば、応答信号が、応答信号を返信すべきアプリケーションＩＤと、取得指示に対応する取得結果を示す情報と、から構成されるとする。この場合、仮応答信号は、応答信号を返信すべきアプリケーションＩＤと、応答信号に含まれるべき取得結果と同じ文字数及び文字種の情報と、から構成される。
【００５１】
なお、メモリ２３に記憶した通信管理規則は、ユーザによる後述する操作入力部１４の操作指示によって適宜変更される。また、ＯＳ１８は、画像処理装置１２に新たなアプリケーション２０がインストールされる度に、通信管理規則を更新してもよい。この場合、ＯＳ１８は、例えば、新たにインストールされたアプリケーション２０を解析し、操作入力部１４に送信する送信コマンドの種類を抽出すると共に、該送信コマンドに対して操作入力部１４から受け付けるべき応答信号を解析する。そして、ＯＳ１８は、解析した応答信号から仮応答信号を作成する。仮応答信号は、対応する送信コマンドに対して受け付けるべき応答信号と同じフォーマット（指示情報、文字数、及び文字種が同じ）であればよい。そして、ＯＳ１８は、アプリケーション２０のアプリケーションＩＤに対応づけて、抽出した送信コマンドの種類と、作成した仮応答信号と、をメモリ２３に記憶することで、通信管理規則を更新すればよい。
【００５２】
なお、本実施の形態では、メモリ２３は、アプリケーション２０から操作入力部１４へ送信された送信コマンドの内、操作入力部１４からの応答信号を待たずにアプリケーション２０側で継続して処理を実行する種類の送信コマンドについては、通信管理規則として記憶しないものとする。
【００５３】
すなわち、本実施の形態では、通信管理規則は、アプリケーション２０から操作入力部１４に対して送信する送信コマンドの内、アプリケーション２０側で操作入力部１４からの応答信号を待って後続する処理を行う送信コマンドについて、仮応答信号を定めるものとする。
【００５４】
次に、操作入力部１４について説明する。
【００５５】
操作入力部１４は、本体部３４と、表示部３６と、を備える。本体部３４と表示部３６とは、通信部４２を介して接続されている。通信部４２は、有線回線または無線回線である。
【００５６】
表示部３６は、各種情報の表示を行うと共に、ユーザからの各種指示を受け付ける。表示部３６には、公知のタッチパネル等が挙げられるが、これに限られない。
【００５７】
操作入力部１４は、ＯＳ２８と、アプリケーション３０と、を有する。ＯＳ２８及びアプリケーション３０は、操作部ボード２６にインストールされた各種ソフトウェアである。
【００５８】
本体ボード２６は、図１で説明したコントローラ９１０を構成する半導体を搭載したボードである。操作入力部１４の本体部３４では、コントローラ９１０の図示を省略するＣＰＵがこれらの各種ソフトウェアを読み出して実行することにより、ＯＳ２８、及びアプリケーション３０の各機能の各々を実現する。
【００５９】
ＯＳ２８は、アプリケーション３０の実行や、操作入力部１４の各種機能の実現や、画像処理装置１２との通信を制御する。各種機能には、表示部３６への文字や画像の表示や、表示部３６からの各種入力情報の取得等がある。
【００６０】
アプリケーション３０は、ＯＳ２８上で動作するプログラムである。なお、本体部３４には、複数のアプリケーションがインストールされていてもよい。本実施の形態では、アプリケーション３０は、表示部３６及び画像処理装置１２との通信（データ送受信）を含む予め定めた機能を実行する。例えば、アプリケーション３０は、画像処理装置１２から受け付けた送信コマンドに対する応答信号を画像処理装置１２へ返信する機能や、画像処理装置１２から受け付けた送信コマンドに応じて表示部３６へ各種画像を表示する機能等を実行する。
【００６１】
具体的には、アプリケーション３０は、画像処理装置１２から受信した送信コマンドに含まれるアプリケーションＩＤと、該送信コマンドに含まれる指示信号（例えば取得信号）に対応する結果（例えば取得結果）を示す情報と、を含む応答信号を画像処理装置１２へ送信する機能等を実行する。
【００６２】
次に、画像処理装置１２と操作入力部１４との通信について説明する。
【００６３】
図３は、画像処理装置１２と操作入力部１４との通信手順を示す模式図である。なお、図３は、アプリケーション２０Ａから操作入力部１４へ送信コマンドが送信されたときの、通信手順を示す模式図である。また、図３は、送信コマンドとして、操作入力部１４からの応答信号を待たずにアプリケーション２０Ａ側で継続して処理を実行する種類の送信コマンドを送信した場合の模式図である。
【００６４】
例えば、アプリケーション２０Ａから操作入力部１４に向かって、描画コマンドが送信コマンドとして送信されたとする。上述のように、描画コマンドは、アプリケーション２０ＡのアプリケーションＩＤと、描画指示と、を含む。
【００６５】
この場合、まず、アプリケーション２０Ａが操作入力部１４に向かって描画コマンドを送信すると、該描画コマンドを通信管理部２２Ｂが受け付ける（ステップＳ１０１）。通信管理部２２Ｂは、アプリケーション２０Ａから受け付けた描画コマンドを、通信回線４０を介して操作入力部１４へ送信する（ステップＳ１０２）。
【００６６】
操作入力部１４のアプリケーション３０では、描画コマンドを受け付けると、描画コマンドに含まれる描画指示に基づいて、該描画コマンドに含まれる描画対象の画像を表示部３６へ表示する（ステップＳ１０３）。
【００６７】
図４は、画像処理装置１２と操作入力部１４との通信手順を示す模式図である。なお、図４に示す模式図は、検出部１８Ｂによって通信異常が検出されない場合に、アプリケーション２０Ａから操作入力部１４へ送信コマンドが送信されたときの、通信手順を示す模式図である。また、図４は、送信コマンドとして、該送信コマンドの操作入力部１４への送信後、操作入力部１４からの応答信号を待ってアプリケーション２０Ａ側で処理を継続して実行する種類の送信コマンドを送信した場合の模式図である。
【００６８】
例えば、アプリケーション２０Ａから操作入力部１４に向かって、取得コマンドが送信コマンドとして送信されたとする。上述のように、取得コマンドは、アプリケーション２０ＡのアプリケーションＩＤと、取得指示と、を含む。
【００６９】
この場合、まず、アプリケーション２０Ａが操作入力部１４に向かって取得コマンドを送信すると、該取得コマンドを通信管理部２２Ｂが受け付ける。通信管理部２２Ｂは、検出部１８Ｂによって通信異常が検出されない場合、アプリケーション２０Ａから受け付けた取得コマンドを、通信回線４０を介して操作入力部１４へ送信する（ステップＳ１０４）。
【００７０】
操作入力部１４のアプリケーション３０は、取得コマンドを受け付けると、取得コマンドを解析し、取得コマンドに含まれる取得命令に基づいて、表示部３６に表示されている文字の種類等を取得する。
【００７１】
そして、アプリケーション３０は、取得結果と、該取得コマンドに含まれるアプリケーションＩＤと、を含む応答信号を、画像処理装置１２へ送信する。操作入力部１４の通信管理部２２Ｂでは、操作入力部１４から受け付けた応答信号を解析し、応答信号に含まれるアプリケーションＩＤによって特定されるアプリケーション２０（例えば、アプリケーション２０Ａ）に、該応答信号を送信する（ステップＳ１０５）。
【００７２】
応答信号を受け付けたアプリケーション２０Ａでは、該応答信号に基づいて処理を継続して実行する。
【００７３】
次に、検出部１８Ｂによって通信異常が検出された場合の、画像処理装置１２と操作入力部１４との通信を説明する。
【００７４】
まず、検出部１８Ｂによる、画像処理装置１２と操作入力部１４との通信異常の検出手順を説明する。図５は、通信異常検出手順を示すシーケンスである。
【００７５】
画像処理装置１２の図示を省略する電源スイッチがユーザによって操作されることで、画像処理装置１２の装置各部に電力が供給されると、通信管理部２２は、初期化指示信号を操作入力部１４のアプリケーション３０へ送信する（Ｓ１１０）。初期化指示信号を受け付けたアプリケーション３０は、メモリクリアなどの予め定められた初期化処理を実行する。そして、アプリケーション３０は、初期化終了を示す応答を通信管理部２２へ送信する（ステップＳ１１１）。
【００７６】
初期化終了を示す応答を受け付けた通信管理部２２は、タイマスタート信号を検出部１８Ｂへ送信する（ステップＳ１１２）。タイマスタート信号を受け付けた検出部１８Ｂは、タイマによるカウント（時間計測）を開始する。
【００７７】
アプリケーション３０では、上記ステップＳ１１１で初期化終了を示す応答を送信した後に、所定時間Ｔ１毎に、操作入力部１４が正常動作中であることを示す信号（例えば、“ＨｅａｒｔＢｅａｔ”信号）を通信管理部２２へ送信する。（ステップＳ１１３）。
【００７８】
通信管理部２２は、アプリケーション３０から正常動作中であることを示す信号を受けつけると、応答をアプリケーション３０へ送信すると共に（ステップＳ１１４）、タイマリセットを示すリセット信号を検出部１８Ｂへ送信する（ステップＳ１１５）。
【００７９】
タイマリセット信号を受け付けた検出部１８Ｂは、カウント開始していたタイマをリセット（一度、カウント“０”とした後に、再度カウントを開始）する。
【００８０】
検出部１８Ｂでは、前回タイマスタート信号またはリセット信号を受信してから、上記所定時間Ｔ１以上経過しても、通信管理部２２からリセット信号を受信しない場合に、通信異常と判断する。そして、検出部１８Ｂは、タイムアウト信号を通信管理部２２へ送信する（ステップＳ１１６）。これによって、通信管理部２２は、検出部１８Ｂによって通信異常が検出されたことを判断する（ステップＳ１１８）。
【００８１】
図６は、画像処理装置１２と操作入力部１４との通信手順を示す模式図である。なお、図６に示す模式図は、検出部１８Ｂによって通信異常が検出された場合に、アプリケーション２０Ａから操作入力部１４へ送信コマンドが送信されたときの、通信手順を示す模式図である。また、図６は、送信コマンドとして、該送信コマンドの操作入力部１４への送信後、操作入力部１４からの応答信号を待ってアプリケーション２０Ａ側で処理を継続して実行する種類の送信コマンドを送信した場合の模式図である。
【００８２】
検出部１８Ｂが、画像処理装置１２と操作入力部１４との通信異常を検知すると、通信管理部２２は、管理部２５に異常通知コマンドを送信する（ステップＳ１２０）。異常通知コマンドは、異常通知対象のアプリケーションＩＤと、リカバリ命令と、を含む。なお、異常通知コマンドに含まれるアプリケーションＩＤは、本実施の形態では、管理部２５のＩＤである。リカバリ命令は、通信異常発生を管理部２５が認識するための情報である。
【００８３】
異常通知コマンドを受信した管理部２５は、実行中のアプリケーション２０（例えば、アプリケーション２０Ａ及びアプリケーション２０Ｂ）の各々に、リカバリ処理の実行を指示するリカバリ命令を送信する（ステップＳ１２１、ステップＳ１２２）。
【００８４】
実行部１８Ａによって実行中のアプリケーション２０Ａでは、リカバリ命令を受け付けると、リカバリ処理を実行する。
【００８５】
また、アプリケーション２０Ａが、操作入力部１４に向かって取得コマンドを送信コマンドとして送信したとする（ステップＳ１２３）。
【００８６】
検出部１８Ｂによって通信異常が検出されたときに、実行中のアプリケーション２０Ａから送信コマンドを受け付けた２２は、メモリ２３に記憶されている通信管理規則を検索する。具体的には、通信管理部２２は、受け付けた送信コマンドに含まれる、アプリケーションＩＤ、及び送信コマンドの種類に対応する、仮応答信号がメモリ２３の通信管理規則に定められているか否かを判断する。そして、通信管理部２２は、該仮応答信号が通信管理規則に定められている場合には、受け付けた送信コマンドに示される、アプリケーションＩＤ及び送信コマンドの種類に対応する仮応答信号を、アプリケーション２０Ａへ返信する（ステップＳ１２５）。また、通信管理部２２は、アプリケーション２０Ａから受け付けた送信コマンドを、操作入力部１４へ送信せずに破棄する。
【００８７】
仮応答信号を受け付けたアプリケーション２０Ａは、受け付けた仮応答信号に基づいて処理を継続して実行する。
【００８８】
このように、通信管理部２２は、検出部１８Ｂによって通信異常が検出された場合には、実行中のアプリケーション２０から受け付けた操作入力部１４への送信コマンドの送信を非送信とする。そして、通信管理部２２は、該実行中のアプリケーション２０に対して、操作入力部１４への送信コマンドに対応する仮応答信号を、実行中のアプリケーション２０へ送信する。
【００８９】
なお、通信管理部２２は、検出部１８Ｂによって通信異常が検出されたときに、実行中のアプリケーション２０から操作入力部１４への送信コマンドを受け付けた場合には、先に管理部２５へ、リカバリ命令を含む異常通知コマンドを送信する。そして、次に、通信管理部２２は、該送信コマンドに対応する仮応答信号を、アプリケーション２０へ送信する。このため、通信管理部２２は、通信異常が検出されたときにアプリケーション２０から送信コマンドを受け付けた場合、実行中のアプリケーション２０にリカバリ処理の実行指示を送信した後に、該送信コマンドに対する仮応答信号をアプリケーション２０へ送信することとなる。
【００９０】
図７は、画像処理装置１２と操作入力部１４との通信手順を示す模式図である。なお、図７に示す模式図は、検出部１８Ｂによって通信異常が検出されることで、アプリケーション２０Ａ及びアプリケーション２０Ｂから操作入力部１４へ送信される送信コマンドを非送信とした状態が解除される手順を示す模式図である。
【００９１】
図７に示すように、実行中のアプリケーション２０Ａ及びアプリケーション２０Ｂは、リカバリ処理を完了すると、リカバリ処理の完了を示す完了信号を管理部２５へ送信する（ステップＳ１４０、ステップＳ１４１）。
【００９２】
完了信号を受け付けた管理部２５は、通信管理部２２へ、解除コマンドを送信する（ステップＳ１４２）。解除コマンドは、リカバリ処理を完了したアプリケーション２０の識別情報（アプリケーションＩＤ）と、解除命令と、を含む。
【００９３】
解除コマンドを受け付けた通信管理部２２は、解除コマンドに示されるアプリケーションＩＤによって特定されるアプリケーション２０から受け付けた送信コマンドを操作入力部１４へ非送信とする第２モードを解除し、アプリケーション２０から受け付けた送信コマンドを操作入力部１４へ送信する第１モードへと、モードを切り替える。
【００９４】
これによって、通信管理部２２は、解除命令を受け付けたアプリケーション２０からの送信コマンドを、操作入力部１４へ送信する第１モードへとモードを切り替える。
【００９５】
また、管理部２５は、解除コマンドを受け付けたアプリケーション２０（アプリケーション２０Ａ及びアプリケーション２０Ｂ）に対して、リカバリ完了を示す信号を送信する（ステップＳ１４４、ステップＳ１４５）。
【００９６】
次に、画像処理装置１２で実行する通信処理の一連の手順を説明する。
【００９７】
図８は、画像処理装置１２で実行する通信処理の一連の手順を示すフローチャートである。
【００９８】
まず、通信管理部２２が、現在のモードを確認する（ステップＳ３００）。ステップＳ３００では、通信管理部２２は、通信管理部２２が第１モード及び第２モードの何れのモードにあるかを確認する。例えば、通信管理部２２は、図示を省略するメモリに、通信管理部２２が第１モード及び第２モードの何れの状態にあるかを示すモード情報を記憶する。そして、通信管理部２２は、モードを変更する度に、該モード情報を変更後のモードに変更するものとする。
【００９９】
なお、第１モードは、実行中のアプリケーション２０から受け付けた送信コマンドを操作入力部１４へ送信するモードである。第２モードは、実行中のアプリケーション２０から受け付けた送信コマンドを破棄し、通信管理規則に規定されている該送信コマンドに含まれるアプリケーションＩＤ及びコマンドの種類に対応する仮応答信号を、アプリケーション２０へ送信するモードである。
【０１００】
次に、上記ステップＳ３００の確認により、通信管理部２２が第１モードであるか否かを判断する（ステップＳ３０２）。通信管理部２２が第１モードである場合には肯定判断し（ステップＳ３０２：Ｙｅｓ）、ステップＳ３０４へ進む。
【０１０１】
次に、通信管理部２２が、画像処理装置１２と操作入力部１４との通信異常が検出されたか否かを判断する（ステップＳ３０４）。通信管理部２２は、検出部１８Ｂで通信異常が検出されたか否かを判別することで、ステップＳ３０４の判断を行う。
【０１０２】
ステップＳ３０４で否定判断すると（ステップＳ３０４：Ｎｏ）、ステップＳ３０６へ進む。ステップＳ３０６では、通信管理部２２が、実行中のアプリケーション２０から送信コマンドを受信したか否かを判断する（ステップＳ３０６）。
【０１０３】
ステップＳ３０６で否定判断すると（ステップＳ３０６：Ｎｏ）、本ルーチンを終了する。一方、ステップＳ３０６で肯定判断すると（ステップＳ３０６：Ｙｅｓ）、ステップＳ３０８へ進む。
【０１０４】
ステップＳ３０８では、通信管理部２２が、受信した送信コマンドを操作入力部１４へ送信する（ステップＳ３０８）。次に、通信管理部２２は、操作入力部１４から応答信号を受信するまで否定判断を繰り返す（ステップＳ３１０：Ｎｏ）、ステップＳ３１０で肯定判断すると（ステップＳ３１０：Ｙｅｓ）、ステップＳ３１２へ進む。
【０１０５】
ステップＳ３１２では、ステップＳ３１０で受信した応答信号を、応答信号に含まれるアプリケーションＩＤによって特定されるアプリケーション２０へ送信する（ステップＳ３１２）。そして、本ルーチンを終了する。
【０１０６】
一方、上記ステップＳ３０４で否定判断すると（ステップＳ３０４：Ｎｏ）、ステップＳ３１４へ進む。ステップＳ３１４では、通信管理部２２は、第１モードを第２モードに切り替える（ステップＳ３１４）。これによって、通信管理部２２は、アプリケーション２０から受信した送信コマンドを破棄すると共に、該送信コマンドに対応する仮応答信号を操作入力部１４に替えてアプリケーション２０へ送信する第２モードとなる。
【０１０７】
次に、通信管理部２２は、通信異常の発生を示す異常通知コマンドを管理部２５へ送信する（ステップＳ３１６）。次に、通信管理部２２は、実行中のアプリケーション２０から、送信コマンドを受信したか否かを判断する（ステップＳ３１８）。
【０１０８】
ステップＳ３１８で否定判断すると（ステップＳ３１８：Ｎｏ）、本ルーチンを終了する。一方、ステップＳ３１８で肯定判断すると（ステップＳ３１８：Ｙｅｓ）、ステップＳ３２０へ進む。
【０１０９】
ステップＳ３２０では、ステップＳ３１８で受信した送信コマンドに含まれる、アプリケーションＩＤ及び送信コマンドの種類に対応する仮応答信号が、メモリ２３の通信管理規則に有るか否かを判断する（ステップＳ３２０）。
【０１１０】
ステップＳ３２０で否定判断すると（ステップＳ３２０：Ｎｏ）、ステップＳ３２４へ進む。一方、ステップＳ３２０で肯定判断すると（ステップＳ３２０：Ｙｅｓ）、ステップＳ３２２へ進む。
【０１１１】
ステップＳ３２２では、メモリ２３の通信管理規則における、ステップＳ３１８で受信した送信コマンドに含まれる、アプリケーションＩＤ及び送信コマンドの種類に対応する仮応答信号を、該アプリケーションＩＤによって特定されるアプリケーション２０へ送信する（ステップＳ３２２）。
【０１１２】
次に、通信管理部２２は、上記ステップＳ３１８で受信した送信コマンドを破棄する（ステップＳ３２４）。そして、本ルーチンを終了する。
【０１１３】
一方、上記ステップＳ３０２で否定判断すると（ステップＳ３０２：Ｎｏ）、ステップＳ３２６へ進む。ステップＳ３２６では、実行中のアプリケーション２０から解除信号を受信したか否かを判断する（ステップＳ３２６）。
【０１１４】
ステップＳ３２６で否定判断すると（ステップＳ３２６：Ｎｏ）、上記ステップＳ３１８へ進む。一方、ステップＤ３２６で肯定判断すると(ステップＳ３２６：Ｙｅｓ)、ステップＳ３２８へ進む。ステップＳ３２８では、通信管理部２２は、第２モードを第１モードに切り替える（ステップＳ３２８）。そして、本ルーチンを終了する。
【０１１５】
以上説明したように、本実施の形態の画像処理装置１２では、検出部１８Ｂによって通信異常が検出された場合には、通信管理部２２は、実行中のアプリケーション２０から受け付けた操作入力部１４への送信コマンドの送信を非送信とする。そして、通信管理部２２は、該実行中のアプリケーション２０に対して、操作入力部１４への送信コマンドに対応する仮応答信号を、実行中のアプリケーション２０へ送信する。このため、アプリケーション２０では、画像処理装置１２と操作入力部１４との通信異常によって、アプリケーション２０が操作入力部１４からの応答信号待ち状態となることで、アプリケーション２０の処理が停止することを抑制することができる。
【０１１６】
また、通信管理部２２は、アプリケーション２０側でリカバリ処理が終了したときに、アプリケーション２０から操作入力部１４への送信コマンドの非送信を解除する。このため、更に効率よく、アプリケーション２０の処理が停止することを抑制することができる。
【０１１７】
また、通信管理部２２は、通信異常が検出されたときにアプリケーション２０から送信コマンドを受け付けた場合、実行中のアプリケーション２０にリカバリ処理の実行指示を送信した後に、該送信コマンドに対する仮応答信号をアプリケーション２０へ送信する。
【０１１８】
このため、データ送受信の順序が重要なアプリケーション２０が、リカバリ処理の実行指示を受け付けることでデータ送受信の順序が乱れることにより、異常状態となることを抑制することができる。
【０１１９】
なお、本実施の形態の画像処理システム１０の画像処理装置１２は、画像形成装置に好適に適用可能である。なお、画像処理装置１２は、コピー機能、プリンタ機能、スキャナ機能、及びファクシミリ機能のうち少なくとも１つの機能を有する装置に好適に適用可能である。また、画像処理装置１２は、これらの機能の内の２以上を適用した複合機にも公的に適用可能である。
【符号の説明】
【０１２０】
１０  画像処理システム
１２  画像処理装置
１４  操作入力部
１８Ａ  実行部
１８Ｂ  検出部
２０  アプリケーション
２２  通信管理部
２３  メモリ
２５  管理部
【先行技術文献】
【特許文献】
【０１２１】
【特許文献１】特開２００５−１５３２１８号公報
【図１】
2014039177.tif 000003
【図２】
2014039177.tif 000004
【図３】
2014039177.tif 000005
【図４】
2014039177.tif 000006
【図５】
2014039177.tif 000007
【図６】
2014039177.tif 000008
【図７】
2014039177.tif 000009
【図８】
2014039177.tif 000010