(57)【要約】【課題】適切なＵＤＰＴＬ通信を行ない、ファクシミリゲートウェイ間の伝送効率を向上でき、ＩＰ網上での無駄なトラフィックを低減し、通信コストを削減できるようにする。【解決手段】ＩＴＵ−Ｔ勧告Ｔ．３８手順に基づき、相手ゲートウェイ１１１との間のＩＰ網１１４上でＵＤＰＴＬプロトコルを用いてファクシミリ通信を行なうに際し、相手ゲートウェイ１１１との間で１つのＵＤＰＴＬペイロードに格納すべきセカンダリパケットの数を決定し、１つのＵＤＰＴＬペイロードとして、プライマリパケットとともにｎ個のセカンダリパケットとして、非冗長なファクシミリデータを格納して相手ゲートウェイ１１１に送信し、後続のＵＤＰＴＬペイロードの送信においては、プライマリパケットと関連づけられたシーケンス番号をｎ＋１づつ歩進させる。【選択図】　　　　図１
2004096581.tif 000002
【特許請求の範囲】
【請求項１】
ＩＴＵ−Ｔ勧告Ｔ．３８手順に基づき、相手ゲートウェイとの間のＩＰ網上でＵＤＰＴＬプロトコルを用いてファクシミリ通信を行なうファクシミリ装置において、
相手ゲートウェイとの間で１つのＵＤＰＴＬペイロードに格納すべきセカンダリパケットの数を決定し、
１つのＵＤＰＴＬペイロードとして、プライマリパケットとともにｎ個のセカンダリパケットとして、非冗長なファクシミリデータを格納して相手ゲートウェイに送信し、
後続のＵＤＰＴＬペイロードの送信においては、プライマリパケットと関連づけられたシーケンス番号をｎ＋１づつ歩進させる、
ＵＤＰＴＬプロトコルを実行する通信制御手段を有することを特徴とするファクシミリ装置。
【請求項２】
前記ＵＤＰＴＬプロトコル、またはセカンダリパケットとして冗長ファクシミリデータを格納し、プライマリパケットと関連づけられたシーケンス番号を１づつ歩進させる標準ＵＤＰＴＬプロトコルのいずれを用いるかを選択する手段を有することを特徴とする請求項１に記載のファクシミリ装置。
【請求項３】
前記ＵＤＰＴＬプロトコルの選択をＩＰ網側の接続回線の課金方式、品質または速度に応じて行なうことを特徴とする請求項１に記載のファクシミリ装置。
【請求項４】
ＩＴＵ−Ｔ勧告Ｔ．３８手順に基づき、相手ゲートウェイとの間のＩＰ網上でＵＤＰＴＬプロトコルを用いてファクシミリ通信を行なうファクシミリ装置の制御方法において、
相手ゲートウェイとの間で１つのＵＤＰＴＬペイロードに格納すべきセカンダリパケットの数を決定し、
１つのＵＤＰＴＬペイロードとして、プライマリパケットとともにｎ個のセカンダリパケットとして、非冗長なファクシミリデータを格納して相手ゲートウェイに送信し、
後続のＵＤＰＴＬペイロードの送信においては、プライマリパケットと関連づけられたシーケンス番号をｎ＋１づつ歩進させる、
ＵＤＰＴＬプロトコルを実行する通信制御過程を含むことを特徴とするファクシミリ装置の制御方法。
【請求項５】
前記ＵＤＰＴＬプロトコル、またはセカンダリパケットとして冗長ファクシミリデータを格納し、プライマリパケットと関連づけられたシーケンス番号を１づつ歩進させる標準ＵＤＰＴＬプロトコルのいずれを用いるかを選択することを特徴とする請求項４に記載のファクシミリ装置の制御方法。
【請求項６】
前記ＵＤＰＴＬプロトコルの選択をＩＰ網側の接続回線の課金方式、品質または速度に応じて行なうことを特徴とする請求項５に記載のファクシミリ装置の制御方法。
【請求項７】
ＩＴＵ−Ｔ勧告Ｔ．３８手順に基づき、相手ゲートウェイとの間のＩＰ網上でＵＤＰＴＬプロトコルを用いてファクシミリ通信を行なうファクシミリ装置の制御プログラムにおいて、
相手ゲートウェイとの間で１つのＵＤＰＴＬペイロードに格納すべきセカンダリパケットの数を決定し、
１つのＵＤＰＴＬペイロードとして、プライマリパケットとともにｎ個のセカンダリパケットとして、非冗長なファクシミリデータを格納して相手ゲートウェイに送信し、
後続のＵＤＰＴＬペイロードの送信においては、プライマリパケットと関連づけられたシーケンス番号をｎ＋１づつ歩進させる、
ＵＤＰＴＬプロトコルを実行する通信制御過程を含むことを特徴とするファクシミリ装置の制御プログラム。
【請求項８】
前記ＵＤＰＴＬプロトコル、またはセカンダリパケットとして冗長ファクシミリデータを格納し、プライマリパケットと関連づけられたシーケンス番号を１づつ歩進させる標準ＵＤＰＴＬプロトコルのいずれを用いるかを選択することを特徴とする請求項７に記載のファクシミリ装置の制御プログラム。
【請求項９】
前記ＵＤＰＴＬプロトコルの選択をＩＰ網側の接続回線の課金方式、品質または速度に応じて行なうことを特徴とする請求項８に記載のファクシミリ装置の制御プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はＩＴＵ−Ｔ勧告Ｔ．３８手順に基づき、相手ゲートウェイとの間のＩＰ網上でＵＤＰＴＬプロトコルを用いてファクシミリ通信を行なうファクシミリ装置、その制御方法、およびその制御プログラムに関するものである。
【０００２】
【従来の技術】
近年のインターネットの普及には目覚ましいものがあり、ファクシミリ装置でも種々の方法でネットワーク通信技術を応用する技術が提案されている。
【０００３】
その１つとして、ＩＴＵ−Ｔ勧告Ｔ．３８に記載されたいわゆるリアルタイムインターネットファクシミリ通信がある。同勧告に記載されているファクシミリ通信は、ＩＰ通信機能を持たない旧来のＰＳＴＮ接続型のクライアントファクシミリ装置間の通信をファクシミリゲートウェイを用い、ＩＰ網上でファクシミリ手順を中継するものである。
【０００４】
一般的な勧告Ｔ．３８の通信モデルでは、２台の送受信ファクシミリ装置がそれぞれＩＰ網の両側に位置する２つのゲートウェイ（エミッティングゲートウェイおよびレシービングゲートウェイ）にそれぞれ（通常、ＰＳＴＮ経由で）接続し、送受信ファクシミリ装置はそれぞれゲートウェイと勧告Ｔ．３０のプロトコルを用いて通信する。ゲートウェイどうしは、勧告Ｔ．３８のリアルタイムインターネットファクシミリ手順を用いてＩＰ網上でファクシミリ手順信号および画信号を中継する。
【０００５】
【発明が解決しようとする課題】
勧告Ｔ．３８のＩＦＰ（インターネット・ファクシミリ・プロトコル）では、ゲートウェイ間の通信にＴＣＰ／ＩＰまたはＵＤＰ／ＩＰのいずれかを用いることができる。したがって、ファクシミリ手順信号および画信号はＴＣＰ／ＩＰまたはＵＤＰ／ＩＰデータグラムに格納されてゲートウェイ間で中継される。
【０００６】
ＴＣＰ／ＩＰの場合は、送受間のハンドシェイクにより送達確認が行なわれるため、確実な通信を行なえ、ＩＦＰパケットが失なわれる問題がない。しかし、ＴＣＰ／ＩＰはプロトコル仕様が複雑であり、効率が良くない問題がある。
【０００７】
一方、ＵＤＰ／ＩＰの場合は、送達確認を行なうしくみが含まれていないため、転送効率に優れているが、当然ながらＩＰ網上でＩＦＰパケットがロストする可能性を否定できない。
【０００８】
そこで、勧告Ｔ．３８のセクション９．４には、１つのＵＤＰデータグラム中に１つの新たなファクシミリデータを格納する場合、同時に過去に送信した１つ以上のファクシミリデータを冗長データとして格納して送信する方式：ＵＤＰＴＬ（Ｆａｃｓｉｍｉｌｅ　ＵＤＰ　Ｔｒａｎｓｐｏｒｔ　Ｌａｙｅｒ　Ｐｒｏｔｏｃｏｌ）が記載されている。
【０００９】
図５は勧告Ｔ．３８準拠のＵＤＰ／ＩＰデータグラムの構成を示している。図示のように、ＩＰデータグラムはＩＰヘッダとＩＰペイロードから成り、ＩＰペイロードとして、ＵＤＰヘッダおよびＵＤＰペイロードが格納される。
【００１０】
ＵＤＰＴＬは、ＵＤＰペイロード内部の構造を定義したもので、図５のように、シーケンス番号および１つの「プライマリ」パケット、さらにオプショナルな「セカンダリ」パケットからなる。「プライマリ」パケットはシーケンス番号と関係づけられており、「セカンダリ」パケットとしては冗長データ（あるいはＦＥＣパリティ）を送信することができる。受信側ゲートウェイではシーケンス番号を用いて受信したパケットから原データを再生することができる。
【００１１】
図３は、勧告Ｔ．３８のＵＤＰＴＬ通信により３つのＵＤＰＴＬペイロードを送信する様子を示している（ＵＤＰおよびＩＰヘッダは図示省略）。
【００１２】
図３中の長方形は１つのＵＤＰ／ＩＰペイロードを示し、各ペイロードの左端の枠が「プライマリ」パケット、右側の３つの枠は「セカンダリ」パケットで、各枠内の数字はそのパケットの「プライマリ」パケットとしてのシーケンス番号である。
【００１３】
図３の通信は冗長度ｎ＝３の通信で、図３で最初に送信されるＵＤＰＴＬペイロードでは「プライマリ」パケット４および「セカンダリ」パケット３、２、１が、次のペイロードでは「プライマリ」パケット５および「セカンダリ」パケット４、３、２が、さらに次のペイロードでは「プライマリ」パケット６および「セカンダリ」パケット５、４、３が送信されている。
【００１４】
このようにＵＤＰＴＬでは、所定数の冗長パケットを送信するため、連続して冗長パケットの数（図３の例では３）を超えるＵＤＰ／ＩＰデータグラムが失なわれない限り通信エラーを引き起すことがない。
【００１５】
ところが、冗長度ｎのＵＤＰＴＬでは、あるファクシミリデータを送信するのに要する総送信データ量は冗長度ｎ＝０の場合に比してｎ＋１倍となるため、送信効率が低下する問題がある。したがって、ゲートウェイがインターネット側で用いる通信回線が接続時間や転送データ量に応じて課金される場合にコスト的に不利となり、また、ゲートウェイ間の回線品質が充分に得られる場合には非常に大きな無駄が生じる。
【００１６】
本発明の課題は、適切なＵＤＰＴＬ通信を行ない、ファクシミリゲートウェイ間の伝送効率を向上でき、ＩＰ網上での無駄なトラフィックを低減し、通信コストを削減できるようにすることにある。
【００１７】
【課題を解決するための手段】
上記の課題を解決するため、本発明によれば、ＩＴＵ−Ｔ勧告Ｔ．３８手順に基づき、相手ゲートウェイとの間のＩＰ網上でＵＤＰＴＬプロトコルを用いてファクシミリ通信を行なうファクシミリ装置、その制御方法、およびその制御プログラムにおいて、相手ゲートウェイとの間で１つのＵＤＰＴＬペイロードに格納すべきセカンダリパケットの数を決定し、１つのＵＤＰＴＬペイロードとして、プライマリパケットとともにｎ個のセカンダリパケットとして、非冗長なファクシミリデータを格納して相手ゲートウェイに送信し、後続のＵＤＰＴＬペイロードの送信においては、プライマリパケットと関連づけられたシーケンス番号をｎ＋１づつ歩進させるＵＤＰＴＬプロトコルを実行する構成を採用した。
【００１８】
【発明の実施の形態】
以下、添付図面を参照して本発明の実施形態を説明する。
【００１９】
図１は、本発明を採用したファクシミリゲートウェイ（送信ゲートウェイ：エミッティングゲートウェイ）１００の構成を示している。
【００２０】
図１において、送信ゲートウェイ１００はＩＰ網（インターネット）１１４を介して相手側の受信ゲートウェイ１１１と接続される。
【００２１】
送信ゲートウェイ１００および受信ゲートウェイ１１１は、ＩＴＵ−Ｔ勧告Ｔ．３８準拠のプロトコルにより送信Ｇ３ファクシミリ装置１１０および受信Ｇ３ファクシミリ装置１１２間のファクシミリ通信をＩＰ網１１４上で中継する。
【００２２】
送信Ｇ３ファクシミリ装置１１０と送信ゲートウェイ１００、および受信ゲートウェイ１１１と受信Ｇ３ファクシミリ装置１１２は、ＰＳＴＮ（一般公衆回線網）１１３を介して接続される。
【００２３】
図１では便宜上、ＰＳＴＮ１１３を単一の網として図示しているが、実際には異なる（たとえば異なる国の）回線キャリアによりそれぞれ提供されるものであってよい。もちろん送信Ｇ３ファクシミリ装置１１０および受信Ｇ３ファクシミリ装置１１２はそれぞれ異なる国にそれぞれ存在してもよく、特にこのようにファクシミリ１１０、１１２が遠隔地に存在する状況において、ＰＳＴＮ１１３経由ではなくＩＰ網１１４経由でファクシミリ通信を行なうことによりＰＳＴＮ１１３で直接接続するよりも通信コストを節約することができる。
【００２４】
ＩＰ網１１４は、いわゆるインターネットであり、基幹部分を高速専用回線により相互に接続されたＷＡＮ（広域ネットワーク）である。ゲートウェイ１００および１１１がＩＰ網１１４に接続するために用いる回線が何であるかは、通常、サービスプロバイダとの契約に応じて異なる。すなわち、ゲートウェイ１００および１１１がＩＰ網１１４に接続するために用いる回線には比較的低速なダイヤルアップ回線、あるいは比較的高速な専用回線などがある。一般に、ゲートウェイ１００および１１１がＩＰ網１１４との間で用いるこれらの回線は高速かつ高品位であるものの場合には、接続料金が高く、またその場合課金も固定料金ではなく、通信時間や転送データ量に応じて行なわれる事も少なくない。
【００２５】
次に、本発明による送信ゲートウェイ１００の構成を説明する。送信ゲートウェイ１００は制御信号線、ＣＰＵバスなどにより接続された１０１から１０７までの各内部ブロックから構成される。
【００２６】
図１において、符号１０１は主に送信Ｇ３ファクシミリ装置の着信を受けつけるためのＮＣＵ（網制御装置）、１０２はＩＰ網１１４との接続方式に準じた所定方式のネットワークインターフェース、１０３は主に送信Ｇ３ファクシミリ装置のＧ３ファクシミリ手順および画像信号を送受信するためのモデム、１０４はＭＨ／ＭＲなどのファクシミリ画像信号の圧縮伸張を行なう圧縮伸張部である。
【００２７】
符号１０５はＵＤＰおよびＴＣＰ／ＩＰ処理部である。本実施形態では、ＵＤＰおよびＴＣＰ／ＩＰ処理部１０５は、少なくともＵＤＰおよびＵＤＰＴＬの通信に必要な通信制御を行なう（以下ではＵＤＰおよびＵＤＰＴＬに関してのみ説明するが、ＴＣＰ／ＩＰによる通信もサポートしていてよい）。
【００２８】
ＵＤＰおよびＴＣＰ／ＩＰ処理部１０５はハードウェア手段により構成することもできるが、多くの場合、ＣＰＵ１０７のソフトウェアにより構成することができる。ＵＤＰおよびＴＣＰ／ＩＰ処理部１０５は、ファクシミリデータの送信においては、後述の制御によりＵＤＰＴＬペイロードを生成し、ＵＤＰ／ＩＰデータグラムへ格納（図５参照）する処理を行なう。もちろん、受信に際しては、受信したＵＤＰ／ＩＰデータグラムからＵＤＰＴＬペイロードを抽出し、元の順番に連結することによりファクシミリデータを再生し、受信Ｇ３ファクシミリ装置にＧ３手順により送信する。
【００２９】
ＣＰＵ１０７は、メモリ１０６に記憶されたプログラムを実行することにより装置全体の動作を制御する。本実施形態では、ＵＤＰおよびＴＣＰ／ＩＰ処理部１０５はＣＰＵ１０７のソフトウェアにより実現されるものとし、後述のＵＤＰおよびＴＣＰ／ＩＰ処理部１０５の制御はＣＰＵ１０７のプログラムとしてメモリ１０６に格納される。ＣＰＵ１０７のプログラムが格納されるメモリ１０６の領域はＲＯＭであってもよく、また他の任意の記憶媒体であってよいし、さらにゲートウェイ１００への供給は任意の外部記憶媒体、あるいはネットワーク経由で行なうなど、任意の手法により可能である。
【００３０】
次に送信ゲートウェイ１００の動作につき説明する。
【００３１】
まず、送信Ｇ３ファクシミリ装置１１０より受信Ｇ３ファクシミリ装置１１２に対して原稿送信が指示されたとする。ＩＴＵ−Ｔ勧告Ｔ．３８では、インターネットを経由したファクシミリ通信をリアルタイムで行う。
【００３２】
送信Ｇ３ファクシミリ装置１１０はまずＰＳＴＮ１１３を経由して送信ゲートウェイ１００へ発呼および接続を行う。送信ゲートウェイ１００へ接続後、パルス信号またはＤＴＭＦ信号またはサブアドレスまたはＮＳＦ（Ｎｏｎ　ｓｔａｎｄａｒｄ　ｆａｃｉｌｉｔｙ）等、その他適切な手段で受信Ｇ３ファクシミリ装置１１２の相手先電話番号を送信ゲートウェイ１００に通知する。
【００３３】
送信ゲートウェイ１００は送信Ｇ３ファクシミリ装置１１０からの上記の手順で相手先電話番号を指示されると受信ゲートウェイ１１１に対しＩＰ網１１４を経由して、受信Ｇ３ファクシミリ装置１１２への発呼を指示する。受信ゲートウェイ１１１はＰＳＴＮ１１３を介して相手先電話番号に接続されている受信Ｇ３ファクシミリ装置１１２への発呼を行い、接続が確立されるとリアルタイムで送信Ｇ３ファクシミリ装置１１０〜受信Ｇ３ファクシミリ装置１１２間の通信を行う。上記通信はＩＴＵ−Ｔ勧告Ｔ．３８に適応するよう行う。
【００３４】
送信ゲートウェイ１００は接続された送信Ｇ３ファクシミリ装置１１０より伝送されるＴ．３０勧告に従った信号を変換しＩＰ網１１４を経由して、受信ゲートウェイ１１１に伝送し、受信ゲートウェイ１１１はＴ．３８勧告に従った信号を変換しＰＳＴＮ１１３を経由して、受信Ｇ３ファクシミリ装置１１２へ伝送する。
【００３５】
Ｔ．３８プロトコルによるインターネットファクシミリ通信手順の例を図６および図７に示す。図６〜図７の信号シーケンスは相互に連続しているものとする。図６および図７の装置と、図１の装置は次のように対応する。すなわち、送信Ｇ３ファクシミリ装置６０１は送信Ｇ３ファクシミリ装置１１０に、送信ゲートウェイ６０２は送信ゲートウェイ１００に、受信ゲートウェイ６０３は受信ゲートウェイ１１１に、受信Ｇ３ファクシミリ装置６０４は受信Ｇ３ファクシミリ装置１１２にそれぞれ対応する。
【００３６】
図示のように、送信Ｇ３ファクシミリ装置６０１〜送信ゲートウェイ６０２間のＴ．３０通信（ＰＳＴＮ経由）および受信Ｇ３ファクシミリ装置６０４〜受信ゲートウェイ６０３間のＴ．３０通信（ＰＳＴＮ経由）は、送信ゲートウェイ６０２および受信ゲートウェイ６０３間でＴ．３８プロトコルによりＩＰ網１１４上で中継される。
【００３７】
図６、図７中のブロックはそれぞれ送受信／中継されるファクシミリ信号を示す。これらの信号名はＩＴＵ−Ｔ勧告Ｔ．３０およびＴ．３８により公知であるのでいちいち詳細に説明しないが、送信ゲートウェイ６０２および受信ゲートウェイ６０３間で送受信されるこれらの信号（図６、図７中央）は、ぞれぞれ図５に示したＵＤＰＴＬ形式でＵＤＰデータグラムに格納されて授受される。
【００３８】
次に送信ゲートウェイ１００におけるＵＤＰＴＬペイロードの生成および送信処理につき説明する。
【００３９】
送信Ｇ３ファクシミリ装置１１０よりＴ．３０手順にて伝送される信号を、モデム１０３にて復変調し得られた、ＭＨ、ＭＲ、ＭＭＲ等で符号化された画像データを圧縮伸張部１０４で、必要に応じて１ラインずつ伸張し再度ＭＨ、ＭＲ、ＭＭＲ等に符号化してメモリ１０６に記憶する。その際メモリ１０６に記憶したバイト数をカウントしメモリ１０６の別のアドレスに記憶しておく。このカウンタを記憶済みカウンタと呼ぶ。ＵＤＰのヘッダを除いて画像データの伝送に使用できるバイト数が、１パケット当たり５１２バイトであるものとする。
【００４０】
また、１回のＵＤＰＬデータグラム送信で、送信するパケット数は、
冗長パケット数ｎ＋（冗長でない）送信パケット数＝ｎ＋１パケット
である。
【００４１】
以上より、本実施形態において１回のパケット送信で送信するバイト数は、
ｎ＝３とするとｎ＋１×５１２＝（３＋１）×５１２＝２０４８
バイトである。
【００４２】
なお、ＵＤＰＬデータグラムに格納するパケットを可変長にして、画像データ１ラインを１パケットに格納して送信することも考えられる。この場合は画像データを１パケットのバイト数ごとに区切り、ＵＤＰおよびＴＣＰ／ＩＰ処理部１０５にてＵＤＰデータグラムに変換した後、ＮｅｔｗｏｒｋＩ／Ｆ１０２を通して受信ゲートウェイ１１１へ伝送する。
【００４３】
また、受信ゲートウェイ１１１は受信Ｇ３ファクシミリ装置１１２より伝送される勧告Ｔ．３０に基くファクシミリ信号を勧告Ｔ．３８のインターネットファクシミリ信号に変換しＩＰ網１１４を経由して、送信ゲートウェイ１００に伝送する。送信ゲートウェイ１００は勧告Ｔ．３８に従った信号を変換しＰＳＴＮ１１３を経由して送信Ｇ３ファクシミリ装置１１０へ伝送する。
【００４４】
本発明で特徴となる点は、ＵＤＰを用いて通信を行う際に、冗長パケット数をｎパケットとする時、シーケンス番号（送信パケット番号）をｎ＋１ずつ増加させる事にある。すなわち、本実施形態のプロトコルは、Ｔ．３８勧告の冗長パケットを用いる手順において冗長パケット数をｎパケットとする時、シーケンス番号を１ずつ増加させたものと等価である。
【００４５】
ただし、本実施形態においては、「冗長パケット」（セカンダリパケット群）として送信する内容は実際には冗長データではなく、内容としては全てプライマリパケットである。
【００４６】
たとえば、図２に示すように冗長パケット数を３パケットとする時、本実施形態では、１つのＵＤＰデータグラム（ＵＤＰＬペイロード）を送信するごとにシーケンス番号を４ずつ増加させる。これに対して、Ｔ．３８勧告の冗長パケットを用いる手順においては、図３に示すよう冗長パケット数をｎパケットとする時、プライマリパケットと関係づけられた送信パケット番号（シーケンス番号）を１ずつ増加させ、パケットを送信する。
【００４７】
以上のように、本実施形態のＵＤＰＬプロトコルでは、セカンダリパケット群は冗長パケットではなく、また、１つのＵＤＰデータグラム（ＵＤＰＬペイロード）を送信するごとにシーケンス番号（送信パケット番号）を１ずつ増加させることがないため、通常のＴ．３８プロトコルと非互換、ないしこれにより相手ゲートウェイとの通信が不可能となる場合も考えられるので、本実施形態のＵＤＰＬ方式を用いる場合は相手ゲートウェイとの間でネゴシエーションを行ない、双方で確認した上で本実施形態のＵＤＰＬプロトコルを用いる。このようなネゴシエーションにおいては、ＩＴＵ−Ｔ勧告Ｈ．３２３のようなプロトコルを用いることができる。
【００４８】
図４に上記のような本実施形態のＵＤＰＬプロトコルを実行するための制御手順の要部を示す。図４の手順は、ＵＤＰおよびＴＣＰ／ＩＰ処理部１０５（本実施形態ではＣＰＵ１０７のプログラム）により実行されるものとする。
【００４９】
図４の制御の開始時において、送信ゲートウェイ１００は、送信状態にあるとする。初期値として後述する記憶済みカウンタＭ＝０、送信済みカウンタＳ＝０、ページエンドフラグ＝０、シーケンス番号＝０とする。なお、ここではシーケンス番号１から使用するものとし、冗長パケット数をｎ＝３とする（図２に対応）。
【００５０】
メモリ１０６には送信Ｇ３ファクシミリ装置１１０より伝送される画像データが順次１ラインずつ記憶される動作が並行して行われている。メモリ１０６に記憶したバイト数をカウントして記憶済みカウンタＭの値を加算する。Ｔ．３０プロトコルによりＭＰＳ、ＥＯＰ、ＥＯＭ等によりぺージ終了である事を検知するとぺージエンドフラグを１にする（ステップＳ４０１）。
【００５１】
送信Ｇ３ファクシミリ装置から受信しメモリ１０６に記憶したバイト数をカウントする記憶済みカウンタ（Ｍとする）から送信済みバイト数をカウントする送信済みカウンタ（Ｓとする）を引いた値が、１つのＵＤＰデータグラムのプライマリおよびセカンダリパケットに乗せるバイト数（ｂとする）より同じか大きくなればステップＳ４０３へ移行する（ステップＳ４０２）。
【００５２】
ステップＳ４０２の判定結果がＹＥＳなら、シーケンス番号にｎ＋１を加算する。シーケンス番号の初期値が０であれば、４となる（ステップＳ４０３）。
【００５３】
本実施形態では、相手ゲートウェイとのネゴシエーション（Ｈ．３２３による）により決定した冗長パケット数をｎ個、プライマリパケットのシーケンス番号がｘなら、セカンダリパケットのシーケンス番号は、ｘ−１、ｘ−２…ｘ−（ｎ−１）、ｘ−ｎのｎ個となる。
【００５４】
たとえば、冗長パケット数を３とすれば、あるＵＤＰＬペイロードにおけるプライマリパケットのシーケンス番号が４なら、セカンダリパケットのシーケンス番号は３、２、１となる（図２）。
【００５５】
送信パケット１つ（プライマリパケット）と冗長パケットｎ個（セカンダリパケット）をあわせて１つのＵＤＰＴＬペイロードとして送信するには、送信済みカウンタＳを監視し、ｂバイト（パケットサイズが５１２バイト、冗長度ｎ＝３であれば２０４８バイト）の画像データをＵＤＰＴＬペイロードに格納した時点でデータグラム全体を送信する（ステップＳ４０４）。
【００５６】
上記のようにして、Ｔ．３０ファクシミリ手順信号および画像データはＵＤＰＴＬペイロードとしてＵＤＰデータグラムに格納され、ＩＰ網１１４を経由し、受信ゲートウェイ１１１に伝送される。
【００５７】
そして、ＵＤＰデータグラムを送信した後、送信済みカウンタＳにＵＤＰＴＬパケットの送信バイト数ｂ（パケットサイズが５１２バイト、冗長度ｎ＝３であれば２０４８）を加算する（ステップＳ４０５）。
【００５８】
さらに、ページエンドフラグが１でかつ、記憶済みカウンタＭと送信済みカウンタＳの値が一致するか判定する（ステップＳ４０６）。このステップＳ４０６の判断がＮＯなら、未送信データが存在するので、ステップＳ４０２に戻る。
【００５９】
ステップＳ４０６の判断がＹＥＳならページ終了処理へ移行する（ステップＳ４０７）。
【００６０】
なお、ステップＳ４０２の判定結果がＮＯだった場合、ぺージ終了かどうか判定する必要がある。ぺージエンドトリガが０なら、まだ送信Ｇ３ファクシミリ装置から新たに伝送されてくる画像データが存在するので、ステップＳ４０２に戻る。ぺージエンドトリガが１なら、ステップＳ４０９に移行する（ステップＳ４０８）。
【００６１】
最終送信パケットでは、ＵＤＰＴＬの送信パケット数と未送信バイト数が一致しなくなる場合があるので、ステップＳ４０９ではこの処理を行なう。ここでは、シーケンス番号に１を加算して、（Ｍ−Ｓ）バイト分を冗長パケットとしてＵＤＰＴＬパケットを生成し送信する。その後ＭにＳを代入してステップＳ４０６に移行する（ステップＳ４０９）。
【００６２】
また、上述の手順において、伝送エラーが発生した場合、適当なエラー処理を行なうことができる。このエラー処理としては、たとえば、エラーの発生したシーケンス番号が受信ゲートウェイ１１１より伝達された場合は、メモリ１０６の該当するシーケンス番号のデータを再送する処理を行なう、などが考えられる。
【００６３】
上記のように、本実施形態の拡張ＵＤＰＴＬプロトコルでは、
（１）受信ゲートウェイとの間で、１ＵＤＰＴＬペイロードに格納すべきセカンダリパケットの数（標準ＵＤＰＴＬプロトコルの冗長度ｎに相当）を決定する
（２）１つのＵＤＰＴＬペイロードとして、プライマリパケットとともにｎ個のセカンダリパケットとして、非冗長なファクシミリデータを格納する
（３）プライマリパケットと関連づけられたシーケンス番号をｎ＋１づつ歩進させる
ようにしている。このため、トラフィックの増大、ＰＳＴＮを経由している場合送達確認までの通信時間増大に伴う通信料金の増大を防止できる。
【００６４】
また、上述した本発明の拡張ＵＤＰＴＬプロトコルは、勧告Ｔ．３８に準拠したＵＤＰＴＬプロトコルの冗長パケット送信のしくみを利用し、セカンダリパケット（群）として非冗長なファクシミリデータを送信しようとするものである。したがって、勧告Ｔ．３８の標準ＵＤＰＴＬプロトコルを取り扱う通信制御ソフトウェアを一部変更するだけで容易かつ低コストで実装することができる利点がある。
【００６５】
そして、本発明の拡張ＵＤＰＴＬプロトコルは、セカンダリパケット（群）として非冗長なファクシミリデータを送信するために、勧告Ｔ．３８準拠の（冗長度≠０の）標準ＵＤＰＴＬプロトコルに比してＵＤＰおよびＩＰヘッダの分のオーバヘッドを小さくすることができ（図５参照）、送信データ量を大きく低減することができる。
【００６６】
図２および図４の本発明の拡張ＵＤＰＴＬプロトコルを用いるか、図３の従来通りのＵＤＰＴＬプロトコル（Ｔ．３８標準ＵＤＰＴＬプロトコル）を用いるかの選択については、たとえば図８のような制御を相手ゲートウェイとの通信開始前の適当なタイミングで行なうことにより決定することができる。
【００６７】
図８のステップＳ８０１では、本発明の拡張ＵＤＰＴＬプロトコルまたはＴ．３８標準ＵＤＰＴＬプロトコルのいずれを用いるかを選択する。このプロトコルの選択には、
（ａ）本ゲートウェイのユーザ設定によりいずれかのプロトコルを選択できるようにする
（ｂ）本ゲートウェイのＩＰ網側の接続回線の課金方式や品質に応じて選択する
といった方法が考えられる。このうち、選択方式（ａ）については、表示器やキーボード、ポインティングデバイスなどを用いた適当なユーザーインターフェース方式によりユーザの設定操作を受けつけ、その設定状態をフラグなどによりメモリ１０６の所定領域に格納しておく、といった方法が考えられる。
【００６８】
また、選択方式（ｂ）については、ゲートウェイのＩＰ網側の接続回線の課金方式／品質／速度などに関する設問を同様のユーザーインターフェースによりユーザに提示して、ユーザから得られた情報に基づきいずれかのＵＤＰＬプロトコルを選択する。この時の選択基準としては、
・ＩＰ網側の接続回線の課金が従量制である（固定料金ではない）場合、本発明の拡張ＵＤＰＴＬプロトコルを用い、そうでない場合は標準ＵＤＰＴＬプロトコルを用いる
・ＩＰ網側の接続回線の品質が良好（あるいは高速）であれば本発明の拡張ＵＤＰＴＬプロトコルを用い、そうでない場合は標準ＵＤＰＴＬプロトコルを用いる
といった条件が考えられる。ＩＰ網側の接続回線の課金方式／品質／速度などに関しては、ユーザが設定操作を行なって入力するようにしてもよいが、もちろん、何らかの手段によりこれらの条件をハードウェアから検出できる場合には、検出した情報により自動的にＵＤＰＴＬプロトコルを選択することができる。
【００６９】
図８のステップＳ８０１が否定された場合はステップＳ８０４でＴ．３８標準ＵＤＰＴＬプロトコルを用いるが、ステップＳ８０１が肯定された場合は、ステップＳ８０２において相手ゲートウェイとネゴシエーション（勧告Ｈ．３２３などによる）を行なった上、相手ゲートウェイがサポートしている場合のみステップＳ８０３において本発明の拡張ＵＤＰＴＬプロトコルを用い、そうでない場合は、ステップＳ８０４で標準ＵＤＰＴＬプロトコルを用いる。
【００７０】
以上では、送信Ｇ３ファクシミリ装置と本ファクシミリゲートウェイが一体である構造を前提としたが、もちろん、この２つの機能は一体化されていてもよい。すなわち、本発明のファクシミリ装置は、いわゆるＩＡＦ（ＩｎｔｅｒｎｅｔＡｗａｒｅ　Ｆａｃｓｉｍｉｌｅ　ｄｅｖｉｃｅ：Ｔ．３８勧告セクション４および５参照）であってもよい。
【００７１】
【発明の効果】
以上の説明から明らかなように、本発明によれば、ＩＴＵ−Ｔ勧告Ｔ．３８手順に基づき、相手ゲートウェイとの間のＩＰ網上でＵＤＰＴＬプロトコルを用いてファクシミリ通信を行なうファクシミリ装置、その制御方法、およびその制御プログラムにおいて、相手ゲートウェイとの間で１つのＵＤＰＴＬペイロードに格納すべきセカンダリパケットの数を決定し、１つのＵＤＰＴＬペイロードとして、プライマリパケットとともにｎ個のセカンダリパケットとして、非冗長なファクシミリデータを格納して相手ゲートウェイに送信し、後続のＵＤＰＴＬペイロードの送信においては、プライマリパケットと関連づけられたシーケンス番号をｎ＋１づつ歩進させるＵＤＰＴＬプロトコルを実行する構成を採用しているので、適切なＵＤＰＴＬ通信を行ない、ファクシミリゲートウェイ間の伝送効率を向上でき、ＩＰ網上での無駄なトラフィックを低減し、通信コストを削減できる、という優れた効果が得られる。
【図面の簡単な説明】
【図１】本発明を採用したファクシミリゲートウェイの構成を示したブロック図である。
【図２】本発明の拡張ＵＤＰＴＬプロトコルによるＵＤＰＴＬペイロードの構成を示した説明図である。
【図３】従来の標準ＵＤＰＴＬプロトコルによるＵＤＰＴＬペイロードの構成を示した説明図である。
【図４】本発明の拡張ＵＤＰＴＬプロトコルの通信制御手順を示したフローチャート図である。
【図５】ＩＴＵ−Ｔ勧告Ｔ．３８によるＵＤＰデータグラムの構成を示した説明図である。
【図６】ＩＴＵ−Ｔ勧告Ｔ．３８によるインターネットファクシミリ通信の様子を示した説明図である。
【図７】ＩＴＵ−Ｔ勧告Ｔ．３８によるインターネットファクシミリ通信の様子を示した説明図である。
【図８】本発明におけるＵＤＰＴＬプロトコルの選択方式を示した説明図である。
【符号の説明】
１００　送信ゲートウェイ
１０５　ＵＤＰおよびＴＣＰ／ＩＰ処理部
１０６　メモリ
１０７　ＣＰＵ
１１０　送信Ｇ３ファクシミリ装置
１１１　受信ゲートウェイ
１１２　受信Ｇ３ファクシミリ装置
１１３　ＰＳＴＮ
１１４　ＩＰ網
【図１】
2004096581.tif 000003
【図２】
2004096581.tif 000004
【図３】
2004096581.tif 000005
【図４】
2004096581.tif 000006
【図５】
2004096581.tif 000007
【図６】
2004096581.tif 000008
【図７】
2004096581.tif 000009
【図８】
2004096581.tif 000010