JP4033812B2 - ファクシミリ通信システム、通信端末装置、伝送制御方法、プログラムおよび記録媒体 - Google Patents
ファクシミリ通信システム、通信端末装置、伝送制御方法、プログラムおよび記録媒体 Download PDFInfo
- Publication number
- JP4033812B2 JP4033812B2 JP2003184578A JP2003184578A JP4033812B2 JP 4033812 B2 JP4033812 B2 JP 4033812B2 JP 2003184578 A JP2003184578 A JP 2003184578A JP 2003184578 A JP2003184578 A JP 2003184578A JP 4033812 B2 JP4033812 B2 JP 4033812B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- communication terminal
- terminal device
- added
- size
- 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
Landscapes
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ファクシミリ通信システム、通信端末装置、伝送制御方法、プログラムおよび記録媒体に関し、具体的には、インターネット・プロトコルで通信可能なネットワークに接続するとともに、ファクシミリ通信機能を備え、画像情報を転送する通信端末装置の伝送制御技術に関する。
【０００２】
【従来の技術】
近年、従来のファクシミリ装置やコピー機、プリンタ等を統合し、ネットワークでの有効活用を実現する複合機需要は確実に増加している。さらに、オフィスにおける文書の電子化が進む一方、社外のお客様との通信手段として、インターネット上でやりとりする電子メールを用いて、画像情報をファクシミリ装置で通信するファクシミリ通信システムが実現されている。
【０００３】
一方、インターネット上でやりとりするファクシミリ通信における通信規格のＩＴＵ−Ｔ勧告として、インターネットに通信端末装置をダイレクトに接続し、通信端末装置間で画像情報の授受を行うファクシミリ伝送制御手順のＴ．３８（リアルタイム型）と、ＦｏＩＰ（Ｆａｃｓｉｍｉｌｅ ｏｖｅｒ ＩＰ）ゲートウェイ装置に一度画像情報を格納し、ゲートウェイ装置間をＳＭＴＰプロトコル等で送信するＴ．３７（ストアアンドフォワード型）が制定されている。
【０００４】
このＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信機能を備えた通信端末装置をＴ．３８端末装置と称する。そして、画像情報の転送は、Ｔ．３８端末装置の相互間に介在するパケット交換網のデータ転送の速度で行うことができるので、高速な画像情報の授受が可能となる。
【０００５】
また、ＩＴＵ−Ｔ勧告Ｔ．３８におけるデータ転送の動作モードとして、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）モードと、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）モードとの２つのデータ転送の動作モードが設けられており、Ｔ．３８端末装置は、通信の開始にいずれかの動作モードを選択することができる。
【０００６】
ＴＣＰモードでは、トランスポートレイヤでのフロー制御が機能するので、信頼性の高いデータ転送が可能となる長所がある一方、フロー制御の処理に負荷が増大し、通信速度が遅くなるという短所がある。
【０００７】
また、ＵＤＰモードでは、トランスポートレイヤでのフロー制御を行わないため、送達確認、順序制御および誤り再送等を一切行わないので、画像情報などの高速処理に適している長所がある一方、受信先でデータを紛失することがあり、データ転送の信頼性が悪いという短所がある。ＵＤＰモードでは、冗長パケットを送信してエラーの回復を行う手順が規定されている。
【０００８】
しかし、インターネットを介してリアルタイムに情報を伝送する場合、画像情報をディジタル化、パケットを作成する際のパケット間の時間差を保証することが重要である。すなわち、ＵＤＰモードでは、パケットのエンコード処理／デコード処理に負荷が増加するため、送信するパケット数をできる限り、少なくすることが考えられる。
【０００９】
特許文献１には、データ転送の動作モードとしてＵＤＰモードを使用するときに送信する冗長パケット数を、通信処理中に任意に変更できるようにして、信頼性の高い通信が行えるようにする伝送制御方法が提案されている。
【００１０】
この特許文献１の技術は、冗長パケットによるエラー回復は極めて無意味な情報を再送するばかりでなく、プロトコルが破綻する危険性の回避するため、送信する冗長パケット数を、画像情報送信フェーズと、制御シーケンスフェーズの冗長パケット数を通信処理中に任意に変更して、送信するパケットの数を少なくし、通信の切断を引き起こすことのない、信頼性の高い通信ができる。
【００１１】
【特許文献１】
特開２００１−１９７２７９号公報
【００１２】
【発明が解決しようとする課題】
しかしながら、上述の従来の技術は、送信する冗長パケット数を、通信処理中に任意に変更するため、画像情報送信フェーズと、制御シーケンスフェーズにおける、送信する情報をパケットに生成するエンコード処理、受信したデータを解析するデコード処理が増加し、データを授受する処理の負荷が増大し、他の通信に影響を与えるという問題がある。
【００１３】
さらに、画像情報送信フェーズと、制御シーケンスフェーズでの冗長パケット数を異なる数に設定し、制御シーケンスフェーズでの冗長パケット数をゼロとすることにより、ネットワーク上における負荷の増加を回避している。しかし、画像情報送信フェーズより高い信頼性を必要する制御シーケンスフェーズに冗長パケットを付加せず送信することにより、プロトコルの破綻を引き起こし、通信の異常で終了という影響が発生する。
【００１４】
一方、ＭＴＵ（最大伝送単位長：Ｍａｘｉｍｕｍ ＴｒａｎｓｍｉｓｓｉｏｎＵｎｉｔ；通信ネットワークにおいて、１回の転送で送信できるデータの最大値を示す値）は一律ではなく、ネットワークごとに異なり、最低限扱えるＭＴＵ値が決められている。したがって、送信元では、できる限り大きなパケットサイズで送信したいにも拘わらず、初めて通信をする場合に最適なパケットサイズを決定できないという問題がある。
【００１５】
本発明は、上述の実情を考慮してなされたものであって、画像情報を転送するときに、紛失したパケットの回復を行う冗長パケット方式で、プライマリパケットサイズと、付加する冗長パケット数を固定値で設定するのではなく、受信先通信端末装置および通信の種類に応じて自動的に最適なプライマリパケットサイズまたは冗長パケット数を決定し、画像情報における転送の信頼性を充分に高めることのできるファクシミリ通信システム、通信端末装置、伝送制御方法、プログラムおよび記録媒体を提供することを目的とする。
【００１６】
【課題を解決するための手段】
上述の課題を解決するために、本発明の請求項１のファクシミリ通信システムは、インターネット・プロトコルで通信可能なネットワークに接続され、ファクシミリ通信機能を備えた通信端末装置によって画像情報を転送するファクシミリ通信システムにおいて、受信先の前記通信端末装置は、受信検出時、自通信端末装置に係わる最大の通信バッファサイズを送信元の通信端末装置へ通知する手段を備え、送信元の前記通信端末装置は、送信時、受信先の通信端末装置より通知された最大の通信バッファサイズをもとに、送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段を備え、自動的にプライマリパケットサイズおよび冗長パケット数を決定することを特徴とする。
【００１７】
また、本発明の請求項２は、請求項１に記載のファクシミリ通信システムにおいて、送信元の前記通信端末装置の送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段は、受信先の通信端末装置より最大の通信バッファサイズが通知されないときには、１回の転送で送信できるデータのＭＴＵ値をもとに、送信するプライマリパケットサイズまたは付加する冗長パケット数を決定することを特徴とする。
【００１８】
また、本発明の請求項３は、請求項１に記載のファクシミリ通信システムにおいて、送信元の前記通信端末装置は、通信バッファサイズに応じた最適なプライマリパケットサイズと付加する冗長パケット数とを記憶したパケット管理テーブルを備え、前記送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段は、受信先の通信端末装置より通知された最大の通信バッファサイズをもとに、前記パケット管理テーブルに記憶されているプライマリパケットサイズを取得し、その取得したプライマリパケットサイズから付加する冗長パケット数を決定することを特徴とする。
【００１９】
また、本発明の請求項４は、請求項１に記載のファクシミリ通信システムにおいて、送信元の前記通信端末装置は、通信バッファサイズに応じた最適なプライマリパケットサイズと付加する冗長パケット数とを記憶したパケット管理テーブルを備え、前記送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段は、受信先の通信端末装置より通知された最大の通信バッファサイズをもとに、前記パケット管理テーブルから付加する冗長パケット数を取得し、その取得した付加する冗長パケット数からプライマリパケットサイズを決定することを特徴とする。
【００２０】
また、本発明の請求項５は、請求項１に記載のファクシミリ通信システムにおいて、送信元の前記通信端末装置は、過去に通信した相手宛先ごとに、相手宛先情報、付加する冗長パケット数およびプライマリパケットサイズを記憶した通信相手宛先テーブルを備え、前記送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段は、前記通信相手宛先テーブルを参照して、送信するときの相手宛先情報をもとに、付加する冗長パケット数またはプライマリパケットサイズ取得して決定することを特徴とする。
【００２１】
また、本発明の請求項６は、請求項１に記載のファクシミリ通信システムにおいて、送信元の前記通信端末装置は、ベンダコードごとに付加する冗長パケット数およびプライマリパケットサイズを記憶するベンダテーブルを備え、前記送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段は、前記ベンダテーブルを参照して、受信先の通信端末装置より通知されるベンダコードをもとに、プライマリパケットサイズまたは付加する冗長パケット数を決定することを特徴とする。
【００２２】
また、本発明の請求項７の通信端末装置は、インターネット・プロトコルで通信可能なネットワークに接続され、ファクシミリ通信機能を備え、画像情報を転送する通信端末装置において、受信検出時には、自通信端末装置に係わる最大の通信バッファサイズを送信元の通信端末装置へ通知する手段と、送信時には、受信先の通信端末装置より通知された最大の通信バッファサイズをもとに、送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段を備え、自動的にプライマリパケットサイズおよび冗長パケット数を決定することを特徴とする。
【００２３】
また、本発明の請求項８の伝送制御方法は、インターネット・プロトコルで通信可能なネットワークに接続され、ファクシミリ通信機能を備え、画像情報を転送する通信端末装置における伝送制御方法において、自動的にプライマリパケットサイズおよび冗長パケット数を決定するために、受信検出時には、自通信端末装置に係わる最大の通信バッファサイズを送信元の通信端末装置へ通知し、送信時には、受信先の通信端末装置より通知された最大の通信バッファサイズをもとに、送信するプライマリパケットサイズまたは付加する冗長パケット数を決定することを特徴とする。
【００２４】
また、本発明の請求項９は、コンピュータに、請求項１乃至６のいずれかに記載のファクシミリ通信システムの機能、請求項７に記載の通信端末装置の機能または請求項８に記載の伝送制御方法の機能を実行させるためのプログラムである。
また、本発明の請求項１０は、請求項９に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００２５】
以上の構成により、インターネット・プロトコルで通信可能なネットワークに接続され、ファクシミリ通信機能を備えた通信端末装置によって画像情報を転送するファクシミリ通信システムにおいてパケットの紛失を回復する冗長パケット方式で、送信するパケットのプライマリパケットサイズおよび付加する冗長パケット数を固定値で設定するのではなく、受信先の通信端末装置から通知された最大の通信バッファサイズをもとに、そのときのネットワークの許容可能なプライマリパケットサイズおよび付加する冗長パケット数でデータ転送を行うので、ネットワークにおける通信の負荷を減少することができ、ネットワークの利用効率が大幅に向上する。
【００２６】
また、過去の通信の履歴において設定されたプライマリパケットサイズ、付加する冗長パケット数とをもとに、送信するパケットのプライマリパケットサイズおよび付加する冗長パケット数を決定し、受信先の通信端末装置および通信環境に応じて自動的に最適なデータ転送が可能になり、データ転送に対する伝送の信頼性が大幅に向上する。
【００２７】
また、ベンダ推奨による最適な送信するパケットのプライマリパケットサイズおよび付加する冗長パケット数でのデータ転送ができ、障害の発生を抑制するとともに、確実に通信ができ、データ転送に対する伝送の信頼性が大幅に向上する。
【００２８】
また、受信先の通信端末装置から通知された最大の通信バッファサイズをもとに、そのときのネットワークの許容可能なプライマリパケットサイズおよび付加する冗長パケット数でのデータ転送を行うので、画像情報の転送速度を最大限に活用することができ、非常に高速な画像情報の送信が可能となる。
【００２９】
【発明の実施の形態】
以下、図面を参照して本発明のファクシミリ通信システムに係る好適な実施の形態について説明する。
【００３０】
図１は、本実施の形態に係るファクシミリ通信システムの全体構成図である。同図において、ファクシミリ通信システムは、インターネット１０と、ＰＳＴＮ（公衆回線網）２０と、Ｇ３ファクシミリ装置３０と、通信端末装置４０ａ、４０ｂ及び４０ｃとから構成されている。
【００３１】
通信端末装置４０ａ、４０ｂ及び４０ｃは、インターネットおよびイントラネットなどのＩＰ（インターネット・プロトコル）ネットワークを介してＩＴＵ−Ｔ勧告Ｔ．３８に準拠した手順によりファクシミリ通信を行う。
【００３２】
さらに、通信端末装置４０ｂと、４０ｃは、直接ＰＳＴＮ（公衆回線網）２０に接続し、ＰＳＴＮ（公衆回線網）２０を介して接続されるＧ３ファクシミリ装置３０とファクシミリ通信（ＩＴＵ−Ｔ勧告Ｔ．３０手順）を行う。
【００３３】
次に、図２は、通信端末装置４０ａ、４０ｂ及び４０ｃとなる本発明の実施の形態に係る通信端末装置の構成であって、通信端末装置４０はＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信機能を備えている。
【００３４】
この通信端末装置４０は、制御部４１、ＲＡＭ部４２、パラメータＲＡＭ部４３、時計部４４、スキャナ部４５、プロッタ部４６、操作表示部４７、符号化復号化部４８、画像蓄積部４９、網制御部５０、Ｇ３ファクシミリモデム５１、Ｇ３プロトコル処理部５２、パケット解析部５３、パケット生成部５４、インターネット通信制御部５５および内部バス５６から構成されている。
【００３５】
制御部４１、ＲＡＭ部４２、パラメータＲＡＭ部４３、時計部４４、スキャナ部４５、プロッタ部４６、操作表示部４７、符号化復号化部４８、画像蓄積部４９、網制御部５０、Ｇ３ファクシミリモデム５１、Ｇ３プロトコル処理部５２、パケット解析部５３およびパケット生成部５４は内部バス５６に接続されており、この内部バス５６を介してこれらの各要素間でのデータの授受が行われる。
【００３６】
制御部４１は、通信端末装置４０の全体の制御、各要素の制御、ファクシミリ伝送制御手順（ＩＴＵ−Ｔ勧告Ｔ．３０手順）の処理およびリアルタイム伝送制御手順（ＩＴＵ−Ｔ勧告Ｔ．３８手順）の処理などの各種の制御処理を行う。
【００３７】
ＲＡＭ部４２は、制御部４１が実行する制御処理プログラム、および、制御処理プログラムを実行するときに必要な各種データなどを記憶するとともに、制御部４１のワークエリアを構成する。
パラメータＲＡＭ部４３は、通信端末装置４０に固有な各種の情報と、各種の管理テーブルを記憶し、不慮の電源断、安全のための電源断等でこれらのパラメータの内容が失われることがないように、バッテリ（図示無し）によりパラメータＲＡＭ部４３をバックアップしている。
【００３８】
時計部４４は、現在時刻情報を出力する。
スキャナ部４５は、所定の解像度で原稿画像を読み取る。
プロッタ部４６は、所定の解像度で画像を記録出力する。
操作表示部４７は、通信端末装置４０を操作するもので、各種の操作キーおよび各種の情報を表示する表示部から構成する。
【００３９】
符号化復号化部４８は、画像情報を符号化圧縮するとともに、符号化圧縮されている画像情報を元の画像情報に復号化する。
また、画像蓄積部４９は、符号化復号化部４８により符号化圧縮された状態の画像情報を蓄積する。
【００４０】
網制御部５０は、通信端末装置４０をＰＳＴＮ（公衆回線網）２０に接続するものであり、自動発受信機能を備えている。
【００４１】
Ｇ３ファクシミリモデム５１は、Ｇ３ファクシミリのモデムの機能である、ファクシミリ伝送制御手順の信号をやりとりするための低速モデム機能（Ｖ．２１モデム）、および、主に画像情報をやりとりするための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えている。
【００４２】
また、網制御部５０とＧ３ファクシミリモデム５１との間でデータの授受を行い、Ｇ３ファクシミリ装置３０とファクシミリ通信（ＩＴＵ−Ｔ勧告Ｔ．３０手順）を行う。
【００４３】
Ｇ３プロトコル処理部５２は、リアルタイム伝送制御手順において、パケット解析部５３から出力される受信情報を対応するＧ３ファクシミリ伝送制御手順に変換または、Ｇ３ファクシミリモデム５１でデータの授受するＧ３ファクシミリ伝送制御手順の情報を処理する。
【００４４】
インターネット通信制御部５５は、通信端末装置４０をインターネット１０へ接続し、インターネット１０を介して種々のデータをやりとりする。
パケット解析部５３は、インターネット通信制御部５５が受信したＩＰデータグラムを解析して受信情報を取り出すためのものである。
【００４５】
パケット生成部５４は、Ｇ３ファクシミリ伝送制御手順の情報をＩＰデータグラムへ変換または、リアルタイム伝送制御手順のＩＰデータグラムを生成するためのものであり、その変換または生成したＩＰデータグラムは、インターネット通信制御部５５へ送出する。
【００４６】
次に、通信端末装置４０に保持され、パラメータＲＡＭ部４３で格納されている各テーブルの構成について説明する。
【００４７】
図３は、パケット管理テーブル７０の構成図である。このテーブルは、通信バッファサイズ７０ａｎに対して、最適なプライマリパケットサイズ７０ｂｎまたは最適な付加する冗長パケット数７０ｃｎを格納し、ある通信バッファサイズの場合に、最適なプライマリパケットサイズまたは最適な付加する冗長パケット数がどのような値となっているかを通信バッファサイズと対応付けて記憶している。
【００４８】
このパケット管理テーブル７０は通信端末装置４０間で呼制御用ＴＣＰチャネルを確立し、呼接続ためのＳＥＴＵＰメッセージの送信、ＣＯＮＮＥＣＴメッセージの応答により、呼接続を確立し、受信先の通信端末装置より通信バッファサイズの通知がされたとき参照されて、通知された通信バッファサイズに最適なプライマリパケットサイズまたは付加する冗長パケット数を決定するのに使われる。
【００４９】
次に、図４は通信相手宛先テーブル８０の構成図である。このテーブルは、過去の通信の履歴において、通信相手宛先項目８０ａｎごとに、伝送制御手順項目８０ｂｎ、付加する冗長パケット数項目８０ｃｎ、プライマリパケットサイズ８０ｄｎを記憶する。
【００５０】
通信相手宛先項目８０ａｎの情報は、伝送制御手順項目８０ｂｎに格納されている伝送制御手順がＧ３ファクシミリ伝送制御手順の場合、ファクシミリの電話番号が記憶され、また、リアルタイム伝送制御手順の場合、宛先ＩＰアドレスが記憶される。
【００５１】
この通信相手宛先テーブル８０は、通信をするたびに参照され、通信相手宛先が登録されていない場合や登録されている内容が更新された場合には、登録内容が更新される。
【００５２】
次に、図５は、ベンダＵＤＰテーブル９０の構成図である。このテーブルは、ベンダコード９０ａｎに対応して、ベンダが推奨している付加する冗長パケット数９０ｂｎおよびベンダが推奨しているプライマリパケットサイズ９０ｃｎを記憶する。
【００５３】
このベンダＵＤＰテーブル９０は、通信端末装置間で呼制御用ＴＣＰチャネルを確立し、呼接続ためのＳＥＴＵＰメッセージの送信とＣＯＮＮＥＣＴメッセージの応答により呼接続を確立し、受信先の通信端末装置よりベンダコードの通知がされた時参照され、この通知されたベンダコードに対応するベンダが推奨する最適なプライマリパケットサイズおよび付加する冗長パケット数を決定する。通信相手宛先が新たなベンダまたは内容が変更されている場合、このベンダＵＤＰテーブル９０が更新される。
【００５４】
次に、図６はインターネット１０を介し接続された通信端末装置間でのリアルタイム伝送制御手順（ＩＴＵ−Ｔ勧告Ｔ．３８）で定められているＵＤＰＴＬ／ＩＰパケットの構成図である。
このＵＤＰＴＬ／ＩＰパケット１００は、ＩＰヘッダ部１１０、ＵＤＰヘッダ部１２０、ＵＤＰペイロード部１３０から構成されている。
【００５５】
ＵＤＰペイロード部１３０は、ＵＤＰＴＬヘッダ部１３１とＩＦＰ（Ｉｎｔｅｒｎｅｔ Ｆａｃｓｉｍｉｌｅ Ｐｒｏｔｏｃｏｌ）データ部１３２から構成されている。さらにＩＦＰデータ部１３２は、ＵＤＰＴＬヘッダ部１３１に格納されたシーケンス番号に対応するＩＦＰパケットであるプライマリ部と、すでに送出したＩＦＰパケットが格納されているセカンダリ部から構成される。セカンダリ部は複数のＩＦＰパケット部１３２ｄを含む。
【００５６】
また、ＩＦＰパケット部１３２ｄは、Ｇ３ファクシミリ伝送制御手順の信号ＣＥＤに対応するリアルタイム伝送制御手順のＴ３０ＩＮＤ：ＣＥＤ、ＤＩＳに対応するＶ２１ＨＤＬＣ：ＤＩＳ等のＩＦＰパケットまたは画像情報で構成される。
【００５７】
次に、図７は、ＩＴＵ−Ｔ勧告Ｈ．２２５．０により定められている、ＣＯＮＮＥＣＴメッセージ内のベンダ情報要素の一例を示す構成図である。
ベンダ情報要素は、国コードを示すｔ３５ＣｏｕｎｔｒｙＣｏｄｅと、国別毎に割り当て可能な拡張コードｔ３５Ｅｘｔｅｎｓｉｏｎと、製造者を示す製造者コードｍａｎｕｆａｃｔｕｒｅｒＣｏｄｅからなるｖｅｎｄｏｒと、製品を識別する情報を示すｐｒｏｄｕｃｔＩｄと、製品バージョンを識別する情報を示すｖｅｒｓｉｏｎＩｄの各メンバーから構成される。
【００５８】
通信端末装置間で呼制御用ＴＣＰチャネルを確立し、呼接続のためのＳＥＴＵＰメッセージの送信とＣＯＮＮＥＣＴメッセージの応答により呼接続を確立し、ＣＯＮＮＥＣＴメッセージ内のベンダ情報要素を参照し、通知されたベンダ情報をもとに受信先の通信端末装置４０のベンダを判別する。
【００５９】
次に、図８は、ＩＴＵ−Ｔ勧告Ｈ．２４５により定められている、ＳＥＴＵＰメッセージとＣＯＮＮＥＣＴメッセージ内の、ｆａｓｔＳｔａｒｔ情報要素の一例を示す構成図である。
ｆａｓｔＳｔａｒｔ情報要素は、ｔ３８ＦａｘＰｒｏｔｏｃｏｌとｔ３８ＦａｘＰｒｏＦｉｌｅのメンバーからなるｔ３８Ｆａｘという通信端末装置４０の能力に依存する要素で構成される。
【００６０】
ｔ３８ＦａｘＰｒｏｔｏｃｏｌメンバーは、ゲートウェイ装置または端末装置でフィルビットの処理を行うかを示すメンバーＦｉｌｌＢｉｔＲｅｍｏｖａｌと、転送中のデータの符号化圧縮モードを示すメンバーｔｒａｎｓｃｏｄｉｎｇＪＢＩＧと、メンバーｔｒａｎｓｃｏｄｉｎｇＭＭＲと、バージョンを示すメンバーｖｅｒｓｉｏｎ等から構成される。
【００６１】
ｔ３８ＦａｘＰｒｏＦｉｌｅメンバーは、ｔ３８ＦａｘＲａｔｅＭａｎａｇｅｍｅｎｔメンバーと、ｔ３８ＦａｘＵｄｐＯｐｔｉｏｎｓメンバーから構成される。
ｔ３８ＦａｘＵｄｐＯｐｔｉｏｎメンバーは、ＴＣＰモードにおける受信可能な通信バッファの最大値がセットされるｔ３８ＦａｘＭａｘＢｕｆｆｅｒメンバーと、ＵＤＰモードにおける受信可能な通信バッファの最大値がセットされるｔ３８ＦａｘＭａｘＤａｔａｇｒａｍメンバーと、冗長パケット方式またはＥＦＣ方式のいずれかのエラーの回復方法がセットされるｔ３８ＦａｘＵｄｐＥＣメンバーから構成される。
【００６２】
通信端末装置４０間で呼制御用ＴＣＰチャネルを確立し、呼接続のためのＳＥＴＵＰメッセージの送信とＣＯＮＮＥＣＴメッセージの応答により呼接続を確立し、ＣＯＮＮＥＣＴメッセージ内のｆａｓｔＳｔａｒｔ情報要素を参照し、受信先の通信端末装置４０の能力と、画像情報を転送するモード（ＴＣＰモードまたはＵＤＰモード）を判別する。
【００６３】
次に、図９は、通信端末装置間のリアルタイム伝送制御手順の一例を示している。まず、送信元の通信端末装置４０ａは、受信先の通信端末装置４０ｂに対して呼制御用ＴＣＰチャネルを確立する（ステップＳ２００）。
【００６４】
送信元の通信端末装置４０ａは、呼接続のためのＳＥＴＵＰメッセージを受信先の通信端末装置４０ｂへ送出する（ステップＳ２１０）。
【００６５】
ＳＥＴＵＰメッセージを受信した受信先の通信端末装置４０ｂは、ＣＯＮＮＥＣＴメッセージを送信元の通信端末装置４０ａへ応答し、送信元の通信端末装置４０ａと受信先の通信端末装置４０ｂとの間に呼接続が確立する（ステップＳ２２０）。
【００６６】
このＳＥＴＵＰメッセージとＣＯＮＮＥＣＴメッセージの交換により、使用するトランスポートのモード（ＴＣＰモードまたはＵＤＰモード）、および使用するポート番号の設定と、ベンダ情報と受信先の通信端末装置４０の能力が決定される。次いで、送信元の通信端末装置４０ａは、送信元から受信先へ向かうデータ用ＵＤＰチャネルを確立し（ステップＳ２３０）、受信先の通信端末装置４０ｂは、受信先から送信元へ向かうデータ用ＵＤＰチャネルを確立する（ステップＳ２４０）。
【００６７】
その後、送信元の通信端末装置４０ａと受信先の通信端末装置４０ｂとの間とは、その確立した２本のデータ用ＵＤＰチャネルを用いて勧告Ｔ．３８手順に従ったＴ．３８セッションのデータのやりとりを開始し、画像情報の転送を実行する（ステップＳ２５０、ステップＳ２６０）。
【００６８】
画像情報の転送が終了すると、送信元の通信端末装置４０ａは、ＲＥＬＥＡＳＥＣＯＭＰメッセージを受信先の通信端末装置４０ｂへ送出し、それにより、送信元通信端末装置４０ａと受信先の通信端末装置４０ｂとの間の一連の通信動作が終了する（ステップＳ２７０）。
【００６９】
次に、図１０と図１１は、送信元の通信端末装置４０ａがインターネットを介し、他の受信先の通信端末装置４０ｂとの間で画像情報を送信する処理手順を説明するためのフローチャートである。
【００７０】
まず、送信元の通信端末装置４０ａは、画像情報を送信する受信先の通信端末装置４０ｂに対して呼制御用ＴＣＰチャネルを確立し、ＳＥＴＵＰメッセージを送出し（ステップＳ３０１）、受信先の通信端末装置４０ｂよりＣＯＮＮＥＣＴメッセージを受信する（ステップＳ３０２）。
【００７１】
受信したＣＯＮＮＥＣＴメッセージ内のｆａｓｔＳｔａｒｔ情報要素のメンバーｔ３８ＦａｘＰｒｏＦｉｌｅを解析し、データ転送の動作モードがＵＤＰモードであるか、否かを調べる（ステップＳ３０３）。ＴＣＰモードの場合（ステップＳ３０３のＮＯ）、ＴＣＰモードの通信処理を実行し（ステップＳ３０４）、この処理を終了する。
【００７２】
ＵＤＰモードの場合（ステップＳ３０３のＹＥＳ）、受信したＣＯＮＮＥＣＴメッセージ内のｆａｓｔＳｔａｒｔ情報要素のメンバーｔ３８ＦａｘＰｒｏＦｉｌｅを解析し、通信バッファサイズ（通信データグラムバッファサイズ）が指定されているかどうかを調べる（ステップＳ３０５）。
【００７３】
通信バッファサイズ（通信データグラムバッファサイズ）が指定されていない場合（ステップＳ３０５のＮＯ）、次に、通信相手宛先テーブル８０の相手宛先項目８０ａｎの検索を行い、以前、ＣＯＮＮＥＣＴメッセージを応答した受信先の通信端末装置４０ｂと画像情報の授受が行われているか、否かを調べる（ステップＳ３０６）。
【００７４】
通信相手宛先テーブル８０に履歴として登録されていない通信相手先の場合（ステップＳ３０６のＮＯ）、受信したＣＯＮＮＥＣＴメッセージ内のベンダ情報要素にベンダコードが指定されているか、否かを調べる（ステップＳ３０７）。ベンダコードの指定がある場合（ステップＳ３０７のＹＥＳ）、指定されたベンダコードをキーに、ベンダＵＤＰテーブル９０のベンダコード項目９０ａｎの検索を行い、一致したエントリの付加する冗長パケット数項目９０ｂｎに格納されている付加する冗長パケット数と、プライマリパケットサイズ項目９０ｃｎに格納されているプライマリパケットサイズを取得し（ステップＳ３０８）、制御をステップＳ３１７に移す。
【００７５】
通信相手宛先テーブル８０に履歴として登録されている通信相手先の場合（ステップＳ３０６のＹＥＳ）、通信相手宛先テーブル８０の相手宛先項目８０ａｎの検索を行い、一致したエントリの付加する冗長パケット数項目９０ｂｎに格納されている付加する冗長パケット数と、プライマリパケットサイズ項目９０ｃｎに格納されているプライマリパケットサイズを取得し（ステップＳ３０９）、制御をステップＳ３１７に移す。
【００７６】
一方、ベンダコードの指定がない場合（ステップＳ３０７のＮＯ）、通信バッファサイズを５７６バイトに設定し（ステップＳ３１０）、制御をステップＳ３１２に移す。
【００７７】
ＣＯＮＮＥＣＴメッセージに通信バッファサイズ（通信データグラムバッファサイズ）が指定されている場合（ステップＳ３０５のＹＥＳ）、指定されている通信バッファサイズ（通信データグラムバッファサイズ）を通信バッファサイズとする（ステップＳ３１１）。
【００７８】
通信バッファサイズをキーに、パケット管理テーブル７０の通信バッファサイズ項目７０ａｎの検索を行い、一致したエントリのプライマリパケットサイズ項目７０ｂｎに最適なプライマリパケットサイズが格納されているか、否か調べる（ステップＳ３１２）。
【００７９】
パケット管理テーブル７０に最適なプライマリパケットサイズが格納されている場合（ステップＳ３１２のＹＥＳ）、最適なプライマリパケットサイズを取得する（ステップＳ３１４）。
取得したプライマリパケットサイズから付加する冗長パケット数を算出し（ステップＳ３１５）、制御をステップＳ３１７へ移す。この付加する冗長パケット数は、次の式で算出する（図６参照）。
【００８０】
【００８１】
一方、パケット管理テーブル７０に最適なプライマリパケットサイズが格納されていない場合（ステップＳ３１２のＮＯ）、パケット管理テーブル７０の付加する冗長パケット数項目７０ｃｎに格納されている最適な付加する冗長パケット数を取得する（ステップＳ３１３）。取得した冗長パケット数からプライマリパケットサイズの算出を行い（ステップＳ３１６）、制御をステップＳ３１７へ移す。このプライマリパケットサイズは次の式で算出する（図６参照）。
【００８２】
【００８３】
次に、通信相手宛先テーブル８０に履歴として登録されていない通信相手先の場合（ステップＳ３１７のＮＯ）、通信相手宛先テーブル８０の空のエントリに、相手宛先に対応付けて、付加する冗長パケット数、プライマリパケットサイズ、伝送制御手順を登録し、制御をパケット生成部（ステップＳ３１９）に移す。一方、通信相手宛先テーブル８０に履歴として登録されている通信相手先の場合（ステップＳ３１７のＹＥＳ）、制御をパケット生成部（ステップＳ３１９）に移す。
【００８４】
次に、パケット生成部（ステップＳ３１９）で、生成したＵＤＰＴＬ／ＩＰパケットをインターネット通信制御部へ送出し、インターネット通信制御部はＵＤＰＴＬ／ＩＰパケットにＩＰヘッダ情報を付加し、ネットワークに送出し、受信先通信端末装置４０ｂへ送信される（ステップＳ３２０）。
【００８５】
画像情報の転送が終了するか、否かを調べる（ステップＳ３２１）。終了の場合（ステップＳ３２１のＮＯ）、インターネット通信制御部５５を介し、ＲＥＬＥＡＳＥＣＯＭＰメッセージをネットワークへの送出して（ステップＳ３２２）、処理を終了する。
一方、送信する画像情報が存在する場合（ステップＳ３２１のＹＥＳ）、制御をステップＳ３１９に移し処理を続ける。
【００８６】
次に、図１２は、ＵＤＰＴＬ／ＩＰパケットを生成する処理手順を説明するためのフローチャートである。
パケット生成部では、プライマリパケットサイズと、付加する冗長パケット数を基に、ＩＦＰデータ部１３２に格納するＩＦＰパケットを作成する。
【００８７】
先ず、付加する冗長パケット数記憶部に付加する冗長パケット数を通知し、リアルタイム伝送制御手順（ＩＴＵ−Ｔ勧告Ｔ．３８）に従って、手順または送信する画像情報を前述の算出方法で求めたプライマリパケットサイズに変換する（ステップＳ４０２）。
【００８８】
変換したメッセージをＩＦＰパケット部１３２ｄのプライマリ部に格納する。作成したパケットは、次のＵＤＰＴＬ／ＩＰパケットの冗長パケットとなるので、冗長パケット記憶部に格納する（ステップＳ４０３）。
【００８９】
最終的な送信用ＵＤＰＴＬ／ＩＰパケットを生成するため、付加冗長パケット数記憶部に冗長パケット数を問い合わせ（ステップＳ４０４）、冗長パケット記憶部に格納されている冗長パケット数分のパケットを取得して、ＩＦＰデータ部１３２のセカンダリ部に冗長パケットを付加し、ＵＤＰＴＬ／ＩＰパケットを生成する。生成したパケットにＵＤＰヘッダおよびＵＤＰＴＬヘッダ情報を付加する（ステップＳ４０５）。
【００９０】
本発明は、上述した実施の形態に係るファクシミリ通信システム、通信端末装置を構成する各機能をそれぞれプログラム化し、予めＣＤ−ＲＯＭのような記録媒体に書き込んでおき、通信端末装置に備えられた記録媒体読取装置にそのＣＤ−ＲＯＭを装着して、それぞれ対応するプログラムをインストールして、それらの装置が備えるＣＰＵで実行することによって、本発明の目的が達成されることは言うまでもない。
この場合、記録媒体から読み出されて実行された状態が上述した実施の形態に係る機能を実現することになり、そのプログラムおよびそのプログラムを記録した記録媒体も本発明を構成することになる。
【００９１】
なお、このような機能を実現するプログラムは、半導体媒体（例えば、ＲＯＭ、不揮発性メモリ等）、光媒体（例えば、ＤＶＤ、ＭＯ、ＭＤ、ＣＤ等）、磁気媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれの形態に係る記録媒体で提供されてもよい。
あるいは、ネットワーク等の通信網を介して記憶装置に格納されたプログラムをサーバコンピュータから直接供給を受けるようにしてもよい。この場合、このサーバコンピュータの記憶装置も本発明の記録媒体に含まれる。
【００９２】
また、プログラムを実行することにより上述した実施の形態に係る機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することによって上述した実施の形態に係る機能が実現される場合も含まれる。
【００９３】
尚、本発明は上述した実施の形態に限定されず、本発明の要旨を逸脱しない範囲内で各種の変形、修正が可能であるのは勿論である。
【００９４】
【発明の効果】
以上説明したように本発明によれば、最適なデータ転送が可能になり、データ転送に対する伝送の信頼性が大幅に向上する。
【図面の簡単な説明】
【図１】 ファクシミリ通信システムの全体構成図である。
【図２】 通信端末装置の構成を示す構成図である。
【図３】 パケット管理テーブルの構成図である。
【図４】 通信相手宛先テーブルの構成図である。
【図５】 ベンダＵＤＰテーブルの構成図である。
【図６】 ＵＤＰＴＬ／ＩＰパケットの構成図である。
【図７】 ベンダ情報要素の一例を示す構成図である。
【図８】 ｆａｓｔＳｔａｒｔ情報要素の一例を示す構成図である。
【図９】 通信端末装置間のリアルタイム伝送制御手順を示す図である。
【図１０】 画像情報を送信する処理手順のフローチャートである。
【図１１】 画像情報を送信する処理手順のフローチャートである。
【図１２】 ＵＤＰＴＬ／ＩＰパケットを生成する処理手順のフローチャートである。
【符号の説明】
１０…インターネット、２０…ＰＳＴＮ、３０…Ｇ３ファクシミリ装置、４０，４０ａ，４０ｂ，４０ｃ…通信端末装置、４１…制御部、４２…ＲＡＭ部、４３…パラメータＲＡＭ部、４４…時計部、４５…スキャナ部、４６…プロッタ部、４７…操作表示部、４８…符号化復号化部、４９…画像蓄積部、５０…網制御部、５１…Ｇ３ファクシミリモデム、５２…Ｇ３プロトコル処理部、５３…パケット解析部、５４…パケット生成部、５５…インターネット通信制御部、５６…内部バス、７０…パケット管理テーブル、８０…通信相手宛先テーブル、９０…ベンダＵＤＰテーブル、１００…ＵＤＰＴＬ／ＩＰパケット、１１０…ＩＰヘッダ部、１２０…ＵＤＰヘッダ部、１３０…ＵＤＰペイロード部、１３１…ＵＤＰＴＬヘッダ部、１３２…ＩＦＰデータ部、１３２ｄ…ＩＦＰパケット部。
【発明の属する技術分野】
本発明は、ファクシミリ通信システム、通信端末装置、伝送制御方法、プログラムおよび記録媒体に関し、具体的には、インターネット・プロトコルで通信可能なネットワークに接続するとともに、ファクシミリ通信機能を備え、画像情報を転送する通信端末装置の伝送制御技術に関する。
【０００２】
【従来の技術】
近年、従来のファクシミリ装置やコピー機、プリンタ等を統合し、ネットワークでの有効活用を実現する複合機需要は確実に増加している。さらに、オフィスにおける文書の電子化が進む一方、社外のお客様との通信手段として、インターネット上でやりとりする電子メールを用いて、画像情報をファクシミリ装置で通信するファクシミリ通信システムが実現されている。
【０００３】
一方、インターネット上でやりとりするファクシミリ通信における通信規格のＩＴＵ−Ｔ勧告として、インターネットに通信端末装置をダイレクトに接続し、通信端末装置間で画像情報の授受を行うファクシミリ伝送制御手順のＴ．３８（リアルタイム型）と、ＦｏＩＰ（Ｆａｃｓｉｍｉｌｅ ｏｖｅｒ ＩＰ）ゲートウェイ装置に一度画像情報を格納し、ゲートウェイ装置間をＳＭＴＰプロトコル等で送信するＴ．３７（ストアアンドフォワード型）が制定されている。
【０００４】
このＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信機能を備えた通信端末装置をＴ．３８端末装置と称する。そして、画像情報の転送は、Ｔ．３８端末装置の相互間に介在するパケット交換網のデータ転送の速度で行うことができるので、高速な画像情報の授受が可能となる。
【０００５】
また、ＩＴＵ−Ｔ勧告Ｔ．３８におけるデータ転送の動作モードとして、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）モードと、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）モードとの２つのデータ転送の動作モードが設けられており、Ｔ．３８端末装置は、通信の開始にいずれかの動作モードを選択することができる。
【０００６】
ＴＣＰモードでは、トランスポートレイヤでのフロー制御が機能するので、信頼性の高いデータ転送が可能となる長所がある一方、フロー制御の処理に負荷が増大し、通信速度が遅くなるという短所がある。
【０００７】
また、ＵＤＰモードでは、トランスポートレイヤでのフロー制御を行わないため、送達確認、順序制御および誤り再送等を一切行わないので、画像情報などの高速処理に適している長所がある一方、受信先でデータを紛失することがあり、データ転送の信頼性が悪いという短所がある。ＵＤＰモードでは、冗長パケットを送信してエラーの回復を行う手順が規定されている。
【０００８】
しかし、インターネットを介してリアルタイムに情報を伝送する場合、画像情報をディジタル化、パケットを作成する際のパケット間の時間差を保証することが重要である。すなわち、ＵＤＰモードでは、パケットのエンコード処理／デコード処理に負荷が増加するため、送信するパケット数をできる限り、少なくすることが考えられる。
【０００９】
特許文献１には、データ転送の動作モードとしてＵＤＰモードを使用するときに送信する冗長パケット数を、通信処理中に任意に変更できるようにして、信頼性の高い通信が行えるようにする伝送制御方法が提案されている。
【００１０】
この特許文献１の技術は、冗長パケットによるエラー回復は極めて無意味な情報を再送するばかりでなく、プロトコルが破綻する危険性の回避するため、送信する冗長パケット数を、画像情報送信フェーズと、制御シーケンスフェーズの冗長パケット数を通信処理中に任意に変更して、送信するパケットの数を少なくし、通信の切断を引き起こすことのない、信頼性の高い通信ができる。
【００１１】
【特許文献１】
特開２００１−１９７２７９号公報
【００１２】
【発明が解決しようとする課題】
しかしながら、上述の従来の技術は、送信する冗長パケット数を、通信処理中に任意に変更するため、画像情報送信フェーズと、制御シーケンスフェーズにおける、送信する情報をパケットに生成するエンコード処理、受信したデータを解析するデコード処理が増加し、データを授受する処理の負荷が増大し、他の通信に影響を与えるという問題がある。
【００１３】
さらに、画像情報送信フェーズと、制御シーケンスフェーズでの冗長パケット数を異なる数に設定し、制御シーケンスフェーズでの冗長パケット数をゼロとすることにより、ネットワーク上における負荷の増加を回避している。しかし、画像情報送信フェーズより高い信頼性を必要する制御シーケンスフェーズに冗長パケットを付加せず送信することにより、プロトコルの破綻を引き起こし、通信の異常で終了という影響が発生する。
【００１４】
一方、ＭＴＵ（最大伝送単位長：Ｍａｘｉｍｕｍ ＴｒａｎｓｍｉｓｓｉｏｎＵｎｉｔ；通信ネットワークにおいて、１回の転送で送信できるデータの最大値を示す値）は一律ではなく、ネットワークごとに異なり、最低限扱えるＭＴＵ値が決められている。したがって、送信元では、できる限り大きなパケットサイズで送信したいにも拘わらず、初めて通信をする場合に最適なパケットサイズを決定できないという問題がある。
【００１５】
本発明は、上述の実情を考慮してなされたものであって、画像情報を転送するときに、紛失したパケットの回復を行う冗長パケット方式で、プライマリパケットサイズと、付加する冗長パケット数を固定値で設定するのではなく、受信先通信端末装置および通信の種類に応じて自動的に最適なプライマリパケットサイズまたは冗長パケット数を決定し、画像情報における転送の信頼性を充分に高めることのできるファクシミリ通信システム、通信端末装置、伝送制御方法、プログラムおよび記録媒体を提供することを目的とする。
【００１６】
【課題を解決するための手段】
上述の課題を解決するために、本発明の請求項１のファクシミリ通信システムは、インターネット・プロトコルで通信可能なネットワークに接続され、ファクシミリ通信機能を備えた通信端末装置によって画像情報を転送するファクシミリ通信システムにおいて、受信先の前記通信端末装置は、受信検出時、自通信端末装置に係わる最大の通信バッファサイズを送信元の通信端末装置へ通知する手段を備え、送信元の前記通信端末装置は、送信時、受信先の通信端末装置より通知された最大の通信バッファサイズをもとに、送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段を備え、自動的にプライマリパケットサイズおよび冗長パケット数を決定することを特徴とする。
【００１７】
また、本発明の請求項２は、請求項１に記載のファクシミリ通信システムにおいて、送信元の前記通信端末装置の送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段は、受信先の通信端末装置より最大の通信バッファサイズが通知されないときには、１回の転送で送信できるデータのＭＴＵ値をもとに、送信するプライマリパケットサイズまたは付加する冗長パケット数を決定することを特徴とする。
【００１８】
また、本発明の請求項３は、請求項１に記載のファクシミリ通信システムにおいて、送信元の前記通信端末装置は、通信バッファサイズに応じた最適なプライマリパケットサイズと付加する冗長パケット数とを記憶したパケット管理テーブルを備え、前記送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段は、受信先の通信端末装置より通知された最大の通信バッファサイズをもとに、前記パケット管理テーブルに記憶されているプライマリパケットサイズを取得し、その取得したプライマリパケットサイズから付加する冗長パケット数を決定することを特徴とする。
【００１９】
また、本発明の請求項４は、請求項１に記載のファクシミリ通信システムにおいて、送信元の前記通信端末装置は、通信バッファサイズに応じた最適なプライマリパケットサイズと付加する冗長パケット数とを記憶したパケット管理テーブルを備え、前記送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段は、受信先の通信端末装置より通知された最大の通信バッファサイズをもとに、前記パケット管理テーブルから付加する冗長パケット数を取得し、その取得した付加する冗長パケット数からプライマリパケットサイズを決定することを特徴とする。
【００２０】
また、本発明の請求項５は、請求項１に記載のファクシミリ通信システムにおいて、送信元の前記通信端末装置は、過去に通信した相手宛先ごとに、相手宛先情報、付加する冗長パケット数およびプライマリパケットサイズを記憶した通信相手宛先テーブルを備え、前記送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段は、前記通信相手宛先テーブルを参照して、送信するときの相手宛先情報をもとに、付加する冗長パケット数またはプライマリパケットサイズ取得して決定することを特徴とする。
【００２１】
また、本発明の請求項６は、請求項１に記載のファクシミリ通信システムにおいて、送信元の前記通信端末装置は、ベンダコードごとに付加する冗長パケット数およびプライマリパケットサイズを記憶するベンダテーブルを備え、前記送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段は、前記ベンダテーブルを参照して、受信先の通信端末装置より通知されるベンダコードをもとに、プライマリパケットサイズまたは付加する冗長パケット数を決定することを特徴とする。
【００２２】
また、本発明の請求項７の通信端末装置は、インターネット・プロトコルで通信可能なネットワークに接続され、ファクシミリ通信機能を備え、画像情報を転送する通信端末装置において、受信検出時には、自通信端末装置に係わる最大の通信バッファサイズを送信元の通信端末装置へ通知する手段と、送信時には、受信先の通信端末装置より通知された最大の通信バッファサイズをもとに、送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段を備え、自動的にプライマリパケットサイズおよび冗長パケット数を決定することを特徴とする。
【００２３】
また、本発明の請求項８の伝送制御方法は、インターネット・プロトコルで通信可能なネットワークに接続され、ファクシミリ通信機能を備え、画像情報を転送する通信端末装置における伝送制御方法において、自動的にプライマリパケットサイズおよび冗長パケット数を決定するために、受信検出時には、自通信端末装置に係わる最大の通信バッファサイズを送信元の通信端末装置へ通知し、送信時には、受信先の通信端末装置より通知された最大の通信バッファサイズをもとに、送信するプライマリパケットサイズまたは付加する冗長パケット数を決定することを特徴とする。
【００２４】
また、本発明の請求項９は、コンピュータに、請求項１乃至６のいずれかに記載のファクシミリ通信システムの機能、請求項７に記載の通信端末装置の機能または請求項８に記載の伝送制御方法の機能を実行させるためのプログラムである。
また、本発明の請求項１０は、請求項９に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００２５】
以上の構成により、インターネット・プロトコルで通信可能なネットワークに接続され、ファクシミリ通信機能を備えた通信端末装置によって画像情報を転送するファクシミリ通信システムにおいてパケットの紛失を回復する冗長パケット方式で、送信するパケットのプライマリパケットサイズおよび付加する冗長パケット数を固定値で設定するのではなく、受信先の通信端末装置から通知された最大の通信バッファサイズをもとに、そのときのネットワークの許容可能なプライマリパケットサイズおよび付加する冗長パケット数でデータ転送を行うので、ネットワークにおける通信の負荷を減少することができ、ネットワークの利用効率が大幅に向上する。
【００２６】
また、過去の通信の履歴において設定されたプライマリパケットサイズ、付加する冗長パケット数とをもとに、送信するパケットのプライマリパケットサイズおよび付加する冗長パケット数を決定し、受信先の通信端末装置および通信環境に応じて自動的に最適なデータ転送が可能になり、データ転送に対する伝送の信頼性が大幅に向上する。
【００２７】
また、ベンダ推奨による最適な送信するパケットのプライマリパケットサイズおよび付加する冗長パケット数でのデータ転送ができ、障害の発生を抑制するとともに、確実に通信ができ、データ転送に対する伝送の信頼性が大幅に向上する。
【００２８】
また、受信先の通信端末装置から通知された最大の通信バッファサイズをもとに、そのときのネットワークの許容可能なプライマリパケットサイズおよび付加する冗長パケット数でのデータ転送を行うので、画像情報の転送速度を最大限に活用することができ、非常に高速な画像情報の送信が可能となる。
【００２９】
【発明の実施の形態】
以下、図面を参照して本発明のファクシミリ通信システムに係る好適な実施の形態について説明する。
【００３０】
図１は、本実施の形態に係るファクシミリ通信システムの全体構成図である。同図において、ファクシミリ通信システムは、インターネット１０と、ＰＳＴＮ（公衆回線網）２０と、Ｇ３ファクシミリ装置３０と、通信端末装置４０ａ、４０ｂ及び４０ｃとから構成されている。
【００３１】
通信端末装置４０ａ、４０ｂ及び４０ｃは、インターネットおよびイントラネットなどのＩＰ（インターネット・プロトコル）ネットワークを介してＩＴＵ−Ｔ勧告Ｔ．３８に準拠した手順によりファクシミリ通信を行う。
【００３２】
さらに、通信端末装置４０ｂと、４０ｃは、直接ＰＳＴＮ（公衆回線網）２０に接続し、ＰＳＴＮ（公衆回線網）２０を介して接続されるＧ３ファクシミリ装置３０とファクシミリ通信（ＩＴＵ−Ｔ勧告Ｔ．３０手順）を行う。
【００３３】
次に、図２は、通信端末装置４０ａ、４０ｂ及び４０ｃとなる本発明の実施の形態に係る通信端末装置の構成であって、通信端末装置４０はＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信機能を備えている。
【００３４】
この通信端末装置４０は、制御部４１、ＲＡＭ部４２、パラメータＲＡＭ部４３、時計部４４、スキャナ部４５、プロッタ部４６、操作表示部４７、符号化復号化部４８、画像蓄積部４９、網制御部５０、Ｇ３ファクシミリモデム５１、Ｇ３プロトコル処理部５２、パケット解析部５３、パケット生成部５４、インターネット通信制御部５５および内部バス５６から構成されている。
【００３５】
制御部４１、ＲＡＭ部４２、パラメータＲＡＭ部４３、時計部４４、スキャナ部４５、プロッタ部４６、操作表示部４７、符号化復号化部４８、画像蓄積部４９、網制御部５０、Ｇ３ファクシミリモデム５１、Ｇ３プロトコル処理部５２、パケット解析部５３およびパケット生成部５４は内部バス５６に接続されており、この内部バス５６を介してこれらの各要素間でのデータの授受が行われる。
【００３６】
制御部４１は、通信端末装置４０の全体の制御、各要素の制御、ファクシミリ伝送制御手順（ＩＴＵ−Ｔ勧告Ｔ．３０手順）の処理およびリアルタイム伝送制御手順（ＩＴＵ−Ｔ勧告Ｔ．３８手順）の処理などの各種の制御処理を行う。
【００３７】
ＲＡＭ部４２は、制御部４１が実行する制御処理プログラム、および、制御処理プログラムを実行するときに必要な各種データなどを記憶するとともに、制御部４１のワークエリアを構成する。
パラメータＲＡＭ部４３は、通信端末装置４０に固有な各種の情報と、各種の管理テーブルを記憶し、不慮の電源断、安全のための電源断等でこれらのパラメータの内容が失われることがないように、バッテリ（図示無し）によりパラメータＲＡＭ部４３をバックアップしている。
【００３８】
時計部４４は、現在時刻情報を出力する。
スキャナ部４５は、所定の解像度で原稿画像を読み取る。
プロッタ部４６は、所定の解像度で画像を記録出力する。
操作表示部４７は、通信端末装置４０を操作するもので、各種の操作キーおよび各種の情報を表示する表示部から構成する。
【００３９】
符号化復号化部４８は、画像情報を符号化圧縮するとともに、符号化圧縮されている画像情報を元の画像情報に復号化する。
また、画像蓄積部４９は、符号化復号化部４８により符号化圧縮された状態の画像情報を蓄積する。
【００４０】
網制御部５０は、通信端末装置４０をＰＳＴＮ（公衆回線網）２０に接続するものであり、自動発受信機能を備えている。
【００４１】
Ｇ３ファクシミリモデム５１は、Ｇ３ファクシミリのモデムの機能である、ファクシミリ伝送制御手順の信号をやりとりするための低速モデム機能（Ｖ．２１モデム）、および、主に画像情報をやりとりするための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えている。
【００４２】
また、網制御部５０とＧ３ファクシミリモデム５１との間でデータの授受を行い、Ｇ３ファクシミリ装置３０とファクシミリ通信（ＩＴＵ−Ｔ勧告Ｔ．３０手順）を行う。
【００４３】
Ｇ３プロトコル処理部５２は、リアルタイム伝送制御手順において、パケット解析部５３から出力される受信情報を対応するＧ３ファクシミリ伝送制御手順に変換または、Ｇ３ファクシミリモデム５１でデータの授受するＧ３ファクシミリ伝送制御手順の情報を処理する。
【００４４】
インターネット通信制御部５５は、通信端末装置４０をインターネット１０へ接続し、インターネット１０を介して種々のデータをやりとりする。
パケット解析部５３は、インターネット通信制御部５５が受信したＩＰデータグラムを解析して受信情報を取り出すためのものである。
【００４５】
パケット生成部５４は、Ｇ３ファクシミリ伝送制御手順の情報をＩＰデータグラムへ変換または、リアルタイム伝送制御手順のＩＰデータグラムを生成するためのものであり、その変換または生成したＩＰデータグラムは、インターネット通信制御部５５へ送出する。
【００４６】
次に、通信端末装置４０に保持され、パラメータＲＡＭ部４３で格納されている各テーブルの構成について説明する。
【００４７】
図３は、パケット管理テーブル７０の構成図である。このテーブルは、通信バッファサイズ７０ａｎに対して、最適なプライマリパケットサイズ７０ｂｎまたは最適な付加する冗長パケット数７０ｃｎを格納し、ある通信バッファサイズの場合に、最適なプライマリパケットサイズまたは最適な付加する冗長パケット数がどのような値となっているかを通信バッファサイズと対応付けて記憶している。
【００４８】
このパケット管理テーブル７０は通信端末装置４０間で呼制御用ＴＣＰチャネルを確立し、呼接続ためのＳＥＴＵＰメッセージの送信、ＣＯＮＮＥＣＴメッセージの応答により、呼接続を確立し、受信先の通信端末装置より通信バッファサイズの通知がされたとき参照されて、通知された通信バッファサイズに最適なプライマリパケットサイズまたは付加する冗長パケット数を決定するのに使われる。
【００４９】
次に、図４は通信相手宛先テーブル８０の構成図である。このテーブルは、過去の通信の履歴において、通信相手宛先項目８０ａｎごとに、伝送制御手順項目８０ｂｎ、付加する冗長パケット数項目８０ｃｎ、プライマリパケットサイズ８０ｄｎを記憶する。
【００５０】
通信相手宛先項目８０ａｎの情報は、伝送制御手順項目８０ｂｎに格納されている伝送制御手順がＧ３ファクシミリ伝送制御手順の場合、ファクシミリの電話番号が記憶され、また、リアルタイム伝送制御手順の場合、宛先ＩＰアドレスが記憶される。
【００５１】
この通信相手宛先テーブル８０は、通信をするたびに参照され、通信相手宛先が登録されていない場合や登録されている内容が更新された場合には、登録内容が更新される。
【００５２】
次に、図５は、ベンダＵＤＰテーブル９０の構成図である。このテーブルは、ベンダコード９０ａｎに対応して、ベンダが推奨している付加する冗長パケット数９０ｂｎおよびベンダが推奨しているプライマリパケットサイズ９０ｃｎを記憶する。
【００５３】
このベンダＵＤＰテーブル９０は、通信端末装置間で呼制御用ＴＣＰチャネルを確立し、呼接続ためのＳＥＴＵＰメッセージの送信とＣＯＮＮＥＣＴメッセージの応答により呼接続を確立し、受信先の通信端末装置よりベンダコードの通知がされた時参照され、この通知されたベンダコードに対応するベンダが推奨する最適なプライマリパケットサイズおよび付加する冗長パケット数を決定する。通信相手宛先が新たなベンダまたは内容が変更されている場合、このベンダＵＤＰテーブル９０が更新される。
【００５４】
次に、図６はインターネット１０を介し接続された通信端末装置間でのリアルタイム伝送制御手順（ＩＴＵ−Ｔ勧告Ｔ．３８）で定められているＵＤＰＴＬ／ＩＰパケットの構成図である。
このＵＤＰＴＬ／ＩＰパケット１００は、ＩＰヘッダ部１１０、ＵＤＰヘッダ部１２０、ＵＤＰペイロード部１３０から構成されている。
【００５５】
ＵＤＰペイロード部１３０は、ＵＤＰＴＬヘッダ部１３１とＩＦＰ（Ｉｎｔｅｒｎｅｔ Ｆａｃｓｉｍｉｌｅ Ｐｒｏｔｏｃｏｌ）データ部１３２から構成されている。さらにＩＦＰデータ部１３２は、ＵＤＰＴＬヘッダ部１３１に格納されたシーケンス番号に対応するＩＦＰパケットであるプライマリ部と、すでに送出したＩＦＰパケットが格納されているセカンダリ部から構成される。セカンダリ部は複数のＩＦＰパケット部１３２ｄを含む。
【００５６】
また、ＩＦＰパケット部１３２ｄは、Ｇ３ファクシミリ伝送制御手順の信号ＣＥＤに対応するリアルタイム伝送制御手順のＴ３０ＩＮＤ：ＣＥＤ、ＤＩＳに対応するＶ２１ＨＤＬＣ：ＤＩＳ等のＩＦＰパケットまたは画像情報で構成される。
【００５７】
次に、図７は、ＩＴＵ−Ｔ勧告Ｈ．２２５．０により定められている、ＣＯＮＮＥＣＴメッセージ内のベンダ情報要素の一例を示す構成図である。
ベンダ情報要素は、国コードを示すｔ３５ＣｏｕｎｔｒｙＣｏｄｅと、国別毎に割り当て可能な拡張コードｔ３５Ｅｘｔｅｎｓｉｏｎと、製造者を示す製造者コードｍａｎｕｆａｃｔｕｒｅｒＣｏｄｅからなるｖｅｎｄｏｒと、製品を識別する情報を示すｐｒｏｄｕｃｔＩｄと、製品バージョンを識別する情報を示すｖｅｒｓｉｏｎＩｄの各メンバーから構成される。
【００５８】
通信端末装置間で呼制御用ＴＣＰチャネルを確立し、呼接続のためのＳＥＴＵＰメッセージの送信とＣＯＮＮＥＣＴメッセージの応答により呼接続を確立し、ＣＯＮＮＥＣＴメッセージ内のベンダ情報要素を参照し、通知されたベンダ情報をもとに受信先の通信端末装置４０のベンダを判別する。
【００５９】
次に、図８は、ＩＴＵ−Ｔ勧告Ｈ．２４５により定められている、ＳＥＴＵＰメッセージとＣＯＮＮＥＣＴメッセージ内の、ｆａｓｔＳｔａｒｔ情報要素の一例を示す構成図である。
ｆａｓｔＳｔａｒｔ情報要素は、ｔ３８ＦａｘＰｒｏｔｏｃｏｌとｔ３８ＦａｘＰｒｏＦｉｌｅのメンバーからなるｔ３８Ｆａｘという通信端末装置４０の能力に依存する要素で構成される。
【００６０】
ｔ３８ＦａｘＰｒｏｔｏｃｏｌメンバーは、ゲートウェイ装置または端末装置でフィルビットの処理を行うかを示すメンバーＦｉｌｌＢｉｔＲｅｍｏｖａｌと、転送中のデータの符号化圧縮モードを示すメンバーｔｒａｎｓｃｏｄｉｎｇＪＢＩＧと、メンバーｔｒａｎｓｃｏｄｉｎｇＭＭＲと、バージョンを示すメンバーｖｅｒｓｉｏｎ等から構成される。
【００６１】
ｔ３８ＦａｘＰｒｏＦｉｌｅメンバーは、ｔ３８ＦａｘＲａｔｅＭａｎａｇｅｍｅｎｔメンバーと、ｔ３８ＦａｘＵｄｐＯｐｔｉｏｎｓメンバーから構成される。
ｔ３８ＦａｘＵｄｐＯｐｔｉｏｎメンバーは、ＴＣＰモードにおける受信可能な通信バッファの最大値がセットされるｔ３８ＦａｘＭａｘＢｕｆｆｅｒメンバーと、ＵＤＰモードにおける受信可能な通信バッファの最大値がセットされるｔ３８ＦａｘＭａｘＤａｔａｇｒａｍメンバーと、冗長パケット方式またはＥＦＣ方式のいずれかのエラーの回復方法がセットされるｔ３８ＦａｘＵｄｐＥＣメンバーから構成される。
【００６２】
通信端末装置４０間で呼制御用ＴＣＰチャネルを確立し、呼接続のためのＳＥＴＵＰメッセージの送信とＣＯＮＮＥＣＴメッセージの応答により呼接続を確立し、ＣＯＮＮＥＣＴメッセージ内のｆａｓｔＳｔａｒｔ情報要素を参照し、受信先の通信端末装置４０の能力と、画像情報を転送するモード（ＴＣＰモードまたはＵＤＰモード）を判別する。
【００６３】
次に、図９は、通信端末装置間のリアルタイム伝送制御手順の一例を示している。まず、送信元の通信端末装置４０ａは、受信先の通信端末装置４０ｂに対して呼制御用ＴＣＰチャネルを確立する（ステップＳ２００）。
【００６４】
送信元の通信端末装置４０ａは、呼接続のためのＳＥＴＵＰメッセージを受信先の通信端末装置４０ｂへ送出する（ステップＳ２１０）。
【００６５】
ＳＥＴＵＰメッセージを受信した受信先の通信端末装置４０ｂは、ＣＯＮＮＥＣＴメッセージを送信元の通信端末装置４０ａへ応答し、送信元の通信端末装置４０ａと受信先の通信端末装置４０ｂとの間に呼接続が確立する（ステップＳ２２０）。
【００６６】
このＳＥＴＵＰメッセージとＣＯＮＮＥＣＴメッセージの交換により、使用するトランスポートのモード（ＴＣＰモードまたはＵＤＰモード）、および使用するポート番号の設定と、ベンダ情報と受信先の通信端末装置４０の能力が決定される。次いで、送信元の通信端末装置４０ａは、送信元から受信先へ向かうデータ用ＵＤＰチャネルを確立し（ステップＳ２３０）、受信先の通信端末装置４０ｂは、受信先から送信元へ向かうデータ用ＵＤＰチャネルを確立する（ステップＳ２４０）。
【００６７】
その後、送信元の通信端末装置４０ａと受信先の通信端末装置４０ｂとの間とは、その確立した２本のデータ用ＵＤＰチャネルを用いて勧告Ｔ．３８手順に従ったＴ．３８セッションのデータのやりとりを開始し、画像情報の転送を実行する（ステップＳ２５０、ステップＳ２６０）。
【００６８】
画像情報の転送が終了すると、送信元の通信端末装置４０ａは、ＲＥＬＥＡＳＥＣＯＭＰメッセージを受信先の通信端末装置４０ｂへ送出し、それにより、送信元通信端末装置４０ａと受信先の通信端末装置４０ｂとの間の一連の通信動作が終了する（ステップＳ２７０）。
【００６９】
次に、図１０と図１１は、送信元の通信端末装置４０ａがインターネットを介し、他の受信先の通信端末装置４０ｂとの間で画像情報を送信する処理手順を説明するためのフローチャートである。
【００７０】
まず、送信元の通信端末装置４０ａは、画像情報を送信する受信先の通信端末装置４０ｂに対して呼制御用ＴＣＰチャネルを確立し、ＳＥＴＵＰメッセージを送出し（ステップＳ３０１）、受信先の通信端末装置４０ｂよりＣＯＮＮＥＣＴメッセージを受信する（ステップＳ３０２）。
【００７１】
受信したＣＯＮＮＥＣＴメッセージ内のｆａｓｔＳｔａｒｔ情報要素のメンバーｔ３８ＦａｘＰｒｏＦｉｌｅを解析し、データ転送の動作モードがＵＤＰモードであるか、否かを調べる（ステップＳ３０３）。ＴＣＰモードの場合（ステップＳ３０３のＮＯ）、ＴＣＰモードの通信処理を実行し（ステップＳ３０４）、この処理を終了する。
【００７２】
ＵＤＰモードの場合（ステップＳ３０３のＹＥＳ）、受信したＣＯＮＮＥＣＴメッセージ内のｆａｓｔＳｔａｒｔ情報要素のメンバーｔ３８ＦａｘＰｒｏＦｉｌｅを解析し、通信バッファサイズ（通信データグラムバッファサイズ）が指定されているかどうかを調べる（ステップＳ３０５）。
【００７３】
通信バッファサイズ（通信データグラムバッファサイズ）が指定されていない場合（ステップＳ３０５のＮＯ）、次に、通信相手宛先テーブル８０の相手宛先項目８０ａｎの検索を行い、以前、ＣＯＮＮＥＣＴメッセージを応答した受信先の通信端末装置４０ｂと画像情報の授受が行われているか、否かを調べる（ステップＳ３０６）。
【００７４】
通信相手宛先テーブル８０に履歴として登録されていない通信相手先の場合（ステップＳ３０６のＮＯ）、受信したＣＯＮＮＥＣＴメッセージ内のベンダ情報要素にベンダコードが指定されているか、否かを調べる（ステップＳ３０７）。ベンダコードの指定がある場合（ステップＳ３０７のＹＥＳ）、指定されたベンダコードをキーに、ベンダＵＤＰテーブル９０のベンダコード項目９０ａｎの検索を行い、一致したエントリの付加する冗長パケット数項目９０ｂｎに格納されている付加する冗長パケット数と、プライマリパケットサイズ項目９０ｃｎに格納されているプライマリパケットサイズを取得し（ステップＳ３０８）、制御をステップＳ３１７に移す。
【００７５】
通信相手宛先テーブル８０に履歴として登録されている通信相手先の場合（ステップＳ３０６のＹＥＳ）、通信相手宛先テーブル８０の相手宛先項目８０ａｎの検索を行い、一致したエントリの付加する冗長パケット数項目９０ｂｎに格納されている付加する冗長パケット数と、プライマリパケットサイズ項目９０ｃｎに格納されているプライマリパケットサイズを取得し（ステップＳ３０９）、制御をステップＳ３１７に移す。
【００７６】
一方、ベンダコードの指定がない場合（ステップＳ３０７のＮＯ）、通信バッファサイズを５７６バイトに設定し（ステップＳ３１０）、制御をステップＳ３１２に移す。
【００７７】
ＣＯＮＮＥＣＴメッセージに通信バッファサイズ（通信データグラムバッファサイズ）が指定されている場合（ステップＳ３０５のＹＥＳ）、指定されている通信バッファサイズ（通信データグラムバッファサイズ）を通信バッファサイズとする（ステップＳ３１１）。
【００７８】
通信バッファサイズをキーに、パケット管理テーブル７０の通信バッファサイズ項目７０ａｎの検索を行い、一致したエントリのプライマリパケットサイズ項目７０ｂｎに最適なプライマリパケットサイズが格納されているか、否か調べる（ステップＳ３１２）。
【００７９】
パケット管理テーブル７０に最適なプライマリパケットサイズが格納されている場合（ステップＳ３１２のＹＥＳ）、最適なプライマリパケットサイズを取得する（ステップＳ３１４）。
取得したプライマリパケットサイズから付加する冗長パケット数を算出し（ステップＳ３１５）、制御をステップＳ３１７へ移す。この付加する冗長パケット数は、次の式で算出する（図６参照）。
【００８０】
一方、パケット管理テーブル７０に最適なプライマリパケットサイズが格納されていない場合（ステップＳ３１２のＮＯ）、パケット管理テーブル７０の付加する冗長パケット数項目７０ｃｎに格納されている最適な付加する冗長パケット数を取得する（ステップＳ３１３）。取得した冗長パケット数からプライマリパケットサイズの算出を行い（ステップＳ３１６）、制御をステップＳ３１７へ移す。このプライマリパケットサイズは次の式で算出する（図６参照）。
【００８２】
次に、通信相手宛先テーブル８０に履歴として登録されていない通信相手先の場合（ステップＳ３１７のＮＯ）、通信相手宛先テーブル８０の空のエントリに、相手宛先に対応付けて、付加する冗長パケット数、プライマリパケットサイズ、伝送制御手順を登録し、制御をパケット生成部（ステップＳ３１９）に移す。一方、通信相手宛先テーブル８０に履歴として登録されている通信相手先の場合（ステップＳ３１７のＹＥＳ）、制御をパケット生成部（ステップＳ３１９）に移す。
【００８４】
次に、パケット生成部（ステップＳ３１９）で、生成したＵＤＰＴＬ／ＩＰパケットをインターネット通信制御部へ送出し、インターネット通信制御部はＵＤＰＴＬ／ＩＰパケットにＩＰヘッダ情報を付加し、ネットワークに送出し、受信先通信端末装置４０ｂへ送信される（ステップＳ３２０）。
【００８５】
画像情報の転送が終了するか、否かを調べる（ステップＳ３２１）。終了の場合（ステップＳ３２１のＮＯ）、インターネット通信制御部５５を介し、ＲＥＬＥＡＳＥＣＯＭＰメッセージをネットワークへの送出して（ステップＳ３２２）、処理を終了する。
一方、送信する画像情報が存在する場合（ステップＳ３２１のＹＥＳ）、制御をステップＳ３１９に移し処理を続ける。
【００８６】
次に、図１２は、ＵＤＰＴＬ／ＩＰパケットを生成する処理手順を説明するためのフローチャートである。
パケット生成部では、プライマリパケットサイズと、付加する冗長パケット数を基に、ＩＦＰデータ部１３２に格納するＩＦＰパケットを作成する。
【００８７】
先ず、付加する冗長パケット数記憶部に付加する冗長パケット数を通知し、リアルタイム伝送制御手順（ＩＴＵ−Ｔ勧告Ｔ．３８）に従って、手順または送信する画像情報を前述の算出方法で求めたプライマリパケットサイズに変換する（ステップＳ４０２）。
【００８８】
変換したメッセージをＩＦＰパケット部１３２ｄのプライマリ部に格納する。作成したパケットは、次のＵＤＰＴＬ／ＩＰパケットの冗長パケットとなるので、冗長パケット記憶部に格納する（ステップＳ４０３）。
【００８９】
最終的な送信用ＵＤＰＴＬ／ＩＰパケットを生成するため、付加冗長パケット数記憶部に冗長パケット数を問い合わせ（ステップＳ４０４）、冗長パケット記憶部に格納されている冗長パケット数分のパケットを取得して、ＩＦＰデータ部１３２のセカンダリ部に冗長パケットを付加し、ＵＤＰＴＬ／ＩＰパケットを生成する。生成したパケットにＵＤＰヘッダおよびＵＤＰＴＬヘッダ情報を付加する（ステップＳ４０５）。
【００９０】
本発明は、上述した実施の形態に係るファクシミリ通信システム、通信端末装置を構成する各機能をそれぞれプログラム化し、予めＣＤ−ＲＯＭのような記録媒体に書き込んでおき、通信端末装置に備えられた記録媒体読取装置にそのＣＤ−ＲＯＭを装着して、それぞれ対応するプログラムをインストールして、それらの装置が備えるＣＰＵで実行することによって、本発明の目的が達成されることは言うまでもない。
この場合、記録媒体から読み出されて実行された状態が上述した実施の形態に係る機能を実現することになり、そのプログラムおよびそのプログラムを記録した記録媒体も本発明を構成することになる。
【００９１】
なお、このような機能を実現するプログラムは、半導体媒体（例えば、ＲＯＭ、不揮発性メモリ等）、光媒体（例えば、ＤＶＤ、ＭＯ、ＭＤ、ＣＤ等）、磁気媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれの形態に係る記録媒体で提供されてもよい。
あるいは、ネットワーク等の通信網を介して記憶装置に格納されたプログラムをサーバコンピュータから直接供給を受けるようにしてもよい。この場合、このサーバコンピュータの記憶装置も本発明の記録媒体に含まれる。
【００９２】
また、プログラムを実行することにより上述した実施の形態に係る機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することによって上述した実施の形態に係る機能が実現される場合も含まれる。
【００９３】
尚、本発明は上述した実施の形態に限定されず、本発明の要旨を逸脱しない範囲内で各種の変形、修正が可能であるのは勿論である。
【００９４】
【発明の効果】
以上説明したように本発明によれば、最適なデータ転送が可能になり、データ転送に対する伝送の信頼性が大幅に向上する。
【図面の簡単な説明】
【図１】 ファクシミリ通信システムの全体構成図である。
【図２】 通信端末装置の構成を示す構成図である。
【図３】 パケット管理テーブルの構成図である。
【図４】 通信相手宛先テーブルの構成図である。
【図５】 ベンダＵＤＰテーブルの構成図である。
【図６】 ＵＤＰＴＬ／ＩＰパケットの構成図である。
【図７】 ベンダ情報要素の一例を示す構成図である。
【図８】 ｆａｓｔＳｔａｒｔ情報要素の一例を示す構成図である。
【図９】 通信端末装置間のリアルタイム伝送制御手順を示す図である。
【図１０】 画像情報を送信する処理手順のフローチャートである。
【図１１】 画像情報を送信する処理手順のフローチャートである。
【図１２】 ＵＤＰＴＬ／ＩＰパケットを生成する処理手順のフローチャートである。
【符号の説明】
１０…インターネット、２０…ＰＳＴＮ、３０…Ｇ３ファクシミリ装置、４０，４０ａ，４０ｂ，４０ｃ…通信端末装置、４１…制御部、４２…ＲＡＭ部、４３…パラメータＲＡＭ部、４４…時計部、４５…スキャナ部、４６…プロッタ部、４７…操作表示部、４８…符号化復号化部、４９…画像蓄積部、５０…網制御部、５１…Ｇ３ファクシミリモデム、５２…Ｇ３プロトコル処理部、５３…パケット解析部、５４…パケット生成部、５５…インターネット通信制御部、５６…内部バス、７０…パケット管理テーブル、８０…通信相手宛先テーブル、９０…ベンダＵＤＰテーブル、１００…ＵＤＰＴＬ／ＩＰパケット、１１０…ＩＰヘッダ部、１２０…ＵＤＰヘッダ部、１３０…ＵＤＰペイロード部、１３１…ＵＤＰＴＬヘッダ部、１３２…ＩＦＰデータ部、１３２ｄ…ＩＦＰパケット部。
Claims (10)
- インターネット・プロトコルで通信可能なネットワークに接続され、ファクシミリ通信機能を備えた通信端末装置によって画像情報を転送するファクシミリ通信システムにおいて、
受信先の前記通信端末装置は、受信検出時、自通信端末装置に係わる最大の通信バッファサイズを送信元の通信端末装置へ通知する手段を備え、
送信元の前記通信端末装置は、送信時、受信先の通信端末装置より通知された最大の通信バッファサイズをもとに、送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段を備え、自動的にプライマリパケットサイズおよび冗長パケット数を決定することを特徴とするファクシミリ通信システム。 - 請求項１に記載のファクシミリ通信システムにおいて、送信元の前記通信端末装置の送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段は、受信先の通信端末装置より最大の通信バッファサイズが通知されないときには、１回の転送で送信できるデータのＭＴＵ値をもとに、送信するプライマリパケットサイズまたは付加する冗長パケット数を決定することを特徴とするファクシミリ通信システム。
- 請求項１に記載のファクシミリ通信システムにおいて、送信元の前記通信端末装置は、通信バッファサイズに応じた最適なプライマリパケットサイズと付加する冗長パケット数とを記憶したパケット管理テーブルを備え、前記送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段は、受信先の通信端末装置より通知された最大の通信バッファサイズをもとに、前記パケット管理テーブルに記憶されているプライマリパケットサイズを取得し、その取得したプライマリパケットサイズから付加する冗長パケット数を決定することを特徴とするファクシミリ通信システム。
- 請求項１に記載のファクシミリ通信システムにおいて、送信元の前記通信端末装置は、通信バッファサイズに応じた最適なプライマリパケットサイズと付加する冗長パケット数とを記憶したパケット管理テーブルを備え、前記送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段は、受信先の通信端末装置より通知された最大の通信バッファサイズをもとに、前記パケット管理テーブルから付加する冗長パケット数を取得し、その取得した付加する冗長パケット数からプライマリパケットサイズを決定することを特徴とするファクシミリ通信システム。
- 請求項１に記載のファクシミリ通信システムにおいて、送信元の前記通信端末装置は、過去に通信した相手宛先ごとに、相手宛先情報、付加する冗長パケット数およびプライマリパケットサイズを記憶した通信相手宛先テーブルを備え、前記送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段は、前記通信相手宛先テーブルを参照して、送信するときの相手宛先情報をもとに、付加する冗長パケット数またはプライマリパケットサイズ取得して決定することを特徴とするファクシミリ通信システム。
- 請求項１に記載のファクシミリ通信システムにおいて、送信元の前記通信端末装置は、ベンダコードごとに付加する冗長パケット数およびプライマリパケットサイズを記憶するベンダテーブルを備え、前記送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段は、前記ベンダテーブルを参照して、受信先の通信端末装置より通知されるベンダコードをもとに、プライマリパケットサイズまたは付加する冗長パケット数を決定することを特徴とするファクシミリ通信システム。
- インターネット・プロトコルで通信可能なネットワークに接続され、ファクシミリ通信機能を備え、画像情報を転送する通信端末装置において、受信検出時には、自通信端末装置に係わる最大の通信バッファサイズを送信元の通信端末装置へ通知する手段と、送信時には、受信先の通信端末装置より通知された最大の通信バッファサイズをもとに、送信するプライマリパケットサイズまたは付加する冗長パケット数を決定する手段を備え、自動的にプライマリパケットサイズおよび冗長パケット数を決定することを特徴とする通信端末装置。
- インターネット・プロトコルで通信可能なネットワークに接続され、ファクシミリ通信機能を備え、画像情報を転送する通信端末装置における伝送制御方法において、自動的にプライマリパケットサイズおよび冗長パケット数を決定するために、受信検出時には、自通信端末装置に係わる最大の通信バッファサイズを送信元の通信端末装置へ通知し、
送信時には、受信先の通信端末装置より通知された最大の通信バッファサイズをもとに、送信するプライマリパケットサイズまたは付加する冗長パケット数を決定することを特徴とする伝送制御方法。 - コンピュータに、請求項１乃至６のいずれかに記載のファクシミリ通信システムの機能、請求項７に記載の通信端末装置の機能または請求項８に記載の伝送制御方法の機能を実行させるためのプログラム。
- 請求項９に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003184578A JP4033812B2 (ja) | 2003-06-27 | 2003-06-27 | ファクシミリ通信システム、通信端末装置、伝送制御方法、プログラムおよび記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003184578A JP4033812B2 (ja) | 2003-06-27 | 2003-06-27 | ファクシミリ通信システム、通信端末装置、伝送制御方法、プログラムおよび記録媒体 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2005020533A JP2005020533A (ja) | 2005-01-20 |
| JP2005020533A5 JP2005020533A5 (ja) | 2006-01-12 |
| JP4033812B2 true JP4033812B2 (ja) | 2008-01-16 |
Family
ID=34184302
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003184578A Expired - Fee Related JP4033812B2 (ja) | 2003-06-27 | 2003-06-27 | ファクシミリ通信システム、通信端末装置、伝送制御方法、プログラムおよび記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4033812B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170359399A1 (en) * | 2013-03-27 | 2017-12-14 | Canon Kabushiki Kaisha | Image processing apparatus, information processing method, and storage medium |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7853209B2 (en) | 2004-03-30 | 2010-12-14 | Mitsubishi Denki Kabushiki Kaisha | Mobile communication station, base station apparatus, and dedicated-short-range-communications system |
| JP5538299B2 (ja) * | 2011-04-28 | 2014-07-02 | 京セラドキュメントソリューションズ株式会社 | 通信装置及び通信システム |
| KR101870750B1 (ko) * | 2017-12-28 | 2018-06-26 | 오픈스택 주식회사 | 패킷 전송 순서 재배열을 이용한 영상 인코딩 장치 및 그 동작 방법 |
-
2003
- 2003-06-27 JP JP2003184578A patent/JP4033812B2/ja not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170359399A1 (en) * | 2013-03-27 | 2017-12-14 | Canon Kabushiki Kaisha | Image processing apparatus, information processing method, and storage medium |
| US10542059B2 (en) * | 2013-03-27 | 2020-01-21 | Canon Kabushiki Kaisha | Image processing apparatus, information processing method, and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2005020533A (ja) | 2005-01-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8838704B2 (en) | System and process for transmitting electronic mail using a conventional facsimile device | |
| US7602517B2 (en) | Internet facsimile gateway device | |
| JP2001051934A (ja) | 画像通信装置および画像通信方法 | |
| US6961137B1 (en) | Network facsimile communication control method | |
| JP2007208712A (ja) | インターネットファクシミリ装置及び通信処理プログラム | |
| JP4314733B2 (ja) | 通信接続装置およびデータ出力制御方法 | |
| US7119929B2 (en) | Electronic mail machine and internet facsimile machine | |
| JP4033812B2 (ja) | ファクシミリ通信システム、通信端末装置、伝送制御方法、プログラムおよび記録媒体 | |
| US7769872B2 (en) | Gateway apparatus, network terminal apparatus and communication method | |
| JP3875453B2 (ja) | ネットワークファクシミリ装置 | |
| US20020002623A1 (en) | Image communication apparatus, image communication system and image communication method | |
| EP1494450B1 (en) | Communication terminal for providing broadcast communication and means, method and recording medium therefore | |
| JP2003259104A (ja) | ファクシミリ通信での転送先送付方法およびファクシミリ装置 | |
| US20040133648A1 (en) | Data terminal method and apparatus capable of storing information using URL | |
| JP2005027139A (ja) | 画像通信装置、通信履歴可視化方法、画像通信システム、プログラムおよび記録媒体 | |
| JP2003060871A (ja) | 通信装置、通信方法及び通信プログラム | |
| JP3808671B2 (ja) | ネットワークファクシミリ装置およびその制御方法 | |
| JPH08274922A (ja) | ファクシミリ装置 | |
| JP4208752B2 (ja) | リアルタイムインターネットゲートウェイ装置およびその制御方法 | |
| JP2002135515A (ja) | インターネットファクシミリ装置 | |
| JP3563977B2 (ja) | リアルタイムインターネットゲートウェイファクシミリ装置の制御方法 | |
| JP2008109675A (ja) | 通信端末装置 | |
| JP2004134838A (ja) | ネットワークシステムの通信制御方法およびネットワーク端末装置 | |
| JP2002305606A (ja) | ファクシミリ装置及びファクシミリ通信方法 | |
| JP2002135513A (ja) | インターネットファクシミリ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051118 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051118 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071018 |
|
| 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: 20071023 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071023 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101102 Year of fee payment: 3 |
|
| 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: 20111102 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111102 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121102 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131102 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |