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