JPH09116722A

JPH09116722A - ファクシミリ装置

Info

Publication number: JPH09116722A
Application number: JP7297766A
Authority: JP
Inventors: Kazutaka Matsueda; 一孝松枝
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1995-10-20
Filing date: 1995-10-20
Publication date: 1997-05-02

Abstract

(57)【要約】【課題】ＩＳＤＮインターフェースを有し、マルチド
キュメント送信機能を備えたＧ４ファクシミリ装置にお
いて、一定の宛先に対して、スイッチの操作を行うこと
なく、不適合なマルチドキュメント送信を排除する。【解決手段】入力された送信宛先を検出することによ
り、予めマルチ拒否テーブルに登録された宛先、または
Ｆ網への送信であることを自動的に識別することで、マ
ルチドキュメント送信不可であることを判断し、不適合
なマルチドキュメント送信を排除するようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＩＳＤＮインター
フェースを有するＧ４ファクシミリ装置に関するもので
ある。

【０００２】

【従来の技術】従来より、ＩＳＤＮに接続されるＧ４フ
ァクシミリ装置においては、プロトコル上にマルチドキ
ュメント送信の機能があり、複数のドキュメントをプロ
トコルで区別して１回の通信で送信することができる。

【０００３】ところが、受信側で本機能をサポートして
いない機種や網があるため、マルチドキュメント送信の
機能を有効／無効にするソフトスイッチがあり、送信時
には、このスイッチをみて、マルチドキュメントあるい
はシングルドキュメントにするかを切り替えるなどして
相手に送信している。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来例では、相手に応じてソフトスイッチを切り替える必
要があり、非常に使い勝手が悪い。また、このスイッチ
が誤って設定されると、通信が途中で終了してしまった
り、マルチドキュメントがシングルドキュメントで送信
されてしまい、ページの印字がドキュメント毎にならな
いなどの不具合が発生する。

【０００５】本発明は、一定の宛先に対して、スイッチ
の操作を行うことなく、不適合なマルチドキュメント送
信を排除できるファクシミリ装置を提供することを目的
とする。

【０００６】

【課題を解決するための手段】本発明は、マルチドキュ
メント送信可能か否かを、入力された送信宛先と予め登
録された宛先とを比較することで自動的に識別し、不適
合なマルチドキュメント送信を排除することにより、ユ
ーザに宛先毎にスイッチを切り替えさせる操作が不要と
なり、ユーザインターフェイスを良くすることができ
る。

【０００７】

【発明の実施の形態および実施例】図１は、本発明にお
けるＧ４ファクシミリ装置の構成を示すブロック図であ
る。

【０００８】ＣＰＵ１０１は、システム制御部であり、
装置全体を制御する。また、ＲＯＭ１０２は、ＣＰＵの
制御プログラムを格納するものであり、ＲＡＭ１０３
は、ＳＲＡＭ等で構成され、プログラム制御変数等を格
納するためのものである。また、オペレータが登録した
設定値や装置の管理データ等や各種ワーク用バッファも
ＲＡＭ１０３に格納される。

【０００９】また、画像メモリ１０４は、ＤＲＡＭ等で
構成され、画像データを蓄積するためのものである。解
像度変換処理部１０５は、ラスタデータのミリ−インチ
解像度変換などの解像度変換制御を行うものである。

【００１０】通信用符号化復号化処理部（通信用コーデ
ック）１０６、および、読取・記録用符号化復号化処理
部（読取・記録用コーデック）１０７は、通信装置で扱
う画像データの符号化復号化処理を行う。

【００１１】計時部１０８は、時計ＩＣ等で構成され、
動作間隔等を計測するものである。ＭＯＤＥＭ（変復調
装置）１０９は、通信の送受信信号の変復調を行うもの
であり、Ｇ３通信時に使用される。

【００１２】回線制御部１１０は、電話回線時にはＮＣ
Ｕを用いて選択信号（ダイヤルパルスまたはトーンダイ
ヤラ）を、通信回線１１８に送出する機能を有し、呼び
出し音の検出による自動着信動作および回線制御動作を
行うものである。

【００１３】また、ＩＳＤＮ通信時には呼設定のＤｃｈ
制御やＧ４ファクシミリ用のプロトコル制御を行うもの
である。シートスキャナ１１２、ブックスキャナ１１３
は、ＣＳイメージセンサ、原稿搬送機構などで構成さ
れ、原稿を光学的に読み取って電気的な画像データに変
換するものである。この画像データは、画像処理部１１
１により補正処理を施して高精細な画像データを出力す
るものである。

【００１４】操作部１１５は、キーボード、表示部等で
構成され、オペレータが各種入力操作を行うためのもの
である。ラインバッファ１１４は、画像データの転送制
御を行う場合に使用するラインバッファである。

【００１５】プリンタ１１７は、受信画像やファイルデ
ータを普通紙に記録するＬＢＰである。プリントバッフ
ァ１１６は、印字するための文字コードを格納するため
の１ページ分のバッファメモリである。

【００１６】図２は、Ｇ４ファクシミリのマルチドキュ
メント送信のプロトコルを示す説明図である。以下、図
２に従い詳細に説明する。なお、本例では発呼側が送信
局となっている。

【００１７】Ｇ４ファクシミリのプロトコルにおいて
は、ＩＴＵ−Ｔで勧告されているＴ．６２がレイヤ５の
プロトコルとして用いられている。レイヤ４のトランス
ポートレイヤまで接続されると、発呼側はＣＳＳを送信
する。

【００１８】ＣＳＳを受信した着呼側がＲＳＳＰを送信
することでドキュメントレベルのネゴシエーションに入
る。本フェーズが終了し、送信するドキュメントの形式
が決定すると、１番目に送信するドキュメントの解像度
や原稿サイズを指定したＣＤＳが送信側から送出され
る。このＣＤＳに続き画像データの送出が行われ、１番
目のドキュメント送出が終了したことを示すＣＤＥが送
出される。

【００１９】本例では、１番目のドキュメントには１ペ
ージしか含まれていない例を示しているが、複数ページ
含まれる場合には、ＣＤＰＢ／ＲＤＢＰのシーケンスが
画像データの間に含まれる。

【００２０】ＣＤＥ／ＲＤＥＰの送受信が行われると、
送信局は、次に送られるドキュメントの解像度や原稿サ
イズを指定したＣＤＳを送信する。それに続き画像デー
タの送出が行われ、すべてのページが送信されると、Ｃ
ＤＥ／ＲＤＥＰによりドキュメントの終了を通知する。

【００２１】送信側は、これ以上に送信するドキュメン
トが無いため、ＣＳＥを送信し、以下回線を切断する手
順をとる。

【００２２】ところが、図２で示したマルチドキュメン
トを受信できないネットワークや端末が存在する。たと
えば、日本のＩＳＤＮのＦネットなどがある。図３は、
マルチドキュメントを受信できない受信局に対してマル
チドキュメントを送信した場合のプロトコルを示す説明
図である。

【００２３】１番目のドキュメントを送信し終わり、Ｃ
ＤＥ／ＲＤＥＰの手順で終了するところまでは図２で示
したものと同様で、２番目のＣＤＳに対してＣＳＡを送
信し、通信を中断させる手順をとっている。本コマンド
を受信した送信局では、以下回線を切断するしかない。

【００２４】そこで、受信側がマルチドキュメントを受
信できないとわかっていれば、送信局は、図４に示すよ
うに、プロトコルを変換して送信することができる。以
下、図４について説明する。

【００２５】図４では、１番目のドキュメントを送信し
た後に、ＣＤＥではなくＣＤＰＢを送信している。つま
り、ドキュメントの終了を見せないで次のページを送る
手順をとっている。そして、最後のドキュメントの送信
が終了したところでＣＤＥを送信し、以下、回線を切断
する手順をとる。

【００２６】次に、図５は、マルチドキュメント送信を
行った場合の受信画像ヘッダを示す説明図である。

【００２７】図５では、２ページと３ページのドキュメ
ントを１回の通信でマルチドキュメント送信した場合の
受信画像を示している。Ｇ４ファクシミリでは、一般的
に受信側でページ数などのヘッダ情報を作成して付加し
ているため、ＣＤＳやＣＤＥでドキュメントの境界が通
知されれば、図５に示すように、ページ数をそれぞれの
ドキュメントごとに付加することが可能となる。

【００２８】ところが、複数のドキュメントを図４で示
すように、１つのドキュメントとして送信されると、受
信側で作成するヘッダは図６に示すようになる。つま
り、ドキュメントの境界が不明であるため、受信したペ
ージ順にカウントアップしたページ番号しかセットでき
ない。

【００２９】また、マルチドキュメント受信しない装置
に対し、１ドキュメント送信する度に通信を切断し、次
の通信で次のドキュメントを送信し直す方法も考えられ
るが、１回の通信に比べて確実に通信に係わる課金が多
くなる。すなわち、ユーザインターフェイスを良くし、
課金をより少なくするためには、できるだけマルチドキ
ュメント送信を行う方が優れている。

【００３０】図７は、本実施例において、操作部１１５
上に存在するＬＣＤの表示例を示す説明図であり、使用
者によりマルチドキュメント受信をサポートしていない
宛先を入力させる画面表示を示している。

【００３１】図中の「ダイヤル＝」に続く部分に宛先を
入力させる。本例では、「５４８２７２００」という宛
先が使用者によって登録されている。本宛先には、自動
的にマルチドキュメント送信を行わない動作をとる。

【００３２】図８は、図７のオペレーションで登録され
た宛先が格納されるマルチ拒否テーブルを示す説明図で
ある。本テーブルは、ＲＡＭ１０３中に存在する。本例
では「５４８２７２００」、「１６１」、「１６２」が
それぞれ登録されている。本テーブルに登録されている
宛先が参照され、マルチドキュメント送信する／しない
が切り替えられる。

【００３３】図９は、本実施例におけるマルチドキュメ
ント送信の切り替え動作を示すフローチャートである。

【００３４】まず、Ｓ９１は、発呼要求がユーザにより
行われた際に、Ｓ９１では、マルチドキュメント送信か
否かを見ている。そして、１つの送信ドキュメントしか
無い場合には、Ｓ９６へ進み、１ページないしは複数の
ページの通常の送信処理が行われる。

【００３５】また、Ｓ９１でマルチドキュメントと判定
されると、Ｓ９２へ進み、ユーザに入力された宛先が図
８で示したマルチ拒否宛先テーブルに登録されているか
否かを判定する。

【００３６】そして、Ｓ９３では、Ｓ９２の結果を受け
てスイッチを切り替える。つまり、テーブルに登録があ
ればＳ９４へ進み、複数のドキュメントを１つのドキュ
メントとして送信する。これは図４で示したプロトコル
において複数のドキュメントを送信するものである。

【００３７】また、登録が無ければＳ９５へ進み、複数
のドキュメントを図３で示したようなマルチドキュメン
トのプロトコルにて送信するものである。

【００３８】次に、本発明の第２実施例について説明す
る。

【００３９】図１０は、この第２実施例において、使用
者により送信の宛先を入力させている表示部の表示状態
を示す説明図である。

【００４０】マーク１０−１の「・」は、Ｆネットキー
もしくはそれに類するキーの押下により表示させたＦネ
ットを意味するものである。使用者によって押下された
「１６１・５４８２７２００」は、Ｆネット経由で「５
４８２７２００」へ送信するように指示されたものであ
る。

【００４１】Ｆネットに関しては、マルチドキュメント
の受信はできない。このため、正常にドキュメントを送
信するためには、Ｆネットに限ってマルチドキュメント
を１つのドキュメントとして送信するか、ドキュメント
ごとに通信を切断して再度発呼し直すことが必要であ
る。

【００４２】そこで、使用者によって入力された宛先か
ら「Ｆネット」であるかを解析するためには「・」をサ
ーチしたり、「１６１」、「１６２」、「１６３」等が
先頭にあるかを見ればよい。そして、本実施例では、Ｆ
ネットであることを認識した場合にはマルチドキュメン
ト送信を行わず、図４で示した１つのドキュメントとし
てまとめて送信する。

【００４３】以下、図１１の発呼要求を示すフローチャ
ートに従い説明する。

【００４４】まず、Ｓ１１１では、発呼要求がユーザに
より行われた際にマルチドキュメント送信か否かを見て
いる。そして、１つの送信ドキュメントしか無い場合に
は、Ｓ１１６へ進み、１ページないしは複数ページの通
常の送信処理が行われる。

【００４５】Ｓ１１１でマルチドキュメントと判定され
ると、Ｓ１１２へ進み、ユーザに入力された宛先がＦネ
ットへの送信か否かを判定する。これは上述したよう
に、「・」をサーチしたり、「１６１」、「１６２」、
「１６３」等が先頭にあるかを見ればよいし、または、
装置固有のＦネット指定手段により発呼されたか否かを
見てもよい。

【００４６】Ｓ１１３は、Ｓ１１２の結果を受けてスイ
ッチを切り替える。すなわち、Ｆネットへの送信であれ
ばＳ１１４へ進み、複数のドキュメントを１つのドキュ
メントとして送信する。これは図４で示したプロトコル
にて複数のドキュメントを送信するものである。

【００４７】また、登録が無ければＳ１１５へ進み、複
数のドキュメントを図３で示すようなマルチドキュメン
トのプロトコルにて送信するものである。

【００４８】

【発明の効果】以上説明したように、本発明によれば、
以下のような効果が得られる。

【００４９】（１）マルチドキュメント送信をしない宛
先をユーザに予め入力させておくことで、複数のドキュ
メントを必要なときに自動的に１つのドキュメントとし
て送信することにより、マルチドキュメント送信による
通信のエラーをなくすことが可能となり、むやみに課金
をとられない。

【００５０】（２）マルチドキュメント送信が不可能な
際に、ドキュメント毎に通信を切断しないために、無駄
な課金もかからず通信時間も少なくてすむ。

【００５１】（３）受信側で作成する受信ヘッダのペー
ジ数も極力ドキュメント毎にページが連続になるためユ
ーザの使い勝手がよくなる。

【００５２】（４）マルチドキュメント送信する／しな
いのソフトスイッチ等が不要となり、ユーザに無駄な手
間をかけさせない。また、通常は、マルチドキュメント
送信するので問題なく動作する。

【００５３】（５）Ｆネット送信の使い勝手がよくな
る。

【図面の簡単な説明】

【図１】本発明の一実施例を示すブロック図である。

【図２】Ｇ４ファクシミリにおけるマルチドキュメント
送信のプロトコルの例を示す説明図である。

【図３】マルチドキュメント送信が受信局により切断さ
れる際のプロトコルの例を示す説明図である。

【図４】複数のドキュメントを１つのドキュメントとし
て送信する際のプロトコルの例を示す説明図である。

【図５】マルチドキュメント送信を行った場合の受信画
像ヘッダの例を示す説明図である。

【図６】複数のドキュメントを１つのドキュメントとし
て受信した際の受信ヘッダの例を示す説明図である。

【図７】本発明の第１実施例における送信宛先の入力表
示状態を示す説明図である。

【図８】上記第１実施例におけるマルチ拒否テーブルを
示す説明図である。

【図９】上記第１実施例におけるマルチドキュメント送
信の切り替え動作を示すフローチャートである。

【図１０】本発明の第２実施例における送信宛先の入力
表示状態を示す説明図である。

【図１１】上記第２実施例におけるマルチドキュメント
送信の切り替え動作を示すフローチャートである。

【符号の説明】

１０１…ＣＰＵ、１０２…ＲＯＭ、１０３…ＲＡＭ、１０４…画像メモリ、１０５…解像度変換処理部、１０６…通信用符号化復号化処理部、１０７…読取・記録用符号化復号化処理部、１０８…計時部、１０９…ＭＯＤＥＭ、１１０…回線制御部、１１１…画像処理部、１１２…シートスキャナ、１１３…ブックスキャナ、１１４…ラインバッファ、１１５…操作部、１１６…プリントバッファ、１１７…プリンタ、１１８…通信回線。

Claims

【特許請求の範囲】

【請求項１】Ｇ４ファクシミリのマルチドキュメント
送信を行う送信手段と、使用者によって入力された送信
宛先を検出する検出手段と、予めマルチドキュメント送
信を行わない宛先を登録する登録手段とを備え、上記検出手段によって検出した宛先が、上記登録手段に
設定されているマルチドキュメント送信を行わない宛先
である場合には、上記送信手段によるマルチドキュメン
ト送信は行わず、複数のドキュメントを１つのドキュメ
ントとして送信することを特徴とするファクシミリ装
置。
【請求項２】Ｇ４ファクシミリのマルチドキュメント
送信を行う送信手段と、使用者によって入力された送信
宛先を検出する検出手段とを備え、上記検出手段によってＦ網への送信が選択されたことを
検出した場合には、上記送信手段によるマルチドキュメ
ント送信は行わず、複数のドキュメントを１つのドキュ
メントとして送信することを特徴とするファクシミリ装
置。