JP2011029819A - 通信端末、通信方法及びプログラム - Google Patents

Abstract

【課題】データ送信中にエラーが発生した後、データ送信を再開する前に、転送設定がなされた場合において、データを受信した端末のユーザが混乱するのを防止することができる通信端末を提供する。
【解決手段】通信制御プロトコルとしてＳＩＰを用いてデータの通信を行う通信端末であって、データ送信中にエラーが発生した後、データ送信を再開する前に受信したアドレス情報（Ｓ３０３）を基に、転送設定がなされたか否かを判断する判断手段（Ｓ３０４、Ｓ３０６）と、データ送信を再開する場合に、判断手段により転送設定がなされたと判断されたときは、転送先の端末に対して先頭頁からのデータを送信する制御手段（Ｓ３０７，Ｓ３０８）と、を備える。
【選択図】図３

Description

本発明は、例えば、通信制御プロトコルとしてＳＩＰ（Ｓｅｓｓｉｏｎ ＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を用いてデータの通信を行う通信端末、通信方法及びプログラムに関する。

ＳＩＰを用いて通信する場合、送信元端末と送信先端末との間にＳＩＰサーバが備えられ、送信元端末は、ＳＩＰサーバに対して送信先端末のＩＰアドレスを問い合わせることにより該ＩＰアドレスを取得し、送信先端末に対して接続を要求する。

また、このような通信環境において、送信先端末は、ＳＩＰサーバに転送設定を行うことができる（特許文献１）。

転送設定とは、たとえば受信側である送信先端末のユーザが外出するようなときに、本来の端末ではなく外出先の端末で自分宛てのデータを受信したい場合に、外出先の端末のＩＰアドレスを転送先としてＳＩＰサーバに登録しておく。そして、ＳＩＰサーバは、問い合わせを行った送信元端末に対して転送先の端末のＩＰアドレスを通知する。

また、ファクシミリ装置等の通信端末には、エラーリダイヤル機能を備えるものがある（特許文献２）。エラーリダイヤル機能とは、データ送信の途中で何らかのエラーが発生して通信が中断してしまった場合に、送信元端末が送信先端末に対して再度発呼することにより、エラーが発生したときに送信していた途中のページから送信を再開する機能である。

特開２００５−９４６６２号公報 特開平１−２９０３７２号公報

ところで、データ送信の途中でエラーが発生したとき、該エラー発生後、途中の頁からのデータ送信を再開する前のタイミングで上述したＳＩＰの転送設定がなされてしまう場合がある。この場合、エラーリダイヤル機能によりデータ送信を再開したときに、エラー発生前の送信先端末と異なる転送先端末に対して後半部分の頁が送信されてしまい、受信側のユーザが混乱することになる。

そこで、本発明は、データ送信中にエラーが発生した後、データ送信を再開する前に、転送設定がなされた場合において、データを受信した端末のユーザが混乱するのを防止することができる通信端末、通信方法、及びプログラムを提供することを目的とする。

上記目的を達成するために、本発明の通信端末は、所定の通信制御プロトコルを用いてデータの通信を行う通信端末であって、データ送信中にエラーが発生した後、データ送信を再開する前に受信したアドレス情報を基に、転送設定がなされたか否かを判断する判断手段と、前記データ送信を再開する場合に、前記判断手段により転送設定がなされたと判断されたときは、転送先の端末に対して先頭頁からのデータを送信する制御手段と、を備えることを特徴とする。

本発明の通信端末は、所定の通信制御プロトコルを用いてデータの通信を行う通信端末であって、データ送信中にエラーが発生した後、データ送信を再開する前に受信したアドレス情報を基に、転送設定がなされたか否かを判断する判断手段と、前記データ送信を再開する場合に、前記判断手段により転送設定がなされたと判断されたときは、転送先の端末に対して送信完了頁の次の頁からのデータを送信する制御手段と、該制御手段により前記転送先の端末に対して送信完了頁の次の頁からのデータが送信される場合に、該転送先の端末に対して前半部分の頁のデータは前回の送信先の端末に送信した旨を通知する第１の通知手段と、前記制御手段により前記転送先の端末に対して送信完了頁の次の頁からのデータが送信された場合に、前回の送信先の端末に対して後半部分の頁のデータは前記転送先の端末に送信した旨を通知する第２の通知手段と、を備えることを特徴とする。

本発明の通信端末は、所定の通信制御プロトコルを用いてデータの通信を行う通信端末であって、データ送信中にエラーが発生した後、データ送信を再開する前に受信したアドレス情報を基に、転送設定がなされたか否かを判断する判断手段と、前記データ送信を再開する場合に、前記判断手段により転送設定がなされたと判断されたときは、前回の送信先の端末に対して送信完了頁の次の頁からのデータを送信する制御手段と、該制御手段により前回の送信先の端末に対して送信完了頁の次の頁からのデータが送信される場合に、転送先の端末に対して後半部分の頁のデータは前回の送信先の端末に送信した旨を通知する通知手段と、を備えることを特徴とする。

本発明によれば、データ送信中にエラーが発生した後、データ送信を再開する前に、転送設定がなされた場合において、データを受信した端末のユーザが混乱するのを防止することができる。

本発明の第１の実施形態である通信端末を備える通信システムの構成例を示す図である。 ＭＦＰ−Ｘの構成例を説明するためのブロック図である。 ＭＦＰ−Ｘにおいて、データ送信中にエラーが発生した後、データ送信を再開する前に、転送設定がなされた場合の送信処理を通常の送信処理と併せて説明するためのフローチャート図である。 ＭＦＰ−Ｘにおいて、ＳＩＰサーバから転送設定ステータスを受信し、転送先に先頭頁からデータを送信する処理について説明するためのシーケンス図である。 ＭＦＰ−Ｘにおいて、転送先のＭＦＰ−Ｂに対して先頭頁からデータを送信したことを前回の送信先であるＭＦＰ−Ａに通知する処理について説明するためのフローチャート図である。 転送先のＭＦＰ−Ｂに対して先頭頁からデータを送信したことをＭＦＰ−Ｘから前回の送信先であるＭＦＰ−Ａに通知する処理を説明するためのシーケンス図である。 本発明の通信端末の第２の実施形態であるＭＦＰ−Ｘにおいて、データ送信中にエラーが発生した後、データ送信を再開する前に、転送設定がなされた場合の送信処理を通常の送信処理と併せて説明するためのフローチャート図である。 本発明の通信端末の第３の実施形態であるＭＦＰ−Ｘにおいて、データ送信中にエラーが発生した後、データ送信を再開する前に、転送設定がなされた場合の送信処理を通常の送信処理と併せて説明するためのフローチャート図である。 データ送信中にエラーが発生した後、データ送信を再開する前に、転送設定がなされた場合に、ＭＦＰ−Ｘから前回の送信先であるＭＦＰ−Ａに送信完了頁の次の頁からデータを送信する処理について説明するためのシーケンス図である。 ＭＦＰ−Ｘにおいて、前回の送信先のＭＦＰ−Ａに対して送信完了頁の次の頁からデータを送信したことを転送先であるＭＦＰ−Ｂに通知する処理について説明するためのフローチャート図である。 前回の送信先のＭＦＰ−Ａに対して送信完了頁の次の頁からデータを送信したことをＭＦＰ−Ｘから転送先であるＭＦＰ−Ｂに通知する処理を説明するためのシーケンス図である。 本発明の通信端末の第４の実施形態であるＭＦＰ−Ｘの動作例について説明するためのフローチャート図である。 設定画面の一例を示す図である。

以下、本発明の実施形態を図面を参照して説明する。

（第１の実施形態）
図１は、本発明の第１の実施形態である通信端末を備える通信システムの構成例を示す図である。

図１に示す通信システムは、所定の通信制御プロトコル（ＳＩＰ）を用いてデータの通信を行うＭＦＰ−Ｘ１０１、ＭＦＰ−Ａ１０２、ＭＦＰ−Ｂ１０３及びＳＩＰサーバ１０４がネットワーク（通信回線）１００を介して互いに接続されている。

ＭＦＰ−Ｘ１０１、ＭＦＰ−Ａ１０２及びＭＦＰ−Ｂ１０３は、コピー、ＦＡＸ、プリンタ機能を有する複合機とされている。

また、ＭＦＰ−Ｘ１０１が送信元端末、ＭＦＰ−Ａ１０２が送信先端末、ＭＦＰ−Ｂ１０３が転送先端末とされており、本実施形態では、ＭＦＰ−Ｘ１０１が本発明の通信端末の一例に相当する。なお、ＭＦＰ−Ａ１０２のＦＡＸ番号は、「０３−１１１１−１１１１」として説明する。

ＳＩＰサーバ１０４は、不図示のリダイレクトサーバ、プロキシサーバ、登録サーバ、ロケーションサーバから構成される。また、ＳＩＰサーバ１０４は、各端末の登録管理、ユーザの認証、電話／ＦＡＸ番号からＩＰアドレス等のアドレス情報への変換、呼制御シーケンスの制御、接続先へのルーティングなどを行う。

図２は、ＭＦＰ−Ｘ１０１の構成例を説明するためのブロック図である。なお、ＭＦＰ−Ａ１０２、ＭＦＰ−Ｂ１０３の構成については、ＭＦＰ−Ｘ１０１と同様であるので、その説明を省略する。

図２において、ＣＰＵ２０１は、ＲＯＭ２０７に格納された制御プログラムに基づいてＭＦＰ−Ｘ１０１を構成する各デバイスを制御する。

表示／操作部２０２は、表示画面に、例えばウインドウ、アイコン、メッセージ、メニュー、その他のユーザインターフェース情報を表示する。表示／操作部２０２は、図示は省略するが、ユーザがコピー、ＦＡＸ、プリンタ操作を行うための各種キーや、表示画面のアイコン、メニューなどを操作する画面ポインティングデバイスから構成される。

スキャナ部２０３は、原稿の画像の読み取り処理を行う。印刷部２０４は、ＲＡＭ２０８やＨＤＤ２０９に保存した印刷データの印刷を行う。ＲＯＭ２０７は、各種制御プログラムやデータを保持する。

ＲＡＭ２０８は、ＣＰＵ２０１のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域などを有する。ＨＤＤ２０９は、各種制御プログラムや印刷データを保存する。

ネットワークＩ／Ｆ部２１０は、ネットワーク１００に接続され、ＳＩＰサーバ１０４、ＭＦＰ−Ａ１０２、ＭＦＰ−Ｂ１０３との間で通信を行う。ＳＩＰ−ＦＡＸ用の通信もこのネットワークＩ／Ｆ部２１０で行われる。

Ｔ．３８プロトコル作成／解析部２１１は、ＩＴＵ−Ｕ勧告Ｔ．３８プロトコルによるファクシミリ伝送情報を生成し、また受信したプロトコルからファクシミリ伝送情報を取り出す機能を有する。

ＩＰパケット作成／解析部２０５は、ＩＴＵ−Ｕ勧告Ｔ．３８プロトコルをＩＰパケットにマッピングし、また、受信したＩＰパケットからＩＴＵ−Ｕ勧告Ｔ．３８プロトコルを取り出す機能を有する。画像変換制御部２０６は、ＦＡＸ通信する画像の圧縮伸張や変倍、線密度変換を行う。

次に、図３を参照して、ＭＦＰ−Ｘ１０１において、データ送信中にエラーが発生した後、データ送信を再開する前に、ＳＩＰサーバ１０４に転送設定がなされた場合の送信処理を通常の送信処理と併せて説明する。図３での各処理は、ＭＦＰ−Ｘ１０１のＲＯＭ２０７やＨＤＤ２０９等の記憶部に記憶された制御プログラムがＲＡＭ２０８にロードされて、ＣＰＵ２０１等により実行される。

ステップＳ３０１では、ＣＰＵ２０１は、リダイヤル回数＝０、受信したＩＰアドレス＝ＮＵＬＬ、完了頁＝０として変数を初期化し、ステップＳ３０２に進む。

ステップＳ３０２では、ＣＰＵ２０１は、ＳＩＰサーバ１０４に対してセッションを開始し、ステップＳ３０３に進む。

ステップＳ３０３では、ＣＰＵ２０１は、ＳＩＰサーバ１０４から送信先のＩＰアドレスを受信し、ステップＳ３０４に進む。

ステップＳ３０４は、ＣＰＵ２０１は、前回のＩＰアドレスとステップＳ３０３で受信したＩＰアドレスとを比較し、送信先が前回と異なるか否かを判断する。

例えば、ＣＰＵ２０１は、前回受信したＭＦＰ−Ａ１０２のＩＰアドレス（１１．１１．１１．１１）とステップＳ３０３で受信したＩＰアドレスが同じであれば、転送設定なしと判断し、通常の送信処理を行うべく、ステップＳ３０５に進む。

一方、ＣＰＵ２０１は、前回受信したＭＦＰ−Ａ１０２のＩＰアドレス（１１．１１．１１．１１）とステップＳ３０３で受信したＩＰアドレスが異なる場合は、送信先が変更されたものと判断し、ステップＳ３０６に進む。なお、新規発呼の場合は、ステップＳ３０１でＩＰアドレスを初期化しているので、初期化したＩＰアドレスとステップＳ３０３で受信したＩＰアドレスとが異なることになり、ステップＳ３０６に進む。

ステップＳ３０５では、ＣＰＵ２０１は、送信先とのセッションが確立すると、ステップＳ３０９に進む。

ステップＳ３０６では、ＣＰＵ２０１は、リダイヤル回数が０の場合は、新規発呼と判断してステップＳ３０５に進み、リダイヤル回数が０以外の場合は、転送設定ありと判断してステップＳ３０７に進む。

ステップＳ３０７では、ＣＰＵ２０１は、前回の送信先と異なる送信先（転送先）とセッションが確立すると、ステップＳ３０８に進む。

ステップＳ３０８は、ＣＰＵ２０１は、転送先（例えばＭＦＰ−Ｂ１０３）に対して先頭頁からデータを送信し、ステップＳ３１０に進む。

ステップＳ３０９では、ＣＰＵ２０１は、新規発呼の送信先、又は前回と同じ送信先（例えばＭＦＰ−Ａ１０２）に対して、送信完了頁の次の頁からデータを送信し、ステップＳ３１０に進む。なお、新規発呼の場合は、ステップＳ３０１で完了頁を初期化しているので、先頭頁からデータを送信することになる。

ステップＳ３１０では、ＣＰＵ２０１は、セッションを切断し、ステップＳ３１１に進む。

ステップＳ３１１では、ＣＰＵ２０１は、送信完了頁を保存し、ステップＳ３１２に進む。ここで保存された送信完了頁は、エラー再送信時に使用される。

ステップＳ３１２では、ＣＰＵ２０１は、ＩＰアドレスを保存し、ステップＳ３１３に進む。ここで保存されたＩＰアドレスは、ステップＳ３０４で前回のＩＰアドレスを比較するときに使用される。

ステップＳ３１３は、ＣＰＵ２０１は、全頁送信済か否かを判断し、送信済の場合は、ステップＳ３１７に進み、送信済でない場合は、ステップＳ３１４に進む。

ステップＳ３１４では、ＣＰＵ２０１は、リダイヤル回数が所定の回数を超えているか否かを判断し、超えている場合は、ステップＳ３１７に進み、超えていない場合は、ステップＳ３１５に進む。

ステップＳ３１５では、ＣＰＵ２０１は、リダイヤル回数に１を加算し、ステップＳ３１６に進む。

ステップＳ３１６では、ＣＰＵ２０１は、リダイヤル待機時間を経過したか否かを監視し、リダイヤル待機時間を経過した場合は、ステップＳ３０２に戻り、再セッションを開始する。

ステップＳ３１７は、ＣＰＵ２０１は、転送先にエラー後のデータの再送信をしたか否かを判断し、再送信した場合は、ステップＳ３１８に進み、再送信していない場合は、処理を終了する。

ステップＳ３１８では、ＣＰＵ２０１は、表示／操作部２０２等の設定画面でのユーザ設定に基づき、前回の送信先に通知するか否かを判断し、通知する場合は、図５のステップＳ５０１に進み、通知しない場合は、処理を終了する。

次に、図４を参照して、ＭＦＰ−Ｘ１０１において、ＳＩＰサーバ１０４から転送設定ステータスを受信し、転送先に先頭頁からデータを送信する処理について説明する。

まず、ＭＦＰ−Ｘ１０１からＳＩＰサーバ１０４に対して、前回の送信先のＭＦＰ−Ａ１０２のＦＡＸ番号「０３−１１１１−１１１１」の接続を要求するＩＮＶＩＴＥリクエストを送信する（４０１）。

ＳＩＰサーバ１０４は、ＭＦＰ−Ｘ１０１から送信されたＩＮＶＩＴＥリクエストに対して３０２ＭｏｖｅｄＴｅｍｐｏｒａｒｙレスポンス（リダイレクトレスポンス）をＭＦＰ−Ｘ１０１に返送する（４０２）。

このとき、ＳＩＰサーバ１０４は、転送先の設定情報を参照し、ＭＦＰ−Ａ１０２のＦＡＸ番号「０３−１１１１−１１１１」の転送先の端末のＩＰアドレスも３０２ＭｏｖｅｄＴｅｍｐｏｒａｒｙレスポンスとともにＭＦＰ−Ｘ１０１に返送する。

この場合、転送設定「有り」と設定されているＭＦＰ−Ｂ１０３のＩＰアドレス「１１．１１．１１．２２」がＭＦＰ−Ｘ１０１に返送される。

続いて、ＭＦＰ−Ｘ１０１は、ＳＩＰサーバ１０４から返送された３０２ＭｏｖｅｄＴｅｍｐｏｒａｒｙレスポンスに対する確認応答であるＡＣＫをＳＩＰサーバ１０４に送信する（４０３）。

ＭＦＰ−Ｘ１０１は、３０２ＭｏｖｅｄＴｅｍｐｏｒａｒｙレスポンス及び転送先の端末のＩＰアドレスを受信した後、転送先のＭＦＰ−Ｂ１０３のＩＰアドレス「１１．１１．１１．２２」に接続要求であるＩＮＶＩＴＥリクエストを送信する（４０４）。

ＭＦＰ−Ｘ１０１からＩＮＶＩＴＥリクエストを受信したＭＦＰ−Ｂ１０３は、ＦＡＸ受信処理を開始するとともに、ＦＡＸ呼び出し中であることを示す１８０ＲｉｎｇｉｎｇレスポンスをＭＦＰ−Ｘ１０１に返送する（４０５）。

ＭＦＰ−Ｂ１０３は、ＦＡＸ受信を開始するとともに２００ＯＫレスポンスをＭＦＰ−Ｘ１０１に返送する（４０６）
２００ＯＫレスポンスを受信したＭＦＰ−Ｘ１０１は、２００ＯＫレスポンスを受信したことを示すＡＣＫをＭＦＰ−Ｂ１０３に対して送信する（４０７）。

ＭＦＰ−Ｂ１０３がＡＣＫを受信することにより、ＭＦＰ−Ｘ１０１とＭＦＰ−Ｂ１０３との間のセッションが確立し（４０８）、その後、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠した先頭頁からのリアルタイムのＦＡＸ通信が行われる（４０９）。

ＭＦＰ−Ｂ１０３においてＦＡＸ受信が終了すると、ＭＦＰ−Ｂ１０３からＭＦＰ−Ｘ１０１にメソッドＢＹＥが送信される（４１０）。

このメソッドＢＹＥに対する２００ＯＫレスポンスがＭＦＰ−Ｘ１０１からＭＦＰ−Ｂ１０３に送信されることで、セッションが終了する（４１１）。

次に、図５を参照して、ＭＦＰ−Ｘ１０１において、転送先のＭＦＰ−Ｂ１０３に対して先頭頁からデータを送信したことを前回の送信先であるＭＦＰ−Ａ１０２に通知する処理について説明する。図５での各処理は、ＭＦＰ−Ｘ１０１のＲＯＭ２０７やＨＤＤ２０９等の記憶部に記憶された制御プログラムがＲＡＭ２０８にロードされて、ＣＰＵ２０１等により実行される。

ステップＳ５０１では、ＣＰＵ２０１は、前回の送信先であるＭＦＰ−Ａ１０２に対してセッションを開始し、ステップＳ５０２に進む。

ステップＳ５０２は、ＣＰＵ２０１は、ＭＦＰ−Ａ１０２のＩＰアドレス（１１．１１．１１．１１）に直接接続し、ステップＳ５０３に進む。

ステップＳ５０３では、ＣＰＵ２０１は、ＭＦＰ−Ａ１０２とのセッションが確立すると、ステップＳ５０４に進む。

ステップＳ５０４では、ＣＰＵ２０１は、ＭＦＰ−Ａ１０２に対し、ＭＦＰ−Ｂ１０３に先頭頁からデータを送信した旨を通知するためのデータを送信し、ステップＳ５０５に進む。

ステップＳ５０５では、ＣＰＵ２０１は、ＭＦＰ−Ａ１０２とのセッションを切断し、処理を終了する。

図６は、図５と同様に、転送先のＭＦＰ−Ｂ１０３に先頭頁からデータを送信したことをＭＦＰ−Ｘ１０１から前回の送信先であるＭＦＰ−Ａ１０２に通知する処理を説明するためのシーケンス図である。

まず、既にＩＰアドレスが判っているので、ＭＦＰ−Ｘ１０１は、ＭＦＰ−Ａ１０２に対して接続要求であるＩＮＶＩＴＥリクエストを送信する（６０１）。

ＩＮＶＩＴＥリクエストを受信したＭＦＰ−Ａ１０２は、ＦＡＸ受信処理を開始するとともに、ＦＡＸ呼び出し中であることを示す１８０ＲｉｎｇｉｎｇレスポンスをＭＦＰ−Ｘ１０１に返送する（６０２）。

ＭＦＰ−Ａ１０２は、ＦＡＸ受信を開始するとともに２００ＯＫレスポンスをＭＦＰ−Ｘ１０１に返送する（６０３）。

２００ＯＫレスポンスを受信したＭＦＰ−Ｘ１０１は、２００ＯＫレスポンスを受信したことを示すＡＣＫをＭＦＰ−Ａ１０２に対して送信する（６０４）。

ＭＦＰ−Ａ１０２がＡＣＫを受信することにより、ＭＦＰ−Ｘ１０１とＭＦＰ−Ａ１０２との間のセッションが確立する（６０５）。

その後、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したリアルタイムのＦＡＸ通信が行われ、例えば、「転送先のＭＦＰ−Ｂ１０３に全頁を送信しました」等のＦＡＸデータをＭＦＰ−Ａ１０２に送信する（６０６）。

ＭＦＰ−Ａ１０２においてＦＡＸ受信が終了すると、ＭＦＰ−Ａ１０２からＭＦＰ−Ｘ１０１にメソッドＢＹＥが送信される（６０７）。

このメソッドＢＹＥに対する２００ＯＫレスポンスがＭＦＰ−Ｘ１０１からＭＦＰ−Ａ１０２に送信されることで、セッションが終了する（６０８）。

