JP2002152450A

JP2002152450A - ネットワークファクシミリ装置

Info

Publication number: JP2002152450A
Application number: JP2000343854A
Authority: JP
Inventors: Kunio Sekine; 邦夫関根
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2000-11-10
Filing date: 2000-11-10
Publication date: 2002-05-24

Abstract

(57)【要約】【課題】自装置宛に受信したメッセージ情報を確実に
処理できると共にメールサーバ装置に不要な負荷をかけ
ることのないネットワークファクシミリ装置を提供する
こと。【解決手段】メールサーバ装置からメッセージ情報を
受信すると共に印刷出力し、当該印刷出力が正常に完了
した場合には当該受信メッセージ情報の削除要求を行っ
て前記メールサーバ装置から削除する一方、当該印刷出
力が正常に完了しなかった場合には当該受信メッセージ
情報の削除要求を行わずに前記メールサーバ装置に蓄積
されたままとすると共にユニークなＩＤを付加して蓄積
メモリに蓄積しその蓄積メモリに蓄積された印刷未完メ
ッセージ情報の印刷が完了すると前記メールサーバ装置
に再度アクセスして当該印刷完了したメッセージ情報の
削除要求を行うことを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明インターネット等のネ
ットワークに接続されるネットワークファクシミリ装置
に関し、特に、ネットワークを介してメールサーバ装置
にＰＯＰプロトコルによりアクセスして当該メールサー
バ装置に蓄積された自装置宛のメッセージ情報を電子メ
ールにより受信して、その受信メッセージ情報を書込手
段により印刷出力するネットワークファクシミリ装置に
関する。

【０００２】

【従来の技術】企業では従来から通信によりやりとりさ
れる文書メッセージの量が多く、そのメッセージのやり
とりには、主に、一般公衆網（ＰＳＴＮ網）やデジタル
網（ＩＳＤＮ網）を介したＧ３やＧ４ファクシミリ通信
により行っていたが、通信するメッセージ量に応じた通
信料金がかかるため通信コストがかさんでいた。

【０００３】一方、近年のインターネットの利用の発展
により、インターネット利用者の人口は増加しつつあ
る。インターネットを用いた通信は低コストなため、企
業などにおいてはインターネットを有効に活用し通信コ
スト削減を図っている。

【０００４】そのような流れの中で、インターネットを
介して文書データ等の各種メッセージ情報を、ＰＳＴＮ
網やＩＳＤＮ網ではなく、インターネットを介してやり
とりできる、いわゆるネットワークファクシミリ装置が
提供されるようになり、利用されるようになってきてい
る。

【０００５】ネットワークファクシミリ装置は、原稿画
像データの読み取り機能や、受信メッセージ情報の出力
機能は、ＰＳＴＮ網やＩＳＤＮ網を介してメッセージ情
報をやりとりする従来のファクシミリ装置と同等である
が、メッセージ情報の伝送経路をインターネット等のネ
ットワークに置き換えたものである。

【０００６】ネットワークファクシミリ装置におけるイ
ンターネット等のネットワークを介したメッセージ情報
の伝送形態としては、ＴＣＰ／ＩＰプロトコル上で送受
信双方の装置間で独自のプロトコルによりやりとりする
形態もあるが（例えばＩＴＵ−Ｔ勧告Ｔ．３８に規定さ
れたリアルタイムネットワーク通信）、インターネット
等のネットワーク通信において従来から広く利用されい
た電子メールを利用するものがある。

【０００７】インターネット等のネットワークにおける
電子メールは、元々テキストデータをやりとりするため
のものであったが、プロトコルの拡張により画像デー
タ、音声データ、データファイル等の各種メッセージ情
報をテキストデータにエンコードして送信し、受信して
からデコードすることで、テキストデータに限らず、各
種メッセージ情報の伝送に利用できるようになってい
て、電子メール通信機能を従来のファクシミリ装置に付
加するか、従来の公衆網を介した通信機能と置き換えれ
ば、ネットワークファクシミリ装置を実現することがで
きる。

【０００８】インターネットにおける電子メール通信
は、クライアント端末が、ＳＭＴＰプロトコルにより電
子メールをメールサーバ装置を介して相手先に送信し、
受信側のクライアント端末がＰＯＰプロトコルによりメ
ールサーバ装置アクセスして自装置宛に受信・蓄積され
た電子メールを取得する形態が一般的である。

【０００９】その場合、ＰＯＰプロトコルによりクライ
アント端末からアクセスされるメールサーバ装置におい
ては、パーソナルコンピュータやワークステーションに
限らず、最近では携帯電話などの携帯端末がクライアン
ト端末としてアクセスするようになるのに加え、データ
量の多いイメージデータを電子メールにて送受信するネ
ットワークファクシミリ装置までもがクライアント端末
としてアクセスするようになり、メールサーバ装置の負
荷が増大している。

【００１０】そのため、ネットワークファクシミリ装置
が、メッセージ情報をメールサーバ装置から取得しても
処理できない状況、例えば、受信メッセージ情報を記録
紙に印刷出力する書込部が用紙切れやトナー切れや紙詰
まり等の状況にある場合には、メールサーバ装置にアク
セスしないことが望ましく、そのような機能を備えたネ
ットワークファクシミリ装置もある。

