JP3862593B2 - 通信装置及び該装置における通信制御方法 - Google Patents
通信装置及び該装置における通信制御方法 Download PDFInfo
- Publication number
- JP3862593B2 JP3862593B2 JP2002127272A JP2002127272A JP3862593B2 JP 3862593 B2 JP3862593 B2 JP 3862593B2 JP 2002127272 A JP2002127272 A JP 2002127272A JP 2002127272 A JP2002127272 A JP 2002127272A JP 3862593 B2 JP3862593 B2 JP 3862593B2
- Authority
- JP
- Japan
- Prior art keywords
- identification information
- message
- server
- communication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/23—Reliability checks, e.g. acknowledgments or fault reporting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/212—Monitoring or handling of messages using filtering or selective blocking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/42—Mailbox-related aspects, e.g. synchronisation of mailboxes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して接続されているサーバと通信可能な通信装置及び該装置における通信制御方法に関するものである。
【０００２】
【従来の技術】
インターネット等のネットワークに接続され、ＰＯＰ３手順により、サーバからネットワークを介して送信されるメールを受信できる通信装置が知られている。このような通信装置では、まず最初にアカウント名、パスワードを使用して、サーバとの間でアカウントの認証を行ない、このアカウント認証を済ませると、ＰＯＰ３のＳＴＡＴコマンドを使用してメールボックスの情報を問い合わせる。そのメールボックスにメッセージ情報がある場合は、そのメールボックスにあるメッセージ数の回数だけ、ＰＯＰ３のＬＩＳＴコマンドを使用してメッセージ番号を取得し、その取得したメッセージ番号でＰＯＰ３のＲＥＴＲコマンドを利用してメールメッセージをダウンロードする処理を繰り返す。
【０００３】
そして、その取得したメールメッセージが通信装置で印刷可能であるか否かを判断し、印刷可能であればメッセージを印刷し、もし印刷不可能であればエラー情報をレポートとして印刷している。しかしながらこの様にして、ＰＯＰ３サーバのメールボックスに記憶されているメールメッセージのダウンロードを行った後、再度、そのメールボックスからのメールメッセージのダウンロード処理を行った場合は、以下のような問題が発生していた。
【０００４】
即ち、印刷できないメールメッセージを何回もサーバから取得してしまい、その結果、エラー情報を何回も印刷してしまう。このように、不要なメッセージを何回も取得したり、そのような不要メッセージの取得によるエラー情報の印刷が何度も実行されてしまうため無駄な作業が多く発生するという問題があった。
【０００５】
このような問題を解決するため、例えば特開平11-328060号公報では、メールサーバに記憶されているメールメッセージのダウンロード及びそのメールの添付ファイルのダウンロード処理を行い、添付ファイルの形式が許容できない形式の電子メールであった場合、最新の残メールの識別情報を残ＩＤとして記憶し、その時点でサーバに残っている残メール数（Ｋ）を記憶し、次にメッセージの取得に行く際に、Ｋ番目のメッセージＩＤと残メールＩＤと比較し、これらが一致する場合はＫ番目の電子メールよりも新しい電子メールを受信していた。
【０００６】
【発明が解決しようとする課題】
しかしながらこのように、電子メール型ファクシミリ装置において、最新の残メッセージＩＤとサーバに残っている残メール数とを記憶し、サーバに残っているＫ番目のメッセージＩＤと記憶している残メッセージＩＤとを比較し、これらが一致すると初めて（Ｋ＋１）番目の新しい電子メールを受信する方式では、新しく受信したメールを必ずしも（Ｋ＋１）番目のメールとして処理しないサーバの場合、或いは、サーバが受信した順序が何らかの理由で保存されていない場合には、新しい電子メールが取得できない場合があった。
【０００７】
更に、Ｋ番目の電子メールの受信を許容できない理由が、その電子メールを受信する装置のメモリ不足である場合には、そのメールを受信する装置側で既に受信したメールの印刷が終了することにより、或いはメモリを増設することによりメモリ容量に十分な空きができた場合でも、次の電子メールのアクセスは（Ｋ＋１）番目の電子メールに対して行われてしまい、それ以前に受信が完了していなかったＫ番目を含むそれ以前の電子メールを受信することができなかった。
【０００８】
本発明は上記従来例に鑑みてなされたもので、ネットワークで接続されているサーバにエラーメッセージがあった場合、そのメッセージデータを何回も受信してその度にエラー情報を印刷するのを防止した通信装置及び該装置における通信制御方法を提供することを目的とする。
【００１０】
また本発明の目的は、電子メールの受信を許容できない理由が解消した場合には、その電子メールを受信することができるようにした通信装置及び該装置における通信制御方法を提供することにある。
【００１３】
【課題を解決するための手段】
上記目的を達成するために本発明の通信装置は以下のような構成を備える。即ち、
ネットワークを介して接続されているサーバと通信可能な通信装置であって、
前記サーバにあるメールメッセージの識別情報を取得する識別情報取得手段と、
前記サーバにあるメールメッセージを受信する受信手段と、
前記メールメッセージの処理が可能かどうか判定する判定手段と、
前記判定手段により処理不可能と判定された前記メールメッセージの処理不可能な理由を判定する理由判定手段と、
前記判定手段により処理不可能と判定された前記メールメッセージの識別情報と前記理由判定手段で判定した理由とを対応付けて登録する登録手段と、
装置の状態を判定する状態判定手段と、
前記登録手段に登録された識別情報と、前記識別情報取得手段により取得されたメールメッセージの識別情報とを比較する比較手段と、
前記比較手段による比較の結果、前記識別情報の一致するものがある場合は前記登録手段に登録された前記識別情報と同じ識別情報を有するメールメッセージの受信を禁止するように制御する制御手段とを有し、
前記状態判定手段で判定された装置の状態が、前記理由判定手段で判定された前記処理不可能な理由を解消している状態である場合には、前記制御手段は当該解消された理由に対応する前記識別情報と同じ識別情報を有するメールメッセージの受信を行うよう制御することを特徴とする。
【００１６】
上記目的を達成するために本発明の通信装置の通信制御方法は以下のような構成を備える。即ち、
ネットワークを介して接続されているサーバと通信可能な通信装置の通信制御方法であって、
前記サーバにあるメールメッセージの識別情報を取得する識別情報取得工程と、
前記サーバにあるメールメッセージを受信する受信工程と、
前記メールメッセージの処理が可能かどうか判定する判定工程と、
前記判定工程で処理不可能と判定された前記メールメッセージの処理不可能な理由を判定する理由判定工程と、
前記判定工程で処理不可能と判定された前記メールメッセージの識別情報と前記理由判定工程で判定した理由とを対応付けて登録する登録工程と、
装置の状態を判定する状態判定工程と、
前記登録工程で登録された識別情報と前記識別情報取得工程で取得されたメールメッセージの識別情報とを比較する比較工程と、
前記比較工程による比較の結果、前記識別情報の一致するものがある場合は前記登録工程で登録された前記識別情報と同じ識別情報を有するメールメッセージの受信を禁止するように制御する制御工程とを有し、
前記状態判定工程で判定された装置の状態が、前記理由判定工程で判定された前記処理不可能な理由を解消している状態である場合には、前記制御工程では当該解消された理由に対応する前記識別情報と同じ識別情報を有するメールメッセージの受信を行うよう制御することを特徴とする。
【００１８】
【発明の実施の形態】
以下、添付図面を参照して本発明の好適な実施の形態を詳細に説明する。
【００１９】
図１は、本発明の実施の形態に係る通信装置の構成を示すブロック図で、この通信装置は、ネットワークで接続されているＰＯＰ３サーバと、ネットワークを介して通信可能に構成されている。
【００２０】
図１において、１００はＣＰＵで、ＲＯＭ１０１に記憶されている制御プログラムや各種データに従って、この通信装置全体の動作を制御している。１０２はＲＡＭで、ＣＰＵ１００による制御動作時に、各種データを記憶するためのワークエリアとして使用されるとともに、ＬＡＮインターフェース１０６を介して入力したデータを保存している。１０３はプリンタで、ＣＰＵ１００の制御の下にＲＡＭ１０２に格納されている各種データや受信データ、レポートデータ等を印刷している。１０４は入力部で、キーボードやマウス等のポインティングデバイスを備え、オペレータにより操作され、各種データやコマンドを入力するのに使用される。１０５は表示部で、例えばＣＲＴや液晶等の表示画面を有し、オペレータとのＧＵＩを実現するのに使用される。ＬＡＮインターフェース１０６は、ネットワークを介してサーバや他の通信装置等との間でデータを送受信するためのインターフェース部である。１０７はシステムバスで、上述した各構成要素同士を接続し、これら構成要素間でデータの送受を行っている。１０８はＬＡＮ（ローカルエリアネットワーク）である。
【００２１】
図２は、本実施の形態に係る通信装置の接続形態を説明する図である。
【００２２】
図２において、２００はイーサーネットであり、サーバ２０１、通信依頼装置２０２、本実施の形態に係る通信装置２０３が接続され、このイーサネット２００はグローバルなインターネット網２０７に接続されている。サーバ２０１は、メールの送受信が可能なサーバであり、通信依頼装置２０２やインターネット網２０７から送られてくるメールメッセージを受信することができる。また、通信装置２０３からのＰＯＰ３手順によるメール受信にも対応している。更に、通信依頼装置２０２は、サーバ２０１を介して通信装置２０３にメールメッセージを送信することが可能である。また通信装置２０３はサーバ２０１よりＰＯＰ３受信が可能である。また、２０４はイーサーネット、２０５はサーバ、２０６は通信依頼装置で、このイーサネット２０４もまたグローバルなインターネット網２０７に接続されており、それぞれの機能は上述したイーサネット２００、サーバ２０１、通信依頼装置２０２のそれぞれと同様である。
【００２３】
図３は、本実施の形態に係る通信装置２０３で実行されるＰＯＰ３受信の手順を示すフローチャートで、この処理を実行するプログラムはＲＯＭ１０１に記憶されている。
【００２４】
まずステップＳ１で、通信装置２０３からＬＡＮインターフェース１０６によりイーサネット２００を介してＰＯＰ３サーバ２０１と接続する。このＰＯＰ３サーバ２０１と接続した後、アカウント名、パスワードを使用してアカウントの認証を行う。次にステップＳ２に進み、ＰＯＰ３のＳＴＡＴコマンドを使用して、ＰＯＰ３サーバ２０１のメールボックスの情報を問い合わせる。これは図５の説明で後述するようにＳＴＡＴコマンドを用いて問合せる。ステップＳ３で、この問合せに応じてサーバ２０１から返送される応答に基づいて、メールボックスにメッセージ情報があるかどうかをみる。メッセージ情報がある場合はステップＳ６に進むが、メッセージ情報が無い場合はステップＳ４に進む。ここで、返送される応答は、図５の説明で後述するとおり合計メッセージ数と容量が送られてくる。ステップＳ４では、ＰＯＰ３サーバ２０１のメールメッセージは全て削除されていることを示しているので、図４に示す通信装置２０３のＲＡＭ１０２に記憶されている「ＰＯＰ３アカウント１のエラー情報」の全て初期化してステップＳ５に進む。ここで、図４に示すＲＡＭ１０２にエラーのあるユニークＩＤとして記憶したユニークＩＤを削除するのは、サーバ２０１の管理者などによって既にそのユニークＩＤを持つメッセージ情報がサーバ２０１より削除されいるので通信装置２０３がそのユニーク情報のメッセージ情報をサーバから取得しないようにするような無駄な制御をする必要が無いからである。また、このようにすることによって、不必要なユニーク情報を記憶しないので図４に示すＲＡＭ１０２を有効活用できるためそれほど大きな容量を必要としない。そしてステップＳ５に進み、ＰＯＰ３サーバ２０１に対して終了処理を行ってＰＯＰ３サーバ２０１との接続を切断する。
【００２５】
一方ステップＳ３で、メッセージ情報がある場合はステップＳ６に進み、ステップＳ２で取得したメッセージ数分の全てのメールメッセージを処理し終えたか否かを判断する。全ての処理をし終えた場合はステップＳ７に進み、まだ全ての処理をし終えていない場合はステップＳ９の処理へ進む。ステップＳ７では、図４に示す「ＰＯＰ３アカウント１のエラー情報」のフラグ４００が「偽」（０）の場合、ＰＯＰ３サーバ２０１において、そのメールメッセージが削除されていることを示しているので、フラグ４００が「偽」（０）であるユニークＩＤ（Unique-ＩＤ）をテーブルより削除する。これによって、通信装置２０３がサーバより削除されているユニーク情報のメッセージ情報を取得しないようにするような無駄な制御をする必要が無いからである。また、このようにすることによって、不必要なユニーク情報を記憶しないので、図４に示すＲＡＭ１０２を有効活用できる。そしてステップＳ８に進み、後述のステップＳ１６で、図４に示す「ＰＯＰ３アカウント１のエラー情報」のフラグ４００を「真」（１）にしているため、それを「偽」（０）に変更する。これによって、次の周期でＰＯＰ３サーバにメールを取得にいったがサーバの管理者によって既に当該メールメッセージを削除していてサーバにはない場合に、フラグが「偽」であるので、ステップＳ７でフラグが「偽」である全てのユニークＩＤを確実に削除でき、ＲＡＭ１０２を有効活用できるという顕著な効果がある。そしてステップＳ５に進み、ＰＯＰ３サーバ２０１に対して終了処理を行ってＰＯＰ３サーバ２０１との接続を切断する。
【００２６】
図４は、本実施の形態に係る通信装置２０３のＲＡＭ１０２に記憶されているＰＯＰ３アカウント１のエラー情報の一例を説明する図である。
【００２７】
図において、４００はフラグ情報を示し、そのエラー情報がＰＯＰ３サーバ２０１において削除されているか否かを（０＝削除されていること、つまり「偽」を表す）表わしている。４０１は、エラーが発生したメッセージのユニークＩＤを示す。ここではエラーが発生したユニークＩＤとして、ユニークＩＤ「a58b63e45387599fb1cfb9618ce27d2」４０２，「7026570105a1654f725a22d6a4b7d9de」４０３が記憶されており、ユニークＩＤ４０２のフラグ４００だけが「１」（ＰＯＰ３サーバ２０１において削除されていない、つまり「真」を表す）に設定されている。
【００２８】
またステップＳ６で、全てのメッセージ処理が終了していない場合はステップＳ９に進み、ＰＯＰ３のＬＩＳＴコマンドを使用してメッセージ番号の情報を取得する。ここで、メッセージ番号は、ステップＳ３で取得された合計メッセージ数に基づいて付与される。例えばメッセージが６つある場合は、１番目から６番目までのメッセージ番号が付与される。また、ここでいう全てのメッセージ処理とは、ステップＳ３で取得された合計メッセージ数分の処理を行うことである。図５の説明で後述するとおりＬＩＳＴ１コマンド入力して、ＰＯＰ３サーバ２０１に対して、１番目のメールメッセージ１の情報を問い合わせる。これを全てのメッセージ処理が終了するまで、即ち取得された合計メッセージ数分の処理が終了するまで、２番目のメッセージ番号の情報取得、３番目のメッセージ番号の情報取得・・・という具合に動作を繰り返す。また、全てのメッセージ処理が終了したかどうかは、ステップＳ３で合計メッセージ数分をデクリメントすることにより判断している。これによって、サーバで新しく受信したメール情報をサーバの処理方法によらずに確実に取得できるという顕著な効果がある。次にステップＳ１０に進み、ステップＳ９で取得したメッセージ番号でＰＯＰ３のＵＩＤＬコマンドを使用して、メッセージのユニークＩＤを取得する。そしてステップＳ１１に進み、ステップＳ１０で取得したメッセージのユニークＩＤが、図４に示す通信装置２０３のＲＡＭ１０２にある「ＰＯＰ３アカウント１のエラー情報」テーブルに既に記憶されているか否かを検索し、そのユニークＩＤがテーブルに記憶されていない場合はステップＳ１２に進み、ＰＯＰ３のＲＥＴＲコマンドを使用して、そのメールメッセージをダウンロードする。次にステップＳ１３に進み、ステップＳ１２で取得したメッセージを解析して印刷可能か否かを判断し、印刷不可能なメッセージであればステップＳ１４に進む。ここで印刷可能かどうかは、受信した添付ファイルの形式が通信装置２０３で展開可能な形式かどうか、ＲＡＭ１０２の空き容量がメッセージを受信するのに十分あるか、１個のメッセージの容量が規定値以下かなどによって判断される。印刷不可能である場合は、ステップＳ１４で、印刷不可能である旨をエラー情報としてプリンタ１０３を使用して印刷する。ここでさらに、後述するエラーの原因を表す情報とユニークＩＤとの対応をつけて印刷すれば、装置のユーザやサーバの管理者がメッセージ情報のエラーの原因を知ることができ適切な対応が迅速にとれるという顕著な効果もある。ここで、ステップＳ１１でユニークＩＤを比較し一致しないものは、メッセージのダウンロードを行っているが、ＲＡＭ１０２の空き容量がメッセージを受信するのに十分かどうかはステップＳ９のＬＩＳＴコマンドによって各メッセージの容量を取得できるので、メッセージはダウンロードせずにＲＡＭ１０２のメモリ容量で判断して、受信不可の場合はステップＳ１４以降の処理を行うようにしてもよい。そしてステップＳ１５に進み、ユニークＩＤの保存領域があるかどうか判断し、十分無い場合には保存領域中の最古のユニークＩＤを削除する。ここで、ユニークＩＤの保存領域があるかどうかは、図４で示されているとおりＭ個のユニークＩＤが登録されているかどうかで判断している。Ｍ個のユニークＩＤが登録されたところで最古のユニークＩＤのある保存領域のデータを削除するようにすることで、次の周期でＰＯＰ３サーバにメッセージを取得にいった場合、ステップＳ１１でユニークＩＤが不一致と判断され、ステップＳ１３でメッセージのダウンロードを行い、エラーの場合は再度エラー情報を出力する。このため、サーバの管理者が受信できないメッセージの確認を忘れていた場合に、毎回エラー情報を印刷しなくとも管理者に再度注意を喚起することができるという顕著な効果がある。また、限られたＲＡＭ１０２の容量を有効活用できるという顕著な効果がある。さらに、メッセージの受信ができなかった新しいユニークＩＤのものについては、サーバにメッセージを取得にいく都度エラー情報は出力されないという顕著な効果もある。また、ここでは古いユニークＩＤを削除する例で説明したが実際に削除しなくとも、古いユニークＩＤを無効化するだけでよい。
【００２９】
一方、ステップＳ１５でユニークＩＤの保存領域がある場合はステップＳ１７に進み、ステップＳ１０で取得したユニークＩＤを、図４のテーブルの空きエリアに格納する。そしてステップＳ１８に進み、ステップＳ１５で格納したユニークＩＤのフラグ４００を「真」（１）に変更し、前述のステップＳ７で、ユニークＩＤがテーブルより削除されないようにする。さらにステップＳ１９に進み、前述のステップＳ１３で判断したエラーの原因を表すコードをユニークＩＤに対応して図４のテーブルの４０４欄に記憶し、さらにステップＳ３で合計メッセージ数分をデクリメントし、新たな合計メッセージ数としてデクリメントした値をセットし、ステップＳ６に戻る。図４の４０５、４０６はユニークＩＤ４０２、４０３に対応するエラーの原因を表すコードである。４０７はエラーの無いことを表している。
【００３０】
また、ステップＳ１３で、ステップＳ１２で取得したメッセージが印刷可能なメッセージであればステップＳ２０に進み、ステップＳ１２で取得したメッセージをプリンタ１０３を用いて印刷する。そしてステップＳ２１に進み、ＰＯＰ３のＤＥＬＥコマンドを使用し、ステップＳ１２で取得したメッセージをＰＯＰ３サーバ２０１より削除し、さらにステップＳ３で合計メッセージ数分をデクリメントし、新たな合計メッセージ数としてデクリメントした値をセットしてステップＳ６に戻る。
【００３１】
またステップＳ１１で、ステップＳ１０で取得したメッセージのユニークＩＤが、ＲＡＭ１０２に記憶されている「ＰＯＰ３アカウント１のエラー情報」テーブル（図４）に既に記憶されている場合はステップＳ２２に進み、前回のエラー情報と装置の状態情報により再受信するかどうか決定する。具体的には、前回のエラーの原因が、例えば装置のメモリ容量が少なくてメッセージが受信できないことを示しており、その時点でメモリに記憶されていた情報の印刷、送信を行うことによって、或いはメモリの増設を行う等により、今回の受信のためのメモリ容量が十分になっているかどうか、即ち、前回のエラー状態が解消されているかどうかを判断する。抗して、そのエラー状態が解消されていればステップＳ１２に進み、再受信を行う。尚、このエラー状態の解消には、例えば、通信装置２０３のプログラムバージョンの変更などによって、前回受信できなかった添付ファイルの形式が受信できるようになった場合も含まれ、その場合も同様にしてステップＳ１２に進んで再受信を行う。
【００３２】
一方、ステップＳ２２で再受信を行わないと判断した場合はステップＳ２３に進み、そのテーブルのユニークＩＤに一致するフラグ４００を「真」（１）に変更する、これは前述したステップＳ７の処理で、テーブルより削除されないように目印を付ける処理である。さらにステップＳ３で合計メッセージ数分をデクリメントし、新たな合計メッセージ数としてデクリメントした値をセットする。
【００３３】
図７は、本実施の形態に係る通信装置２０３で実行される装置の状態情報を取得する手順を示すフローチャートで、この処理を実行するプログラムはＲＯＭ１０１に記憶されている。この手順は、周期的に起動されるタスクで、例えば５ｍ秒毎に起動される。
【００３４】
まずステップＳ７０１で、ＲＡＭ１０３のメモリの空き情報を取得し、ＲＡＭ１０３の所定のワークエリアに、その取得した空き容量を書き込む。これによって、メモリ不足のため受信できなかったメッセージ情報が受信できるか否かを判断できる。次にステップＳ７０２に進み、ＲＯＭ１０１のプログラムバージョンを取得し、ＲＡＭ１０３の所定のワークエリアに、その取得したバージョン情報を書き込む。このように、プログラムバージョンを取得して保持することにより、以前のバージョンで受信できなかった添付ファイルの形式が、新たに更新されたバージョンで受信できるようになったかどうかを判断できる。尚、ここでは周期的にプログラムバージョンを調べるようになっているが、このバージョンのチェックは電源立上時だけで行っても。次にステップＳ７０３に進み、トナーやインクなどの記録材切れや紙ジャムなどのプリンタの異常や、不図示の装置カバーが空いているなどといった、装置の様々な状態情報を取得し、ＲＡＭ１０３の所定のワークエリアに書き込む。こうして、更新されたこれらの情報と、以前のエラー情報とをもとに、以前メッセージ情報を受信できなかった原因が解消されているか否かが判断できる。ここでは、周期タスクを例に説明したが、これに限らず、図３のステップＳ１３で受信または印刷不可かどうか判断するために、このタスクを呼び出してもよい。また、ステップＳ２２でエラー原因情報と装置状態情報を比較する直前でこのタスクを呼び出してもよい。またこれらの組合せであってよい。
【００３５】
また前述のステップＳ１５（図３）では、サーバの管理者に再度注意を喚起するために、ユニークＩＤの保存領域が無い場合は、古いユニークＩＤの保存領域を削除したが、本発明はこれに限らない。
【００３６】
図８は、サーバの管理者に再度注意を喚起するための本実施の形態に係る通信装置２０３で実行される他の実施形態の手順を示すフローチャートである。具体的には、メッセージを取得しにいく度に図３のステップＳ２３に続いて、ステップＳ８０１で、一致したユニークＩＤがある回数をカウントし、そのカウントした計数値が所定値を超えたかどうかをステップＳ８０２で判定し、所定値を越えた場合に、図３のステップ１２に進んで、メッセージをダウンロードするようにしても構わない。尚、この図８に示す手順は、図３のステップＳ１５，Ｓ１６の手順と併用しても構わない。
【００３７】
以上説明したように本実施の形態によれば、受信したメールメッセージでエラーが発生した場合は、そのメッセージのユニークＩＤを登録しておき、次に同じメッセージを受信した場合に、ステップ１５でユニークＩＤの保存領域がある限り、またはステップＳ２２で再度受信する決定が入力されない限り、その印刷不可能なメッセージを再度ダウンロードする再取得処理を行わないようにしている。これにより、既にエラーとなったメッセージを再度ダウンロードして再印刷することがないという顕著な効果がある。
【００３８】
また、サーバより削除されているユニーク情報のメッセージ情報を取得しないようにするといった、無駄な制御をする必要が無くなる。また、このようにすることによって、不必要なユニーク情報を記憶しないので図４に示すＲＡＭ１０２のメモリ領域を有効に活用できるため、それほど大きなメモリ容量のＲＡＭを必要としないという顕著な効果がある。
【００３９】
また、ユニークＩＤの保存領域があるかどうか判断し、十分な保存可能領域が無い場合には、保存領域中の古いユニークＩＤを削除する。これにより、次の周期でＰＯＰ３サーバにメッセージを取得を行い、エラーになった場合は、再度エラー情報を出力するため、サーバの管理者がメッセージの確認を忘れていた場合でも、毎回エラー情報を印刷することなく再度注意を喚起することができるという顕著な効果がある。また、限られたＲＡＭ１０２の容量を有効活用できるという顕著な効果がある。
【００４０】
更に、メッセージの受信ができなかった新しいユニークＩＤのものについては、サーバにメッセージを取得にいく都度、エラー情報は出力されないという顕著な効果もある。
【００４１】
また、前回のエラー情報と装置の状態情報により再受信するかどうか決定することにより、前回のエラーの原因が解消した場合には、自動的にメッセージ情報を取得できるという顕著な効果がある。図８で示される処理工程も実装される場合には、プログラムを記憶しているＲＯＭ１０１に格納されることは言うまでもない。
【００４２】
次に図５のシーケンス例を参照して、本実施の形態に係る通信装置２０３における処理を説明する。
【００４３】
図において、５００はＰＯＰ３サーバ２０１からＰＯＰされたメッセージを示している。これに対して５０１で、この通信端末装置２０３のユーザはアカウント名「kanon」を入力する。次に５０２で、サーバ２０１からパスワードが要求される。これに対して５０３では、指定されたパスワードを入力する。５０４では、ＰＯＰサーバ２０１は入力されたアカウント名とパスワードが正しいと判断して、６つのメールメッセージがあり、その合計容量が８進数の「２７０４６０」である旨を返送する。５０５では、通信端末２０３のユーザがＳＴＡＴコマンド入力して、ＰＯＰ３サーバ２０１に対してメールボックスの情報を問い合わせる。これに対して５０６で、サーバ２０１から、合計メッセージ数と容量が送られてくる。次に５０７で、通信端末２０３のユーザはＬＩＳＴ１コマンド入力して、ＰＯＰ３サーバ２０１に対して、１番目のメールメッセージ１の情報を問い合わせる。これに対して５０８で、サーバ２０１から、１番目のメッセージ１の容量（４５６）が送られてくる。次に５０９では、通信端末２０３のユーザがＵＩＤＬ１コマンド入力して、ＰＯＰ３サーバ２０１に対して１番目のメールメッセージ１のユニークＩＤを要求する。これにより５１０で、サーバ２０１から、このメールメッセージ１のユニークＩＤ「a58b63e45387599fb1cfb9618ce27d2」が送られてくる。次に、５１１で、通信端末２０３のユーザがＲＥＴＲ１コマンド入力して、ＰＯＰ３サーバ２０１に対してメールメッセージ１のダウンロードを要求する。これにより、５１２に示すメッセージがサーバ２０１から通信端末装置２０３に対して送られてくる。
【００４４】
以下同様にして、５１３で、通信端末２０３のユーザがＵＩＤＬ２コマンド入力して、ＰＯＰ３サーバ２０１に対してメールメッセージ２のユニークＩＤを要求すると、５１４で、サーバ２０１から２番目のメールメッセージのユニークＩＤ「7026570105a1654f725a22d6a4b7d9de」が送られてくる。このような操作を６番目のメールメッセージ６にまで実行し、これら全てのメールメッセージのユニークＩＤを取得した後、５１５で、ＱＵＩＴコマンドをサーバ２０１に送出して回線の切断を要求する。
【００４５】
そして図４の例は、１番目と２番目のメールメッセージ１，２にエラーが発生した場合を示しており、これらメールメッセージ１，２のユニークＩＤがテーブルに登録されており、ＰＯＰサーバ２０１で、１番目のメールメッセージ１がまだ削除されていないことを示している。
【００４６】
図６は、本実施の形態に係る通信装置２０３で実行される処理工程を実行するプログラムを記憶しているＲＯＭ１０１の構成を示す図である。
【００４７】
６０１は、通信装置２０３からＰＯＰ３サーバ２０１に対してＬＡＮインターフェース１０６で接続し、その後、ＰＯＰ３サーバ２０１へ接続した後にアカウントの認証を行う処理工程モジュールが格納されているエリアである。６０２は、ＰＯＰ３のＳＴＡＴコマンドを使用して、通信装置２０３からメールボックスにメッセージ情報を問い合わせ、かつ、メッセージ情報があるか否かを判断する処理工程モジュールが格納されているエリアである。６０３は、ＰＯＰ３のＬＩＳＴコマンドを使用して、通信装置２０３からメッセージ番号を取得する処理工程モジュールが格納されているエリアである。６０４は、ＰＯＰ３のＵＩＤＬコマンドを使用して、通信装置２０３からメッセージのユニーク番号を取得する処理工程モジュールが格納されているエリアである。６０５は、その取得したユニークＩＤをテーブル（ＲＡＭ１０２）に保存する処理工程モジュールが格納されているエリアである。６０６は、工程モジュール６０４で取得したユニークＩＤと、ＲＡＭ１０２のテーブルに登録されているユニークＩＤとを比較する処理工程モジュールが格納されているエリアである。６０７は、ＲＡＭ１０２のテーブルのユニークＩＤに対するフラグを「真」や「偽」に変更する処理工程モジュールが格納されているエリアである。６０８は、ユニークＩＤに対応してエラーの原因を示す情報を格納する処理工程モジュールが格納されているエリアである。６０９は、ＰＯＰ３のＲＥＴＲコマンドを使用して、メッセージをＰＯＰ３サーバ２０１から取得するための処理工程モジュールが格納されているエリアである。また、取得されたメッセージが印刷可能か否かを示す処理も含まれている。６１０は、エラー情報を基に、プリンタ１０３により印刷する工程モジュールが格納されているエリアである。そして６１１は、ＲＡＭ１０２のテーブルのユニークＩＤに対するフラグが「偽」であるユニークＩＤをテーブルから削除する処理工程モジュールが格納されているエリアである。６１２は、ユニークＩＤの保存領域が足りない場合に、最古のユニークＩＤの保存領域を削除する処理工程モジュールが格納されているエリアである。６１３は、前回のエラーの原因を示す情報と装置の状態情報によって再受信するかどうかを決定する再受信決定工程モジュールが格納されているエリアである。６１４は、装置の状態を取得する装置状態取得工程が格納されているエリアである。
【００４８】
［他の実施の形態］
前述の実施の形態では、図４のテーブルが１つであったが、ＰＯＰ３アカウント毎にテーブルを持っても良い。
【００４９】
本発明の目的は前述したように、実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フロッピィディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【００５０】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれている。
【００５１】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含む。
【００５２】
以上説明したように本実施の形態によれば、ネットワークで接続されているＰＯＰ３サーバのメールメッセージが、印刷できないメールメッセージを含んでいる場合、その印刷できないメールメッセージの受信は１回で済み、エラー情報の印刷も１回ですむというという効果がある。
【００５３】
また本実施の形態によれば、そのメッセージデータを何回も受信してその度にエラー情報を印刷するのを防止できるという顕著な効果がある。
【００５４】
また電子メールの受信を許容できない理由が解消した場合には、その電子メールを受信可能にできる効果がある。
【００５５】
さらに、エラーメッセージＩＤの保存領域を有効に活用でき、それほど大きなメモリ容量のメモリを必要としないという効果を有する。また、サーバにより削除されているユニーク情報のメッセージ情報を取得しないようにするといった無駄な制御をする必要が無いという顕著な効果がある。
【００５６】
また、ユニークＩＤの保存領域があるかどうか判断し、十分無い場合には保存領域中の古いのユニークＩＤを削除することで、次の周期でＰＯＰ３サーバにメッセージを取得を行い、エラーになった場合は、再度エラー情報を出力するため、サーバの管理者がメッセージの確認を忘れていた場合でも、毎回エラー情報を印刷することなく再度注意を喚起することができるという効果がある。
【００５７】
更に、メッセージの受信ができなかった新しいユニークＩＤのものについては、サーバにメッセージを取得にいく都度、エラー情報は出力されないという顕著な効果もある。
【００５８】
【発明の効果】
以上説明したように本発明によれば、ネットワークで接続されているサーバにエラーメッセージがあった場合、そのメッセージデータを何回も受信してその度にエラー情報を印刷するのを防止できるという効果がある。
【００５９】
また、サーバで新しく受信したメールをサーバの処理方法によらずに確実に取得できる通信装置及び該装置における通信制御方法を提供できるという顕著な効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る通信装置の構成を示すブロック図である。
【図２】本実施の形態に係る通信装置を含むネットワーク環境の一例を示す概念図である。
【図３】本実施の形態に係る通信装置におけるＰＯＰ３受信処理を説明するフローチャートである。
【図４】本実施の形態に係る通信装置におけるエラー情報を記憶するテーブルのデータ構成を説明する図である。
【図５】本実施の形態に係る通信装置とサーバとのデータやり取りのシーケンス例を示した図である。
【図６】本実施の形態に係る通信装置のＲＯＭに記憶されている制御プログラムモジュールを説明する図である。
【図７】本実施の形態に係る通信装置の状態情報を取得する手順を示すフローチャートである。
【図８】本実施形態に係るサーバの管理者にサーバにエラーのメッセージ情報が残っていることを喚起するための他の実施形態を示すフローチャートである。
【発明の属する技術分野】
本発明は、ネットワークを介して接続されているサーバと通信可能な通信装置及び該装置における通信制御方法に関するものである。
【０００２】
【従来の技術】
インターネット等のネットワークに接続され、ＰＯＰ３手順により、サーバからネットワークを介して送信されるメールを受信できる通信装置が知られている。このような通信装置では、まず最初にアカウント名、パスワードを使用して、サーバとの間でアカウントの認証を行ない、このアカウント認証を済ませると、ＰＯＰ３のＳＴＡＴコマンドを使用してメールボックスの情報を問い合わせる。そのメールボックスにメッセージ情報がある場合は、そのメールボックスにあるメッセージ数の回数だけ、ＰＯＰ３のＬＩＳＴコマンドを使用してメッセージ番号を取得し、その取得したメッセージ番号でＰＯＰ３のＲＥＴＲコマンドを利用してメールメッセージをダウンロードする処理を繰り返す。
【０００３】
そして、その取得したメールメッセージが通信装置で印刷可能であるか否かを判断し、印刷可能であればメッセージを印刷し、もし印刷不可能であればエラー情報をレポートとして印刷している。しかしながらこの様にして、ＰＯＰ３サーバのメールボックスに記憶されているメールメッセージのダウンロードを行った後、再度、そのメールボックスからのメールメッセージのダウンロード処理を行った場合は、以下のような問題が発生していた。
【０００４】
即ち、印刷できないメールメッセージを何回もサーバから取得してしまい、その結果、エラー情報を何回も印刷してしまう。このように、不要なメッセージを何回も取得したり、そのような不要メッセージの取得によるエラー情報の印刷が何度も実行されてしまうため無駄な作業が多く発生するという問題があった。
【０００５】
このような問題を解決するため、例えば特開平11-328060号公報では、メールサーバに記憶されているメールメッセージのダウンロード及びそのメールの添付ファイルのダウンロード処理を行い、添付ファイルの形式が許容できない形式の電子メールであった場合、最新の残メールの識別情報を残ＩＤとして記憶し、その時点でサーバに残っている残メール数（Ｋ）を記憶し、次にメッセージの取得に行く際に、Ｋ番目のメッセージＩＤと残メールＩＤと比較し、これらが一致する場合はＫ番目の電子メールよりも新しい電子メールを受信していた。
【０００６】
【発明が解決しようとする課題】
しかしながらこのように、電子メール型ファクシミリ装置において、最新の残メッセージＩＤとサーバに残っている残メール数とを記憶し、サーバに残っているＫ番目のメッセージＩＤと記憶している残メッセージＩＤとを比較し、これらが一致すると初めて（Ｋ＋１）番目の新しい電子メールを受信する方式では、新しく受信したメールを必ずしも（Ｋ＋１）番目のメールとして処理しないサーバの場合、或いは、サーバが受信した順序が何らかの理由で保存されていない場合には、新しい電子メールが取得できない場合があった。
【０００７】
更に、Ｋ番目の電子メールの受信を許容できない理由が、その電子メールを受信する装置のメモリ不足である場合には、そのメールを受信する装置側で既に受信したメールの印刷が終了することにより、或いはメモリを増設することによりメモリ容量に十分な空きができた場合でも、次の電子メールのアクセスは（Ｋ＋１）番目の電子メールに対して行われてしまい、それ以前に受信が完了していなかったＫ番目を含むそれ以前の電子メールを受信することができなかった。
【０００８】
本発明は上記従来例に鑑みてなされたもので、ネットワークで接続されているサーバにエラーメッセージがあった場合、そのメッセージデータを何回も受信してその度にエラー情報を印刷するのを防止した通信装置及び該装置における通信制御方法を提供することを目的とする。
【００１０】
また本発明の目的は、電子メールの受信を許容できない理由が解消した場合には、その電子メールを受信することができるようにした通信装置及び該装置における通信制御方法を提供することにある。
【００１３】
【課題を解決するための手段】
上記目的を達成するために本発明の通信装置は以下のような構成を備える。即ち、
ネットワークを介して接続されているサーバと通信可能な通信装置であって、
前記サーバにあるメールメッセージの識別情報を取得する識別情報取得手段と、
前記サーバにあるメールメッセージを受信する受信手段と、
前記メールメッセージの処理が可能かどうか判定する判定手段と、
前記判定手段により処理不可能と判定された前記メールメッセージの処理不可能な理由を判定する理由判定手段と、
前記判定手段により処理不可能と判定された前記メールメッセージの識別情報と前記理由判定手段で判定した理由とを対応付けて登録する登録手段と、
装置の状態を判定する状態判定手段と、
前記登録手段に登録された識別情報と、前記識別情報取得手段により取得されたメールメッセージの識別情報とを比較する比較手段と、
前記比較手段による比較の結果、前記識別情報の一致するものがある場合は前記登録手段に登録された前記識別情報と同じ識別情報を有するメールメッセージの受信を禁止するように制御する制御手段とを有し、
前記状態判定手段で判定された装置の状態が、前記理由判定手段で判定された前記処理不可能な理由を解消している状態である場合には、前記制御手段は当該解消された理由に対応する前記識別情報と同じ識別情報を有するメールメッセージの受信を行うよう制御することを特徴とする。
【００１６】
上記目的を達成するために本発明の通信装置の通信制御方法は以下のような構成を備える。即ち、
ネットワークを介して接続されているサーバと通信可能な通信装置の通信制御方法であって、
前記サーバにあるメールメッセージの識別情報を取得する識別情報取得工程と、
前記サーバにあるメールメッセージを受信する受信工程と、
前記メールメッセージの処理が可能かどうか判定する判定工程と、
前記判定工程で処理不可能と判定された前記メールメッセージの処理不可能な理由を判定する理由判定工程と、
前記判定工程で処理不可能と判定された前記メールメッセージの識別情報と前記理由判定工程で判定した理由とを対応付けて登録する登録工程と、
装置の状態を判定する状態判定工程と、
前記登録工程で登録された識別情報と前記識別情報取得工程で取得されたメールメッセージの識別情報とを比較する比較工程と、
前記比較工程による比較の結果、前記識別情報の一致するものがある場合は前記登録工程で登録された前記識別情報と同じ識別情報を有するメールメッセージの受信を禁止するように制御する制御工程とを有し、
前記状態判定工程で判定された装置の状態が、前記理由判定工程で判定された前記処理不可能な理由を解消している状態である場合には、前記制御工程では当該解消された理由に対応する前記識別情報と同じ識別情報を有するメールメッセージの受信を行うよう制御することを特徴とする。
【００１８】
【発明の実施の形態】
以下、添付図面を参照して本発明の好適な実施の形態を詳細に説明する。
【００１９】
図１は、本発明の実施の形態に係る通信装置の構成を示すブロック図で、この通信装置は、ネットワークで接続されているＰＯＰ３サーバと、ネットワークを介して通信可能に構成されている。
【００２０】
図１において、１００はＣＰＵで、ＲＯＭ１０１に記憶されている制御プログラムや各種データに従って、この通信装置全体の動作を制御している。１０２はＲＡＭで、ＣＰＵ１００による制御動作時に、各種データを記憶するためのワークエリアとして使用されるとともに、ＬＡＮインターフェース１０６を介して入力したデータを保存している。１０３はプリンタで、ＣＰＵ１００の制御の下にＲＡＭ１０２に格納されている各種データや受信データ、レポートデータ等を印刷している。１０４は入力部で、キーボードやマウス等のポインティングデバイスを備え、オペレータにより操作され、各種データやコマンドを入力するのに使用される。１０５は表示部で、例えばＣＲＴや液晶等の表示画面を有し、オペレータとのＧＵＩを実現するのに使用される。ＬＡＮインターフェース１０６は、ネットワークを介してサーバや他の通信装置等との間でデータを送受信するためのインターフェース部である。１０７はシステムバスで、上述した各構成要素同士を接続し、これら構成要素間でデータの送受を行っている。１０８はＬＡＮ（ローカルエリアネットワーク）である。
【００２１】
図２は、本実施の形態に係る通信装置の接続形態を説明する図である。
【００２２】
図２において、２００はイーサーネットであり、サーバ２０１、通信依頼装置２０２、本実施の形態に係る通信装置２０３が接続され、このイーサネット２００はグローバルなインターネット網２０７に接続されている。サーバ２０１は、メールの送受信が可能なサーバであり、通信依頼装置２０２やインターネット網２０７から送られてくるメールメッセージを受信することができる。また、通信装置２０３からのＰＯＰ３手順によるメール受信にも対応している。更に、通信依頼装置２０２は、サーバ２０１を介して通信装置２０３にメールメッセージを送信することが可能である。また通信装置２０３はサーバ２０１よりＰＯＰ３受信が可能である。また、２０４はイーサーネット、２０５はサーバ、２０６は通信依頼装置で、このイーサネット２０４もまたグローバルなインターネット網２０７に接続されており、それぞれの機能は上述したイーサネット２００、サーバ２０１、通信依頼装置２０２のそれぞれと同様である。
【００２３】
図３は、本実施の形態に係る通信装置２０３で実行されるＰＯＰ３受信の手順を示すフローチャートで、この処理を実行するプログラムはＲＯＭ１０１に記憶されている。
【００２４】
まずステップＳ１で、通信装置２０３からＬＡＮインターフェース１０６によりイーサネット２００を介してＰＯＰ３サーバ２０１と接続する。このＰＯＰ３サーバ２０１と接続した後、アカウント名、パスワードを使用してアカウントの認証を行う。次にステップＳ２に進み、ＰＯＰ３のＳＴＡＴコマンドを使用して、ＰＯＰ３サーバ２０１のメールボックスの情報を問い合わせる。これは図５の説明で後述するようにＳＴＡＴコマンドを用いて問合せる。ステップＳ３で、この問合せに応じてサーバ２０１から返送される応答に基づいて、メールボックスにメッセージ情報があるかどうかをみる。メッセージ情報がある場合はステップＳ６に進むが、メッセージ情報が無い場合はステップＳ４に進む。ここで、返送される応答は、図５の説明で後述するとおり合計メッセージ数と容量が送られてくる。ステップＳ４では、ＰＯＰ３サーバ２０１のメールメッセージは全て削除されていることを示しているので、図４に示す通信装置２０３のＲＡＭ１０２に記憶されている「ＰＯＰ３アカウント１のエラー情報」の全て初期化してステップＳ５に進む。ここで、図４に示すＲＡＭ１０２にエラーのあるユニークＩＤとして記憶したユニークＩＤを削除するのは、サーバ２０１の管理者などによって既にそのユニークＩＤを持つメッセージ情報がサーバ２０１より削除されいるので通信装置２０３がそのユニーク情報のメッセージ情報をサーバから取得しないようにするような無駄な制御をする必要が無いからである。また、このようにすることによって、不必要なユニーク情報を記憶しないので図４に示すＲＡＭ１０２を有効活用できるためそれほど大きな容量を必要としない。そしてステップＳ５に進み、ＰＯＰ３サーバ２０１に対して終了処理を行ってＰＯＰ３サーバ２０１との接続を切断する。
【００２５】
一方ステップＳ３で、メッセージ情報がある場合はステップＳ６に進み、ステップＳ２で取得したメッセージ数分の全てのメールメッセージを処理し終えたか否かを判断する。全ての処理をし終えた場合はステップＳ７に進み、まだ全ての処理をし終えていない場合はステップＳ９の処理へ進む。ステップＳ７では、図４に示す「ＰＯＰ３アカウント１のエラー情報」のフラグ４００が「偽」（０）の場合、ＰＯＰ３サーバ２０１において、そのメールメッセージが削除されていることを示しているので、フラグ４００が「偽」（０）であるユニークＩＤ（Unique-ＩＤ）をテーブルより削除する。これによって、通信装置２０３がサーバより削除されているユニーク情報のメッセージ情報を取得しないようにするような無駄な制御をする必要が無いからである。また、このようにすることによって、不必要なユニーク情報を記憶しないので、図４に示すＲＡＭ１０２を有効活用できる。そしてステップＳ８に進み、後述のステップＳ１６で、図４に示す「ＰＯＰ３アカウント１のエラー情報」のフラグ４００を「真」（１）にしているため、それを「偽」（０）に変更する。これによって、次の周期でＰＯＰ３サーバにメールを取得にいったがサーバの管理者によって既に当該メールメッセージを削除していてサーバにはない場合に、フラグが「偽」であるので、ステップＳ７でフラグが「偽」である全てのユニークＩＤを確実に削除でき、ＲＡＭ１０２を有効活用できるという顕著な効果がある。そしてステップＳ５に進み、ＰＯＰ３サーバ２０１に対して終了処理を行ってＰＯＰ３サーバ２０１との接続を切断する。
【００２６】
図４は、本実施の形態に係る通信装置２０３のＲＡＭ１０２に記憶されているＰＯＰ３アカウント１のエラー情報の一例を説明する図である。
【００２７】
図において、４００はフラグ情報を示し、そのエラー情報がＰＯＰ３サーバ２０１において削除されているか否かを（０＝削除されていること、つまり「偽」を表す）表わしている。４０１は、エラーが発生したメッセージのユニークＩＤを示す。ここではエラーが発生したユニークＩＤとして、ユニークＩＤ「a58b63e45387599fb1cfb9618ce27d2」４０２，「7026570105a1654f725a22d6a4b7d9de」４０３が記憶されており、ユニークＩＤ４０２のフラグ４００だけが「１」（ＰＯＰ３サーバ２０１において削除されていない、つまり「真」を表す）に設定されている。
【００２８】
またステップＳ６で、全てのメッセージ処理が終了していない場合はステップＳ９に進み、ＰＯＰ３のＬＩＳＴコマンドを使用してメッセージ番号の情報を取得する。ここで、メッセージ番号は、ステップＳ３で取得された合計メッセージ数に基づいて付与される。例えばメッセージが６つある場合は、１番目から６番目までのメッセージ番号が付与される。また、ここでいう全てのメッセージ処理とは、ステップＳ３で取得された合計メッセージ数分の処理を行うことである。図５の説明で後述するとおりＬＩＳＴ１コマンド入力して、ＰＯＰ３サーバ２０１に対して、１番目のメールメッセージ１の情報を問い合わせる。これを全てのメッセージ処理が終了するまで、即ち取得された合計メッセージ数分の処理が終了するまで、２番目のメッセージ番号の情報取得、３番目のメッセージ番号の情報取得・・・という具合に動作を繰り返す。また、全てのメッセージ処理が終了したかどうかは、ステップＳ３で合計メッセージ数分をデクリメントすることにより判断している。これによって、サーバで新しく受信したメール情報をサーバの処理方法によらずに確実に取得できるという顕著な効果がある。次にステップＳ１０に進み、ステップＳ９で取得したメッセージ番号でＰＯＰ３のＵＩＤＬコマンドを使用して、メッセージのユニークＩＤを取得する。そしてステップＳ１１に進み、ステップＳ１０で取得したメッセージのユニークＩＤが、図４に示す通信装置２０３のＲＡＭ１０２にある「ＰＯＰ３アカウント１のエラー情報」テーブルに既に記憶されているか否かを検索し、そのユニークＩＤがテーブルに記憶されていない場合はステップＳ１２に進み、ＰＯＰ３のＲＥＴＲコマンドを使用して、そのメールメッセージをダウンロードする。次にステップＳ１３に進み、ステップＳ１２で取得したメッセージを解析して印刷可能か否かを判断し、印刷不可能なメッセージであればステップＳ１４に進む。ここで印刷可能かどうかは、受信した添付ファイルの形式が通信装置２０３で展開可能な形式かどうか、ＲＡＭ１０２の空き容量がメッセージを受信するのに十分あるか、１個のメッセージの容量が規定値以下かなどによって判断される。印刷不可能である場合は、ステップＳ１４で、印刷不可能である旨をエラー情報としてプリンタ１０３を使用して印刷する。ここでさらに、後述するエラーの原因を表す情報とユニークＩＤとの対応をつけて印刷すれば、装置のユーザやサーバの管理者がメッセージ情報のエラーの原因を知ることができ適切な対応が迅速にとれるという顕著な効果もある。ここで、ステップＳ１１でユニークＩＤを比較し一致しないものは、メッセージのダウンロードを行っているが、ＲＡＭ１０２の空き容量がメッセージを受信するのに十分かどうかはステップＳ９のＬＩＳＴコマンドによって各メッセージの容量を取得できるので、メッセージはダウンロードせずにＲＡＭ１０２のメモリ容量で判断して、受信不可の場合はステップＳ１４以降の処理を行うようにしてもよい。そしてステップＳ１５に進み、ユニークＩＤの保存領域があるかどうか判断し、十分無い場合には保存領域中の最古のユニークＩＤを削除する。ここで、ユニークＩＤの保存領域があるかどうかは、図４で示されているとおりＭ個のユニークＩＤが登録されているかどうかで判断している。Ｍ個のユニークＩＤが登録されたところで最古のユニークＩＤのある保存領域のデータを削除するようにすることで、次の周期でＰＯＰ３サーバにメッセージを取得にいった場合、ステップＳ１１でユニークＩＤが不一致と判断され、ステップＳ１３でメッセージのダウンロードを行い、エラーの場合は再度エラー情報を出力する。このため、サーバの管理者が受信できないメッセージの確認を忘れていた場合に、毎回エラー情報を印刷しなくとも管理者に再度注意を喚起することができるという顕著な効果がある。また、限られたＲＡＭ１０２の容量を有効活用できるという顕著な効果がある。さらに、メッセージの受信ができなかった新しいユニークＩＤのものについては、サーバにメッセージを取得にいく都度エラー情報は出力されないという顕著な効果もある。また、ここでは古いユニークＩＤを削除する例で説明したが実際に削除しなくとも、古いユニークＩＤを無効化するだけでよい。
【００２９】
一方、ステップＳ１５でユニークＩＤの保存領域がある場合はステップＳ１７に進み、ステップＳ１０で取得したユニークＩＤを、図４のテーブルの空きエリアに格納する。そしてステップＳ１８に進み、ステップＳ１５で格納したユニークＩＤのフラグ４００を「真」（１）に変更し、前述のステップＳ７で、ユニークＩＤがテーブルより削除されないようにする。さらにステップＳ１９に進み、前述のステップＳ１３で判断したエラーの原因を表すコードをユニークＩＤに対応して図４のテーブルの４０４欄に記憶し、さらにステップＳ３で合計メッセージ数分をデクリメントし、新たな合計メッセージ数としてデクリメントした値をセットし、ステップＳ６に戻る。図４の４０５、４０６はユニークＩＤ４０２、４０３に対応するエラーの原因を表すコードである。４０７はエラーの無いことを表している。
【００３０】
また、ステップＳ１３で、ステップＳ１２で取得したメッセージが印刷可能なメッセージであればステップＳ２０に進み、ステップＳ１２で取得したメッセージをプリンタ１０３を用いて印刷する。そしてステップＳ２１に進み、ＰＯＰ３のＤＥＬＥコマンドを使用し、ステップＳ１２で取得したメッセージをＰＯＰ３サーバ２０１より削除し、さらにステップＳ３で合計メッセージ数分をデクリメントし、新たな合計メッセージ数としてデクリメントした値をセットしてステップＳ６に戻る。
【００３１】
またステップＳ１１で、ステップＳ１０で取得したメッセージのユニークＩＤが、ＲＡＭ１０２に記憶されている「ＰＯＰ３アカウント１のエラー情報」テーブル（図４）に既に記憶されている場合はステップＳ２２に進み、前回のエラー情報と装置の状態情報により再受信するかどうか決定する。具体的には、前回のエラーの原因が、例えば装置のメモリ容量が少なくてメッセージが受信できないことを示しており、その時点でメモリに記憶されていた情報の印刷、送信を行うことによって、或いはメモリの増設を行う等により、今回の受信のためのメモリ容量が十分になっているかどうか、即ち、前回のエラー状態が解消されているかどうかを判断する。抗して、そのエラー状態が解消されていればステップＳ１２に進み、再受信を行う。尚、このエラー状態の解消には、例えば、通信装置２０３のプログラムバージョンの変更などによって、前回受信できなかった添付ファイルの形式が受信できるようになった場合も含まれ、その場合も同様にしてステップＳ１２に進んで再受信を行う。
【００３２】
一方、ステップＳ２２で再受信を行わないと判断した場合はステップＳ２３に進み、そのテーブルのユニークＩＤに一致するフラグ４００を「真」（１）に変更する、これは前述したステップＳ７の処理で、テーブルより削除されないように目印を付ける処理である。さらにステップＳ３で合計メッセージ数分をデクリメントし、新たな合計メッセージ数としてデクリメントした値をセットする。
【００３３】
図７は、本実施の形態に係る通信装置２０３で実行される装置の状態情報を取得する手順を示すフローチャートで、この処理を実行するプログラムはＲＯＭ１０１に記憶されている。この手順は、周期的に起動されるタスクで、例えば５ｍ秒毎に起動される。
【００３４】
まずステップＳ７０１で、ＲＡＭ１０３のメモリの空き情報を取得し、ＲＡＭ１０３の所定のワークエリアに、その取得した空き容量を書き込む。これによって、メモリ不足のため受信できなかったメッセージ情報が受信できるか否かを判断できる。次にステップＳ７０２に進み、ＲＯＭ１０１のプログラムバージョンを取得し、ＲＡＭ１０３の所定のワークエリアに、その取得したバージョン情報を書き込む。このように、プログラムバージョンを取得して保持することにより、以前のバージョンで受信できなかった添付ファイルの形式が、新たに更新されたバージョンで受信できるようになったかどうかを判断できる。尚、ここでは周期的にプログラムバージョンを調べるようになっているが、このバージョンのチェックは電源立上時だけで行っても。次にステップＳ７０３に進み、トナーやインクなどの記録材切れや紙ジャムなどのプリンタの異常や、不図示の装置カバーが空いているなどといった、装置の様々な状態情報を取得し、ＲＡＭ１０３の所定のワークエリアに書き込む。こうして、更新されたこれらの情報と、以前のエラー情報とをもとに、以前メッセージ情報を受信できなかった原因が解消されているか否かが判断できる。ここでは、周期タスクを例に説明したが、これに限らず、図３のステップＳ１３で受信または印刷不可かどうか判断するために、このタスクを呼び出してもよい。また、ステップＳ２２でエラー原因情報と装置状態情報を比較する直前でこのタスクを呼び出してもよい。またこれらの組合せであってよい。
【００３５】
また前述のステップＳ１５（図３）では、サーバの管理者に再度注意を喚起するために、ユニークＩＤの保存領域が無い場合は、古いユニークＩＤの保存領域を削除したが、本発明はこれに限らない。
【００３６】
図８は、サーバの管理者に再度注意を喚起するための本実施の形態に係る通信装置２０３で実行される他の実施形態の手順を示すフローチャートである。具体的には、メッセージを取得しにいく度に図３のステップＳ２３に続いて、ステップＳ８０１で、一致したユニークＩＤがある回数をカウントし、そのカウントした計数値が所定値を超えたかどうかをステップＳ８０２で判定し、所定値を越えた場合に、図３のステップ１２に進んで、メッセージをダウンロードするようにしても構わない。尚、この図８に示す手順は、図３のステップＳ１５，Ｓ１６の手順と併用しても構わない。
【００３７】
以上説明したように本実施の形態によれば、受信したメールメッセージでエラーが発生した場合は、そのメッセージのユニークＩＤを登録しておき、次に同じメッセージを受信した場合に、ステップ１５でユニークＩＤの保存領域がある限り、またはステップＳ２２で再度受信する決定が入力されない限り、その印刷不可能なメッセージを再度ダウンロードする再取得処理を行わないようにしている。これにより、既にエラーとなったメッセージを再度ダウンロードして再印刷することがないという顕著な効果がある。
【００３８】
また、サーバより削除されているユニーク情報のメッセージ情報を取得しないようにするといった、無駄な制御をする必要が無くなる。また、このようにすることによって、不必要なユニーク情報を記憶しないので図４に示すＲＡＭ１０２のメモリ領域を有効に活用できるため、それほど大きなメモリ容量のＲＡＭを必要としないという顕著な効果がある。
【００３９】
また、ユニークＩＤの保存領域があるかどうか判断し、十分な保存可能領域が無い場合には、保存領域中の古いユニークＩＤを削除する。これにより、次の周期でＰＯＰ３サーバにメッセージを取得を行い、エラーになった場合は、再度エラー情報を出力するため、サーバの管理者がメッセージの確認を忘れていた場合でも、毎回エラー情報を印刷することなく再度注意を喚起することができるという顕著な効果がある。また、限られたＲＡＭ１０２の容量を有効活用できるという顕著な効果がある。
【００４０】
更に、メッセージの受信ができなかった新しいユニークＩＤのものについては、サーバにメッセージを取得にいく都度、エラー情報は出力されないという顕著な効果もある。
【００４１】
また、前回のエラー情報と装置の状態情報により再受信するかどうか決定することにより、前回のエラーの原因が解消した場合には、自動的にメッセージ情報を取得できるという顕著な効果がある。図８で示される処理工程も実装される場合には、プログラムを記憶しているＲＯＭ１０１に格納されることは言うまでもない。
【００４２】
次に図５のシーケンス例を参照して、本実施の形態に係る通信装置２０３における処理を説明する。
【００４３】
図において、５００はＰＯＰ３サーバ２０１からＰＯＰされたメッセージを示している。これに対して５０１で、この通信端末装置２０３のユーザはアカウント名「kanon」を入力する。次に５０２で、サーバ２０１からパスワードが要求される。これに対して５０３では、指定されたパスワードを入力する。５０４では、ＰＯＰサーバ２０１は入力されたアカウント名とパスワードが正しいと判断して、６つのメールメッセージがあり、その合計容量が８進数の「２７０４６０」である旨を返送する。５０５では、通信端末２０３のユーザがＳＴＡＴコマンド入力して、ＰＯＰ３サーバ２０１に対してメールボックスの情報を問い合わせる。これに対して５０６で、サーバ２０１から、合計メッセージ数と容量が送られてくる。次に５０７で、通信端末２０３のユーザはＬＩＳＴ１コマンド入力して、ＰＯＰ３サーバ２０１に対して、１番目のメールメッセージ１の情報を問い合わせる。これに対して５０８で、サーバ２０１から、１番目のメッセージ１の容量（４５６）が送られてくる。次に５０９では、通信端末２０３のユーザがＵＩＤＬ１コマンド入力して、ＰＯＰ３サーバ２０１に対して１番目のメールメッセージ１のユニークＩＤを要求する。これにより５１０で、サーバ２０１から、このメールメッセージ１のユニークＩＤ「a58b63e45387599fb1cfb9618ce27d2」が送られてくる。次に、５１１で、通信端末２０３のユーザがＲＥＴＲ１コマンド入力して、ＰＯＰ３サーバ２０１に対してメールメッセージ１のダウンロードを要求する。これにより、５１２に示すメッセージがサーバ２０１から通信端末装置２０３に対して送られてくる。
【００４４】
以下同様にして、５１３で、通信端末２０３のユーザがＵＩＤＬ２コマンド入力して、ＰＯＰ３サーバ２０１に対してメールメッセージ２のユニークＩＤを要求すると、５１４で、サーバ２０１から２番目のメールメッセージのユニークＩＤ「7026570105a1654f725a22d6a4b7d9de」が送られてくる。このような操作を６番目のメールメッセージ６にまで実行し、これら全てのメールメッセージのユニークＩＤを取得した後、５１５で、ＱＵＩＴコマンドをサーバ２０１に送出して回線の切断を要求する。
【００４５】
そして図４の例は、１番目と２番目のメールメッセージ１，２にエラーが発生した場合を示しており、これらメールメッセージ１，２のユニークＩＤがテーブルに登録されており、ＰＯＰサーバ２０１で、１番目のメールメッセージ１がまだ削除されていないことを示している。
【００４６】
図６は、本実施の形態に係る通信装置２０３で実行される処理工程を実行するプログラムを記憶しているＲＯＭ１０１の構成を示す図である。
【００４７】
６０１は、通信装置２０３からＰＯＰ３サーバ２０１に対してＬＡＮインターフェース１０６で接続し、その後、ＰＯＰ３サーバ２０１へ接続した後にアカウントの認証を行う処理工程モジュールが格納されているエリアである。６０２は、ＰＯＰ３のＳＴＡＴコマンドを使用して、通信装置２０３からメールボックスにメッセージ情報を問い合わせ、かつ、メッセージ情報があるか否かを判断する処理工程モジュールが格納されているエリアである。６０３は、ＰＯＰ３のＬＩＳＴコマンドを使用して、通信装置２０３からメッセージ番号を取得する処理工程モジュールが格納されているエリアである。６０４は、ＰＯＰ３のＵＩＤＬコマンドを使用して、通信装置２０３からメッセージのユニーク番号を取得する処理工程モジュールが格納されているエリアである。６０５は、その取得したユニークＩＤをテーブル（ＲＡＭ１０２）に保存する処理工程モジュールが格納されているエリアである。６０６は、工程モジュール６０４で取得したユニークＩＤと、ＲＡＭ１０２のテーブルに登録されているユニークＩＤとを比較する処理工程モジュールが格納されているエリアである。６０７は、ＲＡＭ１０２のテーブルのユニークＩＤに対するフラグを「真」や「偽」に変更する処理工程モジュールが格納されているエリアである。６０８は、ユニークＩＤに対応してエラーの原因を示す情報を格納する処理工程モジュールが格納されているエリアである。６０９は、ＰＯＰ３のＲＥＴＲコマンドを使用して、メッセージをＰＯＰ３サーバ２０１から取得するための処理工程モジュールが格納されているエリアである。また、取得されたメッセージが印刷可能か否かを示す処理も含まれている。６１０は、エラー情報を基に、プリンタ１０３により印刷する工程モジュールが格納されているエリアである。そして６１１は、ＲＡＭ１０２のテーブルのユニークＩＤに対するフラグが「偽」であるユニークＩＤをテーブルから削除する処理工程モジュールが格納されているエリアである。６１２は、ユニークＩＤの保存領域が足りない場合に、最古のユニークＩＤの保存領域を削除する処理工程モジュールが格納されているエリアである。６１３は、前回のエラーの原因を示す情報と装置の状態情報によって再受信するかどうかを決定する再受信決定工程モジュールが格納されているエリアである。６１４は、装置の状態を取得する装置状態取得工程が格納されているエリアである。
【００４８】
［他の実施の形態］
前述の実施の形態では、図４のテーブルが１つであったが、ＰＯＰ３アカウント毎にテーブルを持っても良い。
【００４９】
本発明の目的は前述したように、実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フロッピィディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【００５０】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれている。
【００５１】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含む。
【００５２】
以上説明したように本実施の形態によれば、ネットワークで接続されているＰＯＰ３サーバのメールメッセージが、印刷できないメールメッセージを含んでいる場合、その印刷できないメールメッセージの受信は１回で済み、エラー情報の印刷も１回ですむというという効果がある。
【００５３】
また本実施の形態によれば、そのメッセージデータを何回も受信してその度にエラー情報を印刷するのを防止できるという顕著な効果がある。
【００５４】
また電子メールの受信を許容できない理由が解消した場合には、その電子メールを受信可能にできる効果がある。
【００５５】
さらに、エラーメッセージＩＤの保存領域を有効に活用でき、それほど大きなメモリ容量のメモリを必要としないという効果を有する。また、サーバにより削除されているユニーク情報のメッセージ情報を取得しないようにするといった無駄な制御をする必要が無いという顕著な効果がある。
【００５６】
また、ユニークＩＤの保存領域があるかどうか判断し、十分無い場合には保存領域中の古いのユニークＩＤを削除することで、次の周期でＰＯＰ３サーバにメッセージを取得を行い、エラーになった場合は、再度エラー情報を出力するため、サーバの管理者がメッセージの確認を忘れていた場合でも、毎回エラー情報を印刷することなく再度注意を喚起することができるという効果がある。
【００５７】
更に、メッセージの受信ができなかった新しいユニークＩＤのものについては、サーバにメッセージを取得にいく都度、エラー情報は出力されないという顕著な効果もある。
【００５８】
【発明の効果】
以上説明したように本発明によれば、ネットワークで接続されているサーバにエラーメッセージがあった場合、そのメッセージデータを何回も受信してその度にエラー情報を印刷するのを防止できるという効果がある。
【００５９】
また、サーバで新しく受信したメールをサーバの処理方法によらずに確実に取得できる通信装置及び該装置における通信制御方法を提供できるという顕著な効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る通信装置の構成を示すブロック図である。
【図２】本実施の形態に係る通信装置を含むネットワーク環境の一例を示す概念図である。
【図３】本実施の形態に係る通信装置におけるＰＯＰ３受信処理を説明するフローチャートである。
【図４】本実施の形態に係る通信装置におけるエラー情報を記憶するテーブルのデータ構成を説明する図である。
【図５】本実施の形態に係る通信装置とサーバとのデータやり取りのシーケンス例を示した図である。
【図６】本実施の形態に係る通信装置のＲＯＭに記憶されている制御プログラムモジュールを説明する図である。
【図７】本実施の形態に係る通信装置の状態情報を取得する手順を示すフローチャートである。
【図８】本実施形態に係るサーバの管理者にサーバにエラーのメッセージ情報が残っていることを喚起するための他の実施形態を示すフローチャートである。
Claims (20)
- ネットワークを介して接続されているサーバと通信可能な通信装置であって、
前記サーバにあるメールメッセージの識別情報を取得する識別情報取得手段と、
前記サーバにあるメールメッセージを受信する受信手段と、
前記メールメッセージの処理が可能かどうか判定する判定手段と、
前記判定手段により処理不可能と判定された前記メールメッセージの処理不可能な理由を判定する理由判定手段と、
前記判定手段により処理不可能と判定された前記メールメッセージの識別情報と前記理由判定手段で判定した理由とを対応付けて登録する登録手段と、
装置の状態を判定する状態判定手段と、
前記登録手段に登録された識別情報と、前記識別情報取得手段により取得されたメールメッセージの識別情報とを比較する比較手段と、
前記比較手段による比較の結果、前記識別情報の一致するものがある場合は前記登録手段に登録された前記識別情報と同じ識別情報を有するメールメッセージの受信を禁止するように制御する制御手段とを有し、
前記状態判定手段で判定された装置の状態が、前記理由判定手段で判定された前記処理不可能な理由を解消している状態である場合には、前記制御手段は当該解消された理由に対応する前記識別情報と同じ識別情報を有するメールメッセージの受信を行うよう制御することを特徴とする通信装置。 - 前記サーバにあるメールメッセージの数を表す情報を取得するメッセージ数情報取得手段を更に有し、
前記メッセージ数情報取得手段により取得したサーバにあるメッセージ数情報に基づいて、前記識別情報取得手段はサーバにある全てのメールメッセージの識別情報を取得し、前記制御手段は、前記比較手段による比較を行い、比較結果が一致する識別情報を有するメールメッセージの受信を禁止するように制御することを特徴とする請求項１に記載の通信装置。 - 前記メッセージ数情報取得手段により取得したサーバにあるメッセージ数情報に基づいて、前記識別情報取得手段は前記サーバにある全てのメールメッセージの識別情報を取得し、前記制御手段は、前記比較手段による比較を行い、比較結果が一致しない識別情報を有する全てのメールメッセージの受信を許可するように制御することを特徴とする請求項２に記載の通信装置。
- 前記メールメッセージの受信の禁止は、前記メールメッセージの取得要求を行わないことであることを特徴する請求項１乃至３のいずれか１項に記載の通信装置。
- 前記受信手段は前記サーバとの間で認証を行う認証手段を有することを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
- 前記受信手段により受信してメールメッセージを印刷する印刷手段を更に有することを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
- 前記判定手段により処理不可能と判定されると、前記印刷手段によりエラーメッセージを印刷させる印刷制御手段を更に有することを特徴とする請求項６に記載の通信装置。
- 前記制御手段は、前記登録手段に登録された識別情報の数が予め定められた数以上にならないよう制御することを特徴とする請求項１乃至７のいずれか１項に記載の通信装置
- 前記制御手段は、前記登録手段に登録された識別情報と同じ識別情報を有する複数のメールメッセージの受信を行わない制御を予め定められた回数実行した場合は、エラーメッセージを印刷させるように前記印刷手段を制御することを特徴とする請求項６に記載の通信装置。
- ネットワークを介して接続されているサーバと通信可能な通信装置の通信制御方法であって、
前記サーバにあるメールメッセージの識別情報を取得する識別情報取得工程と、
前記サーバにあるメールメッセージを受信する受信工程と、
前記メールメッセージの処理が可能かどうか判定する判定工程と、
前記判定工程で処理不可能と判定された前記メールメッセージの処理不可能な理由を判定する理由判定工程と、
前記判定工程で処理不可能と判定された前記メールメッセージの識別情報と前記理由判定工程で判定した理由とを対応付けて登録する登録工程と、
装置の状態を判定する状態判定工程と、
前記登録工程で登録された識別情報と前記識別情報取得工程で取得されたメールメッセージの識別情報とを比較する比較工程と、
前記比較工程による比較の結果、前記識別情報の一致するものがある場合は前記登録工程で登録された前記識別情報と同じ識別情報を有するメールメッセージの受信を禁止するように制御する制御工程とを有し、
前記状態判定工程で判定された装置の状態が、前記理由判定工程で判定された前記処理不可能な理由を解消している状態である場合には、前記制御工程では当該解消された理由に対応する前記識別情報と同じ識別情報を有するメールメッセージの受信を行うよう制御することを特徴とする通信装置の通信制御方法。 - 前記サーバにあるメールメッセージの数を表す情報を取得するメッセージ数情報取得工程を更に有し、
前記メッセージ数情報取得工程で取得したサーバにあるメッセージ数情報に基づいて、前記識別情報取得工程で、サーバにある全てのメールメッセージの識別情報を取得し、前記制御工程は、前記比較工程で比較を行い、比較結果が一致する識別情報を有するメールメッセージの受信を禁止するように制御することを特徴とする請求項１０に記載の通信装置の通信制御方法。 - 前記メッセージ数情報取得工程で取得したサーバにあるメッセージ数情報に基づいて、前記識別情報取得工程ではサーバにある全てのメールメッセージの識別情報を取得し、前記制御工程は、前記比較工程で比較を行い、比較結果が一致しない識別情報を有する全てのメールメッセージの受信を許可するように制御することを特徴とする請求項１０又は１１に記載の通信装置の通信制御方法
- 前記メールメッセージの受信を禁止は、前記メールメッセージの取得要求を行わないことであることを特徴する請求項１０乃至１２のいずれか１項に記載の通信装置の通信制御方法。
- 前記受信工程は、前記サーバとの間で認証を行う認証工程を有することを特徴とする請求項１０乃至１３のいずれか１項に記載の通信装置の通信制御方法。
- 前記受信工程で受信してメールメッセージを印刷する印刷工程を更に有することを特徴とする請求項１０乃至１４のいずれか１項に記載の通信装置の通信制御方法。
- 前記判定工程で処理不可能と判定されると、前記印刷工程でエラーメッセージを印刷させる印刷制御工程を更に有することを特徴とする請求項１５に記載の通信装置の通信制御方法。
- 前記制御工程は、前記登録工程で登録された識別情報の数が予め定められた数以上にならないよう制御することを特徴とする請求項１０乃至１６のいずれか１項に記載の通信装置の通信制御方法。
- 前記制御工程は、前記登録工程で登録された識別情報と同じ識別情報を有する複数のメールメッセージの受信を行わない制御を予め定められた回数実行した場合は、エラーメッセージを印刷させるように前記印刷工程を制御することを特徴とする請求項１５に記載の通信装置の通信制御方法。
- 請求項１０乃至１８のいずれか１項に記載の通信制御方法を実行することを特徴とするプログラム。
- 請求項１０乃至１９のいずれか１項に記載の通信制御方法を実行するプログラムを記憶したことを特徴とする、コンピュータにより読み取り可能な記憶媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002127272A JP3862593B2 (ja) | 2002-04-26 | 2002-04-26 | 通信装置及び該装置における通信制御方法 |
| US10/420,801 US7496629B2 (en) | 2002-04-26 | 2003-04-23 | Communication apparatus and communication control method in the apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002127272A JP3862593B2 (ja) | 2002-04-26 | 2002-04-26 | 通信装置及び該装置における通信制御方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006222559A Division JP2007035051A (ja) | 2006-08-17 | 2006-08-17 | 通信装置及び該装置における通信制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003323383A JP2003323383A (ja) | 2003-11-14 |
| JP3862593B2 true JP3862593B2 (ja) | 2006-12-27 |
Family
ID=29397243
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002127272A Expired - Fee Related JP3862593B2 (ja) | 2002-04-26 | 2002-04-26 | 通信装置及び該装置における通信制御方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7496629B2 (ja) |
| JP (1) | JP3862593B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008242823A (ja) * | 2007-03-27 | 2008-10-09 | Murata Mach Ltd | 通信端末装置 |
| JP4591792B2 (ja) * | 2008-02-26 | 2010-12-01 | ブラザー工業株式会社 | 印刷装置 |
| US8126976B2 (en) * | 2008-07-09 | 2012-02-28 | Research In Motion Limited | Delivery of email messages in multiple parts |
| JP5186299B2 (ja) * | 2008-07-10 | 2013-04-17 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 電子タグを有する印刷可能な媒体を管理するためのサーバ・システム、並びにその方法及びコンピュータ・プログラム |
| WO2014076773A1 (ja) | 2012-11-13 | 2014-05-22 | 富士通株式会社 | ネットワークのフィルタリング装置、及びフィルタリング方法 |
| WO2015011827A1 (ja) | 2013-07-26 | 2015-01-29 | 富士通株式会社 | 情報処理装置、フィルタリングシステム、フィルタリング方法、及びフィルタリングプログラム |
| CN104199749A (zh) * | 2014-09-17 | 2014-12-10 | 百度在线网络技术（北京）有限公司 | 一种崩溃信息的处理方法及装置 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5805810A (en) * | 1995-04-27 | 1998-09-08 | Maxwell; Robert L. | Apparatus and methods for converting an electronic mail to a postal mail at the receiving station |
| US5765033A (en) * | 1997-02-06 | 1998-06-09 | Genesys Telecommunications Laboratories, Inc. | System for routing electronic mails |
| JP3682513B2 (ja) | 1997-08-21 | 2005-08-10 | 村田機械株式会社 | 電子メール機能付通信端末装置 |
| JP2989801B2 (ja) * | 1998-05-15 | 1999-12-13 | 松下電送システム株式会社 | 電子メール型ファクシミリ装置及び電子メール受信方法 |
| JP3017712B2 (ja) * | 1998-05-15 | 2000-03-13 | 松下電送システム株式会社 | インターネット・ファクシミリ |
| JP4454796B2 (ja) * | 2000-06-09 | 2010-04-21 | キヤノン株式会社 | 通信装置及びその制御方法並びに記憶媒体 |
| US20020012424A1 (en) * | 2000-07-18 | 2002-01-31 | Tatsuya Nishio | Communication apparatus |
| US7016938B1 (en) * | 2000-07-31 | 2006-03-21 | Pitney Bowes Inc. | E-mail forwarding system having archival database |
-
2002
- 2002-04-26 JP JP2002127272A patent/JP3862593B2/ja not_active Expired - Fee Related
-
2003
- 2003-04-23 US US10/420,801 patent/US7496629B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20030212757A1 (en) | 2003-11-13 |
| JP2003323383A (ja) | 2003-11-14 |
| US7496629B2 (en) | 2009-02-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7889373B2 (en) | Image processing apparatus | |
| JP4274206B2 (ja) | ジョブ処理システム、ジョブ処理装置、ジョブ特定方法及びジョブ特定処理プログラム | |
| US7058088B2 (en) | Data communication program product to rewrite simultaneously firmware of plurality of devices connected to network | |
| EP1035686B1 (en) | Communications method, communications system, communications device, and server | |
| US8001191B2 (en) | Data communication apparatus capable of rewriting firmware | |
| US10466943B2 (en) | Image processing apparatus, method and non-transitory computer-readable recording medium storing instructions therefor | |
| US7814553B2 (en) | Access control system, access managing method, image forming device and computer program product | |
| US20060112100A1 (en) | Document management apparatus, document management method, and document management program | |
| JP3862593B2 (ja) | 通信装置及び該装置における通信制御方法 | |
| JPH11212793A (ja) | 画像処理装置 | |
| US20090086262A1 (en) | Job executing apparatus for executing a job in response to a received command and method of executing a job in response to a received command | |
| US10447701B2 (en) | Authentication system, operating apparatus, and authentication method | |
| US6727998B1 (en) | Printing system for transmitting print data by electronic mail | |
| US20030206314A1 (en) | Workflow management device, facsimile machine, and communication device | |
| US7262875B2 (en) | Data communication program product transmitting firmware in divisional manner | |
| US8799995B2 (en) | Image forming method | |
| JP4458089B2 (ja) | ファクシミリ装置、及びファクシミリ装置の制御方法 | |
| JP2007035051A (ja) | 通信装置及び該装置における通信制御方法 | |
| JPH11161443A (ja) | ネットワークプリンタシステム | |
| JP4066302B2 (ja) | 画像入出力処理システム | |
| US20020186419A1 (en) | Internet facsimile apparatus and method of updating setting information of the same | |
| JPH1173280A (ja) | 印刷結果関連者通知装置 | |
| JP2005088534A (ja) | 周辺機器管理システム | |
| JP2004054497A (ja) | プリンタ装置 | |
| JP2002099474A (ja) | データ管理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060623 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060817 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060912 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060926 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091006 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101006 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101006 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111006 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111006 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121006 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131006 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |