JP6085962B2 - 管理装置及びアドレス管理方法 - Google Patents

Description

本発明の実施形態は、管理装置及びアドレス管理方法に関する。

近年、電化製品等を制御するエネルギー管理システムが普及しつつある。このようなエネルギー管理システムの一種として、ＨＥＭＳ（Home Energy Management System）と呼ばれるシステムが知られている。かかるＨＥＭＳには、標準プロトコルとして、エコーネットコンソーシアムにより策定されたＥＣＨＯＮＥＴ−Ｌｉｔｅが適用される。

ＥＣＨＯＮＥＴ−Ｌｉｔｅは、下位層がＩＰ（Internet Protocol）アドレスであることを想定して規定されているが、電化製品等の各ノードに割り当てられるＩＰアドレスは変化する可能性がある。このため、ＥＣＨＯＮＥＴ−Ｌｉｔｅにおいては、各ノードを識別するために、Ｅｔｈｅｒｎｅｔ（登録商標、以下同様）アドレス（例えば、ＭＡＣ（Media Access Control）アドレス）等を用いる。

しかし、各ノードを管理する管理装置において、ＩＰアドレス及びＥｔｈｅｒｎｅｔアドレスをＡＲＰ（Address Resolution Protocol）に準拠したアドレステーブル等で管理した場合、ＩＰアドレスが変化した際にアドレステーブルに不整合が生じる可能性があった。また、単にアドレステーブルの不整合を解消しようとすると、ネットワーク負荷が増大する可能性があった。

特開２００３−２０９５５１号公報

"エコーネット規格（一般公開）"、［online］、［平成２４年１１月２６日検索］、インターネット＜http://www.echonet.gr.jp/spec/spec_v101_lite.htm＞

本発明が解決しようとする課題は、ネットワーク負荷を増大させることなくアドレステーブルに不整合が発生することを防止することができる管理装置及びアドレス管理方法を提供することである。

実施形態に係る管理装置は、記憶部と、受信部と、送信部と、更新部とを具備する。記憶部は、ノードのＩＰアドレスに対応付けて、当該ノードを識別するための識別情報を記憶する。受信部は、前記ノードによってマルチキャストにより送信されるＩＰアドレスの変更通知を受信する。送信部は、前記受信部によって受信された変更通知に含まれる前記ノードに関する情報を宛先情報に設定した応答要求を示す応答要求パケットをマルチキャストにより送信する。更新部は、前記送信部によって送信された応答要求パケットに応答したノードから送信される応答パケットに基づいて、前記記憶部を更新する。

図１は、第１の実施形態に係るエネルギー管理システムの構成例を示す図である。 図２は、第１の実施形態に係る管理装置の構成例を示す図である。 図３は、第１の実施形態に係る下位層アドレステーブルの一例を示す図である。 図４は、第１の実施形態に係る上位層アドレステーブルの一例を示す図である。 図５は、第１の実施形態に係る参入通知パケット及び検索パケットの一例を示す図である。 図６は、第１の実施形態に係るエネルギー管理システムによる処理手順を示すシーケンス図である。 図７は、第２の実施形態に係る管理装置の構成例を示す図である。 図８は、第２の実施形態に係るアドレス管理制御部による処理例を示す図である。 図９は、第２の実施形態に係る管理装置による処理手順を示すシーケンス図である。

以下で説明する実施形態に係る管理装置１００において、下位層アドレステーブル１３１は、ノード１０のＩＰアドレスに対応付けて、かかるノード１０を識別するためのノード識別情報を記憶する。また、受信部１４１は、ノード１０によってマルチキャストにより送信されるＩＰアドレスの変更通知である参入通知パケットを受信する。また、送信部１４３は、受信部１４１によって受信された参入通知パケットに含まれるノード１０に関する情報を宛先オブジェクトに設定した応答要求を示す応答要求パケット（検索パケット）をマルチキャストにより送信する。また、更新部である通信部１１０は、送信部１４３によって送信された応答要求パケットに応答したノードから送信される応答パケットに基づいて、下位層アドレステーブル１３１を更新する。

また、以下で説明する実施形態において、判定部２４５は、受信部１４１によって参入通知パケットが受信された場合に、所定時間内に別の参入通知パケットを受信済みであるか否かを判定する。また、送信部１４３は、判定部２４５によって所定時間内に参入通知パケットを受信済みであると判定された場合に、かかる所定時間が経過するまで待機した後に応答要求パケットをマルチキャストにより送信する。また、送信部１４３は、判定部２４５によって所定時間内に参入通知パケットが受信済みでないと判定された場合に、所定時間が経過するまで待機せずに応答要求パケットをマルチキャストにより送信する。

以下、図面を参照して、実施形態に係る管理装置を説明する。実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

（第１の実施形態）
［エネルギー管理システムの構成］
図１は、第１の実施形態に係るエネルギー管理システム１の構成例を示す図である。図１に示したエネルギー管理システム１は、例えば、宅内に設置されている家電等の制御や監視を実現するシステムであり、ＨＥＭＳなどと呼ばれる。第１の実施形態に係るエネルギー管理システム１は、ＨＥＭＳ標準プロトコルのＥＣＨＯＮＥＴ−Ｌｉｔｅが適用されているものとする。

このエネルギー管理システム１には、図１に示すように、ホームネットワークシステム２と、ユーザ端末４０と、管理サーバ５０とが含まれる。なお、エネルギー管理システム１には、複数のホームネットワークシステム２が含まれてもよいし、複数台のユーザ端末４０や、複数台の管理サーバ５０が含まれてもよい。

