JP2002142090A - ネットワークファクシミリ装置 - Google Patents

Abstract

(57)【要約】 【課題】 ＵＤＰ通信での適切なパケットサイズを判断
し、１個のパケットサイズを可能な限り大きくするのに
好適なネットワークファクシミリ装置を提供する。 【解決手段】 リアルタイム型のネットワークファクシ
ミリ装置２５、２６において、ＵＤＰ通信で、自機と異
なる伝送手順のネットワーク上にある通信相手先に、予
め設定した最大パケットサイズのパケットデータとし
て、ファクシミリ伝送手順におけるＴＣＦ信号を送信
し、この通信相手先からネガティブ応答（ＦＴＴ）が返
された場合は、通信制御部などで前記最大パケットサイ
ズを縮小し、縮小したサイズのパケットデータを再送信
しながら、前記通信相手先とのＵＤＰ通信で使用可能な
最大パケットサイズを決定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ローカルエリアネ
ットワーク（ＬＡＮ）、インターネットなどを介して電
子メールや画データパケットを送受する機能と、公衆網
を介し、ファクシミリ伝送手順でファクシミリデータを
送受する機能とを備えたネットワークファクシミリ装置
に関する。

【０００２】

【従来の技術】いわゆるネットワークファクシミリ装置
においては、公衆網を介してのファクシミリ伝送手順に
よるファクシミリ通信機能に加えて、ＬＡＮ上でのデー
タ通信機能を有し、さらに、ファクシミリ伝送手順によ
って受信するサブアドレス情報と、そのサブアドレス情
報に対応したネットワークアドレスとを関連付けて記憶
したアドレス変換テーブルを備えている。従って、ネッ
トワークファクシミリ装置は、公衆網を介して受信した
画情報を、受信時に相手先通信端末から通知されたサブ
アドレス情報に対応したネットワークアドレスの通信端
末にＬＡＮを介して送信することができる。また、ネッ
トワークファクシミリ装置と接続されたＬＡＮが、さら
にインターネットに接続されている場合、そのネットワ
ークファクシミリ装置は、ＬＡＮやインターネットを介
し、異なるＬＡＮなどに接続された通信端末との間で、
画情報を電子メールとして送受することができる。

【０００３】さて、ＩＥＴＦ（Internet Engineering
Task Force）から発行されているＲＦＣ（Request
for Comments）文書は、ＴＣＰ／ＩＰ（Transmission
Control Protocol／Internet Protocol）、Ｕ
ＤＰ（User Data gram Protocol）、ＳＭＴＰ（Simp
le Mail Transfer Protocol）、ＰＯＰ（Post Offi
ce Protocol）などの通信プロトコル、および電子メー
ルのデータ形式やデータ構造などを規定するものであっ
て、前述のネットワークファクシミリ装置のリアルタイ
ム型の伝送形態についても記載されている。

【０００４】また、前記ＵＤＰは、ＲＦＣ７６８でイン
ターネットプロトコル（ＩＰ）上のコネクションレス型
の伝送プロトコル（トランスポート層）として規定され
ており、ＵＤＰデータグラムの送達確認や順序制御を行
わないので、画像データなどの高速処理に適している。
このようなＵＤＰでは、ユーザ（例えば、前述のネット
ワークファクシミリ装置）のアプリケーションからの依
頼で受信ポートを作成する。この受信ポートを通して、
ユーザアプリケーションは受信データ、送信元アドレ
ス、ポート番号などを受け取ることとなる。また、ＵＤ
Ｐでは、ユーザアプリケーションから渡された送信デー
タ、送受信ＩＰアドレス、ポート番号に基づき、ＵＤＰ
データグラムを作成して通信相手先へ送信する。

【０００５】ここで、ネットワークファクシミリ装置に
おいては、インターネットを介してリアルタイム情報を
伝送する場合、画情報などの伝送データをディジタル
化、パケット化する際のパケット間の時間差を保証する
ことが重要である。すなわち、ＵＤＰモードでは、パケ
ットのエンコード／デコードに時間がかかるため、送信
するパケット数をできる限り、少なくする必要がある。
そこで、１個のパケットサイズをできるだけ大きくする
ことにより、送信パケット数を少なくすることが考えら
れる。

【０００６】しかしながら、ＭＴＵ（ネットワークで扱
える最大のＵＤＰパケットサイズ）は一律ではなく、ネ
ットワークごとに異なり、最低限扱えるＵＤＰパケット
サイズ（５７６バイト）が決められているだけである。
したがって、送信側では、できる限り大きなパケットサ
イズで送信したいにも拘わらず、初めて通信をする場合
に最適、最大のパケットサイズを決定できない。

