JPH10187457A

JPH10187457A - プログラム及びデータの管理方法

Info

Publication number: JPH10187457A
Application number: JP8351659A
Authority: JP
Inventors: Osamu Kobayashi; 修小林; Susumu Tokunaga; 享徳永
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1996-12-27
Filing date: 1996-12-27
Publication date: 1998-07-21

Abstract

(57)【要約】【課題】高い拡張性を実現すると共に的確な管理を可
能とする。【解決手段】マスター機で、スレーブ機のコマンドイ
ンタープリタで解釈実行可能な命令が記述された起動用
ファイル、必要に応じてスレーブ機の制御用のプログラ
ム及びデータを作成し、各ファイルをまとめ/ 圧縮して
処理要求命令ファイルを作成する（ステップ200)。マス
ター機からスレーブ機へ処理要求命令ファイルを送信し
( ステップ206)、スレーブ機が受信したデータを伸長/
解凍する(ステップ210)。そして、スレーブ機のコマン
ドインタープリタが、起動用ファイルの命令を順次解釈
実行する( ステップ212)。生成ファイル送信要求が有る
場合、解釈実行の結果生成された返送ファイルをマスタ
ー機へ返送し( ステップ220)、不要なファイルを消去す
る。また、リブート要求が有る場合には、解釈実行後に
スレーブ機のシステムを再立ち上げする( ステップ23
2)。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ファイルの通信が
可能なマスター機及びスレーブ機が実行するプログラム
及びデータの管理方法に係り、特にマスター機からスレ
ーブ機の処理プログラムで解釈実行可能な命令が記述さ
れた起動用ファイルを含む処理要求ファイルを送信し、
スレーブ機側で、受信した起動用ファイルに記述された
命令を解釈実行することを特徴とするプログラム及びデ
ータの管理方法に関する。

【０００２】

【従来の技術】従来より、遠隔地より回線を通して制御
プログラムを交換可能な装置が提案されている。

【０００３】平１−２２７５６６号公報に記載の技術
は、このような制御プログラムの交換可能な技術をファ
クシミリ装置に適用したものである。同公報によれば、
書換え可能なプログラム記憶部と、記憶されたプログラ
ムに応じて装置を制御する制御部とを備え、プログラム
送信の通信手順を用いて遠隔地より回線を介して受信さ
れたプログラムを既に記憶されているプログラムの一部
又は全部と入れ換えることにより制御部の制御方式を変
更可能としたファクシミリ装置が開示されている。

【０００４】同公報記載のファクシミリ装置では、マス
ター機から遠隔地から回線を通してプログラムをダウン
ロードすることによってスレーブ機であるファクシミリ
装置の動作仕様の変更が容易にできる。これによって、
プログラムにバグがあった場合や異なる制御方式でプリ
ント出力したい場合、或いは装置に新たな機能を追加し
たい場合などで、サービスマンが装置の設置場所に出向
してプログラムの変更を行わなくて済むという利点が生
じる。

【０００５】

【発明が解決しようとする課題】しかしながら、上記公
報記載の従来技術では、マスター機からスレーブ機にダ
ウンロードされたプログラムが、スレーブ機のプログラ
ム記憶部に記憶された特定用途のプログラムの一部又は
全部と入れ替えられるだけであり、その用途が入れ替え
られたプログラムの特定用途にのみ限定される。すなわ
ち、従来技術では、昨今の多機能化した情報処理装置への管理機能とし
て、能力が不足し、拡張性が無い、という問題点があ
る。

【０００６】さらに、上記従来技術では、以下のような
問題点もある。転送データを圧縮していないため、転送するプログ
ラムが長大になると通信時間が多くかかる。

【０００７】分割したデータの要求／再送機能を持
たないため、分割したデータの通信途中でマスター機或
いはスレーブ機での処理異常が発生した場合、良好に通
信完了した分割データを含めてすべての分割データの再
送が必要となる。転送前に転送データ量とスレーブ機側の空き容量の
確認を行っていないため、スレーブ機側のメモリの空き
容量が転送データ量を下回った場合、プログラム転送が
無駄になる可能性がある。

【０００８】スレーブ機側のバージョンアップに対
応してプログラムを変更する必要があり、この点でも拡
張性に乏しい。

【０００９】スレーブ機、或いはスレーブ機に格納
されているプログラム及びデータの管理を的確に実行す
る手段が開示されていない。

【００１０】本発明は、上記事実に鑑みなされたもの
で、高い拡張性及び効率の良い通信処理を実現すると共
に的確なプログラム及びデータの管理を可能としたプロ
グラム及びデータの管理方法を提供することを目的とす
る。

【００１１】

【課題を解決するための手段】上記目的を達成するため
に、請求項１の発明は、ファイルの通信を可能とする通
信手段と、プログラム及びデータを記憶する書換え可能
な記憶手段と、処理プログラムに基づいて、各種の命令
を解釈実行する処理及びファイルの変換処理の少なくと
もいずれかを可能とする制御手段と、を各々有するマス
ター機及びスレーブ機が実行するプログラム及びデータ
の管理方法において、マスター機において、スレーブ機
の処理プログラムにより解釈実行が可能な命令が記述さ
れた起動用ファイルを含む処理要求命令ファイルを作成
し、前記通信手段を用いて該処理要求命令ファイルをス
レーブ機に送信し、スレーブ機において、前記通信手段
を用いて処理要求命令ファイルを受信し、前記処理プロ
グラムを起動させることにより、受信した処理要求命令
ファイルに含まれる起動用ファイルに記述された命令を
解釈実行することを特徴とする。

【００１２】ここで、マスター機側の処理プログラム
は、少なくともファイルの変換処理を可能とし、スレー
ブ機側の処理プログラムは、少なくとも各種の命令を解
釈実行する処理を可能とする。

【００１３】請求項１の発明では、スレーブ機側で、マ
スター機から送られてきた起動ファイルに記述されてい
る各種の命令を解釈実行する処理プログラムによる処理
が可能となる。このようにスレーブ機側に高度なインテ
リジェンスを与えたので、起動用ファイルには、請求項
２の発明で以下のように例示されているように記憶手段
へのプログラムの書き込み、スレーブ機を管理するため
に必要なデータの取り込み、記憶手段に書き込まれたプ
ログラムの実行などの命令を記述できる。これにより、
スレーブ機の制御用のプログラムを単にダウンロードす
る場合と比べて、高い拡張性を実現できる。また、処理
要求の変更に対しても柔軟に対処できる。さらに、スレ
ーブ機での主な処理は、起動用ファイルの起動などであ
り、決められた処理を行うだけであるため、コンパクト
で信頼性の高いものとなる。

【００１４】請求項２の発明は、請求項１の前記起動用
ファイルに記述された命令が、前記処理要求命令ファイ
ルに含まれ、かつスレーブ機の制御手段に所定の制御を
実行させるプログラム及びデータをスレーブ機の記憶手
段に書き込む第１の命令、スレーブ機の記憶手段に書き
込まれたプログラム及びデータを実行させる第２の命
令、及びスレーブ機の管理用データをファイルとして取
り出すための第３の命令のうちの少なくともいずれかを
含むことを特徴とする。

【００１５】ここで、スレーブ機を例えばファクシミリ
装置で構成した場合、記憶手段に書き込まれたプログラ
ムには、画像原稿出力用のプログラムや動作チェック用
のプログラムなどがある。また、記憶手段のデータは、
プログラムの実行の際に必要となるデータなどであり、
例えば、各種の文字データなどがある。

【００１６】勿論、スレーブ機の処理プログラムの機能
に応じて、他の処理を実行させるための命令を記述する
ことも可能である。

【００１７】また、請求項３の発明は、請求項１又は請
求項２のスレーブ機において、受信した処理要求命令フ
ァイルに含まれる起動用ファイルに記述されている命令
を処理プログラムが解釈実行することにより生成された
ファイル又は前記記憶手段に格納されているプログラム
及びデータのファイルを、返送ファイルとして前記通信
手段を用いてマスター機へ返送することを特徴とする。

【００１８】請求項３の発明では、起動用ファイルの命
令を解釈実行することにより生成されたファイルを返送
ファイルとしてマスター機へ返送するので、マスター機
は、スレーブ機の運転状態などを把握でき、スレーブ機
の管理を的確に行うことができる。ここで、返送ファイ
ルの内容として、請求項２の第１の命令により生成され
たプログラム書き込みが正常に終了したか否かの情報コ
ード、第２の命令により生成されたプログラム実行中の
運転状態や実行が正常に完了したか否かの情報コード、
第３の命令により生成されたスレーブ機の管理用データ
（例えば、スレーブ機のシステムデータ、通信状態を記
録したログデータ）などがある。

【００１９】また、請求項３の発明では、スレーブ機の
記憶手段に書き込まれたプログラム及びデータを返送フ
ァイルとしてマスター機へ返送できるので、該プログラ
ムのバグの有無、動作などをチェックでき、スレーブ機
のプログラム管理を的確に行うことができる。

【００２０】このようなスレーブ機の管理を行うため、
請求項４の発明のように、請求項３のマスター機におい
て、スレーブ機から送信された返送ファイルを、前記通
信手段を用いて受信し、受信した返送ファイルをマスタ
ー機の記憶手段に格納するようにしても良い。

【００２１】また、請求項５の発明は、請求項１乃至請
求項４のいずれか１項の発明において、スレーブ機が、
スレーブ機を制御するために操作される操作入力手段
と、情報の表示が可能な表示手段と、をさらに有すると
共に、マスター機から送られてくる処理要求命令ファイ
ルの受信中、起動用ファイルに記述された命令の解釈実
行中、及びマスター機への返送ファイルの送信中の少な
くともいずれかの場合は、前記表示手段により、前記操
作入力手段による制御が不可能である旨を表示させると
共に、前記操作入力手段による制御を禁止させたことを
特徴とする。

【００２２】さらに、請求項６の発明は、請求項１乃至
請求項４のいずれか１項の発明において、スレーブ機
が、複数の端末との同時通信を可能とする複数のネット
ワーク手段とをさらに有すると共に、マスター機から送
られてくる処理要求命令ファイルの受信中、起動用ファ
イルに記述された命令の解釈実行中、及びマスター機へ
の返送ファイルの送信中の少なくともいずれかの場合
は、前記ネットワーク手段により受信されたマスター機
以外の端末からの受信要求に応答する処理を禁止し、か
つ、マスター機以外の端末への発信要求に応答する処理
を禁止することを特徴とする。

【００２３】また、請求項７の発明は、請求項１乃至請
求項４のいずれか１項の発明において、スレーブ機が、
前記制御手段にて特定時刻にプロセスの起動又はイベン
ト待ち状態プロセスへのイベント通知を行う時限監視手
段とをさらに有すると共に、マスター機から送られてく
る処理要求命令ファイルの受信中、起動用ファイルに記
述された命令の解釈実行中、及びマスター機への返送フ
ァイルの送信中の少なくともいずれかの場合は、前記時
限監視手段によるプロセスの起動及びイベント通知を禁
止することを特徴とする。

【００２４】請求項５〜請求項７のいずれの発明も、マ
スター機から送られてくる処理要求命令ファイルの受信
中、起動用ファイルに記述された命令の解釈実行中、及
びマスター機への返送ファイルの送信中の少なくともい
ずれかの場合における各処理の禁止を定めたものであ
る。

【００２５】請求項５の発明では、上記の場合に操作入
力手段からの操作による制御が禁止されるので、操作に
対応した処理が同時に実行されることによる（マスター
機との通信処理や解釈実行の処理の）処理速度の低下を
防止できる。また、表示手段に、その旨が表示されるの
で、オペレータの困惑を防ぐことができる。

【００２６】請求項６の発明では、上記の場合にマスタ
ー機以外の端末からの受信要求に応答する処理及びマス
ター機以外の端末への発信要求に応答する処理を禁止す
るので、他の端末との同時通信による処理速度の低下を
防止できる。また、発着呼の衝突を回避できる。

【００２７】請求項７の発明では、上記の場合にプロセ
スの起動及びイベント通知のタスクを禁止するので、こ
のようなタスクを同時に実行したときの処理速度の低下
を防止できる。また、プロセスの起動及びイベント通知
をマスター機との通信中や命令の解釈実行以外のときに
実行するように時刻をずらして行うようにしても良い。

【００２８】請求項８の発明は、請求項１乃至請求項７
のいずれか１項のスレーブ機において、マスター機より
受信した起動用ファイルに記述されているすべての命令
の解釈実行が完了した後に、自動的にシステムの再立ち
上げを行うことを特徴とする。

【００２９】起動用ファイルの命令の解釈実行が完了し
ても、解釈実行の結果、不要なタスクが継続していた
り、不要なファイルが残っている場合があり、マスター
機との通信終了後のスレーブ機の運転が妨害されるおそ
れがある。そこで、請求項８の発明のようにシステムを
再立ち上げすることにより、不要なタスクなどを停止さ
せ、スレーブ機のシステムを良好に保つことができる。

【００３０】ここで、以下の請求項９の発明のように、
スレーブ機のシステムの再立ち上げ中に、その旨をオペ
レータに通知するようにしても良い。

【００３１】すなわち、請求項９の発明は、請求項８の
スレーブ機が、情報の表示が可能な表示手段と、をさら
に有すると共に、スレーブ機において、マスター機より
受信した起動用ファイルに記述されているすべての命令
の解釈実行が完了した後に自動的にシステムの再立ち上
げを行った場合、システムの再立ち上げであることを前
記表示手段に表示させることを特徴とする。

【００３２】請求項１０の発明は、請求項１乃至請求項
９のいずれか１項の発明において、ファイルを送信する
マスター機及びスレーブ機の少なくともいずれかの送信
機が、送信する複数のファイルを処理プログラムにより
１つのファイルにまとめる統合手段と、送信するファイ
ルを処理プログラムにより圧縮符号化する圧縮手段と、
を有することを特徴とする。

【００３３】請求項１０の発明では、統合手段が処理プ
ログラムにより複数のファイルを１つのファイルにまと
める。なお、この統合手段は、処理要求命令ファイル又
は返送ファイルの元になるファイルが複数存在する場
合、それらのファイルを１つの処理要求命令ファイル又
は１つの返送ファイルにまとめる必要がある場合に実行
される。すなわち、処理要求命令ファイルは、命令が記
述された起動用ファイル以外に、プログラム及びデータ
のファイルを含む場合があるからである。

【００３４】そして、圧縮手段が、統合手段により１つ
のファイルにまとめられたファイル（処理要求命令ファ
イル又は返送ファイル）或いは元々１つのファイルであ
った処理要求命令ファイル又は返送ファイルを符号化圧
縮し、通信手段を用いて相手の受信機へ送信する。

【００３５】このように本発明では、送信するファイル
を、統合圧縮するので、通信時間を大幅に短縮すること
ができる。

【００３６】請求項１１の発明は、請求項１０の前記処
理要求命令ファイルが、特定の名称を持った階層構造の
下に各々存在する、起動用ファイル、スレーブ機の制御
手段で実行可能なプログラム及びデータを、前記統合手
段によりまとめたファイルであることを特徴としてい
る。

【００３７】請求項１２の発明は、請求項１０又は請求
項１１のスレーブ機において、前記記憶手段の階層構造
の下に各々存在するプログラム及びデータを、前記統合
手段によりまとめたファイルを前記返送ファイルとする
ことを特徴としている。

【００３８】請求項１３の発明は、請求項１乃至請求項
１２のいずれか１項の発明において、ファイルを受信す
るマスター機及びスレーブ機の少なくともいずれかの受
信機が、受信したファイルが圧縮符号化されたファイル
である場合、受信したファイルを処理プログラムにより
伸長する伸長手段と、受信したファイルが複数のファイ
ルを１つにまとめたファイルである場合、受信したファ
イルを処理プログラムにより元の複数のファイルに解凍
する解凍手段と、を有することを特徴とする。

【００３９】請求項１３の発明では、伸長手段が、受信
したファイルが圧縮符号化されたファイルである場合、
受信したファイルを処理プログラムにより伸長する。そ
して、解凍手段が受信したファイルが複数のファイルを
１つにまとめたファイルである場合、受信したファイル
を処理プログラムにより元の複数のファイルに解凍す
る。

【００４０】このように請求項１３の発明では、請求項
１０の送信機などのようにファイルをまとめ／圧縮して
送信した場合における、受信機側の処理を示したもの
で、伸長／解凍により、受信機側でファイルが実行可能
な形式に展開される。

【００４１】請求項１４の発明は、請求項１３のスレー
ブ機において、特定の名称を持った階層構造の下に各々
存在する、起動用ファイル、スレーブ機の制御手段で実
行可能なプログラム及びデータをまとめた処理要求命令
ファイルを受信し、受信した処理要求命令ファイルを、
前記解凍手段により元の階層構造に戻すことを特徴とす
る。

【００４２】請求項１５の発明は、請求項１乃至請求項
１４のいずれか１項の発明において、ファイルを送信す
るマスター機及びスレーブ機の少なくともいずれかの送
信機が、送信するファイルのデータ量が特定量を越えて
いる場合、送信するファイルを処理プログラムにより所
定のデータ量単位に分割する分割手段と、前記分割手段
により分割された分割データを前記通信手段を用いて送
信する分割送信手段と、を有することを特徴とする。

【００４３】請求項１５の発明では、分割手段が、送信
するファイルのデータ量が特定量を越えている場合、送
信するファイルを処理プログラムにより所定のデータ量
単位に分割する。そして、分割送信手段が、分割手段に
より分割された分割データを通信手段を用いて送信す
る。

【００４４】このように請求項１５の発明では、分割送
信を可能としたので、大量のデータを転送する場合の信
頼性を向上させることができる。

【００４５】請求項１６の発明は、請求項１５の前記分
割送信手段が、分割データに順番を付与し、付与した順
番を示す情報を各分割データに付けて送信することを特
徴とする。

【００４６】請求項１６の発明では、各分割データに順
番を示す情報が付与されているので、分割データの受信
側で受信した分割データを元のファイルに戻す処理を効
率的に、かつ正確に行うことができる。

【００４７】請求項１７の発明は、請求項１５又は請求
項１６の前記送信機が、前記分割データの合計数を、分
割データを送信する相手の受信機へ通知する通知手段
と、をさらに有することを特徴とするプログラム及びデ
ータの管理方法。

【００４８】請求項１７の発明では、通知手段により分
割データの合計数が送信機から受信機へ通知されるの
で、受信機側で、分割データの転送終了を直ちに検知す
ることができ、その後の処理を迅速に行うことができ
る。

【００４９】請求項１８の発明は、請求項１乃至請求項
１７のいずれか１項の発明において、ファイルを受信す
るマスター機及びスレーブ機の少なくともいずれかの受
信機の前記通信手段が、複数の分割データに分割された
ファイルを分割データ毎に受信すると共に、受信した分
割データ毎に受信が正常に終了したか否かを判定する判
定手段と、前記判定手段により分割データの受信が正常
に終了していないと判定されたとき、受信が正常に終了
しなかった分割データを再度送信するように、分割デー
タを送信した相手の送信機へ要求する再送要求手段と、
を有することを特徴とする。

【００５０】請求項１８の発明では、ある分割データの
受信が正常に終了しなかった場合、受信が正常に終了し
なかった分割データのみの再送要求をするようにしたの
で、マスター機及びスレーブ機で受信異常が発生した場
合に、従来のようにすべての分割データの再送要求をす
る必要がなく、再送時間の低減を実現できる。

【００５１】請求項１９の発明は、請求項１乃至請求項
１８のいずれか１項の発明において、ファイルを受信す
るマスター機及びスレーブ機の少なくともいずれかの受
信機の前記通信手段が、複数の分割データに分割された
ファイルを分割データ毎に受信すると共に、受信した順
番に分割データを結合し、又は分割データに付与された
順番を示す情報に基づいて各分割データを結合すること
により、１つのファイルに戻すと共に、該１つのファイ
ルに処理プログラムが認識可能なファイル名を付与する
結合手段と、をさらに有することを特徴とする。

【００５２】請求項１９の発明では、受信した分割デー
タを結合して元のファイルに戻し、かつ処理プログラム
が認識可能なファイル名を付与する。

【００５３】請求項２０の発明は、請求項１乃至請求項
１９のいずれか１項のマスター機において、処理要求命
令ファイルをスレーブ機へ送信する前に、実行可能な形
式で展開された処理要求命令ファイルのデータ量を検知
し、該データ量を予めスレーブ機へ通知し、スレーブ機
において、前記データ量を受信すると共に、前記記憶手
段の空き領域に前記データ量のファイルを格納できるか
否かを判定し、前記記憶手段の空き領域に前記データ量
のファイルが格納できると判定した場合は、マスター機
へ処理要求命令ファイルの受信が可能であることを返答
し、前記記憶手段の空き領域に前記データ量のファイル
が格納できないと判定した場合は、マスター機へ処理要
求命令ファイルの受信が不可能であることを返答するこ
とを特徴とする。

【００５４】請求項２０の発明では、送信するファイル
のデータ量を送信前に予め通知するので、記憶手段にフ
ァイルを格納できなかった場合の通信の無駄を防ぐこと
ができる。

【００５５】請求項２１の発明は、請求項８のマスター
機において、スレーブ機で起動用ファイルに記述されて
いる命令の解釈実行が完了した後に、スレーブ機でのシ
ステム再立ち上げを実行するか否かを予めスレーブ機へ
指定しておくことを特徴とする。

【００５６】命令の解釈実行後にシステム再立ち上げの
処理を実行可能な請求項８の発明でも、場合によっては
再立ち上げをしない方が良い場合もあり、請求項２１の
発明は、このような場合の措置を示したものである。

【００５７】請求項２２の発明は、請求項８のマスター
機において、スレーブ機で起動用ファイルに記述されて
いる命令の解釈実行が完了した後に、スレーブ機でのシ
ステム再立ち上げ、命令の解釈実行の結果生成された返
送ファイルのマスター機への返送、及び命令の解釈実行
完了後の処理無しのいずれかを予めスレーブ機へ指定し
ておくことを特徴とする。

【００５８】請求項２２の発明では、スレーブ機でのシ
ステム再立ち上げ、命令の解釈実行の結果生成された返
送ファイルのマスター機への返送、及び命令の解釈実行
完了後の処理無しのいずれかを予めスレーブ機へ指定で
きるので、スレーブ機、プログラム及びデータの管理を
柔軟に行うことができる。

【００５９】請求項２３の発明は、請求項１９の発明に
おいて、前記結合手段により結合され、かつ認識可能な
ファイル名が付与されたファイルが圧縮符号化されてい
る場合、処理プログラムにより伸長する伸長手段と、を
さらに有することを特徴とする。

【００６０】請求項２４の発明は、請求項１乃至請求項
２３のいずれか１項の前記起動用ファイルが、スレーブ
機のオペレーティングシステムにおけるコマンドインタ
ープリタの処理プログラムで解釈実行可能な命令で記述
されていることを特徴とする。

【００６１】請求項２４の発明では、起動用ファイル
が、スレーブ機のオペレーティングシステムにおけるコ
マンドインタープリタの処理プログラムで解釈実行可能
な命令で記述されているため、バイナリデータのよう
に、スレーブ機のオペレーティングシステムのバージョ
ンに依存せず、高い拡張性と汎用性を達成できる。

【００６２】請求項２５の発明は、請求項２４の前記ス
レーブ機のオペレーティングシステムをＵＮＩＸとした
ことを特徴とする。

【００６３】請求項２５の発明では、スレーブ機のオペ
レーティングシステムをＵＮＩＸとしたため、ＵＮＩＸ
が持つ豊富なコマンドや多機能を利用でき、さらに高い
拡張性を達成できる。

【００６４】なお、本発明は、コマンドインタープリタ
で解釈実行可能な命令で起動用ファイルを記述する場合
に限定するものでなく、請求項２６の発明のように、前
記起動用ファイルを、スレーブ機で実行可能なバイナリ
データで記述すると共に、スレーブ機の処理プログラム
が、バイナリデータを解釈実行するプログラムであるよ
うにしても良い。

【００６５】請求項２７の発明は、請求項２の前記第１
の命令が、前記処理要求命令ファイルに含まれ、かつス
レーブ機の制御手段に所定の制御を実行させるプログラ
ム及びデータを、スレーブ機の記憶手段に新たに書き込
む命令、スレーブ機の記憶手段に既に記憶されていたプ
ログラム及びデータと全部入れ替える命令、スレーブ機
の記憶手段に既に記憶されていたプログラム及びデータ
の一部と入れ替える命令、及びスレーブ機の記憶手段に
既に記憶されていたプログラム及びデータに追加する命
令の少なくともいずれかであることを特徴とする。

【００６６】請求項２７の発明では、記憶手段へのプロ
グラム及びデータの書き込みの形態を上記のように定め
たので、プログラム及びデータの変更、バージョンアッ
プを柔軟に行うことができる。

【００６７】請求項２８の発明は、請求項３又は請求項
４のスレーブ機において、プログラム及びデータを前記
記憶手段に書き込んだ後に、該プログラム及びデータに
基づいてスレーブ機が正常に動作するか否かを確認する
ための処理を実行し、確認結果を返送ファイルに書き込
むことを特徴とする。

【００６８】請求項２８の発明では、プログラム及びデ
ータを記憶手段に書き込んだ後に、プログラム及びデー
タの動作チェックを行い、その結果を返送ファイルに書
き込むので、スレーブ機の保守管理を的確に行うことが
できる。

【００６９】

【発明の実施の形態】以下、図面を用いて本発明に係る
実施の形態を説明する。

【００７０】（第１の実施の形態）図１に、本発明の第
１の実施の形態に係るシステムの構成例を示す。

【００７１】図１に示すように、本実施の形態に係るシ
ステムは、一般の公衆回線やＩＳＤＮ網などを介して接
続される各端末の管理・制御を行うマスター機と、マス
ター機からのファイルを受信し、該ファイルの内容に基
づく処理を実行するスレーブ機と、から構成されてい
る。

【００７２】マスター機は、回線を介してプログラム及
びデータのファイルを送信することによりスレーブ機を
制御する制御装置１と、制御装置１と接続され、かつデ
ータ通信のプロトコル手順を制御してスレーブ機とのデ
ータ通信を可能とする通信制御部５と、イーサネットな
どのＬＡＮ６で制御装置１とネットワークを形成すると
共にスレーブ機での処理動作を指示するための処理要求
命令ファイルを作成する処理要求ファイル生成装置２
と、から構成される。なお、制御装置１及び処理要求フ
ァイル生成装置２は、いわゆるワークステーション、パ
ーソナルコンピュータなどのコンピュータ端末で実現す
ることができる。

【００７３】また、スレーブ機５０は、回線を介して受
信した画像データをプリントしたり、スキャナにより読
み取った原稿画像を回線を介して送信したりするファク
シミリ装置として構成されている。このファクシミリ装
置は、ＬＡＮ７により１又は複数の他端末とネットワー
クを形成させたり、他の回線を介してマスター機以外の
端末とのデータ通信を可能とすることができる。

【００７４】次に、マスター機に係る制御装置１の構成
を図２を用いて説明する。図２に示すように、本実施の
形態の制御装置１は、所定のオペレーションシステム
（ＯＳ）に基づいて装置全体の制御・管理を行うマイク
ロプロセッサ１０と、所定のデータが格納された不揮発
性メモリのＲＯＭ１２と、マイクロプロセッサ１０の作
業域及び受信データのバッファとして使用されるＲＡＭ
１４と、スレーブ機を制御するためのプログラム及び該
スレーブ機の制御で用いられるデータを記憶するプログ
ラム／データ記憶部１５と、を備え、各々が制御命令や
データを伝達するシステムバス１６に接続されている。
なお、プログラム／データ記憶部１５では、電池に接続
されたＲＡＭ、磁気ディスク、及びＥＥＰＲＯＭ（Elec
trically Erasable Programmable ROM) などのように装
置の電源を落としてもメモリ内容が揮発しないメモリを
用いる。このプログラム／データ記憶部１５は、スレー
ブ機を管理するためのデータを格納するメモリとしても
用いられる。また、ＲＯＭ１２に格納されているプログ
ラムには、後述するフローチャートの処理を実行するた
めのプログラムなどが有る。

【００７５】また、制御装置１は、磁気ディスク等を記
憶媒体としてデータの読み書きを行うハードディスク装
置２２と、フロッピーディスクを記憶媒体としてデータ
の読み書きを行うフロッピーディスク装置（ＦＤＤ）２
６と、かな漢字変換された文字データ及び画像を表示す
るディスプレイ３０と、を備えており、各々が、ハード
ディスク制御部２０、ＦＤＤ制御部２４、いわゆるＶＲ
ＡＭと漢字ＲＯＭとを備えたディスプレイ制御部２８を
介してシステムバス１６に接続されている。なお、ハー
ドディスク装置２２としていわゆる光磁気ディスク装置
等を用いても良い。

【００７６】なお、ハードディスク制御部２０、ＦＤＤ
制御部２４、ディスプレイ制御部２８には、システムバ
ス１６に接続されたＤＭＡコントローラ１８が接続され
ており、該ＤＭＡコントローラ１８がマイクロプロセッ
サ１０を経由しないで直接メモリにアクセスすることに
より高速のデータ転送が可能となる。

【００７７】さらに、制御装置１は、キーによる入力手
段としてのキーボード３４と、ポインティングデバイス
としてのマウス３８と、画像や文字データのプリント出
力を行うプリンタ４２と、を備え、各々がキーボード制
御部３２、マウス制御部３６、プリンタ制御部４０を介
してシステムバス１６に接続されている。

【００７８】また、システムバス１６には、ＬＡＮを介
したネットワーク通信の制御を行うネットワーク制御部
４４が接続されており、図１の処理要求ファイル生成装
置２で作成された処理要求命令ファイルは、ネットワー
ク制御部４４の制御によりＬＡＮを介して制御装置１に
入力される。さらに、システムバス１６には、外部機器
との入出力のインターフェースを制御する入出力インタ
ーフェース制御部４５が接続されている。この入出力イ
ンターフェース制御部４５には、外部機器として上記通
信制御部５が接続されている。なお、公衆回線がアナロ
グ電話回線の場合は、いわゆるモデムが必要となり、Ｉ
ＳＤＮ網などのようなデジタル回線の場合は、モデムが
不要となる。

【００７９】次に、マスター機の処理要求ファイル生成
装置２の構成を図３を用いて説明する。なお、制御装置
１と同様の構成に関しては同一の符号を付し、異なる部
分についてのみ説明する。

【００８０】図３に示すように、処理要求命令ファイル
生成装置２は、スレーブ機とのデータ通信を行わないた
め通信制御部５が接続されておらず、その代わりにシス
テムバス１６には、スキャナ制御部４６を介してスキャ
ナ４８が接続されている。スキャナ４８により読み取ら
れた原稿画像データは、スキャナ制御部４６によりデジ
タル画像データに変換され、システムバス１６を介して
ＲＡＭ１４に格納され、指定されたファイル名が付与さ
れる。

【００８１】ＲＯＭ１２には、処理要求命令ファイル１
１を作成する際の編集画面を出力するツールプログラム
が格納されている。オペレータは、このツールプログラ
ムを起動させることにより編集画面をディスプレイ３０
に表示させ、キーボード３４及びマウス３８を操作する
ことにより処理要求命令ファイル１１を作成する。

【００８２】次に、ファクシミリ装置としてのスレーブ
機５０の構成を図４を用いて説明する。

【００８３】図４に示すように、ファクシミリ装置とし
てのスレーブ機５０は、所定のオペレーションシステム
（ＯＳ）のプログラム及びシステム制御プログラムに基
づいて装置全体の管理・制御及び時限監視を行うマイク
ロプロセッサ７６と、所定のデータが格納された不揮発
性メモリのＲＯＭ７４と、マイクロプロセッサ７６の作
業域及び受信データのバッファとして使用されるＲＡＭ
７２と、スレーブ機を所定の制御方式で制御するための
プログラム及び該制御方式で用いられるデータを記憶す
るプログラム／データ記憶部７８と、を備え、各々が制
御命令やデータを伝達するシステムバス８０に接続され
ている。

【００８４】なお、プログラム／データ記憶部７８で
は、装置の電源を落としてもメモリ内容が揮発しないメ
モリを用いることは、マスター機の場合と同様である。
また、ＲＯＭ１２に格納されているプログラムには、後
述するフローチャートの処理を実行するためのプログラ
ムなども有る。

【００８５】また、ファクシミリ装置５０は、磁気ディ
スク等を記憶媒体としてデータの読み書きを行うハード
ディスク装置７０と、各種データを液晶表示すると共に
動作モードや送信先のファクシミリ番号などのタッチ入
力が可能なコントロールパネル６０と、を備えており、
各々が、ハードディスク制御部６８、コントロールパネ
ル制御部６２を介してシステムバス８０に接続されてい
る。

【００８６】また、システムバス８０には、公衆回線を
介したデータ通信をプロトコル制御する通信制御部６４
が接続されており、この通信制御部６４による通信制御
により公衆回線を介してマスター機とのデータ通信が可
能となる。

【００８７】さらに、システムバス８０には、ＬＡＮと
のネットワーク通信又はマスター機との回線以外の回線
での通信の制御を行う１又は複数のネットワーク制御部
６６が接続可能とされている。図４では、ｎ個のネット
ワーク制御部（第１のネットワーク制御部、．．．．第
ｎのネットワーク性部）を接続した例が示されている。

【００８８】さらに、システムバス８０には、受信デー
タの画像を用紙に記録する記録走査部５６及び送信原稿
の画像を走査して読み取る読取走査部５２が、記録処理
部５８及び読取処理部５４を介して接続されている。記
録処理部５８は、記録走査部５６を制御すると共にＲＡ
Ｍ７２に格納されていた受信データを読み出して記録走
査部５６に転送する際のインターフェースを制御する。
また、読取処理部５４は、読取走査部５２を制御すると
共に、読み取られた画像をデジタル画像データに変換し
てＲＡＭ７２に転送する際の出力インターフェースを制
御する。

【００８９】次に、マスター機（制御装置１、処理要求
ファイル生成装置２）及びスレーブ機５０のプログラム
構造を図５を用いて説明する。

【００９０】図５に示すように、マスター機及びスレー
ブ機のプログラムは、物理的資源としてのハードウェア
を土台として、該ハードウェアを直接、管理・制御する
物理的資源管理部と、該物理的資源管理部のプログラム
を用いて上位の論理的制御を行う論理的資源管理部と、
論理的資源管理部のプログラムを用いて所定の処理を行
う処理単位毎の処理プログラムと、該処理プログラムを
含み、かつユーザなどが高級言語を用いて作成したいわ
ゆるアプリケーションプログラムと、の４層のプログラ
ムから構成される。

【００９１】物理的資源管理部は、あるタスクの実行中
に割込動作を行う割込処理、自動的に割り当てた割付順
序毎にタスクを実行するタスク管理、データの記憶、検
索、削除時にメモリの割当てやデータのサーチ、データ
容量のチェックなどを行うメモリ管理、入出力用デバイ
スの制御・管理を行う入出力制御などの各プログラムか
らなる。

【００９２】また、論理的資源管理部は、利用者から指
定されたジョブの管理を行うジョブ管理、メモリ上のデ
ータをファイル名と結び付けて管理するファイル管理、
上位プログラムの実行動作を管理するプログラム管理、
装置の運転・保守のための制御を行う運転・保守制御、
通信時のデータ入出力及びプロトコル手順を管理する通
信管理などのプログラムからなる。上記物理的資源管理
部とこの論理的資源管理部とがＯＳ（operating sysyte
m)を構成する。

【００９３】さらに、処理プログラムは、論理的資源管
理部のプログラムを用いて作成されたもので、システム
や装置に対して特定の機能を実行するコマンドプログラ
ム、キーボードから入力されたコマンドを解釈して実行
するコマンドインタープリタ、アプリケーションプログ
ラムのサブルーチンとして特定の処理を実行するライブ
ラリプログラムなどがある。

