JP2001147868A - 制御機器遠隔送受信システム - Google Patents

Abstract

(57)【要約】 【課題】 パーソナルコンピュータによる既存の直結専
用プログラムを有効利用し遠隔制御機器群を操作するシ
ステムを得る。 【解決手段】 遠隔地にあって、ユーザからの操作指示
１０４１を対象の制御機器に合わせて制御命令に組み替
え１０３２、対象の制御機器の命令体系に合わせてデー
タ変換１０３２も実施したコマンド群を生成する監視制
御アプリケーション１０１１を組み込み、コマンド群を
手順書に記載して中継サーバに送付する監視制御端末１
００１と、監視制御端末から回線網１００４経由で手順
書を受け取り、この手順書を開いて記載された既変換済
みのコマンド群を、接続した対象の制御機器１００２に
対して実行する中継サーバホスト１００３とで構成され
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、遠隔制御送受信シ
ステムに係り、パーソナルコンピュータ等を用いた監視
制御端末から、通信ネットワーク（またはインターネッ
ト）を介して、プロセス制御機器を操作・制御し、デー
タ送受信を行う遠隔制御システムに関するものである。

【０００２】

【従来の技術】第１の従来例として、いわゆる直結型の
専用プロセス制御システムがある。図２０はその概念と
構成を示す図であり、図２０（Ａ）において、２００１
はパーソナルコンピュータを使用した制御監視装置で、
内部に監視制御アプリケーション２０１１とオペレーテ
ィングシステム（ＯＳ）２０１２がある。２００２は制
御対象となる制御機器である。これらの間はイーサネッ
ト（Ethernet）を代表とするローカルエリアネットワー
ク（ＬＡＮ）接続やシリアルケーブルにより接続されて
いる。また図２０（Ｂ）は監視制御アプリケーション２
０１１の内部構成を示す概念図で、ユーザとパーソナル
コンピュータとのインタフェースとなるＧＵＩ部分２０
２１と、ユーザの命令内容を制御機器２００２が動作で
きる内容に変換された命令とデータを得るデータ変換・
通信プロトコル変換部分２０２２とが、密接に関係して
いる状態でプログラムされている。（Ｃ）はシリアル接
続された制御機器に対してデータを送信する際に監視制
御アプリケーションが行う操作の例を示す図であり、Ｃ
ＯＭポートを開くコマンド２０３２からＣＯＭポートを
閉じるコマンド２０３７までの６ステップのコマンド群
を示している。図２０（Ｄ）はハードウェア接続構成を
示す図であり、監視制御装置２００１はＬＡＮ２０４２
を経由して対象の制御機器２０４１ａ〜２０４１ｄと接
続している。

【０００３】このシステムの動作を説明する。監視制御
アプリケーションの開発者は監視制御装置としてのパー
ソナルコンピュータ２００１のアプリケーション・プロ
グラム２０１１として、ユーザからの操作指示を受け付
け、操作結果を表示するＧＵＩ部分２０２１とコマンド
２０３２ないし２０３７をＯＳに発行するデータ変換・
通信プロトコル変換部分２０２２として作成し、組み込
む。このプログラムはシステム毎に制作され、専用のプ
ログラムとして搭載されており、その量は多く、プログ
ラム作成のために多大な労力が投入されてきた。ユーザ
が画面上である指示を行うと、ＧＵＩ部分２０２１はそ
れを制御機器が理解できる内容に変換するデータ変換・
通信プロトコル変換部分２０２２に渡す。これがデータ
変換・通信プロトコル変換部分２０２２でＯＳを呼び出
し、ＯＳは制御機器が動作できるハードウェア信号等を
生成して、生成された信号がＬＡＮを介して制御機器２
０４１ａ等に伝わる。

【０００４】ところでこうした直結型のプロセス制御シ
ステムを遠隔制御したいという要求もある。特にインタ
ーネットの普及に伴ってインターネットを介して遠隔制
御をする試みがなされてきた。図２１はこうしたシステ
ムの概念と構成を示す図である。図２１（Ａ）におい
て、３００１はパーソナルコンピュータを使用した制御
監視端末で、内部に監視制御アプリケーション３０１１
とＯＳ３０１２がある。３００４は網で、この網３００
４を経由して３００３の仲介サーバホストがある。仲介
サーバホスト３００３はパーソナルコンピュータ等が用
いられ、内部に仲介サーバプログラム３０１３とＯＳ３
０１４とがある。更にこの仲介サーバホスト３００３に
ＬＡＮ接続で３００２の制御対象となる制御機器が接続
されている。

【０００５】図２１（Ｂ）は監視制御アプリケーション
３０１１と仲介サーバプログラム３０１３の内部構成を
示す概念図で、監視制御アプリケーション３０１１は、
ＧＵＩ部分３０２１と対仲介サーバホストとの通信プロ
グラムである対サーバ通信部３０２３とで構成され、仲
介サーバプログラム３０１３は、制御端末との通信プロ
グラムである対クライアント通信部３０２４と制御機器
が判る内容を得るデータ変換・通信プロトコル変換部分
３０２２とで構成される。図（Ｂ）のように分離された
プログラムを作成する場合、ＧＵＩ部分とデータ変換・
通信プロトコル変換部分とが密接に関係している直結型
のアプリケーションを流用することが困難で、新しく作
成する必要がある。図２１（Ｃ）は動作の概要を説明す
る図である。図２１（Ｄ）はハードウェア接続構成を示
す図であり、監視制御端末３００１は網３００４を経由
して仲介サーバホスト３００３と接続している。仲介サ
ーバホスト３００３はＬＡＮ２０４２を経由して制御対
象の機器３００２ａ〜３００２ｄと接続している。

【０００６】このシステムの動作を説明する。監視制御
アプリケーション開発者は、監視制御端末としてのパー
ソナルコンピュータ３００１上のアプリケーション・プ
ログラム３０１１としてユーザからの操作指示を受け付
け、操作指示を対サーバ通信部３０２３に伝え、対サー
バ通信部３０２３より伝えられる操作結果を表示するＧ
ＵＩ部分３０２１と、操作指示を仲介サーバに送信する
対サーバ通信部３０２３を作成する。更に一方、仲介サ
ーバホスト上でデータ変換・プロトコル変換３０３２、
３０４５部分を予め作成して、仲介サーバホスト３００
３に組み込んでおく。ユーザがＧＵＩよりある指示を行
うと、ＧＵＩ部分は、操作指示を対サーバ通信部３０２
３に伝え、その操作指示は、対サーバ通信部により仲介
サーバホストに送信される。監視制御アプリケーション
３０１１では、ＧＵＩ部分３０２１からユーザによって
入力された操作指示を、対サーバ通信部３０２３が入力
データの送信ステップ３０４２で仲介サーバにデータを
送信する。こうして監視制御端末３００１から送られて
くるデータを、仲介サーバホスト３００３側では対クラ
イアント通信部３０２４が入力データの受信ステップ
（コマンド）３０４３で受け、データ変換・通信プロト
コル変換部分３０２２が、データ変換及びプロトコル変
換ステップ（コマンド）３０３２でデータ変換及び例え
ば図２０（Ｃ）のＣＯＭポートを開くコマンド３０３２
からＣＯＭポートを閉じるコマンド３０３７までのステ
ップにプロトコル変換する。また、ステップ３０４４
で、対象の制御機器３００２に対してコマンド３０３２
からコマンド３０３７を実行する。これらの動作は実際
にはＯＳ３０１４に対する呼び出しと、ＯＳが制御機器
が動作できるハードウェア信号等を生成して、生成され
た信号がＬＡＮ２０４２を介して制御機器に伝わる。制
御機器３００２からの応答を実行結果として、監視制御
アプリケーション３０１１のＧＵＩ部分３０２１が理解
可能なデータに変換して、監視制御端末に向けて結果の
送信ステップ３０４６で返送する。

