JP6256573B2 - 画像処理装置および画像処理方法 - Google Patents

Description

本発明は、画像処理装置および画像処理方法に関する。

例えば特許文献１には、Ｗｅｂブラウザから、画像形成装置本体に実行させるジョブを発行した場合に、本体側にエラーが発生してもジョブの再実行を行わせることを目的として、Ｗｅｂブラウザ側から再度ジョブを発行しなくても、本体側でジョブを再開する構成や本体側からＷｅｂブラウザ側に再実行できる状態になったことを通知し、Ｗｅｂブラウザから再度ジョブを発行する構成が開示されている。

しかしながら、特許文献１に開示された技術では、エラーが発生して画像形成装置本体が再起動する場合、本体に接続される操作部（操作表示部４）も、本体と一緒に再起動する構成である。このため、例えば操作部には影響が無いエラーが本体側で発生した場合（操作部は再起動する必要が無い場合）であっても、操作部は本体と一緒に再起動する必要があるので、例えば操作部が、画像形成機能以外のアプリケーション（例えばブラウザ、サイネージ、マルチメディアプレーヤー等）の操作を行うためのＵＩ機能を提供可能であっても、これらのＵＩ機能を提供することは不可能である。このため、ユーザの利便性が低下するという問題がある。

本発明は、上記に鑑みてなされたものであって、ユーザの利便性を向上させることが可能な画像処理装置および画像処理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、第１オペレーティングシステムで動作し、画像を処理する画像処理部と、制御線を介して前記画像処理部と接続されるとともに第２オペレーティングシステムで動作し、操作入力を受け付ける操作部と、を備え、前記画像処理部は、ジョブ実行中において前記画像処理部の再起動を必要とする異常が発生したことを検知するジョブ実行制御部と、前記ジョブ実行制御部において前記画像処理部の再起動を必要とする異常の発生が検知された場合に、前記画像処理部を再起動する起動停止制御部と、を有し、前記操作部は、前記画像処理部で異常が発生したか否かを検知する検知部と、前記検知部により検知した前記画像処理部での異常が前記操作部の再起動が必要な異常である場合、前記操作部の再起動を実行させ、前記検知部により検知した前記画像処理部での異常が前記操作部の再起動が必要な異常でない場合、前記操作部の再起動を実行させない制御を行う第１制御部と、を備える画像処理装置である。

また、本発明は、第１オペレーティングシステムで動作し、画像を処理する画像処理部と、制御線を介して前記画像処理部と接続されるとともに第２オペレーティングシステムで動作し、操作入力を受け付ける操作部と、を備える画像処理装置による画像処理方法であって、前記画像処理部は、ジョブ実行中において前記画像処理部の再起動を必要とする異常が発生したことを検知するジョブ実行制御ステップと、前記ジョブ実行制御ステップにおいて前記画像処理部の再起動を必要とする異常の発生が検知された場合に、前記画像処理部を再起動する起動停止制御ステップと、を含み、前記操作部は、前記画像処理部で異常が発生したか否かを検知する検知ステップと、前記検知ステップにより検知した前記画像処理部での異常が前記操作部の再起動が必要な異常である場合、前記操作部の再起動を実行させ、前記検知ステップにより検知した前記画像処理部での異常が前記操作部の再起動が必要な異常でない場合、前記操作部の再起動を実行させない制御を行う制御ステップと、を含む画像処理方法である。

本発明によれば、ユーザの利便性を向上させることが可能になる。

図１は、第１実施形態の画像処理装置の構成例を示す図である。 図２は、第１実施形態の操作部の機能構成例を示す図である。 図３は、第１実施形態の画像処理部の機能構成例を示す図である。 図４は、第１実施形態の操作部の処理動作の一例を示すフローチャートである。 図５は、第２実施形態の操作部の機能構成例を示す図である。 図６は、第２実施形態の第１保持部に保持されるパラメータの一例を示す図である。 図７は、再起動前の操作を継続するか否かを選択させる画面の一例を示す図である。 図８は、再起動前に設定されたパラメータを示すとともに、再度のパラメータの入力操作またはジョブの実行を指示する入力操作を行わせることが可能な画面の一例を示す図である。 図９は、第２実施形態の操作部の処理動作の一例を示すフローチャートである。 図１０は、第２実施形態の操作部の処理動作の一例を示すフローチャートである。 図１１は、第２実施形態の操作部の処理動作の一例を示すフローチャートである。 図１２は、第３実施形態の操作部の機能構成例を示す図である。 図１３は、第４実施形態の画像処理部の機能構成例を示す図である。 図１４は、第４実施形態の画像処理部の処理動作の一例を示すフローチャートである。 図１５は、第５実施形態の前提となる構成を模式的に示す図である。 図１６は、第５実施形態の操作部の機能構成例を示す図である。 図１７は、第５実施形態の操作部の処理動作の一例を示すフローチャートである。

以下、添付図面を参照しながら、本発明に係る画像処理装置および画像処理方法の実施の形態を詳細に説明する。

（第１実施形態）
図１は、本実施形態の画像処理装置１００の構成例を示すブロック図である。図１に示すように、画像処理装置１００は、画像処理部１０と操作部２０とを備える。画像処理部１０は、第１オペレーティングシステム（ＯＳ）で動作し、画像を処理する機能を提供する。図１に示すように、画像処理部１０は、アプリケーション層（以下、「アプリ層」と呼ぶ）１１と、サービス層１２と、ＯＳ層１３とを有する。画像処理部１０には、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備えるコンピュータ装置が搭載され、アプリ層１１、サービス層１２およびＯＳ層１３の実体は、ＲＯＭや外部記憶装置等に格納されている各種ソフトウェアである。ＣＰＵがＲＯＭ等に格納された各種ソフトウェアをＲＡＭ上に展開して実行することにより、各種の機能が実現される。

アプリ層１１は、コピー機能、スキャン機能などの機能を提供する。サービス層１２は、アプリ層１１からの処理要求を解釈して、解釈結果に応じて、デバイス（例えば画像形成動作を行うエンジン部など）の制御を司るコントロールサービスを提供する。ＯＳ層１３（第１オペレーティングシステム）は、画像処理部１０で利用される各種ソフトウェアに共通する基本的な機能を提供し、画像処理部１０に搭載されたコンピュータの稼動や使用をサポートする機能を提供する。

操作部２０は、制御線１０１を介して画像処理部１０と接続される。操作部２０は、第１オペレーティングシステムとは異なる第２オペレーティングシステムで動作し、操作入力を受け付ける機能を提供する。図１に示すように、操作部２０は、アプリ層２１と、サービス層２２と、ＯＳ層２３とを有する。操作部２０には、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備えるコンピュータ装置が搭載され、アプリ層２１、サービス層２２およびＯＳ層２３の実体は、ＲＯＭや外部記憶装置等に格納されている各種ソフトウェアである。ＣＰＵがＲＯＭ等に格納された各種ソフトウェアをＲＡＭ上に展開して実行することにより、各種の機能が実現される。また、図１の例では、操作部２０は、インターネットに接続するための無線ＬＡＮアクセスポイント１１０と通信可能な無線通信部１２０を有する。

アプリ層２１は、画像処理部１０が有する機能（コピー機能、スキャン機能などの画像形成機能）や画像処理部１０の機能を使わないアプリ（ブラウザ、サイネージ、マルチメディアプレーヤー）の操作を行うためのＵＩ機能を提供する。サービス層２２は、アプリ層２１からの処理要求を解釈して、解釈結果に応じて、デバイス（例えば操作部２０のディスプレイ装置など）の制御を司るコントロールサービスを提供する。ＯＳ層２３（第２オペレーティングシステム）は、操作部２０で利用される各種ソフトウェアに共通する基本的な機能を提供し、操作部２０に搭載されたコンピュータの稼動や使用をサポートする機能を提供する。

また、操作部２０に対する電力は、制御線１０１を介して画像処理部１０から供給されており、操作部２０の電源制御は、画像処理部１０の電源制御とは別に（独立して）行うことができる構成になっている。本実施形態では、機能の独立性を保つために、画像処理部１０と操作部２０は別々のオペレーティングシステムで動作していて、片方のＯＳが停止しても動作を継続することが可能なシステムとなっている。

図２は、操作部２０の機能構成例を示すブロック図である。図２に示すように、操作部２０は、受付部２０１と、第１生成部２０２と、送信部２０３と、検知部２０４と、判断部２０５と、第１制御部２０６とを有する。受付部２０１は、操作入力を受け付ける。例えば受付部２０１は、画像処理部１０に実行させるジョブ（印刷ジョブ等）の実行条件を示すパラメータの入力を受け付ける。第１生成部２０２は、受付部２０１で受け付けたパラメータに応じて、ジョブを生成する。送信部２０３は、第１生成部２０２で生成されたジョブを送信する。

検知部２０４は、画像処理部１０で異常（エラー）が発生したか否かを検知する。画像処理部１０で異常が発生したか否かを検知する方法は任意であり、例えば送信部２０３を介してジョブを画像処理部１０へ送信した際に、送信したジョブに対する応答から、画像処理部１０で異常が発生したか否かを検知することもできるし、ジョブを受け付けたことを示すジョブ受付応答が画像処理部１０から返信されなかった場合に、画像処理部１０で異常が発生したことを検知することもできる。また、検知部２０４は、制御線１０１を介して、画像処理部１０に対して現在の状態を問い合わせる状態要求信号を送信し、その状態要求信号に対する応答として、画像処理部１０の現在の状態を示す状態信号を画像処理部１０から取得することもできる。そして、検知部２０４は、取得した状態信号から、画像処理部１０で異常が発生しているか否かを検知することもできる。検知部２０４は、画像処理部１０で異常が発生したことを検知した場合、その旨を判断部２０５へ通知する。なお、検知部２０４は、画像処理部１０の状態を検知する機能に加えて、操作部２０の状態を検知する機能を有する形態であってもよい。

判断部２０５は、検知部２０４により画像処理部１０で異常が発生したことが検知された場合、操作部２０の再起動が必要であるか否かを判断する。判断部２０５は、操作部２０の再起動が必要ではないと判断した場合、その旨を第１制御部２０６へ通知する。第１制御部２０６は、判断部２０５により操作部２０の再起動が必要ではないと判断された場合、操作部２０の再起動を実行させない制御を行う。これにより、画像処理部１０が再起動中であっても、操作部２０は、画像処理部１０の機能以外の機能（例えばブラウザ、サイネージ、マルチメディアプレーヤー等のアプリ）の操作を行うためのＵＩ機能の提供を継続することができる。

上述の受付部２０１、第１生成部２０２、送信部２０３、検知部２０４、判断部２０５および第１制御部２０６の各々の機能は、操作部２０に搭載されたコンピュータ装置のＣＰＵがＲＯＭ等に格納されたプログラムを実行することにより実現される。なお、これに限らず、例えば上述の受付部２０１、第１生成部２０２、送信部２０３、検知部２０４、判断部２０５および第１制御部２０６の各々の機能のうちの少なくとも一部が、専用のハードウェア回路で実現される形態であってもよい。

図３は、画像処理部１０の機能構成例を示すブロック図である。図３に示すように、画像処理部１０は、受信部３０とジョブ実行制御部４０とを有する。受信部３０は、操作部２０（送信部２０３）から送信されるジョブを受信する。ジョブ実行制御部４０は、受信部３０で受信したジョブを実行する制御を行う。上述の受信部３０およびジョブ実行制御部４０の各々の機能は、画像処理部１０に搭載されたコンピュータ装置のＣＰＵがＲＯＭ等に格納されたプログラムを実行することにより実現される。なお、これに限らず、例えば上述の受信部３０およびジョブ実行制御部４０の各々の機能のうちの少なくとも一部が、専用のハードウェア回路で実現される形態であってもよい。

図４は、操作部２０の処理動作の一例を示すフローチャートである。図４に示すように、まず、検知部２０４は、画像処理部１０で異常が発生したか否かを検知する（ステップＳ１）。検知部２０４により画像処理部１０で異常が発生したことが検知された場合（ステップＳ１の結果：ＹＥＳの場合）、判断部２０５は、操作部２０の再起動が必要であるか否かを判断する（ステップＳ２）。判断部２０５により操作部２０の再起動が必要ではないと判断された場合（ステップＳ２の結果：ＮＯの場合）、第１制御部２０６は、操作部２０の再起動を実行させない制御を行う（ステップＳ３）。一方、判断部２０５により操作部２０の再起動が必要であると判断された場合（ステップＳ２の結果：ＹＥＳの場合）、第１制御部２０６は、操作部２０の再起動を実行する制御を行う（ステップＳ４）。

以上に説明したように、本実施形態では、画像処理部１０、および、制御線１０１を介して画像処理部１０と接続される操作部２０の各々は別々のオペレーティングシステムで動作していて、片方のＯＳが停止しても動作を継続することが可能なシステムとなっている。そして、画像処理部１０で異常が発生しても、操作部２０を再起動させる必要が無い場合は、操作部２０を再起動させない制御を行うので、画像処理部１０で異常が発生していても、操作部２０は、画像処理部１０の機能以外の機能（例えばブラウザ、サイネージ、マルチメディアプレーヤー等のアプリ）の操作を行うためのＵＩ機能の提供を継続することができる。これにより、ユーザの利便性を向上させることが可能になるという有利な効果を奏する。

（第２実施形態）
次に、第２実施形態について説明する。上述の第１実施形態と共通する部分については適宜に説明を省略する。

図５は、第２実施形態の操作部２００の機能構成例を示すブロック図である。図５に示すように、操作部２００は、第１保持部２０７と第２制御部２０８と第１表示制御部２０９とをさらに有する。第１保持部２０７は、上述のパラメータを保持可能な記憶装置である。図６は、第１保持部２０７に保持されるパラメータの一例を示す図である。図６に例示されたパラメータは、画像処理部１０に実行させる印刷ジョブの実行条件を示すパラメータであり、項目とデータとが対応付けられている。図６の例では、「カラーモード」を示す項目に対応するデータは「白黒」に設定され、「部数」を示す項目に対応するデータは「Ａ４」に設定され、「パンチ」を示す項目に対応するデータは「２穴：左」に設定され、「集約」を示す項目に対応するデータは「なし」に設定されている。

再び図５に戻って説明を続ける。第２制御部２０８は、パラメータの入力、または、ジョブの実行を指示する入力が行われている際に、画像処理部１０の再起動を必要とする異常（エラー）が画像処理部１０で発生したことが検知された場合は、入力済みのパラメータを第１保持部２０７に保持させる制御を行う。

第１表示制御部２０９は、画像処理部１０の再起動が行われた後に、再起動前の操作を継続するか否かを選択させる画面を表示する制御を行う。図７は、再起動前の操作を継続するか否かを選択させる画面の一例を示す図である。再起動前の操作が、パラメータの入力操作、または、ジョブの実行を指示する入力操作であり、その再起動前の操作を継続することを示す選択入力を受け付けた場合、第１表示制御部２０９は、第１保持部２０７に保持されたパラメータを用いて、再起動前に設定されたパラメータを示すとともに、再度のパラメータの入力操作またはジョブの実行を指示する入力操作を行わせることが可能な画面を表示する制御を行う。例えば再起動前の操作が、画像処理部１０にコピーを実行させるジョブの実行条件を示すパラメータの入力操作、または、当該ジョブの実行を指示する入力操作であり、その再起動前の操作を継続することを示す選択入力を受け付けた場合、図８に示すように、第１表示制御部２０９は、第１保持部２０７に保持されたパラメータを用いて、再起動前に設定されたパラメータ（図８の例では、「カラーモード」を示す項目に対応するデータは「白黒」、「用紙サイズ」を示す項目に対応するデータは「用紙自動選択」、「部数」を示す項目に対応するデータは「１」）を示すとともに、再度のパラメータの入力操作またはジョブの実行を指示する入力操作を行わせることが可能な画面を表示する制御を行う。

上述の第２制御部２０８および第１表示制御部２０９の各々の機能は、操作部２０に搭載されたコンピュータ装置のＣＰＵがＲＯＭ等に格納されたプログラムを実行することにより実現される。なお、これに限らず、例えば上述の第２制御部２０８および第１表示制御部２０９の各々の機能のうちの少なくとも一部が、専用のハードウェア回路で実現される形態であってもよい。

次に、パラメータの入力、または、ジョブの実行を指示する入力が行われている際に、画像処理部１０の再起動を必要とする異常が画像処理部１０で発生したことが検知された場合の操作部２００の処理動作について説明する。図９は、この場合の操作部２００の処理動作の一例を示すフローチャートである。図９に示すように、まず、検知部２０４は、画像処理部１０の再起動が必要となる異常が画像処理部１０で発生したか否かを検知する（ステップＳ１１）。検知部２０４により画像処理部１０で異常が発生したことが検知された場合（ステップＳ１１の結果：Ｙｅｓの場合）、第２制御部２０８は、入力済みのパラメータを第１保持部２０７に保持させる制御を行う（ステップＳ１２）。例えばジョブの実行を指示する入力が行われている際に、画像処理部１０の再起動を必要とする異常が画像処理部１０で発生した場合は、第２制御部２０８は、当該ジョブの生成に用いられたパラメータ（入力済みのパラメータ）を、第１保持部２０７に保持させる制御を行う。次に、判断部２０５は、操作部２０の再起動が必要であるか否かを判断する（ステップＳ１３）。判断部２０５により操作部２０の再起動が必要ではないと判断された場合（ステップＳ１３の結果：Ｎｏの場合）、第１制御部２０６は、操作部２０の再起動を実行させない制御を行う（ステップＳ１４）。

一方、上述のステップＳ１３において、判断部２０５により操作部２０の再起動が必要であると判断された場合（ステップＳ１３の結果：Ｙｅｓの場合）、第１制御部２０６は、操作部２０の再起動を実行する制御を行う（ステップＳ１５）。

次に、画像処理部１０の再起動が行われた後の操作部２００の処理動作について説明する。図１０は、この場合の操作部２００の処理動作の一例を示すフローチャートである。この例では、再起動前の操作は、パラメータの入力操作、または、ジョブの実行を指示する入力操作であるとする。

