WO2012114371A1

WO2012114371A1 - メッセージ送信装置及びメッセージ送信方法

Info

Publication number: WO2012114371A1
Application number: PCT/JP2011/000998
Authority: WO
Inventors: 大河内　一弥; 鍛　忠司
Original assignee: 株式会社日立製作所
Priority date: 2011-02-23
Filing date: 2011-02-23
Publication date: 2012-08-30

Abstract

　天候の変化等によってネットワークの環境が大きく変化した場合、通信が不安定になる。通信速度が落ちるため、同一プロトコル内での通信は不安定になる。　本発明は、メッセージ受信装置にデータを送信するメッセージ送信装置において、メッセージ受信装置のネットワークとの状態に関する情報を含んだデータを受信する受信部と、受信したネットワークの状態に関する情報に基づいて、メッセージ受信装置のネットワークとの状態を判定する判定部と、判定されたネットワークの状態に基づいてプロトコルを選択するプロトコル選択部と、プロトコルでデータをメッセージ受信装置に送信する送信部とを備えることを特徴とする。

Description

メッセージ送信装置及びメッセージ送信方法

　本発明は、データをメッセージ受信装置に送信する装置及び方法に関する。

　電力制御の分野にＩＴ技術を導入し、電力の効率的な利用を促進する、スマートグリッドと呼ばれる技術が注目を集めている。スマートグリッドにおいては、スマートグリッドを構成する装置間において情報の送受信を行うために、ネットワーク通信技術が用いられる。

　スマートグリッドは、電力装置に接続されているネットワークであるため、このネットワークを介して装置に対してデータセンタ装置が直接指令を送ることがある。また、使用電力量や電力機器使用時間など、プライベートな情報を送受信することがありうる。例えば、夏場にエアコンの使用時間の情報が漏洩すると、使用者の在宅時間が明らかになり、空き巣などの犯罪に悪用されることが考えられる。これらの情報を送受信するために安定した通信の運用が必要とされる。

　今後、スマートグリッドを構成する装置の普及によって、装置間における情報の送受信が頻繁に行われることが想定される。スマートグリッドを構成するネットワークにおいては、家電や電力の自動検針装置などに付帯するネットワーク機器の処理性能が低いことや、屋外や家庭内で対応している無線・有線通信の通信環境が必ずしも良好ではないことが原因で、通信が不安定となりパケットロスが頻繁に発生することや、この再送処理にともなうネットワークの輻輳が発生することが課題としてあげられている。ネットワークの輻輳を解決するために、特許文献１のような技術がある。特許文献１には、機器間のネットワークの状態を監視し、ネットワークの状態に応じて、同一プロトコルの中でプロトコルを制御する技術が開示されている。具体的には、ＳＮＭＰによるネットワークの監視によって輻輳などのリンク異常を検出すると輻輳制御などの信号を送信してネットワークトラフィック制御を行っている。

特開２００４－２１４９４０号公報

　ここで、天気の変化等によってネットワークの環境が大きく変化した場合、通信速度が落ちる。通信速度が落ちるため、同一プロトコル内での通信は不安定になる。そのため、特許文献１の技術では、同一プロトコル内で制御を行っているため、得られる通信の安定さには限界があり、ネットワークの輻輳を解決するにも限界がある。即ち、環境が大きく変化した場合には、特許文献１の技術では、対応出来ない。

　上記課題を解決するため、本発明の一態様は以下の構成を備える。即ち、本発明は、メッセージ受信装置にデータを送信するメッセージ送信装置において、メッセージ受信装置のネットワークとの状態に関する情報を含んだデータを受信する受信部と、受信したネットワークの状態に関する情報に基づいて、メッセージ受信装置のネットワークとの状態を判定する判定部と、判定されたネットワークの状態に基づいてプロトコルを選択するプロトコル選択部と、プロトコルでデータをメッセージ受信装置に送信する送信部とを備えることを特徴とする。

　さらに、メッセージを選択するメッセージ選択部を備えることでプロトコルに応じて保証されるセキュリティレベルで送ることが可能なメッセージを選択することができる。

　本発明によれば、通信が不安定な状況においても、機器間でデータを送信できるようになる。

本実施形態のシステムの全体を示す図である。データセンタ装置１００の構成の例図。ホームサーバ１０１の構成の例図。アダプタ１０２の構成の例図。電力装置１０３の構成の例図。表示端末１０４の構成の例図。メッセージ送信ポリシＤＢ２０７の構成の例図。使用プロトコル決定ポリシＤＢ２０８の構成の例図。送信メッセージＤＢ２０９の構成の例図。ネットワークステータスＤＢ２１０の構成の例図。ネットワークステータス決定ＤＢ２１１の構成の例図。ネットワークプロパティ収集プログラム２１２の処理の流れの一例であるフローチャート。メッセージ送信プログラム２１３の処理の流れの一例であるフローチャート。データ送受信プログラム３０６の処理の流れの一例であるフローチャート。データ送受信プログラム４０６の処理の流れの一例であるフローチャート。電力量送信プログラム５０７の処理の流れの一例であるフローチャート。機器動作制御プログラム５０８の処理の流れの一例であるフローチャート。データ表示プログラム６０６の処理の流れの一例であるフローチャート。メッセージ送信プログラム２１３の処理の流れの一例（第二の実施例）であるフローチャート。退避データの構成の例図。

　本実施形態を以下に示す。

　図１は本発明を実施するためのシステムの全体を示す図である。データセンタ装置１００は、データセンタ装置１００に接続されているホームサーバ１０１や、アダプタ１０２や、電力機器１０３や、表示端末１０４などと情報の送受信を行うための計算機である。データセンタ装置１００は、ネットワーク１０５を経由して複数の家屋（家屋１０００、家屋１００１）に接続されている。ホームサーバ１０１は、データセンタ装置と１０１と電力機器１０３、表示装置１０４の中間に存在し、データの送受信を行うための計算機である。ホームサーバ１０１はネットワーク１０５を経由してデータセンタ装置１００と接続されている。ネットワーク１０５は、例えば、インターネットのようにTCPやUDPなどのパケットを交換するネットワークである。ホームサーバ１０１はまたネットワーク１０６を経由してアダプタ１０２と接続されている。ネットワーク１０６は、例えば、家庭内のローカルネットワークであり、ＬＡＮの環境においてＴＣＰやＵＤＰなどのパケットが交換される。

　アダプタ１０２は電力装置１０３や表示端末１０４からデータを受信し、ホームサーバ１０１経由でデータセンタ装置１００にデータを送信するための計算機である。アダプタ１０２は、通信路１０７を通じて、電力機器１０３、表示端末１０４と接続されている。通信路１０７は、例えば、ネットワーク負荷の高いプロトコルであるＴＣＰや、ネットワーク負荷の低いプロトコルであるＵＤＰなどを用いて通信するＩＰネットワーク、ＰＬＣ（電力線通信）ネットワーク、無線通信ネットワークである。ここで、ＩＰネットワークとはインターネットプロトコルを用いて通信するネットワークであり、ＴＣＰやＵＤＰとはでインターネットプロトコルの上位レイヤで通信を行うプロトコルの名称である。ＵＤＰはネットワークに参加しているある機器から別の機器に対してパケットを送出するのみであるのに対して、ＴＣＰではそのパケットの到着の確認や、到着した順序の確認などもプロトコルレベルで行う。そのため、２つのプロトコルを比較した場合、ＴＣＰの方がよりセキュリティレベルが高い通信が保障される。また、TCPの方がUDPよりデータ量が多いため、ネットワークの輻輳が起こり易い。

　電力機器１０３は電力を消費する機器である。電力機器１０３は、例えば、エアコンやブラインドのような家庭内の機器である。ただし、ここでブラインドは、外部からの指示により開閉できる動力部をもつものを想定している。表示端末１０４は通信路１０７を通じて取得した情報を表示するための端末である。表示端末１０４は、例えば、テレビである。

　図２は、データセンタ装置１００の構成を示す図である。データセンタ装置１００はＣＰＵ２０１、記憶装置２０２、メモリ２０３、インタフェース２０４（以降、インタフェースは図中ではＩＦと記す）入出力装置２０５を備えた計算機であり、これらは通信路２０６を経由して接続されている。

　記憶装置２０２はＣＰＵ２０６で処理されるデータが含まれている。ハードディスク装置のような記憶装置であり、データセンタ装置１００で処理される以下のデータが格納されている。メッセージ送信ポリシＤＢ２０７、使用プロトコル決定ポリシ２０８、送受信メッセージＤＢ２０９、ネットワークステータスＤＢ２１０、ネットワークステータス決定ＤＢ２１１。なお、以下ではＤＢとはデータベースの意味である。ここで、メッセージ送信ポリシＤＢ２０７はネットワークの状態と、その状態のときに送信すべきメッセージの対応を定義したデータベースである。使用プロトコル決定ポリシＤＢ２０８は、ネットワークの状態によって、どのプロトコルを使用するかを定義したデータベースである。送信メッセージＤＢ２０９はネットワークの状態に応じて送信するメッセージの内容を格納するデータベースである。ネットワークステータスＤＢ２１０はネットワークの実行転送速度やパケットロス率などのデータを格納するためのデータベースである。ネットワークステータス決定ＤＢ２１１はネットワークの状態に関する条件と、その条件におけるネットワーク状態のランクを定義するデータベースである。