【０００７】なお、この種の装置として関連するものに
は、特公平７−１２１０５７号公報、特開平１１−１７
７６２３号公報がある。この特開平１１−１７７６２３
号公報に開示された技術では、送信側で、受信側から送
られるパケット損失率の情報から、前記パケット損失率
が所定の閾値を超えると、送信パケットのサイズを小さ
くして再送することで、受信側でのリアルタイムにおけ
るデータ再生の途切れを抑えようとしている。なお、前
記パケット損失率は、送信パケットのシーケンス番号に
基づいて、送信パケットに対する、受信側に届かなかっ
たパケットの割合を算出したものである。

【０００８】一方、第１の通信プロトコルで通信可能な
ネットワークにおいて、第１の通信プロトコルとは異な
る第２の通信プロトコルの通信端末を接続してデータ伝
送を実行する場合、第２の通信プロトコルのデータ内容
を変更することなく、前記ネットワーク上に伝送するた
めの通信インタフェースが既に提案され、実現されてい
る。

【０００９】この種の装置として関連するものには、特
許第２８３９４１２号公報、特開平１０−１０７９３８
号公報がある。この特開平１０−１０７９３８号公報に
開示された技術では、インターネットで送信されてくる
ファクシミリの画像データ（電子メール形式）をＧ３プ
ロトコルで用いる形式に変換する変換機能をサーバに持
たせ、このサーバで、通信端末から送られてきたＧ３形
式の画像データを、インターネットに適合したパケット
形式に変換し、インターネットを介して他サーバに転送
している。

【００１０】

【発明が解決しようとする課題】前記従来の技術では、
ＵＤＰでのパケット通信において、当該ネットワークが
サポートするよりも大きなパケットサイズで送信する
と、パケットがルータなどによって分割され、正しいデ
ータとして受信側に届かない場合がある。

【００１１】本発明の目的は、このような問題点を改善
し、ＵＤＰでの適切なパケットサイズを判断し、１個の
パケットサイズを可能な限り大きくするのに好適なネッ
トワークファクシミリ装置を提供することにある。

【００１２】

【課題を解決するための手段】請求項１に記載の発明
は、少なくとも、ネットワーク上で、ファクシミリ画情
報をパケット化してＵＤＰ通信する機能を有するリアル
タイム型のネットワークファクシミリ装置であって、Ｕ
ＤＰ通信で使用するパケットサイズを任意に変更するパ
ケットサイズ変更手段を備え、ＵＤＰ通信で、自機と異
なる伝送手順のネットワーク上にある通信相手先に、予
め設定した最大パケットサイズのパケットデータを送信
し、前記通信相手先からネガティブ応答が返された場合
は、前記パケットサイズ変更手段で前記最大パケットサ
イズを縮小し、縮小したパケットサイズのパケットデー
タを再送信しながら、前記通信相手先とのＵＤＰ通信で
使用可能な最大パケットサイズを決定することに特徴が
ある。

【００１３】ＵＤＰ通信では、送信側において、前述の
ように１個のパケットサイズを大きくして送信パケット
数を少なくする必要がある。一方、受信側においては、
例えば、送信側からのトレーニング信号（ＴＣＦ）の内
容（データ長と中身）が異常であると判断すると、ファ
クシミリ伝送手順でのトレーニング失敗信号（ＦＴＴ）
で通知する。また、受信側においては、送信された画デ
ータパケットが分割されているなど、異常発生を検知す
ると、リトレーニング否定信号（ＲＴＮ）を返さないこ
とで異常を通知する。よって、送信側では、ファクシミ
リ伝送手順の信号を判定基準として、送信パケットサイ
ズの適否を判断し、当該ネットワークでの最大パケット
サイズに近づけることが可能となる。

【００１４】請求項２に記載の発明は、請求項１におい
て、前記最大パケットサイズのパケットデータとして、
ファクシミリ伝送手順におけるトレーニングチェック信
号を通信相手先に送信することに特徴がある。

【００１５】送信側において、ファクシミリ伝送手順の
ＴＣＦ信号を最大パケットサイズのパケットとして送信
し、そのトレーニング結果を判定基準とすることで、画
データパケットの送信開始以前に送信パケットサイズの
適否を判断できることとなる。なお、ファクシミリ伝送
手順での信号を利用することで、例えば、パケット損失
率などの計算結果をパケットサイズ適否の判定基準とす
る方法に比べると、容易に判定結果が得られることとな
る。

【００１６】請求項３に記載の発明は、請求項１におい
て、前記最大パケットサイズのパケットデータとして、
ファクシミリ画情報を通信相手先に送信することに特徴
がある。

【００１７】送信側において、ファクシミリ画情報を最
大パケットサイズのパケットデータとして送信し、受信
側からのＲＴＮ信号の有無を判定基準とするので、画デ
ータパケットの送信後に送信パケットサイズの適否を判
断できることとなる。

【００１８】請求項４に記載の発明は、請求項１におい
て、前記通信相手先とのＵＤＰ通信で使用可能な最大パ
ケットサイズと、前記通信相手先を示す識別情報とを対
応づけて登録するパケットサイズ登録手段を備えたこと
に特徴がある。

【００１９】通信相手先ごとに、この通信相手先との通
信中に決定した最大ＵＤＰパケットサイズを登録するの
で、同一の通信相手先と次回通信する際、当該ネットワ
ークで送信可能な最大ＵＤＰパケットサイズで画データ
パケットを効率的に送信できることとなる。

【００２０】請求項５に記載の発明は、請求項２におい
て、前記トレーニングチェック信号を通信相手先に送信
し、この通信相手先からトレーニング失敗信号が返され
た場合は、前記パケットサイズ変更手段で前記最大パケ
ットサイズを縮小することに特徴がある。

【００２１】送信側において、ファクシミリ伝送手順の
ＴＣＦ信号を最大パケットサイズのパケットとして送信
し、受信側からの応答（ＦＴＴ信号有り、ＣＦＲ信号無
し）を判定基準とすることで、画データパケットの送信
開始以前に送信パケットサイズの適否を判断できること
となる。

【００２２】請求項６に記載の発明は、請求項１〜５の
いずれかにおいて、前記ファクシミリ画情報をネットワ
ーク上で通信可能なパケット形式に変換するとともに、
前記ネットワーク上で通信可能なパケット形式の画情報
を公衆網上でファクシミリ伝送手順により通信可能なフ
ァクシミリ画情報に変換する変換手段を具えたことに特
徴がある。

【００２３】ネットワークファクシミリ装置における通
信制御部などに、Ｇ３ファクシミリなどの画データと、
インターネット上で送信可能なパケット形式のデータと
の間の変換機能を持たせることで、インターネットなど
でパケット形式の画データを送受し、前述のように異な
る伝送手順のネットワークでの最大パケットサイズを決
定・更新する処理が容易となる。

【００２４】

【発明の実施の形態】以下、本発明の実施の一形態を図
面を用いて説明する。 ［第１の実施形態］図１に、本発明の第１の実施形態に
係る通信システムを示し、図２にその通信システムにお
けるネットワークファクシミリ装置（インターネットＦ
ＡＸ）の構成を示す。なお、図２の構成は、図１のイン
ターネットＦＡＸ２５、２６に共通である。

【００２５】前記通信システムには、ＬＡＮ３１を主と
するドメイン３７とＬＡＮ３２を主とするドメイン３８
とが含まれる。ドメイン３７、３８は、それぞれルータ
２９、３０を介してインターネット２２のサービスプロ
バイダ（図示せず）に専用線接続されている。ドメイン
３７、３８には、予め割り当てられたネットワークアド
レスに所定値のネットマスクを適用して分割した固有の
ネットワークアドレスが設定されており、それにより、
ドメイン３７、３８の相互間で、ルータ２９、３０およ
びインターネット２２を介したデータ伝送を行うように
構成されている。なお、ドメイン３７、３８は、インタ
ーネット２２に接続されているが、ファイアウォールな
どの制限は存在しないものとする。

【００２６】また、ドメイン３７には、ＬＡＮ３１に接
続された複数のパーソナルコンピュータ（ＰＣ）３３、
３４およびネットワークファクシミリ装置（インターネ
ットＦＡＸ）２５に電子メールサービスなどを提供する
ためのメールサーバ装置２７が設けられている。また、
ＰＣ３３、３４、インターネットＦＡＸ２５、メールサ
ーバ装置２７のそれぞれには、ドメイン３７のネットワ
ークアドレスに固有のアドレスを連結してなる固有のホ
ストアドレスが設定されており、ドメイン３７を使用す
るユーザには、固有のユーザ名に、いずれかのＰＣ３
３、３４のホストアドレスを連結してなるユーザアドレ
スが設定されている。

【００２７】同様に、ドメイン３８には、ＬＡＮ３２に
接続されたパーソナルコンピュータ（ＰＣ）３５、３６
およびネットワークファクシミリ装置（インターネット
ＦＡＸ）２６に電子メールサービスなどを提供するため
のメールサーバ装置２８が設けられている。また、ＰＣ
３５、３６、インターネットＦＡＸ２６、メールサーバ
装置２８のそれぞれには、ドメイン３８のネットワーク
アドレスに固有のアドレスを連結してなる固有のホスト
アドレスが設定されており、ドメイン３８を使用するユ
ーザには、固有のユーザ名に、いずれかのＰＣ３５、３
６のホストアドレスを連結してなるユーザアドレスが設
定されている。

【００２８】また、インターネットＦＡＸ２５、２６に
は、ＬＡＮ３１、３２に接続して画情報を電子メールあ
るいは画データパケットとして送受するための伝送機能
と、公衆網２１に接続してＧ３ファクシミリ伝送手順な
どにより画情報を送受する伝送機能とを備える。ＬＡＮ
３１、３２に接続された端末間でのデータの送受、およ
び、インターネット２２を介したデータの送受には、Ｕ
ＤＰ／ＴＣＰ／ＩＰと呼ばれるトランスポートレイヤま
での伝送プロトコルと、その上位レイヤの通信プロトコ
ルとの組み合わせ（いわゆるプロトコルスイート）が適
用される。例えば、電子メールデータの送受には、上位
レイヤの通信プロトコルとしてＳＭＴＰが適用される。
また、インターネット２２に適合したパケット形式の画
像データは、メールサーバ装置２７、２８を介してリア
ルタイム型の伝送形態で送信されるものとする。例え
ば、ドメイン３７のユーザからドメイン３８のユーザへ
パケット形式の画像データを送信する場合は、メールサ
ーバ装置２７からルータ２９を介してインターネット２
２に送出し、さらに、インターネット２２およびルータ
３０を介してドメイン３８のメールサーバ装置２８へと
送信する。

【００２９】図２において、システム制御部２０８は、
装置全体の動作（ファクシミリ伝送制御手順の実行、
等）を制御する。システムメモリ（図示せず）は、シス
テム制御部２０８が実行する制御プログラム、その制御
プログラムを実行する際に必要な各種データを記憶する
と共に、ワークエリアとして使用される。また、前記シ
ステムメモリには、ファクシミリ伝送手順によって受信
するサブアドレス情報と、そのサブアドレス情報に対応
したネットワークアドレスとを関連付けて記憶したアド
レス変換テーブルを記憶している。

【００３０】また、システム制御部２０８は、画像デー
タのパケット送信（ＵＤＰ通信）で受信側からネガティ
ブ応答を受信した場合、パケットサイズを段階的に縮小
するように制御する（パケットサイズ変更機能）。な
お、パラメータメモリ（図示せず）は、インターネット
ＦＡＸに固有の各種情報（当該ネットワークでの最大パ
ケットサイズなどを含む）を更新可能に記憶し、時計回
路（図示せず）は、現在時刻情報を出力する。

【００３１】スキャナ２０１は、所定の解像度で原稿の
画像面を読み取り、プロッタ２０２は、所定の解像度で
画像データを記録・出力する。操作表示部２０９は、各
種の操作キー、表示器からなり、ユーザとのインタフェ
ースとなって、装置の操作や相手先通信端末の能力に基
づくモード設定を行うために用いられる。

【００３２】符号化復号化部２０３は、通常のＧ３ファ
クシミリ通信などで、画像信号を符号化圧縮すると共
に、符号化圧縮されている画情報を元の画像信号に復号
化する。画像蓄積部（メモリ２１０に含まれる）は、符
号化圧縮された状態の画情報を多数記憶する。

【００３３】モデム２０６は、Ｇ３ファクシミリなどの
モデム機能を実現するものであって、伝送手順信号を送
受するための低速モデム機能（Ｖ．２１モデム）、およ
び主に画情報を送受するための高速モデム機能（Ｖ．１
７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７
モデム、等）を備え、アナログ信号を変調復調する。

【００３４】網制御部２０７は、ネットワークファクシ
ミリ装置を公衆網（ＰＳＴＮ）２１に接続するためのも
のであって、自動発着信機能を有する。

【００３５】ＬＡＮコントローラ（ＬＡＮインタフェー
スを含む）２０５は、インターネットＦＡＸをＬＡＮ３
１、３２に接続して、パケット形式の画像データ通信あ
るいはメール通信を行う。

【００３６】通信制御部２０４は、公衆網２１を介し、
他の通信端末（ファクシミリ装置）との間で画像データ
を送受するためにＧ３ファクシミリ手順などの所定のプ
ロトコルで通信制御を行う一方で、ＬＡＮ３１、３２お
よびインターネット２２を介し、他の通信端末との間で
種々のデータを送受するために所定のプロトコルスイー
トの通信制御を行う。

【００３７】また、通信制御部２０４は、Ｇ３ファクシ
ミリなどの画像データと、インターネット２２で送信可
能なパケット形式のデータとのフォーマット変換機能を
有する。ここで、通信制御部２０４には、パケット形式
のデータを生成するパケット生成部（図示せず）などの
他に、スキャナ２０１で読取った画像データをパケット
通信ネットワーク（インターネット２２など）に適合す
るように符号化するエンコーダ（図示せず）を備える。
このエンコーダの出力は、バッファ（メモリ２１０に含
まれる）に一時蓄積される。また、通信制御部２０４に
は、ＬＡＮコントローラ２０５からの受信データからパ
ケットヘッダを分離したものを一時蓄積するための受信
バッファ（メモリ２１０に含まれる）と、前記受信デー
タから符号化データを復元し、画像データをデコードす
るためのデコーダ（図示せず）とを備える。

【００３８】前述のシステム制御部２０８、スキャナ２
０1、プロッタ２０２、操作表示部２０９、符号化復号
化部２０３などは、システムバスに接続され、各部の間
のデータ送受は主としてシステムバスを介して行われ
る。また、網制御部２０７とモデム２０６、および通信
制御部２０４とＬＡＮコントローラ２０５の間のデータ
送受は直接行われる。

【００３９】次に、図３、図４を参照しながら、本実施
形態におけるＵＤＰ通信動作を説明する。ここでは、イ
ンターネットＦＡＸ２５からインターネット２２を経由
してインターネットＦＡＸ２６へＧ３ファクシミリデー
タをパケット化して送信する場合について述べる。

【００４０】前述のように送信側（インターネットＦＡ
Ｘ２５）では、通信制御部２０４の前記フォーマット変
換機能で、Ｇ３ファクシミリの画像データをインターネ
ット２２で送信可能なパケット形式に変換し、メモリ２
１０に保持する。この場合、パケットサイズは、予め前
記パラメータメモリなどに保持した当該ネットワークの
最大サイズに設定し、前記パケット生成部でパケット化
することとなる。

【００４１】次いで、図３に示すように、発呼時に送信
側（インターネットＦＡＸ２５）からメールサーバ装置
２７、ルータ装置２９、メールサーバ装置２８、ルータ
装置３０を経由して受信側（インターネットＦＡＸ２
６）へＳＥＴＵＰメッセージを送信する。このＳＥＴＵ
Ｐメッセージに対し、受信側からメールサーバ装置２
８、ルータ装置３０、メールサーバ装置２７、ルータ装
置２９を経由して送信側へ接続要求（ＣＯＮＮＥＣＴ）
が返され、この後、受信側から送信側へ前述の経路でデ
ィジタル識別信号（ＤＩＳ）が返されると、送信側は、
ＤＩＳで示された機能のなかから適宜選択した機能をデ
ィジタル命令信号（ＤＣＳ）で指定する。この後、所定
の休止期間（モデムの切換期間）が経過すると、送信側
から受信側へ前述の経路で、モデム調整のためのトレー
ニングチェック信号（ＴＣＦ）を送信する（図中、で
示す）。ここで、モデムのトレーニング信号が受け入れ
られず、再トレーニングが必要な場合には、受信側から
送信側へ前述の経路で、トレーニング失敗信号（ＦＴ
Ｔ）を送信する（図中、で示す）。送信側は、受信側
からの再トレーニング要求に応じ、前述のの経路で、Ｄ
ＣＳ信号、ＴＣＦ信号を受信側へ再送信する。受信側で
は、モデム再調整が終了すると、送信側へ前述の経路で
受信準備確認信号（ＣＦＲ）を返し、送信側に画データ
（パケット形式）の送出を促すことになる。

【００４２】この後、送信側から受信側へ前述の経路で
画データパケット（ＵＤＰパケット）が送信されるが、
この画データパケットが受信側に届くまでのネットワー
ク中で、分割されて受信側に届く場合がある。これは、
前述のようにネットワークで送信可能な最大パケットサ
イズよりも前記画データパケットのサイズが大きいこと
による。通常、受信側のアプリケーションは、ＵＰＤパ
ケットを分割されないものとして受信するので、画デー
タパケットが分割されて受信側に届いた場合にはエラー
となり、ネガティブ応答を送信側に返すこととなる。

【００４３】本実施形態では、図４に示すように、送信
側で、発呼後に受信側からのエラー応答を受信すると
（ｓ１０１、ｓ１０２のｙｅｓ、ｓ１０３のｙｅｓ）、
システム制御部２０８はＵＤＰパケットサイズを縮小す
る（ｓ１０４）。また、送信側では、受信側からエラー
の応答が返らない場合は、正常に画データパケットの送
信を終了し、呼切断を実行する（ｓ１０５）。なお、受
信側からエラー応答に応じて段階的にパケットサイズを
縮小するよう、複数のパケットサイズデータを前記シス
テムメモリあるいは前記パラメータメモリに予め準備
し、送信に用いたパケットサイズに基づいて前記複数の
パケットサイズデータのいずれかを適宜、選択してパケ
ットサイズを縮小するようにしてもよい。

【００４４】本実施形態は、リアルタイム型のネットワ
ークファクシミリ装置２５、２６に、ファクシミリ画情
報をパケット化してＵＤＰ通信する機能を有する通信制
御部２０４と、ＵＤＰ通信で使用するパケットサイズを
任意に変更するシステム制御部２０８とを備え、ＵＤＰ
通信での通信相手先に、予め設定した最大パケットサイ
ズのパケットデータを送信し、前記通信相手先からネガ
ティブ応答が返された場合は、通信制御部２０４で送信
パケットサイズを縮小することで、前記通信相手先との
ＵＤＰ通信で使用可能な最大パケットサイズを決定する
ようにしたので、ＵＤＰ通信での１個のパケットサイズ
を可能な限り大きくし、通信時間を短縮することができ
る。

【００４５】なお、本実施形態に限らず、ＵＤＰ通信で
の通信相手先に、予め設定した最大パケットサイズのパ
ケットデータを送信し、前記通信相手先からネガティブ
応答が返されなかった場合は、さらに、通信制御部２０
４で送信パケットサイズを拡大し、この後、前記通信相
手先からネガティブ応答が返された場合には、通信制御
部２０４で送信パケットサイズを縮小することで、前記
通信相手先とのＵＤＰ通信で使用可能な最大パケットサ
イズを決定するようにしてもよい。この方法により、Ｕ
ＤＰ通信での１個のパケットサイズを確実に可能な限り
大きくすることができる。

【００４６】［第２の実施形態］図５に、本発明の第２
の実施形態に係るネットワークファクシミリ装置のパケ
ットサイズ変更動作を示す。なお、本実施形態の構成お
よびパケット送信手順は、第１の実施形態と概ね同様で
あるため、図１〜図３を用いるとともに、同一構成には
同一符号を付与して説明を省略する。

【００４７】本実施形態は、第１の実施形態とは、リア
ルタイム型のネットワークファクシミリ装置２５、２６
で、ＵＤＰ通信での通信相手先に、自機で予め設定した
最大パケットサイズのパケットデータとして、ファクシ
ミリ伝送手順におけるトレーニングチェック（ＴＣＦ）
信号を送信し、トレーニング失敗信号（ＦＴＴ）が返さ
れた場合は、システム制御部２０８などで送信パケット
サイズを縮小し、縮小した最大パケットサイズのパケッ
トデータとして、ファクシミリ画情報を通信相手先に送
信する点が相違している。この方法により、前述のネガ
ティブ応答の有無に相当する、トレーニングチェック結
果および画データパケット（ファクシミリ画情報）に対
する受信結果を判定基準とすることで、画データパケッ
トの送信開始以前および受信時に送信パケットサイズの
適否を判断できる。

【００４８】ここで、図３、図５を参照しながら、本実
施形態におけるパケットサイズ変更動作を説明する。

【００４９】発呼動作（ｓ２０１）で、送信側（インタ
ーネットＦＡＸ２５）から受信側（インターネットＦＡ
Ｘ２６）に対し、メールサーバ装置２７、ルータ装置２
９、メールサーバ装置２８、ルータ装置３０を経由して
ＳＥＴＵＰメッセージを送信する。このＳＥＴＵＰメッ
セージに対し、受信側からメールサーバ装置２８、ルー
タ装置３０、メールサーバ装置２７、ルータ装置２９を
経由して送信側へ接続要求（ＣＯＮＮＥＣＴ）が返さ
れ、この後、受信側から送信側へ前述の経路でディジタ
ル識別信号（ＤＩＳ）が返されると（ｓ２０２のｙｅ
ｓ）、送信側は、ＤＩＳで示された機能のなかから適宜
選択した機能をディジタル命令信号（ＤＣＳ）で指定
し、所定の休止期間（モデムの切換期間）が経過した
後、送信側から受信側へ前述の経路で、モデム調整のた
めのトレーニングチェック信号（ＴＣＦ）を送信する
（ｓ２０３)。

【００５０】この際、受信側でパケット分割が発生し、
ＴＣＦ信号（ＴＣＦパケット）が受け入れられない場合
は、異常ＴＣＦデータと判断し、受信側から送信側へ前
述の経路で、再トレーニング要求のためにトレーニング
失敗信号（ＦＴＴ）を返すことになる。この場合、送信
側にはＣＦＲ信号が返らず（ｓ２０４のｎｏ）、再トレ
ーニング要求がなされるので、送信側から受信側へ前述
の経路でＤＣＳ信号、ＴＣＦ信号を再送することにな
る。ここで、送信側では、再送するＴＣＦ信号のＵＤＰ
パケットサイズを小さくして送信する（ｓ２０５）。こ
の後、再度、受信側からＦＴＴ信号が返らない場合は、
前述のように小さくしたパケットサイズをＵＤＰパケッ
トサイズとして以降の通信を実施する（ｓ２０６〜ｓ２
０８）。

【００５１】なお、送信側は、画データパケットの送信
が終了し、ポストメッセージを送信した後、受信側から
リトレーニング否定信号（ＲＴＮ）が返されると（ｓ２
０９のｙｅｓ）、後続メッセージの送信が可能なので処
理を終了する。また、送信側は、受信側からＲＴＮ信号
が返されない場合には（ｓ２０９のｎｏ）、画データパ
ケット（ＵＤＰパケット）のパケットサイズを小さくし
て送信する（ｓ２０６）。

【００５２】［第３の実施形態］図６に、本発明の第３
の実施形態に係るネットワークファクシミリ装置のパケ
ットサイズ変更動作を示す。なお、本実施形態の構成お
よびパケット送信手順は、第１の実施形態と概ね同様で
あるため、図１〜図３を用いるとともに、同一構成には
同一符号を付与して説明を省略する。

【００５３】本実施形態は、第１の実施形態とは、リア
ルタイム型のネットワークファクシミリ装置２５、２６
で、通信相手先とのＵＤＰ通信で使用可能な最大パケッ
トサイズと、前記通信相手先を示す識別情報とを対応づ
けて登録する記憶部（システム制御部２０８のシステム
メモリ、あるいはパラメータメモリなど）を備えた点が
相違している。この構成により、次回、同一通信相手先
にパケットデータをＵＤＰ送信する際、前記メモリに登
録している同一通信相手先の最大ＵＤＰサイズのパケッ
トデータを送信することができ、最大ＵＤＰサイズを決
定するための時間が不要となり、通信時間を短縮するこ
とができる。

【００５４】本実施形態では、ＵＤＰ通信中に決定した
最大パケットサイズと通信相手先を示す識別情報とを対
応づけて、前記システムメモリまたは前記パラメータメ
モリの所定領域に更新可能に登録する。前記識別情報と
して、例えば、通信相手先のＩＰアドレス、ドメイン、
電話番号などを用いてもよい。また、前記最大パケット
サイズの更新は、ＵＤＰ通信中あるいは通信終了後にシ
ステム制御部２０８で行うように構成してもよいし、あ
るいは操作表示部２０９の画面表示やキー入力などのユ
ーザ操作で任意に行うように構成してもよい。

【００５５】次に、図３、図６を参照しながら、本実施
形態におけるパケットサイズ変更動作を説明する。

【００５６】まず、送信側（インターネットＦＡＸ２
５）は、受信側（インターネットＦＡＸ２６）に対し、
メールサーバ装置２７、ルータ装置２９、メールサーバ
装置２８、ルータ装置３０を経由してＳＥＴＵＰメッセ
ージを送信する（ｓ３０１）。このＳＥＴＵＰメッセー
ジに対し、受信側からメールサーバ装置２８、ルータ装
置３０、メールサーバ装置２７、ルータ装置２９を経由
して送信側へ接続要求（ＣＯＮＮＥＣＴ）が返されると
（ｓ３０２のｙｅｓ）、送信側では、受信側のＩＰアド
レスと対応する最大パケットサイズ（送信相手先のネッ
トワークでの送信可能な最大サイズ）が登録されている
かを確認し（ｓ３０３）、登録されていれば、登録され
ているパケットサイズを今回のパケット通信での最大パ
ケットサイズとする（ｓ３０４）。

【００５７】この後、受信側から送信側へ前述の経路で
ディジタル識別信号（ＤＩＳ）が返されると（ｓ３０５
のｙｅｓ）、送信側は、ＤＩＳで示された機能のなかか
ら適宜、選択した機能をディジタル命令信号（ＤＣＳ）
で指定し、所定の休止期間（モデムの切換期間）が経過
した後、送信側から受信側へ前述の経路で、モデム調整
のためのトレーニングチェック信号（ＴＣＦ）を送信す
る（ｓ３０６)。ここで、ＴＣＦ信号（ＴＣＦパケッ
ト）を前述の登録されているパケットサイズ（最大パケ
ットサイズ）とする。

【００５８】一方、受信側でパケット分割が発生し、前
記最大パケットサイズのＴＣＦ信号（ＴＣＦパケット）
が受け入れられない場合は、異常ＴＣＦデータと判断
し、受信側から送信側へ前述の経路で、再トレーニング
要求のためにトレーニング失敗信号（ＦＴＴまたはＰＰ
Ｒ）を返すことになる。この場合、送信側にはＣＦＲ信
号が返らず（ｓ３０４のｎｏ）、再トレーニング要求が
なされるので、送信側から受信側へ前述の経路でＤＣＳ
信号、ＴＣＦ信号を再送することになる。ここで、送信
側では、再送するＴＣＦ信号のＵＤＰパケットサイズを
小さくして送信する（ｓ３０８）。この後、再度、受信
側からＦＴＴ信号またはＰＰＲ信号が返らない場合は、
前述のように小さくしたパケットサイズをＵＤＰパケッ
トサイズとして以降の通信を実施する（ｓ３０９〜ｓ３
１１）。

【００５９】さらに、送信側は、画データパケットの送
信が終了し、ポストメッセージを送信した後、受信側か
らリトレーニング否定信号（ＲＴＮ）が返されると（ｓ
３１２のｙｅｓ）、後続メッセージの送信が可能なので
呼切断を行い（ｓ３１４）、処理を終了する。また、送
信側は、受信側からＲＴＮ信号が返されない場合には
（ｓ３１２のｎｏ）、次の画データ送信で、画データパ
ケット（ＵＤＰパケット）のパケットサイズを小さくし
て送信する（ｓ３１３）。

【００６０】また、送信側では、予め受信側のＩＰアド
レスと対応する最大パケットサイズ（送信相手先のネッ
トワークでの送信可能な最大サイズ）が登録されていな
い場合（ｓ３０３のｎｏ）、所定の最大パケットサイズ
を用いるが、一連のパケット通信動作が終了した後、今
回の通信で使用可能であった最大パケットサイズを前記
受信側のＩＰアドレスと対応づけ、前記システムメモリ
あるいは前記パラメータメモリなどに設けた最大パケッ
トサイズ登録部に更新可能に登録する。この場合の登録
方法は、システム制御部２０８で通信終了時に自動的に
行うか、あるいは操作表示部２０９の画面表示やキー操
作などで任意に設定入力するように構成してもよい。

【００６１】前述の各実施形態では、システム制御部２
０８などが前記パケットサイズ変更手段を構成し、シス
テム制御部２０８、前記システムメモリなどが前記パケ
ットサイズ登録手段を構成する。

【００６２】

【発明の効果】以上説明したように、本発明によれば、
ＵＤＰ通信の送信側ネットワークファクシミリ装置で、
ファクシミリ伝送手順の信号を判定基準として、送信パ
ケットサイズの適否を判断し、１個のパケットサイズを
可能な限り大きくすることができるので、ＵＤＰ通信時
間を短縮することが可能である。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係る通信システムの
概略構成図である。

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

【図３】本発明の第１の実施形態に係るネットワークフ
ァクシミリ装置間の画データパケット送信を示すシーケ
ンス図である。

【図４】本発明の第１の実施形態に係るネットワークフ
ァクシミリ装置のパケットサイズ変更動作を示すフロー
チャートである。

【図５】本発明の第２の実施形態に係るネットワークフ
ァクシミリ装置のパケットサイズ変更動作を示すフロー
チャートである。

【図６】本発明の第３の実施形態に係るネットワークフ
ァクシミリ装置のパケットサイズ変更動作を示すフロー
チャートである。

【符号の説明】

２１ 公衆網 ２２ インターネット ２５、２６ インターネットＦＡＸ ２０４ 通信制御部 ２０５ ＬＡＮコントローラ ２０８ システム制御部 ２０９ 操作表示部

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5C062 AA13 AA29 AA30 AA34 AA35 AB40 AC28 AC29 AC38 AE02 AF02 5C075 AB90 CA14 CB90 CD22 CD25 CE01 CE07 5K030 HA08 HB04 HB28 JA05 JT05 LA02 LE17

Claims (6)

【特許請求の範囲】
1. 【請求項１】少なくとも、ネットワーク上で、ファクシ
   ミリ画情報をパケット化してＵＤＰ通信する機能を有す
   るリアルタイム型のネットワークファクシミリ装置であ
   って、 ＵＤＰ通信で使用するパケットサイズを任意に変更する
   パケットサイズ変更手段を備え、 ＵＤＰ通信で、自機と異なる伝送手順のネットワーク上
   にある通信相手先に、予め設定した最大パケットサイズ
   のパケットデータを送信し、前記通信相手先からネガテ
   ィブ応答が返された場合は、前記パケットサイズ変更手
   段で前記最大パケットサイズを縮小し、縮小したパケッ
   トサイズのパケットデータを再送信しながら、前記通信
   相手先とのＵＤＰ通信で使用可能な最大パケットサイズ
   を決定することを特徴とするネットワークファクシミリ
   装置。
2. 【請求項２】前記最大パケットサイズのパケットデータ
   として、ファクシミリ伝送手順におけるトレーニングチ
   ェック信号を通信相手先に送信することを特徴とする請
   求項１に記載のネットワークファクシミリ装置。
3. 【請求項３】前記最大パケットサイズのパケットデータ
   として、ファクシミリ画情報を通信相手先に送信するこ
   とを特徴とする請求項１に記載のネットワークファクシ
   ミリ装置。
4. 【請求項４】前記通信相手先とのＵＤＰ通信で使用可能
   な最大パケットサイズと、前記通信相手先を示す識別情
   報とを対応づけて登録するパケットサイズ登録手段を備
   えたことを特徴とする請求項１に記載のネットワークフ
   ァクシミリ装置。
5. 【請求項５】前記トレーニングチェック信号を通信相手
   先に送信し、この通信相手先からトレーニング失敗信号
   が返された場合は、前記パケットサイズ変更手段で前記
   最大パケットサイズを縮小することを特徴とする請求項
   ２に記載のネットワークファクシミリ装置。
6. 【請求項６】前記ファクシミリ画情報をネットワーク上
   で通信可能なパケット形式に変換するとともに、前記ネ
   ットワーク上で通信可能なパケット形式の画情報を公衆
   網上でファクシミリ伝送手順により通信可能なファクシ
   ミリ画情報に変換する変換手段を具えたことを特徴とす
   る請求項１〜５のいずれかに記載のネットワークファク
   シミリ装置。