(57)【特許請求の範囲】
【請求項１】
設備向けネットワークを介して、設備向けネットワークプロトコル通信ユニットを備えた設備と接続し、更に、設備側インターネット仲介部を介してインターネットと接続するインターネット連携部と、
遠隔端末側インターネット仲介部を介してインターネットと接続する遠隔端末とからなる設備遠隔アクセスシステムであって、
Ａ）前記遠隔端末は、
１）設備に対する制御命令を生成する設備アクセスアプリケーション部と、
２）前記設備向けネットワークの通信プロトコルに対応する設備向けネットワークプロトコル通信ユニット制御データを前記制御命令に付加して、前記制御命令を設備向けネットワークの通信プロトコルに対応する設備向けネットワークプロトコル通信ユニット対応制御命令に変換するインターネット向けデータ変換部と、
３）前記設備向けネットワークプロトコル通信ユニット対応制御命令をインターネット通信プロトコル形式データに変換し、変換したデータを遠隔端末側インターネット仲介部に送信する遠隔端末側インターネット通信プロトコル処理部とを有し、
Ｂ）前記インターネット連携部は、
１）前記設備側インターネット仲介部から受信したインターネット通信プロトコル形式データから、設備向けネットワークの通信プロトコルに対応する設備向けネットワークプロトコル通信ユニット対応制御命令を取り出すインターネット連携部側インターネット通信プロトコル処理部と、
２）前記インターネット連携部側インターネット通信プロトコル処理部が取り出した設備向けネットワークプロトコル通信ユニット対応制御命令に、設備向けネットワーク通信プロトコルヘッダを付加し、設備向けネットワーク通信プロトコル形式データに変換し、変換したデータを前記設備向けネットワークを介して前記設備に送信する設備向けネットワーク通信プロトコル処理部とを有し、
前記インターネット連携部は、更に、設備向けネットワーク通信プロトコル種別を前記遠隔端末に通知する設備向けネットワーク通信プロトコル種別通知部を有し、
前記遠隔端末は、更に、受信した前記設備向けネットワーク通信プロトコル種別を記憶する設備向けネットワーク通信プロトコル種別記憶部を有し、
上記インターネット向けデータ変換部は、設備向けネットワーク通信プロトコル種別記憶部が記憶する設備向けネットワーク通信プロトコル種別から上記インターネット連携部と設備との間の設備向けネットワークの通信プロトコルを認識して、認識した設備向けネットワークの通信プロトコルに対応する設備向けネットワークプロトコル通信ユニット制御データを前記制御命令に付加して、前記制御命令を設備向けネットワークの通信プロトコルに対応する設備向けネットワークプロトコル通信ユニット対応制御命令に変換する
ことを特徴とする設備遠隔アクセスシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、遠隔地の工場の生産ライン、水処理プラントや化学プラントなどで使用される各種設備にアクセスする設備遠隔アクセスシステムに係り、インターネットを使用してアクセスすることができる設備遠隔アクセスシステムである。
【０００２】
【従来の技術】
図１９には例えば、特開平１０−７０７８１「設備遠隔監視装置」に示された従来の遠隔監視装置の例が示されている。この図の例では、以下の様に動作して設備の遠隔監視を行う。
（１）設備１９０２は、例えばプレス装置、めっき装置、スリッター等の監視すべき各種装置であり、これらの各種装置に異常あるいは故障が生じた時に監視盤１９０１に検出した故障信号を表示する。
（２）監視盤１９０１は設備１９０２の設置グループに対応して複数箇所設けられ、図１９の例では３箇所に設けられている。
（３）自動呼出し回路１９０３は、監視盤１９０１に接続されており、監視盤１９０１からの故障信号を設備別の点検箇所別に区分して受信し、後続した電話機１９０４に送信する。
（４）電話機１９０４は、電話回線１９０５に接続されており、故障信号は電話回線１９０５を通して送信される。
（５）受信機１９０６は、故障信号発信元の設備別に、点検箇所別に故障信号を受信し、故障通知信号を発する受信器で、例えばポケットベル等が用いられ、監視員に設備の異常を通知するものである。
（６）受信器１９０６は、電話機１９０４と接続することができ、所望箇所に場所的に離れて設置された各種設備１９０２について一括して遠隔監視を行う。
【０００３】
また、図２０にはシーケンサ（ＰＬＣ（Programmable Logic Controller ）ともいう。）を例とした従来の制御機器への遠隔アクセス例が示されている。この図の例では、遠隔端末２００１は、電話回線２００４を通して遠隔監視、制御および保守の対象となるシーケンサ２００２にアクセスする。その際、シーケンサと電話回線２００４の接続のために専用機器であるモデム接続装置２００３が必要となる。
【０００４】
更に、特開平１０−１４９３２５「ＩＰアドレス交換によるインターネット利用者間直接接続機能プログラム及びそのシステム体系」に示されたインターネットを利用したプログラム直接接続方法を図２１に示す。この図の例では以下の様にしてインターネットを利用したプログラム間直接接続を行っている。
（１）サーバ機能プログラム２１０１は、インターネット上で常時稼働しており、クライアント機能プログラム２１０２ａおよび２１０２ｂからの接続を常時待つ状態になっている。
（２）クライアント機能プログラム２１０２ａおよび２１０２ｂは、その終端利用者が契約するインターネット接続業者（プロバイダー）のサーバーシステム２１０３ａおよび２１０３ｂに公衆回線を利用してダイアルアップ接続した際に割り当てられるＩＰアドレスをサーバー機能プログラム２１０１に接続して通知する。
（３）サーバー機能プログラム２１０１は、それぞれのＩＰアドレスを現在の状況と一緒に保管し管理する。
（４）直接接続したい相手先のＩＰアドレスを取得するためクライアント機能プログラム２１０２ａは、サーバ機能プログラム２１０１に相手先ＩＰアドレスの通知を要求する。
（５）サーバー機能プログラム２１０１は要求のあった相手先のＩＰアドレスを現在の状況と一緒にクライアント機能プログラム２１０２ａに通知すると共に、相手先のクライアント機能プログラム２１０２ｂには直接接続要求がきていることを通知する。
（６）相手先クライアント機能プログラム２１０２ｂは、直接接続要求がきていることを受けて対話式通信システム２１０４ｂを起動させ受信待ちの状態にする。
（７）サーバー機能プログラム２１０１から相手先ＩＰアドレスを通知されたクライアント機能プログラム２１０２ａは、そのＩＰアドレスを対話式通信システム２１０４ａに渡して起動し、相手先対話式通信システム２１０４ｂと直接接続させる。
【０００５】
【発明が解決しようとする課題】
特開平１０−７０７８１「設備遠隔監視装置」の例では、故障または予め登録されたイベント通知条件を満足したことを設備機器側から通知することは出来るが、設備機器の故障状態あるいは稼働状況を遠隔からチェックすることはできないという問題点があった。
【０００６】
また、これまでの制御機器への遠隔アクセスの例では、遠隔端末と制御および保守対象制御機器との間は、電話回線で直接接続しており、両者間の距離が遠くなるほど高額な電話料金を負担する必要がありコスト高になるという問題点があった。
【０００７】
さらに、特開平１０−１４９３２５「ＩＰアドレス交換によるインターネット利用者間直接接続機能プログラム及びそのシステム体系」の例にある、インターネットを利用したプログラム間直接接続では、インターネット接続業者からダイアルアップ時に動的に割り当てられるＩＰアドレスを、インターネット内のサーバ機能プログラムで集中管理しており、当該サーバ機能プログラムが故障した場合には、プログラム間の直接接続ができないという問題や、接続終了時のＩＰアドレスの管理手続が必要になるなど情報管理が複雑になるという問題点があった。
【０００８】
この発明は上記のような問題点を解決するためになされたもので、インターネットを利用して遠隔端末から設備の稼働状況や内部状態などをチェックし、設備とのアクセスに係る通信コストを削減し、既存のインターネット利用環境だけを利用してインターネットを利用したアプリケーション間連携を実現することで管理の簡易さと利用に係る設備投資の削減を目的とする。
【０００９】
【課題を解決するための手段】
本発明に係る設備遠隔アクセスシステムは、設備向けネットワークを介して、設備向けネットワークプロトコル通信ユニットを備えた設備と接続し、更に、設備側インターネット仲介部を介してインターネットと接続するインターネット連携部と、
遠隔端末側インターネット仲介部を介してインターネットと接続する遠隔端末とからなる設備遠隔アクセスシステムであって、
Ａ）前記遠隔端末は、
１）設備に対する制御命令を生成する設備アクセスアプリケーション部と、
２）前記制御命令に特定プロトコル通信ユニット制御データを付加して特定プロトコル通信ユニット対応制御命令に変換するインターネット向けデータ変換部と、
３）前記特定プロトコル通信ユニット対応制御命令をインターネット通信プロトコル形式データに変換し、変換したデータを遠隔端末側インターネット仲介部に送信する遠隔端末側インターネット通信プロトコル処理部とを有し、
Ｂ）前記インターネット連携部は、
１）前記設備側インターネット仲介部から受信したインターネット通信プロトコル形式データを、特定プロトコル通信ユニット対応制御命令に変換するインターネット連携部側インターネット通信プロトコル処理部と、
２）前記特定プロトコル通信ユニット対応制御命令から特定プロトコル通信ユニット制御データを削除し、設備向けネットワークプロトコル通信ユニット制御データを付加して設備向けネットワークプロトコル通信ユニット対応制御命令に変換するデータ変換部と、
３）前記設備向けネットワークプロトコル通信ユニット対応制御命令を設備向けネットワーク通信プロトコル形式データに変換し、変換したデータを前記設備向けネットワークを介して前記設備に送信する設備向けネットワーク通信プロトコル処理部とを有することを特徴とするものである。
【００１０】
本発明に係る設備遠隔アクセスシステムは、設備向けネットワークを介して、設備向けネットワークプロトコル通信ユニットを備えた設備と接続し、更に、設備側インターネット仲介部を介してインターネットと接続するインターネット連携部と、
遠隔端末側インターネット仲介部を介してインターネットと接続する遠隔端末とからなる設備遠隔アクセスシステムであって、
Ａ）前記遠隔端末は、
１）設備に対する制御命令を生成する設備アクセスアプリケーション部と、
２）前記制御命令に設備向けネットワークプロトコル通信ユニット制御データを付加して設備向けネットワークプロトコル通信ユニット対応制御命令に変換するインターネット向けデータ変換部と、
３）前記設備向けネットワークプロトコル通信ユニット対応制御命令をインターネット通信プロトコル形式データに変換し、変換したデータを遠隔端末側インターネット仲介部に送信する遠隔端末側インターネット通信プロトコル処理部とを有し、
Ｂ）前記インターネット連携部は、
１）前記設備側インターネット仲介部から受信したインターネット通信プロトコル形式データを、設備向けネットワークプロトコル通信ユニット対応制御命令に変換するインターネット連携部側インターネット通信プロトコル処理部と、
２）前記設備向けネットワークプロトコル通信ユニット対応制御命令を設備向けネットワーク通信プロトコル形式データに変換し、変換したデータを前記設備向けネットワークを介して前記設備に送信する設備向けネットワーク通信プロトコル処理部とを有することを特徴とするものである。
【００１１】
また、前記インターネット連携部は、更に、設備向けネットワーク通信プロトコル種別を前記遠隔端末に通知する設備向けネットワーク通信プロトコル種別通知部を有し、前記遠隔端末は、更に、受信した前記設備向けネットワーク通信プロトコル種別を記憶する設備向けネットワーク通信プロトコル種別記憶部を有することを特徴とするものである。
【００１２】
本発明に係る設備遠隔アクセスシステムは、設備向けネットワークを介して、設備向けネットワークプロトコル通信ユニットを備えた設備と接続し、更に、設備側インターネット仲介部を介してインターネットと接続するインターネット連携部と、
遠隔端末側インターネット仲介部を介してインターネットと接続する遠隔端末とからなる設備遠隔アクセスシステムであって、
Ａ）前記遠隔端末は、
１）設備に対する制御命令に展開される制御命令関数を生成する制御命令関数生成部と、
２）少なくとも前記制御命令関数を含むデータをインターネット通信プロトコル形式データに変換し、変換したデータを遠隔端末側インターネット仲介部に送信する遠隔端末側インターネット通信プロトコル処理部とを有し、
Ｂ）前記インターネット連携部は、
１）前記設備側インターネット仲介部から受信したインターネット通信プロトコル形式データを、少なくとも前記制御命令関数を含むデータに変換するインターネット連携部側インターネット通信プロトコル処理部と、
２）前記制御命令関数を設備に対する制御命令に展開する命令解釈部と、
３）前記制御命令に設備向けネットワークプロトコル通信ユニット制御データを付加して設備向けネットワークプロトコル通信ユニット対応制御命令に変換するデータ変換部と、
４）前記設備向けネットワークプロトコル通信ユニット対応制御命令を設備向けネットワーク通信プロトコル形式データに変換し、変換したデータを前記設備向けネットワークを介して前記設備に送信する設備向けネットワーク通信プロトコル処理部とを有することを特徴とするものである。
【００１３】
また、前記インターネット連携部は、更に、前記遠隔端末との間の通信を開始するイベントの発生を検出するイベント発生検出部を有することを特徴とするものである。
【００１４】
また、前記インターネット連携部は、更に、自己のインターネット通信用アドレスを前記遠隔端末に通知するインターネット通信用アドレス通知部を有し、前記遠隔端末は、更に、受信した前記インターネット通信用アドレスを記憶するインターネット通信用アドレス記憶部を有することを特徴とするものである。
【００１５】
また、前記インターネット連携部は、更に、設備関連データを前記遠隔端末に通知する設備関連データ通知部を有し、前記遠隔端末は、更に、受信した前記設備関連データを記憶する設備関連データ記憶部を有することを特徴とするものである。
【００１６】
本発明に係るイベント発生検出プログラム生成装置は、設備向けネットワークを介して設備と接続し、設備側インターネット仲介部を介してインターネットと接続するインターネット連携部と、遠隔端末側インターネット仲介部を介してインターネットと接続する遠隔端末との間の通信を開始する為のイベントの発生を検出するプログラムを生成するイベント発生検出プログラム生成装置であって、以下の要素を有することを特徴とするものである
１）イベントを発生させる条件を設定するイベント条件設定部、
２）設備に関する情報を保持する設備構成管理部、
３）イベントを発生させる前記条件と設備に関する前記情報に基づいて、イベントの発生を検出するプログラムを生成するイベント条件検出ロジック生成部。
【００１７】
本発明に係るインターネット連携装置は、設備向けネットワークを介して、設備向けネットワークプロトコル通信ユニットを備えた設備と接続し、更に、設備側インターネット仲介部を介してインターネットと接続するインターネット連携装置であって、
１）前記設備側インターネット仲介部から受信したインターネット通信プロトコル形式データを、特定プロトコル通信ユニット対応制御命令に変換するインターネット連携部側インターネット通信プロトコル処理部と、
２）前記特定プロトコル通信ユニット対応制御命令から特定プロトコル通信ユニット制御データを削除し、設備向けネットワークプロトコル通信ユニット制御データを付加して設備向けネットワークプロトコル通信ユニット対応制御命令に変換するデータ変換部と、
３）前記設備向けネットワークプロトコル通信ユニット対応制御命令を設備向けネットワーク通信プロトコル形式データに変換し、変換したデータを前記設備向けネットワークを介して前記設備に送信する設備向けネットワーク通信プロトコル処理部とを有することを特徴とするものである。
【００１８】
本発明に係る遠隔端末は、設備向けネットワークを介して、設備向けネットワークプロトコル通信ユニットを備えた設備と接続し、更に、設備側インターネット仲介部を介してインターネットと接続するインターネット連携部と、
遠隔端末側インターネット仲介部を介してインターネットと接続する遠隔端末とからなる設備遠隔アクセスシステムの遠隔端末であって、
１）設備に対する制御命令を生成する設備アクセスアプリケーション部と、
２）前記制御命令に設備向けネットワークプロトコル通信ユニット制御データを付加して設備向けネットワークプロトコル通信ユニット対応制御命令に変換するインターネット向けデータ変換部と、
３）前記設備向けネットワークプロトコル通信ユニット対応制御命令をインターネット通信プロトコル形式データに変換し、変換したデータを遠隔端末側インターネット仲介部に送信する遠隔端末側インターネット通信プロトコル処理部とを有することを特徴とするものである。
【００１９】
本発明に係る遠隔端末は、設備向けネットワークを介して、設備向けネットワークプロトコル通信ユニットを備えた設備と接続し、更に、設備側インターネット仲介部を介してインターネットと接続するインターネット連携部と、
遠隔端末側インターネット仲介部を介してインターネットと接続する遠隔端末とからなる設備遠隔アクセスシステムの遠隔端末であって、
１）設備に対する制御命令に展開される制御命令関数を生成する制御命令関数生成部と、
２）少なくとも前記制御命令関数を含むデータをインターネット通信プロトコル形式データに変換し、変換したデータを遠隔端末側インターネット仲介部に送信する遠隔端末側インターネット通信プロトコル処理部とを有することを特徴とするものである。
【００２０】
本発明に係るインターネット連携装置は、設備向けネットワークを介して、設備向けネットワークプロトコル通信ユニットを備えた設備と接続し、更に、設備側インターネット仲介部を介してインターネットと接続するインターネット連携装置であって、
１）前記設備側インターネット仲介部から受信したインターネット通信プロトコル形式データを、少なくとも制御命令関数を含むデータに変換するインターネット連携部側インターネット通信プロトコル処理部と、
２）前記制御命令関数を設備に対する制御命令に展開する命令解釈部と、
３）前記制御命令に設備向けネットワークプロトコル通信ユニット制御データを付加して設備向けネットワークプロトコル通信ユニット対応制御命令に変換するデータ変換部と、
４）前記設備向けネットワークプロトコル通信ユニット対応制御命令を設備向けネットワーク通信プロトコル形式データに変換し、変換したデータを前記設備向けネットワークを介して前記設備に送信する設備向けネットワーク通信プロトコル処理部とを有することを特徴とするものである。
【００２１】
本発明に係るコンピュータ読み取り可能な記録媒体は、特定プロトコル通信ユニット制御データと、設備向けネットワークを介して接続されている設備に対する制御命令からなる特定プロトコル通信ユニット対応制御命令から、特定プロトコル通信ユニット制御データを削除し、設備向けネットワークプロトコル通信ユニット制御データを付加して、設備向けネットワークプロトコル通信ユニット対応制御命令に変換する処理を、コンピュータに実行させる為のプログラムを記録したことを特徴とするものである。
【００２２】
本発明に係るコンピュータ読み取り可能な記録媒体は、設備向けネットワークに接続されている設備に対する制御命令に、設備向けネットワークプロトコル通信ユニット制御データを付加して、設備向けネットワークプロトコル通信ユニット対応制御命令に変換する処理と、前記設備向けネットワークプロトコル通信ユニット対応制御命令をインターネットを介して送信するように指示する処理とを、コンピュータに実行させる為のプログラムを記録したことを特徴とするものである。
【００２３】
本発明に係るコンピュータ読み取り可能な記録媒体は、インターネットを介してアクセスする設備に対する制御命令に展開される制御命令関数を生成する処理と、少なくとも前記制御命令関数を含むデータを、インターネットを介して送信することを指示する処理とを、コンピュータに実行させる為のプログラムを記録したことを特徴とするものである。
【００２４】
本発明に係るコンピュータ読み取り可能な記録媒体は、インターネットを介して受信したデータから得られた制御命令関数を、設備向けネットワークを介して接続された設備に対する制御命令に展開する処理を、コンピュータに実行させる為のプログラムを記録したことを特徴としたものである。
【００２５】
【発明の実施の形態】
以下本発明を図面に示す実施の形態に基づいて説明する。
実施の形態１．
本実施の形態では、実施の形態１から実施の形態３までの各形態の前提となるインターネット利用設備遠隔アクセスシステムの構成例１及び構成例２について説明し、更にＴＣＰ／ＩＰベースのデータ変換方式による形態について説明する。
【００２６】
まず、本発明に係るインターネット利用設備遠隔アクセスシステムの構成例１について図１から図３を用いて説明する。図１は、本発明に係るインターネット利用設備遠隔アクセスシステムの構成例１の図、図２は、構成例１における遠隔端末側の詳細構成の図、図３は、構成例１における設備側の詳細構成の図である。
【００２７】
図１で、１００は、遠隔端末、１０１は、設備アクセスアプリケーションプログラム、１０２は、インターネット向けデータ変換プログラム、１０３は、ＬＡＮ／ＷＡＮ、１０４は、ルータ、１０５は、インターネット、１０６は、インターネット接続業者、１０７は、モデム、１０８は、インターネット連携部、１０９は、設備向けネットワーク、１１０は、設備である。
【００２８】
遠隔端末１０１がＬＡＮ／ＷＡＮ１０３に接続され、その延長上でルータ１０４を介してインターネット１０５につながる形態となっている。この形態は、通常、企業がインターネット接続業者との間で専用線契約を行い、ＬＡＮ／ＷＡＮ１０３を常時インターネットに接続出来るようにしたものである。それに対して、インターネット連携部１０８は、モデム１０７を介してインターネット接続業者１０６にダイアルアップ接続されている。これは、通常、一般家庭がインターネットを利用するための方法であり、先に述べたインターネット接続業者との専用線契約に比べて安い料金でインターネットへの接続が可能である。
【００２９】
図２に、構成例１において、遠隔端末１００からインターネット１０５までの接続に必要なソフトウェア構成およびハードウェア構成を示す。
図２で、２００は、ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア、２０１は、ＯＳ、２０２は、ＬＡＮカードデバイスドライバ、２０３は、ＬＡＮアダプタカードである。設備アクセスアプリケーションプログラム１０１、インターネット向けデータ変換プログラム１０２、ＬＡＮ／ＷＡＮ１０３、ルータ１０４は、図１と同様である。
【００３０】
設備アクセスアプリケーションプログラム１０１では、設備向けの制御命令や各設備のプログラムの作成および送付などを実行する。設備１１０に対するデータは、まずインターネット向けデータ変換プログラム１０２に送られ、インターネット向けデータ変換プログラム１０２では、後で述べるデータ処理を実行し、加工データをＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００に送信する。通常、インターネット向けデータ変換プログラム１０２とＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００の間のアプリケーションインターフェースは、ソケットインタフェースである。ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００に送信された設備向けデータは、ＯＳ２０１が管理するＬＡＮカードデバイスドライバ２０２を通して、ハードウェアであるＬＡＮアダプタカード２０３に送信され、その延長上でＬＡＮ／ＷＡＮ１０３に送信され、更にインターネットに向けて送信される。設備からのデータの受信は、ここまでの説明の逆の経路を通って設備アクセスアプリケーションプログラム１０１に届けられる。
【００３１】
図３に、構成例１において、インターネット接続業者１０６から設備１１０までの接続に必要なソフトウェア構成およびハードウェア構成を示す。
図３で、３００は、データ変換プログラム、３０１は、ＰＰＰ（point-to-point protocol ）通信プロトコル処理ソフトウェア、３０２は、設備向けネットワークデバイスドライバ、３０３は、設備向けネットワークカード、３０４は、シリアルＩ／Ｏデバイスドライバ、３０５は、シリアルＩ／Ｏコントローラである。ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００、ＯＳ２０１は、図２と同様であり、インターネット接続業者１０６、モデム１０７、設備１１０は図１と同様である。
【００３２】
先に説明した設備向けデータは、インターネット接続業者１０６からモデム１０７を介して、シリアルＩ／Ｏコントローラ３０５およびシリアルＩ／Ｏデバイスドライバ３０４を通った後、ＰＰＰ通信プロトコル処理ソフトウェア３０１、ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００でネットワークプロトコル処理を行った後、データ変換プログラム３００に渡される。
データ変換プログラム３００では、後述するデータ処理を実施した後、設備向けデータを、設備１１０に送信する。但し、設備１１０とインターネット連携部１０８の間のネットワーク１０９の通信プロトコルが、ＴＣＰ／ＩＰの場合、ＴＣＰ／ＩＰ以外のプロトコル場合（例えば、設備とインターネット連携部の間の通信プロトコルが、三菱電機（株）のＭＥＬＳＥＮＣＥＴのような制御専用プロトコル）、あるいは、シリアル回線などで１対１で接続されている場合によって、送信の経路が異なる。
（１）ＴＣＰ／ＩＰの場合には、設備向けデータは、ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００に渡され、そこでＴＣＰ／ＩＰプロトコル処理を実行した後で、設備向けネットワークデバイスドライバ３０２に渡され、設備向けネットワークカード３０３を通して、設備１１０に送信される。
（２）ＴＣＰ／ＩＰ以外のプロトコルの場合には、設備向けデータは、ＯＳ２０１が管理する設備向けネットワークデバイスドライバ３０２（例えば、ＭＥＬＳＥＣＮＥＴドライバ）に渡され、設備向けネットワークカード３０３を通して、設備１１０に送信される。
（３）シリアル回線の場合には、設備向けデータは、シリアルＩ／Ｏデバイスドライバ３０４に渡され、シリアルＩ／Ｏコントローラ３０５を通して、設備１１０に送信される。
【００３３】
逆に、設備１１０からの応答は、インターネット連携部１０８と設備１１０との間の通信ネットワークのそれぞれ場合に対応して、送信とは逆のルートを通って送られる。
【００３４】
次に、本発明に係るインターネット利用設備遠隔アクセスシステムの構成例２について、図４及び図５に用いて説明する。図４は、本発明に係るインターネット利用設備遠隔アクセスシステムの構成例２の図、図５は、構成例２における遠隔端末側の詳細構成の図である。
【００３５】
図４で、遠隔端末１００、設備アクセスアプリケーションプログラム１０１、インターネット向けデータ変換プログラム１０２、インターネット１０５、インターネット接続業者１０６、モデム１０７、インターネット連携部１０８、設備向けネットワーク１０９、設備１１０は、図１と同様である。
【００３６】
図１の構成例１との相違点は、遠隔端末１００からインターネット１０５までの接続形態が異なる点である。構成例２では、遠隔アクセスアプリケーションプログラム１０１およびインターネット向けデータ変換プログラム１０２からなる遠隔端末１００は、モデム１０７を通してインターネット接続業者１０６とダイアルアップ接続を行い、インターネットに接続する。
【００３７】
例えば、構成例１では、設備販売会社などの保守センターから監視する場合が想定されるのに対して、構成例２では、設備保安者が自宅から設備を監視する場合などが想定される。
【００３８】
図５に、構成例２において、設備アクセスアプリケーションプログラム１０１からインターネット接続業者１０６までに必要なソフトウェア構成およびハードウェア構成を示す。
図５で、設備アクセスアプリケーションプログラム１０１、インターネット向けデータ変換プログラム１０２、インターネット接続業者１０６、モデム１０７は、図１と同様であり、ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００、ＯＳ２０１は、図２と同様であり、ＰＰＰ通信プロトコル処理ソフトウェア３０１、シリアルＩ／Ｏデバイスドライバ３０４、シリアルＩ／Ｏコントローラ３０５は、図３と同様である。
【００３９】
構成例１と同様に、設備アクセスアプリケーションプログラム１０１では、設備向けの制御命令や各設備のプログラムの作成および送付などを実行する。設備１１０に対するデータは、まず、インターネット向けデータ変換プログラム１０２に送られ、インターネット向けデータ変換プログラムでは、後で述べるデータ処理を実行し、処理したデータは、ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００に送信され、その後、設備向けデータは、ＰＰＰ通信プロトコル処理ソフトウェア３０１を通してＯＳ２０１が管理するシリアルＩ／Ｏデバイスドライバ３０４に送られ、更にシリアルＩ／Ｏコントローラ３０５、モデム１０７を通してインターネット接続業者１０６に送信される。
【００４０】
構成例２において、インターネット接続業者１０６から設備１１０までの接続に必要なソフトウェア構成およびハードウェア構成は、図３に示す構成例１の場合と同様である。
【００４１】
以上のようなインターネット利用設備遠隔アクセスシステムの構成例１及び構成例２を前提として、ＴＣＰ／ＩＰベースのデータ変換方式による形態について、図６及び図７を用いて説明する。図６は、本実施の形態における遠隔端末側のデータの流れと各データ構造を示す図である。図７は、本実施の形態における設備側のデータの流れと各データ構造を示す図である。
【００４２】
ＴＣＰ／ＩＰベースのデータ変換方式では、設備アクセスアプリケーションプログラム１０１は、設備との間の接続を、インターネット連携部１０８と設備１１０との間のネットワーク１０９の実際の通信プロトコルに関わらず、常にＴＣＰ／ＩＰで接続されているものと想定してデータ変換を行う。
【００４３】
図６で、６００は、制御命令、６０１は、ＴＣＰ／ＩＰ通信ユニット対応制御命令、６０２は、ＴＣＰ／ＩＰ通信プロトコル形式の送信データ、６０３は、制御応答、６０４は、ＴＣＰ／ＩＰ通信ユニット対応制御応答、６０５は、ＴＣＰ／ＩＰ通信プロトコル形式の受信データである。設備アクセスアプリケーションプログラム１０１、インターネット向けデータ変換プログラム１０２は、図１と同様である。ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００は、図２と同様である。尚、図６及び図７において、矢印は、データの流れの方向を示し、矢印途中の黒丸から指し示された、影付きの四角は、それぞれの段階でのデータ構造（フォーマット）を示している。以下、図１０、図１１、図１３及び図１４でも同様である。
【００４４】
図６に示すように、まず、設備アクセスアプリケーションプログラム１０１から、インターネット向けデータ変換プログラム１０２に制御命令６００が送信される。ここで、設備アクセスアプリケーションプログラム１０１とインターネット向けデータ変換プログラム１０２が、ソフトウェア実現形態として同一プロセスで実現される場合には、制御命令６００を関数コールとして実現することもできる。
【００４５】
インターネット向けデータ変換プログラム１０２では、通信プロトコルをＴＣＰ／ＩＰと想定し、受信した制御命令６００を基に、アクセス先の設備に応じて、のＴＣＰ／ＩＰ通信ユニットヘッダ（６０１のヘッダ）およびＴＣＰ／ＩＰ通信ユニットフッタ（６０１のフッタ）を付加し、および必要であれば制御命令に対するデータ処理を行った後、ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００にそのデータ６０１を渡す。ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００では、ＴＣＰ／ＩＰレベルの通信プロトコル処理に必要なデータヘッダ（６０２の先頭のヘッダ）を追加し、そのＴＣＰ／ＩＰ通信プロトコル形式の送信データ６０２を、構成例１であれば、ＬＡＮ１０３に向けて送信し、構成例２であれば、モデム１０７に向けて送信する。
【００４６】
その後、送信した制御命令に対応して応答データが設備から返送される。次にその処理動作について説明する。
設備側から、ＴＣＰ／ＩＰ通信プロトコル形式の受信データ６０５に示すデータフォーマットの応答データが返送される。ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００は、ＴＣＰ／ＩＰレベルの通信プロトコル処理を行い、その結果として受信データ６０５からＴＣＰ／ＩＰプロトコル用ヘッダ（６０５の先頭のヘッダ）を取り除き、インターネット向けデータ変換プログラム１０２にＴＣＰ／ＩＰ通信ユニット対応制御応答６０４を渡す。インターネット向けデータ変換プログラム１０２では、受信したＴＣＰ／ＩＰ通信ユニット対応制御応答６０４を基に、必要なデータ処理を行った後、制御応答６０３を設備アクセスアプリケーションプログラム１０１に渡す。ここで、インターネット向けデータ変換プログラム１０２から設備アクセスアプリケーションプログラム１０１へのデータの受け渡しに関しても、両者がソフトウェア実現形態として同一プロセスで実現される場合には、制御応答を関数コールとして、または制御命令の関数リターンとして実現することもできる。
【００４７】
次に、ＴＣＰ／ＩＰベースのデータ変換方式において、制御命令を受信する設備側の処理動作を図７を用いて説明する。
図７で、７００は、ＴＣＰ／ＩＰ通信プロトコル形式の受信データ、７０１は、ＴＣＰ／ＩＰ通信ユニット対応制御命令、７０２は、設備向けネットワークプロトコル通信ユニット対応制御命令、７０３は、設備向けネットワーク通信プロトコル形式の送信データ、７０４は、設備向けネットワーク通信プロトコル形式の受信データ、７０５は、設備向けネットワークプロトコル通信ユニット対応制御応答、７０６は、ＴＣＰ／ＩＰ通信ユニット対応制御応答、７０７は、ＴＣＰ／ＩＰ通信プロトコル形式の送信データである。ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００は、図２と同様であり、データ変換プログラム３００、設備向けネットワークデバイスドライバ３０２は図３と同様である。
【００４８】
インターネット接続業者１０６を経由して受信したＴＣＰ／ＩＰ通信プロトコル形式の受信データ７００（データフォーマットはＴＣＰ／ＩＰ通信プロトコル形式の送信データ６０２と同じ）を受信したＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００は、ＴＣＰ／ＩＰレベルの通信プロトコル処理を実行した後、ＴＣＰ／ＩＰ用ヘッダ（７００の先頭のヘッダ）を取り除いたＴＣＰ／ＩＰ通信プロトコルユニット対応制御命令７０１をデータ変換プログラム３００に渡す。
【００４９】
データ変換プログラム３００は、予め、インターネット連携部１０８と設備１１０の間のネットワークプロトコルを把握している。したがって、データ変換プログラム３００は、ＴＣＰ／ＩＰ通信プロトコルユニット対応制御命令７０１を、設備との間のネットワーク１０９に対応した設備向けネットワークプロトコル通信ユニット対応制御命令７０２に変換して、設備向けネットワークデバイスドライバ３０２にそのデータを送信する。この際の主なデータ変換は、使用するネットワークの通信ユニットヘッダ及びフッタの変換と、必要であれば制御命令データの変換である。設備向けネットワークプロトコル通信ユニット対応制御命令７０２を受信した設備向けネットワークデバイスドライバ３０２は、更に制御向けネットワークが処理すべき通信プロトコル用ヘッダ（７０３の先頭のヘッダ）を付加し、設備１１０に対してそのデータ７０３を送信する。
【００５０】
設備１１０では、受信したデータを基に、制御命令を実行し、その結果を応答データ７０４として送り返す。応答データである設備向けネットワーク通信プロトコル形式の受信データ７０４を受信した設備向けネットワークデバイスドライバ３０２は、設備向けネットワークの通信プロトコルレベルでのプロトコル処理を実行した後、処理した設備向けネットワークプロトコル通信ユニット対応制御応答７０５をデータ変換プログラム３００に送信する。データ変換プログラム３００は、設備向けネットワークに依存したデータフォーマットである設備向けネットワークプロトコル通信ユニット対応制御応答７０５を、設備向けネットワークのプロトコルをＴＣＰ／ＩＰと想定したデータフォーマットであるＴＣＰ／ＩＰ通信ユニット対応制御応答７０６に変換して、ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００に、変換したデータを送信する。ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００は、ＴＣＰ／ＩＰレベルのプロトコルヘッダ（７０７の先頭のヘッダ）を付加してインターネット接続業者１０６に向けデータを送信する。
【００５１】
このＴＣＰ／ＩＰベースのデータ変換方式では、インターネット連携部１０８で通信プロトコル変換を実施することに特徴があるが、通信プロトコル変換は、上述したデータフォーマット変換以外に、通信プロトコルシーケンスの変換も必要な場合がある。図８および図９を用いて、通信プロトコルシーケンス変換の動作例を示す。
【００５２】
図８は、インターネットを使用せず、ＬＡＮ環境で、設備アクセスアプリケーションが動作する端末８００と設備１１０を接続した場合の通信シーケンスを示している。この例では、ＬＡＮプロトコルとしてＴＣＰ／ＩＰを使用する。ある制御命令に対して、端末と設備の間では、１つ以上のデータ送受信が発生する。ここでは、その通信シーケンスＴＣＰ／ＩＰ用通信プロトコルと定義する。
【００５３】
ＴＣＰ／ＩＰベースのデータ変換方式では、図９に示すように、遠隔端末１００とインターネット連携部１０８の間は図８に示したＴＣＰ／ＩＰ用通信プロトコルに準拠したデータ送受信が実行される。ところが、インターネット連携部１０８と設備１１０の間が通信を行う制御向けネットワークでは、通信シーケンスが異なる。したがって、この方式では、インターネット連携部１０８のデータ変換プログラム３００は、ＴＣＰ／ＩＰ用通信プロトコル８０１と制御Ｎ／Ｗ用通信プロトコルとの間のシーケンスマッピングを実行する必要がある。
【００５４】
以上のように、ＴＣＰ／ＩＰベースのデータ変換方式では、遠隔端末側は、常に設備との通信プロトコルをＴＣＰ／ＩＰによる通信であると想定したデータ生成を実行する。従って、設備とインターネット連携部との間の制御向けネットワークの通信プロトコルの種類が多い場合でも、遠隔端末側のインターネット向けデータ変換プログラムの処理量が少なくてすむ（結果としてソフトウェアの使用メモリ量が少ない）という利点がある。また、新しい通信プロトコルが追加になっても、遠隔端末側のプログラム構成を変更する必要がないという利点もある。
【００５５】
実施の形態２．
本実施の形態では、相手先通信プロトコル依存のデータ変換方式による形態について図１０及び図１１を用いて、説明する。尚、このデータ変換方式においても、実施の形態１と同様にインターネット利用設備遠隔アクセスシステムの構成例１及び構成例２を前提とする。
【００５６】
相手先通信プロトコル依存のデータ変換方式では、遠隔端末側で、インターネット連携部１０８と設備１１０との間の通信プロトコルを認識し、インターネットを通して、認識した通信プロトコルに基づくデータ交換（データフォーマット、交換シーケンス）を行なう。
【００５７】
図１０は、本実施の形態における遠隔端末側のデータの流れと各データ構造を示す図である。図１１は、本実施の形態における設備側のデータの流れと各データ構造を示す図である。
【００５８】
図１０で、１０００は、制御命令、１００１は、設備向けネットワークプロトコル通信ユニット対応制御命令、１００２は、ＴＣＰ／ＩＰ通信プロトコル形式の送信データ、１００３は、ＴＣＰ／ＩＰ通信プロトコル形式の受信データ、１００４は、設備向けネットワークプロトコル通信ユニット対応制御応答、１００５は、制御応答である。設備アクセスアプリケーションプログラム１０１、インターネット向けデータ変換プログラム１０２は、図１と同様である。ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００は、図２と同様である。
【００５９】
図１０に示すように、まず、設備アクセスアプリケーションプログラム１０１から、インターネット向けデータ変換プログラム１０２に制御命令１０００が送信される。ここで、設備アクセスアプリケーションプログラム１０１とインターネット向けデータ変換プログラム１０２が、ソフトウェア実現形態として同一プロセスで実現される場合には、制御命令を関数コールとして実現することもできる。
【００６０】
インターネット向けデータ変換プログラム１０２では、受信した制御命令１０００を基に、インターネット連携部１０８と設備１１０が接続されているネットワーク１０９の通信プロトコルに対応した通信ユニットヘッダ（１００１のヘッダ）および通信ユニットフッタ（１００１のフッタ）、および必要であれば制御命令に対するデータ処理を行った後、ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００に設備向けネットワークプロトコル通信ユニット対応制御命令１００１を渡す。ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００では、ＴＣＰ／ＩＰレベルの通信プロトコル処理に必要なデータヘッダ（１００２の先頭のヘッダ）を追加し、そのＴＣＰ／ＩＰ通信プロトコル形式の送信データ１００２を、構成例１であれば、ＬＡＮ１０３に向けて送信し、構成例２であれば、モデム１０７に向けて送信する。
【００６１】
その後、送信した制御命令に対応して応答データが設備から返送される。次にその処理動作について説明する。
設備側からは、ＴＣＰ／ＩＰ通信プロトコル形式の受信データ１００３に示すデータフォーマットの応答データが返送される。ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００では、ＴＣＰ／ＩＰレベルの通信プロトコル処理を行い、その結果として受信データ１００３からＴＣＰ／ＩＰプロトコル用ヘッダ（１００３の先頭のヘッダ）を取り除き、インターネット向けデータ変換プログラム１０２に設備向けネットワークプロトコル通信ユニット対応制御応答１００４を渡す。インターネット向けデータ変換プログラム１０２では、受信した設備向けネットワークプロトコル通信ユニット対応制御応答１００４を基に、必要なデータ処理を行った後、制御応答１００５を設備アクセスアプリケーションプログラム１０１に渡す。ここで、インターネット向けデータ変換プログラム１０２から設備アクセスアプリケーションプログラム１０１へのデータの受け渡しに関しても、両者がソフトウェア実現形態として同一プロセスで実現される場合には、制御応答を関数コールとして、または制御命令の関数リターンとして実現することもできる。
【００６２】
次に、相手先通信プロトコル依存のデータ変換方式において、制御命令を受信する設備側の処理動作を、図１１を用いて説明する。
図１１で、１１００は、ＴＣＰ／ＩＰ通信プロトコル形式の受信データ、１１０１は、設備向けネットワークプロトコル通信ユニット対応制御命令、１１０２は、設備向けネットワークプロトコル通信ユニット対応制御命令、１１０３は、設備向けネットワーク通信プロトコル形式の送信データ、１１０４は、設備向けネットワーク通信プロトコル形式の受信データ、１１０５は、設備向けネットワークプロトコル通信ユニット対応制御応答、１１０６は、ＴＣＰ／ＩＰ通信プロトコル形式の送信データである。ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００は、図２と同様であり、データ変換プログラム３００、設備向けネットワークデバイスドライバ３０２は図３と同様である。
【００６３】
インターネット接続業者１０６を経由して受信したＴＣＰ／ＩＰ通信プロトコル形式の受信データ１１００（データフォーマットはＴＣＰ／ＩＰ通信プロトコル形式の送信データ１００２と同じ）を受信したＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００は、ＴＣＰ／ＩＰレベルの通信プロトコル処理を実行した後、ＴＣＰ／ＩＰ用ヘッダ（１１００の先頭のヘッダ）を取り除いた設備向けネットワークプロトコル通信ユニット対応制御命令１１０１をデータ変換プログラム３００に渡す。
【００６４】
データ変換プログラム３００は、設備向けネットワークプロトコル通信ユニット対応制御命令１１０１を、そのまま設備向けネットワークデバイスドライバ３０２に送信する。設備向けネットワークプロトコル通信ユニット対応制御命令１１０２を受信した設備向けネットワークデバイスドライバ３０２は、更に制御向けネットワークが処理すべき通信プロトコルヘッダ（１１０３の先頭のヘッダ）を付加し、設備１１０に対してそのデータ１１０３を送信する。
【００６５】
設備１１０では、受信したデータを基に、制御命令を実行し、その結果を応答データ１１０４として送り返す。応答データである設備向けネットワーク通信プロトコル形式の受信データ１１０４を受信した設備向けネットワークデバイスドライバ３０２は、設備向けネットワークの通信プロトコルレベルでのプロトコル処理を実行した後、処理した設備向けネットワークプロトコル通信ユニット対応制御応答１１０５をデータ変換プログラム３００に送信する。データ変換プログラムは、そのデータをそのままＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００に、送信する。ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００は、ＴＣＰ／ＩＰレベルのプロトコルヘッダ（１１０６の先頭のヘッダ）を付加してインターネット接続業者１０６に向けデータを送信する。
【００６６】
以上のように、この相手先通信プロトコル依存のデータ変換方式では、インターネット連携部１０８と設備１１０の間の通信プロトコルを遠隔端末１００側で認識して、それに応じたデータを送信してくるため、インターネット連携部１０８では、ＴＣＰ／ＩＰベースのデータ変換方式で必要であった通信プロトコルシーケンスの変換は元より、データフォーマット変換も必要ない。したがって、この方式におけるインターネット連携部１０８のデータ変換プログラム３００の役割は、インターネット１０５との通信コネクションおよび設備１１０との間の通信コネクション管理だけである。
【００６７】
従って、この方式は、設備側で用意すべきデータ変換プログラム３００の処理量が小さくてすむ（結果としてソフトウェアの使用メモリ量が少ない）という利点がある。また、新しい通信プロトコルが追加になっても、設備側のプログラム構成を変更する必要がないという利点もある。
【００６８】
実施の形態３．
本実施の形態では、ＲＰＣ（Remote Procedure Call ）を用いたデータ変換方式による形態について図１２、図１３及び図１４を用いて、説明する。尚、このデータ変換方式においても、実施の形態１及び実施の形態２と同様にインターネット利用設備遠隔アクセスシステムの構成例１及び構成例２を前提とする。
【００６９】
ＲＰＣを用いたデータ変換方式は、設備アクセスアプリケーションプログラム１０１をネットワークを含めた分散システム内で実現する方法である。つまり、実施の形態１のＴＣＰ／ＩＰベースのデータ変換方式、および実施の形態２の相手先通信プロトコル依存のデータ変換方式は、設備アクセスアプリケーションプログラム１０１と通信プロトコル（ＴＣＰ／ＩＰまたは設備向けネットワークプロトコル）の関係に着目して、データフォーマットおよび通信プロトコルシーケンスの変換を、遠隔端末側で実現するか、あるいは設備側で実現するかに焦点を当てた変換方式であったのに対し、このＲＰＣを用いたデータ変換方式は、通信プロトコルに依存するデータ変換は、設備側で実行し、分散システム間で関数呼出（制御命令呼出）を実現する方式である。
【００７０】
図１２は、実施の形態１及び実施の形態２における設備アクセスアプリケーションプログラムの構造を示す図であり、図１３は、本実施の形態における遠隔端末側のデータの流れと各データ構造を示す図であり、図１４は、本実施の形態における設備側のデータの流れと各データ構造を示す図である。
【００７１】
図１２で、１２００は、ＨＭＩ（Human Machine Interface ）または制御シーケンス実行部、１２０１は、命令解釈部、１２０２は、データ生成部である。
【００７２】
図１２に示すように、設備アクセスアプリケーションプログラム１０１は、ＨＭＩまたは制御シーケンス実行部１２００、命令解釈部１２０２、およびデータ生成部１２０２から構成される。例えば、「設備の停止」という命令の場合には、ＨＭＩまたは制御シーケンス実行部１２００は、画面からの入力を受け付けて、それに応じた制御命令関数を命令解釈部１２０１に発行する。命令解釈部では、指定された制御命令が正しいかどうか、パラメータが正しいかどうかなどを判断した上で、命令先設備の情報と共に制御命令をデータ生成部１２０２に送信する。データ生成部では、設備毎の制御命令データを通信ネットワークに送信できる形式（通常バイナリ型式）に変換する。つまり、データ生成部までは、「設備の停止」という指示を、抽象的な情報として把握しているのに対して、データ生成部が出力するデータは、設備が認識できる転送データ（バイナリデータ）となっている。
【００７３】
本実施の形態であるＲＰＣを用いたデータ変換方式では、ＨＭＩまたは制御シーケンス実行部１２００と命令解釈部１２０１を、ネットワークを挟んだ分散システムとして実現するＲＰＣを使用する。
【００７４】
図１３で、１３００は、制御関数コール、１３０１は、ＲＰＣ用の送信データ、１３０２は、ＴＣＰ／ＩＰ通信プロトコル形式の送信データ、１３０３は、ＴＣＰ／ＩＰ通信プロトコル形式の受信データ、１３０４は、ＲＰＣ用の受信データ、１３０５は、制御関数リターンである。インターネット向けデータ変換プログラム１０２は、図１と同様であり、ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００は、図２と同様であり、ＨＭＩまたは制御シーケンス実行部１２００は、図１２と同様である。
【００７５】
図１３に示すように、まず遠隔端末側で、設備アクセスアプリケーションプログラム１０１のＨＭＩまたは制御シーケンス実行部１２００から、インターネット向けデータ変換プログラム１０２に制御関数コール１３００が発行される。
【００７６】
インターネット向けデータ変換プログラム１０２では、受信した制御関数コールを基に、汎用的なＲＰＣ技術を用いて、ＲＰＣ用の通信データ１３０１を生成し、ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００（一般的にＲＰＣはＵＤＰ／ＩＰを使用する。この明細書においてＴＣＰ／ＩＰはＵＤＰ／ＩＰを含むものと定義する。）にデータを渡す。ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００では、ＴＣＰ／ＩＰレベルの通信プロトコル処理に必要なデータヘッダ（１３０２の先頭のヘッダ）を追加したＴＣＰ／ＩＰ通信プロトコル形式の送信データ１３０２を、構成例１であれば、ＬＡＮ１０３に向けて送信し、構成例２であれば、モデム１０７に向けて送信する。
【００７７】
その後、送信した制御命令に対応して応答データが設備から返送される。次にその処理動作について説明する。
設備側からは、ＴＣＰ／ＩＰ通信プロトコル形式の受信データ１３０３に示すデータフォーマットの応答データが返送される。ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００では、ＴＣＰ／ＩＰレベルの通信プロトコル処理を行い、その結果として受信データ１３０３からＴＣＰ／ＩＰプロトコル用ヘッダ（１３０３の先頭のヘッダ）を取り除き、インターネット向けデータ変換プログラム１０２にＲＰＣ用の受信データ１３０４を渡す。ここで渡されたデータは、汎用的なＲＰＣ技術で使用されるデータである。インターネット向けデータ変換プログラム１０２は、ＲＰＣ用の受信データ１３０４を分析し、リターン値を設定して、制御関数コール１３００の関数リターン１３０５を返す。
【００７８】
次に、ＲＰＣを用いたデータ変換方式において、制御命令関数を受信する設備側の処理動作を、図１４を用いて説明する。図１４で、１４００は、ＴＣＰ／ＩＰ通信プロトコル形式の受信データ、１４０１は、ＲＰＣ用の受信データ、１４０２は、制御関数コール、１４０３は、設備向けネットワークプロトコル通信ユニット対応制御命令、１４０４は、設備向けネットワーク通信プロトコル形式の送信データ、１４０５は、設備向けネットワーク通信プロトコル形式の受信データ、１４０６は、設備向けネットワークプロトコル通信ユニット対応制御応答、１４０７は、制御関数リターン、１４０８は、ＲＰＣ用の送信データ、１４０９は、ＴＣＰ／ＩＰ通信プロトコル形式の送信データである。ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００は、図２と同様であり、データ変換プログラム３００、設備向けネットワークデバイスドライバ３０２は、図３と同様であり、命令解釈部１２０１、データ生成部１２０２は、図１２と同様である。
【００７９】
インターネット接続業者１０６を経由して受信したＴＣＰ／ＩＰ通信プロトコル形式の受信データ１４００（データフォーマットはＴＣＰ／ＩＰ通信プロトコル形式の送信データ１３０２と同じ）を受信したＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００は、ＴＣＰ／ＩＰレベタ変換プログラム３００に渡す。
【００８０】
データ変換プログラム３００は、ＲＰＣ用の受信データ１４０１を基に対応する制御関数１４０２をコールする。設備アクセスアプリケーションプログラム１０１の命令解釈部１２０１およびデータ生成部１２０２は、指定された制御関数コール１４０２の処理を実施した後、生成した設備向けネットワークプロトコル通信ユニット対応制御命令１４０３を、設備向けネットワークデバイスドライバ３０２に送信する。設備向けネットワークプロトコル通信ユニット対応制御命令１４０３を受信した設備向けネットワークデバイスドライバ３０２は、更に制御向けネットワークが処理すべき通信プロトコルヘッダ（１４０４の先頭のヘッダ）を付加し、設備１１０に対してそのデータ１４０４を送信する。
【００８１】
設備１１０では、受信したデータを基に、制御命令を実行し、その結果を応答データ１４０５として送り返す。応答データである設備向けネットワーク通信プロトコル形式の受信データ１４０５を受信した設備向けネットワークデバイスドライバ３０２は、設備向けネットワークの通信プロトコルレベルでのプロトコル処理を実行した後、処理した設備向けネットワークプロトコル通信ユニット対応制御応答１４０６をデータ生成部１２０２に渡す。処理した設備向けネットワークプロトコル通信ユニット対応制御応答１４０６を処理したデータ生成部１２０２および命令解釈部１２０１は、制御関数１４０２のリターンをデータ変換プログラム３００に返す。
【００８２】
データ変換プログラム３００は、結果を汎用的なＲＰＣ技術のデータであるＲＰＣ用の送信データ１４０８に変換して、そのデータを、ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００に、送信する。ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア２００は、ＴＣＰ／ＩＰレベルのプロトコルヘッダ（１４０９の先頭のヘッダ）を付加してインターネット接続業者１０６に向けデータを送信する。
【００８３】
以上のように、このＲＰＣを用いたデータ変換方式では、制御命令関数を送信するが、図１５に示すように、一般的にＨＭＩからの制御命令関数（例えば、一時停止命令）に対応して、設備アクセスアプリケーションプログラムと設備との間で実行されるデータ送受信（例えば、機種タイプ問い合わせ、機種タイプ応答等）は、制御命令関数が１に対してＮの関係になる。したがって、この方式では、インターネットを介する通信量が、先の２つの方式に比べて少なくなるため、信頼性が高くなるという利点がある。また、設備側で新しい通信プロトコルが追加になっても、論理的なアプリケーションインタフェース（制御命令関数）が変更にならなければ、設備アクセスアプリケーションを変更する必要がないという利点がある。更に、制御命令関数レベルで同じ意味を持つ場合には、その制御命令に対応した通信シーケンスや通信データフォーマットが異なっていても、設備アクセスアプリケーションには影響を与えないため、設備側が異なったベンダの製品で構成されていても対応できるという利点がある。
【００８４】
実施の形態４．
本実施の形態では、まず、実際に設備アクセルアプリケーションプログラム１０１が設備１１０と通信を実行するために必要となるＩＰアドレス通知などの開始フェーズについて図１６を用いて、説明する。図１６は、本実施の形態におけるインターネット連携部の開始フェーズのフローチャート図である。
【００８５】
図１６に示すように、インターネット連携部１０８では、ステップ１６００で、ユーザが指定したイベント条件の発生、設備に予め設定されているイベント条件（例えば、シーケンサの異常）の発生、あるいはユーザが明示的にインターネット連携部の起動をかけた場合などのイベント発生をチェックする。イベントが発生した場合には、ステップ１６０１で、インターネット接続業者１０６に対してダイアルアップ接続を実行する。ダイアルアップ接続を受け付けられると、インターネット接続業者１０６から、インターネット連携部１０８のＩＰアドレスが割り当てられる（ステップ１６０２）。ＩＰアドレスは、アクセス実施時に付与され、接続毎に異なったＩＰアドレスが付与されるため、付与されたＩＰアドレスを遠隔端末１００を通知しなければ、遠隔端末は設備とのアクセスが実行できない。また、接続対象機器の機種タイプなど機器依存情報も送付する必要がある。従って、ステップ１６０３でインターネット連携部１０８のＩＰアドレス及び機器タイプ等の機器関連データを、何らかの方法で遠隔端末１００に通知する必要がある。例えば、以下の２つの方法が考えられる。
（１）インターネット接続業者が提供するサービスを利用する方法
インターネット接続業者がインターネットへ接続に際し同時に提供している電子メイルサービスやｆｔｐ（ファイル転送プロトコル）サービスなどを利用する方法である。例えば、遠隔端末１００を操作する人の電子メイルアドレスを予め知っている場合には、電子メイルによってＩＰアドレスを通知することが可能である。
（２）インターネット接続業者が提供するサービス以外を利用する
遠隔端末を操作する人に対して、電話、ＦＡＸあるいはポケットベルを利用してＩＰアドレスを通知する方法である。
そして、通知を受けた遠隔端末側は、これらの情報を記憶する。
【００８６】
ＩＰアドレスを通知したインターネット連携部１０８は、ステップ１６０４で遠隔端末からのデータ送信を待ち、対応した設備にデータを送り、設備からの応答データを遠隔端末に送り返すというインターネット連携の処理動作を、ステップ１６０５で終了を検知するまで繰り返す。終了時には、Ｓ１６０６でインターネット接続業者とのダイアルアップ接続を終了する。
【００８７】
図１６に示すフローチャートでは、イベント発生の責任は、明示されていないが、次に、図１７を用いて、イベント発生の実施例を示す。図１７は、本実施の形態におけるインターネット連携部のイベント検出に関するソフトウェアの構成を示す図である。
【００８８】
図１７で、１７００は、イベント発生検出ロジック、１７０１は、設備アクセス部、１７０２は、設備構成管理部、１７０３は、管理ファイルである。設備１１０は、図１と同様である。
【００８９】
この実施例では、ユーザが指定したイベント発生、例えば、ある設備の温度が指定値以上になった場合などを検知する場合の例を示している。ここで、具体的な例を示すために、図１７の左側の構成に示すように、設備１および設備２の２つの設備がネットワーク１０９で接続されている場合を考える。
【００９０】
設備構成管理部１７０２は、イベント条件検出ロジックを作成するために必要な設備に関する構成情報を管理する機能を有し、具体的な構成情報は管理ファイル１７０３に格納される。例えば、本実施例では、設備１および設備２に関する情報（設備名や設置時期などイベント条件設定に必要な情報）が管理ファイル１７０３に格納されている。
【００９１】
イベント条件検出ロジック１７００は、設備毎の設備アクセス部１７０１を使用して、例えば、定周期で各設備の監視を行い、設定されているイベント条件に合致したイベントが発生しているかどうかをチェックする。イベント条件を検知した場合には、図１６のステップ１６００で検知できる形のイベントを発生させる。
【００９２】
最後に、図１８を用いて、イベント条件検出ロジックを作成するための開発環境について説明する。図１８は、本実施の形態におけるイベント検出ロジック生成の為の開発環境を示した図である。
【００９３】
図１８で、１８００は、イベント検出ロジック生成の為の開発環境、１８０１は、イベント条件設定部、１８０２は、イベント条件検出ロジック生成部、１８０３は、イベント条件検出ロジック送付部、１８０４は、設備構成情報管理部、１８０５は、管理ファイルである。
【００９４】
図１８に示すように、イベント検出ロジック生成の為の開発環境１８０１は、イベント条件設定部１８０１、イベント条件検出ロジック生成部１８０２、イベント条件検出ロジック送付部１８０３、設備構成情報管理部１８０４、および管理ファイル１８０５から構成される。
【００９５】
ユーザは、画面を通して、イベント条件設定部１８０１とアクセスし、必要なイベント条件の設定を行う。この際、設備構成管理部１８０４を通して、必要な各設備の構成情報を獲得する。開発環境がインターネット連携部１０８と同じマシン上である場合には、設備構成管理部１８０４として、図１７で示す設備構成管理部１７０２を用いることもできる。
【００９６】
ユーザがイベント条件を設定すると、イベント条件検出ロジック生成部１８０２が、自動的にインターネット連携部で動作するイベント条件検出ロジック（プログラム）を生成する。
【００９７】
更に、生成されたイベント条件検出ロジックは、イベント条件検出ロジック送付部１８０３によりインターネット連携部１０８に送付される。具体的には、例えば、フロッピーディスク経由での受け渡しの場合には、イベント条件検出ロジック送付部１８０３は、フロッピーディスクにイベント条件検出ロジックを保存する。あるいは、ＬＡＮなどのネットワークで開発環境とインターネット連携部１０８が接続されている場合には、ＦＴＰなどを使用して送付する。
【００９８】
これらの開発環境およびイベント検出機能を利用することで、ユーザは設備へのアクセスを実施するタイミングを指定できるため、常に遠隔端末から設備を監視する必要がなくなり、監視の目的に応じて通信コストの削減が図られるという効果がある。
【００９９】
【発明の効果】
本発明のＴＣＰ／ＩＰベースのデータ変換方式では、遠隔端末側は、常に設備との通信プロトコルをＴＣＰ／ＩＰによる通信であると想定したデータ生成を実行する。従って、設備とインターネット連携部との間の制御向けネットワークの通信プロトコルの種類が多い場合でも、遠隔端末側のインターネット向けデータ変換プログラムの処理量が少なくてすむ（結果としてソフトウェアの使用メモリ量が少ない）という利点がある。また、新しい通信プロトコルが追加になっても、遠隔端末側のプログラム構成を変更する必要がないという利点もある。
【０１００】
本発明のこの相手先通信プロトコル依存のデータ変換方式では、インターネット連携部１０８と設備１１０の間の通信プロトコルを遠隔端末１００側で認識して、それに応じたデータを送信してくるため、インターネット連携部１０８では、ＴＣＰ／ＩＰベース変換で必要であった通信プロトコルシーケンスの変換は元より、データフォーマット変換も必要ない。したがって、この方式におけるインターネット連携部１０８のデータ変換プログラム３００の役割は、インターネットとの通信コネクションおよび設備との間の通信コネクション管理だけである。従って、この方式は、設備側で用意すべきデータ変換プログラム３００の処理量が小さくてすむ（結果としてソフトウェアの使用メモリ量が少ない）という利点がある。また、新しい通信プロトコルが追加になっても、設備側のプログラム構成を変更する必要がないという利点もある。
【０１０１】
本発明のＲＰＣを用いたデータ変換方式では、制御命令関数を送信するが、図１５に示すように、一般的にＨＭＩからの制御命令関数（例えば、一時停止命令）に対応して、設備アクセスアプリケーションプログラムと設備との間で実行されるデータ送受信（例えば、機種タイプ問い合わせ、機種タイプ応答等）は、制御命令関数が１に対してＮの関係になる。したがって、この方式では、インターネットを介する通信量が、先の２つの方式に比べて少なくなるため、信頼性が高くなるという利点がある。また、設備側で新しい通信プロトコルが追加になっても、論理的なアプリケーションインタフェース（制御命令関数）が変更にならなければ、設備アクセスアプリケーションを変更する必要がないという利点がある。更に、制御命令関数レベルで同じ意味を持つ場合には、その制御命令に対応した通信シーケンスや通信データフォーマットが異なっていても、設備アクセスアプリケーションには影響を与えないため、設備側が異なったベンダの製品で構成されていても対応できるという利点がある。
【０１０２】
本発明においては、開発環境およびイベント検出機能を利用することで、ユーザは設備へのアクセスを実施するタイミングを指定できるため、常に遠隔端末から設備を監視する必要がなくなり、監視の目的に応じて通信コストの削減が図られるという効果がある。
【図面の簡単な説明】
【図１】  本発明に係るインターネット利用設備遠隔アクセスシステムの構成例１の図である。
【図２】  構成例１における遠隔端末側の詳細構成の図である。
【図３】  構成例１における設備側の詳細構成の図である。
【図４】  本発明に係るインターネット利用設備遠隔アクセスシステムの構成例２の図である。
【図５】  構成例２における遠隔端末側の詳細構成の図である。
【図６】  実施の形態１における遠隔端末側のデータの流れと各データ構造を示す図である。
【図７】  実施の形態１における設備側のデータの流れと各データ構造を示す図である。
【図８】  従来例のLAN 環境における遠隔端末１００と設備１１０の間の通信シーケンスを示す図である。
【図９】  実施の形態１における遠隔端末１００とインターネット連携部１０８と設備１１０の間の通信シーケンスを示す図である。
【図１０】  実施の形態２における遠隔端末側のデータの流れと各データ構造を示す図である。
【図１１】  実施の形態２における設備側のデータの流れと各データ構造を示す図である。
【図１２】  実施の形態１及び実施の形態２における設備アクセスアプリケーションプログラムの構造を示す図である。
【図１３】  実施の形態３における遠隔端末側のデータの流れと各データ構造を示す図である。
【図１４】  実施の形態３における設備側のデータの流れと各データ構造を示す図である。
【図１５】  実施の形態３におけるＨＭＩと設備アクセスアプリケーションプログラムと設備との間のデータ送受信の例を示す図である。
【図１６】  実施の形態４におけるインターネット連携部の開始フェーズのフローチャート図である。
【図１７】  実施の形態４におけるインターネット連携部のイベント検出に関するソフトウェアの構成を示す図である。
【図１８】  実施の形態４におけるイベント検出ロジック生成の為の開発環境を示した図である。
【図１９】  従来例の設備遠隔監視システムを示す図である。
【図２０】  従来例のシーケンサを例とした遠隔アクセス方式を示す図である。
【図２１】  従来例のインターネット利用アプリケーション間通信を示す図である。
【符号の説明】
１００  遠隔端末、１０１  設備アクセスアプリケーションプログラム、１０２  インターネット向けデータ変換プログラム、１０３  ＬＡＮ／ＷＡＮ、１０４  ルータ、１０５  インターネット、１０６  インターネット接続業者、１０７  モデム、１０８  インターネット連携部、１０９  設備向けネットワーク、１１０  設備、２００  ＴＣＰ／ＩＰ通信プロトコル処理ソフトウェア、２０１ＯＳ、２０２  ＬＡＮカードデバイスドライバ、２０３  ＬＡＮアダプタカード、３００  データ変換プログラム、３０１  ＰＰＰ通信プロトコル処理ソフトウェア、３０２  設備向けネットワークデバイスドライバ、３０３  設備向けネットワークカード、３０４  シリアルＩ／Ｏデバイスドライバ、３０５  シリアルＩ／Ｏコントローラ、６００  制御命令、６０１  ＴＣＰ／ＩＰ通信プロトコルユニット対応制御命令、６０２  ＴＣＰ／ＩＰ通信プロトコル形式の送信データ、６０３  制御応答、６０４  ＴＣＰ／ＩＰ通信ユニット対応制御応答、６０５  ＴＣＰ／ＩＰ通信プロトコル形式の受信データ、７００  ＴＣＰ／ＩＰ通信プロトコル形式の受信データ、７０１  ＴＣＰ／ＩＰ通信プロトコルユニット対応制御命令、７０２  設備向けネットワークプロトコル通信ユニット対応制御命令、７０３  設備向けネットワーク通信プロトコル形式の送信データ、７０４  設備向けネットワーク通信プロトコル形式の受信データ、７０５  設備向けネットワークプロトコル通信ユニット対応制御応答、７０６  ＴＣＰ／ＩＰ通信ユニット対応制御応答、７０７  ＴＣＰ／ＩＰ通信プロトコル形式の送信データ、８００  端末、８０１  ＴＣＰ／ＩＰ用通信プロトコル、９００  制御Ｎ／Ｗ用通信プロトコル、１０００  制御命令、１００１  設備向けネットワークプロトコル通信ユニット対応制御命令、１００２  ＴＣＰ／ＩＰ通信プロトコル形式の送信データ、１００３  ＴＣＰ／ＩＰ通信プロトコル形式の受信データ、１００４設備向けネットワークプロトコル通信ユニット対応制御応答、１００５  制御応答、１１００  ＴＣＰ／ＩＰ通信プロトコル形式の受信データ、１１０１  設備向けネットワークプロトコル通信ユニット対応制御命令、１１０２  設備向けネットワークプロトコル通信ユニット対応制御命令、１１０３  設備向けネットワーク通信プロトコル形式の送信データ、１１０４  設備向けネットワーク通信プロトコル形式の受信データ、１１０５  設備向けネットワークプロトコル通信ユニット対応制御応答、１１０６  ＴＣＰ／ＩＰ通信プロトコル形式の送信データ、１２００  ＨＭＩまたは制御シーケンス実行部、１２０１  命令解釈部、１２０２  データ生成部、１３００  制御関数コール、１３０１  ＲＰＣ用の送信データ、１３０２  ＴＣＰ／ＩＰ通信プロトコル形式の送信データ、１３０３  ＴＣＰ／ＩＰ通信プロトコル形式の受信データ、１３０４  ＲＰＣ用の受信データ、１３０５  制御関数リターン、１４００  ＴＣＰ／ＩＰ通信プロトコル形式の受信データ、１４０１  ＲＰＣ用の受信データ、１４０２  制御関数コール、１４０３  設備向けネットワークプロトコル通信ユニット対応制御命令、１４０４  設備向けネットワーク通信プロトコル形式の送信データ、１４０５  設備向けネットワーク通信プロトコル形式の送信デー���、１４０６  設備向けネットワークプロトコル通信ユニット対応制御応答、１４０７  制御関数リターン、１４０８  ＲＰＣ用の送信データ、１４０９  ＴＣＰ／ＩＰ通信プロトコル形式の送信データ、１７００  イベント発生検出ロジック、１７０１  設備アクセス部、１７０２  設備構成管理部、１７０３  管理ファイル、１８００  イベント検出ロジック生成の為の開発環境、１８０１  イベント条件設定部、１８０２  イベント条件検出ロジック生成部、１８０３  イベント条件検出ロジック送付部、１８０４  設備構成情報管理部、１８０５  管理ファイル、１９０１  監視盤、１９０２  設備、１９０３  自動呼出し回路、１９０４  電話機、１９０５  電話回線、１９０６  受信器、２００１  遠隔端末、２００２  設備（シーケンサ）、２００３  モデム接続装置、２００４  電話回線、２１０１  サーバ機能プログラム、２１０２ａ  クライアント機能プログラム、２１０２ｂ  クライアント機能プログラム、２１０３ａ  インターネット接続業者（プロバイダー）のサーバーシステム、２１０３ｂ  インターネット接続業者（プロバイダー）のサーバーシステム、２１０４ａ  対話式通信システム、２１０４ｂ  対話式通信システム。
【図１】
0003748006.tif 000002
【図２】
0003748006.tif 000003
【図３】
0003748006.tif 000004
【図４】
0003748006.tif 000005
【図５】
0003748006.tif 000006
【図６】
0003748006.tif 000007
【図７】
0003748006.tif 000008
【図８】
0003748006.tif 000009
【図９】
0003748006.tif 000010
【図１０】
0003748006.tif 000011
【図１１】
0003748006.tif 000012
【図１２】
0003748006.tif 000013
【図１３】
0003748006.tif 000014
【図１４】
0003748006.tif 000015
【図１５】
0003748006.tif 000016
【図１６】
0003748006.tif 000017
【図１７】
0003748006.tif 000018
【図１８】
0003748006.tif 000019
【図１９】
0003748006.tif 000020
【図２０】
0003748006.tif 000021
【図２１】
0003748006.tif 000022