JP3092762B2 - ファクシミリ通信システム及び該システムにおけるデータ処理方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電話回線等の公衆回線
を利用してファクシミリ装置にリモート・データの登録
や読み出しを行なって、装置の保守等をするファクシミ
リ通信システム及び該システムにおけるデータ処理方法
に関するものである。

【０００２】

【従来の技術】従来より、ファクシミリ装置での登録処
理には、例えば、短縮ダイアル、ユーザ電話番号、略称
など多くの登録項目があり、これらは、サービスマン、
またはユーザの手作業により登録処理や読出し処理がな
されている。また、装置のトラブル発生時にその調査や
調整を行なうのにサービスマンが現地に赴き、ファクシ
ミリ装置の内部情報の読出しと設定の変更を行なってい
る。さらに、チェックサムの計算を、各登録項目で１つ
データを入力する度に実行している。

【０００３】また、登録データの初期化には、操作パネ
ル上のメニユーで、データクリアメニユーにて登録項目
を初期化するか、あるいは、各種データの登録時にデー
タをクリアキーを用いて初期化する方法をとっている。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来のファクシミリ装置では、データ登録時の動作とし
て、多数の登録データ項目を一回の通信で一括して登録
できず、さらに、データ登録時に単にデータを登録する
だけであると、その登録データに異常があると、それを
検知することができないという問題がある。

【０００５】また、上記従来の操作パネルを使用した登
録データの初期化では、リモートデータ登録時における
データ変更は、データの上書きのみであり、各登録デー
タの初期化には、その登録時にクリアキーを選択するの
で、データ消去動作が煩わしいという問題がある。本発
明の目的は、リモートデータの登録と読み出しを併用
し、データ登録の際に登録確認用のデータを生成した
り、登録データの初期化を行ない、装置の保守やサービ
スを容易にするファクシミリ通信システム及び該システ
ムにおけるデータ処理方法を提供することである。

【０００６】また、本発明の他の目的は、リモート登録
データの確認をセンター側のファクシミリにて行なえる
ファクシミリ通信システム及び該システムにおけるデー
タ処理方法を提供することである。

【０００７】

【課題を解決するための手段】上記の目的を達成するた
め、請求項１に記載の発明は、公衆回線網との通信機能
を有し、かつ、データ入力を行なうための外部機器が接
続されたセンターファクシミリ端末と、該公衆回線網に
接続された少なくとも１つのリモートファクシミリ端末
とにて構成されるファクシミリ通信システムにおいて、
前記センターファクシミリ端末は、前記外部機器から入
力されたデータを、前記公衆回線網を介して前記リモー
トファクシミリ端末に送る手段を備え、また、前記リモ
ートファクシミリ端末は、前記センターファクシミリ端
末から受信した前記データをメモリに蓄積する手段と、
前記蓄積後のデータ内容を解析する手段と、前記解析結
果をもとに、前記データ内容に応じて該データを所定の
メモリ領域に記録する手段と、該記録後、前記メモリ領
域に関して、正しく登録されたか否かを示す登録確認デ
ータを生成する生成手段と、前記登録確認データに基づ
いて、前記データの登録の成否を前記データの受信から
通信を継続して前記センターファクシミリ端末に通知す
る手段とを備え、前記センターファクシミリ端末が、前
記リモートファクシミリ端末内のメモリの任意のアドレ
スへデータを書き込んだり、あるいは該メモリからデー
タを読み出すことでリモート登録・保守を行なう。

【０００８】また、請求項８に記載の発明は、公衆回線
網との通信機能を有し、かつ、データ入力を行なうため
の外部機器が接続されたセンターファクシミリ端末と、
該公衆回線網に接続された少なくとも１つのリモートフ
ァクシミリ端末とにて構成されるファクシミリ通信シス
テムにおいて、前記センターファクシミリ端末は、前記
外部機器から入力されたデータを、前記公衆回線網を介
して前記リモートファクシミリ端末に送る手段を備え、
また、前記リモートファクシミリ端末は、前記センター
ファクシミリ端末から受信した前記データをメモリに蓄
積する手段と、前記蓄積後のデータ内容を解析する手段
と、前記解析結果をもとに、所定のメモリ領域をメモリ
領域毎に区別して初期化する手段とを備える。また、請
求項１１に記載の発明は、公衆回線を介してデータのや
り取りを行うセンター局とファクシミリ装置とを有する
ファクシミリ装通信システムにおけるデータ処理方法に
おいて、前記センター局は、前記公衆回線を介して前記
ファクシミリ装置にデータを送信し、前記ファクシミリ
装置は、前記センター局から受信したデータをメモリに
蓄積し、蓄積されたデータの内容を解析し、この解析結
果をもとに、前記データの内容に応じて該データを所定
のメモリ領域に記録し、該記録後、前記メモリ領域に関
して、正しく登録されたか否かを示す登録確認データを
生成し、前記登録確認データに基づいて、前記データの
登録の正否を前記データの受信から通信を継続して前記
センター局に通知することを特徴とする。また、請求項
１２に記載の発明は、公衆回線を介してデータのやり取
りを行うセンター局とファクシミリ端末とを有するファ
クシミリ通信システムにおけるデータ処理方法におい
て、前記センター局は、前記公衆回線を介して前記ファ
クシミリ装置にデータを送信し、前記ファクシミリ装置
は、前記センター局から受信したデータをメモリに蓄積
し、蓄積されたデータの内容を解析し、この解析結果を
もとに、所定のメモリ領域をメモリ領域毎に区別して初
期化することを特徴とする。

【０００９】

【作用】以上の構成において、ファクシミリ装置の保守
やサービスが容易になる。

【００１０】

【実施例】以下、添付図面を参照して、本発明に係る好
適な実施例を詳細に説明する。 ［第１実施例］図１（ａ）は、本発明の第１の実施例に
係るファクシミリ通信システムにてリモート読出しを実
行するための機器構成を示し、図１（ｂ）は、システム
におけるデータの流れを示している。同図に示すよう
に、本ファクシミリ通信システムは、パーソナルコンピ
ュータ（ＰＣ）３と、ファクシミリアダプターとしてＲ
Ｓ−２３２Ｃインターフェースを内蔵するファクシミリ
ＦＡＸ１（１）、リモート読出しが可能なファクシミリ
装置ＦＡＸ２（２）により構成される。

【００１１】リモートにてファクシミリ登録を実行する
ために、リモート登録を実行する側（センター）で、Ｐ
Ｃ３上のホストプログラムのデータ登録メニュー（図３
（ａ））を選択し、その登録メニューに従ってデータを
入力する。そして、データ送信メニュー（図３（ｂ））
で、公衆回線網４に接続されているファクシミリ２に対
する接続番号を入力し、メニュー中の「実行」を選択す
る。

【００１２】上記「実行」の選択により、本システムで
は、図１（ｂ）に示すデータフローに従い、ＰＣ３から
登録コマンドとデータが、ＲＳ−２３２Ｃを介して通信
アダプターであるＦＡＸ１（１）に送出される。そし
て、通信アダプターは、公衆回線網に接続されたファク
シミリ２に対して発呼し、ＦＡＸ１・ＦＡＸ２間に回線
が接続されると、図５〜図７に示すリモート登録の通信
手順に基づいて、ファクシミリ２に対して登録コマンド
を、公知のＨＤＬＣフレーム形式（図８参照）にて３０
０ｂｐｓの手順信号で送信する。

【００１３】なお、図８に示すcrlfは、リモート・デー
タ登録・読み出しコマンドの区切り文字であり、ＡＳＣ
ＩＩ文字におけるキャリッジ・リターン（０ＤＨ）とラ
イン・フィード（０ＡＨ）を示している。また、ffは、
リモート・データ登録・読み出しコマンドのデータが、
次のフレームまで継続することを示した区切り文字で、
ＡＳＣＩＩ文字のフォーム・フィールド（０ＣＨ）を示
している。

【００１４】リモート登録の通信手順は、図５に示すよ
うに、Ｔ．３０初期識別フェーズをリモート登録手順の
入り口として規定し、ファクシミリ装置は、リモート登
録機能有りの宣言をＮＳＦ（非標準機能宣言）の中で行
なう。そして、センターから、次の機種要求命令である
ＮＳＳ（非標準機能宣言）を待つ。このＮＳＳには、機
種宣言のために機種名の読み出し命令が含まれ、ファク
シミリ装置がこの命令を受信すると機種宣言応答をＮＳ
Ｃ（非標準機能命令）により行なう。

【００１５】センターより応答があると、リモート登録
手順として登録／読み出しフェーズに移行する。この登
録フェーズでは、ＮＳＳ中に存在する登録データをファ
クシミリ装置で受信し、登録が成功したらＭＣＦ（メッ
セージ確認）で肯定応答を送信するが、登録に失敗した
ら、ＲＴＮ（リトレーニング否定）で否定応答を送信す
る。

【００１６】次に、本実施例に係るファクシミリ通信シ
ステムにおけるリモート・データ登録時の動作について
説明する。図２は、本ファクシミリ通信システムにおけ
るリモート・データ登録時の動作手順を示すフローチャ
ートである。同図に示すように、ステップＳ１で初期識
別手順を実行し、その後、登録フェーズに入る。つま
り、ステップＳ２で、リモート登録を行なうセンターよ
り送信されたフレームについて、図８に示すようにフラ
グを除いたＨＤＬＣフレーム形式でフレームバッファに
蓄積する。

【００１７】次に、ステップＳ３で、フレームの登録デ
ータのみをデータ受信用バッファ（図９参照）に蓄積
し、ステップＳ４での判定で、フレームの最終データの
識別子（図８（ａ），（ｂ）を参照）が、データの終結
を示す２バイトのデータ（ｃｒ＝０ＤＨ，１ｆ＝０Ａ
Ｈ）であれば、ステップＳ５の処理に移行する。しか
し、識別子が、継続フレームに続くデータが存在するこ
とを示す１バイトのデータ（ｆｆ＝０ＣＨ）ならば、次
のデータを受信するため、ステップＳ２に戻る。

【００１８】最終フレームを受信したら（ステップＳ４
での判定がＹＥＳ）、ステップＳ５でバッファメモリ中
のコマンドを解析し、登録項目に対応した登録データの
メモリに記憶する（ステップＳ８）。そして、ステップ
Ｓ９でチェック・サム（登録確認を行なうために登録項
目ごとにメモリ領域のデータを総和した計算）を行な
い、チェックサムの内容もメモリに記憶する。

【００１９】データ登録が成功した場合、ステップＳ１
０で肯定応答を送信し、登録に失敗した場合、ステップ
Ｓ１１で否定応答を送信して、次のデータが送信される
まで待機する。そして、最後に、センターより終了信号
を受信し（ステップＳ１２での判断がＹＥＳ）、リモー
ト登録時の通信は終了する。なお、上記ステップＳ９で
のチェック・サムは、図１０に示すように、 １）登録した項目のメモリ領域のみで、各アドレスのバ
イト・データの総和計算を行なう ２）登録したデータエリアだけでなく、全登録メモリ領
域について一括して各アドレスデータの総和計算を行な
う という方法があり、その結果をチェックサムとしてチェ
ックサムデータに書き込む。

【００２０】また、チェックサムの計算は、その登録デ
ータの格納エリア（図１０のユーザデータ領域、ＴＥＬ
データ領域等）毎に計算され、その領域全てのバイナリ
データについて総和を求める。例えば、ユーザデータ領
域の最初のデータ００Ｈ（Ｈは、１６進数を示す）から
ＦＦＨまで、以下の通りに加算する。つまり、 00H+FFH+00H+FFH+33H+…+34H+FFH+FFH+FFH+FFH+FFH=SUM(a) …（１） として、その結果をチェックサムデータ登録エリアのユ
ーザデータ（ａ）に格納する。このチェックサムについ
て、その登録をするデータ型は、unsigned int型データ
のため、２バイトデータで総和を求めると桁あふれが生
じるが、ここでは、それに関しては無視して計算する。

【００２１】また、このチェックサムは、システムの電
源投入時に、同様にチェックサムの計算を行ない、格納
されたチェックサムデータとの比較をする。このとき、
データが異なっているとデータの破壊が予想されるの
で、登録メモリの初期化を行なってシステムの誤動作を
防止する。以上説明したように、本実施例によるリモー
ト・データ登録では、複数の登録項目と複数のデータに
関して一回の通信で一括して登録が可能となり、データ
登録と同時にチェックサムの計算を行なうことで、ファ
クシミリ装置内部での異常により登録データの内容が変
更されても、データの異常を容易に検知できる。

【００２２】また、データをまとめて受信バッファに蓄
積するため、バッファの容量が許す範囲内で大量のデー
タをリモート登録可能となり、全てのリモートデータ登
録を終了した後に、全登録メモリ領域に対してチェック
サムの計算を行なうことにより、チェックサムのプログ
ラムコードのメモリ容量が節減可能となり、また、最後
に一括してチェックサムを実行するため、データ登録時
間の節減も可能となる。

【００２３】さらに、データ登録の成功・失敗をセンタ
ー側に伝えるための応答を送信することで、センター側
にもファクシミリ装置の動作がモニタされる。以下、上
記実施例の変形例について説明する。 ＜変形例１＞図１１は、上記第１実施例の変形例１に係
るファクシミリ通信システムの動作フローチャートであ
る。同図において、ステップＳ２１では、上記実施例と
同様、初期識別手順を実行し、ステップＳ２２で、回線
を介して受信した手順信号をバッファ・メモリへ記録す
る。また、ステップＳ２３では登録用メモリへの記録、
ステップＳ２４でチェックサムの計算と記憶をそれぞれ
行ない、続くステップＳ２５，Ｓ２６において、それぞ
れデータ登録が実行できた（登録成功）か、あるいは、
登録できなかった（登録失敗）かの応答送信を行なう。

【００２４】そして、最終的にセンターより終了信号を
受信し、ステップＳ２７での判断がＹＥＳであれば、本
リモート登録時の通信処理を終了する。本変形例は、リ
モート登録の動作が１回の送信信号で行なわれる場合を
示し、データの容量が小さく、１回の信号受信により登
録できる登録項目だけに限定することで、システム構築
ができる。

【００２５】リモートでファクシミリのデータ登録を実
行するため、本変形例においても、リモート登録を実行
する側（センター）でパーソナルコンピュータ（ＰＣ）
上のホストプログラムの登録メニュー（図３（ａ））を
選択し、その登録メニューに従ってデータを入力する。
そして、データ送信メニュー（図３（ｂ））で、公衆回
線網に接続されているファクシミリに対する接続番号を
入力し、メニュー中の「実行」を選択すると、ＰＣが登
録コマンドとデータ（図４）を通信アダプタ（ＦＡＸ
１）に送出する。

【００２６】通信アダプターは公衆回線網への接続番号
を送信して、ファクシミリとの通信を可能にし、図５〜
図７に示したリモート登録通信手順に基づいて、登録コ
マンドを３００ｂｐｓの手順信号によりＨＤＬＣフレー
ム形式（図８）で、１フレームに１つの登録データに限
定して送信する。このように、本変形例によれば、１回
の登録で大量の登録データを処理することは不可能だ
が、プログラムのデータ作業領域を持たないためプログ
ラムメモリ容量を小さくできる。 ＜変形例２＞以下、上記実施例の変形例２に係るファク
シミリ通信システムについて説明する。

【００２７】図１３〜図１６は、本変形例におけるリモ
ート登録の通信手順を示す。ここでは、リモート登録の
機種宣言フェーズをリモート登録手順の入り口として規
定し、このフェーズで、センターはファクシミリ装置の
リモート登録機能と機種の確認を行なう（図１３）。ま
た、図１４に示すトレーニングを行ない、ＣＦＲを送出
したら、センターより画像データの代わりに登録コマン
ドとデータ（図４参照）をＨＤＬＣフレーム形式で送信
する。このとき、１回の送信で送れるデータ容量は６４
Ｋバイトである。

【００２８】ファクシミリ装置は、データを受信した
ら、ＨＤＬＣフレームのＦＣＳ（図８）により、受信し
た各フレームの伝送誤りのチェックを行なう。ここで、
伝送誤りが存在する場合、再送要求信号ＰＰＲをセンタ
ーに送信し、そのフレームについて再受信する。そし
て、全フレームを正常に受信したならば、ファクシミリ
装置は登録動作に移るが、登録動作終了まで応答しなく
なるので、センターに対して登録中である旨、ＲＮＲを
送信することで知らせると、センターはＲＲを送信し、
登録終了まで待機する。

【００２９】登録処理が終了後、ファクシミリ装置はＭ
ＣＦを送出し、次の信号を待つ。そして、次のデータな
ければ、センターはＤＣＮを送信し、通信を終了する。
図１２は、上記実施例の変形例２に係るファクシミリ通
信システムの動作フローチャートである。同図におい
て、ステップＳ３１では、初期識別手順を実行し、ステ
ップＳ３２で、９６００ｂｐｓの画像データとして受信
した登録データを、図９に示す画像バッファに蓄積す
る。そして、最終フレームまで受信したならば（ステッ
プＳ３３での判断がＹＥＳ）、画像バッファ中のコマン
ドを解析し、登録項目に対応した登録データのメモリに
記録する（ステップＳ３４，Ｓ３５，Ｓ３７）。なお、
登録中は、同時にＲＮＲをセンターに対して送信する。

【００３０】ステップＳ３７での登録後、ステップＳ３
８でチェック・サム計算を行ない、チェックサムの内容
もメモリに記憶する。そして、ステップＳ３９，Ｓ４０
では、それぞれ、登録が成功したならば肯定応答の送
信、登録に失敗したならば否定応答を送信し、次のデー
タが送信されるまで待機する。最後に、ステップＳ４１
で、センターより終了信号ＤＣＮを受信すると、リモー
ト登録時の通信を終了する。

【００３１】このように、本変形例では、複数の登録項
目と複数のデータに関して、１回の通信で一括して登録
が可能となり、リモートコマンドの内容は任意に決めら
れるので、通常、手入力では行なえない複雑な登録操作
が可能となる。 ＜変形例３＞図１７は、変形例３に係るファクシミリ通
信システムの動作フローチャートである。同図におい
て、ステップＳ５１で初期識別手順を実行し、ステップ
Ｓ５２では、回線を通して受信したＨＤＬＣ信号をフレ
ームバッファへ記録する。そして、ステップＳ５３で、
フレームの最終データに登録実行コマンドがあると判断
された場合、処理をステップＳ６６に移行するが、コマ
ンドがない場合は、ステップＳ５４で、リモート登録時
における受信バッファへの登録データの記録を行なう。

【００３２】ステップＳ５５では、最終フレームまでの
受信か否かの判定を行ない、その結果がＹＥＳであれ
ば、ステップＳ５６でデータ継続フラグをＯＦＦにす
る。続くステップＳ５７，Ｓ５８では、バッファ中のコ
マンドの解析、及び登録用メモリへの記録を行なう。そ
して、ステップＳ６１では、データ継続フラグがＯＮか
どうかを判定し、そのフラグがＯＦＦであれば、チェッ
クサムの計算と記憶を行なう（ステップＳ６１）。

【００３３】ステップＳ６３，Ｓ６４では、それぞれ、
データ登録の実行が成功か、あるいは失敗かの応答送信
を行ない、ステップＳ６５で終了信号を受信した場合、
本処理を終える。上記の登録実行コマンドは、１バイト
のデータ継続識別子（ｆｆ＝０ＣＨ）のような識別子、
例えば、００Ｈであり、リモートデータ登録では、基本
的に文字、数字列による登録のみとし、バイナリデータ
を扱わないように規定することで、識別子とデータの誤
認を回避できる。

【００３４】また、データ継続フラグは、データ登録時
にコマンドなしで途中からデータを受信したときの判断
に用いられ、このフラグがＯＮの場合は、前に登録した
項目に追加データが存在することを示す。このように、
本変形例では、受信バッファの容量が少なくても、登録
データ量に制限がなくなり、例えば、パーソナルファク
シミリ等、メモリ容量が小さいファクシミリへのリモー
ト登録が可能になる。 ［第２実施例］図１８は、本発明の第２の実施例に係る
ファクシミリ通信システムにおけるリモート登録・読み
出しシステムのシステム構成図である。同図に示すよう
に、リモート登録・読み出しセンター側では、ＲＳ−２
３２Ｃインタフェースを介してパーソナルコンピュータ
（ＰＣ）２１とファクシミリアダプタとして機能するフ
ァクシミリ（ＲＳ−２３２Ｃインタフェースが内蔵され
たもの）２２が接続されている。また、リモート側で
は、公衆回線網２６に１あるいは複数のリモート端末フ
ァクシミリ装置が接続され、これらにより、リモート読
み出しシステムが構成される。

【００３５】以下、本実施例に係るファクシミリ通信シ
ステムのリモート読み出し動作について説明する。本実
施例では、リモート読み出しとして、最初にリモートセ
ンター側のＰＣ画面上のデータ受信メニユー（図３に示
す、上記第１実施例に係るメニユーと同じ）より、ユー
ザーデータ、ワンタッチ／短縮ダイヤル、サービスデー
タ等の読み出し項目の選択、リモート端末ファクシミリ
への接続番号の入力、実行メニユーの選択を行ない、Ｐ
Ｃ２１よりセンターファクシミリ２２へリモート読み出
しコマンドを送出する。

【００３６】上記の読み出しリモートコマンドは、リモ
ート端末ファクシミリより読み出すデータの内容を指定
するためのコマンドであり、本実施例では、図２０に示
すように、２文字のＡＳＣＩＩ文字列で読み出すための
データ項目を定義する。例えば、ユーザーデータをＵ
Ｄ、サービスデータをＳＤ、ワンタッチ／短縮ダイヤル
の登録データをＤＤの如く定義する。

【００３７】図２１は、本実施例におけるリモート読み
出しデータ受信時のＰＣでのデータの流れを示す図であ
る。同図に示すように、ＰＣ２１は、読み出しコマンド
をセンターファクシミリ（センターＦＡＸ）２２に送出
し、リモート読み出し通信終了後、ファクシミリ端末か
ら、ＲＳ−２３２Ｃインタフェースを介して、図２０に
示すリモート登録コマンドで読み出しデータを受信す
る。

【００３８】本実施例におけるリモート読み出し通信手
順としては、図５〜図７に示す、上記第１実施例に係る
リモート登録の通信手順と同様、３００ｂｐｓの手順信
号を用いている。後述する、本実施例におけるリモート
読み出し動作手順は、この通信手順に基づいている。こ
こでは、Ｇ３ファクシミリのＴ．３０初期識別による機
能宣言フェーズをリモート読み出し通信の入り口として
規定し、ファクシミリ端末のリモート登録・読み出し機
能の有無をファクシミリ端末から送信されるＮＳＦ（非
標準機能宣言）により確認する。そして、リモート読み
出しが可能であれば、センターは、機種要求命令である
ＮＳＳ（非標準機能宣言）を送信する。このＮＳＳに対
して、ファクシミリ端末から機種宣言応答としてＮＳＣ
（非標準機能命令）が送信され、センターは肯定応答Ｍ
ＣＦ（メッセージ確認）を送信して、次のフェーズに移
る。

【００３９】センターは、ファクシミリ端末よりデータ
転送要求（ＮＳＦ）を受信すると、図２０に示すリモー
ト読み出しコマンドを上記ＮＳＳで送信する。ＮＳＣに
て、ファクシミリ端末よりセンターへ、このリモート読
み出しコマンドの内容に従った読み出しデータが送信さ
れると、センターは、その読み出しデータに対して応答
し、次の読み出しデータを待つ。そして、最終データを
受信したならば、ファクシミリ端末よりデータ転送要求
のＮＳＦが送信されるので、リモート読み出しのセンタ
ーから回線切断命令（ＤＣＮ）を送信して、本通信処理
を終了する。

【００４０】図１９は、本実施例におけるリモート読み
出し動作手順を示すフローチャートである。同図におい
て、ステップＳ７１で初期識別手順を実行し、続くステ
ップＳ７２では、ファクシミリ端末側で受信したデータ
を、図８に示す、上記第１実施例に係るＨＤＬＣフレー
ム形式で一時的にフレームバッファに蓄積する。ステッ
プＳ７３では、ＨＤＬＣフレーム中の読み出しコマンド
を、図９に示す、上記第１実施例に係るファクシミリ内
部メモリと同様の構成をとるメモリ内のデータ受信バッ
ファ（ＲＭＤバッファ）に蓄積する。そして、読み出し
コマンドの蓄積後、ステップＳ７４，Ｓ７５でデータ受
信用バッファのコマンドを解析し、ステップＳ７７で、
そのコマンドに対応する読み出しデータをデータ送信用
バッファに蓄積する。

【００４１】データ送信用バッファに読み出しデータを
すべて書き込んだならば、読み出しデータの送信を開始
し、データがなくなるまでデータ送信を繰り返す（ステ
ップＳ７８，Ｓ７９）。ここで、データの蓄積に失敗し
たり、あるいは、送信データがなくなった場合、ＮＳＦ
（データ要求信号）を送信し、次のデータが送信される
まで待つ。

【００４２】最後にセンターからの終了信号（ＤＣＮ）
を受信すると、リモート読み出しの動作を終了する（ス
テップＳ８１）。以上説明したように、本実施例によれ
ば、複数の読み出し項目と複数のデータに関して、１回
の通信で一括して読み出すことができ、かつ、データを
まとめて送信バッファに蓄積するので、バッファの容量
が許す範囲で大量のデータをリモートにて読み出すこと
ができる。

【００４３】また、リモート読み出しとリモート登録を
交互に１回の通信で実行できる。以下、本実施例の変形
例について説明する。 ＜変形例１＞図２２は、上記第２実施例の変形例１に係
るファクシミリ通信システムの動作フローチャートであ
る。また、図２３〜図２５は、本変形例におけるリモー
ト読み出しの通信手順を示す図である。ここでは、９６
００ｂｐｓ，４８００ｂｐｓの高速手順を用いている。

【００４４】本変形例に係るシステムでのリモート読み
出しの通信手順の入り口は、リモート通信の低速手順、
つまり、図５〜図７に示す、上記第１実施例に係るリモ
ート登録通信手順と同様に、ファクシミリ端末のリモー
ト読み出しに関する機能、及び機能の確認を行なうため
の機種宣言フェーズである。次に、トレーニングにより
ファクシミリ端末の通信速度を決定し、データ読み出し
フェーズ、またはデータ登録フェーズに移行する。この
データ読み出しフェーズは、リモート読み出しセンター
よりデータ読み出しコマンドをＨＤＬＣフレーム形式
（図８に示す、上記第１実施例に係るフレーム形式と同
じ）で受信し、ファクシミリ端末は、データ受信の後、
ＨＤＬＣフレームのＦＣＳ（フレームチェックシーケン
ス）により、受信した各フレームの伝送誤りのチェック
を行なう。

【００４５】フレームに伝送誤りがある場合、ファクシ
ミリ端末は再送要求信号ＰＰＲを送信し、フレームを再
度受信する。全フレームを正常に受信したならば、読み
出しデータの送信動作に移る。このとき、読み出し動作
終了までセンター側は応答しないので、センター側はＲ
ＮＲを送信して読み出し処理中であることをファクシミ
リ端末に通知する。そして、ファクシミリ端末はＲＲを
送信し、読み出し終了まで待機する。

【００４６】読み出し処理が終了したならば、センター
より正常読み出し応答（ＭＣＦ）が送出されるので、フ
ァクシミリ端末はデータ転送要求信号（ＮＳＦ）を送出
し、次のコマンドが送られてくるまで待機する。そし
て、回線切断命令（ＤＣＮ）がセンターより送られてき
たならば、本通信処理を終了する。図２２に示すフロー
チャートを参照して、本変形例に係るファクシミリ通信
システムの動作を説明する。同図において、ステップＳ
９１では初期識別手順を実行し、ステップＳ９２で、上
記トレーニングを行なう。そして、ステップＳ９３で、
ＨＤＬＣ形式で受信した画像データを画像バッファに蓄
積し、最終フレームまで受信したならば、画像データの
伝送誤りをチェックして（ステップＳ９５）、全データ
を正常に受信できるまで、画像データの蓄積を繰り返
す。

【００４７】なお、ステップＳ９５で、受信データに誤
りがあると判断された場合、ステップＳ９４でデータの
再送を要求する。ステップＳ９６，Ｓ９７では、画像デ
ータとして受信したリモート読み出しコマンドを解析
し、リモート読み出しセンターに対して送信する読み出
しデータを、上記ステップＳ９３での画像バッファへの
格納処理とは別の画像バッファに蓄積する。そして、読
み出しデータを全て蓄積したならば、データの送信を行
なう（ステップＳ９９，Ｓ１００）。

【００４８】読み出しデータの送信が終ったならば、セ
ンター側の動作が終了するまで待機し、センター側から
の応答（ＭＣＦ）を受信した場合、転送要求命令（ＮＳ
Ｆ）を送信する（ステップＳ１０１，Ｓ１０２）。そし
て、センター側では、次のデータの送信がなければＤＣ
Ｎを送信し、ファクシミリ端末のリモート読み出し動作
を終了する（ステップＳ１０３）。

【００４９】このように、本変形例によれば、リモート
コマンドの内容を任意に定義することで、従来、レポー
ト出力では読み出しことができなかったデータを読み出
すことができる。 ＜変形例２＞図２６は、上記第２実施例の変形例２に係
るファクシミリ通信システムの動作フローチャートであ
る。同図に示すフローチャートでは、図１９に示す、上
記第２実施例に係るシステムにおける動作と同様、ステ
ップＳ１１１で初期識別手順を実行し、続くステップＳ
１１２では、ファクシミリ端末側で受信したデータを、
図８に示す、上記第１実施例に係るＨＤＬＣフレーム形
式で一時的にフレームバッファに蓄積する。

【００５０】ステップＳ１１３では、ＨＤＬＣフレーム
中の読み出しコマンドを、図９に示す、上記第１実施例
に係るファクシミリ内部メモリと同様の構成をとるメモ
リ内のデータ受信バッファ（ＲＭＤバッファ）に蓄積す
る。そして、読み出しコマンドの蓄積後、データ受信用
バッファのコマンドを解析し（ステップＳ１１４，Ｓ１
１５）、ステップＳ１１６で、そのコマンドに対応する
読み出しデータをデータ送信用バッファに蓄積する。

【００５１】データ送信用バッファに読み出しデータを
すべて書き込んだならば、読み出しデータの送信を開始
する（ステップＳ１１９）が、読み出しデータ用の送信
バッファの容量が小さく、送信データを送信バッファに
蓄積できなくなったときには、データ蓄積中にデータの
送信を行ない、ステップＳ１２２で、送信バッファの内
容をクリアした後、次のデータの蓄積に移る。

【００５２】最後にセンターからの終了信号（ＤＣＮ）
を受信すると、リモート読み出しの動作を終了する（ス
テップＳ１２１）。本変形例では、リモート読み出し用
のデータバッファ容量に余裕がない場合、データの蓄積
の過程においても、同時にデータ送信を行なうことで、
大量の読み出しデータの送信が可能となる。 ［第３実施例］以下、本発明に係る第３の実施例につい
て説明する。なお、本実施例に係るファクシミリ通信シ
ステムの構成は、図１８に示す、上記第２実施例に係る
システムと同じであるため、ここでは、その図示を省略
する。

【００５３】本実施例では、リモ−ト登録によるファク
シミリの初期化は、センター側のパーソナルコンピュー
タ（ＰＣ）２１上でデータ登録メニユーを選択し、各登
録データの入力画面において、データの初期化（クリ
ア）を選択してデータ送信を実行することで行なう。図
２７は、本実施例におけるワンタッチ／短縮ダイヤルの
登録メニユーの例を示す図であり、図２８は、メモリク
リアのメニユー、そして、図２９は、データ送信メニユ
ーを示す。

【００５４】図２７に示すメニユー上で登録データをク
リアするには、ワンタッチ／短縮ダイヤルの番号を選択
し、リモート端末により読み出した登録データを登録メ
ニユーに表示してデータを変更登録可能にする。そし
て、データをクリアするための項目にカーソルを移動し
てクリアキー（Ｆ５）を押下することで、登録データが
画面上から消去される。

【００５５】変更登録作業を終了後は、図２９に示すデ
ータ送信メニユーを選択し、変更データを送信する。そ
して、ＰＣは、クリアデータと変更データを、図２０に
示す、上記第２実施例に係るリモート登録コマンドと同
様のコマンドにより、コマンドファイルを作成する。こ
こで、各データの区切り文字は、キャリッジリターン
（ｃｒ：０ＤＨ）とラインフィード（ｌｆ：０ＡＨ）と
する。また、コマンドファイルは、データ送信メニユー
により、送信が実行されると作成し、ＲＳ−２３２Ｃイ
ンタフェースを介してセンター側のファクシミリに送出
される。

【００５６】コマンドファイル内におけるクリアデータ
の形式は、以下の２通りに分けられる。すなわち、 （１）クリアするデータを初期値で書き込むことでデー
タの初期化動作をするため、ＰＣよりセンター側のファ
クシミリにデータ登録コマンドと初期値データが送出さ
れる。 （２）電話番号や略称のクリアに関してデータが存在し
ないときは、データの初期値を持たないため、データを
付加しないコマンドをデータのクリアコマンドとして処
理することでクリアを行なう。

【００５７】データクリアのためのコマンドファイルと
して、例えば、 ＤＩ０１crlf ワンタッチダイヤ
ル０１に関して ＤＴcrlf 登録抹消 ＤＩ０２crlf ワンタッチダイヤ
ル０２に関して ＤＴ０３ ３７５６ ６８５４crlf 電話番号を登録 ＤＮcrlf 相手先略称のクリ
ア ＤＳcrlf 送信速度を初期値
でクリア ＤＯcrlf 海外送信モードの
設定を初期値でクリア がある。

【００５８】センター側のファクシミリは、クリアデー
タをリモート登録のコマンドファイルとして蓄積し、コ
マンドファイルを送信する命令をＰＣより受け取ること
で、データクリアの通信が開始される。リモート通信
は、図５〜図７に示す、上記第１実施例に係るリモート
登録手順と同じ手順にて行なわれ、センター側のファク
シミリは、リモート登録と同様にリモートファクシミリ
の登録データの初期化を行なう。

【００５９】図３０，図３１は、本実施例に係るファク
シミリ通信システムにおける初期識別手順を示すフロー
チャートである。図３０において、ステップＳ１５１で
は、リモート端末であるファクシミリ端末の種類とリモ
ート登録機能（ＲＭＤビット）の有無を、ＮＳＦ（非標
準機能）により確認する。つまり、ステップＳ１５２で
ＮＳＦにリモート登録機能のビットが立っていれば、ス
テップＳ１５３で、ＣＳＩの格納、ＤＩＳによるパラメ
ータの設定を行なう。そして、続くステップＳ１５４で
ＮＳＳ／ＴＳＩ／ＤＣＳを送出し、リモート登録の機種
確認動作に移る。

【００６０】他方、ステップＳ１５２で、ＮＳＦ中にＲ
ＭＤビットが立っていなければ、ステップＳ１５６でＤ
ＣＮ（切断命令）を送出して、強制的に通信処理を終え
る。ステップＳ１５５で応答受信があり、図３１のステ
ップＳ２０１で、ＮＳＳ（非標準機能設定）に対応する
応答であるＮＳＣ（非標準機能命令）を受信したなら
ば、続くステップＳ２０２で、ＮＳＣのリモート登録機
能ビットを確認し、その結果をもとに、ステップＳ２０
３で、ＮＳＣのデータフィールド中にある機種名、仕向
地、ＲＯＭバージョン等のデータを、センター側のファ
クシミリ中のファイルに格納する。そして、センター側
のファクシミリは、ステップＳ２０４でＭＣＦ（メッセ
ージ確認）を送出し、ステップＳ２０６で命令受信後、
ステップＳ２０９のデータ転送フェーズに移行する。

【００６１】なお、ステップＳ１５５で応答受信を得ら
れない場合は、上記のステップＳ１５４，Ｓ１５５の処
理を３回繰り返し、それでも応答が得られない場合、ス
テップＳ１５８にてＤＣＮを送出して、本処理を終え
る。また、ステップＳ２０６での命令受信処理は、Ｔ２
時間のタイムオーバーがあれば（ステップＳ２０７での
判断結果がＹＥＳ）、ステップＳ２０８にてＤＣＮを送
出して、本処理を終える。

【００６２】図３２は、図３１のステップＳ２０９に示
すデータ転送フェーズの詳細フローチャートである。同
図のステップＳ１６１ではＮＳＦの確認を行ない、その
確認ができたならば、ステップＳ１６２で、ＮＳＦ中に
リモート登録機能のＲＭＤビットが立っているか否かを
判定する。そして、そのビットがＯＮであれば、ステッ
プＳ１６３で、次のＮＳＳによる送出データがあるかど
うかを判定する。

【００６３】ステップＳ１６３での判定結果がＹＥＳで
あれば、ステップＳ１６４でＮＳＳを送出し、リモート
端末ファクシミリからの応答があり（ステップＳ１６６
でＹＥＳ）、ステップＳ１６７で、その応答が肯定応答
のＭＣＦであると判断されれば、処理をステップＳ１６
３に戻す。また、応答がＭＣＦではなくＲＴＮ（リトレ
ーニング否定）であれば（ステップＳ１６８での判断結
果がＹＥＳ）、ステップＳ１７０で、センター側のファ
クシミリの設定に応じて、ステップＳ１７１でＤＣＮ送
出して処理を終了するか、あるいは、この応答を無視し
て、再度ステップＳ１６３の処理に戻るかを判断する。

【００６４】なお、ステップＳ１６６での判断がＮＯで
あれば、ステップＳ１６４，Ｓ１６６の処理を３回繰り
返し（その回数の判断をステップＳ１７５にて行な
う）、その結果、応答を得られない場合は、コマンドフ
ァイル中に送信データがないとしてステップＳ１７６で
ＤＣＮを送出し、本処理を終了する。他方、ステップＳ
１６８でＲＴＮを受信しない場合は、ステップＳ１６９
でＮＳＣの受信を判定し、そこでＮＳＣを受信できたな
らば、後述するデータ読み出し処理に入る（ステップＳ
１７７）。

【００６５】図３３は、図３２に示すステップＳ１７７
のデータ読み出し処理の詳細フローチャートである。図
３３のステップＳ１８１では、図３２のステップＳ１６
９で受信したＮＳＣデータをファイルに蓄積し、ステッ
プＳ１８２でページタイマがオーバーフローしなけれ
ば、続くステップＳ１８３でＭＣＦを送出するが、オー
バーフローがあれば、ステップＳ１８４でのＤＣＮ送出
に移行する。

【００６６】ステップＳ１８５での命令受信後は、ステ
ップＳ１８６でＮＳＣの受信を行ない、ＮＳＣの受信が
できれば、再度、ステップＳ１８１の処理に戻るが、Ｎ
ＳＣの受信がなければ、ステップＳ１８７の処理、すな
わち、データ転送フェーズに移行する。なお、ステップ
Ｓ１８５での命令受信処理は、ステップＳ１８８でＴ２
時間のタイムオーバーがあると判断されれば、ステップ
Ｓ１８９にてＤＣＮを送出して、本処理を終える。

【００６７】以上のリモート登録動作では、センター側
のファクシミリは、単に端末に対してデータを送信する
のみであり、リモート登録には関与しない。また、通信
中は、ＲＳ−２３２Ｃインタフェースを介して、ＰＣに
てデータの送信状態が監視され、通信終了後は、ＰＣよ
りコマンドファイルの削除を行なうコマンドが送出さ
れ、センター側のファクシミリはコマンドファイルを削
除して、データ登録処理が終了する。

【００６８】次に、リモート端末ファクシミリのリモー
ト登録動作手順を説明する。図３４〜図３７は、本実施
例におけるリモート登録動作手順を示すフローチャート
である。図３４において、ステップＳ３０１では、リモ
ート端末ファクシミリは、センター側のファクシミリか
らの発呼により、Ｇ３ファクシミリの通信手順（Ｔ．３
０）に準拠してＮＳＦ／ＣＳＩ／ＤＩＳを送出し、ステ
ップＳ３０２で応答を待つ。なお、このとき、リモート
登録／読み出し機能があることを、ＮＳＦのＲＭＤビッ
トをＯＮにすることでセンター側ファクシミリに伝え
る。

【００６９】ステップＳ３０２で応答がなければ、ステ
ップＳ３０４に進んでＴ１時間のタイムオーバーを計数
し、タイムオーバーがあれば、ステップＳ３０５で回線
切断をする。他方、応答があれば、ステップＳ３０３
で、センター側のファクシミリから送信されるＮＳＳ
で、リモート登録の通信手順であることを確認し、その
確認ができたならば、ステップＳ３０６でＣＩＧの格納
及びＤＴＣのパラメータ設定をする。

【００７０】ステップＳ３０７では、ＮＳＳのＲＭＤビ
ットがＯＮか否かの判定を行ない、そのビットが立って
いれば、ステップＳ３１１で、ＲＭＤのＴ．３０手順に
よる通信を開始する。しかし、ステップＳ３０７で、Ｎ
ＳＳのＲＭＤビットが立っていないと判断された場合
は、リモート通信手順ではないとしてステップＳ３０８
に進み、通常のＴ．３０によりファクシミリ受信を行な
う。

【００７１】なお、センター側のファクシミリから送ら
れてきたＮＳＳ中のコマンドにより、ファクシミリ端末
は、機種名、仕向地、ＲＯＭバージョンに関するデータ
をＮＳＣのデータフィールドに書き込んで送信する。ま
た、センター側ファクシミリは、データを格納後、ＭＣ
Ｆによる応答を送出し、データ登録／読み出しフェーズ
に移行する。

【００７２】図３５は、図３４に示すステップＳ３１１
のＲＭＤのＴ．３０の詳細フローチャートであり、その
ステップＳ３１５でＮＳＣの送出、ステップＳ３１６で
応答受信、そして、ステップＳ３１７でＮＳＳの確認を
行なう。この応答受信が確認できれば、ステップＳ３２
０のデータ転送フェーズに入る。しかし、ステップＳ３
１６で応答の確認ができないときは、ステップＳ３１
５，Ｓ３１６の処理を３回繰り返し（回数はステップＳ
３１８で計数する）、その回数内で応答がない場合は、
ステップＳ３１９に移行してＤＣＮを送出する。

【００７３】図３６は、データ転送フェーズの詳細フロ
ーチャートである。同図に示すフェーズでは、そのステ
ップＳ３３１で、ファクシミリ端末がデータ転送要求命
令ＮＳＦを送出し、ステップＳ３３２で応答を確認し
て、続くステップＳ３３３で、センターより送信される
ＮＳＳ中の登録・読み出しコマンドを待つ。ファクシミ
リ端末は、ＮＳＳを受信すると、ＮＳＳ中のコマンドと
データを解析し、それが正しいデータであれば（ステッ
プＳ３３６での判断がＹＥＳ）、ステップＳ３３７で、
受信したコマンドがＲＭＤデータの読み出しコマンド
か、あるいは、登録要求コマンドかを判定する。そし
て、このコマンドが読み出しコマンドであれば、ステッ
プＳ３３８の読み出し処理（詳細は、後述する）に移行
するが、それが登録要求コマンドであれば、ステップＳ
３３９でＭＣＦを送出し、続くステップＳ３４０で命令
受信の判定を行なう。

【００７４】図３７は、読み出し処理の詳細フローチャ
ートである。同図に示すように、ステップＳ３５１で
は、ＲＭＤ読み出しデータの転送完了を判断し、データ
転送が完了している場合は、ステップＳ３５７、すなわ
ち、データ転送フェーズに移行する。しかし、データ転
送が完了していなければ、ステップＳ３５２でＮＳＣを
送出し、次のステップＳ３５３で、応答受信を待つ。

【００７５】ステップＳ３５３で応答の確認ができない
ときは、ステップＳ３５２，Ｓ３５３の処理を３回繰り
返し（この回数は、ステップＳ３５５で計数する）、そ
の回数内で応答がない場合は、ステップＳ３５６に移行
してＤＣＮを送出する。次に、本実施例における登録処
理手順を説明する。図３８は、本実施例に係るファクシ
ミリ通信システムにおける登録手順を示すフローチャー
トである。同図において、リモートセンターと回線接続
がなされたならば、ステップＳ４０１で初期識別手順を
実行し、次のステップＳ４０２では、送信されてきたＮ
ＳＳ信号をフレームバッファに格納し、ステップＳ４０
３では、ＮＳＳ中の登録データをリモート登録データバ
ッファに格納する。

【００７６】ステップＳ４０４で最終データか否かの判
断をした後、ステップＳ４０５でのデータの解析処理に
入る。そして、ステップＳ４０６でデータ登録か否かの
判断をする。格納されたデータの解析は、登録コマンド
によりデータの登録項目を決めて、登録データをその項
目に記録していき、ステップＳ４０８では、コマンドに
データが伴っているか否かで分岐する。なお、ここで
は、コマンド解析時に初期化処理も同時に行なう。

【００７７】送信されてきたコマンドに伴うデータが、
先の初期化データそのままであれば、すなわち、ステッ
プＳ４０８での判断がＹＥＳであれば、ステップＳ４０
９でのデータ登録処理にて初期化が行なわれる。しか
し、送信されてきたコマンドにデータがないときには、
ステップＳ４１０で、初期化処理として、そのデータを
削除する。この削除の例として、データがワンタッチ／
短縮ダイヤルの相手先番号ならば、そのワンタッチ／短
縮ダイヤル番号の登録を抹消し、また、相手先略称等
は、データがなくなっても登録内容をクリアするのみで
ある。

【００７８】上記の処理を、センター側ファクシミリか
らのデータ送信が終了されるまで続け、ステップＳ４１
３では、登録処理が正常に終了したか否かを判定する。
登録処理が正常に終了した場合は、ステップＳ４１５で
肯定応答のＭＣＦを送信して次の命令を待つが、登録処
理が失敗の場合には、ステップＳ４１４で否定応答であ
るＲＴＮを送信して次の命令を待つ。そして、次のステ
ップＳ４１６で、終了信号の受信を確認したならば、つ
まり、センター側ファクシミリより、コマンドファイル
の送信終了があればＤＣＮが送信されたならば、本リモ
ート登録処理を終了する。

【００７９】以上説明したように、本実施例によれば、
リモートデータ初期化によりファクシミリ装置の各登録
項目に関する初期化作業のリモート化が可能となり、サ
ービスマンがユーザー先に赴かずに登録データや各種ソ
フトスイッチを初期化することができる。また、リモー
ト初期化がリモート登録と同時に実行できるため、登録
データの変更作業処理に初期化作業が伴っても、それを
リモートにて行なうことができる。

【００８０】なお、リモート初期化にてクリアする内容
を、ある登録項目に関するメモリ領域全体で行なうよう
にしてもよい。そのため、図２８に示すＰＣメニユー
で、接続番号の入力とデータの送信を同時に実行し、ま
た、メモリ領域の一部の初期化を実行するため、図３９
に示すリモートクリアコマンドを用いる。この初期化に
は、図３８に示す、上記第３実施例に係る登録処理手順
を用いることができ、そのステップＳ４０９でのデータ
登録処理では、図３９に示すコマンドを受信した場合
に、そのコマンドに定義されたメモリをクリアする。こ
のクリアについて、例えば、ユーザーデータやワンタッ
チ短縮ダイヤルのクリアは、全登録データを抹消し、ま
た、サービスソフトスイッチやユーザーソフトスイッチ
ならば、登録データを初期値（デフォルト）に設定す
る。

【００８１】上記の方法は、データの初期化作業におい
て、全データをクリアする場合に有効である。本発明
は、複数の機器から構成されるシステムに適用しても、
１つの機器から成る装置に適用しても良い。

【００８２】

【発明の効果】以上説明したように、本発明によれば、
公衆回線を介してデータの登録が行えるとともに、１回
の通信でデータの登録からその成否の確認までを行うこ
とができる。そして、その成否の確認は蓄積したデータ
の内容の解析に基づき所定のメモリ領域に記録後に生成
した、正しく登録されたか否かを示す登録確認データで
あるので、センター側には適切な確認データが通知され
る。

【００８３】また、公衆回線を介してセンター側から送
られたデータに基づいて容易にリモートのファクシミリ
装置の所望のメモリ領域を初期化することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施例に係るファクシミリ通信
システムにてリモート読出しを実行するための機器構
成、及びシステムにおけるデータの流れを示す図であ
る。

【図２】第１実施例に係るファクシミリ通信システムに
おけるリモート・データ登録時の動作手順を示すフロー
チャートである。

【図３】第１実施例におけるデータ登録メニュー、及び
データ送信メニューを示す図である。

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

【図５】第１実施例に係るリモート登録の通信手順を示
す図である。

【図６】第１実施例に係るリモート登録の通信手順を示
す図である。

【図７】第１実施例に係るリモート登録の通信手順を示
す図である。

【図８】第１実施例に係るＨＤＬＣフレーム形式を示す
図である。

【図９】第１実施例に係るファクシミリ装置の内部メモ
リ構成を示す図である。

【図１０】第１実施例に係るファクシミリ装置の内部メ
モリ構成とチェックサムとの関係を示す図である。

【図１１】第１実施例の変形例１に係るファクシミリ通
信システムの動作フローチャートである。

【図１２】変形例２に係るファクシミリ通信システムの
動作フローチャートである。

【図１３】変形例２におけるリモート登録の通信手順を
示す図である。

【図１４】変形例２におけるリモート登録の通信手順を
示す図である。

【図１５】変形例２におけるリモート登録の通信手順を
示す図である。

【図１６】変形例２におけるリモート登録の通信手順を
示す図である。

【図１７】変形例３に係るファクシミリ通信システムの
動作フローチャートである。

【図１８】本発明の第２の実施例に係るファクシミリ通
信システムにおけるリモート登録・読み出しシステムの
システム構成図である。

【図１９】第２実施例におけるリモート読み出し動作手
順を示すフローチャートである。

【図２０】第２実施例に係るリモート読み出しコマン
ド、リモート登録を示す図である。

【図２１】第２実施例におけるリモート読み出しデータ
受信時のＰＣでのデータの流れを示す図である。

【図２２】第２実施例の変形例１に係るファクシミリ通
信システムの動作フローチャートである。

【図２３】変形例１におけるリモート読み出しの通信手
順を示す図である。

【図２４】変形例１におけるリモート読み出しの通信手
順を示す図である。

【図２５】変形例１におけるリモート読み出しの通信手
順を示す図である。