【００１１】

【発明が解決使用とする課題】しかし、自メールサーバ
装置にアクセスして、装置宛のメッセージ情報を電子メ
ールにより受信・印刷出力している最中に、メッセージ
情報をメールサーバ装置から取得しても処理できない状
況になってしまった場合には、メッセージのダウンロー
ドを中断して再度そのメッセージをダウンロードすると
いった動作になってしまい、メールサーバ装置に過度の
負荷をかけてしまうという問題点があった。また、受信
したメッセージ情報をいったんメモリに蓄積してから印
刷出力する形態の場合には、受信終了した時点でメール
サーバ装置に蓄積された自装置宛のメッセージ情報を消
去する動作となるため、その後印刷出力時に異常が発生
して、蓄積したメッセージ情報が参照できなくなった場
合、再度メッセージ情報を取得したくても、メールサー
バ装置においては既に削除されているため、適切な対応
をとることができないという問題点があった。

【００１２】本発明は係る事情に鑑みてなされたもので
あり、自装置宛に受信したメッセージ情報を確実に処理
できると共にメールサーバ装置に不要な負荷をかけるこ
とのないネットワークファクシミリ装置を提供すること
を目的とする。

【００１３】

【課題を解決するための手段】請求項１に記載のファク
シミリ装置は、ネットワークを介してメールサーバ装置
にＰＯＰプロトコルによりアクセスして当該メールサー
バ装置に蓄積された自装置宛のメッセージ情報を電子メ
ールにより受信して、その受信メッセージ情報を書込手
段により印刷出力するネットワークファクシミリ装置に
おいて、前記メールサーバ装置に前記ネットワークを介
してアクセスして前記メールサーバ装置に蓄積された自
装置宛のメッセージ情報を受信すると共に、当該受信メ
ッセージ情報を前記書込手段により印刷出力し、当該印
刷出力が正常に完了した場合には当該受信メッセージ情
報の削除要求を行って当該受信メッセージ情報を前記メ
ールサーバ装置から削除する一方、当該印刷出力が正常
に完了しなかった場合には当該受信メッセージ情報の削
除要求を行わずに、当該受信メッセージ情報を前記メー
ルサーバ装置に蓄積されたままとすると共に当該メッセ
ージ情報をユニークなＩＤを付加して蓄積メモリに蓄積
するメッセージ情報受信制御手段と、前記蓄積メモリに
蓄積された印刷未完メッセージ情報を障害復旧後の前記
書込手段により印刷出力する再印刷制御手段と、前記再
印刷制御手段により前記印刷未完メッセージ情報の印刷
が完了すると前記メールサーバ装置に再度アクセスして
当該印刷完了したメッセージ情報に係る前記ＩＤを指定
して削除要求を行い当該印刷完了したメッセージ情報を
前記メールサーバ装置から削除する印刷未完メッセージ
情報処理手段とを備えたことを特徴とする。

【００１４】請求項２に記載のファクシミリ装置は、請
求項１に記載のネットワークファクシミリ装置におい
て、前記書込手段に障害が発生して受信したメッセージ
情報の印刷が正常に完了しなかった場合には、前記書込
手段に障害が発生している旨を少なくとも内容として含
むＨＴＭＬ形式文書ファイルを作成して前記ネットワー
ク上のＨＴＴＰサーバ装置に対して転送・登録する障害
発生通知手段を更に備えたことを特徴とする。

【００１５】請求項３に記載のファクシミリ装置は、請
求項１または２のいずれかに記載のネットワークファク
シミリ装置において、前記書込手段に障害が発生して受
信したメッセージ情報の印刷が正常に完了しなかった場
合には、当該印刷未完のメッセージ情報を電子メールに
より受信した際のメールヘッダ部の内容を少なくとも内
容として含むＨＴＭＬ形式文書ファイルを作成して前記
ネットワーク上のＨＴＴＰサーバ装置に対して転送・登
録する印刷未完メッセージ通知手段を更に備えたことを
特徴とする。

【００１６】

【発明の実施の形態】以下、添付図面を参照しながら、
本発明の実施の形態を詳細に説明する。

【００１７】先ず、図１は、本発明の実施の形態に係る
ネットワークファクシミリ装置１のネットワークへの接
続形態について示す図である。

【００１８】同図において、ネットワークファクシミリ
装置１は、他のネットワーク端末でるＰＣ（パーソナル
コンピュータ）４０ａ、４０ｂ等と共にＬＡＮ５０に接
続され、また、ルータ装置６０を介してインターネット
とも接続されている。

【００１９】ＬＡＮ５０には、ネットワークファクシミ
リ装置１やＰＣ４０ａ、４０ｂ等にとってのＳＭＴＰサ
ーバやＰＯＰサーバとなるメールサーバ装置２０と、Ｈ
ＴＭＬファイルが記憶・登録され、ネットワークファク
シミリ装置１やＰＣ４０ａ、４０ｂ等のネットワーク端
末から閲覧可能とするＨＴＴＰサーバ装置３０とが接続
されている。

【００２０】図２に、ネットワークファクシミリ装置１
のブロック構成を示す。

【００２１】同図において、ネットワークファクシミリ
装置１は、システム制御部２、ＲＯＭ３、ＲＡＭ４、読
取部５、書込部６、画像処理部７、画像メモリ８、操作
表示部９、符号化復号化部１０、ＬＡＮ通信制御部１
１、ＬＡＮインターフェイス１２、及び、システムバス
１３により構成されている。

【００２２】システム制御部２は、ＲＯＭ３に書き込ま
れた制御プログラムに従って、ＲＡＭ４を作業領域とし
て使用しながら、装置各部を制御するマイクロコンピュ
ータである。

【００２３】ＲＯＭ３は、前述したように、システム制
御部２が上記装置各部を制御するための制御プログラム
が記憶されているリードオンリメモリである。ＲＡＭ４
は、前述したようにシステム制御部２の作業領域として
使用されるランダムアクセスメモリであり、図示しない
バックアップ回路によりバックアップされ、電源断時に
もその記憶内容は保持される。

【００２４】読取部５は、原稿画像を読み取って画情報
を得るためのものである。書込部６は、電子メールによ
り受信したメッセージ情報、つまり、画情報やテキスト
データを、記録し印刷出力するためのもので、感熱記録
方式、電子写真方式、インクジェット記録方式等の記録
方式を適用できる。

【００２５】画像処理部７は、符号化された生データの
画情報の圧縮、及び、圧縮された画情報データの伸張、
ＴＩＦＦフォーマット変換、及び、変倍処理や、画情報
の生データでの加工を行う。また、ＭＩＭＥの構築など
を行う。

【００２６】画像メモリ８は、例えば磁気ディスク装置
やＳＲＡＭモジュール等により構成され、未処理の画情
報等のメッセージ情報をファイルとして一時蓄積するた
めのものである。

【００２７】操作表示部９は、相手先ファクシミリ番号
やネットワークアドレスを指定するためのキー群や、送
信スタートキー、ワンタッチダイヤルキー、及び、その
他各種キーが配設される一方、液晶表示装置等の表示器
を備え、ユーザに知らせるべき装置の動作状態や、各種
メッセージを表示し、また、ブザー鳴動を行うものであ
る。

【００２８】符号化復号化部１０は、電子メールにより
やりとりされるＴＩＦＦファイルにおけるＭＨ符号化方
式での符号化・復号化や、画像メモリ８に画情報を蓄積
・読み出しする際のＭＭＲ符号化方式での符号化・復号
化等を行うためのものである。

【００２９】ＬＡＮ通信制御部１１は、ＬＡＮ５０を介
して接続されるＬＡＮ５０におけるＬＡＮプロトコル上
でのＴＣＰ／ＩＰのプロトコル等によるデータ伝送を制
御して、そのＴＣＰ／ＩＰプロトコル上でＳＭＴＰプロ
トコルや、ＰＯＰプロトコルでの電子メールの送受信
や、ＦＴＰプロトコルでのファイル送信を行えるように
するためのものである。

【００３０】ＬＡＮインターフェイス１２は、前述した
ように、ＬＡＮとの物理的なインターフェイスである。
システムバス１２は、上記各部がデータをやり取りする
ための信号ラインである。

【００３１】ネットワークファクシミリ装置１におい
て、電子メール形式でメッセージ情報の伝送を行う場合
は、読取部５で読み取った生データの画情報が符号化復
号化部１０により、符号化効率のよい符号化方式（ＭＭ
Ｒ符号化方式）により圧縮されて画像メモリ８に蓄積さ
れる。ＭＭＲ符号化方式は、符号化効率は高いが、他装
置との方式の互換性があるとは限らないため、ＴＩＦＦ
−Ｆ（TagImage File Format-class F）形式（符号化方
式はＭＨ方式）に変換され、電子メールに添付される。

【００３２】このとき電子メールのメッセージフォーマ
ット標準（ＲＦＣ８２２）により扱えるデータに制限が
あるため、データの内容や長さに制限されないメッセー
ジ・フォーマットの標準としてＭＩＭＥ(Multipurpose
Internet Mail Extensions)インターネット・メール・
フォーマット（ＲＦＣ２０４６／２０４５）に則りイメ
ージデータをエンコーディングし電子メールフォーマッ
トに添付する。

【００３３】また、インターネット・メール・ヘッダに
非ＡＳＣＩＩ文字を埋め込む場合は、ＲＦＣ２０４７に
則りエンコーディングを行う。エンコーディングの方法
は、ＭＩＭＥヘッダのContent-Transfer-Encodingに示
されており、7bit、8bit、binary、Base64、Quoted Pri
ntableの５種類が指定可能となる。この中でも、Base64
によるエンコーディングが用いられることが多い。

【００３４】その他、日本語を扱う符号化方式としてＲ
ＦＣ１４６８に則り日本語メッセージを扱うことができ
る。その他、ＭＩＭＥヘッダとして、ＭＩＭＥバージョ
ンをしめすMIME-Versionとコンテンツのタイプ／サブタ
イプを示すContent-Typeをヘッダとして付加する。

【００３５】従って、メールサーバ装置２０に蓄積さ
れ、ネットワークファクシミリ装置１が電子メールによ
る受信するメッセージ情報は、ＭＩＭＥに準拠し、添付
しているイメージデータはＴＩＦＦ−Ｆに変換されてい
るものである。

【００３６】次にネットワークファクシミリ装置１にお
ける電子メール受信処理手順について図３を参照して説
明する。

【００３７】同図において、システム制御部３は、予め
操作表示部９を介して設定されＲＡＭ４に記憶されてい
るＰＯＰ起動時刻が到来したかを監視していて（判断１
０１のＮｏのループ）、ＰＯＰ起動時刻が到来すると
（判断１０１のＹｅｓ）、ＬＡＮ通信制御部１１にＰＯ
Ｐ接続を要求してＰＯＰプロトコルを起動しメールサー
バ装置２０に接続する。すなわち、予め操作表示部９に
より設定されＲＡＭ４に記憶されているＰＯＰサーバ
（メールサーバ装置２０）のアドレス、ＰＯＰサーバへ
のログイン名およびログインパスワードをＬＡＮ通信制
御部１１に通知し、ＬＡＮ制御部７は、指定されたＰＯ
Ｐサーバのアドレスに対し、指定されたログイン名、ロ
グインパスワードを用いて接続を行う。なお、このと
き、自端末のＩＰアドレス、サブネットマスク、デフォ
ルトゲートウェイ、メールアドレスについては、予め操
作表示部９より設定され、ＲＡＭ４に記憶されるととも
に、ＬＡＮ通信制御部７は、ＰＯＰを起動する際、この
情報を用いて通信を行う。

【００３８】そして、接続が成功したか否かを判断し
（判断１０３）、不成功に終わった場合には（判断１０
３のＮｏ）、接続失敗の旨のメッセージを操作表示部９
に表示した上で（処理１０４）、ＰＯＰ通信を切断する
（処理１１１）。

【００３９】一方、接続が成功した場合には（判断１０
３のＹｅｓ）、図５のフェーズＦ１ないしＦ８に例示す
るような、メールクライアントとしてのネットワークフ
ァクシミリ装置１と、ＰＯＰサーバとしてのメールサー
バ装置２０との間の電子メール通信シーケンスに従っ
て、コマンド：ｍａｉｌｄｒｏｐ情報問い合わせコマン
ド（ＳＴＡＴ）を行い、それに対するレスポンス：メー
ルボックス全体の情報通知（＋ＯＫ）を受け、ＰＯＰサ
ーバにある電子メールのメッセージ数および合計サイズ
を取得するとともにメッセージを特定するユニークなＩ
Ｄの問い合わせコマンド（ＵＩＤＬ）を行いメッセージ
を特定する情報をＲＡＭ４に蓄積する（処理１０５）。

【００４０】ここで、メールボックスの情報およびメッ
セージのユニークＩＤにより新しいメッセージ情報の有
無を判断し（判断１０６）、新しいメッセージ情報がな
い場合には（判断１０６のＮｏ）、ＰＯＰ通信を切断す
る（処理１１１）。

【００４１】一方、新しいメッセージ情報がある場合に
は（判断１０６のＹｅｓ）、その新しいメッセージをダ
ウンロードし（処理１０７）、そのダウンロードしたメ
ッセージ情報を書込部６により書き込み出力する（処理
１０８）。処理１０７によりダウンロードされるメッセ
ージ情報は例えば図７に示すようなものである。

【００４２】ここで、処理１０８における書込部６での
書き込み出力が正常に終了したか否か判断を行し（判断
１０９）、書込部６での書き込み出力が正常に行われた
場合には（判断１０９のＹｅｓ）、当該書き込み出力済
みのメッセージ情報の削除要求を削除コマンド（ＤＥＬ
Ｅ）によりメールサーバ装置２０に対して行って、当該
メッセージ情報をメールサーバ装置２０から削除した上
で（処理１１０）、ＰＯＰ通信を切断する（処理１１
１）。なお、処理１１０でのメッセージの削除はユニー
クＩＤを用いなくても通常のメッセージ番号によりメッ
セージのダウンロードを行っているためそのメッセージ
番号により削除可能である。

【００４３】書込部６での書き込み出力が、書込部６の
異常、具体的には、記録紙切れ、トナー切れ、紙詰まり
等により正常に終了しなかった場合には（判断１０９の
Ｎｏ）、ダウンロードしたメッセージ情報を当該メッセ
ージ情報についてメールサーバ装置２０から通知された
ユニークＩＤと、図６に示すように対応付けて、画像メ
モリ８に蓄積する（処理１１２）。

【００４４】続いて、図３の処理１１２の後の処理手順
として、図４に示す処理手順を行う。

【００４５】図４においては、ＰＯＰ通信を切断して
（処理２０１）、処理を終了する。

