IPサブシステムネットワークに接続された複数のSIPサーバと、該SIPサーバと端末との間でシグナリングメッセージのフローを切り替える1つ以上のフロースイッチ装置と、前記端末と前記フロースイッチ装置との間でシグナリングメッセージを中継転送する1つ以上のゲートウェイとを有するシステムにおけるシグナリングメッセージの経路制御方法であって、前記ゲートウェイは、当該端末URIの登録情報が存在又は利用する1つ以上のSIPサーバの識別子の組み合わせに基づくラベルに、1つ以上の端末URIを対応付けたラベルテーブルを記憶しており、第1のステップについて、前記ゲートウェイが、前記端末からシグナリングメッセージを受信した際に、当該シグナリングメッセージにおける発信側端末URI及び着信側端末URIを取得し、当該シグナリングメッセージにおける送信元MACアドレス及び宛先MACアドレスをキャッシュし、前記ラベルテーブルを用いて、前記発信側端末URIに対応する送信元ラベルと、前記着信側端末URIに対応する宛先ラベルとを検索し、宛先MACアドレスヘッダを前記送信元ラベルに書き換えると共に、送信元MACアドレスヘッダを前記宛先ラベルに書き換え、当該シグナリングメッセージを、前記フロースイッチ装置へ送信し、第2のステップについて、前記フロースイッチ装置が、前記ラベルに応じて前記シグナリングメッセージを前記SIPサーバへ転送することを特徴とする経路制御方法。前記ラベルテーブルについて、前記ラベルは、当該端末URIの登録情報が存在又は利用する1つ以上のSIPサーバの識別子に加えて、当該SIPサーバが配置された拠点の識別子を更に組み合わせたものであり、少なくとも1つの拠点の識別子以外の識別子は、ワイルドカードによって指定されていることを特徴とする請求項1に記載の経路制御方法。第3のステップについて、前記SIPサーバが、前記フロースイッチ装置から受信したシグナリングメッセージについて、宛先MACアドレスヘッダの送信元ラベルをキャッシュすると共に、送信元MACアドレスヘッダの宛先ラベルをキャッシュし、当該シグナリングメッセージのRouteヘッダに含まれる次ホップのIPアドレスを宛先IPアドレスとした、次ホップへ送信すべきシグナリングメッセージを、前記フロースイッチ装置へ送信し、第4のステップについて、前記フロースイッチ装置が、前記シグナリングメッセージを、前記ゲートウェイ、他のSI又は他のフロースイッチ装置へ転送し、第5のステップについて、前記ゲートウェイは、前記フロースイッチ装置から受信したシグナリングメッセージについて、前記送信元MACアドレスヘッダを、第1のステップでキャッシュしていた前記送信元MACアドレスに書き換えると共に、前記宛先MACアドレスヘッダを、第1のステップでキャッシュしていた前記宛先MACアドレスに書き換え、当該シグナリングメッセージを、前記端末へ送信することを特徴とする請求項1又は2に記載のシグナリングメッセージの経路制御方法。前記システムは、前記フロースイッチ装置を制御するフロー制御装置を更に有し、第1のステップについて、当該シグナリングメッセージが登録要求メッセージREGISTERメッセージである場合、第11のステップとして、前記ゲートウェイが、当該登録メッセージにおける発信側端末URIを取得し、当該登録メッセージにおける宛先MACアドレスをキャッシュし、前記ラベルテーブルを用いて、前記発信側端末URIに対応する送信元ラベルを検索できなかった際に、前記発信側端末URIに対応する送信元ラベルを選択し、前記ラベルテーブルに、前記発信側端末URIと前記ラベルとを対応付けて記憶し、前記発信側端末URIと選択した送信元ラベルとを、前記フロー制御装置へ送信し、第12のステップとして、前記フロー制御装置が、前記発信側端末URIと前記送信元ラベルとを対応付けたフローテーブルを更新し、更新完了の応答メッセージを、前記ゲートウェイへ返信することを特徴とする請求項3に記載のシグナリングメッセージの経路制御方法。前記IPサブシステムネットワークは、IMSネットワークであり、前記SIPサーバとして、P-CSCF、S-CSCF、I-CSCF及び/又はHSSが配置されており、前記フロースイッチ装置は、フローテーブルによって、各CSCFのIPアドレスを記憶しており、第2のステップについて、送信元IPアドレスのS-CSCFは、宛先IPアドレスのI-CSCF又はS-CSCFへ送信される要求メッセージについて、宛先MACアドレスヘッダの送信元ラベルと、送信元MACアドレスヘッダの宛先ラベルとを逆に入れ替えるように書き換える又は、送信元IPアドレスのI-CSCF又はS-CSCFは、宛先IPアドレスのS-CSCFへ送信される応答メッセージについて、宛先MACアドレスヘッダの宛先ラベルと、送信元MACアドレスヘッダの送信元ラベルとを逆に入れ替えるように書き換えることを特徴とする請求項1から4のいずれか1項に記載のシグナリングメッセージの経路制御方法。前記フロースイッチ装置は、OpenFlowSwitch登録商標であり、前記フロー制御装置は、OpenFlowController登録商標であり、前記ゲートウェイは、プロトコルヘッダを変換するSIPパーサであることを特徴とする請求項1から5のいずれか1項に記載のシグナリングメッセージの経路制御方法。IPサブシステムネットワークに接続された複数のSIPサーバと、該SIPサーバと端末との間でシグナリングメッセージのフローを切り替える1つ以上のフロースイッチ装置と、前記端末と前記フロースイッチ装置との間でシグナリングメッセージを中継転送する1つ以上のゲートウェイとを有するネットワークシステムであって、セッション移行後のシグナリングメッセージを経路制御するために、前記ゲートウェイは、当該端末URIの登録情報が存在又は利用する1つ以上のSIPサーバの識別子の組み合わせに基づくラベルに、1つ以上の端末URIを対応付けたラベルテーブルと、前記端末から受信したシグナリングメッセージを、前記フロースイッチ装置へ転送する上りメッセージ転送手段と、当該シグナリングメッセージにおける発信側端末URI及び着信側端末URIを取得するURI取得手段と、当該シグナリングメッセージにおける送信元MACアドレス及び宛先MACアドレスをキャッシュするMACアドレスキャッシュ手段と、前記ラベルテーブルを用いて、前記発信側端末URIに対応する送信元ラベルと、前記着信側端末URIに対応する宛先ラベルとを検索するラベル検索手段と、宛先MACアドレスヘッダを前記送信元ラベルに書き換えると共に、送信元MACアドレスヘッダを前記宛先ラベルに書き換える上りアドレス書換手段とを有することを特徴とするネットワークシステム。前記ラベルテーブルについて、前記ラベルは、当該端末URIの登録情報が存在又は利用する1つ以上のSIPサーバの識別子に加えて、当該SIPサーバが配置された拠点の識別子を更に組み合わせたものであり、少なくとも1つの拠点の識別子以外の識別子は、ワイルドカードによって指定されていることを特徴とする請求項7に記載のネットワークシステム。前記フロースイッチ装置は、フローテーブルに基づいて、前記ゲートウェイから受信したシグナリングメッセージをSIPサーバ又は他のフロースイッチ装置のいずれか1つへ転送すると共に、前記SIPサーバから受信したシグナリングメッセージを、他のSIPサーバ、他のフロースイッチ装置又はゲートウェイのいずれか1つへ転送するものであり、前記ゲートウェイは、前記フロースイッチ装置から受信したシグナリングメッセージを、前記端末へ送信する下りメッセージ転送手段と、当該シグナリングメッセージについて、前記送信元MACアドレスヘッダを、前記MACアドレスキャッシュ手段における前記送信元MACアドレスに書き換えると共に、前記宛先MACアドレスヘッダを、前記MACアドレスキャッシュ手段における前記宛先MACアドレスに書き換える下りアドレス書換手段とを有し、前記SIPサーバは、前記フロースイッチ装置から受信したシグナリングメッセージについて、宛先MACアドレスヘッダの送信元ラベルをキャッシュすると共に、送信元MACアドレスヘッダの宛先ラベルをキャッシュするラベルキャッシュ手段と、当該シグナリングメッセージのRouteヘッダに含まれる次ホップのIPアドレスを宛先IPアドレスとした、次ホップへ送信すべきシグナリングメッセージを、前記フロースイッチ装置へ転送するメッセージ転送手段とを有することを特徴とする請求項7又は8に記載のネットワークシステム。前記システムは、前記フロースイッチ装置を制御するフロー制御装置を更に有し、前記ゲートウェイは、当該シグナリングメッセージが登録要求メッセージREGISTERメッセージである場合、前記URI取得手段が、当該登録メッセージにおける発信側端末URIを取得し、前記MACアドレスキャッシュ手段が、当該登録メッセージにおける宛先MACアドレスをキャッシュし、前記ラベルテーブルを用いて、前記発信側端末URIに対応する送信元ラベルを検索できなかった際に、前記発信側端末URIに対応する送信元ラベルを選択し、前記ラベルテーブルに、前記発信側端末URIと前記ラベルとを対応付けて記憶し、前記発信側端末URI及び前記送信元ラベルを、前記フロー制御装置へ送信するラベル要求送信手段と、前記フロー制御装置から、ラベル応答メッセージを受信するラベル応答受信手段とを更に有し、前記フロー制御装置が、前記発信側端末URI及び前記送信元ラベルを対応付けたフローテーブルを更新するフローテーブル更新手段と、更新完了の応答メッセージを、前記ゲートウェイへ返信するラベル応答返信手段とを有することを特徴とする請求項9に記載のネットワークシステム。前記IPサブシステムネットワークは、IMSネットワークであり、前記SIPサーバとして、少なくともP-CSCF、S-CSCF、I-CSCF及び/又はHSSが配置されており、前記フロースイッチ装置は、フローテーブルによって、各CSCFのIPアドレスを記憶しており、前記フロースイッチ装置は、送信元IPアドレスのS-CSCFから、宛先IPアドレスのI-CSCF又はS-CSCFへ送信される要求メッセージについて、宛先MACアドレスヘッダの送信元ラベルと、送信元MACアドレスヘッダの宛先ラベルとを逆に入れ替えるように書き換える又は、送信元IPアドレスのI-CSCF又はS-CSCFから、宛先IPアドレスのS-CSCFへ送信される応答メッセージについて、宛先MACアドレスヘッダの宛先ラベルと、送信元MACアドレスヘッダの送信元ラベルとを逆に入れ替えるように書き換えることを特徴とする請求項7から10のいずれか1項に記載のネットワークシステム。前記フロースイッチ装置は、OpenFlowSwitch登録商標であり、前記フロー制御装置は、OpenFlowController登録商標であり、前記ゲートウェイは、プロトコルヘッダを変換するSIPパーサであることを特徴とする請求項7から11のいずれか1項に記載のネットワークシステム。しかしながら、非特許文献1に記載された技術によれば、適切にシグナリングを転送させるために、一方のCSCFから他方のCSCFへセッション情報を移行すると共に、そのIPアドレスも移行させなければならない。ここで、復元先となる他方のCSCFは、元のIPアドレス一方のCSCFを用いる必要があり、複数のIPアドレスを保持しなければならなくなる。また、同一のIPアドレスが、複数のCSCFに、同時に存在することとなる。更に、各ゲートウェイセッション転送ノードは、SIPメッセージ毎に、適切な宛先MACアドレスへ転送する必要がある。これは、大量のSIPメッセージを扱うネットワークシステムでは、ゲートウェイがボトルネックとなりやすい。また、非特許文献1に記載された技術によれば、ゲートウェイは、端末とP-CSCFとの間、及び、P-CSCFとS-CSCFとの間に、トンネルを設定しなければならない。そのために、トンネル確立のためのシーケンスのオーバヘッドが避けられない。また、IMSネットワークに接続する端末の数が膨大となるほど、ゲートウェイが保持すべき経路テーブルの量自体が膨大となる共に、そのシグナリングメッセージの経路制御の処理能力も膨大なものとなる。そこで、本発明は、膨大な数の端末が接続するIMSネットワークであっても、IPアドレスを移動することなく、且つ、トンネルを確立することもない、シグナリングメッセージの経路制御方法及びネットワークシステムを提供することを目的とする。本発明によれば、IPサブシステムネットワークに接続された複数のSIPサーバと、該SIPサーバと端末との間でシグナリングメッセージのフローを切り替える1つ以上のフロースイッチ装置と、端末とフロースイッチ装置との間でシグナリングメッセージを中継転送する1つ以上のゲートウェイとを有するシステムにおけるシグナリングメッセージの経路制御方法であって、ゲートウェイは、当該端末URIの登録情報が存在又は利用する1つ以上のSIPサーバの識別子の組み合わせに基づくラベルに、1つ以上の端末URIを対応付けたラベルテーブルを記憶しており、第1のステップについて、ゲートウェイが、端末からシグナリングメッセージを受信した際に、当該シグナリングメッセージにおける発信側端末URI及び着信側端末URIを取得し、当該シグナリングメッセージにおける送信元MACアドレス及び宛先MACアドレスをキャッシュし、ラベルテーブルを用いて、発信側端末URIに対応する送信元ラベルと、着信側端末URIに対応する宛先ラベルとを検索し、宛先MACアドレスヘッダを送信元ラベルに書き換えると共に、送信元MACアドレスヘッダを宛先ラベルに書き換え、当該シグナリングメッセージを、フロースイッチ装置へ送信し、第2のステップについて、フロースイッチ装置が、ラベルに応じてシグナリングメッセージをSIPサーバへ転送することを特徴とする。本発明の経路制御方法における他の実施形態によれば、ラベルテーブルについて、ラベルは、当該端末URIの登録情報が存在又は利用する1つ以上のSIPサーバの識別子に加えて、当該SIPサーバが配置された拠点の識別子を更に組み合わせたものであり、少なくとも1つの拠点の識別子以外の識別子は、ワイルドカードによって指定されていることも好ましい。本発明の経路制御方法における他の実施形態によれば、第3のステップについて、SIPサーバが、フロースイッチ装置から受信したシグナリングメッセージについて、宛先MACアドレスヘッダの送信元ラベルをキャッシュすると共に、送信元MACアドレスヘッダの宛先ラベルをキャッシュし、当該シグナリングメッセージのRouteヘッダに含まれる次ホップのIPアドレスを宛先IPアドレスとした、次ホップへ送信すべきシグナリングメッセージを、フロースイッチ装置へ送信し、第4のステップについて、フロースイッチ装置が、シグナリングメッセージを、ゲートウェイ又は他のフロースイッチ装置へ転送し、第5のステップについて、ゲートウェイは、フロースイッチ装置から受信したシグナリングメッセージについて、送信元MACアドレスヘッダを、第1のステップでキャッシュしていた送信元MACアドレスに書き換えると共に、宛先MACアドレスヘッダを、第1のステップでキャッシュしていた宛先MACアドレスに書き換え、当該シグナリングメッセージを、端末へ送信することも好ましい。本発明の経路制御方法における他の実施形態によれば、システムは、フロースイッチ装置を制御するフロー制御装置を更に有し、第1のステップについて、当該シグナリングメッセージが登録要求メッセージREGISTERメッセージである場合、第11のステップとして、ゲートウェイが、当該登録メッセージにおける発信側端末URIを取得し、当該登録メッセージにおける宛先MACアドレスをキャッシュし、ラベルテーブルを用いて、発信側端末URIに対応する送信元ラベルを検索できなかった際に、発信側端末URIに対応する送信元ラベルを選択し、ラベルテーブルに、発信側端末URIとラベルとを対応付けて記憶し、発信側端末URIと選択した送信元ラベルとを、フロー制御装置へ送信し、第12のステップとして、フロー制御装置が、発信側端末URIと送信元ラベルとを対応付けたフローテーブルを更新し、更新完了の応答メッセージを、ゲートウェイへ返信することも好ましい。本発明の経路制御方法における他の実施形態によれば、IPサブシステムネットワークは、IMSネットワークであり、SIPサーバとして、P-CSCF、S-CSCF、I-CSCF及び/又はHSSが配置されており、フロースイッチ装置は、フローテーブルによって、各CSCFのIPアドレスを記憶しており、第2のステップについて、送信元IPアドレスのS-CSCFは、宛先IPアドレスのI-CSCF又はS-CSCFへ送信される要求メッセージについて、宛先MACアドレスヘッダの送信元ラベルと、送信元MACアドレスヘッダの宛先ラベルとを逆に入れ替えるように書き換える又は、送信元IPアドレスのI-CSCF又はS-CSCFは、宛先IPアドレスのS-CSCFへ送信される応答メッセージについて、宛先MACアドレスヘッダの宛先ラベルと、送信元MACアドレスヘッダの送信元ラベルとを逆に入れ替えるように書き換えることも好ましい。本発明の経路制御方法における他の実施形態によれば、フロースイッチ装置は、OpenFlowSwitch登録商標であり、フロー制御装置は、OpenFlowController登録商標であり、ゲートウェイは、プロトコルヘッダを変換するSIPパーサであることも好ましい。本発明によれば、IPサブシステムネットワークに接続された複数のSIPサーバと、該SIPサーバと端末との間でシグナリングメッセージのフローを切り替える1つ以上のフロースイッチ装置と、端末とフロースイッチ装置との間でシグナリングメッセージを中継転送する1つ以上のゲートウェイとを有するネットワークシステムであって、セッション移行後のシグナリングメッセージを経路制御するために、ゲートウェイは、当該端末URIの登録情報が存在又は利用する1つ以上のSIPサーバの識別子の組み合わせに基づくラベルに、1つ以上の端末URIを対応付けたラベルテーブルと、端末から受信したシグナリングメッセージを、フロースイッチ装置へ転送する上りメッセージ転送手段と、当該シグナリングメッセージにおける発信側端末URI及び着信側端末URIを取得するURI取得手段と、当該シグナリングメッセージにおける送信元MACアドレス及び宛先MACアドレスをキャッシュするMACアドレスキャッシュ手段と、ラベルテーブルを用いて、発信側端末URIに対応する送信元ラベルと、着信側端末URIに対応する宛先ラベルとを検索するラベル検索手段と、宛先MACアドレスヘッダを送信元ラベルに書き換えると共に、送信元MACアドレスヘッダを宛先ラベルに書き換える上りアドレス書換手段とを有することを特徴とする。本発明のネットワークシステムにおける他の実施形態によれば、ラベルテーブルについて、ラベルは、当該端末URIの登録情報が存在又は利用する1つ以上のSIPサーバの識別子に加えて、当該SIPサーバが配置された拠点の識別子を更に組み合わせたものであり、少なくとも1つの拠点の識別子以外の識別子は、ワイルドカードによって指定されていることも好ましい。本発明のネットワークシステムにおける他の実施形態によれば、フロースイッチ装置は、フローテーブルに基づいて、ゲートウェイから受信したシグナリングメッセージをSIPサーバ又は他のフロースイッチ装置のいずれか1つへ転送すると共に、SIPサーバから受信したシグナリングメッセージを、他のSIPサーバ、他のフロースイッチ装置又はゲートウェイのいずれか1つへ転送するものであり、ゲートウェイは、フロースイッチ装置から受信したシグナリングメッセージを、端末へ送信する下りメッセージ転送手段と、当該シグナリングメッセージについて、送信元MACアドレスヘッダを、MACアドレスキャッシュ手段における送信元MACアドレスに書き換えると共に、宛先MACアドレスヘッダを、MACアドレスキャッシュ手段における宛先MACアドレスに書き換える下りアドレス書換手段とを有し、SIPサーバは、フロースイッチ装置から受信したシグナリングメッセージについて、宛先MACアドレスヘッダの送信元ラベルをキャッシュすると共に、送信元MACアドレスヘッダの宛先ラベルをキャッシュするラベルキャッシュ手段と、当該シグナリングメッセージのRouteヘッダに含まれる次ホップのIPアドレスを宛先IPアドレスとした、次ホップへ送信すべきシグナリングメッセージを、フロースイッチ装置へ転送するメッセージ転送手段とを有することも好ましい。本発明のネットワークシステムにおける他の実施形態によれば、システムは、フロースイッチ装置を制御するフロー制御装置を更に有し、ゲートウェイは、当該シグナリングメッセージが登録要求メッセージREGISTERメッセージである場合、URI取得手段が、当該登録メッセージにおける発信側端末URIを取得し、MACアドレスキャッシュ手段が、当該登録メッセージにおける宛先MACアドレスをキャッシュし、ラベルテーブルを用いて、発信側端末URIに対応する送信元ラベルを検索できなかった際に、発信側端末URIに対応する送信元ラベルを選択し、ラベルテーブルに、発信側端末URIとラベルとを対応付けて記憶し、発信側端末URI及び送信元ラベルを、フロー制御装置へ送信するラベル要求送信手段と、フロー制御装置から、ラベル応答メッセージを受信するラベル応答受信手段とを更に有し、フロー制御装置が、発信側端末URI及び送信元ラベルを対応付けたフローテーブルを更新するフローテーブル更新手段と、更新完了の応答メッセージを、ゲートウェイへ返信するラベル応答返信手段とを有することも好ましい。本発明のネットワークシステムにおける他の実施形態によれば、IPサブシステムネットワークは、IMSネットワークであり、SIPサーバとして、少なくともP-CSCF、S-CSCF、I-CSCF及び/又はHSSが配置されており、フロースイッチ装置は、フローテーブルによって、各CSCFのIPアドレスを記憶しており、フロースイッチ装置は、送信元IPアドレスのS-CSCFから、宛先IPアドレスのI-CSCF又はS-CSCFへ送信される要求メッセージについて、宛先MACアドレスヘッダの送信元ラベルと、送信元MACアドレスヘッダの宛先ラベルとを逆に入れ替えるように書き換える又は、送信元IPアドレスのI-CSCF又はS-CSCFから、宛先IPアドレスのS-CSCFへ送信される応答メッセージについて、宛先MACアドレスヘッダの宛先ラベルと、送信元MACアドレスヘッダの送信元ラベルとを逆に入れ替えるように書き換えることも好ましい。本発明のネットワークシステムにおける他の実施形態によれば、フロースイッチ装置は、OpenFlowSwitch登録商標であり、フロー制御装置は、OpenFlowController登録商標であり、ゲートウェイは、プロトコルヘッダを変換するSIPパーサであることも好ましい。本発明のシグナリングメッセージの経路制御方法及びネットワークシステムによれば、既存のOpenFlowスイッチ装置を用いることによって、SIPサーバのセッション移行後に、IPアドレスを移動することなく、且つ、トンネルを確立する必要もなくすことができる。また、既存のOpenFlowスイッチ装置に特別な機能を搭載することなく、高速に経路を制御することができる。ここで、既存のOpenFlowスイッチ装置に、端末URIとラベルとを1対1で対応付けた場合、フローテーブルのエントリが端末URIの数だけ必要となる。即ち、膨大な数の端末が接続するIMSネットワークに、既存のOpenFlowスイッチ装置を搭載しただけでは、そのフローテーブルのエントリ数が上限を超えてしまう。本発明によれば、IMSネットワークに既存のOpenFlowスイッチ装置を備えた場合であっても、ゲートウェイやOpenFlowスイッチ装置が保持すべき経路テーブルの量をできる限り削減できると共に、そのシグナリングメッセージの経路制御の処理能力も低減させることができる。以下、本発明の実施の形態について、図面を用いて詳細に説明する。図2は、本発明におけるIMSのシステム構成図である。図2によれば、IMSコントロールネットワークIPサブシステムネットワークに、拠点毎に、グループ化された複数のSIPサーバ群が接続されている。各SIPサーバ群には、複数のP-CSCFと、複数のS-CSCFと、I-CSCFと、HSSとが配置されている。これらCSCFは、拠点毎のフロースイッチ装置2を介して、IMSトランスポートネットワークに接続される。ここで、同一種別のCSCFは全て、同一のIPアドレス仮想IPアドレスを持つ。即ち、図2によれば、CSCF毎に、以下のようなIPアドレスを有する。[CSCF][IPアドレス]P-CSCF:101011S-CSCF:102021I-CSCF:103031HSS:104041但し、実IPアドレスは、ノード毎に異なっており、IMS構成管理装置6は、実IPアドレスを用いて各CSCFを識別する。尚、IMS構成管理装置6は、CSCF及びHSSの復旧移設に伴う、シグナリングメッセージの経路制御を指示する。フロースイッチ装置2は、複数のポートを有するレイヤ4までのヘッダ情報を識別可能なスイッチであって、ポートがそれぞれ、SIPパーサ1と、SIPサーバ群の各CSCF及びHSSに接続されている。フロースイッチ装置2は、シグナリングメッセージを、端末5と各CSCF及びHSSとの間で経路制御する。この経路制御のために、フロースイッチ装置2は、端末のURIとラベルとを対応付けたフローテーブルを保持する。そして、フロースイッチ装置2は、入力されたパケットを、ラベルに基づくユーザセッション単位のフローとして識別し、そのフローに基づいて所定のポートへ出力する。図2によれば、拠点1のフロースイッチ装置2は、拠点1の各CSCFに対して経路制御するだけでなく、拠点2のフロースイッチ装置2に対しても経路制御することができる。複数のフロースイッチ装置2を経由することによって、様々な拠点のCSCFに対して経路制御することができる。ゲートウェイ1は、IMSネットワークとアクセスネットワークとの接続点に配置され、端末5とフロースイッチ装置2との間でシグナリングメッセージを中継転送する。ゲートウェイ1は、SIPメッセージをフローとして識別できるSIPパーサである。SIPパーサ1は、端末のURIと、フロースイッチ装置におけるラベルとを対応付けたラベルテーブルを保持する。IMS構成管理装置6は、端末-CSCF間、及び、CSCF間におけるセッション情報を常に受信し且つ蓄積する。即ち、CSCF及びHSSは、端末のセッション情報を、常時、IMS構成管理装置6へ送信している。そして、IMS構成管理装置6は、セッション情報の復旧移設に応じて、端末からのシグナリングメッセージを、一方のCSCFから、セッション移行後の他方のCSCFへ送信するように経路を制御する。また、IMS構成管理装置6は、経路制御情報を、常に、フロー制御装置3へ通知している。フロー制御装置3は、IMS構成管理装置6からの経路制御情報に応じて、フロースイッチ装置2のフローテーブルを生成し且つ送信する。また、SIPパーサ1のラベルテーブルも生成し且つ送信する。フロースイッチ装置2及びフロー制御装置3は、OpenFlow技術に基づく既存のものである。分散配置されるフローベーススイッチフロースイッチ装置と、集中配置されるコントローラフロー制御装置とに分離し、オープンなAPIで接続される。OpenFlow技術によれば、ネットワークの通信単位をフローとして定義し、フロー単位で経路制御及び品質確保を可能とする。これは、米国Stanford大学が中心となり設立したOpenFlowコンソーシアムによって提唱されたインタフェースの仕様である例えば非特許文献2参照。OpenFlowスイッチ技術によれば、各種のプロセッサリソース例えばCSCFを、プログラマブルに自由に組み合わせて、ネットワークノードを構築することできる。特に、10Gbps単位最大64ユーザまでの同時利用可能で、ネットワークを増設することができる。尚、一般に、CSCFにおける経路制御として、同一IPアドレスが複数のCSCF上に存在することに備えたIPトンネルによるSIPメッセージの転送制御と、移行された複数のIPアドレスの使い分け制御とがある。そこで、発明者らは、CSCFではなく、ネットワーク機器側スイッチを用いて、IPアドレス以外の識別子を用いて、SIPメッセージの転送を制御することを検討した。また、これと共に、IPアドレスの使い分けを避けるために、同種のCSCFでは同じIPアドレスを用いることも検討した。そこで、本発明によれば、IPアドレスに依存しない経路制御方法として、上位レイヤのパケットヘッダの参照が可能なOpenFlowスイッチ装置を用いている。OpenFlowスイッチ装置では、各ヘッダ値の組み合わせで区別される一連のパケットを、フローとして経路制御する。そのために、CSCFに対するSIPメッセージの経路を制御すべき最小経路毎に、フローを割り当てている。図3は、本発明の第1の実施形態における拠点1に関するフローテーブル及びラベルテーブルを表す説明図である。図4は、本発明の第1の実施形態における拠点2に関するフローテーブル及びラベルテーブルを表す説明図である。本発明の特徴となるラベルは、端末URIの登録情報又はセッション情報が存在する1つ以上のCSCF及びHSSの識別子IDの組み合わせから構成される。そのために、1つのラベルには、複数の端末URIが紐づくこととなり、結果的に、ラベルテーブル及びフローテーブルのエントリ数が削減される。SIPパーサ1は、端末のURIと、ラベルとを対応付けたラベルテーブルを保持する。図3によれば、端末1の端末URIに対応するラベルは、以下のように決定されている。端末1の登録情報が存在又は利用するIMSノード:P-CSCF1ID:P1、S-CSCF1ID:S1I-CSCF1ID:I1、HSS1ID:H1端末1の端末URIに対応するラベル:P1S1I1H1SIPパーサ1が、自らラベルテーブルを生成するものであってもよいし、フロー制御装置3によって生成されたラベルテーブルを受信するものであってもよい。SIPパーサ1は、受信したSIPメッセージから、発信端末URI及び着信端末URIを取得する。次に、SIPパーサ1は、ラベルテーブルから、これら端末URIに対応するラベルを検索する。そして、検索されたラベルを、SIPメッセージの宛先MACアドレス及び送信元MACアドレスに含め、そのSIPメッセージをフロースイッチ装置2へ向けて転送する。フロースイッチ装置2は、ラベル及び宛先IPアドレスの組み合わせに応じて、出力ポート動作を対応付けたフローテーブルを保持する。これによれば、同一のラベルであっても、異なる宛先IPアドレス毎に、動作も異なるものとなる。フローテーブルは、フロー制御装置3によって生成されたものであって、フロースイッチ装置2は、そのフローテーブルを受信する。フロースイッチ装置2は、このフローテーブルに従って、シグナリングメッセージを経路制御する。図5は、本発明の第2の実施形態における拠点1に関するフローテーブル及びラベルテーブルを表す説明図である。図6は、本発明の第2の実施形態における拠点2に関するフローテーブル及びラベルテーブルを表す説明図である。図5によれば、図3と比較して、ラベルは、当該端末URIの登録情報が存在又は利用する1つ以上のSIPサーバの識別子に加えて、当該SIPサーバが配置された拠点の識別子を更に組み合わせたものである。図5によれば、SIPパーサ1が保持するラベルテーブルには、端末2の端末URIに対応するラベルとして、以下のように決定されている。端末1の登録情報が存在又は利用するIMSノード:P-CSCF2ID:P2:拠点2Ploc2S-CSCF2ID:S2:拠点2Sloc2I-CSCF1ID:I1:拠点1Iloc1HSS1ID:H1:拠点1Hloc1端末2の端末URIに対応するラベル:Ploc2Sloc2Iloc1Hloc1P2S2I1H1また、フロースイッチ装置2が保持するフローテーブルには、少なくとも1つの拠点の識別子以外の識別子は、ワイルドカードによって指定されている。ワイルドカードとは、例えばファイル名等を指定するときに使う任意の文字を意味する特殊文字をいう。一般に、が任意の長さの任意の文字を意味し、が任意の1文字を意味する。これによって、フローテーブルのエントリ数を削減することができる。図5によれば、例えばラベルPloc1P1は、少なくともPloc1及びP1が一致する場合に、該当する。この場合、宛先IPアドレスが101011P-CSCFであるならば、そのシグナリングメッセージは、ポート1へ出力される。図5によれば、例えばラベルPloc1P2は、少なくともPloc1及びP2が一致する場合に、該当する。この場合、宛先IPアドレスが101011P-CSCFであるならば、そのシグナリングメッセージは、ポート2へ出力される。尚、図5及び図6に基づくフローテーブルにワイルドカードを用いた技術は、フロースイッチ装置2が、OpenFlowSwitchのバージョン11に対応していることを要する。図7は、本発明における発信のシーケンス図である。図7によれば、P-CSCF2及びS-CSCF2が管理している端末2のセッション情報を、P-CSCF3及びS-CSCF3へ移行した後、当該端末1から端末2へのシグナリングメッセージを経路制御する場合について表されている。[第1のステップ]S10端末1は、発信メッセージINVITEメッセージ、シグナリング要求メッセージを、SIPパーサ1へ送信する。このINVITEメッセージのアドレスヘッダは、以下のように設定されている。送信元IPアドレス:端末1のIPアドレス宛先IPアドレス:P-CSCF1のIPアドレスS11SIPパーサ1は、受信したシグナリングメッセージのSIPデータ部分を解析し、以下の情報を取得する。INVITEメッセージにおけるFromヘッダ発信側端末URIの取得INVITEメッセージにおけるToヘッダ着信側端末URIの取得S12次に、SIPパーサ1は、MACアドレスヘッダから、以下の情報をキャッシュする。INVITEメッセージにおける送信元MACアドレスをキャッシュINVITEメッセージにおける宛先MACアドレスをキャッシュS13次に、SIPパーサ1は、ラベルテーブルを用いて、以下のラベルを検索する。発信側端末URI端末1に対応する送信元ラベルを検索[P1S1I1H1]着信側端末URI端末2に対応する宛先ラベルを検索[P3S3I1H1]送信元ラベルは、送信元端末URIを特定するラベルであり、同様に、宛先ラベルは、宛先端末URIを特定するラベルである。S14次に、SIPパーサ1は、INVITEメッセージシグナリング要求メッセージについて、以下のようにMACアドレスを書き換える。宛先MACアドレスヘッダ送信元ラベル[P1S1I1H1]送信元MACアドレスヘッダ宛先ラベル[P3S3I1H1]尚、MACアドレスヘッダの書き換え処理は、SIPパーサのI/Fモジュールで実行される。S15そして、SIPパーサ1は、そのINVITEメッセージを、フロースイッチ装置2Aへ送信する。[第2のステップ]S2フロースイッチ装置2Aは、フローテーブルに従って、受信したINVITEメッセージについて、出力ポートを選択する。フロースイッチ装置2Aは、受信したINVITEメッセージにおける宛先MACアドレス宛先IPアドレスから、フローを識別し、当該INVITEメッセージを出力すべきポートを特定する。宛先MACアドレス:ラベル[P1S1I1H1]送信元MACアドレス:ラベル[P3S3I1H1]宛先IPアドレス:P-CSCF1のIPアドレス図3によれば、このINVITEメッセージは、P-CSCF1が接続されたポート1へ出力される。[第3のステップ]S311P-CSCF1は、フロースイッチ装置2Aから受信したINVITEメッセージについて、以下の情報をキャッシュする。宛先MACアドレスヘッダの送信元ラベルをキャッシュ送信元MACアドレスヘッダの宛先ラベルをキャッシュそして、P-CSCF1は、そのINVITEメッセージのRouteヘッダから、次ホップへ送信すべきノードの宛先IPアドレスを取得する。ここでは、次ホップとして、S-CSCF1の宛先IPアドレスを取得する。宛先MACアドレス:ラベル[P1S1I1H1]送信元MACアドレス:ラベル[P3S3I1H1]宛先IPアドレス:S-CSCF1のIPアドレス送信元IPアドレス:P-CSCF1のIPアドレス尚、IPアドレスヘッダの書き換え処理は、通常のCSCFの機能で実行される。S312次に、P-CSCF1は、S-CSCF1へ送信すべきINVITEメッセージを、フロースイッチ装置2Aへ送信する。S313フロースイッチ装置2Aは、フローテーブルに従って、受信したINVITEメッセージをそのまま、S-CSCF1が接続されたポート3へ出力する。S314S-CSCF1は、S311~S313と同様に、フロースイッチ装置2Aから受信したINVITEメッセージについて、以下の情報をキャッシュする。宛先MACアドレスヘッダの送信元ラベルをキャッシュ送信元MACアドレスヘッダの宛先ラベルをキャッシュそして、S-CSCF1は、そのINVITEメッセージのRouteヘッダから、次ホップへ送信すべきI-CSCF1の宛先IPアドレスを取得する。S315S-CSCF1は、受信したINVITEメッセージシグナリング要求メッセージについて、送信元IPアドレスに基づくS-CSCF又はI-CSCFから、宛先IPアドレスに基づくI-CSCF又はS-CSCFへ送信されるかどうかを判定する。ここでは、S-CSCF1からI-CSCFへ転送すべき要求メッセージであって、この判定は真となる。この場合、フロースイッチ装置2Aは、以下のように、MACアドレスヘッダの内容を、逆に入れ替える。宛先MACアドレスヘッダ送信元MACアドレスヘッダの宛先ラベルラベル[P3S3I1H1]送信元MACアドレスヘッダ宛先MACアドレスヘッダの送信元ラベルラベル[P1S1I1H1]宛先IPアドレス:I-CSCF1のIPアドレス送信元IPアドレス:S-CSCF1のIPアドレスS316S-CSCF1は、INVITEメッセージを、フロースイッチ装置2Aへ送信する。S317フロースイッチ装置2Aは、フローテーブルに従って、受信したINVITEメッセージをそのまま、I-CSCF1が接続されたポート5へ出力する。S318I-CSCF1は、端末における鍵情報を保持していない場合、HSSに対して、Diameterプロトコルを用いて鍵情報を問い合わせる。Diameterプロトコルとは、RADIUSに代わる次世代のAAA標準プロトコルである。I-CSCFは、端末の認証情報や鍵情報を取得するために、DiameterURメッセージを、フロースイッチ装置2を介して、HSS1へ送信する。また、HSS1は、受信したDiameterURメッセージに基づいて、DiameterUAメッセージを、フロースイッチ装置2Aを介して、I-CSCF1へ送信する。S319次に、I-CSCF1は、S-CSCF3へ送信すべきINVITEメッセージのヘッダを、以下のように設定する。宛先MACアドレスヘッダラベル[P3S3I1H1]送信元MACアドレスヘッダラベル[P1S1I1H1]宛先IPアドレス:S-CSCF3のIPアドレス送信元IPアドレス:I-CSCF1のIPアドレスそして、I-CSCF1は、そのINVITEメッセージを、フロースイッチ装置2へ送信する。S4フロースイッチ装置2Aは、フローテーブルに従って、受信したINVITEメッセージをそのまま、フロースイッチ装置2Bが接続されたポート7へ出力する。図8は、図7に続く、発信の要求シーケンス図である。S321フロースイッチ装置2Bは、受信したINVITEメッセージをそのまま、S-CSCF3が接続されたポート4へ出力する。S322次に、S-CSCF3は、S311~S313と同様に、フロースイッチ装置2Bから受信したINVITEメッセージについて、以下の情報をキャッシュする。宛先MACアドレスヘッダの送信元ラベルをキャッシュ送信元MACアドレスヘッダの宛先ラベルをキャッシュそして、S-CSCF3は、そのINVITEメッセージのRouteヘッダから、次ホップへ送信すべきP-CSCF3の宛先IPアドレスを取得する。S-CSCF3は、P-CSCF3へ送信すべきINVITEメッセージのヘッダを、以下のように設定する。宛先MACアドレスヘッダ:ラベル[P3S3I1H1]送信元MACアドレスヘッダ:ラベル[P1S1I1H1]宛先IPアドレス:P-CSCF3のIPアドレス送信元IPアドレス:S-CSCF3のIPアドレスそして、S-CSCF3は、そのINVITEメッセージを、フロースイッチ装置2Bへ送信する。S323フロースイッチ装置2Bは、受信したINVITEメッセージをそのまま、P-CSCF3が接続されたポート2へ出力する。S324次に、P-CSCF3は、S311~S313と同様に、フロースイッチ装置2Bから受信したINVITEメッセージについて、以下の情報をキャッシュする。宛先MACアドレスヘッダの送信元ラベルをキャッシュ送信元MACアドレスヘッダの宛先ラベルをキャッシュそして、P-CSCF3は、そのINVITEメッセージのRouteヘッダから、次ホップへ送信すべき端末2の宛先IPアドレスを取得する。P-CSCF3は、端末2へ送信すべきINVITEメッセージをフロースイッチ装置2Bへ送信する。宛先MACアドレスヘッダ:ラベル[P3S3I1H1]送信元MACアドレスヘッダ:ラベル[P1S1I1H1]宛先IPアドレス:着信側端末2のIPアドレス送信元IPアドレス:P-CSCF3のIPアドレス[第4のステップ]S4フロースイッチ装置2Bが、フローテーブルに従って、INVITEメッセージをSIPパーサ1Bへ転送する。[第5のステップ]S5SIPパーサ1は、フロースイッチ装置2Bから受信したINVITEメッセージについて、以下のようにMACアドレス書き換える。送信元MACアドレスヘッダ登録時にキャッシュしていた送信元MACアドレス宛先MACアドレスヘッダ登録時にキャッシュしていた宛先MACアドレスそして、SIPパーサ1は、INVITEメッセージを、着信側の端末2へ送信する。図9は、図8に続く、発信の応答シーケンス図である。端末2が、発信応答メッセージ183メッセージ、シグナリング応答メッセージを、SIPパーサ1へ送信する。183メッセージは、図7と全く逆に同様のシーケンスによって、発信側端末1まで到達する。ここで、図7と比較して、特徴ある部分のみついて説明する。S14SIPパーサ1は、183メッセージシグナリング応答メッセージについて、以下のようにMACアドレスを書き換える。宛先MACアドレスヘッダ送信元ラベル[P3S3I1H1]送信元MACアドレスヘッダ宛先ラベル[P1S1I1H1]そして、SIPパーサ1は、183メッセージを、S-CSCF3が接続されたポートへ出力し、フロースイッチ装置2へ送信する。S315S-CSCF3は、受信した183メッセージについて、送信元IPアドレスに基づくS-CSCF又はI-CSCFから、宛先IPアドレスに基づくI-CSCF又はS-CSCFへ送信されるかどうかを判定する。ここでは、S-CSCF3からI-CSCFへ転送すべきメッセージであって、この判定は真となる。この場合、フロースイッチ装置2は、以下のように、MACアドレスヘッダの内容を、逆に入れ替える。宛先MACアドレスヘッダ送信元MACアドレスヘッダの宛先ラベルラベル[P1S1I1H1]送信元MACアドレスヘッダ宛先MACアドレスヘッダの送信元ラベルラベル[P3S3I1H1]宛先IPアドレス:I-CSCF1のIPアドレス送信元IPアドレス:S-CSCF3のIPアドレス図10は、本発明における登録のシーケンス図である。S611IMS構成管理装置6は、拠点の識別子及びSIPサーバCSCF及びHSSの識別子を割り当て、当該端末URI毎に、その登録情報が存在及び利用するSIPサーバの識別子を管理している。これらIMS構成情報は、フロー制御装置3へ通知される。S612フロー制御装置3は、IMS構成情報に基づいて、フロースイッチ装置2に対するフローテーブルと、SIPパーサ1に対するラベルテーブルとを生成する前述した図3及び図5参照。S613フロー制御装置3は、フローテーブルをフロースイッチ装置2へ送信する共に、ラベルテーブルをSIPパーサ1へ送信する。S621端末1は、位置登録メッセージREGISTERメッセージを、IMSネットワークへ送信する。REGISTERメッセージは、SIPパーサ1によって受信される。S622SIPパーサ1は、REGISTERメッセージをパースして、Fromヘッダから、送信元端末1のURI発信側端末URIを取得する、S-CSCF、I-CSCF及びHSSが配置される。ラベルキャッシュ部は、フロースイッチ装置2から受信したシグナリングメッセージについて、宛先MACアドレスヘッダの送信元ラベルをキャッシュすると共に、送信元MACアドレスヘッダの宛先ラベルをキャッシュする。ラベル書換部は、当該シグナリングメッセージのRouteヘッダに含まれる次ホップのIPアドレスを宛先IPアドレスとした、次ホップへ送信すべきシグナリングメッセージについて、送信元MACアドレスヘッダを宛先ラベルにすると共に、宛先MACアドレスヘッダを送信元ラベルにする。そして、当該シグナリングメッセージは、フロースイッチ装置2へ転送される。尚、SIPサーバ4は、送信元IPアドレスに基づくS-CSCF又はI-CSCFから、宛先IPアドレスに基づくI-CSCF又はS-CSCFへ送信されるシグナリングメッセージについて、宛先MACアドレスヘッダの送信元ラベルと、送信元MACアドレスヘッダの宛先ラベルとを逆に入れ替えるように書き換える。フロー制御装置3は、フロースイッチ装置2を制御する。フロー制御装置3は、ラベル生成部と、ラベル応答返信部と、フローテーブル更新部とを有する。ラベル生成部は、発信側端末URIに対応する要求ラベル及び応答ラベルを生成する。ラベル応答返信部は、ラベルを含むラベル応答メッセージを、ゲートウェイへ返信する。フローテーブル更新部は、要求ラベル及び応答ラベルを含むフローテーブルを、フロースイッチ装置へ送信する。以上、詳細に説明したように、本発明のシグナリングメッセージの経路制御方法及びネットワークシステムによれば、既存のOpenFlowスイッチ装置を用いることによって、SIPサーバのセッション移行後に、IPアドレスを移動することなく、且つ、トンネルを確立する必要もなくすことができる。また、既存のOpenFlowスイッチ装置に特別な機能を搭載することなく、高速に経路を制御することができる。ここで、既存のOpenFlowスイッチ装置に、端末URIとラベルとを1対1で対応付けた場合、フローテーブルのエントリが端末URIの数だけ必要となる。即ち、膨大な数の端末が接続するIMSネットワークに、既存のOpenFlowスイッチ装置を搭載しただけでは、そのフローテーブルのエントリ数が上限を超えてしまう。本発明によれば、IMSネットワークに既存のOpenFlowスイッチ装置を備えた場合であっても、ゲートウェイやOpenFlowスイッチ装置が保持すべき経路テーブルの量をできる限り削減できると共に、そのシグナリングメッセージの経路制御の処理能力も低減させることができる。尚、コントロールネットワークにおける第1の拠点の第1のCSCFの代替として、第2の拠点の第2のCSCFを用いることができるために、CSCFを冗長化することなく、IMSネットワーク内におけるSIPサーバCSCFの可用性を高めることもできる。前述した本発明の種々の実施形態において、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。