JP2000267857A - ファクシミリメンテナンスシステム - Google Patents

Abstract

(57)【要約】 【解決手段】 リモート機１は、ファクシミリ装置３に
対して通信回線２を通じて、受信バッファメモリ１２中
にリモートメンテナンス用プログラムデータ１５をロー
ディングする。その後、リモートメンテナンス用プログ
ラムデータ１５に含まれる書換え制御プログラムが動作
し、新プログラム１４を旧プログラム１３に上書きして
プログラムの更新をする。 【効果】 ファクシミリ装置を制御するためのプログラ
ムをファクシミリ装置の持つデータ受信能力を利用して
ダウンロードし、バージョンアップができるので、サー
ビスマンが現地に出向く必要がなく、作業も短時間で終
了する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、遠隔操作によっ
て、ファクシミリ装置を制御するプログラムを更新した
り、ファクシミリ装置を診断したりするファクシミリメ
ンテナンスシステムに関する。

【０００２】

【従来の技術】ファクシミリ装置は、通信機能、画像読
み取り機能、印刷機能等様々な機能を持つ。これらの制
御は、ファクシミリ制御用のプログラムをマイクロプロ
セッサが読み取って実行される。ファクシミリ制御用の
プログラムは、ＲＯＭ（リード・オンリ・メモリ）等の
不揮発性メモリに格納される。装置の機能をアップした
りあるいはプログラムの修正を行う場合には、装置に搭
載された不揮発性メモリを交換するといった手段が採ら
れている。

【０００３】また、不揮発性メモリがフラッシュメモリ
のように書換え可能なメモリの場合、装置のカバーを外
し、データ書換え用の特殊な基板を装置に装着してプロ
グラムをダウンロードするようにしている。

【０００４】

【発明が解決しようとする課題】ところで、上記のよう
な従来の技術には次のような解決すべき課題があった。
ファクシミリ装置制御用のプログラムを更新するために
は、上記のように、いずれの場合にも、専門のサービス
マンがファクシミリ装置の配置されている場所まで出向
いて装置を解体し、所定の作業を行う必要があった。し
かしながら、その作業中は長時間ファクシミリ装置が使
用できなくなる他、プログラムの更新が必要な装置が多
数ある場合、サービスマンに要求される作業量が膨大に
なるという問題があった。

【０００５】

【課題を解決するための手段】本発明は以上の点を解決
するため次の構成を採用する。 〈構成１〉リモート機と、メンテナンスを受けるファク
シミリ装置とからなり、上記リモート機は、上記ファク
シミリ装置に対して、ファクシミリ通信制御手順の実行
中にリモートメンテナンスモードの開始を通知し、当該
ファクシミリ装置に、リモートメンテナンス用プログラ
ムデータを送信し、上記ファクシミリ装置は、上記リモ
ート機から受信したリモートメンテナンス用プログラム
データをメモリに格納し、上記メモリに格納された上記
リモートメンテナンス用プログラムデータ中に含まれる
書換え制御プログラムを実行して、上記ファクシミリ装
置を制御するための旧プログラムを、上記リモートメン
テナンス用プログラムデータ中に含まれる新プログラム
に更新することを特徴とするファクシミリメンテナンス
システム。

【０００６】〈構成２〉構成１に記載のファクシミリメ
ンテナンスシステムにおいて、ファクシミリ装置は、プ
ログラムの更新結果をリモート機に通知し、リモート機
は、上記プログラムの更新が失敗したと判断したとき
は、再びリモートメンテナンスモードを開始することを
特徴とするファクシミリメンテナンスシステム。

【０００７】〈構成３〉構成１に記載のシステムにおい
て、上記ファクシミリ装置は、上記ファクシミリ通信制
御手順の実行中に、当該ファクシミリ装置を制御してい
る既存のプログラムの版数をリモート機に通知し、リモ
ート機は、通知を受けた既存のプログラムの版数と新プ
ログラムの版数とを比較して、既存のプログラムより新
プログラムの方が版数が新しい判定したとき、リモート
メンテナンスモードを開始することを特徴とするファク
シミリメンテナンスシステム。

【０００８】〈構成４〉構成１に記載のシステムにおい
て、リモート機は、上記ファクシミリ通信制御手順の実
行中に、新プログラムの版数をファクシミリ装置に通知
し、ファクシミリ装置は、通知を受けた新プログラムの
版数と当該ファクシミリ装置を制御している既存のプロ
グラムの版数を比較した結果をリモート機に通知してリ
モート機は、既存のプログラムより新プログラムの方が
版数が新しいとき、リモートメンテナンスモードを開始
することを特徴とするファクシミリメンテナンスシステ
ム。

【０００９】〈構成５〉相互にモジュラーケーブルを通
じて接続されたリモート機と、メンテナンスを受けるフ
ァクシミリ装置とからなり、上記リモート機は、制御用
データ送信モードを開始すると、リモートメンテナンス
用プログラムデータをアナログ信号に変換して、モデム
装置と上記モジュラーケーブルを通じて上記ファクシミ
リ装置に送信し、上記ファクシミリ装置は、上記モジュ
ラーケーブルとモデム装置を通じて上記リモートメンテ
ナンス用プログラムを当該ファクシミリ装置のメモリに
ダウンロードし、上記メモリにダウンロードされた上記
リモートメンテナンス用プログラムデータ中に含まれる
書換え制御プログラムを実行して、上記ファクシミリ装
置を制御するための旧プログラムを、上記リモートメン
テナンス用プログラムデータ中に含まれる新プログラム
に更新することを特徴とするファクシミリメンテナンス
システム。

【００１０】〈構成６〉リモート機と、メンテナンスを
受けるファクシミリ装置とからなり、上記リモート機
は、上記ファクシミリ装置に対して、ファクシミリ通信
制御手順の実行中にリモートメンテナンスモードの開始
を通知し、上記ファクシミリ装置は、自己のファクシミ
リ装置のメンテナンス情報を収集してイメージデータに
編集し、上記リモート機に送信することを特徴とするフ
ァクシミリメンテナンスシステム。

【００１１】〈構成７〉リモート機と、メンテナンスを
受けるファクシミリ装置とからなり、上記ファクシミリ
装置は、ファクシミリ通信回数をカウントし、そのファ
クシミリ通信回数が一定値を越えたとき、自己のファク
シミリ装置のメンテナンス情報を収集してイメージデー
タに編集し、上記リモート機に送信することを特徴とす
るファクシミリメンテナンスシステム。

【００１２】〈構成８〉構成１に記載のシステムにおい
て、上記メモリはファクシミリ装置のファクシミリ送受
信用バッファメモリであることを特徴とするファクシミ
リメンテナンスシステム。

【００１３】〈構成９〉構成１に記載のシステムにおい
て、上記リモート機はメンテナンスを受けるファクシミ
リ装置と同一機種のファクシミリ装置からなり、リモー
ト機を制御するためのプログラムを、新プログラムとし
て上記リモートメンテナンス用プログラムデータ中に含
めることを特徴とするファクシミリメンテナンスシステ
ム。

【００１４】〈構成１０〉構成１に記載のシステムにお
いて、プログラムデータファイルにはユーザ設定の内容
を示すコンフィグレーションデータが含まれることを特
徴とするファクシミリメンテナンスシステム。

【００１５】

【発明の実施の形態】以下、本発明の実施の形態を具体
例を用いて説明する。 〈具体例１〉以下に説明する各具体例の発明は、いずれ
もファクシミリ装置が予め持っているデータ受信能力や
データ送信能力を利用して、リモート機の操作によりフ
ァクシミリ装置を解体することなくプログラムのバージ
ョンアップ等を行う。従って、サービスマンがメンテナ
ンスを必要とするファクシミリ装置まで出向く必要がな
く、またプログラムのバージョンアップ等の作業が短時
間で行えるというものである。

【００１６】図１は、具体例１のシステムのブロック図
である。図のシステムは、リモート機１が通信回線２を
介してファクシミリ装置３に接続されている。リモート
機１は、パーソナルコンピュータやあるいはワークステ
ーション、ファクシミリ装置のメンテナンス専用機、そ
の他様々な装置を利用することができる。また、別の具
体例では、メンテナンスを受けるファクシミリ装置３と
同一のファクシミリ装置とすることもできる。

【００１７】通信回線２は、通常、ファクシミリ装置３
がファクシミリ通信に使用している電話回線等である。
即ち、ファクシミリ装置３は、通常の使用状態のままメ
ンテナンスを受けることができる。ファクシミリ装置３
には、操作部４、表示部５、読み取り部６、マイクロプ
ロセッサ７、通信制御部８、印刷部９、不揮発性メモリ
１１、受信バッファメモリ１２等が設けられている。

【００１８】操作部４はファクシミリ装置３をオペレー
タが操作するためのスイッチやパネル等から構成され
る。表示部５は、ファクシミリ装置３の状態を表示する
液晶ディスプレイ等から構成される。読み取り部６は、
ファクシミリ通信を行う場合に原稿を読み取るイメージ
スキャナ等である。マイクロプロセッサ７は、ファクシ
ミリ装置全体の動作を制御するためのプロセッサで、こ
のプロセッサの動作制御用プログラムを更新する場合
に、本発明が利用される。

【００１９】通信制御部８は、通信回線２を通じてリモ
ート機１と接続され、通信制御を行う部分である。この
通信制御部８は、通常の場合、ファクシミリ通信プロト
コルを所定の手順で実行する部分である。印刷部９は、
受信したファクシミリイメージを印刷する部分である。
不揮発性メモリ１１は、マイクロプロセッサ７が動作す
るための制御用プログラムを格納したメモリである。こ
れは、例えばフラッシュメモリ等により構成される。

【００２０】受信バッファメモリ１２は、ファクシミリ
送受信の際、イメージデータを格納しておくためのメモ
リである。本発明においては、この受信バッファメモリ
１２にリモートメンテナンス用プログラムデータ１５を
受信し、これに含まれる新プログラム１４を不揮発性メ
モリ１１に格納された旧プログラム１３に上書きする。

【００２１】この具体例の場合、リモート機１は、ＩＴ
Ｕ勧告Ｔ．３０に規定されたファクシミリ通信手順に従
ってファクシミリ装置３と交信し、ファクシミリ通信用
のデータとしてリモートメンテナンス用プログラムデー
タ１５を送信し、ファクシミリ装置３にダウンロードす
る。この制御手順シーケンスを図２に示している。

【００２２】この図に示すように、リモート機１とファ
クシミリ装置３とは、公衆網用の交換機２Ａあるいは図
示しない構内交換機等を介して接続されている。まず、
リモート機１がファクシミリ装置３に電話を掛ける。フ
ァクシミリ装置３は、ステップＳ１でリング信号ＲＩを
受信すると、回線を捕捉して、通信手順信号の送信を開
始する。

【００２３】予めファクシミリ装置３のリモートメンテ
ナンス機能を動作可能状態に設定しておくと、ステップ
Ｓ２において、ファクシミリ装置３からリモート機１に
送信される非標準機能識別信号（ＮＳＦ）に含まれるリ
モート機能のビットがオンになる。リモート機１はこれ
を検出すると、ステップＳ３において、以後の通信手順
がリモートメンテナンス用の特殊な手順になるというこ
とをファクシミリ装置３に対して知らせる。このため
に、非標準機能設定信号（ＮＳＳ）の中のリモートメン
テナンス機能のビットをオンにする。これらの手順を経
て、ファクシミリ装置３は、リモートメンテナンス動作
を行う状態に移行する。

【００２４】ここで、リモート機１は、既に説明したリ
モートメンテナンス用プログラムデータ１５をファクシ
ミリ装置３に送信する（ステップＳ４）。ファクシミリ
装置３は、リモートメンテナンス用プログラムデータ１
５の受信を完了すると、アクノリッジＡＣＫ信号をリモ
ート機１に送信する（ステップＳ５）。これらの動作
は、通常のファクシミリ受信と全く同様の動作となる。
受信データの内容が特殊なだけである。従って、図１で
説明したように、リモートメンテナンス用プログラムデ
ータ１５は、通常のファクシミリ受信と同様にして、受
信バッファメモリ１２に格納される。

【００２５】その後、リモート機１は、プログラム更新
動作を開始させるためのスタートコマンドをファクシミ
リ装置３に送信する（ステップＳ６）。プログラム更新
中は、ファクシミリ装置が所定のフラグ信号を送出し、
リモート機１に通知する（ステップＳ７）。そして、プ
ログラムの更新が終了すると、これを知らせるためにア
クノリッジＡＣＫ信号をリモート機１に送信する（ステ
ップＳ８）。

【００２６】図３は、上記のようなリモートメンテナン
ス用プログラムデータの内容を説明する説明図である。
リモートメンテナンス用プログラムデータ１５は、通信
制御用プログラム１６と、書換え制御用プログラム１７
と、新プログラム１８により構成される。書換え制御用
プログラム１７を含めたのは、図１に示す不揮発性メモ
リ１１に格納された旧プログラム１３を新プログラム１
４に更新する機能は、ファクシミリ装置３に備わってお
らず、また旧プログラム１３を更新中は、マイクロプロ
セッサ７が旧プログラム１３を使用して動作制御をする
ことができない。従って、プログラム更新中は、マイク
ロプロセッサ７が受信バッファメモリ１２に格納された
書換え制御用プログラム１７に従って動作をするように
したためである。

【００２７】また、書換え制御の間及び書換え終了時
に、リモート機１と通信を行う必要が生じたときのため
に、リモートメンテナンス用プログラムデータ１５に
は、通信制御用プログラム１６が含められている。

【００２８】図４には、具体的なプログラム更新動作の
説明図を示す。図１に示すリモート機１とファクシミリ
装置３とが通信を開始したとき、当初は図４のステップ
Ｓ１に示すように、不揮発性メモリ１１の旧プログラム
１３を使用して、プログラムデータの受信制御を実行す
る。そして、図２のステップＳ６でスタートコマンドを
受信してメンテナンスモードが開始されると、受信バッ
ファメモリの書換え制御用プログラム１７の先頭アドレ
スからプログラムを実行する（ステップＳ２）。

【００２９】これによって、書換え制御用プログラム１
７による制御が開始され、不揮発性メモリ１１の旧プロ
グラム１３の部分が初期化される。その後、新プログラ
ム１４を不揮発性メモリ１１の該当する箇所に上書きす
る（ステップＳ３）。これらの処理が終了した後、通信
制御用プログラム１６に制御が移り、リモート機１に対
しプログラムの更新動作終了が通知される。これが、図
２ステップＳ８に示すＡＣＫ信号の送信である。

【００３０】図５には、上記のようなファイル装置側の
プログラム更新動作を具体的に示したフローチャートを
示す。まず、ステップＳ１において、リモート機からの
リモートメンテナンス用プログラムデータ送信が要求さ
れると、リモートメンテナンス機能が存在する場合に
は、ステップＳ２に進む。そうでなければ通常の通信処
理に進む。ステップＳ２でＮＳＳ信号を受信し、ステッ
プＳ３でプログラムデータを受信すると、ステップＳ４
で正常受信が完了したかを判断する。正常受信が完了し
ていなければステップＳ９に進み、エラーを通知し、処
理を終了する。

【００３１】正常受信した場合には、ステップＳ５に進
み、リモート機１に対しＡＣＫ信号を送信する。ステッ
プＳ６において、リモート機１からスタートコマンドを
受信すると、プログラムの更新処理を開始する。このス
タートコマンドは、旧プログラムで動作しているマイク
ロプロセッサの動作を書換え制御プログラムに移すため
の命令である。即ち、プログラムを読み出すためのアド
レスを、書換え制御プログラムが書き込まれた受信バッ
ファメモリの該当するアドレスにジャンプさせる処理と
なる。

【００３２】次に、ステップＳ７において、プログラム
更新処理が実行され、ステップＳ８において、正常に処
理が完了したかどうかを判断する。正常に完了していな
ければステップＳ９に進み、エラー処理が実行される。
正常に完了した場合には、ステップＳ１０において、既
に説明したＡＣＫ信号が送信され、処理を終了する。

【００３３】図６は、書換え制御プログラムの動作フロ
ーチャートである。図のステップＳ１で、不揮発性メモ
リの更新領域の初期化処理が行われる。即ち、図４を用
いて説明したように、不揮発性メモリ１１の旧プログラ
ム１３が記憶されていた領域が初期化される。そして、
ステップＳ２において、新プログラムの書き込み処理が
行われる。ステップＳ３で、書き込み処理が正常終了し
たかどうかを判断し、正常終了すればステップＳ５に進
み、正常終了パラメータを設定する。また、正常に終了
していなければステップＳ４に進み、異常終了パラメー
タを設定する。

【００３４】〈具体例１の効果〉上記のように、この具
体例によれば、リモート機から通常のファクシミリ手順
を用いてメンテナンスを必要とするファクシミリ装置に
対し、リモートメンテナンス用プログラムデータを送信
し、ファクシミリ装置３の側で書換え制御プログラムが
起動してプログラムの更新が行われるため、サービスマ
ンがメンテナンスを必要とするファクシミリ装置まで出
向いて作業をする必要がない。また、この種の処理は極
めて短時間に実行されるため、ファクシミリ装置３の通
常の通信動作を著しく妨げることがない。

【００３５】〈具体例２〉この具体例では、上記のよう
にプログラムの更新をした場合に、その更新結果が成功
したかどうかをリモート機に通知し、不成功の場合には
同一の動作を再び実行するという制御を行う。また、リ
モート機がメンテナンスを必要とすると判断して、ある
ファクシミリ装置にリモートメンテナンスモードの開始
を通知した場合であっても、そのファイル装置のプログ
ラムが既に更新済みであればメンテナンスの必要はな
い。従って、プログラム版数を互いに比較して、メンテ
ナンスの必要性を確認する制御を行う。

【００３６】図７には、具体例２のシステム主要部ブロ
ック図を示す。リモート機１とファクシミリ装置３と
は、例えば図１に示すような状態で通信回線を介して接
続されている。ファクシミリ装置３の構成は、図１に示
すものとほぼ同様で、これに新たに更新結果通知部２１
やプログラム版数通知部２３等が追加される。この図で
はその追加ブロックのみを図示した。これらは、いずれ
もマイクロプロセッサ７によって制御される所定の機能
を実行する機能ブロック、あるいはマイクロプロセッサ
７が実行するプログラムのモジュールによって構成され
る。

【００３７】また、リモート機１には、プログラムデー
タ再送信制御部２２、プログラム版数比較部２４及びプ
ログラムデータ送信制御部２５が設けられる。プログラ
ムデータ再送信制御部２２は、ファクシミリ装置３の更
新結果通知部２１から更新結果失敗という通知を受けた
場合に、再度プログラムデータをファクシミリ装置３に
送信し、プログラムの更新処理をやり直す部分である。

【００３８】ファクシミリ装置３のプログラム版数通知
部２３は、ファクシミリ装置３の不揮発性メモリ１１に
格納された動作制御プログラムの版数（バージョン）を
リモート機１に通知する機能を有する部分である。リモ
ート機１のプログラム版数比較部２４は、リモート機１
がこれから送信しようとしているプログラムデータに含
まれた新プログラムのバージョンと、ファクシミリ装置
３から通知されたプログラムのバージョンとを比較し
て、両者が一致するかどうかを判断する部分である。

【００３９】版数の比較により、ファクシミリ装置３に
格納されたプログラムが古いと判断されると、プログラ
ムデータの送信が開始されることになる。プログラムデ
ータ送信制御部２５は、図１を用いて説明したようなリ
モートメンテナンス用プログラムデータをファクシミリ
装置３に送信する動作を実行する部分である。

【００４０】図８は、具体例２のシステム動作シーケン
スチャートである。これにより、上記の構成のシステム
の動作を説明する。この通信手順も、既に説明した具体
例１と同様に、ＩＴＵ勧告Ｔ．３０に規定されている通
りである。リモート機１がファクシミリ装置３を発呼す
ると、リング信号ＲＩがファクシミリ装置３に送出さ
れ、ファクシミリ装置３では、自動的に図７に示したプ
ログラム版数通知部２３が動作し、プログラムのバージ
ョン情報を収集して非標準機能識別信号ＮＳＦに付加す
る。プログラム更新可能な情報、即ち図２を用いて説明
したリモートビットをオンすることは、具体例１と同様
である。このとき、被呼側端末識別信号ＣＳＩも送信さ
れる。

【００４１】リモート機１では、プログラム版数比較部
２４が、ファクシミリ装置３から受け取ったバージョン
情報即ちそのプログラムの版数をこれから送信しようと
している新プログラムの版数と比較する。そして、ファ
クシミリ装置３のバージョンが古い場合には、非標準機
能設定信号ＮＳＳにより、プログラムデータの送信をフ
ァクシミリ装置３に伝える（ステップＳ２）。その後、
トレーニングチェック信号ＴＣＦと受信準備確認信号Ｃ
ＦＲの送受信が行われる。

【００４２】以後の手順は具体例１と全く同様で、メッ
セージ終了信号ＥＯＭによりプログラムの送信終了が通
知されると、メッセージ確認信号ＭＣＦ送信後、ステッ
プＳ３において、ファクシミリ装置３の側でプログラム
が更新される。そして、ステップＳ４において、ファク
シミリ装置３は、リモート機１に対しその更新結果をＮ
ＳＦ信号を用いて伝える。即ち、この具体例では、プロ
グラムの更新が成功したかどうかをリモート機１に対し
通知する。ここで、ステップＳ５で、リモート機１は、
更新結果を判定し、成功していれば、回線切断信号ＤＣ
Ｎの送出により処理を終了する。プログラムの更新が成
功していなければ、再びステップＳ２に戻り、プログラ
ムデータの再送を行う。

【００４３】図９には、上記のようなシーケンスを実行
する場合のリモート機の動作フローチャートを示す。ま
ず、ステップＳ１において、リモート機の操作部からプ
ログラム送信を指示する。ステップＳ２では、相手機即
ちメンテナンスを必要とするファクシミリ装置に発呼す
る。そして、通信回線の異常に備えて、タイマを起動
し、ＮＳＦ信号をタイマに設定した時間だけ待つ。そし
て、ステップＳ４において、ＮＳＦ信号を受信した場合
には、ステップＳ６に進み、バージョンの比較判断を行
う。ＮＳＦ信号を受信しなかった場合には、ステップＳ
５に進み、タイムアウトかどうかを判断し、タイムアウ
トであれば送信処理を終了する。

【００４４】ステップＳ６で、バージョン比較を行い、
ファクシミリ装置のバージョンが古いと判断すると、ス
テップＳ７に進み、プログラム送信をＮＳＦ信号によっ
て伝える。そして、ステップＳ８で、プログラムをＴ．
３０手順の画情報として送信する。即ち、ファクシミリ
装置による通常の通信手段を用いて、ダウンロードすべ
きプログラムを送信する。

【００４５】そして、ステップＳ９において、送信終了
後のＥＯＭ信号を送信し、着呼側からＭＣＦ信号を受信
するのを待つ。ＭＣＦ信号が受信されるとステップＳ１
１において、正常かどうかを判断し、正常ならばＤＣＮ
信号を受信し、処理を終了する。正常でなければ再びス
テップＳ７に進み、プログラムの送信を再開する。

【００４６】図１０は、ファクシミリ装置の動作フロー
チャートである。ステップＳ２０で、交換機からの呼び
出しに応答し、ステップＳ２１において、ＮＳＦ信号に
バージョン情報及びプログラム更新機能有りという通知
を付加し、これをリモート機に対して宣言する。ステッ
プＳ２２では、タイマをセットし、ＮＳＳ信号あるいは
ＤＣＳ信号（ディジタル命令信号）が受信されるのを待
つ。

【００４７】ステップＳ２４でタイムアウトと判断され
ると、処理を終了する。ＮＳＳ信号あるいはＤＣＳ信号
が受信されると、ステップＳ２５に進み、プログラムの
受信かどうかを判断する。プログラムの受信でなければ
通常受信に移る（ステップＳ２６）。一方、プログラム
の受信であればステップＳ２７に進み、通常のファクシ
ミリ通信と同様、フレーム毎の受信を行う。

【００４８】受信フレームに異常があった場合には、
Ｔ．３０に規定されているフレーム再送手段を用いてフ
レーム単位の再送を要求する。プログラムの受信が正常
に終了した場合、既に具体例１で説明した通りの手順で
プログラムを更新する（ステップＳ２８）。

【００４９】ここで、ステップＳ２９で、正常終了かど
うかを判断する。正常終了であればステップＳ３０に進
み、正常終了の旨をリモート機に伝える。異常終了であ
ればステップＳ３０に進み、異常終了である旨をリモー
ト機に伝える。

【００５０】〈具体例２の効果〉上記の手順により、リ
モート機は、多数のファクシミリ装置を任意のタイミン
グで発呼し、プログラムのバージョンを確認しながら更
新処理を実行するので、無駄な更新処理が防止できる。
また、更新処理が何らかの原因で不成功に終わった場
合、再びその処理を開始する手順を設けたので、確実に
各ファクシミリ装置のプログラム更新が可能になる。

【００５１】〈具体例３〉この具体例でも、具体例２と
同様に、プログラム版数の比較とプログラムの更新を行
う。具体例２では、リモート機の側でプログラム版数の
比較を行った。この具体例３では、ファクシミリ装置の
側でプログラム版数の比較を行う。

【００５２】図１１は、具体例３のシステム主要部ブロ
ック図である。リモート機１には、プログラムデータ再
送信制御部２２、プログラム版数通知部２７及びプログ
ラムデータ送信制御部２５が設けられている。ファクシ
ミリ装置３には、更新結果通知部２１と、プログラム版
数比較部２６とが設けられている。各ブロックの機能
は、具体例２の対応する各ブロックとほぼ同様である。

【００５３】リモート機１のプログラム版数通知部２７
は、リモート機１がファクシミリ装置へダウンロードす
るために用意したプログラムデータのプログラム版数を
調べて、ファクシミリ装置３に通知する部分である。ま
た、ファクシミリ装置３のプログラム版数比較部２６
は、リモート機１から通知を受けたプログラム版数と自
己のプログラムのプログラム版数とを比較して、その結
果をリモート機１に通知する部分である。プログラムデ
ータ送信制御部２５は、ファクシミリ装置３の通知に従
って、更新が必要な場合、プログラムデータの送信を行
い、ファクシミリ装置３のプログラムを更新する制御を
行う部分である。

【００５４】図１２に、具体例３のシステム動作シーケ
ンスチャートを示す。図において、この例では、メンテ
ナンスを受けるファクシミリ装置３の側からリモート機
１を発呼する。各ファクシミリ手順信号の送受信につい
ては、具体例２と同様のため説明を省略する。

【００５５】リモート機１は、ファクシミリ装置３から
発呼を受けると、ＮＳＦにバージョン情報及びプログラ
ムデータ送信可能という機能情報を付加し、その旨を宣
言する（ステップＳ１）。ファクシミリ装置３は、この
宣言を受けると、リモート機１から通知を受けたバージ
ョンと自己のファクシミリ装置制御用のプログラムとを
比較する。そして、リモート機１の持つプログラムのバ
ージョンが新しい場合には、ＮＳＣを利用して、プログ
ラムデータ送信を指示する。即ち、プログラムデータの
送信を要求する（ステップＳ２）。

【００５６】リモート機１は、これに対応して、ファク
シミリ装置３に対しプログラムデータを送信する。ファ
クシミリ装置３は、プログラムデータを受信すると、ス
テップＳ３において、プログラムデータを更新する。そ
して、ステップＳ４において、その更新結果をＭＳＦを
用いて、リモート機１に送信する（ステップＳ４）。リ
モート機１は、ＭＳＦを受信し、更新結果の成否を判定
して、成功していればＤＣＮを送信し、送信は終了す
る。また、不成功であれば、もう一度プログラムデータ
を送信する（ステップＳ５）。

【００５７】図１３は、具体例３のファクシミリ装置の
更に具体的な動作フローチャートである。図のステップ
Ｓ４０において、ファクシミリ装置の操作部からオペレ
ータがプログラム受信を指示する。ステップＳ４１で、
相手機に発呼する。次に、ステップＳ４２で、タイマを
セットし、ステップＳ４３，Ｓ４４を用いて所定時間、
ＮＳＦ信号の受信を行う。ステップＳ４５で、バージョ
ンを比較し、リモート機のバージョンが新しい場合に
は、ステップＳ４６に進み、プログラム送信をＮＳＣ信
号を用いて伝える。

【００５８】ステップＳ４７では、再びタイマをセット
し、所定時間ＮＳＳ信号を受信するように待機する。ス
テップＳ４８で、ＮＳＳ信号を受信すると、ステップＳ
５０で、プログラムの受信かどうかを判断する。プログ
ラムの受信であれば、ステップＳ５１に進み、具体例２
と同様、フレーム毎の受信を行う。必要に応じてフレー
ム再送の要求を行う。

【００５９】更に、ステップＳ５２において、プログラ
ムを更新し、ステップＳ５３において、その更新処理が
正常終了かどうかを判断する。更新処理が正常終了であ
れば、ステップＳ５５に進み、正常に終了したという旨
をリモート機に伝える。また、受信誤りがあればステッ
プＳ５４に進み、不成功をリモート機に伝え、ステップ
Ｓ４７に戻る。

【００６０】正常終了を伝達した後、リモート機からＤ
ＣＮ信号を受信し（ステップＳ５６）、処理を終了す
る。なお、タイムアウトで中断した場合にも、ステップ
Ｓ５７で、リモート機からＤＣＮ信号を受信し、処理を
終了する。

【００６１】図１４は、具体例３におけるリモート機の
動作フローチャートである。まず、ステップＳ６０にお
いて、リモート機が交換機からの呼び出しに応答する。
次のステップＳ６１において、ＮＳＦ信号にバージョン
情報及びプログラム送信機能有りという情報を付加し、
その旨を宣言する。ステップＳ６２で、タイマをセット
し、ステップＳ６３，Ｓ６４において、ＮＳＳあるいは
ＤＣＳ、あるいはＮＣＳ信号の受信を待つ。これらのい
ずれかの信号が受信されると、ステップＳ６５に進み、
プログラム送信かどうかの判断をする。

【００６２】プログラム送信でなければ、ステップＳ６
６に進み、通常通信処理に移る。また、プログラム送信
であれば、ステップＳ６７に進み、ＮＳＳによってプロ
グラム送信を相手方ファクシミリ装置に伝える。そし
て、ステップＳ６８において、Ｔ．３０手順の画情報と
してプログラムデータをファクシミリ装置に送信する。
ステップＳ６９では、ＥＯＭコマンドを送信し、ステッ
プＳ７０で、ＭＳＦを受信する。こうして正常にプログ
ラムデータの送信が終了したかどうかを判断する（ステ
ップＳ７１）。

【００６３】正常終了と判断すると、ステップＳ７２に
進み、ＤＣＮを送信して処理を終了する。異常終了の場
合には、ステップＳ７１からステップＳ６７に戻り、再
送を行う。

【００６４】〈具体例３の効果〉以上説明した具体例３
によれば、リモート機からポーリングによりファクシミ
リ装置に対しプログラム送信を通知し、更にそのプログ
ラム版数を確認後、必要に応じてプログラムデータの送
信を行うことができる。また、ファクシミリ装置の側か
らポーリングによってリモート機を呼び出し、ファクシ
ミリ装置がリモート機からプログラム版数を問い合わせ
て、その版数比較を行い、リモート機に対してプログラ
ムデータの更新を要求することもできる。

【００６５】また、プログラムの更新処理が不成功の場
合には、再度、プログラムデータの送信を自動的に行う
ことができる。従って、プログラムのバージョンアップ
のための処理を自動的にファクシミリ通信機能を用い
て、迅速に行うことができる。しかも、リモート機側あ
るいはファクシミリ装置側から自由にポーリングをし
て、プログラム更新を行うことができるため、きめの細
かいバージョン管理ができる。

【００６６】また、例えばリモート機がメンテナンスを
するファクシミリ装置と全く同一のファクシミリ装置で
あっても、上記の機能を付与することにより、同様のプ
ログラム更新制御を行うことができ、広くこの発明を利
用することができる。

【００６７】〈具体例４〉図１５は、具体例４のシステ
ムブロック図である。この具体例では、更にこれまでの
具体例を発展させて、例えば１台のファクシミリ装置の
プログラムを最新のものに更新した後、そのファクシミ
リ装置をリモート機として、他の同一機種のファクシミ
リ装置を自動的にバージョンアップする。この例では、
リモート機１が最新のプログラムを持つファクシミリ装
置で、メンテナンスをされるファクシミリ装置３も同一
機種のファクシミリ装置である。

【００６８】リモート機１には、モデム３１と通信制御
部３３とが設けられている。ファクシミリ装置３にも同
様にして、モデム３２と通信制御部３４とが設けられて
いる。通信制御部３３と通信制御部３４とは、相互にモ
ジュラーケーブル３０によって接続されている。モジュ
ラーケーブル３０というのは、一般に公衆電話回線の電
話機と電話回線との間や、ファクシミリ装置と電話回線
との間を接続するための規格化されたコネクタ付きケー
ブルのことである。

【００６９】即ち、図のように、リモート機１が、モデ
ム３１と、通信制御部３３と、モジュラーケーブル３
０、通信制御部３４、モデム３２を通じて、ファクシミ
リ装置３に対し、これまで説明したと同様のプログラム
データ送信をする。モデム３１は、プログラムデータを
アナログ電話送信用データに変調し、通信制御部３３
は、ネットワーク制御により通信制御部３４を通じてモ
デム３２にその信号を送る。

【００７０】通信制御部３３と通信制御部３４とは、構
内交換機のような動作を行う。これによって、リモート
機１とファクシミリ装置３とは、アナログ電話網を通じ
て相互に接続されたのと同様の状態で、プログラムデー
タの送受信が可能になる。このように、ファクシミリ装
置同士をモジュラーケーブル３０を用いて接続すること
によって、公衆網や構内交換機を介在させることなくプ
ログラムデータの送信が可能となる。なお、この場合の
プログラムデータの送信手順や動作は、これまで説明し
たシステムと全く同一であるため説明を省略する。

【００７１】〈具体例４の効果〉例えば複数の同一機種
のファクシミリ装置を備えたユーザーの場合、これまで
説明したような手順で、１台のファクシミリ装置に新し
いプログラムをダウンロードした後、他のファクシミリ
装置のプログラムを、この具体例に示す手順で更新する
ことができる。従って、専門技術を持ったサービスマン
によらなくても、簡便に、多数のファクシミリ装置のプ
ログラム更新ができる。

【００７２】〈具体例５〉これまで説明してきたリモー
ト機からメンテナンスを必要とするファクシミリ装置へ
のプログラムデータの転送は、プログラムデータ全体の
転送でも、あるいはその一部だけの転送であってもよ
い。また、必ずしもコンピュータの動作を制御するため
のプログラムのみならず、コンピュータを制御するため
のデータやその一部であってもよい。この具体例では、
ファクシミリ装置の状態を表示して、ファクシミリ装置
の診断等に利用することができる診断情報をファクシミ
リ装置からリモート機に送信して、ファクシミリ装置の
メンテナンスに利用する。システムのハードウェア構成
は、具体例２とほぼ同様で、図７のプログラム版数通知
部２３が、プログラム版数のみならず、診断情報をリモ
ート機１に通知する。

【００７３】図１６には、具体例５のリモート診断手順
シーケンスチャートを示す。この図によって、具体的に
リモート機１とファクシミリ装置３との間のリモート診
断情報の送受信動作を説明する。なお、診断のための情
報としては、例えばサービスマンがファクシミリ装置の
動作制御のために設定した情報、ユーザがファクシミリ
装置を利用する場合に必要な設定情報、またプログラム
のバージョン情報、通信管理記録等が含まれる。

【００７４】図１６も、主要部のみステップ番号を付
け、これまでの具体例で説明した通常のファクシミリ手
順の部分は簡略して説明をする。まず、ステップＳ１に
おいて、リモート機１からファクシミリ装置３に対して
送信されたリング信号をファクシミリ装置３が検出する
と、ファクシミリ装置３は、ＮＳＦ信号、ＣＳＩ信号、
ＤＩＳ信号を送出する。この場合に、ＮＳＦ信号にリモ
ート診断レディビットという情報を含める（ステップＳ
２）。

【００７５】リモート機１は、この信号を受信すると、
ステップＳ３において、ＮＳＣ信号にリモート診断要求
ビットオンという情報を含めてファクシミリ装置３に送
信する（ステップＳ３）。ファクシミリ装置３では、こ
こでレポート編集を開始する（ステップＳ４）。レポー
ト編集方法はプログラムの版数を調べる方法と同様で、
診断情報が記録された所定のメモリアドレスをアクセス
して、その情報を適当な文書フォーマットに編集すれば
よい。その後、ステップＳ４で、ファクシミリの通常の
手順であるＴＳＩ信号、ＮＳＳ信号、トレーニング信
号、及びＴＣＦ信号の送信を行うと、ステップＳ６にお
いて、リモート機１からＣＦＲ信号の応答がある。

【００７６】これに対して、ファクシミリ装置３は、編
集を終了したレポートをリモート機１に送信する（ステ
ップＳ５）。レポートの送信が終了すると、ファクシミ
リ装置３からＥＯＰ信号がリモート機１に送信され、リ
モート機１は、ＭＣＦ信号をファクシミリ装置３に送信
して処理を終了する。ファクシミリ装置３は、ＤＣＮ信
号をリモート機１に送信し、回線を切断する。

【００７７】図１７には、上記のリモート診断動作のフ
ローチャートを示す。まず、ステップＳ１において、受
信側のファクシミリ装置がリング信号を検出し、ステッ
プＳ２において、リモート診断レディビットをオンし
て、ＮＳＦ信号を送信すると、ステップＳ３において、
送受反転信号のリモート診断要求ビットを受信する。こ
の信号が受信できないときはステップＳ９に進み、回線
切断のための信号を送出し、ステップＳ１０で待機状態
に戻る。

【００７８】ＮＳＣ信号を受信すると、ステップＳ４に
おいて、レポート編集を開始する。そして、ステップＳ
５で、レポートの編集が終了したかを判断する。編集終
了後は、ステップＳ６に進み、画データの圧縮処理を開
始する。レポートの編集はレポート編集用のプログラム
を予め用意しておき、該当する情報が書き込まれている
メモリのアドレスを順に読み取ることによって編集が可
能になる。編集されたデータは、ステップＳ６におい
て、通常のファクシミリ装置同様イメージデータに変換
し、圧縮処理が行われる。

【００７９】そして、ステップＳ７において、符号器内
のバッファメモリがいっぱいかどうかを判断し、バッフ
ァメモリがいっぱいになったらステップＳ８に進み、そ
のレポートを送信する。バッファメモリ１回分の送信で
は送信が終了しない場合は、同様の処理が繰り返される
ことになる。通常、この種のレポートの内容は比較的簡
単なため、短時間で送信が可能になる。その診断の結果
例えばプログラムの更新が必要と判断されると、これま
での具体例で説明した処理が実行される。

【００８０】〈具体例５の効果〉以上のようにして、フ
ァクシミリ装置のメンテナンスに必要な診断情報が各フ
ァクシミリ装置によって自動的に編集され、これがリモ
ート機に送信されるので、サービスマンがリモート機を
操作して、多数のファクシミリ装置を短時間に正確に診
断することが可能になる。そして、その診断情報の中に
プログラムのバージョン情報が含まれていれば、これま
での具体例と同様の要領で、プログラムの更新要否を判
断することができ、必要に応じてプログラムの更新を実
行することができる。

【００８１】〈具体例６〉上記の具体例５場合、リモー
ト機から対象のファクシミリ装置を呼び出してレポート
作成を開始したが、各ファクシミリ装置が自動的にレポ
ートを作成して、リモート機にレポートの送信を行うよ
うにしても差し支えない。また、具体例５で作成したレ
ポート中には、ユーザ設定情報も含めることができる。
ユーザ設定情報というのは、コンフィグレーションとも
呼ばれ、利用者がファクシミリ装置を利用する場合の様
々な設定である。これは、ファクシミリ装置を新規に購
入して設置した場合、あるいはファクシミリ装置を移設
した場合等に入力しセットアップする必要がある。

【００８２】しかしながら、例えばユーザーが、多数の
ファクシミリ装置を同時に備え付けたり、あるいは多数
のファクシミリ装置を一挙に移転したような場合には、
こうしたユーザ設定操作が非常に煩わしい。ここでは、
これまでのプログラムの更新処理と同様に、１台のファ
クシミリ装置に設定したユーザ情報を他の複数台のファ
クシミリ装置にコピーし、自動的にコンフィグレーショ
ン設定をする例を説明する。

【００８３】図１８（ａ）は、具体例６のシステムブロ
ック図である。また、（ｂ）は、送信側の手順フローチ
ャートである。更に、（ｃ）は、受信側の手順フローチ
ャートである。図において、ファクシミリ装置４１は、
公衆回線４４を介して他のファクシミリ装置４２，４３
と接続されている。ここで、この例では、コンフィグレ
ーションをファクシミリ装置４１からファクシミリ装置
４２やファクシミリ装置４３に送信する例を説明する。

【００８４】まず、（ｂ）に示す送信側の手順について
説明する。初めに、ステップＳ１において、コンフィグ
レーション通信を実行するかどうかを判断する。実行し
なければステップＳ５に進み、通常送信をする。実行す
る場合にはステップＳ２に進み、各設定をファイル化す
る。即ち、ユーザ設定情報を所定のアドレスから読み出
し、これをコンフィグレーションファイルとして編集す
る。そして、ステップＳ３において、これまで同様、フ
ァクシミリ送信のためのＥＣＭ信号を用いて送信をす
る。ステップＳ４で、送信が全て終了すると、処理が終
了する。

【００８５】（ｃ）の受信側手順を次に説明する。ま
ず、ステップＳ１において、コンフィグレーション受信
かどうかを判断する。受信側のファクシミリ装置が、コ
ンフィグレーション受信と判断すると、ステップＳ２に
進み、コンフィグレーションファイルを受信用のバッフ
ァメモリにストアする。即ち、これまでのプログラムデ
ータの受信と全く同様の方法でコンフィグレーションフ
ァイルを受信する。そして、ステップＳ３において、設
定データが入るべきメモリアドレスにそのデータを転送
する。

【００８６】このデータ転送は、プログラム自体の転送
でないため、既にファクシミリ制御のためにインストー
ルされているプログラムをそのまま実行させてもよい。
ステップＳ４では、その転送を完了し、処理が終了す
る。なお、コンフィグレーション通信でなければステッ
プＳ５に進み、通常の受信が行われる。

【００８７】図１９には、具体例６の送信側手順フロー
チャートを示す。まず、ステップＳ１において、これま
で同様、ＮＳＳ信号を用いてコンフィグレーションビッ
トの送信を行う。コンフィグレーションビットがオンで
なければステップＳ２に進み、それ以外の通信処理に進
む。また、コンフィグレーションビットがオンの場合に
はステップＳ３に進み、ストアしたデータを符号化す
る。

【００８８】ステップＳ４では、符号化データをメモリ
にストアし、ステップＳ５で、相手番号をダイヤルす
る。即ち、オペレータの操作によってコンフィグレーシ
ョン送信用の制御スイッチがオンされ、コンフィグレー
ションビットがオンになると、予めコンフィグレーショ
ンデータを収集し、コンフィグレーションファイルをメ
モリに記憶した上で送信処理が開始される。ステップＳ
６では、所定の通信手順によって相手の能力を認識し、
ステップＳ７において、相手がコンフィグレーション通
信可能と判断すると、ステップＳ８に進み、コンフィグ
レーションデータの転送を行う。

【００８９】ステップＳ９で、転送が終了すると、ステ
ップＳ１０において、正常終了かどうかの判断をする。
正常終了の場合、これで送信側のファクシミリの動作が
終了する。コンフィグレーション通信が不可能な場合、
正常でない終了の場合には、ステップＳ１１に進み、通
信エラーが発生するので、その処理を行う。

【００９０】図２０は、具体例６の受信側の動作フロー
チャートである。まず、ステップＳ１において、通信手
順によって相手機能能力を認識し、ステップＳ３で、コ
ンフィグレーション受信が可能かどうかを判断する。可
能でなければステップＳ２に進み、通常のファクシミリ
通信が行われる。ステップＳ３で、コンフィグレーショ
ン受信が可能と判断されると、ステップＳ４に進み、コ
ンフィグレーションオペレーションモードに切り換え
る。

【００９１】ステップＳ５では、受信データをデコード
し、ステップＳ６では、受信バッファにデータをストア
する。ステップＳ７で通信を終了すると、ステップＳ８
で、受信データを設定メモリエリアに転送する。こうし
てその後このコンフィグレーションで操作が可能にな
る。その後、ステップＳ９で、転送された設定データを
プリントし、オペレータにその旨を伝える。オペレータ
に新たなコンフィグレーションの内容を伝えるためであ
る。

【００９２】〈具体例６の効果〉以上の処理により、例
えば１台のファクシミリ装置に設定されたコンフィグレ
ーションが多数の同一機種のファクシミリ装置に一斉に
コピーされ、オペレータがそれぞれ設定を行う手間を省
略できる。

【００９３】〈具体例７〉この具体例では、各ファクシ
ミリ装置がこれまで説明したような診断情報やその他の
通信管理記録を、リモート機に対して自動的に送信する
タイミングを説明する。自動送信のきっかけは、例えば
この例では通信回数とする。即ち、あるファクシミリ装
置が所定回数ファクシミリ送受信を実行すると、自動的
にその診断情報や通信管理記録がリモート機に向けて送
信される、いわゆる定期診断が自動的に行われる。この
場合、各ファクシミリ装置では、通信回数を記録したカ
ウンタを備え、その回数を所定の閾値と比較する処理を
実行する。

【００９４】図２１には、具体例７の管理される側のフ
ァクシミリ装置における動作フローチャートを示した。
図の（ａ）において、まずステップＳ１で、そのファク
シミリの通信数が規定数に達したかどうかを判断する。
通信回数は、例えば予めカウンタを用いて１回毎にイン
クリメントするようにセットしておく。そのカウント値
は、不揮発性メモリに記憶しておき、常に使用中は累積
値が表示されるようにしておく。

【００９５】通信回数が規定回数に達して定期検診が必
要と判断された場合には、ステップＳ２に進む。そし
て、ステップＳ３で、通信管理記録を編集しイメージデ
ータにして、そのイメージデータをメモリ送信で利用す
るエリアに転送する。この通信管理記録はこれまで説明
したようなコンフィグレーション、その他様々な診断用
の情報とする。ステップＳ３では、その結果をこれまで
と同様の手順によって管理用のファクシミリ装置やリモ
ート機に送信する。そして、ステップＳ４において、送
信が終了すると処理が終了する。

【００９６】〈具体例７の効果〉以上により、診断の必
要な時期に自動的に。各ファクシミリ装置が診断情報等
を管理用のリモート機に送信して、これらの管理を行う
ことが出来る。従って、定期検診のために、オペレータ
が診断情報をプリントしてからリモート機に送信する作
業も省略できる。なお、通信は、Ｇ３ファクシミリの手
順で行うことができる。従って、１台のファクシミリ装
置をリモート機とし、複数台のファクシミリ装置の管理
を行うことができる。また、リモート機は管理専用のパ
ーソナルコンピュータやワークステーションとすること
ができる。

【００９７】〈具体例８〉次の例では、パーソナルコン
ピュータやワークステーションのようなリモート機が多
数のファクシミリ装置をポーリングしながらコンフィグ
レーションを送信する動作を説明する。そのハードウエ
アは具体例１と同様である。プログラムデータのダウン
ロードの代わりに、リモート機から各ファクシミリ装置
にコンフィグレーションの送信をする。

【００９８】図２２（ａ）は、具体例８のユーザ側ファ
クシミリ装置の動作フローチャート、図２２（ｂ）は、
具体例８のサービス側のリモート機の動作フローチャー
トである。まず、図２２（ａ）のステップＳ１におい
て、相手機即ちリモート機がコンフィグレーションポー
リング待ちかどうかの判断をする。ポーリング待ちでな
ければ、通常の通信処理に進む（ステップＳ６）。ポー
リング待ちであれば、ステップＳ２に進み、Ｇ３ファク
シミリ通信手順によって、ファクシミリ装置はリモート
機からコンフィグレーションデータを受信する。

【００９９】ステップＳ３では、受信したデータをメモ
リにストアし、ステップＳ４では、設定データ（コンフ
ィグレーション）が入るべきメモリエリアにデータを転
送する。これで、このファクシミリ装置は、新しいコン
フィグレーションにより操作が可能になる。ステップＳ
５では、そのユーザ設定をレポートして、印刷を行う。
オペレータにコンフィグレーションの内容を知らせるた
めである。

【０１００】（ｂ）に示すサービス側のリモート機は、
まずステップＳ１において、ポーリング待ち状態にす
る、そして、ステップＳ２において、ファクシミリ装置
からのポーリングを受信する。ステップＳ３で、コンフ
ィグレーション通信が可能かどうかを判断し、可能でな
ければステップＳ７でエラー処理を行う。可能であれば
ステップＳ４に進み、通信メモリにコンフィグレーショ
ンデータをストアする。

【０１０１】そして、ステップＳ５において、ポーリン
グを行ったファクシミリ装置に対しそのコンフィグレー
ションデータを送信する。ステップＳ６で、送信が終了
すると、サービス側のリモート機の動作は終了する。

【０１０２】〈具体例８の効果〉上記のように、リモー
ト機が各ファクシミリ装置からポーリングがあったと
き、に自動的にコンフィグレーションデータを送信し、
オペレータによるユーザ設定の手間を省くことができ
る。また、設定の際のユーザの誤操作によってデータが
破壊されたりする問題、あるいは装置が正常に機能しな
いといった問題を防ぐことができる。

【０１０３】また、ファクシミリ装置からのリモート機
に対するポーリングあるいはリモート機からのファクシ
ミリ装置に対するポーリングによって、自動的にコンフ
ィグレーションの設定ができるので、様々な環境におい
て最も適切な方法によってそのメンテナンスやコンフィ
グレーションの管理を行うことが可能になる。

【図面の簡単な説明】

【図１】具体例１のシステムのブロック図である。

【図２】ファクシミリ通信制御手順シーケンスチャート
である。

【図３】プログラムデータの内容を説明する説明図であ
る。

【図４】プログラム更新動作の説明図である。

【図５】プログラム更新動作を具体的に示したフローチ
ャートである。

