(57)【要約】 【課題】集中制御型ネットワークのスケーラビリティの向上。【解決手段】通信装置は、制御装置に対するコネクション型の第１のプロトコルによる制御メッセージと、コネクションレス型の第２のプロトコルによる制御メッセージとを相互に変換するプロトコル変換部と、前記変換後の第２のプロトコルの制御メッセージを用いて、前記制御装置と制御メッセージを授受するクライアント部と、前記制御装置から受信した前記第２のプロトコルによる制御メッセージを変換した第１のプロトコルによる制御メッセージに従って受信パケットを処理するパケット処理部と、を備える。【選択図】図１
2015513231.tif 000002
【特許請求の範囲】
【請求項１】
制御装置に対するコネクション型の第１のプロトコルによる制御メッセージと、コネクションレス型の第２のプロトコルによる制御メッセージとを相互に変換するプロトコル変換部と、
前記変換後の第２のプロトコルの制御メッセージを用いて、前記制御装置と制御メッセージを授受するクライアント部と、
前記制御装置から受信した前記第２のプロトコルによる制御メッセージを変換した第１のプロトコルによる制御メッセージに従って受信パケットを処理するパケット処理部と、を備えた通信装置。
【請求項２】
前記パケット処理部は、受信パケットと照合するためのマッチング条件と、前記マッチング条件に適合するパケットに適用する処理内容とを対応付けた処理規則を参照して受信パケットを処理し、
前記プロトコル変換部にて変換された第１のプロトコルによる制御メッセージに従い、自装置に処理規則を設定する請求項１の通信装置。
【請求項３】
前記プロトコル変換部は、
前記制御装置との接続または切断を求める前記第１のプロトコルの制御メッセージを、前記第２のプロトコルによる登録要求メッセージまたは登録解除メッセージに変換する制御セッション変換部と、
前記制御装置に対する前記処理規則の要求または前記制御装置からの前記処理規則を送信する前記第１のプロトコルの制御メッセージと、前記第１のプロトコルの制御メッセージを含んだ前記第２のプロトコルによる呼処理メッセージと、を相互に変換するトランザクション変換部と、を備える請求項２の通信装置。
【請求項４】
前記第２のプロトコルは、セッションイニシエーションプロトコル（ＳＩＰ）であり、
前記クライアント部は、ＳＩＰユーザエージェントである請求項１から３いずれか一の通信装置。
【請求項５】
通信装置に対するコネクション型の第１のプロトコルによる制御メッセージと、コネクションレス型の第２のプロトコルによる制御メッセージとを相互に変換するプロトコル変換部と、
前記変換後の第２のプロトコルの制御メッセージを用いて、前記通信装置と制御メッセージを授受するサーバ部と、
前記プロトコル変換部から出力された第１のプロトコルの制御メッセージに基づいて、前記通信装置を制御する通信装置制御部と、
を備えた制御装置。
【請求項６】
前記通信装置制御部は、前記サーバ部及び前記プロトコル変換部を介して、前記通信装置から、受信パケットと照合するためのマッチング条件と、前記マッチング条件に適合するパケットに適用する処理内容とを対応付けた処理規則を求める第１のプロトコルの制御メッセージを受信すると、処理規則を設定させる第１のプロトコルの制御メッセージを生成し、前記サーバ部及び前記プロトコル変換部を介して、前記通信装置に送信する請求項５の制御装置。
【請求項７】
前記プロトコル変換部は、
前記第２のプロトコルによる登録要求メッセージまたは登録解除メッセージを、前記通信装置からの接続または切断を求める前記第１のプロトコルの制御メッセージに変換する制御セッション変換部と、
前記通信装置からの前記処理規則の要求または前記通信装置に対し前記処理規則を送信する前記第１のプロトコルの制御メッセージと、前記第１のプロトコルの制御メッセージを含んだ前記第２のプロトコルによる呼処理メッセージと、を相互に変換するトランザクション変換部と、を備える請求項６の制御装置。
【請求項８】
前記第２のプロトコルは、セッションイニシエーションプロトコル（ＳＩＰ）であり、
前記サーバ部は、ＳＩＰユーザエージェントである請求項５から７いずれか一の制御装置。
【請求項９】
制御装置に対するコネクション型の第１のプロトコルによる制御メッセージと、コネクションレス型の第２のプロトコルによる制御メッセージとを相互に変換するプロトコル変換部と、前記変換後の第２のプロトコルの制御メッセージを用いて、前記制御装置と制御メッセージを授受するクライアント部と、前記制御装置から受信した前記第２のプロトコルによる制御メッセージを変換した第１のプロトコルによる制御メッセージに従って受信パケットを処理するパケット処理部と、を備えた通信装置と、
前記通信装置に対するコネクション型の第１のプロトコルによる制御メッセージと、コネクションレス型の第２のプロトコルによる制御メッセージとを相互に変換するプロトコル変換部と、前記変換後の第２のプロトコルの制御メッセージを用いて、前記通信装置と制御メッセージを授受するサーバ部と、前記プロトコル変換部から出力された第１のプロトコルの制御メッセージに基づいて、前記通信装置を制御する通信装置制御部と、を備えた制御装置と、を含む通信システム。
【請求項１０】
制御装置に対するコネクション型の第１のプロトコルによる制御メッセージと、コネクションレス型の第２のプロトコルによる制御メッセージとを相互に変換して、前記第２のプロトコルを用いて、前記制御装置と制御メッセージを授受するステップと、
前記制御装置から受信した前記第２のプロトコルによる制御メッセージを変換した第１のプロトコルによる制御メッセージに従って受信パケットを処理するステップと、を含むパケット処理方法。
【請求項１１】
通信装置に対するコネクション型の第１のプロトコルによる制御メッセージと、コネクションレス型の第２のプロトコルによる制御メッセージとを相互に変換して、前記第２のプロトコルを用いて、前記通信装置と制御メッセージを授受するステップと、
前記通信装置に、前記第２のプロトコルによる制御メッセージを前記第１のプロトコルによる制御メッセージに変換させることにより、受信パケットを処理させるステップと、を含む通信装置の制御方法。
【請求項１２】
制御装置に対するコネクション型の第１のプロトコルによる制御メッセージと、コネクションレス型の第２のプロトコルによる制御メッセージとを相互に変換して、前記第２のプロトコルを用いて、前記制御装置と制御メッセージを授受する処理と、
前記制御装置から受信した前記第２のプロトコルによる制御メッセージを変換した第１のプロトコルによる制御メッセージに従って受信パケットを処理する処理と、を通信装置に搭載されたコンピュータに実行させるプログラム。
【請求項１３】
通信装置に対するコネクション型の第１のプロトコルによる制御メッセージと、コネクションレス型の第２のプロトコルによる制御メッセージとを相互に変換する処理と、
前記変換後の第２のプロトコルの制御メッセージを用いて、前記通信装置と制御メッセージを授受する処理と、
前記プロトコル変換処理で出力された第１のプロトコルの制御メッセージに基づいて、前記通信装置を制御する処理と、
前記通信装置と接続された制御装置に搭載されたコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願についての記載）
本発明は、日本国特許出願：特願２０１２−０４９３９４号（２０１２年３月６日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、通信装置、制御装置、通信システム、パケット処理方法、通信装置の制御方法及びプログラムに関し、特に、通信装置を集中制御する制御装置と連携して動作する通信装置、制御装置、通信システム、パケット処理方法、通信装置の制御方法及びプログラムに関する。
【背景技術】
【０００２】
近年、オープンフロー（ＯｐｅｎＦｌｏｗ）という技術が提案されている（非特許文献１、２参照）。オープンフローは、通信をエンドツーエンドのフローとして捉え、フロー単位で経路制御、障害回復、負荷分散、最適化を行うものである。非特許文献２に仕様化されているオープンフロースイッチは、オープンフローコントローラとの通信用のセキュアチャネルを備え、オープンフローコントローラから適宜追加または書き換え指示されるフローテーブルに従って動作する。フローテーブルには、フロー毎に、パケットヘッダと照合するマッチング条件（非特許文献２の「４．３  Ｍａｔｃｈ  Ｆｉｅｌｄｓ」参照）と、フロー統計情報（Ｃｏｕｎｔｅｒｓ）と、処理内容を定義したインストラクション（Ｉｎｓｔｒｕｃｔｉｏｎｓ）と、の組が定義される（非特許文献２の「４．１  Ｆｌｏｗ  Ｔａｂｌｅ」参照）。
【０００３】
例えば、オープンフロースイッチは、パケットを受信すると、フローテーブルから、受信パケットのヘッダ情報に適合するマッチング条件を持つエントリを検索する。検索の結果、受信パケットに適合するエントリが見つかった場合、オープンフロースイッチは、フロー統計情報（カウンタ）を更新するとともに、受信パケットに対して、当該エントリのインストラクションフィールドに記述された処理内容（指定ポートからのパケット送信、フラッディング、廃棄等）を実施する。一方、検索の結果、受信パケットに適合するエントリが見つからなかった場合、オープンフロースイッチは、セキュアチャネルを介して、オープンフローコントローラに対してエントリ設定の要求、即ち、受信パケットの処理内容の決定の要求を送信する。オープンフロースイッチは、処理内容が定められたフローエントリを受け取ってフローテーブルを更新する。このように、オープンフロースイッチは、フローテーブルに格納されたエントリを処理規則として用いてパケット転送を行う。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Ｎｉｃｋ  ＭｃＫｅｏｗｎほか７名、“ＯｐｅｎＦｌｏｗ：  Ｅｎａｂｌｉｎｇ  Ｉｎｎｏｖａｔｉｏｎ  ｉｎ  Ｃａｍｐｕｓ  Ｎｅｔｗｏｒｋｓ”、［ｏｎｌｉｎｅ］、［平成２４（２０１２）年２月１４日検索］、インターネット〈URL: http://www.openflow.org/documents/openflow-wp-latest.pdf〉
【非特許文献２】“ＯｐｅｎＦｌｏｗ  Ｓｗｉｔｃｈ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ”  Ｖｅｒｓｉｏｎ  １．１．０  Ｉｍｐｌｅｍｅｎｔｅｄ  （Ｗｉｒｅ  Ｐｒｏｔｏｃｏｌ  ０ｘ０２）、［ｏｎｌｉｎｅ］、［平成２４（２０１２）年２月１４日検索］、インターネット〈URL:http://www.openflow.org/documents/openflow-spec-v1.1.0.pdf〉
【発明の概要】
【発明が解決しようとする課題】
【０００５】
以下の分析は、本発明によって与えられたものである。上記非特許文献２のオープンフローのコントローラとスイッチ間のセキュアチャネルには、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ；ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）ともいう。）を用いることが推奨されている（非特許文献２の「５  ＯｐｅｎＦｌｏｗ  Ｃｈａｎｎｅｌ」参照）。このため、１台の物理的なコントローラが同時に収容できるスイッチ数は、種々の理由から数千のオーダーになってしまう（図１２参照；Ｃ１０Ｋ問題）。
【０００６】
一方、非特許文献２のオープンフロースイッチ相当の機能を種々の通信装置に搭載し、コントローラから直接制御することまで視野に入れた場合、コントローラ（制御装置）の収容可能スイッチ数がボトルネックになってしまう可能性がある。
【０００７】
本発明の目的とするところは、上記非特許文献１、２に代表される集中制御型ネットワークのチャネル数（同時接続数）の制約を解消することに貢献できる通信装置、制御装置、通信システム、パケット処理方法、通信装置の制御方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明の第１の視点によれば、制御装置に対するコネクション型の第１のプロトコルによる制御メッセージと、コネクションレス型の第２のプロトコルによる制御メッセージとを相互に変換するプロトコル変換部と、前記変換後の第２のプロトコルの制御メッセージを用いて、前記制御装置と制御メッセージを授受するクライアント部と、前記制御装置から受信した前記第２のプロトコルによる制御メッセージを変換した第１のプロトコルによる制御メッセージに従って受信パケットを処理するパケット処理部と、を備えた通信装置が提供される。
【０００９】
本発明の第２の視点によれば、通信装置に対するコネクション型の第１のプロトコルによる制御メッセージと、コネクションレス型の第２のプロトコルによる制御メッセージとを相互に変換するプロトコル変換部と、前記変換後の第２のプロトコルの制御メッセージを用いて、前記通信装置と制御メッセージを授受するサーバ部と、前記プロトコル変換部から出力された第１のプロトコルの制御メッセージに基づいて、前記通信装置を制御する通信装置制御部と、を備えた制御装置が提供される。
【００１０】
本発明の第３の視点によれば、上記した通信装置と、上記した制御装置とを含む通信システムが提供される。
【００１１】
本発明の第４の視点によれば、制御装置に対するコネクション型の第１のプロトコルによる制御メッセージと、コネクションレス型の第２のプロトコルによる制御メッセージとを相互に変換して、前記第２のプロトコルを用いて、前記制御装置と制御メッセージを授受するステップと、前記制御装置から受信した前記第２のプロトコルによる制御メッセージを変換した第１のプロトコルによる制御メッセージに従って受信パケットを処理するステップと、を含むパケット処理方法が提供される。本方法は、制御装置から受信した制御メッセージに従って受信パケットを処理する通信装置という、特定の機械に結びつけられている。
【００１２】
本発明の第５の視点によれば、通信装置に対するコネクション型の第１のプロトコルによる制御メッセージと、コネクションレス型の第２のプロトコルによる制御メッセージとを相互に変換して、前記第２のプロトコルを用いて、前記通信装置と制御メッセージを授受するステップと、前記通信装置に、前記第２のプロトコルによる制御メッセージを前記第１のプロトコルによる制御メッセージに変換させることにより、受信パケットを処理させるステップと、を含む通信装置の制御方法が提供される。本方法は、制御メッセージを用いて通信装置を制御する制御装置という、特定の機械に結びつけられている。
【００１３】
本発明の第６の視点によれば、上記した通信装置および上記した制御装置にそれぞれ実行させるコンピュータプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な（非トランジエントな）記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。
【発明の効果】
【００１４】
本発明によれば、上記非特許文献１、２に代表される集中制御型ネットワークにおける制御装置と通信装置間のチャネル数（同時接続数）の制約を解消することに貢献でき、スケーラビリティを向上させることが可能となる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態の構成を示す図である。
【図２】本発明の第１の実施形態の通信システムの構成を示す図である。
【図３】本発明の第１の実施形態の通信装置の構成例を示す図である。
【図４】本発明の第１の実施形態のプロトコル変換部による変換処理の一例を示す図である。
【図５】本発明の第１の実施形態のプロトコル変換部による変換処理の別の一例を示す図である。
【図６】本発明の第１の実施形態のサーバ側のシステム構成例を示す図である。
【図７】本発明の第１の実施形態の動作を説明するためのシーケンス図である。
【図８】本発明の第２の実施形態の通信システムの構成を示す図である。
【図９】ＵＤＰデータグラムのフォーマットを用いて構成された制御メッセージの一例である。
【図１０】ＵＤＰデータグラムのフォーマットを用いて構成された制御メッセージの一例である。
【図１１】本発明の第２の実施形態の動作を説明するためのシーケンス図である。
【図１２】背景技術として説明したオープンフローコントローラとスイッチの関係を示す図である。
【発明を実施するための形態】
【００１６】
はじめに本発明の一実施形態の概要について図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。
【００１７】
本発明は、その一実施形態において、図１に示すように、制御装置２０Ａに対し、複数の通信装置１０Ａを接続した構成にて実現できる。
【００１８】
より具体的には、通信装置１０Ａは、制御装置２０Ａに対するコネクション型の第１のプロトコルによる制御メッセージと、コネクションレス型の第２のプロトコルによる制御メッセージとを相互に変換するプロトコル変換部１１Ａと、前記変換後の第２のプロトコルの制御メッセージを用いて、制御装置２０Ａと制御メッセージを授受するクライアント部１３Ａと、制御装置２０Ａから受信した前記第２のプロトコルによる制御メッセージを変換した第１のプロトコルによる制御メッセージに従って受信パケットを処理するパケット処理部１２Ａと、を備える。
【００１９】
また、制御装置２０Ａは、通信装置１０Ａに対するコネクション型の第１のプロトコルによる制御メッセージと、コネクションレス型の第２のプロトコルによる制御メッセージとを相互に変換するプロトコル変換部２２Ａと、前記変換後の第２のプロトコルの制御メッセージを用いて、通信装置１０Ａと制御メッセージを授受するサーバ部２３Ａと、プロトコル変換部２２Ａから出力された第１のプロトコルの制御メッセージに基づいて、前記通信装置１０Ａを制御する通信装置制御部２１Ａと、を備える。
【００２０】
上記構成によれば、通信装置１０Ａのクライアント部１３Ａと、制御装置２０Ａのサーバ部２３Ａ間の制御メッセージの授受は、コネクションレス型の第２のプロトコルで行われることになる。このため、制御装置と通信装置間のチャネル数（同時接続数）の制約を解消することが可能となる。
【００２１】
［第１の実施形態］
続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。図２は、本発明の第１の実施形態の通信システムの構成を示す図である。図２を参照すると、ＳＩＰプロキシサーバ３０を介して、通信装置１０と、コントローラ２０とが接続された構成が示されている。
【００２２】
通信装置１０は、他の通信装置とパケットを授受する通信中継部１２と、プロトコル変換部１１と、ＳＩＰプロキシサーバ３０に対して、ユーザエージェント（クライアント）として動作するＳＩＰ  ＵＡ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｕｓｅｒ  Ａｇｅｎｔ）１３とを備えている。通信装置１０の例としては、例えば、携帯電話端末、スマートフォン、タブレット端末、パーソナルコンピュータ、ゲーム機器、モバイルルータなどが挙げられる。もちろん、非特許文献１、２に記載されているオープンフロースイッチであってもよい。
【００２３】
プロトコル変換部１１は、非特許文献２のオープンフロープロトコルの制御メッセージ（コネクション型の第１のプロトコルによる制御メッセージ）と、ＳＩＰ  ＵＡ１３が受信したＳＩＰメッセージ（コネクションレス型の第２のプロトコルによる制御メッセージ）と、を相互に変換する。即ち、プロトコル変換部１１を介して、ＳＩＰメッセージとオープンフロープロトコルとが１対１で変換される。なお、ＳＩＰメッセージとオープンフロープロトコルの制御メッセージ間の変換処理の具体的態様は、後に図を用いて説明する。
【００２４】
通信中継部１２は、非特許文献１、２のオープンフロープロトコルスイッチに相当する動作を行って、送受信するパケットをその内部のフローテーブルを参照して処理する。通信中継部１２の詳細構成は後に図を用いて詳細に説明する。
【００２５】
ＳＩＰプロキシサーバ３０は、ＳＩＰレジストラ（ｒｅｇｉｓｔｒａｒ）、ＳＩＰプロキシサーバとして動作するほか、通信装置１０側から受信したＳＩＰメッセージと、非特許文献２のオープンフロープロトコルの制御メッセージと、を相互に変換する動作を行う。なお、図２の例では、ＳＩＰプロキシサーバ３０とＳＩＰ  ＵＡ１３とがそれぞれ１台示されているが、呼処理に用いる構成のように、ＳＩＰプロキシサーバ３０とＳＩＰ  ＵＡ１３とは１対多の関係で接続することができる。一方、ＳＩＰプロキシサーバ３０とコントローラ２０は、１対１の関係で接続されている。このため、ＳＩＰプロキシサーバ３０は、複数の通信装置１０から受信したＳＩＰメッセージを変換して得られたオープンフロープロトコルの制御メッセージを各通信装置１０のＤＰＩＤ（ＤａｔａＰａｔｈＩＤ）やセキュアチャネルＩＤ等の識別情報と対応付けてコントローラ２０に送信する。
【００２６】
コントローラ２０は、各通信装置１０からの要求に応じて経路計算、フローエントリの設定等を行って、複数の通信装置１０を制御する。コントローラ２０は、非特許文献１、２のオープンフロープロトコルコントローラに相当する構成にて実現できる。
【００２７】
図３は、本発明の第１の実施形態の通信装置の構成例を示す図である。図３を参照すると、上述したプロトコル変換部１１、通信中継部１２及びＳＩＰ  ＵＡ１３に加えて、端点プロトコル終端部１４を備え、記憶部（図中破線）に複数のアプリケーション（プログラム）１５１〜１５Ｎを格納した構成が示されている。
【００２８】
図３の構成では、プロトコル変換部１１は、制御セッション変換部１１１と、トランザクション変換部１１２と、分離部１１３とを含んで構成されている。制御セッション変換部１１１は、ＳＩＰ  ＵＡ１３から、ＳＩＰの所定メッセージ（例えば、ＲＥＧＩＳＴＥＲメッセージ）が入力されると、当該メッセージにカプセル化されているオープンフロープロトコルのセキュアチャネルの確立、切断に関する制御メッセージ（ＨＥＬＬＯメッセージやその応答メッセージ）を取り出し、分離部１１３を介して、通信中継部１２内の制御信号送受信部１２３に出力する。
【００２９】
トランザクション変換部１１２は、ＳＩＰ  ＵＡ１３から、ＳＩＰの所定メッセージ（例えば、ＩＮＶＩＴＥメッセージ）が入力されると、当該メッセージにカプセル化されているオープンフロープロトコルのフロー制御に関する制御メッセージ（Ｐａｃｋｅｔ＿Ｉｎ、Ｆｌｏｗ＿ｍｏｄ等）を取り出し、分離部１１３を介して、通信中継部１２内の制御信号送受信部１２３に出力する。図４は、ＳＩＰのＩＮＶＩＴＥメッセージにオープンフロープロトコルの制御メッセージをカプセル化した例を示している。図４に示すように、オープンフローの制御メッセージ全体をエンコードしてＳＩＰボディに格納してもよいが、図５に示すように、オープンフローヘッダとエンコード化したパケットとをＳＩＰボディにそれぞれ格納する構成も採用可能である。
【００３０】
分離部１１３は、通信中継部１２内の制御信号送受信部１２３から出力されたオープンフロープロトコルの制御メッセージの内容に応じて、制御セッション変換部１１１またはトランザクション変換部１１２にオープンフロープロトコルの制御メッセージを入力する。制御セッション変換部１１１は、分離部１１３から、オープンフロープロトコルのセキュアチャネルの確立、切断に関する制御メッセージ（ＨＥＬＬＯメッセージやその応答メッセージ）が入力されると、該制御メッセージをＳＩＰの所定メッセージ（例えば、ＲＥＧＩＳＴＥＲメッセージに対する応答（ＯＫ）メッセージ）にカプセル化し（図４、図５参照）、ＳＩＰ  ＵＡ１３に出力する。トランザクション変換部１１２も同様に、分離部１１３から、オープンフロープロトコルのフロー制御に関する制御メッセージ（Ｐａｃｋｅｔ＿Ｉｎ、Ｆｌｏｗ＿ｍｏｄ等）が入力されると、該制御メッセージをＳＩＰの所定メッセージ（例えば、ＩＮＶＩＴＥメッセージに対する応答（ＯＫ）メッセージ）にカプセル化し（図４、図５参照）、ＳＩＰ  ＵＡ１３に出力する。
【００３１】
また図３の構成例では、通信中継部１２は、パケット処理部１２１と、パケット処理制御部１２２と、制御信号送受信部１２３とを含んで構成されている。パケット処理部１２１は、各アプリケーション１５１〜１５Ｎや他の通信装置からパケットを受信すると、パケット処理制御部１２２に出力する。パケット処理制御部１２２は、パケット処理部１２１からパケットが入力されると、内部のフローテーブルを参照して当該パケットに適用する処理内容を決定する。前記フローテーブルに、入力パケットに適合するマッチング条件を持つフローエントリが存在した場合、パケット処理制御部１２２は、パケット処理部１２１に、当該フローエントリに定められた処理内容を実行させる。
【００３２】
一方、前記フローテーブルに、入力パケットに適合するマッチング条件を持つフローエントリが存在しなかった場合、パケット処理制御部１２２は、制御信号送受信部１２３に当該パケットのフローエントリの設定要求（Ｐａｃｋｅｔ＿Ｉｎメッセージ）を送信させる。フローエントリの設定要求（Ｐａｃｋｅｔ＿Ｉｎメッセージ）に対する応答（Ｆｌｏｗ＿ｍｏｄメッセージ等）が、上記プロトコル変換部１１経由及び制御信号送受信部１２３で受信されると、パケット処理制御部１２２は、Ｆｌｏｗ＿ｍｏｄメッセージ等に従い、内部のフローテーブルを更新する。
【００３３】
以上のような通信中継部１２の動作は、非特許文献１、２のオープンフロースイッチの基本動作と同じであり、同様の構成にて実現できる。
【００３４】
端点プロトコル終端部１４は、各アプリケーション１５１〜１５Ｎが利用するＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）やＵＤＰ／ＩＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）といった端点間のプロトコルを終端する。
【００３５】
なお、図３では、各アプリケーション（プログラム）１５１〜１５Ｎを実行可能な通信装置の構成を示したが、通信装置１０がモバイルルータやオープンフロースイッチである場合、各アプリケーション（プログラム）１５１〜１５Ｎを省略することもできる。また、図３の例では、通信中継部１２と、プロトコル変換部１１とは直接接続されている構成を示したが、例えば、所謂ｌｏｏｐｂａｃｋアドレスを用いることで、端点プロトコル終端部１４を介して、通信中継部１２と、プロトコル変換部１１とを接続する構成も採用可能である。
【００３６】
図６は、本発明の第１の実施形態の制御装置の構成例を示す図である。図６を参照すると、ＳＩＰプロキシサーバ３０と、コントローラ２０とを接続した構成が示されている。
【００３７】
ＳＩＰプロキシサーバ３０は、プロトコル変換部３１と、ＳＩＰレジストラ（ｒｅｇｉｓｔｒａｒ）として動作するＳＩＰレジストラ部３３１と、ＳＩＰ  ＵＡ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｕｓｅｒ  Ａｇｅｎｔ）部３３２と、ＳＩＰメッセージを中継するＳＩＰプロキシ部３３３とを備えている。
【００３８】
ＳＩＰレジストラ部３３１は、ＳＩＰプロキシ部３３３経由で通信装置１０からＳＩＰの所定メッセージ（例えば、ＲＥＧＩＳＴＥＲメッセージ）を受信すると、その内容に従いセッションの確立・切断を行うとともに、当該ＳＩＰメッセージ（例えば、ＲＥＧＩＳＴＥＲメッセージ）をプロトコル変換部３１に出力する。また、ＳＩＰレジストラ部３３１は、プロトコル変換部３１側から、所定のＳＩＰメッセージ（例えば、ＲＥＧＩＳＴＥＲメッセージに対する応答（ＯＫ）メッセージ）を受信すると、ＳＩＰプロキシ部３３３経由で通信装置１０に送信する。
【００３９】
ＳＩＰ  ＵＡ部３３２は、ＳＩＰプロキシ部３３３経由で通信装置１０とＳＩＰの所定メッセージ（例えば、ＩＮＶＩＴＥメッセージ）をやり取りするとともに、当該ＳＩＰメッセージ（例えば、ＩＮＶＩＴＥメッセージ）をプロトコル変換部３１に出力する。また、ＳＩＰ  ＵＡ部３３２は、プロトコル変換部３１側からＳＩＰメッセージを受信すると、ＳＩＰプロキシ部３３３経由で通信装置１０に送信する。
【００４０】
図６の構成では、プロトコル変換部３１は、制御セッション変換部３１１と、トランザクション変換部３１２と、分離部３１３とを含んで構成されている。制御セッション変換部３１１は、ＳＩＰレジストラ部３３１から、ＳＩＰの所定メッセージ（例えば、ＲＥＧＩＳＴＥＲメッセージ）が入力されると、当該メッセージにカプセル化されているオープンフロープロトコルのセキュアチャネルの確立、切断に関する制御メッセージ（ＨＥＬＬＯメッセージやその応答メッセージ）を取り出し、分離部３１３を介して、コントローラ２０側に出力する。
【００４１】
トランザクション変換部３１２は、ＳＩＰ  ＵＡ部３３２から、ＳＩＰの所定メッセージ（例えば、ＩＮＶＩＴＥメッセージ）が入力されると、当該メッセージにカプセル化されているオープンフロープロトコルのフロー制御に関する制御メッセージ（Ｐａｃｋｅｔ＿Ｉｎ、Ｆｌｏｗ＿ｍｏｄ等）を取り出し、分離部３１３を介して、コントローラ２０側に出力する。
【００４２】
分離部３１３は、コントローラ２０のセッション分離部２２から出力されたオープンフロープロトコルの制御メッセージの内容に応じて、制御セッション変換部３１１またはトランザクション変換部３１２にオープンフロープロトコルの制御メッセージを入力する。制御セッション変換部３１１は、分離部３１３から、オープンフロープロトコルのセキュアチャネルの確立、切断に関する制御メッセージ（ＨＥＬＬＯメッセージやその応答メッセージ）が入力されると、該制御メッセージをＳＩＰの所定メッセージ（例えば、ＲＥＧＩＳＴＥＲメッセージに対する応答（ＯＫ）メッセージ）にカプセル化し（図４、図５参照）、ＳＩＰレジストラ部３３１に出力する。トランザクション変換部３１２も同様に、分離部３１３から、オープンフロープロトコルのフロー制御に関する制御メッセージ（Ｐａｃｋｅｔ＿Ｉｎ、Ｆｌｏｗ＿ｍｏｄ等）が入力されると、該制御メッセージをＳＩＰの所定メッセージ（例えば、ＩＮＶＩＴＥメッセージに対する応答（ＯＫ）メッセージ）にカプセル化し（図４、図５参照）、ＳＩＰ  ＵＡ部３３２に出力する。
【００４３】
また、図６の構成では、コントローラ２０は、通信装置制御部２１と、セッション分離部２２とを備えて構成されている。
【００４４】
通信装置制御部２１は、通信装置１０が接続する制御対象ネットワークのネットワークトポロジや通信装置１０のアクセスポリシを参照して、通信装置１０を制御する。より具体的には、通信装置制御部２１は、通信装置１０から、Ｐａｃｋｅｔ＿Ｉｎメッセージにより、フローエントリの設定要求を受け付けると、Ｐａｃｋｅｔ＿Ｉｎメッセージに含まれる情報を用いてエンドツーエンドの経路を作成し、該経路を実現するフローエントリを作成する。作成したフローエントリは、通信装置１０を含む経路上の通信装置に設定される。
【００４５】
セッション分離部２２は、通信装置１０からの制御メッセージに付加されているＤＰＩＤ（ＤａｔａＰａｔｈＩＤ）等の識別情報を用いて、ＳＩＰプロキシサーバ３０に接続する複数の通信装置１０からの制御メッセージを分離して通信装置制御部２１に入力する。
【００４６】
なお、図３、図６に示した通信装置１０、ＳＩＰプロキシサーバ３０及びコントローラ２０の各部（処理手段）は、これらの装置を構成するコンピュータに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することもできる。また、図６の例では、ＳＩＰプロキシサーバ３０とコントローラ２０がそれぞれ独立して設けられているが、ＳＩＰプロキシサーバ３０とコントローラ２０とを統合した構成も採用可能である。
【００４７】
続いて、本実施形態の動作について図面を参照して詳細に説明する。図７は、本発明の第１の実施形態の動作を説明するためのシーケンス図である。
【００４８】
まず、通信装置１０の通信中継部１２から、セキュアチャネルの確立を求める制御メッセージ（ＨＥＬＬＯメッセージやその応答メッセージ）が出力されると（ステップＳ００１；ｓｅｃｃｈａｎ  ｃｏｎｎｅｃｔ）、プロトコル変換部３１は、該制御メッセージをＳＩＰの所定メッセージ（例えば、ＲＥＧＩＳＴＥＲメッセージ）にカプセル化し（図４、図５参照）、ＳＩＰ  ＵＡ１３に出力する。
【００４９】
ＳＩＰ  ＵＡ１３は、ＳＩＰプロキシサーバ３０のＳＩＰ  プロキシ部３３３に対して、ＲＥＧＩＳＴＥＲメッセージを送信する（ステップＳ００２）。
【００５０】
ＳＩＰ  プロキシ部３３３を介して、前記ＲＥＧＩＳＴＥＲメッセージを受信したＳＩＰプロキシサーバ３０のプロトコル変換部３１は、前記ＲＥＧＩＳＴＥＲメッセージから、セキュアチャネルの確立を求める制御メッセージ（ＨＥＬＬＯメッセージやその応答メッセージ）を取り出し（図４、図５参照）、コントローラ２０に送信する（ステップＳ００３；ｄａｔａｐａｔｈ登録）。また、ＳＩＰプロキシサーバ３０は、ＳＩＰ  ＵＡ１３に対して、肯定応答（２００  ＯＫ）を送信する（ステップＳ００４）。
【００５１】
その後、通信装置１０のアプリケーション１５１〜１５Ｎからユーザパケットが発生すると、通信装置１０の通信中継部１２は、フローテーブルから、当該ユーザパケットに適合するマッチング条件を持つフローエントリを検索する。ここでは、新規のユーザパケットを受信しているので、フローテーブルに、当該ユーザパケットに適合するマッチング条件を持つフローエントリは存在していない。そこで、通信装置１０の通信中継部１２は、コントローラ２０に宛てて、フローエントリの設定を要求する制御メッセージ（Ｐａｃｋｅｔ＿Ｉｎ）を送信する（ステップＳ００５）。
【００５２】
前記フローエントリの設定を要求する制御メッセージ（Ｐａｃｋｅｔ＿Ｉｎ）が入力されると、プロトコル変換部３１は、該制御メッセージをＳＩＰの所定メッセージ（例えば、ＩＮＶＩＴＥメッセージ）にカプセル化し（図４、図５参照）、ＳＩＰ  ＵＡ１３に出力する。
【００５３】
ＳＩＰ  ＵＡ１３は、ＳＩＰプロキシサーバ３０のＳＩＰ  プロキシ部３３３に対して、ＩＮＶＩＴＥメッセージを送信する（ステップＳ００６）。
【００５４】
ＳＩＰ  プロキシ部３３３を介して、前記ＩＮＶＩＴＥメッセージを受信したＳＩＰプロキシサーバ３０のプロトコル変換部３１は、前記ＩＮＶＩＴＥメッセージから、フローエントリの設定を要求する制御メッセージ（Ｐａｃｋｅｔ＿Ｉｎ）を取り出し（図４、図５参照）、コントローラ２０に送信する（ステップＳ００７；Ｐａｃｋｅｔ＿Ｉｎ）。フローエントリの設定を要求する制御メッセージ（Ｐａｃｋｅｔ＿Ｉｎ）を受信したコントローラ２０は、フローエントリの設定を要求する制御メッセージ（Ｐａｃｋｅｔ＿Ｉｎ）に付加されているＤＰＩＤ等を元に送信元の通信装置１０を識別し、フローエントリを作成する。
【００５５】
また、ＳＩＰプロキシサーバ３０は、ＳＩＰ  ＵＡ１３に対して、１８０  ＲＩＮＧＩＮＧメッセージを送信する（ステップＳ００８）。
【００５６】
その後、フローエントリの作成が完了すると、コントローラ２０は、通信装置１０に宛てて、フローエントリの設定用制御メッセージ（Ｆｌｏｗ＿ｍｏｄ）と、ユーザパケットの出力指示メッセージ（Ｐａｃｋｅｔ＿Ｏｕｔ）とを送信する（ステップＳ００９）。
【００５７】
フローエントリの設定用制御メッセージ（Ｆｌｏｗ＿ｍｏｄ）と、ユーザパケットの出力指示メッセージ（Ｐａｃｋｅｔ＿Ｏｕｔ）とを受信したＳＩＰプロキシサーバ３０のプロトコル変換部３１は、これらの制御メッセージをＳＩＰの所定メッセージ（例えば、２００  ＯＫメッセージ）にカプセル化し、ＳＩＰ  プロキシ部３３３に出力する。
【００５８】
ＳＩＰ  プロキシ部３３３は、通信装置１０のＳＩＰ  ＵＡ１３に対して、前記２００  ＯＫメッセージを送信する（ステップＳ０１０）。
【００５９】
ＳＩＰ  ＵＡ１３を介して、前記２００  ＯＫメッセージを受信した通信装置１０のプロトコル変換部１１は、前記２００  ＯＫメッセージから、フローエントリの設定用制御メッセージ（Ｆｌｏｗ＿ｍｏｄ）と、ユーザパケットの出力指示メッセージ（Ｐａｃｋｅｔ＿Ｏｕｔ）とを取り出し、通信中継部１２に出力する（ステップＳ０１１）。通信中継部１２は、フローエントリの設定用制御メッセージ（Ｆｌｏｗ＿ｍｏｄ）と、ユーザパケットの出力指示メッセージ（Ｐａｃｋｅｔ＿Ｏｕｔ）とに従い、フローテーブルへのフローエントリの追加と、受信パケットの出力とを実行する。以降、後続パケットは、前記フローテーブルに追加されたフローエントリに従って処理される。
【００６０】
その後、所定の時間の経過によるタイムアウト条件の成立等により、フローエントリがフローテーブルから削除されると、通信装置１０の通信中継部１２は、コントローラ２０に宛てて、フローエントリを削除したことを通知する制御メッセージ（Ｆｌｏｗ＿ｒｅｍｏｖｅｄ）を送信する（ステップＳ０１２）。
【００６１】
前記フローエントリを削除したことを通知する制御メッセージ（Ｆｌｏｗ＿ｒｅｍｏｖｅｄ）が入力されると、プロトコル変換部１１は、該制御メッセージをＳＩＰの所定メッセージ（例えば、ＢＹＥメッセージ）にカプセル化し、ＳＩＰ  ＵＡ１３に出力する。
【００６２】
ＳＩＰ  ＵＡ１３は、ＳＩＰプロキシサーバ３０のＳＩＰ  プロキシ部３３３に対して、ＢＹＥメッセージを送信する（ステップＳ０１３）。
【００６３】
ＳＩＰ  プロキシ部３３３を介して、前記ＢＹＥメッセージを受信したＳＩＰプロキシサーバ３０のプロトコル変換部３１は、前記ＢＹＥメッセージから、フローエントリを削除したことを通知する制御メッセージ（Ｆｌｏｗ＿ｒｅｍｏｖｅｄ）を取り出し、コントローラ２０に送信する（ステップＳ０１４；Ｆｌｏｗ＿ｒｅｍｏｖｅｄ）。フローエントリを削除したことを通知する制御メッセージ（Ｆｌｏｗ＿ｒｅｍｏｖｅｄ）を受信したコントローラ２０は、当該制御メッセージ（Ｆｌｏｗ＿ｒｅｍｏｖｅｄ）に基づいて、自装置側で管理している各通信装置に設定済みのフローエントリ情報を更新する。また、必要に応じて、前記削除したフローエントリを作成した際に他の通信装置に設定したフローエントリを削除する操作も行われる。
【００６４】
また、ＳＩＰプロキシサーバ３０は、ＳＩＰ  ＵＡ１３に対して、２００  ＯＫメッセージを送信する（ステップＳ０１５）。
【００６５】
その後、通信装置１０の通信中継部１２から、セキュアチャネルの切断を求める制御メッセージが出力されると（ステップＳ０１６；；ｓｅｃｃｈａｎ  ｄｉｓｃｏｎｎｅｃｔ）、プロトコル変換部１１は、該制御メッセージをＳＩＰの所定メッセージ（例えば、ＲＥＧＩＳＴＥＲ（Ｅｘｐｉｒｅｓ  ０）メッセージ）にカプセル化し（図４、図５参照）、ＳＩＰ  ＵＡ１３に出力する。
【００６６】
ＳＩＰ  ＵＡ１３は、ＳＩＰプロキシサーバ３０のＳＩＰ  プロキシ部３３３に対して、ＲＥＧＩＳＴＥＲ（Ｅｘｐｉｒｅｓ  ０）メッセージを送信する（ステップＳ０１７）。
【００６７】
ＳＩＰ  プロキシ部３３３を介して、前記ＲＥＧＩＳＴＥＲ（Ｅｘｐｉｒｅｓ  ０）メッセージを受信したＳＩＰプロキシサーバ３０のプロトコル変換部３１は、前記ＲＥＧＩＳＴＥＲ（Ｅｘｐｉｒｅｓ  ０）メッセージから、セキュアチャネルの切断を求める制御メッセージを取り出し、コントローラ２０に送信する（ステップＳ０１８；ｄａｔａｐａｔｈ削除）。また、ＳＩＰプロキシサーバ３０は、ＳＩＰ  ＵＡ１３に対して、肯定応答（２００  ＯＫ）を送信する（ステップＳ０１９）。
【００６８】
以上のように、本実施形態によれば、通信装置１０と、制御装置２０間のチャネル数（同時接続数）の制約を解消し、スケーラビリティを向上させることが可能となる。また、上記した通信装置１０やコントローラ側に追加する構成要素も、ＳＩＰ  ＵＡを用いることができるため、プロトコル変換部を用意すれば足りることになる。
【００６９】
なお、上記した第１の実施形態では、通信装置１０のプロトコル変換部１１は、通信中継部１２から出力されたすべての制御メッセージをＳＩＰの制御メッセージに変換するものとして説明したが、通信中継部１２から出力されたすべての制御メッセージのうち、所定の制御メッセージについては、プロトコル変換部３１内部で処理するようにしてもよい。例えば、Ｐａｃｋｅｔ＿Ｉｎメッセージが高頻度に発生しているような状況下では、プロトコル変換部３１が、Ｐａｃｋｅｔ＿Ｉｎメッセージの対象となっているフローをドロップさせるフローエントリを作成し、フローテーブルに該フローエントリを設定する制御メッセージを返すようにしてもよい。
【００７０】
［第２の実施形態］
上記した第１の実施形態では、コネクションレス型の第２のプロトコルとしてＳＩＰを用いるものとして説明したが、本発明は、その他のプロトコルにも適用することが可能である。以下、ＳＩＰの代わりにＵＤＰデータグラムを用いて制御メッセージをやり取りするようにした本発明の第２の実施形態について説明する。なお、本発明の第２の実施形態の基本的な構成は、上記した第１の実施形態と同様であるので、以下、その相違点を中心に説明する。
【００７１】
図８は、本発明の第２の実施形態の通信システムの構成を示す図である。図２に示した第１の実施形態との相違点は、通信装置１０のＳＩＰ  ＵＡ１３に代わって、端末機能部４００に置き換えられ、ＳＩＰプロキシサーバ３０が、ホスト機能部３００に置き換えられている点である。
【００７２】
以下、通信装置１０とＳＩＰプロキシサーバ３０間のプロトコルとしては、まず、端末機能部４００がホスト機能部３００に対して、登録メッセージを送信して登録要求を行い、ホスト機能部３００が登録を受け付けると、制御メッセージの授受ができるようなコネクションレス型のプロトコルを用いるものとして説明する。
【００７３】
図９、図１０は、ＵＤＰデータグラムのフォーマットを用いて構成された制御メッセージの一例である。図９は、登録メッセージの例であり、ＵＤＰヘッダ領域の先頭２バイトがメッセージの種別（登録／制御）、続く２バイトがメッセージ長（データ長）を表している。そして、ＵＤＰデータ領域に、オープフローの制御メッセージが格納される。図１０は、制御メッセージの例であり、ＵＤＰヘッダ領域の先頭２バイトがメッセージの種別（登録／制御）、続く２バイトがメッセージ長（データ長）を表している。そして、ＵＤＰデータ領域に、通信装置の識別子（ＤＰＩＤ；ｄａｔａｐａｔｈ  ＩＤ）とオープフローの制御メッセージとが格納される。
【００７４】
続いて、本実施形態の動作について図面を参照して詳細に説明する。図１１は、本発明の第２の実施形態の動作を説明するためのシーケンス図である。基本的な動作は第１の実施形態と同様であるので、以下相違点を中心に説明する。
【００７５】
まず、通信装置１０の通信中継部１２から、セキュアチャネルの確立を求める制御メッセージ（ＨＥＬＬＯメッセージやその応答メッセージ）が出力されると（ステップＳ００１）、プロトコル変換部３１は、図９に示す登録メッセージのＵＤＰデータ領域に、前記セキュアチャネルの確立を求める制御メッセージを格納し、端末機能部４００に出力する。
【００７６】
端末機能部４００は、ホスト機能部３００に対して、登録メッセージを送信する（ステップＳ１０２）。
【００７７】
前記登録メッセージを受信したホスト機能部３００は、前記登録メッセージから、セキュアチャネルの確立を求める制御メッセージ（ＨＥＬＬＯメッセージやその応答メッセージ）を取り出し（図９参照）、コントローラ２０に送信する（ステップＳ００３；ｄａｔａｐａｔｈ登録）。
【００７８】
その後、ユーザパケットが発生すると、通信装置１０の通信中継部１２は、フローテーブルから、当該ユーザパケットに適合するマッチング条件を持つフローエントリを検索する。ここでは、新規のユーザパケットを受信しているので、フローテーブルに、当該ユーザパケットに適合するマッチング条件を持つフローエントリはない。そこで、通信装置１０の通信中継部１２は、コントローラ２０に宛てて、フローエントリの設定を要求する制御メッセージ（Ｐａｃｋｅｔ＿Ｉｎ）を送信する（ステップＳ００５）。
【００７９】
前記フローエントリの設定を要求する制御メッセージ（Ｐａｃｋｅｔ＿Ｉｎ）が入力されると、プロトコル変換部３１は、図１０に示す制御メッセージのＵＤＰデータ領域に、前記フローエントリの設定を要求する制御メッセージを格納し、端末機能部４００に出力する。
【００８０】
端末機能部４００は、ホスト機能部３００に対して、前記制御メッセージを送信する（ステップＳ１０６）。
【００８１】
前記制御メッセージを受信したホスト機能部３００は、前記制御メッセージから、フローエントリの設定を要求する制御メッセージ（Ｐａｃｋｅｔ＿Ｉｎ）を取り出し（図１０参照）、コントローラ２０に送信する（ステップＳ００７；Ｐａｃｋｅｔ＿Ｉｎ）。フローエントリの設定を要求する制御メッセージ（Ｐａｃｋｅｔ＿Ｉｎ）を受信したコントローラ２０は、フローエントリの設定を要求する制御メッセージ（Ｐａｃｋｅｔ＿Ｉｎ）に付加されているＤＰＩＤ等を元に送信元の通信装置１０を識別し、フローエントリを作成する。
【００８２】
その後、フローエントリの作成が完了すると、コントローラ２０は、通信装置１０に宛てて、フローエントリの設定用制御メッセージ（Ｆｌｏｗ＿ｍｏｄ）と、ユーザパケットの出力指示メッセージ（Ｐａｃｋｅｔ＿Ｏｕｔ）とを送信する（ステップＳ００９）。
【００８３】
フローエントリの設定用制御メッセージ（Ｆｌｏｗ＿ｍｏｄ）と、ユーザパケットの出力指示メッセージ（Ｐａｃｋｅｔ＿Ｏｕｔ）とを受信したホスト機能部３００は、これらの制御メッセージを図１０の制御メッセージのＵＤＰデータ領域に格納する。そして、ホスト機能部３００は、端末機能部４００に対して、前記制御メッセージを送信する（ステップＳ１１０）。
【００８４】
前記制御メッセージを受信した端末機能部４００は、前記制御メッセージから、フローエントリの設定用制御メッセージ（Ｆｌｏｗ＿ｍｏｄ）と、ユーザパケットの出力指示メッセージ（Ｐａｃｋｅｔ＿Ｏｕｔ）とを取り出し、通信中継部１２に出力する（ステップＳ０１１）。通信中継部１２は、フローエントリの設定用制御メッセージ（Ｆｌｏｗ＿ｍｏｄ）と、ユーザパケットの出力指示メッセージ（Ｐａｃｋｅｔ＿Ｏｕｔ）とに従い、フローテーブルへのフローエントリの追加と、受信パケットの出力とを実行する。以降、後続パケットは、前記フローテーブルに追加されたフローエントリに従って処理される。
【００８５】
その後、所定の時間の経過によるタイムアウト条件の成立等により、フローエントリがフローテーブルから削除されると、通信装置１０の通信中継部１２は、コントローラ２０に宛てて、フローエントリを削除したことを通知する制御メッセージ（Ｆｌｏｗ＿ｒｅｍｏｖｅｄ）を送信する（ステップＳ０１２）。
【００８６】
前記フローエントリを削除したことを通知する制御メッセージ（Ｆｌｏｗ＿ｒｅｍｏｖｅｄ）が入力されると、プロトコル変換部１１は、図１０に示す制御メッセージのＵＤＰデータ領域に、前記フローエントリを削除したことを通知する制御メッセージ（Ｆｌｏｗ＿ｒｅｍｏｖｅｄ）を格納し、端末機能部４００に出力する。
【００８７】
端末機能部４００は、ホスト機能部３００に対して、前記フローエントリを削除したことを通知する制御メッセージ（Ｆｌｏｗ＿ｒｅｍｏｖｅｄ）を格納した制御メッセージを送信する（ステップＳ１１３）。
【００８８】
ホスト機能部３００は、前記制御メッセージから、フローエントリを削除したことを通知する制御メッセージ（Ｆｌｏｗ＿ｒｅｍｏｖｅｄ）を取り出し、コントローラ２０に送信する（ステップＳ０１４；Ｆｌｏｗ＿ｒｅｍｏｖｅｄ）。フローエントリを削除したことを通知する制御メッセージ（Ｆｌｏｗ＿ｒｅｍｏｖｅｄ）を受信したコントローラ２０は、自装置側で管理している各通信装置に設定済みのフローエントリ情報を更新する。また、必要に応じて、前記削除したフローエントリを作成した際に他の通信装置に設定したフローエントリを削除する操作も行われる。
【００８９】
その後、通信装置１０の通信中継部１２から、セキュアチャネルの切断を求める制御メッセージが出力されると（ステップＳ０１６）、プロトコル変換部１１は、を図９の登録メッセージのＵＤＰデータ領域に該制御メッセージを格納し、端末機能部４００に出力する。
【００９０】
端末機能部４００は、ホスト機能部３００に対して、前記登録（解除）メッセージを送信する（ステップＳ１１７）。
【００９１】
前記登録（解除）メッセージを受信したホスト機能部３００は、前記登録解除メッセージから、セキュアチャネルの切断を求める制御メッセージを取り出し、コントローラ２０に送信する（ステップＳ０１８；ｄａｔａｐａｔｈ削除）。
【００９２】
以上のように本発明の第２の実施形態によれば、ＵＤＰデータグラムフォーマットを用いて、通信装置１０とコントローラ側の制御メッセージの授受を実現できる。
【００９３】
以上、本発明の実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、上記した各実施形態では、１台のコントローラ２０に１台の通信装置１０が接続されている例を挙げて説明したが、１台のコントローラ２０に多数の通信装置１０が接続されている構成において、より好ましく動作させることが可能である。
【００９４】
また、上記した実施形態で説明したオープンフロープロトコルとＳＩＰメッセージとの対応関係は、あくまで例示しただけのものであり、種々の変形実施を行うことが可能である。もちろんＳＩＰ以外のコネクションレス型のプロトコルにも適用することが可能である。
【００９５】
最後に、本発明の好ましい形態を要約する。
［第１の形態］
（上記第１の視点による通信装置参照）
［第２の形態］
第１の形態の通信装置において、
前記パケット処理部は、受信パケットと照合するためのマッチング条件と、前記マッチング条件に適合するパケットに適用する処理内容とを対応付けた処理規則を参照して受信パケットを処理し、
前記プロトコル変換部にて変換された第１のプロトコルによる制御メッセージに従い、自装置に処理規則を設定する通信装置。
［第３の形態］
第２の形態の通信装置において、
前記プロトコル変換部は、
前記制御装置との接続または切断を求める前記第１のプロトコルの制御メッセージを、前記第２のプロトコルによる登録要求メッセージまたは登録解除メッセージに変換する制御セッション変換部と、
前記制御装置に対する前記処理規則の要求または前記制御装置からの前記処理規則を送信する前記第１のプロトコルの制御メッセージと、前記第１のプロトコルの制御メッセージを含んだ前記第２のプロトコルによる呼処理メッセージと、を相互に変換するトランザクション変換部と、を備える通信装置。
［第４の形態］
第１から第３いずれか一の形態の通信装置において、
前記第２のプロトコルは、セッションイニシエーションプロトコル（ＳＩＰ）であり、
前記クライアント部は、ＳＩＰユーザエージェントである通信装置。
［第５の形態］
（上記第２の視点による制御装置参照）
［第６の形態］
第５の形態の制御装置において、
前記通信装置制御部は、前記サーバ部及び前記プロトコル変換部を介して、前記通信装置から、受信パケットと照合するためのマッチング条件と、前記マッチング条件に適合するパケットに適用する処理内容とを対応付けた処理規則を求める第１のプロトコルの制御メッセージを受信すると、処理規則を設定させる第１のプロトコルの制御メッセージを生成し、前記サーバ部及び前記プロトコル変換部を介して、前記通信装置に送信する制御装置。
［第７の形態］
第６の形態の制御装置において、
前記プロトコル変換部は、
前記第２のプロトコルによる登録要求メッセージまたは登録解除メッセージを、前記通信装置からの接続または切断を求める前記第１のプロトコルの制御メッセージに変換する制御セッション変換部と、
前記通信装置からの前記処理規則の要求または前記通信装置に対し前記処理規則を送信する前記第１のプロトコルの制御メッセージと、前記第１のプロトコルの制御メッセージを含んだ前記第２のプロトコルによる呼処理メッセージと、を相互に変換するトランザクション変換部と、を備える制御装置。
［第８の形態］
第５から第７いずれか一の形態の制御装置において、
前記第２のプロトコルは、セッションイニシエーションプロトコル（ＳＩＰ）であり、
前記サーバ部は、ＳＩＰユーザエージェントである制御装置。
［第９の形態］
（上記第３の視点による通信システム参照）
［第１０の形態］
（上記第４の視点によるパケット処理方法参照）
［第１１の形態］
（上記第５の視点による通信装置の制御方法参照）
［第１２の形態］
（上記第６の視点によるコンピュータプログラム参照）
［第１３の形態］
前記エミュレーション部は、所定のサーバからインストールされたアプリケーションプログラムが前記通信装置上で動作することによって構成される通信装置。
【００９６】
なお、上記の特許文献および非特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
【符号の説明】
【００９７】
１０、１０Ａ  通信装置
２０  コントローラ
２０Ａ  制御装置
１１、１１Ａ、２２Ａ、３１  プロトコル変換部
１２  通信中継部
１２Ａ、１２１  パケット処理部
１３  ＳＩＰ  ＵＡ
１３Ａ  クライアント部
１４  端点プロトコル終端部
２０  コントローラ
２１、２１Ａ  通信装置制御部
２２  セッション分離部
２３Ａ  サーバ部
３０  ＳＩＰプロキシサーバ
３００  ホスト機能部
３３１  ＳＩＰ  レジストラ部
３３２  ＳＩＰ  ＵＡ部
３３３  ＳＩＰ  プロキシ部
１２２  パケット処理制御部
１２３  制御信号送受信部
１１１、３１１  制御セッション変換部
１１２、３１２  トランザクション変換部
１１３、３１３  分離部
１５１〜１５Ｎ  アプリケーション（プログラム）
４００  端末機能部
【図１】
2015513231.tif 000003
【図２】
2015513231.tif 000004
【図３】
2015513231.tif 000005
【図４】
2015513231.tif 000006
【図５】
2015513231.tif 000007
【図６】
2015513231.tif 000008
【図７】
2015513231.tif 000009
【図８】
2015513231.tif 000010
【図９】
2015513231.tif 000011
【図１０】
2015513231.tif 000012
【図１１】
2015513231.tif 000013
【図１２】
2015513231.tif 000014
【国際調査報告】
2015513231.tif 000015
2015513231.tif 000016