JP3779121B2 - データ伝送システム - Google Patents
データ伝送システム Download PDFInfo
- Publication number
- JP3779121B2 JP3779121B2 JP2000058080A JP2000058080A JP3779121B2 JP 3779121 B2 JP3779121 B2 JP 3779121B2 JP 2000058080 A JP2000058080 A JP 2000058080A JP 2000058080 A JP2000058080 A JP 2000058080A JP 3779121 B2 JP3779121 B2 JP 3779121B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- processing
- failure
- computer
- unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Communication Control (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、第１の計算機と第２の計算機とを接続する通信回線が複数の通信コネクションを有し、通信する情報の目的用途に合わせて、通信コネクションを選択するデータ伝送システムに関する。また、第２の通信プロトコルとして例えば非ＴＣＰ／ＩＰ通信プロトコルをサポートする設備装置に対して、第１の通信プロトコルとして例えばパーソナルコンピュータやワークステーションの様なＴＣＰ／ＩＰ通信プロトコルをサポートする第１の計算機からのデータ交信処理を可能とする異種通信プロトコル間データ伝送システムに関するものである。
【０００２】
【従来の技術】
従来、保守・監視・管理等を目的とした作業を行うアプリケーションを搭載した設備制御装置が、工場の生産ライン等で使用される制御機器等の設備装置にアクセスする場合、シリアル通信インタフェースや独自に開発された通信インタフェースを使用して設備制御装置と設備装置とを直接接続することによって、保守や監視などの制御を行ってきた。しかし、近年のネットワーク技術の発達により、イントラネットやインターネット等のＴＣＰ／ＩＰネットワークを利用して、遠隔から前記設備装置に対してアクセスする事が試みられるようになってきた。本発明に関する従来方式としては、例えば「データ伝送方式」（特開平１０−２３３８２０）に示されるものが提案されている。これは、ＬＡＮ（ＬｏｃａｌＡｒｅａ Ｎｅｔｗｏｒｋ）上で動作するホスト計算機とシリアル端末間にプロトコル変換を実施する装置を置くことにより、ＬＡＮシステムとシリアル端末システムを接続して通信制御を可能とする方式である。
【０００３】
図１６は、従来技術のプロトコル変換装置を介してＬＡＮシステムとシリアル端末が通信制御するデータ伝送方式の構成を示した図である。
ホスト１５０１とプロトコル変換装置１５０２がＬＡＮ１５０７により接続され、プロトコル変換装置１５０２とシリアル端末１５０３がシリアル伝送路のデータ線１５０８により接続される。ホスト１５０１からは、シリアル端末１５０３向けのキャラクタデータがＴＣＰ／ＩＰヘッダにカプセル化され、ＬＡＮを通じてプロトコル変換装置１５０２に送信される。該送信されたデータはＬＡＮポート１５０４で受信されたのち、制御機能部１５０５においてシリアル伝送路１５０９に対する信号制御であるか、シリアル伝送路１５０９に対するキャラクタデータの送信であるかを解析される。解析の結果に基づいて受信したデータを加工処理して、シリアルポート１５０６を通じて、シリアル伝送路１５０９の信号制御や前記キャラクタデータのシリアル端末１５０３に対する送信を行う。また、シリアル端末１５０３からシリアル伝送路１５０９を通じてキャラクタデータが送信された場合、制御機能部１５０５によりＴＣＰ／ＩＰヘッダにカプセル化され、ＬＡＮポート１５０４からＬＡＮ１５０７を通じてホスト１５０１に渡される。
【０００４】
【発明が解決しようとする課題】
従来のプロトコル変換装置によるデータ伝送方式は、上記のようにして処理を行っており、データ送受信のような単純な通信処理においても、信号を制御するための情報と、キャラクタデータを送信するだけの情報のどちらがホストより送信されたものかを判断するために必ず解析処理を行っていた。このため、制御機能部における解析処理の影響により応答性能を悪化させてしまうという問題点があった。
また、制御対象の設備装置のインタフェースとしてシリアル通信しか考慮されておらず、これにより接続できるホスト側の制御機器が限定されてしまっているという問題点があった。
【０００５】
更に、ホストとプロトコル変換装置間における通信障害時のリカバリ処理が考慮されていないため、例えばホストとプロトコル変換装置間に通信障害が発生した場合でも、ホストとプロトコル変換装置間の処理を中断して再接続した後、最初から処理を再開しなければならないという問題点があった。
【０００６】
この発明は上記のような問題点を解決するためになされたもので、第１の通信回線に少なくとも２つの通信コネクションを用意し、制御命令処理とデータ送受信処理で使用する通信コネクションを分けることにより、特にデータ送受信処理においては解析処理を省略することにより、処理性能を向上することを目的としている。
また、設備側の通信インタフェースについては、特に限定はせずマルチプロトコル対応可能とする事を目的とする。
更に、通信障害発生時においても、正常動作する通信コネクションで代行することにより通信処理を継続する事や、障害原因を検出することにより自動的に復旧処理（再接続）を行う事を目的とする。
【０００７】
【課題を解決するための手段】
この発明に係るデータ伝送システムは、第１の通信回線により接続された第１の計算機と第２の計算機とを備え、上記第１の計算機と上記第２の計算機との間で上記第１の通信回線を介して情報の通信を行うデータ伝送システムにおいて、上記第１の計算機と上記第２の計算機との間で通信する情報は、複数の目的用途を有し、
上記第１の通信回線は、上記複数の目的用途別の通信コネクションを有し、
上記第１の計算機は、上記情報の有する複数の目的用途に対応する上記第１の通信回線の通信コネクションを用いて上記情報を上記第２の計算機に宛てて送信するメッセージ変換部を備えたことを特徴とする。
【０００８】
また、この発明に係るデータ伝送システムは、第１の通信回線は、第１の通信プロトコルによって情報の通信を行い、
上記データ伝送システムは、さらに、上記第２の計算機と上記第１の通信回線と異なる第２の通信回線によって接続された設備装置を備え、
上記第２の計算機と上記設備装置とは、上記第２の通信回線を介して上記第１の通信プロトコルと異なる第２の通信プロトコルによって情報の通信を行い、
上記第１の計算機と上記第２の計算機との間で通信する情報は、上記第１の計算機が上記第２の計算機を中継装置として上記設備装置に対して処理を要求するための処理要求情報であり、
上記第１の計算機は、上記処理要求情報を生成する設備制御アプリケーションを備え、
上記メッセージ変換部は、上記設備制御アプリケーションにより生成された上記処理要求情報を入力して、上記処理要求情報を、その処理要求情報により要求されている処理を識別する処理識別情報に変換して上記第２の計算機に送信するコマンド生成部を備え、
上記第２の計算機は、上記コマンド生成部より送信された処理識別情報を解析して、上記設備装置に対して処理を要求する情報に変換して上記第２の通信プロトコルを用いて上記設備装置に送信する設備連携処理部を備えたことを特徴とする。
【０００９】
また、この発明に係るデータ伝送システムは、上記処理要求情報は、上記第１の計算機から上記設備装置に対して関連する複数の処理をグループ化して１つの処理として要求するグループ処理要求情報を含み、
上記設備連携処理部は、上記処理要求情報の上記グループ処理要求情報を解析して、上記グループ処理要求情報により示される関連する複数の処理を取得し、取得した複数の処理から複数の上記設備装置に対して処理を要求するための情報を生成し、生成した複数の設備装置に対して処理を要求するための情報を一括して上記設備装置対して送信することを特徴とする。
【００１０】
また、この発明に係るデータ伝送システムは、さらに、上記グループ処理要求情報と、上記グループ処理要求情報により示される関連する複数の処理とを対応させて予め記憶するグループ処理機能管理倉庫を備えるとともに、上記第２の計算機に接続されて上記第２の計算機から上記グループ処理機能管理倉庫をアクセスされるグループ処理機能管理装置を備え、
上記設備連携処理部は、上記設備向け情報の上記グループ処理要求情報を基に上記グループ処理機能管理装置の上記グループ処理機能管理倉庫をアクセスして、上記グループ処理要求情報により示される関連する複数の処理を取得することを特徴とする。
【００１１】
また、この発明に係るデータ伝送システムは、第１の計算機は、既に実行した上記第１の計算機と上記との情報の通信を再度実行することを上記第２の計算機に対して要求する再送要求処理部を備えたことを特徴とする。
【００１２】
また、この発明に係るデータ伝送システムは、メッセージ変換部は、上記第１の通信回線が有する複数の目的用途別の通信コネクションのそれぞれから通信コネクションに発生した障害の障害通知を受信する第１の障害検出部と、
上記第１の障害検出部部により受信された障害通知に基づいて、上記複数の通信コネクションより正常に動作可能な通信コネクションを取得して正常に動作可能な通信コネクションに上記障害の発生している通信コネクションを代行させる第１の通信代行処理部とを備えたことを特徴とする。
【００１３】
また、この発明に係るデータ伝送システムは、第２の計算機は、上記第１の通信回線が有する複数の目的用途別の通信コネクションのそれぞれから通信コネクションに発生した障害の障害通知を受信する第２の障害検出部と、
上記第２の障害検出部により受信された障害通知に基づいて、上記複数の通信コネクションより正常に動作可能な通信コネクションを取得して正常に動作可能な通信コネクションに上記障害の発生している通信コネクションを代行させる第２の通信代行処理部とを備えた。
【００１４】
また、この発明に係るデータ伝送システムは、第２の計算機は、上記第１の通信回線が有する複数の目的用途別の通信コネクションのそれぞれの通信状態を管理し、通信状態を示す状態情報を保持する状態管理部を備え、
上記メッセージ変換部は、上記第１の障害検出部より通信コネクションに発生した障害通知を受信した場合、上記状態管理部に対して上記障害の発生している通信コネクションの状態情報を取得することを上記第２の計算機に対して要求する障害原因調査部と、
上記障害原因調査部より取得した状態情報に基づいて、障害の発生している通信コネクションに対して再度コネクションの接続を要求する再接続処理部とを備えたことを特徴とする。
【００１５】
また、この発明に係るデータ伝送システムは、第１の通信回線により接続された第１の計算機と第２の計算機とを備え、上記第１の計算機と上記第２の計算機との間で情報の通信を行うデータ伝送システムにおいて、
上記第１の計算機は、
上記第１の通信回線の種類を示す回線情報と上記通信回線で使用可能な通信プロトコルを示す通信プロトコル情報とを対応させて記憶するプロトコル情報テーブルと、
上記第１の通信回線を識別する回線識別情報を入力して、入力した回線識別情報に基づいて上記プロトコル情報テーブルより通信プロトコル情報を取得する回線識別情報入力部と、
上記回線識別情報入力部により取得された通信プロトコル情報により示される通信プロトコルに適合するように、第１の計算機と第２の計算機との間で通信する情報を変換するメッセージ変換部とを備えたことを特徴とする。
【００１６】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照して説明する。
実施の形態１．
本発明の第１の実施の形態を、図１乃至図３に基づいて説明する。
図１は、本実施の形態におけるシステムの主要構成を示したものである。
図２は、計算機１００と中継機２００間で送受信されるデータの内部構造を示したものである。
図３は、設備制御アプリケーションから要求される処理要求情報と処理要求情報に対応する処理識別情報とを記憶する通信制御処理情報テーブルの一例である。
【００１７】
図１において、第１の計算機は計算機１００であり、第２の計算機は中継機２００であり、設備装置は設備３００とする。また、第１の通信回線は伝送路５００であり、第２の通信回線は伝送路５０１である。初めに計算機１００の構成を説明する。１０１は設備３００に対する保守、監視、及び制御といった処理を要求するためにアクセスを行う処理要求情報を生成する設備制御アプリケーション、１０２は設備制御アプリケーションから発行される処理要求情報を第１の通信プロトコルであるＴＣＰ／ＩＰ通信向けにデータ変換するメッセージ変換部、１０３は計算機１００と中継機２００間で転送されるＴＣＰ／ＩＰデータを入出力するソケットインタフェース部、１０４は設備制御アプリケーション１０１からの処理要求情報に従い、処理要求情報の１つである信号制御命令の生成及び送信処理を行うコマンド生成部、１０５は設備制御アプリケーション１０１で生成された処理要求情報の１つである要求データの送信と、設備３００からの応答データを受信するデータ転送部である。次に中継装置２００の構成を説明する。２０１は計算機１００から転送された処理要求情報であるＴＣＰ／ＩＰデータを解析するメッセージ解析部、２０２はメッセージ解析部２０１による解析結果に従い、設備３００に対してアクセスする設備連携処理部、２０３は中継機２００と計算機１００及び設備３００間で転送されるＴＣＰ／ＩＰデータを入出力するソケットインタフェース部、２０４は中継機２００と設備３００間で転送されるデータを送受信する設備向け通信インタフェース部、２０５は計算機１００のコマンド生成部１０４より送信されたデータを解析するコマンド解析部、２０６は計算機１００のデータ転送部１０５から転送されたデータの受信及び解析と設備３００からの応答データを送信するデータ解析部である。次に計算機１００を中継機２００に接続する伝送路と中継機２００と設備３００とを接続する伝送路について説明を行う。５００は計算機１００と中継機２００間でＴＣＰ／ＩＰデータを送受信するための伝送路、５０１は中継機２００と設備３００間でデータを送受信するための伝送路である。５０２はソケットインタフェース部１０３，２０３を通じてコマンド生成部１０４とコマンド解析部２０５とを接続する制御用通信コネクション、５０３はソケットインタフェース部１０３，２０３を通じてデータ転送部１０５とデータ解析部２０６とを接続するデータ送受信用通信コネクションである。
中継機と設備間を接続しデータ交信を可能とするために必要なデータ構造と通信プロトコルを有するネットワークを設備向けネットワークと呼ぶ。中継機２００と設備３００間で転送されるデータを設備向けネットワークデータと呼ぶ。
実施の形態１では、計算機１００と中継機２００との間で通信される情報の目的用途は２種類とし、１つは設備３００或いは伝送路５０１を制御することを目的とする制御情報であり、もう１つを計算機１００から設備３００に対してデータを送信することを目的とする送信データとする。制御データは制御用通信コネクション５０２を介して計算機１００から中継機２００に対して送信を行うものとし、送信データはデータ送受信用通信コネクション５０３を介して計算機１００と中継機２００との間で通信を行うものとする。
【００１８】
図２において、３０１０はコマンド生成部１０４で生成されるリクエストデータ、３０１１はＴＣＰ／ＩＰヘッダ部、３０１２は通信制御命令を格納するコマンドＩＤ部、３０１３はコマンドＩＤに添付されるデータを格納する添付データ部である。３０２０はデータ転送部１０５で生成されるリクエストデータ、３０２１はＴＣＰ／ＩＰヘッダ部、３０２２は設備制御アプリケーションで生成される要求データ部である。３０３０はメッセージ解析部１０２で生成されるレスポンスデータ、３０３１はＴＣＰ／ＩＰヘッダ部、３０３２は応答データ部である。
図３において、４０００は制御命令情報テーブルを示した例であり、４００１は通信制御命令、４００２はコマンドＩＤである。制御命令情報テーブル４０００は図１のコマンド生成部１０４が備えるテーブルである。
【００１９】
次に動作について説明する。
本実施の形態は、ＴＣＰ／ＩＰ通信プロトコルをサポートする計算機１００とＴＣＰ／ＩＰ通信プロトコル以外の通信プロトコルをサポートする設備３００間のデータ交信を実現する例として、計算機１００と設備３００間に仲介処理を行う中継機２００を設置し、用途別に用意した通信コネクション５０２，５０３を用いて計算機１００と中継機２００との間の通信処理を行う。
設備制御アプリケーション１０１から設備３００に対するアクセスの種類としては、以下の２つがあるものとする。
（１）データ送受信処理
設備制御アプリケーション１０１で生成された制御命令や制御プログラムを設備３００に転送する、もしくは設備３００から処理結果や制御プログラムをロードする。
（２）通信制御処理
設備３００に対する通信回線の開閉処理や、シリアル通信の場合に見られる信号制御処理を実行する。
本発明では、上記の異なる目的用途の処理要求に対応するため、図１に示す通り計算機１００と中継機２００間に制御用通信コネクション５０２とデータ送受信用通信コネクション５０３の２つの通信コネクションを用意し、上記２種類のアクセスに応じて利用する通信コネクションを区別する方式を採ることを特徴とする。設備制御アプリケーション１０１からの指示に従い、メッセージ変換部１０２において制御用通信コネクション５０２もしくはデータ送受信用通信コネクション５０３の何れかが選択され、通信処理が行われる。尚、設備制御アプリケーション１０１からメッセージ変換部１０２に対する処理要求は、必ずシリアライズされて発行され、前記制御用通信コネクション５０２とデータ送受信用通信コネクション５０３が並行した利用は行われない。
以下に、データ送受信処理と通信制御処理の各処理要求に対する手順について説明する。
【００２０】
初めに、データ送受信処理に対する処理手順について述べる。
計算機１００の設備制御アプリケーション１０１では、設備向けネットワークに依存した制御命令や制御プログラムのデータが生成され、設備３００に対する送信要求が発行される。例えば制御プログラムのデータの送信命令が出された場合、メッセージ変換部１０２のデータ転送部１０５では、前記制御プログラムのデータを受け取り、ソケットインタフェース部１０３及びデータ送受信用通信コネクション５０３を通じて中継機２００側に送信する。この時、送信される内容は、ソケットインタフェース部１０３によりＴＣＰ／ＩＰヘッダ３０２１の後の要求データ部３０２２に制御プログラムのデータが添付され、リクエストデータ３０２０として生成される。
中継機２００では、ソケットインタフェース部２０３を通じてメッセージ解析部２０１のデータ解析部２０６が、前記リクエストデータ３０２０を受信する。ソケットインタフェース部２０３では、ＴＣＰ／ＩＰヘッダが取り外され、要求データ部３０２２に格納されていた制御プログラムのデータのみがメッセージ解析部２０１に渡される。メッセージ解析部２０１のデータ解析部２０６は、該制御プログラムのデータを設備連携処理部２０２に渡す。設備連携処理部２０２は、設備向けネットワーク単位に存在し、つまり、設備３００が複数あるとするとそれぞれの設備３００に対応する設備連携処理部２０２が存在するということであり、それぞれの設備連携処理部２０２は、予め設備向けネットワークを認識している。設備連携処理部２０２は、設備向け通信インタフェース部２０４及び伝送路５０１を通じて前記制御プログラムのデータを設備３００に送信する。設備連携処理部２０２を通じてデータ解析部２０６は設備３００より送信結果を受け取り、処理結果としてソケットインタフェース部２０３及びデータ送受信用通信コネクション５０３を通じて計算機１００に返信する。ソケットインタフェース部２０３では、送信結果をレスポンスデータの応答データ部３０３２に格納してレスポンスデータ３０３０を生成する。
計算機１００のデータ転送部１０５は、該レスポンスデータ（実際には、ソケットインタフェース部１０３により応答データ部３０３２から抽出された送信結果のみ）を取得し、設備制御アプリケーション１０１に処理結果を返す。
【００２１】
続いて、通信制御処理に対する処理手順について述べる。
例えば、設備３００に対する通信インタフェースとしてシリアルインタフェースが利用される場合、シリアル回線の開閉処理や回線伝送速度の変更など、ＴＣＰ／ＩＰとは異なる信号制御処理が存在する。本発明では、ＴＣＰ／ＩＰ経由で信号制御命令を指示するため、図３に示す様なコマンドＩＤによる制御命令処理方式を採る。設備制御アプリケーション１０１から制御命令が発行されると、メッセージ変換部１０２のコマンド生成部１０４では、制御命令情報テーブル４０００に従い制御命令に対応するコマンドＩＤを確定する。該コマンドＩＤは、ソケットインタフェース部１０３によりＴＣＰ／ＩＰヘッダ３０１１の後ろに添付され、リクエストデータ３０１０として制御用通信コネクション５０２を通じて中継機２００に送信される。該リクエストデータ３０１０には、制御処理に必要な伝送速度、パリティ設定、通信タイムアウト時間等の制御データを、リクエストデータの添付データ部３０１３に格納する事により送信する事が可能である。中継機２００では、ソケットインタフェース部２０３を通じてメッセージ解析部２０１のコマンド解析部２０５がコマンドＩＤを（実際には、ソケットインタフェース部２０３においてリクエストデータ３０１０からコマンドＩＤを抽出する）を受信し設備連携処理部２０２に渡す。設備連携処理部２０２は、コマンドＩＤに従って設備向け通信制御命令に変換して、設備向け通信インタフェース部２０４から発行される。前記制御命令に対する処理結果は、設備連携処理部２０２からメッセージ解析部２０１のコマンド解析部２０５に返され、ソケットインタフェース部２０３及び制御用通信コネクション５０２を通じて計算機１００に送信される。計算機１００では、ソケットインタフェース部１０３及び制御用通信コネクション５０２を通じてメッセージ変換部１０２のコマンド生成部１０４が前記制御命令に対する処理結果を受信し、設備制御アプリケーション１０１に返す。
【００２２】
以上のように、この実施の形態１によれば、設備向けネットワークデータをＴＣＰ／ＩＰデータに格納して転送することにより、設備３００の通信プロトコルに依存せずＴＣＰ／ＩＰ通信プロトコル経由で遠隔からアクセスすることが可能となる。
また、通信プロトコルに特化した制御命令をコマンドＩＤとして処理することにより、設備３００の通信プロトコルを意識することなく（設備３００の通信プロトコルを意識することがないと言うのは、中継機２００の設備連携処理部２０２が中継機２００に接続されている複数の設備３００のそれぞれの通信プロトコルを意識するので設備３００の通信プロトコルを意識しなくてもいいということである）、ＴＣＰ／ＩＰ経由で遠隔から設備向け通信制御処理を実現することが可能となる。
また、データ送受信処理用と通信制御処理用とに通信コネクションを分け、データ送受信処理時におけるコマンド解析処理を省略化することにより、通信処理性能を向上する事が出来る。
【００２３】
以上のように、実施の形態１では設備制御装置の１つである計算機と中継装置とが第１の通信プロトコルであるＴＣＰ／ＩＰ通信プロトコルによって情報を通信する通信回線で接続され、かつ中継装置と設備装置間が、第２の通信プロトコルである非ＴＣＰ／ＩＰ通信プロトコルにより情報を通信する通信回線で接続されるデータ伝送システムにおいて、
計算機は、設備に対する保守、監視、及び制御といったアクセスを行う設備制御アプリケーションと、該アプリケーションからの設備向け情報である信号制御命令やデータ送受信処理命令を中継装置の送信するための送信データに変換するメッセージ変換部と、中継装置との間でＴＣＰ／ＩＰ通信を実施するソケットインタフェース部とを備え、
中継装置は、計算機からの送信データを解析するメッセージ解析部と、解析結果に従い設備装置に対して信号制御処理やデータ送受信処理を行う設備連携処理部と、計算機との間でＴＣＰ／ＩＰ通信を実施するソケットインタフェース部と、設備に対し設備向け通信処理を行う設備通信向けインタフェース部とを備えるとともに、計算機と中継機間を目的用途別に分けた通信コネクションにより接続する手段を備える事により、
設備側の通信プロトコルに関わらず計算機と設備間でデータ交信処理することを可能とするデータ伝送システムの一例を説明した。
【００２４】
さらに、計算機には、設備制御アプリケーションからの信号制御命令に対し汎用的なコマンド命令文を生成するコマンド生成部を備え、
中継装置には、該コマンド命令文より設備向け通信制御命令を生成するコマンド解析部を設けることにより、
計算機からＴＣＰ／ＩＰ経由で遠隔の設備に対し計算機が設備装置の通信プロトコルが何であるかを意識することなく通信制御処理する事を可能とするデータ伝送システムの一例を説明した。
【００２５】
実施の形態２．
本発明の第２の実施の形態を、図４及び図５乃至図６に基づいて説明する。
図４は、実施の形態２におけるデータ伝送システムの全体構成を示す図である。図４において、計算機１００と中継機２００は、上記実施の形態１の図１に示した計算機１００と中継機２００と同じ構成であるものとする。また、設備３００も図１の設備３００と同じである。また、伝送路５００，５０１も図１の伝送路５００，５０１と同じである。図１と図４の違いは、図４の設備連携処理部２０２がグループ処理機能情報テーブル５０００を備えている点である。
図５は、グループ処理要求が格納されている格納場所を、グループ処理要求情報に対応するグループＩＤに対応させて記憶したグループ処理機能情報テーブルである。設備制御アプリケーションから要求される処理要求情報に含まれているグループ処理要求情報は、グループ処理要求に対応してつけられたグループＩＤである。設備連携処理部２０２はグループＩＤを基にグループ処理機能情報テーブル５０００を参照して、グループ処理要求情報により示される関連する複数の処理が格納されている格納場所を取得し、取得した格納場所をアクセスして関連する複数の処理を取得する。図５において、５０００はグループ処理機能情報テーブルを示した例であり、５００１はグループＩＤ、５００２は配置場所である。
図６は、本実施の形態における処理動作を示した流れ図である。
【００２６】
本実施の形態における、計算機１００及び中継機２００の内部動作を、図６を用いて説明する。
本実施の形態は、計算機１００から設備３００に対して行う処理要求において、要求する処理内容に一定の処理パターンが存在する場合、その処理要求をグループ化することにより、計算機からの処理要求を中継機２００が代行して一括処理するものである。
例えば、設備３００がシリアル通信インタフェースをサポートする場合、計算機１００或いは中継機２００から設備３００に対し、
（１）シリアル回線のオープン処理
（２）データ送受信開始通知
（３）データ送受信可能確認
といったシリアル通信信号制御処理が実行される。処理（１）〜（３）がパターン化されている場合、これに識別子（グループＩＤ）を付けグループ化する。グループ化は設備制御アプリケーション１０１で予め処理要求情報を生成するときに行うか或いは、メッセージ変換部１０２のコマンド生成部１０４が設備制御アプリケーション１０１より入力した処理要求情報を参照して、処理要求情報に含まれている処理内容にパターン化出来る処理内容が存在する場合は、その処理内容に対応するグループＩＤを取得し、処理要求情報の処理内容をグループＩＤに変換して計算機２００へ送信しても構わない。後者の場合、コマンド生成部１０４はパターン化する処理内容に対応するグループＩＤを記憶するテーブルを予め備えているものとする。中継機２００の設備連携処理部２０２には、該グループＩＤに対応する処理内容を取得する機能（これをグループ処理実行機能と呼ぶ）を用意する。グループ処理実行機能は、グループＩＤとグループＩＤに対応する処理内容とをメモリ上に配置する他、ライブラリとしてディスク上に保管し、必要に応じてメモリ上に読み出す方法として実現されても良い。尚、グループＩＤとグループＩＤに対応する処理内容は、グループ処理機能情報テーブル５０００により配置場所が管理される。
【００２７】
設備制御アプリケーション１０１から、前記処理（１）の制御命令が発行されると、メッセージ変換部１０２のコマンド生成部１０４では、制御命令に対応するグループＩＤをリクエストデータ３０１０に格納する（ステップＳ０１）。本実施の形態では、グループＩＤ名を”ｐｒｏｘｙ１”とする。該リクエストデータ３０１０は、ソケットインタフェース部１０３及び制御用通信コネクション５０２を通じて中継機２００側に送信される（ステップＳ０２）。中継機２００では、ソケットインタフェース部２０３を通じてメッセージ解析部２０１のコマンド解析部２０５がリクエストデータ３０１０を受信する（ステップＳ０３）。受信した前記リクエストデータ３０１０から、グループＩＤ（本実施の形態では”ｐｒｏｘｙ１”）を抽出し、設備連携処理部２０２に渡す（ステップＳ０４）。設備連携処理部２０２は、抽出したグループＩＤを基にグループ処理機能情報テーブルから機能の配置場所を確認する（ステップＳ０５）。図５によるとグループＩＤ“ｐｒｏｘｙ１”に対応する配置場所はＣドライブの“￥ｌｉｂ￥ｓｅｒｉａｌ．ｌｉｂ”であるので、上記配置場所よりグループＩＤに対応する処理命令を取得する。前記グループＩＤによって示される処理内容は処理要求（１）、（２）、及び（３）であるものとし、これらに対応する通信制御命令が、設備向け通信インタフェース部２０４から発行される（ステップＳ０６）。前記制御命令に対する処理が完了した後、グループ処理の結果が設備連携処理部２０２からメッセージ解析部２０１のコマンド解析部２０５に返され、ソケットインタフェース部２０３によりＴＣＰ／ＩＰヘッダ３０３１に添付され、レスポンスデータ３０３０として制御用通信コネクション５０２を通じて計算機１００に送信される（ステップＳ０７）。計算機１００では、ソケットインタフェース部１０３及び制御用通信コネクション５０２を通じて前記レスポンスデータ３０３０をメッセージ変換部１０２のコマンド生成部１０４が受信（ステップＳ０８）し、グループ処理の結果を抽出し（ステップＳ０９）、前記制御命令（１）の処理結果を設備制御アプリケーション１０１に戻す（ステップＳ１０）。続いて、設備制御アプリケーション１０１から前記制御命令（２）及び（３）が発行された場合は、既に前記制御命令（１）に対する関連処理として制御命令（２）（３）は既に設備３００に対して処理が終了している。このため、メッセージ変換部１０２のコマンド生成部１０４において、前記グループ処理の結果から各制御処理に応じて処理結果を返す。
【００２８】
以上の様に、この実施の形態２によれば、一定のパターン化された処理群をグループ化して、中継機２００で一括して処理する機能を有することにより、計算機及び中継機間の通信処理が省略され処理性能を向上させることができる。
【００２９】
この実施の形態２では、計算機には、複数処理の一括処理を要求するグループ処理要求手段を備え、中継機には、該処理要求に対し設備に対する一括処理するグループ処理機能の実行手段を備えるデータ伝送システムの一例を説明した。
【００３０】
実施の形態３．
本発明の実施の形態３を、図５及び図７に基づいて説明する。
図７は、本実施の形態におけるシステムの主要構成を示したものである。ここで説明する実施の形態は図１の構成を有するものであるが、本実施の形態を説明する上で直接関係ない要素については、図を簡略化し特徴を理解するために、図７において省略した。
図７において、４０１は中継機２００より受信したグループ処理要求情報に基づいてグループ処理機能管理倉庫４０２をアクセスし、関連する複数の処理を取得するグループ処理機能管理部である。グループ処理要求情報とは、例えば保管、検索、及び転送処理である。４０２はグループ処理要求情報と、グループ処理要求情報により示される関連する複数の処理とを対応して記憶するグループ処理機能管理倉庫である。４０３はグループ処理機能管理装置４００と中継機２００間で転送されるＴＣＰ／ＩＰデータを入出力するソケットインタフェース部である。グループ処理機能管理装置４００は、中継機２００と伝送路５００を介して接続されている。この発明ではグループ処理機能管理装置をアクセスするのは中継機２００であり、計算機１００からグループ処理機能管理装置をアクセスすることはない。
【００３１】
次に動作について説明する。
本実施の形態は、計算機１００からのグループＩＤによって示されるグループ処理の実行要求に対し、該当するグループ処理の内容が設備連携処理部２０２のグループ処理機能情報テーブル５０００に存在しない場合、他装置からグループＩＤにより示される処理内容を取得する事により、処理を継続することを実現する。
実施の形態３では、上記実施の形態２の図６のステップＳ０５に以下の処理を追加する。計算機１００側からのグループ処理要求に対して、設備連携処理部２０２によるグループ処理機能検索の結果、該当するグループＩＤが存在しない場合、設備連携処理部２０２は、ソケットインタフェース部２０３を通じてグループ処理機能管理装置４００に対してグループＩＤをキーとしてグループ処理内容取得要求を発行する。
グループ処理機能管理装置４００のグループ処理機能管理部４０１では、ソケットインタフェース部４０３を通じて前記グループ処理内容取得要求を受信する。グループ処理機能管理部４０１は、中継機２００の設備連携処理部２０２と同様に、グループ処理機能情報テーブル５０００を有し（但し、グループ処理機能管理部４０１が有するグループ処理機能情報テーブル５０００の内容は、設備連携処理部２０２が有するグループ処理機能情報テーブル５０００の内容とは異なるものである。グループ処理機能情報テーブル５０００の構造は同じであるが、テーブルに記憶されている情報は設備連携処理部２０２の有するグループ処理機能情報テーブル５０００にないグループＩＤを、グループ処理機能管理装置４００の有するグループ処理機能情報テーブル５０００は有しているものとする。）、グループＩＤに基づいてグループ処理の内容が記憶さている記憶場所を取得した記憶場所をアクセスして、該当するグループ処理の内容をグループ処理機能管理倉庫４０２から読み出し、ソケットインタフェース部４０３を通じて中継機２００に返信する。
中継機２００の設備連携処理部２０２は、前記グループ処理の内容をグループ処理機能管理装置４００から取得した後、上記実施の形態２のステップＳ０６から処理を継続する。
【００３２】
以上の様に、この実施の形態３によれば、中継機に該当するグループ処理を示すグループＩＤが存在しない場合でも、要求に応じてグループ処理機能管理装置から該当する処理内容を取得することにより、処理を継続して実行することが可能となる。
また、常に全てのグループ処理機能を中継機２００で保管する必要がないため、中継機におけるディスク容量やメモリ容量を節約することができる。更に、グループ処理機能管理装置を用意することにより、例えば組み込み機器の様な、ディスク容量やメモリ容量に制限があるハードウェアについても中継機に適用することが可能となる。
【００３３】
この実施の形態３では、グループ処理機能の保管、検索、及び転送処理を行うグループ処理機能管理部、グループ処理機能を保管するグループ処理機能機能管理倉庫を持つグループ処理機能管理装置を有することにより、
中継機に、処理要求に対して該当するグループ処理機能が存在しない場合、グループ処理機能管理装置から取得する事により、処理を継続して実施することを可能とするデータ伝送システムの一例を説明した。
【００３４】
実施の形態４．
本発明の第４の実施の形態を、図８に基づいて説明する。
図８は、本実施の形態におけるシステムの主要構成を示したものである。ここで説明する実施の形態は図１の構成を有するものであるが、本実施の形態を説明する上で直接関係ない要素については、図を簡略化し特徴を理解するために、図８において省略した。
図８において、１０６は中継機２００に対する通信制御処理もしくはデータ送受信処理の再送処理を決定する再送要求処理部である。
【００３５】
次に動作について説明する。
本実施の形態は、計算機１００の設備制御アプリケーション１０１から設備３００に対し処理要求が発行された場合、何らかの問題で設備３００からの処理結果を取得することが出来ない場合、メッセージ変換部１０２において自動的に再送処理する機能を提供することにより、アプリケーションレベルにおける処理負担を軽減する。
メッセージ変換部１０２の再送要求処理部１０６は、予め通信処理時間におけるタイムアウト時間（最長待ち時間）を設定している（中継機２００が設備３００を複数接続する場合は、タイムアウト時間は複数の設備それぞれによって異なる時間を設定することが出来るものとする）。再送要求処理部１０６は、タイムアウト時間の他に再送処理情報としてリクエストデータの再送回数と再送間隔（スリープ時間）とを決定する。
例えば、設備制御アプリケーション１０１では、設備３００に対しデータ送受信用通信コネクションを通じて、以下の処理要求を発行する。
（１）設備３００に対する制御命令の送信要求
（２）上記処理（１）に対する処理結果の取得（データ受信）要求
前記処理要求（１）は、実施の形態１において説明したデータ送受信処理手順に基づき、計算機１００のデータ転送部１０５から、中継機２００を通じて設備３００に送信される。設備３００では、送信データに格納された制御命令に基づき、制御処理が実行される。
続いて、前記処理要求（２）が、上記処理と同様に中継機２００を通じて設備３００に送信される。しかし、例えば、設備３００において前記処理要求（１）に対する制御処理が完了していない場合は、前記処理要求（２）に対する処理結果を取得することができず、その結果、計算機１００のメッセージ変換部１０２に対し処理結果（未取得通知）が返信される。
前記処理結果（未取得通知）が返信されると、メッセージ変換部１０２の再送要求処理部１０６において再送処理情報が決定される。データ転送部１０５では、前記再送処理情報に基づき、設備３００に対し前記処理要求（２）を再送する。
【００３６】
以上の様に、この実施の形態４によれば、メッセージ変換部における再送処理により、確実にレスポンスデータを取得する事が期待できる。また、アプリケーションレベルにおけるエラーハンドリングなどの処理負担を軽減することが出来る。
【００３７】
この実施の形態４では、計算機には、中継機に対して通信制御処理もしくはデータ送受信処理の再送処理を指示する再送要求処理部を備えることにより、
設備からの応答データを中継機経由で計算機が取得出来なかった場合、自動的に再送処理するデータ伝送システムの一例を説明した。
【００３８】
実施の形態５．
本発明の第５の実施の形態を、図９及び図１０乃至図１２に基づいて説明する。
図９は本実施の形態のシステムの主要構成を示したものである。ここで説明する実施の形態は、図１の構成を有するものであるが、本実施の形態を説明する上で直接関係ない要素については図を簡略化し特徴を理解するために、図９において省略した。
図９において、１０８，２０８は制御用通信コネクション５０２もしくは、データ送受信用通信コネクション５０３より障害が発生したことを通知する障害通知を受信する障害検出部であり、１０７ａ，１０７ｂ，２０９ａ，２０９ｂはデータ送受信用通信コネクション５０３と制御用通信コネクション５０２のうち障害が発生していない通信コネクションを選択して通信コネクションを代用することを指示する通信代行処理部である。
図１０は、本実施の形態におけるデータ送受信用通信コネクションの通信障害時における処理動作を示した流れ図である。
図１１、及び図１２は、本実施の形態における制御用通信コネクションの通信障害時における処理動作を示した流れ図である。
【００３９】
次に動作について説明する。
本実施の形態は、計算機１００と中継機２００間における制御用通信コネクション５０２もしくはデータ送受信用通信コネクション５０３のいずれかの通信コネクションで障害が発生した場合、復旧するまでの間、もう一方の障害が発生していない通信コネクションを代用する方法を提供することにより、処理を継続する事を可能としている。
【００４０】
初めに、データ送受信用通信コネクション５０３において障害が発生した場合の処理手順を、図１０を用いて説明する。
データ送受信用通信コネクション５０３に障害が発生した場合は、制御用通信コネクション５０２にて代用するが、この場合、全ての処理をコマンドＩＤによる通信処理で実現する。
データ送受信用通信コネクション５０３において通信障害が発生した場合、障害検出部１０８はデータ送受信用通信コネクション５０３より障害通知を受信しデータ転送部１０５に対してデータ送受信用通信コネクション５０３で障害が発生したことを通知する。そして、メッセージ変換部１０２のデータ転送部１０５において、データ送受信用通信コネクション５０３のコネクションを切断する（ステップＳ０１）。設備制御アプリケーション１０１からデータ送受信要求が発生した場合は、通信代行処理部１０７ｂによりデータ転送部１０５からコマンド生成部１０４に対しデータ転送部１０５に代わって設備３００に送信するデータを転送する事を要求する（ステップＳ０２）。コマンド生成部１０４は、データ送信要求をコマンドＩＤ部３０１２に格納し、送信データを添付データ部３０１３に格納して、リクエストデータ３０１０を生成し、制御用通信コネクション５０２を介してリクエストデータ３０１０を中継機２００に対して送信する。その後、設備３００からのレスポンスデータを待つ（ステップＳ０３）。中継機２００のコマンド解析部２０５では、制御用通信コネクション５０２を通じて計算機１００からリクエストデータ３０１０を受信し（ステップＳ０４）、リクエストデータ３０１０からコマンドＩＤを抽出する（ステップＳ０５）。コマンドＩＤがデータ送信要求の場合は、リクエストデータ３０１０の添付データ部３０１３から送信データを抽出し設備連携処理部２０２に渡す（ステップＳ０６）。設備連携処理部２０２では設備向け通信インタフェース部２０４を通じて前記送信データを設備３００に送信後、送信結果をコマンド解析部２０５に返し、レスポンスデータ３０３０として制御用通信コネクション５０２を通じて計算機１００に返信する（ステップＳ０７）。計算機１００のコマンド生成部１０４では、前記レスポンスデータ３０３０を受信し、応答データ部３０３２から処理結果を抽出する（ステップＳ０８）。処理結果は、コマンド生成部１０４からデータ転送部１０５を通じて設備制御アプリケーション１０１に返される（ステップＳ０９）。
【００４１】
続いて、制御用通信コネクション５０２において障害が発生した場合の処理手順を、図１１及び図１２を用いて説明する。
制御用通信コネクション５０２に障害が発生した場合は、障害検出部１０８は障害通知を受信し、通信代行処理部１０７ａに障害通知を送信する。通信代行処理部１０７ａはデータ送受信用通信コネクション５０３を制御用通信コネクション５０２に代わって使用することを指示する。上記データ送受信用通信コネクション５０３の通信障害時と同様、全てコマンドＩＤによるデータ処理を行うが、設備制御アプリケーション１０１からのリクエストが、通信制御処理の場合とデータ送受信処理の場合では処理手順が異なる。最初に通信制御処理要求時における処理手順を、次にデータ送受信処理要求時における処理手順を説明する。
【００４２】
通信制御処理要求時における処理手順を、図１１を用いて説明する。
制御用通信コネクション５０２において通信障害が発生した場合、障害検出部１０８はコマンド生成部１０４に制御用通信コネクション５０２に障害が発生したことを通知する。メッセージ変換部１０２のコマンド生成部１０４において、制御用通信コネクション５０２のコネクションを切断する（ステップＳ０１）。一方、中継機２００のコマンド解析部２０５では同様に障害検出部２０８において、通信障害を検出すると、通信代行処理部２０９ａよりデータ解析部２０６に対し、制御用通信コネクション５０２の障害通知を行い、コマンド解析部２０５はデータ解析部２０６からのリクエストデータの受信待ちとなる（ステップＳ０２）。設備制御アプリケーション１０１から、通信制御処理に対する処理要求が発行された場合、コマンド生成部１０４において通信制御要求に対応したコマンドＩＤを格納したリクエストデータ３０１０が生成され、データ転送部１０５に対しデータ転送要求を行う（ステップＳ０３）。データ転送部１０５は、ソケットインタフェース部１０３を通じてリクエストデータ３０１０を中継機２００に送信し、設備３００からのレスポンスデータを待つ（ステップＳ０４）。中継機２００のデータ解析部２０６では、計算機１００から前記リクエストデータ３０１０を受信し、これをコマンド解析部２０５に転送する（ステップＳ０５）。コマンド解析部２０５では前記リクエストデータからコマンドＩＤを抽出する（ステップＳ０６）。設備連携処理部２０２を通じてコマンドＩＤに対応する処理を実行した後、処理結果をデータ解析部２０６により受信し、データ解析部２０６で応答データ部３０３２に処理結果を格納してレスポンスデータ３０３０を生成し（ステップＳ０７）、データ解析部２０６から計算機１００側にデータ送受信用通信コネクション５０３を通じて返信する（ステップＳ０８）。計算機１００のデータ転送部１０５では、前記レスポンスデータ３０３０を受信し、レスポンスデータ３０３０をコマンド生成部１０４に送信する。コマンド生成部１０４において応答データ部３０３２から処理結果を抽出し（ステップＳ０９）、設備制御アプリケーション１０１に返す（ステップＳ１０）。
【００４３】
データ送受信処理要求時における処理手順を、図１２を用いて説明する。
制御用通信コネクション５０２において通信障害が発生した場合、障害検出部１０８が障害通知を受信し、コマンド生成部１０４に制御用通信コネクション５０２に障害が発生したことを通知する。コマンド生成部１０４は通知された障害通知に基づいて制御用通信コネクションのコネクションを切断する（ステップＳ０１）。これ以後、設備制御アプリケーション１０１からデータ送受信に対する処理要求が発行された場合、計算機１００のデータ転送部１０５では、コマンド生成部１０４に対しリクエストデータ３０１０の生成要求を行う。コマンド生成部１０４は、データ送信要求をコマンドＩＤ部３０１２に、送信データを添付データ部３０１３に格納し、リクエストデータ３０１０を生成し、リクエストデータ３０１０をデータ転送部１０５に戻す（ステップＳ０２）。データ転送部１０５は、ソケットインタフェース部１０３を通じてリクエストデータ３０１０を中継機２００に送信し、設備３００からのレスポンスデータを待つ（ステップＳ０３）。中継機側では、図１１におけるステップＳ２及びステップＳ０５からＳ０８までの処理を行い、レスポンスデータ３０３０を計算機１００側に返信する。計算機１００のデータ転送部１０５では前記レスポンスデータ３０３０を受信し、コマンド生成部１０４に対し、処理結果の抽出を要求する。コマンド生成部１０４により応答データ部３０３２から処理結果が抽出されデータ転送部１０５に戻され（ステップＳ０４）、データ転送部１０５から設備制御アプリケーション１０１に処理結果が返される（ステップＳ０５）。
【００４４】
以上の様に、この実施の形態５によれば、一方の通信コネクションに障害が発生した場合でも、もう一方の通信コネクションを利用することにより、設備制御アプリケーションからの処理要求に対し、継続して実行することができる。
【００４５】
この実施の形態では、計算機と中継機間における通信コネクションの障害検出手段と、正常に動作可能な通信コネクションを利用した通信代行処理手段を提供する事により、
通信コネクションで障害が発生した場合も、システムを停止することなく継続して処理する事を可能とするデータ伝送システムの一例を説明した。
【００４６】
実施の形態６．
本発明の第６の実施の形態を、図１３乃至図１５に基づいて説明する。
図１３は、本実施の形態におけるシステムの主要構成を示したものである。ここで説明する実施の形態は図１の構成を有するものであるが、本実施の形態を説明する上で直接関係ない要素については、図を簡略化し特徴を理解するために、図１３において省略した。
図１４及び図１５は、本実施の形態における通信障害復旧処理の処理動作を示した流れ図である。
図１３において、２０７は通信障害情報を管理する状態管理部である。
【００４７】
次に動作について説明する。
本実施の形態は、一方の通信コネクションにおいて中継機側の問題により障害が発生した場合、もう一方の障害が発生していない通信コネクションを利用して障害原因を調査することにより、自動的に再接続処理を行う様にしたものである。障害検索処理は、通信コネクション毎に手順が異なる。最初にデータ送受信用通信コネクションにおける障害検索処理手順を、次に、制御用通信コネクションにおける障害検索処理手順を説明する。
【００４８】
初めに、データ送受信用通信コネクション５０３における障害検索処理手順を、図１３及び図１４を用いて説明する。
データ送受信用通信コネクション５０３において障害が発生した後、計算機１００のデータ転送部１０５は、障害復旧処理対応のスレッド（スレッドとは通常の処理が動作している動作環境と並行して障害を復旧するための処理ルーチンを起動し、通常処理と障害復旧処理の２つを並行して動作する環境を言う）を生成し、障害復旧処理を開始する（ステップＳ０１）。前記スレッドにおいて、コマンド生成部１０４に対し、中継機２００側の状態（エラー情報）取得要求をコマンドＩＤとしたリクエストデータ３０１０を生成し、制御用通信コネクション５０２を通じて中継機２００に送信する（ステップＳ０２）。一方、中継機２００では通信障害が発生した後、障害検出部２０８によって、データ解析部２０６に対して障害通知を通知する。この障害通知には、障害理由が含まれているものとする。データ解析部２０６では障害理由（エラー情報）を状態管理部２０７に登録する（ステップＳ０３）。ステップＳ０２によって送信されたリクエストデータ３０１０は、コマンド解析部２０５によって受信される（ステップＳ０４）。コマンド解析部２０５は、ステップＳ０４により受信したリクエストデータ３０１０を解析し、状態管理部２０７よりステップＳ０３で登録された障害理由を取得して、レスポンスデータの応答データ部３０３２に格納した後、計算機１００側に制御用通信コネクション５０２を通じて送信する（ステップＳ０５）。計算機１００のコマンド生成部１０４では、ステップＳ０５にて送信されたレスポンスデータ３０３０を受信し、応答データ部３０３２から障害理由（エラー内容）を検出する（ステップＳ０６）。エラー内容を判断して再接続可能な場合は、データ転送部１０５にデータ送受信用通信コネクション５０３のコネクションを再接続する要求を行い再接続処理を行う（ステップＳ０７）。
以上により、データ送受信用通信コネクションが再接続された場合、中継機２００のデータ解析部２０６はコマンド解析部２０５に対し通信障害復旧通知を送る。これにより、以後制御用通信コネクションに送信されるデータは、データ解析部２０６に転送されることがない。
【００４９】
続いて、制御用通信コネクション５０２における障害検索処理手順を、図１３及び図１５を用いて説明する。
制御用通信コネクション５０２において障害が発生した後、計算機１００のコマンド生成部１０４は、障害復旧処理対応のスレッドを生成し、障害復旧処理を開始する（ステップＳ０１）。前記スレッドにおいて、中継機に対して状態（エラー情報）を取得する要求をコマンドＩＤとしたリクエストデータ３０１０を生成した後に、データ転送部１０５に対しリクエストデータ３０１０を送信する要求をする（ステップＳ０２）。リクエストデータ３０１０はデータ送受信用通信コネクション５０３を通じて中継機２００に送信される一方、中継機２００では通信障害が発生した後、障害検出部２０８より障害の発生を通知されたコマンド解析部２０５では、障害理由（エラー情報）を状態管理部２０７に登録する（ステップＳ０３）。ステップＳ０２によって送信されたデータは、データ解析部２０６によって受信される（ステップＳ０４）。データ解析部２０６は受信したデータをコマンド解析部２０５に送信する。送信データがコマンド解析部２０５に渡されると、図１４のステップＳ０５と同様の処理を行ないレスポンスデータ３０３０を生成し、データ解析部２０６に渡される。データ解析部２０６では、レスポンスデータ３０３０をデータ送受信用通信コネクション５０３を通じて計算機１００に送信する（ステップＳ０５）。計算機１００のデータ転送部１０５では、ステップＳ０５にて送信されたレスポンスデータ３０３０を受信し、コマンド生成部１０４に渡す。コマンド生成部１０４では、レスポンスデータ３０３０の応答データ部３０３２から障害理由（エラー内容）を検出する（ステップＳ０６）。エラー内容により、再接続可能な場合は、コマンド生成部１０４より制御用通信コネクション５０２を接続するための再接続処理を行う（ステップＳ０７）。
以上により、制御用通信コネクションが再接続された場合、中継機２００のコマンド解析部２０５は、データ解析部２０６に対し通信障害復旧通知を送る。これにより、以後、データ送受信用通信コネクションに送信されるデータは、コマンド解析部２０５に転送されることがない（ステップＳ０８）。
【００５０】
以上の様に、この実施の形態６によれば、通信コネクションで中継機側の問題による障害が発生した場合でも、もう一方の障害が発生していない通信コネクションを障害検索に利用することにより、障害理由を検出することが出来、再接続する事が可能となる。
【００５１】
この実施の形態６では、計算機には、正常に動作可能な通信コネクションを利用して障害原因を調査する手段と、再接続処理する手段を備え、
中継機側には、通信障害情報を管理する状態管理手段を備えることにより、
障害発生時においても、接続状態を自動復旧する事を可能とするデータ伝送システムの一例を説明した。
【００５２】
実施の形態７．
上記実施の形態１から６において説明した伝送路５００は、ＴＣＰ／ＩＰを通信プロトコルとする伝送路であったが、別の通信プロトコルによって情報の通信を行う伝送路５００であっても構わない。伝送路５００の通信プロトコルを識別するために計算機１００は、プロトコル情報テーブルを備えて、伝送路５００の通信回線を識別する回線識別情報を入力して、入力した回線識別情報に基づいてプロトコル情報テーブルから伝送路５００の通信プロトコルが何であるかを示す回線識別情報入力部を備える。これにより、計算機１００は伝送路５００の回線の種類からその回線で使用可能な通信プロトコルを判断し、取得した通信プロトコルに適合するように計算機１００と中継機２００の間で行われる通信の情報をメッセージ変換部によって変換し、伝送路５００を任意の伝送路にすることが出来るデータ伝送システムを実現する。
【００５３】
【発明の効果】
以上のように、上記実施の形態で説明したこの発明のデータ伝送システムの一例によれば、第１の計算機と第２の計算機とにより通信される情報の有する目的用途が、例えば、データ送受処理と通信制御処理である場合に、上記データ送受処理と通信制御処理の通信コネクションをそれぞれ分ける。これにより、データ送受信処理時におけるコマンド解析処理を省略化することができ、通信処理性能を向上する事が出来る効果がある。
【００５４】
また、コマンド生成部により通信プロトコルに特化した制御命令を汎用的なコマンドＩＤとして処理することにより、例えばＴＣＰ／ＩＰ通信プロトコルにより情報の通信を行う第１の通信回線経由で、第１の計算機から遠隔地にある設備装置に対して通信制御処理を実現することが可能となる効果がある。
【００５５】
また、第１の計算機から設備装置に対して処理要求するための処理要求情報を、第１の通信回線の通信プロトコル、例えば、ＴＣＰ／ＩＰ通信プロトコルに適合する情報に変換して設備装置に送信することにより、第１の計算機は、設備装置の通信プロトコルに依存せずに、設備装置をアクセスすることが可能となる効果がある。
【００５６】
また、一定のパターン化可能な関連する複数の処理をグループ化して、第１の計算機からグループ化した処理を第２の計算機に送信し、第２の計算機で受信したグループ化された処理を設備装置に対して一括して要求することにより、第１の計算機と第２の計算機間で通信する情報量を省略することができ、処理性能を向上させることができる効果がある。
【００５７】
また、第１の計算機から第２の計算機に対して要求されたグループ化された処理に該当する処理内容が存在しない場合でも、第２の計算機からの要求によりグループ処理機能管理装置に対してアクセスを行い、グループ処理機能管理装置から該当する処理内容を取得する。このことにより、第２の計算機では、処理を継続して実行することが可能となる効果がある。
【００５８】
また、グループ処理機能管理装置にグループ化された処理内容を保管することにより、第２の計算機に、全てのグループ化された処理内容を保管する必要が無くなる。このため、第２の計算機におけるディスク容量やメモリ容量を節約することができる効果がある。更に、グループ処理機能管理装置を備えることにより、例えば組み込み機器の様な、ディスク容量やメモリ容量に制限があるハードウェアについても第２の計算機として適用することが可能となる効果がある。
【００５９】
また、第１の計算機が再送要求処理部を備えることにより、確実に第２の計算機からレスポンスデータを取得することを期待できる効果がある。また、アプリケーションレベルにおけるエラーハンドリングなどの処理負担を軽減することができる効果がある。
【００６０】
また、第１の通信回線に複数の通信コネクションを備えたことにより、所定の通信コネクションに障害が発生した場合でも、所定の通信コネクションとは別の障害の発生していない通信コネクションを利用することにより、第１の計算機の設備制御アプリケーションからの処理要求を継続して実行することができる効果がある。
【００６１】
また、第１の通信回線に複数の通信コネクションを備えたことにより、所定の通信コネクションに障害が発生した場合でも、所定の通信コネクションとは別の障害の発生していない通信コネクションを利用することにより、第２の計算機から第１の計算機に対して情報を継続して送信することができる効果がある。
【００６２】
また、第２の計算機側の問題により複数の通信コネクションのうち所定の通信コネクションに障害が発生した場合でも、別の障害が発生していない通信コネクションを障害検索に利用する。これにより、第１の計算機から、第２の計算機が備える状態管理部をアクセスして、障害理由を検出することができ、障害を回復して障害の発生していた通信コネクションを再接続する事が可能となる効果がある。
【００６３】
また、第１の通信回線を識別して第１の通信プロトコルを決定して、決定した通信プロトコルを利用して第１の計算機と第２の計算機との間で情報の通信を行う。このため、ユーザは第１の通信回線、及び、第１の通信プロトコルを任意に選択でき、この発明のデータ伝送システムを活用する選択肢が広がる効果がある。
【図面の簡単な説明】
【図１】 実施の形態１におけるデータ伝送システムの主要構成を示した図。
【図２】 計算機１００と中継機２００の間で送受信されるデータの内部構造を示した図。
【図３】 設備制御アプリケーションから要求される処理要求情報と処理要求情報に対応する処理識別情報等を記憶する通信制御処理情報テーブルの一例を示す図。
【図４】 実施の形態２におけるデータ伝送システムの主要構成を示した図。
【図５】 実施の形態２における設備制御アプリケーションから要求されるグループ処理のグループ処理ＩＤとグループ処理の内容が格納された配置場所などを示すグループ処理機能情報テーブルの一例を示す図。
【図６】 実施の形態２における処理動作のフローチャート図。
【図７】 実施の形態３におけるデータ伝送システムの主要構成を示す図。
【図８】 実施の形態４におけるデータ伝送システムの主要構成を示す図。
【図９】 実施の形態５におけるデータ伝送システムの主要構成を示す図。
【図１０】 実施の形態５におけるデータ送受信用通信コネクションの通信障害時における処理動作を示すフローチャート図。
【図１１】 実施の形態５における制御用通信コネクションの通信障害時における処理動作を示すフローチャート図。
【図１２】 実施の形態５における制御用通信コネクションの通信障害時における処理動作を示すフローチャート図。
【図１３】 実施の形態６におけるデータ伝送システムの主要構成を示す図。
【図１４】 実施の形態６における通信障害復旧処理の処理動作を示したフローチャート図。
【図１５】 実施の形態６における通信障害復旧処理の処理動作を示したフローチャート図。
【図１６】 従来のプロトコル変換装置を介してＬＡＮシステムとシリアル端末との通信を制御するデータ伝送方式の構成を示した図。
【符号の説明】
１００ 計算機、１０１ 設備制御アプリケーション、１０２ メッセージ変換部、１０３ ソケットインタフェース部、１０４ コマンド生成部、１０５ データ転送部、１０６ 再送要求処理部、１０７ａ，ｂ 通信代行処理部、１０８ 障害検出部、２００ 中継機、２０１ メッセージ解析部、２０２ 設備連携処理部、２０３ ソケットインタフェース部、２０４ 設備向け通信インタフェース部、２０７ 状態管理部、２０８ 障害検出部、２０９ａ，２０９ｂ 通信代行処理部、３００ 設備、４００ グループ処理機能管理装置、４０１ グループ処理機能管理部、４０２ グループ処理機能管理倉庫、４０３ ソケットインタフェース部、５００，５０１ 伝送路、５０２ 通信制御用通信コネクション、５０３ データ送受信用通信コネクション、３０１０ リクエストデータ、３０１１ ＴＣＰ／ＩＰヘッダ部、３０１２ コマンドＩＤ部、３０１３ 添付データ部、３０２０ リクエストデータ、３０２１ ＴＣＰ／ＩＰ部、３０２２ 要求データ部、３０３０ レスポンスデータ、３０３１ ＴＣＰ／ＩＰ部、３０３２ 応答データ部、４０００ 通信制御処理情報テーブル、４００１ 通信制御命令、４００２ コマンドＩＤ、５０００ グループ処理機能情報テーブル、５００１ グループＩＤ、５００２ 配置場所。
【発明の属する技術分野】
この発明は、第１の計算機と第２の計算機とを接続する通信回線が複数の通信コネクションを有し、通信する情報の目的用途に合わせて、通信コネクションを選択するデータ伝送システムに関する。また、第２の通信プロトコルとして例えば非ＴＣＰ／ＩＰ通信プロトコルをサポートする設備装置に対して、第１の通信プロトコルとして例えばパーソナルコンピュータやワークステーションの様なＴＣＰ／ＩＰ通信プロトコルをサポートする第１の計算機からのデータ交信処理を可能とする異種通信プロトコル間データ伝送システムに関するものである。
【０００２】
【従来の技術】
従来、保守・監視・管理等を目的とした作業を行うアプリケーションを搭載した設備制御装置が、工場の生産ライン等で使用される制御機器等の設備装置にアクセスする場合、シリアル通信インタフェースや独自に開発された通信インタフェースを使用して設備制御装置と設備装置とを直接接続することによって、保守や監視などの制御を行ってきた。しかし、近年のネットワーク技術の発達により、イントラネットやインターネット等のＴＣＰ／ＩＰネットワークを利用して、遠隔から前記設備装置に対してアクセスする事が試みられるようになってきた。本発明に関する従来方式としては、例えば「データ伝送方式」（特開平１０−２３３８２０）に示されるものが提案されている。これは、ＬＡＮ（ＬｏｃａｌＡｒｅａ Ｎｅｔｗｏｒｋ）上で動作するホスト計算機とシリアル端末間にプロトコル変換を実施する装置を置くことにより、ＬＡＮシステムとシリアル端末システムを接続して通信制御を可能とする方式である。
【０００３】
図１６は、従来技術のプロトコル変換装置を介してＬＡＮシステムとシリアル端末が通信制御するデータ伝送方式の構成を示した図である。
ホスト１５０１とプロトコル変換装置１５０２がＬＡＮ１５０７により接続され、プロトコル変換装置１５０２とシリアル端末１５０３がシリアル伝送路のデータ線１５０８により接続される。ホスト１５０１からは、シリアル端末１５０３向けのキャラクタデータがＴＣＰ／ＩＰヘッダにカプセル化され、ＬＡＮを通じてプロトコル変換装置１５０２に送信される。該送信されたデータはＬＡＮポート１５０４で受信されたのち、制御機能部１５０５においてシリアル伝送路１５０９に対する信号制御であるか、シリアル伝送路１５０９に対するキャラクタデータの送信であるかを解析される。解析の結果に基づいて受信したデータを加工処理して、シリアルポート１５０６を通じて、シリアル伝送路１５０９の信号制御や前記キャラクタデータのシリアル端末１５０３に対する送信を行う。また、シリアル端末１５０３からシリアル伝送路１５０９を通じてキャラクタデータが送信された場合、制御機能部１５０５によりＴＣＰ／ＩＰヘッダにカプセル化され、ＬＡＮポート１５０４からＬＡＮ１５０７を通じてホスト１５０１に渡される。
【０００４】
【発明が解決しようとする課題】
従来のプロトコル変換装置によるデータ伝送方式は、上記のようにして処理を行っており、データ送受信のような単純な通信処理においても、信号を制御するための情報と、キャラクタデータを送信するだけの情報のどちらがホストより送信されたものかを判断するために必ず解析処理を行っていた。このため、制御機能部における解析処理の影響により応答性能を悪化させてしまうという問題点があった。
また、制御対象の設備装置のインタフェースとしてシリアル通信しか考慮されておらず、これにより接続できるホスト側の制御機器が限定されてしまっているという問題点があった。
【０００５】
更に、ホストとプロトコル変換装置間における通信障害時のリカバリ処理が考慮されていないため、例えばホストとプロトコル変換装置間に通信障害が発生した場合でも、ホストとプロトコル変換装置間の処理を中断して再接続した後、最初から処理を再開しなければならないという問題点があった。
【０００６】
この発明は上記のような問題点を解決するためになされたもので、第１の通信回線に少なくとも２つの通信コネクションを用意し、制御命令処理とデータ送受信処理で使用する通信コネクションを分けることにより、特にデータ送受信処理においては解析処理を省略することにより、処理性能を向上することを目的としている。
また、設備側の通信インタフェースについては、特に限定はせずマルチプロトコル対応可能とする事を目的とする。
更に、通信障害発生時においても、正常動作する通信コネクションで代行することにより通信処理を継続する事や、障害原因を検出することにより自動的に復旧処理（再接続）を行う事を目的とする。
【０００７】
【課題を解決するための手段】
この発明に係るデータ伝送システムは、第１の通信回線により接続された第１の計算機と第２の計算機とを備え、上記第１の計算機と上記第２の計算機との間で上記第１の通信回線を介して情報の通信を行うデータ伝送システムにおいて、上記第１の計算機と上記第２の計算機との間で通信する情報は、複数の目的用途を有し、
上記第１の通信回線は、上記複数の目的用途別の通信コネクションを有し、
上記第１の計算機は、上記情報の有する複数の目的用途に対応する上記第１の通信回線の通信コネクションを用いて上記情報を上記第２の計算機に宛てて送信するメッセージ変換部を備えたことを特徴とする。
【０００８】
また、この発明に係るデータ伝送システムは、第１の通信回線は、第１の通信プロトコルによって情報の通信を行い、
上記データ伝送システムは、さらに、上記第２の計算機と上記第１の通信回線と異なる第２の通信回線によって接続された設備装置を備え、
上記第２の計算機と上記設備装置とは、上記第２の通信回線を介して上記第１の通信プロトコルと異なる第２の通信プロトコルによって情報の通信を行い、
上記第１の計算機と上記第２の計算機との間で通信する情報は、上記第１の計算機が上記第２の計算機を中継装置として上記設備装置に対して処理を要求するための処理要求情報であり、
上記第１の計算機は、上記処理要求情報を生成する設備制御アプリケーションを備え、
上記メッセージ変換部は、上記設備制御アプリケーションにより生成された上記処理要求情報を入力して、上記処理要求情報を、その処理要求情報により要求されている処理を識別する処理識別情報に変換して上記第２の計算機に送信するコマンド生成部を備え、
上記第２の計算機は、上記コマンド生成部より送信された処理識別情報を解析して、上記設備装置に対して処理を要求する情報に変換して上記第２の通信プロトコルを用いて上記設備装置に送信する設備連携処理部を備えたことを特徴とする。
【０００９】
また、この発明に係るデータ伝送システムは、上記処理要求情報は、上記第１の計算機から上記設備装置に対して関連する複数の処理をグループ化して１つの処理として要求するグループ処理要求情報を含み、
上記設備連携処理部は、上記処理要求情報の上記グループ処理要求情報を解析して、上記グループ処理要求情報により示される関連する複数の処理を取得し、取得した複数の処理から複数の上記設備装置に対して処理を要求するための情報を生成し、生成した複数の設備装置に対して処理を要求するための情報を一括して上記設備装置対して送信することを特徴とする。
【００１０】
また、この発明に係るデータ伝送システムは、さらに、上記グループ処理要求情報と、上記グループ処理要求情報により示される関連する複数の処理とを対応させて予め記憶するグループ処理機能管理倉庫を備えるとともに、上記第２の計算機に接続されて上記第２の計算機から上記グループ処理機能管理倉庫をアクセスされるグループ処理機能管理装置を備え、
上記設備連携処理部は、上記設備向け情報の上記グループ処理要求情報を基に上記グループ処理機能管理装置の上記グループ処理機能管理倉庫をアクセスして、上記グループ処理要求情報により示される関連する複数の処理を取得することを特徴とする。
【００１１】
また、この発明に係るデータ伝送システムは、第１の計算機は、既に実行した上記第１の計算機と上記との情報の通信を再度実行することを上記第２の計算機に対して要求する再送要求処理部を備えたことを特徴とする。
【００１２】
また、この発明に係るデータ伝送システムは、メッセージ変換部は、上記第１の通信回線が有する複数の目的用途別の通信コネクションのそれぞれから通信コネクションに発生した障害の障害通知を受信する第１の障害検出部と、
上記第１の障害検出部部により受信された障害通知に基づいて、上記複数の通信コネクションより正常に動作可能な通信コネクションを取得して正常に動作可能な通信コネクションに上記障害の発生している通信コネクションを代行させる第１の通信代行処理部とを備えたことを特徴とする。
【００１３】
また、この発明に係るデータ伝送システムは、第２の計算機は、上記第１の通信回線が有する複数の目的用途別の通信コネクションのそれぞれから通信コネクションに発生した障害の障害通知を受信する第２の障害検出部と、
上記第２の障害検出部により受信された障害通知に基づいて、上記複数の通信コネクションより正常に動作可能な通信コネクションを取得して正常に動作可能な通信コネクションに上記障害の発生している通信コネクションを代行させる第２の通信代行処理部とを備えた。
【００１４】
また、この発明に係るデータ伝送システムは、第２の計算機は、上記第１の通信回線が有する複数の目的用途別の通信コネクションのそれぞれの通信状態を管理し、通信状態を示す状態情報を保持する状態管理部を備え、
上記メッセージ変換部は、上記第１の障害検出部より通信コネクションに発生した障害通知を受信した場合、上記状態管理部に対して上記障害の発生している通信コネクションの状態情報を取得することを上記第２の計算機に対して要求する障害原因調査部と、
上記障害原因調査部より取得した状態情報に基づいて、障害の発生している通信コネクションに対して再度コネクションの接続を要求する再接続処理部とを備えたことを特徴とする。
【００１５】
また、この発明に係るデータ伝送システムは、第１の通信回線により接続された第１の計算機と第２の計算機とを備え、上記第１の計算機と上記第２の計算機との間で情報の通信を行うデータ伝送システムにおいて、
上記第１の計算機は、
上記第１の通信回線の種類を示す回線情報と上記通信回線で使用可能な通信プロトコルを示す通信プロトコル情報とを対応させて記憶するプロトコル情報テーブルと、
上記第１の通信回線を識別する回線識別情報を入力して、入力した回線識別情報に基づいて上記プロトコル情報テーブルより通信プロトコル情報を取得する回線識別情報入力部と、
上記回線識別情報入力部により取得された通信プロトコル情報により示される通信プロトコルに適合するように、第１の計算機と第２の計算機との間で通信する情報を変換するメッセージ変換部とを備えたことを特徴とする。
【００１６】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照して説明する。
実施の形態１．
本発明の第１の実施の形態を、図１乃至図３に基づいて説明する。
図１は、本実施の形態におけるシステムの主要構成を示したものである。
図２は、計算機１００と中継機２００間で送受信されるデータの内部構造を示したものである。
図３は、設備制御アプリケーションから要求される処理要求情報と処理要求情報に対応する処理識別情報とを記憶する通信制御処理情報テーブルの一例である。
【００１７】
図１において、第１の計算機は計算機１００であり、第２の計算機は中継機２００であり、設備装置は設備３００とする。また、第１の通信回線は伝送路５００であり、第２の通信回線は伝送路５０１である。初めに計算機１００の構成を説明する。１０１は設備３００に対する保守、監視、及び制御といった処理を要求するためにアクセスを行う処理要求情報を生成する設備制御アプリケーション、１０２は設備制御アプリケーションから発行される処理要求情報を第１の通信プロトコルであるＴＣＰ／ＩＰ通信向けにデータ変換するメッセージ変換部、１０３は計算機１００と中継機２００間で転送されるＴＣＰ／ＩＰデータを入出力するソケットインタフェース部、１０４は設備制御アプリケーション１０１からの処理要求情報に従い、処理要求情報の１つである信号制御命令の生成及び送信処理を行うコマンド生成部、１０５は設備制御アプリケーション１０１で生成された処理要求情報の１つである要求データの送信と、設備３００からの応答データを受信するデータ転送部である。次に中継装置２００の構成を説明する。２０１は計算機１００から転送された処理要求情報であるＴＣＰ／ＩＰデータを解析するメッセージ解析部、２０２はメッセージ解析部２０１による解析結果に従い、設備３００に対してアクセスする設備連携処理部、２０３は中継機２００と計算機１００及び設備３００間で転送されるＴＣＰ／ＩＰデータを入出力するソケットインタフェース部、２０４は中継機２００と設備３００間で転送されるデータを送受信する設備向け通信インタフェース部、２０５は計算機１００のコマンド生成部１０４より送信されたデータを解析するコマンド解析部、２０６は計算機１００のデータ転送部１０５から転送されたデータの受信及び解析と設備３００からの応答データを送信するデータ解析部である。次に計算機１００を中継機２００に接続する伝送路と中継機２００と設備３００とを接続する伝送路について説明を行う。５００は計算機１００と中継機２００間でＴＣＰ／ＩＰデータを送受信するための伝送路、５０１は中継機２００と設備３００間でデータを送受信するための伝送路である。５０２はソケットインタフェース部１０３，２０３を通じてコマンド生成部１０４とコマンド解析部２０５とを接続する制御用通信コネクション、５０３はソケットインタフェース部１０３，２０３を通じてデータ転送部１０５とデータ解析部２０６とを接続するデータ送受信用通信コネクションである。
中継機と設備間を接続しデータ交信を可能とするために必要なデータ構造と通信プロトコルを有するネットワークを設備向けネットワークと呼ぶ。中継機２００と設備３００間で転送されるデータを設備向けネットワークデータと呼ぶ。
実施の形態１では、計算機１００と中継機２００との間で通信される情報の目的用途は２種類とし、１つは設備３００或いは伝送路５０１を制御することを目的とする制御情報であり、もう１つを計算機１００から設備３００に対してデータを送信することを目的とする送信データとする。制御データは制御用通信コネクション５０２を介して計算機１００から中継機２００に対して送信を行うものとし、送信データはデータ送受信用通信コネクション５０３を介して計算機１００と中継機２００との間で通信を行うものとする。
【００１８】
図２において、３０１０はコマンド生成部１０４で生成されるリクエストデータ、３０１１はＴＣＰ／ＩＰヘッダ部、３０１２は通信制御命令を格納するコマンドＩＤ部、３０１３はコマンドＩＤに添付されるデータを格納する添付データ部である。３０２０はデータ転送部１０５で生成されるリクエストデータ、３０２１はＴＣＰ／ＩＰヘッダ部、３０２２は設備制御アプリケーションで生成される要求データ部である。３０３０はメッセージ解析部１０２で生成されるレスポンスデータ、３０３１はＴＣＰ／ＩＰヘッダ部、３０３２は応答データ部である。
図３において、４０００は制御命令情報テーブルを示した例であり、４００１は通信制御命令、４００２はコマンドＩＤである。制御命令情報テーブル４０００は図１のコマンド生成部１０４が備えるテーブルである。
【００１９】
次に動作について説明する。
本実施の形態は、ＴＣＰ／ＩＰ通信プロトコルをサポートする計算機１００とＴＣＰ／ＩＰ通信プロトコル以外の通信プロトコルをサポートする設備３００間のデータ交信を実現する例として、計算機１００と設備３００間に仲介処理を行う中継機２００を設置し、用途別に用意した通信コネクション５０２，５０３を用いて計算機１００と中継機２００との間の通信処理を行う。
設備制御アプリケーション１０１から設備３００に対するアクセスの種類としては、以下の２つがあるものとする。
（１）データ送受信処理
設備制御アプリケーション１０１で生成された制御命令や制御プログラムを設備３００に転送する、もしくは設備３００から処理結果や制御プログラムをロードする。
（２）通信制御処理
設備３００に対する通信回線の開閉処理や、シリアル通信の場合に見られる信号制御処理を実行する。
本発明では、上記の異なる目的用途の処理要求に対応するため、図１に示す通り計算機１００と中継機２００間に制御用通信コネクション５０２とデータ送受信用通信コネクション５０３の２つの通信コネクションを用意し、上記２種類のアクセスに応じて利用する通信コネクションを区別する方式を採ることを特徴とする。設備制御アプリケーション１０１からの指示に従い、メッセージ変換部１０２において制御用通信コネクション５０２もしくはデータ送受信用通信コネクション５０３の何れかが選択され、通信処理が行われる。尚、設備制御アプリケーション１０１からメッセージ変換部１０２に対する処理要求は、必ずシリアライズされて発行され、前記制御用通信コネクション５０２とデータ送受信用通信コネクション５０３が並行した利用は行われない。
以下に、データ送受信処理と通信制御処理の各処理要求に対する手順について説明する。
【００２０】
初めに、データ送受信処理に対する処理手順について述べる。
計算機１００の設備制御アプリケーション１０１では、設備向けネットワークに依存した制御命令や制御プログラムのデータが生成され、設備３００に対する送信要求が発行される。例えば制御プログラムのデータの送信命令が出された場合、メッセージ変換部１０２のデータ転送部１０５では、前記制御プログラムのデータを受け取り、ソケットインタフェース部１０３及びデータ送受信用通信コネクション５０３を通じて中継機２００側に送信する。この時、送信される内容は、ソケットインタフェース部１０３によりＴＣＰ／ＩＰヘッダ３０２１の後の要求データ部３０２２に制御プログラムのデータが添付され、リクエストデータ３０２０として生成される。
中継機２００では、ソケットインタフェース部２０３を通じてメッセージ解析部２０１のデータ解析部２０６が、前記リクエストデータ３０２０を受信する。ソケットインタフェース部２０３では、ＴＣＰ／ＩＰヘッダが取り外され、要求データ部３０２２に格納されていた制御プログラムのデータのみがメッセージ解析部２０１に渡される。メッセージ解析部２０１のデータ解析部２０６は、該制御プログラムのデータを設備連携処理部２０２に渡す。設備連携処理部２０２は、設備向けネットワーク単位に存在し、つまり、設備３００が複数あるとするとそれぞれの設備３００に対応する設備連携処理部２０２が存在するということであり、それぞれの設備連携処理部２０２は、予め設備向けネットワークを認識している。設備連携処理部２０２は、設備向け通信インタフェース部２０４及び伝送路５０１を通じて前記制御プログラムのデータを設備３００に送信する。設備連携処理部２０２を通じてデータ解析部２０６は設備３００より送信結果を受け取り、処理結果としてソケットインタフェース部２０３及びデータ送受信用通信コネクション５０３を通じて計算機１００に返信する。ソケットインタフェース部２０３では、送信結果をレスポンスデータの応答データ部３０３２に格納してレスポンスデータ３０３０を生成する。
計算機１００のデータ転送部１０５は、該レスポンスデータ（実際には、ソケットインタフェース部１０３により応答データ部３０３２から抽出された送信結果のみ）を取得し、設備制御アプリケーション１０１に処理結果を返す。
【００２１】
続いて、通信制御処理に対する処理手順について述べる。
例えば、設備３００に対する通信インタフェースとしてシリアルインタフェースが利用される場合、シリアル回線の開閉処理や回線伝送速度の変更など、ＴＣＰ／ＩＰとは異なる信号制御処理が存在する。本発明では、ＴＣＰ／ＩＰ経由で信号制御命令を指示するため、図３に示す様なコマンドＩＤによる制御命令処理方式を採る。設備制御アプリケーション１０１から制御命令が発行されると、メッセージ変換部１０２のコマンド生成部１０４では、制御命令情報テーブル４０００に従い制御命令に対応するコマンドＩＤを確定する。該コマンドＩＤは、ソケットインタフェース部１０３によりＴＣＰ／ＩＰヘッダ３０１１の後ろに添付され、リクエストデータ３０１０として制御用通信コネクション５０２を通じて中継機２００に送信される。該リクエストデータ３０１０には、制御処理に必要な伝送速度、パリティ設定、通信タイムアウト時間等の制御データを、リクエストデータの添付データ部３０１３に格納する事により送信する事が可能である。中継機２００では、ソケットインタフェース部２０３を通じてメッセージ解析部２０１のコマンド解析部２０５がコマンドＩＤを（実際には、ソケットインタフェース部２０３においてリクエストデータ３０１０からコマンドＩＤを抽出する）を受信し設備連携処理部２０２に渡す。設備連携処理部２０２は、コマンドＩＤに従って設備向け通信制御命令に変換して、設備向け通信インタフェース部２０４から発行される。前記制御命令に対する処理結果は、設備連携処理部２０２からメッセージ解析部２０１のコマンド解析部２０５に返され、ソケットインタフェース部２０３及び制御用通信コネクション５０２を通じて計算機１００に送信される。計算機１００では、ソケットインタフェース部１０３及び制御用通信コネクション５０２を通じてメッセージ変換部１０２のコマンド生成部１０４が前記制御命令に対する処理結果を受信し、設備制御アプリケーション１０１に返す。
【００２２】
以上のように、この実施の形態１によれば、設備向けネットワークデータをＴＣＰ／ＩＰデータに格納して転送することにより、設備３００の通信プロトコルに依存せずＴＣＰ／ＩＰ通信プロトコル経由で遠隔からアクセスすることが可能となる。
また、通信プロトコルに特化した制御命令をコマンドＩＤとして処理することにより、設備３００の通信プロトコルを意識することなく（設備３００の通信プロトコルを意識することがないと言うのは、中継機２００の設備連携処理部２０２が中継機２００に接続されている複数の設備３００のそれぞれの通信プロトコルを意識するので設備３００の通信プロトコルを意識しなくてもいいということである）、ＴＣＰ／ＩＰ経由で遠隔から設備向け通信制御処理を実現することが可能となる。
また、データ送受信処理用と通信制御処理用とに通信コネクションを分け、データ送受信処理時におけるコマンド解析処理を省略化することにより、通信処理性能を向上する事が出来る。
【００２３】
以上のように、実施の形態１では設備制御装置の１つである計算機と中継装置とが第１の通信プロトコルであるＴＣＰ／ＩＰ通信プロトコルによって情報を通信する通信回線で接続され、かつ中継装置と設備装置間が、第２の通信プロトコルである非ＴＣＰ／ＩＰ通信プロトコルにより情報を通信する通信回線で接続されるデータ伝送システムにおいて、
計算機は、設備に対する保守、監視、及び制御といったアクセスを行う設備制御アプリケーションと、該アプリケーションからの設備向け情報である信号制御命令やデータ送受信処理命令を中継装置の送信するための送信データに変換するメッセージ変換部と、中継装置との間でＴＣＰ／ＩＰ通信を実施するソケットインタフェース部とを備え、
中継装置は、計算機からの送信データを解析するメッセージ解析部と、解析結果に従い設備装置に対して信号制御処理やデータ送受信処理を行う設備連携処理部と、計算機との間でＴＣＰ／ＩＰ通信を実施するソケットインタフェース部と、設備に対し設備向け通信処理を行う設備通信向けインタフェース部とを備えるとともに、計算機と中継機間を目的用途別に分けた通信コネクションにより接続する手段を備える事により、
設備側の通信プロトコルに関わらず計算機と設備間でデータ交信処理することを可能とするデータ伝送システムの一例を説明した。
【００２４】
さらに、計算機には、設備制御アプリケーションからの信号制御命令に対し汎用的なコマンド命令文を生成するコマンド生成部を備え、
中継装置には、該コマンド命令文より設備向け通信制御命令を生成するコマンド解析部を設けることにより、
計算機からＴＣＰ／ＩＰ経由で遠隔の設備に対し計算機が設備装置の通信プロトコルが何であるかを意識することなく通信制御処理する事を可能とするデータ伝送システムの一例を説明した。
【００２５】
実施の形態２．
本発明の第２の実施の形態を、図４及び図５乃至図６に基づいて説明する。
図４は、実施の形態２におけるデータ伝送システムの全体構成を示す図である。図４において、計算機１００と中継機２００は、上記実施の形態１の図１に示した計算機１００と中継機２００と同じ構成であるものとする。また、設備３００も図１の設備３００と同じである。また、伝送路５００，５０１も図１の伝送路５００，５０１と同じである。図１と図４の違いは、図４の設備連携処理部２０２がグループ処理機能情報テーブル５０００を備えている点である。
図５は、グループ処理要求が格納されている格納場所を、グループ処理要求情報に対応するグループＩＤに対応させて記憶したグループ処理機能情報テーブルである。設備制御アプリケーションから要求される処理要求情報に含まれているグループ処理要求情報は、グループ処理要求に対応してつけられたグループＩＤである。設備連携処理部２０２はグループＩＤを基にグループ処理機能情報テーブル５０００を参照して、グループ処理要求情報により示される関連する複数の処理が格納されている格納場所を取得し、取得した格納場所をアクセスして関連する複数の処理を取得する。図５において、５０００はグループ処理機能情報テーブルを示した例であり、５００１はグループＩＤ、５００２は配置場所である。
図６は、本実施の形態における処理動作を示した流れ図である。
【００２６】
本実施の形態における、計算機１００及び中継機２００の内部動作を、図６を用いて説明する。
本実施の形態は、計算機１００から設備３００に対して行う処理要求において、要求する処理内容に一定の処理パターンが存在する場合、その処理要求をグループ化することにより、計算機からの処理要求を中継機２００が代行して一括処理するものである。
例えば、設備３００がシリアル通信インタフェースをサポートする場合、計算機１００或いは中継機２００から設備３００に対し、
（１）シリアル回線のオープン処理
（２）データ送受信開始通知
（３）データ送受信可能確認
といったシリアル通信信号制御処理が実行される。処理（１）〜（３）がパターン化されている場合、これに識別子（グループＩＤ）を付けグループ化する。グループ化は設備制御アプリケーション１０１で予め処理要求情報を生成するときに行うか或いは、メッセージ変換部１０２のコマンド生成部１０４が設備制御アプリケーション１０１より入力した処理要求情報を参照して、処理要求情報に含まれている処理内容にパターン化出来る処理内容が存在する場合は、その処理内容に対応するグループＩＤを取得し、処理要求情報の処理内容をグループＩＤに変換して計算機２００へ送信しても構わない。後者の場合、コマンド生成部１０４はパターン化する処理内容に対応するグループＩＤを記憶するテーブルを予め備えているものとする。中継機２００の設備連携処理部２０２には、該グループＩＤに対応する処理内容を取得する機能（これをグループ処理実行機能と呼ぶ）を用意する。グループ処理実行機能は、グループＩＤとグループＩＤに対応する処理内容とをメモリ上に配置する他、ライブラリとしてディスク上に保管し、必要に応じてメモリ上に読み出す方法として実現されても良い。尚、グループＩＤとグループＩＤに対応する処理内容は、グループ処理機能情報テーブル５０００により配置場所が管理される。
【００２７】
設備制御アプリケーション１０１から、前記処理（１）の制御命令が発行されると、メッセージ変換部１０２のコマンド生成部１０４では、制御命令に対応するグループＩＤをリクエストデータ３０１０に格納する（ステップＳ０１）。本実施の形態では、グループＩＤ名を”ｐｒｏｘｙ１”とする。該リクエストデータ３０１０は、ソケットインタフェース部１０３及び制御用通信コネクション５０２を通じて中継機２００側に送信される（ステップＳ０２）。中継機２００では、ソケットインタフェース部２０３を通じてメッセージ解析部２０１のコマンド解析部２０５がリクエストデータ３０１０を受信する（ステップＳ０３）。受信した前記リクエストデータ３０１０から、グループＩＤ（本実施の形態では”ｐｒｏｘｙ１”）を抽出し、設備連携処理部２０２に渡す（ステップＳ０４）。設備連携処理部２０２は、抽出したグループＩＤを基にグループ処理機能情報テーブルから機能の配置場所を確認する（ステップＳ０５）。図５によるとグループＩＤ“ｐｒｏｘｙ１”に対応する配置場所はＣドライブの“￥ｌｉｂ￥ｓｅｒｉａｌ．ｌｉｂ”であるので、上記配置場所よりグループＩＤに対応する処理命令を取得する。前記グループＩＤによって示される処理内容は処理要求（１）、（２）、及び（３）であるものとし、これらに対応する通信制御命令が、設備向け通信インタフェース部２０４から発行される（ステップＳ０６）。前記制御命令に対する処理が完了した後、グループ処理の結果が設備連携処理部２０２からメッセージ解析部２０１のコマンド解析部２０５に返され、ソケットインタフェース部２０３によりＴＣＰ／ＩＰヘッダ３０３１に添付され、レスポンスデータ３０３０として制御用通信コネクション５０２を通じて計算機１００に送信される（ステップＳ０７）。計算機１００では、ソケットインタフェース部１０３及び制御用通信コネクション５０２を通じて前記レスポンスデータ３０３０をメッセージ変換部１０２のコマンド生成部１０４が受信（ステップＳ０８）し、グループ処理の結果を抽出し（ステップＳ０９）、前記制御命令（１）の処理結果を設備制御アプリケーション１０１に戻す（ステップＳ１０）。続いて、設備制御アプリケーション１０１から前記制御命令（２）及び（３）が発行された場合は、既に前記制御命令（１）に対する関連処理として制御命令（２）（３）は既に設備３００に対して処理が終了している。このため、メッセージ変換部１０２のコマンド生成部１０４において、前記グループ処理の結果から各制御処理に応じて処理結果を返す。
【００２８】
以上の様に、この実施の形態２によれば、一定のパターン化された処理群をグループ化して、中継機２００で一括して処理する機能を有することにより、計算機及び中継機間の通信処理が省略され処理性能を向上させることができる。
【００２９】
この実施の形態２では、計算機には、複数処理の一括処理を要求するグループ処理要求手段を備え、中継機には、該処理要求に対し設備に対する一括処理するグループ処理機能の実行手段を備えるデータ伝送システムの一例を説明した。
【００３０】
実施の形態３．
本発明の実施の形態３を、図５及び図７に基づいて説明する。
図７は、本実施の形態におけるシステムの主要構成を示したものである。ここで説明する実施の形態は図１の構成を有するものであるが、本実施の形態を説明する上で直接関係ない要素については、図を簡略化し特徴を理解するために、図７において省略した。
図７において、４０１は中継機２００より受信したグループ処理要求情報に基づいてグループ処理機能管理倉庫４０２をアクセスし、関連する複数の処理を取得するグループ処理機能管理部である。グループ処理要求情報とは、例えば保管、検索、及び転送処理である。４０２はグループ処理要求情報と、グループ処理要求情報により示される関連する複数の処理とを対応して記憶するグループ処理機能管理倉庫である。４０３はグループ処理機能管理装置４００と中継機２００間で転送されるＴＣＰ／ＩＰデータを入出力するソケットインタフェース部である。グループ処理機能管理装置４００は、中継機２００と伝送路５００を介して接続されている。この発明ではグループ処理機能管理装置をアクセスするのは中継機２００であり、計算機１００からグループ処理機能管理装置をアクセスすることはない。
【００３１】
次に動作について説明する。
本実施の形態は、計算機１００からのグループＩＤによって示されるグループ処理の実行要求に対し、該当するグループ処理の内容が設備連携処理部２０２のグループ処理機能情報テーブル５０００に存在しない場合、他装置からグループＩＤにより示される処理内容を取得する事により、処理を継続することを実現する。
実施の形態３では、上記実施の形態２の図６のステップＳ０５に以下の処理を追加する。計算機１００側からのグループ処理要求に対して、設備連携処理部２０２によるグループ処理機能検索の結果、該当するグループＩＤが存在しない場合、設備連携処理部２０２は、ソケットインタフェース部２０３を通じてグループ処理機能管理装置４００に対してグループＩＤをキーとしてグループ処理内容取得要求を発行する。
グループ処理機能管理装置４００のグループ処理機能管理部４０１では、ソケットインタフェース部４０３を通じて前記グループ処理内容取得要求を受信する。グループ処理機能管理部４０１は、中継機２００の設備連携処理部２０２と同様に、グループ処理機能情報テーブル５０００を有し（但し、グループ処理機能管理部４０１が有するグループ処理機能情報テーブル５０００の内容は、設備連携処理部２０２が有するグループ処理機能情報テーブル５０００の内容とは異なるものである。グループ処理機能情報テーブル５０００の構造は同じであるが、テーブルに記憶されている情報は設備連携処理部２０２の有するグループ処理機能情報テーブル５０００にないグループＩＤを、グループ処理機能管理装置４００の有するグループ処理機能情報テーブル５０００は有しているものとする。）、グループＩＤに基づいてグループ処理の内容が記憶さている記憶場所を取得した記憶場所をアクセスして、該当するグループ処理の内容をグループ処理機能管理倉庫４０２から読み出し、ソケットインタフェース部４０３を通じて中継機２００に返信する。
中継機２００の設備連携処理部２０２は、前記グループ処理の内容をグループ処理機能管理装置４００から取得した後、上記実施の形態２のステップＳ０６から処理を継続する。
【００３２】
以上の様に、この実施の形態３によれば、中継機に該当するグループ処理を示すグループＩＤが存在しない場合でも、要求に応じてグループ処理機能管理装置から該当する処理内容を取得することにより、処理を継続して実行することが可能となる。
また、常に全てのグループ処理機能を中継機２００で保管する必要がないため、中継機におけるディスク容量やメモリ容量を節約することができる。更に、グループ処理機能管理装置を用意することにより、例えば組み込み機器の様な、ディスク容量やメモリ容量に制限があるハードウェアについても中継機に適用することが可能となる。
【００３３】
この実施の形態３では、グループ処理機能の保管、検索、及び転送処理を行うグループ処理機能管理部、グループ処理機能を保管するグループ処理機能機能管理倉庫を持つグループ処理機能管理装置を有することにより、
中継機に、処理要求に対して該当するグループ処理機能が存在しない場合、グループ処理機能管理装置から取得する事により、処理を継続して実施することを可能とするデータ伝送システムの一例を説明した。
【００３４】
実施の形態４．
本発明の第４の実施の形態を、図８に基づいて説明する。
図８は、本実施の形態におけるシステムの主要構成を示したものである。ここで説明する実施の形態は図１の構成を有するものであるが、本実施の形態を説明する上で直接関係ない要素については、図を簡略化し特徴を理解するために、図８において省略した。
図８において、１０６は中継機２００に対する通信制御処理もしくはデータ送受信処理の再送処理を決定する再送要求処理部である。
【００３５】
次に動作について説明する。
本実施の形態は、計算機１００の設備制御アプリケーション１０１から設備３００に対し処理要求が発行された場合、何らかの問題で設備３００からの処理結果を取得することが出来ない場合、メッセージ変換部１０２において自動的に再送処理する機能を提供することにより、アプリケーションレベルにおける処理負担を軽減する。
メッセージ変換部１０２の再送要求処理部１０６は、予め通信処理時間におけるタイムアウト時間（最長待ち時間）を設定している（中継機２００が設備３００を複数接続する場合は、タイムアウト時間は複数の設備それぞれによって異なる時間を設定することが出来るものとする）。再送要求処理部１０６は、タイムアウト時間の他に再送処理情報としてリクエストデータの再送回数と再送間隔（スリープ時間）とを決定する。
例えば、設備制御アプリケーション１０１では、設備３００に対しデータ送受信用通信コネクションを通じて、以下の処理要求を発行する。
（１）設備３００に対する制御命令の送信要求
（２）上記処理（１）に対する処理結果の取得（データ受信）要求
前記処理要求（１）は、実施の形態１において説明したデータ送受信処理手順に基づき、計算機１００のデータ転送部１０５から、中継機２００を通じて設備３００に送信される。設備３００では、送信データに格納された制御命令に基づき、制御処理が実行される。
続いて、前記処理要求（２）が、上記処理と同様に中継機２００を通じて設備３００に送信される。しかし、例えば、設備３００において前記処理要求（１）に対する制御処理が完了していない場合は、前記処理要求（２）に対する処理結果を取得することができず、その結果、計算機１００のメッセージ変換部１０２に対し処理結果（未取得通知）が返信される。
前記処理結果（未取得通知）が返信されると、メッセージ変換部１０２の再送要求処理部１０６において再送処理情報が決定される。データ転送部１０５では、前記再送処理情報に基づき、設備３００に対し前記処理要求（２）を再送する。
【００３６】
以上の様に、この実施の形態４によれば、メッセージ変換部における再送処理により、確実にレスポンスデータを取得する事が期待できる。また、アプリケーションレベルにおけるエラーハンドリングなどの処理負担を軽減することが出来る。
【００３７】
この実施の形態４では、計算機には、中継機に対して通信制御処理もしくはデータ送受信処理の再送処理を指示する再送要求処理部を備えることにより、
設備からの応答データを中継機経由で計算機が取得出来なかった場合、自動的に再送処理するデータ伝送システムの一例を説明した。
【００３８】
実施の形態５．
本発明の第５の実施の形態を、図９及び図１０乃至図１２に基づいて説明する。
図９は本実施の形態のシステムの主要構成を示したものである。ここで説明する実施の形態は、図１の構成を有するものであるが、本実施の形態を説明する上で直接関係ない要素については図を簡略化し特徴を理解するために、図９において省略した。
図９において、１０８，２０８は制御用通信コネクション５０２もしくは、データ送受信用通信コネクション５０３より障害が発生したことを通知する障害通知を受信する障害検出部であり、１０７ａ，１０７ｂ，２０９ａ，２０９ｂはデータ送受信用通信コネクション５０３と制御用通信コネクション５０２のうち障害が発生していない通信コネクションを選択して通信コネクションを代用することを指示する通信代行処理部である。
図１０は、本実施の形態におけるデータ送受信用通信コネクションの通信障害時における処理動作を示した流れ図である。
図１１、及び図１２は、本実施の形態における制御用通信コネクションの通信障害時における処理動作を示した流れ図である。
【００３９】
次に動作について説明する。
本実施の形態は、計算機１００と中継機２００間における制御用通信コネクション５０２もしくはデータ送受信用通信コネクション５０３のいずれかの通信コネクションで障害が発生した場合、復旧するまでの間、もう一方の障害が発生していない通信コネクションを代用する方法を提供することにより、処理を継続する事を可能としている。
【００４０】
初めに、データ送受信用通信コネクション５０３において障害が発生した場合の処理手順を、図１０を用いて説明する。
データ送受信用通信コネクション５０３に障害が発生した場合は、制御用通信コネクション５０２にて代用するが、この場合、全ての処理をコマンドＩＤによる通信処理で実現する。
データ送受信用通信コネクション５０３において通信障害が発生した場合、障害検出部１０８はデータ送受信用通信コネクション５０３より障害通知を受信しデータ転送部１０５に対してデータ送受信用通信コネクション５０３で障害が発生したことを通知する。そして、メッセージ変換部１０２のデータ転送部１０５において、データ送受信用通信コネクション５０３のコネクションを切断する（ステップＳ０１）。設備制御アプリケーション１０１からデータ送受信要求が発生した場合は、通信代行処理部１０７ｂによりデータ転送部１０５からコマンド生成部１０４に対しデータ転送部１０５に代わって設備３００に送信するデータを転送する事を要求する（ステップＳ０２）。コマンド生成部１０４は、データ送信要求をコマンドＩＤ部３０１２に格納し、送信データを添付データ部３０１３に格納して、リクエストデータ３０１０を生成し、制御用通信コネクション５０２を介してリクエストデータ３０１０を中継機２００に対して送信する。その後、設備３００からのレスポンスデータを待つ（ステップＳ０３）。中継機２００のコマンド解析部２０５では、制御用通信コネクション５０２を通じて計算機１００からリクエストデータ３０１０を受信し（ステップＳ０４）、リクエストデータ３０１０からコマンドＩＤを抽出する（ステップＳ０５）。コマンドＩＤがデータ送信要求の場合は、リクエストデータ３０１０の添付データ部３０１３から送信データを抽出し設備連携処理部２０２に渡す（ステップＳ０６）。設備連携処理部２０２では設備向け通信インタフェース部２０４を通じて前記送信データを設備３００に送信後、送信結果をコマンド解析部２０５に返し、レスポンスデータ３０３０として制御用通信コネクション５０２を通じて計算機１００に返信する（ステップＳ０７）。計算機１００のコマンド生成部１０４では、前記レスポンスデータ３０３０を受信し、応答データ部３０３２から処理結果を抽出する（ステップＳ０８）。処理結果は、コマンド生成部１０４からデータ転送部１０５を通じて設備制御アプリケーション１０１に返される（ステップＳ０９）。
【００４１】
続いて、制御用通信コネクション５０２において障害が発生した場合の処理手順を、図１１及び図１２を用いて説明する。
制御用通信コネクション５０２に障害が発生した場合は、障害検出部１０８は障害通知を受信し、通信代行処理部１０７ａに障害通知を送信する。通信代行処理部１０７ａはデータ送受信用通信コネクション５０３を制御用通信コネクション５０２に代わって使用することを指示する。上記データ送受信用通信コネクション５０３の通信障害時と同様、全てコマンドＩＤによるデータ処理を行うが、設備制御アプリケーション１０１からのリクエストが、通信制御処理の場合とデータ送受信処理の場合では処理手順が異なる。最初に通信制御処理要求時における処理手順を、次にデータ送受信処理要求時における処理手順を説明する。
【００４２】
通信制御処理要求時における処理手順を、図１１を用いて説明する。
制御用通信コネクション５０２において通信障害が発生した場合、障害検出部１０８はコマンド生成部１０４に制御用通信コネクション５０２に障害が発生したことを通知する。メッセージ変換部１０２のコマンド生成部１０４において、制御用通信コネクション５０２のコネクションを切断する（ステップＳ０１）。一方、中継機２００のコマンド解析部２０５では同様に障害検出部２０８において、通信障害を検出すると、通信代行処理部２０９ａよりデータ解析部２０６に対し、制御用通信コネクション５０２の障害通知を行い、コマンド解析部２０５はデータ解析部２０６からのリクエストデータの受信待ちとなる（ステップＳ０２）。設備制御アプリケーション１０１から、通信制御処理に対する処理要求が発行された場合、コマンド生成部１０４において通信制御要求に対応したコマンドＩＤを格納したリクエストデータ３０１０が生成され、データ転送部１０５に対しデータ転送要求を行う（ステップＳ０３）。データ転送部１０５は、ソケットインタフェース部１０３を通じてリクエストデータ３０１０を中継機２００に送信し、設備３００からのレスポンスデータを待つ（ステップＳ０４）。中継機２００のデータ解析部２０６では、計算機１００から前記リクエストデータ３０１０を受信し、これをコマンド解析部２０５に転送する（ステップＳ０５）。コマンド解析部２０５では前記リクエストデータからコマンドＩＤを抽出する（ステップＳ０６）。設備連携処理部２０２を通じてコマンドＩＤに対応する処理を実行した後、処理結果をデータ解析部２０６により受信し、データ解析部２０６で応答データ部３０３２に処理結果を格納してレスポンスデータ３０３０を生成し（ステップＳ０７）、データ解析部２０６から計算機１００側にデータ送受信用通信コネクション５０３を通じて返信する（ステップＳ０８）。計算機１００のデータ転送部１０５では、前記レスポンスデータ３０３０を受信し、レスポンスデータ３０３０をコマンド生成部１０４に送信する。コマンド生成部１０４において応答データ部３０３２から処理結果を抽出し（ステップＳ０９）、設備制御アプリケーション１０１に返す（ステップＳ１０）。
【００４３】
データ送受信処理要求時における処理手順を、図１２を用いて説明する。
制御用通信コネクション５０２において通信障害が発生した場合、障害検出部１０８が障害通知を受信し、コマンド生成部１０４に制御用通信コネクション５０２に障害が発生したことを通知する。コマンド生成部１０４は通知された障害通知に基づいて制御用通信コネクションのコネクションを切断する（ステップＳ０１）。これ以後、設備制御アプリケーション１０１からデータ送受信に対する処理要求が発行された場合、計算機１００のデータ転送部１０５では、コマンド生成部１０４に対しリクエストデータ３０１０の生成要求を行う。コマンド生成部１０４は、データ送信要求をコマンドＩＤ部３０１２に、送信データを添付データ部３０１３に格納し、リクエストデータ３０１０を生成し、リクエストデータ３０１０をデータ転送部１０５に戻す（ステップＳ０２）。データ転送部１０５は、ソケットインタフェース部１０３を通じてリクエストデータ３０１０を中継機２００に送信し、設備３００からのレスポンスデータを待つ（ステップＳ０３）。中継機側では、図１１におけるステップＳ２及びステップＳ０５からＳ０８までの処理を行い、レスポンスデータ３０３０を計算機１００側に返信する。計算機１００のデータ転送部１０５では前記レスポンスデータ３０３０を受信し、コマンド生成部１０４に対し、処理結果の抽出を要求する。コマンド生成部１０４により応答データ部３０３２から処理結果が抽出されデータ転送部１０５に戻され（ステップＳ０４）、データ転送部１０５から設備制御アプリケーション１０１に処理結果が返される（ステップＳ０５）。
【００４４】
以上の様に、この実施の形態５によれば、一方の通信コネクションに障害が発生した場合でも、もう一方の通信コネクションを利用することにより、設備制御アプリケーションからの処理要求に対し、継続して実行することができる。
【００４５】
この実施の形態では、計算機と中継機間における通信コネクションの障害検出手段と、正常に動作可能な通信コネクションを利用した通信代行処理手段を提供する事により、
通信コネクションで障害が発生した場合も、システムを停止することなく継続して処理する事を可能とするデータ伝送システムの一例を説明した。
【００４６】
実施の形態６．
本発明の第６の実施の形態を、図１３乃至図１５に基づいて説明する。
図１３は、本実施の形態におけるシステムの主要構成を示したものである。ここで説明する実施の形態は図１の構成を有するものであるが、本実施の形態を説明する上で直接関係ない要素については、図を簡略化し特徴を理解するために、図１３において省略した。
図１４及び図１５は、本実施の形態における通信障害復旧処理の処理動作を示した流れ図である。
図１３において、２０７は通信障害情報を管理する状態管理部である。
【００４７】
次に動作について説明する。
本実施の形態は、一方の通信コネクションにおいて中継機側の問題により障害が発生した場合、もう一方の障害が発生していない通信コネクションを利用して障害原因を調査することにより、自動的に再接続処理を行う様にしたものである。障害検索処理は、通信コネクション毎に手順が異なる。最初にデータ送受信用通信コネクションにおける障害検索処理手順を、次に、制御用通信コネクションにおける障害検索処理手順を説明する。
【００４８】
初めに、データ送受信用通信コネクション５０３における障害検索処理手順を、図１３及び図１４を用いて説明する。
データ送受信用通信コネクション５０３において障害が発生した後、計算機１００のデータ転送部１０５は、障害復旧処理対応のスレッド（スレッドとは通常の処理が動作している動作環境と並行して障害を復旧するための処理ルーチンを起動し、通常処理と障害復旧処理の２つを並行して動作する環境を言う）を生成し、障害復旧処理を開始する（ステップＳ０１）。前記スレッドにおいて、コマンド生成部１０４に対し、中継機２００側の状態（エラー情報）取得要求をコマンドＩＤとしたリクエストデータ３０１０を生成し、制御用通信コネクション５０２を通じて中継機２００に送信する（ステップＳ０２）。一方、中継機２００では通信障害が発生した後、障害検出部２０８によって、データ解析部２０６に対して障害通知を通知する。この障害通知には、障害理由が含まれているものとする。データ解析部２０６では障害理由（エラー情報）を状態管理部２０７に登録する（ステップＳ０３）。ステップＳ０２によって送信されたリクエストデータ３０１０は、コマンド解析部２０５によって受信される（ステップＳ０４）。コマンド解析部２０５は、ステップＳ０４により受信したリクエストデータ３０１０を解析し、状態管理部２０７よりステップＳ０３で登録された障害理由を取得して、レスポンスデータの応答データ部３０３２に格納した後、計算機１００側に制御用通信コネクション５０２を通じて送信する（ステップＳ０５）。計算機１００のコマンド生成部１０４では、ステップＳ０５にて送信されたレスポンスデータ３０３０を受信し、応答データ部３０３２から障害理由（エラー内容）を検出する（ステップＳ０６）。エラー内容を判断して再接続可能な場合は、データ転送部１０５にデータ送受信用通信コネクション５０３のコネクションを再接続する要求を行い再接続処理を行う（ステップＳ０７）。
以上により、データ送受信用通信コネクションが再接続された場合、中継機２００のデータ解析部２０６はコマンド解析部２０５に対し通信障害復旧通知を送る。これにより、以後制御用通信コネクションに送信されるデータは、データ解析部２０６に転送されることがない。
【００４９】
続いて、制御用通信コネクション５０２における障害検索処理手順を、図１３及び図１５を用いて説明する。
制御用通信コネクション５０２において障害が発生した後、計算機１００のコマンド生成部１０４は、障害復旧処理対応のスレッドを生成し、障害復旧処理を開始する（ステップＳ０１）。前記スレッドにおいて、中継機に対して状態（エラー情報）を取得する要求をコマンドＩＤとしたリクエストデータ３０１０を生成した後に、データ転送部１０５に対しリクエストデータ３０１０を送信する要求をする（ステップＳ０２）。リクエストデータ３０１０はデータ送受信用通信コネクション５０３を通じて中継機２００に送信される一方、中継機２００では通信障害が発生した後、障害検出部２０８より障害の発生を通知されたコマンド解析部２０５では、障害理由（エラー情報）を状態管理部２０７に登録する（ステップＳ０３）。ステップＳ０２によって送信されたデータは、データ解析部２０６によって受信される（ステップＳ０４）。データ解析部２０６は受信したデータをコマンド解析部２０５に送信する。送信データがコマンド解析部２０５に渡されると、図１４のステップＳ０５と同様の処理を行ないレスポンスデータ３０３０を生成し、データ解析部２０６に渡される。データ解析部２０６では、レスポンスデータ３０３０をデータ送受信用通信コネクション５０３を通じて計算機１００に送信する（ステップＳ０５）。計算機１００のデータ転送部１０５では、ステップＳ０５にて送信されたレスポンスデータ３０３０を受信し、コマンド生成部１０４に渡す。コマンド生成部１０４では、レスポンスデータ３０３０の応答データ部３０３２から障害理由（エラー内容）を検出する（ステップＳ０６）。エラー内容により、再接続可能な場合は、コマンド生成部１０４より制御用通信コネクション５０２を接続するための再接続処理を行う（ステップＳ０７）。
以上により、制御用通信コネクションが再接続された場合、中継機２００のコマンド解析部２０５は、データ解析部２０６に対し通信障害復旧通知を送る。これにより、以後、データ送受信用通信コネクションに送信されるデータは、コマンド解析部２０５に転送されることがない（ステップＳ０８）。
【００５０】
以上の様に、この実施の形態６によれば、通信コネクションで中継機側の問題による障害が発生した場合でも、もう一方の障害が発生していない通信コネクションを障害検索に利用することにより、障害理由を検出することが出来、再接続する事が可能となる。
【００５１】
この実施の形態６では、計算機には、正常に動作可能な通信コネクションを利用して障害原因を調査する手段と、再接続処理する手段を備え、
中継機側には、通信障害情報を管理する状態管理手段を備えることにより、
障害発生時においても、接続状態を自動復旧する事を可能とするデータ伝送システムの一例を説明した。
【００５２】
実施の形態７．
上記実施の形態１から６において説明した伝送路５００は、ＴＣＰ／ＩＰを通信プロトコルとする伝送路であったが、別の通信プロトコルによって情報の通信を行う伝送路５００であっても構わない。伝送路５００の通信プロトコルを識別するために計算機１００は、プロトコル情報テーブルを備えて、伝送路５００の通信回線を識別する回線識別情報を入力して、入力した回線識別情報に基づいてプロトコル情報テーブルから伝送路５００の通信プロトコルが何であるかを示す回線識別情報入力部を備える。これにより、計算機１００は伝送路５００の回線の種類からその回線で使用可能な通信プロトコルを判断し、取得した通信プロトコルに適合するように計算機１００と中継機２００の間で行われる通信の情報をメッセージ変換部によって変換し、伝送路５００を任意の伝送路にすることが出来るデータ伝送システムを実現する。
【００５３】
【発明の効果】
以上のように、上記実施の形態で説明したこの発明のデータ伝送システムの一例によれば、第１の計算機と第２の計算機とにより通信される情報の有する目的用途が、例えば、データ送受処理と通信制御処理である場合に、上記データ送受処理と通信制御処理の通信コネクションをそれぞれ分ける。これにより、データ送受信処理時におけるコマンド解析処理を省略化することができ、通信処理性能を向上する事が出来る効果がある。
【００５４】
また、コマンド生成部により通信プロトコルに特化した制御命令を汎用的なコマンドＩＤとして処理することにより、例えばＴＣＰ／ＩＰ通信プロトコルにより情報の通信を行う第１の通信回線経由で、第１の計算機から遠隔地にある設備装置に対して通信制御処理を実現することが可能となる効果がある。
【００５５】
また、第１の計算機から設備装置に対して処理要求するための処理要求情報を、第１の通信回線の通信プロトコル、例えば、ＴＣＰ／ＩＰ通信プロトコルに適合する情報に変換して設備装置に送信することにより、第１の計算機は、設備装置の通信プロトコルに依存せずに、設備装置をアクセスすることが可能となる効果がある。
【００５６】
また、一定のパターン化可能な関連する複数の処理をグループ化して、第１の計算機からグループ化した処理を第２の計算機に送信し、第２の計算機で受信したグループ化された処理を設備装置に対して一括して要求することにより、第１の計算機と第２の計算機間で通信する情報量を省略することができ、処理性能を向上させることができる効果がある。
【００５７】
また、第１の計算機から第２の計算機に対して要求されたグループ化された処理に該当する処理内容が存在しない場合でも、第２の計算機からの要求によりグループ処理機能管理装置に対してアクセスを行い、グループ処理機能管理装置から該当する処理内容を取得する。このことにより、第２の計算機では、処理を継続して実行することが可能となる効果がある。
【００５８】
また、グループ処理機能管理装置にグループ化された処理内容を保管することにより、第２の計算機に、全てのグループ化された処理内容を保管する必要が無くなる。このため、第２の計算機におけるディスク容量やメモリ容量を節約することができる効果がある。更に、グループ処理機能管理装置を備えることにより、例えば組み込み機器の様な、ディスク容量やメモリ容量に制限があるハードウェアについても第２の計算機として適用することが可能となる効果がある。
【００５９】
また、第１の計算機が再送要求処理部を備えることにより、確実に第２の計算機からレスポンスデータを取得することを期待できる効果がある。また、アプリケーションレベルにおけるエラーハンドリングなどの処理負担を軽減することができる効果がある。
【００６０】
また、第１の通信回線に複数の通信コネクションを備えたことにより、所定の通信コネクションに障害が発生した場合でも、所定の通信コネクションとは別の障害の発生していない通信コネクションを利用することにより、第１の計算機の設備制御アプリケーションからの処理要求を継続して実行することができる効果がある。
【００６１】
また、第１の通信回線に複数の通信コネクションを備えたことにより、所定の通信コネクションに障害が発生した場合でも、所定の通信コネクションとは別の障害の発生していない通信コネクションを利用することにより、第２の計算機から第１の計算機に対して情報を継続して送信することができる効果がある。
【００６２】
また、第２の計算機側の問題により複数の通信コネクションのうち所定の通信コネクションに障害が発生した場合でも、別の障害が発生していない通信コネクションを障害検索に利用する。これにより、第１の計算機から、第２の計算機が備える状態管理部をアクセスして、障害理由を検出することができ、障害を回復して障害の発生していた通信コネクションを再接続する事が可能となる効果がある。
【００６３】
また、第１の通信回線を識別して第１の通信プロトコルを決定して、決定した通信プロトコルを利用して第１の計算機と第２の計算機との間で情報の通信を行う。このため、ユーザは第１の通信回線、及び、第１の通信プロトコルを任意に選択でき、この発明のデータ伝送システムを活用する選択肢が広がる効果がある。
【図面の簡単な説明】
【図１】 実施の形態１におけるデータ伝送システムの主要構成を示した図。
【図２】 計算機１００と中継機２００の間で送受信されるデータの内部構造を示した図。
【図３】 設備制御アプリケーションから要求される処理要求情報と処理要求情報に対応する処理識別情報等を記憶する通信制御処理情報テーブルの一例を示す図。
【図４】 実施の形態２におけるデータ伝送システムの主要構成を示した図。
【図５】 実施の形態２における設備制御アプリケーションから要求されるグループ処理のグループ処理ＩＤとグループ処理の内容が格納された配置場所などを示すグループ処理機能情報テーブルの一例を示す図。
【図６】 実施の形態２における処理動作のフローチャート図。
【図７】 実施の形態３におけるデータ伝送システムの主要構成を示す図。
【図８】 実施の形態４におけるデータ伝送システムの主要構成を示す図。
【図９】 実施の形態５におけるデータ伝送システムの主要構成を示す図。
【図１０】 実施の形態５におけるデータ送受信用通信コネクションの通信障害時における処理動作を示すフローチャート図。
【図１１】 実施の形態５における制御用通信コネクションの通信障害時における処理動作を示すフローチャート図。
【図１２】 実施の形態５における制御用通信コネクションの通信障害時における処理動作を示すフローチャート図。
【図１３】 実施の形態６におけるデータ伝送システムの主要構成を示す図。
【図１４】 実施の形態６における通信障害復旧処理の処理動作を示したフローチャート図。
【図１５】 実施の形態６における通信障害復旧処理の処理動作を示したフローチャート図。
【図１６】 従来のプロトコル変換装置を介してＬＡＮシステムとシリアル端末との通信を制御するデータ伝送方式の構成を示した図。
【符号の説明】
１００ 計算機、１０１ 設備制御アプリケーション、１０２ メッセージ変換部、１０３ ソケットインタフェース部、１０４ コマンド生成部、１０５ データ転送部、１０６ 再送要求処理部、１０７ａ，ｂ 通信代行処理部、１０８ 障害検出部、２００ 中継機、２０１ メッセージ解析部、２０２ 設備連携処理部、２０３ ソケットインタフェース部、２０４ 設備向け通信インタフェース部、２０７ 状態管理部、２０８ 障害検出部、２０９ａ，２０９ｂ 通信代行処理部、３００ 設備、４００ グループ処理機能管理装置、４０１ グループ処理機能管理部、４０２ グループ処理機能管理倉庫、４０３ ソケットインタフェース部、５００，５０１ 伝送路、５０２ 通信制御用通信コネクション、５０３ データ送受信用通信コネクション、３０１０ リクエストデータ、３０１１ ＴＣＰ／ＩＰヘッダ部、３０１２ コマンドＩＤ部、３０１３ 添付データ部、３０２０ リクエストデータ、３０２１ ＴＣＰ／ＩＰ部、３０２２ 要求データ部、３０３０ レスポンスデータ、３０３１ ＴＣＰ／ＩＰ部、３０３２ 応答データ部、４０００ 通信制御処理情報テーブル、４００１ 通信制御命令、４００２ コマンドＩＤ、５０００ グループ処理機能情報テーブル、５００１ グループＩＤ、５００２ 配置場所。
Claims (1)
- 第１の通信回線により接続された第１の計算機と第２の計算機とを備え、上記第１の計算機と上記第２の計算機との間で上記第１の通信回線を介して情報の通信を行うデータ伝送システムにおいて、
上記第１の計算機と上記第２の計算機との間で通信する情報は、複数の目的用途を有し、
上記第１の通信回線は、上記複数の目的用途別の通信コネクションを有し、
上記第１の計算機は、
上記複数の目的用途別の通信コネクションのうち、通信する情報の目的用途に対応する上記第１の通信回線の通信コネクションを用いて上記情報を上記第２の計算機に宛てて送信するメッセージ変換部を備え、
上記メッセージ変換部は、上記第１の通信回線が有する複数の目的用途別の通信コネクションのそれぞれから通信コネクションに発生した障害の障害通知を検出する第１の障害検出部と、
上記第１の障害検出部が通信コネクションに発生した障害通知を検出した場合、上記障害の発生している通信コネクションの通信障害情報の送信を要求する要求情報を生成して、生成した要求情報を上記第２の計算機に対して正常に動作可能な通信コネクションを介して送信する障害原因調査部と、
上記第２の計算機から正常に動作可能な通信コネクションを介して障害の発生している通信コネクションの通信障害情報を受信して、受信した通信障害情報から障害の発生した通信コネクションが再接続可能であるか否かを判断して、再接続可能であることを判断した場合は、障害の発生した通信コネクションの再接続を要求する再接続処理部と
を備え、
上記第２の計算機は、
上記第１の通信回線が有する複数の目的用途別の通信コネクションのそれぞれから通信コネクションに発生した障害の障害理由を含む障害通知を検出する第２の障害検出部と、
上記第１の通信回線が有する複数の目的用途別の通信コネクションの通信障害情報を記録する状態管理部と、
上記第２の障害検出部が検出した障害理由を含む障害通知を入力して、入力した障害通知に含まれた障害理由を通信障害情報として上記状態管理部に記録するとともに、上記障害原因調査部が送信した要求情報をメッセージとして受信して、受信したメッセージを解析して、解析結果が通信障害情報の送信要求を示している場合は、上記状態管理部が記録する通信障害情報を取得して、取得した通信障害情報を正常に動作可能な通信コネクションを介して上記第１の計算機へ送信し、解析結果が通信障害情報の送信要求以外を示している場合は、解析結果に対応する処理を行うメッセージ解析部と
を備えたことを特徴とするデータ伝送システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000058080A JP3779121B2 (ja) | 2000-03-03 | 2000-03-03 | データ伝送システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000058080A JP3779121B2 (ja) | 2000-03-03 | 2000-03-03 | データ伝送システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001251346A JP2001251346A (ja) | 2001-09-14 |
| JP3779121B2 true JP3779121B2 (ja) | 2006-05-24 |
Family
ID=18578728
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000058080A Expired - Fee Related JP3779121B2 (ja) | 2000-03-03 | 2000-03-03 | データ伝送システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3779121B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4696269B2 (ja) * | 2003-11-19 | 2011-06-08 | 独立行政法人情報通信研究機構 | ネットワーク回線を用いたアナログ信号入出力システム |
| US8396041B2 (en) * | 2005-11-08 | 2013-03-12 | Microsoft Corporation | Adapting a communication network to varying conditions |
| JPWO2011046056A1 (ja) * | 2009-10-14 | 2013-03-07 | 日本電気株式会社 | パケット通信の伝送制御方法及びパケット通信システム |
| JP5194307B2 (ja) * | 2010-07-14 | 2013-05-08 | サイレックス・テクノロジー株式会社 | シリアルデバイスサーバ |
| US8774007B2 (en) * | 2011-03-23 | 2014-07-08 | Sunpower Corporation | Apparatus and method for data communication in an energy distribution network |
| JP6010908B2 (ja) * | 2012-01-06 | 2016-10-19 | 富士ゼロックス株式会社 | 送受信システム及びプログラム |
| JP6059037B2 (ja) * | 2012-03-02 | 2017-01-11 | キヤノン株式会社 | 通信システム、クライアント装置、サーバ装置、通信方法、及びプログラム |
-
2000
- 2000-03-03 JP JP2000058080A patent/JP3779121B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001251346A (ja) | 2001-09-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5549556B2 (ja) | データ収集システム、データ収集システムの異常要因判定方法 | |
| JP3779121B2 (ja) | データ伝送システム | |
| CN113986501A (zh) | 实时数据库api无中断调用方法、系统、存储介质及服务器 | |
| US10721135B1 (en) | Edge computing system for monitoring and maintaining data center operations | |
| JP5625605B2 (ja) | Ｏｓ動作状態確認システム、確認対象装置、ｏｓ動作状態確認装置、ｏｓ動作状態確認方法およびプログラム | |
| JP3176548B2 (ja) | Ａｔｍ交換局における回線インタフェース装置 | |
| JPH1168884A (ja) | 伝送媒体接続装置および制御装置ならびに被制御装置および記憶媒体 | |
| JP5529596B2 (ja) | 処理方法、処理装置、通信装置及びプログラム | |
| CN113259404B (zh) | 基于tcp/ip协议的工业通信中间件及其使用方法 | |
| CN114979036A (zh) | 一种基于心跳和隔离交换矩阵的网闸的双机热备系统 | |
| US20100306469A1 (en) | Processing method and apparatus | |
| JP3691272B2 (ja) | 分散処理システムおよび障害解析情報の保存方法 | |
| JP3356809B2 (ja) | Ｌａｎ障害監視装置及びｌａｎ障害監視システム及びそれにおけるロギングデータ採集方法 | |
| CN113364659B (zh) | 一种基于Modbus协议的数据采集系统 | |
| JP5170000B2 (ja) | 冗長化ペア検出方法、通信装置、冗長化ペア検出プログラム、記録媒体 | |
| JPH10105490A (ja) | サーバの障害監視及び対策方法 | |
| CN117219255A (zh) | 通用标准下不同医疗检验设备数据接入方法及系统 | |
| KR200205905Y1 (ko) | 인터넷 통신 랜 시스템의 감시 및 가속 장치 | |
| CN115705032A (zh) | 用于转存电厂控制系统的运行数据的系统、方法和设备 | |
| JP3317278B2 (ja) | Ｆｄｄｉ障害監視方法、ｆｄｄｉ障害監視装置、プログラムを記録した記録媒体、ネットワークシステム | |
| JP5432595B2 (ja) | 通信装置及びその処理方法 | |
| JP2000357130A (ja) | 周辺制御処理装置、障害解析情報保持方式及び障害解析情報保持方法 | |
| JP3147811B2 (ja) | 多数の情報処理装置からなるシステムにおける障害検出方式 | |
| JP4090759B2 (ja) | マネージャ−エージェント監視制御システム、エージェント装置及びマネージャ−エージェント監視制御システムの状態整合方法並びにプログラム | |
| JPH02310755A (ja) | ヘルスチェック方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040517 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20041018 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050314 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050412 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050608 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060228 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060301 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100310 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |