JP6241523B2 - 画像処理装置、画像処理プログラム及び画像処理方法 - Google Patents

Description

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

従来、ＭＦＰ（Multi Function Printer）等の画像処理装置では、何らかの異常が発生した場合に、再起動を行なうことで復帰を試みることがある。例えば、特許文献１では、通信機能を有するＭＦＰが管理装置等の外部装置と通信し、異常情報を通知する。そして、特許文献１では、ＭＦＰの電源ＯＦＦ時に、再起動により異常が解消されたこととして、異常情報の通知を解除させる技術が開示されている。

また、装置本体から、表示や操作のためのユーザインタフェース（以下、「操作デバイス」と呼ぶ場合がある）を分離した技術が知られている。かかる技術では、装置本体と操作デバイスとの間で通信を行ない、操作コマンドを送受する。これにより、操作デバイスにおいては、装置本体における負荷の影響を受けることがないため、通信の応答速度を高めることができる。例えば、特許文献２では、画像処理装置と携帯端末との間で通信を行ない、携帯端末でファイルが選択されていることを画像処理装置が検出し、印刷設定画面を携帯端末に表示させることで、携帯端末上のファイルを簡易に印刷しようとしている。

しかしながら、上述した従来技術では、何らかの異常が発生した場合に、画像処理装置と操作デバイスとの状態を正常に復旧することが困難であるという問題がある。例えば、従来技術では、操作デバイスにおいて何らかの異常が発生した場合には、操作デバイスのみを再起動するだけでは、操作デバイスの操作画面の状態と画像処理装置の状態とが異なってしまい、正常に復旧することが困難である。ここで、異常が発生していない画像処理装置についても再起動を行なうことが考えられるが、異常発生のたびに双方を再起動するのはユーザにとって煩雑であるため好ましくない。

本発明は、上記に鑑みてなされたものであって、何らかの異常が発生した場合であっても、画像処理装置と操作デバイスとの状態を容易に正常に復旧することが可能である画像処理装置、画像処理プログラム及び画像処理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明に係る画像処理装置は、操作デバイスと接続される画像処理装置であって、前記操作デバイスに対して、前記操作デバイスの異常又は復旧を検知するための検知コマンドを送信し、前記操作デバイスからの応答により、前記操作デバイスの異常又は復旧を検知し、前記操作デバイスの異常を検知した場合に、前記操作デバイスに対して、装置の状態を表示させるための表示コマンドを送信せず、前記操作デバイスの異常を検知した後に、前記操作デバイスの復旧を検知した場合に、前記操作デバイスに対して、一度送信された前記表示コマンドを再度送信する。

また、本発明に係る画像処理プログラムは、操作デバイスと接続される画像処理装置に、前記操作デバイスに対して、前記操作デバイスの異常又は復旧を検知するための検知コマンドを送信するステップと、前記操作デバイスからの応答により、前記操作デバイスの異常又は復旧を検知するステップと、前記操作デバイスの異常を検知した場合に、前記操作デバイスに対して、装置の状態を表示させるための表示コマンドを送信せず、前記操作デバイスの異常を検知した後に、前記操作デバイスの復旧を検知した場合に、前記操作デバイスに対して、一度送信された前記表示コマンドを再度送信するステップとを実行させる。

本発明の一つの様態によれば、何らかの異常が発生した場合であっても、画像処理装置と操作デバイスとの状態を容易に正常に復旧することができるという効果を奏する。

図１は、実施の形態１に係る画像処理装置の構成例を示す図である。 図２は、操作コマンドの例を示す図である。 図３は、記録部によって記録される操作コマンドの例を示す図である。 図４は、操作デバイスの状態が正常であるときの処理シーケンスの例を示す図である。 図５は、操作デバイスの状態が異常であるときの処理シーケンスの例を示す図である。 図６は、画像処理装置のハードウェア構成例を示すブロック図である。

以下に添付図面を参照して、本発明に係る画像処理装置、画像処理プログラム及び画像処理方法の実施の形態を説明する。なお、以下の実施の形態により本発明が限定されるものではない。

（実施の形態１）
［画像処理装置の構成］
図１を用いて、実施の形態１に係る画像処理装置の構成を説明する。図１は、実施の形態１に係る画像処理装置の構成例を示す図である。なお、図１では、画像処理装置の構成と合わせて、操作デバイスについてもその構成例を図示している。

図１に示すように、画像処理装置１００は、通信制御部１１０と、通信Ｉ／Ｆ１１１と、通信Ｉ／Ｆ１１２と、通信Ｉ／Ｆ１１３と、記録部１２０と、送信制御部１３０と、印刷制御部１４０と、スキャナデバイス１５０と、プロッタデバイス１６０とを有する。画像処理装置１００は、例えば、コピー機能、プリンタ機能、スキャナ機能及びファクシミリ機能のうち、少なくとも２つの機能を有する複合機（MFP）であっても良いし、複写機、プリンタ、スキャナ装置、ファクシミリ装置等の画像処理装置であっても良い。また、操作デバイス２００は、通信制御部２１０と、通信Ｉ／Ｆ２１１と、通信Ｉ／Ｆ２１２と、操作部２２０とを有する。操作デバイス２００は、画像処理装置１００を操作するための専用のデバイスであっても良いし、多機能携帯電話機等の携帯端末装置であっても良い。

また、画像処理装置１００と操作デバイス２００とは、相互に通信可能に接続されている。例えば、画像処理装置１００と操作デバイス２００との間の通信は、ＵＳＢ（Universal Serial Bus）等を採用した接続、有線ＬＡＮ（Local Area Network）や無線ＬＡＮ等を採用した接続により実現される。より具体的には、通信Ｉ／Ｆ１１１、通信Ｉ／Ｆ１１２及び通信Ｉ／Ｆ１１３は、ＵＳＢ、シリアル、有線ＬＡＮ、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ（Infrared Data Association）等の規格が採用された通信デバイスである。本実施の形態では、ＵＳＢ、無線ＬＡＮ、有線ＬＡＮの通信Ｉ／Ｆを採用する例を挙げているが、通信Ｉ／Ｆは、何れの規格であっても良いし、複数の規格が採用されていても良い。なお、有線ＬＡＮでは、有線ＬＡＮ専用のネットワーク１０１０が利用され、無線ＬＡＮでは、無線ＬＡＮ専用のネットワーク１０２０が利用される。

通信制御部１１０は、通信Ｉ／Ｆ１１１、通信Ｉ／Ｆ１１２及び通信Ｉ／Ｆ１１３の複数の通信Ｉ／Ｆで送受されるデータを制御する。より具体的には、通信制御部１１０は、画像処理装置１００を操作する操作デバイス２００に対して、操作コマンドを送信する。

例を挙げると、通信制御部１１０は、印刷ジョブに関する操作コマンドを印刷制御部１４０から受け取り、上記何れかの通信Ｉ／Ｆを介して、操作デバイス２００に対して操作コマンドを送信する。かかる印刷制御部１４０は、スキャナデバイス１５０やプロッタデバイス１６０等のデバイスを制御し、印刷ジョブの管理を行なう。また、通信制御部１１０は、送信ジョブに関する操作コマンドを送信制御部１３０から受け取り、上記何れかの通信Ｉ／Ｆを介して、操作デバイス２００に対して操作コマンドを送信する。かかる送信制御部１３０は、メールやフォルダ送信等の送信ジョブの管理を行なう。スキャナデバイス１５０は、原稿の画像データを取得するデバイスである。プロッタデバイス１６０は、画像データを印刷出力するデバイスである。

図２は、操作コマンドの例を示す図である。図２に示すように、操作コマンドは、各操作コマンドを識別するＩＤを表す「コマンドＩＤ」と、各操作コマンドのパラメタを表す「パラメタ」とを含む。また、「戻り値」は、通信制御部１１０によって送信される操作コマンドに対する、操作デバイス２００からの応答を表す。また、操作コマンドには、操作デバイス２００の操作部２２０に表示させる、システムメッセージの表示「ＳＨＯＷ＿ＳＹＳＴＥＭ＿ＭＥＳＳＡＧＥ」、ボタンの表示「ＳＨＯＷ＿ＢＵＴＴＯＮ」、テキストの表示「ＳＨＯＷ＿ＴＥＸＴ」等の種類がある。加えて、特殊な操作コマンドとして、操作デバイスの正常、異常又は異常からの復旧を検知するための操作コマンド「ＨＥＲＴ＿ＢＥＡＴ」がある。操作コマンド「ＨＥＲＴ＿ＢＥＡＴ」については、正常であれば戻り値「ＯＫ」、異常であれば戻り値「ＮＧ」、復旧であれば戻り値「ＩＮＩＴＩＡＴＥＤ」がそれぞれ返されることになる。

記録部１２０は、通信制御部１１０によって送信された操作コマンドを記録する。操作コマンドの記録は、画像処理装置１００に含まれる所定のメモリや外部の記憶装置等に行なわれる。図３は、記録部１２０によって記録される操作コマンドの例を示す図である。図３に示すように、記録される操作コマンドは、「キー」と「キー」に対応する値「バリュー」とを含む。「キー」については、最後に表示されたシステムメッセージ「ＬＡＳＴ＿ＳＨＯＷ＿ＳＹＳＴＥＭ＿ＭＥＳＳＡＧＥ」、表示状態にしたボタンのリスト「ＳＨＯＷＮ＿ＢＵＴＴＯＮ＿ＬＩＳＴ」、表示状態にしたテキストのリスト「ＳＨＯＷＮ＿ＴＥＸＴ＿ＬＩＳＴ」となる。なお、図３に示す「バリュー」の内容については一例である。

また、システムメッセージであれば一度に表示できるメッセージ数に限りがあり、ボタンであれば表示と非表示との切り替えがあることから、過去に送信された全ての操作コマンドを記録しなくても良い。このため、図３の例では、最後に表示されたシステムメッセージのみ、最後に表示状態になったボタンのリストのみ、最後に表示状態になったテキストのリストのみが記録されることを表している。すなわち、記録部１２０は、既に記録されている操作コマンドが新規の操作コマンドで更新されるものであれば、既に記録された操作コマンドの記録については削除する。

また、図３の例では、上述したように、システムメッセージ、ボタンのリスト、テキストのリストを記録する場合を表している。記録部１２０によって記録される操作コマンドは、上述したように、操作デバイス２００の操作部２２０に表示させるために利用されるものであるため、上記以外の操作コマンドについては記録していない。すなわち、記録部１２０は、操作デバイス２００の再起動後の画面の再構築で利用される操作コマンドのみを記録する。

また、通信制御部１１０は、操作デバイス２００の異常からの復旧を検知した場合に、操作デバイス２００に対して、記録部１２０によって記録された操作コマンドを再度送信する。操作デバイス２００の復旧の検知について、通信制御部１１０は、操作デバイス２００に対して制御メッセージを定期的に送信し、送信した制御メッセージに対する応答に応じて、異常から復旧したことを検出する。かかる制御メッセージは、上記操作コマンド「ＨＥＲＴ＿ＢＥＡＴ」である。すなわち、操作デバイス２００による制御メッセージに対する応答は、正常であれば「ＯＫ」を返し、異常であれば「ＮＧ」を返し、復旧した直後であれば「ＩＮＩＴＩＡＴＥＤ」を返す。

例を挙げると、通信制御部１１０は、制御メッセージとしての操作コマンド「ＨＥＲＴ＿ＢＥＡＴ」を操作デバイス２００に対して定期的に送信する。このとき、通信制御部１１０は、操作コマンド「ＨＥＲＴ＿ＢＥＡＴ」に対する操作デバイス２００からの応答として、異常「ＮＧ」を受信した場合に、操作デバイス２００が異常状態であることを検知する。一方、通信制御部１１０は、操作コマンド「ＨＥＲＴ＿ＢＥＡＴ」に対する操作デバイス２００からの応答として、復旧「ＩＮＩＴＩＡＴＥＤ」を受信した場合に、操作デバイス２００が異常状態から復旧したことを検知する。そして、通信制御部１１０は、操作デバイス２００が復旧したことを検知すると、記録部１２０によって記録された操作コマンドを、操作デバイス２００に対して再度送信する。これにより、復旧後の操作デバイス２００では、操作コマンドをもとに画面が再構築される。つまり、操作デバイス２００が再起動された場合であっても、画像処理装置１００を再起動させることなく、操作デバイス２００の状態を正常に復旧することができる。なお、操作デバイス２００に対して再度送信される操作コマンドは、上述したように、操作デバイス２００の再起動後の画面の再構築で利用される操作コマンドのみで良い。

操作デバイス２００において、通信制御部２１０は、通信Ｉ／Ｆ２１１、通信Ｉ／Ｆ２１２の複数の通信Ｉ／Ｆで送受されるデータを制御する。ここで、通信Ｉ／Ｆ２１１は、ＵＳＢを採用した接続により実現され、通信Ｉ／Ｆ２１２は、無線ＬＡＮを採用した接続により実現される。但し、画像処理装置１００の通信制御部１１０と同様に、通信Ｉ／Ｆ２１１及び通信Ｉ／Ｆ２１２は、ＵＳＢ、シリアル、有線ＬＡＮ、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ等の規格が採用された通信デバイスであれば良い。

より具体的には、通信制御部２１０は、画像処理装置１００によって送信された操作コマンドを受信し、受信した操作コマンドを操作部２２０に対して通知する。また、通信制御部２１０は、画像処理装置１００によって送信された操作コマンドに対する応答として、「ＯＫ」、「ＮＧ」、「ＩＮＩＴＩＡＴＥＤ」等の値を送信する。

操作部２２０は、通信制御部２１０によって通知された操作コマンドをもとに、表示する画面の描画を行ない、描画した画面を表示出力する。また、操作部２２０によって受け付けられたユーザによる操作内容は、通信制御部２１０を介して画像処理装置１００に対して送信される。

［正常時の処理シーケンス］
次に、図４を用いて、操作デバイス２００の状態が正常であるときの処理の流れについて説明する。図４は、操作デバイス２００の状態が正常であるときの処理シーケンスの例を示す図である。なお、図４では、トナー切れを表すシステムメッセージを送信する場合を例に挙げる。

図４に示すように、印刷制御部１４０は、トナー切れを検知した場合に（ステップＳ１０１）、トナー切れを表す操作コマンドであるシステムメッセージ「ＳＨＯＷ＿ＳＹＳＴＥＭ＿ＭＥＳＳＡＧＥ（ＴＯＮＥＲ＿ＥＮＤ）」の送信を通信制御部１１０に対して指示する（ステップＳ１０２）。

通信制御部１１０は、印刷制御部１４０からの送信指示を受けると、記録部１２０に対して操作コマンド「ＳＨＯＷ＿ＳＹＳＴＥＭ＿ＭＥＳＳＡＧＥ（ＴＯＮＥＲ＿ＥＮＤ）」の記録を指示する（ステップＳ１０３）。記録部１２０は、通信制御部１１０からの記録指示を受けると、トナー切れを表す操作コマンドであるシステムメッセージ「ＳＨＯＷ＿ＳＹＳＴＥＭ＿ＭＥＳＳＡＧＥ（ＴＯＮＥＲ＿ＥＮＤ）」を記録し（ステップＳ１０４）、記録が完了した旨を通信制御部１１０に対して通知する（ステップＳ１０５）。

また、通信制御部１１０は、印刷制御部１４０から送信指示を受けたシステムメッセージ「ＳＨＯＷ＿ＳＹＳＴＥＭ＿ＭＥＳＳＡＧＥ（ＴＯＮＥＲ＿ＥＮＤ）」を操作デバイス２００に対して送信する（ステップＳ１０６）。システムメッセージ「ＳＨＯＷ＿ＳＹＳＴＥＭ＿ＭＥＳＳＡＧＥ（ＴＯＮＥＲ＿ＥＮＤ）」を受信した操作デバイス２００は、該システムメッセージをもとに、操作部２２０に表示する画面を描画し、描画した画面を表示出力する（ステップＳ１０７）。

また、印刷制御部１４０は、定期的に送信する制御メッセージである操作コマンド「ＨＥＲＴ＿ＢＥＡＴ」の送信を通信制御部１１０に対して指示する（ステップＳ１０８）。通信制御部１１０は、印刷制御部１４０からの送信指示を受けると、制御メッセージである操作コマンド「ＨＥＲＴ＿ＢＥＡＴ」を操作デバイス２００に対して送信する（ステップＳ１０９）。操作コマンド「ＨＥＲＴ＿ＢＥＡＴ」を受信した操作デバイス２００は、応答として、正常「ＯＫ」を通信制御部１１０に対して送信する（ステップＳ１１０）。

［異常時の処理シーケンス］
次に、図５を用いて、操作デバイス２００の状態が異常であるときの処理の流れについて説明する。図５は、操作デバイス２００の状態が異常であるときの処理シーケンスの例を示す図である。なお、図５では、トナー切れを表すシステムメッセージを送信した後に、制御メッセージ「ＨＥＲＴ＿ＢＥＡＴ」を定期的に送信する状況を表している。

図５に示すように、操作デバイス２００では、何らかの異常が発生する（ステップＳ２０１）。また、印刷制御部１４０は、定期的に送信する制御メッセージである操作コマンド「ＨＥＲＴ＿ＢＥＡＴ」の送信を通信制御部１１０に対して指示する（ステップＳ２０２）。通信制御部１１０は、印刷制御部１４０からの送信指示を受けると、制御メッセージである操作コマンド「ＨＥＲＴ＿ＢＥＡＴ」を操作デバイス２００に対して送信する（ステップＳ２０３）。

このとき、操作デバイス２００では異常が発生しているため、操作デバイス２００から異常であることを表す「ＮＧ」が返される（ステップＳ２０４）。また、この後、操作デバイス２００では、異常状態から復旧するために再起動が行なわれる（ステップＳ２０５）。

また、印刷制御部１４０は、定期的に送信する制御メッセージである操作コマンド「ＨＥＲＴ＿ＢＥＡＴ」の送信を通信制御部１１０に対して指示する（ステップＳ２０６）。通信制御部１１０は、印刷制御部１４０からの送信指示を受けると、制御メッセージである操作コマンド「ＨＥＲＴ＿ＢＥＡＴ」を操作デバイス２００に対して送信する（ステップＳ２０７）。

このとき、操作デバイス２００は再起動した直後の状態であるため、操作デバイス２００から復旧したことを表す「ＩＮＩＴＩＡＴＥＤ」が返される（ステップＳ２０８）。復旧「ＩＮＩＴＩＡＴＥＤ」を受信した通信制御部１１０は、記録部１２０によって記録された操作コマンドであるシステムメッセージ「ＬＡＳＴ＿ＳＨＯＷ＿ＳＹＳＴＥＭ＿ＭＥＳＳＡＧＥ（ＴＯＮＥＲ＿ＥＮＤ）」を操作デバイス２００に対して送信する（ステップＳ２０９）。なお、通信制御部１１０は、「ＬＡＳＴ＿ＳＨＯＷ＿ＳＹＳＴＥＭ＿ＭＥＳＳＡＧＥ（ＴＯＮＥＲ＿ＥＮＤ）」の他にも何らかの操作コマンドが記録されていた場合には、記録された操作コマンドを順次操作デバイス２００に対して送信する。これらにより、操作デバイス２００では、操作コマンドをもとに画面が再構築され、異常が発生する前の画面の状態に回復する。

