JP2019024161A - 通信装置及びデータ転送方法 - Google Patents

Abstract

【課題】データ転送の設定作業が簡単であり、処理負荷が低い通信装置を提供する。【解決手段】６ＬｏＷＰＡＮに準拠した通信を行うワイヤレスセンサーネットワーク１０８に接続する機器１０３〜１０６から、各機器が利用しようとする第１のアドレスと同一のアドレスを有する他の機器がネットワーク１０８内に存在するかを確認するための確認メッセージを受信する受信手段と、受信手段により確認メッセージを受信した場合に、第１のアドレスと同一のアドレスを有する他の機器がネットワーク１０８内に存在するか否かを判定する判定手段と、判定手段による判定の結果を、確認メッセージの応答として各機器に通知する通知手段と、受信手段が確認メッセージを受信し、通知手段が当該確認メッセージの応答として判定手段による判定の結果を通知するまでの間に、各機器が送信するデータの転送設定を行う第１の設定手段と、を備えた。【選択図】図１

Description

本発明は、６ＬｏＷＰＡＮ通信を行うネットワークに接続される通信装置に関する。

従来から、センサー装置（以降、センサー）が送信するセンサーデータを転送する無線センサーネットワーク（Ｗｉｒｅｌｅｓｓ Ｓｅｎｓｏｒ Ｎｅｔｗｏｒｋ、以降ＷＳＮ）がある。特に電池駆動の小型センサーを含むＷＳＮは、ＺｉｇＢｅｅ（登録商標）やＷｉ−ＳＵＮ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの無線ＰＡＮ（Ｗｉｒｅｌｅｓｓ Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、以降ＷＰＡＮ）に分類される無線通信規格を用いて構成することが多い。これらの規格は消費電力を抑えた無線ネットワークに適している。また、近年では、６ＬｏＷＰＡＮ（ＩＰｖ６ ｏｖｅｒ Ｌｏｗ ｐｏｗｅｒ Ｗｉｒｅｌｅｓｓ Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋｓ）と呼ばれるプロトコルを用いて、無線ＰＡＮ上でＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ バージョン６）通信を行えるようにしたＷＳＮを構築するケースも増加している。

さらに、近年では、ＷＳＮとＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）の間でデータ通信を中継する通信装置（以下、通信装置の一つとして「ゲートウェイ装置」を用いて説明する）を用いて、ＷＳＮから拠点ネットワークのサーバやクラウドと呼ばれる仮想化基盤上のサーバへ、センサーデータをＩＰ通信で転送する情報処理システムも増えている。このようなゲートウェイ装置は、一般にＩｏＴ（Ｉｎｔｅｒｎｅｔ Ｏｆ Ｔｈｉｎｇｓ）ゲートウェイ（以降、ＩｏＴ−ＧＷ）と呼ばれる。

多種多数のセンサーを配置して膨大なデータを処理するシステムでは、ＷＳＮとＬＡＮの接点であるＩｏＴ−ＧＷが、データの種別やトラフィック量に応じて適切な処理装置に転送することで、データの収集や解析の分散処理が可能となる。しかし、ＷＳＮに接続するセンサーの追加などに追従し、個々のセンサーやＩｏＴ−ＧＷを設定する作業は煩雑となり、システム管理が困難になる問題が生じうる。ゆえに、ＷＳＮに対する設定を自動化する方法が必要とされている。

このような問題に対し、特許文献１では、６ＬｏＷＰＡＮ通信可能な無線センサーノードのＩＰｖ６アドレス自動構成処理において、無線センサーノードがルータ要請メッセージにセンサー固有情報を付加して送信し、ゲートウェイ装置がＷＳＮ外部のサービスサーバから無線センサーノードの設定情報を取得してルータ広告メッセージに付加してセンサーノードへ送信する方法が開示されている。特許文献１記載の技術では、無線センサーノードがサービスサーバのＩＰアドレスを取得後は、無線センサーノードがサービスサーバと直接通信する。

また、特許文献２の技術によれば、６ＬｏＷＰＡＮ通信を行うセンサーが、自身のＩＰｖ６アドレスを決定するため、ボーダルータ（ゲートウェイ装置）においてＩＰｖ６アドレスの重複確認処理を行うようにしている。そしてボーダルータの重複確認処理が成功すると、センサーが自身のＩＰｖ６アドレスを設定し、センサーデータを送信するために待機する。センサーがはじめてセンサーデータを送信すると、ボーダルータがＷＳＮ外部の機器管理サーバにアクセスし、当該機器管理サーバにセンサー情報の登録を行う。センサー情報の登録が成功すると、ボーダルータが該センサーからのセンサーデータの転送設定を行う。以降は、該センサーからのセンサーデータは転送設定に従って転送する。なお、センサーがＩＰｖ６アドレス設定後にはじめてセンサーデータをボーダルータに送信するときは、機器管理サーバにおけるセンサー情報の登録やボーダルータにおける転送設定がまだ完了していないため、ボーダルータはセンサーデータをバッファに蓄積しておき、ＷＳＮ外部の機器管理サーバにアクセスする。

国際公開第ＷＯ０８／１０２７５５号 特開２０１４−７８７７３号公報

しかしながら、特許文献１の技術では、ゲートウェイ装置がセンサーノードからルータ要請メッセージを受信すると、センサーデータの処理を行うサービスサーバからセンサーノードの設定情報を取得してセンサーノードへ送信する。センサーノードはこの情報に基づいて自身の送信データの宛先等を設定する。以降の通信は、センサーノードからサービスサーバに直接送信する構成になっている。このため、特許文献１の技術によれば、サービスサーバが無線センサーノードの管理を行わなければならなかった。したがって、センサーの追加や変更が多数想定されるＷＳＮでは、サービスサーバにおける管理が煩雑であった。

また、特許文献２の技術では、センサーノードがＩＰｖ６アドレスの重複確認を要請し、ＩＰｖ６アドレスの重複確認処理が成功に終わると、センサーが自身のＩＰｖ６アドレスを設定し、センサーデータを送信するために待機する。センサーがはじめてセンサーデータを送信するときに、機器管理サーバへの登録と、センサーデータの転送設定を行う。このため、最初にセンサーデータを送信するときに、直ちにセンサーデータの処理サーバに送信することができず、転送設定等を行うためセンサーやボーダルータにおける通信処理が多かった。また、ゲートウェイ装置が、転送設定が完了するまで、センサーが最初に送信したセンサーデータをバッファメモリに保持しなければならなかった。

上記を鑑み、本発明は、６ＬｏＷＰＡＮに準拠した通信を行うネットワークに接続する機器が送信するデータの転送設定を、より迅速に完了できるようにすることを目的とする。

本発明による通信装置は、６ＬｏＷＰＡＮに準拠した通信を行う第１のネットワークに接続する機器から、前記機器が利用しようとする第１のアドレスと同一のアドレスを有する他の機器が前記第１のネットワーク内に存在するかを確認するための確認メッセージを受信する受信手段と、前記受信手段により前記確認メッセージを受信した場合に、前記第１のアドレスと同一のアドレスを有する他の機器が前記第１のネットワーク内に存在するか否かを判定する判定手段と、前記判定手段による判定の結果を、前記確認メッセージの応答として前記機器に通知する通知手段と、前記受信手段が前記確認メッセージを受信し、前記通知手段が当該確認メッセージの応答として前記判定手段による判定の結果を通知するまでの間に、前記機器が送信するデータの転送設定を行う第１の設定手段と、を有する。

本発明によれば、６ＬｏＷＰＡＮに準拠した通信を行うネットワークに接続する機器が送信するデータの転送設定を、より迅速に完了できるようにすることができる。

本発明の一実施形態による情報処理システムの構成を示す図である。 本発明の一実施形態によるＩｏＴ−ＧＷのハードウェア構成を示すブロック図である。 本発明の一実施形態によるセンサーのハードウェア構成を示すブロック図である。 本発明の一実施形態によるセンサーのＩＰｖ６アドレス自動設定処理のシーケンス図である。 本発明の一実施形態によるセンサーの、ＩｏＴ−ＧＷに１ホップで接続する場合のＩＰｖ６アドレス自動設定処理のシーケンス図である。 ＡＢＲＯのフォーマット図である。 ＡＲＯのフォーマット図である。 ＤＡＲおよびＤＡＣのフォーマット図である。 本発明の一実施形態によるＩｏＴ−ＧＷにおけるＩＰｖ６アドレス重複確認処理のフローチャートである。 本発明の一実施形態によるＩｏＴ−ＧＷにおけるＩＰｖ６アドレスの有効期間タイムアウト処理のフローチャートである。

本発明の実施形態について、図面を参照して説明する。なお、以下の実施形態で説明する特徴の組み合わせの全てが本発明に必須のものとは限らない。

［システム構成］
図１は、本実施形態の情報処理システム１００の構成を示す。図１の情報処理システム１００は、ＬＡＮ１０７、ＷＳＮ１０８、ＩｏＴ−ＧＷ１０１、機器管理サーバ１０２、センサーデータ処理サーバ（Ａ）１０９、およびＷＡＮ１１０を介してＬＡＮ１０７に接続する他のセンサーデータ処理サーバ（Ｂ）１１１を含むように構成されている。ＷＳＮ１０８には、センサー１０３、１０４、１０５及び１０６が接続されている。なお、本実施形態において、センサー１０３、１０４、１０５、及び１０６をまとめて呼称する場合は、センサー１０３−１０６と記載する。

ＩｏＴ−ＧＷ１０１は、ＷＳＮ１０８とＬＡＮ１０７の両方に接続する。ＩｏＴ−ＧＷ１０１とＬＡＮ１０７との接続は、例えばＥｔｈｅｒｎｅｔ（登録商標）などの有線接続であってもよいし、Ｗｉ−Ｆｉ（登録商標）などの無線接続であってもよい。そして、ＩｏＴ−ＧＷ１０１は、ＬＡＮ１０７を介して機器管理サーバ１０２及びセンサーデータ処理サーバ（Ａ）１０９と接続してＩＰｖ６通信を実行する。また、ＬＡＮ１０７とＷＡＮ１１０を介してセンサーデータ処理サーバ（Ｂ）１１１と接続してＩＰｖ６通信を実行する。なお、センサーデータ処理サーバ（Ｂ）１１１は一般にクラウドと呼ばれる仮想化プラットフォーム上にあるサーバであってもよい。機器管理サーバ１０２は、情報処理システムを構成する各機器やセンサーについて、システムへの接続および設定や状態の管理を担うサーバである。また、センサーデータ処理サーバ（Ａ）１０９とセンサーデータ処理サーバ（Ｂ）１１１は、情報処理システム１００内のセンサーが送信するセンサーデータの収集、蓄積、解析等を実行する。

一方、ＩｏＴ−ＧＷ１０１とセンサー１０３−１０６は、無線ＰＡＮ通信でメッシュネットワークであるＷＳＮ１０８を構築する。ＷＳＮ１０８はメッシュ型のネットワークトポロジーに限定されるものではなく、ＩｏＴ−ＧＷ１０１を中心とするスター型のようなネットワークであってもよい。なお、ＩｏＴ−ＧＷ１０１とセンサー１０３−１０６以外の他の装置がＷＳＮ１０８に接続していてもよい。無線ＰＡＮの通信規格は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）、及びＷｉ−ＳＵＮ（登録商標）が挙げられる。ＷＳＮ１０８の通信では、これらの中のいずれかの無線ＰＡＮ規格のプロトコルを使用するが、その上位のネットワーク層のプロトコルには６ＬｏＷＰＡＮを使用するものとしている。

センサー１０３―１０６のそれぞれは、６ＬｏＷＰＡＮパケットを含む無線ＰＡＮフレームを送信する。ＩｏＴ−ＧＷ１０１は、ＷＳＮ１０８とＬＡＮ１０７間でパケットの転送を実行する。ＷＳＮ１０８からＬＡＮ１０７へパケットを転送する場合は６ＬｏＷＰＡＮプロトコルのパケットをＩＰｖ６パケットに変換する。逆にＬＡＮ１０７からＷＳＮ１０８へ転送する場合は、ＩＰｖ６パケットを６ＬｏＷＰＡＮパケットに変換する。

［ＩｏＴ−ＧＷ１０１のハードウェア構成］
次に、ＩｏＴ−ＧＷ１０１のハードウェア構成について、図２を参照して説明する。図２の１０１は、図１のＩｏＴ−ＧＷ１０１を表す。ＩｏＴ−ＧＷ１０１の内部は、主に、システムバス２０１にＣＰＵ２０２、ＲＡＭ２０３、ＲＯＭ２０４、ＰＡＮ制御部２０５、ＬＡＮ制御部２０６、転送入力制御部２０７、転送処理部２０８が接続するハードウェア構成となっている。システムバス２０１は、接続するＣＰＵ２０２等の各ブロック間でデータを伝達する。

ＣＰＵ２０２で実行するプログラムにはＯＳやアプリケーション、ＴＣＰ／ＩＰプロトコルスタック、無線ＰＡＮプロトコルスタックが含まれる。ＲＡＭ２０３は、ＩｏＴ−ＧＷ１０１の主記憶部であって、主に、ＣＰＵ２０２、転送入力制御部２０７、および転送処理部２０８の処理実行時にデータの一時記憶領域として使用される。ＲＯＭ２０４は、ＣＰＵ２０２が実行するソフトウェアプログラムが格納される不揮発性の記憶部である。ＲＯＭ２０４に格納されるプログラムは、ＲＡＭ２０３に転送され、ＣＰＵ２０２によって読み出されて実行される。

