特許 6017587 ソフトウェア定義ネットワーク・ベースのデータ処理方法、制御ノード、データ・ノード、及びシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6017587

(24)【登録日】2016年10月7日

(45)【発行日】2016年11月2日

(54)【発明の名称】ソフトウェア定義ネットワーク・ベースのデータ処理方法、制御ノード、データ・ノード、及びシステム

(51)【国際特許分類】

   H04L 12/717 20130101AFI20161020BHJP

   H04L 12/715 20130101ALI20161020BHJP

【ＦＩ】

   H04L12/717

   H04L12/715

【請求項の数】12

【全頁数】50

(21)【出願番号】特願2014-553609(P2014-553609)

(86)(22)【出願日】2013年7月23日

(65)【公表番号】特表2015-508622(P2015-508622A)

(43)【公表日】2015年3月19日

(86)【国際出願番号】CN2013079908

(87)【国際公開番号】WO2014101398

(87)【国際公開日】20140703

【審査請求日】2014年2月4日

(31)【優先権主張番号】201210564522.5

(32)【優先日】2012年12月24日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】姜 松

(72)【発明者】

【氏名】夏 命榛

【審査官】 松崎 孝大

(56)【参考文献】

【文献】 国際公開第２０１１／０８３７８０（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １２／７１７

Ｈ０４Ｌ １２／７１５

(57)【特許請求の範囲】

【請求項1】

ソース・データ・ノードと、対応するソース制御ノードと、デスティネーション制御ノードと、１つ又は複数のサービング・ノードとを含むソフトウェア定義ネットワーク・ベースのデータ処理システムであって、
前記ソース・データ・ノードは、第１のデータ・パケットを受信し、前記第１のデータ・パケットを前記ソース制御ノードに送出するよう構成され、
前記ソース制御ノードは、前記ソース・データ・ノードによって送出された前記第１のデータ・パケットを受信するよう構成され、前記第１のデータ・パケットは前記第１のデータ・パケットのデスティネーション・アドレスを収容し、前記第１のデータ・パケットの前記デスティネーション・アドレスに応じてデスティネーション制御ノードを判定するよう構成され、
前記デスティネーション制御ノードは、前記ソース制御ノードから前記第１のデータ・パケットを受信し、前記第１のデータ・パケットのサブタプル情報又は前記第１のデータ・パケットのアプリケーション層情報に対応するポリシー・パラメータ又は動作パラメータを求めて、前記第１のデータ・パケットの前記サブタプル情報又は前記第１のデータ・パケットの前記アプリケーション層情報に応じて、マッチング・ポリシー・ルールをサーチし、見つかった動作パラメータ又はポリシー・パラメータに応じて、前記１つ又は複数のサービング・ノードにおいて前記動作パラメータ又はポリシー・パラメータを実行する機能を有する機能要求情報を第１のサービング・ノードに送出するよう構成され、機能応答情報に応じて第２のデータ・パケットを生成するよう更に構成され、
前記マッチング・ポリシー・ルールは、サブタプル情報と動作パラメータ又はポリシー・パラメータとの間のマッピング／対応関係、又は、アプリケーション層情報と動作パラメータ又はポリシー・パラメータとの間のマッピングを含み、
前記機能応答情報は、前記機能要求情報に応じて前記第１のサービング・ノードによって送出され、
前記サブタプル情報は、データ・パケットのソース／デスティネーションＭＡＣアドレス、ソース／デスティネーションＩＰアドレス、ソース／デスティネーションＴＣＰポート、データ・ノードの入口／出口としてのネットワーク・ポート、及びデータ・パケットのＶＬＡＮラベルのいずれか１つ又はいずれかの組み合わせを含み、
前記デスティネーション制御ノードは前記第２のデータ・パケットを前記ソース・データ・ノードに送出するよう更に構成され、前記第２のデータ・パケットは前記第２のデータ・パケットのデスティネーション・アドレスを収容し、
前記ソース・データ・ノードは、前記第２のデータ・パケットの前記デスティネーション・アドレスに対応するデータ・ノードに、前記第２のデータ・パケットを送出するよう更に構成されるデータ処理システム。

【請求項2】

請求項１記載のデータ処理システムであって、前記第１のデータ・パケットは前記第１のデータ・パケットのソースＩＰアドレスを収容し、前記ソース・データ・ノードは、前記第１のデータ・パケットの前記ソースＩＰアドレスに応じて、又はデータ・ノードと制御ノードとの間のマッピングに応じて前記ソース・データ・ノードに対応する前記ソース制御ノードを判定し、前記第１のデータ・パケットを前記対応するソース制御ノードに送出するよう構成されたデータ処理システム。

【請求項3】

請求項１又は２に記載のデータ処理システムであって、
前記ソース制御ノードが前記デスティネーション・データ・ノードを管理しない場合、前記デスティネーション・データ・ノード及び前記ソース・データ・ノードを管理する前記デスティネーション制御ノードを判定するデータ処理システム。

【請求項4】

請求項１記載のデータ処理システムであって、前記データ処理システムは、少なくとも１つの中継データ・ノードを更に備え、前記デスティネーション制御ノードが中継データ・ノードそれぞれを管理するよう構成され、
前記中継データ・ノードは前記中継データ・ノードに対応するフロー・テーブルを記憶し、前記フロー・テーブルはデータ・パケットの処理ルールを記憶するために使用され、前記ソース・データ・ノードは前記ソース・データ・ノードに対応するフロー・テーブルを記憶し、前記フロー・テーブルはデータ・パケットの処理ルールを記憶するために使用され、
前記デスティネーション制御ノードは、ルーティング配分ルールを生成し、前記ルーティング配分ルールを前記中継データ・ノード及び前記ソース・データ・ノードに配信するよう更に構成され、前記ルーティング配分ルールは、前記第２のデータ・パケットに対してルートを割り当てるために使用され、
前記中継データ・ノードは、前記デスティネーション制御ノードによって送出された前記ルーティング配分ルールを受信し、前記ルーティング配分ルールに応じて前記中継データ・ノードの前記フロー・テーブルを更新するよう更に構成され、
前記ソース・データ・ノードは、前記第２のデータ・パケットの前記デスティネーション・アドレスに対応する中継データ・ノードに前記第２のデータ・パケットを、前記更新されたフロー・テーブルに応じて送出するよう更に構成され、
前記中継データ・ノードは、前記第２のデータ・パケットの前記デスティネーション・アドレスに対応するデスティネーション・データ・ノードに前記第２のデータ・パケットを、前記更新されたフロー・テーブルに応じて送出するよう構成されたデータ処理システム。

【請求項5】

請求項１乃至３の何れか一項に記載のデータ処理システムであって、前記ソース・データ・ノードはフロー・テーブルを記憶し、前記フロー・テーブルは、サービス・フロー・データ・パケットのサブタプル情報、及び前記サブタプル情報に対応する処理ルールを記憶するために使用され、
前記デスティネーション制御ノードは、前記ソース・データ・ノードの前記フロー・テーブルに制御ノード番号フィールド及びサービス・パラメータ・フィールドを付加するよう更に構成され、前記制御ノード番号フィールドは前記ソース・データ・ノードに対応するデスティネーション制御ノードのインデクスを表すために使用され、前記サービス・パラメータ・フィールドは、前記サービス・フロー・データ・パケットの前記サブタプル情報の処理結果に対応するインデクスを表すために使用されるデータ処理システム。

【請求項6】

請求項５記載のデータ処理システムであって、前記ソース・データ・ノードは第３のデータ・パケットを受信するよう更に構成され、前記第３のデータ・パケット及び前記第１のデータ・パケットは何れも、前記サービス・フロー・データ・パケットに属し、前記第３のデータ・パケットのサブタプル情報に対応する処理ルールは前記第１のデータ・パケットの前記サブタプル情報に対応する前記処理ルールと同じであるデータ処理システム。

【請求項7】

請求項６記載のデータ処理システムであって、前記ソース・データ・ノードは、前記第３のデータ・パケットの前記サブタプル情報にマッチする処理ルール・レコードからの前記サブタプル情報に対応するサービス・パラメータを前記フロー・テーブルに応じて判定するよう更に構成され、前記サービス・パラメータは前記第３のデータ・パケットについて実行される対象のポリシー・パラメータ又は動作パラメータのインデクスを表すために使用され、
前記ソース・データ・ノードは、前記第３のデータ・パケットにおいて前記サービス・パラメータを収容し、前記第３のデータ・パケットを前記デスティネーション制御ノードに送出するよう更に構成され、
前記デスティネーション制御ノードは、前記第３のデータ・パケットについて実行された前記ポリシー・パラメータ又は動作パラメータを、前記第３のデータ・パケットのアプリケーション層情報及び前記サービス・パラメータに応じて判定して第４のデータ・パケットを生成するよう更に構成されたデータ処理システム。

【請求項8】

請求項５乃至７の何れか一項に記載のデータ処理システムであって、前記デスティネーション制御ノードは、前記第１のデータ・パケットに対応するサービス・パラメータ・フィールド及び制御ノード番号フィールドを前記ソース・データ・ノードの前記フロー・テーブルにおいて付加するよう更に構成され、前記制御ノード番号フィールドは前記ソース・データ・ノードに対応するデスティネーション制御ノードのインデクスを表すために使用され、前記第１のデータ・パケットに対応する前記サービス・パラメータ・フィールドは前記第１のデータ・パケットの前記サブタプル情報に対応するマッチング・ポリシー・ルールのインデクスを表すために使用され、第３のデータ・パケットに対応するサービス・パラメータは、前記第１のデータ・パケットの前記サブタプル情報に対応する前記マッチング・ポリシー・ルールの前記インデクスであり、
前記ソース・データ・ノードは、前記第３のデータ・パケットに、前記第１のデータ・パケットの前記サブタプル情報の前記マッチング・ポリシー・ルールの前記インデクスを収容し、前記第３のデータ・パケットを前記デスティネーション制御ノードに送出するよう更に構成され、前記デスティネーション制御ノードは、前記第３のデータ・パケットについて実行されたポリシー・パラメータ又は動作パラメータを、前記第３のデータ・パケットの前記アプリケーション層情報及び前記第１のデータ・パケットの前記サブタプル情報の前記マッチング・ポリシー・ルールの前記インデクスに対応するマッチング・ポリシー・ルールに応じて判定して第４のデータ・パケットを生成するよう更に構成されたデータ処理システム。

【請求項9】

ソフトウェア定義ネットワーク・ベースのデータ処理方法であって、
デスティネーション制御ノードにより、ソース制御ノードによって送出された第１のデータ・パケットを受信する工程であって、前記第１のデータ・パケットは前記第１のデータ・パケットのデスティネーション・アドレスを収容し、前記デスティネーション制御ノードは、前記第１のデータ・パケットの前記デスティネーション・アドレスに応じてソース制御ノードによって判定され、前記ソース制御ノードは前記第１のデータ・パケットを受信するソース・データ・ノードに対応する工程と、
前記デスティネーション制御ノードにより、前記第１のデータ・パケットのサブタプル情報又は前記第１のデータ・パケットのアプリケーション層情報に対応するポリシー・パラメータ又は動作パラメータを求めて、前記第１のデータ・パケットの前記サブタプル情報又は前記第１のデータ・パケットの前記アプリケーション層情報に応じて、マッチング・ポリシー・ルールをサーチする工程と、
前記デスティネーション制御ノードにより、見つかった動作パラメータ又はポリシー・パラメータに応じて、１つ又は複数のサービング・ノードにおいて前記動作パラメータ又はポリシー・パラメータを実行する機能を有する機能要求情報を第１のサービング・ノードに送出する工程と、
前記デスティネーション制御ノードにより、マッチング・ポリシー・ルール及び前記第１のデータ・パケットに応じて第２のデータ・パケットを生成する工程と、
前記デスティネーション制御ノードにより、前記第２のデータ・パケットを前記ソース・データ・ノードに送出する工程であって、前記第２のデータ・パケットは前記第２のデータ・パケットのデスティネーション・アドレスを収容するので、前記ソース・データ・ノードは、前記第２のデータ・パケットの前記デスティネーション・アドレスに対応するデータ・ノードに、前記第２のデータ・パケットを送出する工程とを含み、
前記マッチング・ポリシー・ルールは、サブタプル情報と動作パラメータ又はポリシー・パラメータとの間のマッピング／対応関係、又は、アプリケーション層情報と動作パラメータ又はポリシー・パラメータとの間のマッピングを含み、機能応答情報は、前記機能要求情報に応じて前記第１のサービング・ノードによって送出され、
前記サブタプル情報は、データ・パケットのソース／デスティネーションＭＡＣアドレス、ソース／デスティネーションＩＰアドレス、ソース／デスティネーションＴＣＰポート、データ・ノードの入口／出口としてのネットワーク・ポート、及びデータ・パケットのＶＬＡＮラベルのいずれか１つ又はいずれかの組み合わせを含むデータ処理方法。

【請求項10】

請求項９記載のデータ処理方法であって、第１のデータ・パケットをデスティネーション制御ノードによって受信する前に、前記方法は更に、
前記ソース制御ノードによって送出された第５のデータ・パケットを、前記デスティネーション制御ノードによって受信する工程であって、前記第５のデータ・パケットは、前記第５のデータ・パケットのデスティネーション・アドレスを収容する工程と、
前記第５のデータ・パケットの前記デスティネーション・アドレスに応じてデスティネーション・データ・ノードを判定する工程と、
前記ソース制御ノードが前記デスティネーション・データ・ノードを管理しない場合、第２のデスティネーション制御ノードとして前記デスティネーション・データ・ノード及び前記ソース・データ・ノードを管理する第１の制御ノードを判定する工程とを含むデータ処理方法。

【請求項11】

請求項９又は１０に記載のデータ処理方法であって、前記第１のデータ・パケットの前記デスティネーション・アドレスに応じてデスティネーション制御ノードを前記ソース制御ノードによって判定した後、前記方法は更に、
前記ソース・データ・ノードに第１の制御情報を前記デスティネーション制御ノードによって送出する工程を含み、前記第１の制御情報は、前記ソース・データ・ノードのフロー・テーブルに制御ノード番号フィールド及びサービス・パラメータ・フィールドを付加するために使用され、前記制御ノード番号フィールドは、前記ソース・データ・ノードに対応するデスティネーション制御ノードのインデクスを表すために使用され、前記サービス・パラメータ・フィールドは、前記サービス・フロー・データ・パケットのサブタプル情報の処理結果に対応するインデクスを表すために使用されるデータ処理方法。

【請求項12】

請求項１１に記載のデータ処理方法であって、前記ソース・データ・ノードの前記フロー・テーブルに前記制御ノード番号フィールド及び前記サービス・パラメータ・フィールドを付加した後、前記方法は更に、
前記デスティネーション制御ノードにより、サービス・パラメータを収容する第３のデータ・パケットを受信する工程であって、前記第３のデータ・パケットも前記第１のデータ・パケットも前記サービス・フロー・データ・パケットに属し、前記第３のデータ・パケットのサブタプル情報に対応する処理ルールは前記第１のデータ・パケットの前記サブタプル情報に対応する処理ルールと同じであり、前記サービス・パラメータは、前記第３のデータ・パケットの前記サブタプル情報にマッチする処理ルール・レコードから判定される、前記サブタプル情報に対応するサービス・パラメータであり、前記サービス・パラメータは、前記第３のデータ・パケットについて実行される対象の動作パラメータ又はポリシー・パラメータのインデクスを表すために使用される工程と、
前記デスティネーション制御ノードにより、前記第３のデータ・パケットについて実行された前記ポリシー・パラメータ又は動作パラメータを、前記第３のデータ・パケットのアプリケーション層情報及び前記サービス・パラメータに応じて判定して第４のデータ・パケットを生成する工程と、
前記デスティネーション制御ノードにより、前記第４のデータ・パケットを前記ソース・データ・ノードに送出する工程とを含むデータ処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、その全部を参照により、本明細書及び特許請求の範囲に援用する「ＳＯＦＴＷＡＲＥ ＤＥＦＩＮＥＤ ＮＥＴＷＯＲＫ−ＢＡＳＥＤ ＤＡＴＡ ＰＲＯＣＥＳＳＩＮＧ ＭＥＴＨＯＤ， ＮＯＤＥ， ＡＮＤ ＳＹＳＴＥＭ」と題する西暦２０１２年１２月２４日付の中国専利局に出願された中国特許出願第２０１２１０５６４５２２．５の優先権を主張する。

【0002】

本発明は、通信技術の分野に関し、特に、ソフトウェア定義ネットワーク・ベースのデータ処理方法、ノード、及びシステムに関する。

【背景技術】

【0003】

現在、共通アクセス・ネットワークにおける装置ノードのネットワーキング・モードは基本的には、自律分散ネットワーク構造を採用している。前述のネットワーク構造では、ネットワーク・ノードはそれぞれ、別個に構成されており、独立して機能する。したがって、ネットワーク・ノード間で非対称情報が存在しており、それにより、別々のネットワーク・ノード間でサービス機能を供給することができないこと、協働の欠如、サービス機能の冗長かつ反復的な実行などの問題が生じ、よって、ネットワーク全体の処理性能は劣悪である。ネットワーク・アプリケーションにおいて一般的である、不合理なネットワーク・ノード機能分散のいくつかのシナリオを以下に説明する。すなわち、
１）図１に示すように、複数のクライアント・クラスタ及びサーバ・クラスタが、別々のネットワーク・ノードを介してネットワークにアクセスし、クライアント・クラスタ１はノードＡを介してネットワークにアクセスし、サーバ・クラスタ１はノードＢを介してネットワークにアクセスする。ＨＴＴＰ（ハイパーテキスト転送プロトコル。Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）プロトコル・ベースのＩＰＳ（Ｉｎｔｒｕｓｉｏｎ Ｐｒｅｖｅｎｔｉｏｎ Ｓｙｓｔｅｍ。侵入防御システム）サービス処理機能がネットワーク・ノードＡに割り当てられ、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ。ユニフォーム・リソース・ロケータ）フィルタリングのサービス処理機能がノードＢに割り当てられる。ネットワーク・サービス・フローがノードＡ及びノードＢを連続して通過する場合、ノードＡ及びノードＢは、サービス処理の必要により、アプリケーション層におけるサービス・フローに対してＤＰＩ（Ｄｅｅｐ Ｐａｃｋｅｔ Ｉｎｓｐｅｃｔｉｏｎ。ディープ・パケット・インスペクション）識別及び解析処理を行い、それにより、別々の装置に、同じサービス・フローに対して繰り返し、機能の一部を実行させる。

【0004】

２）図２に示すように、複数のクライアント・クラスタ及びサーバ・クラスタは、別々のネットワーク・ノードを介してネットワークにアクセスし、ここで、クライアント・クラスタ１はノードＡを介してネットワークにアクセスし、サーバ・クラスタ１はノードＢを介してネットワークにアクセスする。メッセージ・コンテンツ・ベースの圧縮機能が、ネットワーク・ノードＡに割り当てられるが、ノードＢは、伸張機能を有していない。アプリケーション層におけるサービス・フローに対して伝送アクセラレーションを行う必要がある場合、メッセージは、ソース・エンド・ノードＡを通過する場合にコンテンツ圧縮されることがあり得るが、デスティネーション・ノードＢを通過する場合に伸張され得ないので、ネットワーク・アクセラレーションを実現することが可能でない。

【0005】

既存ネットワークの分散構造、及びノードの別個の配置態様により、ネットワーク・ノードのサービス機能は専用であり、一元的協働管理を欠いているので、ネットワーク全体が、アプリケーション層における関連サービス処理についての協働を欠いており、処理が冗長であり、効率が削減される。

【発明の概要】

【発明が解決しようとする課題】

【0006】

どのようにして、ネットワーク・ノードに対する一元的なリソース管理を実現し、合理的に、ノード機能を分散させ、サービス・スケジューリングを整合し、マルチノード機能共有及び協働を実現して、ネットワーク全体の処理効率を向上させるかは現在直面している主要な課題である。

【課題を解決するための手段】

【0007】

本発明の実施例は、ノード間の協働機能を向上させ、それにより、ネットワークのサービス処理効率を向上させるソフトウェア定義ネットワーク（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋ。ＳＤＮ）ベースのデータ処理システム、方法、及び装置を提供する。

【0008】

本発明の第１の局面における実施例は、ソフトウェア定義ネットワーク・ベースのデータ処理システムを開示し、上記システムは、第１のデータ・パケットを受信し、第１のデータ・パケットを、対応するソース制御ノードに送出するよう構成されたソース・データ・ノードと、ソース・データ・ノードによって送出された第１のデータ・パケットを受信するよう構成されたソース制御ノードであって、第１のデータ・パケットは第１のデータ・パケットのデスティネーション・アドレスを収容するソース制御ノードと、第１のデータ・パケットを受信し、第１のデータ・パケット及びマッチング・ポリシー・ルールに応じて第２のデータ・パケットを生成するよう構成されたデスティネーション制御ノードとを備える。

【0009】

本発明の第１の局面における実施例の考えられる実現態様では、ソース・データ・ノードは特に、第１のデータ・パケットを受信し、第１のデータ・パケットは第１のデータ・パケットのソースＩＰアドレスを収容し、第１のデータ・パケットのソースＩＰアドレスに応じて、又は、データ・ノードと制御ノードとの間のマッピングに応じて、ソース・データ・ノードに対応するソース制御ノードを判定し、第１のデータ・パケットを、対応するソース制御ノードに送出するよう構成される。

【0010】

上記実施例の何れかを参照すれば、本発明の第１の局面における実施例の考えられる第２の実現態様では、ソース制御ノードは特に、ソース・データ・ノードによって送出された第１のデータ・パケットを受信し、第１のデータ・パケットは第１のデータ・パケットのデスティネーション・アドレスを収容し、第１のデータ・パケットのデスティネーション・アドレスに応じてデスティネーション・データ・ノードを判定し、ソース制御ノードが、デスティネーション・データ・ノードを管理しない場合、デスティネーション制御ノードとしてデスティネーション・データ・ノード及びソース・データ・ノードを管理する第１の制御ノードを判定するよう構成される。

【0011】

上記実施例の何れかを参照すれば、本発明の第１の局面における実施例の考えられる第３の実現態様では、ソース制御ノード又はソース・データ・ノードは更に、第１のデータ・パケットをデスティネーション制御ノードに送出するよう構成される。

【0012】

上記実施例の何れかを参照すれば、本発明の第１の局面における実施例の考えられる第４の実現態様では、マッチング・ポリシー・ルールは、サブタプル情報と動作パラメータ又はポリシー・パラメータとの間のマッピング／対応関係、又は、アプリケーション層情報と動作パラメータ又はポリシー・パラメータとの間のマッピングを含み、デスティネーション制御ノードは、特に、第１のデータ・パケットを受信し、第１のデータ・パケットのサブタプル情報又は第１のデータ・パケットのアプリケーション層情報に対応するポリシー・パラメータ又は動作パラメータを求めて、第１のデータ・パケットのサブタプル情報又は第１のデータ・パケットのアプリケーション層情報に応じて、マッチング・ポリシー・ルールをサーチし、見つかった動作パラメータ又はポリシー・パラメータに応じて第２のデータ・パケットを生成するよう構成される。

【0013】

上記実施例の何れかを参照すれば、本発明の第１の局面における実施例の考えられる第５の実現態様では、データ処理システムは更に、１つ又は複数のサービング・ノードを更に含み、マッチング・ポリシー・ルールは、サブタプル情報と動作パラメータ又はポリシー・パラメータとの間のマッピング／対応関係、又は、アプリケーション層情報と動作パラメータ又はポリシー・パラメータとの間のマッピングを含み、デスティネーション制御ノードは、特に、第１のデータ・パケットを受信し、第１のデータ・パケットのアプリケーション層情報又は第１のデータ・パケットのサブタプル情報に対応するポリシー・パラメータ又は動作パラメータについて、第１のデータ・パケットのアプリケーション層情報又は第１のデータ・パケットのサブタプル情報に応じて、マッチング・ポリシー・ルールをサーチし、１つ又は複数のサービング・ノードにおいて動作パラメータ又はポリシー・パラメータを実行する機能を有する第１のサービング・ノードに機能要求情報を、見つかった動作パラメータ又はポリシー・パラメータに応じて送出するよう構成され、第１のサービング・ノードは、機能要求情報に応じてデスティネーション制御ノードに、対応する機能応答情報を送出するよう構成され、デスティネーション制御ノードは、機能応答情報に応じて第２のデータ・パケットを生成する。

【0014】

上記実施例の何れかを参照すれば、本発明の第１の局面における実施例の考えられる第６の実現態様では、デスティネーション制御ノードは更に、第２のデータ・パケットをソース・データ・ノードに送出するよう構成され、第２のデータ・パケットは第２のデータ・パケットのデスティネーション・アドレスを収容し、ソ―ス・データ・ノードは、第２のデータ・パケットのデスティネーション・アドレスに対応するデータ・ノードに第２のデータ・パケットをデスティネーション制御ノードの管理下で送出するよう更に構成される。

【0015】

上記実施例の何れかを参照すれば、本発明の第１の局面における実施例の考えられる第７の実現態様では、データ処理システムは更に、少なくとも１つの中継データ・ノードを備え、デスティネーション制御ノードは中継データ・ノードそれぞれを管理するよう構成され、中継データ・ノードは中継データ・ノードに対応するフロー・テーブルを記憶し、フロー・テーブルはデータ・パケットの処理ルールを記憶するために使用され、ソース・データ・ノードはソース・データ・ノードに対応するフロー・テーブルを記憶し、フロー・テーブルはデータ・パケットの処理ルールを記憶するために使用され、デスティネーション制御ノードは、ルーティング配分ルールを生成し、ル―ティング配分ルールを中継データ・ノ―ド及びソース・データ・ノードに配信するよう更に構成され、ルーティング配分ルールは、第２のデータ・パケットのルートを割り当てるために使用され、中継データ・ノードは、デスティネーション制御ノードによって送出されたルーティング配分ルールを受信し、ルーティング配分ルールに応じて中継データ・ノードのフロー・テーブルを更新するよう更に構成され、ソース・データ・ノードは、更新されたフロー・テーブルに応じて、第２のデータ・パケットのデスティネーション・アドレスに対応する中継データ・ノードに第２のデータ・パケットを送出するよう更に構成され、中継データ・ノードは、第２のデータ・パケットのデスティネーション・アドレスに対応するデスティネーション・データ・ノードに第２のデータ・パケットを、更新されたフロー・テーブルに応じて、送出するよう構成される。

【0016】

上記実施例の何れかを参照すれば、本発明の第１の局面における実施例の考えられる第８の実現態様では、ソース・データ・ノードはフロー・テーブルを更に記憶し、フロー・テーブルは、サービス・フロー・データ・パケットのサブタプル情報、及びサブタプル情報に対応する処理ルールを記憶するために使用され、デスティネーション制御ノードは、ソース・データ・ノードのフロー・テーブルにおいて制御ノード番号フィールド及びサービス・パラメータ・フィールドを付加するよう更に構成され、制御ノード番号フィールドは、ソース・データ・ノードに対応するデスティネーション制御ノードのインデクスを表すために使用され、サービス・パラメータ・フィールドは、サービス・フロー・データ・パケットのサブタプル情報の処理結果に対応するインデクスを表すために使用される。

【0017】

上記実施例を参照すれば、本発明の第１の局面における実施例の考えられる第９の実現態様では、ソース・データ・ノードは第３のデータ・パケットを受信するよう更に構成され、第３のデータ・パケット及び第１のデータ・パケットは何れもサービス・フロー・データ・パケットに属し、第３のデータ・パケットのサブタプル情報は第１のデータ・パケットのサブタプル情報に対応する処理ルールと同じである。

【0018】

上記実施例を参照すれば、本発明の第１の局面における実施例の考えられる第１０の実現態様では、ソース・データ・ノードは、第３のデータ・パケットのサブタプル情報にマッチする処理ルール・レコードからのサブタプル情報に対応するサービス・パラメータをフロー・テーブルに応じて判定するよう更に構成され、サービス・パラメータは、第３のデータ・パケットについて実行される対象のポリシー・パラメータ又は動作パラメータのインデクスを表すために使用され、ソース・データ・ノードは、第３のデータ・パケットにおけるサービス・パラメータを収容し、第３のデータ・パケットをデスティネーション制御ノードに送出し、デスティネーション制御ノードは、第３のデータ・パケットについて実行される対象のポリシー・パラメータ又は動作パラメータを第３のデータ・パケットのサービス・パラメータ及びアプリケーション層情報に応じて判定して、第４のデータ・パケットを生成するよう更に構成される。

【0019】

上記実施例の何れかを参照すれば、本発明の第１の局面における実施例の考えられる第１１の実現態様では、デスティネーション制御ノードは更に、第１のデータ・パケットに対応するサービス・パラメータ・フィールド及び制御ノード番号フィールドをソース・データ・ノードのフロー・テーブルにおいて付加するよう特に構成され、制御ノード番号フィールドは、ソース・データ・ノードに対応するデスティネーション制御ノードのインデクスを表すために使用され、第１のデータ・パケットに対応するサービス・パラメータ・フィールドは、第１のデータ・パケットのサブタプル情報に対応するマッチング・ポリシー・ルールのインデクスを表すために使用され、第３のデータ・パケットに対応するサービス・パラメータは、第１のデータ・パケットのサブタプル情報のマッチング・ポリシー・ルールのインデクスであり、ソース・データ・ノードは、第３のデータ・パケットにおいて、第１のデータ・パケットのサブタプル情報のマッチング・ポリシー・ルールのインデクスを収容し、第３のデータ・パケットをデスティネーション制御ノードに送出するよう更に構成され、デスティネーション制御ノードは更に、第３のデータ・パケットについて実行される対象のポリシー・パラメータ又は動作パラメータを、第３のデータ・パケットのアプリケーション層情報及び第１のデータ・パケットのサブタプル情報のマッチング・ポリシー・ルールのインデクスに対応するマッチング・ポリシー・ルールに応じて判定するよう更に構成される。

【0020】

本発明の実施例によるＳＤＮネットワーク・システムでは、制御ノードの階層的配置態様において、ＳＤＮネットワークにおける機能共有配分及びアプリケーション層サービス処理、ポリシー・ルールに応じた機能配分方法、並びに、拡張されたデータ・ノード・フロー・テーブル構造が実現されるので、ネットワーク装置におけるマルチノード処理の冗長性を削減するために、ノード間の協働が改善され、不合理なノード機能配分、機能非対称性、及び機能非集約が解決され、それにより、ネットワークのサービス処理効率が向上する。同時に、制御ノードの階層的配置態様が制御ノードの処理性能のボトルネックを解決し、ネットワークの安定性、信頼性、及びスケーラビリティを維持する。

【0021】

本発明の第２の局面における実施例は、ソフトウェア定義ネットワーク・ベースのデータ処理方法を開示し、上記方法は、第１のデータ・パケットをソース・データ・ノードによって受信する工程と、対応するソース制御ノードに第１のデータ・パケットをソース・データ・ノードによって送出する工程とを含み、第１のデータ・パケットは第１のデータ・パケットのデスティネーション・アドレスを収容するので、ソース制御ノードは第１のデータ・パケットのデスティネーション・アドレスに応じてデスティネーション制御ノードを判定し、デスティネーション制御ノードは第１のデータ・パケットに応じて第２のデータ・パケットを生成する。

【0022】

本発明の第２の局面における実施例の考えられる第１の実現態様では、第２のデータ・パケットは第２のデータ・パケットのデスティネーション・アドレスを収容し、方法は更に、デスティネーション制御ノードによって送出された第２のデータ・パケットをソース・データ・ノードによって受信する工程と、第２のデータ・パケットのデスティネーション・アドレスに対応するデータ・ノードに第２のデータ・パケットをソース制御ノードによって送出する工程とを含む。

【0023】

上記実施例の何れかを参照すれば、本発明の第２の局面における実施例の考えられる第２の実現態様では、第１のデータ・パケットは第１のデータ・パケットのソースＩＰアドレスを収容し、対応するソース制御ノードに第１のデータ・パケットをソース・データ・ノードによって送出する前に、方法は更に、第１のデータ・パケットのソースＩＰアドレスに応じて、又はソース・データ・ノードと制御ノードとの間のマッピングに応じて、対応するソース制御ノードを判定する工程を更に含む。

【0024】

上記実施例の何れかを参照すれば、本発明の第２の局面における実施例の考えられる第３の実現態様では、ソース・データ・ノードはフロー・テーブルを更に記憶し、フロー・テーブルは、サービス・フロー・データ・パケットのサブタプル情報、及びサブタプル情報に対応する処理ルールを記憶するために使用され、ソース・データ・ノードが第１のデータ・パケットを、対応するソース制御ノードに送出した後、方法は更に、デスティネーション制御ノードによって送出された第１の制御情報をソース・データ・ノードによって受信する工程と、第１の制御情報に応じてソース・データ・ノードのフロー・テーブルにサービス・パラメータ・フィールド及び制御ノード番号フィールドをソース・データ・ノードによって付加する工程とを含み、制御ノード番号フィールドは、ソース・データ・ノードに対応するデスティネーション制御ノードのインデクスを表すために使用され、サービス・パラメータ・フィールドは、サ―ビス・フロー・データ・パケットのサブタプル情報の処理結果に対応するインデクスを表すために使用される。

【0025】

上記実施例の何れかを参照すれば、本発明の第２の局面における実施例の考えられる第４の実現態様では、ソース・データ・ノードのフロー・テーブルに制御ノード番号フィールド及びサービス・パラメータ・フィールドを付加した後、上記方法は更に、第３のデータ・パケットをソース・データ・ノードによって受信する工程であって、第３のデータ・パケット及び第３のデータ・パケットがサービス・フロー・データ・パケットに属し、第３のデータ・パケットのサブタプル情報に対応する処理ルールは、第１のデータ・パケットのサブタプル情報に対応する処理ルールと同じである工程と、第３のデータ・パケットのサブタプル情報にマッチする処理ルール・レコードからのサブタプル情報に対応するサービス・パラメータを、フロー・テーブルに応じてソース・データ・ノードによって判定する工程であって、サービス・パラメータは、第３のデータ・パケットについて実行される対象のポリシー・パラメータ又は動作パラメータのインデクスを表すために使用される工程と、第３のデータ・パケットにおけるサービス・パラメータをソース・データ・ノードによって収容し、第３のデータ・パケットをデスティネーション制御ノードに送出するので、デスティネーション制御ノードが、第３のデータ・パケットについて実行される対象のポリシー・パラメータ又は動作パラメータを第３のデータ・パケットのサービス・パラメータ及びアプリケーション層情報に応じて判定して第４のデータ・パケットを生成する工程とを含む。

【0026】

本発明の実施例において提供されるソフトウェア定義ネットワーク・ベースのデータ処理方法によれば、デ―タ・ノードによって受信されたデータ・パケットに対して種々の処理を制御ノード上で行うことにより、ノード間の協働機能が改善され、ネットワーク装置におけるマルチノード処理の冗長度も削減される。更に、ネットワーク装置がサービス・フロー・データ・パケットを処理する機能が改善され、それにより、ネットワークのサービス処理効率が向上する。

【0027】

本発明の第３の局面における実施例は、ソフトウェア定義ネットワーク・ベースのデータ処理方法を開示し、上記方法は、第１のデータ・パケットをデスティネーション制御ノードによって受信する工程であって、第１のデータ・パケットは第１のデータ・パケットのデスティネーション・アドレスを収容し、デスティネーション制御ノードは第１のデータ・パケットのデスティネーション・アドレスに応じてソース制御ノードによって判定され、ソース制御ノードは、第１のデータ・パケットを受信するソース・データ・ノードに対応する工程と、マッチング・ポリシー・ルール及び第１のデータ・パケットに応じて第２のデータ・パケットをデスティネーション制御ノードによって生成する工程と、第２のデータ・パケットをソース・データ・ノードに送出する工程であって、ソース・データ・ノードが第１のデータ・パケットを受信し、ソース制御ノードに対応する工程とを含む。

【0028】

本発明の第３の局面における実施例の考えられる第１の実現態様では、第１のデータ・パケットをデスティネーション制御ノードによって受信する前に、方法は更に、ソース制御ノードによって送出された第５のデータ・パケットをデスティネーション制御ノードによって受信する工程であって、第５のデータ・パケットが第５のデータ・パケットのデスティネーション・アドレスを収容する工程と、第５のデータ・パケットのデスティネーション・アドレスに応じてデスティネーション・データ・ノードを判定する工程と、デスティネーション制御ノードがデスティネーション・データ・ノードを管理しない場合、第２のデスティネーション制御ノードとしてソース・データ・ノード及びデスティネーション・データ・ノードを管理する第１の制御ノードを判定する工程とを含む。

【0029】

上記実施例を参照すれば、本発明の第３の局面における実施例の考えられる第２の実現態様では、第１のデータ・パケットをデスティネーション制御ノードによって受信する工程は、ソース制御ノード又はソース・データ・ノードによって送出された第１のデータ・パケットをデスティネーション制御ノードによって受信する工程を特に含む。

【0030】

上記実施例の何れかを参照すれば、本発明の第３の局面における実施例の考えられる第３の実現態様では、マッチング・ポリシー・ルールは、ポリシー・パラメータ又は動作パラメータとアプリケーション層情報との間のマッピング、又はポリシー・パラメータ又は動作パラメータとサブタプル情報との間のマッピング／対応関係を含み、マッチング・ポリシー・ルール及び第１のデータ・パケットに応じて第２のデータ・パケットをデスティネーション制御ノードによって生成する工程は、第１のデータ・パケットのサブタプル情報又は第１のデータ・パケットのアプリケーション層情報に対応するポリシー・パラメータ又は動作パラメータを求めて、第１のデータ・パケットのサブタプル情報又は第１のデータ・パケットのアプリケーション層情報に応じて、マッチング・ポリシー・ルールをサーチし、見つかった動作パラメータ又はポリシー・パラメータに応じて第２のデータ・パケットを生成する工程とを含む。

【0031】

上記実施例の何れかを参照すれば、本発明の第３の局面における実施例の考えられる第４の実現態様では、マッチング・ポリシー・ルールは、ポリシー・パラメータ又は動作パラメータとアプリケーション層情報との間のマッピング、又はポリシー・パラメータ又は動作パラメータとサブタプル情報との間のマッピング／対応関係を含み、マッチング・ポリシー・ルール及び第１のデータ・パケットに応じて第２のデータ・パケットをデスティネーション制御ノードによって生成する工程は、第１のデータ・パケットのアプリケーション層情報又は第１のデータ・パケットのサブタプル情報に対応するポリシー・パラメータ又は動作パラメータについて、第１のデータ・パケットのアプリケーション層情報又は第１のデータ・パケットのサブタプル情報に応じて、マッチング・ポリシー・ルールをサーチする工程と、１つ又は複数のサービング・ノードにおいて動作パラメータ又はポリシー・パラメータを実行する機能を有する第１のサービング・ノードに機能要求情報を、見つかった動作パラメータ又はポリシー・パラメータに応じて送出する工程と、機能要求情報に応じて、第１のサービング・ノードによって送出された対応する機能応答情報をデスティネーション制御ノードによって受信する工程と、デスティネーション制御ノードにより、機能応答情報に応じて第２のデータ・パケットを生成する工程とを含む。

【0032】

上記実施例の何れかを参照すれば、本発明の第３の局面における実施例の考えられる第５の実現態様では、第１のデータ・パケットのデスティネーション・アドレスに応じて、デスティネーション制御ノードをソース制御ノードによって判定した後、方法は更に、ソース・データ・ノードに第１の制御情報をデスティネーション制御ノードによって送出する工程を更に含み、第１の制御情報は、ソース・データ・ノードのフロー・テーブルに制御ノード番号フィールド及びサービス・パラメータ・フィールドを付加するために使用され、制御ノード番号フィールドは、ソース・データ・ノードに対応するデスティネーション制御ノードのインデクスを表すために使用され、サービス・パラメータ・フィールドは、サービス・フロー・データ・パケットのサブタプル情報の処理結果に対応するインデクスを表すために使用される。

【0033】

上記実施例の何れかを参照すれば、本発明の第３の局面における実施例の考えられる第６の実現態様では、ソース・データ・ノードのフロー・テーブルに制御ノード番号フィールド及びサービス・パラメータ・フィールドを付加した後、上記方法は更に、サービス・パラメータを収容する第３のデータ・パケットをデスティネーション制御ノードによって受信する工程であって、第３のデータ・パケット及び第１のデータ・パケットがサービス・フロー・データ・パケットに属し、第３のデータ・パケットのサブタプル情報に対応する処理ルールは、第１のデータ・パケットのサブタプル情報に対応する処理ルールと同じであり、サービス・パラメータは、第３のデータ・パケットのサブタプル情報にマッチする処理ルール・レコードから判定されるサブタプル情報に対応するサービス・パラメータであり、サービス・パラメータは、第３のデータ・パケットについて実行される対象のポリシー・パラメータ又は動作パラメータのインデクスを表すために使用される工程と、第３のデータ・パケットについて実行される対象のポリシー・パラメータ又は動作パラメータを第３のデータ・パケットのサービス・パラメータ及びアプリケーション層情報に応じてデスティネーション制御ノードによって判定して第４のデータ・パケットを生成する工程と、ソース・データ・ノードに第４のデータ・パケットをデスティネーション制御ノードによって送出する工程とを含む。

【0034】

本発明の実施例において提供されるソフトウェア定義ネットワーク・ベースのデータ処理方法によれば、デ―タ・ノードによって受信されたデータ・パケットに対して種々の処理を制御ノード上で行うことにより、ノード間の協働機能が改善され、ネットワーク装置におけるマルチノード処理の冗長度も削減される。更に、ネットワーク装置がサービス・フロー・データ・パケットを処理する機能が改善され、それにより、ネットワークのサービス処理効率が向上する。

【0035】

本発明の第４の局面における実施例は、ソフトウェア定義ネットワーク・ベースのデータ処理のためのデータ・ノードを開示し、上記データ・ノードは、第１の受信モジュール及び第１の送出モジュールを含み、第１の受信モジュールは第１の送出モジュールに接続され、第１の受信モジュールは第１のデータ・パケットを受信するよう構成され、第１の送出モジュールは、第１の受信モジュールによって受信された第１のデータ・パケットを対応するソース制御ノードに送出するよう構成されるので、ソース制御ノードは第１のデータ・パケットのデスティネーション・アドレスに応じてデスティネーション制御ノードを判定し、デスティネーション制御ノードは第１のデータ・パケットに応じて第２のデータ・パケットを生成する。

【0036】

本発明の第４の局面における実施例の考えられる実現態様では、第１の受信モジュールは、デスティネーション制御ノードによって送出された第２のデータ・パケットを受信するよう更に構成され、第１の送出モジュールは、デスティネーション・アドレスに対応するデータ・ノードに、受信モジュールによって受信された第２のデータ・パケットを、第２のデータ・パケットに収容された第２のデータ・パケットのデスティネーション・アドレスに応じて送出するよう更に構成される。

【0037】

上記実施例の何れかを参照すれば、本発明の第４の局面における実施例の考えられる第２の実現態様では、データ・ノードは更に、記憶モジュールを含み、記憶モジュールはフロー・テーブルを記憶するよう構成され、フロー・テーブルは、サービス・フロー・データ・パケットのサブタプル情報、及びサブタプル情報に対応する処理ルールを記憶するために使用され、第１のデータ・パケットはサービス・フロー・データ・パケットに属する。

【0038】

上記実施例の何れかを参照すれば、本発明の第４の局面における実施例の考えられる第３の実現態様では、データ・ノードは更に、第１の処理モジュールを備え、第１の処理モジュールは第１の受信モジュールに接続され、第１の受信モジュールは、デスティネーション制御ノードによって送出された第１の制御情報を受信するよう更に構成され、第１の処理モジュールは、記憶モジュールのフロー・テーブルに制御ノード番号フィールド及びサービス・パラメータ・フィールドを第１の制御情報に応じて付加するよう構成され、制御ノード番号フィールドは、ソース・データ・ノードに対応するデスティネーション制御ノードのインデクスを表すために使用され、サービス・パラメータ・フィールドは、サービス・フロー・データ・パケットのサブタプル情報の処理結果に対応するインデクスを表すために使用される。

【0039】

上記実施例の何れかを参照すれば、本発明の第４の局面における実施例の考えられる第４の実現態様では、第１の処理モジュールは第１の送出モジュールに接続され、第１の受信モジュールは、第３のデータ・パケットを受信するよう更に構成され、第３のデータ・パケットも第１のデータ・パケットもサービス・フロー・データ・パケットに属し、第３のデータ・パケットのサブタプル情報に対応する処理ルールは、第１のデータ・パケットのサブタプル情報に対応する処理ルールと同じであり、第１の処理モジュールは、第３のデータ・パケットのサブタプル情報にマッチする処理ルール・レコードからのサブタプル情報に対応するサービス・パラメータをフロー・テーブルに応じて判定し、サービス・パラメータは、第３のデータ・パケットについて実行される対象のポリシー・パラメータ又は動作パラメータのインデクスを表すために使用され、第１の送出モジュールは、第３のデータ・パケットにサービス・パラメータを収容し、第３のデータ・パケットをデスティネーション制御ノードに送出するので、デスティネーション制御ノードは、第３のデータ・パケットについて実行される対象のポリシー・パラメータ又は動作パラメータを第３のデータ・パケットのアプリケーション層情報及びサービス・パラメータに応じて判定して第４のデータ・パケットを生成する。

【0040】

ソフトウェア定義ネットワーク・ベースのデータ・ノードによれば、デ―タ・ノードによって受信されたデータ・パケットに対して種々の処理を行うことにより、ノード間の協働機能が改善され、ネットワーク装置におけるマルチノード処理の冗長度も削減される。更に、ネットワーク装置がサービス・フロー・データ・パケットを処理する機能が改善され、それにより、ネットワークのサービス処理効率が向上する。

【0041】

本発明の第５の局面における実施例は、ソフトウェア定義ネットワーク・ベースのデータ処理のためのデスティネーション制御ノードを開示し、上記デスティネーション制御ノードは、第１のデータ・パケットを受信するよう構成された第２の受信モジュールであって、前記第１のデータ・パケットは第１のデータ・パケットのデスティネーション・アドレスを収容し、デスティネーション制御ノードは、第１のデータ・パケットのデスティネーション・アドレスに応じてソース制御ノードによって判定され、ソース制御ノードは第１のデータ・パケットを受信するソース・データ・ノードに対応する第２の受信モジュールと、マッチング・ポリシー・ルール及び第２の受信モジュールによって受信された第２のデータ・パケットに応じて第２のデータ・パケットを生成するよう構成された第２の処理モジュールとを備える。

【0042】

本発明の第５の局面における実施例の考えられる第１の実現態様では、第２の受信モジュールは第５のデータ・パケットを受信するよう更に構成され、第５のデータ・パケットは第５のデータ・パケットのデスティネーション・アドレスを収容し、第２の処理モジュールは第５のデータ・パケットのデスティネーション・アドレスに応じてデスティネーション・データ・ノードを判定し、第２の処理モジュールがデスティネーション・データ・ノードを管理しない場合、第２のデスティネーション制御ノードとしてソース・データ・ノード及びデスティネーション・データ・ノードを管理する第１の制御ノードを判定するよう構成される。

【0043】

上記実施例の何れかを参照すれば、本発明の第５の局面における実施例の考えられる第２の実現態様では、第２の受信モジュールは特に、ソース制御ノード又はソース・データ・ノードによって送出された第１のデータ・パケットを受信するよう構成される。

【0044】

上記実施例の何れかを参照すれば、本発明の第５の局面における実施例の考えられる第３の実現態様では、マッチング・ポリシー・ルールは、サブタプル情報と動作パラメータ又はポリシー・パラメータとの間のマッピング／対応関係、又は、アプリケーション層情報と動作パラメータ又はポリシー・パラメータとの間のマッピングを含み、第２の処理モジュールは、第１のデータ・パケットのサブタプル情報又は第１のデータ・パケットのアプリケーション層情報に対応するポリシー・パラメータ又は動作パラメータを求めて、第１のデータ・パケットのサブタプル情報又は第１のデータ・パケットのアプリケーション層情報に応じて、マッチング・ポリシー・ルールをサーチするよう構成されたポリシー・マッチング装置と、ポリシー・マッチング装置によって見つけられた動作パラメータ又はポリシー・パラメータに応じて第２のデータ・パケットを生成するよう構成された第２のデータ・パケット生成装置とを備える。

【0045】

上記実施例の何れかを参照すれば、本発明の第５の局面における実施例の考えられる第４の実現態様では、マッチング・ポリシー・ルールは、サブタプル情報と動作パラメータ又はポリシー・パラメータとの間のマッピング／対応関係、又は、アプリケーション層情報と動作パラメータ又はポリシー・パラメータとの間のマッピングを含み、第２の処理モジュールは、ポリシー・マッチング装置及び第２のデータ・パケット生成装置を備え、ポリシー・マッチング装置は、第１のデータ・パケットのサブタプル情報又は第１のデータ・パケットのアプリケーション層情報に対応するポリシー・パラメータ又は動作パラメータを求めて、第１のデータ・パケットのサブタプル情報又は第１のデータ・パケットのアプリケーション層情報に応じて、マッチング・ポリシー・ルールをサーチするよう構成され、第２の送出モジュールは、１つ又は複数のサービング・ノードにおいて動作パラメータ又はポリシー・パラメータを実行する機能を有する第１のサービング・ノードに機能要求情報を、ポリシー・マッチング装置によって見つけられた動作パラメータ又はポリシー・パラメータに応じて送出するよう更に構成され、第２の受信モジュールは、機能要求情報に応じて第１のサービング・ノードによって送出された対応する機能応答情報を受信するよう更に構成され、第２のデータ・パケット生成装置は、第２の受信モジュールによって受信された機能応答情報に応じて第２のデータ・パケットを生成するよう構成される。

【0046】

上記実施例の何れかを参照すれば、本発明の第５の局面における実施例の考えられる第５の実現態様では、第２の送出モジュールは第１の制御情報を送出するよう更に構成され、第１の制御情報は、ソース・データ・ノードのフロー・テーブルに制御ノード番号フィールド及びサービス・パラメータ・フィールドを付加するために使用され、制御ノード番号フィールドはソース・データ・ノードに対応するデスティネーション制御ノードのインデクスを表すために使用され、サービス・パラメータ・フィールドは、サービス・フロー・データ・パケットのサブタプル情報の処理結果に対応するインデクスを表すために使用される。

【0047】

上記実施例の何れかを参照すれば、本発明の第５の局面における実施例の考えられる第６の実現態様では、第２の受信モジュールは、サービス・パラメータを収容する第３のデータ・パケットを受信するよう更に構成され、第３のデータ・パケット及び第１のデータ・パケットは何れもサービス・フロー・データ・パケットに属し、第３のデータ・パケットのサブタプル情報に対応する処理ルールは、第１のデータ・パケットのサブタプル情報に対応する処理ルールと同じであり、サービス・パラメータは、第１のデータ・パケットのサブタプル情報にマッチする処理ルール・レコードから判定される、サブタプル情報に対応するサービス・パラメータであり、サービス・パラメータは、第３のデータ・パケットについて実行される対象のポリシー・パラメータ又は動作パラメータのインデクスを表すために使用され、第２の処理モジュールは、第３のデータ・パケットについて実行される対象の動作パラメータ又はポリシー・パラメータを第３のデータ・パケットのサービス・パラメータ及びアプリケーション層情報に応じて判定し、第４のデータ・パケットを生成するよう更に構成され、第２の送出モジュールは、第４のデータ・パケットをソース・データ・ノードに送出するよう更に構成される。

【0048】

本発明の実施例において提供されるソフトウェア定義ネットワーク・ベースのデータ処理のための制御ノードによれば、デ―タ・ノードによって受信されたデータ・パケットに対して種々の処理を制御ノード上で行うことにより、ノード間の協働機能が改善され、ネットワーク装置におけるマルチノード処理の冗長度も削減される。更に、ネットワーク装置がサービス・フロー・データ・パケットを処理する機能が改善され、それにより、ネットワークのサービス処理効率が向上する。

【0049】

本発明の実施例における技術的解決策をより明確に説明するために、以下に、本発明の実施例を説明するために必要な添付図面を簡単に紹介する。明らかに、以下の説明における添付図面は、本発明の一部の実施例を示しているに過ぎず、当業者は、創作的な労力なしで前述の添付図面により、他の図面を更に導き出すことが可能である。

【図面の簡単な説明】

【0050】

【図1】従来技術における不合理なノード機能配分によってもたらされる、識別及び解析機能の反復的実行を示す概略図である。

【図2】従来技術におけるノード機能非対称性によってもたらされるサービスの一部の困難な実現形態を示す概略図である。

【図3】オープンフローＯｐｅｎＦｌｏｗプロトコルをサポートするデータ・ノードのフロー・テーブル形式及びＳＤＮネットワーク構造を示す概略図である。

【図4】本発明の第１の局面における実施例による、データ処理のＳＤＮネットワーク・システムを示す概略構造図である。

【図5】本発明の第１の局面における実施例による、データ処理のＳＤＮネットワーク・システムを示すアーキテクチャ図である。

【図6】本発明の第２の局面における実施例による、ＳＤＮネットワークにおけるデータ処理の方法を示すフローチャートである。

【図7】本発明の第３の局面における実施例による、ＳＤＮネットワークにおけるデータ処理の方法を示すフローチャートである。

【図8】本発明の第４の局面における実施例による、ＳＤＮネットワークにおけるデータ処理の装置を示すフローチャートである。

【図9】本発明の第５の局面における実施例による、ＳＤＮネットワークにおけるデータ処理の装置を示すフローチャートである。

【図10】本発明の実施例により、フィールドがフロー・テーブルに付加された後のフロー・テーブルの具体的な構造を示す概略図である。

【図11】本発明の実施例による、制御ノードの階層的管理を示す概略図である。

【図12】本発明の実施例によるＳＤＮデータ処理システムにおけるデータ・プレーンの機能実現態様を例示する図である。

【図13】本発明の実施例による、ＩＰアドレス範囲に応じた上部レイヤ制御ノードの判定の実現形態を示す概略図である。

【図14】本発明の実施例による、サービス・フローに対するサービス処理の実行を示す概略図である。

【図15】本発明の実施例による、デスティネーション制御ノードの判定を示すフローチャートである。

【図16】本発明の実施例による、ＳＤＮネットワーク・システムのデータ・フロー方向を示す概略図である。

【図17】本発明の実施例による、ＳＤＮデータ処理システムの特定の実現シナリオを示す図である。

【図18】本発明の実施例による、ＳＤＮデータ処理システムの第２の特定の実現シナリオを示す図である。

【図19】本発明の実施例による、ＳＤＮデータ処理システムの第３の特定の実現シナリオを示す図である。

【図20】本発明の実施例による、ＳＤＮデータ処理システムの第４の特定の実現シナリオを示す図である。

【図21】本発明の実施例によるＳＤＮデータ処理システムにおける制御ノードによるルール・マッチングの具体的な実行を例示する図である。

【図22】本発明の実施例によるＳＤＮデータ処理システムにおける第１のデータ・パケット及び第３のデータ・パケットの別々の処理態様を例示する図である。

【発明を実施するための形態】

【0051】

以下に、本発明の実施例における添付図面を参照して、本発明の実施例における技術的解決策を明確に、かつ、全面的に説明する。明らかに、説明される実施例は、本発明の実施例の全てというよりは一部に過ぎない。創作的な労力なしで本発明の実施例に基づいて当業者によって得られる他の実施例は全て、本発明の保護範囲内に収まる。

【実施例】

【0052】

ネットワーク装置間の協働の課題を解決するために、ソフトウェア定義ネットワーク（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋ。ＳＤＮ）の概念を提案する。ＳＤＮネットワークは、スイッチ及びルータなどの多くのデータ・ノード、及びデータ・ノード全てに対する一元的な管理及び制御を行うための制御ノードによって形成されるデータ伝送ネットワークを含み、制御ノードは、オープンフローＯｐｅｎＦｌｏｗプロトコルに基づいてデータ・ノードと通信する。

【0053】

当該業界におけるＳＤＮネットワークのアーキテクチャを図３に示し、ＳＤＮネットワークは主に、データ・プレーン、制御プレーン、及びサービス・プレーンの３層構造によって形成される。データ・プレーンは主に、ＯｐｅｎＦｌｏｗプロトコルをサポートするスイッチ又はルータ装置によって形成され、データ交換及び配信をサポートする基本機能に基づいて、この装置は、ＳＤＮネットワークが必要とする以下の３つの要素を有していることを必要とする。すなわち、（１）データ・ノード装置はそれぞれ、制御ノードが読み書きすることが可能なフロー・テーブルを記憶し、フロー・テーブルはフロー・ルールによって形成され、フロー・ルールはそれぞれ、フローの伝送層属性、及び対応する動作を含み、タイプ０の現在のＯｐｅｎＦｌｏｗ装置は４つの単純な動作（転送、破棄、局所処理、及び制御ノードへの送出）をサポートする。（２）データ・ノード及び制御ノードはセキュアな通信リンクを維持し、（３）ＯｐｅｎＦｌｏｗベース通信プロトコル相互作用手順をサポートする。制御プレーンは単一の制御ノードによって形成され、制御ノードはデータ・ノードそれぞれとのＯｐｅｎＦｌｏｗプロトコル・ベースの通信リンクを維持し、制御ノードは、ＯｐｅｎＦｌｏｗプロトコルを介してデータ・ノードそれぞれのフロー・テーブルを読み書きして、各ノードの状態を検知し、各ノードの転送ルールを制御し、ネットワーク・ルーティング、帯域リソース配分等を調節することが可能である。現在のＳＤＮネットワーク構造では、サービス・プレーンは抽象化層であり、一般に、制御ノードによって実現することが可能な機能を表す。例えば、制御ノードは、動的ルーティング分散、トラフィック・ロード・バランシング、ネットワーク・ステータス監視、並びに、高速障害位置特定及び解析などの伝送層サービス機能を、ネットワーク全体におけるデータ・ノードの状態を検知することによって実現する。

【0054】

以下に、図３に示すように、例としてデータ・メッセージの第１のデータ・パケットをとることにより、ＳＤＮネットワークにおけるメッセージの処理手順を表す。

【0055】

１． クライアントの要求メッセージの第１のデータ・パケットが、ＳＤＮネットワークのデータ・ノードＡに入る。

【0056】

２． ノードＡは、デフォルトのルール（コントローラへの送出）にヒットする旨のメッセージに対するフロー・テーブル・マッチングを行い、メッセージを制御ノードに送出する。

【0057】

３． 制御ノードは、特定の帯域幅及びルーティング配分ポリシーと組み合わせた現在のネットワーク状態に応じてサービス・フローに対してルートを割り当て、ＯｐｅｎＦｌｏｗプロトコルを介して、対応するデータ・ノードにルールを配信し、フローに対応するルールをデータ・ノードのフロー・テーブルに付加する。

【0058】

４． 次いで、制御ノードは、メッセージを送出したデータ・ノードにメッセージを戻す。

【0059】

５． データ・ノードはそれぞれ、フロー・テーブル・ルールに応じてメッセージを順次転送する。

【0060】

図３を参照すれば、以下に、ＯｐｅｎＦｌｏｗプロトコルをサポートするデータ・ノードのフロー・テーブル形式を説明する。

【0061】

「ｏｐｅｎｆｌｏｗ−ｓｐｅｃ−ｖ１．１．０」では、図３の右上にあるテーブルに示すように、定義された形式は以下の通りである。

【0062】

ＩｎＰｏｒｔ：データ・ノードにデータ・パケットが入るためのポート。例えば、スイッチ装置の特定のネットワーク・ポート。

【0063】

ＶＬＡＮＩＤ：ＴＣＰ／ＩＰプロトコルにおけるレイヤ２とレイヤ３との間のラベル・フィールドであり、それぞれ別々のラベルに応じてソース端をラベリングし得、デスティネーション端を処理し得る。

【0064】

イーサネット（登録商標）ＳＡ：ソース端物理アドレス、及びソースＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ。媒体アクセス制御）アドレス。

【0065】

イーサネット（登録商標）ＤＡ：デスティネーション端物理アドレス、及びデスティネーションＭＡＣアドレス。

【0066】

イーサネット（登録商標）タイプ；ベアラのレイヤ２メッセージ・タイプを表す、例えば、０ｘ８０００はＩＰメッセージを表す。

【0067】

ＩＰ ＳＡ：ソース端のＩＰアドレス。

【0068】

ＩＰ ＤＡ：デスティネーション端のＩＰアドレス。

【0069】

ＩＰ Ｐｒｏｔｏ：ＩＰレイヤの上位レイヤ・ベアラのプロトコル・タイプ、例えば、０ｘ６は、ＴＣＰプロトコル・タイプ・メッセージが含まれていることを表す。

【0070】

ＴＣＰ Ｓｒｃ：ソース端のＴＣＰポートを表す。

【0071】

ＴＣＰ Ｄｓｔ：デスティネーション端のＴＣＰポートを表す。

【0072】

図３に示すように、（１）ソースがポート６であり、ＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ。仮想ローカル・エリア・ネットワーク）ＩＤが２００２であるサービス・フローの場合、フロー・テーブル・マッチング・ルールはポート１に転送され、（２）ソースがポート１であり、デスティネーション・アドレスが１．１．１．１であるサービス・フローの場合、フロー・テーブル・マッチング・ルールはドロップ（廃棄）であり、（３）ソースがポート６であり、通信ポートが８０であるサービス・フローの場合、フロー・テーブル・マッチング・ルールは局所（局所処理）であり、（４）別のサービス・フローの場合、デフォルト・フロー・テーブル・マッチング・ルールはコントローラ、すなわち、制御ノードへのアップロードである。

【0073】

ＳＤＮネットワークの概念及び装置は主に、研究所又はキャンパス・ネットワークなどの集中管理及び制御に適した小規模ネットワークに適用され、（ＵＲＬフィルタリング、ネットワーク・アプリケーション・アクセラレーション、ＩＰＳ防御、メッセージ・プロトコル分類、又はＨＴＴＰリダイレクト・サービスなどの）アプリケーション層関連サービスを処理する解決策が関係することなく、（ルーティング制御、ネットワーク・トラフィック・バランシング、ネットワーク障害検出及び高速診断、又は動的リンク調節などの）伝送層サービスの課題を狙いとしている。本発明は、ＳＤＮネットワーク構造の制約に対して提案された改良された拡張方法であり、ＳＤＮネットワークに基づいて、本発明は、制御層において複数のノードを階層的に配置する態様で、ネットワーク全体のサービス機能共有、及びアプリケーション層関連サービス処理を実現する方法を提案している。

【0074】

図４に示すように、本発明の実施例によるソフトウェア定義ネットワーク・ベースのデータ処理システム４０を示し、システム４０は、第１のデータ・パケットを受信し、第１のデータ・パケットを、対応するソース制御ノード４２１に送出するよう構成されたソース・データ・ノード４１１と、ソース・データ・ノード４１１によって送出された第１のデータ・パケットを受信し、第１のデータ・パケットは第１のデータ・パケットのデスティネーション・アドレスを収容し、第１のデータ・パケットのデスティネーション・アドレスに応じてデスティネーション制御ノード４２２を判定するよう構成されたソース制御ノード４２１と、第１のデータ・パケットを受信し、第１のデータ・パケット及びマッチング・ポリシー・ルールに応じて第２のデータ・パケットを生成するよう構成されたデスティネーション制御ノード４２２とを備える。

【0075】

本発明の実施例では、対応するソース制御ノード４２１は、ソース・データ・ノード４１１のＩＰアドレス・ドメインに応じて、又は、ソース・データ・ノード４１１と制御ノードとの間のマッピングに応じて判定される。データ・ノード及び制御ノードのマッピング・テーブルはソース・データ・ノード４１１に記憶し得、ソース・データ・ノード４１１に対応するソース制御ノード４２１はテーブルを参照することによって判定され、対応するソース制御ノード４２１は、物理トポロジ構造又はソース・データ・ノード４１１のＩＰアドレス・ドメインによる算出によっても判定し得る。上記は本発明の実施例の理解を助けるための例に過ぎず、本発明の実施例に対する制限としてみなされるべきでないものとする。ソース・データ・ノードによるソース制御ノードの判定は更に、創作的な労力なしで当業者によって実現することが可能な別の態様を含む。

【0076】

本発明の実施例では、ソース制御ノード４２１は特に、ソース・データ・ノード４１１によって送出された第１のデータ・パケットを受信するよう構成され、第１のデータ・パケットは第１のデータ・パケットのデスティネーション・アドレスを収容し、第１のデータ・パケットのデスティネーション・アドレスに応じてデスティネーション・データ・ノード４１３を判定し、ソース制御ノード４２１が、デスティネーション・データ・ノード４１３を管理しない場合、デスティネーション制御ノード４２２としてデスティネーション・データ・ノード４１３及びソース・データ・ノード４１１を管理する第１の制御ノードを判定するよう構成される。

【0077】

図４に示すように、ソース制御ノード４２１は、デスティネーション制御ノード４２２に直結し得、更に、別の制御ノード４２３を介してデスティネーション制御ノード４２２に間接的に接続し得る（１つのみを図示しており、複数の制御ノードが実際の状況において存在し得る）。考えられる別の実現態様では、ソース制御ノード４２１は更に、デスティネーション制御ノード４１３を管理し、その際に、ソース制御ノード４２１は、デスティネーション制御ノード４２２（図示せず）として判定し得る。

【0078】

本発明の実施例では、ソース制御ノード４２１又はソース・データ・ノード４１１は、第１のデータ・パケットをデスティネーション制御ノード４２２に送出するよう更に構成される。

【0079】

本発明の実施例では、マッチング・ポリシー・ルールは、サブタプル情報と動作パラメータ又はポリシー・パラメータとの間のマッピング／対応関係、又は、アプリケーション層情報と動作パラメータ又はポリシー・パラメータとの間のマッピングを含み、デスティネーション制御ノード４２２は、特に、第１のデータ・パケットを受信し、第１のデータ・パケットのサブタプル情報又は第１のデータ・パケットのアプリケーション層情報に対応するポリシー・パラメータ又は動作パラメータを求めて、第１のデータ・パケットのサブタプル情報又は第１のデータ・パケットのアプリケーション層情報に応じて、マッチング・ポリシー・ルールをサーチし、見つかった動作パラメータ又はポリシー・パラメータに応じて第２のデータ・パケットを生成するよう構成される。

【0080】

処理ルールは、フロー・テーブル・マッチング結果及びデータ・パケットのタプル情報に応じてデータ・ノードによって得られる、フロー・テーブル・エントリにおいて指定されるパラメータ及び処理動作、並びに対応するフロー・テーブル・エントリを表す。フロー・テーブル・マッチング後、パラメータ及び処理動作（コントローラへの送出、局所、転送等）を含む、データ・ノードのフロー・テーブル・エントリが得られる。

【0081】

本発明の実施例では、サブタプル情報は、データ・パケットのソース／デスティネーションＭＡＣアドレス、ソース／デスティネーションＩＰアドレス、ソース／デスティネーションＴＣＰポート、データ・ノード（スイッチ）の入口／出口としてのネットワーク・ポート、及びデータ・パケットのＶＬＡＮラベルを含み、情報はデータ・パケットから得ることが可能である。

【0082】

本発明の実施例では、図２１．１に示すように、ネットワーク管理者はまず、管理プレーンを介してポリシー・ルール・セットを構成し、例えば、制御プレーン上の制御ノードに、ポリシー・ルール・セットを配信する。ポリシー・ルールは例えば、ルール（１）ＩＦ ｔｃｐ．ｐｏｒｔ＝８０ ＆＆ ｕｒｌ＝ｈｔｔｐ：／／ｗｗｗ．ｘｘｘ．ｃｏｍ ＴＨＥＮ ｈｔｔｐ：／／ｗｗｗ．ｙｙｙ．ｃｏｍにリダイレクト、及びルール（２） ＩＦ ｔｃｐ．ｐｏｒｔ ＝ ８０８０ ＆＆ ｉｐ．ｓｒｃ ＝ １０．１０．１０．＊ ＴＨＥＮ ブロック であり、ポリシー・ルール・セットは、いくつかのポリシー・ルールによって形成されたセットであり、２． 制御ノードは、例えばポリシー・ルールに応じてポリシー・マッチング・ツリーを確立する。上記ポリシー・ルールに応じて確立されたポリシー・マッチング・ルールは図２１に示し、ツリーにおける内部ノードは条件ノードであり、葉ノードは動作ノードであり、エッジそれぞれは、マッチした条件を表す。３．制御ノードは、受信されたデータ・パケットからｔｃｐ／ｉｐ／ｕｒｌなどのタプル情報を抽出し、マッチング・ツリーに入ってノードとのルール・マッチングを開始し、最後に、葉ノードに達して、対応するルール動作にヒットする。

【0083】

制御ノードは、ｔｃｐ．ｐｏｒｔ＝８０及びｉｐ．ｓｒｃ ＝ １０．１０．１０．＊などのデータ・ノードに伝送層条件（Ｌ４レイヤ条件）を配信し、０ｘ０１１１及び０ｘ０００２などの数、すなわち、データ・ノード・フロー・テーブルのサービス・パラメータ・フィールドを、配信された条件についてマーキングする。データ・パケットに対してフロー・テーブル・マッチングを行ってフロー・テーブル・エントリにヒットした後にデータ・ノードがデータ・パケットを制御ノードに送出すると、データ・ノードは次いで、制御ノードに搬送する対象のデータ・パケットにサービス・パラメータ・フィールドを付加する、例えば、サービス・パラメータ０ｘ０００１が制御ノードに搬送され、次いで、制御ノードは、マッチング・ツリーの根ノードから始めて、再び、（Ｌ４層条件である）データ・パケットの伝送層にマッチさせる必要なく、マッチング・ツリーのｕｒｌノードからの更なるルール・マッチングを直接行う。上記例は、本発明の実施例の特定の解決策に対する制限というよりも、本発明の実施例の理解を助けるための例に過ぎず、予め設定されたポリシー・ルールが別の態様で作成され、制御ノードは更に、上記実施例に列挙した他のアプリケーション層情報に応じて更なるルール・マッチングを行うことが可能である。

【0084】

上記例では、アプリケーション層情報は、以下のテーブルに示すような、データ・パケットのＵＲＬ情報であり得、アプリケーション層情報は、以下のテーブルに示す一情報であり得る。

【0085】

【表1】

【0086】

【表2】

本発明の実施例では、データ処理システム４０は、１つ又は複数のサービング・ノード（図４３１、図４３２、図４３３を参照されたい）を更に含み、マッチング・ポリシー・ルールは、サブタプル情報と動作パラメータ又はポリシー・パラメータとの間のマッピング／対応関係、又は、アプリケーション層情報と動作パラメータ又はポリシー・パラメータとの間のマッピングを更に含み、デスティネーション制御ノード４２２は、特に、第１のデータ・パケットを受信し、第１のデータ・パケットのアプリケーション層情報又は第１のデータ・パケットのサブタプル情報に対応するポリシー・パラメータ又は動作パラメータについて、第１のデータ・パケットのアプリケーション層情報又は第１のデータ・パケットのサブタプル情報に応じて、マッチング・ポリシー・ルールをサーチし、１つ又は複数のサービング・ノードにおいて動作パラメータ又はポリシー・パラメータを実行する機能を有する第１のサービング・ノード４３１に機能要求情報を、見つかった動作パラメータ又はポリシー・パラメータに応じて送出するよう構成され、第１のサービング・ノード４３１は、機能要求情報に応じてデスティネーション制御ノード４２２に、対応する機能応答情報を送出するよう構成され、デスティネーション制御ノード４２２は、機能応答情報に応じて第２のデータ・パケットを生成する。

【0087】

本発明の実施例では、デスティネーション制御ノード４２２は、第２のデータ・パケットをソース・データ・ノード４１１に送出するよう更に構成され、第２のデータ・パケットは第２のデータ・パケットのデスティネーション・アドレスを収容し、ソース・データ・ノード４１１は、第２のデータ・パケットのデスティネーション・アドレスに対応するデータ・ノードに第２のデータ・パケットをデスティネーション制御ノード４２２の管理下で送出するよう更に構成される。

【0088】

本発明の実施例では、データ処理システム４０は、少なくとも１つの中継データ・ノード４１２（１つのみを図示しており、複数の中継データ・ノードが実際の状況において存在し得る）を含み、デスティネーション制御ノード４２２が、中継データ・ノード４１２それぞれを管理するよう構成され、中継データ・ノード４１２は、中継データ・ノード４１２に対応するフロー・テーブルを記憶し、フロー・テーブルは、データ・パケットの処理ルールを記憶するために使用され、ソース・データ・ノード４１１は、ソース・データ・ノード４１１に対応するフロー・テーブルを記憶し、フロー・テーブルは、データ・パケットの処理ルールを記憶するために使用され、デスティネーション制御ノード４２２は、ルーティング配分ルールを生成し、ルーティング配分ルールを中継データ・ノード４１２及びソース・データ・ノード４１１に配信するよう更に構成され、ルーティング配分ルールは、第２のデータ・パケットに対するルートを割り当てるために使用され、中継データ・ノード４１２は、デスティネーション制御ノ―ド４２２によって送出されたルーティング配分ルールを受信し、ルーティング配分ルールに応じて中継データ・ノード４１２のフロー・テーブルを更新するよう更に構成され、ソース・データ・ノード４１１は、第２のデータ・パケットのデスティネーション・アドレスに対応する中継データ・ノード４１２に第２のデータ・パケットを、更新されたフロー・テーブルに応じて送出するよう更に構成され、中継データ・ノード４１２は、第２のデータ・パケットのデスティネーション・アドレスに対応するデスティネーション・データ・ノード４１３に第２のデータ・パケットを、更新されたフロー・テーブルに応じて送出するよう構成される。

【0089】

本発明の実施例では、ソース・データ・ノード４１１はフロー・テーブルを更に記憶し、フロー・テーブルは、サービス・フロー・データのサブタプル情報、及びサブタプル情報に対応する処理ルールを記憶するために使用される。デスティネーション制御ノード４２２は、ソース・データ・ノード４１１のフロー・テーブルに制御ノード番号フィールド及びサービス・パラメータ・フィールドを付加するよう更に構成され、制御ノード番号フィールドは、ソース・データ・ノード４１１に対応するデスティネーション制御ノード４２２のインデクスを表すために使用され、サービス・パラメータ・フィールドは、サービス・フロー・データ・パケットのサブタプル情報の処理結果に対応するインデクスを表すために使用される。

【0090】

本発明の実施例では、データ・ノード装置はそれぞれ、制御ノードが読み書きすることが可能な初期フロー・テーブルを記憶し、上記フロー・テーブルはフロー・ルールによって形成され、フロー・ルールはそれぞれ、フローの伝送層属性、及び対応する動作を含み、タイプ０の現在のＯｐｅｎＦｌｏｗ装置は４つの単純な動作（転送、破棄、局所処理、及び制御ノードへの送出）をサポートする。図１２に示すように、本発明の実施例は、初期フロー・テーブルに制御ノード番号Ｃｏｎｔｒｏｌｎｏｄｅ及びサービス・パラメータＰａｒａを付加することにより、制御プレーンの複数のノード上でサポートする機能を実現する。ソース制御ノードが、ＯｐｅｎＦｌｏｗプロトコルにより、データ・ノードのフロー・テーブル・ルールを修正する場合に、制御ノード番号Ｃｏｎｔｒｏｌ ｎｏｄｅ及びサービス・パラメータＰａｒａを付加し得る。制御ノード番号Ｃｏｎｔｒｏｌ ｎｏｄｅはソース制御ノードによって指定され、データ・ノードが、現在のサービス・フローのデスティネーション制御ノードへの送出を必要とする場合に送出するための、対応するデスティネーション制御ノードの一意の識別子を表す。サービス・パラメータＰａｒａは、制御ノードのサービス処理をアクセラレートするためのサービス・フローの関連情報を提供し、一般に、サービス・フローによってヒットされたルール、又は、サービス・フローとマッチされた伝送層ポリシー条件などの、サービス・フローの伝送層情報に応じて対応するポリシー条件又はポリシー動作とマッチされる。データ・ノードに記憶されたフロー・テーブル・フィールドに対する修正は、本発明の実施例の理解を助けるための例に過ぎず、本発明の実施例に対する特定の制限としてみなされるべきでないものとする。フロー・テーブル・フィールドの付加は、データ・ノード上で予め設定し得、更に、最終データ・ノードによって完了し得る。場合によっては、制御ノード番号Ｃｏｎｔｒｏｌ ｎｏｄｅのみをデータ・ノードのフロー・テーブルに付加し得、サービス・パラメータＰａｒａによって供給されるサービス・フローの関連情報は、制御ノードが、予め設定されたポリシー・マッチング・ルールをサービス・フロー・データ・パケットとマッチさせた後に取得し得る。サービス・パラメータＰａｒａを付加する主な目的は、制御ノードによる関連サービス・フロー情報の処理をアクセラレートすることであり、それにより、ネットワーク動作の効率を向上させる。拡張されたＯｐｅｎＦｌｏｗフロー・テーブル構造は、２つのフィールド、すなわち、制御ノード番号（Ｃｏｎｔｒｏｌ Ｎｏｄｅ）及びサービス・パラメータ（Ｐａｒａ）を元のフロー・テーブルに基づいて拡張させる。制御ノード番号は、送出するために制御ノードを一意に判定するために使用され、サービス・パラメータは、ポリシー・マッチングのヒットしたポリシー・ルール又は中間マッチング結果であり得る。２つのフィールドはデータ・ノードのフロー・テーブルに制御ノードによって付加され、データ・ノードは、フロー・ルールにヒットし、制御ノードに送出する場合に、ＴＣＰ−ｏｐｔｉｏｎｓフィールドを介して制御ノードにポリシー・マッチング・パラメータを送出し、制御ノードは、パラメータに応じてルール・マッチングをアクセラレートし、又は対応するサービスを実行し得る。

【0091】

具体的なデータ・サービス・フローについては、一般に、データ・サービス・フローの第１のデータ・パケットはデフォルトのフロー・テーブル・ルールとマッチし、データ・ノードは、デフォルト・フロー・テーブル・ルールに応じて制御ノードに第１のデータ・パケットを送出し、制御ノードは、第１のデータ・パケットに応じて更なるルール・マッチングを行い、次いで、ルール・マッチングの結果に応じてデータ・ノードのフロー・テーブルにフロー・テーブル・ルールを付加する。この時、制御ノードは、データ・ノードのフロー・テーブルにおいて、２つのフィールド、すなわち、制御ノード番号（Ｃｏｎｔｒｏｌ Ｎｏｄｅ）及びサービス・パラメータ（Ｐａｒａ）を拡張させるので、データ・サービス・フローの後続データ・パケットは、新たに付加された２つのルールとマッチし得、新たなルールに応じてデータ・ノードから転送される。具体的なルールについては、図２１における例を参照し得る。

【0092】

本発明の実施例では、ソース・データ・ノードは第３のデータ・パケットを受信するよう更に構成され、第３のデータ・パケット及び第１のデータ・パケットはサービス・フロー・データ・パケットに属し、第３のデータ・パケットのサブタプル情報に対応する処理ルールは第１のデータ・パケットのサブタプル情報に対応する処理ルールと同じである。

【0093】

本発明の実施例では、ソース・データ・ノードは、第３のデータ・パケットのサブタプル情報にマッチする処理ルール・レコードからのサブタプル情報に対応するサービス・パラメータをフロー・テーブルに応じて判定するよう更に構成され、サービス・パラメータは、第３のデータ・パケットについて実行される対象のポリシー・パラメータ又は動作パラメータのインデクスを表すために使用され、ソース・データ・ノードは、第３のデータ・パケットにおけるサービス・パラメータを収容し、第３のデータ・パケットをデスティネーション制御ノードに送出し、デスティネーション制御ノードは、第３のデータ・パケットについて実行される対象のポリシー・パラメータ又は動作パラメータを第３のデータ・パケットのサービス・パラメータ及びアプリケーション層情報に応じて判定して、第４のデータ・パケットを生成するよう更に構成される。

【0094】

具体的な実現態様を図２２に示し得、デフォルト・フロー・テーブル・ルールと、第１のデータ・パケットとのマッチング動作は再びここで説明しないものとする。第１のデータ・パケットの処理ルールと同じ、サブタプル情報の処理ルールを有する第３のデータ・パケットは、多少異なる処理ルールを有する。第３のデータ・パケットは、第１のデータ・パケットのサービス・フローと同じサービス・フローからのデータ・パケットであり得、対応するフロー・テーブル・マッチング中に必要な同じサブタプル情報を有するサービス・フロー・データ・パケットでもあり得る。サブタプル情報はデータ・パケット・タプル情報の部分集合であり、例えば、データ・パケットは３タプル、５タプル、又は１０タプルによって形成され得、サブタプル情報は相応に複数の組み合わせを有し得、例えば、１つのサブタプルのみが３タプルから選択されるか、又は２つのサブタプルが選択される。本発明の実施例では、サブタプル情報は、データ・パケットのソース／デスティネーションＭＡＣアドレス、ソース／デスティネーションＩＰアドレス、ソース／デスティネーションＴＣＰポート、データ・ノード（スイッチ）の入口／出口としてのネットワーク・ポート、及びデータ・パケットのＶＬＡＮラベルを含み、情報はデータ・パケットから得ることが可能である。サブタプル情報のリスト及び第３のデータ・パケットの例証は本発明の実施例の理解を助けるために使用される説明に過ぎず、本発明の実施例に対する具体的な制限としてみなすべきでない。

【0095】

図２２及び図２１に示すように、制御ノードは、ｔｃｐ．ｐｏｒｔ＝８０及びｉｐ．ｓｒｃ ＝ １０．１０．１０．＊などの伝送層条件（具体例においてサブタプル情報にマッチする条件として理解することが可能なＬ４レイヤ条件）をデータ・ノードに供給し、０ｘ０００１及び０ｘ０００２などの数、すなわち（具体例においてマッチするサブタプル情報の結果として理解することが可能な）データ・ノード・フロー・テーブルのサービス・パラメータ・フィールドを、供給された条件としてマーキングする。データ・ノードが、フロー・テーブル・エントリにヒットするよう第３のデータ・パケットに対するフロー・テーブル・マッチングを行った後、データ・ノードは、ソース制御ノードを介して転送する必要なしで、デスティネーション制御ノードのパラメータ・フィールドに応じて第３のデータ・パケットをデスティネーション制御ノードに直接送出し得、第３のデータ・パケットは、デスティネーション制御ノードに送出される場合、サービス・パラメータ・フィールド値を収容し、第３のデータ・パケットに対応するサービス・パラメータ・フィールド値は、デスティネーション制御ノードが、第１のデータ・パケットに対してポリシー・マッチングを行う場合に、ソース制御ノードのフロー・テーブルに書き込まれ、第３のデータ・パケットは、制御ノードに搬送される対象のデータ・パケットにサービス・パラメータ・フィールド値を付加し、例えば、サービス・パラメータ０ｘ０００１は制御ノードに搬送され、制御ノードは、数０ｘ０００１に応じて、ヒットした条件ｔｃｐ．ｐｏｒｔ＝８０に対応して、マッチング・ツリーの根ノードから始めて、再び（Ｌ４レイヤ条件である）データ・パケットの伝送層にマッチさせる必要なしで、マッチング・ツリーのｕｒｌノードから更なるルール・マッチングを直接行う。このようにして、デスティネーション制御ノードのマッチング動作をアクセラレートさせ、それにより、ネットワーク処理効率を向上させることができる。

【0096】

本発明の実施例では、制御ノード及びデータ・ノードは少なくとも２つのリンクを使用することによって接続され、一方のリンクはデータ・パケットを伝送するためのデータ・リンクであり、他方のリンクは制御パケットを伝送するための制御リンクである。データ・ノードは、データ・リンクを介して制御ノードにデータ・パケットを送出し、制御ノードは制御リンクを介してデータ・ノードのフロー・テーブル・フィールドを修正する。

【0097】

サービング・ノードは、以下の機能などの、アプリケーション層サービスを処理する統合された機能を複数の制御ノードに提供し得る。

【0098】

キャッシュ共有機能。制御ノードは全て、キャッシュ情報を共有し得、１つの制御ノードによって要求されたデータをキャッシュにおいて見つけることが可能である場合、キャッシュ・データが直接取得され、ネットワーク・アクセス性能が向上する。

【0099】

リンク品質情報共有：制御ノードは全て、現在のリンク状態の情報を共有し得、制御ノードは、ルーティング配分中のインク状態に応じてルーティング選択を最適化し得る。

【0100】

Ｐ２Ｐ型プロトコルを要求する場合に、ローカル・エリア・ネットワークにおけるピア・アドレス・リストを供給するよう選択し、それにより、Ｐ２Ｐ型ダウンロード速度を向上させることができるＰ２Ｐプロトコル型ピア・アドレス情報共有
ネットワーク・アクセラレーション・サービス・メッセージ圧縮及び伸張機能
種々のサービス処理機能が、コールするために制御ノードにオープンなＯｐｅｎＡＰＩインタフェースの態様において提供され、種々の機能を、マルチスレッド、マルチプロセス、又はマルチデバイスの態様で配置することが可能であり、同じ機能が共有プールを介してデータを共有し得、機能共有プールはグローバル変数、共有メモリ、又は統合リソース・アクセス装置の形式を有し得、制御ノードは、サービング・ノードの機能をコールすることにより、第１のデータ・パケットを処理して、処理済の第２のデータ・パケットを生成し得る。

【0101】

本発明の第１の局面における実施例によるＳＤＮネットワーク・システム４０では、制御ノードの階層的配置態様において、ＳＤＮネットワークにおける機能共有配分及びアプリケーション層サービス処理、ポリシー・ルールに応じた機能配分方法、並びに、拡張されたデータ・ノード・フロー・テーブル構造が実現されるので、ネットワーク装置におけるマルチノード処理の冗長性を削減するために、ノード間の協働が改善され、不合理なノード機能配分、機能非対称性、及び機能非集約が解決され、それにより、ネットワークのサービス処理効率が向上し、同時に、制御ノードの階層型配置態様は、制御ノードの処理性能のボトルネックを解決し、ネットワークの安定性、信頼性、及びスケーラビリティを維持する。

【0102】

図５を参照すれば、以下に、本発明の第１の局面における実施例によるデータ処理のためのＳＤＮネットワーク・システム５０を説明する。図５に示すように、ＳＤＮネットワーク・システム５０は、データ・プレーン５１であって、データ・プレーン５１が、少なくとも２つのデータ・ノードを含み、サービス・フロー・データ・パケットを受信するデータ・ノードがソース・データ・ノードであるデータ・プレーン５１と、制御プレーン５２であって、制御プレーン５２が、少なくとも１つの制御ノードを含み、制御ノードが、予め設定されたルールに応じてデータ・プレーンのデータ・ノードを管理するよう構成され、ソース制御ノードＣｎｏｄｅ１がソース・データ・ノード５１１を管理する制御プレーン５２とを備え、ソース・データ・ノード５１１は第１の要求情報をソース制御ノードＣｎｏｄｅ１に送出し、第１の要求情報は、ソース・データ・ノード５１１によって受信された第１のデータ・パケットを含み、第１のデータ・パケットは、第１のデータ・パケットのデスティネーション・アドレスを含み、ソース制御ノードＣｎｏｄｅ１は、第１のデータ・パケットのデスティネーション・アドレスに応じてデスティネーション制御ノード５２２を判定し、デスティネーション制御ノード５２２は、予め設定されたポリシー・ルール及び第１のデータ・パケットに応じて第２のデータ・パケットを生成し、ソース・データ・ノード５１１は、デスティネーション制御ノード５２２によって送出された第２のデータ・パケットを受信し、デスティネーション制御ノード５２２の管理下で第２のデータ・パケットを送出する。

【0103】

本発明の実施例では、制御ノードは、データ・プレーン５１のデータ・ノードをグループ化することによる、少なくとも２つのグループ化データ・ノードの取得を含め、予め設定されたルールに応じてデータ・プレーンのデータ・ノードを管理するよう構成され、制御ノードは階層的管理態様を採用し、最下位レイヤ制御ノードは、グループ化データ・ノードのうちの一グループを管理し、上位レイヤ制御ノードは、最下位層制御ノードのうちの少なくとも１つを管理し、すなわち、上位層制御ノードは、グループ化データ・ノードのうちの少なくとも１つの群を管理し、最上位層制御ノードは、データ・プレーン５１のデータ・ノード全てを管理する。

【0104】

本発明の実施例では、図１１に示すように、データ・プレーンは、複数のエッジ・データ・ノード（中継データ・ノードは図示していない）を含み、対称セクタにおけるいくつかの領域に分けられる。図１１では、領域Ａ及び領域Ｂがマーキングされ、制御プレーンは、複数層の制御ノードによって形成され、制御ノードｎｏｄｅ１及びｎｏｄｅ２はそれぞれ、領域Ａ及び領域Ｂにおけるエッジ・データ・ノード及び中継データ・ノード（図示せず）を管理し、制御ノードｎｏｄｅ１及びｎｏｄｅ２の親ノードｎｏｄｅ１１は領域Ａ及び領域Ｂにおけるノード全てを管理し、同様に、制御ノードは階層的態様を採用し、よって、親ノードはサブノード全てによって管理される領域全てを管理することが可能であり、最上位レイヤ制御ノードはデータ・プレーンのデータ・ノード全てを管理することが可能である。

【0105】

本発明の実施例では、ソース制御ノードＣｎｏｄｅ１による、データ・パケットのデスティネーション・アドレスに応じたデスティネーション制御ノード５２２の判定は、第１のデータ・パケットのデスティネーション・アドレスに応じた、デスティネーション・データ・ノード５１２の判定と、ソース制御ノードＣｎｏｄｅ１がデスティネーション・データ・ノード５１２を管理する場合の、ソース制御ノードＣｎｏｄｅ１の、デスティネーション制御ノード５２２としての判定とを含む。説明を簡単にするために、本実施例は図５に示していない。

【0106】

本発明の実施例では、ソース制御ノードＣｎｏｄｅ１がデスティネーション・データ・ノード５１２を管理しない場合、同時にソース・データ・ノード５１１及びデスティネーション・データ・ノード５１２を管理する第２の制御ノードはデスティネーション制御ノード５２２として判定される。

【0107】

本発明の実施例では、デスティネーション制御ノード５２２による、マッチング・ポリシー及び第１のデータ・パケットに応じた第２のデータ・パケットの生成は、マッチング・ポリシー・ルールに応じて第１のデータ・パケットに対してポリシー・ルール・マッチングをデスティネーション制御ノード５２２によって行って、ポリシー・マッチング後の結果を得る工程と、デスティネーション制御ノード５２２が、ポリシー・マッチング後の結果を実行することが可能である場合、ポリシー・マッチング後の結果に応じて第２のデータ・パケットをデスティネーション制御ノード５２２によって生成する工程とを含む。マッチング・ポリシー・ルールは、データ・パケットに対してデスティネーション制御ノードによって実行される対象の対応する動作又はパラメータであり得、更に、アプリケーション層サービスの要求に応じてデータ・パケットに対してデスティネーション制御ノードによって行われる処理であってもよい。

【0108】

本発明の実施例では、ネットワーク・システム５０は、サービス・プレーン５３であって、サービス・プレーン５３は、制御プレーン５２に対してサービス処理機能を提供するよう構成されるサービス・プレーン５３を含み、デスティネーション制御ノード５２２が、ポリシー・マッチング後の結果を実行することが可能でない場合、デスティネーション制御ノード５２２は、サービス・プレーン５３に機能要求情報を、ポリシー・マッチング後の結果に応じて送出し、サービス・プレーン５３は、機能要求情報に応じて、対応する機能応答情報をデスティネーション制御ノード５２２に送出し、デスティネーション制御ノード５２２は機能応答情報に応じて第２のデータ・パケットを生成する。サービス・プレーン５３は、複数の制御ノードに対するアプリケーション層サービスを処理する統合機能を提供し得、上記機能は相応に、データ・パケットのポリシー・マッチング後の結果を実行することが可能であり、種々のサービス処理機能が、コールするために制御ノードに、アプリケーション・プログラムに対するオープンなインタフェース態様ＯｐｅｎＡＰＩにおいて提供され、種々の機能をマルチスレッド、マルチプロセス、又はマルチデバイス態様において配置することが可能であり、同じ機能が、共有プールを介してデータを共有することが可能であり、機能共有プールは、グローバル変数、共有メモリ、又は統合リソース・アクセス装置の形式を有し得る。

【0109】

本発明の実施例では、ネットワーク・システム５０は、管理プレーン５４を更に含み、管理プレーン５４は、データ・プレーン５１のネットワーク・トポロジ、制御プレーン５２のポリシー・ルール、及びサービス・プレーン５３のサービス処理容量の少なくとも１つを管理するよう構成される。ネットワーク・トポロジ管理は、データ・ノードそれぞれによってアクセスされるクライアントのＩＰアドレス区間範囲、ポート配分、データ・プレーン・ノード間の通信経路を含む。ポリシー・ルール管理は、ユーザによって構成されるサービス処理に関するルールを表し、ポリシー・ルールは、伝送層又はアプリケーション層ポリシー条件、及び対応するサービス処理動作によって形成される。管理プレーンは、ＳＤＮネットワーク・システムの初期設定中に上記管理態様を実現し得、更に、ＳＤＮネットワーク・システムが動作する際のユーザ要求、又はＳＤＮネットワークのリアルタイム状況に応じて上記管理態様に対する設定又は修正を行い得る。

【0110】

本発明の第２の局面における実施例によるＳＤＮネットワーク・システム５０では、制御ノードの階層的配置態様において、ＳＤＮネットワークにおける機能共有配分及びアプリケーション層サービス処理、ポリシー・ルールに応じた機能配分方法、並びに、拡張されたデータ・ノード・フロー・テーブルが実現されるので、ネットワーク装置におけるマルチノード処理の冗長性を削減するために、ノード間の協働が改善され、不合理なノード機能配分、機能非対称性、及び機能非集約が解決され、それにより、ネットワークのサービス処理効率が向上し、同時に、制御ノードの階層型配置態様は、制御ノードの処理性能のボトルネックを解決し、ネットワークの安定性、信頼性、及びスケーラビリティを維持する。

【0111】

図６を参照すれば、以下に、本発明の第２の局面における実施例によるソフトウェア定義ネットワーク・ベースのデータ処理方法を説明する。

【0112】

図６に示すように、方法は以下を含む。

【0113】

Ｓ６１：ソース・データ・ノードは第１のデータ・パケットを受信する。

【0114】

Ｓ６２：ソース・データ・ノードは、対応するソース制御ノードに第１のデータ・パケットを送出し、第１のデータ・パケットは第１のデータ・パケットのデスティネーション・アドレスを収容するので、ソース制御ノードは第１のデータ・パケットのデスティネーション・アドレスに応じてデスティネーション制御ノードを判定し、デスティネーション制御ノードは第１のデータ・パケットに応じて第２のデータ・パケットを生成する。

【0115】

Ｓ６３：ソース・データ・ノードは、デスティネーション制御ノードによって送出された第２のデータ・パケットを受信する。

【0116】

本発明の第２の局面における実施例において提供されるソフトウェア定義ネットワーク（ＳＤＮ）ベースのデータ処理方法によれば、デ―タ・ノードによって受信されたデータ・パケットに対して種々の処理を制御ノード上で行うことにより、ノード間の協働機能が改善され、ネットワーク装置におけるマルチノード処理の冗長度も削減される。更に、ネットワーク装置がサービス・フロー・データ・パケットを処理する機能が改善され、それにより、ネットワークのサービス処理効率が向上する。

【0117】

図７を参照すれば、以下に、本発明の第３の局面における実施例によるソフトウェア定義ネットワーク・ベースのデータ処理方法を説明する。

【0118】

図７に示すように、方法は、
Ｓ７１：デスティネーション制御ノードは第１のデータ・パケットを受信し、第１のデータ・パケットは第１のデータ・パケットのデスティネーション・アドレスを収容し、デスティネーション制御ノードは、第１のデータ・パケットのデスティネーション・アドレスに応じてソース制御ノードによって判定される。

【0119】

Ｓ７２：デスティネーション制御ノードは、マッチング・ポリシー・ルール及び第１のデータ・パケットに応じて第２のデータ・パケットを生成する。

【0120】

Ｓ７３：第２のデータ・パケットをソース・データ・ノードに送出する。

【0121】

本発明の第３の局面における実施例において提供されるソフトウェア定義ネットワーク（ＳＤＮ）ベースのデータ処理方法によれば、デ―タ・ノードによって受信されたデータ・パケットに対して種々の処理を制御ノード上で行うことにより、ノード間の協働機能が改善され、ネットワーク装置におけるマルチノード処理の冗長度も削減される。更に、ネットワーク装置がサービス・フロー・データ・パケットを処理する機能が改善され、それにより、ネットワークのサービス処理効率が向上する。

【0122】

図８を参照すれば、以下に、本発明の第４の局面における実施例によるソフトウェア定義ネットワーク・ベースのデータ・ノード１０を説明する。データ・ノード１０は、第１の受信モジュール１０１及び第１の送出モジュール１０２を含み、第１の受信モジュール１０１は第１の送出モジュール１０２に接続される。第１の受信モジュール１０１は第１のデータ・パケットを受信するよう構成され、第１の送出モジュール１０２は、対応するソース制御ノードに、第１の受信モジュール１０１によって受信された第１のデータ・パケットを送出するよう構成されるので、ソース制御ノードは第１のデータ・パケットのデスティネーション・アドレスに応じてデスティネーション制御ノードを判定し、デスティネーション制御ノードは第１のデータ・パケットに応じて第２のデータ・パケットを生成し、第１の受信モジュール１０１は、デスティネーション制御ノードによって送出された第２のデータ・パケットを受信するよう更に構成される。

【0123】

本発明の第５の局面における実施例において提供されるソフトウェア定義ネットワーク（ＳＤＮ）ベースのデータ・ノード１０によれば、ノード間の協働機能が改善され、ネットワーク装置におけるマルチノード処理の冗長度も削減される。更に、ネットワーク装置がサービス・フロー・データ・パケットを処理する機能が改善され、それにより、ネットワークのサービス処理効率が向上する。

【0124】

データ・ノード１０は、外部装置又は制御ノードと通信接続されて、外部装置又は制御ノードによって送出されるデータ・フローを受信し、処理し、外部ノード又は制御ノードに関連データ情報を送出するよう構成される。

【0125】

本発明の実施例では、データ・ノード１０は、フロー・テーブル１０３を更に含み、フロー・テーブルは、データ・パケットのタプル情報、及びタプル情報に対応する処理ルールを記憶するために使用される。サブタプル情報は、データ・パケットのソース／デスティネーションＭＡＣアドレス、ソース／デスティネーションＩＰアドレス、ソース／デスティネーションＴＣＰポート、データ・ノード（スイッチ）の入口／出口としてのネットワーク・ポート、及びデータ・パケットのＶＬＡＮラベルを含み、情報はデータ・パケットから得ることが可能である。

【0126】

フロー・テーブルはフロー・ルールによって形成され、フロー・ルールはそれぞれ、対応する動作及びフローの伝送層属性を含み、タイプ０の現在のオープンフローのＯｐｅｎＦｌｏｗ装置は、単純な４つの動作（転送、破棄、局所処理、及び制御ノードに対する送出）をサポートする。

【0127】

本発明の実施例において、第１のデータ・パケットが、予め設定された処理ルールを満たす場合、第１の送出モジュール１０２は、第１の要求情報をソース制御ノードに送出する。

【0128】

本発明の実施例では、データ・ノード１０は更に、第１の処理モジュール１０４を含み、第１の処理モジュールは、第１の受信モジュール１０１によって受信されたデスティネーション制御ノード情報に応じてデスティネーション制御ノードを得るよう構成され、
第１の処理モジュール１０４は、デスティネーション制御ノード情報に応じて、フロー・テーブル１０３に制御ノード番号フィールド及びサービス・パラメータ・フィールドを付加するよう更に構成され、制御ノード番号フィールドは、ソース・データ・ノードに対応するデスティネーション制御ノードを表すために使用され、サービス・パラメータ・フィールドは、データ・パケット上のソース・データ・ノードによって行われる処理ルールの結果を表すために使用される。

【0129】

本発明の実施例では、図１２に示すように、本発明の実施例は、初期フロー・テーブルに制御ノード番号Ｃｏｎｔｒｏｌ ｎｏｄｅ及びサービス・パラメータＰａｒａを付加することにより、制御プレーン上の複数のノードの機能サポートを実現する。ソース制御ノードが、ＯｐｅｎＦｌｏｗプロトコルにより、データ・ノードのフロー・テーブル・ルールを修正する場合に、制御ノード番号Ｃｏｎｔｒｏｌ ｎｏｄｅ及びサービス・パラメータＰａｒａを付加し得る。制御ノード番号Ｃｏｎｔｒｏｌ ｎｏｄｅはソース制御ノードによって指定され、データ・ノードが、現在のサービス・フローのデスティネーション制御ノードへの送出を必要とする場合に送出するための、対応するデスティネーション制御ノードの一意の識別子を表し、サービス・パラメータＰａｒａは、制御ノードのサービス処理をアクセラレートするためにサービス・フローの関連情報を提供し、一般に、サービス・フローによってヒットされたルール、又は、サービス・フローとマッチされた伝送層ポリシー条件などの、サービス・フローの伝送層情報に応じて対応するポリシー条件又はポリシー動作とマッチされる。データ・ノードに記憶されたフロー・テーブル・フィールドに対する修正は、本発明の実施例の理解を助けるための例に過ぎず、本発明の実施例に対する特定の制限としてみなされるべきでないものとする。フロー・テーブル・フィールドの付加は、データ・ノード上で予め設定し得、更に、最終データ・ノードによって行い得る。場合によっては、制御ノード番号Ｃｏｎｔｒｏｌ ｎｏｄｅのみをデータ・ノードのフロー・テーブルに付加し得、サービス・パラメータＰａｒａによって供給されるサービス・フローの関連情報は、予め設定されたポリシー・マッチング・ルールに応じて、かつ、サービス・フロー・データ・パケット・マッチング後に制御ノードによって取得し得る。サービス・パラメータＰａｒａを付加する主な目的は、制御ノードが関連サービス・フロー情報を処理することをアクセラレートし、それにより、ネットワーク動作の効率をサポートすることである。

【0130】

本発明の実施例では、フロー・テーブル１０３に制御ノード番号フィールド及びサービス・パラメータ・フィールドを付加する工程は、処理モジュール１０４が、フロー・テーブル１０３に応じて受信データ・パケットに対してルール・マッチング処理を行い、ルール・マッチング処理後の結果をフロー・テーブル１０３に入れ、第１の送出モジュール１０２は、フロー・テーブル１０３のサービス・パラメータ・フィールドを介してデータ・パケットのルール・マッチング処理後の結果をデスティネーション制御ノードに送出することを含む。

【0131】

本発明の実施例では、制御ノード番号は、送出するために制御ノードを一意に判定するために使用され、サービス・パラメータは、ポリシー・マッチングのヒットしたポリシー・ルール又は中間マッチング結果であり得る。２つのフィールドはデータ・ノードのフロー・テーブルに制御ノードによって付加され、データ・ノードは、フロー・ルールにヒットし、制御ノードに送出する場合に、ＴＣＰ−ｏｐｔｉｏｎｓフィールドを介して制御ノードにポリシー・マッチング・パラメータを送出し、デスティネーション制御ノードは、パラメータに応じてルール・マッチングをアクセラレートし、又は対応するサービスを実行し得る。

【0132】

図９を参照すれば、以下に、本発明の第５の局面において提供される実施例によるソフトウェア定義ネットワーク・ベースのデータ処理のためのデスティネーション制御ノード１１を説明する。デスティネーション制御ノード１１は、第２の受信モジュール１１１であって、第２の受信モジュール１１１は、第１のデータ・パケットを受信するよう構成され、第１のデータ・パケットは第１のデータ・パケットのデスティネーション・アドレスを収容し、デスティネーション制御ノードは第１のデータ・パケットのデスティネーション・アドレスに応じてソース制御ノードによって判定される第２の受信モジュール１１１と、
マッチング・ポリシー・ルール及び第２の受信モジュール１１１によって受信された第２のデータ・パケットに応じて第２のデータ・パケットを生成するよう構成された第２の処理モジュール１１３と、
第２の処理モジュール１１３によって生成された第２のデータ・パケットをソース・データ・ノードに送出するよう構成された第２の送出モジュール１１２であって、ソース・データ・ノードは第１のデータ・パケットを受信し、ソース制御ノードに対応する。

【0133】

第２の処理モジュール１１３は、データ処理機能を有するプロセッサ又は別の装置であり得る。

【0134】

本発明の第５の局面における実施例において提供されるソフトウェア定義ネットワーク（ＳＤＮ）ベースのデータ処理のためのデスティネーション・データ・ノード１１によれば、ノード間の協働機能が改善され、ネットワーク装置におけるマルチノード処理の冗長度も削減される。更に、ネットワーク装置がサービス・フロー・データ・パケットを処理する機能が改善され、それにより、ネットワークのサービス処理効率が向上する。

【0135】

デスティネーション制御ノード１１は、データ・ノード又はソース制御ノードと通信接続される。本発明の実施例では、デスティネーション制御ノード１１も、サービング・ノードと通信接続される。デスティネーション制御ノード１１は、サービング・ノード、ソース制御ノード、及びデータ・ノードによって送出されるデータ・フローを受信し、処理するよう構成され、サービング・ノード、ソース制御ノード、及びデータ・ノードに関連データ情報を送出するよう構成される。

【0136】

本発明の実施例では、デスティネーション制御ノード１１は更に第２の送出モジュール１１２を含み、第２の送出モジュール１１２は、ソース・データ・ノードに処理モジュール１１３によって生成された第２のデータ・パケットを送出するよう構成される。

【0137】

本発明の実施例では、デスティネーション制御ノード１１は更に、管理モジュール１１４を含み、管理モジュール１１４は、ソース・データ・ノードを管理して第２のデータ・パケットを送出するよう構成される。

【0138】

本発明の実施例では、第２の送出モジュール１１２はソース・データ・ノードに応答情報を送出するよう更に構成され、応答情報は、ソース・データ・ノードのフロー・テーブルに制御ノード番号フィールド及びサービス・パラメータ・フィールドを付加するために使用され、制御ノード番号フィールドは、ソース・データ・ノードに対応するデスティネーション制御ノードを表すために使用され、サービス・パラメータ・フィールドは、データ・パケットにソース・データ・ノードによって行われる処理ルールの結果を表すために使用される。

【0139】

本発明の実施例では、予め設定されたポリシー・ルール及び第１のデータ・パケットに応じて第２のデータ・パケットを生成する処理モジュール１１３は、予め設定されたポリシー・ルールに応じて第１のデータ・パケットに対してポリシー・ルール・マッチングを行って、ポリシー・マッチング後の結果を取得し、処理モジュール１１３がポリシー・マッチング後の結果を実行することが可能である場合、処理モジュール１１３は、ポリシー・マッチング後の結果に応じて第２のデータ・パケットを生成する。処理モジュール１１３がポリシー・マッチング後の結果を実行することが可能でない場合、第２の送出モジュール１１２は、サービング・ノードに機能要求情報を、処理モジュール１１３によって実行されたポリシー・マッチング後の結果に応じて送出し、処理モジュール１１３は、サービング・ノードから第２の受信モジュール１１１によって受信された機能応答情報に応じて第２のデータ・パケットを生成し、機能応答情報は対応する機能要求情報に応じてサービング・ノードによって生成される。

【0140】

以下に、特定の実現形態の詳細により、ＳＤＮベース・ネットワーク・システムにおける上記データ処理方法、ノード、及びシステムを説明する。例証を簡単にするために、システムにおいて使用される一部の実現態様は更に、方法又は装置において適用することができ、方法において使用される一部の実現態様は更に、システム又は装置において適用することができる。以下の実現態様は、本発明の実施例の技術的解決策に対する制限というより、本発明の理解を助けるための具体例に過ぎず、本発明の実施例の技術的解決策は更に、創作的な労力なしで当業者によって実現することが可能な別の態様を更に含む。

【0141】

図５を参照すれば、以下に、本発明の実施例によるデータ処理のＳＮＤシステムの構造及び機能を説明する。

【0142】

図５に示すように、機能の区分けの観点からの、データ処理のためのＳＮＤシステムは、４つの機能プレーン（すなわち、データ・プレーン、制御プレーン、サービス・プレーン、及び管理プレーン）を含み、サービス・データ処理の観点から、３つの層（すなわち、下から上に順番に、データ層、制御層、及びサービス層）を含む。

【0143】

（１）データ・プレーンはデータ・スイッチ・ノードによって形成され、データ・ノードは既存のＳＤＮネットワーク・ノード機能と互換であり、ＯｐｅｎＦｌｏｗプロトコルに基づいて制御ノードとの通信をサポートすることが可能である。データ・プレーンは、制御プレーンによって供給されるフロー・テーブルに応じてサービス・フローの転送処理機能を実現する役割を果たす。

【0144】

データ・プレーンのデータ・ノードは、外部装置に接続されたノードであって、外部装置がネットワークにアクセスすることを可能にするエッジ・データ・ノードであって、この種のノードは、外部装置とのデータ相互作用を行う役割を主に果たし、上記ソース・データ・ノードもデスティネーション・データ・ノードもエッジ・データ・ノードに属する、外部装置に接続されたノード、及び、別の内部データ・ノードのみに接続されたノードである中継データ・ノードであって、中継データ・ノードは、ＳＤＮネットワークにおけるエッジ・データ・ノード又は中継データ・ノードにのみ接続され、データ相互作用を生成するために外部装置に直接通信接続される訳でない一方、エッジ・データ・ノードを介して外部装置に間接的に接続される中継データ・ノードの２つのカテゴリに分類することが可能である。

【0145】

本発明の実施例では、データ・ノード装置はそれぞれ、制御ノードが読み書きすることが可能な初期フロー・テーブルを記憶し、上記フロー・テーブルはフロー・ルールによって形成され、フロー・ルールはそれぞれ、フローの伝送層属性、及び対応する動作を含み、タイプ０の現在のＯｐｅｎＦｌｏｗ装置は４つの単純な動作（転送、破棄、局所処理、及び制御ノードへの送出）をサポートする。図１２に示すように、本発明の実施例は、初期フロー・テーブルに制御ノード番号Ｃｏｎｔｒｏｌ ｎｏｄｅ及びサービス・パラメータＰａｒａを付加することにより、制御プレーンの複数のノード上でサポートする機能を実現する。ソース制御ノードが、ＯｐｅｎＦｌｏｗプロトコルにより、データ・ノードのフロー・テーブル・ルールを修正する場合に、制御ノード番号Ｃｏｎｔｒｏｌ ｎｏｄｅ及びサービス・パラメータＰａｒａを付加し得る。制御ノード番号Ｃｏｎｔｒｏｌ ｎｏｄｅはソース制御ノードによって指定され、データ・ノードが、現在のサービス・フローのデスティネーション制御ノードへの送出を必要とする場合に送出するための、対応するデスティネーション制御ノードの一意の識別子を表し、サービス・パラメータＰａｒａは、制御ノードのサービス処理をアクセラレートするためにサービス・フローの関連情報を提供し、一般に、サービス・フローによってヒットされたルール、又は、サービス・フローとマッチされた伝送層ポリシー条件などの、サービス・フローの伝送層情報に応じて対応するポリシー条件又はポリシー動作とマッチされる。データ・ノードに記憶されたフロー・テーブル・フィールドに対する修正は、本発明の実施例の理解を助けるための例に過ぎず、本発明の実施例に対する特定の制限としてみなされるべきでないものとする。フロー・テーブル・フィールドの付加は、データ・ノード上で予め設定し得、更に、最終データ・ノードによって行い得る。場合によっては、制御ノード番号Ｃｏｎｔｒｏｌｎｏｄｅのみをデータ・ノードのフロー・テーブルに付加し得、サービス・パラメータＰａｒａによって供給されるサービス・フローの関連情報は、予め設定されたポリシー・マッチング・ルールに応じて、かつ、サービス・フロー・データ・パケット・マッチング後に制御ノードによって取得し得る。サービス・パラメータＰａｒａを付加する主な目的は、制御ノードが関連サービス・フロー情報を処理することをアクセラレートし、それにより、ネットワーク動作の効率を向上させることである。

【0146】

図１２を参照すれば、以下に、本発明の実施例によるデータ・プレーンの機能の特定の実現態様を説明する。図１２に示すように、１つのデータ・ノードが、制御プレーン上の複数の制御ノードと通信し得るので、データ・ノードは、フロー・テーブル動作がコントローラに対する送出である、すなわち、制御ノードに対する送出である場合に、制御ノードに対する送出という一意のマークを特定する必要がある。よって、図１０に示すように、拡張されたＯｐｅｎＦｌｏｗフロー・テーブル構造は、２つのフィールド、すなわち、制御ノード番号（Ｃｏｎｔｒｏｌ Ｎｏｄｅ）及びサービス・パラメータ（Ｐａｒａ）フィールドを元のフロー・テーブルに基づいて拡張させる。制御ノード番号は、送出するために制御ノードを一意に判定するために使用され、サービス・パラメータは、ポリシー・マッチングのヒットされたポリシー・ルール又は中間マッチング結果であり得る。２つのフィールドはデータ・ノードのフロー・テーブルに制御ノードによって付加され、データ・ノードは、フロー・ルールにヒットし、制御ノードに送出する場合に、ＴＣＰ−ｏｐｔｉｏｎｓフィールドを介して制御ノードにポリシー・マッチング・パラメータを送出し、制御ノードは、パラメータに応じてルール・マッチングをアクセラレートし、又は対応するサービスを実行し得る。

【0147】

ＩＰアドレス範囲 １．１．＊．＊からのサービス・フローのためにデータ・ノード２によって予め設定された、アップローディングのためのソース制御ノードは、制御ノード１である。

【0148】

ポート６から入るサービス・フローの場合、そのＶＬＡＮ ＩＤが２００２である場合、データ・ノード２のデフォルト・マッチング・ルールはサービス・フローをポート１に転送し、この時点で、アプリケーション層サービスの処理が関与せず、マッチング・ルールに対応する処理動作はデータ・ノード２上で実現することが可能である。

【0149】

ポート１から入るサービス・フローの場合、そのＩＰアドレスが２．２．２．２である場合、データ・ノード２のデフォルト・マッチング・ルールはサービス・フローのデータ・パケットを破棄し、この時点で、アプリケーション層サービスの処理がやはり関与せず、マッチング・ルールに対応する処理動作はデータ・ノード２上で実現することが可能である。

【0150】

ポート６から入るサービス・フローの場合、その通信ポートが８０である場合、データ・ノード２のデフォルト・マッチング・ルールはサービス・フローのデータ・パケットを制御ノードに送出し、対応する制御ノードの番号は１であり、すなわち、制御ノード１へのデータ・パケットの送出であり、サービス・パラメータＰａｒａの値は１０であり、すなわち、１０に対応するポリシー・ルールのヒットであり、例えば、ポリシー・ルールは例えば、以下のようなポリシー・ルールであり得る。

【0151】

ＩＦ ｐｏｒｔ＝８０ ＆＆ ｕｒｌ ＝ ｗｗｗ．ｘｘｘ．ｃｏｍ ＴＨＥＮ ｕｒｌ＝ｗｗｗ．ｙｙｙ．ｃｏｍにリダイレクトする。ここで、ｐｏｒｔ＝８０の条件はサービス・パラメータ１０に対応する。

【0152】

別のサービス・フローの場合、データ・ノード２のマッチング・ルールはサービス・フローのデータ・パケットの制御ノードへの送出であり、対応する制御ノードの番号は１であり、すなわち、制御ノード１へのデータ・パケットの送出であり、サービス・パラメータＰａｒａの値は０であり、すなわち、０に対応するポリシー・ルールのヒットであり、例えば、ポリシー・ルールは例えば、以下のようなルールであり得る。

【0153】

ＩＦ ｕｒｌ＝ｗｗｗ．ｘｘｘ．ｃｏｍ ＴＨＥＮ ｕｒｌ＝ｗｗｗ．ｚｚｚ．ｃｏｍにリダイレクトする。

【0154】

ポリシー・ルールは、管理プレーンのルール管理により、ネットワーク管理者によって構成され、制御ノードは、ルールが具体的に伝送層に関係するか、アプリケーション層（ポリシー・ルールのＩＦ部分）に関係するかという条件に応じて、データ・ノードにフロー・テーブル・パラメータを提供する。例えば、サービス・パラメータ１０に対応する例では、データ・パケット・ポート８０とのみマッチするデータ・ノードについての情報は、サービス・パラメータ１０を介して制御ノードに送出することが可能であり、制御ノードには、サービス・パラメータに応じて、データ・ノードがデータ・パケット充足条件ｐｏｒｔ＝８０とマッチしていることが分かるので、制御ノードは、データ・パケットのポート番号を更にマッチさせる必要なしで、ｕｒｌがｕｒｌ＝ｗｗｗ．ｘｘｘ．ｃｏｍの条件を満たすか否かをチェックするよう連続してマッチさせればよいに過ぎない。この例は、制御ノードが、ｐｏｒｔ＝８０の条件がマッチされるか否かをサービス・パラメータ０乃至１０に応じて区別するという点で、サービス・パラメータの値が０である例と異なる。

【0155】

上記実施例は本発明の実施例の理解を助けるための例に過ぎず、本発明の実施例に対する特定の制限としてみなされるべきでないものとする。本発明の実施例は更に、創作的な労力なしで当業者によって実現することが可能な別の態様を更に含み得る。

【0156】

（２）トラフィック制御、ルーティング配分、及びロード・バランシングなどの、ＳＤＮネットワークの既存の伝送層サービス機能と互換であることに加えて、制御プレーンは、プロトコル識別及び解析、ポリシー・ルール・マッチング、ルール・マッチング結果に応じた、データ・ノードへの動作の送出、及び対応するサービス機能のコールなどの、アプリケーション層サービスを実現する役割も果たす。

【0157】

本発明では、制御プレーンは、複数のノードを階層的に配置する態様を採用し、データ・ノードの位置及びサービス・フローのＩＰアドレス情報に応じて、領域及びフローによる各制御ノードによって管理されるサービス・フローを分類する。更に、１つのサービス・フローが常に統合制御ノードによって管理される原理が満たされる。

【0158】

本発明の実施例では、制御プレーンはデータ・プレーンの領域を対称セクタに分け、制御ノードはそれぞれ、エッジ・データ・ノード、及び中継データ・ノード全てを１つの対称領域において管理することが可能である。領域により、制御ノードを管理する方法を図１１に示す。データ・プレーンは、複数のエッジ・データ・ノード（中継データ・ノードは図示していない）を含み、対称セクタにおけるいくつかの領域に分けられる。図１４では、領域Ａ及び領域Ｂがマーキングされ、制御プレーンは、複数層の制御ノードによって形成され、制御ノードｎｏｄｅ１及びｎｏｄｅ２はそれぞれ、領域Ａ及び領域Ｂにおけるエッジ・データ・ノード及び中継データ・ノードを管理し、制御ノードｎｏｄｅ１及びｎｏｄｅ２の親ノードｎｏｄｅ１１は領域Ａ及び領域Ｂにおけるノード全てを管理し、同様に、制御ノードは階層的態様を採用し、よって、親ノードはサブノード全てによって管理される領域全てを管理することが可能であり、最上位層制御ノードはデータ・プレーンのデータ・ノード全てを管理することが可能である。

【0159】

サービス・フローが属する管理制御ノードをサービス・フローが判定する具体的な手順を図１５に示す。データ・ノードによって送出されたサービス・フローを初めて受信した場合、制御ノードは、ルーティング選択結果及びサービス・フローのデスティネーションＩＰアドレスに応じて、サービス・フローがネットワークに入り、ネットワークを出るデータ・プレーンのデータ・ノードが配置された領域を判定する。サービスがネットワークを出るためのデータ・ノードの位置、及びサービス・フローがネットワークに入るためのデータ・ノードの位置は、現在の制御ノードの管理領域範囲内にない場合、制御ノードは、処理するために上位層制御ノードにサービス・フローを送出し、よって、サービス・フローは、ネットワークに入り、ネットワークを出るノード位置が配置された領域に応じて特定の制御ノードによって管理されるよう最終的に判定される。

【0160】

サービス・フローのＩＰアドレスに応じて制御ノードを分ける方法により、１つのデータ・ノードが同時に複数の制御ノードによって管理されることが可能になり、データ・ノードは、サービス・フローのＩＰアドレス範囲に応じて、対応する制御ノードを選択し得る。

【0161】

本発明の実施例では、図１３に示すように、データ・ノードは、以下の態様でサービス・フローのＩＰアドレス範囲に応じて、対応する制御ノードを選択する。

【0162】

制御プレーンは複数の制御ノードによって形成され、制御ノードは、対称セクタ領域に応じて、被制御データ・ノードを分け、制御ノードｎｏｄｅ１及びｎｏｄｅ２は、同時に領域Ａの範囲におけるデータ・ノードを制御し、データ・ノードは、ソースＩＰに応じて、別々のデータ・ノードにサービス・フローを配分し、１．１．１．１乃至１．１．１．１２７の範囲に及ぶＩＰを有するサービス・フローは、フロー・テーブルにおける（制御ノードｎｏｄｅ１に対応する）制御ノード番号１に対応し、１．１．１．１２８乃至１．１．１．２５４の範囲に及ぶＩＰを有するサービス・フローは、フロー・テーブルにおける（制御ノードｎｏｄｅ２に対応する）制御ノード番号２に対応する。別々のＩＰアドレス範囲により、データ・ノードに対応する制御ノード番号は、データ・ノードのフロー・テーブルにおいて予め設定し得る。上記実施例は本発明の実施例を理解するための例に過ぎず、本発明の実施例に対する特定の制限としてみなされるべきでないものとする。図１５に示すように、上位層制御ノードは更に、別々のＩＰアドレス範囲に応じて判定し得、１．１．１．１乃至１．１．１．１２７の範囲に及ぶＩＰを有するサービス・フローの場合、その上位層制御ノードはｎｏｄｅ１１であり、１．１．１．１２８乃至１．１．１．２５４の範囲に及ぶＩＰを有するサービス・フローは上位層制御ノードｎｏｄｅ２２に対応する。

【0163】

（３）サービス・プレーンは、
キャッシュ共有機能：制御ノードは全て、キャッシュ情報を共有し得、１つの制御ノードによって要求されたデータをキャッシュにおいて見つけることが可能である場合、キャッシュ・データが直接取得され、それにより、ネットワーク・アクセス性能が向上する、
リンク品質情報共有：制御ノードは全て、現在のリンク状態の情報を共有し得、制御ノードは、ルーティング配分中のインク状態に応じてルーティング選択を最適化し得る、
Ｐ２Ｐプロトコル型ピア・アドレス情報共有：Ｐ２Ｐ型プロトコルを要求する場合に、ローカル・エリア・ネットワークにおけるピア・アドレス・リストを供給するよう選択し、それにより、Ｐ２Ｐ型ダウンロード速度を向上させることができる、及び
ネットワーク・アクセラレーション・サービス・メッセージ圧縮及び伸張機能などの、複数の制御ノードに対するアプリケーション層サービスを処理する統合機能を提供し得る。

【0164】

種々のサービス処理が、コールするために制御ノードに対して、オープンなＯｐｅｎＡＰＩインタフェース態様で提供され、種々の機能をマルチスレッド、マルチプロセス、又はマルチデバイスの態様で配置することが可能であり、同じ機能は共有プールを介してデータを共有することが可能であり、機能共有プールは、グローバル変数、共有メモリ、又は統合リソース・アクセス装置の形式を有し得る。

【0165】

本発明の実施例では、サービス・プレーンの機能実行手順は、制御ノードがルール構成に応じてサービス・プレーンに特定の機能を登録し、サービス・プレーンが制御ノードの機能を複製し、同時に、制御ノードがサービス処理手順において機能実行点を配信し、制御ノードが特定のサービス処理動作とマッチする場合、サービス・プレーンのサービス処理機能をオープン・インタフェースを介してコールするために処理リンクにおける機能実行点を起動させることを含む。

【0166】

本発明の実施例では、サービス・プレーンの機能実行手順は以下を含む。（１）初期化登録段階であって、制御ノード上に現在あるユニバーサル・サービス・ルールの組に応じて制御ノードが起動され、例えば、キャッシュ共有が現在の制御ノード上に構成され、制御ノードはまず、サービス・プレーンへの機能登録を行い、サービス・プレーンは、制御ノードの機能登録要求を受信した後、対応するリソースを制御ノードに配信し、例えば、データ記憶空間を配信し、現在登録されているノードの情報に対する初期化動作を行い、同時に、制御ノードは、内部処理手順において機能実行点を配信し、例えば、ルールにヒットした後の動作実行段階において機能スケジュール点を配信する。（２）実行段階における機能アクティベーション。制御ノードが、サービス処理を実行する手順中に機能スケジューリング点においてサービス層の特定の機能をスケジューリングする必要がある場合、制御ノードはサービス・プレーンに対する機能実行要求を起動させ、例えば、制御ノードは、キャッシュ機能共有サービスにおいてサービス・プレーンに対してキャッシング情報の要求を起動させ、サービス・プレーンは、制御ノードの実行要求を受信した後、制御ノードによって要求されたキャッシュ・コンテントのインデクスに応じて共有キャッシュ・プールをサーチし、キャッシュ・データが見つかった場合にキャッシュ・データを制御ノードに戻し、キャッシュを見つけたとマーキングし、サービス・プレーンが共有キャッシュ・プールにおいてキャッシュ・データを見つけなかった場合、ナルを戻し、キャッシュ・データを見つけなかったとマーキングし、制御ノードは、サービス・プレーンの機能実行の戻された結果に応じてサービス処理を続ける。（３）登録を取り消すよう出る段階。制御ノードは、通常のクロージングによって出る場合に、サービス・プレーンへの登録を取り消す必要があり、制御ノードは、サービス・プレーンに対する登録取り消し要求メッセージを起動させ、サービス・プレーンは、制御ノードの要求メッセージに応じて、配信されたリソースを撤回し、例えば、配信された空間を撤回し、制御ノードの登録情報をクリアする動作を実行する。

【0167】

サービス・プレーンの上記機能実行手順は、本発明の実施例に対する特定の制限の代わりに、本発明の実施例の理解を助ける具体例に過ぎない。制御ノードによるサービス・プレーンへの登録に必要なしで、複数の処理機能及びサービス態様をサービス・プレーンに対して設定することが可能である。サービス・プレーン機能の実施例は更に、創作的な労力なしで当業者によって実現することが可能な別の態様を更に含み得る。

【0168】

（４）管理プレーンは、データ・プレーン・ネットワーク・トポロジ構造管理、ポリシー・ルール管理、及びサービス・プレーン・リソース管理の役割を果たす。ネットワーク・トポロジ管理は、各データ・ノードによってアクセスされるクライアントのＩＰアドレス・セクション範囲、ポート配信、及びデータ・ノード間の通信経路を含む。ポリシー・ルール管理は、ユーザによって構成されるサービス処理に関するルールを表し、ポリシー・ルールは、伝送層又はアプリケーション層ポリシー条件、及び対応するサービス処理動作によって形成される。管理プレーンは、ＳＤＮネットワーク・システムの初期設定中に上記管理態様を実現し得、更に、ＳＤＮネットワーク・システムが動作する際のユーザ要求、又はＳＤＮネットワークのリアルタイム状況に応じて上記管理態様に対する設定又は修正を行い得る。

【0169】

本発明の実施例では、管理プレーンは、データ・プレーン・ネットワーク構造管理、データ・ノード及び制御ノード接続トポロジ管理、ポリシー・ルール管理、及びサービス・プレーン・リソース管理の役割を果たす。管理プレーンは、ネットワーク管理者に提供される構成管理インタフェースである。システムのブーティングの初期段階では、ネットワーク管理者は、管理プレーンを介して制御ノード全てにトポロジ情報を配信して、制御ノードの後続ルーティング配分のためのリンク接続情報を提供する。ポリシー・ルール情報は複数のルールによって形成され、ポリシー・ルールはそれぞれ、Ｌ１乃至４レイヤ、又はアプリケーション層条件及び対応するサービス動作によって形成される。例えば、ルール１：ＩＦ（ｃｏｎｄｉｔｉｏｎ）ＩＰ ＝ １０．１０．１０．^＊ 及びｕｒｌ＝ｗｗｗ．ａｂｃｄ．ｃｏｍ／^＊ ｓｅｒｖｉｃｅ ｆｌｏｗ ＴＨＥＮ （ａｃｔｉｏｎ） ｒｅｄｉｒｅｃｔ ｕｒｌ＝ｗｗｗ．ｘｘｘｘ．ｃｏｍ／ｐｏｒｔａｌは、リダイレクト動作を実行し、ＩＰ＝１０．１０．１０．^＊は、送信層情報を形成する条件であり、ｕｒｌ＝はＬ７レイヤ情報を形成する条件である。管理プレーンは、ネットワーク管理者に対してルール構成インタフェースを提供し、ネットワーク管理者は、ポリシー・ルール・セットを構成し、管理プレーンを介して制御ノードにルールを配信し、制御ノードは、サービス・プレーンへの機能の登録を含め、配信されたルールの組に応じて初期化を完了する。

【0170】

図１４に示すように、本発明の実施例では、データ・ノード及び制御ノードの機能は、管理プレーンのポリシー・ルールの集中管理により、かつ、ユーザの構成ポリシー・ルールに応じて配分され、具体的には、（１）要求メッセージがネットワークに入るデータ・ノード、（２）要求メッセージが入る制御ノード、（３）要求メッセージがネットワークを出るデータ・ノード、（４）応答メッセージがネットワークに入るデータ・ノード、（５）応答メッセージが入る制御ノード、及び（６）応答メッセージがネットワークを出るデータ・ノードの６つのサービス処理点が、サービス・フローがネットワークに入り、ネットワークを出るための位置及びサービス・フローの要求又は応答タイプに応じて分けられる。サービス処理点が配分され、対応する機能が、ポリシー・ルールの動作タイプ及び条件タイプに応じてノードに割り当てられ、配分方法を図面に示す。物理的な観点から、（１）及び（６）は同じ物理データ・ノードに対応し、（２）及び（５）は同じ物理制御ノードに対応し、（３）及び（４）は同じ物理データ・ノードに対応する。

【0171】

例１：ポリシー条件は、伝送層メッセージ情報に応じた条件であり、ポリシー動作は、破棄又は転送などの非サービス動作であるので、データ・ノ―ドに対応する伝送層条件を、ＯｐｅｎＦｌｏｗフロー・テーブルのタプルとしての役目を担うよう位置（１）及び（４）において割り当てる必要があり、フロー・テーブルの動作はポリシー動作（転送又は破棄）である。

【0172】

例２：ポリシー条件は、要求メッセージの伝送層情報に応じた条件であり、ポリシー動作が特定のタイプのサービス処理であるので、データ・ノードに対応する伝送層条件は、ＯｐｅｎＦｌｏｗフロー・テーブルのタプルとしての役目を担うよう位置（１）において割り当てる必要があり、フロー・テーブルの動作は、コントローラへの送出、すなわち、制御ノードへの送出であり、Ｃｏｎｔｒｏｌ Ｎｏｄｅは位置（２）における制御ノードの番号であり、ポリシー・パラメータは対応するサービス動作のインデクスであり、同時に、制御ノード・ポリシー動作に対応するサービス処理機能は位置（２）において割り当てる必要がある。制御ノードは、実行する必要がある対応するサービス処理に、データ・ノードによって送出されたメッセージのポリシー・パラメータに応じて、直接インデクシングし得る。

【0173】

例３：ポリシー条件は、要求メッセージの伝送層及びアプリケーション層の情報に応じた条件であり、ポリシー動作が特定のタイプのサービス処理であるので、データ・ノードに対応する伝送層条件は、ＯｐｅｎＦｌｏｗフロー・テーブルのタプルとしての役目を担うよう位置（４）において割り当てる必要があり、フロー・テーブルの動作は、コントローラへの送出、すなわち、制御ノードへの送出であり、Ｃｏｎｔｒｏｌ Ｎｏｄｅは位置（５）における制御ノードの番号であり、ポリシー・パラメータは伝送層情報のポリシー・マッチングの中間結果であり、同時に、レイヤ７のプロトコル識別及び解析、ルール・マッチング、並びに、制御ノードの対応するサービス処理機能を位置（５）において割り当てる必要がある。制御ノードは、メッセージの伝送層条件マッチングの中間結果を、データ・ノードによって送出されたメッセージのポリシー・パラメータに応じて取得し、アプリケーション層処理によって得られたメッセージ情報と組み合わせたポリシー・マッチングを完了し、ポリシー・マッチングの結果に応じて、対応するサービス処理を実行する。

【0174】

図１６を参照すれば、以下に、本発明の実施例によるデータ処理のＳＤＮシステムのデータ・フローを説明する。

【0175】

図１６に示すように、本発明の実施例によるデータ処理のＳＤＮネットワーク・システムでは、
ソース・データ・ノードがサービス・フロー・データ・パケットを受信した後、ソース・データ・ノードはまず、データ・パケット上の伝送層のフロー・テーブル・マッチングを行い、ビットされたルールに応じて対応する動作を実行する。ヒットされたマッチング・ルールが制御ノードへの送出である場合、１を実行する。

【0176】

ソース・データ・ノード１はソース制御ノード１にデータ情報を送出し、データ情報は、ソース・データ・ノードによって受信されたサービス・フローの第１のデータ・パケットを含む。ソース制御ノード１は、サービス・フローの第１のデータ・パケットのデスティネーションＩＰアドレスに応じてデスティネーション制御ノード２を判定する。

【0177】

デスティネーション制御ノード２は、ソース・データ・ノード１によって送出されたデータ情報に応じてＯｐｅｎＦｌｏｗプロトコルにより、ソース・データ・ノードのフロー・テーブル・ルールを修正し、制御ノード番号及びサービス・パラメータ・フィールドを付加する。制御ノード番号は、現在のサービス・フローを制御ノードに送出する必要がある場合に送出するための対応する制御ノードの一意のマークである。サービス・パラメータ・フィールドを、デスティネーション制御ノード２によってソース・データ・ノード１に配信して、ソース・データ・ノードにおいてフロー・テーブル・エントリに対応するポリシー・ルール・インデクスをマーキングする。

【0178】

ソース・データ・ノード１は、フロー・テーブル・ルールに応じてデータ・パケットに対してルール・マッチングを行い、フロー・テーブル・ルールＲと最終的にマッチされ、転送、局所処理、又は制御ノードへの送出をフロー・テーブル・ルールＲにおける動作パラメータに応じて行い、動作が制御ノードへの送出の場合、送出するための制御ノードが、フロー・テーブル・ルールＲにおける、送出するための制御ノードの番号に応じて選択され、フロー・テーブル・ルールＲにおけるサービス・パラメータ・フィールドは、データ・パケットの拡張されたフィールドに入れられ、例えば、サービス・パラメータはＴＣＰ−ｏｐｔｉｏｎｓフィールドを介して制御ノードに搬送され、サービス・パラメータ・フィールドは、デスティネーション制御ノード２により、データ・ノード１のフロー・テーブルに書き込まれ、制御ノードは、データ・パケットに収容されたサービス・パラメータにより、サービス・ルール・マッチング手順をアクセラレートし得る。

【0179】

初期制御ノード１は、最終データ・ノード２が処理するために、最終データ・ノード２にサービス・フローの受信データ・パケットを送出し、サ―ビス・パラメータ・フィールドが、デスティネーション制御ノード２に搬送される対象のデータ・パケットとともに、拡張されたフィールドのＴＣＰ−ｏｐｔｉｏｎｓフィールドに付加される。

【0180】

サービス・プレーンは、デスティネーション制御ノード２に対するアプリケーション層サービスを処理する統合機能を、デスティネーション制御ノード２によってコールするために、オープンなＯｐｅｎＡＰＩインタフェース態様において提供することが可能であり、デスティネーション制御ノード２は、ソース制御ノード１から受信されたデータ・パケットに応じてサービス・プレーンに対して要求情報を提供して、データ・パケットを処理するために必要なサービス機能のコールを要求する。

【0181】

サービス・プレーンは、デスティネーション制御ノード２に、デスティネーション制御ノード２によってコールされた機能を送出し、デスティネーション制御ノード２は、サービス機能を使用することにより、サービス・フローのデータ・パケットに対する処理を行って、処理されたサービス・フロー・データ・パケットを得る。

【0182】

デスティネーション制御ノード２は、処理されたサービス・フロー・データ・パケットをソース・データ・ノード１に送出し、同時に、デスティネーション制御ノード２は、現在のネットワーク状態に応じて、かつ、特定の帯域及びルーティング配分ポリシーとの組み合わせでサービス・フローのルートを割り当て、ＯｐｅｎＦｌｏｗプロトコルを介して対応する中継データ・ノードにルールを配信して、中継データ・ノードのフロー・テーブルにおけるフローに対応するルールを付加する。

【0183】

ソース・データ・ノード１は、１つ又は複数の中継データ・ノード２を介し、デスティネーション・デ―タ・ノード３に、デスティネーション制御ノード２によって処理されたサービス・フロー・データ・パケットを送出する。

【0184】

上記実施例は、本発明の実施例の理解を助けるための具体例に過ぎず、本発明の実施例に対する制限とみなすべきでなく、上記データ番号１乃至８は、データ・フロー方向の伝送の工程のシーケンスに対する制限であるとみなすべきでなく、工程の一部は、交換された順序を有し得、又は、創作的な労力なしで当業者によって実現することが可能な別の態様で実行し得る。

【0185】

図１７乃至図２０を参照するに、以下で、本発明の実施例の特定のいくつかの実現シナリオを説明する。

【0186】

図１７に示すように、クライアント・クラスタ１における特定のサービス・フローのデータ・メッセージは、データ・ノードＡからＳＤＮネットワークに入り、データ・メッセージは、複数の中継データ・ノード（図示せず）を介して送信され、データ・ノードＢを介してサーバ・クラスタ１に達する。

【0187】

データ・ノードＡ及びデータ・ノードＢは何れも、制御ノードＣｎｏｄｅ１によって管理され、制御ノードＣｎｏｄｅ１は、ＯｐｅｎＦｌｏｗプロトコルにより、データ・ノードＡ及びデータ・ノードＢのフロー・テーブルを維持する。（１）クライアントによって送出されたサービス・フロー・データ・パケットはまず、データ・ノードＡを通過する。（２）サービス・フローの第１のデータ・パケット（第１のパケット）がデータ・ノードＡに達すると、データ・ノードＡは、第１のデータ・パケットに対してフロー・テーブル・マッチングを行うことにより、デフォルト・フロー・テーブル・エントリに対応する動作（すなわち、コントローラへの送出）、デフォルト制御ノード番号Ｃｎｏｄｅ１、及びナルであるデフォルト・サービス・パラメータを得る。（３）データ・ノードＡは、制御ノード番号に応じてデフォルト制御ノードＣｎｏｄｅ１にデータ・パケットを送出し、制御ノードＣｎｏｄｅ１は、データ・パケットに対してポリシー・ルール・マッチングを行う。ネットワーク管理者が、ポリシー・ルール１：ＩＦ ｉｐ＝１１．１１．１１．^＊ ＆＆ ｐｒｏｔｏｃｏｌ＝ＨＴＴＰ ＴＨＥＮ ＩＰＳ ｃｈｅｃｋ、ルール２：ＩＦ ｉｐ＝１１．１１．１１．^＊ ＆＆ ｕｒｌ＝ｗｗｗ．ｘｘｘ．ｃｏｍ ＴＨＥＮ ｂｌｏｃｋを構成し、データ・パケットのポリシー・マッチングの結果が、ｉｐ＝１１．１１．１１．^＊という番号１０の条件を満たすと仮定すれば、制御ノードＣｎｏｄｅ１は更なるフロー・テーブル・エントリＩをデータ・ノードＡに配信し、フロー・テーブル・エントリＩの内容は、タプルにおいてｉｐ＝１１．１１．１１．^＊を有するデータ・フローに対応するサービス・パラメータ１０であり、データ・パケットがネットワークを出るためのデータ・ノードがＢであるということがデータ・パケットのデスティネーション・アドレスに応じて判定される。データ・ノードＡもデータ・ノードＢも制御ノードＣｎｏｄｅ１によって管理されるので、制御ノードＣｎｏｄｅ１はデスティネーション制御ノードとして判定され、データ・ノード・フロー・テーブル・エントリＩに制御ノードＡによって配信される制御ノード番号は制御ノードのノード番号である。（４）制御ノードＣｎｏｄｅ１は、ＯｐｅｎＦｌｏｗプロトコルにより、データ・ノードＢ、及びデータ・フロー・ルート上の種々の中継データ・ノードのフロー・テーブルを更新する。（５）制御ノードＣｎｏｄｅ１はデータ・パケットをデータ・ノードに転送するので、各データ・ノードは、データ・ノードのフロー・テーブル・ル―ルに応じてデータ・パケットに対してマッチング及び転送を行い、最終的に、第１のデータ・パケットはデータ・ノードＢを介してネットワークを出てサーバに達し、（６）データ・ノードは、フロー・テーブル・ルールに応じてサービス・フロー上の後続データ・パケットを処理する。

【0188】

サービス・プレーンの共有機能プールは、ＨＴＴＰ（ハイパーテキスト転送プロトコル、Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）を狙いとしたデータ・パケット識別及び解析機能と、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ、ユニフォーム・リソース・ロケータ）マッチング機能とを含む。

【0189】

制御ノードＣｎｏｄｅ１は、予め設定されたマッチング・ルールに基づいてサービス・プレーンにサービス処理機能を登録し、特定のサービス処理動作をマッチングする必要がある場合、制御ノードＣｎｏｄｅ１は、オープン・インタフェースを介してサービス・プレーンのサービス処理機能を起動し得る。プロトコル識別及び解析又はＵＲＬマッチング処理をサービス・フローに対して行う必要がある場合、制御ノードＣｎｏｄｅ１はサービス・プレーンのサービス処理機能をコールしてサービス・フローを処理し、処理済データ・パケットをデータ・ノードＡに送出する。

【0190】

上記例では、（７）制御ノードＣｎｏｄｅ１が、サービス・フローの後続メッセージに対してポリシー・マッチングを行う場合に、データ・ノードによって送出されるデータ・パケットに収容されるサービス・パラメータが１０である場合、すなわち、ｉｐ＝１１．１１．１１．^＊が満たされる場合、条件ｕｒｌ＝ｗｗｗ．ｘｘｘ．ｃｏｍ及び条件ｐｒｏｔｏｃｏｌ＝ＨＴＴＰが満たされるか否かを検査するために、データ・パケットに対するマッチングを更に行うことが必要であり、制御ノードＣｎｏｄｅ１はまず、サービス・プレーンに対するプロトコル識別及び解析機能を起動させ、（８）サービス・プレーンは、制御ノードの機能要求を受信すると、パケットに対する識別及び解析処理を行い、結果を制御ノードに戻す。（９）識別及び解析結果がｐｒｏｔｏｃｏｌ＝ＨＴＴＰであると制御ノードが判定した場合、ＵＲＬマッチング機能が更に起動され、サービス・プレーンは、データ・パケットに対するＵＲＬマッチングを行い続け、結果を制御ノードに戻す。（１０） 制御ノードは、サービス・プレーンによって戻された結果に応じてポリシー・マッチングを完了し、応答ポリシー動作を実行し、例えば、ルール２の実行動作ブロックｂｌｏｃｋがマッチングされた場合、制御ノードはデータ・ノードのフロー・テーブル・エントリを更新し、ｂｌｏｃｋとしてデータ・ノードＡにおいてサービス・フローに対応する動作をセットする。上記実施例は、本発明の実施例に対する特定の制限でなく、本発明の実施例の理解を助けるための例に過ぎない。

【0191】

図１８に示すように、クライアント・クラスタ１における特定のサービス・フローのデータ・メッセージがデータ・ノードＡからＳＤＮネットワークに入り、データ・メッセージは複数の中継データ・ノード（図示せず）を介して送信され、データ・ノードＣを介してサービス・クラスタ２に達する。データ・ノードＡもデータ・ノードＣもノードＣｎｏｄｅ２によって管理され、データ・ノードＡ及びデータ・ノードＣはＯｐｅｎＦｌｏｗプロトコルを介してノードＣｎｏｄｅ２と通信接続される。

【0192】

上記例のように、データ・ノードＡは（ソースＩＰが１１．１１．１１．１１であると仮定すれば）サービス・フローの第１のパケットに対してフロー・テーブル・マッチングを行い、デフォルト・フロー・テーブル・エントリにヒットし、第１のパケットを制御ノードＣｎｏｄｅ２に送出し、制御ノードＣｎｏｄｅ２は、第１のデータ・パケットに対してポリシー・ルール・マッチングを行って、データ・パケットがネットワークを出るためのデータ・ノードＣを判定し、制御ノードＣｎｏｄｅ２をデスティネーション制御ノードとして判定し、データ・プレーン・サービス・フローが通過する必要があるデータ・ノードのフロー・テーブルを更新する。ネットワーク管理者によって構成されたポリシー・ルールが ＩＦ ｉｐ＝１１．１１．１１．^＊ ＴＨＥＮ ｂｌｏｃｋであると仮定すれば、メッセージが流れるＳＤＮネットワークのデータ・ノード及び制御ノードの経路に応じて、制御ノードは、（１）要求メッセージがネットワークに入るデータ・ノードＡ、（２）要求メッセージが入る制御ノードＣｎｏｄｅ２、（３）要求メッセージがネットワークを出るデータ・ノードＣ、（４）応答メッセージがネットワークに入るデータ・ノードＣ、（５）応答メッセージが入る制御ノードＣｎｏｄｅ２、及び（６）応答メッセージがネットワークを出るデータ・ノードＡを判定する。制御ノードは、デ―タ・ノードＡに、ｂｌｏｃｋである動作、ｉｐ＝１１．１１．１１．^＊であるタプルを有するフロー・テーブル・エントリＩをルールに応じて付加する。後続サービス・フロー・データ・パケットの処理では、データ・パケットに対してデータ・ノードＡによって行われたフロー・テーブル・マッチングがフロー・テーブル・エントリＩにヒットすると、データ・ノードＡはデータ・パケットを直接破棄し、初回にデータ・パケットの入口においてヒットしたポリシー・ルールとマッチングして、後続ノードのデータ送信及び処理を避け、それにより、後続ノード装置のネットワーク帯域リソースを削減し、後続ノードに対する処理リソースの不必要な消費を避ける。

【0193】

サービス・フローのデータ・メッセージの形式は、クライアント−クライアント、サーバ−クライアント、又はサーバ−サーバであってもよく、データ・ノードＡ及びデータ・ノードＣは別々のノードによって管理し得、制御ノードは上記態様に応じて判定され、データ・ノードＡ、データ・ノードＣ、及びノードの間の通信接続の形式はＯｐｅｎＦｌｏｗプロトコルのみに制限されない一方、創作的な労力なしで当業者によって採用することが可能な通信接続態様を更に含み、データ・ノードＡ及びデータ・ノードＣは、中継データ・ノードを使用することなく、直接通信接続され得る。データ・ノードＡのサービス・フローが複数のデスティネーション・アドレスを有する場合、破棄動作は、ｄｒｏｐであるデスティネーション・アドレスのフロー・テーブル・ルールを有するネットワーク・ルーティング経路の後続中継ノード、又は、データ・ノードＡに対して実行されるに過ぎない。上記実施例は、本発明の実施例に対する特定の制限でなく、本発明の実施例の技術的解決策の理解を助けるための例に過ぎない。本発明の実施例の技術的解決策は更に、創作的な労力なしで当業者によって実現することが可能な別の態様を更に含み得る。

【0194】

図１９に示すように、クライアント・クラスタ１における特定のサービス・フローのデータ・メッセージが、データ・ノードＡからＳＤＮネットワークに入り、データ・メッセージは複数の中継データ・ノード（図示せず）を介して送信され、データ・ノードＢを介してサーバに達する。データ・ノードＡはノードＣｎｏｄｅ１によって管理され、データ・ノードＡはＯｐｅｎＦｌｏｗプロトコルを介してノードＣｎｏｄｅ１と通信接続し、データ・ノードＢはノードＣｎｏｄｅ３によって管理され、データ・ノードＢはＯｐｅｎＦｌｏｗプロトコルを介してノードＣｎｏｄｅ３と通信接続する。制御ノードＣｎｏｄｅＡは、ノードＣｎｏｄｅ１及びノードＣｎｏｄｅ３に応じて判定され、制御ノードを判定する手順は上記で説明しており、再び特許請求の範囲及び明細書では説明しないものとする。

【0195】

アプリケーション層伝送アクセラレーションをネットワーク・サービス・フローに対して行う必要がある場合、データ・ノードＡには、サービス・フロー・メッセージ情報を圧縮する機能が与えられなくてよい。データ・ノードＡは、ルール・マッチング後、サービス・フロー・メッセージ情報を制御ノードＣｎｏｄｅＡにアップロードし、制御ノードＣｎｏｄｅＡは、サービス・フローの機能要求に応じて、サービス・プレーンからのメッセージ内容に基づいて対応する圧縮機能及び伸張機能をサービス・フローの機能要求に応じて取得し、サービス・プレーンからの上記機能の制御ノードＣｎｏｄｅＡによる取得は、オープン・インタフェースを介してコールすることによって実現し得る。サービス・フロー・データ・メッセージに対する圧縮は制御ノードＣｎｏｄｅＡに対して行われ、圧縮させたサービス・フロー・データ・メッセージはデータ・ノードＡに送信される。データ・ノードＡは、圧縮されたサービス・フロー・データ・メッセージをデータ・ノードＢに送信し、データ・ノードＢは次いで、伸張するために制御ノードＣｎｏｄｅＡにサービス・フロー・データ・メッセージをアップロードして、伸張サービス・フロー・データ・メッセージを得る。よって、上記クライアント・クラスタ１のサービス・フローは、データ・ノードＡからデータ・ノードＢへのアプリケーション層伝送のアクセラレーションを実現することが可能である。上記実施例は、本発明の技術的解決策に対する限定的な説明でなく、本発明の実施例の理解を助けるための例に過ぎない。

【0196】

図２０に示すように、ＳＤＮネットワーク構造では、サービス・プレーンは共有機能プールを含み、同じ機能は、共有機能プールを介してデータを共有し得、共有機能プールの形式は、グローバル変数、共有メモリ、又は同じリソース・アクセス装置であり得る。

【0197】

クライアント・クラスタ１におけるクライアント及びクライアント・クラスタ２におけるクライアントは同じストリーミング・メディア・コンテンツを要求し、クライアント・クラスタ１におけるクライアントのサービス・フローは、データ・ノードＡを介してＳＤＮネットワーク・システムにアクセスする。データ・ノードＡはノードＣｎｏｄｅ１によって管理され、データ・ノードＤはノードＣｎｏｄｅ２によって管理される。

【0198】

まず、データ・ノードＡのデスティネーション制御Ｃｎｏｄｅ１及びデータ・ノードＤのデスティネーション制御ノードＣｎｏｄｅ２を判定する関連手順は上述しており、ここでは再び説明しないものとする。制御ノードＣｎｏｄｅ１及びＣｎｏｄｅ２は何れも、Ｃａｃｈｅキャッシュ機能をサービス・プレーンに登録し、同時に、サービス・プレーンは、制御ノードＣｎｏｄｅ１及びＣｎｏｄｅ２に対してＣａｃｈｅキャッシュ・データの読み出し及び書き込みインタフェースを割り当てる。（１）データ・ノードＡのデータ・フローは、制御ノードＣｎｏｄｅ１を通過する際にストリーミング・メディア・データをキャッシュし、（２）データ・ノードＤはデータ・ノードＡと同じストリーミング・メディア・データ・コンテンツにアクセスし、アクセス要求データ・パケットが、データ・ノードＤを介して制御ノードＣｎｏｄｅ２に達すると、制御ノードＣｎｏｄｅ２はサービス・プレーンにＣａｃｈｅキャッシュ機能を起動させ、キャッシュ・データ読み出しインタフェースを介してキャッシュ・データをサーチする。制御ノードＣｎｏｄｅ１は、データ・ノードＡによって要求されたデータ・コンテンツをキャッシュしたからである。制御ノードＣｎｏｄｅ２は、キャッシュされたストリーミング・メディア・コンテンツを見つけ、データ・ノードＤに戻される対象の応答データ・パケットにデータをカプセル化する。サーバからデータを獲得するデータ・ノードＤの手順が再び保存され、それにより、クライアントの応答速度が増加し、同時にサーバの処理圧力が削減される。上記は本発明の実施例の理解を助けるための例に過ぎず、本発明の実施例の技術的解決策に対する制限としてみなされるべきでないものとする。制御ノードは、更に、データ・ノードＡ及びデータ・ノードＤの通信接続を確立することにより、又は、創作的な労力なしで当業者によって実現することが可能な別の態様で、対応するストリーミング・メディア・コンテンツをデータ・ノードＤが得ることを可能にし得る。

【0199】

上記装置の詳細な作業工程についての簡便な説明の目的を実現するために、上記方法の実施例における対応する工程を参照し得る、ここでは再び詳細を説明しないものとするということを当業者は明確に分かり得る。

【0200】

本出願において提供されるいくつかの実施例では、開示されたシステム、装置、及び方法は他の態様で実現し得る。例えば、説明された装置の実施例は例示的なものに過ぎない。例えば、装置の区切りは、論理的機能の区切りに過ぎず、実際の実現形態では他の区切りであり得る。例えば、複数の装置又は構成部分を別のシステムにおいて合成若しくは一体化し得、又は、特定の構成を無視するか、又は行わない場合がある。更に、表示されたか、又は記載された相互結合若しくは直接結合又は通信接続は特定のインタフェースを介して実現し得る。装置又はユニット間の間接結合又は通信接続は、電子、機械、又は他の形式で実現し得る。

【0201】

更に、本発明の実施例における機能単位は、１つの処理装置に一体化してもよく、上記単位それぞれは物理的に単独で存在し得るか、又は、２つ以上の単位を１つの単位に一体化し得る。

【0202】

上記機能が、ソフトウェア機能単位の形態で実現され、別個の製品として販売又は使用される場合、機能はコンピュータ読み取り可能な記憶媒体に記憶し得る。前述の理解に基づけば、従来技術に対する貢献を実質的に、又は部分的に有する本発明の技術的解決策、若しくは上記技術的解決策の一部はソフトウェア・プロダクトの形態で実現し得る。コンピュータ・ソフトウェア・プロダクトは記憶媒体に記憶され、本発明の実施例において説明された方法の工程の全部又は一部を行う旨をコンピュータ装置（パソコン、サーバ、又はネットワーク装置であり得る）に指示するためのいくつかの指示を含む。上記記憶媒体は、ＵＳＢフラッシュ・ドライブ、着脱可能なハード・ディスク、リードオンリ・メモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダム・アクセス・メモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、又は光ディスクなどの、プログラム・コードを記憶することが可能な何れかの媒体を含む。

【0203】

上記説明は、本発明の例示的な実施例に過ぎない一方、本発明の保護範囲を制限することを意図するものでない。本発明において開示された技術的範囲内で当業者によって容易に考え出される変形又は置換は何れも、本発明の保護範囲内に収まるものとする。したがって、本発明の保護範囲は請求項の保護範囲に従うものとする。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】