ホームネットワークシステム２は、例えばユーザ宅内や店舗内などに構築され、分電盤１０_１、家電１０_２、家電１０_３、ゲートウェイ装置２０、ユーザ端末３０、管理装置１００などを有する。

分電盤１０_１は、例えばユーザ宅内の壁などに設けられ、各種ブレーカーを有し、家電１０_２や家電１０_３へ電力を供給する。家電１０_２や家電１０_３は、ユーザ宅内に設置されている電化製品である。例えば、家電１０_２や家電１０_３は、冷蔵庫、テレビ、エアコン、クッキングヒーター、暖房器具、給湯器、電気錠、インターホン（ドアホン）、照明器具、洗濯機などに該当する。このような分電盤１０_１、家電１０_２及び１０_３は、後述する管理装置１００によって「電源のオン／オフ」や「動作モードの切り替え」といった各種制御や動作状況の監視などが行われる。以下では、管理装置１００によって制御される分電盤１０_１、家電１０_２及び１０_３を区別する必要がない場合には、単に「ノード１０」と表記する場合がある。

ゲートウェイ装置２０は、管理装置１００と接続され、ホームネットワークシステム２を外部のネットワーク３に接続する通信機器である。図１の例では、ゲートウェイ装置２０は、ホームネットワークシステム２内の管理装置１００と、ホームネットワークシステム２外のユーザ端末４０や管理サーバ５０とをネットワーク３を介して接続する。なお、ネットワーク３は、例えば、インターネットやイントラネットに該当する。

ユーザ端末３０は、例えば、ＰＣ（Personal Computer）、携帯電話機、ＰＤＡ（Personal Data Assistance）などであり、管理装置１００に無線ＬＡＮ（Local Area Network）や有線ＬＡＮなどを介して接続される。かかるユーザ端末３０は、ユーザ操作に従ってノード１０に対する制御命令を管理装置１００に送信したり、管理装置１００から受信したノード１０に関する各種情報を表示したりする。

管理装置１００は、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線技術や宅内ＬＡＮを用いて、ノード１０やゲートウェイ装置２０やユーザ端末３０と通信を行う。かかる管理装置１００は、アクセスポイントとしての役割を担い、ユーザ端末３０から入力された各種制御命令をノード１０に送信したり、ノード１０から受信した各種情報をユーザ端末３０に送信したりする。なお、管理装置１００は、ゲートウェイ装置２０と一体となって形成されてもよい。

このように、ホームネットワークシステム２を利用するユーザは、ユーザ端末３０を用いることで、管理装置１００を介してノード１０を制御することができる。例えば、ユーザ端末３０が携帯電話機である場合、ユーザは、宅内で携帯電話機を操作するだけで、ノード１０の動作を制御したり、ノード１０の動作状況を監視したりすることができる。

また、図１において、ホームネットワークシステム２の外部に示したユーザ端末４０は、例えば、携帯電話機、ＰＤＡ、ＰＣなどであり、無線ＬＡＮや有線ＬＡＮなどを介してネットワーク３接続される。かかるユーザ端末４０は、ユーザ端末３０と同様に、ユーザ操作に従ってノード１０に対する制御命令を管理サーバ５０に送信したり、管理サーバ５０から受信したノード１０に関する各種情報を表示したりする。

管理サーバ５０は、ネットワーク３を介してユーザ端末４０から受信した各種制御命令を管理装置１００に送信する。これにより、管理装置１００は、ホームネットワークシステム２の外部に位置するユーザ端末４０から送信された制御命令に基づいて、ノード１０を制御する。また、管理サーバ５０は、ネットワーク３を介して管理装置１００から受信したノード１０に関する各種情報をユーザ端末４０に送信する。これにより、ユーザ端末４０は、ホームネットワークシステム２内に設置されているノード１０に関する各種情報を表示する。このように、ユーザ端末４０のユーザは、ホームネットワークシステム２内に所在しない場合であっても、ノード１０を制御することや、ノード１０の動作状況を監視したりすることができる。

以上のように、第１の実施形態に係る管理装置１００は、ＥＣＨＯＮＥＴ−Ｌｉｔｅ規格に則って、ノード１０との間で各種情報を送受信する。このようなＥＣＨＯＮＥＴ−Ｌｉｔｅは、下位層がＩＰアドレスであることを前提として規定されている。しかし、ノード１０に割り当てられるＩＰアドレスは変化する可能性があるので、管理装置１００は、ノード１０を識別するためのノード識別情報を用いて、通信相手のノード１０を特定する。例えば、管理装置１００は、ノード識別情報として、Ｅｔｈｅｒｎｅｔアドレス等のＭＡＣアドレスを用いる。なお、管理装置１００は、通信のたびにノード１０からＥｔｈｅｒｎｅｔアドレスを問い合わせることを防止するために、キャッシュとして、少なくともＩＰアドレスに対応付けてノード識別情報をアドレステーブルに保持する。例えば、管理装置１００は、ＡＲＰ準拠したＡＲＰテーブルによってＩＰアドレス及びノード識別情報を管理する。

ここで、ＥＣＨＯＮＥＴ−Ｌｉｔｅに準拠するノード１０は、自装置に割り当てられているＩＰアドレスが変化した場合に、ＩＰアドレスが変化したことを示すパケット（以下、「参入通知パケット」と表記する場合がある）を送信する。これにより、管理装置１００は、参入通知パケットを受信することで、アドレステーブルを更新することができるとも考えられる。

