通信システム
【課題】非常時接続回線網において、要求発生時に迅速に通信処理を開始するとともに、通信エラーを発生させることなく処理を完結するための技術を提供する。
【解決手段】通信端末１０が装置５０に対してＵＤＰパケットを送信すると（Ｓ１０１）、中継装置３０が装置５０に制御信号を送信する（Ｓ１０２）。装置５０はダイヤルアップを行って中継装置３０との間でＰＰＰセッションを確立し（Ｓ１０４，１０５）、ＴＣＰコネクションを確立する（Ｓ１０６）。通信端末１０は、バッチモードを指定して、装置５０に検査指示ファイルを送信する（Ｓ１０７，１０８）。装置５０は、ＴＣＰコネクションを切断（Ｓ１０９）し、検査指示ファイルに従って検査を行い、検査結果ファイルを作成する。再び、ダイヤル発呼、ＰＰＰセッションを確立し、ＴＣＰコネクションを確立すると（Ｓ１１４〜１１６）、検査結果ファイルを通信端末１０に返送する（Ｓ１１７）。
【解決手段】通信端末１０が装置５０に対してＵＤＰパケットを送信すると（Ｓ１０１）、中継装置３０が装置５０に制御信号を送信する（Ｓ１０２）。装置５０はダイヤルアップを行って中継装置３０との間でＰＰＰセッションを確立し（Ｓ１０４，１０５）、ＴＣＰコネクションを確立する（Ｓ１０６）。通信端末１０は、バッチモードを指定して、装置５０に検査指示ファイルを送信する（Ｓ１０７，１０８）。装置５０は、ＴＣＰコネクションを切断（Ｓ１０９）し、検査指示ファイルに従って検査を行い、検査結果ファイルを作成する。再び、ダイヤル発呼、ＰＰＰセッションを確立し、ＴＣＰコネクションを確立すると（Ｓ１１４〜１１６）、検査結果ファイルを通信端末１０に返送する（Ｓ１１７）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、非常時接続の端末を含む通信システムにおける通信処理技術に関する。
【背景技術】
【０００２】
端末がネットワークに接続する形態には、常時接続と非常時接続とがある。端末がネットワークに常時接続している場合には、その端末に対して固定のＩＰアドレスを付与することができる。したがって、常時接続している端末を含む通信システムにおいては、当該端末に対して任意のタイミングでＴＣＰコネクションを確立して通信を行うことが可能である。
【０００３】
これに対して、端末がネットワークに非常時接続している場合には、端末のＩＰアドレスが固定ではないので、当該端末に対して通信を行うためには工夫が必要である。たとえば、端末がダイヤルアップすることによってネットワークに接続している場合、その端末には、ダイヤルアップ接続を行うたびに、ダイヤルアップサーバからＩＰアドレスが付与される。したがって、この端末に対して任意のタイミングでＴＣＰコネクションを確立することはできない。
【０００４】
特許文献１は、情報システムの中にＩＰアドレスが固定でない端末が含まれている場合にも、迅速にデータ通信を行うための技術を提案するものである。具体的には、特許文献１において、ＩＰアダプタ４０には常時固定したＩＰアドレスは付与されていない。このＩＰアダプタ４０は、定期的にサーバ４２にＵＤＰパケットを送信し、定期的に、自装置のＩＰアドレスを通知するようにしている。そして、携帯電話４４からサーバ４２に対して制御要求信号が発生すると、サーバ４２は、ＩＰアダプタ４０のＩＰアドレスが分かっているので、即座にＩＰアダプタ４０と接続することが可能である。これにより、携帯電話４４から処理のトリガが発生すると、迅速にサーバ４２、ＩＰアダプタ４０を介したデータ通信を行うことが可能となっている。
【０００５】
【特許文献１】特開２００５−２１０５７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述したように、非常時接続を行っている端末が通信システムに含まれている場合、その端末に対する接続には工夫が必要である。上記特許文献１によれば、受信側の端末（ＩＰアダプタ４０）が定期的にサーバに対してＵＤＰパケットを発信することによって、自装置のＩＰアドレスを常時通知するようにしている。
【０００７】
しかし、非常時接続回線網を利用する場合には、別の問題がある。非常時接続の回線網においては、長時間、特定の端末が接続状態を維持することが困難な場合がある。たとえば、多くのユーザにサービスの提供を行うため、所定の時間、トラフィックが発生しない接続が切断されるような場合がある。ダイヤルアップルータなどにも、所定時間パケットの送信が行われない場合には、回線との接続を切断するものがある。
【０００８】
このように、非常時接続の端末を含む通信システムにおいては、まず、迅速に通信可能な状態にするための工夫が必要であり、さらに、必要な情報の送受信が終わるまでの間、接続状態が維持されるための工夫が必要である。データの送受信の途中で、通信エラーなどが発生すると、リカバリー処理が必要となるなど、処理が煩雑となるからである。
【０００９】
そこで、本発明は前記問題点に鑑み、非常時接続の端末を含む通信システムにおいて、通信の要求発生時に迅速かつ効率的に通信処理を開始するとともに、通信を正常に完了させるための技術を提供することを課題とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、請求項１記載の発明は、第１通信装置と中継装置とが常時接続され、前記中継装置と第２通信装置とが前記第２通信装置からの接続要求によって確立される通信網で接続されるシステムであって、前記第２通信装置は、前記中継装置に接続要求を行って通信網を確立した後、前記第１通信装置に対してＴＣＰ接続要求を送信する手段、備え、前記第１通信装置は、前記第２通信装置からのＴＣＰ接続要求により前記第２通信装置との間でＴＣＰコネクションを確立した後、返信モードを指定して送信ファイルを前記第２通信装置に送信する手段、を備え、前記第２通信装置は、返信モードとして第１のモードが指定されている場合には、送信ファイルの受信時に利用したＴＣＰコネクションを維持したまま返信ファイルを送信し、第２のモードが指定されている場合には、前記中継装置との間の通信網を切断し、再び、前記中継装置との間の通信網を確立した後、新たなＴＣＰコネクションを確立して返信ファイルを送信することを特徴とする。
【００１１】
請求項２記載の発明は、請求項１に記載の通信システムにおいて、前記第２通信装置は、前記中継装置との間の通信網を切断した後、返信ファイルの送信準備ができたところで再び通信網を確立することを特徴とする。
【００１２】
請求項３記載の発明は、請求項１に記載の通信システムにおいて、前記第２通信装置は、返信モードとして前記第１のモードが指定されている場合であっても、返信ファイルの返信処理に要する時間が所定の条件に該当すると判断した場合には、前記中継装置との間の通信網を切断し、再び、前記中継装置との間の通信網を確立した後、新たなＴＣＰコネクションを確立して返信ファイルを送信することを特徴とする。
【発明の効果】
【００１３】
本発明の通信システムでは、第１通信装置が送信ファイルを送信するときに利用するＴＣＰコネクションと、同じコネクションを利用して第２通信装置が返信ファイルを送信するのか、あるいは一旦回線を切断した後、新たなＴＣＰコネクションを利用して返信ファイルを送信するのかを指定する。これにより、第２通信端末において、返信ファイルの処理に時間を要し、返信処理中に回線が切断されて、処理が煩雑となることを防止できる。たとえば、予め返信ファイルの作成に時間を要することが分かっている場合には、一旦、回線を切断するようモード設定することで、処理がスムーズに行われる。
【００１４】
また、送信ファイルの送信時のＴＣＰコネクションを維持して返信ファイルを返信するよう第１通信装置から指定されている場合であっても、第２通信装置は、返信ファイルの処理が所定の条件に該当する場合には、一旦、通信網を切断する。これにより、予め想定されていない状況においても、返信処理に時間を要する場合には、通信網の再接続が行われるので、処理エラーを発生させることなく、正常状態のまま処理を完了させることができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照しつつ本発明の実施の形態について説明する。図１は、本実施の形態に係るリモート診断システムのシステム構成図である。このリモート診断システムは、センタ１に設置される通信端末１０と、中継装置３０と、工場５内に設置されている装置５０，５０・・・とを備えて構成される。通信端末１０と中継装置３０とは、インターネット２を介して接続されている。また、中継装置３０と各装置５０とは公衆電話回線網４を介して接続されている。
【００１６】
このリモート診断システムは、工場５の中にある装置５０を、遠隔地にあるセンタ１からリモート診断するシステムである。具体的には、センタ１の通信端末１０から、検査指示ファイル６１をネットワーク経由で装置５０に送信し、装置５０において実施された検査結果が、検査結果ファイル６２として、装置５０からネットワーク経由で通信端末１０に返送されるシステムである。これにより、遠隔地にいるセンタ１において、工場５内の装置５０の状態を診断することができるのである。
【００１７】
ここで、通信端末１０と中継装置３０とは、インターネット２に対して常時接続している。つまり、通信端末１０および中継装置３０には、固定のＩＰアドレスが付与されている。したがって、通信端末１０と中継装置３０とは、通信を行う必要性が生じた場合には、どちらの端末（装置）からでもＴＣＰ接続要求を発行して、ＴＣＰコネクションを確立することが可能である。
【００１８】
これに対して、中継装置３０と各装置５０，５０・・・とは物理的には公衆電話回線網４で接続されているが、装置５０から中継装置３０に対してダイヤルアップ接続を行うことで、初めて通信可能な状態となる。逆に、中継装置３０からは装置５０に対してダイヤルアップ接続を行うことができない。つまり、中継装置３０と装置５０とが通信を行うためには、装置５０からダイヤルアップ接続を行う必要がある。
【００１９】
図２は、通信端末１０と、中継装置３０と、装置５０の機能ブロック図である。通信端末１０は、検査指示ファイル作成部１１、通信部１２、操作部１３、モニタ１４、装置データベース１５、検査開始要求部１６を備えている。
【００２０】
検査指示ファイル作成部１１は、装置５０に対する検査項目や検査指示コマンドが記述された検査指示ファイル６１を作成する処理部である。また、検査指示ファイル作成部１１は、検査指示ファイル６１のヘッダに返信モード情報を設定する処理も行う。通信端末１０のオペレータは、操作部１３を操作して、検査指示ファイル作成部１１に指示を行い、検査指示ファイル６１を作成するのである。オペレータは、モニタ１４に表示される検査内容を確認しながら検査指示ファイル６１を作成する。
【００２１】
返信モードとは、装置５０が検査結果ファイル６２を通信端末１０に対して返信する際のモードである。このモードには、インタラクティブモードとバッチモードとが存在する。インタラクティブモードにおいて、装置５０は、検査指示ファイ６１を受信するときに利用したＴＣＰコネクションをそのまま維持して検査結果ファイル６２を送信する。バッチモードにおいて、装置５０は、検査指示ファイル６１を受信するときに利用したＴＣＰコネクションを切断し、それとは別のＴＣＰコネクションを確立して検査結果ファイル６２を送信する。より具体的には、バッチモードにおいては、装置５０は、検査指示ファイル６１を受信した後、一旦、ダイヤルアップ接続を切断する。そして、検査結果ファイル６２の送信準備ができたところで、再び、ダイヤルアップ接続をし、さらに、新たなＴＣＰコネクションを確立して、検査結果ファイル６２を送信するのである。
【００２２】
通信部１２は、ＴＣＰ／ＩＰなどのプロトコルを利用して、他のコンピュータとデータの送受信を行う処理部である。通信部１２は、インターネット２を介して中継装置３０との間でデータの送受信を行う。あるいは、装置５０がダイヤルアップ接続している場合には、通信部１２は、インターネット２、公衆電話回線網４を介して装置５０との間でデータの送受信を行う。
【００２３】
装置データベース１５は、工場５に設置されている装置５０，５０・・・に関するデータベースである。具体的には、装置５０の装置名称とＩＰアドレスとを対応付けて管理している。工場５内に多数の装置５０が設置されている。装置データベース１５には、これら全ての装置５０に関する装置名称とＩＰアドレスが対応付けて管理されている。
【００２４】
検査開始要求部１６は、装置５０の検査を開始するときに、検査対象である装置５０に対するＵＤＰパケットを送出する処理部である。上述したように、オペレータは、検査指示ファイル作成部１１に対して指示を行い、検査指示ファイル６１を作成するが、このとき、オペレータは、検査対象の装置５０を選択する操作を行う。この選択操作がされると、検査指示ファイル作成部１１は、装置データベース１５を参照して、選択された装置５０のＩＰアドレスを取得する。そして、検査指示ファイル作成部１１は、検査指示ファイル６１内に、診断対象である装置５０の装置名称とＩＰアドレスを記述するようにしている。したがって、検査開始要求部１６は、検査指示ファイル６１を参照することで、診断対象である装置５０のＩＰアドレスを知ることができ、当該ＩＰアドレスを宛先としたＵＤＰパケットを送出するのである。
【００２５】
中継装置３０は、通信部３１、制御信号送信部３２、ＰＰＰ接続部３３、装置データベース３４を備えている。通信部３１は、ＴＣＰ／ＩＰなどのプロトコルを利用して、他のコンピュータとの間でデータの送受信を行う処理部である。通信部３１は、インターネット２を介して通信端末１０との間でデータの送受信を行う。また、装置５０がダイヤルアップ接続を行っている場合には、通信部３１は、公衆電話回線網４を介して装置５０との間でデータの送受信を行う。
【００２６】
制御信号送信部３２は、装置５０に対して制御信号６３を送信する処理部である。この実施の形態においては、制御信号送信部３２は、公衆電話回線網４を利用し、データ通信と干渉しないような特定の周波数帯を利用して、装置５０に制御信号６３を送信する。これ以外にも、たとえば、無線を利用して制御信号６３を送信する形態であってもよい。あるいは、電話回線とは別の回線を利用してもよい。
【００２７】
具体的には、制御信号送信部３２が送信する制御信号６３は、装置５０に対する接続開始要求信号である。つまり、公衆電話回線網４に対してダイヤルアップ接続していない装置５０に対してダイヤルアップ接続を要求する信号である。
【００２８】
ＰＰＰ接続部３３は、装置５０からのダイヤルアップ接続およびＰＰＰ（Point to Point）セッションの確立要求を受けて、ダイヤルアップ接続およびＰＰＰセッションの確立を行う処理部である。
【００２９】
装置データベース３４は、工場５に設置されている装置５０に関するデータベースである。具体的には、装置５０の装置名称と、装置５０の識別情報（つまり、制御信号６３の送信先として指定される装置識別情報）と、ＩＰアドレスとを対応付けて管理している。工場５内に多数の装置５０，５０・・・が設置されている。装置データベース３４には、これら全ての装置５０，５０・・・に関する装置名称と、装置識別情報と、ＩＰアドレスとが対応付けて管理されている。
【００３０】
装置識別情報とは、制御信号送信部３２が制御信号６３を送信する送信先を特定する情報である。装置識別情報は、各装置５０を一意に特定できるよう各装置５０にユニークな情報が付与されている。工場５内には多数の装置５０が設置されている。したがって、中継装置３０は、検査対象の装置５０を特定して制御信号６３を送信する必要がある。そこで、この装置識別情報を利用するのである。具体的には、制御信号６３に装置識別情報が埋め込まれる。受信した装置５０は、自装置の装置識別情報が一致すれば制御信号６３を受信するのである。
【００３１】
この装置データベース３４にも、装置５０の装置名称とＩＰアドレスが登録されているが、これは、通信端末１０の装置データベース１５に登録されているＩＰアドレスと一致している。つまり、中継装置３０は、ダイヤルアップ接続を行った装置５０に対して、予め割り当てるＩＰアドレスを予約しているのである。つまり、どの装置５０にどのＩＰアドレスを付与するかの対応が予め決められている。そして、その対応情報を通信端末１０の装置データベース１５にも反映させているのである。
【００３２】
装置５０は、検査結果ファイル作成部５１、通信部５２、制御信号受信部５３、ＰＰＰ接続部５４を備えている。検査結果ファイル作成部５１は、装置５０に対する検査を実施した後、検査結果を記述した検査結果ファイル６２を作成する処理部である。具体的には、通信端末１０から受信した検査指示ファイル６１に記述された検査項目あるいは検査指示コマンドに基づき装置５０に対する検査を実施し、その結果を検査結果ファイル６２として通信端末１０に返送するのである。
【００３３】
通信部５２は、ＴＣＰ／ＩＰなどのプロトコルを利用して、他のコンピュータとの間でデータの送受信を行う処理部である。装置５０がダイヤルアップ接続を行っている場合には、通信部５２は、公衆電話回線網４を介して中継装置３０との間でデータの送受信を行う。
【００３４】
制御信号受信部５３は、制御信号送信部３２から送信された制御信号６３を受信する。制御信号受信部５３は、送信されてきた制御信号６３に含まれる装置識別情報と自装置の識別情報が一致する場合、当該制御信号６３が自装置に対する信号であると判断し、当該制御信号６３の受信処理を行う。
【００３５】
ＰＰＰ接続部５４は、中継装置３０に対してダイヤルアップ接続の要求とＰＰＰセッションの確立要求を行う処理部である。装置５０は、中継装置５０から自装置の識別情報と一致する制御信号６３を受信すると、中継装置５０に対してダイヤルアップ接続およびＰＰＰセッションの確立要求を行うのである。
【００３６】
以上説明したリモート診断システムの処理シーケンスについて説明する。図３および図４は、通信端末１０、中継装置３０、装置５０との間の処理シーケンスを示す図である。このうち、図３は、返信モードとして通信端末１０によりバッチモードが指定された場合の処理シーケンスである。図４は、返信モードとして通信端末１０によりインタラクティブモードが指定された場合の処理シーケンスである。
【００３７】
先に図３のバッチモード時の処理シーケンスについて説明する。まず、オペレータが通信端末１０を操作して、検査開始の指示を行う。具体的には、オペレータは、操作部１３を操作して、検査対象の装置５０を指定する操作、検査項目を指定する操作を行う。この操作に応答して、検査指示ファイル作成部１１が、検査指示ファイル６１を作成する。また、検査項目が指定されることにより、この検査項目に応じた返信モードが設定される。あるいは、オペレータが、明示的に返信モードを指定する形態であってもよい。さらに、検査開始要求部１６が、指定された装置５０に対してＵＤＰパケットを送信する（ステップＳ１０１）。
【００３８】
上述したように、検査開始要求部１６は、検査指示ファイル６１を参照することで、送信先である装置５０のＩＰアドレスを取得することができるので、当該ＩＰアドレスに対してＵＤＰパケットを送出するのである。また、検査開始要求部１６は、待ち受けＴＣＰポートのポート番号をＵＤＰパケットにおいて指定する。待ち受けＴＣＰポートのポート番号は定められている番号を利用すればよい。
【００３９】
検査開始要求部１６は、たとえば１秒間隔など、所定の間隔をあけて複数回ＵＤＰパケットを送出する。検査開始要求部１６により、所定回数ＵＤＰパケットが送出されると、通信端末１０は、タイマーの計時を開始し、ＴＣＰ接続の待ち受け待機状態に遷移する。
【００４０】
次に、通信端末１０から送出されたＵＤＰパケットを中継装置３０が中継受信する。そして、中継装置３０は、ＵＤＰパケットの送信先ＩＰアドレスに対応する装置５０に対して制御信号６３を送信するのである（ステップＳ１０２）。中継装置３０は、ＵＤＰパケットから送信先のＩＰアドレスを取得し、装置データベース３４を参照することで、そのＩＰアドレスが付与される装置５０を特定することができる。また、装置データベース３４を参照することで、その装置５０の装置識別情報を得ることができる。そこで、中継装置３０は、特定の周波数帯を利用して、装置識別情報を指定した制御信号６３を各装置５０に送信するのである。ここで、中継装置３０は、制御信号６３に、送信元である通信端末１０のＩＰアドレスとポート番号の情報を含めるようにする。
【００４１】
次に、指定された装置識別番号と一致する装置識別番号を持った装置５０が制御信号６３を受信する。そして、その装置５０は、受信した制御信号６３から、送信元である通信端末１０のＩＰアドレスとポート番号を取得する（ステップＳ１０３）。
【００４２】
次に、ＰＰＰ接続部５４がダイヤル発呼を行って、ダイヤルアップ回線網の確立処理を行う。このダイヤル発呼に中継装置３０のＰＰＰ接続部３３が応答し、ダイヤルアップ回線網が確立され（ステップＳ１０４）、さらに、ＰＰＰ接続部５４がＰＰＰセッションの確立要求を行うと、装置５０と中継装置３０との間でＰＰＰセッションが確立される（ステップＳ１０５）。
【００４３】
ＰＰＰセッションが確立されると、続いて、装置５０の通信部５２が通信端末１０の通信部１２に対してＴＣＰコネクションの接続要求を行う。通信部５２は、ステップＳ１０３において、通信端末１０のＩＰアドレスとポート番号を取得しているので、それらをターゲットとしてＴＣＰ接続要求を行う。そして、３ウェイハンドシェイクが行われ（ステップＳ１０６）、装置５０と通信端末１０との間でＴＣＰコネクションが確立される。
【００４４】
このように、本実施の形態のリモート診断システムはＵＤＰパケットにより接続要求を受けた装置５０からＰＰＰセッションを確立し、続いて、同じ装置５０が、ＴＣＰコネクションを確立するので、ＰＰＰセッションを確立した時点で、即座にＴＣＰコネクションを確立することが可能である。
【００４５】
装置５０と通信端末１０との間にＴＣＰコネクションが確立されると、検査指示ファイル作成部１１が、検査指示ファイル６１のヘッダに返信モード情報を設定する。ここでは、バッチモードが指定される（ステップＳ１０７）。検査指示ファイル６１は、中継装置３０を経由して、装置５０に送信される（ステップＳ１０８）。
【００４６】
装置５０は、検査指示ファイル６１を受信すると、検査指示ファイル６１のヘッダから返信モード情報を取得する。ここでは、バッチモードが指定されているので、装置５０は、通信端末１０に対してＴＣＰコネクションの切断要求を送信する。そして、３ウェイハンドシェイクが行われ、装置５０と通信端末１０との間のＴＣＰコネクションが切断される（ステップＳ１０９）。
【００４７】
装置５０と通信端末１０との間のＴＣＰコネクションが切断されると、ＰＰＰ接続部５４が、ＰＰＰ接続部３３との間のＰＰＰセッション切断処理を行い（ステップＳ１１０）、ダイヤルアップ回線網の切断処理を行う（ステップＳ１１１）。このようにして、装置５０は、検査指示ファイル６１を受信した後、一旦、ＴＣＰコネクション、ダイヤルアップ接続を切断するのである。
【００４８】
次に、装置５０は、検査指示ファイル６１の内容を解析する（ステップＳ１１２）。つまり、検査項目あるいは検査指示コマンドの内容を解析する。そして、検査指示ファイル６１に記載されている検査項目あるいは検査指示コマンドに従い検査を実施する。たとえば、装置５０のモータ回転数、装置５０の装置温度、装置５０のメモリ残量などを計測する。そして、装置５０は、実施した検査の結果を記録した検査結果ファイル６２を作成する（ステップＳ１１３）。
【００４９】
装置５０は、検査結果ファイル６２の送信準備が整ったところで、再度、通信端末１０との間のＴＣＰコネクションの確立を行う。具体的には、検査結果ファイル６２を作成すると、ＰＰＰ接続要求部５４が再びダイヤル発呼を行って、ダイヤルアップ回線網を確立し（ステップＳ１１４）、さらに、装置５０と中継装置３０との間でＰＰＰセッションを確立する（ステップＳ１１５）。つまり、検査結果ファイル６２を作成した後、装置５０は、制御信号６３を受信することなく、自らダイヤル発呼を行ってダイヤルアップ接続を行う。
【００５０】
続いて、装置５０は、通信端末１０に対してＴＣＰコネクションの接続要求を行い、３ウェイハンドシェイクを行ってＴＣＰコネクションを確立する（ステップＳ１１６）。このようにして、新たなＴＣＰコネクションを確立すると、装置５０は、新たに確立されたＴＣＰコネクションを利用して検査結果ファイル６２を通信端末１０に送信するのである（ステップＳ１１７）。通信端末１０では、検査結果ファイル６２を受信すると、モニタ１４に検査結果が表示される。
【００５１】
検査結果ファイル６２を送信した後、装置５０は、通信端末１０に対してＴＣＰの切断要求を行う。そして、３ウェイハンドシェイクが行われ、ＴＣＰコネクションが切断される（ステップＳ１１８）。
【００５２】
装置５０と通信端末１０との間のＴＣＰコネクションが切断されると、ＰＰＰ接続部５４が、ＰＰＰ接続部３３との間のＰＰＰセッション切断処理を行い（ステップＳ１１９）、ダイヤルアップ回線網の切断処理を行う（ステップＳ１２０）。このようにして、検査結果ファイル６２の送信後、ＴＣＰコネクションが切断され、さらに、ダイヤルアップ接続が切断される。このように、所要時間の長い検査項目などについては、バッチモードを利用することで、通信中に回線が切断されるなどの問題を回避し、正常状態のまま処理を終了できるようにしている。
【００５３】
続いて、図４を参照しながら、インタラクティブモードの処理シーケンスについて説明する。図４において、ステップＳ２０１〜Ｓ２０６は、図３で示すステップＳ１０１〜Ｓ１０６と同様である。つまり、ステップＳ２０１〜Ｓ２０６により、装置５０と通信端末１０との間にＴＣＰコネクションが確立される。
【００５４】
次に、検査指示ファイル作成部１１が、検査指示ファイル６１内に返信モード情報を設定する。ここでは、インタラクティブモードが指定される（ステップＳ２０７）。検査指示ファイル６１は、中継装置３０を経由して、装置５０に送信される（ステップＳ２０８）。
【００５５】
装置５０は、検査指示ファイル６１を受信すると、検査指示ファイル６１のヘッダから返信モード情報を取得する。ここでは、インタラクティブモードが指定されているので、装置５０は、ＴＣＰコネクションを維持したまま、検査指示ファイル６１の内容を解析し（ステップＳ２０９）、検査指示ファイル６１に記載されている検査項目あるいは検査指示コマンドに従い検査を実施する。そして、装置５０は、実施した検査の結果を記録した検査結果ファイル６２を作成する（ステップＳ２１０）。
【００５６】
検査結果ファイル６２を作成すると、装置５０は、既に確立されているＴＣＰコネクションを維持したまま検査結果ファイル６２を通信端末１０に送信する（ステップＳ２１１）。つまり、検査指示ファイル６１を受信したときに利用したＴＣＰコネクションをそのまま維持して、検査結果ファイル６２を送信する。通信端末１０では、検査結果ファイル６２を受信すると、モニタ１４に検査結果が表示される。このように、処理時間の短い検査項目などについては、インタラクティブモードを利用することで、ＴＣＰコネクションを維持したまま短時間でレスポンスを得ることが可能である。
【００５７】
検査結果ファイル６２を送信した後、装置５０は、通信端末１０に対してＴＣＰの切断要求を行う。そして、３ウェイハンドシェイクが行われ、ＴＣＰコネクションが切断される（ステップＳ２１２）。さらに、ＰＰＰセッション切断処理を行い（ステップＳ２１３）、ダイヤルアップ回線網の切断処理を行う（ステップＳ１２０）。このようにして、検査結果ファイル６２の送信後、ＴＣＰコネクションが切断され、さらに、ダイヤルアップ接続が切断される。
【００５８】
以上、通信端末１０、中継装置３０、装置５０を含むリモート診断システム全体の処理シーケンスについて説明した。次に、通信端末１０に注目して、装置５０に対するリモート診断処理の流れを説明する。図５および図６は、通信端末１０におけるリモート診断処理のフローチャートである。
【００５９】
前段階として、オペレータ操作により検査指示ファイル６１が作成される。検査指示ファイル作成部１１は、装置データベース１５を参照し、オペレータによって指定された診断対象である装置５０のＩＰアドレスを取得して、当該ＩＰアドレスを検査指示ファイル６１に記述する。
【００６０】
この状態で、まず、検査開始要求部１６は、検査指示ファイル６１が作成されているかどうかをチェックし（ステップＳ３０１）、作成されている場合には、検査指示ファイル６１から診断対象である送信先のＩＰアドレスを読み出す（ステップＳ３０２）。
【００６１】
次に、検査指示ファイル６１に登録されている検査項目から返信モードが決定され、設定メモリなどに記録される（ステップＳ３０３）。通信端末１０は、各検査項目と返信モード（バッチモードｏｒインタラクティブモード）を対応付けた条件設定ファイルを備えており、その条件設定ファイルに従って、返信モードを決定する。たとえば、検査に時間を要する検査項目についてはバッチモードが対応付けられている。あるいは、オペレータにより明示的にモードが選定される形態でもよい。つまり、検査項目などから自動的に返信モードが設定されてもよいし、オペレータの手動操作により返信モードが設定されてもよい。
【００６２】
次に、検査開始要求部１６が、図示せぬ記憶部に格納されているＵＤＰ送信定義ファイルから、ＵＤＰ送信回数、ＵＤＰ送信間隔の情報を取得し（ステップＳ３０４）、その情報に従って、ステップＳ３０２で取得されたＩＰアドレスをターゲットとしてＵＤＰパケットを送信する（ステップＳ３０５）。たとえば、１秒間隔で５回など、ＵＤＰパケットを送信する。
【００６３】
定められた回数だけＵＤＰパケットを送信すると、通信端末１０は、ＴＣＰ接続の待ち受けポート（ここでは、図に示すようにポート番号Ｎ番とする。）をオープンし、ＴＣＰ接続要求の待機状態に遷移する（ステップＳ３０６）。これにより、装置５０からのＴＣＰ接続要求が発生した時点で即座にＴＣＰコネクションが確立できるように準備される。
【００６４】
そして、ＴＣＰ接続要求を受信しない場合(ステップＳ３０７でＮＯ)には、タイマーの計時を開始し（ステップＳ３０８）、所定時間経過するまでＴＣＰ接続要求を監視する（ステップＳ３０９）。そして、所定時間経過してもＴＣＰ接続要求を受信しない場合には、検査指示ファイル６１の送信エラー処理を行う（ステップＳ３１０）。たとえば、モニタ１４に、「検査指示ファイルの送信に失敗しました。」というメッセージが表示される。
【００６５】
ステップＳ３０７でＴＣＰ接続要求を受信した場合には、ＴＣＰコネクションを確立後、検査指示ファイル６１にモード指定を行う（ステップＳ３１１）。つまり、ステップＳ３０３で設定された返信モードの情報を、検査指示ファイル６１のヘッダに書き込むのである。そして、検査指示ファイル６１を装置５０に対して送信する（ステップＳ３１２）。検査指示ファイル６１を送信すると、返信モードとしてインタラクティブモードが設定されている場合（ステップＳ３１３でＹＥＳ）、データを受信するかどうかの待機状態となり（ステップＳ３１４）、データを受信しない場合には、タイマーの計時を開始し（ステップＳ３１５）、所定時間経過するまでデータ受信の待機状態となる（ステップＳ３１６）。そして、所定時間経過しても、データを受信しない場合には、インタラクティブモードを指定しているものの、装置５０側でバッチモードに切替えられた可能性があるので、図６のバッチモードの処理に移行する。
【００６６】
ステップＳ３１４においてデータを受信すると、検査結果ファイル６２の受信処理を行う（ステップＳ３１８）。つまり、装置５０から返送されてきた検査結果ファイル６２の受信処理を行う。次に、ＴＣＰの切断処理を行う（ステップＳ３１９）。受信した検査結果ファイル６２に記録されている検査結果の内容は、たとえばモニタ１４に表示される。このようにして、通信端末１０は、検査結果を得ることができるのである。
【００６７】
返信モードとしてバッチモードが指定されている場合（ステップＳ３１３でＮＯ）、装置５０からの切断要求を受けて、ＴＣＰコネクションを切断する（ステップＳ３２０）。これにより、図６のステップＳ３２１に移行する。あるいは、図５のステップＳ３１６において所定時間が経過した後、図示せぬステップにおいて装置５０からのＴＣＰ切断要求を受けると（インタラクティブモードからバッチモードへの変更）、ＴＣＰコネクションを切断し、その後、図６のステップＳ３２１に移行する。
【００６８】
続いて、図６のバッチモードに関わる処理のフローチャートを説明する。通信端末１０は、検査指示ファイル６１を送信したときのＴＣＰポート番号に１加算したポート番号を用いてＴＣＰ接続の待ち受け状態に遷移する（ステップＳ３２１）。つまり、ステップＳ３０６においては、ポート番号Ｎを利用して待ち受けを行ったが、ここでは、ポート番号Ｎ＋１のＴＣＰポートをＯＰＥＮして待ち受け状態となる。バッチモード時にポート番号に１を加算するルールは、装置５０との間で予め定められ、設定ファイルなどに記載されている。
【００６９】
そして、装置５０からのＴＣＰ接続要求を待ち（ステップＳ３２２）、ＴＣＰ接続要求を受信しない場合には、タイマーの計時を開始する（ステップＳ３２３）。そして、所定時間経過するまで接続要求を受信しない場合(ステップＳ３２４でＹＥＳ)には、検査指示ファイル６１の送信エラー処理を行う（ステップＳ３２５）。たとえば、モニタ１４に、「検査指示ファイルの送信に失敗しました。」というメッセージが表示される。
【００７０】
ステップＳ３２２においてＴＣＰ接続要求を受けると、検査結果ファイル６２の受信処理を行う（ステップＳ３２６）。つまり、装置５０から返送されてきた検査結果ファイル６２の受信処理を行う。次に、ＴＣＰの切断処理を行う（ステップＳ３２７）。受信した検査結果ファイル６２に記録されている検査結果の内容は、たとえばモニタ１４に表示される。このようにして、通信端末１０は、検査結果を得ることができるのである。
【００７１】
図７および図８は、装置５０に着目したリモート診断の処理フローチャートである。装置５０は、中継装置３０から制御信号６３を受信する待機状態にある（ステップＳ４０１）。制御信号６３を受信すると、制御信号６３にＩＰアドレスとポート番号が含まれているかどうかをチェックする（ステップＳ４０２）。このＩＰアドレスは、検査指示ファイル６１の送信元である通信端末１０のＩＰアドレスであり、ポート番号は、通信端末１０がＴＣＰ接続要求を待ち受けているポート番号（この例ではポート番号Ｎ）である。ＩＰアドレスやポート番号が含まれていない場合は、別の制御信号であるので、その他の処理（図示省略）を実行し、再び制御信号６３の受信待機状態となる。
【００７２】
制御信号６３にＩＰアドレスとポート番号が含まれている場合、ＰＰＰ接続部５４が、中継装置３０のＰＰＰ接続部３３に対してダイヤルを発呼し、ダイヤルアップ回線網を確立する（ステップＳ４０３）。そして、ダイヤルアップ接続上で、ＰＰＰセッションを確立する（ステップＳ４０４）。
【００７３】
続いて、通信部５２が、ステップＳ３０２で取得したＩＰアドレスとポート番号（ポート番号Ｎ）を用いて、通信端末１０に対してＴＣＰ接続要求を行う（ステップＳ４０５）。そして、ＴＣＰコネクションが確立されるのを待ち（ステップＳ４０６）、ＴＣＰコネクションが確立されると、検査指示ファイル６１の受信処理を行う（ステップＳ４０７）。装置５０は、受信した検査指示ファイル６１のヘッダから返信モードの情報を取得し、返信モードを判定する（ステップＳ４０８）。
【００７４】
返信モードとしてインタラクティブモードが指定されていた場合（ステップＳ４０８でＹＥＳ）、検査指示ファイル６１に記述されている検査項目あるいは検査指示コマンドを解析し（ステップＳ４０９）、その検査項目あるいは検査指示コマンドに従って検査を実施する。検査を実施すると、検査結果を記述した検査結果ファイル６２の作成を開始する。そして、検査結果ファイル６２の作成が完了したかどうかをチェックする（ステップＳ４１０）。
【００７５】
検査結果ファイル６２の作成が、まだ完了していない場合には、タイマーの計時を開始し（ステップＳ４１４）、所定時間経過するまで検査結果ファイル６２の完成を待つ（ステップＳ４１５）。所定時間経過しても、検査結果ファイル６２が完成しない場合には、図８のステップに移行する。つまり、インタラクティブモードが指定されていたが、検査の実施に多くの時間を要したため、バッチモードへ移行するのである。
【００７６】
検査結果ファイル６２の作成に成功した場合（ステップＳ４１０でＹＥＳ）には、検査結果ファイル６２を通信端末１０に送信する（ステップＳ４１１）。つまり、検査指示ファイル６１の転送に利用されたＴＣＰコネクションをそのまま維持して検査結果ファイル６２を返送するのである。
【００７７】
検査結果ファイル６２の送信を終了すると、ＴＣＰの切断処理を行う（ステップＳ４１２）。そして、ＰＰＰセッションの切断処理を行い、最後に、ダイヤルアップ回線網の切断を行う（ステップＳ４１３）。
【００７８】
ステップＳ４０８でバッチモードと判定された場合（つまり、通信端末１０からバッチモードが指定されていた場合）、あるいは、ステップＳ４１５で所定時間が経過した場合（つまり、通信端末１０からはインタラクティブモードが指定されていたが、検査時間に多くの時間を要した場合）、図８のバッチモードの処理に移行する。
【００７９】
まず、装置５０は、通信端末１０のＴＣＰ切断要求を行い、ＴＣＰコネクションの切断処理を行う（ステップＳ４１６）、続いて、ＰＰＰセッションを切断し、ダイヤルアップ回線を切断する（ステップＳ４１７）。
【００８０】
回線を切断した状態で、装置５０は、検査指示ファイル６１の内容を解析し（ステップＳ４１８）、内容に従って検査項目を実施する。そして、検査結果ファイル６２を作成する（ステップＳ４１９）。
【００８１】
検査結果ファイル６２の作成が完了し、検査結果ファイル６２の送信準備が整うと、装置５０は、制御信号６３の受信を待つことなく、中継装置３０に対してダイヤル発呼を行って、ダイヤルアップ回線を確立し（ステップＳ４２０）、ＰＰＰセッションを確立する（ステップＳ４２１）。
【００８２】
そして、検査指示ファイル６１を受信するときに利用したＴＣＰポート（ポート番号Ｎ）に１加算し、ポート番号Ｎ＋１のＴＣＰポートを指定して通信端末１０に対してＴＣＰ接続要求を送信する（ステップＳ４２２）。通信端末１０は、図６のステップＳ３２１で示すように、ポート番号Ｎ＋１のＴＣＰポートをＯＰＥＮして待ち受け状態にある。これにより、ＴＣＰ接続が確立されると（ステップＳ４２３）、このＴＣＰコネクションを利用して、装置５０は、検査結果ファイル６２を送信する（ステップＳ４２４）。ファイル送信が終了すると、ＴＣＰ切断を行い（ステップＳ４２５）、ＰＰＰセッション、ダイヤルアップ回線を切断する（ステップＳ４２６）。
【００８３】
このように、本実施の形態のリモート診断システムによれば、検査を開始するときに、検査指示ファイル６１を送信する側の通信端末１０からＵＤＰパケットを送出する。そして、ＵＤＰパケットを送信した通信端末１０は、ＴＣＰ接続の待ち受け状態となる。そして、ＵＤＰパケットに基づいて送信された制御信号６３を受信した装置５０からダイヤルアップ回線の接続とＴＣＰの接続要求を行う。したがって、装置５０がダイヤルアップ接続により回線網を確立した時点で、すぐにＴＣＰコネクションを確立することが可能である。
【００８４】
また、通信端末１０は、検査指示ファイル６１送信時のＴＣＰコネクションをそのまま維持して検査結果ファイル６２を受信するのか、一旦、回線網を切断した後、別のＴＣＰコネクションを新たに確立して検査結果ファイルを受信するかを指定する。これにより、検査の実施や検査結果ファイル６２の作成に多くの時間を要する場合に、途中で、通信が切断されるという問題を回避するようにしている。
【００８５】
つまり、本実施の形態のように、装置５０と中継装置３０がダイヤルアップ接続などの非常時接続である場合、所定時間データの送受信が検知されなければ、回線網が切断される場合がある。通信端末１０が、検査結果ファイル６２の受信を待機している状態で、このような回線異常が発生すると、そのリカバリー処理などが煩雑となる。そこで、予め時間のかかる検査などを定めておき、そのような検査項目を含む検査指示については、バッチモードを適用させるようにするのである。これにより、装置５０は、検査指示ファイル６１の受信後、回線を切断し、検査結果ファイル６２の送信準備が整ったところで、再度回線を確立することになる。したがって、一連の処理の途中で回線異常エラーが発生することを防止しているのである。
【００８６】
以上、本発明の実施の形態について説明したが、中継装置３０と装置５０との間は電話回線に限るものではなく、無線網であってもよい。つまり、装置５０と中継装置３０との間が非常時接続であり、装置５０からのみ回線を確立可能であるようなネットワーク一般に本発明は適用可能である。また、通信端末１０と中継装置３０との間は常時接続であることが条件であり、インターネット以外にも専用線などを利用することもできる。
【図面の簡単な説明】
【００８７】
【図１】本実施の形態に係るリモート診断システムのシステム構成図である。
【図２】リモート診断システムを構成する各装置のブロック図である。
【図３】リモート診断システムのバッチモード時における全体処理シーケンスを示す図である。
【図４】リモート診断システムのインタラクティブモード時における全体処理シーケンスを示す図である。
【図５】通信端末の処理フローチャートである。
【図６】通信端末の処理フローチャートである。
【図７】工場内の装置の処理フローチャートである。
【図８】工場内の装置の処理フローチャートである。
【符号の説明】
【００８８】
１ センタ
２ インターネット
４ 公衆電話回線網
１０ 通信端末
３０ 中継装置
５０ 装置
６１ 検査指示ファイル
６２ 検査結果ファイル
６３ 制御信号
【技術分野】
【０００１】
本発明は、非常時接続の端末を含む通信システムにおける通信処理技術に関する。
【背景技術】
【０００２】
端末がネットワークに接続する形態には、常時接続と非常時接続とがある。端末がネットワークに常時接続している場合には、その端末に対して固定のＩＰアドレスを付与することができる。したがって、常時接続している端末を含む通信システムにおいては、当該端末に対して任意のタイミングでＴＣＰコネクションを確立して通信を行うことが可能である。
【０００３】
これに対して、端末がネットワークに非常時接続している場合には、端末のＩＰアドレスが固定ではないので、当該端末に対して通信を行うためには工夫が必要である。たとえば、端末がダイヤルアップすることによってネットワークに接続している場合、その端末には、ダイヤルアップ接続を行うたびに、ダイヤルアップサーバからＩＰアドレスが付与される。したがって、この端末に対して任意のタイミングでＴＣＰコネクションを確立することはできない。
【０００４】
特許文献１は、情報システムの中にＩＰアドレスが固定でない端末が含まれている場合にも、迅速にデータ通信を行うための技術を提案するものである。具体的には、特許文献１において、ＩＰアダプタ４０には常時固定したＩＰアドレスは付与されていない。このＩＰアダプタ４０は、定期的にサーバ４２にＵＤＰパケットを送信し、定期的に、自装置のＩＰアドレスを通知するようにしている。そして、携帯電話４４からサーバ４２に対して制御要求信号が発生すると、サーバ４２は、ＩＰアダプタ４０のＩＰアドレスが分かっているので、即座にＩＰアダプタ４０と接続することが可能である。これにより、携帯電話４４から処理のトリガが発生すると、迅速にサーバ４２、ＩＰアダプタ４０を介したデータ通信を行うことが可能となっている。
【０００５】
【特許文献１】特開２００５−２１０５７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述したように、非常時接続を行っている端末が通信システムに含まれている場合、その端末に対する接続には工夫が必要である。上記特許文献１によれば、受信側の端末（ＩＰアダプタ４０）が定期的にサーバに対してＵＤＰパケットを発信することによって、自装置のＩＰアドレスを常時通知するようにしている。
【０００７】
しかし、非常時接続回線網を利用する場合には、別の問題がある。非常時接続の回線網においては、長時間、特定の端末が接続状態を維持することが困難な場合がある。たとえば、多くのユーザにサービスの提供を行うため、所定の時間、トラフィックが発生しない接続が切断されるような場合がある。ダイヤルアップルータなどにも、所定時間パケットの送信が行われない場合には、回線との接続を切断するものがある。
【０００８】
このように、非常時接続の端末を含む通信システムにおいては、まず、迅速に通信可能な状態にするための工夫が必要であり、さらに、必要な情報の送受信が終わるまでの間、接続状態が維持されるための工夫が必要である。データの送受信の途中で、通信エラーなどが発生すると、リカバリー処理が必要となるなど、処理が煩雑となるからである。
【０００９】
そこで、本発明は前記問題点に鑑み、非常時接続の端末を含む通信システムにおいて、通信の要求発生時に迅速かつ効率的に通信処理を開始するとともに、通信を正常に完了させるための技術を提供することを課題とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、請求項１記載の発明は、第１通信装置と中継装置とが常時接続され、前記中継装置と第２通信装置とが前記第２通信装置からの接続要求によって確立される通信網で接続されるシステムであって、前記第２通信装置は、前記中継装置に接続要求を行って通信網を確立した後、前記第１通信装置に対してＴＣＰ接続要求を送信する手段、備え、前記第１通信装置は、前記第２通信装置からのＴＣＰ接続要求により前記第２通信装置との間でＴＣＰコネクションを確立した後、返信モードを指定して送信ファイルを前記第２通信装置に送信する手段、を備え、前記第２通信装置は、返信モードとして第１のモードが指定されている場合には、送信ファイルの受信時に利用したＴＣＰコネクションを維持したまま返信ファイルを送信し、第２のモードが指定されている場合には、前記中継装置との間の通信網を切断し、再び、前記中継装置との間の通信網を確立した後、新たなＴＣＰコネクションを確立して返信ファイルを送信することを特徴とする。
【００１１】
請求項２記載の発明は、請求項１に記載の通信システムにおいて、前記第２通信装置は、前記中継装置との間の通信網を切断した後、返信ファイルの送信準備ができたところで再び通信網を確立することを特徴とする。
【００１２】
請求項３記載の発明は、請求項１に記載の通信システムにおいて、前記第２通信装置は、返信モードとして前記第１のモードが指定されている場合であっても、返信ファイルの返信処理に要する時間が所定の条件に該当すると判断した場合には、前記中継装置との間の通信網を切断し、再び、前記中継装置との間の通信網を確立した後、新たなＴＣＰコネクションを確立して返信ファイルを送信することを特徴とする。
【発明の効果】
【００１３】
本発明の通信システムでは、第１通信装置が送信ファイルを送信するときに利用するＴＣＰコネクションと、同じコネクションを利用して第２通信装置が返信ファイルを送信するのか、あるいは一旦回線を切断した後、新たなＴＣＰコネクションを利用して返信ファイルを送信するのかを指定する。これにより、第２通信端末において、返信ファイルの処理に時間を要し、返信処理中に回線が切断されて、処理が煩雑となることを防止できる。たとえば、予め返信ファイルの作成に時間を要することが分かっている場合には、一旦、回線を切断するようモード設定することで、処理がスムーズに行われる。
【００１４】
また、送信ファイルの送信時のＴＣＰコネクションを維持して返信ファイルを返信するよう第１通信装置から指定されている場合であっても、第２通信装置は、返信ファイルの処理が所定の条件に該当する場合には、一旦、通信網を切断する。これにより、予め想定されていない状況においても、返信処理に時間を要する場合には、通信網の再接続が行われるので、処理エラーを発生させることなく、正常状態のまま処理を完了させることができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照しつつ本発明の実施の形態について説明する。図１は、本実施の形態に係るリモート診断システムのシステム構成図である。このリモート診断システムは、センタ１に設置される通信端末１０と、中継装置３０と、工場５内に設置されている装置５０，５０・・・とを備えて構成される。通信端末１０と中継装置３０とは、インターネット２を介して接続されている。また、中継装置３０と各装置５０とは公衆電話回線網４を介して接続されている。
【００１６】
このリモート診断システムは、工場５の中にある装置５０を、遠隔地にあるセンタ１からリモート診断するシステムである。具体的には、センタ１の通信端末１０から、検査指示ファイル６１をネットワーク経由で装置５０に送信し、装置５０において実施された検査結果が、検査結果ファイル６２として、装置５０からネットワーク経由で通信端末１０に返送されるシステムである。これにより、遠隔地にいるセンタ１において、工場５内の装置５０の状態を診断することができるのである。
【００１７】
ここで、通信端末１０と中継装置３０とは、インターネット２に対して常時接続している。つまり、通信端末１０および中継装置３０には、固定のＩＰアドレスが付与されている。したがって、通信端末１０と中継装置３０とは、通信を行う必要性が生じた場合には、どちらの端末（装置）からでもＴＣＰ接続要求を発行して、ＴＣＰコネクションを確立することが可能である。
【００１８】
これに対して、中継装置３０と各装置５０，５０・・・とは物理的には公衆電話回線網４で接続されているが、装置５０から中継装置３０に対してダイヤルアップ接続を行うことで、初めて通信可能な状態となる。逆に、中継装置３０からは装置５０に対してダイヤルアップ接続を行うことができない。つまり、中継装置３０と装置５０とが通信を行うためには、装置５０からダイヤルアップ接続を行う必要がある。
【００１９】
図２は、通信端末１０と、中継装置３０と、装置５０の機能ブロック図である。通信端末１０は、検査指示ファイル作成部１１、通信部１２、操作部１３、モニタ１４、装置データベース１５、検査開始要求部１６を備えている。
【００２０】
検査指示ファイル作成部１１は、装置５０に対する検査項目や検査指示コマンドが記述された検査指示ファイル６１を作成する処理部である。また、検査指示ファイル作成部１１は、検査指示ファイル６１のヘッダに返信モード情報を設定する処理も行う。通信端末１０のオペレータは、操作部１３を操作して、検査指示ファイル作成部１１に指示を行い、検査指示ファイル６１を作成するのである。オペレータは、モニタ１４に表示される検査内容を確認しながら検査指示ファイル６１を作成する。
【００２１】
返信モードとは、装置５０が検査結果ファイル６２を通信端末１０に対して返信する際のモードである。このモードには、インタラクティブモードとバッチモードとが存在する。インタラクティブモードにおいて、装置５０は、検査指示ファイ６１を受信するときに利用したＴＣＰコネクションをそのまま維持して検査結果ファイル６２を送信する。バッチモードにおいて、装置５０は、検査指示ファイル６１を受信するときに利用したＴＣＰコネクションを切断し、それとは別のＴＣＰコネクションを確立して検査結果ファイル６２を送信する。より具体的には、バッチモードにおいては、装置５０は、検査指示ファイル６１を受信した後、一旦、ダイヤルアップ接続を切断する。そして、検査結果ファイル６２の送信準備ができたところで、再び、ダイヤルアップ接続をし、さらに、新たなＴＣＰコネクションを確立して、検査結果ファイル６２を送信するのである。
【００２２】
通信部１２は、ＴＣＰ／ＩＰなどのプロトコルを利用して、他のコンピュータとデータの送受信を行う処理部である。通信部１２は、インターネット２を介して中継装置３０との間でデータの送受信を行う。あるいは、装置５０がダイヤルアップ接続している場合には、通信部１２は、インターネット２、公衆電話回線網４を介して装置５０との間でデータの送受信を行う。
【００２３】
装置データベース１５は、工場５に設置されている装置５０，５０・・・に関するデータベースである。具体的には、装置５０の装置名称とＩＰアドレスとを対応付けて管理している。工場５内に多数の装置５０が設置されている。装置データベース１５には、これら全ての装置５０に関する装置名称とＩＰアドレスが対応付けて管理されている。
【００２４】
検査開始要求部１６は、装置５０の検査を開始するときに、検査対象である装置５０に対するＵＤＰパケットを送出する処理部である。上述したように、オペレータは、検査指示ファイル作成部１１に対して指示を行い、検査指示ファイル６１を作成するが、このとき、オペレータは、検査対象の装置５０を選択する操作を行う。この選択操作がされると、検査指示ファイル作成部１１は、装置データベース１５を参照して、選択された装置５０のＩＰアドレスを取得する。そして、検査指示ファイル作成部１１は、検査指示ファイル６１内に、診断対象である装置５０の装置名称とＩＰアドレスを記述するようにしている。したがって、検査開始要求部１６は、検査指示ファイル６１を参照することで、診断対象である装置５０のＩＰアドレスを知ることができ、当該ＩＰアドレスを宛先としたＵＤＰパケットを送出するのである。
【００２５】
中継装置３０は、通信部３１、制御信号送信部３２、ＰＰＰ接続部３３、装置データベース３４を備えている。通信部３１は、ＴＣＰ／ＩＰなどのプロトコルを利用して、他のコンピュータとの間でデータの送受信を行う処理部である。通信部３１は、インターネット２を介して通信端末１０との間でデータの送受信を行う。また、装置５０がダイヤルアップ接続を行っている場合には、通信部３１は、公衆電話回線網４を介して装置５０との間でデータの送受信を行う。
【００２６】
制御信号送信部３２は、装置５０に対して制御信号６３を送信する処理部である。この実施の形態においては、制御信号送信部３２は、公衆電話回線網４を利用し、データ通信と干渉しないような特定の周波数帯を利用して、装置５０に制御信号６３を送信する。これ以外にも、たとえば、無線を利用して制御信号６３を送信する形態であってもよい。あるいは、電話回線とは別の回線を利用してもよい。
【００２７】
具体的には、制御信号送信部３２が送信する制御信号６３は、装置５０に対する接続開始要求信号である。つまり、公衆電話回線網４に対してダイヤルアップ接続していない装置５０に対してダイヤルアップ接続を要求する信号である。
【００２８】
ＰＰＰ接続部３３は、装置５０からのダイヤルアップ接続およびＰＰＰ（Point to Point）セッションの確立要求を受けて、ダイヤルアップ接続およびＰＰＰセッションの確立を行う処理部である。
【００２９】
装置データベース３４は、工場５に設置されている装置５０に関するデータベースである。具体的には、装置５０の装置名称と、装置５０の識別情報（つまり、制御信号６３の送信先として指定される装置識別情報）と、ＩＰアドレスとを対応付けて管理している。工場５内に多数の装置５０，５０・・・が設置されている。装置データベース３４には、これら全ての装置５０，５０・・・に関する装置名称と、装置識別情報と、ＩＰアドレスとが対応付けて管理されている。
【００３０】
装置識別情報とは、制御信号送信部３２が制御信号６３を送信する送信先を特定する情報である。装置識別情報は、各装置５０を一意に特定できるよう各装置５０にユニークな情報が付与されている。工場５内には多数の装置５０が設置されている。したがって、中継装置３０は、検査対象の装置５０を特定して制御信号６３を送信する必要がある。そこで、この装置識別情報を利用するのである。具体的には、制御信号６３に装置識別情報が埋め込まれる。受信した装置５０は、自装置の装置識別情報が一致すれば制御信号６３を受信するのである。
【００３１】
この装置データベース３４にも、装置５０の装置名称とＩＰアドレスが登録されているが、これは、通信端末１０の装置データベース１５に登録されているＩＰアドレスと一致している。つまり、中継装置３０は、ダイヤルアップ接続を行った装置５０に対して、予め割り当てるＩＰアドレスを予約しているのである。つまり、どの装置５０にどのＩＰアドレスを付与するかの対応が予め決められている。そして、その対応情報を通信端末１０の装置データベース１５にも反映させているのである。
【００３２】
装置５０は、検査結果ファイル作成部５１、通信部５２、制御信号受信部５３、ＰＰＰ接続部５４を備えている。検査結果ファイル作成部５１は、装置５０に対する検査を実施した後、検査結果を記述した検査結果ファイル６２を作成する処理部である。具体的には、通信端末１０から受信した検査指示ファイル６１に記述された検査項目あるいは検査指示コマンドに基づき装置５０に対する検査を実施し、その結果を検査結果ファイル６２として通信端末１０に返送するのである。
【００３３】
通信部５２は、ＴＣＰ／ＩＰなどのプロトコルを利用して、他のコンピュータとの間でデータの送受信を行う処理部である。装置５０がダイヤルアップ接続を行っている場合には、通信部５２は、公衆電話回線網４を介して中継装置３０との間でデータの送受信を行う。
【００３４】
制御信号受信部５３は、制御信号送信部３２から送信された制御信号６３を受信する。制御信号受信部５３は、送信されてきた制御信号６３に含まれる装置識別情報と自装置の識別情報が一致する場合、当該制御信号６３が自装置に対する信号であると判断し、当該制御信号６３の受信処理を行う。
【００３５】
ＰＰＰ接続部５４は、中継装置３０に対してダイヤルアップ接続の要求とＰＰＰセッションの確立要求を行う処理部である。装置５０は、中継装置５０から自装置の識別情報と一致する制御信号６３を受信すると、中継装置５０に対してダイヤルアップ接続およびＰＰＰセッションの確立要求を行うのである。
【００３６】
以上説明したリモート診断システムの処理シーケンスについて説明する。図３および図４は、通信端末１０、中継装置３０、装置５０との間の処理シーケンスを示す図である。このうち、図３は、返信モードとして通信端末１０によりバッチモードが指定された場合の処理シーケンスである。図４は、返信モードとして通信端末１０によりインタラクティブモードが指定された場合の処理シーケンスである。
【００３７】
先に図３のバッチモード時の処理シーケンスについて説明する。まず、オペレータが通信端末１０を操作して、検査開始の指示を行う。具体的には、オペレータは、操作部１３を操作して、検査対象の装置５０を指定する操作、検査項目を指定する操作を行う。この操作に応答して、検査指示ファイル作成部１１が、検査指示ファイル６１を作成する。また、検査項目が指定されることにより、この検査項目に応じた返信モードが設定される。あるいは、オペレータが、明示的に返信モードを指定する形態であってもよい。さらに、検査開始要求部１６が、指定された装置５０に対してＵＤＰパケットを送信する（ステップＳ１０１）。
【００３８】
上述したように、検査開始要求部１６は、検査指示ファイル６１を参照することで、送信先である装置５０のＩＰアドレスを取得することができるので、当該ＩＰアドレスに対してＵＤＰパケットを送出するのである。また、検査開始要求部１６は、待ち受けＴＣＰポートのポート番号をＵＤＰパケットにおいて指定する。待ち受けＴＣＰポートのポート番号は定められている番号を利用すればよい。
【００３９】
検査開始要求部１６は、たとえば１秒間隔など、所定の間隔をあけて複数回ＵＤＰパケットを送出する。検査開始要求部１６により、所定回数ＵＤＰパケットが送出されると、通信端末１０は、タイマーの計時を開始し、ＴＣＰ接続の待ち受け待機状態に遷移する。
【００４０】
次に、通信端末１０から送出されたＵＤＰパケットを中継装置３０が中継受信する。そして、中継装置３０は、ＵＤＰパケットの送信先ＩＰアドレスに対応する装置５０に対して制御信号６３を送信するのである（ステップＳ１０２）。中継装置３０は、ＵＤＰパケットから送信先のＩＰアドレスを取得し、装置データベース３４を参照することで、そのＩＰアドレスが付与される装置５０を特定することができる。また、装置データベース３４を参照することで、その装置５０の装置識別情報を得ることができる。そこで、中継装置３０は、特定の周波数帯を利用して、装置識別情報を指定した制御信号６３を各装置５０に送信するのである。ここで、中継装置３０は、制御信号６３に、送信元である通信端末１０のＩＰアドレスとポート番号の情報を含めるようにする。
【００４１】
次に、指定された装置識別番号と一致する装置識別番号を持った装置５０が制御信号６３を受信する。そして、その装置５０は、受信した制御信号６３から、送信元である通信端末１０のＩＰアドレスとポート番号を取得する（ステップＳ１０３）。
【００４２】
次に、ＰＰＰ接続部５４がダイヤル発呼を行って、ダイヤルアップ回線網の確立処理を行う。このダイヤル発呼に中継装置３０のＰＰＰ接続部３３が応答し、ダイヤルアップ回線網が確立され（ステップＳ１０４）、さらに、ＰＰＰ接続部５４がＰＰＰセッションの確立要求を行うと、装置５０と中継装置３０との間でＰＰＰセッションが確立される（ステップＳ１０５）。
【００４３】
ＰＰＰセッションが確立されると、続いて、装置５０の通信部５２が通信端末１０の通信部１２に対してＴＣＰコネクションの接続要求を行う。通信部５２は、ステップＳ１０３において、通信端末１０のＩＰアドレスとポート番号を取得しているので、それらをターゲットとしてＴＣＰ接続要求を行う。そして、３ウェイハンドシェイクが行われ（ステップＳ１０６）、装置５０と通信端末１０との間でＴＣＰコネクションが確立される。
【００４４】
このように、本実施の形態のリモート診断システムはＵＤＰパケットにより接続要求を受けた装置５０からＰＰＰセッションを確立し、続いて、同じ装置５０が、ＴＣＰコネクションを確立するので、ＰＰＰセッションを確立した時点で、即座にＴＣＰコネクションを確立することが可能である。
【００４５】
装置５０と通信端末１０との間にＴＣＰコネクションが確立されると、検査指示ファイル作成部１１が、検査指示ファイル６１のヘッダに返信モード情報を設定する。ここでは、バッチモードが指定される（ステップＳ１０７）。検査指示ファイル６１は、中継装置３０を経由して、装置５０に送信される（ステップＳ１０８）。
【００４６】
装置５０は、検査指示ファイル６１を受信すると、検査指示ファイル６１のヘッダから返信モード情報を取得する。ここでは、バッチモードが指定されているので、装置５０は、通信端末１０に対してＴＣＰコネクションの切断要求を送信する。そして、３ウェイハンドシェイクが行われ、装置５０と通信端末１０との間のＴＣＰコネクションが切断される（ステップＳ１０９）。
【００４７】
装置５０と通信端末１０との間のＴＣＰコネクションが切断されると、ＰＰＰ接続部５４が、ＰＰＰ接続部３３との間のＰＰＰセッション切断処理を行い（ステップＳ１１０）、ダイヤルアップ回線網の切断処理を行う（ステップＳ１１１）。このようにして、装置５０は、検査指示ファイル６１を受信した後、一旦、ＴＣＰコネクション、ダイヤルアップ接続を切断するのである。
【００４８】
次に、装置５０は、検査指示ファイル６１の内容を解析する（ステップＳ１１２）。つまり、検査項目あるいは検査指示コマンドの内容を解析する。そして、検査指示ファイル６１に記載されている検査項目あるいは検査指示コマンドに従い検査を実施する。たとえば、装置５０のモータ回転数、装置５０の装置温度、装置５０のメモリ残量などを計測する。そして、装置５０は、実施した検査の結果を記録した検査結果ファイル６２を作成する（ステップＳ１１３）。
【００４９】
装置５０は、検査結果ファイル６２の送信準備が整ったところで、再度、通信端末１０との間のＴＣＰコネクションの確立を行う。具体的には、検査結果ファイル６２を作成すると、ＰＰＰ接続要求部５４が再びダイヤル発呼を行って、ダイヤルアップ回線網を確立し（ステップＳ１１４）、さらに、装置５０と中継装置３０との間でＰＰＰセッションを確立する（ステップＳ１１５）。つまり、検査結果ファイル６２を作成した後、装置５０は、制御信号６３を受信することなく、自らダイヤル発呼を行ってダイヤルアップ接続を行う。
【００５０】
続いて、装置５０は、通信端末１０に対してＴＣＰコネクションの接続要求を行い、３ウェイハンドシェイクを行ってＴＣＰコネクションを確立する（ステップＳ１１６）。このようにして、新たなＴＣＰコネクションを確立すると、装置５０は、新たに確立されたＴＣＰコネクションを利用して検査結果ファイル６２を通信端末１０に送信するのである（ステップＳ１１７）。通信端末１０では、検査結果ファイル６２を受信すると、モニタ１４に検査結果が表示される。
【００５１】
検査結果ファイル６２を送信した後、装置５０は、通信端末１０に対してＴＣＰの切断要求を行う。そして、３ウェイハンドシェイクが行われ、ＴＣＰコネクションが切断される（ステップＳ１１８）。
【００５２】
装置５０と通信端末１０との間のＴＣＰコネクションが切断されると、ＰＰＰ接続部５４が、ＰＰＰ接続部３３との間のＰＰＰセッション切断処理を行い（ステップＳ１１９）、ダイヤルアップ回線網の切断処理を行う（ステップＳ１２０）。このようにして、検査結果ファイル６２の送信後、ＴＣＰコネクションが切断され、さらに、ダイヤルアップ接続が切断される。このように、所要時間の長い検査項目などについては、バッチモードを利用することで、通信中に回線が切断されるなどの問題を回避し、正常状態のまま処理を終了できるようにしている。
【００５３】
続いて、図４を参照しながら、インタラクティブモードの処理シーケンスについて説明する。図４において、ステップＳ２０１〜Ｓ２０６は、図３で示すステップＳ１０１〜Ｓ１０６と同様である。つまり、ステップＳ２０１〜Ｓ２０６により、装置５０と通信端末１０との間にＴＣＰコネクションが確立される。
【００５４】
次に、検査指示ファイル作成部１１が、検査指示ファイル６１内に返信モード情報を設定する。ここでは、インタラクティブモードが指定される（ステップＳ２０７）。検査指示ファイル６１は、中継装置３０を経由して、装置５０に送信される（ステップＳ２０８）。
【００５５】
装置５０は、検査指示ファイル６１を受信すると、検査指示ファイル６１のヘッダから返信モード情報を取得する。ここでは、インタラクティブモードが指定されているので、装置５０は、ＴＣＰコネクションを維持したまま、検査指示ファイル６１の内容を解析し（ステップＳ２０９）、検査指示ファイル６１に記載されている検査項目あるいは検査指示コマンドに従い検査を実施する。そして、装置５０は、実施した検査の結果を記録した検査結果ファイル６２を作成する（ステップＳ２１０）。
【００５６】
検査結果ファイル６２を作成すると、装置５０は、既に確立されているＴＣＰコネクションを維持したまま検査結果ファイル６２を通信端末１０に送信する（ステップＳ２１１）。つまり、検査指示ファイル６１を受信したときに利用したＴＣＰコネクションをそのまま維持して、検査結果ファイル６２を送信する。通信端末１０では、検査結果ファイル６２を受信すると、モニタ１４に検査結果が表示される。このように、処理時間の短い検査項目などについては、インタラクティブモードを利用することで、ＴＣＰコネクションを維持したまま短時間でレスポンスを得ることが可能である。
【００５７】
検査結果ファイル６２を送信した後、装置５０は、通信端末１０に対してＴＣＰの切断要求を行う。そして、３ウェイハンドシェイクが行われ、ＴＣＰコネクションが切断される（ステップＳ２１２）。さらに、ＰＰＰセッション切断処理を行い（ステップＳ２１３）、ダイヤルアップ回線網の切断処理を行う（ステップＳ１２０）。このようにして、検査結果ファイル６２の送信後、ＴＣＰコネクションが切断され、さらに、ダイヤルアップ接続が切断される。
【００５８】
以上、通信端末１０、中継装置３０、装置５０を含むリモート診断システム全体の処理シーケンスについて説明した。次に、通信端末１０に注目して、装置５０に対するリモート診断処理の流れを説明する。図５および図６は、通信端末１０におけるリモート診断処理のフローチャートである。
【００５９】
前段階として、オペレータ操作により検査指示ファイル６１が作成される。検査指示ファイル作成部１１は、装置データベース１５を参照し、オペレータによって指定された診断対象である装置５０のＩＰアドレスを取得して、当該ＩＰアドレスを検査指示ファイル６１に記述する。
【００６０】
この状態で、まず、検査開始要求部１６は、検査指示ファイル６１が作成されているかどうかをチェックし（ステップＳ３０１）、作成されている場合には、検査指示ファイル６１から診断対象である送信先のＩＰアドレスを読み出す（ステップＳ３０２）。
【００６１】
次に、検査指示ファイル６１に登録されている検査項目から返信モードが決定され、設定メモリなどに記録される（ステップＳ３０３）。通信端末１０は、各検査項目と返信モード（バッチモードｏｒインタラクティブモード）を対応付けた条件設定ファイルを備えており、その条件設定ファイルに従って、返信モードを決定する。たとえば、検査に時間を要する検査項目についてはバッチモードが対応付けられている。あるいは、オペレータにより明示的にモードが選定される形態でもよい。つまり、検査項目などから自動的に返信モードが設定されてもよいし、オペレータの手動操作により返信モードが設定されてもよい。
【００６２】
次に、検査開始要求部１６が、図示せぬ記憶部に格納されているＵＤＰ送信定義ファイルから、ＵＤＰ送信回数、ＵＤＰ送信間隔の情報を取得し（ステップＳ３０４）、その情報に従って、ステップＳ３０２で取得されたＩＰアドレスをターゲットとしてＵＤＰパケットを送信する（ステップＳ３０５）。たとえば、１秒間隔で５回など、ＵＤＰパケットを送信する。
【００６３】
定められた回数だけＵＤＰパケットを送信すると、通信端末１０は、ＴＣＰ接続の待ち受けポート（ここでは、図に示すようにポート番号Ｎ番とする。）をオープンし、ＴＣＰ接続要求の待機状態に遷移する（ステップＳ３０６）。これにより、装置５０からのＴＣＰ接続要求が発生した時点で即座にＴＣＰコネクションが確立できるように準備される。
【００６４】
そして、ＴＣＰ接続要求を受信しない場合(ステップＳ３０７でＮＯ)には、タイマーの計時を開始し（ステップＳ３０８）、所定時間経過するまでＴＣＰ接続要求を監視する（ステップＳ３０９）。そして、所定時間経過してもＴＣＰ接続要求を受信しない場合には、検査指示ファイル６１の送信エラー処理を行う（ステップＳ３１０）。たとえば、モニタ１４に、「検査指示ファイルの送信に失敗しました。」というメッセージが表示される。
【００６５】
ステップＳ３０７でＴＣＰ接続要求を受信した場合には、ＴＣＰコネクションを確立後、検査指示ファイル６１にモード指定を行う（ステップＳ３１１）。つまり、ステップＳ３０３で設定された返信モードの情報を、検査指示ファイル６１のヘッダに書き込むのである。そして、検査指示ファイル６１を装置５０に対して送信する（ステップＳ３１２）。検査指示ファイル６１を送信すると、返信モードとしてインタラクティブモードが設定されている場合（ステップＳ３１３でＹＥＳ）、データを受信するかどうかの待機状態となり（ステップＳ３１４）、データを受信しない場合には、タイマーの計時を開始し（ステップＳ３１５）、所定時間経過するまでデータ受信の待機状態となる（ステップＳ３１６）。そして、所定時間経過しても、データを受信しない場合には、インタラクティブモードを指定しているものの、装置５０側でバッチモードに切替えられた可能性があるので、図６のバッチモードの処理に移行する。
【００６６】
ステップＳ３１４においてデータを受信すると、検査結果ファイル６２の受信処理を行う（ステップＳ３１８）。つまり、装置５０から返送されてきた検査結果ファイル６２の受信処理を行う。次に、ＴＣＰの切断処理を行う（ステップＳ３１９）。受信した検査結果ファイル６２に記録されている検査結果の内容は、たとえばモニタ１４に表示される。このようにして、通信端末１０は、検査結果を得ることができるのである。
【００６７】
返信モードとしてバッチモードが指定されている場合（ステップＳ３１３でＮＯ）、装置５０からの切断要求を受けて、ＴＣＰコネクションを切断する（ステップＳ３２０）。これにより、図６のステップＳ３２１に移行する。あるいは、図５のステップＳ３１６において所定時間が経過した後、図示せぬステップにおいて装置５０からのＴＣＰ切断要求を受けると（インタラクティブモードからバッチモードへの変更）、ＴＣＰコネクションを切断し、その後、図６のステップＳ３２１に移行する。
【００６８】
続いて、図６のバッチモードに関わる処理のフローチャートを説明する。通信端末１０は、検査指示ファイル６１を送信したときのＴＣＰポート番号に１加算したポート番号を用いてＴＣＰ接続の待ち受け状態に遷移する（ステップＳ３２１）。つまり、ステップＳ３０６においては、ポート番号Ｎを利用して待ち受けを行ったが、ここでは、ポート番号Ｎ＋１のＴＣＰポートをＯＰＥＮして待ち受け状態となる。バッチモード時にポート番号に１を加算するルールは、装置５０との間で予め定められ、設定ファイルなどに記載されている。
【００６９】
そして、装置５０からのＴＣＰ接続要求を待ち（ステップＳ３２２）、ＴＣＰ接続要求を受信しない場合には、タイマーの計時を開始する（ステップＳ３２３）。そして、所定時間経過するまで接続要求を受信しない場合(ステップＳ３２４でＹＥＳ)には、検査指示ファイル６１の送信エラー処理を行う（ステップＳ３２５）。たとえば、モニタ１４に、「検査指示ファイルの送信に失敗しました。」というメッセージが表示される。
【００７０】
ステップＳ３２２においてＴＣＰ接続要求を受けると、検査結果ファイル６２の受信処理を行う（ステップＳ３２６）。つまり、装置５０から返送されてきた検査結果ファイル６２の受信処理を行う。次に、ＴＣＰの切断処理を行う（ステップＳ３２７）。受信した検査結果ファイル６２に記録されている検査結果の内容は、たとえばモニタ１４に表示される。このようにして、通信端末１０は、検査結果を得ることができるのである。
【００７１】
図７および図８は、装置５０に着目したリモート診断の処理フローチャートである。装置５０は、中継装置３０から制御信号６３を受信する待機状態にある（ステップＳ４０１）。制御信号６３を受信すると、制御信号６３にＩＰアドレスとポート番号が含まれているかどうかをチェックする（ステップＳ４０２）。このＩＰアドレスは、検査指示ファイル６１の送信元である通信端末１０のＩＰアドレスであり、ポート番号は、通信端末１０がＴＣＰ接続要求を待ち受けているポート番号（この例ではポート番号Ｎ）である。ＩＰアドレスやポート番号が含まれていない場合は、別の制御信号であるので、その他の処理（図示省略）を実行し、再び制御信号６３の受信待機状態となる。
【００７２】
制御信号６３にＩＰアドレスとポート番号が含まれている場合、ＰＰＰ接続部５４が、中継装置３０のＰＰＰ接続部３３に対してダイヤルを発呼し、ダイヤルアップ回線網を確立する（ステップＳ４０３）。そして、ダイヤルアップ接続上で、ＰＰＰセッションを確立する（ステップＳ４０４）。
【００７３】
続いて、通信部５２が、ステップＳ３０２で取得したＩＰアドレスとポート番号（ポート番号Ｎ）を用いて、通信端末１０に対してＴＣＰ接続要求を行う（ステップＳ４０５）。そして、ＴＣＰコネクションが確立されるのを待ち（ステップＳ４０６）、ＴＣＰコネクションが確立されると、検査指示ファイル６１の受信処理を行う（ステップＳ４０７）。装置５０は、受信した検査指示ファイル６１のヘッダから返信モードの情報を取得し、返信モードを判定する（ステップＳ４０８）。
【００７４】
返信モードとしてインタラクティブモードが指定されていた場合（ステップＳ４０８でＹＥＳ）、検査指示ファイル６１に記述されている検査項目あるいは検査指示コマンドを解析し（ステップＳ４０９）、その検査項目あるいは検査指示コマンドに従って検査を実施する。検査を実施すると、検査結果を記述した検査結果ファイル６２の作成を開始する。そして、検査結果ファイル６２の作成が完了したかどうかをチェックする（ステップＳ４１０）。
【００７５】
検査結果ファイル６２の作成が、まだ完了していない場合には、タイマーの計時を開始し（ステップＳ４１４）、所定時間経過するまで検査結果ファイル６２の完成を待つ（ステップＳ４１５）。所定時間経過しても、検査結果ファイル６２が完成しない場合には、図８のステップに移行する。つまり、インタラクティブモードが指定されていたが、検査の実施に多くの時間を要したため、バッチモードへ移行するのである。
【００７６】
検査結果ファイル６２の作成に成功した場合（ステップＳ４１０でＹＥＳ）には、検査結果ファイル６２を通信端末１０に送信する（ステップＳ４１１）。つまり、検査指示ファイル６１の転送に利用されたＴＣＰコネクションをそのまま維持して検査結果ファイル６２を返送するのである。
【００７７】
検査結果ファイル６２の送信を終了すると、ＴＣＰの切断処理を行う（ステップＳ４１２）。そして、ＰＰＰセッションの切断処理を行い、最後に、ダイヤルアップ回線網の切断を行う（ステップＳ４１３）。
【００７８】
ステップＳ４０８でバッチモードと判定された場合（つまり、通信端末１０からバッチモードが指定されていた場合）、あるいは、ステップＳ４１５で所定時間が経過した場合（つまり、通信端末１０からはインタラクティブモードが指定されていたが、検査時間に多くの時間を要した場合）、図８のバッチモードの処理に移行する。
【００７９】
まず、装置５０は、通信端末１０のＴＣＰ切断要求を行い、ＴＣＰコネクションの切断処理を行う（ステップＳ４１６）、続いて、ＰＰＰセッションを切断し、ダイヤルアップ回線を切断する（ステップＳ４１７）。
【００８０】
回線を切断した状態で、装置５０は、検査指示ファイル６１の内容を解析し（ステップＳ４１８）、内容に従って検査項目を実施する。そして、検査結果ファイル６２を作成する（ステップＳ４１９）。
【００８１】
検査結果ファイル６２の作成が完了し、検査結果ファイル６２の送信準備が整うと、装置５０は、制御信号６３の受信を待つことなく、中継装置３０に対してダイヤル発呼を行って、ダイヤルアップ回線を確立し（ステップＳ４２０）、ＰＰＰセッションを確立する（ステップＳ４２１）。
【００８２】
そして、検査指示ファイル６１を受信するときに利用したＴＣＰポート（ポート番号Ｎ）に１加算し、ポート番号Ｎ＋１のＴＣＰポートを指定して通信端末１０に対してＴＣＰ接続要求を送信する（ステップＳ４２２）。通信端末１０は、図６のステップＳ３２１で示すように、ポート番号Ｎ＋１のＴＣＰポートをＯＰＥＮして待ち受け状態にある。これにより、ＴＣＰ接続が確立されると（ステップＳ４２３）、このＴＣＰコネクションを利用して、装置５０は、検査結果ファイル６２を送信する（ステップＳ４２４）。ファイル送信が終了すると、ＴＣＰ切断を行い（ステップＳ４２５）、ＰＰＰセッション、ダイヤルアップ回線を切断する（ステップＳ４２６）。
【００８３】
このように、本実施の形態のリモート診断システムによれば、検査を開始するときに、検査指示ファイル６１を送信する側の通信端末１０からＵＤＰパケットを送出する。そして、ＵＤＰパケットを送信した通信端末１０は、ＴＣＰ接続の待ち受け状態となる。そして、ＵＤＰパケットに基づいて送信された制御信号６３を受信した装置５０からダイヤルアップ回線の接続とＴＣＰの接続要求を行う。したがって、装置５０がダイヤルアップ接続により回線網を確立した時点で、すぐにＴＣＰコネクションを確立することが可能である。
【００８４】
また、通信端末１０は、検査指示ファイル６１送信時のＴＣＰコネクションをそのまま維持して検査結果ファイル６２を受信するのか、一旦、回線網を切断した後、別のＴＣＰコネクションを新たに確立して検査結果ファイルを受信するかを指定する。これにより、検査の実施や検査結果ファイル６２の作成に多くの時間を要する場合に、途中で、通信が切断されるという問題を回避するようにしている。
【００８５】
つまり、本実施の形態のように、装置５０と中継装置３０がダイヤルアップ接続などの非常時接続である場合、所定時間データの送受信が検知されなければ、回線網が切断される場合がある。通信端末１０が、検査結果ファイル６２の受信を待機している状態で、このような回線異常が発生すると、そのリカバリー処理などが煩雑となる。そこで、予め時間のかかる検査などを定めておき、そのような検査項目を含む検査指示については、バッチモードを適用させるようにするのである。これにより、装置５０は、検査指示ファイル６１の受信後、回線を切断し、検査結果ファイル６２の送信準備が整ったところで、再度回線を確立することになる。したがって、一連の処理の途中で回線異常エラーが発生することを防止しているのである。
【００８６】
以上、本発明の実施の形態について説明したが、中継装置３０と装置５０との間は電話回線に限るものではなく、無線網であってもよい。つまり、装置５０と中継装置３０との間が非常時接続であり、装置５０からのみ回線を確立可能であるようなネットワーク一般に本発明は適用可能である。また、通信端末１０と中継装置３０との間は常時接続であることが条件であり、インターネット以外にも専用線などを利用することもできる。
【図面の簡単な説明】
【００８７】
【図１】本実施の形態に係るリモート診断システムのシステム構成図である。
【図２】リモート診断システムを構成する各装置のブロック図である。
【図３】リモート診断システムのバッチモード時における全体処理シーケンスを示す図である。
【図４】リモート診断システムのインタラクティブモード時における全体処理シーケンスを示す図である。
【図５】通信端末の処理フローチャートである。
【図６】通信端末の処理フローチャートである。
【図７】工場内の装置の処理フローチャートである。
【図８】工場内の装置の処理フローチャートである。
【符号の説明】
【００８８】
１ センタ
２ インターネット
４ 公衆電話回線網
１０ 通信端末
３０ 中継装置
５０ 装置
６１ 検査指示ファイル
６２ 検査結果ファイル
６３ 制御信号
【特許請求の範囲】
【請求項１】
第１通信装置と中継装置とが常時接続され、前記中継装置と第２通信装置とが前記第２通信装置からの接続要求によって確立される通信網で接続されるシステムであって、
前記第２通信装置は、
前記中継装置に接続要求を行って通信網を確立した後、前記第１通信装置に対してＴＣＰ接続要求を送信する手段、
備え、
前記第１通信装置は、
前記第２通信装置からのＴＣＰ接続要求により前記第２通信装置との間でＴＣＰコネクションを確立した後、返信モードを指定して送信ファイルを前記第２通信装置に送信する手段、
を備え、
前記第２通信装置は、返信モードとして第１のモードが指定されている場合には、送信ファイルの受信時に利用したＴＣＰコネクションを維持したまま返信ファイルを送信し、第２のモードが指定されている場合には、前記中継装置との間の通信網を切断し、再び、前記中継装置との間の通信網を確立した後、新たなＴＣＰコネクションを確立して返信ファイルを送信することを特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムにおいて、
前記第２通信装置は、前記中継装置との間の通信網を切断した後、返信ファイルの送信準備ができたところで再び通信網を確立することを特徴とする通信システム。
【請求項３】
請求項１に記載の通信システムにおいて、
前記第２通信装置は、返信モードとして前記第１のモードが指定されている場合であっても、返信ファイルの返信処理に要する時間が所定の条件に該当すると判断した場合には、前記中継装置との間の通信網を切断し、再び、前記中継装置との間の通信網を確立した後、新たなＴＣＰコネクションを確立して返信ファイルを送信することを特徴とする通信システム。
【請求項１】
第１通信装置と中継装置とが常時接続され、前記中継装置と第２通信装置とが前記第２通信装置からの接続要求によって確立される通信網で接続されるシステムであって、
前記第２通信装置は、
前記中継装置に接続要求を行って通信網を確立した後、前記第１通信装置に対してＴＣＰ接続要求を送信する手段、
備え、
前記第１通信装置は、
前記第２通信装置からのＴＣＰ接続要求により前記第２通信装置との間でＴＣＰコネクションを確立した後、返信モードを指定して送信ファイルを前記第２通信装置に送信する手段、
を備え、
前記第２通信装置は、返信モードとして第１のモードが指定されている場合には、送信ファイルの受信時に利用したＴＣＰコネクションを維持したまま返信ファイルを送信し、第２のモードが指定されている場合には、前記中継装置との間の通信網を切断し、再び、前記中継装置との間の通信網を確立した後、新たなＴＣＰコネクションを確立して返信ファイルを送信することを特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムにおいて、
前記第２通信装置は、前記中継装置との間の通信網を切断した後、返信ファイルの送信準備ができたところで再び通信網を確立することを特徴とする通信システム。
【請求項３】
請求項１に記載の通信システムにおいて、
前記第２通信装置は、返信モードとして前記第１のモードが指定されている場合であっても、返信ファイルの返信処理に要する時間が所定の条件に該当すると判断した場合には、前記中継装置との間の通信網を切断し、再び、前記中継装置との間の通信網を確立した後、新たなＴＣＰコネクションを確立して返信ファイルを送信することを特徴とする通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００７−３２９５６３（Ｐ２００７−３２９５６３Ａ）
【公開日】平成１９年１２月２０日（２００７．１２．２０）
【国際特許分類】
【出願番号】特願２００６−１５７３３２（Ｐ２００６−１５７３３２）
【出願日】平成１８年６月６日（２００６．６．６）
【出願人】（０００００６２９７）村田機械株式会社 (4,916)
【Ｆターム（参考）】
【公開日】平成１９年１２月２０日（２００７．１２．２０）
【国際特許分類】
【出願日】平成１８年６月６日（２００６．６．６）
【出願人】（０００００６２９７）村田機械株式会社 (4,916)
【Ｆターム（参考）】
[ Back to top ]