【００９４】コマンドプログラム或いはコマンドインタ
ープリタのコマンドは、オペレータがオペレーティング
システムに対して要求する、開始処理、ジョブの実行指
示、ジョブの実行停止や打切り指示、終了指示などを実
行し、これによりシステムを効率的に運転することが可
能となる。また、図５のようなプログラム構造のため、
ハードウェア資源がバージョンアップされたり変更とな
っても、物理的資源管理部の上位にあるプログラムの変
更を最小限度に抑えることができる。特にコマンドイン
タープリタは、システム環境、操作環境、装置の差異を
完全に吸収できるため、スレーブ機の装置毎の差異を意
識することなく、マスター機からスレーブ機へ処理要求
のためのコマンドを送出できるというメリットがある。

【００９５】なお、いわゆるＵＮＩＸをＯＳとして使用
した場合、コマンドインタープリタのことをシェルとい
う。ＵＮＩＸの場合、このシェル自身をコマンド（ｓｈ
コマンド）で呼び出すこともでき、このコマンドを使っ
て、コマンドの集まりであるコマンドファイルを実行さ
せることが可能である。さらに、シェルの提供する入出
力リダイレクション機能とパイプ機能とにより、複数の
コマンドを組み合わせて単独のコマンドでは発揮できな
い利用方法も可能となる。

【００９６】このように、スレーブ機においてもコマン
ドインタープリタなどを用いているため、従来のファク
シミリ装置にはない高度のインテリジェンス化が実現可
能となり、飛躍的に拡張性が高まっている。

【００９７】ここで、本実施の形態に係るマスター機
は、少なくとも図５に示した機能を有している。なお、
図５の機能のシステム制御は、マイクロプロセッサに実
装されているシステム制御プログラムが行う。

【００９８】図５に示した機能には、マスター機とスレ
ーブ機との間の回線接続から回線開放までの通信を通信
制御部５を用いて所定のプロトコル手順で実行するリモ
ートメンテナンス機能、ハードディスク装置２２やプロ
グラム／データ記憶部１５に割り当てられたディレクト
リの下に記憶されたプログラム及びデータの複数ファイ
ルを１つのファイルにまとめたり、逆に１つにまとめら
れたファイルを元のディレクトリ構造のファイルに解凍
するアーカイバ機能、転送データを符号化により圧縮し
たり、逆に圧縮されたデータを伸長したりするコーデッ
ク機能、データを特定バイト数のデータに分割するスプ
リッター機能、及びファイルのデータ量を検知するデー
タ量計数機能とがある。

【００９９】さらに、マスター機には、リモートメンテ
ナンス機能の実行中に実行されると共に、上記機能と一
部組み合わせて実現可能な次の機能とがある。

【０１００】すなわち、転送データ量を検知し、スレー
ブ機に該転送データの送信可を確認する転送データ量確
認機能、まとめ／圧縮された転送データを展開した場合
の展開データ量を検知し、スレーブ機に該展開転送デー
タの送信可を確認する展開転送データ量確認機能、転送
データを分割して送信する分割データ送信機能、相手の
スレーブ機に対してデータを分割して送信することを要
求する分割データ送信要求機能、及び相手のスレーブ機
に対してコマンド処理等の実行を要求する処理実行要求
機能がある。なお、リモートメンテナンス機能は、回線
接続後に相手のスレーブ機にリモートメンテナンス処理
の実行を通知するリモートメンテナンス処理通知機能の
実行により開始される。

【０１０１】次に、スレーブ機の機能は、図５に示した
ように、マスター機の上記機能の他に、プログラム／デ
ータ記憶部７８の空き領域（ファイル記憶可能な領域）
の容量を計数する空き領域計数機能、コマンドインター
プリター、及びスレーブ機のシステムを再立ち上げする
オートリブート機能がある。

【０１０２】さらに、スレーブ機には、リモートメンテ
ナンス機能の実行中に実行されると共に、上記機能と一
部組み合わせて実現可能な次の機能とがある。

【０１０３】すなわち、受信可能な転送データ量を検知
し、マスター機に転送データの転送の可否を応答する転
送データ量応答機能、まとめ／圧縮された転送データを
展開した場合の受信可能な展開転送データ量を検知し、
マスター機に展開転送データの転送の可否を応答する展
開転送データ量応答機能、分割された転送データを受信
する分割データ受信応答機能、転送データを分割してマ
スター機に送信する分割データ送信機能、及び相手のマ
スター機に対してコマンド処理等の実行を要求する処理
実行要求機能がある。

【０１０４】上記各機能は、コマンドインタープリタな
どの処理プログラム、及び該処理プログラムを含んで作
成されるバッチプログラムやアプリケーションプログラ
ムにより実現することができる。例えば、ＯＳがＵＮＩ
Ｘであった場合、アーカイバ機能は”ｔａｒ”コマン
ド、コーデック機能は”ｃｏｍｐｒｅｓｓ”コマンド、
スプリッター機能は”ｓｐｌｉｔ”コマンド、オートリ
ブート機能は”ｒｅｂｏｏｔ”コマンドなどにより実現
可能である。

【０１０５】次に、本実施の形態の作用を、図６〜図１
６を用いて説明する。上記マスター機及びスレーブ機で
実行される主要な処理を図６のフローチャートに示す。
なお、図６の処理は、マイクロプロセッサに実装されて
いるシステム制御プログラムが行う。

【０１０６】図６のフローチャートに示すように、マス
ター機の処理要求ファイル生成装置２で処理要求命令フ
ァイル１１を作成加工する（ステップ２００）。この処
理要求命令ファイル１１の作成加工処理の流れを図７の
フローチャートを用いて説明する。

【０１０７】図７のフローチャートに示すように、処理
要求ファイル生成装置２の特定ディレクトリの下に、ス
レーブ機のコマンドインタープリタ（シェル）で解釈実
行可能な処理命令からなる起動ファイル、スレーブ機を
特定の制御方式で制御するプログラム、及び該プログラ
ム実行に必要となるデータのファイルを作成する。ここ
で、これらのファイルを有するディレクトリの階層構造
の例を図１２に示す。

【０１０８】図１２に示すように、／ｋａｎｒｉという
ディレクトリの下に、プログラムに関するファイルを有
する／ｐｒｏｇｒａｍというディレクトリと、データに
関するファイルを有する／ｄａｔａというディレクトリ
とがある。／ｐｒｏｇｒａｍの下には、さらに／ｐｒｏ
１、／ｐｒｏ２があり、／ｄａｔａの下にはさらに／ｄ
ａｔ１、／ｄａｔ２がある。

【０１０９】／ｋａｎｒｉ／ｐｒｏｇｒａｍ／ｐｒｏ１
／の下には、スレーブ機５０のコマンドインタープリタ
で解釈実行可能なコマンド群で記述された起動用ファイ
ル”ＳＹＯＲＩ”が収められている（図１３（ａ）、
（ｂ）参照）。また、／ｋａｎｒｉ／ｐｒｏｇｒａｍ／
ｐｒｏ２／の下には、実行形式のプログラム”ＯＵＴＤ
ＡＴ”が収められている。

【０１１０】プログラム”ＯＵＴＤＡＴ”は、ソースコ
ードで記述されたプログラムをコンパイル及びリンクす
ることにより、スレーブ機５０で実行可能なバイナリフ
ァイルとして作成されたものであり、原稿画像データを
所定の制御方式、所定のフォーマットで出力するプログ
ラムである。なお、ソースコードで記述されたプログラ
ムそのものをこのディレクトリに格納しても良い。ソー
スプログラムを格納した場合、プログラム／データ記憶
部にインストールするときに、スレーブ機のプログラム
によりコンパイル・リンクする処理を加える。このよう
にソースプログラムを用いると、スレーブ機のバージョ
ンによるプログラムの依存度を低下させることができ、
本発明の汎用性を高めることができる。

【０１１１】また、／ｋａｎｒｉ／ｄａｔａ／ｄａｔ１
／の下には、スキャナ４８（図３）で読み取られた送信
原稿の画像データファイル”ＧＥＮＫＯＵ”が収められ
ており、／ｋａｎｒｉ／ｄａｔａ／ｄａｔ２／の下に
は、プログラム（ＯＵＴＤＡＴ）の実行の際に必要とな
るパラメータデータが記述されたファイル”ＰＡＲＭＥ
Ｔ”が収められている。

【０１１２】次に、図７に示すように、ステップ２４０
で作成したファイルのまとめが必要であるか否かを判定
する（ステップ２４２）。なお、１つのディレクトリの
下に複数のファイルが存在したり、図１２に示したよう
な階層構造の各ディレクトリの下にファイルが存在する
場合には、ファイルのまとめが必要となる。これに対
し、１つの起動用ファイルのみをスレーブ機に送る場合
には、ファイルのまとめは不要となる。

【０１１３】ファイルのまとめが必要であると判定した
場合（ステップ２４２肯定判定）、アーカイバ機能（Ｕ
ＮＩＸでは”ｔａｒ”コマンドを使用する）により、特
定ディレクトリ（図１２の場合は／ｋａｎｒｉ）の下に
あるファイルをすべて１つのファイルにまとめ、処理要
求命令ファイルとする（ステップ２４４）。一方、ファ
イルのまとめが不要と判定した場合には（ステップ２４
２否定判定）、既に作成してある起動用ファイルを処理
要求命令ファイルとする（ステップ２４６）。なお、処
理要求命令ファイルには、予め定められた特定名称を付
与する次に、処理要求命令ファイルの圧縮が必要である
か否かを判定する（ステップ２４８）。この判定では、
処理要求命令ファイルのデータ量が特定量を越えている
か否かを判定し、特定量を越えていて送信に時間がかか
ると判定した場合に圧縮が必要と判定する。

【０１１４】ファイルの圧縮が必要と判定した場合には
（ステップ２４８肯定判定）、処理要求命令ファイルを
コーデック機能（ＵＮＩＸでは”ｃｏｍｐｒｅｓｓ”コ
マンドを使用する）により圧縮符号化する（ステップ２
５０）。そして、圧縮された処理要求命令ファイルを、
処理要求ファイル生成装置２から処理制御装置１へ転送
し（ステップ２５２）、本サブルーチンをリターンす
る。一方、ファイルの圧縮が必要でない判定した場合に
は（ステップ２４８否定判定）、圧縮しないでそのまま
処理要求ファイル生成装置２から処理制御装置１へ処理
要求命令ファイルを転送し（ステップ２５２）、本サブ
ルーチンをリターンする。リターンした後は、図６のメ
インルーチンの次のステップ２０２に移行する。

【０１１５】なお、図７では、処理要求ファイル生成装
置２でファイルのまとめ／圧縮を行うようにしたが、制
御装置１でファイルのまとめ／圧縮を行うようにしても
良い。

【０１１６】図６のステップ２０２では、マスター機の
制御装置１が、これから処理を実行すべきスレーブ機を
呼出し、回線を接続する。次に、マスター機（制御装置
１）がスレーブ機に対し、リモートメンテナンス機能の
実施を通知する（ステップ２０４）。リモートメンテナ
ンス機能の実施通知を受けたスレーブ機は、受信の準備
完了後にマスター機に受信準備完了を応答する。

【０１１７】そして、マスター機からスレーブ機へ処理
要求命令ファイルを送信するデータ送信処理を実行する
（ステップ２０６）。この送信処理の流れを図８のフロ
ーチャートを用いて次に説明する。

【０１１８】図８のフローチャートに示すように、ま
ず、マスター機からスレーブ機へ、処理要求命令ファイ
ルの解釈実行処理の終了後にスレーブ機で実行すべき処
理要求を通知する（ステップ２６０）。この処理要求に
は、処理終了後のスレーブ機において、リブート機能に
よりシステムの再立ち上げを要求するリブート処理要
求、処理要求命令ファイルの解釈実行の結果、生成され
た生成ファイルをマスター機へ返送する生成ファイル返
送要求、及び処理要求無しの少なくとも３種類がある。

【０１１９】次に、マスター機で、転送データ量確認機
能により転送データ（処理要求命令ファイル）のデータ
量を検知し、マスター機からスレーブ機へ転送データの
データ量を通知する（ステップ２６２）。なお、転送デ
ータをまとめ／圧縮した場合は、伸長／解凍した展開転
送データのデータ量をスレーブ機へ通知する。

【０１２０】転送データのデータ量（バイト数）を受信
したスレーブ機では、プログラム／データ記憶部７８の
空き領域の容量（バイト数）を空き領域計数機能で検知
し、転送データが空き領域に格納できるか否か、すなわ
ち、空き領域の容量が転送データのデータ量以上である
か否かを確認する（ステップ２６４）。

【０１２１】次に、スレーブ機からマスター機へ、受信
の可否を返答する（ステップ２６６）。空き領域の容量
が転送データのデータ量以上の場合は受信可であり、そ
うでない場合は受信不可である。

【０１２２】マスター機が受信可の返答を受信した場合
（ステップ２６８肯定判定）、転送データのデータ量が
基準となるデータ量Ｃを越えているか否かを判定し（ス
テップ２７０）、受信不可の返答を受信した場合（ステ
ップ２６８否定判定）、処理要求命令ファイルを転送す
ることなく、本サブルーチンをリターンする。

【０１２３】受信可の場合に転送データのデータ量が基
準データ量Ｃを越えているとき（ステップ２７０肯定判
定）、マスター機は、処理要求命令ファイルを分割し、
分割されたデータを順次スレーブ機へ送信する分割送信
を実行し（ステップ２７２）、送信完了後に本サブルー
チンをリターンする。なお、分割送信の詳細については
後述する。一方、転送データのデータ量が基準データ量
Ｃを越えていないとき（ステップ２７２否定判定）、マ
スター機からスレーブ機へ、処理要求命令ファイルを分
割しないで転送し（ステップ２７４）、送信完了後に本
サブルーチンをリターンする。

【０１２４】なお、ステップ２６０の処理要求の通知、
ステップ２６２のデータ量の通知は、所定のプロトコル
手順に従って実行されるが、図２１に示すように処理要
求命令ファイルのデータの転送に先立って、ステップ２
６０、２６２で各種の情報が収められたヘッダ部を先に
転送するようにしても良い。

【０１２５】図２１に示したヘッダ部には、転送データ
を管理特定するための情報が格納された管理領域、後に
転送される処理要求命令ファイルをアーカイバ機能にて
まとめたか否かを示すフラグ、当該処理要求命令ファイ
ルをコーデック機能にて圧縮したか否を示すフラグ、処
理要求命令ファイルの処理終了後の処理要求の別を示す
処理要求フラグ、分割送信する場合のデータ分割数、分
割データとしての各転送データに順番に付与された分割
データ番号、及びデータ部（処理要求命令ファイル）の
データ量の各情報が格納されている。

【０１２６】なお、管理領域の情報として、処理要求命
令ファイルのディレクトリ名（図１２の例では、／ｋａ
ｎｒｉ）などが含まれ、これによりスレーブ機が処理要
求命令ファイルのディレクトリ構造を認識できるように
なっているが、処理要求命令ファイルのディレクトリ名
をスレーブ機で認識可能な特定名称に固定しておけば、
管理領域に当該情報を付与する必要がなくなり、スレー
ブ機でのファイル管理の効率化が図れる。

【０１２７】次に、図８のサブルーチンをリターンする
と、図６のメインルーチンに戻り、転送データの送信が
正常に終了したか否かを判定する（ステップ２０８）。
転送データの送信が正常に終了していない場合（ステッ
プ２０８否定判定）、すなわち、図８のステップ２６６
でスレーブ機から受信不可が返答された場合には、マス
ター機からスレーブ機へリモートメンテナンス機能の終
了通知を行い（ステップ２２６）、回線を開放し（ステ
ップ２２８）、本メインルーチンを終了する。

【０１２８】送信が正常に終了した場合（ステップ２０
８肯定判定）、スレーブ機で受信データの加工処理を行
い（ステップ２１０）、実行可能な処理要求命令ファイ
ルを展開する。ここで、ステップ２１０の受信データの
加工処理を図１１に示す。

【０１２９】図１１に示すように、スレーブ機におい
て、受信データが圧縮データであるか否かを判定する
（ステップ３３０）。なお、この判定は、例えば、処理
要求命令ファイルの受信前に受信した図２１のヘッダ部
における、まとめデータか否かを示すフラグを参照する
ことにより行う。また、受信したファイル自体をサーチ
して行っても良い。

【０１３０】圧縮データと判定された場合にのみ（ステ
ップ３３０肯定判定）、コーデック機能により、圧縮さ
れている処理要求命令ファイルを伸長し（ステップ３３
２）、伸長したファイルに認識可能な特定のファイル名
を付与する。そして、伸長された処理要求命令ファイル
がまとめられたデータであるか否かを判定する（ステッ
プ３３４）。そして、まとめデータであると判定された
場合にのみ（ステップ３３４肯定判定）、アーカイバ機
能（ＵＮＩＸの場合、”ｔａｒ”コマンドを使用）によ
り処理要求命令ファイルを解凍する（ステップ３３
６）。

【０１３１】このような伸長、解凍処理によって、図４
のスレーブ機５０のＲＡＭ７２若しくはハードディスク
装置７０などのメモリには、当該ファイルが収められて
いるディレクトリの下に図１２のようなディレクトリ構
造が展開される。

【０１３２】そして、スレーブ機５０で用いるプログラ
ム及びデータ（図１２の例では、”ＯＵＴＤＡＴ”、”
ＰＡＲＭＥＴ”）をスレーブ機５０のプログラム／デー
タ記憶部７８に書き込み（ステップ３３８）、本サブル
ーチンをリターンする。

【０１３３】なお、後述するように、プログラム及びデ
ータをプログラム／データ記憶部７８に書き込む処理
（インストールする）を、処理要求命令ファイルに記述
されたインストール用のコマンドで行う場合にも、この
ステップ３３８で、特定領域へのデータ転送、環境の変
更など、プログラム実行のための必要な設定を行う。勿
論、このステップ３３８の処理自体をインストール用の
起動用ファイルの実行と共に行うようにしても良い。

【０１３４】図１１のサブルーチンが終了すると、図６
のメインルーチンに戻り、スレーブ機において、展開さ
れた処理要求命令ファイルを解釈実行する（ステップ２
１２）。具体的には、起動用ファイル（図１２の例で
は”ＳＹＯＲＩ”）に記述されているコマンドを順番に
コマンドインタープリタにより解釈実行していく。な
お、コマンドインタープリタは、１つのコマンドを実行
開始した後、当該コマンドによる処理結果を次のコマン
ドで利用するなどの場合を除いて、当該コマンドによる
処理が終了しないうちに次のコマンドを順次、実行開始
していく。

【０１３５】例えば、起動用ファイルに、プログラム／
データ記憶部７８に書き込まれたプログラムを実行する
コマンドが記述されている場合（図１３（ｂ）参照）、
受信した原稿画像データを記録操作部５６でプリント出
力する。

【０１３６】処理要求命令ファイルの解釈実行が終了し
た場合（ステップ２１４肯定判定）、図８のステップ２
６０で通知された処理要求にリブート処理要求があるか
否かを判定する（ステップ２１６）。リブート処理要求
がある場合（ステップ２１６肯定判定）、マスター機か
らスレーブ機へリモートメンテナンス機能の終了通知を
行い（ステップ２２９）、回線を開放する（ステップ２
３０）。なお、リブート処理要求がある場合、ステップ
２０６のデータ送信処理の終了後に直ちにリモートメン
テナンス機能の終了通知及び回線の開放を行うようにし
ても良い。

【０１３７】次に、スレーブ機において、不要となった
ファイルやディレクトリを消去し（ステップ２３１）、
リブート機能（ＵＮＩＸの場合、”ｒｅｂｏｏｔ”コマ
ンド）を実行開始する（ステップ２３２）。そして、コ
ントロールパネル６０（図４）に、リブート実行中であ
る旨を表示する（ステップ２３３）。例えば、『システ
ム再立ち上げ中です。しばらくお待ち下さい。』という
文章を表示したり、警告ランプを点灯させたりする。

【０１３８】リブートが終了した場合（ステップ２３４
肯定判定）、コントロールパネル６０に表示されたリブ
ート実行中の表示を消し（ステップ２３５）、本メイン
ルーチンを終了する。

【０１３９】一方、リブート処理要求が無かった場合
（ステップ２１６否定判定）、生成ファイルの返送要求
があるか否かを判定する（ステップ２１８）。この返送
ファイル（生成されたファイル）は、処理要求命令ファ
イルの解釈実行の結果、スレーブ機５０において生成さ
れたデータなどから構成される（図１４（ａ）〜（ｃ）
参照）。

【０１４０】生成ファイルの返送要求があった場合（ス
テップ２１８肯定判定）、スレーブ機がマスター機へ生
成ファイルを送信する処理を実行する（ステップ２２
０）。ここで、生成ファイルの送信処理を図９のフロー
チャートを用いて説明する。図９に示すように、まず、
スレーブ機が返送ファイルのデータ量が基準となるデー
タ量Ｃを越えているか否かを判定する（ステップ２８
０）。返送ファイルのデータ量が基準データ量Ｃを越え
ている場合には（ステップ２８０肯定判定）、スレーブ
機が、返送ファイルを特定バイト数のデータに分割し、
各分割データを順次マスター機へ送信し（ステップ２８
２）、本サブルーチンをリターンする。一方、返送ファ
イルのデータ量が基準データ量Ｃを越えていない場合に
は（ステップ２８０否定判定）、スレーブ機は、返送フ
ァイルを分割しないでそのままマスター機へ送信し（ス
テップ２８４）、本サブルーチンをリターンする。

【０１４１】なお、図６のステップ２０６のデータ送信
処理の完了後に、直ちにリモートメンテナンス機能の終
了を通知して回線を開放した場合には、図９のステップ
２８０の実行前に、マスター機がスレーブ機を呼出し、
リモートメンテナンス機能の実施通知を行うことはいう
までもない。

【０１４２】次に、マスター機が、受信した返送ファイ
ルをプログラム／データ記憶部１５に書き込み（ステッ
プ２２２）、当該スレーブ機の管理用データとする。ま
た、スレーブ機では、不要となったファイル／ディレク
トリの消去を行い（ステップ２２４）、マスター機から
スレーブ機へリモートメンテナンス機能の終了通知を行
い（ステップ２２６）、回線を開放して（ステップ２２
８）、本メインルーチンを終了する。

【０１４３】次に、図８のステップ２７２で実行される
処理要求命令ファイルの分割送信、図９のステップ２８
２で実行される返送ファイルの分割送信の詳細な処理の
流れを図１０のフローチャートを用いて説明する。

【０１４４】図１０のフローチャートに示すように、ま
ず、送信機側で、送信データをスプリッター機能（ＵＮ
ＩＸの場合、”ｓｐｌｉｔ”コマンドを使用）により、
特定量単位毎に分割する（ステップ３００）。なお、処
理要求命令ファイルの分割送信の場合、マスター機が送
信機、スレーブ機が受信機となり、返送ファイルの分割
送信の場合、スレーブ機が送信機、マスター機が受信機
となる。

【０１４５】次に、送信機側で、各分割データに順番
（ｋ＝１、２、．．．．、Ｎ）を付与する（ステップ３
０２）。この順番は、分割前の元のデータに戻すとき
に、各分割データを特定するためのもので、例えば、元
のデータの先頭のデータから順次番号を付与していく。

【０１４６】そして、送信機から受信機へ、分割データ
数Ｎを通知する（ステップ３０４）。この分割データ数
Ｎの通知は、例えば、図２１のような分割データ数が書
き込まれたヘッダ部を先に送出することにより可能とな
る。なお、特定のプロトコル信号により通知しても良
い。

