JPH05252368A

JPH05252368A - ファクシミリ装置

Info

Publication number: JPH05252368A
Application number: JP4258703A
Authority: JP
Inventors: Toru Maeda; 前田　　徹; Hitoshi Saito; 斉齋藤; Kazuhiro Sugawara; 一浩菅原; Akira Matsui; 章松井; Akiyoshi Sato; 明美佐藤
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1991-09-27
Filing date: 1992-09-28
Publication date: 1993-09-28
Also published as: DE69231319T2; EP0540378A3; EP0809389B1; EP0809389A1; DE69231319D1; EP0540378A2

Abstract

(57)【要約】【目的】ファイルメモリ中のリモートコマンドが送信途
中でエラー終了しても、エラー発生箇所からコマンド送
信を再開するようにする。【構成】送信するファイルデータ中のリモートコマンド
に、コマンドの終了を示す制御符号を入れておき、その
制御符号に基づいたデータ長を有するパケットデータと
して相手ファクシミリ装置（受信側装置）１２に送信す
る。受信側装置は、受信したパケットデータからコマン
ドを抽出した場合、抽出したことを応答信号としてコマ
ンド送信側装置２０に通知し、送信側装置は、応答信号
を受信できなくなった箇所からコマンド送信を再開す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はリモートコマンドの送受
信を行なったり、文字ファイル、データファイルの転送
を行なうファクシミリ装置に関するものである。

【０００２】

【従来の技術】従来、ファクシミリ装置にて通常の送受
信以外の動作として、例えば、リモートコマンドを送受
信する場合、リモートコマンドを固定的なパケット長に
区切って送信したり、あるいは、リモートコマンド毎の
パケットに区切って送信している。

【０００３】また、従来のフアクシミリ装置では、その
送信プロトコルにおいて送信原稿の有無を判定し、原稿
が存在するときに通信制御プログラムを起動して、読み
取った原稿内容を相手装置に送信しており、その通信プ
ログラムにおいてＣＣＩＴＴのＴ．３０のＥＣＭ手順に
従うものでは、フアクシミリ情報として画像情報のみを
送信している。

【０００４】また、従来のフアクシミリ装置には、短縮
ダイヤル番号／ユーザー電話番号／ユーザー略称等、多
くの登録項目があり、装置の設置時には、サービスマン
が手作業で多大の時間を要して入力作業を行なう必要が
ある。さらに、トラブル発生時にも調整を行なうため、
サービスマンが現地に赴いて作業することが必要であ
る。

【０００５】こうしたサービスマンが現地に出向く時間
的、金銭的な損失を軽減するため、フアクシミリ装置が
有している通信機能を利用して、遠隔地からフアクシミ
リ装置のデータの登録や装置の調整を行なう技術が考案
されている。そして、遠隔地からデータの登録を行なう
場合、フアクシミリ装置が有しているＣＣＩＴＴのＶ．
２１勧告に従った３００ｂｐｓもモデムを使用してフア
クシミリが手順に使用するＨＤＬＣフレーム形式で交信
を行ない、装置内部のメモリの読出し／書込みを行なう
ことが最も容易である。

【０００６】

【発明が解決しようとする課題】しかしながら、上記従
来のリモートコマンドを固定的なパケット長に区切るフ
ァクシミリ装置では、ファイルメモリ中のリモートコマ
ンドが、その内容によらず固定長で区切られるため、フ
ァイル中の特定のリモートコマンドに対して受信側ファ
クシミリ装置からの応答を期待できないという問題があ
る。そして、このことにより、リモートコマンドが、例
えば、送信途中でエラー終了した場合には、リモートコ
マンド送信を先頭から再開する必要がある。

【０００７】また、その通信プログラムにおいてＣＣＩ
ＴＴのＴ．３０のＥＣＭ手順に従うフアクシミリ装置で
は、通信プロトコルの制限上、原稿の送信以外の送信機
能として、文字ファイルを転送することができず、ま
た、ＣＣＩＴＴのＴ．３０のＥＣＭ手順に従う場合、デ
ータファイルの送信ができないという問題がある。この
フアクシミリ装置の規格を定めたＣＣＩＴＴの勧告Ｔ．
３０では、３００ｂｐｓのバイナリコード信号のための
プリアンブルは、１秒±１５％のフラグシーケンスの連
続と規定されており（ＣＣＩＴＴＴ．３０ 5.3.1.1
）、かつ、１フレームの最大長は、３秒±１５％と規
定されているので、有効なデータ３秒に対して無効なプ
リアンブルが１秒も付加されることとなり、データの通
信効率の点で不利となるという問題がある。

【０００８】また、上記規格は、最大で１００バイト程
度のフレームを想定したもので、３秒を越えるデータを
際限なく受信することは、ソフトウエアの変更量が大き
くなる。そして、際限なく大きなデータを受信すること
を許容した場合、通信エラーが生じても、即時にエラー
部分の再送を行なうことができず、長時間の送信の後
に、再度、すべてのデータを再送することになるため、
交信時間が増大するという問題がある。

【０００９】さらに、上記の１秒という時間は、通信回
線上で発生するエコー等の要因に対する対策として定め
られたもので、これを単純に短縮することは、長距離交
信時にエコー等により通信エラーが発生する危険性があ
り、望ましくない。また、上記の遠隔登録において、受
信側は受信したコマンドを実行後に正常に登録が行なわ
れたか否かを送信機に通知しなければならないが、フア
クシミリ装置の登録項目は、数十から数百項目に及び、
個々の項目に対して随時、登録を実行しては応答を返し
ていては、交信に多大の時間を有するという問題があ
る。

【００１０】そして、上記の欠点をなくすためにすべて
のコマンドを受信後に、一括して登録を実行し、その
後、正常に行なえたか否かの結果を返送する方法もある
が、この場合には、すべてのコマンドを受信するために
大容量のメモリが必要となる。また、登録が正常に行な
えなかった場合には、受信機が否定応答を返しても、送
信側ではどの項目が登録できなかったのか全く分からな
いという、別の問題がある。

【００１１】さらに、遠隔地からデータ登録を行なう場
合には、登録の操作を行なう受信機内でのデータの形態
を認識して、それに合致した書込みを行なわないと、受
信機側で正常な登録が行なえず、トラブルが発生する。
例えば、受信機の短縮ダイヤルが最大２０桁のフアクシ
ミリ装置に対して、３０桁の電話番号を登録しようとす
ると、本来の登録エリアをオーバーして隣りのエリアの
ＲＡＭの内容を破壊する危険性がある。

【００１２】また、遠隔登録を行なう場合には、オペレ
ータは、上記の点に留意して相手の機種を知った上で行
なうはずであるが、機種名を間違えた場合には、ＲＡＭ
の内容を破壊する危険性が残る。そして、同一の機種で
あっても、仕向地やプログラムのバージョン、オプショ
ン機能の追加の有無によっては、データの属性や格納す
るＲＡＭのアドレスに変更が行なわれている可能性があ
るが、これらの情報は、通常、ユーザーには判別できな
いため、結局はサービスマンが現地に赴かなくては確認
できず、遠隔登録を困難なものとしている。

【００１３】本発明の目的は、ファイルメモリ中のリモ
ートコマンドが、その内容によらずに固定長で区切られ
るのを防ぎ、リモートコマンドが送信の途中でエラー終
了しても、エラーが発生した箇所からリモートコマンド
の送信を再開するファクシミリ装置を提供することであ
る。本発明の他の目的は、既存の通信手順をファイル転
送の独自の手順に拡張し、ファイルデータをパケット化
して通信相手に転送するファクシミリ装置を提供するこ
とである。

【００１４】また、本発明の他の目的は、通信時のプリ
アンブル時間を任意に設定できるようにして、交信性を
向上させたファクシミリ装置を提供することである。

【００１５】

【課題を解決するための手段】上述の目的を達成するた
め、請求項１に記載の発明は、文字、線画情報等のファ
クシミリ情報及び制御コマンドを送受信するファクシミ
リ装置において、前記制御コマンドに、該制御コマンド
の区切りを示す制御符号を付加する手段と、前記制御符
号に基づいて、前記制御符号が付加された制御コマンド
を所定のデータ長のパケットデータに変換する手段と、
前記パケットデータを通信相手に送信する手段とを備え
る。

【００１６】また、請求項４に記載の発明は、文字、線
画情報等のファクシミリ情報、ファイルデータ及び制御
コマンドを送受信するファクシミリ装置において、前記
制御コマンドに、該制御コマンドの区切りを示す制御符
号を付加する手段と、前記制御コマンドの所定フレーム
に、前記ファイルデータを格納する手段と、前記制御符
号に基づいて、前記ファイルデータが格納された制御コ
マンドを所定のデータ長のパケットデータに変換する手
段と、前記パケットデータを通信相手に送信する手段と
を備える。

【００１７】また、請求項７に記載の発明は、公衆回線
網を介して該公衆回線網に接続された複数のファクシミ
リ装置に対してデータ登録を行なうファクシミリ装置に
おいて、登録データを入力する手段と、前記登録データ
を所定のフレーム形式に変換する手段と、前記フレーム
を構成するデータのバイト数を監視する手段と、前記バ
イト数が所定値を越えた場合、前記フレームを複数のフ
レームに分割する分割手段と、前記分割後のフレームに
該フレームの継続を示すコードを付加する手段とを備え
る。

【００１８】さらに、請求項１６に記載の発明は、公衆
回線網を介して該公衆回線網に接続された複数のファク
シミリ装置に対してデータ登録を行なうファクシミリ装
置において、前記データ登録に先立って前記複数のファ
クシミリ装置の機種データを要求する手段と、前記デー
タ登録の対象となるファクシミリ装置の機種データと前
記要求にて得られた機種データとを比較する手段とを備
え、前記比較結果が不一致の場合、機種データを要求し
た側のファクシミリ装置にて通信を中断する。

【００１９】

【作用】以上の構成において、特定のリモートコマンド
に対して受信側からの応答後に、次のコマンド送出を行
なったり、あるいは、フレームエラーが発生した場合、
エラーしたフレームのみの再送を可能とし、エラー発生
時の交信時間を短縮するように機能する。

【００２０】

【実施例】以下、添付図面を参照して、本発明に係る好
適な実施例を詳細に説明する。［第１実施例］図１は、本発明の第１の実施例に係るフ
ァクシミリ装置の全体構成を示すブロツク図である。同
図に示すように、本ファクシミリ装置２０は、原稿上の
文字情報等を読み取る読取り部１、各種情報を格納する
ための記録部２、ファクシミリ装置にて所定の機能を実
現するための指示を入力する操作部３、ファクシミリ装
置２０への入力データ、あるいは外部装置への出力デー
タを変復調するためのモデム４、ファクシミリ装置２０
と外部の回線網（電話網）１６との間の網制御を行なう
網制御部（ＮＣＵ）５を有する。

【００２１】本ファクシミリ装置２０において、ＣＰＵ
６は、ＲＯＭ７に格納された制御プログラムに従つてフ
ァクシミリ装置全体を制御し、制御情報はＲＡＭ８に格
納される。また、本ファクシミリ装置２０は、外部イン
タフェース９を介して、ＲＳ−２３２Ｃケーブル１５に
てパーソナルコンピュータ１１と接続され、他方、本フ
ァクシミリ装置２０と同一構成をとる相手ファクシミリ
装置１２と、電話網１６及び電話回線１３を介して接続
される。

【００２２】次に、本ファクシミリ装置の動作を説明す
る。図１に示す操作部３にて、パーソナルコンピュータ
１１を介してリモートコマンドが格納されている文字フ
ァイル１４からの情報送信を指示すると、ＣＰＵ６は、
ＲＯＭ７に格納された制御プログラムに従い、所定の処
理を実行する。つまり、外部インターフェース９、及び
ＲＳ−２３２Ｃケーブル１５を経由してパーソナルコン
ピュータ１１にファイル読出しコマンドを送ることで、
パーソナルコンピュータ１１の文字ファイル１４を読み
出す。そして、コマンド送信時と同様、ＲＳ−２３２Ｃ
ケーブル１５、外部インターフェース９を介して受信し
た情報をファイルメモリ１０に書き込む。

【００２３】ＣＰＵ６が、網制御部５を起動し、電話回
線１３を介して電話網１６に対して発呼処理を行ない、
相手ファクシミリ１２を呼び出した場合、ＣＰＵ６は、
相手ファクシミリ１２の応答を確認すると、ＲＯＭ７に
格納された所定の通信制御プログラムを読み出して処理
を実行する。図２は、上記通信制御プログラムが実行す
る通信プロトコルを示す。ここでは、リモートコマンド
の送信を行なうためにＣＣＩＴＴの勧告Ｔ．３０のフロ
ーから独自のフローに分岐して、通信が実行される。つ
まり、ＣＣＩＴＴ勧告のＴ．３０フローにはリモートコ
マンドの送信機能が含まれていないので、独自の手順と
してＴ．３０フローを拡張している。尚、本実施例にお
いては、その拡張部分のみを説明する。また、このフロ
ーにおいて、各ノードに付した制御信号の記号（略号）
は、ＣＣＩＴＴのＴ．３０における記号と同じ意味を持
つ。

【００２４】そこで、本実施例に係るファクシミリ装置
でのリモートコマンドの送信について説明する。図４，
５に示すフローチヤートは、本実施例のファクシミリ装
置における送信処理のＴ．３０拡張フローである。図４
において、ステツプＳ１で受信命令の判定をし、命令受
信がなければ、ステツプＳ２での所定時間の経過の判
断、ステツプＳ３での呼び出し音（ＣＮＧ）情報の発生
を行なう。しかし、ステツプＳ１で命令を受信した場
合、ステツプＳ４でＤＩＳ、またはＤＴＣの判定を行な
い、続くステツプＳ５で、相手ファクシミリ装置との互
換性を判定する。

【００２５】ステツプＳ６では送信原稿の有無を判定
し、送信原稿がない場合（通常の手順では、送信原稿有
りと判定される）、次のステツプＳ７にてリモートコマ
ンドの送信ファイル有りと判定され、ノードｄのファイ
ル転送手順に入る。処理が図５のノードｄに移行し、ス
テツプＳ９でファイル中のコマンドあるいはデータの有
無が判定され、コマンドあるいはデータがなければノー
ドｃに進む。このノードｃでは、回線切断命令であるＤ
ＣＮが送信され、回線が切断される。リモートコマンド
あるいはデータがあれば、ステツプＳ１０にてリモート
コマンドのファイル転送モードが調べられ、そのモード
に変更がなければ、ステツプＳ１１で、非標準装置設定
機能を意味するＮＳＳ信号にリモートコマンドあるいは
ファイルデータが格納されて送信される。

【００２６】ステツプＳ１３で応答信号を受信し、ステ
ツプＳ１４でそれがＤＩＳ、またはＤＴＣではないと判
定され、続くステツプＳ１５，１６，１７にてＭＣＦ／
ＲＴＰ／ＲＴＮ信号が確認できれば、再度ノードｄに戻
り、引き続いてファイル転送を実行する。しかし、ステ
ツプＳ１４での判定かＹＥＳ、つまり、応答信号がＤＩ
Ｓ、またはＤＴＣであれば、ステツプＳ２４に進んで、
通常のＴ．３０と同様、３回の試行でＭＣＦ／ＲＴＰ／
ＲＴＮが受信できないときに、ノードｃに進む。

【００２７】一方、ステツプＳ１０でのリモートコマン
ド等のファイル転送モード判定の結果、モード変更があ
れば、ステツプＳ１２にてメツセージ終了であるＥＯＭ
信号が送出され、ステツプＳ１８で応答信号の受信判
定、そして、ステツプＳ１９〜Ｓ２１にてＭＣＦ／ＲＴ
Ｐ／ＲＴＮ受信の判定を行なう。なお、図３（ａ），
（ｂ）は、本実施例に係るファクシミリ装置における制
御信号のフレーム構成を示す図であり、図３（ａ）がフ
ァクシミリ情報フイールドを有する制御フレームの構成
を示し、図３（ｂ）がＮＳＳ信号のフレーム構成を示
す。

【００２８】本ファクシミリ装置では、ファイルメモリ
中のリモートコマンドあるいは文字ファイルデータは、
通信制御プログラムにより１文字ずつファイルメモリか
ら読み出され、図３（ａ），（ｂ）で示される通信フォ
ーマットにて、３００ｂｐｓのＮＳＳ信号で送信され
る。このように、ファイル転送の独自手順に分岐した
後、リモートコマンドあるいはファイルデータをＮＳＳ
信号にセットして送信を行なう。

【００２９】図６（ａ）は、ＮＳＳ信号で送出されるリ
モートコマンドを、図６（ｂ）は、ファイル転送コマン
ドを示し、これらのコマンドは、ＮＳＳ信号のコマンド
データ部に格納されて送信される。具体的には、０１Ｈ
（Ｈは、１６進を示す）でリモートコマンドあるいはフ
ァイル転送コマンドであることを示し、それに引き続い
て、転送されるリモートコマンドあるいはデータが格納
される。

【００３０】また、図６（ｃ）は、ＮＳＳ信号で送出さ
れるファイル転送データを示し、このデータは、ＮＳＳ
信号のコマンドデータ部に格納されて送信される。すな
わち、０２Ｈでファイル転送データであることを示し、
それに引き続いて、転送されるデータが格納される。図
７は、送信側のファクシミリ装置にてリモートコマンド
あるいはデータがファイルメモリから読み出されるとき
の処理手順を示すフローチャートである。同図におい
て、ステツプＳ３１で国コードのセツト、ステツプＳ３
２でメーカコードのセツト、ステツプＳ３３でＮＳＳの
仕様番号のセツト、そして、ステツプＳ３４にてコマン
ド“０２”をセツトする。

【００３１】ステツプＳ３５では、リモートコマンドあ
るいは送信データの有無がチェックされ、コマンドある
いはデータがあれば、ステツプＳ３６にて、そのコマン
ドあるいはデータが改行符号かどうかの検出が成され
る。このステツプＳ３６での判定結果がＮＯであれば、
ステツプＳ３７にてコマンドあるいはデータのセツトを
行ない、続くステツプＳ３８で、セツトされたコマンド
あるいはデータの長さが所定以下か否かを判定する。そ
して、コマンド長あるいはデータ長が最大長以下であれ
ば、処理をステツプＳ３５に戻す。

【００３２】上記ステツプＳ３５での判定の結果、コマ
ンドあるいはデータが存在しなかつたり、ステツプＳ３
６で改行符号が検出された場合、あるいはステツプＳ３
８にてコマンド長あるいはデータ長が最大長以下ではな
いときには、ステツプＳ３９に進んでＦＣＳをセツト
し、ＮＳＳ信号の送信を終了して相手ファクシミリ装置
１２からの応答信号を待つ。

【００３３】尚、相手ファクシミリ１２（受信機）で
は、送信機からのＮＳＳ信号の終了を検出するとＮＳＳ
信号のＦＩＦフィールド中のリモートコマンドあるいは
データを取り出し、あらかじめ決められた処理を行なっ
た後に、送信機に対して次のコマンドあるいはデータを
要求するためにＭＣＦ信号を送出する。次に、本実施例
のファクシミリ装置におけるリモートコマンド受信処理
について、図８，９，１０に示すＴ．３０の拡張フロー
にて説明する。

【００３４】図８のステツプＳ４１にて、ＮＳＦ，ＣＳ
Ｉ，ＤＩＳを送出し、ステツプＳ４２で、それに対する
応答受信の有無を判定する。応答がなければ、ステツプ
Ｓ４３にて所定の時間経過を判定する。しかし、応答が
あれば、ステツプＳ４４で命令受信の判定、ステツプＳ
４５〜Ｓ４７にてそれぞれ命令信号ＤＴＣ，ＤＩＳ，Ｄ
ＣＳの判定を行なう。

【００３５】ステツプＳ４８では、通常の手順信号以外
にリモートコマンドあるいはファイル転送コマンドのＮ
ＳＳであるか否かが調べられ、それがＮＳＳであるなら
ば、ノードｆを実行する。図９に示すノードｆにおい
て、ステツプＳ５１では命令受信の判定を行ない、ステ
ツプＳ５４でリモートコマンドのＮＳＳが判定されたな
らば、ステツプＳ５４ａで、リモートコマンドの最後
が、改行符号であるか否かを判定する。そして、ステツ
プＳ５５でそのリモートコマンドをファイルに格納す
る。次のステツプＳ５６で、リモートコマンドが正常に
処理できたか否かの判定を行ない、処理できなければ、
ステツプＳ６０にてＲＴＮで応答し、ノードｆに戻る。

【００３６】本処理が文字ファイルを扱っている場合
は、図１０に示すノードｆにおいて、ステツプＳ５１で
は命令受信の判定を行ない、ステツプＳ５４でファイル
転送データのＮＳＳが判定されたならば、ステツプＳ５
５ａでそのデータをファイルに格納する。そして、ステ
ツプＳ５６ａで、ファイルが正常に処理できたか否かの
判定を行ない、処理できなければ、ステツプＳ６０にて
ＲＴＮで応答し、ノードｆに戻る。

【００３７】しかし、ステツプＳ５６、あるいはステツ
プＳ５６ａでリモートコマンドあるいはファイルが正常
に処理でき、ステツプＳ５７で処理続行の可能性を判定
した結果、処理の続行が不可であれば、ステツプＳ５９
にてＲＴＰで応答して、ノードｆに戻る。他方、リモー
トコマンドあるいはファイルが正常に処理でき、処理続
行可能ならば、ステツプＳ５８で、ＭＣＦにて応答した
後、ノードｆに戻る。

【００３８】ノードｆにおいて、ステツプＳ５１で命令
受信を行ない、ステツプＳ５２で所定時間（Ｔ２）を超
過した場合、ステツプＳ５３でＥＯＭが検知できたなら
ばノードＲへ進み、それを検知できなければ、ノードＢ
の回線切断処理を行なう。尚、送信機は、相手ファクシ
ミリ装置１２からのＭＣＦ信号を受信すると、引き続き
リモートコマンドあるいはデータをファイルメモリから
読み出し、パケット化して送信する。

【００３９】図１０は、リモートコマンドの例を示すも
ので、ここでは、送信機から受信機に対してファイル中
のリモートコマンド（グループＡ、グループＢ）を転送
する場合を示す。同図において、グループＡのコマンド
では、相手ファクシミリ装置の「電話番号メモリ」に電
話番号を書き込む。また、グループＢでは、相手ファク
シミリ装置の「名称メモリ」に名称を書き込む。

【００４０】このとき、グループＡの受信側での処理を
確認してからグループＢのコマンドを送信することが必
要であるため、グループＡの後に改行符号を格納してお
くことで、送信機側でグループＡの受信側での処理を応
答信号で確認することができる。以上説明したように、
本実施例によれば、ファクシミリ装置でのデータ送受信
において、文字ファイル中のリモートコマンドに、その
コマンドの終了を示す特定の制御符号を入力しておくこ
とにより、特定のコマンドがその内容によらずに固定長
で区切られることを防止でき、そのコマンドに対して受
信側ファクシミリ装置からの応答信号の待ち合わせがで
きるという効果がある。

【００４１】また、制御符号の入力により、リモートコ
マンドの送信が途中でエラー終了しても、送信側ファク
シミリ装置が受信側からの応答信号を受信できなくなっ
た箇所からコマンド送信を再開することで、リモートコ
マンドを先頭からすべて再送する必要がないという効果
がある。さらに、既存の通信手順を拡張し、制御コマン
ドに文字ファイルデータを格納して、それをパケツト化
して通信相手に送ることで、所望のデータ長を有する文
字ファイルデータの転送が可能となる。［第２実施例］上記第１の実施例においては、制御信号
として改行符号を使用したが、その他、例えば、ＥＯＦ
符号や改ページ符号を使用してもよい。

【００４２】また、リモートコマンドの送信方式とし
て、ＮＳＳ信号ではなくＥＣＭ手順でファクシミリメッ
セージ中にコマンドを格納してもよい。そこで、以下、
ＥＣＭ手順でファクシミリメッセージ中にコマンドを格
納する場合について説明する。尚、本第２の実施例に係
るファクシミリ装置の構成は、上記第１実施例に係るフ
ァクシミリ装置と同じであるため、その説明を省略す
る。

【００４３】本実施例に係るファクシミリ装置では、相
手ファクシミリ１２が応答すると、ＣＰＵ６は、ＲＯＭ
７に格納された通信制御プログラムを読み出して、所定
の処理を実行する。図１２は、この通信制御プログラム
が実行する通信プロトコルを示す。本実施例では、ファ
イル転送を行なうために、ＣＣＩＴＴの勧告Ｔ．３０の
ＥＣＭフローから独自フローに分岐して交信が実行され
る。尚、ＣＣＩＴＴの勧告Ｔ．３０のＥＣＭのフローは
リモートコマンドの送信機能を含んでいないので、以
下、独自手順として拡張した部分のみを説明する。尚、
ファクシミリメッセージを送信するまでの手順について
は、通常の送信原稿の有無の判定に対して、送信原稿が
ない場合には送信ファイルの有無が判定されるだけであ
る。また、相手ファクシミリ装置１２で実行されるリモ
ートコマンドの受信については、メッセージ受信までの
手順は独自モードがあることを確認してから行なうだけ
なので、本実施例においては、その説明を省略する。

【００４４】本実施例に係るファクシミリ装置において
も、ファイルメモリ中の文字ファイルのコマンドは、通
信制御プログラムで１文字ずつファイルメモリから読み
出され、図１３に示す通信フォーマットにて、高速モデ
ムの部分ページフレームで送信される。図１４は、ＦＣ
Ｄフレームのフォーマットを示すもので、図１４（ａ）
はフレーム全体、図１４（ｂ）は１番目のＦＣＤフレー
ム、そして、図１４（ｃ）はｎ番目のＦＣＤフレームの
構成を示す。本実施例では、リモートコマンド送信の独
自の手順に分岐した後、リモートコマンドをＦＣＤフレ
ームのＦＩＦにセットして送信を行なう。

【００４５】次に、本実施例におけるメツセージ送出処
理について説明する。図１５は、本実施例におけるメツ
セージ送出処理手順を示すフローチヤートである。同図
において、ステツプＳ７０でトレーニング送出が行なわ
れ、続くステツプＳ７１でＦＣＤフレームが作成され、
送出される。そして、ステツプＳ７２でＲＣＰフラグの
セット状態の判定、ステツプＳ７３でフレーム番号が２
５６まで達したか否かの判定を行なう。

【００４６】上記ステツプＳ７２で、ＲＣＰフラグがセ
ットされていると判定されたり、ステツプＳ７３でフレ
ーム番号が２５６になると、ステツプＳ７４にてＲＣＰ
フレームが作成され、送出される。次のステツプＳ７５
で、データ有り、つまり、リモートコマンドの有無を判
定し、コマンドがあるならば、ステツプＳ７６に進んで
ＰＰＳ−ＮＵＬＬ信号を送出する。しかし、リモートコ
マンドがなければ、ステツプＳ７７にてＰＰＳ−ＥＯＰ
信号を送出する。

【００４７】図１６は、ＦＣＤフレーム作成処理を示す
フローチヤートであり、送信機でリモートコマンドをフ
ァイルメモリから読み出して、ＦＣＤフレームを作成す
る処理を示すものである。同図のステツプＳ８０〜Ｓ８
４において、それぞれフラグ、アドレスフィールド、制
御フィールド、ＦＣＦ（ＦＣＤ）、フレーム番号をセッ
トし、ステツプＳ８５で、ＣＮＴを０にする。

【００４８】ステツプＳ８６では、データ、つまり、リ
モートコマンドの有無を判定し、コマンドがあれば、ス
テツプＳ８７で、そのコマンドが改行符号か否かの判定
を行なう。そして、コマンドが有り、かつ、それが改行
符号でなければ、ステツプＳ８８でデータのセツトを行
ない、ステツプＳ９１でデータ長を判定してリモートコ
マンド長が所定の長さになるまでコマンドのセットを行
なう。

【００４９】しかし、リモートコマンドがないか、ある
いは、コマンドが改行符号ならば、ステツプＳ８９でＲ
ＣＰフラグをセツトし、続くステツプＳ９０で０データ
をセットする。そして、ステツプＳ９１でデータ長を判
定し、リモートコマンド長が所定の長さになるまで０デ
ータセットを行なう。ステツプＳ９２では、ＦＣＳコマ
ンドをセットして、本処理を終了する。

【００５０】尚、相手ファクシミリ装置１２（受信機）
におけるコマンド受信処理は、図８，９，１０に示す第
１の実施例におけるリモートコマンド受信処理と同様で
あるため、その説明を省略する。このように、本実施例
においても、上記第１実施例と同様、特定のコマンドに
対して受信側ファクシミリ装置からの応答信号の待ち合
わせができ、また、エラー再送も、応答信号の受信不能
箇所から再開することが可能となる。［第３実施例］以下、本発明に係る第３実施例について
説明する。尚、本実施例に係るフアクシミリ装置の構成
は、上記第１実施例に係るフアクシミリ装置と同じであ
るため、ここでは、図示及びその説明を省略する。但
し、本実施例に係るフアクシミリ装置では、文字ファイ
ルに替えてデータファイルを用いる。

【００５１】本実施例に係るフアクシミリ装置の通信制
御プログラムが実行する通信プロトコル（第２実施例に
係る図１２参照）においても、ファイル転送を行なうた
めにＣＣＩＴＴの勧告Ｔ．３０のＥＣＭのフローから独
自のフローに分岐して、通信が実行される。つまり、Ｃ
ＣＩＴＴ勧告のＴ．３０のＥＣＭフローにはファイル送
信機能が含まれていないので、独自の手順としてＴ．３
０フローを拡張している。

【００５２】本実施例に係るファクシミリ装置におい
て、ファイルメモリ中のデータファイルのコマンドは、
通信制御プログラムにて所定単位でファイルメモリから
読み出され、所定の通信フォーマット（第２実施例に係
る図１３参照）にて、高速モデムの部分ページフレーム
で送信される。そして、ファイル転送の独自手順に分岐
して、ファイルデータをＦＣＤフレームのＦＩＦフイー
ルドにセツトして送信を行なう。

【００５３】尚、ＦＣＤフレームのフォーマットは、図
１４（ａ），（ｂ），（ｃ）に示すフオーマツトと同じ
である。本実施例に係るフアクシミリ装置でのメツセー
ジ送出処理、及びＦＣＤフレーム作成処理は、図１５、
図１６に示す、上記第２実施例に係るそれぞれの処理と
同じである。また、本実施例のファクシミリ装置におけ
るファイル受信処理について、図８、図１０に示すＴ．
３０の拡張フローと同じであるため、同図を参照して説
明する。

【００５４】尚、相手ファクシミリ装置１２（受信機）
におけるファイル受信処理は、通常のファクシミリ通信
において画像情報を出力する代わりに、受信ファイルを
ファイルメモリに格納する。すなわち、図８のステツプ
Ｓ４１にて、ＮＳＦ，ＣＳＩ，ＤＩＳを送出し、ステツ
プＳ４２で、それに対する応答受信の有無を判定する。
応答がなければ、ステツプＳ４３にて所定の時間経過を
判定する。しかし、応答があれば、ステツプＳ４４で命
令受信の判定、ステツプＳ４５〜Ｓ４７にてそれぞれ命
令信号ＤＴＣ，ＤＩＳ，ＤＣＳの判定を行なう。

【００５５】但し、ステツプＳ４８では、上記第１実施
例ではリモートコマンドのＮＳＳか否かを調べたが、本
実施例においては、通常の手順信号以外にファイル転送
コマンドのＮＳＳであるか否かを調べ、それがファイル
転送ＮＳＳであるならば、以下のノードｆを実行する。
すなわち、ノードｆ（図１０参照）において、ステツプ
Ｓ５１では命令受信の判定を行ない、ステツプＳ５４で
ファイル転送データのＮＳＳが判定されたならば、ステ
ツプＳ５５ａでそのデータをファイルに格納する。そし
て、ステツプＳ５６ａで、ファイルが正常に処理できる
か否かの判定を行ない、処理できなければ、ステツプＳ
６０にてＲＴＮで応答し、ノードｆに戻る。

【００５６】しかし、ステツプＳ５６ａでファイルが正
常に処理でき、ステツプＳ５７で処理続行の可能性を判
定した結果、処理の続行が不可であれば、ステツプＳ５
９にてＲＴＰで応答して、ノードｆに戻る。他方、ファ
イルが正常に処理でき、処理続行可能ならば、ステツプ
Ｓ５８で、ＭＣＦにて応答した後、ノードｆに戻る。ノ
ードｆにおいて、ステツプＳ５１で命令受信を行ない、
ステツプＳ５２で所定時間（Ｔ２）を超過した場合、ス
テツプＳ５３でＥＯＭが検知できたならばノードＲへ進
み、それを検知できなければ、ノードＢの回線切断処理
を行なう。

【００５７】以上説明したように、本実施例によれば、
既存の通信手順をファイル転送の独自手順に拡張するこ
とで、ファイルデータをパケット化して通信相手に転送
することが可能となる。［第４実施例］図１７は、本発明の第４の実施例を構成
するファクシミリ装置の構成図である。同図において、
５１は、データの入力等の操作を行ないシステム全体の
制御を行なうＰＣ（パーソナルコンピュータ）であり、
図１８に示すような画面に従ってデータの入力を行な
う。

【００５８】このＰＣ５１は、入力されたデータから遠
隔登録のためのコマンドファイルを生成し、通信アダプ
タ５２へ転送する。通信アダプタ５２は、ＰＣ５１から
受信したコマンドファイルを端末に送信し、本実施例で
は、ＰＣ５１とのインターフェース用にＲＳ−２３２Ｃ
を装備したファクシミリ装置を使用している。そして、
端末ファクシミリ装置５３は、公衆回線網５４に接続さ
れた一つ以上の端末ファクシミリ装置で、送信アダプタ
から送られてきたコマンドを受信し、コマンドに従って
メモリの書込み／読出し等の動作を行なう。

【００５９】以下、図２２，図２３のフローチヤートに
従って、第４の実施例に係るファクシミリ装置の動作を
説明する。オペレータは、ＰＣ５１上で、図１８の表示
例に示すメニューに従って、ユーザ電話番号等の入力を
行なう。ＰＣ５１は、入力されたデータを解析して、遠
隔登録のコマンドに変換し、返信用のコマンドファイル
を作成する（図１９参照）。このコマンドファイルはア
スキーファイルであり、個々のコマンドは、登録項目毎
に規定されている２文字のコマンドＩＤの後ろに、オペ
レータが入力したデータを付加したものである。

【００６０】データの終端は、ｃｒコード＋ｌｆコード
（０ＤＨ，０ＡＨ）で表わされ、ユーザが入力した全て
のデータがコマンドファイルに変換されると、ＰＣ５１
は、作成されたコマンドファイルを通信アダプタ５２へ
転送する。本実施例では、この転送は、ＲＳ２３２Ｃを
使用して行なうが、ＳＣＳＩ等、他の高速なＩ／Ｆを使
用することも可能である。

【００６１】通信アダプタ５２は、本実施例ではＲＳ−
２３２Ｃを装備したフアクシミリ装置に、本発明のため
のソフトウェアを付加したモデルであるが、この通信ア
ダプタ５２は、ＲＳ−２３２Ｃを通して受信したコマン
ドファイルをメモリに蓄積した後、登録を行なう対象の
ファクシミリ装置に発呼を行なう。図２１に示すよう
に、端末ファクシミリ装置は、回線からの呼び出し信号
（ＣＩ）を検出すると、回線を閉結してＣＥＤ信号を送
出し、続いて、ＮＳＦ・ＣＳＩ・ＤＩＳを送出する。こ
のＮＳＦ（非標準機能）信号内で、端末ファクシミリ装
置は、遠隔登録を受け入れる機能があることを宣言す
る。

【００６２】通信アダプタ５２は、ＮＳＦ中に遠隔登録
機能有りの宣言を確認した後、ＮＳＳ（非標準機能設
定）内に遠隔登録のためのコマンドを収めて送信する。
端末ファクシミリ装置５３は、遠隔登録のコマンドを受
信するとそのコマンドに従って登録を行ない、正常に登
録が終了すると肯定応答としてＭＣＦ信号を返送し、正
常に登録が行なえなかった場合にはＲＴＮ信号を返送す
る。そして、通信アダプタ５２は、ＭＣＦ信号確認後
に、まだ送信するコマンドがあれば、繰り返しＮＳＳ信
号に収めて送信し、全てのコマンド送信後にＤＣＮ信号
を送信して交信を終了する。

【００６３】以下、図２２，図２３に示すフローチヤー
トに従って、上記の遠隔登録動作の中で、通信アダプタ
と端末ファクシミリ装置の間の通信動作を説明する。前
述のように、遠隔登録時に使用するコマンドＨＤＬＣ形
式のフレームに収められて交信される。このＨＤＬＣ形
式は、図２０に示すようにフラグ（７ＥＨ）からフラグ
までがフレームとして扱われ、フレームはアドレス，制
御，ＦＣＦ，ＦＩＦ，ＦＣＳの各フィールドに分割され
る。これらの内、ＦＩＦ以外は、固定長のフィールドで
ある。

【００６４】１フレームの最大長はＣＣＩＴＴで３秒以
内と定められているので、３００ｂｐｓでは、３秒×
（３００ビット）÷８＝１１２バイトとなる。この中に
は、アドレス（１バイト）、制御（１バイト）、ＦＣＦ
（１バイト）、ＦＣＳ（２バイト）の各フィールドを含
むので、コマンドを格納するＦＩＦフィールドの長さは
１０７バイトが限度となる。つまり、本実施例では、フ
レーム中に格納するコマンドが１０７バイトを越えない
ように分割し、分割されたフレームに対して分割を表わ
すコードを付加することとなる。

【００６５】交信に先立って通信アダプタ５２は、ステ
ツプＳ１０１でフレームにセットしたバイト数を表わす
カウンタを０にクリアする。そして、ステツプＳ１０２
で、ＰＣ５１から受信してメモリに蓄積したコマンドフ
ァイルを先頭から読み出して、ステツプＳ１０３で送信
バッファに順にセットし、ステツプＳ１０４でカウンタ
を１加算する。

【００６６】読み出したデータ中に、終端を表わすｃｒ
コード＋ｌｆコード（０ＤＨ，０ＡＨ）を発見した場
合、通信アダプタ５２は、ｌｆコード（０ＡＨ）までを
送信バッファにセットし、送信バッファ内のデータの送
信を行なう。ここで、送信すべきコマンドの長さが１０
７バイト以上あった場合には、カウンタの値が１０６に
なった時点で、自動的に継続を表わすコードを挿入し
て、そこまでのデータを送信する（ステツプＳ１０７，
Ｓ１０８）。尚、継続を表わすコードは、本実施例では
ｆｆコード（０ＣＨ）である。

【００６７】受信側では、受信したフレームの後端がｆ
ｆコードで終結していることから継続フレームであるこ
とを認知し、受信したデータを保持してＭＣＦを返送す
る。通信アダプタ５２は、ＭＣＦを受信するとコマンド
ファイルから前回の残りのコマンドを読み出してきてそ
れを送信バッファにセットし、送信する。尚、ここで
も、セットしながらカウンタを加算していき、カウンタ
値が１０６になった場合には、ｆｆコードで継続とする
ことに変わりはない。

【００６８】こうして送信を続けていき、ｃｒコード＋
ｌｆコードを発見した時点で、ｌｆコードまでを送信す
る（ステツプＳ１１２，Ｓ１１４）。受信側は、ｆｆコ
ードを受信した場合にはデータを保持しておき、次のフ
レームを、前回保持したままのデータの後端に付加して
いく。そして、終端がｃｒコード＋ｌｆコードで終結し
ているフレームを受信した時点で、受信したデータを先
頭から実行し、肯定応答、または否定応答を返送する。

【００６９】本実施例において、フレーム送信時にノイ
ズ等の要因でデータが正確に伝送されなかった場合、受
信側では、ＦＣＳのデータと、受信したフレーム内のデ
ータから演算した値とを比較することによりエラーの発
生を検知する。このＦＣＳの演算法に関しては、ＣＣＩ
ＴＴ勧告Ｔ．３０／５．３．７に準拠する。受信側は、
エラーを検知すると受信したフレームを破棄し、何等応
答を返さない。送信側は、コマンドに対して有効な応答
が得られない場合には、３秒後に同一の情報を再送する
ので、受信側はそれを待って受信を続行する。

【００７０】従って、通信エラー発生時には３秒後に
は、エラーが発生したフレームの再送が可能となり、大
量のデータを分割しないで送信した場合のように、数１
０分の送信の後、有効な応答がなく、再び数１０分の送
信を行なうといった無駄を避けることが可能となる。こ
の再送は２回まで行なわれる、つまり、最初の送信を含
めて３回の送信で有効な応答が得られなかった場合、送
信側の交信を断念してＤＣＮ信号を送出し、回線を開放
する。＜変形例１＞上記第４の実施例についての第１の変形例
を説明する。

【００７１】上記第４実施例では、フレームの最大長が
３秒という規格を、３秒間に送出可能なバイト数を算出
することによって、バイト数に着目して分割することを
可能とした。本変形例では、直接、フレームの送信時間
に着目して分割を行なうものである。本変形例を構成す
る要素は、第４の実施例と同様であり、図１７に示すよ
うにＰＣ，通信アダプタ，端末ファクシミリより構成さ
れる。また、操作についても第４の実施例と同様で、オ
ペレータが、図１８の表示例に示すメニューに従ってデ
ータの入力を行なうと、ＰＣは、入力されたデータを解
析してコマンドファイル（図１９）を作成して、それを
通信アダプタに転送する。

【００７２】通信アダプタは、受信したコマンドファイ
ルを装置内のメモリに蓄積すると、端末に対して発呼し
てコマンドファイルの内容を送信する。端末ファクシミ
リは、送られてきたコマンドに従って遠隔登録を実行
し、その実行結果によってＭＣＦ、またはＲＴＮを送信
する。尚、ここでも、使用するコマンド、プロトコル等
は、全て上記第４の実施例と同様である。

【００７３】図２４，図２５に示すフローチャートを参
照して、以後、本変形例における通信アダプタと端末フ
ァクシミリとの間の通信動作について説明する。通信ア
ダプタは、ＰＣから受信してメモリに蓄積したコマンド
ファイルを先頭から順に読み出して、送信バッファにセ
ットする（ステツプＳ２０１，Ｓ２０２）。読み出した
データ中に、終端を表わすｃｒコード＋ｌｆコード（０
ＤＨ，０ＡＨ）を発見した場合、通信アダプタは、ｌｆ
コード（０ＡＨ）までを送信バッファにセットし、送信
バッファ内のデータの送信を開始する。

【００７４】送信開始時には、送信タイマを３秒に設定
して、バッファの先頭アドレスをスタートポインタに格
納しておく。そして、送信タイマがタイムアウトする
か、または送信データ中にｃｒコード＋ｌｆコードを見
つけるまで送信を続ける（ステツプＳ２０４〜Ｓ２０
７）。ｃｒコード＋ｌｆコードを検知した場合は、コマ
ンドエンドフラグを“真”にセットして応答受信に移行
する（ステツプＳ２０９，Ｓ２１１）。バッファ内のデ
ータを送信し終わる前に送信タイマがタイムアウトした
場合は、その時点で継続フレームを表わすｆｆコード
（０ＣＨ）を送信する。そして、最後に送信したデータ
の次のデータのあるアドレスをネクストポインタに格納
し、コマンドエンドフラグを“偽”にセットして、応答
受信に移行する（ステツプＳ２１０，Ｓ２１１）。

【００７５】この応答受信でＭＣＦを受信した場合に
は、次にコマンドエンドフラグをチェックし、それが
“真”であれば、次に全コマンドを送信したかをチェッ
クする（ステツプＳ２１３，Ｓ２１５）。また、まだ送
信するコマンドが残っていれば最初に戻って、次のコマ
ンドを送信バッファにセットする所から繰り返す。他
方、全コマンドを送信した場合は、ＤＣＮ信号を送信し
て、交信を正常終了する。

【００７６】ＭＣＦ受信時に、コマンドエンドフラグが
“偽”の場合は、送信バッファの残りのデータの送信を
行なう。コマンドエンドフラグが“偽”の場合は、ネク
ストポインタに次のデータのアドレスがセーブしてある
ので、そこから送信を行なう。ここでも、送信時間が３
秒を越えた場合には、ｆｆコードを挿入してフレームを
分割する。こうしてコマンドの終端を表わすｃｒコード
＋ｌｆコードを見つけるまで送信を行なう。

【００７７】応答受信でＭＣＦ以外のコマンドを受信し
た場合は、登録が正常に行なわれなかったので、ＤＣＮ
信号を送信して、交信をエラー終了する。また、応答受
信で、３秒の間にコマンドを受信できなかった場合は、
送信回数をチェックし、それが３回未満であればスター
トポインタにセーブしてあるアドレスから再送を行な
う。そして、３回送信しても有効な応答が受信できなか
った場合には、ＤＣＮ信号を送信して交信をエラー終了
する。＜変形例２＞次に、第４実施例についての第２の変形例
を説明する。なお、本変形例では、遠隔装置において、
特に分割をＰＣ側で行なうものである。

【００７８】上記第４実施例では、ＰＣ側はデータ長に
制限を設けず、遠隔登録のためのコマンドファイルを作
成し、それを通信アダプタが送信時に分割して、継続の
ためのコードを付加していた。本変形例では、ＰＣ側で
規定値を越えるコマンドを分割して、継続を表わすコー
ドを挿入した上で通信アダプタへの転送を行ない、通信
アダプタは、与えられたコマンドファイルを単純に送信
するものである。尚、本変形例を構成する要素は、上記
第４の実施例と同様、図１７に示すＰＣ，通信アダプ
タ，端末ファクシミリである。また、操作についも第４
の実施例と同様で、オペレータが、図１８の表示例に示
すメニューに従ってデータの入力を行なうと、ＰＣは、
入力されたデータを解析してコマンドファイルを作成
し、通信アダプタに転送する。

【００７９】本変形例では、図２６に示すように、転送
に先立って、ＰＣは、転送カウンタを０に初期化し、以
後、１バイト転送する度に転送カウンタを１加算してい
く（ステツプＳ３０３〜Ｓ３０５）。この転送カウンタ
は、ｌｆコード（０ＡＨ）を発見した時点で０にクリア
されるが、もし、転送カウンタの値が１０６に達する
と、ＰＣは、継続を表わすｆｆコード（０ＣＨ）を強制
的に挿入し、転送カウンタを０にクリアして、転送を続
行する（ステツプＳ３０６，Ｓ３０７，Ｓ３０９）。こ
れにより、通信アダプタが受信したコマンドファイルに
は、必ず１０７文字以内に終端を表わすｌｆコードか、
継続を表わすｆｆコードが存在することになる。

【００８０】また、図２７に示すように、通信アダプタ
は、ＰＣから受信してメモリに蓄積したコマンドファイ
ルを先頭から順に読み出して、送信バッファにセットす
る（ステツプＳ３１１，Ｓ３１２）。読み出したデータ
中に、終端を表わすｌｆコード、または継続を表わすｆ
ｆコードを発見した場合、通信アダプタは、そのコード
までを送信バッファにセットし、送信バッファ内のデー
タの送信を開始する。

【００８１】尚、あらかじめ通信アダプタ側で最大１０
７文字以内になるようにフレームを分割してあるので、
１フレーム当たりの送信時間は必ず３秒以内となる。送
信バッファ内のデータの送信を終えると応答受信に移行
し、この応答受信でＭＣＦを受信した場合には、次に全
コマンドを送信したかをチェックする（ステツプＳ３１
７，Ｓ３１９）。また、まだ送信するコマンドが残って
いれば最初に戻って、次のコマンドを送信バッファにセ
ットする所から繰り返す。

【００８２】全コマンドを送信した場合は、ＤＣＮ信号
を送信して、交信を正常終了する。一方、応答受信でＭ
ＣＦ以外のコマンドを受信した場合は、登録が正常に行
なわれなかったのでＤＣＮ信号を送信し、交信をエラー
終了する。また、応答受信で、３秒の間にコマンドを受
信できなかった場合は、送信回数をチェックし、それが
３回未満であれば、送信バッファの先頭から再送を行な
う（ステツプＳ３１８）。

【００８３】尚、３回送信しても有効な応答が受信でき
なかった場合には、ＤＣＮ信号を送信して、交信をエラ
ー終了する。このように、遠隔登録の手順で大量のデー
タを送信する場合、固定長の複数のフレームに分割し、
分割されたフレームには継続を表わすコードを付加して
送信することにより、受信機の製作を容易にすると共
に、エラーフレームが発生した場合には、容易にエラー
したフレームのみの再送を可能とし、エラー発生時の交
信時間を短縮できる。［第５実施例］次に、本発明に係る第５の実施例につい
て説明する。なお、本実施例に係るファクシミリ装置の
構成、及びその動作は、上記第１の実施例に係るファク
シミリ装置と同じであるため、ここでは、それらに対す
る説明を省略する。

【００８４】そこで、本実施例に係るファクシミリ装置
における着呼処理等について、フローチャートを参照し
て説明する。図２８は、本実施例に係る着呼処理を示す
フローチャートである。不図示の着信検出センサで着信
の有無を検出し、着信が検出されない場合には、引き続
き着信の検出を継続する。

【００８５】一方、着信を検出した場合には、回線との
接続処理を行なう。そして、この回線との接続後、初期
識別を行なう（ステツプＳ４０１）。すなわち、発呼側
からの発呼識別信号（ＣＮＧ）の検出を行ない、着信
後、所定時間Ｔ₁ 以内にＣＮＧが到来するかどうかを検
出する。ＣＮＧが到来しなかった場合は、発呼側が「電
話」であると判断し、電話モードに切り換えて、発呼側
に対して疑似リングバックトーンやメッセージ等によっ
て電話呼び出し中であることを通知するとともに、被呼
側の電話機のベルを鳴動させて、電話機のオフフックを
促す。

【００８６】一方、ＣＮＧが到来した場合は、発呼側は
ファクシミリであると判定し、ＮＳＦ，ＣＳｉ，ＤｉＳ
を発呼側に送出する。ここで、ＮＳＦは非標準機能を発
呼側に伝える非標準機能を、ＣＳｉは被呼側の電話番号
を発呼側に伝えるための被呼端末識別を、また、ＤｉＳ
は標準機能を発呼側に伝えるためのデジタル識別信号を
意味する。特に、ＮＳＦはリモートデータ登録，データ
読出し機能を有する情報が含まれている。

【００８７】発呼側はＮＳＦの内容を解析し、被呼側が
リモートデータ登録，データ読出し機能の有無をチェッ
クし、リモートデータ登録，データ読出し機能がない場
合は、通信を継続する意味がないので、ＤＣＮ（回線切
断命令）を送出し、回線を切断する。一方、リモートデ
ータ登録，データ読出し機能がある場合には、ステップ
Ｓ４０２において、被呼側の機種名に関する情報を送出
する（機種宣言応答）。また、発呼側では、発呼側の想
定した被呼側端末の機種と一致するかどうかをチェック
する。これは機種によって、例えば、登録，読出しので
きるデータの種類が異なるために必要である。

【００８８】被呼側端末の機種が想定した機種と一致し
なかった場合には、発呼側は、リモートデータ登録・デ
ータ読出し機能を継続して行なうことが可能かどうかを
判断し、継続して行なうことが不可能と判断した場合
は、ＤＣＮまたはＲＴＮを発呼側に送出し、回線を切断
する。他方、継続して行なうことが可能であると判断し
た場合には、被呼側端末の機種が発呼側端末の想定した
機種と一致した場合と同じ処理を行なう。

【００８９】機種宣言の応答を確認し、それが一致した
場合には、発呼側はＭＣＦ（メッセージ確認）を送出す
る。被呼側では、機種宣言応答後、タイマＴ₂ を起動し
（ステツプＳ４０３）、Ｔ₂ 時間以内にＭＣＦが受信さ
れるかどうかをチェックする。ここで、Ｔ₂ 時間以内に
ＭＣＦが受信されない場合、被呼側端末は回線を切断す
る（ステツプＳ４０５）。

【００９０】一方、ＭＣＦがＴ₂ 時間内に受信された場
合には、被呼側端末は、データの受信の準備ができた段
階で、発呼側端末に対して、データ転送要求としてＮＳ
Ｆを送出する（ステツプＳ４０６）。発呼側は、ＮＳＦ
を確認するとＮＳＳによりデータの送信を開始する。被
呼側では、受信したデータを一時的に、１フレーム分の
容量を持つフレームバッファに蓄積し（ステツプＳ４０
７）、ＲＭＤ用のバッファに転送する（ステツプＳ４０
８）。そして、ＲＭＤ用のバッファから１フレームづつ
データを読み出し、読み出してきたデータをもとに次の
処理を行なう。

【００９１】ステップＳ４０９で、リモートデータ登録
モードであるかどうかを判定し、リモートデータ登録モ
ードでなければ、リモートデータ読出しの処理を行なう
（ステツプＳ４１０）。一方、リモートデータ登録モー
ドであれば、１フレーム中の最終データがｆｆであるか
どうかをチェックする（ステツプＳ４１１）。それがｆ
ｆである場合は、継続するフレームがあることを意味す
る。このとき、第５オクテットのフレーム番号を読み出
し、フレーム番号が正しいかどうかをチェックする。

【００９２】フレーム番号は、必ず第１番目からのシー
ケンシャルな番号として発呼側より送られるため、受信
したフレーム番号がシーケンシャルな番号でなければ、
ＲＴＮまたはＤＣＮを発呼側に送出して、回線を切断す
る。あるいは、欠落しているフレーム番号のフレームの
再送要求をしてもよい。フレーム番号が正しければ、発
呼側に対してＭＣＦを送出して、次フレームの送信を促
す。次フレームはフレームバッファに蓄積され、ＲＭＤ
用のバッファに転送されて登録かどうかを判定し、最終
データがｆｆか否かをチェックする（ステツプＳ４１
２）。そして、最終データがｆｆではない場合、ＲＭＤ
用のバッファからデータを読み出して、データ解析を行
なう（ステツプＳ４１３）。

【００９３】データ解析処理は、図２９に示すフローチ
ャートに従って行なう。まず、最初の２文字を取り出し
て、リモートデータ登録のコマンドであるかどうかをチ
ェックする（ステツプＳ４２１）。最初の２文字のコマ
ンドがリモートデータ登録のコマンドとして未定義であ
る場合は、発呼側にＲＴＮ（否定応答）を送出する（ス
テツプＳ４２６）。

【００９４】ここで、タイマＴ₄ がスタートして、Ｔ₄
がタイムアウトするまでにＮＳＳが検出されるかどうか
をチェックする。ＮＳＳが検出されない場合は、回線を
切断し、また、検出された場合は、ＮＳＳをフレームバ
ッファに格納して前述の処理を行なう。一方、リモート
データ登録のコマンドである場合は、コマンドの次のデ
ータからｃｒｌｆの前ビットまでの登録用のデータを登
録する。ｃｒｌｆの次にデータがある場合、最初の２文
字を取り出して、リモートデータ登録のコマンドである
かどうかの処理を、次データがなくなるまで繰り返す。
そして、次データがなくなれば、発呼側にＭＣＦを送出
する（ステツプＳ４２５）。

【００９５】ＭＣＦ送出後、タイマＴ₃ をスタートさ
せ、発呼側よりＮＳＳが送信されてくるかどうかのチェ
ックを行なう（図２８のステップＳ４１５）。ＮＳＳが
受信された場合、フレームバッファにて送信されたフレ
ームを受信する処理を繰り返す。Ｔ₃ 時間内にＮＳＳが
受信されない場合、さらに送信するデータはないと判断
し、ＤＣＮを送出して回線を切断する。［第６実施例］以下、本発明に係る第６の実施例につい
て説明するが、本実施例に係るファクシミリ装置の構成
及びその動作は、上記第４実施例に係るファクシミリ装
置と同一であるため、それらの説明を省略する。

【００９６】図３０は、本実施例に係るファクシミリ装
置におけるＨＤＬＣ形式のフレームを示す。最初に、本
実施例に係る送信動作に関して、図３１，図３２に示す
フローチャートに従い詳細を述べる。コマンドの区切り
は、ｃｒｌｆをもって行なわれ、コマンドファイル中に
データの区切り文字ｃｒｌｆを発見した場合、通信アダ
プタは、そのデータまでを送信バッファにセットし、コ
マンドファイル中の次データがあるかどうか確認する。
次データが存在したら、１０７バイト以内に次のデータ
がセット可能かどうかを確認し、それが可能ならば、次
データのセットを行なう。そして、１０７バイト以内に
データが納まり、データが続く限りこの処理を継続し
て、データのセットが終了したならば、１フレーム分の
送信を行なう（ステツプＳ５１０）。

【００９７】ここで、送信すべき最初のコマンドの長さ
が１０７バイト以上あった場合には、コマンドが継続す
ることを示すために、フレームの最後に継続を示す区切
り符号としてｆｆコード（０ＣＨ）を付加する（ステツ
プＳ５０９）。相手側のファクシミリ装置は、受信した
ＮＳＳ中のコマンドに従って全データの登録を行ない、
全データの送信が正常に登録が行なわれた場合には、肯
定応答としてＭＣＦを返す（ステツプＳ５１２）。

【００９８】コマンド、またはデータに異常が存在し
て、登録が正常に行なえなかった場合には、否定応答と
してＲＴＮを返送する。また、受信側では、受信したフ
レームの後端がｆｆで終了している場合には、コマンド
を実行せずにバッファ内に保持したままでＭＣＦを返送
する。通信アダプタは、ＭＣＦを受信すると、前回の残
りのコマンド列を送信バッファァセットして送信する。
ここでも、セットするコマンドが１０７バイトを越えた
場合には、ｆｆコードで継続とすることに変わりはな
い。