しかし、参入通知パケットは、ノード１０からマルチキャストにより送信されるので、管理装置１００は、マルチキャスト宛の参入通知パケットを受信してもアドレステーブルを更新しない。これは、マルチキャスト宛のパケットを受信した際にはアドレステーブル（ＡＲＰテーブル）を更新しないというＡＲＰの仕様による。このため、管理装置１００が保持するアドレステーブルには、変化後のＩＰアドレスに関するエントリが登録されないこととなる。すなわち、管理装置１００が参入通知パケットを受信した場合であっても、実際にノード１０に割り当てられているＩＰアドレスと、アドレステーブルに記憶されているエントリとの間には不整合が生じていることとなる。

そして、アプリケーション（後述するアプリケーション制御部１２０に対応）は、下位層がＩＰアドレスであることが前提となっていることから、参入通知パケットからノード識別情報を取得することができず、さらに、アドレステーブルにも変化後のＩＰアドレスが登録されていないので、参入通知パケットに設定されているＩＰアドレスに対応するノード識別情報をアドレステーブルから取得することもできない。このことは、アプリケーションが、参入通知パケットの送信元ノードに対して、各種パケットを送信することができなくなるという事態を招く。

そこで、第１の実施形態に係る管理装置１００は、以下に説明する処理を行うことにより、ノード１０から参入通知パケットを受信した場合に、ネットワーク負荷が増大することを防止しつつ、アドレステーブルに不整合が発生することを防止する。以下、ノード識別情報がＥｔｈｅｒｎｅｔアドレスであるものとして説明する。

［管理装置の構成］
図２は、第１の実施形態に係る管理装置１００の構成例を示す図である。図２に示すように、管理装置１００は、通信部１１０と、アプリケーション制御部１２０と、記憶部１３０と、アドレス管理制御部１４０とを有する。

通信部１１０は、無線通信処理や有線通信処理を行う。例えば、通信部１１０は、図１に示した分電盤１０_１及び家電１０_２やユーザ端末３０との間で、無線通信により各種情報を送受信する。また、例えば、通信部１１０は、図１に示した家電１０_３やゲートウェイ装置２０との間で、有線通信により各種情報を送受信する。なお、通信部１１０は、後述する上位層処理や下位層処理を行う。

アプリケーション制御部１２０は、ノード１０に対する遠隔操作処理や監視処理を実現するためのプログラムを実行制御する。具体的には、アプリケーション制御部１２０は、通信部１１０によって受信されたパケットに基づいて各種処理を実行する。

記憶部１３０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子等の記憶装置によって実現される。かかる記憶部１３０は、ノード１０との通信時に毎回アドレス問い合わせが発生することを防止するためのキャッシュとして、下位層アドレステーブル１３１と、上位層アドレステーブル１３２とを有する。

下位層アドレステーブル１３１は、ＩＰアドレスをキーとして、Ｅｔｈｅｒｎｅｔアドレスを記憶する。図３に、第１の実施形態に係る下位層アドレステーブル１３１の一例を示す。図３に示すように、下位層アドレステーブル１３１は、ＩＰアドレスに対応付けて、Ｅｔｈｅｒｎｅｔアドレスを記憶する。図３に示した下位層アドレステーブル１３１において、ＩＰアドレスはユニークである。このような下位層アドレステーブル１３１は、例えば、ＡＲＰが適用される管理装置１００によって生成されるＡＲＰテーブルに該当する。なお、管理装置１００は、ノード１０との間でＡＲＰのようなアドレス解決のパケットを交換することで、間接的に下位層アドレステーブル１３１にエントリを追加することができる。また、下位層アドレステーブル１３１内のエントリは、登録されてから所定期間（例えば、数分）が経過すると自動的に削除される。

上位層アドレステーブル１３２は、Ｅｔｈｅｒｎｅｔアドレスをキーとして、ＩＰアドレスを記憶する。図４に、上位層アドレステーブル１３２の一例を示す。図４に示すように、上位層アドレステーブル１３２は、Ｅｔｈｅｒｎｅｔアドレスに対応付けて、ＩＰアドレスと、更新時刻とを記憶する。更新時刻は、上位層アドレステーブル１３２にエントリが登録された時刻を示す。図４に示した上位層アドレステーブル１３２において、Ｅｔｈｅｒｎｅｔアドレスはユニークである。

このような上位層アドレステーブル１３２は、通信部１１０等によって、下位層アドレステーブル１３１から生成される。例えば、通信部１１０は、パケットを送信する際に、下位層アドレステーブル１３１からＩＰアドレスに対応するＥｔｈｅｒｎｅｔアドレスを取得した場合に、かかるＥｔｈｅｒｎｅｔアドレスとＩＰアドレスとの組を上位層アドレステーブル１３２に格納する。なお、上位層アドレステーブル１３２内のエントリは、登録されてから所定期間（例えば、数分）が経過すると自動的に削除される。なお、一般に、上位層アドレステーブル１３２からエントリが削除される所定期間は、下位層アドレステーブル１３１からエントリが削除される所定期間よりも長い。

ところで、上述した通信部１１０は、管理装置１００の外部からパケットを受信した場合、下位層（例えば、Ｅｔｈｅｒｎｅｔアドレスに対応する層）処理を行った後に上位層処理を行う。例えば、通信部１１０は、送信元及び送信先のＥｔｈｅｒｎｅｔアドレスや、送信元及び送信先のＩＰアドレスが付加されているパケットを受信した場合に、送信元及び送信先のＥｔｈｅｒｎｅｔアドレスを除去する下位層処理を行う。そして、通信部１１０は、Ｅｔｈｅｒｎｅｔアドレスを除去した後のパケットをアプリケーション制御部１２０に出力する上位層処理を行う。このとき、通信部１１０は、かかる上位層処理において、パケットの送信元を特定する情報をアプリケーション制御部１２０に出力するために、パケットに付加されていたＩＰアドレスに対応するＥｔｈｅｒｎｅｔアドレスを下位層アドレステーブル１３１から検索する。

また、通信部１１０は、管理装置１００の外部にパケットを送信する場合、上位層処理を行った後に下位層処理を行う。例えば、通信部１１０は、送信元及び送信先のＩＰアドレスを付加する上位層処理を行った後に、送信元及び送信先のＥｔｈｅｒｎｅｔアドレスを付加する下位層処理を行い、上位層処理及び下位層処理後のパケットを送出する。このとき、通信部１１０は、ＩＰアドレスに対応するＥｔｈｅｒｎｅｔアドレスを下位層アドレステーブル１３１から検索する。

図２の説明に戻って、アドレス管理制御部１４０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、アドレス管理制御部１４０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。かかるアドレス管理制御部１４０は、受信部１４１と、生成部１４２と、送信部１４３とを有する。

受信部１４１は、通信部１１０を介して、各種パケットを受信する。例えば、受信部１４１は、ユーザ端末３０からノード１０を制御するための制御命令を含むパケットを受信したり、ノード１０から動作状況情報を含むパケットを受信する。

また、受信部１４１は、ＩＰアドレスが変化したノード１０から参入通知パケットを受信する。かかる参入通知パケットは、ノード１０によってマルチキャストにより送信される。

ここで、管理装置１００は、マルチキャストにより送信される参入通知パケットを受信した場合であっても、下位層アドレステーブル１３１を更新する処理を行わない。このため、管理装置１００が参入通知パケットを受信した時点では、下位層アドレステーブル１３１に不整合が生じることとなる。例えば、下位層アドレステーブル１３１に記憶されているＩＰアドレスは、かかるＩＰアドレスに対応付けて記憶されているＥｔｈｅｒｎｅｔアドレスによって識別されるノード１０とは異なる他のノード１０に割り当てられている可能性がある。

このような下位層アドレステーブル１３１に不整合が生じている状態の場合、上述した通信部１１０は、参入通知パケットをアプリケーション制御部１２０に出力しようとしても、参入通知パケットに付加されていたＩＰアドレスに対応するＥｔｈｅｒｎｅｔアドレスを下位層アドレステーブル１３１から取得できないので、参入通知パケットの送信元ノードに対応するＥｔｈｅｒｎｅｔアドレスをアプリケーション制御部１２０に出力することができない。

また、管理装置１００（例えば、アプリケーション制御部１２０）は、下位層アドレステーブル１３１の不整合を解消するために、参入通知パケットの送信元ノードに対して、何らかのパケットを送信しようとしても、下位層アドレステーブル１３１から送信元ノードに対応するＥｔｈｅｒｎｅｔアドレスを取得できないので、送信元ノードにパケットを送信することができない。

そこで、第１の実施形態に係る受信部１４１は、参入通知パケットを受信した場合に、かかる参入通知パケットをアプリケーション制御部１２０ではなく生成部１４２に出力する。

生成部１４２は、受信部１４１によって参入通知パケットが受信された場合に、参入通知パケットの送信元を検索するための検索パケットを生成する。このとき、生成部１４２は、参入通知パケットに基づいて、参入通知パケットの送信元ノードに関する情報を宛先情報に設定して検索パケットを生成する。第１の実施形態では、生成部１４２は、送信元ノードが搭載しているオブジェクトに関する搭載オブジェクト情報が宛先オブジェクトに設定された検索パケットを生成する。このような検索パケットを受信したノード１０は、宛先オブジェクトに設定されている搭載オブジェクト情報が示すオブジェクトを搭載している場合のみ、かかる検索パケットに応答することとなる。なお、検索パケットは、ノード１０から応答を要求する応答要求パケットであるといえる。

ここで、図５に、第１の実施形態に係る参入通知パケット及び検索パケットの一例を示す。図５の上段には、参入通知パケットＰ１０の一例を示し、図５の下段には、検索パケットＰ２０の一例を示す。

図５の上段に示すように、参入通知パケットＰ１０には、「ＳＥＯＪ」、「ＤＥＯＪ」、「ＥＳＶ」、「ＥＰＣ」、「ＥＤＴ」といった項目が含まれる。「ＳＥＯＪ」は、送信元ＥＣＨＯＮＥＴオブジェクトを識別するための識別子を示す。「ＤＥＯＪ」は、送信先ＥＣＨＯＮＥＴオブジェクトを識別するための識別子を示す。図５に示すように、参入通知パケットＰ１０の「ＳＥＯＪ」及び「ＤＥＯＪ」には、全てのＥＣＨＯＮＥＴオブジェクトが保持することが決められている「ノードプロファイルオブジェクト」を示す「０ｘ０ｅｆ００１」が格納される。すなわち、参入通知パケットＰ１０の送信先ＥＣＨＯＮＥＴオブジェクトには、ホームネットワークシステム２内の全てのＥＣＨＯＮＥＴオブジェクト（参入通知パケットＰ１０を送信したノード以外の他のノードや、管理装置１００など）が指定されていることを示す。

「ＥＳＶ」は、ＥＣＨＯＮＥＴ−Ｌｉｔｅサービスを示す。図５に示した参入通知パケットＰ１０の「ＥＳＶ」には、「状態変化の通知」を示す「０ｘ７３」が格納される。「ＥＰＣ」は、ＥＣＨＯＮＥＴ−Ｌｉｔｅプロパティを示す。「ＥＤＴ」は、ＥＣＨＯＮＥＴ−Ｌｉｔｅプロパティの値を示す。図５に示した参入通知パケットＰ１０の「ＥＰＣ」には、自ノードインスタンスリストＳを示す「０ｘｄ６」が格納される。また、図５に示した参入通知パケットＰ１０の「ＥＤＴ」には、自ノードインスタンスリストとして、エアコンを示す「０ｘ０１０１３００１」情報が格納されている。なお、「ＥＤＴ」に格納されている「０１０１３００１」のうち、先頭２桁の「０１」が台数を示し、「０１３００１」がエアコンを示す。

すなわち、図５に示した例では、参入通知パケットＰ１０の送信元ノードが１台のエアコンを搭載していることを示している。なお、図５では、「ＥＤＴ」に１個の情報が格納される例を示したが、複数のオブジェクトを搭載する場合には、参入通知パケットＰ１０には、複数の「ＥＤＴ」が含まれることとなる。このように、参入通知パケットＰ１０には、送信元ノードが搭載するオブジェクトを示す搭載オブジェクト情報が含まれる。

生成部１４２は、このような参入通知パケットＰ１０を受信した場合に、図５の下段に示した検索パケットＰ２０を生成する。具体的には、生成部１４２は、検索パケットＰ２０の「ＳＥＯＪ」には、参入通知パケットＰ１０と同様に、「ノードプロファイルオブジェクト」を示す「０ｘ０ｅｆ００１」を設定する。一方、生成部１４２は、検索パケットＰ２０の「ＤＥＯＪ」には、「ノードプロファイルオブジェクト」を示す「０ｘ０ｅｆ００１」ではなく、参入通知パケットＰ１０の「ＥＤＴ」に基づいて、参入通知パケットＰ１０の送信元ノードが搭載するオブジェクトを識別するための識別子を設定する。ここの例では、生成部１４２は、参入通知パケットＰ１０の「ＥＤＴ」に設定されている「０１０１３００１」のうち、搭載オブジェクトを示す「０１３００１」を検索パケットＰ２０の「ＤＥＯＪ」に設定する。また、生成部１４２は、検索パケットＰ２０の「ＥＳＶ」に、プロパティ値の読み出し要求を示す「０ｘ６２」を設定する。また、生成部１４２は、検索パケットＰ２０の「ＥＰＣ」に、ノードプロファイルオブジェクトの必須プロパティである自ノードインスタンスリストＳを示す「０ｘｄ６」を設定する。

なお、生成部１４２によって生成される検索パケットは、図５に示した検索パケットＰ２０の例に限られない。例えば、生成部１４２は、「ＥＰＣ」に自ノードインスタンスリストＳを示す「０ｘｄ６」を設定せずに、ノードプロファイルオブジェクトの他の必須プロパティを示す情報を設定してもよい。

図２の説明に戻って、送信部１４３は、生成部１４２によって生成された検索パケットを通信部１１０経由でマルチキャストにより送信する。ここで、送信部１４３がマルチキャストにより検索パケットを送信する理由を説明する。上記の通り、参入通知パケットを受信した時点では、下位層アドレステーブル１３１には不整合が生じている。したがって、通信部１１０や送信部１４３は、下位層アドレステーブル１３１に基づいて宛先ノードのＥｔｈｅｒｎｅｔアドレスを検索パケットに設定しても、参入通知パケットの送信元ノードに検索パケットを送信することができない。このため、送信部１４３は、検索パケットをマルチキャストにより送信することで、ＥＣＨＯＮＥＴ−ＬＩＴＥに準拠する全てのノード１０に検索パケットを送信する。

これにより、通信部１１０は、送信部１４３によって送信された検索パケットを受信したノード１０から応答パケットを受信し、受信した応答パケットに基づいて下位層アドレステーブル１３１を更新する。具体的には、検索パケットを受信したノード１０は、かかる検索パケットの「ＥＤＴ」に設定されている搭載オブジェクト情報が示すオブジェクトを搭載している場合に、「ＥＳＶ」の設定内容に基づいて、自ノードインスタンスリストＳ等のプロパティ値を含む応答パケットを管理装置１００にユニキャストにより送信する。このように、ノード１０は、検索パケットに対する応答パケットについてはユニキャストにより送信する。このため、通信部１１０は、応答パケットに基づいて下位層アドレステーブル１３１を更新することができる。

上記の通り、生成部１４２は、参入通知パケットＰ１０の送信元ノードが搭載するオブジェクトを「ＤＥＯＪ」に設定した検索パケットＰ２０を生成する。このため、通信部１１０は、検索パケットＰ２０を受信したノード１０のうち、参入通知パケットＰ１０の送信元ノードが搭載するオブジェクトと同様のオブジェクトを搭載するノード１０のみから応答パケットを受信することができる。これにより、管理装置１００は、ネットワーク負荷の増大を防止しつつ、下位層アドレステーブル１３１に不整合が発生することを防止することができる。

なお、通信部１１０は、参入通知パケットを受信した場合に、検索パケットに対する応答パケットを受信するまで待機するか、又は、応答パケットを受信することができる所定期間だけ待機する。そして、通信部１１０は、下位層アドレステーブル１３１が更新された後に、下位層アドレステーブル１３１からＩＰアドレスに対応するＥｔｈｅｒｎｅｔアドレスを検索し、検索結果をアプリケーション制御部１２０に通知する。これにより、通信部１１０は、正しいＩＰアドレスとＥｔｈｅｒｎｅｔアドレスとの組をアプリケーション制御部１２０に通知することができる。

