(57)【要約】【課題】クライアント端末から指示されたメールアドレスの結果通知を送信側のクライアント端末で確実に知ることが可能なネットワークファクシミリシステムを提供する。【解決手段】ネットワークシステムは、文書ファイルをメールアドレスと共にＭＤＮ要求を伴ってクライアント端末からファクシミリ装置に転送することにより、この送信側のファクシミリ装置がネットワークを介して相手側のファクシミリ装置に送信する。相手側のファクシミリ装置が受信完了後にＭＤＳ応答を行ったとき、前記送信側のファクシミリ装置は前記メールアドレスのクライアント端末に対して送信結果をメール送信する。【選択図】図１
2007249677.tif 000002
【特許請求の範囲】
【請求項１】
文書ファイルをメールアドレスと共にＭＤＮ要求を伴ってクライアント端末からファクシミリ装置に転送することにより、この送信側の前記ファクシミリ装置がネットワークを介して相手側の前記ファクシミリ装置に送信するネットワークファクシミリシステムにおいて、
相手側の前記ファクシミリ装置が受信完了後にＭＤＳ応答を行ったとき、前記送信側の前記ファクシミリ装置は前記メールアドレスのクライアント端末に対して送信結果をメール送信することを特徴とするネットワークファクシミリシステム。
【請求項２】
前記相手側のファクシミリ装置からＭＤＳ応答がないとき、または送信が不達のとき、送信結果を送るための情報を定期的に消去するか、その情報が一定量を超えたときに消去するかのいずれか一方または双方を行うことを特徴とする請求項１記載のネットワークファクシミリシステム。
【請求項３】
前記相手側のファクシミリ装置からＭＤＳ応答がないとき、または送信が不達のとき、送信側の前記ファクシミリ装置は新たなファクシミリ送信の受け入れを拒否した後、その結果をメール送信することを特徴とする請求項１記載のネットワークファクシミリシステム。
【請求項４】
前記相手側のファクシミリ装置からＭＤＳ応答がないとき、送信が不達のとき、または送信結果を送るための情報によって送信側の前記ファクシミリ装置のメモリ量が過剰となったとき、送信側の前記ファクシミリ装置は新たなファクシミリ送信の受け入れを行った後、結果をメール送信することなく印字レポートを行うことを特徴とする請求項１記載のネットワークファクシミリシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットなどの公衆回線網を介してファクシミリ通信を行うネットワークファクシミリシステムに関する。
【背景技術】
【０００２】
インターネット等を介してファクシミリ通信を行うネットワークファクシミリシステムでは、文書ファイルの送信を行った送信結果を送信元のクライアント端末側で簡単に知ることが重要視されている。このための手段の一つとして、メールによる結果の通知機能があり、インターネットファクシミリでは、送信側であるクライアント端末からのＭＤＮ要求によって、受信機がメールを受信したかどうかを確認することが可能となっている。
【特許文献１】特開２００２−２１８１５１公報
【特許文献２】特開２００４−２２８９４４公報
【特許文献３】特開２００４−１０４３１３公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
インターネット等のネットワークファクシミリシステムにおいては、送信側のクライアント端末が指示したメールアドレスに対し結果通知を要求する場合は、中間地点のメールサーバーにメールを送信した時点で送信側のクライアント端末に結果通知が来るようになっている。このため、クライアント端末では、受信側のファクシミリ装置にメールが届いたか否かを確実に知ることができないものとなっている。
【０００４】
本発明は、このような問題点を考慮してなされたものであり、クライアント端末から指示されたメールアドレスの結果通知を送信側のクライアント端末で確実に知ることが可能なネットワークファクシミリシステムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するため、本発明は、送信側からのＭＤＮ（Ｍｅｓｓａｇｅ  Ｄｉｓｐｏｓｉｔｉｏｎ  Ｎｏｔｉｆｉｃａｔｉｏｎ）要求に対しての受信機側からのメールを受け取った返信を利用するものである。このため、請求項１記載の発明のネットワークファクシミリシステムは、文書ファイルをメールアドレスと共にＭＤＮ要求を伴ってクライアント端末からファクシミリ装置に転送することにより、この送信側のファクシミリ装置がネットワークを介して相手側のファクシミリ装置に送信するネットワークファクシミリシステムにおいて、相手側のファクシミリ装置が受信完了後にＭＤＳ応答を行ったとき、前記送信側のファクシミリ装置は前記メールアドレスのクライアント端末に対して送信結果をメール送信することを特徴とする。
【０００６】
請求項２記載の発明は、請求項１記載のネットワークファクシミリシステムであって、前記相手側のファクシミリ装置からＭＤＳ応答がないとき、または送信が不達のとき、送信結果を送るための情報を定期的に消去するか、その情報が一定量を超えたときに消去するかのいずれか一方または双方を行うことを特徴とする。
【０００７】
請求項３記載の発明は、請求項１記載のネットワークファクシミリシステムであって、前記相手側のファクシミリ装置からＭＤＳ応答がないとき、または送信が不達のとき、送信側のファクシミリ装置は新たなファクシミリ送信の受け入れを拒否した後、その結果をメール送信することを特徴とする。
【０００８】
請求項４記載の発明は、請求項１記載のネットワークファクシミリシステムであって、前記相手側のファクシミリ装置からＭＤＳ応答がないとき、送信が不達のとき、または送信結果を送るための情報によって送信側のファクシミリ装置のメモリ量が過剰となったとき、送信側のファクシミリ装置は新たなファクシミリ送信の受け入れを行った後、結果をメール送信することなく印字レポートを行うことを特徴とする。
【発明の効果】
【０００９】
請求項１記載の発明によれば、送信相手となる相手側のファクシミリ装置が受信完了後にＭＤＳ応答を行ったとき、送信側のファクシミリ装置ではメールアドレスのクライアント端末に対して送信結果をメール送信するため、クライアント端末に対しても結果通知を送ることが可能になる。その結果、送信機の結果ログで確認することができることに加え、ＰＣ（パソコン）上でも結果を知ることができる。これにより使い勝手が向上する。
【００１０】
請求項２記載の発明によれば、送信相手側のファクシミリ装置からＭＤＳ応答がないとき、または送信が不達のとき、送信結果を送るための情報を定期的に消去するか、その情報が一定量を超えたときに消去するかのいずれか一方または双方を行うため、送信結果を送るための情報がメモリ上に残ってしまうことを防ぐことが可能になる。
【００１１】
請求項３記載の発明によれば、相手側のファクシミリ装置からＭＤＳ応答がないとき、または送信が不達のとき、送信側のファクシミリ装置は新たなファクシミリ送信の受け入れを拒否した後、その結果をメール送信するため、ネットワークファクス送信要求を受け付けない旨を知らせることができ、使い勝手が向上する。
【００１２】
請求項４記載の発明によれば、相手側のファクシミリ装置からＭＤＳ応答がないとき、送信が不達のとき、または送信結果を送るための情報によって送信側のファクシミリ装置のメモリ量が過剰となったとき、送信側のファクシミリ装置は新たなファクシミリ送信の受け入れを行った後、結果をメール送信することなく印字レポートを行うため、結果通知領域が空くまでネットワークファクス送信要求を受け付けないことを防ぐことができると共に、送信要求を受け付けない状態だったことを送信元のクライアント端末に伝えることもできるため、使い勝手が向上する。
【発明を実施するための最良の形態】
【００１３】
以下、本発明を一実施形態に基づいてさらに具体的に説明する。本発明は、図１に示すように、インターネット等の公衆回線網を介してファクシミリ通信を行うシステムであり、インターネット等の通信媒体を介して相互に接続された複数のクライアント端末と、それぞれのクライアント端末と通信可能なファクシミリ装置とを有している。クライアント端末はファクシミリ装置に対しファクス送信要求コマンドを送信する手段を備える。インターネット等の公衆回線は、サーバを介して行われる。
【００１４】
図２は、ファクシミリ装置のブロック図を示し、操作制御部２、Ｇ３／Ｇ４制御部３、プロッタ制御部４、宛先管理部５、ファイル管理部６、レポート制御部７、ネットワーク制御部８、省エネ制御部９、結果通知制御部１０、表示制御部１１、圧縮伸張制御部１２、スキャナ制御部１３、ジョブ制御部１４、コマンド解析部１５、内部スイッチ１６、ページフレーム制御部１７、メール制御部１８、アドレス帳管理部１９を備え、これらがバス２０を介して主制御部１に接続された構成となっている。このファクシミリ装置は、ファクシミリ規格にあったファクシミリ送信を行うことができると共に、クライアント端末からの送信要求コマンドを受信することが可能となっている。相互に接続されているクライアント端末及びファクシミリ装置は、定められた手順で通信を行い、宛先や文書ファイルを送受信するようになっている。
【００１５】
図１は、この実施形態における概要を示しており、手順１〜手順７までを行うようになっている。手順１では、送信元のクライアント端末が動作するものであり、ＭＤＮ要求をしてインターネットファクスを行う。このときに、結果を通知先のメールアドレスを指定する。手順２では、送信元のファクシミリ装置が動作するものであり、このファクシミリ装置は、クライアント端末からの要求を引き継いで、ＭＤＮ要求を伴ってインターネットファクスを行う。このときには、結果を通知先のメールアドレスとメッセージＩＤをセットで記憶する。
【００１６】
手順３及び４においては、メールを受け取り、ＭＤＮ要求に対する応答メールを返送する。手順５及び６では、ＭＤＮ応答メールを受け取るものであり、ＭＤＮ応答メールに記載されているメッセージＩＤをキーに結果通知先のメールアドレスを検索し、そのメールアドレスにメールを送信する。手順７では、受信機がメールを受け取ったことが記載されている結果通知メールをクライアント端末が受け取る。
【００１７】
図４は、クライアント端末からの要求に対する送信側のファクシミリ装置のフローチャートを示す。図４におけるＳＴＥＰ１０１では、クライアント端末からのインターネットファクス要求を受け取り、ＳＴＥＰ１０２では、ＭＤＮ要求の抽出処理を行う。この処理は、クライアント端末からの要求コマンドを解釈し、受信確認要求（ＭＤＮ要求）があるのかを抽出するものである。
【００１８】
ＳＴＥＰ１０３は、結果通知先の記憶処理を行うステップであり、ＭＤＮ要求がある場合には、結果通知先を記憶領域から新規の記憶領域を確保する。また、クライアント端末からの結果通知先メールアドレスを抽出し、取得した領域に結果通知先を記憶する。併せてクライアント端末が付加したインターネットファクス要求の認識情報（例えば、日時、件名、ユーザー名、文書名）もあわせて記憶する。
【００１９】
ＳＴＥＰ１０４は、ＭＤＮ要求に応じたメールの作成を行うステップであり、ＭＤＮ要求がある場合には、メールヘッダーにＤｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：  「結果通知先メールアドレス」を付加する。また、Ｍｅｓｓａｇｅ−ＩＤも付加する。ＳＴＥＰ１０５は結果通知に対してメールＩＤを付加する処理を行うものであり、記憶した結果通知先に対してメールＩＤを関連付けて記憶する。そして、ＳＴＥＰ１０６でメールの送信を行う。
【００２０】
図３は、ファクシミリ装置における結果通知先記憶領域の一例を示し、メールＩＤに対応して結果通知先メールアドレスが記録されており、結果通知先メールアドレスに対応して文書ファイルの書誌情報が記録されている。
【００２１】
図４はＭＤＮ応答メールに対する送信側の動作を示すフローチャートである。ＳＴＥＰ２０１では受信機からのＭＤＮ応答メールを受け取り、ＳＴＥＰ２０２ではメールヘッダーからメールＩＤを取り出す。
【００２２】
ＳＴＥＰ２０３では、メールＩＤを結果通知先記憶領域から検索する。そして、該当するメールＩＤがなければ、処理を終了する。ＳＴＥＰ２０４では、結果通知先があるか否かを判断する。その結果、メールＩＤに対応付けされた結果通知先が存在すれば、そのメールアドレスを取り出し、存在しなければ、宛先異常として結果通知メールを送らず、記憶領域を開放する。
【００２３】
ＳＴＥＰ２０５は結果通知メールの作成を行うステップであり、受信機から送られてきた、ＭＤＮ応答メールに記載されている内容元に、結果通知メールのコンテンツを作成する。また、クライアント端末が付加したインターネットファクス要求の認識情報（例えば、日時、件名、ユーザー名、文書名）も抽出し、メールのコンテンツに埋め込む。これによって、いつのインターネットファクス要求なのかをユーザーが簡単に知ることができる。
【００２４】
ＳＴＥＰ２０６では、結果通知メールの送信を行い、ＳＴＥＰ２０７では結果通知先の記憶を削除し、記憶領域を開放する。
【００２５】
上記の動作において、結果通知記憶領域の中に用意されている「書込み日時」の領域がクライアント端末からの要求に対する送信機の動作に関連する場合がある。この場合には、図４のＳＴＥＰ１０３で新規の記憶領域を確保した時点で、ファクシミリ装置の時計情報をもとにして書き込みを行う。この１レコードごとの情報は、リスト構造によって管理されている。リストを検索することは、書込み日時の古い順に検索することと同意である。結果通知記憶領域の監視デーモンが、定期的に動作している。そして、現在時刻と書込み日時を比較し、定められた時間以上であれば、そのレコードを削除する。削除はリスト構造からの開放である。
【００２６】
結果通知記憶領域の中に用意されている「書込み日時」の領域がクライアント端末からの要求に対する送信機の動作に関連する場合がある。この場合は、図４のＳＴＥＰ１０３において新規の記憶領域を確保した時点で、ファクシミリ装置の時計情報をもとに書き込みを行う。この１レコードごとの情報は、リスト構造によって管理されている。リストを検索することは、書込み日時の古い順に検索することと同意である。
【００２７】
なお、リストを構成できる要素となる最大のレコード数が固定値として管理されている。また、未使用の記憶領域数（レコード数）も管理されている。これらのレコード数はユーザ設定可能とすることも可能である。結果通知記憶領域の監視デーモンが、定期的に動作している。そして、未使用の記憶領域数（レコード数）が、定められた数以下であれば、定められた数以上になるまで、古いレコードから順次削除する。削除はリスト構造からの開放である。
【００２８】
図６は、クライアント端末からの要求に対する送信機の動作を示すフローチャートである。ＳＴＥＰ３０１では、クライアント端末からのインターネットファクス要求を受け取る。ＳＴＥＰ３０２ではＭＤＮ要求の抽出処理を行う。ＳＴＥＰ３０３は結果通知先の記憶処理のステップであり、記憶領域取得は不可能となっている。
【００２９】
ＳＴＥＰ３０４は内部ＳＷの判断ステップであり、「クライアント端末に不可を通知する」または「受信機にむけてインターネットする」の選択を行う。
【００３０】
そして、ＳＴＥＰ３０４で、「クライアント端末に不可を通知する」を選択した場合には、ＳＴＥＰ３０５に移行して、結果通知アドレスを元に送信不可通知メールを作成し、ＳＴＥＰ３０６で送信不可通知メールの送信を行う。
【００３１】
ＳＴＥＰ３０４で、「受信機にむけてインターネットする」を選択した場合には、ＳＴＥＰ３０７で結果通知メールを送れない旨の紙レポートを出力し、ＳＴＥＰ３０８でＭＤＮ応答なしでのメールを作成する。この場合、ＭＤＮ応答要求でメールを作成してもよい。その後、ＳＴＥＰ３０９でールの送信を行う。
【００３２】
本発明は、以上の実施形態に限定されることなく変更が可能であり、例えば、前記相手側のファクシミリ装置からＭＤＳ応答がないとき、または送信が不達のときにおける送信結果を送るための情報の定期的な消去周期や、記憶領域数（レコード数）をユーザが設定し、その情報を内部スイッチに記憶することができる。そして、このスイッチを動作時に参照するものである。
【図面の簡単な説明】
【００３３】
【図１】本発明の一実施形態のシステムを示す概要図である。
【図２】ファクシミリ装置の構成を示すブロック図である。
【図３】結果通知記憶領域の一例を示す正面図である。
【図４】クライアント端末からの要求に対する動作のフローチャートである。
【図５】ＭＤＮ応答メールに対する動作のフローチャートである。
【図６】クライアント端末からの要求に対するフローチャートである。
【符号の説明】
【００３４】
１    主制御部
２    操作制御部
３    Ｇ３／Ｇ４制御部
４    プロッタ制御部
５    宛先管理部
６    ファイル管理部
７    レポート制御部
８    ネットワーク制御部
９    省エネ制御部
１０    結果通知制御部
１１    表示制御部
１２    圧縮伸張制御部
１３    スキャナ制御部
１４    ジョブ制御部
１５    コマンド解析部
１６    内部スイッチ
１７    ページフレーム制御部
１８    メール制御部
１９    アドレス帳管理部
【図１】
2007249677.tif 000003
【図２】
2007249677.tif 000004
【図３】
2007249677.tif 000005
【図４】
2007249677.tif 000006
【図５】
2007249677.tif 000007
【図６】
2007249677.tif 000008