［実施の形態１による効果］
上述したように、画像処理装置１００は、操作デバイス２００に対して送信された操作コマンドを記録しておき、操作デバイス２００が異常状態から復旧した場合に、記録しておいた操作コマンドを該操作デバイス２００に対して再度送信する。この結果、画像処理装置１００は、何らかの異常が発生した場合であっても、画像処理装置１００と操作デバイス２００との状態を容易に正常に復旧することができる。

また、画像処理装置１００は、操作コマンドの種類ごとに常に最新の操作コマンドのみを記録しておくので、操作コマンドの記録で利用されるメモリを圧迫することなく、また、操作デバイス２００の画面の再構築で不要な操作コマンドを送信することを防止することができる。また、画像処理装置１００は、操作デバイス２００の画面の再構築に利用される操作コマンドのみを記録するので、操作コマンドの記録で利用されるメモリを圧迫することなく、また、画面の再構築の時間を短縮することができる。

（実施の形態２）
さて、これまで本発明に係る画像処理装置１００の実施の形態について説明したが、上述した実施の形態以外にも種々の異なる形態にて実施されて良いものである。そこで、（１）操作コマンドの記録、（２）構成、（３）プログラム、について異なる実施の形態を説明する。

（１）操作コマンドの記録
上記実施の形態１では、操作コマンドの種類ごとに最新の操作コマンドのみを記録したり、操作デバイス２００の画面の再構築に利用される操作コマンドのみを記録したりする場合を説明した。かかる操作コマンドの記録については、画像処理装置１００が保持するアプリケーションごとに、対応する操作コマンドを記録することもできる。

例えば、記録部１２０は、通信制御部１１０によって送信された操作コマンドについて、画像処理装置１００に搭載されたアプリケーションごとに、システムメッセージ、ボタン及びテキスト等に係る操作コマンドを記録する。また、通信制御部１１０は、操作デバイス２００の復旧時に、復旧直前に表示されていたアプリケーションに対応して記録されていた操作コマンドを、操作デバイス２００に対して送信する。ここで、操作デバイス２００では、操作コマンドをもとに画面が再構築される。その後、通信制御部１１０は、アプリケーションが切り替えられた場合に、切り替えた先のアプリケーションに対応して記録されていた操作コマンドを、操作デバイス２００に対して送信する。これらの結果、画像処理装置１００は、操作デイバス２００の復旧時に画像処理装置１００に搭載された全てのアプリケーションについて同時に操作コマンドを送信しないので、操作デバイス２００での画面の再構築に要する処理時間を短縮することができる。

（２）構成
また、上記文書中や図面中等で示した処理手順、制御手順、具体的名称、各種のデータやパラメタ等を含む情報は、特記する場合を除いて任意に変更することができる。例えば、上記実施の形態では、記録する操作コマンドの一例として、システムメッセージ、ボタン、テキストに係る操作コマンドを例に挙げたが、操作コマンドはこれらに限られるものではない。すなわち、操作デバイス２００の画面の再構築に利用される操作コマンドであれば、何れを記録するようにしても良い。

また、図示した各装置の各構成要素は、機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散又は統合の具体的形態は、図示のものに限られず、その全部又は一部を各種の負担や使用状況等に応じて、任意の単位で機能的又は物理的に、分散又は統合することができる。例えば、通信制御部１１０と記録部１２０とは、操作コマンドを操作デバイス２００に対して送信し、送信した操作コマンドを所定のメモリに記録する「通信記録制御部」として統合しても良い。

