(57)【要約】【課題】設備機器の台数や属性に応じた表示画面を、ネットワークを介して通信アダプタと通信する装置に表示することができる通信システム及び通信アダプタを得る。【解決手段】コントローラ１０４と、ネットワークとの通信が可能な監視サーバ１０１と、コントローラ１０４に接続され、ネットワークを介して監視サーバ１０１と通信する通信アダプタ１０３とを備え、コントローラ１０４は、当該装置に接続された１若しくは複数のエアコンの状態情報を送信し、通信アダプタ１０３は、コントローラ１０４から受信した状態情報を、各エアコンに応じたデータ変換ルールに基づき、監視サーバ１０１に表示させる表示データに変換し、監視サーバ１０１は、通信アダプタ１０３から受信した表示データに基づき、各エアコンの状態を表示するものである。【選択図】図１
2009164665.tif 000002
【特許請求の範囲】
【請求項１】
第１の装置と、
ネットワークとの通信が可能な第２の装置と、
前記第１の装置に接続され、前記ネットワークを介して前記第２の装置と通信する通信アダプタと
を備え、
前記第１の装置は、当該装置及び／又は当該装置に接続された１若しくは複数の機器の状態情報を送信し、
前記通信アダプタは、前記第１の装置から受信した前記状態情報を、前記第１の装置及び／又は前記各機器に応じたデータ変換ルールに基づき、前記第２の装置に表示させる表示データに変換し、
前記第２の装置は、前記通信アダプタから受信した前記表示データに基づき、前記第１の装置及び／又は前記各機器の状態を表示することを特徴とする通信システム。
【請求項２】
１又は複数のデータ変換ルールの情報を保持する第３の装置を更に備え、
前記通信アダプタは、
前記第３の装置から前記第１の装置及び／又は前記各機器に応じたデータ変換ルールの情報を取得し、取得した当該データ変換ルールの情報に基づき、前記第１の装置から受信した前記状態情報を、前記第２の装置に表示させる表示データに変換することを特徴とする請求項１記載の通信システム。
【請求項３】
第１の装置と、
ネットワークとの通信が可能な第２の装置と、
前記第１の装置に接続され、前記ネットワークを介して前記第２の装置と通信する通信アダプタと、
前記第１の装置及び／又は第１の装置に接続された１若しくは複数の機器の状態情報を、前記第２の装置に表示させる表示データに変換する１又は複数のデータ変換プログラムを保持する第４の装置と
を備え、
前記第１の装置は、当該装置及び／又は当該装置に接続された１若しくは複数の機器の状態情報を前記通信アダプタに送信し、
前記通信アダプタは、前記状態情報を、前記ネットワークを介して前記第２の装置に送信し、
前記第２の装置は、前記第４の装置から前記第１の装置及び／又は前記各機器に応じたデータ変換プログラムを取得し、取得した当該データ変換プログラムを動作させて、前記通信アダプタから受信した前記状態情報を、当該装置に表示させる表示データに変換し、前記第１の装置及び／又は前記各機器の状態を表示することを特徴とする通信システム。
【請求項４】
前記第２の装置は、前記第１の装置及び／又は前記機器に対するコマンドを前記通信アダプタに送信し、
前記通信アダプタは、前記第２の装置から受信した前記コマンドを解釈して、前記第１の装置及び／又は前記各機器に対する送信データに変換し、
前記第１の装置は、前記通信アダプタから受信した前記送信データに基づき、当該装置及び／又は前記各機器の制御を行うことを特徴とする請求項１〜３の何れかに記載の通信システム。
【請求項５】
前記表示データは、前記第１の装置及び／又は前記各機器に対するコマンドを選択項目とし、且つ、前記状態情報が示す現在の制御状態を、前記選択項目の初期値として選択した入力フォームデータであることを特徴とする請求項１〜４の何れかに記載の通信システム。
【請求項６】
前記ネットワークの通信プロトコルにＨＴＴＰプロトコルを用いることを特徴とする請求項１〜５の何れかに記載の通信システム。
【請求項７】
前記第２の装置は、Ｗｅｂブラウザ機能を有し、該Ｗｅｂブラウザに前記表示データに基づく画面を表示することを特徴とする請求項１〜６の何れかに記載の通信システム。
【請求項８】
第１の装置に接続され、ネットワークを介して第２の装置と通信する通信アダプタにおいて、
前記第１の装置及び／又は第１の装置に接続された１若しくは複数の機器の状態情報を受信する第１のインタフェースと、
前記第１の装置及び／又は前記各機器に応じたデータ変換ルールの情報が格納されるデータ変換ルール格納部と、
前記データ変換ルールに基づき、前記第１の装置から受信した前記状態情報を、前記第２の装置に表示させる表示データに変換する表示データ生成手段と、
前記表示データを、前記ネットワークを介して前記第２の装置に送信する第２のインタフェースと
を備えたことを特徴とする通信アダプタ。
【請求項９】
外部の装置から前記第１の装置及び／又は前記各機器に応じたデータ変換ルールの情報を取得する前記データ変換ルール取得手段を更に備えたことを特徴とする請求項８記載の通信アダプタ。
【請求項１０】
コマンド解釈手段を更に備え、
前記第２のインタフェースは、前記第１の装置及び／又は前記機器に対するコマンドを受信し、
前記コマンド解釈手段は、受信した前記コマンドを解釈して前記第１の装置及び／又は前記各機器に対する送信データに変換し、
前記第１のインタフェースは、前記送信データを前記第１の装置に送信することを特徴とする請求項８又は９記載の通信アダプタ。
【請求項１１】
前記表示データ生成手段は、前記第１の装置及び／又は前記各機器に対するコマンドを選択項目とし、且つ、前記状態情報が示す現在の制御状態を、前記選択項目の初期値として選択した入力フォームデータを前記表示データとして生成することを特徴とする請求項８〜１０の何れかに記載の通信アダプタ。
【請求項１２】
前記第１のインタフェースが受信する前記状態情報を、所定のデータ量ごとに分割取得させる通信バッファ制御手段を更に備え、
前記表示データ生成手段は、分割取得された前記状態情報ごとに、前記表示データを分割して生成し、
前記第２のインタフェースは、分割生成された前記表示データをパケットの単位として前記第２の装置に送信することを特徴とする請求項８〜１１の何れかに記載の通信アダプタ。
【請求項１３】
前記通信バッファ制御手段は、前記第２のインタフェースが有する通信バッファサイズに応じたデータ量を単位として、前記状態情報を分割取得させることを特徴とする請求項１２記載の通信アダプタ。
【請求項１４】
第１の装置に接続され、ネットワークを介して第２の装置と通信する通信アダプタにおいて、
前記第１の装置及び／又は第１の装置に接続された１若しくは複数の機器の状態情報を受信する第１のインタフェースと、
前記第１の装置から受信した前記状態情報を、前記ネットワークに用いられる通信プロトコルに対応するデータ形式に変換するプロトコル変換手段と、
変換された前記状態情報を、前記ネットワークを介して前記第２の装置に送信する第２のインタフェースと
を備えたことを特徴とする通信アダプタ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機器をネットワークに接続して遠隔からの機器の制御や状態監視を可能にする通信システム及び通信アダプタに関する。
【背景技術】
【０００２】
従来から、住宅やビル内に設置される設備機器を遠隔から制御するための手段として、ネットワーク接続機能を備えることで遠隔監視制御を可能とした遠隔監視コントローラが用いられている。こうした遠隔監視コントローラは、多くの場合、数十台の制御対象機器に接続可能であり、中にはＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を備えるものもあり、大型、高コスト、かつ高消費電力なものとなる。
【０００３】
一方、制御対象機器の数が少ない小規模なシステムを対象とした場合、または遠隔監視コントローラを使用せずに家電機器やセンサ機器を直接遠隔制御したい場合などには、遠隔監視機能を内蔵した高機能な装置ではなく、安価な装置を使用し、必要に応じて通信アダプタ等を外付けで付加することにより、遠隔監視機能を低コストで実現したいという要求も多い。
【０００４】
こうした要求に対し、ネットワーク通信機能を持たない機器とシリアルインタフェースを介して接続する通信アダプタ及び通信システムとして、例えば、「コントロール装置は、通信アダプタからダウンロードしたコマンドデータ生成プログラムによりコマンドデータを生成して、メッセージとしてコマンドデータを通信アダプタへ送信する。通信アダプタはメッセージデータ中のコマンドデータを１バイトずつ受信しながら、受信した１バイトずつのコマンドデータをシリアルＩ／Ｆを介してユビキタスレディ機器へ送信する。ユビキタスレディ機器では、受信したコマンドデータを解析し、その結果に応じて、ユビキタスレディ機器の所定の部位を駆動制御し、又は所定の部位から状態情報を取得する。」ものが提案されている（例えば、特許文献１参照）。
【０００５】
【特許文献１】特開２００７−１２２５５７号公報（要約）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記特許文献１では、通信アダプタがＷｅｂサーバ機能を持ち、ＨＴＴＰプロトコルを利用することにより、遠隔監視サーバ（特許文献１ではコントロール装置）と設備機器（特許文献１ではユビキタスレディ機器）との間のリアルタイムな通信が実現できる。
しかしながら、通信アダプタが遠隔監視サーバ上に表示する画面を予め保持する必要があるため、通信アダプタは予め決められた設備機器にしか対応できない。このため複数の機器をコントローラに接続して制御する場合には、機器の台数や属性に応じた表示画面を生成することができない、という問題点があった。
【０００７】
この発明は、上記のような課題を解決するためになされたもので、設備機器の台数や属性に応じた表示画面を、ネットワークを介して通信アダプタと通信する装置に表示することができる通信システム及び通信アダプタを得ることを目的とする。
【課題を解決するための手段】
【０００８】
この発明に係る通信システムは、第１の装置と、ネットワークとの通信が可能な第２の装置と、前記第１の装置に接続され、前記ネットワークを介して前記第２の装置と通信する通信アダプタとを備え、前記第１の装置は、当該装置及び／又は当該装置に接続された１若しくは複数の機器の状態情報を送信し、前記通信アダプタは、前記第１の装置から受信した前記状態情報を、前記第１の装置及び／又は前記各機器に応じたデータ変換ルールに基づき、前記第２の装置に表示させる表示データに変換し、前記第２の装置は、前記通信アダプタから受信した前記表示データに基づき、前記第１の装置及び／又は前記各機器の状態を表示するものである。
【発明の効果】
【０００９】
この発明は、第１の装置から受信した状態情報を、第１の装置及び／又は各機器に応じたデータ変換ルールに基づき、第２の装置に表示させる表示データに変換することにより、第１の装置及び／又は各機器の台数や属性に応じた表示画面を、第２の装置に表示することができる。
【発明を実施するための最良の形態】
【００１０】
実施の形態１．
図１はこの発明の実施の形態１に係る通信システムの構成を示すブロック図である。図１に示すように、本実施の形態に係る通信システムは、この発明の第２の装置に相当する監視サーバ１０１と、通信アダプタ１０３と、この発明の第１の装置に相当するコントローラ１０４と、この発明の第３の装置に相当する設定機器１０５とから構成される。
【００１１】
コントローラ１０４は、当該装置に接続された複数のエアコン１９１〜１９３（以下、区別しないときは単に「エアコン」という）の動作を管理する機能を持つ装置であり、エアコンとの間で信号を送受信する通信インタフェースと、通信アダプタ１０３との間で信号を送受信する通信インタフェースを備える。
【００１２】
監視サーバ１０１は、ＷｅｂブラウザなどのＷｅｂクライアント１１１を備え、広域ネットワーク１０２と通信する機能を持つ装置であり、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）で実現できる。
【００１３】
通信アダプタ１０３は、この発明の第２のインタフェースに相当する広域ネットワーク通信インタフェース１３１と、この発明の第１のインタフェースに相当するシリアル通信インタフェース１３２と、コマンド解釈手段１３３と、表示データ生成手段１３４と、データ変換ルール格納部１３５と、データ変換ルール取得手段１３６とを備えている。
【００１４】
広域ネットワーク通信インタフェース１３１は、広域ネットワーク１０２を介して監視サーバ１０１との通信を実現する。本実施の形態では、広域ネットワーク１０２側の通信プロトコルにＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いることとし、広域ネットワーク通信インタフェース１３１では、下位層のプロトコルであるＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  ／  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）やさらに下位層のイーサネット（登録商標）で行うコネクション確立／切断、フロー制御、再送処理や、パケットのヘッダ作成／解釈も行うものとする。
【００１５】
シリアル通信インタフェース１３２は、シリアルケーブルを介してコントローラ１０４と通信を実現する。本実施の形態では、コントローラ１０４と通信アダプタ１０３との間では、ＲＳ２３２Ｃなどシリアル通信で信号の送受信が実行されるものとする。尚、通信アダプタ１０３とコントローラ１０４との接続は、これに限らず、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）など他の方式により接続しても良い。
【００１６】
コマンド解釈手段１３３は、監視サーバ１０１が送信したＨＴＴＰリクエスト（後述）を、広域ネットワーク通信インタフェース１３１を介して受け取り、コントローラ１０４が処理可能なコマンド（送信データ）に変換する機能を持つ。コマンド解釈手段１３３が生成したコマンドは、シリアル通信インタフェース１３２を介してコントローラ１０４に送信される。
【００１７】
表示データ生成手段１３４は、後述する動作により、コントローラ１０４が送信するデータ（状態情報）を、シリアル通信インタフェース１３２を介して受け取り、監視サーバ１０１のＷｅｂクライアント１１１上に表示するデータに変換する機能を持つ。表示データ生成手段が生成した表示データは、広域ネットワーク通信インタフェース１３１を介して、監視サーバ１０１に送信される。
【００１８】
設定機器１０５は、コントローラ１０４が送信する電文（状態情報）を、監視サーバ１０１上に表示するための表示データに変換するためのデータ変換ルールを蓄積したデータ変換ルールデータベース１５７を保持する。また、通信アダプタ１０３にデータを送信するためのシリアルインタフェースを備えるものとする。
【００１９】
通信アダプタ１０３のデータ変換ルール取得手段１３６は、シリアル通信インタフェース１３２を介して、データ変換ルールデータベース１５７からデータ変換ルールを取得する。取得したデータ変換ルールは、データ変換ルール格納部１３５に格納され、表示データ生成手段１３４から参照される。
【００２０】
次に、本実施の形態１における動作について図２〜図１４を用いて説明する。
尚、通信アダプタ１０３をコントローラ１０４に接続する際には、コントローラ１０４が管理する機器の機種が分かっており、通信アダプタ１０３を稼動する前に、設定機器１０５のデータ変換ルールデータベース１５７から、データ変換ルール取得手段１３６により、シリアル通信インタフェース１３２を介して、管理対象の機種に対応したデータ変換ルールを取得し、データ変換ルール格納部１３５に格納するものとする。
この取得すべきデータ変換ルールの選択は、利用者あるいはサービスエンジニアが機種を指定して行ってもよい。また、データ変換ルールの設定は、シリアルインタフェース以外の通信インタフェースから行ってもよい。また、データ変換ルールは、通信アダプタ１０３をコントローラ１０４に接続する時に設定するのではなく、通信アダプタ１０３の出荷時に予め設定してもよい。
【００２１】
図２はこの発明の実施の形態１に係る通信アダプタの動作を示すフロー図である。以下通信アダプタ１０３の動作を図２に基づき説明する。
ステップＳＴ２０１において、広域ネットワーク通信インタフェース１３１は、監視サーバ１０１からの接続要求を受けると、ＴＣＰコネクションを接続する。接続の手順はＲＦＣ７９３の規定に従う。
次に、ステップＳＴ２０２で、監視サーバ１０１が送信したＨＴＴＰリクエストを受信する。このＨＴＴＰリクエストの例を図３により説明する。
【００２２】
図３は実施の形態１に係るＧＥＴメソッドによるＨＴＴＰリクエストの例である。図３に示すＨＴＴＰリクエストは、ＧＥＴメソッドにより、／ｉｎｄｅｘ．ｈｔｍｌのリソースを、ＨＴＴＰ／１．１のＨＴＴＰプロトコルバージョンで、取得することを要求したものである。ここで、／ｉｎｄｅｘ．ｈｔｍｌは、コントローラ１０４に接続された機器の状態を示すリソースであるものとする。
【００２３】
次に、ステップＳＴ２０３で、コマンド解釈手段１３３は、受信されたＨＴＴＰリクエストをコントローラ１０４への送信データ（電文）に変換して送信する。このコマンド解釈手段１３３の動作を図４により説明する。
【００２４】
図４は実施の形態１に係るコマンド解釈手段の動作を示すフロー図である。
まず、ステップＳＴ４０１で、ＨＴＴＰリクエストが「取得」であるか否かを判定する。本実施の形態では、ＨＴＴＰリクエストに使用するメソッドとして、ＧＥＴ（要求）と、ＰＯＳＴ（転送）を扱うものとする。図３に示したＨＴＴＰリクエストに対しては、ステップＳＴ４０１の判定は「Ｙ」となる。以下、判定が「Ｙ」である場合の動作を説明する。尚、判定が「Ｎ」である場合の動作は後述する。
次に、ステップＳＴ４０６で、コントローラ１０４に対して、シリアル通信インタフェース１３２を介し、コントローラ１０４が管理しているエアコンの状態情報の取得を要求する送信データである状態取得要求を送信する。この状態取得要求の例を図５により説明する。
【００２５】
図５は実施の形態１に係る状態取得要求のシリアルデータの例である。この状態取得要求は、値が「１」である１バイトのデータで表すものとする。
コントローラ１０４は、通信アダプタ１０３から状態取得要求を受信すると、当該コントローラ１０４が管理するエアコンの機器データを含む応答データを通信アダプタ１０３に送信する。この応答データについては後述する。
【００２６】
再び図２において、通信アダプタ１０３の表示データ生成手段１３４は、ステップＳＴ２０４で、コントローラ１０４からシリアル通信インタフェース１３２を介して、状態情報である応答データ（電文）を受信し、受信した応答データを、データ変換ルール格納部１３５に格納されたデータ変換ルールに基づき、監視サーバ１０１に表示させる表示データに変換し、当該表示データを含めたＨＴＴＰレスポンスを作成する。この表示データ生成手段１３４の動作を図６〜図１１により説明する。
【００２７】
図６は実施の形態１に係る表示データ生成手段の動作を示すフロー図である。
本実施の形態においては、表示データとして、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）を生成するものとする。また、この表示データは、エアコンに対するコマンドを選択項目とし、且つ、応答データが示す現在の運転状態（制御状態）を、選択項目の初期値として選択した入力フォームデータである。
【００２８】
図７は実施の形態１に係る状態取得要求に対するコントローラからの応答データの例である。図７に示すように、応答データは、データの先頭に機器台数の値が格納され、続いて機種ＩＤと機器データの並びが機器台数分だけ続くデータであるものとする。
【００２９】
図８は実施の形態１に係る機器データの構成の例である。図８に示すように、応答データに含まれる機器データとして、例えば、エアコン１のデータは、動作状態、運転モード、温度設定値、風量設定、風向上下、及び室内温度計測値が、それぞれ１バイトで格納されているものとする。また、エアコン２のデータは、例えば、動作状態、運転モード、温度設定値、風向上下、及び室内温度計測値が、それぞれ１バイトで格納されているものとする。
【００３０】
図９は実施の形態１に係るデータ変換ルールの例である。
本実施の形態では、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式で表した例により説明する。
【００３１】
＜ｍｏｄｅｌ＿ｄａｔａ＞は、１つの機種に対応するデータ変換ルールの開始と終了を示すタグである。
＜ｍｏｄｅｌ＿ｉｄ＞は、機種ＩＤを示すタグである。図９では機種ＩＤを「１」としている。
＜ｍｏｄｅｌ＿ｎａｍｅ＞は、機種の名前を示すタグである。図９では、機種名を「エアコン１」としている。
＜ｐｒｏｐ＿ｌｉｓｔ＞は、機種が持つ属性の並びを示すタグである。「エアコン１」は、動作状態、運転モード、温度設定値、風量設定、風向上下、及び室内温度計測値を属性として持つが、図９では、これらのうち動作状態と運転モードに対する変換ルールを示す。
＜ｐｒｏｐ＿ｉｔｅｍ＞は、属性ごとの情報を示すタグである。
＜ｐｒｏｐ＿ｎａｍｅ＞は、属性名を示すタグである。
＜ｖａｌ＿ｌｏｃ＞は、機器データ中で属性に対する値を格納する位置を示すタグである。開始バイト位置を示すｓｔａｒｔと、終了バイト位置を示すｅｎｄを属性として持つ。
＜ｖａｌ＿ｔｙｐｅ＞は、属性の値の型を示すタグである。図９の例に示した動作状態、及び運転モードに対する値の型であるｕｃｈａｒは、「符号なし１バイト整数」を示す。
＜ｐｒｏｐ＿ｃｏｎｔ＞は、属性の表示内容を示すタグである。
＜ｔｙｐｅ＞は、ＨＴＭＬデータに表示したときの、入力形式の型を表すタグである。図９の例で、＜ｔｙｐｅ＞がｒａｄｉｏの場合、ラジオボタンを表示することを示し、＜ｔｙｐｅ＞がｓｅｌｅｃｔの場合、セレクトボックスで表示することを示す。
＜ｏｐｔｉｏｎ＞は、ラジオボタンまたはセレクトボックスで表示する選択肢を示すタグである。選択項目であるｎａｍｅと属性の値であるｖａｌｕｅを属性として持つ。
【００３２】
図９では、エアコン１に対するデータ変換ルールを示したが、同様のデータ変換ルールを機種ごとにデータ変換ルール格納部１３５に保持しているものとする。
なお、同様の情報を記述可能であれば、データ変換ルールの記述形式は、ＸＭＬに限定するものではない。
【００３３】
図１０は実施の形態１に係る表示データ生成手段が生成するＨＴＭＬデータの例、図１１は実施の形態１に係る表示データ生成手段が生成するＨＴＴＰレスポンスの例である。
【００３４】
次に、表示データ生成手段１３４の動作を図６のフロー図に基づき、図７〜図１１を参照しながら次に説明する。
図６において、まず、ステップＳＴ６０１で、表示データ生成手段１３４は、ＨＴＭＬの先頭部分を作成する。このステップＳＴ６０１で生成されるＨＴＭＬの先頭部分は、図１０に示すＨＴＭＬデータの先頭６行目までである。
【００３５】
次に、ステップＳＴ６０２で、応答データから機器台数を読み込む。次に、ステップＳＴ６０３で、全ての機器の処理が終了したか否かを判定する。この段階での判定は「Ｎ」になり、ステップＳＴ６０４で、機種ＩＤを読み込む。ここでは図７の例に従い、機種ＩＤとして「１」を読み込んだものとする。このとき、データ変換ルールの＜ｍｏｄｅｌ＿ｉｄ＞の要素の内容が「１」であるデータ変換ルールを参照して表示データを生成する。ここでは図９に示したデータ変換ルールを参照したものとして説明する。
【００３６】
次に、ステップＳＴ６０５で、機種ＩＤが１の機種に対応した表示データを生成する。図１０の「機種情報」の範囲に示すように、横罫線と、中央揃えした機種名、及び機種ＩＤを生成する。機種名は、データ変換ルールの＜ｍｏｄｅｌ＿ｎａｍｅ＞の要素から取得する。機種ＩＤを格納した＜ｉｎｐｕｔ＞タグは隠しデータであり、「ｐｒｏｐ１」で始まる属性の機種ＩＤは「１」であることを示す。
【００３７】
次に、ステップＳＴ６０６でエアコン１の全ての属性の処理が終了したか否かを判定する。この段階では「Ｎ」になり、ステップＳＴ６０７で属性値を読み込む。このとき読み込むデータは、図８の例に従い、エアコン１のデータに示したものを読み込むものとする。
【００３８】
次に、ステップＳＴ６０８でデータ変換ルールを参照して表示データを生成する。図９のデータ変換ルールでは、機器データの最初のバイトは、動作状態を示し、ラジオボタンでＯＮ（値は４８）とＯＦＦ（値は４９）を選択する表示データを生成することを示している。図８のエアコン１データの先頭バイトの値は「４８」であることから、図１０の「動作状態」の範囲に示すように、動作状態として「ＯＮ」が選択されたＨＴＭＬデータが生成される。つまり、ＨＴＭＬの＜ｉｎｐｕｔ＞タグのｔｙｐｅにはラジオボタンを示すｒａｄｉｏが指定され、ｎａｍｅには１番目の機器データの１番目の属性であることを示すｐｒｏｐ１＿１が指定され、ｖａｌｕｅが４８である要素にｃｈｅｋｅｄが指定されていることにより、「ＯＮ」が選択されていることが示される。
【００３９】
次に、ステップＳＴ６０６に戻る。ここでの判定も「Ｎ」になり、ステップＳＴ６０７で属性値を読み込む。
【００４０】
次に、ステップＳＴ６０８でデータ変換ルールを参照して表示データを生成する。図９のデータ変換ルールでは、機器データの２番目のバイトは、運転モードを示し、セレクトボックスで、自動（値は６５）、冷房（値は６６）、暖房（値は６７）、除湿（値は６８）、及び送風（値は６９）を選択する表示データを生成することを示している。図８のエアコン１データの２番目のバイトの値は「６６」であることから、図１０の「運転モード」の範囲に示すように、運転モードとして「冷房」が選択されたＨＴＭＬデータが生成される。つまり、ＨＴＭＬの＜ｓｅｌｅｃｔ＞タグのｎａｍｅには１番目の機器データの２番目の属性であることを示すｐｒｏｐ１＿２が指定され、ｖａｌｕｅが６６である要素にｓｅｌｅｃｔｅｄが指定されていることにより、「冷房」が選択されていることが示される。
【００４１】
以上のような動作を繰り返し、表示データの生成を続け、図６のステップＳＴ６０６の判定が「Ｙ」になり、且つ、ステップＳＴ６０３の判定が「Ｙ」になったところで、ループを抜け、ステップＳＴ６０９でＨＴＭＬの末尾部分を生成する。ここで、図１０の「末尾部分」の範囲に示すように、送信ボタンと終了タグのデータを生成する。
【００４２】
そして、表示データ生成手段１３４は、図１１に示すように、生成したＨＴＭＬデータにＨＴＴＰヘッダを付与してＨＴＴＰレスポンスを作成する。
【００４３】
再び図２において、通信アダプタ１０３の広域ネットワーク通信インタフェース１３１は、ステップＳＴ２０５で、作成されたＨＴＴＰレスポンスを監視サーバ１０１に送信する。次に、ステップＳＴ２０６でＴＣＰコネクションを切断する。
【００４４】
図１２は実施の形態１に係る監視サーバ上に表示される画面の例である。図１２に示すように、監視サーバ１０１は、通信アダプタ１０３から受信したＨＴＴＰレスポンスによって、Ｗｅｂクライアント１１１上に、ＨＴＭＬデータに基づく画面を表示する。
このような画面表示により、監視サーバ１０１のオペレータは、コントローラ１０４に接続されたエアコンの状態を知ることができる。
【００４５】
次に、監視サーバ１０１のオペレータが、Ｗｅｂクライアント１１１上に表示された画面（図１２）を使用して、コントローラ１０４に接続されたエアコンを操作する場合の動作例について説明する。
監視サーバ１０１のオペレータは、図１２に示したような、Ｗｅｂクライアント１１１上に表示された画面のラジオボタンやセレクトボックスなどの入力項目から、操作したい属性の値を変え、画面の送信ボタンを押す。送信ボタンが押されると、Ｗｅｂクライアント１１１は、入力フォームの各属性の値を含めたＨＴＴＰリクエストを生成し、監視サーバ１０１から通信アダプタ１０３へ、ＰＯＳＴメソッドによって送信される。例えば、エアコン１の動作状態を示すラジオボタンで「ＯＦＦ」を選択して送信ボタンを押すと、Ｗｅｂクライアント１１１は、図１３に示すように、エアコン１の動作状態に対応する属性であるｐｒｏｐ１＿１の値を「４９」としたＨＴＴＰリクエスト（コマンド）を生成し、ＰＯＳＴメソッドによって送信される。
【００４６】
次に、通信アダプタ１０３が、ＨＴＴＰリクエストを受信したときの動作について図２に基づき説明する。ここでは図１３に示すようなＨＴＴＰリクエストを受信したものとする。
まず、図２のステップＳＴ２０１で、ＴＣＰコネクションを接続し、ステップＳＴ２０２で、監視サーバ１０１が送信したＨＴＴＰリクエストを受信する。
次にステップＳＴ２０３で、コマンド解釈手段１３３は、受信されたＨＴＴＰリクエストをコントローラ１０４への送信データ（電文）に変換して送信する。このコマンド解釈手段１３３の動作を再び図４により説明する。
【００４７】
まず、ステップＳＴ４０１で、ＨＴＴＰリクエストが「取得」であるか否かを判定する。図１３に示したＨＴＴＰリクエストに対しては、メソッドがＰＯＳＴ（転送）であるので、ステップＳＴ４０１の判定は「Ｎ」となる。そして、ステップＳＴ４０２で、ＨＴＴＰリクエストが「転送」であるか否かを判定し、図１３に示したＨＴＴＰリクエストに対しては、ステップＳＴ４０２の判定は「Ｙ」になる。
次に、ステップＳＴ４０３で、コントローラ１０４に対して、シリアル通信インタフェース１３２を介し、エアコンに対する設定の操作を要求する設定要求を送信する。この設定要求の例を図１４により説明する。
【００４８】
図１４は実施の形態１に係る設定要求のシリアルデータの例である。この設定要求は、例えば、上述した状態取得要求に対する応答データ（図７）と同様の形式からなるシリアルデータ（電文）の先頭に、送信データが設定要求であることを表す１バイトのデータ（例えば「０」）を付与した形式でもよい。図１４において、設定要求に含まれる機器データは、図１３のＨＴＴＰリクエストのメッセージボディから取得した属性値を、機種ごとに図８のように格納したものとする。
【００４９】
コントローラ１０４は、通信アダプタ１０３から設定要求を受信すると、要求に従って管理しているエアコンを操作し、操作の成否を通信アダプタ１０３に返す。コントローラからの応答電文は、例えば成功の場合は「０」、失敗の場合は、「−１」（１６進数で０ｘＦＦ）の１バイトのデータでもよい。
【００５０】
再び図４において、ステップＳＴ４０４で、通信アダプタ１０３は、コントローラ１０４からの応答を受信し、ステップＳＴ４０５で応答が「成功」であるか否かを判定し、成功であると判断したら、ステップＳＴ４０６で、上述した動作と同様に、コントローラ１０４に状態取得要求を送信する。一方、ステップＳＴ４０２の判定が「Ｎ」のとき、又はステップＳＴ４０５の判定が「Ｎ」のときは、ステップＳＴ４０８でエラー応答を返すなどのエラー処理を行う。
【００５１】
再び図２において、通信アダプタ１０３の表示データ生成手段１３４は、ステップＳＴ２０４〜ＳＴ２０６で、上述したＧＥＴメソッドによるＨＴＴＰリクエスト（図３）に対する動作と同様に、コントローラ１０４から応答データを受信して表示データに変換し、当該表示データを含めたＨＴＴＰレスポンスを作成して監視サーバ１０１に送信する。
【００５２】
このような動作により、監視サーバ１０１のオペレータは、図１３のＨＴＴＰリクエストに対するＨＴＴＰレスポンスから生成される画面を見て、操作が成功したか否かを知ることができる。
【００５３】
以上のように本実施の形態においては、コントローラ１０４から受信した応答データ（状態情報）を、コントローラ１０４に接続されたエアコン（機器）に応じたデータ変換ルールに基づき、監視サーバ１０１のＷｅｂクライアント１１１上に表示させる表示データに変換することにより、エアコンの台数や種別（属性）に応じた表示画面を、監視サーバ１０１に表示することができる。
【００５４】
また、機器の台数や種別に応じた監視・制御画面を生成することができるため、監視サーバ１０１上で、機器の制御や監視を効率よく実施できる最適な画面を得ることが可能になる。
【００５５】
また、通信アダプタ１０３は、コントローラ１０４から受信した応答データを表示データに変換するデータ変換ルールを、設定機器１０５から取得可能にすることにより、予め想定していなかった属性を持つ機器に対しても、監視サーバ１０１上に制御や監視のための画面を生成することが可能になる。
【００５６】
また、広域ネットワーク１０２の通信プロトコルにＨＴＴＰプロトコルを用いることより、リアルタイムに機器の制御と操作を実施することが可能になる。
【００５７】
また、監視サーバ１０１上に表示する画面にＷｅｂブラウザを使用するため、コントローラ１０４を制御・監視するための専用のソフトウェアを使用せずに、制御・監視を実施することが可能になる。
【００５８】
実施の形態２．
図１５は実施の形態２に係る通信システムの構成を示すブロック図である。図１５に示すように、本実施の形態に係る通信システムは、監視サーバ１０１と、通信アダプタ１５０３と、コントローラ１０４と、この発明の第４の装置に相当するダウンロードサーバ１５０６とから構成される。
【００５９】
ダウンロードサーバ１５０６は、広域ネットワーク１０２に接続され、通信アダプタ１５０３が送信したデータを表示データに変換するデータ変換プログラム（以下「データ変換プラグイン」ともいう。）を蓄積したデータ変換プラグインデータベース１５６１を保持する。
監視サーバ１０１は、ダウンロードサーバ１５０６からデータ変換プラグインを取得する。取得したデータ変換プラグインは、データ変換プラグイン保持部１５１２に保持する。
通信アダプタ１５０３は、コントローラ１０４から受信したシリアルデータを、ＨＴＴＰレスポンスによって送信可能なデータ形式に変換するプロトコル変換手段１５３４を備える。
【００６０】
尚、Ｗｅｂクライアント１１１、広域ネットワーク１０２、広域ネットワーク通信インタフェース１３１、シリアル通信インタフェース１３２、コマンド解釈手段１３３、コントローラ１０４、及びエアコンは、実施の形態１と同様であるので、説明を省略する。
【００６１】
次に、本実施の形態２における動作について説明する。
尚、監視サーバ１０１は、広域ネットワーク１０２を介して、ダウンロードサーバ１５０６のデータ変換プラグインデータベース１５６１からデータ変換プラグインを取得し、データ変換プラグイン保持部１５１２に格納しているものとする。
この取得すべきデータ変換プラグインの選択は、利用者あるいはサービスエンジニアが機種を指定して行ってもよい。また、データ変換プラグインは、通信アダプタ１５０３の出荷時に予め保持してもよい。
【００６２】
以下、通信アダプタ１５０３の動作を図２に基づき説明する。
監視サーバ１０１は、上述した実施の形態１と同様に、ＧＥＴメソッドによるＨＴＴＰリクエスト（図３）を通信アダプタ１５０３に送信する。
通信アダプタ１５０３は、図２のフローに従い、実施の形態１と同様に、ステップＳＴ２０１でＴＣＰコネクションを接続し、ステップＳＴ２０２でＨＴＴＰリクエストを受信し、ステップＳＴ２０３でＨＴＴＰリクエストをコントローラ１０４への送信データ（シリアルデータ）に変換して送信する。
コントローラ１０４は、通信アダプタ１０３から送信データを受信すると、当該コントローラ１０４が管理するエアコンの機器データを含む応答データを通信アダプタ１０３に送信する。
【００６３】
次にステップＳＴ２０４で、プロトコル変換手段１５３４が、コントローラ１０４からデータ（電文）を受信し、ＨＴＴＰレスポンスを作成する。このプロトコル変換手段１５３４の動作を図１６により説明する。
【００６４】
図１６は実施の形態２に係るプロトコル変換手段の動作を示すフロー図である。図１６において、プロトコル変換手段１５３４は、ステップＳＴ１６０１で、シリアルデータを受信する。ステップＳＴ１６０２で、受信したシリアルデータをそのままメッセージボディとしたＨＴＴＰレスポンスを作成する。このＨＴＴＰレスポンスの例を図１７により説明する。
【００６５】
図１７は実施の形態２に係るプロトコル変換手段が生成するＨＴＭＬレスポンスの例である。図１７に示すＨＴＴＰレスポンスは、メッセージヘッダのＣｏｎｔｅｎｔ−Ｔｙｐｅに、通信アダプタ１５０３が生成したデータであることが判定できるように、ａｐｐｌｉｃａｔｉｏｎ／ｖｎｄ．ｒｅｍｏｔｅ−ｃｏｎｔｒｏｌ−ａｄａｐｔｅｒを付与する。
【００６６】
再び図２において、通信アダプタ１０３の広域ネットワーク通信インタフェース１３１は、ステップＳＴ２０５で、作成されたＨＴＴＰレスポンスを送信し、ステップＳＴ２０６でＴＣＰコネクションを切断する。
【００６７】
監視サーバ１０１は、ＨＴＴＰレスポンスを受信すると、データ変換プラグイン保持部１５１２に保持されたデータ変換プラグインにより、メッセージボディ部のデータを表示データであるＨＴＭＬに変換する。変換手順は、上述した実施の形態１における図６のフロー図と同様である。変換の結果生成されたＨＴＭＬデータに基づく画面は、Ｗｅｂクライアント１１１上に表示される。
【００６８】
なお、データ変換プラグインは、通信アダプタ１０３から受信したデータを表示データに変換するだけでなく、ＰＯＳＴメソッドのメッセージボディを、通信アダプタ１０３からコントローラ１０４に送信する形式のデータに変換するように構成してもよい。
【００６９】
尚、本実施の形態において、データ変換プラグインは、広域ネットワーク１０２に接続したダウンロードサーバ１５０６から取得したが、他のメディアから直接インストールしても良い。また、広域ネットワーク１０２以外の通信インタフェースから行ってもよい。
【００７０】
以上のように本実施の形態２においては、監視サーバ１０１は、ダウンロードサーバ１５０６から取得したデータ変換プラグインを保持し、コントローラ１０４が送信するデータから監視サーバ１０１に表示する画面への変換を監視サーバ１０１上で実行するため、通信アダプタ１０３に必要な処理負荷とリソースを軽減し、通信アダプタ１０３のコストを下げることが可能になる。
【００７１】
また、広域ネットワーク１０２に接続されたダウンロードサーバ１５０６から、データ変換プラグインを監視サーバ１０１にダウンロード可能にすることにより、広域ネットワーク１０２に接続された環境であれば、オペレータは容易にデータ変換プラグイン取得して遠隔監視を行うことができる。
【００７２】
実施の形態３．
図１８は実施の形態３に係る通信システムの構成を示すブロック図である。図１８に示すように、本実施の形態に係る通信システムは、監視サーバ１０１と、通信アダプタ１８０３と、コントローラ１０４とから構成される。
【００７３】
通信アダプタ１８０３は、通信バッファ制御手段１８３５を備え、この通信バッファ制御手段１８３５は、シリアル通信インタフェース１３２が受信するデータの取得単位の制御と、広域ネットワーク通信インタフェース１３１が送信するＴＣＰ／ＩＰパケットのデータの送信単位の制御をする機能を持つ。
通信アダプタ１８０３の広域ネットワーク通信インタフェース１３１は、送受信データを格納する記憶領域である通信バッファ１８３６を有する。
【００７４】
尚、監視サーバ１０１、Ｗｅｂクライアント１１１、広域ネットワーク１０２、広域ネットワーク通信インタフェース１３１、シリアル通信インタフェース１３２、コマンド解釈手段１３３、表示データ生成手段１３４、コントローラ１０４、及びエアコンは実施の形態１と同様であるので、説明を省略する。
【００７５】
次に、本実施の形態３における動作について説明する。
尚、本実施の形態３における通信アダプタ１８０３は、上述した実施の形態１と同様に、コントローラ１０４が管理するエアコンの機種に対応したデータ変換ルールを取得し、図示しないデータ変換ルール格納部１３５に格納するものとする。
【００７６】
以下、通信アダプタ１８０３の動作を図２に基づき説明する。
監視サーバ１０１は、上述した実施の形態１と同様に、ＧＥＴメソッドによるＨＴＴＰリクエスト（図３）を通信アダプタ１８０３に送信する。
通信アダプタ１５０３は、図２のフローに従い、実施の形態１と同様に、ステップＳＴ２０１でＴＣＰコネクションを接続し、ステップＳＴ２０２でＨＴＴＰリクエストを受信し、ステップＳＴ２０３でＨＴＴＰリクエストをコントローラ１０４への送信データ（シリアルデータ）に変換して送信する。
コントローラ１０４は、通信アダプタ１０３から送信データを受信すると、当該コントローラ１０４が管理するエアコンの機器データを含む応答データを通信アダプタ１０３に送信する。
【００７７】
次にステップＳＴ２０４で、通信バッファ制御手段１８３５が、コントローラ１０４からのデータの取得単位と、広域ネットワーク通信インタフェース１３１が送信するＴＣＰ／ＩＰパケットのデータの送信単位を制御しながら、表示データ生成手段１３４が、ＨＴＴＰレスポンスを作成し、ステップＳＴ２０５で、作成されたＨＴＴＰレスポンスを送信する。この通信バッファ制御手段１８３５の動作を図１９により説明する。
【００７８】
図１９は実施の形態３に係る通信バッファ制御手段の動作を示すフロー図である。
まず、ステップＳＴ１９０１で、通信バッファ制御手段１８３５は、表示データ生成手段１３４にＨＴＴＰメッセージヘッダを作成させ、広域ネットワーク通信インタフェース１３１に送信させる。ＨＴＴＰヘッダは、上述した実施の形態１の図１１に示したデータの１行目から４行目までとなる。データ長が不明であるため、Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈは付与しないものとする。
【００７９】
次に、ステップＳＴ１９０２で、表示データ生成手段１３４は、ＨＴＭＬの先頭部分を作成し、ステップＳＴ１９０３で、機器台数を読み込む。この処理は、実施の形態１のステップＳＴ６０１及びステップＳＴ６０２と同様である。
【００８０】
次に、ステップＳＴ１９０４で全ての機器の処理が終了したか否かを判定する。この段階での判定は「Ｎ」となり、ステップＳＴ１９０５で機種ＩＤを読み込む。ここでは実施の形態１と同じデータ（図７）を受信したものとし、読み込んだ機種ＩＤは「１」であるものとする。
次に、ステップＳＴ１９０６で、機種ＩＤに対応したバイト数分データを取得する。図８により、機種ＩＤが「１」のデータは６バイトなので、６バイト受信する。
次にステップＳＴ１９０７で、通信バッファ制御手段１８３５は、シリアル通信インタフェース１３２からの受信を禁止する。受信禁止は、ＲＴＳ（Ｒｅｑｕｅｓｔ  Ｔｏ  Ｓｅｎｄ）をＯＦＦにすることによって指定する。
【００８１】
次に、ステップＳＴ１９０８で、表示データ生成手段１３４は、表示データを生成する。表示データを生成する処理は、上述した実施の形態１の図６のフロー図におけるステップＳＴ６０５〜ＳＴ６０８で説明した処理と同様である。
次に、ステップＳＴ１９０９で、表示データ生成手段１３４は、表示データを広域ネットワーク通信インタフェース１３１に渡し、ＴＣＰ／ＩＰパケットとして送信する。
次に、ステップＳＴ１９１０で、通信バッファ制御手段１８３５は、シリアル通信インタフェース１３２からの受信を許可する。受信許可は、ＲＴＳをＯＮにすることによって指定する。
【００８２】
以上のようにして、全ての機種について処理が終了したら、ステップＳＴ１９０４の判定が「Ｙ」になり、ステップＳＴ１９１１で、表示データ生成手段１３４は、ＨＴＭＬの末尾部分を作成し、ステップＳＴ１９１２で、ＨＴＭＬの末尾部分のデータを広域ネットワーク通信インタフェース１３１に渡し、ＴＣＰ／ＩＰパケットとして送信する。
【００８３】
再び図２において、作成されたＨＴＴＰレスポンスを送信した後、ステップＳＴ２０６でＴＣＰコネクションを切断する。
【００８４】
以上のように本実施の形態３においては、通信バッファ制御手段１８３５が、コントローラ１０４からの応答データを分割取得させて、表示データ生成手段１３４は表示データを分割して生成し、小さいデータ量の単位でパケットを生成して、広域ネットワーク１０２に送信することにより、通信バッファ１８３６が小さい容量バッファでもあっても大きなデータ量の送信が可能になる。
【００８５】
なお、本実施の形態では、１機種ごとに応答データを受信して表示データを送信したが、１属性ごと応答データを受信して表示データを送信しても良い。
また、通信バッファ１８３６のバッファサイズに応じて、任意のデータ量の応答データを受信して、表示データを分割して送信させても良い。
【００８６】
実施の形態４．
図２０は実施の形態４に係る通信システムの構成を示すブロック図である。図２０に示すように、本実施の形態に係る通信システムは、監視サーバ１０１と、通信アダプタ１０３と、この発明の第１の装置に相当するエアコン１９１とから構成される。監視サーバ１０１と通信アダプタ１０３を構成する各構成部は、実施の形態１と同様である。
【００８７】
本実施の形態４における通信アダプタ１０３は、コントローラ１０４を介さず、直接エアコン１９１と接続される。このように、制御対象機器が１台のときは、通信アダプタ１０３を直接制御対象機器に接続する構成にしてもよい。
本実施の形態４によれば、コントローラ１０４を介さずに、直接設備機器の遠隔監視が可能になる。
【００８８】
尚、上記実施の形態１〜４では、広域ネットワーク１０２を介して監視サーバ１０１と通信アダプタ１０３とが通信する場合を説明したが、本発明はこれに限るものではなく、例えばＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などの他のネットワークを介して通信しても良い。
【産業上の利用可能性】
【００８９】
本発明の適用例として、ビル用設備機器や家電機器などの遠隔監視制御を実現するための通信システムが挙げられる。
【図面の簡単な説明】
【００９０】
【図１】実施の形態１に係る通信システムの構成を示すブロック図である。
【図２】実施の形態１に係る通信アダプタの動作を示すフロー図である。
【図３】実施の形態１に係るＧＥＴメソッドによるＨＴＴＰリクエストの例である。
【図４】実施の形態１に係るコマンド解釈手段の動作を示すフロー図である。
【図５】実施の形態１に係る状態取得要求のシリアルデータの例である。
【図６】実施の形態１に係る表示データ生成手段の動作を示すフロー図である。
【図７】実施の形態１に係る状態取得要求に対するコントローラからの応答データの例である。
【図８】実施の形態１に係る機器データの構成の例である。
【図９】実施の形態１に係るデータ変換ルールの例である。
【図１０】実施の形態１に係る表示データ生成手段が生成するＨＴＭＬデータの例である。
【図１１】実施の形態１に係る表示データ生成手段が生成するＨＴＴＰレスポンスの例である。
【図１２】実施の形態１に係る監視サーバ上に表示される画面の例である。
【図１３】実施の形態１に係るＰＯＳＴメソッドによるＨＴＴＰリクエストの例である。
【図１４】実施の形態１に係る設定要求のシリアルデータの例である。
【図１５】実施の形態２に係る通信システムの構成を示すブロック図である。
【図１６】実施の形態２に係るプロトコル変換手段の動作を示すフロー図である。
【図１７】実施の形態２に係るプロトコル変換手段が生成するＨＴＭＬレスポンスの例である。
【図１８】実施の形態３に係る通信システムの構成を示すブロック図である。
【図１９】実施の形態３に係る通信バッファ制御手段の動作を示すフロー図である。
【図２０】実施の形態４に係る通信システムの構成を示すブロック図である。
【符号の説明】
【００９１】
１０１  監視サーバ、１０２  広域ネットワーク、１０３  通信アダプタ、１０４  コントローラ、１０５  設定機器、１１１  Ｗｅｂクライアント、１３１  広域ネットワーク通信インタフェース、１３２  シリアル通信インタフェース、１３３  コマンド解釈手段、１３４  表示データ生成手段、１３５  データ変換ルール格納部、１３６  データ変換ルール取得手段、１５７  データ変換ルールデータベース、１９１  エアコン１、１９２  エアコン２、１９３  エアコンｎ、１５０３  通信アダプタ、１５０６  ダウンロードサーバ、１５１２  データ変換プラグイン保持部、１５３４  プロトコル変換手段、１５６１  データ変換プラグインデータベース、１８０３  通信アダプタ、１８３５  通信バッファ制御手段、１８３６  通信バッファ。
【図１】
2009164665.tif 000003
【図２】
2009164665.tif 000004
【図３】
2009164665.tif 000005
【図４】
2009164665.tif 000006
【図５】
2009164665.tif 000007
【図６】
2009164665.tif 000008
【図７】
2009164665.tif 000009
【図８】
2009164665.tif 000010
【図９】
2009164665.tif 000011
【図１０】
2009164665.tif 000012
【図１１】
2009164665.tif 000013
【図１２】
2009164665.tif 000014
【図１３】
2009164665.tif 000015
【図１４】
2009164665.tif 000016
【図１５】
2009164665.tif 000017
【図１６】
2009164665.tif 000018
【図１７】
2009164665.tif 000019
【図１８】
2009164665.tif 000020
【図１９】
2009164665.tif 000021
【図２０】
2009164665.tif 000022