(57)【要約】  所定のネットワークアドレスの割り当てに応じて生じる論理ネットワークの通信可能範囲の制限等を解消し、通信の柔軟性を拡大可能とする。通信装置におけるパケットの処理を規定した処理規則を生成し前記通信装置に設定する制御装置と、受信パケットを前記制御装置により設定された前記処理規則に従って処理する通信装置と、を備え、前記制御装置は、前記通信装置が接続する論理ネットワークの情報を記憶管理する第１の記憶管理部と、ネットワークアドレスと前記論理ネットワークとの対応関係を記憶管理する第２の記憶管理部と、前記ネットワークアドレスと前記論理ネットワークとの対応関係に基づいて同報送信する論理ネットワークを決定する決定部とを備え、前記制御装置の前記決定部では、前記決定した論理ネットワークに関して、前記第１の記憶管理部を参照して前記決定した論理ネットワークに接続された通信装置を取得し、前記通信装置から前記決定した論理ネットワークに対して同報送信させる。
2014132958.tif 000002
【特許請求の範囲】
【請求項１】
通信装置におけるパケットの処理を規定した処理規則を生成し前記通信装置に設定する制御装置と、
受信パケットを、前記制御装置により設定された前記処理規則に従って処理する通信装置と、
を備え、
前記制御装置は、
前記通信装置が接続する論理ネットワークを記憶管理する第１の記憶管理部と、
ネットワークアドレスと、前記ネットワークアドレスが割り当てられている論理ネットワークとの対応を記憶管理する第２の記憶管理部と、
前記第２の記憶管理部に記憶されている、前記ネットワークアドレスと前記論理ネットワークとの対応関係に基づいて、同報送信する論理ネットワークを決定する決定部と、
を備え、
前記制御装置の前記決定部では、前記決定した論理ネットワークに関して、前記第１の記憶管理部を参照して、前記決定した論理ネットワークに接続された通信装置を特定し、前記通信装置から前記決定した論理ネットワークに対して同報送信させる、通信システム。
【請求項２】
前記制御装置において、
前記決定部は、与えられたネットワークアドレスに対して、前記第２の記憶管理部に、前記ネットワークアドレスと論理ネットワークとの対応を規定したエントリが存在する場合には、前記エントリに規定されている、前記ネットワークアドレスに対応する１つ又は複数の論理ネットワークを、同報対象の論理ネットワークとして決定する、請求項１に記載の通信システム。
【請求項３】
前記制御装置において、
前記決定部は、与えられたネットワークアドレスに対して、前記第２の記憶管理部に、前記ネットワークアドレスと論理ネットワークとの対応を規定したエントリが存在しない場合には、同報要求送信元が属する論理ネットワークを、同報対象の論理ネットワークとして決定する、請求項２に記載の通信システム。
【請求項４】
前記制御装置において
前記第２の記憶管理部は、前記通信システムに含まれる複数の異なる論理ネットワークに対して共通に割り当てられたネットワークアドレスに関して、前記ネットワークアドレスを共通とする前記複数の異なる論理ネットワークと、前記共通のネットワークアドレスの対応を、１つのエントリに記憶する、請求項１乃至３のいずれか１項に記載の通信システム。
【請求項５】
前記制御装置において、
前記決定部は、同報送信されるパケットに含まれる所定のアドレス情報が、前記同報送信要求元の属する論理ネットワークと異なる論理ネットワークへの関門となるノードのアドレス情報と異なる場合に、与えられたネットワークアドレスに対して、前記第２の記憶管理部に記憶されている、前記ネットワークアドレスと前記論理ネットワークとの対応関係に基づいて、同報送信する論理ネットワークの決定を行う、請求項１乃至４のいずれか１項に記載の通信システム。
【請求項６】
通信装置におけるパケットの処理を規定した処理規則を生成し前記通信装置に設定する制御装置であって、
前記通信装置が接続する論理ネットワークの情報を記憶管理する第１のユニットと、
ネットワークアドレスと、前記ネットワークアドレスが割り当てられている論理ネットワークとの対応を記憶管理する第２のユニットと、
前記第２のユニットに記憶されている、前記ネットワークアドレスと前記論理ネットワークとの対応関係に基づいて、同報送信する論理ネットワークを決定する第３のユニットと、
を備え、
前記第３のユニットでは、前記決定した論理ネットワークに関して、前記第１のユニットを参照して、前記決定した論理ネットワークに接続された通信装置を特定し、前記通信装置から前記決定した論理ネットワークに対して同報送信させる制御を行う、制御装置。
【請求項７】
前記第３のユニットは、与えられたネットワークアドレスに対して、前記第２の記憶管理部に、前記ネットワークアドレスと論理ネットワークとの対応を規定したエントリが存在する場合には、前記エントリに規定されている、前記ネットワークアドレスに対応する１つ又は複数の論理ネットワークを、同報送信対象の論理ネットワークとして決定し、
前記第２の記憶管理部に、前記ネットワークアドレスと論理ネットワークとの対応を規定したエントリが存在しない場合には、同報要求送信元が属する論理ネットワークを、同報送信対象の論理ネットワークとして決定する、請求項６に記載の制御装置。
【請求項８】
前記第２のユニットは、複数の異なる論理ネットワークに対して共通に割り当てられたネットワークアドレスに関して、前記ネットワークアドレスを共通とする前記複数の異なる論理ネットワークと、前記共通のネットワークアドレスの対応を、１つのエントリに記憶する、請求項６又は７に記載の制御装置。
【請求項９】
通信装置におけるパケットの処理を規定した処理規則を生成し前記通信装置に設定する制御装置による通信方法であって、
前記通信装置が接続する論理ネットワークを第１の記憶部で記憶管理し、
ネットワークアドレスと、前記ネットワークアドレスが割り当てられている論理ネットワークとの対応を第２の記憶部で記憶管理し、
前記第２の記憶部に記憶されている、前記ネットワークアドレスと前記論理ネットワークとの対応関係に基づいて、同報送信する論理ネットワークを決定し、
前記決定した論理ネットワークに関して、前記第１の記憶部を参照して、前記決定した論理ネットワークに接続された通信装置を特定し、前記通信装置から前記決定した論理ネットワークに対して同報送信させる、通信方法。
【請求項１０】
通信装置におけるパケットの処理を規定した処理規則を生成し前記通信装置に設定する制御装置を構成するコンピュータに、
前記通信装置が接続する論理ネットワークの情報を第１の記憶部で記憶管理する第１の処理と、
ネットワークアドレスと、前記ネットワークアドレスが割り当てられている論理ネットワークとの対応を第２の記憶部で記憶管理する第２の処理と、
前記第２の記憶部に記憶されている、前記ネットワークアドレスと前記論理ネットワークとの対応関係に基づいて、同報送信する論理ネットワークを決定する第３の処理と、
前記決定した論理ネットワークに関して、前記第１の記憶部を参照して、前記決定した論理ネットワークに接続された通信装置を特定し、前記通信装置から前記決定した論理ネットワークに対して同報送信させる第４の処理と、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願についての記載］
本発明は、日本国特許出願：特願２０１３−０３６０９０号（２０１３年２月２６日出願）に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、通信システム、制御装置、通信方法およびプログラムに関し、特に、制御装置によって制御されるネットワークに適用して好適な通信システム、制御装置、通信方法およびプログラムに関する。
【背景技術】
【０００２】
近年、集中制御型のネットワークアーキテクチャが提案されている。集中制御型のネットワークアーキテクチャの例として、オープンフロー（ＯｐｅｎＦｌｏｗ）という技術がある（特許文献１、非特許文献１、２等参照）。【０００３】
＜オープンフロー（ＯｐｅｎＦｌｏｗ）＞
オープンフローは、通信をエンドツーエンドのフローとして捉え、フロー単位で経路制御、障害回復、負荷分散、最適化等を行う。オープンフロースイッチ（ＯｐｅｎＦｌｏｗ  Ｓｗｉｔｃｈ：「ＯＦＳ」と略記される）の仕様等に関して例えば非特許文献２等が参照される。オープンフロースイッチは、制御装置に相当するオープンフローコントローラ（ＯｐｅｎＦｌｏｗ  Ｃｏｎｔｒｏｌｌｅｒ：「ＯＦＣ」と略記される）と例えば通信用のセキュアチャネルを用いて通信する。ＯＦＳは、ＯＦＣから追加または書き換えを適宜指示されるフローテーブルを備え、フローテーブルの内容に従って動作する。【０００４】
＜ＯＦＳとフローテーブル＞
図８は、フローテーブルの１つのフローエントリ１２０の情報を模式的に例示した図である。フローテーブルには、ＯＦＳでパケット受信し、該受信パケットのヘッダと照合するマッチングルール（照合欄：Ｍａｔｃｈ  Ｆｉｅｌｄ）（ヘッダフィールド）と、フロー統計情報（Ｃｏｕｎｔｅｒｓ）と、処理内容を定義したアクション（Ａｃｔｉｏｎｓ又はＩｎｓｔｒｕｃｔｉｏｎｓ）との組がフロー毎に定義される。【０００５】
ＯＦＳは、パケットを受信すると、フローテーブルから、受信パケットのヘッダ情報に適合するマッチングルールを持つエントリを検索する。フローテーブルの検索の結果、受信パケットに適するエントリが見つかった場合、ＯＦＳは、フロー統計情報（Ｃｏｕｎｔｅｒｓ）を更新するとともに、受信パケットに対して該エントリのアクションフィールド（Ａｃｔｉｏｎｓ）に記述された処理内容（例えば指定ポートからのパケット送信、フラッディング、廃棄等）を実施する。【０００６】
＜Ｐａｃｋｅｔ  Ｉｎ＞
一方、ＯＦＳにおいて、上記検索の結果、受信パケットに適合するエントリが見つからなかった場合、ＯＦＳは、セキュアチャネルを介してＯＦＣに対して受信パケットを転送し（Ｐａｃｋｅｔ  Ｉｎメッセージ）、受信パケットの送信元・送信先情報に基づいたパケットの経路の決定を依頼する。ＯＦＣは、ネットワークトポロジ情報に基づき、経路計算を行い、フローエントリ（図８）を生成し、計算した経路上のＯＦＳに対して該フローテーブルを更新するためのメッセージ（フローモディファイ（ＦｌｏｗＭｏｄｉｆｙ）メッセージ）を送信する。ＯＦＳは、ＯＦＣで決定したパケットの経路に対応するフローエントリ情報をＯＦＣから受け取ってフローテーブルを更新する。このように、ＯＦＳは、フローテーブルに格納されたフローエントリの情報を処理規則として受信パケットを処理する。【０００７】
また、ＯｐｅｎＦｌｏｗを用いてＯＳＩ（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルのＬ２／Ｌ３（レイヤ２／３）の転送を混在させたネットワーク制御を行う通信システムが検討されている。このネットワーク制御例について図９乃至図１３を参照して以下に説明する。【０００８】
図９を参照すると、この通信システム（プロトタイプ例）は、ＯＦＣ１１０、ＯＦＳ１２１〜１２３、通信端末１３１−１、１３１−２、１３２を備えている。なお、通信端末〜ＯＦＳ間の線の脇に記載している数値（図９では１）は、通信端末が接続しているＯＦＳのポート番号である。ＯＦＣ１１０は、Ｌ３転送を実現するため、図１０、図１１に示す情報を管理している。【０００９】
＜論理ネットワーク管理用の情報テーブル＞
図１０（Ａ）は、通信システム上で管理している論理ネットワーク管理用の情報テーブルを例示する図である。論理ネットワークとはサブネットに関連付けされたネットワークであって、通信端末が接続するポートの集合で規定される。図１０（Ａ）に示すとおり、論理ネットワークは、ＯＦＳとポート番号で定義される。図９の論理ネットワーク１４１は、ＯＦＳ１２１のポート１番、ＯＦＳ１２２のポート１番、論理ネットワーク１４２は、ＯＦＳ１２３のポート１番で定義される。論理ネットワークの定義にＶＬＡＮ（Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）など他のパラメータも追加で使用しても良い。特に制限されないが、図１０（Ａ）のテーブルは、例えばＯＦＣ１１０で管理される。【００１０】
＜位置管理用の情報テーブル＞
図１０（Ｂ）は、位置管理用の情報テーブルを例示する図であり、図９に示した通信システム上で管理している通信端末の情報を示している。図１０（Ｂ）の例では、位置情報を管理する粒度として、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスを使用している。また、位置情報（ＭＡＣアドレス）に対応させてＯＦＳとそのポート番号を用いている。図１０（Ｂ）の通信端末の情報は、例えばＯＦＣ１１０で管理される。【００１１】
＜ルーティング管理用の情報テーブル＞
図１１（Ａ）は、図９の通信システム上で管理しているルーティング情報（Ｌ３のルーティング管理用の情報）を例示する図である。図１１（Ａ）のテーブルはＯＦＣ１１０で管理するようにしてもよい。このテーブルでは、サブネットとそれに関連付けされた論理ネットワークの対応関係を記憶管理している。なお、例えば「１９２．１６８．１．０／２４」等、ＩＰ（Internet Protocol）アドレス「１９２．１６８．１．０」の右側の「／２４」の数字は、サブネットマスク値であり、ＩＰアドレスの上位２４ビットがネットワークアドレス部であることを表している（ＣＩＤＲ（Ｃｌａｓｓｌｅｓｓ  Ｉｎｔｅｒ−Ｄｏｍａｉｎ  Ｒｏｕｔｉｎｇ）表記）。図１１（Ａ）では、ルーティング情報として、全てのサブネットが論理ネットワークに関連付けされているが、ルータに関連付けされたサブネットがあってもよい。図１７は、ルータに関連付けられたサブネットを説明するための図である。図１７を参照すると、サブネット「１９２．１６８．１００．０／２４」はＩＰアドレス「１９２．１６８．３．１」のゲートウェイに関連付けされている。この状態で、サブネット「１９２．１６８．１００．１」宛てのパケットの転送先を求めるために、図１７のテーブルを検索すると、まずＩＰアドレス「１９２．１６８．３．１」宛てに転送する必要があることがわかる。続いて、「１９２．１６８．３．１」の存在する論理ネットワークを検索するため、再度、図１７のテーブルを検索すると、「１９２．１６８．３．１」は、論理ネットワーク１４３（サブネット「１９２．１６８．３．０／２４」）に所属していることが分かる。【００１２】
＜ＡＲＰキャッシュ（ＡＲＰテーブル）＞
図１１（Ｂ）は、通信システム上で管理している通信端末のＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）キャッシュ情報（ＡＲＰテーブル）である。ここでは、ＡＲＰリクエストに対する応答（ＡＲＰリプライ）で得られたＭＡＣアドレスとそのＩＰアドレス（通信端末のＩＰアドレスとＭＡＣアドレス）の対応関係を管理している。【００１３】
＜デフォルトゲートウェイ＞
ＯＦＣでは、Ｌ３転送を実現するため、各論理ネットワークに設定されたデフォルトゲートウェイアドレスと対応するＭＡＣアドレスを管理している。論理ネットワークに属するノードのＩＰアドレスと、デフォルトゲートウェイのＩＰアドレスをサブネットマスクでマスクした値は同じ値とされ、同一の論理ネットワークに属する。【００１４】
＜Ｌ３のルーティング＞
物理的に同一のスイッチ（Ｌ２スイッチ）に接続されていても、論理ネットワークが異なる（サブネットが異なる）と、Ｌ２での直接の通信はできない。異なる論理ネットワーク（異なるサブネット）はそれぞれ異なるブロードキャストドメイン（ブロードキャストが届く範囲）となる。すなわち、例えば図９において、サブネット「１９２．１６８．１．０／２４」からサブネット「１９２．１６８．２．０／２４」へ直接フレームを届けることはできないので、Ｌ３（ＩＰアドレス）にてデフォルトゲートウェイ経由でパケットにて通信する必要がある（Ｌ３のルーティングが必要となる）。なお、ブロードキャスト(同報)は、宛先の装置（ホスト、ノード、通信端末）を特定せず、ネットワーク（サブネット）に接続する全ての装置（ホスト、ノード、通信端末）に対して一斉に情報（パケット）を送信するために用いられる。【００１５】
＜アドレス解決プロトコル（ＡＲＰ）＞
ＡＲＰはＩＰアドレスからＭＡＣアドレスを求めるプロトコルである。通信するためには最終的に相手先の機器の宛先（Ｄｅｓｔｉｎａｔｉｏｎ）ＭＡＣアドレスが必要である。しかし、論理ネットワーク（サブネット）が異なると、ＡＲＰリクエストは異なる論理ネットワークに直接には届かない。この結果、Ｌ２で直接通信を行うことはできない。そのため、Ｌ３のルーティングが必要となる。すなわち、ＡＲＰリクエストはＬ２のブロードキャストフレームとして送出されるが、論理ネットワーク（サブネット）が異なる場合、ブロードキャストドメインが分割されており、ＡＲＰリクエストは直接には届かない。このため、異なる論理ネットワーク（サブネット）間のルーティングを擬似するＯＦＣがデフォルトゲートウェイとなる。このデフォルトゲートウェイ（ＯＦＣ）を介してＡＲＰリクエストが異なる論理ネットワークにブロードキャストされる。図１６は、ＡＲＰのフォーマットを模式的に示す図である。図１６に示すように、Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダ部分の宛先ＭＡＣアドレス（ＤＳＴ  ＡＤＤＲ）をブロードキャストアドレス（６バイト（４８ビット）全て１、１６進（Ｈｅｘａｄｅｃｉｍａｌ）表示でＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ）とし、タイプ（ＴＹＰＥ）を０ｘ０８０６（０ｘは、Ｈｅｘａｄｅｃｉｍａｌ（１６進）表示を表す）とする。なお、図１６にはＯｐｅｎＦｌｏｗヘッダの一部をなすＥｔｈｅｒｎｅｔ（登録商標）ヘッダ部分が示されている。Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダとＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ：４バイト）の間のデータ部分に設けられるＡＲＰフレームフォーマットは、
ハードウェア・タイプ（ＨＷ  ＴＹＰＥ）（Ｅｔｈｅｒｎｅｔ（登録商標）では１固定：２バイト）、
プロトコル・タイプ（ＰＲＯＴＯＣＯＬ  ＴＹＰＥ）（０ｘ０８００固定：２バイト）、
ハードウェア・レングス（ＨＷ  ＬＥＮＧＴＨ）（ＭＡＣアドレスの長さ＝６固定：１バイト）、
プロトコル・レングス（ＰＲＯＴＯＣＯＬ  ＬＥＮＧＴＨ）（ＩＰアドレス（ＩＰｖ４の長さ：４固定：１バイト）、
オペレーション（ＯＰＥＲＡＴＩＯＮ）（ＡＲＰリクエストかＡＲＰリプライかを識別する、ＡＲＰリクエスト＝１、ＡＲＰリプライ＝２）、
送信元ＭＡＣアドレス（ＳＲＣ  ＨＷ  ＡＤＤＲ）
送信元ＩＰアドレス（ＳＲＣ  Ｐｒｏｔｏｃｏｌ  ＡＤＤＲ）、
宛先ＭＡＣアドレス（ＤＳＴ  ＨＷ  ＡＤＤＲ）
宛先ＩＰアドレス（ＤＳＴ  Ｐｒｏｔｏｃｏｌ  ＡＤＤＲ）
からなる。宛先ＭＡＣアドレス（ＤＳＴ  ＨＷ  ＡＤＤＲ）は、ＡＲＰリクエストでは、ｏｘ００−０００−００−００−００、あるいはＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦである。ＡＲＰリプライでは、宛先ＭＡＣアドレスとなる。宛先ＩＰアドレス（ＤＳＴ  Ｐｒｏｔｏｃｏｌ  ＡＤＤＲ）は、ブロードキャストＡＲＰリクエストを受信したノード（ホスト）がこのＩＰアドレスをみて、自ノードのＩＰアドレスと等しい場合、自ノードのＭＡＣアドレスが問い合わされていると判断し、ＡＲＰリプライに自ノードのＭＡＣアドレスを設定して送信する。【００１６】
なお、ＯＳＩ参照モデルのレイヤ２、３（Ｌ２、Ｌ３）では、フレーム、パケットを区別して用いるが、本明細書では、転送されるデータ単位をパケットという。【００１７】
＜論理ネットワーク内通信（同一サブネット内通信）＞
次に、図１２と図１３を参照して、図９のネットワーク制御の動作例を説明する。図１２は、論理ネットワーク内の通信（通信端末１３１−１〜通信端末１３１−２間の通信）を行う際の経路制御の処理を示している。なお、処理を説明する文の括弧内の番号は、図１２に模式的に示した代表的シーケンスの番号に対応する。【００１８】
図１２を参照すると、通信端末１３１−１は、通信端末１３１−２にパケットを送信するために、通信端末１３１−２のＭＡＣアドレス解決用にＡＲＰリクエスト（パケット）を送信する（１）。【００１９】
ＯＦＳ１２１はＡＲＰリクエストパケットを受信する。ＯＦＳ１２１において、該ＡＲＰリクエストパケットの転送フローはフローテーブルに登録されていず、新規フローである。このため、ＯＦＳ１２１は、ＯＦＣ１１０にＰａｃｋｅｔ−Ｉｎメッセージを送信し（２）、ＯＦＳ１２１で受信したＡＲＰリクエストパケットに対する経路設定を要求する。【００２０】
ＯＦＣ１１０は、
受信したＡＲＰリクエストパケットに関して、
・そのヘッダの宛先ＭＡＣアドレスがブロードキャストアドレスであること、
・ＡＲＰフレームの宛先ＩＰアドレス（宛先ＭＡＣアドレス取得対象の宛先ＩＰアドレス）がデフォルトゲートウェイでない、
ことから、前記ＡＲＰリクエストパケットは、通信端末１３１−１が属する論理ネットワークと同一の論理ネットワーク（サブネット）内のＭＡＣアドレス解決用のＡＲＰリクエストであることを確認する。【００２１】
ＯＦＣ１１０は、図１０（Ａ）に示した論理ネットワークの管理情報（ＯＦＳ１２１のポート番号１が接続する通信端末１３１−１の論理ネットワーク１４１には、ＯＦＳ１２２のポート１が接続しているという管理情報が記憶されている）を用いて、パケットアウト（Ｐａｃｋｅｔ−Ｏｕｔ）メッセージを、ＯＦＳ１２２に送信する（３）。なお、Ｐａｃｋｅｔ−ＩｎメッセージでＯＦＳから受信パケットを受け取った場合などのように、ＯＦＣがパケットをＯＦＳ経由で送出する場合、ＯＦＣは、ＯＦＳにＰａｃｋｅｔ−Ｏｕｔメッセージを送信する。【００２２】
ＯＦＣ１１０からのＰａｃｋｅｔ−Ｏｕｔメッセージを受け取ったＯＦＳ１２２は、同一の論理ネットワーク１４１内に、受信したＡＲＰリクエストパケットをブロードキャストする（４）。ここでは、同一の論理ネットワーク１４１に属するのは、通信端末１３１−２のみである。なお、ＯＦＣ１１０は、ＯＦＳ１２１からのＰａｃｋｅｔ−Ｉｎメッセージの受信時に、通信端末１３１−１のＭＡＣアドレスと、該ＭＡＣアドレスに接続するＯＦＳ１２１のポート番号の対応を、図１０（Ｂ）のテーブルに登録する。これにより、図１０（Ｂ）において、ＯＦＳ１２１のポート１の先に当該ＭＡＣアドレスの通信端末１３１−１が接続されていることが記憶される。【００２３】
通信端末１３１−２は、ＯＦＳ１２２からＡＲＰリクエストを受信すると、宛先ＩＰアドレスが自端末のＩＰアドレスと一致することから、自端末のＭＡＣアドレスが問い合わされていることを認識し、その返答として、ＡＲＰリプライ（パケット）（宛先ＩＰアドレスに対応する通信端末１３１−２のＭＡＣアドレスを含む）を、ユニキャストでＯＦＳ１２２に送信する（５）。【００２４】
ＯＦＳ１２２は、通信端末１３１−２からＡＲＰリプライパケットを受信する。ＯＦＳ１２２において、受信した当該ＡＲＰリプライパケットに対応するフローエントリが存在せず、新規フローである。このため、ＯＦＳ１２２は、ＯＦＣ１１０に対して、Ｐａｃｋｅｔ−Ｉｎメッセージを送信し（６）、受信したＡＲＰリプライに対する経路設定を要求する。【００２５】
ＯＦＣ１１０は、図１０（Ｂ）の情報を用いて、ＯＦＳ１２２から受信したＡＲＰリプライパケットの宛先ＭＡＣアドレスを認識すると、ＡＲＰリプライパケットの情報を書き換えて、Ｐａｃｋｅｔ−ＯｕｔメッセージをＯＦＳ１２１に送信する（８）。ＯＦＳ１２１は、前記ＡＲＰリプライパケットを通信端末１３１−１に転送する（９）。【００２６】
＜Ｐａｃｋｅｔ−Ｏｕｔ及びＦｌｏｗＭｏｄメッセージ＞
例えばＯＦＣでＰａｃｋｅｔ−Ｉｎメッセージで受信したパケットを、ＯＦＳにＰａｃｋｅｔ−Ｏｕｔメッセージを送信する場合、ＯＦＣでは、ＯＦＳに対するフローエントリの設定を行わないことも可能である。しかし、その場合、フローエントリの設定が行われないため、ＯＦＳでは、同じパケットを受信した場合、その都度、ＯＦＣに、Ｐａｃｋｅｔ−Ｉｎメッセージを送信することになる。そこで、以降のＡＲＰリプライが、ＯＦＣ１１０を経由しないように、ＯＦＣ１１０は、ＡＲＰリプライを転送するための経路を設定するためのフローモディファイ（Ｆｌｏｗ  Ｍｏｄｉｆｙ、「ＦｌｏｗＭｏｄ」と略記される）メッセージ（７−１〜７−３）をＯＦＳに設定するようにしても良い。なお、ＯＦＣ１１０は、ＯＦＳ１２２からのＰａｃｋｅｔ−Ｉｎメッセージの受信時に、ＡＲＰリプライのフレームに設定された通信端末１３１−２のＭＡＣアドレスと、該ＭＡＣアドレスに接続するＯＦＳ１２２のポート番号の対応を、図１０（Ｂ）のテーブルに登録する。【００２７】
通信端末１３１−１は、通信端末１３１−２のＭＡＣアドレスが解決すると、通信端末１３１−２宛てにデータパケットを送信する。【００２８】
ＯＦＳ１２１は、そのデータパケットを受信すると、新規フローであるため、ＯＦＣ１１０に対してＰａｃｋｅｔ−Ｉｎメッセージを送信し、受信したデータパケットに対する経路設定を要求する。【００２９】
ＯＦＣ１１０は、図１０（Ｂ）の情報を用いて、受信したデータパケットの宛先ＭＡＣアドレス（通信端末１３１−２）の位置情報（ＯＦＳ１２２、ポート番号１）を認識する。ＯＦＣ１１０では、以降のパケットがＯＦＣ１１０を経由しないように、ＦｌｏｗＭｏｄメッセージをＯＦＳ１２１、１２２、１２３に送信して、前記データパケットを転送するための経路を規定したフローエントリをＯＦＳ１２１、１２２、１２３に設定する。そして、ＯＦＣ１１０は、Ｐａｃｋｅｔ−ＯｕｔメッセージをＯＦＳ１２１に送信する（１３）。Ｐａｃｋｅｔ−Ｏｕｔメッセージを受け取ったＯＦＳ１２１は、前記データパケットをＯＦＳ１２２に転送する。ＯＦＳ１２２は前記データパケットを通信端末１３１−２に転送する。以降、通信端末１３１−１と通信端末１３１−２間のＯＦＳ１２１、ＯＦＳ１２２を介したデータパケットの転送が行われる。以上の処理により、論理ネットワーク内の通信が実現される。【００３０】
＜論理ネットワーク間通信（異なるサブネット間通信）＞
図１３は、異なる論理ネットワーク間の通信（論理ネットワーク１４１の通信端末１３１−１と、論理ネットワーク１４２の通信端末１３２間の通信）を行う際の経路制御の処理の一例を示している。前述したように、異なる論理ネットワーク（異なるサブネット）間でＡＲＰリクエスト等のブロードキャスト等を行う場合、Ｌ３のルーティングが必要となる。【００３１】
図１３を参照すると、通信端末１３１−１は、通信端末１３２にパケットを送信するために、デフォルトゲートウェイのＭＡＣアドレス解決用にＡＲＰリクエストを送信する（１）。ＡＲＰリクエストのフレームには、異なる論理ネットワーク間のルータとして機能するデフォルトゲートウェイのＩＰアドレスが宛先ＩＰアドレスとして設定される。【００３２】
ＯＦＳ１２１は、ＡＲＰリクエスト（パケット）を受信すると、新規フローであるため、ＯＦＣ１１０にＰａｃｋｅｔ−Ｉｎメッセージを送信し（２）、受信したＡＲＰリクエストに対する経路設定を要求する。【００３３】
ＯＦＣ１１０は、受信したパケット（ＡＲＰリクエストパケット）に設定されている宛先ＩＰアドレス（ＭＡＣアドレス取得対象の宛先ＩＰアドレス）がデフォルトゲートウェイであることから、その応答となるＡＲＰリプライ（デフォルトゲートウェイのＭＡＣアドレスを含む）を生成してＰａｃｋｅｔ−ＯｕｔメッセージをＯＦＳ１２１に送信する。なお、ＯＦＣ１１０では、論理ネットワーク１４１と１４２間のデフォルトゲートウェイの情報（ＭＡＣアドレス、ＩＰアドレス情報）を記憶管理している。【００３４】
ＯＦＳ１２１は、ＡＲＰリプライ（ＡＲＰリクエストの応答であり、アドレスが解決したデフォルトゲートウェイのＭＡＣアドレスを含む）を、通信端末１３１−１に送信する。なお、ＯＦＣ１１０は、Ｐａｃｋｅｔ−Ｉｎメッセージ受信時に、通信端末１３１−１の位置情報（ＭＡＣアドレスとＯＦＳ１２１のポート番号の対応）を、図１０（Ｂ）のテーブルに登録する。【００３５】
通信端末１３１−１は、ＡＲＰリプライ（デフォルトゲートウェイのＭＡＣアドレスを含む）を受け取り、デフォルトゲートウェイのＭＡＣアドレスが解決すると、通信端末１３２宛てにデータパケット（ヘッダの宛先アドレスをデフォルトゲートウェイのＭＡＣアドレスとし、通信端末１３２のＩＰアドレスを宛先ＩＰアドレスとする）を送信する（５）。【００３６】
ＯＦＳ１２１は、通信端末１３１−１が送信したデータパケットを受信すると、新規フローであるため、ＯＦＣ１１０にＰａｃｋｅｔ−Ｉｎメッセージを送信し（６）、受信したデータパケットに対する経路設定を要求する。【００３７】
ＯＦＳ１２１からＰａｃｋｅｔ−Ｉｎメッセージを受信したＯＦＣ１１０は、受信したデータパケットヘッダの宛先ＭＡＣアドレスがデフォルトゲートウェイ（ＯＦＣ１１０）のものであると認識する。ＯＦＣ１１０では、ＯＦＳ１２１からのＰａｃｋｅｔ−Ｉｎメッセージによって受信したデータパケットをバッファリングする（７）。また、ＯＦＣ１１０は、該データパケットの宛先ＩＰアドレスを用いて、図１１（Ｂ）のＡＲＰキャッシュを検索し、対応するＭＡＣアドレスの解決を試みる。ＯＦＣ１１０において、ＭＡＣアドレスが解決できた場合、さらに図１０（Ｂ）の位置情報を用いて、通信端末１３２の位置情報（通信端末１３２に接続するＯＦＳ１２３のポート番号）を解決する。【００３８】
ＯＦＣ１１０は、経路を計算し、ＦｌｏｗＭｏｄメッセージにより、ＯＦＳ１２１、１２２、１２３を送信し（１３−１〜１３−３）、前記データパケットを転送するための経路を規定したフローエントリを設定する。さらに、ＯＦＣ１１０は、Ｐａｃｋｅｔ−ＯｕｔメッセージをＯＦＳ１２１に送信する（１４）。【００３９】
ＯＦＳ１２１は、前記データパケットをＯＦＳ１２２に転送し、ＯＦＣ１１０によって設定されたフローに従い、ＯＦＳ１２２からＯＦＳ１２３を介して、通信端末１３１−２に転送する。以降、通信端末１３１−１と通信端末１３１−２間のＯＦＳ１２１、ＯＦＳ１２２、ＯＦＳ１２３を介したデータパケットの転送が行われる。【００４０】
ＯＦＣ１１０において、Ｐａｃｋｅｔ−Ｉｎメッセージに対して、データパケットの宛先ＩＰアドレスを用いて、図１１（Ｂ）のＡＲＰキャッシュを検索し、対応するＭＡＣアドレスの解決を試みる。ＯＦＣ１１０において、ＡＲＰキャッシュに宛先ＩＰアドレスに対応するＭＡＣアドレスが登録されていず、ＭＡＣアドレスの解決できなかった場合、受信パケットをバッファリングし（破線の７）、図１１（Ａ）の情報から、前記データパケットの宛先ＩＰアドレス（通信端末１３２：ＩＰアドレス：１９２．１６８．２．１）に関連付けされた論理ネットワーク（論理ネットワーク１４２）を特定する。論理ネットワークが特定できたら、ＯＦＣ１１０は、データパケットの宛先ＩＰアドレスを持つ通信端末のＭＡＣアドレスを解決するためのＡＲＰリクエストメッセージを生成する。そして、ＯＦＣ１１０は、生成したＡＲＰリクエストをＰａｃｋｅｔ  Ｏｕｔメッセージに内包させた後、宛先ＩＰアドレスに対応する論理ネットワーク１４２に接続するＯＦＳ１２３に当該Ｐａｃｋｅｔ−Ｏｕｔメッセージを送信する（８）。【００４１】
ＯＦＳ１２３は、ＯＦＣ１１０からのＰａｃｋｅｔ  Ｏｕｔメッセージ（パケット転送指示）を受け、宛先ＩＰアドレスに関連付けされたＭＡＣアドレスを解決するために、Ｐａｃｋｅｔ  Ｏｕｔメッセージに内包されたＡＲＰリクエストを、論理ネットワーク１４２内にブロードキャストする（破線の９）。【００４２】
論理ネットワーク１４２に接続する通信端末１３２では、ブロードキャストされたＡＲＰリクエストのＩＰアドレスが、自ノードのＩＰアドレスと等しいため、自ノードのＭＡＣアドレスが問い合わされていると判断し、ＡＲＰリプライパケットに自ノードのＭＡＣアドレスを設定してユニキャストでＯＦＳ１２３に送信する（１０）。ＯＦＳ１２３は、通信端末１３２から、ＡＲＰリプライを受信すると（破線の１０）、新規フローであるため、Ｐａｃｋｅｔ−ＩｎメッセージをＯＦＣ１１０に送信する（破線の１１）。【００４３】
ＯＦＣ１１０は、ＯＦＳ１２３からのＰａｃｋｅｔ−Ｉｎメッセージにて、ＡＲＰリプライを受信すると、ＭＡＣアドレスの解決ができる。このため、ＯＦＣ１１０は、先にＯＦＳ１２１からのＰａｃｋｅｔ−Ｉｎメッセージの受信（６）でバッファリングしておいたデータパケットのバッファリングを解除する（破線の１２）。ＯＦＣ１１０は、その後の処理として、ＭＡＣアドレスが解決できた場合と同じ処理を実行する。すなわち、ＯＦＣ１１０は、通信端末１３１−１と通信端末１３２間での経路を設定するために、ＦｌｏｗＭｏｄメッセージによりＯＦＳ１２１、１２２、１２３を送信し（１３−１〜１３−３）、前記データパケットを転送するための経路を規定したフローエントリを設定する。次に、ＯＦＣ１１０は、Ｐａｃｋｅｔ−ＯｕｔメッセージをＯＦＳ１２１に送信する（１４）。Ｐａｃｋｅｔ−Ｏｕｔメッセージを受信したＯＦＳ１２１は、前記データパケットをＯＦＳ１２２に転送し、ＯＦＳ１２２からＯＦＳ１２３に転送し、ＯＦＳ１２３から通信端末１３２に転送する。以降、論理ネットワーク１４１の通信端末１３１−１と論理ネットワーク１４２の通信端末１３２間のＯＦＳ１２１、ＯＦＳ１２２、ＯＦＳ１２３を介したデータパケットの転送（双方向転送を含む）が行われる。以上の処理により、異なる論理ネットワーク間の通信が実現される。
【先行技術文献】
【特許文献】
【００４４】
【特許文献１】国際公開第２００８／０９５０１０号
【非特許文献】
【００４５】
【非特許文献１】Ｎｉｃｋ  ＭｃＫｅｏｗｎほか７名、“ＯｐｅｎＦｌｏｗ：  Ｅｎａｂｌｉｎｇ  Ｉｎｎｏｖａｔｉｏｎ  ｉｎ  Ｃａｍｐｕｓ  Ｎｅｔｗｏｒｋｓ，”［ｏｎｌｉｎｅ］、［平成２４年１０月３１日検索］、インターネット〈ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｏｐｅｎｆｌｏｗｓｗｉｔｃｈ．ｏｒｇ／／ｄｏｃｕｍｅｎｔｓ／ｏｐｅｎｆｌｏｗ−ｗｐ−ｌａｔｅｓｔ．ｐｄｆ〉
【非特許文献２】“ＯｐｅｎＦｌｏｗ  Ｓｗｉｔｃｈ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ”  Ｖｅｒｓｉｏｎ  １．１．０  Ｉｍｐｌｅｍｅｎｔｅｄ（Ｗｉｒｅ  Ｐｒｏｔｏｃｏｌ  ０ｘ０２）  ［平成２４年１０月３１日検索］、インターネット〈ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｏｐｅｎｆｌｏｗｓｗｉｔｃｈ．ｏｒｇ／ｄｏｃｕｍｅｎｔｓ／ｏｐｅｎｆｌｏｗ−ｓｐｅｃ−ｖ１．１．０．ｐｄｆ〉
【発明の概要】
【発明が解決しようとする課題】
【００４６】
以下に関連技術の分析を与える。以下では、図１４に示したシステム構成（プロトタイプ例）を参照して説明する。図１４を参照すると、この通信システム（プロトタイプ例）は、ＯＦＣ１１０、ＯＦＳ１２１〜１２３、通信端末１３１−１、１３１−２、１３２を備えている。なお、通信端末〜ＯＦＳ間の線の脇に記載している数値は、通信端末が接続しているＯＦＳのポート番号である。図１４と前述した図９との相違点は、論理ネットワークに割り当てられたサブネットである。図９の例では、１つの論理ネットワークに１つのグローバルなサブネットが割り当てられている。図１１（Ａ）に示すように、論理ネットワーク１４１、１４２のサブネットは、それぞれ「１９２．１６８．１．０／２４」、「１９２．１６８．２．０／２４」で与えられる。【００４７】
図１４では、１つの論理ネットワークに２つのサブネットが割り当てられている。そのうち１つは、論理ネットワーク１４１、１４２毎に割り当てられているものの、論理ネットワーク１４１、１４２間では、重複しているプライベートなサブネット（１９２．１６８．１．０／２４）である。他の１つは、複数の論理ネットワークに跨って割り当てられているグローバルなサブネット（１７２．１７．０．０／２４）である。なお、サブネットの説明にグローバル／プライベートという用語を用いたが、グローバルなサブネットとは、通信システム上でユニークに識別可能なサブネットを意味している。プライベートなサブネットとは、図１４の１９２．１６８．１．０／２４のように論理ネットワーク１４１、１４２に重複して割り当てられ、通信システム上でユニークに識別できないサブネットを意味する。【００４８】
図１４のシステムにおいて、グローバルなサブネット（１７２．１７．０．０／２４）内の通信と、プライベートなサブネット内の通信を同時に実現することはできない。なぜなら、Ｌ２のブロードキャストドメインを適切に選択することができないためである。【００４９】
例えば、図１２で説明したように、
Ｌ２のブロードキャストドメイン＝論理ネットワーク
であるため、プライベートなサブネット内での通信は実現可能であるが、ＡＲＰによるＭＡＣアドレスの解決ができないため、グローバルなサブネットを用いた通信端末１３１−１〜通信端末１３２間の通信が実現できない。【００５０】
別の例として、
Ｌ２のブロードキャストドメイン＝通信システム
とすると、グローバルなサブネット内の通信（通信端末１３１−１と１３２間の通信）は実現可能であるが、プライベートなサブネット内の通信（通信端末１３１−１と１３１−２間の通信）は、論理ネットワーク１４１と１４２でアドレス空間が衝突しているため（通信端末１３１−１と通信端末１３２のＩＰアドレス：１９２．１６８．１．１）、実現できない。【００５１】
このように、ＯｐｅｎＦｌｏｗのような集中制御型のネットワークアーキテクチャにおいて、１つの物理ネットワーク上に複数の論理ネットワークを定義して通信を制御するネットワークアーキテクチャを構成する場合、ネットワークアドレスの割り当てに応じて論理ネットワークの通信可能範囲に制限等が生じ、柔軟な論理ネットワークとサブネットの関係を実現することができない。【００５２】
本発明は、上記課題に鑑みて創案されたものであって、その目的は、所定のネットワークアドレスの割り当てに応じて生じる論理ネットワークの通信可能範囲の制限等を解消し、通信の柔軟性を拡大可能とする通信システム、制御装置、通信装置、通信方法およびプログラムを提供することにある。
【課題を解決するための手段】
【００５３】
開示される発明のいくつかのの関連する側面の一つ（視点１）によれば、通信装置におけるパケットの処理を規定した処理規則を生成し前記通信装置に設定する制御装置と、
受信パケットを前記制御装置により設定された前記処理規則に従って処理する通信装置と、
を備え、
前記制御装置は、
前記通信装置が接続する論理ネットワークの情報を記憶管理する第１の記憶管理部と、
前記論理ネットワークと、ネットワークアドレスの対応関係を記憶管理する第２の記憶管理部と、
前記論理ネットワークと前記ネットワークアドレスの対応関係に基づいて同報送信する論理ネットワークを決定する決定部と、
を備え、
前記制御装置の前記決定部では、前記決定した論理ネットワークに関して、前記第１の記憶管理部を参照して、前記決定した論理ネットワークに接続された通信装置を特定し、前記通信装置から前記決定した論理ネットワークに対して同報送信させる通信システムが提供される。【００５４】
さらに別の側面の１つ（視点２）によれば、通信装置におけるパケットの処理を規定した処理規則を生成し前記通信装置に設定する制御装置であって、
前記通信装置が接続する論理ネットワークの情報を記憶管理する第１のユニットと、
前記論理ネットワークと、ネットワークアドレスの対応関係を記憶管理する第２のユニットと、
前記論理ネットワークと前記ネットワークアドレスの対応関係に基づいて同報送信する論理ネットワークを決定する第３のユニットと、
を備え、前記第３のユニットでは、前記決定した論理ネットワークに関して、前記第１のユニットを参照して、前記決定した論理ネットワークに接続された通信装置を特定し、前記通信装置から前記決定した論理ネットワークに対して同報送信させる制御を行う、制御装置が提案される。【００５５】
さらに別の側面の１つ（視点３）によれば、通信装置におけるパケットの処理を規定した処理規則を生成し前記通信装置に設定する制御装置による方法は以下を含む。【００５６】
前記制御装置は、
前記通信装置が接続する論理ネットワークの情報を記憶部で記憶管理し、
前記論理ネットワークと、ネットワークアドレスの対応関係を記憶部で記憶管理し、
前記論理ネットワークと前記ネットワークアドレスの対応関係に基づいて同報送信する論理ネットワークを決定し、
前記決定した論理ネットワークに関して、前記第１の記憶部を参照して、前記決定した論理ネットワークに接続された通信装置を特定し、前記通信装置から前記決定した論理ネットワークに対して同報送信させる。【００５７】
さらに別の側面の１つ（視点４）によれば、
通信装置におけるパケットの処理を規定した処理規則を生成し前記通信装置に設定する制御装置を構成するコンピュータに、
前記通信装置が接続する論理ネットワークの情報を記憶部で記憶管理する第１の処理と、
前記論理ネットワークと、ネットワークアドレスの対応関係を記憶部で記憶管理する第２の処理と、
前記論理ネットワークと前記ネットワークアドレスの対応関係に基づいて同報送信する論理ネットワークを決定する第３の処理と、
前記決定した論理ネットワークに関して、前記第１の記憶部を参照して、前記決定した論理ネットワークに接続された通信装置を特定し、前記通信装置から前記決定した論理ネットワークに対して同報送信させる第４の処理と、を実行させるプログラムが提供される。【００５８】
さらに別の側面の１つ（視点５）によれば、該プログラムを記録したコンピュータ読み出し可能な媒体（computer readable non-transitory medium）（半導体メモリ、磁気／光ディスク等）が提供される。
【発明の効果】
【００５９】
本発明によれば、所定のネットワークアドレスの割り当てに応じて生じる論理ネットワークの通信可能範囲の制限等を解消し、通信の柔軟性を拡大可能している。
【図面の簡単な説明】
【００６０】
【図１】第１の実施形態に係る通信システムの構成例を例示する図である。
【図２】第１の実施形態に係る経路制御機能１０の構成例を例示する図である。
【図３】（Ａ）、（Ｂ）は、論理ネットワーク管理用情報テーブル、位置管理用情報テーブルである。
【図４】（Ａ）、（Ｂ）はルーティング管理用の情報テーブル、ＡＲＰキャッシュ管理用の情報テーブルである。
【図５】第１の実施形態に係る経路制御のシーケンス動作を例示する図（その１）である。
【図６】第１の実施形態に係る経路制御のシーケンス動作を例示する図（その２）である。
【図７】第１の実施形態に係るブロードキャスト対象の論理ネットワーク決定手順を説明するためのフローチャートである。
【図８】オープンフロースイッチに設けられたフローテーブルが保持する情報（フローエントリ）を例示する図である。
【図９】通信システム構成例を例示する図である。
【図１０】（Ａ）、（Ｂ）は、論理ネットワーク管理用の情報テーブル、位置管理用の情報テーブルを説明する図である。
【図１１】（Ａ）、（Ｂ）は、ルーティング管理用の情報テーブル、ＡＲＰキャッシュ管理用の情報テーブル（ＡＲＰテーブル）を説明する図である。
【図１２】論理ネットワーク内通信時の経路制御の動作の一例を示す図である。
【図１３】論理ネットワーク間通信時の経路制御の動作の一例を示す図である。
【図１４】通信システム構成例を説明する図である。
【図１５】本発明の実施形態の基本構成を例示する図である。
【図１６】ＡＲＰフレームのフォーマットを説明する図である。
【図１７】ルータに関連付けられたサブネットを説明するための図である。
【発明を実施するための形態】
【００６１】
本発明のいくつかの実施形態について説明する。本発明のいくつかの好ましい態様及び実施形態の１つの側面において、図１５を参照すると、処理規則（２０１）に従って受信パケットを処理する通信装置（２０Ａ）に対して、制御装置（１０Ａ）の処理規則生成設定部（１０１）は処理規則を生成して通信装置（２０Ａ）に設定する。制御装置（１０Ａ）は通信装置（２０Ａ）が接続する論理ネットワーク（４０Ａ）の情報（図３（Ａ）の論理ネットワーク管理用情報）を記憶管理する第１の記憶管理部（論理ネットワーク管理情報記憶管理部１０３）と、ネットワークアドレス（例えばサブネット）と前記ネットワークアドレスが割り当てられている論理ネットワークの対応（図４（Ａ）のルーティング管理用情報）を記憶管理する第２の記憶管理部（ネットワークアドレスと論理ネットワークの対応記憶管理部１０４）と、ネットワークアドレス（例えばサブネット）と論理ネットワークとの対応関係に基づいて、どの論理ネットワークに対して同報送信するか（同報送信する論理ネットワーク）を決定する決定部（同報対象論理ネットワーク決定部１０２）と、を備えている。前記制御装置によって決定された論理ネットワークに接続された前記通信装置（２０Ａ）では、同報送信部（２０２）が、前記決定された論理ネットワークに対して同報送信する。前記制御装置によって決定された論理ネットワークに接続された前記通信装置（２０Ａ）では、同報送信部（２０２）が、前記決定された論理ネットワーク（４０Ａ）に対して、同報送信する。すなわち、前記制御装置（１０Ａ）の前記決定部（同報対象論理ネットワーク決定部１０２）では、前記決定した論理ネットワークに関して、前記第１の記憶管理部（論理ネットワーク管理情報記憶管理部１０３）を参照して、前記決定した論理ネットワークに接続された通信装置を特定し、前記通信装置から、前記決定した論理ネットワーク（４０Ａ）に対して、同報送信させる制御を行う。
【００６２】
制御装置（１０Ａ）において、前記決定部（同報対象論理ネットワーク決定部１０２）は、ネットワークアドレス（例えばサブネット）を受け、前記第２の記憶管理部（ネットワークアドレスと論理ネットワークの対応記憶管理部１０４）に、当該ネットワークアドレスに対して論理ネットワークとの対応を規定したエントリが存在する場合には、前記エントリに規定されている、当該ネットワークアドレスに対応する１つ又は複数の論理ネットワーク（４０Ａ）を、同報対象の論理ネットワークとして決定する。
【００６３】
制御装置（１０Ａ）において、前記決定部（同報対象論理ネットワーク決定部１０２）は、ネットワークアドレス（例えばサブネット）を受け、前記第２の記憶管理部（ネットワークアドレスと論理ネットワークの対応記憶管理部１０４）に、当該ネットワークアドレスに対して論理ネットワークとの対応を規定したエントリが存在しない場合には、同報要求（例えばＡＲＰリクエスト）の送信元が属する論理ネットワークを、同報対象の論理ネットワークとして、決定する。
【００６４】
前記第２の記憶管理部（ネットワークアドレスと論理ネットワークの対応記憶管理部１０４）は、例えば図４（Ａ）に示すように、複数の異なる論理ネットワーク（例えば論理ネットワーク４１、４２）に対して共通に割当てられたネットワークアドレス（例えばサブネット＃Ｂ）と、前記ネットワークアドレス（サブネット＃Ｂ）を共通とする前記複数の異なる論理ネットワーク（４１、４２）との対応をエントリとして含む。前記複数の異なる論理ネットワークは、前記ネットワークアドレス（サブネット＃Ｂ）とは異なるネットワークアドレス（＃Ａ）が割り付けられていてもよい。
【００６５】
制御装置（１０Ａ）において、前記決定部（同報対象論理ネットワーク決定部１０２）は、同報要求（例えばＡＲＰリクエスト）に含まれる所定のアドレス情報が、前記同報要求元の属する論理ネットワークと別の論理ネットワークの間のノード（例えばデフォルトゲートウェイ）と異なる場合に、同報対象の論理ネットワークを決定するようにしてもよい。本発明の好ましい形態によれば、所定のネットワークアドレスの割り当てに応じて生じる論理ネットワークの通信可能範囲の制限等を解消し、通信の柔軟性を拡大している。
【００６６】
以下実施形態に即して説明する。なお、この概要に付記する図面参照符号は、専ら理解を助けるための例示であり、本発明を図示の態様に限定することを意図するものではない。また、以下の説明において、パケットは、データの転送単位を言うものとする。
【００６７】
［第１の実施形態］
図１を参照すると、本発明の実施の形態の通信システムは、フローを特定するための照合規則と、前記照合規則に適用する処理内容とを対応付けたパケット転送ルール（処理規則）に従って、受信パケットを処理する複数のパケット転送機能２１、２２、２３と、パケット転送機能２１、２２、２３にパケット転送ルールを設定する経路制御機能１０と、を含む。この通信システムには、通信端末３１−１、通信端末３１−２、通信端末３２が接続している。通信端末３１−１と通信端末３１−２は論理ネットワーク４１に属している。通信端末３２は論理ネットワーク４２に属している。パケット転送機能２１、２２、２３はそれぞれネットワーク接続されるノード装置（通信装置）に実装してもよい。経路制御機能１０は、ノード装置（通信装置）を制御する制御装置に実装してもよい。
【００６８】
＜サブネットの割当例（グローバル／プライベート）＞
論理ネットワーク４１と論理ネットワーク４２はそれぞれ２種類のサブネットが割り当てられている。その１つは、論理ネットワーク４１と論理ネットワーク４２で重複するプライベートなサブネットであるサブネット＃Ａである。他の１つは、論理ネットワーク４１と論理ネットワーク４２に跨って割り当てられているグローバルなサブネットであるサブネット＃Ｂである。なお、通信端末〜パケット転送機能間の線の脇に記載している数値は、通信端末が接続しているパケット転送機能のポート番号である。特に制限されないが、ＩＰｖ４（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ  ４）のＩＰアドレスにおいて、サブネット＃Ａを、「１９２．１６８．１．９／２４」、サブネット＃Ｂを、「１７２．１７．０．０／２４」とし、経路制御機能１０と、パケット転送機能２１、２２、２３を、それぞれ、ＯＦＣ１１０、ＯＦＳ１２１、１２２、１２３に対応させると、図１４のＯｐｅｎＦｌｏｗシステム構成に対応付けることができる。すなわち、以下の説明からも明らかとされる通り、本実施形態を、図１４のシステムに適用すると、前述した図１４のシステムの課題を解決することができる。
【００６９】
＜経路制御機能の一構成例＞
図２は、図１の経路制御機能１０の構成を例示した図である。図２を参照すると、経路制御機能１０は、パケット転送機能２１〜２３との通信を行うノード通信部１１と、制御メッセージ処理部１２と、経路・アクション計算部１３と、パケット転送機能管理部１４と、トポロジ管理部１５と、通信端末位置管理部１６と、パケット転送ルール管理部１７Ａと、論理ネットワーク管理部１８と、ルーティング管理部１９とを備えて構成される。各部はそれぞれ次のように動作する。
【００７０】
制御メッセージ処理部１２は、パケット転送機能２１〜２３から受信した制御メッセージを解析して、経路制御機能１０内の該当する処理手段に制御メッセージ情報を引き渡す。
【００７１】
経路・アクション計算部１３は、
・通信端末位置管理部１６で管理されている通信端末の位置情報と、
・トポロジ管理部１５で構築されたトポロジ情報と、
・論理ネットワーク管理部１８で管理されている論理ネットワーク情報と、
・ルーティング管理部１９で管理されているルーティング情報と、
に基づいて、パケットの転送経路上のパケット転送機能に実行させるアクションを求める。また、経路・アクション計算部１３は、
・論理ネットワーク管理部１８で管理されている論理ネットワーク情報と、
・ルーティング管理部１９で管理されているルーティング情報と、
に基づいて、ブロードキャストが必要なパケットのブロードキャスト対象（同報対象）となる論理ネットワークを特定し、ブロードキャストを実行する。
【００７２】
パケット転送機能管理部１４は、経路制御機能１０によって制御されているパケット転送機能の能力（例えば、ポートの数や種類やサポートするアクションの種類など）を管理する。
【００７３】
トポロジ管理部１５は、ノード通信部１１を介して収集されたパケット転送機能の接続関係に基づいて、ネットワークトポロジ情報を構築する。
【００７４】
＜通信端末位置管理部及び位置管理用情報テーブル＞
通信端末位置管理部１６は、通信システムに接続している通信端末の位置を特定するための情報を管理する。通信端末位置管理部１６は、例えば図３（Ｂ）に示すような位置管理用情報テーブルを管理している。図３（Ｂ）の例では、ＭＡＣアドレスと、該ＭＡＣアドレスの通信端末（ノード）に接続するパケット転送機能とそのポート番号とを対応付けて記憶している。通信端末位置管理部１６は、図３（Ｂ）の位置管理用情報テーブルを記憶する記憶部を備えている（ただし、該記憶部は通信端末位置管理部１６の外部に備えた構成としてもよい）。
【００７５】
図３（Ｂ）に示すように、本実施形態では、位置管理用情報テーブルとして、
・通信端末の通信システムへの接続点を識別する情報として、ＭＡＣアドレスを、
・通信端末の位置を特定するための情報として、通信端末が接続しているパケット転送機能を識別する情報と、該パケット転送機能のポートの情報と、
を使用している。ただし、かかる情報に限定されるものでなく、他の情報を用いても良い。
【００７６】
パケット転送ルール管理部１７Ａは、どのパケット転送機能に、どのようなパケット転送ルールが設定されているかを管理する。より具体的には、パケット転送ルール管理部１７Ａは、例えば、経路・アクション計算部１３で計算された結果を、パケット転送ルールとして、パケット転送ルールデータベース（ＤＢ）１７Ｂに登録する。
【００７７】
パケット転送ルール管理部１７Ａは、パケット転送機能に対して、パケット転送ルールを設定する。また、パケット転送ルール管理部１７Ａは、パケット転送機能から送信されたパケット転送ルール削除の通知等により、パケット転送機能にて設定されたパケット転送ルールに変更が生じた場合に、該変更に対応して、パケット転送ルールＤＢ１７Ｂの登録情報を更新（アップデート）する。
【００７８】
＜論理ネットワーク管理部及び論理ネットワーク管理用情報テーブル＞
論理ネットワーク管理部１８は、通信システム上に構築されている論理ネットワークを管理する。図３（Ａ）は、論理ネットワーク管理部１８が管理する論理ネットワーク管理用情報テーブルの例を示す図である。図３（Ａ）に示すように、論理ネットワーク管理部１８は、論理ネットワークをパケット転送機能のポートの集合で管理している。なお、論理ネットワーク管理部１８は、図３（Ａ）の論理ネットワーク管理用情報テーブルを記憶する不図示の記憶部を備えている（ただし、該記憶部は、論理ネットワーク管理部１８の外部に備えた構成としてもよい）。図１の論理ネットワーク４１は、パケット転送機能２１のポート番号１、パケット転送機能２２のポート番号１の集合として規定され、図１の論理ネットワーク４２は、パケット転送機能２３のポート番号１として規定される。なお、本実施形態において、論理ネットワークをポート集合で管理する構成に制限されるものでなく、ポート集合以外にも、例えばＶＬＡＮ情報等で管理してもよい。
【００７９】
＜ルーティング管理用情報テーブル＞
ルーティング管理部１９は、通信システム上を流れるパケットの宛先を決定するための情報を管理している。例えば、この情報は、ルーティング情報とＡＲＰキャッシュ情報とから構成される。本実施形態では、ルーティング情報は、サブネットとそれに関連付けされた論理ネットワークとの対応関係で構成されている。ルーティング管理部１９は、例えば図４（Ａ）に例示したルーティング管理用情報テーブルを管理している。ルーティング管理部１９は、図４（Ａ）のルーティング管理用情報テーブルを記憶する不図示の記憶部を備えている（ただし、該記憶部はルーティング管理部１９の外部に備えた構成としてもよい）。図４（Ａ）の例では、図１のサブネット＃Ｂは、論理ネットワーク４１と論理ネットワーク４２からなることを表している。なお、ルーティング情報として、例えば図１の通信システムの全てのサブネットが論理ネットワークに関連付けされているが、ルータ（不図示）に関連付けされたサブネットがあってもよい。
【００８０】
＜ＡＲＰキャッシュ＞
図４（Ｂ）は、ＡＲＰキャッシュ情報を例示する図であり、ＡＲＰキャッシュ情報は、通信端末のＩＰアドレスとＭＡＣアドレスの対応関係を管理するテーブル（ＡＲＰテーブル）である。
【００８１】
なお、図４（Ａ）および図４（Ｂ）で示したテーブルには、プライベートなサブネット（図１のサブネット＃Ａ）に関するエントリが存在していないが、プライベートなサブネットに関するエントリを存在させても良い。但し、その場合、論理ネットワーク情報や該当サブネットがプライベートかグローバルかを示す情報等の追加情報が必要になる。
【００８２】
経路制御機能１０にてパケット転送ルールを保持する必要が無い場合、パケット転送ルールＤＢ１７Ｂは省略することが可能である。また、パケット転送ルールＤＢ１７Ｂを、別途外部サーバ等に設ける構成としてもよい。
【００８３】
経路制御機能１０は、非特許文献１のＯＦＣをベースに、上記論理ネットワーク管理部１８とルーティング管理部１９を追加するようにした構成で実現するようにしてもよい。
【００８４】
パケット転送機能２１、２２、２３は、パケットを受信すると、パケット転送ルールを格納するパケット転送ルールテーブルから、受信したパケットに適合するマッチングキーを持つパケット転送ルールを探し出し、該パケット転送ルールに紐づいているアクション通りの処理（例えば、特定のポートへの転送、フラッディング、廃棄、ＭＡＣ変換など）を実施する。なお、パケット転送機能２１、２２、２３はそれぞれ第１乃至第３のＯＦＳに実装してもよいことは勿論である。
【００８５】
次に、図５および図６を参照して本実施の形態の全体の動作について詳細に説明する。
【００８６】
＜プライベートなサブネット内通信＞
図５は、単一の論理ネットワークに関連付けされたプライベートなサブネット（図１のサブネット＃Ａ）内の通信（通信端末３１−１〜通信端末３１−２間の通信）を行う際の経路制御のシーケンスの一例を例示している。なお、以下の説明において、処理を説明する文の括弧内の番号は、図５に模式的に示した代表的シーケンスの番号に対応する。
【００８７】
図５を参照すると、通信端末３１−１は、同一の論理ネットワーク４１（サブネット＃Ａ）に属する通信端末３１−２にパケットを送信するために、通信端末３１−２のＭＡＣアドレス解決用にＡＲＰリクエスト（パケット）を送信する（１）。
【００８８】
パケット転送機能２１は、通信端末３１−１から送信されたＡＲＰリクエストパケットを受信する。パケット転送機能２１において、ＡＲＰリクエストパケットの転送経路は、パケット転送ルールには設定されていず、新規フローであるため、経路制御機能１０に対して、新規フロー発生通知メッセージを送信し（２）、経路設定を要求する。なお、図５の「新規フロー発生通知メッセージ」は、図１２等に示した「Ｐａｃｋｅｔ−Ｉｎメッセージ」に対応させることもできる。
【００８９】
経路制御機能１０は、
・パケット転送機能２１からの新規フロー発生通知メッセージに含まれるＡＲＰリクエストフレームをデータ部に含むパケットのヘッダ（Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダ）の宛先ＭＡＣアドレスがブロードキャストアドレス（４８ビット全て１）であること、そして、
・ＡＲＰリクエストフレーム内の宛先ＩＰアドレス（ＭＡＣアドレス解決対象の宛先宛先ＩＰアドレス）がデフォルトゲートウェイのＩＰアドレスではないことから、
当該ＡＲＰリクエスト（パケット）が、同一サブネット内のＭＡＣアドレス解決用のＡＲＰリクエストであることを確認する。
【００９０】
そして、経路制御機能１０は、ＡＲＰリクエストをブロードキャストする論理ネットワークを決定する。
【００９１】
＜ブロードキャストする論理ネットワークの決定処理＞
図７を参照して、経路制御機能１０において、ブロードキャストする論理ネットワーク決定の処理の手順について説明する。経路制御機能１０は、パケット転送機能から受信したパケットについて、ブロードキャスト処理の実施が必要であると判断すると（Ｓ１）、ブロードキャスト対象（同報対象）のサブネットが、図４（Ａ）のルーティング管理用情報テーブルに登録されているか否か検索する（Ｓ２）。ここで、今回、検索するブロードキャスト対象のサブネットは、プライベートなサブネット（図１のサブネット＃Ａ）である。このため、図４（Ａ）のルーティング管理用情報テーブルには、該当するエントリ（サブネット＃Ａと対応する論理ネットワークのエントリ）は存在しない（Ｓ３のＮ分岐）。そのため、経路制御機能１０は、ＡＲＰリクエストパケットをブロードキャストする論理ネットワークは、送信元の通信端末が所属する論理ネットワークである、と判断する（Ｓ４）。
【００９２】
再び、図５を参照して、経路制御機能１０は、ブロードキャストする論理ネットワークを決定すると（この場合、送信元の通信端末３１−１が所属する論理ネットワークと同一の論理ネットワーク４１を決定）、経路制御機能１０は、図３（Ａ）の論理ネットワーク管理用情報テーブルを参照し、論理ネットワーク４１に接続するパケット転送機能２２のポート番号１からＡＲＰリクエストをブロードキャストすることを決定し、パケット転送指示メッセージをパケット転送機能２２に送信する（３）。なお、パケット転送指示メッセージは、図１２等に示したＰａｃｋｅｔ−Ｏｕｔメッセージに対応させることもできる。
【００９３】
パケット転送機能２２は、経路制御機能１０からパケット転送指示メッセージを受信すると、ＡＲＰリクエストを、論理ネットワーク４１内にブロードキャストする（４）。この場合、パケット転送機能２２は、ＡＲＰリクエストを通信端末３１−２に送信する。なお、経路制御機能１０は、前記新規フロー発生通知メッセージの受信時に、通信端末３１−１の位置情報（通信端末３１−１に接続するパケット転送機能２２とそのポート番号１）を、図３（Ｂ）の位置情報管理用テーブルに登録する。
【００９４】
通信端末３１−２は、パケット転送機能２２からのＡＲＰリクエストを受信すると、その返答として、通信端末３１−２のＭＡＣアドレスを設定したＡＲＰリプライを、パケット転送機能２２にユニキャストで送信する（５）。
【００９５】
パケット転送機能２２は、通信端末３１−２からＡＲＰリプライを受信すると、新規フローであるため、経路制御機能１０に新規フロー発生通知メッセージを送信し（６）、受信したデータパケットに対する経路設定を要求する。
【００９６】
経路制御機能１０は、図３（Ｂ）の位置情報管理用テーブルの情報を用いて、受信したＡＲＰリプライで解決したＭＡＣアドレスの位置情報（解決したＭＡＣアドレスに接続するパケット転送機能とポート番号）を認識すると、ＡＲＰリプライの情報を、パケット転送指示メッセージにて、パケット転送機能２１に送信する。パケット転送機能２１は、前記ＡＲＰリプライを、通信端末３１−１に転送する（９）。
【００９７】
ここで、経路制御機能１０は、以降のＡＲＰリプライが、経路制御機能１０を経由しないように、ＡＲＰリプライを転送するための経路を設定するようにしても良い。すなわち、経路制御機能１０は、経路設定指示メッセージを、パケット転送機能２１、２２、２３にそれぞれ送信し（７−１、７−２、７−３）、パケット転送機能２１、２２、２３のパケット転送ルールを設定する。
【００９８】
なお、経路制御機能１０は、パケット転送機能２２から新規フロー発生通知メッセージ（６）を受信時に、通信端末３１−２の位置情報（通信端末３１−２に接続するパケット転送機能とそのポート番号１）も同様に、図３（Ｂ）の位置情報管理用テーブルに登録する。
【００９９】
通信端末３１−１は、パケット転送機能２１からのＡＲＰリプライの受信により、通信端末３１−２のＭＡＣアドレスが解決すると、通信端末３１−２宛てに、データパケットを送信する（１０）。
【０１００】
パケット転送機能２１は、通信端末３１−１からの該データパケットを受信すると、新規フローであるため、経路制御機能１０に新規フロー発生通知メッセージを送信し（１１）、受信したデータパケットに対する経路設定を要求する。
【０１０１】
経路制御機能１０は、図３（Ｂ）の位置情報管理用テーブルの情報を用いて、受信したデータパケットの宛先ＭＡＣアドレスの位置情報を認識する。経路制御機能１０は、パケット転送指示メッセージをパケット転送機能２１に送信する（１３）。
【０１０２】
なお、経路制御機能１０は、以降のパケットが、経路制御機能１０を経由しないように、経路設定指示を、パケット転送機能２１、２２、２３にそれぞれ送信することで（１２−１、１２−２、１２−３）、パケット転送ルールをパケット転送機能２１、２２、２３に設定する。
【０１０３】
パケット転送機能２１は、先のシーケンス１０において通信端末３１−１から受け取ったデータパケットを、パケット転送機能２２を介して通信端末３１−２に転送する（１４）。
【０１０４】
以上の処理により、単一の論理ネットワークに関連付けされたプライベートなサブネット内の通信が実現される。
【０１０５】
＜グローバルなサブネット内の通信＞
図６は、複数の異なる論理ネットワークに関連付けされたグローバルなサブネット内の通信（図１の論理ネットワーク４１の通信端末３１−１と論理ネットワーク４２の通信端末３２間の通信）を行う際の経路制御の処理を示している。なお、以下の説明において、処理を説明する文の括弧内の番号は、図６に模式的に示した代表的シーケンスの番号に対応する。
【０１０６】
図６を参照すると、通信端末３１−１は、通信端末３２にパケットを送信するために、通信端末３２のＭＡＣアドレス解決用にＡＲＰリクエスト（パケット）を送信する（１）。このＡＲＰリクエスト（パケット）の宛先ＩＰアドレスには、通信端末３２のＩＰアドレスが設定される。
【０１０７】
パケット転送機能２１は、ＡＲＰリクエストパケットを受信すると、新規フローであるため、経路制御機能１０に新規フロー発生通知メッセージを送信し（２）、受信したＡＲＰリクエストパケットに対する経路設定を要求する。
【０１０８】
経路制御機能１０は、
・新規フロー発生通知メッセージに含まれるＡＲＰリクエストフレームを含むパケットのヘッダの宛先ＭＡＣアドレスがブロードキャストアドレスであること、
・ＡＲＰリクエストフレームの宛先ＩＰアドレスがデフォルトゲートウェイのＩＰアドレスではない、
ことから、前記ＡＲＰリクエストが、同一のサブネット内のＭＡＣアドレス解決用のＡＲＰリクエストであることを確認する。経路制御機能１０は、ブロードキャストする論理ネットワークを決定する。
【０１０９】
図７を参照して、ブロードキャストする論理ネットワーク決定ロジックについて説明する。ステップＳ１、Ｓ２は、前述したとおりである。すなわち、経路制御機能１０はパケットのブロードキャスト処理の実施が必要と判断すると（Ｓ１）、ブロードキャスト対象のサブネットが、図４（Ａ）のルーティング管理用情報テーブルにエントリが存在するか検索する（Ｓ２）。ここで、今回検索するブロードキャスト対象のサブネット（サブネット＃Ｂ）は、グローバルなサブネットであるため、図４（Ａ）のルーティング管理用情報テーブルに、サブネット＃Ｂと対応する論理ネットワーク４１、論理ネットワーク４２のエントリが存在する（Ｓ３のＹ分岐）。
【０１１０】
経路制御機能１０は、ブロードキャストする論理ネットワークが、図４（Ａ）のルーティング管理用情報テーブルおいて、「サブネット＃Ｂ」のエントリに関連付けされた「論理ネットワーク４１」及び「論理ネットワーク４２」であるものと判断する。
【０１１１】
再び図６を参照して、ブロードキャストする論理ネットワークが決定すると、経路制御機能１０は、図３（Ａ）の論理ネットワーク管理用情報テーブルを参照して、論理ネットワーク４１、４２にそれぞれ接続するパケット転送機能２２、２３に対してパケット転送指示メッセージをそれぞれ送信する（３−１、３−２）。
【０１１２】
経路制御機能１０からのパケット転送指示メッセージを受けたパケット転送機能２２は、ＡＲＰリクエストを論理ネットワーク４２にブロードキャストする（送信元の通信端末３１−１以外の通信端末３１−２に送信する）（４−１）。経路制御機能１０からのパケット転送指示メッセージを受けたパケット転送機能２３は、ＡＲＰリクエストを、論理ネットワーク４２にブロードキャストする（４−２）。なお、経路制御機能１０は、シーケンス２で、パケット転送機能２１から前記新規フロー発生通知を受信した時に、通信端末３１−１の位置情報を、図３（Ｂ）の位置情報管理用テーブルに登録する。
【０１１３】
通信端末３２は、パケット転送機能２３からのＡＲＰリクエストを受信すると、その返答として、通信端末３２のＭＡＣアドレスを設定したＡＲＰリプライ（パケット）をパケット転送機能２３に、ユニキャストで送信する（５）。すなわち、パケット転送機能２３からＡＲＰリクエストを受信した通信端末３２は、ＡＲＰリクエストで指定された宛先ＩＰアドレス（ＩＰ＃Ｂ−３）が自端末のＩＰアドレスと等しいため、ＡＲＰリプライ（パケット）に自端末のＭＡＣアドレスを設定して送信する。一方、通信端末３１−２は、パケット転送機能２２からＡＲＰリクエストを受信しても、ＡＲＰリクエストで指定された宛先ＩＰアドレスが自端末のＩＰアドレスとは異なるため、ＡＲＰリプライは送信しない。
【０１１４】
パケット転送機能２３は、通信端末３２からのＡＲＰリプライパケットを受信すると、該ＡＲＰリプライパケットはパケット転送ルールに処理規則が設定されていない新規フローであるため（新規フローであるため）、経路制御機能１０に対して、新規フロー発生通知メッセージを送信し（６）、受信した該ＡＲＰリプライパケットに対する経路設定を要求する。
【０１１５】
経路制御機能１０は、図３（Ｂ）の位置管理用情報テーブルを用いて、受信したＡＲＰリプライパケットに設定された宛先ＭＡＣアドレスの位置情報（この場合、通信端末３２に接続するパケット転送機能２３とポート番号１）を認識する。経路制御機能１０は、パケット転送機能２１に対して、ＡＲＰリプライを含むパケット転送指示メッセージを送信する（８）。パケット転送機能２１は、ＡＲＰリプライを通信端末３１−１に転送する。ここで、経路制御機能１０は、経路設定指示メッセージを、パケット転送機能２１、２２、２３にそれぞれ送信し（７−１、７−２、７−３）、以降のＡＲＰリプライが経路制御機能１０を経由しないように、ＡＲＰリプライを転送するための経路をパケット転送ルールに設定するようにしても良い。なお、経路制御機能１０は、パケット転送機能２３からの前記新規フロー発生通知メッセージ（６）の受信時に、通信端末３２の位置情報も同様に、図３（Ｂ）の位置管理用情報テーブルに登録する。
【０１１６】
通信端末３１−１は、パケット転送機能２１から送信されたＡＲＰリプライパケットを受信し、通信端末３２のＭＡＣアドレスが解決すると、通信端末３２宛てにデータパケット（パケットヘッダの宛先として通信端末３２のＭＡＣアドレスを設定）を送信する（１０）。
【０１１７】
パケット転送機能２１は、通信端末３１−１から該データパケットを受信すると、新規フローであるため、経路制御機能１０に新規フロー発生通知メッセージを送信し（１１）、受信したデータパケットに対する経路設定を要求する。
【０１１８】
経路制御機能１０は、図３（Ｂ）の位置情報管理用テーブルの情報を用いて、受信したデータパケットの宛先ＭＡＣアドレスの位置情報を認識する（パケット転送機能２３とポート番号１）。経路制御機能１０は、パケット転送指示メッセージを、前記データパケットをパケット転送機能２１に送信する（１３）。なお、経路制御機能１０は、以降のパケットが、経路制御機能１０を経由しないように、経路設定指示を、パケット転送機能２１、２２、２３にそれぞれ送信し（１２−１、１２−２、１２−３）、パケット転送ルールを設定する。
【０１１９】
パケット転送機能２１は、シーケンス１０で通信端末３１−１から受け取ったデータパケットを、パケット転送機能２２、パケット転送機能２３を介して通信端末３２に転送する（１４）。以降、通信端末３１−１と通信端末３２間でデータパケットの転送が行われる（１５）。
【０１２０】
以上の処理により、複数の論理ネットワークに関連付けされたグローバルなサブネット内の通信が実現される。
【０１２１】
本実施の形態では、経路制御機能１０が管理するポート集合を構成する情報として、パケット転送機能とポート番号の組を用いた例を説明したが、パケット転送機能とポート番号の組に、ＶＬＡＮ（Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ｎｅｔｗｏｒｋ）を加えて管理しても良い。ＶＬＡＮは、例えばレイヤ２スイッチのポートごとにグループ化しＩＤ（識別情報）を付与するポートベースＶＬＡＮであってもよい。本実施の形態では、ＩＰアドレスのバージョンとしてＩＰｖ４（ＩＰ  Ｖｅｒｓｉｏｎ  ４）を想定していたが、ＩＰｖ６（ＩＰ  Ｖｅｒｓｉｏｎ  ６）でも、同様に処理可能である。
【０１２２】
本実施の形態では、通信端末がブロードキャストパケットを送信する例で説明したが、経路制御機能１０がパケットのブロードキャストの必要性を認識できれば、同様に、処理可能である。経路制御機能１０がパケットのブロードキャストの必要性を認識するその他の方法としては、例えば、図１３のシーケンス番号９のＡＲＰリクエスト送信等のように、経路制御機能１０が自分でブロードキャストパケットを生成する例などが挙げられる。図１３の例では、図１の経路制御機能１０に対応するＯＦＣ１１０は、ＯＦＣ１１０で生成したＡＲＰリクエストをＰａｃｋｅｔ  Ｏｕｔメッセージに含ませＯＦＳ１２３に当該Ｐａｃｋｅｔ−Ｏｕｔメッセージを送信し（８）、ＯＦＳ１２３は、Ｐａｃｋｅｔ  Ｏｕｔメッセージで受信したＡＲＰリクエストを通信端末１３２に送信している。
【０１２３】
上記実施形態で説明したように、ネットワークアドレス（サブネット）でルーティング情報テーブルを検索し、エントリが存在する場合、該エントリに含まれる１つ又は複数の論理ネットワーク群にブロードキャストする構成としたことで、関連技術の問題点として説明した、ネットワークアドレス（サブネット）の割り当て等に対して、論理ネットワーク間通信又は論理ネットワーク内通信の制約を解消し、通信の柔軟性を拡大可能としている。
【０１２４】
以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、更なる変形・置換・調整を加えることができる。なお、上記の特許文献および非特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせ、ないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得る各種変形、修正を含むことは勿論である。
【符号の説明】
【０１２５】
１０  経路制御機能
１０Ａ  制御装置
１１  ノード通信部
１２  制御メッセージ処理部
１３  経路・アクション計算部
１４  パケット転送機能管理部
１５  トポロジ管理部
１６  通信端末位置管理部
１７Ａ  パケット転送ルール管理部
１７Ｂ  パケット転送ルールデータベース（ＤＢ）
１８  論理ネットワーク管理部
１９  ルーティング管理部
２０Ａ  通信装置
２１〜２３  パケット転送機能
３１−１、３１−２、３２  通信端末
４０Ａ、４１〜４２  論理ネットワーク
１０１  処理規則生成設定部
１０２  同報対象論理ネットワーク決定部
１０３  論理ネットワーク管理情報記憶管理部
１０４  ネットワークアドレスと論理ネットワークの対応記憶管理部
１１０  ＯｐｅｎＦｌｏｗ  Ｃｏｎｔｒｏｌｌｅｒ（ＯＦＣ）
１２０  フローエントリ
１２１〜１２３  ＯｐｅｎＦｌｏｗ  Ｓｗｔｉｃｈ（ＯＦＳ）
１３１−１、１３１−２、１３２  通信端末
１４１〜１４２  論理ネットワーク
２０１  処理規則
２０２  同報送信部
【図１】
2014132958.tif 000003
【図２】
2014132958.tif 000004
【図３】
2014132958.tif 000005
【図４】
2014132958.tif 000006
【図５】
2014132958.tif 000007
【図６】
2014132958.tif 000008
【図７】
2014132958.tif 000009
【図８】
2014132958.tif 000010
【図９】
2014132958.tif 000011
【図１０】
2014132958.tif 000012
【図１１】
2014132958.tif 000013
【図１２】
2014132958.tif 000014
【図１３】
2014132958.tif 000015
【図１４】
2014132958.tif 000016
【図１５】
2014132958.tif 000017
【図１６】
2014132958.tif 000018
【図１７】
2014132958.tif 000019
【国際調査報告】
2014132958.tif 000020
2014132958.tif 000021