(57)【要約】【課題】何らかの異常が発生した場合であっても、画像処理装置と操作デバイスとの状態を容易に正常に復旧することを課題とする。【解決手段】操作デバイスと接続される画像処理装置は、通信制御部と、記録部とを有する。通信制御部は、操作デバイスに対して、操作コマンドを送信する。また、記録部は、通信制御部によって送信された操作コマンドを記録する。また、通信制御部は、操作デバイスの復旧を検知した場合に、記録された操作コマンドを再度送信する。【選択図】図１
2014056315.tif 000002
【特許請求の範囲】
【請求項１】
操作デバイスと接続される画像処理装置であって、
前記操作デバイスに対して、操作コマンドを送信する通信制御部と、
前記通信制御部によって送信された前記操作コマンドを記録する記録部と
を有し、
前記通信制御部は、前記操作デバイスの復旧を検知した場合に、記録された前記操作コマンドを再度送信する
ことを特徴とする画像処理装置。
【請求項２】
前記通信制御部は、前記操作デバイスに対して定期的に制御メッセージを送信し、該制御メッセージに対する応答に応じて、前記操作デバイスの復旧を検知することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記記録部は、既に記録された前記操作コマンドが新規の前記操作コマンドで更新されるものであるか否かを判定し、更新されるものである場合に、既に記録された前記操作コマンドの記録を削除することを特徴とする請求項１又は２に記載の画像処理装置。
【請求項４】
前記記録部は、前記操作デバイスの再起動後の画面の再構築で利用される前記操作コマンドのみを記録することを特徴とする請求項１又は２に記載の画像処理装置。
【請求項５】
前記記録部は、前記画像処理装置が保持するアプリケーションごとに、対応する前記操作コマンドを記録し、
前記通信制御部は、実行される前記アプリケーションに対応する前記操作コマンドを再度送信することを特徴とする請求項１又は２に記載の画像処理装置。
【請求項６】
操作デバイスと接続される画像処理装置に、
前記操作デバイスに対して、操作コマンドを送信する通信制御ステップと、
前記通信制御ステップによって送信された前記操作コマンドを記録する記録ステップと
を実行させ、
前記通信制御ステップは、前記操作デバイスの復旧を検知した場合に、記録された前記操作コマンドを再度送信する
ことを特徴とする画像処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置及び画像処理プログラムに関する。
【背景技術】
【０００２】
従来、ＭＦＰ（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）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。また、画像処理装置１００で実行される画像処理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、画像処理装置１００で実行される画像処理プログラムをインターネット等のネットワーク経由で提供又は配布するように構成しても良い。また、画像処理プログラムを、ＲＯＭ等に予め組み込んで提供するように構成しても良い。
【００５２】
画像処理装置１００で実行される画像処理プログラムは、上述した各部（通信制御部１１０、記録部１２０）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が記憶媒体から画像処理プログラムを読み出して実行することにより、上記各部が主記憶装置上にロードされ、通信制御部１１０、記録部１２０が主記憶装置上に生成されるようになっている。
【符号の説明】
【００５３】
１００  画像処理装置
１１０  通信制御部
１１１  通信Ｉ／Ｆ（ＵＳＢ）
１１２  通信Ｉ／Ｆ（有線ＬＡＮ）
１１３  通信Ｉ／Ｆ（無線ＬＡＮ）
１２０  記録部
１３０  送信制御部
１４０  印刷制御部
１５０  スキャナデバイス
１６０  プロッタデバイス
【先行技術文献】
【特許文献】
【００５４】
【特許文献１】特許第４７４４８０８号公報
【特許文献２】特許第３９７７３９２号公報
【図１】
2014056315.tif 000003
【図２】
2014056315.tif 000004
【図３】
2014056315.tif 000005
【図４】
2014056315.tif 000006
【図５】
2014056315.tif 000007
【図６】
2014056315.tif 000008