(57)【要約】【課題】診断作業にかかる作業効率を大幅に改善して１度に大量のリモート診断を可能にすると共に、停電、ソフトウエアロック等により診断作業が中断された場合であっても、安全かつ容易にリモート診断の復旧を行うことができるようにすること。【解決手段】個々のデータ処理端末に対するリモート処理に係る各ジョブが登録されたジョブファイル１４を用意し、ジョブファイル１４に登録されたジョブを通信スプーラ部２２にスプールし、スプール中のジョブに関して対応するデータ処理端末との間の通信を実行して、前記データ処理端末との通信によりリモート処理の終了したジョブを前記ジョブファイル１４から削除する。【選択図】      図１
2004166066.tif 000002
【特許請求の範囲】
【請求項１】
個々のデータ処理端末に対するリモート処理に係る各ジョブが登録されたジョブファイルと、このジョブファイルに登録されたジョブがスプールされる通信スプーラ部と、スプール中のジョブに関して対応するデータ処理端末との間の通信を実行する通信制御部と、前記データ処理端末との通信によりリモート処理の終了したジョブを前記ジョブファイルから削除する制御手段と、を具備するリモート処理装置。
【請求項２】
前記制御手段は、前記データ処理端末との通信中にジョブが異常終了した場合、スプール中の当該ジョブを保留状態とし、前記ジョブファイルの該当ジョブに保留状態である旨を設定することを特徴とする請求項１記載のリモート処理装置。
【請求項３】
前記ジョブの保留状態として、当該ジョブのステータスを停止に変更することを特徴とする請求項２記載のリモート処理装置。
【請求項４】
前回の通信でステータスが停止にされたジョブを提示し、当該ジョブに対してオペレータから再通信指示があれば前記通信制御部が対応するデータ処理端末との間の通信を再び実行することを特徴とする請求項３記載のリモート処理装置。
【請求項５】
一括処理すべきジョブに関する情報であって各ジョブを実行する上で必要なジョブ情報がジョブ毎に登録された一括転送ファイルと、一括処理要求が発生すると前記一括転送ファイルから前記ジョブファイルを生成するジョブファイル生成手段と、を具備した請求項１から請求項４のいずれかに記載のリモート処理装置。
【請求項６】
通信機能を有した複数のデータ処理端末と、これらデータ処理端末との通信によりリモート処理を実行するセンタ装置と、から成るリモート処理システムであって、
前記センタ装置は、個々のデータ処理端末に対するリモート処理に係る各ジョブが登録されたジョブファイルと、このジョブファイルに登録されたジョブがスプールされる通信スプーラ部と、スプール中のジョブに関して対応するデータ処理端末との間の通信を実行する通信制御部と、前記データ処理端末との通信によりリモート処理の終了したジョブを前記ジョブファイルから削除する制御手段と、を具備するリモート処理システム。
【請求項７】
前記センタ装置は、前記データ処理端末との通信中にジョブが異常終了した場合、スプール中の当該ジョブを保留状態とし、前記ジョブファイルの該当ジョブに保留状態である旨を設定することを特徴とする請求項６記載のリモート処理システム。
【請求項８】
前記センタ装置は、前記ジョブの保留状態として、当該ジョブのステータスを停止に変更することを特徴とする請求項７記載のリモート処理システム。
【請求項９】
前記センタ装置は、前回の通信でステータスが停止にされたジョブを提示し、当該ジョブに対してオペレータから再通信指示があれば前記通信制御部が対応するデータ処理端末との間の通信を再び実行することを特徴とする請求項８記載のリモート処理システム。
【請求項１０】
コンピュータを、個々のデータ処理端末に対するリモート処理に係るジョブが登録されたジョブファイルの各ジョブがスプールされる通信スプーラ手段と、スプール中のジョブに関して対応するデータ処理端末との間の通信を実行する通信制御手段と、前記データ処理端末との通信によりリモート処理の終了したジョブを前記ジョブファイルから削除する制御手段と、して機能させるリモート処理プログラム。
【請求項１１】
前記制御手段は、前記データ処理端末との通信中にジョブが異常終了した場合、スプール中の当該ジョブを保留状態とし、前記ジョブファイルの該当ジョブに保留状態である旨を設定することを特徴とする請求項１０記載のリモート処理プログラム。
【請求項１２】
前記制御手段は、前記ジョブの保留状態として、当該ジョブのステータスを停止に変更することを特徴とする請求項１１記載のリモート処理プログラム。
【請求項１３】
前記制御手段は、前回の通信でステータスが停止にされたジョブを提示し、当該ジョブに対してオペレータから再通信指示があれば前記通信制御手段が対応するデータ処理端末との間の通信を再び実行することを特徴とする請求項１２記載のリモート処理プログラム。
【請求項１４】
前記制御手段は、一括処理要求が発生すると、一括処理すべきジョブに関する情報であって各ジョブを実行する上で必要なジョブ情報がジョブ毎に登録された一括転送ファイルから前記ジョブファイルを生成することを特徴とする請求項１０から請求項１３のいずれかに記載のリモート処理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信機能を有したファクシミリ装置や複合機等に対してリモート診断を実行するリモート処理装置およびリモート処理システムならびにリモート処理プログラムに関する。
【０００２】
【従来の技術】
従来から、ファクシミリ装置等の通信端末装置は、自らの通信機能を利用して遠隔地の診断センタや他の通信端末装置から故障診断や故障修復ができるようになっている（例えば、特許文献１）。
【０００３】
このような従来のリモート診断システムによれば、診断センタより回線を介してファクシミリ装置内の動作パラメータやプログラム等の読出し要求、あるいは書込み要求を行って、ファクシミリ装置の診断あるいは修復を実行することで、サービスマンがそのファクシミリ装置の設置場所にわざわざ出向くことなく、遠隔操作にて対応できるようになっていた。
【０００４】
【特許文献１】
特開昭６２−４５２６６号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、従来の技術では、診断センタにおいてオペレータが１件ずつ手作業で処理していたので、１人のオペレータが対応できる件数には限りがあり、診断対象数が増大すると膨大な作業をオペレータの手作業に頼ることとなり、作業効率の面で問題があった。
【０００６】
一方、コンピュータとモデムを組み合わせたデータ処理端末を用い、所定のプログラムを実行することで、膨大なユーザの診断が行えるよう自動化することも考えられる。
【０００７】
しかしながら、自動化したリモート診断システムでは、診断の自動実行中にリモート側で停電、ソフトウエアロック等の非常事態が発生した場合には、診断の成否にかかわらず、実行にかかるユーザを対象に、再度、診断スケジュールをやり直す等の非常に煩わしいものであった。
【０００８】
本発明は、この点に鑑みて解決したものであって、診断作業にかかる作業効率を大幅に改善して１度に大量のリモート診断を可能にすると共に、停電、ソフトウエアロック等により診断作業が中断された場合であっても、安全かつ容易にリモート診断の復旧を行うことができるリモート処理装置およびリモート処理システムならびにリモート処理プログラムを提供することを目的としたものである。
【０００９】
【課題を解決するための手段】
本発明は、個々のデータ処理端末に対するリモート処理に係る各ジョブが登録されたジョブファイルを用意し、ジョブファイルに登録されたジョブを通信スプーラ部にスプールし、スプール中のジョブに関して対応するデータ処理端末との間の通信を実行して、前記データ処理端末との通信によりリモート処理の終了したジョブを前記ジョブファイルから削除するものとした。
【００１０】
【発明の実施の形態】
本発明の第１の態様は、個々のデータ処理端末に対するリモート処理に係る各ジョブが登録されたジョブファイルと、このジョブファイルに登録されたジョブがスプールされる通信スプーラ部と、スプール中のジョブに関して対応するデータ処理端末との間の通信を実行する通信制御部と、前記データ処理端末との通信によりリモート処理の終了したジョブを前記ジョブファイルから削除する制御手段と、を具備するリモート処理装置である。
【００１１】
このように構成されたリモート処理装置によれば、ジョブファイルに登録された全てのジョブに関して自動的に対応するデータ処理端末に回線接続してジョブが実行されるのでオペレータの手作業に比べて大幅に作業量を削減できる。また、ジョブの実行結果は順次ジョブファイルに反映されるので、あるジョブの通信途中に停電等で電源が断たれた場合であっても、安全かつ容易にリモート処理の復旧を行うことができる。
【００１２】
本発明の第２の態様は、第１の態様のリモート処理装置において、前記制御手段は、前記データ処理端末との通信中にジョブが異常終了した場合、スプール中の当該ジョブを保留状態とし、前記ジョブファイルの該当ジョブに保留状態である旨を設定するものとした。
【００１３】
これにより、ジョブが異常終了した場合であっても、ジョブファイルから削除せずに残ジョブとして残るので、リモート側の復旧後に再通信可能で、復旧後にリモート処理を確実に行うことができる。
【００１４】
本発明の第３の態様は、第２の態様のリモート処理装置において、前記ジョブの保留状態として、ジョブのステータスを停止に変更するものとした。
【００１５】
これにより、ジョブファイルには残ジョブのステータスとして停止が表示されるので、前回の通信で異常終了したジョブを容易に認識することができ、復旧後にリモート処理を確実に行うことができる。
【００１６】
本発明の第４の態様は、第３の態様のリモート処理装置において、前回の通信でステータスが停止にされたジョブを提示し、当該ジョブに対してオペレータから再通信指示があれば前記通信制御部が対応するデータ処理端末との間の通信を再び実行するものとした。
【００１７】
これにより、前回の通信でステータスが停止にされたジョブはオペレータから再通信指示がなければ、再通信が実行されないので、異常終了したデータ処理端末をオペレータが確認しながら再通信指示を与えることができ、より木目細かなリモート処理が可能になる。
【００１８】
本発明の第５の態様は、第１から第４のいずれかの態様のリモート処理装置において、一括処理すべきジョブに関する情報であって各ジョブを実行する上で必要なジョブ情報がジョブ毎に登録された一括転送ファイルと、一括処理要求が発生すると前記一括転送ファイルから前記ジョブファイルを生成するジョブファイル生成手段と、を具備したものである。
【００１９】
これにより、一括処理要求が発生すると一括転送ファイルからジョブファイルを生成するので、オペレータは一括転送ファイルを用意すれば、後は一括処理要求を与えるだけで全てのジョブを自動実行できるので、オペレータの負担を大幅に軽減することができる。特に、リモート診断のように定期的に大量の同じデータ処理端末に対してジョブが発生するようなシステムでは、一括転送ファイルを管理するだけで、一括したジョブ実行が可能になる。
【００２０】
本発明の第６の態様は、通信機能を有した複数のデータ処理端末と、これらデータ処理端末との通信によりリモート処理を実行するセンタ装置と、から成るリモート処理システムであって、前記センタ装置は、個々のデータ処理端末に対するリモート処理に係る各ジョブが登録されたジョブファイルと、このジョブファイルに登録されたジョブがスプールされる通信スプーラ部と、スプール中のジョブに関して対応するデータ処理端末との間の通信を実行する通信制御部と、前記データ処理端末との通信によりリモート処理の終了したジョブを前記ジョブファイルから削除する制御手段と、を具備するリモート処理システムである。
【００２１】
本発明の第７の態様は、第６の態様のリモート処理システムにおいて、前記センタ装置は、前記データ処理端末との通信中にジョブが異常終了した場合、スプール中の当該ジョブを保留状態とし、前記ジョブファイルの該当ジョブに保留状態である旨を設定するものである。
【００２２】
本発明の第８の態様は、第７の態様のリモート処理システムにおいて、前記センタ装置は、前記ジョブの保留状態として、当該ジョブのステータスを停止に変更するものである。
【００２３】
本発明の第９の態様は、第８の態様のリモート処理システムにおいて、前記センタ装置は、前回の通信でステータスが停止にされたジョブを提示し、当該ジョブに対してオペレータから再通信指示があれば前記通信制御部が対応するデータ処理端末との間の通信を再び実行するものである。
【００２４】
本発明の第１０の態様は、コンピュータを、個々のデータ処理端末に対するリモート処理に係るジョブが登録されたジョブファイルの各ジョブがスプールされる通信スプーラ手段と、スプール中のジョブに関して対応するデータ処理端末との間の通信を実行する通信制御手段と、前記データ処理端末との通信によりリモート処理の終了したジョブを前記ジョブファイルから削除する制御手段と、して機能させるリモート処理プログラムである。
【００２５】
本発明の第１１の態様は、第１０の態様のリモート処理プログラムにおいて、前記制御手段は、前記データ処理端末との通信中にジョブが異常終了した場合、スプール中の当該ジョブを保留状態とし、前記ジョブファイルの該当ジョブに保留状態である旨を設定するものとした。
【００２６】
本発明の第１２の態様は、第１１の態様のリモート処理プログラムにおいて、前記制御手段は、前記ジョブの保留状態として、当該ジョブのステータスを停止に変更するものとした。
【００２７】
本発明の第１３の態様は、第１２の態様のリモート処理プログラムにおいて、前記制御手段は、前回の通信でステータスが停止にされたジョブを提示し、当該ジョブに対してオペレータから再通信指示があれば前記通信制御手段が対応するデータ処理端末との間の通信を再び実行するものとした。
【００２８】
本発明の第１４の態様は、第１０から第１３のいずれかの態様のリモート処理プログラムにおいて、前記制御手段は、一括処理要求が発生すると、一括処理すべきジョブに関する情報であって各ジョブを実行する上で必要なジョブ情報がジョブ毎に登録された一括転送ファイルから前記ジョブファイルを生成するものとした。
【００２９】
以下、本発明の実施の形態であるリモート処理システムについて図面を参照して具体的に説明する。
【００３０】
図１はリモート診断センタ装置１０におけるリモート診断に関するソフトウエアの概略的な構成を示す図である。リモート診断センタ装置１０は、ハードディスクを備えたコンピュータで構築することができ、リモート診断システム１１を実行するように構成されている。リモート診断システム１１は、コンピュータに実装したＣＰＵがＲＯＭ等の記憶媒体に格納したアプリケーションプログラムを読込んで処理することにより実行される機能である。
【００３１】
また、リモート診断センタ装置１０は、対象となるデータ処理端末（ファクシミリ装置、複写機、複合機、パーソナルコンピュータ、その他の端末装置）に対してモデム１２により通信網経由で回線接続する。本実施の形態では、図２に示すように、１台のリモート診断センタ装置１０が複数チャンネルで複数のデータ処理端末に対して同時に回線接続可能にしている。例えば、モデム１２を４台備え、４チャンネル同時に通信可能に構成する。
【００３２】
なお、本発明はリモート診断に限定されるものではない。データ処理端末は、リモート診断センタ装置１０からリモートアクセスされて、データ、プログラム等をダウンロードされるか、所定のデータを吸い上げられるものであれば、診断対象、修理対象、バージョンアップ対象等の装置に限定されない。本実施の形態では一例として複合機の「リモート診断」について説明する。
【００３３】
リモート診断センタ装置１０は、ユーザインターフェース１３を備えている。ユーザインターフェース１３は、ＧＵＩ、キーボードなどで構成されている。センタにいるオペレータがユーザインターフェース１３を介してリモート診断センタ装置１０に対して操作入力を行うと共に、オペレータに対してジョブステータス、操作用のメイン画面、リモート診断結果などを表示する。
【００３４】
また、リモート診断センタ装置１０を用いたリモート診断では、ジョブファイル１４を作成している。ジョブファイル１４には、一度に処理する複数のジョブ（例えば、１万件程度）が登録される。図３はジョブファイル１４の構成例を示している。同図に示すように、ジョブファイル１４に登録された全てのジョブに対してシリアル番号のＪＯＢ番号３１が付与されている。そして、データ処理端末が複合機であれば、ジョブ毎に、「ＪＯＢステータス」「通信種別」「ダイヤル番号」「通信ポート」「ファクス機種名」「ユーザファイル名」「通信予約時刻」がジョブ情報として登録される。「ＪＯＢステータス」は、ジョブの現在のステータスを示す情報であり、例えばデータ処理端末と通信中であることを示す「通信中」、通信ポートの空待ち中であることを示す「待機中」、ジョブの停止を示す「停止中」などが記述される。「通信種別」は、データ処理端末に回線接続して実行すべき処理内容を示す情報であり、例えばプログラム、短縮電話番号情報、パラメータをデータ処理端末へ送信することを示す「送信」、カウンタ情報を除く各種情報をデータ処理端末から受信することを示す「受信」、データ処理端末から各種のカウンタ情報を受信する「カウンタ調査」などが記述される。「ダイヤル番号」は、アクセス先のデータ処理端末の電話番号である。「通信ポート」は、例えば４チャンネル用意されている場合にどの通信ポート（モデム）を介して通信するかを示すデータが入力される。「ユーザファイル名」は、データ処理端末から受信したデータを格納する格納場所（フルパス）が設定される。「通信予約時刻」は、データ処理端末に回線接続する時刻が決められているときにその時間が登録される。
【００３５】
上記したように、ジョブファイル１４に登録される各ジョブには任意のジョブを実行する上で必要になるジョブ情報が登録されるが、ジョブ情報は上記した項目に限定されるものではない。個々のジョブ内容に応じて任意に追加・削除してもよい。また、データ処理端末の種類によっては全く異なるジョブ情報が登録される。
【００３６】
また、図１に示すように、リモート診断システム１１は、メイン部２１、通信スプーラ部２２、通信制御部２３から構成されている。メイン部２１は、ユーザインターフェース１３を介して操作入力されたオペレータの操作内容を認識すると共に作業に係わる操作画面を表示する。また、メイン部２１は、通信スプーラ部２２に一括処理のジョブをスプーリングしてジョブ実行を指示すると共にジョブファイル１４のジョブ情報を更新し、また受信データをユーザファイル１５に格納する。通信スプーラ部２２は、メイン部２１から引き渡されるジョブファイル１４に登録されているジョブを１ジョブづつ展開して通信実行し、完了したジョブを順次削除する。通信制御部２３は、モデム１２（通信回線）を介して回線接続されたデータ処理端末との間で通信制御を実行する部分である。
【００３７】
次に、以上のように構成された本実施の形態に係るリモート処理システムの動作内容について図４、図５のフロー図を参照して説明する。
【００３８】
オペレータはリモート診断センタ装置１０のユーザインターフェース１３を介してリモート診断システム１１を起動する（ステップＳ１００）。ここで、数千、１万台のデータ処理端末を一括してリモート診断する場合、ジョブファイル１４に全てのデータ処理端末に対するジョブを登録しておく。ジョブの登録に付いては後述する。
【００３９】
メイン部２１は、システム起動されるとハードディスクなどの記憶媒体に置かれているジョブファイル１４が有るか否かチェックする（ステップＳ１０１）。ジョブファイル１４は全ジョブが完了したら削除する設定にしているので、ジョブファイル１４が「有」判定されたときは残りのジョブが存在していることになる。例えば、前回の一括リモート診断で、リモート側となるデータ処理端末に異常事態（停電、パソコンロック等）が発生したために、ジョブが中断された場合などはジョブが残った状態となる。
【００４０】
ステップＳ１０１で「有」判定したときはユーザインターフェース１３を介して「残ＪＯＢ有り」のメッセージを表示させる（ステップＳ１０２）。オペレータは「残ＪＯＢ有り」のメッセージをみて、前回の一括リモート診断ではジョブの一部が残っていることを知ることができる。
【００４１】
ここで、オペレータは前回の一括リモート診断で処理されなかったジョブを削除する場合は、ジョブファイルの削除指示をユーザインターフェース１３を介して入力する。一方、オペレータが残ったジョブをチェックして実行する場合はジョブファイルの削除指示を入力せずに次にステップをすすめる（ステップＳ１０３）。
【００４２】
ステップＳ１０３で削除指示を入力せずに、残ジョブの確認や再通信を行うと決めた場合は、ジョブファイル１４に残されている残ジョブの各「ＪＯＢステータス」を「停止中」に変更処理し（ステップＳ１０４）、リモート診断システム１１のメイン画面を表示させる（ステップＳ１０５）。
【００４３】
これにより、「ＪＯＢステータス」が「停止中」にされると通信スプーラ部２２、通信制御部２３を起動しても自動的に通信処理が実行されなくなるので、後にオペレータが１件ごと再通信判定するまで通信実行されるのを防止できる。例えば、他のコンピュータから同一ジョブを実行していた場合に、データ処理端末にデータが２度書きされる不都合を防止できる。
【００４４】
次に、ユーザインターフェース１３に表示したメイン画面において、オペレータが「機能転送」（メンテナンスに係る通信全般を指す）を選択すると、ジョブファイル１４に登録されたジョブの通信処理を開始する（ステップＳ１０６）。通信処理が開始されると、メイン部２１は、ジョブファイル１４に登録されている全ジョブを通信スプーラ部２２へ引き渡し（ステップＳ１０７）、通信スプーラ部２２を起動する（ステップＳ１０８）。
【００４５】
メイン部２１は、通信スプーラ部２２の先頭にスプールされた「停止中」のジョブを操作画面に表示し、「再通信指定」の有無を判定する（ステップＳ１０９）。オペレータは操作画面上で問合せを受けたジョブに関して再通信すべきジョブであるか否か判定し、再通信すべきであると判断すれば「再通信指定」の操作入力を行う。例えば、ユーザインターフェース１３を介して該当ジョブとその再通信の有無を選択するチェックボックスとを表示し、チェックボックスがチェックされれば対応するジョブに対して「再通信指定有り」と認識する。オペレータが再通信の有無を選択する方式は上記方式に限定されない。
【００４６】
このように、残ジョブを再通信する場合でも、オペレータが再チェックして任意のジョブだけを再通信できるようにしたので、他のコンピュータで既に実行したジョブや、リモート側の故障回復していないことが分かっている場合など、再実行したら不都合なジョブや再びエラー終了することが予測されるジョブはオペレータが１件づつ判断して排除することができる。
【００４７】
通信スプーラ部２２は、オペレータに問合せたジョブが「再通信指定有り」と判定されれば（ステップＳ１０９）、ステップＳ１１５に分岐して通信制御部２３を起動する。
【００４８】
通信制御部２３は、複数のジョブがある場合は、チャンネル数に応じた数のジョブを並列に実行するために、複数回線を同時に制御する。すなわち、ポート番号が「通信ポート」で固定されていない場合は、空いたポートを順次割り付け、割り付けたポートから当該ジョブの「ダイヤル番号」にモデム１２を介して発呼する。データ処理端末との間で電話回線が確立されると、「通信種別」に示す内容の処理を実行する。例えば、「通信種別」が受信であれば、通信回線を介して受信コマンドを相手のデータ処理端末へ送信する。相手のデータ処理端末が自機の各種情報を転送してきて、その受信データをジョブ情報のユーザファイル名で指定されたフルパスにてユーザファイル１５に格納し、「通信ＪＯＢ正常終了」と認識して（ステップＳ１１６）回線断をモデム１２に指示し、通信制御部２３による通信制御を終了する（ステップＳ１１７）。図６にデータ処理端末としての複合機から転送されるデータ例を示している。
【００４９】
ここで、メイン部２１は、相手のデータ処理端末との通信が開始されたらジョブファイル１４に登録された該当ジョブの「ＪＯＢステータス」を通信中に変更する。また、ポートが空くの待っているジョブに付いては「ＪＯＢステータス」を待機中に変更する。
【００５０】
１つのジョブが正常に終了したら、ジョブファイル１４から当該ジョブを削除する（ステップＳ１１８）。そして、通信スプール部２２にチャネルの空き待ちで待機中のジョブが有るか否か判断し（ステップＳ１２１）、待機中のジョブがあれば再びステップＳ１１５に処理を戻し、待機していたジョブを実行する。このとき、当該ジョブの「ＪＯＢステータス」は待機中から通信中に変更する。
【００５１】
一方、ステップＳ１１６の判定において、通信中のジョブが正常終了しないと判断した場合は、通信制御部２３に対してその通信を終了するように指示し（ステップＳ１１９）、当該ジョブの「ＪＯＢステータス」を「停止中」に変更する（ステップＳ１２０）。例えば、電話回線障害やデータ処理端末側使用中などによる通信エラーが発生した場合などが該当する。
【００５２】
そして、ステップＳ１２１の判定で待機中のジョブが無くなったと判断したら、残りのジョブが有るか否か判断する（ステップＳ１２２）。なお、ステップＳ１０９からステップＳ１１５に分岐した場合は、「停止中」であったジョブを１件づつ処理しているので待機中のジョブは存在しない。
【００５３】
ステップＳ１２２の判定で「停止中」の残ジョブがあると判定すれば、再びステップＳ１０９へ分岐して、通信スプーラ部２２の先頭にスプールされた「停止中」のジョブを操作画面に表示し、「再通信指定」の有無を判定する（ステップＳ１０９）。
【００５４】
ステップＳ１０９を経由してステップＳ１１５からステップＳ１２２の処理を繰り返すことにより、最終的に「ＪＯＢステータス」が「停止中」のジョブが無くなると、ジョブファイル１４を削除して（ステップＳ１２３）、通信スプーラ部２２を終了させる（ステップＳ１２４）。
【００５５】
また、リモート診断システム１１の実行時にジョブファイル１４が作成されていない場合は、ステップＳ１１０へ分岐してリモート診断システム１１のメイン画面を、ユーザインターフェース１３を介して表示させる。メイン画面にはリモート診断システム１１にジョブを実行させるための転送開始ボタンが設けられている。オペレータが転送開始ボタンをアクティブにすれば（ステップＳ１１１）、一括転送要求が発生してジョブファイル１４の自動生成処理が実行される（ステップＳ１１２）。これは、一括転送ファイル１６に登録されているジョブ情報をジョブファイル１４へ移植することで実現される。
【００５６】
一括転送ファイル１６は、オペレータが予め作成したファイルであり、一括転送するジョブ毎にジョブ情報が記述されている。データ処理端末が複合機又はファクシミリの場合、各ジョブのジョブ情報は上述した「通信種別」「ダイヤル番号」「通信ポート」「ファクス機種名」「ユーザファイル名」「通信予約時刻」等である。
【００５７】
このように、一括転送ファイル１６にジョブを定義しておけば、後はオペレータにメイン画面の転送開始ボタンを押させるだけで、自動的に一括転送ファイル１６からジョブファイル１４が自動生成され、前述するようにジョブファイル１４に登録されたジョブが自動的に実行されるものとなる。
【００５８】
ジョブファイル１４が生成されたら、そのジョブファイル１４に登録されたジョブを通信スプーラ部２２に引き渡して（ステップＳ１１３）、通信スプーラ部２２を起動する（ステップＳ１１４）。さらに、通信制御部２３を起動して（ステップＳ１１５）、最初のジョブ（並列処理の場合は複数）を実行するために指定されたダイヤル番号にダイヤルアップ接続する。以降の手順は上述した通りである。
【００５９】
以上の説明では、ステップＳ１０８とステップＳ１０９との間でオペレータが手作業で再実行すべきでないジョブを排除しているが、常にオペレータが１ジョブずつ判断しなくても一括して「再通信指定有り」と選択できるようにプログラムしてもよい。
【００６０】
【発明の効果】
以上詳記したように本発明によれば、診断作業にかかる作業効率を大幅に改善して１度に大量のリモート診断を可能にすると共に、停電、ソフトウエアロック等により診断作業が中断された場合であっても、安全かつ容易にリモート診断の復旧を行うことができるリモート処理装置およびリモート処理システムならびにリモート処理プログラムを提供できる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るリモート処理システムにおけるリモート診断センタ装置の概念図
【図２】上記実施の形態に係るリモート処理システムの概略的な通信概念図
【図３】ジョブファイルの構成例を示す図
【図４】上記実施の形態のリモート診断センタ装置の動作内容を示す一部のフロー図
【図５】上記実施の形態のリモート診断センタ装置の動作内容を示す一部のフロー図
【図６】上記実施の形態に係るリモート処理システムにおいて転送されるデータの一例を示す図
【符号の説明】
１０  リモート診断センタ装置
１１  リモート診断システム
１２  モデム
１３  ユーザインターフェース
１４  ジョブファイル
１５  ユーザファイル
１６  一括転送ファイル
２１  メイン部
２２  通信スプーラ部
２３  通信制御部
【図１】
2004166066.tif 000003
【図２】
2004166066.tif 000004
【図３】
2004166066.tif 000005
【図４】
2004166066.tif 000006
【図５】
2004166066.tif 000007
【図６】
2004166066.tif 000008