JP2003143352A

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

Info

Publication number: JP2003143352A
Application number: JP2001333631A
Authority: JP
Inventors: Satoru Ishikawa; 覚石川; Shigeo Miura; 滋夫三浦; Shunichi Fujise; 俊一藤瀬; Yukio Murata; 幸雄村田; Takehiro Yoshida; 武弘吉田; Yoshio Yoshiura; 吉雄吉浦; Daisuke Suga; 大介須賀
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2001-10-31
Filing date: 2001-10-31
Publication date: 2003-05-16

Abstract

(57)【要約】【課題】ファクシミリゲートウェイを利用して代行受
信機能を実現し、ファクシミリ情報の速報性を高め、ネ
ットワーク上のハードウェア資源を有効利用できるよう
にする。【解決手段】エミッティングゲートウェイからＩＴＵ
−Ｔ勧告Ｔ．３８のＩＦＰコネクション要求を受けると
（Ｓ１１）、受信側ファクシミリ装置を発呼し（Ｓ１
２）、受信側ファクシミリ装置と接続できた場合（Ｓ１
３）は中継動作を行ない（Ｓ１４）、接続できなかった
場合は代行受信（Ｓ１５）を行なう。代行受信を行なう
か否かはユーザ設定された所定の条件に応じて決定す
る。代行受信を行なった場合は操作部の表示器などによ
り表示を行なう。代行受信した画像は記録部で記録出力
する、最終受信局や他のファクシミリ装置を発呼して転
送するなどの処理を行なうが、これらの態様もユーザ設
定可能とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は相手ファクシミリゲ
ートウェイとの間で実行するＩＴＵ−Ｔ勧告Ｔ．３８プ
ロトコルを最終画像受信局との間で実行するＩＴＵ−Ｔ
勧告Ｔ．３０プロトコルに変換することによりファクシ
ミリ通信を中継するファクシミリゲートウェイ、その制
御方法、およびその制御プログラムに関するものであ
る。

【０００２】

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

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

【０００４】現在のところ、インターネットを利用する
ファクシミリ、すなわち、インターネットファクシミリ
には、次のような方式が知られている。

【０００５】（１）ＩＴＵ−Ｔ勧告Ｔ．３８に基くリア
ルタイムインターネットファクシミリ通信：ＩＰ網の両
側にファクシミリゲートウェイを置き、ＩＴＵ−Ｔ勧告
Ｔ．３０のプロトコルをＩＰ（ＴＣＰ／ＩＰまたはＵＤ
Ｐ／ＩＰ）網で中継する。送信側クライアントファクシ
ミリ装置および受信側クライアントファクシミリ装置は
旧来のＴ．３０プロトコルを用いて動作する。現在の勧
告Ｔ．３８はＴ．３０プロトコル〜Ｔ．３８のＩＦＡＸ
プロトコル（ゲートウェイ間のプロトコル）間の相互変
換のための基本構成が中心で、受信側のクライアントフ
ァクシミリ装置の電話番号をゲートウェイに指定する方
式などの通信の細部の構成については定義されていな
い。送信側クライアントファクシミリ装置とエミッティ
ングゲートウェイ、あるいは受信側クライアントファク
シミリ装置とレシービングゲートウェイがそれぞれ一体
化された構成も可能であり、この場合、特に受信側クラ
イアントファクシミリ装置とレシービングゲートウェイ
が一体化されている場合は、電話番号ではなくＩＰアド
レスやホスト名により受信局を指定することになると考
えられる。

【０００６】（２）ＩＴＵ−Ｔ勧告Ｔ．３７に基くイン
ターネットファクシミリ：ファクシミリ画像データをＭ
ＩＭＥメールフォーマットで電子メールテキストに格納
し、電子メールとして送信する。電子メールテキスト
は、ダイアルアップ（ＰＰＰ）あるいはＬＡＮ経由でメ
ールサーバと接続し、ＳＭＴＰプロトコルにより送信さ
れる。受信局が直接ＳＭＴＰプロトコルでメールを受信
できる場合を除き、受信局は自己のメールサーバとダイ
ヤルアップなどにより接続し、ＰＯＰやＩＭＡＰなどの
メール受信プロトコルによりデータを受信する。この方
式では、通常、受信局は電子メールアドレスにより指定
する。受信局は必ずしもファクシミリ装置である必要は
ない。たとえば、受信局はＰＣ（パーソナルコンピュー
タ）などであってもよく、この場合、受信した画像の表
示や印刷はソフトウェアの構成に依存する。

【０００７】（３）従来のファクシミリをほとんど変更
せずに、ファクシミリの接続先の電気通信事業者（サー
ビスプロバイダ）側でファクシミリをインターネットに
接続するための対応を行うプロバイダ依存型インターネ
ットファクシミリ：この方式には、種々の構成が考えら
れる。たとえば、いわゆるインターネット電話のように
音声回線をＩＰ網経由で中継する構成や、上記のＴ．３
８やＴ．３７のゲートウェイやメールサーバをサービス
プロバイダ側で提供する。通常、相手局は電話番号で指
定するが、実際にはサービスプロバイダのアクセスポイ
ントに発呼し、相手局の電話番号はＤＴＭＦ信号などに
より送信する。

【０００８】上記のうち、（１）のＴ．３８インターネ
ットファクシミリ方式は、送信開始から相手機が受信終
了するまでの時間が短く、他の方式に比べて、ほぼリア
ルタイムで画情報が送信される（たとえばメールサーバ
における情報遅延などがない）。また、従来のファクシ
ミリ装置と同様、相手側の能力、状態を確認しながら、
すなわちネゴシエーションを行ないながら、通信を行な
えるため、送信受信の整合性や送達確認の速報性などの
メリットを持つ。ただし、同一の画情報を送信する場合
にはインターネット上で伝送すべき情報量が多く、その
通信時間が長いというデメリットがある。また、送信／
受信クライアント装置は旧来のＴ．３０ファクシミリ装
置と同じでよいが、ゲートウェイ装置が必ず必要であ
る。

【０００９】（２）のＴ．３７による電子メール方式の
インターネットファクシミリ方式は、電子メールと同じ
方法でファクシミリデータを送るため、インターネット
側に新たな資源を必要しないメリットがある。また、リ
アルタイムのプロトコル変換を行なわないため、（１）
のＴ．３８方式よりも、インターネット通信占有時間が
短かい反面、即時性や、送達確認の速報性にデメリット
がある。

【００１０】（３）のプロバイダ依存型の方式は、
（１）のＴ．３８方式と同様に従来のファクシミリ装置
がほとんどそのままの形態で利用できるが、（１）や
（２）の方式を利用している場合には上記の長所、短所
がそのままあてはまる。インターネット電話方式のよう
に音声信号をＩＰ網で中継する方式では、信号遅延や欠
落による通信エラーとなる可能性があり、また、Ｔ．３
８、Ｔ．３７のいずれの方式よりもインターネット上で
のゲートウェイ側での転送量が大きくなる、という問題
がある。

【００１１】

【発明が解決しようとする課題】特に、上記のＴ．３８
方式のリアルタイムインターネットファクシミリ通信
は、送受信ファクシミリ装置がＴ．３０方式のみを実行
できる旧来のファクシミリ装置であってもファクシミリ
通信を行なえ、上述のインターネットを利用する場合の
利点を亨受できる。

【００１２】しかし、Ｔ．３８方式のリアルタイムイン
ターネットファクシミリ通信において、受信側クライア
ントファクシミリ装置が通信中である場合や、レシービ
ングゲートウェイが受信側クライアントファクシミリ装
置と接続を確立できない場合は、Ｔ．３０プロトコルの
場合同様、接続をあきらめ、送信側クライアントファク
シミリ装置が旧来のファクシミリ装置で行なわれている
ようなリダイヤル処理を行なう。これは、Ｔ．３８プロ
トコルがＴ．３０プロトコルの場合と同様の通信処理を
エミュレートすることにより、Ｔ．３０方式におけるの
と同様のリアルタイム性と送達確認性を確保する、とい
う意味では正当なものであるが、ファクシミリゲートウ
ェイという別個の資源を利用するにもかかわらず、ファ
クシミリゲートウェイの機能を利用して速報性を高める
ことができない、という問題がある。

【００１３】そこで、従来のファクシミリ装置で行なわ
れているような代行受信機能をファクシミリゲートウェ
イを利用して実現できれば、ゲートウェイが受信側クラ
イアントファクシミリ装置と通信できないようなケース
においても少なくとも送信側クライアントファクシミリ
装置においては速報性を高めることができるものと考え
られる。

【００１４】本発明の課題は、上記の問題を解決し、Ｉ
ＴＵ−Ｔ勧告Ｔ．３８に規定されたリアルタイムインタ
ーネットファクシミリ通信において、ファクシミリゲー
トウェイを利用して代行受信機能を実現し、ファクシミ
リ情報の速報性を高め、ネットワーク上のハードウェア
資源を有効利用できるようにすることにある。

【００１５】

【課題を解決するための手段】上記の課題を解決するた
め、本発明によれば、相手ファクシミリゲートウェイと
の間で実行するＩＴＵ−Ｔ勧告Ｔ．３８プロトコルを最
終画像受信局との間で実行するＩＴＵ−Ｔ勧告Ｔ．３０
プロトコルに変換することによりファクシミリ通信を中
継するファクシミリゲートウェイ、その制御方法、およ
びその制御プログラムにおいて、最終画像受信局と接続
できなかった場合、前記ＩＴＵ−Ｔ勧告Ｔ．３８プロト
コルにより受信したファクシミリ画像データを蓄積メモ
リに代行受信する構成を採用した。

【００１６】

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

【００１７】図１は本発明を適用可能な通信システムの
構成例を示している。図１において、符号１０１と１０
７はファクシミリ装置、１０２はＰＳＴＮ（一般公衆回
線）の加入者線交換機で、ファクシミリ装置１０１と１
０７は加入者線交換機１０２と接続されている。

【００１８】ここでは、ファクシミリ装置１０１がファ
クシミリ装置１０７に対して画像送信を行なう場合を考
える。ＩＴＵ−Ｔ勧告Ｔ．３０のプロトコル（以下、
Ｔ．３０プロトコルなどと略称する。他のプロトコルも
同様とする）の場合は、ＤＴＭＦ信号やダイヤルパルス
信号を加入者線交換機１０２に送信して直接加入者線交
換機１０２がファクシミリ装置１０１と１０７を接続す
る。

【００１９】なお、ここでは便宜上ファクシミリ装置１
０１と１０７を同一の加入者線交換機１０２に接続して
示しているが、当然ながらファクシミリ装置１０７は１
０１とは別の加入者線交換機（例えば海外の通信事業者
の加入者線交換機）に接続される場合もある。

【００２０】加入者線交換機１０２の右側に示されてい
るのは、主にインターネットファクシミリ通信で用いら
れる資源で、図１の場合、ファクシミリ装置１０１、１
０７は加入者線交換機１０２（ＰＳＴＮ）を介してこれ
らの資源と接続される。

【００２１】符号１０３は、ファクシミリ装置以外の通
信端末で、Ｔ．３０プロトコルを実装しており、ファク
シミリとしての通信機能を有する端末装置である。通信
端末１０３としては、たとえば、ＰＣにファクシミリモ
デムを接続してファクシミリ送受信を行なえるようにし
た装置が考えられる。通信端末１０３は、Ｔ．３０プロ
トコルを用いてファクシミリ装置１０１または１０７と
通信できる。

【００２２】符号１０９はいわゆるインターネットで、
ＬＡＮ／ＷＡＮのようなＩＰ網から成る。ファクシミリ
装置１０１、１０７（あるいは通信端末１０３）は、加
入者線交換機１０２（ＰＳＴＮ）、およびＩＳＰ（イン
ターネットサービスプロバイダ：電気通信事業者）のダ
イヤルアップアクセスポイント１０４、またはＩＴＵ−
Ｔ勧告Ｔ．３８に基くインターネットファクシミリゲー
トウェイ１０５、１０６を介してインターネット１０９
経由の通信を行なえる。

【００２３】上記のうち、ＩＳＰアクセスポイント１０
４は、ファクシミリ通信に関しては、主にＴ．３７プロ
トコルを用いてインターネット１０９上のメールサーバ
１１０（あるいはＰＣ１０８と直接）とＳＭＴＰプロト
コルにより接続する時に用いられる。

【００２４】ファクシミリ装置１０１、１０７は、ほぼ
同様の内部構成とし、ともにＴ．３０プロトコルに加
え、インターネットファクシミリ通信方式として少なく
ともＴ．３８プロトコル、あるいはさらにＴ．３７プロ
トコル（など）をサポートするものとする。

【００２５】ファクシミリ装置１０１がＴ．３７プロト
コルでファクシミリ装置１０７に画像を送信する場合
は、ファクシミリ画像データをＭＩＭＥメールフォーマ
ットでメールテキスト化し、あらかじめ電話番号を登録
されたＩＳＰアクセスポイント１０４を発呼し、これも
あらかじめ登録されたメールサーバ１１０を用いてファ
クシミリ装置１０７（のユーザ）のメールアドレス宛で
Ｅメールとしてファクシミリデータを送信する。

【００２６】一方、ファクシミリ装置１０７の受信
（Ｔ．３７プロトコル）では、ここではファクシミリ装
置１０７は直接インターネット１０９と接続されていな
いので、ファクシミリ装置１０７は手動、あるいは定期
的にＩＳＰアクセスポイント１０４（ファクシミリ装置
１０１が用いるものと同一である必要はない）を発呼し
てメールサーバ１１０（これもファクシミリ装置１０１
が用いるものと同一である必要はない）と接続し、ＰＯ
ＰあるいはＩＭＡＰなどのプロトコルを用いてＥメール
としてファクシミリデータを受信する。

【００２７】また、ファクシミリ装置１０１がＴ．３８
プロトコルでファクシミリ装置１０７と通信する場合
は、ファクシミリ装置１０１は、あらかじめ電話番号を
登録されたインターネットファクシミリゲートウェイ１
０５（あるいは１０６）を発呼し、何らかの方法（現時
点では勧告化されていない）でファクシミリ装置１０７
の電話番号をインターネットファクシミリゲートウェイ
１０５に伝達する。インターネットファクシミリゲート
ウェイ１０５はインターネットファクシミリゲートウェ
イ１０６とＴ．３８プロトコルで接続し、さらにインタ
ーネットファクシミリゲートウェイ１０６はリアルタイ
ムでファクシミリ装置１０７を発呼する。その後、ファ
クシミリ装置１０１、１０７は、Ｔ．３０プロトコルに
より送受信を行なう。インターネットファクシミリゲー
トウェイ１０５、１０６はＴ．３０の信号をＴＣＰ／Ｉ
Ｐ（またはＵＤＰ／ＩＰ）パケットにカプセル化して中
継する。

【００２８】本実施形態は、インターネットファクシミ
リゲートウェイ（１０５、１０６）、特に受信側のレシ
ービングゲートウェイとして機能するゲートウェイの構
成および制御に関するものである。そして、インターネ
ットファクシミリゲートウェイ（１０５、１０６）およ
びファクシミリ装置（１０１、１０７）は別体として構
成してもよいが、インターネットファクシミリゲートウ
ェイは、ファクシミリ装置と図２に示すように一体化し
て構成することもできる。

【００２９】本実施形態は、レシービングゲートウェイ
において受信側ファクシミリ装置（最終画像受信局）と
接続できない場合に代行受信を行なうものであり、図２
中のファクシミリ装置の部分、つまり画像入出力の機能
は代行受信そのものには必ずしも必要ないが、代行受信
した画像データを出力したり、代行受信メモリから他の
装置に送信したりすることができれば便利である。

【００３０】まず、図２におけるファクシミリ装置と互
換の部分について説明する。

【００３１】図２において、通信制御部５はファクシミ
リ通信に必要な各種の変復調方式に基く送受信信号の変
復調を行なうモデムを含み、ＮＣＵ６と接続されてい
る。ＮＣＵ６は電話回線７を介して通信網と接続するた
めの網制御を行なう。

【００３２】読み取り部１０はコンタクトセンサーやＣ
ＣＤイメージセンサーなどによりファクシミリの原稿を
読み取り、光学／電気変換を行ない、主走査方向、副走
査方向に同期した画素データ（アナログ又はデジタル信
号）を画像処理部１２に入力する。

【００３３】画像処理部１２は、読み取り部１０から入
力される画素データをＭＨ（モディファイハフマン）符
号、ＭＲ（モデファイリード）符号、Ｊ−ＢＩＧ符号な
どに変換する画像圧縮機能およびこれら圧縮符号を復号
する画像伸張機能を有する。

【００３４】符号８は蓄積メモリで、画像処理部１２が
読み取り部１０から入力された画素データをＭＨ、Ｍ
Ｒ、あるいはＪ−ＢＩＧ符号に変換する際に使用するバ
ッファとして、また、変換後の画像データの蓄積に用い
られる。

【００３５】記録部１１は電子写真方式、インクジェッ
ト方式などの記録方式によるプリンタエンジンから構成
され、ファクシミリ画像や各種通信結果等のプリントア
ウトを行なう。記録制御部１３は、記録部１１で画像を
記録させるための制御を行なう。

【００３６】さらに装置はＣＰＵ２、ＣＰＵ２のプログ
ラムを格納するＲＯＭ３、各種ユーザー設定や変数／カ
ウンタなどの作業データを記憶する領域としてのＲＡＭ
４を有する。

【００３７】操作部１５はユーザーとのインターフェー
スを提供するものであり、キーボード、およびＬＣＤ／
ＬＥＤなどの表示手段によりユーザインターフェースを
行なう。ここでは、操作部１５は、操作入力手段として
ワンタッチキー１５ａおよびテンキー１５ｂおよび他の
ファンクションキーなどを有し、Ｉ／Ｏ制御部１６を介
してシステムバス１に接続される。符号１７はシステム
全体を動作させるための電源部である。上記の各ブロッ
クは、システムバス１により相互に接続されている。

【００３８】さらに、図２の構成では、以上のファクシ
ミリ装置と互換の部分に加え、インターネットファクシ
ミリゲートウェイとしても機能できるようＬＡＮ制御部
１８およびＮＩＣ１９を追加してある。

【００３９】ＬＡＮ制御部１８およびＮＩＣ１９の機能
ブロックを図４に示す。ＬＡＮ制御部１８は、厳密には
単一ハードウェアから構成されるものではなく、上記の
ＣＰＵ、ＲＯＭ、ＲＡＭ（２、３、４）などのプログラ
ム制御手段のソフトウェアにより構成されたＴＣＰおよ
びＵＤＰソケットプロトコルスタック１８１、ＴＣＰ／
ＩＰおよびＵＤＰ／ＩＰプロトコルスタック１８２、Ｍ
ＡＣコントローラ１８３（ＮＩＣがイーサネット（商標
名）の場合）などから成る。ＮＩＣ１９は、イーサネッ
トカードなどの場合であれば、ＭＡＣコントローラ１９
１、ＰＨＹコントローラ１９２、ＭＡＣ副層および物理
層コントローラ１９３、１０ＢＡＳＥ−Ｔおよび１００
ＢＡＳＥ−Ｔインターフェース１９４などから構成され
る。１０ＢＡＳＥ−Ｔおよび１００ＢＡＳＥ−Ｔインタ
ーフェース１９４は、ＩＰ網における固有のアドレスを
持つ。

【００４０】図４のような構成により、インターネット
（１０９）、つまりＩＰ網において、ＴＣＰ／ＩＰある
いはＵＤＰ／ＩＰ上の種々のポート（勧告Ｔ．３８のＩ
ＦＰ：インターネットファクシミリプロトコルはもちろ
ん、ＨＴＴＰ、ＦＴＰ、ＳＭＴＰなど）でコネクション
を成立させ、通信を行なうことができる。

【００４１】本実施形態においては、図２の装置はレシ
ービングゲートウェイとして機能し、ＬＡＮ制御部１８
およびＮＩＣ１９を介してエミッティングゲートウェイ
との間でＴ．３８通信を行ない、このＴ．３８プロトコ
ルを受信側ファクシミリ装置（１０１あるいは１０７）
との間のＴ．３０プロトコルに変換することによりファ
クシミリ通信を中継する。

【００４２】すなわち、図５に示すように、エミッティ
ングゲートウェイから勧告Ｔ．３８のＩＦＰのコネクシ
ョン要求を受けると（ステップＳ１１）、受信側ファク
シミリ装置（１０１あるいは１０７）を発呼し（ステッ
プＳ１２）、受信側ファクシミリ装置と接続できた場合
（ステップＳ１３）は上記のファクシミリ通信の中継動
作を行なう（ステップＳ１４）。

【００４３】従来では、受信側ファクシミリ装置と接続
できなかった場合は、通信を中止し、エミッティングゲ
ートウェイから送信側ファクシミリ装置にビジー信号が
返されるよう制御を行なっていたが、本実施形態におい
ては後述の所定の条件が成立している場合は代行受信
（ステップＳ１５）を行なう。

【００４４】受信側ファクシミリ装置（１０１あるいは
１０７）の応答検出（ステップＳ１３）においては、フ
ァクシミリ通信を行なえるか否かを検出する。これは、
電話回線７を介して受信側ファクシミリ装置を発呼し、
ＮＣＵ７〜通信制御部５のモデムにより電話回線７を介
して返送されるリングバックトーンやビジートーンを検
出することにより行なえる。また、相手が応答してもフ
ァクシミリ装置が応答しているか否かも判定する必要が
あるが、この検出は、通常のファクシミリ装置の発呼同
様にＣＥＤ信号や、ＩＴＵ−Ｔ勧告Ｖ．２５のＣＥＤ，
ＡＮＳ，ＡＮＳａｍなどの信号を検出することにより行
なえる。

