JP2004236096A - Repeater and communication control method - Google Patents

Repeater and communication control method Download PDF

Info

Publication number
JP2004236096A
JP2004236096A JP2003023627A JP2003023627A JP2004236096A JP 2004236096 A JP2004236096 A JP 2004236096A JP 2003023627 A JP2003023627 A JP 2003023627A JP 2003023627 A JP2003023627 A JP 2003023627A JP 2004236096 A JP2004236096 A JP 2004236096A
Authority
JP
Japan
Prior art keywords
ipv6
communication
communication device
interface
protocol
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.)
Granted
Application number
JP2003023627A
Other languages
Japanese (ja)
Other versions
JP3794689B2 (en
Inventor
Atsushi Inoue
淳 井上
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2003023627A priority Critical patent/JP3794689B2/en
Publication of JP2004236096A publication Critical patent/JP2004236096A/en
Application granted granted Critical
Publication of JP3794689B2 publication Critical patent/JP3794689B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To make IP communication between a non-IPv6 node to be stored in a domestic network and another node on the Internet possible. <P>SOLUTION: IPv6 addresses are individually allocated to each of non-IPv6 equipment not by mapping to a single IP address in the conventional manner and communication with the Internet (IPv6) side is repeated by using the IPv6 addresses. Furthermore, the repeater alternately processes IP processing such as parameter, key replacement of IPSEC by using the IPv6 addresses allocated here. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、インターネットとローカルに接続される機器網(例えば家庭内ネットワークやイントラネットなどのローカルネットワーク)などを相互接続し、接続された機器、及びインターネットの通信ノード間での通信を中継する中継装置及び通信制御方法に関する。
【0002】
【従来の技術】
ネットワーク技術の新規導入対象として、ホームネットワークが注目されている。一般に家庭内の機器102群を管理、制御するホームゲートウェイ101という中継装置を設置し、これを介して、家庭の外のインターネットをアクセスする形態が想定されている(図9)。
【0003】
従来のIPv4によるインターネット100では、各家庭に割り当て可能なグローバルIPv4アドレス数は限られており、その場合は、家庭網ではプライベートアドレスという内部に閉じたアドレス対系を使用し、外部へのアクセスのみをアドレス変換を行ってグローバルアドレスで行う、という方法が採られており、この場合、ホームゲートウェイ101はアドレス変換装置(NAT: Network Address Translator)としての機能を担うほか、様々な付加価値をホームゲートウェイ101につける提案が様々なされている。
【0004】
しかるに、一方では、次世代のIP規約としてIPv6というものが検討されている。IPv6では、IPv4で32ビット幅だったIPアドレスを128ビット幅まで拡張することで、IPv4より遥かに多数のノードを収容できるようになる。例えば、家庭の中に収容される全ての機器にIPv6グローバルアドレスを付与し、全ての機器がIP通信を行うことを想定している。IPv6を採用することで、全ての家庭内機器に対しユニークなグローバルアドレスを割り当てることができる。
【0005】
これにより、経路途中にNATなどの中継装置を介することなく、エンド間をシームレスに接続した通信ができ、これはセキュリティ、通信品質の保証など、様々な面で有利である、と言われている。またIPv6では、各ルータが管理するネットワークIDと、機器固有のIDから自動的にアドレスを生成する、アドレス自動構成という機能があり、末端のホストの運用が容易であるという特徴がある。
【0006】
一方で、家庭内機器制御のための通信方式として、白物家電におけるエコーネットや、ビル設備などで使用される米国のemWARE社が提唱するEMITや米Echelon社が提唱する LON works(商標)など、IPを使わない通信方式も様々提案されており、家庭内の通信方式(プロトコル)はさらに多様化しているといえる。
【0007】
また、家庭内機器では、IPv6のプロトコルを搭載するための十分なリソース(CPU性能、メモリ量など)を持たない機器も多く、これをIPv6の普及を阻害している。
【0008】
【非特許文献1】
emWARE社のサイト(http://www.emware.com/)
【非特許文献2】
Echelon社のサイト(htt p://www.echelon.com/)
【0009】
【発明が解決しようとする課題】
本発明は、上記事情を考慮してなされたもので、家庭内の非IPv6プロトコルのみをサポートする機器に対し、その機器識別子を元に個別なIPv6アドレスの自動構成を中継装置で代行処理し、生成したIPv6アドレスと機器識別子の対応関係を記憶した情報(テーブル)を元に、非IPパケットとIPv6パケット間の変換を行うことで、非IP機器がインターネットなどのIPノードと通信することを容易にし、また非IPv6機器にも個々のIPv6アドレスを割り当てることで、様々なIPv6サービス(例えばセキュリティ処理)をホームゲートウェイが代行処理することを可能とする中継装置及び通信制御方法を提供することを目的とする。
【0010】
【課題を解決するための手段】
本発明の中継装置は、広域ネットワークに接続され、IPv6プロトコルにて通信が可能な第1のインタフェースと、ローカルネットワークに接続され、所定のプロトコルにて通信が可能な第2のインタフェースとを具備し、 ローカルネットワークに接続された通信機器と、広域ネットワークに接続された他の通信機器との間の通信を中継する中継装置であって、ローカルネットワークに接続された通信機器がIPv6プロトコルによる通信ができない場合には、通信機器の機器識別情報に基づき、該通信機器に対応したIPv6アドレスを自動生成する自動生成手段と、自動生成手段にて生成した通信機器に対応したIPv6アドレスを、第1のインタフェースに割り当てる割り当て手段と、自動生成手段で生成した該通信機器に対応したIPv6アドレスと、該通信機器の機器識別情報を関連付けて記憶する記憶手段と、記憶手段に記憶されたIPv6アドレスと通信識別情報に基づき、通信機器から送信された非IPv6パケットを第6のインタフェースを介して受信し、この非IPv6パケットをIPv6パケットへ変換し、第1のインタフェースを介して所望の宛先へ転送する機能と、広域ネットワーク側から通信機器宛に送信されたIPv6パケットを第1のインタフェースを介して受信し、このIPv6パケットを非IPv6パケットに変換し、第2のインタフェースを介して通信機器宛てに転送する機能を持つ転送手段とを具備したことを特徴とする。
【0011】
更に本発明の中継装置は、記憶手段は、ローカルネットワークに通信機器が複数接続されていた場合には、各々のIPv6アドレス及び対応した機器識別情報を関連付けて複数記憶することを特徴とする。
更に本発明の中継装置は、所定のプロトコルは、エコーネットプロトコルであることを特徴とする。
【0012】
更に本発明の中継装置は、所定のプロトコルは、IPv4プロトコルであることを特徴とする。
【0013】
更に本発明の中継装置は、第2のインタフェースに接続された通信機器に対し自動生成されたIPv6アドレスに要求されるIPプロトコル処理を、通信機器に代わって代行処理する代行処理手段を更に具備したことを特徴とする。
更に本発明の中継装置は、第2のインタフェースに接続された通信機器に対し自動生成されたIPv6アドレスに要求されるIPセキュリティの鍵の交換処理、セキュリティパラメータの交換処理、セキュリティパラメータの設定処理、通信を行うパケットのIPSEC処理のうち少なくとも一つを代行処理する代行処理手段とを更に具備したことを特徴とする。
【0014】
更に本発明の中継装置は、第2のインタフェースに接続された通信機器の代行処理として、自動生成されたIPv6アドレスを元に、提供するサービス属性を登録し、サービス発見プロトコルの探索対象に通信機器を追加することを特徴とする。
【0015】
また本発明の通信制御方法は、広域ネットワークに接続され、IPv6プロトコルにて通信が可能な第1のインタフェースと、ローカルネットワークに接続され、所定のプロトコルにて通信が可能な第2のインタフェースとを具備し、ローカルネットワークに接続された通信機器と、広域ネットワークに接続された他の通信機器との間の通信を中継する中継装置の通信制御方法であって、ローカルネットワークに接続された通信機器がIPv6プロトコルによる通信ができない場合には、通信機器の機器識別情報に基づき、該通信機器に対応したIPv6アドレスを自動生成し、生成した通信機器に対応したIPv6アドレスを、第1のインタフェースに割り当て、生成した通信機器に対応したIPv6アドレスと、該通信機器の機器識別情報を関連付けて記憶し、記憶されたIPv6アドレスと通信識別情報に基づき、通信機器から送信された非IPv6パケットを第6のインタフェースを介して受信し、この非IPv6パケットをIPv6パケットへ変換し、第1のインタフェースを介して所望の宛先へ転送し、広域ネットワーク側から通信機器宛に送信されたIPv6パケットを第1のインタフェースを介して受信し、このIPv6パケットを非IPv6パケットに変換し、第2のインタフェースを介して通信機器宛てに転送することを特徴とする。
【0016】
更に本発明の通信制御方法は、ローカルネットワークに通信機器が複数接続されていた場合には、各々のIPv6アドレス及び対応した機器識別情報を関連付けて複数記憶することを特徴とする。
【0017】
更に本発明の通信制御方法は、所定のプロトコルは、エコーネットプロトコルであることを特徴とする。
【0018】
更に本発明の通信制御方法は、所定のプロトコルは、IPv4プロトコルであることを特徴とする。
【0019】
更に本発明の通信制御方法は、第2のインタフェースに接続された通信機器に対し自動生成されたIPv6アドレスに要求されるIPプロトコル処理を、通信機器に代わって代行処理することと特徴とする。
【0020】
更に本発明の通信制御方法は、第2のインタフェースに接続された通信機器に対し自動生成されたIPv6アドレスに要求されるIPセキュリティの鍵の交換処理、セキュリティパラメータの交換処理、セキュリティパラメータの設定処理、通信を行うパケットのIPSEC処理のうち少なくとも一つを代行処理することを特徴とする。
【0021】
更に本発明の通信制御方法は、第2のインタフェースに接続された通信機器の代行処理として、自動生成されたIPv6アドレスを元に、提供するサービス属性を登録し、サービス発見プロトコルの探索対象に通信機器を追加することを特徴とする。
【0022】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【0023】
本発明に係るホームネットワークの典型的な構成を図1に示す。ここではローカルネットワークとして家庭などのホームネットワークを仮定している。ここでホームゲートウェイ1は外部のインターネット2にIPv6にて接続しており、家庭内ネットワークには、IPv6をサポートする端末21〜2nとIPv6をサポートしない端末31〜3nを含むものとする。IPv6をサポートする端末の場合、中継装置であるホームゲートウェイ1は単なるメディア変換機として動作し、ISP3側の図示しないルータと折衝して、ネットワークプリフィクスを獲得し、これを用いてIPv6のアドレス自動構成(IETF RFC2461などで規定される)を行ってIPv6アドレスを得る。
【0024】
一方、本発明においては、IPv6をサポートしない端末31〜3nについても、各々の機器識別子例えばMACアドレスをホームゲートウェイ1が認識した時点で、これを使ってアドレス自動構成を動作させ、各端末31〜3nに対するIPv6アドレスを自動構成し、これをホームゲートウェイ1の上流インタフェースに関連づける。一般にIPv6では1つのインタフェースに複数のIPアドレスを関連づけることは普通に行われるので、これは特別な操作ではない。
【0025】
ここでは端末31〜3nに対するグローバルIPv6アドレスを生成したものとする。この他にリンクローカルアドレスやサイトローカルアドレスと呼ばれる別のスコープを持つアドレスも生成できるが本発明ではそれらは考慮しないこととする。
【0026】
図2はホームゲートウェイ1の内部構成を示す図である。IPv6アドレス自動生成部10は、前述したようにISP3側の図示しないルータと折衝して取得したネットワークプレフィックスを用いてIPv6のアドレス自動構成を行い、IPv6アドレスを生成する。また、IPv6をサポートしない端末31〜3nについても、Macアドレスなどを認識し、これら端末31〜3nに対応するIPv6アドレスを自動構成する。
【0027】
IPv6アドレス割当部11は、端末31〜3nに対応するIPv6アドレスをインターネット側のインタフェースである第1のインタフェース14に関連付ける。
【0028】
記憶部13は各端末31〜3nに対応するIPv6アドレスと、それら端末の機器識別子(例えばMacアドレス)との対応関係(テーブル)を記憶する。
【0029】
転送部14はこの対応関係を参照し、インターネット側の通信ノードとホームネットワーク側の端末31〜3nとの間の送受信通信を中継する。制御部12はこれらの動作を総合的に制御する。
【0030】
この結果、ホームゲートウェイ1には図3に示すような非IPv6端末の機器識別子(MACアドレス)とIPv6アドレスの対応表ができる。この表を使って、非IPv6端末がインターネット側の機器と通信する場合のパケットの変換をホームゲートウェイ1が実行する。
【0031】
以下では、これを使って、非IPv6端末がインターネット側のIP端末と通信する場合のパケット処理方法を示す。なお、ここで非IPv6プロトコルにおいてIP端末のアドレスをどのように表現するかという問題があるが、これについては各非IPv6プロトコル(例:エコーネット、EMITなど)において、各々プロトコル拡張が行われており、ホームネットワーク外のIP端末にパケットを送信したい旨を表現できるものと仮定する。
【0032】
1つの方法は非IPv6プロトコルパケットをIPv6パケットでカプセル化して、IPv6トンネルを経由してIPv6端末に送信する方法である。図3のテーブルで示される非IPv6端末00−bc−de−01−82−99から、IPv6端末ff02::1宛にパケットを送信する場合の例を図4に示す。ここで非IPv6端末に与えられたIPv6アドレスff04:0::02bc:deff:fe01:8299がIPv6トンネルのソースアドレスになり非IPv6パケットをインターネット側に送信する。この処理は、一般にv4 over v6トンネルと呼ばれるIPv4/v6混在環境における処理の拡張として容易に実現できる。
【0033】
逆にインターネット側からIPv6カプセル化パケットを受信した場合は、図3のテーブルを参照してマッチする場合には、内部の非IPv6パケットを取り出して、非IPv6プロトコルで該当する機器に転送すればよい。
【0034】
別の方法として、非IPv6プロトコルに対応する予め定められたIPv6パケット形式にパケットを変換して転送する方法がある。例えば、図5に示すようなエコーネットの状態取得要求パケット51、及びそれに対する応答パケット52の場合を考える。
【0035】
これはホームネットにおける特定の機器の状態情報(例えば冷蔵庫の設定温度)を問い合わせ、またこれに回答するためのパケット形式である。これをIPv6の世界では、ネットワーク管理に使うSNMPというプロトコルで表現するものと予め定めておけば、該当するIPv6のSNMP53パケットを受信した場合、これを対応するエコーネットパケットに変換し、逆にエコーネットの回答パケットをIPv6のSNMP54パケットに変換してインターネット側に応答する、という処理を行う。
【0036】
以上のシーケンスを図6に示す。外部のIPv6ノード61が、SNMP(trap,status_req)を発するとホームゲートウエイ1はこれをEcho_State_retrieveコマンドに変換し、内部のEchonetノード62へ転送する。内部のEchonetノード62はこの応答としてEcho_State_replyを発し、ホームゲートウエイ1はこれをSNMP(rep,status_replay)として外部のIPv6ノード61に転送する。なお、パケットの変換規則としては、これ以外にもHTTPやその拡張としてのSOAP、XMPなどを使用する方法が考えられる。
【0037】
このパケット変換による転送方法は、個々の非IPv6プロトコルの詳細をホームゲートウェイ1が知っている必要があり、特に2つ以上の変換方法をサポートする場合、内部のプロトコルの詳細を解析するのでは、処理時間の問題が起こりうる。
【0038】
一方、非IPv6パケットをそのままカプセル化して送信する場合は、宛先IPv6ノード側で非IPv6プロトコルを全て解釈することが必要である。従って、一般には、宛先IPv6ノードの処理能力や、非IPv6プロトコルの複雑さを考慮して、2つの方法を適宜切り替えて使用するのが適当である。
【0039】
さて、以上のように非IPv6パケットに個別のIPv6アドレスを付与して処理することにより、非IPv6ノードをIPノードとして扱える例として、IPセキュリティ(IPSEC)の処理例を示す。
【0040】
図7に示すように、非IPv6ノードからの通信が始まると、ゲートウェイでIPSECの処理を起動し、予め設定されたこのノードに対するポリシーに応じて、相手先の通信ノード5に対応するIPSEC方式を決定し、次に、IPSECで必要になる鍵交換プロトコル(一般にインターネットではIKEという方式を使う)を起動して、相手先の通信ノード5と鍵の交換を行う。
これらが完了すると、必要なIPSECの処理を行ったパケットの交換を開始する。 勿論、非IPv6ノード自身がパケット暗号化などの機能を保持することは仮定できないので、IPSEC処理自体はゲートウェイが行い、ホームネットワーク外に出るパケットを暗号化処理する(IPSECのトンネルモードを使用する)ことになるが、少なくとも家の外に出るパケットを暗号化できることで、十分な効用が得られる。
【0041】
さらに、各非IPv6ノードに個別にアドレスを付与することにより、個々のノードに対して、独立にセキュリティパラメータ(SA:security association)を設定することが可能で、柔軟なセキュリティ処理が可能になることが本発明によるIPv6処理のメリットである。
【0042】
逆にもし非IPv6ノードに対し1つのIPアドレスしか与えないとすると全ての非IPv6ノード発パケットは、全く同じ暗号化方式で、特定の宛先に対してのみ暗号化されるという限定的な使い方しかできない。
【0043】
また、IKEなどのIPSECの前処理を全てゲートウェイで代行できることも、大きなメリットである。というのはIKEなどの相互認証には、一般に公開鍵暗号という手法が使われるが、これは多バイト整数の乗除算を含む処理で、低コストなCPUでは処理時間が膨大にかかり、一般の組み込み系のノードでは処理を行うことが困難である。
【0044】
このため、一般の家電などのノードにおけるIPSECのサポートが非常に困難になっていた(これに対する解決方法として、軽量な鍵交換の手法の研究が行われている)が、本方式によれば比較的CPU性能の高いゲートウェイでIKE処理を代行することにより従来手法のままでIPSECを適用できる。
【0045】
別のIPv6による処理の例として、非IPv6ノードの提供するサービスをIPv6側に広告するためにサービス発見プロトコル(SLP)を使用する例を示す(図8)。
【0046】
サービス属性値が決められていると仮定し、これに対応する非IPv6ノードが接続された場合、ホームゲートウェイ1は対応するIPv6アドレスをベースにサービスの登録をサービスエージェント82、及びディレクトリエージェント81に行う。これにより対応するプロトコルに依存せず、必要なサービス属性を持ったノードを検索できる。
【0047】
なお、以上では、非IPv6プロトコルとしてエコーネットを例示したが、本発明は、それ以外の非IPv6プロトコルを扱うシステムにも適用可能である。なお、以上の各機能は、ソフトウェアとしても実現可能である。また、本実施形態は、コンピュータに所定の手段を実行させるための(あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるための)プログラムを記録したコンピュータ読取り可能な記録媒体としても実施することもできる。
【0048】
本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【0049】
【発明の効果】
本発明により、IPv6スタックをサポートできない、レガシーな非IPv6機器を統一的にインターネットにアクセスさせることができ、さらに様々なIPサービスを中継装置が、個々に割り振ったIPv6アドレスを用いて代行処理することで、非IPv6機器に手を加えることなく、IPv6機器、非IPv6機器が混在したホームネットワークを効率的に管理、制御することが可能になる。
【図面の簡単な説明】
【図1】本発明に係るホームネットワークの典型的な構成を示す図
【図2】本発明に係るホームゲートウェイの構成図
【図3】非IPv6端末の機器識別子(MACアドレス)とIPv6アドレスの対応表の構成例を示す図
【図4】IPv6トンネリングによる転送シーケンスの一例を示す図
【図5】エコーネットにおけるパケット例と、これに対するIPパケットを示す図
【図6】パケット変換による転送シーケンスの一例を示す図
【図7】本発明によるIPSEC代行処理のシーケンスを示す図
【図8】本発明によるSLP代行処理のシーケンスを示す図
【図9】従来のホームネットワークの典型的なネットワークの構成例を示す図
【符号の説明】
1・・・ホームゲートウェイ
2・・・インターネット
21〜2n・・・IPv6をサポートする端末
31〜3n・・・IPv6をサポートしない端末
10・・・IPv6アドレス自動生成部
11・・・IPv6アドレス割当部
12・・・制御部
13・・・記憶部
14・・・転送部
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a relay device for interconnecting a device network (for example, a local network such as a home network or an intranet) connected locally to the Internet, and relaying communication between the connected device and a communication node of the Internet. And a communication control method.
[0002]
[Prior art]
Home networks are attracting attention as new targets for network technology. Generally, a mode is assumed in which a relay device called a home gateway 101 that manages and controls a group of devices 102 at home is installed, and the Internet outside the home is accessed via this relay device (FIG. 9).
[0003]
In the conventional Internet 100 based on IPv4, the number of global IPv4 addresses that can be assigned to each home is limited. In this case, the home network uses an internally closed address pair called a private address, and only accesses to the outside. In this case, the home gateway 101 performs a function as an address translator (NAT: Network Address Translator) and adds various added values to the home gateway. There are various proposals for 101.
[0004]
However, on the other hand, IPv6 is being studied as a next-generation IP protocol. In IPv6, a much larger number of nodes than in IPv4 can be accommodated by expanding the IP address, which was 32 bits wide in IPv4, to 128 bits wide. For example, it is assumed that an IPv6 global address is assigned to all devices housed in a home and all devices perform IP communication. By adopting IPv6, a unique global address can be assigned to all home devices.
[0005]
Thereby, it is possible to perform communication in which the ends are connected seamlessly without passing through a relay device such as a NAT in the middle of the route, and this is said to be advantageous in various aspects such as security and guarantee of communication quality. . In addition, IPv6 has a function of automatically generating an address from a network ID managed by each router and an ID unique to the device, and has a function of automatic address configuration, which makes it easy to operate a terminal host.
[0006]
On the other hand, as a communication method for controlling household appliances, there are ECHONET for white goods, EMIT proposed by emWARE of the United States used for building equipment, and LON works (trademark) proposed by Echelon of the United States. Various communication systems that do not use IP have been proposed, and it can be said that home communication systems (protocols) are becoming more diversified.
[0007]
In addition, many home devices do not have sufficient resources (CPU performance, memory amount, etc.) for mounting the IPv6 protocol, which hinders the spread of IPv6.
[0008]
[Non-patent document 1]
emWARE site (http://www.emware.com/)
[Non-patent document 2]
Echelon's site (http://www.echelon.com/)
[0009]
[Problems to be solved by the invention]
The present invention has been made in consideration of the above circumstances, and for a device that supports only a non-IPv6 protocol at home, a relay device performs proxy processing of an automatic configuration of an individual IPv6 address based on the device identifier, By converting between a non-IP packet and an IPv6 packet based on information (table) storing the generated correspondence between the IPv6 address and the device identifier, it is easy for the non-IP device to communicate with an IP node such as the Internet. The present invention also provides a relay apparatus and a communication control method that enable a home gateway to perform various IPv6 services (for example, security processing) on behalf of a non-IPv6 device by allocating individual IPv6 addresses to non-IPv6 devices. And
[0010]
[Means for Solving the Problems]
The relay device of the present invention includes a first interface connected to a wide area network and capable of communicating with an IPv6 protocol, and a second interface connected to a local network and capable of communicating with a predetermined protocol. A relay device for relaying communication between a communication device connected to a local network and another communication device connected to a wide area network, wherein the communication device connected to the local network cannot perform communication according to the IPv6 protocol. In this case, based on the device identification information of the communication device, an automatic generation means for automatically generating an IPv6 address corresponding to the communication device, and an IPv6 address corresponding to the communication device generated by the automatic generation device are connected to the first interface. To the communication device generated by the automatic generating means. A storage unit that stores the IPv6 address and the device identification information of the communication device in association with each other, and transmits a non-IPv6 packet transmitted from the communication device to a sixth interface based on the IPv6 address and the communication identification information stored in the storage unit. And a function of converting the non-IPv6 packet into an IPv6 packet, transferring the packet to a desired destination via the first interface, and transmitting the IPv6 packet transmitted from the wide area network to the communication device through the first interface. And a transfer unit having a function of converting the IPv6 packet into a non-IPv6 packet, and transferring the packet to a communication device via the second interface.
[0011]
Further, the relay device of the present invention is characterized in that, when a plurality of communication devices are connected to the local network, the storage unit stores a plurality of communication devices in association with each IPv6 address and corresponding device identification information.
Further, the relay device of the present invention is characterized in that the predetermined protocol is an echo net protocol.
[0012]
Further, the relay device of the present invention is characterized in that the predetermined protocol is an IPv4 protocol.
[0013]
Further, the relay apparatus of the present invention further includes proxy processing means for proxy processing of an IP protocol processing required for an automatically generated IPv6 address for the communication device connected to the second interface in place of the communication device. It is characterized by the following.
Further, the relay device of the present invention includes a process of exchanging an IP security key required for an automatically generated IPv6 address for a communication device connected to the second interface, a process of exchanging security parameters, a process of setting security parameters, A proxy processing means for performing proxy processing of at least one of the IPSEC processing of the packets to be communicated is further provided.
[0014]
Further, the relay device of the present invention registers a service attribute to be provided based on an automatically generated IPv6 address as a proxy process for a communication device connected to the second interface, and sets the communication device as a search target of a service discovery protocol. Is added.
[0015]
Further, the communication control method of the present invention includes a first interface connected to a wide area network and capable of communicating with an IPv6 protocol, and a second interface connected to a local network and capable of communicating with a predetermined protocol. A communication control method of a relay device that relays communication between a communication device connected to a local network and another communication device connected to a wide area network, wherein the communication device connected to the local network includes If communication using the IPv6 protocol is not possible, an IPv6 address corresponding to the communication device is automatically generated based on the device identification information of the communication device, and the generated IPv6 address corresponding to the generated communication device is assigned to the first interface. An IPv6 address corresponding to the generated communication device and device identification information of the communication device. Receiving the non-IPv6 packet transmitted from the communication device via the sixth interface based on the stored IPv6 address and the communication identification information, converting the non-IPv6 packet into an IPv6 packet, The first IPv6 packet is transferred to a desired destination via the first interface, the IPv6 packet transmitted from the wide area network to the communication device is received via the first interface, and the IPv6 packet is converted into a non-IPv6 packet. Transfer to the communication device via the interface of (1).
[0016]
Further, the communication control method according to the present invention is characterized in that, when a plurality of communication devices are connected to the local network, a plurality of communication devices are stored in association with each IPv6 address and the corresponding device identification information.
[0017]
Further, the communication control method according to the present invention is characterized in that the predetermined protocol is an echo net protocol.
[0018]
Further, the communication control method according to the present invention is characterized in that the predetermined protocol is an IPv4 protocol.
[0019]
Further, the communication control method according to the present invention is characterized in that an IP protocol process required for an automatically generated IPv6 address for a communication device connected to the second interface is performed on behalf of the communication device.
[0020]
Further, in the communication control method according to the present invention, an IP security key exchange process, a security parameter exchange process, and a security parameter setting process required for an automatically generated IPv6 address for a communication device connected to the second interface are provided. In addition, at least one of the IPSEC processes of a packet to be communicated is performed as a proxy process.
[0021]
Further, in the communication control method of the present invention, as a proxy process for a communication device connected to the second interface, a service attribute to be provided is registered based on an automatically generated IPv6 address, and communication is performed with a search target of a service discovery protocol. It is characterized by adding equipment.
[0022]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the invention will be described with reference to the drawings.
[0023]
FIG. 1 shows a typical configuration of a home network according to the present invention. Here, a home network such as a home is assumed as the local network. Here, the home gateway 1 is connected to the external Internet 2 by IPv6, and the home network includes terminals 21 to 2n that support IPv6 and terminals 31 to 3n that do not support IPv6. In the case of a terminal that supports IPv6, the home gateway 1 as a relay device operates as a mere media converter, negotiates with a router (not shown) on the ISP3 side, acquires a network prefix, and uses this to automatically configure an IPv6 address. (Defined in IETF RFC2461 or the like) to obtain an IPv6 address.
[0024]
On the other hand, in the present invention, when the home gateway 1 recognizes the respective device identifiers, for example, the MAC addresses, the terminals 31 to 3n that do not support IPv6 are used to operate the address automatic configuration, and the respective terminals 31 to 31n are operated. 3n is automatically configured and associated with the upstream interface of home gateway 1. In general, in IPv6, associating a plurality of IP addresses with one interface is usually performed, so this is not a special operation.
[0025]
Here, it is assumed that global IPv6 addresses for the terminals 31 to 3n have been generated. In addition, addresses having another scope called a link local address or a site local address can be generated, but they are not considered in the present invention.
[0026]
FIG. 2 is a diagram showing an internal configuration of the home gateway 1. As described above, the IPv6 address automatic generation unit 10 performs automatic IPv6 address configuration using a network prefix obtained by negotiation with a router (not shown) on the ISP 3 side, and generates an IPv6 address. Also, the terminals 31 to 3n that do not support IPv6 recognize the Mac address and the like, and automatically configure the IPv6 addresses corresponding to the terminals 31 to 3n.
[0027]
The IPv6 address assigning unit 11 associates the IPv6 addresses corresponding to the terminals 31 to 3n with the first interface 14, which is an interface on the Internet side.
[0028]
The storage unit 13 stores a correspondence (table) between IPv6 addresses corresponding to the terminals 31 to 3n and device identifiers (for example, Mac addresses) of the terminals.
[0029]
The transfer unit 14 refers to this correspondence relationship, and relays the transmission and reception communication between the communication node on the Internet side and the terminals 31 to 3n on the home network side. The control unit 12 controls these operations comprehensively.
[0030]
As a result, the home gateway 1 has a correspondence table between the device identifiers (MAC addresses) of the non-IPv6 terminals and the IPv6 addresses as shown in FIG. Using this table, the home gateway 1 executes packet conversion when a non-IPv6 terminal communicates with a device on the Internet side.
[0031]
Hereinafter, a packet processing method in the case where a non-IPv6 terminal communicates with an Internet-side IP terminal using this will be described. Here, there is a problem of how to represent the address of the IP terminal in the non-IPv6 protocol. Regarding this problem, the protocol is extended in each non-IPv6 protocol (eg, Echonet, EMIT, etc.). It is assumed that it is possible to express that the user wants to transmit a packet to an IP terminal outside the home network.
[0032]
One method is to encapsulate a non-IPv6 protocol packet with an IPv6 packet and send it to an IPv6 terminal via an IPv6 tunnel. FIG. 4 shows an example in which a packet is transmitted from the non-IPv6 terminal 00-bc-de-01-82-99 shown in the table of FIG. 3 to the IPv6 terminal ff02 :: 1. Here, the IPv6 address ff04: 0 :: 02bc: def: fe01: 8299 given to the non-IPv6 terminal becomes the source address of the IPv6 tunnel, and transmits the non-IPv6 packet to the Internet. This processing can be easily realized as an extension of the processing in an IPv4 / v6 mixed environment generally called a v4 over v6 tunnel.
[0033]
Conversely, when an IPv6 encapsulated packet is received from the Internet side, if a match is made with reference to the table of FIG. 3, an internal non-IPv6 packet may be taken out and transferred to the corresponding device using the non-IPv6 protocol. .
[0034]
As another method, there is a method of converting a packet into a predetermined IPv6 packet format corresponding to a non-IPv6 protocol and transferring the packet. For example, consider the case of an echo net status acquisition request packet 51 and a response packet 52 to it as shown in FIG.
[0035]
This is a packet format for inquiring about status information of a specific device on the home network (for example, a set temperature of a refrigerator) and responding to the inquiry. In the world of IPv6, if it is determined in advance that it is represented by a protocol called SNMP used for network management, when a corresponding SNMP 53 packet of IPv6 is received, it is converted into a corresponding echonet packet, and conversely, A process of converting the response packet of the net into an SNMP54 packet of IPv6 and responding to the Internet is performed.
[0036]
The above sequence is shown in FIG. When the external IPv6 node 61 issues SNMP (trap, status_req), the home gateway 1 converts this into an Echo_State_retrieve command and transfers it to the internal Echonet node 62. The internal Echonet node 62 issues an Echo_State_reply in response to this, and the home gateway 1 transfers this to the external IPv6 node 61 as SNMP (rep, status_replay). In addition, as a packet conversion rule, a method using HTTP, SOAP or XMP as an extension thereof, or the like may be used.
[0037]
In the transfer method by the packet conversion, the home gateway 1 needs to know the details of each non-IPv6 protocol. In particular, when two or more conversion methods are supported, it is necessary to analyze the details of the internal protocol. Processing time issues can occur.
[0038]
On the other hand, when the non-IPv6 packet is encapsulated and transmitted as it is, it is necessary for the destination IPv6 node to interpret all the non-IPv6 protocols. Therefore, in general, it is appropriate to appropriately switch and use the two methods in consideration of the processing capability of the destination IPv6 node and the complexity of the non-IPv6 protocol.
[0039]
A processing example of IP security (IPSEC) will be described as an example in which a non-IPv6 node is treated as an IP node by assigning an individual IPv6 address to a non-IPv6 packet and processing as described above.
[0040]
As shown in FIG. 7, when communication from a non-IPv6 node starts, IPSEC processing is started at the gateway, and an IPSEC method corresponding to the communication node 5 of the other party is set according to a preset policy for this node. Then, a key exchange protocol (generally, the Internet uses a method called IKE) required for the IPSEC is activated to exchange keys with the communication node 5 of the other party.
When these operations are completed, the exchange of the packets that have undergone the necessary IPSEC processing is started. Of course, it cannot be assumed that the non-IPv6 node itself has a function such as packet encryption. Therefore, the IPSEC process itself is performed by the gateway, and the packet going out of the home network is encrypted (using the tunnel mode of IPSEC). That said, at least the ability to encrypt packets going out of the house can provide sufficient utility.
[0041]
Further, by individually assigning an address to each non-IPv6 node, security parameters (SA: security association) can be independently set for each node, and flexible security processing can be performed. Are the advantages of the IPv6 processing according to the present invention.
[0042]
Conversely, if only one IP address is given to a non-IPv6 node, all non-IPv6 node-originated packets are encrypted with exactly the same encryption method and only for a specific destination. Can not.
[0043]
Another great advantage is that the gateway can perform all the preprocessing of IPSEC such as IKE. This is because public key cryptography is generally used for mutual authentication such as IKE. This is a process involving multiplication and division of multibyte integers, and it takes a huge amount of processing time with a low-cost CPU. It is difficult to perform processing at the system node.
[0044]
For this reason, it has been extremely difficult to support IPSEC in nodes such as general home appliances (a research on a lightweight key exchange method has been conducted as a solution to this problem). By performing the IKE processing on behalf of a gateway having high CPU performance, IPSEC can be applied with the conventional method.
[0045]
As another example of processing according to IPv6, an example is shown in which a service discovery protocol (SLP) is used to advertise a service provided by a non-IPv6 node to the IPv6 side (FIG. 8).
[0046]
Assuming that a service attribute value is determined, and a corresponding non-IPv6 node is connected, the home gateway 1 registers a service with the service agent 82 and the directory agent 81 based on the corresponding IPv6 address. . Thus, a node having a required service attribute can be searched without depending on a corresponding protocol.
[0047]
Although Echonet has been described as an example of the non-IPv6 protocol in the above, the present invention is applicable to a system that handles other non-IPv6 protocols. Note that each of the above functions can be implemented as software. Further, the present embodiment is a computer-readable computer that stores a program for causing a computer to execute a predetermined unit (or for causing the computer to function as a predetermined unit, or for causing the computer to realize a predetermined function). It can also be implemented as a recording medium.
[0048]
The present invention is not limited to the above-described embodiment, and can be implemented with various modifications within the technical scope thereof.
[0049]
【The invention's effect】
According to the present invention, a legacy non-IPv6 device that cannot support the IPv6 stack can be uniformly accessed to the Internet, and a relay device performs various processing on behalf of various IP services using individually assigned IPv6 addresses. Thus, it is possible to efficiently manage and control a home network in which IPv6 devices and non-IPv6 devices coexist without changing the non-IPv6 devices.
[Brief description of the drawings]
FIG. 1 is a diagram showing a typical configuration of a home network according to the present invention. FIG. 2 is a configuration diagram of a home gateway according to the present invention. FIG. 3 is a correspondence between a device identifier (MAC address) of a non-IPv6 terminal and an IPv6 address. FIG. 4 shows an example of a transfer sequence by IPv6 tunneling. FIG. 5 shows a packet example in an echo net and an IP packet corresponding thereto. FIG. 6 shows an example of a transfer sequence by packet conversion. FIG. 7 is a diagram showing a sequence of an IPSEC proxy process according to the present invention. FIG. 8 is a diagram showing a sequence of an SLP proxy process according to the present invention. FIG. 9 is a typical network configuration example of a conventional home network. Diagrams [Description of symbols]
DESCRIPTION OF SYMBOLS 1 ... Home gateway 2 ... Internet 21-2n ... Terminals which support IPv6 31-3n ... Terminals which do not support IPv6 10 ... IPv6 address automatic generation part 11 ... IPv6 address allocation part 12 control unit 13 storage unit 14 transfer unit

Claims (14)

広域ネットワークに接続され、IPv6プロトコルにて通信が可能な第1のインタフェースと、ローカルネットワークに接続され、所定のプロトコルにて通信が可能な第2のインタフェースとを具備し、 前記ローカルネットワークに接続された通信機器と、前記広域ネットワークに接続された他の通信機器との間の通信を中継する中継装置であって、
前記ローカルネットワークに接続された前記通信機器がIPv6プロトコルによる通信ができない場合には、前記通信機器の機器識別情報に基づき、該通信機器に対応したIPv6アドレスを自動生成する自動生成手段と、
前記自動生成手段にて生成した前記通信機器に対応したIPv6アドレスを、前記第1のインタフェースに割り当てる割り当て手段と、
前記自動生成手段で生成した該通信機器に対応したIPv6アドレスと、該通信機器の機器識別情報を関連付けて記憶する記憶手段と、
前記記憶手段に記憶された前記IPv6アドレスと通信識別情報に基づき、前記通信機器から送信された非IPv6パケットを前記第6のインタフェースを介して受信し、この非IPv6パケットをIPv6パケットへ変換し、前記第1のインタフェースを介して所望の宛先へ転送する機能と、前記広域ネットワーク側から前記通信機器宛に送信されたIPv6パケットを前記第1のインタフェースを介して受信し、このIPv6パケットを非IPv6パケットに変換し、前記第2のインタフェースを介して前記通信機器宛てに転送する機能を持つ転送手段とを具備したことを特徴とする中継装置。
A first interface connected to a wide area network and capable of communicating with an IPv6 protocol, and a second interface connected to a local network and capable of communicating with a predetermined protocol; Communication device, and a relay device for relaying communication between other communication devices connected to the wide area network,
Automatic generation means for automatically generating an IPv6 address corresponding to the communication device based on device identification information of the communication device when the communication device connected to the local network cannot perform communication according to the IPv6 protocol;
Assigning means for assigning an IPv6 address corresponding to the communication device generated by the automatic generating means to the first interface;
Storage means for storing an IPv6 address corresponding to the communication device generated by the automatic generation means and device identification information of the communication device in association with each other;
Receiving the non-IPv6 packet transmitted from the communication device via the sixth interface based on the IPv6 address and the communication identification information stored in the storage unit, converting the non-IPv6 packet into an IPv6 packet, A function of transferring the packet to a desired destination via the first interface; receiving an IPv6 packet transmitted from the wide area network to the communication device via the first interface; and transmitting the IPv6 packet to a non-IPv6 A transfer unit having a function of converting the packet into a packet and transferring the packet to the communication device via the second interface.
前記記憶手段は、前記ローカルネットワークに前記通信機器が複数接続されていた場合には、各々のIPv6アドレス及び対応した機器識別情報を関連付けて複数記憶することを特徴とする請求項1記載の中継装置。2. The relay device according to claim 1, wherein when a plurality of the communication devices are connected to the local network, the storage unit stores a plurality of the communication devices in association with respective IPv6 addresses and corresponding device identification information. . 前記所定のプロトコルは、エコーネットプロトコルであることを特徴とする請求項1及び2記載の中継装置。The relay device according to claim 1, wherein the predetermined protocol is an echonet protocol. 前記所定のプロトコルは、IPv4プロトコルであることを特徴とする請求項1及び2記載の中継装置。The relay device according to claim 1, wherein the predetermined protocol is an IPv4 protocol. 前記第2のインタフェースに接続された通信機器に対し自動生成されたIPv6アドレスに要求されるIPプロトコル処理を、前記通信機器に代わって代行処理する代行処理手段を更に具備したことを特徴とする請求項1に記載の中継装置。A proxy processing means for performing proxy processing on behalf of the communication device for IP protocol processing required for an automatically generated IPv6 address for the communication device connected to the second interface, further comprising: Item 2. The relay device according to item 1. 前記第2のインタフェースに接続された通信機器に対し自動生成されたIPv6アドレスに要求されるIPセキュリティの鍵の交換処理、セキュリティパラメータの交換処理、前記セキュリティパラメータの設定処理、通信を行うパケットのIPSEC処理のうち少なくとも一つを代行処理する代行処理手段とを更に具備したことを特徴とする請求項1及び請求項5に記載の中継装置。IP security key exchange processing, security parameter exchange processing, security parameter setting processing, and IPSEC of a packet for communication with a communication device connected to the second interface, which is required for an automatically generated IPv6 address. 6. The relay device according to claim 1, further comprising a proxy processing unit that performs proxy processing for at least one of the processes. 前記第2のインタフェースに接続された通信機器の代行処理として、前記自動生成されたIPv6アドレスを元に、提供するサービス属性を登録し、サービス発見プロトコルの探索対象に前記通信機器を追加することを特徴とする請求項1及び請求項5記載の中継装置。As a proxy process for a communication device connected to the second interface, a service attribute to be provided is registered based on the automatically generated IPv6 address, and the communication device is added to a search target of a service discovery protocol. The relay device according to claim 1, wherein the relay device comprises: 広域ネットワークに接続され、IPv6プロトコルにて通信が可能な第1のインタフェースと、ローカルネットワークに接続され、所定のプロトコルにて通信が可能な第2のインタフェースとを具備し、前記ローカルネットワークに接続された通信機器と、前記広域ネットワークに接続された他の通信機器との間の通信を中継する中継装置の通信制御方法であって、
前記ローカルネットワークに接続された前記通信機器がIPv6プロトコルによる通信ができない場合には、前記通信機器の機器識別情報に基づき、該通信機器に対応したIPv6アドレスを自動生成し、
生成した前記通信機器に対応した前記IPv6アドレスを、前記第1のインタフェースに割り当て、
生成した前記通信機器に対応した前記IPv6アドレスと、該通信機器の機器識別情報を関連付けて記憶し、
記憶された前記IPv6アドレスと通信識別情報に基づき、前記通信機器から送信された非IPv6パケットを前記第6のインタフェースを介して受信し、この非IPv6パケットをIPv6パケットへ変換し、前記第1のインタフェースを介して所望の宛先へ転送し、前記広域ネットワーク側から前記通信機器宛に送信されたIPv6パケットを前記第1のインタフェースを介して受信し、このIPv6パケットを非IPv6パケットに変換し、前記第2のインタフェースを介して前記通信機器宛てに転送することを特徴とする通信制御方法。
A first interface connected to a wide area network and capable of communicating with an IPv6 protocol, and a second interface connected to a local network and capable of communicating with a predetermined protocol and connected to the local network; Communication device, a communication control method of a relay device that relays communication between other communication devices connected to the wide area network,
When the communication device connected to the local network cannot perform communication according to the IPv6 protocol, an IPv6 address corresponding to the communication device is automatically generated based on device identification information of the communication device,
Assigning the generated IPv6 address corresponding to the communication device to the first interface;
Storing the generated IPv6 address corresponding to the communication device and device identification information of the communication device in association with each other;
A non-IPv6 packet transmitted from the communication device is received via the sixth interface based on the stored IPv6 address and communication identification information, and the non-IPv6 packet is converted into an IPv6 packet, and the first Transferring the IPv6 packet transmitted from the wide area network side to the communication device via the first interface, converting the IPv6 packet into a non-IPv6 packet, A communication control method, wherein the data is transferred to the communication device via a second interface.
前記ローカルネットワークに前記通信機器が複数接続されていた場合には、各々のIPv6アドレス及び対応した機器識別情報を関連付けて複数記憶することを特徴とする請求項8記載の通信制御方法。9. The communication control method according to claim 8, wherein when a plurality of the communication devices are connected to the local network, a plurality of the communication devices are stored in association with each IPv6 address and corresponding device identification information. 前記所定のプロトコルは、エコーネットプロトコルであることを特徴とする請求項8及び9記載の通信制御方法。10. The communication control method according to claim 8, wherein the predetermined protocol is an echonet protocol. 前記所定のプロトコルは、IPv4プロトコルであることを特徴とする請求項8及び9記載の通信制御方法。10. The communication control method according to claim 8, wherein the predetermined protocol is an IPv4 protocol. 前記第2のインタフェースに接続された通信機器に対し自動生成されたIPv6アドレスに要求されるIPプロトコル処理を、前記通信機器に代わって代行処理することと特徴とする請求項8に記載の通信制御方法。9. The communication control according to claim 8, wherein an IP protocol process required for an automatically generated IPv6 address for a communication device connected to the second interface is performed on behalf of the communication device. Method. 前記第2のインタフェースに接続された通信機器に対し自動生成されたIPv6アドレスに要求されるIPセキュリティの鍵の交換処理、セキュリティパラメータの交換処理、前記セキュリティパラメータの設定処理、通信を行うパケットのIPSEC処理のうち少なくとも一つを代行処理することを特徴とする請求項8及び請求項12に記載の通信制御方法。IP security key exchange processing, security parameter exchange processing, security parameter setting processing, and IPSEC of a packet for communication with a communication device connected to the second interface, which is required for an automatically generated IPv6 address. 13. The communication control method according to claim 8, wherein at least one of the processes is performed as a proxy process. 前記第2のインタフェースに接続された通信機器の代行処理として、前記自動生成されたIPv6アドレスを元に、提供するサービス属性を登録し、サービス発見プロトコルの探索対象に前記通信機器を追加することを特徴とする請求項8及び請求項12記載の通信制御方法。As a proxy process for a communication device connected to the second interface, a service attribute to be provided is registered based on the automatically generated IPv6 address, and the communication device is added to a search target of a service discovery protocol. 13. The communication control method according to claim 8, wherein:
JP2003023627A 2003-01-31 2003-01-31 Relay device and communication control method Expired - Fee Related JP3794689B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003023627A JP3794689B2 (en) 2003-01-31 2003-01-31 Relay device and communication control method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003023627A JP3794689B2 (en) 2003-01-31 2003-01-31 Relay device and communication control method

Publications (2)

Publication Number Publication Date
JP2004236096A true JP2004236096A (en) 2004-08-19
JP3794689B2 JP3794689B2 (en) 2006-07-05

Family

ID=32952377

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003023627A Expired - Fee Related JP3794689B2 (en) 2003-01-31 2003-01-31 Relay device and communication control method

Country Status (1)

Country Link
JP (1) JP3794689B2 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008536453A (en) * 2005-04-13 2008-09-04 ザ・ボーイング・カンパニー Secure network processor
JP2010503276A (en) * 2006-08-31 2010-01-28 ソニー エリクソン モバイル コミュニケーションズ, エービー ZIGBEE / IP gateway
JP2012175326A (en) * 2011-02-21 2012-09-10 Nippon Telegr & Teleph Corp <Ntt> Network system, and data communication method, gateway unit and name server
US8799508B2 (en) 2011-08-31 2014-08-05 Brother Kogyo Kabushiki Kaisha Node device, information communication method and computer readable recording medium

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7373744B2 (en) 2019-12-11 2023-11-06 パナソニックIpマネジメント株式会社 Gateway device, communication method and computer program

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008536453A (en) * 2005-04-13 2008-09-04 ザ・ボーイング・カンパニー Secure network processor
JP4749465B2 (en) * 2005-04-13 2011-08-17 ザ・ボーイング・カンパニー Secure network processor
JP2010503276A (en) * 2006-08-31 2010-01-28 ソニー エリクソン モバイル コミュニケーションズ, エービー ZIGBEE / IP gateway
JP4897884B2 (en) * 2006-08-31 2012-03-14 ソニー エリクソン モバイル コミュニケーションズ, エービー ZIGBEE / IP gateway
US8149849B2 (en) 2006-08-31 2012-04-03 Sony Ericsson Mobile Communications Ab Zigbee/IP gateway
JP2012175326A (en) * 2011-02-21 2012-09-10 Nippon Telegr & Teleph Corp <Ntt> Network system, and data communication method, gateway unit and name server
US8799508B2 (en) 2011-08-31 2014-08-05 Brother Kogyo Kabushiki Kaisha Node device, information communication method and computer readable recording medium

Also Published As

Publication number Publication date
JP3794689B2 (en) 2006-07-05

Similar Documents

Publication Publication Date Title
JP3965160B2 (en) Network connection device that supports communication between network devices located in different private networks
Shang et al. Challenges in IoT networking via TCP/IP architecture
Kushalnagar et al. IPv6 over low-power wireless personal area networks (6LoWPANs): overview, assumptions, problem statement, and goals
JP4327142B2 (en) Information processing system, tunnel communication device, tunnel communication method, proxy response device, and proxy response method
JP4450712B2 (en) Network system and gateway
US7639686B2 (en) Access network clusterhead for providing local mobility management of a roaming IPv4 node
JP4897884B2 (en) ZIGBEE / IP gateway
JP4303600B2 (en) Connection setting mechanism between networks with different address areas
JP5516571B2 (en) Communication method, communication system, anonymization device, server
KR101499551B1 (en) UPnP apparatus for resolving network address collision to consider remote access and method thereof
KR100791298B1 (en) Apparatus and method for controlling device of home network
JP2007096826A (en) Information processing system, tunnel communication apparatus, and tunnel communication method
WO2008080326A1 (en) A method, system and device for transmitting media independent handover information
WO2005083959A1 (en) Network access router, network access method, program, and recording medium
KR100429902B1 (en) Apparatus and method for controlling devices in private network from public network
KR100896438B1 (en) Tunneling ipv6 packet through ipv4 network using a tunnel entry based on ipv6 prefix
JP2009010606A (en) Tunnel connection system, tunnel control server, tunnel connecting device, and tunnel connection method
JP3794689B2 (en) Relay device and communication control method
WO2014156143A1 (en) Home gateway device and packet forwarding method
KR100854681B1 (en) Gateway and method of interoperating between internet protocol-ubiquitous sensor network and simple network management protocol network
KR20060091555A (en) Ipv6 internet gateway for inter-working between ipv4 network and ipv6 network and communication method thereof
KR100552475B1 (en) Gateway for supporting communication between network devices of different private networks
JP2001345841A (en) Communication network system, data communication method and communication-repeating device, and program-providing medium
CN102474895A (en) Method for managing sensor nodes and apparatus thereof
KR101124635B1 (en) Connecting gateway with ipv4/ipv6

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040609

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20050415

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20050606

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20051114

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20051209

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060206

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: 20060407

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060410

LAPS Cancellation because of no payment of annual fees