JP2003179650A - ファクシミリゲートウェイ、ファクシミリゲートウェイの制御方法、およびファクシミリゲートウェイの制御プログラム - Google Patents

Abstract

(57)【要約】 【課題】 通信が完結しなかった場合にファクシミリゲ
ートウェイにおいて画像データを蓄積し、また、蓄積し
た画像データを確実に受信側ファクシミリ装置に送達で
きるようにする。 【解決手段】 ファクシミリ通信の中継中、通信異常が
生じた場合、送信側ファクシミリ装置１１０側から送信
されたファクシミリ画像データを送信ゲートウェイ１０
０（あるいは受信ゲートウェイ１１１）においてメモリ
１０６に蓄積受信する。その後、所定の遅延時間を経た
後、蓄積受信した画像データを受信側ファクシミリ装置
１１２に送信する。あるいはさらに、ＤＩＳなどにより
受信側ファクシミリ装置の受信能力に関する条件を取得
した後に通信異常が生じた場合のみ前記の画像データの
蓄積受信を行ない、受信側ファクシミリ装置に送信する
場合に上記の受信能力に関する条件に不整合が生じない
ようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はＩＴＵ−Ｔ勧告Ｔ.
３８準拠のインターネットファクシミリプロトコルを用
いてＰＳＴＮに接続されたファクシミリ装置とＩＰ網に
接続された相手ゲートウェイとの間でファクシミリ通信
を中継するファクシミリゲートウェイ、ファクシミリゲ
ートウェイの制御方法、およびファクシミリゲートウェ
イの制御プログラムに関するものである。

【０００２】

【従来の技術】近年、著しく普及が進んでいるインター
ネットに直接的、あるいは中継装置や、ゲートウェイ装
置を介して間接的にファクシミリを接続し、インターネ
ット（より厳密にはＩＰ接続によるネットワーク、つま
りＩＰ網などと表現するのが妥当であるが、以下で用い
る用語「インターネット」は特に断わらない限りＩＰ網
のことを意味するものとする）経由でファクシミリ通信
を実行しようとする技術が種々提案されている。

【０００３】インターネットを利用することにより、フ
ァクシミリ通信で新たなメリットを得ることができる。
たとえば、旧来のファクシミリ通信は、一般公衆回線
（ＰＳＴＮ）などの音声回線を用いており、この旧来の
方式では通信距離に応じて課金されるのが普通である
が、インターネット経由の通信では通信距離に応じた課
金は行なわれないため（場合によっては通信時間に応じ
た課金も行なわれない）、市外、海外などの遠隔地の相
手端末に低コストでデータを送れる利点がある。

【０００４】現在のところ、インターネットを利用する
ファクシミリ方式、すなわち、インターネットファクシ
ミリ方式としては、ＩＴＵ−Ｔ勧告Ｔ．３７およびＴ．
３８に記載の方式が知られている。勧告Ｔ．３７の方式
は、画像データ送受信にＳＭＴＰプロトコルを用いるも
のである。

【０００５】一方、勧告Ｔ．３８の方式はいわゆるリア
ルタイムインターネットファクシミリ通信であり、ＩＰ
ネットワーク（インターネットあるいはイントラネッ
ト）に接続されたファクシミリゲートウェイを介してフ
ァクシミリ通信させる。ファクシミリゲートウェイとし
ては、エミッティングゲートウェイおよびレシービング
ゲートウェイをＩＰ網の両端に配置し、送信側ファクシ
ミリ装置とエミッティングゲートウェイ間、および受信
側ファクシミリ装置とレシービングゲートウェイ間はＰ
ＳＴＮ接続する。送受信ファクシミリ装置のＧ３ファク
シミリ信号は、両ゲートウェイ間でＩＦＰ（インターネ
ットファクシミリプロトコル）にしたがいＴＣＰ（また
はＵＤＰ）パケット中にカプセル化して交換される。

【０００６】

【発明が解決しようとする課題】勧告Ｔ．３８のインタ
ーネットファクシミリ方式は、ゲートウェイさえ用意す
れば、送受信機としてのクライアントファクシミリ装置
には旧来のＴ．４／Ｔ．３０プロトコルで通信するＧ３
ファクシミリ装置を利用できる利点がある。しかし、現
在の勧告Ｔ．３８では、Ｔ．３０プロトコルをＩＦＰに
変換して中継する基本的な技術が記載されているだけ
で、通信技術の様々な細部については記載がない。

【０００７】たとえば、現在のＴ．３８にしたがえば、
発呼側ファクシミリ装置がＰＳＴＮ経由でエミッティン
グゲートウェイを発呼した後、通信が行なえなかった場
合、たとえば、着呼側ファクシミリ装置（あるいはレシ
ービングゲートウェイ）がビジーなどにより応答しなか
ったり、ＰＳＴＮ回線接続後、何らかの原因でエラーが
発生し回線断となった場合には、発呼側ファクシミリ装
置は一旦通信を中断して、再度通信を最初から行なわな
ければならない。

【０００８】このため、発呼側ファクシミリ装置は、通
常の再発呼機能などによりＰＳＴＮを経由して再度送信
ゲートウェイに接続することになるが、再発呼により通
信料金が増大し、送信ファクシミリの送信動作が終了し
ないため、その間送信画像データのメモリが解放でき
ず、送信ファクシミリのメモリ残量の低下を招き、送信
ファクシミリの蓄積可能枚数が低下することになる。

【０００９】本発明の課題は、上記の問題を解決し、Ｉ
ＴＵ−Ｔ勧告Ｔ．３８準拠のファクシミリ通信におい
て、通信が完結しなかった場合にゲートウェイにおいて
画像データを蓄積し、また、蓄積した画像データを確実
に受信側ファクシミリ装置に送達できるようにすること
にある。

【００１０】

【課題を解決するための手段】上記の課題を解決するた
め、本発明によれば、ＩＴＵ−Ｔ勧告Ｔ.３８準拠のイ
ンターネットファクシミリプロトコルを用いてＰＳＴＮ
に接続されたファクシミリ装置とＩＰ網に接続された相
手ゲートウェイとの間でファクシミリ通信を中継するフ
ァクシミリゲートウェイ、ファクシミリゲートウェイの
制御方法、およびファクシミリゲートウェイの制御プロ
グラムにおいて、ファクシミリ通信の中継中、通信異常
が生じた場合、中継すべきファクシミリ画像データをメ
モリに蓄積受信し、その後、蓄積受信した画像データを
受信側ファクシミリ装置に送信する構成を採用した。

【００１１】あるいはさらに、画像送信側のエミッティ
ングゲートウェイとして、あるいは画像受信側のレシー
ビングゲートウェイとして動作する構成を採用した。

【００１２】あるいはさらに、蓄積受信した画像データ
を受信側ファクシミリ装置に送信する動作を所定時間遅
延させて行なう構成を採用した。

【００１３】あるいはさらに、受信側ファクシミリ装置
の受信能力に関する条件を取得する前に通信異常が生じ
た場合、前記の画像データの蓄積受信を行なわず、受信
側ファクシミリ装置の受信能力に関する条件を取得した
後に通信異常が生じた場合、前記の画像データの蓄積受
信を行なう構成を採用した。

【００１４】

【発明の実施の形態】以下、図を参照して本発明の実施
の形態を説明する。

【００１５】［第１の実施形態］図１は本発明のファク
シミリゲートウェイを含む通信システムの構成を示して
いる。

【００１６】図１において符号１１０および１１２はフ
ァクシミリ装置であり、ＰＳＴＮ（一般公衆回線）１１
３経由で相手局と接続しＧ３ファクシミリ通信を行なう
公知の構成を有する。ここでは便宜上、ファクシミリ装
置１１０が送信機として、また、ファクシミリ装置１１
２が受信機として動作するものとする。

【００１７】ここではＰＳＴＮ１１３は単一のブロック
として示され、ファクシミリ装置１１０、１１２はいず
れも同じＰＳＴＮ１１３に接続されているように図示し
てあるが、ファクシミリ装置１１０、１１２が接続する
ＰＳＴＮキャリアは異なっていてよい。ファクシミリ装
置１１０、１１２のＰＳＴＮキャリアが異なるケースと
しては、たとえばファクシミリ装置１１０、１１２はそ
れぞれ異なる国のキャリアが提供するＰＳＴＮと接続す
るような場合が考えられる。

【００１８】勧告Ｔ．３８によるインターネットファク
シミリ通信を行なう場合、ファクシミリ装置１１０はＰ
ＳＴＮ１１３経由で送信ゲートウェイ１００を発呼し、
送信ゲートウェイ１００はＩＰ網１１４を介して受信ゲ
ートウェイ１１１との間にＴＣＰ（またはＵＤＰ）／Ｉ
Ｐコネクションを生成する。さらに受信ゲートウェイ１
１１は何らかの手法によりファクシミリ装置１１０〜送
信ゲートウェイ１００から受信した電話番号情報を用い
てＰＳＴＮ１１３経由で受信機としてのファクシミリ装
置１１２を発呼し呼接続を成立させる。

【００１９】以後、ファクシミリ装置１１０〜送信ゲー
トウェイ１００および受信ゲートウェイ１１１〜ファク
シミリ装置１１２の間のＴ．３０プロトコルがＩＰ網１
１４上で勧告Ｔ．３８のＩＦＰ（インターネットファク
シミリプロトコル）に変換されて中継される。

【００２０】図１では送信ゲートウェイ１００の構成の
みを示してある。送信ゲートウェイ１００は次のような
部材から構成される（送信ゲートウェイ１００および受
信ゲートウェイ１１１のハードウェア構成は同一でよい
ので、以下の説明は受信ゲートウェイ１１１にもあては
まる）。

【００２１】符号１０１はＮＣＵで、ＰＳＴＮ１１３と
のインターフェースを構成する。ＮＣＵ１０１は、発着
信、不図示の付属電話機との回線交換などを制御する。

【００２２】符号１０２はネットワークインターフェー
スで、イーサネット（商標名）などの通信方式によるも
のでＩＰ網１１４と接続するために用いられる。

【００２３】符号１０３はモデムで、Ｇ３通信に必要な
信号の変復調を行なう。モデム１０３はＩＴＵ−Ｔ勧告
Ｖ．８、Ｖ．２１、Ｖ．２７ｔｅｒ、Ｖ．２９、Ｖ．１
７、Ｖ．３４などに準拠した変復調方式をサポートし、
ＮＣＵ１０１経由で送受信すべき送受信画像信号および
手順信号を変復調する。

【００２４】符号１０４は圧縮伸長部で、ＭＨ、あるい
はＭＲ、ＭＭＲ方式などの圧縮伸長方式により画像デー
タの圧縮、伸長を行なう。カラー画像を取り扱う場合に
は圧縮伸長部１０４はＪＰＥＧなどＪＦＩＦ規格に基く
圧縮伸長方式もサポートするものとする。また、後述の
メモリ１０６への画像データ蓄積時に上記と異なる圧縮
伸長方式を用いる場合にはその方式によるエンコード／
デコードないし上記の圧縮伸長方式との間の変換を行な
えるものとする。圧縮伸長部１０４は、後述のＣＰＵ１
０７あるいは他のＣＰＵのソフトウェアにより構成され
ていてもよい。

【００２５】符号１０５はＴＣＰ（またはＵＤＰ）／Ｉ
Ｐスタックである。ＴＣＰ（またはＵＤＰ）／ＩＰコネ
クションは目的の通信相手（ＩＰアドレスにより識別さ
れる）との間にソケット（ポート番号により識別され
る）単位で生成される。ＣＰＵ１０７はこのソケットイ
ンターフェースを用いてＩＦＰの送受信を行なう。ＴＣ
Ｐ（またはＵＤＰ）／ＩＰスタック１０５は、ＣＰＵ１
０７側のデータ入出力に応じてネットワークインターフ
ェース１０２の入出力方式に応じたフォーマットでネッ
トワークインターフェース１０２との間のデータ入出力
を制御する。ＴＣＰ（またはＵＤＰ）／ＩＰスタック１
０５は通常ＣＰＵ１０７のソフトウェアにより構成され
る。

【００２６】符号１０６はメモリで、半導体メモリ、あ
るいはさらにハードディスクなどから構成される。メモ
リ１０６はＣＰＵ１０７の処理に必要なワークエリアと
して用いられるとともに、後述の代行受信においてファ
クシミリ装置１１０から送信された画像データを蓄積す
るために用いられる画像メモリ領域を有する。

【００２７】符号１０７はＣＰＵ（中央演算処理装置）
で、マイクロプロセッサなどにより構成され、後述の通
信制御を行なう。ＣＰＵ１０７の通信制御手順はＣＰＵ
１０７の制御プログラムとしてＲＯＭ１０７ａに格納さ
れる。

【００２８】図８および図９に通常の勧告Ｔ．３８によ
るインターネットファクシミリ通信の様子を示す。図
８、図９において、符号１１０は画像を送信する送信側
ファクシミリ装置（ここでは発呼側）、１１２は受信側
ファクシミリ装置で、それぞれ図１のファクシミリ装置
１１０および１１２に相当する。

【００２９】また、符号１００は送信ゲートウェイ（エ
ミッティングゲートウェイ）、１１１は受信ゲートウェ
イ（レシービングゲートウェイ）で、図１の送信ゲート
ウェイ１００および１１１にそれぞれ相当する。

【００３０】送信側ファクシミリ装置１１０と送信ゲー
トウェイ１００、および受信側ファクシミリ装置１１２
と受信ゲートウェイ１１１の間で送受信されるファクシ
ミリプロトコル信号（ＣＥＤ、ＣＳＩ、ＤＩＳ、ＴＳ
Ｉ、ＤＣＳ、ＴＣＦ…など）は、図示のように通常のＧ
３ファクシミリプロトコルのものと全く同様であり、こ
れらの信号は図８、図９の中央部に示されるようにＩＦ
Ｐにしたがい、いわゆるＴ．３８パケットに変換され、
ＴＣＰ（あるいはＵＤＰ）パケット中にカプセル化して
交換される。図示のようにＩＦＰにより中継されるＧ３
ファクシミリプロトコルは公知のものと全く同様であり
ここでは逐一詳細に説明しないが、前手順（ＤＩＳ／Ｄ
ＣＳの交換、トレーニングなど）、画像データ送受信
（Ｉｍａｇｅｄａｔａの送受信）、後手順（ＤＣＮによ
るＰＳＴＮ１１３上の回線切断）から構成される。

【００３１】Ｔ．３８パケットは、ＴＹＰＥおよびＤＡ
ＴＡの要素（図８、図９の中央部に「Ｔ３０ ＩＮＤ：
Ｆｌａｇｓ」などのように「ＴＹＰＥ：ＤＡＴＡ」の形
式で示されている）から構成される。ＤＡＴＡの部分は
実際の信号の内容であるが、ＴＹＰＥにはＴ３０ＩＮＤ
（Ｔ３０インジケータ）、信号の変調方式を示すＴ３０
＿ＤＡＴＡ ＴＹＰＥ、ＤＡＴＡとして送信される信号
がＨＤＬＣフォーマットであることを示すためのＨＤＬ
Ｃ＿ＸＸＸなどがある（Ｔ．３８勧告７．２）。

【００３２】図１０は、勧告Ｔ．３８のインターネット
ファクシミリプロトコルにおいて、何らかの理由で通信
が完結せずに中止された時の様子を示している。ここで
は、受信側ファクシミリ装置１１２がＤＣＮ（切断コマ
ンド）を用いるか、あるいは突然、回線（ＰＳＴＮ）を
切断した場合の動作が示されており、送信／受信ゲート
ウェイ１００、１１１はこれに応じて双方の間のＩＰコ
ネクションを切断するとともに、送信ゲートウェイ１０
０は送信側のファクシミリ装置１１０との間のＰＳＴＮ
接続を断つ。

【００３３】図１０の手順は、勧告Ｔ．３８の標準の動
作であり、このようなケースでは前述のように送信側の
ファクシミリ装置１１０の制御により再発呼を行なわな
ければならない問題がある。

【００３４】一方、本発明では、送信ゲートウェイ１０
０で図２に示すような通信制御を行なうことにより、受
信側のファクシミリ装置１１２が通信を中断した場合で
も図４および図５に示すように送信ゲートウェイで（あ
るいは図６および図７に示すように受信ゲートウェイ
で）画像データを蓄積受信（代行受信）する。

【００３５】これにより、ゲートウェイを置きながらも
送信側のファクシミリ装置が再発呼を行なわなければな
らない、という従来の不合理な手続を排除し、送信側の
ファクシミリ装置に無駄なＰＳＴＮ接続料金を発生させ
ることなくリアルタイムインターネットファクシミリ通
信を行なうことができる。以下、このゲートウェイの通
信制御につき順次説明する。

【００３６】図２の手順は、図４および図５に示すよう
に送信ゲートウェイ１００で画像データを蓄積受信（代
行受信）する場合、送信ゲートウェイ１００が実行すべ
き制御手順を示している。図示の手順は送信ゲートウェ
イ１００のＣＰＵ１０７の制御プログラムとしてＲＯＭ
１０７ａに格納される。

【００３７】送信ゲートウェイ１００におけるプロトコ
ル変換及びデータ中継動作は、概略次のようなものであ
る。すなわち、送信側ファクシミリ装置１１０よりＴ．
３０手順により伝送される信号をＮＣＵ１０１を介して
受信し、この受信信号をモデム１０３で復変調し得られ
たＭＨ、ＭＲ、ＭＭＲなどにより符号化された画像デー
タを圧縮伸張部１０４で必要に応じ１ラインずつ伸張し
再度ＭＨ、ＭＲ、ＭＭＲあるいは他の圧縮方式で符号化
して（あるいは受信した符号化データをそのまま）メモ
リ１０６に記憶する。そして、中継すべき画像データを
１フレームのバイト数毎に区切り、ＵＤＰ及びＴＣＰ／
ＩＰスタック１０５でＵＤＰまたはＴＣＰ／ＩＰのパケ
ットに変換した後、ネットワークインターフェース１０
２、ＩＰ網１１４経由で受信ゲートウェイ１１１に送信
する。

【００３８】この際、ＣＰＵ１０７は、図２に示すよう
な制御手順を用いる。図２において、送信ゲートウェイ
１００は既に前手順を実行済みで画像データの転送に既
に入っているものとする。この時、メモリ１０６のワー
クエリアには、初期値としてリアルタイムファクシミリ
通信処理を行なっていることを示すために、動作モード
フラグ＝１、送信済みページカウンタＳ＝０、受信済み
ページカウンタＲ＝０、ページエンドフラグ＝０のよう
に各種フラグをセットアップし、送信処理を開始する
（ステップＳ２０１）。これらのフラグはメモリ１０６
（の所定領域）などに割り当てられているものとする。

【００３９】ステップＳ２０２では、メモリ１０６に送
信側ファクシミリ装置１１０より伝送される手順信号及
び、画像データが順次１ラインずつ記憶される動作が行
なわれる。Ｔ．３０の手順によりＭＰＳ、ＥＯＰ、ＥＯ
Ｍ等によりページ終了であることを検知するとページエ
ンドフラグを１にする。ページエンドフラグが１になる
と、受信済みページカウンタＲに１を加算し、ＭＰＳに
より次ページがあることを検知すると、ページエンドフ
ラグを０にして次ページの処理を行なう。また、受信側
ファクシミリ装置１１２よりのＭＰＳに対するＭＣＦを
検知すると送信済みページカウンタに１を加算する。

【００４０】ステップＳ２０２はステップＳ２０３およ
びＳ２０５とともにループを構成しており、ステップＳ
２０３で送信側ファクシミリ装置１１０からの送信処理
が終了したことを検知すると、ステップＳ２０４に移行
する。ステップＳ２０４では正常終了処理を行ない、ス
テップＳ２１１へ移行する（処理終了）。ステップＳ２
０３〜Ｓ２０４〜Ｓ２１１と移行した場合は、図８およ
び図９に示した通常の勧告Ｔ．３８のインターネットフ
ァクシミリプロトコルが実行される。

【００４１】一方、ステップＳ２０５では、受信ゲート
ウェイ１１１から受信側ファクシミリ装置１１２と通信
不能である旨の通知を受けたかどうか調べ、通信不能が
起きていなければ、ステップＳ２０２に戻り転送処理を
続行する。受信ゲートウェイ１１１から受信側ファクシ
ミリ装置１１２との通信が不能との通知があれば、ステ
ップＳ２０６に移行する。その際リアルタイム処理を行
なっていることを示す動作モードフラグ＝０に切り替
え、リアルタイムモードから蓄積転送モードに切り替え
る。

【００４２】図３のように、受信側ファクシミリ装置１
１２が回線を切断するなどして通信異常（通信不能）と
なる事態が生じ、ステップＳ２０５からステップＳ２０
６に移行した場合は、ここで送信済みページカウンタＳ
の値が確定する。受信済みページカウンタＲは、まだ送
信側ファクシミリ装置１１０からの送信が終了しないの
で確定しない（ステップＳ２０５）。以後は送信側ファ
クシミリ装置１１０からの受信処理のみを行ない、画像
データをメモリ１０６に蓄積する（ステップＳ２０
６）。この時、受信側ファクシミリ装置の動作が介在し
ていないが、送信側ファクシミリ装置１１０に対して通
常のＧ３手順と同様にぺージ間手順（図３ではＰＰＳ−
Ｑ、ＭＣＦなどの交換がこれにあたる）を実行し、送信
側ファクシミリ装置１１０から画像データを受信し、メ
モリ１０６に蓄積する。

【００４３】ステップＳ２０７において、送信側ファク
シミリ装置１１０からの画像データ受信およびメモリ蓄
積処理がまだ終了していなければ、ステップＳ２０６に
戻る。送信側ファクシミリ装置１１０からの画像データ
受信およびメモリ蓄積処理が終了すれば、受信済みペー
ジカウンタＲの値が確定し、ステップＳ２０８へ移行す
る。

【００４４】ステップＳ２０８では送信側ファクシミリ
装置１１０からの受信処理が正常終了したかを判断し、
エラーの場合はエラー終了処理を行ない（ステップＳ２
０９）、ステップＳ２１１へ移行する（処理終了）。

【００４５】送信側ファクシミリ装置１１０からの画像
データ受信およびメモリ蓄積処理が終了すると、ステッ
プＳ２１０へ移行し、メモリ１０６に蓄積した画像デー
タをネットワークインターフェース１０２、ＩＰ網１１
４経由でＵＤＰまたはＴＣＰ／ＩＰのパケットとして受
信ゲートウェイ１１１に伝送する。

