JP2004032039A - ネットワークファクシミリ装置およびファクシミリ送信システム - Google Patents
ネットワークファクシミリ装置およびファクシミリ送信システム Download PDFInfo
- Publication number
- JP2004032039A JP2004032039A JP2002181119A JP2002181119A JP2004032039A JP 2004032039 A JP2004032039 A JP 2004032039A JP 2002181119 A JP2002181119 A JP 2002181119A JP 2002181119 A JP2002181119 A JP 2002181119A JP 2004032039 A JP2004032039 A JP 2004032039A
- Authority
- JP
- Japan
- Prior art keywords
- udp
- packet
- transport
- tcp
- communication
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/164—Adaptation or special uses of UDP protocol
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/165—Combined use of TCP and UDP protocols; selection criteria therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Facsimile Transmission Control (AREA)
- Facsimiles In General (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】パケットのトランスポートを効率よく行うことができるＩＴＵ−Ｔ勧告Ｔ．３８標準に準拠のネットワークファクシミリ装置およびファクシミリ通信システムを提供する。
【解決手段】トランスポートをＴＣＰまたはＵＤＰの何れかにより行う機能を備えたＩＴＵ−Ｔ勧告Ｔ．３８標準準拠のインターネットＦＡＸであり、パケットの送信遅延の大きさを検出するパケット遅延検出手段１１と、トランスポートをＴＣＰにより行なっているときにパケット遅延が大きいときは、同じ宛先の次通信のトランスポートをＵＤＰにより行い、トランスポートをＵＤＰによる行なっているときにパケット遅延が所定値より小さいときは、同じ宛先の次通信のトランスポートをＴＣＰにより行うＵＤＰ／ＴＣＰ選択手段１２と、を備えたことを特徴とする。
【選択図】 図１
【解決手段】トランスポートをＴＣＰまたはＵＤＰの何れかにより行う機能を備えたＩＴＵ−Ｔ勧告Ｔ．３８標準準拠のインターネットＦＡＸであり、パケットの送信遅延の大きさを検出するパケット遅延検出手段１１と、トランスポートをＴＣＰにより行なっているときにパケット遅延が大きいときは、同じ宛先の次通信のトランスポートをＵＤＰにより行い、トランスポートをＵＤＰによる行なっているときにパケット遅延が所定値より小さいときは、同じ宛先の次通信のトランスポートをＴＣＰにより行うＵＤＰ／ＴＣＰ選択手段１２と、を備えたことを特徴とする。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、パケットのトランスポートを効率よく行うことができるＩＴＵ−Ｔ勧告Ｔ．３８標準に準拠のネットワークファクシミリ装置およびファクシミリ通信システムに関する。
【０００２】
【従来の技術】
ファクシミリ信号をＩＰネットワーク上に載せるプロトコルとして、ＩＴＵ−Ｔ勧告Ｔ．３７，Ｔ．３８がある。
【０００３】
ＩＴＵ−Ｔ勧告Ｔ．３７では、ＦｏＩＰゲートウェイ上で、一旦ファクシミリデータをスプールしておく「Ｓｔｏｒｅ ａｎｄ Ｆｏｒｗａｒｄ」を採用している。すなわち、ファクシミリデータは、一旦ゲートウェイのメモリに、たとえばＴＩＦＦ形式の画像データとして格納される。ネットワーク層の通信（ゲートウェイ間）は、他のプロトコルで送信することになる。メール転送プロトコル（ＳＭＴＰ）をネットワーク層の通信に使用した場合には、リアルタイム性に欠け、また端末間（ＦＡＸ機器）のネゴシエーションがとれない、送信失敗の場合送信元のネットワークファクシミリ装置に通知できない等の問題がある。これに対し、ＩＴＵ−Ｔ勧告Ｔ．３８は、リアルタイム型プロトコルであり、ファクシミリデータをダイレクトに端末間でやり取りさせることができる。
【０００４】
ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）上にファクシミリ信号を音声信号として載せることができる。ＶｏＩＰでは、音声をパケットにしてネットワーク経由で送る技術であり、宛先としてＩＰを用いている。ＩＰレベルのすぐ上位に位置するものとして、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）とＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）の２つがあるが、ＶｏｉＰの音声情報転送では、通常は、リアルタイム性確保の観点から、データをＵＤＰ／ＩＰに載せて転送する。
。ＵＤＰは基本的に、ＩＰプロトコルに相手先アプリケーションに関する情報を乗せただけのもので、信頼性がなく、プロトコルレベルでは応答を返さないので、通信相手に届いたかどうかはわからず、エラーが起これば単にそのパケットを破棄してしまう。ＶｏＩＰのゲートウェイで、たとえば４秒間相手が反応しなかった場合、再送処理に移る。
【０００５】
一方、ＴＣＰを使うと、再送手順をネットワークに委ねることになるが、ＶｏＩＰを用いてファクシミリデータを送信する場合には処理の数秒程度のデータ転送の遅延は問題とはならないので、ファクシミリ転送にＶｏＩＰを利用する場合には、ＴＣＰと組み合わせて使用される。
【０００６】
【発明が解決しようとする課題】
ところで、ＴＣＰは、ＵＤＰよりも高級なプロトコル（データ転送の確実性が高いプロトコル）であるが、パケットロストを送信側タイムアウトを待って再送処理する等、処理が重い。このため、ネットワークトラフィックの負荷が増えるとパケット送信速度が極端に遅くなる。したがって、ＶｏＩＰゲートウェイ経由でＧ３ＦＡＸ（以下、「ＧＩＩＩＦＡＸ」と記す）と通信している場合は、遅延によりＴ．３０のタイマのタイムアウトが発生する可能性が高くなる。
【０００７】
一方、ＵＤＰでは、冗長パケットを追加して、パケットロストを防いでいる。このため、送信単位のパケットサイズが大きくなるため、パケットを受信する端末の受信処理が間に合わなくなることがある。
【０００８】
本発明は、パケット送信を効率よく行うことができるネットワークファクシミリを提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明のネットワークファクシミリ装置は、トランスポートをＴＣＰまたはＵＤＰの何れかにより行う機能を備えたＩＴＵ−Ｔ勧告Ｔ．３８標準準拠するもので、パケットの送信遅延の大きさを検出するパケット遅延検出手段と、トランスポートをＴＣＰにより行なっているときにパケット遅延が大きいときは、同じ宛先の次通信のトランスポートをＵＤＰにより行い、トランスポートをＵＤＰによる行なっているときにパケット遅延が所定値より小さいときは、同じ宛先の次通信のトランスポートをＴＣＰにより行うＵＤＰ／ＴＣＰ選択手段とを備えたことを特徴とする。
【００１０】
ＴＣＰによりファクシミリ送信を行っている場合に、遅延が大きくなった場合に、タイマのタイムアウトが発生する可能性がある場合には、ＵＤＰに切り替えるので、トラフィックが集中した場合でも効率のよいファクシミリデータの転送が可能となる。
【００１１】
Ｔ．３８の場合には、ＵＤＰで通信するときはパケットロストを防ぐために冗長パケットを付加するが、前述したようにパケット紛失の回復レベルを上げるために、冗長パケット数を大きくすると送信単位のパケットサイズが大きくなるため、パケットを受信する端末の受信処理が間に合わなくなることがある。
【００１２】
本発明のネットワークファクシミリ装置では、トランスポートをＵＤＰにより行なう場合に、送信パケットに含まれる冗長パケット数に応じて、冗長パケット数が多いときは通信速度を高くし、冗長パケットが小さいときは通信速度を低くすることができる。これにより、パケットを受信する端末の受信処理が間に合わなくなるといった不都合は生じない。
【００１３】
ＴＣＰはＵＤＰと比較して処理が重いため、トラフィックが集中すると通信速度が遅くなる。端末に対してＴＣＰ／ＵＤＰの優先を、１つのスイッチで設定する場合、デフォルトでＴＣＰ優先を設定すると発呼する相手のネットワークによって、ＵＤＰ通信を選択できなくなる。
【００１４】
このような不都合を回避するために、本発明のネットワークファクシミリ装置では、ＴＣＰとＵＤＰとの優先を、ワンタッチダイヤルまたは短縮ダイヤルに登録することができる。
【００１５】
また、通常のＵＤＰ通信では、冗長パケットはパケット紛失を防ぐために付加されるが、ファクシミリ通信においてもエラーフリーのＥＣＭ（エラー訂正モード）が存在するし、プロトコル部分には再送機能がある。つまり、ＥＣＭで冗長パケットを使用する場合はエラー回復機能が２重に存在することになり、効率的でない。このようなことから、本発明のネットワークファクシミリ装置では、では、ＵＤＰのトランスポートを行なう場合において、ＥＣＭのときは前記冗長パケット数ゼロとすることができる。
【００１６】
本発明のファクシミリ通信システムは、上記のネットワークファクシミリ装置と、当該ネットワークファクシミリ装置からの画像データを受信するファクシミリ端末装置とからなり、ＵＤＰのトランスポートを行なう場合において、非ＥＣＭのときに冗長パケットによりパケットが回復できないパケット抜けが発生した場合、前記ファクシミリ端末側から通信を切断することを特徴とする。
【００１７】
ＵＤＰで、冗長パケット数をゼロとしない場合（非ＥＣＭの場合）において、連続してパケット損失が発生すると、パケットの回復できずパケット抜けが生じることがある。パケット抜けが生じる場合の多くは、画データのフェーズであり、非ＥＣＭの場合、画データの紛失した個所によっては、受信エラーとなるべきところが正常受信と判断してしまう。この不都合を回避するために、本発明のファクシミリ通信システムでは、上述したようにＴ．３８のＵＤＰの通信において非ＥＣＭの場合で冗長パケットによりパケットが回復できないパケット抜けが発生した場合、受信側から通信を切断するようにしている。
【００１８】
【発明の実施の形態】
図１において、インターネットＦＡＸ（ネットワークファクシミリ装置）１がＩＰネットワーク１００に接続されている。また、ファクシミリ端末装置（ＧＩＩＩＦＡＸ）２が通信会社の交換機３、ＶｏＩＰゲートウェイ４を介してＩＰネットワーク１００に接続されている。インターネットＦＡＸ１は、トランスポートをＴＣＰまたはＵＤＰの何れかにより行う機能を備えたＩＴＵ−Ｔ勧告Ｔ．３８標準に準拠している。
【００１９】
インターネットＦＡＸ１は、パケットの送信遅延の大きさを検出するパケット遅延検出手段１１と、トランスポートをＴＣＰにより行なっているときにパケット遅延が大きいときは、同じ宛先の次通信のトランスポートをＵＤＰにより行い、トランスポートをＵＤＰによる行なっているときにパケット遅延が所定値より小さいときは、同じ宛先の次通信のトランスポートをＴＣＰにより行うＵＤＰ／ＴＣＰ選択手段１２と、ワンタッチダイヤルまたは短縮ダイヤルのパラメータとしてＴＣＰ／ＵＤＰの優先を宛先ごとに設定する優先トランスポート設定手段１３とを備えている。
【００２０】
図２には、図１のインターネットＦＡＸ１とゲートウェイ（ＧＷ）４とＧＩＩＩＦＡＸ２との間の通信シーケンスを示す図である。ここでは、トランスポート層は、デフォルトでＴＣＰに設定されているものとする。すなわち、デフォルトではＵＤＰ／ＴＣＰ選択手段１２は、ＴＣＰを選択しており、ＴＣＰ／ＩＰによる通信を行う。
【００２１】
パケット遅延検出手段１１は、パケットの遅延をＦＡＸ通信におけるＤＩＳ−ＤＣＳ、ポストメッセージ（たとえばＥＯＰ）−ＭＣＦのようなコマンドに対するレスポンスの関係にある信号パケットのコマンドからレスポンス受信を記録する。その値が一定（例えば４秒）時間以上となる場合、次回の同じ宛先はＵＤＰ優先で通信を行う。すなわち、ＵＤＰ／ＴＣＰ選択手段１２は、ＵＤＰを選択し、ＵＤＰ／ＩＰによる通信を行う。これにより、ネットワーク負荷が増えてもパケット遅延によりＴ．３０タイマーのタイムアウトになる確率が低くなる。
【００２２】
ＵＤＰでは、パケットの順序整列、パケットロストに対する保証はなされないため、図３（Ａ）に示すような送信を行なった場合にパケットロストが生じるとエラーとなる。このため、ＵＤＰ／ＩＰでは、図３（Ｂ）に示す冗長パケットを付加したパケット構造として送信する。
【００２３】
すなわち、図４に示すように、順序整列のためのシーケンス番号とパケットロストのエラー回復のために、直前に送信したパケット（既に送ったパケット）を付加して送信する。図４では、冗長パケットを破線で示す。
【００２４】
たとえば、パケット４が紛失した場合（図４で「×」で示されるパケット）、パケット５に付加されて送られてくるエラー訂正用パケット４を使用してエラー回復する。
【００２５】
本発明では、優先トランスポート設定手段１３は、ワンタッチダイヤルまたは短縮ダイヤルのパラメータとしてＴＣＰ／ＵＤＰの優先を宛先ごとに設定する。
【００２６】
発呼時はワンタッチまたは短縮ダイヤルのこのパラメータを読み取り、ＳＥＴＵＰのデータチャネル用ＯＬＣの並び順を変更し、着信側に発信側のＴＣＰ／ＵＤＰの要望を伝える。これにより、相手先のネットワーク帯域を考慮してＴＣＰ／ＵＤＰを宛先ごとに選択でき、パケット遅延の小さい通信が可能となる。図５に、このときのインターネットＦＡＸ１の処理を示す。
【００２７】
まず、相手端末（ＧＩＩＩＦＡＸ２）とのコネクトを行い（Ｓ１０１）、この宛先について、優先トランスポート設定手段１３による設定がされているか否かを判断し（Ｓ１０２）、優先トランスポートの設定がされているときは優先トランスポートをデフォルトにセットしてＳＥＴＵＰメッセージを作成し（Ｓ１０３）、ＳＥＴＵＰを送信する（Ｓ１０５）。優先トランスポートの設定がされていないときは、優先トランスポートの設定がされているときは優先トランスポートを考慮してＳＥＴＵＰメッセージを作成し（Ｓ１０４）、ＳＥＴＵＰ送信する（Ｓ１０５）。
【００２８】
ＳＥＴＵＰ送信（Ｓ１０５）の後、ＣＯＮＮＥＣＴの受信を待って（Ｓ１０６）、フェーズＢ通信を行い（Ｓ１０７，Ｓ１０８）、ＰＯＳＴメッセージを送信するとともに送信時刻を記録する（Ｓ１０９）。そして、ＰＯＳＴメッセージに対する応答を待って（Ｓ１１０）、ＰＯＳＴメッセージの送信と応答受信との時間を計算する（Ｓ１１１）。
【００２９】
ＰＯＳＴメッセージの送信と応答受信との時間差が、所定の値（たとえば４秒）を超えたときは（Ｓ１１２の「ＹＥＳ」）、優先トランスポートをＵＤＰにセットし（Ｓ１１３）、処理をステップＳ１０１に戻す。ＰＯＳＴメッセージの送信と応答受信との時間差が、所定の値（たとえば４秒）を超えていないときは（Ｓ１１２の「ＮＯ」）、そのまま処理をステップＳ１０１に戻す。
【００３０】
前述したように、Ｔ．３８標準では、ＵＤＰ／ＩＰで通信するときは、パケットロストを防ぐため、図４で点線で示したような冗長パケットを付加する。パケット紛失の回復レベルを上げるために冗長パケット数を大きくすると送信単位のパケットサイズが大きくなる。画データの送信パケット間に冗長パケット数を係数とした遅延を挿入する。遅延によりパケットデコードが処理可能となる。図６に、この遅延挿入の処理を示す。
【００３１】
まず、ＵＤＰによるトランスポートかＴＣＰによるトランスポートか否かをチェックし（Ｓ２０１）、ＴＣＰ通信であるときは処理を終了する。ステップＳ２０１において、ＵＤＰトランスポートである場合には、パケットの送信（冗長パケットを除くパケット）を行い、冗長パケットが１以上（冗長パケットがない）の場合には処理を終了し（Ｓ２０３の「ＮＯ」）、冗長パケットが１以上の場合にはデコード時間×（冗長パケット数＋１）の遅延を設定し（Ｓ２０４）、処理をＳ２０１に戻す。以上のように、ＵＤＰで冗長パケット数を大きくしても、受信側でパケット受信のオーバーフローが発生する確率を低く抑えることができる。
【００３２】
本発明では、ＵＤＰで、ＤＩＳ−ＤＣＳの交換によりＥＣＭでＦＡＸ通信を行う場合は冗長パケット数をゼロとすることができる。図７に冗長パケット数をゼロとする処理を説明する。
【００３３】
まず、相手端末（ＧＩＩＩＦＡＸ２）とのコネクトを開始すると（Ｓ３０１）、ＳＥＴＵＰの送信を行なう（Ｓ３０２）。ついで、相手端末からのＣＯＮＮＥＣＴ受信、ＤＩＳ受信を待って（Ｓ３０３，Ｓ３０４）、ＤＣＳ送信を行い（Ｓ３０５）、ＥＣＭ送信か否かをチェックする（Ｓ３０６）。ステップＳ３０７において、ＥＣＭでの送信でないとき（Ｓ３０７の「ＮＯ」）はそのまま通信（ＴＣＰまたは冗長パケット付きのＵＤＰによる送信）を行ない（Ｓ３０９）、呼の切断を行なう（Ｓ１１０）。ステップＳ３０７において、ＥＣＭでの送信のとき（Ｓ３０６の「ＹＥＳ」）は、ＵＤＰによる送信か否かをチェックし（Ｓ３０７）、ＵＤＰによる送信でないとき（すなわち、ＴＣＰによる送信：Ｓ３０７の「ＮＯ」のとき）には前述したステップＳ３０９に処理を渡し、ＵＤＰによる送信のとき（Ｓ３０７の「ＹＥＳ」）は、冗長パケット数をゼロにセットし（Ｓ３０８）、処理を前述したステップＳ３０９に渡す。以上のように、ＵＤＰでかつＥＣＭモードであれば、冗長パケットを無くすことができ、ネットワーク負荷を低減することができる。
【００３４】
本発明では、ＤＩＳ−ＤＣＳの交換により非ＥＣＭでのＦＡＸ通信を行う場合において、パケット抜けが発生した場合は、受信側の端末で通信を切断することができる。図８では、ＧＷ４が呼の切断を行なう場合の処理を示す。
【００３５】
まず、ＳＥＴＵＰが受信されるのを待って（Ｓ４０１）、ＣＯＮＮＥＣＴ，ＤＩＳを送信し（Ｓ４０２，Ｓ４０３）、ＤＣＳが受信されるのを待つ（Ｓ４０４）。つぎに、ＰＩＸを受信したときは（Ｓ４０５）、非ＥＣＭでの送信か否かをチェックし（Ｓ４０６）、非ＥＣＭでの送信でないときは、処理をＳ４０４に戻し非ＥＣＭでの送信のときはＵＤＰによる送信か否かをチェックする（Ｓ４０７）。ステップＳ４０６で、ＵＤＰによる送信でないときには処理をＳ４０５に戻し、ＵＤＰによる送信であるときは、パケット抜けが発生したか否かをチェックし（Ｓ４０８）、発生していないときには処理をＳ４０５に戻し、発生しているときは呼の切断（Ｓ４０９）を行い処理を終了する。これにより、パケット抜けが発生した場合にエラーとならないようなときに、送信ユーザが正常通信できたと誤解することがなくなる。
【００３６】
【発明の効果】
本発明では、ＴＰＣによるトランスポートにおいてパケット遅延が生じたときに、次のパケットはＵＤＰによりトランスポートするので、ネットワーク負荷が増えてもパケット遅延によりＴ．３０タイマーのタイムアウトの発生確率を低くすることができる。また、相手先のネットワーク帯域を考慮してＴＣＰ／ＵＤＰを宛先ごとに選択でき、パケット遅延の小さい通信が可能となる。
【００３７】
ＵＤＰで冗長パケット数を大きくしても、受信側でパケット受信のオーバーフローが発生する確率を低く抑えることができる。
【００３８】
また、ＵＤＰにトランスポートしているときに、ＥＣＭであれば、冗長パケットを無くすことができ、ネットワーク負荷を低減することができる。
【００３９】
さらに、パケット抜けが発生した場合にエラーとならないようなときに、送信ユーザが正常通信できたと誤解することがなくなる。
【図面の簡単な説明】
【図１】インターネットＦＡＸがＩＰネットワーク，ゲートウェイ、交換機を介してＧＩＩＩＦＡＸに接続された状態を示す図である。
【図２】図１のインターネットＦＡＸ１とゲートウェイとＧＩＩＩＦＡＸとの間の通信シーケンスを示す図である。
【図３】（Ａ）はパケットロストが生じるとエラーとなる送信を示す図、（Ｂ）は冗長パケットを付加したＵＤＰのパケット構造を示す図である。
【図４】順序整列のためのシーケンス番号とパケットロストのエラー回復のために、直前に送信したパケットを付加して送信する様子を示す図である。
【図５】発呼時はワンタッチまたは短縮ダイヤルの選択パラメータを読み取り、ＳＥＴＵＰのデータチャネル用ＯＬＣの並び順を変更し、着信側に発信側のＴＣＰ／ＵＤＰの要望を伝えるときのインターネットＦＡＸ１の処理を示すフローチャートである。
【図６】画データの送信パケット間に冗長パケット数を係数とした遅延を挿入する場合の処理を示すフローチャートである。
【図７】ＵＤＰによるトランスポートにおいてＥＣＭでＦＡＸ通信を行う場合に冗長パケット数をゼロとする処理を示すフローチャートである。
【図８】ＧＷ４が呼の切断を行なう場合の処理を示すフローチャートである。
【符号の説明】
１ インターネットＦＡＸ
２ ＧＩＩＩＦＡＸ
３ 交換機
４ ＶｏＩＰゲートウェイ
１１ パケット遅延検出手段
１２ ＵＤＰ／ＴＣＰ選択手段
１３ 優先トランスポート設定手段
１００ ＩＰネットワーク
【発明の属する技術分野】
本発明は、パケットのトランスポートを効率よく行うことができるＩＴＵ−Ｔ勧告Ｔ．３８標準に準拠のネットワークファクシミリ装置およびファクシミリ通信システムに関する。
【０００２】
【従来の技術】
ファクシミリ信号をＩＰネットワーク上に載せるプロトコルとして、ＩＴＵ−Ｔ勧告Ｔ．３７，Ｔ．３８がある。
【０００３】
ＩＴＵ−Ｔ勧告Ｔ．３７では、ＦｏＩＰゲートウェイ上で、一旦ファクシミリデータをスプールしておく「Ｓｔｏｒｅ ａｎｄ Ｆｏｒｗａｒｄ」を採用している。すなわち、ファクシミリデータは、一旦ゲートウェイのメモリに、たとえばＴＩＦＦ形式の画像データとして格納される。ネットワーク層の通信（ゲートウェイ間）は、他のプロトコルで送信することになる。メール転送プロトコル（ＳＭＴＰ）をネットワーク層の通信に使用した場合には、リアルタイム性に欠け、また端末間（ＦＡＸ機器）のネゴシエーションがとれない、送信失敗の場合送信元のネットワークファクシミリ装置に通知できない等の問題がある。これに対し、ＩＴＵ−Ｔ勧告Ｔ．３８は、リアルタイム型プロトコルであり、ファクシミリデータをダイレクトに端末間でやり取りさせることができる。
【０００４】
ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）上にファクシミリ信号を音声信号として載せることができる。ＶｏＩＰでは、音声をパケットにしてネットワーク経由で送る技術であり、宛先としてＩＰを用いている。ＩＰレベルのすぐ上位に位置するものとして、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）とＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）の２つがあるが、ＶｏｉＰの音声情報転送では、通常は、リアルタイム性確保の観点から、データをＵＤＰ／ＩＰに載せて転送する。
。ＵＤＰは基本的に、ＩＰプロトコルに相手先アプリケーションに関する情報を乗せただけのもので、信頼性がなく、プロトコルレベルでは応答を返さないので、通信相手に届いたかどうかはわからず、エラーが起これば単にそのパケットを破棄してしまう。ＶｏＩＰのゲートウェイで、たとえば４秒間相手が反応しなかった場合、再送処理に移る。
【０００５】
一方、ＴＣＰを使うと、再送手順をネットワークに委ねることになるが、ＶｏＩＰを用いてファクシミリデータを送信する場合には処理の数秒程度のデータ転送の遅延は問題とはならないので、ファクシミリ転送にＶｏＩＰを利用する場合には、ＴＣＰと組み合わせて使用される。
【０００６】
【発明が解決しようとする課題】
ところで、ＴＣＰは、ＵＤＰよりも高級なプロトコル（データ転送の確実性が高いプロトコル）であるが、パケットロストを送信側タイムアウトを待って再送処理する等、処理が重い。このため、ネットワークトラフィックの負荷が増えるとパケット送信速度が極端に遅くなる。したがって、ＶｏＩＰゲートウェイ経由でＧ３ＦＡＸ（以下、「ＧＩＩＩＦＡＸ」と記す）と通信している場合は、遅延によりＴ．３０のタイマのタイムアウトが発生する可能性が高くなる。
【０００７】
一方、ＵＤＰでは、冗長パケットを追加して、パケットロストを防いでいる。このため、送信単位のパケットサイズが大きくなるため、パケットを受信する端末の受信処理が間に合わなくなることがある。
【０００８】
本発明は、パケット送信を効率よく行うことができるネットワークファクシミリを提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明のネットワークファクシミリ装置は、トランスポートをＴＣＰまたはＵＤＰの何れかにより行う機能を備えたＩＴＵ−Ｔ勧告Ｔ．３８標準準拠するもので、パケットの送信遅延の大きさを検出するパケット遅延検出手段と、トランスポートをＴＣＰにより行なっているときにパケット遅延が大きいときは、同じ宛先の次通信のトランスポートをＵＤＰにより行い、トランスポートをＵＤＰによる行なっているときにパケット遅延が所定値より小さいときは、同じ宛先の次通信のトランスポートをＴＣＰにより行うＵＤＰ／ＴＣＰ選択手段とを備えたことを特徴とする。
【００１０】
ＴＣＰによりファクシミリ送信を行っている場合に、遅延が大きくなった場合に、タイマのタイムアウトが発生する可能性がある場合には、ＵＤＰに切り替えるので、トラフィックが集中した場合でも効率のよいファクシミリデータの転送が可能となる。
【００１１】
Ｔ．３８の場合には、ＵＤＰで通信するときはパケットロストを防ぐために冗長パケットを付加するが、前述したようにパケット紛失の回復レベルを上げるために、冗長パケット数を大きくすると送信単位のパケットサイズが大きくなるため、パケットを受信する端末の受信処理が間に合わなくなることがある。
【００１２】
本発明のネットワークファクシミリ装置では、トランスポートをＵＤＰにより行なう場合に、送信パケットに含まれる冗長パケット数に応じて、冗長パケット数が多いときは通信速度を高くし、冗長パケットが小さいときは通信速度を低くすることができる。これにより、パケットを受信する端末の受信処理が間に合わなくなるといった不都合は生じない。
【００１３】
ＴＣＰはＵＤＰと比較して処理が重いため、トラフィックが集中すると通信速度が遅くなる。端末に対してＴＣＰ／ＵＤＰの優先を、１つのスイッチで設定する場合、デフォルトでＴＣＰ優先を設定すると発呼する相手のネットワークによって、ＵＤＰ通信を選択できなくなる。
【００１４】
このような不都合を回避するために、本発明のネットワークファクシミリ装置では、ＴＣＰとＵＤＰとの優先を、ワンタッチダイヤルまたは短縮ダイヤルに登録することができる。
【００１５】
また、通常のＵＤＰ通信では、冗長パケットはパケット紛失を防ぐために付加されるが、ファクシミリ通信においてもエラーフリーのＥＣＭ（エラー訂正モード）が存在するし、プロトコル部分には再送機能がある。つまり、ＥＣＭで冗長パケットを使用する場合はエラー回復機能が２重に存在することになり、効率的でない。このようなことから、本発明のネットワークファクシミリ装置では、では、ＵＤＰのトランスポートを行なう場合において、ＥＣＭのときは前記冗長パケット数ゼロとすることができる。
【００１６】
本発明のファクシミリ通信システムは、上記のネットワークファクシミリ装置と、当該ネットワークファクシミリ装置からの画像データを受信するファクシミリ端末装置とからなり、ＵＤＰのトランスポートを行なう場合において、非ＥＣＭのときに冗長パケットによりパケットが回復できないパケット抜けが発生した場合、前記ファクシミリ端末側から通信を切断することを特徴とする。
【００１７】
ＵＤＰで、冗長パケット数をゼロとしない場合（非ＥＣＭの場合）において、連続してパケット損失が発生すると、パケットの回復できずパケット抜けが生じることがある。パケット抜けが生じる場合の多くは、画データのフェーズであり、非ＥＣＭの場合、画データの紛失した個所によっては、受信エラーとなるべきところが正常受信と判断してしまう。この不都合を回避するために、本発明のファクシミリ通信システムでは、上述したようにＴ．３８のＵＤＰの通信において非ＥＣＭの場合で冗長パケットによりパケットが回復できないパケット抜けが発生した場合、受信側から通信を切断するようにしている。
【００１８】
【発明の実施の形態】
図１において、インターネットＦＡＸ（ネットワークファクシミリ装置）１がＩＰネットワーク１００に接続されている。また、ファクシミリ端末装置（ＧＩＩＩＦＡＸ）２が通信会社の交換機３、ＶｏＩＰゲートウェイ４を介してＩＰネットワーク１００に接続されている。インターネットＦＡＸ１は、トランスポートをＴＣＰまたはＵＤＰの何れかにより行う機能を備えたＩＴＵ−Ｔ勧告Ｔ．３８標準に準拠している。
【００１９】
インターネットＦＡＸ１は、パケットの送信遅延の大きさを検出するパケット遅延検出手段１１と、トランスポートをＴＣＰにより行なっているときにパケット遅延が大きいときは、同じ宛先の次通信のトランスポートをＵＤＰにより行い、トランスポートをＵＤＰによる行なっているときにパケット遅延が所定値より小さいときは、同じ宛先の次通信のトランスポートをＴＣＰにより行うＵＤＰ／ＴＣＰ選択手段１２と、ワンタッチダイヤルまたは短縮ダイヤルのパラメータとしてＴＣＰ／ＵＤＰの優先を宛先ごとに設定する優先トランスポート設定手段１３とを備えている。
【００２０】
図２には、図１のインターネットＦＡＸ１とゲートウェイ（ＧＷ）４とＧＩＩＩＦＡＸ２との間の通信シーケンスを示す図である。ここでは、トランスポート層は、デフォルトでＴＣＰに設定されているものとする。すなわち、デフォルトではＵＤＰ／ＴＣＰ選択手段１２は、ＴＣＰを選択しており、ＴＣＰ／ＩＰによる通信を行う。
【００２１】
パケット遅延検出手段１１は、パケットの遅延をＦＡＸ通信におけるＤＩＳ−ＤＣＳ、ポストメッセージ（たとえばＥＯＰ）−ＭＣＦのようなコマンドに対するレスポンスの関係にある信号パケットのコマンドからレスポンス受信を記録する。その値が一定（例えば４秒）時間以上となる場合、次回の同じ宛先はＵＤＰ優先で通信を行う。すなわち、ＵＤＰ／ＴＣＰ選択手段１２は、ＵＤＰを選択し、ＵＤＰ／ＩＰによる通信を行う。これにより、ネットワーク負荷が増えてもパケット遅延によりＴ．３０タイマーのタイムアウトになる確率が低くなる。
【００２２】
ＵＤＰでは、パケットの順序整列、パケットロストに対する保証はなされないため、図３（Ａ）に示すような送信を行なった場合にパケットロストが生じるとエラーとなる。このため、ＵＤＰ／ＩＰでは、図３（Ｂ）に示す冗長パケットを付加したパケット構造として送信する。
【００２３】
すなわち、図４に示すように、順序整列のためのシーケンス番号とパケットロストのエラー回復のために、直前に送信したパケット（既に送ったパケット）を付加して送信する。図４では、冗長パケットを破線で示す。
【００２４】
たとえば、パケット４が紛失した場合（図４で「×」で示されるパケット）、パケット５に付加されて送られてくるエラー訂正用パケット４を使用してエラー回復する。
【００２５】
本発明では、優先トランスポート設定手段１３は、ワンタッチダイヤルまたは短縮ダイヤルのパラメータとしてＴＣＰ／ＵＤＰの優先を宛先ごとに設定する。
【００２６】
発呼時はワンタッチまたは短縮ダイヤルのこのパラメータを読み取り、ＳＥＴＵＰのデータチャネル用ＯＬＣの並び順を変更し、着信側に発信側のＴＣＰ／ＵＤＰの要望を伝える。これにより、相手先のネットワーク帯域を考慮してＴＣＰ／ＵＤＰを宛先ごとに選択でき、パケット遅延の小さい通信が可能となる。図５に、このときのインターネットＦＡＸ１の処理を示す。
【００２７】
まず、相手端末（ＧＩＩＩＦＡＸ２）とのコネクトを行い（Ｓ１０１）、この宛先について、優先トランスポート設定手段１３による設定がされているか否かを判断し（Ｓ１０２）、優先トランスポートの設定がされているときは優先トランスポートをデフォルトにセットしてＳＥＴＵＰメッセージを作成し（Ｓ１０３）、ＳＥＴＵＰを送信する（Ｓ１０５）。優先トランスポートの設定がされていないときは、優先トランスポートの設定がされているときは優先トランスポートを考慮してＳＥＴＵＰメッセージを作成し（Ｓ１０４）、ＳＥＴＵＰ送信する（Ｓ１０５）。
【００２８】
ＳＥＴＵＰ送信（Ｓ１０５）の後、ＣＯＮＮＥＣＴの受信を待って（Ｓ１０６）、フェーズＢ通信を行い（Ｓ１０７，Ｓ１０８）、ＰＯＳＴメッセージを送信するとともに送信時刻を記録する（Ｓ１０９）。そして、ＰＯＳＴメッセージに対する応答を待って（Ｓ１１０）、ＰＯＳＴメッセージの送信と応答受信との時間を計算する（Ｓ１１１）。
【００２９】
ＰＯＳＴメッセージの送信と応答受信との時間差が、所定の値（たとえば４秒）を超えたときは（Ｓ１１２の「ＹＥＳ」）、優先トランスポートをＵＤＰにセットし（Ｓ１１３）、処理をステップＳ１０１に戻す。ＰＯＳＴメッセージの送信と応答受信との時間差が、所定の値（たとえば４秒）を超えていないときは（Ｓ１１２の「ＮＯ」）、そのまま処理をステップＳ１０１に戻す。
【００３０】
前述したように、Ｔ．３８標準では、ＵＤＰ／ＩＰで通信するときは、パケットロストを防ぐため、図４で点線で示したような冗長パケットを付加する。パケット紛失の回復レベルを上げるために冗長パケット数を大きくすると送信単位のパケットサイズが大きくなる。画データの送信パケット間に冗長パケット数を係数とした遅延を挿入する。遅延によりパケットデコードが処理可能となる。図６に、この遅延挿入の処理を示す。
【００３１】
まず、ＵＤＰによるトランスポートかＴＣＰによるトランスポートか否かをチェックし（Ｓ２０１）、ＴＣＰ通信であるときは処理を終了する。ステップＳ２０１において、ＵＤＰトランスポートである場合には、パケットの送信（冗長パケットを除くパケット）を行い、冗長パケットが１以上（冗長パケットがない）の場合には処理を終了し（Ｓ２０３の「ＮＯ」）、冗長パケットが１以上の場合にはデコード時間×（冗長パケット数＋１）の遅延を設定し（Ｓ２０４）、処理をＳ２０１に戻す。以上のように、ＵＤＰで冗長パケット数を大きくしても、受信側でパケット受信のオーバーフローが発生する確率を低く抑えることができる。
【００３２】
本発明では、ＵＤＰで、ＤＩＳ−ＤＣＳの交換によりＥＣＭでＦＡＸ通信を行う場合は冗長パケット数をゼロとすることができる。図７に冗長パケット数をゼロとする処理を説明する。
【００３３】
まず、相手端末（ＧＩＩＩＦＡＸ２）とのコネクトを開始すると（Ｓ３０１）、ＳＥＴＵＰの送信を行なう（Ｓ３０２）。ついで、相手端末からのＣＯＮＮＥＣＴ受信、ＤＩＳ受信を待って（Ｓ３０３，Ｓ３０４）、ＤＣＳ送信を行い（Ｓ３０５）、ＥＣＭ送信か否かをチェックする（Ｓ３０６）。ステップＳ３０７において、ＥＣＭでの送信でないとき（Ｓ３０７の「ＮＯ」）はそのまま通信（ＴＣＰまたは冗長パケット付きのＵＤＰによる送信）を行ない（Ｓ３０９）、呼の切断を行なう（Ｓ１１０）。ステップＳ３０７において、ＥＣＭでの送信のとき（Ｓ３０６の「ＹＥＳ」）は、ＵＤＰによる送信か否かをチェックし（Ｓ３０７）、ＵＤＰによる送信でないとき（すなわち、ＴＣＰによる送信：Ｓ３０７の「ＮＯ」のとき）には前述したステップＳ３０９に処理を渡し、ＵＤＰによる送信のとき（Ｓ３０７の「ＹＥＳ」）は、冗長パケット数をゼロにセットし（Ｓ３０８）、処理を前述したステップＳ３０９に渡す。以上のように、ＵＤＰでかつＥＣＭモードであれば、冗長パケットを無くすことができ、ネットワーク負荷を低減することができる。
【００３４】
本発明では、ＤＩＳ−ＤＣＳの交換により非ＥＣＭでのＦＡＸ通信を行う場合において、パケット抜けが発生した場合は、受信側の端末で通信を切断することができる。図８では、ＧＷ４が呼の切断を行なう場合の処理を示す。
【００３５】
まず、ＳＥＴＵＰが受信されるのを待って（Ｓ４０１）、ＣＯＮＮＥＣＴ，ＤＩＳを送信し（Ｓ４０２，Ｓ４０３）、ＤＣＳが受信されるのを待つ（Ｓ４０４）。つぎに、ＰＩＸを受信したときは（Ｓ４０５）、非ＥＣＭでの送信か否かをチェックし（Ｓ４０６）、非ＥＣＭでの送信でないときは、処理をＳ４０４に戻し非ＥＣＭでの送信のときはＵＤＰによる送信か否かをチェックする（Ｓ４０７）。ステップＳ４０６で、ＵＤＰによる送信でないときには処理をＳ４０５に戻し、ＵＤＰによる送信であるときは、パケット抜けが発生したか否かをチェックし（Ｓ４０８）、発生していないときには処理をＳ４０５に戻し、発生しているときは呼の切断（Ｓ４０９）を行い処理を終了する。これにより、パケット抜けが発生した場合にエラーとならないようなときに、送信ユーザが正常通信できたと誤解することがなくなる。
【００３６】
【発明の効果】
本発明では、ＴＰＣによるトランスポートにおいてパケット遅延が生じたときに、次のパケットはＵＤＰによりトランスポートするので、ネットワーク負荷が増えてもパケット遅延によりＴ．３０タイマーのタイムアウトの発生確率を低くすることができる。また、相手先のネットワーク帯域を考慮してＴＣＰ／ＵＤＰを宛先ごとに選択でき、パケット遅延の小さい通信が可能となる。
【００３７】
ＵＤＰで冗長パケット数を大きくしても、受信側でパケット受信のオーバーフローが発生する確率を低く抑えることができる。
【００３８】
また、ＵＤＰにトランスポートしているときに、ＥＣＭであれば、冗長パケットを無くすことができ、ネットワーク負荷を低減することができる。
【００３９】
さらに、パケット抜けが発生した場合にエラーとならないようなときに、送信ユーザが正常通信できたと誤解することがなくなる。
【図面の簡単な説明】
【図１】インターネットＦＡＸがＩＰネットワーク，ゲートウェイ、交換機を介してＧＩＩＩＦＡＸに接続された状態を示す図である。
【図２】図１のインターネットＦＡＸ１とゲートウェイとＧＩＩＩＦＡＸとの間の通信シーケンスを示す図である。
【図３】（Ａ）はパケットロストが生じるとエラーとなる送信を示す図、（Ｂ）は冗長パケットを付加したＵＤＰのパケット構造を示す図である。
【図４】順序整列のためのシーケンス番号とパケットロストのエラー回復のために、直前に送信したパケットを付加して送信する様子を示す図である。
【図５】発呼時はワンタッチまたは短縮ダイヤルの選択パラメータを読み取り、ＳＥＴＵＰのデータチャネル用ＯＬＣの並び順を変更し、着信側に発信側のＴＣＰ／ＵＤＰの要望を伝えるときのインターネットＦＡＸ１の処理を示すフローチャートである。
【図６】画データの送信パケット間に冗長パケット数を係数とした遅延を挿入する場合の処理を示すフローチャートである。
【図７】ＵＤＰによるトランスポートにおいてＥＣＭでＦＡＸ通信を行う場合に冗長パケット数をゼロとする処理を示すフローチャートである。
【図８】ＧＷ４が呼の切断を行なう場合の処理を示すフローチャートである。
【符号の説明】
１ インターネットＦＡＸ
２ ＧＩＩＩＦＡＸ
３ 交換機
４ ＶｏＩＰゲートウェイ
１１ パケット遅延検出手段
１２ ＵＤＰ／ＴＣＰ選択手段
１３ 優先トランスポート設定手段
１００ ＩＰネットワーク
Claims (5)
- トランスポートをＴＣＰまたはＵＤＰの何れかにより行う機能を備えたＩＴＵ−Ｔ勧告Ｔ．３８標準準拠のネットワークファクシミリ装置において、
パケットの送信遅延の大きさを検出するパケット遅延検出手段と、
トランスポートをＴＣＰにより行なっているときにパケット遅延が大きいときは、同じ宛先の次通信のトランスポートをＵＤＰにより行い、トランスポートをＵＤＰによる行なっているときにパケット遅延が所定値より小さいときは、同じ宛先の次通信のトランスポートをＴＣＰにより行うＵＤＰ／ＴＣＰ選択手段と、を備えたことを特徴とするネットワークファクシミリ装置。 - トランスポートをＵＤＰにより行なう場合に、送信パケットに含まれる冗長パケット数に応じて、冗長パケット数が多いときは通信速度を高くし、冗長パケットが小さいときは通信速度を低くすることを特徴とする請求項１に記載のネットワークファクシミリ装置。
- ＴＣＰとＵＤＰとの優先を、ワンタッチダイヤルまたは短縮ダイヤルに登録することを特徴とした請求項１または２に記載のネットワークファクシミリ装置。
- ＵＤＰのトランスポートを行なう場合において、ＥＣＭのときは前記冗長パケット数ゼロとすることを特徴とする請求項１から３の何れか１つに記載のネットワークファクシミリ装置。
- 請求項１から４に記載に記載のネットワークファクシミリ装置と、当該ネットワークファクシミリ装置からの画像データを受信するファクシミリ端末装置とからなるファクシミリ通信システムであって、
ＵＤＰのトランスポートを行なう場合において、非ＥＣＭのときに冗長パケットによりパケットが回復できないパケット抜けが発生した場合、前記ファクシミリ端末側から通信を切断することを特徴とするファクシミリ通信システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002181119A JP3734774B2 (ja) | 2002-06-21 | 2002-06-21 | ネットワークファクシミリ装置、及び、ファクシミリ通信方法 |
| US10/437,139 US7548332B2 (en) | 2002-06-21 | 2003-05-13 | Network facsimile apparatus, facsimile communication system, and method that can efficiently transport packets |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002181119A JP3734774B2 (ja) | 2002-06-21 | 2002-06-21 | ネットワークファクシミリ装置、及び、ファクシミリ通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004032039A true JP2004032039A (ja) | 2004-01-29 |
| JP3734774B2 JP3734774B2 (ja) | 2006-01-11 |
Family
ID=29774076
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002181119A Expired - Fee Related JP3734774B2 (ja) | 2002-06-21 | 2002-06-21 | ネットワークファクシミリ装置、及び、ファクシミリ通信方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7548332B2 (ja) |
| JP (1) | JP3734774B2 (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100391222C (zh) * | 2004-03-18 | 2008-05-28 | 株式会社理光 | 通信控制方法和通信设备 |
| JP2009510968A (ja) * | 2005-10-04 | 2009-03-12 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 適当な通信プロトコルを用いてメッセージ送信を提供する方法 |
| WO2009110544A1 (ja) * | 2008-03-06 | 2009-09-11 | 京セラ株式会社 | 通信方法およびそれを利用した基地局装置 |
| JP2010220112A (ja) * | 2009-03-18 | 2010-09-30 | Toshiba Corp | 電話システム、サーバおよび端末デバイス |
| JP2010263319A (ja) * | 2009-04-30 | 2010-11-18 | Fuji Xerox Co Ltd | 画像通信装置 |
| JP2011120014A (ja) * | 2009-12-03 | 2011-06-16 | Ricoh Co Ltd | 通信装置 |
| JP2013127719A (ja) * | 2011-12-19 | 2013-06-27 | Nippon Telegr & Teleph Corp <Ntt> | Ｗｅｂ情報取得方法および先読み代理サーバ |
| KR20140135620A (ko) * | 2013-05-16 | 2014-11-26 | 캐논 가부시끼가이샤 | 팩시밀리 장치, 그 제어방법 및 기억매체 |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3983708B2 (ja) * | 2003-04-22 | 2007-09-26 | 株式会社リコー | ファクシミリ装置 |
| JP4185426B2 (ja) * | 2003-09-16 | 2008-11-26 | 株式会社リコー | 端末 |
| JP4226980B2 (ja) * | 2003-09-19 | 2009-02-18 | 株式会社リコー | ネットワーク端末装置 |
| US7457242B2 (en) * | 2004-02-12 | 2008-11-25 | Avaya, Inc. | System for transmitting high quality speech signals on a voice over internet protocol network |
| JP4013153B2 (ja) * | 2004-04-20 | 2007-11-28 | 村田機械株式会社 | 通信装置及びプログラム |
| US20060028692A1 (en) * | 2004-08-09 | 2006-02-09 | Tomohito Kajiwara | Network facsimile apparatus |
| KR100619057B1 (ko) * | 2004-11-19 | 2006-08-31 | 삼성전자주식회사 | 팩스 데이터 송수신 방법 및 장치 |
| JP4312700B2 (ja) * | 2004-11-25 | 2009-08-12 | 株式会社リコー | ネットワーク通信装置 |
| US7313134B2 (en) * | 2005-05-12 | 2007-12-25 | Yahoo! Inc. | Proxy server for relaying VOIP messages |
| JP2007019649A (ja) * | 2005-07-05 | 2007-01-25 | Ricoh Co Ltd | 通信端末 |
| JP4328816B2 (ja) * | 2006-09-25 | 2009-09-09 | キヤノン株式会社 | 通信装置及びその制御方法、プログラム、記憶媒体 |
| EP2019522B1 (en) * | 2007-07-23 | 2018-08-15 | Polycom, Inc. | Apparatus and method for lost packet recovery with congestion avoidance |
| US8156235B2 (en) * | 2009-03-27 | 2012-04-10 | Wyse Technology Inc. | Apparatus and method for determining modes and directing streams in remote communication |
| JP5376318B2 (ja) * | 2009-10-02 | 2013-12-25 | 富士ゼロックス株式会社 | 画像通信装置 |
| US20110252083A1 (en) * | 2010-04-13 | 2011-10-13 | Rebelvox, Llc | Apparatus and method for transmitting media using either network efficient protocol or a loss tolerant transmission protocol |
| JP2015192324A (ja) * | 2014-03-28 | 2015-11-02 | キヤノン株式会社 | 通信装置及びその制御方法、並びにプログラム |
| JP7022540B2 (ja) * | 2017-09-08 | 2022-02-18 | キヤノン株式会社 | 情報処理装置およびその制御方法 |
| TWI692233B (zh) * | 2018-12-19 | 2020-04-21 | 財團法人工業技術研究院 | 基於用戶資料報協定及傳輸控制協定之協同傳輸方法及傳輸裝置 |
| CN110503935B (zh) * | 2019-07-16 | 2020-11-06 | 北京达佳互联信息技术有限公司 | 音频数据处理方法、装置、电子设备及存储介质 |
Family Cites Families (32)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6101545A (en) * | 1996-10-21 | 2000-08-08 | Hughes Electronics Corporation | Message handling system for different message delivery types |
| US6075796A (en) * | 1997-03-17 | 2000-06-13 | At&T | Methods and apparatus for providing improved quality of packet transmission in applications such as internet telephony |
| JP3484042B2 (ja) * | 1997-05-21 | 2004-01-06 | 株式会社日立製作所 | パターン検査方法およびその装置 |
| US6516435B1 (en) * | 1997-06-04 | 2003-02-04 | Kabushiki Kaisha Toshiba | Code transmission scheme for communication system using error correcting codes |
| US6259538B1 (en) * | 1998-01-13 | 2001-07-10 | Vocaltec Communications Ltd. | Real-time facsimile gateway |
| JP3501269B2 (ja) * | 1998-04-21 | 2004-03-02 | 株式会社沖データ | ファクシミリ装置、ファクシミリ通信システム及び方法 |
| US6182125B1 (en) * | 1998-10-13 | 2001-01-30 | 3Com Corporation | Methods for determining sendable information content based on a determined network latency |
| US6442603B1 (en) * | 1998-10-13 | 2002-08-27 | 3Com Corporation | Methods for ordered delivery of electronic content |
| US6483600B1 (en) * | 1999-02-26 | 2002-11-19 | 3Com Corporation | System and method for communicating real-time facsimiles over data networks |
| NO310999B1 (no) * | 1999-06-08 | 2001-09-24 | Ericsson Telefon Ab L M | Fakstjenester i mobile nett |
| US6563599B1 (en) * | 1999-10-04 | 2003-05-13 | Conexant Systems, Inc. | Method and apparatus for improving performance of facsimile transmissions over IP networks |
| US6798767B1 (en) * | 1999-11-16 | 2004-09-28 | Cisco Technology, Inc. | System and method for generating multiple line appearances in a communication network |
| KR100338683B1 (ko) * | 1999-12-29 | 2002-05-30 | 정 데이비드 | 통합 아이피 콜 라우팅 시스템 |
| JP3944761B2 (ja) | 2000-01-14 | 2007-07-18 | 株式会社リコー | リアルタイム型インターネットファクシミリ装置 |
| JP2001203746A (ja) | 2000-01-19 | 2001-07-27 | Canon Inc | ファクシミリゲートウェイ装置 |
| JP2001292271A (ja) * | 2000-04-04 | 2001-10-19 | Canon Inc | インターネットｆａｘゲートウェイ装置及びその制御方法 |
| JP2001298479A (ja) * | 2000-04-12 | 2001-10-26 | Nec Corp | インターネット電話装置 |
| EP1279279B1 (en) * | 2000-04-28 | 2008-01-30 | Telogy Networks Inc. | Real time fax-over-packet packet loss compensation |
| US7089293B2 (en) * | 2000-11-02 | 2006-08-08 | Sun Microsystems, Inc. | Switching system method for discovering and accessing SCSI devices in response to query |
| GB2372172B (en) * | 2001-05-31 | 2002-12-24 | Ericsson Telefon Ab L M | Congestion handling in a packet data network |
| JP4585155B2 (ja) * | 2001-09-07 | 2010-11-24 | 株式会社リコー | 通信端末装置の伝送制御方法及び通信端末装置 |
| KR100433629B1 (ko) * | 2001-12-27 | 2004-05-31 | 주식회사 케이티 | 인터넷 팩스 데이터의 오류 제어 방법 |
| GB0201588D0 (en) * | 2002-01-24 | 2002-03-13 | Nortel Networks Ltd | Call establishment procedure |
| US7088677B1 (en) * | 2002-03-01 | 2006-08-08 | Bellsouth Intellectual Property Corporation | System and method for delay-based congestion detection and connection admission control |
| US20030223463A1 (en) * | 2002-05-30 | 2003-12-04 | Mehrdad Abrishami | Method to improve fax transmission quality over packet based networks with significant delay and packet jitter using protocol re-timing |
| AU2003271155A1 (en) * | 2002-10-10 | 2004-05-04 | Canon Kabushiki Kaisha | Communication device, communication device control method, and communication device control program |
| US20080037420A1 (en) * | 2003-10-08 | 2008-02-14 | Bob Tang | Immediate ready implementation of virtually congestion free guaranteed service capable network: external internet nextgentcp (square waveform) TCP friendly san |
| US7720983B2 (en) * | 2004-05-03 | 2010-05-18 | Microsoft Corporation | Fast startup for streaming media |
| JP2006324973A (ja) * | 2005-05-19 | 2006-11-30 | Murata Mach Ltd | ルータ装置および通信システム |
| US7899038B2 (en) * | 2006-03-30 | 2011-03-01 | Audiocodes Ltd. | Method and apparatus for communicating fax data over the internet |
| JP4328816B2 (ja) * | 2006-09-25 | 2009-09-09 | キヤノン株式会社 | 通信装置及びその制御方法、プログラム、記憶媒体 |
| JP4356742B2 (ja) * | 2006-12-25 | 2009-11-04 | ソニー株式会社 | データ通信システム、データ送信装置およびデータ送信方法 |
-
2002
- 2002-06-21 JP JP2002181119A patent/JP3734774B2/ja not_active Expired - Fee Related
-
2003
- 2003-05-13 US US10/437,139 patent/US7548332B2/en not_active Expired - Fee Related
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100391222C (zh) * | 2004-03-18 | 2008-05-28 | 株式会社理光 | 通信控制方法和通信设备 |
| US7471779B2 (en) | 2004-03-18 | 2008-12-30 | Ricoh Company, Ltd. | Communication control method and communication apparatus |
| JP2009510968A (ja) * | 2005-10-04 | 2009-03-12 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 適当な通信プロトコルを用いてメッセージ送信を提供する方法 |
| JP4648457B2 (ja) * | 2005-10-04 | 2011-03-09 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 適当な通信プロトコルを用いてメッセージ送信を提供する方法 |
| WO2009110544A1 (ja) * | 2008-03-06 | 2009-09-11 | 京セラ株式会社 | 通信方法およびそれを利用した基地局装置 |
| JP5097264B2 (ja) * | 2008-03-06 | 2012-12-12 | 京セラ株式会社 | 通信方法およびそれを利用した基地局装置 |
| JP4599447B2 (ja) * | 2009-03-18 | 2010-12-15 | 株式会社東芝 | 電話システム、サーバおよび端末デバイス |
| US8127027B2 (en) | 2009-03-18 | 2012-02-28 | Kabushiki Kaisha Toshiba | Telephone system, server, and terminal device |
| JP2010220112A (ja) * | 2009-03-18 | 2010-09-30 | Toshiba Corp | 電話システム、サーバおよび端末デバイス |
| JP2010263319A (ja) * | 2009-04-30 | 2010-11-18 | Fuji Xerox Co Ltd | 画像通信装置 |
| US8442036B2 (en) | 2009-04-30 | 2013-05-14 | Fuji Xerox Co., Ltd. | Image communication apparatus |
| JP2011120014A (ja) * | 2009-12-03 | 2011-06-16 | Ricoh Co Ltd | 通信装置 |
| JP2013127719A (ja) * | 2011-12-19 | 2013-06-27 | Nippon Telegr & Teleph Corp <Ntt> | Ｗｅｂ情報取得方法および先読み代理サーバ |
| KR20140135620A (ko) * | 2013-05-16 | 2014-11-26 | 캐논 가부시끼가이샤 | 팩시밀리 장치, 그 제어방법 및 기억매체 |
| KR101691019B1 (ko) | 2013-05-16 | 2016-12-29 | 캐논 가부시끼가이샤 | 팩시밀리 장치, 그 제어방법 및 기억매체 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3734774B2 (ja) | 2006-01-11 |
| US20040001224A1 (en) | 2004-01-01 |
| US7548332B2 (en) | 2009-06-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3734774B2 (ja) | ネットワークファクシミリ装置、及び、ファクシミリ通信方法 | |
| US7218424B2 (en) | Facsimile transmission over packet networks with delivery notification | |
| JP3792166B2 (ja) | インターネットファクシミリ装置 | |
| JP2007019649A (ja) | 通信端末 | |
| JP3944761B2 (ja) | リアルタイム型インターネットファクシミリ装置 | |
| JP3907945B2 (ja) | ゲートウェイ装置及びその制御方法、並びに、通信システム | |
| US20060028692A1 (en) | Network facsimile apparatus | |
| WO2000030339A9 (en) | Improving facsimile call success rates in long delay and impaired channel environments without collision detection | |
| JP2000354127A (ja) | リアルタイム型インターネットファクシミリ通信システムの制御方法 | |
| JP4124065B2 (ja) | データ通信方法及び装置 | |
| JPH1141443A (ja) | ファクシミリ通信装置及びプログラム記録体 | |
| JP2008227978A (ja) | ネットワーク通信端末装置、ネットワーク通信方法、ネットワーク通信プログラム並びに記録媒体 | |
| JP3857033B2 (ja) | 通信端末装置及びその制御方法、並びに、通信システム | |
| JP3856979B2 (ja) | インターネットファクシミリ通信システムの制御方法 | |
| US20050057781A1 (en) | Digital communications terminal and digital communications method | |
| JP3910354B2 (ja) | ネットワークファクシミリ装置 | |
| JP2009017383A (ja) | ネットワークファクシミリ装置およびその通信方法 | |
| JP3267947B2 (ja) | 通信装置 | |
| JP3622681B2 (ja) | インターネットファクシミリ装置 | |
| JP4208752B2 (ja) | リアルタイムインターネットゲートウェイ装置およびその制御方法 | |
| JP4184940B2 (ja) | ファクシミリ装置 | |
| JP3309029B2 (ja) | 通信装置 | |
| WO2014020433A1 (en) | Method and gateway device for processing a fax call | |
| JP2013165464A (ja) | ファクシミリ装置及びファクシミリ通信方法 | |
| JP3563977B2 (ja) | リアルタイムインターネットゲートウェイファクシミリ装置の制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040224 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040908 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041026 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041227 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050628 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050819 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050913 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050920 |
|
| 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: 20051018 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051019 |
|
| 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: 20081028 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091028 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101028 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111028 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121028 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131028 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |