JP2013541235A - 制御装置、通信システム、通信方法、および通信プログラムを記録する記録媒体 - Google Patents

制御装置、通信システム、通信方法、および通信プログラムを記録する記録媒体 Download PDF

Info

Publication number
JP2013541235A
JP2013541235A JP2013512664A JP2013512664A JP2013541235A JP 2013541235 A JP2013541235 A JP 2013541235A JP 2013512664 A JP2013512664 A JP 2013512664A JP 2013512664 A JP2013512664 A JP 2013512664A JP 2013541235 A JP2013541235 A JP 2013541235A
Authority
JP
Japan
Prior art keywords
communication
communication device
network
destination
identifier
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
JP2013512664A
Other languages
English (en)
Other versions
JP5713101B2 (ja
Inventor
一平 秋好
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.)
NEC Corp
Original Assignee
NEC 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 NEC Corp filed Critical NEC Corp
Priority to JP2013512664A priority Critical patent/JP5713101B2/ja
Publication of JP2013541235A publication Critical patent/JP2013541235A/ja
Application granted granted Critical
Publication of JP5713101B2 publication Critical patent/JP5713101B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/04—Interdomain routing, e.g. hierarchical routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/036—Updating the topology between route computation elements, e.g. between OpenFlow controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/42—Centralised routing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

【課題】
通信の宛先である同一の識別子を有する通信装置群の中から、通信元と通信装置群の接続関係に基づいて通信先を選択する。
【解決手段】
本発明による制御装置は、ネットワークを制御する制御装置であって、前記ネットワークに接続し、各々が同一の識別子を有する通信装置を含む通信装置群と前記識別子を宛先とする通信を行う通信元の通信装置との接続関係に基づいて、前記通信装置群のうち、前記識別子を有する通信装置を通信先の通信装置として選択し、前記通信元の通信装置から選択した前記通信先の通信装置への経路に対応する処理を前記ネットワーク内の転送装置に対して設定する経路制御手段を備えることを特徴とする。

Description

本発明は、通信を行うネットワーク上の制御装置、通信システム、通信方法、および通信プログラムを記録する記録媒体に関する。
近年、ネットワークを介して、サーバがクライアント（ユーザ）からの通信に応じて、各種サービスを提供するための技術が多く研究・開発されている。
クライアントに対してサービスを提供するシステムにおいては、負荷分散やスケーラビリティ等を考慮する必要がある。このような負荷分散やスケーラビリティの確保を目的として、単一のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス等の識別子を複数のサーバによって共有するという技術が存在する。その一例としては、特許文献１が挙げられる。
特許文献１に開示されている技術によれば、ネットワーク上の中継装置が、転送先の情報処理装置のＩＰアドレスと、情報処理装置に接続する物理ポートとを対応付けたテーブルを管理する。中継装置は、このテーブルに従って受信したパケットを転送する。これにより、複数の情報処理装置に同一のＩＰアドレスを割り当てても、通信を行うことが可能となっている。
特開２００８−２１９４００号公報
ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ １．０．０ （Ｗｉｒｅ Ｐｒｏｔｏｃｏｌ ０ｘ０１）、２００９年１２月３１日、［２０１０年９月２日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｏｐｅｎｆｌｏｗｓｗｉｔｃｈ．ｏｒｇ／ｄｏｃｕｍｅｎｔｓ／ｏｐｅｎｆｌｏｗ−ｓｐｅｃ−ｖ１．０．０．ｐｄｆ＞
しかしながら、特許文献１に開示されている技術では、中継装置の物理ポートと情報処理装置のＩＰアドレスを対応付けることによって情報処理装置を特定しているため、接続先は固定的であり、接続先を選択することができないという課題があった。
本発明の目的は、上述したような課題を解決するための制御装置、通信システム、通信方法、および通信プログラムを記録する記録媒体を提供することにある。
本発明による制御装置は、ネットワークを制御する制御装置であって、前記ネットワークに接続し、各々が同一の識別子を有する通信装置を含む通信装置群と前記識別子を宛先とする通信を行う通信元の通信装置との接続関係に基づいて、前記通信装置群のうち、前記識別子を有する通信装置を通信先の通信装置として選択し、前記通信元の通信装置から選択した前記通信先の通信装置への経路に対応する処理を前記ネットワーク内の転送装置に対して設定する経路制御手段を備えることを特徴とする。
本発明による通信システムは、ネットワークを制御する制御装置と、パケットを転送する転送装置と、を備え、前記制御装置は、前記ネットワークに接続し、各々が同一の識別子を有する通信装置を含む通信装置群と前記識別子を宛先とする通信を行う通信元の通信装置との接続関係に基づいて、前記通信装置群のうち、前記識別子を有する通信装置を通信先の通信装置として選択し、前記通信元の通信装置から選択した前記通信先の通信装置への経路に対応する処理を前記ネットワーク内の転送装置に対して設定する経路制御手段を備えることを特徴とする。
本発明による通信方法は、制御装置により制御されるネットワークに接続し、各々が同一の識別子を有する通信装置を含む通信装置群と前記識別子を宛先とする通信を行う通信元の通信装置との接続関係に基づいて、前記通信装置群のうち、前記識別子を有する通信装置を通信先の通信装置として選択し、前記通信元の通信装置から選択した前記通信先の通信装置への経路に対応する処理を前記ネットワーク内の転送装置に対して設定することを特徴とする。
本発明による通信プログラムを記録する記録媒体は、制御装置により制御されるネットワークに接続し、各々が同一の識別子を有する通信装置を含む通信装置群と前記識別子を宛先とする通信を行う通信元の通信装置との接続関係に基づいて、前記通信装置群のうち、前記識別子を有する通信装置を通信先の通信装置として選択し、前記通信元の通信装置から選択した前記通信先の通信装置への経路に対応する処理を前記ネットワーク内の転送装置に対して設定する経路制御処理をコンピュータに実行させることを特徴とする通信プログラムを記録する。
本発明によれば、通信の宛先である同一の識別子を有する通信装置を含む通信装置群の中から、通信元と通信装置群の接続関係に基づいて通信先を選択することが可能となる。
第１の実施形態によるシステム構成を示す図である。 第２の実施形態によるシステム構成を示す図である。 経路制御部の構成を示す図である。 通信端末位置管理用テーブルの構成を示す図である。 サービスノード位置管理用テーブルの構成を示す図である。 ポート・サーバグループ管理用テーブルの構成を示す図である。 サービス・代表ＭＡＣアドレス管理用テーブルの構成を示す図である。 第２の実施形態の動作を示すシーケンスチャートである。 第２の実施形態の動作を示すフローチャートである。 第２の実施形態の動作を示すシーケンスチャートである。 第３の実施形態によるシステム構成を示す図である。 第３の実施形態の動作を示すシーケンスチャートである。 第３の実施形態の動作を示すフローチャートである。 第３の実施形態の動作を示すシーケンスチャートである。 第２の実施形態によるシステム構成例を示す図である。
以下、本発明の実施形態について、図面を用いて詳細に説明する。
＜実施形態１＞
（構成）
本発明の第１の実施形態について、図面を参照して詳細に説明する。
図１は、本実施形態によるシステムを示すブロック図である。図１を参照すると、本実施形態の通信システム１０００は、制御装置２０００とネットワーク１１２０を備える。また、ネットワーク１１２０は、転送装置１１２１、転送装置１１２２、転送装置１１２４を含む。
通信システム１０００には、通信装置群１２００が接続している。通信装置群１２００は、通信装置１０４０と通信装置１０４１とを含む。通信装置１０４０は、転送装置１１２２を介して通信システム１０００に接続している。同様に、通信装置１０４１は、転送装置１１２４を介して通信システム１０００に接続している。また、通信装置１０４０と通信装置１０４１は、ある同一の識別子を有している。
図１の例では、通信装置群１２００が含む通信装置は２個であるが、３個以上であっても良い。同様に、図１の例では、同一の識別子を有する通信装置は１０４０と１０４１の２個となっているが、３個以上の通信装置であっても良い。
さらに通信システム１０００には、ネットワーク１１５０を介して、通信装置１１３０が接続している。本実施形態では、通信装置１１３０は、通信装置１０４０と通信装置１０４１が有する識別子を宛先とした通信を行う場合について説明する。
制御装置２０００は、通信システム１０００を制御する。また、制御装置２０００は、経路制御部１００１を含む。
経路制御部１００１は、通信装置１１３０と、通信装置群１２００との接続関係に基づいて、同一の識別子を有する通信装置１０４０または通信装置１０４１から、いずれか１つを選択する。その後、経路制御部１００１は、通信装置１１３０から選択した通信装置への経路に対応する処理を、ネットワーク１１２０内の各転送装置に対して設定する。
（効果）
以上説明した通り、本実施形態によれば、経路制御部１００１は、通信装置１０４０、１０４１を含む通信装置群１２００と通信装置１１３０との接続関係に基づいて、通信装置１０４０もしくは１０４１のうち、宛先となる通信装置を１つ選択する。また、経路制御部１００１は、通信装置１１３０から選択した通信装置への経路に対応する処理をネットワーク１１２０内の各転送装置に対して設定する。
以上の動作によって、通信装置１１３０からの通信の宛先である同一の識別子を有する通信装置（１０４０または１０４１）を含む通信装置群１２００の中から、通信元と通信装置群１２００との接続関係に基づいて通信先を選択することが可能となる。
＜実施形態２＞
本発明の第２の実施形態について、図面を参照して詳細に説明する。
（全体構成）
図２は、本実施形態によるシステムを示すブロック図である。図２を参照すると、本実施形態の通信システム１は、経路制御部１０と、パケット転送部群２０と、パケット転送部２１、パケット転送部２２、パケット転送部２３、パケット転送部２４と、から構成されている。
経路制御部１０は、通信システム１上の通信経路を制御する。経路制御部１０は、図２に示す通り、独立した制御装置２内にあっても良い。経路制御部１０についての説明は後述する。
パケット転送部群２０は、１つ以上のパケット転送部が接続されて構成されるネットワークである。
パケット転送部２１〜２４は、ルータ網１５０、ルータ網１５１、サーバ群１４００と接続している。よって、パケット転送部２１〜２４は、通信システム１の境界に位置し、通信システム１の外部のネットワークと接続している、通信システム１のエッジノードといえる。
また、パケット転送部２１〜２４は、パケット転送ルールを格納するパケット転送ルールテーブルを有している（図では非表示）。パケット転送ルールとは、パケットを識別するためのマッチングキーと、パケットに対する処理内容（例えば、特定のポートへの転送、フラッディング、廃棄など）が対応付けられているものである。パケット転送部２１〜２４は、パケットを受信すると、パケット転送ルールテーブルから、受信したパケットに適合するマッチングキーを持つパケット転送ルールを検索する。検索したパケット転送ルールに対応付けられた処理内容通りの処理を実施する。
なお、各パケット転送部は、独立した装置（スイッチ・ルータ等）として構成されていても良い。
また、パケット転送部２１〜２４は、以下に示すようなパケット転送ルールの削除機能を備えていても良い。この機能の一例として、パケット転送部２１〜２４は、パケットを処理する度に、該当するパケット転送ルールの処理内容を示すフィールド内のタイマー（タイムアウト情報）をリセットすることが挙げられる。タイマーが０になると、パケット転送部２１〜２４は、パケット転送ルールテーブルから、該当するパケット転送ルールを削除する。この機能により、使用されなくなったパケット転送ルールがいつまでも残ってしまい、意図しない処理内容が実行されてしまう事態が防止される。
サーバ群１４００は、サーバ４０およびサーバ４１を含む。また、サーバ４０およびサーバ４１は、ネットワークを介して、あるサービスＡを通信の相手先に提供するサーバであり、通信システム１に接続している。サーバ４０およびサーバ４１は、それぞれサービスＡの提供に必要なデータベースを保持している。これらサーバ４０、サーバ４１はサービスＡに対応付けられた同じＩＰアドレスを有している。以降、サーバ４０とサーバ４１は、同一のサービスＡを提供し、同一のＩＰアドレス＃Ａを有しているものとして説明する。
以降、サーバ４０、サーバ４１は、同一のサービスＡを提供するものとして説明するが、これに限られるものではない。サーバと通信端末との間で、同一または同種類の通信が行われる場合であれば、本実施形態を適用することが可能である。同種類の通信の例としては、サーバと通信端末との間で同じ内容の通信が行われる場合に、サーバ４０は高速な通信を、サーバ４１は低速な通信を、それぞれ提供することが挙げられる。
通信端末１３０と通信端末１３１は、ルータ網１５０、ルータ網１５１、通信システム１を介して、サーバ４０またはサーバ４１に接続する。通信端末１３０と通信端末１３１は、サーバ４０またはサーバ４１との間でそれぞれ通信を行い、サービスＡの提供を受ける。通信端末の例としては、ユーザ端末、クライアント端末、またはサーバ等でも良い。
ルータ網１５０、ルータ網１５１は、パケットの転送を行うルータが複数存在するネットワークである。また、ルータ網１５０、ルータ網１５１には、それぞれＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバ１６０、ＤＮＳサーバ１６１が接続されている。
ＤＮＳサーバ１６０およびＤＮＳサーバ１６１はＦｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ（ＦＱＤＮ）からＩＰアドレスを解決するためのサーバである。本実施形態では、ＤＮＳサーバ１６０、１６１は条件に依らず（ＩＰアドレス解決を要求した通信端末の位置やサーバの負荷状況など）、常にサービスＡを提供するサーバのＦＱＤＮに対して、ＩＰアドレス＃Ａを回答する。
（経路制御部１０の構成）
図３は、図２の経路制御部１０の詳細構成を表したブロック図である。図３を参照すると、経路制御部１０は、ノード通信部１１と、制御メッセージ処理部１２と、経路・処理計算部１３と、を備える。同時に、経路制御部１０は、パケット転送部管理部１４と、トポロジ管理部１５と、通信端末位置管理部１６と、サービスノード管理部１７と、パケット転送ルール管理部１８と、パケット転送ルールデータベース（Ｄａｔａ Ｂａｓｅ：ＤＢ）１９を備えて構成される。以下、各機能の詳細について説明する。
ノード通信部１１は、パケット転送部群２０およびパケット転送部２１〜２４との通信を行う。
制御メッセージ処理部１２は、パケット転送部群２０およびパケット転送部２１〜２４から受信した制御メッセージを解析して、経路制御部１０内の該当する処理機能に制御メッセージ情報を引き渡す。
経路・処理内容計算部１３は、通信端末位置管理部１６にて管理されている通信端末の位置情報、サービスノード管理部１７にて管理されているサーバの位置情報、トポロジ管理部１５にて構築されたネットワークトポロジ情報に基づいてパケットの転送経路および転送経路上のパケット転送部群２０およびパケット転送部２１〜２４に実行させる処理内容を求める。
パケット転送部管理部１４は、経路制御部１０によって制御されているパケット転送部の能力を管理する。パケット転送部の能力とは、例えば、ポートの個数や種類、各パケット転送部がサポートする処理内容の種類等が挙げられる。なお、本実施形態ではポートの種類は問わない。光ファイバや同軸ケーブルなど物理的なポートはもちろん、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）トンネルなどの論理的なチャネルを仮想的にポートとみなしても良い。
トポロジ管理部１５は、ネットワークトポロジ情報を構築し、管理する。トポロジ管理部１５は、ノード通信部１１を介して、パケット転送部群２０およびパケット転送部２１〜２４の接続関係を収集する。トポロジ管理部１５は、収集した接続関係に基づいて、ネットワークトポロジ情報を構築し、管理する。
通信端末位置管理部１６は、通信システム１に接続している通信端末１３０と１３１が、通信システム１内のどのパケット転送部のどのポートに接続しているのかを管理する。この位置管理は、例えば、パケット転送部からの新規パケット検出通知、フロー削除通知などに基づいて行われる。新規パケット検出通知、フロー削除通知については後述する。
図４は、通信端末位置管理部１６が保持するテーブルの一例を示す図である。図４の通信端末位置管理用テーブル１６−１は、通信端末識別情報、各通信端末に対応したＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス、位置情報で構成される。
通信端末識別情報は、通信端末を特定するための識別子であり、図４の例では通信端末のＩＰアドレスを利用している。通信端末識別情報として、ＩＰアドレス以外の情報を使う場合は、別途、通信端末位置管理用テーブル１６−１に通信端末のＩＰアドレスを示す情報を追加すればよい。
各通信端末に対応したＭＡＣアドレスは、通信システム１内に入ってくるパケットの送信元のＭＡＣアドレスである。本実施形態では、図２におけるルータ網１５０またはルータ網１５１内に存在し、通信システム１に隣接しているエッジルータ（図２では非表示）のＭＡＣアドレスを使用する。
通信端末の位置情報は、通信端末と通信システム１との接続点を示す情報である。通信端末の位置情報は、パケット転送部識別情報とポート番号で構成される。パケット転送部識別情報は、各パケット転送部に付与された識別子を用いる。具体的には、ＩＰアドレス、ＭＡＣアドレス、もしくは別のパケット転送部に付与された固有の識別子等が挙げられる。
図４の例では、通信端末位置管理用テーブル１６−１には、通信端末１３０、通信端末１３１に対応した情報が格納されている。例えば、通信端末１３０の通信端末識別情報として、ＩＰアドレスが格納されている。また、ＭＡＣアドレスとして、ルータ網１５０のエッジルータのＭＡＣアドレスが格納されている。また、位置情報としては、通信端末１３０と通信システム１との接続点であるパケット転送部２１の識別子とポート番号「１」が格納されている。
サービスノード管理部１７は、通信システム１に接続しているサービスノードと通信システム１との接続関係を管理する。また、サービスノード管理部１７は、通信システム１とサービスノードの接続関係をサービスごとに管理する。本実施形態において、サービスノードは、サーバ４０およびサーバ４１である。この管理は、例えば、パケット転送部からの新規パケット検出通知、フロー削除通知等（詳細は後述）に基づいて行われる。
図５〜図７は、サービスノード管理部１７に保持されるテーブルの一例を示している。図５のサービスノード位置管理用テーブル１７−１は、サービスノードの位置管理を行うテーブルであり、サービスノード識別情報と位置情報が対応付けられている。
サービスノード識別情報は、サービスノードを特定するための識別子であり、図５の例ではサーバのＭＡＣアドレスを利用している。サービスノード識別情報として、ＭＡＣアドレス以外の情報を使う場合は、別途サービスノード位置管理用テーブル１７−１にサーバのＭＡＣアドレスを示す情報を追加すればよい。
位置情報は、サービスノードと通信システム１との接続点を示す情報で、パケット転送部識別情報とポート番号との組み合わせで構成される。なお、パケット転送部識別情報は、図４の通信端末位置管理用テーブル１６−１と同様のものである。
図５の例では、サーバ４０とサーバ４１に関するエントリが記載されている。例えば、サーバ４０のサービスノード識別情報として、ＭＡＣアドレスが格納されている。また、サーバ４０と通信システム１との接続点であるパケット転送部２２の識別子とポート番号「１」とが、位置情報として格納されている。
図６のポート・サーバグループ管理用テーブル１７−２は、外部のネットワーク（ここではルータ網１５０、１５１）との境界に存在するパケット転送部と、そのパケット転送部の特定のポートを通ってアクセス可能なサービスノードとの対応関係を管理するためのテーブルである。本実施形態では、パケット転送部に対応するサービスノードをサービス別に管理している。ポート・サーバグループ管理用テーブル１７−２は、パケット転送部識別情報とポート番号、サービス識別情報、サービスノード識別情報から構成される。
パケット転送部識別情報およびポート番号は、図４の通信端末位置管理用テーブル１６−１および図５のサービスノード位置管理用テーブル１７−１と同様のものである。
サービス識別情報とは、サーバが提供するサービスを識別するための情報で、本実施形態では、ＩＰアドレスを使用している。サービス識別情報として、ＩＰアドレス以外の情報を使うことも可能である。その場合は、別途本テーブルにサービスに割り当てられたＩＰアドレスを示す情報を追加すればよい。サービスノード識別情報は、該当するパケット転送部のポートからアクセスを許可するサービスノード群を示している。上述の通り、本実施形態では、サーバ４０およびサーバ４１は、いずれも同一のサービスＡを提供し、そのＩＰアドレスは＃Ａとなっている。
本実施形態では、経路制御部１０は、サービスノードに優先順位を設定し、優先順位の高いサービスノードに優先的にアクセスさせるポリシーを持っているものとする。優先順位の設定基準としては、例えば、パケット転送部から近い位置にあるサービスノードほど優先順位が高くなるというポリシーが挙げられる。例えば、パケット転送部とサービスノード間の近さを測る指標としては、Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ（ＲＴＴ）やＡｕｔｏｎｏｍｏｕｓ Ｓｙｓｔｅｍ（ＡＳ）パスの距離を用いる方法がある。ＲＴＴは、ある２つの装置間でメッセージの送受信を行った場合に、メッセージの往復にかかった伝播遅延時間である。本実施形態においては、サーバ４０、４１と、ルータ網１５０、１５１に隣接するパケット転送部２１〜２４間のＲＴＴとなる。この場合、ルータ網に隣接するパケット転送部（図２ではパケット転送部２１、２３）がサーバ４０、４１に定期的にメッセージを送受信した結果を経路制御部１０に通知する。そして、経路制御部１０はＲＴＴの短いサーバを優先順位の上位に挙げる。
次に、ＡＳパスとは、Ｂｏｒｄｅｒ Ｇａｔｅｗａｙ Ｐｒｏｔｏｃｏｌ（ＢＧＰ）でやり取りされる、通信が宛先に到達するまでに経由したＡＳ番号のリストを示している。本実施形態で用いる場合には、図１５に示されるようなシステム構成例が想定できる。本構成例では、通信システム１は、ルータ網１５２で隔てられた２つの異なる拠点に、通信システム１−１、通信システム１−２として存在する。これらの拠点間を論理チャネル５１、論理チャネル５２で接続することで、仮想的に１つの通信システムとして動作している。また、通信端末１３０、１３１およびサーバ４０、４１はルータ網により隔てられているので、異なるＡＳに属しているものとする。そして、通信システム１に隣接する各ルータ網１５０、１５１を介して各サーバ４０、４１間にアクセスする際のＡＳパスを比較して、ＡＳパスの短いものを優先順位の上位に挙げることが考えられる。本構成例では、通信端末１３０から見ると、通信端末１３０〜サーバ４０間に介在するルータ網はルータ網１５０のみである。一方、通信端末１３０〜サーバ４１間に介在するルータ網はルータ網１５０、１５２の２つである。そのため、通信端末１３０がサービスＡにアクセスする際には、サーバ４０を経由する方が、ＡＳパスが短くなり、優先順位が高くなる。
また、本実施形態のポート・サーバグループ管理用テーブル１７−２では、外部のネットワークとの境界に存在するパケット転送部のポート毎に、対応するサービスノードを管理していたが、パケット転送部単位で管理しても良い。
図７のサービス・代表ＭＡＣアドレス管理用テーブル１７−３は、サービス識別情報と代表ＭＡＣアドレスとの対応関係を管理するためのテーブルであり、サービス識別情報と代表ＭＡＣアドレスとの組み合わせで構成される。サービス識別情報は、図６のポート・サーバグループ管理用テーブル１７−２と同様である。本実施形態では、代表ＭＡＣアドレスとは、同一のサービスを提供する複数のサービスノードのうち、いずれか１つのサービスノードのＭＡＣアドレスを記載したものとする。例えば、サービスＡを提供するサービスノードであるサーバ４０、サーバ４１のうち、サーバ４０のＭＡＣアドレスを用いる。しかし、代表ＭＡＣアドレスはこれに限られるものではなく、仮想的なＭＡＣアドレスを使用しても良い。このサービス・代表ＭＡＣアドレス管理用テーブル１７−３は、ルータ網からのサービス識別情報に対応したＩＰアドレスに対するＭＡＣアドレス解決要請を処理する際などに使用する。
パケット転送ルール管理部１８は、通信システム１内の各パケット転送部に、どのようなパケット転送ルールが設定されているかを管理する。具体的には、経路・処理計算部１３にて計算された結果をパケット転送ルールとしてパケット転送ルールＤＢ１９に登録する。また、パケット転送ルール管理部１８は、パケット転送部に設定されたパケット転送ルールに変更が生じた場合にも対応してパケット転送ルールＤＢ１９の登録情報をアップデートする。このようなアップデートの動作は、パケット転送部からのフロー削除通知（後述）等をトリガとして行われる。
なお、上記の経路制御部１０の構成のうち、経路制御部１０にて、パケット転送ルールを保持する必要が無い場合、パケット転送ルールＤＢ１９は省略することが可能である。また、パケット転送ルールＤＢ１９を、経路制御部１０内ではなく、別途外部サーバ等に設ける構成を採用しても良い。
（動作）
次に、図８及び図１０のシーケンスチャートと、図９のフローチャートとを参照して、本実施形態の動作について詳細に説明する。
まず、図８を用いて、通信端末１３０がルータ網１５０経由でサービスＡを受けるときの通信手順を説明する。
まず、通信端末１３０がＤＮＳサーバ１６０と通信を行う（ステップ８−１）。通信端末１３０は、サービスＡを提供するためのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に含まれるＦＱＤＮから、サービスＡを提供するサーバのＩＰアドレスであるＩＰアドレス＃Ａを取得する（ステップ８−２）。
続いて、通信端末１３０は、ＩＰアドレス＃Ａを宛先としたデータパケットをルータ網１５０に送信する（ステップ８−３）。ルータ網１５０は、ＩＰアドレス＃Ａ宛のデータパケットを通信システム１に転送するために必要な、ＩＰアドレス＃Ａに対応付けられたＭＡＣアドレスを知らない場合、ＭＡＣアドレス解決要請メッセージを通信システム１向けに送信する（ステップ８−４）。ＩＰアドレス＃Ａに対応するＭＡＣアドレスを知っている場合には、データパケットを通信システム１向けに転送する。
パケット転送部２１は、ＭＡＣアドレス解決要請メッセージを受信すると、経路制御部１０に転送する。
経路制御部１０は、ＭＡＣアドレス解決要請メッセージを受信すると、サービスノード管理部１７で管理しているサービス・代表ＭＡＣアドレス管理用テーブル１７−３を用いて、ＩＰアドレス＃Ａに対応するＭＡＣアドレス＃Ａを取得する。次に、経路制御部１０は、ＭＡＣアドレス解決応答メッセージを送信して、ＩＰアドレス＃Ａに対応するＭＡＣアドレスがＭＡＣアドレス＃Ａである旨を回答する（ステップ８−５）。
ルータ網１５０は、ＩＰアドレス＃Ａに対応するＭＡＣアドレスを解決すると、データパケットを通信システム１向けに転送する（ステップ８−６）。
パケット転送部２１はデータパケットを受信すると、パケット転送ルールテーブルを検索し、受信したデータパケットに対応するパケット転送ルールを検索する。受信したデータパケットに対応するパケット転送ルールが存在する場合には、対応する処理内容に従って、データパケットの処理を行う。
図８の例では、受信したデータパケットに対応するパケット転送ルールが存在しない場合について説明する。パケット転送部２１においてパケット転送ルールが存在しない典型的な例としては、パケット転送部２１が、まだ１度も該当するパケットを受信しておらず、該当するパケットの処理内容が設定されていない場合が挙げられる。
このような場合に、パケット転送部２１は、受信したデータパケットをバッファリングしてから、経路制御部１０に新規パケット検出通知を送信する（ステップ８−７）。この新規パケット検出通知には、パケット転送ルールの識別に必要な情報と、パケットを受信したポートの情報が含まれている。パケット転送ルールの識別に必要な情報とは、例えば、送信元／宛先ＭＡＣアドレス、送信元／宛先ＩＰアドレス、送信元／宛先ポート番号等である。さらに、新規パケット検出通知には、新規パケット検出通知の送信元であるパケット転送部２１の識別子を含めても良い。この識別子としては、例えば、パケット転送部２１のＩＰアドレス、ＭＡＣアドレス等が考えられるが、パケット転送部２１を識別可能なものであれば、これに限られるものではない。
ここで、パケット転送部２１は、受信したパケットをバッファリングして、パケット転送ルールの識別に必要な情報のみ経路制御部１０に送ることを想定している。しかし、パケット転送部２１は、転送ルールの識別に必要な情報だけではなく、受信したパケットごと経路制御部１０に送信しても良い。
続いて、経路制御部１０は、新規パケット検出通知を受信すると、通信システム１内の各パケット転送部に対して、パケット転送ルールの設定を行う（ステップ８−８）。
このステップ８−８の動作については、図９のフローチャートを用いてより詳細に説明する。まず、経路制御部１０のノード通信部１１は、新規パケット検出通知を受信する（ステップ９−１）。
次に、経路制御部１０の制御メッセージ処理部１２は、新規パケット検出通知に含まれる情報から、新規パケットを検出したパケット転送部とその入力ポート、さらにはデータパケットの宛先ＩＰアドレスの特定を行う（ステップ９−２）。具体的には、新規パケットを検出したパケット転送部はパケット転送部２１であり、入力ポートは１であることを特定する。ここで、パケット転送部の識別は、新規パケット検出通知にパケット転送部２１の識別子が含まれている場合には、パケット転送部２１の識別子を用いることで行っても良い。また、データパケットの送信元ＩＰアドレス（通信端末１３０のＩＰアドレス）を基に特定することも可能である。この場合には、通信端末位置管理用テーブル１６−１を用いて、通信端末１３０のエントリに記載された「位置情報」から、パケット転送部２１を特定することができる。
さらに、制御メッセージ処理部１２は、パケット転送部と入力ポートの特定と同時に、データパケットの宛先ＩＰアドレスが＃Ａであることも特定する（ステップ９−２）。ここでは、サービスの特定をＩＰアドレスにより行うため、宛先ＩＰアドレスの特定を行った。しかし、サービスの特定はＩＰアドレスだけに限られるものではなく、他の情報を利用することもできる。他の情報によりサービスの特定を行う場合には、ステップ９−２においてその情報を特定する必要がある。
また、このときに、通信端末位置管理部１６で管理している通信端末位置管理用テーブル１６−１内の通信端末１３０の情報を更新する。通信端末１３０の情報が登録されていない場合には、通信端末位置管理用テーブル１６−１に通信端末１３０の情報を新規登録する。
その後、経路制御部１０は、パケット転送部（２１）、ポート番号（１）、サービス識別情報（ＩＰアドレス＃Ａ）をキーに、ポート・サーバグループ管理用テーブル１７−２を検索する。検索の結果、ＩＰアドレス＃Ａを有するサービスノード、つまりサービスＡを提供するサービスノードとして、優先順位の高いサーバ４０を選択する（ステップ９−３）。
続いて、経路・処理計算部１３において、新規パケット転送ルールのマッチングキーの決定を行う。同時に、サービスノード管理部１７で管理しているサービスノード位置管理用テーブル１７−１を用いて、宛先であるサーバ４０の位置確認を行う。サーバ４０の位置情報に基づいて、パケット転送部２１からサーバ４０へのパケット転送経路を計算する（ステップ９−４）。
ここでは経路計算の結果、「パケット転送部２１→パケット転送部２２→サーバ４０」という経路が選択されたものとする。またパケットのマッチングキーとして、以下の３つの条件が選択されたものとする。（１）送信元ＩＰアドレスが通信端末１３０のＩＰアドレスと一致する。（２）宛先ＭＡＣアドレスがＭＡＣアドレス＃Ａと一致する。（３）宛先ＩＰアドレスがＩＰアドレス＃Ａと一致する。
さらに、経路・処理計算部１３は、決定したマッチングキーに対応した処理内容として、計算された経路通りにパケットを転送するための処理内容を選択する。加えて、パケット転送部２２が、該当するデータパケットを受信した場合に、データパケットのヘッダ内の宛先ＭＡＣアドレスをサーバ４０のＭＡＣアドレスに変換するという処理内容を選択する。
経路・処理計算部１３は、選択したマッチングキー、転送経路および処理内容に基づき、パケット転送ルールを作成する（ステップ９−５）。続いて、制御メッセージ処理部１２、ノード通信部１１を介して、経路上のパケット転送部であるパケット転送部２１、２２に対して決定したパケット転送ルールの設定を行う（ステップ９−６）。
経路制御部１０は、パケット転送ルールの設定後、パケット転送部２１、２２に設定したパケット転送ルールをパケット転送ルール管理部１８に登録する。
以上が、経路制御部１０による新規パケット検出時のパケット転送ルール設定の動作である。以下、図８に戻り、本実施形態の動作の説明を継続する。
パケット転送部２１、２２へのパケット転送ルールの設定が完了する（ステップ８−８）と、パケット転送部２１はバッファリングしてあるパケットを、設定されたパケット転送ルールに従って転送する（ステップ８−９）。このパケットの転送経路上のパケット転送部２１および２２には既にパケット転送ルールの設定が行われているので、このパケットはパケット転送部２１、２２の順で転送され、サーバ４０に届く。
以上が、通信端末１３０が、初めてサービスＡを受けようとする場合の通信手順である。通信端末１３１が、ルータ網１５１経由でサービスＡを受けるときの通信手順は上記と同じ手順であり、ＤＮＳサーバで解決されるＩＰアドレスも同じＩＰアドレス＃Ａであるが、通信システム１との境界となるパケット転送部が異なるため、アクセス先のサーバはサーバ４１となる点で異なる。
（サーバの障害時の動作）
続いて、サービスＡを提供するサーバ４０が通信障害に陥った場合の通信手順について、図１０を用いて説明する。
まず、初期状態として、上述したような手順によって、通信端末１３０はサーバ４０と通信しているものとする（ステップ１０−１）。
サーバ４０は、自身の異常を検知した場合、もうすぐサービスＡの提供ができなくなると判断する（ステップ１０−２）。そのような場合には、サーバ４０は、経路制御部１０に故障通知を送信する（ステップ１０−３）。この際、サーバ４０は、通信端末１３０へのサービスＡの提供を継続するために必要なステート情報があれば、併せてサーバ４１に通知する。サーバ４０の障害検知の方法としては、例えば、処理負荷増による自身の温度上昇や、接続するリンクの輻輳状況等により判断することが挙げられる。また、上述の例では、サーバ４０自身が障害発生を検知するとしているが、これに限られるものではなく、サーバ４０を管理するオペレータ等が判断しても良い。
経路制御部１０は、サーバ４０からの故障通知を受信すると、ポート・サーバグループ管理用テーブル１７−２からサーバ４０に関する情報を削除する。サーバ４０の情報を削除することで、パケット転送部とサービスごとにそのサービスを提供する近隣のサービスノードとの対応関係の再構成を行う（ステップ１０−４）。
さらに、経路制御部１０は、パケット転送ルール管理部１８で管理している情報から、通信端末１３０がサーバ４０と通信中であることを検知する。再構成後のポート・サーバグループ管理用テーブル１７−２を用いて、通信端末１３０に対してサービスＡを提供するサーバを、サーバ４０からサーバ４１に変更することを決定する。経路・処理計算部１３は、経路変更の計算を行う（ステップ１０−５）。経路・処理計算部１３は、変更した経路に従って、対応するパケット転送ルールを設定する（ステップ１０−６）。経路の計算からパケット転送ルールの設定までの一連の処理は、上述の図９のステップ９−３からステップ９−６の処理と同様であるため、詳細な説明は省略する。
（効果）
以上説明した通り、本実施形態によれば、経路制御部１０は、各通信端末、サーバ（サービスノード）を含むサーバ群、パケット転送部の各々の接続関係を管理する。また、経路制御部１０は、管理する接続関係に基づいて、通信端末から受信したデータパケットが要求するサービスを提供するサーバの中から、データパケットの宛先となるサーバを選択する。そして、経路制御部１０は、転送経路上のパケット転送部に対して転送経路に対応する処理を設定する。
以上の動作によって、通信端末からの通信の宛先であり、同一のサービスを提供するサーバの中から、通信端末とサーバ群との接続関係に基づいて通信先を選択することが可能となる。また、あるサーバで障害が起こった場合でも、同一のサービスを提供する異なるサーバを選択して通信を継続し、サービスの提供を継続することが可能となる。
＜実施形態３＞
次に、本発明の第３の実施形態について説明する。本実施形態は、第２の実施形態に、非特許文献１に開示されているオープンフロー（ＯｐｅｎＦｌｏｗ）と呼ばれる技術を適用した場合の実施形態である。
非特許文献１に開示されているオープンフローは、通信をエンドツーエンドのフロー（Ｆｌｏｗ）として捉え、フロー単位で経路制御、障害回復、負荷分散、最適化等を行う技術である。転送装置として機能するオープンフロースイッチ（ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ）は、オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）との通信用のセキュアチャネル（Ｓｅｃｕｒｅ Ｃｈａｎｎｅｌ）を備える。また、オープンフロースイッチは、オープンフローコントローラから適宜追加または書き換え指示されるフローテーブルに従って動作する。フローテーブルには、フローごとに、パケットヘッダと照合するルール（マッチングキー）と、パケットの処理内容を定義したアクションと、フロー統計情報との組が定義される。この組は、フローエントリと呼ばれる。
図１１は、本実施形態によるシステムを示すブロック図である。図１１を参照すると、本実施形態の通信システム１００は、経路制御部１１０と、フロースイッチ網１２０と、フロースイッチ１２１、フロースイッチ１２２、フロースイッチ１２３、フロースイッチ１２４と、から構成されている。以上のフロースイッチは、上述のオープンフロースイッチに相当するものである。
また、通信システム１００には、ルータ網１５０、１５１を介して通信端末１３０と１３１がそれぞれ接続されている。同様に、ルータ網１５０、１５１にはＤＮＳサーバ１６０、１６１がそれぞれ接続されている。
さらに、通信システム１００には、サーバ群１４００が接続されている。このサーバ群１４００は、サーバ１４０とサーバ１４１を含む。第２の実施形態と同様、サーバ１４０およびサーバ１４１は、サービスＡを提供し、同一のＩＰアドレス＃Ａを有しているものとする。
上記の通信システム１００に接続されるシステムの構成は、第２の実施形態とほぼ同様であるため、詳細な説明は省略する。
経路制御部１１０は、通信システム１００上の通信経路を制御する。経路制御部１１０は、図１１に示す通り、独立した装置であるコントローラ２００内にあっても良い。
経路制御部１１０の詳細構成は、図３の経路制御部１０の詳細構成において、パケット転送部をフロースイッチ、パケット転送ルールをフローエントリと解釈した場合と同等であるため、詳細な説明は省略する。従って、以降、経路制御部１１０に関する説明を行う際は、図３から図７を参照する。
経路制御部１１０は、非特許文献１のオープンフローコントローラをベースに構成することも可能である。その場合は、非特許文献１のオープンフローコントローラに対して、図３の通信端末位置管理部１６およびサービスノード管理部１７を追加すれば良い。
次に、フロースイッチ網１２０は１つ以上のフロースイッチが接続されて構成されるネットワークである。
フロースイッチ網１２０に含まれるフロースイッチ１２１〜１２４は、ルータ網１５０、ルータ網１５１、サーバ１４０、サーバ１４１と接続している。よって、フロースイッチ１２１〜１２４は、通信システム１００の境界に位置し、通信システム１００の外部のネットワークと接続している、通信システム１００のエッジノードといえる。
また、フロースイッチ１２１〜１２４は、パケットを受信すると、フローエントリを格納するフローエントリテーブルから、受信したパケットに適合するマッチングキーを持つフローエントリを探し出し、そのフローエントリに対応付けられたアクション通りの処理を実施する。アクションの例としては、例えば、特定のポートへの転送、フラッディング、廃棄等が挙げられる。
また、フロースイッチ１２１〜１２４は、第２の実施形態と同様、パケットを処理する度に、該当フローエントリのアクションフィールド内のタイマー（タイムアウト情報）をリセットする。
次に、図１２と図１４のシーケンスチャートと、図１３のフローチャートとを参照して、本実施形態の動作について説明する。なお、基本的な動作の流れは、第２の実施形態とほぼ同様であるので、適宜説明は省略する。
まず、図１２を用いて、通信端末１３０がルータ網１５０経由でサービスＡを受けるときの通信手順を説明する。
ステップ１２−１からステップ１２−５までは、第２の実施形態（図８）のステップ８−１からステップ８−５とほぼ同様であるので、説明を省略する。ただし、ステップ８−４のＭＡＣアドレス解決要請は、ステップ１２−４では、ＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ） Ｒｅｑｕｅｓｔにより行われる。同様に、ステップ８−５のＭＡＣアドレス解決は、ステップ１２−５では、ＡＲＰ Ｒｅｐｌｙによって行われる。
ステップ１２−５のＡＲＰ Ｒｅｐｌｙによって、ＩＰアドレス＃Ａに対応するＭＡＣアドレスの解決が行われると、ルータ網１５０は、データパケットを通信システム１００向けに転送する（ステップ１２−６）。
フロースイッチ１２１はデータパケットを受信すると、フローエントリテーブルを検索し、受信したデータパケットに対応するフローエントリを検索する。受信したデータパケットに対応するフローエントリが存在する場合には、対応するアクションに従って、データパケットの処理を行う。
図１２の例では、受信したデータパケットに対応するフローエントリが存在しない場合について説明する。フロースイッチ１２１において、フローエントリが存在しない典型的な例としては、フロースイッチ１２１が、まだ１度も該当するフローに対応するパケットを受信しておらず、該当するアクションが設定されていない場合が挙げられる。つまり、この場合、受信したデータパケットは、新規のフローの最初のパケットであるといえる。
上述のように、新規フローを検出した場合に、フロースイッチ１２１は、受信したデータパケットをバッファリングしてから、経路制御装置１１０にＰａｃｋｅｔ−ｉｎメッセージを送信する。このＰａｃｋｅｔ−ｉｎメッセージは、非特許文献１で規定されているメッセージであり、オープンフロースイッチにおいて、新規のフローを検出した場合に、オープンフローコントローラに対して送信するメッセージである。このＰａｃｋｅｔ−ｉｎメッセージには、フローエントリの識別に必要な情報と、パケットを受信したポートの情報が含まれている。フローエントリの識別に必要な情報とは、例えば、送信元／宛先ＭＡＣアドレス、送信元／宛先ＩＰアドレス、送信元／宛先ポート番号等である。さらに、新規パケット検出通知には、Ｐａｃｋｅｔ−ｉｎの送信元であるフロースイッチ１２１の識別子を含めても良い。この識別子としては、例えば、フロースイッチ１２１のＩＰアドレス、ＭＡＣアドレス等が考えられるが、フロースイッチ１２１を識別するものであれば、これに限られるものではない。
ここで、フロースイッチ１２１は、受信したパケットをバッファリングして、フローエントリの識別に必要な情報のみ経路制御部１１０に送ることを想定している。しかし、フロースイッチ１２１は、フローエントリの識別に必要な情報だけではなく、受信したパケットごと経路制御部１１０に送信しても良い。
経路制御部１１０は、Ｐａｃｋｅｔ−ｉｎメッセージを受信すると、非特許文献１で規定されているＦｌｏｗＭｏｄと呼ばれるメッセージにより、フローエントリの設定を行う（ステップ１２−８）。ＦｌｏｗＭｏｄメッセージは、オープンフロースイッチに対して、新規登録するフローエントリ、または更新するフローエントリの情報を含む。オープンフローコントローラは、これらの情報を含むメッセージを送信することで、オープンフロースイッチのフローエントリの新規登録または更新を行う。
このステップ１２−８の動作については、図１３のフローチャートを用いて説明する。なお、図１３のフローチャートは、第２の実施形態における図９のフローチャートとほぼ同様であるので、適宜説明を省略する。
まず、経路制御部１１０は、Ｐａｃｋｅｔ−ｉｎメッセージを受信する（ステップ１３−１）。
次に、経路制御部１１０の制御メッセージ処理部１２は、Ｐａｃｋｅｔ−ｉｎメッセージに含まれる情報から、新規フローを検出したフロースイッチとその入力ポート、さらにはデータパケットの宛先ＩＰアドレスの特定を行う（ステップ１３−２）。具体的には、新規フローを検出したフロースイッチはフロースイッチ１２１であり、入力ポートは１であることを特定する。ここで、フロースイッチの識別は、Ｐａｃｋｅｔ−ｉｎにフロースイッチ１２１の識別子が含まれている場合には、フロースイッチ１２１の識別子を用いることで行っても良い。また、データパケットの送信元ＩＰアドレス（通信端末１３０のＩＰアドレス）を基に特定することも可能である。この場合には、通信端末位置管理用テーブル１６−１を用いて、通信端末１３０のエントリに記載された「位置情報」から、フロースイッチ１２１を特定することができる。
さらに、制御メッセージ処理部１２は、フロースイッチと入力ポートの特定と同時に、データパケットの宛先ＩＰアドレスが＃Ａであることも特定する（ステップ１３−２）。ここでは、サービスの特定をＩＰアドレスにより行うため、宛先ＩＰアドレスの特定を行った。しかし、サービスの特定は、ＩＰアドレス以外の情報を用いることでも可能である。他の情報によりサービスの特定を行う場合には、その情報を特定する必要がある。
また、このときに、通信端末位置管理部１６で管理している通信端末位置管理用テーブル１６−１内の通信端末１３０の情報を更新する。通信端末１３０の情報が登録されていない場合には、通信端末位置管理用テーブル１６−１に通信端末１３０の情報を新規登録する。
その後、経路制御部１１０は、フロースイッチ１２１、ポート番号１、サービス識別情報（ＩＰアドレス＃Ａ）をキーに、ポート・サーバグループ管理用テーブル１７−２を検索する。検索の結果、ＩＰアドレス＃Ａを有するサービスノード、つまりサービスＡを提供するサービスノードとして、優先順位の高いサーバ１４０を選択する（ステップ１３−３）。
続いて、経路・処理計算部１３において、新規フローエントリのマッチングキーの決定を行う。同時に、サービスノード管理部１７で管理しているサービスノード位置管理用テーブル１７−１を用いて、宛先であるサーバ１４０の位置確認を行う。サーバ１４０の位置情報に基づいて、フロースイッチ１２１からサーバ１４０へのパケット転送経路を計算する（ステップ１３−４）。
ここでは経路計算の結果、「フロースイッチ１２１→フロースイッチ１２２→サーバ１４０」という経路が選択されたものとする。また、フローのマッチングキーとして、以下の３つの条件が選択されたものとする。（１）送信元ＩＰアドレスが通信端末１３０のＩＰアドレスと一致する。（２）宛先ＭＡＣアドレスがＭＡＣアドレス＃Ａと一致する。（３）宛先ＩＰアドレスがＩＰアドレス＃Ａと一致する。
さらに、経路・処理計算部１３は、決定したマッチングキーに対応したアクションとして、計算された経路通りにパケットを転送するためのアクションを選択する。加えて、フロースイッチ１２２が、マッチングキーに対応するデータパケットを受信した場合に、データパケットのヘッダ内の宛先ＭＡＣアドレスをサーバ１４０のＭＡＣアドレスに変換するというアクションを選択する。
経路・処理計算部１３は、選択したマッチングキー、転送経路およびアクションに基づき、フローエントリを作成する（ステップ１３−５）。続いて、制御メッセージ処理部１２、ノード通信部１１を介して、経路上のフロースイッチであるフロースイッチ１２１、１２２に対して決定したフローエントリの設定を、ＦｌｏｗＭｏｄを送信することにより行う（ステップ１３−６）。
経路制御部１１０は、フローエントリの設定後、フロースイッチ１２１、１２２に設定したフローエントリをパケット転送ルール（フローエントリ）管理部１８に登録する。
以上が、経路制御部１１０による新規フロー検出時のフローエントリ設定の動作である。以下、図１２に戻り、本実施形態の動作の説明を継続する。
フロースイッチ１２１、１２２へのフローエントリの設定が完了する（ステップ１３−８）と、フロースイッチ１２１はバッファリングしてあるパケットをフローエントリに従って転送を行う（ステップ１３−９）。このパケットの転送経路上のフロースイッチ１２１および１２２には既にフローエントリの設定が行われているので、このパケットはフロースイッチ１２１、１２２の順で転送され、サーバ１４０に届く。
以上が、通信端末１３０が、初めてサービスＡを受けようとする場合の通信手順である。通信端末１３１が、ルータ網１５１経由でサービスＡを受けるときの通信手順は上記と同じ手順であり、ＤＮＳサーバで解決されるＩＰアドレスも同じＩＰアドレス＃Ａであるが、通信システム１００との境界となるフロースイッチが異なるため、アクセス先のサーバはサーバ１４１となる点で異なる。
（サーバの障害時の動作）
続いて、サービスＡを提供するサーバ１４０が通信障害に陥った場合の通信手順について、図１４を用いて説明する。
まず、初期状態として、上述したような手順によって、通信端末１３０はサーバ１４０と通信しているものとする（ステップ１４−１）。
サーバ１４０は、自身の異常を検知した場合、もうすぐサービスＡの提供ができなくなると判断する（ステップ１４−２）。そのような場合には、サーバ１４０は、経路制御部１１０に故障通知を送信する（ステップ１４−３）。この際、サーバ１４０は、通信端末１３０へのサービスＡの提供を継続するために必要なステート情報があれば、併せてサーバ１４１に通知する。サーバ１４０の障害検知の方法の例としては、第２の実施形態と同様のものが挙げられるので、ここでは説明を省略する。
経路制御部１１０は、サーバ１４０からの故障通知を受信すると、ポート・サーバグループ管理用テーブル１７−２からサーバ１４０に関する情報を削除する。サーバ１４０の情報を削除することで、フロースイッチとサービスごとにそのサービスを提供する近隣のサービスノードとの対応関係の再構成を行う（ステップ１４−４）。
さらに経路制御部１１０は、パケット転送ルール管理部１８で管理している情報から、通信端末１３０がサーバ１４０と通信中であることを検知する。再構成後のポート・サーバグループ管理用テーブル１７−２を用いて、通信端末１３０に対してサービスＡを提供するサーバを、サーバ１４０からサーバ１４１に変更することを決定する。経路・処理計算部１３は、経路変更の計算を行う（ステップ１４−５）。経路・処理計算部１３は、変更した経路に従って、対応するフローエントリを設定する（ステップ１４−６）。経路の計算からフローエントリ設定（ＦｌｏｗＭｏｄ）までの一連の処理は、上述の図１３のステップ１３−３からステップ１３−６の処理と同様であるため、詳細な説明は省略する。
以上、本実施形態では、ＯｐｅｎＦｌｏｗを適用したネットワークについて説明したが、これに限られるものではない。ＯｐｅｎＦｌｏｗ以外であっても、制御サーバ等がネットワークの集中管理を行うようなネットワークであれば、適用可能である。
（効果）
以上説明した通り、本実施形態によれば、経路制御部１１０（またはコントローラ２００）は、各通信端末、サーバ（サービスノード）を含むサーバ群、フロースイッチの各々の接続関係を管理する。また、経路制御部１１０は、管理する接続関係に基づいて、通信端末から受信したデータパケットが要求するサービスを提供するサーバの中から、データパケットの宛先となるサーバを選択する。そして、経路制御部１１０は、転送経路上のフロースイッチに対して転送経路に対応するアクションを設定する。
以上の動作によって、通信端末からの通信の宛先であり、同一のサービスを提供するサーバの中から、通信端末とサーバ群との接続関係に基づいて通信先を選択することが可能となる。また、あるサーバで障害が起こった場合でも、同一のサービスを提供する異なるサーバを選択して通信を継続し、サービスの提供を継続することが可能となる。
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
この出願は、２０１０年９月２２日に出願された日本出願特願２０１０−２１２４７７を基礎とする優先権を主張し、その開示の全てをここに取り込む。
上記の実施形態の一部または全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記１）
ネットワークを制御する制御装置であって、
前記ネットワークに接続し、各々が同一の識別子を有する通信装置を含む通信装置群と前記識別子を宛先とする通信を行う通信元の通信装置との接続関係に基づいて、前記通信装置群のうち、前記識別子を有する通信装置を通信先の通信装置として選択し、前記通信元の通信装置から選択した前記通信先の通信装置への経路に対応する処理を前記ネットワーク内の転送装置に対して設定する経路制御手段を備えることを特徴とする制御装置。
（付記２）
前記接続関係は、前記通信装置群と前記ネットワークの境界に位置する前記転送装置との接続関係を含むことを特徴とする付記１に記載の制御装置。
（付記３）
前記経路制御手段は、
前記通信装置と、前記ネットワークの境界に位置する前記転送装置との接続関係を記憶する第１の記憶手段と、
前記ネットワークの境界に位置する前記転送装置または前記転送装置が有するポートごとに、前記通信装置群のうち、同一の識別子を有する通信装置を対応付けて記憶する第２の記憶手段と、
前記通信元の通信装置から前記識別子を宛先とする通信を受信した場合、前記第１の記憶手段から、前記通信元の通信装置が接続する前記ネットワークの境界に位置する前記転送装置を検索し、前記第２の記憶手段から、前記検索した転送装置に対応付けられた前記通信装置群のうちいずれか１つを通信先の通信装置として選択する選択手段と、
を備えることを特徴とする付記１または２に記載の制御装置。
（付記４）
前記経路制御手段は、
前記通信装置群に含まれる通信装置の障害を検知した場合、前記第２の記憶手段から、前記障害を検知した通信装置に関する情報を削除することを特徴とする付記３に記載の制御装置。
（付記５）
前記第２の記憶手段は、さらに、前記通信装置群に含まれる通信装置ごとに、当該通信装置と、前記通信元の通信装置と前記ネットワークの境界に位置する前記転送装置との間の距離に基づく優先順位を記憶し、
前記選択手段は、前記優先順位に基づいて、前記通信装置群のうちいずれか１つを前記通信先の通信装置として選択することを特徴とする付記３または４に記載の制御装置。
（付記６）
前記識別子は、ＩＰアドレスであることを特徴とする付記１から５のいずれか１つに記載の制御装置。
（付記７）
前記識別子は、前記通信装置群に含まれる通信装置が提供するサービスを識別可能な識別子であることを特徴とする付記１から５のいずれか１つに記載の制御装置。
（付記８）
前記優先順位は、前記通信元の通信装置と、前記通信元の通信装置が接続する前記ネットワークの境界に位置する転送装置との間のＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）に基づいて設定されることを特徴とする付記５から７のいずれか１つに記載の制御装置。
（付記９）
前記優先順位は、前記ネットワークの外部に設けられた転送装置と、前記通信先の通信装置との間のＡＳ（Ａｕｔｏｎｏｍｏｕｓ Ｓｙｓｔｅｍ）パスに基づいて設定されることを特徴とする付記５から７のいずれか１つに記載の制御装置。
（付記１０）
ネットワークを制御する制御装置と、
パケットを転送する転送装置と、を備え、
前記制御装置は、
前記ネットワークに接続し、各々が同一の識別子を有する通信装置を含む通信装置群と前記識別子を宛先とする通信を行う通信元の通信装置との接続関係に基づいて、前記通信装置群のうち、前記識別子を有する通信装置を通信先の通信装置として選択し、前記通信元の通信装置から選択した前記通信先の通信装置への経路に対応する処理を前記ネットワーク内の転送装置に対して設定する経路制御手段を備えることを特徴とする通信システム。
（付記１１）
前記接続関係は、前記通信装置群と前記ネットワークの境界に位置する前記転送装置との接続関係を含むことを特徴とする付記１０に記載の通信システム。
（付記１２）
前記経路制御手段は、
前記通信装置と、前記ネットワークの境界に位置する前記転送装置との接続関係を記憶する第１の記憶手段と、
前記ネットワークの境界に位置する前記転送装置または前記転送装置が有するポートごとに、前記通信装置群のうち、同一の識別子を有する通信装置を対応付けて記憶する第２の記憶手段と、
前記通信元の通信装置から前記識別子を宛先とする通信を受信した場合、前記第１の記憶手段から、前記通信元の通信装置が接続する前記ネットワークの境界に位置する前記転送装置を検索し、前記第２の記憶手段から、前記検索した転送装置に対応付けられた前記通信装置群のうちいずれか１つを通信先の通信装置として選択する選択部と、
を備えることを特徴とする付記１０または１１に記載の通信システム。
（付記１３）
前記経路制御手段は、
前記通信装置群に含まれる通信装置の障害を検知した場合、前記第２の記憶手段から、前記障害を検知した通信装置に関する情報を削除することを特徴とする付記１２に記載の通信システム。
（付記１４）
前記第２の記憶手段は、さらに、前記通信装置群に含まれる通信装置ごとに、当該通信装置と、前記通信元の通信装置と前記ネットワークの境界に位置する前記転送装置との間の距離に基づく優先順位を記憶し、
前記選択手段は、前記優先順位に基づいて、前記通信装置群のうちいずれか１つを前記通信先の通信装置として選択することを特徴とする付記１２または１３に記載の通信システム。
（付記１５）
前記識別子は、ＩＰアドレスであることを特徴とする付記１０から１４のいずれか１つに記載の通信システム。
（付記１６）
前記識別子は、前記通信装置群に含まれる通信装置が提供するサービスを識別可能な識別子であることを特徴とする付記１０から１４のいずれか１つに記載の通信システム。
（付記１７）
前記優先順位は、前記通信元の通信装置と、前記通信元の通信装置が接続する前記ネットワークの境界に位置する転送装置との間のＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）に基づいて設定されることを特徴とする付記１４から１６のいずれか１つに記載の通信システム。
（付記１８）
前記優先順位は、前記ネットワークの外部に設けられた転送装置と、前記通信先の通信装置との間のＡＳ（Ａｕｔｏｎｏｍｏｕｓ Ｓｙｓｔｅｍ）パスに基づいて設定されることを特徴とする付記１４から１６のいずれか１つに記載の通信システム。
（付記１９）
制御装置により制御されるネットワークに接続し、各々が同一の識別子を有する通信装置を含む通信装置群と前記識別子を宛先とする通信を行う通信元の通信装置との接続関係に基づいて、前記通信装置群のうち、前記識別子を有する通信装置を通信先の通信装置として選択し、前記通信元の通信装置から選択した前記通信先の通信装置への経路に対応する処理を前記ネットワーク内の転送装置に対して設定することを特徴とする通信方法。
（付記２０）
前記接続関係は、前記通信装置群と前記ネットワークの境界に位置する前記転送装置との接続関係を含むことを特徴とする付記１９に記載の通信方法。
（付記２１）
前記通信方法は、さらに、
前記通信装置と、前記ネットワークの境界に位置する前記転送装置との接続関係を記憶する第１の記憶手段から、前記通信元の通信装置が接続する前記ネットワークの境界に位置する前記転送装置を検索し、
前記ネットワークの境界に位置する前記転送装置または前記転送装置が有するポートごとに、前記通信装置群のうち、同一の識別子を有する通信装置を対応付けて記憶する第２の記憶手段から、前記検索した転送装置に対応付けられた前記通信装置群のうちいずれか１つを選択する選択することを特徴とする付記１９または２０に記載の通信方法。
（付記２２）
前記通信方法は、さらに、
前記通信装置群に含まれる通信装置の障害を検知した場合、前記第２の記憶手段から、前記障害を検知した通信装置に関する情報を削除することを特徴とする付記２１に記載の通信方法。
（付記２３）
前記第２の記憶手段は、さらに、前記通信装置に含まれる通信装置ごとに、当該通信装置と、前記通信元の通信装置と前記ネットワークの境界に位置する前記転送装置との間の距離に基づく優先順位を記憶し、
前記優先順位に基づいて、前記通信装置群のうちいずれか１つを前記通信先の通信装置として選択することを特徴とする付記２１または２２に記載の通信方法。
（付記２４）
前記識別子は、ＩＰアドレスであることを特徴とする付記１９から２３のいずれか１つに記載の通信方法。
（付記２５）
前記識別子は、前記通信装置群に含まれる通信装置が提供するサービスを識別可能な識別子であることを特徴とする付記１９から２３のいずれか１つに記載の通信方法。
（付記２６）
前記優先順位は、前記通信元の通信装置と、前記通信元の通信装置が接続する前記ネットワークの境界に位置する転送装置との間のＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）に基づいて設定されることを特徴とする付記２３から２５のいずれか１つに記載の通信方法。
（付記２７）
前記優先順位は、前記ネットワークの外部に設けられた転送装置と、前記通信先の通信装置との間のＡＳ（Ａｕｔｏｎｏｍｏｕｓ Ｓｙｓｔｅｍ）パスに基づいて設定されることを特徴とする付記２３から２５のいずれか１つに記載の通信方法。
（付記２８）
制御装置により制御されるネットワークに接続し、各々が同一の識別子を有する通信装置を含む通信装置群と前記識別子を宛先とする通信を行う通信元の通信装置との接続関係に基づいて、前記通信装置群のうち、前記識別子を有する通信装置を通信先の通信装置として選択し、前記通信元の通信装置から選択した前記通信先の通信装置への経路に対応する処理を前記ネットワーク内の転送装置に対して設定する経路制御処理をコンピュータに実行させることを特徴とする通信プログラムを記録する記録媒体。
（付記２９）
前記接続関係は、前記通信装置群と前記ネットワークの境界に位置する前記転送装置との接続関係を含むことを特徴とする付記２８に記載の通信プログラムを記録する記録媒体。
（付記３０）
前記経路制御処理は、
前記通信装置と、前記ネットワークの境界に位置する前記転送装置との接続関係を記憶する第１の記憶手段から、前記通信元の通信装置が接続する前記ネットワークの境界に位置する前記転送装置を検索する検索処理と、
前記ネットワークの境界に位置する前記転送装置または前記転送装置が有するポートごとに、前記通信装置群のうち、同一の識別子を有する通信装置を対応付けて記憶する第２の記憶手段から、前記検索した転送装置に対応付けられた前記通信装置群のうちいずれか１つを選択する選択処理と、
を含むことを特徴とする付記２８または２９に記載の通信プログラムを記録する記録媒体。
（付記３１）
前記通信プログラムは、
前記通信装置群に含まれる通信装置の障害を検知した場合、前記第２の記憶手段から、前記障害を検知した通信装置に関する情報を削除する削除処理を含むことを特徴とする付記３０に記載の通信プログラムを記録する記録媒体。
（付記３２）
前記第２の記憶手段は、さらに、前記通信装置に含まれる通信装置ごとに、当該通信装置と、前記通信元の通信装置と前記ネットワークの境界に位置する前記転送装置との間の距離に基づく優先順位を記憶し、
前記選択処理は、前記優先順位に基づいて、前記通信装置群のうちいずれか１つを前記通信先の通信装置として選択することを特徴とする付記３０または３１に記載の通信プログラムを記録する記録媒体。
（付記３３）
前記識別子は、ＩＰアドレスであることを特徴とする付記２８から３１のいずれか１つに記載の通信プログラムを記録する記録媒体。
（付記３４）
前記識別子は、前記通信装置群に含まれる通信装置が提供するサービスを識別可能な識別子であることを特徴とする付記２８から３２のいずれか１つに記載の通信プログラムを記録する記録媒体。
（付記３５）
前記優先順位は、前記通信元の通信装置と、前記通信元の通信装置が接続する前記ネットワークの境界に位置する転送装置との間のＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）に基づいて設定されることを特徴とする付記３２から３４のいずれか１つに記載の通信プログラムを記録する記録媒体。
（付記３６）
前記優先順位は、前記ネットワークの外部に設けられた転送装置と、前記通信先の通信装置との間のＡＳ（Ａｕｔｏｎｏｍｏｕｓ Ｓｙｓｔｅｍ）パスに基づいて設定されることを特徴とする付記３２から３４のいずれか１つに記載の通信プログラムを記録する記録媒体。
１、１−１、１−２、１００、１０００ 通信システム
２、２０００ 制御装置
１０、１１０、１００１ 経路制御部
２０ パケット転送部群
２１、２２、２３、２４ パケット転送部
４０、４１、１４０、１４１ サーバ
５１、５２ 論理チャネル
１３０、１３１ 通信端末
１５０、１５１、１５２ ルータ網
１６０、１６１ ＤＮＳサーバ
１１ ノード通信部
１２ 制御メッセージ処理部
１３ 経路・処理計算部
１４ パケット転送部管理部
１５ トポロジ管理部
１６ 通信端末位置管理部
１６−１ 通信端末位置管理用テーブル
１７ サービスノード管理部
１７−１ サービスノード位置管理用テーブル
１７−２ ポート・サーバグループ管理用テーブル
１７−３ サービス・代表ＭＡＣアドレス管理用テーブル
１８ パケット転送ルール管理部
１９ パケット転送ルールＤＢ
２００ コントローラ
１２０ フロースイッチ網
１２１、１２２、１２３、１２４ フロースイッチ
１２００ 通信装置群
１４００ サーバ群

Claims (36)

  1. ネットワークを制御する制御装置であって、
    前記ネットワークに接続し、各々が同一の識別子を有する通信装置を含む通信装置群と前記識別子を宛先とする通信を行う通信元の通信装置との接続関係に基づいて、前記通信装置群のうち、前記識別子を有する通信装置を通信先の通信装置として選択し、前記通信元の通信装置から選択した前記通信先の通信装置への経路に対応する処理を前記ネットワーク内の転送装置に対して設定する経路制御手段を備えることを特徴とする制御装置。
  2. 前記接続関係は、前記通信装置群と前記ネットワークの境界に位置する前記転送装置との接続関係を含むことを特徴とする請求項１に記載の制御装置。
  3. 前記経路制御手段は、
    前記通信装置と、前記ネットワークの境界に位置する前記転送装置との接続関係を記憶する第１の記憶手段と、
    前記ネットワークの境界に位置する前記転送装置または前記転送装置が有するポートごとに、前記通信装置群のうち、同一の識別子を有する通信装置を対応付けて記憶する第２の記憶手段と、
    前記通信元の通信装置から前記識別子を宛先とする通信を受信した場合、前記第１の記憶手段から、前記通信元の通信装置が接続する前記ネットワークの境界に位置する前記転送装置を検索し、前記第２の記憶手段から、前記検索した転送装置に対応付けられた前記通信装置群のうちいずれか１つを通信先の通信装置として選択する選択手段と、
    を備えることを特徴とする請求項１または２に記載の制御装置。
  4. 前記経路制御手段は、
    前記通信装置群に含まれる通信装置の障害を検知した場合、前記第２の記憶手段から、前記障害を検知した通信装置に関する情報を削除することを特徴とする請求項３に記載の制御装置。
  5. 前記第２の記憶手段は、さらに、前記通信装置群に含まれる通信装置ごとに、当該通信装置と、前記通信先の通信装置と前記ネットワークの境界に位置する前記転送装置との間の距離に基づく優先順位を記憶し、
    前記選択手段は、前記優先順位に基づいて、前記通信装置群のうちいずれか１つを前記通信先の通信装置として選択することを特徴とする請求項３または４に記載の制御装置。
  6. 前記識別子は、ＩＰアドレスであることを特徴とする請求項１から５のいずれか１つに記載の制御装置。
  7. 前記識別子は、前記通信装置群に含まれる通信装置が提供するサービスを識別可能な識別子であることを特徴とする請求項１から５のいずれか１つに記載の制御装置。
  8. 前記優先順位は、前記通信先の通信装置と、前記通信元の通信装置が接続する前記ネットワークの境界に位置する転送装置との間のＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）に基づいて設定されることを特徴とする請求項５から７のいずれか１つに記載の制御装置。
  9. 前記優先順位は、前記ネットワークの外部に設けられた転送装置と、前記通信先の通信装置との間のＡＳ（Ａｕｔｏｎｏｍｏｕｓ Ｓｙｓｔｅｍ）パスに基づいて設定されることを特徴とする請求項５から７のいずれか１つに記載の制御装置。
  10. ネットワークを制御する制御装置と、
    パケットを転送する転送装置と、を備え、
    前記制御装置は、
    前記ネットワークに接続し、各々が同一の識別子を有する通信装置を含む通信装置群と前記識別子を宛先とする通信を行う通信元の通信装置との接続関係に基づいて、前記通信装置群のうち、前記識別子を有する通信装置を通信先の通信装置として選択し、前記通信元の通信装置から選択した前記通信先の通信装置への経路に対応する処理を前記ネットワーク内の転送装置に対して設定する経路制御手段を備えることを特徴とする通信システム。
  11. 前記接続関係は、前記通信装置群と前記ネットワークの境界に位置する前記転送装置との接続関係を含むことを特徴とする請求項１０に記載の通信システム。
  12. 前記経路制御手段は、
    前記通信装置と、前記ネットワークの境界に位置する前記転送装置との接続関係を記憶する第１の記憶手段と、
    前記ネットワークの境界に位置する前記転送装置または前記転送装置が有するポートごとに、前記通信装置群のうち、同一の識別子を有する通信装置を対応付けて記憶する第２の記憶手段と、
    前記通信元の通信装置から前記識別子を宛先とする通信を受信した場合、前記第１の記憶手段から、前記通信元の通信装置が接続する前記ネットワークの境界に位置する前記転送装置を検索し、前記第２の記憶手段から、前記検索した転送装置に対応付けられた前記通信装置群のうちいずれか１つを通信先の通信装置として選択する選択部と、
    を備えることを特徴とする請求項１０または１１に記載の通信システム。
  13. 前記経路制御手段は、
    前記通信装置群に含まれる通信装置の障害を検知した場合、前記第２の記憶手段から、前記障害を検知した通信装置に関する情報を削除することを特徴とする付記１２に記載の通信システム。
  14. 前記第２の記憶手段は、さらに、前記通信装置群に含まれる通信装置ごとに、当該通信装置と、前記通信先の通信装置と前記ネットワークの境界に位置する前記転送装置との間の距離に基づく優先順位を記憶し、
    前記選択手段は、前記優先順位に基づいて、前記通信装置群のうちいずれか１つを前記通信先の通信装置として選択することを特徴とする請求項１２または１３に記載の通信システム。
  15. 前記識別子は、ＩＰアドレスであることを特徴とする請求項１０から１４のいずれか１つに記載の通信システム。
  16. 前記識別子は、前記通信装置群に含まれる通信装置が提供するサービスを識別可能な識別子であることを特徴とする請求項１０から１４のいずれか１つに記載の通信システム。
  17. 前記優先順位は、前記通信先の通信装置と、前記通信元の通信装置が接続する前記ネットワークの境界に位置する転送装置との間のＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）に基づいて設定されることを特徴とする請求項１４から１６のいずれか１つに記載の通信システム。
  18. 前記優先順位は、前記ネットワークの外部に設けられた転送装置と、前記通信先の通信装置との間のＡＳ（Ａｕｔｏｎｏｍｏｕｓ Ｓｙｓｔｅｍ）パスに基づいて設定されることを特徴とする請求項１４から１６のいずれか１つに記載の通信システム。
  19. 制御装置により制御されるネットワークに接続し、各々が同一の識別子を有する通信装置を含む通信装置群と前記識別子を宛先とする通信を行う通信元の通信装置との接続関係に基づいて、前記通信装置群のうち、前記識別子を有する通信装置を通信先の通信装置として選択し、前記通信元の通信装置から選択した前記通信先の通信装置への経路に対応する処理を前記ネットワーク内の転送装置に対して設定することを特徴とする通信方法。
  20. 前記接続関係は、前記通信装置群と前記ネットワークの境界に位置する前記転送装置との接続関係を含むことを特徴とする請求項１９に記載の通信方法。
  21. 前記通信方法は、さらに、
    前記通信装置と、前記ネットワークの境界に位置する前記転送装置との接続関係を記憶する第１の記憶手段から、前記通信元の通信装置が接続する前記ネットワークの境界に位置する前記転送装置を検索し、
    前記ネットワークの境界に位置する前記転送装置または前記転送装置が有するポートごとに、前記通信装置群のうち、同一の識別子を有する通信装置を対応付けて記憶する第２の記憶手段から、前記検索した転送装置に対応付けられた前記通信装置群のうちいずれか１つを選択する選択することを特徴とする請求項１９または２０に記載の通信方法。
  22. 前記通信方法は、さらに、
    前記通信装置群に含まれる通信装置の障害を検知した場合、前記第２の記憶手段から、前記障害を検知した通信装置に関する情報を削除することを特徴とする付記２１に記載の通信方法。
  23. 前記第２の記憶手段は、さらに、前記通信装置に含まれる通信装置ごとに、当該通信装置と、前記通信先の通信装置と前記ネットワークの境界に位置する前記転送装置との間の距離に基づく優先順位を記憶し、
    前記優先順位に基づいて、前記通信装置群のうちいずれか１つを前記通信先の通信装置として選択することを特徴とする付記２１または２２に記載の通信方法。
  24. 前記識別子は、ＩＰアドレスであることを特徴とする請求項１９から２３のいずれか１つに記載の通信方法。
  25. 前記識別子は、前記通信装置群に含まれる通信装置が提供するサービスを識別可能な識別子であることを特徴とする請求項１９から２３のいずれか１つに記載の通信方法。
  26. 前記優先順位は、前記通信先の通信装置と、前記通信元の通信装置が接続する前記ネットワークの境界に位置する転送装置との間のＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）に基づいて設定されることを特徴とする請求項２３から２５のいずれか１つに記載の通信方法。
  27. 前記優先順位は、前記ネットワークの外部に設けられた転送装置と、前記通信先の通信装置との間のＡＳ（Ａｕｔｏｎｏｍｏｕｓ Ｓｙｓｔｅｍ）パスに基づいて設定されることを特徴とする請求項２３から２５のいずれか１つに記載の通信方法。
  28. 制御装置により制御されるネットワークに接続し、各々が同一の識別子を有する通信装置を含む通信装置群と前記識別子を宛先とする通信を行う通信元の通信装置との接続関係に基づいて、前記通信装置群のうち、前記識別子を有する通信装置を通信先の通信装置として選択し、前記通信元の通信装置から選択した前記通信先の通信装置への経路に対応する処理を前記ネットワーク内の転送装置に対して設定する経路制御処理をコンピュータに実行させることを特徴とする通信プログラムを記録する記録媒体。
  29. 前記接続関係は、前記通信装置群と前記ネットワークの境界に位置する前記転送装置との接続関係を含むことを特徴とする請求項２８に記載の通信プログラムを記録する記録媒体。
  30. 前記経路制御処理は、
    前記通信装置と、前記ネットワークの境界に位置する前記転送装置との接続関係を記憶する第１の記憶手段から、前記通信元の通信装置が接続する前記ネットワークの境界に位置する前記転送装置を検索する検索処理と、
    前記ネットワークの境界に位置する前記転送装置または前記転送装置が有するポートごとに、前記通信装置群のうち、同一の識別子を有する通信装置を対応付けて記憶する第２の記憶手段から、前記検索した転送装置に対応付けられた前記通信装置群のうちいずれか１つを選択する選択処理と、
    を含むことを特徴とする請求項２８または２９に記載の通信プログラムを記録する記録媒体。
  31. 前記通信プログラムは、
    前記通信装置群に含まれる通信装置の障害を検知した場合、前記第２の記憶手段から、前記障害を検知した通信装置に関する情報を削除する削除処理を含むことを特徴とする付記３０に記載の通信プログラムを記録する記録媒体。
  32. 前記第２の記憶手段は、さらに、前記通信装置に含まれる通信装置ごとに、当該通信装置と、前記通信先の通信装置と前記ネットワークの境界に位置する前記転送装置との間の距離に基づく優先順位を記憶し、
    前記選択処理は、前記優先順位に基づいて、前記通信装置群のうちいずれか１つを前記通信先の通信装置として選択することを特徴とする付記３０または３１に記載の通信プログラムを記録する記録媒体。
  33. 前記識別子は、ＩＰアドレスであることを特徴とする請求項２８から３１のいずれか１つに記載の通信プログラムを記録する記録媒体。
  34. 前記識別子は、前記通信装置群に含まれる通信装置が提供するサービスを識別可能な識別子であることを特徴とする請求項２８から３２のいずれか１つに記載の通信プログラムを記録する記録媒体。
  35. 前記優先順位は、前記通信先の通信装置と、前記通信元の通信装置が接続する前記ネットワークの境界に位置する転送装置との間のＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）に基づいて設定されることを特徴とする請求項３２から３４のいずれか１つに記載の通信プログラムを記録する記録媒体。
  36. 前記優先順位は、前記ネットワークの外部に設けられた転送装置と、前記通信先の通信装置との間のＡＳ（Ａｕｔｏｎｏｍｏｕｓ Ｓｙｓｔｅｍ）パスに基づいて設定されることを特徴とする請求項３２から３４のいずれか１つに記載の通信プログラムを記録する記録媒体。
JP2013512664A 2010-09-22 2011-06-23 制御装置、通信システム、通信方法、および通信プログラム Active JP5713101B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2013512664A JP5713101B2 (ja) 2010-09-22 2011-06-23 制御装置、通信システム、通信方法、および通信プログラム

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2010212477 2010-09-22
JP2010212477 2010-09-22
PCT/JP2011/064991 WO2012039176A1 (en) 2010-09-22 2011-06-23 A control apparatus, a communication system, a communication method and a recording medium having recorded thereon a communication program
JP2013512664A JP5713101B2 (ja) 2010-09-22 2011-06-23 制御装置、通信システム、通信方法、および通信プログラム

Publications (2)

Publication Number Publication Date
JP2013541235A true JP2013541235A (ja) 2013-11-07
JP5713101B2 JP5713101B2 (ja) 2015-05-07

Family

ID=45873672

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013512664A Active JP5713101B2 (ja) 2010-09-22 2011-06-23 制御装置、通信システム、通信方法、および通信プログラム

Country Status (7)

Country Link
US (1) US20130176861A1 (ja)
EP (1) EP2619953B1 (ja)
JP (1) JP5713101B2 (ja)
CN (1) CN103119897B (ja)
BR (1) BR112013005980A2 (ja)
RU (1) RU2558624C2 (ja)
WO (1) WO2012039176A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014158143A (ja) * 2013-02-15 2014-08-28 Nippon Telegr & Teleph Corp <Ntt> 負荷分散システム、負荷分散方法
WO2018173799A1 (ja) * 2017-03-24 2018-09-27 住友電気工業株式会社 スイッチ装置、通信制御方法および通信制御プログラム
WO2021229657A1 (ja) * 2020-05-11 2021-11-18 日本電信電話株式会社 パケット転送システム及び経路設定方法

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2810411A4 (en) * 2012-01-30 2015-07-29 Nec Corp CONTROL PROCEDURE, CONTROL DEVICE, COMMUNICATION SYSTEM AND PROGRAM
JP6090423B2 (ja) * 2012-03-30 2017-03-08 日本電気株式会社 通信システム、制御装置、通信装置、通信制御方法およびプログラム
JP5966703B2 (ja) * 2012-07-10 2016-08-10 富士通株式会社 ルータ装置、通信システム及びパケット転送方法
US9537904B2 (en) * 2013-01-24 2017-01-03 Tekelec, Inc. Methods, systems, and computer readable media for using policy knowledge of or obtained by a policy and charging rules function (PCRF) for needs based forwarding of bearer session traffic to network nodes
CN104009930B (zh) * 2013-02-22 2017-09-22 上海贝尔股份有限公司 基于隐含的流信息进行sdn流匹配的方法和设备
EP3021633B1 (en) 2013-07-11 2023-08-30 Nec Corporation Communication system and communication method with multiple gtp-u tunnels
JP2015023533A (ja) * 2013-07-23 2015-02-02 日本電気株式会社 通信システム
CN104426756B (zh) * 2013-08-19 2019-03-15 中兴通讯股份有限公司 一种服务节点能力信息的获取方法及控制平台
US11388082B2 (en) 2013-11-27 2022-07-12 Oracle International Corporation Methods, systems, and computer readable media for diameter routing using software defined network (SDN) functionality
US10148509B2 (en) 2015-05-13 2018-12-04 Oracle International Corporation Methods, systems, and computer readable media for session based software defined networking (SDN) management

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005322107A (ja) * 2004-05-11 2005-11-17 Fujitsu Ltd 負荷分散装置及びプログラム
WO2010090182A1 (ja) * 2009-02-03 2010-08-12 日本電気株式会社 アプリケーションスイッチシステム、及びアプリケーションスイッチ方法

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4091723B2 (ja) * 2000-02-04 2008-05-28 富士通株式会社 データ転送方法及びその装置
RU2233473C2 (ru) * 2000-12-22 2004-07-27 Самсунг Электроникс Ко., Лтд. Устройство и способ выполнения высокоскоростного поиска маршрутов протокола интернет и управления таблицами маршрутизации/пересылки
US7391782B2 (en) * 2001-03-06 2008-06-24 Fujitsu Limited Packet relaying apparatus and relaying method with next relaying address collation
RU2387002C2 (ru) * 2003-06-30 2010-04-20 Майкрософт Корпорейшн Выравнивание сетевой нагрузки с помощью управления соединением
WO2005006671A1 (ja) * 2003-07-09 2005-01-20 Fujitsu Limited ネットワークにおける特定サービスの最適ルーティング方法並びに同ネットワークに用いられるサーバ及びルーティングノード
US20050111465A1 (en) * 2003-11-25 2005-05-26 Stewart Mark Andrew W. Infiniband switch operating in a clos network
US8072901B1 (en) * 2005-05-09 2011-12-06 Cisco Technology, Inc. Technique for efficient probing to verify policy conformance
US8155126B1 (en) * 2005-06-03 2012-04-10 At&T Intellectual Property Ii, L.P. Method and apparatus for inferring network paths
US7778248B2 (en) * 2005-10-28 2010-08-17 Cisco Technology, Inc. Method and apparatus for prioritized processing of routing information
JP4776412B2 (ja) * 2006-03-23 2011-09-21 エヌ・ティ・ティ・コミュニケーションズ株式会社 パケット転送装置、パケット転送方法、及びプログラム
JP2008219400A (ja) 2007-03-02 2008-09-18 Fujitsu Ltd 中継装置およびパケット中継方法
JP5109940B2 (ja) * 2008-11-20 2012-12-26 富士通株式会社 入力エッジルータ特定方法、プログラム及びコンピュータ
US8094575B1 (en) * 2009-03-24 2012-01-10 Juniper Networks, Inc. Routing protocol extension for network acceleration service-aware path selection within computer networks
US8165121B1 (en) * 2009-06-22 2012-04-24 Juniper Networks, Inc. Fast computation of loop free alternate next hops

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005322107A (ja) * 2004-05-11 2005-11-17 Fujitsu Ltd 負荷分散装置及びプログラム
WO2010090182A1 (ja) * 2009-02-03 2010-08-12 日本電気株式会社 アプリケーションスイッチシステム、及びアプリケーションスイッチ方法

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014158143A (ja) * 2013-02-15 2014-08-28 Nippon Telegr & Teleph Corp <Ntt> 負荷分散システム、負荷分散方法
WO2018173799A1 (ja) * 2017-03-24 2018-09-27 住友電気工業株式会社 スイッチ装置、通信制御方法および通信制御プログラム
JP2018164164A (ja) * 2017-03-24 2018-10-18 住友電気工業株式会社 スイッチ装置、通信制御方法および通信制御プログラム
US11637803B2 (en) 2017-03-24 2023-04-25 Sumitomo Electric Industries, Ltd. Switch device and communication control method
WO2021229657A1 (ja) * 2020-05-11 2021-11-18 日本電信電話株式会社 パケット転送システム及び経路設定方法
JP7460930B2 (ja) 2020-05-11 2024-04-03 日本電信電話株式会社 パケット転送システム及び経路設定方法

Also Published As

Publication number Publication date
EP2619953B1 (en) 2017-12-27
CN103119897B (zh) 2016-05-25
RU2558624C2 (ru) 2015-08-10
JP5713101B2 (ja) 2015-05-07
US20130176861A1 (en) 2013-07-11
CN103119897A (zh) 2013-05-22
EP2619953A1 (en) 2013-07-31
RU2013118214A (ru) 2014-10-27
BR112013005980A2 (pt) 2019-09-24
WO2012039176A1 (en) 2012-03-29
EP2619953A4 (en) 2016-12-07

Similar Documents

Publication Publication Date Title
JP5713101B2 (ja) 制御装置、通信システム、通信方法、および通信プログラム
US11134012B2 (en) Communication system, communication device, controller, and method and program for controlling forwarding path of packet flow
JP5757324B2 (ja) コンピュータシステム、及び通信方法
JP5850471B2 (ja) 通信システム、制御装置、ノード制御方法およびプログラム
US8837286B2 (en) Communication system, flow control device, flow table updating method, and program
JP5846199B2 (ja) 制御装置、通信システム、通信方法、および通信プログラム
JP5800019B2 (ja) 通信経路制御システム、経路制御装置、通信経路制御方法および経路制御プログラム
WO2013141340A1 (ja) 制御装置、通信装置、通信システム、通信方法及びプログラム
JP2014161098A (ja) 通信システム、ノード、パケット転送方法およびプログラム
JP2012227651A (ja) ネットワークシステム及びフレーム通信方法
JP5747997B2 (ja) 制御装置、通信システム、仮想ネットワークの管理方法およびプログラム
JP5742268B2 (ja) 通信システム、制御装置、通信方法
JP6024761B2 (ja) 制御装置、通信システム、通信方法及びプログラム
Cisco Configuring Banyan VINES
Cisco Configuring Banyan VINES
Cisco Configuring Banyan VINES
Bujaranpally Design and implementation of the MobilityFirst protocol stack on an SDN platform using IPV6

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20140519

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20141125

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150120

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20150223

R150 Certificate of patent or registration of utility model

Ref document number: 5713101

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150