"データ転送ネットワークのノードの処理規則記憶部に設定すべき処理規則を並べて構成された処理規則列を含むパケットを受信し、前記処理規則列から自装置の処理規則記憶部に設定すべき処理規則を取り出して設定するノード、を含むことを特徴とする通信システム。前記処理規則列は、データ転送ネットワークの複数のノードがそれぞれの処理規則記憶部に設定すべき処理規則で構成されている請求項1の通信システム。前記各ノードは、前記処理規則列中の各処理規則に対応付けられたノード識別子に基づいて、自装置が設定すべき処理規則を特定する請求項1または2の通信システム。前記各ノードは、前記処理規則列に添付された出力先情報に基づいて、前記処理規則列を含むパケットを転送する請求項1から3いずれか一の通信システム。前記パケットには、最終ホップのノードの情報が含まれており、前記最終ホップのノードが前記処理規則列を削除または前記パケットの転送を停止する請求項1から4いずれか一の通信システム。前記処理規則列中の処理規則は、前記パケットの転送経路上のノードの順番で並べられており、前記各ノードが、順次、自装置の処理規則記憶部に設定した処理規則の前記パケットからの削除または前記パケットの所定領域に当該処理規則が使用済みであることを書き込むことにより、各ノードがそれぞれ設定すべき処理規則を特定する請求項2、4、5いずれか一の通信システム。前記処理規則列は、追加ヘッダの形態でユーザパケットに付加されている請求項1から6いずれか一の通信システム。前記パケットには、前記処理規則列または個々の処理規則の正当性を示す電子署名が付加されており、前記各ノードは、前記処理規則列または個々の処理規則の電子署名の正当性を検証し、前記正当性が確認された場合に前記処理規則の設定を行う請求項1から7いずれか一の通信システム。前記処理規則列を含むパケットの起点となるノードに対し、前記処理規則列または前記処理規則列を含むパケットを作成して送信する制御装置を含む請求項1から8いずれか一の通信システム。前記制御装置は、前記パケットの経路上の複数のノードに対し、同一のノードに設定すべき処理規則を含む処理規則列または前記同一ノードに設定すべき処理規則列を含むパケットを作成して送信する請求項9の通信システム。データ転送ネットワークに配置され、前記データ転送ネットワークのノードの処理規則記憶部に設定すべき処理規則を並べて構成された処理規則列を含むパケットを受信し、前記処理規則列から自装置の処理規則記憶部に設定すべき処理規則を取り出して設定するノード。前記処理規則列は、データ転送ネットワークの複数のノードがそれぞれの処理規則記憶部に設定すべき処理規則で構成されている請求項11のノード。前記処理規則列中の各処理規則に対応付けられたノード識別子に基づいて、自装置が設定すべき処理規則を特定する請求項11または12のノード。前記処理規則列に添付された出力先情報に基づいて、前記処理規則列を含むパケットを転送する請求項11から13いずれか一のノード。前記パケットに含まれる最終ホップのノードの情報が、自装置が最終ホップのノードであることを示す場合、前記処理規則列を削除または前記パケットの転送を停止する請求項11から14いずれか一のノード。前記処理規則列中の処理規則は、前記パケットの転送経路上のノードの順番で並べられており、前記各ノードが、順次、前記処理規則列からの処理規則の削除または前記パケットの所定領域に当該処理規則が使用済みであることを書き込むことにより、各ノードがそれぞれ設定すべき処理規則を特定する請求項12、14、15いずれか一のノード。ユーザパケットに付加された追加ヘッダに格納されている処理規則列から、自装置の処理規則記憶部に設定すべき処理規則を取り出して設定する請求項11から16いずれか一のノード。前記パケットに付加された前記処理規則列または自装置に設定すべき処理規則の電子署名の正当性を検証し、前記正当性が確認された場合に前記処理規則の設定を行う請求項11から17いずれか一のノード。データ転送ネットワークに配置されたノードから受信した入力パケットに含まれる情報に基づいて、前記データ転送ネットワークのノードの処理規則記憶部に設定すべき処理規則を並べて構成した処理規則列を作成し、前記入力パケットを送信したノードに、前記処理規則列を含んだパケットを送信する制御サーバ。前記データ転送ネットワークの複数のノードがそれぞれの処理規則記憶部に設定すべき処理規則で構成した処理規則列を作成する請求項19の制御サーバ。前記処理規則列として、処理規則と当該処理規則を設定すべきノードのノード識別子とを対応付けたパケットを送信する請求項19または20の制御サーバ。前記処理規則列に、前記処理規則列を含むパケットの転送先を示す出力先情報を添付する請求項19から21いずれか一の制御サーバ。最終ホップのノードに、前記処理規則列を削除または前記パケットの転送を停止させるための最終ホップのノードの情報を含んだパケットを送信する請求項19から22いずれか一の制御サーバ。前記パケットの転送経路上のノードの順番で処理規則を並べた処理規則列を作成する請求項20、22、23いずれか一の制御サーバ。前記処理規則列を追加ヘッダの形態でユーザパケットに付加する請求項19から24いずれか一の制御サーバ。前記処理規則列または個々の処理規則の正当性を示す電子署名を付加したパケットを送信する請求項19から25いずれか一の制御サーバ。前記パケットの経路上の複数のノードに対し、同一のノードに設定すべき処理規則を含む処理規則列または前記同一ノードに設定すべき処理規則列を含むパケットを作成して送信する請求項19から26いずれか一の制御サーバ。入力パケットに、データ転送ネットワークのノードの処理規則記憶部に設定すべき処理規則を並べて構成された処理規則列を含めるステップと、前記データ転送ネットワークのノードが、前記入力パケットに含まれた処理規則列から自装置の処理規則記憶部に設定すべき処理規則を取り出して設定するステップと、を含む通信方法。データ転送ネットワークのノードが、前記データ転送ネットワークのノードの処理規則記憶部に設定すべき処理規則を並べて構成された処理規則列を含んだパケットを受信するステップと、前記ノードが、前記入力パケットに含まれた処理規則列から自装置の処理規則記憶部に設定すべき処理規則を取り出して設定するステップと、を含む通信方法。データ転送ネットワークに配置されたノードを制御する制御装置が、入力パケットに、データ転送ネットワークのノードの処理規則記憶部に設定すべき処理規則を並べて構成された処理規則列を含めるステップと、前記制御装置が、前記データ転送ネットワークのノードに対し、前記処理規則列を含んだパケットを送信するステップと、を含む通信方法。データ転送ネットワークに配置されたノードを構成するコンピュータに実行させるプログラムであって、前記データ転送ネットワークのノードの処理規則記憶部に設定すべき処理規則を並べて構成された処理規則列を含むパケットを受信し、前記処理規則列から自装置の処理規則記憶部に設定すべき処理規則を取り出す処理と、自装置の処理規則記憶部に前記取り出した処理規則を設定する処理と、を実行させるプログラム。データ転送ネットワークに配置されたノードを制御する制御装置を構成するコンピュータに実行させるプログラムであって、前記データ転送ネットワークに配置されたノードから受信した入力パケットに含まれる情報に基づいて、前記データ転送ネットワークのノードのそれぞれの処理規則記憶部に設定すべき処理規則を並べて構成した処理規則列を作成する処理と、前記入力パケットを送信したノードに、前記処理規則列を含んだパケットを送信する処理と、を実行させるプログラム。以下の分析は、本発明者によってなされたものである。上記受信パケットの経路の決定依頼を受けたオープンフローコントローラは図26のs2Packet-In参照、受信パケットの転送経路を決定する。前記受信パケットおよび同一フローに属する後続パケットをホストBに転送するには、前記転送経路上にあるすべてのオープンフロースイッチ図26のノード1およびノード2に、フローエントリを設定する必要がある。このために、ユーザパケットの転送を開始するまでに時間がかかってしまうという問題点がある。また、上記フローエントリの設定がオープンフロープロトコルで行われる場合非特許文献2の4.6FLOWTableModicationMessages参照、オープンフローコントローラとオープンフロースイッチ間の通信に遅延が生じることがあり、一部のオープンフロースイッチにおけるフローエントリの設定が間に合わず、同一フローのパケットが、経路上のオープンフロースイッチにおいて、フローテーブル上のフローエントリに一致しないと判断され、オープンフローコントローラに対して受信パケットに対するフローエントリの作成依頼が行われてしまうという問題点もある。また、上記フローエントリの設定遅延により、経路上のオープンフロースイッチにおいて、フローテーブル上の意図しないフローエントリに一致し、同一フローのパケットに対し意図しないアクションが実行されるという問題点もある。上記の対策として、図26に示すように、オープンフローコントローラが、ノード1、2に対してフローエントリを送信図26のs3、s6のFlowModAdd参照するとともに、オープンフロープロトコルに規定されているBarrierRequestを送信することが考えられる図26のs4BarrierRequest;BarrierRequest/Replyについては非特許文献2の5.3.6BarrierMessage参照。BarrierRequestを受信したノードは、BarrierReply図26のs5として、BarrierRequest受信前に実行した処理内容を応答する。これにより、オープンフローコントローラは、フローエントリが正しく設定されているかどうかを確かめることができる。しかしながら、この方法では、フローエントリを設定したすべてのノードと、BarrierRequest/Replyをやり取りすることになり、ユーザパケットを送信できるまでの時間図26のs1UserPacket~s10UserPacketが、余計長くなってしまうという問題点がある。もう一つの方法として、上記BarrierRequest/Replyに代えて、StatsRequest/Replyを用いて、各ノードが該当するエントリを持っているかどうかを確かめる方法もあるが、この場合も、上記BarrierRequest/Replyを用いる場合と同様に、フローエントリを設定したすべてのノードと該当するフローエントリが設定されているか否かをやり取りする必要が生じ、ユーザパケットを送信できるまでの時間図26のs1UserPacket~s10UserPacketが長くなってしまう。本発明は、上記した事情に鑑みてなされたものであってその目的とするところは、確実かつ高速に処理規則フローエントリを設定することのできる通信システム、ノード、制御サーバ、通信方法およびプログラムを提供することにある。本発明の第1の視点によれば、データ転送ネットワークのノードの処理規則記憶部に設定すべき処理規則を並べて構成された処理規則列を含むパケットを受信し、前記処理規則列から自装置の処理規則記憶部に設定すべき処理規則を取り出して設定するノード、を含むことを特徴とする通信システムが提供される。本発明の第2の視点によれば、データ転送ネットワークに配置され、前記データ転送ネットワークのノードの処理規則記憶部に設定すべき処理規則を並べて構成された処理規則列を含むパケットを受信し、前記処理規則列から自装置の処理規則記憶部に設定すべき処理規則を取り出して設定するノードが提供される。本発明の第3の視点によれば、データ転送ネットワークに配置されたノードから受信した入力パケットに含まれる情報に基づいて、前記データ転送ネットワークのノードの処理規則記憶部に設定すべき処理規則を並べて構成した処理規則列を作成し、前記入力パケットを送信したノードに、前記処理規則列を含んだパケットを送信する制御サーバが提供される。本発明の第4の視点によれば、入力パケットに、データ転送ネットワークのノードの処理規則記憶部に設定すべき処理規則を並べて構成された処理規則列を含めるステップと、前記データ転送ネットワークのノードが、前記入力パケットに含まれた処理規則列から自装置の処理規則記憶部に設定すべき処理規則を取り出して設定するステップとを含む通信方法が提供される。本方法は、データ転送ネットワークを構成する転送ノードという、特定の機械に結びつけられている。本発明の第5の視点によれば、データ転送ネットワークに配置されたノードを構成するコンピュータに実行させるプログラムであって、前記データ転送ネットワークのノードの処理規則記憶部に設定すべき処理規則を並べて構成された処理規則列を含むパケットを受信し、前記処理規則列から自装置に設定すべき処理規則を取り出す処理と、自装置の処理規則記憶部に前記取り出した処理規則を設定する処理と、を実行させるプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。また、前記プログラムによってノードにおいて実行される処理ステップは、通信方法としても把握できる。本発明の第6の視点によれば、データ転送ネットワークに配置されたノードを制御する制御サーバを構成するコンピュータに実行させるプログラムであって、前記データ転送ネットワークに配置されたノードから受信した入力パケットに含まれる情報に基づいて、前記データ転送ネットワークのノードの処理規則記憶部に設定すべき処理規則を並べて構成した処理規則列を作成する処理と、前記入力パケットを送信したノードに、前記処理規則列を含んだパケットを送信する処理と、を実行させるプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。また、前記プログラムによって制御装置において実行される処理ステップは、通信方法としても把握できる。本発明によれば、データ転送ネットワークに配置されたノードに、確実かつ高速にフローエントリを設定させることが可能になる。はじめに、本発明の概要について説明する。以下、この概要に付記した図面参照符号は、専ら理解を助けるための例示であり、図示の態様に限定することを意図するものではない。本発明の通信システムのノードは、パケットに含まれる処理規則列から、自らの処理規則記憶部に設定すべき処理規則を取り出して、自装置の処理規則記憶部に設定する機能を有している。そして、ノードは、前記設定した処理規則を含む自らの処理規則記憶部に設定された内容を参照して、受信パケットに適合する処理規則を検索し、検索した処理規則に規定された処理内容パケット書き換え、パケット転送、パケット廃棄などを実行する。前記処理規則列は、データ転送ネットワーク上の任意のノードのそれぞれの処理規則記憶部に設定すべき処理規則を並べた構成とすることができる。個々のノードが、処理規則列の中から自らの処理規則記憶部に設定すべき処理規則を特定する方法としては、個々の処理規則にノード識別子を付加しておく方法、処理規則列中の処理規則の位置を個々のノードに割り当てておく方法、処理規則列中の処理規則の順番に従い、個々のノードが先頭または末尾の処理規則を取り出して行く方法などを採用することができる。前記処理規則と処理規則記憶部は、上述したオープンフロー技術におけるフローエントリとフローテーブルに相当するが、その他の態様を採ることもできる。例えば、受信パケットに適合する処理規則を探して、ヘッダの書き換えやパケットを指定ポートから出力するといった処理を実行できるものであればよい図25および非特許文献2の4頁-6頁3.3Actions、Table5参照。また、制御装置コントローラ;図1の20が、前記処理規則列を含んだパケットを作成して、ノード1図1の10に送信し、ノード1図1の10が次ホップのノード2図1の10に転送することとしてもよいし、ノード1図1の10が、制御装置コントローラ;図1の20から処理規則列を受け取ってパケットに付加して、次ホップのノード2図1の10に転送することとしてもよい。また、制御装置コントローラ;図1の20から必要な処理規則を受け取って処理規則列を作成する専用装置を設ける構成も採用可能である。また、ノードのうち、外部のサーバや端末との境界に位置するノードが、制御装置コントローラ;図1の20から複数の処理規則を受け取って前記処理規則列を作成する機能を備える構成も採用可能である。このような処理規則列を含んだパケットを受信したノード図1のノード2、または図1のノード1、2が、前記処理規則列の中から自らの処理規則記憶部に設定すべき処理規則を取り出して、自装置の処理規則記憶部に設定することにより、処理規則の設定が完了する。これにより、図26に示した手順を踏むことなく、確実かつ迅速に、後続するユーザパケットを転送することが可能になる。なお、また、最初のパケットに付加された処理規則の削除は、終端となるノード図1のノード2に行わせればよい。[第1の実施形態]続いて、本発明の第1の実施形態について図面を参照して詳細に説明する。図1は、本発明の第1の実施形態に係る通信システムの構成を示す図である。図1を参照すると、2つのノード10と、制御装置コントローラ20と、ノード10を経由して通信するホストA、Bが示されている。なお、図1の例では、2つのノード10と、制御装置コントローラ20と、2つのホストHostA、HostBを示しているが、それぞれの数は、あくまで例示であり、それぞれ任意の数とすることができる。図2は、ノード10の詳細構成を表した図である。図2を参照すると、ノード10は、制御装置コントローラ20と通信する制御装置通信部11と、フローテーブル13を管理するフローテーブル管理部12と、パケットバッファ14と、転送処理部15とを備えて構成される。なお、ノード10は、必ずしもパケットバッファ14を備えていなくともよい。さらに、転送処理部15は、フロー設定情報抽出部152にて抽出された処理規則設定情報に従い、フローテーブル管理部12を介してフローテーブル13に処理規則フローエントリを設定する処理等を行うフロー設定情報処理部151と、ユーザトラフィックとして受信したパケットに付加されている処理規則列ヘッダから処理規則設定情報を取り出して、フロー設定情報処理部151に出力するフロー設定情報抽出部152と、受信パケットに処理規則列ヘッダが付加されていなかった場合に、フローテーブル13を検索し、該当する処理規則フローエントリに定められた処理内容アクションをアクション実行部154に出力するテーブル検索部153と、前記テーブル検索部153から出力された処理内容アクションを実行するアクション実行部154とを備えて構成される。また、テーブル検索部153は、フローテーブル13の検索の結果、受信パケットに適合する処理規則フローエントリが無かった場合、当該受信パケットをパケットバッファ14にバッファするとともに、制御装置コントローラ20に対し、処理規則列の作成を依頼する処理を行う。上記のようなノード10は、オープンフロースイッチに、上記フロー設定情報処理部151およびフロー設定情報抽出部152を追加した構成にて実現することも可能である。図3は、制御装置コントローラ20の詳細構成を表した図である。図3を参照すると、制御装置コントローラ20は、処理規則フローエントリを格納したフローエントリデータベースフローエントリDB21と、ノード通信部26を介して収集されたノード10の接続関係に基づいてネットワークトポロジ情報を構築するトポロジ管理部22と、トポロジ管理部22にて構築されたネットワークトポロジ情報に基づいてパケットの転送経路および該転送経路上のノード10に実行させるアクションを求める経路アクション計算部23と、経路アクション計算部23にて計算された結果を処理規則フローエントリとしてフローエントリDB21に登録し、ノード10からの処理規則フローエントリの追加または更新要求に応えるフローエントリ管理部24と、制御メッセージ処理部25と、ノード10との通信を行うノード通信部26とを備えて構成される。なお、ノード10に対して追加または更新を指示した処理規則フローエントリを保持する必要が無い場合、フローエントリデータベースフローエントリDB21は省略することが可能である。また、フローエントリデータベースフローエントリDB21を別途外部サーバ等に設ける構成も採用可能である。さらに、制御メッセージ処理部25は、ノードから受信した制御メッセージを解析して、必要な処理を行うメッセージ解析処理部251と、フローエントリ管理部24から出力された処理規則フローエントリを集約した処理規則列を作成するフローエントリ集約部253を備えたメッセージ生成部252とを備えて構成される。図4は、制御装置コントローラ20からの指示に基づき、ノード10にて作成される処理規則列付きパケットの構成を説明するための図である。図4の例では、処理規則列付きパケット32は処理規則列を含んだ処理規則列ヘッダ33をユーザパケット31の先頭に付加した構成となっている。図5は、上記処理規則列ヘッダの構成例を示す図である。図5の例では、処理規則列ヘッダ33は、MAC宛先アドレスMACDA、MAC送信元アドレスMACSA、上位プロトコルタイプEtherType、トータルヘッダ長TotalLengthに、処理規則列付きパケットから処理規則列を除去する処理を行うべき最終ホップのノードを示したLasthopbitmap、Length~actionsまでのフィールドを一単位とする処理規則設定情報と、当該処理規則列付きパケットを出力すべきポート当該処理規則列付きパケットを転送すべきノードを示すOutputportbitmap出力ポートビットマップを設定対象のノード数分付加した構成となっている。図5のDPID1は、ノード10の識別子を表している。ofp_matchフィールド~actionsフィールドは、DPID1に示されたノードに実行させるフローエントリ操作情報が格納される。フローエントリ操作情報のうち、本発明に関係するものについて説明すると、ofp_matchフィールドは、図24に示すフローエントリのマッチングキーFlowKeyに相当する情報が格納される。また、idle_timeoutおよびhard_timeoutは、当該処理規則フローエントリの存続期間有効期間が格納される。また、actionsは、図24に示すフローエントリのActionsに相当する処理内容が格納される。Lasthopbitmapは、何番目のノードが最終ホップであるかを示している。例えば、Lasthopbitmapが、10000000000である場合1の位置が最終ホップであるノードを示す。、図5のDPID1のノードが最終ホップとなる。同様に、Lasthopbitmapが、00001000000である場合1の位置が最終ホップであるノードを示す。、5番目のフローエントリ操作情報を用いて処理規則フローエントリの設定を行うノードが最終ホップとなる。Outputportbitmap出力ポートビットマップも同様に、各ノードが、何番目のポートから当該処理規則列付きパケットを出力すべきかが、ビットマップで記述される。なお、本実施形態では、ビットマップで、最終ホップや出力先ポートを示す形態を採用しているが、そのノード10が最終ホップであることや出力先を特定できるものであれば、先述したノード識別子を記述するノード識別子フィールドを設ける等の他の形態を採用することもできる。上記のような制御装置コントローラ20は、非特許文献1、2のオープンフローコントローラに、上記のような処理規則列を作成するフローエントリ集約部253と、ノード10に対して処理規則列を送信する機能を追加することにより実現することも可能である。続いて、上記したノード10および制御装置コントローラ20の動作について説明する。図6は、上記ノード10の動作を表したフローチャートである。図6を参照すると、ノード10は、ホストや他のノード10からパケットを受信するとステップS101、受信パケットから処理規則列の抽出を試みるステップS102。ステップS102にて、処理規則列を抽出できた場合ステップS103のYes、ノード10は、処理規則列から自装置が設定すべき処理規則フローエントリを取り出して、フローテーブル13に設定するステップS104。次に、ノード10は、上記したLasthopbitmapを参照し、自身がラストホップであるか否かを確認する。ここで、自身がラストホップであると判定した場合、ノード10は、受信パケットから処理規則列を削除して、オリジナルパケットユーザパケットを抽出しステップS106、Outputportbitmapにて指定されたポートから出力するステップS107。また上記ステップS105にて、自身がラストホップでないと判定した場合、ノード10は、Outputportbitmapにて指定されたポートから処理規則列が付いたままのパケット処理規則列ヘッダ付きパケットを出力するステップS107。一方、ステップS102にて、処理規則列を抽出できなかった場合ステップS103のNo、ノード10は、フローテーブル13を参照して受信パケットに適合する処理規則フローエントリを検索するステップS108。フローテーブル13の検索の結果、受信パケットに適合する処理規則フローエントリが見つかった場合ステップS109のYes、ノード10は、処理規則フローエントリに定められた処理内容アクションを実行するステップS110。一方、フローテーブル13の検索の結果、受信パケットに適合する処理規則フローエントリが見つからなかった場合ステップS109のNo、ノード10は、未知のパケットを受信したと判定し、当該パケットユーザパケットをパケットバッファ14に保存するとともに、制御装置コントローラ20に、受信パケットを送信し、処理規則列の作成を要求するステップS111。その後は、制御装置コントローラ20にて、図7に示す手順に従って処理規則列を含む応答処理が行われる後述。制御装置コントローラ20から、処理規則列が添付された処理規則フローエントリの設定指示FlowModAddを受信すると、ノード10は、自身のフローテーブル13に、FlowModAddに従い処理規則フローエントリを設定するステップS112。次に、ノード10は、パケットバッファ14にユーザパケットが保存されているか否かを確認しステップS113、保存されていればステップS113のYes、当該ユーザパケットを読み出しステップS114、当該ユーザパケットに、ステップS112にて受信した処理規則列を処理規則列ヘッダとして追加してステップS115、前記設定した処理規則フローエントリに定められた処理内容アクション;ここでは、処理規則列ヘッダを追加したパケットの指定ポートからの出力を実行するステップS110。これにより、処理規則列ヘッダ付きパケットが次ホップのノードに転送される。一方、ノード10がパケットバッファ14を備えていない場合など、ノード10がユーザパケットを保持していない場合ステップS113のNo、制御装置コントローラ20からのパケット出力指示Packet-Outが受信されるステップS116。前記パケット出力指示Packet-Outを受信したノード10は、パケットバッファ14にユーザパケットが保存されているか否かを確認しステップS117、保存されていればステップS117のYes、当該ユーザパケットを読み出しステップS118、パケット出力指示Packet-Outとともに受信した処理内容アクション;ここでは、処理規則列ヘッダの付加と処理規則列ヘッダを追加したパケットの指定ポートからの出力、または、フローテーブルの検索を実行するステップS110。また、ユーザパケットを保存していない場合ステップS117のNo、ノード10は、パケット出力指示Packet-Outとともに受信したユーザパケットについて、パケット出力指示Packet-Outとともに受信した処理内容アクション;ここでは、ユーザパケットへの処理規則列ヘッダの付加と処理規則列ヘッダを追加したパケットの指定ポートからの出力、または、フローテーブルの検索を実行するステップS110。これにより、処理規則列ヘッダ付きパケットが次ホップのノードに転送される。続いて、上記図6のステップS111にて、ノード10から問い合わせ処理規則列の作成要求を受けた制御装置コントローラ20側の動作について説明する。図7は、上記制御装置コントローラ20の動作を表したフローチャートである。図7を参照すると、制御装置コントローラ20は、上記図6のステップS111のように、ノード10から問い合わせ処理規則列の作成要求を受けるとステップS001、トポロジ管理部22にて構築されたネットワークトポロジ情報を取得し、パケットの転送経路を計算するステップS002。前記パケットの転送経路を計算の結果、経路を作成できない、経路上のノードが故障している等の理由により、転送できないと判定した場合ステップS103のNoを除き、制御装置コントローラ20は、前記計算された転送経路に対応するアクションを計算しステップS004、当該経路上の各ノード10に適用する処理規則フローエントリを生成するステップS005。次に、処理規則フローエントリの生成が完了すると、制御装置コントローラ20のフローエントリ集約部253にて、処理規則フローエントリの要求元のノード10より下流側のノードに設定されるべき処理規則フローエントリを処理規則列に集約する処理が行われるステップS006。次に、制御装置コントローラ20は、処理規則フローエントリの要求元のノード10に送信する処理規則フローエントリを生成しステップS007、ステップS006で生成した処理規則列を添付して、処理規則フローエントリの要求元のノード10に対して送信するステップS008。その後、ノード10がパケットをバッファしていない場合ステップS009のNo、制御装置コントローラ20は、パケットの出力指示Packet-Outを行うステップS010。このパケットの出力指示は、出力すべきパケットステップS001のPacket-Inで受信したパケットと、当該パケットに対し実行すべきアクション処理規則列ヘッダを追加したパケットの作成と、指定ポートから出力とを指示すること、あるいは、出力すべきパケットステップS001のPacket-Inで受信したパケットと、当該パケットに対し実行すべきアクションフローテーブルの検索を指示することによって行われる。なお、ノード10がパケットをバッファしている場合ステップS009のYes、先に図6のステップS113、S114で説明したとおり、ノード10側でパケットの出力処理が行われるため、制御装置コントローラ20側の処理は省略される。図8は、ホストAからのユーザパケットを受信したノード1が、制御装置コントローラ20に対し問い合わせ処理規則列の作成要求を行ってから、ホストBのユーザパケットが届けられるまでの一連の流れを説明するための参考図とシーケンス図である。図8に示すように、ホストAが、ノード1に対し、ホストB宛てのユーザパケットを送信すると図8のST1;UserPacket、ノード1は、受信したパケットに処理規則列が付加されておらず、また、フローテーブル13にも適合する処理規則フローエントリが無い未知のパケットであると判定し図6のステップS103のNo、ステップS109のNo、制御装置コントローラ20に対し問い合わせ処理規則列の作成要求を行う図8のST2;Packet-In。前記問い合わせ処理規則列の作成要求を受けた制御装置コントローラ20は、図7のフローチャートに従って処理規則列を作成し、ノード1用の処理規則フローエントリとともにノード1に送信する図8のST3;FlowModAdd/w処理規則列。ノード1は、制御装置コントローラ20から送信された処理規則フローエントリを自装置のフローテーブル13に設定するとともに、受信ユーザパケットに前記制御装置コントローラ20から送信された処理規則列を付加し図8のST4、ノード2に宛てて送信する図8のST5;UserPacket/w処理規則列。前記処理規則列が付加されたユーザパケットを受信したノード2は、受信したパケットから処理規則列を抽出して、その中のノード2が設定すべき処理規則フローエントリを取り出して、自装置のフローテーブル13に設定追加する図8のST6。最後に、ノード2は、処理規則列が付加されたユーザパケットから、前記処理規則列を取り外して、ユーザパケットを宛先であるホストBに送信する図8のST7;UserPacket。以上のように、本実施形態によれば、制御装置コントローラ20がノード10に処理規則フローエントリを送信する回数が、転送経路上のノードの数に応じて増大することが無くなるため図8の例では1回、最初のユーザパケットの受信後、経路上のノード10にフローエントリの設定が完了するまでの時間を短縮することができる。また、一連の動作の鍵となる処理規則列を付加したFlowModAddコマンドは、TCPTransmissionControlProtocolで送信され、その後の処理規則フローエントリの設定も経路上のノードでユーザパケットの転送に先立って順次実行されるため、冒頭に述べた一部のノードにおいて処理規則フローエントリの設定が遅延するといった事態が発生しなくなる。ここで、図26に示した個々のノードにそれぞれ処理規則フローエントリを設定する場合と、図8のように処理規則列を先頭のノードに送信する場合について、すべてのノードに処理規則フローエントリが設定されるまでの所要時間を比較する。以下、各処理時間/遅延を、次の変数で表して説明するものとする。Tf:FlowModAddによるフロー設定処理時間Tb:BarrierRequest処理時間Tsc:ノード-コントローラ遅延Tcs:コントローラ-ノード遅延Tc:コントローラパス計算時間Tl:ノード間/ノード-ホストリンク遅延N:フロー設定対象ノード数図26の方法によりすべてのノードに処理規則フローエントリが設定されるまでの所要時間Tsetup0は次式にて算出される。次式からも明らかなように、時間Tsetup0は、ノード数Nに応じて増大する。Tsetup0=TscTcNTcsTfTbTscTlこれに対し、本発明により、すべてのノードに処理規則フローエントリが設定されるまでの所要時間Tsetupは次式にて算出される。Tsetup=TscTcTcsNTfTl両式を対比すると明らかなとおり、本発明の方が、処理規則を設定する際の遅延Tcsが1回で済むのと、BarrierRequest/Replyのための処理時間Tb応答遅延Tscが不要となる点で有利である。[第2の実施形態]続いて、本発明の第2の実施形態について図面を参照して詳細に説明する。上記本発明の第1の実施形態では、前記問い合わせ処理規則列の作成要求を受けた制御装置コントローラ20がFlowModAddメッセージを送信することにより1stホップのノードにフローエントリの設定を行っていたが、本実施形態では、FlowModAddメッセージを用いない別の方法を採用している。なお、第2の実施形態のノード10および制御装置コントローラ20の構成は、上記第1の実施形態と同等であるので、説明を省略する。図9は、本発明の第2の実施形態の通信システムにおける一連の流れを説明するための参考図とシーケンス図である。第1の実施形態で参照した図8との相違点は、図9のST3またはST3’において制御装置コントローラ20がPacket-OutST3またはEthernet登録商標フレームST’3を用いて処理規則列を送信する点と、図9のST4にて、ノード1が当該処理規則列から自装置に設定すべき処理規則フローエントリを特定し、設定する点である。以下、本発明の第2の実施形態について上記相違点を中心に説明する。図10は、本発明の第2の実施形態の制御装置コントローラおよびノードが次ホップに送出する処理規則列付きパケットの構成を表した図である。図10のST1は、図9のST1においてホストAからノード1に送信されるユーザパケット31を示している。図10のST3は、ノード1からの問い合わせ処理規則列の作成要求を受けた制御装置コントローラ20が、図9のST3またはST’3において、ノード1に送信する処理規則列ヘッダ付きパケット32を示している。図10のST5は、制御装置コントローラ20から処理規則列ヘッダ付きパケット32を受信したノード1が、図9のステップST5において、自装置に設定すべき処理規則フローエントリを設定した後、ノード2に送信する処理規則列ヘッダ付きパケット32を示している。図10のST7は、ノード1から処理規則列ヘッダ付きパケット32を受信したノード2が、図9のステップST7において、自装置に設定すべき処理規則フローエントリを設定した後、処理規則列を除去してホストBに送信するユーザパケットを示している。ここで、上記処理規則列ヘッダと、上記ノード1、2が最終ホップであることを判別する仕組みについて再度説明する。図11は、上記処理規則列ヘッダ33の構成例を示す図であり、基本的な構成は、図5に示したものと同一である。図11の例では、LastHopBitmap以下に、ノード1、ノード2の処理規則処理規則設定情報が並べてあり、ノード識別子が格納されるDPID1,DPID2フィールドで、個々のノードが、自装置に設定すべき処理規則を特定できるようになっている。また、図11の例では、ノード2が最終ホップに当たるため、Lasthopbitmapが、010000000と記述されている。続いて、本実施形態の動作について上記した第1の実施形態と相違する部分を中心に説明する。図12は、第2の実施形態の制御装置コントローラ20の動作を表したフローチャートである。図12は、上記制御装置コントローラ20の動作を表したフローチャートである。図12のステップS201~S206は、上記第1の実施形態の制御装置コントローラ20の動作を表した図7のステップS001~S006と同等であるので説明を省略する。上記図6のステップS111にて、ノード10から問い合わせ処理規則列の作成要求を受けてフローエントリの作成および集約が完了すると、制御装置コントローラ20は、ユーザパケットに、ステップS206で生成した処理規則列を処理規則列ヘッダとして添付して、処理規則列付きパケットを作成するステップS207;ユーザパケット改変。その後、制御装置コントローラ20は、パケットの出力指示Packet-Outを行うステップS208。このパケットの出力指示は、出力すべきパケットステップS207で作成した処理規則付きパケットと、当該パケットに対し実行すべきアクション指定ポートから出力とを指示することによって行われる。図13は、第2の実施形態のノード10の動作を表したフローチャートである。図13のステップS301~S310までの動作は、上記した第1の実施形態と同等であり、それぞれ図6のステップS101~S110に相当するので説明を省略する。ステップS312で制御装置コントローラ20に処理規則列の作成を要求したノード10は、図12にて説明したとおり、上記処理規則列ヘッダが付加されたパケットの出力指示を受信するステップS313。次に、ノード10は、ユーザパケットを保存済みであるか否かを確認しステップS314、ユーザパケットを保存済みである場合にはステップS314のYes、パケットバッファ14からユーザパケットを読み出してステップS316、パケット出力指示Packet-Outとともに受信した処理内容アクション;指定ポートからの出力を実行するステップS310。一方、ユーザパケットを保存済みでない場合ステップS314のNo、ノード10は、パケット出力指示Packet-Outとともに受信したパケットに、処理規則列が含まれているか否かを確認しステップS315、処理規則列が含まれている場合ステップS315のYes、ステップS302以下の処理を実行する。また、パケット出力指示Packet-Outとともに受信したパケットに、処理規則列が含まれていない場合ステップS315のNo、パケット出力指示Packet-Outとともに受信したユーザパケットについてパケット出力指示Packet-Outとともに受信した処理内容アクション;ここでは、指定ポートからの出力を実行するステップS310。前記ステップS310におけるアクションの実行後、ノード10は、処理規則列を含んだパケットを受信済みであるか否かを判定しステップS311、処理規則列を含んだパケットを受信済みであれば、処理を終了し、処理規則列を含んだパケットを受信済みでなければ、ステップS313に戻って、処理規則列を含んだパケットPacket-Outの受信を待つ。以上のように、本発明は、制御装置コントローラ20からパケットの出力指示Packet-Outを受信する形態によっても実現できる。また、上記パケットの出力指示Packet-Outに代えて、制御装置コントローラ20からデータプレーンを介してノード10に、Ethernet登録商標フレームを用いて上記パケットの出力指示Packet-Outと同等の処理規則列を付加したパケットを送信することによっても実現できる。[第3の実施形態]以上、本発明の第1、第2の実施形態を説明したが、制御装置コントローラ20にて作成される経路上のノード数が増大すると、処理規則列も長大となり、最大フレーム長を超えてしまうことが考えられる。以下、より多くのノードに処理規則を設定できるように変更を加えた第3の実施形態について説明する。図14は、本発明の第3の実施形態の通信システムにおける一連の流れを説明するための参考図とシーケンス図である。第2の実施形態で参照した図9との相違点は、図14のST3またはST3’において制御装置コントローラ20が処理規則列だけを収容した設定専用パケットSetupPacketを送信し、その後、制御装置コントローラ20からのパケットの出力指示Packet-Outに基づいて、元々のユーザパケットを送信するようにした点と、設定専用パケットSetupPacketの最終ホップのノードで転送を停止するようにした点である。ここで、設定専用パケットSetupPacketとは、ユーザパケットに処理規則列ヘッダを追加するのではなく、ユーザパケットの部分がない処理規則フローエントリの設定専用のパケットのことをいうものとする。以下、本発明の第3の実施形態について上記相違点を中心に説明する。図15は、本実施形態のノード10aの詳細構成を表した図である。図15を参照すると、本実施形態のノード10aは、第1の実施形態のノード10の構成に加えて、転送処理部15内にパケット遅延部155が追加されている。パケット遅延部155は、上記のように設定専用パケットSetupPacketの後に、ユーザパケットの送信が行われる場合に、フロー設定情報処理部151がフローテーブル管理部12を介してフローテーブル13に処理規則フローエントリの設定を完了する前に、ユーザパケットが受信された場合に当該ユーザパケットによるフローテーブル13の検索が行われないよう、パケットの入力を遅延させるために設置される。図16は、第3の実施形態のノード10aの動作を表したフローチャートである。図13を用いて説明した第2の実施形態のノード10との相違点は、ステップS310のアクションの実行後、設定専用パケットSetupPacketを受信済みかつユーザパケットを送信済みであるか否かを確認しステップS311a、条件を満たしていれば、処理を終了しステップS311aのYes、条件を満たしていなければ、ステップS313で、制御装置コントローラ20からパケット出力指示Packet-Outの受信を待機する点である。以上のような本発明の第3の実施形態によれば、処理規則列に、より多くの処理規則フローエントリを収容することが可能になる。なお必要に応じて、上述した処理規則列に、経路上のいくつかのノード10のための処理規則フローエントリを収容せず、これらのいくつかのノードが、それぞれ制御装置コントローラ20に対し問い合わせ処理規則列の作成要求を行う構成を採用してもよい。例えば、ある経路の上流側のノードは、第3の実施形態の設定専用パケットSetupPacketにて処理規則フローエントリの設定を行うこととし、下流側のノードは、個々に処理規則フローエントリの作成と送信を要求する構成や、第1、第2の実施形態のユーザパケットに付加された処理規則列により処理規則フローエントリを設定する構成等も採用可能である。[第4の実施形態]続いて、受信したパケットに含まれる処理規則列の正当性を検証する機能を追加した本発明の第4の実施形態について説明する。以下、本実施形態の基本的な構成は、第3の実施形態と同一であるので、以下、その相違点を中心に説明する。図17は、本発明の第4の実施形態のノード10bの構成を表したブロック図である。図15に示した第3の実施形態のノード10aとの相違点は、転送処理部15のフロー設定情報抽出部152と、フロー設定情報処理部151との間に、予め定められた制御装置コントローラ20aの公開鍵を用いて、処理規則列に付された署名を検証し、正当性が確認できないパケットを廃棄する署名検証部156が追加されている点である。図18は、本発明の第4の実施形態の制御装置コントローラ20aの構成を表したブロック図である。図3に示した第1、第2の実施形態の制御装置コントローラ20との相違点はメッセージ生成部252内に、制御装置コントローラ20aの秘密鍵を用いて、処理規則列の署名を作成する署名生成部254が追加されている点である。図19は、本実施形態の処理規則列ヘッダ33aの構成例を示す図である。上記した第1、第3の実施形態の処理規則列ヘッダ33との相違点は、ヘッダの末尾に図19の署名対象範囲で示された各フィールドの情報を用いて作成された署名Signatureが追加されている点である。図20は、上記制御装置コントローラ20aの動作を表したフローチャートである。上記第3の実施形態の制御装置コントローラ20の動作図14のシーケンス図参照との相違点はフローエントリ集約後、署名を作成する処理ステップS407が追加されている点である。図21は、第4の実施形態のノード10bの動作を表したフローチャートである。図16を用いて説明した設定専用パケットSetupPacketとユーザパケットとが別々に送信される場合の動作とほぼ同一であるが、処理規則列が含まれている場合に、署名検証を行いステップS504、正当性が確認できなければ、当該パケットを廃棄する処理ステップS505が追加されている点である。以上のような本発明の第4の実施形態によれば、不正な処理規則列により処理規則フローエントリが設定されてしまう事態を回避することが可能になり、よりセキュアなネットワークを構築することが可能になる。なお、上記した実施形態では、非対称鍵を用いるものとして説明したが、共通鍵を用いても良いし、その場合において、適宜、鍵を更新する機能を追加するなどの変形実施も可能である。また、上記した実施形態では、処理規則列全体の署名Signatureを作成付加するものとして説明したが、個々の処理規則設定情報毎に署名を付加する構成や、各ノードがパケット受信の都度、署名を追加ないし削除していくといった変形実施も可能である。[第5の実施形態]続いて、処理規則列が含まれるパケットが経路の途中で何らかの事由により廃棄されてしまうパケットロスの問題を考慮した本発明の第5の実施形態について説明する。本実施形態は、第1~第4の実施形態と同一の構成にて実現可能であるので、以下、その概要を説明する。本実施形態では、図22に示すとおり、制御装置コントローラが、ある経路の先頭ホップ側と、最終ホップ側の双方から、同一のノードに設定すべき処理規則を含む処理規則列を付加したパケットを送信し、双方向から、順次処理規則フローエントリの設定を行っていくものである。図23は、本実施形態の一連の流れを表したシーケンス図である。図23に示すとおり、またず、ノード1が、ホストAから、ユーザパケットを受信するとST11、ノード1は、制御装置コントローラ20に対して、問い合わせ処理規則列の作成要求;Packet-Inを発行するST12。前記問い合わせ処理規則列の作成要求;Packet-Inを受けた制御装置コントローラ20は、図12のフローチャートに従って、経路および処理規則列を作成し、経路の先頭ホップのノード1と、最終ホップのノード3とに対して、それぞれ、設定専用パケットSetupPacketをパケット出力指示Packet-Outに内包し送信するST13、ST14。なお、図22および図23には図示しないが、制御装置は、設定専用パケットSetupPacketをデータプレーン経由でEthernet登録商標フレームの形でノード1とノード3に対して送信することも可能である。前記設定専用パケットSetupPacketを受信したノード1およびノード3はそれぞれ処理規則列から自らが設定すべき処理規則を抽出設定しST15、ST16、処理規則列に定められた次ホップに転送するST17、ST19。設定専用パケットSetupPacketを受信したノード2は、設定専用パケットSetupPacketに含まれる処理規則列の中から、自装置が設定すべき処理規則フローエントリを取り出し、フローテーブル13に設定するとともにST18、設定専用パケットSetupPacketを次ホップに送信するST20、ST21。なお、図23の例では、ノード1からの設定専用パケットSetupPacketが先に受信されたため、ノード3からの設定専用パケットSetupPacketによる処理は省略されている。その後、制御装置コントローラ20が、ノード1に対して、パケット出力指示Packet-Outを送信するとST22、ユーザパケットはノード1、ノード2、ノード3を経てホストBに転送されるST23~ST25。以上のように本実施形態によれば、複数の経路を用いて重複する処理規則フローエントリを含んだ設定専用パケットSetupPacketを送信するため、パケットロスに強くなり、経路上のノードに、より確実に処理規則フローエントリを設定させることができる。なお、上記した実施形態では、双方向から重複区間が生じるように、処理規則列を含んだパケットを送信するものとして説明したが、同一方向から時間を空けたり、パケット投入点を変えて、処理規則列を含んだパケットを送信するものとしてもよい。また、第3の実施形態で述べたように経路上のノード数が多い場合には、重複区間が少なくなるように処理規則列を含んだパケットを送信することで、より多くのノードに処理規則フローエントリを設定することが可能になる。以上、本発明の好適な実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形置換調整を加えることができる。上記した実施形態の制御装置コントローラ20、20aは、専用のサーバとして実現することもでき、ノード10、10a、10bとしては、上記オープンフロースイッチのほか、IP網におけるルータ、MPLSMulti-ProtocolLabelSwitching網におけるMPLSスイッチにて実現することができる。その他、サーバがネットワーク内のノードを集中管理するようなネットワークであれば、本発明を適用することが可能である。また、上記した各実施形態では、処理規則列中の各処理規則設定情報にノード識別子DPIDを含めることで、各ノードが自装置に設定すべき処理規則フローエントリを特定するものとして説明したが、処理規則列の先頭または末尾の処理規則設定情報から使用していき、処理規則設定情報が使用済みであることを示す使用済みフラグを立てていく方法や、設定に使われた処理規則設定情報を各ノードが処理規則列中から順次削除していく方法も採用可能である。なお、上記の非特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示請求の範囲を含むの枠内において、さらにその基本的技術思想に基づいて、実施形態の変更調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。また、上記した各実施形態では、最終ホップのノードが処理規則列ヘッダを除去するものとして説明したが、ホスト側で除去する構成も採用可能である。最後に、本発明の好ましい形態を要約する。[第1の形態]上記第1の視点による通信システム参照[第2の形態]第1の形態において、前記処理規則列は、データ転送ネットワークの複数のノードがそれぞれの処理規則記憶部に設定すべき処理規則で構成されている通信システム。[第3の形態]第1、第2の形態において、前記各ノードは、前記処理規則列中の各処理規則に対応付けられたノード識別子に基づいて、自装置が設定すべき処理規則を特定する通信システム。[第4の形態]第1~第3のいずれか一の形態において、前記各ノードは、前記処理規則列に添付された出力先情報に基づいて、前記処理規則列を含むパケットを転送する通信システム。[第5の形態]第1~第4の形態のいずれか一の形態において、前記パケットには、最終ホップのノードの情報が含まれており、前記最終ホップのノードが前記処理規則列を削除または前記パケットの転送を停止する通信システム。[第6の形態]第2、第4、第5の形態のいずれか一の形態において、前記処理規則列中の処理規則は、前記パケットの転送経路上のノードの順番で並べられており、前記各ノードが、順次、自装置の処理規則記憶部に設定した処理規則の前記パケットからを削除または前記パケットの所定領域に当該処理規則が使用済みであることを書き込むことにより、各ノードがそれぞれ設定すべき処理規則を特定する通信システム。[第7の形態]第1~第6の形態のいずれか一の形態において、前記処理規則列は、追加ヘッダの形態でユーザパケットに付加されている通信システム。[第8の形態]第1~第7の形態のいずれか一の形態において、前記パケットには、前記処理規則列または個々の処理規則の正当性を示す電子署名が付加されており、前記各ノードは、前記処理規則列または個々の処理規則の電子署名の正当性を検証し、前記正当性が確認された場合に前記処理規則の設定を行う通信システム。[第9の形態]第1~第8の形態のいずれか一の形態において、前記処理規則列を含むパケットの起点となるノードに対し、前記処理規則列または前記処理規則列を含むパケットを作成して送信する制御装置を含む通信システム。[第10の形態]第1~第9の形態のいずれか一の形態において、前記制御装置は、前記パケットの経路上の複数のノードに対し、同一のノードに設定すべき処理規則を含む処理規則列、または、前記同一ノードに設定すべき処理規則列を含むパケット、を作成して送信する通信システム。[第11の形態]上記第2の視点によるノード参照[第12の形態]第11の形態において、前記処理規則列は、データ転送ネットワークの複数のノードがそれぞれの処理規則記憶部に設定すべき処理規則で構成されているノード。[第13の形態]第11、第12の形態において、前記処理規則列中の各処理規則に対応付けられたノード識別子に基づいて、自装置が設定すべき処理規則を特定するノード。[第14の形態]第11~第13のいずれか一の形態において、前記処理規則列に添付された出力先情報に基づいて、前記処理規則列を含むパケットを転送するノード。[第15の形態]第11~第14の形態のいずれか一の形態において、前記パケットに含まれる最終ホップのノードの情報が、自装置が最終ホップのノードであることを示す場合、前記処理規則列を削除または前記パケットの転送を停止するノード。[第16の形態]第12、第14、第15の形態のいずれか一の形態において、前記処理規則列中の処理規則は、前記パケットの転送経路上のノードの順番で並べられており、前記各ノードが、順次、前記処理規則列からの処理規則の削除または前記パケットの所定領域に当該処理規則が使用済みであることを書き込むことにより、各ノードがそれぞれ設定すべき処理規則を特定するノード。[第17の形態]第11~第16の形態のいずれか一の形態において、ユーザパケットに付加された追加ヘッダに格納されている処理規則列から、自装置の処理規則記憶部に設定すべき処理規則を取り出して設定するノード。[第18の形態]第11~第17の形態のいずれか一の形態において、前記パケットに付加された前記処理規則列または自装置に設定すべき処理規則の電子署名の正当性を検証し、前記正当性が確認された場合に前記処理規則の設定を行うノード。[第19の形態]上記第3の視点による制御サーバ参照[第20の形態]第19の形態において、データ転送ネットワークの複数のノードがそれぞれの処理規則記憶部に設定すべき処理規則で構成した処理規則列を作成する制御サーバ。[第21の形態]第19、第20の形態において、前記処理規則列として、処理規則と当該処理規則を設定すべきノードのノード識別子とを対応付けたパケットを送信する制御サーバ。[第22の形態]第19~第21のいずれか一の形態において、前記処理規則列に、前記処理規則列を含むパケットの転送先を示す出力先情報を添付する制御サーバ。[第23の形態]第19~第22のいずれか一の形態において、最終ホップのノードに、前記処理規則列を削除または前記パケットの転送を停止させるための最終ホップのノードの情報を含んだパケットを送信する制御サーバ。[第24の形態]第20、第22、第23のいずれか一の形態において、前記パケットの転送経路上のノードの順番で処理規則を並べた処理規則列を作成する制御サーバ。[第25の形態]第19~第24のいずれか一の形態において、前記処理規則列を追加ヘッダの形態でユーザパケットに付加する制御サーバ。[第26の形態]第19~第25のいずれか一の形態において、前記処理規則列または個々の処理規則の正当性を示す電子署名を付加したパケットを送信する制御サーバ。[第27の形態]第19~第26のいずれか一の形態において、前記パケットの経路上の複数のノードに対し、同一のノードに設定すべき処理規則を含む処理規則列、または、前記同一ノードに設定すべき処理規則列を含むパケット、を作成して送信する制御サーバ。[第28の形態]上記第4の視点による通信方法参照[第29の形態]上記第5の視点によるプログラム参照[第30の形態]上記第6の視点によるプログラム参照"