"受信パケットを処理するノードと、照合規則と、該照合規則に適合するパケットの処理とを規定した処理規則を、前記ノードに設定する制御装置とを含み、前記ノードは、識別子を処理規則に関連付けて保持し、受信パケットと適合する照合規則に対応する処理規則による受信パケットの処理の実行可否を、受信パケットの識別子と、受信パケットと適合する照合規則に対応する処理規則に関連付けられた識別子とが対応するか否かにより判定することを特徴とする通信システム。前記識別子は、照合規則に基づく受信パケットと処理規則との照合結果を検証するために用いられることを特徴とする請求項1に記載の通信システム。前記ノードは、受信パケットと照合規則とを照合して、受信パケットと適合する照合規則に対応する処理規則を検索し、受信パケットの識別子と検索された処理規則に関連付けられた識別子とが対応する場合、検索した処理規則により受信パケットの処理を実行することを特徴とする請求項1または2に記載の通信システム。前記ノードは、受信パケットの識別子に対応する識別子と関連付けられた処理規則を検索し、該処理規則に対応する照合規則と受信パケットとが照合により適合する場合、検索した処理規則により受信パケットの処理を実行することを特徴とする請求項1または2に記載の通信システム。前記識別子は、少なくとも、受信パケットと適合する複数の照合規則のそれぞれに対応する複数の処理規則の中で一意である請求項1から4いずれか一の通信システム。前記識別子は、統計的に一意であることを特徴とする請求項1から4いずれか一の通信システム。前記ノードは、受信パケットに、識別子を格納した追加ヘッダが付加されているか否かにより、受信パケットに、前記受信パケットの識別子が含まれているか否かを判定する請求項1から6いずれか一の通信システム。前記ノードは、受信パケットの所定のフィールドに、識別子が格納されているか否かにより、受信パケットに、前記受信パケットの識別子が含まれているか否かを判定する請求項1から6いずれか一の通信システム。前記制御装置は、パケットの転送経路の始点に位置するノードが、受信パケットの所定のフィールドの情報を、識別子を含んだ情報に置き換えてから、当該パケットを転送し、前記転送経路の終点に位置するノードが、受信パケットの所定のフィールドの情報を、置き換え前の内容に書き戻してから、当該パケットを転送するよう、前記各ノードを制御する請求項1から6、8いずれか一の通信システム。前記制御装置は、パケットの転送経路上のノードに設定する処理規則に対し、それぞれ異なる識別子を設定し、前記転送経路上のノードが、順次、受信パケットの識別子を次ホップのノードの識別子に書き換える動作を行うよう、前記各ノードを制御する請求項1から9いずれか一の通信システム。前記制御装置は、パケットの転送経路の始点に位置するノードが、受信パケットに、識別子を含んだ追加ヘッダを付加してから、当該パケットを転送し、前記転送経路の終点に位置するノードが、前記追加ヘッダを除去してから、当該パケットを転送するよう、前記各ノードを制御する請求項1から7、10いずれか一の通信システム。前記追加ヘッダには、パケットの転送経路上のノードにて、それぞれ判定に用いられる複数の識別子が格納されている請求項7または11の通信システム。照合規則と、該照合規則に適合するパケットの処理とを規定した処理規則を、識別子と関連付けて保持し、受信パケットの識別子と、受信パケットと適合する照合規則に対応する処理規則に関連付けられた識別子とが対応するか否かにより、受信パケットと適合する照合規則に対応する処理規則による受信パケットの処理の実行可否を判定することにより、受信パケットを処理することを特徴とするノード。照合規則と、該照合規則に適合するパケットの処理とを規定した処理規則を生成し、前記処理規則に関連付ける識別子であって、前記ノードに、受信パケットと適合する照合規則に対応する処理規則による受信パケットの処理の実行可否を判定させるための識別子を生成し、通信システムに配置されて受信パケットを処理するノードに、前記処理規則と前記識別子とを設定することを特徴とする制御装置。照合規則と、該照合規則に適合するパケットの処理とを規定した処理規則を、識別子と関連付けて保持し、受信パケットの識別子と、受信パケットと適合する照合規則に対応する処理規則に関連付けられた識別子とが対応するか否かにより、受信パケットと適合する照合規則に対応する処理規則による受信パケットの処理の実行可否を判定することにより、受信パケットを処理することを特徴とする通信方法。照合規則と、該照合規則に適合するパケットの処理とを規定した処理規則を生成し、前記処理規則に関連付ける識別子であって、前記ノードに、受信パケットと適合する照合規則に対応する処理規則による受信パケットの処理の実行可否を判定させるための識別子を生成し、通信システムに配置されて受信パケットを処理するノードに、前記処理規則と前記識別子とを設定することを特徴とする通信方法。通信システムにおいて受信パケットを処理するノードに、照合規則と、該照合規則に適合するパケットの処理とを規定した処理規則を、識別子と関連付けて記憶する処理と、受信パケットと適合する照合規則に対応する処理規則による受信パケットの処理の実行可否を、受信パケットの識別子と、受信パケットと適合する照合規則に対応する処理規則に関連付けられた識別子とが対応するか否かにより判定する処理と、を実行させることを特徴とするプログラム。通信システムにおいて、受信パケットを処理するノードを制御する制御装置に、照合規則と、該照合規則に適合するパケットの処理とを規定した処理規則を生成する処理と、前記処理規則に関連付ける識別子であって、前記ノードに、受信パケットと適合する照合規則に対応する処理規則による受信パケットの処理の実行可否を判定させるための識別子を生成する処理と、前記処理規則と前記識別子とを前記ノードに設定する処理と、を実行させることを特徴とするプログラム。なお、上記の非特許文献の各開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明者によってなされたものである。上記受信パケットの経路の決定依頼を受けたオープンフローコントローラは図33のs2Packet-In参照、受信パケットの転送経路を決定する。前記受信パケットおよび同一フローに属する後続パケットをホストBに転送するには、前記転送経路上にあるすべてのオープンフロースイッチ図33のノード1およびノード2に、フローエントリを設定する必要がある。また、オープンフローコントローラはネットワーク管理者の指示等に基づいて設定済みのフローエントリについて、アクションの変更を行う場合があり、その際、フローエントリの変更削除を行う必要がある。上記フローエントリの設定変更削除がオープンフロープロトコルで行われる場合非特許文献2の4.6FlowTableModificationMessages参照、オープンフローコントローラとオープンフロースイッチ間の通信に遅延が生じることがあり、一部のオープンフロースイッチにおけるフローエントリの設定変更削除が間に合わず、経路上のオープンフロースイッチにおいて、パケットがフローテーブル上の意図しないフローエントリに一致し、意図しないアクションが実行されるという問題点がある。図32は、ホストAからホストB宛てのパケットを受信したオープンフロースイッチノード1が、コントローラに対しフローエントリの作成要求を行った際、中継スイッチに対するマッチングキーXを持つフローエントリの設定が遅延した例である。図32の例では、ノード2において、設定されるべきフローエントリのマッチングキーXと競合オープンフロープロトコルではマッチングキーとして任意のヘッダフィールドの部分一致を許可しており、フローエントリ間での競合回避はフローエントリの検索順によって制御されるするマッチングキーBを持つフローエントリが存在している。そのため、ノード2において、ホストAから送信されたパケットは、フローエントリの設定が完了するまでの間、本来出力されるべきポート2ではなくポート1へ転送されてしまう図32のST8。このように、オープンフロープロトコルではフローエントリの設定遅延により意図しないパケット転送アクション実行が容易に発生し得る。上記の対策として、図33に示すように、オープンフローコントローラが、ノード1、2に対してフローエントリを送信図33のs3、s6のFlowModAdd参照するとともに、オープンフロープロトコルに規定されているBarrierRequestを送信することが考えられる図33のs4BarrierRequest;BarrierRequest/Replyについては非特許文献2の5.3.7BarrierMessage参照。BarrierRequestを受信したノードは、BarrierRequest受信前に受信した処理の実行を完了し、BarrierReply図33のs5として、応答する。これにより、オープンフローコントローラは、フローエントリが正しく設定されていることを確認できる。しかしながら、この方法では、フローエントリを設定したすべてのノードと、BarrierRequest/Replyをやり取りすることになり、ユーザパケットを送信できるまでの時間図33のs1UserPacket~s10UserPacketが長くなってしまうという問題点がある。もう一つの方法として、上記BarrierRequest/Replyに代えて、StatsRequest/Replyを用いて、各ノードが該当するエントリを持っているかどうかを確かめる方法もあるが、この場合も、上記BarrierRequest/Replyを用いる場合と同様に、フローエントリを設定したすべてのノードと該当するフローエントリが設定されているか否かをやり取りする必要が生じ、ユーザパケットを送信できるまでの時間図33のs1UserPacket~s10UserPacketが長くなってしまう。また、上記BarrierRequest/Reply、StatsRequest/Replyを用いるいずれの方法も、フローエントリ設定後、ノードの障害等によってフローエントリの一部が消失してしまったような場合に、意図しないアクションが実行されてしまう事態を回避することができない。本発明は、上記した事情に鑑みてなされたものであってその目的とするところは、上記のとおり、ノードにおいて、適切でない処理規則フローエントリがヒットし、意図しない処理が実行されることを抑止することのできる通信システム、ノード、制御装置、通信方法およびプログラムを提供することにある。本発明の第1の視点によれば、受信パケットを処理するノードと、照合規則と、該照合規則に適合するパケットの処理とを規定した処理規則を、前記ノードに設定する制御装置とを含み、前記ノードは、識別子を処理規則に関連付けて保持し、受信パケットと適合する照合規則に対応する処理規則による受信パケットの処理の実行可否を、受信パケットの識別子と、受信パケットと適合する照合規則に対応する処理規則に関連付けられた識別子とが対応するか否かにより判定する通信システムが提供される。本発明の第2の視点によれば、照合規則と、該照合規則に適合するパケットの処理とを規定した処理規則を、識別子と関連付けて保持し、受信パケットの識別子と、受信パケットと適合する照合規則に対応する処理規則に関連付けられた識別子とが対応するか否かにより、受信パケットと適合する照合規則に対応する処理規則による受信パケットの処理の実行可否を判定することにより、受信パケットを処理するノードが提供される。本発明の第3の視点によれば、照合規則と、該照合規則に適合するパケットの処理とを規定した処理規則を生成し、前記処理規則に関連付ける識別子であって、前記ノードに、受信パケットと適合する照合規則に対応する処理規則による受信パケットの処理の実行可否を判定させるための識別子を生成し、通信システムに配置されて受信パケットを処理するノードに、前記処理規則と前記識別子とを設定する制御装置が提供される。本発明の第4の視点によれば、照合規則と、該照合規則に適合するパケットの処理とを規定した処理規則を、識別子と関連付けて保持し、受信パケットの識別子と、受信パケットと適合する照合規則に対応する処理規則に関連付けられた識別子とが対応するか否かにより、受信パケットと適合する照合規則に対応する処理規則による受信パケットの処理の実行可否を判定することにより、受信パケットを処理する通信方法が提供される。本方法は、受信パケットを処理するノードという、特定の機械に結びつけられている。本発明の第5の視点によれば、照合規則と、該照合規則に適合するパケットの処理とを規定した処理規則を生成し、前記処理規則に関連付ける識別子であって、前記ノードに、受信パケットと適合する照合規則に対応する処理規則による受信パケットの処理の実行可否を判定させるための識別子を生成し、通信システムに配置されて受信パケットを処理するノードに、前記処理規則と前記識別子とを設定する通信方法が提供される。本方法は、受信パケットを処理するノードに前記処理規則を設定する制御装置という、特定の機械に結びつけられている。本発明の第6の視点によれば、通信システムにおいて受信パケットを処理するノードに、照合規則と、該照合規則に適合するパケットの処理とを規定した処理規則を、識別子と関連付けて記憶する処理と、受信パケットと適合する照合規則に対応する処理規則による受信パケットの処理の実行可否を、受信パケットの識別子と、受信パケットと適合する照合規則に対応する処理規則に関連付けられた識別子とが対応するか否かにより判定する処理と、を実行させるプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。本発明の第7の視点によれば、通信システムにおいて、受信パケットを処理するノードを制御する制御装置に、照合規則と、該照合規則に適合するパケットの処理とを規定した処理規則を生成する処理と、前記処理規則に関連付ける識別子であって、前記ノードに、受信パケットと適合する照合規則に対応する処理規則による受信パケットの処理の実行可否を判定させるための識別子を生成する処理と、前記処理規則と前記識別子とを前記ノードに設定する処理と、を実行させるプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。本発明によれば、データ転送ネットワークに配置されたノードにおいて、意図しない処理が実行されることを抑止することが可能になる。はじめに、本発明の概要について説明する。以下、この概要に付記した図面参照符号は、専ら理解を助けるための例示であり、図示の態様に限定することを意図するものではない。図1に示すように、本発明の通信システムのノード10図1のノード2参照は、パケットを受信した際に、自装置が保持している処理規則の中の照合規則マッチングキーを用いて受信パケットに適合する処理規則を抽出するステップ1。次に、ノード10図1のノード2参照は、前記抽出した処理規則に関連付けられている識別子が、前記受信したパケットに含まれる識別子と一致することを確認するステップ2。なお、ノード10が、処理規則に関連付けられている識別子と、受信したパケットに含まれる識別子とが一致することを確認する場合について述べたが、本発明はこれに限らない。例えば、ノード10が、処理規則に関連付けられている識別子と、受信したパケットに含まれている識別子とが互いに対応関係にあることを確認するような場合等も含まれる。以降のステップや実施形態においても同様である。前記確認の結果、処理規則に関連付けられている識別子が、前記受信したパケットの識別子と一致することが確認できたら、ノード10図1のノード2参照は、当該処理規則に従って処理を実行するステップ3。ここで、上記した識別子は、制御装置コントローラ20によって、処理規則に関連付けて生成された情報であり、少なくとも受信パケットに適合し得る処理規則同士を識別できるように生成付与される。従って、照合規則マッチングキーによる検索で抽出された処理規則であっても、識別子が一致しない場合、当該処理規則のアクションは実行されないことになる。ユーザパケットに識別子を含める態様としては、図1、図2に示すようにユーザパケットに付加する形態のほか、ユーザパケットの特定の領域に埋め込む形態など図19参照、種々の形態を採用することができる。以上により、冒頭に述べた、処理規則の設定遅れや、ノードの障害等によってフローエントリの一部が消失してしまったような場合に、意図しないアクションが実行されてしまう事態を回避することができる。図1の例では、照合規則マッチングキーを用いて受信パケットに適合する処理規則を抽出した後、前記抽出した処理規則に関連付けられた識別子が、前記受信したパケットの識別子と一致することを確認するものとして説明したが、図2に示すように、識別子を用いて受信パケットに適合する処理規則を抽出した後、前記抽出した処理規則の照合規則マッチングキーが、前記受信したパケットの内容照合規則マッチングキーの照合対象となるヘッダ情報と一致することを確認する方法も採用できる。この場合も、識別子による検索で抽出された処理規則であっても、照合規則マッチングキーが受信パケットの内容ヘッダ情報と一致しない場合、当該処理規則のアクションは実行されないことになる。図1の場合と同様に、処理規則の設定遅れ等により、意図しないアクションを実行してしまうといった事態を回避することができる。[第1の実施形態]続いて、本発明の第1の実施形態について図面を参照して詳細に説明する。図3は、本発明の第1の実施形態に係る通信システムの構成を示す図である。図3を参照すると、3つのノード10と、制御装置コントローラ20と、ノード10を経由して通信するホストA、Bが示されている。なお、図3の例では、3つのノード10と、制御装置コントローラ20と、2つのホストHostA、HostBを示しているが、それぞれの数は、あくまで例示であり、それぞれ任意の数とすることができる。図4は、制御装置コントローラ20の詳細構成を表した図である。図4を参照すると、制御装置コントローラ20は、処理規則フローエントリと当該処理規則と関連付けられた検証情報を格納したフローエントリデータベースフローエントリDB21と、ノード通信部26を介して収集されたノード10の接続関係に基づいてネットワークトポロジ情報を構築するトポロジ管理部22と、トポロジ管理部22にて構築されたネットワークトポロジ情報に基づいてパケットの転送経路および該転送経路上のノード10に実行させるアクションを求める経路アクション計算部23と、経路アクション計算部23および検証情報生成部28にて計算された処理規則フローエントリおよび検証情報を関連付けてフローエントリDB21に登録し、ノード10からの処理規則フローエントリの追加要求への対応や処理規則フローエントリおよび検証情報の更新などを行うフローエントリ管理部24と、制御メッセージ処理部25と、ノード10との通信を行うノード通信部26と、フローエントリ管理部24からの要求に応じて処理規則に含める検証情報を生成または検証情報データベース検証情報DB27から取り出す検証情報生成部28と、を備えて構成される。ここで、検証情報は、照合規則に基づく受信パケットと処理規則との照合結果を検証するために用いられる上記識別子相当の情報を指すものとする。さらに、制御メッセージ処理部25は、ノード10から受信した制御メッセージを解析して、必要な処理を行うメッセージ解析処理部251と、ノード10に送信するメッセージを生成するメッセージ生成部252とを備えて構成される。図5は、フローエントリDB21に保持される情報フローエントリおよび検証情報を模式的に表した図である。例えば、図5の上から1~3番目のエントリは、DPIDノード10の識別子;DatapathIdentifierが1~3のノードにそれぞれ設定される処理規則フローエントリおよび処理規則に関連付けられた検証情報を示している上から4~6番目のエントリも同様。。DPIDが1であるノード例えば、図3のノード1は、上記上から1番目のエントリのとおり、Aというマッチングキーに適合するパケットを受信した場合に、そのアクションフィールドActionsに従い、検証情報CAを含むヘッダを付加してから、9番ポートから出力する処理を実行する。同様に、DPIDが2であるノード例えば、図3のノード2は、DPIDが1であるノード例えば、図3のノード1からAというマッチングキーに適合するパケットを受信すると、6番ポートから出力する処理を実行する。そして、DPIDが3であるノード例えば、図3のノード3は、DPIDが2であるノード例えば、図3のノード2からAというマッチングキーに適合するパケットを受信すると、当該パケットから検証情報CAを含むヘッダを除去してから、1番ポートから出力する処理を実行する。以上により、Aというマッチングキーに適合するパケットに、検証情報CAを付加し、検証情報CAと照合させつつ指定した経路にて転送させる制御が実現される。なお、図5のマッチングキーA、B、Xは、実際には、図30に示したような受信パケットのヘッダと照合するルールFlowKey;但し、ワイルドカードを利用可能によって構成される。図6は、検証情報DB27に保持される情報検証情報を模式的に表した図である。図6に示すように、検証情報DB27には、上記したマッチングキーA、B、、Xと、検証情報CA、CB、、CXの対応関係が保持される。検証情報生成部28は、フローエントリ管理部24から要求された処理規則フローエントリ対応する検証情報を生成して、それを検証情報DB27に登録する処理を行う。このような検証情報は、例えば、照合規則以下、マッチングキーとする。やその他情報を引数とする所定の関数ハッシュ関数等を用いて、少なくとも、受信パケットと適合する複数の照合規則のそれぞれに対応する複数の処理規則の中で一意、つまり、これら処理規則に少なくとも同一の検証情報が付与されないよう生成することができる。また、乱数により統計的に一意な検証情報を生成することもできる具体例は、後に詳述する。。検証情報DB27は競合する可能性のある複数の処理規則フローエントリ間での検証情報重複を防ぐ目的のものであり、必ずしも図6の形式である必要はない。また、検証情報の重複を確率統計的に回避することにより、検証情報DB27を省略することも可能である。なお、ノード10に対して追加または更新を指示した処理規則フローエントリおよび当該処理規則に関連付けられた検証情報を保持する必要が無い場合、フローエントリDB21は省略することが可能である。同様に、処理規則に関連付けて生成した検証情報を保持する必要が無い場合、検証情報DB27を省略することも可能である。また、フローエントリDB21や検証情報DB27を別途外部サーバ等に設ける構成も採用可能である。上記のような制御装置コントローラ20は、非特許文献1、2のオープンフローコントローラに、少なくとも上記検証情報生成部28と、ノード10に処理規則フローエントリと当該処理規則に関連付けらけた検証情報を設定する機能を追加することにより実現することが可能である。図7は、ノード10の詳細構成を表した図である。図7を参照すると、ノード10は、制御装置コントローラ20と通信する制御装置通信部11と、フローテーブル13を管理するフローテーブル管理部12と、パケットバッファ14と、転送処理部15とを備えて構成される。なお、ノード10は、必ずしもパケットバッファ14を備えていなくともよい。転送処理部15は、テーブル検索部153と、アクション実行部154とを含んで構成される。テーブル検索部153は、ある処理規則フローエントリに関連付けられた検証情報と、受信パケットに付加された検証情報とを照合し、一致するか否かを判定する検証情報照合部152を含んで構成され、フローテーブル13から、受信パケットに適合するマッチングキーを持つ処理規則フローエントリであって、検証情報が一致する処理規則の処理内容アクションをアクション実行部154に出力する。アクション実行部154は、前記テーブル検索部153から出力された処理内容アクションを実行する。上記のようなノード10は、オープンフロースイッチに、上記検証情報照合部152を追加するとともに、そのフローテーブル13を、処理規則フローエントリに関連付けて検証情報を保持可能な構成とすることで実現することも可能である。また、上記のようなノード10の検証情報照合部152を含むテーブル検索部153は、ノード10を構成するコンピュータに実行させるプログラムによって実現することもできる。図8は、図5のDPIDが2であるノード図3のノード2のフローテーブル13に保持される情報フローエントリおよび検証情報を模式的に表した図である。図8に示すように、フローテーブル13には、図5のフローエントリDB21の該当するDPIDのエントリと同一内容のフローエントリおよび検証情報が設定される。図5のDPIDが1、3であるノード図3のノード1、3にも、同様に、それぞれのDPIDに対応するフローエントリおよび検証情報が設定されることになる。図9は、制御装置コントローラ20により設定されたアクションSetHeaderincludingCA;図5のDPID=1のノードのアクションActions参照に基づき、ノード10にて作成される検証情報付きパケットの構成を説明するための図である。図9の例では、検証情報付きパケット32は、検証情報を含んだ検証情報付き追加ヘッダ33をユーザパケット31の先頭に付加した構成となっている。図10は、上記検証情報付き追加ヘッダ33の構成例を示す図である。図10の例では、検証情報付き追加ヘッダ33は、MAC宛先アドレスMACDA、MAC送信元アドレスMACSA、上位プロトコルタイプEtherType、トータルヘッダ長TotalLengthに、検証情報を付加した構成となっている。なお、図10の例では、マッチングキーと乱数を引数とする所定の関数ハッシュ関数等により算出した値fmatchingkey,randを検証情報としている。続いて、上記した制御装置コントローラ20およびノード10の動作について説明する。図11は、上記制御装置コントローラ20の動作を表したフローチャートである。図11を参照すると、制御装置コントローラ20は、ノード10から問い合わせ処理規則の作成要求;図12のステップS111参照を受けるとステップS001;Packet-In、前記問い合わせに係るパケットに検証情報が含まれているか否かを確認するステップS002。ここで、問い合わせに係るパケットに検証情報が含まれている場合ステップS002のYes、当該パケットに対応する処理規則は作成済みであるため、制御装置コントローラ20は、フローエントリDB21から当該パケットに対応する処理規則および当該処理規則に関連付けられた検証情報を取り出してステップS012、ステップS008に進む。一方、問い合わせに係るパケットに検証情報が含まれていない場合ステップS002のNo、制御装置コントローラ20は、トポロジ管理部22にて構築されたネットワークトポロジ情報を取得し、パケットの転送経路を計算するステップS003。前記パケットの転送経路を計算の結果、経路を作成できない、経路上のノードが故障している等の理由により、転送できないと判定した場合ステップS004のNoを除き、制御装置コントローラ20は、前記計算された転送経路に対応するアクションを計算するステップS005。続いて、当該経路上の各ノード10に適用する処理規則フローエントリに関連付ける検証情報を生成するステップS006。さらに、制御装置コントローラ20は、当該問い合わせに係るパケットが属するフローを特定するためのマッチングキーおよび前記アクションを含む当該経路上の各ノード10に適用する処理規則フローエントリを生成するステップS007。処理規則フローエントリおよび検証情報の取得または生成が完了すると、制御装置コントローラ20は、前記生成した処理規則フローエントリおよび検証情報の設定指示FlowModAddを生成しステップS008、当該処理規則フローエントリによって実現されるパケット転送経路上のノード10に対して、処理規則フローエントリおよび検証情報の設定指示FlowModAddを送信するステップS009。その後、ノード10がパケットをバッファしていない場合ステップS010のNo、制御装置コントローラ20は、パケットの出力指示Packet-Outを行うステップS011。このパケットの出力指示は、出力すべきパケットステップS001のPacket-Inで受信したパケットと、当該パケットに対し実行すべきアクション検証情報の付与と指定ポートから出力とを指示すること、あるいは、出力すべきパケットステップS001のPacket-Inで受信したパケットと、当該パケットに対し実行すべきアクションフローテーブルの検索を指示することによって行われる。なお、ノード10がパケットをバッファしている場合ステップS010のYes、後に説明するように、ノード10にパケットの出力処理を行わせることができるため、制御装置コントローラ20側の処理は省略される。図12は、ノード10の動作を表したフローチャートである。図12を参照すると、ノード10は、ホストや他のノード10からパケットを受信するとステップS101、フローテーブル13から、受信パケットに適合するマッチングキーを持つ処理規則フローエントリを検索するステップS102。ステップS102にて、処理規則フローエントリを抽出できた場合ステップS103のYes、ノード10は、受信パケットに検証情報が含まれているか否かを確認するステップS104。なお、本実施形態においては、受信パケットに追加ヘッダが付加されているか否かにより、検証情報が含まれているか否かを判別することができる。ここで、受信パケットに検証情報が含まれていない場合、ノード10は、抽出した処理規則フローエントリに記述されたアクションを実行するステップS107。一方、ステップS104にて、受信パケットに検証情報が含まれていると判定された場合、ノード10は、受信パケットに含まれている検証情報と、前記抽出した処理規則フローエントリに関連付けられている検証情報とを照合するステップS105。前記検証情報同士が一致した場合、ノード10は、抽出した処理規則フローエントリに記述されたアクションを実行するステップS107。つまり、検証情報が含まれているパケットについてアクションを実行するには、マッチングキーによる検索にて適合する処理規則フローエントリが見つかることに加えて、処理規則フローエントリに関連付けられた検証情報が受信パケットのものと一致することが必要となっている。一方、ステップS103で受信パケットに適合する処理規則フローエントリが見つからなかった場合および処理規則フローエントリが見つかったが検証情報同士が一致しない場合、ノード10は、抽出した処理規則フローエントリに記述されたアクションを実行することなく、ステップS111に進み、制御装置コントローラ20に対し問い合わせ受信パケットに対応する処理規則フローエントリおよび検証情報の作成および送信要求を行う。ステップS111では、ノード10は、受信パケットをパケットバッファ14に保存するとともに、制御装置コントローラ20に、受信パケットを送信し、処理規則および検証情報の作成を要求する。その後は、制御装置コントローラ20にて、図11に示す手順に従って処理規則および検証情報を含む応答処理が行われる。制御装置コントローラ20から、処理規則フローエントリおよび検証情報の設定指示FlowModAddを受信すると、ノード10は、自身のフローテーブル13に、FlowModAddに従い処理規則フローエントリと当該処理規則に関連付けられた検証情報を設定するステップS112。次に、ノード10は、パケットバッファ14に受信パケットが保存されているか否かを確認しステップS113、保存されていればステップS113のYes、当該受信パケットを読み出しステップS114、前記設定した処理規則フローエントリに定められた処理内容アクション;検証情報の付与と受信パケットの指定ポートからの出力を実行するステップS107。これにより、受信パケットが次ホップのノードに転送される。一方、ノード10がパケットバッファ14を備えていない場合など、ノード10がユーザパケットを保持していない場合ステップS113のNo、制御装置コントローラ20からのパケット出力指示Packet-Outが受信されるステップS116。前記パケット出力指示Packet-Outを受信したノード10は、パケットバッファ14を備えている場合にはパケットバッファ14にパケットが保存されているか否かを確認しステップS117、保存されていればステップS117のYes、当該パケットを読み出しステップS118、パケット出力指示Packet-Outとともに受信した処理内容アクション;ここでは、受信パケットの検証情報の付与と指定ポートからの出力、または、フローテーブルの検索を実行するステップS107。また、パケットを保存していない場合ステップS117のNo、ノード10は、パケット出力指示Packet-Outとともに受信したパケットについて、パケット出力指示Packet-Outとともに受信した処理内容アクション;ここでは、パケットの検証情報の付与と指定ポートからの出力、または、フローテーブルの検索を実行するステップS107。これにより、受信パケットが次ホップのノードに転送される。図13、図14は、ホストAからホストB宛てのパケットを受信したノード1が、制御装置コントローラ20に対し問い合わせ処理規則および検証情報の作成要求を行ってから、ホストBにパケットが届けられるまでの一連の流れを説明するための参考図とシーケンス図である。図13、図14に示すように、ホストAが、ノード1に対し、ホストB宛てのユーザパケットを送信すると図13、図14のST1;UserPacket、ノード1は、フローテーブル13の検索の結果、受信したパケットに適合する処理規則フローエントリが無い未知のパケットであると判定し図12のステップS103のNo、制御装置コントローラ20に対し問い合わせ処理規則フローエントリおよび検証情報の作成要求を行う図13、図14のST2;Packet-In。前記問い合わせ処理規則フローエントリおよび検証情報の作成要求を受けた制御装置コントローラ20は、図11のフローチャートに従って、当該パケットの転送経路上のノード1~3に設定すべき処理規則フローエントリおよび検証情報CAを作成し、ノード1~3に対し、それぞれ送信する図13、図14のST3-1~ST5-1;FlowModAddw/CA。ノード1~3は、制御装置コントローラ20から送信された処理規則フローエントリと検証情報CAを自装置のフローテーブル13に追加するとともに、バッファIDが付加されている場合には当該パケットに対するアクションを実行する図13、図14のST3-2~ST5-2。以下の説明では、ノード2には、何らかの理由で、図13、図14のST4-1で送信された処理規則フローエントリおよび検証情報CAが到達せず、ノード2のフローテーブル13には、処理規則フローエントリおよび検証情報CAが追加されなかったものとする。ここで、ノード1は、ST3-1にて受信した処理規則中のアクション図5のDPID=1、マッチングキー=A、検証情報=CAのアクションActions参照に従い、検証情報CAを含んだ追加ヘッダを付加したユーザパケットを生成し図9参照、指定ポートノード2に接続されたポートから出力する処理を実行する図13、図14のST6。検証情報CAを含んだ追加ヘッダが付加されたユーザパケットを受信すると、ノード2は、フローテーブル13の検索の結果、受信したパケットに適合する処理規則フローエントリが無い、あるいは、受信したパケットに適合する処理規則フローエントリがあるが検証情報が一致しないと判定し図12のステップS103のNoまたはステップ106のNo、制御装置コントローラ20に対し問い合わせ処理規則フローエントリおよび検証情報の作成要求を行う図13、図14のST8;Packet-In。前記問い合わせ処理規則フローエントリおよび検証情報の作成要求を受けた制御装置コントローラ20は、図11のフローチャートに従って、当該パケットの転送経路上のノード2に設定すべき処理規則フローエントリおよび検証情報CAを取得し図11のステップS012、ノード2に対し、送信する図13、図14のST9;FlowModAddw/CA。ノード2は、制御装置コントローラ20から送信された処理規則フローエントリおよび検証情報を自装置のフローテーブル13に追加するとともに、バッファIDが付加されている場合にはアクションを実行する図13、図14のST10。ここで、ノード2は、ST10にて受信した処理規則中のアクション図5のDPID=2、マッチングキー=A、検証情報=CAのアクションActions参照に従い、検証情報CAを含んだ追加ヘッダが付加されたユーザパケットを、指定ポートノード3に接続されたポートから出力する処理を実行する図13、図14のST11。検証情報CAを含んだ追加ヘッダが付加されたユーザパケットを受信すると、ノード3は、フローテーブル13の検索の結果、受信したパケットに適合する処理規則フローエントリであり、検証情報も一致すると判定し図12のステップS103のYesかつステップ106のYes、抽出確認した処理規則フローエントリに定められたアクションを実行する図13、図14のST12。具体的には、ノード3は、ST12にて抽出確認した処理規則中のアクション図5のDPID=3、マッチングキー=A、検証情報=CAのアクションActions参照に従い、ユーザパケットから検証情報CAを含んだ追加ヘッダを除去した後、指定ポートホストBに接続されたポートから出力する処理を実行する図13、図14のST13。以上のように、本実施形態によれば、処理規則フローエントリのマッチングキーが、受信パケットのヘッダ情報と一致するだけでなく、別途制御装置コントローラ20にて生成された検証情報が一致することを条件として、アクションを実行するようにしているため、冒頭に述べた意図しない処理規則フローエントリのアクションが実行されるという事態を回避することができる。なお、本実施形態では、検証情報の付加を要しないパケットの存在を考慮してステップS104において、受信パケットに検証情報が含まれていない場合、検証情報の照合を行わずにアクションを実行することとしているが、受信パケットに検証情報が含まれていない場合、例外なくアクションの実行を抑止するようにしてもよい。[第2の実施形態]続いて、本発明の第2の実施形態について図面を参照して詳細に説明する。上記本発明の第1の実施形態では、検証情報を含んだ追加ヘッダによりパケットに検証情報を付加するものとして説明したが、追加ヘッダを用いずに検証情報をパケットに含めることもできる。以下、追加ヘッダを用いずに検証情報をパケットに含めるようにした第2の実施形態について説明する。なお、第2の実施形態のノード10および制御装置コントローラ20の基本的な構成は、上記第1の実施形態と同等であるので、以下、相違点を中心に説明を行う。図15は、本実施形態の制御装置コントローラ20のフローエントリDB21に保持される情報フローエントリを模式的に表した図である。第1の実施形態との相違点は、フローエントリDB21に独立した検証情報フィールドを持たず、フローエントリのマッチングキーフィールドに、検証情報CAを含んだマッチングキーが格納されている点と、アクションとして、MACDAフィールドに検証情報を書き込む元に戻す処理厳密には、MACDAフィールドの値のDn’図19参照への置換と復元が規定されている点である。以下、オリジナルのMACDAフィールドの値をDnとし、検証情報CAを含むよう変換された後の値をDn’とする。例えば、図15のDPIDが1であるノード例えば、図3のノード1は、Aというマッチングキーに適合するパケットを受信した場合に、そのアクションフィールドActionsに従い、パケットのMACDAフィールドに、検証情報CAを含む値D1’をセットしてから、9番ポートから出力する処理を実行する。DPIDが2であるノード例えば、図3のノード2は、DPIDが1であるノード例えば、図3のノード1からMACDAフィールドに検証情報CAがセットされたパケットマッチングキーA’に適合するパケットを受信すると、6番ポートから出力する処理を実行する。そして、DPIDが3であるノード例えば、図3のノード3は、DPIDが2であるノード例えば、図3のノード2からMACDAフィールドに検証情報CAがセットされたパケットマッチングキーA’に適合するパケットを受信すると、そのMACDAフィールドを元々の受信パケットのMACDAと同じ内容D1に書き戻してから、1番ポートから出力する処理を実行する。以上により、転送経路の先頭ホップのノードにて検証情報CAを付加し、検証情報CAと照合させつつ、指定した経路にて転送させる制御が実現される。図16は、本実施形態の制御装置コントローラ20の検証情報DB27に保持される情報検証情報を模式的に表した図である。第1の実施形態との相違点は、MACDAフィールドを元々の受信パケットのMACDAと同じ内容に書き戻すためのOriginalMACDAフィールドの内容図15のD1、D2、DXに相当。と、この書き戻し処理を実行させる最終ホップのノード番号が追加されている点である。図17は、本実施形態のノード10aの詳細構成を表した図である。第1の実施形態のノード10の構成を表した図7との相違点は、上記検証情報の相違に伴い、検証情報照合部152aの照合動作が異なるため後に詳述、検証情報照合部152a、テーブル検索部153a、転送処理部15aがそれぞれ置き換えられている点である。図18は、図15のDPIDが2であるノード図3のノード2のフローテーブル13に保持される情報フローエントリを模式的に表した図である。図18に示すように、フローテーブル13には、図15のフローエントリDB21から該当するDPIDのフローエントリが設定される。図15のDPIDが1、3であるノード図3のノード1、3にも、同様に、それぞれのDPIDに対応するフローエントリが設定されることになる。図19は、制御装置コントローラ20により設定されたアクションSetMACDAtoD1’;図15のDPID=1のノードのアクションActions参照に基づき、ノード10にて書き換えられるパケットの構成を説明するための図である。図19の例では、検証情報付きパケット32aは、ユーザパケット31のMACDAフィールドに、図19の下段に示す48ビットの情報を書き込んだ構成となっている。なお、図19の例では、検証情報を含むことを示す8ビットの固定データ、関数f1最終ホップのノードのDPID,オリジナルのMACDA、関数f2マッチングキー,乱数を書き込むものとしているが、これはあくまで一例であり、検証情報の格納に用いるフィールドや、検証情報の内容、オリジナルのデータを縮退するための関数等は適宜変更することができる。続いて、本実施形態の動作について説明する。図20は、本発明の第2の実施形態の制御装置コントローラの動作を表したフローチャートである。第1の実施形態の制御装置コントローラの動作を表した図11と相違するのは、ステップS002aにおいて、問い合わせを受けたパケットに検証情報が含まれているか否かを確認する際に、追加ヘッダではなく、MACDAに上述した固定データ図19参照が書き込まれているか否かを確認する点である。その他は、第1の実施形態と同等であるので説明を省略する。図21は、本発明の第2の実施形態のノード10aの動作を表したフローチャートである。第1の実施形態のノード10の動作を表した図12と相違するのは、ステップS104aにおいて、受信パケットに検証情報が含まれているか否かを確認する際に、追加ヘッダではなく、MACDAに上述した固定データ図19参照が書き込まれているか否かを確認する点と、最終ホップのノードが追加ヘッダの削除ではなく、アクションに従ってオリジナルのMACDAフィールドを復元してからパケットを転送する点である。その他は、第1の実施形態と同等であるので説明を省略する。以上のように、本発明は、既存パケットの特定のフィールドに検証情報を含める形態でも実現することが可能である。[第3の実施形態]続いて、本発明の第3の実施形態について図面を参照して詳細に説明する。上記本発明の第1の実施形態では、各ノードが同一の検証情報をそのフローテーブルのフローエントリに関連付けて格納するものとして説明したが、各ノードがそれぞれ異なる検証情報にて照合を行う構成も採用可能である。以下、各ノードがそれぞれ異なる検証情報にて照合を行うようにした第3の実施形態について説明する。なお、第3の実施形態のノード10および制御装置コントローラ20の基本的な構成は、上記第1の実施形態と同等であるので、以下、相違点を中心に説明を行う。図22は、本実施形態の制御装置コントローラ20のフローエントリDB21に保持される情報フローエントリおよび検証情報を模式的に表した図である。第1の実施形態との相違点は、各ノードの検証情報の生成処理図11のステップS006をノード数分実行しておき、フローエントリDB21に独立した検証情報フィールドを持たない代わりに、アクションフィールドに、それぞれ異なる検証情報を含んだ追加ヘッダを付加させる処理を追加した点である各ノードがそれぞれ異なる検証情報含んだヘッダを付加するため、フローエントリに関連付けられた検証情報が当該フローエントリ内に記述されることになり、独立して検証情報とフローエントリの対応関係を保持する必要がないため、検証情報フィールドは不要となる。例えば、図22のDPIDが1であるノード例えば、図3のノード1は、A1というマッチングキーに適合するパケットを受信した場合に、そのアクションフィールドActionsに従い、検証情報C2Aを格納した追加ヘッダを受信パケットに付加してから、9番ポートから出力する処理を実行する。同様に、DPIDが2であるノード例えば、図3のノード2は、DPIDが1であるノード例えば、図3のノード1から、検証情報C2Aを格納した追加ヘッダが付加されたパケットマッチングキーA2に適合するパケットを受信すると、追加ヘッダの検証情報C2Aを検証情報C3Aに書き換えた後、6番ポートから出力する処理を実行する。そして、DPIDが3であるノード例えば、図3のノード3は、DPIDが2であるノード例えば、図3のノード2から、検証情報C3Aを格納した追加ヘッダが付加されたパケットマッチングキーA3に適合するパケットを受信すると、当該パケットから追加ヘッダを除去した後、1番ポートから出力する処理を実行する。以上により、転送経路の先頭ホップのノードから順番に、検証情報を書き換えながら、その検証情報と照合させつつ、指定した経路にて転送させる制御が実現される。図23は、本実施形態の制御装置コントローラ20の検証情報DB27に保持される情報検証情報を模式的に表した図である。第1の実施形態との相違点は、DPIDフィールドが追加され、ノード毎に、マッチングキーと、検証情報の対応関係が格納されている点である。なお、これはあくまで一例であり、検証情報DB27に保持される情報は、検証情報生成のための関数等に依存して、適宜変更することができる。図24は、図22のDPIDが2であるノード図3のノード2のフローテーブル13に保持される情報フローエントリおよび検証情報を模式的に表した図である。図24に示すように、フローテーブル13には、図22のフローエントリDB21から該当するDPIDのフローエントリおよび検証情報が設定される。図22のDPIDが1、3であるノード図3のノード1、3にも、同様に、それぞれのDPIDに対応するフローエントリおよび検証情報が設定されることになる。本実施形態は第1の実施形態と比較して、制御装置が各ノードの検証情報を生成する点と個々のノードで行われるアクションが異なるのみであり、基本的な動作は第1の実施形態と同一であるので説明は省略する図11、図12参照。以上のように、個々のノードが処理規則中のアクションにより、検証情報を書き換えていく本実施形態によれば、第1の実施形態と比較して、ある通信フローに対してマッチングキーの異なるフローエントリを経路上のノードに設定することが可能となる。[第4の実施形態]続いて、本発明の第4の実施形態について図面を参照して詳細に説明する。本発明の第4の実施形態は、上記本発明の第2の実施形態と第3の実施形態とを組み合わせたものであり、追加ヘッダを用いずに、かつ、各ノードがそれぞれ異なる検証情報にて照合を行うものである。なお、第4の実施形態のノード10および制御装置コントローラ20の基本的な構成は、上記第1~3の実施形態と同等であるので、以下、相違点を中心に説明を行う。図25は、本実施形態の制御装置コントローラ20のフローエントリDB21に保持される情報フローエントリを模式的に表した図である。第3の実施形態との相違点は、アクションフィールドに、それぞれ異なる検証情報を含んだ追加ヘッダを付加させる処理ではなく、MACDAフィールドの値を各ノードの検証情報を含む値に書き換えていき最終ホップで復元する処理が追加されている点である。例えば、図25のDPIDが1であるノード例えば、図3のノード1は、Aというマッチングキーに適合するパケットを受信した場合に、そのアクションフィールドActionsに従い、パケットのMACDAフィールドに検証情報C2Aを含む値D1’をセットしてから、9番ポートから出力する処理を実行する。同様に、DPIDが2であるノード例えば、図3のノード2は、DPIDが1であるノード例えば、図3のノード1からMACDAフィールドに検証情報C2AがセットされたパケットマッチングキーA’に適合するパケットを受信すると、パケットのMACDAフィールドを、検証情報C3Aを含む値D1に書き換えた後、6番ポートから出力する処理を実行する。そして、DPIDが3であるノード例えば、図3のノード3は、DPIDが2であるノード例えば、図3のノード2からMACDAフィールドに検証情報C3AがセットされたパケットマッチングキーAに適合するパケットを受信すると、そのMACDAフィールドを元々の受信パケットのMACDAと同じ内容D1に書き戻してから、1番ポートから出力する処理を実行する。以上により、転送経路の先頭ホップのノードにて検証情報を順次書き換え、かつ、検証情報と照合させ、指定した経路にて転送させる制御が実現される。図26は、本実施形態の制御装置コントローラ20の検証情報DB27に保持される情報検証情報を模式的に表した図である。第3の実施形態との相違点は、MACDAフィールドを元々の受信パケットのMACDAと同じ内容に書き戻すためのOriginalMACDAフィールドの内容図25のD1、D2、DXに相当。と、この書き戻し処理を実行させる最終ホップのノード番号が追加されている点である。なお、これはあくまで一例であり、検証情報DB27に保持される情報は、検証情報生成のための関数等に依存して、適宜変更することができる。図27は、図25のDPIDが2であるノード図3のノード2のフローテーブル13に保持される情報フローエントリを模式的に表した図である。図27に示すように、フローテーブル13には、図25のフローエントリDB21から該当するDPIDのフローエントリが設定される。図25のDPIDが1、3であるノード図3のノード1、3にも、同様に、それぞれのDPIDに対応するフローエントリが設定されることになる。本実施形態は第1の実施形態と比較して、制御装置が各ノードの検証情報を生成する点と個々のノードで行われるアクションが異なるのみであり、基本的な動作は第1の実施形態と同一であるので説明は省略する図11、図12参照。以上のように、個々のノードが処理規則中のアクションにより、検証情報を書き換えていく本実施形態によれば、第2の実施形態と比較して、ある通信フローに対してマッチングキーの異なるフローエントリを経路上のノードに設定することが可能となる。[第5の実施形態]続いて、本発明の第5の実施形態について図面を参照して詳細に説明する。上記本発明の第3の実施形態では、追加ヘッダにはただ一つの検証情報を格納するものとして説明したが、追加ヘッダに、転送経路上の各ノードがそれぞれ照合すべき検証情報を格納しておき、当該追加ヘッダが付加されたパケットを受信したノードが、それぞれ自身が参照すべき検証情報を特定して、照合動作を行う構成も採用可能である。以下、追加ヘッダに複数の検証情報を格納可能とした第5の実施形態について説明する。なお、第5の実施形態のノード10および制御装置コントローラ20の基本的な構成は、上記第3の実施形態と同等であるので、以下、相違点を中心に説明を行う。図28は、本発明の第5の実施形態で用いるパケットの一例である。図28の例では、検証情報付きパケット32bは、検証情報を含んだ検証情報付き追加ヘッダ33bをユーザパケット31の先頭に付加した構成となっている。図29は、上記検証情報付き追加ヘッダ33bの構成例を示す図である。図29の例では、検証情報付き追加ヘッダ33bは、MAC宛先アドレスMACDA、MAC送信元アドレスMACSA、上位プロトコルタイプEtherType、トータルヘッダ長TotalLengthに、DPIDと検証情報との組を複数付加した構成となっている。なお、図29の例では、個々のノードのマッチングキーと乱数を引数とする所定の関数ハッシュ関数等により算出した値fmatchingkey,randを検証情報としている。本実施形態は第1の実施形態と比較して、制御装置が各ノードの検証情報を生成する点と個々のノードがDPIDを用いて自身の検証情報を取り出して照合動作を行う点が異なるのみであり、基本的な動作は第1の実施形態と同一であるので説明は省略する図11、図12参照。以上のように、本発明は、個々のノードの検証情報を格納した追加ヘッダを付加する構成でも実現可能であり、第3の実施形態と比較して、個々のノードで検証情報を書き換える処理を省略できるという利点がある。以上、本発明の好適な実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形置換調整を加えることができる。上記した実施形態の制御装置コントローラ20、20aは、専用のサーバとして実現することもでき、ノード10、10a、10bとしては、上記オープンフロースイッチのほか、IP網におけるルータ、MPLSMulti-ProtocolLabelSwitching網におけるMPLSスイッチにて実現することができる。その他、サーバがネットワーク内のノードを集中管理するようなネットワークであれば、本発明を適用することが可能である。また、上記した第5の実施形態では、追加ヘッダにノード識別子DPIDを含めることで、各ノードが自装置が照合すべき検証情報を特定するものとして説明したが、追加ヘッダ中の先頭または末尾の検証情報から使用していき、検証情報が使用済みであることを示す使用済みフラグを立てていく方法や、照合に用いた検証情報を各ノードが追加ヘッダから順次削除していく方法も採用可能である。また、上記した各実施形態では、最終ホップのノードが追加ヘッダの除去やMACDAフィールドを書き戻すものとして説明したが、ホスト側でこれらの処理を行う構成も採用可能である。また、上記した各実施形態で説明した検証情報として、非特許文献2のFlowCookieなどのコントローラがフローエントリを一意に特定するために生成する情報を用いることも可能である。また、上記した各実施形態では、制御装置20に検証情報生成部28を備えるものとして説明したが、ノード10同士あるいはノード10と制御装置20で同期を取る、各ノード10に検証情報の生成関数や引数を割り当てておくなどして、各ノード10が検証情報を作成可能であれば、各ノードに、検証情報生成部を生成する構成も採用可能である。最後に、本発明の好ましい形態を要約する。[第1の形態]上記第1の視点による通信システム参照[第2の形態]第1の形態において、前記識別子は、照合規則に基づく受信パケットと処理規則との照合結果を検証するために用いられることを特徴とする通信システム。[第3の形態]第1、第2の形態において、前記ノードは、受信パケットと照合規則とを照合して、受信パケットと適合する照合規則に対応する処理規則を検索し、受信パケットの識別子と検索された処理規則に関連付けられた識別子とが対応する場合、検索した処理規則により受信パケットの処理を実行する通信システム。[第4の形態]第1、第2の形態において、前記ノードは、受信パケットの識別子に対応する識別子と関連付けられた処理規則を検索し、該処理規則に対応する照合規則と受信パケットとが照合により適合する場合、検索した処理規則により受信パケットの処理を実行する通信システム。[第5の形態]第1~第4の形態において、前記識別子は、少なくとも、受信パケットと適合する複数の照合規則のそれぞれに対応する複数の処理規則の中で一意である通信システム。[第6の形態]第1~第4の形態において、前記識別子は、統計的に一意である通信システム。[第7の形態]第1~第6の形態において、前記ノードは、受信パケットに、識別子を格納した追加ヘッダが付加されているか否かにより、受信パケットに、前記受信パケットの識別子が含まれているか否かを判定する通信システム。[第8の形態]第1~第6の形態において、前記ノードは、受信パケットの所定のフィールドに、識別子が格納されているか否かにより、受信パケットに、前記受信パケットの識別子が含まれているか否かを判定する通信システム。[第9の形態]第1~第6、第8いずれか一の形態において、前記制御装置は、パケットの転送経路の始点に位置するノードが、受信パケットの所定のフィールドの情報を、識別子を含んだ情報に置き換えてから、当該パケットを転送し、前記転送経路の終点に位置するノードが、受信パケットの所定のフィールドの情報を、置き換え前の内容に書き戻してから、当該パケットを転送するよう、前記各ノードを制御する通信システム。[第10の形態]第1~第9いずれか一の形態において、前記制御装置は、パケットの転送経路上のノードに設定する処理規則に対し、それぞれ異なる識別子を設定し、前記転送経路上のノードが、順次、受信パケットの識別子を次ホップのノードの識別子に書き換える動作を行うよう、前記各ノードを制御する通信システム。[第11の形態]第1~第7、第10いずれか一の形態において、前記制御装置は、パケットの転送経路の始点に位置するノードが、受信パケットに、識別子を含んだ追加ヘッダを付加してから、当該パケットを転送し、前記転送経路の終点に位置するノードが、前記追加ヘッダを除去してから、当該パケットを転送するよう、前記各ノードを制御する通信システム。[第12の形態]第7、第11いずれか一の形態において、前記追加ヘッダには、パケットの転送経路上のノードにて、それぞれ判定に用いられる複数の識別子が格納されている通信システム。[第13の形態]上記第2の視点によるノード参照[第14の形態]上記第3の視点による制御装置参照[第15の形態]上記第4の視点による通信方法参照[第16の形態]上記第5の視点による通信方法参照[第17の形態]上記第6の視点によるプログラム参照[第18の形態]上記第7の視点によるプログラム参照なお、上記第13~第18の形態は、上記第1の形態と同様に、第2~第12の形態に展開することが可能である。なお、上記の非特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示請求の範囲を含むの枠内において、さらにその基本的技術思想に基づいて、実施形態の変更調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。"