【００４６】これにより、書込部６により正常に書き込
み終了したメッセージ情報は、画像メモリ８に蓄積され
ず、メールサーバ装置２０からの削除されることになる
一方、書込部６により正常に書き込み終了しなかったメ
ッセージ情報は、画像メモリ８に蓄積されると共に、メ
ールサーバ装置２０にも蓄積されたまま残されることに
なる。

【００４７】また、書き込み未完のメッセージ情報は、
まだメールサーバ装置２０に蓄積されたままになってい
るため、ネットワークファクシミリ装置１の書込部６が
どうしても復旧できないような場合に、メールサーバ装
置２０に蓄積されているネットワークファクシミリ装置
１宛のメッセージ情報をネットワークファクシミリ装置
１に代わって受信するような対応もとることができるよ
うになる。

【００４８】図３の処理１１２により、書き込み未完の
まま画像メモリ８に蓄積されたメッセージ情報は、図８
に示す受信メッセージ情報出力処理手順により処理され
る。

【００４９】図８において、システム制御部２は、予め
操作表示部９を介して設定されＲＡＭ４に記憶されてい
る一定時間の経過を監視ていて（判断３０１のＮｏのル
ープ）、一定時間が経過すると（判断３０１のＹｅ
ｓ）、画像メモリ８に書込部６による書き込み出力が完
了していないメッセージ情報があるかを判断し（判断３
０２）未出力メッセージ情報がない場合には（判断３０
２のＮｏ）、判断３０１に戻る。

【００５０】未出力メッセージ情報がある場合には（判
断３０２のＹｅｓ）、その未出力メッセージ情報を画像
メモリ８から読み出して書込部６により記録紙に書き込
み出力する（処理３０３）。

【００５１】そして、その処理３０３での書き込み出力
が正常終了したかを判断し（判断３０４）、まだ、記録
紙切れ、トナー切れ、紙詰まり等の書込部６の異常状態
が継続中で、書き込み出力が正常に終了しなかった場合
には（判断３０４のＹｅｓ）、処理を終了する。

【００５２】判断３０４で、書き込み出力が正常に終了
した場合には（判断３０４のＹｅｓ）、ＰＯＰを起動し
てメールサーバ装置２０に接続し（処理３０５）、接続
が成功したか否かを判断し（判断３０６）、不成功に終
わった場合には（判断３０６のＮｏ）、接続失敗の旨の
メッセージを操作表示部９に表示した上で（処理３０
７）、ＰＯＰ通信を切断する（処理３０９）。

【００５３】一方、接続が成功した場合には（判断３０
６のＹｅｓ）、書き込み出力が成功したメッセージ情報
に図６に示したように対応付けて記憶していたユニーク
ＩＤを用いて、コマンド（ＤＥＬＥ）を用いてＰＯＰサ
ーバにメッセージの削除要求を行い、メールサーバ装置
２０に蓄積されていた、書き込み済みメッセージ情報を
削除した上で（処理３０８）。ＰＯＰ通信を切断する
（処理３０９）。

【００５４】このように、書き込み未完のメッセージ情
報を書き込み完了するまで画像メモリ８に蓄積しておく
ようにしたため、メールサーバ装置２０に再アクセスし
てメッセージ情報を再度ダウンロードするような必要が
無く、メールサーバ装置２０の負荷の低減を図ることが
できるようになる。

【００５５】さて、図３の処理１１２につづいて行う処
理としては、図４に示した処理手順のように、単にＰＯ
Ｐ通信を切断する（処理２０１）のではない、その他の
処理手順も考えられる。

【００５６】図９に、図３の処理１１２につづいて行う
処理の別例を示す。

【００５７】図９において、先ず書き込み部異常の旨の
ＨＴＭＬ（Hyper Text Markup Language）形式のエラー
メッセージを作成する（処理４０１）。ここでは、あら
かじめメッセージの内容はＲＡＭ４に登録設定されてい
るものとし、その内容は図１０に示すようなメッセージ
であり、「書き込み部にエラーがあります。エラーを取
り除いて下さい」とのエラーメッセージの他、日付情報
なども付加されている。

【００５８】書き込み異常の旨のＨＴＭＬメッセージフ
ァイルを作成した後、ＨＴＴＰサーバに対して作成した
ＨＴＭＬファイルを送信する。つまり、ＬＡＮ通信制御
部７は、ＦＴＰプロトコルを起動し、ＨＴＴＰサーバ装
置３０に接続を行う（処理４０２）。

【００５９】ここで接続の成否の判別を行い（判断４０
３）、接続できなかった場合には（判断４０３のＮ
ｏ）、接続失敗の旨のメッセージをシステム制御部２に
通知し、システム制御部２はその内容をＲＡＭ４に記憶
するとともに操作表示部９に表示時した上で（処理４０
４）、処理４０６に移行してＦＴＰ通信を切断すると共
に（処理４０６）、ＰＯＰ通信を切断して（処理４０
７）、処理を終了する。

【００６０】判断４０３において接続が成功した場合に
は（判断４０６のＹｅｓ）、処理４０１で作成したＨＴ
ＭＬファイルの転送をＨＴＴＰサーバ装置３０に対して
行った上で（処理４０５）、処理４０６に移行してＦＴ
Ｐ通信を切断すると共に（処理４０６）、ＰＯＰ通信を
切断して（処理４０７）、処理を終了する。

【００６１】なお、ファイルのＨＴＴＰサーバ装置３０
への転送においては、送信先のディレクトリは予めＨＴ
ＴＰサーバに設定し、例えば、ディレクトリ：ｈｏｍｅ
／ｈｔｔｐｄ／ｈｔｍｌ／ｆａｘ／以下に保存するもの
とした場合、ネットワークファクシミリ装置１において
も、操作表示部９を介して設定しておく。またファイル
名は拡張子をｈｔｍｌとしｅｒｒｏｒ．ｈｔｍｌの様に
固定し毎回上書きすることも可能であるが、日付とユニ
ークな文字の組合せ（例えば０００５２９Ａ３．ｈｔｍ
ｌ）の様に重複しないファイル名とする方が望ましい。
また、ＨＴＴＰサーバ装置３０に対してＦＴＰプロトコ
ルによりファイルを転送する場合に必要な情報について
も、予め操作表示部９を介して設定されＲＡＭ４に記憶
されているＨＴＴＰサーバ装置３０のネットワークアド
レス、ＨＴＴＰサーバ装置２０へのログイン名およびロ
グインパスワードをＬＡＮ通信制御部１１に通知する。
ＬＡＮ通信制御部１１は、指定されたＨＴＴＰサーバ装
置３０のネットワークアドレスに対し、指定されたログ
イン名、ログインパスワードを用いて接続を行う。この
とき、自端末のＩＰアドレス、サブネットマスク、デフ
ォルトゲートウェイ、メールアドレスについては、予め
操作表示部９を介して設定され、ＲＡＭ４に記憶される
とともに、ＬＡＮ通信制御部１１の図示しないＲＡＭに
記憶される。ＬＡＮ通信制御部１１は、ＦＴＰプロトコ
ルを起動する際、その記憶した情報を用いて通信を行
う。

【００６２】図１１に、図３の処理１１２につづいて行
う処理のさらなる別例を示す。

【００６３】図１１において、先ず、ＰＯＰ通信を切断
する（処理５０１）。そして、画像メモリ８に蓄積され
ている受信メッセージ情報から画像処理部７により、メ
ッセージボディのテキストフィールド（Content-Type:t
ext/plain）にあるテキスト情報およびメールヘッダ部
のヘッダ情報を取り出し（処理５０２）、ＨＴＭＬ（Hy
per Text Markup Language）形式に変換する（処理５０
３）。

【００６４】メールヘッダ部のヘッダ情報としては、Ｓ
ｕｂｊｅｃｔフィールドの情報やＴｏフィールドの情
報、Ｆｒｏｍフィールドの情報を付加すると、どのよう
な情報なのかの判別が行いやすい。図１２にそのような
情報を付加して処理５０３により作成されたＨＴＭＬフ
ァイル例を示す。

【００６５】そして、処理５０３で作成したＨＴＭＬフ
ァイルをＨＴＴＰサーバ装置３０に対して送信する。つ
まり、ＬＡＮ制御部７は、ＦＴＰプロトコルを起動し、
ＨＴＴＰサーバ装置３０に接続を行う（処理５０４）。

【００６６】ここで接続の成否の判別を行い（判断５０
５）、接続できなかった場合には（判断５０５のＮ
ｏ）、接続失敗の旨のメッセージをシステム制御部２に
通知し、システム制御部２はその内容をＲＡＭ４に記憶
するとともに操作表示部９に表示時した上で（処理５０
６）、処理５０８に移行してＦＴＰ通信を切断して（処
理５０８）、処理を終了する。

【００６７】判断５０５において接続が成功した場合に
は（判断５０５のＹｅｓ）、処理５０３で作成したＨＴ
ＭＬファイルの転送をＨＴＴＰサーバ装置３０に対して
行った上で（処理５０７）、処理５０８に移行してＦＴ
Ｐ通信を切断して（処理５０８）、処理を終了する。

【００６８】なお、ＨＴＭＬファイルのＨＴＴＰサーバ
装置３０への転送においては、送信先のディレクトリは
予めＨＴＴＰサーバに設定し、例えば、ディレクトリ：
ｈｏｍｅ／ｈｔｔｐｄ／ｈｔｍｌ／ｆａｘ／以下に保存
するものとした場合、操作表示部９を介してネットワー
クファクシミリ装置１においても設定しておく。またフ
ァイル名は、同一メッセージデータの印刷出力を試みて
エラーとなることも考えられるため、同一メッセージデ
ータ毎にファイル名を設定することが望ましく、ユニー
クなＩＤをそのままファイル名（ユニークＩＤ．ｈｔｍ
ｌ）とする。また、ＨＴＴＰサーバ装置３０に対してＦ
ＴＰプロトコルによりファイルを転送する場合に必要な
情報についても、予め操作表示部９を介して設定されＲ
ＡＭ４に記憶されているＨＴＴＰサーバ装置３０のネッ
トワークアドレス、ＨＴＴＰサーバ装置２０へのログイ
ン名およびログインパスワードをＬＡＮ通信制御部１１
に通知する。ＬＡＮ通信制御部１１は、指定されたＨＴ
ＴＰサーバ装置３０のネットワークアドレスに対し、指
定されたログイン名、ログインパスワードを用いて接続
を行う。このとき、自端末のＩＰアドレス、サブネット
マスク、デフォルトゲートウェイ、メールアドレスにつ
いては、予め操作表示部９を介して設定され、ＲＡＭ４
に記憶されるとともに、ＬＡＮ通信制御部１１の図示し
ないＲＡＭに記憶される。ＬＡＮ通信制御部１１は、Ｆ
ＴＰプロトコルを起動する際、その記憶した情報を用い
て通信を行う。