［エネルギー管理システムの処理手順］
次に、図６を用いて、エネルギー管理システム１による処理の手順について説明する。図６は、第１の実施形態に係るエネルギー管理システム１による処理手順を示すシーケンス図である。

図６に示した例において、管理装置１００は、ノード１０_１から参入通知パケットをマルチキャストにより受信する（ステップＳ１０１）。この場合に、管理装置１００は、参入通知パケットに設定されている搭載オブジェクト情報を宛先オブジェクトに設定した検索パケットを生成する（ステップＳ１０２）。そして、管理装置１００は、生成した検索パケットをマルチキャストにより送信する（ステップＳ１０３）。管理装置１００によって送信された検索パケットは、ノード１０_１だけでなく、他のノード１０_２にも受信される。

図６に示した例では、ノード１０_１は、検索パケットの搭載オブジェクト情報が示すオブジェクトを搭載するが、ノード１０_２は、かかるオブジェクトを搭載しないものとする。この場合、ノード１０_１は、応答パケットをユニキャストにより管理装置１００に送信する（ステップＳ１０３）。一方、ノード１０_２は、応答パケットを管理装置１００に送信しない。すなわち、図６の例の場合、ノード１０_２からパケットを管理装置１００に不要な応答パケットが送信されないので、ネットワーク負荷が増大することを防止することができる。

続いて、管理装置１００は、ノード１０_１からユニキャストにより応答パケットを受信するので、かかる応答パケットに基づいて、下位層アドレステーブル１３１に、ノード１０_１のＩＰアドレス及びＥｔｈｅｒｎｅｔアドレスを登録する（ステップＳ１０４）。

［第１の実施形態の効果］
上述してきたように、第１の実施形態に係る管理装置１００によれば、参入通知パケットＰ１０の送信元ノードが搭載するオブジェクトを「ＤＥＯＪ」に設定した検索パケットＰ２０をマルチキャストにより送信するので、ノード１０から送信される応答パケット数を抑制でき、この結果、ネットワーク負荷の増大を防止しつつ、下位層アドレステーブル１３１に不整合が発生することを防止できる。

（第２の実施形態）
上記第１の実施形態では、検索パケットの宛先オブジェクトに搭載オブジェクト情報を設定する例を示した。しかし、宛先オブジェクトには、搭載オブジェクト情報が設定されずに、全てのＥＣＨＯＮＥＴオブジェクトが保持する「ノードプロファイルオブジェクト」が設定されてもよい。また、上記第１の実施形態では、管理装置１００が参入通知パケットを受信するたびに検索パケットを送信する例を示した。しかし、検索パケットは、一定期間毎に送信されてもよい。そこで、第２の実施形態では、検索パケットの宛先オブジェクトに「ノードプロファイルオブジェクト」が設定され、かつ、検索パケットが一定期間毎に送信される例について説明する。なお、第２の実施形態に係るエネルギー管理システム１の構成は、管理装置１００の代わりに管理装置２００が含まれる点以外は図１に示した例と同様であるので、以下では説明を省略する。

［管理装置の構成］
図７は、第２の実施形態に係る管理装置２００の構成例を示す図である。図７に示すように、管理装置２００は、アドレス管理制御部２４０を有する。かかるアドレス管理制御部２４０は、判定部２４５と、生成部２４２とを有する。

判定部２４５は、受信部１４１によって参入通知パケットが受信された場合に、所定時間内に別の参入通知パケットを受信済みであるか否かを判定する。具体的には、判定部２４５は、以下に説明するように、タイマーを用いて、現在日時から所定時間だけ過去の間に、他の参入通知パケットを受信済みであるか否かを判定する。

まず、判定部２４５は、受信部１４１によって参入通知パケットが受信された場合に、タイマーが稼動中であるか否かを判定する。そして、判定部２４５は、タイマーが稼動中でない場合には、所定時間内に参入通知パケットを受信済みでないと判定し、所定時間だけタイマーを稼動させる。一方、判定部２４５は、タイマーが稼動中である場合には、所定時間内に参入通知パケットを受信済みであると判定し、再送が必要であることを示す情報を再送フラグに設定する。

生成部２４２は、判定部２４５によって所定時間内に参入通知パケットを受信済みでないと判定された場合に、かかる所定時間が経過するまで待機せずに検索パケットを生成し、生成した検索パケットを送信部１４３に出力する。また、生成部２４２は、判定部２４５によって所定時間内に参入通知パケットを受信済みであると判定された場合に、かかる所定時間が経過するまで待機した後に検索パケットを生成し、生成した検索パケットを送信部１４３に出力する。具体的には、生成部２４２は、タイマーが停止するまで待機した後に、再送が必要であることを示す情報が再送フラグに設定されているか否かを判定する。そして、生成部２４２は、再送が必要であることを示す情報が再送フラグに設定されている場合には、再送フラグをクリアするとともにタイマーを起動し、検索パケットを生成する。

なお、第２の実施形態に係る生成部２４２は、第１の実施形態に係る生成部１４２と異なり、検索パケットの「ＤＥＯＪ」には、全てのＥＣＨＯＮＥＴオブジェクトが保持することが決められている「ノードプロファイルオブジェクト」を示す「０ｘ０ｅｆ００１」を設定する。このため、第２の実施形態に係る管理装置２００は、このような検索パケットを受信した全てノード１０から応答パケットを受信することとなる。ただし、管理装置２００は、以下に説明するように、ネットワーク負荷が増大することを防止できる。

図８は、第２の実施形態に係るアドレス管理制御部２４０による処理例を示す図である。図８では、「０」が設定されている再送フラグは、再送が必要でないことを示し、「１」が設定されている再送フラグは、再送が必要であることを示すものとする。

図８に示すように、まず、タイマーが稼動しておらず、再送フラグに「０」が設定されているものとする。この状態において、所定の時刻ｔ１１に受信部１４１が参入通知パケットを受信した場合、判定部２４５は、タイマーが稼動していないので、タイマーを稼動させる。このタイマーは、時刻ｔ１３まで稼動するものとする。そして、生成部２４２は、検索パケットを生成し、送信部１４３は、生成部２４２によって生成された検索パケットをマルチキャストにより送信する。

この後に、受信部１４１が、時刻ｔ１１において稼動させたタイマーが停止する前（すなわち、時刻ｔ１３になる前）の時刻ｔ１２において参入通知パケットを受信したものとする。この場合、判定部２４５は、タイマーが稼動中であるので、所定時間（タイマーの稼動時間）内に参入通知パケットを受信済みであると判定し、再送フラグに「１」を設定する。このとき、生成部２４２は、判定部２４５によって所定時間内に参入通知パケットを受信済みであると判定されたので、検索パケットを生成しない。すなわち、送信部１４３は、時刻ｔ１２の時点では、検索パケットを送信しない。

また、図８に示すように、受信部１４１が、時刻ｔ１２と時刻ｔ１３との間にも参入通知パケットを受信したものとする。この場合にも、判定部２４５は、所定時間内に参入通知パケットを受信済みであると判定する。そして、生成部２４２は、検索パケットを生成せず、送信部１４３は、検索パケットを送信しない。

そして、時刻ｔ１１において稼動したタイマーが時刻ｔ１３に停止した場合に、生成部２４２は、再送フラグに「１」が設定されているので、検索パケットを生成する。このとき、生成部２４２は、タイマーを稼動するとともに、再送フラグに「０」を設定する。そして、送信部１４３は、生成部２４２によって生成された検索パケットを送信する。

この後に、受信部１４１が参入通知パケットを受信することなく、時刻ｔ１３において稼動したタイマーが時刻ｔ１４に停止した場合、生成部２４２や送信部１４３は、時刻ｔ１３以降に処理を行わない。具体的には、時刻ｔ１３から時刻ｔ１４の間に参入通知パケットを受信していないので、生成部２４２は、タイマーが停止するまで待機することもなく、検索パケットを生成することもない。

このように、第２の実施形態に係る管理装置２００は、参入通知パケットを短期間に連続して受信した場合であっても、所定時間（タイマーの稼動時間）毎に、検索パケットを送信するので、ネットワーク負荷が急激に増大することを防止できる。また、図８に示した例にように、管理装置２００は、タイマーの稼動時間（時刻ｔ１１〜時刻ｔ１３）に複数の参入通知パケットを受信した場合であっても、タイマー停止後（時刻ｔ１３）に検索パケットを１回だけ送信すればよい。これは、第２の実施形態に係る管理装置２００は、宛先オブジェクトに全てのオブジェクトを指定しているので、１回の検索パケットで全てノードから応答パケットを受信することができるからである。このように、第２の実施形態に係る管理装置２００においても、ネットワーク負荷の増大を防止しつつ、下位層アドレステーブル１３１に不整合が発生することを防止できる。

［管理装置の処理手順］
次に、図９を用いて、管理装置２００による処理の手順について説明する。図９は、第２の実施形態に係る管理装置２００による処理手順を示すシーケンス図である。

図９に示すように、管理装置２００は、参入通知パケットを受信した場合に（ステップＳ２０１肯定）、タイマーが稼動中であるか否かを判定する（ステップＳ２０２）。そして、管理装置２００は、タイマーが稼動中である場合には（ステップＳ２０２肯定）、再送フラグを設定する（ステップＳ２０３）。図８の例の場合、管理装置２００は、再送フラグに「１」を設定する。

そして、管理装置２００は、タイマーが停止するまで待機し（ステップＳ２０４）、タイマーが停止した場合には（ステップＳ２０４肯定）、再送フラグが設定されているか否かを判定する（ステップＳ２０５）。そして、管理装置２００は、再送フラグに「１」等が設定されている場合には（ステップＳ２０５肯定）、再送フラグをクリアする（ステップＳ２０６）。図８の例の場合、管理装置２００は、再送フラグに「０」を設定する。

続いて、管理装置２００は、タイマーを稼動させた後に（ステップＳ２０７）、検索パケットを生成し、生成した検索パケットをマルチキャストにより送信する（ステップＳ２０８）。そして、管理装置２００は、検索パケットに対する応答パケットをノード１０から受信した場合に（ステップＳ２０９肯定）、かかる応答パケットに基づいて下位層アドレステーブル１３１を更新する（ステップＳ２１０）。

また、管理装置２００は、参入通知パケットを受信した際に（ステップＳ２０１肯定）、タイマーが稼動中でなければ（ステップＳ２０２否定）、上述したステップＳ２０７〜Ｓ２１０における処理を行う。

（第２の実施形態の効果）
上述してきたように、第２の実施形態に係る管理装置２００によれば、参入通知パケットを短期間に連続して受信した場合であっても、所定時間（タイマーの稼動時間）毎に、検索パケットを送信するので、ネットワーク負荷が急激に増大することを防止しつつ、下位層アドレステーブル１３１に不整合が発生することを防止できる。また、第２の実施形態に係る管理装置２００によれば、所定時間（タイマーの稼動時間）内に、複数の参入通知パケットを受信した場合であっても、タイマー停止後に検索パケットを１回だけ送信すればよいので、ネットワーク負荷の増大を防止しつつ、下位層アドレステーブル１３１に不整合が発生することを防止できる。