【００４６】図２は簡略化のためステップＳ２０８から
ステップＳ２１０に直接移行するように記載してある
が、ステップＳ２１０において送信ゲートウェイ１００
がメモリ１０６に蓄積した画像データを送信する動作
は、従来のＧ３ファクシミリの再発呼で行なわれている
ように蓄積終了後、所定時間の遅延をおいて試行する、
あるいはさらに所定時間おきに数回試行するなどの方式
で行なう。このように遅延を介して蓄積した画像データ
の送信を行なうことにより、確実に画像データを転送で
きる。

【００４７】なお、ステップＳ２１０において、この
時、メモリ１０６に蓄積した画像は送信済みページカウ
ンタＳ、受信済みページカウンタＲを用いて転送が終わ
っていないページだけを送信しても良いし、全ページを
再送しても良い。

【００４８】受信側ファクシミリ装置１１２へ正常に通
信が行なわれれば、送信側ファクシミリ装置１１０へ送
達通知を行なう。ある所定回数受信側ファクシミリ装置
１１２への送信を試みて、失敗に終われば、送信側ファ
クシミリ装置１１０へ不達通知を行なう。この送達通知
または不達通知は送信ゲートウェイ１００が送信側ファ
クシミリ装置１１０にＧ３ファクシミリ画像を送信する
ことにより行なうようにしても良いし、その他適切な手
段（たとえば所定電話番号への合成音声データを送信し
たり、適当なＥメールアドレスに電子メールを送信した
りすることにより通知する、など）で通知しても良い。

【００４９】送信ゲートウェイ１００で以上の制御を行
なった場合、通信の様子は図３、図４および図５に示す
ようになる。

【００５０】図３に示すように、画像データ送信中に受
信側ファクシミリ装置１１２が回線を切断した場合で
も、送信ゲートウェイ１００による上記のステップＳ２
０６以降の処理により送信側ファクシミリ装置１１０か
らの画像受信およびメモリへの蓄積が続行され、送信側
ファクシミリ装置１１０との間のＧ３通信はそのまま正
常終了する。送信側ファクシミリ装置１１０と送信ゲー
トウェイ１００との間の通信は、従来のＧ３通信と全く
同様である。つまり、受信側ファクシミリ装置１１２が
回線を切断しても、送信ゲートウェイ１００が受信側フ
ァクシミリ装置１１２のＧ３通信動作を代行（エミュレ
ート）することにより、ファクシミリ通信が完遂され
る。

【００５１】その後（先のステップＳ２１０に関連して
説明したようにたとえば数分後）、図４および図５に示
すようにして送信ゲートウェイ１００に蓄積された画像
を受信ゲートウェイ１１１経由で受信側ファクシミリ装
置１１２に送信する。

【００５２】この時の送信ゲートウェイ１００〜受信ゲ
ートウェイ１１１間のＩＦＰによる通信（ＩＰ網１１４
経由）、および受信ゲートウェイ１１１〜受信側ファク
シミリ装置１１２間の通信は、図８および図９と比較す
れば明らかなように、通常のＴ．３８通信の場合と全く
同様である。すなわち、図４および図５においては、送
信側ファクシミリ装置１１０の動作が介在しないが、送
信ゲートウェイ１００〜受信側ファクシミリ装置１１２
間の通信は、送信ゲートウェイ１００の制御により通常
のＴ．３８通信と全く同様に実行される。

【００５３】以上のように、図２〜図５の通信制御を行
なうことにより、従来のように送信側ファクシミリ装置
がＰＳＴＮを経由して再度送信ゲートウェイに接続する
再送動作を行なう必要がなくなり、送信側ファクシミリ
装置における通信料金の増大を抑制することができる。
また、送信ゲートウェイで画像データが蓄積されるの
で、送信側ファクシミリ装置は送信画像データのメモリ
を解放でき、送信側ファクシミリ装置におけるメモリ残
量の低下が起こらない。

【００５４】［第２の実施形態］以上では、送信ゲート
ウェイ１００においてメモリ１０６に画像データを蓄積
することにより代行受信を行なうようにしているが、受
信ゲートウェイ１１１においてメモリ１０６に画像デー
タを蓄積する通信制御も考えられる。

【００５５】このとき、送信ゲートウェイ１００は、図
２のステップＳ２１０の画像送信を遅延して行なうこと
なく直ちに受信ゲートウェイ１１１にメモリ１０６に蓄
積した画像データを送信する。

【００５６】この時の送信ゲートウェイ１００〜受信ゲ
ートウェイ１１１の通信プロトコルは、図４、図５の場
合と同様に勧告Ｔ．３８のＩＦＰによって行なえばよい
が、必ずしも勧告Ｔ．３８のＩＦＰを利用する必要はな
い。すなわち、このケースでは送信ゲートウェイ１００
〜受信ゲートウェイ１１１の通信を行なうだけでよく、
クライアント（送信側／受信側）ファクシミリのＧ３通
信のタイミングを保証する必要がないので、たとえばＦ
ＴＰプロトコルなど、勧告Ｔ．３８のＩＦＰよりも効率
のよいプロトコルを用いることが考えられる。

【００５７】受信ゲートウェイ１１１は、送信ゲートウ
ェイ１００から受信した画像データをメモリ１０６に蓄
積する（前述のように受信ゲートウェイ１１１は送信ゲ
ートウェイ１００と同様に構成されている）。

【００５８】その後、図６、図７に示すように受信ゲー
トウェイ１１１が受信側ファクシミリ装置１１２を発呼
し、受信ゲートウェイ１１１〜受信側ファクシミリ装置
１１２の間でＧ３プロトコルによるファクシミリ通信を
行なって受信ゲートウェイ１１１が自己のメモリ１０６
に蓄積した画像データを受信側ファクシミリ装置１１２
に送信する。

【００５９】図４、図５との比較から明らかなように図
６、図７の送受信処理は受信ゲートウェイ１１１〜受信
側ファクシミリ装置１１２の間のみで従来のＧ３通信と
全く同様に行なわれる。この時、受信側ファクシミリ装
置１１２が引き続き通信不能であるような場合は、前述
同様に受信ゲートウェイ１１１が（数分おきに数回など
の）再発呼処理を行なえばよい。

【００６０】以上のようにして、本実施形態によって
も、従来のように送信側ファクシミリ装置がＰＳＴＮを
経由して再度送信ゲートウェイに接続する再送動作を行
なう必要がなくなり、送信側ファクシミリ装置における
通信料金の増大を抑制することができる。また、送信側
ファクシミリ装置のメモリ節約効果も前述の実施形態と
同様である。さらに、本実施形態によれば送信ゲートウ
ェイ１００〜受信ゲートウェイ１１１の間で勧告Ｔ．３
８のＩＦＰ以外のより効率のよいデータ転送方式を利用
する余地があり、通信効率を増大できる可能性がある。

【００６１】なお、送信／受信ゲートウェイ１００／１
１１のいずれにおいてメモリ１０６に画像データを蓄積
するか（第１実施形態と第２実施形態のいずれの蓄積方
式をとるか）は、送信ゲートウェイ１００〜受信ゲート
ウェイ１１１でネゴシエーションを行なって決定しても
よい。たとえば、送信ゲートウェイ（または受信ゲート
ウェイ）のメモリ１０６に画像データを蓄積する方式を
デフォルトとし、送信ゲートウェイ（または受信ゲート
ウェイ）のメモリ残量が所定に満たない場合は、所定の
ネゴシエーションにより受信ゲートウェイ（または送信
ゲートウェイ）のメモリ１０６に画像データを蓄積する
よう制御を変更する。このようにして効率よく送信およ
び受信ゲートウェイの資源を利用して蓄積通信を行なう
ことができる。

【００６２】なお、本実施形態において、送達通知また
は不達通知は受信ゲートウェイが送信ゲートウェイに何
らかの方法で通信結果を報知し、送信ゲートウェイが前
述の適当な方法（ファクシミリメッセージ、音声信号や
Ｅメールによる）で行なうか、受信ゲートウェイが直接
同様の方法で行なう。

【００６３】上記のメモリ蓄積を送信ゲートウェイ、受
信ゲートウェイのいずれで行なうかのネゴシエーション
は、ＴＣＰ（ＵＤＰ）／ＩＰを利用して容易に行なうこ
とができる。たとえば本来の受信ゲートウェイ〜送信ゲ
ートウェイ間のＩＦＰポートの他に上記ネゴシエーショ
ンを行なうためのポート（ソケットインターフェース）
を開き、あらかじめ定めた適当な手順により上記の交渉
を行なう。このような構成によれば、勧告Ｔ．３８のプ
ロトコルを変更する必要なしに送信ゲートウェイおよび
受信ゲートウェイによる効率のよいメモリ資源の共有が
可能となる。

【００６４】［第３の実施形態］以上までに示した構成
では、受信側ファクシミリ装置がどのようなタイミング
で通信不能となったかは考慮していなかった。

【００６５】たとえば、送信側ファクシミリ装置が受信
側ファクシミリ装置のＤＩＳ（デジタル識別信号）を取
得するまでに受信側ファクシミリ装置に異常が発生し、
通信不能となった場合は、受信側ファクシミリ装置のモ
デムの能力、解像度、記録紙サイズなどの受信能力が不
明のままとなる。

【００６６】この状態では、送信ゲートウェイは、モデ
ムの能力、解像度、記録紙サイズなどの受信能力に関す
る条件を適当に選択（適当なＤＩＳを生成して送信側フ
ァクシミリ装置に送信しこれらの条件につきネゴシエー
ションする）して蓄積すべき画像データを送信側ファク
シミリ装置から受信せざるを得なくなる。これでは、送
信ゲートウェイ（または受信ゲートウェイ）に蓄積した
画像を受信側ファクシミリ装置に送信する場合に上記の
受信能力に関する条件に不整合が生じるおそれがある。
特に適当に条件設定を行なった場合には、受信側ファク
シミリ装置との間で解像度や記録紙サイズに関する条件
が不一致となり、必要であれば送信または受信ゲートウ
ェイで画像変換を行なわざるを得なくなり、記録画質が
低下したり、またそこで通信が不可能となってしまう可
能性がある。

【００６７】そこで、本実施形態では、送信ファクシミ
リ装置が受信側ファクシミリ装置の受信能力に関する条
件を取得する前に通信不能となった場合ゲートウェイに
よる画像データ蓄積を行なわず、受信側ファクシミリ装
置の受信能力に関する条件を取得した後に通信不能とな
った場合はゲートウェイによる画像データ蓄積を行な
う。

【００６８】具体的には、受信側ファクシミリ装置が通
信不能となったタイミングが受信側ファクシミリ装置の
ＤＩＳを取得した前か後で第１もしくは第２の実施形態
の送信／受信ゲートウェイによる代行受信を行なうよう
切り換える。

【００６９】たとえば、図２においてステップＳ２０５
とＳ２０６の間に「受信側ファクシミリ装置のＤＩＳを
取得済みか否か」を判定するステップを挿入し、「受信
側ファクシミリ装置のＤＩＳを取得済み」の場合はステ
ップＳ２０６の代行受信に進み、「受信側ファクシミリ
装置のＤＩＳを未取得」の場合はステップＳ２０９のエ
ラー処理に進むようにする。

【００７０】本実施形態によれば、受信側ファクシミリ
装置のＤＩＳを取得していない場合のみ送信側ファクシ
ミリ装置は従来方式通り自己の制御で（送信ゲートウェ
イに対する）再発呼を行なうことになり、その場合はＰ
ＳＴＮを経由して再度送信ゲートウェイに接続するの
で、通信料金の増大は抑えられないが、解像度や記録紙
サイズの不一致を生じることなく確実に受信側ファクシ
ミリ装置の能力に見合った画像データを送信し、受信側
ファクシミリ装置は品質の良い画像を取得できる。

【００７１】本発明のゲートウェイはネットワークイン
ターフェースおよびＰＳＴＮインターフェースを有する
専用装置として、あるいは同様の通信インターフェース
を有するコンピュータシステムから構成することができ
る。本実施形態のゲートウェイ装置の制御プログラムは
オペレーティングシステムの一部を構成するドライバプ
ログラムやライブラリプログラムなどとしてあらかじめ
ＲＯＭ１０７ａに格納しておく他、他の任意のコンピュ
ータ読み取り可能な媒体を介してゲートウェイ装置に供
給することができる。また、本発明のゲートウェイは画
像入出力部（プリンタおよびスキャナなど）を有するＩ
ＦＰパケットを直接送受信できるインターネットファク
シミリ装置（ＩＡＦ：Ｉｎｔｅｒｎｅｔ Ａｗａｒｅ
Ｆａｘｄｅｖｉｃｅ）として構成されていてもよい。

【００７２】

【発明の効果】以上の説明から明らかなように、本発明
によれば、ＩＴＵ−Ｔ勧告Ｔ.３８準拠のインターネッ
トファクシミリプロトコルを用いてＰＳＴＮに接続され
たファクシミリ装置とＩＰ網に接続された相手ゲートウ
ェイとの間でファクシミリ通信を中継するファクシミリ
ゲートウェイ、ファクシミリゲートウェイの制御方法、
およびファクシミリゲートウェイの制御プログラムにお
いて、ファクシミリ通信の中継中、通信異常が生じた場
合、中継すべきファクシミリ画像データをメモリに蓄積
受信し、その後、蓄積受信した画像データを受信側ファ
クシミリ装置に送信する構成を採用しているので、従来
のように送信側ファクシミリ装置がＰＳＴＮを経由して
再度ファクシミリゲートウェイに接続する再送動作を行
なう必要がなくなり、送信側ファクシミリ装置における
通信料金の増大を抑制することができ、また、ファクシ
ミリゲートウェィで画像データが蓄積されるので、送信
側ファクシミリ装置は送信画像データのメモリを解放で
き、送信側ファクシミリ装置におけるメモリ残量の低下
を防止できる、という優れた効果がある。

【００７３】さらに、本発明のファクシミリゲートウェ
イは、画像送信側のエミッティングゲートウェイとし
て、あるいは画像受信側のレシービングゲートウェイと
して動作することができる、という優れた効果がある。

【００７４】また、蓄積受信した画像データを受信側フ
ァクシミリ装置に送信する動作を所定時間遅延させて行
なう構成によれば、確実に受信側ファクシミリ装置と接
続して画像データを転送できる、という優れた効果があ
る。

【００７５】あるいはさらに、受信側ファクシミリ装置
の受信能力に関する条件を取得する前に通信異常が生じ
た場合、前記の画像データの蓄積受信を行なわず、受信
側ファクシミリ装置の受信能力に関する条件を取得した
後に通信異常が生じた場合、前記の画像データの蓄積受
信を行なう構成を採用することにより、解像度や記録紙
サイズの不一致を生じることなく確実に受信側ファクシ
ミリ装置の能力に見合った画像データを送信し、受信側
ファクシミリ装置は品質の良い画像を取得できる、とい
う優れた効果がある。

【図面の簡単な説明】

【図１】本発明を採用したファクシミリゲートウェイの
構成を示したブロック図である。

【図２】図１のファクシミリゲートウェイの通信制御手
順を示したフローチャート図である。

【図３】本発明のファクシミリゲートウェイによる通信
の様子（回線切断時のゲートウェイによる代行受信）を
示した説明図である。

【図４】本発明のファクシミリゲートウェイによる代行
受信データ送信制御を示した説明図である。

【図５】本発明のファクシミリゲートウェイによる代行
受信データ送信制御（図４の続き）を示した説明図であ
る。

【図６】本発明のファクシミリゲートウェイによる異な
る代行受信データ送信制御を示した説明図である。

【図７】本発明のファクシミリゲートウェイによる異な
る代行受信データ送信制御（図７の続き）を示した説明
図である。

【図８】勧告Ｔ．３８によるリアルタイムインターネッ
トファクシミリ通信の様子を示した説明図である。

【図９】勧告Ｔ．３８によるリアルタイムインターネッ
トファクシミリ通信の様子（図８の続き）を示した説明
図である。

【図１０】勧告Ｔ．３８によるリアルタイムインターネ
ットファクシミリ通信の様子（回線切断時）を示した説
明図である。

【符号の説明】

１００ 送信ゲートウェイ １０１ ＮＣＵ １０２ ネットワークインターフェース １０３ モデム １０４ 圧縮伸長部 １０５ ＴＣＰ（ＵＤＰ）／ＩＰスタック １０６ メモリ １０７ ＣＰＵ １１０、１１２ ファクシミリ装置 １１１ 受信ゲートウェイ １１３ ＰＳＴＮ １１４ ＩＰ網

───────────────────────────────────────────────────── フロントページの続き (72)発明者 吉浦 吉雄 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 三浦 滋夫 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 吉田 武弘 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 藤瀬 俊一 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 村田 幸雄 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 Ｆターム(参考） 5K030 GA20 HA14 HB04 HC01 HC02 HD03 JT05 MB01 5K051 AA02 BB03 CC01 CC02 EE01 EE02 GG02 LL02 5K101 KK01 LL00 LL01 NN21 VV04

Claims (15)

【特許請求の範囲】
1. 【請求項１】 ＩＴＵ−Ｔ勧告Ｔ.３８準拠のインター
   ネットファクシミリプロトコルを用いてＰＳＴＮに接続
   されたファクシミリ装置とＩＰ網に接続された相手ゲー
   トウェイとの間でファクシミリ通信を中継するファクシ
   ミリゲートウェイにおいて、 ファクシミリ通信の中継中、通信異常が生じた場合、中
   継すべきファクシミリ画像データをメモリに蓄積受信
   し、その後、蓄積受信した画像データを受信側ファクシ
   ミリ装置に送信する制御手段を有することを特徴とする
   ファクシミリゲートウェイ。
2. 【請求項２】 画像送信側のエミッティングゲートウェ
   イとして動作することを特徴とする請求項１に記載のフ
   ァクシミリゲートウェイ。
3. 【請求項３】 画像受信側のレシービングゲートウェイ
   として動作することを特徴とする請求項１に記載のファ
   クシミリゲートウェイ。
4. 【請求項４】 蓄積受信した画像データを受信側ファク
   シミリ装置に送信する動作を所定時間遅延させて行なう
   ことを特徴とする請求項１に記載のファクシミリゲート
   ウェイ。
5. 【請求項５】 受信側ファクシミリ装置の受信能力に関
   する条件を取得する前に通信異常が生じた場合、前記の
   画像データの蓄積受信を行なわず、受信側ファクシミリ
   装置の受信能力に関する条件を取得した後に通信異常が
   生じた場合、前記の画像データの蓄積受信を行なうこと
   を特徴とする請求項１に記載のファクシミリゲートウェ
   イ。
6. 【請求項６】 ＩＴＵ−Ｔ勧告Ｔ.３８準拠のインター
   ネットファクシミリプロトコルを用いてＰＳＴＮに接続
   されたファクシミリ装置とＩＰ網に接続された相手ゲー
   トウェイとの間でファクシミリ通信を中継するファクシ
   ミリゲートウェイの制御方法において、 ファクシミリ通信の中継中、通信異常が生じた場合、中
   継すべきファクシミリ画像データをメモリに蓄積受信
   し、その後、蓄積受信した画像データを受信側ファクシ
   ミリ装置に送信する制御ステップを含むことを特徴とす
   るファクシミリゲートウェイの制御方法。
7. 【請求項７】 ファクシミリゲートウェイのハードウェ
   アを画像送信側のエミッティングゲートウェイとして動
   作させるための制御ステップを含むことを特徴とする請
   求項６に記載のファクシミリゲートウェイの制御方法。
8. 【請求項８】 ファクシミリゲートウェイのハードウェ
   アを画像受信側のレシービングゲートウェイとして動作
   させるための制御ステップを含むことを特徴とする請求
   項６に記載のファクシミリゲートウェイの制御方法。
9. 【請求項９】 蓄積受信した画像データを受信側ファク
   シミリ装置に送信する動作を所定時間遅延させて行なう
   ための制御ステップを含むことを特徴とする請求項６に
   記載のファクシミリゲートウェイの制御方法。
10. 【請求項１０】 受信側ファクシミリ装置の受信能力に
    関する条件を取得する前に通信異常が生じた場合、前記
    の画像データの蓄積受信を行なわず、受信側ファクシミ
    リ装置の受信能力に関する条件を取得した後に通信異常
    が生じた場合、前記の画像データの蓄積受信を行なうた
    めの制御ステップを含むことを特徴とする請求項６に記
    載のファクシミリゲートウェイの制御方法。
11. 【請求項１１】 ＩＴＵ−Ｔ勧告Ｔ.３８準拠のインタ
    ーネットファクシミリプロトコルを用いてＰＳＴＮに接
    続されたファクシミリ装置とＩＰ網に接続された相手ゲ
    ートウェイとの間でファクシミリ通信を中継するファク
    シミリゲートウェイの制御プログラムにおいて、 ファクシミリ通信の中継中、通信異常が生じた場合、中
    継すべきファクシミリ画像データをメモリに蓄積受信
    し、その後、蓄積受信した画像データを受信側ファクシ
    ミリ装置に送信する制御ステップを含むことを特徴とす
    るファクシミリゲートウェイの制御プログラム。
12. 【請求項１２】 ファクシミリゲートウェイのハードウ
    ェアを画像送信側のエミッティングゲートウェイとして
    動作させるための制御ステップを含むことを特徴とする
    請求項１１に記載のファクシミリゲートウェイの制御プ
    ログラム。
13. 【請求項１３】 ファクシミリゲートウェイのハードウ
    ェアを画像受信側のレシービングゲートウェイとして動
    作させるための制御ステップを含むことを特徴とする請
    求項１１に記載のファクシミリゲートウェイの制御プロ
    グラム。
14. 【請求項１４】 蓄積受信した画像データを受信側ファ
    クシミリ装置に送信する動作を所定時間遅延させて行な
    うための制御ステップを含むことを特徴とする請求項１
    １に記載のファクシミリゲートウェイの制御プログラ
    ム。
15. 【請求項１５】 受信側ファクシミリ装置の受信能力に
    関する条件を取得する前に通信異常が生じた場合、前記
    の画像データの蓄積受信を行なわず、受信側ファクシミ
    リ装置の受信能力に関する条件を取得した後に通信異常
    が生じた場合、前記の画像データの蓄積受信を行なうた
    めの制御ステップを含むことを特徴とする請求項１１に
    記載のファクシミリゲートウェイの制御プログラム。