　メモリ２０３はＣＰＵ２０１で処理されるプログラムが含まれた記憶媒体であり、以下のプログラムが含まれている。ネットワークプロパティ収集プログラム２１２、メッセージ送信プログラム２１３。ネットワークプロパティ収集プログラム２１２は、ネットワークからパケットロスや転送速度などの情報を収集してネットワークの状態を判断するプログラム、メッセージ送信プログラム２１３はネットワークの状態に応じて適切なプロトコル・メッセージを選択し、送信するプログラムである。プログラムは記憶装置２０２に一旦記録し、ＣＰＵ２０１で実行する際にメモリ２０３に読み込んできて実行する実装もあり得る。ネットワークプロパティ収集プログラム２１２は、受信部２２０、ネットワーク判定部２２１が格納されている。受信部２２０は、データセンタ装置１００が受信するデータを取得する。ネットワーク判定部２２１は、ネットワークのステータスを判定する。メッセージ送信プログラム２１３は、メッセージ選択部２２２、プロトコル選択部２２３、送信部２２４が格納されている。メッセージ選択部２２２は、データセンタ装置１００が送信するメッセージを選択する。プロトコル選択部２２３は、データセンタ装置１００が送信するプロトコルを選択する。送信部２２４は、データセンタ装置１００が生成したメッセージを送信する。

　インタフェース２０４はデータセンタ装置１００と、外部の通信を行うための通信インタフェースである。インタフェース２０４は外部ネットワーク１０５と接続されている。
入出力装置２０５はデータセンタ装置１００にデータを入力・出力するための装置で、例えばディスプレイやキーボード、マウスである。

　図３はホームサーバ１０１の構成を示す図である。ホームサーバ１０１はＣＰＵ３０１、メモリ３０２、入出力装置３０３、インタフェース３０４を備えた計算機であり、これらは通信路３０５を経由して接続されている。
  メモリ３０２はＣＰＵ３０１で処理されるプログラムが含まれた記憶媒体であり、データ送受信プログラム３０６が含まれている。データ送受信プログラム３０６には、送受信部３２０が格納されている。送受信部３２０は、ホームサーバ１０１が受信するデータを取得し、ホームサーバ１０１が生成したメッセージを送信する。
  入出力装置３０３はホームサーバにデータを入力・出力するための装置で、例えばディスプレイやキーボード、マウスである。
  インタフェース３０４はデータセンタ装置１００と、外部の通信を行うための通信インタフェースである。インタフェース３０４－１と３０４－２はそれぞれ異なるネットワークと接続され、２つのネットワークを結びつけている。インタフェース３０４－１は外部のネットワーク１０５と接続されており、インタフェース３０４－２は家庭内のネットワーク１０６に接続されている。

　図４はアダプタ１０２の構成を示す図である。アダプタとは、データのメディアを変換する装置である。アダプタ１０２はＣＰＵ４０１、メモリ４０２、入出力装置４０３、インタフェース４０４を備えた計算機であり、これらは通信路４０５を経由して接続されている。
  メモリ４０２は、ＣＰＵ４０１で処理されるプログラムが含まれた記憶媒体であり、データ送受信プログラム４０６が含まれている。データ送受信プログラム４０６には、送受信部４２０が格納されている。送受信部４２０は、アダプタ１０２が受信するデータを取得し、アダプタ１０２が生成したメッセージを送信する。
  入出力装置４０３はアダプタにデータを入力・出力するための装置で、例えばディスプレイやキーボード、マウスである。
  インタフェース４０４は、データセンタ装置１００と外部の通信を行うための通信インタフェースである。インタフェース４０４－１と４０４－２はそれぞれ異なるネットワークと接続され、２つのネットワークを結びつけている。インタフェース４０４－１は家庭内のネットワーク１０６と接続されており、インタフェース４０４－２は電気機器との通信路１０７に接続されている。

　図５は電力機器１０３の構成を示す図である。電力機器１０３はＣＰＵ５０１、メモリ５０２、インタフェース５０３、入出力装置５０４、制御装置５０５を備えた計算機であり、これらは通信路５０６を経由して接続されている。

　メモリ５０２はＣＰＵ４０１で処理されるプログラムが含まれた記憶媒体であり、以下のプログラムが含まれている。電力量送信プログラム５０７、動作制御プログラム５０８。
電力量送信プログラム５０７とは、電気機器の使用電力量を送信するプログラムである。動作制御プログラム５０８とは、電力機器１０３の動作を制御するプログラムである。電力量送信プログラム５０７には、送信部５２０が格納されている。送信部５２０は、電気機器１０３が生成したメッセージを送信する。動作制御プログラム５０８には、受信部５２１と、制御部５２２が格納されている。受信部５２１は、制御メッセージを受信する。制御部は、受信した制御メッセージに基づき電力機器１０３の制御を実行する。制御メッセージとは電力機器１０３の制御を実行するために送信するコマンドであり、このコマンドが入力されることにより電力機器１０３の状態が変化する。例えば、電力機器１０３がエアコンの場合、エアコンの電源がＯＮ、あるいは、ＯＦＦになったり、設定温度が変更されたりする。

　インタフェース５０３はデータセンタ装置１００と外部の通信を行うための通信インタフェースである。インタフェース５０３は通信路１０７に接続されている。
入出力装置５０４はアダプタにデータを入力・出力するための装置で、例えばディスプレイやリモコンである。制御装置５０５は電力機器１０３が接続されている家電などの装置を制御するための機器である。例えば、この家電がエアコンである場合を想定する。電力機器１０３からスイッチＯＮの制御メッセージが制御装置５０５に送られた場合、エアコンのスイッチがＯＮとなる。計測装置５０９は、電力機器１０３の電気使用量を計測する装置である。

　図６は表示端末１０４の構成を示す図である。表示端末１０４はＣＰＵ６０１、メモリ６０２、インタフェース６０３、入出力装置６０４を備えた計算機であり、これらは通信路６０５を経由して接続されている。
メモリ６０２はＣＰＵ６０１で処理されるプログラムが含まれた記憶媒体であり、以下のプログラムが含まれている。データ表示プログラム６０６。データ表示プログラム６０６とは、受信したデータを表示するプログラムである。データ表示プログラム６０６は、受信部６２０と、表示部６２１を格納する。受信部６２０は、データを受信する。表示部６２１とは、受信したデータを表示する。

　インタフェース６０３は表示端末１０４と外部の通信を行うための通信インタフェースである。インタフェース６０３は通信路１０７に接続されている。
入出力装置６０４は表示端末にデータを入力・出力するための装置で、例えばディスプレイやリモコンである。

　図７は、メッセージ送信ポリシＤＢ２０７の構成を示す図である。メッセージ送信ポリシＤＢ２０７はネットワークの状態と、その状態のときに送信すべきメッセージの対応を定義したデータベースである。ＩＤ７０１はデータを識別するためのユニークな識別子である。メッセージ種別７０２は、メッセージのカテゴリを説明した文字列である。例えば、あるメッセージが「制御情報」に関するものである、などと使う。送受信種別７０３はそのメッセージ種別に含まれるメッセージは、送信メッセージであるか、受信メッセージであるかを示すデータである。ネットワーク状態７０４は、ネットワーク状態がある種別のときにあるメッセージ種別のメッセージを送るべきか否かを示すフラグが記述されたマトリクスである。例えば、メッセージ種別「制御情報」は、ネットワークの状態がＡのときには送信するか、ＢないしＣの時には送信しない（あるいは代替メッセージを送信する）、などとポリシを定める。どのID７０１を送信するかは、人によって決定しても良い。

　図８は、使用プロトコル決定ポリシＤＢ２０８の構成を示す図である。使用プロトコル決定ポリシＤＢ２０８は、ネットワークの状態によって、どのプロトコルを使用するかを定義したデータベースである。ＩＤ８０１はデータを識別するためのユニークな識別子である。ネットワーク状態８０２はネットワークの状態をカテゴリ分けした場合の識別子である。使用プロトコル８０３は、ネットワーク状態８０２に対応して利用するプロトコルの種別である。使用プロトコルは、ＴＣＰやＵＤＰのようなプロトコル種別に加え、ＨＴＴＰなどのアプリケーションレイヤにおけるプロトコル種別、および、通信時に使用される認証・暗号プロトコルの種別なども必要に応じて規定するものとする。例えば、認証プロトコルでは、通信環境に応じて、ＰＫＩによる認証を用いるかＩＤとパスワードによる認証を行うかなどの選択を規定する。
以下では、プロトコルの選択の一例として、ＩＰ上におけるＴＣＰとＵＤＰの選択などの例を用いつつ実施形態の説明を行ってゆく。

　図９は、送信メッセージＤＢ２０９の構成を示す図である。送信メッセージＤＢ２０９はネットワークの状態に応じて送信するメッセージの内容を格納するデータベースである。ＩＤ９０１はデータを識別するためのユニークな識別子である。ＩＤ９０１はメッセージ送信ポリシＤＢ２０７のＩＤ７０１に対応しており、ＩＤ９０１の識別子とＩＤ７０１の識別子が同じ場合、同じデータを表す。正規メッセージ９０２はメッセージの内容を示す文字列である。ここで正規メッセージとは、装置を制御する等、装置に対して重大な影響を与えるメッセージである。代替メッセージ９０３はメッセージ９０２を送信しないことを選択した場合に送信する代替のメッセージの文字列である。ここで代替メッセージとは、装置に制御依頼を出す等、装置に対して軽微な影響を与えるメッセージである。図７から図９のデータベースに格納されたデータを用いて、ネットワークの状態が良好な場合には、ＴＣＰのようなプロトコルを用いてのようなエアコンのスイッチのＯＮ／ＯＦＦの制御のような信頼性の必要なメッセージを送り、そうでない場合にはＵＤＰのような、ＴＣＰよりもネットワーク負荷の軽いプロトコルを用いて、実際の制御は行わないが、上記のような制御を推奨する（実際の制御はエアコンを管理する者がそのメッセージを見て行う）メッセージを送付することが可能となる。実際のシステム構築においては、信頼性の必要なメッセージの送受信のために高いセキュリティを確保するためにはＴＣＰのようにより複雑な通信に適したプロトコルを用い、それほど信頼性が必要ではないメッセージの送受信のためにはＵＤＰのようによりネットワーク負荷の軽いプロトコルとそれに応じた軽いセキュリティを用いて通信を行う実装が、しばしば行われる。

　図１０はネットワークステータスＤＢ２１０の構成を示す図である。ネットワークステータスＤＢ２１０はネットワークの実行転送速度やパケットロス率などのデータを格納するためのデータベースである。ここで実行転送速度は、データセンタ装置１００が、単位時間当たりに送受信されたパケット数より算出する。またレスポンス時間は、送出したパケットに対する応答（ＡＣＫ応答など）時間がどの程度かかっているかを計測することにより、データセンタ装置１００が算出する。ＩＤ１００１はデータを識別するためのユニークな識別子である。通信先ＩＰアドレス１００２はデータセンタ装置１００と通信を行う通信先の機器を特定するためのＩＰアドレスである。ネットワーク状態１００３はネットワークの状態をカテゴリ分けした識別子である。実効転送速度１００４は、データセンタ装置１００と通信先ＩＰアドレス１００２の機器が通信を行う際の転送速度である。パケットロス率１００５は前記の通信を行う際にロスしたパケットの比率である。レスポンス時間１００６は前記の通信を行う際の平均レスポンス時間である。

　図１１はネットワークステータス決定ＤＢ２１１の構成を示す図である。ネットワークステータス決定ＤＢ２１１はネットワークの状態に関する条件と、その条件におけるネットワーク状態のランクを定義するマトリクスである。ＩＤ１１０１はデータを識別するためのユニークな識別子である。ネットワーク状態１１０２はネットワークの状態のランクを示す識別子である。転送速度１１０３は転送速度に関する条件である。パケットロス率１１０４はパケットロス率に関する条件である。レスポンス時間１１０５はレスポンス時間に関する条件である。項目１１０３、１１０４、１１０５の全ての条件を満たす場合にネットワーク状態１１０２をその条件に対応するランクと定義する。例えば、項目１１０３ではネットワーク状態Aを満たし、項目１１０４ではネットワーク状態Bを満たし、項目１１０５ではネットワーク状態Cを満たす場合は、総合して、ネットワーク状態Cと判定される。

　図１２はネットワークプロパティ収集プログラム２１２の処理の流れを示すフローチャートである。ネットワークプロパティ取得処理１２０１は、受信部２２０がデータセンタ装置１００と通信先のＩＰアドレスとの間の通信のプロパティを取得する処理である。ここでいうプロパティとは、データセンタ装置１００と通信先ＩＰアドレスの間の通信の転送速度、パケットロス率、レスポンス時間のことである。

　ネットワークステータス書き出し処理１２０２では、ネットワーク判定部２２１が受信したデータからネットワークステータス決定ＤＢ２１１の条件を照会し、ネットワーク状態１１０２を決定し、この結果をネットワークステータスＤＢ２１０に書き出す。

　図１３はメッセージ送信プログラム２１３の処理の流れを示すフローチャートである。ネットワークステータス取得処理１３０１では、送信部２２４が、この処理が実行された時点のネットワークの状態をネットワークステータスＤＢ２１０より取得する。使用プロトコル・送受信メッセージ決定処理１３０２では、メッセージ選択部２２２及びプロトコル選択部２２３が、送信先ＩＰアドレス１００２とネットワークステータス１００３を参照し、通信先ＩＰアドレス１００２の機器と通信を行う際に用いるプロトコルとメッセージを決定する。ネットワーク判定部は、ネットワークの輻輳状態を判定する。ここでネットワークの輻輳状態を判定するとは例えば、ネットワーク状態が空いているか、混雑しているかを判定することである。ここで、ネットワークが空いていると判定された場合、ネットワーク負荷が高いプロトコルを選択し、ネットワークが混んでいると判定された場合、ネットワーク負荷の低いプロトコルを選択することとする。また、ネットワーク負荷が高いプロトコルを選択し場合は、通信の信頼性が確保されるため、データ量が多いメッセージである正規メッセージを選択する。ネットワーク負荷が低いプロトコルを選択し場合は、通信の信頼性が確保されないため、データ量が少ないメッセージである代替メッセージを選択する。決定のための基準には、メッセージ送信ポリシＤＢ２０７、使用プロトコル決定ポリシＤＢ２０８が用いられる。メッセージ送信処理１３０３では、メッセージを送信先のＩＰアドレスに送信する。プロトコルの選択によって、通信環境の制限の中で最も高いセキュリティを実現する通信路を確立し、確保されたセキュリティに応じたメッセージを送信することが可能となる。例えば、制御メッセージは、エアコンなどの物理的な動作を直接的に伴うメッセージであるため、ＴＣＰ上で高いセキュリティの暗号化と認証を施した通信路を確保して送信するが、通信環境が悪く、このような通信路を確保しようとすると、ネットワークの輻輳が発生するなどの問題が生じる場合には、ＵＤＰとより軽いプロトコルを用いて、そのプロトコルで確保可能なセキュリティで送信可能な代替メッセージを選択して送信する。ここで、代替メッセージとは、直接制御をおこなう制御メッセージではなく、制御を促す情報のみを含む制御推奨メッセージのことである。

　図１４はデータ送受信プログラム３０６の処理の流れを示すフローチャートである。データ送受信プログラム３０６はデータ受信処理１４０１で、送受信部３２０が、ホームサーバに２つあるインタフェース２０４の一方から受信したデータを、データ送信処理１４０２によってもう一方のインタフェースより出力する。例えば、インタフェース２０４－１から受信したデータを、インタフェース２０４－２から出力する。この際、受信するときのメディアと送信するときのメディアが違う場合は、送信時にメディア変換するようにヘッダ情報などを付加して送信する。ここで、メディアとはイーサネット（登録商標）接続やシリアル接続、無線プロトコルによる接続など通信路の種類のことを指す。つまり、データ送受信プログラム３０６はデータをリレーする役割を担う。受信時と送信時のプロトコルが同一の場合は、単に入力されたデータをそのまま出力するのみである。

　図１５はデータ送受信プログラム４０６の処理の流れを示すフローチャートである。データ送受信プログラム４０６はデータ受信処理１５０１でホームサーバに２つあるインタフェース２０４の一方から送受信部４２０が受信したデータを、データ送信処理１５０２もう一方のインタフェースより出力する。この際、受信するときのプロトコルと送信するときのプロトコルが違う場合は、送信時に用いるプロトコルに準拠するようにヘッダ情報などを付加して送信する。送受信部４２１が、受信時と送信時のプロトコルが同一の場合は、単に入力されたデータを送信する。

　図１６は電力量送信プログラム５０７の処理の流れを示すフローチャートである。電力量送信プログラム５０７は、電力量計測処理１６０１において計測装置５０９が、このプログラムが実行される時点の電力使用量を計算し、電力量送信処理１６０２で処理１６０１によって取得された電力量を送信部５２０がデータセンタ装置１００に送信する。

　図１７はデータ受信プログラム５０８の処理の流れを示すフローチャートである。データ受信プログラム５０８は、受信部５２１が、インタフェース５０３から入力された制御メッセージを受信し、制御メッセージ受信処理１７０１で解析し、制御実行処理１７０２で制御装置５０５にその制御メッセージを送信して制御部５２２が、電力機器１０３の制御を行う。例えば、電力機器１０３がエアコンで、外部から「スイッチＯＮ」の制御メッセージが入力された場合、機器動作制御プログラム５０７によりこの制御メッセージが解釈され、エアコンのスイッチが「ＯＮ」となる。

　図１８はデータ表示プログラム６０６の処理の流れを示すフローチャートである。データ表示プログラム６０６は、受信部６２０が、データ受信処理１６０１によってインタフェース６０３から入力されたデータを受信する。データ表示処理１６０２によって入出力装置６０４に表示部６２１が、表示する。表示先の入出力装置の例は、例えば、テレビの画面である。

　本実施形態は以下のように一部を変更して実施することも可能である。
第一に、データセンタ装置１００と各機器（ホームサーバ１０１、電力情報送受信端末１０２、電力機器１０３、表示端末１０４）とは、定期的にデータを送受信するように変更して実施することが可能である。この場合のデータは、ネットワークや各機器の処理能力に大きな負荷をかけない程度のものにする。また、データの内容自体の意味はここでは特に問わない。一例としては、ＴＣＰ／ＩＰネットワークにおけるＰＩＮＧのようなデータが考えられる。
この変更によって、ネットワークプロパティを算出する場合に、より正確な値を算出できるようになる。

　図１９は、メッセージ送信プログラム２１３の処理の流れを示すフローチャートであり、図１３の第二の実施例である。図１３における１３０３が、図１９における１９０３、１９０４にあたる。図１９のステップ１９０３において、データセンタ装置１００と各機器間で送受信される情報が、代替メッセージ９０３であると判断された場合、本来送るべきであったメッセージ９０２を一時的に送信元のメモリや記憶装置（２０２や２０３）に待避させておき（この退避データの構造を図２０に後述する）、後にネットワークプロパティがメッセージ９０２を送信可能になった時に、まとめて待避させてあったメッセージを送信部２２４が送信することも可能である。ここで、図１９の処理１３０１と１３０２は図１３の同じ番号を持つ処理とおなじものである。メッセージ送信処理１９０４は、図１３のメッセージ送信処理１３０３と同等のものであるが、図１９で送られることになるのは正規メッセージだけであり、送信部２２４の処理１９０４では一度送信したメッセージを図２０に後述するデータベースより消去することに注意する。また、ここで、代替メッセージとは、例えば制御推奨メッセージである。尚、１９０３において、代替メッセージであった場合、代替メッセージを送信してから、ネットワークステータス取得処理（１３０１）に戻っても良い。

　図１９の処理において用いるデータベースの構成を図２０に示す。このデータベースは送信すべきメッセージのデータが格納されており、一度送信されるとデータは消去される。
  この変更によって、一時的にネットワークの状態が悪くなっても、送るべきメッセージを欠損することなく送信することが可能となる。
  第三に、データセンタ装置１００と各機器間で送受信される情報が、使用プロトコル・送受信メッセージ決定処理で、メッセージ９０２は送らないと判断された場合、代替メッセージ９０３を送受信する代わりに、なにもメッセージを送らずに一定時間スリープし、ネットワークステータス１３０１に戻るという実施形態が可能である。
  この変更によって、ネットワークの状態が悪い時にネットワークに負荷をかける動作を行わず、ネットワークの状態が回復してからメッセージ９０２を送ることが可能になる。

１００…データセンタ装置
１０１…ホームサーバ
１０２…アダプタ
１０３…電力機器
１０４…表示装置
１０５…通信路
１０６…通信路
１０７…通信路
２０１…ＣＰＵ
２０２…記憶装置
２０３…メモリ
２０４…インタフェース
２０５…入出力装置
２０６…通信路
３０１…ＣＰＵ
３０２…メモリ
３０３…入出力装置
３０４…インタフェース
３０５…通信路
４０１…ＣＰＵ
４０２…メモリ
４０３…入出力装置
４０４…インタフェース
４０５…通信路
５０１…ＣＰＵ
５０２…メモリ
５０３…インタフェース
５０４…入出力装置
５０５…制御装置
５０６…通信路
６０１…ＣＰＵ
６０２…メモリ
６０３…インタフェース
６０４…入出力装置
６０５…通信路

Claims

　メッセージ受信装置とネットワークを介して接続されたメッセージ送信装置であって、
　前記ネットワークの状態に関する情報を含んだデータを受信する受信部と、
　前記ネットワークの状態に関する前記情報に基づいて、前記メッセージ受信装置のネットワークの状態を判定する判定部と、
　判定された前記ネットワークの状態に基づいて前記メッセージ受信装置に前記メッセージを送信するプロトコルを選択するプロトコル選択部と、
　選択された前記プロトコルで前記メッセージを前記メッセージ受信装置に送信する送信部とを備えることを特徴とするメッセージ送信装置。
　請求項１に記載のメッセージ送信装置において、
　前記メッセージの種別ごとに、データ量の異なる複数のメッセージを含み、選択された前記プロトコルと、前記データ量とに基づいて前記メッセージを選択するメッセージ選択部を備え、
　前記送信部は、前記プロトコルで、選択された前記メッセージを前記メッセージ受信装置に送信することを特徴とするメッセージ送信装置。
　請求項１又は２に記載のメッセージ送信装置において、
　前記判定部は、予め定められた条件に基づいて前記ネットワークの輻輳状態を判定し、
　前記プロコトル選択部は、前記輻輳状態に基づいてプロコトルを選択することを特徴とするメッセージ送信装置。
　請求項２から４のいずれか一つに記載のメッセージ送信装置において、
　前記判定部は、前記ネットワークが輻輳しているか否かを判定し、
　前記プロトコル選択部は、ネットワークが輻輳していると判定された場合、ネットワーク負荷が低い第１のプロトコルを選択し、ネットワークが輻輳していないと判定された場合、ネットワーク負荷が高い第２のプロトコルを選択し、
　前記メッセージ選択部は、前記第１のプロトコルを選択した場合、データ量の少ないメッセージである
第１のメッセージを選択し、前記第２のプロトコルを選択した場合、データ量の多いメッセージである
第２のメッセージを選択することを特徴とするメッセージ送信装置。
　請求項４に記載のメッセージ送信装置において、
　前記プロコトル選択部は、前記１のプロトコルを選択した場合は、
　前記メッセージ選択部は、前記第１のメッセージを選択し、
　前記送信部は、前記第１のメッセージを送信し、更に、前記判定部はネットワークの状態を再判定することを特徴とするメッセージ送信装置。
　請求項５に記載のメッセージ送信装置において、
　前記判定部は前記第１のメッセージを送信した後、前記再判定し、
ネットワークが輻輳していないと判定された場合、
　前記プロトコル選択部は、第２のプロトコルを選択し、
　前記メッセージ選択部は、前記第１のメッセージと同じ前記メッセージ種別の第２のメッセージを選択し、
　前記送信部は、第２のメッセージを送信することを特徴とするメッセージ送信装置。
　請求項３から６のいずれか一つに記載のメッセージ送信装置において、
　前記第１のプロトコルとはUDPであり、
　前記第２のプロトコルとはTCPであり、
　前記第１のメッセージとは制御依頼メッセージであり、
　前記第２のメッセージとは制御メッセージであることを特徴とするメッセージ送信装置。
　請求項３から７のいずれか一つに記載のメッセージ送信装置において、
　前記予め予め定められた条件とは、
　転送速度と、パケットロス率と、レスポンス時間とを含むことを特徴とするメッセージ送信装置。
　メッセージ受信装置とネットワークを介して接続されたメッセージ送信装置におけるデータ送信方法であって、
　前記ネットワークの状態に関する情報を含んだデータを受信するステップと、
　前記ネットワークの状態に関する前記情報に基づいて、前記メッセージ受信装置のネットワークの状態を判定するステップと、
　判定された前記ネットワークの状態に基づいて前記メッセージ受信装置に前記メッセージを送信するプロトコルを選択するステップと、
　選択された前記プロトコルで前記メッセージを前記メッセージ受信装置に送信するステップとを備えることを特徴とするメッセージ送信方法。
　請求項９に記載のメッセージ送信方法において、
　前記メッセージの種別ごとに、データ量の異なる複数のメッセージを含み、選択された前記プロトコルと、前記データ量とに基づいて前記メッセージを選択するステップを更に備え、
　前記送信するステップは、前記プロトコルで、選択された前記メッセージを前記メッセージ受信装置に送信することを特徴とするメッセージ送信方法。
　請求項９又は１０に記載のメッセージ送信方法において、
　前記判定するステップは、予め定められた条件に基づいて前記ネットワークの輻輳状態を判定し、
　前記プロコトルを選択するステップは、前記輻輳状態に基づいてプロコトルを選択することを特徴とするメッセージ送信方法。
　請求項１０又は１１に記載のメッセージ送信方法において、
　前記判定するステップは、前記ネットワークが輻輳したいるかいないかをを判定し、
　前記プロトコルを選択するステップは、ネットワークが輻輳していると判定された場合、ネットワーク負荷が低い第１のプロトコルを選択し、ネットワークが輻輳していないと判定された場合、ネットワーク負荷が高い第２のプロトコルを選択し、
　前記メッセージを選択するステップは、前記第１のプロトコルを選択した場合、データ量の少ないメッセージである第１のメッセージを選択し、前記第２のプロトコルを選択した場合、データ量の多いメッセージである第２のメッセージを選択することを特徴とするメッセージ送信方法。
　請求項１２に記載のメッセージ送信方法において、
　前記プロコトルを選択するステップは、前記１のプロトコルを選択した場合は、
　前記メッセージを選択するステップは、前記第１のメッセージを選択し、
　前記送信するステップは、前記第１のメッセージを送信し、更に、前記判定部はネットワークの状態を再判定することを特徴とするメッセージ送信方法。
　請求項１３に記載のメッセージ送信方法において、
　前記判定するステップは前記第１のメッセージを送信した後、前記再判定し、
ネットワークが輻輳していないと判定された場合、
　前記プロトコルを選択するステップは、第２のプロトコルを選択し、
　前記メッセージを選択するステップは、前記第１のメッセージと同じ前記メッセージ種別の第２のメッセージを選択し、
　前記送信するステップは、第２のメッセージを送信することを特徴とするメッセージ送信方法。
　請求項１２から１４のいずれか一つに記載のメッセージ送信方法において、
　前記第１のプロトコルとはUDPであり、
　前記第２のプロトコルとはTCPであり、
　前記第１のメッセージとは制御依頼メッセージであり、
　前記第２のメッセージとは制御メッセージであることを特徴とするメッセージ送信方法。