JP2003092657A - ファクシミリ装置、ファクシミリ装置の制御方法、ファクシミリ装置の制御プログラム - Google Patents

Abstract

(57)【要約】 【課題】 適切なインターネットファクシミリプロトコ
ルを選択できるようにし、インターネットファクシミリ
プロトコルを用いる必要がある機器のセットアップを容
易に行なえるようにする。 【解決手段】 インターネット１０９経由で相手ファク
シミリ装置１０７と接続するに際して、Ｔ．３７プロト
コルを用いる場合はＩＳＰアクセスポイント１０４経由
でメールサーバ１１０と接続し、Ｔ．３８プロトコルを
用いる場合はインターネットファクシミリゲートウェイ
１０５と接続する。メモリ送信モードにおいてはＴ．３
７プロトコルを、メモリ送信以外の送信モードにおいて
はＴ．３８プロトコルを用いて最終画像受信局と接続す
るよう発呼制御を行なう。相手局との接続情報の登録処
理では、相手局から返送されるＡＮＳ／ＡＮＳａｍ信号
を監視することにより相手局を識別し、登録処理の態様
を変更する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はＩＴＵ−Ｔ勧告Ｔ．
３７プロトコルあるいはＩＴＵ−Ｔ勧告Ｔ．３８プロト
コルを利用してＩＰ網経由で通信を行なうファクシミリ
装置、ファクシミリ装置の制御方法、およびファクシミ
リ装置の制御プログラムに関するものである。

【０００２】

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

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

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

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

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

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

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

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

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

【００１１】

【発明が解決しようとする課題】以上のように、各イン
ターネットファクシミリ方式には一長一短がある。イン
ターネットが普及途上にある現時点では、インターネッ
トファクシミリ方式で上記のいずれのＩＦＡＸ方式が優
勢となるかは不明であるが、当面、製品形態としては、
旧来のＴ．３０プロトコルの他にＩＴＵ−Ｔ勧告Ｔ．３
７およびＴ．３８の２つのプロトコルを両方サポートし
た装置は有用であると考えられる。

【００１２】このようなファクシミリ装置では、ある通
信相手を指定する短縮ダイヤルやワンタッチキーの登録
データとして、電話番号（Ｔ．３０／Ｔ．３８）とＥメ
ールアドレス（Ｔ．３７）の双方を登録できるようにし
なければならない。そして、このような構成では、ある
通信相手について、電話番号とＥメールアドレスの双方
が登録されているケースが考えられる。

【００１３】したがって、このように複数のインターネ
ットファクシミリプロトコルをサポートするファクシミ
リ装置においては、ある通信相手と通信する場合に適切
なファクシミリプロトコルを選択する技術が必要となっ
てくる。

【００１４】ところで、ＩＴＵ−Ｔ勧告Ｔ．３７／Ｔ．
３８に基くインターネットファクシミリプロトコルで
は、ＩＳＰアクセスポイント（Ｔ．３７）や、インター
ネットファクシミリゲートウェイ（Ｔ．３８）と接続
し、これらを経由してファクシミリ通信を行なう。した
がって、これらＩＳＰアクセスポイントやインターネッ
トファクシミリゲートウェイと接続するための情報は通
信業務を開始する前（機器の設置時など）に何らかの方
法で機器に設定しなければならない。特に、Ｔ．３７プ
ロトコルでは、Ｅメール送信に必要なネームサーバやメ
ールサーバアドレス、自機のＥメールアドレスなどの設
定が必要であるから、ＩＳＰアクセスポイントに関する
セットアップではこれらの情報の設定操作も併せて行な
わせる必要があった。

【００１５】したがって、インターネットファクシミリ
プロトコルを用いるファクシミリ装置ではユーザが通信
業務を開始する前に行なうべき設定操作は極めて煩雑で
あり、正しいセットアップを行なうのはそれほど容易で
はない。不慣れなユーザでは、ＩＳＰアクセスポイント
（Ｔ．３７）のセットアップと、インターネットファク
シミリゲートウェイ（Ｔ．３８）を区別するのも容易で
はないと考えられる。したがって、インターネットファ
クシミリプロトコルを用いるファクシミリ装置では、設
定操作の容易さが求められる。

【００１６】本発明の課題は、複数のインターネットフ
ァクシミリプロトコルをサポートするファクシミリ通信
において、適切なファクシミリプロトコルを選択できる
ようにすることにある。また、インターネットファクシ
ミリプロトコルを用いるにあたって必要な機器のセット
アップを容易に行なえるようにすることにある。

【００１７】

【課題を解決するための手段】上記の課題を解決するた
め、本発明によれば、ＩＴＵ−Ｔ勧告Ｔ．３７プロトコ
ルあるいはＩＴＵ−Ｔ勧告Ｔ．３８プロトコルを利用し
てＩＰ網経由で通信を行なうファクシミリ装置、ファク
シミリ装置の制御方法、およびファクシミリ装置の制御
プログラムにおいて、装置の動作条件に応じて、ＩＴＵ
−Ｔ勧告Ｔ．３７プロトコルまたはＩＴＵ−Ｔ勧告Ｔ．
３８プロトコルのいずれかを用いて最終画像受信局と接
続するよう発呼制御を行なう構成を採用した。

【００１８】あるいはさらに、前記発呼制御において、
メモリ送信モードにおいてはＩＴＵ−Ｔ勧告Ｔ．３７プ
ロトコルを、メモリ送信以外の送信モードにおいてはＩ
ＴＵ−Ｔ勧告Ｔ．３８プロトコルを用いて最終画像受信
局と接続するよう発呼制御を行なう構成を採用した。

【００１９】あるいは、発呼した相手局が、最終画像受
信局とＩＴＵ−Ｔ勧告Ｔ．３７プロトコルを介して接続
するためのインターネットサービスプロバイダのアクセ
スポイント、ＩＴＵ−Ｔ勧告Ｔ．３８プロトコルを介し
て接続するためのインターネットファクシミリゲートウ
ェイ、または通常のファクシミリ装置のいずれであるか
を識別する構成を採用した。

【００２０】あるいはさらに、前記識別結果を用いて、
発呼した相手局に対する選択情報の登録設定処理の態様
を制御する構成を採用した。

【００２１】

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

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

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

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

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

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

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

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

【００２９】ファクシミリ装置１０１、１０７は、ほぼ
同様の内部構成とし、ともにＴ．３０プロトコルに加
え、インターネットファクシミリ通信方式としてＴ．３
７プロトコル、およびＴ．３８プロトコルを両方ともサ
ポートするものとする。

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

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

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

【００３３】ファクシミリ装置１０１、１０７は図２に
示すように構成される。ファクシミリ装置１０１、１０
７の基本構成、特に後述するワンタッチキーや短縮キー
のデータ登録方式以外は公知のファクシミリ装置と同様
である。

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

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

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

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

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

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

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

【００４１】上記構成において、相手局の選択情報（電
話番号あるいはＥメールアドレス）は、テンキー１５ｂ
による所定の短縮ダイヤル操作、あるいはワンタッチキ
ー１５ａの操作に関連づけることができる。ここでは、
ワンタッチキーの場合を例に説明する。

【００４２】上記のように、本装置はＴ．３０／Ｔ．３
７／Ｔ．３８の各プロトコルをサポートする。したがっ
て、当然ながらある相手局の選択情報としては、電話番
号およびＥメールアドレスの双方を登録可能とする必要
がある。そこで、本装置のワンタッチキー登録メモリ
（ＲＡＭ４のバックアップされたメモリ領域、あるいは
ＲＯＭ３のうちＥＥＰＲＯＭなどにより構成されたメモ
リ領域）８００は、たとえば図７のように構成する。

【００４３】図７のワンタッチキー登録メモリ８００
は、ワンタッチキー１５ａの各キー（ワンタッチキー
１、２、３…）にそれぞれ対応するワンタッチキーデー
タレコード８０１、８０２…それぞれについて符号８１
１〜８１４のようなデータ登録領域を有するものとす
る。ここで符号８１１、８１２は電話番号の登録領域、
８１３はＥメールアドレスの登録領域、８１４は後述の
モードの登録領域である。ワンタッチキーに関する登録
操作は、操作部１５の表示手段により適当なメニューを
表示し、上記の各登録領域の登録に必要な情報を入力さ
せることにより行なう。このような登録操作のためのユ
ーザーインターフェースは公知であるので、ここではそ
の詳細についての説明は省略する。

【００４４】また、Ｔ．３７／Ｔ．３８の各プロトコル
をサポートする場合には、ＩＳＰアクセスポイント１０
４（Ｔ．３７）およびインターネットファクシミリゲー
トウェイ１０５／１０６（Ｔ．３８）を利用できるよう
にする登録操作も必要である。以下では、特に断わらな
い限り、これらＩＳＰアクセスポイント１０４、および
インターネットファクシミリゲートウェイ１０５／１０
６（Ｔ．３８）を発呼するために必要な電話番号、相手
名称やＥメールアドレスなどの登録操作は、そのための
メモリ領域（不図示）に対してあらかじめ行なわれてい
るものとする。登録操作のユーザーインターフェース
は、ワンタッチキーの場合とほぼ同様、公知の方式によ
り構成できるので、ここでは説明は省略する。

【００４５】以下、上記構成における動作につき、いく
つかの実施形態を示す。

【００４６】＜第１実施形態＞まず、ある相手局につき
インターネットファクシミリプロトコルであるＴ．３７
／Ｔ．３８プロトコル（あるいはさらにＴ．３０プロト
コル）を適切に選択する方式を示す。

【００４７】旧来のＴ．３０プロトコルの他にＩＴＵ−
Ｔ勧告Ｔ．３７およびＴ．３８の２つのプロトコルを両
方サポートする場合には、図７に示すようにワンタッチ
キー１５ａの各キー（あるいはテンキー１５ｂの短縮ダ
イヤル操作でも同様）に対して、ある相手局の選択情報
として電話番号およびＥメールアドレスの双方を登録可
能とする。

【００４８】このような登録が行なわれており、ユーザ
が所望のワンタッチキーを操作した場合には、（ユーザ
にその都度指定させるよりも）Ｔ．３７プロトコルまた
はＴ．３８プロトコルのいずれを用いるかを適切に自動
決定できるのが望ましい。

【００４９】そこで、本実施形態では、送信モードがメ
モリ送信モードであるか、それ以外のモードかに応じて
Ｔ．３７プロトコルまたはＴ．３８プロトコルのいずれ
を用いるかを決定する。ここで、メモリ送信モード以外
のモードとは、たとえば、ダイレクト送信モード（いわ
ゆるラピッド送信モードなども含む）である。

【００５０】周知のように、メモリ送信モードは、読み
取った画像データをいったん全て蓄積メモリ８に蓄積し
てから発呼を開始し、それ以外のダイレクト送信モード
では、読み取った画像データを蓄積メモリ８に格納せ
ず、読取開始と並行して発呼／送信処理を行なうもので
ある。メモリ送信／ダイレクト送信には次のような特徴
がある。

【００５１】メモリ送信では、原稿を読み取り、排紙す
るまでの時間がダイレクト送信方式に比べて短く、ユー
ザーは読み取り終了後、即座に原稿を回収できる利点が
あるが、原稿を排出しても実際は送信終了まで送達確認
（通信エラーの有無により判定できる）ができない問題
がある。

【００５２】一方、ダイレクト送信では、通信している
データと原稿を読み取っているデータとの時間差がメモ
リ送信に比べると短かく、ユーザーは、読取／送信中の
原稿を監視すれば画像がどこまで実際に送信できている
か、どの原稿の個所でエラーが起きたかなどを確認する
ことができ、一刻も早く相手に情報を届けたい時には、
明瞭な送達確認を行ないながら操作できるので有効な方
法である反面、読み取り途中で何らかのエラーがあり、
通信が正常に終了しなかった場合は、再度はじめから原
稿読み取りからはじまる操作を行なう必要がある。

【００５３】このようなメモリ送信／ダイレクト送信の
特性に合せて、本実施形態においては、メモリ送信モー
ドではＴ．３７プロトコル（電子メール方式）を、ま
た、ダイレクト送信モードではＴ．３８プロトコル（リ
アルタイムインターネットファクシミリ方式）を選択す
る。

【００５４】図３に本実施形態の制御手順を示す。図示
の手順はＣＰＵ２のプログラムとしてＲＯＭ３に格納さ
れるものとする（以下のフローチャートでも同様）。

【００５５】図３のステップＳ３１において、ワンタッ
チキー１５ａ（あるいはテンキー操作でも同様）の操作
により送信処理が開始されると、ステップＳ３２では送
信方法（送信モード）を選択する。当該の送信において
メモリ送信モード／ダイレクト送信モードのいずれを用
いるかは、この段階までに何らかの方法で決定されてい
るものとする。メモリ送信モード／ダイレクト送信モー
ドの指定には、操作部１５により送信ごとに指定する、
あるいは、所定のメモリＳＷの設定操作によりデフォル
トでいずれのモードを用いるかを指定する、などの方式
がある。

【００５６】ステップＳ３２において、メモリ送信モー
ドが選択されていなかった場合、つまりダイレクト送信
モードである場合（ステップＳ３３）は、ステップＳ３
５においてＴ．３８プロトコルを用いる（Ｔ．３８モー
ド）べく各部のセットアップを行なう。すなわち、通信
相手の選択情報として図７の電話番号（登録領域８１１
または８１２）を用いるとともに、あらかじめ登録され
ている電話番号を用いてインターネットファクシミリゲ
ートウェイ１０５を発呼し、所定の方法で登録領域８１
１／８１２の相手の電話番号を該ゲートウェイに引き渡
す処理を行なえるようにする。

【００５７】一方、ステップＳ３２においてメモリ送信
モードであれば（ステップＳ３４）、ステップＳ３６で
Ｔ．３７プロトコルを用いる（Ｔ．３７モード）べく各
部のセットアップを行なう。ここでは、読み取った原稿
画像をメモリに格納（あるいはあらかじめ入力済みのも
のであればそのままそれを用いる）した上、あらかじめ
登録されている電話番号を用いてＩＳＰアクセスポイン
ト１０４を発呼し、メールサーバ１１０経由で電子メー
ルテキスト化したファクシミリデータを送信できるよう
にする。相手の選択情報としてはもちろん登録領域８１
３のＥメールアドレスを用いることになる。

【００５８】実際の送信処理はステップＳ３７において
実行する。Ｔ．３８モードの場合、本機の実際の動作は
通信初期において相手の電話番号をゲートウェイに引き
渡す点を除き、Ｔ．３０の場合と何ら変らない。実際の
画像読み取り、および送信動作は、本機のゲートウェイ
（エミッティングゲートウェイ）〜相手側ゲートウェイ
（レシービングゲートウェイ）〜相手ファクシミリ装置
の間の接続が確立したことが確認された上で開始され
る。画像の符号化方式には、ＭＨ、ＭＲ、ＭＭＲ、ある
いはＪＢＩＧ（カラー画像の場合）などが用いられる。
また、Ｔ．３７モードの場合は、画像データの蓄積が終
了し、さらにファクシミリ画像データ（上記の各符号化
方式のいずれかが用いられる）の生成およびＴＩＦＦデ
ータへの変換、ＭＩＭＥメールフォーマットの電子メー
ルテキストへの格納が終了してからＩＳＰアクセスポイ
ント１０４の発呼が開始され、電子メールテキスト化さ
れたファクシミリデータはメールサーバ１１０経由で送
信される。

【００５９】以上のように、本実施形態によれば、メモ
リ送信モードではＴ．３７プロトコル（電子メール方
式）を、また、ダイレクト送信モードではＴ．３８プロ
トコル（リアルタイムインターネットファクシミリ方
式）を選択することにより、ユーザがメモリ送信／ダイ
レクト送信の選択により望む送信態様によく整合した通
信方式を選択することができる。たとえば、メモリ送信
ではＴ．３７プロトコル（電子メール方式）を選択して
速報性や即時性にそれ程重きをおくことなく安価に遠方
の相手局にファクシミリデータを送信でき、ダイレクト
送信では、Ｔ．３８プロトコル（リアルタイムインター
ネットファクシミリ方式）を選択して速報性、即時性、
送達確認を重視した通信を行なうことができる。

【００６０】＜第２実施形態＞以上では、発呼時までに
何らかの方法で決定されているメモリ送信モードまたは
ダイレクト送信モードに応じてＴ．３７プロトコルまた
はＴ．３８プロトコルをそれぞれ決定する構成を示した
が、ある相手局についてＥメールアドレスおよび電話番
号の双方が登録されている場合にＴ．３７プロトコルま
たはＴ．３８プロトコル、あるいはさらにＴ．３０プロ
トコルのいずれを選択するかについては種々の構成が考
えられる。

【００６１】図４は本実施形態のＴ．３７／Ｔ．３８／
Ｔ．３０プロトコルの選択制御を例示したものである。

【００６２】図４においてステップＳ４４は、第１実施
形態で示した送信モード（メモリ送信モードまたはダイ
レクト送信モード）に応じてプロトコル（Ｔ．３７／
Ｔ．３８プロトコル）を選択する制御である。このステ
ップでは、第１実施形態で示したメモリ送信モードまた
はダイレクト送信モードの他、自動発呼モードか手動発
呼モードかに応じてプロトコル、すなわちＴ．３７／
Ｔ．３８プロトコルあるいはさらにＴ．３０プロトコル
のいずれかを選択する。たとえば、不図示の電話機やハ
ンドセットなどを用いて発呼を行なう手動発呼モードの
場合はＴ．３０プロトコルを用い、他のモードでは第１
実施形態と同等のプロトコル決定を行なうような構成が
考えられる。

【００６３】一方、ステップＳ４１〜Ｓ４３のダイヤル
ごとの設定は、主に次のような異なる制御が考えられ
る。

【００６４】１つは、ある相手局がワンタッチキーによ
りダイヤルされた場合（ステップＳ４２）にはＴ．３７
／Ｔ．３８／Ｔ．３０プロトコルのうちの特定のプロト
コルを、また短縮ダイヤル操作によりダイヤルされた場
合（ステップＳ４３）には、Ｔ．３７／Ｔ．３８／Ｔ．
３０プロトコルのうちの特定のプロトコルを選択するよ
うにする方式である。ワンタッチキーおよび短縮ダイヤ
ル操作にＴ．３７／Ｔ．３８／Ｔ．３０プロトコルのう
ちどのプロトコルを割り付けておくかは、操作部１５を
用いた適当なユーザーインターフェースによりユーザが
任意に設定できるようにしておく。このような構成によ
れば、ワンタッチキーおよび短縮ダイヤル操作の使い分
けにより、ユーザはＴ．３７／Ｔ．３８／Ｔ．３０プロ
トコルのうち所望のプロトコルを使い分けることができ
る。

【００６５】もう１つの制御は、ステップＳ４１〜Ｓ４
３のダイヤルごとの設定は、ある相手局に対するワンタ
ッチキーの登録データ、および短縮ダイヤル操作の登録
データの個々に、その相手局との通信においてＴ．３７
／Ｔ．３８／Ｔ．３０プロトコルのいずれを用いるかを
登録しておくものである。この登録操作は、前記同様、
操作部１５を用いた適当なユーザーインターフェースを
介して行ない、登録データは図７の登録領域８１４に格
納しておき、適当なタイミングでこの登録領域８１４を
参照することにより、その相手局に対してＴ．３７／
Ｔ．３８／Ｔ．３０プロトコルのいずれを用いるかを決
定できる。

【００６６】そして、ダイヤルごとのプロトコル設定
（ステップＳ４１）と、送信モードによるプロトコル設
定（ステップＳ４４）を両方とも設けておくのであれ
ば、これらのいずれかの設定を優先させる制御が必要と
なる。

【００６７】たとえば、ダイヤルごとのプロトコル設定
（ステップＳ４１）と、送信モードによるプロトコル設
定（ステップＳ４４）は、あらかじめ定めた固定の優先
順位で登録内容を評価するようにしてもよいし、これら
のいずれを優先させるかを操作部１５を用いた適当なユ
ーザーインターフェースを介して登録できるようにして
もよい。あるいは、ダイヤルごとのプロトコル設定（ス
テップＳ４１）と、送信モードによるプロトコル設定
（ステップＳ４４）のうち、ユーザの明示的な登録操作
が行なわれている方の設定を優先させる構成であっても
よい。

【００６８】図４のプロトコル選択制御は、送信操作が
開始された時点で行なうことができる（図３でいえばス
テップＳ３１とＳ３２の間）。

【００６９】＜第３実施形態＞Ｔ．３７／Ｔ．３８／
Ｔ．３０プロトコルのいずれを選択するかについては、
第２実施形態におけるように送信モードやダイヤル操作
方式／ダイヤルデータに応じて定める他、ある相手局に
ついてＴ．３７／Ｔ．３８／Ｔ．３０プロトコルのいず
れも使用可能である時に、あらかじめ定めた特定のデフ
ォルトプロトコルを選択するよう、よりグローバルな登
録設定を行なえるようにする構成も考えられる。この登
録操作も操作部１５による所定のユーザーインターフェ
ースを介して行なう。この方式では、ある相手局につい
てＴ．３７／Ｔ．３８／Ｔ．３０プロトコルのいずれも
使用可能である場合にユーザが登録したＴ．３７／Ｔ．
３８／Ｔ．３０プロトコルのいずれかを選択する。

【００７０】あるいは、Ｔ．３７／Ｔ．３８／Ｔ．３０
プロトコルの選択に関するグローバルな登録設定は、
「推奨モード」のような形態で実装しておくこともでき
る。この「推奨モード」としては、たとえば第１実施形
態の制御、すなわちダイレクト送信モードではＴ．３８
プロトコル（リアルタイムインターネットファクシミリ
方式）を選択するプロトコル決定を行なう「モード」と
することができる。そして「推奨モード」は操作部１５
による所定のユーザーインターフェースを介して「Ｏ
Ｎ」にすることができ、「推奨モード」が「ＯＮ」（推
奨モードが選択されている）状態においては、他の条件
に優先して「推奨モード」のプロトコル決定を行なう。