【０１４７】次に、分割データ番号ｋを１に設定し（ス
テップ３０６）、送信機から受信機へ、分割データｋ
（番号ｋが付与された分割データ；ここではｋ＝１）を
送信する（ステップ３０８）。受信機側では、この分割
データの受信の良否を判定し、分割データの受信が正常
終了しなかった場合（ステップ３１０否定判定）、受信
機が送信機に対して分割データｋの再送を要求する（ス
テップ３１４）。つまり、この再送要求では、これまで
の送信機と受信機の送受信の役割が反転される。そし
て、ステップ３０８に戻り、送信機から受信機へ、受信
が失敗した分割データｋの送信処理が再び行われ、ステ
ップ３１０で同様の判定を行う。

【０１４８】分割データｋの受信が正常終了した場合
（ステップ３１０肯定判定）、受信機側では、受信した
分割データｋに付与されている分割データ番号ｋ（図２
１参照）を読み取り、各分割データに適当なファイル名
を付与して識別しておく（ステップ３１２）。なお、送
信機が分割データを順番通りに送信する場合には、分割
データ番号ｋを必ずしも読み取る必要はなく、受信した
順番により分割データを特定する。

【０１４９】そして、送信機及び受信機が、分割データ
番号ｋを１だけインクリメントし（ステップ３１６）、
インクリメントされたｋが分割データ数Ｎを越えている
か否かを判定する（ステップ３１８）。分割データ数Ｎ
が受信機側にも通知されているため、受信機でもこのよ
うな判定が可能となる。

【０１５０】ｋがＮを越えていないと判定した場合（ス
テップ３１８否定判定）、ステップ３０８に戻り、イン
クリメントされたｋについて送信機が次の分割データｋ
の送信処理を行い、同様の処理を繰り返す。

【０１５１】これに対し、ｋがＮを越えていると判定し
た場合（ステップ３１８肯定判定）、受信機側では、フ
ァイル名などで識別されている分割データ１、
２、．．．．Ｎを順番に結合することにより元のファイ
ルを再現し、このファイルにコマンドインタープリタで
認識可能なファイル名を付与し（ステップ３２０）、本
サブルーチンをリターンする。

【０１５２】ところで、処理要求命令ファイルをスレー
ブ機に転送して解釈実行させる場合、図１２のようにプ
ログラム及びデータと原稿データとを含むディレクトリ
構造のファイルを一度に転送しても良いが、スレーブ機
を所定の制御方式で制御するプログラムをバージョンア
ップするときにのみプログラム及びデータを送るように
しても良い。この場合、図６のメイン処理は、少なくと
も次の２つの目的を持つ処理要求命令ファイルについて
それぞれ実行される。

【０１５３】プログラム及びデータのインストール
（リブート処理有り）原稿画像の出力又はシステム管理（生成ファイルの
返送有り）まず、上記目的の処理要求命令ファイルを転送する場
合の処理の流れを図１５に図解する。

【０１５４】図１５に示すように、マスター環境では、
処理要求ファイル生成装置２を用いて、インストールパ
ッケージなどの起動用ファイルを生成する。このインス
トールのための起動用ファイルの記述例を図１３（ａ）
に示す。図１３（ａ）の起動用ファイルでは、マスター
機から送られてきたプログラム”／ｋａｎｒｉ／ｐｒｏ
ｇｒａｍ／ｐｒｏ２／ＯＵＴＤＡＴ”のインストールコ
マンド及びデータ”／ｋａｎｒｉ／ｄａｔａ／ｄａｔ２
／ＰＡＲＭＥＴ”のインストールコマンドが記述されて
いる。そして、その下に、インストールに必要となる各
種のコマンドＡ、Ｂ、．．．．が記述されている。そし
て、最後の行に、最終的にプログラム／データ記憶部７
８にインストールされるプログラムファイル名”／ｕｓ
ｒ／ｐｒｏｇｒａｍ／ＯＵＴＤＡＴと、データファイル
名”／ｕｓｒ／ｄａｔａ／ＰＡＲＭＥＴ”が記述されて
いる。なお、ここでは、／ｕｓｒ／のディレクトリがス
レーブ機のプログラム／データ記憶部７８に割り当てら
れている場合を想定している。

【０１５５】次に、図１５に示すように、作成された起
動用ファイル及び用意されているプログラム及びデータ
を、処理要求ファイル生成装置２若しくは制御装置１に
より、まとめ、圧縮及び分割し、制御装置１が各分割デ
ータを公衆回線を介して分割送信する。

【０１５６】スレーブ環境では、受信した分割データを
ＲＡＭ７２に一時格納し、受信データの結合、伸長、及
び解凍を行う。そして、起動用ファイルを起動させるこ
とにより、共に送られてきたプログラム及びデータをプ
ログラム／データ記憶部７８にインストールする。イン
ストール終了後は、不要なファイル／ディレクトリの消
去と共にスレーブ機のシステムをリブートし、不要なタ
スクの起動を消去する。

【０１５７】なお、プログラムのインストール方法に
は、図２２に示すように、プログラム／データ記憶部７
８に格納されていた旧バージョンのプログラムを新バー
ジョンのプログラムに全部入れ替える場合、新たなプロ
グラムを旧バージョンのプログラムに追加する場合、及
びプログラムの一部（例えばサブルーチン）を変更する
場合などがある。データのインストール方法についても
全く同様のことがいえる。このようにマスター機では、
インストール用のコマンドを適宜用いることにより、ス
レーブ機におけるプログラム及びデータの変更管理を適
切に行うことができる。

【０１５８】また、プログラム及びデータのインストー
ルが正常に終了したか、或いはインストールされたプロ
グラム及びデータが正常に動作するかをチェックしたい
場合がある。このようなチェック処理を図２０のフロー
チャートを用いて説明する。なお、このチェック処理
は、プログラム及びインストールの処理に引き続いて実
行され、該処理を実行した場合、返送ファイルが生成さ
れる。

【０１５９】図２０に示すように、プログラム及びデー
タの書き込み（インストール）が終了した場合（ステッ
プ４００肯定判定）、書き込みが正常に終了したか否か
を判定する（ステップ４０２）。この判定は、スレーブ
機のオペレーティングシステムが出力したエラーコード
番号などに基づき行われる。書き込みが正常に終了して
いない場合（ステップ４０２否定判定）、『プログラム
及びデータの書き込み異常終了−エラーコード番号』を
返送ファイルに書き込み（ステップ４０６）、本サブル
ーチンをリターンする。

【０１６０】プログラム及びデータの書き込みが正常に
終了した場合（ステップ４０２肯定判定）、『プログラ
ム及びデータの書き込み正常終了』を返送ファイルに書
き込む（ステップ４０４）。

【０１６１】次に、インストールしたプログラムの動作
確認が必要な場合には（ステップ４０８肯定判定）、プ
ログラム／データ記憶部７８に書き込んだプログラム及
びデータに基づく動作確認を行う（ステップ４１０）。
この動作確認では、予め定められた内容の動作をスレー
ブ機に実行させ、その結果の正否を確認する。なお、イ
ンストールしたプログラムの動作確認が必要でない場合
には（ステップ４０８否定判定）、本サブルーチンをリ
ターンする。

【０１６２】次に、ステップ４１０の確認動作が正常に
終了したか否かを判定する（ステップ４１２）。確認動
作が正常に終了した場合（ステップ４１２肯定判定）、
『プログラム及びデータの動作正常終了』を返送ファイ
ルに書き込み（ステップ４１６）、本サブルーチンをリ
ターンする。確認動作が正常に終了しなかった場合（ス
テップ４１２否定判定）、『プログラム及びデータの動
作異常終了−異常動作内容』を返送ファイルに書き込み
（ステップ４１４）、本サブルーチンをリターンする。
なお、プログラム及びデータのチェックを行った結果が
書き込まれた返送ファイルは、図１４（ａ）に示すもの
となる。

【０１６３】このような返送ファイルを受信したマスタ
ー機は、スレーブ機のインストールが正常に終了したか
否かを直ちに知ることができ、インストールが異常終了
した場合には、エラーコード内容に応じて、再度プログ
ラム及びデータのインストールを実行する処理要求命令
ファイルを送信したりするなど適切な措置を取ることが
できる。また、スレーブ機のプログラムが正常に動作し
なかった場合にも、異常動作内容に応じて、適切な措置
を取ることができ、スレーブ機の円滑な保守管理が可能
となる。

【０１６４】次に、上記目的の処理要求命令ファイル
を転送する場合の処理の流れを図１６に図解する。

【０１６５】図１６に示すように、マスター環境では、
処理要求ファイル生成装置２を用いて、送信したい原稿
画像のデータを生成すると共に、プログラム実行コマン
ドや原稿画像出力時に行われる処理のコマンドからなる
起動用ファイルを作成する。この起動用ファイルの記述
例を図１３（ｂ）に示す。図１３（ｂ）の起動用ファイ
ルでは、スレーブ機のシステムデータを取り出すコマン
ド１、スレーブ機の環境設定プログラム”／ｕｓｒ／ｐ
ｒｏｇｒａｍ／ＳＥＴＥＩ”の実行コマンドがあり、次
に画像原稿ファイル／ｋａｎｒｉ／ｄａｔａ／ｄａｔ１
／ＧＥＮＫＯＵを出力するプログラム”／ｕｓｒ／ｐｒ
ｏｇｒａｍ／ＯＵＴＤＡＴ”の実行コマンドが記述され
ている。そして、さらにログデータ（システムの動作記
録）を取り出すコマンド２、上記コマンド群の解釈実行
の結果生成される結果のデータを取り出すコマンド３な
どが記述されている。なお、ログデータには、スレーブ
機の使用者名、使用資源名、使用時間、処理内容とその
結果、及び機器の障害内容や発生時刻などが記録され
る。

【０１６６】次に、図１６に示すように、作成された起
動用ファイル及び原稿画像データを、処理要求ファイル
生成装置２若しくは制御装置１により、まとめ、圧縮及
び分割し、制御装置１が各分割データを公衆回線を介し
て分割送信する。

【０１６７】スレーブ環境では、受信した分割データを
ＲＡＭ７２に一時格納し、受信データの結合、伸長、及
び解凍を行う。そして、起動用ファイルを起動させるこ
とにより、既にインストールされているプログラム及び
データを実行する。これにより、原稿画像がスレーブ機
５０で記録出力されると共に、システムデータ取り出
し、ログデータ取り出し、処理結果取り出しなどの処理
が実行され、図１４（ｃ）に示すように、それらのデー
タが返送ファイルに格納される。

【０１６８】そして、スレーブ機が、起動用ファイルの
解釈処理実行後に返送ファイルをまとめ、圧縮、及び分
割し、各分割データを順次マスター機へ分割送信する。
返送ファイルを受信したマスター機は、受信データをＲ
ＡＭ１４に一時格納し、分割受信データの結合、伸長及
び解凍を行う。解凍された返送ファイルは、スレーブ機
の管理用データとして所定のメモリ領域へ格納される。

【０１６９】このように返送ファイルには、図１４
（ｃ）で示したように、スレーブ機のシステムデータ、
ログデータ及び処理結果データが格納されているので、
マスター機は、スレーブ機システムの運用状態、システ
ム資源の利用状況、システムの動作状態を時間的推移に
従って把握できる。これにより、スレーブ機の保守作業
を円滑に進めることができ、故障やプログラムのバグな
どを直ちに検出することができる。

【０１７０】なお、図１３（ｂ）の起動用ファイルの記
述例では、画像データの出力プログラムの実行コマンド
と、ログデータの取り出しなどのコマンドが１つのファ
イルに収められているが、別々の起動用ファイルに記述
し、別個に処理することも可能である。

【０１７１】また、起動用ファイルに返送ファイルとし
て、起動用ファイルの解釈実行の結果データだけではな
く、図１４（ｂ）に示すように、スレーブ機のプログラ
ム／データ記憶部７８に書き込まれたプログラム及びデ
ータをアーカイバ機能にて１つにまとめたファイルを用
いることができる。