図６は、上記実施の形態１に係るＭＦＰとしての画像処理装置１００のハードウェア構成を示すブロック図である。なお、図６に示す操作表示部２０は、操作デバイス２００の一例である。図６に示すように、ＭＦＰは、コントローラ１０と、エンジン部（Engine）６０とを、ＰＣＩ（Peripheral Component Interface）バスで接続した構成となる。コントローラ１０は、ＭＦＰ全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部６０は、ＰＣＩバスに接続可能なプリンタエンジン等であり、例えば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナ又はファックスユニット等である。なお、エンジン部６０には、プロッタ等のいわゆるエンジン部分に加えて、誤差拡張やガンマ変換等の画像処理部分が含まれる。

コントローラ１０は、ＣＰＵ１１と、ノースブリッジ（NB）１３と、システムメモリ（MEM−P）１２と、サウスブリッジ（SB）１４と、ローカルメモリ（MEM−C）１７と、ＡＳＩＣ（Application Specific Integrated Circuit）１６と、ハードディスクドライブ（HDD）１８とを有し、ノースブリッジ１３とＡＳＩＣ１６との間をＡＧＰ（Accelerated Graphics Port）バス１５で接続した構成となる。また、ＭＥＭ−Ｐ１２は、ＲＯＭ（Read Only Memory）１２ａと、ＲＡＭ（Random Access Memory）１２ｂとをさらに有する。

ＣＰＵ１１は、ＭＦＰの全体制御を行なうものであり、ノースブリッジ１３、ＭＥＭ−Ｐ１２及びサウスブリッジ１４からなるチップセットを有し、このチップセットを介して他の機器と接続される。

ノースブリッジ１３は、ＣＰＵ１１とＭＥＭ−Ｐ１２、サウスブリッジ１４、ＡＧＰバス１５とを接続するためのブリッジであり、ＭＥＭ−Ｐ１２に対する読み書き等を制御するメモリコントローラと、ＰＣＩマスタ及びＡＧＰターゲットとを有する。

ＭＥＭ−Ｐ１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリ等として用いるシステムメモリであり、ＲＯＭ１２ａとＲＡＭ１２ｂとからなる。ＲＯＭ１２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリ等として用いる書き込み及び読み出し可能なメモリである。

サウスブリッジ１４は、ノースブリッジ１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このサウスブリッジ１４は、ＰＣＩバスを介してノースブリッジ１３と接続されており、このＰＣＩバスには、ネットワークインタフェース（Ｉ／Ｆ）部等も接続される。

ＡＳＩＣ１６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）であり、ＡＧＰ１５、ＰＣＩバス、ＨＤＤ１８及びＭＥＭ−Ｃ１７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ１６は、ＰＣＩターゲット及びＡＧＰマスタと、ＡＳＩＣ１６の中核をなすアービタ（ARB）と、ＭＥＭ−Ｃ１７を制御するメモリコントローラと、ハードウェアロジック等により画像データの回転等を行なう複数のＤＭＡＣ（Direct Memory Access Controller）と、エンジン部６０との間でＰＣＩバスを介してＦＣＵ（Facsimile Control Unit）３０、ＵＳＢ（Universal Serial Bus）４０、ＩＥＥＥ１３９４（the Institute of Electrical and Electronics Engineers 1394）インタフェース５０が接続される。操作表示部２０は、ＡＳＩＣ１６に直接接続されている。

ＭＥＭ−Ｃ１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ（Hard Disk Drive）１８は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行なうためのストレージである。

ＡＧＰバス１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインタフェースであり、ＭＥＭ−Ｐ１２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にするものである。

（３）プログラム
また、画像処理装置１００で実行される画像処理プログラムは、一つの様態として、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。また、画像処理装置１００で実行される画像処理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、画像処理装置１００で実行される画像処理プログラムをインターネット等のネットワーク経由で提供又は配布するように構成しても良い。また、画像処理プログラムを、ＲＯＭ等に予め組み込んで提供するように構成しても良い。

画像処理装置１００で実行される画像処理プログラムは、上述した各部（通信制御部１１０、記録部１２０）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が記憶媒体から画像処理プログラムを読み出して実行することにより、上記各部が主記憶装置上にロードされ、通信制御部１１０、記録部１２０が主記憶装置上に生成されるようになっている。

１００ 画像処理装置
１１０ 通信制御部
１１１ 通信Ｉ／Ｆ（ＵＳＢ）
１１２ 通信Ｉ／Ｆ（有線ＬＡＮ）
１１３ 通信Ｉ／Ｆ（無線ＬＡＮ）
１２０ 記録部
１３０ 送信制御部
１４０ 印刷制御部
１５０ スキャナデバイス
１６０ プロッタデバイス

特許第４７４４８０８号公報 特許第３９７７３９２号公報

Claims (8)

1. 操作デバイスと接続される画像処理装置であって、
   前記操作デバイスに対して、前記操作デバイスの異常又は復旧を検知するための検知コマンドを送信し、
   前記操作デバイスからの応答により、前記操作デバイスの異常又は復旧を検知し、
   前記操作デバイスの異常を検知した場合に、前記操作デバイスに対して、装置の状態を表示させるための表示コマンドを送信せず、
   前記操作デバイスの異常を検知した後に、前記操作デバイスの復旧を検知した場合に、前記操作デバイスに対して、一度送信された前記表示コマンドを再度送信する
   ことを特徴とする画像処理装置。
2. 前記検知コマンドを、前記操作デバイスに対して定期的に送信することを特徴とする請求項１に記載の画像処理装置。
3. 前記操作デバイスに対して送信された最新の前記表示コマンドを記録し、前記操作デバイスの異常を検知した後に、前記操作デバイスの復旧を検知した場合に、前記操作デバイスに対して、記録された最新の前記表示コマンドを再度送信することを特徴とする請求項１に記載の画像処理装置。
4. 前記操作デバイスに対して送信された前記操作デバイスの再起動後の画面の再構築で利用される前記表示コマンドのみを記録し、前記操作デバイスの異常を検知した後に、前記操作デバイスの復旧を検知した場合に、前記操作デバイスに対して、記録された前記表示コマンドを再度送信することを特徴とする請求項１に記載の画像処理装置。
5. 前記操作デバイスに対して送信された前記表示コマンドであって、前記画像処理装置が保持するアプリケーションごとに、対応する前記表示コマンドを記録し、
   前記操作デバイスの異常を検知した後に、前記操作デバイスの復旧を検知した場合に、前記操作デバイスに対して、実行される前記アプリケーションに対応する、記録された前記表示コマンドを再度送信することを特徴とする請求項１に記載の画像処理装置。
6. 前記操作デバイスからの応答は、操作デバイスの異常、又は、操作デバイスの異常からの復旧、を示すことを特徴とする請求項１〜５の何れか一つに記載の画像処理装置。
7. 操作デバイスと接続される画像処理装置に、
   前記操作デバイスに対して、前記操作デバイスの異常又は復旧を検知するための検知コマンドを送信するステップと、
   前記操作デバイスからの応答により、前記操作デバイスの異常又は復旧を検知するステップと、
   前記操作デバイスの異常を検知した場合に、前記操作デバイスに対して、装置の状態を表示させるための表示コマンドを送信せず、前記操作デバイスの異常を検知した後に、前記操作デバイスの復旧を検知した場合に、前記操作デバイスに対して、一度送信された前記表示コマンドを再度送信するステップと
   を実行させるための画像処理プログラム。
8. 操作デバイスと接続される画像処理装置で実行される画像処理方法であって、
   前記操作デバイスに対して、前記操作デバイスの異常又は復旧を検知するための検知コマンドを送信するステップと、
   前記操作デバイスからの応答により、前記操作デバイスの異常又は復旧を検知するステップと、
   前記操作デバイスの異常を検知した場合に、前記操作デバイスに対して、装置の状態を表示させるための表示コマンドを送信せず、前記操作デバイスの異常を検知した後に、前記操作デバイスの復旧を検知した場合に、前記操作デバイスに対して、一度送信された前記表示コマンドを再度送信するステップと
   を含むことを特徴とする画像処理方法。

Images