図１０に示すように、まず、検知部２０４は、画像処理部１０が再起動したか否かを検知する（ステップＳ２１）。画像処理部１０が再起動したことが検知された場合（ステップＳ２１の結果：Ｙｅｓの場合）、第１表示制御部２０９は、再起動前の操作を継続するか否かを選択させる画面を表示する制御を行う（ステップＳ２２）。再起動前の操作を継続することが選択された場合（ステップＳ２３の結果：Ｙｅｓの場合）、つまり、再起動前の操作を継続することを示す選択入力を受け付けた場合、第１表示制御部２０９は、第１保持部２０７に保持されたパラメータを用いて、再起動前に設定されたパラメータを示すとともに、再度のパラメータの入力操作またはジョブの実行を指示する入力操作を行わせることが可能な画面を表示する制御を行う（ステップＳ２４）。そして、例えばジョブの実行を指示する入力操作を受け付けた場合は、第１生成部２０２は、第１保持部２０７に保持されていたパラメータに応じたジョブを生成する。そして、第１生成部２０２により生成されたジョブは、送信部２０３を介して画像処理部１０へ送信される。

一方、上述のステップＳ２３において、再起動前の操作を継続しないことが選択された場合（ステップＳ２３の結果：Ｎｏの場合）、第１表示制御部２０９は、直前の操作画面に戻す制御を行う（ステップＳ２５）。なお、第１保持部２０７に保持されているパラメータは、そのまま残しておくこともできるし、削除することもできる。

以上に説明したように、本実施形態では、操作部２０に対してパラメータの入力、または、ジョブの実行を指示する入力が行われている際に、画像処理部１０で異常が発生したことが検知された場合は、入力済みのパラメータを第１保持部２０７に保持させる制御を行う。そして、異常を解除するために画像処理部１０の再起動が行われた後、第１保持部２０７に保持されたパラメータを用いて、再起動前に設定されたパラメータを示すとともに、再度のパラメータの入力操作またはジョブの実行を指示する入力操作を行わせることが可能な画面を表示する制御を行うことにより、再起動前の操作を継続させることができる。

また、本実施形態では、判断部２０５により操作部２０の再起動が必要であると判断されて第１制御部２０６による操作部２０の再起動が行われた後に、第１保持部２０７にパラメータが保持されている場合は、第１表示制御部２０９は、再起動前の操作を継続するか否かを選択させる画面を表示する制御を行う。図１１は、この場合の操作部２００の処理動作の一例を示すフローチャートである。図１１に示すように、まず、検知部２０４は、操作部２０が再起動したか否かを検知する（ステップＳ３１）。操作部２０が再起動したことが検知された場合（ステップＳ３１の結果：Ｙｅｓの場合）、第１表示制御部２０９は、第１保持部２０７にパラメータが保持されているか否かを確認する（ステップＳ３２）。第１保持部２０７にパラメータが保持されていることを確認した場合（ステップＳ３２の結果：Ｙｅｓの場合）、第１表示制御部２０９は、再起動前の操作を継続するか否かを選択させる画面を表示する制御を行う（ステップＳ３３）。再起動前の操作を継続することが選択された場合（ステップＳ３４の結果：Ｙｅｓの場合）、第１表示制御部２０９は、第１保持部２０７に保持されたパラメータを用いて、再起動前に設定されたパラメータを示すとともに、再度のパラメータの入力操作またはジョブの実行を指示する入力操作を行わせることが可能な画面を表示する制御を行う（ステップＳ３５）。一方、上述のステップＳ３３において、再起動前の操作を継続しないことが選択された場合（ステップＳ３３の結果：Ｎｏの場合）、第１表示制御部２０９は、直前の操作画面に戻す制御を行う（ステップＳ３６）。

一方、上述のステップＳ３２において、第１保持部２０７にパラメータが保持されていないことを確認した場合（ステップＳ３２の結果：Ｎｏの場合）、第１表示制御部２０９は、操作部２００の起動時における初期画面を表示する制御を行う（ステップＳ３７）。

（第３実施形態）
次に、第３実施形態について説明する。上述の各実施形態と共通する部分については適宜に説明を省略する。図１２は、第３実施形態の操作部２２０の機能構成例を示すブロック図である。図１２に示すように、操作部２２０は、設定部２１０をさらに備える。設定部２１０は、画像処理部１０または操作部２２０の再起動が行われた後に、再起動前の操作を継続するか否かを選択させる画面を表示するか否かを予め設定する機能を有する。例えば設定部２１０は、ユーザの操作入力に従って、画像処理部１０または操作部２２０の再起動が行われた後に、再起動前の操作を継続するか否かを選択させる画面を表示するか否かを予め設定しておくことができる。