【０１７２】また、起動用ファイルに、スレーブ機のプ
ログラム／データ記憶部７８に書き込まれたプログラム
及びデータをアーカイバ機能にて１つのファイルにまと
め、このファイルを返送ファイルとするコマンドを記述
することもできる。すなわち、返送ファイルとして、起
動用ファイルの解釈実行の結果データだけではなく、図
１４（ｂ）に示すように、スレーブ機のプログラム／デ
ータ記憶部７８に書き込まれたプログラム及びデータを
アーカイバ機能にて１つにまとめたファイルを用いるこ
とができる。

【０１７３】図１４（ｂ）の返送ファイルにより、マス
ター機は、スレーブ機にインストールされているプログ
ラム及びデータのバグの有無の判定、新たな機能追加の
判断などを適切に行うことができる。

【０１７４】（第２の実施の形態）次に、第２の実施の
形態を説明する。第２の実施の形態の構成は、第１の実
施の形態と同様であるので、同一の符号を付して詳細な
説明を省略する。

【０１７５】先ず、図１７のフローチャートを用いて第
２の実施の形態を説明すると、マスター機からの処理要
求命令ファイルが受信されている場合（ステップ３５０
肯定判定）、『処理要求命令ファイル受信中』である旨
をコントロールパネル６０に表示し（ステップ３５
２）、次のステップ３６２に移行する。また、処理要求
命令ファイルの解釈実行中の場合（ステップ３５４肯定
判定）、『処理要求命令ファイル解釈実行中』である旨
をコントロールパネル６０に表示し（ステップ３５
６）、次のステップ３６２に移行する。さらに、返送フ
ァイルの送信中の場合（ステップ３５８肯定判定）、
『返送ファイル送信中』である旨をコントロールパネル
６０に表示し（ステップ３６０）、次のステップ３６２
に移行する。

【０１７６】ステップ３６２では、コントロールパネル
６０からの操作信号を検出したか否かを判定する。コン
トロールパネル６０からの操作信号を検出したとき（ス
テップ３６２肯定判定）、該操作信号に対応したスレー
ブ機の動作を禁止する（ステップ３６４）。そして、ス
テップ３５０に戻って同様の処理を繰り返す。

【０１７７】すなわち、図１７のコントロールパネル制
御では、処理要求命令ファイル受信中、処理要求命令フ
ァイル解釈実行中、及び返送ファイルの送信中のいずれ
かの場合に、コントロールパネルからの操作に対応した
動作を禁止し、それ以外の場合には、通常通りコントロ
ールパネルからの操作により動作するようにしたもので
ある。これにより、コントロールパネルからの操作に対
応する動作が同時に行われることによる、マスター機と
の通信処理や命令の解釈実行処理の処理速度の低減を防
ぐことができる。

【０１７８】次に、図１８のフローチャートを用いて第
２の実施の形態を説明する。図１８の処理は、スレーブ
機５０において、複数の回線又はネットワーク通信が可
能とされた場合の措置について定めたものである。な
お、図１７と同様の処理ステップについては同一のステ
ップ番号を付与し、詳細な説明を省略する。

【０１７９】図１８のフローチャートでは、処理要求命
令ファイル受信中、処理要求命令ファイル解釈実行中、
及び返送ファイルの送信中のいずれかの場合（ステップ
３５０肯定判定、ステップ３５４肯定判定、ステップ３
５８肯定判定）に、他のネットワークからの受信要求が
有るか否かを判定する（ステップ３６６）。他のネット
ワークからの受信要求が有った場合（ステップ３６６肯
定判定）、当該受信要求への応答を禁止する（ステップ
３６８）。このとき、当該他のネットワークへその旨を
通知するようにしても良い。

【０１８０】次に、他のネットワークへの発信要求が有
るか否かを判定し（ステップ３７０）、発信要求が有っ
た場合（ステップ３７０肯定判定）、当該発信要求に対
応する動作を禁止し（ステップ３７２）、ステップ３５
０に戻って同様の処理を繰り返す。図１８の場合、マス
ター機との通信中に他のネットワークへの発呼及び発着
が禁止され、発着呼の衝突を回避できる。また、複数の
通信が同時に行われることにより発生する、マスター機
との通信処理及び命令の解釈実行処理の処理速度の低減
を防ぐことができる。

【０１８１】次に、図１９のフローチャートを用いて第
２の実施の形態を説明する。なお、図１７と同様の処理
ステップについては同一のステップ番号を付与し、詳細
な説明を省略する。図１９の処理では、スレーブ機５０
のマイクロプロセッサ７６が時限監視機構を有し、特定
時刻にプロセスの起動、イベント待ち状態のプロセスへ
のイベント通知を行う場合を想定している。

【０１８２】図１９のフローチャートでは、処理要求命
令ファイル受信中、処理要求命令ファイル解釈実行中、
及び返送ファイルの送信中のいずれかの場合（ステップ
３５０肯定判定、ステップ３５４肯定判定、ステップ３
５８肯定判定）に、現在の時刻がプロセスを起動するプ
ロセス起動時刻であるか否かを判定する（ステップ３７
４）。現時刻がプロセス起動時刻の場合（ステップ肯定
判定）、プロセスの起動を禁止する（ステップ３７
６）。

【０１８３】次に、現時刻がイベント通知時刻であるか
否かを判定し（ステップ３７８）、イベント通知時刻の
場合（ステップ３７８肯定判定）、イベントの通知を禁
止し（ステップ３８０）、ステップ３５０に戻って同様
の処理を繰り返す。図１９の場合は、マスター機との通
信中にプロセス起動やイベント通知が禁止され、処理速
度の低減を防止することができる。

【０１８４】以上のように第２の実施の形態では、同時
処理や発着呼衝突が回避されるので、マスター機との通
信を効率的に行うことができる。

【０１８５】なお、図１７〜図１９の禁止処理は、スレ
ーブ機のマイクロプロセッサ７６がソフト的に禁止制御
したり、半導体リレーなどの切り替えによりマイクロプ
ロセッサ７６への操作信号の入力をカットすることによ
り実現できる。

【０１８６】以上が、本発明の各実施の形態であるが、
上記例にのみ限定されるものではない。例えば、マスタ
ー機側を、制御装置１と処理要求ファイル生成装置２と
の２の端末から構成したが、１つの端末でマスター機を
構成することもできる。

【０１８７】また、ＵＮＩＸ以外のＯＳを用いることも
できるし、処理プログラムとしての各コマンドやコマン
ドインタープリタをユーザが独自に作成しても良い。

【０１８８】また、上記例では、起動用ファイルにコマ
ンドインタープリタで解釈実行可能な命令を記述した
が、スレーブ機で実行可能なバイナリデータで記述する
ことも可能である。この場合、起動用ファイルを実行す
る処理プログラムを、バイナリデータを解釈可能なプロ
グラムとして作成する必要がある。

【０１８９】また、アーカイバ機能、コーデック機能、
及びスプリッター機能の一部或いは全部を使用しない構
成とすることも可能である。すなわち、上記３つの機能
すべてを使用しない場合は、直接、起動用ファイルをマ
スター機よりスレーブ機へ送信し、実行することとな
る。

【０１９０】さらに、ネットワーク制御部４４、６６及
び通信制御部５、６４は、特定するものではなく、以下
の〜で実現可能である。

【０１９１】

【０１９２】

【発明の効果】以上説明したように、請求項１〜請求項
２８の発明によれば、スレーブ機側で、マスター機から
送られてきた起動ファイルに記述されている各種の命令
を処理プログラムにより解釈実行するようにしたので、
スレーブ機の制御用のプログラムを単にダウンロードす
る場合と比べて、高い拡張性、システム変更に対する柔
軟な対処と共にプログラム及びデータの的確な管理方法
を実現できる、という効果が得られる。

【０１９３】また、請求項１０及び請求項１１の発明に
よれば、送信するファイルを、統合圧縮する手段を設け
たので、通信時間を大幅に短縮することができる、とい
うさらなる効果が得られる。

【０１９４】さらに、請求項１５〜請求項１７の発明に
よれば、ファイルの分割送信を可能としたので、大量の
データを転送する場合の信頼性を向上させることができ
る、というさらなる効果が得られる。

【０１９５】さらに、請求項１８の発明によれば、ある
分割データの受信が正常に終了しなかった場合、受信が
正常に終了しなかった分割データのみの再送要求をする
ようにしたので、マスター機及びスレーブ機で受信異常
が発生した場合に、従来のようにすべての分割データの
再送要求をする必要がなく、再送時間の低減を実現でき
る、というさらなる効果が得られる。

【０１９６】また、請求項２０の発明によれば、送信す
るファイルのデータ量を送信前に予めマスター機がスレ
ーブ機へ通知するので、スレーブ機の記憶手段にファイ
ルを格納できなかった場合の通信の無駄を防ぐことがで
きる、というさらなる効果が得られる。

【図面の簡単な説明】

【図１】本発明のシステム構成例を示した図である。

【図２】本発明の第１の実施の形態に係るマスター機と
しての制御装置の構成図である。

【図３】本発明の第１の実施の形態に係るマスター機と
しての処理要求ファイル生成装置の構成図である。

【図４】本発明の第１の実施の形態に係るスレーブ機と
してのファクシミリ装置の構成図である。

【図５】本発明の第１の実施の形態に係るマスター機及
びスレーブ機のプログラム構造と、本実施の形態で必要
となる処理プログラムの機能とを示した図である。

【図６】本発明の第１の実施の形態に係るマスター機及
びスレーブ機が実行するプログラム及びデータの管理方
法の流れを示すメインのフローチャートである。

【図７】本発明の第１の実施の形態に係るマスター機が
実行する処理要求命令ファイルの作成加工処理の流れを
示すフローチャートである。

【図８】本発明の第１の実施の形態に係る、マスター機
からスレーブ機へのデータ送信処理の流れを示すフロー
チャートである。

【図９】本発明の第１の実施の形態に係る、スレーブ機
からマスター機への返送ファイル送信処理の流れを示す
フローチャートである。

【図１０】本発明の第１の実施の形態に係る分割送信処
理の流れを示すフローチャートである。

【図１１】本発明の第１の実施の形態に係るスレーブ機
が実行する受信データの加工処理の流れを示すフローチ
ャートである。

【図１２】本発明の処理要求命令ファイルとして１つに
まとめられるディレクトリ構造の１例を示す図である。

【図１３】起動用ファイルの記述例を示す図であって、
（ａ）はインストール用の起動用ファイル、（ｂ）はプ
ログラム実行又は管理用データ取り出し用の起動用ファ
イルの記述例を示す図である。

【図１４】返送ファイルの記述例を示す図であって、
（ａ）はインストール結果、（ｂ）は１つにまとめられ
たスレーブ機のプログラム及びデータ、（ｃ）は管理用
の処理結果データに関する記述例を示す図である。

【図１５】プログラム及びデータのインストールを実行
する処理要求命令ファイルをマスター機からスレーブ機
に転送し、処理終了後にスレーブ機でリブート処理を行
う場合の処理の流れを表した図である。

【図１６】スレーブ機の管理用データを取り出すための
処理要求命令ファイルをマスター機からスレーブ機に転
送し、処理終了後に取り出した結果を返送ファイルとし
てスレーブ機からマスター機へ返送する場合の処理の流
れを表した図である。

【図１７】本発明の第２の実施の形態に係るスレーブ機
のコントロールパネル制御の流れを示すフローチャート
である。

【図１８】本発明の第２の実施の形態に係るスレーブ機
の複数ネットワーク制御の流れを示すフローチャートで
ある。

【図１９】本発明の第２の実施の形態に係るスレーブ機
の時限監視制御の流れを示すフローチャートである。

【図２０】インストールされたプログラム及びデータの
チェック処理の流れを示すフローチャートである。

【図２１】マスター機からスレーブ機へ転送されるデー
タのフォーマット例を示す図である。

【図２２】スレーブ機のプログラム／データ記憶部にイ
ンストールされるプログラムの変更方法を示す図であ
る。

【符号の説明】

１制御装置２処理要求ファイル生成装置５通信制御部１０マイクロプロセッサ１１処理要求命令ファイル１５プログラム／データ記憶部４４ネットワーク制御部５０スレーブ機６０コントロールパネル６４通信制御部６６ネットワーク制御部７６マイクロプロセッサ７８プログラム／データ記憶部

Claims

【特許請求の範囲】

【請求項１】ファイルの通信を可能とする通信手段
と、プログラム及びデータを記憶する書換え可能な記憶
手段と、処理プログラムに基づいて、各種の命令を解釈
実行する処理及びファイルの変換処理の少なくともいず
れかを可能とする制御手段と、を各々有するマスター機及びスレーブ機が実行するプロ
グラム及びデータの管理方法であって、マスター機において、スレーブ機の処理プログラムによ
り解釈実行が可能な命令が記述された起動用ファイルを
含む処理要求命令ファイルを作成し、前記通信手段を用
いて該処理要求命令ファイルをスレーブ機に送信し、スレーブ機において、前記通信手段を用いて処理要求命
令ファイルを受信し、前記処理プログラムを起動させる
ことにより、受信した処理要求命令ファイルに含まれる
起動用ファイルに記述された命令を解釈実行することを
特徴とするプログラム及びデータの管理方法。
【請求項２】前記起動用ファイルに記述された命令
は、前記処理要求命令ファイルに含まれ、かつスレーブ機の
制御手段に所定の制御を実行させるプログラム及びデー
タをスレーブ機の記憶手段に書き込む第１の命令、スレ
ーブ機の記憶手段に書き込まれたプログラム及びデータ
を実行させる第２の命令、及びスレーブ機の管理用デー
タをファイルとして取り出すための第３の命令のうちの
少なくともいずれかを含むことを特徴とする請求項１の
プログラム及びデータの管理方法。
【請求項３】スレーブ機において、受信した処理要求
命令ファイルに含まれる起動用ファイルに記述されてい
る命令を処理プログラムが解釈実行することにより生成
されたファイル又は前記記憶手段に格納されているプロ
グラム及びデータのファイルを、返送ファイルとして前
記通信手段を用いてマスター機へ返送することを特徴と
する請求項１又は請求項２のプログラム及びデータの管
理方法。
【請求項４】マスター機において、スレーブ機から送
信された返送ファイルを、前記通信手段を用いて受信
し、受信した返送ファイルをマスター機の記憶手段に格
納することを特徴とする請求項３のプログラム及びデー
タの管理方法。
【請求項５】スレーブ機は、スレーブ機を制御するた
めに操作される操作入力手段と、情報の表示が可能な表
示手段と、をさらに有すると共に、マスター機から送られてくる処理要求命令ファイルの受
信中、起動用ファイルに記述された命令の解釈実行中、
及びマスター機への返送ファイルの送信中の少なくとも
いずれかの場合は、前記表示手段により、前記操作入力
手段による制御が不可能である旨を表示させると共に、
前記操作入力手段による制御を禁止させたことを特徴と
する請求項１乃至請求項４のいずれか１項のプログラム
及びデータの管理方法。
【請求項６】スレーブ機は、複数の端末との同時通信
を可能とする複数のネットワーク手段とをさらに有する
と共に、マスター機から送られてくる処理要求命令ファイルの受
信中、起動用ファイルに記述された命令の解釈実行中、
及びマスター機への返送ファイルの送信中の少なくとも
いずれかの場合は、前記ネットワーク手段により受信さ
れたマスター機以外の端末からの受信要求に応答する処
理を禁止し、かつ、マスター機以外の端末への発信要求
に応答する処理を禁止することを特徴とする請求項１乃
至請求項４のいずれか１項のプログラム及びデータの管
理方法。
【請求項７】スレーブ機は、前記制御手段にて特定時
刻にプロセスの起動又はイベント待ち状態プロセスへの
イベント通知を行う時限監視手段とをさらに有すると共
に、マスター機から送られてくる処理要求命令ファイルの受
信中、起動用ファイルに記述された命令の解釈実行中、
及びマスター機への返送ファイルの送信中の少なくとも
いずれかの場合は、前記時限監視手段によるプロセスの
起動及びイベント通知を禁止することを特徴とする請求
項１乃至請求項４のいずれか１項のプログラム及びデー
タの管理方法。
【請求項８】スレーブ機において、マスター機より受
信した起動用ファイルに記述されているすべての命令の
解釈実行が完了した後に、自動的にシステムの再立ち上
げを行うことを特徴とする請求項１乃至請求項７のいず
れか１項のプログラム及びデータの管理方法。
【請求項９】スレーブ機は、情報の表示が可能な表示
手段と、をさらに有すると共に、スレーブ機において、マスター機より受信した起動用フ
ァイルに記述されているすべての命令の解釈実行が完了
した後に自動的にシステムの再立ち上げを行った場合、
システムの再立ち上げであることを前記表示手段に表示
させることを特徴とする請求項８のプログラム及びデー
タの管理方法。
【請求項１０】ファイルを送信するマスター機及びス
レーブ機の少なくともいずれかの送信機において、送信する複数のファイルを処理プログラムにより１つの
ファイルにまとめる統合手段と、送信するファイルを処理プログラムにより圧縮符号化す
る圧縮手段と、を有することを特徴とする請求項１乃至
請求項９のいずれか１項のプログラム及びデータの管理
方法。
【請求項１１】前記処理要求命令ファイルは、特定の名称を持った階層構造の下に各々存在する、起動
用ファイル、スレーブ機の制御手段で実行可能なプログ
ラム及びデータを、前記統合手段によりまとめたファイ
ルであることを特徴とする請求項１０のプログラム及び
データの管理方法。
【請求項１２】スレーブ機において、前記記憶手段の階層構造の下に各々存在するプログラム
及びデータを、前記統合手段によりまとめたファイルを
前記返送ファイルとすることを特徴とする請求項１０又
は請求項１１のプログラム及びデータの管理方法。
【請求項１３】ファイルを受信するマスター機及びス
レーブ機の少なくともいずれかの受信機において、受信したファイルが圧縮符号化されたファイルである場
合、受信したファイルを処理プログラムにより伸長する
伸長手段と、受信したファイルが複数のファイルを１つにまとめたフ
ァイルである場合、受信したファイルを処理プログラム
により元の複数のファイルに解凍する解凍手段と、を有
することを特徴とする請求項１乃至請求項１２のいずれ
か１項のプログラム及びデータの管理方法。
【請求項１４】スレーブ機において、特定の名称を持った階層構造の下に各々存在する、起動
用ファイル、スレーブ機の制御手段で実行可能なプログ
ラム及びデータをまとめた処理要求命令ファイルを受信
し、受信した処理要求命令ファイルを、前記解凍手段により
元の階層構造に戻すことを特徴とする請求項１３のプロ
グラム及びデータの管理方法。
【請求項１５】ファイルを送信するマスター機及びス
レーブ機の少なくともいずれかの送信機において、送信するファイルのデータ量が特定量を越えている場
合、送信するファイルを処理プログラムにより所定のデ
ータ量単位に分割する分割手段と、前記分割手段により分割された分割データを前記通信手
段を用いて送信する分割送信手段と、を有することを特徴とする請求項１乃至請求項１４のい
ずれか１項のプログラム及びデータの管理方法。
【請求項１６】前記分割送信手段は、分割データに順番を付与し、付与した順番を示す情報を
各分割データに付けて送信することを特徴とする請求項
１５のプログラム及びデータの管理方法。
【請求項１７】前記送信機は、前記分割データの合計数を、分割データを送信する相手
の受信機へ通知する通知手段と、をさらに有することを特徴とする請求項１５又は請求項
１６のプログラム及びデータの管理方法。
【請求項１８】ファイルを受信するマスター機及びス
レーブ機の少なくともいずれかの受信機において、前記通信手段は、複数の分割データに分割されたファイ
ルを分割データ毎に受信すると共に、受信した分割データ毎に受信が正常に終了したか否かを
判定する判定手段と、前記判定手段により分割データの受信が正常に終了して
いないと判定されたとき、受信が正常に終了しなかった
分割データを再度送信するように、分割データを送信し
た相手の送信機へ要求する再送要求手段と、を有することを特徴とする請求項１乃至請求項１７のい
ずれか１項のプログラム及びデータの管理方法。
【請求項１９】ファイルを受信するマスター機及びス
レーブ機の少なくともいずれかの受信機において、前記通信手段は、複数の分割データに分割されたファイ
ルを分割データ毎に受信すると共に、受信した順番に分割データを結合し、又は分割データに
付与された順番を示す情報に基づいて各分割データを結
合することにより、１つのファイルに戻すと共に、該１
つのファイルに処理プログラムが認識可能なファイル名
を付与する結合手段と、をさらに有することを特徴とする請求項１乃至請求項１
８のいずれか１項のプログラム及びデータの管理方法。
【請求項２０】マスター機において、処理要求命令ファイルをスレーブ機へ送信する前に、実
行可能な形式で展開された処理要求命令ファイルのデー
タ量を検知し、該データ量を予めスレーブ機へ通知し、スレーブ機において、前記データ量を受信すると共に、前記記憶手段の空き領
域に前記データ量のファイルを格納できるか否かを判定
し、前記記憶手段の空き領域に前記データ量のファイル
が格納できると判定した場合は、マスター機へ処理要求
命令ファイルの受信が可能であることを返答し、前記記
憶手段の空き領域に前記データ量のファイルが格納でき
ないと判定した場合は、マスター機へ処理要求命令ファ
イルの受信が不可能であることを返答することを特徴と
する請求項１乃至請求項１９のいずれか１項のプログラ
ム及びデータの管理方法。
【請求項２１】マスター機において、スレーブ機で起動用ファイルに記述されている命令の解
釈実行が完了した後に、スレーブ機でのシステム再立ち
上げを実行するか否かを予めスレーブ機へ指定しておく
ことを特徴とする請求項８のプログラム及びデータの管
理方法。
【請求項２２】マスター機において、スレーブ機で起動用ファイルに記述されている命令の解
釈実行が完了した後に、スレーブ機でのシステム再立ち
上げ、命令の解釈実行の結果生成された返送ファイルの
マスター機への返送、及び命令の解釈実行完了後の処理
無しのいずれかを予めスレーブ機へ指定しておくことを
特徴とする請求項８のプログラム及びデータの管理方
法。
【請求項２３】前記結合手段により結合され、かつ認
識可能なファイル名が付与されたファイルが圧縮符号化
されている場合、処理プログラムにより伸長する伸長手
段と、をさらに有することを特徴とする請求項１９のプログラ
ム及びデータの管理方法。
【請求項２４】前記起動用ファイルは、スレーブ機の
オペレーティングシステムにおけるコマンドインタープ
リタの処理プログラムで解釈実行可能な命令で記述され
ていることを特徴とする請求項１乃至請求項２３のいず
れか１項のプログラム及びデータの管理方法。
【請求項２５】前記スレーブ機のオペレーティングシ
ステムをＵＮＩＸとしたことを特徴とする請求項２４の
プログラム及びデータの管理方法。
【請求項２６】前記起動用ファイルは、スレーブ機で
実行可能なバイナリデータで記述されていると共に、ス
レーブ機の処理プログラムは、バイナリデータを解釈実
行するプログラムであることを特徴とする請求項１乃至
請求項２３のいずれか１項のプログラム及びデータの管
理方法。
【請求項２７】前記第１の命令は、前記処理要求命令ファイルに含まれ、かつスレーブ機の
制御手段に所定の制御を実行させるプログラム及びデー
タを、スレーブ機の記憶手段に新たに書き込む命令、スレーブ
機の記憶手段に既に記憶されていたプログラム及びデー
タと全部入れ替える命令、スレーブ機の記憶手段に既に
記憶されていたプログラム及びデータの一部と入れ替え
る命令、及びスレーブ機の記憶手段に既に記憶されてい
たプログラム及びデータに追加する命令の少なくともい
ずれかであることを特徴とする請求項２のプログラム及
びデータの管理方法。
【請求項２８】スレーブ機において、プログラム及びデータを前記記憶手段に書き込んだ後
に、該プログラム及びデータに基づいてスレーブ機が正
常に動作するか否かを確認するための処理を実行し、確
認結果を返送ファイルに書き込むことを特徴とする請求
項３又は請求項４のプログラム及びデータの管理方法。