(57)【要約】【課題】送信エラーが発生した場合にも、再送信制御を複雑とすることのないファイル送信技術を提供することを課題とする。【解決手段】通信端末は、装置に対して検査指示ファイルを送信する送信ジョブを実行する。検査指示ファイルの送信にエラーが発生した場合や検査結果ファイルの受信にエラーが発生した場合、所定時間経過後に再送信ジョブを実行する。このとき、同じ装置に対する新たな送信ジョブが作成されている場合には、再送信ジョブを削除する。あるいは、同じ装置に対する別の再送信ジョブが存在する場合には、先に作成されていた方の再送信ジョブを削除する。【選択図】図５
2007329564.tif 000002
【特許請求の範囲】
【請求項１】
通信装置に対して送信ファイルを送信する送信ジョブを生成する手段と、
生成された送信ジョブに従い、送信ファイルを前記通信装置に送信する手段と、
送信ジョブにエラーが発生したとき、送信ファイルの再送信ジョブを生成する手段と、
再送信ジョブに従って再送信処理を行うとき、前記通信装置に対する別の送信ジョブが存在する場合には、再送信ジョブを削除することを特徴とするファイル送信端末。
【請求項２】
通信装置に対して送信ファイルを送信する送信ジョブを生成する手段と、
生成された送信ジョブに従い、送信ファイルを前記通信装置に送信する手段と、
送信ジョブにエラーが発生したとき、送信ファイルの再送信ジョブを生成する手段と、
再送信ジョブに従って再送信処理を行うとき、前記通信装置に対する別の再送信ジョブが存在する場合には、先に生成された再送信ジョブを削除することを特徴とするファイル送信端末。
【請求項３】
通信装置に対して送信ファイルを送信する送信ジョブを生成する手段と、
生成された送信ジョブに従い、送信ファイルを前記通信装置に送信する手段と、
送信ジョブにエラーが発生したとき、送信ファイルの再送信ジョブを生成する手段と、
再送信ジョブに従って再送信処理を行うとき、前記通信装置に対する別の送信ジョブが存在する場合には、再送信ジョブの送信ファイルに記載されている情報の項目うち、別の送信ジョブの送信ファイルに記載されている項目と重複する項目を削除した上で、再送信ジョブを実行することを特徴とするファイル送信端末。
【請求項４】
通信装置に対して送信ファイルを送信する送信ジョブを生成する手段と、
生成された送信ジョブに従い、送信ファイルを前記通信装置に送信する手段と、
送信ジョブにエラーが発生したとき、送信ファイルの再送信ジョブを生成する手段と、
再送信ジョブに従って再送信処理を行うとき、前記通信装置に対する別の再送信ジョブが存在する場合には、先に作成された再送信ジョブの送信ファイルに記載されている情報の項目のうち、後に作成された再送信ジョブの送信ファイルに記載されている項目と重複する項目を削除した上で、先に作成された再送信ジョブを実行することを特徴とするファイル送信端末。
【請求項５】
請求項１ないし請求項４のいずれかに記載のファイル送信端末において、
送信ジョブにエラーが発生したときとは、送信ファイルを受信した前記通信装置から返信ファイルを受信しない場合を含むことを特徴とするファイル送信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを利用して通信装置にファイルを送信する端末に関する。
【背景技術】
【０００２】
送信端末から受信端末に対してファイルを送信する様々なネットワークシステムが存在する。ネットワークシステムにおいては、回線の負荷状況、設備異常、受信端末の負荷状況など、様々な要因からファイルが正常に受信端末に辿り着かない場合がある。
【０００３】
また、ファイルを受信した受信端末が、送信元の端末にファイルを返信するようなシステムが存在する。たとえば、受信端末が、受信したファイルに基づいてある処理を実行し、その処理結果を返信ファイルとして送信端末に返信するような場合である。この場合であれば、送信端末から受信端末へのファイルは正常に転送されたが、返信ファイルが様々な要因から送信端末に辿り着かない場合がある。
【０００４】
このようにファイルの送受信にはエラー処理が発生する場合があり、エラーが発生した場合には、一般には、ファイルの再送処理が行われる。下記特許文献１は、機器管理システムに関するものである。工場等に設置された機器は、メンテナンス管理を行う管理装置に対して定期的に情報を送信するようにしている。そして、送信エラーが発生した場合には、機器が自動的に複数回、情報の再送信を行うようにしている。
【０００５】
【特許文献１】特開２００１−２６８２５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ある特定の処理について、１つの送信ジョブだけが発生する場合には、特許文献１で示したように、再送信処理を実行することで処理を完了させることができる。しかし、ある送信ジョブについてエラーが発生している状況で、別の送信ジョブが発生すると通信処理が煩雑となる。
【０００７】
たとえば、機器のメンテナンスシステムであって、センタオペレータが、機器に対して検査指示ファイルを送信するシステムを想定する。あるオペレータが、ある機器に対して検査項目が記述された検査指示ファイルを送信し、送信エラーが発生したとする。この状況で、別のオペレータが、同じ機器に対して同じような検査項目が記述された検査指示ファイルを送信したとする。この場合、機器は、それぞれの検査指示ファイルに対して検査結果を返答することになり、センタ側では、複数の検査結果を応答として受けることになり、処理が煩雑となる。また、回線異常、設備異常などにより障害が継続している場合には、複数の送信ジョブのそれぞれについて再送信処理が実行されると、多数のジョブが並行して進行することとなり、制御が複雑となる。
【０００８】
そこで、本発明は前記問題点に鑑み、送信エラーが発生した場合にも、再送信制御を複雑とすることのないファイル送信技術を提供することを課題とする。
【課題を解決するための手段】
【０００９】
請求項１記載の発明は、通信装置に対して送信ファイルを送信する送信ジョブを生成する手段と、生成された送信ジョブに従い、送信ファイルを前記通信装置に送信する手段と、送信ジョブにエラーが発生したとき、送信ファイルの再送信ジョブを生成する手段と、再送信ジョブに従って再送信処理を行うとき、前記通信装置に対する別の送信ジョブが存在する場合には、再送信ジョブを削除することを特徴とする。
【００１０】
請求項２記載の発明は、通信装置に対して送信ファイルを送信する送信ジョブを生成する手段と、生成された送信ジョブに従い、送信ファイルを前記通信装置に送信する手段と、送信ジョブにエラーが発生したとき、送信ファイルの再送信ジョブを生成する手段と、再送信ジョブに従って再送信処理を行うとき、前記通信装置に対する別の再送信ジョブが存在する場合には、先に生成された再送信ジョブを削除することを特徴とする。
【００１１】
請求項３記載の発明は、通信装置に対して送信ファイルを送信する送信ジョブを生成する手段と、生成された送信ジョブに従い、送信ファイルを前記通信装置に送信する手段と、送信ジョブにエラーが発生したとき、送信ファイルの再送信ジョブを生成する手段と、再送信ジョブに従って再送信処理を行うとき、前記通信装置に対する別の送信ジョブが存在する場合には、再送信ジョブの送信ファイルに記載されている情報の項目うち、別の送信ジョブの送信ファイルに記載されている項目と重複する項目を削除した上で、再送信ジョブを実行することを特徴とする。
【００１２】
請求項４記載の発明は、通信装置に対して送信ファイルを送信する送信ジョブを生成する手段と、生成された送信ジョブに従い、送信ファイルを前記通信装置に送信する手段と、送信ジョブにエラーが発生したとき、送信ファイルの再送信ジョブを生成する手段と、再送信ジョブに従って再送信処理を行うとき、前記通信装置に対する別の再送信ジョブが存在する場合には、先に作成された再送信ジョブの送信ファイルに記載されている情報の項目のうち、後に作成された再送信ジョブの送信ファイルに記載されている項目と重複する項目を削除した上で、先に作成された再送信ジョブを実行することを特徴とする。
【００１３】
請求項５記載の発明は、請求項１ないし請求項４のいずれかに記載のファイル送信端末において、送信ジョブにエラーが発生したときとは、送信ファイルを受信した前記通信装置から返信ファイルを受信しない場合を含むことを特徴とする。
【発明の効果】
【００１４】
本発明のファイル送信端末は、再送信ジョブに従って再送信処理を行うとき、同じ通信装置に対する別の送信ジョブが存在する場合には、再送信ジョブを削除する。したがって、同じ通信装置に対する多数のジョブが重複して発生することを回避し、再送信制御が複雑化することを防止できる。
【００１５】
また、本発明のファイル送信端末は、再送信ジョブに従って再送信処理を行うとき、同じ通信装置に対する別の再送信ジョブが存在する場合には、先に生成された再送信ジョブを削除する。したがって、同じ通信装置に対する多数の再送信ジョブが重複して発生することを回避し、再送信制御が複雑化することを防止できる。
【００１６】
また、同じ通信装置に対する別の送信ジョブが存在する場合には、再送信ジョブの送信ファイルに記載されている情報の項目うち、重複する項目を削除した上で再送信ジョブを実行する。したがって、必要な処理だけを選択して、効率よく再送信制御することができる。
【００１７】
また、同じ通信装置に対する別の再送信ジョブが存在する場合には、重複する項目を削除した上で、先に作成された再送信ジョブを実行する。複数の再送信ジョブの中で必要な処理だけを選択して、効率よく制御することができる。
【００１８】
さらに、送信ファイルを受信した通信装置から返信ファイルを受信しない場合を送信ジョブのエラーとして処理するので、全ての再送信制御がファイル送信装置側から制御され、再送信制御が複雑化することを防止できる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照しつつ本発明の実施の形態について説明する。図１は、本実施の形態に係るリモート診断システムのシステム構成図である。このリモート診断システムは、センタ１に設置される通信端末１０と、工場３内に設置されている装置３０，３０・・・とを備えて構成される。通信端末１０と各装置３０とはネットワーク２を介して接続されている。ネットワーク２は、インターネットやＬＡＮなどで構成される。
【００２０】
このリモート診断システムは、工場３の中にある装置３０を、遠隔地にあるセンタ１からリモート診断するシステムである。具体的には、センタ１の通信端末１０から、検査指示ファイル６１をネットワーク経由で装置３０に送信し、装置３０において実施された検査結果が、検査結果ファイル６２として、装置３０からネットワーク２経由で通信端末１０に返送されるシステムである。これにより、遠隔地にいるセンタ１において、工場３内の装置３０の状態を診断することができるのである。
【００２１】
図２は、通信端末１０と、装置３０の機能ブロック図である。通信端末１０は、検査指示ファイル作成部１１、検査指示ファイル送信制御部１２、操作部１３、モニタ１４、通信部１５、装置データベース１６、メモリ１７を備えている。
【００２２】
検査指示ファイル作成部１１は、装置３０に対する検査項目や検査指示コマンドが記述された検査指示ファイル６１を作成する処理部である。通信端末１０のオペレータは、操作部１３を操作して、検査指示ファイル作成部１１に指示を行い、検査指示ファイル６１を作成するのである。オペレータは、モニタ１４に表示される検査内容を確認しながら検査指示ファイル６１を作成する。
【００２３】
検査指示ファイル送信制御部１２は、作成された検査指示ファイル６１に対応した送信ジョブデータ７１を作成し、送信ジョブの制御を行う。検査指示ファイル送信制御部１２は、検査指示ファイル６１の送信にエラーが発生した場合には、再送信ジョブデータ７２を作成し、検査指示ファイル６１の再送信制御なども行う。
【００２４】
通信部１５は、ＴＣＰ／ＩＰなどのプロトコルを利用して、他のコンピュータとデータの送受信を行う処理部である。通信部１５は、ネットワーク２を介して装置３０との間でデータの送受信を行う。
【００２５】
装置３０は、検査結果ファイル作成部３１、通信部３２を備えている。検査結果ファイル作成部３１は、装置３０に対する検査を実施した後、検査結果を記述した検査結果ファイル６２を作成する処理部である。具体的には、通信端末１０から受信した検査指示ファイル６１に記述された検査項目あるいは検査指示コマンドに基づき装置３０に対する検査を実施し、その結果を検査結果ファイル６２として通信端末１０に返送するのである。
【００２６】
通信部３２は、ＴＣＰ／ＩＰなどのプロトコルを利用して、他のコンピュータとの間でデータの送受信を行う処理部である。通信部３２は、ネットワーク２を介して通信端末１０との間でデータの送受信を行う。
【００２７】
以上説明したリモート診断システムの処理シーケンスについて説明する。図３は、通信端末１０と装置３０との間の処理シーケンスを示す図である。ただし、図３は、ファイルの送受信にエラーが発生しなかった場合、つまり、全ての処理が正常終了する場合の処理シーケンスである。
【００２８】
まず、オペレータが通信端末１０を操作して、検査開始の指示を行う。具体的には、オペレータは、操作部１３を操作して、検査対象である装置３０を指定する操作、検査項目を指定する操作を行う。この操作に応答して、検査指示ファイル作成部１１が、検査指示ファイル６１を作成する。通信端末１０は、図２に示すように、装置データベース１６を備えている。装置データベース１６には、工場３内の各装置３０の装置名称とＩＰアドレスとが対応付けて管理されている。オペレータが検査対象である装置３０を指定する操作を行うと、検査指示ファイル６１に、検査対象である装置３０の装置名称とＩＰアドレスとが登録される。
【００２９】
オペレータにより検査指示ファイル６１が作成されると、検査指示ファイル送信制御部１２により送信ジョブデータ７１が作成される。そして、この送信ジョブデータ７１に従い、通信部１５が、装置３０の通信部３２に対してＴＣＰコネクションの接続要求を行う。これにより、３ウェイハンドシェイクが行われ、通信端末１０と装置３０との間でＴＣＰコネクションが確立される（ステップＳ１０１）。
【００３０】
通信端末１０と装置３０の間にＴＣＰコネクションが確立されると、検査指示ファイル送信制御部１２が、検査指示ファイル６１を装置３０に対して送信する。（ステップＳ１０２）。
【００３１】
装置３０は、検査指示ファイル６１を受信すると、検査指示ファイル６１に記載されている検査項目あるいは検査指示コマンドに従い検査を実施する。たとえば、装置３０のモータ回転数、装置３０の装置温度、装置３０のメモリ残量などを計測する。そして、装置３０は、実施した検査の結果を記録した検査結果ファイル６２を作成し、通信端末１０に送信する（ステップＳ１０３）。
【００３２】
通信端末１０は、検査結果ファイル６２を受信した後、装置３０に対してＴＣＰコネクションの切断要求を行う。そして、３ウェイハンドシェイクが行われ、ＴＣＰコネクションが切断される（ステップＳ１０４）。
【００３３】
以上、リモート診断システムの正常処理時の処理シーケンスについて説明した。次に、通信端末１０に注目して、エラー発生時を含めたリモート診断処理の流れを説明する。図４は、通信端末１０におけるリモート診断処理のフローチャートである。
【００３４】
前段階として、オペレータ操作により検査指示ファイル６１が作成される。検査指示ファイル作成部１１は、装置データベース１６を参照し、オペレータによって指定された診断対象である装置３０のＩＰアドレスを取得して、当該ＩＰアドレスを検査指示ファイル６１に登録する。
【００３５】
このような状態で、検査指示ファイル送信制御部１２は、検査指示ファイル６１が作成されているかどうかをチェックし、作成されている場合には、検査指示ファイル６１の内容を解析する（ステップＳ２０１）。そして、検査指示ファイル６１から診断対象である装置３０のＩＰアドレスを読み出す（ステップＳ２０２）。検査指示ファイル送信制御部１２は、解析した検査指示ファイル６１に対応する送信ジョブデータ７１を作成してメモリ１７内に登録する。送信ジョブデータ７１には、送信ジョブの作成時刻情報、送信対象である検査指示ファイル６１の指定情報等が含まれる。
【００３６】
次に、検査指示ファイル送信制御部１２は、作成した送信ジョブデータ７１に基づいて、検査指示ファイル６１の送信処理を開始する。まず、通信部１５により、装置３０に対するＴＣＰコネクションの確立処理が行われる（ステップＳ２０３）。続いて、検査指示ファイル送信制御部１２は、検査指示ファイル６１の装置３０に対する送信処理を行い（ステップＳ２０４）、送信が正常に完了するかどうかをチェックする（ステップＳ２０５）。
【００３７】
検査指示ファイル６１の送信が正常に完了しなかった場合、検査指示ファイル６１の送信エラー処理を行う（ステップＳ２０９）。具体的には、検査指示ファイル送信制御部１２は、送信エラーとなった送信ジョブデータ７１を削除し、新たに再送信ジョブデータ７２を作成して、メモリ１７に登録する。再送信ジョブデータ７２には、再送信ジョブの作成時刻情報、送信対象である検査指示ファイル６１の指定情報等が含まれる。ここでは、送信エラーとなった検査指示ファイル６１が再送信ジョブデータ７２で再び送信ファイルとして指定される。
【００３８】
検査指示ファイル送信制御部１２は、検査指示ファイル６１の送信が正常に完了すると、データを受信するかどうかの待機状態となり（ステップＳ２０６）、データを受信しない場合には、タイマーの計時を開始し（ステップＳ２０７）、所定時間経過するまでデータ受信の待機状態となる（ステップＳ２０８）。そして、所定時間経過しても、データを受信しない場合には、検査指示ファイル６１の送信エラー処理を行う（ステップＳ２０９）。具体的には、検査指示ファイル送信制御部１２は、送信エラーとなった送信ジョブデータ７１を削除し、新たに再送信ジョブデータ７２を作成して、メモリ１７に登録する。
【００３９】
ステップＳ２０６においてデータを受信すると、検査結果ファイル６２の受信処理を行う（ステップＳ２１０）。つまり、装置３０から返送されてきた検査結果ファイル６２の受信処理を行う。そして、検査結果ファイル６２を正常に受信したかどうかのチェックを行い（ステップＳ２１１）、正常に受信完了していない場合には、ステップＳ２０９の送信エラー処理を行う。送信エラー処理の内容は上記の通りである。
【００４０】
検査結果ファイル６２の受信を正常に完了した場合には、ＴＣＰコネクションの切断処理を行う（ステップＳ２１２）。受信した検査結果ファイル６２に記録されていた検査結果の内容は、たとえばモニタ１４に表示される。これにより、オペレータは、検査結果を参照することができる。
【００４１】
次に、図５を参照しながら、再送信制御の処理の流れを説明する。図５のフローチャートは、主に、検査指示ファイル送信制御部１２によって制御される処理の流れである。検査指示ファイル送信制御部１２には、再送信制御を行うタイミングが設定されており、その設定された時間が経過すると（ステップＳ３０１でＹＥＳ）、再送信タイミングの到来した再送信ジョブが存在するかどうかのチェックを行う（ステップＳ３０２）。つまり、メモリ１７に登録されている再送信ジョブデータ７２を参照し、再送信タイミングが到来しているものが存在するかどうかをチェックする。再送信ジョブデータ７２は、前述したように、ステップＳ２０９の送信エラー処理時に作成されている。再送信ジョブデータ７２には、作成時刻情報が登録されており、検査指示ファイル送信制御部１２は、予め設定されている再送信タイミング時間が経過しているかどうかのチェックを行うのである。
【００４２】
再送信タイミングの到来している再送信ジョブが存在すると、対応する検査指示ファイル６１から診断対象である装置３０のＩＰアドレスを取得する（ステップＳ３０３）。
【００４３】
次に、検査指示ファイル送信制御部１２は、宛先が同じ再送信ジョブが存在するかどうかをチェックする（ステップＳ３０４）。つまり、再送信タイミングは到来していない別の再送信ジョブであって、診断対象が同じ装置３０に対する再送信ジョブが存在するかどうかをチェックする。
【００４４】
宛先を同じくする再送信ジョブが存在しない場合には、ステップＳ３０７に遷移する。宛先が同じ再送信ジョブが存在する場合には、再送信ジョブデータ７２の作成日時を比較する（ステップＳ３０５）。そして、再送信タイミングが到来している方の再送信ジョブが新しく作成されている場合（ステップＳ３０５でＹＥＳ）には、先に作成されていた再送信ジョブを削除する（ステップＳ３０６）。再送信タイミングが到来している方の再送信ジョブが先に作成されている場合（ステップＳ３０５でＮＯ）には、当該再送信ジョブを削除する（ステップＳ３０８）。つまり、再送信のタイミングが到来している再送信ジョブを削除するのである。ここで、再送信ジョブデータ７２に登録されている作成日時とは、再送信ジョブが最初に作成されたときの日時情報である。一度、作成された再送信ジョブは、エラーが繰り返し発生すると、設定された回数だけ再送信を繰り返すことになるが、この場合にも、最初に作成された日時情報が保持されている。
【００４５】
ステップＳ３０６において、先に作成されていた再送信ジョブを削除した後、検査指示ファイル送信制御部１２は、同じ宛先の送信ジョブが存在するかどうかをチェックする（ステップＳ３０７）。そして、診断対象が同じ装置３０に対する送信ジョブが存在する場合には、再送信ジョブを削除する（ステップＳ３０８）。つまり、再送信のタイミングが到来している再送信ジョブを削除するのである。
【００４６】
そして、診断対象が同じ装置３０に対する送信ジョブが存在しない場合には、再送信ジョブを実行するのである（ステップＳ３０９）。具体的には、診断対象である装置３０との間でＴＣＰコネクションを確立し、検査指示ファイル６１を送信するのである。
【００４７】
このように、本実施の形態の通信端末１０は、検査指示ファイル６１の送信ジョブにエラーが発生した場合、同じ装置３０を宛先とする送信ジョブが新たに作成されている場合には、送信エラーに対する再送信処理は実行しない。あるいは、別の再送信ジョブが存在する場合には、先に作成されていた方の再送信ジョブを削除するのである。これにより、同じ装置３０に対する検査実施指示が複数発生し、処理が煩雑となることを防止できる。たとえば、通信端末１０に時間を前後して複数の検査結果が返送されてくると管理が複雑となる。あるいは、装置３０側においても、多数の検査指示を受信することになり、負荷が増大する。この点、本実施の形態によれば、通信端末１０側で、同じ装置３０に対する再送信が複数発生しないよう管理するので、再送信制御が複雑化することがない。
【００４８】
ここで、ステップＳ２０９の送信エラーについても、本発明のリモート管理システムの特徴がある。つまり、検査指示ファイル６１の送信にエラーが発生した場合（Ｓ２０５でＮＯ）のみならず、所定時間経過しても装置３０からデータを受信しない場合（Ｓ２０８でＹＥＳ）や検査結果ファイル６２を正常しない場合（Ｓ２１１でＮＯ）にも、通信端末１０は、検査指示ファイル６１の送信エラーとして処理しているのである。つまり、検査指示ファイル６１は、装置３０に正常に届いているが、検査結果ファイル６２を正常に受信できなかった場合も、通信端末１０側の送信エラーとして判断しているのである。逆に、本実施の形態のシステムにおいて、装置３０は、検査結果ファイル６２の送信にエラーが発生したことを検知しても、再送制御を行わないようにしている。これは、全ての送信制御を通信端末１０側で行い、再送信制御が煩雑とならないようにするためである。また、新しい検査指示ファイルがある場合に、古い再送信ジョブの検査指示ファイルを削除する等の制御を行うためである。
【００４９】
次に、本発明の変形例について説明する。上記の実施の形態においては、宛先（装置３０）が同じ送信ジョブあるいは再送信ジョブが存在する場合に、通信端末１０において、再送信制御を行うようにした。つまり、検査指示ファイル６１に記述されている検査項目の内容に関わらず、宛先ＩＰアドレスに基づいて再送信制御を行った。
【００５０】
変形例として、検査指示ファイル６１に記述された検査項目を考慮するようにしてもよい。たとえば、ある装置３０に対する検査指示ファイル６１Ａが、図６（Ａ）に示す内容であるとする。つまり、検査項目ａ，ｂ，ｃが、検査指示ファイル６１Ａに記述されている。これは、装置３０に３項目の検査を実施させる指示である。
【００５１】
そして、検査指示ファイル６１Ａに対する送信ジョブにエラーが発生し、検査指示ファイル６１Ａに対する再送信制御を行う場合を考える。このとき、同じ装置３０を宛先とする別の新たな送信ジョブが存在したとする。そして、その新たな送信ジョブに対する検査指示ファイル６１Ｂが図６（Ｂ）に示すものであるとする。つまり、検査項目ａ，ｂが、検査指示ファイル６１Ｂに記述されている。
【００５２】
この場合、再送信ジョブを削除するのではなく、再送信ジョブに関わる検査指示ファイル６１Ａのうち、検査指示ファイル６１Ｂと重複する項目を削除するのである。そして、図７に示す検査指示ファイル６１Ｃに対して再送信ジョブを実行するのである。つまり、再送信ジョブでは、検査項目ｃに対してのみ検査の指示が行われるのである。このようにすることで、重複する項目だけを削除し、効率的な再送信制御を行うことができる。
【００５３】
また、検査指示ファイル６１Ａおよび検査指示ファイル６１Ｂがいずれも再送信ジョブの場合も、同様である。先に作成されていた検査指示ファイルの中で、新しく作成されている検査指示ファイルと重複する項目を削除するのである。たとえば、検査指示ファイル６１Ａに対応する再送信ジョブが先に作成され、検査指示ファイル６１Ｂに対する再送信ジョブが後で作成されている場合。先に作成されていた検査指示ファイル６１Ａを検査指示ファイル６１Ｃに書き換えて再送信制御を行うのである。
【図面の簡単な説明】
【００５４】
【図１】本実施の形態に係るリモート診断システムのシステム構成図である。
【図２】リモート診断システムを構成する各装置のブロック図である。
【図３】リモート診断システムの全体処理シーケンスを示す図である。
【図４】通信端末の処理フローチャートである。
【図５】通信端末の処理フローチャートである。
【図６】検査指示ファイルに記述された検査項目を示す図である。
【図７】重複項目が削除された検査指示ファイルを示す図である。
【符号の説明】
【００５５】
１      センタ
２      ネットワーク
３      工場
１０    通信端末
３０    装置
６１    検査指示ファイル
６２    検査結果ファイル
【図１】
2007329564.tif 000003
【図２】
2007329564.tif 000004
【図３】
2007329564.tif 000005
【図４】
2007329564.tif 000006
【図５】
2007329564.tif 000007
【図６】
2007329564.tif 000008
【図７】
2007329564.tif 000009