(57)【特許請求の範囲】
【請求項１】
スリープモード時に制御回路の電源をオフして待機消費電力低減をはかる手段を有する周辺装置と、該周辺装置を制御するホスト装置との間に介装され、該両者の間で送受するデータ信号、コマンド信号、ステータス信号をパラレルインタフェイス機能により転送するインタフェイス装置において、
前記周辺装置に前記ホスト装置からの命令開始を伝達して所定の時間応答が無い場合に、前記周辺装置の電源復帰・立ち上がりの所要時間経過後に命令開始を再度伝達する手段を備え、
前記命令を再度伝達する手段は、データが出力されていることを示すストローブの再送出間隔を、前記周辺装置がスリープモードから通常の待機モードへ復帰するまでに要する時間以上に設定することを特徴とするインタフェイス装置。
【請求項２】
請求項１記載のインタフェイス装置において、
スリープモード時に特定のコマンド信号を監視するための回路にのみ電源供給を維持する手段を有し、
前記監視するコマンド信号が待機状態でＨｉｇｈレベルであることを特徴とするインタフェイス装置。
【請求項３】
請求項１記載のインタフェイス装置において、
前記周辺装置との通信ジョブを開始する際、単一の繰作モードより開始することを特徴とするインタフェイス装置。
【請求項４】
請求項１または２記載のインタフェイス装置において、
監視するコマンド信号と同一の極性特性を有する他のコマンド信号との排他的論理和をスリープモード時からの起動信号とすることを特徴とするインタフェイス装置。
【請求項５】
請求項１または２記載のインタフェイス装置において、
前記周辺装置から出力されるステータス信号のうち特定の信号を、スリープモード時には通常待機時とは逆極性に保持する手段と、
該ステータス信号の極性により頻繁な周辺装置ステータスチェック動作を停止する手段と、
を備えたことを特徴とするインタフェイス装置。
【請求項６】
請求項１または２記載のインタフェイス装置において、
前記周辺装置がスリープモードから通常状態へ復帰する間、ステータス入力を遮断してかつ前記ホスト装置へのステータス出力を特定の状態へ維持する手段を備えたことを特徴とするインタフェイス装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インタフェイス装置に係り、特に、ホストＰＣとＬＰＴパラレルインタフェイスで接続された周辺デバイスとのインタフェイス回路およびドライバに関する。
【０００２】
【従来の技術】
省エネ化のために、待機時の電力消費を極力低減するためにスリープモードの設定が一般的である。
従来、プリンタ、スキャナーの場合、ホストＰＣからのスリープモード命令によって主要な電力消費ユニットである記録部や読み取り部の電力供給を遮断する制御が行われてきた。しかし、この場合でもホストＰＣからのコマンド受信を監視する制御システムは稼働する必要があり、待機時消費電力低減の壁となってきた。
【０００３】
最近、ファクシミリやコピー等とプリンタ、スキャナー等のスキャナー機能が合体した複合機が登場してきた。これらの機器では、ホストとの接続およびホスト電源のＯＮ／ＯＦＦに関わらずデバイス側でスリープモードへの移行と待機モードへの回復を行う必要がある。スリープモードへの移行は、動作後の経過時間計測によるものが一般的であり、待機モードへの復帰は着信有無、ユーザー操作（ボタンプッシュ・原稿挿入・ホストからのアクセス検知および人体検知等）、ホストからのアクセス検知で行われることが一般的である。
【０００４】
上記の２つの要請から、
１．スリープモード時は制御部（ＣＰＵ等）の電源も遮断してスリープモード時の電力消費を低減する。
２．周囲からのアクセスを検出して検出信号を出力するための回路と、その回路へ給電するために特別に用意された電源供給回路を用意し、電力供給を復帰させるためのトリガーを発生する。
【０００５】
以上のようなことが盛んに試みられている。
【０００６】
【発明が解決しようとする課題】
しかしながら、制御部動作無しに、ホストＰＣからのアクセスを、確実に検出し、尚かつ誤検出を起こさない方式は無く、ホストＰＣに接続された場合のスリープモード移行と自動復帰の機能は実現されていない。
そこで本発明は、上記ホストからのアクセス検出を簡単な回路で可能にすることにより、スリープモード時の消費電力低減と、確実な待機モードへの自動復帰を実現することを課題とする。
【０００７】
【課題を解決するための手段】
請求項１記載の発明は、上記課題を解決するため、スリープモード時に制御回路の電源をオフして待機消費電力低減をはかる手段を有する周辺装置と、該周辺装置を制御するホスト装置との間に介装され、該両者の間で送受するデータ信号、コマンド信号、ステータス信号をパラレルインタフェイス機能により転送するインタフェイス装置において、前記周辺装置に前記ホスト装置からの命令開始を伝達して所定の時間応答が無い場合に、前記周辺装置の電源復帰・立ち上がりの所要時間経過後に命令開始を再度伝達する手段を備え、前記命令を再度伝達する手段は、データが出力されていることを示すストローブの再送出間隔を、前記周辺装置がスリープモードから通常の待機モードへ復帰するまでに要する時間以上に設定することを特徴とするものである。
【０００８】
請求項２記載の発明は、上記課題を解決するため、請求項１記載のインタフェイス装置において、スリープモード時に特定のコマンド信号を監視するための回路にのみ電源供給を維持する手段を有し、前記監視するコマンド信号が待機状態でＨｉｇｈレベルであることを特徴とするものである。
請求項３記載の発明は、上記課題を解決するため、請求項１記載のインタフェイス装置において、前記周辺装置との通信ジョブを開始する際、単一の繰作モードより開始することを特徴とするものである。
【０００９】
請求項４記載の発明は、上記課題を解決するため、請求項１または２記載のインタフェイス装置において、監視するコマンド信号と同一の極性特性を有する他のコマンド信号との排他的論理和をスリープモード時からの起動信号とすることを特徴とするものである。
請求項５記載の発明は、上記課題を解決するため、請求項１または２記載のインタフェイス装置において、前記周辺装置から出力されるステータス信号のうち特定の信号をスリープモード時には通常待機時とは逆極性に保持する手段と、該ステータス信号の極性により頻繁な周辺装置ステータスチェック動作を停止する手段と、を備えたことを特徴とするものである。
【００１０】
請求項６記載の発明は、上記課題を解決するため、請求項１または２記載のインタフェイス装置において、前記周辺装置がスリープモードから通常状態へ復帰する間、ステータス入力を遮断してかつ前記ホスト装置へのステータス出力を特定の状態へ維持する手段を備えたことを特徴とするものである。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態について添付図面を参照しつつ説明する。
本実施例で示すマルチファンクションペリフェラル（以後ＭＦＰと略す）の構成ブロック図を図１に示す。
各部に電力供給する電源回路（ＰＳＵ）３０の出力は、省エネモード時に遮断される電力供給系と省エネモード時にも遮断されない系に分割配線されており、前者の系の遮断／接続は後者により給電される省エネモード制御回路によって制御される。
【００１２】
この制御回路では、ＭＦＰ１０全体の制御ＣＰＵ１１からの信号が入力されて、省エネモードへのモード移行を命令された場合に、ＰＳＵ３０からの給電信号の遮断が行われ、パラレルポートにより接続されるホストコンピュータＨとのインタフェイス１００と操作部２７およびスキャナー部２２の各々省エネモード中も給電される一部の検知回路からの信号が入力されてユーザーやホストコンピュータＨからのアクセスを検出して、省エネモードからの復帰を制御する。
【００１３】
次に、ホストコンピュータＨからの信号アクセスによって省エネモード制御回路へ入力するための通常モードへの復帰信号を生成する場合の例を示す。
ホストコンピュータＨとＭＦＰ１０との接続は一般的にパラレルインタフェイスで行われる。さらに、このインタフェイスはＩＥＥＥ１２８４規格に従うことが近年一般的である。この規格における各信号とコネクターの対応を図２の一覧表に示す。また、各制御信号線のハードウェア的な入出力インタフェイスを図３に、双方向のデータ入出力インタフェイスを図４に示す。ただし、多くのホストコンピュータでは信号ラインの出力ピンにおいてもプルアップ抵抗を装着する場合が多い。
【００１４】
さて、ホストコンピュータＨからのアクセスの開始はＩＥＥＥ１２８４においては、図５と図６に示したシーケンスから開始される。
図５においては、ＤＡＴＡ信号がセットされた後、“ｎＳＴＲＯＢＥ”がＬｏｗレベルになることによってＭＦＰ側にデータ転送を通知するケースであり、待機モードからフォワードデータ転送（ホストＰＣからＭＦＰへのデータ転送）を開始する際は、ここからシーケンスが開始される。
【００１５】
図６は、ＭＦＰが周辺機器としてＩＥＥＥ１２８４に対応しているか否かの確認動作からシーケンスを開始するケースであり、ホストは“ｎＳｅｌｅｃｔＩｎ”をＨｉｇｈに、“ｎＡｕｔｏｆｅｅｄ”をＬｏｗにしてネゴシエーション開始を示し、ペリフェラルであるＭＦＰはＩＥＥＥ１２８４であることを示す応答（図６の場合は斜線の信号反転によってＩＥＥＥ１２８４対応であることを応答している）を指示することからシーケンスが開始される。
【００１６】
上記より、図５の場合は“ｎＳＴＲＯＢＥ”がＬｏｗレベルになったことを検出して省エネモードからの復帰信号を生成し、図６の場合は“ｎＳｅｌｅｃｔＩｎ”がＬｏｗレベルであり“ｎＡｕｔｏｆｅｅｄ”がＨｉｇｈレベルであることを検出して省エネモードからの復帰信号を生成することによって省エネモードからの自動復帰が可能となる。
【００１７】
ただし、省エネモードから復帰しても、通常の応答においてはペリフェラルデバイスが応答するまでの時間は以下のように定められており、これを復帰速度が上回るために正常な応答が達成されない。
図５の場合・・・５００ns以内にデバイスはＢＵＳＹ信号をＨｉｇｈレベルにして応答を返す。
【００１８】
図６の場合・・・３５msec以内にデバイスは上記応答を返す。
次に、請求項１記載の発明の構成および動作について説明する。
請求項１は、この間題を解決するためにホスト側ドライバーにおいて、ＳＴＲＯＢＥ信号をアサートした後、デバイスからの応答が所定時間内に無ければ所定時間後にＳＴＲＯＢＥ信号を再度アサートする動作を少なくとも１回以上行うものである。
【００１９】
図７にそのシーケンスを図５の場合を例に示す。
最初にドライバーはデバイスからのＢＵＳＹステータス信号をチェックし、これがＬｏｗレベルであることを確認する。一般にこのステータス信号はデバイス側が作業中でコマンド受信できない状態のとき出力される。
次にＳＴＲＯＢＥ信号をＬｏｗにセットすることで、デバイス側に転送コマンド（又はデータ）を受信するように促す。所定時間以内にＢＵＳＹの応答が無ければ、一定の時間後に再度ストローブを送出する。なおこの送出ストローブは一般には５００ns以内のパルス幅と規定されているが、この場合は任意の長さでも良い。
【００２０】
この場合のストローブの再送出間隔をデバイスが、スリープモードから通常の待機モードへ復帰するまでに要する時間以上に設定することで、ホスト−デバイス間の応答が成立する。
次に、請求項２記載の発明の構成および動作について説明する。
ホストからのアクセスは４本のコマンド信号ラインのレベル監視により、デバイス側で検出される。スリープモード時にこれらの信号をすべて監視すると、４本のコマンド信号ラインのプルアップ電源をすべて５Ｖに維持する必要が生じる。この時、通常待機時にＬｏｗレベルである信号を監視した場合、このプルアップ抵抗を通じてホスト側のドライバーへ電流の流れ込みが生じる。
【００２１】
請求項２では、この電流消費を防止するために、通常待機モードでＨｉｇｈレベルである信号のみを監視する。図８はその実施例の入力インタフェイスを示し、ＳＴＲＯＢＥ信号とＡｕｔｏｆｅｅｄ信号のみをモニターし、図５と図６の各々におけるホストアクセスを検出している。図８では、両者の論理和（共にローアクティブ信号であるため）を監視することで、検出を可能にしている。
【００２２】
また、各入力素子はスリープモード時には入力信号を監視部以外の内部回路へ伝達しないようにＳ１信号で制御されている。
次に、請求項３記載の発明について示す。
ホスト側ドライバーにおいて、全てのジョブの開始を図５に示したデータ転送動作から開始することで、図９に示すように、デバイス側インタフェイス回路はより単純にシンプルな構成にすることが可能である。
【００２３】
次に、請求項４記載の発明の構成および動作について説明する。
ホスト側の電源がＯＦＦの場合、以下の様にＰＣのインタフェイス回路に依存して全てのコマンド信号はデバイス側から見て予測不能である。
・電流の流れ込みがプロテクションされている場合・・・Ｈｉｇｈレベルが検出される。
【００２４】
・ドライバーの出力保護ダイオードに対して電流が流れ込む揚合・・・Ｌｏｗレベルが検出される。
・ドライブ部のプルアップ抵抗に電流が流れ込む場合・・・不定
したがって、このコマンドがＬｏｗレベルを示すときに図８、９に示す回路であると誤ってホストからのアクセス検出信号を出力してしまう可能性がある。
【００２５】
請求項４ではこの不具合を解消するために、図１０に示す様な回路を用いてホストアクセスを監視する。
この場合、ＳＴＲＯＢＥと同時にＩＮＩＴ信号がＬｏｗレベルに成るようなケースでは起動トリガーの生成が自動的に防止される。
次に、請求項５記載の発明の構成および動作について説明する。
【００２６】
デバイスがＭＦＰであり、例えばＰＣ−ＦＡＸなどの機能を有する場合、ホスト側は定期的に着信の有無をチェックするためにデバイスのステータスを監視する必要がある。しかしながら、デバイスがスリープモードにある間にステータスを示すデータの送信要求をホストから発すると、デバイスはその都度スリープモードから復帰しなければ成らず、実質的にスリープモードに移行できないことになる。
【００２７】
また、スリープモード中のデバイスからのステータス信号は、請求項４の実施例におけるコマンド信号と同様にホストから見た場合不定となる。
そこで請求項５では、デバイス側から出力されるステータス信号のうち特定の信号を、スリープモード時には通常待機時とは逆極性に保持するデバイス側手段と、そのステータス信号の極性により頻繁なデバイスステータスチェック動作を停止することにより、デバイスが特定のステータス信号によって通常の待機状態に無いことをホスト側で検知可能にする。通常のデバイス待機状態ではない（すなわちスリープモード状態）の場合、定期的なステータスチェックを動作から省くことで、上記不具合を解消している。
【００２８】
図１１にデバイス側ステータス信号の出力回路の実施例を示す。ＳＬＣＴ信号をスリープモード時はＬｏｗレベルで強制出力することによって、ホスト側はＳＬＣＴがＬｏｗレベル状態の場合、デバイスが正常な状態にないことをスリープモード時にも検知可能となる。
次に、請求項６記載の発明の構成を図１２に示す。
【００２９】
図５のホストアクセスに対してデバイスの復帰中に内部回路よりＢＵＳＹが出力されると、ホスト側はアクセスに対するデバイス応答であると誤認する可能性がある。
図１２において、スリープモード中ＢＵＳＹ出力は強制的にＬｏｗレベルを維持し続けるので、このような問題を解消できる。
【００３０】
【発明の効果】
請求項１記載の発明によれば、ホストからデバイスヘジョブの開始を伝達した際に、デバイス側の電源復帰・立ち上がり時間後に再度伝達を行うとともに、このときのストローブの再送出間隔は、デバイスがスリープモードから通常の待機モードへ復帰するまでに要する時間以上に設定しているためデバイスの正常な応答が可能となる。
請求項２記載の発明によれば、監視するコマンド信号がアイドルモード（待機状態）で通常Ｈｉｇｈレベルであるため、受信部におけるプルアップ抵抗を通じてホスト側に流れこむ電流消費を防止できる。
【００３１】
請求項３記載の発明によれば、必ず単一の動作モードから開始されるため、単一のコマンド信号を監視するだけで良くなる。
請求項４記載の発明によれば、ホスト側電源オフ時に監視するコマンド信号がアサート状態となっても、他の同一極性特性のコマンド信号との排他的論理和をとることによってホストからのアクセスと識別可能となり、スリープモード時の誤検出を防止できる。
【００３２】
請求項５記載の発明によれば、スリープモード中のホスト側からの頻繁なアクセスが停止できるので、デバイス側のスリープモード移行が可能になる。
請求項６記載の発明によれば、電源供給が復帰した後ＣＰＵおよび周辺回路の初期化完了までは特定のステータスラインは強制的に所定の極性を保持するため、デバイスがまだ通常状態に復帰していない時にホスト側がデバイス側の応答を誤検出することを防止できる。
【図面の簡単な説明】
【図１】本発明に係るマルチファンクションペリフェラルの一実施例を示す構成ブロック図である。
【図２】ＩＥＥＥ１２８４規格に従う各信号とコネクターの対応を示す一覧表である。
【図３】制御信号線の入出力インタフェイスを示すブロック図である。
【図４】双方向のデータ入出力インタフェイスを示すブロック図である。
【図５】各信号レベルを示す図である。
【図６】各信号レベルを示す図である。
【図７】デバイスからの応答が所定時間内に無いときの処理を示すフローチャートである。
【図８】通常待機モードでＨｉｇｈレベルである信号のみを監視する入力インタフェイスを示すブロック図である。
【図９】インタフェイス装置の要部回路構成を示すブロック図である。
【図１０】インタフェイス装置の要部回路構成を示すブロック図である。
【図１１】デバイス側ステータス信号の出力回路構成を示すブロック図である。
【図１２】デバイス側ステータス信号の出力回路構成を示すブロック図である。
【符号の説明】
１０  マルチファンクションペリフェラル（ＭＦＰ）
１１  制御ＣＰＵ
１２  ＲＯＭ
１３  ＲＡＭ
１４  省エネモード制御回路
２１  スキャナ制御部
２２  スキャナ部
２３  プリンタ制御部
２４  プリンタ部
２４ａ  排紙スタックセンサ
２５  通信制御部
２６  操作制御部
２７  操作部
２８  画像処理符号化回路
２９  不揮発性記憶素子
３０  ＰＳＵ
１００  ホストＩ／Ｆ（インタフェイス装置）
Ｈ    ホスト装置
【図１】
0003739581.tif 000002
【図２】
0003739581.tif 000003
【図３】
0003739581.tif 000004
【図４】
0003739581.tif 000005
【図５】
0003739581.tif 000006
【図６】
0003739581.tif 000007
【図７】
0003739581.tif 000008
【図８】
0003739581.tif 000009
【図９】
0003739581.tif 000010
【図１０】
0003739581.tif 000011
【図１１】
0003739581.tif 000012
【図１２】
0003739581.tif 000013