（他の実施形態）
上記第１の実施形態と第２の実施形態とは組み合わせることができる。具体的には、第２の実施形態に係る管理装置２００は、宛先オブジェクトに搭載オブジェクト情報を設定した検索パケットを生成してもよい。この場合、管理装置２００は、所定時間毎に、参入通知パケットを受信した数だけ、かかる参入通知パケットに設定されていた搭載オブジェクト情報を宛先オブジェクトに設定した検索パケットを送信する。また、この例において、管理装置２００は、所定時間内（タイマー稼動時間内）に複数の参入通知パケットを受信した場合、かかる複数の参入通知パケットのうち同一の搭載オブジェクト情報が設定されている参入通知パケット群に対しては、検索パケットを１回だけ送信すればよい。

また、上記実施形態におけるエネルギー管理システム１の構成は図１の例に限られない。例えば、エネルギー管理システム１には、ユーザ端末４０や管理サーバ５０が含まれなくてもよい。また、例えば、ホームネットワークシステム２にはユーザ端末３０が含まれなくてもよい。この場合、管理装置１００は、ノード１０を制御するための制御画面等を表示する。そして、ユーザは、かかる制御画面を操作することにより、ノード１０を制及び監視する。

また、上記実施形態では、ＨＥＭＳやＡＲＰに準拠する下位層アドレステーブル１３１を例に挙げて説明した。しかし、上記第１及び第２の実施形態は、マルチキャスト宛に送信されたパケットを受信した場合に、キャッシュ管理されているアドレステーブルを更新しないプロトコルに適用することができる。

以上説明したとおり、上記実施形態によれば、ネットワーク負荷を増大させることなくアドレステーブルに不整合が発生することを防止できる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１０ ノード
１００ 管理装置
１１０ 通信部
１３０ 記憶部
１３１ 下位層アドレステーブル
１４１ 受信部
１４３ 送信部
２４５ 判定部

Claims (5)

1. ノードのＩＰアドレスに対応付けて、当該ノードを識別するための識別情報を記憶する記憶部と；
   前記ノードによってマルチキャストにより送信されるＩＰアドレスの変更通知を受信する受信部と；
   前記受信部によって受信された変更通知に含まれる前記ノードに関する情報を宛先情報に設定した応答要求を示す応答要求パケットをマルチキャストにより送信する送信部と；
   前記送信部によって送信された応答要求パケットに応答したノードから送信される応答パケットに基づいて、前記記憶部を更新する更新部と；
   を具備する管理装置。
2. 前記受信部によって変更通知が受信された場合に、別の変更通知を受信してから所定時間内であるか否かを判定する判定部をさらに具備し、
   前記送信部は、
   前記判定部によって別の変更通知を受信してから前記所定時間内であると判定された場合に、当該所定時間が経過するまで待機した後に応答要求を示す応答要求パケットをマルチキャストにより送信し、前記判定部によって別の変更通知を受信してから前記所定時間内でないと判定された場合に、前記応答要求パケットをマルチキャストにより送信する、
   請求項１に記載の管理装置。
3. ノードのＩＰアドレスに対応付けて、当該ノードを識別するための識別情報を記憶する記憶部と；
   前記ノードによってマルチキャストにより送信されるＩＰアドレスの変更通知を受信する受信部と；
   前記受信部によって変更通知が受信された場合に、所定時間内に変更通知を受信済みであるか否かを判定する判定部と；
   前記判定部によって所定時間内に変更通知を受信済みであると判定された場合に、当該所定時間が経過するまで待機した後に応答要求を示す応答要求パケットをマルチキャストにより送信し、前記判定部によって所定時間内に変更通知を受信済みでないと判定された場合に、当該所定時間が経過するまで待機せずに前記応答要求パケットをマルチキャストにより送信する送信部と；
   前記送信部によって送信された応答要求パケットに応答したノードから送信される応答パケットに基づいて、前記記憶部を更新する更新部と；
   を具備する管理装置。
4. 管理装置が実行するアドレス管理方法であって、
   ノードによってマルチキャストにより送信されるＩＰアドレスの変更通知を受信する受信工程と；
   前記受信工程によって受信された変更通知に含まれる前記ノードに関する情報を宛先情報に設定した応答要求を示す応答要求パケットをマルチキャストにより送信する送信工程と；
   前記送信工程によって送信された応答要求パケットに応答したノードから送信される応答パケットに基づいて、ノードのＩＰアドレスに対応付けて当該ノードを識別するための識別情報を記憶する記憶部を更新する更新工程と；
   を含むアドレス管理方法。
5. 管理装置が実行するアドレス管理方法であって、
   ノードによってマルチキャストにより送信されるＩＰアドレスの変更通知を受信する受信工程と；
   前記受信工程によって変更通知が受信された場合に、所定時間内に変更通知を受信済みであるか否かを判定する判定工程と；
   前記判定工程によって所定時間内に変更通知を受信済みであると判定された場合に、当該所定時間が経過するまで待機した後に応答要求を示す応答要求パケットをマルチキャストにより送信し、前記判定工程によって所定時間内に変更通知を受信済みでないと判定された場合に、当該所定時間が経過するまで待機せずに前記応答要求パケットをマルチキャストにより送信する送信工程と；
   前記送信工程によって送信された応答要求パケットに応答したノードから送信される応答パケットに基づいて、ノードのＩＰアドレスに対応付けて当該ノードを識別するための識別情報を記憶する記憶部を更新する更新工程と；
   を含むアドレス管理方法。

Images