(57)【要約】【課題】省エネ状態における付加的情報のネットワークを介したやりとりを、装置本来の画像処理動作を行う装置の主たる構成に通電することなく行うことで、十分な省エネ効果を得ることができる画像処理装置を提供すること。【解決手段】主装置部における付加的情報のネットワークを介したやりとりに関連する設定情報を省エネ状態移行時に副装置部に通知して主装置部におけるネットワーク設定を副装置部に引き継ぐことにより、付加的情報のネットワークとの間のやりとりを省エネ状態においては前記副装置部が代行できるようにしたことを特徴とする。【選択図】    図２
2005045301.tif 000002
【特許請求の範囲】
【請求項１】
接続されたネットワークを介して画像データをやりとりすると共に自装置が前記ネットワークを介したやりとりを行うための付加的情報のやりとりを所定のネットワーク関連設定情報に基づいて前記ネットワークとの間で行う一方、前記ネットワークを介してやりとりする画像データに対して所定の処理を行う画像処理装置において、
主電源からの電力供給により動作する主装置部と、副電源からの電力供給により動作する副装置部とから構成され、前記主装置部は、動作状態において所定の省エネ状態移行要因が発生すると前記副装置部に対して省エネ状態への移行を要求する一方、前記副装置部は、その要求に応じて前記主電源から前記主装置部への電力供給を停止して省エネ状態に移行し、その省エネ状態において所定の動作状態復帰要因が発生すると前記主電源から前記主装置部へ電力供給を再開して前記主装置部を動作状態に復帰させる省エネ制御手段を備える一方、
前記主装置部は、前記ネットワークに接続可能で、そのネットワークを介して画像データをやりとりすると共に自装置が前記ネットワークを介したやりとりを行うための付加的情報のやりとりを予め主記憶手段に設定・記憶されたネットワーク関連設定情報に基づいて前記ネットワークとの間で行う主ネットワーク通信制御手段と、前記ネットワークを介してやりとりする画像データに対して所定の処理を行う画像処理手段と、前記副装置部に対して省エネ状態への移行を要求するのに付随して前記ネットワーク関連設定情報を送信する設定情報通知手段とを少なくとも備え、
前記副装置部は、更に、前記ネットワークに接続可能で、自装置が前記ネットワークを介したやりとりを行うための付加的情報のやりとりを副記憶手段に設定・記憶されているネットワーク関連設定情報に基づいて前記ネットワークとの間で行う副ネットワーク通信制御手段と、前記主装置部からの前記省エネ状態からの移行の要求に付随して送信されてくる前記ネットワーク関連設定情報を受信して前記副記憶手段に設定・記憶させる設定情報受信設定手段と、前記ネットワークを、前記省エネ状態時においては前記副ネットワーク通信制御手段に接続する一方、前記動作状態時においては前記主ネットワーク通信制御手段に接続するネットワーク切換手段とを備え、
前記主装置部における前記付加的情報の前記ネットワークとの間のやりとりを前記省エネ状態においては前記副装置部が代行することを特徴とする画像処理装置。
【請求項２】
前記ネットワークとの間の付加的情報のやりとりは、前記ネットワークから自装置に対する所定の要求に対する所定の応答の送信であることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記ネットワークとの間の付加的情報のやりとりは、前記ネットワークへの定期的な所定の要求に対する所定の応答の受信であることを特徴とする請求項１に記載の画像処理装置。
【請求項４】
前記副ネットワーク通信制御手段は、前記ネットワークとの間の付加的情報のやりとりとして、前記ネットワークから自装置に対する所定の要求に対する所定の応答の送信を行った際に、そのやりとりが、前記主ネットワーク通信制御手段における前記ネットワークを介した画像データの受信機能を必要とするやりとりであった場合、前記省エネ制御手段により前記主装置部を動作状態に復帰させると共に、そのやりとりに関する情報をネットワーク通信代行結果情報として前記主装置部に通知する代行結果通知手段を備える一方、
前記主ネットワーク通信制御部は動作状態に復帰後前記代行結果通知手段からの前記ネットワーク通信代行結果情報の通知があった場合には、その情報に基づいて前記ネットワークを介した画像データの受信を行い前記画像処理手段に処理させることを特徴とする請求項２に記載の画像処理装置。
【請求項５】
前記副ネットワーク通信制御手段は、前記ネットワークとの間の付加的情報のやりとりとして、前記ネットワークへの定期的な所定の要求に対する所定の応答の受信を行った際に、そのやりとりが、前記主ネットワーク通信制御手段における前記ネットワークを介した画像データの受信機能を必要とするやりとりであった場合、前記省エネ制御手段により前記主装置部を動作状態に復帰させると共に、そのやりとりに関する情報をネットワーク通信代行結果情報として前記主装置部に通知する代行結果通知手段を備える一方、
前記主ネットワーク通信制御部は、動作状態に復帰後前記代行結果通知手段からの前記ネットワーク通信代行結果情報の通知があった場合には、その情報に基づいて前記ネットワークを介した画像データの受信を行い前記画像処理手段に処理させることを特徴とする請求項３に記載の画像処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は画像処理装置に関し、特に、接続されたネットワークを介して画像データをやりとりすると共に自装置が前記ネットワークを介したやりとりを行うための付加的情報のやりとりを所定のネットワーク関連設定情報に基づいて前記ネットワークとの間で行う一方、前記ネットワークを介してやりとりする画像データに対して所定の処理を行う画像処理装置に関する。
【０００２】
【従来の技術】
画像処理装置、具体的には、例えば、スキャナ機能、プリンタ機能、Ｇ３ファクス機能、ネットワークファクス機能等の各種画像処理機能を複合的に備えた装置である、ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）をイーサネットなどのＬＡＮ（ローカル・エリア・ネットワーク）に接続して、ＩＰ、ＵＤＰ、ＴＣＰ、ＳＭＴＰ、ＰＯＰ３、ＬＰＲ（Ｌｉｎｅ  ＰＲｉｎｔｅｒ  ｄａｅｍｏｎ  ｐｒｏｔｏｃｏｌ）などの上位プロトコルによりネットワーク通信を行って画像データをやりとりする場合のプロトコル実現形態としては、本体コントローラボード上のメインのＣＰＵにて、ＩＰ以上のネットワークプロトコルを処理する方式と、少なくともプロトコルスタックのうちの物理層とデータリンク層とを担うイーサネットなどに対応したＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）側に、ＩＰ以上のネットワークプロトコルの一部を実装して、本体コントローラ側のプロトコル負担を軽減させる方式がある。
【０００３】
しかし、例えば、ＭＩＭＥ形式のメールにより画像データを送受信する場合、大容量のデータを扱う必要があり、また、ＳＭＴＰプロトコルの処理と並行して、読み取った画像データをＭＩＭＥ変換処理したり、ＭＩＭＥ形式で受信したメールから元の画像データに逆変換したり、印刷の前処理として解像度変換などを行うなど、複雑で高速な処理を行う必要がある。ＬＰＲによる印刷依頼の画像データの処理についても同様であり、仮に、必要なプロトコルの全てをＮＩＣ側に担当させたとすると、付随する画像データの処理機能までをもＮＩＣ側に担当させなければならないことになるため、例えばＩＰ以上のプロトコルをメインのＣＰＵ側で処理する必要があった。
【０００４】
一方、近年、環境保全に対する関心が全世界規模で広がってきており、その中でもエネルギー消費効率の改善は大きなテーマになっている。このため、画像処理装置も省エネ対応が要求され、様々な対応がなされてきている。
【０００５】
画像処理装置における理想的な省エネ対応は、装置本来の動作、具体的には、原稿読み取り動作、印刷動作、画像データのネットワーク送受信動作などを行っていない期間の電力消費を無駄と捉え、それらの装置本来の動作をいつでも実行可能な状態である動作状態において、例えば印刷動作を完了後、一定の時間、原稿読み取り動作や、印刷動作や、ファクシミリ通信動作が起動されなかった場合や、強制的な省エネ状態への移行を指示する操作入力があった場合に、装置の電源供給をしゃ断して、省エネ状態を制御する部分にのみ通電する省エネ状態に移行し、移行後の省エネ状態において復帰を指示する操作入力や、上記各種装置本来の動作の開始を示す信号を検出すると動作状態に復帰するようにすることである。
【０００６】
読み取りなどして得た画像データのネットワークを介した送信動作については、その動作を起動するのは自装置であるため、ＮＩＣを含む装置各部への電力供給を停止して、動作状態への復帰要因を検出して動作状態に復帰させる制御を行う部分のみに電力供給を継続していればよい。
【０００７】
しかし、ＬＰＲ（ＴＣＰ／ＩＰネットワークを経由して印刷を行なうプロトコル）などによるネットワークを介した自装置への印刷出力要求については、その動作を起動するのは、ネットワークを介した他装置であるため、いつ起動されるか分からず、常にその要求を監視している必要がある。
【０００８】
その印刷出力要求は、ＴＣＰ・ＵＤＰ／ＩＰ以上のプロトコルによる通知のため、そのプロトコルを担うメインのＣＰＵ（処理能力が高い反面電力消費が多い）は動作している必要があり、ＮＩＣにのみ通電して低位のイーサネットレベルでネットワークを監視していても意味がない。そのため、画像データの処理を伴わない付加的情報である他装置からの印刷要求の受信監視のためのＴＣＰ・ＵＤＰ／ＩＰ以上のプロトコルによるネットワークとのやりとりに多大な電力消費が伴っていた。
【０００９】
また、ＰＯＰ３プロトコルなどによりメールサーバにアクセスして自装置宛の新着メールの有無をチェックし、新着メールがあった場合に初めてその新着メールを受信しその本文中にＭＩＭＥ形式などに埋め込まれた画像データを復号して印刷出力するような場合、新着メールの有無のチェックという、画像データの処理を伴わない付加的情報のやりとりを定期的に行う必要がある。
【００１０】
その新着メールの有無のチェックは、ＴＣＰ・ＵＤＰ／ＩＰ以上のプロトコルによる通知のため、そのプロトコルを担うメインのＣＰＵ（処理能力が高い反面電力消費が多い）は動作している必要があり、ＮＩＣにのみ通電して低位のイーサネットレベルでネットワークを監視していても意味がない。そのため、画像データの処理を伴わない付加的情報のやりとりである新着メールの有無のチェックのためのＴＣＰ・ＵＤＰ／ＩＰ以上のプロトコルによるネットワークとのやりとりに多大な電力消費が伴っていた。
【００１１】
一方、ＴＣＰ・ＵＤＰ／ＩＰ以上のプロトコルが関わるネットワークとのやりとりについて考えて見ると、ネットワークに接続される画像処理装置においては、ＳＭＴＰ送信、ＰＯＰ３受信、ＬＰＲ受信などの大容量の画像データの処理を伴う自装置本来の画像処理に関わるネットワーク通信を行う一方で、大容量の画像データの処理を伴わない、他のネットワーク端末においても通常行われているような、電力消費がすくなくてすむはずの付加的情報のやりとりがある。
【００１２】
その電力消費がすくなくてすむはずの付加的情報のやりとりとしては、具体的には、ＴＣＰ／ＩＰネットワークにおいて、ＩＰアドレスからイーサネットの物理アドレス（ＭＡＣアドレス）を求めるのに使われるプロトコルである、ＡＲＰ（アドレス解決プロトコル：Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）のやりとりがある。
【００１３】
また、ＴＣＰ／ＩＰネットワークにおいて、ルータやコンピュータ、端末など、ネットワークに接続された通信機器をネットワーク経由で監視・制御するためのプロトコルであり、制御の対象となる機器はＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）と呼ばれる管理情報データベースを持っていて、管理を行なう機器は対象機器のＭＩＢに基づいて適切な設定を行なうプロトコルである、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）のやりとりがある。
【００１４】
また、ＩＰのエラーメッセージや制御メッセージを転送するプロトコルであり、ＴＣＰ／ＩＰで接続されたコンピュータやネットワーク機器間で、互いの状態を確認するために用いられる。ネットワーク診断プログラムｐｉｎｇが使うプロトコルである、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）のやりとりがある。
【００１５】
また、コンピュータの内部時計を、ネットワークを介して正しく調整するプロトコルで、階層構造を持ち、最上位のサーバがＧＰＳ等を利用して正しい時刻を得、下位のホストはそれを参照する事で時刻を合わせるためのプロトコルである、ＳＮＴＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）のやりとりがある。
【００１６】
また、ＬＡＮ上の端末に動的にＩＰアドレスを割り当てるためのプロトコルである、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）がある。
【００１７】
一方で、ネットワーク端末の省エネ機能の従来技術としては、Ｅｔｈｅｒｎｅｔコントローラの物理層チップのフィルター機能により、あらかじめプログラミングされた特定パターンを受信した場合、割り込みを発生させ、コントローラを起こす（コントローラの電源をＯＮする）ものはあったが、ネットワークを流れるＡＲＰなどによるブロードキャストパケット等に応答するためには、その都度省エネ状態を解除（コントローラの電源ＯＮ）しなければならず、そもそもコントローラの電源のＯＮ／ＯＦＦを制御する装置の主たる構成は通電されたままで、省エネ効果は小さいばかりでなく、コントローラの電源がＯＦＦ状態の場合、ＰＯＰ３などにより定期的にネットワークにパケットを送信することもできなかった。
【００１８】
また、特許文献１に記載の技術のように、通信回線接続装置（ＮＩＣに相当）のスリープ機能を有効にしてネットワーク状態を監視する一方、装置本体側への電力供給を停止するようしたところで、上位プロトコルが関わるパケットの送受信には、装置本体側が通電されて動作する必要があり、それほどの省エネ効果は期待できない。
【００１９】
【特許文献１】
特開２００２−２１８０９９号公報
【００２０】
【発明が解決しようとする課題】
このように従来は、電力消費がすくなくてすむはずの付加的情報のネットワークを介したやりとりを行う場合も、電力消費が比較的多い、装置の主たる構成に通電して、例えばＴＣＰ・ＵＤＰ／ＩＰ以上のプロトコルの制御を行う必要があったため、十分な省エネ効果を得られないという問題点があった。
【００２１】
本発明は、係る事情に鑑みてなされたものであり、省エネ状態における付加的情報のネットワークを介したやりとりを、装置本来の画像処理動作を行う装置の主たる構成に通電することなく行うことで、十分な省エネ効果を得ることができる画像処理装置を提供することを目的とする。
【００２２】
【課題を解決するための手段】
請求項１に記載の画像処理装置は、接続されたネットワークを介して画像データをやりとりすると共に自装置が前記ネットワークを介したやりとりを行うための付加的情報のやりとりを所定のネットワーク関連設定情報に基づいて前記ネットワークとの間で行う一方、前記ネットワークを介してやりとりする画像データに対して所定の処理を行う画像処理装置において、主電源からの電力供給により動作する主装置部と、副電源からの電力供給により動作する副装置部とから構成され、前記主装置部は、動作状態において所定の省エネ状態移行要因が発生すると前記副装置部に対して省エネ状態への移行を要求する一方、前記副装置部は、その要求に応じて前記主電源から前記主装置部への電力供給を停止して省エネ状態に移行し、その省エネ状態において所定の動作状態復帰要因が発生すると前記主電源から前記主装置部へ電力供給を再開して前記主装置部を動作状態に復帰させる省エネ制御手段を備える一方、前記主装置部は、前記ネットワークに接続可能で、そのネットワークを介して画像データをやりとりすると共に自装置が前記ネットワークを介したやりとりを行うための付加的情報のやりとりを予め主記憶手段に設定・記憶されたネットワーク関連設定情報に基づいて前記ネットワークとの間で行う主ネットワーク通信制御手段と、前記ネットワークを介してやりとりする画像データに対して所定の処理を行う画像処理手段と、前記副装置部に対して省エネ状態への移行を要求するのに付随して前記ネットワーク関連設定情報を送信する設定情報通知手段とを少なくとも備え、前記副装置部は、更に、前記ネットワークに接続可能で、自装置が前記ネットワークを介したやりとりを行うための付加的情報のやりとりを副記憶手段に設定・記憶されているネットワーク関連設定情報に基づいて前記ネットワークとの間で行う副ネットワーク通信制御手段と、前記主装置部からの前記省エネ状態からの移行の要求に付随して送信されてくる前記ネットワーク関連設定情報を受信して前記副記憶手段に設定・記憶させる設定情報受信設定手段と、前記ネットワークを、前記省エネ状態時においては前記副ネットワーク通信制御手段に接続する一方、前記動作状態時においては前記主ネットワーク通信制御手段に接続するネットワーク切換手段とを備え、前記主装置部における前記付加的情報の前記ネットワークとの間のやりとりを前記省エネ状態においては前記副装置部が代行することを特徴とする。
【００２３】
請求項２に記載の画像処理装置は、請求項１に記載の画像処理装置において、前記ネットワークとの間の付加的情報のやりとりは、前記ネットワークから自装置に対する所定の要求に対する所定の応答の送信であることを特徴とする。
【００２４】
請求項３に記載の画像処理装置は、請求項１に記載の画像処理装置において、前記ネットワークとの間の付加的情報のやりとりは、前記ネットワークへの定期的な所定の要求に対する所定の応答の受信であることを特徴とする。
【００２５】
請求項４に記載の画像処理装置は、請求項２に記載の画像処理装置において、前記副ネットワーク通信制御手段は、前記ネットワークとの間の付加的情報のやりとりとして、前記ネットワークから自装置に対する所定の要求に対する所定の応答の送信を行った際に、そのやりとりが、前記主ネットワーク通信制御手段における前記ネットワークを介した画像データの受信機能を必要とするやりとりであった場合、前記省エネ制御手段により前記主装置部を動作状態に復帰させると共に、そのやりとりに関する情報をネットワーク通信代行結果情報として前記主装置部に通知する代行結果通知手段を備える一方、前記主ネットワーク通信制御部は動作状態に復帰後前記代行結果通知手段からの前記ネットワーク通信代行結果情報の通知があった場合には、その情報に基づいて前記ネットワークを介した画像データの受信を行い前記画像処理手段に処理させることを特徴とする。
【００２６】
請求項５に記載の画像処理装置は、請求項３に記載の画像処理装置において、前記副ネットワーク通信制御手段は、前記ネットワークとの間の付加的情報のやりとりとして、前記ネットワークへの定期的な所定の要求に対する所定の応答の受信を行った際に、そのやりとりが、前記主ネットワーク通信制御手段における前記ネットワークを介した画像データの受信機能を必要とするやりとりであった場合、前記省エネ制御手段により前記主装置部を動作状態に復帰させると共に、そのやりとりに関する情報をネットワーク通信代行結果情報として前記主装置部に通知する代行結果通知手段を備える一方、前記主ネットワーク通信制御部は、動作状態に復帰後前記代行結果通知手段からの前記ネットワーク通信代行結果情報の通知があった場合には、その情報に基づいて前記ネットワークを介した画像データの受信を行い前記画像処理手段に処理させることを特徴とする。
【００２７】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００２８】
まず、図１に、本発明の実施の形態に係る画像処理装置１を中心とした通信システムについて示す。
【００２９】
同図において、画像処理装置１は、ＬＡＮ１００を介して１０１ないし１０４のパーソナルコンピュータ（ＰＣ）と接続され、それらＰＣからＬＡＮ１００を介して印刷依頼された画像データの印刷出力、各ＰＣからＬＡＮ１００を介してファクシミリ送信依頼された画像データのＰＳＴＮ４００を介した４０１、４０２等のＧ３のファクシミリ装置への送信、自装置で読み取った画像データの印刷出力（複写機能）、自装置で読み取った画像データのＰＳＴＮ４００を介した４０１、４０２等のＧ３のファクシミリ装置への送信、自装置で読み取った画像データのＳＭＴＰサーバ装置３０２を介したインターネット上のＰＣ３０３やネットワークファクシミリ装置３０４などへのＭＩＭＥ形式のメールによるファクシミ送信、ＰＯＰ３サーバ装置３０１を介したインターネット上のＰＣ３０３やネットワークファクシミリ装置３０４などからのＭＩＭＥ形式のメールによるファクシミリ受信・印刷、ＰＳＴＮ４００を介したファクシミリ装置４０１、４０２などからのＧ３ファクシミリ受信・印刷などの各種画像処理を行う。
【００３０】
また、ＩＳＤＮ５００とのインターフェースを備えれば、ＩＳＤＮ５００上のファクシミリ装置５０１などとのファクシミリ送受信も可能である。
【００３１】
図２に、画像処理装置１の概略構成について示す。なお、画像処理装置１を構成する主装置部１０及び副装置部４０の構成についての詳細は、後にそれぞれ図３及び図４において説明する。
【００３２】
図２において、画像処理装置１は、主装置部１０、副装置部４０、主電源６０、副電源７０、主電源スイッチ６１、副電源スイッチ７１、ＬＡＮ切換スイッチ１０１などにより構成されている。
【００３３】
商用交流電源８０に副電源スイッチ７１を介して接続された副電源７０は、商用交流電源８０からの電力を副装置４０に適合する電圧に変換して副装置部４０に供給するものである。
【００３４】
副電源スイッチ７１は、ユーザによりＯＮ／ＯＦＦされるスイッチである。
【００３５】
商用交流電源８０に副電源スイッチ７１及び主電源スイッチ６１を介して接続された主電源７０は、商用交流電源８０からの電力を主装置１０に適合する電圧に変換して主装置部１０に供給するものである。
【００３６】
主電源スイッチ６１は、副装置部４０のＩ／Ｏインターフェース４７によりＯＮ／ＯＦＦされるスイッチである。
【００３７】
ＬＡＮ切換スイッチ１０１は、ＬＡＮ１００を、主装置部１０のＬＡＮ伝送制御部２１または副装置部４０のＬＡＮ伝送制御部４８のいずれか一方に切換接続するためのスイッチであり、副装置部４０のＩ／Ｏインターフェース４７によりＯＮ／ＯＦＦされる。
【００３８】
副装置部４０に属し、副装置部４０のシステムバス５０に接続された共有メモリ３０は、主装置部１０のシステムバス２４にも接続され、双方からのアクセス（書き込み、読み出し）が可能である。共有メモリ３０は、具体的には、一方からのアクセス時に他方からのアクセスを禁止する調停機能を備えたデュアルポートＲＡＭなどにより構成されるものである。
【００３９】
主電源６０から主装置部１０への電力供給のするしないの切換方法としては、本実施の形態のように、主電源６０と商用交流電源８０との接続／切断の切り換えによる方法のほうが、主電源６０の無負荷消費電力までをも節約できるため好ましいが、例えば、主電源６０が備える出力停止機能を利用したり、主電源６０と主装置部１０との間に電源断続のためのスイッチを配置する方法を適用するようにしてもよい。または、主装置部１０と副装置部４０とが１つの電源を共用して、副装置部４０がその共用の電源から主装置部１０への電力供給のＯＮ／ＯＦＦを制御するようにしてもよい。
【００４０】
図３に、画像処理装置１の主装置部１０のブロック構成について示す。
【００４１】
同図において、主制御部１１は、ＲＡＭ１３を作業領域として使用しつつ、ＲＯＭ１２に書き込まれた制御プログラムに基づいて主装置部１０各部を制御する中央演算処理装置（ＣＰＵ）である。主装置部１１となるＣＰＵは、主装置部１０全体の動作の制御や大量のデータの高速処理が必要なため高性能なもので、その分電力消費が多い。
【００４２】
ＲＯＭ１２は、前述したように、主制御部１１が主装置部１０各部を制御するための制御プログラムが記憶されているリードオンリメモリである。ＲＡＭ１３は、前述したように主制御部１１の作業領域として使用されるランダムアクセスメモリである。
【００４３】
パラメータメモリ１４は、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するメモリであり、具体的には、ＥＥＰＲＯＭ（電気的に書き換え可能な読み出し専用メモリ）や、バッテリバックアップされたＳＲＡＭ（スタティックＲＡＭ）などにより構成されるものである。
【００４４】
操作表示部１７は、ユーザからの操作入力を受け入れるための各種キーが配設される一方、液晶表示装置等の表示器を備え、ユーザに知らせるべき装置の動作状態や、各種メッセージを表示するものである。
【００４５】
タイマ１８は、タイマ動作を制御するものであり、主制御部１１から指定された時定数をタイマ回路にセットしてカウントダウンを開始させ、主制御部１１からの読み出し要求に応じてそのカウント値を返し主制御部１１がそのカウント値が０になったかを監視することで、指定した時間の経過を知る。
【００４６】
画像蓄積装置１９は、未処理の送受信画像データなどの大容量の画像データを記憶するためのもので、ハードディスク装置などにより構成される。
【００４７】
符号化復号化部２０は、符号化されていない文書画像データを、ＭＨ符号化方式、ＭＲ符号化方式、ＭＭＲ符号化方式、ＪＢＩＧ符号化方式等の所定の符号化方式で符号化圧縮する一方、符号化されている文書画像データを、ＭＨ符号化方式、ＭＲ符号化方式、ＭＭＲ符号化方式、ＪＢＩＧ符号化方式等に対応する所定の復号化方式で復号伸長するものである。
【００４８】
ＬＡＮ伝送制御部２１は、図２に示したように、ＬＡＮ切換スイッチ１０１を介して、イーサネットのＬＡＮ１００に接続され、主制御部１１から渡された、プロトコルスタックにおいてＴＣＰ・ＵＤＰ／ＩＰ以上のプロトコルで作成されたパケットを、イーサネットプロトコル上でやりとりできるようにするためのものである。
【００４９】
Ｇ３ＦＡＸモデム２２は、主制御部１１から渡された送信データのＨＤＬＣフレーム化及びＨＤＬＣフレームからの受信データの取り出しを行うシリアルインターフェース機能と、ＨＤＬＣフレーム化された、被呼端末識別信号ＣＳＩ、ディジタル識別信号ＤＩＳなどのＧ３ファクシミリ制御信号や、画像データを、モデム信号に変調・復調して、データの送受信を行うファクシミリモデム機能を備えている。具体的には、ＩＴＵ−Ｔ勧告Ｔ．３０に基づくＧ３ファクシミリ制御信号をやりとりするための低速モデム機能能（Ｖ．２１モデム）、及び、主に画像データをやりとりするための高速モデム機能である、Ｖ．１７、Ｖ．３３、Ｖ．３４、Ｖ．２９、Ｖ．２７ｔｅｒの各モデム機能を備えている。また、Ｇ３ＦＡＸモデム２２は、ダイヤル番号に対応したＤＴＭＦ信号の生成・送出も行う。
【００５０】
網制御装置２３は、ＰＳＴＮ４００との電気的インターフェースであり、網制御装置２３は、ＰＳＴＮ４００の加入者回線の、直流ループの閉結・解放や、回線の極性反転の検出、回線解放の検出、発信音の検出、ビジートーン等のトーン信号の検出、呼出信号の検出等の回線との接続制御や、ダイヤルパルスの生成を行うものであり、また、自動発着信機能も備えている。
【００５１】
システムバス２４は、上記各部がデータをやり取りするためのデータバス・アドレスバス・制御バス、割り込み信号ラインなどにより構成される信号ラインである。
【００５２】
副装置部４０に属する共有メモリ３０がシステムバス２４を介して、主制御部１１によりアクセス可能であることは前述した通りである。
【００５３】
図４に画像処理装置１の副装置部４０のブロック構成について示す。
【００５４】
同図において、副制御部４１は、ＲＡＭ４３を作業領域として使用しつつ、ＲＯＭ４２に書き込まれた制御プログラムに基づいて副装置部４０各部を制御する中央演算処理装置（ＣＰＵ）である。副制御部４１となるＣＰＵは、後述するように、主装置部１０の省エネ状態と動作状態との切換制御や、付加的情報のネットワークを介したやりとりの制御など、比較的単純な処理を行うものであるため、それに見合った低い性能・消費電力のものが適用される。
【００５５】
ＲＯＭ４２は、前述したように、副制御部４１が副装置部４０各部を制御するための制御プログラムが記憶されているリードオンリメモリである。ＲＡＭ４３は、前述したように副制御部４１の作業領域として使用されるランダムアクセスメモリである。
【００５６】
パラメータメモリ４４は、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するメモリであり、具体的には、ＥＥＰＲＯＭ（電気的に書き換え可能な読み出し専用メモリ）や、バッテリバックアップされたＳＲＡＭ（スタティックＲＡＭ）などにより構成されるものである。
【００５７】
タイマ４５は、タイマ動作を制御するものであり、副制御部４１から指定された時定数をタイマ回路にセットしてカウントダウンを開始させ、副制御部４１からの読み出し要求に応じてそのカウント値を返し副制御部４１がそのカウント値が０になったかを監視することで、指定した時間の経過を知る。
【００５８】
動作状態復帰操作入力部４６は、省エネ状態から動作状態への復帰を所望するユーザからの操作入力を受け入れるためのもので、キースイッチなどにより構成される。入力部４６からの入力は、Ｉ／Ｏインターフェース４７の入力ポートの所定のビットに入力され副制御部４１により認識される。また、Ｉ／Ｏインターフェース４７は、図２に示したように、副制御部４１からの出力ポートの所定のビットのセットリセット制御に応じて、主電源スイッチ６１や、ＬＡＮ切換スイッチ１０１のＯＮ／ＯＦＦ制御を行う。
【００５９】
ＬＡＮ伝送制御部４８は、図２に示したように、ＬＡＮ切換スイッチ１０１を介して、イーサネットのＬＡＮ１００に接続され、副制御部１１から渡された、プロトコルスタックにおいてＴＣＰ・ＵＤＰ／ＩＰ以上のプロトコルで作成されたパケットを、イーサネットプロトコル上でやりとりできるようにするためのものである。
【００６０】
システムバス４９は、上記各部がデータをやり取りするためのデータバス・アドレスバス・制御バス、割り込み信号ラインなどにより構成される信号ラインである。
【００６１】
副装置部４０に属し、システムバス４９に接続された共有メモリ３０は、システムバス４９を介して副装置部４１によりアクセスされる一方、システムバス２４を介して主装置部１１にもアクセスされることは前述した通りである。
【００６２】
図５に、画像処理装置１におけるプロトコルスタックについて示す。
【００６３】
同図において、同図において、「物理層」及び「データリンク層」は、「イーサネット」で、主装置部１０のＬＡＮ伝送制御部２１や副装置部４０のＬＡＮ伝送制御部４８に相当するものであり、「ネットワーク層」の「ＩＰ」プロトコルから渡された、図６に示すＭＡＣヘッダとＭＡＣデータとからなるＭＡＣパケットの先頭に、プリアンブル及びスタート・フレーム・デリミタを付加すると共にＭＡＣパケットの末尾にフレームチェックシーケンスＦＣＳを付加して、電気信号としてＬＡＮ１００に送出する一方、ＬＡＮ１００を介して電気信号として受信した自装置のＭＡＣアドレス宛のＭＡＣパケットをデジタルデータとして取得して、「ネットワーク層」の「ＩＰ」プロトコルに渡す。
【００６４】
「ネットワーク層」の「ＩＰ」プロトコルは、主制御部１１または副装置部４１が実行する「ＩＰ」プロトコルのプログラムに相当するものであり、「トランスポート層」の「ＴＣＰ」または「ＵＤＰ」プロトコルから渡された、図６に示す、ＴＣＰヘッダとＴＣＰデータとからなるＴＣＰパケット、または、ＵＤＰヘッダとＵＤＰデータとからなるＵＤＰパケットをＩＰデータの内容として埋め込むと共に、そのＩＰデータにＩＰヘッダを付加して構成されるＩＰパケットを、ＭＡＣデータの内容として埋め込み更に、ＭＡＣデータにＭＡＣヘッダを付加することにより構成したＭＡＣパケットを、前述したように、「イーサネット」に渡す。一方、「イーサネット」から渡されたＭＡＣパケットを構成するＭＡＣデータからＩＰパケットを取り出し、そのＩＰパケットを構成するＩＰデータからＴＣＰまたはＵＤＰのパケットを取り出して、「トランスポート層」の「ＴＣＰ」または「ＵＤＰ」プロトコルに渡す。また、「ＩＰ」プロトコルは、「ＡＲＰ」、「ＩＭＣＰ」の各プロトコルを含む。
【００６５】
「トランスポート層」の「ＵＤＰ」プロトコルは、主制御部１１または副装置部４１が実行する「ＵＤＰ」プロトコルのプログラムに相当するものであり、その上位の「セッション層」、「プレゼンテーション層」及び「アプリケーション層」を構成する、「ＤＨＣＰ」「ＳＮＴＰ」「ＳＮＭＰ」などの所定の送信元ポート番号とリンクされたアプリケーションプログラムから渡されたデータを、図６に示すＵＤＰヘッダとＵＤＰデータとからなるＵＤＰパケットのＵＤＰデータとして埋め込んで、「ＩＰ」プロトコルに渡す一方、「ＩＰ」プロトコルから渡されたＩＰパケットからＵＤＰヘッダ及びＵＤＰデータからなるＵＤＰパケットを取り出して、ＵＤＰヘッダに記述されている宛先ポート番号に対応する上位の「アプリケーション」にＵＤＰデータを渡す。
【００６６】
「トランスポート層」の「ＴＣＰ」プロトコルは、主制御部１１または副装置部４１が実行する「ＴＣＰ」プロトコルのプログラムに相当するものであり、「セッション層」、「プレゼンテーション層」及び「アプリケーション層」を構成する、「ＳＭＴＰ」、「ＰＯＰ３」、「ＬＰＲ」などの所定の送信元ポート番号とリンクされたアプリケーションプログラムから渡されたデータを、図６に示すＴＣＰヘッダとＴＣＰデータとからなるＴＣＰパケットのＴＣＰデータとして埋め込んで、「ＩＰ」プロトコルに渡す一方、「ＩＰ」プロトコルから渡されたＩＰパケットからＴＣＰヘッダ及びＴＣＰデータからなるＴＣＰパケットを取り出して、ＴＣＰヘッダに記述されている宛先ポート番号に対応する上位の「アプリケーション」にＴＣＰデータを渡す。
【００６７】
図５のプロトコルスタックにおいて、「ＳＭＴＰ」、「ＰＯＰ３」及び「ＬＰＲ」のうち、「ＳＭＴＰ」については、スキャナ動作や・画像データの各種補正変換処理などが伴い、「ＰＯＰ３」及び「ＬＰＲ」については、各種変換補正処理やプロッタ動作が伴い、その処理負担が重いプロトコルであるため、主制御部１１のみがその機能（ＲＯＭ１２のプログラムと大容量のＲＡＭ１３を使用して実現される）を備えていて、副制御部４１はその機能は備えていない。
【００６８】
ただし、後述するように、副制御部４１は、「ＰＯＰ３」のうちの新着メール有無のチェックに関するプロトコルについては行う必要があるため、「ＰＯＰ３」の新着メールチェックに係る機能については、それを備えている。
【００６９】
図５に示したプロトコルスタックのうちのイーサネットを担うＬＡＮ伝送制御部２１とＩＰプロトコル以上を担う主制御部１１とは、主ネットワーク通信制御手段を構成する。また、図５に示したプロトコルスタックのうちのイーサネットを担うＬＡＮ伝送制御部４８とＩＰプロトコル以上を担う副制御部４１とは、副ネットワーク通信制御手段を構成する。
【００７０】
図７に、ＭＡＣパケットのデータグラムについて示す。
【００７１】
ＭＡＣデータグラムは、「ＭＡＣヘッダ」が付加された「ＭＡＣデータ」として構成される。「ＭＡＣヘッダ」は、４８ビットの「宛先ＭＡＣアドレス（例えばルータ２００のＭＡＣアドレス）」、４８ビットの「送信元ＭＡＣアドレス」、及び、１６ビットの「イーサ・タイプ」により構成される。「イーサ・タイプ」は、例えば、ＩＰプロトコルなら「０８００」であり、ＡＲＰプロトコルなら「０８０６」であり、ＩＰｖ６プロトコルなら「８６ＤＤ」であり、る。
【００７２】
図８にＩＰパケットのデータグラムについて示す。
【００７３】
ＩＰデータグラムは、「ＩＰヘッダ」が付加された「ＩＰデータ」として構成される。ＩＰヘッダには、３２ビットの「送信元アドレス」及び３２ビットの「宛先アドレス（例えばＰＯＰ３サーバ装置３０１やＳＭＴＰサーバ装置３０２のＩＰアドレス）」が含まれる。
【００７４】
図９にＵＤＰパケットのデータグラムについて示す。
【００７５】
ＵＤＰデータグラムは、「ＵＤＰヘッダ」が付加された「ＵＤＰデータ」として構成される。ＵＤＰヘッダには、１６ビットの「送信元ポート番号」及び１６ビットの「宛先ポート番号」が含まれる。
【００７６】
図１０にＴＣＰパケットのデータグラムについて示す。
【００７７】
ＴＣＰデータグラムは、「ＴＣＰヘッダ」が付加された「ＴＣＰデータ」として構成される。ＴＣＰヘッダには、１６ビットの「送信元ポート番号」及び１６ビットの「宛先ポート番号（例えば、ポート２５（ＳＭＴＰ）、ポート８０（ＷＷＷ）などのウェルノウンポート）」が含まれる。
【００７８】
図１１ないし図１４に、主装置部１０（左側）及び副装置部４０（右側）のそれぞれにおける処理手順について示す。なお、副装置部４０側の処理手順は、省エネ制御手段として手順を含んでいる。
【００７９】
先ず、図１において、副装置部４０の副制御部４１は、ユーザによる操作により、副電源スイッチ７１がＯＦＦ状態から、ＯＮ状態となり、副電源７０からの電力供給が開始されると、ＲＡＭ４３の初期化等の各種初期化処理を行った後（処理Ｓ３０１）、ＬＡＮ切換スイッチ１０１によりＬＡＮ１００を主装置部側のＬＡＮ伝送制御部２１に切り換えた上で（処理Ｓ３０２）、主電源スイッチ６１をＯＮすることで主電源６０からの主装置部１０での電力供給を開始させる（処理Ｓ３０３）。処理Ｓ３０２、処理Ｓ３０９（後述）は、ネットワーク切換手段に相当する。
【００８０】
処理Ｓ３０３に呼応して主装置部１０側の処理が開始され、先ず、ＲＡＭ１３の初期化等の各種初期化処理を行った後（処理Ｓ１０１）、代行来依頼結果対応処理を行った後（処理Ｓ１０２）、動作状態に移行する。
【００８１】
なお、処理Ｓ１０２も動作状態における処理の一部であるが、その詳細については、後述する。
【００８２】
動作状態の主装置部１０においては、スキャナ１５により読み取った画像データのプロッタ１６での印刷出力やＳＭＴＰによるＳＭＴＰサーバ装置３０２を介したＭＩＭＥ形式でのメール送信やＰＳＴＮ４００を介したファクシミリ装置４０１などへのＧ３ファクシミリ送信、ＬＰＲによりＰＣ１０１などからＬＡＮ１００を介して印刷依頼されてきた画像データのプロッタ１６による印刷出力、ＰＯＰ３サーバ装置３０１から取得した自装置宛のＭＩＭＥ形式メールから取り出した画像データのプロッタ１６による印刷出力などの、画像処理手段として行うべき各種画像処理、及び、それに伴う必要なプロトコルの処理を行う。
【００８３】
また、動作状態における処理の１つとして、省エネ状態移行制御を行う。
【００８４】
その省エネ状態以降制御においては、省エネ状態移行要因の発生の有無を確認し（処理Ｓ３０１）、要因が発生していない場合には要因が発生するまで待つ（判断Ｓ２０２のＮｏのループ）。
【００８５】
なお、省エネ状態移行要因とは、具体的には、上記各種画像処理が行われていない待機状態が、予め設定された所定の時間（例えば１５分）継続したこと、または、操作表示部１７の所定のキーの押下により、省エネ状態への強制的な移行の指示がユーザからなされたことである。
【００８６】
判断Ｓ２０２において、移行要因が発生すると（判断Ｓ２０２のＹｅｓ）、必要なデータのパラメータメモリ１４への待避などの移行前処理を行った後（処理Ｓ２０３）、図１１の処理Ｓ２０４に移行する。
【００８７】
処理Ｓ２０４においては、ネットワーク関連情報を副装置部１０側に送信すると共に（処理Ｓ２０４）、省エネ移行要求コマンドを送信する（処理Ｓ２０５）。処理Ｓ２０４は、設定情報通知手段に相当する。なお、ネットワークとはＬＡＮ１００及びイーサネット３００を含めた画像処理装置１が情報をやりとり可能なネットワーク範囲である。
【００８８】
一方、副装置部４０側では、省エネ移行要求コマンドの受信を監視していて（判断Ｓ３０４のＮｏのループ）、処理Ｓ２０５に対応して受信すると（判断Ｓ３０４のＹｅｓ）、ネットワーク関連設定情報を受信する（処理Ｓ３０５）。
【００８９】
処理Ｓ２０４、処理Ｓ２０５、判断Ｓ３０４及び処理Ｓ３０５の省エネ移行要求コマンドの送受信と、ネットワーク関連情報の送受信の具体的な形態について、図１５に示す。
【００９０】
同図に示すように、主装置部１０側からの処理Ｓ２０４での省エネ移行要求コマンドは、共有メモリ３０の記憶領域３１の省エネ状態移行要求フラグＦｓの１へのセットにより「送信」される。なお、フラグＦｓの１へのセットと同時に、記憶領域３３の受諾応答フラグＦｊが０にリセットされる。
【００９１】
また、処理２０４のネットワーク関連設定情報の「送信」は、記憶領域３２への当該情報の書き込みにより行われる。
【００９２】
副装置部４０の判断Ｓ３０４のＮｏのループにおける移行要求コマンドの受信監視は、フラグＦｓの値の監視により行われ、０のリセット状態から１のセット状態になったときに判断Ｓ３０４はＹｅｓとなる。
【００９３】
判断３０４がＹｅｓとなった時点で、記憶領域３２には、主装置部１０から「送信」されたネットワーク関連設定情報が書き込まれた状態であるため、副制御部４１は、その共有メモリ３０に書き込まれているネットワーク関連設定情報を自装置の共有メモリ３０の所定の記憶領域に書き込むと共に、その主装置部１０側から通知されたネットワーク関連設定情報に基づいてＬＡＮ伝送制御部４８に設定するＭＡＣアドレスなどのネットワーク関連の各種設定を初期化する（処理Ｓ３０６）。処理Ｓ３０５、Ｓ３０６は、設定情報受信設定手段に相当する。
【００９４】
図１６に、ネットワーク関連設定情報の共有メモリ３０を介した主装置部１０から副装置部４０への送受信について模式的に示す。同図に示すように、主装置部１０側のパラメータメモリ１４の主記憶手段に相当する記憶領域１４ａに設定・記憶されているネットワーク関連設定情報が、共有メモリ３０の記憶領域３２を介して副装置部４０側のパラメータメモリ４４の副記憶手段に相当する記憶領域４４ａに複写される。それにより、副装置部４０は、処理３０６により、主装置部１０におけるのと同一のネットワーク関連の設定を行える。
【００９５】
図１７にネットワーク関連設定情報の具体的な内容について示す。
【００９６】
同図において、ネットワーク関連設定情報は、「共通情報」、「ＳＮＭＰ関連情報」、「ＰＯＰ３関連情報」、及び、「ＬＰＲ関連情報」を含む。「共通情報」は、送信元（自装置）ＭＡＣアドレス及び送信元（自装置）ＩＰアドレスを含む。「ＳＮＭＰ関連情報」は、ＭＩＢ情報である。「ＰＯＰ３関連情報」は、ＰＯＰ３サーバ（サーバ装置３０１）のＩＰアドレス、「メール着信チェック間隔（例えば１分）」、「ログイン名」及びそれに対応する「パスワード」の各情報を含む。「ＬＰＲ関連情報」としては特有の情報はなく、「共通情報」のみを使用する。
【００９７】
副制御部１１は処理３０６の初期化を行った後、要求受諾応答を返信する（処理Ｓ３０７）。その「返信」は、図１５に示すように、共有メモリ３０の記憶領域３３の受諾応答フラグＦｊの１へのセットにより行われる。なお、フラグＦｊの１へのセットと同時に、移行要求フラグＦｓは０にリセットされる。
【００９８】
判断３０７に対応して、主装置部１０側では、処理２０６で要求受諾応答を「受信」、つまり、処理２０５で０にリセットしたフラグＦｊが１になったことを検出した上で（処理Ｓ２０６）、主装置電源オフ要求コマンドを副装置部４０側に送信する（処理Ｓ２０７）。その送信も、同様に共有メモリ３０の所定の記憶領域に格納されるフラグのセット・リセットによりやりとりされる（図１５では図示省略）。
【００９９】
処理２０７の電源オフ要求に呼応して、副制御部４１は、主装置部への電力供給を、主電源スイッチ６１をＯＦＦにすることにより、停止する（処理Ｓ３０８）。それにより、以後、主装置部１０は動作を完全に停止し、副装置部４０のみの単独動作となる。
【０１００】
副制御部１１は、ＬＡＮ切換スイッチ１０１によりＬＡＮ１００を副装置部４０のＬＡＮ伝送制御部４８側に切り換え（処理Ｓ３０９）、図１５に示すように、共有メモリ３０の記憶領域３４に記憶されるネットワーク通信代行結果情報をクリアする（処理Ｓ３１１）。
【０１０１】
そして、タイマ４５への時定数の設定及び起動指示により１分タイマをスタートさせる（処理Ｓ３１２）。その１分は、副装置部４０がＰＯＰ３サーバ装置３０１にアクセスしてメールチェックを行う間隔に相当するものであり、図１７に示したように、「ＰＯＰ関連情報」として、主装置部１０において設定され、処理Ｓ３０５により取得した情報である。
【０１０２】
そして、動作状態復帰指示操作入力部４６を介した復帰指示操作があるか否かを判断し（判断Ｓ３１３）。操作があった場合には（判断Ｓ３１３のＹｅｓ）、図１１の処理３０２に戻り、処理３０２及び処理３０３を行って、主装置部１０を動作状態に復帰させる。
【０１０３】
判断Ｓ３１３において、復帰指示操作がない場合には、（判断Ｓ３１３のＮｏ）、図１３の処理Ｓ３１４に移行する。
【０１０４】
図１３においては、ＬＡＮ１００経由のデータ受信を確認する（処理Ｓ３１４）。その確認の結果、受信したデータが、ＳＮＭＰプロトコルにおけるＧＥＴ要求に係るものであったか否かを判断し（判断Ｓ３１５）、ＧＥＴ要求であった場合には（判断Ｓ３１５のＹｅｓ）、所定のＳＮＭＰ  ＲＥＳＰＯＮＳＥによりＭＩＢ情報を送信して（処理Ｓ３１５）、判断３１７に進む。ＧＥＴ要求に対するＭＩＢ情報送信の応答については、主装置部１０側に通知すべき情報は特になく、副装置部４０において完結するネットワークとのやりとりである。
【０１０５】
それにより、動作状態であれば、主装置部１０が行うＳＮＭＰプロトコルでの付加的情報（ＭＩＢ情報）のやりとりを、省エネ状態においては、副装置部４０が代行でき、主装置部１０への電力供給を停止したままとすることができ、画像処理装置１のネットワーク端末として行うべきＳＮＭＰプロトコルのやりとりと省エネ効果の維持との両立が可能となる。
【０１０６】
なお、ＳＮＭＰプロトコルにおけるＭＩＢ情報送信の他に、ＡＲＰリクエストに対する応答、ＩＣＭＰ  ＥＣＨＯリクエストに対する応答の送信などの、ネットワークとの間の付加的情報のやりとりとして、ネットワークから自装置に対する所定の要求に対する所定の応答の送信を行うその他の場合についても、同様の処理を適用することができる。
【０１０７】
判断３１５のＮｏ、または、処理３１６の続く判断３１７においては、処理３１４においてＳＹＮを受信したか否かを判断する。
【０１０８】
ここで、本実施の形態に係る画像処理装置１では、図５に示すように、ＴＣＰプロトコルを使用するアプリケーションは、「ＳＭＴＰ」、「ＰＯＰ３」及び「ＬＰＲ」である一方、「ＳＭＴＰ」はＴＣＰプロトコルを自装置側から開始するものであり、「ＰＯＰ３」によるメールチェックも同様であるため、要求元が要求先にＳＹＮを送り、要求先が要求元にＳＹＮ−ＡＣＫを返し、要求元が要求先にＡＣＫを送るやりとりとなるＴＣＰの接続フェーズの開始を示すＳＹＮの受信をもって、「ＬＰＲ」に係る印刷依頼と判断できる。
【０１０９】
もっとも、ＵＤＰやＴＣＰの宛先ポート番号（に対応するアプリケーションの種類）により、受信データの内容を詳細に判断するようにしてもよいのはいうまでもないことである。
【０１１０】
判断３１７において、ＳＹＮを受信しない場合には（判断Ｓ３１７のＮｏ）、図１４の判断３２０に移行するが、ＳＹＮを受信した場合には（判断Ｓ３１７のＹｅｓ）、図１５に示すように、共有メモリ３０の記憶領域３４に記憶され、具体的には、図１８に示すように、印刷要求有無フラグＦｐ、ＳＹＮパケット、及び、メール着信有無フラグＦｍにより構成されるネットワーク通信代行結果通知情報のうちの、印刷要求有無フラグＦｐを１にセットすることで、「印刷データ受信有り」の旨を、主装置部１０側に通知する（処理Ｓ３１８）。また、受信したＳＹＮパケットをそのまま通知情報として書き込むことで、その内容を主装置部１０側に通知する（処理Ｓ３１９）。そして、図１１の処理３０２に移行し、処理３０２、処理３０３を行って、主装置部１０を起動し、その主装置部１０において行われる処理Ｓ１０２（後述）により、処理Ｓ３１８及び処理３１９でセットまたは書き込まれた結果を、主装置部１０側が知る（受信する）ことになる。
【０１１１】
それにより、動作状態であれば、主装置部１０が行うＬＰＲによる印刷要求の開始を示す、付加的情報としてのＳＹＮパケットの受信検出を、省エネ状態においては、副装置部４０が代行して主装置部１０への電力供給を停止したままとすることができ、画像処理装置１がネットワーク端末として行うべきＬＰＲプロトコルの開始の検出と省エネ効果の維持との両立が可能となる。
【０１１２】
なお、ＬＰＲによる印刷要求の受信に限らず、その他のＴＣＰ上の印刷アプリケーションやＴＣＰ以外のプロトコルによる印刷要求の受信についても同様の処理を適用することできる。
【０１１３】
判断３１７のＮｏに続く図１４の判断３２０においては、１分タイマがタイムアウトしたか否かを判断し、まだ、タイムアウトしていない場合には（判断Ｓ３０２のＮｏ）、省エネ状態における、動作状態復帰要因発生の監視のループを繰り返すために、図１２の処理３１２に戻る。
【０１１４】
判断３２０において、タイムアウトした場合には（判断Ｓ３２０のＹｅｓ）、図１７に示したＰＯＰ３関連情報に基づいてＰＯＰ３サーバ装置３０１にログインし、自装置の分のメールボックスをチェックし（処理Ｓ３２２）、新着メールの有無を判断し（判断Ｓ３２３）、新着メールがない場合には（判断Ｓ３２３のＮｏ）、新着メールの取得を行う必要、つまり、主装置部１０を動作せる必要がないため、ログアウトして（処理Ｓ３２７）、１分タイマを再スタートさせた上で（処理Ｓ３２８）、省エネ状態における動作状態復帰要因発生の監視のループを繰り返すために、図１２の処理３１２に戻る。
【０１１５】
判断Ｓ３２３において、新着メールがあった場合には（判断Ｓ３２３のＹｅｓ）、図１５に示すように、共有メモリ３０の記憶領域３４に記憶され、具体的には、図１８に示すように、印刷要求有無フラグＦｐ、ＳＹＮパケット、及び、メール着信有無フラグＦｍにより構成されるネットワーク通信代行結果通知情報のうちの、メール着信有無フラグＦｍを１にセットすることで、「新着メール有り」の旨を、主装置部１０側に通知する（処理Ｓ３２６）。そして図１１の処理３０２に移行し、処理３０２、処理３０３を実行して主装置部１０への電力供給が再開されて行われる処理１０２の代行依頼結果対応処理により、処理３２６でセットしたフラグの状態を、主装置部１０側が知る（受信する）ことになる。
【０１１６】
それにより、動作状態であれば、主装置部１０が行うＰＯＰ３による新着メールのチェックに係る付加的情報のやりとりを、省エネ状態においては、副装置部４０が代行して主装置部１０への電力供給を停止したままとすることができ、画像処理装置１のネットワーク端末として行うべきＰＯＰ３プロトコルによる定期的な新着メールチェック動作と、省エネ効果の維持との両立が可能となる。
【０１１７】
なお、ＰＯＰ３による新着メールチェックの他にＤＨＣＰアドレス再取得リクエスト、ＳＮＴＰ時刻要求リクエストなどの、ネットワークとの間の付加的情報のやりとりとして、ネットワークへの定期的な所定の要求に対する所定の応答の受信を行うその他の場合についても、同様の処理を適用することができる。ただし、その場合、ＤＨＣＰアドレス再取得リクエストについては、取得したＩＰアドレスを動作状態に復帰後主装置部１０側に通知する。ＳＮＴＰ時刻要求リクエストについては、主装置部１０と副装置部４０とで共用の時計回路に応答として受信した時刻を設定したり、副装置部４０側の時計回路における時刻を動作状態に復帰後主装置部１０に通知して主装置部１０側の時計回路の設定に反映させたりする。あるいは、時計回路は副装置部４０側にのみ備え、動作状態における主装置部１０側は、共有メモリ３０を介して副装置部４０側の時計回路から時刻情報を取得する。
【０１１８】
図１９に、図１１の処理１０２の代行依頼結果対応処理の具体的な処理手順について示す。
【０１１９】
同図において、まず、図１５に示すように、共有メモリ３０の記憶領域３４に記憶され、具体的には、図１８に示すように、印刷要求有無フラグＦｐ、ＳＹＮパケット、及び、メール着信有無フラグＦｍにより構成されるネットワーク通信代行結果通知情報のうちの、メール着信有無フラグＦｍの値を読み出す（受信する）ことで、新着メールの有（値１）無（値０）を確認する。
【０１２０】
その結果、新着メールがない場合には（判断Ｓ４０２のＮｏ）、処理４０６に進むが、新着メールがある場合には（判断Ｓ４０２のＹｅｓ）、図１６に示したようにパラメータメモリ１４の記憶領域１４ａに設定・記憶されているネットワーク関連設定情報（具体的な内容は図１７参照）を参照して、ＬＡＮ伝送制御部２１を用いてＰＯＰ３サーバ装置３０１にログインし（処理Ｓ４０３）、新着メールを取得しつつ画像蓄積装置１６に蓄積し（処理Ｓ４０４）、ログアウトした後（処理Ｓ４０５）、処理Ｓ４０４で蓄積した新着メールの本文にＭＩＭＥ形式で文字列に符号化された画像データを復号してプロッタ１６により記録紙に印刷出力する（処理Ｓ４０６）。なお、処理４０６において、処理Ｓ４０４で蓄積した新着メールの本文が通常のテキストデータで有る場合には、それを画像データに変換して印刷出力する。
【０１２１】
これにより、省エネ状態において副装置部４０が検出した「新着メールあり」を動作状態における主装置部１０で正しく処理することができる。
【０１２２】
処理４０６、または、判断４０２のＮｏに続いて行われる処理Ｓ４０７においては、図１５に示すように、共有メモリ３０の記憶領域３４に記憶され、具体的には、図１８に示すように、印刷要求有無フラグＦｐ、ＳＹＮパケット、及び、メール着信有無フラグＦｍにより構成されるネットワーク通信代行結果通知情報のうちの、印刷要求有無フラグＦｐの値を読み出す（受信する）ことで、印刷データ受信の有（値１）無（値０）を確認する。
【０１２３】
印刷データ受信なしの場合には（判断Ｓ４０８のＮｏ）、処理を終了するが、印刷データ受信ありの場合には（判断Ｓ４０８のＹｅｓ）、共有メモリ３０の記憶領域３４に記憶され、具体的には、図１８に示すように、印刷要求有無フラグＦｐ、ＳＹＮパケット、及び、メール着信有無フラグＦｍにより構成されるネットワーク通信代行結果通知情報のうちの、ＳＹＮパケットを読み出す（疑似受信する）ことで、ＳＹＮパケットをＬＡＮ伝送制御部２１を介して今受信したものと見なして、以後、ＬＡＮ伝送制御部２１を用いてＳＹＮ／ＡＣＫ送信、ＡＣＫ受信のＴＣＰ接続フェーズに係るやりとりの後、ＬＰＲプロトコル処理つまり、印刷依頼の画像データを受信しつつプロッタ１６により記録紙に印刷出力する処理を行い（処理Ｓ４１２）、ＴＣＰセッション切断のフェーズを行い（処理Ｓ４１３）、処理を終了する。
【０１２４】
これにより、省エネ状態において副装置部４０が検出した「印刷データ受信あり」を動作状態における主装置部１０で正しく処理することができる。
【０１２５】
なお、処理４１２においては受信した印刷依頼の画像データの全てをいったん画像蓄積装置１９に蓄積して、処理４１３でＴＣＰセッションを切断した後で画像蓄積装置１９から印刷依頼に係る画像データを読み出してプロッタ１６により印刷出力するようにしてもよい。それにより、一般に電力供給開始から印刷可能になるまで一定時間を要するプロッタ１６が印刷可能になるのを待たずして、素早くＴＣＰセッションの接続フェーズを行うことができる。
【０１２６】
以上説明したように、本実施の形態によれば、主装置部１０は、動作状態においては、主に画像処理装置としての本来の動作である各種画像処理を行えばよく、省エネ状態に移行後にネットワークとの付加的情報のやりとりを副装置部４０に代行させることができるため、理想に近い省エネ機能を実現することができる。
【０１２７】
なお、以上説明した実施の形態においては、本発明を画像処理装置に適用したが、本発明はそれに限らず、装置本来の比較的大電力を消費する負荷の重いデータ処理を伴うネットワークとのやりとりの他に、比較的負荷の軽い付加的情報のネットワークとのやりとりをも行わなければならないネットワーク端末装置一般に適用を広げることも可能なものである。
【０１２８】
また、本実施の形態に係る画像処理装置１においては、主装置部１０と副装置部４０との間の情報の送受信を、相互の共有メモリ３０への書き込み、読み出しによる確実な方法により行ったが、主装置部１０と副装置部４０とを所定の装置内インターフェースにより接続して相互の情報のやりとりを行うようにしてもよいのはいうでもない。ただしその場合、副装置部４０と主装置部１０とが共に電力供給されている状態である必要があるため、副装置部４０は、ネットワーク通信代行結果通知情報の通知を、主装置部１０への電力供給を再開した後に、行う必要がある。
【０１２９】
また、副装置部４０が、主装置部１０の網制御装置２３の機能のうちの着信検出機能を備え、ＰＳＴＮ４００を介したＧ３ファクシミリ受信の着信をも要因として動作状態に復帰できるようにしてもよい。
【０１３０】
【発明の効果】
請求項１に係る発明によれば、省エネ状態における付加的情報のネットワークを介したやりとりを、装置本来の画像処理動作を行う装置の主たる構成に通電することなく行うことができ、十分な省エネ効果を得ることが可能となる効果が得られる。
【０１３１】
請求項２に係る発明によれば、省エネ状態における前記ネットワークとの間の付加的情報のやりとりとして、前記ネットワークから自装置に対する所定の要求に対する所定の応答の送信を行う場合に、装置本来の画像処理動作を行う装置の主たる構成に通電することなく行うことができ、十分な省エネ効果を得ることが可能となる効果が得られる。
【０１３２】
請求項３に係る発明によれば、省エネ状態における前記ネットワークとの間の付加的情報のやりとりとして、前記ネットワークへの定期的な所定の要求に対する所定の応答の受信を行う場合に、装置本来の画像処理動作を行う装置の主たる構成に通電することなく行うことができ、十分な省エネ効果を得ることが可能となる効果が得られる。
【０１３３】
請求項４に係る発明によれば、省エネ状態における前記ネットワークとの間の付加的情報のやりとりとして、前記ネットワークから自装置に対する所定の要求に対する所定の応答の送信を行う場合に、そのやりとりが、前記主ネットワーク通信制御手段における前記ネットワークを介した画像データの受信機能を必要とする、例えばＬＰＲによる印刷要求のやりとりであった場合には、前記主装置部を動作状態に復帰させて正しく受信・処理させることができるため、受信機能を必要とする要求の検出の前記副装置部による代行が可能となる。それにより、省エネ状態を維持でき、いっそう十分な省エネ効果を得ることが可能となる効果が得られる。
【０１３４】
請求項５に係る発明によれば、省エネ状態における前記ネットワークとの間の付加的情報のやりとりとして、前記ネットワークへの定期的な所定の要求に対する所定の応答の受信を行う場合に、そのやりとりが、前記主ネットワーク通信制御手段における前記ネットワークを介した画像データの受信機能を必要とする、例えばＰＯＰ３による新着メール有りの検出のやりとりであった場合には、前記主装置部を動作状態に復帰させて正しく受信・処理させることができるため、受信機能を必要とする応答の検出の前記副装置部による代行が可能となる。それにより、省エネ状態を維持でき、いっそう十分な省エネ効果を得ることが可能となる効果が得られる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る画像処理装置を中心とした通信システムについて示す図である。
【図２】本発明の実施の形態に係る画像処理装置のブロック構成について示す図である。
【図３】本発明の実施の形態に係る画像処理装置の主装置部のブロック構成について示す図である。
【図４】本発明の実施の形態に係る画像処理装置の副装置部のブロック構成について示す図である。
【図５】本発明の実施の形態に係る画像処理装置におけるプロトコルスタックについて示す図である。
【図６】ＭＡＣヘッダとＭＡＣデータとからなるＭＡＣパケットの構成について示す図である。
【図７】ＭＡＣパケットのデータグラムについて示す図である。
【図８】ＩＰパケットのデータグラムについて示す図である。
【図９】ＵＤＰパケットのデータグラムについて示す図である。
【図１０】ＴＣＰパケットのデータグラムについて示す図である。
【図１１】主装置部及び副装置部のそれぞれにおける処理手順について示すフローチャートである。
【図１２】図１２と共に、主装置部及び副装置部のそれぞれにおける処理手順について示すフローチャートである。
【図１３】図１１及び図１２共に、主装置部及び副装置部のそれぞれにおける処理手順について示すフローチャートである。
【図１４】図１１、図１２及び図１３共に、主装置部及び副装置部のそれぞれにおける処理手順について示すフローチャートである。
【図１５】共有メモリを介した主装置部と副装置部との情報のやりとりについて模式的に示す図である。
【図１６】主装置部のパラメータメモリ→共有メモリ→副装置部のパラメータメモリのネットワーク関連設定情報の流れについて模式的に示す図である。
【図１７】ネットワーク関連設定情報の具体的な内容について示す図である。
【図１８】ネットワーク通信代行結果通知情報の具体的な内容について示す図である。
【図１９】代行依頼結果対応処理の具体的な処理手順について示すフローチャートである。
【符号の説明】
１  画像処理装置
１０  主装置部
３０  共有メモリ
４０  副装置部
【図１】
2005045301.tif 000003
【図２】
2005045301.tif 000004
【図３】
2005045301.tif 000005
【図４】
2005045301.tif 000006
【図５】
2005045301.tif 000007
【図６】
2005045301.tif 000008
【図７】
2005045301.tif 000009
【図８】
2005045301.tif 000010
【図９】
2005045301.tif 000011
【図１０】
2005045301.tif 000012
【図１１】
2005045301.tif 000013
【図１２】
2005045301.tif 000014
【図１３】
2005045301.tif 000015
【図１４】
2005045301.tif 000016
【図１５】
2005045301.tif 000017
【図１６】
2005045301.tif 000018
【図１７】
2005045301.tif 000019
【図１８】
2005045301.tif 000020
【図１９】
2005045301.tif 000021