JP2015069308A - データ送信装置およびクライアント端末 - Google Patents

Abstract

【課題】クライアント端末側のアプリケーション開発の負担を軽減するとともに、クライアント端末側が所望するデータ形式でデータを送信する。【解決手段】データ送信装置３は、通信ネットワークＮを介して接続されるＨＴＴＰクライアント端末２３から受け付けた上記データ送信要求ＨＴＴＰリクエストに応じて、データを、登録されたテンプレートにより定められた様式で送信するデータ送信部３３４を備える構成である。【選択図】図１

Description

本発明は、制御システムにおいて用いられるデータを送受信するデータ送信装置およびクライアント端末に関する。

従来、制御システムにおいて、制御機器からデータを取得する際には、多くはバイナリ通信が用いられていた。具体的には、ＰＬＣ（Programmable Logic Controller）やプログラマブル表示器などにおいて予め取得したいデータを登録しておき、バイナリ形式の内部デバイス値を所望のタイミングでデバイスから取得するという手法が広く採用されていた。このようなバイナリ通信を用いた手法では、制御機器によっては通信データが異なるため、制御機器ごとに専用の通信プログラムや受信データを解釈するプログラムを作成する必要があった。

そこで、近年、Ｗｅｂ技術を用いて、制御システムに接続されているデバイスの情報をＨＭＩ（Human Machine Interface）に対して提示する手法が提案されている（特許文献１）。

特開２００２−２０４２８１号公報（２００２年７月１９日公開）

しかしながら、上述の特許文献１のような従来技術は、Ｗｅｂサーバ側で、予め定められた定型的なデータ表示形式のＷｅｂページを作成しているため、ユーザや、ＨＭＩ側のアプリケーションを開発する開発者が所望する形式でデータを得られない場合があった。

また、複数種類のデータを取得する場合、データの種類に応じてＵＲＬの指定を変更しつつ、複数回の要求を発行しなければならない場合もあり、データの取得に手間がかかる傾向があった。

本発明は、上記課題に鑑みてなされたものであり、その目的は、Ｗｅｂ技術を用いて制御機器からデータを取得する際に、ユーザや開発者が所望の形式のデータを、より簡易かつ効率よく取得することができるデータ送信装置、ＨＴＴＰ（HyperText Transfer Protocol）クライアント端末を実現することにある。

上記の課題を解決するために、本発明の一態様に係るデータ送信装置は、制御システムにおいて用いられるデータを、クライアント端末に対して送信するデータ送信装置であって、上記データを送信する際の様式を定めるテンプレートの登録を要求する登録要求ＨＴＴＰ（HyperText Transfer Protocol）リクエストを、上記クライアント端末から受け付ける登録要求受付部と、上記登録要求ＨＴＴＰリクエストにて登録を要求されたテンプレートを登録するテンプレート登録部と、上記クライアント端末から、上記データの送信を要求するデータ送信要求ＨＴＴＰリクエストを受け付けるデータ送信要求受付部と、上記データ送信要求ＨＴＴＰリクエストに応じて、上記データを、上記登録されたテンプレートにより定められた様式で上記クライアント端末に対して送信するデータ送信部と、を備えることを特徴とする。

上記において、制御システムは、例えば、プログラマブル表示器などのＨＭＩ、プログラマブルコントローラ（ＰＬＣ）、ＰＬＣによって制御される対象機器（入出力装置）等を備えるシステムである。制御システムにおいて用いられるデータには、例えば、制御システムに対して入力されるデータ、制御システムにおいて生成されるデータなどが含まれる。すなわち、制御システムにおいて用いられるデータには、デバイスから得られるサンプリングデータやアラームデータ、ＰＬＣに接続されるプログラマブル表示器で発生したデータ、および、ＰＬＣ以外の外部機器から得られるデータが含まれる。

上記構成によれば、テンプレートの登録要求をＨＴＴＰリクエストの形式で受け付ける。また、クライアント端末からのデータ送信を要求するＨＴＴＰリクエストに応じて、データを、登録されたテンプレートにより定められた様式でクライアント端末に対して送信する。

よって、テンプレート登録／データ出力の間で、ＨＴＴＰの技術を用いたインターフェースを提供することができる。また、これにより、クライアント端末側のアプリケーション開発の負担が軽減されるとともに、クライアント端末側が所望するデータ形式でデータを送信することができるという効果を奏する。

本発明の一態様に係るデータ送信装置では、上記テンプレートにより定められる様式は、出力すべき上記データを特定するためのタグを含み、上記データ送信部は、上記データの送信の際、上記タグを、取得されたデータに置換することが好ましい。

上記構成によれば、上記タグを、取得されたデータによって置換する。このため、テンプレートに記述されるタグがデータに置き換えられて、送信データとして送信される。

従って、クライアント端末側のアプリケーション開発者は、所望のデータを取得するには、出力すべき上記データを特定するためのタグをテンプレートに記述するだけでよい。このため、従来と比べて、クライアント端末側のアプリケーション開発の効率の向上を図ることができる。

本発明の一態様に係るデータ送信装置では、上記テンプレート登録部は、上記テンプレートを特定するための識別子を、上記テンプレートに付して登録し、上記データ送信要求ＨＴＴＰリクエストでは、上記識別子が指定されており、上記データ送信部は、上記データ送信要求ＨＴＴＰリクエストにて指定されている上記識別子によって特定される上記テンプレートを上記データの送信の際に用いることが好ましい。

上記構成によれば、データ送信要求ＨＴＴＰリクエストにて指定されている上記識別子によって特定される上記テンプレートを上記データの取り込みに用いる。

従って、データ送信装置は、データ送信要求ＨＴＴＰリクエストにて指定されているテンプレートの識別子に従って、データを出し分けることができる。

別の観点から言えば、クライアント端末側でデータを取得する際には、所望のデータに応じて、テンプレートの識別子を指定してデータ送信要求ＨＴＴＰリクエストを送信すればよい。

本発明の一態様に係るデータ送信装置では、上記テンプレート登録部は、上記テンプレートを利用可能なユーザを、上記テンプレートに対応付けて登録し、上記データ送信要求ＨＴＴＰリクエストには、ユーザの認証情報が含まれており、上記データ送信要求受付部は、上記認証情報に基づいてユーザを特定し、特定したユーザに対応する上記テンプレートを用いることが好ましい。

上記構成によれば、データ送信要求ＨＴＴＰリクエストに含まれるユーザの認証情報に基づいて、ユーザを特定し、特定したユーザに対応する上記テンプレートを用いる。