ＰＡＮ制御部２０５は、ＷＳＮ１０８に接続する無線ＰＡＮ規格の通信インターフェースである。無線ＰＡＮ規格に対応した物理層、ＭＡＣ層の通信制御を実行し、ＷＳＮ１０８との無線接続およびパケットの送受信の機能を提供する。例えばＺｉｇＢｅｅ（登録商標）の場合、ＩＥＥＥ８０２．１５．４に対応した物理リンク制御を実行する。なお、本実施形態では、ＩｏＴ−ＧＷ１０１がメッシュネットワーク構成のＷＳＮ１０８に接続するものとしているが、Ｂｌｕｅｔｏｏｔｈ（登録商標）の場合にはＩｏＴ−ＧＷ１０１とセンサーがピアツーピア接続で通信するものとしてもよい。

ＬＡＮ制御部２０６は、ＬＡＮ１０７に接続する通信インターフェースであり、有線ＬＡＮもしくは無線ＬＡＮの通信制御を実行する。例えば、ＩｏＴ−ＧＷ１０１が有線ＬＡＮで接続する形態とする場合、ＬＡＮ制御部２０６には伝送メディアのＰＨＹ及びＭＡＣ（伝送メディア制御）ハードウェア回路が含まれる。有線ＬＡＮで接続する形態の場合、ＬＡＮ制御部２０６はＥｔｈｅｒｎｅｔ（登録商標）のＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）に相当する。あるいは、ＩｏＴ−ＧＷ１０１が無線ＬＡＮで接続する形態とする場合、ＬＡＮ制御部２０６は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ等の無線ＬＡＮ制御を実行するコントローラ、ＲＦ回路、アンテナが含まれる。

転送入力制御部２０７は、ＰＡＮ制御部２０５がＷＳＮ１０８から受信する無線ＰＡＮフレームを転送処理部２０８の処理対象とするかどうか判定する。この判定は、無線ＰＡＮフレームが６ＬｏＷＰＡＮパケットを含むか否かを判定することも含まれる。この判定の結果、６ＬｏＷＰＡＮパケットを持つフレームは、無線ＰＡＮ規格のフレーム形式から、転送処理部２０８で処理可能なＥｔｈｅｒｎｅｔフレーム形式に変換する。さらに該フレームのペイロードデータは、６ＬｏＷＰＡＮからＩＰｖ６へパケット形式を変換する。これらの変換処理の後、該フレームを転送処理部２０８に入力する。

転送処理部２０８は、フレーム転送処理を行う機能部である。転送対象フレームには、ＰＡＮ制御部２０５が受信して転送入力制御部２０７を介して入力されるフレームや、ＣＰＵ２０２が実行するＴＣＰ／ＩＰプロトコルスタックが送信するフレームが含まれる。転送処理部２０８では、入力されたフレームを解析し、該フレームの転送条件をチェックし、該フレームの転送に係る処理を実行する。転送処理部２０８は、ＬＡＮ１０７側に転送するフレームについては、そのヘッダ情報（例えばＥｔｈｅｒｎｅｔヘッダ及びＩＰｖ６ヘッダの各フィールド）を設定する。代表的には、該転送フレームのＩＰｖ６ヘッダ情報の宛先フィールドを設定する。

［ＩｏＴ−ＧＷ１０１におけるセンサーデータの転送］
前述したように、ＩｏＴ−ＧＷ１０１は、ＷＳＮ１０８から受信する６ＬｏＷＰＡＮパケットについて、転送条件をチェックし、ＬＡＮ１０７側へと転送する。本実施形態において、センサー１０３−１０６は、何らかの測定や検知を行う装置であり、ＩｏＴ−ＧＷ１０１宛てのセンサーデータを含む６ＬｏＷＰＡＮパケットを送信する。そして、該転送条件は、センサー１０３−１０６から自装置宛てに送信されたセンサーデータを含む６ＬｏＷＰＡＮパケットであって、センサーデータを含むことを条件としている。

また、センサーデータの種類により、転送パケットの宛先アドレスを、センサーデータ処理サーバ（Ａ）１０９またはセンサーデータ処理サーバ（Ｂ）１１１のいずれかにセットして転送する。

この転送処理はＩｏＴ−ＧＷ１０１内部の転送処理部２０８で実行される。本実施形態では、転送処理部２０８にはＯｐｅｎＦｌｏｗスイッチ（登録商標）の機能が搭載される。ＯｐｅｎＦｌｏｗスイッチは、フローテーブルと呼ばれる転送設定リストを持つ。転送設定リストには、マッチングルールと呼ばれる転送パケットを特定する条件と、アクションと呼ばれる転送処理内容が記述される。

本実施形態では、転送処理部２０８のフローテーブルに、センサー１０３−１０６が送信するセンサーデータのパケット転送設定を含む。各パケット転送設定は、センサーデータのパケットを特定するためのマッチングルールと、転送時に宛先ＩＰｖ６アドレスをセットすることを含むアクションが記述される。また、ＩｏＴ−ＧＷ１０１のフローテーブルへの設定は、機器管理サーバ１０２が、ＯｐｅｎＦｌｏｗプロトコル通信で実行する。機器管理サーバ１０２は、センサー１０３−１０６を管理するとともに、それらが送信するセンサーデータの収集や解析のため、パケットの転送先についても管理する。

［センサー１０３のハードウェア構成］
次に、センサー１０３のハードウェア構成の一例について、図３を参照して説明する。図３は、本実施形態のセンサー１０３のハードウェア構成を示すブロック図である。図３の１０３が図１のセンサー１０３を表す。センサー１０３はマイクロプロセッサ、ＲＡＭ、ＲＯＭ、シリアル通信バスインタフェースなどのハードウェアを１つにまとめた集積回路であるＭＣＵ（Ｍｉｃｒｏ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）３０１と、ＰＡＮ制御部３０２と、センサー部３０３で構成される。ＰＡＮ制御部３０２とセンサー部３０３は、ＵＡＲＴ、Ｉ２Ｃ、ＳＰＩなどのいずれかのシリアル通信バスでＭＣＵ３０１と接続する。

ＭＣＵ３０１は、各々の機能部の制御、無線ＰＡＮプロトコル処理、センサーデータの取得や送信などの処理を実行する。これらの処理は、ＭＣＵ３０１内部に記録されるソフトウェアプログラムとして実装される。

ＰＡＮ制御部３０２は、ＷＳＮ１０８に接続する無線ＰＡＮ規格の通信インターフェースである。図２のＰＡＮ制御部２０５と同等の機能を有する。また、センサー部３０３は、ジャイロ、加速度、方位、距離、振動、温度、照度、ＵＶ、気圧、ガス、放射能、におい、ドアや窓の開閉、侵入検知など、何らかの値の測定やイベント検知を行うことができるセンサー素子とＡ／Ｄ変換器を含む集積回路である。ＭＣＵ３０１が実行するプログラムは、センサー部３０３からデータを取得してセンサーデータを作成する。そしてセンサーデータをＰＡＮ制御部３０２に出力することでＷＳＮ１０８に送信する。

［センサー１０３のＩＰｖ６アドレス自動設定処理］
次にセンサー１０３がＷＳＮ１０８に接続したときのＩＰｖ６アドレス自動設定処理について、図４を参照しながら説明する。図１に示すようにセンサー１０３は、近隣のセンサー１０４に接続する。そして、センサー１０４との無線ＰＡＮリンクが確立すると、ＩｏＴ−ＧＷ１０１までの無線ＰＡＮメッシュネットワークにおける通信経路が確立する。センサー１０３は、ＷＳＮ１０８に接続したのち、６ＬｏＷＰＡＮで通信するためのＩＰｖ６アドレスを自動設定する。

図４はセンサー１０３の６ＬｏＷＰＡＮネットワークにおけるＩＰｖ６アドレス自動設定の通信シーケンスを示している。尚、図４の通信シーケンスは、ＲＦＣ６７７５に準拠したシーケンスである。センサー１０３は、まず４０１で、ルータ要請（ＲＳ：Ｒｏｕｔｅｒ Ｓｏｌｉｃｉｔａｔｉｏｎ）メッセージを近隣の６ＬｏＷＰＡＮルータノードに向けて送信すると、センサー１０４がこのメッセージを受信する。このルータ要請メッセージは、ＩＰｖ６アドレスを生成するためのリンク層のアドレス情報（プレフィックスの情報）や、６ＬｏＷＰＡＮパケットを送信するルータの宛先情報を得るために送信される。そして、センサー１０４は、４０２で、ルータ広告（ＲＡ：Ｒｏｕｔｅｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ）メッセージをセンサー１０３に送信する。このルータ広告メッセージは、プレフィックスの情報や６ＬｏＷＰＡＮパケットの宛先情報をセンサー１０３に通知するために送信される。このＲＡメッセージには、ＰＩＯ（Ｐｒｅｆｉｘ Ｉｎｆｏｒｍａｔｉｏｎ Ｏｐｔｉｏｎ）、６ＣＯ（６ＬｏＷＰＡＮ Ｃｏｎｔｅｘｔ Ｏｐｔｉｏｎ）、ＡＢＲＯ（Ａｕｔｈｏｒｉｔａｔｉｖｅ Ｂｏｒｄｅｒ Ｒｏｕｔｅｒ Ｏｐｔｉｏｎ）等のオプションが付与される。センサー１０３は、ＲＡメッセージのＰＩＯや６ＣＯの情報から、ＷＳＮ１０８の６ＬｏＷＰＡＮネットワークにおけるＩＰｖ６アドレスのプリフィクスを取得する。そしてこのプリフィクスを使用して自身に設定すべきＩＰｖ６アドレスを生成する。また、６ＬｏＷＰＡＮではＲＡメッセージのＡＢＲＯで、６ＬｏＷＰＡＮボーダルータのＩＰｖ６アドレスが通知される。図６にＡＢＲＯのフォーマットを示す。本実施形態では、図６の６０１の“６ＬＢＲ Ａｄｄｒｅｓｓ”フィールドにＩｏＴ−ＧＷ１０１のＩＰｖ６アドレスがセットされることになる。このため、センサー１０３は、センサー１０４から受信するＲＡメッセージのＡＢＲＯの情報からＩｏＴ−ＧＷ１０１のＩＰｖ６アドレスを取得する。そして、取得したＩＰｖ６アドレスをセンサー１０３がセンサーデータを送信する６ＬｏＷＰＡＮパケットの宛先として設定する。

次に、図４の４０３から４０６の通信シーケンスは、センサー１０３が生成したＩＰｖ６アドレスが他ノードと重複していないかを確認する処理である。センサー１０３は、４０３で、近隣要請（ＮＳ：Ｎｅｉｇｈｂｏｒ Ｓｏｌｉｃｉｔａｔｉｏｎ）メッセージをセンサー１０４に送信する。この近隣要請メッセージは、リンク層のアドレスの問い合わせとデータの到達可能性の確認と重複アドレスの検出を要請するメッセージである。６ＬｏＷＰＡＮでは、このＮＳメッセージのオプションにはＡＲＯ（Ａｄｒｅｓｓ Ｒｅｇｉｓｔｒａｔｉｏｎ Ｏｐｔｉｏｎ）が付与される。ＡＲＯは、６ＬｏＷＰＡＮボーダルータが６ＬｏＷＰＡＮノードを識別するための６４ビットの識別子を通知するオプションである。本実施形態では、ＷＳＮ１０８に接続する装置がセンサー装置である場合には、ＡＲＯ付きＮＳメッセージで、センサーデータの種別を表すセンサー種別コードを通知するようにしている。本実施形態におけるＡＲＯのフォーマットを図７に示す。センサー１０３は、図７の７０１の“Ｓｅｎｓｏｒ Ｔｙｐｅ”フィールドにセンサー種別コードをセットする。そして、７０２の“ＥＵＩ−６４”フィールドにセンサー１０３の６ＬｏＷＰＡＮノード識別子をセットする。ここで、ＲＦＣ６７７５では、７０１のフィールドは“Ｒｅｓｅｒｖｅｄ”となっており０（ゼロ）を設定するように記述されている。ゆえに、センサー装置ではないノードが送信するＡＲＯでは７０１のフィールドの値に０（ゼロ）が設定される。本実施形態では、非ゼロの場合にセンサー装置であることと、そのセンサーデータの種別を表すものとする。

そして、センサー１０４は、４０３のＮＳメッセージを受信すると、ＩｏＴ−ＧＷ１０１に対して４０４の重複アドレス要求（ＤＡＲ：Ｄｕｐｌｉｃａｔｅ Ａｄｄｒｅｓｓ Ｒｅｑｕｅｓｔ）メッセージを送信する。この要求は６ＬｏＷＰＡＮネットワーク内に、同じＩＰｖ６アドレスを持つノードが存在していないかの問い合わせである。本発明では、６ＬｏＷＰＡＮのＷＳＮにおいて、このＤＡＲメッセージの送信を利用して、ＩＰｖ６アドレスの重複確認を実行している６ＬｏＷＰＡＮノードが、センサー装置であるか否かと、センサー装置である場合にはセンサーデータの種別を表すセンサー種別コードを６ＬｏＷＰＡＮボーダルータに通知するようにしている。センサー１０４が作成するＤＡＲメッセージのフォーマットを図８に示す。図８の８０１の“Ｓｅｎｓｏｒ Ｔｙｐｅ”フィールドにセンサー１０３のセンサー種別コードがセットされ、８０２の“ＥＵＩ−６４”フィールドにセンサー１０３の６ＬｏＷＰＡＮノード識別子をセットする。これらのフィールドは、センサー１０３から受信したＡＲＯから各フィールド値をコピーして設定する。なお、８０３の“Ｔｙｐｅ”フィールドには数値１５７、８０４の“Ｓｔａｔｕｓ”フィールドはゼロがセットされる。８０５の“Ｒｅｇｉｔｒａｔｉｏｎ Ｌｉｆｅｔｉｍｅ”や８０６の“Ｒｅｇｉｓｔｅｒｅｄ Ａｄｄｒｅｓｓ”フィールドについても、受信したＡＲＯ付きのＮＳパケットからそれぞれ値を取得してセットする。

次にＩｏＴ−ＧＷ１０１は、４０４のＤＡＲメッセージを受信する。ＩｏＴ−ＧＷ１０１は、ＤＡＲメッセージを受信するとＩＰｖ６アドレス重複確認処理（図４の４０７の部分）を実施する。この処理の結果は、４０５でＤＡＣ（Ｄｕｐｌｉｃａｔｅ Ａｄｄｒｅｓｓ Ｃｏｎｆｉｒｍａｔｉｏｎ）メッセージ（重複アドレス確認メッセージ）を送信して通知する。ＤＡＣメッセージは、ＩＰｖ６アドレスの重複確認処理の結果を重複アドレス要求の送信元に返すメッセージである。

本実施形態では、４０７のＩＰｖ６アドレス重複確認処理において、ＩｏＴ−ＧＷ１０１は機器管理サーバ１０２とＬＡＮ１０７を介して通信を行う。図４の４０８に示す通信で、ＩｏＴ−ＧＷ１０１が、センサー１０３の６ＬｏＷＰＡＮノード識別子、ＩＰｖ６アドレス、センサー種別コードなどの情報を機器管理サーバ１０２に通知し、センサー１０３を情報処理システム１００に登録する。そして、４０９に示す通信において、機器管理サーバ１０２は、ＩｏＴ−ＧＷ１０１に対してセンサー１０３のセンサーデータの転送設定を実行する。これにより、機器管理サーバ１０２がセンサー１０３およびそのセンサーデータを収集や解析の対象として管理し、さらにＩｏＴ−ＧＷ１０１においては、センサーデータの６ＬｏＷＰＡＮパケットを転送可能な状態となる。図４の４０７のＩＰｖ６アドレス重複確認処理の説明は後述するが、ＩｏＴ−ＧＷ１０１に対するセンサーデータの転送設定までが正常に完了した場合に、処理結果が成功となり、ＤＡＣパケットでその結果を返すことになる。

ＤＡＣメッセージのフォーマットは、図８に示したＤＡＲメッセージと同形式である。ＤＡＣでは、８０３の“Ｔｙｐｅ”フィールドには値１５８がセットされる。また、８０４の”Ｓｔａｔｕｓ“フィールドにおいてＩＰｖ６アドレス重複確認の結果を通知する。例えば０（ゼロ）は、結果が成功であることを意味する。

次に、４０５のＤＡＣメッセージをセンサー１０４が受信する。センサー１０４はＤＡＣメッセージを受信すると、センサー１０３へ４０６の近隣広告（Ｎｅｉｇｈｂｏｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ）メッセージを送信する。近隣広告メッセージは、近隣要請メッセージ（４０３）に対する応答であり、リンク層アドレスの情報を更新する。このＮＡメッセージのオプションにもＡＲＯが付与される。このＡＲＯのフォーマットは、前述した図７のフォーマットと同じである。但し、センサー１０４がＮＡメッセージで送信するＡＲＯの“Ｓｔａｔｕｓ”フィールド（図７の７０３）には、ＤＡＣメッセージの“Ｓｔａｔｕｓ”フィールド（図８の８０４）に含まれていた値がセットされる。すなわち、４０７のＩＰｖ６アドレス重複確認の処理結果がセットされる。

センサー１０３は、４０６のＮＡメッセージを受信することにより、ＩＰｖ６アドレス重複確認の結果を取得する。ここで、４０６のＮＡメッセージのＡＲＯの“Ｓｔａｔｕｓ”フィールドの値がゼロの場合、ＩＰｖ６アドレス重複確認が成功したとみなすことができる。同時に、センサー１０３がセンサーデータの６ＬｏＷＰＡＮパケットの宛先として設定したＩｏＴ−ＧＷ１０１において、自身が送信するセンサーデータパケットにおける転送設定が成功したことも確認することになる。

以上のようなＩＰｖ６アドレス自動設定処理の通信シーケンスにより、センサー１０３のＩＰｖ６アドレスの重複確認と共に、ＩｏＴ−ＧＷ１０１においてセンサー１０３が送信するセンサーデータの転送設定までが実行されることとなる。そして、その転送設定まで成功したならば、センサー１０３がセンサーデータを送信することが可能な状態となる。

このように本発明では、センサー１０３のＩＰｖ６アドレス自動設定処理のなかで、ＩＰｖ６アドレスの重複確認と共に、ＩｏＴ−ＧＷ１０１におけるセンサー１０３のセンサーデータの転送設定までが一度に実行される。したがって、センサー１０３が次にセンサーデータを送信するときは、ＩｏＴ−ＧＷ１０１は直ちにセンサー１０３のセンサーデータをセンサーデータ処理サーバに転送することができる状態になっている。すなわち、従来の技術のように、次にセンサーがセンサーデータを送信するときに、ＩｏＴ−ＧＷにおいてセンサーデータをバッファに格納して機器管理サーバと交信する必要がない。また、センサー側においても、最初にセンサーデータを送信するときに、すでに機器管理サーバへのセンサー情報の登録やボーダルータにおける転送設定が完了している。これにより、ＩｏＴ−ＧＷやセンサーに対する要求が少なく、さらに、何らかの原因によってセンサーデータの転送設定が失敗した場合の処理を考慮しなくても良い。

なお、もし４０６のＮＡメッセージのＡＲＯの“Ｓｔａｔｕｓ”フィールドの値が非ゼロの場合、ＩＰｖ６アドレスの重複確認が失敗したことを意味する。センサー１０３は、このようなＮＡメッセージを受信したら、生成したＩＰｖ６アドレスを自身に設定せず破棄し、センサーデータを送信しない状態となる。

［ＩｏＴ−ＧＷ１０１のＩＰｖ６アドレス重複確認処理］
次に図４の４０７のＩｏＴ−ＧＷ１０１のＩＰｖ６アドレス重複確認処理について図９のフローチャートを参照しながら説明する。重複確認処理とは、同一ネットワーク内で同一のＩＰアドレスが重複して使用されているか否かを確認する処理である。この処理はＣＰＵ２０２によって実行される。また、ＩｏＴ−ＧＷ１０１が、ＷＳＮ１０８からＤＡＲメッセージやＡＲＯ付きＮＳメッセージを受信したときに実行する処理である。図９のＳ９０１から開始し、Ｓ９０２においてＤＡＤテーブル（Ｄｕｐｌｉｃａｔｅ Ａｄｄｒｅｓｓ Ｄｅｔｅｃｔｉｏｎ Ｔａｂｌｅ）を検索する。ＤＡＤテーブルとは、６ＬｏＷＰＡＮネットワークのＩＰｖ６アドレスとノードの管理テーブルである。ＤＡＤテーブルの登録エントリには、少なくとも、ＩＰｖ６アドレス、該ＩＰｖ６アドレスを持つノードの６ＬｏＷＰＡＮノード識別子、および該ＩＰｖ６アドレス有効期間の情報が含まれる。本実施形態においては、さらに、各エントリがセンサー種別コードの情報を含むものとする。

Ｓ９０２の検索処理では、ＤＡＲメッセージで重複確認を要求されたＩＰｖ６アドレスの登録があるかを検索する。もし登録エントリが存在していればＳ９０３に進み、そうでなければＳ９０４に進む。Ｓ９０４では、該ＩＰｖ６アドレスについてＤＡＤテーブルに新規エントリを登録する。Ｓ９０４からはＳ９０６へ進む。一方、Ｓ９０３では、Ｓ９０２の検索で見つかったＩＰｖ６アドレスのエントリは、同じノードの登録であるかを調べる。同じノードであるかどうかは、エントリが持つ６ＬｏＷＰＡＮ識別子と、ＤＡＲメッセージに含まれる“ＥＵＩ−６４”フィールド（図８の８０２）の値が同じであるかをチェックする。もし同じノードの登録であったならば、Ｓ９０５に進み、そうでなければＳ９１１へと進む。Ｓ９０３からＳ９１１に進む場合は、ＤＡＲメッセージで要求されたＩＰｖ６アドレスが、他ノードで登録されていた場合である。Ｓ９１１では、ＤＡＣメッセージを送信する。このときＤＡＣメッセージの“Ｓｔａｔｕｓ”フィールド（図８の８０４）にＩＰｖ６アドレス重複確認の失敗を示す値をセットして送信する。そしてＳ９１３へ進んでこの処理フローを終了する。

Ｓ９０３からＳ９０５に進んだ場合、ＤＡＲメッセージで重複確認を要求するＩＰｖ６アドレスは既に同じノードでの登録があるので、Ｓ９０５では該ＩＰｖ６アドレスの登録の更新を行う。具体的には、該ＩＰｖ６アドレスの登録エントリ中のＩＰｖ６アドレス有効期間を、受信ＤＡＲメッセージの“Ｒｅｇｉｔｒａｔｉｏｎ Ｌｉｆｅｔｉｍｅ”フィールド（図８の８０５）値を元にセットし直す。そしてＳ９０６へと進む。

次に、Ｓ９０６では、受信ＤＡＲメッセージの“Ｓｅｎｓｏｒ Ｔｙｐｅ”フィールド（図８の８０１）の値により、センサー種別コードの値が０（ゼロ）であるかどうかを調べる。ここでセンサー種別コードが非ゼロである場合は、いずれかのセンサーデータの種類を示すコードを意味する。このため、該ＤＡＲメッセージは、センサーによるＩＰｖ６アドレス自動設定処理におけるＩＰｖ６アドレスの登録もしくは更新を要求するものあったことを意味する。逆に、センサー種別コードがゼロである場合は、センサーではないことを意味する。Ｓ９０６でセンサー種別コードが非ゼロであればＳ９０７へ進み、ゼロならばＳ９１２へと進む。

次のＳ９０７では、ＩｏＴ−ＧＷ１０１と機器管理サーバ１０２間で通信を行い、センサー情報の新規登録もしくは登録更新の処理を行う。なお、Ｓ９０２、Ｓ９０４の各ステップを経てＳ９０６に至った場合は、ＤＡＤテーブルに同一のＩＰｖ６アドレスがなく、新たにＤＡＤテーブルにＩＰｖ６アドレスを登録しようとする場合であるので、機器の新規登録である。一方、Ｓ９０２、Ｓ９０３、Ｓ９０５の各ステップを経てＳ９０６に至った場合は、ＤＡＤテーブルに同一のＩＰｖ６アドレスの登録があり、それがアドレス重複確認を要求しているノードと同一のノードであるので、ＩＰアドレスの有効期間の更新登録である。いずれの場合でも、ＩｏＴ−ＧＷ１０１は、少なくとも６ＬｏＷＰＡＮノード識別子、ＩＰｖ６アドレス、センサー種別コードの３つの情報を機器管理サーバ１０２に伝達する。これにより、機器管理サーバ１０２は、センサー装置およびセンサーデータの管理への登録もしくは更新処理を実行する。それから、次のＳ９０８で、ＩｏＴ−ＧＷ１０１は、該センサー装置によるセンサーデータのパケットの転送設定を機器管理サーバ１０２から受信して転送設定を実行する。この転送設定の通信では、ＯｐｅｎＦｌｏｗプロトコルが使用される。尚、転送設定は、転送しないでパケットを破棄するという内容の設定であってもよい。

次のＳ９０９では、Ｓ９０８での転送設定処理が正常に終了したかを判定する。もし正常に終了しなかったならば、Ｓ９１０に進み、ＤＡＤテーブルから登録されているＩＰｖ６アドレスの登録を削除する。なお、転送設定が正常に終了しない場合とは、例えば転送できる機器の数の上限値を超えた場合がある。ＩｏＴ−ＧＷ１０１は、好ましくはＩＰｖ６アドレスとノードを管理するＤＡＤテーブルと、転送設定を管理する転送テーブルを有している。例えば、センサー１００台を上限値とする転送テーブルを有するＩｏＴ−ＧＷ１０１に対して、１０１台目のセンサーの転送設定を行おうとした場合は転送設定が正常に終了しない（なお、台数は単なる例である）。このようなとき、Ｓ９０８において転送設定処理が正常に終了しなかったと判定され、Ｓ９１０に進み、先に登録した当該ＩＰｖ６アドレスとノードをＤＡＤテーブルから削除する。

Ｓ９１０において、ＤＡＤテーブルから登録されているＩＰｖ６アドレスの登録を削除した後は、Ｓ９１１へと進む。前述のとおり、Ｓ９１１でＩＰｖ６アドレス重複確認の失敗を示す値をセットしてＤＡＣメッセージを送信し、Ｓ９１３へ進んでこの処理フローを終了する。ＩＰｖ６アドレス重複確認の失敗を示すＤＡＣメッセージとは、同一ネットワーク内に同一のＩＰアドレスが使用されているか、転送設定が正常に終了しなかったことを通知するメッセージである。

なお、ＤＡＣやＡＲＯによってＩＰｖ６アドレス重複確認の失敗を通知したセンサーが、繰り返しＩＰｖ６アドレス重複確認要請を送信するのを防止するようにするのが好ましい。ここで、ＩＰｖ６アドレス重複確認の失敗を通知する場合としては、ＩＰｖ６アドレスの重複を検出した時（ステータスコード１）と、ルータの近隣キャッシュがフルになっている時（ステータスコード２）とがある。ステータスコード１を送信したときは、受信したセンサーはＩＰｖ６アドレスの設定を止める。このため、Ｓ９１１においてＩＰｖ６アドレスの重複確認の失敗を送信するときは、ＤＡＣやＡＲＯにステータスコード１を付して送信するのが好ましい。これにより、ＩＰｖ６アドレスの重複確認の失敗を通知したセンサーが繰り返しＩＰｖ６アドレスの重複確認の要請を送信するのを防止することができるのである。

一方、Ｓ９０９のＩｏＴ−ＧＷ１０１の転送設定処理が正常に終了したと判定した場合は、Ｓ９１２へと進む。Ｓ９１２では、ＩＰｖ６アドレス重複確認の成功を示すＤＡＣメッセージを送信する。ＩＰｖ６アドレス重複確認の成功を示すＤＡＣメッセージとは、ＩＰアドレスの新規登録あるいはＩＰアドレスの有効期間の更新登録を行ったことを通知するメッセージである。このときＤＡＣメッセージフォーマットの“Ｓｔａｔｕｓ”フィールド（図８の８０４）には０（ゼロ）がセットされる。尚、センサー装置ではない６ＬｏＷＰＡＮノードのＩＰｖ６アドレス自動設定処理の場合は、Ｓ９０６からＳ９１２に進むことになる。この場合、ＤＡＤテーブルへのＩＰアドレスの登録または更新のみ実行されており、Ｓ９１２でＩＰｖ６アドレスの重複確認処理の成功を示すＤＡＣメッセージを送信して終了することになる。

［センサー１０３のＩＰｖ６アドレスおよびセンサーデータ転送設定の更新］
前述したように、センサー１０３は、ＩＰｖ６アドレスの自動設定処理によってＩＰｖ６アドレスを生成し設定する。一般的に、自動設定するＩＰｖ６アドレスは、永続的に有効でなく、有効期間を設定する。本実施形態においても、センサー１０３は、図４の４０２で受信するＲＡメッセージで通知されるプリフィクスの有効期間よりも短い有効期間を決定し、生成するＩＰｖ６アドレスの有効期間とする。センサー１０３は設定したＩＰｖ６アドレスの有効期間が過ぎるより前に、ＩＰｖ６アドレスの更新処理を実行する。この更新処理のシーケンスは、前述のＩＰｖ６アドレス自動設定処理と同じである。もし、ＩＰｖ６アドレス更新時の自動設定処理で受信するＲＡメッセージ（図４の４０２）で、通知されたＩＰｖ６アドレスのプリフィクスが、設定中のＩＰｖ６アドレスのプリフィクスと同じだった場合、そのＩＰｖ６アドレスの有効期間のみを更新する。センサー１０３は、ＩＰｖ６アドレスの有効期間を更新する場合においても、図４の４０３のＡＲＯ付きＮＳメッセージを送信し、ＩＰｖ６アドレスの重複確認を実行する。

もし、センサー１０３におけるＩＰｖ６アドレス更新時の自動設定処理において、受信したＲＡメッセージで新しいＩＰｖ６アドレスのプリフィクスが通知されたならば、新しいＩＰｖ６アドレスを生成する。この場合、既存のＩＰｖ６アドレスの設定をすぐに削除するか、削除しないで有効期間が経過したときに削除するようにする。

また、ＩＰｖ６アドレスの有効期間を更新時に受信するＲＡメッセージのＡＢＲＯで通知されるＩｏＴ−ＧＷのＩＰｖ６アドレスで、センサーデータを送信する宛先を置き換える。このようにすることにより、センサー１０３は、センサーデータを送信する６ＬｏＷＰＡＮパケットの宛先ＩＰｖ６アドレスを更新することも可能となる。

［センサー１０３のＩＰｖ６アドレス自動設定処理（ＩｏＴ−ＧＷ１０１に１ホップで接続する場合）］
図１のＷＳＮ１０８はメッシュネットワークであることを示しており、センサー１０３がＷＳＮ１０８に接続した場合のＩＰｖ６アドレス自動設定の通信シーケンスについて図４を用いて説明した。図４ではセンサー１０３とＩｏＴ−ＧＷ１０１がセンサー１０４を介して接続する場合の通信シーケンスを示している。ここで、センサー１０３とＩｏＴ−ＧＷ１０１が、１ホップの距離で繋がる場合について、ＩＰｖ６アドレス自動設定の通信シーケンスについて図５を参照しながら説明する。

図５の５０１において、センサー１０３が最初に送信するＲＳメッセージをＩｏＴ−ＧＷ１０１が受信する。そして、５０２において、ＩｏＴ−ＧＷ１０１からセンサー１０３へＡＢＲＯ付きのＲＡメッセージを送信する。センサー１０３は、このＲＡメッセージを受信し、通知されたプリフィクスを使用してＩＰｖ６アドレスを生成する。また、ＡＢＲＯの“６ＬＢＲ Ａｄｄｒｅｓｓ”フィールド（図６の６０１）でＩｏＴ−ＧＷ１０１のＩＰｖ６アドレスが通知されるため、センサーデータの宛先アドレスとして設定する。

次に、センサー１０３は、生成したＩＰｖ６アドレスの重複確認のため、５０３のＡＲＯ付きＮＳメッセージを送信する。ＩｏＴ−ＧＷ１０１は、このＮＳメッセージを受信すると、ＩＰｖ６アドレス重複確認処理（図５の５０５の部分）を実施する。そして、５０４のＡＲＯ付きＮＡメッセージをセンサー１０３宛てに送信し、該処理の結果を通知する。

図５の５０５のＩＰｖ６アドレス重複確認処理は、先に説明した図４の４０７の処理と同様である。５０６では、機器管理サーバ１０２に対してセンサー情報の登録を行い、５０７では、機器管理サーバ１０２がＩｏＴ−ＧＷ１０１に対してセンサーデータのパケットの転送設定を実行する。但し、図５の通信シーケンスの例では、ＩｏＴ−ＧＷ１０１は、ＤＡＲパケットではなく、ＡＲＯ付きのＮＳメッセージを受信してＩＰｖ６アドレス重複確認処理を実行する。そして、ＤＡＣメッセージではなく、ＡＲＯ付のＮＡメッセージを送信することになる。つまり、図５におけるＩＰｖ６アドレス重複確認処理では、ＡＲＯ付きＮＳメッセージのＩＰｖ６ヘッダから、確認対象のＩＰｖ６アドレスを取得し、ＡＲＯに含まれる“Ｓｅｎｓｏｒ Ｔｙｐｅ”フィールドと“ＥＵＩ−６４”フィールドから、センサー種別コードと６ＬｏＷＰＡＮノード識別子を取得することとなる。５０４で送信するＮＡパケットのＡＲＯオプションの“Ｓｔａｔｕｓ”フィールドで、ＩｏＴ−ＧＷ１０１に対するセンサーデータの転送設定までが正常に完了したかの結果を返す。このフィールドの値が０（ゼロ）であれば成功であり、非ゼロであれば失敗を示す。

［ＩｏＴ−ＧＷ１０１が管理するＩＰｖ６アドレスの有効期間のタイムアウト処理］
次に、ＩｏＴ−ＧＷ１０１のＤＡＤテーブルに登録されたＩＰｖ６アドレスの有効期間が経過したときの処理について図１０のフローチャートを参照しながら説明する。処理はＳ１００１から開始し、Ｓ１００２において有効期間が過ぎたＩＰｖ６アドレスのＤＡＤ−テーブルの登録エントリにあるセンサー種別コードの値を調べる。もし値がゼロであればＳ１００５へ進み、非ゼロであればＳ１００３に進む。

Ｓ１００３に進んだ場合は、該当のエントリは、センサー装置のＩＰｖ６アドレスの登録である。このため、Ｓ１００３では、機器管理サーバ１０２と通信を行い、登録中のセンサー情報の削除を要求する。削除の要求では、ＤＡＤテーブルの該当エントリに記録された、ＩＰｖ６アドレス、６ＬｏＷＰＡＮノード識別子、センサー種別コードの値を使用する。次にＳ１００４に進む。Ｓ１００４では、機器管理サーバ１０２からＩｏＴ−ＧＷ１０１に対してＯｐｅｎＦｌｏｗ通信によって転送設定を削除する。そしてＳ１００５へ進む。

Ｓ１００５では、有効期間が経過したＩＰｖ６アドレスの登録エントリを、ＤＡＤテーブルから削除する。そしてＳ１００６で本処理フローは終了する。このように、ＩＰｖ６アドレスの設定処理時に設定した転送設定を、当該ＩＰｖ６アドレスの削除タイミングに合わせて削除するので、必要のない転送設定を適切なタイミングで削除することができる。

本実施形態によれば、ゲートウェイ装置におけるデータの転送設定を、６ＬｏＷＰＡＮ通信を行うネットワークの機器のＩＰアドレス自動設定処理の中で実施することができる。このため、ＩＰアドレスの自動設定後に機器から初めてデータが送信されたときに、送信データの宛先等を設定する必要がなく、設定作業が簡略化される。また、ＩＰｖ６アドレスの自動設定や更新の通信手順の中で転送設定が実施されるため、センサーやＩｏＴ−ＧＷにおける通信処理を削減でき、ＷＳＮの省電力化を図ることができる。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０１ ＩｏＴゲートウェイ（ＩｏＴ−ＧＷ）
１０２ 機器管理サーバ
１０３−１０６ センサー
１０７ ＬＡＮ
１０８ 無線センサーネットワーク（ＷＳＮ）
１０９ センサーデータ処理サーバ（Ａ）
１１０ ＷＡＮ
１１１ センサーデータ処理サーバ（Ｂ）
２０１ システムバス
２０２ ＣＰＵ
２０３ ＲＡＭ
２０４ ＲＯＭ
２０５ ＰＡＮ制御部
２０６ ＬＡＮ制御部
２０７ 転送入力制御部
２０８ 転送処理部

Claims (12)

1. 通信装置であって、
   ６ＬｏＷＰＡＮに準拠した通信を行う第１のネットワークに接続する機器から、前記機器が利用しようとする第１のアドレスと同一のアドレスを有する他の機器が前記第１のネットワーク内に存在するかを確認するための確認メッセージを受信する受信手段と、
   前記受信手段により前記確認メッセージを受信した場合に、前記第１のアドレスと同一のアドレスを有する他の機器が前記第１のネットワーク内に存在するか否かを判定する判定手段と、
   前記判定手段による判定の結果を、前記確認メッセージの応答として前記機器に通知する通知手段と、
   前記受信手段が前記確認メッセージを受信し、前記通知手段が当該確認メッセージの応答として前記判定手段による判定の結果を通知するまでの間に、前記機器が送信するデータの転送設定を行う第１の設定手段と、
   を有することを特徴とする通信装置。
2. 前記第１の設定手段は、ＩＰ通信を行う第２のネットワーク内に存在する装置のうちいずれの装置に前記機器が送信するデータを転送するかを設定することを特徴とする請求項１に記載の通信装置。
3. 前記受信手段により前記確認メッセージを受信した場合に、前記第１のネットワークに接続する機器を管理する管理サーバに、前記機器の情報を登録する登録手段を更に有することを特徴とする請求項１または２に記載の通信装置。
4. 前記機器の情報は、前記機器の６ＬｏＷＰＡＮノード識別子、ＩＰアドレス、機器の種類を識別するための種別コードを含むことを特徴とする請求項３に記載の通信装置。
5. 前記判定手段により前記第１のアドレスと同一のアドレスを有する他の機器が前記第１のネットワーク内に存在しないと判定された場合、前記機器が前記第１のアドレスを利用する有効期間を設定する第２の設定手段を更に有することを特徴とする請求項１から４のいずれか一項に記載の通信装置。
6. 前記第１のアドレスは、ＩＰアドレスであることを特徴とする請求項１から５のいずれか一項に記載の通信装置。
7. 前記確認メッセージは、Ｎｅｉｇｈｂｏｒ Ｓｏｌｉｃｉｔａｔｉｏｎメッセージであることを特徴とする請求項１から６のいずれか一項に記載の通信装置。
8. 前記確認メッセージは、ＤＡＲ（Ｄｕｐｌｉｃａｔｅ Ａｄｄｒｅｓｓ Ｒｅｑｕｅｓｔ）メッセージであることを特徴とする請求項１から６のいずれか一項に記載の通信装置。
9. 前記確認メッセージに、ＡＲＯ（Ａｄｒｅｓｓ Ｒｅｇｉｓｔｒａｔｉｏｎ Ｏｐｔｉｏｎ）が付加されている場合、該ＡＲＯに指定された機器の種別コードの値に基づいて、前記第１の設定手段は、前記機器が送信するデータの転送設定を行うことを特徴とする請求項１から８のいずれか一項に記載の通信装置。
10. 前記種別コードの値が、前記機器がセンサー装置であることを示す値とは異なる場合、前記第１の設定手段は、前記機器が送信するデータの転送設定を行わないことを特徴とする請求項９に記載の通信装置。
11. ６ＬｏＷＰＡＮに準拠した通信を行う第１のネットワークに接続する機器から、前記機器が利用しようとする第１のアドレスと同一のアドレスを有する他の機器が前記第１のネットワーク内に存在するかを確認するための確認メッセージを受信する工程と、
    前記確認メッセージを受信した場合に、前記第１のアドレスと同一のアドレスを有する他の機器が前記第１のネットワーク内に存在するか否かを判定する工程と、
    前記判定の結果を、前記確認メッセージの応答として前記機器に通知する工程と、
    前記確認メッセージを受信し、前記確認メッセージの応答として前記判定の結果を通知するまでの間に、前記機器が送信するデータの転送設定を行う工程と、
    有することを特徴とするデータ転送方法。
12. コンピュータを請求項１から１０のいずれか１項に記載の通信装置として動作させることを特徴とするプログラム。

Images