【００９９】受信側でｆｆコードを受信したならば、前
回保持したままのデータの後端に、今回のデータを繁げ
て受信を行ない、最終データがｃｒｌｆで終結している
フレームを受信した時点でバッファ内のコマンドを実行
し、肯定応答または否定応答を返送する。通信アダプタ
は、コマンドファイル内のデータを全て送信するまで、
以上の送信処理を続けて実行する。ｆｆコードで継続す
るデータの最終フレームには、次データのコマンドは付
加せずに送信し、複数コマンドの介在するフレームとし
ては送信されない（図３０参照）。＜変形例＞上記第６実施例の変形例について説明する。

【０１００】上記第６実施例では、端末ファクシミリに
登録するコマンドをファイルとしてデータの区切りコー
ドを付加して、そのまま送信可能な形式にＰＣ側で作成
して通信アダプタに送出している。本変形例では、登録
コマンドのデータの区切りを通信アダプタの方で設定す
ることで、ＰＣ側のデータ送出に要する作業を簡略化す
ることが可能となる。

【０１０１】オペレータは、ＰＣ上で、メニューに従っ
てユーザ電話番号等の入力を行なう（図１８参照）。Ｐ
Ｃは入力されたデータを解析して、送信用のコマンドを
作成する。このコマンドはアスキーファイルで、登録項
目毎に規定されている２文字のコマンドＩＤの後ろに、
オペレータが入力したデータを付加したものである。ユ
ーザより入力されたデータは、ＲＳ−２３２Ｃを介し
て、通信アダプタにコマンドファイルとしてオペレータ
により入力されると同時に送信される。そのときの通信
アダプタのバッファ構成は、図３３に示す通りである。

【０１０２】データの登録時は、コマンド＋登録データ
内容をコマンドの後ろに番号をふることで、登録する内
容を、その番号レコードにデータを格納する（図３３
（ａ））。また、データの訂正時には、コマンド＋番号
でデータの訂正レコードを指定して、内容の更新を行な
う（図３３（ｂ））。データの内容を削除するときは、
同様にコマンド＋番号で削除レコードを指定し、通信ア
ダプタは、受信したデータレコードに全てスペースを挿
入してクリアする（図３３（ｃ））。

【０１０３】ファイル送信時の動作に関しては、オペレ
ータより送信の実行がメニュー上で指示されると、通信
アダプタにデータの送信命令と送信宛先が指定され、送
られる。通信アダプタは、遠隔登録通信が始まると、Ｒ
ＭＤデータバッファより送信バッファへデータ転送をす
る。データ転送の手順は、（１）１レコード分のデータ長が１０５バイトを越えな
ければ、転送したデータの終端にｃｒｌｆ（０Ｄ０Ａ
Ｈ）を付加する。１０５バイトを越えたときは、データ
の１０６バイト目にｆｆ（０ＣＨ）を付加して、送信バ
ッファに転送する。

【０１０４】（２）次のレコードのデータ長を算出し、
それが１０５バイト以内で、次のデータが追加できれば
次のデータを転送し、ｃｒｌｆ（０Ｄ０ＡＨ）を付加す
る。上記（１）と（２）は、送信バッファに転送可能な限り
繰り返す。また、（３）データ送信からは、上記実施例と全く同様な手順
で行なわれる。それ以後の動作は、上記第６実施例と同様である。

【０１０５】このように、ファクシミリ装置が有してい
る通信機能を利用して遠隔地からファクシミリ装置と交
信し、装置内部のメモリの読出し／書込みを行なうこと
により、遠隔地から登録／調整等の作業が可能となる。［第７実施例］図３４は、本発明の第７実施例を構成す
る遠隔登録装置の構成図である。

【０１０６】図３４において、６１は、データの入力等
の操作を行ない本装置全体の制御を行なうＰＣ（パーソ
ナルコンピュータ）であり、３００ｂｐｓのモデムを内
蔵して、端末ファクシミリ装置との交信を可能としてい
る。６２は、公衆回線網６３に接続された１つ以上の端
末ファクシミリ装置で、ＰＣから送られてきたコマンド
を受信し、そのコマンドに従ってメモリの書込み／読出
しの動作を行なう。

【０１０７】以下、図４１に示すフローチヤートに従っ
て、本第７実施例に係る装置の動作を説明する。図４１
のステップＳ６０１で、オペレータは、ＰＣ上でメニュ
ーに従ってユーザ電話番号等の入力を行なう（図３５参
照）。ＰＣは、入力されたデータを解析して遠隔登録の
コマンドを作成し、送信用のコマンドファイルを生成す
る。登録内容の入力が終わると送信のための画面に移行
し、ステップＳ６０２で、相手機の接続電話番号と機種
情報の入力を行なう（図３７参照）。

【０１０８】尚、本実施例では、情報として機種名・仕
向地・プログラムのバージョンＮＯ．の３つを使用して
いる。また、表示例では、機種名＝ＣＦ−Ｌ７７０、仕
向地＝ＵＳＡ、バージョン＝Ｕ０１．０１と全ての項目
が入力されている。このケースでは、機種名・仕向地・
バージョンの全てが指定されているため、指定された全
ての機種情報が機種情報と比較される（ステツプＳ６０
８）。この場合、一つでも不一致があれば、以後の通信
は行なわれない。

【０１０９】他の例として、機種名さえ一致すれば、仕
向地／バージョンを問わず同一の格納形式（符号化方式
／データ長等）であることが判明しているデータを登録
するような場合では、機種名のみＣＦ−Ｌ７７０と指定
し、仕向地／バージョンの欄を入力せずに、空欄のまま
で送信の操作を行なえば、機種名情報のみが比較され、
他の情報は無視される。この場合では、機種名のみ一致
すれば、仕向地／バージョンは何であっても動作する。

【０１１０】さらに、全ての機種／仕向地／バージョン
で同一の格納形式であることが判明している場合（例え
ば、ユーザ略称は、ＡＳＣＩＩ文字で最大２０文字とメ
ーカーで決定している場合等）では、情報を何等入力せ
ず、機種／仕向地／バージョンの全てを空欄のままで送
信する操作を行なえば、一切の比較が行なわれず、機種
名／仕向地／バージョンが何であっても動作する。

【０１１１】以上の操作が終了すると、ホストと端末フ
ァクシミリの間で交信が行なわれる。この交信は、ファ
クシミリの手順に準拠する形式でＣＣＩＴＴ．Ｖ２１勧
告の３００ｂｐｓモデムを使用し、ＨＤＬＣ形式のフレ
ームのＦＩＦ（ファクシミリインフォメーションフィー
ルド）内にコマンドを収めて行なわれる（図３８参
照）。

【０１１２】ホストが発呼すると、端末ファクシミリ
は、回線からの呼出し信号を検知した後、回線を閉結し
てＣＥＤ信号を送出し、続いて、ＮＳＦ・ＣＳＩ・ＤＩ
Ｓを送出する。このＮＳＦ（非標準機能）信号内で、端
末ファクシミリ装置は、遠隔登録を受け入れる機能があ
ることを宣言する。ホストは、ＮＳＦ中に遠隔登録機能
有りの宣言を確認した後、ＮＳＳ（非標準機能設定）信
号内に遠隔登録のためのコマンドを収めて送信する。

【０１１３】ここで、オペレータが受信機の機種情報を
指定していなかった場合には、ただちに登録のコマンド
が送出され、コマンドを受信した端末ファクシミリ装置
は、ＮＳＳ内のコマンドに従ってデータを登録した後、
データの登録が正常に行なわれた場合には肯定応答とし
てＭＣＦ信号を、また、登録か正常に行なえなかった場
合には否定応答としてＲＴＮ信号を送信する（図３９参
照）。

【０１１４】オペレータが受信機の機種情報を指定して
いた場合には、上記の登録のコマンドを送出する前に、
受信機の機種情報を要求するコマンドをＮＳＳに収めて
送信する。本実施例では、遠隔登録手順で使用するコマ
ンドはアルファベット２文字のＩＤで表わされ、コマン
ドによっては、その後方に必要な情報がパラメータとし
て付加される。コマンド（及びパラメータ）の区切り
は、ＣＲ・ＬＦコード（０ＤＨ，０ＡＨ）である。

【０１１５】機種情報要求コマンドは“ＸＤ”で表わさ
れ、パラメータは、なしである。従って、機種情報を要
求するＮＳＳのデータフィールドには、ＸＤｃｒｌｆ
と格納される。機種情報要求コマンドを受け取った端末
ファクシミリは、自機の機種情報をＮＳＣ（非標準機能
命令）信号に収めて送信する。本実施例では、機種情報
として機種名、仕向地、ＲＯＭバージョンがあり、それ
ぞれＸＯ，ＸＣ，ＸＶのコマンドＩＤで表現され、各Ｉ
Ｄの後方にそれぞれの情報がパラメータとして付加され
る。従って、機種情報を送信するＮＳＣのデータフィー
ルドには、機種名＝ＣＦ−Ｌ７７０、仕向地＝ＵＳＡ、
バージョン＝Ｕ０１．０１の場合、ＸＯＣＦ−Ｌ７７０ｃｒｆＸＣＵＳＡｃｒｌｆＸＶＵ０
１．０１ｃｒｌｆと格納される。

【０１１６】機種情報を受信したホストは、その内容を
オペレータに指定された機種情報と比較を行ない、一致
していた場合には、続いて登録のためのコマンドを送出
し、不一致の場合には、ＤＣＮ信号を送出して、通信を
終了する（図４０参照）。＜変形例＞図４２は、上記第７実施例の変形例に係る遠
隔登録装置の構成図である。

【０１１７】図４２において、７１は、データの入力等
の操作を行ない、システム全体の制御を行なうＰＣ（パ
ーソナルコンピュータ）であり、入力されたデータから
登録用のコマンドファイルを作成して、通信アダプタ７
２へ転送する。この通信アダプタ７２は、ＰＣ７１から
受信したコマンドファイルを端末ファクシミリに送信
し、本実施例では、ＰＣとのインターフェース用にＲＳ
−２３２Ｃを装備したファクシミリ装置を使用してい
る。これらのＰＣ及び通信アダプタがホストを構成す
る。

【０１１８】７３は、公衆回線網７４に接続された１つ
以上の端末ファクシミリ装置で、通信アダプタから送ら
れてきたコマンドを受信し、コマンドに従ってメモリの
書込み／読出しの動作を行なう。本変形例に係る装置
が、構成上、第７実施例と異なるのは、第７実施例では
ＰＣがモデムを内蔵し、ＰＣ自身が通信の制御を行なっ
ているのに対して、本変形例では、ＰＣはデータの入力
を受け付けて、コマンドファイルを作成するまでを行な
い、端末との通信は、通信アダプタが独立して行なって
いる点である。

【０１１９】この方式では、端末と通信している最中に
ＰＣ側で次の入力作業を行なったり、複数のＰＣで一台
の通信アダプタを共有して、入力作業を複数のホスト上
で並行して行なうことが可能となるという利点がある。
しかし、通信アダプタは、ホストから与えられたコマン
ドファイルを端末ファクシミリへ送信するのみで、送信
側で受信機の機種情報をチェックして通信の可否を判断
するような構成をとりにくい。

【０１２０】そこで、ここでは、受信側で通信の可否を
判断する形式をとる。以下、図４５，図４６に示すフロ
ーチヤートに従って、本変形に係る装置の動作を説明す
る。図４５のステップＳ６５１では、オペレータは、Ｐ
Ｃ上でメニューに従ってユーザ電話番号等の入力を行な
い（図３５参照）、登録内容の入力が終わると、送信の
ための画面に移行し、ステップＳ６５２で、相手機の接
続電話番号と機種属性の入力を行なう（図３６参照）。
ここまでの操作は、実施例７の場合と同様である。

【０１２１】以上の入力が終了すると、ＰＣは、入力さ
れたデータをコマンドファイルに変換する。このとき、
ＰＣは最後に入力された相手機の機種情報をコマンドフ
ァイルの先頭に付加する。機種情報の形式は、第７実施
例で端末ファクシミリがホストに対して送信した機種情
報の形式と同じで、２文字のコマンドＩＤの後ろに機種
情報をパラメータとして付加したもので、各ＩＤは機種
名＝ＸＯ，仕向地＝ＸＣ，ＲＯＭバージョン＝ＸＶであ
る。コマンド間の区切り符号は、ＣＲ・ＬＦ（０ＤＨ，
０ＡＨ）を使用する。つまり、図３５の表示例では、作
成されるコマンドファイルの先頭は、ＸＯＣＦ−Ｌ７７
０ｃｒｆＸＣＵＳＡｃｒｌｆＸＶＵ０１．０１ｃｒｌｆ
で始まり、その後に登録用のコマンド及びパラメータが
付加される（図４３参照）。

【０１２２】ユーザが入力した全てのデータがコマンド
ファイルに変換されると、ＰＣは、作成されたコマンド
ファイルを通信アダプタへ転送する（Ｓ６５４）。本実
施例では、この転送はＲＳ−２３２Ｃを使用して行なう
が、これ以外に、例えば、ＳＣＳＩ等、他の高速なＩ／
Ｆを使用することも可能である。通信アダプタは、本変
形例ではＲＳ−２３２Ｃを装備したフアクシミリ装置
に、本発明のためのソフトウェアを付加したモデルであ
るが、この通信アダプタは、ＲＳ−２３２Ｃを通して受
信したコマンドファイルをメモリに蓄積した後、登録を
行なう対象のファクシミリ装置に発呼を行なう。

【０１２３】図４７において、端末ファクシミリは、回
線からの呼出し信号を検知すると、回線を閉結してＣＥ
Ｄ信号を送出し、続いてＮＳＦ・ＣＳＩ・ＤＩＳを送信
する（ステツプＳ７５１〜Ｓ７５３）。このＮＳＦ（非
標準機能）信号内で、端末ファクシミリ装置は、遠隔登
録を受け入れる機能があることを宣言する。他方、通信
アダプタは、ＮＳＦ中に遠隔登録機能有りの宣言を確認
した後、ＮＳＳ（非標準機能設定）内に、遠隔登録のた
めのコマンドを収めて送信する（図４６のステツプＳ７
０１〜Ｓ７０５）。

【０１２４】通信アダプタは、コマンドファイルの内容
を順に読み出して送信するのみで、ファイルの内容には
関与しないが、オペレータが相手機の情報を指定した場
合には、コマンドファイルの先頭には、オペレータが指
定した相手機の情報が書き込まれているため、通信アダ
プタは、指定された機種情報を最初に端末ファクシミリ
へ送信することとなる。

【０１２５】この機種情報を受信した端末ファクシミリ
は、その内容を自機の機種情報と比較し、それが一致し
ていた場合には、ＭＣＦを送出して通信を続行するが、
不一致の場合には、回線を開放して通信を終了する（図
４４参照）。以上説明したように、送信側が認識してい
る登録対象の機種情報と受信機側が所有している自機の
機種情報を比較し、それが合致した場合にのみ、遠隔登
録を実行し、また、合致しなかった場合には、通信を中
止して回線を開放することにより、誤ったデータが登録
されることを避けることができる。［第８実施例］以下、本発明の第８実施例について説明
する。なお、本実施例に係る遠隔登録装置の構成は、図
４２に示す第７実施例の変形例に係る装置と同一構成を
とり、また、本装置を構成するパーソナルコンピュータ
（ＰＣ）における表示は、図１８に示す表示と同じであ
る。さらに、本実施例におけるコマンドフレームの形式
は、図２０（ａ）に示すフレーム構成と同一である。

【０１２６】本実施例における通信アダプタと端末フア
クシミリとの交信は、図４８〜図５１に示す手順にて行
なわれる。図４８は、通信アダプタから端末フアクシミ
リにデータの登録を行なう場合の手順で、回線からの呼
び出し信号を検知すると、端末フアクシミリは回線を閉
結してＣＥＤ信号を送出し、続いてＮＳＦ・ＣＳＩ・Ｄ
ＩＳを送出する。このＮＳＦ（非標準機能）内で、端末
フアクシミリ装置は、遠隔登録を受け入れる機能がある
ことを宣言する。

【０１２７】通信アダプタは、ＮＳＦ中で遠隔登録機能
有りの宣言を確認した後、ＮＳＳ（非標準機能設定）内
にデータ登録コマンドを収めて送信する。端末側は、Ｎ
ＳＳ内のコマンドを実行してデータを登録した後、正常
に登録が終了した場合には、肯定応答としてＭＣＦを送
信する。ここで、登録が正常に行なえなかった場合に
は、端末側は、ＲＴＮを送出して以上を通知する。

【０１２８】通信アダプタ側は、ＭＣＦ確認後にまだ送
信するコマンドがあれば、繰り返しＮＳＳを送信し、全
てのコマンド送信後にＤＣＮを送信して交信を終了す
る。端末からデータの読取りを行なう場合には、図４９
に示す手順で行なう。すなわち、通信アダプタは、端末
からの遠隔登録機能有りのＮＳＦを受信すると、ＮＳＳ
内にデータ読出しコマンドを収めて送信する。また、端
末側は、データ読出しコマンドを受信すると、送受を交
替して要求されたデータをＮＳＣ（非標準機能命令）内
に収めて送信する。

【０１２９】通信アダプタは、ＮＳＣを受信すると、そ
の内容をメモリ内に蓄積してＭＣＦを送出する。端末側
は、ＭＣＦ確認後、まだ送信するコマンドがあれば、繰
り返しＮＳＣを送信し、全てのコマンド送信後にＤＣＮ
を送信して交信を終了する。これらの通信において、端
末側が最初に送出するＮＳＦ・ＣＳＩ・ＤＩＳは、遠隔
登録のための独立手順に移行する前であるから、プリア
ンブルは１秒である。そして、通信アダプタが送出する
最初のＮＳＳ以降、全ての信号は、プリアンブルをあら
かじめ設定してある値に変更して送信する（図５０参
照）。本実施例では、この時間を３００ｍｓとしてい
る。

【０１３０】この値は、通信アダプタ／端末で独立して
設定可能であり、回線状況が悪い地域では、あらかじめ
長めに設定することにより通信エラーの軽減が可能とな
る。また、コマンド送出時に応答が得られなかった場合
には、図５１に示すように、３秒間の応答待ちの後、プ
リアンブル時間を通常のファクシミリ手順の場合と同じ
１秒に延長してコマンドの再送を行ない、通信エラーを
防止する。

【０１３１】そこで、このプリアンブル時間の制御を、
図５２のフローチヤートに従って説明する。図５２に示
すフローチヤートは、コマンド送出及び応答受信時の制
御で、この部分は通常のＧ３手順と共通で使用してい
る。コマンド送出時には、まず、ステツプＳ８０１で、
通常の手順か遠隔登録の独自手順かを判別する。通常の
手順であればステツプＳ８０２に進み、Ｔ．３０に定め
られた１秒のプリアンブル時間をタイマに設定するが、
遠隔登録手順であれば、ステツプＳ８０３で、あらかじ
め登録されたプリアンブル時間を設定する。この時間
は、本実施例では３００ｍｓである。

【０１３２】タイマの設定が終了するとプリアンブルの
送出を開始し（ステツプＳ８０４）、タイマがタイムア
ウトするまでフラグパターン（７ＥＨ）を送出し続ける
（ステツプＳ８０５）。そして、タイマがタイムアウト
するとステツプＳ８０６に進んでコマンドの送出を行な
い、最大３秒間のコマンド送出が終了すると、続いて応
答受信に入る（ステツプＳ８０７）。

【０１３３】応答の受信は最大３秒間行なわれ（ステツ
プＳ８０８）、その間に応答が受信できた場合には、本
フローを終了して受信したデータを解析し、手順を続行
する。しかし、３秒間に応答が受信できなかった場合に
は、ステツプＳ８０９で、何回、コマンドの送信を行な
ったかをチェックする。そして、それが３回未満の場合
は、ステツプＳ８０２に戻ってタイマにＴ．３０勧告通
りの１秒を設定し、コマンドの再送に移るが、コマンド
の送信が３回目の場合には、再送を断念して本フローを
終了し、通信をエラー終了する（ステツプＳ８１０）。

【０１３４】以上が、本実施例におけるプリアンブル時
間の制御例であり、これは通信アダプタ／端末ファクシ
ミリ装置に共通である。なお、本実施例では、遠隔登録
装置の通信アダプタとして、ＲＳ−２３２Ｃ機能を有す
るファクシミリ装置を使用したが、より簡単にモデムを
接続または内蔵したＰＣをホストとして交信を行なうこ
とも可能である。

【０１３５】このように、通常のファクシミリ通信時に
は、規格通り１秒のプリアンブルを付加し、遠隔登録の
ための独自手順に移行後には、それを任意に定め、より
短いプリアンブルを使用することにより通信効率の向上
を達成できる。さらに、エコー等の要因による通信エラ
ー対策として、プリアンブル時間を任意に設定可能とし
て、回線状態が悪い場合にはプリアンブル時間を延長す
ることにより交信性を向上できる。加えて、送信したコ
マンドに対して応答が得られなかった場合には、プリア
ンブルをＣＣＩＴＴ規格通りの１秒に戻してコマンドの
再送を行なうことによりトラブルの発生を防止できる。

【０１３６】

【発明の効果】以上説明したように、本発明によれば、
リモートコマンドに特定の制御符号を入力しておくこと
で、受信機からの応答後に、次コマンドの送信を確実に
行なうことができ、リモートコマンドの送信が途中でエ
ラーとなつても、コマンドをすべて再送せずに、受信機
からの応答が受信できなくなったところから再開するこ
とが可能になる。

【０１３７】また、フアクシミリ装置の有する通信機能
を利用して装置内部のメモリ内容の書込み及び読出しを
行なうことで、遠隔地からのデータ登録や装置の調整が
可能となる。さらに、フアクシミリ通信において、通常
の通信時には規格通りのプリアンブル時間を付加した通
信を行ない、遠隔登録時にはそれを任意に定めること
で、通信効率を向上できる。

【図面の簡単な説明】

【図１】本発明の第１実施例に係るファクシミリ装置の
全体構成を示すブロツク図である。

【図２】第１実施例に係る通信制御プログラムが実行す
る通信プロトコルを示す図である。

【図３】第１実施例に係るファクシミリ装置における制
御信号のフレーム構成を示す図である。

【図４】第１実施例のファクシミリ装置における送信処
理を示すフローチヤートである。

【図５】第１実施例のファクシミリ装置における送信処
理を示すフローチヤートである。

【図６】ＮＳＳ信号で送出されるリモートコマンドを示
す図である。

【図７】送信側のファクシミリ装置にてファイルメモリ
からリモートコマンドを読み出すときの処理手順を示す
フローチャートである。

【図８】実施例のファクシミリ装置におけるリモートコ
マンド受信処理を示すフローチヤートである。

【図９】実施例のファクシミリ装置におけるリモートコ
マンド受信処理を示すフローチヤートである。

【図１０】実施例のファクシミリ装置におけるリモート
コマンド受信処理を示すフローチヤートである。

【図１１】第１実施例に係るリモートコマンドの例を示
す図である。

【図１２】第２実施例に係る通信制御プログラムにて実
行される通信プロトコルを示す図である。

【図１３】第２実施例における部分ページフレームの通
信フォーマットを示す図である。

【図１４】第２実施例におけるＦＣＤフレームのフォー
マットを示す図である。

【図１５】第２実施例におけるメツセージ送出処理手順
を示すフローチヤートである。

【図１６】第２実施例におけるＦＣＤフレーム作成処理
を示すフローチヤートである。

