(57)【要約】【課題】  利用者が受信メールを読む可能性の高いときに、できるだけ早く受信可能にすることができ、また、サーバへの問い合わせが頻繁でも、受信メールが無い場合には他のジョブの実行に影響を与えることが無く、低価格でもユーザの利便性の高い複合機を提供する。【解決手段】  装置の状態と使用履歴を検知する検知手段を備え、受信すべき電子メールの有無をメールサーバに問い合わせるためのプロトコルを起動する周期を、上記検知手段からの情報に応じて可変とすることを特徴とするファクシミリまたは複写機および印刷機能を持つ複合機。【選択図】        図１
2006262096.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続する接続手段と、電子メールを受信する受信手段と、受信した電子メールの内容を印刷する印刷手段を備える複合機であって、
装置の状態と使用履歴を検知する検知手段を備え、
受信すべき電子メールの有無をメールサーバに問い合わせるためのプロトコルを起動する周期を、上記検知手段からの情報に応じて可変とすることを特徴とするファクシミリまたは複写機および印刷機能を持つ複合機。
【請求項２】
請求項１に記載の複合機で、電子メールの送受信機能、ファクシミリの送受信機能、コピー機能、外部接続されたコンピュータからのプリント機能、などを装置内のジョブとして定義し、装置の備えるメモリ内にジョブの管理用領域を設けて、並列して実行可能な各ジョブの最大数や実行順序などを管理する一方、受信すべき電子メールの有無を問い合わせるためのプロトコルの動作は、ジョブとしては扱わず、装置内のジョブの管理用領域を使用しないことを特徴とするファクシミリまたは複写機および印刷機能を持つ複合機。
【請求項３】
請求項２に記載の複合機で、ユーザの操作に応じて全ての機能を即座に動作可能なスタンバイモードと、操作パネルなど幾つかの機能を停止もしくは制限を設け、電力消費を抑えた省電力モードとを備え、特に装置が省電力モードにあるときには、受信すべき電子メールの有無を問い合わせるためのプロトコルの動作は、ジョブとしては扱わず、省電力モードから復帰することなく行うことを特徴とするファクシミリまたは複写機および印刷機能を持つ複合機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続し、電子メールの送受信が可能なファクシミリまたは複写機および印刷機能を持つ複合機に関するものである。
【背景技術】
【０００２】
従来のファクシミリ等にネットワーク接続手段と、電子メールの送受信手段を設け、電話回線を用いずに画像データの送受信が可能なように構成した、インターネットファクシミリが知られている。
【０００３】
また、複写機にファクシミリ機能や上記インターネットファクシミリ機能を持たせ、さらに外部接続されたコンピュータからの印刷を行うプリンタ機能も合わせた、複合機が知られている。
【０００４】
また、装置の通常の動作モードの他に、不要なハードウエアの動作を停止させた低消費電力モードを設けて、一定時間操作が無い場合などに、低消費電力モードに移行させて電力消費を抑える装置が知られている。
【特許文献１】特開２０００−１６５５３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
複合機では同時に複数の機能を実行する必要があるため、各機能を制御するために、それぞれをジョブとして管理し、リアルタイムＯＳなどを用いて、並列に動作させるようにするのが一般的である。ジョブを管理するためには、装置内のメモリなどに管理用領域を設けて、各ジョブの実行状態等を記録しつつ、状態を管理する必要があるが、装置内のメモリなどの資源には限りがあるため、同時に実行できるジョブには当然制限が生じる。
【０００６】
一方、電子メールを受信するためには、電子メールサーバに対して自機宛の電子メールの有無を問い合わせ、メールの有りが確認できた時点で受信を行い印刷するのが一般的である。従って、メールサーバへの問い合わせ周期が長いと、自機宛メールの到着の検知が遅くなる。利用者の利便性を上げるためには、メールサーバに対して頻繁に問い合わせを行うことが望ましいが、受信ジョブを起動すると、ジョブの管理用領域などを消費するため、多くのメモリやリソースを備える大型の装置では問題にならないが、低価格でリソースに制限のある装置では、同時に実行可能な他のジョブに影響を与えることがあった。
【０００７】
また、装置が低消費電力モードにある場合、メールサーバへの問い合わせのためのジョブを頻繁に起動すると、頻繁に通常モードに復帰してしまい、装置の電力消費が大きくなるという問題があった。
【０００８】
他の発明（特許文献１）において、メールサーバへの問い合わせ周期を時刻によって可変とする方式が述べられているが、ユーザの使用状況は時刻によって一定とは限らず、必ずしも利便性が向上するとは言えなかった。
【０００９】
本発明は、以上の点に着目して成されたもので、問い合わせ周期を自動的に変化させることにより、利用者が受信メールを読む可能性の高いときに、できるだけ早く受信可能にすることができ、また、サーバへの問い合わせが頻繁でも、受信メールが無い場合には他のジョブの実行に影響を与えることが無く、低価格でもユーザの利便性の高いファクシミリまたは複写機および印刷機能を持つ複合機を提供すること目的とする。
【課題を解決するための手段】
【００１０】
本発明は、過去一定時間内の装置の操作の有無、低消費電力モードか否かなど、装置の使用状況を検知する手段を設け、装置が頻繁に使用されていると検知されたときには問い合わせ周期を短く、装置があまり使用されていない、または低消費電力モードと検知されたときには問い合わせ周期を長くするというように、問い合わせ周期を自動的に変化させることにより、利用者が受信メールを読む可能性の高いときに、できるだけ早く受信可能にするものである。
【００１１】
また、メールサーバへの問い合わせプロトコル自体はジョブとして管理せず、サーバから受信メールありの応答が得られた時点でジョブとして管理することにより、サーバへの問い合わせが頻繁でも、受信メールが無い場合には他のジョブの実行に影響を与えることが無く、リソースの少ない低価格の装置でも、ユーザの利便性を損なわないようにするものである。
【００１２】
さらには、メールサーバへの問い合わせだけでは低消費電力モードからの復帰を行わないようにし、装置の電力消費を下げるものである。
【００１３】
すなわち、本発明の技術内容は以下の構成を備えることにより前記課題を解決できる。
【００１４】
ネットワークに接続する接続手段と、電子メールを受信する受信手段と、受信した電子メールの内容を印刷する印刷手段を備える複合機であって、装置の状態と使用履歴を検知する検知手段を備え、受信すべき電子メールの有無をメールサーバに問い合わせるためのプロトコルを起動する周期を、上記検知手段からの情報に応じて可変とすることを特徴とするファクシミリまたは複写機および印刷機能を持つ複合機。
【発明の効果】
【００１５】
本発明によれば、一定時間内の装置の操作の有無、低消費電力モードか否かなど、装置の使用状況を検知する手段を設け、装置が頻繁に使用されていると検知されたときには問い合わせ周期を短く、装置があまり使用されていない、または低消費電力モードと検知されたときには問い合わせ周期を長くするというように、問い合わせ周期を自動的に変化させることにより、利用者が受信メールを読む可能性の高いときに、できるだけ早く受信可能にするものである。
【００１６】
また、メールサーバへの問い合わせプロトコル自体はジョブとして管理せず、サーバから受信メールありの応答が得られた時点でジョブとして管理することにより、サーバへの問い合わせが頻繁でも、受信メールが無い場合には他のジョブの実行に影響を与えることが無くなり、低価格でもユーザの利便性の高い装置を提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下本発明を実施するための最良の形態を、実施例により詳しく説明する。
【実施例】
【００１８】
図１は、本発明の実施形態である、複合機のコントローラを示すブロック図である。１００はシステムコントロール用チップであり、その内部構成は、プログラムを格納するためのＲＯＭ４００や、ファクシミリ通信用のモデムや網制御装置（モデム＆ＮＣＵ４１０）を接続するための外部ＩＳＡバスの制御を行うブロックＲＯＭＩＳＡ１０、ＤＭＡの制御を行うＤＭＡＣ２０、スキャナ部での原稿搬送用のモータ制御などを行うメカトロモータ制御３０、割り込みとタイマの制御を行う割り込み＆タイマ制御４０、操作パネル４２０の制御を行うＬＣＤ制御５０、コンピュータと接続するための、ＵＳＢ（ユニバーサルシリアルバス）Ｉ／Ｆ４３０の制御を行うＵＳＢＤｅｖｉｃｅ制御部６０とＬＡＮ（ローカルエリアネットワーク）Ｉ／Ｆ４４０の制御を行うためのＬＡＮ制御７０、本発明の動作を含むプログラムを実行するＣＰＵ８０、外部メモリ４７０を制御するためのＤＲＡＭＣｏｎｔｒｏｌｌｅｒ９０、プリンタ装置４５０を制御するためのＬＢＰＩＦ１５、印刷するための画像処理を行うプリンタ画像処理２５、原稿を読み取るためのスキャナ装置４６０を制御するためのスキャナＩＦ３５、読み取った画像の処理を行うスキャナ画像処理４５、画像データの符号化復号化を行うＣＯＤＥＣ５５などから成る。
【００１９】
図２は、ＲＯＭ４００に格納され、ＤＲＡＭ４７０に展開されてＣＰＵ８０にて実行される、本発明の複合機を制御するためのプログラムの、内部構成を示すブロック図である。
【００２０】
ＵＩ２００は、本実施例の装置の操作パネルを制御し、利用者からの指示による、または、装置で自律的に行う、各種ジョブの起動を行う。ジョブ制御２１０は、ＵＩ２００からの指示により、メモリ３５０内のジョブ管理情報資源を獲得し、ジョブ種別に応じて、必要な指示を書き込んだ後、適切なジョブサービスを起動する。ＳＣＡＮ２２０、ＰＲＩＮＴ２３０、ＦＡＸ２４０、外部Ｉ／Ｆ２５０は、ジョブ制御２２０の指示により各種のジョブを実行するジョブサービスである。
【００２１】
指示されたメモリ３５０内のジョブ管理情報に基づき、ＤＥＶＩＣＥ  ＤＲＩＶＥＲ２６０経由でそれぞれ必要なハードウエア３２０を制御しながら、ＳＣＡＮ２２０は原稿の読み取りからメモリ３５０への画像データの蓄積まで、ＰＲＩＮＴ２３０はメモリ３５０内の画像データの読み出しから印刷まで、ＦＡＸ２４０は送信時にはメモリ３５０内の画像データの読み出しからＦＡＸプロトコル２７０を使用しＮＣＵ制御３３０を経由したファクシミリ送信まで、受信時にはＮＣＵ制御３３０を経由してＦＡＸプロトコル２７０を使用しメモリ３５０への画像データ蓄積までを行う。
【００２２】
外部Ｉ／Ｆ２５０は、本実施例ではメールの送受信ジョブをサービスし、メール送受信プロトコル２８０を使用して、ＬＡＮ  Ｉ／Ｆ制御３４０を経由して、メールサーバや他の機器との通信を行う。ここで、メール制御２９０は、メール送受信プロトコル２８０を制御可能であり、メモリ３５０内に格納してあるメールサーバへの問い合わせ周期に基づき、後述するメールサーバへの問い合わせ手順を、ジョブ管理情報を使用せずに行う事ができる。また、自ら状態監視３６０経由で装置の各種情報にアクセスし、装置の使用状況を検知することができる。さらに検知結果に基づいて、メモリ３５０内に格納してある、メールサーバへの問い合わせ周期を更新する。
【００２３】
また、メモリ３５０はメモリ管理３００を経由して読み書きされ、図では線で結んでいないが、汎用ＡＰＩにより、図内の各機能ブロックのどれからでもアクセス可能になっている。同様に、ＲＴＯＳ３１０も各機能ブロックを実現するためのタスクに対して、リアルタイムＯＳの一般的な機能を提供することが可能である。さらに状態監視３６０も、装置全体の情報を監視し、図内の各機能ブロックは、汎用ＡＰＩ経由で必要な情報にアクセス可能になっている。
【００２４】
図３は、メール制御２９０の状態遷移図である。初期化時にメールサーバ問い合わせのためのタイマと、操作部の無操作を検知するためのタイマを起動し、「スタンバイ状態」に移行している。
【００２５】
「スタンバイ状態」でメールサーバ問い合わせ用のタイマの満了が通知されると（Ｓ１）、「サーバ問い合わせ状態」へ移行する。後述するサーバ問い合わせ手順の結果、受信メールありを検知すると（Ｓ２）、ＵＩ２００に対して受信ジョブの起動を通知して、「受信ジョブ実行中状態」に移行する。「サーバ問い合わせ状態」で、受信メールなしを検知すると（Ｓ３）、サーバ問い合わせタイマを再起動して「スタンバイ状態」に戻る。「受信ジョブ実行中状態」で、メール受信ジョブの完了を検知すると（Ｓ４）、サーバ問い合わせタイマを再起動し、「スタンバイ状態」に戻る。
【００２６】
「スタンバイ状態」で、無操作タイマの満了を検知すると（Ｓ５）、サーバ問い合わせタイマの値を長く変更し、再起動する。ここでのタイマの値は、上限無く大きくしても良いし、増加する値と上限の調整によって、変化の方法を如何様にも設定できる。また、低消費電力モードからの復帰の条件に、操作部の操作を入れるように設計することにより、低消費電力中は無操作タイマが何度も満了することになるため、問い合わせ周期は自動的に長くなる。
【００２７】
また「スタンバイ状態」で操作部の操作を検知すると（Ｓ６）、問い合わせタイマの値を初期値に戻し再起動する。ここでも常に初期値に戻すばかりではなく、段階的に減少させるように設計するなど、変化の方法を調整できることは言うまでもない。
【００２８】
これらの処理により、本発明の特徴であるところの、メールサーバへの問い合わせ周期の動的な変更、および、メールサーバへの問い合わせと実際の受信ジョブの区別が実現される。
【００２９】
図４は、「サーバ問い合わせ状態」でメール制御２９０が行うメールサーバへの問い合わせ手順である。ここでは一般的なＰＯＰ３（ＰｏｓｔＯｆｆｉｃｅＰｒｏｔｏｃｏｌ３）を例にしている。メールサーバまでの接続手順は省略する。
【００３０】
サーバからの応答“＋ＯＫ”に基づき、ユーザＩＤとパスワードを送信した後に、“ＳＴＡＴ”コマンドにより、受信すべきメールの有無を問い合わせる。応答が“＋ＯＫ  ０”の場合、受信すべきメールが無いことを示すので、メール制御２９０は、“ＱＵＩＴ”コマンドにより接続を閉じる。
【００３１】
応答が“＋ＯＫ  Ｎ”（Ｎは０以外）の場合、受信すべきメールがあることを示すので、メール制御２９０は、ＵＩ２００に対して、受信ジョブの起動を通知する。ＵＩ２００は通知を受けると、ジョブ制御２１０に対して、メール受信ジョブの開始を指示する。ジョブ制御２１０は、これを受けて初めて、メール受信ジョブのために、メモリ３５０内のジョブ管理情報を獲得し、外部Ｉ／Ｆ２５０のジョブサービスを起動する。外部Ｉ／Ｆ２５０は、引き続きメール送受信プロトコル２８０を使用し、メールサーバとの通信を続行する。即ち、“ＲＥＴＲ  １”コマンドを送信し、最初のメールから受信を開始する。以後の手順は通常のＰＯＰ３プロトコルに基づくものなので省略する。
【図面の簡単な説明】
【００３２】
【図１】本発明のコントローラを示すブロック図
【図２】プログラム内の機能ブロック図
【図３】メール制御ブロックの状態遷移図
【図４】メールサーバへの問い合わせ手順例を示す図
【符号の説明】
【００３３】
１０  ＲＯＭＩＳＡ
１５  ＬＢＰＩＦ
２０  ＤＭＡＣ
２５  プリンタ画像処理
３０  メカトロモータ制御
３５  スキャナＩＦ
４０  割り込み＆タイマ制御
４５  スキャナ画像処理
５０  ＬＣＤ制御
５５  ＣＯＤＥＣ
６０  ＵＳＢＤｅｖｉｃｅ制御部
７０  ＬＡＮ制御
８０  ＣＰＵ
９０  ＤＲＡＭＣｏｎｔｒｏｌｌｅｒ
１００  システムコントロール用チップ
４００  ＲＯＭ
４１０  モデム＆ＮＣＵ
４２０  操作パネル
４３０  ＵＳＢ（ユニバーサルシリアルバス）Ｉ／Ｆ
４４０  ＬＡＮ（ローカルエリアネットワーク）Ｉ／Ｆ
４５０  プリンタ装置
４６０  スキャナ装置
４７０  外部メモリ
【図３】
2006262096.tif 000003
【図４】
2006262096.tif 000004
【図１】
2006262096.tif 000005
【図２】
2006262096.tif 000006