【００７１】すなわち、図５に示すように、ある相手局
について複数のプロトコル（Ｔ．３７／Ｔ．３８／Ｔ．
３０プロトコル）を用いることができる場合（ステップ
Ｓ５２）、ステップＳ５３において「推奨モード」が選
択されているか否かを判定し、「推奨モード」が「Ｏ
Ｎ」であればステップＳ５５において、「推奨モード」
のプロトコル決定処理（たとえば第１実施形態同様の制
御）を行なう。

【００７２】一方、「推奨モード」が選択されていなけ
れば、ステップＳ５４で他の条件によるプロトコル決定
処理を行なう。ステップＳ５４の制御形態としては種々
の構成が考えられる。図５の例では、ダイレクト送信で
は旧来のＴ．３０（あるいはＴ．３８）プロトコルを用
い、メモリ送信の場合のみＴ．３７あるいはＴ．３８の
いずれのプロトコルを用いるかを特定の優先順位に基い
て選択するようにしている。この優先順位データは、メ
モリ送信モード優先順位設定テーブルとして、ＲＡＭ４
などに格納しておけばよい。この優先順位は工場出荷時
に定められたデフォルト優先順位でもよいし、操作部１
５による所定のユーザーインターフェースを介してユー
ザが任意に登録設定できるようにしてもよい。

【００７３】また、ステップＳ５４では上述の第２実施
形態に示したプロトコル決定処理を行なうようにしても
よく、その場合は、メモリ送信モードのみならず他のモ
ードやダイヤル方式に基くプロトコル決定処理を行なう
ことができる。

【００７４】＜第４実施形態＞上記の種々の制御を組合
せたより具体的な制御の例を図６に示す。図６では、送
信操作が開始されると（ステップＳ６１）、ワンタッチ
キーによる発呼操作か否かを調べる（ステップＳ６
２）。

【００７５】本実施形態では、ワンタッチキー（あるい
は短縮ダイヤル操作）発呼でない場合、たとえばキーボ
ードからの直接電話番号やＥメールアドレスの入力が行
なわれた場合は、第１および第２実施形態に示したよう
に送信モードごとに割り当てられたＴ．３０／Ｔ．３７
／Ｔ．３８のいずれかのプロトコルを選択する（ステッ
プＳ６１１）。ここでは、ＲＡＭ４などに格納された送
信モード設定テーブルを参照して、メモリ送信モード／
ダイレクト送信モードなどの操作モードごとに割り当て
られたプロトコルを用いる。

【００７６】ワンタッチキー発呼の場合は、同様にワン
タッチキーについて用いる設定テーブルを参照してＴ．
３０／Ｔ．３７／Ｔ．３８のいずれかのプロトコルを選
択する（ステップＳ６３、Ｓ６１０）。ここでは、第２
実施形態に示したように個々のワンタッチキーの登録デ
ータ（図７）ごとに登録設定されたモードを選択する。

【００７７】あるいは、ステップＳ６１１、Ｓ６１０で
は、ワンタッチキーが操作されていない場合とワンタッ
チキーが操作されている場合とで、他の条件に関係なく
Ｔ．３０／Ｔ．３７／Ｔ．３８のいずれかのプロトコル
を選択するような制御を行なってもよい。つまり、ステ
ップＳ６２の制御により、ワンタッチキーが操作されて
いない場合とワンタッチキーが操作されている場合と
で、異なるプロトコル決定制御を行なうことができる。

【００７８】図６のステップＳ６４では、メモリ送信モ
ードか否かを判定している。メモリ送信モードではな
く、ダイレクト送信モードの場合は、第１実施形態で示
したようにＴ．３８プロトコルを選択し（ステップＳ６
９）、送信動作を開始する（ステップＳ６１３）。

【００７９】一方、メモリ送信モードの場合は、ステッ
プＳ６５でさらにプロトコル選択を行なっている。もち
ろん、第１実施形態に示したように、メモリ送信モード
では常にＴ．３７プロトコルを選択（ステップＳ６８）
してもよいが、ここでは第３実施形態に示したメモリ送
信モード優先順位設定テーブル（あらかじめ登録内容は
設定済みであるものとする）を参照して、Ｔ．３８
（Ｔ．３０）プロトコルを選択（ステップＳ６７）する
か、Ｔ．３７プロトコルを選択（ステップＳ６８）する
かを決定する。その後、選択したプロトコルを用いて送
信動作を開始する（ステップＳ６１３）。

【００８０】＜第５実施形態＞以上では、ＩＳＰアクセ
スポイント１０４と接続するための情報（電話番号や名
称）、あるいはインターネットファクシミリゲートウェ
イ１０５と接続するための情報（電話番号や名称）はあ
らかじめ設定済みであるものとして説明したが、これら
のセットアップ全てをユーザの手動操作により行なうこ
とは課題の欄で述べたように容易なものではない。

【００８１】特に、ＩＳＰアクセスポイントとインター
ネットファクシミリゲートウェイの違いを明確に理解し
ているユーザはそれほど多いとは思われないので、図８
に示すような対話的なユーザーインターフェースにより
これらのＩＳＰアクセスポイント、あるいはインターネ
ットファクシミリゲートウェイとの接続情報のセットア
ップを行なわせるのが好都合である。

【００８２】たとえば、このユーザーインターフェース
では、操作部１５の表示手段でメニュー表示を行ない、
対話的に設定させていくが、ユーザがＩＳＰアクセスポ
イント、あるいはインターネットファクシミリゲートウ
ェイのいずれの設定を行なうかを理解していないかもし
れないことを考慮し、まず、ＩＳＰアクセスポイント、
あるいはインターネットファクシミリゲートウェイの電
話番号を入力させる（ステップＳ７５）。そして、入力
した電話番号がＩＳＰアクセスポイント、インターネッ
トファクシミリゲートウェイのいずれのものかをユーザ
に尋ね（ステップＳ７６）、ユーザがこれらのいずれか
を特定する操作入力を行なった場合は、それぞれＩＳＰ
アクセスポイント、あるいはインターネットファクシミ
リゲートウェイに関するセットアップを行なう。（ステ
ップＳ７７、Ｓ７８）。

【００８３】ユーザが、ＩＳＰアクセスポイント、ある
いはインターネットファクシミリゲートウェイのいずれ
のセットアップかを特定できなかった場合は、実際に入
力された電話番号を発呼する（ステップＳ７９）。この
発呼の際、通信エラーが起きたかどうかを調べ（ステッ
プＳ８２）、エラーの場合は適当なエラー処理（ステッ
プＳ８３）を行なう。エラーが発生していなければ、相
手側の信号を識別し (ステップＳ８０)、相手局がＩＳ
Ｐアクセスポイントか、インターネットファクシミリゲ
ートウェイか、あるいは通常のファクシミリ装置である
かを識別する（ステップＳ８１）。

【００８４】ステップＳ８０の相手局の機能識別は、た
とえば図９に示すようにして行なうことができる。図９
では、発呼後、通信制御部５のモデムで相手局から送信
される信号をモニタし、ＩＴＵ−Ｔ勧告Ｖ．２５のＡＮ
Ｓ、ＩＴＵ−Ｔ勧告Ｖ．８のＡＮＳａｍおよびｓｉｇＣ
のいずれを受信したかを判定する（ステップＳ８１
２）。

【００８５】これらのいずれの信号も受信できなかった
場合は、相手局は旧来のＩＴＵ−Ｔ勧告Ｖ．１７以下
（９６００ｂｐｓ以下）の変調速度を用いるファクシミ
リ装置である（実際の通信では直接接続によりＴ．３０
プロトコルを用いるか、インターネットファクシミリゲ
ートウェイ経由のＴ．３８プロトコルを選択する必要が
ある）と判定する（ステップＳ８１３）。

【００８６】また、ＡＮＳを受信した場合は、相手局は
少なくともＩＴＵ−Ｔ勧告Ｖ．９０（５６．６ｋｂｐｓ
以下。通常、Ｖ．９０サポートの機器はＶ．３４以下も
サポートしている）の変調速度を用いるモデム（あるい
はダイアルアップアクセスサーバなど）であると判断で
きる（ステップＳ８１５）。この場合は、相手局がＴ．
３７プロトコルのためのＩＳＰアクセスポイントである
可能性が極めて高い。

【００８７】また、上記のいずれでもなくＡＮＳａｍを
受信した場合は、相手局は少なくともＩＴＵ−Ｔ勧告
Ｖ．３４（２８．８ｋｂｐｓ以下）の変調速度を用いる
ファクシミリ装置であると判断できる（ステップＳ８１
４）。ＩＳＰアクセスポイント１０４、あるいはインタ
ーネットファクシミリゲートウェイ１０５との接続情報
のセットアップというコンテキストでこの相手局を発呼
した場合は、相手局はインターネットファクシミリゲー
トウェイＴ．３８である可能性が極めて高い。

【００８８】以上の識別処理により、相手局が通常ファ
クシミリ装置（ステップＳ８１３）、ＩＳＰアクセスポ
イント（ステップＳ８１５）、あるいはインターネット
ファクシミリゲートウェイ（ステップＳ８１４）のいず
れであるかを判定できる。

【００８９】ここまでの処理が終了した時点で、（回線
を切断した上）図８の処理に戻り上記の識別結果を用い
て登録処理を進めてもよいが、あるいはさらにステップ
Ｓ８１３／Ｓ８１４／Ｓ８１５の後、ステップＳ８１６
においてファクシミリ前手順を実行し、相手から送信さ
れる手順信号／モデム信号を利用してより識別結果の確
実性を上げることもできる。たとえば、相手装置がファ
クシミリ装置であれば特有のファクシミリ手順信号を送
信してくるし、さらにＤＩＳ信号などのファクシミリ信
号のＦＩＦを調べることによりＴ．３０／Ｔ．３７／
Ｔ．３８の各プロトコルのいずれを相手局がサポートし
ているかを判定でき、その結果に応じて相手局をより確
実に識別できる。

【００９０】再び図８において、相手局の機能識別結果
を判定（ステップＳ８１）し、その結果に応じてＩＳＰ
アクセスポイント、あるいはインターネットファクシミ
リゲートウェイに関するセットアップを行なう（ステッ
プＳ７７、Ｓ７８）。

【００９１】相手局がＩＳＰアクセスポイントあるいは
インターネットファクシミリゲートウェイのいずれでも
ない場合は、相手局がファクシミリ装置と判断できる。
この場合は、ステップＳ８４において、当該相手局に対
するワンタッチキーや短縮ダイヤルの設定操作を行なう
（ステップＳ８４）。また、この時点で送信すべき画像
データがあれば（この場合は図９の手順では回線を切断
しないでおく）ステップＳ８４においてその画像データ
を送信してしまってもよい。

【００９２】以上のようにして、ＩＳＰアクセスポイン
トあるいはインターネットファクシミリゲートウェイに
対する接続情報のセットアップの一部を自動化すること
ができ、ユーザの知識が不十分であっても、インターネ
ットファクシミリプロトコルを利用するファクシミリ装
置におけるＩＳＰアクセスポイントあるいはインターネ
ットファクシミリゲートウェイに対する接続情報のセッ
トアップの一部を容易に行なえる。

【００９３】以上では、ファクシミリ専用機の構成を示
したが、本発明はファクシミリ専用機のみならず、他の
形態のファクシミリ装置に実施できるのはいうまでもな
い。たとえば、本発明は、パーソナルコンピュータのよ
うな汎用の端末にＦＡＸモデムなどを外付け／内蔵し、
ソフトウェア制御によりファクシミリ通信を行なう構成
においても実施することができる。その場合、本発明の
制御プログラムは、前述のＲＯＭ３のみならず、ハード
ディスク、フロッピー（登録商標）ディスク、光ディス
ク、光磁気ディスクやメモリカードなどのあらゆるコン
ピュータ読み取り可能な記憶媒体に格納して供給するこ
とができる。また、本発明が画像形成装置にＦＡＸ通信
インターフェースやネットワークインターフェースを装
着したいわゆるデジタル複合機においても実施できるの
はもちろんである。

【００９４】さらに、以上ではダイヤルアップアクセス
により、ＩＳＰアクセスポイントあるいはインターネッ
トファクシミリゲートウェイに接続してインターネット
ファクシミリプロトコルを利用する構成を例示したが、
本発明のメモリ送信かダイレクト送信かに応じてＴ．３
７／Ｔ．３８プロトコルを選択する技術（特に第１実施
形態）は、ＬＡＮ／ＷＡＮに接続され、クライアントフ
ァクシミリ装置とＴ．３８ゲートウェイとしての機能、
さらに、Ｔ．３７プロトコルの画情報を格納したＥメー
ルを送信する機能を兼用（複合化）した装置においても
適用でき、前述同様の効果を期待できるのはいうまでも
ない。

【００９５】

【発明の効果】以上の説明から明らかなように、本発明
によれば、ＩＴＵ−Ｔ勧告Ｔ．３７プロトコルあるいは
ＩＴＵ−Ｔ勧告Ｔ．３８プロトコルを利用してＩＰ網経
由で通信を行なうファクシミリ装置、ファクシミリ装置
の制御方法、およびファクシミリ装置の制御プログラム
において、装置の動作条件に応じて、ＩＴＵ−Ｔ勧告
Ｔ．３７プロトコルまたはＩＴＵ−Ｔ勧告Ｔ．３８プロ
トコルのいずれかを用いて最終画像受信局と接続するよ
う発呼制御を行なう構成を採用しているので、複数のイ
ンターネットファクシミリプロトコルをサポートするフ
ァクシミリ通信において、適切なファクシミリプロトコ
ルを選択できる、という優れた効果がある。

【００９６】あるいはさらに前記発呼制御において、メ
モリ送信モードにおいてはＩＴＵ−Ｔ勧告Ｔ．３７プロ
トコルを、メモリ送信以外の送信モードにおいてはＩＴ
Ｕ−Ｔ勧告Ｔ．３８プロトコルを用いて最終画像受信局
と接続するよう発呼制御を行なう構成を採用しているの
で、複数のインターネットファクシミリプロトコルをサ
ポートするファクシミリ通信において、メモリ送信モー
ドとそれ以外のモードでそれぞれ適切なファクシミリプ
ロトコルを選択できる、という優れた効果がある。

【００９７】あるいは、発呼した相手局が、最終画像受
信局とＩＴＵ−Ｔ勧告Ｔ．３７プロトコルを介して接続
するためのインターネットサービスプロバイダのアクセ
スポイント、ＩＴＵ−Ｔ勧告Ｔ．３８プロトコルを介し
て接続するためのインターネットファクシミリゲートウ
ェイ、または通常のファクシミリ装置のいずれであるか
を識別する構成、あるいはさらに、前記識別結果を用い
て、発呼した相手局に対する選択情報の登録設定処理の
態様を制御する構成を採用することにより、相手局に対
する選択情報の登録設定処理の一部を自動化することが
でき、ユーザの知識が不十分であっても、インターネッ
トファクシミリプロトコルを用いるにあたって必要な機
器のセットアップを容易に行なえる、という優れた効果
が得られる。

【図面の簡単な説明】

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

【図２】本発明によるファクシミリ装置の構成を示した
ブロック図である。

【図３】本発明の第１実施形態の通信制御を示したフロ
ーチャート図である。

【図４】本発明の第２実施形態の通信制御を示したフロ
ーチャート図である。

【図５】本発明の第３実施形態の通信制御を示したフロ
ーチャート図である。

【図６】本発明の第４実施形態の通信制御を示したフロ
ーチャート図である。

【図７】本発明のワンタッチダイヤルメモリの構成を示
した説明図である。

【図８】本発明の第５実施形態の通信制御を示したフロ
ーチャート図である。

【図９】本発明の第５実施形態の通信制御（相手局識別
処理）を示したフローチャート図である。

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者 吉田 武弘 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 藤瀬 俊一 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 村田 幸雄 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 吉浦 吉雄 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 三浦 滋夫 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 Ｆターム(参考） 5C062 AA02 AA29 AB20 AB38 AC40 AE14 AF02 AF03 BA01 5C075 AB90 CA14 CD21 CD90

Claims (12)

【特許請求の範囲】
1. 【請求項１】 最終画像受信局との間でＩＴＵ−Ｔ勧告
   Ｔ．３７プロトコルまたはＩＴＵ−Ｔ勧告Ｔ．３８プロ
   トコルのいずれかを用いてファクシミリ通信を行なうフ
   ァクシミリ装置において、 装置の動作条件に応じて、ＩＴＵ−Ｔ勧告Ｔ．３７プロ
   トコルまたはＩＴＵ−Ｔ勧告Ｔ．３８プロトコルのいず
   れかを用いて最終画像受信局と接続するよう発呼制御を
   行なう制御手段を有することを特徴とするファクシミリ
   装置。
2. 【請求項２】 前記発呼制御において、メモリ送信モー
   ドにおいてはＩＴＵ−Ｔ勧告Ｔ．３７プロトコルを、メ
   モリ送信以外の送信モードにおいてはＩＴＵ−Ｔ勧告
   Ｔ．３８プロトコルを用いて最終画像受信局と接続する
   よう発呼制御を行なうことを特徴とする請求項１に記載
   のファクシミリ装置。
3. 【請求項３】 発呼した相手局が、最終画像受信局とＩ
   ＴＵ−Ｔ勧告Ｔ．３７プロトコルを介して接続するため
   のインターネットサービスプロバイダのアクセスポイン
   ト、ＩＴＵ−Ｔ勧告Ｔ．３８プロトコルを介して接続す
   るためのインターネットファクシミリゲートウェイ、ま
   たは通常のファクシミリ装置のいずれであるかを識別す
   る識別手段を有することを特徴とするファクシミリ装
   置。
4. 【請求項４】 前記識別手段の識別結果を用いて、発呼
   した相手局に対する選択情報の登録設定処理の態様を制
   御することを特徴とする請求項３に記載のファクシミリ
   装置。
5. 【請求項５】 最終画像受信局との間でＩＴＵ−Ｔ勧告
   Ｔ．３７プロトコルまたはＩＴＵ−Ｔ勧告Ｔ．３８プロ
   トコルのいずれかを用いてファクシミリ通信を行なうフ
   ァクシミリ装置の制御方法において、 装置の動作条件に応じて、ＩＴＵ−Ｔ勧告Ｔ．３７プロ
   トコルまたはＩＴＵ−Ｔ勧告Ｔ．３８プロトコルのいず
   れかを用いて最終画像受信局と接続するよう発呼制御を
   行なう制御ステップを含むことを特徴とするファクシミ
   リ装置の制御方法。
6. 【請求項６】 前記制御ステップにおいて、メモリ送信
   モードにおいてはＩＴＵ−Ｔ勧告Ｔ．３７プロトコル
   を、メモリ送信以外の送信モードにおいてはＩＴＵ−Ｔ
   勧告Ｔ．３８プロトコルを用いて最終画像受信局と接続
   するよう発呼制御を行なうことを特徴とする請求項５に
   記載のファクシミリ装置の制御方法。
7. 【請求項７】 発呼した相手局が、最終画像受信局とＩ
   ＴＵ−Ｔ勧告Ｔ．３７プロトコルを介して接続するため
   のインターネットサービスプロバイダのアクセスポイン
   ト、ＩＴＵ−Ｔ勧告Ｔ．３８プロトコルを介して接続す
   るためのインターネットファクシミリゲートウェイ、ま
   たは通常のファクシミリ装置のいずれであるかを識別す
   る識別ステップを含むことを特徴とするファクシミリ装
   置の制御方法。
8. 【請求項８】 前記識別ステップの識別結果を用いて、
   発呼した相手局に対する選択情報の登録設定処理の態様
   を制御することを特徴とする請求項７に記載のファクシ
   ミリ装置の制御方法。
9. 【請求項９】 最終画像受信局との間でＩＴＵ−Ｔ勧告
   Ｔ．３７プロトコルまたはＩＴＵ−Ｔ勧告Ｔ．３８プロ
   トコルのいずれかを用いてファクシミリ通信を行なうフ
   ァクシミリ装置の制御プログラムにおいて、 装置の動作条件に応じて、ＩＴＵ−Ｔ勧告Ｔ．３７プロ
   トコルまたはＩＴＵ−Ｔ勧告Ｔ．３８プロトコルのいず
   れかを用いて最終画像受信局と接続するよう発呼制御を
   行なう制御ステップを含むことを特徴とするファクシミ
   リ装置の制御プログラム。
10. 【請求項１０】 前記制御ステップにおいて、メモリ送
    信モードにおいてはＩＴＵ−Ｔ勧告Ｔ．３７プロトコル
    を、メモリ送信以外の送信モードにおいてはＩＴＵ−Ｔ
    勧告Ｔ．３８プロトコルを用いて最終画像受信局と接続
    するよう発呼制御を行なうことを特徴とする請求項９に
    記載のファクシミリ装置の制御プログラム。
11. 【請求項１１】 発呼した相手局が、最終画像受信局と
    ＩＴＵ−Ｔ勧告Ｔ．３７プロトコルを介して接続するた
    めのインターネットサービスプロバイダのアクセスポイ
    ント、ＩＴＵ−Ｔ勧告Ｔ．３８プロトコルを介して接続
    するためのインターネットファクシミリゲートウェイ、
    または通常のファクシミリ装置のいずれであるかを識別
    する識別ステップを含むことを特徴とするファクシミリ
    装置の制御プログラム。
12. 【請求項１２】 前記識別ステップの識別結果を用い
    て、発呼した相手局に対する選択情報の登録設定処理の
    態様を制御することを特徴とする請求項１１に記載のフ
    ァクシミリ装置の制御プログラム。