(57)【要約】【課題】  ネットワークで接続されているサーバにエラーメッセージがあった場合、そのメッセージデータを何回も受信してその度にエラー情報を印刷していた。【解決手段】  ネットワークを介して接続されているサーバと通信可能な通信装置であって、サーバに格納されているメールメッセージを受信して処理することが可能か否かを判定し、受信して処理することが不可能と判定されたメールメッセージの識別情報を、複数登録可能なＲＡＭ１０２と、その登録された複数の識別情報と、取得された識別情報とを比較し（Ｓ１１）、その比較の結果に基づいて、ＲＡＭ１０２に登録された複数の識別情報のいずれかに一致する識別情報に対応するメールメッセージを受信しないようにする。【選択図】  図３
2007035051.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されているサーバと通信可能な通信装置であって、
前記サーバに格納されているメールメッセージの識別情報を取得する識別情報取得手段と、
前記サーバに格納されているメールメッセージを受信する受信手段と、
前記受信手段により前記メールメッセージを受信して処理することが可能か否かを判定する判定手段と、
前記判定手段により、受信して処理することが不可能と判定されたメールメッセージの識別情報を、複数登録可能な登録手段と、
前記登録手段に登録された前記複数の識別情報と、前記識別情報取得手段により取得された識別情報とを比較する比較手段と、
前記比較手段による比較の結果に基づいて、前記登録手段に登録された前記複数の識別情報のいずれかに一致する識別情報に対応するメールメッセージを受信しないように、前記受信手段を制御する制御手段と、
を備えることを特徴とする通信装置。
【請求項２】
前記制御手段は、前記比較手段による比較の結果に基づいて、前記登録手段に登録された前記複数の識別情報のいずれにも一致しない識別情報に対応するメールメッセージを受信するように、前記受信手段を制御することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記サーバに格納されているメールメッセージの数を表すメッセージ数情報を取得するメッセージ数情報取得手段を更に備え、
前記識別情報取得手段は、前記メッセージ数情報取得手段により取得された前記メッセージ数情報に基づいて、前記サーバに格納されている全てのメールメッセージの識別情報を取得し、
前記比較手段は、前記登録手段に登録された前記複数の識別情報と、前記識別情報取得手段により取得された前記サーバに格納されている全てのメールメッセージの識別情報とを、それぞれ比較することを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
前記比較手段による比較の結果、前記登録手段に登録された前記複数の識別情報のうち、前記識別情報取得手段により取得された識別情報のいずれにも一致しない識別情報を、無効化する無効化手段を更に備えることを特徴とする請求項３に記載の通信装置。
【請求項５】
前記制御手段は、前記サーバに対して前記登録手段に登録された前記複数の識別情報のいずれかに一致する識別情報に対応するメールメッセージの取得要求を行うことを禁止することにより、前記受信手段が当該メールメッセージを受信しないよう制御することを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
【請求項６】
前記受信手段が受信したメールメッセージを印刷する印刷手段を更に備えることを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
【請求項７】
前記判定手段により、メールメッセージを受信して処理することが不可能と判定された場合に、エラーメッセージを印刷するよう前記印刷手段を制御する印刷制御手段を更に備えることを特徴とする請求項６に記載の通信装置。
【請求項８】
ネットワークを介して接続されているサーバと通信可能な通信装置であって、
前記サーバに格納されているメールメッセージの識別情報を取得する識別情報取得手段と、
前記サーバに格納されているメールメッセージを受信する受信手段と、
前記受信手段により前記メールメッセージを受信して処理することが不可能であった場合に、エラー情報を出力する出力手段と、
前記受信手段により受信して処理することが不可能であったメールメッセージの識別情報を登録する登録手段と、
前記登録手段に登録された識別情報と、前記識別情報取得手段により取得された識別情報とを比較する比較手段と、
前記比較手段による比較の結果、前記メールメッセージに対応する識別情報が前記登録手段に登録された識別情報に一致しない場合であって、且つ、該メールメッセージを受信して処理することが不可能であった場合に、前記エラー情報を出力するよう前記出力手段を制御し、前記比較手段による比較の結果、前記メールメッセージに対応する識別情報が前記登録手段に登録された識別情報に一致する場合には、前記エラー情報が出力されないよう制御する制御手段と、
を備えることを特徴とする通信装置。
【請求項９】
前記受信手段が受信したメールメッセージを印刷する印刷手段を更に備え、
前記出力手段は、前記印刷手段にエラーレポートを印刷させることにより、前記エラー情報を出力することを特徴とする請求項８に記載の通信装置。
【請求項１０】
前記受信手段により受信したメールメッセージを記憶する記憶手段を更に備え、
前記受信手段により前記メールメッセージを受信して処理することが不可能である場合とは、前記記憶手段に前記メールメッセージを格納するために必要な空き容量がない場合であることを特徴とする請求項８又は９に記載の通信装置。
【請求項１１】
ネットワークを介して接続されているサーバと通信可能な通信装置の制御方法であって、
前記サーバに格納されているメールメッセージの識別情報を取得する識別情報取得工程と、
前記サーバに格納されているメールメッセージを受信する受信工程と、
前記受信工程で前記メールメッセージを受信して処理することが可能か否かを判定する判定工程と、
前記判定工程において、受信して処理することが不可能と判定されたメールメッセージの識別情報を、複数登録可能な登録工程と、
前記登録工程において登録された前記複数の識別情報と、前記識別情報取得工程において取得された識別情報とを比較する比較工程と、
前記比較工程における比較の結果に基づいて、前記登録工程において登録された前記複数の識別情報のいずれかに一致する識別情報に対応するメールメッセージを受信しないように、前記受信工程を制御する制御工程と、
を備えることを特徴とする通信装置の制御方法。
【請求項１２】
前記制御工程は、前記比較工程における比較の結果に基づいて、前記登録工程において登録された前記複数の識別情報のいずれにも一致しない識別情報に対応するメールメッセージを受信するように、前記受信工程を制御することを特徴とする請求項１１に記載の通信装置の制御方法。
【請求項１３】
前記サーバに格納されているメールメッセージの数を表すメッセージ数情報を取得するメッセージ数情報取得工程を更に備え、
前記識別情報取得工程は、前記メッセージ数情報取得工程において取得された前記メッセージ数情報に基づいて、前記サーバに格納されている全てのメールメッセージの識別情報を取得し、
前記比較工程は、前記登録工程において登録された前記複数の識別情報と、前記識別情報取得工程において取得された前記サーバに格納されている全てのメールメッセージの識別情報とを、それぞれ比較することを特徴とする請求項１１又は１２に記載の通信装置の制御方法。
【請求項１４】
前記比較工程における比較の結果、前記登録工程で登録された前記複数の識別情報のうち、前記識別情報取得工程において取得された識別情報のいずれにも一致しない識別情報を無効化する無効化工程を更に備えることを特徴とする請求項１３に記載の通信装置の制御方法。
【請求項１５】
前記制御工程は、前記サーバに対して前記登録工程で登録された前記複数の識別情報のいずれかに一致する識別情報に対応するメールメッセージの取得要求を行うことを禁止することにより、前記受信工程で当該メールメッセージを受信しないよう制御することを特徴とする請求項１１乃至１４のいずれか１項に記載の通信装置の制御方法。
【請求項１６】
前記受信工程で受信したメールメッセージを印刷する印刷工程を更に備えることを特徴とする請求項１１乃至１５のいずれか１項に記載の通信装置の制御方法。
【請求項１７】
前記判定工程において、メールメッセージを受信して処理することが不可能と判定された場合に、エラーメッセージを印刷するよう前記印刷工程を制御する印刷制御工程を更に備えることを特徴とする請求項１６に記載の通信装置の制御方法。
【請求項１８】
ネットワークを介して接続されているサーバと通信可能な通信装置の制御方法であって、
前記サーバに格納されているメールメッセージの識別情報を取得する識別情報取得工程と、
前記サーバに格納されているメールメッセージを受信する受信工程と、
前記受信工程において前記メールメッセージを受信して処理することが不可能であった場合に、エラー情報を出力する出力工程と、
前記受信工程において受信して処理することが不可能であったメールメッセージの識別情報を登録する登録工程と、
前記登録工程において登録された識別情報と、前記識別情報取得工程において取得された識別情報とを比較する比較工程と、
前記比較工程における比較の結果、前記メールメッセージに対応する識別情報が前記登録工程において登録された識別情報に一致しない場合であって、且つ、該メールメッセージを受信して処理することが不可能であった場合に、前記エラー情報を出力するよう前記出力工程を制御し、前記比較工程における比較の結果、前記メールメッセージに対応する識別情報が前記登録工程において登録された識別情報に一致する場合には、前記エラー情報が出力されないよう制御する制御工程と、
を備えることを特徴とする通信装置の制御方法。
【請求項１９】
前記出力工程は、印刷装置にエラーレポートを印刷させることにより、前記エラー情報を出力することを特徴とする請求項１８に記載の通信装置の制御方法。
【請求項２０】
前記受信工程で受信したメールメッセージを記憶媒体に記憶する記憶工程を更に備え、  前記受信工程において前記メールメッセージを受信して処理することが不可能である場合とは、前記記憶媒体に前記メールメッセージを格納するために必要な空き容量がない場合であることを特徴とする請求項１８又は１９に記載の通信装置の制御方法。
【請求項２１】
請求項１１乃至１７のいずれか１項に記載の制御方法を実行することを特徴とするプログラム。
【請求項２２】
請求項１８乃至２０のいずれか１項に記載の制御方法を実行することを特徴とするプログラム。
【請求項２３】
請求項２１に記載のプログラムを記憶したことを特徴とする、コンピュータにより読み取り可能な記憶媒体。
【請求項２４】
請求項２２に記載のプログラムを記憶したことを特徴とする、コンピュータにより読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続されているサーバと通信可能な通信装置及び該装置における通信制御方法に関するものである。
【背景技術】
【０００２】
インターネット等のネットワークに接続され、ＰＯＰ３手順により、サーバからネットワークを介して送信されるメールを受信できる通信装置が知られている。このような通信装置では、まず最初にアカウント名、パスワードを使用して、サーバとの間でアカウントの認証を行ない、このアカウント認証を済ませると、ＰＯＰ３のＳＴＡＴコマンドを使用してメールボックスの情報を問い合わせる。そのメールボックスにメッセージ情報がある場合は、そのメールボックスにあるメッセージ数の回数だけ、ＰＯＰ３のＬＩＳＴコマンドを使用してメッセージ番号を取得し、その取得したメッセージ番号でＰＯＰ３のＲＥＴＲコマンドを利用してメールメッセージをダウンロードする処理を繰り返す。
【０００３】
そして、その取得したメールメッセージが通信装置で印刷可能であるか否かを判断し、印刷可能であればメッセージを印刷し、もし印刷不可能であればエラー情報をレポートとして印刷している。しかしながらこの様にして、ＰＯＰ３サーバのメールボックスに記憶されているメールメッセージのダウンロードを行った後、再度、そのメールボックスからのメールメッセージのダウンロード処理を行った場合は、以下のような問題が発生していた。
【０００４】
即ち、印刷できないメールメッセージを何回もサーバから取得してしまい、その結果、エラー情報を何回も印刷してしまう。このように、不要なメッセージを何回も取得したり、そのような不要メッセージの取得によるエラー情報の印刷が何度も実行されてしまうため無駄な作業が多く発生するという問題があった。
【０００５】
このような問題を解決するため、特許文献１では、メールサーバに記憶されているメールメッセージのダウンロード及びそのメールの添付ファイルのダウンロード処理を行い、添付ファイルの形式が許容できない形式の電子メールであった場合、最新の残メールの識別情報を残ＩＤとして記憶し、その時点でサーバに残っている残メール数（Ｋ）を記憶し、次にメッセージの取得に行く際に、Ｋ番目のメッセージＩＤと残メールＩＤと比較し、これらが一致する場合はＫ番目の電子メールよりも新しい電子メールを受信していた。
【特許文献１】特開平１１−３２８０６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながらこのように、電子メール型ファクシミリ装置において、最新の残メッセージＩＤとサーバに残っている残メール数とを記憶し、サーバに残っているＫ番目のメッセージＩＤと記憶している残メッセージＩＤとを比較し、これらが一致すると初めて（Ｋ＋１）番目の新しい電子メールを受信する方式では、新しく受信したメールを必ずしも（Ｋ＋１）番目のメールとして処理しないサーバの場合、或いは、サーバが受信した順序が何らかの理由で保存されていない場合には、新しい電子メールが取得できない場合があった。
【０００７】
更に、Ｋ番目の電子メールの受信を許容できない理由が、その電子メールを受信する装置のメモリ不足である場合には、そのメールを受信する装置側で既に受信したメールの印刷が終了することにより、或いはメモリを増設することによりメモリ容量に十分な空きができた場合でも、次の電子メールのアクセスは（Ｋ＋１）番目の電子メールに対して行われてしまい、それ以前に受信が完了していなかったＫ番目を含むそれ以前の電子メールを受信することができなかった。
【０００８】
本発明は上記従来例に鑑みてなされたもので、ネットワークで接続されているサーバに格納されているメールメッセージの内、受信して処理できるメールメッセージだけを受信できる通信装置及び該装置における通信制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために本発明の一態様に係るは通信装置以下のような構成を備える。即ち、
ネットワークを介して接続されているサーバと通信可能な通信装置であって、
前記サーバに格納されているメールメッセージの識別情報を取得する識別情報取得手段と、
前記サーバに格納されているメールメッセージを受信する受信手段と、
前記受信手段により前記メールメッセージを受信して処理することが可能か否かを判定する判定手段と、
前記判定手段により、受信して処理することが不可能と判定されたメールメッセージの識別情報を、複数登録可能な登録手段と、
前記登録手段に登録された前記複数の識別情報と、前記識別情報取得手段により取得された識別情報とを比較する比較手段と、
前記比較手段による比較の結果に基づいて、前記登録手段に登録された前記複数の識別情報のいずれかに一致する識別情報に対応するメールメッセージを受信しないように、前記受信手段を制御する制御手段と、を備えることを特徴とする。
【００１０】
上記目的を達成するために本発明の一態様に係るは通信装置以下のような構成を備える。即ち、
ネットワークを介して接続されているサーバと通信可能な通信装置であって、
前記サーバに格納されているメールメッセージの識別情報を取得する識別情報取得手段と、
前記サーバに格納されているメールメッセージを受信する受信手段と、
前記受信手段により前記メールメッセージを受信して処理することが不可能であった場合に、エラー情報を出力する出力手段と、
前記受信手段により受信して処理することが不可能であったメールメッセージの識別情報を登録する登録手段と、
前記登録手段に登録された識別情報と、前記識別情報取得手段により取得された識別情報とを比較する比較手段と、
前記比較手段による比較の結果、前記メールメッセージに対応する識別情報が前記登録手段に登録された識別情報に一致しない場合であって、且つ、該メールメッセージを受信して処理することが不可能であった場合に、前記エラー情報を出力するよう前記出力手段を制御し、前記比較手段による比較の結果、前記メールメッセージに対応する識別情報が前記登録手段に登録された識別情報に一致する場合には、前記エラー情報が出力されないよう制御する制御手段と、を備えることを特徴とする。
【００１１】
上記目的を達成するために本発明の一態様に係るは通信装置の制御方法以下のような工程を備える。即ち、
ネットワークを介して接続されているサーバと通信可能な通信装置の制御方法であって、
前記サーバに格納されているメールメッセージの識別情報を取得する識別情報取得工程と、
前記サーバに格納されているメールメッセージを受信する受信工程と、
前記受信工程で前記メールメッセージを受信して処理することが可能か否かを判定する判定工程と、
前記判定工程において、受信して処理することが不可能と判定されたメールメッセージの識別情報を、複数登録可能な登録工程と、
前記登録工程において登録された前記複数の識別情報と、前記識別情報取得工程において取得された識別情報とを比較する比較工程と、
前記比較工程における比較の結果に基づいて、前記登録工程において登録された前記複数の識別情報のいずれかに一致する識別情報に対応するメールメッセージを受信しないように、前記受信工程を制御する制御工程と、を備えることを特徴とする。
【００１２】
上記目的を達成するために本発明の一態様に係るは通信装置の制御方法以下のような工程を備える。即ち、
ネットワークを介して接続されているサーバと通信可能な通信装置の制御方法であって、
前記サーバに格納されているメールメッセージの識別情報を取得する識別情報取得工程と、
前記サーバに格納されているメールメッセージを受信する受信工程と、
前記受信工程において前記メールメッセージを受信して処理することが不可能であった場合に、エラー情報を出力する出力工程と、
前記受信工程において受信して処理することが不可能であったメールメッセージの識別情報を登録する登録工程と、
前記登録工程において登録された識別情報と、前記識別情報取得工程において取得された識別情報とを比較する比較工程と、
前記比較工程における比較の結果、前記メールメッセージに対応する識別情報が前記登録工程において登録された識別情報に一致しない場合であって、且つ、該メールメッセージを受信して処理することが不可能であった場合に、前記エラー情報を出力するよう前記出力工程を制御し、前記比較工程における比較の結果、前記メールメッセージに対応する識別情報が前記登録工程において登録された識別情報に一致する場合には、前記エラー情報が出力されないよう制御する制御工程と、を備えることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、ネットワークで接続されているサーバに格納されているメールメッセージの内、受信して処理できるメールメッセージだけを受信できる。
【発明を実施するための最良の形態】
【００１４】
以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施の形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１５】
図１は、本発明の実施の形態に係る通信装置の構成を示すブロック図で、この通信装置は、ネットワークで接続されているＰＯＰ３サーバと、ネットワークを介して通信可能に構成されている。
【００１６】
図１において、１００はＣＰＵで、ＲＯＭ１０１に記憶されている制御プログラムや各種データに従って、この通信装置全体の動作を制御している。１０２はＲＡＭで、ＣＰＵ１００による制御動作時に、各種データを記憶するためのワークエリアとして使用されるとともに、ＬＡＮインターフェース１０６を介して入力したデータを保存している。１０３はプリンタで、ＣＰＵ１００の制御の下にＲＡＭ１０２に格納されている各種データや受信データ、レポートデータ等を印刷している。１０４は入力部で、キーボードやマウス等のポインティングデバイスを備え、オペレータにより操作され、各種データやコマンドを入力するのに使用される。１０５は表示部で、例えばＣＲＴや液晶等の表示画面を有し、オペレータとのＧＵＩを実現するのに使用される。ＬＡＮインターフェース１０６は、ネットワークを介してサーバや他の通信装置等との間でデータを送受信するためのインターフェース部である。１０７はシステムバスで、上述した各構成要素同士を接続し、これら構成要素間でデータの送受を行っている。１０８はＬＡＮ（ローカルエリアネットワーク）である。
【００１７】
図２は、本実施の形態に係る通信装置の接続形態を説明する図である。
【００１８】
図２において、２００はイーサーネットであり、サーバ２０１、通信依頼装置２０２、本実施の形態に係る通信装置２０３が接続され、このイーサネット（登録商標）２００はグローバルなインターネット網２０７に接続されている。サーバ２０１は、メールの送受信が可能なサーバであり、通信依頼装置２０２やインターネット網２０７から送られてくるメールメッセージを受信することができる。また、通信装置２０３からのＰＯＰ３手順によるメール受信にも対応している。更に、通信依頼装置２０２は、サーバ２０１を介して通信装置２０３にメールメッセージを送信することが可能である。また通信装置２０３はサーバ２０１よりＰＯＰ３受信が可能である。また、２０４はイーサーネット、２０５はサーバ、２０６は通信依頼装置で、このイーサネット（登録商標）２０４もまたグローバルなインターネット網２０７に接続されており、それぞれの機能は上述したイーサネット（登録商標）２００、サーバ２０１、通信依頼装置２０２のそれぞれと同様である。
【００１９】
図３は、本実施の形態に係る通信装置２０３で実行されるＰＯＰ３受信の手順を示すフローチャートで、この処理を実行するプログラムはＲＯＭ１０１に記憶されている。
【００２０】
まずステップＳ１で、通信装置２０３からＬＡＮインターフェース１０６によりイーサネット（登録商標）２００を介してＰＯＰ３サーバ２０１と接続する。このＰＯＰ３サーバ２０１と接続した後、アカウント名、パスワードを使用してアカウントの認証を行う。次にステップＳ２に進み、ＰＯＰ３のＳＴＡＴコマンドを使用して、ＰＯＰ３サーバ２０１のメールボックスの情報を問い合わせる。これは図５の説明で後述するようにＳＴＡＴコマンドを用いて問合せる。ステップＳ３で、この問合せに応じてサーバ２０１から返送される応答に基づいて、メールボックスにメッセージ情報があるかどうかをみる。メッセージ情報がある場合はステップＳ６に進むが、メッセージ情報が無い場合はステップＳ４に進む。ここで、返送される応答は、図５の説明で後述するとおり合計メッセージ数と容量が送られてくる。ステップＳ４では、ＰＯＰ３サーバ２０１のメールメッセージは全て削除されていることを示しているので、図４に示す通信装置２０３のＲＡＭ１０２に記憶されている「ＰＯＰ３アカウント１のエラー情報」の全て初期化してステップＳ５に進む。ここで、図４に示すＲＡＭ１０２にエラーのあるユニークＩＤとして記憶したユニークＩＤを削除するのは、サーバ２０１の管理者などによって既にそのユニークＩＤを持つメッセージ情報がサーバ２０１より削除されているので通信装置２０３がそのユニーク情報のメッセージ情報をサーバから取得しないようにするような無駄な制御をする必要が無いからである。また、このようにすることによって、不必要なユニーク情報を記憶しないので図４に示すＲＡＭ１０２を有効活用できるためそれほど大きな容量を必要としない。そしてステップＳ５に進み、ＰＯＰ３サーバ２０１に対して終了処理を行ってＰＯＰ３サーバ２０１との接続を切断する。
【００２１】
一方ステップＳ３で、メッセージ情報がある場合はステップＳ６に進み、ステップＳ２で取得したメッセージ数分の全てのメールメッセージを処理し終えたか否かを判断する。全ての処理をし終えた場合はステップＳ７に進み、まだ全ての処理をし終えていない場合はステップＳ９の処理へ進む。ステップＳ７では、図４に示す「ＰＯＰ３アカウント１のエラー情報」のフラグ４００が「偽」（０）の場合、ＰＯＰ３サーバ２０１において、そのメールメッセージが削除されていることを示しているので、フラグ４００が「偽」（０）であるユニークＩＤ（Unique-ＩＤ）をテーブルより削除する。これによって、通信装置２０３がサーバより削除されているユニーク情報のメッセージ情報を取得しないようにするような無駄な制御をする必要が無いからである。また、このようにすることによって、不必要なユニーク情報を記憶しないので、図４に示すＲＡＭ１０２を有効活用できる。そしてステップＳ８に進み、後述のステップＳ１６で、図４に示す「ＰＯＰ３アカウント１のエラー情報」のフラグ４００を「真」（１）にしているため、それを「偽」（０）に変更する。これによって、次の周期でＰＯＰ３サーバにメールを取得にいったがサーバの管理者によって既に当該メールメッセージを削除していてサーバにはない場合に、フラグが「偽」であるので、ステップＳ７でフラグが「偽」である全てのユニークＩＤを確実に削除でき、ＲＡＭ１０２を有効活用できるという顕著な効果がある。そしてステップＳ５に進み、ＰＯＰ３サーバ２０１に対して終了処理を行ってＰＯＰ３サーバ２０１との接続を切断する。
【００２２】
図４は、本実施の形態に係る通信装置２０３のＲＡＭ１０２に記憶されているＰＯＰ３アカウント１のエラー情報の一例を説明する図である。
【００２３】
図において、４００はフラグ情報を示し、そのエラー情報がＰＯＰ３サーバ２０１において削除されているか否かを（０＝削除されていること、つまり「偽」を表す）表わしている。４０１は、エラーが発生したメッセージのユニークＩＤを示す。ここではエラーが発生したユニークＩＤとして、ユニークＩＤ「a58b63e45387599fb1cfb9618ce27d2」４０２，「7026570105a1654f725a22d6a4b7d9de」４０３が記憶されており、ユニークＩＤ４０２のフラグ４００だけが「１」（ＰＯＰ３サーバ２０１において削除されていない、つまり「真」を表す）に設定されている。
【００２４】
またステップＳ６で、全てのメッセージ処理が終了していない場合はステップＳ９に進み、ＰＯＰ３のＬＩＳＴコマンドを使用してメッセージ番号の情報を取得する。ここで、メッセージ番号は、ステップＳ３で取得された合計メッセージ数に基づいて付与される。例えばメッセージが６つある場合は、１番目から６番目までのメッセージ番号が付与される。また、ここでいう全てのメッセージ処理とは、ステップＳ３で取得された合計メッセージ数分の処理を行うことである。図５の説明で後述するとおりＬＩＳＴ１コマンド入力して、ＰＯＰ３サーバ２０１に対して、１番目のメールメッセージ１の情報を問い合わせる。これを全てのメッセージ処理が終了するまで、即ち取得された合計メッセージ数分の処理が終了するまで、２番目のメッセージ番号の情報取得、３番目のメッセージ番号の情報取得・・・という具合に動作を繰り返す。また、全てのメッセージ処理が終了したかどうかは、ステップＳ３で合計メッセージ数分をデクリメントすることにより判断している。これによって、サーバで新しく受信したメール情報をサーバの処理方法によらずに確実に取得できるという顕著な効果がある。次にステップＳ１０に進み、ステップＳ９で取得したメッセージ番号でＰＯＰ３のＵＩＤＬコマンドを使用して、メッセージのユニークＩＤを取得する。そしてステップＳ１１に進み、ステップＳ１０で取得したメッセージのユニークＩＤが、図４に示す通信装置２０３のＲＡＭ１０２にある「ＰＯＰ３アカウント１のエラー情報」テーブルに既に記憶されているか否かを検索し、そのユニークＩＤがテーブルに記憶されていない場合はステップＳ１２に進み、ＰＯＰ３のＲＥＴＲコマンドを使用して、そのメールメッセージをダウンロードする。次にステップＳ１３に進み、ステップＳ１２で取得したメッセージを解析して印刷可能か否かを判断し、印刷不可能なメッセージであればステップＳ１４に進む。ここで印刷可能かどうかは、受信した添付ファイルの形式が通信装置２０３で展開可能な形式かどうか、ＲＡＭ１０２の空き容量がメッセージを受信するのに十分あるか、１個のメッセージの容量が規定値以下かなどによって判断される。印刷不可能である場合は、ステップＳ１４で、印刷不可能である旨をエラー情報としてプリンタ１０３を使用して印刷する。ここでさらに、後述するエラーの原因を表す情報とユニークＩＤとの対応をつけて印刷すれば、装置のユーザやサーバの管理者がメッセージ情報のエラーの原因を知ることができ適切な対応が迅速にとれるという顕著な効果もある。ここで、ステップＳ１１でユニークＩＤを比較し一致しないものは、メッセージのダウンロードを行っているが、ＲＡＭ１０２の空き容量がメッセージを受信するのに十分かどうかはステップＳ９のＬＩＳＴコマンドによって各メッセージの容量を取得できるので、メッセージはダウンロードせずにＲＡＭ１０２のメモリ容量で判断して、受信不可の場合はステップＳ１４以降の処理を行うようにしてもよい。そしてステップＳ１５に進み、ユニークＩＤの保存領域があるかどうか判断し、十分無い場合には保存領域中の最古のユニークＩＤを削除する。ここで、ユニークＩＤの保存領域があるかどうかは、図４で示されているとおりＭ個のユニークＩＤが登録されているかどうかで判断している。Ｍ個のユニークＩＤが登録されたところで最古のユニークＩＤのある保存領域のデータを削除するようにすることで、次の周期でＰＯＰ３サーバにメッセージを取得にいった場合、ステップＳ１１でユニークＩＤが不一致と判断され、ステップＳ１３でメッセージのダウンロードを行い、エラーの場合は再度エラー情報を出力する。このため、サーバの管理者が受信できないメッセージの確認を忘れていた場合に、毎回エラー情報を印刷しなくとも管理者に再度注意を喚起することができるという顕著な効果がある。また、限られたＲＡＭ１０２の容量を有効活用できるという顕著な効果がある。さらに、メッセージの受信ができなかった新しいユニークＩＤのものについては、サーバにメッセージを取得にいく都度エラー情報は出力されないという顕著な効果もある。また、ここでは古いユニークＩＤを削除する例で説明したが実際に削除しなくとも、古いユニークＩＤを無効化するだけでよい。
【００２５】
一方、ステップＳ１５でユニークＩＤの保存領域がある場合はステップＳ１７に進み、ステップＳ１０で取得したユニークＩＤを、図４のテーブルの空きエリアに格納する。そしてステップＳ１８に進み、ステップＳ１５で格納したユニークＩＤのフラグ４００を「真」（１）に変更し、前述のステップＳ７で、ユニークＩＤがテーブルより削除されないようにする。さらにステップＳ１９に進み、前述のステップＳ１３で判断したエラーの原因を表すコードをユニークＩＤに対応して図４のテーブルの４０４欄に記憶し、さらにステップＳ３で合計メッセージ数分をデクリメントし、新たな合計メッセージ数としてデクリメントした値をセットし、ステップＳ６に戻る。図４の４０５、４０６はユニークＩＤ４０２、４０３に対応するエラーの原因を表すコードである。４０７はエラーの無いことを表している。
【００２６】
また、ステップＳ１３で、ステップＳ１２で取得したメッセージが印刷可能なメッセージであればステップＳ２０に進み、ステップＳ１２で取得したメッセージをプリンタ１０３を用いて印刷する。そしてステップＳ２１に進み、ＰＯＰ３のＤＥＬＥコマンドを使用し、ステップＳ１２で取得したメッセージをＰＯＰ３サーバ２０１より削除し、さらにステップＳ３で合計メッセージ数分をデクリメントし、新たな合計メッセージ数としてデクリメントした値をセットしてステップＳ６に戻る。
【００２７】
またステップＳ１１で、ステップＳ１０で取得したメッセージのユニークＩＤが、ＲＡＭ１０２に記憶されている「ＰＯＰ３アカウント１のエラー情報」テーブル（図４）に既に記憶されている場合はステップＳ２２に進み、前回のエラー情報と装置の状態情報により再受信するかどうか決定する。具体的には、前回のエラーの原因が、例えば装置のメモリ容量が少なくてメッセージが受信できないことを示しており、その時点でメモリに記憶されていた情報の印刷、送信を行うことによって、或いはメモリの増設を行う等により、今回の受信のためのメモリ容量が十分になっているかどうか、即ち、前回のエラー状態が解消されているかどうかを判断する。抗して、そのエラー状態が解消されていればステップＳ１２に進み、再受信を行う。尚、このエラー状態の解消には、例えば、通信装置２０３のプログラムバージョンの変更などによって、前回受信できなかった添付ファイルの形式が受信できるようになった場合も含まれ、その場合も同様にしてステップＳ１２に進んで再受信を行う。
【００２８】
一方、ステップＳ２２で再受信を行わないと判断した場合はステップＳ２３に進み、そのテーブルのユニークＩＤに一致するフラグ４００を「真」（１）に変更する、これは前述したステップＳ７の処理で、テーブルより削除されないように目印を付ける処理である。さらにステップＳ３で合計メッセージ数分をデクリメントし、新たな合計メッセージ数としてデクリメントした値をセットする。
【００２９】
図７は、本実施の形態に係る通信装置２０３で実行される装置の状態情報を取得する手順を示すフローチャートで、この処理を実行するプログラムはＲＯＭ１０１に記憶されている。この手順は、周期的に起動されるタスクで、例えば５ｍ秒毎に起動される。
【００３０】
まずステップＳ７０１で、ＲＡＭ１０３のメモリの空き情報を取得し、ＲＡＭ１０３の所定のワークエリアに、その取得した空き容量を書き込む。これによって、メモリ不足のため受信できなかったメッセージ情報が受信できるか否かを判断できる。次にステップＳ７０２に進み、ＲＯＭ１０１のプログラムバージョンを取得し、ＲＡＭ１０３の所定のワークエリアに、その取得したバージョン情報を書き込む。このように、プログラムバージョンを取得して保持することにより、以前のバージョンで受信できなかった添付ファイルの形式が、新たに更新されたバージョンで受信できるようになったかどうかを判断できる。尚、ここでは周期的にプログラムバージョンを調べるようになっているが、このバージョンのチェックは電源立上時だけで行っても。次にステップＳ７０３に進み、トナーやインクなどの記録材切れや紙ジャムなどのプリンタの異常や、不図示の装置カバーが空いているなどといった、装置の様々な状態情報を取得し、ＲＡＭ１０３の所定のワークエリアに書き込む。こうして、更新されたこれらの情報と、以前のエラー情報とをもとに、以前メッセージ情報を受信できなかった原因が解消されているか否かが判断できる。ここでは、周期タスクを例に説明したが、これに限らず、図３のステップＳ１３で受信または印刷不可かどうか判断するために、このタスクを呼び出してもよい。また、ステップＳ２２でエラー原因情報と装置状態情報を比較する直前でこのタスクを呼び出してもよい。またこれらの組合せであってよい。
【００３１】
また前述のステップＳ１５（図３）では、サーバの管理者に再度注意を喚起するために、ユニークＩＤの保存領域が無い場合は、古いユニークＩＤの保存領域を削除したが、本発明はこれに限らない。
【００３２】
図８は、サーバの管理者に再度注意を喚起するための本実施の形態に係る通信装置２０３で実行される他の実施形態の手順を示すフローチャートである。具体的には、メッセージを取得しにいく度に図３のステップＳ２３に続いて、ステップＳ８０１で、一致したユニークＩＤがある回数をカウントし、そのカウントした計数値が所定値を超えたかどうかをステップＳ８０２で判定し、所定値を越えた場合に、図３のステップ１２に進んで、メッセージをダウンロードするようにしても構わない。尚、この図８に示す手順は、図３のステップＳ１５，Ｓ１６の手順と併用しても構わない。
【００３３】
以上説明したように本実施の形態によれば、受信したメールメッセージでエラーが発生した場合は、そのメッセージのユニークＩＤを登録しておき、次に同じメッセージを受信した場合に、ステップ１５でユニークＩＤの保存領域がある限り、またはステップＳ２２で再度受信する決定が入力されない限り、その印刷不可能なメッセージを再度ダウンロードする再取得処理を行わないようにしている。これにより、既にエラーとなったメッセージを再度ダウンロードして再印刷することがないという顕著な効果がある。
【００３４】
また、サーバより削除されているユニーク情報のメッセージ情報を取得しないようにするといった、無駄な制御をする必要が無くなる。また、このようにすることによって、不必要なユニーク情報を記憶しないので図４に示すＲＡＭ１０２のメモリ領域を有効に活用できるため、それほど大きなメモリ容量のＲＡＭを必要としないという顕著な効果がある。
【００３５】
また、ユニークＩＤの保存領域があるかどうか判断し、十分な保存可能領域が無い場合には、保存領域中の古いユニークＩＤを削除する。これにより、次の周期でＰＯＰ３サーバにメッセージを取得を行い、エラーになった場合は、再度エラー情報を出力するため、サーバの管理者がメッセージの確認を忘れていた場合でも、毎回エラー情報を印刷することなく再度注意を喚起することができるという顕著な効果がある。また、限られたＲＡＭ１０２の容量を有効活用できるという顕著な効果がある。
【００３６】
更に、メッセージの受信ができなかった新しいユニークＩＤのものについては、サーバにメッセージを取得にいく都度、エラー情報は出力されないという顕著な効果もある。
【００３７】
また、前回のエラー情報と装置の状態情報により再受信するかどうか決定することにより、前回のエラーの原因が解消した場合には、自動的にメッセージ情報を取得できるという顕著な効果がある。図８で示される処理工程も実装される場合には、プログラムを記憶しているＲＯＭ１０１に格納されることは言うまでもない。
【００３８】
次に図５のシーケンス例を参照して、本実施の形態に係る通信装置２０３における処理を説明する。
【００３９】
図において、５００はＰＯＰ３サーバ２０１からＰＯＰされたメッセージを示している。これに対して５０１で、この通信端末装置２０３のユーザはアカウント名「kanon」を入力する。次に５０２で、サーバ２０１からパスワードが要求される。これに対して５０３では、指定されたパスワードを入力する。５０４では、ＰＯＰサーバ２０１は入力されたアカウント名とパスワードが正しいと判断して、６つのメールメッセージがあり、その合計容量が８進数の「２７０４６０」である旨を返送する。５０５では、通信端末２０３のユーザがＳＴＡＴコマンド入力して、ＰＯＰ３サーバ２０１に対してメールボックスの情報を問い合わせる。これに対して５０６で、サーバ２０１から、合計メッセージ数と容量が送られてくる。次に５０７で、通信端末２０３のユーザはＬＩＳＴ１コマンド入力して、ＰＯＰ３サーバ２０１に対して、１番目のメールメッセージ１の情報を問い合わせる。これに対して５０８で、サーバ２０１から、１番目のメッセージ１の容量（４５６）が送られてくる。次に５０９では、通信端末２０３のユーザがＵＩＤＬ１コマンド入力して、ＰＯＰ３サーバ２０１に対して１番目のメールメッセージ１のユニークＩＤを要求する。これにより５１０で、サーバ２０１から、このメールメッセージ１のユニークＩＤ「a58b63e45387599fb1cfb9618ce27d2」が送られてくる。次に、５１１で、通信端末２０３のユーザがＲＥＴＲ１コマンド入力して、ＰＯＰ３サーバ２０１に対してメールメッセージ１のダウンロードを要求する。これにより、５１２に示すメッセージがサーバ２０１から通信端末装置２０３に対して送られてくる。
【００４０】
以下同様にして、５１３で、通信端末２０３のユーザがＵＩＤＬ２コマンド入力して、ＰＯＰ３サーバ２０１に対してメールメッセージ２のユニークＩＤを要求すると、５１４で、サーバ２０１から２番目のメールメッセージのユニークＩＤ「7026570105a1654f725a22d6a4b7d9de」が送られてくる。このような操作を６番目のメールメッセージ６にまで実行し、これら全てのメールメッセージのユニークＩＤを取得した後、５１５で、ＱＵＩＴコマンドをサーバ２０１に送出して回線の切断を要求する。
【００４１】
そして図４の例は、１番目と２番目のメールメッセージ１，２にエラーが発生した場合を示しており、これらメールメッセージ１，２のユニークＩＤがテーブルに登録されており、ＰＯＰサーバ２０１で、１番目のメールメッセージ１がまだ削除されていないことを示している。
【００４２】
図６は、本実施の形態に係る通信装置２０３で実行される処理工程を実行するプログラムを記憶しているＲＯＭ１０１の構成を示す図である。
【００４３】
６０１は、通信装置２０３からＰＯＰ３サーバ２０１に対してＬＡＮインターフェース１０６で接続し、その後、ＰＯＰ３サーバ２０１へ接続した後にアカウントの認証を行う処理工程モジュールが格納されているエリアである。６０２は、ＰＯＰ３のＳＴＡＴコマンドを使用して、通信装置２０３からメールボックスにメッセージ情報を問い合わせ、かつ、メッセージ情報があるか否かを判断する処理工程モジュールが格納されているエリアである。６０３は、ＰＯＰ３のＬＩＳＴコマンドを使用して、通信装置２０３からメッセージ番号を取得する処理工程モジュールが格納されているエリアである。６０４は、ＰＯＰ３のＵＩＤＬコマンドを使用して、通信装置２０３からメッセージのユニーク番号を取得する処理工程モジュールが格納されているエリアである。６０５は、その取得したユニークＩＤをテーブル（ＲＡＭ１０２）に保存する処理工程モジュールが格納されているエリアである。６０６は、工程モジュール６０４で取得したユニークＩＤと、ＲＡＭ１０２のテーブルに登録されているユニークＩＤとを比較する処理工程モジュールが格納されているエリアである。６０７は、ＲＡＭ１０２のテーブルのユニークＩＤに対するフラグを「真」や「偽」に変更する処理工程モジュールが格納されているエリアである。６０８は、ユニークＩＤに対応してエラーの原因を示す情報を格納する処理工程モジュールが格納されているエリアである。６０９は、ＰＯＰ３のＲＥＴＲコマンドを使用して、メッセージをＰＯＰ３サーバ２０１から取得するための処理工程モジュールが格納されているエリアである。また、取得されたメッセージが印刷可能か否かを示す処理も含まれている。６１０は、エラー情報を基に、プリンタ１０３により印刷する工程モジュールが格納されているエリアである。そして６１１は、ＲＡＭ１０２のテーブルのユニークＩＤに対するフラグが「偽」であるユニークＩＤをテーブルから削除する処理工程モジュールが格納されているエリアである。６１２は、ユニークＩＤの保存領域が足りない場合に、最古のユニークＩＤの保存領域を削除する処理工程モジュールが格納されているエリアである。６１３は、前回のエラーの原因を示す情報と装置の状態情報によって再受信するかどうかを決定する再受信決定工程モジュールが格納されているエリアである。６１４は、装置の状態を取得する装置状態取得工程が格納されているエリアである。
【００４４】
［他の実施の形態］
前述の実施の形態では、図４のテーブルが１つであったが、ＰＯＰ３アカウント毎にテーブルを持っても良い。
【００４５】
本発明の目的は前述したように、実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フロッピィディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【００４６】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれている。
【００４７】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含む。
【００４８】
以上説明したように本実施の形態によれば、ネットワークで接続されているＰＯＰ３サーバのメールメッセージが、印刷できないメールメッセージを含んでいる場合、その印刷できないメールメッセージの受信は１回で済み、エラー情報の印刷も１回ですむというという効果がある。
【００４９】
また本実施の形態によれば、そのメッセージデータを何回も受信してその度にエラー情報を印刷するのを防止できるという顕著な効果がある。
【００５０】
また電子メールの受信を許容できない理由が解消した場合には、その電子メールを受信可能にできる効果がある。
【００５１】
さらに、エラーメッセージＩＤの保存領域を有効に活用でき、それほど大きなメモリ容量のメモリを必要としないという効果を有する。また、サーバにより削除されているユニーク情報のメッセージ情報を取得しないようにするといった無駄な制御をする必要が無いという顕著な効果がある。
【００５２】
また、ユニークＩＤの保存領域があるかどうか判断し、十分無い場合には保存領域中の古いのユニークＩＤを削除することで、次の周期でＰＯＰ３サーバにメッセージを取得を行い、エラーになった場合は、再度エラー情報を出力するため、サーバの管理者がメッセージの確認を忘れていた場合でも、毎回エラー情報を印刷することなく再度注意を喚起することができるという効果がある。
【００５３】
更に、メッセージの受信ができなかった新しいユニークＩＤのものについては、サーバにメッセージを取得にいく都度、エラー情報は出力されないという顕著な効果もある。
【図面の簡単な説明】
【００５４】
【図１】本発明の実施の形態に係る通信装置の構成を示すブロック図である。
【図２】本実施の形態に係る通信装置を含むネットワーク環境の一例を示す概念図である。
【図３】本実施の形態に係る通信装置におけるＰＯＰ３受信処理を説明するフローチャートである。
【図４】本実施の形態に係る通信装置におけるエラー情報を記憶するテーブルのデータ構成を説明する図である。
【図５】本実施の形態に係る通信装置とサーバとのデータやり取りのシーケンス例を示した図である。
【図６】本実施の形態に係る通信装置のＲＯＭに記憶されている制御プログラムモジュールを説明する図である。
【図７】本実施の形態に係る通信装置の状態情報を取得する手順を示すフローチャートである。
【図８】本実施形態に係るサーバの管理者にサーバにエラーのメッセージ情報が残っていることを喚起するための他の実施形態を示すフローチャートである。
【図１】
2007035051.tif 000003
【図２】
2007035051.tif 000004
【図３】
2007035051.tif 000005
【図４】
2007035051.tif 000006
【図５】
2007035051.tif 000007
【図６】
2007035051.tif 000008
【図７】
2007035051.tif 000009
【図８】
2007035051.tif 000010