【００４５】代行受信（ステップＳ１５）においては、
ＬＡＮ制御部１８およびＮＩＣ１９を介してＴ．３８プ
ロトコルにより受信したファクシミリ画像データを蓄積
メモリ８に蓄積し、後で記録、あるいは他のファクシミ
リ装置（あるいは本来の受信側ファクシミリ装置）に転
送する処理を行なえるようにする。図２のファクシミリ
装置のハードウェアを用いた代行受信の制御の細部およ
び代行受信後の処理については、公知のファクシミリ装
置と同様であるので、ここでは詳細な説明は省略する。

【００４６】代行受信（ステップＳ１５）を行なうか否
かのユーザ設定は、たとえば図３のようにして行なえば
よい。図３の制御は、操作部１５を用いた適当なユーザ
ーインターフェース方式により行なう。

【００４７】図３のセットアップでは、受信側ファクシ
ミリ装置の宛先番号入力（ステップＳ１）、回線保留
（ビジートーンが返っている）の時、代行受信するか否
かの設定（ステップＳ２）、受信側ファクシミリ装置が
無応答（ＣＥＤ、ＡＮＳ，ＡＮＳａｍなどの手順信号が
返送されない場合）の時、代行受信するか否かの設定
（ステップＳ３）、呼出を実行し、応答なし（ステップ
Ｓ１３）と判定するまでの時間の設定（ステップＳ４)
のような設定を行なうようにしている。

【００４８】このうち、受信側ファクシミリ装置の宛先
番号入力（ステップＳ１）は、代行受信を行なうべき受
信側ファクシミリ装置をユーザ設定するためのものであ
る。このセットアップは、たとえば、遠隔な場所にある
受信側ファクシミリ装置のために代行受信を実行しても
不便であるから、本装置の近傍に設置されたファクシミ
リ装置のためだけに代行受信を行なうよう代行受信機能
を限定するためなどに利用することができる。図３のそ
の他のセットアップ（ステップＳ２〜Ｓ４）は、受信側
ファクシミリ装置の応答時の特性などに応じて代行受信
の開始を制御するために利用できる。ステップＳ２、Ｓ
３でいずれも「代行受信しない」との設定が行なわれて
いる場合は、一切の代行受信を行なわず、従来通りの制
御を行なうようにすればよい。

【００４９】なお、図３のセットアップはあくまでも一
例であり、単に代行受信を実施する／しないのセットア
ップを行なうものや、図３のものよりもさらに細かい条
件に応じて代行受信を実施する／しないのセットアップ
を行なうものであってよく、代行受信に関するセットア
ップの細部の構成は任意である。

【００５０】また、代行受信においては、蓄積メモリ８
に画像データを蓄積するだけではなく、記録部１１で記
録出力してしまう構成であってもよい。その場合、図３
のセットアップでは、代行受信を行なう場合、本機で記
録出力するか、それとも蓄積メモリ８で保持するか、あ
るいはさらに後述のような転送を行なうかなどの出力方
法を設定できるようにしてもよい。

【００５１】また、代行受信後は、操作部１５の表示器
などを用いて代行受信を行なった旨を表示するが、ある
いはさらにＮＩＣ１９（など）を介してＥメールを送信
して最終画像受信局のユーザに報知したり、通信制御部
５〜ＮＣＵ６を介してファクシミリメッセージや音声メ
ッセージを送信して最終画像受信局のユーザに報知する
ようにしてもよい。このような通知方法の態様ももちろ
ん図３のセットアップによりユーザ設定できるような構
成とすることが考えられる。

【００５２】以上のようにして、レシービングゲートウ
ェイ（図２の装置）が受信側ファクシミリ装置と接続で
きなかった場合は、レシービングゲートウェイにおいて
代行受信を行なうことができ、Ｔ．３８プロトコルによ
り受信したファクシミリ画像データを蓄積メモリ８に蓄
積することができる。蓄積したファクシミリ画像データ
は、後で記録部１１により記録したり、電話回線７を介
して（Ｔ．３０プロトコルを用いるか、あるいはダイヤ
ルアップによりＩＳＰアクセスポイント１０４に接続し
て下記のＴ．３７プロトコルを利用する）あるいはＬＡ
Ｎ制御部１８およびＮＩＣ１９を介して他のファクシミ
リ装置（あるいは本来の受信側ファクシミリ装置）に転
送することができる。この他のファクシミリ装置（ある
いは本来の受信側ファクシミリ装置）への転送では、
Ｔ．３８プロトコルを用いることができる他、Ｔ．３７
プロトコル、つまり、ＴＩＦＦ化したファクシミリ画像
メッセージをＥメールテキストにカプセル化し、ＳＭＴ
Ｐプロトコルにより送信するような構成を用いることも
できる。

【００５３】特に、代行受信後、レシービングゲートウ
ェイ（図２の装置）が本来の受信側ファクシミリ装置を
適当な間隔、適当な回数再発呼して、代行受信した画像
データを送信するようにすれば（Ｔ．３０手順により送
信する場合。他の手順を用いる場合はそれらの手順に準
じた方法を用いる）、従来、送信側ファクシミリ装置の
負担で行なっていた再発呼をレシービングゲートウェイ
で分担することができ、ネットワーク上のハードウェア
資源を有効利用できる利点がある。

【００５４】以上のようにして、本実施形態によれば、
ＩＴＵ−Ｔ勧告Ｔ．３８に規定されたリアルタイムイン
ターネットファクシミリ通信において、ファクシミリゲ
ートウェイを利用して代行受信機能を実現し、ファクシ
ミリ情報の速報性を高め、ネットワーク上のハードウェ
ア資源を有効利用できる、という優れた効果を得られ
る。

【００５５】以上では、代行受信機能を実現するレシー
ビングゲートウェイとして図２のような構成を例示した
が、この構成はあくまでも一例にすぎない。たとえば、
本発明の代行受信機能を実現するレシービングゲートウ
ェイは、図２のような専用ファクシミリ装置にＬＡＮ機
能を追加したような構成だけではなく、パーソナルコン
ピュータにファクシミリソフトウェアを塔載することに
よっても実現できる。その場合、通信インターフェース
としては、受信側ファクシミリ装置と接続するためのモ
デムと、エミッティングゲートウェイと接続するための
ＮＩＣがあればよい。

【００５６】本発明の通信制御を実現するソフトウェア
は、上記のようなハードウェア構成に対して、ＲＯＭな
どにより組み込んでおくか、あるいは種々の記憶媒体
（フレキシブルディスク、ＭＯ、ＣＤ−ＲＯＭ、ハード
ディスクなど）により供給することができる。

【００５７】

【発明の効果】以上の説明から明らかなように、本発明
によれば、相手ファクシミリゲートウェイとの間で実行
するＩＴＵ−Ｔ勧告Ｔ．３８プロトコルを最終画像受信
局との間で実行するＩＴＵ−Ｔ勧告Ｔ．３０プロトコル
に変換することによりファクシミリ通信を中継するファ
クシミリゲートウェイ、その制御方法、およびその制御
プログラムにおいて、最終画像受信局と接続できなかっ
た場合、前記ＩＴＵ−Ｔ勧告Ｔ．３８プロトコルにより
受信したファクシミリ画像データを蓄積メモリに代行受
信する構成を採用しているので、ＩＴＵ−Ｔ勧告Ｔ．３
８に規定されたリアルタイムインターネットファクシミ
リ通信において、ファクシミリゲートウェイを利用して
代行受信機能を実現し、ファクシミリ情報の速報性を高
め、ネットワーク上のハードウェア資源を有効利用でき
る、という優れた効果を得られる。

【図面の簡単な説明】

【図１】本発明のファクシミリ装置を適用可能な環境を
示した説明図である。

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

【図３】本発明によるファクシミリゲートウェイの代行
受信機能のセットアップ手順を示したフローチャート図
である。

【図４】図２のＬＡＮ制御部およびＮＩＣ周辺の構成を
示したブロック図である。

【図５】本発明によるファクシミリゲートウェイの代行
受信制御手順を示したフローチャート図である。

【符号の説明】

２ＣＰＵ３ＲＯＭ４ＲＡＭ６ＮＣＵ７電話線１０読み取り部１１記録部１２画像処理部１５ａワンタッチキー１５ｂテンキー１８ＬＡＮ制御部１９ＮＩＣ１０１、１０７ファクシミリ装置１０２加入者線交換機１０３通信端末１０４ＩＳＰアクセスポイント１０５、１０６インターネットファクシミリゲートウ
ェイ１０９インターネット１１０メールサーバ

───────────────────────────────────────────────────── フロントページの続き (72)発明者藤瀬俊一東京都大田区下丸子３丁目30番２号キヤノン株式会社内 (72)発明者村田幸雄東京都大田区下丸子３丁目30番２号キヤノン株式会社内 (72)発明者吉田武弘東京都大田区下丸子３丁目30番２号キヤノン株式会社内 (72)発明者吉浦吉雄東京都大田区下丸子３丁目30番２号キヤノン株式会社内 (72)発明者須賀大介東京都大田区下丸子３丁目30番２号キヤノン株式会社内Ｆターム(参考） 5C062 AA02 AA29 AA30 AB38 AB42 AC22 AC28 AC29 AC43 AC58 BC04 BD09 5C075 AB90 BA13 CA14 CA90 CE09 CE13 FF90 5K030 HB04 HD03 KA03 LD11 5K033 CB08 DA06 DB13

Claims

【特許請求の範囲】

【請求項１】相手ファクシミリゲートウェイとの間で
実行するＩＴＵ−Ｔ勧告Ｔ．３８プロトコルを最終画像
受信局との間で実行するＩＴＵ−Ｔ勧告Ｔ．３０プロト
コルに変換することによりファクシミリ通信を中継する
ファクシミリゲートウェイにおいて、最終画像受信局と接続できなかった場合、前記ＩＴＵ−
Ｔ勧告Ｔ．３８プロトコルにより受信したファクシミリ
画像データを蓄積メモリに代行受信する制御手段を有す
ることを特徴とするファクシミリゲートウェイ。
【請求項２】ユーザが設定した制御条件に応じて、最
終画像受信局と接続できなかった場合に前記代行受信を
実行するか否かを決定することを特徴とする請求項１に
記載のファクシミリゲートウェイ。
【請求項３】前記代行受信した画像データを最終画像
受信局を再発呼して最終画像受信局に送信することを特
徴とする請求項１に記載のファクシミリゲートウェイ。
【請求項４】相手ファクシミリゲートウェイとの間で
実行するＩＴＵ−Ｔ勧告Ｔ．３８プロトコルを最終画像
受信局との間で実行するＩＴＵ−Ｔ勧告Ｔ．３０プロト
コルに変換することによりファクシミリ通信を中継する
ファクシミリゲートウェイの制御方法において、最終画像受信局と接続できなかった場合、前記ＩＴＵ−
Ｔ勧告Ｔ．３８プロトコルにより受信したファクシミリ
画像データを蓄積メモリに代行受信することを特徴とす
るファクシミリゲートウェイの制御方法。
【請求項５】ユーザが設定した制御条件に応じて、最
終画像受信局と接続できなかった場合に前記代行受信を
実行するか否かを決定することを特徴とする請求項４に
記載のファクシミリゲートウェイの制御方法。
【請求項６】前記代行受信した画像データを最終画像
受信局を再発呼して最終画像受信局に送信することを特
徴とする請求項４に記載のファクシミリゲートウェイの
制御方法。
【請求項７】相手ファクシミリゲートウェイとの間で
実行するＩＴＵ−Ｔ勧告Ｔ．３８プロトコルを最終画像
受信局との間で実行するＩＴＵ−Ｔ勧告Ｔ．３０プロト
コルに変換することによりファクシミリ通信を中継する
ファクシミリゲートウェイの制御プログラムにおいて、最終画像受信局と接続できなかった場合、前記ＩＴＵ−
Ｔ勧告Ｔ．３８プロトコルにより受信したファクシミリ
画像データを蓄積メモリに代行受信する制御ステップを
含むことを特徴とするファクシミリゲートウェイの制御
プログラム。
【請求項８】ユーザが設定した制御条件に応じて、最
終画像受信局と接続できなかった場合に前記代行受信を
実行するか否かを決定する制御ステップを含むことを特
徴とする請求項７に記載のファクシミリゲートウェイの
制御プログラム。
【請求項９】前記代行受信した画像データを最終画像
受信局を再発呼して最終画像受信局に送信する制御ステ
ップを含むことを特徴とする請求項７に記載のファクシ
ミリゲートウェイの制御プログラム。