【００６９】図９に示した処理手順や、図１１に示した
処理手順を、図３の処理１１２に引き続いて行うように
することにより、ＰＣ４０ａ、４０ｂ等の他のネットワ
ーク端末においては、ホームページ閲覧アプリケーショ
ンにより、ＨＴＴＰサーバ３０に転送・登録された図１
２に示したようなＨＴＭＬ文書を閲覧することにより、
ネットワークファクシミリ装置１において、書込部６に
障害が発生し、その発生した障害のために書き込み未完
のメッセージ情報の重要度や内容の把握もできるため、
ネットワークファクシミリ装置１における書込部６の障
害を速やかに復旧すべきな否かの判断もできるようにな
る。また、書き込み未完のメッセージ情報は、まだメー
ルサーバ装置２０に蓄積されたままになっているため、
ネットワークファクシミリ装置１の書込部６がどうして
も復旧できないような場合に、メールサーバ装置２０に
蓄積されているネットワークファクシミリ装置１宛のメ
ッセージ情報をネットワークファクシミリ装置１に代わ
って受信するような対応もとることができるようにな
る。

【００７０】このように本実施の形態によれば、自装置
宛に受信したメッセージ情報を確実に処理できると共に
メールサーバ装置に不要な負荷をかけることがないよう
にすることができるようになる。

【００７１】

【発明の効果】請求項１に係る発明によれば、前記メー
ルサーバ装置からダウンロードしたメッセージ情報の印
刷が前記書込手段の障害発生により完了しなかった場合
には、当該メッセージ情報を前記メールサーバ装置から
削除しないで蓄積されたままとするため、他のファクシ
ミリ装置やメール端末から前記メールサーバ装置にアク
セスして当該印刷未完のメッセージ情報を代行してダウ
ンロードして処理することもでき、また、印刷未完のメ
ッセージ情報は前記蓄積メモリにユニークなＩＤと共に
蓄積して障害復旧後の前記書込手段による印刷が完了す
るまで保持するため、前記メールサーバ装置にメッセー
ジ情報の再取得のためにアクセスする必要が無く、前記
メールサーバ装置へのメッセージ情報ダウンロードのた
めのアクセスを最小限に抑えふ前記メールサーバ装置の
負荷を低減しつつメッセージ情報の確実な印刷出力が可
能となる効果が得られる。

【００７２】請求項２に係る発明によれば、前記書込手
段に障害が発生した旨を内容として含むＨＴＭＬ形式文
書ファイルを作成して前記ＨＴＴＰサーバ装置に転送・
登録して、パーソナルコンピュータ等の他のネットワー
ク端末から参照できるようにしたため、本発明に係るネ
ットワークファクシミリ装置のそばにいなくとも前記書
込手段の異常を知ることができ、迅速なエラー復旧処置
をとることが可能となる。それにより、受信メッセージ
情報の受け取りの迅速化を図ることが可能となる効果が
得られる。また、印刷が完了していないメッセージ情報
は、前記メールサーバ装置に蓄積されたままとなってい
るため、前記書込手段の復旧ができない場合の代替装置
として、他のファクシミリ装置やパーソナルコンピュー
タなどの電子メール端末により異常発生中の本発明に係
るネットワークファクシミリ装置のＰＯＰアカウントを
用いて前記メールサーバ装置に蓄積された印刷未完のメ
ッセージ情報を受信することもできる利点がある。

【００７３】請求項３に係る発明によれば、当該印刷未
完のメッセージ情報を電子メールにより受信した際のメ
ールヘッダ部の内容、具体的には、ＴＯフィールドやＦ
ＲＯＭフィールド、ＳＵＢＪＥＣＴフィールド等を内容
として含むＨＴＭＬ形式文書ファイルを作成して前記Ｈ
ＴＴＰサーバ装置に転送・登録して、パーソナルコンピ
ュータ等の他のネットワーク端末から参照できるように
したため、本発明に係るネットワークファクシミリ装置
のそばにいなくとも印刷未完のメッセージ情報の重要性
や概要を把握でき、当該印刷未完のメッセージ情報のた
めに迅速なエラー復旧処置をとるべきか否かの判断を容
易に行うことが可能となる。また、印刷未完のメッセー
ジ情報は、前記メールサーバ装置に蓄積されたままとな
っているため、前記書込手段の復旧ができない場合の代
替装置として、他のファクシミリ装置やパーソナルコン
ピュータなどの電子メール端末により異常発生中の本発
明に係るネットワークファクシミリ装置のＰＯＰアカウ
ントを用いて前記メールサーバ装置に蓄積された印刷未
完のメッセージ情報を受信することもできる利点があ
る。

【図面の簡単な説明】

【図１】本発明の実施の形態に係るネットワークファク
シミリ装置のネットワークへの接続形態について示す図
である。

【図２】本発明の実施の形態に係るネットワークファク
シミリ装置のブロック構成を示す図である。

【図３】本発明の実施の形態に係るネットワークファク
シミリ装置における電子メールによるメッセージ情報受
信処理手順について示すフローチャートである。

【図４】図３の処理手順に引き続いて行われる処理手順
について示す図である。

【図５】クライアント端末とメールサーバ間の電子メー
ルのやりとりのシーケンスについて示す図である。

【図６】本発明の実施の形態に係るネットワークファク
シミリ装置において管理されるメッセージ情報の構成に
ついて示す図である。

【図７】メッセージ情報を内容として含む受信電子メー
ル例について示す図である。

【図８】本発明の実施の形態に係るネットワークファク
シミリ装置における受信メッセージ情報出力処理手順に
ついて示すフローチャートである。

【図９】図３の処理手順に引き続いて行われる、図４に
示す処理手順とは別の処理手順について示す図である。

【図１０】書き込み異常の旨を記したＨＴＭＬメッセー
ジ例について示す図である。

【図１１】図３の処理手順に引き続いて行われる、図４
や図９に示す処理手順とは別の処理手順について示す図
である。

【図１２】受信メッセージ情報のヘッダ部を内容として
含むＨＴＭＬメッセージ例について示す図である。

【符号の説明】

１ネットワークファクシミリ装置２システム制御部３ＲＯＭ４ＲＡＭ５読取部６書込部７画像処理部８画像メモリ９操作表示部１０符号化復号化部１１ＬＡＮ通信制御部１２ＬＡＮインターフェイス１３システムバス２０メールサーバ装置３０ＨＴＴＰサーバ装置４０ａ、４０ｂＰＣ５０ＬＡＮ６０ルータ装置

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｎ 1/32 Ｈ０４Ｎ 1/32 Ｊ

Claims

【特許請求の範囲】

【請求項１】ネットワークを介してメールサーバ装置
にＰＯＰプロトコルによりアクセスして当該メールサー
バ装置に蓄積された自装置宛のメッセージ情報を電子メ
ールにより受信して、その受信メッセージ情報を書込手
段により印刷出力するネットワークファクシミリ装置に
おいて、前記メールサーバ装置に前記ネットワークを介してアク
セスして前記メールサーバ装置に蓄積された自装置宛の
メッセージ情報を受信すると共に、当該受信メッセージ
情報を前記書込手段により印刷出力し、当該印刷出力が
正常に完了した場合には当該受信メッセージ情報の削除
要求を行って当該受信メッセージ情報を前記メールサー
バ装置から削除する一方、当該印刷出力が正常に完了し
なかった場合には当該受信メッセージ情報の削除要求を
行わずに、当該受信メッセージ情報を前記メールサーバ
装置に蓄積されたままとすると共に当該メッセージ情報
をユニークなＩＤを付加して蓄積メモリに蓄積するメッ
セージ情報受信制御手段と、前記蓄積メモリに蓄積され
た印刷未完メッセージ情報を障害復旧後の前記書込手段
により印刷出力する再印刷制御手段と、前記再印刷制御
手段により前記印刷未完メッセージ情報の印刷が完了す
ると前記メールサーバ装置に再度アクセスして当該印刷
完了したメッセージ情報に係る前記ＩＤを指定して削除
要求を行い当該印刷完了したメッセージ情報を前記メー
ルサーバ装置から削除する印刷未完メッセージ情報処理
手段とを備えたことを特徴とするネットワークファクシ
ミリ装置。
【請求項２】前記書込手段に障害が発生して受信した
メッセージ情報の印刷が正常に完了しなかった場合に
は、前記書込手段に障害が発生している旨を少なくとも
内容として含むＨＴＭＬ形式文書ファイルを作成して前
記ネットワーク上のＨＴＴＰサーバ装置に対して転送・
登録する障害発生通知手段を更に備えたことを特徴とす
る請求項１に記載のネットワークファクシミリ装置。
【請求項３】前記書込手段に障害が発生して受信した
メッセージ情報の印刷が正常に完了しなかった場合に
は、当該印刷未完のメッセージ情報を電子メールにより
受信した際のメールヘッダ部の内容を少なくとも内容と
して含むＨＴＭＬ形式文書ファイルを作成して前記ネッ
トワーク上のＨＴＴＰサーバ装置に対して転送・登録す
る印刷未完メッセージ通知手段を更に備えたことを特徴
とする請求項１または２のいずれかに記載のネットワー
クファクシミリ装置。