JP3757917B2 - パケット転送装置、パケット転送方法解決サーバ、ｄｎｓサーバ、ネットワークシステム及びプログラム - Google Patents
パケット転送装置、パケット転送方法解決サーバ、ｄｎｓサーバ、ネットワークシステム及びプログラム Download PDFInfo
- Publication number
- JP3757917B2 JP3757917B2 JP2002239188A JP2002239188A JP3757917B2 JP 3757917 B2 JP3757917 B2 JP 3757917B2 JP 2002239188 A JP2002239188 A JP 2002239188A JP 2002239188 A JP2002239188 A JP 2002239188A JP 3757917 B2 JP3757917 B2 JP 3757917B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- information
- transfer method
- packet transfer
- received packet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、パケット転送装置およびサーバに関し、特に受信したパケットに含まれる情報に基づいてパケットの転送を行うパケット転送装置、およびパケットに含まれる情報からパケットに対する転送方法を解決するサーバに関する。
【０００２】
【従来の技術】
受信したパケットに含まれる情報に基づいて、そのパケットの転送を行うパケット転送装置としては、現在ＩＰ(Internet Protocol)網において用いられているものを例にとると、以下のようなものがある。
（ｉ）ＭＡＣヘッダ（宛先ＭＡＣアドレス、ＶＬＡＮ−ＩＤなど）に含まれる情報を用いてパケットの転送方法を決定するレイヤ２スイッチ。
（ｉｉ）ＩＰヘッダ（宛先ＩＰアドレスなど）に含まれる情報を用いてパケットの転送方法を決定するルータ、レイヤ３スイッチ。
（ｉｉｉ）ＩＰヘッダおよびＴＣＰ／ＵＤＰヘッダ（ポート番号など）に含まれる情報を用いてパケットの転送方法を決定するレイヤ４スイッチ。
（ｉｖ）アプリケーションレベルのヘッダ（ＨＴＴＰ(HyperText Transport Protocl)ヘッダ、ＲＴＳＰ(Real Time Streaming Protocol)ヘッダなど）に含まれる情報（ＵＲＬ(Universal Resource Locator)、Ｃｏｏｋｉｅなど）を用いてパケットの転送方法を決定するレイヤ７スイッチ。
【０００３】
これらのパケット転送装置が、受信したパケットに対する転送方法を決定するためには、受信したパケットに含まれる情報とパケットの転送方法との対応関係の情報が必要である。従来のパケット転送装置において、この情報を得るためには、以下の３通りの方法がある。
（ａ）コマンドラインインターフェース(Command Line Interface; CLI)や、ＮＭＳ(Network Management Server)などでパケット転送装置内部に静的に設定された情報を用いる。
（ｂ）ルーティングプロトコルなどで他のノードから広告される情報を用いてパケット転送装置に動的に広告される情報を用いる。
（ｃ）外部のサーバに対して問い合わせる。
本発明は、このうちの（ｃ）の方法の改良に関する。
【０００４】
パケット転送装置が、受信したパケットに含まれる情報とそのパケットの転送方法との対応関係の情報を外部のサーバに対して問い合わせる従来例としては、あるＩＰアドレスに対応するＭＡＣアドレスをルータに問い合わせて解決するｐｒｏｘｙ ａｒｐ方式や、Ｗｅｂプロキシサーバが、ユーザからのＨＴＴＰリクエストに含まれるＵＲＬのＦＱＤＮ(Fully Qualified Domain Name：完全修飾ドメイン名)部分から、対応するサーバのＩＰアドレスをＤＮＳ(Domain Name System)サーバに対して問い合わせる方式などがある。
【０００５】
【発明が解決しようとする課題】
従来の技術において、外部のサーバに対してパケットの転送方法を問い合わせる場合としては、上述したように、ｐｒｏｘｙ ａｒｐ方式や、ＷｅｂプロキシサーバのＤＮＳサーバに対する問い合わせなどがあった。しかしながら、これらはいずれもパケットに含まれる特定のフィールドの１つの情報から、別の固定的な特定のフィールドの１つの情報に変換する１対１の変換だけである。すなわち、ｐｒｏｘｙ ａｒｐ方式では「ＩＰアドレス→ＭＡＣアドレス」の変換であり、Ｗｅｂプロキシサーバでは「ＦＱＤＮ→ＩＰアドレス」の変換であり、いずれも１対１の限定的な対応関係を解決するだけである。
【０００６】
図２３は、パケットに含まれる情報の種類と転送方法に関する情報の種類との組み合わせを示すマトリクスである。パケットに含まれる情報の種類を分類した各列において、「１種類（固定）」の列は、受信パケットに関わらず予め定められた１種類の情報を転送方法を解決するためのキーに用いることを、「１種類（パケット毎に決定）」の列は、キーに使う情報の種類は１種類であるが、その種類は受信パケット毎に決定されることを、「複数（固定）」の列は、受信パケットに関わらず予め定められた複数の種類の情報をキーに用いることを、「複数（パケット毎に決定）」の列は、キーに使う情報の種類は複数であり、且つ、その複数の種類は受信パケット毎に決定されることを、それぞれ示す。また、転送方法に関する情報の種類を分類した各行において、「１種類（固定）」の行は、受信パケットに関わらず予め定められた１種類の情報を転送方法に関する情報として解決することを、「１種類（パケット毎に決定）」の行は、解決する情報の種類は１種類であるが、その種類は受信パケット毎に決定されることを、「複数（固定）」の行は、受信パケットに関わらず予め定められた複数の種類の情報を転送方法に関する情報として解決することを、「複数（パケット毎に決定）」の行は、解決する情報の種類は複数であり、且つ、その複数の種類は受信パケット毎に決定されることを、それぞれ示す。
【０００７】
外部のサーバに対してパケットの転送方法を問い合わせるｐｒｏｘｙ ａｒｐ方式やＷｅｂプロキシサによる従来の方法は、図２３のマトリクスではＡの箇所の組み合わせに相当し、Ａ以外のＢ〜Ｐの箇所の組み合わせのような対応関係は、従来の技術では外部のサーバを用いて解決することはできなかった。具体的には、以下のような対応関係は解決できなかった。
【０００８】
（１）受信パケットに含まれる任意の複数の種類の情報をキーに、そのパケットの転送方法に関する１つ以上の任意の種類の情報を解決する（Ｉ〜Ｐ）。例えば、宛先ポート番号と宛先ＭＡＣアドレスの双方をキーに、書き換え後の宛先ポート番号と宛先ＭＡＣアドレスを解決する如きである。
（２）受信パケットに含まれる１つの種類の情報をキーにするが、キーとする情報の種類が受信パケット毎に決定されるような場合である（Ｅ〜Ｈ）。例えば、或る受信パケットではＵＲＬをキーにＵＲＬを書き換え、別の受信パケットではＩＰアドレスをキーにＭＡＣアドレスを書き換える如きである。
（３）受信パケットに含まれる１つの固定的な種類の情報をキーに、そのパケットの転送方法に関する任意の複数の種類の情報を解決する（Ｃ、Ｄ）。例えば、ＵＲＬをキーに、書き換え後のＵＲＬと、追加すべきｖｌａｎタグを解決する如きである。
（４）受信パケットに含まれる１つの固定的な種類の情報をキーにしてそのパケットの転送方法に関する１つの種類の情報を解決するが、解決する情報の種類が受信パケット毎に決定されるような場合である（Ｂ）。例えば、いずれもＵＲＬをキーにするが、或る受信パケットでは書き換え後のＵＲＬを解決し、別の受信パケットではＭＡＣアドレスを解決する如きである。
（５）以上の（１）〜（４）の任意の組み合わせ。例えば、パケットＡとパケットＢという２種類のパケットがあり、パケットＡに対しては宛先ポート番号と宛先ＭＡＣアドレスを書き換えて転送し、パケットＢに対してはＵＲＬを書き換え、ｖｌａｎタグを追加して転送する如きである。
【０００９】
上記（１）〜（５）のような対応関係を解決するためには、従来の技術では、外部サーバでなく、ＣＬＩや、ＮＭＳなどでパケット転送装置内部に静的に設定するしか方法がなかった。しかし、この方法では１つ１つのパケット転送装置内にパケット転送方法を設定しなければならないので、パケット転送装置を一元的に管理することができない。
【００１０】
また、仮に外部のサーバに問い合わせて上記（１）〜（５）のような対応関係の転送方法を解決するとしても、宛先ポート番号の書き換え方法を解決するサーバ、宛先ＭＡＣアドレスの書き換え方法を解決するサーバ、ＵＲＬの書き換え方法を解決するサーバ、ｖｌａｎタグの追加方法を解決するサーバ、…、といったように、各種類の情報の処理方法ごとに、サーバを設けなくてはならず、その実現は不可能に近かった。パケットごとに異なる転送方法を設定する場合には、なお更のことであった。
【００１１】
本発明の第１の目的は、前述した（１）〜（５）のような対応関係を外部のサーバを用いて解決し、受信したパケットを他のノードに対して転送することのできるパケット転送装置を提供することである。
【００１２】
本発明の第２の目的は、受信したパケットを他のノードに対して転送するパケット転送装置からの前述した（１）〜（５）のような対応関係にかかる問い合わせに応答することのできるサーバを提供することである。
【００１３】
【課題を解決するための手段】
本発明の第１のパケット転送装置は、受信したパケットを他のノードに対して転送するパケット転送装置において、前記受信したパケットに含まれる複数の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報を問い合わせ（前記受信したパケットに関わらず予め定まる１種類の情報のみを問い合わせる場合を除く）、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決する。より具体的には、受信したパケットに含まれる複数の種類の情報を抽出するパケット情報抽出部と、前記パケット情報抽出部が抽出した前記複数の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報を問い合わせ（前記受信したパケットに関わらず予め定まる１種類の情報のみを問い合わせる場合を除く）、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決するパケット転送方法解決部とを備える。
【００１４】
本発明の第２のパケット転送装置は、受信したパケットを他のノードに対して転送するパケット転送装置において、前記受信したパケットに含まれる１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報を問い合わせ、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決する。より具体的には、受信したパケットに含まれる１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を抽出するパケット情報抽出部と、前記パケット情報抽出部が抽出した前記１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報を問い合わせ、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決するパケット転送方法解決部とを備える。
【００１５】
本発明の第３のパケット転送装置は、受信したパケットを他のノードに対して転送するパケット転送装置において、前記受信したパケットに含まれる１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する複数の種類の情報を問い合わせ、得られた複数の種類の情報によって前記受信したパケットの転送方法を解決する。より具体的には、受信したパケットに含まれる１つ以上の種類の情報を抽出するパケット情報抽出部と、前記パケット情報抽出部が抽出した前記１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する複数の種類の情報を問い合わせ、得られた複数の種類の情報によって前記受信したパケットの転送方法を解決するパケット転送方法解決部とを備える。
【００１６】
本発明の第４のパケット転送装置は、受信したパケットを他のノードに対して転送するパケット転送装置において、前記受信したパケットに含まれる１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を問い合わせ、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決する。より具体的には、受信したパケットに含まれる１つ以上の種類の情報を抽出するパケット情報抽出部と、前記パケット情報抽出部が抽出した前記１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を問い合わせ、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決するパケット転送方法解決部とを備える。
【００１７】
ここで、パケットの転送方法に関する情報として前記外部のサーバから解決する情報は、受信したパケットに含まれる情報の書き換えに関する情報、受信したパケットに追加する情報に関する情報、受信したパケットから削除する情報に関する情報、受信したパケットが転送される経路の制御方法に関する情報、受信したパケットが転送される経路におけるリソースの制御方法に関する情報の少なくとも１つを含んでいて良い。
【００１８】
また、前記パケット情報抽出部は、２つ以上のパケットにまたがってエンコードされている情報を抽出するものであって良い。
【００１９】
本発明のパケット転送装置は、前記パケット転送方法解決部が解決したパケットの転送方法に関する情報を一時的に記憶するパケット転送方法記憶テーブルを備え、前記パケット転送方法解決部は、前記受信したパケットの転送方法に関する情報を外部のサーバに問い合わせる前に、前記パケット転送方法記憶テーブルに前記受信したパケットの転送方法に関する情報が記憶されているか否かをチェックし、前記パケット転送方法記憶テーブルに前記受信したパケットの転送方法に関する情報が記憶されている場合は、前記パケット転送方法記憶テーブルから前記受信したパケットの転送方法に関する情報を読み出すことにより、前記受信したパケットの転送方法を解決するようにして良い。
【００２０】
前記パケット転送方法解決部は、前記パケット情報抽出部が抽出した前記受信したパケットに含まれる情報を用いて、前記受信したパケットに含まれる情報を一意に示すＦＱＤＮまたはＩＰアドレスのどちらか一方、あるいは両方を作成するものであって良い。
【００２１】
前記パケット転送方法解決部は、ドメインネームシステムサーバから解決したＦＱＤＮまたはＩＰアドレスを基にして、前記受信したパケットの転送方法を一意に識別するものであって良い。
【００２２】
前記パケット転送方法解決部は、ドメインネームシステムサーバに対して、ＦＱＤＮまたはＩＰアドレスを解決する要求を１回以上繰り返すことにより、前記パケット情報抽出部が抽出した前記受信したパケットに含まれる情報に対応するパケット転送方法を一意に示すＦＱＤＮまたはＩＰアドレスを解決するものであって良い。
【００２３】
前記パケット転送方法解決部は、前記パケット情報抽出部が抽出した前記受信したパケットに含まれる情報を用いて、前記受信したパケットに含まれる情報を一意に示すＦＱＤＮを作成し、前記ＦＱＤＮをキーにして、ドメインネームシステムサーバに前記ＦＱＤＮに対応するＩＰアドレスを問い合わせ、前記ドメインネームシステムサーバから応答された前記ＦＱＤＮに対応するＩＰアドレスをキーにして、前記ドメインネームシステムサーバに前記ＩＰアドレスに対応するＦＱＤＮを問い合わせ、前記ドメインネームシステムサーバから応答された前記ＩＰアドレスに対応するＦＱＤＮを基にして、前記受信したパケットの転送方法を一意に識別するものであって良い。
【００２４】
本発明のパケット転送装置は、提供するサービスの種類が設定されるサービス入力部と、前記サービス入力部に設定された前記サービスの種類に応じて、前記パケット情報抽出部が抽出する前記受信したパケットに含まれる情報の種類に変換する抽出パケット情報変換部とを備えるようにして良い。
【００２５】
本発明のパケット転送装置は、前記パケット転送方法解決部が解決したパケット転送方法の付加情報として、ネットワーク内の他のノードに対するリソース制御が必要な場合に、前記他のノードに対してリソース制御を行う要求を出すリソース制御要求部を備えるようにして良い。
【００２６】
本発明の第１のパケット転送方法解決サーバは、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる複数の種類の情報を指定した要求に対して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を前記パケット転送装置に対して応答する。より具体的には、パケットに含まれる複数の種類の情報とパケットの転送方法に関する１つ以上の種類の情報との対応関係が登録されているパケット転送方法データベースと、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる複数の種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を前記パケット転送装置に対して応答するパケット転送方法解決要求受付部とを備える。
【００２７】
本発明の第２のパケット転送方法解決サーバは、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を指定した要求に対して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を前記パケット転送装置に対して応答する。より具体的には、パケットに含まれる１つ以上の種類の情報とパケットの転送方法に関する１つ以上の種類の情報との対応関係が登録されているパケット転送方法データベースと、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を前記パケット転送装置に対して応答するパケット転送方法解決要求受付部とを備える。
【００２８】
本発明の第３のパケット転送方法解決サーバは、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報を指定した要求に対して、前記受信したパケットの転送方法に関する複数の種類の情報を前記パケット転送装置に対して応答する。より具体的には、パケットに含まれる１つ以上の種類の情報とパケットの転送方法に関する複数の種類の情報との対応関係が登録されているパケット転送方法データベースと、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する複数の種類の情報を前記パケット転送装置に対して応答するパケット転送方法解決要求受付部とを備える。
【００２９】
本発明の第４のパケット転送方法解決サーバは、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報を指定した要求に対して、前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を前記パケット転送装置に対して応答する。より具体的には、パケットに含まれる１つ以上の種類の情報とパケットの転送方法に関する１つ以上の種類の情報との対応関係が登録されているパケット転送方法データベースと、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を前記パケット転送装置に対して応答するパケット転送方法解決要求受付部とを備える。
【００３０】
ここで、パケットの転送方法に関する情報として前記パケット転送装置に対して応答する情報は、受信したパケットに含まれる情報の書き換えに関する情報、受信したパケットに追加する情報に関する情報、受信したパケットから削除する情報に関する情報、受信したパケットが転送される経路の制御方法に関する情報、受信したパケットが転送される経路におけるリソースの制御方法に関する情報の少なくとも１つを含んでいて良い。
【００３１】
本発明のパケット転送方法解決サーバは、ネットワーク内のリソース情報を収集するリソース情報収集部と、前記リソース情報収集部が収集した前記ネットワーク内のリソース情報に基づいて、前記パケット転送方法データベースに登録されているエントリを書き換えるエントリ書き換え部とを備えていて良い。
【００３２】
本発明のパケット転送方法解決サーバは、前記パケット転送方法解決要求受付部が前記パケット転送装置からの前記パケット転送方法解決要求に対して、前記転送方法に関する情報を応答する際に、前記転送方法の付加情報として、ネットワーク内の他のノードに対するリソース制御が必要な場合に、前記他のノードに対してリソース制御を行う要求を出すリソース制御要求部を備えていて良い。
【００３３】
本発明のパケット転送方法解決サーバは、前記パケット転送方法解決要求受付部が前記パケット転送装置からの前記パケット転送方法解決要求に対して応答する前記転送方法に関する情報を制御するポリシを記述するパケット転送ポリシ記述部と、前記パケット転送ポリシ記述部に記述された前記ポリシに基づいて、前記パケット転送方法データベースに登録されているエントリを書き換えるエントリ書き換え部とを備えていて良い。
【００３６】
本発明の第１のＤＮＳサーバは、ＦＱＤＮに対応するＩＰアドレスおよびＩＰアドレスに対応するＦＱＤＮが登録されているデータベースであって、受信したパケットを他のノードに対して転送するパケット転送装置における前記受信したパケットに含まれる１つ以上の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスと、前記受信したパケットの転送方法に関する複数の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスとが関係付けられているＩＰアドレス／ＦＱＤＮ対応データベースと、受信したパケットを他のノードに対して転送するパケット転送装置からのＦＱＤＮに対応するＩＰアドレスを問い合わせるＩＰアドレス解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＦＱＤＮに対応するＩＰアドレスを応答し、且つ、前記パケット転送装置からのＩＰアドレスに対応するＦＱＤＮを問い合わせるＦＱＤＮ解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＩＰアドレスに対応するＦＱＤＮを応答するＤＮＳ解決要求受付部とを備える。
【００３７】
本発明の第２のＤＮＳサーバは、ＦＱＤＮに対応するＩＰアドレスおよびＩＰアドレスに対応するＦＱＤＮが登録されているデータベースであって、受信したパケットを他のノードに対して転送するパケット転送装置における前記受信したパケットに含まれる１つ以上の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスと、前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスとが関係付けられているＩＰアドレス／ＦＱＤＮ対応データベースと、受信したパケットを他のノードに対して転送するパケット転送装置からのＦＱＤＮに対応するＩＰアドレスを問い合わせるＩＰアドレス解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＦＱＤＮに対応するＩＰアドレスを応答し、且つ、前記パケット転送装置からのＩＰアドレスに対応するＦＱＤＮを問い合わせるＦＱＤＮ解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＩＰアドレスに対応するＦＱＤＮを応答するＤＮＳ解決要求受付部とを備える。
【００３８】
ここで、前記ＤＮＳ解決要求受付部が、前記パケット転送装置に対して応答するＦＱＤＮまたはＩＰアドレスは、前記受信したパケットの任意の１つ以上の情報に対する書き換え、追加、削除の処理方法と、前記受信したパケットが転送される経路および前記経路におけるリソースの制御方法とのいずれか一方、あるいは両方に含まれる任意の１つ以上の転送方法に関する情報を一意に示すものであって良い。
【００３９】
本発明のＤＮＳサーバは、ネットワーク内のリソース情報を収集するリソース情報収集部と、前記リソース情報収集部が収集した前記ネットワーク内のリソース情報に基づいて、前記ＩＰアドレス／ＦＱＤＮ対応データベースに登録されているエントリを書き換えるエントリ書き換え部とを備えていて良い。
【００４０】
本発明のＤＮＳサーバは、前記ＤＮＳ解決要求受付部が前記パケット転送装置からの前記ＩＰアドレス解決要求および前記ＦＱＤＮ解決要求に対して、前記ＦＱＤＮに対応するＩＰアドレスおよび前記ＩＰアドレスに対応するＦＱＤＮを応答する際に、ネットワーク内の他のノードに対するリソース制御が必要であると判断した場合に、前記他のノードに対してリソース制御を行う要求を出すリソース制御要求部を備えていて良い。
【００４１】
本発明のＤＮＳサーバは、前記ＤＮＳ解決要求受付部が前記パケット転送装置からの前記ＩＰアドレス解決要求および前記ＦＱＤＮ解決要求に対して応答する前記ＦＱＤＮに対応するＩＰアドレスおよび前記ＩＰアドレスに対応するＦＱＤＮを制御するポリシを記述するパケット転送ポリシ記述部と、前記パケット転送ポリシ記述部に記述された前記ポリシに基づいて、前記ＩＰアドレス／ＦＱＤＮ対応データベースに登録されているエントリを書き換えるエントリ書き換え部とを備えていて良い。
【００４２】
本発明の第１のネットワークシステムは、本発明にかかるパケット転送装置と、ポリシが記述される構成の本発明にかかるパケット転送方法解決サーバまたはＤＮＳサーバとを含んで構成され、前記パケット転送方法解決サーバまたは前記ＤＮＳサーバに、ユーザからのコンテンツまたはアプリケーションサービスを要求するリクエストパケットを特定の提供業者のサーバに対して誘導するポリシが記述される。
【００４３】
本発明の第２のネットワークシステムは、本発明にかかるパケット転送装置と、ポリシが記述される構成の本発明にかかるパケット転送方法解決サーバまたはＤＮＳサーバとを含んで構成され、前記パケット転送方法解決サーバまたは前記ＤＮＳサーバに、コンテンツまたはアプリケーションサービスの提供業者が提供する前記コンテンツまたはアプリケーションサービスを要求するユーザからのリクエストパケットの転送制御を、前記ユーザのコンテクスト情報に基づいて行うポリシが記述される。
【００４４】
【作用】
本発明の第１のパケット転送装置にあっては、パケット情報抽出部が、受信したパケットに含まれる複数の種類の情報を抽出し、パケット転送方法解決部が、この抽出された複数の種類の情報を指定して外部のサーバに対して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を問い合わせ（前記受信したパケットに関わらず予め定まる１種類の情報のみを問い合わせる場合を除く）、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決する。つまり、図２３のＪ〜Ｐの対応関係を解決する。これにより、受信パケットに含まれる複数の種類の情報をキーに、そのパケットの転送方法に関する１つ以上の種類の情報（前記受信したパケットに関わらず予め定まる１種類の情報は除く）を解決して転送することが可能になる。
【００４５】
本発明の第２のパケット転送装置にあっては、パケット情報抽出部が、受信したパケットに含まれる１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を抽出し、パケット転送方法解決部が、この抽出された前記１つ以上の種類の情報を指定して外部のサーバに対して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を問い合わせ、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決する。つまり、図２３のＥ〜Ｈ、Ｍ〜Ｐの対応関係を解決する。これにより、受信パケット毎に決定される１つ以上の種類の情報をキーに、そのパケットの転送方法に関する１つ以上の種類の情報を解決して転送することが可能になる。
【００４６】
本発明の第３のパケット転送装置にあっては、パケット情報抽出部が、受信したパケットに含まれる１つ以上の種類の情報を抽出し、パケット転送方法解決部が、この抽出された前記１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する複数の種類の情報を問い合わせ、得られた複数の種類の情報によって前記受信したパケットの転送方法を解決する。つまり、図２３のＣ、Ｄ、Ｇ、Ｈ、Ｋ、Ｌ、Ｏ、Ｐの対応関係を解決する。これにより、受信パケットに含まれる１つの種類の情報をキーに、そのパケットの転送方法に関する複数の種類の情報を解決して転送することが可能になる。
【００４７】
本発明の第４のパケット転送装置にあっては、パケット情報抽出部が、受信したパケットに含まれる１つ以上の種類の情報を抽出し、パケット転送方法解決部が、この抽出された前記１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を問い合わせ、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決する。つまり、図２３のＢ、Ｄ、Ｆ、Ｈ、Ｊ、Ｌ、Ｎ、Ｐの対応関係を解決する。これにより、受信パケットに含まれる１つ以上の種類の情報をキーにして、そのパケットの転送方法に関する１つ以上の種類の情報であって受信パケット毎に決定されるような種類の情報を解決して転送することが可能になる。
【００４８】
パケット転送方法解決部が解決したパケットの転送方法に関する情報を一時的に記憶するパケット転送方法記憶テーブルを備える本発明のパケット転送装置にあっては、受信したパケットの転送方法に関する情報を外部のサーバに毎回問い合せる必要がなくなり、受信したパケットの転送を効率良く行うことができる。
【００４９】
本発明の第１のパケット転送方法解決サーバにあっては、パケット転送方法データベースが、パケットに含まれる複数の種類の情報とパケットの転送方法に関する１つ以上の種類の情報との対応関係を保持し、パケット転送方法解決要求受付部が、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる複数の種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を前記パケット転送装置に対して応答する。つまり、図２３のＩ〜Ｐの対応関係を解決する。これにより、受信パケットに含まれる複数の種類の情報をキーにしたパケット転送装置からの問い合わせに対して、そのパケットの転送方法に関する１つ以上の種類の情報を応答することが可能になる。
【００５０】
本発明の第２のパケット転送方法解決サーバにあっては、パケット転送方法データベースが、パケットに含まれる１つ以上の種類の情報とパケットの転送方法に関する１つ以上の種類の情報との対応関係を保持し、パケット転送方法解決要求受付部が、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を前記パケット転送装置に対して応答する。つまり、図２３のＥ〜Ｈ、Ｍ〜Ｐの対応関係を解決する。これにより、受信パケット毎に決定される１つ以上の種類の情報をキーにしたパケット転送装置からの問い合わせに対して、そのパケットの転送方法に関する１つ以上の種類の情報を応答することが可能になる。
【００５１】
本発明の第３のパケット転送方法解決サーバにあっては、パケット転送方法データベースが、パケットに含まれる１つ以上の種類の情報とパケットの転送方法に関する複数の種類の情報との対応関係を保持し、パケット転送方法解決要求受付部が、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する複数の種類の情報を前記パケット転送装置に対して応答する。つまり、図２３のＣ、Ｄ、Ｇ、Ｈ、Ｋ、Ｌ、Ｏ、Ｐの対応関係を解決する。これにより、受信パケットに含まれる１つ以上の種類の情報をキーにしたパケット転送装置からの問い合わせに対して、そのパケットの転送方法に関する複数の種類の情報を応答することが可能になる。
【００５２】
本発明の第４のパケット転送方法解決サーバにあっては、パケット転送方法データベースが、パケットに含まれる１つ以上の種類の情報とパケットの転送方法に関する１つ以上の種類の情報との対応関係を保持し、パケット転送方法解決要求受付部が、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を前記パケット転送装置に対して応答する。つまり、図２３のＢ、Ｄ、Ｆ、Ｈ、Ｊ、Ｌ、Ｎ、Ｐの対応関係を解決する。これにより、受信パケットに含まれる１つ以上の種類の情報をキーにしたパケット転送装置からの問い合わせに対して、そのパケットの転送方法に関する１つ以上の種類の情報であって受信パケット毎に決定されるような種類の情報を応答することが可能になる。
【００５５】
本発明の第１のＤＮＳサーバにあっては、ＦＱＤＮに対応するＩＰアドレスおよびＩＰアドレスに対応するＦＱＤＮが登録されているデータベースに、受信したパケットを他のノードに対して転送するパケット転送装置における前記受信したパケットに含まれる１つ以上の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスと、前記受信したパケットの転送方法に関する複数の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスとが直接あるいは間接的に関係付けられており、ＤＮＳ解決要求受付部が、受信したパケットを他のノードに対して転送するパケット転送装置からのＦＱＤＮに対応するＩＰアドレスを問い合わせるＩＰアドレス解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＦＱＤＮに対応するＩＰアドレスを応答し、また、前記パケット転送装置からのＩＰアドレスに対応するＦＱＤＮを問い合わせるＦＱＤＮ解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＩＰアドレスに対応するＦＱＤＮを応答する。つまり、図２３のＣ、Ｄ、Ｇ、Ｈ、Ｋ、Ｌ、Ｏ、Ｐの対応関係を解決する。これにより、受信パケットに含まれる１つ以上の種類の情報を一意に示すＦＱＤＮあるいはＩＰアドレスをキーにしたパケット転送装置からの問い合わせに対して、そのパケットの転送方法に関する複数の種類の情報を一意に示すＦＱＤＮあるいはＩＰアドレスを応答することが可能になる。
【００５６】
本発明の第２のＤＮＳサーバにあっては、ＦＱＤＮに対応するＩＰアドレスおよびＩＰアドレスに対応するＦＱＤＮが登録されているデータベースに、受信したパケットを他のノードに対して転送するパケット転送装置における前記受信したパケットに含まれる１つ以上の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスと、前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスとが直接または間接的に関係付けられており、ＤＮＳ解決要求受付部が、受信したパケットを他のノードに対して転送するパケット転送装置からのＦＱＤＮに対応するＩＰアドレスを問い合わせるＩＰアドレス解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＦＱＤＮに対応するＩＰアドレスを応答し、また、前記パケット転送装置からのＩＰアドレスに対応するＦＱＤＮを問い合わせるＦＱＤＮ解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＩＰアドレスに対応するＦＱＤＮを応答する。つまり、図２３のＢ、Ｄ、Ｆ、Ｈ、Ｊ、Ｌ、Ｎ、Ｐの対応関係を解決する。これにより、受信パケットに含まれる１つ以上の種類の情報を一意に示すＦＱＤＮあるいはＩＰアドレスをキーにしたパケット転送装置からの問い合わせに対して、そのパケットの転送方法に関する１つ以上の種類の情報であって受信パケット毎に決定されるような種類の情報を一意に示すＦＱＤＮあるいはＩＰアドレスを応答することが可能になる。
【００５７】
本発明の第１のネットワークシステムにあっては、ユーザからのコンテンツまたはアプリケーションサービスを要求するリクエストパケットを受信したパケット転送装置がその受信パケットの転送方法に関する情報をパケット転送方法解決サーバまたはＤＮＳサーバに問い合せると、パケット転送方法解決サーバまたはＤＮＳサーバが、自身に設定されているポリシに従って、そのリクエストパケットを特定の提供業者のサーバに対して誘導する転送方法に関する情報を応答し、パケット転送装置がこの応答された情報によって前記受信したリクエストパケットの転送方法を解決し、前記特定の提供業者のサーバへ前記受信パケットを転送する。
【００５８】
本発明の第２のネットワークシステムにあっては、ユーザからのコンテンツまたはアプリケーションサービスを要求するリクエストパケットを受信したパケット転送装置がその受信パケットの転送方法に関する情報をパケット転送方法解決サーバまたはＤＮＳサーバに問い合せると、パケット転送方法解決サーバまたはＤＮＳサーバが、自身に記述されているポリシに従って、そのリクエストパケットの転送制御を前記ユーザのコンテクスト情報に基づいて行うような転送方法に関する情報を応答し、パケット転送装置がこの応答された情報によって前記受信したリクエストパケットの転送方法を解決する。
【００５９】
【発明の第１の実施の形態】
次に、本発明の第１の実施の形態について図面を参照して詳細に説明する。
【００６０】
図１を参照すると、本発明の第１の実施の形態は、パケット転送装置Ａ１と、パケット転送方法解決サーバＢ１とによって実現される。
【００６１】
パケット転送装置Ａ１は、パケット受信部Ａ１１と、パケット記憶部Ａ１２と、パケット情報抽出部Ａ１３と、パケット転送方法解決部Ａ１４と、パケット転送方法記憶テーブルＡ１５と、パケット処理部Ａ１６と、パケット送信部Ａ１７とを含む。
【００６２】
パケット受信部Ａ１１は、他のノードによって送信されたパケットを受信し、パケット記憶部Ａ１２へ受信したパケットを一旦格納する。そしてパケット情報抽出部Ａ１３へパケットを受信したことを示すシグナルを送る。
【００６３】
パケット記憶部Ａ１２は、パケット受信部Ａ１１が受信したパケットがパケット送信部Ａ１７によって送信されるまでの間、該パケットを一時的に格納するための記憶装置である。
【００６４】
パケット情報抽出部Ａ１３は、パケット受信部Ａ１１からパケットを受信したことを示すシグナルの受信をトリガとして、パケット記憶部Ａ１２内に格納された該パケットに含まれる情報を抽出する。本実施の形態の場合、パケット情報抽出部Ａ１３は、受信したパケット中の予め定められた１種類以上の情報を抽出する。ここで抽出する情報の例として、ＵＲＬ、ＴＣＰ／ＵＤＰポート番号、ソース／宛先ＩＰアドレス、ＶＬＡＮ−ＩＤ、ソース／宛先ＭＡＣアドレスなどがある。ここで抽出する情報とは、必ずしも１つのパケットのなかに含まれている必要はなく、２つ以上のパケットを組み立てて生成されるデータから得られる情報も含む。例えば、アプリケーションレイヤの情報であるＵＲＬ、Ｃｏｏｋｉｅなどは、ＴＣＰコネクション上で複数のパケットにまたがってエンコードされる場合もある。この場合、該ＴＣＰコネクションをパケット転送装置Ａ１において一旦終端し、ＵＲＬ、Ｃｏｏｋｉｅなどを抽出する必要がある。また、抽出する情報は、１種類である必要はなく、「ＵＲＬとＶＬＡＮ−ＩＤ」などのように、複数のレイヤにまたがった、２つ以上の情報であってもよい。すなわち、受信したパケットから固定的な１つ以上の種類の情報が抽出され、該パケットに対する転送方法を解決するためのキーとして用いられる。パケット情報抽出部Ａ１３は、抽出した情報をパケット転送方法解決部Ａ１４へ渡す。
【００６５】
パケット転送方法解決部Ａ１４は、パケット情報抽出部Ａ１３から渡された情報に基づいて、受信したパケットをどのように処理し、転送するかを解決する。本実施の形態では、解決方法として、パケット転送方法記憶テーブルＡ１５内に記憶されているエントリを検索するか、パケット転送方法解決サーバＢ１に対してパケット転送方法解決要求を出して問い合わせるか、の２種類がある。パケット転送方法解決サーバＢ１に対するパケット転送方法解決要求には、パケット情報抽出部Ａ１３から渡された情報がキーとして含められる。上記のようにして解決したパケットの転送方法をパケット処理部Ａ１６に渡す。
【００６６】
パケット転送方法記憶テーブルＡ１５は、パケットに含まれる情報と、該パケットの転送方法との対応エントリが登録されている。例えば、図２のパケット転送方法記憶テーブル１０１ではパケットに含まれる情報の種類が「宛先ポート番号、宛先ＩＰアドレス、ＶＬＡＮ−ＩＤ」であるときのパケット転送方法が記述されている。１番目のエントリでは、宛先ＩＰアドレスが１０．１．１．１、宛先ポート番号が８０，８０８０のいずれか、ｖｌａｎ−ＩＤが１００であるパケットに対しては、宛先ＩＰアドレスを１０．２．２．２、宛先ＭＡＣアドレスを０ｘ００：ａｂ：ｄａ：３２：４５：６７に書き換え、出力ポート１から送信するという転送方法を示している。また、２番目のエントリでは、宛先ＩＰアドレスが２０．２．２．２、宛先ポート番号が７０７０、ｖｌａｎ−ＩＤが２００であるパケットに対しては、宛先ポート番号を８０８０、宛先ＭＡＣアドレスを０ｘ００：ｄａ：ｃｆ：１２：３４：５６に書き換え、出力ポート２から送信するという転送方法を示している。すなわち、本実施の形態では、受信したパケットに応じて異なる種類の転送方法に関する情報を解決している。パケット転送方法記憶テーブルＡ１５は、パケット転送装置Ａ１自体に設定により登録されたパケット転送方法を記憶するため、あるいはパケット転送方法解決サーバＢ１に問い合わせて解決したパケット転送方法を一時的にキャッシュするために用いられるが、パケット転送方法記憶テーブルＡ１５を有しないパケット転送装置Ａ１の構成も考えられる。この場合は、パケット転送方法解決部Ａ１４はパケット転送方法解決サーバＢ１からパケット転送方法を解決する。
【００６７】
パケット処理部Ａ１６は、パケット転送方法解決部Ａ１４が解決したパケット転送方法に基づいて、パケット記憶部Ａ１２に格納されている受信パケットを処理する。例えば、パケット転送方法記憶テーブル１０１における２番目のエントリに該当するパケットの場合は、受信したパケットの宛先ポート番号を７０７０から８０８０に書き換え、宛先ＭＡＣアドレスを０ｘ００：ｄａ：ｃｆ：１２：３４：５６に書き換える。また、パケット転送方法解決部Ａ１４が解決したパケット転送方法には直接示されていないその他の処理（例えばＩＰヘッダのＴＴＬ（Ｔｉｍｅ Ｔｏ Ｌｉｖｅ）フィールド、チェックサムフィールド等の書き換えなど）も必要に応じて適宜行う。パケット処理後、パケット送信部Ａ１７に対して処理を行ったパケットの送信を要求するシグナルを送る。
【００６８】
パケット送信部Ａ１７は、パケット処理部Ａ１６からパケット送信を要求するシグナルを受信すると、該当するパケットをパケット記憶部Ａ１２から読み出し、他のノードに対して送信する。
【００６９】
他方、パケット転送方法解決サーバＢ１は、パケット転送方法解決要求受付部Ｂ１１と、パケット転送方法データベースＢ１２とを含む。
【００７０】
パケット転送方法解決要求受付部Ｂ１１は、パケット転送装置Ａ１からのパケット転送方法の解決要求を受信し、該解決要求に対して応答すべきパケット転送方法をパケット転送方法データベースＢ１２から検索して、パケット転送装置Ａ１に対して応答する。
【００７１】
パケット転送方法データベースＢ１２は、パケットに含まれる情報と、該パケットの転送方法との対応エントリが登録されている。例えば、図３のパケット転送方法データベース１０２に示す例のように、パケットに含まれる情報の種類が「宛先ポート番号、宛先ＩＰアドレス、ｖｌａｎ−ＩＤ」であるときのパケット転送方法が記述されている。１番目のエントリでは、宛先ＩＰアドレスが２０．１．１．１、宛先ポート番号が８０８０、ｖｌａｎ−ＩＤが１００であるパケットに対しては、宛先ＩＰアドレスを２０．２．２．２、宛先ＭＡＣアドレスを０ｘ００：１２：３４：５６：７８：９ａ、ｖｌａｎ−ＩＤを２００に書き換えるという転送方法を示している。また、２番目のエントリでは、宛先ＩＰアドレスが３０．１．１．１、宛先ポート番号が７０７０、ｖｌａｎ−ＩＤが２００であるパケットに対しては、ソースＩＰアドレスを４０．１．１．１、宛先ＩＰアドレスを３０．３．３．３、宛先ポート番号を８０、宛先ＭＡＣアドレスを０ｘ００：ｂｃ：ｄｅ：ｆ０：１２：３４に書き換えるという転送方法を示し、１番目の転送方法とは別のフィールドを書き換えることを示している。すなわち、受信したパケットに応じて異なる種類の転送方法に関する情報が解決される。さらに、３番目のエントリでは、宛先ＩＰアドレスが４０．１．１．１、任意の宛先ポート番号、ｖｌａｎ−ＩＤが１００であるパケットに対して、ＭＰＬＳラベルのフィールドに対して２２２のラベルを追加し、ｖｌａｎ−ＩＤを削除する転送方法を示している。このように、受信パケットの任意のフィールドにおける、書き換え、追加、削除の処理方法が記述される。また、受信パケットの宛先ＩＰアドレスやＭＰＬＳラベルなどに対する書き換えまたは追加の処理方法を指定することによって、該パケットの転送経路が制御される。
【００７２】
次に、図４を参照して、本実施の形態において、パケット転送装置Ａ１におけるパケット受信から送信までの動作について詳細に説明する。
【００７３】
パケット転送装置Ａ１において、パケット受信部Ａ１１は、他ノードからパケットを受信すると（図４のステップＳ１０１）、パケット記憶装置Ａ１２内に受信したパケットを格納する（ステップＳ１０２）。
【００７４】
ステップＳ１０２の後、パケット情報抽出部Ａ１３は、パケット受信部Ａ１１からのパケット受信を示すシグナルの受信をトリガとして、受信したパケットを解析し、該パケットに含まれる情報を抽出する（ステップＳ１０３）。
【００７５】
ステップＳ１０３により受信したパケットに含まれる情報を抽出すると、パケット転送方法解決部Ａ１４は、該パケットの転送方法を解決する。まず、パケット転送方法解決部Ａ１４は、パケット転送方法記憶テーブルＡ１５内の、受信したパケットに含まれる情報と該パケットの転送方法との対応テーブルから、受信パケットに該当するエントリを検索する（ステップＳ１０４）。
【００７６】
ステップＳ１０４の結果、該当するエントリが存在する場合は、該当するエントリから受信パケットの転送方法を解決する（ステップＳ１０５）。
【００７７】
ステップＳ１０４の結果、該当するエントリが存在しなかった場合は、パケット転送方法解決サーバＢ１に対してパケット転送方法解決要求を送信し、受信パケットの転送方法を問い合わせることにより解決する（ステップＳ１０６）。パケット転送方法解決サーバＢ１から該当エントリなしと応答された場合は、受信パケットは廃棄すると判断する。
【００７８】
ステップＳ１０６でパケット転送方法解決サーバＢ１に問い合わせて受信パケットの転送方法を解決した場合は、パケット転送方法記憶テーブルＡ１５にエントリをキャッシュし、次回から同じ情報をもつパケットを受信した場合はパケット転送方法解決サーバＢ１にパケット転送方法を問い合わせる必要のないようにしておく（ステップＳ１０７）。
【００７９】
ステップＳ１０６〜ステップＳ１０７では、パケット転送方法解決サーバＢ１からパケット転送方法を解決するまでの間、パケット転送装置Ａ１で受信パケットの送信が保留されるため、送信までにかかる遅延が大きくなる恐れがある。この対処法として、パケット転送方法記憶テーブルＡ１５にデフォルトのパケット転送方法を設定しておき、最初は受信したパケットに対してデフォルトの転送方法を解決し、送信を行う。その間にバックグラウンドでパケット転送方法解決サーバＢ１に問い合わせて該パケットに対する転送方法を解決し、パケット転送方法記憶テーブルＡ１５に該転送方法をキャッシュする。こうしてエントリを更新した後は、パケット転送方法解決サーバＢ１から解決した転送方法が、パケット転送方法記憶テーブルＡ１５にキャッシュされているため、常に高速に転送方法を解決することができる。ここで、デフォルトの転送方法とは、受信したパケットに関わらず一定のルールで解決した転送方法である。デフォルトの転送方法の例として、受信したパケットの宛先ＩＰアドレスをみてＩＰルーティングテーブルに基づいて該パケットを転送すべき次ノードを決定するというルールなどが考えられる。
【００８０】
ステップＳ１０５またはステップＳ１０６〜ステップＳ１０７によって、パケット転送方法を解決すると、パケット処理部Ａ１６によって解決したパケット転送方法に基づいて、パケット記憶部Ａ１２内に格納されている受信パケットに対して宛先ＩＰアドレス書き換え等の処理を行う（ステップＳ１０８）。ここでは、該パケットを廃棄するという処理も含む。
【００８１】
さらに、パケット処理部Ａ１６はステップＳ１０８によって処理された、パケット記憶部Ａ１２内に格納されているパケットを他のノードに対して送信するかどうかを判定する（ステップＳ１０９）。
【００８２】
ステップＳ１０９によって、送信すると判定した場合は、パケット送信部Ａ１７に対してパケット送信を要求するシグナルを送信し、パケット送信部Ａ１７は、該パケットを他のノードに対して送信する（ステップＳ１１０）。
【００８３】
ステップＳ１０９によって、送信しないと判定した場合（ステップＳ１０８においてパケットを廃棄した場合などがこの場合に相当する）、そのまま処理を終了する。
【００８４】
次に、図５を参照して、本実施の形態において、パケット転送方法解決サーバＢ１がパケット転送装置Ａ１からパケット転送方法解決要求を受信した際の動作について詳細に説明する。
【００８５】
パケット転送方法解決サーバＢ１において、パケット転送装置Ａ１からのパケット転送方法解決要求を受信すると、パケット転送方法解決要求受付部Ｂ１１が該要求を受け付ける（図５のステップＳ２０１）。
【００８６】
パケット転送方法解決要求受付部Ｂ１１は、受信したパケット転送方法解決要求から、転送方法を解決したいパケットに含まれる情報を識別し、パケット転送方法データベースＢ１２から、該パケットに該当するエントリを検索する（ステップＳ２０２）。
【００８７】
ステップＳ２０２の結果、該パケットに該当するエントリが存在した場合は、該エントリに示されている該パケットに対する転送方法をパケット転送装置Ａ１に対して応答する（ステップＳ２０３、Ｓ２０４）。
【００８８】
ステップＳ２０２の結果、該パケットに該当するエントリが存在しなかった場合は、該当エントリが存在しなかったことを示すメッセージをパケット転送装置Ａ１に対して応答する（ステップＳ２０３、Ｓ２０５）。
【００８９】
以上説明した本実施の形態では、受信したパケットから固定的な１以上の種類の情報を、該パケットに対する転送方法を解決するためのキーとして抽出し、受信したパケット毎に決定される１以上の種類の転送方法に関する情報を解決する場合の例を示した。これは、図２３のマトリクスにおけるＢ、Ｄ、Ｊ、Ｌの箇所の変換に相当する。しかし、本発明は図２３のＡ、Ｉ以外のＢ〜Ｐの任意の箇所の変換に対して適用可能である。
【００９０】
図２３のＥ〜Ｈ、Ｍ〜Ｐの箇所の変換のように、受信したパケット毎に決定される１つ又は複数の種類の情報を、そのパケットに対する転送方法を解決するためのキーとして抽出する場合、パケット情報抽出部Ａ１３には、受信したパケットに対応して抽出すべき種類の情報が記述された抽出パケット情報対応テーブルが保持され、パケット情報抽出部Ａ１３はこのテーブルを参照して、受信パケット毎に抽出すべき情報の種類を決定する。図６に、抽出パケット情報対応テーブルの例を示す。この抽出パケット情報対応テーブル１０９が用いられる場合、パケット情報抽出部Ａ１３は、受信したパケットの宛先ポート番号が８０のパケットについては、ＵＲＬとＣｏｏｋｉｅを抽出し、８０以外のパケットについては、宛先アドレスとｖｌａｎ−ＩＤを抽出する。
【００９１】
また、受信したパケット毎に決定される１つ又は複数の種類の情報がキーとして使われる場合、パケット転送方法データベースにおける入力パケット情報の欄にはキーに含まれ得る種類の情報が列挙される。例えば、受信したパケット毎に決定される複数の種類の情報をキーにして、パケットに関わらず固定的な複数の種類の転送方法に関する情報を解決する場合、図７に例示するようなパケット転送方法データベース１１０が使用される。また、受信したパケット毎に決定される複数の種類の情報をキーにして、パケット毎に決定される複数の種類の転送方法に関する情報を解決する場合、図８に例示するようなパケット転送方法データベース１１１が使用される。
【００９２】
次に、本実施の形態の効果について説明する。本実施の形態では、パケット転送装置Ａ１は、受信したパケットの転送方法として必要な情報の全て、あるいは任意の必要な部分を、自ノード内にあるパケット転送方法記憶テーブルＡ１５のみならず、外部にあるパケット転送方法解決サーバＢ１に問い合わせることにより解決する。従来の技術では、外部のサーバに対して受信したパケットの転送方法を問い合わせるとしても、パケットの特定のフィールドにおける、１種類の限定的な対応関係しか解決することができず、パケットの転送方法として必要な情報の全て、あるいは任意の必要な部分だけをパケット転送装置が得るためには、ＣＬＩや、ＮＭＳなどでパケット転送装置内部に静的に設定されるほか方法がなかった。ＣＬＩやＮＭＳによる設定を行う場合、管理の対象となるパケット転送装置の台数が多くなると線形に管理の手間が増えるという、スケーラビリティの問題があった。本実施の形態では、パケット転送方法解決サーバＢ１に管理したいパケット転送方法を一元的に設定しておくだけで、パケット転送装置Ａ１は設定されたパケット転送方法を自動的に解決する。すなわちパケット転送装置の台数の増加に関わらず管理の手間は一定であり、パケット転送方法の管理一元化を高いスケーラビリティで実現することができる。
【００９３】
【発明の第２の実施の形態】
次に、本発明の第２の実施の形態について図面を参照して詳細に説明する。
【００９４】
本実施の形態は、本発明の第１の実施の形態において、パケット転送方法解決サーバＢ１としてＤＮＳサーバを用いる場合に相当する。ＤＮＳサーバは通常、ＦＱＤＮから対応するＩＰアドレスを解決したり、逆にＩＰアドレスから対応するＦＱＤＮを解決するために用いられる。本実施の形態では、ＤＮＳサーバをパケットに含まれる任意の情報から、該パケットに対する任意の種類の転送方法にマッピングするサーバとして機能させるものである。
【００９５】
図９を参照すると、本発明の第２の実施の形態は、パケット転送装置Ａ２と、ＤＮＳサーバＢ２とによって実現される。
【００９６】
パケット転送装置Ａ２の構成は、パケット転送方法解決部Ａ１４の代わりに、パケット転送方法解決部Ａ２１を有する点が本発明の第１の実施の形態におけるパケット転送装置Ａ１と異なる。
【００９７】
パケット転送方法解決部Ａ２１は、パケット転送装置Ａ２が受信したパケットの転送方法を外部のサーバに対して解決する際、ＤＮＳサーバＢ２に対して、あるＦＱＤＮに対応するＩＰアドレスまたはあるＩＰアドレスに対応するＦＱＤＮを問い合わせる要求であるＤＮＳ解決要求を行うことにより解決を行う。その他の機能は、本発明の第１の実施の形態におけるパケット転送装置Ａ１のパケット転送方法解決部Ａ１４の機能と同等である。
【００９８】
ＤＮＳサーバＢ２は、ＤＮＳ解決要求受付部Ｂ２１と、ＩＰアドレス／ＦＱＤＮ対応データベースＢ２２とを含む。
【００９９】
ＤＮＳ解決要求受付部Ｂ２１は、パケット転送方法解決部Ａ２１からのＤＮＳ解決要求を受信し、ＩＰアドレス／ＦＱＤＮ対応データベースＢ２２を参照して該要求に対して応答する。ＦＱＤＮから対応するＩＰアドレスを解決する要求（ＩＰアドレス解決要求）の場合は、対応するＩＰアドレスを応答し、ＩＰアドレスから対応するＦＱＤＮを解決する要求（ＦＱＤＮ解決要求）の場合は、対応するＦＱＤＮを応答する。対応するＩＰアドレスあるいはＦＱＤＮが存在しない場合は該当するエントリが存在しないことを示すメッセージを応答する。
【０１００】
ＩＰアドレス／ＦＱＤＮ対応データベースＢ２２は、ＤＮＳ解決要求受付部が受けたＩＰアドレス解決要求およびＦＱＤＮ解決要求に対して応答する際に参照するデータベースであり、「ＦＱＤＮ→ＩＰアドレス」の対応データベースであるＩＰアドレス解決用データベースと、「ＩＰアドレス→ＦＱＤＮ」の対応データベースであるＦＱＤＮ解決用データベースの２つからなる。図１０は、ＩＰアドレス／ＦＱＤＮ対応データベースＢ２２の例を示すものである。ＩＰアドレス／ＦＱＤＮ対応データベースは、ＩＰアドレス解決用データベース１０３と、ＦＱＤＮ解決用データベース１０４の２つのデータベースから構成される。ＩＰアドレス解決用データベース１０３におけるＦＱＤＮは、受信したパケットを他のノードに対して転送するパケット転送装置における前記受信したパケットに含まれる複数の種類の情報を一意に示す内容となっており、該ＦＱＤＮに対応するＩＰアドレスと同じＩＰアドレスに対応する、ＦＱＤＮ解決用データベース１０４中のＦＱＤＮは、前記受信したパケットの転送方法に関する１つ以上の種類の情報を一意に示す内容となっている。すなわち、本実施の形態の場合、受信したパケットに含まれる複数の種類の情報を一意に示すＦＱＤＮと、前記受信したパケットの転送方法に関する１つ以上の種類の情報を一意に示すＦＱＤＮとが、ＩＰアドレスを中間キーとして間接的に対応付けられている。
【０１０１】
次に、図１０、図１１を参照して、本実施の形態において、パケット転送装置Ａ２のパケット転送方法解決部Ａ２１がＤＮＳサーバＢ２に問い合わせて、パケット受信部Ａ１１が受信したパケットの転送方法を解決する動作について詳細に説明する。ここでは、ＤＮＳサーバＢ２のＩＰアドレス／ＦＱＤＮ対応データベースＢ２２の内容の例として、ＩＰアドレス解決用データベース１０３と、ＦＱＤＮ解決用データベース１０４に示すものをもつとする。
【０１０２】
パケット転送方法解決部Ａ２１は、転送方法を解決したいパケットに含まれる情報から、ＤＮＳサーバＢ２にＩＰアドレス解決要求として問い合わせるためのＦＱＤＮを作成する（図１１のステップＳ３０１）。このＦＱＤＮ作成は一定のルールで行われ、例えば宛先ＴＣＰ／ＵＤＰポート番号が７０７０、宛先ＩＰアドレス２０．１．１．１、ｖｌａｎ−ＩＤが１００のパケットの場合、ｄｓｔｐｏｒｔ−７０７０．ｄｓｔｉｐ−２０−１−１−１．ｖｌａｎ−１００．ｒｅｓｏｌｖｅ．ｏｒｇのようにＦＱＤＮが作成される。
【０１０３】
ステップＳ３０１の後、作成したＦＱＤＮに対するＩＰアドレスをＤＮＳサーバＢ２にＩＰアドレス解決要求として問い合わせる（ステップＳ３０２）。
【０１０４】
ＤＮＳサーバＢ２からは、対応するＩＰアドレスが応答されるか、あるいは対応するＩＰアドレスが存在しない場合は、該当エントリが存在しないことを示すメッセージが応答される（ステップＳ３０３）。
【０１０５】
ステップＳ３０３で、対応するＩＰアドレスが解決できた場合、解決したＩＰアドレスに対するＦＱＤＮをＤＮＳサーバＢ２にＦＱＤＮ解決要求として問い合わせる（ステップＳ３０４）。例えば解決したＩＰアドレスが１９２．１６８．１．１であった場合、このＩＰアドレスを用いてそのままＤＮＳサーバＢ２にＦＱＤＮ解決要求として問い合わせる。このＩＰアドレスはステップＳ３０６でＦＱＤＮを解決するための中間キーとして用いられる。
【０１０６】
ステップＳ３０３で、対応するＩＰアドレスが解決できなかった場合、パケット受信部Ａ１１が受信した該パケットは廃棄すると決定する（ステップＳ３０５）。
【０１０７】
ステップＳ３０４で、ＦＱＤＮ解決要求を送信すると、ＤＮＳサーバＢ２からは、対応するＦＱＤＮが応答されるか、あるいは対応するＦＱＤＮが存在しない場合は、該当エントリが存在しないことを示すメッセージが応答される（ステップＳ３０６）。
【０１０８】
ステップＳ３０６で、対応するＦＱＤＮが解決できた場合、解決したＦＱＤＮを解析し、パケット転送方法を識別する（ステップＳ３０７）。このパケット転送方法識別は解決したＦＱＤＮに基づいて一定のルールで行われる。例えば、解決したＦＱＤＮがｄｓｔｉｐ−２０−２−２−２．ｄｓｔｍａｃ−００−１２−３４−５６−７８−０ａ．ｖｌａｎ−２００．ｒｅｓｏｌｖｅ．ｏｒｇであった場合、該パケットに対して、宛先ＩＰアドレスを２０．２．２．２、宛先ＭＡＣアドレスを０ｘ００：１２：３４：５６：７８：０ａ、ｖｌａｎ−ＩＤを２００に書き換えるものと識別する。また、解決したＦＱＤＮがｓｒｃｉｐ−３０−３−３−３．ｄｓｔｐｏｒｔ−８０８０．ｄｓｔｍａｃ−００−ｂｃ−ｄｅ−ｆ０−１２−３４．ｒｅｓｏｌｖｅ．ｏｒｇであった場合、該パケットに対して、ソースＩＰアドレスを３０．３．３．３、宛先ポート番号を８０８０、宛先ＭＡＣアドレスを０ｘ００：ｂｃ：ｄｅ：ｆ０：１２：３４に書き換えるものと識別する。
【０１０９】
ステップＳ３０６で、対応するＦＱＤＮが解決できなかった場合、パケット受信部Ａ１１が受信した該パケットは廃棄すると決定する（ステップＳ３０５）。
【０１１０】
以上のステップＳ３０１〜ステップＳ３０７で、パケット転送装置Ａ２がｄｓｔｐｏｒｔ−７０７０．ｄｓｔｉｐ−２０−１−１−１．ｖｌａｎ−１００．ｒｅｓｏｌｖｅ．ｏｒｇに対するＩＰアドレス解決要求をＤＮＳサーバＢ２に対して送信し、最終的にＤＮＳサーバＢ２からｄｓｔｉｐ−２０−２−２−２．ｄｓｔｍａｃ−００−１２−３４−５６−７８−０ａ．ｖｌａｎ−２００．ｒｅｓｏｌｖｅ．ｏｒｇのＦＱＤＮが応答されるまでのシーケンスの例を図１２に示す。
【０１１１】
ステップＳ３０１〜ステップＳ３０７や図１２に示す動作では、パケット転送装置Ａ２はＩＰアドレス解決要求とＦＱＤＮ解決要求をそれぞれ１回ずつ行うことによりパケット転送方法を解決したが、その他にも、運用に応じて、任意の回数ずつのＩＰアドレス解決要求とＦＱＤＮ解決要求のシーケンスによってパケット転送方法を解決することができる。
【０１１２】
以下に１つの例を挙げる。まず、受信したパケットの宛先ＩＰアドレスをキーとして、ＦＱＤＮ解決要求を行い、対応するＦＱＤＮを解決する。次に、解決したＦＱＤＮと、受信したパケットに含まれる、宛先ポート番号、ｖｌａｎ−ＩＤの情報を組み合わせることにより新規にＦＱＤＮを作成し、該ＦＱＤＮをキーとしてＩＰアドレス解決要求を行い、対応するＩＰアドレスを解決する。さらに、解決したＩＰアドレスをキーとして、ＦＱＤＮ解決要求を行い、対応するＦＱＤＮを解決し、解決したＦＱＤＮを基にして受信したパケットの転送方法を解決する、といった１回のＩＰアドレス解決要求と２回のＦＱＤＮ解決要求を組み合わせたシーケンスなどが考えられる。
【０１１３】
また、本実施の形態では、受信したパケットに含まれる複数の種類の情報を一意に示すＦＱＤＮと、前記受信したパケットの転送方法に関する１つ以上の種類の情報を一意に示すＦＱＤＮとを、ＩＰアドレスを中間キーとして間接的に対応付けたが、受信したパケットに含まれる複数の種類の情報を一意に示すＩＰアドレスと、前記受信したパケットの転送方法に関する１つ以上の種類の情報を一意に示すＩＰアドレスとを、ＦＱＤＮを中間キーとして間接的に対応付けるようにしても良い。更に、受信したパケットに含まれる複数の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスと、前記受信したパケットの転送方法に関する１つ以上の種類の情報を一意に示すＩＰアドレスまたはＦＱＤＮとを直接対応付けるようにしても良い。
【０１１４】
次に、本実施の形態の効果について説明する。本実施の形態では、本発明の第１の実施の形態におけるパケット転送方法解決サーバＢ１の代わりにＤＮＳサーバＢ２を用いる。ＤＮＳサーバはＩＰアドレス解決用サーバとして現在ＩＰ網で一般的に用いられているものであるため、パケット転送装置がパケット転送方法を解決するための特別なサーバを用意する必要がなく、本発明を実施することが容易となる。また、ＤＮＳは階層化構造をとっており、ＩＰアドレスまたはＦＱＤＮの問い合わせを受けたＤＮＳサーバ自身が対応するエントリが保持していなくても、上位階層のＤＮＳサーバから対応するエントリを保持するＤＮＳサーバの情報が通知され、対応するエントリを保持するＤＮＳサーバから該エントリを自動的に解決することができる。そのため、入力パケット情報に対するパケット転送方法を記述するエントリは、１台のＤＮＳサーバに管理されている必要はなく、複数台のＤＮＳサーバに分散して管理することが可能である。
【０１１５】
【発明の第３の実施の形態】
次に本発明の第３の実施の形態について図面を参照して詳細に説明する。
【０１１６】
本実施の形態は、本発明の第１の実施の形態のパケット転送装置Ａ１において、パケット情報抽出部Ａ１３が提供したいサービスの種類に応じて自動的にパケット情報を抽出する場合に相当する。
【０１１７】
図１３を参照すると、本実施の形態は、パケット転送装置Ａ３と、パケット転送方法解決サーバＢ１とによって実現される。
【０１１８】
パケット転送装置Ａ３の構成は、サービス入力部Ａ３１と、抽出パケット情報変換部Ａ３２を有する点が本発明の第１の実施の形態におけるパケット転送装置Ａ１と異なる。
【０１１９】
サービス入力部Ａ３１は、パケット転送装置Ａ３がどのようなサービスを提供するかが設定される。例として、レイヤ２スイッチとしてサービスする場合、ルータとしての機能をサービスする場合や、レイヤ７スイッチとしてサービスする場合がある。他にも、提供するサービスを自由に定義し、設定することができる。
【０１２０】
抽出パケット情報変換部Ａ３２は、サービス入力部Ａ３１に設定されたサービスに対して、抽出パケット情報変換テーブルに基づいて、該サービスを提供するために抽出することが必要なパケット情報に変換する。図１４の抽出パケット情報変換テーブル１０５にサービスから抽出するパケット情報への変換の例を示す。変換されたパケット情報は、受信パケットから抽出すべきパケット情報として、パケット情報抽出部Ａ１３に設定される。
【０１２１】
本実施の形態は、本発明の第２の実施の形態で示したように、パケット転送方法解決サーバＢ１の代わりにＤＮＳサーバＢ２を用いて実施してもよい。
【０１２２】
次に、本実施の形態の効果について説明する。本実施の形態では、パケット情報抽出部Ａ１３で抽出するパケット情報の設定を、種類ごとに１つ１つ行う必要はなく、パケット転送装置Ａ３が提供するサービスという形で設定するだけで、設定されたサービスから抽出するパケット情報への変換を自動的に行ってくれる。したがって、パケット転送装置Ａ３の設定管理者の手間を省くことができる。
【０１２３】
【発明の第４の実施の形態】
次に本発明の第４の実施の形態について図面を参照して詳細に説明する。
【０１２４】
本実施の形態は、本発明の第１の実施の形態のパケット転送方法解決サーバＢ１において、パケット転送装置Ａ１から問い合わせされたパケット転送方法を応答する際に、該パケットが転送されるネットワークのリソース状況を考慮してパケット転送方法を応答する場合に相当する。例えば、１０Ｍｂｐｓの帯域を必要とするセッションのパケットをパケット転送装置Ａ１が受信した場合に、１０Ｍｂｐｓの残余帯域を有する経路に該パケットが転送されるように、パケット転送方法解決サーバがパケット転送方法を応答するという動作を行う。
【０１２５】
図１５を参照すると、本実施の形態は、パケット転送装置Ａ１と、パケット転送方法解決サーバＢ３とによって実現される。このうち、パケット転送装置Ａ１は本発明の第１の実施の形態で説明したものと同じである。
【０１２６】
パケット転送方法解決サーバＢ３は、本発明の第１の実施の形態で説明したパケット転送方法解決サーバＢ１の構成に加えて、リソース情報収集部Ｂ３１と、エントリ書き換え部Ｂ３２を含む点で異なる。
【０１２７】
リソース情報収集部Ｂ３１は、パケット転送装置Ａ１がパケットを転送するネットワークにおけるリソース情報を収集する。リソース情報の例として、ルータ間の最大帯域値、残余帯域値、遅延、あるいは該ネットワークのエッジノード間のスループット情報、サーバの負荷などが挙げられる。また、リソース情報の収集手段として、ＳＮＭＰ(Simple Network Management Protocol)を用いる方法や、パケット転送方法解決サーバＢ３が直接ネットワーク内に測定パケットを送信することによりリソース値を測定する方法などがある。
【０１２８】
エントリ書き換え部Ｂ３２は、リソース情報収集部Ｂ３１が収集したネットワークのリソース情報に基づいて、パケット転送方法データベースＢ１２内のエントリを書き換える。リソース情報に基づくエントリ書き換え方法の代表的な例として、（ｉ）パケット転送装置Ａ１からパケット転送方法解決要求受付部Ｂ１１からパケット転送方法解決要求を受信した際に、パケット転送方法データベースＢ１２からエントリ書き換え部Ｂ３２に対して、該当エントリ書き換えを依頼する、（ｉｉ）エントリ書き換え部Ｂ３２が定期的にリソース情報をチェックし、リソース情報に基づいてエントリを書き換える、の２種類がある。
【０１２９】
図１６のパケット転送方法データベース１０６に、エントリ書き換え部Ｂ３２がパケット転送方法データベースＢ１２内のエントリを書き換えた結果作成されるエントリの例を示す。入力パケット情報はＨＴＴＰリクエストメッセージに含まれるＵＲＬとし、ＵＲＬがｗｗｗ．ｍｏｖｉｅ．ｏｒｇ／ａａａ．ｆｍｔの場合は、下り側（サーバ→クライアントの向き）の帯域がより大きいサーバに対してリクエストが誘導されるように転送方法（この場合は宛先ＩＰアドレス、宛先ＭＡＣアドレス、ＭＡＣヘッダのｕｓｅｒ−ｐｒｉｏｒｉｔｙフィールドの値を指定された値に書き換えて転送する）を決定する。また、ＵＲＬがｗｗｗ．ｔｅｘｔ．ｎｅｔ／ｂｂｂ．ｔｘｔの場合はサーバまでの遅延がより小さいサーバに対してリクエストが誘導されるように転送方法を決定する。
【０１３０】
その他の例としては、該ネットワークの各リンクの残余帯域が常に物理最大帯域の２０％以上になるように、ＭＰＬＳ(Multi-Protocol Labal Switching)のＬＳＰ(Label Switched Path)を用いてパケットの経路制御を行うことができる。この場合は、パケット転送方法解決サーバＢ３からパケット転送装置Ａ１に、パケットを通過させたいＬＳＰに対応するＭＰＬＳのラベルがパケット転送方法として応答される。これにより、該ネットワークのリソース利用効率を最大化し、収容ユーザ数を最大化することができる。
【０１３１】
本発明の第２の実施の形態で示したように、パケット転送方法解決サーバとしてＤＮＳサーバＢ２を用いて実施してもよい。この場合は、ＤＮＳサーバＢ２の構成に加えて、リソース情報収集部Ｂ３１とエントリ書き換え部Ｂ３２が追加される。
【０１３２】
次に、本実施の形態の効果について説明する。本実施の形態では、パケット転送法解決サーバＢ３がパケット転送装置Ａ１からのパケット転送方法解決要求に対する応答時に、ネットワークのリソース情報を考慮してパケット転送方法を応答する。リソース情報を考慮することによって、パケットの特性に応じたきめ細かなパケット転送制御が行える。
【０１３３】
【発明の第５の実施の形態】
次に本発明の第５の実施の形態について図面を参照して詳細に説明する。
【０１３４】
本実施の形態は、本発明の第１の実施の形態のパケット転送方法解決サーバＢ１において、パケット転送装置Ａ１からのパケット転送方法解決要求に対する応答を返す際に、同時にネットワーク内のノード上のリソースもいっしょに制御する（予約、優先制御など）要求を行い、パケット転送装置Ａ１が送信するパケットの転送品質を制御する場合に相当する。
【０１３５】
図１７を参照すると、本実施の形態は、パケット転送装置Ａ１と、パケット転送方法解決サーバＢ４と、ネットワークノードＣ１とによって実現される。このうち、パケット転送装置Ａ１は本発明の第１の実施の形態で説明したものと同じである。ネットワークノードＣ１とは、パケット転送装置が受信したパケットを転送するネットワーク上に存在するノードであり、該ネットワーク上を通過するパケットの転送処理を行う。ネットワークノードＣ１の例として、ルータ、レイヤ２スイッチ、ＡＴＭスイッチなどが挙げられる。ネットワークノードＣ１は通常ネットワーク内に複数台存在するが、ここでは簡単のために１台だけの挙動について述べる。
【０１３６】
パケット転送方法解決サーバＢ４は、本発明の第１の実施の形態で説明したパケット転送方法解決サーバＢ１の構成に加えて、リソース制御要求部Ｂ４１を含む点で異なる。
【０１３７】
パケット転送方法データベースＢ１２は、入力パケットに対する転送方法として、リソース制御に関する情報を含むことができる。パケット転送方法データベースＢ１２に登録されているエントリの例を図１８のパケット転送方法データベース１０７に示す。パケット転送方法データベース１０７の１番目のエントリでは、入力パケットに対するリソース制御として、１０Ｍｂｐｓの帯域保証が通過ノードＡ，Ｂ，Ｃの３ノードにおいて必要であることを示している。また、２番目のエントリでは、入力パケットに対するリソース制御として、５Ｍｂｐｓまでの帯域ならば優先的に転送するという制御が通過ノードＡ，Ｃ，Ｄの３ノードにおいて必要であることを示している。３番目のエントリでは、入力パケットに対するリソース制御は必要ないことを示している。
【０１３８】
リソース制御要求部Ｂ４１は、パケット転送方法解決要求受付部Ｂ１１がパケット転送装置Ａ１に対して応答するパケット転送方法について、ネットワーク上のネットワークノードＣ１上のリソース制御が必要な場合、ネットワークＣ１に対してリソース制御要求を送信することにより、ネットワークＣ１上のリソースを制御する要求を行う。パケット転送方法データベース１０７の例では、１番目のエントリについては、該パケットについて１０Ｍｂｐｓの帯域保証を行うリソース制御要求をネットワークノードＡ，Ｂ，Ｃに送信し、２番目のエントリについては、該パケットについて５Ｍｂｐｓまでの優先転送を行うリソース制御要求をネットワークＡ，Ｃ，Ｄに送信する。
【０１３９】
ネットワークノードＣ１は、リソース制御要求受付部Ｃ１１と、リソース制御部Ｃ１２とを含む。
【０１４０】
リソース制御要求受付部Ｃ１１は、パケット転送方法解決サーバＢ４からのリソース制御要求を受信し、リソース制御部Ｃ１２に対して要求されたリソース制御が行えるように設定を行う。そして要求されたリソース制御の設定が成功したか否かをパケット転送方法解決サーバＢ４に対して応答する。
【０１４１】
リソース制御部Ｃ１２は、ネットワークノードＣ１に関するリソース（リンク帯域など）の制御を実際に行う。
【０１４２】
次に、図１９を参照して、本実施の形態において、パケット転送方法解決サーバＢ４が、パケット転送装置Ａ１からのパケット転送方法解決要求を受信し、パケット転送装置Ａ１に応答を返すまでの動作について詳細に説明する。
【０１４３】
パケット転送方法解決サーバＢ４において、パケット転送装置Ａ１からのパケット転送方法解決要求を受信すると、パケット転送方法解決要求受付部Ｂ１１が該要求を受け付ける（図１９のステップＳ４０１）。
【０１４４】
パケット転送方法解決要求受付部Ｂ１１は、受信したパケット転送方法解決要求から、転送方法を解決したいパケットに含まれる情報を識別し、パケット転送方法データベースＢ１２から、該パケットに該当するエントリを検索する（ステップＳ４０２、ステップＳ４０３）。
【０１４５】
ステップＳ４０３の結果、該パケットに該当するエントリが存在しなかった場合は、該当エントリが存在しなかったことを示すメッセージをパケット転送装置Ａ１に対して応答する（ステップＳ４０５）。
【０１４６】
ステップＳ４０３の結果、該パケットに該当するエントリが存在した場合は、パケット転送方法解決要求受付部Ｂ１１は、該エントリに記述されているパケット転送方法はリソース制御が必要であるかどうかを判定する（ステップＳ４０４）。
【０１４７】
ステップＳ４０４の結果、リソース制御が必要である場合、必要なリソース制御を識別し、リソース制御要求部Ｂ４１を介してネットワークノードＣ１に対してリソース制御要求を送信する（ステップＳ４０６）。
【０１４８】
ステップＳ４０４の結果、リソース制御が必要ではない場合、ステップＳ４０３で読み出したパケット転送方法をパケット転送装置Ａ１に対して応答する。
【０１４９】
ステップＳ４０６で送信したリソース制御要求が受理された場合、ステップＳ４０３で読み出したパケット転送方法をパケット転送装置Ａ１に対して応答する（ステップＳ４０７、ステップＳ４０８）。
【０１５０】
ステップＳ４０６で送信したリソース制御要求が受理されなかった場合、ステップＳ４０２に戻り、再試行を行う（ステップＳ４０７、ステップＳ４０９）。ただし、本試行を予め設定された制限回数回行っている場合は、再試行はせず、該当エントリが存在しなかったことを示すメッセージをパケット転送装置Ａ１に対して応答する（ステップＳ４０９、ステップＳ４０５）。
【０１５１】
本実施の形態では、パケット転送方法解決サーバＢ４がネットワークノードＣ１に対してリソース制御要求を行ったが、その他にも、パケット転送装置Ａ１がパケット転送方法解決サーバＢ４から解決した転送方法に含まれる情報に基づいて、ネットワークＣ１に対してリソース制御要求を行う形態も考えられる。この場合、リソース制御要求部Ｂ４１に相当する機能を、パケット転送装置Ａ１がもつことになる。
【０１５２】
また、本実施の形態は、本発明の第２の実施の形態で示したように、パケット転送方法解決サーバとしてＤＮＳサーバＢ２を用いて実施してもよい。この場合は、ＤＮＳサーバＢ２の構成に加えて、リソース制御要求部Ｂ４１が追加される。ＤＮＳ解決要求受付部Ｂ１１がリソース制御が必要かどうかを識別する際の例として、パケット転送装置Ａ１に対して応答するパケット転送方法を示すＦＱＤＮが、ｒｓｖｂｗ−１０Ｍｂｐｓ．ｎｏｄｅ−Ａ−Ｂ−Ｃ．ｄｓｔｉｐ−２０−２−２−２．ｄｓｔｍａｃ−００−１２−３４−５６−７８−０ａ．ｖｌａｎ−２００．ｒｅｓｏｌｖｅ．ｏｒｇであれば、「ｒｓｖｂｗ−１０Ｍｂｐｓ．ｎｏｄｅ−Ａ−Ｂ−Ｃ」の部分を読み取り、ノードＡ，Ｂ，Ｃにおいて、１０Ｍｂｐｓの帯域予約が必要であるということを識別する、などの方法が考えられる。
【０１５３】
次に、本実施の形態の効果について説明する。本実施の形態では、パケット転送方法解決サーバＢ４において、パケット転送装置Ａ１からのパケット転送方法解決要求に対する応答を返す際に、同時にネットワーク内のノード上のリソースを制御する要求を行い、パケット転送装置Ａ１が送信するパケットの転送品質を制御する。ネットワークリソースの制御を同時に行うことにより、本発明の第４の実施の形態と同様、パケットの特性に応じたきめ細かなパケット転送制御が行える。
【０１５４】
【発明の第６の実施の形態】
次に本発明の第６の実施の形態について図面を参照して詳細に説明する。
【０１５５】
本実施の形態は、本発明の第１の実施の形態のパケット転送方法解決サーバＢ１において、パケット転送装置Ａ１から問い合わせされたパケット転送方法を応答する際に、外部から入力されたパケット転送ポリシに基づいて応答するパケット転送方法を制御し、該制御に対してネットワーク利用者から対価を得るというビジネスを実現する場合に相当する。ここでいうネットワーク利用者とは、家庭や企業内のエンドユーザや、エンドユーザに対して各種コンテンツやアプリケーションなどのサービスを提供するサービス提供業者などが対応する。
【０１５６】
図２０を参照すると、本実施の形態は、パケット転送装置Ａ１と、パケット転送方法解決サーバＢ５とによって実現される。このうち、パケット転送装置Ａ１は本発明の第１の実施の形態で説明したものと同じである。
【０１５７】
パケット転送方法解決サーバＢ５は、本発明の第１の実施の形態で説明したパケット転送方法解決サーバＢ１の構成に加えて、パケット転送ポリシ記述部Ｂ５１と、エントリ書き換え部Ｂ５２を含む点で異なる。
【０１５８】
パケット転送ポリシ記述部Ｂ５１は、パケット転送装置Ａ１からのパケット転送方法解決要求に対して応答するパケット転送方法を制御するポリシを記述する。パケット転送ポリシの例を図２１のパケット転送ポリシ記述テーブル１０７に示す。この例において、１番目のエントリでは、ＵＲＬがｗｗｗ．ｐｏｒｔａｌ．ｃｏｍ、宛先ポート番号が８０であるリクエストパケットに対して、１０００回までは優先的に、ＵＲＬをｗｗｗ．ｂｉｇｌｏｂｅ．ｎｅｔ、宛先ＩＰアドレスを２０．１．１．１に書き換えて転送するという処理を行うというポリシが記述されている。また、２番目のエントリでは、ＵＲＬがｗｗｗ．ａｂｃ．ｏｒｇ、宛先ポート番号が８０８０であるリクエストパケットの６０％を、ＵＲＬをｗｗｗ．ｘｙｚ．ｃｏｍ、宛先ＩＰアドレスを３０．１．１．１、ｖｌａｎ−ＩＤを１００に書き換えて転送するという処理を行うというポリシが記述されている。
【０１５９】
エントリ書き換え部Ｂ５２は、パケット転送ポリシ記述部Ｂ５１に記述されているパケット転送ポリシに基づいて、パケット転送方法データベースＢ１２のエントリを書き換える。パケット転送ポリシとして、図２１のパケット転送ポリシ記述テーブル１０７が用いられる場合に、エントリ書き換え部Ｂ５２によって書き換えられるパケット転送方法データベースの例を図２２に示す。図２２のパケット転送方法データベース１１２を参照すると、１番目のエントリでは、ＵＲＬがｗｗｗ．ｐｏｒｔａｌ．ｃｏｍ、宛先ポート番号が８０であるリクエストパケットに対して、ＵＲＬをｗｗｗ．ｂｉｇｌｏｂｅ．ｎｅｔ、宛先アドレスを２０．１．１．１、ｖｌａｎ−ＩＤを１００に書き換えて転送するという転送方法と、ｖｌａｎ−ＩＤだけを１００に書き換えて転送するという転送方法の２つが記述されており、選択基準の欄に前者を残り１０００回まで優先的に選択し（残り回数は選択回数に応じて減少させる）、後者はデフォルト時に選択する（他に優先的に選択する転送方法がないときに選択する）という選択基準が示されている。また、２番目のエントリでは、ＵＲＬがｗｗｗ．ａｂｃ．ｏｒｇ、宛先ポート番号が８０８０であるリクエストパケットに対して、ＵＲＬをｗｗｗ．ｘｙｚ．ｃｏｍ、宛先ＩＰアドレスを３０．１．１．１に書き換えて転送するという転送方法と、ｖｌａｎ−ＩＤを１００に書き換えて転送するという転送方法の２つが記述されており、選択基準の欄に前者を６０％のウェイトで選択し、後者を４０％のウェイトで選択するという選択基準が示されている。
【０１６０】
次に、本実施の形態によるビジネスモデルの例を以下に述べる。
【０１６１】
第１のビジネスモデルは、コンテンツサービス提供業者やアプリケーションサービス提供業者が、パケット転送方法解決サーバＢ５によって、ユーザからのコンテンツ取得あるいはアプリケーション実行のリクエストを自身のサーバに誘導する制御をしてもらい、その対価をパケット転送方法解決サーバＢ５を管理するネットワークサービス提供業者に支払うというビジネスモデルである。従来、検索サーバにおいて、検索結果として表示されるリストの上位に自サービス提供業者のＵＲＬへのリンクを表示し、ユーザからのリクエストを積極的に誘導するサービスはあったが、ネットワーク側の制御により、ユーザからのリクエストを誘導するサービスはなかった。
【０１６２】
第２のビジネスモデルは、パケット転送方法解決サーバＢ５によって、ユーザのコンテクスト情報（ユーザの位置、ユーザの使用しているデバイス、現在時刻、ユーザの嗜好など）に応じてユーザからのリクエストの転送方法を制御する。例えば、地図を表示するリクエストに対しては、ユーザの位置情報（ソースＩＰアドレス、ｖｌａｎ−ＩＤなど）に基づいて、ユーザの所在位置の地図を表示するサーバへ該リクエストを誘導するように転送制御を行う。あるいは、付近の飲食店のＷｅｂページに接続するリクエストに対して、現在営業時間内である飲食店のＷｅｂページにリクエストを誘導するように転送制御を行う。このビジネスモデルでは、ユーザあるいはコンテンツサービス提供業者やアプリケーションサービス提供業者から、パケット転送方法解決サーバＢ５を管理するネットワークサービス提供業者に対価を支払う。
【０１６３】
本実施の形態は、本発明の第２の実施の形態で示したように、パケット転送方法解決サーバとしてＤＮＳサーバＢ２を用いて実施してもよい。この場合は、ＤＮＳサーバＢ２の構成に加えて、パケット転送ポリシ記述部Ｂ５１およびエントリ書き換え部Ｂ５２が追加される。
【０１６４】
次に、本実施の形態の効果について説明する。本実施の形態では、外部から入力されたパケット転送ポリシに基づいてパケット転送装置Ａ１に応答するパケット転送方法を制御し、該制御に対してネットワーク利用者から対価を得るというビジネスを行う。本実施の形態によって、上述したビジネスモデルの例のように、今までなかったビジネスが実現できる。
【０１６５】
以上本発明を幾つかの実施の形態を挙げて説明したが、本発明は以上の実施の形態にのみ限定されず、その他各種の付加変更が可能である。また、本発明のパケット転送装置、パケット転送方法解決サーバおよびＤＮＳサーバは、その有する機能をハードウェア的に実現することは勿論、コンピュータとプログラムとで実現することができる。パケット転送装置用プログラム、パケット転送方法解決サーバ用プログラムおよびＤＮＳサーバ用プログラムは、磁気ディスクや半導体メモリ等のコンピュータ可読記録媒体に記録されて提供され、コンピュータの立ち上げ時などにコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータを前述した各実施の形態におけるパケット転送装置、パケット転送方法解決サーバおよびＤＮＳサーバとして機能させる。
【０１６６】
【発明の効果】
第１の効果は、パケット転送装置の管理の一元化を行うことができることである。その理由は、本発明により、パケット転送装置は、受信したパケットの転送方法を外部にあるパケット転送方法解決サーバに問い合わせることにより、図２３のＢ〜Ｐの箇所に対応するような対応関係を自動的に解決することができるため、１つ１つのパケット転送装置内にパケット転送方法を設定する必要がないからである。
【０１６７】
第２の効果は、既存のＤＮＳサーバを用いてパケット転送装置の管理の一元化を行うことができることである。その理由は、本発明により、既存のＤＮＳサーバをパケット転送方法解決サーバとして用いることができるからである。
【０１６８】
第３の効果は、新しいビジネス形態を実現することができることである。その理由は、本発明により、特定のネットワーク利用者に利益をもたらすパケット転送制御を行うポリシをパケット転送方法解決サーバに設定することにより、パケット転送装置に対してこのパケット転送ポリシに基づいてパケット転送を行わせることができるため、ネットワーク利用者から対価を得るビジネスモデルを実現することができるからである。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態の構成を示すブロック図である。
【図２】本発明の第１の実施の形態のパケット転送方法記憶テーブルのエントリの例を示す図である。
【図３】本発明の第１の実施の形態のパケット転送方法データベースのエントリの例を示す図である。
【図４】本発明の第１の実施の形態のパケット転送装置の動作を示す流れ図である。
【図５】本発明の第１の実施の形態のパケット転送方法解決サーバの動作を示す流れ図である。
【図６】本発明の第１の実施の形態の抽出パケット情報対応テーブルのエントリの例を示す図である。
【図７】本発明の第１の実施の形態のパケット転送方法データベースのエントリの他の例を示す図である。
【図８】本発明の第１の実施の形態のパケット転送方法データベースのエントリの他の例を示す図である。
【図９】本発明の第２の実施の形態の構成を示すブロック図である。
【図１０】本発明の第２の実施の形態のＩＰアドレス／ＦＱＤＮ対応データベースのエントリの例を示す図である。
【図１１】本発明の第２の実施の形態のパケット転送装置の動作を示す流れ図である。
【図１２】本発明の第２の実施の形態のパケット転送装置とＤＮＳサーバとの間で流れるメッセージの例を示す図である。
【図１３】本発明の第３の実施の形態の構成を示すブロック図である。
【図１４】本発明の第３の実施の形態の抽出パケット情報変換部で行われる変換の例を示す図である。
【図１５】本発明の第４の実施の形態の構成を示すブロック図である。
【図１６】本発明の第４の実施の形態のエントリ書き換え部が行うパケット転送方法データベース内のエントリ書き換えの例を示す図である。
【図１７】本発明の第５の実施の形態の構成を示すブロック図である。
【図１８】本発明の第５の実施の形態のパケット転送方法データベースのエントリの例を示す図である。
【図１９】本発明の第５の実施の形態のパケット転送方法解決サーバの動作を示す流れ図である。
【図２０】本発明の第６の実施の形態の構成を示すブロック図である。
【図２１】本発明の第６の実施の形態のパケット転送ポリシ記述部に記述されるパケット転送ポリシの例を示す図である。
【図２２】本発明の第６の実施の形態のパケット転送方法データベースのエントリの例を示す図である。
【図２３】パケットに含まれる情報の種類と転送方法に関する情報の種類との組み合わせを示すマトリクスである。
【符号の説明】
Ａ１〜Ａ３ パケット転送装置
Ａ１１ パケット受信部
Ａ１２ パケット記憶部
Ａ１３ パケット情報抽出部
Ａ１４，Ａ２１ パケット転送方法解決部
Ａ１５ パケット転送方法記憶テーブル
Ａ１６ パケット処理部
Ａ１７ パケット送信部
Ａ３１ サービス入力部
Ａ３２ 抽出パケット情報変換部
Ｂ１，Ｂ３〜Ｂ５ パケット転送方法解決サーバ
Ｂ２ ＤＮＳサーバ
Ｂ１１ パケット転送方法解決要求受付部
Ｂ１２ パケット転送方法データベース
Ｂ２１ ＤＮＳ解決要求受付部
Ｂ２２ ＩＰアドレス／ＦＱＤＮ対応データベース
Ｂ３１ リソース情報収集部
Ｂ３２，Ｂ５２ エントリ書き換え部
Ｂ４１ リソース制御要求部
Ｂ５１ パケット転送ポリシ記述部
Ｃ１ ネットワークノード
Ｃ１１ リソース制御要求受付部
Ｃ１２ リソース制御部
１０１ パケット転送方法記憶テーブル
１０２，１０６，１０７，１１０〜１１２ パケット転送方法データベース
１０３ ＩＰアドレス解決用データベース
１０４ ＦＱＤＮ解決用データベース
１０５ 抽出パケット情報変換テーブル
１０８ パケット転送ポリシ記述テーブル
１０９ 抽出パケット情報対応テーブル
【発明の属する技術分野】
本発明は、パケット転送装置およびサーバに関し、特に受信したパケットに含まれる情報に基づいてパケットの転送を行うパケット転送装置、およびパケットに含まれる情報からパケットに対する転送方法を解決するサーバに関する。
【０００２】
【従来の技術】
受信したパケットに含まれる情報に基づいて、そのパケットの転送を行うパケット転送装置としては、現在ＩＰ(Internet Protocol)網において用いられているものを例にとると、以下のようなものがある。
（ｉ）ＭＡＣヘッダ（宛先ＭＡＣアドレス、ＶＬＡＮ−ＩＤなど）に含まれる情報を用いてパケットの転送方法を決定するレイヤ２スイッチ。
（ｉｉ）ＩＰヘッダ（宛先ＩＰアドレスなど）に含まれる情報を用いてパケットの転送方法を決定するルータ、レイヤ３スイッチ。
（ｉｉｉ）ＩＰヘッダおよびＴＣＰ／ＵＤＰヘッダ（ポート番号など）に含まれる情報を用いてパケットの転送方法を決定するレイヤ４スイッチ。
（ｉｖ）アプリケーションレベルのヘッダ（ＨＴＴＰ(HyperText Transport Protocl)ヘッダ、ＲＴＳＰ(Real Time Streaming Protocol)ヘッダなど）に含まれる情報（ＵＲＬ(Universal Resource Locator)、Ｃｏｏｋｉｅなど）を用いてパケットの転送方法を決定するレイヤ７スイッチ。
【０００３】
これらのパケット転送装置が、受信したパケットに対する転送方法を決定するためには、受信したパケットに含まれる情報とパケットの転送方法との対応関係の情報が必要である。従来のパケット転送装置において、この情報を得るためには、以下の３通りの方法がある。
（ａ）コマンドラインインターフェース(Command Line Interface; CLI)や、ＮＭＳ(Network Management Server)などでパケット転送装置内部に静的に設定された情報を用いる。
（ｂ）ルーティングプロトコルなどで他のノードから広告される情報を用いてパケット転送装置に動的に広告される情報を用いる。
（ｃ）外部のサーバに対して問い合わせる。
本発明は、このうちの（ｃ）の方法の改良に関する。
【０００４】
パケット転送装置が、受信したパケットに含まれる情報とそのパケットの転送方法との対応関係の情報を外部のサーバに対して問い合わせる従来例としては、あるＩＰアドレスに対応するＭＡＣアドレスをルータに問い合わせて解決するｐｒｏｘｙ ａｒｐ方式や、Ｗｅｂプロキシサーバが、ユーザからのＨＴＴＰリクエストに含まれるＵＲＬのＦＱＤＮ(Fully Qualified Domain Name：完全修飾ドメイン名)部分から、対応するサーバのＩＰアドレスをＤＮＳ(Domain Name System)サーバに対して問い合わせる方式などがある。
【０００５】
【発明が解決しようとする課題】
従来の技術において、外部のサーバに対してパケットの転送方法を問い合わせる場合としては、上述したように、ｐｒｏｘｙ ａｒｐ方式や、ＷｅｂプロキシサーバのＤＮＳサーバに対する問い合わせなどがあった。しかしながら、これらはいずれもパケットに含まれる特定のフィールドの１つの情報から、別の固定的な特定のフィールドの１つの情報に変換する１対１の変換だけである。すなわち、ｐｒｏｘｙ ａｒｐ方式では「ＩＰアドレス→ＭＡＣアドレス」の変換であり、Ｗｅｂプロキシサーバでは「ＦＱＤＮ→ＩＰアドレス」の変換であり、いずれも１対１の限定的な対応関係を解決するだけである。
【０００６】
図２３は、パケットに含まれる情報の種類と転送方法に関する情報の種類との組み合わせを示すマトリクスである。パケットに含まれる情報の種類を分類した各列において、「１種類（固定）」の列は、受信パケットに関わらず予め定められた１種類の情報を転送方法を解決するためのキーに用いることを、「１種類（パケット毎に決定）」の列は、キーに使う情報の種類は１種類であるが、その種類は受信パケット毎に決定されることを、「複数（固定）」の列は、受信パケットに関わらず予め定められた複数の種類の情報をキーに用いることを、「複数（パケット毎に決定）」の列は、キーに使う情報の種類は複数であり、且つ、その複数の種類は受信パケット毎に決定されることを、それぞれ示す。また、転送方法に関する情報の種類を分類した各行において、「１種類（固定）」の行は、受信パケットに関わらず予め定められた１種類の情報を転送方法に関する情報として解決することを、「１種類（パケット毎に決定）」の行は、解決する情報の種類は１種類であるが、その種類は受信パケット毎に決定されることを、「複数（固定）」の行は、受信パケットに関わらず予め定められた複数の種類の情報を転送方法に関する情報として解決することを、「複数（パケット毎に決定）」の行は、解決する情報の種類は複数であり、且つ、その複数の種類は受信パケット毎に決定されることを、それぞれ示す。
【０００７】
外部のサーバに対してパケットの転送方法を問い合わせるｐｒｏｘｙ ａｒｐ方式やＷｅｂプロキシサによる従来の方法は、図２３のマトリクスではＡの箇所の組み合わせに相当し、Ａ以外のＢ〜Ｐの箇所の組み合わせのような対応関係は、従来の技術では外部のサーバを用いて解決することはできなかった。具体的には、以下のような対応関係は解決できなかった。
【０００８】
（１）受信パケットに含まれる任意の複数の種類の情報をキーに、そのパケットの転送方法に関する１つ以上の任意の種類の情報を解決する（Ｉ〜Ｐ）。例えば、宛先ポート番号と宛先ＭＡＣアドレスの双方をキーに、書き換え後の宛先ポート番号と宛先ＭＡＣアドレスを解決する如きである。
（２）受信パケットに含まれる１つの種類の情報をキーにするが、キーとする情報の種類が受信パケット毎に決定されるような場合である（Ｅ〜Ｈ）。例えば、或る受信パケットではＵＲＬをキーにＵＲＬを書き換え、別の受信パケットではＩＰアドレスをキーにＭＡＣアドレスを書き換える如きである。
（３）受信パケットに含まれる１つの固定的な種類の情報をキーに、そのパケットの転送方法に関する任意の複数の種類の情報を解決する（Ｃ、Ｄ）。例えば、ＵＲＬをキーに、書き換え後のＵＲＬと、追加すべきｖｌａｎタグを解決する如きである。
（４）受信パケットに含まれる１つの固定的な種類の情報をキーにしてそのパケットの転送方法に関する１つの種類の情報を解決するが、解決する情報の種類が受信パケット毎に決定されるような場合である（Ｂ）。例えば、いずれもＵＲＬをキーにするが、或る受信パケットでは書き換え後のＵＲＬを解決し、別の受信パケットではＭＡＣアドレスを解決する如きである。
（５）以上の（１）〜（４）の任意の組み合わせ。例えば、パケットＡとパケットＢという２種類のパケットがあり、パケットＡに対しては宛先ポート番号と宛先ＭＡＣアドレスを書き換えて転送し、パケットＢに対してはＵＲＬを書き換え、ｖｌａｎタグを追加して転送する如きである。
【０００９】
上記（１）〜（５）のような対応関係を解決するためには、従来の技術では、外部サーバでなく、ＣＬＩや、ＮＭＳなどでパケット転送装置内部に静的に設定するしか方法がなかった。しかし、この方法では１つ１つのパケット転送装置内にパケット転送方法を設定しなければならないので、パケット転送装置を一元的に管理することができない。
【００１０】
また、仮に外部のサーバに問い合わせて上記（１）〜（５）のような対応関係の転送方法を解決するとしても、宛先ポート番号の書き換え方法を解決するサーバ、宛先ＭＡＣアドレスの書き換え方法を解決するサーバ、ＵＲＬの書き換え方法を解決するサーバ、ｖｌａｎタグの追加方法を解決するサーバ、…、といったように、各種類の情報の処理方法ごとに、サーバを設けなくてはならず、その実現は不可能に近かった。パケットごとに異なる転送方法を設定する場合には、なお更のことであった。
【００１１】
本発明の第１の目的は、前述した（１）〜（５）のような対応関係を外部のサーバを用いて解決し、受信したパケットを他のノードに対して転送することのできるパケット転送装置を提供することである。
【００１２】
本発明の第２の目的は、受信したパケットを他のノードに対して転送するパケット転送装置からの前述した（１）〜（５）のような対応関係にかかる問い合わせに応答することのできるサーバを提供することである。
【００１３】
【課題を解決するための手段】
本発明の第１のパケット転送装置は、受信したパケットを他のノードに対して転送するパケット転送装置において、前記受信したパケットに含まれる複数の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報を問い合わせ（前記受信したパケットに関わらず予め定まる１種類の情報のみを問い合わせる場合を除く）、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決する。より具体的には、受信したパケットに含まれる複数の種類の情報を抽出するパケット情報抽出部と、前記パケット情報抽出部が抽出した前記複数の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報を問い合わせ（前記受信したパケットに関わらず予め定まる１種類の情報のみを問い合わせる場合を除く）、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決するパケット転送方法解決部とを備える。
【００１４】
本発明の第２のパケット転送装置は、受信したパケットを他のノードに対して転送するパケット転送装置において、前記受信したパケットに含まれる１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報を問い合わせ、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決する。より具体的には、受信したパケットに含まれる１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を抽出するパケット情報抽出部と、前記パケット情報抽出部が抽出した前記１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報を問い合わせ、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決するパケット転送方法解決部とを備える。
【００１５】
本発明の第３のパケット転送装置は、受信したパケットを他のノードに対して転送するパケット転送装置において、前記受信したパケットに含まれる１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する複数の種類の情報を問い合わせ、得られた複数の種類の情報によって前記受信したパケットの転送方法を解決する。より具体的には、受信したパケットに含まれる１つ以上の種類の情報を抽出するパケット情報抽出部と、前記パケット情報抽出部が抽出した前記１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する複数の種類の情報を問い合わせ、得られた複数の種類の情報によって前記受信したパケットの転送方法を解決するパケット転送方法解決部とを備える。
【００１６】
本発明の第４のパケット転送装置は、受信したパケットを他のノードに対して転送するパケット転送装置において、前記受信したパケットに含まれる１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を問い合わせ、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決する。より具体的には、受信したパケットに含まれる１つ以上の種類の情報を抽出するパケット情報抽出部と、前記パケット情報抽出部が抽出した前記１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を問い合わせ、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決するパケット転送方法解決部とを備える。
【００１７】
ここで、パケットの転送方法に関する情報として前記外部のサーバから解決する情報は、受信したパケットに含まれる情報の書き換えに関する情報、受信したパケットに追加する情報に関する情報、受信したパケットから削除する情報に関する情報、受信したパケットが転送される経路の制御方法に関する情報、受信したパケットが転送される経路におけるリソースの制御方法に関する情報の少なくとも１つを含んでいて良い。
【００１８】
また、前記パケット情報抽出部は、２つ以上のパケットにまたがってエンコードされている情報を抽出するものであって良い。
【００１９】
本発明のパケット転送装置は、前記パケット転送方法解決部が解決したパケットの転送方法に関する情報を一時的に記憶するパケット転送方法記憶テーブルを備え、前記パケット転送方法解決部は、前記受信したパケットの転送方法に関する情報を外部のサーバに問い合わせる前に、前記パケット転送方法記憶テーブルに前記受信したパケットの転送方法に関する情報が記憶されているか否かをチェックし、前記パケット転送方法記憶テーブルに前記受信したパケットの転送方法に関する情報が記憶されている場合は、前記パケット転送方法記憶テーブルから前記受信したパケットの転送方法に関する情報を読み出すことにより、前記受信したパケットの転送方法を解決するようにして良い。
【００２０】
前記パケット転送方法解決部は、前記パケット情報抽出部が抽出した前記受信したパケットに含まれる情報を用いて、前記受信したパケットに含まれる情報を一意に示すＦＱＤＮまたはＩＰアドレスのどちらか一方、あるいは両方を作成するものであって良い。
【００２１】
前記パケット転送方法解決部は、ドメインネームシステムサーバから解決したＦＱＤＮまたはＩＰアドレスを基にして、前記受信したパケットの転送方法を一意に識別するものであって良い。
【００２２】
前記パケット転送方法解決部は、ドメインネームシステムサーバに対して、ＦＱＤＮまたはＩＰアドレスを解決する要求を１回以上繰り返すことにより、前記パケット情報抽出部が抽出した前記受信したパケットに含まれる情報に対応するパケット転送方法を一意に示すＦＱＤＮまたはＩＰアドレスを解決するものであって良い。
【００２３】
前記パケット転送方法解決部は、前記パケット情報抽出部が抽出した前記受信したパケットに含まれる情報を用いて、前記受信したパケットに含まれる情報を一意に示すＦＱＤＮを作成し、前記ＦＱＤＮをキーにして、ドメインネームシステムサーバに前記ＦＱＤＮに対応するＩＰアドレスを問い合わせ、前記ドメインネームシステムサーバから応答された前記ＦＱＤＮに対応するＩＰアドレスをキーにして、前記ドメインネームシステムサーバに前記ＩＰアドレスに対応するＦＱＤＮを問い合わせ、前記ドメインネームシステムサーバから応答された前記ＩＰアドレスに対応するＦＱＤＮを基にして、前記受信したパケットの転送方法を一意に識別するものであって良い。
【００２４】
本発明のパケット転送装置は、提供するサービスの種類が設定されるサービス入力部と、前記サービス入力部に設定された前記サービスの種類に応じて、前記パケット情報抽出部が抽出する前記受信したパケットに含まれる情報の種類に変換する抽出パケット情報変換部とを備えるようにして良い。
【００２５】
本発明のパケット転送装置は、前記パケット転送方法解決部が解決したパケット転送方法の付加情報として、ネットワーク内の他のノードに対するリソース制御が必要な場合に、前記他のノードに対してリソース制御を行う要求を出すリソース制御要求部を備えるようにして良い。
【００２６】
本発明の第１のパケット転送方法解決サーバは、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる複数の種類の情報を指定した要求に対して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を前記パケット転送装置に対して応答する。より具体的には、パケットに含まれる複数の種類の情報とパケットの転送方法に関する１つ以上の種類の情報との対応関係が登録されているパケット転送方法データベースと、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる複数の種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を前記パケット転送装置に対して応答するパケット転送方法解決要求受付部とを備える。
【００２７】
本発明の第２のパケット転送方法解決サーバは、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を指定した要求に対して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を前記パケット転送装置に対して応答する。より具体的には、パケットに含まれる１つ以上の種類の情報とパケットの転送方法に関する１つ以上の種類の情報との対応関係が登録されているパケット転送方法データベースと、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を前記パケット転送装置に対して応答するパケット転送方法解決要求受付部とを備える。
【００２８】
本発明の第３のパケット転送方法解決サーバは、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報を指定した要求に対して、前記受信したパケットの転送方法に関する複数の種類の情報を前記パケット転送装置に対して応答する。より具体的には、パケットに含まれる１つ以上の種類の情報とパケットの転送方法に関する複数の種類の情報との対応関係が登録されているパケット転送方法データベースと、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する複数の種類の情報を前記パケット転送装置に対して応答するパケット転送方法解決要求受付部とを備える。
【００２９】
本発明の第４のパケット転送方法解決サーバは、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報を指定した要求に対して、前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を前記パケット転送装置に対して応答する。より具体的には、パケットに含まれる１つ以上の種類の情報とパケットの転送方法に関する１つ以上の種類の情報との対応関係が登録されているパケット転送方法データベースと、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を前記パケット転送装置に対して応答するパケット転送方法解決要求受付部とを備える。
【００３０】
ここで、パケットの転送方法に関する情報として前記パケット転送装置に対して応答する情報は、受信したパケットに含まれる情報の書き換えに関する情報、受信したパケットに追加する情報に関する情報、受信したパケットから削除する情報に関する情報、受信したパケットが転送される経路の制御方法に関する情報、受信したパケットが転送される経路におけるリソースの制御方法に関する情報の少なくとも１つを含んでいて良い。
【００３１】
本発明のパケット転送方法解決サーバは、ネットワーク内のリソース情報を収集するリソース情報収集部と、前記リソース情報収集部が収集した前記ネットワーク内のリソース情報に基づいて、前記パケット転送方法データベースに登録されているエントリを書き換えるエントリ書き換え部とを備えていて良い。
【００３２】
本発明のパケット転送方法解決サーバは、前記パケット転送方法解決要求受付部が前記パケット転送装置からの前記パケット転送方法解決要求に対して、前記転送方法に関する情報を応答する際に、前記転送方法の付加情報として、ネットワーク内の他のノードに対するリソース制御が必要な場合に、前記他のノードに対してリソース制御を行う要求を出すリソース制御要求部を備えていて良い。
【００３３】
本発明のパケット転送方法解決サーバは、前記パケット転送方法解決要求受付部が前記パケット転送装置からの前記パケット転送方法解決要求に対して応答する前記転送方法に関する情報を制御するポリシを記述するパケット転送ポリシ記述部と、前記パケット転送ポリシ記述部に記述された前記ポリシに基づいて、前記パケット転送方法データベースに登録されているエントリを書き換えるエントリ書き換え部とを備えていて良い。
【００３６】
本発明の第１のＤＮＳサーバは、ＦＱＤＮに対応するＩＰアドレスおよびＩＰアドレスに対応するＦＱＤＮが登録されているデータベースであって、受信したパケットを他のノードに対して転送するパケット転送装置における前記受信したパケットに含まれる１つ以上の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスと、前記受信したパケットの転送方法に関する複数の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスとが関係付けられているＩＰアドレス／ＦＱＤＮ対応データベースと、受信したパケットを他のノードに対して転送するパケット転送装置からのＦＱＤＮに対応するＩＰアドレスを問い合わせるＩＰアドレス解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＦＱＤＮに対応するＩＰアドレスを応答し、且つ、前記パケット転送装置からのＩＰアドレスに対応するＦＱＤＮを問い合わせるＦＱＤＮ解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＩＰアドレスに対応するＦＱＤＮを応答するＤＮＳ解決要求受付部とを備える。
【００３７】
本発明の第２のＤＮＳサーバは、ＦＱＤＮに対応するＩＰアドレスおよびＩＰアドレスに対応するＦＱＤＮが登録されているデータベースであって、受信したパケットを他のノードに対して転送するパケット転送装置における前記受信したパケットに含まれる１つ以上の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスと、前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスとが関係付けられているＩＰアドレス／ＦＱＤＮ対応データベースと、受信したパケットを他のノードに対して転送するパケット転送装置からのＦＱＤＮに対応するＩＰアドレスを問い合わせるＩＰアドレス解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＦＱＤＮに対応するＩＰアドレスを応答し、且つ、前記パケット転送装置からのＩＰアドレスに対応するＦＱＤＮを問い合わせるＦＱＤＮ解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＩＰアドレスに対応するＦＱＤＮを応答するＤＮＳ解決要求受付部とを備える。
【００３８】
ここで、前記ＤＮＳ解決要求受付部が、前記パケット転送装置に対して応答するＦＱＤＮまたはＩＰアドレスは、前記受信したパケットの任意の１つ以上の情報に対する書き換え、追加、削除の処理方法と、前記受信したパケットが転送される経路および前記経路におけるリソースの制御方法とのいずれか一方、あるいは両方に含まれる任意の１つ以上の転送方法に関する情報を一意に示すものであって良い。
【００３９】
本発明のＤＮＳサーバは、ネットワーク内のリソース情報を収集するリソース情報収集部と、前記リソース情報収集部が収集した前記ネットワーク内のリソース情報に基づいて、前記ＩＰアドレス／ＦＱＤＮ対応データベースに登録されているエントリを書き換えるエントリ書き換え部とを備えていて良い。
【００４０】
本発明のＤＮＳサーバは、前記ＤＮＳ解決要求受付部が前記パケット転送装置からの前記ＩＰアドレス解決要求および前記ＦＱＤＮ解決要求に対して、前記ＦＱＤＮに対応するＩＰアドレスおよび前記ＩＰアドレスに対応するＦＱＤＮを応答する際に、ネットワーク内の他のノードに対するリソース制御が必要であると判断した場合に、前記他のノードに対してリソース制御を行う要求を出すリソース制御要求部を備えていて良い。
【００４１】
本発明のＤＮＳサーバは、前記ＤＮＳ解決要求受付部が前記パケット転送装置からの前記ＩＰアドレス解決要求および前記ＦＱＤＮ解決要求に対して応答する前記ＦＱＤＮに対応するＩＰアドレスおよび前記ＩＰアドレスに対応するＦＱＤＮを制御するポリシを記述するパケット転送ポリシ記述部と、前記パケット転送ポリシ記述部に記述された前記ポリシに基づいて、前記ＩＰアドレス／ＦＱＤＮ対応データベースに登録されているエントリを書き換えるエントリ書き換え部とを備えていて良い。
【００４２】
本発明の第１のネットワークシステムは、本発明にかかるパケット転送装置と、ポリシが記述される構成の本発明にかかるパケット転送方法解決サーバまたはＤＮＳサーバとを含んで構成され、前記パケット転送方法解決サーバまたは前記ＤＮＳサーバに、ユーザからのコンテンツまたはアプリケーションサービスを要求するリクエストパケットを特定の提供業者のサーバに対して誘導するポリシが記述される。
【００４３】
本発明の第２のネットワークシステムは、本発明にかかるパケット転送装置と、ポリシが記述される構成の本発明にかかるパケット転送方法解決サーバまたはＤＮＳサーバとを含んで構成され、前記パケット転送方法解決サーバまたは前記ＤＮＳサーバに、コンテンツまたはアプリケーションサービスの提供業者が提供する前記コンテンツまたはアプリケーションサービスを要求するユーザからのリクエストパケットの転送制御を、前記ユーザのコンテクスト情報に基づいて行うポリシが記述される。
【００４４】
【作用】
本発明の第１のパケット転送装置にあっては、パケット情報抽出部が、受信したパケットに含まれる複数の種類の情報を抽出し、パケット転送方法解決部が、この抽出された複数の種類の情報を指定して外部のサーバに対して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を問い合わせ（前記受信したパケットに関わらず予め定まる１種類の情報のみを問い合わせる場合を除く）、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決する。つまり、図２３のＪ〜Ｐの対応関係を解決する。これにより、受信パケットに含まれる複数の種類の情報をキーに、そのパケットの転送方法に関する１つ以上の種類の情報（前記受信したパケットに関わらず予め定まる１種類の情報は除く）を解決して転送することが可能になる。
【００４５】
本発明の第２のパケット転送装置にあっては、パケット情報抽出部が、受信したパケットに含まれる１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を抽出し、パケット転送方法解決部が、この抽出された前記１つ以上の種類の情報を指定して外部のサーバに対して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を問い合わせ、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決する。つまり、図２３のＥ〜Ｈ、Ｍ〜Ｐの対応関係を解決する。これにより、受信パケット毎に決定される１つ以上の種類の情報をキーに、そのパケットの転送方法に関する１つ以上の種類の情報を解決して転送することが可能になる。
【００４６】
本発明の第３のパケット転送装置にあっては、パケット情報抽出部が、受信したパケットに含まれる１つ以上の種類の情報を抽出し、パケット転送方法解決部が、この抽出された前記１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する複数の種類の情報を問い合わせ、得られた複数の種類の情報によって前記受信したパケットの転送方法を解決する。つまり、図２３のＣ、Ｄ、Ｇ、Ｈ、Ｋ、Ｌ、Ｏ、Ｐの対応関係を解決する。これにより、受信パケットに含まれる１つの種類の情報をキーに、そのパケットの転送方法に関する複数の種類の情報を解決して転送することが可能になる。
【００４７】
本発明の第４のパケット転送装置にあっては、パケット情報抽出部が、受信したパケットに含まれる１つ以上の種類の情報を抽出し、パケット転送方法解決部が、この抽出された前記１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を問い合わせ、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決する。つまり、図２３のＢ、Ｄ、Ｆ、Ｈ、Ｊ、Ｌ、Ｎ、Ｐの対応関係を解決する。これにより、受信パケットに含まれる１つ以上の種類の情報をキーにして、そのパケットの転送方法に関する１つ以上の種類の情報であって受信パケット毎に決定されるような種類の情報を解決して転送することが可能になる。
【００４８】
パケット転送方法解決部が解決したパケットの転送方法に関する情報を一時的に記憶するパケット転送方法記憶テーブルを備える本発明のパケット転送装置にあっては、受信したパケットの転送方法に関する情報を外部のサーバに毎回問い合せる必要がなくなり、受信したパケットの転送を効率良く行うことができる。
【００４９】
本発明の第１のパケット転送方法解決サーバにあっては、パケット転送方法データベースが、パケットに含まれる複数の種類の情報とパケットの転送方法に関する１つ以上の種類の情報との対応関係を保持し、パケット転送方法解決要求受付部が、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる複数の種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を前記パケット転送装置に対して応答する。つまり、図２３のＩ〜Ｐの対応関係を解決する。これにより、受信パケットに含まれる複数の種類の情報をキーにしたパケット転送装置からの問い合わせに対して、そのパケットの転送方法に関する１つ以上の種類の情報を応答することが可能になる。
【００５０】
本発明の第２のパケット転送方法解決サーバにあっては、パケット転送方法データベースが、パケットに含まれる１つ以上の種類の情報とパケットの転送方法に関する１つ以上の種類の情報との対応関係を保持し、パケット転送方法解決要求受付部が、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を前記パケット転送装置に対して応答する。つまり、図２３のＥ〜Ｈ、Ｍ〜Ｐの対応関係を解決する。これにより、受信パケット毎に決定される１つ以上の種類の情報をキーにしたパケット転送装置からの問い合わせに対して、そのパケットの転送方法に関する１つ以上の種類の情報を応答することが可能になる。
【００５１】
本発明の第３のパケット転送方法解決サーバにあっては、パケット転送方法データベースが、パケットに含まれる１つ以上の種類の情報とパケットの転送方法に関する複数の種類の情報との対応関係を保持し、パケット転送方法解決要求受付部が、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する複数の種類の情報を前記パケット転送装置に対して応答する。つまり、図２３のＣ、Ｄ、Ｇ、Ｈ、Ｋ、Ｌ、Ｏ、Ｐの対応関係を解決する。これにより、受信パケットに含まれる１つ以上の種類の情報をキーにしたパケット転送装置からの問い合わせに対して、そのパケットの転送方法に関する複数の種類の情報を応答することが可能になる。
【００５２】
本発明の第４のパケット転送方法解決サーバにあっては、パケット転送方法データベースが、パケットに含まれる１つ以上の種類の情報とパケットの転送方法に関する１つ以上の種類の情報との対応関係を保持し、パケット転送方法解決要求受付部が、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を前記パケット転送装置に対して応答する。つまり、図２３のＢ、Ｄ、Ｆ、Ｈ、Ｊ、Ｌ、Ｎ、Ｐの対応関係を解決する。これにより、受信パケットに含まれる１つ以上の種類の情報をキーにしたパケット転送装置からの問い合わせに対して、そのパケットの転送方法に関する１つ以上の種類の情報であって受信パケット毎に決定されるような種類の情報を応答することが可能になる。
【００５５】
本発明の第１のＤＮＳサーバにあっては、ＦＱＤＮに対応するＩＰアドレスおよびＩＰアドレスに対応するＦＱＤＮが登録されているデータベースに、受信したパケットを他のノードに対して転送するパケット転送装置における前記受信したパケットに含まれる１つ以上の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスと、前記受信したパケットの転送方法に関する複数の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスとが直接あるいは間接的に関係付けられており、ＤＮＳ解決要求受付部が、受信したパケットを他のノードに対して転送するパケット転送装置からのＦＱＤＮに対応するＩＰアドレスを問い合わせるＩＰアドレス解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＦＱＤＮに対応するＩＰアドレスを応答し、また、前記パケット転送装置からのＩＰアドレスに対応するＦＱＤＮを問い合わせるＦＱＤＮ解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＩＰアドレスに対応するＦＱＤＮを応答する。つまり、図２３のＣ、Ｄ、Ｇ、Ｈ、Ｋ、Ｌ、Ｏ、Ｐの対応関係を解決する。これにより、受信パケットに含まれる１つ以上の種類の情報を一意に示すＦＱＤＮあるいはＩＰアドレスをキーにしたパケット転送装置からの問い合わせに対して、そのパケットの転送方法に関する複数の種類の情報を一意に示すＦＱＤＮあるいはＩＰアドレスを応答することが可能になる。
【００５６】
本発明の第２のＤＮＳサーバにあっては、ＦＱＤＮに対応するＩＰアドレスおよびＩＰアドレスに対応するＦＱＤＮが登録されているデータベースに、受信したパケットを他のノードに対して転送するパケット転送装置における前記受信したパケットに含まれる１つ以上の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスと、前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスとが直接または間接的に関係付けられており、ＤＮＳ解決要求受付部が、受信したパケットを他のノードに対して転送するパケット転送装置からのＦＱＤＮに対応するＩＰアドレスを問い合わせるＩＰアドレス解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＦＱＤＮに対応するＩＰアドレスを応答し、また、前記パケット転送装置からのＩＰアドレスに対応するＦＱＤＮを問い合わせるＦＱＤＮ解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＩＰアドレスに対応するＦＱＤＮを応答する。つまり、図２３のＢ、Ｄ、Ｆ、Ｈ、Ｊ、Ｌ、Ｎ、Ｐの対応関係を解決する。これにより、受信パケットに含まれる１つ以上の種類の情報を一意に示すＦＱＤＮあるいはＩＰアドレスをキーにしたパケット転送装置からの問い合わせに対して、そのパケットの転送方法に関する１つ以上の種類の情報であって受信パケット毎に決定されるような種類の情報を一意に示すＦＱＤＮあるいはＩＰアドレスを応答することが可能になる。
【００５７】
本発明の第１のネットワークシステムにあっては、ユーザからのコンテンツまたはアプリケーションサービスを要求するリクエストパケットを受信したパケット転送装置がその受信パケットの転送方法に関する情報をパケット転送方法解決サーバまたはＤＮＳサーバに問い合せると、パケット転送方法解決サーバまたはＤＮＳサーバが、自身に設定されているポリシに従って、そのリクエストパケットを特定の提供業者のサーバに対して誘導する転送方法に関する情報を応答し、パケット転送装置がこの応答された情報によって前記受信したリクエストパケットの転送方法を解決し、前記特定の提供業者のサーバへ前記受信パケットを転送する。
【００５８】
本発明の第２のネットワークシステムにあっては、ユーザからのコンテンツまたはアプリケーションサービスを要求するリクエストパケットを受信したパケット転送装置がその受信パケットの転送方法に関する情報をパケット転送方法解決サーバまたはＤＮＳサーバに問い合せると、パケット転送方法解決サーバまたはＤＮＳサーバが、自身に記述されているポリシに従って、そのリクエストパケットの転送制御を前記ユーザのコンテクスト情報に基づいて行うような転送方法に関する情報を応答し、パケット転送装置がこの応答された情報によって前記受信したリクエストパケットの転送方法を解決する。
【００５９】
【発明の第１の実施の形態】
次に、本発明の第１の実施の形態について図面を参照して詳細に説明する。
【００６０】
図１を参照すると、本発明の第１の実施の形態は、パケット転送装置Ａ１と、パケット転送方法解決サーバＢ１とによって実現される。
【００６１】
パケット転送装置Ａ１は、パケット受信部Ａ１１と、パケット記憶部Ａ１２と、パケット情報抽出部Ａ１３と、パケット転送方法解決部Ａ１４と、パケット転送方法記憶テーブルＡ１５と、パケット処理部Ａ１６と、パケット送信部Ａ１７とを含む。
【００６２】
パケット受信部Ａ１１は、他のノードによって送信されたパケットを受信し、パケット記憶部Ａ１２へ受信したパケットを一旦格納する。そしてパケット情報抽出部Ａ１３へパケットを受信したことを示すシグナルを送る。
【００６３】
パケット記憶部Ａ１２は、パケット受信部Ａ１１が受信したパケットがパケット送信部Ａ１７によって送信されるまでの間、該パケットを一時的に格納するための記憶装置である。
【００６４】
パケット情報抽出部Ａ１３は、パケット受信部Ａ１１からパケットを受信したことを示すシグナルの受信をトリガとして、パケット記憶部Ａ１２内に格納された該パケットに含まれる情報を抽出する。本実施の形態の場合、パケット情報抽出部Ａ１３は、受信したパケット中の予め定められた１種類以上の情報を抽出する。ここで抽出する情報の例として、ＵＲＬ、ＴＣＰ／ＵＤＰポート番号、ソース／宛先ＩＰアドレス、ＶＬＡＮ−ＩＤ、ソース／宛先ＭＡＣアドレスなどがある。ここで抽出する情報とは、必ずしも１つのパケットのなかに含まれている必要はなく、２つ以上のパケットを組み立てて生成されるデータから得られる情報も含む。例えば、アプリケーションレイヤの情報であるＵＲＬ、Ｃｏｏｋｉｅなどは、ＴＣＰコネクション上で複数のパケットにまたがってエンコードされる場合もある。この場合、該ＴＣＰコネクションをパケット転送装置Ａ１において一旦終端し、ＵＲＬ、Ｃｏｏｋｉｅなどを抽出する必要がある。また、抽出する情報は、１種類である必要はなく、「ＵＲＬとＶＬＡＮ−ＩＤ」などのように、複数のレイヤにまたがった、２つ以上の情報であってもよい。すなわち、受信したパケットから固定的な１つ以上の種類の情報が抽出され、該パケットに対する転送方法を解決するためのキーとして用いられる。パケット情報抽出部Ａ１３は、抽出した情報をパケット転送方法解決部Ａ１４へ渡す。
【００６５】
パケット転送方法解決部Ａ１４は、パケット情報抽出部Ａ１３から渡された情報に基づいて、受信したパケットをどのように処理し、転送するかを解決する。本実施の形態では、解決方法として、パケット転送方法記憶テーブルＡ１５内に記憶されているエントリを検索するか、パケット転送方法解決サーバＢ１に対してパケット転送方法解決要求を出して問い合わせるか、の２種類がある。パケット転送方法解決サーバＢ１に対するパケット転送方法解決要求には、パケット情報抽出部Ａ１３から渡された情報がキーとして含められる。上記のようにして解決したパケットの転送方法をパケット処理部Ａ１６に渡す。
【００６６】
パケット転送方法記憶テーブルＡ１５は、パケットに含まれる情報と、該パケットの転送方法との対応エントリが登録されている。例えば、図２のパケット転送方法記憶テーブル１０１ではパケットに含まれる情報の種類が「宛先ポート番号、宛先ＩＰアドレス、ＶＬＡＮ−ＩＤ」であるときのパケット転送方法が記述されている。１番目のエントリでは、宛先ＩＰアドレスが１０．１．１．１、宛先ポート番号が８０，８０８０のいずれか、ｖｌａｎ−ＩＤが１００であるパケットに対しては、宛先ＩＰアドレスを１０．２．２．２、宛先ＭＡＣアドレスを０ｘ００：ａｂ：ｄａ：３２：４５：６７に書き換え、出力ポート１から送信するという転送方法を示している。また、２番目のエントリでは、宛先ＩＰアドレスが２０．２．２．２、宛先ポート番号が７０７０、ｖｌａｎ−ＩＤが２００であるパケットに対しては、宛先ポート番号を８０８０、宛先ＭＡＣアドレスを０ｘ００：ｄａ：ｃｆ：１２：３４：５６に書き換え、出力ポート２から送信するという転送方法を示している。すなわち、本実施の形態では、受信したパケットに応じて異なる種類の転送方法に関する情報を解決している。パケット転送方法記憶テーブルＡ１５は、パケット転送装置Ａ１自体に設定により登録されたパケット転送方法を記憶するため、あるいはパケット転送方法解決サーバＢ１に問い合わせて解決したパケット転送方法を一時的にキャッシュするために用いられるが、パケット転送方法記憶テーブルＡ１５を有しないパケット転送装置Ａ１の構成も考えられる。この場合は、パケット転送方法解決部Ａ１４はパケット転送方法解決サーバＢ１からパケット転送方法を解決する。
【００６７】
パケット処理部Ａ１６は、パケット転送方法解決部Ａ１４が解決したパケット転送方法に基づいて、パケット記憶部Ａ１２に格納されている受信パケットを処理する。例えば、パケット転送方法記憶テーブル１０１における２番目のエントリに該当するパケットの場合は、受信したパケットの宛先ポート番号を７０７０から８０８０に書き換え、宛先ＭＡＣアドレスを０ｘ００：ｄａ：ｃｆ：１２：３４：５６に書き換える。また、パケット転送方法解決部Ａ１４が解決したパケット転送方法には直接示されていないその他の処理（例えばＩＰヘッダのＴＴＬ（Ｔｉｍｅ Ｔｏ Ｌｉｖｅ）フィールド、チェックサムフィールド等の書き換えなど）も必要に応じて適宜行う。パケット処理後、パケット送信部Ａ１７に対して処理を行ったパケットの送信を要求するシグナルを送る。
【００６８】
パケット送信部Ａ１７は、パケット処理部Ａ１６からパケット送信を要求するシグナルを受信すると、該当するパケットをパケット記憶部Ａ１２から読み出し、他のノードに対して送信する。
【００６９】
他方、パケット転送方法解決サーバＢ１は、パケット転送方法解決要求受付部Ｂ１１と、パケット転送方法データベースＢ１２とを含む。
【００７０】
パケット転送方法解決要求受付部Ｂ１１は、パケット転送装置Ａ１からのパケット転送方法の解決要求を受信し、該解決要求に対して応答すべきパケット転送方法をパケット転送方法データベースＢ１２から検索して、パケット転送装置Ａ１に対して応答する。
【００７１】
パケット転送方法データベースＢ１２は、パケットに含まれる情報と、該パケットの転送方法との対応エントリが登録されている。例えば、図３のパケット転送方法データベース１０２に示す例のように、パケットに含まれる情報の種類が「宛先ポート番号、宛先ＩＰアドレス、ｖｌａｎ−ＩＤ」であるときのパケット転送方法が記述されている。１番目のエントリでは、宛先ＩＰアドレスが２０．１．１．１、宛先ポート番号が８０８０、ｖｌａｎ−ＩＤが１００であるパケットに対しては、宛先ＩＰアドレスを２０．２．２．２、宛先ＭＡＣアドレスを０ｘ００：１２：３４：５６：７８：９ａ、ｖｌａｎ−ＩＤを２００に書き換えるという転送方法を示している。また、２番目のエントリでは、宛先ＩＰアドレスが３０．１．１．１、宛先ポート番号が７０７０、ｖｌａｎ−ＩＤが２００であるパケットに対しては、ソースＩＰアドレスを４０．１．１．１、宛先ＩＰアドレスを３０．３．３．３、宛先ポート番号を８０、宛先ＭＡＣアドレスを０ｘ００：ｂｃ：ｄｅ：ｆ０：１２：３４に書き換えるという転送方法を示し、１番目の転送方法とは別のフィールドを書き換えることを示している。すなわち、受信したパケットに応じて異なる種類の転送方法に関する情報が解決される。さらに、３番目のエントリでは、宛先ＩＰアドレスが４０．１．１．１、任意の宛先ポート番号、ｖｌａｎ−ＩＤが１００であるパケットに対して、ＭＰＬＳラベルのフィールドに対して２２２のラベルを追加し、ｖｌａｎ−ＩＤを削除する転送方法を示している。このように、受信パケットの任意のフィールドにおける、書き換え、追加、削除の処理方法が記述される。また、受信パケットの宛先ＩＰアドレスやＭＰＬＳラベルなどに対する書き換えまたは追加の処理方法を指定することによって、該パケットの転送経路が制御される。
【００７２】
次に、図４を参照して、本実施の形態において、パケット転送装置Ａ１におけるパケット受信から送信までの動作について詳細に説明する。
【００７３】
パケット転送装置Ａ１において、パケット受信部Ａ１１は、他ノードからパケットを受信すると（図４のステップＳ１０１）、パケット記憶装置Ａ１２内に受信したパケットを格納する（ステップＳ１０２）。
【００７４】
ステップＳ１０２の後、パケット情報抽出部Ａ１３は、パケット受信部Ａ１１からのパケット受信を示すシグナルの受信をトリガとして、受信したパケットを解析し、該パケットに含まれる情報を抽出する（ステップＳ１０３）。
【００７５】
ステップＳ１０３により受信したパケットに含まれる情報を抽出すると、パケット転送方法解決部Ａ１４は、該パケットの転送方法を解決する。まず、パケット転送方法解決部Ａ１４は、パケット転送方法記憶テーブルＡ１５内の、受信したパケットに含まれる情報と該パケットの転送方法との対応テーブルから、受信パケットに該当するエントリを検索する（ステップＳ１０４）。
【００７６】
ステップＳ１０４の結果、該当するエントリが存在する場合は、該当するエントリから受信パケットの転送方法を解決する（ステップＳ１０５）。
【００７７】
ステップＳ１０４の結果、該当するエントリが存在しなかった場合は、パケット転送方法解決サーバＢ１に対してパケット転送方法解決要求を送信し、受信パケットの転送方法を問い合わせることにより解決する（ステップＳ１０６）。パケット転送方法解決サーバＢ１から該当エントリなしと応答された場合は、受信パケットは廃棄すると判断する。
【００７８】
ステップＳ１０６でパケット転送方法解決サーバＢ１に問い合わせて受信パケットの転送方法を解決した場合は、パケット転送方法記憶テーブルＡ１５にエントリをキャッシュし、次回から同じ情報をもつパケットを受信した場合はパケット転送方法解決サーバＢ１にパケット転送方法を問い合わせる必要のないようにしておく（ステップＳ１０７）。
【００７９】
ステップＳ１０６〜ステップＳ１０７では、パケット転送方法解決サーバＢ１からパケット転送方法を解決するまでの間、パケット転送装置Ａ１で受信パケットの送信が保留されるため、送信までにかかる遅延が大きくなる恐れがある。この対処法として、パケット転送方法記憶テーブルＡ１５にデフォルトのパケット転送方法を設定しておき、最初は受信したパケットに対してデフォルトの転送方法を解決し、送信を行う。その間にバックグラウンドでパケット転送方法解決サーバＢ１に問い合わせて該パケットに対する転送方法を解決し、パケット転送方法記憶テーブルＡ１５に該転送方法をキャッシュする。こうしてエントリを更新した後は、パケット転送方法解決サーバＢ１から解決した転送方法が、パケット転送方法記憶テーブルＡ１５にキャッシュされているため、常に高速に転送方法を解決することができる。ここで、デフォルトの転送方法とは、受信したパケットに関わらず一定のルールで解決した転送方法である。デフォルトの転送方法の例として、受信したパケットの宛先ＩＰアドレスをみてＩＰルーティングテーブルに基づいて該パケットを転送すべき次ノードを決定するというルールなどが考えられる。
【００８０】
ステップＳ１０５またはステップＳ１０６〜ステップＳ１０７によって、パケット転送方法を解決すると、パケット処理部Ａ１６によって解決したパケット転送方法に基づいて、パケット記憶部Ａ１２内に格納されている受信パケットに対して宛先ＩＰアドレス書き換え等の処理を行う（ステップＳ１０８）。ここでは、該パケットを廃棄するという処理も含む。
【００８１】
さらに、パケット処理部Ａ１６はステップＳ１０８によって処理された、パケット記憶部Ａ１２内に格納されているパケットを他のノードに対して送信するかどうかを判定する（ステップＳ１０９）。
【００８２】
ステップＳ１０９によって、送信すると判定した場合は、パケット送信部Ａ１７に対してパケット送信を要求するシグナルを送信し、パケット送信部Ａ１７は、該パケットを他のノードに対して送信する（ステップＳ１１０）。
【００８３】
ステップＳ１０９によって、送信しないと判定した場合（ステップＳ１０８においてパケットを廃棄した場合などがこの場合に相当する）、そのまま処理を終了する。
【００８４】
次に、図５を参照して、本実施の形態において、パケット転送方法解決サーバＢ１がパケット転送装置Ａ１からパケット転送方法解決要求を受信した際の動作について詳細に説明する。
【００８５】
パケット転送方法解決サーバＢ１において、パケット転送装置Ａ１からのパケット転送方法解決要求を受信すると、パケット転送方法解決要求受付部Ｂ１１が該要求を受け付ける（図５のステップＳ２０１）。
【００８６】
パケット転送方法解決要求受付部Ｂ１１は、受信したパケット転送方法解決要求から、転送方法を解決したいパケットに含まれる情報を識別し、パケット転送方法データベースＢ１２から、該パケットに該当するエントリを検索する（ステップＳ２０２）。
【００８７】
ステップＳ２０２の結果、該パケットに該当するエントリが存在した場合は、該エントリに示されている該パケットに対する転送方法をパケット転送装置Ａ１に対して応答する（ステップＳ２０３、Ｓ２０４）。
【００８８】
ステップＳ２０２の結果、該パケットに該当するエントリが存在しなかった場合は、該当エントリが存在しなかったことを示すメッセージをパケット転送装置Ａ１に対して応答する（ステップＳ２０３、Ｓ２０５）。
【００８９】
以上説明した本実施の形態では、受信したパケットから固定的な１以上の種類の情報を、該パケットに対する転送方法を解決するためのキーとして抽出し、受信したパケット毎に決定される１以上の種類の転送方法に関する情報を解決する場合の例を示した。これは、図２３のマトリクスにおけるＢ、Ｄ、Ｊ、Ｌの箇所の変換に相当する。しかし、本発明は図２３のＡ、Ｉ以外のＢ〜Ｐの任意の箇所の変換に対して適用可能である。
【００９０】
図２３のＥ〜Ｈ、Ｍ〜Ｐの箇所の変換のように、受信したパケット毎に決定される１つ又は複数の種類の情報を、そのパケットに対する転送方法を解決するためのキーとして抽出する場合、パケット情報抽出部Ａ１３には、受信したパケットに対応して抽出すべき種類の情報が記述された抽出パケット情報対応テーブルが保持され、パケット情報抽出部Ａ１３はこのテーブルを参照して、受信パケット毎に抽出すべき情報の種類を決定する。図６に、抽出パケット情報対応テーブルの例を示す。この抽出パケット情報対応テーブル１０９が用いられる場合、パケット情報抽出部Ａ１３は、受信したパケットの宛先ポート番号が８０のパケットについては、ＵＲＬとＣｏｏｋｉｅを抽出し、８０以外のパケットについては、宛先アドレスとｖｌａｎ−ＩＤを抽出する。
【００９１】
また、受信したパケット毎に決定される１つ又は複数の種類の情報がキーとして使われる場合、パケット転送方法データベースにおける入力パケット情報の欄にはキーに含まれ得る種類の情報が列挙される。例えば、受信したパケット毎に決定される複数の種類の情報をキーにして、パケットに関わらず固定的な複数の種類の転送方法に関する情報を解決する場合、図７に例示するようなパケット転送方法データベース１１０が使用される。また、受信したパケット毎に決定される複数の種類の情報をキーにして、パケット毎に決定される複数の種類の転送方法に関する情報を解決する場合、図８に例示するようなパケット転送方法データベース１１１が使用される。
【００９２】
次に、本実施の形態の効果について説明する。本実施の形態では、パケット転送装置Ａ１は、受信したパケットの転送方法として必要な情報の全て、あるいは任意の必要な部分を、自ノード内にあるパケット転送方法記憶テーブルＡ１５のみならず、外部にあるパケット転送方法解決サーバＢ１に問い合わせることにより解決する。従来の技術では、外部のサーバに対して受信したパケットの転送方法を問い合わせるとしても、パケットの特定のフィールドにおける、１種類の限定的な対応関係しか解決することができず、パケットの転送方法として必要な情報の全て、あるいは任意の必要な部分だけをパケット転送装置が得るためには、ＣＬＩや、ＮＭＳなどでパケット転送装置内部に静的に設定されるほか方法がなかった。ＣＬＩやＮＭＳによる設定を行う場合、管理の対象となるパケット転送装置の台数が多くなると線形に管理の手間が増えるという、スケーラビリティの問題があった。本実施の形態では、パケット転送方法解決サーバＢ１に管理したいパケット転送方法を一元的に設定しておくだけで、パケット転送装置Ａ１は設定されたパケット転送方法を自動的に解決する。すなわちパケット転送装置の台数の増加に関わらず管理の手間は一定であり、パケット転送方法の管理一元化を高いスケーラビリティで実現することができる。
【００９３】
【発明の第２の実施の形態】
次に、本発明の第２の実施の形態について図面を参照して詳細に説明する。
【００９４】
本実施の形態は、本発明の第１の実施の形態において、パケット転送方法解決サーバＢ１としてＤＮＳサーバを用いる場合に相当する。ＤＮＳサーバは通常、ＦＱＤＮから対応するＩＰアドレスを解決したり、逆にＩＰアドレスから対応するＦＱＤＮを解決するために用いられる。本実施の形態では、ＤＮＳサーバをパケットに含まれる任意の情報から、該パケットに対する任意の種類の転送方法にマッピングするサーバとして機能させるものである。
【００９５】
図９を参照すると、本発明の第２の実施の形態は、パケット転送装置Ａ２と、ＤＮＳサーバＢ２とによって実現される。
【００９６】
パケット転送装置Ａ２の構成は、パケット転送方法解決部Ａ１４の代わりに、パケット転送方法解決部Ａ２１を有する点が本発明の第１の実施の形態におけるパケット転送装置Ａ１と異なる。
【００９７】
パケット転送方法解決部Ａ２１は、パケット転送装置Ａ２が受信したパケットの転送方法を外部のサーバに対して解決する際、ＤＮＳサーバＢ２に対して、あるＦＱＤＮに対応するＩＰアドレスまたはあるＩＰアドレスに対応するＦＱＤＮを問い合わせる要求であるＤＮＳ解決要求を行うことにより解決を行う。その他の機能は、本発明の第１の実施の形態におけるパケット転送装置Ａ１のパケット転送方法解決部Ａ１４の機能と同等である。
【００９８】
ＤＮＳサーバＢ２は、ＤＮＳ解決要求受付部Ｂ２１と、ＩＰアドレス／ＦＱＤＮ対応データベースＢ２２とを含む。
【００９９】
ＤＮＳ解決要求受付部Ｂ２１は、パケット転送方法解決部Ａ２１からのＤＮＳ解決要求を受信し、ＩＰアドレス／ＦＱＤＮ対応データベースＢ２２を参照して該要求に対して応答する。ＦＱＤＮから対応するＩＰアドレスを解決する要求（ＩＰアドレス解決要求）の場合は、対応するＩＰアドレスを応答し、ＩＰアドレスから対応するＦＱＤＮを解決する要求（ＦＱＤＮ解決要求）の場合は、対応するＦＱＤＮを応答する。対応するＩＰアドレスあるいはＦＱＤＮが存在しない場合は該当するエントリが存在しないことを示すメッセージを応答する。
【０１００】
ＩＰアドレス／ＦＱＤＮ対応データベースＢ２２は、ＤＮＳ解決要求受付部が受けたＩＰアドレス解決要求およびＦＱＤＮ解決要求に対して応答する際に参照するデータベースであり、「ＦＱＤＮ→ＩＰアドレス」の対応データベースであるＩＰアドレス解決用データベースと、「ＩＰアドレス→ＦＱＤＮ」の対応データベースであるＦＱＤＮ解決用データベースの２つからなる。図１０は、ＩＰアドレス／ＦＱＤＮ対応データベースＢ２２の例を示すものである。ＩＰアドレス／ＦＱＤＮ対応データベースは、ＩＰアドレス解決用データベース１０３と、ＦＱＤＮ解決用データベース１０４の２つのデータベースから構成される。ＩＰアドレス解決用データベース１０３におけるＦＱＤＮは、受信したパケットを他のノードに対して転送するパケット転送装置における前記受信したパケットに含まれる複数の種類の情報を一意に示す内容となっており、該ＦＱＤＮに対応するＩＰアドレスと同じＩＰアドレスに対応する、ＦＱＤＮ解決用データベース１０４中のＦＱＤＮは、前記受信したパケットの転送方法に関する１つ以上の種類の情報を一意に示す内容となっている。すなわち、本実施の形態の場合、受信したパケットに含まれる複数の種類の情報を一意に示すＦＱＤＮと、前記受信したパケットの転送方法に関する１つ以上の種類の情報を一意に示すＦＱＤＮとが、ＩＰアドレスを中間キーとして間接的に対応付けられている。
【０１０１】
次に、図１０、図１１を参照して、本実施の形態において、パケット転送装置Ａ２のパケット転送方法解決部Ａ２１がＤＮＳサーバＢ２に問い合わせて、パケット受信部Ａ１１が受信したパケットの転送方法を解決する動作について詳細に説明する。ここでは、ＤＮＳサーバＢ２のＩＰアドレス／ＦＱＤＮ対応データベースＢ２２の内容の例として、ＩＰアドレス解決用データベース１０３と、ＦＱＤＮ解決用データベース１０４に示すものをもつとする。
【０１０２】
パケット転送方法解決部Ａ２１は、転送方法を解決したいパケットに含まれる情報から、ＤＮＳサーバＢ２にＩＰアドレス解決要求として問い合わせるためのＦＱＤＮを作成する（図１１のステップＳ３０１）。このＦＱＤＮ作成は一定のルールで行われ、例えば宛先ＴＣＰ／ＵＤＰポート番号が７０７０、宛先ＩＰアドレス２０．１．１．１、ｖｌａｎ−ＩＤが１００のパケットの場合、ｄｓｔｐｏｒｔ−７０７０．ｄｓｔｉｐ−２０−１−１−１．ｖｌａｎ−１００．ｒｅｓｏｌｖｅ．ｏｒｇのようにＦＱＤＮが作成される。
【０１０３】
ステップＳ３０１の後、作成したＦＱＤＮに対するＩＰアドレスをＤＮＳサーバＢ２にＩＰアドレス解決要求として問い合わせる（ステップＳ３０２）。
【０１０４】
ＤＮＳサーバＢ２からは、対応するＩＰアドレスが応答されるか、あるいは対応するＩＰアドレスが存在しない場合は、該当エントリが存在しないことを示すメッセージが応答される（ステップＳ３０３）。
【０１０５】
ステップＳ３０３で、対応するＩＰアドレスが解決できた場合、解決したＩＰアドレスに対するＦＱＤＮをＤＮＳサーバＢ２にＦＱＤＮ解決要求として問い合わせる（ステップＳ３０４）。例えば解決したＩＰアドレスが１９２．１６８．１．１であった場合、このＩＰアドレスを用いてそのままＤＮＳサーバＢ２にＦＱＤＮ解決要求として問い合わせる。このＩＰアドレスはステップＳ３０６でＦＱＤＮを解決するための中間キーとして用いられる。
【０１０６】
ステップＳ３０３で、対応するＩＰアドレスが解決できなかった場合、パケット受信部Ａ１１が受信した該パケットは廃棄すると決定する（ステップＳ３０５）。
【０１０７】
ステップＳ３０４で、ＦＱＤＮ解決要求を送信すると、ＤＮＳサーバＢ２からは、対応するＦＱＤＮが応答されるか、あるいは対応するＦＱＤＮが存在しない場合は、該当エントリが存在しないことを示すメッセージが応答される（ステップＳ３０６）。
【０１０８】
ステップＳ３０６で、対応するＦＱＤＮが解決できた場合、解決したＦＱＤＮを解析し、パケット転送方法を識別する（ステップＳ３０７）。このパケット転送方法識別は解決したＦＱＤＮに基づいて一定のルールで行われる。例えば、解決したＦＱＤＮがｄｓｔｉｐ−２０−２−２−２．ｄｓｔｍａｃ−００−１２−３４−５６−７８−０ａ．ｖｌａｎ−２００．ｒｅｓｏｌｖｅ．ｏｒｇであった場合、該パケットに対して、宛先ＩＰアドレスを２０．２．２．２、宛先ＭＡＣアドレスを０ｘ００：１２：３４：５６：７８：０ａ、ｖｌａｎ−ＩＤを２００に書き換えるものと識別する。また、解決したＦＱＤＮがｓｒｃｉｐ−３０−３−３−３．ｄｓｔｐｏｒｔ−８０８０．ｄｓｔｍａｃ−００−ｂｃ−ｄｅ−ｆ０−１２−３４．ｒｅｓｏｌｖｅ．ｏｒｇであった場合、該パケットに対して、ソースＩＰアドレスを３０．３．３．３、宛先ポート番号を８０８０、宛先ＭＡＣアドレスを０ｘ００：ｂｃ：ｄｅ：ｆ０：１２：３４に書き換えるものと識別する。
【０１０９】
ステップＳ３０６で、対応するＦＱＤＮが解決できなかった場合、パケット受信部Ａ１１が受信した該パケットは廃棄すると決定する（ステップＳ３０５）。
【０１１０】
以上のステップＳ３０１〜ステップＳ３０７で、パケット転送装置Ａ２がｄｓｔｐｏｒｔ−７０７０．ｄｓｔｉｐ−２０−１−１−１．ｖｌａｎ−１００．ｒｅｓｏｌｖｅ．ｏｒｇに対するＩＰアドレス解決要求をＤＮＳサーバＢ２に対して送信し、最終的にＤＮＳサーバＢ２からｄｓｔｉｐ−２０−２−２−２．ｄｓｔｍａｃ−００−１２−３４−５６−７８−０ａ．ｖｌａｎ−２００．ｒｅｓｏｌｖｅ．ｏｒｇのＦＱＤＮが応答されるまでのシーケンスの例を図１２に示す。
【０１１１】
ステップＳ３０１〜ステップＳ３０７や図１２に示す動作では、パケット転送装置Ａ２はＩＰアドレス解決要求とＦＱＤＮ解決要求をそれぞれ１回ずつ行うことによりパケット転送方法を解決したが、その他にも、運用に応じて、任意の回数ずつのＩＰアドレス解決要求とＦＱＤＮ解決要求のシーケンスによってパケット転送方法を解決することができる。
【０１１２】
以下に１つの例を挙げる。まず、受信したパケットの宛先ＩＰアドレスをキーとして、ＦＱＤＮ解決要求を行い、対応するＦＱＤＮを解決する。次に、解決したＦＱＤＮと、受信したパケットに含まれる、宛先ポート番号、ｖｌａｎ−ＩＤの情報を組み合わせることにより新規にＦＱＤＮを作成し、該ＦＱＤＮをキーとしてＩＰアドレス解決要求を行い、対応するＩＰアドレスを解決する。さらに、解決したＩＰアドレスをキーとして、ＦＱＤＮ解決要求を行い、対応するＦＱＤＮを解決し、解決したＦＱＤＮを基にして受信したパケットの転送方法を解決する、といった１回のＩＰアドレス解決要求と２回のＦＱＤＮ解決要求を組み合わせたシーケンスなどが考えられる。
【０１１３】
また、本実施の形態では、受信したパケットに含まれる複数の種類の情報を一意に示すＦＱＤＮと、前記受信したパケットの転送方法に関する１つ以上の種類の情報を一意に示すＦＱＤＮとを、ＩＰアドレスを中間キーとして間接的に対応付けたが、受信したパケットに含まれる複数の種類の情報を一意に示すＩＰアドレスと、前記受信したパケットの転送方法に関する１つ以上の種類の情報を一意に示すＩＰアドレスとを、ＦＱＤＮを中間キーとして間接的に対応付けるようにしても良い。更に、受信したパケットに含まれる複数の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスと、前記受信したパケットの転送方法に関する１つ以上の種類の情報を一意に示すＩＰアドレスまたはＦＱＤＮとを直接対応付けるようにしても良い。
【０１１４】
次に、本実施の形態の効果について説明する。本実施の形態では、本発明の第１の実施の形態におけるパケット転送方法解決サーバＢ１の代わりにＤＮＳサーバＢ２を用いる。ＤＮＳサーバはＩＰアドレス解決用サーバとして現在ＩＰ網で一般的に用いられているものであるため、パケット転送装置がパケット転送方法を解決するための特別なサーバを用意する必要がなく、本発明を実施することが容易となる。また、ＤＮＳは階層化構造をとっており、ＩＰアドレスまたはＦＱＤＮの問い合わせを受けたＤＮＳサーバ自身が対応するエントリが保持していなくても、上位階層のＤＮＳサーバから対応するエントリを保持するＤＮＳサーバの情報が通知され、対応するエントリを保持するＤＮＳサーバから該エントリを自動的に解決することができる。そのため、入力パケット情報に対するパケット転送方法を記述するエントリは、１台のＤＮＳサーバに管理されている必要はなく、複数台のＤＮＳサーバに分散して管理することが可能である。
【０１１５】
【発明の第３の実施の形態】
次に本発明の第３の実施の形態について図面を参照して詳細に説明する。
【０１１６】
本実施の形態は、本発明の第１の実施の形態のパケット転送装置Ａ１において、パケット情報抽出部Ａ１３が提供したいサービスの種類に応じて自動的にパケット情報を抽出する場合に相当する。
【０１１７】
図１３を参照すると、本実施の形態は、パケット転送装置Ａ３と、パケット転送方法解決サーバＢ１とによって実現される。
【０１１８】
パケット転送装置Ａ３の構成は、サービス入力部Ａ３１と、抽出パケット情報変換部Ａ３２を有する点が本発明の第１の実施の形態におけるパケット転送装置Ａ１と異なる。
【０１１９】
サービス入力部Ａ３１は、パケット転送装置Ａ３がどのようなサービスを提供するかが設定される。例として、レイヤ２スイッチとしてサービスする場合、ルータとしての機能をサービスする場合や、レイヤ７スイッチとしてサービスする場合がある。他にも、提供するサービスを自由に定義し、設定することができる。
【０１２０】
抽出パケット情報変換部Ａ３２は、サービス入力部Ａ３１に設定されたサービスに対して、抽出パケット情報変換テーブルに基づいて、該サービスを提供するために抽出することが必要なパケット情報に変換する。図１４の抽出パケット情報変換テーブル１０５にサービスから抽出するパケット情報への変換の例を示す。変換されたパケット情報は、受信パケットから抽出すべきパケット情報として、パケット情報抽出部Ａ１３に設定される。
【０１２１】
本実施の形態は、本発明の第２の実施の形態で示したように、パケット転送方法解決サーバＢ１の代わりにＤＮＳサーバＢ２を用いて実施してもよい。
【０１２２】
次に、本実施の形態の効果について説明する。本実施の形態では、パケット情報抽出部Ａ１３で抽出するパケット情報の設定を、種類ごとに１つ１つ行う必要はなく、パケット転送装置Ａ３が提供するサービスという形で設定するだけで、設定されたサービスから抽出するパケット情報への変換を自動的に行ってくれる。したがって、パケット転送装置Ａ３の設定管理者の手間を省くことができる。
【０１２３】
【発明の第４の実施の形態】
次に本発明の第４の実施の形態について図面を参照して詳細に説明する。
【０１２４】
本実施の形態は、本発明の第１の実施の形態のパケット転送方法解決サーバＢ１において、パケット転送装置Ａ１から問い合わせされたパケット転送方法を応答する際に、該パケットが転送されるネットワークのリソース状況を考慮してパケット転送方法を応答する場合に相当する。例えば、１０Ｍｂｐｓの帯域を必要とするセッションのパケットをパケット転送装置Ａ１が受信した場合に、１０Ｍｂｐｓの残余帯域を有する経路に該パケットが転送されるように、パケット転送方法解決サーバがパケット転送方法を応答するという動作を行う。
【０１２５】
図１５を参照すると、本実施の形態は、パケット転送装置Ａ１と、パケット転送方法解決サーバＢ３とによって実現される。このうち、パケット転送装置Ａ１は本発明の第１の実施の形態で説明したものと同じである。
【０１２６】
パケット転送方法解決サーバＢ３は、本発明の第１の実施の形態で説明したパケット転送方法解決サーバＢ１の構成に加えて、リソース情報収集部Ｂ３１と、エントリ書き換え部Ｂ３２を含む点で異なる。
【０１２７】
リソース情報収集部Ｂ３１は、パケット転送装置Ａ１がパケットを転送するネットワークにおけるリソース情報を収集する。リソース情報の例として、ルータ間の最大帯域値、残余帯域値、遅延、あるいは該ネットワークのエッジノード間のスループット情報、サーバの負荷などが挙げられる。また、リソース情報の収集手段として、ＳＮＭＰ(Simple Network Management Protocol)を用いる方法や、パケット転送方法解決サーバＢ３が直接ネットワーク内に測定パケットを送信することによりリソース値を測定する方法などがある。
【０１２８】
エントリ書き換え部Ｂ３２は、リソース情報収集部Ｂ３１が収集したネットワークのリソース情報に基づいて、パケット転送方法データベースＢ１２内のエントリを書き換える。リソース情報に基づくエントリ書き換え方法の代表的な例として、（ｉ）パケット転送装置Ａ１からパケット転送方法解決要求受付部Ｂ１１からパケット転送方法解決要求を受信した際に、パケット転送方法データベースＢ１２からエントリ書き換え部Ｂ３２に対して、該当エントリ書き換えを依頼する、（ｉｉ）エントリ書き換え部Ｂ３２が定期的にリソース情報をチェックし、リソース情報に基づいてエントリを書き換える、の２種類がある。
【０１２９】
図１６のパケット転送方法データベース１０６に、エントリ書き換え部Ｂ３２がパケット転送方法データベースＢ１２内のエントリを書き換えた結果作成されるエントリの例を示す。入力パケット情報はＨＴＴＰリクエストメッセージに含まれるＵＲＬとし、ＵＲＬがｗｗｗ．ｍｏｖｉｅ．ｏｒｇ／ａａａ．ｆｍｔの場合は、下り側（サーバ→クライアントの向き）の帯域がより大きいサーバに対してリクエストが誘導されるように転送方法（この場合は宛先ＩＰアドレス、宛先ＭＡＣアドレス、ＭＡＣヘッダのｕｓｅｒ−ｐｒｉｏｒｉｔｙフィールドの値を指定された値に書き換えて転送する）を決定する。また、ＵＲＬがｗｗｗ．ｔｅｘｔ．ｎｅｔ／ｂｂｂ．ｔｘｔの場合はサーバまでの遅延がより小さいサーバに対してリクエストが誘導されるように転送方法を決定する。
【０１３０】
その他の例としては、該ネットワークの各リンクの残余帯域が常に物理最大帯域の２０％以上になるように、ＭＰＬＳ(Multi-Protocol Labal Switching)のＬＳＰ(Label Switched Path)を用いてパケットの経路制御を行うことができる。この場合は、パケット転送方法解決サーバＢ３からパケット転送装置Ａ１に、パケットを通過させたいＬＳＰに対応するＭＰＬＳのラベルがパケット転送方法として応答される。これにより、該ネットワークのリソース利用効率を最大化し、収容ユーザ数を最大化することができる。
【０１３１】
本発明の第２の実施の形態で示したように、パケット転送方法解決サーバとしてＤＮＳサーバＢ２を用いて実施してもよい。この場合は、ＤＮＳサーバＢ２の構成に加えて、リソース情報収集部Ｂ３１とエントリ書き換え部Ｂ３２が追加される。
【０１３２】
次に、本実施の形態の効果について説明する。本実施の形態では、パケット転送法解決サーバＢ３がパケット転送装置Ａ１からのパケット転送方法解決要求に対する応答時に、ネットワークのリソース情報を考慮してパケット転送方法を応答する。リソース情報を考慮することによって、パケットの特性に応じたきめ細かなパケット転送制御が行える。
【０１３３】
【発明の第５の実施の形態】
次に本発明の第５の実施の形態について図面を参照して詳細に説明する。
【０１３４】
本実施の形態は、本発明の第１の実施の形態のパケット転送方法解決サーバＢ１において、パケット転送装置Ａ１からのパケット転送方法解決要求に対する応答を返す際に、同時にネットワーク内のノード上のリソースもいっしょに制御する（予約、優先制御など）要求を行い、パケット転送装置Ａ１が送信するパケットの転送品質を制御する場合に相当する。
【０１３５】
図１７を参照すると、本実施の形態は、パケット転送装置Ａ１と、パケット転送方法解決サーバＢ４と、ネットワークノードＣ１とによって実現される。このうち、パケット転送装置Ａ１は本発明の第１の実施の形態で説明したものと同じである。ネットワークノードＣ１とは、パケット転送装置が受信したパケットを転送するネットワーク上に存在するノードであり、該ネットワーク上を通過するパケットの転送処理を行う。ネットワークノードＣ１の例として、ルータ、レイヤ２スイッチ、ＡＴＭスイッチなどが挙げられる。ネットワークノードＣ１は通常ネットワーク内に複数台存在するが、ここでは簡単のために１台だけの挙動について述べる。
【０１３６】
パケット転送方法解決サーバＢ４は、本発明の第１の実施の形態で説明したパケット転送方法解決サーバＢ１の構成に加えて、リソース制御要求部Ｂ４１を含む点で異なる。
【０１３７】
パケット転送方法データベースＢ１２は、入力パケットに対する転送方法として、リソース制御に関する情報を含むことができる。パケット転送方法データベースＢ１２に登録されているエントリの例を図１８のパケット転送方法データベース１０７に示す。パケット転送方法データベース１０７の１番目のエントリでは、入力パケットに対するリソース制御として、１０Ｍｂｐｓの帯域保証が通過ノードＡ，Ｂ，Ｃの３ノードにおいて必要であることを示している。また、２番目のエントリでは、入力パケットに対するリソース制御として、５Ｍｂｐｓまでの帯域ならば優先的に転送するという制御が通過ノードＡ，Ｃ，Ｄの３ノードにおいて必要であることを示している。３番目のエントリでは、入力パケットに対するリソース制御は必要ないことを示している。
【０１３８】
リソース制御要求部Ｂ４１は、パケット転送方法解決要求受付部Ｂ１１がパケット転送装置Ａ１に対して応答するパケット転送方法について、ネットワーク上のネットワークノードＣ１上のリソース制御が必要な場合、ネットワークＣ１に対してリソース制御要求を送信することにより、ネットワークＣ１上のリソースを制御する要求を行う。パケット転送方法データベース１０７の例では、１番目のエントリについては、該パケットについて１０Ｍｂｐｓの帯域保証を行うリソース制御要求をネットワークノードＡ，Ｂ，Ｃに送信し、２番目のエントリについては、該パケットについて５Ｍｂｐｓまでの優先転送を行うリソース制御要求をネットワークＡ，Ｃ，Ｄに送信する。
【０１３９】
ネットワークノードＣ１は、リソース制御要求受付部Ｃ１１と、リソース制御部Ｃ１２とを含む。
【０１４０】
リソース制御要求受付部Ｃ１１は、パケット転送方法解決サーバＢ４からのリソース制御要求を受信し、リソース制御部Ｃ１２に対して要求されたリソース制御が行えるように設定を行う。そして要求されたリソース制御の設定が成功したか否かをパケット転送方法解決サーバＢ４に対して応答する。
【０１４１】
リソース制御部Ｃ１２は、ネットワークノードＣ１に関するリソース（リンク帯域など）の制御を実際に行う。
【０１４２】
次に、図１９を参照して、本実施の形態において、パケット転送方法解決サーバＢ４が、パケット転送装置Ａ１からのパケット転送方法解決要求を受信し、パケット転送装置Ａ１に応答を返すまでの動作について詳細に説明する。
【０１４３】
パケット転送方法解決サーバＢ４において、パケット転送装置Ａ１からのパケット転送方法解決要求を受信すると、パケット転送方法解決要求受付部Ｂ１１が該要求を受け付ける（図１９のステップＳ４０１）。
【０１４４】
パケット転送方法解決要求受付部Ｂ１１は、受信したパケット転送方法解決要求から、転送方法を解決したいパケットに含まれる情報を識別し、パケット転送方法データベースＢ１２から、該パケットに該当するエントリを検索する（ステップＳ４０２、ステップＳ４０３）。
【０１４５】
ステップＳ４０３の結果、該パケットに該当するエントリが存在しなかった場合は、該当エントリが存在しなかったことを示すメッセージをパケット転送装置Ａ１に対して応答する（ステップＳ４０５）。
【０１４６】
ステップＳ４０３の結果、該パケットに該当するエントリが存在した場合は、パケット転送方法解決要求受付部Ｂ１１は、該エントリに記述されているパケット転送方法はリソース制御が必要であるかどうかを判定する（ステップＳ４０４）。
【０１４７】
ステップＳ４０４の結果、リソース制御が必要である場合、必要なリソース制御を識別し、リソース制御要求部Ｂ４１を介してネットワークノードＣ１に対してリソース制御要求を送信する（ステップＳ４０６）。
【０１４８】
ステップＳ４０４の結果、リソース制御が必要ではない場合、ステップＳ４０３で読み出したパケット転送方法をパケット転送装置Ａ１に対して応答する。
【０１４９】
ステップＳ４０６で送信したリソース制御要求が受理された場合、ステップＳ４０３で読み出したパケット転送方法をパケット転送装置Ａ１に対して応答する（ステップＳ４０７、ステップＳ４０８）。
【０１５０】
ステップＳ４０６で送信したリソース制御要求が受理されなかった場合、ステップＳ４０２に戻り、再試行を行う（ステップＳ４０７、ステップＳ４０９）。ただし、本試行を予め設定された制限回数回行っている場合は、再試行はせず、該当エントリが存在しなかったことを示すメッセージをパケット転送装置Ａ１に対して応答する（ステップＳ４０９、ステップＳ４０５）。
【０１５１】
本実施の形態では、パケット転送方法解決サーバＢ４がネットワークノードＣ１に対してリソース制御要求を行ったが、その他にも、パケット転送装置Ａ１がパケット転送方法解決サーバＢ４から解決した転送方法に含まれる情報に基づいて、ネットワークＣ１に対してリソース制御要求を行う形態も考えられる。この場合、リソース制御要求部Ｂ４１に相当する機能を、パケット転送装置Ａ１がもつことになる。
【０１５２】
また、本実施の形態は、本発明の第２の実施の形態で示したように、パケット転送方法解決サーバとしてＤＮＳサーバＢ２を用いて実施してもよい。この場合は、ＤＮＳサーバＢ２の構成に加えて、リソース制御要求部Ｂ４１が追加される。ＤＮＳ解決要求受付部Ｂ１１がリソース制御が必要かどうかを識別する際の例として、パケット転送装置Ａ１に対して応答するパケット転送方法を示すＦＱＤＮが、ｒｓｖｂｗ−１０Ｍｂｐｓ．ｎｏｄｅ−Ａ−Ｂ−Ｃ．ｄｓｔｉｐ−２０−２−２−２．ｄｓｔｍａｃ−００−１２−３４−５６−７８−０ａ．ｖｌａｎ−２００．ｒｅｓｏｌｖｅ．ｏｒｇであれば、「ｒｓｖｂｗ−１０Ｍｂｐｓ．ｎｏｄｅ−Ａ−Ｂ−Ｃ」の部分を読み取り、ノードＡ，Ｂ，Ｃにおいて、１０Ｍｂｐｓの帯域予約が必要であるということを識別する、などの方法が考えられる。
【０１５３】
次に、本実施の形態の効果について説明する。本実施の形態では、パケット転送方法解決サーバＢ４において、パケット転送装置Ａ１からのパケット転送方法解決要求に対する応答を返す際に、同時にネットワーク内のノード上のリソースを制御する要求を行い、パケット転送装置Ａ１が送信するパケットの転送品質を制御する。ネットワークリソースの制御を同時に行うことにより、本発明の第４の実施の形態と同様、パケットの特性に応じたきめ細かなパケット転送制御が行える。
【０１５４】
【発明の第６の実施の形態】
次に本発明の第６の実施の形態について図面を参照して詳細に説明する。
【０１５５】
本実施の形態は、本発明の第１の実施の形態のパケット転送方法解決サーバＢ１において、パケット転送装置Ａ１から問い合わせされたパケット転送方法を応答する際に、外部から入力されたパケット転送ポリシに基づいて応答するパケット転送方法を制御し、該制御に対してネットワーク利用者から対価を得るというビジネスを実現する場合に相当する。ここでいうネットワーク利用者とは、家庭や企業内のエンドユーザや、エンドユーザに対して各種コンテンツやアプリケーションなどのサービスを提供するサービス提供業者などが対応する。
【０１５６】
図２０を参照すると、本実施の形態は、パケット転送装置Ａ１と、パケット転送方法解決サーバＢ５とによって実現される。このうち、パケット転送装置Ａ１は本発明の第１の実施の形態で説明したものと同じである。
【０１５７】
パケット転送方法解決サーバＢ５は、本発明の第１の実施の形態で説明したパケット転送方法解決サーバＢ１の構成に加えて、パケット転送ポリシ記述部Ｂ５１と、エントリ書き換え部Ｂ５２を含む点で異なる。
【０１５８】
パケット転送ポリシ記述部Ｂ５１は、パケット転送装置Ａ１からのパケット転送方法解決要求に対して応答するパケット転送方法を制御するポリシを記述する。パケット転送ポリシの例を図２１のパケット転送ポリシ記述テーブル１０７に示す。この例において、１番目のエントリでは、ＵＲＬがｗｗｗ．ｐｏｒｔａｌ．ｃｏｍ、宛先ポート番号が８０であるリクエストパケットに対して、１０００回までは優先的に、ＵＲＬをｗｗｗ．ｂｉｇｌｏｂｅ．ｎｅｔ、宛先ＩＰアドレスを２０．１．１．１に書き換えて転送するという処理を行うというポリシが記述されている。また、２番目のエントリでは、ＵＲＬがｗｗｗ．ａｂｃ．ｏｒｇ、宛先ポート番号が８０８０であるリクエストパケットの６０％を、ＵＲＬをｗｗｗ．ｘｙｚ．ｃｏｍ、宛先ＩＰアドレスを３０．１．１．１、ｖｌａｎ−ＩＤを１００に書き換えて転送するという処理を行うというポリシが記述されている。
【０１５９】
エントリ書き換え部Ｂ５２は、パケット転送ポリシ記述部Ｂ５１に記述されているパケット転送ポリシに基づいて、パケット転送方法データベースＢ１２のエントリを書き換える。パケット転送ポリシとして、図２１のパケット転送ポリシ記述テーブル１０７が用いられる場合に、エントリ書き換え部Ｂ５２によって書き換えられるパケット転送方法データベースの例を図２２に示す。図２２のパケット転送方法データベース１１２を参照すると、１番目のエントリでは、ＵＲＬがｗｗｗ．ｐｏｒｔａｌ．ｃｏｍ、宛先ポート番号が８０であるリクエストパケットに対して、ＵＲＬをｗｗｗ．ｂｉｇｌｏｂｅ．ｎｅｔ、宛先アドレスを２０．１．１．１、ｖｌａｎ−ＩＤを１００に書き換えて転送するという転送方法と、ｖｌａｎ−ＩＤだけを１００に書き換えて転送するという転送方法の２つが記述されており、選択基準の欄に前者を残り１０００回まで優先的に選択し（残り回数は選択回数に応じて減少させる）、後者はデフォルト時に選択する（他に優先的に選択する転送方法がないときに選択する）という選択基準が示されている。また、２番目のエントリでは、ＵＲＬがｗｗｗ．ａｂｃ．ｏｒｇ、宛先ポート番号が８０８０であるリクエストパケットに対して、ＵＲＬをｗｗｗ．ｘｙｚ．ｃｏｍ、宛先ＩＰアドレスを３０．１．１．１に書き換えて転送するという転送方法と、ｖｌａｎ−ＩＤを１００に書き換えて転送するという転送方法の２つが記述されており、選択基準の欄に前者を６０％のウェイトで選択し、後者を４０％のウェイトで選択するという選択基準が示されている。
【０１６０】
次に、本実施の形態によるビジネスモデルの例を以下に述べる。
【０１６１】
第１のビジネスモデルは、コンテンツサービス提供業者やアプリケーションサービス提供業者が、パケット転送方法解決サーバＢ５によって、ユーザからのコンテンツ取得あるいはアプリケーション実行のリクエストを自身のサーバに誘導する制御をしてもらい、その対価をパケット転送方法解決サーバＢ５を管理するネットワークサービス提供業者に支払うというビジネスモデルである。従来、検索サーバにおいて、検索結果として表示されるリストの上位に自サービス提供業者のＵＲＬへのリンクを表示し、ユーザからのリクエストを積極的に誘導するサービスはあったが、ネットワーク側の制御により、ユーザからのリクエストを誘導するサービスはなかった。
【０１６２】
第２のビジネスモデルは、パケット転送方法解決サーバＢ５によって、ユーザのコンテクスト情報（ユーザの位置、ユーザの使用しているデバイス、現在時刻、ユーザの嗜好など）に応じてユーザからのリクエストの転送方法を制御する。例えば、地図を表示するリクエストに対しては、ユーザの位置情報（ソースＩＰアドレス、ｖｌａｎ−ＩＤなど）に基づいて、ユーザの所在位置の地図を表示するサーバへ該リクエストを誘導するように転送制御を行う。あるいは、付近の飲食店のＷｅｂページに接続するリクエストに対して、現在営業時間内である飲食店のＷｅｂページにリクエストを誘導するように転送制御を行う。このビジネスモデルでは、ユーザあるいはコンテンツサービス提供業者やアプリケーションサービス提供業者から、パケット転送方法解決サーバＢ５を管理するネットワークサービス提供業者に対価を支払う。
【０１６３】
本実施の形態は、本発明の第２の実施の形態で示したように、パケット転送方法解決サーバとしてＤＮＳサーバＢ２を用いて実施してもよい。この場合は、ＤＮＳサーバＢ２の構成に加えて、パケット転送ポリシ記述部Ｂ５１およびエントリ書き換え部Ｂ５２が追加される。
【０１６４】
次に、本実施の形態の効果について説明する。本実施の形態では、外部から入力されたパケット転送ポリシに基づいてパケット転送装置Ａ１に応答するパケット転送方法を制御し、該制御に対してネットワーク利用者から対価を得るというビジネスを行う。本実施の形態によって、上述したビジネスモデルの例のように、今までなかったビジネスが実現できる。
【０１６５】
以上本発明を幾つかの実施の形態を挙げて説明したが、本発明は以上の実施の形態にのみ限定されず、その他各種の付加変更が可能である。また、本発明のパケット転送装置、パケット転送方法解決サーバおよびＤＮＳサーバは、その有する機能をハードウェア的に実現することは勿論、コンピュータとプログラムとで実現することができる。パケット転送装置用プログラム、パケット転送方法解決サーバ用プログラムおよびＤＮＳサーバ用プログラムは、磁気ディスクや半導体メモリ等のコンピュータ可読記録媒体に記録されて提供され、コンピュータの立ち上げ時などにコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータを前述した各実施の形態におけるパケット転送装置、パケット転送方法解決サーバおよびＤＮＳサーバとして機能させる。
【０１６６】
【発明の効果】
第１の効果は、パケット転送装置の管理の一元化を行うことができることである。その理由は、本発明により、パケット転送装置は、受信したパケットの転送方法を外部にあるパケット転送方法解決サーバに問い合わせることにより、図２３のＢ〜Ｐの箇所に対応するような対応関係を自動的に解決することができるため、１つ１つのパケット転送装置内にパケット転送方法を設定する必要がないからである。
【０１６７】
第２の効果は、既存のＤＮＳサーバを用いてパケット転送装置の管理の一元化を行うことができることである。その理由は、本発明により、既存のＤＮＳサーバをパケット転送方法解決サーバとして用いることができるからである。
【０１６８】
第３の効果は、新しいビジネス形態を実現することができることである。その理由は、本発明により、特定のネットワーク利用者に利益をもたらすパケット転送制御を行うポリシをパケット転送方法解決サーバに設定することにより、パケット転送装置に対してこのパケット転送ポリシに基づいてパケット転送を行わせることができるため、ネットワーク利用者から対価を得るビジネスモデルを実現することができるからである。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態の構成を示すブロック図である。
【図２】本発明の第１の実施の形態のパケット転送方法記憶テーブルのエントリの例を示す図である。
【図３】本発明の第１の実施の形態のパケット転送方法データベースのエントリの例を示す図である。
【図４】本発明の第１の実施の形態のパケット転送装置の動作を示す流れ図である。
【図５】本発明の第１の実施の形態のパケット転送方法解決サーバの動作を示す流れ図である。
【図６】本発明の第１の実施の形態の抽出パケット情報対応テーブルのエントリの例を示す図である。
【図７】本発明の第１の実施の形態のパケット転送方法データベースのエントリの他の例を示す図である。
【図８】本発明の第１の実施の形態のパケット転送方法データベースのエントリの他の例を示す図である。
【図９】本発明の第２の実施の形態の構成を示すブロック図である。
【図１０】本発明の第２の実施の形態のＩＰアドレス／ＦＱＤＮ対応データベースのエントリの例を示す図である。
【図１１】本発明の第２の実施の形態のパケット転送装置の動作を示す流れ図である。
【図１２】本発明の第２の実施の形態のパケット転送装置とＤＮＳサーバとの間で流れるメッセージの例を示す図である。
【図１３】本発明の第３の実施の形態の構成を示すブロック図である。
【図１４】本発明の第３の実施の形態の抽出パケット情報変換部で行われる変換の例を示す図である。
【図１５】本発明の第４の実施の形態の構成を示すブロック図である。
【図１６】本発明の第４の実施の形態のエントリ書き換え部が行うパケット転送方法データベース内のエントリ書き換えの例を示す図である。
【図１７】本発明の第５の実施の形態の構成を示すブロック図である。
【図１８】本発明の第５の実施の形態のパケット転送方法データベースのエントリの例を示す図である。
【図１９】本発明の第５の実施の形態のパケット転送方法解決サーバの動作を示す流れ図である。
【図２０】本発明の第６の実施の形態の構成を示すブロック図である。
【図２１】本発明の第６の実施の形態のパケット転送ポリシ記述部に記述されるパケット転送ポリシの例を示す図である。
【図２２】本発明の第６の実施の形態のパケット転送方法データベースのエントリの例を示す図である。
【図２３】パケットに含まれる情報の種類と転送方法に関する情報の種類との組み合わせを示すマトリクスである。
【符号の説明】
Ａ１〜Ａ３ パケット転送装置
Ａ１１ パケット受信部
Ａ１２ パケット記憶部
Ａ１３ パケット情報抽出部
Ａ１４，Ａ２１ パケット転送方法解決部
Ａ１５ パケット転送方法記憶テーブル
Ａ１６ パケット処理部
Ａ１７ パケット送信部
Ａ３１ サービス入力部
Ａ３２ 抽出パケット情報変換部
Ｂ１，Ｂ３〜Ｂ５ パケット転送方法解決サーバ
Ｂ２ ＤＮＳサーバ
Ｂ１１ パケット転送方法解決要求受付部
Ｂ１２ パケット転送方法データベース
Ｂ２１ ＤＮＳ解決要求受付部
Ｂ２２ ＩＰアドレス／ＦＱＤＮ対応データベース
Ｂ３１ リソース情報収集部
Ｂ３２，Ｂ５２ エントリ書き換え部
Ｂ４１ リソース制御要求部
Ｂ５１ パケット転送ポリシ記述部
Ｃ１ ネットワークノード
Ｃ１１ リソース制御要求受付部
Ｃ１２ リソース制御部
１０１ パケット転送方法記憶テーブル
１０２，１０６，１０７，１１０〜１１２ パケット転送方法データベース
１０３ ＩＰアドレス解決用データベース
１０４ ＦＱＤＮ解決用データベース
１０５ 抽出パケット情報変換テーブル
１０８ パケット転送ポリシ記述テーブル
１０９ 抽出パケット情報対応テーブル
Claims (49)
- 受信したパケットを他のノードに対して転送するパケット転送装置において、前記受信したパケットに含まれる複数の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報を問い合わせ（前記受信したパケットに関わらず予め定まる１種類の情報のみを問い合わせる場合を除く）、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決することを特徴とするパケット転送装置。
- 受信したパケットを他のノードに対して転送するパケット転送装置において、前記受信したパケットに含まれる１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報を問い合わせ、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決することを特徴とするパケット転送装置。
- 受信したパケットを他のノードに対して転送するパケット転送装置において、前記受信したパケットに含まれる１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する複数の種類の情報を問い合わせ、得られた複数の種類の情報によって前記受信したパケットの転送方法を解決することを特徴とするパケット転送装置。
- 受信したパケットを他のノードに対して転送するパケット転送装置において、前記受信したパケットに含まれる１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を問い合わせ、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決することを特徴とするパケット転送装置。
- パケットの転送方法に関する情報として前記外部のサーバから解決する情報は、受信したパケットに含まれる情報の書き換えに関する情報、受信したパケットに追加する情報に関する情報、受信したパケットから削除する情報に関する情報、受信したパケットが転送される経路の制御方法に関する情報、受信したパケットが転送される経路におけるリソースの制御方法に関する情報の少なくとも１つを含むことを特徴とする請求項１乃至４のいずれか１項に記載のパケット転送装置。
- 受信したパケットを他のノードに対して転送するパケット転送装置において、前記受信したパケットに含まれる複数の種類の情報を抽出するパケット情報抽出部と、前記パケット情報抽出部が抽出した前記複数の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報を問い合わせ（前記受信したパケットに関わらず予め定まる１種類の情報のみを問い合わせる場合を除く）、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決するパケット転送方法解決部とを備えたことを特徴とするパケット転送装置。
- 受信したパケットを他のノードに対して転送するパケット転送装置において、前記受信したパケットに含まれる１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を抽出するパケット情報抽出部と、前記パケット情報抽出部が抽出した前記１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報を問い合わせ、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決するパケット転送方法解決部とを備えたことを特徴とするパケット転送装置。
- 受信したパケットを他のノードに対して転送するパケット転送装置において、前記受信したパケットに含まれる１つ以上の種類の情報を抽出するパケット情報抽出部と、前記パケット情報抽出部が抽出した前記１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する複数の種類の情報を問い合わせ、得られた複数の種類の情報によって前記受信したパケットの転送方法を解決するパケット転送方法解決部とを備えたことを特徴とするパケット転送装置。
- 受信したパケットを他のノードに対して転送するパケット転送装置において、前記受信したパケットに含まれる１つ以上の種類の情報を抽出するパケット情報抽出部と、前記パケット情報抽出部が抽出した前記１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を問い合わせ、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決するパケット転送方法解決部とを備えたことを特徴とするパケット転送装置。
- パケットの転送方法に関する情報として前記外部のサーバから解決する情報は、受信したパケットに含まれる情報の書き換えに関する情報、受信したパケットに追加する情報に関する情報、受信したパケットから削除する情報に関する情報、受信したパケットが転送される経路の制御方法に関する情報、受信したパケットが転送される経路におけるリソースの制御方法に関する情報の少なくとも１つを含むことを特徴とする請求項６乃至９のいずれか１項に記載のパケット転送装置。
- 前記パケット情報抽出部は、２つ以上のパケットにまたがってエンコードされている情報を抽出するものであることを特徴とする請求項６乃至１０のいずれか１項に記載のパケット転送装置。
- 前記パケット転送方法解決部が解決したパケットの転送方法に関する情報を一時的に記憶するパケット転送方法記憶テーブルを備え、前記パケット転送方法解決部は、前記受信したパケットの転送方法に関する情報を外部のサーバに問い合わせる前に、前記パケット転送方法記憶テーブルに前記受信したパケットの転送方法に関する情報が記憶されているか否かをチェックし、前記パケット転送方法記憶テーブルに前記受信したパケットの転送方法に関する情報が記憶されている場合は、前記パケット転送方法記憶テーブルから前記受信したパケットの転送方法に関する情報を読み出すことにより、前記受信したパケットの転送方法を解決することを特徴とする請求項６乃至１１のいずれか１項に記載のパケット転送装置。
- 前記パケット転送方法解決部は、前記パケット情報抽出部が抽出した前記受信したパケットに含まれる情報を用いて、前記受信したパケットに含まれる情報を一意に示すＦＱＤＮまたはＩＰアドレスのどちらか一方、あるいは両方を作成するものであることを特徴とする請求項６乃至１２のいずれか１項に記載のパケット転送装置。
- 前記パケット転送方法解決部は、ドメインネームシステムサーバから解決したＦＱＤＮまたはＩＰアドレスを基にして、前記受信したパケットの転送方法を一意に識別するものであることを特徴とする請求項６乃至１３のいずれか１項に記載のパケット転送装置。
- 前記パケット転送方法解決部は、ドメインネームシステムサーバに対して、ＦＱＤＮまたはＩＰアドレスを解決する要求を１回以上繰り返すことにより、前記パケット情報抽出部が抽出した前記受信したパケットに含まれる情報に対応するパケット転送方法を一意に示すＦＱＤＮまたはＩＰアドレスを解決するものであることを特徴とする請求項６乃至１４のいずれか１項に記載のパケット転送装置。
- 前記パケット転送方法解決部は、前記パケット情報抽出部が抽出した前記受信したパケットに含まれる情報を用いて、前記受信したパケットに含まれる情報を一意に示すＦＱＤＮを作成し、前記ＦＱＤＮをキーにして、ドメインネームシステムサーバに前記ＦＱＤＮに対応するＩＰアドレスを問い合わせ、前記ドメインネームシステムサーバから応答された前記ＦＱＤＮに対応するＩＰアドレスをキーにして、前記ドメインネームシステムサーバに前記ＩＰアドレスに対応するＦＱＤＮを問い合わせ、前記ドメインネームシステムサーバから応答された前記ＩＰアドレスに対応するＦＱＤＮを基にして、前記受信したパケットの転送方法を一意に識別するものであることを特徴とする請求項６乃至１２のいずれか１項に記載のパケット転送装置。
- 提供するサービスの種類が設定されるサービス入力部と、前記サービス入力部に設定された前記サービスの種類に応じて、前記パケット情報抽出部が抽出する前記受信したパケットに含まれる情報の種類に変換する抽出パケット情報変換部とを備えたことを特徴とする請求項６乃至１６のいずれか１項に記載のパケット転送装置。
- 前記パケット転送方法解決部が解決したパケット転送方法の付加情報として、ネットワーク内の他のノードに対するリソース制御が必要な場合に、前記他のノードに対してリソース制御を行う要求を出すリソース制御要求部を備えたことを特徴とする請求項６乃至１７のいずれか１項に記載のパケット転送装置。
- 受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる複数の種類の情報を指定した要求に対して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を前記パケット転送装置に対して応答することを特徴とするパケット転送方法解決サーバ。
- 受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を指定した要求に対して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を前記パケット転送装置に対して応答することを特徴とするパケット転送方法解決サーバ。
- 受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報を指定した要求に対して、前記受信したパケットの転送方法に関する複数の種類の情報を前記パケット転送装置に対して応答することを特徴とするパケット転送方法解決サーバ。
- 受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報を指定した要求に対して、前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を前記パケット転送装置に対して応答することを特徴とするパケット転送方法解決サーバ。
- パケットの転送方法に関する情報として前記パケット転送装置に対して応答する情報は、受信したパケットに含まれる情報の書き換えに関する情報、受信したパケットに追加する情報に関する情報、受信したパケットから削除する情報に関する情報、受信したパケットが転送される経路の制御方法に関する情報、受信したパケットが転送される経路におけるリソースの制御方法に関する情報の少なくとも１つを含むことを特徴とする請求項１９乃至２２のいずれか１項に記載のパケット転送方法解決サーバ。
- パケットに含まれる複数の種類の情報とパケットの転送方法に関する１つ以上の種類の情報との対応関係が登録されているパケット転送方法データベースと、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる複数の種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を前記パケット転送装置に対して応答するパケット転送方法解決要求受付部とを備えたことを特徴とするパケット転送方法解決サーバ。
- パケットに含まれる１つ以上の種類の情報とパケットの転送方法に関する１つ以上の種類の情報との対応関係が登録されているパケット転送方法データベースと、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を前記パケット転送装置に対して応答するパケット転送方法解決要求受付部とを備えたことを特徴とするパケット転送方法解決サーバ。
- パケットに含まれる１つ以上の種類の情報とパケットの転送方法に関する複数の種類の情報との対応関係が登録されているパケット転送方法データベースと、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する複数の種類の情報を前記パケット転送装置に対して応答するパケット転送方法解決要求受付部とを備えたことを特徴とするパケット転送方法解決サーバ。
- パケットに含まれる１つ以上の種類の情報とパケットの転送方法に関する１つ以上の種類の情報との対応関係が登録されているパケット転送方法データベースと、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を前記パケット転送装置に対して応答するパケット転送方法解決要求受付部とを備えたことを特徴とするパケット転送方法解決サーバ。
- パケットの転送方法に関する情報として前記パケット転送装置に対して応答する情報は、受信したパケットに含まれる情報の書き換えに関する情報、受信したパケットに追加する情報に関する情報、受信したパケットから削除する情報に関する情報、受信したパケットが転送される経路の制御方法に関する情報、受信したパケットが転送される経路におけるリソースの制御方法に関する情報の少なくとも１つを含むことを特徴とする請求項２４乃至２７のいずれか１項に記載のパケット転送方法解決サーバ。
- ネットワーク内のリソース情報を収集するリソース情報収集部と、前記リソース情報収集部が収集した前記ネットワーク内のリソース情報に基づいて、前記パケット転送方法データベースに登録されているエントリを書き換えるエントリ書き換え部とを備えたことを特徴とする請求項２４乃至２８のいずれか１項に記載のパケット転送方法解決サーバ。
- 前記パケット転送方法解決要求受付部が前記パケット転送装置からの前記パケット転送方法解決要求に対して、前記転送方法に関する情報を応答する際に、前記転送方法の付加情報として、ネットワーク内の他のノードに対するリソース制御が必要な場合に、前記他のノードに対してリソース制御を行う要求を出すリソース制御要求部を備えたことを特徴とする請求項２４乃至２９のいずれか１項に記載のパケット転送方法解決サーバ。
- 前記パケット転送方法解決要求受付部が前記パケット転送装置からの前記パケット転送方法解決要求に対して応答する前記転送方法に関する情報を制御するポリシを記述するパケット転送ポリシ記述部と、前記パケット転送ポリシ記述部に記述された前記ポリシに基づいて、前記パケット転送方法データベースに登録されているエントリを書き換えるエントリ書き換え部とを備えたことを特徴とする請求項２４乃至３０のいずれか１項に記載のパケット転送方法解決サーバ。
- ＦＱＤＮに対応するＩＰアドレスおよびＩＰアドレスに対応するＦＱＤＮが登録されているデータベースであって、受信したパケットを他のノードに対して転送するパケット転送装置における前記受信したパケットに含まれる１つ以上の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスと、前記受信したパケットの転送方法に関する複数の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスとが関係付けられているＩＰアドレス／ＦＱＤＮ対応データベースと、受信したパケットを他のノードに対して転送するパケット転送装置からのＦＱＤＮに対応するＩＰアドレスを問い合わせるＩＰアドレス解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＦＱＤＮに対応するＩＰアドレスを応答し、且つ、前記パケット転送装置からのＩＰアドレスに対応するＦＱＤＮを問い合わせるＦＱＤＮ解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＩＰアドレスに対応するＦＱＤＮを応答するＤＮＳ解決要求受付部とを備えたことを特徴とするＤＮＳサーバ。
- ＦＱＤＮに対応するＩＰアドレスおよびＩＰアドレスに対応するＦＱＤＮが登録されているデータベースであって、受信したパケットを他のノードに対して転送するパケット転送装置における前記受信したパケットに含まれる１つ以上の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスと、前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスとが関係付けられているＩＰアドレス／ＦＱＤＮ対応データベースと、受信したパケットを他のノードに対して転送するパケット転送装置からのＦＱＤＮに対応するＩＰアドレスを問い合わせるＩＰアドレス解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＦＱＤＮに対応するＩＰアドレスを応答し、且つ、前記パケット転送装置からのＩＰアドレスに対応するＦＱＤＮを問い合わせるＦＱＤＮ解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＩＰアドレスに対応するＦＱＤＮを応答するＤＮＳ解決要求受付部とを備えたことを特徴とするＤＮＳサーバ。
- 前記ＤＮＳ解決要求受付部が、前記パケット転送装置に対して応答するＦＱＤＮまたはＩＰアドレスは、前記受信したパケットの任意の１つ以上の情報に対する書き換え、追加、削除の処理方法と、前記受信したパケットが転送される経路および前記経路におけるリソースの制御方法とのいずれか一方、あるいは両方に含まれる任意の１つ以上の転送方法に関する情報を一意に示すことを特徴とする請求項３２または３３に記載のＤＮＳサーバ。
- ネットワーク内のリソース情報を収集するリソース情報収集部と、前記リソース情報収集部が収集した前記ネットワーク内のリソース情報に基づいて、前記ＩＰアドレス／ＦＱＤＮ対応データベースに登録されているエントリを書き換えるエントリ書き換え部とを備えたことを特徴とする請求項３２乃至３４のいずれか１項に記載のＤＮＳサーバ。
- 前記ＤＮＳ解決要求受付部が前記パケット転送装置からの前記ＩＰアドレス解決要求および前記ＦＱＤＮ解決要求に対して、前記ＦＱＤＮに対応するＩＰアドレスおよび前記ＩＰアドレスに対応するＦＱＤＮを応答する際に、ネットワーク内の他のノードに対するリソース制御が必要であると判断した場合に、前記他のノードに対してリソース制御を行う要求を出すリソース制御要求部を備えたことを特徴とする請求項３２乃至３５のいずれか１項に記載のＤＮＳサーバ。
- 前記ＤＮＳ解決要求受付部が前記パケット転送装置からの前記ＩＰアドレス解決要求および前記ＦＱＤＮ解決要求に対して応答する前記ＦＱＤＮに対応するＩＰアドレスおよび前記ＩＰアドレスに対応するＦＱＤＮを制御するポリシを記述するパケット転送ポリシ記述部と、前記パケット転送ポリシ記述部に記述された前記ポリシに基づいて、前記ＩＰアドレス／ＦＱＤＮ対応データベースに登録されているエントリを書き換えるエントリ書き換え部とを備えたことを特徴とする請求項３２乃至３６のいずれか１項に記載のＤＮＳサーバ。
- 請求項１乃至請求項１８のいずれか１項に記載のパケット転送装置と、請求項３１に記載のパケット転送方法解決サーバまたは請求項３７に記載のＤＮＳサーバとを含んで構成され、前記パケット転送方法解決サーバまたは前記ＤＮＳサーバに、ユーザからのコンテンツまたはアプリケーションサービスを要求するリクエストパケットを特定の提供業者のサーバに対して誘導するポリシが記述されていることを特徴とするネットワークシステム。
- 請求項１乃至請求項１８のいずれか１項に記載のパケット転送装置と、請求項３１に記載のパケット転送方法解決サーバまたは請求項３７に記載のＤＮＳサーバとを含んで構成され、前記パケット転送方法解決サーバまたは前記ＤＮＳサーバに、コンテンツまたはアプリケーションサービスの提供業者が提供する前記コンテンツまたはアプリケーションサービスを要求するユーザからのリクエストパケットの転送制御を、前記ユーザのコンテクスト情報に基づいて行うポリシが記述されていることを特徴とするネットワークシステム。
- コンピュータを、受信したパケットを他のノードに対して転送するパケット転送装置として機能させるプログラムであって、前記コンピュータを、前記受信したパケットに含まれる複数の種類の情報を抽出するパケット情報抽出部、前記パケット情報抽出部が抽出した前記複数の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報を問い合わせ（前記受信したパケットに関わらず予め定まる１種類の情報のみを問い合わせる場合を除く）、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決するパケット転送方法解決部、として機能させるプログラム。
- コンピュータを、受信したパケットを他のノードに対して転送するパケット転送装置として機能させるプログラムであって、前記コンピュータを、前記受信したパケットに含まれる１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を抽出するパケット情報抽出部、前記パケット情報抽出部が抽出した前記１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報を問い合わせ、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決するパケット転送方法解決部、として機能させるプログラム。
- コンピュータを、受信したパケットを他のノードに対して転送するパケット転送装置として機能させるプログラムであって、前記コンピュータを、前記受信したパケットに含まれる１つ以上の種類の情報を抽出するパケット情報抽出部、前記パケット情報抽出部が抽出した前記１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する複数の種類の情報を問い合わせ、得られた複数の種類の情報によって前記受信したパケットの転送方法を解決するパケット転送方法解決部、として機能させるプログラム。
- コンピュータを、受信したパケットを他のノードに対して転送するパケット転送装置として機能させるプログラムであって、前記コンピュータを、前記受信したパケットに含まれる１つ以上の種類の情報を抽出するパケット情報抽出部、前記パケット情報抽出部が抽出した前記１つ以上の種類の情報を指定して外部のサーバに前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を問い合わせ、得られた１つ以上の種類の情報によって前記受信したパケットの転送方法を解決するパケット転送方法解決部、として機能させるプログラム。
- コンピュータを、パケットに含まれる複数の種類の情報とパケットの転送方法に関する１つ以上の種類の情報との対応関係が登録されているパケット転送方法データベースを有するパケット転送方法解決サーバとして機能させるプログラムであって、前記コンピュータを、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる複数の種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を前記パケット転送装置に対して応答するパケット転送方法解決要求受付部として機能させるプログラム。
- コンピュータを、パケットに含まれる１つ以上の種類の情報とパケットの転送方法に関する１つ以上の種類の情報との対応関係が登録されているパケット転送方法データベースを有するパケット転送方法解決サーバとして機能させるプログラムであって、前記コンピュータを、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する１つ以上の種類の情報を前記パケット転送装置に対して応答するパケット転送方法解決要求受付部として機能させるプログラム。
- コンピュータを、パケットに含まれる１つ以上の種類の情報とパケットの転送方法に関する複数の種類の情報との対応関係が登録されているパケット転送方法データベースを有するパケット転送方法解決サーバとして機能させるプログラムであって、前記コンピュータを、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する複数の種類の情報を前記パケット転送装置に対して応答するパケット転送方法解決要求受付部として機能させるプログラム。
- コンピュータを、パケットに含まれる１つ以上の種類の情報とパケットの転送方法に関する１つ以上の種類の情報との対応関係が登録されているパケット転送方法データベースを有するパケット転送方法解決サーバとして機能させるプログラムであって、前記コンピュータを、受信したパケットを他のノードに対して転送するパケット転送装置からの前記受信したパケットの転送方法に関する情報を問い合せる要求であって、前記受信したパケットに含まれる１つ以上の種類の情報を指定したパケット転送方法解決要求を受け付け、前記パケット転送方法データベースを参照して、前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を前記パケット転送装置に対して応答するパケット転送方法解決要求受付部として機能させるプログラム。
- コンピュータを、ＦＱＤＮに対応するＩＰアドレスおよびＩＰアドレスに対応するＦＱＤＮが登録されているデータベースであって、受信したパケットを他のノードに対して転送するパケット転送装置における前記受信したパケットに含まれる１つ以上の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスと、前記受信したパケットの転送方法に関する複数の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスとが関係付けられているＩＰアドレス／ＦＱＤＮ対応データベースを有するＤＮＳサーバとして機能させるプログラムであって、前記コンピュータを、受信したパケットを他のノードに対して転送するパケット転送装置からのＦＱＤＮに対応するＩＰアドレスを問い合わせるＩＰアドレス解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＦＱＤＮに対応するＩＰアドレスを応答する手段、前記パケット転送装置からのＩＰアドレスに対応するＦＱＤＮを問い合わせるＦＱＤＮ解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＩＰアドレスに対応するＦＱＤＮを応答する手段、として機能させるプログラム。
- コンピュータを、ＦＱＤＮに対応するＩＰアドレスおよびＩＰアドレスに対応するＦＱＤＮが登録されているデータベースであって、受信したパケットを他のノードに対して転送するパケット転送装置における前記受信したパケットに含まれる１つ以上の種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスと、前記受信したパケットの転送方法に関する１つ以上の種類の情報であって前記受信したパケット毎に決定される種類の情報を一意に示すＦＱＤＮまたはＩＰアドレスとが関係付けられているＩＰアドレス／ＦＱＤＮ対応データベースを有するＤＮＳサーバとして機能させるプログラムであって、前記コンピュータを、受信したパケットを他のノードに対して転送するパケット転送装置からのＦＱＤＮに対応するＩＰアドレスを問い合わせるＩＰアドレス解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＦＱＤＮに対応するＩＰアドレスを応答する手段、前記パケット転送装置からのＩＰアドレスに対応するＦＱＤＮを問い合わせるＦＱＤＮ解決要求を受け付け、前記ＩＰアドレス／ＦＱＤＮ対応データベースを参照して、前記パケット転送装置に対して前記ＩＰアドレスに対応するＦＱＤＮを応答する手段、として機能させるプログラム。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002239188A JP3757917B2 (ja) | 2002-08-20 | 2002-08-20 | パケット転送装置、パケット転送方法解決サーバ、ｄｎｓサーバ、ネットワークシステム及びプログラム |
| US10/642,750 US7594029B2 (en) | 2002-08-20 | 2003-08-19 | System and method for external resolution of packet transfer information |
| US12/461,739 US20100054252A1 (en) | 2002-08-20 | 2009-08-21 | System and method for external resolution of packet transfer information |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002239188A JP3757917B2 (ja) | 2002-08-20 | 2002-08-20 | パケット転送装置、パケット転送方法解決サーバ、ｄｎｓサーバ、ネットワークシステム及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004080487A JP2004080487A (ja) | 2004-03-11 |
| JP3757917B2 true JP3757917B2 (ja) | 2006-03-22 |
Family
ID=31986209
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002239188A Expired - Lifetime JP3757917B2 (ja) | 2002-08-20 | 2002-08-20 | パケット転送装置、パケット転送方法解決サーバ、ｄｎｓサーバ、ネットワークシステム及びプログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (2) | US7594029B2 (ja) |
| JP (1) | JP3757917B2 (ja) |
Families Citing this family (56)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4053967B2 (ja) * | 2003-11-20 | 2008-02-27 | 株式会社日立コミュニケーションテクノロジー | Ｖｌａｎサーバ |
| JP4542359B2 (ja) * | 2004-03-30 | 2010-09-15 | 株式会社クラウド・スコープ・テクノロジーズ | ネットワーク監視装置及び監視方法、並びに監視システム |
| JP4598462B2 (ja) * | 2004-09-16 | 2010-12-15 | 富士通株式会社 | Ｌ２−ｖｐｎサービスを提供するプロバイダ網、及びエッジルータ |
| KR100705564B1 (ko) * | 2004-12-10 | 2007-04-10 | 삼성전자주식회사 | 네트워크에서의 자원 관리 장치 및 방법 |
| JP4482465B2 (ja) * | 2005-02-09 | 2010-06-16 | 株式会社エヌ・ティ・ティ・ドコモ | 中継装置、端末装置、通信システムおよび通信制御方法 |
| JP2008541632A (ja) * | 2005-05-18 | 2008-11-20 | ナインティー９．コム ピーティーワイ リミテッド | 動的アドレスマッピング |
| US7738403B2 (en) * | 2006-01-23 | 2010-06-15 | Cisco Technology, Inc. | Method for determining the operations performed on packets by a network device |
| JP4903815B2 (ja) * | 2006-01-23 | 2012-03-28 | アライドテレシスホールディングス株式会社 | 通信ネットワークを通じたトラフィック分配を向上させる方法およびシステム |
| JP4769609B2 (ja) * | 2006-03-23 | 2011-09-07 | 富士通株式会社 | スイッチ装置 |
| CN101047583B (zh) * | 2006-03-31 | 2011-12-14 | 株式会社日立制作所 | 支持虚拟局域网服务的无源光网络系统及相应方法 |
| JP4632450B2 (ja) * | 2006-04-17 | 2011-02-16 | キヤノン株式会社 | 通信装置及びその制御方法 |
| US8041804B2 (en) * | 2006-05-25 | 2011-10-18 | Cisco Technology, Inc. | Utilizing captured IP packets to determine operations performed on packets by a network device |
| US8769091B2 (en) | 2006-05-25 | 2014-07-01 | Cisco Technology, Inc. | Method, device and medium for determining operations performed on a packet |
| WO2008024936A2 (en) * | 2006-08-23 | 2008-02-28 | Diss | Method and system for propagating network policy |
| US8533822B2 (en) * | 2006-08-23 | 2013-09-10 | Threatstop, Inc. | Method and system for propagating network policy |
| US20160248813A1 (en) | 2006-08-23 | 2016-08-25 | Threatstop, Inc. | Method and system for propagating network policy |
| US8340103B2 (en) * | 2007-05-29 | 2012-12-25 | Ca, Inc. | System and method for creating a secure tunnel for communications over a network |
| JP4983712B2 (ja) * | 2008-04-21 | 2012-07-25 | 富士通株式会社 | 伝送情報転送装置及び方法 |
| US20100124220A1 (en) * | 2008-11-18 | 2010-05-20 | Morris Robert P | Method And Systems For Incrementally Resolving A Host Name To A Network Address |
| JP5550385B2 (ja) * | 2009-03-04 | 2014-07-16 | キヤノン株式会社 | 画像処理装置及びその制御方法、並びに記憶媒体 |
| WO2010116606A1 (ja) | 2009-03-30 | 2010-10-14 | 日本電気株式会社 | 通信フロー制御システム、通信フロー制御方法及び通信フロー処理プログラム |
| JP5407712B2 (ja) * | 2009-09-30 | 2014-02-05 | 富士通株式会社 | 通信装置および通信制御方法 |
| WO2011056796A1 (en) | 2009-11-04 | 2011-05-12 | Martin Kagan | Internet infrastructure survey |
| US8351340B2 (en) * | 2010-04-14 | 2013-01-08 | Honeywell International Inc. | Method for detecting a proxy ARP agent in secure networks having embedded controllers |
| US8867552B2 (en) * | 2010-05-03 | 2014-10-21 | Brocade Communications Systems, Inc. | Virtual cluster switching |
| US9716672B2 (en) | 2010-05-28 | 2017-07-25 | Brocade Communications Systems, Inc. | Distributed configuration management for virtual cluster switching |
| US9769016B2 (en) | 2010-06-07 | 2017-09-19 | Brocade Communications Systems, Inc. | Advanced link tracking for virtual cluster switching |
| US9807031B2 (en) | 2010-07-16 | 2017-10-31 | Brocade Communications Systems, Inc. | System and method for network configuration |
| WO2012058238A2 (en) * | 2010-10-26 | 2012-05-03 | Martin Kagan | Surrogate name delivery network |
| US9906488B2 (en) | 2010-10-26 | 2018-02-27 | Cedexis, Inc. | Surrogate name delivery network |
| WO2012120990A1 (ja) * | 2011-03-09 | 2012-09-13 | 日本電気株式会社 | コンピュータシステム、サーバ、オープンフローコントローラ及び通信方法 |
| US9450870B2 (en) | 2011-11-10 | 2016-09-20 | Brocade Communications Systems, Inc. | System and method for flow management in software-defined networks |
| US9374301B2 (en) | 2012-05-18 | 2016-06-21 | Brocade Communications Systems, Inc. | Network feedback in software-defined networks |
| US9401872B2 (en) | 2012-11-16 | 2016-07-26 | Brocade Communications Systems, Inc. | Virtual link aggregations across multiple fabric switches |
| US9565099B2 (en) | 2013-03-01 | 2017-02-07 | Brocade Communications Systems, Inc. | Spanning tree in fabric switches |
| US10320628B2 (en) | 2013-06-19 | 2019-06-11 | Citrix Systems, Inc. | Confidence scoring of device reputation based on characteristic network behavior |
| US9912612B2 (en) | 2013-10-28 | 2018-03-06 | Brocade Communications Systems LLC | Extended ethernet fabric switches |
| US9967183B2 (en) * | 2013-12-20 | 2018-05-08 | Huawei Technologies Co., Ltd. | Source routing with entropy-header |
| US9548873B2 (en) | 2014-02-10 | 2017-01-17 | Brocade Communications Systems, Inc. | Virtual extensible LAN tunnel keepalives |
| US10581758B2 (en) | 2014-03-19 | 2020-03-03 | Avago Technologies International Sales Pte. Limited | Distributed hot standby links for vLAG |
| US10476698B2 (en) | 2014-03-20 | 2019-11-12 | Avago Technologies International Sales Pte. Limited | Redundent virtual link aggregation group |
| US10063473B2 (en) | 2014-04-30 | 2018-08-28 | Brocade Communications Systems LLC | Method and system for facilitating switch virtualization in a network of interconnected switches |
| US9800471B2 (en) | 2014-05-13 | 2017-10-24 | Brocade Communications Systems, Inc. | Network extension groups of global VLANs in a fabric switch |
| US10616108B2 (en) | 2014-07-29 | 2020-04-07 | Avago Technologies International Sales Pte. Limited | Scalable MAC address virtualization |
| US9807007B2 (en) | 2014-08-11 | 2017-10-31 | Brocade Communications Systems, Inc. | Progressive MAC address learning |
| US10003552B2 (en) | 2015-01-05 | 2018-06-19 | Brocade Communications Systems, Llc. | Distributed bidirectional forwarding detection protocol (D-BFD) for cluster of interconnected switches |
| US9942097B2 (en) | 2015-01-05 | 2018-04-10 | Brocade Communications Systems LLC | Power management in a network of interconnected switches |
| US10242062B2 (en) | 2015-02-20 | 2019-03-26 | Threatstop, Inc. | Normalization and extraction of log data |
| US10038592B2 (en) | 2015-03-17 | 2018-07-31 | Brocade Communications Systems LLC | Identifier assignment to a new switch in a switch group |
| US10579406B2 (en) | 2015-04-08 | 2020-03-03 | Avago Technologies International Sales Pte. Limited | Dynamic orchestration of overlay tunnels |
| US10439929B2 (en) | 2015-07-31 | 2019-10-08 | Avago Technologies International Sales Pte. Limited | Graceful recovery of a multicast-enabled switch |
| US10171303B2 (en) | 2015-09-16 | 2019-01-01 | Avago Technologies International Sales Pte. Limited | IP-based interconnection of switches with a logical chassis |
| US9912614B2 (en) | 2015-12-07 | 2018-03-06 | Brocade Communications Systems LLC | Interconnection of switches based on hierarchical overlay tunneling |
| US10237090B2 (en) | 2016-10-28 | 2019-03-19 | Avago Technologies International Sales Pte. Limited | Rule-based network identifier mapping |
| WO2018105197A1 (ja) * | 2016-12-08 | 2018-06-14 | 株式会社デンソー | イーサネットスイッチ |
| US11711342B2 (en) * | 2020-01-17 | 2023-07-25 | Cisco Technology, Inc. | Endpoint-assisted access control for network security devices |
Family Cites Families (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2794740B2 (ja) | 1989-01-12 | 1998-09-10 | 日本電信電話株式会社 | 網内リソース管理方法 |
| US5434974A (en) * | 1992-03-30 | 1995-07-18 | International Business Machines Corporation | Name resolution for a multisystem network |
| JPH0844638A (ja) | 1994-08-01 | 1996-02-16 | Nippon Telegr & Teleph Corp <Ntt> | マルチメディアサービス提供方式及びマルチメディアサービス提供方法 |
| US5793954A (en) * | 1995-12-20 | 1998-08-11 | Nb Networks | System and method for general purpose network analysis |
| US6011804A (en) * | 1995-12-20 | 2000-01-04 | International Business Machines Corporation | Dynamic bandwidth reservation for control traffic in high speed packet switching networks |
| US5870550A (en) * | 1996-02-26 | 1999-02-09 | Network Engineering Software | Web server employing multi-homed, moldular framework |
| US6154777A (en) * | 1996-07-01 | 2000-11-28 | Sun Microsystems, Inc. | System for context-dependent name resolution |
| US6084858A (en) * | 1997-01-29 | 2000-07-04 | Cabletron Systems, Inc. | Distribution of communication load over multiple paths based upon link utilization |
| US6064120A (en) * | 1997-08-21 | 2000-05-16 | Micron Technology, Inc. | Apparatus and method for face-to-face connection of a die face to a substrate with polymer electrodes |
| US6353268B1 (en) * | 1997-08-22 | 2002-03-05 | Micron Technology, Inc. | Semiconductor die attachment method and apparatus |
| US6016512A (en) * | 1997-11-20 | 2000-01-18 | Telcordia Technologies, Inc. | Enhanced domain name service using a most frequently used domain names table and a validity code table |
| US6343019B1 (en) * | 1997-12-22 | 2002-01-29 | Micron Technology, Inc. | Apparatus and method of stacking die on a substrate |
| US6501157B1 (en) * | 1998-04-15 | 2002-12-31 | Micron Technology, Inc. | Substrate for accepting wire bonded or flip-chip components |
| US6286052B1 (en) * | 1998-12-04 | 2001-09-04 | Cisco Technology, Inc. | Method and apparatus for identifying network data traffic flows and for applying quality of service treatments to the flows |
| US6912223B1 (en) * | 1998-11-03 | 2005-06-28 | Network Technologies Inc. | Automatic router configuration |
| JP3743194B2 (ja) | 1999-02-25 | 2006-02-08 | 株式会社日立製作所 | パケット中継装置 |
| US6285081B1 (en) * | 1999-07-13 | 2001-09-04 | Micron Technology, Inc. | Deflectable interconnect |
| US7139838B1 (en) * | 1999-10-21 | 2006-11-21 | Nortel Networks Limited | Apparatus and method of distributing routing information |
| WO2001033364A1 (fr) | 1999-10-29 | 2001-05-10 | Fujitsu Limited | Dispositif pour rechercher le nom d'un noeud de communication dans un reseau de communication |
| TW434854B (en) * | 1999-11-09 | 2001-05-16 | Advanced Semiconductor Eng | Manufacturing method for stacked chip package |
| US6329220B1 (en) * | 1999-11-23 | 2001-12-11 | Micron Technology, Inc. | Packages for semiconductor die |
| US6985964B1 (en) * | 1999-12-22 | 2006-01-10 | Cisco Technology, Inc. | Network processor system including a central processor and at least one peripheral processor |
| US6184064B1 (en) * | 2000-01-12 | 2001-02-06 | Micron Technology, Inc. | Semiconductor die back side surface and method of fabrication |
| FR2804812A1 (fr) * | 2000-02-08 | 2001-08-10 | Canon Kk | Procede et dispositif de communication entre un premier et un deuxieme reseau |
| JP3538119B2 (ja) | 2000-05-25 | 2004-06-14 | 日本電気株式会社 | 網間接続装置 |
| DE10123821A1 (de) * | 2000-06-02 | 2001-12-20 | Ibm | Geschaltete Ethernet-Netzwerke |
| JP3570501B2 (ja) * | 2000-06-15 | 2004-09-29 | 日本電気株式会社 | ネットワークシステム及びパケットデータ伝送方法 |
| US20020038339A1 (en) * | 2000-09-08 | 2002-03-28 | Wei Xu | Systems and methods for packet distribution |
| US6503776B2 (en) * | 2001-01-05 | 2003-01-07 | Advanced Semiconductor Engineering, Inc. | Method for fabricating stacked chip package |
| US6586825B1 (en) * | 2001-04-26 | 2003-07-01 | Lsi Logic Corporation | Dual chip in package with a wire bonded die mounted to a substrate |
-
2002
- 2002-08-20 JP JP2002239188A patent/JP3757917B2/ja not_active Expired - Lifetime
-
2003
- 2003-08-19 US US10/642,750 patent/US7594029B2/en active Active
-
2009
- 2009-08-21 US US12/461,739 patent/US20100054252A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| US20040047349A1 (en) | 2004-03-11 |
| US20100054252A1 (en) | 2010-03-04 |
| JP2004080487A (ja) | 2004-03-11 |
| US7594029B2 (en) | 2009-09-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3757917B2 (ja) | パケット転送装置、パケット転送方法解決サーバ、ｄｎｓサーバ、ネットワークシステム及びプログラム | |
| EP3446462B1 (en) | Requesting and delivering content over an ipv6 network | |
| US6304913B1 (en) | Internet system and method for selecting a closest server from a plurality of alternative servers | |
| JP5757324B2 (ja) | コンピュータシステム、及び通信方法 | |
| EP2853077B1 (en) | Method of seamless integration and independent evolution of information-centric networking via software defined networking | |
| US10097503B2 (en) | Content node network address selection for content delivery | |
| US7784055B2 (en) | Method and apparatus for routing data to a load balanced server using MPLS packet labels | |
| Chanda et al. | Content based traffic engineering in software defined information centric networks | |
| US8677011B2 (en) | Load distribution system, load distribution method, apparatuses constituting load distribution system, and program | |
| US7512702B1 (en) | Method and apparatus providing highly scalable server load balancing | |
| US7143195B2 (en) | HTTP redirector | |
| US6981029B1 (en) | System and method for processing a request for information in a network | |
| US7009941B1 (en) | Node-search method, device, and medium on which a node-search program is recorded | |
| JP5713101B2 (ja) | 制御装置、通信システム、通信方法、および通信プログラム | |
| JPWO2011037105A1 (ja) | コンテンツベーススイッチシステム、及びコンテンツベーススイッチ方法 | |
| JP2004048146A (ja) | リクエストルーティングネットワーク、リクエストルータ装置、ルータ装置及びネットワークにおけるパス設定方法 | |
| US20020143946A1 (en) | Software based internet protocol address selection method and system | |
| WO2005006671A1 (ja) | ネットワークにおける特定サービスの最適ルーティング方法並びに同ネットワークに用いられるサーバ及びルーティングノード | |
| EP3066575B1 (en) | Server network address selection based on network characteristics of service providers | |
| CN103460676A (zh) | 通过查询远程服务器的流路由协议 | |
| US20030196118A1 (en) | Service control network and its control method | |
| CN114745353B (zh) | IPv4端访问IPv4/IPv6网络的流量调度方法 | |
| JP4013967B2 (ja) | 名前解決サーバおよびパケット転送装置 | |
| JP4269343B2 (ja) | 名前解決サーバおよびパケット転送装置 | |
| JP4637562B2 (ja) | パッシブネットワークとアクティブネットワークの結合のためのゲートウェイ |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050124 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050201 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050331 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050524 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050720 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20051206 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051219 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3757917 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100113 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110113 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110113 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120113 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130113 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130113 Year of fee payment: 7 |
|
| EXPY | Cancellation because of completion of term |