【図６】書換え制御プログラムの動作フローチャートで
ある。

【図７】具体例２のシステム主要部ブロック図である。

【図８】具体例２のシステム動作シーケンスチャートで
ある。

【図９】リモート機の動作フローチャートである。

【図１０】ファクシミリ装置の動作フローチャートであ
る。

【図１１】具体例３のシステム主要部ブロック図であ
る。

【図１２】具体例３のシステム動作シーケンスチャート
である。

【図１３】ファクシミリ装置の具体的な動作フローチャ
ートである。

【図１４】リモート機の動作フローチャートである。

【図１５】具体例４のシステムブロック図である。

【図１６】具体例５のリモート診断手順シーケンスチャ
ートである。

【図１７】リモート診断動作のフローチャートである。

【図１８】（ａ）は、具体例６のシステムブロック図、
（ｂ）は、送信側の手順フローチャート、（ｃ）は、受
信側の手順フローチャートである。

【図１９】具体例６の送信側手順フローチャートであ
る。

【図２０】具体例６の受信側の動作フローチャートであ
る。

【図２１】具体例７の管理される側のファクシミリ装置
における動作フローチャートである。

【図２２】（ａ）は、具体例８のユーザ側の動作フロー
チャート、（ｂ）は、具体例８のサービス側の動作フロ
ーチャートである。

【符号の説明】

１ リモート機 ２ 通信回線 ３ ファクシミリ装置 ４ 操作部 ５ 表示部 ６ 読み取り部 ７ マイクロプロセッサ ８ 通信制御部 ９ 印刷部 １１ 不揮発性メモリ １２ 受信バッファメモリ １３ 旧プログラム １４ 新プログラム １５ リモートメンテナンス用プログラムデータ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 野中 広知 東京都港区芝浦四丁目11番地22号 株式会 社沖データ内 (72)発明者 我妻 栄次 東京都港区芝浦四丁目11番地22号 株式会 社沖データ内 Ｆターム(参考） 5B076 BB06 BB14 5C062 AA02 AA30 AB42 AB43 AB44 AC22 AC35 AC56 AE14 AE16 AF14

Claims (10)

【特許請求の範囲】
1. 【請求項１】 リモート機と、メンテナンスを受けるフ
   ァクシミリ装置とからなり、 前記リモート機は、 前記ファクシミリ装置に対して、ファクシミリ通信制御
   手順の実行中にリモートメンテナンスモードの開始を通
   知し、当該ファクシミリ装置に、リモートメンテナンス
   用プログラムデータを送信し、 前記ファクシミリ装置は、 前記リモート機から受信したリモートメンテナンス用プ
   ログラムデータをメモリに格納し、 前記メモリに格納された前記リモートメンテナンス用プ
   ログラムデータ中に含まれる書換え制御プログラムを実
   行して、前記ファクシミリ装置を制御するための旧プロ
   グラムを、前記リモートメンテナンス用プログラムデー
   タ中に含まれる新プログラムに更新することを特徴とす
   るファクシミリメンテナンスシステム。
2. 【請求項２】 請求項１に記載のファクシミリメンテナ
   ンスシステムにおいて、 ファクシミリ装置は、プログラムの更新結果をリモート
   機に通知し、 リモート機は、前記プログラムの更新が失敗したと判断
   したときは、再びリモートメンテナンスモードを開始す
   ることを特徴とするファクシミリメンテナンスシステ
   ム。
3. 【請求項３】 請求項１に記載のファクシミリメンテナ
   ンスシステムにおいて、 前記ファクシミリ装置は、前記ファクシミリ通信制御手
   順の実行中に、当該ファクシミリ装置を制御している既
   存のプログラムの版数をリモート機に通知し、 リモート機は、通知を受けた既存のプログラムの版数と
   新プログラムの版数とを比較して、既存のプログラムよ
   り新プログラムの方が版数が新しい判定したとき、 リモートメンテナンスモードを開始することを特徴とす
   るファクシミリメンテナンスシステム。
4. 【請求項４】 請求項１に記載のファクシミリメンテナ
   ンスシステムにおいて、 リモート機は、前記ファクシミリ通信制御手順の実行中
   に、新プログラムの版数をファクシミリ装置に通知し、 ファクシミリ装置は、通知を受けた新プログラムの版数
   と当該ファクシミリ装置を制御している既存のプログラ
   ムの版数を比較した結果をリモート機に通知して、 リモート機は、 既存のプログラムより新プログラムの方が版数が新しい
   とき、リモートメンテナンスモードを開始することを特
   徴とするファクシミリメンテナンスシステム。
5. 【請求項５】 相互にモジュラーケーブルを通じて接続
   されたリモート機と、メンテナンスを受けるファクシミ
   リ装置とからなり、 前記リモート機は、 制御用データ送信モードを開始すると、リモートメンテ
   ナンス用プログラムデータをアナログ信号に変換して、
   モデム装置と前記モジュラーケーブルを通じて前記ファ
   クシミリ装置に送信し、 前記ファクシミリ装置は、 前記モジュラーケーブルとモデム装置を通じて前記リモ
   ートメンテナンス用プログラムを当該ファクシミリ装置
   のメモリにダウンロードし、前記メモリにダウンロード
   された前記リモートメンテナンス用プログラムデータ中
   に含まれる書換え制御プログラムを実行して、前記ファ
   クシミリ装置を制御するための旧プログラムを、前記リ
   モートメンテナンス用プログラムデータ中に含まれる新
   プログラムに更新することを特徴とするファクシミリメ
   ンテナンスシステム。
6. 【請求項６】 リモート機と、メンテナンスを受けるフ
   ァクシミリ装置とからなり、 前記リモート機は、 前記ファクシミリ装置に対して、ファクシミリ通信制御
   手順の実行中にリモートメンテナンスモードの開始を通
   知し、 前記ファクシミリ装置は、 自己のファクシミリ装置のメンテナンス情報を収集して
   イメージデータに編集し、前記リモート機に送信するこ
   とを特徴とするファクシミリメンテナンスシステム。
7. 【請求項７】 リモート機と、メンテナンスを受けるフ
   ァクシミリ装置とからなり、 前記ファクシミリ装置は、 ファクシミリ通信回数をカウントし、そのファクシミリ
   通信回数が一定値を越えたとき、自己のファクシミリ装
   置のメンテナンス情報を収集してイメージデータに編集
   し、前記リモート機に送信することを特徴とするファク
   シミリメンテナンスシステム。
8. 【請求項８】 請求項１に記載のファクシミリメンテナ
   ンスシステムにおいて、 前記メモリはファクシミリ装置のファクシミリ送受信用
   バッファメモリであることを特徴とするファクシミリメ
   ンテナンスシステム。
9. 【請求項９】 請求項１に記載のファクシミリメンテナ
   ンスシステムにおいて、 前記リモート機はメンテナンスを受けるファクシミリ装
   置と同一機種のファクシミリ装置からなり、リモート機
   を制御するためのプログラムを、新プログラムとして前
   記リモートメンテナンス用プログラムデータ中に含める
   ことを特徴とするファクシミリメンテナンスシステム。
10. 【請求項１０】 請求項１に記載のファクシミリメンテ
    ナンスシステムにおいて、 プログラムデータファイルにはユーザ設定の内容を示す
    コンフィグレーションデータが含まれることを特徴とす
    るファクシミリメンテナンスシステム。