【図２６】第２実施例の変形例２に係るファクシミリ通
信システムの動作フローチャートである。

【図２７】本発明の第３実施例におけるワンタッチ／短
縮ダイヤルの登録メニユーの例を示す図である。

【図２８】第３実施例におけるメモリクリアのメニユー
を示す図である。

【図２９】第３実施例におけるデータ送信メニユーを示
す図である。

【図３０】実施例３に係るファクシミリ通信システムに
おける初期識別手順を示すフローチャートである。

【図３１】実施例３に係るファクシミリ通信システムに
おける初期識別手順を示すフローチャートである。

【図３２】データ転送フェーズの詳細フローチャートで
ある。

【図３３】データ読み出し処理の詳細フローチャートで
ある。

【図３４】実施例３におけるリモート登録動作手順を示
すフローチャートである。

【図３５】実施例３におけるリモート登録動作手順を示
すフローチャートである。

【図３６】実施例３におけるリモート登録動作手順を示
すフローチャートである。

【図３７】実施例３におけるリモート登録動作手順を示
すフローチャートである。

【図３８】実施例３に係るファクシミリ通信システムに
おける登録手順を示すフローチャートである。

【図３９】他の実施例に係るリモートクリアコマンドを
示す図である。

【符号の説明】

１，２，２２〜２５ ファクシミリ ３，２１ パーソナルコンピュータ（ＰＣ） ４，２６ 公衆回線網

フロントページの続き (72)発明者 佐藤 明美 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (72)発明者 松井 章 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (56)参考文献 特開 平１−44674（ＪＰ，Ａ) 特開 昭63−116550（ＪＰ，Ａ) 特開 平３−188745（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04N 1/00

Claims (12)

(57)【特許請求の範囲】
1. 【請求項１】 公衆回線網との通信機能を有し、かつ、
   データ入力を行なうための外部機器が接続されたセンタ
   ーファクシミリ端末と、該公衆回線網に接続された少な
   くとも１つのリモートファクシミリ端末とにて構成され
   るファクシミリ通信システムにおいて、 前記センターファクシミリ端末は、 前記外部機器から入力されたデータを、前記公衆回線網
   を介して前紀リモートファクシミリ端末に送る手段を備
   え、また、 前記リモートファクシミリ端末は、前記センターファクシミリ端末から受信した 前記データ
   をメモリに蓄積する手段と、 前記蓄積後のデータ内容を解析する手段と、 前記解析結果をもとに、前記データ内容に応じて該デー
   タを所定のメモリ領域に記録する手段と、該記録後、 前記メモリ領域に関して、正しく登録された
   か否かを示す登録確認データを生成する生成手段と、 前記登録確認データに基づいて、前記データの登録の成
   否を前記データの受信から通信を継続して前記センター
   ファクシミリ端末に通知する手段とを備え、 前記センターファクシミリ端末が、前記リモートファク
   シミリ端末内のメモリの任意のアドレスヘデータを書き
   込んだり、あるいは該メモリからデータを読み出すこと
   でリモート登録・保守を行なうことを特徴とするファク
   シミリ通信システム。
2. 【請求項２】 前記登録確認データは前記データのチェ
   ックサムであり、前記生成手段は、前記メモリ内の各登
   録データ領域について該チェックサムを算出することを
   特徴とする請求項１に記載のファクシミリ通信システ
   ム。
3. 【請求項３】 前記登録確認データは前記データのチェ
   ックサムであり、前記生成手段は、前記メモリ内の全登
   録データ領域について該チェックサムを算出することを
   特徴とする請求項１に記載のファクシミリ通信システ
   ム。
4. 【請求項４】 前記センターファクシミリ端末は、前記
   外部機器から入力されたデータを、Ｇ３ファクシミリの
   ３００ビット／秒の手順信号を用いて前記リモートファ
   クシミリ端末に送ることを特徴とする請求項１に記載の
   ファクシミリ通信システム。
5. 【請求項５】 前記リモートファクシミリ端末は、前記
   外部機器から入力されたデータを、Ｇ３ファクシミリの
   ９６００ビット／秒あるいは４８００ビット／秒の画像
   信号として受信することを特徴とする請求項１に記載の
   ファクシミリ通信システム。
6. 【請求項６】 前記データの前記メモリ領域への記録
   は、該データ量に応じて分割して行なうことを特徴とす
   る請求項１に記載のファクシミリ通信システム。
7. 【請求項７】 前記センターファクシミリ端末は、さら
   に、前記リモートファクシミリ端末内のメモリの任意の
   アドレスから読み出したデータを、前記外部機器上に表
   示する手段を備えることを特徴とする請求項１に記載の
   ファクシミリ通信システム。
8. 【請求項８】 公衆回線網との通信機能を有し、かつ、
   データ入力を行なうための外部機器が接続されたセンタ
   ーファクシミリ端末と、該公衆回線網に接続された少な
   くとも１つのリモートファクシミリ端末とにて構成され
   るファクシミリ通信システムにおいて、 前記センターファクシミリ端末は、 前記外部機器から入力されたデータを、前記公衆回線網
   を介して前記リモートファクシミリ端末に送る手段を備
   え、また、 前記リモートファクシミリ端末は、前記センターファクシミリ端末から受信した 前記データ
   をメモリに蓄積する手段と、 前記蓄積後のデータ内容を解析する手段と、 前記解析結果をもとに、所定のメモリ領域をメモリ領域
   毎に区別して初期化する手段とを備えることを特徴とす
   るファクシミリ通信システム。
9. 【請求項９】 前記リモートファクシミリ端末は、所定
   のコマンドにより、前記メモリ領域にあらかじめ決めら
   れた初期値データを設定することを特徴とする請求項８
   に記載のファクシミリ通信システム。
10. 【請求項１０】 前記センターファクシミリ端末は、前
    記リモートファクシミリ端末に対して、前記初期化を実
    行するためのコマンドを送信することを特徴とする請求
    項８に記載のファクシミリ通信システム。
11. 【請求項１１】 公衆回線を介してデータのやり取りを
    行うセンター局とファクシミリ装置とを有するファクシ
    ミリ通信システムにおけるデータ処理方法において、 前記センター局は、 前記公衆回線を介して前記ファクシミリ装置にデータを
    送信し、 前記ファクシミリ装置は、 前記センター局から受信したデータをメモリに蓄積し、 蓄積されたデータの内容を解析し、 この解析結果をもとに、前記データの内容に応じて該デ
    ータを所定のメモリ領域に記録し、 該記録後、前記メモリ領域に関して、正しく登録された
    か否かを示す登録確認データを生成し、 前記登録確認データに基づいて、前記データの登録の成
    否を前記データの受信から通信を継続して前記センター
    局に通知することを特徴とするファクシミリ通信システ
    ムにおけるデータ処理方法。
12. 【請求項１２】 公衆回線を介してデータのやり取りを
    行うセンター局とファクシミリ装置とを有するファクシ
    ミリ通信システムにおけるデータ処理方法において、 前記センター局は、 前記公衆回線を介して前記ファクシミリ装置にデータを
    送信し、 前記ファクシミリ装置は、 前記センター局から受信したデータをメモリに蓄積し、 蓄積されたデータの内容を解析し、 この解析結果をもとに、所定のメモリ領域をメモリ領域
    毎に区別して初期化することを特徴とするファクシミリ
    通信システムにおけるデータ処理方法。