また、設定部２１０が、画像処理部１０または操作部２０の再起動が行われた後に、再起動前の操作を継続するか否かを選択させる画面を表示させない設定を行った場合は、画像処理部１０または操作部２０の再起動が行われた後に、第１表示制御部２０９は、直前の操作画面、または、操作部２２０の起動時における初期画面を表示する制御を行う。

上述の設定部２１０の機能は、操作部２０に搭載されたコンピュータ装置のＣＰＵがＲＯＭ等に格納されたプログラムを実行することにより実現される。なお、これに限らず、例えば上述の設定部２１０の機能が、専用のハードウェア回路で実現される形態であってもよい。

以上に説明したように、本実施形態では、画像処理部１０または操作部２２０の再起動が行われた後に、再起動前の操作を継続するか否かを選択させる画面を表示するか否かを、ユーザの操作入力に応じて予め設定しておくことができるので、画像処理部１０または操作部２２０の再起動が行われた後に、ユーザのニーズに合致した操作画面を提供することができる。

（第４実施形態）
次に、第４実施形態について説明する。上述の各実施形態と共通する部分については適宜に説明を省略する。図１３は、第４実施形態の画像処理部１５０の機能構成例を示すブロック図である。図１３に示すように、画像処理部１５０は、第２保持部５０と、登録／削除部６０と、起動／停止制御部７０と、をさらに有する。第２保持部５０は、受信部３０で受信したジョブを保持可能な記憶装置である。登録／削除部６０は、受信部３０で受信したジョブを第２保持部５０に登録する機能を有する。また、登録／削除部６０は、所定の条件が成立した場合に、第２保持部５０に保持されていたパラメータを削除する機能を有する。起動／停止制御部７０は、画像処理部１５０の起動／停止を制御する機能を有する。

上述の登録／削除部６０および起動／停止制御部７０の各々の機能は、画像処理部１５０に搭載されたコンピュータ装置のＣＰＵがＲＯＭ等に格納されたプログラムを実行することにより実現される。なお、これに限らず、例えば上述の登録／削除部６０および起動／停止制御部７０の各々の機能のうちの少なくとも一部が、専用のハードウェア回路で実現される形態であってもよい。

次に、操作部（２０，２００，２２０）からのジョブを受信した場合の画像処理部１５０の処理動作を説明する。図１４は、この場合の画像処理部１５０の処理動作の一例を示すフローチャートである。図１４に示すように、操作部（２０，２００，２２０）からのジョブを受信部３０で受信した場合（ステップＳ４１の結果：Ｙｅｓの場合）、登録／削除部６０は、ステップＳ４１で受信したジョブを第２保持部５０に登録する（ステップＳ４２）。次に、ジョブ実行制御部４０は、ステップＳ４１で受信したジョブを実行する制御を行う（ステップＳ４３）。そして、ジョブ実行制御部４０は、ジョブ実行中において、画像処理部１５０の再起動を必要とする異常（エラー）が画像処理部１５０で発生したか否かを監視する（ステップＳ４４）。ジョブ実行中において、画像処理部１５０の再起動を必要とする異常が画像処理部１５０で発生したことが検知された場合（ステップＳ４４の結果：ＹＥＳの場合）、起動／停止制御部７０は、画像処理部１５０の再起動を実行する制御を行う（ステップＳ４５）。

一方、ジョブ実行中において、画像処理部１５０の再起動を必要とする異常が画像処理部１５０で発生せずに（ステップＳ４４の結果：Ｎｏ）、ジョブの実行が終了した場合（ステップＳ４６の結果：Ｙｅｓの場合）、登録／削除部６０は、第２保持部５０に保持されていたパラメータを削除する（ステップＳ４７）。

以上に説明したように、本実施形態の画像処理部１５０は、操作部（２０，２００，２２０）から受信したジョブを、当該ジョブの実行が完了するまで保持しておく第２保持部５０を有するので、例えばジョブ実行中に、画像処理部１５０の再起動を必要とする異常が発生した場合であっても、再起動後に、第２保持部５０に保持されたジョブを実行することにより、ジョブを再開することができる。

（第５実施形態）
次に、第５実施形態について説明する。上述の各実施形態と共通する部分については適宜に説明を省略する。ここでは、図１５に示すように、第５実施形態の画像処理装置１０００の他に、インターネットに接続可能な複数の外部装置３００（この例ではＭＦＰ）が存在することを前提とする。

図１６は、第５実施形態の操作部２３０の機能構成例を示すブロック図である。図１６に示すように、操作部２３０は、検索部２１１と、第３制御部２１２と、第２表示制御部２１３とをさらに有する。検索部２１１は、検知部２０４により画像処理部１０で異常が発生したことが検知され、判断部２０５により操作部２３０の再起動が必要ではないと判断された場合、ジョブの全てのパラメータ（実行条件）のうちの少なくとも一部に対応可能な外部装置３００を検索する。

第３制御部２１２は、検索部２１１により、ジョブの全てのパラメータのうちの少なくとも一部に対応可能な外部装置３００が検索された場合は、その外部装置に対して、ジョブを送信する制御を行う。第２表示制御部２１３は、検索部２１１により、ジョブの全てのパラメータに対応可能な外部装置は検索されず、ジョブの全てのパラメータのうちの一部に対応可能な１以上の外部装置３００が検索された場合、その１以上の外部装置３００のうちの何れかを選択させる画面を表示する制御を行う。

上述の検索部２１１、第３制御部２１２および第２表示制御部２１３の各々の機能は、操作部２０に搭載されたコンピュータ装置のＣＰＵがＲＯＭ等に格納されたプログラムを実行することにより実現される。なお、これに限らず、例えば上述の検索部２１１、第３制御部２１２および第２表示制御部２１３の各々の機能のうちの少なくとも一部が、専用のハードウェア回路で実現される形態であってもよい。

次に、操作部２３０の処理動作について説明する。図１７は、第１生成部２０２により生成されたジョブを画像処理部１０へ送信する際に、画像処理部１０の再起動を必要とする異常が画像処理部１０で発生した場合における操作部２３０の処理動作の一例を示すフローチャートである。図１７に示すように、まず、検知部２０４は、画像処理部１０で異常が発生したか否かを検知する（ステップＳ５１）。検知部２０４により画像処理部１０で異常が発生したことが検知された場合（ステップＳ５１の結果：Ｙｅｓの場合）、判断部２０５は、操作部２０の再起動が必要であるか否かを判断する（ステップＳ５２）。判断部２０５により操作部２０の再起動が必要ではないと判断された場合（ステップＳ５２の結果：Ｎｏの場合）、第１制御部２０６は、操作部２０の再起動を実行させない制御を行う（ステップＳ５３）。一方、判断部２０５により操作部２０の再起動が必要であると判断された場合（ステップＳ５２の結果：Ｙｅｓの場合）、第１制御部２０６は、操作部２０の再起動を実行する制御を行い（ステップＳ５４）、処理は終了する。

上述のステップＳ５３の後、検索部２１１は検索処理を実行する（ステップＳ５５）。より具体的には、検索部２１１は、上述の無線通信部１２０を介して、第１生成部２０２により生成されたジョブの全てのパラメータのうちの少なくとも一部に対応可能な外部装置３００を検索する検索処理を実行する。検索部２１１により、ジョブの全てのパラメータに対応可能な外部装置３００が検索された場合（ステップＳ５６の結果：Ｙｅｓの場合）、第３制御部２１２は、検索された外部装置３００に対して、上述の無線通信部１２０を介してジョブを送信する制御を行う（ステップＳ５７）。

一方、検索部２１１により、ジョブの全てのパラメータに対応可能な外部装置３００が検索されずに（ステップＳ５６の結果：Ｎｏ）、ジョブの全てのパラメータのうちの一部に対応可能な１以上の外部装置３００が検索された場合（ステップＳ５８の結果：Ｙｅｓの場合）、第２表示制御部２１３は、その１以上の外部装置３００のうちの何れかを選択させる画面を表示する制御を行う（ステップＳ５９）。そして、ジョブの全てのパラメータのうちの一部に対応可能な１以上の外部装置３００の中から何れかの外部装置３００を選択する入力（選択入力）を受け付けた場合（ステップＳ６０の結果：Ｙｅｓの場合）、第３制御部２１２は、選択された外部装置３００に対して、上述の無線通信部１２０を介してジョブを送信する制御を行う（ステップＳ６１）。

一方、何れの外部装置３００も選択しない入力（非選択入力）を受け付けた場合（ステップＳ６０の結果：Ｎｏの場合）、第１生成部２０２により生成されたジョブは外部装置３００へ送信されずに処理は終了する。

また、検索部２１１により、ジョブの全てのパラメータに対応可能な外部装置３００が検索されずに（ステップＳ５６の結果：Ｎｏ）、ジョブの全てのパラメータのうちの一部に対応可能な１以上の外部装置３００も検索されなかった場合（ステップＳ５８の結果：Ｎｏの場合）も、第１生成部２０２により生成されたジョブは外部装置３００へ送信されずに処理は終了する。

以上に説明したように、本実施形態では、画像処理部１０に発生した異常が解消せずに画像処理部１０の機能を使用できない状況が継続するような場合であっても、ジョブの全てのパラメータ（実行条件）のうち少なくとも一部に対応可能な外部装置３００が存在する場合は、当該外部装置３００へジョブを送信する制御を行う。すなわち、ジョブの全てのパラメータのうち少なくとも一部に対応可能な外部装置３００を利用することで、ジョブの実行を継続することができる。

以上、本発明に係る実施形態について説明したが、本発明は、上述の各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上述の各実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

上述した各実施形態の画像処理部（１０，１５０）および操作部（２０，２００，２２０，２３０）で実行される各種プログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよいし、インターネット等のネットワーク経由で提供または配布するように構成してもよい。また、各種プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

１０ 画像処理部
１１ アプリ層
１２ サービス層
１３ ＯＳ層
２０ 操作部
２１ アプリ層
２２ サービス層
２３ ＯＳ層
３０ 受信部
４０ ジョブ実行制御部
５０ 第１保持部
６０ 登録／削除部
７０ 起動／停止制御部
１００ 画像処理装置
１０１ 制御線
１１０ アクセスポイント
１２０ 無線通信部
１５０ 画像処理部
２００ 操作部
２０１ 受付部
２０２ 生成部
２０３ 送信部
２０４ 検知部
２０５ 判断部
２０６ 第１制御部
２０７ 第１保持部
２０８ 第２制御部
２０９ 第１表示制御部
２１０ 設定部
２１１ 検索部
２１２ 第３制御部
２１３ 第２表示制御部
２２０ 操作部
２３０ 操作部
３００ 外部装置

特開２００７−３１８６９７号公報

Claims (6)

1. 第１オペレーティングシステムで動作し、画像を処理する画像処理部と、
   制御線を介して前記画像処理部と接続されるとともに第２オペレーティングシステムで動作し、操作入力を受け付ける操作部と、を備え、
   前記画像処理部は、
   ジョブ実行中において前記画像処理部の再起動を必要とする異常が発生したことを検知するジョブ実行制御部と、
   前記ジョブ実行制御部において前記画像処理部の再起動を必要とする異常の発生が検知された場合に、前記画像処理部を再起動する起動停止制御部と、を有し、
   前記操作部は、
   前記画像処理部で異常が発生したか否かを検知する検知部と、
   前記検知部により検知した前記画像処理部での異常が前記操作部の再起動が必要な異常である場合、前記操作部の再起動を実行させ、前記検知部により検知した前記画像処理部での異常が前記操作部の再起動が必要な異常でない場合、前記操作部の再起動を実行させない制御を行う第１制御部と、を備える、画像処理装置。
2. 前記検知部は、前記画像処理部から取得した状態信号から、前記画像処理部での異常の発生を検知することを特徴とする請求項１に記載の画像処理装置。
3. 前記検知部は、前記画像処理部に対して状態を問い合わせる状態要求信号を送信し、前記状態要求信号に対する応答として前記状態信号を取得することを特徴とする請求項２に記載の画像処理装置。
4. 前記検知部は、前記画像処理部に対して送信したジョブに対する応答から、前記画像処理部での異常の発生を検知することを特徴とする請求項１に記載の画像処理装置。
5. 前記検知部は、前記画像処理部に対して送信したジョブに対する応答が無い場合に、前記画像処理部で異常が発生したことを検知することを特徴とする請求項４に記載の画像処理装置。
6. 第１オペレーティングシステムで動作し、画像を処理する画像処理部と、
   制御線を介して前記画像処理部と接続されるとともに第２オペレーティングシステムで動作し、操作入力を受け付ける操作部と、を備える画像処理装置による画像処理方法であって、
   前記画像処理部は、
   ジョブ実行中において前記画像処理部の再起動を必要とする異常が発生したことを検知するジョブ実行制御ステップと、
   前記ジョブ実行制御ステップにおいて前記画像処理部の再起動を必要とする異常の発生が検知された場合に、前記画像処理部を再起動する起動停止制御ステップと、を含み、
   前記操作部は、
   前記画像処理部で異常が発生したか否かを検知する検知ステップと、
   前記検知ステップにより検知した前記画像処理部での異常が前記操作部の再起動が必要な異常である場合、前記操作部の再起動を実行させ、前記検知ステップにより検知した前記画像処理部での異常が前記操作部の再起動が必要な異常でない場合、前記操作部の再起動を実行させない制御を行う制御ステップと、を含む、画像処理方法。

Images