(57)【要約】【課題】通信装置が置かれている状態に応じて、待機時からの復帰要因を検出した場合であっても、待機状態を維持することにより、消費電力を低減する。【解決手段】低消費電力モードから通常消費電力モードへ移行するモード移行要因の発生を検出する手段と、モード移行要因の発生が検出されると、低消費電力モードから通常消費電力モードへ移行する処理を実施する手段と、公衆回線に接続されているか否かを検知する検知手段と、を含み、公衆回線に接続されていないことが検知されると、低消費電力モードにおいてモード移行要因の発生が検出されても、通常消費電力モードへ移行する処理を実施しない。【選択図】図２
2016158174.tif 000002
【特許請求の範囲】
【請求項１】
低消費電力モードから通常消費電力モードへ移行するモード移行要因の発生を検出する手段と、
前記モード移行要因の発生が検出されると、前記低消費電力モードから前記通常消費電力モードへ移行する処理を実施する手段と、
公衆回線に接続されているか否かを検知する検知手段と、
を含み、
前記公衆回線に接続されていないことが検知されると、前記低消費電力モードにおいて前記モード移行要因の発生が検出されても、前記通常消費電力モードへ移行する処理を実施しないことを特徴とする通信装置。
【請求項２】
主電源が投入されて前記通常消費電力モードにあるとき、前記公衆回線に接続されていることが検知されると、前記主電源をオフして前記低消費電力モードへ移行し、前記モード移行要因の発生が検出されると、前記通常消費電力モードへ移行することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記公衆回線の電圧変化によって前記公衆回線に接続されていることを検出する回線接続検出手段をさらに含み、前記検知手段により前記公衆回線に接続されていないことが検知され、前記低消費電力モードにあるとき、前記回線接続検出手段によって前記公衆回線に接続されていることが検出され、前記モード移行要因の発生を検出すると、通常消費電力モードへ移行することを特徴とする請求項１に記載の通信装置。
【請求項４】
呼出に対する応答時間の短縮要求の設定の有無を判断する手段をさらに含み、前記短縮要求の設定が有ると判断すると、主電源を投入し初期化処理を実行した後、直ちに前記呼出に対する応答を開始することを特徴とする請求項１に記載の通信装置。
【請求項５】
前記短縮要求の設定が無いと判断すると、前記呼出を検出した後、主電源を投入し初期化処理を実行することを特徴とする請求項４に記載の通信装置。
【請求項６】
パケット通信網からの呼出に対する着信設定の有無を判断する手段をさらに含み、前記着信設定が有ると判断すると、主電源を投入し初期化処理を実行した後、前記パケット通信網からの呼出を検出することを特徴とする請求項１に記載の通信装置。
【請求項７】
前記着信設定が無いと判断すると、前記パケット通信網からの呼出を検出した後、主電源を投入し初期化処理を実行することを特徴とする請求項６に記載の通信装置。
【請求項８】
前記回線接続検出手段により前記公衆回線に接続されていることが検出され、呼出信号を検出すると、前記公衆回線による通信を制御する通信制御部と、前記公衆回線を用いた画像処理を制御する画像制御部との双方に対して主電源を投入し初期化処理を実行した後、直ちに前記呼出信号に対する応答を実行することを特徴とする請求項３に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に関する。
【背景技術】
【０００２】
従来のファクシミリ機能を有する通信装置では、公衆回線から呼出信号が入力された場合、常時、ファクシミリを受信することが可能な状態でなければならないため、ファクシミリ機能を司る電源を常に立ち上げておく必要があった。
【０００３】
特許文献１には、画像形成装置の待機時（スタンバイモード時）における消費電力を低減させることを目的として、省エネ制御用の電源制御部（省エネマイコン）を追加し、待機時には、省エネマイコンのみを通電させ、省エネマイコン以外の電源をオフしている。そして、待機時からの復帰要因（モード移行要因）を監視し、復帰要因を検出すると、ファクシミリ機能を司る主制御部の電源をオンし、復帰・起動させることによりファクシミリ通信を行う技術が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来の技術では、復帰要因を検出すると、通信装置がどのような状態に置かれているかにかかわらず、ファクシミリ機能を司る主制御部の電源を一様にオンさせる処理を行っていた。したがって、例えば、公衆回線に接続されておらず、ファクシミリ機能を起動させる必要がない場合においても、待機時からの復帰・起動を行っており、無駄な電力を消費してしまうという問題があった。
【０００５】
そこで、本発明は、上記従来技術の問題点に鑑みてなされたものであって、通信装置が置かれている状態に応じて、待機時からの復帰要因を検出した場合であっても、待機状態を維持することにより、消費電力を低減することが可能な通信装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、請求項１に記載の本発明における通信装置は、低消費電力モードから通常消費電力モードへ移行するモード移行要因の発生を検出する手段と、前記モード移行要因の発生が検出されると、前記低消費電力モードから前記通常消費電力モードへ移行する処理を実施する手段と、公衆回線に接続されているか否かを検知する検知手段と、を含み、前記公衆回線に接続されていないことが検知されると、前記低消費電力モードにおいて前記モード移行要因の発生が検出されても、前記通常消費電力モードへ移行する処理を実施しないことを特徴とする。
【発明の効果】
【０００７】
本発明によれば、通信装置が置かれている状態に応じて、待機時からの復帰要因を検出した場合であっても、待機状態を維持することにより、消費電力を低減することが可能な通信装置を得ることができる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態に係る通信装置のシステム構成を示すブロック図である。
【図２】本実施形態に係る通信装置の第１の動作について説明するフロー図である。
【図３】本実施形態に係る通信装置の第２の動作について説明するフロー図である。
【図４】本実施形態に係る通信装置の第３の動作について説明するフロー図である。
【図５】本実施形態に係る通信装置の第４の動作について説明するフロー図である。
【発明を実施するための形態】
【０００９】
次に、本発明を実施するための形態について図面を参照して詳細に説明する。なお、各図中、同一又は相当する部分には同一の符号を付しており、その重複説明は適宜に簡略化乃至省略する。以下、本実施形態について説明するが、本実施形態は、以下に説明する実施形態に限定されるものではない。なお、以下に説明する実施形態では、ファクシミリ機能を搭載した通信装置を具体例として説明しているが、通信機能を搭載した複合機（ＭＦＰ：Multi Function Peripheral）についても本発明を適用することが可能である。
【００１０】
本発明の実施の形態について説明する。本実施形態では、ファクシミリ機能を搭載した通信装置が、公衆回線に接続されているか否かを検出する。公衆回線に接続されていない場合は、主制御部に電源を投入せず、低消費電力モードである待機状態を維持することとしている。これにより、不必要に電力が消費されることを防止している。
【００１１】
また、公衆回線から入力される呼出信号（例えば、１６Ｈｚ信号、又は１３００ＨｚＦ網信号等）を検出した場合、その信号の種類に応じて、適切な復帰・起動処理を実施することとしている。これにより、呼出信号に対する応答を素早く実施することとしている。これら本発明の特徴について、以下の図面を用いて詳細に解説する。
【００１２】
まず、本実施形態に係る通信装置のシステム構成について説明する。図１は、本実施形態に係る通信装置のシステム構成を示すブロック図である。
【００１３】
図１において、通信装置１００は、ファクシミリの送信及び受信を制御する通信制御部の一例であるＦＣＵ（Facsimile Control Unit）１を備えている。ＦＣＵ１は、通信装置１００を制御し、画像制御部の一例であるＣＴＬ(Controller)１６と接続される。また、ＣＴＬ１６は、操作部２０及び読み取り部２１と接続される。さらに、ＣＴＬ１６は、図示しないエンジン制御部と接続される。
【００１４】
エンジン制御部は、画像形成部により、電子写真やインクジェットの技術を用いて紙等の記録媒体に画像を形成する。また、ＣＴＬ１６において、ＮＩＣ（Network Interface Card)や、ＵＳＢ（Universal Serial Bus)等のインタフェースを介して受信したプリントデータも同様に印刷出力することができる。
【００１５】
次にＦＣＵ１の構成について説明する。ＦＣＵ主制御部２は、マイクロプロセッサ等から構成されるＣＰＵ（Central Processing Unit）である。ＦＣＵ主制御部２は、ＲＯＭ（Read Only Memory）８に記憶されているプログラムをロードする。そして、モデム３、ＳｉＤＡＡ（Silicon Data Access Arrangement）（ＳＳＤ：Solid State Drive）４、ＳｉＤＡＡ（ＬＳＤ：Local Status and Diagnostic）５を制御する。また、ＦＣＵ主制御部２は、通信回路６、ＲＡＭ（Random Access Memory）９、充電部を含む２次電池１０、不揮発性ＲＡＭ１１を制御する。
【００１６】
通信回路６は、公衆回線１２の接続の有無、又は公衆回線１２の電圧変化を検出する回線接続検出部７を有する。ＲＡＭ９は、読み取り部２１によって読み取られた２値化画像データを格納する。読み取られた画像データは、モデム３によって変調され、ＳｉＤＡＡ（ＳＳＤ）４、ＳｉＤＡＡ（ＬＳＤ）５、及び通信回路６を介して公衆回線１２に出力される。
【００１７】
また、ＲＡＭ９は、公衆回線１２から入力されたアナログ信号を、通信回路６、ＳｉＤＡＡ（ＬＳＤ）５、ＳｉＤＡＡ（ＳＳＤ）４、及びモデム３を介して復調する。そして、ＲＡＭ９は、その復調した２値化データを格納する。不揮発性ＲＡＭ１１は、ＦＣＵ１の電源が遮断された状態であっても、例えば、短縮ダイヤル番号等の保存しておくべきデータを確実に格納する。
【００１８】
読み取り部２１は、ＤＭＡ（Direct Memory Access）コントローラ、画像処理ＩＣ（Integrated Circuit）などから構成されている。また、読み取り部２１は、イメージセンサ、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）ロジックＩＣ等から構成されている。読み取り部２１は、コンタクトセンサ（Contact Sensor）を利用して読み取ったデータを２値化し、その２値化データを順次ＲＡＭ９に送る。
【００１９】
モデム３は、Ｇ３モデムとこれらのモデムに接続されたクロック発生回路等から構成される。モデム３は、ＦＣＵ主制御部２の制御に基づいて、ＲＡＭ９に格納されている送信データを変調し、ＳｉＤＡＡ（ＳＳＤ）４、ＳｉＤＡＡ（ＬＳＤ）５、及び通信回路６を介して公衆回線１２に出力する。また、モデム３は、公衆回線１２のアナログ信号を、通信回路６、ＳｉＤＡＡ（ＬＳＤ）５、ＳｉＤＡＡ（ＳＳＤ）４、を介して受信し、その信号を復調して２値化データをＲＡＭ９に格納する。
【００２０】
ＳｉＤＡＡ４（ＳＳＤ）４は、呼出信号を検出する手段を有し、呼出信号が検出されたときは着信信号をＦＣＵ電源制御部１４に送出することができる。また、ＦＣＵ主制御部２は、ＳｉＤＡＡ（ＳＳＤ）４のレジスタをリードすることにより、公衆回線１２が接続されているか否かを検知することができる。
【００２１】
外付け電話機１３は、ＦＣＵ１に外付けで接続される。外付け電話機１３は、具体的には、ハンドセット、スピーチネットワーク、ダイヤラ、リンガー、テンキー、ワンタッチキー等から構成される。操作部２０は、画像送信、受信等をスタートさせるキー、送受信時におけるファイン、標準、自動受信等の操作モードを指定するモード選択キー、ダイヤリング用のテンキー又はワンタッチキー等から構成される。
【００２２】
ＦＣＵ電源制御部１４は、ＦＣＵ１の各部に対する通電を制御する。停電等が発生した場合、ＦＣＵ電源制御部１４は、２次電池１０から供給される電源によって駆動することが可能である。ＦＣＵ電源制御部１４は、通信回路６で受信する呼出信号、外付け電話機１３のオフフック信号、２次電池１０の電圧低下等の要因を検知すると、起動信号をスイッチ（ＳＷ）１５に送出する。これにより、ＦＣＵ主制御部２、モデム３、ＳｉＤＡＡ（ＳＳＤ）４、ＲＯＭ８、ＲＡＭ９、不揮発性ＲＡＭ１１の各電源を投入することができる。
【００２３】
ＦＣＵ主制御部２は、電源が投入されると、各デバイスの初期化処理を行う。初期化処理が完了すると、ＦＣＵ１は、低消費電力モードである待機状態から復帰し、検出された復帰要因に応じて、通信装置１００の各動作を行う。この各動作は、通常消費電力モードで実行される。
【００２４】
ＦＣＵ１とＣＴＬ１６とは、コネクタを介して、ＰＣＩ（Peripheral Component Interconnect）バスによって接続されている。ＣＴＬ１６には、ＣＴＬ電源制御部１８があり、ＣＴＬ１６を含めた通信装置１００全体の電源制御を行う。
【００２５】
ＦＣＵ主制御部２は、ＣＴＬ電源制御部１８と信号線２２によって接続されている。そして、ＦＣＵ主制御部２において公衆回線１２が接続されているか否かを検出した結果を、ＣＴＬ電源制御部１８に対して通知を行うことができる。
【００２６】
また、通信回路６は、ＣＴＬ１６のＣＴＬ電源制御部１８と信号線２３によって接続されており、公衆回線１２から呼出信号を検出した場合は、直接、ＣＴＬ１６側へ通知することも可能である。ＣＴＬ電源制御部１８は、ＦＣＵ１内のスイッチ（ＳＷ）１９に接続されており、ＦＣＵ電源制御部１４も含めたＦＣＵ１全体の電源を制御することができる。
【００２７】
次に、本実施形態に係る通信装置の第１の動作について説明する。図２は、本実施形態に係る通信装置の第１の動作について説明するフロー図である。
【００２８】
ステップＳ２０１の処理において、通信装置１００の主電源が投入される。そうすると、通信装置１００は、起動シーケンスを経た後、待機状態へ移行する。ステップＳ２０２の処理において、ＦＣＵ電源制御部１４は、初期化（イニシャライズ）処理を実施した後、ステップＳ２０３の処理において、ＦＣＵ１の主電源を投入する。
【００２９】
ステップＳ２０４の処理において、ＦＣＵ主制御部２は、初期化処理を実施する。そして、ＦＣＵ主制御部２は、初期化処理を完了すると、ステップＳ２０５の処理において、ＳｉＤＡＡ（ＳＳＤ）４の回線モニタのレジスタを読み出す。そして、ステップＳ２０６の処理において、ＦＣＵ主制御部２は、通信装置１００に公衆回線１２が接続されているか否かを判断する。
【００３０】
ＦＣＵ主制御部２がＳｉＤＡＡ（ＳＳＤ）４の回線モニタのレジスタを読み出した結果、公衆回線が接続されている（ステップＳ２０６：Ｙｅｓ）と判断すると、ステップＳ２０７の処理へ移行する。ステップＳ２０７の処理において、ＦＣＵ主制御部２は、ＦＣＵ電源制御部１４に対して公衆回線１２が接続されていることを通知する。ステップＳ２０８の処理において、ＦＣＵ電源制御部１４は、公衆回線１２が接続されていることを確認すると、ＦＣＵ１内の電源をオフし、低消費電力モードである待機状態に移行する。
【００３１】
一方、ＦＣＵ主制御部２がＳｉＤＡＡ（ＳＳＤ）４の回線モニタのレジスタを読み出した結果、公衆回線が接続されていない（ステップＳ２０６：Ｎｏ）と判断すると、ステップＳ２１２の処理へ移行する。ステップＳ２１２の処理において、ＦＣＵ主制御部２は、ＦＣＵ電源制御部１４に対して公衆回線１２が接続されていないことを通知する。ステップＳ２１３の処理において、ＦＣＵ電源制御部１４は、公衆回線が接続されていないことを確認すると、ＦＣＵ１内の電源をオフし、低消費電力モードである待機状態に移行する。
【００３２】
ステップＳ２１４の処理において、ＦＣＵ電源制御部１４は、低消費電力モードである待機状態から通常消費電力モードへモード移行するモード移行要因を検出した場合（以下、この状態を「移行要因検出」という。）であっても、移行要因検出を無効とする。すなわち、モード移行要因が発生した場合であっても、低消費電力モードである待機状態から通常消費電力モードへの復帰処理（移行処理）を実施しない。これは、ステップＳ２０６において、公衆回線１２が接続されていない（ステップＳ２０６：Ｎｏ）と判断したため、低消費電力モードである待機状態を維持することにより、無駄な電力消費を発生させないようにするためである。
【００３３】
ステップＳ２１５の処理において、ＦＣＵ電源制御部１４は、回線接続検出部７を有効状態にする。そして、ステップＳ２１６の処理において、ＦＣＵ電源制御部１４は、回線接続検出部７を用いて公衆回線１２の接続の検出を開始する。ステップＳ２１７の処理において、公衆回線１２が接続されていることを検出すると（ステップＳ２１７：Ｙｅｓ）、ステップＳ２０９の処理へ移行する。公衆回線１２が接続されていることを検出しないと（ステップＳ２１７：Ｎｏ）、検出するまで待機する。
【００３４】
ステップＳ２０９の処理において、ＦＣＵ電源制御部１４は、低消費電力モードである待機状態から通常消費電力モードへモード移行するモード移行要因の検出を開始する。ステップＳ２１０の処理において、ＦＣＵ電源制御部１４は、モード移行要因を検出したか否かを判断する。モード移行要因を検出すると（ステップＳ２１０：Ｙｅｓ）、ステップＳ２１１の処理へ移行する。モード移行要因を検出しないと（ステップＳ２１０：Ｎｏ）、移行要因を検出するまで待機する。
【００３５】
ステップＳ２１１の処理において、ＦＣＵ電源制御部１４は、ＦＣＵ１の電源をオンし、ＦＣＵ１を起動する。このとき、ＦＣＵ電源制御部１４は、ＦＣＵ主制御部２に対して公衆回線が接続された旨の通知を行う。
【００３６】
このように、本実施形態では、通信装置１００に公衆回線１２が接続されているかどうかを検出し、通信装置１００に公衆回線１２が接続されている場合は、通常の待機状態（ＦＣＵ１の電源オフ状態）で待機する。それに対して、公衆回線１２が接続されていない場合は、回線接続検出部７を有効として低消費電力モードである待機状態に移行する。そして、公衆回線１２が接続されていない状態が継続している間は、たとえモード移行要因が発生した場合であっても、待機状態からの復帰処理（移行処理）を実施せず、ＦＣＵ１の電源をオフのままにする。これにより、無駄な電力消費を発生させないようにしている。
【００３７】
すなわち、ＦＣＵ主制御部２がＳｉＤＡＡ（ＳＳＤ）４の回線モニタのレジスタを読み出した結果、公衆回線１２が接続されていないと判断した場合、モード移行要因の検出を無効とし、低消費電力モードである待機状態を維持している。そして、待機状態において、回線接続検出部７を用いて公衆回線１２の接続の有無を検出し、公衆回線１２の接続を検出すると、待機状態から通常消費電力モードに移行し、ＦＣＵ１の電源をオンすることとしている。
【００３８】
次に、本実施形態に係る通信装置の第２の動作について説明する。図３は、本実施形態に係る通信装置の第２の動作について説明するフロー図である。
【００３９】
ステップＳ３０１の処理において、通信装置１００のＡＣ（Alternating Current）電源が入力されると、ステップＳ３０２の処理において、ＦＣＵ電源制御部１４に電源が投入される。ステップＳ３０３の処理において、ＦＣＵ電源制御部１４は、初期化（イニシャライズ）処理を実施する。
【００４０】
ステップＳ３０４の処理において、ＦＣＵ電源制御部１４に対して、応答時間短縮要求の設定がなされているかどうかを判断する。応答時間短縮要求は、不揮発性ＲＡＭ１１等のメモリ内に格納されている。この応答時間短縮要求とは、ユーザによっては着信応答動作を早く実行したいという要望がある。そのため、ＦＣＵ１を通電状態にしておき、先に初期化処理を実施しておくことにより、着信応答動作に直ぐに移行することができるようにしておくことで、着信応答時間の短縮を図ることができるのである。
【００４１】
ステップＳ３０４の処理において、応答時間短縮要求の設定がなされている（ステップＳ３０４：Ｙｅｓ）と判断すると、ステップＳ３０５の処理へ移行する。ステップＳ３０５の処理において、ＦＣＵ電源制御部１４は、ＦＣＵ１内の主電源をオンする。ステップＳ３０６の処理において、ＦＣＵ主制御部２は、初期化処理を開始する。そして、ステップＳ３０７の処理において、ＦＣＵ電源制御部１４は、ＦＣＵ主制御部２に対して応答時間短縮要求がある旨を通知する。
【００４２】
ステップＳ３０８の処理において、公衆回線１２から呼出信号を検出したか否かが判断される。呼出信号を検出した（ステップＳ３０８：Ｙｅｓ）と判断すると、ステップＳ３０９の処理へ移行する。呼出信号を検出しない（ステップＳ３０８：Ｎｏ）と判断すると、呼出信号を検出するまで待機する。ステップＳ３０９の処理において、ＦＣＵ主制御部２は、着信処理を実施する。そして、ステップＳ３１０の処理において、処理を完了し動作を終了する。
【００４３】
ステップＳ３０４の処理において、応答時間短縮要求の設定がなされていない（ステップＳ３０４：Ｎｏ）と判断すると、ステップＳ３１１の処理へ移行する。ステップＳ３１１の処理において、ＦＣＵ電源制御部１４は、移行要因の検出を開始する。そして、ステップＳ３１２の処理において、移行要因の一例として、公衆回線１２から呼出信号を検出したか否かが判断される。呼出信号を検出した（ステップＳ３１２：Ｙｅｓ）と判断すると、ステップＳ３１３の処理へ移行する。呼出信号を検出しない（ステップＳ３１２：Ｎｏ）と判断すると、呼出信号を検出するまで待機する。なお、ここでは、移行要因の一例として、呼出信号を検出したか否かを判断しているが、移行要因は、呼出信号の検出以外の要因であっても良い。
【００４４】
ステップ３１３の処理において、ＦＣＵ電源制御部１４は、ＦＣＵ１内の主電源をオンする。ステップＳ３１４の処理において、ＦＣＵ主制御部２は、初期化処理を開始する。そして、ステップＳ３１５の処理において、ＦＣＵ電源制御部１４は、ＦＣＵ主制御部２に対してステップＳ３１１で検出した移行要因を通知する。この移行要因は、上記した呼出信号の検出以外にも、様々な移行要因がある。
【００４５】
ステップＳ３１６の処理において、ＦＣＵ主制御部２は、移行要因に応じた起動処理を選択・実行する。この例の場合は、呼出信号に対する着信応答動作を実行する。そして、ステップＳ３１７の処理において、処理を完了し、ステップＳ３１８の処理において、ＦＣＵ電源制御部１４は、主電源をオフして動作を終了する。
【００４６】
このように、本実施形態では、公衆回線１２から呼出信号を受信した場合、複数の起動方法が用意されている。１つは、ＦＣＵ１を待機状態にしておき、公衆回線１２から呼出信号を検出すると、ＦＣＵ１の主電源をオンした後に起動処理を行うという一般的な起動方法である。もう１つは、先にＦＣＵ１を起動状態にしておき、公衆回線１２から呼出信号を検出すると、直ちに着信応答動作を実行するという起動方法である。何れの起動方法を選択するかは、応答時間の短縮要求が設定されているか否かによって決定される。
【００４７】
そして、前者の起動方法では、呼出信号を検出してからＦＣＵ主制御部２の初期化処理を開始するため、着信応答動作の実行を開始するまでに時間を要する。これに対し、ユーザによっては着信応答動作を早く実行したいという要望もある。そのため、後者の起動方法を採用すれば、呼出信号を受信する前に初期化処理を終えているので、着信応答動作の実行を早めることができる。
【００４８】
次に、本実施形態に係る通信装置の第３の動作について説明する。図４は、本実施形態に係る通信装置の第３の動作について説明するフロー図である。上記説明した第２の動作では、ＰＳＴＮ（Public Switched Telephone Network）を一例とする公衆電話回線網から検出される呼出信号を対象としていた。この第３の動作は、ファクシミリ通信網（以下、Ｆ網という。）を一例とするパケット通信網から検出される呼出信号を対象としている。
【００４９】
すなわち、Ｆ網からの呼出信号は、周波数が１３００Ｈｚであり、回線接続検出部７で検出することができないので、モデム３で検出することとしている。そのためには、ＦＣＵ１内の各デバイスに対して電源を投入しておく必要がある。
【００５０】
ステップＳ４０１からステップＳ４０３の処理は、図３のステップＳ３０１からステップＳ３０３の処理と同一である。ステップＳ４０４の処理において、ＦＣＵ電源制御部１４に対して、Ｆ網着信の設定がなされているかどうかを判断する。Ｆ網着信設定は、不揮発性ＲＡＭ１１等のメモリ内に格納されている。
【００５１】
ステップＳ４０４の処理において、Ｆ網着信の設定がなされている（ステップＳ４０４：Ｙｅｓ）と判断すると、ステップＳ４０５の処理へ移行する。ステップＳ４０５の処理において、ＦＣＵ電源制御部１４は、ＦＣＵ１内の主電源をオンする。ステップＳ４０６の処理において、ＦＣＵ主制御部２は、初期化処理を開始する。そして、ステップＳ４０７の処理において、ＦＣＵ電源制御部１４は、ＦＣＵ主制御部２に対してＦ網着信設定がある旨を通知する。
【００５２】
ステップＳ４０８からステップＳ４１０までの処理は、図３のステップＳ３０８からステップＳ３１０までの処理と同一であるが、ステップＳ４０８の処理において、Ｆ網からの呼出信号は、ＦＣＵ１のモデム３で検出している。
【００５３】
ステップＳ４０４の処理において、Ｆ網着信の設定がなされていない（ステップＳ４０４：Ｎｏ）と判断すると、ステップＳ４１１の処理へ移行する。ステップＳ４１１からステップＳ４１８までの処理は、呼出信号が、Ｆ網から検出される点を除き、図３のステップＳ３１１からステップＳ３１８までの処理と同一である。
【００５４】
このように、本実施形態では、Ｆ網からの呼出信号を検出する必要がある場合には、回線接続検出部７ではなく、モデム３で検出することとしている。そして、通信装置１００が起動する際に、ＦＣＵ電源制御部１４においてＦ網着信設定の有無を確認し、Ｆ網着信設定が有る場合にのみＦＣＵ１の電源を投入することとしている。したがって、Ｆ網着信の設定がなされていない場合、呼出信号を検出するまでＦＣＵ１の電源を投入しないことにより、不用な電力消費を削減することが可能となる。
【００５５】
次に、本実施形態に係る通信装置の第４の動作について説明する。図５は、本実施形態に係る通信装置の第４の動作について説明するフロー図である。この動作は、着信応答動作に移行する際、呼出信号を検出する手段を、ＦＣＵ１に加えて、ＣＴＬ１６にも設けることが特徴となっている。
【００５６】
ステップＳ５０１の処理において、通信装置１００のＡＣ電源が入力されると、ステップＳ５０２の処理において、ＦＣＵ電源制御部１４に電源が投入される。ステップＳ５０３の処理において、ＦＣＵ電源制御部１４は、初期化（イニシャライズ）処理を実施する。
【００５７】
ステップＳ５０４の処理において、ＦＣＵ電源制御部１４は、移行要因の検出を開始する。そして、ステップＳ５０５の処理において、回線接続検出部７が呼出信号を検出したかどうかを判断する。回線接続検出部７が呼出信号を検出したと判断すると（ステップＳ５０５：Ｙｅｓ）、ステップ５０６及びステップ５１２の処理へ移行する。すなわち、回線接続検出部７において呼出信号を検出した場合、ＦＣＵ電源制御部１４及びＣＴＬ電源制御部１８にその旨が通知される。他方、呼出信号を検出していないと判断すると（ステップＳ５０５：Ｎｏ）呼出信号を検出するまで待機する。
【００５８】
ステップＳ５０６の処理において、ＦＣＵ電源制御部１４は、ＦＣＵ１内の主電源をオンする。ステップＳ５０７の処理において、ＦＣＵ主制御部２は、初期化処理を開始する。そして、ステップＳ５０８の処理において、ＦＣＵ電源制御部１４は、ＦＣＵ主制御部２に対してステップＳ５０４で検出した移行要因を通知する。この移行要因は、上記した呼出信号の検出以外にも、様々な移行要因がある。
【００５９】
ステップＳ５０９の処理において、ＦＣＵ主制御部２は、移行要因に応じた起動処理を選択・実行する。この例の場合は、呼出信号に対する着信応答動作を実行する。そして、ステップＳ５１０の処理において、ＣＴＬ１６に対して、待機状態へ移行するよう要求する。
【００６０】
ステップＳ５１２の処理において、ＣＴＬ電源制御部１８は、ＣＴＬ１６内の主電源をオンする。ステップＳ５１３の処理において、ＣＴＬ主制御部１７は、初期化処理を開始する。そして、ステップＳ５１４の処理において、待機状態へ移行する。
【００６１】
さらに、ステップＳ５１５の処理において、ステップＳ５１０の処理におけるＦＣＵ１から発せられた待機状態へ移行する旨の要求を受ける。そして、ステップＳ５１６の処理において、ＦＣＵ１に対して、待機状態に移行した旨を応答する。
【００６２】
ステップＳ５１１の処理において、ＦＣＵ１は、ＣＴＬ１６から発せられた待機状態に移行した旨の応答を受けると、ステップＳ５１７の処理において、ＦＣＵ１とＣＴＬ１６との間において着信処理が実行される。これにより、着信応答動作を早く実行することが可能となる。
【００６３】
このように、本実施形態では、着信応答動作を実行する場合、回線接続検出部７において呼出信号が検出されると、その旨をＦＣＵ１とＣＴＬ１６との双方に通知することとしている。これにより、ＦＣＵ１側で初期化処理を開始すると同時に、ＣＴＬ１６側でも初期化処理を開始することが可能となる。したがって、着信応答動作を早く実行することが可能となるのである。
【００６４】
なお、図２から図５に示した本実施形態に係る通信装置の動作フローは、コンピュータ上のプログラムに実行させることもできる。すなわち、通信装置１００を構成するＦＣＵ主制御部２及びＣＴＬ主制御部１７が、ＲＯＭ８に格納されたプログラムをロードする。そして、プログラムの各処理ステップが順次実行されることによって行われる。
【００６５】
このように、本実施形態では、公衆回線の接続状態を検出し、公衆回線が接続されていない場合には、移行要因が検出された場合であっても、待機状態を維持することとしている。これにより、無駄な電力が消費されることを防止している。
【００６６】
また、応答時間短縮要求が設定されている場合、呼出信号を受信する前に初期化処理を終えているので、着信応答動作の実行を早めることができる。
【００６７】
さらに、網からの着信設定がされている場合に、着信を検出するデバイスに対して電源を投入することとしている。これにより、網からの着信設定がされていない場合は、デバイスに対して電源を投入する必要がないので、不用な電力消費を削減することが可能となる。
【００６８】
また、呼出信号が検出されると、その旨をＦＣＵとＣＴＬとの双方に通知し、ＦＣＵとＣＴＬとの双方で初期化処理を開始することが可能となる。これにより、着信応答動作を早く実行することが可能となる。
【００６９】
以上説明したように、本発明によれば、通信装置が置かれている状態に応じて、待機時からの復帰要因を検出した場合であっても、待機状態を維持することにより、消費電力を低減することが可能な通信装置を得ることができる。
【００７０】
以上、これまで本発明の実施形態について説明してきたが、本発明の実施形態は上述した実施形態に限定されるものではない。すなわち、他の実施形態、追加、変更、削除等、当業者が想到することができる範囲内で変更することができ、何れの態様においても本発明の作用効果を奏する限り、本発明の範囲に含まれるものである。
【符号の説明】
【００７１】
１    ＦＣＵ
２    ＦＣＵ主制御部（ＣＰＵ）
３    モデム
４    ＳｉＤＡＡ（ＳＳＤ）
５    ＳｉＤＡＡ（ＬＳＤ）
６    通信回路
７    回線接続検出部
８    ＲＯＭ
９    ＲＡＭ
１０    ２次電池（充電部）
１１    不揮発性ＲＡＭ
１２    公衆回線
１３    外付け電話機
１４    ＦＣＵ電源制御部（マイコン）
１５、１９    ＳＷ
１６    ＣＴＬ
１７    ＣＴＬ主制御部（ＣＰＵ）
１８    ＣＴＬ電源制御部（マイコン）
２０    操作部
２１    読み取り部
２２、２３    信号線
１００    通信装置
【先行技術文献】
【特許文献】
【００７２】
【特許文献１】特開２０１３−００５３３３号公報
【図１】
2016158174.tif 000003
【図２】
2016158174.tif 000004
【図３】
2016158174.tif 000005
【図４】
2016158174.tif 000006
【図５】
2016158174.tif 000007