JP4019666B2 - ゲートウェイ装置および情報機器 - Google Patents
ゲートウェイ装置および情報機器 Download PDFInfo
- Publication number
- JP4019666B2 JP4019666B2 JP2001249741A JP2001249741A JP4019666B2 JP 4019666 B2 JP4019666 B2 JP 4019666B2 JP 2001249741 A JP2001249741 A JP 2001249741A JP 2001249741 A JP2001249741 A JP 2001249741A JP 4019666 B2 JP4019666 B2 JP 4019666B2
- Authority
- JP
- Japan
- Prior art keywords
- network
- ipv6
- address
- gateway
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000006243 chemical reaction Methods 0.000 claims description 74
- 238000004891 communication Methods 0.000 claims description 25
- 238000013519 translation Methods 0.000 claims description 9
- 230000004044 response Effects 0.000 claims description 7
- 238000000034 method Methods 0.000 description 37
- 238000012545 processing Methods 0.000 description 36
- 230000008569 process Effects 0.000 description 29
- 230000005540 biological transmission Effects 0.000 description 15
- 238000010586 diagram Methods 0.000 description 9
- 238000012217 deletion Methods 0.000 description 5
- 230000037430 deletion Effects 0.000 description 5
- 230000008901 benefit Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 238000004134 energy conservation Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Small-Scale Networks (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ＩＰｖ６プロトコルを用いて、ＩＰｖ６プロトコルをサポートしないエアコンなどの機器と、インターネットなどのＩＰｖ６ネットワークに接続された機器が通信を行うための記述に関する。
【０００２】
【従来の技術】
近年、通信の分野においては、インターネットの標準プロトコルであるＩＰプロトコルが事実上の標準プロトコルとなってきており、家庭内でもＩＰプロトコルが使われるようになってきている。しかしながら、ＩＰプロトコルをサポートしない機器も多く存在している。このような機器がＩＰプロトコルで接続された機器と通信を行うための機器としてゲートウェイ装置があり、その例として、特願平１１−１７７９１６号公報がある。特願平１１−１７７９１６号公報では、ＩＥＥＥ１３９４ネットワークで接続されたＨＡＶｉ（Ｈｏｍｅ Ａｕｄｉｏ／Ｖｉｄｅｏ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）機器と、ＩＰネットワークに接続された機器が、ゲートウェイ装置を介して互いに通信できるようにしている。
【０００３】
【発明が解決しようとする課題】
上記のような技術では、ＩＰ識別子が一意に定まらない、つまり、機器の接続を行うためにＩＰ識別子が変わる可能性がある。具体的には、上記技術では、ＩＰ識別子として、ＩＰアドレスとポート番号の組合せを使用している。そのため、実際には、ＨＡＶｉに接続された機器を、ＩＰネットワークに接続された機器から特定することが困難であるという問題がある。
【０００４】
そこで、本発明の目的は、ＩＰネットワーク機能以外のネットワーク（以下、非ＩＰネットワーク）に接続された機器（以下、非ＩＰ機器）が、ＩＰネットワークに接続された機器（以下、ＩＰ機器）と通信できるようにするだけでなく、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ６）アドレスを用いることで非ＩＰ機器にもＩＰｖ６アドレスを固定的に割り振り、ＩＰ機器と非ＩＰ機器の間の通信を容易にすることにある。
【０００５】
【課題を解決するための手段】
上記課題を解決するため、本発明では、非ＩＰネットワークに接続された非ＩＰ機器と、ＩＰｖ６ネットワーク、非ＩＰネットワークの両方に接続しているゲートウェイ装置からなるシステムにおいて、非ＩＰ機器に、ＩＰｖ６用インタフェースＩＤを保持する手段と、前記インタフェースＩＤ、該非ＩＰ機器が接続されているネットワーク上での識別子であるネットワーク識別子を送出する手段を設けるようにしている。そして、ゲートウェイ機器に、非ＩＰ機器から送出されるインタフェースＩＤとネットワーク識別子を受信する機器情報取得手段を設けるようにしている。さらに、ゲートウェイ装置には、該ゲートウェイ装置が接続されれているＩＰネットワークのネットワークＩＤを取得するネットワークＩＤ取得手段を設け、前記ネットワークＩＤ取得手段により取得したネットワークＩＤと、前記機器情報取得手段により取得したインタフェースＩＤからＩＰｖ６アドレスを生成するようにしている。そして、生成したＩＰｖ６アドレスと、前記機器情報取得手段により取得したネットワーク識別子の対応を管理するアドレス変換手段を設けるようにしている。
【０００６】
さらに、ゲートウェイ装置には、ＩＰｖ６で定められているＮＤＰ（Ｎｅｉｇｈｂｏｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）のＮＳ（Ｎｅｉｇｈｂｏｒｓｏｌｉｃｉｔａｔｉｏｎ）パケットを受信したとき、ＮＳパケット内のターゲットアドレスで指定されるＩＰｖ６アドレスが、前記アドレス変換手段により管理されるＩＰｖ６アドレスの中にあるか否かをチェックし、存在する場合、ＮＡ（Ｎｅｉｇｈｂｏｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ）パケットを返信するようにしている。
【０００７】
さらにゲートウェイ装置には、ＩＰネットワークから受信したＩＰパケットを非ＩＰネットワークプロトコルに変換して非ＩＰ機器に送信する手段と、非ＩＰネットワークから受信した非ＩＰデータをＩＰプロトコルに変換してＩＰネットワークに送出する手段を設け、非ＩＰ機器とＩＰ機器が互いに通信できるようにしている。このとき、ゲートウェイ装置と非ＩＰ機器との間で通信するデータには、通信先のＩＰ機器のＩＰｖ６アドレスを含めることにより、非ＩＰ機器からＩＰ機器を特定できるようにしている。
【０００８】
また、本発明では、非IPネットワークに接続された非IP機器が非ＩＰネットワークから削除された場合、アドレス変換手段により管理しているＩＰｖ６アドレスと、前記機器情報取得手段により取得したネットワーク識別子の対応を削除するようにしている。
【０００９】
さらに、別の発明では、非ＩＰネットワークに接続された非ＩＰ機器と、ＩＰｖ６ネットワーク、非ＩＰネットワークの両方に接続しているゲートウェイ装置からなるシステムにおいて、非ＩＰ機器に、機器の識別情報（機器識別情報）を保持する手段と、前記機器識別情報、および該非ＩＰ機器が接続されているネットワーク上での識別子であるネットワーク識別子を送出する手段を設けるようにしている。そして、ゲートウェイ機器に、非ＩＰ機器から送出される機器識別情報とネットワーク識別子を受信する機器情報取得手段を設けるようにしている。さらに、ゲートウェイ装置には、該ゲートウェイ装置が接続されれているＩＰネットワークのネットワークＩＤを取得するネットワークＩＤ取得手段を設け、前記ネットワークＩＤ取得手段により取得したネットワークＩＤを用いて、複数のＩＰｖ６アドレスを生成するようにしている。そして、前記機器情報取得手段により取得した機器識別情報を用いて、前記生成したＩＰｖ６アドレスのひとつを割り当てその対応を管理するアドレス変換手段を設けるようにしている。アドレス変換手段では、同じ機器識別情報を有する機器には常に同一のＩＰｖ６アドレスを割り当てるようにしている。 さらに、ゲートウェイ装置には、ＩＰｖ６で定められているＮＤＰ（Ｎｅｉｇｈｂｏｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）のＮＳ（Ｎｅｉｇｈｂｏｒ ｓｏｌｉｃｉｔａｔｉｏｎ）パケットを受信したとき、ＮＳパケット内のターゲットアドレスで指定されるＩＰｖ６アドレスが、前記アドレス変換手段により管理されるＩＰｖ６アドレスの中にあるか否かをチェックし、存在する場合、ＮＡ（Ｎｅｉｇｈｂｏｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ）パケットを返信するようにしている。
【００１０】
さらにゲートウェイ装置には、ＩＰネットワークから受信したＩＰパケットを非ＩＰネットワークプロトコルに変換して非ＩＰ機器に送信する手段と、非ＩＰネットワークから受信した非ＩＰデータをＩＰプロトコルに変換してＩＰネットワークに送出する手段を設け、非ＩＰ機器とＩＰ機器が互いに通信できるようにしている。このとき、ゲートウェイ装置と非ＩＰ機器との間で通信するデータには、通信先のＩＰ機器のＩＰｖ６アドレスを含めることにより、非ＩＰ機器からＩＰ機器を特定できるようにしている。
【００１１】
【発明の実施の形態】
本発明の一実施例を以下図面を用いて説明する。
まず、本発明の概要について、図１を用いて説明する。
図１において、１００は非ＩＰ機器である。ここで、非ＩＰ機器とは、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ６）をサポートしないが、何らかのネットワークに接続されている機器を意味する。非ＩＰ機器１００の例としては、ＥＣＨＯＮＥＴ（Ｅｎｅｒｇｙ Ｃｏｎｓｅｒｖａｔｉｏｎ ａｎｄ Ｈｏｍｅｃａｒｅ Ｎｅｔｗｏｒｋ）に接続された冷蔵庫やエアコンなどがある。１１０はゲートウェイである。ゲートウェイ１１０は非ＩＰ機器１００と非ＩＰネットワーク２００で接続される。非ＩＰネットワーク２００の例として、ＥＣＨＯＮＥＴがある。また、ゲートウェイ１１０は、ＩＰｖ６ネットワーク２１０を介して、ＩＰｖ６ルータ１２０と接続される。ＩＰｖ６ルータ１２０はインターネット２２０に接続している。さらに、ゲートウェイは、ＩＰｖ６ネットワーク２３０を介して、家庭内のＩＰｖ６機器１５０と接続されている。ＩＰｖ６機器１５０の例としてはパソコンなどがある。
【００１２】
本発明は、上記のような機器、ネットワークで構成されるシステムにおいて、インターネット２２０に接続された機器（たとえば携帯電話１３０やＰＣ１４０）や家庭内のＩＰｖ６機器１５０と、家庭内にある非ＩＰ機器１００（たとえば冷蔵庫、エアコン、電子レンジなど）が通信を行うための仕組みを提供する。
なお、以下の実施例では、ゲートウェイ１１０とＩＰｖ６ルータ１２０は別々の機器として説明するが、これら２つの機能をひとつの筐体に入れても何ら問題はない。
以下、非ＩＰ機器１００としてエアコンを、非ＩＰネットワーク１５０としてＥＣＨＯＮＥＴを例にとって説明する。しかしながら、本発明は非ＩＰ機器や非ＩＰネットワークをこれらの機器に限定するものではないことは言うまでもない。
【００１３】
次に、各機器のハードウェア構成について説明する。なお、ＩＰｖ６ルータ１２０、携帯電話１３０、ＰＣ１４０、ＩＰｖ６機器１５０は一般的な機器であるため、これらの機器についての説明は省略する。
まず非ＩＰ機器１００のハードウェア構成について、図２を用いて説明する。
図中、１０１はＣＰＵであり、周辺部の制御、データの処理や通信に関わる各種プログラムの実行を行う。１０２は、記憶部であり、たとえば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュメモリである。本実施例で使用する各種プログラムや後で説明するインタフェースＩＤなどのデータを記憶する。１０３は通信制御部であり、例えばＥＣＨＯＮＥＴを介した通信の制御を行う。１０４はエアコン部であり、エアコンとしての動作を制御する。
【００１４】
次に、ゲートウェイ１１０のハードウェア構成について、図３を用いて説明する。
図中、１１１はＣＰＵであり、周辺部の制御、データの処理や通信に関わる各種プログラムの実行を行う。１１２は、主記憶部であり、たとえば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュメモリ、ハードディスクなどである。本実施例で使用する各種プログラムや後で説明する変換テーブなどのデータを記憶する。１０３は非ＩＰ通信制御部であり、例えばＥＣＨＯＮＥＴを介した通信の制御を行う。１０４はＩＰ通信制御部であり、ＩＰｖ６を用いた通信の制御を行う。
【００１５】
次に非ＩＰ機器１００が保持するインタフェースＩＤ４５０について、図４を用いて説明する。
インタフェースＩＤは６４ビットのデータであり、機器を識別するために用いる。なお、インタフェースＩＤのつけ方は、ＩＥＥＥの”Ｇｕｉｄｅｌｉｎｅｓ ｆｏｒ ６４−ｂｉｔ Ｇｌｏｂａｌ Ｉｄｅｎｔｉｆｉｅｒ （ＥＵＩ−６４） Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ”で規定されている。非ＩＰ機器１００は、記憶部１０２にインタフェースＩＤ４５０を保持する。
【００１６】
次にゲートウェイが保持する変換テーブル４００について、図５を用いて説明する。
変換テーブル４００は、非ＩＰネットワーク２００における非ＩＰ機器１００のネットワーク上の識別子（ローカルアドレス）と、非ＩＰ機器１００に割り当てられたＩＰｖ６アドレスの対応をとるために使用する。
変換テーブル４００は、１つ以上の変換レコード４１０によって構成される。各変換レコード４１０は、ローカルアドレス４１１とＩＰｖ６アドレス４１２で構成される。ローカルアドレス４１１は、非ＩＰネットワーク２００に接続された機器を一意に識別するための識別子であり、ＥＣＨＯＮＥＴの場合ＥＣＨＯＮＥＴアドレスがこれに相当する。ＩＰｖ６アドレス４１２には、１２８ビットのＩＰｖ６アドレスが格納される。
【００１７】
次に、非ＩＰ機器１００が非ＩＰネットワーク２００に接続されたときに（または任意のタイミングで）ゲートウェイ１１０に送出する登録データ７００について、図６を用いて説明する。
登録データ７００は、ローカルアドレス７０１とインタフェースＩＤ７０２で構成する。ローカルアドレス７０１は、非ＩＰ機器１００の非ＩＰネットワーク２００における識別子であり、ＥＣＨＯＮＥＴの場合ＥＣＨＯＮＥＴアドレスがこれに相当する。また、インタフェースＩＤ７０２は、非ＩＰ機器１００が保持するインタフェースＩＤ４５０と同じものである。
【００１８】
次に、非ＩＰ機器１００が非ＩＰネットワーク２００に接続されたときに（または任意のタイミングで）行う登録処理について、図７を用いて説明する。
登録処理は、非ＩＰ機器１００におけるインタフェースＩＤ送出処理５１０と、ゲートウェイ１１０における変換テーブル登録処理５００からなる。
非ＩＰ機器１００は、非ＩＰネットワークに接続されたとき（または任意のタイミングで）、インタフェースＩＤ送出処理５１０を行う。インタフェースＩＤ送出処理５１０では、記憶部１０２に記録されているインタフェースＩＤ４５０を読み出し、登録データ７００のインタフェースＩＤ７０２にセットする。また、非ＩＰ機器１００のローカルアドレスを、たとえば通信制御部１０３から取得し、登録データ７００のローカルアドレス７０１にセットする。そして、登録データ７００をゲートウェイ１１０宛てに送信する（ステップ５１１）。
【００１９】
ゲートウェイ１１０では、非ＩＰ機器１００からのインタフェースＩＤの送出を検出すると、変換テーブル登録処理５００を起動する。変換テーブル登録処理５００では、まず、非ＩＰ機器１００から送出された登録データ７００を受信する（ステップ５０１）。次に、ＩＰｖ６におけるネットワークＩＤをすでに取得済みか否かを判定する（ステップ５０２）。ＩＰｖ６におけるネットワークＩＤを取得済みでない場合、ＩＰｖ６ルータ１３０からネットワークＩＤを取得し、記憶部１１２に記憶する。ネットワークＩＤを取得済みの場合、ステップ５０４に進む。ステップ５０１で受信した登録データ７００のインタフェースＩＤ７０２と、ステップ５０３で取得したネットワークＩＤまたは以前に取得し記憶部１１２に保持しているネットワークＩＤからＩＰｖ６アドレスを生成する。そして、ステップ５０１で受信した登録データ７００のローカルアドレス７０１をローカルアドレス４１１に、生成したＩＰｖ６アドレスをＩＰｖ６アドレス４１２にそれぞれ設定した変換レコード４１０を、変換テーブル４００に追加する（ステップ５０４）。
【００２０】
以上の処理により、ゲートウェイ１１０において、非ＩＰ機器１００にＩＰｖ６アドレスを割り当てることができる。このとき、非ＩＰ機器１００からインタフェースＩＤを取得しているため、ゲートウェイ１１０が同じＩＰネットワークに接続されている限り（つまり、ゲートウェイ１１０が接続されているＩＰネットワークのネットワークＩＤが変わらない限り）、常に同じＩＰｖ６を割り当てることが可能になる。
【００２１】
次に、家庭内にあるＩＰｖ６機器１５０やインターネットに接続された携帯電話１３０、パソコン１４０と、非ＩＰ機器１００がデータの送受信を行うための処理について説明する。インターネット２２０に接続された携帯電話１３０、パソコン１４０からのデータはＩＰｖ６ルータ１２０に届くので、ここではＩＰｖ６ルータ１２０がゲートウェイ１１０にデータを送信する方法について説明する。なお、家庭内のＩＰｖ６機器１５０のが非ＩＰ機器１００と通信を行う場合もＩＰｖ６ルータ１２０と同様の方法となる。
【００２２】
ＩＰｖ６の通信データ（ＩＰｖ６パケット）には、ＩＰｖ６のアドレスであて先が指定される。従って、ＩＰｖ６ルータ１２０がゲートウェイ１１０に接続された非ＩＰ機器１００にデータを送信するためには、ＩＰｖ６の下位層のアドレス（たとえばイーサネットアドレス）が必要になる。ＩＰｖ６では、ＩＰｖ６の下位層のアドレスをもとめる方法として、ＮＤＰ（Ｎｅｉｇｈｂｏｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）がある。ＮＤＰの詳細に関しては、ＲＦＣ２４６１ Ｎｅｉｇｈｂｏｒ Ｄｉｓｃｏｖｅｒｙ ｆｏｒ ＩＰ Ｖｅｒｓｉｏｎ６ （ＩＰｖ６）に述べられている。ゲートウェイ１１０がＮＤＰに応答することにより、ゲートウェイ１１０に接続してある非ＩＰ機器１００宛てのＩＰｖ６パケットがゲートウェイ１１０に届くようになる。以下、ＮＤＰに関するゲートウェイ１１０のＮＤＰ応答処理５３０について、図８のフローチャートを用いて説明する。ＮＤＰ応答処理５３０は、ゲートウェイ１１０がＮＤＰのＮＳ（Ｎｅｉｇｈｂｏｒ ｓｏｌｉｃｉｔａｔｉｏｎ）パケットを検出すると起動する。
【００２３】
ＮＤＰ応答処理５３０では、まず、ＮＳパケットを受信する（ステップ５３１）。次に、ＮＳパケットのターゲットアドレスで指定されるＩＰｖ６アドレスと同じＩＰｖ６アドレス４１２を持つ変換レコード４１０が変換テーブル４００に存在するかチェックする（ステップ５３２）。存在する場合、ゲートウェイ１１０のＩＰ通信制御部１０４が有する下位層アドレスをＮＡ（ｎｅｉｇｈｂｏｒ ａｄｖｉｅｒｔｉｚｅｍｅｎｔ）に設定して、ＮＳパケットの送信元に送出する（ステップ５３３）。存在しない場合は何もしない。
【００２４】
以上の処理により、ゲートウェイ１１０が非ＩＰ機器１００の代わりにＮＤＰに応答し、非ＩＰ機器１００宛てのＩＰｖ６パケットがゲートウェイ１１０に届くようになる。ゲートウェイはこれを非ＩＰネットワーク２００のプロトコルを用いてで非ＩＰ機器１００に送出する。以下では、このプロトコル変換処理について図９を用いて説明する。
【００２５】
家庭内のＩＰｖ６機器１５０、インタネットに接続された携帯電話１３０やパソコン１４０と、非ＩＰ機器１００が通信を行うとき、以下の２種類の通信データを使用する。
まず、1つ目のデータである、ゲートウェイ１１０と非ＩＰ機器１００が送受信するローカルデータパケット４５０について説明する。ローカルデータパケット４５０は、ローカルヘッダ４５１、ＩＰｖ６アドレス４５２、データ４５３で構成される。ローカルヘッダ４５１は、例えば、ＥＣＨＯＮＥＴにおけるＥＣＨＯＮＥＴヘッダ、送信元アドレス、相手先先アドレスを含む情報である。ＩＰｖ６アドレス４５２は、通信先の機器（例えば、家庭内のＩＰｖ６機器１５０、インタネットに接続された携帯電話１３０やパソコン１４０）のＩＰｖ６アドレスである。データ４５３は、非ＩＰ機器１００と通信先の機器との間で受け渡しを行う情報を含むデータである。
【００２６】
次に、２つ目のデータである、ゲートウェイ１１０とＩＰｖ６機器１５０やＩＰｖ６ルータ１３０が送受信するＩＰｖ６データパケット４６０について説明する。ＩＰｖ６データパケット４６０は、ＩＰｖ６ヘッダ４６１とデータ４６２で構成される。ＩＰｖ６ヘッダはＩＰｖ６プロトコルが規定するヘッダであり、送信先ＩＰｖ６アドレス、送信元ＩＰｖ６アドレスを含む。データ４６２は、非ＩＰ機器１００通信先の機器との間で受け渡しを行う情報を含むデータである。
【００２７】
プロトコル変換処理５４０では、上記２種類のデータの変換を行う。つまり、非ＩＰネットワーク２００から受信したローカルデータパケット４５０をＩＰｖ６データパケット４６０に変換してＩＰｖ６ネットワーク２１０、２３０に送出する（プロトコル変換処理５５０）、または、ＩＰｖ６ネットワーク２１０、２３０から受信したＩＰｖ６データパケット４６０をローカルデータパケット４５０に変換して非ＩＰネットワーク２００に送出する（プロトコル変換処理５６０）といった処理を行う。
【００２８】
なお、ＩＰｖ６パケット４６０とローカルパケット４５０は必ずしも１対１に対応しなくてもよい。例えば、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｓｎｆｅｒ Ｐｒｏｔｏｃｏｌ）のＨＴＴＰ Ｒｅｑｕｅｓｔ Ｍｅｓｓａｇｅ、ＨＴＴＰ Ｒｅｓｐｏｎｓｅ Ｍｅｓｓａｇｅの単位で変換してもよい。また、複数のＩＰｖ６データパケット４６０をひとつのローカルデータパケット４５０としてもよい。また、ひとつのＩＰｖ６データパケット４６０を複数のローカルデータパケット４５０に分割してもよい。さらに、複数のローカルデータパケット４５０をひとつのＩＰｖ６データパケット４６０としてもよい。また、ひとつのローカルデータパケット４５０を複数のＩＰｖ６データパケット４６０に分割してもよい。また、ＩＰｖ６パケット４６０に含まれるデータとローカルパケット４５０は、互いに、それぞれのデータを加工したものを入れてもよい。
【００２９】
次に、ＩＰｖ６データパケット４６０からローカルデータパケット４５０へのプロトコル変換処理５５０の詳細について、図１０のフローチャートを用いて説明する。プロトコル変換処理５５０はゲートウェイ１１０がＩＰｖ６データパケット４６０を受信したときに起動される。
プロトコル変換処理５５０では、まず、到着したＩＰｖ６データパケット４６０を読み込む（ステップ５５１）。次に、読み込んだＩＰｖ６データパケット４６０のＩＰｖ６ヘッダ４６１に含まれる送信先ＩＰｖ６アドレスと同じＩＰｖ６アドレス４１２を持つ変換レコード４１０を変換テーブル４００から探し、その変換レコード４１０のローカルアドレス４１１を読み出す（ステップ５５２）。次に、ステップ５５２で読み出したローカルアドレスをローカルデータパケット４５０のローカルヘッダ４５１にあて先アドレスとして設定するとともに、受信したＩＰｖ６データパケット４６０の送信先ＩＰｖ６アドレスをローカルデータパケット４５０のＩｖ６アドレス４５２に設定する。そして、ＩＰｖ６データパケット４６０のデータ４６２の少なくとも一部を含むデータまたはデータ４６２を加工したデータをローカルデータパケット４５０のデータ４５３に格納し、非ＩＰネットワーク２００に送出する（ステップ５５３）。
【００３０】
次に、ローカルデータパケット４５０からＩＰｖ６データパケット４６０へのプロトコル変換処理５６０の詳細について、図１１のフローチャートを用いて説明する。プロトコル変換処理５６０はゲートウェイ１１０がローカルデータパケット４５０を受信したときに起動される。
プロトコル変換処理５６０では、まず、到着したローカルデータパケット４５０を読み込む（ステップ５６１）。次に、ステップ４５１で読み込んだローカルデータパケットのＩＰｖ６アドレス４５２をＩＰｖ６データパケット４６０のＩＰｖ６ヘッダ４６１にあて先として設定する（ステップ５６２）。そして、ローカルデータパケット４５０のデータ４５３の少なくとも一部を含むデータまたはデータ４５３を加工したデータを、ＩＰｖ６データパケットのデータ４６２に格納し、ＩＰｖ６ネットワーク２１０または２３０に送出する（ステップ５６３）。
【００３１】
以上の処理により、非ＩＰネットワーク２００に接続された非ＩＰ機器１００と、ＩＰｖ６ネットワークに接続されたＩＰｖ６機器１５０やインターネットに接続された携帯電話１３０、パソコン１４０が互いに通信を行うことができるようになる。このとき、インタフェースＩＤ送出処理５１０と、ゲートウェイ１１０における変換テーブル登録処理５００により、非ＩＰ機器１００には常に同じＩＰｖ６アドレスが割り当てられるため、ＩＰｖ６ネットワークに接続されたＩＰｖ６機器１５０やインターネットに接続された携帯電話１３０、パソコン１４０から家庭内にある非ＩＰｖ６機器１００にアクセスする場合、常に同じＩＰｖ６アドレスを使用して通信ができるという利点がある。
【００３２】
次に、非ＩＰネットワーク２００に接続された非ＩＰ機器１００が非ＩＰネットワーク２００からはずされた場合にゲートウェイ１１０で実行される登録削除処理５７０について、図１２を用いて説明する。
登録削除処理５７０では、まず、はずされた非ＩＰ機器１００のローカルアドレスを特定する（ステップ５７１）。なお、はずされた非ＩＰ機器１００のローカルアドレスを検出する方法としては、変換テーブル４００におけるすべての変換レコード４１０のローカルアドレス４１１が非ＩＰネットワーク２００に接続されているかチェックする方法、非ＩＰ機器１００が非ＩＰネットワーク２００からはずされる直前に、ゲートウェイにはずされることを通知する方法などがある。次に、ステップ５７１で特定したローカルアドレスを有する変換レコード４１０を変換テーブル４００から削除する（ステップ５７２）。
【００３３】
以上の処理により、非ＩＰネットワーク２００からはずされた非ＩＰ機器１００に関する情報が変換テーブル４００から削除されるため、ゲートウェイ１００がはずされた非ＩＰ機器１００にデータを送信することがなくなる。
なお、非ＩＰネットワーク２００に接続された非ＩＰ機器が削除された場合、登録削除処理５７０の代わりにゲートウェイ１１０で再登録要求処理５８０を実行するようにしてもよい。
【００３４】
再登録要求処理５８０では、変換テーブル４００に登録されているすべての変換レコード９１０をいったん削除する（ステップ５８１）。非ＩＰネットワーク２００に接続されているすべての非ＩＰ機器１００に対して、登録要求を送出する。登録要求を受信した非ＩＰ機器１００は、インタフェースＩＤ送出処理５１０を行う（ステップ５８３）。非ＩＰネットワーク２００に接続されているすべての非ＩＰ機器１００に対してステップ５８３の処理を行ったら、処理を終了する（ステップ５８２）。
【００３５】
以上の実施例においては、非ＩＰ機器１００がインタフェースＩＤ４５０を保持し、非ＩＰネットワーク２００に接続された場合に、非ＩＰ機器１００でインタフェースＩＤ送出処理５１０を実行し、ゲートウェイ１１０における変換テーブル登録処理５００を行うことにより、非ＩＰ機器１００には常に同じＩＰｖ６アドレスが割り当てられるようにする例を説明したが、本発明の別の実施例では、必ずしもインタフェースＩＤ４５０を保持する必要はない。以下、その実施例を説明する。
【００３６】
まず、変換テーブル４００の代わりに使用する変換テーブル９００について、図１４を用いて説明する。
変換テーブル９００は、１つ以上の変換レコード９１０によって構成される。各変換レコード９１０は、ローカルアドレス９１１、ＩＰｖ６アドレス９１２、デバイス識別子９１３で構成される。ローカルアドレス９１１は、変換テーブル４００における変換レコード４１０のローカルアドレス４１１と同じである。ＩＰｖ６アドレス９１２は、変換テーブル４００における変換レコード４１０のＩＰｖ６アドレス４１１と同じである。デバイス識別子９１３は、非ＩＰ機器１００を識別するための情報である。デバイス識別子９１３としては、たとえば、ＥＣＨＯＮＥＴの機器オブジェクトスーパークラスプロパティで定義されるメーカコード、事業場コード、商品コード、製造番号である。
【００３７】
変換テーブル９００には、あらかじめ複数の変換レコード９１０が登録しておく。このとき、各４６０変換レコード９１０のＩＰｖ６アドレス９１２には、あらかじめＩＰｖ６アドレスを入れておくようにする。なお、ここで使用するＩＰｖ６アドレスは、ゲートウェイが接続されているＩＰｖ６ネットワーク２１０ネットワークＩＤと、ランダムな数値あるいは適当な数値の並びから作成する。また、変換テーブル９００への変換レコードの登録は、ゲートウェイ１１０の起動時に実行するようにすればよい。
【００３８】
次に、登録データ７００の代わりに使用する登録データ７１０について、図１５を用いて説明する。
登録データ７１０は、ローカルアドレス７１１とデバイス識別子７１２で構成する。ローカルアドレス７１１は、登録データ７００におけるローカルアドレス７１１と同じである。デバイス識別子７１２は、非ＩＰ機器１００を識別するための情報であり、たとえば、ＥＣＨＯＮＥＴの機器オブジェクトスーパークラスプロパティで定義されるメーカコード、事業場コード、商品コード、製造番号である。
【００３９】
次に、非ＩＰネットワーク２００に接続された場合に、非ＩＰ機器１００においてインタフェースＩＤ送出処理５１０の代わりに実行するデバイス情報送出処理８１０、およびゲートウェイ１１０において変換テーブル登録処理５００の代わりに実行する変換テール部登録処理８００について、図１６を用いて説明する。
【００４０】
非ＩＰ機器１００は、非ＩＰネットワークに接続されたとき（または任意のタイミングで）、デバイス情報送出処理８１０を行う。デバイス情報送出処理８１０では、記憶部１０２に記録されているデバイス識別子を読み出し、登録データ７１０のデバイス識別子７１２にセットする。また、非ＩＰ機器１００のローカルアドレスを、たとえば通信制御部１０３から取得し、登録データ７１０のローカルアドレス７１１にセットする。そして、登録データ７１０をゲートウェイ１１０宛てに送信する（ステップ８１１）。
【００４１】
ゲートウェイ１１０では、非ＩＰ機器１００からの登録データ７１０の送出を検出すると、変換テーブル登録処理８００を起動する。変換テーブル登録処理８００では、まず、非ＩＰ機器１００から送出された登録データ７１０を受信する（ステップ８０１）。次に、ステップ８０１で受信した登録データ７１０のデバイス識別子７１２と同じデバイス識別子９１３を有する変換レコード９１０が変換テーブル９００に登録されているか否かをチェックする（ステップ８０２）。登録されている場合、登録データ７１０のデバイス識別子７１２と同じデバイス識別子９１３を有する変換レコード９１０のローカルアドレス９１１に、ステップ８０２で受信した登録データ７１０のローカルアドレス７１１をセットする（ステップ８０４）。登録されていない場合、変換テーブル９００でまだデバイス識別子９１３がセットされていない変換レコード９１０を探し、その変換レコードのローカルアドレス９１１にステップ８０１で受信した登録データ７１０のローカルアドレス７１１を、デバイス識別子９１３にデバイス識別子７１２をそれぞれセットする。
【００４２】
また、ＮＤＰ応答処理５３０においては、ステップ５３２の処理を、ＮＳパケットのターゲットアドレスで指定されるＩＰｖ６アドレスと同じＩＰｖ６アドレス４１２を持つ変換レコード９１０が変換テーブル９００に存在するかチェックするように変更する。さらに、プロトコル変換処理５５０では、ステップ５５２を、読み込んだＩＰｖ６データパケット４６０のＩＰｖ６ヘッダ４６１に含まれる送信先ＩＰｖ６アドレスと同じＩＰｖ６アドレス４１２を持つ変換レコード９１０を変換テーブル９００から探し、その変換レコード９１０のローカルアドレス９１１を読み出すようにする。
【００４３】
また、非ＩＰネットワーク２００に接続された非ＩＰ機器１００が非ＩＰネットワークからはずされた場合には、登録削除処理５７０のステップ５７２において、ステップ５７１で特定したローカルアドレスを有する変換レコード９１０のローカルアドレス９１１を無効にするようにする。あるいは、再登録要求処理５８０のステップ５８１において、変換テーブル９００に登録されているすべての変換レコード９１０のローカルアドレス９１１をすべて無効にするようにする。
【００４４】
以上の処理により、先に説明した実施例と同様、非ＩＰネットワーク２００に接続された非ＩＰ機器１００と、ＩＰｖ６ネットワークに接続されたＩＰｖ６機器１５０やインターネットに接続された携帯電話１３０、パソコン１４０が互いに通信を行うことができるようになる。このとき、インタフェースＩＤ送出処理５１０と、ゲートウェイ１１０における変換テーブル登録処理５００により、非ＩＰ機器１００には常に同じＩＰｖ６アドレスが割り当てられるため、ＩＰｖ６ネットワークに接続されたＩＰｖ６機器１５０やインターネットに接続された携帯電話１３０、パソコン１４０から家庭内にある非ＩＰｖ６機器１００にアクセスする場合、常に同じＩＰｖ６アドレスを使用して通信ができるという利点がある。
【００４５】
【発明の効果】
以上説明したように、本発明によれば、ゲートウェイを介して、非ＩＰ機器（たとえば家庭内のエコーネットに接続されたエアコン）と、インターネットに接続された携帯電話やパソコンとがＩＰｖ６プロトコルを使用して通信できるようになる。このとき、非ＩＰ機器には、接続するＩＰｖ６ネットワークＩＰｖ６アドレスは、非ＩＰ機器が接続されるゲートウェイが変わらない限り常に同じアドレスになるため、機器の識別が容易になるという利点がある。また、携帯電話やパソコンからは常に同じＩＰｖ６アドレスを用いて非ＩＰ機器と通信ができるという効果がある。
【図面の簡単な説明】
【図１】 本発明の一実施例の概要を示す説明図である。
【図２】 本発明の一実施例における非ＩＰ機器のハードウェア構成を示したブロック図である。
【図３】 本発明の一実施例におけるゲートウェイのハードウェア構成を示したブロック図である。
【図４】 本発明の一実施例におけるインタフェースＩＤのデータ構造を示した説明図である。
【図５】 本発明の一実施例における変換テーブルのデータ構造を示した説明図である。
【図６】 本発明の一実施例における登録データのデータ構造を示した説明図である。
【図７】 本発明の一実施例における登録処理を示したフローチャートである。
【図８】 本発明の一実施例のおけるＮＤＰ応答処理を示したフローチャートである。
【図９】 本発明の一実施例のおけるプロトコル変換処理の概要を示した説明図である。
【図１０】 本発明の一実施例におけるプロトコル変換処理を示したフローチャートである。
【図１１】 本発明の一実施例におけるプロトコル変換処理を示したフローチャートである。
【図１２】 本発明の一実施例のおける登録削除処理を示したフローチャートである。
【図１３】 本発明の一実施例における再登録要求処理を示したフローチャートである。
【図１４】 本発明の一実施例における変換テーブルのデータ構造を示した説明図である。
【図１５】 本発明の一実施例における登録データのデータ構造を示した説明図である。
【図１６】 本発明の一実施例における登録処理を示したフローチャートである。
【符号の説明】
１００ 非ＩＰデバイス
１１０ ゲートウェイ
１２０ ＩＰｖ６ルータ
１３０ 携帯電話
１４０ パソコン
１５０ ＩＰｖ６機器
２００ 非ＩＰネットワーク
２１０、２３０ ＩＰｖ６ネットワーク
２２０ インターネット
【発明の属する技術分野】
本発明は、ＩＰｖ６プロトコルを用いて、ＩＰｖ６プロトコルをサポートしないエアコンなどの機器と、インターネットなどのＩＰｖ６ネットワークに接続された機器が通信を行うための記述に関する。
【０００２】
【従来の技術】
近年、通信の分野においては、インターネットの標準プロトコルであるＩＰプロトコルが事実上の標準プロトコルとなってきており、家庭内でもＩＰプロトコルが使われるようになってきている。しかしながら、ＩＰプロトコルをサポートしない機器も多く存在している。このような機器がＩＰプロトコルで接続された機器と通信を行うための機器としてゲートウェイ装置があり、その例として、特願平１１−１７７９１６号公報がある。特願平１１−１７７９１６号公報では、ＩＥＥＥ１３９４ネットワークで接続されたＨＡＶｉ（Ｈｏｍｅ Ａｕｄｉｏ／Ｖｉｄｅｏ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）機器と、ＩＰネットワークに接続された機器が、ゲートウェイ装置を介して互いに通信できるようにしている。
【０００３】
【発明が解決しようとする課題】
上記のような技術では、ＩＰ識別子が一意に定まらない、つまり、機器の接続を行うためにＩＰ識別子が変わる可能性がある。具体的には、上記技術では、ＩＰ識別子として、ＩＰアドレスとポート番号の組合せを使用している。そのため、実際には、ＨＡＶｉに接続された機器を、ＩＰネットワークに接続された機器から特定することが困難であるという問題がある。
【０００４】
そこで、本発明の目的は、ＩＰネットワーク機能以外のネットワーク（以下、非ＩＰネットワーク）に接続された機器（以下、非ＩＰ機器）が、ＩＰネットワークに接続された機器（以下、ＩＰ機器）と通信できるようにするだけでなく、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ６）アドレスを用いることで非ＩＰ機器にもＩＰｖ６アドレスを固定的に割り振り、ＩＰ機器と非ＩＰ機器の間の通信を容易にすることにある。
【０００５】
【課題を解決するための手段】
上記課題を解決するため、本発明では、非ＩＰネットワークに接続された非ＩＰ機器と、ＩＰｖ６ネットワーク、非ＩＰネットワークの両方に接続しているゲートウェイ装置からなるシステムにおいて、非ＩＰ機器に、ＩＰｖ６用インタフェースＩＤを保持する手段と、前記インタフェースＩＤ、該非ＩＰ機器が接続されているネットワーク上での識別子であるネットワーク識別子を送出する手段を設けるようにしている。そして、ゲートウェイ機器に、非ＩＰ機器から送出されるインタフェースＩＤとネットワーク識別子を受信する機器情報取得手段を設けるようにしている。さらに、ゲートウェイ装置には、該ゲートウェイ装置が接続されれているＩＰネットワークのネットワークＩＤを取得するネットワークＩＤ取得手段を設け、前記ネットワークＩＤ取得手段により取得したネットワークＩＤと、前記機器情報取得手段により取得したインタフェースＩＤからＩＰｖ６アドレスを生成するようにしている。そして、生成したＩＰｖ６アドレスと、前記機器情報取得手段により取得したネットワーク識別子の対応を管理するアドレス変換手段を設けるようにしている。
【０００６】
さらに、ゲートウェイ装置には、ＩＰｖ６で定められているＮＤＰ（Ｎｅｉｇｈｂｏｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）のＮＳ（Ｎｅｉｇｈｂｏｒｓｏｌｉｃｉｔａｔｉｏｎ）パケットを受信したとき、ＮＳパケット内のターゲットアドレスで指定されるＩＰｖ６アドレスが、前記アドレス変換手段により管理されるＩＰｖ６アドレスの中にあるか否かをチェックし、存在する場合、ＮＡ（Ｎｅｉｇｈｂｏｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ）パケットを返信するようにしている。
【０００７】
さらにゲートウェイ装置には、ＩＰネットワークから受信したＩＰパケットを非ＩＰネットワークプロトコルに変換して非ＩＰ機器に送信する手段と、非ＩＰネットワークから受信した非ＩＰデータをＩＰプロトコルに変換してＩＰネットワークに送出する手段を設け、非ＩＰ機器とＩＰ機器が互いに通信できるようにしている。このとき、ゲートウェイ装置と非ＩＰ機器との間で通信するデータには、通信先のＩＰ機器のＩＰｖ６アドレスを含めることにより、非ＩＰ機器からＩＰ機器を特定できるようにしている。
【０００８】
また、本発明では、非IPネットワークに接続された非IP機器が非ＩＰネットワークから削除された場合、アドレス変換手段により管理しているＩＰｖ６アドレスと、前記機器情報取得手段により取得したネットワーク識別子の対応を削除するようにしている。
【０００９】
さらに、別の発明では、非ＩＰネットワークに接続された非ＩＰ機器と、ＩＰｖ６ネットワーク、非ＩＰネットワークの両方に接続しているゲートウェイ装置からなるシステムにおいて、非ＩＰ機器に、機器の識別情報（機器識別情報）を保持する手段と、前記機器識別情報、および該非ＩＰ機器が接続されているネットワーク上での識別子であるネットワーク識別子を送出する手段を設けるようにしている。そして、ゲートウェイ機器に、非ＩＰ機器から送出される機器識別情報とネットワーク識別子を受信する機器情報取得手段を設けるようにしている。さらに、ゲートウェイ装置には、該ゲートウェイ装置が接続されれているＩＰネットワークのネットワークＩＤを取得するネットワークＩＤ取得手段を設け、前記ネットワークＩＤ取得手段により取得したネットワークＩＤを用いて、複数のＩＰｖ６アドレスを生成するようにしている。そして、前記機器情報取得手段により取得した機器識別情報を用いて、前記生成したＩＰｖ６アドレスのひとつを割り当てその対応を管理するアドレス変換手段を設けるようにしている。アドレス変換手段では、同じ機器識別情報を有する機器には常に同一のＩＰｖ６アドレスを割り当てるようにしている。 さらに、ゲートウェイ装置には、ＩＰｖ６で定められているＮＤＰ（Ｎｅｉｇｈｂｏｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）のＮＳ（Ｎｅｉｇｈｂｏｒ ｓｏｌｉｃｉｔａｔｉｏｎ）パケットを受信したとき、ＮＳパケット内のターゲットアドレスで指定されるＩＰｖ６アドレスが、前記アドレス変換手段により管理されるＩＰｖ６アドレスの中にあるか否かをチェックし、存在する場合、ＮＡ（Ｎｅｉｇｈｂｏｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ）パケットを返信するようにしている。
【００１０】
さらにゲートウェイ装置には、ＩＰネットワークから受信したＩＰパケットを非ＩＰネットワークプロトコルに変換して非ＩＰ機器に送信する手段と、非ＩＰネットワークから受信した非ＩＰデータをＩＰプロトコルに変換してＩＰネットワークに送出する手段を設け、非ＩＰ機器とＩＰ機器が互いに通信できるようにしている。このとき、ゲートウェイ装置と非ＩＰ機器との間で通信するデータには、通信先のＩＰ機器のＩＰｖ６アドレスを含めることにより、非ＩＰ機器からＩＰ機器を特定できるようにしている。
【００１１】
【発明の実施の形態】
本発明の一実施例を以下図面を用いて説明する。
まず、本発明の概要について、図１を用いて説明する。
図１において、１００は非ＩＰ機器である。ここで、非ＩＰ機器とは、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ６）をサポートしないが、何らかのネットワークに接続されている機器を意味する。非ＩＰ機器１００の例としては、ＥＣＨＯＮＥＴ（Ｅｎｅｒｇｙ Ｃｏｎｓｅｒｖａｔｉｏｎ ａｎｄ Ｈｏｍｅｃａｒｅ Ｎｅｔｗｏｒｋ）に接続された冷蔵庫やエアコンなどがある。１１０はゲートウェイである。ゲートウェイ１１０は非ＩＰ機器１００と非ＩＰネットワーク２００で接続される。非ＩＰネットワーク２００の例として、ＥＣＨＯＮＥＴがある。また、ゲートウェイ１１０は、ＩＰｖ６ネットワーク２１０を介して、ＩＰｖ６ルータ１２０と接続される。ＩＰｖ６ルータ１２０はインターネット２２０に接続している。さらに、ゲートウェイは、ＩＰｖ６ネットワーク２３０を介して、家庭内のＩＰｖ６機器１５０と接続されている。ＩＰｖ６機器１５０の例としてはパソコンなどがある。
【００１２】
本発明は、上記のような機器、ネットワークで構成されるシステムにおいて、インターネット２２０に接続された機器（たとえば携帯電話１３０やＰＣ１４０）や家庭内のＩＰｖ６機器１５０と、家庭内にある非ＩＰ機器１００（たとえば冷蔵庫、エアコン、電子レンジなど）が通信を行うための仕組みを提供する。
なお、以下の実施例では、ゲートウェイ１１０とＩＰｖ６ルータ１２０は別々の機器として説明するが、これら２つの機能をひとつの筐体に入れても何ら問題はない。
以下、非ＩＰ機器１００としてエアコンを、非ＩＰネットワーク１５０としてＥＣＨＯＮＥＴを例にとって説明する。しかしながら、本発明は非ＩＰ機器や非ＩＰネットワークをこれらの機器に限定するものではないことは言うまでもない。
【００１３】
次に、各機器のハードウェア構成について説明する。なお、ＩＰｖ６ルータ１２０、携帯電話１３０、ＰＣ１４０、ＩＰｖ６機器１５０は一般的な機器であるため、これらの機器についての説明は省略する。
まず非ＩＰ機器１００のハードウェア構成について、図２を用いて説明する。
図中、１０１はＣＰＵであり、周辺部の制御、データの処理や通信に関わる各種プログラムの実行を行う。１０２は、記憶部であり、たとえば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュメモリである。本実施例で使用する各種プログラムや後で説明するインタフェースＩＤなどのデータを記憶する。１０３は通信制御部であり、例えばＥＣＨＯＮＥＴを介した通信の制御を行う。１０４はエアコン部であり、エアコンとしての動作を制御する。
【００１４】
次に、ゲートウェイ１１０のハードウェア構成について、図３を用いて説明する。
図中、１１１はＣＰＵであり、周辺部の制御、データの処理や通信に関わる各種プログラムの実行を行う。１１２は、主記憶部であり、たとえば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュメモリ、ハードディスクなどである。本実施例で使用する各種プログラムや後で説明する変換テーブなどのデータを記憶する。１０３は非ＩＰ通信制御部であり、例えばＥＣＨＯＮＥＴを介した通信の制御を行う。１０４はＩＰ通信制御部であり、ＩＰｖ６を用いた通信の制御を行う。
【００１５】
次に非ＩＰ機器１００が保持するインタフェースＩＤ４５０について、図４を用いて説明する。
インタフェースＩＤは６４ビットのデータであり、機器を識別するために用いる。なお、インタフェースＩＤのつけ方は、ＩＥＥＥの”Ｇｕｉｄｅｌｉｎｅｓ ｆｏｒ ６４−ｂｉｔ Ｇｌｏｂａｌ Ｉｄｅｎｔｉｆｉｅｒ （ＥＵＩ−６４） Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ”で規定されている。非ＩＰ機器１００は、記憶部１０２にインタフェースＩＤ４５０を保持する。
【００１６】
次にゲートウェイが保持する変換テーブル４００について、図５を用いて説明する。
変換テーブル４００は、非ＩＰネットワーク２００における非ＩＰ機器１００のネットワーク上の識別子（ローカルアドレス）と、非ＩＰ機器１００に割り当てられたＩＰｖ６アドレスの対応をとるために使用する。
変換テーブル４００は、１つ以上の変換レコード４１０によって構成される。各変換レコード４１０は、ローカルアドレス４１１とＩＰｖ６アドレス４１２で構成される。ローカルアドレス４１１は、非ＩＰネットワーク２００に接続された機器を一意に識別するための識別子であり、ＥＣＨＯＮＥＴの場合ＥＣＨＯＮＥＴアドレスがこれに相当する。ＩＰｖ６アドレス４１２には、１２８ビットのＩＰｖ６アドレスが格納される。
【００１７】
次に、非ＩＰ機器１００が非ＩＰネットワーク２００に接続されたときに（または任意のタイミングで）ゲートウェイ１１０に送出する登録データ７００について、図６を用いて説明する。
登録データ７００は、ローカルアドレス７０１とインタフェースＩＤ７０２で構成する。ローカルアドレス７０１は、非ＩＰ機器１００の非ＩＰネットワーク２００における識別子であり、ＥＣＨＯＮＥＴの場合ＥＣＨＯＮＥＴアドレスがこれに相当する。また、インタフェースＩＤ７０２は、非ＩＰ機器１００が保持するインタフェースＩＤ４５０と同じものである。
【００１８】
次に、非ＩＰ機器１００が非ＩＰネットワーク２００に接続されたときに（または任意のタイミングで）行う登録処理について、図７を用いて説明する。
登録処理は、非ＩＰ機器１００におけるインタフェースＩＤ送出処理５１０と、ゲートウェイ１１０における変換テーブル登録処理５００からなる。
非ＩＰ機器１００は、非ＩＰネットワークに接続されたとき（または任意のタイミングで）、インタフェースＩＤ送出処理５１０を行う。インタフェースＩＤ送出処理５１０では、記憶部１０２に記録されているインタフェースＩＤ４５０を読み出し、登録データ７００のインタフェースＩＤ７０２にセットする。また、非ＩＰ機器１００のローカルアドレスを、たとえば通信制御部１０３から取得し、登録データ７００のローカルアドレス７０１にセットする。そして、登録データ７００をゲートウェイ１１０宛てに送信する（ステップ５１１）。
【００１９】
ゲートウェイ１１０では、非ＩＰ機器１００からのインタフェースＩＤの送出を検出すると、変換テーブル登録処理５００を起動する。変換テーブル登録処理５００では、まず、非ＩＰ機器１００から送出された登録データ７００を受信する（ステップ５０１）。次に、ＩＰｖ６におけるネットワークＩＤをすでに取得済みか否かを判定する（ステップ５０２）。ＩＰｖ６におけるネットワークＩＤを取得済みでない場合、ＩＰｖ６ルータ１３０からネットワークＩＤを取得し、記憶部１１２に記憶する。ネットワークＩＤを取得済みの場合、ステップ５０４に進む。ステップ５０１で受信した登録データ７００のインタフェースＩＤ７０２と、ステップ５０３で取得したネットワークＩＤまたは以前に取得し記憶部１１２に保持しているネットワークＩＤからＩＰｖ６アドレスを生成する。そして、ステップ５０１で受信した登録データ７００のローカルアドレス７０１をローカルアドレス４１１に、生成したＩＰｖ６アドレスをＩＰｖ６アドレス４１２にそれぞれ設定した変換レコード４１０を、変換テーブル４００に追加する（ステップ５０４）。
【００２０】
以上の処理により、ゲートウェイ１１０において、非ＩＰ機器１００にＩＰｖ６アドレスを割り当てることができる。このとき、非ＩＰ機器１００からインタフェースＩＤを取得しているため、ゲートウェイ１１０が同じＩＰネットワークに接続されている限り（つまり、ゲートウェイ１１０が接続されているＩＰネットワークのネットワークＩＤが変わらない限り）、常に同じＩＰｖ６を割り当てることが可能になる。
【００２１】
次に、家庭内にあるＩＰｖ６機器１５０やインターネットに接続された携帯電話１３０、パソコン１４０と、非ＩＰ機器１００がデータの送受信を行うための処理について説明する。インターネット２２０に接続された携帯電話１３０、パソコン１４０からのデータはＩＰｖ６ルータ１２０に届くので、ここではＩＰｖ６ルータ１２０がゲートウェイ１１０にデータを送信する方法について説明する。なお、家庭内のＩＰｖ６機器１５０のが非ＩＰ機器１００と通信を行う場合もＩＰｖ６ルータ１２０と同様の方法となる。
【００２２】
ＩＰｖ６の通信データ（ＩＰｖ６パケット）には、ＩＰｖ６のアドレスであて先が指定される。従って、ＩＰｖ６ルータ１２０がゲートウェイ１１０に接続された非ＩＰ機器１００にデータを送信するためには、ＩＰｖ６の下位層のアドレス（たとえばイーサネットアドレス）が必要になる。ＩＰｖ６では、ＩＰｖ６の下位層のアドレスをもとめる方法として、ＮＤＰ（Ｎｅｉｇｈｂｏｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）がある。ＮＤＰの詳細に関しては、ＲＦＣ２４６１ Ｎｅｉｇｈｂｏｒ Ｄｉｓｃｏｖｅｒｙ ｆｏｒ ＩＰ Ｖｅｒｓｉｏｎ６ （ＩＰｖ６）に述べられている。ゲートウェイ１１０がＮＤＰに応答することにより、ゲートウェイ１１０に接続してある非ＩＰ機器１００宛てのＩＰｖ６パケットがゲートウェイ１１０に届くようになる。以下、ＮＤＰに関するゲートウェイ１１０のＮＤＰ応答処理５３０について、図８のフローチャートを用いて説明する。ＮＤＰ応答処理５３０は、ゲートウェイ１１０がＮＤＰのＮＳ（Ｎｅｉｇｈｂｏｒ ｓｏｌｉｃｉｔａｔｉｏｎ）パケットを検出すると起動する。
【００２３】
ＮＤＰ応答処理５３０では、まず、ＮＳパケットを受信する（ステップ５３１）。次に、ＮＳパケットのターゲットアドレスで指定されるＩＰｖ６アドレスと同じＩＰｖ６アドレス４１２を持つ変換レコード４１０が変換テーブル４００に存在するかチェックする（ステップ５３２）。存在する場合、ゲートウェイ１１０のＩＰ通信制御部１０４が有する下位層アドレスをＮＡ（ｎｅｉｇｈｂｏｒ ａｄｖｉｅｒｔｉｚｅｍｅｎｔ）に設定して、ＮＳパケットの送信元に送出する（ステップ５３３）。存在しない場合は何もしない。
【００２４】
以上の処理により、ゲートウェイ１１０が非ＩＰ機器１００の代わりにＮＤＰに応答し、非ＩＰ機器１００宛てのＩＰｖ６パケットがゲートウェイ１１０に届くようになる。ゲートウェイはこれを非ＩＰネットワーク２００のプロトコルを用いてで非ＩＰ機器１００に送出する。以下では、このプロトコル変換処理について図９を用いて説明する。
【００２５】
家庭内のＩＰｖ６機器１５０、インタネットに接続された携帯電話１３０やパソコン１４０と、非ＩＰ機器１００が通信を行うとき、以下の２種類の通信データを使用する。
まず、1つ目のデータである、ゲートウェイ１１０と非ＩＰ機器１００が送受信するローカルデータパケット４５０について説明する。ローカルデータパケット４５０は、ローカルヘッダ４５１、ＩＰｖ６アドレス４５２、データ４５３で構成される。ローカルヘッダ４５１は、例えば、ＥＣＨＯＮＥＴにおけるＥＣＨＯＮＥＴヘッダ、送信元アドレス、相手先先アドレスを含む情報である。ＩＰｖ６アドレス４５２は、通信先の機器（例えば、家庭内のＩＰｖ６機器１５０、インタネットに接続された携帯電話１３０やパソコン１４０）のＩＰｖ６アドレスである。データ４５３は、非ＩＰ機器１００と通信先の機器との間で受け渡しを行う情報を含むデータである。
【００２６】
次に、２つ目のデータである、ゲートウェイ１１０とＩＰｖ６機器１５０やＩＰｖ６ルータ１３０が送受信するＩＰｖ６データパケット４６０について説明する。ＩＰｖ６データパケット４６０は、ＩＰｖ６ヘッダ４６１とデータ４６２で構成される。ＩＰｖ６ヘッダはＩＰｖ６プロトコルが規定するヘッダであり、送信先ＩＰｖ６アドレス、送信元ＩＰｖ６アドレスを含む。データ４６２は、非ＩＰ機器１００通信先の機器との間で受け渡しを行う情報を含むデータである。
【００２７】
プロトコル変換処理５４０では、上記２種類のデータの変換を行う。つまり、非ＩＰネットワーク２００から受信したローカルデータパケット４５０をＩＰｖ６データパケット４６０に変換してＩＰｖ６ネットワーク２１０、２３０に送出する（プロトコル変換処理５５０）、または、ＩＰｖ６ネットワーク２１０、２３０から受信したＩＰｖ６データパケット４６０をローカルデータパケット４５０に変換して非ＩＰネットワーク２００に送出する（プロトコル変換処理５６０）といった処理を行う。
【００２８】
なお、ＩＰｖ６パケット４６０とローカルパケット４５０は必ずしも１対１に対応しなくてもよい。例えば、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｓｎｆｅｒ Ｐｒｏｔｏｃｏｌ）のＨＴＴＰ Ｒｅｑｕｅｓｔ Ｍｅｓｓａｇｅ、ＨＴＴＰ Ｒｅｓｐｏｎｓｅ Ｍｅｓｓａｇｅの単位で変換してもよい。また、複数のＩＰｖ６データパケット４６０をひとつのローカルデータパケット４５０としてもよい。また、ひとつのＩＰｖ６データパケット４６０を複数のローカルデータパケット４５０に分割してもよい。さらに、複数のローカルデータパケット４５０をひとつのＩＰｖ６データパケット４６０としてもよい。また、ひとつのローカルデータパケット４５０を複数のＩＰｖ６データパケット４６０に分割してもよい。また、ＩＰｖ６パケット４６０に含まれるデータとローカルパケット４５０は、互いに、それぞれのデータを加工したものを入れてもよい。
【００２９】
次に、ＩＰｖ６データパケット４６０からローカルデータパケット４５０へのプロトコル変換処理５５０の詳細について、図１０のフローチャートを用いて説明する。プロトコル変換処理５５０はゲートウェイ１１０がＩＰｖ６データパケット４６０を受信したときに起動される。
プロトコル変換処理５５０では、まず、到着したＩＰｖ６データパケット４６０を読み込む（ステップ５５１）。次に、読み込んだＩＰｖ６データパケット４６０のＩＰｖ６ヘッダ４６１に含まれる送信先ＩＰｖ６アドレスと同じＩＰｖ６アドレス４１２を持つ変換レコード４１０を変換テーブル４００から探し、その変換レコード４１０のローカルアドレス４１１を読み出す（ステップ５５２）。次に、ステップ５５２で読み出したローカルアドレスをローカルデータパケット４５０のローカルヘッダ４５１にあて先アドレスとして設定するとともに、受信したＩＰｖ６データパケット４６０の送信先ＩＰｖ６アドレスをローカルデータパケット４５０のＩｖ６アドレス４５２に設定する。そして、ＩＰｖ６データパケット４６０のデータ４６２の少なくとも一部を含むデータまたはデータ４６２を加工したデータをローカルデータパケット４５０のデータ４５３に格納し、非ＩＰネットワーク２００に送出する（ステップ５５３）。
【００３０】
次に、ローカルデータパケット４５０からＩＰｖ６データパケット４６０へのプロトコル変換処理５６０の詳細について、図１１のフローチャートを用いて説明する。プロトコル変換処理５６０はゲートウェイ１１０がローカルデータパケット４５０を受信したときに起動される。
プロトコル変換処理５６０では、まず、到着したローカルデータパケット４５０を読み込む（ステップ５６１）。次に、ステップ４５１で読み込んだローカルデータパケットのＩＰｖ６アドレス４５２をＩＰｖ６データパケット４６０のＩＰｖ６ヘッダ４６１にあて先として設定する（ステップ５６２）。そして、ローカルデータパケット４５０のデータ４５３の少なくとも一部を含むデータまたはデータ４５３を加工したデータを、ＩＰｖ６データパケットのデータ４６２に格納し、ＩＰｖ６ネットワーク２１０または２３０に送出する（ステップ５６３）。
【００３１】
以上の処理により、非ＩＰネットワーク２００に接続された非ＩＰ機器１００と、ＩＰｖ６ネットワークに接続されたＩＰｖ６機器１５０やインターネットに接続された携帯電話１３０、パソコン１４０が互いに通信を行うことができるようになる。このとき、インタフェースＩＤ送出処理５１０と、ゲートウェイ１１０における変換テーブル登録処理５００により、非ＩＰ機器１００には常に同じＩＰｖ６アドレスが割り当てられるため、ＩＰｖ６ネットワークに接続されたＩＰｖ６機器１５０やインターネットに接続された携帯電話１３０、パソコン１４０から家庭内にある非ＩＰｖ６機器１００にアクセスする場合、常に同じＩＰｖ６アドレスを使用して通信ができるという利点がある。
【００３２】
次に、非ＩＰネットワーク２００に接続された非ＩＰ機器１００が非ＩＰネットワーク２００からはずされた場合にゲートウェイ１１０で実行される登録削除処理５７０について、図１２を用いて説明する。
登録削除処理５７０では、まず、はずされた非ＩＰ機器１００のローカルアドレスを特定する（ステップ５７１）。なお、はずされた非ＩＰ機器１００のローカルアドレスを検出する方法としては、変換テーブル４００におけるすべての変換レコード４１０のローカルアドレス４１１が非ＩＰネットワーク２００に接続されているかチェックする方法、非ＩＰ機器１００が非ＩＰネットワーク２００からはずされる直前に、ゲートウェイにはずされることを通知する方法などがある。次に、ステップ５７１で特定したローカルアドレスを有する変換レコード４１０を変換テーブル４００から削除する（ステップ５７２）。
【００３３】
以上の処理により、非ＩＰネットワーク２００からはずされた非ＩＰ機器１００に関する情報が変換テーブル４００から削除されるため、ゲートウェイ１００がはずされた非ＩＰ機器１００にデータを送信することがなくなる。
なお、非ＩＰネットワーク２００に接続された非ＩＰ機器が削除された場合、登録削除処理５７０の代わりにゲートウェイ１１０で再登録要求処理５８０を実行するようにしてもよい。
【００３４】
再登録要求処理５８０では、変換テーブル４００に登録されているすべての変換レコード９１０をいったん削除する（ステップ５８１）。非ＩＰネットワーク２００に接続されているすべての非ＩＰ機器１００に対して、登録要求を送出する。登録要求を受信した非ＩＰ機器１００は、インタフェースＩＤ送出処理５１０を行う（ステップ５８３）。非ＩＰネットワーク２００に接続されているすべての非ＩＰ機器１００に対してステップ５８３の処理を行ったら、処理を終了する（ステップ５８２）。
【００３５】
以上の実施例においては、非ＩＰ機器１００がインタフェースＩＤ４５０を保持し、非ＩＰネットワーク２００に接続された場合に、非ＩＰ機器１００でインタフェースＩＤ送出処理５１０を実行し、ゲートウェイ１１０における変換テーブル登録処理５００を行うことにより、非ＩＰ機器１００には常に同じＩＰｖ６アドレスが割り当てられるようにする例を説明したが、本発明の別の実施例では、必ずしもインタフェースＩＤ４５０を保持する必要はない。以下、その実施例を説明する。
【００３６】
まず、変換テーブル４００の代わりに使用する変換テーブル９００について、図１４を用いて説明する。
変換テーブル９００は、１つ以上の変換レコード９１０によって構成される。各変換レコード９１０は、ローカルアドレス９１１、ＩＰｖ６アドレス９１２、デバイス識別子９１３で構成される。ローカルアドレス９１１は、変換テーブル４００における変換レコード４１０のローカルアドレス４１１と同じである。ＩＰｖ６アドレス９１２は、変換テーブル４００における変換レコード４１０のＩＰｖ６アドレス４１１と同じである。デバイス識別子９１３は、非ＩＰ機器１００を識別するための情報である。デバイス識別子９１３としては、たとえば、ＥＣＨＯＮＥＴの機器オブジェクトスーパークラスプロパティで定義されるメーカコード、事業場コード、商品コード、製造番号である。
【００３７】
変換テーブル９００には、あらかじめ複数の変換レコード９１０が登録しておく。このとき、各４６０変換レコード９１０のＩＰｖ６アドレス９１２には、あらかじめＩＰｖ６アドレスを入れておくようにする。なお、ここで使用するＩＰｖ６アドレスは、ゲートウェイが接続されているＩＰｖ６ネットワーク２１０ネットワークＩＤと、ランダムな数値あるいは適当な数値の並びから作成する。また、変換テーブル９００への変換レコードの登録は、ゲートウェイ１１０の起動時に実行するようにすればよい。
【００３８】
次に、登録データ７００の代わりに使用する登録データ７１０について、図１５を用いて説明する。
登録データ７１０は、ローカルアドレス７１１とデバイス識別子７１２で構成する。ローカルアドレス７１１は、登録データ７００におけるローカルアドレス７１１と同じである。デバイス識別子７１２は、非ＩＰ機器１００を識別するための情報であり、たとえば、ＥＣＨＯＮＥＴの機器オブジェクトスーパークラスプロパティで定義されるメーカコード、事業場コード、商品コード、製造番号である。
【００３９】
次に、非ＩＰネットワーク２００に接続された場合に、非ＩＰ機器１００においてインタフェースＩＤ送出処理５１０の代わりに実行するデバイス情報送出処理８１０、およびゲートウェイ１１０において変換テーブル登録処理５００の代わりに実行する変換テール部登録処理８００について、図１６を用いて説明する。
【００４０】
非ＩＰ機器１００は、非ＩＰネットワークに接続されたとき（または任意のタイミングで）、デバイス情報送出処理８１０を行う。デバイス情報送出処理８１０では、記憶部１０２に記録されているデバイス識別子を読み出し、登録データ７１０のデバイス識別子７１２にセットする。また、非ＩＰ機器１００のローカルアドレスを、たとえば通信制御部１０３から取得し、登録データ７１０のローカルアドレス７１１にセットする。そして、登録データ７１０をゲートウェイ１１０宛てに送信する（ステップ８１１）。
【００４１】
ゲートウェイ１１０では、非ＩＰ機器１００からの登録データ７１０の送出を検出すると、変換テーブル登録処理８００を起動する。変換テーブル登録処理８００では、まず、非ＩＰ機器１００から送出された登録データ７１０を受信する（ステップ８０１）。次に、ステップ８０１で受信した登録データ７１０のデバイス識別子７１２と同じデバイス識別子９１３を有する変換レコード９１０が変換テーブル９００に登録されているか否かをチェックする（ステップ８０２）。登録されている場合、登録データ７１０のデバイス識別子７１２と同じデバイス識別子９１３を有する変換レコード９１０のローカルアドレス９１１に、ステップ８０２で受信した登録データ７１０のローカルアドレス７１１をセットする（ステップ８０４）。登録されていない場合、変換テーブル９００でまだデバイス識別子９１３がセットされていない変換レコード９１０を探し、その変換レコードのローカルアドレス９１１にステップ８０１で受信した登録データ７１０のローカルアドレス７１１を、デバイス識別子９１３にデバイス識別子７１２をそれぞれセットする。
【００４２】
また、ＮＤＰ応答処理５３０においては、ステップ５３２の処理を、ＮＳパケットのターゲットアドレスで指定されるＩＰｖ６アドレスと同じＩＰｖ６アドレス４１２を持つ変換レコード９１０が変換テーブル９００に存在するかチェックするように変更する。さらに、プロトコル変換処理５５０では、ステップ５５２を、読み込んだＩＰｖ６データパケット４６０のＩＰｖ６ヘッダ４６１に含まれる送信先ＩＰｖ６アドレスと同じＩＰｖ６アドレス４１２を持つ変換レコード９１０を変換テーブル９００から探し、その変換レコード９１０のローカルアドレス９１１を読み出すようにする。
【００４３】
また、非ＩＰネットワーク２００に接続された非ＩＰ機器１００が非ＩＰネットワークからはずされた場合には、登録削除処理５７０のステップ５７２において、ステップ５７１で特定したローカルアドレスを有する変換レコード９１０のローカルアドレス９１１を無効にするようにする。あるいは、再登録要求処理５８０のステップ５８１において、変換テーブル９００に登録されているすべての変換レコード９１０のローカルアドレス９１１をすべて無効にするようにする。
【００４４】
以上の処理により、先に説明した実施例と同様、非ＩＰネットワーク２００に接続された非ＩＰ機器１００と、ＩＰｖ６ネットワークに接続されたＩＰｖ６機器１５０やインターネットに接続された携帯電話１３０、パソコン１４０が互いに通信を行うことができるようになる。このとき、インタフェースＩＤ送出処理５１０と、ゲートウェイ１１０における変換テーブル登録処理５００により、非ＩＰ機器１００には常に同じＩＰｖ６アドレスが割り当てられるため、ＩＰｖ６ネットワークに接続されたＩＰｖ６機器１５０やインターネットに接続された携帯電話１３０、パソコン１４０から家庭内にある非ＩＰｖ６機器１００にアクセスする場合、常に同じＩＰｖ６アドレスを使用して通信ができるという利点がある。
【００４５】
【発明の効果】
以上説明したように、本発明によれば、ゲートウェイを介して、非ＩＰ機器（たとえば家庭内のエコーネットに接続されたエアコン）と、インターネットに接続された携帯電話やパソコンとがＩＰｖ６プロトコルを使用して通信できるようになる。このとき、非ＩＰ機器には、接続するＩＰｖ６ネットワークＩＰｖ６アドレスは、非ＩＰ機器が接続されるゲートウェイが変わらない限り常に同じアドレスになるため、機器の識別が容易になるという利点がある。また、携帯電話やパソコンからは常に同じＩＰｖ６アドレスを用いて非ＩＰ機器と通信ができるという効果がある。
【図面の簡単な説明】
【図１】 本発明の一実施例の概要を示す説明図である。
【図２】 本発明の一実施例における非ＩＰ機器のハードウェア構成を示したブロック図である。
【図３】 本発明の一実施例におけるゲートウェイのハードウェア構成を示したブロック図である。
【図４】 本発明の一実施例におけるインタフェースＩＤのデータ構造を示した説明図である。
【図５】 本発明の一実施例における変換テーブルのデータ構造を示した説明図である。
【図６】 本発明の一実施例における登録データのデータ構造を示した説明図である。
【図７】 本発明の一実施例における登録処理を示したフローチャートである。
【図８】 本発明の一実施例のおけるＮＤＰ応答処理を示したフローチャートである。
【図９】 本発明の一実施例のおけるプロトコル変換処理の概要を示した説明図である。
【図１０】 本発明の一実施例におけるプロトコル変換処理を示したフローチャートである。
【図１１】 本発明の一実施例におけるプロトコル変換処理を示したフローチャートである。
【図１２】 本発明の一実施例のおける登録削除処理を示したフローチャートである。
【図１３】 本発明の一実施例における再登録要求処理を示したフローチャートである。
【図１４】 本発明の一実施例における変換テーブルのデータ構造を示した説明図である。
【図１５】 本発明の一実施例における登録データのデータ構造を示した説明図である。
【図１６】 本発明の一実施例における登録処理を示したフローチャートである。
【符号の説明】
１００ 非ＩＰデバイス
１１０ ゲートウェイ
１２０ ＩＰｖ６ルータ
１３０ 携帯電話
１４０ パソコン
１５０ ＩＰｖ６機器
２００ 非ＩＰネットワーク
２１０、２３０ ＩＰｖ６ネットワーク
２２０ インターネット
Claims (1)
- 第１のネットワークを接続し、前記第１のネットワークとデータの送受信を行う第１の通信手段と、
第２のネットワークを接続し、ＩＰｖ６プロトコルを用いてデータの送受信を行う第２の通信手段と、
前記第１のネットワークに接続された機器のインタフェースＩＤおよび該機器の前記第１のネットワークにおける識別情報を取得する手段と、
前記第２のネットワークのネットワークＩＤを取得する手段と、
上記インタフェースＩＤおよびネットワークＩＤからＩＰｖ６アドレスを生成し、生成したＩＰｖ６アドレスと上記識別情報との対応を管理するアドレス変換手段と、
ＮＤＰ（Ｎｅｉｇｈｂｏｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）で規定されるＮＳ（Ｎｅｉｇｈｂｏｒ ｓｏｌｉｃｉｔａｔｉｏｎ）パケットを第２のネットワークから受信したとき、ＮＳパケット内のターゲットアドレスで指定されるＩＰｖ６アドレスが前記アドレス変換手段により管理されるＩＰｖ６アドレスの中に存在するか否かをチェックし、存在する場合、ＮＡ（Ｎｅｉｇｈｂｏｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ）パケットを返信するＮＤＰ応答手段とを備え、
第１のネットワークに接続された機器と第２のネットワークに接続された機器との通信を可能にすることを特徴とするゲートウェイ装置。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001249741A JP4019666B2 (ja) | 2001-08-21 | 2001-08-21 | ゲートウェイ装置および情報機器 |
| US10/199,291 US7339895B2 (en) | 2001-08-21 | 2002-07-19 | Gateway device and control method for communication with IP and IPV6 protocols |
| CN02143739.4A CN1194512C (zh) | 2001-08-21 | 2002-07-20 | 信息设备、网关设备及其控制方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001249741A JP4019666B2 (ja) | 2001-08-21 | 2001-08-21 | ゲートウェイ装置および情報機器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003060664A JP2003060664A (ja) | 2003-02-28 |
| JP4019666B2 true JP4019666B2 (ja) | 2007-12-12 |
Family
ID=19078700
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001249741A Expired - Fee Related JP4019666B2 (ja) | 2001-08-21 | 2001-08-21 | ゲートウェイ装置および情報機器 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4019666B2 (ja) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004289816A (ja) | 2003-03-06 | 2004-10-14 | Matsushita Electric Ind Co Ltd | 遠隔制御装置、遠隔制御方法および被遠隔制御装置 |
| JP4612528B2 (ja) * | 2005-07-29 | 2011-01-12 | 日本電信電話株式会社 | ネットワーク接続システム、ネットワーク接続装置およびそのプログラム |
| JP4764737B2 (ja) * | 2006-02-13 | 2011-09-07 | 富士通株式会社 | ネットワークシステム、端末およびゲートウェイ装置 |
| JP4023508B2 (ja) | 2006-03-28 | 2007-12-19 | 松下電工株式会社 | ネットワークシステム |
| KR101056102B1 (ko) | 2006-03-28 | 2011-08-10 | 파나소닉 전공 주식회사 | 네트워크 시스템 |
| KR100791298B1 (ko) * | 2006-05-19 | 2008-01-04 | 삼성전자주식회사 | 홈 네트워크에서의 디바이스 제어 장치 및 방법 |
| JP2012175326A (ja) * | 2011-02-21 | 2012-09-10 | Nippon Telegr & Teleph Corp <Ntt> | ネットワークシステムおよびデータ通信方法、ゲートウェイ装置およびネームサーバ |
| US10097509B2 (en) | 2014-09-29 | 2018-10-09 | Raytheon Company | IP address translation for tactical networks |
| FR3032849B1 (fr) * | 2015-02-13 | 2017-02-10 | Kerlink | Procede d'etablissement d'une session de communication bidirectionnelle entre un objet communicant et un serveur distant, passerelle, systeme et programme d'ordinateur correspondants. |
-
2001
- 2001-08-21 JP JP2001249741A patent/JP4019666B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003060664A (ja) | 2003-02-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7339895B2 (en) | Gateway device and control method for communication with IP and IPV6 protocols | |
| US8767737B2 (en) | Data center network system and packet forwarding method thereof | |
| JP4142014B2 (ja) | ユーザ特定システム、ユーザ特定装置、ユーザ特定方法、アドレス変換装置、及びプログラム | |
| US20060056397A1 (en) | Access management apparatus, program and remote start-up method of terminal device | |
| JP2011515945A (ja) | ローカル・ネットワーク間でデータ・パケットを通信するための方法および装置 | |
| US20150295884A1 (en) | Method and System for Managing IPv6 Address Conflict Automatically | |
| JP2003348116A (ja) | 家庭内ネットワーク向けアドレス自動設定方式 | |
| JP2003008585A (ja) | 通信制御装置及び通信制御方法並びに通信装置及び通信方法 | |
| JP2004507976A (ja) | アドレスの移動局への割り当て | |
| WO2014101041A1 (zh) | Ipv6地址溯源方法、装置和系统 | |
| US7289471B2 (en) | Mobile router, position management server, mobile network management system, and mobile network management method | |
| JP4019666B2 (ja) | ゲートウェイ装置および情報機器 | |
| JP2014147094A (ja) | ネットワーク・ロケーション・サービス | |
| JP4576637B2 (ja) | ネットワークカメラ、管理サーバおよび映像配信システム | |
| JP3969395B2 (ja) | ネットワーク・システムおよび端末設定方法 | |
| KR100429902B1 (ko) | 공중망에서 사설망 내의 디바이스를 제어하기 위한 장치및 방법 | |
| TW201414253A (zh) | 網路位址轉換系統及方法 | |
| TWI735633B (zh) | 資料傳輸的方法、設備、裝置及系統 | |
| WO2009076906A1 (zh) | 实现终端接入零售业务提供商的方法、装置及系统 | |
| JP2001237879A (ja) | 端末装置、中継装置、通信方法及びその通信プログラムを記録した記録媒体 | |
| US11533344B2 (en) | Method for establishing a stream, method for providing stream identification information, domain name system (DNS) server, device computer program and computer-readable medium | |
| JP2003087337A (ja) | ゲートウェイ装置およびその制御方法 | |
| JP5054666B2 (ja) | Ｖｐｎ接続装置、パケット制御方法、及びプログラム | |
| JP2002185517A (ja) | 端末装置、中継装置、通信方法及びその通信プログラムを記録した記録媒体 | |
| JP2013031113A (ja) | パケット転送方法およびパケット転送装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040913 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060418 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060929 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061010 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061211 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070605 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070703 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070808 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070904 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070917 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101005 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101005 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111005 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121005 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121005 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131005 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |