制御対象のノードに接続されたホストのグローバルアドレスと、リンクローカルアドレスと、リンクレイヤアドレスとの対応関係を記憶するホスト情報記憶部と、前記ノードに、前記ホストからの近隣要請に対して応答させる近隣探索処理部と、を備え、前記ノードが第1のホストから所定の経路表に登録された第2のホスト宛てのパケットを受信した際に、前記ノードから、前記第1のホストに対し、前記第2のホストのリンクローカルアドレスを含んだリダイレクト要請を送信させ、前記第1のホストからの前記第2のホストのリンクローカルアドレスに対する近隣要請に対して、前記ノードに、前記第2のホストのリンクレイヤアドレスを応答させ、前記第2のホストのリンクレイヤアドレスが設定されたパケットを前記第2のホストに転送するよう前記ノードを制御する制御装置を含む通信システム。前記ノードは、受信パケットと照合する照合規則と、前記照合規則に適合するパケットに適用する処理内容とを含む処理規則に従って動作するノードであり、前記制御装置は、前記ノードに前記処理規則を設定し、または、前記ノードに所定のパケットを送信させることにより、前記ノードを制御する請求項1の通信システム。前記制御装置は、さらに、前記ノードによって接続された異なるサブネット間を接続する通信装置として前記所定の経路表を更新するルーティングプロトコル処理部を含む請求項1または2の通信システム。前記近隣探索処理部は、前記第2のホストのリンクレイヤアドレスが前記ホスト情報記憶部に登録されていない場合、前記第2のホストに対して、近隣要請を行なって、前記第2のホストのリンクレイヤアドレスを取得する請求項1から3いずれか一の通信システム。前記制御装置は、さらに、前記ノードのポートのうち、前記サブネット間のパケット転送の対象となるホストが接続されたポートについて、サブネット情報を管理するポート情報記憶部を備え、前記ポート情報記憶部に登録されているポートから転送された近隣要請に応答する請求項1から4いずれか一の通信システム。前記制御装置は、さらに、前記ノードのポートのうち、前記サブネット間のパケット転送の対象となるホストが接続されたポートについて、サブネット情報を管理するポート情報記憶部を備え、前記ポート情報記憶部に保持されている情報を用いて、ルータ広告を行う請求項1から4いずれか一の通信システム。制御対象のノードに接続されたホストのグローバルアドレスと、リンクローカルアドレスと、リンクレイヤアドレスとの対応関係を記憶するホスト情報記憶部と、前記ノードに、前記ホストからの近隣要請に対して応答させる近隣探索処理部と、を備え、前記ノードが第1のホストから所定の経路表に登録された第2のホスト宛てのパケットを受信した際に、前記ノードから、前記第1のホストに対し、前記第2のホストのリンクローカルアドレスを含んだリダイレクト要請を送信させ、前記第1のホストからの前記第2のホストのリンクローカルアドレスに対する近隣要請に対して、前記ノードに、前記第2のホストのリンクレイヤアドレスを応答させ、前記第2のホストのリンクレイヤアドレスが設定されたパケットを前記第2のホストに転送するよう前記ノードを制御する制御装置。前記ノードは、受信パケットと照合する照合規則と、前記照合規則に適合するパケットに適用する処理内容とを含む処理規則に従って動作するノードであり、前記ノードに前記処理規則を設定し、または、前記ノードに所定のパケットを送信させることにより、前記ノードを制御する請求項7の制御装置。さらに、前記ノードによって接続された異なるサブネット間を接続する通信装置として前記所定の経路表を更新するルーティングプロトコル処理部を含む請求項7または8の制御装置。前記近隣探索処理部は、前記第2のホストのリンクレイヤアドレスが前記ホスト情報記憶部に登録されていない場合、前記第2のホストに対して、近隣要請を行なって、前記第2のホストのリンクレイヤアドレスを取得する請求項7から9いずれか一の制御装置。さらに、前記ノードのポートのうち、前記サブネット間のパケット転送の対象となるホストが接続されたポートについて、サブネット情報を管理するポート情報記憶部を備え、前記ポート情報記憶部に登録されているポートから転送された近隣要請に応答する請求項7から10いずれか一の制御装置。さらに、前記ノードのポートのうち、前記サブネット間のパケット転送の対象となるホストが接続されたポートについて、サブネット情報を管理するポート情報記憶部を備え、前記ポート情報記憶部に保持されている情報を用いて、ルータ広告を行う請求項7から10いずれか一の制御装置。制御対象のノードに接続されたホストのグローバルアドレスと、リンクローカルアドレスと、リンクレイヤアドレスとの対応関係を記憶するホスト情報記憶部と、前記ノードに、前記ホストからの近隣要請に対して応答させる近隣探索処理部と、を備えた制御装置が、前記ノードが第1のホストから所定の経路表に登録された第2のホスト宛てのパケットを受信した際に、前記ノードから、前記第1のホストに対し、前記第2のホストのリンクローカルアドレスを含んだリダイレクト要請を送信させるステップと、前記第1のホストからの前記第2のホストのリンクローカルアドレスに対する近隣要請に対して、前記ノードに、前記第2のホストのリンクレイヤアドレスを応答させるステップと、前記第2のホストのリンクレイヤアドレスが設定されたパケットを前記第2のホストに転送するよう前記ノードを制御するステップと、を含む、異なるサブネットに属するホスト間のパケット転送方法。制御対象のノードに接続されたホストのグローバルアドレスと、リンクローカルアドレスと、リンクレイヤアドレスとの対応関係を記憶するホスト情報記憶部と、前記ノードに、前記ホストからの近隣要請に対して応答させる近隣探索処理部と、を備えた制御装置を構成するコンピュータに、前記ノードが第1のホストから所定の経路表に登録された第2のホスト宛てのパケットを受信した際に、前記ノードから、前記第1のホストに対し、前記第2のホストのリンクローカルアドレスを含んだリダイレクト要請を送信させる処理と、前記第1のホストからの前記第2のホストのリンクローカルアドレスに対する近隣要請に対して、前記ノードに、前記第2のホストのリンクレイヤアドレスを応答させる処理と、前記第2のホストのリンクレイヤアドレスが設定されたパケットを前記第2のホストに転送するよう前記ノードを制御する処理と、を実行させるプログラム。以下の分析は、本発明によって与えられたものである。上記のようなオープンフローを用いたネットワークにおいて、外部ネットワークとの境界やその内部の仮想ノードとして、IPv4InternetProtocolversion4ルータやIPv6InternetProtocolversion6ルータを配置したいという要請がある。例えば、特定のオープンフロースイッチをIPv6ルータとして動作させる場合、図12に示すように、オープンフローコントローラに、OSPFv3OpenShortestPathFirstversion3、BGP4BorderGatewayProtocolversion4等により動的に更新される経路表を用いてルーティングを行うルータエミュレーション機構を搭載し、オープンフローコントローラ内部で、経路表の更新を行いつつ、ルータ相当の動作を実現するフローエントリを作成することが考えられる。しかしながら、この方法では、コントローラに完全なルータエミュレーション機構を実装する必要があり、その開発コストが高くなってしまうという問題点がある。さらに、上記方式では、オープンフロースイッチの方も、図11のパケットヘッダを用いたルックアップ機能に加えて、IPv6ヘッダに対応させる必要があり、この点でも装置開発、および、装置コストが増大してしまう可能性がある。本発明は、上記した事情に鑑みてなされたものであってその目的とするところは、オープンフローネットワークに接続された異なるサブネットに所属する複数のホストに対し、その実装コストを増大させずに実現できるサブネット間通信機能を提供することにある。本発明の第1の視点によれば、制御対象のノードに接続されたホストのグローバルアドレスと、リンクローカルアドレスと、リンクレイヤアドレスとの対応関係を記憶するホスト情報記憶部と、前記ノードに、前記ホストからの近隣要請に対して応答させる近隣探索処理部と、を備え、前記ノードが第1のホストから所定の経路表に登録された第2のホスト宛てのパケットを受信した際に、前記ノードから、前記第1のホストに対し、前記第2のホストのリンクローカルアドレスを含んだリダイレクト要請を送信させ、前記第1のホストからの前記第2のホストのリンクローカルアドレスに対する近隣要請に対して、前記ノードに、前記第2のホストのリンクレイヤアドレスを応答させ、前記第2のホストのリンクレイヤアドレスが設定されたパケットを前記第2のホストに転送するよう前記ノードを制御する制御装置を含む通信システムが提供される。本発明の第2の視点によれば、制御対象のノードに接続されたホストのグローバルアドレスと、リンクローカルアドレスと、リンクレイヤアドレスとの対応関係を記憶するホスト情報記憶部と、前記ノードに、前記ホストからの近隣要請に対して応答させる近隣探索処理部と、を備え、前記ノードが第1のホストから所定の経路表に登録された第2のホスト宛てのパケットを受信した際に、前記ノードから、前記第1のホストに対し、前記第2のホストのリンクローカルアドレスを含んだリダイレクト要請を送信させ、前記第1のホストからの前記第2のホストのリンクローカルアドレスに対する近隣要請に対して、前記ノードに、前記第2のホストのリンクレイヤアドレスを応答させ、前記第2のホストのリンクレイヤアドレスが設定されたパケットを前記第2のホストに転送するよう前記ノードを制御する制御装置が提供される。本発明の第3の視点によれば、制御対象のノードに接続されたホストのグローバルアドレスと、リンクローカルアドレスと、リンクレイヤアドレスとの対応関係を記憶するホスト情報記憶部と、前記ノードに、前記ホストからの近隣要請に対して応答させる近隣探索処理部と、を備えた制御装置が、前記ノードが第1のホストから所定の経路表に登録された第2のホスト宛てのパケットを受信した際に、前記ノードから、前記第1のホストに対し、前記第2のホストのリンクローカルアドレスを含んだリダイレクト要請を送信させるステップと、前記第1のホストからの前記第2のホストのリンクローカルアドレスに対する近隣要請に対して、前記ノードに、前記第2のホストのリンクレイヤアドレスを応答させるステップと、前記第2のホストのリンクレイヤアドレスが設定されたパケットを前記第2のホストに転送するよう前記ノードを制御するステップと、を含む、異なるサブネットに属するホスト間のパケット転送方法が提供される。本方法は、前記ノードを制御する制御装置という、特定の機械に結びつけられている。本発明の第4の視点によれば、制御対象のノードに接続されたホストのグローバルアドレスと、リンクローカルアドレスと、リンクレイヤアドレスとの対応関係を記憶するホスト情報記憶部と、前記ノードに、前記ホストからの近隣要請に対して応答させる近隣探索処理部と、を備えた制御装置を構成するコンピュータに、前記ノードが第1のホストから所定の経路表に登録された第2のホスト宛てのパケットを受信した際に、前記ノードから、前記第1のホストに対し、前記第2のホストのリンクローカルアドレスを含んだリダイレクト要請を送信させる処理と、前記第1のホストからの前記第2のホストのリンクローカルアドレスに対する近隣要請に対して、前記ノードに、前記第2のホストのリンクレイヤアドレスを応答させる処理と、前記第2のホストのリンクレイヤアドレスが設定されたパケットを前記第2のホストに転送するよう前記ノードを制御する処理と、を実行させるプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。本発明によれば、コストの増大やノードスイッチ側の構成変更を伴わずに、オープンフローネットワークに接続された異なるサブネットに所属する複数のホストに対し、サブネット間通信機能を提供することが可能となる。はじめに本発明の一実施形態の概要について図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。また、以下の説明における近隣要請NeighborSolicitation、近隣広告NeighborAdvertisement、ルータ要請RouterSolicitation、ルータ広告RouterAdvertisement、リダイレクトRedirect等の用語は、RFC2461に規定されている。本発明は、図1に示すように、フローテーブル21と、パケット処理部22とを備え、受信パケットと照合する照合規則と、前記照合規則に適合するパケットに適用する処理内容とを含む処理規則に従って動作するノード20と、前記ノード20からの要求に応じて前記ノード20に前記処理規則以下、フローエントリの設定または所定のパケットの送信を指示するコントローラ10上記制御装置に相当。とを含む構成にて実現できる。より具体的には、コントローラ10は、前記ノード20に接続されたホストのグローバルアドレスと、リンクローカルアドレスと、MACMediaAccessControlアドレス等のリンクレイヤアドレスとの対応関係を記憶するホスト情報記憶部17と、前記ノード20に、ホストからの近隣要請に応答させる近隣探索処理部18と、を備える。また、コントローラ10は、IPv6ルータにおけるOSPFv3、BGP4等の処理を行い、経路表14を更新するルーティングプロトコル処理部13を備え、パケット処理部15を介して、ノード20とOSPFv3、BGP4等の制御パケットの送受信を行って経路表14を更新しているものとする。なお、ノード20は、非特許文献1、2のオープンフロースイッチまたはその互換製品により実現することが可能である。図2は、上記本発明の一実施形態の動作概要を説明するためのシーケンス図である。図2において、ホストと、宛先ホストは、異なるサブネットに属しているものとする。図2を参照すると、まず、ホストから新規に宛先ホスト宛のユーザパケットを受信すると図2のS001、ノード20は、フローテーブル21から、受信したユーザパケットに適合する照合規則マッチングルールを持つフローエントリを検索する。ここでは、ホストから受信したパケットは、新規のユーザパケットであるため、ノード20のフローテーブル21には、受信パケットに適合するフローエントリは存在しない。そこで、ノード20は、コントローラ10に対して、受信パケットに適合するフローエントリの設定を要求する図2のPacket-In;S002。前記Packet-Inを受信したコントローラ10は、ホスト情報記憶部17を参照して図2のS003、ノードに、宛先ホストのリンクレイヤアドレスが設定されたパケットを、宛先ホストへ転送させるフローエントリを設定する図2のS004。コントローラ10は、ホスト情報記憶部17を参照して、ノード20から、前記第1のホストに対し、前記第2のホストのリンクローカルアドレスを含んだリダイレクト要請を送信させる図2のS005-1、S005-2。前記ノード20は、前記リダイレクト要請を受信したホストから、前記第2のホストのリンクローカルアドレスに対する近隣要請を受信すると図2のS006-1、コントローラ10に転送する図2のS006-2。コントローラ10は、ホスト情報記憶部17を参照して図2のS007、前記近隣要請に対して、前記ノード20に、前記宛先ホストのリンクレイヤアドレスを応答させる図2のS008-1、S008-002;近隣広告。その後、ホストからの宛先ホストのリンクレイヤアドレスを持つユーザパケットが受信されると、ノード10は、前記フローエントリに従って、パケットを宛先ホストに転送する図2のS009-1、S009-2。以上により、コントローラ10は、前記ノードに、異なるサブネットに属するホスト間のパケットを転送させる。以上のように、本実施形態では、ノードスイッチの構成に変更を加えずに、異なるサブネットに属するホスト間の通信が可能になる。続いて、本発明をより具体的に説明すべく、本発明の第1の実施形態について図面を参照して詳細に説明する。図3は、本発明の第1の実施形態の構成を表したブロック図である。図3を参照すると、フローテーブル21と、パケット処理部22とを備えるノード20を制御するコントローラ100の詳細構成が示されている。コントローラ100は、経路表を記憶する経路表記憶部101と、ルーティングプロトコル処理部102と、ノード20に設定した処理規則フローエントリを格納したフローエントリデータベースフローエントリDB103と、パケット処理部104と、パケット処理部104から入力された内容に基づいて、フローエントリを生成するフローエントリ生成部105と、前記生成されたフローエントリのフローエントリDB103への登録や、ノード20への設定を行うフローエントリ管理部106と、制御メッセージ処理部107と、ノード20との通信を行うノード通信部108と、ノード20に備えられたポートについての情報を記憶するポートデータベースポートDB109と、ノード20にルータ広告処理を行わせるルータ広告処理部110と、指定されたノードに対して近隣要請を行ってその結果をホストデータベースホストDB112に記憶すると共に、近隣要請を受信した際にホストデータベースホストDB112もしくはポートデータベースポートDB109を検索し、その検索結果に基づき近隣広告を行う近隣探索処理部111と、を備えて構成される。ルーティングプロトコル処理部102は、パケット処理部104、制御メッセージ処理部107およびノード通信部108を介して、ノード20と、OSPFv3、BGP4、RIPngRIPNextGeneration等の制御パケットの送受信を行って経路表14を更新する。パケット処理部104は、ノード通信部108および制御メッセージ処理部107を介してノードから受信したパケットをルーティングプロトコル処理部102、ルータ広告処理部110または近隣探索処理部111に引き渡し、これら各部から出力されたパケットをノード通信部108および制御メッセージ処理部107を介してノード20に出力させる。また、パケット処理部104は、受信したユーザパケットを次ホップに転送させるためのフローエントリの作成をフローエントリ生成部105に指示する。ルータ広告処理部110は、定期的にノード20に対しルータ広告の送信を依頼すると共に、ノード20を介してホストからルータ要請を受信した場合、ポートDB109を参照して、ルータ要請を行ったホストが、サブネット越えパケット転送の対象ホストであるか否かを確認した上で、ノード20を介してルータ広告を行う。近隣探索処理部111は、ノード20を介して、各ホストのアドレス解決を行って、ホストDB112に登録する。また、近隣探索処理部111は、ノード20を介して、近隣要請を受信した際にポートDB109およびホストDB112を検索し、解決を要請されたアドレスが登録済みの場合、ノード20を介して隣接広告を行う。さらに、パケット処理部104から入力されたパケットのグローバルIPアドレスとリンクローカルIPアドレスがホストDB112に登録済みである場合、近隣探索処理部111は、パケット処理部104に対し、前記リンクローカルIPアドレスに対応するMACアドレスを宛先とするパケットを転送させるフローエントリの生成を要請するとともに、ノード20を介して、パケット送信元のホストに、該当リンクローカルIPアドレスへのリダイレクトを要求する。なお、前記ルータ要請、ルータ広告、近隣要請、近隣広告及びリダイレクト要求は、ICMPv6InternetControlMessageProtocolforIPv6として規定されたメッセージを用いることができる。さらに、制御メッセージ処理部107は、ノード20から受信した制御メッセージを解析して、必要な処理を行うメッセージ解析処理部1071と、ノード20に送信するメッセージを生成するメッセージ生成部1072とを備えて構成される。なお、図3の構成中、ノード20に設定したフローエントリを保持する必要が無い場合、フローエントリDB103は省略することが可能である。また、ルーティングプロトコル処理部102は、経路表記憶部101に静的に経路を設定する場合、省略することが可能である。さらに、ポートDB109やホストDB112は、コントローラ100からアクセス可能であればよく、別の外部装置に設けることも可能である。図4は、ポートDB109に保持される情報を模式的に表した図である。図4の例では、ノード20のうち、サブネット越えのパケット転送の対象ホストが接続されているポート1、19について、それぞれ対応するプレフィックス、グローバルIPアドレス、リンクローカルIPアドレス、MACアドレスが記憶されている。例えば、あるパケットを受信したノード20のポート番号が1である場合、当該パケットは、サブネット越えのパケット転送の対象ホストから受信したパケットであることが分かるようになっている。そして、ポートDB109に保持されている情報を用いてルータ広告や近隣広告処理が行われる。図5は、ホストDB112に保持される情報を模式的に表した図である。図5の例では、近隣検索処理部111が収集したサブネット越えのパケット転送の対象ホストについて、それぞれ対応するグローバルIPアドレス、MACアドレス、リンクローカルIPアドレス、ノード20のポート番号が記憶されている。例えば、ノード20が受信したユーザパケットの宛先グローバルIPアドレスが2001:db8:2::8である場合、近隣検索処理部111は、経路表を参照して、ノード20の宛先ポートから近隣要請メッセージを送出させることにより、宛先ホストから近隣広告メッセージを受信し、そのMACアドレス00:00:00:00:02:08を収集する。そして、パケット処理部104に対し、該当MACアドレス00:00:00:00:02:08を宛先とするパケットを該当ポート19から転送させるフローエントリの生成を要請するとともに、ノード20を介して、パケット送信元のホストに、該当リンクローカルIPアドレスfe80::2:8へのリダイレクトを要求する。上記のようなコントローラ100は、非特許文献1、2のオープンフローコントローラに、少なくとも上記経路表記憶部101、ルーティングプロトコル処理部102、ポートDB109、ルータ広告処理部110、近隣探索処理部111およびホストDB112を追加し、パケット処理部104に上述した処理を行わせることにより実現することが可能である。また、上記コントローラ100の各部処理手段は、コントローラ100を構成するコンピュータに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することもできる。続いて、本実施形態の動作について図面を参照して詳細に説明する。図6は、本発明の第1の実施形態の全体の動作を表したシーケンス図である。以下の説明では、図5に示したように、ノード20のポート1に接続されたホストグローバルIPアドレス=2001:db8:1::8が、ノード20のポート19に接続されたホストグローバルIPアドレス=2001:db8:2::8、以下、宛先ホストに宛ててパケットを送信する例を挙げて、説明する。図6を参照すると、まず、ホストからノード20に宛ててルータ要請RouterSolicitationが送信される図6のルータ要請。前記ルータ要請を受信したノード20は、フローテーブル21から、前記ルータ要請に対応するフローエントリを検索するが、該当するフローエントリが見つからないため、コントローラ100に、フローエントリの作成を依頼する図6のPacket-Inルータ要請。図7は、前記ルータ要請を受信したコントローラ100の動作を表した流れ図である。図7を参照すると、まず、ノード20からルータ要請を受信すると、コントローラ100は、ルータ要請を受信したポートがポートDB109に登録されているか否かを確認するステップS001。前記検索の結果、ポートDB109に該当するエントリが無い場合、処理を終了するステップS002のNo。一方、前記検索の結果、該当するエントリが見つかった場合ステップS002のYes、コントローラ100は、該当するエントリのプレフィックスと、アドレス情報を読み出しステップS003、これらの情報を用いてノード20にルータ広告RouterAdvertisementを送信させるステップS004。例えば、ノード20のポート1からルータ要請を受信している場合は、コントローラ100は、図4のノード1のエントリを読み出し、ノード20に、プレフィックス2001:db8:1::/64等を含むルータ広告を送信させる。この結果、図6に示すように、コントローラ100からノード20に対してルータ広告の送信が指示される図6のPacket-Outルータ広告。ノード20は、前記ルータ広告の送信指示に基づいて、ホストに対し、ルータ広告を行う図6のルータ広告。次に、ホストからノード20に宛てて近隣要請NeighborSolicitationが送信される図6の近隣要請。前記近隣要請を受信したノード20は、フローテーブル21から、前記近隣要請に対応するフローエントリを検索するが、該当するフローエントリが見つからないため、コントローラ100に、フローエントリの作成を依頼する図6のPacket-In近隣要請。図8は、前記近隣要請を受信したコントローラ100の動作を表した流れ図である。図8を参照すると、まず、ノード20から近隣要請を受信すると、コントローラ100は、近隣要請を受信したポートがポートDB109に登録されているか否かを確認するステップS101。前記検索の結果、ポートDB109に該当するエントリが無い場合、処理を終了するステップS102のNo。一方、前記検索の結果、該当するエントリが見つかった場合ステップS102のYes、コントローラ100は、該当するエントリのアドレス情報を読み出しステップS103、近隣要請のターゲットアドレスTAが前記受信ポートのグローバルIPアドレスもしくはリンクローカルIPアドレスと一致しているか否かを確認するステップS104。ここで、ターゲットアドレスTAが前記受信ポートのグローバルIPアドレスもしくはリンクローカルIPアドレスと一致している場合ステップS104のYes、コントローラ100は、ノード20に、近隣広告NeighborAdvertisementを送信させるステップS113。一方、ターゲットアドレスTAが前記受信ポートのグローバルIPアドレスおよびリンクローカルIPアドレスのいずれとも一致していない場合ステップS104のNo、コントローラ100は、ターゲットアドレスTAがリンクローカルアドレスであるか否かを確認するステップS105。ここで、ターゲットアドレスTAがリンクローカルアドレスでない場合ステップS105のNo、コントローラ100は、処理を終了する。一方、ターゲットアドレスTAがリンクローカルアドレスである場合、コントローラ100は、ホストDB112から、当該リンクローカルアドレスを持つエントリを検索するステップS106。前記検索の結果、ホストDB112に該当するエントリが無い場合ステップS107のNo、コントローラ100は、ノード20に、全ポートから、当該リンクローカルアドレスをターゲットアドレスとする近隣要請を送信させるステップS108。前記近隣要請の結果、近隣応答を受信できた場合ステップS109のYes、コントローラ100は、その内容をホストDB112に登録するステップS110。なお、前記近隣要請の結果、近隣応答を受信できなかった場合ステップS109のNo、コントローラ100は、処理を終了する。ホストDB112に該当リンクローカルアドレスを持つエントリが存在する場合ステップS107のYesまたは上記ステップS108の近隣要請の結果、該当リンクローカルアドレスを持つホストから応答が得られている場合、コントローラ100は、該当エントリの登録ポート番号が、近隣要請の受信ポートと番号と一致しているか否かを確認するステップS111。なお、前記確認の結果、該当エントリの登録ポート番号が、近隣要請の受信ポートと番号と一致する場合ステップS111のYes、コントローラ100は、処理を終了する。一方、該当エントリの登録ポート番号が、近隣要請の受信ポートと番号と一致していない場合ステップS111のNo、コントローラ100は、該当エントリのMACアドレスを読み出しステップS112、ノード20に、近隣広告として送信させるステップS113へ。この結果、図6に示すように、コントローラ100からノード20に対して近隣広告の送信が指示される図6のPacket-Out近隣広告。ノード20は、前記近隣広告の送信指示に基づいて、ホストに対し、近隣広告を行う図6の近隣広告。次に、ホストからノード20に宛てて宛先ホストを宛先とするユーザパケットが送信される図6のユーザパケットData。前記ユーザパケットを受信したノード20は、フローテーブル21から、前記ユーザパケットに対応するフローエントリを検索するが、該当するフローエントリが見つからないため、コントローラ100に、フローエントリの作成を依頼する図6のPacket-InData。図9は、ユーザパケットを受信したコントローラ100の動作を表した流れ図である。図9を参照すると、まず、ノード20からユーザパケットを受信すると、コントローラ100は、ユーザパケットが自装置のポートアドレス宛てであるか否かを確認するステップS301。ここで、ユーザパケットがルーティングプロトコル処理部102で処理される制御パケットであるなど、自装置のポートアドレス宛てである場合ステップS301のYes、コントローラ100は、終端処理を実行するステップS302。前記終端処理では、受信した制御パケットを用いた経路表の更新処理等が行われる。ユーザパケットが自装置のポートアドレス宛てで無い場合ステップS301のNo、コントローラ100は、次に、ホストDB112から、前記ユーザパケットのグローバルIPアドレスを持つエントリを検索するステップS303。ここで、ホストDB112に、前記ユーザパケットのグローバルIPアドレスを持つエントリが存在しない場合ステップS304のNo、コントローラ100は、経路表から、前記グローバルIPアドレスを持つエントリを検索するステップS305。前記検索の結果、経路表に、前記グローバルIPアドレスの宛先ポートが登録されていない場合ステップS306のNo、コントローラ100は、宛先不達メッセージを生成しステップS307、ノード20に、ユーザパケットの送信元ホストに対して送信させるステップS308。一方、経路表に、前記グローバルIPアドレスの宛先ポートが登録されている場合ステップS306のYes、コントローラ100は、ノード20の当該宛先ポートから該当グローバルIPアドレスをターゲットアドレスとする近隣要請メッセージを送信させるステップS309。この結果、図6に示すように、コントローラ100からノード20に対して、宛先ホスト宛の近隣要請の送信が指示される図6のPacket-Out近隣要請。ノード20は、前記近隣広告の送信指示に基づいて、宛先ホストに対し、近隣要請を行う図6の近隣要請。前記近隣要請を受けたホストは、ノード20に対して、近隣広告を応答する。前記近隣広告を受信したノード20は、フローテーブル21から、前記近隣広告に対応するフローエントリを検索するが、該当するフローエントリが見つからないため、コントローラ100に、フローエントリの作成を依頼する図6のPacket-In近隣広告。図10は、前記近隣広告を受信したコントローラ100の動作を表した流れ図である。図10を参照すると、まず、ノード20から近隣広告を受信すると、コントローラ100は、ホストDB112から該当MACアドレスを持つエントリを検索するステップS201。前記検索の結果、ホストDB112に該当するエントリが無い場合ステップS202のNo、コントローラ100は、ホストDB112に当該近隣広告を受けた内容を新規エントリとして登録するステップS204。また、ホストDB112に該当するエントリが存在する場合ステップS202のYes、コントローラ100は、近隣広告の内容に基づいて、ホストDB112の該当エントリを更新するステップS203。以上のように、コントローラ100のホストDB112の更新が行われる。その後、コントローラは、図6に示すように、ノード20へのフローエントリの設定図6のFlowMod以下の処理を行う。具体的には、図9のステップS312以下の処理が行われる。ホストDB112の該当エントリにリンクローカルアドレスが登録されている場合ステップS312のYes、コントローラ100は、前記ステップS303で検索されたホストDB112のエントリまたはステップS311で登録されたエントリを参照して、宛先ホストへのパケット転送を実現するフローエントリを生成しステップ313、ノード20に設定するステップ314;FlowModAdd。その後、コントローラ100は、ホストに対する前記リンクローカルアドレスへのリダイレクトを要求するメッセージを生成しステップS315、ノード20に送信を指示するステップS316;図6のPacket-Outリダイレクト要求。前記リダイレクト要求の転送指示を受けたノード20は、図6に示すように、ホストに対して、リダイレクト要求を送信する図6のリダイレクト要求。前記リダイレクト要求を受けたホストは、ノード20に対して、前記リダイレクト要求にて指定されたリンクローカルアドレスについて近隣要請を送信する図6の近隣要請。前記近隣要請を受信したノード20は、フローテーブル21から、前記近隣要請に対応するフローエントリを検索するが、該当するフローエントリが見つからないため、コントローラ100に、フローエントリの作成を依頼する図6のPacket-In近隣要請。前記近隣要請を受信したコントローラは、図8に示した流れ図に従って、ステップS104からステップS105、S106、S107、S111、S112へと進み、ノード20に近隣広告の送信を指示する図6のPacket-Out近隣広告。近隣広告の送信指示を受けたノードは、ホストに対し、近隣広告を送信する図6の近隣広告。その後、ホストは、ノード20に対し、前記近隣広告を受けた内容に基づいて、宛先ホストのMACアドレスが設定されたユーザパケットを送信する。前記ノード20は、図9のステップS314、図6のFlowModで設定されたフローエントリに従ってパケットの転送を実施する。以上のように、ノードの構成を変えることなく、あるホストから送信されたパケットを他のサブネットワークに属する宛先ホストに転送させることが可能となる。以上、本発明の好適な実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形置換調整を加えることができる。例えば、上記した実施形態に示したノードやそのポートの数は、あくまで、本発明の理解を助けるために示した例であり、これらの数に限定されない。また例えば、上記した実施形態では、宛先ホストのリンクローカルIPアドレスの取得方法については説明を省略したが、例えば、DADDuplicateAddressDetectionプロセスの中で取得し、MACアドレスをキーにグローバルIPアドレスとの対応を取るようにすれば良い。また、ホスト間あるいはホストとノード間の近隣要請や近隣広告から取得する方法も採用可能である。さらには、所定のルールで生成したアドレスを宛先ホストのリンクローカルIPアドレスとして、用いることも可能である。この場合、リンクローカルIPアドレスの重複は、コントローラ100の近隣検索処理部がDADプロセスに反応して近隣広告を行うなどして回避することができる。また、ルーティングプロトコル処理部102は、経路表記憶部101に静的に経路を設定する場合、省略する構成も採用可能である。また、上記した実施形態では、コントローラ100の内部に、経路表記憶部101やルーティングプロトコル処理部102が配置されているものとして説明したが、コントローラ10とは別の装置に、経路表記憶部101やルーティングプロトコル処理部102が設けられている構成も採用可能である。また、上記した実施形態では、コントローラ100が1つのノード20を制御するものとして説明したが、コントローラ100が複数のノード20をIPv6ルータのように動作させることも可能である。この場合、図4のポートDB、および、図5のホストDBに、ノードIDDataPathIDを追加することで対応可能である。最後に、本発明の好ましい形態を要約する。[第1の形態]上記第1の視点による通信システム参照[第2の形態]第1の形態において、前記ノードは、受信パケットと照合する照合規則と、前記照合規則に適合するパケットに適用する処理内容とを含む処理規則に従って動作するノードであり、前記制御装置は、前記ノードに前記処理規則を設定し、または、前記ノードに所定のパケットを送信させることにより、前記ノードを制御する通信システム。[第3の形態]第1または第2の形態において、前記制御装置は、さらに、前記ノードによって接続された異なるサブネット間を接続する通信装置として前記所定の経路表を更新するルーティングプロトコル処理部を含む通信システム。[第4の形態]第1から第3いずれか一の形態において、前記近隣探索処理部は、前記第2のホストのリンクレイヤアドレスが前記ホスト情報記憶部に登録されていない場合、前記第2のホストに対して、近隣要請を行なって、前記第2のホストのリンクレイヤアドレスを取得する通信システム。[第5の形態]第1から第4いずれか一の形態において、前記制御装置は、さらに、前記ノードのポートのうち、前記サブネット間のパケット転送の対象となるホストが接続されたポートについて、サブネット情報を管理するポート情報記憶部を備え、前記ポート情報記憶部に登録されているポートから転送された近隣要請に応答する通信システム。[第6の形態]第1から第4いずれか一の形態において、前記制御装置は、さらに、前記ノードのポートのうち、前記サブネット間のパケット転送の対象となるホストが接続されたポートについて、サブネット情報を管理するポート情報記憶部を備え、前記ポート情報記憶部に保持されている情報を用いて、ルータ広告を行う通信システム。[第7の形態]上記第2の視点による制御装置参照[第8の形態]第7の形態において、前記ノードは、受信パケットと照合する照合規則と、前記照合規則に適合するパケットに適用する処理内容とを含む処理規則に従って動作するノードであり、前記ノードに前記処理規則を設定し、または、前記ノードに所定のパケットを送信させることにより、前記ノードを制御する制御装置。[第9の形態]第7または第8の形態において、さらに、前記ノードによって接続された異なるサブネット間を接続する通信装置として前記所定の経路表を更新するルーティングプロトコル処理部を含む制御装置。[第10の形態]第7から第9いずれか一の形態において、前記近隣探索処理部は、前記第2のホストのリンクレイヤアドレスが前記ホスト情報記憶部に登録されていない場合、前記第2のホストに対して、近隣要請を行なって、前記第2のホストのリンクレイヤアドレスを取得する制御装置。[第11の形態]第7から第10いずれか一の形態において、さらに、前記ノードのポートのうち、前記サブネット間のパケット転送の対象となるホストが接続されたポートについて、サブネット情報を管理するポート情報記憶部を備え、前記ポート情報記憶部に登録されているポートから転送された近隣要請に応答する制御装置。[第12の形態]第7から第10いずれか一の形態において、さらに、前記ノードのポートのうち、前記サブネット間のパケット転送の対象となるホストが接続されたポートについて、サブネット情報を管理するポート情報記憶部を備え、前記ポート情報記憶部に保持されている情報を用いて、ルータ広告を行う制御装置。[第13の形態]上記第3の視点によるパケット転送方法参照[第14の形態]上記第4の視点によるプログラム参照なお、上記第13、第14の形態は、上記第1、第7の形態と同様に、派生する形態に展開することが可能である。本発明の全開示請求の範囲を含むの枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更調整が可能である。また、本発明の請求の範囲クレームの枠内において、種々の開示要素の多様な組み合せないし選択が可能である。