以上説明したように、本実施形態では、データ送信中にエラーが発生した後、データ送信を再開する前に、転送設定がなされた場合は、転送先に改めて先頭頁からデータが送信されるので、頁分割することなく全頁完結した状態でデータを受信することができる。また、前回の送信先にも転送先に全頁のデータが送信されたことが通知されるので、受信したデータの所在が明らかになる。これにより、データを受信した端末のユーザが混乱するのを防止することができる。

（第２の実施形態）
次に、図７を参照して、本発明の第２の実施形態である通信端末について説明する。なお、上記第１の実施形態に対して重複又は相当する部分については図及び符号を流用して説明する。

図７は、ＭＦＰ−Ｘ１０１において、データ送信中にエラーが発生した後、データ送信を再開する前に、ＳＩＰサーバ１０４に転送設定がなされた場合の送信処理を通常の送信処理と併せて説明するためのフローチャート図である。図７での各処理は、ＭＦＰ−Ｘ１０１のＲＯＭ２０７やＨＤＤ２０９等の記憶部に記憶された制御プログラムがＲＡＭ２０８にロードされて、ＣＰＵ２０１等により実行される。

なお、図７のステップＳ７０１〜７０７、及びステップＳ７０９〜ステップＳ７１８は、上記第１の実施形態で説明した図３のステップＳ３０１〜３０７、及びステップＳ３０９〜ステップＳ３１８と同様であるので、その説明を省略する。

ステップＳ７０７で前回の送信先と異なる送信先（転送先）とセッションが確立すると、ステップＳ７０８において、ＣＰＵ２０１は、転送先（例えばＭＦＰ−Ｂ１０３）に対して送信完了頁の次の頁からのデータを送信し、ステップＳ７１９に進む。

ステップＳ７１９では、ＣＰＵ２０１は、表示／操作部２０２等の設定画面でのユーザ設定に基づき、前半部分までのデータは転送設定前の送信先に送信している旨を転送先に通知するか否かを判断する。そして、ＣＰＵ２０１は、前半部分までのデータは転送設定前の送信先に送信している旨を転送先に通知する場合は、ステップＳ７２０に進み、通知しない場合は、ステップＳ７１０に進む。

ステップＳ７２０では、ＣＰＵ２０１は、「前半部分までのデータは転送設定前の前回の送信先に送信しました」等の通知内容のＦＡＸデータを転送先に送信し、ステップＳ７１０に進む。

なお、ステップＳ７１８で通知する設定がなされてステップＳ５０１に進む場合は、図５のステップＳ５０４では、ＣＰＵ２０１は、ＭＦＰ−Ａ１０２に対し、ＭＦＰ−Ｂ１０３に送信完了頁の次の頁からデータを送信した旨を通知するためのデータを送信する。

以上説明したように、本実施形態では、データ送信中にエラーが発生した後、データ送信を再開する前に、転送設定がなされた場合は、転送先に送信完了頁の次の頁からのデータを送信する。また、転送先には、前半部分のデータは転送設定前の前回の送信先に送信したことを通知（第１の通知）し、前回の送信先には、後半部分のデータは転送先に送信したことを通知（第２の通知）する。これにより、データを受信した端末のユーザが混乱するのを防止することができる。

（第３の実施形態）
次に、図８〜図１１を参照して、本発明の第３の実施形態である通信端末について説明する。なお、上記第１の実施形態に対して重複又は相当する部分については図及び符号を流用して説明する。

図８は、ＭＦＰ−Ｘ１０１において、データ送信中にエラーが発生した後、データ送信を再開する前に、ＳＩＰサーバ１０４に転送設定がなされた場合の送信処理を通常の送信処理と併せて説明するためのフローチャート図である。図８での各処理は、ＭＦＰ−Ｘ１０１のＲＯＭ２０７やＨＤＤ２０９等の記憶部に記憶された制御プログラムがＲＡＭ２０８にロードされて、ＣＰＵ２０１等により実行される。

なお、図８のステップＳ８０１〜８０６、及びステップＳ８０９〜ステップＳ８１６は、上記第１の実施形態で説明した図３のステップＳ３０１〜３０６、及びステップＳ３０９〜ステップＳ３１６と同様であるので、その説明を省略する。

ステップＳ８０６でリダイヤル回数が０以外で転送設定ありと判断されると、ステップＳ８０７において、ＣＰＵ２０１は、転送先にデータを送信することなく、前回の送信先に後半部分の頁を送信するか否かを判断する。そして、ＣＰＵ２０１は、前半の送信先に後半部分の頁を送信する場合は、ステップＳ８０８に進み、送信しない場合は、図７のステップＳ７０１に進む。

ステップＳ８０８では、ＣＰＵ２０１は、前回の送信先に対して再度セッションを開始し、ＭＦＰ−Ａ１０２のＩＰアドレス（１１．１１．１１．１１）に直接接続して、ステップＳ８１９に進む。

ステップＳ８１９では、ＣＰＵ２０１は、ステップＳ８０８でのセッションが確立すると、ステップＳ８２０に進む。

ステップＳ８２０では、ＣＰＵ２０１は、前回の送信先に対して送信完了頁の次の頁、即ち、後半部分の頁のデータをＦＡＸ送信し、ステップＳ８１０に進む。

また、ステップＳ８１７では、ＣＰＵ２０１は、転送設定を無視して前回の送信先に後半部分の頁のデータを送信したか否かを判断し、送信した場合は、ステップＳ８１８に進み、送信しない場合は、処理を終了する。

ステップＳ８１８では、ＣＰＵ２０１は、表示／操作部２０２等の設定画面でのユーザ設定に基づき、転送先に通知するか否かを判断し、通知する場合は、図１０のステップＳ１００１に進み、通知しない場合は、処理を終了する。

図９は、データ送信中にエラーが発生した後、データ送信を再開する前に、転送設定がなされた場合に、ＭＦＰ−Ｘ１０１から前回の送信先であるＭＦＰ−Ａ１０２に送信完了頁の次の頁からデータを送信する処理について説明するためのシーケンス図である。

まず、ＭＦＰ−Ｘ１０１からＳＩＰサーバ１０４に対して、前回の送信先のＭＦＰ−Ａ１０２のＦＡＸ番号「０３−１１１１−１１１１」の接続を要求するＩＮＶＩＴＥリクエストを送信する（９０１）。

ＳＩＰサーバ１０４は、ＭＦＰ−Ｘ１０１から送信されたＩＮＶＩＴＥリクエストに対してＭＦＰ−Ｂ１０３に転送設定されたことを示す３０２ＭｏｖｅｄＴｅｍｐｏｒａｒｙレスポンス（リダイレクトレスポンス）をＭＦＰ−Ｘ１０１に返送する（９０２）。

続いて、ＭＦＰ−Ｘ１０１は、ＳＩＰサーバ１０４から返送された３０２ＭｏｖｅｄＴｅｍｐｏｒａｒｙレスポンスに対する確認応答であるＡＣＫをＳＩＰサーバ１０４に送信する（９０３）。

ＭＦＰ−Ｘ１０１は、前回の送信先のＭＦＰ−Ａ１０２のＩＰアドレス「１１．１１．１１．１１」に接続要求であるＩＮＶＩＴＥリクエストを送信する（９０４）。

ＭＦＰ−Ｘ１０１からＩＮＶＩＴＥリクエストを受信したＭＦＰ−Ａ１０２は、ＦＡＸ受信処理を開始するとともに、ＦＡＸ呼び出し中であることを示す１８０ＲｉｎｇｉｎｇレスポンスをＭＦＰ−Ｘ１０１に返送する（９０５）。

ＭＦＰ−Ａ１０２は、ＦＡＸ受信を開始するとともに２００ＯＫレスポンスをＭＦＰ−Ｘ１０１に返送する（９０６）。

２００ＯＫレスポンスを受信したＭＦＰ−Ｘ１０１は、２００ＯＫレスポンスを受信したことを示すＡＣＫをＭＦＰ−Ａ１０２に対して送信する（９０７）。

ＭＦＰ−Ａ１０２がＡＣＫを受信することにより、ＭＦＰ−Ｘ１０１とＭＦＰ−Ａ１０２との間のセッションが確立する（９０８）。

その後、ＭＦＰ−Ｘ１０１から前回の送信先であるＭＦＰ−Ａ１０２に対して、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠した送信完了頁の次の頁からのリアルタイムのＦＡＸ通信が行われる（９０９）。

ＭＦＰ−Ａ１０２においてＦＡＸ受信が終了すると、ＭＦＰ−Ａ１０２からＭＦＰ−Ｘ１０１にメソッドＢＹＥが送信される（９１０）。

このメソッドＢＹＥに対する２００ＯＫレスポンスがＭＦＰ−Ｘ１０１からＭＦＰ−Ａ１０２に送信されることで、セッションが終了する（９１１）。

次に、図１０を参照して、ＭＦＰ−Ｘ１０１において、前回の送信先のＭＦＰ−Ａ１０２に対して送信完了頁の次の頁からデータを送信したことを転送先であるＭＦＰ−Ｂ１０３に通知する処理について説明する。図１０での各処理は、ＭＦＰ−Ｘ１０１のＲＯＭ２０７やＨＤＤ２０９等の記憶部に記憶された制御プログラムがＲＡＭ２０８にロードされて、ＣＰＵ２０１等により実行される。

ステップＳ１００１では、ＣＰＵ２０１は、転送先のＭＦＰ−Ｂ１０３に対してセッションを開始し、ステップＳ１００２に進む。

ステップＳ１００２では、ＣＰＵ２０１は、ＭＦＰ−Ｂ１０３のＩＰアドレス（１１．１１．１１．２２）に直接接続し、ステップＳ１００３に進む。

ステップＳ１００３では、ＣＰＵ２０１は、ＭＦＰ−Ｂ１０３とのセッションが確立すると、ステップＳ１００４に進む。

ステップＳ１００４では、ＣＰＵ２０１は、前回の送信先のＭＦＰ−Ａ１０２に対して送信完了頁の次の頁からデータを送信したこと通知するためのＦＡＸデータをＭＦＰ−Ｂ１０３に送信しステップＳ１００５に進む。ここでの通知例としては、「エラー送信途中で送信先が変更になりましたが、既に送信した頁と分割してしまうため残りの頁も前回の送信先に送信しました。」等が挙げられる。

ステップＳ１００５では、ＣＰＵ２０１は、ＭＦＰ−Ｂ１０３とのセッションを切断し、処理を終了する。

図１１は、図１０と同様に、前回の送信先のＭＦＰ−Ａ１０２に対して送信完了頁の次の頁からデータを送信したことをＭＦＰ−Ｘ１０１から転送先であるＭＦＰ−Ｂ１０３に通知する処理を説明するためのシーケンス図である。

まず、ＭＦＰ−Ｘ１０１は、ＭＦＰ−Ｂ１０３に対して接続要求であるＩＮＶＩＴＥリクエストを送信する（１１０１）。

ＩＮＶＩＴＥリクエストを受信したＭＦＰ−Ｂ１０３は、ＦＡＸ受信処理を開始するとともに、ＦＡＸ呼び出し中であることを示す１８０ＲｉｎｇｉｎｇレスポンスをＭＦＰ−Ｘ１０１に返送する（１１０２）。

ＭＦＰ−Ｂ１０３は、ＦＡＸ受信を開始するとともに２００ＯＫレスポンスをＭＦＰ−Ｘ１０１に返送する（１１０３）。

２００ＯＫレスポンスを受信したＭＦＰ−Ｘ１０１は、２００ＯＫレスポンスを受信したことを示すＡＣＫをＭＦＰ−Ｂ１０３に対して送信する（１１０４）。

ＭＦＰ−Ｂ１０３がＡＣＫを受信することにより、ＭＦＰ−Ｘ１０１とＭＦＰ−Ｂ１０３との間のセッションが確立する（１１０５）。

その後、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したリアルタイムのＦＡＸ通信が行われる（１１０６）。ここでは、例えば、「エラー送信途中で相手先が変更になりましたが、既に送信した頁と分割してしまうため残りの頁も前回の相手先に送信しました。」等のＦＡＸデータがＭＦＰ−Ｂ１０３に送信される。

ＭＦＰ−Ｂ１０３においてＦＡＸ受信が終了すると、ＭＦＰ−Ｂ１０３からＭＦＰ−Ｘ１０１にメソッドＢＹＥが送信される（１１０７）。

このメソッドＢＹＥに対する２００ＯＫレスポンスがＭＦＰ−Ｘ１０１からＭＦＰ−Ｂ１０３に送信されることで、セッションが終了する（１１０８）。

以上説明したように、本実施形態では、データ送信中にエラーが発生した後、データ送信を再開する前に、転送設定がなされた場合は、転送先にデータを送信せず、前回の送信先に送信完了頁の次の頁からのデータを送信する。また、転送先に、後半部分のデータは転送設定前の前回の送信先に送信したことを通知する。これにより、データを受信した端末のユーザが混乱するのを防止することができる。

（第４の実施形態）
次に、図１２及び図１３を参照して、本発明の第４の実施形態である通信端末について説明する。なお、上記第１の実施形態に対して重複又は相当する部分については図及び符号を流用して説明する。

図１２は、本発明の第４の実施形態である通信端末の動作例について説明するためのフローチャート図である。図１２での各処理は、ＭＦＰ−Ｘ１０１のＲＯＭ２０７やＨＤＤ２０９等の記憶部に記憶された制御プログラムがＲＡＭ２０８にロードされて、ＣＰＵ２０１等により実行される。

図１２において、ステップＳ１２０１では、ＣＰＵ２０１は、表示／操作部２０２等に図１３に例示する設定画面を表示し、ステップＳ１２０２に進む。

ステップＳ１２０２では、ＣＰＵ２０１は、図１３の設定画面でのユーザ操作により「１：転送先に全頁を送信する」が選択されたか否かを判断し、選択された場合は、ステップＳ１２０３に進み、選択されない場合は、ステップＳ１２０６に進む。なお、図１３の例では、「１：転送先に全頁を送信する」が選択された場合を表示している。

ステップＳ１２０３では、ＣＰＵ２０１は、図１３の設定画面でのユーザ操作により前回の送信先に通知する選択がされたか、通知しない選択がされたかを判断する。そして、ＣＰＵ２０１は、前回の送信先に通知する選択がされた場合は、ステップＳ１２０４に進み、通知しない選択がされた場合もステップＳ１２０４に進む。

ステップＳ１２０４では、ＣＰＵ２０１は、ステップＳ１２０３の選択情報を登録し、図３のステップＳ３０１に進んで、図３の処理を実行する。

ステップＳ１２０６では、ＣＰＵ２０１は、図１３の設定画面でのユーザ操作により「２：転送先に残りの頁を送信する」が選択されたか否かを判断し、選択された場合は、ステップＳ１２０７に進み、選択されない場合は、ステップＳ１２１０に進む。

ステップＳ１２０７では、ＣＰＵ２０１は、図１３の設定画面でのユーザ操作により前回の送信先及び転送先に通知する選択がされたか、通知しない選択がされたかを判断する。そして、ＣＰＵ２０１は、前回の送信先及び転送先に通知する選択がされた場合は、ステップＳ１２０８に進み、通知しない選択がされた場合もステップＳ１２０８に進む。

ステップＳ１２０８では、ＣＰＵ２０１は、ステップＳ１２０７での選択情報を登録し、図７のステップＳ７０１に進んで、図７の処理を実行する。

ステップＳ１２１０では、ＣＰＵ２０１は、図１３の設定画面でのユーザ操作により「３：前回の送信先に残りの頁を送信する」が選択されたか否かを判断し、選択された場合は、ステップＳ１２１１に進み、選択されない場合は、処理を終了する。

ステップＳ１２１１では、ＣＰＵ２０１は、図１３の設定画面でのユーザ操作により転送先に通知する選択がされたか、通知しない選択がされたかを判断する。そして、ＣＰＵ２０１は、転送先に通知する選択がされた場合は、ステップＳ１２１２に進み、通知しない選択がされた場合もステップＳ１２１２に進む。

ステップＳ１２１２では、ＣＰＵ２０１は、ステップＳ１２１１での選択情報を登録し、図８のステップＳ８０１に進んで、図８の処理を実行する。

以上説明したように、本実施形態では、上記第１の実施形態（図３）、上記第２の実施形態（図７）及び上記第３の実施形態（図８）での送信処理を設定画面でのユーザ操作により選択することができる。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒。」体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１００ ネットワーク
１０１ ＭＦＰ−Ｘ
１０２ ＭＦＰ−Ａ
１０３ ＭＦＰ−Ｂ
１０４ ＳＩＰサーバ
２０１ ＣＰＵ
２０２ 表示／操作部
２０３ スキャナ部
２０４ 印刷部
２０５ ＩＰパケット作成／解析部
２０６ 画像変換制御部
２０７ ＲＯＭ
２０８ ＲＡＭ
２０９ ＨＤＤ
２１０ ネットワークＩ／Ｆ部
２１１ Ｔ．３８プロトコル作成／解析部

Claims (10)

1. 所定の通信制御プロトコルを用いてデータの通信を行う通信端末であって、
   データ送信中にエラーが発生した後、データ送信を再開する前に受信したアドレス情報を基に、転送設定がなされたか否かを判断する判断手段と、
   前記データ送信を再開する場合に、前記判断手段により転送設定がなされたと判断されたときは、転送先の端末に対して先頭頁からのデータを送信する制御手段と、を備える
   ことを特徴とする通信端末。
2. 前記制御手段により前記転送先の端末に対して先頭頁からのデータが送信される場合に、その旨を前回の送信先の端末に通知する通知手段を備える
   ことを特徴とする請求項１に記載の通信端末。
3. 所定の通信制御プロトコルを用いてデータの通信を行う通信端末であって、
   データ送信中にエラーが発生した後、データ送信を再開する前に受信したアドレス情報を基に、転送設定がなされたか否かを判断する判断手段と、
   前記データ送信を再開する場合に、前記判断手段により転送設定がなされたと判断されたときは、転送先の端末に対して送信完了頁の次の頁からのデータを送信する制御手段と、
   該制御手段により前記転送先の端末に対して送信完了頁の次の頁からのデータが送信される場合に、該転送先の端末に対して前半部分の頁のデータは前回の送信先の端末に送信した旨を通知する第１の通知手段と、
   前記制御手段により前記転送先の端末に対して送信完了頁の次の頁からのデータが送信された場合に、前回の送信先の端末に対して後半部分の頁のデータは前記転送先の端末に送信した旨を通知する第２の通知手段と、を備える
   ことを特徴とする通信端末。
4. 所定の通信制御プロトコルを用いてデータの通信を行う通信端末であって、
   データ送信中にエラーが発生した後、データ送信を再開する前に受信したアドレス情報を基に、転送設定がなされたか否かを判断する判断手段と、
   前記データ送信を再開する場合に、前記判断手段により転送設定がなされたと判断されたときは、前回の送信先の端末に対して送信完了頁の次の頁からのデータを送信する制御手段と、
   該制御手段により前回の送信先の端末に対して送信完了頁の次の頁からのデータが送信される場合に、転送先の端末に対して後半部分の頁のデータは前回の送信先の端末に送信した旨を通知する通知手段と、を備える
   ことを特徴とする通信端末。
5. 所定の通信制御プロトコルを用いてデータの通信を行う通信方法であって、
   データ送信中にエラーが発生した後、データ送信を再開する前に受信したアドレス情報を基に、転送設定がなされたか否かを判断する判断ステップと、
   前記データ送信を再開する場合に、前記判断ステップで転送設定がなされたと判断されたときは、転送先の端末に対して先頭頁からのデータを送信する制御ステップと、を備える
   ことを特徴とする通信方法。
6. 所定の通信制御プロトコルを用いてデータの通信を行う通信方法であって、
   データ送信中にエラーが発生した後、データ送信を再開する前に受信したアドレス情報を基に、転送設定がなされたか否かを判断する判断ステップと、
   前記データ送信を再開する場合に、前記判断ステップで転送設定がなされたと判断されたときは、転送先の端末に対して送信完了頁の次の頁からのデータを送信する制御ステップと、
   該制御ステップで前記転送先の端末に対して送信完了頁の次の頁からのデータが送信される場合に、該転送先の端末に対して前半部分の頁のデータは前回の送信先の端末に送信した旨を通知する第１の通知ステップと、
   前記制御ステップで前記転送先の端末に対して送信完了頁の次の頁からのデータが送信された場合に、前回の送信先の端末に対して後半部分の頁のデータは前記転送先の端末に送信した旨を通知する第２の通知ステップと、を備える
   ことを特徴とする通信方法。
7. 所定の通信制御プロトコルを用いてデータの通信を行う通信方法であって、
   データ送信中にエラーが発生した後、データ送信を再開する前に受信したアドレス情報を基に、転送設定がなされたか否かを判断する判断ステップと、
   前記データ送信を再開する場合に、前記判断ステップで転送設定がなされたと判断されたときは、前回の送信先の端末に対して送信完了頁の次の頁からのデータを送信する制御ステップと、
   該制御ステップで前回の送信先の端末に対して送信完了頁の次の頁からのデータが送信される場合に、転送先の端末に対して後半部分の頁のデータは前回の送信先の端末に送信した旨を通知する通知ステップと、を備える
   ことを特徴とする通信方法。
8. 所定の通信制御プロトコルを用いてデータの通信を行う通信端末を制御するプログラムであって、
   データ送信中にエラーが発生した後、データ送信を再開する前に受信したアドレス情報を基に、転送設定がなされたか否かを判断する判断ステップと、
   前記データ送信を再開する場合に、前記判断ステップで転送設定がなされたと判断されたときは、転送先の端末に対して先頭頁からのデータを送信する制御ステップと、をコンピュータに実行させる、
   ことを特徴とするプログラム。
9. 所定の通信制御プロトコルを用いてデータの通信を行う通信端末を制御するプログラムであって、
   データ送信中にエラーが発生した後、データ送信を再開する前に受信したアドレス情報を基に、転送設定がなされたか否かを判断する判断ステップと、
   前記データ送信を再開する場合に、前記判断ステップで転送設定がなされたと判断されたときは、転送先の端末に対して送信完了頁の次の頁からのデータを送信する制御ステップと、
   該制御ステップで前記転送先の端末に対して送信完了頁の次の頁からのデータが送信される場合に、該転送先の端末に対して前半部分の頁のデータは前回の送信先の端末に送信した旨を通知する第１の通知ステップと、
   前記制御ステップで前記転送先の端末に対して送信完了頁の次の頁からのデータが送信された場合に、前回の送信先の端末に対して後半部分の頁のデータは前記転送先の端末に送信した旨を通知する第２の通知ステップと、をコンピュータに実行させる、
   ことを特徴とするプログラム。
10. 所定の通信制御プロトコルを用いてデータの通信を行う通信端末を制御するプログラムであって、
    データ送信中にエラーが発生した後、データ送信を再開する前に受信したアドレス情報を基に、転送設定がなされたか否かを判断する判断ステップと、
    前記データ送信を再開する場合に、前記判断ステップで転送設定がなされたと判断されたときは、前回の送信先の端末に対して送信完了頁の次の頁からのデータを送信する制御ステップと、
    該制御ステップで前回の送信先の端末に対して送信完了頁の次の頁からのデータが送信される場合に、転送先の端末に対して後半部分の頁のデータは前回の送信先の端末に送信した旨を通知する通知ステップと、をコンピュータに実行させる、
    ことを特徴とするプログラム。