JP3910354B2 - ネットワークファクシミリ装置 - Google Patents
ネットワークファクシミリ装置 Download PDFInfo
- Publication number
- JP3910354B2 JP3910354B2 JP2000334586A JP2000334586A JP3910354B2 JP 3910354 B2 JP3910354 B2 JP 3910354B2 JP 2000334586 A JP2000334586 A JP 2000334586A JP 2000334586 A JP2000334586 A JP 2000334586A JP 3910354 B2 JP3910354 B2 JP 3910354B2
- Authority
- JP
- Japan
- Prior art keywords
- packet size
- packet
- network
- communication
- facsimile
- 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
- Information Transfer Between Computers (AREA)
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ローカルエリアネットワーク（ＬＡＮ）、インターネットなどを介して電子メールや画データパケットを送受する機能と、公衆網を介し、ファクシミリ伝送手順でファクシミリデータを送受する機能とを備えたネットワークファクシミリ装置に関する。
【０００２】
【従来の技術】
いわゆるネットワークファクシミリ装置においては、公衆網を介してのファクシミリ伝送手順によるファクシミリ通信機能に加えて、ＬＡＮ上でのデータ通信機能を有し、さらに、ファクシミリ伝送手順によって受信するサブアドレス情報と、そのサブアドレス情報に対応したネットワークアドレスとを関連付けて記憶したアドレス変換テーブルを備えている。従って、ネットワークファクシミリ装置は、公衆網を介して受信した画情報を、受信時に相手先通信端末から通知されたサブアドレス情報に対応したネットワークアドレスの通信端末にＬＡＮを介して送信することができる。また、ネットワークファクシミリ装置と接続されたＬＡＮが、さらにインターネットに接続されている場合、そのネットワークファクシミリ装置は、ＬＡＮやインターネットを介し、異なるＬＡＮなどに接続された通信端末との間で、画情報を電子メールとして送受することができる。
【０００３】
さて、ＩＥＴＦ（Internet Engineering Task Force）から発行されているＲＦＣ（Request for Comments）文書は、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）、ＵＤＰ（User Data gram Protocol）、ＳＭＴＰ（Simple Mail Transfer Protocol）、ＰＯＰ（Post Office Protocol）などの通信プロトコル、および電子メールのデータ形式やデータ構造などを規定するものであって、前述のネットワークファクシミリ装置のリアルタイム型の伝送形態についても記載されている。
【０００４】
また、前記ＵＤＰは、ＲＦＣ７６８でインターネットプロトコル（ＩＰ）上のコネクションレス型の伝送プロトコル（トランスポート層）として規定されており、ＵＤＰデータグラムの送達確認や順序制御を行わないので、画像データなどの高速処理に適している。このようなＵＤＰでは、ユーザ（例えば、前述のネットワークファクシミリ装置）のアプリケーションからの依頼で受信ポートを作成する。この受信ポートを通して、ユーザアプリケーションは受信データ、送信元アドレス、ポート番号などを受け取ることとなる。また、ＵＤＰでは、ユーザアプリケーションから渡された送信データ、送受信ＩＰアドレス、ポート番号に基づき、ＵＤＰデータグラムを作成して通信相手先へ送信する。
【０００５】
ここで、ネットワークファクシミリ装置においては、インターネットを介してリアルタイム情報を伝送する場合、画情報などの伝送データをディジタル化、パケット化する際のパケット間の時間差を保証することが重要である。すなわち、ＵＤＰモードでは、パケットのエンコード／デコードに時間がかかるため、送信するパケット数をできる限り、少なくする必要がある。そこで、１個のパケットサイズをできるだけ大きくすることにより、送信パケット数を少なくすることが考えられる。
【０００６】
しかしながら、ＭＴＵ（ネットワークで扱える最大のＵＤＰパケットサイズ）は一律ではなく、ネットワークごとに異なり、最低限扱えるＵＤＰパケットサイズ（５７６バイト）が決められているだけである。したがって、送信側では、できる限り大きなパケットサイズで送信したいにも拘わらず、初めて通信をする場合に最適、最大のパケットサイズを決定できない。
【０００７】
なお、この種の装置として関連するものには、特公平７−１２１０５７号公報、特開平１１−１７７６２３号公報がある。この特開平１１−１７７６２３号公報に開示された技術では、送信側で、受信側から送られるパケット損失率の情報から、前記パケット損失率が所定の閾値を超えると、送信パケットのサイズを小さくして再送することで、受信側でのリアルタイムにおけるデータ再生の途切れを抑えようとしている。なお、前記パケット損失率は、送信パケットのシーケンス番号に基づいて、送信パケットに対する、受信側に届かなかったパケットの割合を算出したものである。
【０００８】
一方、第１の通信プロトコルで通信可能なネットワークにおいて、第１の通信プロトコルとは異なる第２の通信プロトコルの通信端末を接続してデータ伝送を実行する場合、第２の通信プロトコルのデータ内容を変更することなく、前記ネットワーク上に伝送するための通信インタフェースが既に提案され、実現されている。
【０００９】
この種の装置として関連するものには、特許第２８３９４１２号公報、特開平１０−１０７９３８号公報がある。この特開平１０−１０７９３８号公報に開示された技術では、インターネットで送信されてくるファクシミリの画像データ（電子メール形式）をＧ３プロトコルで用いる形式に変換する変換機能をサーバに持たせ、このサーバで、通信端末から送られてきたＧ３形式の画像データを、インターネットに適合したパケット形式に変換し、インターネットを介して他サーバに転送している。
【００１０】
【発明が解決しようとする課題】
前記従来の技術では、ＵＤＰでのパケット通信において、当該ネットワークがサポートするよりも大きなパケットサイズで送信すると、パケットがルータなどによって分割され、正しいデータとして受信側に届かない場合がある。
【００１１】
本発明の目的は、このような問題点を改善し、ＵＤＰでの適切なパケットサイズを判断し、１個のパケットサイズを可能な限り大きくするのに好適なネットワークファクシミリ装置を提供することにある。
【００１２】
【課題を解決するための手段】
請求項１に記載の発明は、少なくとも、ネットワーク上で、ファクシミリ画情報をパケット化してＵＤＰ通信する機能を有するリアルタイム型のネットワークファクシミリ装置であって、ＵＤＰ通信で使用するパケットサイズを任意に変更するパケットサイズ変更手段を備え、ＵＤＰ通信で、自機と異なる伝送手順のネットワーク上にある通信相手先に、予め設定した最大パケットサイズのパケットデータを送信し、前記通信相手先からネガティブ応答が返された場合は、前記パケットサイズ変更手段で前記最大パケットサイズを縮小し、縮小したパケットサイズのパケットデータを再送信しながら、前記通信相手先とのＵＤＰ通信で使用可能な最大パケットサイズを決定することに特徴がある。
【００１３】
ＵＤＰ通信では、送信側において、前述のように１個のパケットサイズを大きくして送信パケット数を少なくする必要がある。一方、受信側においては、例えば、送信側からのトレーニング信号（ＴＣＦ）の内容（データ長と中身）が異常であると判断すると、ファクシミリ伝送手順でのトレーニング失敗信号（ＦＴＴ）で通知する。また、受信側においては、送信された画データパケットが分割されているなど、異常発生を検知すると、リトレーニング否定信号（ＲＴＮ）を返さないことで異常を通知する。よって、送信側では、ファクシミリ伝送手順の信号を判定基準として、送信パケットサイズの適否を判断し、当該ネットワークでの最大パケットサイズに近づけることが可能となる。
【００１４】
請求項２に記載の発明は、請求項１において、前記最大パケットサイズのパケットデータとして、ファクシミリ伝送手順におけるトレーニングチェック信号を通信相手先に送信することに特徴がある。
【００１５】
送信側において、ファクシミリ伝送手順のＴＣＦ信号を最大パケットサイズのパケットとして送信し、そのトレーニング結果を判定基準とすることで、画データパケットの送信開始以前に送信パケットサイズの適否を判断できることとなる。なお、ファクシミリ伝送手順での信号を利用することで、例えば、パケット損失率などの計算結果をパケットサイズ適否の判定基準とする方法に比べると、容易に判定結果が得られることとなる。
【００１６】
請求項３に記載の発明は、請求項１において、前記最大パケットサイズのパケットデータとして、ファクシミリ画情報を通信相手先に送信することに特徴がある。
【００１７】
送信側において、ファクシミリ画情報を最大パケットサイズのパケットデータとして送信し、受信側からのＲＴＮ信号の有無を判定基準とするので、画データパケットの送信後に送信パケットサイズの適否を判断できることとなる。
【００１８】
請求項４に記載の発明は、請求項１において、前記通信相手先とのＵＤＰ通信で使用可能な最大パケットサイズと、前記通信相手先を示す識別情報とを対応づけて登録するパケットサイズ登録手段を備えたことに特徴がある。
【００１９】
通信相手先ごとに、この通信相手先との通信中に決定した最大ＵＤＰパケットサイズを登録するので、同一の通信相手先と次回通信する際、当該ネットワークで送信可能な最大ＵＤＰパケットサイズで画データパケットを効率的に送信できることとなる。
【００２０】
請求項５に記載の発明は、請求項２において、前記トレーニングチェック信号を通信相手先に送信し、この通信相手先からトレーニング失敗信号が返された場合は、前記パケットサイズ変更手段で前記最大パケットサイズを縮小することに特徴がある。
【００２１】
送信側において、ファクシミリ伝送手順のＴＣＦ信号を最大パケットサイズのパケットとして送信し、受信側からの応答（ＦＴＴ信号有り、ＣＦＲ信号無し）を判定基準とすることで、画データパケットの送信開始以前に送信パケットサイズの適否を判断できることとなる。
【００２２】
請求項６に記載の発明は、請求項１〜５のいずれかにおいて、前記ファクシミリ画情報をネットワーク上で通信可能なパケット形式に変換するとともに、前記ネットワーク上で通信可能なパケット形式の画情報を公衆網上でファクシミリ伝送手順により通信可能なファクシミリ画情報に変換する変換手段を具えたことに特徴がある。
【００２３】
ネットワークファクシミリ装置における通信制御部などに、Ｇ３ファクシミリなどの画データと、インターネット上で送信可能なパケット形式のデータとの間の変換機能を持たせることで、インターネットなどでパケット形式の画データを送受し、前述のように異なる伝送手順のネットワークでの最大パケットサイズを決定・更新する処理が容易となる。
【００２４】
【発明の実施の形態】
以下、本発明の実施の一形態を図面を用いて説明する。
［第１の実施形態］
図１に、本発明の第１の実施形態に係る通信システムを示し、図２にその通信システムにおけるネットワークファクシミリ装置（インターネットＦＡＸ）の構成を示す。なお、図２の構成は、図１のインターネットＦＡＸ２５、２６に共通である。
【００２５】
前記通信システムには、ＬＡＮ３１を主とするドメイン３７とＬＡＮ３２を主とするドメイン３８とが含まれる。ドメイン３７、３８は、それぞれルータ２９、３０を介してインターネット２２のサービスプロバイダ（図示せず）に専用線接続されている。ドメイン３７、３８には、予め割り当てられたネットワークアドレスに所定値のネットマスクを適用して分割した固有のネットワークアドレスが設定されており、それにより、ドメイン３７、３８の相互間で、ルータ２９、３０およびインターネット２２を介したデータ伝送を行うように構成されている。なお、ドメイン３７、３８は、インターネット２２に接続されているが、ファイアウォールなどの制限は存在しないものとする。
【００２６】
また、ドメイン３７には、ＬＡＮ３１に接続された複数のパーソナルコンピュータ（ＰＣ）３３、３４およびネットワークファクシミリ装置（インターネットＦＡＸ）２５に電子メールサービスなどを提供するためのメールサーバ装置２７が設けられている。また、ＰＣ３３、３４、インターネットＦＡＸ２５、メールサーバ装置２７のそれぞれには、ドメイン３７のネットワークアドレスに固有のアドレスを連結してなる固有のホストアドレスが設定されており、ドメイン３７を使用するユーザには、固有のユーザ名に、いずれかのＰＣ３３、３４のホストアドレスを連結してなるユーザアドレスが設定されている。
【００２７】
同様に、ドメイン３８には、ＬＡＮ３２に接続されたパーソナルコンピュータ（ＰＣ）３５、３６およびネットワークファクシミリ装置（インターネットＦＡＸ）２６に電子メールサービスなどを提供するためのメールサーバ装置２８が設けられている。また、ＰＣ３５、３６、インターネットＦＡＸ２６、メールサーバ装置２８のそれぞれには、ドメイン３８のネットワークアドレスに固有のアドレスを連結してなる固有のホストアドレスが設定されており、ドメイン３８を使用するユーザには、固有のユーザ名に、いずれかのＰＣ３５、３６のホストアドレスを連結してなるユーザアドレスが設定されている。
【００２８】
また、インターネットＦＡＸ２５、２６には、ＬＡＮ３１、３２に接続して画情報を電子メールあるいは画データパケットとして送受するための伝送機能と、公衆網２１に接続してＧ３ファクシミリ伝送手順などにより画情報を送受する伝送機能とを備える。ＬＡＮ３１、３２に接続された端末間でのデータの送受、および、インターネット２２を介したデータの送受には、ＵＤＰ／ＴＣＰ／ＩＰと呼ばれるトランスポートレイヤまでの伝送プロトコルと、その上位レイヤの通信プロトコルとの組み合わせ（いわゆるプロトコルスイート）が適用される。例えば、電子メールデータの送受には、上位レイヤの通信プロトコルとしてＳＭＴＰが適用される。また、インターネット２２に適合したパケット形式の画像データは、メールサーバ装置２７、２８を介してリアルタイム型の伝送形態で送信されるものとする。例えば、ドメイン３７のユーザからドメイン３８のユーザへパケット形式の画像データを送信する場合は、メールサーバ装置２７からルータ２９を介してインターネット２２に送出し、さらに、インターネット２２およびルータ３０を介してドメイン３８のメールサーバ装置２８へと送信する。
【００２９】
図２において、システム制御部２０８は、装置全体の動作（ファクシミリ伝送制御手順の実行、等）を制御する。システムメモリ（図示せず）は、システム制御部２０８が実行する制御プログラム、その制御プログラムを実行する際に必要な各種データを記憶すると共に、ワークエリアとして使用される。また、前記システムメモリには、ファクシミリ伝送手順によって受信するサブアドレス情報と、そのサブアドレス情報に対応したネットワークアドレスとを関連付けて記憶したアドレス変換テーブルを記憶している。
【００３０】
また、システム制御部２０８は、画像データのパケット送信（ＵＤＰ通信）で受信側からネガティブ応答を受信した場合、パケットサイズを段階的に縮小するように制御する（パケットサイズ変更機能）。なお、パラメータメモリ（図示せず）は、インターネットＦＡＸに固有の各種情報（当該ネットワークでの最大パケットサイズなどを含む）を更新可能に記憶し、時計回路（図示せず）は、現在時刻情報を出力する。
【００３１】
スキャナ２０１は、所定の解像度で原稿の画像面を読み取り、プロッタ２０２は、所定の解像度で画像データを記録・出力する。操作表示部２０９は、各種の操作キー、表示器からなり、ユーザとのインタフェースとなって、装置の操作や相手先通信端末の能力に基づくモード設定を行うために用いられる。
【００３２】
符号化復号化部２０３は、通常のＧ３ファクシミリ通信などで、画像信号を符号化圧縮すると共に、符号化圧縮されている画情報を元の画像信号に復号化する。画像蓄積部（メモリ２１０に含まれる）は、符号化圧縮された状態の画情報を多数記憶する。
【００３３】
モデム２０６は、Ｇ３ファクシミリなどのモデム機能を実現するものであって、伝送手順信号を送受するための低速モデム機能（Ｖ．２１モデム）、および主に画情報を送受するための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７モデム、等）を備え、アナログ信号を変調復調する。
【００３４】
網制御部２０７は、ネットワークファクシミリ装置を公衆網（ＰＳＴＮ）２１に接続するためのものであって、自動発着信機能を有する。
【００３５】
ＬＡＮコントローラ（ＬＡＮインタフェースを含む）２０５は、インターネットＦＡＸをＬＡＮ３１、３２に接続して、パケット形式の画像データ通信あるいはメール通信を行う。
【００３６】
通信制御部２０４は、公衆網２１を介し、他の通信端末（ファクシミリ装置）との間で画像データを送受するためにＧ３ファクシミリ手順などの所定のプロトコルで通信制御を行う一方で、ＬＡＮ３１、３２およびインターネット２２を介し、他の通信端末との間で種々のデータを送受するために所定のプロトコルスイートの通信制御を行う。
【００３７】
また、通信制御部２０４は、Ｇ３ファクシミリなどの画像データと、インターネット２２で送信可能なパケット形式のデータとのフォーマット変換機能を有する。ここで、通信制御部２０４には、パケット形式のデータを生成するパケット生成部（図示せず）などの他に、スキャナ２０１で読取った画像データをパケット通信ネットワーク（インターネット２２など）に適合するように符号化するエンコーダ（図示せず）を備える。このエンコーダの出力は、バッファ（メモリ２１０に含まれる）に一時蓄積される。また、通信制御部２０４には、ＬＡＮコントローラ２０５からの受信データからパケットヘッダを分離したものを一時蓄積するための受信バッファ（メモリ２１０に含まれる）と、前記受信データから符号化データを復元し、画像データをデコードするためのデコーダ（図示せず）とを備える。
【００３８】
前述のシステム制御部２０８、スキャナ２０1、プロッタ２０２、操作表示部２０９、符号化復号化部２０３などは、システムバスに接続され、各部の間のデータ送受は主としてシステムバスを介して行われる。また、網制御部２０７とモデム２０６、および通信制御部２０４とＬＡＮコントローラ２０５の間のデータ送受は直接行われる。
【００３９】
次に、図３、図４を参照しながら、本実施形態におけるＵＤＰ通信動作を説明する。ここでは、インターネットＦＡＸ２５からインターネット２２を経由してインターネットＦＡＸ２６へＧ３ファクシミリデータをパケット化して送信する場合について述べる。
【００４０】
前述のように送信側（インターネットＦＡＸ２５）では、通信制御部２０４の前記フォーマット変換機能で、Ｇ３ファクシミリの画像データをインターネット２２で送信可能なパケット形式に変換し、メモリ２１０に保持する。この場合、パケットサイズは、予め前記パラメータメモリなどに保持した当該ネットワークの最大サイズに設定し、前記パケット生成部でパケット化することとなる。
【００４１】
次いで、図３に示すように、発呼時に送信側（インターネットＦＡＸ２５）からメールサーバ装置２７、ルータ装置２９、メールサーバ装置２８、ルータ装置３０を経由して受信側（インターネットＦＡＸ２６）へＳＥＴＵＰメッセージを送信する。このＳＥＴＵＰメッセージに対し、受信側からメールサーバ装置２８、ルータ装置３０、メールサーバ装置２７、ルータ装置２９を経由して送信側へ接続要求（ＣＯＮＮＥＣＴ）が返され、この後、受信側から送信側へ前述の経路でディジタル識別信号（ＤＩＳ）が返されると、送信側は、ＤＩＳで示された機能のなかから適宜選択した機能をディジタル命令信号（ＤＣＳ）で指定する。この後、所定の休止期間（モデムの切換期間）が経過すると、送信側から受信側へ前述の経路で、モデム調整のためのトレーニングチェック信号（ＴＣＦ）を送信する（図中、▲１▼で示す）。ここで、モデムのトレーニング信号が受け入れられず、再トレーニングが必要な場合には、受信側から送信側へ前述の経路で、トレーニング失敗信号（ＦＴＴ）を送信する（図中、▲２▼で示す）。送信側は、受信側からの再トレーニング要求に応じ、前述のの経路で、ＤＣＳ信号、ＴＣＦ信号を受信側へ再送信する。受信側では、モデム再調整が終了すると、送信側へ前述の経路で受信準備確認信号（ＣＦＲ）を返し、送信側に画データ（パケット形式）の送出を促すことになる。
【００４２】
この後、送信側から受信側へ前述の経路で画データパケット（ＵＤＰパケット）が送信されるが、この画データパケットが受信側に届くまでのネットワーク中で、分割されて受信側に届く場合がある。これは、前述のようにネットワークで送信可能な最大パケットサイズよりも前記画データパケットのサイズが大きいことによる。通常、受信側のアプリケーションは、ＵＰＤパケットを分割されないものとして受信するので、画データパケットが分割されて受信側に届いた場合にはエラーとなり、ネガティブ応答を送信側に返すこととなる。
【００４３】
本実施形態では、図４に示すように、送信側で、発呼後に受信側からのエラー応答を受信すると（ｓ１０１、ｓ１０２のｙｅｓ、ｓ１０３のｙｅｓ）、システム制御部２０８はＵＤＰパケットサイズを縮小する（ｓ１０４）。また、送信側では、受信側からエラーの応答が返らない場合は、正常に画データパケットの送信を終了し、呼切断を実行する（ｓ１０５）。なお、受信側からエラー応答に応じて段階的にパケットサイズを縮小するよう、複数のパケットサイズデータを前記システムメモリあるいは前記パラメータメモリに予め準備し、送信に用いたパケットサイズに基づいて前記複数のパケットサイズデータのいずれかを適宜、選択してパケットサイズを縮小するようにしてもよい。
【００４４】
本実施形態は、リアルタイム型のネットワークファクシミリ装置２５、２６に、ファクシミリ画情報をパケット化してＵＤＰ通信する機能を有する通信制御部２０４と、ＵＤＰ通信で使用するパケットサイズを任意に変更するシステム制御部２０８とを備え、ＵＤＰ通信での通信相手先に、予め設定した最大パケットサイズのパケットデータを送信し、前記通信相手先からネガティブ応答が返された場合は、通信制御部２０４で送信パケットサイズを縮小することで、前記通信相手先とのＵＤＰ通信で使用可能な最大パケットサイズを決定するようにしたので、ＵＤＰ通信での１個のパケットサイズを可能な限り大きくし、通信時間を短縮することができる。
【００４５】
なお、本実施形態に限らず、ＵＤＰ通信での通信相手先に、予め設定した最大パケットサイズのパケットデータを送信し、前記通信相手先からネガティブ応答が返されなかった場合は、さらに、通信制御部２０４で送信パケットサイズを拡大し、この後、前記通信相手先からネガティブ応答が返された場合には、通信制御部２０４で送信パケットサイズを縮小することで、前記通信相手先とのＵＤＰ通信で使用可能な最大パケットサイズを決定するようにしてもよい。この方法により、ＵＤＰ通信での１個のパケットサイズを確実に可能な限り大きくすることができる。
【００４６】
［第２の実施形態］
図５に、本発明の第２の実施形態に係るネットワークファクシミリ装置のパケットサイズ変更動作を示す。なお、本実施形態の構成およびパケット送信手順は、第１の実施形態と概ね同様であるため、図１〜図３を用いるとともに、同一構成には同一符号を付与して説明を省略する。
【００４７】
本実施形態は、第１の実施形態とは、リアルタイム型のネットワークファクシミリ装置２５、２６で、ＵＤＰ通信での通信相手先に、自機で予め設定した最大パケットサイズのパケットデータとして、ファクシミリ伝送手順におけるトレーニングチェック（ＴＣＦ）信号を送信し、トレーニング失敗信号（ＦＴＴ）が返された場合は、システム制御部２０８などで送信パケットサイズを縮小し、縮小した最大パケットサイズのパケットデータとして、ファクシミリ画情報を通信相手先に送信する点が相違している。この方法により、前述のネガティブ応答の有無に相当する、トレーニングチェック結果および画データパケット（ファクシミリ画情報）に対する受信結果を判定基準とすることで、画データパケットの送信開始以前および受信時に送信パケットサイズの適否を判断できる。
【００４８】
ここで、図３、図５を参照しながら、本実施形態におけるパケットサイズ変更動作を説明する。
【００４９】
発呼動作（ｓ２０１）で、送信側（インターネットＦＡＸ２５）から受信側（インターネットＦＡＸ２６）に対し、メールサーバ装置２７、ルータ装置２９、メールサーバ装置２８、ルータ装置３０を経由してＳＥＴＵＰメッセージを送信する。このＳＥＴＵＰメッセージに対し、受信側からメールサーバ装置２８、ルータ装置３０、メールサーバ装置２７、ルータ装置２９を経由して送信側へ接続要求（ＣＯＮＮＥＣＴ）が返され、この後、受信側から送信側へ前述の経路でディジタル識別信号（ＤＩＳ）が返されると（ｓ２０２のｙｅｓ）、送信側は、ＤＩＳで示された機能のなかから適宜選択した機能をディジタル命令信号（ＤＣＳ）で指定し、所定の休止期間（モデムの切換期間）が経過した後、送信側から受信側へ前述の経路で、モデム調整のためのトレーニングチェック信号（ＴＣＦ）を送信する（ｓ２０３)。
【００５０】
この際、受信側でパケット分割が発生し、ＴＣＦ信号（ＴＣＦパケット）が受け入れられない場合は、異常ＴＣＦデータと判断し、受信側から送信側へ前述の経路で、再トレーニング要求のためにトレーニング失敗信号（ＦＴＴ）を返すことになる。この場合、送信側にはＣＦＲ信号が返らず（ｓ２０４のｎｏ）、再トレーニング要求がなされるので、送信側から受信側へ前述の経路でＤＣＳ信号、ＴＣＦ信号を再送することになる。ここで、送信側では、再送するＴＣＦ信号のＵＤＰパケットサイズを小さくして送信する（ｓ２０５）。この後、再度、受信側からＦＴＴ信号が返らない場合は、前述のように小さくしたパケットサイズをＵＤＰパケットサイズとして以降の通信を実施する（ｓ２０６〜ｓ２０８）。
【００５１】
なお、送信側は、画データパケットの送信が終了し、ポストメッセージを送信した後、受信側からリトレーニング否定信号（ＲＴＮ）が返されると（ｓ２０９のｙｅｓ）、後続メッセージの送信が可能なので処理を終了する。また、送信側は、受信側からＲＴＮ信号が返されない場合には（ｓ２０９のｎｏ）、画データパケット（ＵＤＰパケット）のパケットサイズを小さくして送信する（ｓ２０６）。
【００５２】
［第３の実施形態］
図６に、本発明の第３の実施形態に係るネットワークファクシミリ装置のパケットサイズ変更動作を示す。なお、本実施形態の構成およびパケット送信手順は、第１の実施形態と概ね同様であるため、図１〜図３を用いるとともに、同一構成には同一符号を付与して説明を省略する。
【００５３】
本実施形態は、第１の実施形態とは、リアルタイム型のネットワークファクシミリ装置２５、２６で、通信相手先とのＵＤＰ通信で使用可能な最大パケットサイズと、前記通信相手先を示す識別情報とを対応づけて登録する記憶部（システム制御部２０８のシステムメモリ、あるいはパラメータメモリなど）を備えた点が相違している。この構成により、次回、同一通信相手先にパケットデータをＵＤＰ送信する際、前記メモリに登録している同一通信相手先の最大ＵＤＰサイズのパケットデータを送信することができ、最大ＵＤＰサイズを決定するための時間が不要となり、通信時間を短縮することができる。
【００５４】
本実施形態では、ＵＤＰ通信中に決定した最大パケットサイズと通信相手先を示す識別情報とを対応づけて、前記システムメモリまたは前記パラメータメモリの所定領域に更新可能に登録する。前記識別情報として、例えば、通信相手先のＩＰアドレス、ドメイン、電話番号などを用いてもよい。また、前記最大パケットサイズの更新は、ＵＤＰ通信中あるいは通信終了後にシステム制御部２０８で行うように構成してもよいし、あるいは操作表示部２０９の画面表示やキー入力などのユーザ操作で任意に行うように構成してもよい。
【００５５】
次に、図３、図６を参照しながら、本実施形態におけるパケットサイズ変更動作を説明する。
【００５６】
まず、送信側（インターネットＦＡＸ２５）は、受信側（インターネットＦＡＸ２６）に対し、メールサーバ装置２７、ルータ装置２９、メールサーバ装置２８、ルータ装置３０を経由してＳＥＴＵＰメッセージを送信する（ｓ３０１）。このＳＥＴＵＰメッセージに対し、受信側からメールサーバ装置２８、ルータ装置３０、メールサーバ装置２７、ルータ装置２９を経由して送信側へ接続要求（ＣＯＮＮＥＣＴ）が返されると（ｓ３０２のｙｅｓ）、送信側では、受信側のＩＰアドレスと対応する最大パケットサイズ（送信相手先のネットワークでの送信可能な最大サイズ）が登録されているかを確認し（ｓ３０３）、登録されていれば、登録されているパケットサイズを今回のパケット通信での最大パケットサイズとする（ｓ３０４）。
【００５７】
この後、受信側から送信側へ前述の経路でディジタル識別信号（ＤＩＳ）が返されると（ｓ３０５のｙｅｓ）、送信側は、ＤＩＳで示された機能のなかから適宜、選択した機能をディジタル命令信号（ＤＣＳ）で指定し、所定の休止期間（モデムの切換期間）が経過した後、送信側から受信側へ前述の経路で、モデム調整のためのトレーニングチェック信号（ＴＣＦ）を送信する（ｓ３０６)。ここで、ＴＣＦ信号（ＴＣＦパケット）を前述の登録されているパケットサイズ（最大パケットサイズ）とする。
【００５８】
一方、受信側でパケット分割が発生し、前記最大パケットサイズのＴＣＦ信号（ＴＣＦパケット）が受け入れられない場合は、異常ＴＣＦデータと判断し、受信側から送信側へ前述の経路で、再トレーニング要求のためにトレーニング失敗信号（ＦＴＴまたはＰＰＲ）を返すことになる。この場合、送信側にはＣＦＲ信号が返らず（ｓ３０４のｎｏ）、再トレーニング要求がなされるので、送信側から受信側へ前述の経路でＤＣＳ信号、ＴＣＦ信号を再送することになる。ここで、送信側では、再送するＴＣＦ信号のＵＤＰパケットサイズを小さくして送信する（ｓ３０８）。この後、再度、受信側からＦＴＴ信号またはＰＰＲ信号が返らない場合は、前述のように小さくしたパケットサイズをＵＤＰパケットサイズとして以降の通信を実施する（ｓ３０９〜ｓ３１１）。
【００５９】
さらに、送信側は、画データパケットの送信が終了し、ポストメッセージを送信した後、受信側からリトレーニング否定信号（ＲＴＮ）が返されると（ｓ３１２のｙｅｓ）、後続メッセージの送信が可能なので呼切断を行い（ｓ３１４）、処理を終了する。また、送信側は、受信側からＲＴＮ信号が返されない場合には（ｓ３１２のｎｏ）、次の画データ送信で、画データパケット（ＵＤＰパケット）のパケットサイズを小さくして送信する（ｓ３１３）。
【００６０】
また、送信側では、予め受信側のＩＰアドレスと対応する最大パケットサイズ（送信相手先のネットワークでの送信可能な最大サイズ）が登録されていない場合（ｓ３０３のｎｏ）、所定の最大パケットサイズを用いるが、一連のパケット通信動作が終了した後、今回の通信で使用可能であった最大パケットサイズを前記受信側のＩＰアドレスと対応づけ、前記システムメモリあるいは前記パラメータメモリなどに設けた最大パケットサイズ登録部に更新可能に登録する。この場合の登録方法は、システム制御部２０８で通信終了時に自動的に行うか、あるいは操作表示部２０９の画面表示やキー操作などで任意に設定入力するように構成してもよい。
【００６１】
前述の各実施形態では、システム制御部２０８などが前記パケットサイズ変更手段を構成し、システム制御部２０８、前記システムメモリなどが前記パケットサイズ登録手段を構成する。
【００６２】
【発明の効果】
以上説明したように、本発明によれば、ＵＤＰ通信の送信側ネットワークファクシミリ装置で、ファクシミリ伝送手順の信号を判定基準として、送信パケットサイズの適否を判断し、１個のパケットサイズを可能な限り大きくすることができるので、ＵＤＰ通信時間を短縮することが可能である。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る通信システムの概略構成図である。
【図２】本発明の第１の実施形態に係るネットワークファクシミリ装置の構成を示すブロック図である。
【図３】本発明の第１の実施形態に係るネットワークファクシミリ装置間の画データパケット送信を示すシーケンス図である。
【図４】本発明の第１の実施形態に係るネットワークファクシミリ装置のパケットサイズ変更動作を示すフローチャートである。
【図５】本発明の第２の実施形態に係るネットワークファクシミリ装置のパケットサイズ変更動作を示すフローチャートである。
【図６】本発明の第３の実施形態に係るネットワークファクシミリ装置のパケットサイズ変更動作を示すフローチャートである。
【符号の説明】
２１ 公衆網
２２ インターネット
２５、２６ インターネットＦＡＸ
２０４ 通信制御部
２０５ ＬＡＮコントローラ
２０８ システム制御部
２０９ 操作表示部
【発明の属する技術分野】
本発明は、ローカルエリアネットワーク（ＬＡＮ）、インターネットなどを介して電子メールや画データパケットを送受する機能と、公衆網を介し、ファクシミリ伝送手順でファクシミリデータを送受する機能とを備えたネットワークファクシミリ装置に関する。
【０００２】
【従来の技術】
いわゆるネットワークファクシミリ装置においては、公衆網を介してのファクシミリ伝送手順によるファクシミリ通信機能に加えて、ＬＡＮ上でのデータ通信機能を有し、さらに、ファクシミリ伝送手順によって受信するサブアドレス情報と、そのサブアドレス情報に対応したネットワークアドレスとを関連付けて記憶したアドレス変換テーブルを備えている。従って、ネットワークファクシミリ装置は、公衆網を介して受信した画情報を、受信時に相手先通信端末から通知されたサブアドレス情報に対応したネットワークアドレスの通信端末にＬＡＮを介して送信することができる。また、ネットワークファクシミリ装置と接続されたＬＡＮが、さらにインターネットに接続されている場合、そのネットワークファクシミリ装置は、ＬＡＮやインターネットを介し、異なるＬＡＮなどに接続された通信端末との間で、画情報を電子メールとして送受することができる。
【０００３】
さて、ＩＥＴＦ（Internet Engineering Task Force）から発行されているＲＦＣ（Request for Comments）文書は、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）、ＵＤＰ（User Data gram Protocol）、ＳＭＴＰ（Simple Mail Transfer Protocol）、ＰＯＰ（Post Office Protocol）などの通信プロトコル、および電子メールのデータ形式やデータ構造などを規定するものであって、前述のネットワークファクシミリ装置のリアルタイム型の伝送形態についても記載されている。
【０００４】
また、前記ＵＤＰは、ＲＦＣ７６８でインターネットプロトコル（ＩＰ）上のコネクションレス型の伝送プロトコル（トランスポート層）として規定されており、ＵＤＰデータグラムの送達確認や順序制御を行わないので、画像データなどの高速処理に適している。このようなＵＤＰでは、ユーザ（例えば、前述のネットワークファクシミリ装置）のアプリケーションからの依頼で受信ポートを作成する。この受信ポートを通して、ユーザアプリケーションは受信データ、送信元アドレス、ポート番号などを受け取ることとなる。また、ＵＤＰでは、ユーザアプリケーションから渡された送信データ、送受信ＩＰアドレス、ポート番号に基づき、ＵＤＰデータグラムを作成して通信相手先へ送信する。
【０００５】
ここで、ネットワークファクシミリ装置においては、インターネットを介してリアルタイム情報を伝送する場合、画情報などの伝送データをディジタル化、パケット化する際のパケット間の時間差を保証することが重要である。すなわち、ＵＤＰモードでは、パケットのエンコード／デコードに時間がかかるため、送信するパケット数をできる限り、少なくする必要がある。そこで、１個のパケットサイズをできるだけ大きくすることにより、送信パケット数を少なくすることが考えられる。
【０００６】
しかしながら、ＭＴＵ（ネットワークで扱える最大のＵＤＰパケットサイズ）は一律ではなく、ネットワークごとに異なり、最低限扱えるＵＤＰパケットサイズ（５７６バイト）が決められているだけである。したがって、送信側では、できる限り大きなパケットサイズで送信したいにも拘わらず、初めて通信をする場合に最適、最大のパケットサイズを決定できない。
【０００７】
なお、この種の装置として関連するものには、特公平７−１２１０５７号公報、特開平１１−１７７６２３号公報がある。この特開平１１−１７７６２３号公報に開示された技術では、送信側で、受信側から送られるパケット損失率の情報から、前記パケット損失率が所定の閾値を超えると、送信パケットのサイズを小さくして再送することで、受信側でのリアルタイムにおけるデータ再生の途切れを抑えようとしている。なお、前記パケット損失率は、送信パケットのシーケンス番号に基づいて、送信パケットに対する、受信側に届かなかったパケットの割合を算出したものである。
【０００８】
一方、第１の通信プロトコルで通信可能なネットワークにおいて、第１の通信プロトコルとは異なる第２の通信プロトコルの通信端末を接続してデータ伝送を実行する場合、第２の通信プロトコルのデータ内容を変更することなく、前記ネットワーク上に伝送するための通信インタフェースが既に提案され、実現されている。
【０００９】
この種の装置として関連するものには、特許第２８３９４１２号公報、特開平１０−１０７９３８号公報がある。この特開平１０−１０７９３８号公報に開示された技術では、インターネットで送信されてくるファクシミリの画像データ（電子メール形式）をＧ３プロトコルで用いる形式に変換する変換機能をサーバに持たせ、このサーバで、通信端末から送られてきたＧ３形式の画像データを、インターネットに適合したパケット形式に変換し、インターネットを介して他サーバに転送している。
【００１０】
【発明が解決しようとする課題】
前記従来の技術では、ＵＤＰでのパケット通信において、当該ネットワークがサポートするよりも大きなパケットサイズで送信すると、パケットがルータなどによって分割され、正しいデータとして受信側に届かない場合がある。
【００１１】
本発明の目的は、このような問題点を改善し、ＵＤＰでの適切なパケットサイズを判断し、１個のパケットサイズを可能な限り大きくするのに好適なネットワークファクシミリ装置を提供することにある。
【００１２】
【課題を解決するための手段】
請求項１に記載の発明は、少なくとも、ネットワーク上で、ファクシミリ画情報をパケット化してＵＤＰ通信する機能を有するリアルタイム型のネットワークファクシミリ装置であって、ＵＤＰ通信で使用するパケットサイズを任意に変更するパケットサイズ変更手段を備え、ＵＤＰ通信で、自機と異なる伝送手順のネットワーク上にある通信相手先に、予め設定した最大パケットサイズのパケットデータを送信し、前記通信相手先からネガティブ応答が返された場合は、前記パケットサイズ変更手段で前記最大パケットサイズを縮小し、縮小したパケットサイズのパケットデータを再送信しながら、前記通信相手先とのＵＤＰ通信で使用可能な最大パケットサイズを決定することに特徴がある。
【００１３】
ＵＤＰ通信では、送信側において、前述のように１個のパケットサイズを大きくして送信パケット数を少なくする必要がある。一方、受信側においては、例えば、送信側からのトレーニング信号（ＴＣＦ）の内容（データ長と中身）が異常であると判断すると、ファクシミリ伝送手順でのトレーニング失敗信号（ＦＴＴ）で通知する。また、受信側においては、送信された画データパケットが分割されているなど、異常発生を検知すると、リトレーニング否定信号（ＲＴＮ）を返さないことで異常を通知する。よって、送信側では、ファクシミリ伝送手順の信号を判定基準として、送信パケットサイズの適否を判断し、当該ネットワークでの最大パケットサイズに近づけることが可能となる。
【００１４】
請求項２に記載の発明は、請求項１において、前記最大パケットサイズのパケットデータとして、ファクシミリ伝送手順におけるトレーニングチェック信号を通信相手先に送信することに特徴がある。
【００１５】
送信側において、ファクシミリ伝送手順のＴＣＦ信号を最大パケットサイズのパケットとして送信し、そのトレーニング結果を判定基準とすることで、画データパケットの送信開始以前に送信パケットサイズの適否を判断できることとなる。なお、ファクシミリ伝送手順での信号を利用することで、例えば、パケット損失率などの計算結果をパケットサイズ適否の判定基準とする方法に比べると、容易に判定結果が得られることとなる。
【００１６】
請求項３に記載の発明は、請求項１において、前記最大パケットサイズのパケットデータとして、ファクシミリ画情報を通信相手先に送信することに特徴がある。
【００１７】
送信側において、ファクシミリ画情報を最大パケットサイズのパケットデータとして送信し、受信側からのＲＴＮ信号の有無を判定基準とするので、画データパケットの送信後に送信パケットサイズの適否を判断できることとなる。
【００１８】
請求項４に記載の発明は、請求項１において、前記通信相手先とのＵＤＰ通信で使用可能な最大パケットサイズと、前記通信相手先を示す識別情報とを対応づけて登録するパケットサイズ登録手段を備えたことに特徴がある。
【００１９】
通信相手先ごとに、この通信相手先との通信中に決定した最大ＵＤＰパケットサイズを登録するので、同一の通信相手先と次回通信する際、当該ネットワークで送信可能な最大ＵＤＰパケットサイズで画データパケットを効率的に送信できることとなる。
【００２０】
請求項５に記載の発明は、請求項２において、前記トレーニングチェック信号を通信相手先に送信し、この通信相手先からトレーニング失敗信号が返された場合は、前記パケットサイズ変更手段で前記最大パケットサイズを縮小することに特徴がある。
【００２１】
送信側において、ファクシミリ伝送手順のＴＣＦ信号を最大パケットサイズのパケットとして送信し、受信側からの応答（ＦＴＴ信号有り、ＣＦＲ信号無し）を判定基準とすることで、画データパケットの送信開始以前に送信パケットサイズの適否を判断できることとなる。
【００２２】
請求項６に記載の発明は、請求項１〜５のいずれかにおいて、前記ファクシミリ画情報をネットワーク上で通信可能なパケット形式に変換するとともに、前記ネットワーク上で通信可能なパケット形式の画情報を公衆網上でファクシミリ伝送手順により通信可能なファクシミリ画情報に変換する変換手段を具えたことに特徴がある。
【００２３】
ネットワークファクシミリ装置における通信制御部などに、Ｇ３ファクシミリなどの画データと、インターネット上で送信可能なパケット形式のデータとの間の変換機能を持たせることで、インターネットなどでパケット形式の画データを送受し、前述のように異なる伝送手順のネットワークでの最大パケットサイズを決定・更新する処理が容易となる。
【００２４】
【発明の実施の形態】
以下、本発明の実施の一形態を図面を用いて説明する。
［第１の実施形態］
図１に、本発明の第１の実施形態に係る通信システムを示し、図２にその通信システムにおけるネットワークファクシミリ装置（インターネットＦＡＸ）の構成を示す。なお、図２の構成は、図１のインターネットＦＡＸ２５、２６に共通である。
【００２５】
前記通信システムには、ＬＡＮ３１を主とするドメイン３７とＬＡＮ３２を主とするドメイン３８とが含まれる。ドメイン３７、３８は、それぞれルータ２９、３０を介してインターネット２２のサービスプロバイダ（図示せず）に専用線接続されている。ドメイン３７、３８には、予め割り当てられたネットワークアドレスに所定値のネットマスクを適用して分割した固有のネットワークアドレスが設定されており、それにより、ドメイン３７、３８の相互間で、ルータ２９、３０およびインターネット２２を介したデータ伝送を行うように構成されている。なお、ドメイン３７、３８は、インターネット２２に接続されているが、ファイアウォールなどの制限は存在しないものとする。
【００２６】
また、ドメイン３７には、ＬＡＮ３１に接続された複数のパーソナルコンピュータ（ＰＣ）３３、３４およびネットワークファクシミリ装置（インターネットＦＡＸ）２５に電子メールサービスなどを提供するためのメールサーバ装置２７が設けられている。また、ＰＣ３３、３４、インターネットＦＡＸ２５、メールサーバ装置２７のそれぞれには、ドメイン３７のネットワークアドレスに固有のアドレスを連結してなる固有のホストアドレスが設定されており、ドメイン３７を使用するユーザには、固有のユーザ名に、いずれかのＰＣ３３、３４のホストアドレスを連結してなるユーザアドレスが設定されている。
【００２７】
同様に、ドメイン３８には、ＬＡＮ３２に接続されたパーソナルコンピュータ（ＰＣ）３５、３６およびネットワークファクシミリ装置（インターネットＦＡＸ）２６に電子メールサービスなどを提供するためのメールサーバ装置２８が設けられている。また、ＰＣ３５、３６、インターネットＦＡＸ２６、メールサーバ装置２８のそれぞれには、ドメイン３８のネットワークアドレスに固有のアドレスを連結してなる固有のホストアドレスが設定されており、ドメイン３８を使用するユーザには、固有のユーザ名に、いずれかのＰＣ３５、３６のホストアドレスを連結してなるユーザアドレスが設定されている。
【００２８】
また、インターネットＦＡＸ２５、２６には、ＬＡＮ３１、３２に接続して画情報を電子メールあるいは画データパケットとして送受するための伝送機能と、公衆網２１に接続してＧ３ファクシミリ伝送手順などにより画情報を送受する伝送機能とを備える。ＬＡＮ３１、３２に接続された端末間でのデータの送受、および、インターネット２２を介したデータの送受には、ＵＤＰ／ＴＣＰ／ＩＰと呼ばれるトランスポートレイヤまでの伝送プロトコルと、その上位レイヤの通信プロトコルとの組み合わせ（いわゆるプロトコルスイート）が適用される。例えば、電子メールデータの送受には、上位レイヤの通信プロトコルとしてＳＭＴＰが適用される。また、インターネット２２に適合したパケット形式の画像データは、メールサーバ装置２７、２８を介してリアルタイム型の伝送形態で送信されるものとする。例えば、ドメイン３７のユーザからドメイン３８のユーザへパケット形式の画像データを送信する場合は、メールサーバ装置２７からルータ２９を介してインターネット２２に送出し、さらに、インターネット２２およびルータ３０を介してドメイン３８のメールサーバ装置２８へと送信する。
【００２９】
図２において、システム制御部２０８は、装置全体の動作（ファクシミリ伝送制御手順の実行、等）を制御する。システムメモリ（図示せず）は、システム制御部２０８が実行する制御プログラム、その制御プログラムを実行する際に必要な各種データを記憶すると共に、ワークエリアとして使用される。また、前記システムメモリには、ファクシミリ伝送手順によって受信するサブアドレス情報と、そのサブアドレス情報に対応したネットワークアドレスとを関連付けて記憶したアドレス変換テーブルを記憶している。
【００３０】
また、システム制御部２０８は、画像データのパケット送信（ＵＤＰ通信）で受信側からネガティブ応答を受信した場合、パケットサイズを段階的に縮小するように制御する（パケットサイズ変更機能）。なお、パラメータメモリ（図示せず）は、インターネットＦＡＸに固有の各種情報（当該ネットワークでの最大パケットサイズなどを含む）を更新可能に記憶し、時計回路（図示せず）は、現在時刻情報を出力する。
【００３１】
スキャナ２０１は、所定の解像度で原稿の画像面を読み取り、プロッタ２０２は、所定の解像度で画像データを記録・出力する。操作表示部２０９は、各種の操作キー、表示器からなり、ユーザとのインタフェースとなって、装置の操作や相手先通信端末の能力に基づくモード設定を行うために用いられる。
【００３２】
符号化復号化部２０３は、通常のＧ３ファクシミリ通信などで、画像信号を符号化圧縮すると共に、符号化圧縮されている画情報を元の画像信号に復号化する。画像蓄積部（メモリ２１０に含まれる）は、符号化圧縮された状態の画情報を多数記憶する。
【００３３】
モデム２０６は、Ｇ３ファクシミリなどのモデム機能を実現するものであって、伝送手順信号を送受するための低速モデム機能（Ｖ．２１モデム）、および主に画情報を送受するための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７モデム、等）を備え、アナログ信号を変調復調する。
【００３４】
網制御部２０７は、ネットワークファクシミリ装置を公衆網（ＰＳＴＮ）２１に接続するためのものであって、自動発着信機能を有する。
【００３５】
ＬＡＮコントローラ（ＬＡＮインタフェースを含む）２０５は、インターネットＦＡＸをＬＡＮ３１、３２に接続して、パケット形式の画像データ通信あるいはメール通信を行う。
【００３６】
通信制御部２０４は、公衆網２１を介し、他の通信端末（ファクシミリ装置）との間で画像データを送受するためにＧ３ファクシミリ手順などの所定のプロトコルで通信制御を行う一方で、ＬＡＮ３１、３２およびインターネット２２を介し、他の通信端末との間で種々のデータを送受するために所定のプロトコルスイートの通信制御を行う。
【００３７】
また、通信制御部２０４は、Ｇ３ファクシミリなどの画像データと、インターネット２２で送信可能なパケット形式のデータとのフォーマット変換機能を有する。ここで、通信制御部２０４には、パケット形式のデータを生成するパケット生成部（図示せず）などの他に、スキャナ２０１で読取った画像データをパケット通信ネットワーク（インターネット２２など）に適合するように符号化するエンコーダ（図示せず）を備える。このエンコーダの出力は、バッファ（メモリ２１０に含まれる）に一時蓄積される。また、通信制御部２０４には、ＬＡＮコントローラ２０５からの受信データからパケットヘッダを分離したものを一時蓄積するための受信バッファ（メモリ２１０に含まれる）と、前記受信データから符号化データを復元し、画像データをデコードするためのデコーダ（図示せず）とを備える。
【００３８】
前述のシステム制御部２０８、スキャナ２０1、プロッタ２０２、操作表示部２０９、符号化復号化部２０３などは、システムバスに接続され、各部の間のデータ送受は主としてシステムバスを介して行われる。また、網制御部２０７とモデム２０６、および通信制御部２０４とＬＡＮコントローラ２０５の間のデータ送受は直接行われる。
【００３９】
次に、図３、図４を参照しながら、本実施形態におけるＵＤＰ通信動作を説明する。ここでは、インターネットＦＡＸ２５からインターネット２２を経由してインターネットＦＡＸ２６へＧ３ファクシミリデータをパケット化して送信する場合について述べる。
【００４０】
前述のように送信側（インターネットＦＡＸ２５）では、通信制御部２０４の前記フォーマット変換機能で、Ｇ３ファクシミリの画像データをインターネット２２で送信可能なパケット形式に変換し、メモリ２１０に保持する。この場合、パケットサイズは、予め前記パラメータメモリなどに保持した当該ネットワークの最大サイズに設定し、前記パケット生成部でパケット化することとなる。
【００４１】
次いで、図３に示すように、発呼時に送信側（インターネットＦＡＸ２５）からメールサーバ装置２７、ルータ装置２９、メールサーバ装置２８、ルータ装置３０を経由して受信側（インターネットＦＡＸ２６）へＳＥＴＵＰメッセージを送信する。このＳＥＴＵＰメッセージに対し、受信側からメールサーバ装置２８、ルータ装置３０、メールサーバ装置２７、ルータ装置２９を経由して送信側へ接続要求（ＣＯＮＮＥＣＴ）が返され、この後、受信側から送信側へ前述の経路でディジタル識別信号（ＤＩＳ）が返されると、送信側は、ＤＩＳで示された機能のなかから適宜選択した機能をディジタル命令信号（ＤＣＳ）で指定する。この後、所定の休止期間（モデムの切換期間）が経過すると、送信側から受信側へ前述の経路で、モデム調整のためのトレーニングチェック信号（ＴＣＦ）を送信する（図中、▲１▼で示す）。ここで、モデムのトレーニング信号が受け入れられず、再トレーニングが必要な場合には、受信側から送信側へ前述の経路で、トレーニング失敗信号（ＦＴＴ）を送信する（図中、▲２▼で示す）。送信側は、受信側からの再トレーニング要求に応じ、前述のの経路で、ＤＣＳ信号、ＴＣＦ信号を受信側へ再送信する。受信側では、モデム再調整が終了すると、送信側へ前述の経路で受信準備確認信号（ＣＦＲ）を返し、送信側に画データ（パケット形式）の送出を促すことになる。
【００４２】
この後、送信側から受信側へ前述の経路で画データパケット（ＵＤＰパケット）が送信されるが、この画データパケットが受信側に届くまでのネットワーク中で、分割されて受信側に届く場合がある。これは、前述のようにネットワークで送信可能な最大パケットサイズよりも前記画データパケットのサイズが大きいことによる。通常、受信側のアプリケーションは、ＵＰＤパケットを分割されないものとして受信するので、画データパケットが分割されて受信側に届いた場合にはエラーとなり、ネガティブ応答を送信側に返すこととなる。
【００４３】
本実施形態では、図４に示すように、送信側で、発呼後に受信側からのエラー応答を受信すると（ｓ１０１、ｓ１０２のｙｅｓ、ｓ１０３のｙｅｓ）、システム制御部２０８はＵＤＰパケットサイズを縮小する（ｓ１０４）。また、送信側では、受信側からエラーの応答が返らない場合は、正常に画データパケットの送信を終了し、呼切断を実行する（ｓ１０５）。なお、受信側からエラー応答に応じて段階的にパケットサイズを縮小するよう、複数のパケットサイズデータを前記システムメモリあるいは前記パラメータメモリに予め準備し、送信に用いたパケットサイズに基づいて前記複数のパケットサイズデータのいずれかを適宜、選択してパケットサイズを縮小するようにしてもよい。
【００４４】
本実施形態は、リアルタイム型のネットワークファクシミリ装置２５、２６に、ファクシミリ画情報をパケット化してＵＤＰ通信する機能を有する通信制御部２０４と、ＵＤＰ通信で使用するパケットサイズを任意に変更するシステム制御部２０８とを備え、ＵＤＰ通信での通信相手先に、予め設定した最大パケットサイズのパケットデータを送信し、前記通信相手先からネガティブ応答が返された場合は、通信制御部２０４で送信パケットサイズを縮小することで、前記通信相手先とのＵＤＰ通信で使用可能な最大パケットサイズを決定するようにしたので、ＵＤＰ通信での１個のパケットサイズを可能な限り大きくし、通信時間を短縮することができる。
【００４５】
なお、本実施形態に限らず、ＵＤＰ通信での通信相手先に、予め設定した最大パケットサイズのパケットデータを送信し、前記通信相手先からネガティブ応答が返されなかった場合は、さらに、通信制御部２０４で送信パケットサイズを拡大し、この後、前記通信相手先からネガティブ応答が返された場合には、通信制御部２０４で送信パケットサイズを縮小することで、前記通信相手先とのＵＤＰ通信で使用可能な最大パケットサイズを決定するようにしてもよい。この方法により、ＵＤＰ通信での１個のパケットサイズを確実に可能な限り大きくすることができる。
【００４６】
［第２の実施形態］
図５に、本発明の第２の実施形態に係るネットワークファクシミリ装置のパケットサイズ変更動作を示す。なお、本実施形態の構成およびパケット送信手順は、第１の実施形態と概ね同様であるため、図１〜図３を用いるとともに、同一構成には同一符号を付与して説明を省略する。
【００４７】
本実施形態は、第１の実施形態とは、リアルタイム型のネットワークファクシミリ装置２５、２６で、ＵＤＰ通信での通信相手先に、自機で予め設定した最大パケットサイズのパケットデータとして、ファクシミリ伝送手順におけるトレーニングチェック（ＴＣＦ）信号を送信し、トレーニング失敗信号（ＦＴＴ）が返された場合は、システム制御部２０８などで送信パケットサイズを縮小し、縮小した最大パケットサイズのパケットデータとして、ファクシミリ画情報を通信相手先に送信する点が相違している。この方法により、前述のネガティブ応答の有無に相当する、トレーニングチェック結果および画データパケット（ファクシミリ画情報）に対する受信結果を判定基準とすることで、画データパケットの送信開始以前および受信時に送信パケットサイズの適否を判断できる。
【００４８】
ここで、図３、図５を参照しながら、本実施形態におけるパケットサイズ変更動作を説明する。
【００４９】
発呼動作（ｓ２０１）で、送信側（インターネットＦＡＸ２５）から受信側（インターネットＦＡＸ２６）に対し、メールサーバ装置２７、ルータ装置２９、メールサーバ装置２８、ルータ装置３０を経由してＳＥＴＵＰメッセージを送信する。このＳＥＴＵＰメッセージに対し、受信側からメールサーバ装置２８、ルータ装置３０、メールサーバ装置２７、ルータ装置２９を経由して送信側へ接続要求（ＣＯＮＮＥＣＴ）が返され、この後、受信側から送信側へ前述の経路でディジタル識別信号（ＤＩＳ）が返されると（ｓ２０２のｙｅｓ）、送信側は、ＤＩＳで示された機能のなかから適宜選択した機能をディジタル命令信号（ＤＣＳ）で指定し、所定の休止期間（モデムの切換期間）が経過した後、送信側から受信側へ前述の経路で、モデム調整のためのトレーニングチェック信号（ＴＣＦ）を送信する（ｓ２０３)。
【００５０】
この際、受信側でパケット分割が発生し、ＴＣＦ信号（ＴＣＦパケット）が受け入れられない場合は、異常ＴＣＦデータと判断し、受信側から送信側へ前述の経路で、再トレーニング要求のためにトレーニング失敗信号（ＦＴＴ）を返すことになる。この場合、送信側にはＣＦＲ信号が返らず（ｓ２０４のｎｏ）、再トレーニング要求がなされるので、送信側から受信側へ前述の経路でＤＣＳ信号、ＴＣＦ信号を再送することになる。ここで、送信側では、再送するＴＣＦ信号のＵＤＰパケットサイズを小さくして送信する（ｓ２０５）。この後、再度、受信側からＦＴＴ信号が返らない場合は、前述のように小さくしたパケットサイズをＵＤＰパケットサイズとして以降の通信を実施する（ｓ２０６〜ｓ２０８）。
【００５１】
なお、送信側は、画データパケットの送信が終了し、ポストメッセージを送信した後、受信側からリトレーニング否定信号（ＲＴＮ）が返されると（ｓ２０９のｙｅｓ）、後続メッセージの送信が可能なので処理を終了する。また、送信側は、受信側からＲＴＮ信号が返されない場合には（ｓ２０９のｎｏ）、画データパケット（ＵＤＰパケット）のパケットサイズを小さくして送信する（ｓ２０６）。
【００５２】
［第３の実施形態］
図６に、本発明の第３の実施形態に係るネットワークファクシミリ装置のパケットサイズ変更動作を示す。なお、本実施形態の構成およびパケット送信手順は、第１の実施形態と概ね同様であるため、図１〜図３を用いるとともに、同一構成には同一符号を付与して説明を省略する。
【００５３】
本実施形態は、第１の実施形態とは、リアルタイム型のネットワークファクシミリ装置２５、２６で、通信相手先とのＵＤＰ通信で使用可能な最大パケットサイズと、前記通信相手先を示す識別情報とを対応づけて登録する記憶部（システム制御部２０８のシステムメモリ、あるいはパラメータメモリなど）を備えた点が相違している。この構成により、次回、同一通信相手先にパケットデータをＵＤＰ送信する際、前記メモリに登録している同一通信相手先の最大ＵＤＰサイズのパケットデータを送信することができ、最大ＵＤＰサイズを決定するための時間が不要となり、通信時間を短縮することができる。
【００５４】
本実施形態では、ＵＤＰ通信中に決定した最大パケットサイズと通信相手先を示す識別情報とを対応づけて、前記システムメモリまたは前記パラメータメモリの所定領域に更新可能に登録する。前記識別情報として、例えば、通信相手先のＩＰアドレス、ドメイン、電話番号などを用いてもよい。また、前記最大パケットサイズの更新は、ＵＤＰ通信中あるいは通信終了後にシステム制御部２０８で行うように構成してもよいし、あるいは操作表示部２０９の画面表示やキー入力などのユーザ操作で任意に行うように構成してもよい。
【００５５】
次に、図３、図６を参照しながら、本実施形態におけるパケットサイズ変更動作を説明する。
【００５６】
まず、送信側（インターネットＦＡＸ２５）は、受信側（インターネットＦＡＸ２６）に対し、メールサーバ装置２７、ルータ装置２９、メールサーバ装置２８、ルータ装置３０を経由してＳＥＴＵＰメッセージを送信する（ｓ３０１）。このＳＥＴＵＰメッセージに対し、受信側からメールサーバ装置２８、ルータ装置３０、メールサーバ装置２７、ルータ装置２９を経由して送信側へ接続要求（ＣＯＮＮＥＣＴ）が返されると（ｓ３０２のｙｅｓ）、送信側では、受信側のＩＰアドレスと対応する最大パケットサイズ（送信相手先のネットワークでの送信可能な最大サイズ）が登録されているかを確認し（ｓ３０３）、登録されていれば、登録されているパケットサイズを今回のパケット通信での最大パケットサイズとする（ｓ３０４）。
【００５７】
この後、受信側から送信側へ前述の経路でディジタル識別信号（ＤＩＳ）が返されると（ｓ３０５のｙｅｓ）、送信側は、ＤＩＳで示された機能のなかから適宜、選択した機能をディジタル命令信号（ＤＣＳ）で指定し、所定の休止期間（モデムの切換期間）が経過した後、送信側から受信側へ前述の経路で、モデム調整のためのトレーニングチェック信号（ＴＣＦ）を送信する（ｓ３０６)。ここで、ＴＣＦ信号（ＴＣＦパケット）を前述の登録されているパケットサイズ（最大パケットサイズ）とする。
【００５８】
一方、受信側でパケット分割が発生し、前記最大パケットサイズのＴＣＦ信号（ＴＣＦパケット）が受け入れられない場合は、異常ＴＣＦデータと判断し、受信側から送信側へ前述の経路で、再トレーニング要求のためにトレーニング失敗信号（ＦＴＴまたはＰＰＲ）を返すことになる。この場合、送信側にはＣＦＲ信号が返らず（ｓ３０４のｎｏ）、再トレーニング要求がなされるので、送信側から受信側へ前述の経路でＤＣＳ信号、ＴＣＦ信号を再送することになる。ここで、送信側では、再送するＴＣＦ信号のＵＤＰパケットサイズを小さくして送信する（ｓ３０８）。この後、再度、受信側からＦＴＴ信号またはＰＰＲ信号が返らない場合は、前述のように小さくしたパケットサイズをＵＤＰパケットサイズとして以降の通信を実施する（ｓ３０９〜ｓ３１１）。
【００５９】
さらに、送信側は、画データパケットの送信が終了し、ポストメッセージを送信した後、受信側からリトレーニング否定信号（ＲＴＮ）が返されると（ｓ３１２のｙｅｓ）、後続メッセージの送信が可能なので呼切断を行い（ｓ３１４）、処理を終了する。また、送信側は、受信側からＲＴＮ信号が返されない場合には（ｓ３１２のｎｏ）、次の画データ送信で、画データパケット（ＵＤＰパケット）のパケットサイズを小さくして送信する（ｓ３１３）。
【００６０】
また、送信側では、予め受信側のＩＰアドレスと対応する最大パケットサイズ（送信相手先のネットワークでの送信可能な最大サイズ）が登録されていない場合（ｓ３０３のｎｏ）、所定の最大パケットサイズを用いるが、一連のパケット通信動作が終了した後、今回の通信で使用可能であった最大パケットサイズを前記受信側のＩＰアドレスと対応づけ、前記システムメモリあるいは前記パラメータメモリなどに設けた最大パケットサイズ登録部に更新可能に登録する。この場合の登録方法は、システム制御部２０８で通信終了時に自動的に行うか、あるいは操作表示部２０９の画面表示やキー操作などで任意に設定入力するように構成してもよい。
【００６１】
前述の各実施形態では、システム制御部２０８などが前記パケットサイズ変更手段を構成し、システム制御部２０８、前記システムメモリなどが前記パケットサイズ登録手段を構成する。
【００６２】
【発明の効果】
以上説明したように、本発明によれば、ＵＤＰ通信の送信側ネットワークファクシミリ装置で、ファクシミリ伝送手順の信号を判定基準として、送信パケットサイズの適否を判断し、１個のパケットサイズを可能な限り大きくすることができるので、ＵＤＰ通信時間を短縮することが可能である。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る通信システムの概略構成図である。
【図２】本発明の第１の実施形態に係るネットワークファクシミリ装置の構成を示すブロック図である。
【図３】本発明の第１の実施形態に係るネットワークファクシミリ装置間の画データパケット送信を示すシーケンス図である。
【図４】本発明の第１の実施形態に係るネットワークファクシミリ装置のパケットサイズ変更動作を示すフローチャートである。
【図５】本発明の第２の実施形態に係るネットワークファクシミリ装置のパケットサイズ変更動作を示すフローチャートである。
【図６】本発明の第３の実施形態に係るネットワークファクシミリ装置のパケットサイズ変更動作を示すフローチャートである。
【符号の説明】
２１ 公衆網
２２ インターネット
２５、２６ インターネットＦＡＸ
２０４ 通信制御部
２０５ ＬＡＮコントローラ
２０８ システム制御部
２０９ 操作表示部
Claims (6)
- 少なくとも、ネットワーク上で、ファクシミリ画情報をパケット化してＵＤＰ通信する機能を有するリアルタイム型のネットワークファクシミリ装置であって、
ＵＤＰ通信で使用するパケットサイズを任意に変更するパケットサイズ変更手段を備え、
ＵＤＰ通信で、自機と異なる伝送手順のネットワーク上にある通信相手先に、予め設定した最大パケットサイズのパケットデータを送信し、前記通信相手先からネガティブ応答が返された場合は、前記パケットサイズ変更手段で前記最大パケットサイズを縮小し、縮小したパケットサイズのパケットデータを再送信しながら、前記通信相手先とのＵＤＰ通信で使用可能な最大パケットサイズを決定することを特徴とするネットワークファクシミリ装置。 - 前記最大パケットサイズのパケットデータとして、ファクシミリ伝送手順におけるトレーニングチェック信号を通信相手先に送信することを特徴とする請求項１に記載のネットワークファクシミリ装置。
- 前記最大パケットサイズのパケットデータとして、ファクシミリ画情報を通信相手先に送信することを特徴とする請求項１に記載のネットワークファクシミリ装置。
- 前記通信相手先とのＵＤＰ通信で使用可能な最大パケットサイズと、前記通信相手先を示す識別情報とを対応づけて登録するパケットサイズ登録手段を備えたことを特徴とする請求項１に記載のネットワークファクシミリ装置。
- 前記トレーニングチェック信号を通信相手先に送信し、この通信相手先からトレーニング失敗信号が返された場合は、前記パケットサイズ変更手段で前記最大パケットサイズを縮小することを特徴とする請求項２に記載のネットワークファクシミリ装置。
- 前記ファクシミリ画情報をネットワーク上で通信可能なパケット形式に変換するとともに、前記ネットワーク上で通信可能なパケット形式の画情報を公衆網上でファクシミリ伝送手順により通信可能なファクシミリ画情報に変換する変換手段を具えたことを特徴とする請求項１〜５のいずれかに記載のネットワークファクシミリ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000334586A JP3910354B2 (ja) | 2000-11-01 | 2000-11-01 | ネットワークファクシミリ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000334586A JP3910354B2 (ja) | 2000-11-01 | 2000-11-01 | ネットワークファクシミリ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002142090A JP2002142090A (ja) | 2002-05-17 |
| JP3910354B2 true JP3910354B2 (ja) | 2007-04-25 |
Family
ID=18810472
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000334586A Expired - Fee Related JP3910354B2 (ja) | 2000-11-01 | 2000-11-01 | ネットワークファクシミリ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3910354B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5287172B2 (ja) * | 2008-11-25 | 2013-09-11 | 株式会社リコー | 情報処理装置、画像処理装置、印刷制御方法、及び印刷制御プログラム |
-
2000
- 2000-11-01 JP JP2000334586A patent/JP3910354B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002142090A (ja) | 2002-05-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH10271265A (ja) | ネットワークファクシミリ装置の制御方法 | |
| JP3608024B2 (ja) | ネットワークファクシミリ装置の制御方法 | |
| JP2002135505A (ja) | ネットワークファクシミリ装置 | |
| JP2003152949A (ja) | ネットワークファクシミリ装置 | |
| JP2002027193A (ja) | ネットワークファクシミリ装置 | |
| JPH10126551A (ja) | インターネットファクシミリ装置 | |
| JP3910354B2 (ja) | ネットワークファクシミリ装置 | |
| JPH11252164A (ja) | ネットワークファクシミリ装置の制御方法 | |
| JP3871638B2 (ja) | 通信装置 | |
| JP3640202B2 (ja) | ネットワークファクシミリ装置 | |
| JP3977160B2 (ja) | ネットワークファクシミリ装置 | |
| JP2005287084A (ja) | ネットワークファクシミリ装置 | |
| JPH1168834A (ja) | ネットワークファクシミリシステムの制御方法 | |
| JP3529250B2 (ja) | ネットワークファクシミリ装置 | |
| JP4184734B2 (ja) | 通信システムおよびネットワークゲートウェイ装置およびネットワークファクシミリ装置およびファクシミリ装置および通信方法およびネットワークゲートウェイ装置の制御方法およびネットワークファクシミリ装置の制御方法およびファクシミリ装置の制御方法 | |
| JP4008788B2 (ja) | ネットワーク端末装置 | |
| JP2001313778A (ja) | ネットワークファクシミリ装置 | |
| JP2001268114A (ja) | インターネットファクシミリ装置およびその制御方法およびインターネットファクシミリ送信装置およびインターネットファクシミリ受信装置 | |
| JP3884605B2 (ja) | ネットワークファクシミリ装置 | |
| JP3563977B2 (ja) | リアルタイムインターネットゲートウェイファクシミリ装置の制御方法 | |
| JP2002158847A (ja) | ネットワークファクシミリ装置および通信システム | |
| JPH10191002A (ja) | ファクシミリ通信システムの制御方法 | |
| JP2002218104A (ja) | ファクシミリ装置 | |
| JP2000069076A (ja) | ネットワークファクシミリ装置の制御方法 | |
| JPH11164122A (ja) | データ通信システムの制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050223 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061211 |
|
| 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: 20070123 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070124 |
|
| 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: 20110202 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120202 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130202 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130202 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140202 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |