画像形成装置、情報処理装置、及びプログラム
【課題】補助装置の電源オンが画像形成装置の制御によるものか補助装置の事情によるものかを区別して認識する。
【解決手段】本体装置１０とオプション装置２０とからなる画像形成装置１である。本体装置１０は、電源オンを検出する電力検出部１５と、電源オンになるとオプション装置２０に初期コマンドを送信し、オプション装置２０からリセット通知を受信する通信Ｉ／Ｆ部１９と、リセット通知の受信に応じて所定の処理を行う制御部１１とを備える。また、オプション装置２０は、電源オンを検出する電力検出部２５と、電源オンを検出すると初期コマンド待ち状態になる制御部２１と、その状態で通常コマンドを連続して所定回数以上又は所定時間以上受信すると、本体装置１０にリセット通知を送信する通信Ｉ／Ｆ部２９とを備える。
【解決手段】本体装置１０とオプション装置２０とからなる画像形成装置１である。本体装置１０は、電源オンを検出する電力検出部１５と、電源オンになるとオプション装置２０に初期コマンドを送信し、オプション装置２０からリセット通知を受信する通信Ｉ／Ｆ部１９と、リセット通知の受信に応じて所定の処理を行う制御部１１とを備える。また、オプション装置２０は、電源オンを検出する電力検出部２５と、電源オンを検出すると初期コマンド待ち状態になる制御部２１と、その状態で通常コマンドを連続して所定回数以上又は所定時間以上受信すると、本体装置１０にリセット通知を送信する通信Ｉ／Ｆ部２９とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、情報処理装置、プログラムに関する。
【背景技術】
【０００２】
近年、プリンタ、複写機等の画像形成装置では、基本的な動作を行う本体装置に対してその動作を補助する補助装置（例えば、オプション機器）を接続することにより、本体装置の基本的な機能を拡張できるようになっている。ここで、補助装置としては、例えば、大容量給紙トレイ（ＨＣＦ）、シートフィーダ、フィニッシャ等がある。
ところで、本体装置とこれらの補助装置とは、単に機械的に連結されるだけでなく、本体装置からの指示を補助装置に与えたり、補助装置の状態を本体装置へ知らせたりするために、電気的にも接続されている。画像形成の指示が与えられたときに画像形成装置が実行すべき動作は、これらの補助装置の接続状況によって異なってくるので、本体装置側では、予めこれらの補助装置が接続されているかどうかを知っておく必要がある。
【０００３】
そこで、従来、オプション機器の接続状態を検知する技術が提案されている（例えば、特許文献１参照）。この特許文献１では、電源投入時にオプション機器の接続状態を検知し、検知された接続状態が接続無しから接続有りに変化した部分については不揮発性メモリに接続有りのデータを書き込み、検知された接続状態が接続有りから接続無しに変化した部分については通信エラーが発生した旨の信号を操作部に出力している。
【０００４】
【特許文献１】特開平８−２０２２０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ここで、画像形成の動作を補助する補助装置の電源がオンになるのは、画像形成装置の制御による場合と、補助装置の事情による場合とがあるが、これらを区別して認識することはできなかった。
本発明の目的は、補助装置の電源オンが画像形成装置の制御によるものか補助装置の事情によるものかを区別して認識することにある。
【課題を解決するための手段】
【０００６】
請求項１に記載の発明は、画像を形成する画像形成手段と、前記画像形成手段による画像形成の動作を補助する補助手段とを備え、前記画像形成手段は、当該画像形成手段の電源オンに応じて特定信号を送信し、前記補助手段は、当該補助手段の電源オンの後における前記特定信号の受信状況に基づいて、当該電源オンが前記画像形成手段の制御によるものか当該補助手段の事情によるものかを判定し、当該補助手段の事情によるものであると判定した場合に、その旨を示すリセット信号を当該画像形成手段に送信することを特徴とする画像形成装置である。
請求項２に記載の発明は、前記補助手段は、当該補助手段の電源オンの後に前記特定信号以外の信号を連続して所定回数以上又は所定時間以上受信した場合に、当該電源オンが当該補助手段の事情によるものであると判定することを特徴とする請求項１記載の画像形成装置である。
請求項３に記載の発明は、前記画像形成手段は、前記補助手段から前記リセット信号を受信すると、当該補助手段の電源が当該補助手段の事情によりオンになった旨の情報を外部に出力することを特徴とする請求項１記載の画像形成装置である。
請求項４に記載の発明は、前記画像形成手段は、前記補助手段から前記リセット信号を受信すると、当該補助手段に前記特定信号を送信することを特徴とする請求項１記載の画像形成装置である。
請求項５に記載の発明は、前記画像形成手段は、前記補助手段から前記リセット信号を所定回数以上受信すると、当該補助手段に前記特定信号を送信しないことを特徴とする請求項４記載の画像形成装置である。
請求項６に記載の発明は、前記画像形成手段は、前記補助手段から前記リセット信号を受信すると当該補助手段に前記特定信号を送信すべき旨の設定がなされていない場合に、当該補助手段に当該特定信号を送信しないことを特徴とする請求項４記載の画像形成装置である。
請求項７に記載の発明は、他の装置から第１の信号を受信する受信手段と、前記他の装置に第２の信号を送信する送信手段と、自装置の電源オンの後に、前記他の装置がその電源オンに応じて送信する初期信号以外の通常信号を前記受信手段が前記第１の信号として受信した場合に、当該通常信号の受信状況に基づいて、自装置の電源オンが当該他の装置の制御によるものか自装置の事情によるものかを判定する判定手段と、前記判定手段により自装置の電源オンが自装置の事情によるものであると判定された場合に、その旨を示すリセット信号を前記送信手段が前記第２の信号として送信することを決定する決定手段とを備えたことを特徴とする情報処理装置である。
請求項８に記載の発明は、前記判定手段は、自装置の電源オンの後に前記通常信号を前記受信手段が連続して所定回数以上又は所定時間以上受信した場合に、当該電源オンが自装置の事情によるものであると判定することを特徴とする請求項７記載の情報処理装置である。
請求項９に記載の発明は、コンピュータに、他の装置から第１の信号を受信する機能と、前記他の装置に第２の信号を送信する機能と、自装置の電源オンの後に、前記他の装置がその電源オンに応じて送信する初期信号以外の通常信号を前記第１の信号として受信した場合に、当該通常信号の受信状況に基づいて、自装置の電源オンが当該他の装置の制御によるものか自装置の事情によるものかを判定する機能と、自装置の電源オンが自装置の事情によるものであると判定された場合に、その旨を示すリセット信号を前記第２の信号として送信することを決定する機能とを実現させるためのプログラムである。
【発明の効果】
【０００７】
請求項１の発明によれば、補助手段の電源オンが画像形成手段の制御によるものか補助手段の事情によるものかを区別して認識することができる。
請求項２の発明によれば、本構成を有していない場合に比較して、補助手段の電源オンが画像形成手段の制御によるものか補助手段の事情によるものかの区別を容易に行うことができる。
請求項３の発明によれば、補助手段の電源が自身の事情によりオンになったことを画像形成手段の外部から知ることができる。
請求項４の発明によれば、本構成を有していない場合に比較して、補助手段が自身の事情により電源オンになった後にその機能を復旧できる可能性が高まる。
請求項５の発明によれば、補助手段が自身の事情により電源オンになった後に、その機能を復旧できる可能性が低いにも関わらず復旧させようとする無駄を軽減することができる。
請求項６の発明によれば、補助手段が自身の事情により電源オンになった後にその機能を復旧するかどうかを、設定によりコントロールすることができる。
請求項７の発明によれば、自装置の電源オンが他の装置の制御によるものか自装置の事情によるものかを区別して認識することができる。
請求項８の発明によれば、本構成を有していない場合に比較して、自装置の電源オンが他の装置の制御によるものか自装置の事情によるものかの区別を容易に行うことができる。
請求項９の発明によれば、自装置の電源オンが他の装置の制御によるものか自装置の事情によるものかを区別して認識することができる。
【発明を実施するための最良の形態】
【０００８】
以下、添付図面を参照して、本発明を実施するための最良の形態（以下、「実施の形態」という）について詳細に説明する。
本実施の形態では、基本的な動作を行う本体装置に対してその動作を補助する補助装置の一例であるオプション装置が接続された画像形成装置を考える。
このような画像形成装置では、オプション装置が電気的な原因により単独でリセットされる場合がある。通常、オプション装置は本体装置から電力を供給されているので、電源オンも本体装置の制御によりなされるのが正常な状態である。リセットとは、このように正常に電源オンがなされるのではなく、オプション装置独自の事情により電源オンがなされることをいう。尚、リセットには、ハードウェアリセットとソフトウェアリセットとがあるが、このうち、ハードウェアリセットについては次のような原因が考えられる。即ち、コンセントプラグやコネクタの接触不良、供給電力不足等の電源事情の悪い環境下で想定以上の電圧降下が発生し、本体装置とオプション装置の駆動電圧の違い等からオプション装置の電源のみが瞬断してしまうといったことである。
【０００９】
このようなオプション装置のリセットは、本当の意味での通信の異常（通信線の切断や接触不良、通信制御回路の異常、通信制御ソフトウェアの異常等）ではない。それにも関わらず、通信フェイルとして検知してしまうこともあり、非常に紛らわしい。そのため、異常部分を探すのに時間がかかることとなってしまう。例えば、原因がコンセントやコネクタの接触不良である場合は、ユーザに処置を促すことで直ぐに復旧できたかもしれない。しかしながら、ユーザは、異常の原因が分からないので、余計な問い合わせ等を行うことになる。更に、本当の意味での通信の異常ではないため、通信の再開によって復旧可能であるが、ユーザが本体装置の電源をオフ／オンすることで復旧することもあり、極めて不便な状況になっている。
【００１０】
そこで、本実施の形態では、オプション装置の電源がオンになった場合に、電源オンが正常な起動によるものかリセットによるものかを、本体装置からの信号の受信状況に基づいて判断するようにした。そして、電源オンがリセットによるものと判断したとき、オプション装置はその旨を本体装置に通知するようにした。
【００１１】
以下、本実施の形態について具体的に説明する。
まず、本実施の形態における信号の送受信について説明する。尚、ここでは、本体装置を「マスタ」、オプション装置を「スレーブ」と呼ぶことにする。
【００１２】
図１は、本当の意味での通信異常を通信フェイルとして検知する際の信号の送受信を示したシーケンス図である。尚、一般には、１つのマスタに複数のスレーブが接続されており、マスタは、複数のスレーブの各々に順次信号を送信する。しかしながら、ここでは説明を簡単にするため、１つのマスタと１つのスレーブとの間の信号の送受信を示している。
【００１３】
図示するように、期間３０では、マスタが送信した初期コマンドに対して初期応答がスレーブから返ってきており、正常に通信が行われている。この初期コマンドは、マスタの電源がオンになると初期の段階でスレーブに対して送信するコマンドである。例えば、スレーブを初期化する初期化シーケンスを実行するためのコマンドが挙げられる。ここで、初期化とは、スレーブがマスタと整合した動作を行うために必要な設定情報を伝えることである。この設定情報には、例えば、印字速度に関する情報や、用紙に対する印字位置を微調整するための情報等がある。尚、このようにマスタが初期コマンドを送信するときは、スレーブも電源がオンになった直後であり、スレーブは、マスタからのコマンドが初期コマンドでなければ応答しないようになっている。
【００１４】
その後、期間３１では、マスタが送信した通常コマンドに対して通常応答がスレーブから返ってきており、正常な通信が継続している。この通常コマンドは、ここでは、初期コマンド以外の如何なるコマンドであってもよい。つまり、スレーブに対して実際の動作を指示するコマンドでもよいし、空コマンドでもよい。尚、このとき、スレーブは、既に初期コマンドを受信しているので、如何なるコマンドにも無条件に応答するようになっている。
【００１５】
一方、期間３２では、マスタが送信した通常コマンドに対して何らかの原因で通常応答が返ってこなくなっている。この場合、マスタは同じコマンドをスレーブに再送する。
そして、時点３３では、所定回数のコマンドの送信に対してスレーブから応答がないこと、或いは、所定時間にわたってコマンドに対するスレーブからの応答がないことが検出される。この場合、通信フェイルと判断する。
【００１６】
図２は、スレーブのリセットを検知する際の信号の送受信を示したシーケンス図である。尚、既述の通り、一般には、１つのマスタに複数のスレーブが接続されるが、ここでも、説明を簡単にするため、１つのマスタと１つのスレーブとの間の信号の送受信を示している。
【００１７】
図示するように、期間４０では、マスタが送信した初期コマンドに対して初期応答がスレーブから返ってきており、正常に通信が行われている。ここで、初期コマンドについては、図１を参照して説明した通りである。尚、このとき、スレーブは、上述したように、マスタからのコマンドが初期コマンドでなければ応答しないようになっている。
その後、期間４１では、マスタが送信した通常コマンドに対して通常応答がスレーブから返ってきており、正常な通信が継続している。ここで、通常コマンドについても、図１を参照して説明した通りである。尚、このとき、スレーブは、既に初期コマンドを受信しているので、如何なるコマンドにも無条件に応答するようになっている。
【００１８】
その後、スレーブでは、時点４２でノイズ等によりリセットが発生したとする。この場合、スレーブは、電源がオンになった時と同様、初期コマンドの受信を待機する状態となる。
従って、期間４３において、マスタはスレーブに対して通常コマンドを送信するが、スレーブはこれに対して応答しない。
但し、期間４４を経過した時点で、スレーブは通常コマンドを所定時間又は所定回数連続して受信したとする。これにより、時点４５でスレーブはリセット通知をマスタに送信する。尚、このとき、マスタは、後述するように、期間４０で送信した初期コマンドをスレーブに再送してもよいが、ここでは、通常コマンドをスレーブに送信している。一方で、スレーブは、初期コマンドの受信を待機する状態となっているため、通常コマンドに対して応答は行わない。
但し、先に述べたように、スレーブは時点４５でマスタにリセット通知を送信しているので、マスタは、時点４６ではスレーブのリセットを検知していることになる。
【００１９】
次に、このような検知動作を行う画像形成装置１について説明する。
図３は、画像形成装置１の機能構成例を示したブロック図である。
図示するように、本実施の形態における画像形成装置１は、本体装置１０と、オプション装置２０とからなる。このうち、本体装置１０は、画像形成に関する基本的な動作を行う装置である。また、オプション装置２０は、本体装置１０の機能を拡張するために接続される装置である。尚、図では、オプション装置２０を１台しか示していないが、複数台のオプション装置２０が接続されていてもよい。つまり、図のオプション装置２０は、複数台のオプション装置のうちの１台を代表として示したものである。
【００２０】
まず、本体装置１０内の構成を説明する。本体装置１０は、制御部１１と、ユーザインターフェース（以下、「ユーザＩ／Ｆ」という）部１２と、画像読取部１３と、画像形成部１４と、電力検出部１５と、記憶部１６と、通信インターフェース（以下、「通信Ｉ／Ｆ」）部１９とを備える。このように、本体装置１０は画像形成部１４を有しているので、本体装置１０のみを画像形成装置と呼ぶ場合もある。即ち、本実施の形態では、画像形成手段の一例として、本体装置１０を設けている。
【００２１】
制御部１１は、本体装置１０全体の動作を制御する。
ユーザＩ／Ｆ部１２は、画像形成装置１のユーザとの間のインターフェースを実現する。即ち、ユーザに情報を提示したり、ユーザからの操作を受け付けたりする。
【００２２】
画像読取部１３は、例えば原稿に印刷された画像を読み取ることにより、画像データを取得する。ここで、画像読取部１３は、例えばスキャナであり、光源から原稿に照射した光に対する反射光をレンズで縮小してＣＣＤ(Charge Coupled Devices)で受光するＣＣＤ方式や、ＬＥＤ光源から原稿に順に照射した光に対する反射光をＣＩＳ(Contact Image Sensor)で受光するＣＩＳ方式のものを用いるとよい。
画像形成部１４は、紙等の記録媒体に画像を形成する。ここで、画像形成部１４は、例えばプリンタであり、感光体に付着させたトナーを記録媒体に転写して像を形成する電子写真方式や、インクを記録媒体上に吐出して像を形成するインクジェット方式のものを用いるとよい。尚、記録媒体とは、画像を印刷可能なものであれば、その材質は問わない。代表例は紙であるが、ＯＨＰシートや金属板、布等であっても構わない。
【００２３】
電力検出部１５は、本体装置１０に対する商用電源からの電力の供給を検出し、電力が供給されている場合に、その旨を示す信号を制御部１１に出力する。
記憶部１６は、制御部１１における処理に用いる各種情報を記憶する。各種情報としては、例えば、オプション装置２０の管理情報や、オプション装置２０に送信すべきコマンドがある。前者は、記憶部１６中のオプション装置管理テーブルに記憶し、後者は、記憶部１６中のコマンドバッファに記憶する。ここで、記憶部１６は、揮発性メモリで実現しても不揮発性メモリで実現してもよい。
通信Ｉ／Ｆ部１９は、オプション装置２０にコマンドを送信したり、オプション装置２０から応答を受信したりする。
【００２４】
次に、オプション装置２０内の構成を説明する。オプション装置２０は、制御部２１と、電力検出部２５と、通信Ｉ／Ｆ部２９とを備える。本実施の形態では、補助手段の一例として、オプション装置２０を設けている。
【００２５】
制御部２１は、オプション装置２０全体の動作を制御する。本実施の形態では、自装置の電源オンが他の装置の制御によるものか自装置の事情によるものかを判定する判定手段の一例として、また、自装置の電源オンが自装置の事情による場合にリセット信号を送信することを決定する決定手段の一例として、制御部２１を設けている。
電力検出部２５は、オプション装置２０に対する商用電源からの電力の供給を検出し、電力が供給されている場合に、その旨を示す信号を制御部２１に出力する。尚、本実施の形態において、オプション装置２０に対する電力の供給は、本体装置１０を介して行われるものとする。
【００２６】
記憶部２６は、制御部２１における処理に用いる各種情報を記憶する。各種情報としては、例えば、本体装置１０からの通常コマンドの受信状況や、本体装置１０に送信すべき応答がある。前者は、記憶部２６中の受信状況記憶領域に記憶し、後者は、記憶部２６中の応答バッファに記憶する。ここで、記憶部２６は、揮発性メモリで実現しても不揮発性メモリで実現してもよい。
通信Ｉ／Ｆ部２９は、本体装置１０からコマンドを受信したり、本体装置１０に応答を送信したりする。本実施の形態では、他の装置から第１の信号を受信する受信手段の一例として、また、他の装置に第２の信号を送信する送信手段の一例として、通信Ｉ／Ｆ部２９を設けている。
【００２７】
ここで、本体装置１０の記憶部１６に記憶されるオプション装置管理テーブルについて具体的に説明する。
図４は、オプション装置管理テーブルの具体的な内容を示した図である。
図示するように、オプション装置管理テーブルは、装置ＩＤと、リセット通知受信回数と、自動復旧設定とを対応付けたものとなっている。
装置ＩＤとは、オプション装置２０を一意に識別する識別情報である。ここでは、装置ＩＤを２桁の数字で示しているが、装置ＩＤの中にオプション装置２０の種別を表す文字列を含めてもよい。この文字列としては、例えば、トレイモジュールであれば「ＴＭ」、両面印刷モジュールであれば「ＤＵＰ」等が考えられる。
【００２８】
リセット通知受信回数は、オプション装置２０からリセット通知を受信した回数である。後述するように、この回数が所定の閾値を超えるとオプション装置２０は自動復旧が不可能な状態と判断するので、この回数の情報を保持している。
自動復旧設定は、オプション装置２０からリセット通知を受信した場合に、通信初期からの制御処理を開始することでオプション装置２０を自動復旧すべきかどうかのユーザによる設定である。初期コマンドの送信による自動復旧を行うオプション装置２０に対しては、自動復旧設定を「ＯＮ」とし、初期コマンドの送信による自動復旧を行わないオプション装置２０に対しては、自動復旧設定を「ＯＦＦ」とするとよい。
【００２９】
次いで、画像形成装置１の動作について説明する。まず、画像形成装置１を構成する本体装置１０とオプション装置２０のうち、本体装置１０の動作について説明する。
また、既述の通り、１台の本体装置１０には複数台のオプション装置２０が接続され得るが、このフローチャートも１台のオプション装置２０との間の情報の送受信を想定している。複数台のオプション装置２０との間の情報の送受信を想定する場合は、コマンドの送信先のオプション装置２０と、応答の送信元のオプション装置２０との一致をとりながら、以下の動作を行うことになる。その場合、例えば、本体装置１０が送信するコマンドにオプション装置２０の装置ＩＤを含めておき、各オプション装置２０は、自身の装置ＩＤを含むコマンドを受信した場合にのみ、本体装置１０に応答を返すようにすればよい。そして、本体装置１０は、あるオプション装置２０に対してコマンドを送信した後、所定の時間内に受信した応答をそのオプション装置２０からの応答として紐付け、次のオプション装置２０に対する処理に移るようにすればよい。
【００３０】
図５は、本体装置１０における制御部１１の動作例を示したフローチャートである。尚、制御部１１は、電源がオンになると、初期コマンドをオプション装置２０に送信し、その後は通常コマンドをオプション装置２０に送信する。即ち、本体装置１０の電源がオンになると、まず、電力検出部１５が、電力の供給の開始を検出し、その旨を制御部１１に伝える。すると、制御部１１は、初期コマンドを用意し、記憶部１６のコマンドバッファに初期コマンドを格納する。そして、制御部１１が通信Ｉ／Ｆ部１９に初期コマンドの送信を指示し、通信Ｉ／Ｆ部１９が初期コマンドを送信する。また、初期コマンドの送信が終了すると、制御部１１は、記憶部１６のコマンドバッファに通常コマンドを格納し、通信Ｉ／Ｆ部１９が通常マンドを送信する。このようなコマンドの送信の流れの中で、制御部１１は、オプション装置２０に対する何らかのコマンドの送信を通信Ｉ／Ｆ部１９に指示した後、この動作を実行する。
【００３１】
動作を開始すると、本体装置１０では、通信Ｉ／Ｆ部１９がコマンドを送信してから所定の時間内にオプション装置２０からの応答を受信したかどうかを、制御部１１が判定する（ステップ１０１）。
【００３２】
ここで、所定の時間内にオプション装置２０からの応答を受信しなかった場合、制御部１１は、通信Ｉ／Ｆ部１９がコマンドを所定回数再送したかどうかを判定する（ステップ１０２）。そして、所定回数再送していなければ、制御部１１は、通信Ｉ／Ｆ部１９に同じコマンドの再送を指示する（ステップ１０３）。その後、ステップ１０１に戻り、応答を受信したかどうかを判定する。また、所定回数再送していれば、制御部１１は、オプション装置２０の制御を停止し、ユーザＩ／Ｆ部１２が通信フェイルを表示するよう制御する（ステップ１０４）。
【００３３】
一方、ステップ１０１でオプション装置２０からの応答を受信した場合、制御部１１は、それがリセット通知であるかどうかを判定する（ステップ１０５）。
その結果、応答がリセット通知であると判定すると、制御部１１は、リセット通知の受信回数を数える（ステップ１０６）。具体的には、記憶部１６内のオプション装置管理テーブルの該当するオプション装置２０に対するリセット通知受信回数を「１」カウントアップする。その後、リセット通知の受信回数が予め設定した所定回数を超えたかどうか判定する（ステップ１０７）。そして、リセット通知の受信回数が所定回数を超えていれば、制御部１１は、オプション装置２０の制御を停止し、ユーザＩ／Ｆ部１２が自動復旧不可を表示するよう制御する（ステップ１０８）。また、リセット通知の受信回数が所定回数を超えていなければ、自動復旧を実施する旨の設定がユーザによってなされているかどうかを判定する（ステップ１０９）。具体的には、記憶部１６内のオプション装置管理テーブルの該当するオプション装置２０に対する自動復旧設定が「ＯＮ」になっているかどうかを判定する。ここで、制御部１１は、自動復旧を実施する旨の設定がなされていれば、通信Ｉ／Ｆ部１９に初期コマンドを送信するよう指示し（ステップ１１０）、自動復旧を実施する旨の設定がなされていなければ、制御を停止し、ユーザＩ／Ｆ部１２がリセットフェイルを表示するよう制御する（ステップ１１１）。
【００３４】
また、ステップ１０５で応答がリセット通知でないと判定すると、制御部１１は、通信Ｉ／Ｆ部１９が次のコマンドを送信するよう指示する（ステップ１１２）。尚、この場合、記憶部１６内のコマンドバッファにコマンドが格納されていれば、そのコマンドが送信されるが、コマンドバッファにコマンドが格納されていなければ、空コマンドが送信される。
尚、この動作例では、ステップ１０２で所定回数以上コマンドを再送したかどうかを判定していた。しかしながら、所定時間以上コマンドを再送したかどうかを判定し、所定時間以上コマンドを再送していれば、ステップ１０４に進むようにしてもよい。
また、この動作例では、ステップ１０９で自動復旧設定がなされていた場合に、無条件に初期コマンドを送信していた。しかしながら、オプション装置２０がリセットされた場合、ユーザが解除可能な障害（例えば、ジャム）が発生することは多い。従って、ユーザがこの障害を解除したタイミングで、初期コマンドを送信するようにしてもよい。
【００３５】
次に、オプション装置２０の動作について説明する。
図６は、オプション装置２０における制御部２１の動作例を示したフローチャートである。制御部２１は、オプション装置２０の電源がオンになった直後、又は、本体装置１０に対する何らかの応答の送信を通信Ｉ／Ｆ部２９に指示した後、この動作を実行する。
【００３６】
動作を開始すると、オプション装置２０では、通信Ｉ／Ｆ部２９が本体装置１０からのコマンドを受信したかどうかを、制御部２１が判定する（ステップ２０１）。このとき、本体装置１０からのコマンドを受信していなければ、ステップ２０１を繰り返すが、本体装置１０からのコマンドを受信していれば、制御部２１は、現在のオプション装置２０の状態が本体装置１０から初期コマンドの受信を待っている状態（初期コマンド待ち状態）であるかどうかを判定する（ステップ２０２）。即ち、オプション装置２０の電源がオンになると、まず、電力検出部２５が、電力の供給の開始を検出し、その旨を制御部２１に伝える。そして、制御部２１は、初期コマンド待ち状態である旨を制御部２１が保持しておき、ここでの判定を行う。
【００３７】
ここで、制御部２１が初期コマンド待ち状態でないと判定した場合、即ち、電源オン直後ではない場合、通信Ｉ／Ｆ部２９が受信したコマンドは、通常コマンドであると考えられる。そこで、制御部２１は、その通常コマンドに応じて通常処理を行い、通信Ｉ／Ｆ部２９に通常応答を返すように指示する（ステップ２０３）。
【００３８】
一方、制御部２１が初期コマンド待ち状態であると判定した場合、即ち、電源オン直後である場合、通信Ｉ／Ｆ部２９が受信したコマンドは、本体装置１０も電源オン直後であれば、初期コマンドであることが考えられ、一方で、本体装置１０が電源オン直後でなければ、通常コマンドであることが考えられる。そこで、制御部２１は、通信Ｉ／Ｆ部２９が受信したコマンドが初期コマンドであるかどうかを判定する（ステップ２０４）。
【００３９】
その結果、通信Ｉ／Ｆ部２９が受信したコマンドが初期コマンドであれば、その初期コマンドに応じて初期処理を行い、通信Ｉ／Ｆ部２９に初期応答を返すように指示する（ステップ２０５）。尚、ここでの初期処理とは、例えば、図１の説明で述べた初期化シーケンスである。
一方、通信Ｉ／Ｆ部２９が受信したコマンドが初期コマンドでなければ、つまり、通常コマンドであれば、制御部２１は、通常コマンドの受信回数を数える（ステップ２０６）。例えば、記憶部２６内の受信状況記憶領域に受信回数を記憶しておき、通常コマンドを連続して受信する度にその受信回数を「１」カウントアップしていけばよい。その後、制御部２１は、この受信回数が所定回数を超えたかどうかを判定する（ステップ２０７）。そして、所定回数を超えていなければ、ステップ２０１に戻って、通信Ｉ／Ｆ部２９が本体装置１０からのコマンドを受信したかどうかを再び判定する。また、所定回数を超えていれば、通信Ｉ／Ｆ部２９に対して本体装置１０にリセット通知を送信するよう指示する（ステップ２０８）。
尚、この動作例では、ステップ２０７で所定回数以上コマンドを受信したかどうかを判定していた。しかしながら、所定時間以上コマンドを受信したかどうかを判定し、所定時間以上コマンドを受信していれば、ステップ２０８に進むようにしてもよい。
【００４０】
ところで、これまでは、画像形成装置１を構成する本体装置１０とオプション装置２０との間の通信を前提に説明してきたが、本実施の形態はこれに限られるものではない。例えば、汎用のコンピュータ間で本実施の形態の動作を行うようにしてもよい。そこで、本実施の形態の動作を行う汎用のコンピュータや画像形成装置１のコンピュータ部分をコンピュータ９０として、そのハードウェア構成について説明する。
図７は、コンピュータ９０のハードウェア構成を示した図である。
図示するように、コンピュータ９０は、演算手段であるＣＰＵ（Central Processing Unit）９１と、記憶手段であるメインメモリ９２及び磁気ディスク装置（ＨＤＤ：Hard Disk Drive）９３とを備える。ここで、ＣＰＵ９１は、ＯＳ（Operating System）やアプリケーション等の各種ソフトウェアを実行し、上述した各機能を実現する。また、メインメモリ９２は、各種ソフトウェアやその実行に用いるデータ等を記憶する記憶領域であり、磁気ディスク装置９３は、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶する記憶領域である。
更に、コンピュータ９０は、外部との通信を行うための通信Ｉ/Ｆ９４と、ビデオメモリやディスプレイ等からなる表示機構９５と、キーボードやマウス等の入力デバイス９６とを備える。
【００４１】
尚、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供するようにしてもよい。
【図面の簡単な説明】
【００４２】
【図１】本発明の実施の形態において通信フェイルを検知する際の信号の送受信を示したシーケンス図である。
【図２】本発明の実施の形態においてリセットフェイルを検知する際の信号の送受信を示したシーケンス図である。
【図３】本発明の実施の形態における画像形成装置の機能構成例を示したブロック図である。
【図４】本発明の実施の形態において用いられるオプション装置管理テーブルの具体的な内容を示した図である。
【図５】本発明の実施の形態の本体装置における制御部の動作例を示したフローチャートである。
【図６】本発明の実施の形態のオプション装置における制御部の動作例を示したフローチャートである。
【図７】本発明の実施の形態を適用可能なコンピュータのハードウェア構成図である。
【符号の説明】
【００４３】
１…画像形成装置、１０…本体装置、１１…制御部、１２…ユーザＩ／Ｆ部、１３…画像読取部、１４…画像形成部、１５…電力検出部、１６…記憶部、１９…通信Ｉ／Ｆ部、２０…オプション装置、２１…制御部、２５…電力検出部、２６…記憶部、２９…通信Ｉ／Ｆ部
【技術分野】
【０００１】
本発明は、画像形成装置、情報処理装置、プログラムに関する。
【背景技術】
【０００２】
近年、プリンタ、複写機等の画像形成装置では、基本的な動作を行う本体装置に対してその動作を補助する補助装置（例えば、オプション機器）を接続することにより、本体装置の基本的な機能を拡張できるようになっている。ここで、補助装置としては、例えば、大容量給紙トレイ（ＨＣＦ）、シートフィーダ、フィニッシャ等がある。
ところで、本体装置とこれらの補助装置とは、単に機械的に連結されるだけでなく、本体装置からの指示を補助装置に与えたり、補助装置の状態を本体装置へ知らせたりするために、電気的にも接続されている。画像形成の指示が与えられたときに画像形成装置が実行すべき動作は、これらの補助装置の接続状況によって異なってくるので、本体装置側では、予めこれらの補助装置が接続されているかどうかを知っておく必要がある。
【０００３】
そこで、従来、オプション機器の接続状態を検知する技術が提案されている（例えば、特許文献１参照）。この特許文献１では、電源投入時にオプション機器の接続状態を検知し、検知された接続状態が接続無しから接続有りに変化した部分については不揮発性メモリに接続有りのデータを書き込み、検知された接続状態が接続有りから接続無しに変化した部分については通信エラーが発生した旨の信号を操作部に出力している。
【０００４】
【特許文献１】特開平８−２０２２０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ここで、画像形成の動作を補助する補助装置の電源がオンになるのは、画像形成装置の制御による場合と、補助装置の事情による場合とがあるが、これらを区別して認識することはできなかった。
本発明の目的は、補助装置の電源オンが画像形成装置の制御によるものか補助装置の事情によるものかを区別して認識することにある。
【課題を解決するための手段】
【０００６】
請求項１に記載の発明は、画像を形成する画像形成手段と、前記画像形成手段による画像形成の動作を補助する補助手段とを備え、前記画像形成手段は、当該画像形成手段の電源オンに応じて特定信号を送信し、前記補助手段は、当該補助手段の電源オンの後における前記特定信号の受信状況に基づいて、当該電源オンが前記画像形成手段の制御によるものか当該補助手段の事情によるものかを判定し、当該補助手段の事情によるものであると判定した場合に、その旨を示すリセット信号を当該画像形成手段に送信することを特徴とする画像形成装置である。
請求項２に記載の発明は、前記補助手段は、当該補助手段の電源オンの後に前記特定信号以外の信号を連続して所定回数以上又は所定時間以上受信した場合に、当該電源オンが当該補助手段の事情によるものであると判定することを特徴とする請求項１記載の画像形成装置である。
請求項３に記載の発明は、前記画像形成手段は、前記補助手段から前記リセット信号を受信すると、当該補助手段の電源が当該補助手段の事情によりオンになった旨の情報を外部に出力することを特徴とする請求項１記載の画像形成装置である。
請求項４に記載の発明は、前記画像形成手段は、前記補助手段から前記リセット信号を受信すると、当該補助手段に前記特定信号を送信することを特徴とする請求項１記載の画像形成装置である。
請求項５に記載の発明は、前記画像形成手段は、前記補助手段から前記リセット信号を所定回数以上受信すると、当該補助手段に前記特定信号を送信しないことを特徴とする請求項４記載の画像形成装置である。
請求項６に記載の発明は、前記画像形成手段は、前記補助手段から前記リセット信号を受信すると当該補助手段に前記特定信号を送信すべき旨の設定がなされていない場合に、当該補助手段に当該特定信号を送信しないことを特徴とする請求項４記載の画像形成装置である。
請求項７に記載の発明は、他の装置から第１の信号を受信する受信手段と、前記他の装置に第２の信号を送信する送信手段と、自装置の電源オンの後に、前記他の装置がその電源オンに応じて送信する初期信号以外の通常信号を前記受信手段が前記第１の信号として受信した場合に、当該通常信号の受信状況に基づいて、自装置の電源オンが当該他の装置の制御によるものか自装置の事情によるものかを判定する判定手段と、前記判定手段により自装置の電源オンが自装置の事情によるものであると判定された場合に、その旨を示すリセット信号を前記送信手段が前記第２の信号として送信することを決定する決定手段とを備えたことを特徴とする情報処理装置である。
請求項８に記載の発明は、前記判定手段は、自装置の電源オンの後に前記通常信号を前記受信手段が連続して所定回数以上又は所定時間以上受信した場合に、当該電源オンが自装置の事情によるものであると判定することを特徴とする請求項７記載の情報処理装置である。
請求項９に記載の発明は、コンピュータに、他の装置から第１の信号を受信する機能と、前記他の装置に第２の信号を送信する機能と、自装置の電源オンの後に、前記他の装置がその電源オンに応じて送信する初期信号以外の通常信号を前記第１の信号として受信した場合に、当該通常信号の受信状況に基づいて、自装置の電源オンが当該他の装置の制御によるものか自装置の事情によるものかを判定する機能と、自装置の電源オンが自装置の事情によるものであると判定された場合に、その旨を示すリセット信号を前記第２の信号として送信することを決定する機能とを実現させるためのプログラムである。
【発明の効果】
【０００７】
請求項１の発明によれば、補助手段の電源オンが画像形成手段の制御によるものか補助手段の事情によるものかを区別して認識することができる。
請求項２の発明によれば、本構成を有していない場合に比較して、補助手段の電源オンが画像形成手段の制御によるものか補助手段の事情によるものかの区別を容易に行うことができる。
請求項３の発明によれば、補助手段の電源が自身の事情によりオンになったことを画像形成手段の外部から知ることができる。
請求項４の発明によれば、本構成を有していない場合に比較して、補助手段が自身の事情により電源オンになった後にその機能を復旧できる可能性が高まる。
請求項５の発明によれば、補助手段が自身の事情により電源オンになった後に、その機能を復旧できる可能性が低いにも関わらず復旧させようとする無駄を軽減することができる。
請求項６の発明によれば、補助手段が自身の事情により電源オンになった後にその機能を復旧するかどうかを、設定によりコントロールすることができる。
請求項７の発明によれば、自装置の電源オンが他の装置の制御によるものか自装置の事情によるものかを区別して認識することができる。
請求項８の発明によれば、本構成を有していない場合に比較して、自装置の電源オンが他の装置の制御によるものか自装置の事情によるものかの区別を容易に行うことができる。
請求項９の発明によれば、自装置の電源オンが他の装置の制御によるものか自装置の事情によるものかを区別して認識することができる。
【発明を実施するための最良の形態】
【０００８】
以下、添付図面を参照して、本発明を実施するための最良の形態（以下、「実施の形態」という）について詳細に説明する。
本実施の形態では、基本的な動作を行う本体装置に対してその動作を補助する補助装置の一例であるオプション装置が接続された画像形成装置を考える。
このような画像形成装置では、オプション装置が電気的な原因により単独でリセットされる場合がある。通常、オプション装置は本体装置から電力を供給されているので、電源オンも本体装置の制御によりなされるのが正常な状態である。リセットとは、このように正常に電源オンがなされるのではなく、オプション装置独自の事情により電源オンがなされることをいう。尚、リセットには、ハードウェアリセットとソフトウェアリセットとがあるが、このうち、ハードウェアリセットについては次のような原因が考えられる。即ち、コンセントプラグやコネクタの接触不良、供給電力不足等の電源事情の悪い環境下で想定以上の電圧降下が発生し、本体装置とオプション装置の駆動電圧の違い等からオプション装置の電源のみが瞬断してしまうといったことである。
【０００９】
このようなオプション装置のリセットは、本当の意味での通信の異常（通信線の切断や接触不良、通信制御回路の異常、通信制御ソフトウェアの異常等）ではない。それにも関わらず、通信フェイルとして検知してしまうこともあり、非常に紛らわしい。そのため、異常部分を探すのに時間がかかることとなってしまう。例えば、原因がコンセントやコネクタの接触不良である場合は、ユーザに処置を促すことで直ぐに復旧できたかもしれない。しかしながら、ユーザは、異常の原因が分からないので、余計な問い合わせ等を行うことになる。更に、本当の意味での通信の異常ではないため、通信の再開によって復旧可能であるが、ユーザが本体装置の電源をオフ／オンすることで復旧することもあり、極めて不便な状況になっている。
【００１０】
そこで、本実施の形態では、オプション装置の電源がオンになった場合に、電源オンが正常な起動によるものかリセットによるものかを、本体装置からの信号の受信状況に基づいて判断するようにした。そして、電源オンがリセットによるものと判断したとき、オプション装置はその旨を本体装置に通知するようにした。
【００１１】
以下、本実施の形態について具体的に説明する。
まず、本実施の形態における信号の送受信について説明する。尚、ここでは、本体装置を「マスタ」、オプション装置を「スレーブ」と呼ぶことにする。
【００１２】
図１は、本当の意味での通信異常を通信フェイルとして検知する際の信号の送受信を示したシーケンス図である。尚、一般には、１つのマスタに複数のスレーブが接続されており、マスタは、複数のスレーブの各々に順次信号を送信する。しかしながら、ここでは説明を簡単にするため、１つのマスタと１つのスレーブとの間の信号の送受信を示している。
【００１３】
図示するように、期間３０では、マスタが送信した初期コマンドに対して初期応答がスレーブから返ってきており、正常に通信が行われている。この初期コマンドは、マスタの電源がオンになると初期の段階でスレーブに対して送信するコマンドである。例えば、スレーブを初期化する初期化シーケンスを実行するためのコマンドが挙げられる。ここで、初期化とは、スレーブがマスタと整合した動作を行うために必要な設定情報を伝えることである。この設定情報には、例えば、印字速度に関する情報や、用紙に対する印字位置を微調整するための情報等がある。尚、このようにマスタが初期コマンドを送信するときは、スレーブも電源がオンになった直後であり、スレーブは、マスタからのコマンドが初期コマンドでなければ応答しないようになっている。
【００１４】
その後、期間３１では、マスタが送信した通常コマンドに対して通常応答がスレーブから返ってきており、正常な通信が継続している。この通常コマンドは、ここでは、初期コマンド以外の如何なるコマンドであってもよい。つまり、スレーブに対して実際の動作を指示するコマンドでもよいし、空コマンドでもよい。尚、このとき、スレーブは、既に初期コマンドを受信しているので、如何なるコマンドにも無条件に応答するようになっている。
【００１５】
一方、期間３２では、マスタが送信した通常コマンドに対して何らかの原因で通常応答が返ってこなくなっている。この場合、マスタは同じコマンドをスレーブに再送する。
そして、時点３３では、所定回数のコマンドの送信に対してスレーブから応答がないこと、或いは、所定時間にわたってコマンドに対するスレーブからの応答がないことが検出される。この場合、通信フェイルと判断する。
【００１６】
図２は、スレーブのリセットを検知する際の信号の送受信を示したシーケンス図である。尚、既述の通り、一般には、１つのマスタに複数のスレーブが接続されるが、ここでも、説明を簡単にするため、１つのマスタと１つのスレーブとの間の信号の送受信を示している。
【００１７】
図示するように、期間４０では、マスタが送信した初期コマンドに対して初期応答がスレーブから返ってきており、正常に通信が行われている。ここで、初期コマンドについては、図１を参照して説明した通りである。尚、このとき、スレーブは、上述したように、マスタからのコマンドが初期コマンドでなければ応答しないようになっている。
その後、期間４１では、マスタが送信した通常コマンドに対して通常応答がスレーブから返ってきており、正常な通信が継続している。ここで、通常コマンドについても、図１を参照して説明した通りである。尚、このとき、スレーブは、既に初期コマンドを受信しているので、如何なるコマンドにも無条件に応答するようになっている。
【００１８】
その後、スレーブでは、時点４２でノイズ等によりリセットが発生したとする。この場合、スレーブは、電源がオンになった時と同様、初期コマンドの受信を待機する状態となる。
従って、期間４３において、マスタはスレーブに対して通常コマンドを送信するが、スレーブはこれに対して応答しない。
但し、期間４４を経過した時点で、スレーブは通常コマンドを所定時間又は所定回数連続して受信したとする。これにより、時点４５でスレーブはリセット通知をマスタに送信する。尚、このとき、マスタは、後述するように、期間４０で送信した初期コマンドをスレーブに再送してもよいが、ここでは、通常コマンドをスレーブに送信している。一方で、スレーブは、初期コマンドの受信を待機する状態となっているため、通常コマンドに対して応答は行わない。
但し、先に述べたように、スレーブは時点４５でマスタにリセット通知を送信しているので、マスタは、時点４６ではスレーブのリセットを検知していることになる。
【００１９】
次に、このような検知動作を行う画像形成装置１について説明する。
図３は、画像形成装置１の機能構成例を示したブロック図である。
図示するように、本実施の形態における画像形成装置１は、本体装置１０と、オプション装置２０とからなる。このうち、本体装置１０は、画像形成に関する基本的な動作を行う装置である。また、オプション装置２０は、本体装置１０の機能を拡張するために接続される装置である。尚、図では、オプション装置２０を１台しか示していないが、複数台のオプション装置２０が接続されていてもよい。つまり、図のオプション装置２０は、複数台のオプション装置のうちの１台を代表として示したものである。
【００２０】
まず、本体装置１０内の構成を説明する。本体装置１０は、制御部１１と、ユーザインターフェース（以下、「ユーザＩ／Ｆ」という）部１２と、画像読取部１３と、画像形成部１４と、電力検出部１５と、記憶部１６と、通信インターフェース（以下、「通信Ｉ／Ｆ」）部１９とを備える。このように、本体装置１０は画像形成部１４を有しているので、本体装置１０のみを画像形成装置と呼ぶ場合もある。即ち、本実施の形態では、画像形成手段の一例として、本体装置１０を設けている。
【００２１】
制御部１１は、本体装置１０全体の動作を制御する。
ユーザＩ／Ｆ部１２は、画像形成装置１のユーザとの間のインターフェースを実現する。即ち、ユーザに情報を提示したり、ユーザからの操作を受け付けたりする。
【００２２】
画像読取部１３は、例えば原稿に印刷された画像を読み取ることにより、画像データを取得する。ここで、画像読取部１３は、例えばスキャナであり、光源から原稿に照射した光に対する反射光をレンズで縮小してＣＣＤ(Charge Coupled Devices)で受光するＣＣＤ方式や、ＬＥＤ光源から原稿に順に照射した光に対する反射光をＣＩＳ(Contact Image Sensor)で受光するＣＩＳ方式のものを用いるとよい。
画像形成部１４は、紙等の記録媒体に画像を形成する。ここで、画像形成部１４は、例えばプリンタであり、感光体に付着させたトナーを記録媒体に転写して像を形成する電子写真方式や、インクを記録媒体上に吐出して像を形成するインクジェット方式のものを用いるとよい。尚、記録媒体とは、画像を印刷可能なものであれば、その材質は問わない。代表例は紙であるが、ＯＨＰシートや金属板、布等であっても構わない。
【００２３】
電力検出部１５は、本体装置１０に対する商用電源からの電力の供給を検出し、電力が供給されている場合に、その旨を示す信号を制御部１１に出力する。
記憶部１６は、制御部１１における処理に用いる各種情報を記憶する。各種情報としては、例えば、オプション装置２０の管理情報や、オプション装置２０に送信すべきコマンドがある。前者は、記憶部１６中のオプション装置管理テーブルに記憶し、後者は、記憶部１６中のコマンドバッファに記憶する。ここで、記憶部１６は、揮発性メモリで実現しても不揮発性メモリで実現してもよい。
通信Ｉ／Ｆ部１９は、オプション装置２０にコマンドを送信したり、オプション装置２０から応答を受信したりする。
【００２４】
次に、オプション装置２０内の構成を説明する。オプション装置２０は、制御部２１と、電力検出部２５と、通信Ｉ／Ｆ部２９とを備える。本実施の形態では、補助手段の一例として、オプション装置２０を設けている。
【００２５】
制御部２１は、オプション装置２０全体の動作を制御する。本実施の形態では、自装置の電源オンが他の装置の制御によるものか自装置の事情によるものかを判定する判定手段の一例として、また、自装置の電源オンが自装置の事情による場合にリセット信号を送信することを決定する決定手段の一例として、制御部２１を設けている。
電力検出部２５は、オプション装置２０に対する商用電源からの電力の供給を検出し、電力が供給されている場合に、その旨を示す信号を制御部２１に出力する。尚、本実施の形態において、オプション装置２０に対する電力の供給は、本体装置１０を介して行われるものとする。
【００２６】
記憶部２６は、制御部２１における処理に用いる各種情報を記憶する。各種情報としては、例えば、本体装置１０からの通常コマンドの受信状況や、本体装置１０に送信すべき応答がある。前者は、記憶部２６中の受信状況記憶領域に記憶し、後者は、記憶部２６中の応答バッファに記憶する。ここで、記憶部２６は、揮発性メモリで実現しても不揮発性メモリで実現してもよい。
通信Ｉ／Ｆ部２９は、本体装置１０からコマンドを受信したり、本体装置１０に応答を送信したりする。本実施の形態では、他の装置から第１の信号を受信する受信手段の一例として、また、他の装置に第２の信号を送信する送信手段の一例として、通信Ｉ／Ｆ部２９を設けている。
【００２７】
ここで、本体装置１０の記憶部１６に記憶されるオプション装置管理テーブルについて具体的に説明する。
図４は、オプション装置管理テーブルの具体的な内容を示した図である。
図示するように、オプション装置管理テーブルは、装置ＩＤと、リセット通知受信回数と、自動復旧設定とを対応付けたものとなっている。
装置ＩＤとは、オプション装置２０を一意に識別する識別情報である。ここでは、装置ＩＤを２桁の数字で示しているが、装置ＩＤの中にオプション装置２０の種別を表す文字列を含めてもよい。この文字列としては、例えば、トレイモジュールであれば「ＴＭ」、両面印刷モジュールであれば「ＤＵＰ」等が考えられる。
【００２８】
リセット通知受信回数は、オプション装置２０からリセット通知を受信した回数である。後述するように、この回数が所定の閾値を超えるとオプション装置２０は自動復旧が不可能な状態と判断するので、この回数の情報を保持している。
自動復旧設定は、オプション装置２０からリセット通知を受信した場合に、通信初期からの制御処理を開始することでオプション装置２０を自動復旧すべきかどうかのユーザによる設定である。初期コマンドの送信による自動復旧を行うオプション装置２０に対しては、自動復旧設定を「ＯＮ」とし、初期コマンドの送信による自動復旧を行わないオプション装置２０に対しては、自動復旧設定を「ＯＦＦ」とするとよい。
【００２９】
次いで、画像形成装置１の動作について説明する。まず、画像形成装置１を構成する本体装置１０とオプション装置２０のうち、本体装置１０の動作について説明する。
また、既述の通り、１台の本体装置１０には複数台のオプション装置２０が接続され得るが、このフローチャートも１台のオプション装置２０との間の情報の送受信を想定している。複数台のオプション装置２０との間の情報の送受信を想定する場合は、コマンドの送信先のオプション装置２０と、応答の送信元のオプション装置２０との一致をとりながら、以下の動作を行うことになる。その場合、例えば、本体装置１０が送信するコマンドにオプション装置２０の装置ＩＤを含めておき、各オプション装置２０は、自身の装置ＩＤを含むコマンドを受信した場合にのみ、本体装置１０に応答を返すようにすればよい。そして、本体装置１０は、あるオプション装置２０に対してコマンドを送信した後、所定の時間内に受信した応答をそのオプション装置２０からの応答として紐付け、次のオプション装置２０に対する処理に移るようにすればよい。
【００３０】
図５は、本体装置１０における制御部１１の動作例を示したフローチャートである。尚、制御部１１は、電源がオンになると、初期コマンドをオプション装置２０に送信し、その後は通常コマンドをオプション装置２０に送信する。即ち、本体装置１０の電源がオンになると、まず、電力検出部１５が、電力の供給の開始を検出し、その旨を制御部１１に伝える。すると、制御部１１は、初期コマンドを用意し、記憶部１６のコマンドバッファに初期コマンドを格納する。そして、制御部１１が通信Ｉ／Ｆ部１９に初期コマンドの送信を指示し、通信Ｉ／Ｆ部１９が初期コマンドを送信する。また、初期コマンドの送信が終了すると、制御部１１は、記憶部１６のコマンドバッファに通常コマンドを格納し、通信Ｉ／Ｆ部１９が通常マンドを送信する。このようなコマンドの送信の流れの中で、制御部１１は、オプション装置２０に対する何らかのコマンドの送信を通信Ｉ／Ｆ部１９に指示した後、この動作を実行する。
【００３１】
動作を開始すると、本体装置１０では、通信Ｉ／Ｆ部１９がコマンドを送信してから所定の時間内にオプション装置２０からの応答を受信したかどうかを、制御部１１が判定する（ステップ１０１）。
【００３２】
ここで、所定の時間内にオプション装置２０からの応答を受信しなかった場合、制御部１１は、通信Ｉ／Ｆ部１９がコマンドを所定回数再送したかどうかを判定する（ステップ１０２）。そして、所定回数再送していなければ、制御部１１は、通信Ｉ／Ｆ部１９に同じコマンドの再送を指示する（ステップ１０３）。その後、ステップ１０１に戻り、応答を受信したかどうかを判定する。また、所定回数再送していれば、制御部１１は、オプション装置２０の制御を停止し、ユーザＩ／Ｆ部１２が通信フェイルを表示するよう制御する（ステップ１０４）。
【００３３】
一方、ステップ１０１でオプション装置２０からの応答を受信した場合、制御部１１は、それがリセット通知であるかどうかを判定する（ステップ１０５）。
その結果、応答がリセット通知であると判定すると、制御部１１は、リセット通知の受信回数を数える（ステップ１０６）。具体的には、記憶部１６内のオプション装置管理テーブルの該当するオプション装置２０に対するリセット通知受信回数を「１」カウントアップする。その後、リセット通知の受信回数が予め設定した所定回数を超えたかどうか判定する（ステップ１０７）。そして、リセット通知の受信回数が所定回数を超えていれば、制御部１１は、オプション装置２０の制御を停止し、ユーザＩ／Ｆ部１２が自動復旧不可を表示するよう制御する（ステップ１０８）。また、リセット通知の受信回数が所定回数を超えていなければ、自動復旧を実施する旨の設定がユーザによってなされているかどうかを判定する（ステップ１０９）。具体的には、記憶部１６内のオプション装置管理テーブルの該当するオプション装置２０に対する自動復旧設定が「ＯＮ」になっているかどうかを判定する。ここで、制御部１１は、自動復旧を実施する旨の設定がなされていれば、通信Ｉ／Ｆ部１９に初期コマンドを送信するよう指示し（ステップ１１０）、自動復旧を実施する旨の設定がなされていなければ、制御を停止し、ユーザＩ／Ｆ部１２がリセットフェイルを表示するよう制御する（ステップ１１１）。
【００３４】
また、ステップ１０５で応答がリセット通知でないと判定すると、制御部１１は、通信Ｉ／Ｆ部１９が次のコマンドを送信するよう指示する（ステップ１１２）。尚、この場合、記憶部１６内のコマンドバッファにコマンドが格納されていれば、そのコマンドが送信されるが、コマンドバッファにコマンドが格納されていなければ、空コマンドが送信される。
尚、この動作例では、ステップ１０２で所定回数以上コマンドを再送したかどうかを判定していた。しかしながら、所定時間以上コマンドを再送したかどうかを判定し、所定時間以上コマンドを再送していれば、ステップ１０４に進むようにしてもよい。
また、この動作例では、ステップ１０９で自動復旧設定がなされていた場合に、無条件に初期コマンドを送信していた。しかしながら、オプション装置２０がリセットされた場合、ユーザが解除可能な障害（例えば、ジャム）が発生することは多い。従って、ユーザがこの障害を解除したタイミングで、初期コマンドを送信するようにしてもよい。
【００３５】
次に、オプション装置２０の動作について説明する。
図６は、オプション装置２０における制御部２１の動作例を示したフローチャートである。制御部２１は、オプション装置２０の電源がオンになった直後、又は、本体装置１０に対する何らかの応答の送信を通信Ｉ／Ｆ部２９に指示した後、この動作を実行する。
【００３６】
動作を開始すると、オプション装置２０では、通信Ｉ／Ｆ部２９が本体装置１０からのコマンドを受信したかどうかを、制御部２１が判定する（ステップ２０１）。このとき、本体装置１０からのコマンドを受信していなければ、ステップ２０１を繰り返すが、本体装置１０からのコマンドを受信していれば、制御部２１は、現在のオプション装置２０の状態が本体装置１０から初期コマンドの受信を待っている状態（初期コマンド待ち状態）であるかどうかを判定する（ステップ２０２）。即ち、オプション装置２０の電源がオンになると、まず、電力検出部２５が、電力の供給の開始を検出し、その旨を制御部２１に伝える。そして、制御部２１は、初期コマンド待ち状態である旨を制御部２１が保持しておき、ここでの判定を行う。
【００３７】
ここで、制御部２１が初期コマンド待ち状態でないと判定した場合、即ち、電源オン直後ではない場合、通信Ｉ／Ｆ部２９が受信したコマンドは、通常コマンドであると考えられる。そこで、制御部２１は、その通常コマンドに応じて通常処理を行い、通信Ｉ／Ｆ部２９に通常応答を返すように指示する（ステップ２０３）。
【００３８】
一方、制御部２１が初期コマンド待ち状態であると判定した場合、即ち、電源オン直後である場合、通信Ｉ／Ｆ部２９が受信したコマンドは、本体装置１０も電源オン直後であれば、初期コマンドであることが考えられ、一方で、本体装置１０が電源オン直後でなければ、通常コマンドであることが考えられる。そこで、制御部２１は、通信Ｉ／Ｆ部２９が受信したコマンドが初期コマンドであるかどうかを判定する（ステップ２０４）。
【００３９】
その結果、通信Ｉ／Ｆ部２９が受信したコマンドが初期コマンドであれば、その初期コマンドに応じて初期処理を行い、通信Ｉ／Ｆ部２９に初期応答を返すように指示する（ステップ２０５）。尚、ここでの初期処理とは、例えば、図１の説明で述べた初期化シーケンスである。
一方、通信Ｉ／Ｆ部２９が受信したコマンドが初期コマンドでなければ、つまり、通常コマンドであれば、制御部２１は、通常コマンドの受信回数を数える（ステップ２０６）。例えば、記憶部２６内の受信状況記憶領域に受信回数を記憶しておき、通常コマンドを連続して受信する度にその受信回数を「１」カウントアップしていけばよい。その後、制御部２１は、この受信回数が所定回数を超えたかどうかを判定する（ステップ２０７）。そして、所定回数を超えていなければ、ステップ２０１に戻って、通信Ｉ／Ｆ部２９が本体装置１０からのコマンドを受信したかどうかを再び判定する。また、所定回数を超えていれば、通信Ｉ／Ｆ部２９に対して本体装置１０にリセット通知を送信するよう指示する（ステップ２０８）。
尚、この動作例では、ステップ２０７で所定回数以上コマンドを受信したかどうかを判定していた。しかしながら、所定時間以上コマンドを受信したかどうかを判定し、所定時間以上コマンドを受信していれば、ステップ２０８に進むようにしてもよい。
【００４０】
ところで、これまでは、画像形成装置１を構成する本体装置１０とオプション装置２０との間の通信を前提に説明してきたが、本実施の形態はこれに限られるものではない。例えば、汎用のコンピュータ間で本実施の形態の動作を行うようにしてもよい。そこで、本実施の形態の動作を行う汎用のコンピュータや画像形成装置１のコンピュータ部分をコンピュータ９０として、そのハードウェア構成について説明する。
図７は、コンピュータ９０のハードウェア構成を示した図である。
図示するように、コンピュータ９０は、演算手段であるＣＰＵ（Central Processing Unit）９１と、記憶手段であるメインメモリ９２及び磁気ディスク装置（ＨＤＤ：Hard Disk Drive）９３とを備える。ここで、ＣＰＵ９１は、ＯＳ（Operating System）やアプリケーション等の各種ソフトウェアを実行し、上述した各機能を実現する。また、メインメモリ９２は、各種ソフトウェアやその実行に用いるデータ等を記憶する記憶領域であり、磁気ディスク装置９３は、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶する記憶領域である。
更に、コンピュータ９０は、外部との通信を行うための通信Ｉ/Ｆ９４と、ビデオメモリやディスプレイ等からなる表示機構９５と、キーボードやマウス等の入力デバイス９６とを備える。
【００４１】
尚、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供するようにしてもよい。
【図面の簡単な説明】
【００４２】
【図１】本発明の実施の形態において通信フェイルを検知する際の信号の送受信を示したシーケンス図である。
【図２】本発明の実施の形態においてリセットフェイルを検知する際の信号の送受信を示したシーケンス図である。
【図３】本発明の実施の形態における画像形成装置の機能構成例を示したブロック図である。
【図４】本発明の実施の形態において用いられるオプション装置管理テーブルの具体的な内容を示した図である。
【図５】本発明の実施の形態の本体装置における制御部の動作例を示したフローチャートである。
【図６】本発明の実施の形態のオプション装置における制御部の動作例を示したフローチャートである。
【図７】本発明の実施の形態を適用可能なコンピュータのハードウェア構成図である。
【符号の説明】
【００４３】
１…画像形成装置、１０…本体装置、１１…制御部、１２…ユーザＩ／Ｆ部、１３…画像読取部、１４…画像形成部、１５…電力検出部、１６…記憶部、１９…通信Ｉ／Ｆ部、２０…オプション装置、２１…制御部、２５…電力検出部、２６…記憶部、２９…通信Ｉ／Ｆ部
【特許請求の範囲】
【請求項１】
画像を形成する画像形成手段と、
前記画像形成手段による画像形成の動作を補助する補助手段と
を備え、
前記画像形成手段は、当該画像形成手段の電源オンに応じて特定信号を送信し、
前記補助手段は、当該補助手段の電源オンの後における前記特定信号の受信状況に基づいて、当該電源オンが前記画像形成手段の制御によるものか当該補助手段の事情によるものかを判定し、当該補助手段の事情によるものであると判定した場合に、その旨を示すリセット信号を当該画像形成手段に送信することを特徴とする画像形成装置。
【請求項２】
前記補助手段は、当該補助手段の電源オンの後に前記特定信号以外の信号を連続して所定回数以上又は所定時間以上受信した場合に、当該電源オンが当該補助手段の事情によるものであると判定することを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記画像形成手段は、前記補助手段から前記リセット信号を受信すると、当該補助手段の電源が当該補助手段の事情によりオンになった旨の情報を外部に出力することを特徴とする請求項１記載の画像形成装置。
【請求項４】
前記画像形成手段は、前記補助手段から前記リセット信号を受信すると、当該補助手段に前記特定信号を送信することを特徴とする請求項１記載の画像形成装置。
【請求項５】
前記画像形成手段は、前記補助手段から前記リセット信号を所定回数以上受信すると、当該補助手段に前記特定信号を送信しないことを特徴とする請求項４記載の画像形成装置。
【請求項６】
前記画像形成手段は、前記補助手段から前記リセット信号を受信すると当該補助手段に前記特定信号を送信すべき旨の設定がなされていない場合に、当該補助手段に当該特定信号を送信しないことを特徴とする請求項４記載の画像形成装置。
【請求項７】
他の装置から第１の信号を受信する受信手段と、
前記他の装置に第２の信号を送信する送信手段と、
自装置の電源オンの後に、前記他の装置がその電源オンに応じて送信する初期信号以外の通常信号を前記受信手段が前記第１の信号として受信した場合に、当該通常信号の受信状況に基づいて、自装置の電源オンが当該他の装置の制御によるものか自装置の事情によるものかを判定する判定手段と、
前記判定手段により自装置の電源オンが自装置の事情によるものであると判定された場合に、その旨を示すリセット信号を前記送信手段が前記第２の信号として送信することを決定する決定手段と
を備えたことを特徴とする情報処理装置。
【請求項８】
前記判定手段は、自装置の電源オンの後に前記通常信号を前記受信手段が連続して所定回数以上又は所定時間以上受信した場合に、当該電源オンが自装置の事情によるものであると判定することを特徴とする請求項７記載の情報処理装置。
【請求項９】
コンピュータに、
他の装置から第１の信号を受信する機能と、
前記他の装置に第２の信号を送信する機能と、
自装置の電源オンの後に、前記他の装置がその電源オンに応じて送信する初期信号以外の通常信号を前記第１の信号として受信した場合に、当該通常信号の受信状況に基づいて、自装置の電源オンが当該他の装置の制御によるものか自装置の事情によるものかを判定する機能と、
自装置の電源オンが自装置の事情によるものであると判定された場合に、その旨を示すリセット信号を前記第２の信号として送信することを決定する機能と
を実現させるためのプログラム。
【請求項１】
画像を形成する画像形成手段と、
前記画像形成手段による画像形成の動作を補助する補助手段と
を備え、
前記画像形成手段は、当該画像形成手段の電源オンに応じて特定信号を送信し、
前記補助手段は、当該補助手段の電源オンの後における前記特定信号の受信状況に基づいて、当該電源オンが前記画像形成手段の制御によるものか当該補助手段の事情によるものかを判定し、当該補助手段の事情によるものであると判定した場合に、その旨を示すリセット信号を当該画像形成手段に送信することを特徴とする画像形成装置。
【請求項２】
前記補助手段は、当該補助手段の電源オンの後に前記特定信号以外の信号を連続して所定回数以上又は所定時間以上受信した場合に、当該電源オンが当該補助手段の事情によるものであると判定することを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記画像形成手段は、前記補助手段から前記リセット信号を受信すると、当該補助手段の電源が当該補助手段の事情によりオンになった旨の情報を外部に出力することを特徴とする請求項１記載の画像形成装置。
【請求項４】
前記画像形成手段は、前記補助手段から前記リセット信号を受信すると、当該補助手段に前記特定信号を送信することを特徴とする請求項１記載の画像形成装置。
【請求項５】
前記画像形成手段は、前記補助手段から前記リセット信号を所定回数以上受信すると、当該補助手段に前記特定信号を送信しないことを特徴とする請求項４記載の画像形成装置。
【請求項６】
前記画像形成手段は、前記補助手段から前記リセット信号を受信すると当該補助手段に前記特定信号を送信すべき旨の設定がなされていない場合に、当該補助手段に当該特定信号を送信しないことを特徴とする請求項４記載の画像形成装置。
【請求項７】
他の装置から第１の信号を受信する受信手段と、
前記他の装置に第２の信号を送信する送信手段と、
自装置の電源オンの後に、前記他の装置がその電源オンに応じて送信する初期信号以外の通常信号を前記受信手段が前記第１の信号として受信した場合に、当該通常信号の受信状況に基づいて、自装置の電源オンが当該他の装置の制御によるものか自装置の事情によるものかを判定する判定手段と、
前記判定手段により自装置の電源オンが自装置の事情によるものであると判定された場合に、その旨を示すリセット信号を前記送信手段が前記第２の信号として送信することを決定する決定手段と
を備えたことを特徴とする情報処理装置。
【請求項８】
前記判定手段は、自装置の電源オンの後に前記通常信号を前記受信手段が連続して所定回数以上又は所定時間以上受信した場合に、当該電源オンが自装置の事情によるものであると判定することを特徴とする請求項７記載の情報処理装置。
【請求項９】
コンピュータに、
他の装置から第１の信号を受信する機能と、
前記他の装置に第２の信号を送信する機能と、
自装置の電源オンの後に、前記他の装置がその電源オンに応じて送信する初期信号以外の通常信号を前記第１の信号として受信した場合に、当該通常信号の受信状況に基づいて、自装置の電源オンが当該他の装置の制御によるものか自装置の事情によるものかを判定する機能と、
自装置の電源オンが自装置の事情によるものであると判定された場合に、その旨を示すリセット信号を前記第２の信号として送信することを決定する機能と
を実現させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００９−１１９６９０（Ｐ２００９−１１９６９０Ａ）
【公開日】平成２１年６月４日（２００９．６．４）
【国際特許分類】
【出願番号】特願２００７−２９５３３５（Ｐ２００７−２９５３３５）
【出願日】平成１９年１１月１４日（２００７．１１．１４）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成２１年６月４日（２００９．６．４）
【国際特許分類】
【出願日】平成１９年１１月１４日（２００７．１１．１４）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]