このため、ユーザごとにテンプレートを切り替えることができる。

上記の課題を解決するために、本発明に係るクライアント端末は、制御システムにおいて用いられるデータを、データ送信装置から受信するクライアント端末であって、上記データ送信装置に対して、上記データを送信する際の様式を定めるテンプレートの登録を要求する登録要求ＨＴＴＰリクエストを送信する登録要求部と、上記登録されたテンプレートにより定められた様式で上記データを送信するよう要求するデータ送信要求ＨＴＴＰリクエストを、上記データ送信装置に対して送信するデータ送信要求部と、を備えることを特徴とする。

また、本発明に係るクライアント端末では、上記テンプレートにより定められる様式は、出力すべき上記データを特定するためのタグを含み、上記タグは、上記データ送信装置に対して、上記データの送信の際、上記タグを、取得されたデータに置換するよう指示するものであることが好ましい。

上記のように構成したクライアント端末は、上記データ送信装置に対応する。よって、上記のように構成したクライアント端末によれば、上記データ送信装置について説明した効果と同様の効果を得ることができる。

本発明の一態様に係るデータ送信装置は、データを所定の様式にて取り込むためのテンプレートの登録を要求する登録要求ＨＴＴＰ（HyperText Transfer Protocol）リクエストを、クライアント端末から受け付ける登録要求受付部と、上記登録要求ＨＴＴＰリクエストにて登録を要求されたテンプレートを登録するテンプレート登録部と、上記クライアント端末から、上記データの送信を要求するデータ送信要求ＨＴＴＰリクエストを受け付けるデータ送信要求受付部と、上記データ送信要求ＨＴＴＰリクエストに応じて、上記データを、上記登録されたテンプレートにより定められた様式で上記クライアント端末に対して送信するデータ送信部と、を備える構成である。

また、本発明の一態様に係るクライアント端末は、データ送信装置に対して、データを送信する際の様式を定めるテンプレートの登録を要求する登録要求ＨＴＴＰリクエストを送信する登録要求部と、上記登録されたテンプレートにより定められた様式で上記データを送信するよう要求するデータ送信要求ＨＴＴＰリクエストを、上記データ送信装置に対して送信するデータ送信要求部と、を備える構成である。

また、本発明の一態様に係るデータ送信システムは、上記データ送信装置および上記クライアント端末を備える構成である。

よって、クライアント端末側のアプリケーション開発の負担が軽減されるとともに、クライアント端末側が所望するデータ形式でデータを送受信することができるという効果を奏する。

本実施形態に係る制御システムの構成を示すブロック図である。 上記制御システムに含まれるＨＴＴＰクライアント端末およびデータ送信装置の間において用いられるテンプレートのデータ構造の一例を示す図である。（ａ）は、ＨＴＭＬ形式のデータについて示しており、（ｂ）は、ＣＳＶ形式のデータについて示している。 上記ＨＴＴＰクライアント端末およびデータ送信装置の間において行われるテンプレート登録処理およびデータ送信処理の流れを例示したシーケンス図である。 上記ＨＴＴＰクライアント端末およびデータ送信装置の間において行われるテンプレート登録処理およびデータ送信処理の流れの変形例を示したシーケンス図である。 上記ＨＴＴＰクライアント端末およびデータ送信装置の間において行われるテンプレート登録処理およびデータ送信処理の流れの別の変形例を示したシーケンス図である。 上記ＨＴＴＰクライアント端末およびデータ送信装置の間において行われるテンプレート登録処理およびデータ送信処理の流れの別の変形例を示したシーケンス図である。 上記ＨＴＴＰクライアント端末およびデータ送信装置の間において行われるテンプレート登録処理およびデータ送信処理の流れの別の変形例を示したシーケンス図である。

本発明の一実施形態について図１〜図７に基づいて説明すると、以下の通りである。

まず、図１を用いて、本実施形態に係る制御システム１の構成について説明する。図１は、本実施形態に係る制御システム１の構成を示すブロック図である。

図１に示すように、本実施形態に係る制御システム１は、ＨＴＴＰクライアント端末２と、ＨＴＴＰクライアント端末２とネットワークＮを介して接続されるデータ送信装置３と、データ送信装置３と通信可能に接続されたプログラマブルロジックコントローラ（以降「ＰＬＣ」と称する）４と、ＰＬＣ４に接続された入力元デバイス５および出力先デバイス６と、を備えている。

なお、ＨＴＴＰクライアント端末２と、データ送信装置３とは、ネットワークＮを介して、ＨＴＴＰによる通信が可能である。また、ネットワークＮの例としては、イーサネット（登録商標）などからなるローカルエリアネットワーク（ＬＡＮ（Local Area Network））やインターネットなどが挙げられる。また、ネットワークＮの接続形態は有線および無線のいずれであっても構わない。

データ送信装置３とＰＬＣ４との通信方式としては、例えば、シリアル通信方式や、ネットワーク通信を採用することができる。

ＨＴＴＰクライアント端末２は、ＨＴＴＰ通信を行い、データ送信装置３から制御システム１に関するデータ（例えば、入力元デバイス５に関するデータ）を受信するものである。ＨＴＴＰクライアント端末２は、ＲＥＳＴ（Representational State Transfer）と呼ばれる方式を用いて、データ送信装置３からデータの取得を行う。ＲＥＳＴとは、例えば、ＨＴＴＰのＧＥＴリクエストの末尾に引数を追加し、その引数によって異なる動作や応答をＨＴＴＰクライアントから要求する手法である。

ＨＴＴＰクライアント端末２は、例えば、ＨＴＴＰクライアント機能（Ｗｅｂブラウザ機能）を備えたスマートフォンや、デスクトップ型、ノート型のパーソナルコンピュータ、あるいはタブレット型情報処理端末などにより実現することができる。また、いわゆるハンディ型のプログラマブル表示器によっても実現することができる。

ＨＴＴＰクライアント端末２は、制御システム１においては、ＨＭＩとして機能する。また、製造実行システムＭＥＳが、ＨＴＴＰクライアント端末２を備えていてもよい。

データ送信装置３は、ＨＴＴＰサーバ機能（Ｗｅｂサーバ機能）を有しており、ＨＴＴＰクライアント端末２からの要求に応じて、制御システム１に関するデータをＨＴＴＰクライアント端末２に対し送信する。

データ送信装置３は、ＰＬＣ４からデバイスデータを取得する。なお、データ送信装置３は、プログラマブル表示器において実現されていてもよい。

ＰＬＣ４は、入力元デバイス５の各種デバイスデータを収集するとともに、出力先デバイス６に制御指示を与える。ＰＬＣ４は、ユーザが作成したシーケンスプログラム（ラダープログラムなど）にしたがって、例えば、数十ｍｓなどの予め定められたスキャンタイム毎に上記の動作を行う。また、ＰＬＣ４は、収集したデバイスデータをデータ送信装置３に送信する。

入力元デバイス５は、ＰＬＣ４によって制御される制御対象機器である。入力元デバイス５としては、センサ（温度センサ、光センサなど）、スイッチ（押ボタンスイッチ、リミットスイッチ、圧力スイッチなど）のような機器が用いられる。出力先デバイス６としては、アクチュエータ、リレー、電磁弁、表示器などが用いられる。これらの入力元デバイス５および出力先デバイス６は、製造ラインなどの各種のターゲットシステムの所要各部に配置されて、制御システム１の一部を構成している。

続いて、図１をさらに参照しながら、ＨＴＴＰクライアント端末２およびデータ送信装置３の詳細構成について順に説明する。

ＨＴＴＰクライアント端末２は、通信部２１、記憶部２２、および制御部２３を備える構成である。

通信部２１は、ＨＴＴＰクライアント端末２と、データ送信装置３との間の通信を実現するものである。通信部２１は、制御部２３から送られたデータに基づいて、ネットワーク伝送可能な出力電気信号を生成し、生成した出力電気信号をネットワークＮに出力する。また、通信部２１は、ネットワークＮから入力される入力電気信号に基づいて、データをＨＴＴＰクライアント端末にて扱えるように復元し、復元したデータを制御部２３に送る。制御部２３の各部から、データ送信装置３に対してのデータ送受信は、通信部２１を介して行われる。

記憶部２２には、ＨＴＴＰクライアント端末２が使用する各種データが格納される。具体的には、記憶部２２には、データ送信装置３に登録するためのテンプレートＴ１が格納される。テンプレートＴ１は、ＨＴＴＰクライアント端末２が備えるディスプレイ等の表示部（不図示）およびキーボード等の操作部（不図示）を用いて作成・編集されるものであってもよいし、ＨＴＴＰクライアント端末２の外部から供給されるものであってもよい。
テンプレートＴ１のデータ構造の詳細については後述する。

制御部２３は、ＨＴＴＰクライアント端末２が備える各部を統括的に制御する。制御部２３は、より詳細には、図１に示すように、登録要求部２３１、データ送信要求部２３２、およびデータ受信部２３３を備える構成である。

登録要求部２３１は、データ送信装置３に対して、テンプレート登録を要求するテンプレート登録要求ＨＴＴＰリクエストを送信する。より具体的には、登録要求部２３１は、テンプレートＴ１を記憶部２２から読み出し、テンプレートＴ１を登録するよう要求するテンプレート登録要求ＨＴＴＰリクエストを生成し、生成したテンプレート登録要求ＨＴＴＰリクエストをデータ送信装置３に送信する。

テンプレートＴ１は、デバイスデータＤ１を送信する際の様式（形式）を定めるものであり、デバイスデータＤ１を取り込んで出力するために用いられる情報である。様式には、例えば、取り込むべきデバイスデータＤ１の指定（データの種類およびデータの型）、デバイスデータＤ１を記述する位置、報告のための情報（例えば、説明文などのテキスト情報や、そのレイアウト、書式）等が含まれる。

データ送信要求部２３２は、データ送信装置３に対して、定期的、または、所定のイベント発生のタイミングにて、データ送信を要求するデータ送信要求ＨＴＴＰリクエストを送信する。

データ受信部２３３は、データ送信要求ＨＴＴＰリクエストに応じてデータ送信装置３から送信されるデータ送信ＨＴＴＰレスポンスを受信する。

データ送信装置３は、通信部３１、記憶部３２、制御部３３、および、インターフェース部３４（図１では「Ｉ／Ｆ」と表記）を備える構成である。

通信部３１は、ＨＴＴＰクライアント端末２と、データ送信装置３との間の通信を実現するものである。通信部３１は、制御部３３から送られたデータに基づいて、ネットワーク伝送可能な出力電気信号を生成し、生成した出力電気信号をネットワークＮに出力するまた、ネットワークＮから入力される入力電気信号をデータに基づいて、データをＨＴＴＰクライアント端末にて扱えるように復元し、復元したデータを制御部３３に送る。ＨＴＴＰクライアント端末２と、データ送信装置３との間の通信は、通信部３１を介して行われる。

記憶部３２には、データ送信装置３が使用する各種データが記憶される。具体的には、記憶部３２には、図１に示すように、デバイスデータＤ１およびテンプレートＴ２が格納される。

デバイスデータＤ１は、入力元デバイス５によって取得等される各種デバイス値やＰＬＣ４から送られるアラームを含む。デバイスデータＤ１は、メモリ内の所定のアドレスに、所定のデータ形式で格納されている。

テンプレートＴ２は、対応するテンプレートＴ１と事実上同じものであり、テンプレートＴ１が、ＨＴＴＰクライアント端末２の登録要求に応じて記憶部３２に登録されたものである。

制御部３３は、データ送信装置３が備える各部を統括的に制御する。例えば、制御部３３は、所定の時間間隔毎や所定のイベント毎に、インターフェース部３４（後述）を介してＰＬＣ４と通信することによって、ＰＬＣ４のデバイスメモリから、ＰＬＣ４に接続された入力元デバイス５の各種デバイス値やアラーム状態を示すアラームデータを含むデバイスデータを取得することができる。また、制御部３３は、このように取得したデバイスデータＤ１を、記憶部３２に格納している。また、制御部３３は、テンプレート登録機能およびデータ送信機能を実現するための機能ブロックを有する。具体的に説明すると以下のとおりである。

図１に示すように、制御部３３は、登録要求受付部３３１、テンプレート登録部３３２、データ送信要求受付部３３３、およびデータ送信部３３４を備える構成である。

登録要求受付部３３１は、ＨＴＴＰクライアント端末２からのテンプレート登録要求ＨＴＴＰリクエストを受け付ける。

テンプレート登録部３３２は、登録要求受付部３３１が受け付けたテンプレート登録要求ＨＴＴＰリクエストに従って、テンプレートＴ２を記憶部３２に登録する。テンプレート登録部３３２は、複数のテンプレートＴ２を記憶部３２に登録してもよい。なお、登録の際、テンプレート登録部３３２は、複数のテンプレートＴ２それぞれを識別できるように、テンプレートＴ２それぞれに個別の識別子を割り当ててもよい。

データ送信要求受付部３３３は、ＨＴＴＰクライアント端末２からのデータ送信要求ＨＴＴＰリクエストを受け付ける。

データ送信部３３４は、データ送信要求受付部３３３が受け付けたデータ送信要求ＨＴＴＰリクエストに応じて、テンプレートＴ２を用いてデータ送信ＨＴＴＰレスポンスを生成し、生成したデータ送信ＨＴＴＰレスポンスをＨＴＴＰクライアント端末２に送信する。具体的には、データ送信部３３４は、データ送信要求ＨＴＴＰリクエストに応じて、記憶部３２からデバイスデータＤ１およびテンプレートＴ２を読み出し、テンプレートＴ２における指定に従って、テンプレートＴ２に、デバイスデータＤ１を適用したデータ送信ＨＴＴＰレスポンスを生成する。

インターフェース部３４は、ＰＬＣ４との接続インターフェースを提供するものである。インターフェース部３４は、例えば、シリアルインターフェースや、ネットワークインターフェースを提供する。

次に、図２を用いて、ＨＴＴＰクライアント端末２の記憶部２２において格納されるテンプレートＴ１のデータ構造の一例について説明する。なお、データ送信装置３の記憶部３２に格納されるテンプレートＴ２のデータ構造は、テンプレートＴ１と同じであるので、テンプレートＴ２のデータ構造についての説明は省略する。図２の（ａ）は、テンプレートＴ１の一例を示す。以下の説明では、データ送信装置３において、アドレス＝１０には、タンク１の温度を示す値が格納され、アドレス＝２０には、タンク１のアラーム状態を示すアラームデータが格納されているものとする。

図２の（ａ）に例示するように、テンプレートＴ１は、ＨＴＭＬ形式にてマークアップされたデータ構造を有する。すなわち、以下に示すテンプレートＴ１では、ＨＴＭＬにより様式が定められる。より具体的には、テンプレートＴ１には、＜ｈｔｍｌ＞タグ、＜ｂｏｄｙ＞タグが順に記述され、さらに＜ｂｏｄｙ＞タグにおいて、３つの＜ｐ＞〜＜／Ｐ＞タグＰ１１〜Ｐ１３が記述される。続いて、＜／ｂｏｄｙ＞タグおよび＜／ｈｔｍｌ＞タグが記載される。

タグＰ１１には、取得するデータの対象である「Ｔａｎｋ１」が定型テキストとして記述される。

また、タグＰ１２には、“Temperature: <? ADDR:10, TYPE:INT ?>℃”と記述される。ここで、“Temperature:”や“℃”といったテキストは、定型的（静的）な部分である。これに対して“<?”〜“?>”は、挿入するデータの種類や、データを挿入する位置を指定するデータ要求タグである。すなわち、データ要求タグ“<?”〜“?>”は、データ送信装置３において、動的に生成される部分である。言い換えれば、データ要求タグは、“<?”〜“?>”内の指定、すなわち“<?”と“?>”とで挟まれた部分の記述に応じてデータを取得するとともに、“<?”〜“?>”を取得したデータに置き換えるようデータ送信装置３に対して指示するものである。

次いで、“<?”と“?>”とで挟まれた部分の記述について説明する。図２の（ａ）に記載のデータ要求タグは、要求するデータを特定するために、アドレスを指定する“ADDR”および要求するデータの型（文字列や数値、ゼロサフィックス等）を指定する“TYPE”を含む。

なお、記述の形式はこれに限られず、データをその変数名にて特定できる場合は、データが格納されているメモリのアドレス（言い換えれば、記憶部３２において所望のデバイスデータＤ１が格納されている区画）を指定する“ADDR”の代わりにデータの変数名が指定されてもよい。また、装置番号とアドレスとによりデータを特定するようにしてもよい。

タグＰ１２では、データ要求タグＴＡＧ１１にアドレス＝“10”が指定されており、タンク１の温度データが要求されている。また、データ要求タグＴＡＧ１１では、要求する温度のデータの型として“INT（整数値）”が指定される。

また、タグＰ１３には、“Alarm: <? ADDR:20, TYPE:STR ?> ”と記述される。タグＰ１３に含まれるデータ要求タグＴＡＧ１２では、アドレス＝“20”が指定されており、タンク１のアラームデータが要求されている。また、データ要求タグＴＡＧ１２では、要求するアラームデータの型としては“STR（文字列）”が指定されている。

このように、特定のデバイス（上記の例では、タンク１の温度を計測する温度センサ）に関する複数種類のデータを一括して取得できるように、テンプレートにおいて、データ要求タグが記述されていてもよい。

次に、図３を用いて、ＨＴＴＰクライアント端末２およびデータ送信装置３の間において行われるテンプレート登録処理およびデータ送信処理について説明する。図３は、ＨＴＴＰクライアント端末２およびデータ送信装置３の間において行われるテンプレート登録処理およびデータ送信処理の流れを例示したシーケンス図である。なお、ＨＴＴＰクライアント端末２にとって、データ送信装置３のＵＲＬは既知のものであるとする。また、テンプレート登録処理とデータ送信処理との間で、ＵＲＬは同一であってもよいし、異なっていてもよい。

まず、テンプレート登録処理のステップＳ１について説明する。図３に示すように、テンプレート登録処理のＳ１では、ＨＴＴＰクライアント端末２が、データ送信装置３に対して、テンプレート登録要求ＲＲ１を送信する。

図３に示す例では、テンプレート登録要求ＲＲ１において、ＨＴＴＰのＰＯＳＴメソッドによりテンプレートＴ１の登録が要求される。なお、以下に説明するテンプレート登録要求についても同様にＰＯＳＴメソッドが用いられる。また、テンプレートＴ１のデータ構造は、図２の（ａ）に示したとおりである。

データ送信装置３では、登録要求受付部３３１がテンプレート登録要求ＲＲ１を受け付けると、テンプレート登録部３３２がテンプレート登録要求ＲＲ１に含まれるテンプレートＴ１を記憶部３２に格納する。以下、上述したように、記憶部３２に格納されたテンプレートについては符号Ｔ２を用いる。

次に、データ送信処理のステップＳ２〜Ｓ５について説明する。図３に示すように、データ送信処理では、まず、ＨＴＴＰクライアント端末２がデータ送信装置３に、データ送信要求ＨＴＴＰリクエストＳＲ１１を送信する（Ｓ２）。図３に示すように、データ送信要求ＨＴＴＰリクエストＳＲ１１において、ＨＴＴＰのＧＥＴメソッドによりデータ送信が要求される。以下において説明するデータ送信要求ＨＴＴＰリクエストについても同様にＧＥＴメソッドが用いられる。

データ送信装置３のデータ送信要求受付部３３３が、データ送信要求ＨＴＴＰリクエストＳＲ１１を受け付けると、データ送信装置３では以下のように応答処理が行われる。

まず、データ送信部３３４が、記憶部３２からテンプレートＴ２を読み出す。続いて、データ送信部３３４が、テンプレートＴ２に含まれるデータ要求タグの指定に従って、データ送信要求ＨＴＴＰリクエストＳＲ１１を受け付けた時点において記憶部３２に格納されているデバイスデータＤ１を読み出す。

図３では、Ｓ２において、上記データ送信要求ＨＴＴＰリクエストＳＲ１１を受け付けた時点において、記憶部３２に、温度データ“１０”、アラームデータ“ＮＯＲＭＡＬ”を含むデバイスデータＤ１Ａが格納されていた具体例を示している。

データ送信部３３４は、テンプレートＴ２において、タンク１の温度データ（ADDR:10）およびアラームデータ（ADDR:20）が指定されているため、データ送信要求ＨＴＴＰリクエストＳＲ１１を受け付けた時点におけるデバイスデータＤ１Ａを記憶部３２から読み出し、温度データ“１０”、アラームデータ“ＮＯＲＭＡＬ”を取得する。

データ送信部３３４は、テンプレートＴ２において、データ要求タグＴＡＧ１１の“<? ADDR:10, TYPE:INT ?> ”を、温度データ“１０”に置き換えるとともに、データ要求タグＴＡＧ１２の“<? ADDR:20, TYPE:STR ?>”を、アラームデータ“ＮＯＲＭＡＬ”に置き換える。このようにして、データ送信部３３４は、送信データＦ１１を生成する。

データ送信装置３のデータ送信部３３４は、このようにして得られた送信データＦ１１を、データ送信要求ＨＴＴＰリクエストＳＲ１１に対する応答としてＨＴＴＰクライアント端末２のデータ受信部２３３に送信する（Ｓ３）。

その後、さらにＨＴＴＰクライアント端末２がデータ送信装置３に、データ送信要求ＨＴＴＰリクエストＳＲ１２を送信する（Ｓ４）。

Ｓ４において、データ送信装置３が上記データ送信要求ＨＴＴＰリクエストＳＲ１２を受け付けた時点において、記憶部３２に温度データ“１２”、アラームデータ“ＮＯＲＭＡＬ”を含むデバイスデータＤ１Ｂが格納されているものとする。

データ送信部３３４は、データ送信要求ＨＴＴＰリクエストＳＲ１２を受け付けた時点におけるデバイスデータＤ１Ｂを記憶部３２から読み出し、温度データ“１２”、アラームデータ“ＮＯＲＭＡＬ”を取得する。

データ送信部３３４は、上記温度データおよびアラームデータを用いて、テンプレートＴ２において、“<? ADDR:10, TYPE:INT ?>”を、“１２”に置き換えるとともに、“<? ADDR:20, TYPE:STR ?>”を、“ＮＯＲＭＡＬ”に置き換える。

データ送信装置３のデータ送信部３３４は、このようにして得られた送信データＦ１２を、データ送信要求ＨＴＴＰリクエストＳＲ１２に対する応答としてＨＴＴＰクライアント端末２のデータ受信部２３３に送信する（Ｓ５）。

以上述べた構成によれば、データ送信装置３が、ＨＴＴＰクライアント端末からのテンプレート登録要求に応じてテンプレートを登録する。また、データ送信装置３は、ＨＴＴＰクライアント端末からのデータ送信要求の応答として、登録されたテンプレートにより定められた様式でデータを送信する。

これにより、クライアント端末側では、所望の様式に取り込まれたデータを受け取ることができる。このため、クライアント端末側のアプリケーション開発の負担が軽減されるという効果を奏する。

〔変形例〕
本実施形態に係る変形例について、以下に説明する。

（変形例１）
以上では、ＨＴＭＬ形式によりテンプレートＴ１（Ｔ２）を記述する例について説明した。しかしながら、これに限られず、ＣＳＶ（Comma Separated Value）形式によりテンプレートを記述しても構わない。言い換えれば、以下に示すテンプレートでは、ＣＳＶ形式により様式が定められる。以下において、図２の（ｂ）および図４を参照し、その具体的な変形例について説明する。なお、以下に示す変形例１では、記憶部３２において、アドレス＝１０、１１、および１２には、それぞれタンク１、タンク２、およびタンク３の温度を示す値が格納されているものとする。

図２の（ｂ）は、ＣＳＶ形式で記述したテンプレートＴ１’を例示している。テンプレートＴ１’の１行目には、項目名を示す定型的なテキスト“Tank No , Temperature”が記載されている。また、２行目から４行目までは、タンク番号を示す定型的なテキストと、項目の区切りを示すカンマ“，”と、データ要求タグと、データの単位を示す定型的なテキスト“℃”とから構成される。

一例として、テンプレートＴ１’の２行目について具体的に説明すると次のとおりである。２行目では、“1 ,<? ADDR:10, TYPE:INT ?>℃”と記述されている。２行目に含まれるデータ要求タグＴＡＧ２１では、アドレス＝“10”が指定されており、タンク１の温度データが整数の形式で要求されている。以下、３行目および４行目にそれぞれ含まれるデータ要求タグＴＡＧ２２およびＴＡＧ２３についても、記述されるタンク番号のテキストおよびデータ要求タグにて指定されるアドレスが異なる点以外は、データ要求タグＴＡＧ２１と同様であるので、その説明を省略する。

このように、複数のデバイス（上記の例では、タンク１、２、および３）に関するデータを一括して取得できるように、テンプレートにおいて、データ要求タグが記述されていてもよい。

次に、図４を用いて、本変形例におけるテンプレート登録処理およびデータ送信処理について説明する。図４は、ＨＴＴＰクライアント端末２およびデータ送信装置３の間において行われるテンプレート登録処理およびデータ送信処理の流れの変形例を示したシーケンス図である。

まず、テンプレート登録処理のステップＳ２１について説明する。図４に示すように、テンプレート登録処理のステップＳ２１では、まず、ＨＴＴＰクライアント端末２がデータ送信装置３に、テンプレート登録要求ＲＲ２を送信する。

テンプレート登録要求ＲＲ２は、図２の（ｂ）に示したＣＳＶ形式のデータ構造を有するテンプレートＴ１’の登録を要求するものである。

一方、データ送信装置３では、登録要求受付部３３１がテンプレート登録要求ＲＲ２を受け付けると、テンプレート登録部３３２がテンプレート登録要求ＲＲ２に含まれるテンプレートＴ１’を記憶部３２に格納する。以下、記憶部３２に格納されたテンプレートについては符号Ｔ２’を用いる。

次に、データ送信処理のステップＳ２２〜Ｓ２５について説明する。図４に示すように、データ送信処理では、まず、ＨＴＴＰクライアント端末２がデータ送信装置３に、データ送信要求ＨＴＴＰリクエストＳＲ２１を送信する（Ｓ２２）。ここで、Ｓ２２の時点では、記憶部３２に、タンク１（アドレス＝１０）、タンク２（アドレス＝１１）、およびタンク３（アドレス＝１２）の温度データとして、それぞれ“１０”、“１２”、および“１１”が格納されていたとする（図４におけるＤ１’を参照）。

データ送信装置３のデータ送信要求受付部３３３が、データ送信要求ＨＴＴＰリクエストＳＲ２１を受け付けると、データ送信装置３では応答処理が行われる。

すなわち、データ送信部３３４が、テンプレートＴ２’のデータ要求タグにおいて指定されているアドレスに従って記憶部３２からタンク１、タンク２、およびタンク３の温度データを読み出し、読み出した温度データをテンプレートＴ２’のデータ要求タグと置き換えることで、送信データＦ２２を生成する。すなわち、データ送信部３３４は、テンプレートＴ２’において、データ要求タグＴＡＧ２１、ＴＡＧ２２、およびＴＡＧ２３を、それぞれ、“１０”、“１２”、および“１１”と置き換えて送信データＦ２２を生成する。

データ送信装置３のデータ送信部３３４は、このようにして得られた送信データＦ２２を、データ送信要求ＨＴＴＰリクエストＳＲ２１に対する応答としてＨＴＴＰクライアント端末２のデータ受信部２３３に送信する（Ｓ２３）。

その後、さらにＨＴＴＰクライアント端末２がデータ送信装置３に対して、データ送信要求ＨＴＴＰリクエストＳＲ２２を送信する（Ｓ２４）。

ここで、Ｓ２４の時点では、Ｓ２２の時点と記憶部３２に格納されているデバイスデータが同じであったとする（図４におけるＤ２’を参照）。

データ送信装置３では、テンプレートＴ２’のデータ要求タグにおいて指定されているアドレスに従って記憶部３２からタンク１、タンク２、およびタンク３の温度データを読み出し、送信データＦ２１と同様の送信データＦ２２を生成する。また、データ送信装置３のデータ送信部３３４は、このようにして得られた送信データＦ２２を、データ送信要求ＨＴＴＰリクエストＳＲ２２に対する応答としてＨＴＴＰクライアント端末２のデータ受信部２３３に送信する（Ｓ２５）。

以上、説明した変形例によれば、ＣＳＶ形式でＨＴＴＰクライント端末２にデータが送信されるので、オフィスアプリケーション（表計算ソフト等）において、データを取り込みやすいという利点がある。

（変形例２）
次に、図５を用いて、テンプレートに個別のＩＤを割り当て複数登録できるようにした変形例２について説明する。図５は、変形例２におけるテンプレート登録処理およびデータ送信処理の流れを示したシーケンス図である。

まず、テンプレート登録処理のステップＳ３１およびＳ３２について説明する。図５に示すように、テンプレート登録処理では、まず、ＨＴＴＰクライアント端末２が、データ送信装置３に対して第１のテンプレート登録要求ＲＲ３１を送信する（Ｓ３１）。

図５に示すように、第１のテンプレート登録要求ＲＲ３１は、識別ＩＤ＃１が割り当てられたテンプレートＴ１１の登録を要求するものである。なお、テンプレートＴ１１は、データＡを要求するデータ要求タグを含む。また、テンプレートに割り当てる識別ＩＤは、登録要求部２３１が任意に決定してもよい。

データ送信装置３において、登録要求受付部３３１が、第１のテンプレート登録要求ＲＲ３１を受け付けると、テンプレート登録部３３２が、テンプレート登録要求ＲＲ３１に含まれる、識別ＩＤ＃１が割り当てられたテンプレートＴ１１を、記憶部３２に格納する。以下、記憶部３２に格納されたテンプレートについては符号Ｔ２１を用いる。

また、さらに、ＨＴＴＰクライアント端末２の登録要求部２３１が、データ送信装置３に対して、識別ＩＤ＃２が割り当てられた第２のテンプレート登録要求ＲＲ３２を送信する（Ｓ３２）。第２のテンプレート登録要求ＲＲ３２に含まれるテンプレートＴ１２は、データＢを要求するデータ要求タグを含む。

これに応じて、データ送信装置３では、識別ＩＤ＃２が割り当てられたテンプレートＴ１２が、記憶部３２に格納される。以下、記憶部３２に格納されたテンプレートについては符号Ｔ２２を用いる。

次に、データ送信処理のステップＳ３３〜Ｓ３６について説明する。図５に示すように、データ送信処理では、まず、ＨＴＴＰクライアント端末２がデータ送信装置３に対して、テンプレートの識別ＩＤ＃１を指定したデータ送信要求ＨＴＴＰリクエストＳＲ３１を送信する（Ｓ３３）。

データ送信装置３において、データ送信要求受付部３３３がデータ送信要求ＨＴＴＰリクエストＳＲ３１を受け付けると、データ送信部３３４は、指定された識別ＩＤ＃１が割り当てられたテンプレートＴ２１を用いて、テンプレートＴ２１に含まれるデータ要求タグに要求されたデータＡを含む送信データＦ３１を生成する。そして、データ送信装置３のデータ送信部３３４は、このようにして生成した送信データＦ３１を、データ送信要求ＨＴＴＰリクエストＳＲ３１に対する応答としてＨＴＴＰクライアント端末２に送信する（Ｓ３４）。

その後、さらにＨＴＴＰクライアント端末２がデータ送信装置３に対して、テンプレートの識別ＩＤ＃２を指定したデータ送信要求ＨＴＴＰリクエストＳＲ３２を送信する（Ｓ３５）。

これに応じて、データ送信装置３は、指定された識別ＩＤ＃２が割り当てられたテンプレートＴ２２を用いて、テンプレートＴ２２に含まれるデータ要求タグに要求されたデータＢを含む送信データＦ３２を生成する。そして、データ送信装置３は、このようにして生成した送信データＦ３２を、データ送信要求ＨＴＴＰリクエストＳＲ３１に対する応答としてＨＴＴＰクライアント端末２に送信する（Ｓ３６）。

なお、以上では、識別ＩＤ＃１および＃２の順で、データ送信要求ＨＴＴＰリクエストを送信する例について示したが、これに限られず任意の順番・タイミングでリクエストを送信することができる。

（変形例３）
なお、上記変形例２では、ＨＴＴＰクライアント端末２がテンプレート登録要求においてテンプレートの識別ＩＤを指定する構成であったが、これに限られない。テンプレート登録の際、データ送信装置３において、テンプレートにＩＤを割り当てても構わない。図６を用いて、その具体的な変形例３について説明する。図６は、変形例３におけるテンプレート登録処理およびデータ送信処理の流れを示したシーケンス図である。

まず、テンプレート登録処理のステップＳ４１およびＳ４２について説明する。図６に示すように、テンプレート登録処理では、まず、ＨＴＴＰクライアント端末２がデータ送信装置３に、テンプレート登録要求ＲＲ４を送信する（Ｓ４１）。

図６に示すように、テンプレート登録要求ＲＲ４は、データＡを要求するデータ要求タグを含むテンプレートＴ１３の登録を要求するものである。

データ送信装置３において、登録要求受付部３３１が、第１のテンプレート登録要求ＲＲ３１を受け付けると、テンプレート登録部３３２が、テンプレート登録要求ＲＲ４に含まれるテンプレートＴ１３に対して、固有の識別ＩＤ＃５０を割り当てる。テンプレート登録部３３２は、例えば、登録したテンプレートの通し番号を、識別ＩＤとしてテンプレートに割り当ててもよい。テンプレート登録部３３２は、識別ＩＤ＃５０を割り当てたテンプレートＴ１３を、記憶部３２に格納する。以下、記憶部３２に格納されたテンプレートについては符号Ｔ２３を用いる。

続いて、データ送信装置３のテンプレート登録部３３２は、ＨＴＴＰクライアント端末２に対して、登録したテンプレートＴ２３に割り当てた識別ＩＤ＃５０を通知する（Ｓ４２）。ここで、ＨＴＴＰクライアント端末２は、通知された識別ＩＤ＃５０を記憶部２２に保存しておく。

次に、データ送信処理のステップＳ４３およびＳ４４について説明する。図６に示すように、データ送信処理では、まず、ＨＴＴＰクライアント端末２がデータ送信装置３に、記憶部２２に保存した識別ＩＤ＃５０を指定したデータ送信要求ＨＴＴＰリクエストＳＲ４を送信する（Ｓ４３）。

これに応じて、データ送信装置３は、指定された識別ＩＤ＃５０が割り当てられたテンプレートＴ２３を用いて、テンプレートＴ２３に含まれるデータ要求タグに要求されたデータＡを含む送信データＦ４を生成する。そして、データ送信装置３は、このようにして生成した送信データＦ４を、データ送信要求ＨＴＴＰリクエストＳＲ４に対する応答としてＨＴＴＰクライアント端末２に送信する（Ｓ４４）。

（変形例４）
次に、図７を用いて、複数のユーザ（すなわち、複数のＨＴＴＰクライアント端末２）それぞれに対して個別のテンプレートを対応付ける変形例４について説明する。図７は、変形例４におけるテンプレート登録処理およびデータ送信処理の流れを示したシーケンス図である。

図７では、制御システムが、２つのＨＴＴＰクライアント端末２Ａおよび２Ｂを備える場合について説明する。なお、ＨＴＴＰクライアント端末２Ａおよび２Ｂは、それぞれ、図１に示したＨＴＴＰクライアント端末２と同様の構成を有しているものとする。

まず、テンプレート登録処理のステップＳ５１およびＳ５２について説明する。図７に示すように、テンプレート登録処理では、まずステップＳ５１において、ＨＴＴＰクライアント端末２Ａが、データ送信装置３に対してテンプレート登録要求ＲＲ５Ａを送信する。テンプレート登録要求ＲＲ５Ａでは、登録を要求するユーザＩＤ（＝ＵＳＥＲ＿Ａ）を付したテンプレートＴ１１’の登録が要求される。また、テンプレートＴ１１’は、データＡを要求するデータ要求タグを含む。

データ送信装置３において、登録要求受付部３３１が、テンプレート登録要求ＲＲ５Ａを受け付けると、テンプレート登録部３３２が、テンプレート登録要求ＲＲ５Ａに含まれるテンプレートＴ１１’を、ユーザＩＤ“ＵＳＥＲ＿Ａ”に対応付けて、記憶部３２に格納する。以下、記憶部３２に格納されたテンプレートについては符号Ｔ２１’を用いる。

続いて、ステップＳ５２において、ＨＴＴＰクライアント端末２Ｂが、データ送信装置３に対してテンプレート登録要求ＲＲ５Ｂを送信する。テンプレート登録要求ＲＲ５Ｂでは、登録を要求するユーザＩＤ（＝ＵＳＥＲ＿Ｂ）を付したテンプレートＴ１２’の登録が要求される。また、テンプレートＴ１２’は、データＢを要求するデータ要求タグを含む。

データ送信装置３において、登録要求受付部３３１が、テンプレート登録要求ＲＲ５Ｂを受け付けると、テンプレート登録部３３２が、テンプレート登録要求ＲＲ５Ｂに含まれるテンプレートＴ１２’を、ユーザＩＤ“ＵＳＥＲ＿Ｂ”に対応付けて、記憶部３２に格納する。以下、記憶部３２に格納されたテンプレートについては符号Ｔ２２’を用いる。

次に、データ送信処理のステップＳ５３〜Ｓ５６について説明する。図７に示すように、データ送信処理では、まず、ＨＴＴＰクライアント端末２Ｂのデータ送信要求部２３２が、データ送信装置３に対して、ユーザＩＤ“ＵＳＥＲ＿Ｂ”とともにデータ送信要求ＨＴＴＰリクエストＳＲ５Ｂを送信する（Ｓ５３）。

なお、データ送信処理では、ＨＴＴＰクライアント端末２Ｂとデータ送信装置３との間でユーザ認証を行って、データ送信装置３がＨＴＴＰクライアント端末２ＢのユーザＩＤを認識可能な状態としておけばよい。例えば、データ送信装置３のデータ送信要求受付部３３３が、リクエストの受付の際、ＨＴＴＰクライアント端末２Ｂとの間でＣｏｏｋｉｅなどによるログイン認証を行って、ＨＴＴＰクライアント端末２ＢのユーザＩＤを認識してもよい。なお、以下に説明するＨＴＴＰクライアント端末２Ａについても同様である。

データ送信装置３では、データ送信要求受付部３３３が、ＨＴＴＰクライアント端末２Ｂのデータ送信要求ＨＴＴＰリクエストＳＲ５Ｂを受け付けると、データ送信部３３４が、ユーザＩＤ“ＵＳＥＲ＿Ｂ”に対応するテンプレートＴ２２’を用いて、テンプレートＴ２２’に含まれるデータ要求タグに要求されたデータＢを含む送信データＦ５Ｂを生成する。そして、データ送信装置３は、このようにして生成した送信データＦ５Ｂを、データ送信要求ＨＴＴＰリクエストＳＲ５Ｂに対する応答としてＨＴＴＰクライアント端末２Ｂに送信する（Ｓ５４）。

さらに、ＨＴＴＰクライアント端末２Ａのデータ送信要求部２３２が、データ送信装置３に対して、ユーザＩＤ“ＵＳＥＲ＿Ａ”とともにデータ送信要求ＨＴＴＰリクエストＳＲ５Ａを送信する（Ｓ５５）。

データ送信装置３では、データ送信要求受付部３３３が、ＨＴＴＰクライアント端末２Ａのデータ送信要求ＨＴＴＰリクエストＳＲ５Ａを受け付けると、データ送信部３３４が、ユーザＩＤ“ＵＳＥＲ＿Ａ”に対応するテンプレートＴ２１’を用いて、テンプレートＴ２２’に含まれるデータ要求タグに要求されたデータＡを含む送信データＦ５Ａを生成する。そして、データ送信装置３は、このようにして生成した送信データＦ５Ａを、データ送信要求ＨＴＴＰリクエストＳＲ５Ａに対する応答としてＨＴＴＰクライアント端末２Ａに送信する（Ｓ５６）。

なお、以上では、ＨＴＴＰクライアント端末２Ｂおよび２Ａの順で、データ送信要求ＨＴＴＰリクエストを送信する例について示したが、これに限られず任意の順番・タイミングでリクエストを送信することができる。

なお、以上では、複数のユーザ（ＨＴＴＰクライアント端末２）それぞれに対して個別のテンプレートを対応付ける構成について説明したが、各ユーザに対応付けるテンプレートは複数であってもよく、テンプレートの識別ＩＤを用いて、ユーザが使用するテンプレートを切り替えられるよう構成することもできる。

また、このような構成において、全ての、または、特定のユーザの間で所定のテンプレートが共有できるようになっていてもよい。

（変形例５）
なお、以上の説明では、説明の簡便のため、例示的に、デバイスから取得されたデバイスデータＤ１を、データ要求タグにより取得する例について説明した。しかしながら、これに限られず、データ要求タグでは、制御システム１において用いられる任意のデータを指定できる。データ要求タグによって指定できるデータの例としては、他にも、データ送信装置３において生成されるデータや、データ送信装置３に接続される外部機器から入力されるデータなどが挙げられる。データ送信装置が、プログラマブル表示器において実現される場合、データ要求タグによって、プログラマブル表示器に対する操作入力の操作ログデータが指定できるようになっていてもよい。

（変形例６）
また、以上の説明では、テンプレートをデータ送信装置３が備える記憶部３２に記憶しておく構成だったが、これに限られない。テンプレート登録部３３２は、テンプレートを登録しておくための外部サーバに、テンプレートを登録する構成であってもよい。そして、テンプレートが外部サーバに登録されている場合、データ送信部３３４は、テンプレートを外部サーバから取得すればよい。

〔ソフトウェアによる実現例〕
ＨＴＴＰクライアント端末２およびデータ送信装置３の制御ブロックは、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

後者の場合、ＨＴＴＰクライアント端末２およびデータ送信装置３は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

本発明は、制御システムにおいて、制御機器からデータを取得する際に好ましく適用することができる。本発明は、例えば、ＨＭＩとの間でデータの送受信を行うＰＬＣや、プログラマブル表示器に適用可能である。

１ 制御システム
２ ＨＴＴＰクライアント端末（クライアント端末）
２２ 記憶部
２３ 制御部
２３１ 登録要求部
２３２ データ送信要求部
２３３ データ受信部
３ データ送信装置
３２ 記憶部
３３ 制御部
３３１ 登録要求受付部
３３２ テンプレート登録部
３３３ データ送信要求受付部
３３４ データ送信部
Ｔ１、Ｔ２ テンプレート
Ｄ１ デバイスデータ

Claims (4)

1. 制御システムにおいて用いられるデータを、クライアント端末に対して送信するデータ送信装置であって、
   上記データを送信する際の様式を定めるテンプレートの登録を要求する登録要求ＨＴＴＰ（HyperText Transfer Protocol）リクエストを、上記クライアント端末から受け付ける登録要求受付部と、
   上記登録要求ＨＴＴＰリクエストにて登録を要求されたテンプレートを登録するテンプレート登録部と、
   上記クライアント端末から、上記データの送信を要求するデータ送信要求ＨＴＴＰリクエストを受け付けるデータ送信要求受付部と、
   上記データ送信要求ＨＴＴＰリクエストに応じて、上記データを、上記登録されたテンプレートにより定められた様式で上記クライアント端末に対して送信するデータ送信部と、
   を備えることを特徴とするデータ送信装置。
2. 上記テンプレートにより定められる様式は、出力すべき上記データを特定するためのタグを含み、
   上記データ送信部は、上記データの送信の際、上記タグを、取得されたデータに置換することを特徴とする請求項１に記載のデータ送信装置。
3. 制御システムにおいて用いられるデータを、データ送信装置から受信するクライアント端末であって、
   上記データ送信装置に対して、上記データを送信する際の様式を定めるテンプレートの登録を要求する登録要求ＨＴＴＰリクエストを送信する登録要求部と、
   上記登録されたテンプレートにより定められた様式で上記データを送信するよう要求するデータ送信要求ＨＴＴＰリクエストを、上記データ送信装置に対して送信するデータ送信要求部と、
   を備えることを特徴とするクライアント端末。
4. 上記テンプレートにより定められる様式は、出力すべき上記データを特定するためのタグを含み、
   上記タグは、上記データ送信装置に対して、上記データの送信の際、上記タグを、取得されたデータに置換するよう指示するものであることを特徴とする請求項３に記載のクライアント端末。

Images