【０００７】前述のシステムを少し発展させたシステム
として特開平７−１６０６１７号公報で示された構成を
図２２に示す。図において、センタサーバ２１０３が、
各クライアント２１０５からの発行される所定のプロセ
ススクリプトとデータとが一対となるメッセージを受信
し、受信したメッセージを解釈し、各機能サーバ２１０
１に対する通信プロトコル変換及びデータ変換を施し、
各機能サーバ２１０１に対して連続した処理として、プ
ロセススクリプトとデータとが一対になったメッセージ
を送信する。図２２（Ｂ）は、クライアントが、機能サ
ーバの一つであるＦａｘサーバにアクセスする際に、セ
ンタサーバに発行するスクリプトの例である。即ちこの
システムでは、マルチメディアサーバは、クライアント
２１０５に対して各機能サーバ２１０１を一つの論理サ
ーバとしてアクセスすることを許し、各機能サーバ２１
０１が連携して行うべき一連の処理手順をプロセススク
リプトとデータとが一対となったメッセージとして扱
う。またマルチメディアサーバでは、センタサーバ２１
０３が、機能サーバ２１０１との通信プロトコル及び機
能サーバが扱うデータ構造を知っており、通信プロトコ
ル変換及びデータ変換を行う。

【０００８】ところでこの構成によれば、マルチメディ
アサーバは、プロセススクリプトの生成や解析を行う必
要があるが、図２２のようなキャラクターベースのプロ
セススクリプトの生成処理や解析処理には、クライアン
ト２１０５とセンタサーバ２１０３に大きな負荷がかか
る。これは、計算機にとって、文字解析は負荷のかかる
処理であるためである。さらに、スクリプトは一行一行
順々に命令解析を行いながら処理を進めていくものであ
り、たとえ並列化可能な処理であろうと逐次的に行わな
ければならないため、処理に時間がかかる。また、ＧＵ
Ｉ部分は、クライアント２１０５上に位置し、データ変
換・プロトコル変換部分は、センタサーバ上に位置する
ので、既存の直結型アプリケーションを流用することが
困難である。

【０００９】

【発明が解決しようとする課題】従来のマルチメディア
サーバは上記のように構成され、遠隔地からプロセス制
御機器を操作しようとすると、まずプロセス制御機器を
直接制御するいわゆる仲介サーバは、プロセス制御機器
との間でそのプロセス制御機器が受け入れ可能な通信プ
ロトコルでかつ理解できるデータ構造でデータ授受が必
要である。しかし一般的にプロセス制御機器はそれぞれ
独自のプロトコルと、データ構造を持っており、仲介サ
ーバはこれに合わせてプログラムを作成する必要があ
る。更に、遠隔地にあるユーザが直接対話するクライア
ントでは、いわゆるＧＵＩという人間―計算機インタフ
ェースを介して操作が行われ、ユーザの意思をセンタサ
ーバが理解可能なメッセージに変換するプログラムが必
要で、こうした二重の労力が要求されるという課題があ
った。一方、直結型のプロセス制御装置では、パーソナ
ルコンピュータが監視制御装置として用いる、つまりそ
のＯＳ（オペレーティングシステム）上に、アプリケー
ション・プログラムとして各プロセス制御機器用の専用
の操作とコード変換プログラムを作成して組み込む構成
が普通である。既存の直結型のプログラムは特定の制御
機器に特化しており汎用性が無いが既に多数作成されて
おり、従って遠隔制御用のプログラム開発時に既に作成
されているアプリケーション・プログラムの流用が困難
で、新しくクライアント側でのＧＵＩと、仲介サーバ側
でのデータ変換・プロトコル変換用プログラムを作成す
ることは、既存資産を無駄にするという課題があった。

【００１０】この発明は上記の課題を解決するためにな
されたもので、パーソナルコンピュータによる既存の直
結専用プログラムを有効利用し遠隔制御機器群を操作す
るシステムを得る。

【００１１】

【課題を解決するための手段】この発明に係わる遠隔地
にあって、ユーザからの操作指示を基に、対象の制御機
器に合わせてデータ変換を実施したデータとコマンド群
を生成する監視制御アプリケーションを組み込み、該デ
ータとコマンド群を手順書に記載して中継サーバに送付
する監視制御端末と、上記監視制御端末から回線経由で
手順書を受け取り、該手順書を開いて記載された既変換
済みのデータとコマンド群を、接続した上記対象の制御
機器に対して実行する中継サーバホスト、とで構成され
る。

【００１２】また更に、監視制御端末は、制御監視アプ
リケーションにおいて生成されたデータとコマンド群を
手順書として組み込み、中継サーバホストは、上記手順
書に基づいてそれぞれの制御機器に対してコマンドを実
行するようにした。

【００１３】また更に、中継サーバホストは記憶領域を
備え、データ構造と操作・制御手順が異なる制御機器を
接続し、監視制御端末からの上記データとコマンド群を
用いて複数の制御機器を並列制御するようにした。

【００１４】また更に、複数の中継サーバホストを備え
て、監視制御端末は、上記複数の中継サーバホスト毎に
別の手順書を作成して、送受信するようにした。

【００１５】また更に、中継サーバは、複数のコマンド
群の実行結果をレスポンスメッセージとして監視制御端
末に送付し、監視制御端末が実行結果をユーザが認識可
能なデータにデータ変換し、出力を行うようにした。

【００１６】

【発明の実施の形態】実施の形態１．既存の直結型の制
御装置のプログラムの動作は、実際にはパーソナルコン
ピュータのＯＳに依存し、ＯＳを呼び出すＡＰＩで行わ
れている。従って、中継サーバとして汎用のパーソナル
コンピュータを用い、その中継サーバが実行可能な手順
書を遠隔の監視端末から送り込み、しかも手順書の内容
がＯＳが提供するＡＰＩを呼び出す手順を示した内容で
あれば、既存のプログラム資産が生きる。本実施の形態
では、この思想を取り入れたシステム構成と動作を説明
する。図１は本実施の形態における制御機器遠隔制御送
受信システムの概念と構成を示すブロック図である。接
続概念を示す図１（Ａ）において、１００１はパーソナ
ルコンピュータを用いた監視制御端末で内部に監視制御
アプリケーション１０１１とＯＳ１０１２を持ってい
る。これが回線網（インターネット）１００４を介し
て、１００３で示される中継サーバホストに接続してい
る。中継サーバホスト１００３は内部が中継サーバプロ
グラム１０１３とＯＳ１０１４により動作し、更にＬＡ
Ｎ接続等で制御機器１００２に接続されている。