【図１７】本発明の第４実施例に係るファクシミリ装置
の構成を示す図である。

【図１８】第４実施例に係る画面表示例を示す図であ
る。

【図１９】第４実施例に係るコマンド例を示す図であ
る。

【図２０】第４実施例に係るフレーム構成を示す図であ
る。

【図２１】第４実施例に係る通信プロトコルを示す図で
ある。

【図２２】第４実施例に係る装置の動作を示すフローチ
ャートである。

【図２３】第４実施例に係る装置の動作を示すフローチ
ャートである。

【図２４】第４実施例の変形例１に係る装置の動作を示
すフローチャートである。

【図２５】第４実施例の変形例１に係る装置の動作を示
すフローチャートである。

【図２６】第４実施例の変形例２に係る装置の動作を示
すフローチャートである。

【図２７】第４実施例の変形例２に係る装置の動作を示
すフローチャートである。

【図２８】本発明の第５実施例に係るファクシミリ装置
での着信処理を示すフローチャートである。

【図２９】本発明の第５実施例に係るファクシミリ装置
での着信処理を示すフローチャートである。

【図３０】本発明の第６実施例に係るファクシミリ装置
におけるＨＤＬＣ形式のフレームを示す図である。

【図３１】第６実施例に係るファクシミリ装置の送信動
作を示すフローチャートである。

【図３２】第６実施例に係るファクシミリ装置の送信動
作を示すフローチャートである。

【図３３】第６実施例の変形例に係る通信アダプタのバ
ッファの様子を示す図である。

【図３４】本発明の第７実施例に係る遠隔登録装置の構
成を示す図である。

【図３５】第７実施例に係るデータ入力時の画面表示例
を示す図である。

【図３６】第７実施例に係るコマンド例を示す図であ
る。

【図３７】第７実施例に係る送信時の画面表示例を示す
図である。

【図３８】第７実施例に係るフレーム構成を示す図であ
る。

【図３９】第７実施例に係る通信プロトコルを示す図で
ある。

【図４０】第７実施例に係る通信プロトコルを示す図で
ある。

【図４１】第７実施例に係る装置の動作を示すフローチ
ャートである。

【図４２】第７実施例の変形例に係る装置の構成を示す
図である。

【図４３】第７実施例の変形例に係るコマンドの例を示
す図である。

【図４４】第７実施例の変形例に係るプロトコルを示す
図である。

【図４５】第７実施例の変形例に係る装置の動作を示す
フローチャートである。

【図４６】第７実施例の変形例に係る装置の動作を示す
フローチャートである。

【図４７】第７実施例の変形例に係る装置の動作を示す
フローチャートである。

【図４８】第８実施例に係る装置のプロトコルを示す図
である。

【図４９】第８実施例に係る装置のプロトコルを示す図
である。

【図５０】第８実施例に係る装置のプロトコルを示す図
である。

【図５１】第８実施例に係る装置のプロトコルを示す図
である。

【図５２】第８実施例に係る装置でのプリアンブル時間
制御を示すフローチャートである。

【符号の説明】

１読み取り部２記録部３操作部４モデム５網制御部６ＣＰＵ７ＲＯＭ８ＲＡＭ９外部インターフェース１０ファイルメモリ１１コンピユータ１２相手ファクシミリ１３電話回線１４文字ファイル１５ＲＳ−２３２Ｃケーブル１６電話網

───────────────────────────────────────────────────── フロントページの続き (72)発明者松井章東京都大田区下丸子３丁目30番２号キヤノン株式会社内 (72)発明者佐藤明美東京都大田区下丸子３丁目30番２号キヤノン株式会社内

Claims

【特許請求の範囲】

【請求項１】文字、線画情報等のファクシミリ情報及
び制御コマンドを送受信するファクシミリ装置におい
て、前記制御コマンドに、該制御コマンドの区切りを示す制
御符号を付加する手段と、前記制御符号に基づいて、前記制御符号が付加された制
御コマンドを所定のデータ長のパケットデータに変換す
る手段と、前記パケットデータを通信相手に送信する手段とを備え
ることを特徴とするファクシミリ装置。
【請求項２】さらに、前記パケットデータに含まれる
前記制御コマンドを抽出する手段と、前記制御コマンドを抽出したことを、前記パケットデー
タの送出側に通知する手段とを備え、送信側ファクシミリ装置が、前記制御コマンドに対する
受信側ファクシミリ装置からの応答の待ち合わせを行な
うことを特徴とする請求項１に記載のファクシミリ装
置。
【請求項３】送信側ファクシミリ装置は、前記制御コ
マンドの抽出に対する受信側ファクシミリ装置からの通
知が途絶えた箇所から、該制御コマンドを含むパケット
データの送信を再開することを特徴とする請求項２に記
載のファクシミリ装置。
【請求項４】文字、線画情報等のファクシミリ情報、
ファイルデータ及び制御コマンドを送受信するファクシ
ミリ装置において、前記制御コマンドに、該制御コマンドの区切りを示す制
御符号を付加する手段と、前記制御コマンドの所定フレームに、前記ファイルデー
タを格納する手段と、前記制御符号に基づいて、前記ファイルデータが格納さ
れた制御コマンドを所定のデータ長のパケットデータに
変換する手段と、前記パケットデータを通信相手に送信する手段とを備え
ることを特徴とするファクシミリ装置。
【請求項５】さらに、受信した前記ファイルデータを
記憶する記憶手段を備え、前記ファイルデータの記憶は、前記ファクシミリ情報の
出力に代わって行なわれることを特徴とする請求項４に
記載のファクシミリ装置。
【請求項６】ファイルデータは、文字ファイルデータ
であることを特徴とする請求項４に記載のファクシミリ
装置。
【請求項７】公衆回線網を介して該公衆回線網に接続
された複数のファクシミリ装置に対してデータ登録を行
なうファクシミリ装置において、登録データを入力する手段と、前記登録データを所定のフレーム形式に変換する手段
と、前記フレームを構成するデータのバイト数を監視する手
段と、前記バイト数が所定値を越えた場合、前記フレームを複
数のフレームに分割する分割手段と、前記分割後のフレームに該フレームの継続を示すコード
を付加する手段とを備えることを特徴とするファクシミ
リ装置。
【請求項８】前記分割手段は、所定のバイト数に従っ
たフレームの分割を行なうことを特徴とする請求項７に
記載のファクシミリ装置。
【請求項９】公衆回線網を介して該公衆回線網に接続
された複数のファクシミリ装置に対してデータ登録を行
なうファクシミリ装置において、登録データを入力する手段と、前記登録データを所定のフレーム形式に変換する手段
と、前記フレームを構成するデータについて、あらかじめ決
められたバイト数毎に該フレームの継続を示すコードを
付加する手段と、前記コードが検出された時点で前記フレームを複数のフ
レームに分割する手段とを備えることを特徴とするファ
クシミリ装置。
【請求項１０】公衆回線網を介して該公衆回線網に接
続された複数のファクシミリ装置に対してデータ登録を
行なうファクシミリ装置において、登録データを入力する手段と、前記登録データを所定のフレーム形式に変換する手段
と、前記フレームを構成するデータの送信時間を監視する手
段と、前記送信時間が所定値を越えた場合、前記フレームを複
数のフレームに分割する分割手段と、前記分割後のフレームに該フレームの継続を示すコード
を付加する手段とを備えることを特徴とするファクシミ
リ装置。
【請求項１１】公衆回線網を介して送信された所定の
フレーム形式を有する登録データを入力するファクシミ
リ装置において、前記フレームの最終データが該フレームの継続を示すコ
ードであるか否かを判断する手段と、前記コードが前記フレームの継続を示すコードでなけれ
ば、該フレーム内のコマンドを実行し、該実行が正常に
行なわれた場合に肯定応答を、該実行が正常に行なわれ
なかった場合に否定応答を送信する手段と、前記コードが前記フレームの継続を示すコードであれ
ば、該フレーム内のコマンドを実行せずに肯定応答を送
信して次フレームの受信を行なう手段とを備えることを
特徴とするファクシミリ装置。
【請求項１２】さらに、前記次フレームの受信時、該
フレーム内のフレーム番号を監視する手段を備え、受信したフレーム番号が前回受信したフレーム番号に続
く番号でない場合、該フレーム内のコマンドを実行せず
に否定応答を送信し、前回までに受信したコマンドを破
棄することを特徴とする請求項１１に記載のファクシミ
リ装置。
【請求項１３】公衆回線網を介して該公衆回線網に接
続された複数のファクシミリ装置に対してデータ登録を
行なうファクシミリ装置において、登録データを入力する手段と、前記登録データを所定のフレーム形式に変換する手段
と、前記データ登録のためのコマンドの長さを監視する手段
と、前記コマンドが、任意に定める前記フレームの最大長以
下の場合、該コマンド間にその区切りを示すコードを付
加する手段とを備え、１フレーム中に複数のコマンドを収めることを特徴とす
るファクシミリ装置。
【請求項１４】単一のコマンドで前記最大フレーム長
を越えて区切った場合、該区切り後のコマンドの後には
コマンドを付加しないことを特徴とする請求項１３に記
載のファクシミリ装置。
【請求項１５】公衆回線網を介して送信された所定の
フレーム形式を有する登録データを入力するファクシミ
リ装置において、前記フレーム内の全コマンドの実行状態を判断する手段
と、前記コマンドを正常に実行できた場合に肯定応答を、該
実行が正常に行なわれなかった場合に否定応答を送信す
る手段とを備えることを特徴とするファクシミリ装置。
【請求項１６】公衆回線網を介して該公衆回線網に接
続された複数のファクシミリ装置に対してデータ登録を
行なうファクシミリ装置において、前記データ登録に先立って前記複数のファクシミリ装置
の機種データを要求する手段と、前記データ登録の対象となるファクシミリ装置の機種デ
ータと前記要求にて得られた機種データとを比較する手
段とを備え、前記比較結果が不一致の場合、機種データを要求した側
のファクシミリ装置にて通信を中断することを特徴とす
るファクシミリ装置。
【請求項１７】機種データには、ファクシミリ装置の
属性として機種名、装置の仕向地、ソフトウエア開発履
歴番号が含まれることを特徴とする請求項１６に記載の
ファクシミリ装置。
【請求項１８】公衆回線網を介して該公衆回線網に接
続された複数のファクシミリ装置に対してデータ登録を
行なうファクシミリ装置において、前記データ登録に先立って前記複数のファクシミリ装置
の機種データを指定する手段と、前記データ登録の対象となるファクシミリ装置の機種デ
ータと前記指定された機種データとを比較する手段とを
備え、前記比較結果が不一致の場合、前記データ登録の対象と
なるファクシミリ装置側にて通信を中断することを特徴
とするファクシミリ装置。
【請求項１９】機種データには、ファクシミリ装置の
属性として機種名、装置の仕向地、ソフトウエア開発履
歴番号が含まれることを特徴とする請求項１８に記載の
ファクシミリ装置。
【請求項２０】公衆回線網を介して該公衆回線網に接
続された複数のファクシミリ装置に対してデータ登録を
行なうファクシミリ装置において、登録データを入力する手段と、前記登録データを所定のフレーム形式に変換する手段
と、前記データ登録時と通常のファクシミリ手順実行時と
で、前記フレームの先頭に付加するプリアンブル時間を
変化させる手段とを備えることを特徴とするファクシミ
リ装置。
【請求項２１】前記プリアンブル時間は、あらかじめ
任意に登録できることを特徴とする請求項２０に記載の
ファクシミリ装置。
【請求項２２】前記データ登録時、前記フレーム送出
後に相手ファクシミリ装置からの応答がない場合、前記
プリアンブル時間を通常のファクシミリ手順実行時の時
間と同じ時間に戻して該フレームの再送を行なうことを
特徴とする請求項２０に記載のファクシミリ装置。。