JP4019666B2

JP4019666B2 - Gateway device and information device

Info

Publication number: JP4019666B2
Application number: JP2001249741A
Authority: JP
Inventors: 友哉尾崎; 禎司桑原; 一三夫中川
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-08-21
Filing date: 2001-08-21
Publication date: 2007-12-12
Anticipated expiration: 2021-08-21
Also published as: JP2003060664A

Description

【０００１】
【発明の属する技術分野】
本発明は、ＩＰｖ６プロトコルを用いて、ＩＰｖ６プロトコルをサポートしないエアコンなどの機器と、インターネットなどのＩＰｖ６ネットワークに接続された機器が通信を行うための記述に関する。
【０００２】
【従来の技術】
近年、通信の分野においては、インターネットの標準プロトコルであるＩＰプロトコルが事実上の標準プロトコルとなってきており、家庭内でもＩＰプロトコルが使われるようになってきている。しかしながら、ＩＰプロトコルをサポートしない機器も多く存在している。このような機器がＩＰプロトコルで接続された機器と通信を行うための機器としてゲートウェイ装置があり、その例として、特願平１１−１７７９１６号公報がある。特願平１１−１７７９１６号公報では、ＩＥＥＥ１３９４ネットワークで接続されたＨＡＶｉ（ＨｏｍｅＡｕｄｉｏ／ＶｉｄｅｏＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）機器と、ＩＰネットワークに接続された機器が、ゲートウェイ装置を介して互いに通信できるようにしている。
【０００３】
【発明が解決しようとする課題】
上記のような技術では、ＩＰ識別子が一意に定まらない、つまり、機器の接続を行うためにＩＰ識別子が変わる可能性がある。具体的には、上記技術では、ＩＰ識別子として、ＩＰアドレスとポート番号の組合せを使用している。そのため、実際には、ＨＡＶｉに接続された機器を、ＩＰネットワークに接続された機器から特定することが困難であるという問題がある。
【０００４】
そこで、本発明の目的は、ＩＰネットワーク機能以外のネットワーク（以下、非ＩＰネットワーク）に接続された機器（以下、非ＩＰ機器）が、ＩＰネットワークに接続された機器（以下、ＩＰ機器）と通信できるようにするだけでなく、ＩＰｖ６（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌＶｅｒｓｉｏｎ６）アドレスを用いることで非ＩＰ機器にもＩＰｖ６アドレスを固定的に割り振り、ＩＰ機器と非ＩＰ機器の間の通信を容易にすることにある。
【０００５】
【課題を解決するための手段】
上記課題を解決するため、本発明では、非ＩＰネットワークに接続された非ＩＰ機器と、ＩＰｖ６ネットワーク、非ＩＰネットワークの両方に接続しているゲートウェイ装置からなるシステムにおいて、非ＩＰ機器に、ＩＰｖ６用インタフェースＩＤを保持する手段と、前記インタフェースＩＤ、該非ＩＰ機器が接続されているネットワーク上での識別子であるネットワーク識別子を送出する手段を設けるようにしている。そして、ゲートウェイ機器に、非ＩＰ機器から送出されるインタフェースＩＤとネットワーク識別子を受信する機器情報取得手段を設けるようにしている。さらに、ゲートウェイ装置には、該ゲートウェイ装置が接続されれているＩＰネットワークのネットワークＩＤを取得するネットワークＩＤ取得手段を設け、前記ネットワークＩＤ取得手段により取得したネットワークＩＤと、前記機器情報取得手段により取得したインタフェースＩＤからＩＰｖ６アドレスを生成するようにしている。そして、生成したＩＰｖ６アドレスと、前記機器情報取得手段により取得したネットワーク識別子の対応を管理するアドレス変換手段を設けるようにしている。
【０００６】
さらに、ゲートウェイ装置には、ＩＰｖ６で定められているＮＤＰ（ＮｅｉｇｈｂｏｒＤｉｓｃｏｖｅｒｙＰｒｏｔｏｃｏｌ）のＮＳ（Ｎｅｉｇｈｂｏｒｓｏｌｉｃｉｔａｔｉｏｎ）パケットを受信したとき、ＮＳパケット内のターゲットアドレスで指定されるＩＰｖ６アドレスが、前記アドレス変換手段により管理されるＩＰｖ６アドレスの中にあるか否かをチェックし、存在する場合、ＮＡ（ＮｅｉｇｈｂｏｒＡｄｖｅｒｔｉｓｅｍｅｎｔ）パケットを返信するようにしている。
【０００７】
さらにゲートウェイ装置には、ＩＰネットワークから受信したＩＰパケットを非ＩＰネットワークプロトコルに変換して非ＩＰ機器に送信する手段と、非ＩＰネットワークから受信した非ＩＰデータをＩＰプロトコルに変換してＩＰネットワークに送出する手段を設け、非ＩＰ機器とＩＰ機器が互いに通信できるようにしている。このとき、ゲートウェイ装置と非ＩＰ機器との間で通信するデータには、通信先のＩＰ機器のＩＰｖ６アドレスを含めることにより、非ＩＰ機器からＩＰ機器を特定できるようにしている。
【０００８】
また、本発明では、非IPネットワークに接続された非IP機器が非ＩＰネットワークから削除された場合、アドレス変換手段により管理しているＩＰｖ６アドレスと、前記機器情報取得手段により取得したネットワーク識別子の対応を削除するようにしている。
【０００９】
さらに、別の発明では、非ＩＰネットワークに接続された非ＩＰ機器と、ＩＰｖ６ネットワーク、非ＩＰネットワークの両方に接続しているゲートウェイ装置からなるシステムにおいて、非ＩＰ機器に、機器の識別情報（機器識別情報）を保持する手段と、前記機器識別情報、および該非ＩＰ機器が接続されているネットワーク上での識別子であるネットワーク識別子を送出する手段を設けるようにしている。そして、ゲートウェイ機器に、非ＩＰ機器から送出される機器識別情報とネットワーク識別子を受信する機器情報取得手段を設けるようにしている。さらに、ゲートウェイ装置には、該ゲートウェイ装置が接続されれているＩＰネットワークのネットワークＩＤを取得するネットワークＩＤ取得手段を設け、前記ネットワークＩＤ取得手段により取得したネットワークＩＤを用いて、複数のＩＰｖ６アドレスを生成するようにしている。そして、前記機器情報取得手段により取得した機器識別情報を用いて、前記生成したＩＰｖ６アドレスのひとつを割り当てその対応を管理するアドレス変換手段を設けるようにしている。アドレス変換手段では、同じ機器識別情報を有する機器には常に同一のＩＰｖ６アドレスを割り当てるようにしている。さらに、ゲートウェイ装置には、ＩＰｖ６で定められているＮＤＰ（ＮｅｉｇｈｂｏｒＤｉｓｃｏｖｅｒｙＰｒｏｔｏｃｏｌ）のＮＳ（Ｎｅｉｇｈｂｏｒｓｏｌｉｃｉｔａｔｉｏｎ）パケットを受信したとき、ＮＳパケット内のターゲットアドレスで指定されるＩＰｖ６アドレスが、前記アドレス変換手段により管理されるＩＰｖ６アドレスの中にあるか否かをチェックし、存在する場合、ＮＡ（ＮｅｉｇｈｂｏｒＡｄｖｅｒｔｉｓｅｍｅｎｔ）パケットを返信するようにしている。
【００１０】
さらにゲートウェイ装置には、ＩＰネットワークから受信したＩＰパケットを非ＩＰネットワークプロトコルに変換して非ＩＰ機器に送信する手段と、非ＩＰネットワークから受信した非ＩＰデータをＩＰプロトコルに変換してＩＰネットワークに送出する手段を設け、非ＩＰ機器とＩＰ機器が互いに通信できるようにしている。このとき、ゲートウェイ装置と非ＩＰ機器との間で通信するデータには、通信先のＩＰ機器のＩＰｖ６アドレスを含めることにより、非ＩＰ機器からＩＰ機器を特定できるようにしている。
【００１１】
【発明の実施の形態】
本発明の一実施例を以下図面を用いて説明する。
まず、本発明の概要について、図１を用いて説明する。
図１において、１００は非ＩＰ機器である。ここで、非ＩＰ機器とは、ＩＰｖ６（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌＶｅｒｓｉｏｎ６）をサポートしないが、何らかのネットワークに接続されている機器を意味する。非ＩＰ機器１００の例としては、ＥＣＨＯＮＥＴ（ＥｎｅｒｇｙＣｏｎｓｅｒｖａｔｉｏｎａｎｄＨｏｍｅｃａｒｅＮｅｔｗｏｒｋ）に接続された冷蔵庫やエアコンなどがある。１１０はゲートウェイである。ゲートウェイ１１０は非ＩＰ機器１００と非ＩＰネットワーク２００で接続される。非ＩＰネットワーク２００の例として、ＥＣＨＯＮＥＴがある。また、ゲートウェイ１１０は、ＩＰｖ６ネットワーク２１０を介して、ＩＰｖ６ルータ１２０と接続される。ＩＰｖ６ルータ１２０はインターネット２２０に接続している。さらに、ゲートウェイは、ＩＰｖ６ネットワーク２３０を介して、家庭内のＩＰｖ６機器１５０と接続されている。ＩＰｖ６機器１５０の例としてはパソコンなどがある。
【００１２】
本発明は、上記のような機器、ネットワークで構成されるシステムにおいて、インターネット２２０に接続された機器（たとえば携帯電話１３０やＰＣ１４０）や家庭内のＩＰｖ６機器１５０と、家庭内にある非ＩＰ機器１００（たとえば冷蔵庫、エアコン、電子レンジなど）が通信を行うための仕組みを提供する。
なお、以下の実施例では、ゲートウェイ１１０とＩＰｖ６ルータ１２０は別々の機器として説明するが、これら２つの機能をひとつの筐体に入れても何ら問題はない。
以下、非ＩＰ機器１００としてエアコンを、非ＩＰネットワーク１５０としてＥＣＨＯＮＥＴを例にとって説明する。しかしながら、本発明は非ＩＰ機器や非ＩＰネットワークをこれらの機器に限定するものではないことは言うまでもない。
【００１３】
次に、各機器のハードウェア構成について説明する。なお、ＩＰｖ６ルータ１２０、携帯電話１３０、ＰＣ１４０、ＩＰｖ６機器１５０は一般的な機器であるため、これらの機器についての説明は省略する。
まず非ＩＰ機器１００のハードウェア構成について、図２を用いて説明する。
図中、１０１はＣＰＵであり、周辺部の制御、データの処理や通信に関わる各種プログラムの実行を行う。１０２は、記憶部であり、たとえば、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、フラッシュメモリである。本実施例で使用する各種プログラムや後で説明するインタフェースＩＤなどのデータを記憶する。１０３は通信制御部であり、例えばＥＣＨＯＮＥＴを介した通信の制御を行う。１０４はエアコン部であり、エアコンとしての動作を制御する。
【００１４】
次に、ゲートウェイ１１０のハードウェア構成について、図３を用いて説明する。
図中、１１１はＣＰＵであり、周辺部の制御、データの処理や通信に関わる各種プログラムの実行を行う。１１２は、主記憶部であり、たとえば、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、フラッシュメモリ、ハードディスクなどである。本実施例で使用する各種プログラムや後で説明する変換テーブなどのデータを記憶する。１０３は非ＩＰ通信制御部であり、例えばＥＣＨＯＮＥＴを介した通信の制御を行う。１０４はＩＰ通信制御部であり、ＩＰｖ６を用いた通信の制御を行う。
【００１５】
次に非ＩＰ機器１００が保持するインタフェースＩＤ４５０について、図４を用いて説明する。
インタフェースＩＤは６４ビットのデータであり、機器を識別するために用いる。なお、インタフェースＩＤのつけ方は、ＩＥＥＥの”Ｇｕｉｄｅｌｉｎｅｓｆｏｒ６４−ｂｉｔＧｌｏｂａｌＩｄｅｎｔｉｆｉｅｒ（ＥＵＩ−６４）ＲｅｇｉｓｔｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ”で規定されている。非ＩＰ機器１００は、記憶部１０２にインタフェースＩＤ４５０を保持する。
【００１６】
次にゲートウェイが保持する変換テーブル４００について、図５を用いて説明する。
変換テーブル４００は、非ＩＰネットワーク２００における非ＩＰ機器１００のネットワーク上の識別子（ローカルアドレス）と、非ＩＰ機器１００に割り当てられたＩＰｖ６アドレスの対応をとるために使用する。
変換テーブル４００は、１つ以上の変換レコード４１０によって構成される。各変換レコード４１０は、ローカルアドレス４１１とＩＰｖ６アドレス４１２で構成される。ローカルアドレス４１１は、非ＩＰネットワーク２００に接続された機器を一意に識別するための識別子であり、ＥＣＨＯＮＥＴの場合ＥＣＨＯＮＥＴアドレスがこれに相当する。ＩＰｖ６アドレス４１２には、１２８ビットのＩＰｖ６アドレスが格納される。
【００１７】
次に、非ＩＰ機器１００が非ＩＰネットワーク２００に接続されたときに（または任意のタイミングで）ゲートウェイ１１０に送出する登録データ７００について、図６を用いて説明する。
登録データ７００は、ローカルアドレス７０１とインタフェースＩＤ７０２で構成する。ローカルアドレス７０１は、非ＩＰ機器１００の非ＩＰネットワーク２００における識別子であり、ＥＣＨＯＮＥＴの場合ＥＣＨＯＮＥＴアドレスがこれに相当する。また、インタフェースＩＤ７０２は、非ＩＰ機器１００が保持するインタフェースＩＤ４５０と同じものである。
【００１８】
次に、非ＩＰ機器１００が非ＩＰネットワーク２００に接続されたときに（または任意のタイミングで）行う登録処理について、図７を用いて説明する。
登録処理は、非ＩＰ機器１００におけるインタフェースＩＤ送出処理５１０と、ゲートウェイ１１０における変換テーブル登録処理５００からなる。
非ＩＰ機器１００は、非ＩＰネットワークに接続されたとき（または任意のタイミングで）、インタフェースＩＤ送出処理５１０を行う。インタフェースＩＤ送出処理５１０では、記憶部１０２に記録されているインタフェースＩＤ４５０を読み出し、登録データ７００のインタフェースＩＤ７０２にセットする。また、非ＩＰ機器１００のローカルアドレスを、たとえば通信制御部１０３から取得し、登録データ７００のローカルアドレス７０１にセットする。そして、登録データ７００をゲートウェイ１１０宛てに送信する（ステップ５１１）。
【００１９】
ゲートウェイ１１０では、非ＩＰ機器１００からのインタフェースＩＤの送出を検出すると、変換テーブル登録処理５００を起動する。変換テーブル登録処理５００では、まず、非ＩＰ機器１００から送出された登録データ７００を受信する（ステップ５０１）。次に、ＩＰｖ６におけるネットワークＩＤをすでに取得済みか否かを判定する（ステップ５０２）。ＩＰｖ６におけるネットワークＩＤを取得済みでない場合、ＩＰｖ６ルータ１３０からネットワークＩＤを取得し、記憶部１１２に記憶する。ネットワークＩＤを取得済みの場合、ステップ５０４に進む。ステップ５０１で受信した登録データ７００のインタフェースＩＤ７０２と、ステップ５０３で取得したネットワークＩＤまたは以前に取得し記憶部１１２に保持しているネットワークＩＤからＩＰｖ６アドレスを生成する。そして、ステップ５０１で受信した登録データ７００のローカルアドレス７０１をローカルアドレス４１１に、生成したＩＰｖ６アドレスをＩＰｖ６アドレス４１２にそれぞれ設定した変換レコード４１０を、変換テーブル４００に追加する（ステップ５０４）。
【００２０】
以上の処理により、ゲートウェイ１１０において、非ＩＰ機器１００にＩＰｖ６アドレスを割り当てることができる。このとき、非ＩＰ機器１００からインタフェースＩＤを取得しているため、ゲートウェイ１１０が同じＩＰネットワークに接続されている限り（つまり、ゲートウェイ１１０が接続されているＩＰネットワークのネットワークＩＤが変わらない限り）、常に同じＩＰｖ６を割り当てることが可能になる。
【００２１】
次に、家庭内にあるＩＰｖ６機器１５０やインターネットに接続された携帯電話１３０、パソコン１４０と、非ＩＰ機器１００がデータの送受信を行うための処理について説明する。インターネット２２０に接続された携帯電話１３０、パソコン１４０からのデータはＩＰｖ６ルータ１２０に届くので、ここではＩＰｖ６ルータ１２０がゲートウェイ１１０にデータを送信する方法について説明する。なお、家庭内のＩＰｖ６機器１５０のが非ＩＰ機器１００と通信を行う場合もＩＰｖ６ルータ１２０と同様の方法となる。
【００２２】
ＩＰｖ６の通信データ（ＩＰｖ６パケット）には、ＩＰｖ６のアドレスであて先が指定される。従って、ＩＰｖ６ルータ１２０がゲートウェイ１１０に接続された非ＩＰ機器１００にデータを送信するためには、ＩＰｖ６の下位層のアドレス（たとえばイーサネットアドレス）が必要になる。ＩＰｖ６では、ＩＰｖ６の下位層のアドレスをもとめる方法として、ＮＤＰ（ＮｅｉｇｈｂｏｒＤｉｓｃｏｖｅｒｙＰｒｏｔｏｃｏｌ）がある。ＮＤＰの詳細に関しては、ＲＦＣ２４６１ＮｅｉｇｈｂｏｒＤｉｓｃｏｖｅｒｙｆｏｒＩＰＶｅｒｓｉｏｎ６（ＩＰｖ６）に述べられている。ゲートウェイ１１０がＮＤＰに応答することにより、ゲートウェイ１１０に接続してある非ＩＰ機器１００宛てのＩＰｖ６パケットがゲートウェイ１１０に届くようになる。以下、ＮＤＰに関するゲートウェイ１１０のＮＤＰ応答処理５３０について、図８のフローチャートを用いて説明する。ＮＤＰ応答処理５３０は、ゲートウェイ１１０がＮＤＰのＮＳ（Ｎｅｉｇｈｂｏｒｓｏｌｉｃｉｔａｔｉｏｎ）パケットを検出すると起動する。
【００２３】
ＮＤＰ応答処理５３０では、まず、ＮＳパケットを受信する（ステップ５３１）。次に、ＮＳパケットのターゲットアドレスで指定されるＩＰｖ６アドレスと同じＩＰｖ６アドレス４１２を持つ変換レコード４１０が変換テーブル４００に存在するかチェックする（ステップ５３２）。存在する場合、ゲートウェイ１１０のＩＰ通信制御部１０４が有する下位層アドレスをＮＡ（ｎｅｉｇｈｂｏｒａｄｖｉｅｒｔｉｚｅｍｅｎｔ）に設定して、ＮＳパケットの送信元に送出する（ステップ５３３）。存在しない場合は何もしない。
【００２４】
以上の処理により、ゲートウェイ１１０が非ＩＰ機器１００の代わりにＮＤＰに応答し、非ＩＰ機器１００宛てのＩＰｖ６パケットがゲートウェイ１１０に届くようになる。ゲートウェイはこれを非ＩＰネットワーク２００のプロトコルを用いてで非ＩＰ機器１００に送出する。以下では、このプロトコル変換処理について図９を用いて説明する。
【００２５】
家庭内のＩＰｖ６機器１５０、インタネットに接続された携帯電話１３０やパソコン１４０と、非ＩＰ機器１００が通信を行うとき、以下の２種類の通信データを使用する。
まず、1つ目のデータである、ゲートウェイ１１０と非ＩＰ機器１００が送受信するローカルデータパケット４５０について説明する。ローカルデータパケット４５０は、ローカルヘッダ４５１、ＩＰｖ６アドレス４５２、データ４５３で構成される。ローカルヘッダ４５１は、例えば、ＥＣＨＯＮＥＴにおけるＥＣＨＯＮＥＴヘッダ、送信元アドレス、相手先先アドレスを含む情報である。ＩＰｖ６アドレス４５２は、通信先の機器（例えば、家庭内のＩＰｖ６機器１５０、インタネットに接続された携帯電話１３０やパソコン１４０）のＩＰｖ６アドレスである。データ４５３は、非ＩＰ機器１００と通信先の機器との間で受け渡しを行う情報を含むデータである。
【００２６】
次に、２つ目のデータである、ゲートウェイ１１０とＩＰｖ６機器１５０やＩＰｖ６ルータ１３０が送受信するＩＰｖ６データパケット４６０について説明する。ＩＰｖ６データパケット４６０は、ＩＰｖ６ヘッダ４６１とデータ４６２で構成される。ＩＰｖ６ヘッダはＩＰｖ６プロトコルが規定するヘッダであり、送信先ＩＰｖ６アドレス、送信元ＩＰｖ６アドレスを含む。データ４６２は、非ＩＰ機器１００通信先の機器との間で受け渡しを行う情報を含むデータである。
【００２７】
プロトコル変換処理５４０では、上記２種類のデータの変換を行う。つまり、非ＩＰネットワーク２００から受信したローカルデータパケット４５０をＩＰｖ６データパケット４６０に変換してＩＰｖ６ネットワーク２１０、２３０に送出する（プロトコル変換処理５５０）、または、ＩＰｖ６ネットワーク２１０、２３０から受信したＩＰｖ６データパケット４６０をローカルデータパケット４５０に変換して非ＩＰネットワーク２００に送出する（プロトコル変換処理５６０）といった処理を行う。
【００２８】
なお、ＩＰｖ６パケット４６０とローカルパケット４５０は必ずしも１対１に対応しなくてもよい。例えば、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｓｎｆｅｒＰｒｏｔｏｃｏｌ）のＨＴＴＰＲｅｑｕｅｓｔＭｅｓｓａｇｅ、ＨＴＴＰＲｅｓｐｏｎｓｅＭｅｓｓａｇｅの単位で変換してもよい。また、複数のＩＰｖ６データパケット４６０をひとつのローカルデータパケット４５０としてもよい。また、ひとつのＩＰｖ６データパケット４６０を複数のローカルデータパケット４５０に分割してもよい。さらに、複数のローカルデータパケット４５０をひとつのＩＰｖ６データパケット４６０としてもよい。また、ひとつのローカルデータパケット４５０を複数のＩＰｖ６データパケット４６０に分割してもよい。また、ＩＰｖ６パケット４６０に含まれるデータとローカルパケット４５０は、互いに、それぞれのデータを加工したものを入れてもよい。
【００２９】
次に、ＩＰｖ６データパケット４６０からローカルデータパケット４５０へのプロトコル変換処理５５０の詳細について、図１０のフローチャートを用いて説明する。プロトコル変換処理５５０はゲートウェイ１１０がＩＰｖ６データパケット４６０を受信したときに起動される。
プロトコル変換処理５５０では、まず、到着したＩＰｖ６データパケット４６０を読み込む（ステップ５５１）。次に、読み込んだＩＰｖ６データパケット４６０のＩＰｖ６ヘッダ４６１に含まれる送信先ＩＰｖ６アドレスと同じＩＰｖ６アドレス４１２を持つ変換レコード４１０を変換テーブル４００から探し、その変換レコード４１０のローカルアドレス４１１を読み出す（ステップ５５２）。次に、ステップ５５２で読み出したローカルアドレスをローカルデータパケット４５０のローカルヘッダ４５１にあて先アドレスとして設定するとともに、受信したＩＰｖ６データパケット４６０の送信先ＩＰｖ６アドレスをローカルデータパケット４５０のＩｖ６アドレス４５２に設定する。そして、ＩＰｖ６データパケット４６０のデータ４６２の少なくとも一部を含むデータまたはデータ４６２を加工したデータをローカルデータパケット４５０のデータ４５３に格納し、非ＩＰネットワーク２００に送出する（ステップ５５３）。
【００３０】
次に、ローカルデータパケット４５０からＩＰｖ６データパケット４６０へのプロトコル変換処理５６０の詳細について、図１１のフローチャートを用いて説明する。プロトコル変換処理５６０はゲートウェイ１１０がローカルデータパケット４５０を受信したときに起動される。
プロトコル変換処理５６０では、まず、到着したローカルデータパケット４５０を読み込む（ステップ５６１）。次に、ステップ４５１で読み込んだローカルデータパケットのＩＰｖ６アドレス４５２をＩＰｖ６データパケット４６０のＩＰｖ６ヘッダ４６１にあて先として設定する（ステップ５６２）。そして、ローカルデータパケット４５０のデータ４５３の少なくとも一部を含むデータまたはデータ４５３を加工したデータを、ＩＰｖ６データパケットのデータ４６２に格納し、ＩＰｖ６ネットワーク２１０または２３０に送出する（ステップ５６３）。
【００３１】
以上の処理により、非ＩＰネットワーク２００に接続された非ＩＰ機器１００と、ＩＰｖ６ネットワークに接続されたＩＰｖ６機器１５０やインターネットに接続された携帯電話１３０、パソコン１４０が互いに通信を行うことができるようになる。このとき、インタフェースＩＤ送出処理５１０と、ゲートウェイ１１０における変換テーブル登録処理５００により、非ＩＰ機器１００には常に同じＩＰｖ６アドレスが割り当てられるため、ＩＰｖ６ネットワークに接続されたＩＰｖ６機器１５０やインターネットに接続された携帯電話１３０、パソコン１４０から家庭内にある非ＩＰｖ６機器１００にアクセスする場合、常に同じＩＰｖ６アドレスを使用して通信ができるという利点がある。
【００３２】
次に、非ＩＰネットワーク２００に接続された非ＩＰ機器１００が非ＩＰネットワーク２００からはずされた場合にゲートウェイ１１０で実行される登録削除処理５７０について、図１２を用いて説明する。
登録削除処理５７０では、まず、はずされた非ＩＰ機器１００のローカルアドレスを特定する（ステップ５７１）。なお、はずされた非ＩＰ機器１００のローカルアドレスを検出する方法としては、変換テーブル４００におけるすべての変換レコード４１０のローカルアドレス４１１が非ＩＰネットワーク２００に接続されているかチェックする方法、非ＩＰ機器１００が非ＩＰネットワーク２００からはずされる直前に、ゲートウェイにはずされることを通知する方法などがある。次に、ステップ５７１で特定したローカルアドレスを有する変換レコード４１０を変換テーブル４００から削除する（ステップ５７２）。
【００３３】
以上の処理により、非ＩＰネットワーク２００からはずされた非ＩＰ機器１００に関する情報が変換テーブル４００から削除されるため、ゲートウェイ１００がはずされた非ＩＰ機器１００にデータを送信することがなくなる。
なお、非ＩＰネットワーク２００に接続された非ＩＰ機器が削除された場合、登録削除処理５７０の代わりにゲートウェイ１１０で再登録要求処理５８０を実行するようにしてもよい。
【００３４】
再登録要求処理５８０では、変換テーブル４００に登録されているすべての変換レコード９１０をいったん削除する（ステップ５８１）。非ＩＰネットワーク２００に接続されているすべての非ＩＰ機器１００に対して、登録要求を送出する。登録要求を受信した非ＩＰ機器１００は、インタフェースＩＤ送出処理５１０を行う（ステップ５８３）。非ＩＰネットワーク２００に接続されているすべての非ＩＰ機器１００に対してステップ５８３の処理を行ったら、処理を終了する（ステップ５８２）。
【００３５】
以上の実施例においては、非ＩＰ機器１００がインタフェースＩＤ４５０を保持し、非ＩＰネットワーク２００に接続された場合に、非ＩＰ機器１００でインタフェースＩＤ送出処理５１０を実行し、ゲートウェイ１１０における変換テーブル登録処理５００を行うことにより、非ＩＰ機器１００には常に同じＩＰｖ６アドレスが割り当てられるようにする例を説明したが、本発明の別の実施例では、必ずしもインタフェースＩＤ４５０を保持する必要はない。以下、その実施例を説明する。
【００３６】
まず、変換テーブル４００の代わりに使用する変換テーブル９００について、図１４を用いて説明する。
変換テーブル９００は、１つ以上の変換レコード９１０によって構成される。各変換レコード９１０は、ローカルアドレス９１１、ＩＰｖ６アドレス９１２、デバイス識別子９１３で構成される。ローカルアドレス９１１は、変換テーブル４００における変換レコード４１０のローカルアドレス４１１と同じである。ＩＰｖ６アドレス９１２は、変換テーブル４００における変換レコード４１０のＩＰｖ６アドレス４１１と同じである。デバイス識別子９１３は、非ＩＰ機器１００を識別するための情報である。デバイス識別子９１３としては、たとえば、ＥＣＨＯＮＥＴの機器オブジェクトスーパークラスプロパティで定義されるメーカコード、事業場コード、商品コード、製造番号である。
【００３７】
変換テーブル９００には、あらかじめ複数の変換レコード９１０が登録しておく。このとき、各４６０変換レコード９１０のＩＰｖ６アドレス９１２には、あらかじめＩＰｖ６アドレスを入れておくようにする。なお、ここで使用するＩＰｖ６アドレスは、ゲートウェイが接続されているＩＰｖ６ネットワーク２１０ネットワークＩＤと、ランダムな数値あるいは適当な数値の並びから作成する。また、変換テーブル９００への変換レコードの登録は、ゲートウェイ１１０の起動時に実行するようにすればよい。
【００３８】
次に、登録データ７００の代わりに使用する登録データ７１０について、図１５を用いて説明する。
登録データ７１０は、ローカルアドレス７１１とデバイス識別子７１２で構成する。ローカルアドレス７１１は、登録データ７００におけるローカルアドレス７１１と同じである。デバイス識別子７１２は、非ＩＰ機器１００を識別するための情報であり、たとえば、ＥＣＨＯＮＥＴの機器オブジェクトスーパークラスプロパティで定義されるメーカコード、事業場コード、商品コード、製造番号である。
【００３９】
次に、非ＩＰネットワーク２００に接続された場合に、非ＩＰ機器１００においてインタフェースＩＤ送出処理５１０の代わりに実行するデバイス情報送出処理８１０、およびゲートウェイ１１０において変換テーブル登録処理５００の代わりに実行する変換テール部登録処理８００について、図１６を用いて説明する。
【００４０】
非ＩＰ機器１００は、非ＩＰネットワークに接続されたとき（または任意のタイミングで）、デバイス情報送出処理８１０を行う。デバイス情報送出処理８１０では、記憶部１０２に記録されているデバイス識別子を読み出し、登録データ７１０のデバイス識別子７１２にセットする。また、非ＩＰ機器１００のローカルアドレスを、たとえば通信制御部１０３から取得し、登録データ７１０のローカルアドレス７１１にセットする。そして、登録データ７１０をゲートウェイ１１０宛てに送信する（ステップ８１１）。
【００４１】
ゲートウェイ１１０では、非ＩＰ機器１００からの登録データ７１０の送出を検出すると、変換テーブル登録処理８００を起動する。変換テーブル登録処理８００では、まず、非ＩＰ機器１００から送出された登録データ７１０を受信する（ステップ８０１）。次に、ステップ８０１で受信した登録データ７１０のデバイス識別子７１２と同じデバイス識別子９１３を有する変換レコード９１０が変換テーブル９００に登録されているか否かをチェックする（ステップ８０２）。登録されている場合、登録データ７１０のデバイス識別子７１２と同じデバイス識別子９１３を有する変換レコード９１０のローカルアドレス９１１に、ステップ８０２で受信した登録データ７１０のローカルアドレス７１１をセットする（ステップ８０４）。登録されていない場合、変換テーブル９００でまだデバイス識別子９１３がセットされていない変換レコード９１０を探し、その変換レコードのローカルアドレス９１１にステップ８０１で受信した登録データ７１０のローカルアドレス７１１を、デバイス識別子９１３にデバイス識別子７１２をそれぞれセットする。
【００４２】
また、ＮＤＰ応答処理５３０においては、ステップ５３２の処理を、ＮＳパケットのターゲットアドレスで指定されるＩＰｖ６アドレスと同じＩＰｖ６アドレス４１２を持つ変換レコード９１０が変換テーブル９００に存在するかチェックするように変更する。さらに、プロトコル変換処理５５０では、ステップ５５２を、読み込んだＩＰｖ６データパケット４６０のＩＰｖ６ヘッダ４６１に含まれる送信先ＩＰｖ６アドレスと同じＩＰｖ６アドレス４１２を持つ変換レコード９１０を変換テーブル９００から探し、その変換レコード９１０のローカルアドレス９１１を読み出すようにする。
【００４３】
また、非ＩＰネットワーク２００に接続された非ＩＰ機器１００が非ＩＰネットワークからはずされた場合には、登録削除処理５７０のステップ５７２において、ステップ５７１で特定したローカルアドレスを有する変換レコード９１０のローカルアドレス９１１を無効にするようにする。あるいは、再登録要求処理５８０のステップ５８１において、変換テーブル９００に登録されているすべての変換レコード９１０のローカルアドレス９１１をすべて無効にするようにする。
【００４４】
以上の処理により、先に説明した実施例と同様、非ＩＰネットワーク２００に接続された非ＩＰ機器１００と、ＩＰｖ６ネットワークに接続されたＩＰｖ６機器１５０やインターネットに接続された携帯電話１３０、パソコン１４０が互いに通信を行うことができるようになる。このとき、インタフェースＩＤ送出処理５１０と、ゲートウェイ１１０における変換テーブル登録処理５００により、非ＩＰ機器１００には常に同じＩＰｖ６アドレスが割り当てられるため、ＩＰｖ６ネットワークに接続されたＩＰｖ６機器１５０やインターネットに接続された携帯電話１３０、パソコン１４０から家庭内にある非ＩＰｖ６機器１００にアクセスする場合、常に同じＩＰｖ６アドレスを使用して通信ができるという利点がある。
【００４５】
【発明の効果】
以上説明したように、本発明によれば、ゲートウェイを介して、非ＩＰ機器（たとえば家庭内のエコーネットに接続されたエアコン）と、インターネットに接続された携帯電話やパソコンとがＩＰｖ６プロトコルを使用して通信できるようになる。このとき、非ＩＰ機器には、接続するＩＰｖ６ネットワークＩＰｖ６アドレスは、非ＩＰ機器が接続されるゲートウェイが変わらない限り常に同じアドレスになるため、機器の識別が容易になるという利点がある。また、携帯電話やパソコンからは常に同じＩＰｖ６アドレスを用いて非ＩＰ機器と通信ができるという効果がある。
【図面の簡単な説明】
【図１】本発明の一実施例の概要を示す説明図である。
【図２】本発明の一実施例における非ＩＰ機器のハードウェア構成を示したブロック図である。
【図３】本発明の一実施例におけるゲートウェイのハードウェア構成を示したブロック図である。
【図４】本発明の一実施例におけるインタフェースＩＤのデータ構造を示した説明図である。
【図５】本発明の一実施例における変換テーブルのデータ構造を示した説明図である。
【図６】本発明の一実施例における登録データのデータ構造を示した説明図である。
【図７】本発明の一実施例における登録処理を示したフローチャートである。
【図８】本発明の一実施例のおけるＮＤＰ応答処理を示したフローチャートである。
【図９】本発明の一実施例のおけるプロトコル変換処理の概要を示した説明図である。
【図１０】本発明の一実施例におけるプロトコル変換処理を示したフローチャートである。
【図１１】本発明の一実施例におけるプロトコル変換処理を示したフローチャートである。
【図１２】本発明の一実施例のおける登録削除処理を示したフローチャートである。
【図１３】本発明の一実施例における再登録要求処理を示したフローチャートである。
【図１４】本発明の一実施例における変換テーブルのデータ構造を示した説明図である。
【図１５】本発明の一実施例における登録データのデータ構造を示した説明図である。
【図１６】本発明の一実施例における登録処理を示したフローチャートである。
【符号の説明】
１００非ＩＰデバイス
１１０ゲートウェイ
１２０ＩＰｖ６ルータ
１３０携帯電話
１４０パソコン
１５０ＩＰｖ６機器
２００非ＩＰネットワーク
２１０、２３０ＩＰｖ６ネットワーク
２２０インターネット[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a description for performing communication between a device such as an air conditioner that does not support the IPv6 protocol and a device connected to an IPv6 network such as the Internet using the IPv6 protocol.
[0002]
[Prior art]
In recent years, in the field of communication, the IP protocol, which is a standard protocol of the Internet, has become a de facto standard protocol, and the IP protocol has been used even at home. However, there are many devices that do not support the IP protocol. There is a gateway device as a device for such a device to communicate with a device connected by the IP protocol, and there is Japanese Patent Application No. 11-177916 as an example. In Japanese Patent Application No. 11-177916, a HAVi (Home Audio / Video Interoperability) device connected by an IEEE 1394 network and a device connected by an IP network can communicate with each other via a gateway device.
[0003]
[Problems to be solved by the invention]
In the above-described technology, the IP identifier is not uniquely determined, that is, the IP identifier may change in order to connect the devices. Specifically, in the above technique, a combination of an IP address and a port number is used as an IP identifier. Therefore, in practice, there is a problem that it is difficult to specify a device connected to HAVi from a device connected to the IP network.
[0004]
Therefore, an object of the present invention is to communicate a device (hereinafter referred to as a non-IP device) connected to a network other than the IP network function (hereinafter referred to as a non-IP network) with a device (hereinafter referred to as IP device) connected to the IP network. In addition to being able to do this, the IPv6 (Internet Protocol Version 6) address is used to permanently assign an IPv6 address to a non-IP device to facilitate communication between the IP device and the non-IP device.
[0005]
[Means for Solving the Problems]
In order to solve the above problems, in the present invention, in a system comprising a non-IP device connected to a non-IP network and a gateway device connected to both the IPv6 network and the non-IP network, the non-IP device is used for IPv6. Means for holding an interface ID and means for sending out the interface ID and a network identifier that is an identifier on the network to which the non-IP device is connected are provided. The gateway device is provided with device information acquisition means for receiving the interface ID and network identifier transmitted from the non-IP device. Further, the gateway device is provided with a network ID acquisition unit that acquires the network ID of the IP network to which the gateway device is connected, and is acquired by the network ID acquired by the network ID acquisition unit and the device information acquisition unit. An IPv6 address is generated from the interface ID. Then, address conversion means for managing the correspondence between the generated IPv6 address and the network identifier acquired by the device information acquisition means is provided.
[0006]
Furthermore, when the gateway device receives an NDP (Neighbor Discovery Protocol) NS (Neighbor Discovery Protocol) packet defined in IPv6, the IPv6 address specified by the target address in the NS packet is managed by the address conversion unit. It is checked whether or not it exists in the IPv6 address to be sent, and if it exists, an NA (Neighbor Advertisement) packet is returned.
[0007]
Further, the gateway device converts the IP packet received from the IP network into a non-IP network protocol and transmits it to the non-IP device, and converts the non-IP data received from the non-IP network into the IP protocol to be converted into the IP network. A sending means is provided so that the non-IP device and the IP device can communicate with each other. At this time, the data communicated between the gateway device and the non-IP device includes the IPv6 address of the destination IP device, so that the IP device can be identified from the non-IP device.
[0008]
In the present invention, when a non-IP device connected to a non-IP network is deleted from the non-IP network, the correspondence between the IPv6 address managed by the address conversion unit and the network identifier acquired by the device information acquisition unit To be deleted.
[0009]
Furthermore, in another invention, in a system comprising a non-IP device connected to a non-IP network and a gateway device connected to both the IPv6 network and the non-IP network, the device identification information (device) Means for holding (identification information), and means for sending out the device identification information and a network identifier that is an identifier on the network to which the non-IP device is connected. The gateway device is provided with device information acquisition means for receiving device identification information and a network identifier transmitted from the non-IP device. Furthermore, the gateway device is provided with network ID acquisition means for acquiring the network ID of the IP network to which the gateway device is connected, and a plurality of IPv6 addresses are obtained using the network ID acquired by the network ID acquisition means. It is trying to generate. Then, using the device identification information acquired by the device information acquisition means, an address conversion means for allocating one of the generated IPv6 addresses and managing the correspondence is provided. The address conversion means always assigns the same IPv6 address to devices having the same device identification information. Furthermore, when the gateway device receives an NDP (Neighbor Discovery Protocol) NS (Neighbor Discovery Protocol) packet defined in IPv6, the IPv6 address specified by the target address in the NS packet is received by the address conversion unit. It is checked whether or not it is in the managed IPv6 address, and if it exists, an NA (Neighbor Advertisement) packet is returned.
[0010]
Further, the gateway device converts the IP packet received from the IP network into a non-IP network protocol and transmits it to the non-IP device, and converts the non-IP data received from the non-IP network into the IP protocol to be converted into the IP network. A sending means is provided so that the non-IP device and the IP device can communicate with each other. At this time, the data communicated between the gateway device and the non-IP device includes the IPv6 address of the destination IP device, so that the IP device can be identified from the non-IP device.
[0011]
DETAILED DESCRIPTION OF THE INVENTION
An embodiment of the present invention will be described below with reference to the drawings.
First, the outline of the present invention will be described with reference to FIG.
In FIG. 1, 100 is a non-IP device. Here, the non-IP device means a device that does not support IPv6 (Internet Protocol Version 6) but is connected to some network. Examples of the non-IP device 100 include a refrigerator and an air conditioner connected to ECHONET (Energy Conservation and Homecare Network). 110 is a gateway. The gateway 110 is connected to the non-IP device 100 via the non-IP network 200. An example of the non-IP network 200 is ECHONET. The gateway 110 is connected to the IPv6 router 120 via the IPv6 network 210. The IPv6 router 120 is connected to the Internet 220. Further, the gateway is connected to the IPv6 device 150 in the home via the IPv6 network 230. An example of the IPv6 device 150 is a personal computer.
[0012]
The present invention is a system composed of devices and networks as described above, and is connected to the Internet 220 (for example, the mobile phone 130 and PC 140), the IPv6 device 150 in the home, and the non-IP device 100 in the home. (For example, a refrigerator, an air conditioner, a microwave oven, etc.) provide a mechanism for communication.
In the following embodiments, the gateway 110 and the IPv6 router 120 will be described as separate devices, but there is no problem even if these two functions are put in one casing.
Hereinafter, an air conditioner will be described as an example of the non-IP device 100, and ECHONET as an example of the non-IP network 150. However, it goes without saying that the present invention does not limit non-IP devices and non-IP networks to these devices.
[0013]
Next, the hardware configuration of each device will be described. Note that since the IPv6 router 120, the mobile phone 130, the PC 140, and the IPv6 device 150 are general devices, descriptions of these devices are omitted.
First, the hardware configuration of the non-IP device 100 will be described with reference to FIG.
In the figure, reference numeral 101 denotes a CPU which executes various programs related to peripheral control, data processing and communication. A storage unit 102 is, for example, a ROM (Read Only Memory), a RAM (Random Access Memory), or a flash memory. Data such as various programs used in this embodiment and interface IDs described later are stored. A communication control unit 103 controls communication via ECHONET, for example. Reference numeral 104 denotes an air conditioner that controls the operation as an air conditioner.
[0014]
Next, the hardware configuration of the gateway 110 will be described with reference to FIG.
In the figure, reference numeral 111 denotes a CPU that executes various programs related to peripheral control, data processing and communication. Reference numeral 112 denotes a main storage unit, such as a ROM (Read Only Memory), a RAM (Random Access Memory), a flash memory, a hard disk, and the like. Data such as various programs used in this embodiment and conversion tables described later are stored. Reference numeral 103 denotes a non-IP communication control unit, which controls communication via ECHONET, for example. An IP communication control unit 104 controls communication using IPv6.
[0015]
Next, the interface ID 450 held by the non-IP device 100 will be described with reference to FIG.
The interface ID is 64-bit data and is used to identify the device. The method of assigning the interface ID is defined by IEEE “Guidelines for 64-bit Global Identifier (EUI-64) Registration Authority”. The non-IP device 100 holds an interface ID 450 in the storage unit 102.
[0016]
Next, the conversion table 400 held by the gateway will be described with reference to FIG.
The conversion table 400 is used for associating the identifier (local address) on the network of the non-IP device 100 in the non-IP network 200 with the IPv6 address assigned to the non-IP device 100.
The conversion table 400 is composed of one or more conversion records 410. Each conversion record 410 includes a local address 411 and an IPv6 address 412. The local address 411 is an identifier for uniquely identifying a device connected to the non-IP network 200. In the case of ECHONET, the ECHONET address corresponds to this. The IPv6 address 412 stores a 128-bit IPv6 address.
[0017]
Next, registration data 700 transmitted to the gateway 110 when the non-IP device 100 is connected to the non-IP network 200 (or at an arbitrary timing) will be described with reference to FIG.
The registration data 700 includes a local address 701 and an interface ID 702. The local address 701 is an identifier in the non-IP network 200 of the non-IP device 100. In the case of ECHONET, the ECHONET address corresponds to this. The interface ID 702 is the same as the interface ID 450 held by the non-IP device 100.
[0018]
Next, registration processing performed when the non-IP device 100 is connected to the non-IP network 200 (or at an arbitrary timing) will be described with reference to FIG.
The registration process includes an interface ID transmission process 510 in the non-IP device 100 and a conversion table registration process 500 in the gateway 110.
When connected to a non-IP network (or at an arbitrary timing), the non-IP device 100 performs an interface ID transmission process 510. In the interface ID transmission processing 510, the interface ID 450 recorded in the storage unit 102 is read and set in the interface ID 702 of the registration data 700. Further, the local address of the non-IP device 100 is acquired from, for example, the communication control unit 103 and set to the local address 701 of the registration data 700. Then, the registration data 700 is transmitted to the gateway 110 (step 511).
[0019]
When the gateway 110 detects the transmission of the interface ID from the non-IP device 100, it starts the conversion table registration process 500. In the conversion table registration process 500, first, registration data 700 sent from the non-IP device 100 is received (step 501). Next, it is determined whether or not the network ID in IPv6 has already been acquired (step 502). If the network ID in IPv6 has not been acquired, the network ID is acquired from the IPv6 router 130 and stored in the storage unit 112. If the network ID has been acquired, the process proceeds to step 504. An IPv6 address is generated from the interface ID 702 of the registration data 700 received in step 501 and the network ID acquired in step 503 or the network ID previously acquired and stored in the storage unit 112. Then, a conversion record 410 in which the local address 701 of the registration data 700 received in step 501 is set to the local address 411 and the generated IPv6 address is set to the IPv6 address 412 is added to the conversion table 400 (step 504).
[0020]
Through the above processing, the gateway 110 can assign an IPv6 address to the non-IP device 100. At this time, since the interface ID is acquired from the non-IP device 100, as long as the gateway 110 is connected to the same IP network (that is, as long as the network ID of the IP network to which the gateway 110 is connected does not change). It becomes possible to always assign the same IPv6.
[0021]
Next, processing for transmitting and receiving data between the IPv6 device 150 in the home, the mobile phone 130 connected to the Internet, the personal computer 140, and the non-IP device 100 will be described. Since data from the mobile phone 130 and the personal computer 140 connected to the Internet 220 reaches the IPv6 router 120, a method in which the IPv6 router 120 transmits data to the gateway 110 will be described here. Note that when the IPv6 device 150 in the home communicates with the non-IP device 100, the method is the same as that of the IPv6 router 120.
[0022]
In IPv6 communication data (IPv6 packet), a destination is specified by an IPv6 address. Therefore, in order for the IPv6 router 120 to transmit data to the non-IP device 100 connected to the gateway 110, an IPv6 lower layer address (for example, an Ethernet address) is required. In IPv6, there is NDP (Neighbor Discovery Protocol) as a method for determining an address of a lower layer of IPv6. Details of NDP are described in RFC 2461 Neighbor Discovery for IP Version 6 (IPv6). As the gateway 110 responds to the NDP, an IPv6 packet addressed to the non-IP device 100 connected to the gateway 110 reaches the gateway 110. Hereinafter, the NDP response processing 530 of the gateway 110 related to NDP will be described with reference to the flowchart of FIG. The NDP response process 530 is activated when the gateway 110 detects an NDP NS (Neighbor solicitation) packet.
[0023]
In the NDP response process 530, first, an NS packet is received (step 531). Next, it is checked whether or not a translation record 410 having the same IPv6 address 412 as the IPv6 address designated by the target address of the NS packet exists in the translation table 400 (step 532). If it exists, the lower layer address of the IP communication control unit 104 of the gateway 110 is set to NA (neighbor advertisement) and sent to the transmission source of the NS packet (step 533). If it does not exist, do nothing.
[0024]
With the above processing, the gateway 110 responds to the NDP instead of the non-IP device 100, and the IPv6 packet addressed to the non-IP device 100 reaches the gateway 110. The gateway sends this to the non-IP device 100 using the protocol of the non-IP network 200. Hereinafter, this protocol conversion process will be described with reference to FIG.
[0025]
When the non-IP device 100 communicates with the home IPv6 device 150, the mobile phone 130 or personal computer 140 connected to the Internet, the following two types of communication data are used.
First, the local data packet 450 transmitted / received between the gateway 110 and the non-IP device 100, which is the first data, will be described. The local data packet 450 includes a local header 451, an IPv6 address 452, and data 453. The local header 451 is information including, for example, an ECHONET header in ECHONET, a transmission source address, and a destination address. The IPv6 address 452 is an IPv6 address of a communication destination device (for example, an IPv6 device 150 in the home, a mobile phone 130 or a personal computer 140 connected to the Internet). The data 453 is data including information that is transferred between the non-IP device 100 and the communication destination device.
[0026]
Next, the second data, that is, the IPv6 data packet 460 transmitted and received by the gateway 110 and the IPv6 device 150 and the IPv6 router 130 will be described. The IPv6 data packet 460 includes an IPv6 header 461 and data 462. The IPv6 header is a header defined by the IPv6 protocol, and includes a destination IPv6 address and a source IPv6 address. The data 462 is data including information to be exchanged with the non-IP device 100 communication destination device.
[0027]
In the protocol conversion process 540, the above two types of data are converted. That is, the local data packet 450 received from the non-IP network 200 is converted into an IPv6 data packet 460 and sent to the IPv6 networks 210 and 230 (protocol conversion processing 550), or the IPv6 data packet received from the IPv6 networks 210 and 230 460 is converted into a local data packet 450 and sent to the non-IP network 200 (protocol conversion processing 560).
[0028]
Note that the IPv6 packet 460 and the local packet 450 do not necessarily correspond one-to-one. For example, conversion may be performed in units of HTTP (HyperText Transfer Protocol) HTTP Request Message and HTTP Response Message. A plurality of IPv6 data packets 460 may be used as one local data packet 450. One IPv6 data packet 460 may be divided into a plurality of local data packets 450. Further, the plurality of local data packets 450 may be a single IPv6 data packet 460. One local data packet 450 may be divided into a plurality of IPv6 data packets 460. In addition, the data included in the IPv6 packet 460 and the local packet 450 may include data obtained by processing each data.
[0029]
Next, details of the protocol conversion processing 550 from the IPv6 data packet 460 to the local data packet 450 will be described with reference to the flowchart of FIG. The protocol conversion process 550 is activated when the gateway 110 receives the IPv6 data packet 460.
In the protocol conversion process 550, first, the arrived IPv6 data packet 460 is read (step 551). Next, a translation record 410 having the same IPv6 address 412 as the destination IPv6 address included in the IPv6 header 461 of the read IPv6 data packet 460 is searched from the translation table 400, and the local address 411 of the translation record 410 is read (step 552). ). Next, the local address read in step 552 is set as a destination address in the local header 451 of the local data packet 450, and the destination IPv6 address of the received IPv6 data packet 460 is set as the IPv6 address 452 of the local data packet 450. . Then, data including at least a part of the data 462 of the IPv6 data packet 460 or data obtained by processing the data 462 is stored in the data 453 of the local data packet 450 and transmitted to the non-IP network 200 (step 553).
[0030]
Next, details of the protocol conversion processing 560 from the local data packet 450 to the IPv6 data packet 460 will be described with reference to the flowchart of FIG. The protocol conversion process 560 is activated when the gateway 110 receives the local data packet 450.
In the protocol conversion process 560, first, the local data packet 450 that has arrived is read (step 561). Next, the IPv6 address 452 of the local data packet read in step 451 is set as the destination in the IPv6 header 461 of the IPv6 data packet 460 (step 562). Then, data including at least a part of the data 453 of the local data packet 450 or data obtained by processing the data 453 is stored in the data 462 of the IPv6 data packet and transmitted to the IPv6 network 210 or 230 (step 563).
[0031]
Through the above processing, the non-IP device 100 connected to the non-IP network 200, the IPv6 device 150 connected to the IPv6 network, the mobile phone 130 connected to the Internet, and the personal computer 140 can communicate with each other. Become. At this time, since the same IPv6 address is always assigned to the non-IP device 100 by the interface ID transmission processing 510 and the conversion table registration processing 500 in the gateway 110, it is connected to the IPv6 device 150 connected to the IPv6 network or the Internet. When accessing the non-IPv6 device 100 in the home from the mobile phone 130 and the personal computer 140, there is an advantage that communication can always be performed using the same IPv6 address.
[0032]
Next, a registration deletion process 570 executed by the gateway 110 when the non-IP device 100 connected to the non-IP network 200 is disconnected from the non-IP network 200 will be described with reference to FIG.
In the registration deletion process 570, first, the local address of the removed non-IP device 100 is specified (step 571). As a method of detecting the local address of the removed non-IP device 100, a method of checking whether the local addresses 411 of all the conversion records 410 in the conversion table 400 are connected to the non-IP network 200, or the non-IP device 100. There is a method of notifying that the gateway is removed immediately before the device is removed from the non-IP network 200. Next, the conversion record 410 having the local address specified in step 571 is deleted from the conversion table 400 (step 572).
[0033]
As a result of the above processing, information regarding the non-IP device 100 removed from the non-IP network 200 is deleted from the conversion table 400, so that data is not transmitted to the non-IP device 100 from which the gateway 100 has been removed.
When a non-IP device connected to the non-IP network 200 is deleted, the gateway 110 may execute the re-registration request process 580 instead of the registration deletion process 570.
[0034]
In the re-registration request process 580, all the conversion records 910 registered in the conversion table 400 are once deleted (step 581). A registration request is sent to all the non-IP devices 100 connected to the non-IP network 200. The non-IP device 100 that has received the registration request performs an interface ID transmission process 510 (step 583). When the process of step 583 is performed for all the non-IP devices 100 connected to the non-IP network 200, the process ends (step 582).
[0035]
In the above embodiment, when the non-IP device 100 holds the interface ID 450 and is connected to the non-IP network 200, the non-IP device 100 executes the interface ID transmission processing 510 and performs the conversion table registration processing in the gateway 110. Although an example in which the same IPv6 address is always assigned to the non-IP device 100 by performing 500 is described, in another embodiment of the present invention, the interface ID 450 does not necessarily have to be held. Examples thereof will be described below.
[0036]
First, a conversion table 900 used instead of the conversion table 400 will be described with reference to FIG.
The conversion table 900 is composed of one or more conversion records 910. Each conversion record 910 includes a local address 911, an IPv6 address 912, and a device identifier 913. The local address 911 is the same as the local address 411 of the conversion record 410 in the conversion table 400. The IPv6 address 912 is the same as the IPv6 address 411 of the conversion record 410 in the conversion table 400. The device identifier 913 is information for identifying the non-IP device 100. The device identifier 913 is, for example, a manufacturer code, a business site code, a product code, or a manufacturing number defined by the ECHONET device object superclass property.
[0037]
In the conversion table 900, a plurality of conversion records 910 are registered in advance. At this time, an IPv6 address is put in advance in the IPv6 address 912 of each 460 translation record 910. The IPv6 address used here is created from the IPv6 network 210 network ID to which the gateway is connected and a random numerical value or an appropriate numerical value sequence. The registration of the conversion record in the conversion table 900 may be executed when the gateway 110 is activated.
[0038]
Next, registration data 710 used instead of the registration data 700 will be described with reference to FIG.
Registration data 710 includes a local address 711 and a device identifier 712. The local address 711 is the same as the local address 711 in the registration data 700. The device identifier 712 is information for identifying the non-IP device 100, and is, for example, a manufacturer code, a business location code, a product code, and a manufacturing number defined by the ECHONET device object superclass property.
[0039]
Next, when connected to the non-IP network 200, device information transmission processing 810 executed in place of the interface ID transmission processing 510 in the non-IP device 100 and conversion executed in place of the conversion table registration processing 500 in the gateway 110 The tail part registration process 800 will be described with reference to FIG.
[0040]
The non-IP device 100 performs device information transmission processing 810 when connected to a non-IP network (or at an arbitrary timing). In the device information transmission processing 810, the device identifier recorded in the storage unit 102 is read and set in the device identifier 712 of the registration data 710. Further, the local address of the non-IP device 100 is acquired from, for example, the communication control unit 103 and set to the local address 711 of the registration data 710. Then, the registration data 710 is transmitted to the gateway 110 (step 811).
[0041]
When the gateway 110 detects the transmission of the registration data 710 from the non-IP device 100, it starts the conversion table registration process 800. In the conversion table registration process 800, first, registration data 710 sent from the non-IP device 100 is received (step 801). Next, it is checked whether or not a conversion record 910 having the same device identifier 913 as the device identifier 712 of the registration data 710 received in step 801 is registered in the conversion table 900 (step 802). If registered, the local address 711 of the registration data 710 received in step 802 is set to the local address 911 of the conversion record 910 having the same device identifier 913 as the device identifier 712 of the registration data 710 (step 804). If not registered, the conversion table 900 is searched for a conversion record 910 in which the device identifier 913 is not yet set, and the local address 711 of the registration data 710 received in step 801 is set as the local address 911 of the conversion record. The device identifier 712 is set in each.
[0042]
In the NDP response process 530, the process in step 532 is changed so as to check whether or not the translation table 910 having the same IPv6 address 412 as the IPv6 address specified by the target address of the NS packet exists in the translation table 900. . Further, in the protocol conversion process 550, step 552 is searched from the conversion table 900 for a conversion record 910 having the same IPv6 address 412 as the destination IPv6 address included in the IPv6 header 461 of the read IPv6 data packet 460, and the conversion record 910 is searched. The local address 911 is read out.
[0043]
When the non-IP device 100 connected to the non-IP network 200 is removed from the non-IP network, the local address of the conversion record 910 having the local address specified in step 571 is registered in step 572 of the registration deletion process 570. 911 is invalidated. Alternatively, in step 581 of the re-registration request process 580, all the local addresses 911 of all the conversion records 910 registered in the conversion table 900 are invalidated.
[0044]
Through the above processing, the non-IP device 100 connected to the non-IP network 200, the IPv6 device 150 connected to the IPv6 network, the mobile phone 130 connected to the Internet, and the personal computer 140 are the same as in the embodiment described above. It becomes possible to communicate with each other. At this time, since the same IPv6 address is always assigned to the non-IP device 100 by the interface ID transmission processing 510 and the conversion table registration processing 500 in the gateway 110, it is connected to the IPv6 device 150 connected to the IPv6 network or the Internet. When accessing the non-IPv6 device 100 in the home from the mobile phone 130 and the personal computer 140, there is an advantage that communication can always be performed using the same IPv6 address.
[0045]
【The invention's effect】
As described above, according to the present invention, a non-IP device (for example, an air conditioner connected to an echonet in a home) and a mobile phone or personal computer connected to the Internet use an IPv6 protocol via a gateway. Can communicate. At this time, the non-IP device has an advantage that the IPv6 network IPv6 address to be connected is always the same address unless the gateway to which the non-IP device is connected is changed, so that the device can be easily identified. In addition, there is an effect that a mobile phone or a personal computer can always communicate with a non-IP device using the same IPv6 address.
[Brief description of the drawings]
FIG. 1 is an explanatory diagram showing an outline of an embodiment of the present invention.
FIG. 2 is a block diagram showing a hardware configuration of a non-IP device in an embodiment of the present invention.
FIG. 3 is a block diagram showing a hardware configuration of a gateway according to an embodiment of the present invention.
FIG. 4 is an explanatory diagram showing a data structure of an interface ID in an embodiment of the present invention.
FIG. 5 is an explanatory diagram showing a data structure of a conversion table in an embodiment of the present invention.
FIG. 6 is an explanatory diagram showing a data structure of registration data in one embodiment of the present invention.
FIG. 7 is a flowchart showing registration processing in an embodiment of the present invention.
FIG. 8 is a flowchart showing NDP response processing in an embodiment of the present invention.
FIG. 9 is an explanatory diagram showing an overview of protocol conversion processing in an embodiment of the present invention.
FIG. 10 is a flowchart showing protocol conversion processing in an embodiment of the present invention.
FIG. 11 is a flowchart showing protocol conversion processing in an embodiment of the present invention.
FIG. 12 is a flowchart illustrating registration deletion processing according to an embodiment of the present invention.
FIG. 13 is a flowchart showing a re-registration request process in an embodiment of the present invention.
FIG. 14 is an explanatory diagram showing a data structure of a conversion table in an embodiment of the present invention.
FIG. 15 is an explanatory diagram showing a data structure of registration data in one embodiment of the present invention.
FIG. 16 is a flowchart showing registration processing in an embodiment of the present invention.
[Explanation of symbols]
100 Non-IP device
110 gateway
120 IPv6 router
130 Mobile phone
140 PC
150 IPv6 equipment
200 Non-IP network
210, 230 IPv6 network
220 Internet

Claims

A first communication means for connecting a first network and transmitting / receiving data to / from the first network;
A second communication means for connecting the second network and transmitting / receiving data using the IPv6 protocol;
Means for obtaining an interface ID of a device connected to the first network and identification information of the device in the first network;
Means for obtaining a network ID of the second network;
An address conversion unit that generates an IPv6 address from the interface ID and the network ID, and manages the correspondence between the generated IPv6 address and the identification information;
When an NS (Neighbor solicitation) packet defined by NDP (Neighbor Discovery Protocol) is received from the second network, the IPv6 address specified by the target address in the NS packet is the IPv6 address managed by the address translation means. And NDP response means for returning a NA (Neighbor Advertisement) packet if it exists,
A gateway device that enables communication between a device connected to a first network and a device connected to a second network.