【００１７】図１（Ｂ）は本実施の形態における監視制
御プログラムと中継サーバプログラムの内部構成を示す
概念図で、監視制御端末１００１に組み込まれる監視制
御アプリケーション１０１１は、ＧＵＩ部１０２１とデ
ータ変換・通信プロトコル変換部分１０２２と中継サー
バホスト１００３との通信を行う対サーバ通信部１０２
３とで構成される。同様に中継サーバホスト１００３に
組み込まれる中継サーバプログラム１０１３は、実質的
には監視制御端末１００１との通信を行う対クライアン
ト通信部１０２４がほとんどの内容を占めている。図１
（Ｃ）は動作の概要を示す図である。従来例とは異なっ
て中継サーバホスト１００３に予め変換プログラムを組
み込むのではなく、単に監視制御端末１００１から送ら
れてきたＯＳ１０１４が理解可能なＡＰＩの呼び出し手
順を記憶し、それに基づいてＯＳ１０１４のＡＰＩを呼
び出す。

【００１８】図２は本実施の形態におけるハードウェア
接続図である。中継サーバホスト１００３は、イーサネ
ット（Ethernet）１０４や工業用ネットワーク１０５、
シリアルケーブル１０６によって各制御機器１００２ａ
ないし１００２ｈと接続している。制御機器１００２ａ
等が対応している通信プロトコルは、イーサネット１０
４上でのＵＤＰ／ＩＰやＴＣＰ／ＩＰであったり、シリ
アルケーブル１０６上での基本型データ伝送制御手順や
ハイレベルデータ伝送制御手順であるＨＤＬＣ（High L
evel Data Link Control Protocol ）である。中継サー
バホスト１００３と監視制御端末であるマルチプロトコ
ル対応クライアント１００１ａ等との接続は、例えばイ
ンターネット１００４で、通信プロトコルはＴＣＰ／Ｉ
Ｐである。図３は監視端末（マルチプロトコル対応クラ
イアント）１００１ａから中継サーバホスト１００３に
対して送られるメッセージのフォーマットを示す図で、
ＴＣＰ／ＩＰの標準手続としてのヘッダ部であるＩＰヘ
ッダ、ＴＣＰヘッダに続く内容は図１（Ｃ）の手順１０
５０でパッケージ化された、メッセージサイズ３０２か
らプロセスｎ３０５ｂまでの内容が手順書になってい
る。図４は、逆に制御機器１００２ａ等から得られた内
容を中継サーバホスト１００３がマルチプロトコル対応
クライアント１００１ａ等に対して送信するレスポンス
メッセージフォーマットを示している。即ち図１（Ｃ）
のステップ１０５２の、制御機器１００２ａ等から得ら
れた実行結果のパッケージである。このように中継サー
バホスト１００３は単に送られてきた手順書を対クライ
アント通信部１０２４を介して受け取ってメモリに記憶
し、この記憶した手順書の内容を開いて記載の通りに実
行をするだけである。受け取った内容によれば、あたか
も監視端末上のアプリケーションによって直接サーバ上
で起動しているＯＳのＡＰＩを呼び出すように動作す
る。従って、対象とする制御機器が変わってもサーバ側
のプログラムの新規作成はほとんど必要がない。

【００１９】リクエストメッセージ３０１は、リクエス
トメッセージの全長を示すリクエストメッセージサイズ
３０２、並列に処理を行いたい処理数を示すプロセス数
３０３、プロセスの処理内容を示すリクエストプロセス
３０５及びリクエストプロセスの存在位置（現在位置か
ら何バイト先であるか）を示すリクエストプロセスへの
ポインタ３０４からなる。さらに上記リクエストプロセ
ス３０５は、マルチプロトコル対応クライアント１０２
において割り当てられるプロセス番号を示すリクエスト
プロセスＩＤ３０６、プロセス内で要求する処理（コマ
ンド）数を示すリクエストコマンド数３０７、実際の処
理内容を示すリクエストコマンド３０９及びリクエスト
コマンドの存在位置（現在位置から何バイト先である
か）を示すリクエストコマンドへのポインタ３０８から
なる。さらに上記リクエストコマンド３０９は、前処理
（コマンド）においてエラーが発生した場合の対応方法
を示す継続指定３１０、実行すべきコマンドを示すコマ
ンドＩＤ３１１、コマンドに引き渡す引数の数を示す引
数の数３１２、引数の内容を示す引数データ３１４及び
引数データの存在位置（現在位置から何バイト先である
か）を示す引数データへのポインタ３１３からなる。さ
らに上記引数データ３１４は、引数のデータタイプを示
す引数タイプ３１５及び引数３１６からなる。

【００２０】また、レスポンスメッセージ４０１は、レ
スポンスメッセージの全長を示すレスポンスメッセージ
サイズ４０２、レスポンスメッセージで実行結果を返す
プロセスの数（リクエストメッセージに示されたプロセ
ス数と同値）４０３、プロセスの実行結果を示す実行結
果４０５及び実行結果の存在位置（現在位置から何バイ
ト先であるか）を示す実行結果へのポインタ４０４から
なる。さらに上記実行結果４０５は、マルチプロトコル
対応クライアント１０２において割り当てられたプロセ
ス番号を示すリクエストプロセスＩＤ（リクエストメッ
セージに示されたプロセスＩＤと対応し、同値）４０
６、プロセス内で要求された処理（コマンド）数を示す
コマンド数（リクエストメッセージで示されたリクエス
トコマンド数と同値）４０７、エラーが発生したコマン
ドに対する実行結果（エラー情報）位置（幾つ目のコマ
ンドで発生したのか）を示すエラー発生場所４０８、コ
マンドの実行結果を示す返戻データ４１０及び返戻デー
タの存在位置（現在位置から何バイト先であるか）を示
す返戻データへのポインタ４０９からなる。さらに、上
記返戻データ４１０は、実行したコマンドを示すコマン
ドＩＤ（リクエストメッセージで示されたコマンドＩＤ
と同値）４１１、コマンド実行の成否を示す成否結果４
１２、コマンドを実行することによって発生したデータ
を数を示す結果データ数４１３、コマンドを実行するこ
とによって発生したデータを示す結果データ４１５及び
結果データの存在位置（現在位置から何バイト先である
か）を示す結果データへのポインタ４１４からなる。さ
らに、上記結果データ４１５は、データのタイプを示す
データタイプ４１６及びデータ４１７からなる。

【００２１】動作説明に先立って、マルチプロトコル対
応クライアント１００１ａ等と中継サーバホスト１００
３は以下の機能を持っているものとして説明する。前提
とする事項を説明する。マルチプロトコル対応クライア
ント１００１ａと中継サーバホスト１００３は、ＴＣＰ
／ＩＰによってインターネット１００４を介して既に接
続されている。そして、マルチプロトコル対応クライア
ント１００１ａ上で動作している管理・監視・制御アプ
リケーション１０１１は、中継サーバホスト１００３と
接続されている制御機器１００２ａとの通信プロトコル
及びデータ変換方法全てを知っている。

【００２２】図５は、中継サーバホスト１００３と接続
されている制御機器１００２に関する情報が保持されて
いる制御機器構成情報５０１であり、制御機器名（一意
に名付けられた論理名）とその対中継サーバホスト間の
通信インタフェースの種別と接続するために必要な情報
（ＩＰアドレス、ポート番号、シリアル通信ポート番号
など）からなっており、マルチプロトコル対応クライア
ント１００１ａと中継サーバホスト１００３は、同一の
制御機器構成情報５０１を共有している。図６は、上記
の制御機器１００２と中継サーバホスト１００３間の各
通信インタフェースに対応したコマンドＩＤに関する情
報が保持されているコマンドＩＤ表６０１であり、各通
信インタフェース毎にコマンドとコマンドに対応したＩ
Ｄからなっており、マルチプロトコル対応クライアント
１００１ａ等と中継サーバホスト１００３は、同一のコ
マンドＩＤ表６０１を共有している。そして、このコマ
ンドＩＤは、ＯＳが提供するＡＰＩと１対１対応してい
る。図７は、データタイプに対応したデータタイプＩＤ
に関する情報が保持されているデータタイプ表７０１で
あり、データタイプとデータタイプに対応したＩＤから
なっており、マルチプロトコル対応クライアント１００
１ａ等と中継サーバホスト１００３は、同一のデータタ
イプ表７０１を共有している。

【００２３】図８は、各通信インタフェースに対応した
コマンドの成否結果を示すＩＤに関する情報が保持され
ている成否結果表８０１であり、各通信インタフェース
毎に成否結果と成否結果に対応したＩＤからなってお
り、マルチプロトコル対応クライアント１００１と中継
サーバホスト１００３は、同一の成否結果表８０１を共
有している。図９は、前処理においてエラー発生時の対
応方法に対応した継続指定ＩＤに関する情報が保持され
ている継続指定表９０１であり、前処理においてエラー
が発生した際の対応方法と対応方法に対応したＩＤから
なっており、マルチプロトコル対応クライアント１００
１と中継サーバホスト１００３は、同一の継続指定表９
０１を共有している。図１０は、マルチプロトコル対応
クライアント１０２のＡＰＩが、監視制御アプリケーシ
ョン１０１１に対して見せているインタフェースの一例
である。ＡＰＩには、同期起動命令（Sync＿Exec ）と
非同期起動命令（ASync＿Exec）、および実行結果取得
命令（Get＿Result）が必ず存在する。

【００２４】図１で概念を示した図２のシステム構成の
動作を図１ないし図１０及び図１１ないし図１２を用い
て説明する。マルチプロトコル対応クライアント１００
１ａ上の監視制御アプリケーション１０１１が、ＩＰア
ドレスがw.x.y.z である中継サーバホスト１００３とシ
リアルケーブル１０６で接続された制御機器ＰＣ５ １
００２ｅに対して以下の操作を行い、結果が返ってくる
まで他の処理を中断する際の動作を説明する。 ［処理１：制御機器１００２ｅ（ＰＣ５）と接続された
シリアル通信ポートを開く。処理が失敗したら即終了す
る。］ ［処理２：ＤＴＲ制御信号線をＯＮにする。処理が失敗
したら即終了する。］ ［処理３：ＲＴＳ制御信号線をＯＮにする。処理が失敗
したら即終了する。］ ［処理４：３Ｂｙｔｅのバイナリデータを送信する。処
理が失敗したら繰り返す。］ ［処理５：ＤＴＲ制御信号線をＯＦＦにする。処理に失
敗しても無視する。］ ［処理６：ＲＴＳ制御信号線をＯＦＦにする処理に失敗
しても無視する。］ ［処理７：処理６終了の１秒後にＤＴＲ制御信号線をＯ
Ｎにする。処理が失敗したら即終了する。］ ［処理８：ＲＴＳ制御信号線をＯＮにする。処理が失敗
したら即終了する。］ ［処理９：データを受信する。処理に失敗しても無視す
る。］ ［処理１０：ＤＴＲ制御信号線をＯＦＦにする。処理に
失敗しても無視する。］ ［処理１１：ＲＴＳ制御信号線をＯＦＦにする。処理に
失敗しても無視する。］ ［処理１２：シリアル通信ポートを閉じる。］

【００２５】監視制御アプリケーション１０１１は、マ
ルチプロトコル対応クライアント１００１ａに対して以
下の順で命令を発行する。 ans = Serial＿Open(NULL, "w.x.y.z", 1, "PC5"); ans = Serial＿Set＿DTR(0, "w.x.y.z", 1, TRUE); /*
TRUEがONを意味する場合 */ ans = Serial＿Set＿RTS(0, "w.x.y.z", 1, TRUE); /*
TRUEがONを意味する場合 */ ans = Serial＿Send(0, "w.x.y.z", 1, (void *)Data,
3, 0); /* Dataは3Byteのデータ */ ans = Serial＿Set＿DTR(2, "w.x.y.z", 1, FALSE); /
* FALSEがOFFを意味する場合 */ ans = Serial＿Set＿RTS(1, "w.x.y.z", 1, FALSE); /
* FALSEがOFFを意味する場合 */ ans = Sleep(1, "w.x.y.z", 1, 1000); /* 時間コント
ロール */ ans = Serial＿Set＿DTR(0, "w.x.y.z", 1, TRUE); ans = Serial＿Set＿RTS(0, "w.x.y.z", 1, TRUE); ans = Serial＿Receive(0, "w.x.y.z", 1, (void *)Dat
a, &length, &type); ans = Serial＿Set＿DTR(1, "w.x.y.z", 1, FALSE); ans = Serial＿Set＿RTS(1, "w.x.y.z", 1, FALSE); ans = Serial＿Close(1, "w.x.y.z", 1); ans = Sync＿Exec(); /* 同期式起動命令 */

【００２６】マルチプロトコル対応クライアント１００
１ａにおいては、これらの命令の妥当性をチェックしな
がら、最終的に図１（Ｃ）のステップ１０５０で図１１
のようなリクエストメッセージのパッケージを生成す
る。ただし、命令をチェックした際に、シリアル接続さ
れていない制御機器に対してシリアル関係の命令を発行
している、接続されていない中継サーバホストを指定し
ているなど、命令が不当である事が判明するとエラーを
返す。パッケージ化されたリクエストメッセージは図１
（Ｃ）のステップ１０４２で中継サーバホスト１００３
に送信される。

【００２７】このパッケージ化リクエストメッセージを
受信した中継サーバホスト１００３は、ステップ１０４
３で受信し、図３のデータ領域を開いてリクエストメッ
セージを解析する。先に述べたように、中継サーバホス
ト１００３のＯＳ１０１４は標準のＡＰＩを提供してお
り、従って図３のコマンドＩＤ４１１に示されたコマン
ドを受付ける。解析の結果、メッセージサイズが３７１
Ｂｙｔｅ、必要プロセス数（アクセス先制御機器数）が
１つであり、リクエストプロセスのメッセージ長が３５
９（＝３７１−４−４−４）Ｂｙｔｅであることが始め
にわかる。さらにプロセスＩＤが１であり、リクエスト
コマンド数が１３であり、１番目のリクエストコマンド
のメッセージ長が２４（＝７２＋４−５２）Ｂｙｔｅ、
２番目のリクエストコマンドのメッセージ長が２４（９
２＋４−７２）Ｂｙｔｅ、３番目のリクエストコマンド
のメッセージ長が２４（＝１１３＋４−９２）Ｂｙｔ
ｅ、・・・、１３番目のリクエストコマンドのメッセー
ジ長が１２（＝３５９−４−４−４×（１３−１）−２
９１）Ｂｙｔｅであることがわかる。さらに１番目のコ
マンドリクエストは、コマンドＩＤが３、引数の数が１
つ、引数データのメッセージサイズが８（＝２４−４−
４−４−４）Ｂｙｔｅであり、引数は４（８−４）Ｂｙ
ｔｅの文字列であり、２番目のコマンドリクエストは、
全処理がエラーであった場合には処理を終了しなければ
ならず、コマンドＩＤが４、引数の数が１つ、引数デー
タのメッセージサイズが８（＝２４−４−４−４−４）
Ｂｙｔｅであり、引数はＢｏｏｌｅａｎ型であり、ＴＲ
ＵＥであることがわかる。このように１３番目のコマン
ドリクエストの内容まで全て解析される。

【００２８】こうして解析されたパッケージ中のリクエ
ストコマンド群を元に、中継サーバホストで制御機器１
００２ｅとの通信インタフェースが操作・制御される。
各制御機器への制御指令は、例えばハードウェア信号か
らなるもので、ＯＳの内部機能として提供されている。
図１（Ｃ）のステップ１０５１で、制御機器１００２ｅ
に対してコマンドが実行される。こうしたコマンドに対
し、制御機器１００２ｅからは応答のデータ、ステイタ
ス等がシリアルケーブル１０６により中継サーバホスト
１００３に返されてくる。更に、応答をマルチプロトコ
ル対応クライアント１００１ａにその都度、返送するよ
うにしてもよいが、一連のデータをパッケージ化するこ
とは、容易なプログラムである。ここでは、中継サーバ
ホスト１００３はパッケージ化して返送する。即ち図１
（Ｃ）のステップ１０５２を行う。図１２に、制御機器
１００２ｅへのコマンド全てが成功し、５Ｂｙｔｅのバ
イナリデータを受信した際のレスポンスメッセージを示
す。これをステップ１０４２で送信する。

【００２９】レスポンスメッセージを受信したマルチプ
ロトコル対応クライアント１００１ａは、レスポンスメ
ッセージを解析する。解析の結果、メッセージサイズが
２５７Ｂｙｔｅ、実行プロセス数が１つであり、実行結
果のメッセージ長が２４５（＝２５７−４−４−４）Ｂ
ｙｔｅであることが始めにわかる。さらにプロセスＩＤ
が１であり、コマンド数が１３であり、エラー場所が０
であるため全コマンドが成功しており、１番目の返戻デ
ータのメッセージ長が１２（＝６０＋４−５２）Ｂｙｔ
ｅ、２番目の返戻データのメッセージ長が１２（＝６８
＋４−６０）Ｂｙｔｅ、３番目の返戻データのメッセー
ジ長が１２（＝７６＋４−６８）Ｂｙｔｅ、・・・、１
３番目の返戻データのメッセージ長が１２（＝２４５−
４−４−４−４×（１３−１）−１７３）Ｂｙｔｅであ
ることがわかる。さらに１番目の返戻データは、コマン
ドＩＤが３に対するものであり、実行に成功しており、
結果データがないことがわかる。同様に１０番目の返戻
データは、コマンドＩＤが７に対するものであり、実行
に成功しており、結果データを２つ含んでおり、１つ目
の結果データのメッセージ長が９（＝１３＋４−８）Ｂ
ｙｔｅであり、２つ目の結果データのメッセージ長が８
Ｂｙｔｅ（（１５７＋４−１２４）−４−４−４−４×
（２−１）−１３）であり、一つ目のデータはバイナリ
列のデータであり、２つ目は整数の５であることがわか
る。そこで、プロセスＩＤが１の１０番目の命令である
Serial＿Receive(0, "w.x.y.z", 1, (void *)Data, &le
ngth,&type)の引数であるＤａｔａにバイナリ列のデー
タが、ｌｅｎｇｔｈに５が、ｔｙｐｅに１が格納され
る。このように１３番目の返戻データの内容まで全て解
析される。

【００３０】そして、レスポンスメッセージの解析が終
了した時点で、監視制御アプリケーション１０１１に制
御が戻り、次の監視制御アプリケーションの処理が継続
される。実行結果を知りたい場合には、監視制御アプリ
ケーションの実行結果取得命令（Get＿Result）を呼
ぶ。この実行結果取得命令を実行すると、第一引数で指
定したマルチプロトコル対応サーバにおける、第二引数
で指定したプロセス番号の一連の実行結果が、第三引数
で指定されたメモリ番地に各コマンド毎の結果が格納さ
れた配列の先頭番地が格納される。本実施の形態の場
合、実行要求をしたプロセス番号が１であるので、以下
のように命令を発行する。 ans = Get＿Result("w.x.y.z", 1, (int **)Result) 実行の結果Ｒｅｓｕｌｔには[0, 0, 0, 0, 0, 0, 0, 0,
0, 0, 0, 0, 0. 0]が格納される。配列の一番初めに
は、エラー発生個所が格納されており、全コマンドが成
功しているので、０が格納されている。

【００３１】以上のように、制御機器１００２ｅに対す
る一連の操作・制御コマンド群を一つのパッケージ化コ
マンドメッセージとして送信し、中継サーバホスト１０
０３において中継サーバホストＯＳ１０１４が提供する
ＡＰＩを呼び出す形式で実行される。従ってＯＳ１０１
４は中継サーバホストとシリアルケーブルで接続された
制御機器に対して操作・制御を行う。また、制御機器か
らの操作・制御結果を一つのアンサーメッセージとして
パッケージ化してマルチプロトコル対応クライアントに
返送できる。アプリケーションは、中継サーバホストか
ら一連の操作・制御結果が返ってくるまで、処理を中断
し待機することが可能であり、また上述したように操作
・制御結果を取得することが可能である。さらに、コマ
ンドメッセージとレスポンスメッセージは、ポインタに
よってデータの位置が指し示されており、高速なメッセ
ージ解析と高速なアクセスが可能である。また、一連の
操作・制御コマンド群において、前コマンド実行時にエ
ラーが発生した際の対応方法を指定することが可能であ
る。また、時間コントロールコマンド（コマンドＩＤ）
を備え、各操作・制御コマンドを実行するタイミングを
操作することが可能である。

【００３２】実施の形態２．先の実施の形態では、中継
サーバホスト１００３において、マルチプロトコル対応
クライアント１００１ａから要求された全てのコマンド
実行に成功した場合の動作を説明したが、本実施の形態
では、中継サーバホスト１００３において、マルチプロ
トコル対応クライアント１００１から要求されたコマン
ド実行に失敗した場合の動作を図１３を用いて説明す
る。先の実施形態と同様に、マルチプロトコル対応クラ
イアント１００１ａ上の監視制御アプリケーション１０
１１が、ＩＰアドレスがw.x.y.z である中継サーバホス
ト１００３とシリアルケーブル１０６で接続された制御
機器ＰＣ５ １００２ｅに対して、先の実施形態で示し
たものと同じ操作・制御を行ったとする。先の実施形態
で示した通り、マルチプロトコル対応クライアント１０
０１ａから中継サーバホスト１００３に対して制御機器
１００２ｅへの一連の操作制御コマンド群が一つのコマ
ンドメッセージ（図１１）として送信される。

【００３３】中継サーバホスト１００３では、コマンド
メッセージが解析され、解析結果に従ってシリアルケー
ブル１０６を介して制御機器１００２ｅを操作・制御す
る。この時、前記処理６のＲＴＳ制御信号線をＯＦＦに
する処理と前記処理７のＤＴＲ制御信号線をＯＮにする
処理に失敗したとする。中継サーバホスト１００３は、
この処理６に失敗しても無視して処理を続け、処理７に
失敗した場合には処理を即ちに終了し、処理８以降の処
理は非実行として図１３に示すレスポンスメッセージを
生成する。この時レスポンスメッセージのエラー発生個
所には、エラーによって処理が終了した処理７の「ＤＴ
Ｒ制御信号をＯＮにする」というコマンドに対する返戻
データの番号が格納される。

【００３４】このレスポンスメッセージは、中継サーバ
ホスト１００３から伝えられて、マルチプロトコル対応
クライアント１００１ａによって解析される。レスポン
スメッセージの解析は先の実施形態と同様に行われ、レ
スポンスメッセージの解析が終了した時点で、監視制御
アプリケーション１０１１に制御が戻り、次の監視制御
アプリケーション１０１１の処理が継続される。

【００３５】監視制御アプリケーション１０１１に制御
が戻った後、監視制御アプリケーション１０１１が実行
結果取得命令 Get＿Result("w.x.y.z", 1, (int **)Res
ult)を発行すると、Ｒｅｓｕｌｔには[8, 0, 0, 0, 0,
0, 4, 0. 3, 1, 1, 1, 1, 1]が格納されており、８番目
のコマンドでエラーが発生し処理が終了していること
と、６番目の処理においてもエラーが発生したことがわ
かる。以上のように、操作・制御結果を取得することが
可能であり、かつエラー発生時には、エラー個所及びエ
ラー内容を把握することが可能である。また、一連の操
作・制御コマンド群において、前コマンド実行時にエラ
ーが発生した際の対応方法を指定することにより、処理
を継続したり、処理を中止したり、再試行することが可
能となる。

【００３６】実施の形態３．先の実施の形態では、一回
の制御パッケージとして１つの制御機器１００２ｅに対
する複数のコマンド群からなる一連の操作・制御を行う
場合を説明したが、本実施の形態では、一度に複数の制
御機器に対する一連の操作・制御を行う際の動作を図１
ないし図１５を用いて説明する。

【００３７】マルチプロトコル対応クライアント１００
１ａ上の監視制御アプリケーション１０１１が、ＩＰア
ドレスがw.x.y.z である各中継サーバホスト１００３と
ＵＤＰ／ＩＰで接続された制御機器（ＰＣ１）１００２
ａ及びＴＣＰ／ＩＰで接続された制御機器（ＰＣ２）１
００２ｂに対して以下の操作を行い、結果がかえってく
るまで他の処理を継続する際の動作を説明する。まず、
ＵＤＰ／ＩＰで接続された制御機器（ＰＣ１）１００２
ａに対しては以下の通りである。 ［処理１−１：制御機器（ＰＣ１）１００２ａとのソケ
ットを開く。処理に失敗すると即終了する。］ ［処理１−２：制御機器１００２ａに３Ｂｙｔｅのバイ
ナリデータを送信する。処理に失敗すると繰り返す。］ ［処理１−３：制御機器１００２ａとのソケットを閉じ
る。］ 次にＴＣＰ／ＩＰで接続された制御機器（ＰＣ２）１０
０２ｂに対しては以下の通りである。 ［処理２−１：制御機器（ＰＣ２）１００２ｂとのソケ
ットを開く。処理に失敗すると即終了する。］ ［処理２−２：処理１−２の処理終了を最大１００ｍｓ
待つ。処理に失敗（１００ｍｓ以上経ちタイムアウト）
すると即終了する。］ ［処理２−３：制御機器１００２ｂに３Ｂｙｔｅのバイ
ナリデータを送信する。処理に失敗すると繰り返す。］ ［処理２−４：制御機器１００２ｂとのソケットを閉じ
る。］

【００３８】監視制御アプリケーション１０１１は、中
継サーバホスト１００３に対し、以下の順で命令を発行
し、発行を終了すると結果が返ってくるのを待ちなが
ら、他の処理を行う。 ans = UDP＿Connect(NULL, "w.x.y.z", 1, "PC1"); ans = UDP＿Send(0, "w.x.y.z", 1, (void *)Data, 3,
0); ans = Signal(2, "w.x.y.z", 1, "w.x.y.z", 2); /* "
w.x.y.z"のプロセスID2と同期 */ ans = UDP＿Close(0, "w.x.y.z", 1); ans = TCP＿Connect(NULL, "w.x.y.z", 2, "PC2") ans = Wait(0, "w.x.y.z", 2, "w.x.y.z", 1, 100); /
* "w.x.y.z"のプロセスID1と同期 */ ans = TCP＿Send(0, "w.x.y.z", 2, (void *)Data, 3,
0); ans = TCP＿Close(2, "w.x.y.z", 2) ans = ASync＿Exec(); /* 非同期式起動命令 */

【００３９】これらの命令を順に受けるマルチプロトコ
ル対応クライアント１００１ａは、命令の妥当性をチェ
ックしながら、最終的に図１４のようなリクエストメッ
セージを生成する。しかし、命令をチェックした際に、
命令が不当である事が判明するとエラーを返す。生成さ
れたリクエストメッセージは中継サーバホスト１００３
に送信される。

【００４０】リクエストメッセージを受信した中継サー
バホストは、リクエストメッセージを解析する。解析の
結果、メッセージサイズが２９０Ｂｙｔｅ、必要プロセ
ス数が２つであり、第１のリクエストプロセスのメッセ
ージ長が１３１（＝１３５＋４−８）Ｂｙｔｅ、第２の
リクエストプロセスのメッセージ長が１４３（＝２９０
−４−４−４−１３５）Ｂｙｔｅであることがわかる。
これ以降は、第１のリクエストプロセスに関する解析と
第２のリクエストプロセスに関する解析は、それぞれが
独立しているため並行に行うことができる。そして、第
１のリクエストプロセスは、プロセスＩＤが１であり、
リクエストコマンド数が４であり、１番目のリクエスト
コマンドのメッセージ長が２４（＝３６＋４−１６）Ｂ
ｙｔｅ、２番目のリクエストコマンドのメッセージ長が
３５（＝６７＋４−３６）Ｂｙｔｅ、３番目のリクエス
トコマンドのメッセージ長が３６（＝９９＋４−６７）
Ｂｙｔｅ、４番目のリクエストコマンドのメッセージ長
が１２（１３１−４−４−４×（４−１）−９９）Ｂｙ
ｔｅであることがわかる。一方第２のリクエストプロセ
スは、プロセスＩＤが２であり、リクエストコマンド数
が４であり、１番目のリクエストコマンドのメッセージ
長が２４（＝３６＋４−１６）Ｂｙｔｅ、２番目のリク
エストコマンドのメッセージ長が４８（＝８０＋４−３
６）Ｂｙｔｅ、３番目のリクエストコマンドのメッセー
ジ長が３５（＝１１１＋４−８０）Ｂｙｔｅ、４番目の
リクエストコマンドのメッセージ長が１２（１４３−４
−４−４×（４−１）−１１１）Ｂｙｔｅであることが
わかる。以降同様に解析を行い、各コマンドリクエスト
の内容が判明する。

【００４１】このようにして、解析されたリクエストコ
マンドを元に、制御機器との通信インタフェースに基い
て操作・制御がされる。この時、第１のリクエストプロ
セスと第２のリクエストプロセスをそれぞれ別プロセス
として並行実行することが可能である。なぜなら、中継
サーバホストは手順書中に２群のコマンドがそれぞれパ
ックされており、物理インタフェースも別で、ＯＳ１０
１４がそれぞれにアクセスできるからである。また更
に、中継サーバが、Ｓｉｇｎａｌコマンドを受けた時に
は、指定されたプロセス（本実施の形態では、ＩＰアド
レスが“w.x.y.z ”の中継サーバホスト１００３上のプ
ロセスＩＤが２）へシグナルを送信する。一方、Ｗａｉ
ｔコマンドを受けた時には、指定されたプロセス（本実
施の形態では、ＩＰアドレスが“w.x.y.z ”の中継サー
バホスト上のプロセスＩＤが１）からのシグナルを１０
０ｍｓの間待つ。

【００４２】制御機器からの操作・制御結果を元に、送
信するレスポンスメッセージを生成し、マルチプロトコ
ル対応クライアント１００１ａにレスポンスを送信す
る。図１５に、コマンド全てが成功した際のレスポンス
メッセージを示す。レスポンスメッセージを受信したマ
ルチプロトコル対応クライアント１００１ａは、レスポ
ンスメッセージを解析する。解析の結果、メッセージサ
イズが１６８Ｂｙｔｅ、実行プロセス数が２つであり、
第１実行結果のメッセージ長が７６（８０＋４−８）Ｂ
ｙｔｅ、第２実行結果のメッセージ長が７６（１６８−
４−４−４×（２−１）−８０）Ｂｙｔｅであることが
初めにわかる。これ以降は、第１実行結果に関する解析
と第２実行結果に関する解析は、それぞれが独立してい
るため並行に行うことができる。そして第１実行結果
は、プロセスＩＤが１であり、コマンド数が４つであ
り、エラー場所が０であるため全コマンドが成功してい
ることがわかる。一方、第２実行結果は、プロセスＩＤ
が２であり、コマンド数が４つであり、エラー場所が０
であるため全コマンドが成功していることがわかる。以
降同様に解析し、各要求コマンドに対する実行結果が判
明する。

【００４３】そして、レスポンスメッセージの解析が終
了した時点で、監視制御アプリケーション１０１１に処
理が終了した事を通知する。この通知を受け取った監視
制御アプリケーション１０１１は、実行結果取得命令を
実行することにより、実行結果を取得することができ
る。以上のように、１つのリクエストメッセージで複数
の通信インタフェースに対する一連の操作・制御コマン
ド群を送信することによって、一度に複数の通信インタ
フェースに対して並列に操作・制御することが可能とな
る。そして、複数の通信インタフェースに対する一連の
操作・制御コマンド群の実行結果を、一つのレスポンス
メッセージで一度に受けることが可能となる。また、ア
プリケーションは、マルチプロトコル対応通信システム
から一連の通信インタフェースに対する操作・制御結果
が返ってくるまで、処理を中断せずに待機して、操作・
制御結果を取得することが可能である。また、通信イン
タフェースに対する操作・制御内容を表すコマンドＩＤ
は、異なる各通信インタフェース毎に独立に割り振ら
れ、同一コマンドＩＤであっても、異なった操作・制御
を意味することが可能である。

【００４４】実施の形態４．先の実施の形態では、１つ
のマルチプロトコル対応クライアント１００１ａから一
つの中継サーバホスト１００３に対して一連の操作・制
御命令を送信したが、本実施の形態では、１つのマルチ
プロトコル対応クライアント１００１ａから複数の中継
サーバホストに対して一連の操作・制御命令を送信する
際の動作を図２ないし図４、図６ないし図１０、図１６
ないし図１９を用いて説明する。図１６では、複数の中
継サーバホストが存在し、中継サーバホスト１００３ａ
は、イーサネット１０４や工業用ネットワーク１０５に
よって各制御機器１００２と接続しており、中継サーバ
ホスト１００３ｂはシリアルケーブル１０６によって制
御機器１００２ｅと接続している。そして、中継サーバ
ホスト１００３ａ、１００３ｂとマルチプロトコル対応
クライアント１００１ａは、インターネット１００４を
介してＴＣＰ／ＩＰで接続されている。図１７は、中継
サーバホスト１００３ａと中継サーバホスト１００３ｂ
がそれぞれ保持している制御機器構成情報５０１であ
り、図１７（ａ）が中継サーバホスト１００３ａが保持
している制御機器構成情報５０１であり、図１７（ｂ）
が中継サーバホスト１００３ｂが保持している制御機器
構成情報５０１である。

【００４５】マルチプロトコル対応クライアント１００
１ａ上の監視制御アプリケーション１０１１が、ＩＰア
ドレスがs.t.u.v である中継サーバホスト１００３ａと
イーサネット１０４で接続された制御機器（ＰＣ１）１
００２ａに対して、及びＩＰアドレスがw.x.y.z である
中継サーバホスト１００３ｂとシリアルケーブル１０６
で接続された制御機器（ＰＣ５）１００２ｅに対して、
それぞれ以下の操作を行い、結果が返ってくるまで他の
処理を中断する際の動作を説明する。 ［処理１−１：制御機器（ＰＣ１）１０３とのソケット
を開く。処理に失敗すると即終了する。］ ［処理１−２：処理２−１の処理終了を最大１００ｍｓ
待つ。処理に失敗（タイムアウト）しても無視する。］ ［処理１−３：制御機器１０３とのソケットを閉じ
る。］ ［処理２−１：制御機器（ＰＣ５）１０３と接続された
シリアル通信ポートを開く。処理に失敗したら即終了す
る。］ ［処理２−２：シリアル通信ポートを閉じる。］ 監視制御アプリケーション１０１１は、マルチプロトコ
ル対応クライアント１００１ａに対し、以下の順で命令
を発行する。 ans = UDP＿Connect(NULL, "s.t.u.v", 1, "PC1"); ans = Wait(0, "s.t.u.v", 1, "w.x.y.z", 1, 100); /
* "w.x.y.z"のプロセスID1と同期 */ ans = UDP＿Close(1, "s.t.u.v", 1); ans = Serial＿Open(NULL, "w.x.y.z", 1, "PC5"); ans = Signal(0, "w.x.y.z", 1, "s.t.u.v", 1); /* "
s.t.u.v"のプロセスID1と同期 */ ans = Serial＿Close(0, "w.x.y.z", 1); ans = Sync＿Exec();

【００４６】これら命令を順に受けるマルチプロトコル
対応クライアント１００１ａは、命令の妥当性をチェッ
クしながら、最終的に図１８のようなリクエストメッセ
ージを生成し、リクエストメッセージをそれぞれの中継
サーバホストに送信する。図１８（ａ）は、中継サーバ
ホスト１００３ａへ、図１８（ｂ）は、中継サーバホス
ト１００３ｂへ送信される。

【００４７】これらリクエストメッセージは、それぞれ
の中継サーバホストによって解析され、更に通信インタ
フェースの操作・制御が行われる。そして、通信インタ
フェースの操作・制御結果は、それぞれの中継サーバホ
スト１００３ａ、１００３ｂからマルチプロトコル対応
クライアント１００１ａに図１９に示すようなレスポン
スメッセージが送信される。図１９は、マルチプロトコ
ル対応クライアント１００１ａが要求した処理全てが成
功した場合のレスポンスメッセージであり、図１９
（ａ）は、中継サーバホスト１００３ａから、図１９
（ｂ）は、中継サーバホスト１００３ｂから送信され
る。

【００４８】これらのレスポンスメッセージを受信した
マルチプロトコル対応クライアント１００１ａは、両レ
スポンスメッセージを解析し、解析を終了した時点で監
視制御アプリケーション１０１１に制御が戻る。監視制
御アプリケーション１０１１は、Get＿Result("s,t,u,
v", 1, (int **)Result)やGet＿Result("w,x,y,z", 1,
(int **)Result)を実行することによって、それぞれの
実行結果を取得することができる。以上のように、一度
に複数の中継サーバホスト１００３ａ、１００３ｂにリ
クエストメッセージを送信し、異なった中継サーバホス
ト上のプロセス間で同期を取ることが可能である。

【００４９】

【発明の効果】以上のように、この発明によれば、監視
制御端末側でデータ変換・プロトコル変換された制御機
器に対する操作・制御手順を示す手順書を用意し、この
手順書を送られた中継サーバホストがこれを開いて、手
順書に従って操作・制御を、接続された対象の制御機器
に行うようにしたので、既開発済の監視制御アプリケー
ションを生かすことができる効果がある。

【図面の簡単な説明】

【図１】 本発明の基本接続概念と構成概念と動作概念
を示す図である。

【図２】 本発明のハードウェア接続を示すシステム構
成図である。

【図３】 リクエストメッセージのフォーマット図であ
る。

【図４】 レスポンスメッセージのフォーマット図であ
る。

【図５】 制御機器構成情報を示す図である。

【図６】 コマンドＩＤ表を示す図である。

【図７】 データタイプ表を示す図である。

【図８】 成否結果表を示す図である。

【図９】 継続指定表を示す図である。

【図１０】 ＡＰＩが見せているインタフェースの例を
示す図である。

【図１１】 リクエストメッセージの例を示す図であ
る。

【図１２】 レスポンスメッセージの例を示す図であ
る。

【図１３】 実施の形態２におけるレスポンスメッセー
ジの例を示す図である。

【図１４】 実施の形態３におけるリクエストメッセー
ジの例を示す図である。

【図１５】 実施の形態３におけるレスポンスメッセー
ジの例を示す図である。

【図１６】 実施の形態４におけるハードウェア接続構
成図である。

【図１７】 実施の形態４におけるマルチサーバ環境時
制御機器構成情報の例を示す図である。

【図１８】 実施の形態４におけるリクエストメッセー
ジの例を示す図である。

【図１９】 実施の形態４におけるレスポンスメッセー
ジの例を示す図である。

【図２０】 第１の従来例としての直結型プロセス制御
システムを説明する図である。

【図２１】 第２の従来例としての遠隔制御によるプロ
セス制御システムを説明する図である。

【図２２】 第２の従来例の具体例を示す図である。

【符号の説明】

１００１，１００１ａ〜１００１ｄ 監視制御端末（マ
ルチプロトコル対応クライアント）、１００２，１００
２ａ〜１００２ｈ 制御機器、１００３，１００３ａ，
１００３ｂ 中継サーバホスト、１０４ Ethernet、１
０５ 工業用ネットワーク、１０６ シリアルケーブ
ル、１００４ インターネット（ＴＣＰ／ＩＰ）、１０
１１ 監視制御アプリケーション、１０１２ ＯＳ、１
０１３ 中継サーバ、１０１４ ＯＳ、１０２１ ＧＵ
Ｉ部、１０２２ データ変換・通信プロトコル変換部、
１０２３ 対サーバ通信部、１０２４ 対クライアント
通信部、１０３２ データ変換及び命令解読ステップ、
１０４１ ＧＵＩからの命令入力ステップ、１０４２
パッケージ送信ステップ、１０４３ パッケージ受信ス
テップ、１０５１ パッケージ内容実行ステップ、１０
５２ 制御機器からの実行結果をパッケージ化ステッ
プ、１０５３ パッケージ送信ステップ、２０３２ Ｃ
ＯＭポートを開くステップ、２０３３ ＤＴＲをＯＦＦ
にするステップ、２０３４ ＲＴＳをＯＦＦにするステ
ップ、２０３５ データを送信するステップ、２０３６
データを受信するステップ、２０３７ ＣＯＭポート
を閉じるステップ、３０１ リクエストメッセージ、３
０２ リクエストメッセージサイズ、３０３ リクエス
トプロセス数、３０４ プロセスへのポインタ、３０５
リクエストプロセス、３０６ リクエストプロセスＩ
Ｄ、３０７ リクエストコマンド数、３０８ コマンド
へのポインタ、３０９ リクエストコマンド、３１０継
続指定、３１１ リクエストコマンド、３１２ 引数の
数、３１３ 引数データへのポインタ、３１４ 引数デ
ータ、３１５ 引数のタイプ、３１６ 引数、４０１
レスポンスメッセージ、４０２ レスポンスメッセージ
サイズ、４０３ レスポンスプロセス数、４０４ 実行
結果へのポインタ、４０５ 実行結果、４０６ プロセ
スＩＤ、４０７ コマンド数、４０８ エラー発生個
所、４０９ 返戻データへのポインタ、４１０ 返戻デ
ータ、４１１ コマンドＩＤ、４１２ 成否結果、４１
３ 結果データの数、４１４ 結果データへのポイン
タ、４１５ 結果データ、４１６ データタイプ、４１
７ データ、５０１ 制御機器構成情報一覧表、６０１
コマンドＩＤ一覧表、７０１ データタイプ一覧表、
８０１ 成否結果一覧表、９０１ 継続指定一覧表。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 楠 和浩 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 (72)発明者 木野 茂徳 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 Ｆターム(参考） 5B089 GA11 GA21 JA35 JB10 JB21 KA10 KH01 KH04 5K033 AA09 BA03 BA08 BA13 CB02 CB08 CB14 CC01 DA01 DA06 DB12 DB14 DB18 5K048 BA21 DC07 EB02 HA01 HA02 HA03

Claims (5)

【特許請求の範囲】
1. 【請求項１】 遠隔地にあって、ユーザからの操作指示
   を基に、対象の制御機器に合わせてデータ変換を実施し
   たデータとコマンド群を生成する監視制御アプリケーシ
   ョンを組み込み、該データとコマンド群を手順書に記載
   して中継サーバに送付する監視制御端末と、 上記監視制御端末から回線経由で手順書を受け取り、該
   手順書を開いて記載された既変換済みのデータとコマン
   ド群を、接続した上記対象の制御機器に対して実行する
   中継サーバホスト、とで構成される制御機器遠隔送受信
   システム。
2. 【請求項２】 監視制御端末は、制御監視アプリケーシ
   ョンにおいて生成されたデータとコマンド群を手順書と
   して組み込み、 中継サーバホストは、上記手順書に基づいてそれぞれの
   制御機器に対してコマンドを実行するようにしたことを
   特徴とする請求項１記載の制御機器遠隔送受信システ
   ム。
3. 【請求項３】 中継サーバホストは記憶領域を備え、デ
   ータ構造と操作・制御手順が異なる制御機器を接続し、 監視制御端末からの上記データとコマンド群を用いて複
   数の制御機器を並列制御するようにしたことを特徴とす
   る請求項１記載の制御機器遠隔送受信システム。
4. 【請求項４】 複数の中継サーバホストを備えて、 監視制御端末は、上記複数の中継サーバホスト毎に別の
   手順書を作成して、送受信するようにしたことを特徴と
   する請求項１記載の制御機器遠隔送受信システム。
5. 【請求項５】 中継サーバは、複数のコマンド群の実行
   結果をレスポンスメッセージとして監視制御端末に送付
   し、監視制御端末が実行結果をユーザが認識可能なデー
   タにデータ変換し、出力を行うことを特徴とする請求項
   １記載の制御機器遠隔送受信システム。