JP4199575B2 - ネットワークシステム，同システムにおけるパス設定方法並びに同システムに用いられるネットワーク管理装置及びネットワーク装置 - Google Patents
ネットワークシステム，同システムにおけるパス設定方法並びに同システムに用いられるネットワーク管理装置及びネットワーク装置 Download PDFInfo
- Publication number
- JP4199575B2 JP4199575B2 JP2003094068A JP2003094068A JP4199575B2 JP 4199575 B2 JP4199575 B2 JP 4199575B2 JP 2003094068 A JP2003094068 A JP 2003094068A JP 2003094068 A JP2003094068 A JP 2003094068A JP 4199575 B2 JP4199575 B2 JP 4199575B2
- Authority
- JP
- Japan
- Prior art keywords
- network
- data transfer
- correspondence table
- user
- request
- 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 - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ＩＰ（Internet Protocol）網などのパケットネットワーク上におけるパケットデータの高品質転送サービスを実現する技術に関するものであって、特に、高品質転送パスを提供する際に高速にパス設定を行なうのに好適な技術に関する。
【０００２】
【従来の技術】
現在のＩＰ網における経路制御は、ルータ等のノード自身で自律的に行なうのが一般的であるが、ＮＭＳ（Network Management System）やポリシーサーバ等の網管理装置側で集中制御的に経路設定する手法もある。この場合、ユーザからの通信要求やパス設定要求に対して、網管理装置側で経路を計算し、計算した結果を、ネットワーク内のノードのパス設定部へ通知して、パス設定を行なう。あるいは網管理装置がノードのパス設定手段を用いずに直接設定することもある。
【０００３】
例えば、ＭＰＬＳ（Multi-Protocol Label Switching）網でのパス設定の場合、パス設定を行なうために、経路計算を行なった網管理装置が通過ノードのリストをパスの端点となるＭＰＬＳルータに通知し、そのＭＰＬＳルータが、RSVP-TE（resource reservation protocol for traffic engineering）プロトコルやCR-LDP（Constraint Routed Label Distribution Protocol）等のパス設定プロトコルを用いて、網管理装置から通知された通過ノードリストに基づいてパス設定を実施する。
【０００４】
ところで、現在、上記のようなユーザに対してパスを提供するサービスの一例として、コンテンツ配信サービス〔ＣＤＮ（Contents Delivery Network）サービス〕において、ある一定の通信品質を維持（保証）するようなパス〔QoS（Quality of Service）パス〕の提供が考えられている。
ここで、コンテンツ配信サービスを想定した場合の、従来方式でのパス設定例について、図２７を参照しながら説明する。なお、この図２７において、１００はコンテンツ配送網、２００はＣＤＮサービスを受けるユーザ装置、３００はＣＤＮサービスを提供するコンテンツサーバ、４００はコンテンツ配送網１００における経路制御を集中的に管理するＮＭＳ等の経路制御装置をそれぞれ表しており、１０１，１０２はそれぞれコンテンツ配送網１００を構成するエッジノードを表す。
【０００５】
かかるネットワークシステムにおいて、まず、ユーザ装置２００がコンテンツ配信要求（リクエスト）を発行する（▲１▼）と、当該リクエストはコンテンツ配送網１００の入口に位置するエッジノード（ユーザ側のエッジノード）１０１にて受信され、エッジノード１０１は、当該リクエストを経路制御装置４００へ転送する（▲２▼）。
【０００６】
経路制御装置４００は、上記リクエストを受信すると、当該リクエストにより要求されたコンテンツが存在するコンテンツサーバ３００側のエッジノード１０２から、ユーザ側のエッジノード１０１までのコンテンツ配送網１００上の、要求コンテンツの配信に必要な所定の品質（例えば、帯域）を満足する経路（配送経路）を計算する（経路検索；▲３▼）。
【０００７】
かかる計算により配送経路が決定する（▲４▼）と、経路制御装置４００は、その経路が通過するコンテンツ配送網１００内のノードのリストを生成し、当該経路上に設定すべきパスの起点となるコンテンツサーバ３００側のエッジノード１０２へ生成したノードのリスト（通過ノードリスト）を通知する（▲５▼）。
エッジノード１０２は、経路制御装置４００から通知された通過ノードリストに基づいて、RSVP-TE（resource reservation protocol for traffic engineering）プロトコルやCR-LDP（Constraint Routed Label Distribution Protocol）等のパス設定プロトコルを用いて上記配送経路に対するパス設定を行なう（▲６▼）。
【０００８】
パス設定が完了すると、エッジノード１０２は、その旨を経路制御装置４００へ通知し（▲７▼）、経路制御装置４００は、コンテンツサーバ３００へ配信開始を通知する（▲８▼）。これにより、コンテンツサーバ３００からユーザ装置２００へ上述のごとく配送経路上に設定されたパスを通じてコンテンツ配信が開始される（▲９▼）。
【０００９】
なお、従来技術として、下記特許文献１に示されるような技術（商品購入システム）や下記特許文献２に示されるような技術（ストリーム配信ネットワークサービス方法およびシステム）がある。
そして、特許文献１に記載の商品購入システムでは、商品情報配信装置が、店舗側から送信される商品情報及び地理的な経路情報を蓄積手段に蓄積し、送受信端末側から送信された希望情報に対し購入に適する店舗情報を上記蓄積情報中から選定し、その店舗までの地理的な経路情報とともに送受信端末側へ送信することが行なわれる。これにより、送受信端末の利用者に、希望に合った商品を購入可能な店舗までの経路を示し、カーナビゲーションシステム等によりその店舗まで誘導してくれるシステムが実現される。
【００１０】
一方、特許文献２に記載のシステムでは、クライアント端末が受信要求したストリームコンテンツの要求情報に最も適した配信網（ベストエフォート配信網等）を選択して、ストリームコンテンツを配信するもので、上記要求からコンテンツ情報を抽出し、利用可能なストリーム配信網の複数候補の中から前記コンテンツ情報に最も適した網を選択し、あるいは、配信経路を設定し、ストリーム配信サーバからクライアント端末宛に要求されたコンテンツを、選択された網、あるいは、設定された配信経路を用いて配信することが行なわれる。
【００１１】
【特許文献１】
特開２００１−３５７３０１号公報
【特許文献２】
特開２００２−７７２５７号公報
【００１２】
【発明が解決しようとする課題】
しかしながら、上記のようなパス設定方式では、ユーザのパス設定要求を網入側ノードあるいは経路制御装置が受信した場合、計算した経路に対してパスを確立するために、少なくとも上記経路制御装置がエッジノードに対して計算した経路情報（通過ノードのリスト）を渡さなくてはならない。
【００１３】
このため、ユーザのリクエストが発生した時点からパス設定（パスセットアップ）が実際に開始されるまでに、パス計算時間＋経路情報通知時間分だけの遅延時間が発生することになる。即ち、(1)ユーザからのリクエストを受信してから経路計算を行なうと、経路計算時間分だけパス設定時間が遅れ、(2)集中制御型の装置で経路計算を行なう場合、計算結果をノード側に通知する時間分だけパス設定時間が遅れるのである。具体的には、図２７により上述した例では、上記▲２▼〜▲５▼の処理がサービス開始までの遅延時間に相当する。
【００１４】
このようなパス設定の遅延は、ユーザがコンテンツ配信を要求した場合に、ユーザに対するサービス開始（コンテンツ配送開始）が遅れることを意味し、迅速なサービス提供を妨げる要因となる。なお、上述した特許文献１及び特許文献２においても、地理的な経路情報の選択や配信網の選択、あるいは、配信経路の設定は、ユーザによる要求があってはじめてアクションを起こしているので、同様の課題が生じるのは明らかである。
【００１５】
本発明は、このような課題に鑑み創案されたもので、ユーザがコンテンツの配信要求や通信（接続）要求を行なった際に、迅速にパス設定を完了して、コンテンツ配信や通信を迅速に開始できるようにすることを目的とする。
【００１６】
【課題を解決するための手段】
上記の目的を達成するために、本発明のネットワークシステム（請求項１）は、複数のネットワーク装置をそなえて成るネットワークと、該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえ、該ネットワーク管理装置が、定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で提供するサービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報を予め計算する経路計算部と、該経路計算部により求められたデータ転送経路情報と該サービス内容とを関連付けた対応表を作成する対応表作成部と、該対応表作成部により作成された該対応表を、ユーザによる該サービス内容に応じたデータ転送要求の発行元であるユーザ装置としての該ネットワーク装置へ予め送信する対応表送信部とをそなえ、該ユーザ装置が、該ネットワーク管理装置から受信した該対応表を保持する対応表保持部と、該データ転送要求を行なう際に、該対応表保持部に保持された該対応表において該データ転送要求に対応するデータ転送経路情報を該データ転送要求に含めて該ネットワークの入口に位置するエッジノード装置としての他のネットワーク装置へ送信するデータ転送要求送信部とをそなえ、該エッジノード装置が、該ユーザ装置のから該データ転送要求を受信するデータ転送要求受信部と、該データ転送要求受信部で受信した該データ転送要求に含まれる該データ転送経路情報によって特定されるデータ転送経路上のネットワーク装置に対するパス設定処理を行なうパス設定処理部とをそなえて構成されたことを特徴としている。
【００１７】
また、本発明のネットワークシステムにおけるパス設定方法（請求項２）は、複数のネットワーク装置をそなえて成るネットワークと、該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえたネットワークシステムにおいて、該ネットワーク管理装置が、定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で提供するサービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報を予め計算し、求められたデータ転送経路情報と該サービス内容とを関連付けた対応表を作成し、作成した該対応表を、ユーザによる該サービス内容に応じたデータ転送要求の発行元であるユーザ装置としての該ネットワーク装置へ予め送信し、該ユーザ装置が、該ネットワーク管理装置から受信した該対応表を保持し、該データ転送要求を行なう際に、保持した該対応表において該データ転送要求に対応するデータ転送経路情報を該データ転送要求に含めて該ネットワークの入口に位置するエッジノード装置としての他のネットワーク装置へ送信し、該エッジノード装置が、該ユーザ装置から該データ転送要求を受信し、受信した該データ転送要求に含まれる該データ転送経路情報によって特定されるデータ転送経路上のネットワーク装置に対するパス設定処理を行なうことを特徴としている。
【００１８】
さらに、本発明のネットワークシステムに用いられるネットワーク管理装置（請求項３）は、複数のネットワーク装置をそなえて成るネットワークにおける経路制御を集中管理する、ネットワークシステムに用いられるネットワーク管理装置であって、定期的に、又は、所定のイベント発生時に、第１のネットワーク装置と第２のネットワーク装置との間で提供するサービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報を予め計算する経路計算部と、該経路計算部により求められたデータ転送経路情報と該サービス内容とを関連付けた対応表を作成する対応表作成部と、該対応表作成部により作成された該対応表を、ユーザによる該サービス内容に応じたデータ転送要求の発行元であるユーザ装置としての該第１のネットワーク装置へ、該データ転送要求に該対応表におけるデータ転送経路情報を含め得るように、予め送信する対応表送信部とをそなえたことを特徴としている。
【００１９】
また、本発明のネットワークシステムに用いられるネットワーク装置（請求項４）は、複数のネットワーク装置をそなえて成るネットワークと、該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえたネットワークシステムに用いられ、或るネットワーク装置間で提供するサービス内容に応じたユーザによるデータ転送要求の発行元であるユーザ装置としての該ネットワーク装置であって、該ネットワーク管理装置において、定期的に、又は、所定のイベント発生時に、該サービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報が予め計算され、求められたデータ転送経路情報と該サービス内容とが関連付けられて作成された対応表を該ネットワーク管理装置から受信する経路表受信部と、該経路表受信部で受信した該対応表を保持する対応表保持部と、該データ転送要求を行なう際に、該対応表保持部に保持された該対応表において該データ転送要求に対応するデータ転送経路情報を該データ転送要求に含めて該ネットワークの入口に位置するエッジノード装置としての他のネットワーク装置へ送信するデータ転送要求送信部とをそなえたことを特徴としている。
【００２０】
さらに、本発明のネットワークシステムにおけるパス設定方法（請求項５）は、複数のネットワーク装置をそなえて成るネットワークと、該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえたネットワークシステムにおいて、該ネットワーク管理装置が、定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で特定のデータ転送品質を満たす該ネットワークにおけるデータ転送経路情報を予め計算し、求められたデータ転送経路情報と、該ネットワークの入側及び出側に位置するエッジノード装置としてのネットワーク装置の組とを関連付けた対応表を作成し、作成した該対応表を、ユーザによる接続先を指定した接続要求の発行元であるユーザ装置としての該ネットワーク装置へ予め送信し、該ユーザ装置が、該ネットワーク管理装置から受信した該対応表を保持し、該接続要求を行なう際に、保持した該対応表において該接続要求に対応するデータ転送経路情報を該接続要求に含めて前記ネットワークの入側に位置するエッジノード装置としてのネットワーク装置へ送信し、該エッジノード装置が、該ユーザ装置から該接続要求を受信し、受信した該接続要求に含まれる該データ転送経路情報によって特定されるデータ転送経路上のネットワーク装置に対するパス設定処理を行なうことを特徴としている。
【００２１】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
〔Ａ〕第１実施形態の説明
図１は本発明の第１実施形態としてのネットワークシステムの構成を示すブロック図で、この図１に示すシステムは、複数のルータ等のルーティングノード（以下、単に「ノード」という）１１をそなえて成るネットワーク１，当該ネットワーク１に最寄りのノード（エッジノード）１１を介して接続された複数のユーザ装置（ユーザ端末）２，複数のコンテンツサーバ３，ネットワーク１における経路制御を集中的に管理するネットワーク管理装置（経路制御装置）４等をそなえて構成されている。
【００２２】
基本的に、本ネットワークシステムは、映画や音楽などの高品質のコンテンツを配信するＣＤＮサービスの提供を想定しており、ネットワーク１は、ＭＰＬＳ等のコネクションオリエンテッドなネットワークである。また、このネットワーク１を構成するノード１１のうちエッジノード１１以外のノード（中継ノード）１１は「コアノード」と呼ばれる。なお、以下の説明において、上記のノード１１，ユーザ装置２，コンテンツサーバ３を総称して「ネットワーク装置」ということがある。
【００２３】
このようなシステムにおいて、本実施形態でも、或るユーザ装置２がコンテンツ配信要求を発行すると、その要求コンテンツを管理するコンテンツサーバ３から当該ユーザ装置２に対して要求コンテンツを配信するために、ネットワーク１において配送経路（データ転送経路）を決定して当該経路上にパスの設定を行なうことになるのだが、本実施形態では、迅速なパス設定を実現して、従来のような配信要求発生からコンテンツ配信開始までの遅延時間を削減できるようにする。
【００２４】
このため、本実施形態では、例えば図２に示すように、ネットワーク管理装置４に、経路計算部４１１，対応表作成部４１２及び対応表送信部４１３としての機能を有する経路制御部４１とリソース管理部４２とがそなえられる一方、ネットワーク装置１１，２，３に、主として、対応表受信部５１，対応表メモリ５２及びパス設定部（リクエスト送出部）５３，ユーザリクエスト受信部（ユーザリクエスト処理部）５４，パケット解析部５５等がそなえられている。
【００２５】
ここで、ネットワーク管理装置４の経路制御部４１において、経路計算部４１１は、定期的に、又は、所定のイベント発生時（例えば、ネットワーク管理装置４の負荷が小さい時等）に、或るネットワーク装置間（例えば、エッジノード１１）間で提供するコンテンツ内容について特定の基準（例えば、帯域や許容遅延時間等のサービス品質）を満たす配送経路を予め算出・決定するものである。なお、当該配送経路の事前算出（Pre-Computation手法）には、公知の手法を適用すればよい。
【００２６】
また、対応表作成部４１２は、特定のコンテンツと当該コンテンツを配信するのに最適な計算済みの配送経路（データ転送経路情報）とを関連付けた対応表（テーブル）を作成するもので、例えば図３に示すように、コンテンツＡ，Ｂ，Ｃ，Ｄ，…の別に、それぞれに最適な計算済みの経路情報（通過ノードリスト）が対応付けられた対応表６が作成されるようになっている。
【００２７】
なお、この図３では、或るコンテンツＡ及びＢはSERVER_1に存在し、NODE_1→NODE_2→NODE_3→NODE_4の経路が当該コンテンツＡの配信経路として最適であり、コンテンツＣは別のSERVER_2に存在し、NODE_2→NODE_5の経路が当該コンテンツＣの配信経路として最適であり、同様に、コンテンツＤは、さらに別のSERVER_3に存在し、NODE_2→NODE_3→NODE_4の経路が当該コンテンツＤの配信経路として最適であることを意味している。
【００２８】
対応表送信部４１３は、この対応表作成部４１２によって作成された対応表６をユーザによる要求コンテンツに応じたリクエストメッセージを受信するネットワーク装置１１，２又は３に送信するものである。リソース管理部４２は、ネットワーク１上のリンクに割り当てる帯域等のリソースを管理するもので、ここでは、項目〔Ｃ〕にて後述するようなリソース競合回避機能を有している。
【００２９】
一方、ネットワーク装置１１，２又は３において、対応表受信部５１は、上記のネットワーク管理装置４から送信されてくる対応表６を受信するものであり、対応表メモリ５２は、この対応表受信部５１で受信された対応表６を保持するものである。
そして、ユーザリクエスト受信部（ユーザリクエスト処理部）５４は、基本的に、ユーザ装置２の発行したリクエストメッセージ（コンテンツ配信要求又は接続要求等のデータ転送要求であって、ユーザの要求サービスに応じて異なる）を受信するものであるが、ここでは、下記(1)〜(3)に示すような機能部も兼ね備えている。
【００３０】
(1)当該リクエストメッセージに対応する通過ノードリストを上記対応表６において検索・取得する対応表検索機能部
(2)取得した通過ノードリストをパス設定のためにパス設定部５３、あるいは、パス設定要求に含めて（あるいは、パス設定要求とともに）他のネットワーク装置（例えば、エッジノード１１）へ転送（送信）する通過ノードリスト転送機能（パス設定要求処理）部
(3)パス設定部５３からパス設定完了の通知を受けることにより経路制御装置４に対してパス設定完了通知を発行するパス設定完了通知機能部
また、パス設定部（パス設定処理部）５３は、ユーザ装置２が発行した上記リクエストメッセージを受信した場合に、上記対応表メモリ５２に保持された対応表６における当該リクエストメッセージに対応する通過ノードリストによって特定される配送経路に対するパス設定処理を行なうものである。
【００３１】
さらに、パケット解析部（レイヤ７パケット識別機能部）５５は、ユーザ装置２側又はコンテンツサーバ３側のエッジノード１１において、通常、識別可能なレイヤ３（ＩＰレイヤ）以上のレイヤの情報〔例えば、ユーザ装置２の発行したレイヤ７（アプリケーション層）のhttpメッセージ〕の捕捉が必要な場合に実装されるもので、これにより、httpメッセージとして送られてくるコンテンツ配信要求を捕捉することが可能となる。なお、このようなレイヤ７パケット識別機能をもつノードは一般的にレイヤ７スイッチ等と呼ばれる。
【００３２】
以上の構成により、本実施形態のシステムでは、従来のように、ユーザ装置２がリクエストメッセージを発行する都度、ネットワーク管理装置４とネットワーク装置１１，２又は３との間で通過ノードリストの送受を行なうことなく、迅速なパス設定を行なうことが可能となる。
以下、かかる本実施形態のパス設定動作について説明する。なお、上記対応表６の送信先としては、ユーザ装置２，ユーザ側のエッジノード１１，コンテンツサーバ３側のエッジノード１１，コンテンツサーバ３の４態様が考えられる。また、対応表６の送信については、例えば、コマンドラインインタフェースによる通信や、ＴＣＰ／ＩＰによる通信などが適用できる。以下、上記態様別に具体的なパス設定動作について詳述する。
【００３３】
（Ａ１）対応表６をユーザ装置２へ送信する場合
まず、対応表６をネットワーク管理装置４からユーザ装置２へ送信する場合のパス設定方法について図４〜図６を用いて説明する。
図４に示すように、ネットワーク管理装置（経路制御装置）４は、ネットワーク１が提供する個々のコンテンツに対して、そのコンテンツをユーザ側のエッジノード１１（１１Ａ）へ転送するために、定期的に（又は、所定のイベント発生時に）、特定のサービス品質を満たす配送経路を経路計算部４１１により予め計算する。
【００３４】
そして、経路制御装置４は、対応表作成部４１２によって、上記経路計算により得られた配送経路がネットワーク１内で通過するノードのリスト（通過ノードリスト）を生成し、コンテンツと当該コンテンツが格納されているコンテンツサーバ３及び通過ノードリストとを関連付けて図３により前述した対応表６としてメモリ等（図示省略）に保持する（ステップＡ１）。
【００３５】
その後、経路制御装置４は、作成した対応表６をユーザ装置２へ送信し（ステップＡ２）、ユーザ装置２は、当該対応表６を対応表受信部５１により受信すると、対応表メモリ５２に保持する。
ユーザ装置２は、或るコンテンツの配信をリクエストする際、リクエストメッセージ（コンテンツ配信要求）をネットワーク１へ送出するが、その際、対応表メモリ５２に保持された上記対応表６を参照して、要求コンテンツに対応する通過ノードリストを検索・取得し、当該リストをコンテンツサーバ３宛のリクエストメッセージに含めて、ユーザ側のエッジルータ１１（１１Ａ）へ送信する（ステップＡ３）。例えば、ユーザによるリクエストメッセージの受付をＷＥＢサーバ（図示省略）で行なう場合は、httpリクエストメッセージに通過ノードリストを含めればよい。
【００３６】
ユーザ側のエッジルータ１１Ａは、上記リクエストメッセージをユーザリクエスト受信部５４にて受信すると（図５及び図６のステップＢ１）、当該メッセージ中の通過ノードリストを抽出し（図５及び図６のステップＢ２）、当該通過ノードリストに基づいて、所定のパス設定シグナリング（パス設定メッセージ）を用いてＭＰＬＳパスを設定（確立）する（ステップＡ４，図５及び図６のステップＢ３）。
【００３７】
この際、実際のコンテンツ（データ）が流れるコンテンツサーバ３側のエッジノード１１（１１Ｂ）からユーザ側エッジノード１１Ａの方向へパスを設定する必要があるが、例えば、パス設定シグナリングプロトコルとしてＧＭＰＬＳプロトコルを用いることで実現可能である。なお、ＧＭＰＬＳ（Generalized Multi-Protocol Label Switching）プロトコルは、一度に双方向のパス設定が可能なプロトコルである。
【００３８】
その後、ユーザ側エッジノード１１Ａがパス設定完了メッセージを受信することによりパス設定が完了すると（ステップＡ５，図５及び図６のステップＢ４）、ユーザ側エッジノード１１Ａは、経路制御装置４へパス設定の完了を通知し（図５及び図６のステップＢ５，Ｂ６）、経路制御装置４は、コンテンツサーバ３に配信開始を通知する（ステップＡ６）。これにより、コンテンツサーバ３は、ユーザ装置２に対してコンテンツの配信を開始する（ステップＡ７）。
【００３９】
なお、ユーザ側エッジノード１１Ａからのパス設定完了通知は、必ずしも経路制御装置４を経由して、コンテンツサーバ３へ通知する必要はない。例えば、ユーザ側エッジノード１１Ａから、直接、コンテンツサーバ３へ通知するようにしてもよい。
（Ａ２）対応表６をユーザ側エッジノード１１Ａへ送信する場合
次に、対応表６をユーザ側エッジノード１１Ａへ送る場合の動作について、図７〜図９を参照しながら詳述する。
【００４０】
本例の場合も、図７に示すように、経路制御装置４は、ネットワーク１が提供する個々のコンテンツに対して、そのコンテンツをユーザ側のエッジノード１１（１１Ａ）へ転送するために、定期的に（又は、所定のイベント発生時に）、特定のサービス品質を満たす配送経路を経路計算部４１１により予め計算し、対応表作成部４１２によって、上記経路計算により得られた配送経路がネットワーク１内で通過するノードのリスト（通過ノードリスト）を生成して、コンテンツと当該コンテンツが格納されているコンテンツサーバ３及び通過ノードリストとを関連付けて図３により前述した対応表６としてメモリ等（図示省略）に保持する（ステップＣ１）。
【００４１】
その後、経路制御装置４は、作成した対応表６をユーザ側エッジノード１１Ａへ送信し（ステップＣ２）、ユーザ側エッジノード１１Ａは、当該対応表６を受信すると、対応表メモリ５２に保持する。
そして、ユーザ装置２は、或るコンテンツをリクエスト（コンテンツ配信要求）する場合、コンテンツ情報（例えば、コンテンツに付随したＩＤなど）を含めたリクエストメッセージをユーザ側エッジノード１１Ａに送出する（ステップＣ３）。この場合も、先の形態で述べたように、httpリクエストメッセージで行なうことが考えられる。
【００４２】
ユーザ側エッジノード１１Ａは、図８及び図９に示すように、ユーザ装置２からのパケットをパケット解析部５５にて受信し（ステップＤ１）、パケット解析部（レイヤ７パケット識別機能部）５５は、当該受信パケットが上記httpリクエストメッセージであるか否かを識別する。httpリクエストメッセージであれば、パケット解析部５５は、当該メッセージをユーザリクエスト処理（受信）部５４に転送し（ステップＤ２）、ユーザリクエスト処理部５４は、当該リクエスト中のコンテンツ情報を抽出する。
【００４３】
そして、ユーザ側エッジノード１１Ａ（ユーザリクエスト処理部５４）は、予め経路制御装置４から送られ対応表メモリ５２に保持されている対応表６を参照して、リクエストされたコンテンツに対応する経路の通過ノードリストを検索・取得し（経路決定；ステップＤ３，図７のステップＣ４）、当該通過ノードリストをパス設定部５３へ渡す（ステップＤ４）。
【００４４】
これにより、パス設定部５３は、ユーザリクエスト受信部５４から受け取った通過ノードリストにあるノードに対して、所定のパス設定シグナリング（パス設定メッセージ）を用いてＭＰＬＳパスを確立する（図７のステップＣ５）。この際、実際にコンテンツが流れるコンテンツサーバ側エッジノード１１Ｂからユーザ側エッジノード１１Ａの方向へパスを設定する必要があるが、この場合も、パス設定シグナリングプロトコルとして、例えばＧＭＰＬＳプロトコルを用いることで実現可能である。
【００４５】
その後、図８及び図９に示すように、ユーザ側エッジノード１１Ａ（パス設定部５３）において、コンテンツサーバ側エッジノード１１Ｂからのパス設定完了メッセージが受信されて（ステップＤ５）、パス設定が完了すると、パス設定部５３がユーザリクエスト受信部５４へパス設定完了通知を発行し（ステップＤ６）、ユーザリクエスト受信部５４は、経路制御装置４へパス設定完了通知を発行する（ステップＤ７，図７のステップＣ６）。
【００４６】
経路制御装置４は、ユーザ側エッジノード１１Ａから上記パス設定完了通知を受けると、図７に示すように、コンテンツサーバ３に配信開始通知を発行し（ステップＣ７）、当該配信開始通知を受信したコンテンツサーバ３は、ユーザ装置２に対してコンテンツの配信を開始する（ステップＣ８）。なお、この場合も、上記パス設定完了通知は、必ずしも経路制御装置４を経由してコンテンツサーバ３へ通知する必要はなく、ユーザ側エッジノード１１Ａからコンテンツサーバ３へ直接通知するようにしてもよい。
【００４７】
（Ａ３）対応表６をコンテンツサーバ側エッジノード１１Ｂへ送信する場合
次に、対応表６をコンテンツサーバ側エッジノード１１Ｂへ送る場合の動作について、図１０〜図１２を参照しながら詳述する。
本例の場合も、図１０に示すように、経路制御装置４は、ネットワーク１が提供する個々のコンテンツに対して、そのコンテンツをユーザ側のエッジノード１１（１１Ａ）へ転送するために、定期的に（又は、所定のイベント発生時に）、特定のサービス品質を満たす配送経路を経路計算部４１１により予め計算し、対応表作成部４１２によって、上記経路計算により得られた配送経路がネットワーク１内で通過するノードのリスト（通過ノードリスト）を生成して、コンテンツと当該コンテンツが格納されているコンテンツサーバ３及び通過ノードリストとを関連付けて図３により前述した対応表６としてメモリ等（図示省略）に保持する（ステップＥ１）。
【００４８】
その後、経路制御装置４は、作成した対応表６をコンテンツサーバ側エッジノード１１Ｂへ送信し（ステップＥ２）、コンテンツサーバ側エッジノード１１Ｂは、当該対応表６を受信すると、対応表メモリ５２に保持する。
そして、ユーザ装置２は、或るコンテンツをリクエスト（コンテンツ配信要求）する場合、コンテンツ情報（例えば、コンテンツに付随したＩＤなど）を含めたリクエストメッセージをユーザ側エッジノード１１Ａに送出する（ステップＥ３）。この場合も、先の形態で述べたように、httpリクエストメッセージで行なうことが考えられる。
【００４９】
ここで、上記httpリクエストメッセージの宛先はコンテンツサーバ３であるので、図１１及び図１２に示すように、当該httpリクエストメッセージは最終的に直前のコンテンツサーバ側エッジノード１１Ｂで通過することになる（ステップＦ１）。その際、コンテンツサーバ側エッジノード１１Ｂは、パケット解析部（レイヤ７パケット識別機能部）５５により、受信メッセージがコンテンツサーバ３へのリクエストメッセージ（コンテンツ配信要求）であるか否かを判別し、リクエストメッセージである場合は、当該メッセージをリクエストメッセージ処理（受信）部５４に転送する（ステップＦ２）。
【００５０】
ユーザリクエスト処理部５４は、パケット解析部５５から転送されてきたhttpリクエストメッセージ中のコンテンツ情報を抽出し、当該コンテンツ情報を基に対応表メモリ５２に予め保持されている対応表６を参照して、リクエストされたコンテンツに対応する経路の通過ノードリストを検索・取得する（経路決定；ステップＦ３，図１０のステップＥ４）。
【００５１】
取得した通過ノードリストは、パス設定部５３へ渡され（ステップＦ４）、パス設定部５３は、その通過ノードリストに基づき、所定のパス設定シグナリングを用いて、コンテンツサーバ側エッジノード１１Ｂからユーザ側エッジノード１１ＡへのＭＰＬＳパスを確立する（ステップＦ５，図１０のステップＥ５）。この際、前述した例とは異なり、少なくともコンテンツサーバ側エッジノード１１Ｂからユーザ側エッジノード１１Ａへ片方向のパスを設定すればよいので、パス設定シグナリングプロトコルとしては、例えば、RSVP-TEプロトコルを用いることができる。もっとも、ＧＭＰＬＳプロトコルを用いて双方向のパスを設定してもよい。
【００５２】
その後、コンテンツサーバ側エッジノード１１Ｂは、図１１及び図１２に示すように、ユーザ側エッジノード１１Ａからパス設定完了メッセージを受信してパス設定の完了をパス設定部５３により認識すると（ステップＦ６）、ユーザリクエスト処理部５４を通じて経路制御装置４へパス設定完了通知を発行する（ステップＦ７，Ｆ８，図１０のステップＥ６）。
【００５３】
経路制御装置４は、図１０に示すように、コンテンツサーバ側エッジノード１１Ｂから上記パス設定完了通知を受信すると、コンテンツサーバ３に配信開始通知を発行し（ステップＥ７）、当該配信開始通知を受信したコンテンツサーバ３は、ユーザ装置２に対してコンテンツの配信を開始する（ステップＥ８）。なお、この場合も、上記パス設定完了通知は、必ずしも経路制御装置４を経由する必要はなく、コンテンツサーバ側エッジノード１１Ｂから直接コンテンツサーバ３へ通知するようにしてもよい。
【００５４】
（Ａ４）対応表６をコンテンツサーバ３へ送信する場合
次に、対応表６をコンテンツサーバ３へ送る場合の動作について、図１３〜図１５を参照しながら詳述する。
本例の場合も、図１３に示すように、経路制御装置４は、ネットワーク１が提供する個々のコンテンツに対して、そのコンテンツをユーザ側のエッジノード１１（１１Ａ）へ転送するために、定期的に（又は、所定のイベント発生時に）、特定のサービス品質を満たす配送経路を経路計算部４１１により予め計算し、対応表作成部４１２によって、上記経路計算により得られた配送経路がネットワーク１内で通過するノードのリスト（通過ノードリスト）を生成して、コンテンツと当該コンテンツが格納されているコンテンツサーバ３及び通過ノードリストとを関連付けて図３により前述した対応表６としてメモリ等（図示省略）に保持する（ステップＧ１）。
【００５５】
その後、経路制御装置４は、作成した対応表６をコンテンツサーバ３へ送信し（ステップＧ２）、コンテンツサーバ３は、当該対応表６を受信すると、対応表メモリ５２に保持する。
そして、ユーザ装置２は、或るコンテンツをリクエスト（コンテンツ配信要求）する場合、コンテンツ情報（例えば、コンテンツに付随したＩＤなど）を含めたコンテンツサーバ３宛のリクエストメッセージをユーザ側エッジノード１１Ａに送出する（ステップＧ３）。この場合も、先の形態で述べたように、httpリクエストメッセージで行なうことが考えられる。
【００５６】
コンテンツサーバ３は、図１４及び図１５に示すように、上記リクエストメッセージを受信すると（ステップＨ１）、ユーザリクエスト受信部５４により、当該受信メッセージ中のコンテンツ情報を抽出し、その情報を基に予め対応表メモリ５２に保持されている対応表６を参照して、リクエストされたコンテンツに対応する経路の通過ノードリストを検索・取得する（経路決定；ステップＨ２，図１３のステップＧ４）。
【００５７】
そして、コンテンツサーバ３は、取得した通過ノードリストをコンテンツサーバ側エッジノード１１Ｂに対してパス設定要求メッセージに含めて通知する（ステップＨ３，図１３のステップＧ５）。通過ノードリストを受信したコンテンツサーバ側エッジノード１１Ｂは、その通過ノードリストに基づき、所定のパス設定シグナリングを用いて、コンテンツサーバ側エッジノード１１Ｂからユーザ側エッジノード１１ＡへのＭＰＬＳパスを確立する（ステップＨ４，図１３のステップＧ６）。この際、少なくともコンテンツサーバ側エッジノード１１Ｂからユーザ側エッジノード１１Ａへ片方向のパスを設定すればよいので、パス設定シグナリングプロトコルとしては、この場合も、例えば、RSVP-TEプロトコルを適用することができる。もっとも、ＧＭＰＬＳプロトコルを用いて双方向のパスを設定してもよい。
【００５８】
その後、パス設定が完了して、図１４及び図１５に示すように、コンテンツサーバ側エッジノード１１Ｂがユーザ側エッジノード１１Ａからのパス設定完了メッセージを受信すると（ステップＨ５）、経路制御装置４へパス設定完了通知を発行し（ステップＨ６，図１３のステップＧ７）、経路制御装置４は、図１３に示すように、このパス設定完了通知を受けることによりコンテンツサーバ３に配信開始通知を発行する（ステップＧ８）。
【００５９】
コンテンツサーバ３は、この配信開始通知を受信すると、ユーザ装置２に対してコンテンツの配信を開始する（ステップＧ９）。なお、この場合も、上記パス設定完了通知は、必ずしも経路制御装置４を経由する必要はなく、コンテンツサーバ側エッジノード１１Ｂから直接コンテンツサーバ３へ通知するようにしてもよい。
【００６０】
以上のように、本実施形態では、経路制御装置４において予め経路計算を行なって対応表６を作成してネットワーク装置へ送信しておき、ユーザからリクエストメッセージがあった場合に、当該メッセージを受信したネットワーク装置が、事前に送信された対応表６を基に、リクエストされたコンテンツ内容に応じた通過ノードリストを取得して、その通過ノードリストにある通過ノード１１に対してパス設定するか、エッジノード１１に対してパス設定を要求する。
【００６１】
したがって、ユーザのリクエストメッセージを受けた時に、経路制御装置４と通信することなく、当該リクエストメッセージに含まれる、あるいはエッジノード１１が保持している通過ノードリストに基づいて直ちにパス設定を行なえ、リクエスト受信からコンテンツ配信開始までの時間を大幅に短縮することができる。
【００６２】
〔Ｂ〕第２実施形態の説明
上述したパス設定方法は、コンテンツ配信サービスだけでなく、ベストエフォートサービスなどパスを用いたデータ転送サービス全般に適用可能である。例えば、ネットワーク１（図１参照）を挟んだ任意のユーザ装置２間でパスを設定してファイル転送を行なう場合にも適用可能である。
【００６３】
この場合は、上述した第１実施形態のように、コンテンツと経路情報とを対応付けるのではなく、ユーザが転送しようとする、エッジノード１１の組と、そのエッジノード１１間の経路とを対応付けた対応表を経路制御装置４（経路制御部４１）において作成する。
即ち、この場合、経路制御装置４（経路制御部４１）は、予め、ネットワーク１内の特定のエッジノード１１間について特定の品質を満たす経路（例えば、最短経路）を計算しておき、例えば図１６に示すように、入側のエッジノード１１及び出側のエッジノード１１（アドレス）の組と、そのエッジノード１１間を通過する通過ノード１１のリスト（通過ノードリスト）とを関連付けた対応表６Ａを作成する。
【００６４】
例えば、この図１６において、入側エッジノードEDGE_Aと出側エッジノードEDGE_Bとの間では、EDGE_A→CORE_1→CORE_3→EDGE_Bの経路が基準品質を満たす経路であり、入側エッジノードEDGE_Aと出側エッジノードEDGE_Cとの間では、EDGE_A→CORE_1→EDGE_Cの経路が基準品質を満たす経路であることを意味する。他も同様である。なお、本実施形態においても、エッジノード１１間の経路の具体的計算手法は公知の手法を適用すればよい。
【００６５】
そして、本実施形態では、このような対応表６Ａを経路制御装置４からネットワーク装置に送信する。送信先としては、ユーザ装置（ユーザ端末）２及びユーザ側エッジノード１１Ａが考えられる。また、対応表６Ａの送信手段については、第１実施形態と同様、特に問わないが、例えば、コマンドラインインタフェースによる通信やＴＣＰ／ＩＰによる通信が適用できる。
【００６６】
なお、ノード１１やユーザ装置２等のネットワーク装置は、本実施形態においても、基本的に図２により前述した第１実施形態と同様の構成を有して構成され、対応表受信部５１において、経路制御装置４から送信されてくる対応表６Ａを受信し、受信した対応表６Ａを対応表メモリ５２にて保持する構成となる。
また、パス設定部５３は、（送信側の）ユーザ装置２が発行したリクエストメッセージ（接続要求）を受信した場合に、上記対応表メモリ５２に保持された対応表６Ａにおける対応する通過ノードリストによって特定される配送経路に対するパス設定処理を行なうことになる。
【００６７】
さらに、ユーザリクエスト受信部（ユーザリクエスト処理部）５４は、この場合も、(1)ユーザ装置２の発行したリクエストメッセージに対応する通過ノードリストを上記対応表６Ａにおいて検索・取得する対応表検索機能部や、(2)取得した通過ノードリストをパス設定のためにパス設定部５３や他のネットワーク装置へ転送する通過ノードリスト転送機能部をそなえているが、第１実施形態と異なり、(3)パス設定部５３からパス設定完了の通知を受けることにより送信側のユーザ装置２に対してパス設定完了通知を発行するパス設定完了通知機能部なども兼ね備えている。
【００６８】
パケット解析部（レイヤ７パケット識別機能部）５５は、第１実施形態と同様に、httpメッセージとして送られてくるリクエストメッセージ（接続要求）を捕捉するためのものである。
以下、上述のごとく構成された第２実施形態のネットワークシステムの動作（パス設定方法）について、対応表６の送信先の違い別に詳述する。
【００６９】
（Ｂ１）対応表６Ａを（送信側の）ユーザ装置２へ送信する場合
まず、対応表６Ａを経路制御装置４から送信側のユーザ装置２へ送信する場合のパス設定方法について図１７〜図１９を用いて説明する。なお、以下において、説明の便宜上、リクエストメッセージ（接続要求）送信側のユーザ装置２を送信端末２Ｓ、受信側（接続先）のユーザ装置２を宛先端末２Ｒ、送信側のユーザ装置２Ｓの発行したリクエストメッセージをネットワーク１の入口で受信する入側エッジノード１１を送信側エッジノード１１Ｓ、当該リクエストメッセージの宛先である受信側のユーザ装置２Ｒへ転送する出側エッジノード１１を受信側エッジノード１１Ｒと表記することがある。
【００７０】
図１７に示すように、経路制御装置４は、定期的に（又は、所定のイベント発生時に）、ネットワーク１上のエッジノード１１間で特定のサービス品質を満たすデータ転送経路を経路計算部４１１により予め計算し、対応表作成部４１２によって、上記経路計算により得られた経路がネットワーク１内で通過するノードのリスト（通過ノードリスト）を生成し、当該通過ノードリストと入側エッジノード１１のアドレス及び出側エッジノード１１のアドレスとを関連付けて図１６により前述した対応表６Ａを作成し、当該対応表６Ａをメモリ等（図示省略）に保持する（ステップＪ１）。
【００７１】
そして、経路制御装置４は、作成した対応表６Ａを送信端末２Ｓへ送信し（ステップＪ２）、当該送信端末２Ｓは、その対応表６Ａを対応表受信部５１により受信すると、対応表メモリ５２に保持する。その後、送信端末２Ｓは、通信したい宛先（宛先端末２Ｒ）を指定して、接続要求メッセージをネットワーク１側へ送出する（ステップＪ３）。その際、送信端末２Ｓは、上記対応表６Ａにおいて、その宛先に対応した受信側エッジノード１１Ｒと送信側エッジノード１１Ｓ間の経路についての通過ノードリストを検索・取得し、当該リストを接続要求メッセージに含めて、送信側エッジノード１１Ｓに送出する。
【００７２】
送信側エッジノード１１Ｓは、ユーザリクエスト受信部５４において、上記接続要求メッセージを受信（補足）すると（図１８及び図１９のステップＫ１）、当該メッセージ中の通過ノードリストを抽出してパス設定部５３へ渡す（図１８及び図１９のステップＫ２）。パス設定部５３は、当該通過ノードリストに基づいて、所定のパス設定シグナリング（パス設定メッセージ）を用いてＭＰＬＳパスを設定（確立）する（ステップＪ４，図１８及び図１９のステップＫ３）。
【００７３】
この際、少なくとも送信側エッジノード１１Ｓから受信側エッジノード１１Ｒへ片方向のパスを設定すればよいので、パス設定シグナリングプロトコルとしては、例えば、RSVP-TEプロトコルが適用できる。もっとも、この場合も、ＧＭＰＬＳプロトコルを用いて双方向のパスを設定してもよい。
その後、送信側エッジノード１１Ｓがパス設定完了メッセージを受信することによりパス設定が完了すると（図１８及び図１９のステップＫ４）、送信側エッジノード１１Ｓは、送信端末２Ｓへパス設定の完了を通知する（ステップＪ５，図１８及び図１９のステップＫ５，Ｋ６）。これにより、送信端末２Ｓは、宛先端末２Ｒに対してデータ送信を開始する（ステップＪ６）。
【００７４】
なお、上記とは逆に、宛先端末２Ｒが送信端末、送信端末２Ｓが宛先端末となる場合も、上記と同様のパス設定により通信が可能である。
（Ｂ２）対応表６Ａを送信側エッジノード１１Ｓへ送信する場合
次に、対応表６Ａを経路制御装置４から送信側エッジノード１１Ｓへ送信する場合のパス設定方法について図２０〜図２２を用いて説明する。
【００７５】
この場合も、図２０に示すように、経路制御装置４は、定期的に（又は、所定のイベント発生時に）、ネットワーク１上のエッジノード１１間で特定のサービス品質を満たすデータ転送経路を経路計算部４１１により予め計算し、対応表作成部４１２によって、上記経路計算により得られた経路がネットワーク１内で通過するノードのリスト（通過ノードリスト）を生成し、当該通過ノードリストと入側エッジノード１１のアドレス及び出側エッジノード１１のアドレスとを関連付けて図１６により前述した対応表６Ａを作成し、当該対応表６Ａをメモリ等（図示省略）に保持する（ステップＬ１）。
【００７６】
そして、経路制御装置４は、作成した対応表６Ａを送信側エッジノード１１Ｓへ送信し（ステップＬ２）、当該送信側エッジノード１１Ｓは、その対応表６Ａを対応表受信部５１により受信すると、対応表メモリ５２に保持する。
その後、送信端末２Ｓは、通信したい宛先（宛先端末２Ｒ）を指定して、接続要求メッセージをネットワーク１側へ送出する（ステップＬ３）。当該メッセージをネットワーク１の入口で受信する送信側エッジノード１１Ｓは、ユーザリクエスト受信部５４において、上記接続要求メッセージを受信・補足すると（図２１及び図２２のステップＭ１）、当該メッセージから送信側エッジノード１１Ｓ及び宛先（受信）側エッジノード１１Ｒのアドレスを抽出する。
【００７７】
さらに、ユーザリクエスト受信部５４は、抽出したアドレスを基に対応表メモリ５２に保持されている対応表６Ａを参照して、送信側及び受信側のアドレスの組に対応した経路についての通過ノードリストを検索・取得し（図２１及び図２２のステップＭ２）、これをパス設定部５３に渡す（図２１及び図２２のステップＭ３）。
【００７８】
パス設定部５３は、その通過ノードリストに基づいて所要のパス設定シグナリングを用いてＭＰＬＳパスの設定を行なう（ステップＬ４，図２１及び図２２のステップＭ４）。この場合も、送信側エッジノード１１Ｓから受信側エッジノード１１Ｒへ片方向のパスを設定すればよいので、パス設定シグナリングプロトコルとしては、例えば、RSVP-TEプロトコルを適用できるが、ＧＭＰＬＳプロトコルを用いて双方向のパスを設定するようにしてもよい。
【００７９】
その後、送信側エッジノード１１Ｓがパス設定完了メッセージを受信することによりパス設定が完了すると（図２１及び図２２のステップＭ５）、送信側エッジノード１１Ｓは、ユーザリクエスト受信部５４を通じて、送信端末２Ｓへパス設定の完了を通知する（ステップＬ５，図２１及び図２２のステップＭ６，Ｍ７）。これにより、送信端末２Ｓは、宛先端末２Ｒに対してデータ送信を開始する（ステップＬ６）。
【００８０】
なお、この場合も、上記とは逆に、宛先端末２Ｒが送信端末、送信端末２Ｓが宛先端末となる場合も、上記と同様のパス設定により通信が可能である。
以上のように、本第２実施形態では、経路制御装置４において予め経路計算を行なって対応表６Ａを作成してネットワーク装置へ送信しておき、ユーザからリクエストメッセージがあった場合に、当該メッセージを受信したネットワーク装置が、事前に送信された対応表６Ａを基に、要求に応じた通過ノードリストを取得して、その通過ノードリストにある通過ノード１１に対してパス設定するか、エッジノード１１に対してパス設定を要求する。
【００８１】
したがって、ユーザのリクエストメッセージを受けた時に、経路制御装置４と通信することなく、当該リクエストメッセージに含まれる、あるいはエッジノード１１が保持している通過ノードリストに基づいて直ちにパス設定を行なえ、リクエスト受信から通信開始までの時間を大幅に短縮することができる。
〔Ｃ〕リクエスト受付時におけるリソース競合の回避
上述のように、本実施形態のパス設定を行なうことにより、迅速なパス設定を実現することが可能になるが、例えば、ユーザからのリクエストを受け付けてパス設定を行なう際に、リソースの確保を行なう場合にリソース（帯域等）に競合が生じる可能性がある。
【００８２】
つまり、経路制御装置４において、各リンク単位で予約帯域を管理しており、パス設定時に必要な分を確保するような場合、同じリンクや経路を使用するリクエストが、別の箇所（ノード）から同時発生すると、リソースの競合が生じることが予想され、例えば、或るリンクに対して受付可能帯域を上回る帯域が要求された場合は、いずれかの要求は受け付けることが不可能となる（リジェクトされる）。
【００８３】
例えば図２３に模式的に示すように、経路制御装置４において、或るリンクＬについての論理帯域のうち、既に他のリクエストに対して帯域「Ｂ」が確保（予約）されており、受付可能帯域が残り「Ａ」である状態で、さらに要求帯域＝「Ｃ」及び要求帯域＝「Ｄ」（ただし、帯域「Ａ」＜帯域「Ｃ」＋帯域「Ｄ」である）のリクエストが同時期に発生した場合、いずれかのリクエストはリジェクトされることになる。
【００８４】
このような現象を防ぐために、本実施形態の経路制御装置４には、図２に示したように、リソース管理部４２（図２参照）が設けられている。このリソース管理部４２は、対応表作成部４１２により対応表６又は６Ａを作成して、対応表送信部４１３によってネットワーク装置へ送信する際に、対応する経路（リンク）に関して管理帯域を減じて更新するものである。
【００８５】
例えば図２４に模式的に示すように、経路制御装置４（経路制御部４１）において、或る品質（帯域Ｂ１ Mbps）を満たす経路を検索した結果、リンクＬを通過する経路Ｒ１が見つかると、リソース管理部４２は、リンクＬに関して、経路Ｒ１用に帯域Ｂ１を確保する。この帯域は経路Ｒ１を通過するトラフィックしか使うことができない帯域である。同様に、経路制御部４１において、或る品質（帯域Ｂ２ Mbps）を満たす経路を検索した結果、同じリンクＬを通過する経路Ｒ２が見つかったとすると、リソース管理部４２は、リンクＬに関して経路Ｒ２用に帯域Ｂ２を確保する。
【００８６】
つまり、作成・送信された対応表６又は６Ａに対する経路については、ユーザのリクエスト以前に予め帯域を確保しておくのである。これにより、少なくとも、同時期にリクエストが発生した場合のリソース競合を防ぐことが可能となる。
〔Ｄ〕その他
なお、本発明は、上述した実施形態に限定されず、本発明の趣旨を逸脱しない範囲で種々変形して実施することができる。
【００８７】
例えば、第１実施形態で用いた対応表６は、コンテンツサーバ３が有しているコンテンツと計算した経路（通過ノードリスト）とを対応付けたものであるが、経路と対応付ける対象は必ずしもコンテンツに限られない。例えば、以下に示すように、コンテンツのもつ属性値や、それ以外の指標と経路とを対応付けることも可能である。
【００８８】
(Ｄ１)コンテンツ容量（コンテンツサイズ）と対応付け
例えば、特別に大きなファイルサイズ、あるいは転送データ量を有するコンテンツに対しては、その他のコンテンツサイズのものとは別の帯域に余裕のある経路と対応付けることで、転送遅延時間を短縮できることが期待できる。例えば図２５に示すように、コンテンツ容量が１Ｍバイト以下，１０Ｍバイト以下、５０Ｍバイト以下、５０Ｍバイト以上など、のケースに応じて対応付ける経路を分けて対応表６Ｂを作成する。これより、ユーザがリクエストしたコンテンツ容量に応じて、当該コンテンツ容量に最適なパスを高速に設定することが可能となる。
【００８９】
（Ｄ２）コンテンツやサービスの種別と対応付け
例えば、動画ストリーミングとソフトウェアダウンロードなどのファイル転送とでは、パスに要求される品質が異なる。動画ストリーミングでは数Ｍビット／秒の帯域を確保しないと品質を保証できないが、ファイル転送では必ずしも帯域を保証する必要はない。したがって、コンテンツ種別に応じて通過する経路を分けることよって、より効率的な転送を実現することができる。
【００９０】
例えば図２６に示すように、動画ストリーミング，音声ストリーミング，画像ファイル，テキストファイルなどの種別に応じて対応付ける経路を分けて対応表６Ｃを作成する。この際、コンテンツ種別の表示はそれぞれを表す識別子などを用いることができる。これにより、ユーザが要求したコンテンツやサービスの種別によって、当該種別に最適なパスを高速に設定することが可能となる。
【００９１】
〔Ｅ〕付記
（付記１） 複数のネットワーク装置をそなえて成るネットワークと、
該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえ、
該ネットワーク管理装置が、
定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で提供するサービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報を予め計算する経路計算部と、
該経路計算部により求められたデータ転送経路情報と該サービス内容とを関連付けた対応表を作成する対応表作成部とをそなえるとともに、
ユーザによる該サービス内容に応じたデータ転送要求を受信するネットワーク装置が、
該データ転送要求を受信するデータ転送要求受信部と、
該データ転送要求受信部で該データ転送要求が受信されると、該ネットワーク管理装置の該対応表作成部によって予め作成されている該対応表の該データ転送要求に対応する該データ転送経路情報によって特定されるデータ転送経路に対するパス設定処理を行なうパス設定処理部とをそなえて構成されたことを特徴とする、ネットワークシステム。
【００９２】
（付記２） 複数のネットワーク装置をそなえて成るネットワークと、該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえたネットワークシステムにおいて、
該ネットワーク管理装置が、
定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で提供するサービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報を予め計算し、
求められたデータ転送経路情報と該サービス内容とを関連付けた対応表を作成し、
ユーザによる該サービス内容に応じたデータ転送要求を受信するネットワーク装置が、
該データ転送要求を受信すると、該ネットワーク管理装置で予め作成されている該対応表の該データ転送要求に対応する該データ転送経路情報によって特定されるデータ転送経路に対するパス設定処理を行なうことを特徴とする、ネットワークシステムにおけるパス設定方法。
【００９３】
（付記３） 該ネットワーク管理装置が、該データ転送要求の発行元であるユーザ装置としての該ネットワーク装置へ該対応表を送信し、
該ユーザ装置が、該ネットワークの入口に位置するユーザ装置側エッジノード装置としての他のネットワーク装置へ該データ転送要求と該ネットワーク管理装置から受信した該対応表における該データ転送要求に対応する該データ転送経路情報とを送信し、
該ユーザ装置側エッジノード装置が、該ユーザ装置から受信される該データ転送経路情報によって特定されるデータ転送経路上のネットワーク装置に対するパス設定処理を行なうことを特徴とする、付記２記載のネットワークシステムにおけるパス設定方法。
【００９４】
（付記４） 該ネットワーク管理装置が、該データ転送要求の発行元であるユーザ装置としてのネットワーク装置から該データ転送要求を該ネットワークの入口において受信するユーザ装置側エッジノード装置としてのネットワーク装置へ該対応表を送信し、
該ユーザ装置側エッジノード装置が、該ユーザ装置から該データ転送要求を受信すると、該ネットワーク管理装置から受信した該対応表における該データ転送要求に対応する該データ転送経路情報によって特定されるデータ転送経路上のネットワーク装置に対するパス設定処理を行なうことを特徴とする、付記２記載のネットワークシステムにおけるパス設定方法。
【００９５】
（付記５） 該ネットワーク管理装置が、該サービス内容に応じたデータを提供するサービス提供装置としてのネットワーク装置から該データを該ネットワークの入口において受信するサービス提供装置側エッジノード装置としてのネットワーク装置へ該対応表を送信し、
該サービス提供装置側エッジノード装置が、該ユーザ装置の発行した該データ転送要求を受信すると、該ネットワーク管理装置から受信した該対応表における該データ転送要求に対応する該データ転送経路情報によって特定されるデータ転送経路上のネットワーク装置に対するパス設定処理を行なうことを特徴とする、付記２記載のネットワークシステムにおけるパス設定方法。
【００９６】
（付記６） 該ネットワーク管理装置が、該サービス内容に応じたデータを提供するサービス提供装置としてのネットワーク装置へ該対応表を送信し、
該サービス提供装置が、該データ転送要求の発行元であるユーザ装置としてのネットワーク装置が発行した該データ転送要求を受信すると、該ネットワーク管理装置から受信した該対応表における該データ転送要求に対応する該データ転送経路情報を、該サービス提供装置から該サービス内容に応じたデータを該ネットワークの入口において受信するサービス提供装置側エッジノード装置としてのネットワーク装置へ送信し、
該サービス提供装置側エッジノード装置が、該サービス提供装置から受信した該データ転送経路情報によって特定されるデータ転送経路上のネットワーク装置に対するパス設定処理を行なうことを特徴とする、付記２記載のネットワークシステムにおけるパス設定方法。
【００９７】
（付記７） 複数のネットワーク装置をそなえて成るネットワークにおける経路制御を集中管理する、ネットワークシステムに用いられるネットワーク管理装置であって、
定期的に、又は、所定のイベント発生時に、第１のネットワーク装置と第２のネットワーク装置との間で提供するサービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報を予め計算する経路計算部と、
該経路計算部により求められたデータ転送経路情報と該サービス内容とを関連付けた対応表を作成する対応表作成部とをそなえたことを特徴とする、ネットワークシステムに用いられるネットワーク管理装置。
【００９８】
（付記８） 該対応表作成部により作成された該対応表を、ユーザによる該サービス内容に応じたデータ転送要求を受信するネットワーク装置へ送信する対応表送信部をさらにそなえたことを特徴とする、付記７記載のネットワークシステムに用いられるネットワーク管理装置。
（付記９） 該対応表の該データ転送経路情報により特定されるデータ転送経路に割り当てるリソースの確保を行なうリソース管理部をさらにそなえたことを特徴とする、付記７又は付記８に記載のネットワークシステムに用いられるネットワーク管理装置。
（付記１０） 複数のネットワーク装置をそなえて成るネットワークと、該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえたネットワークシステムに用いられる該ネットワーク装置であって、
該ネットワーク管理装置において、定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で提供するサービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報が予め計算され、求められたデータ転送経路情報と該サービス内容とが関連付けられて作成された対応表を該ネットワーク管理装置から受信する経路表受信部と、
ユーザによる該サービス内容に応じたデータ転送要求を受信するデータ転送要求受信部と、
該データ転送要求受信部で該データ転送要求が受信されると、該経路表受信部で受信した該対応表における該データ転送要求に対応する該データ転送経路情報によって特定されるデータ転送経路に対するパス設定処理を行なうパス設定処理部とをそなえたことを特徴とする、ネットワークシステムに用いられるネットワーク装置。
【００９９】
（付記１１） 該パス設定処理部が、
該データ転送要求受信部で該データ転送要求が受信されると、該経路表受信部で受信した該対応表における該データ転送要求に対応する該データ転送経路情報によって特定されるデータ転送経路上の他のネットワーク装置に対してパス設定要求を行なうパス設定要求処理部をそなえたことを特徴とする、付記１０記載のネットワークシステムに用いられるネットワーク装置。
【０１００】
（付記１２） 該パス設定処理部が、
該データ転送要求受信部で該データ転送要求が受信されると、該経路表受信部で受信した該対応表における該データ転送要求に対応する該データ転送経路情報を、該データ転送経路情報によって特定されるデータ転送経路上の他のネットワーク装置へ送信してパス設定要求を行なうパス設定要求処理部をそなえたことを特徴とする、付記１０記載のネットワークシステムに用いられるネットワーク装置。
【０１０１】
（付記１３） 複数のネットワーク装置をそなえて成るネットワークと、
該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえ、
該ネットワーク管理装置が、
定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で特定のデータ転送品質を満たす該ネットワークにおけるデータ転送経路情報を予め計算する経路計算部と、
該経路計算部により求められたデータ転送経路情報と、該ネットワークの入側及び出側に位置するエッジノードとしてのネットワーク装置の組とを関連付けた対応表を作成する対応表作成部とをそなえるとともに、
ユーザによる接続先を指定した接続要求を受信するネットワーク装置が、
該接続要求を受信する接続要求受信部と、
該接続要求受信部で該接続要求が受信されると、該ネットワーク管理装置の該対応表作成部によって予め作成されている該対応表の該接続先に対応する該データ転送経路情報によって特定されるデータ転送経路に対するパス設定処理を行なうパス設定処理部とをそなえて構成されたことを特徴とする、ネットワークシステムに用いられるネットワーク装置。
【０１０２】
（付記１４） 複数のネットワーク装置をそなえて成るネットワークと、
該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえ、
該ネットワーク管理装置が、
定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で特定のデータ転送品質を満たす該ネットワークにおけるデータ転送経路情報を予め計算し、
求められたデータ転送経路情報と、該ネットワークの入側及び出側に位置するエッジノードとしてのネットワーク装置の組とを関連付けた対応表を作成し、
ユーザによる接続先を指定した接続要求を受信するネットワーク装置が、
該接続要求を受信すると、該ネットワーク管理装置の該対応表作成部によって予め作成されている該対応表の該接続先に対応する該データ転送経路情報によって特定されるデータ転送経路に対するパス設定処理を行なうことを特徴とする、ネットワークシステムにおけるパス設定方法。
【０１０３】
（付記１５） 該ネットワーク管理装置が、該接続要求の発行元であるユーザ装置としてのネットワーク装置へ該対応表を送信し、
該ユーザ装置が、該ネットワークの入口に位置する該入側エッジノードとしての他のネットワーク装置へ該接続要求と該ネットワーク管理装置から受信した該対応表における該接続先に対応する該データ転送経路情報とを送信し、
該入側エッジノードが、該ユーザ装置から受信される該データ転送経路情報によって特定されるデータ転送経路上の他のネットワーク装置に対するパス設定処理を行なうことを特徴とする、付記１４記載のネットワークシステムにおけるパス設定方法。
【０１０４】
（付記１６） 該ネットワーク管理装置が、該接続要求の発行元であるユーザ装置としてのネットワーク装置から該接続要求を該ネットワークの入口において受信する入側エッジノードとしてのネットワーク装置へ該対応表を送信し、
該入側エッジノードが、該ユーザ装置から該接続要求を受信すると、該ネットワーク管理装置から受信した該対応表における該接続先に対応する該データ転送経路情報によって特定されるデータ転送経路上の他のネットワーク装置に対するパス設定処理を行なうことを特徴とする、付記１４記載のネットワークシステムにおけるパス設定方法。
【０１０５】
（付記１７） 複数のネットワーク装置をそなえて成るネットワークにおける経路制御を集中管理する、ネットワークシステムに用いられるネットワーク管理装置であって、
定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で特定のデータ転送品質を満たす該ネットワークにおけるデータ転送経路情報を予め計算する経路計算部と、
該経路計算部により求められたデータ転送経路情報と、該ネットワークの入側及び出側に位置するエッジノードとしてのネットワーク装置の組とを関連付けた対応表を作成する対応表作成部とをそなえたことを特徴とする、ネットワークシステムに用いられるネットワーク管理装置。
【０１０６】
（付記１８） 該対応表作成部により作成された該対応表を、ユーザによる該接続要求を受信するネットワーク装置へ送信する対応表送信部をさらにそなえたことを特徴とする、付記１７記載のネットワークシステムに用いられるネットワーク管理装置。
（付記１９） 該対応表の該データ転送経路情報により特定されるデータ転送経路に割り当てるリソースの確保を行なうリソース管理部をさらにそなえたことを特徴とする、付記１７又は付記１８に記載のネットワークシステムに用いられるネットワーク管理装置。
【０１０７】
（付記２０） 複数のネットワーク装置をそなえて成るネットワークと、該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえたネットワークシステムに用いられる該ネットワーク装置であって、
該ネットワーク管理装置において、定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で特定のデータ転送品質を満たす該ネットワークにおけるデータ転送経路情報が予め計算され、求められたデータ転送経路情報と、該ネットワークの入側及び出側に位置するエッジノードとしてのネットワーク装置の組とが関連付けられて作成された対応表を該ネットワーク管理装置から受信する経路表受信部と、
ユーザによる接続先を指定した接続要求を受信する接続要求受信部と、
該接続要求受信部で該接続要求が受信されると、該経路表受信部で受信した該対応表における該接続先に対応する該データ転送経路情報によって特定されるデータ転送経路に対するパス設定処理を行なうパス設定処理部とをそなえたことを特徴とする、ネットワークシステムに用いられるネットワーク装置。
【０１０８】
（付記２１） 該パス設定処理部が、
該接続要求受信部で該接続要求が受信されると、該経路表受信部で受信した該対応表における該接続先に対応する該データ転送経路情報によって特定されるデータ転送経路上の他のネットワーク装置に対してパス設定要求を行なうパス設定要求処理部をそなえたことを特徴とする、付記１９記載のネットワークシステムに用いられるネットワーク装置。
【０１０９】
（付記２２） 該パス設定処理部が、
該接続要求受信部で該接続要求が受信されると、該経路表受信部で受信した該対応表における該接続先に対応する該データ転送経路情報を、該データ転送経路情報によって特定されるデータ転送経路上の他のネットワーク装置へ送信してパス設定要求を行なうパス設定要求処理部をそなえたことを特徴とする、ネットワークシステムに用いられるネットワーク装置。
【０１１０】
【発明の効果】
以上詳述したように、本発明によれば、ネットワーク管理装置が、定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で特定の基準を満たすデータ転送経路情報を予め計算し、求められたデータ転送経路情報と該サービス内容とを関連付けた対応表を作成し、ネットワーク装置が、データ転送要求を受信すると、ネットワーク管理装置で予め作成されている上記対応表の上記データ転送要求に対応するデータ転送経路情報によって特定されるデータ転送経路に対するパス設定処理を行なうので、ユーザのデータ転送要求を受けた時に、ネットワーク管理装置と通信することなく、ネットワーク装置が保持している通過ノードリストに基づいて直ちにパス設定を行なえ、リクエスト受信からコンテンツ配信開始までの時間を大幅に短縮することができる。
【図面の簡単な説明】
【図１】本発明の第１実施形態としてのネットワークシステムの構成を示すブロック図である。
【図２】図１に示すネットワークシステムにおけるネットワーク管理装置及びネットワーク装置の構成を示すブロック図である。
【図３】第１実施形態における対応表の一例を示す図である。
【図４】図１に示すネットワークシステムの動作（対応表をユーザ装置へ送信する場合）を説明するための図である。
【図５】図１に示すネットワークシステムの動作（対応表をユーザ装置へ送信する場合）を説明するための図である。
【図６】図１に示すネットワークシステムの動作（対応表をユーザ装置へ送信する場合）を説明するためのフローチャートである。
【図７】図１に示すネットワークシステムの動作（対応表をユーザ側エッジノードへ送信する場合）を説明するための図である。
【図８】図１に示すネットワークシステムの動作（対応表をユーザ側エッジノードへ送信する場合）を説明するための図である。
【図９】図１に示すネットワークシステムの動作（対応表をユーザ側エッジノードへ送信する場合）を説明するためのフローチャートである。
【図１０】図１に示すネットワークシステムの動作（対応表をコンテンツサーバ側エッジノードへ送信する場合）を説明するための図である。
【図１１】図１に示すネットワークシステムの動作（対応表をコンテンツサーバ側エッジノードへ送信する場合）を説明するための図である。
【図１２】図１に示すネットワークシステムの動作（対応表をコンテンツサーバ側エッジノードへ送信する場合）を説明するためのフローチャートである。
【図１３】図１に示すネットワークシステムの動作（対応表をコンテンツサーバへ送信する場合）を説明するための図である。
【図１４】図１に示すネットワークシステムの動作（対応表をコンテンツサーバへ送信する場合）を説明するための図である。
【図１５】図１に示すネットワークシステムの動作（対応表をコンテンツサーバへ送信する場合）を説明するためのフローチャートである。
【図１６】本発明の第２実施形態における対応表の一例を示す図である。
【図１７】第２実施形態のネットワークシステムの動作（対応表を送信端末へ送信する場合）を説明するための図である。
【図１８】第２実施形態のネットワークシステムの動作（対応表を送信端末へ送信する場合）を説明するための図である。
【図１９】第２実施形態のネットワークシステムの動作（対応表を送信端末へ送信する場合）を説明するためのフローチャートである。
【図２０】第２実施形態のネットワークシステムの動作（対応表を送信側エッジノードへ送信する場合）を説明するための図である。
【図２１】第２実施形態のネットワークシステムの動作（対応表を送信側エッジノードへ送信する場合）を説明するための図である。
【図２２】第２実施形態のネットワークシステムの動作（対応表を送信側エッジノードへ送信する場合）を説明するためのフローチャートである。
【図２３】リソース管理の従来手法による競合現象を説明するための模式図である。
【図２４】第１及び第２実施形態におけるリソース管理を説明するための模式図である。
【図２５】図３及び図１６に示す対応表の他の例を示す図である。
【図２６】図３及び図１６に示す対応表の他の例を示す図である。
【図２７】従来方式でのパス設定例を説明するための図である。
【符号の説明】
１ ネットワーク
２ ユーザ装置（ネットワーク装置）
２Ｓ ユーザ装置（送信端末）
２Ｒ ユーザ装置（宛先端末）
３ コンテンツサーバ（ネットワーク装置）
４ ネットワーク管理装置（経路制御装置）
４１ 経路制御部
４１１ 経路計算部
４１２ 対応表作成部
４１３ 対応表送信部
４２ リソース管理部
６，６Ａ〜６Ｃ 対応表
１１，１１Ａ，１１Ｂ，１１Ｓ，１１Ｒ ルーティングノード（ネットワーク装置）
５１ 対応表受信部
５２ 対応表メモリ
５３ パス設定部（リクエスト送出部）
５４ ユーザリクエスト受信部（ユーザリクエスト処理部）
５５ パケット解析部
【発明の属する技術分野】
本発明は、ＩＰ（Internet Protocol）網などのパケットネットワーク上におけるパケットデータの高品質転送サービスを実現する技術に関するものであって、特に、高品質転送パスを提供する際に高速にパス設定を行なうのに好適な技術に関する。
【０００２】
【従来の技術】
現在のＩＰ網における経路制御は、ルータ等のノード自身で自律的に行なうのが一般的であるが、ＮＭＳ（Network Management System）やポリシーサーバ等の網管理装置側で集中制御的に経路設定する手法もある。この場合、ユーザからの通信要求やパス設定要求に対して、網管理装置側で経路を計算し、計算した結果を、ネットワーク内のノードのパス設定部へ通知して、パス設定を行なう。あるいは網管理装置がノードのパス設定手段を用いずに直接設定することもある。
【０００３】
例えば、ＭＰＬＳ（Multi-Protocol Label Switching）網でのパス設定の場合、パス設定を行なうために、経路計算を行なった網管理装置が通過ノードのリストをパスの端点となるＭＰＬＳルータに通知し、そのＭＰＬＳルータが、RSVP-TE（resource reservation protocol for traffic engineering）プロトコルやCR-LDP（Constraint Routed Label Distribution Protocol）等のパス設定プロトコルを用いて、網管理装置から通知された通過ノードリストに基づいてパス設定を実施する。
【０００４】
ところで、現在、上記のようなユーザに対してパスを提供するサービスの一例として、コンテンツ配信サービス〔ＣＤＮ（Contents Delivery Network）サービス〕において、ある一定の通信品質を維持（保証）するようなパス〔QoS（Quality of Service）パス〕の提供が考えられている。
ここで、コンテンツ配信サービスを想定した場合の、従来方式でのパス設定例について、図２７を参照しながら説明する。なお、この図２７において、１００はコンテンツ配送網、２００はＣＤＮサービスを受けるユーザ装置、３００はＣＤＮサービスを提供するコンテンツサーバ、４００はコンテンツ配送網１００における経路制御を集中的に管理するＮＭＳ等の経路制御装置をそれぞれ表しており、１０１，１０２はそれぞれコンテンツ配送網１００を構成するエッジノードを表す。
【０００５】
かかるネットワークシステムにおいて、まず、ユーザ装置２００がコンテンツ配信要求（リクエスト）を発行する（▲１▼）と、当該リクエストはコンテンツ配送網１００の入口に位置するエッジノード（ユーザ側のエッジノード）１０１にて受信され、エッジノード１０１は、当該リクエストを経路制御装置４００へ転送する（▲２▼）。
【０００６】
経路制御装置４００は、上記リクエストを受信すると、当該リクエストにより要求されたコンテンツが存在するコンテンツサーバ３００側のエッジノード１０２から、ユーザ側のエッジノード１０１までのコンテンツ配送網１００上の、要求コンテンツの配信に必要な所定の品質（例えば、帯域）を満足する経路（配送経路）を計算する（経路検索；▲３▼）。
【０００７】
かかる計算により配送経路が決定する（▲４▼）と、経路制御装置４００は、その経路が通過するコンテンツ配送網１００内のノードのリストを生成し、当該経路上に設定すべきパスの起点となるコンテンツサーバ３００側のエッジノード１０２へ生成したノードのリスト（通過ノードリスト）を通知する（▲５▼）。
エッジノード１０２は、経路制御装置４００から通知された通過ノードリストに基づいて、RSVP-TE（resource reservation protocol for traffic engineering）プロトコルやCR-LDP（Constraint Routed Label Distribution Protocol）等のパス設定プロトコルを用いて上記配送経路に対するパス設定を行なう（▲６▼）。
【０００８】
パス設定が完了すると、エッジノード１０２は、その旨を経路制御装置４００へ通知し（▲７▼）、経路制御装置４００は、コンテンツサーバ３００へ配信開始を通知する（▲８▼）。これにより、コンテンツサーバ３００からユーザ装置２００へ上述のごとく配送経路上に設定されたパスを通じてコンテンツ配信が開始される（▲９▼）。
【０００９】
なお、従来技術として、下記特許文献１に示されるような技術（商品購入システム）や下記特許文献２に示されるような技術（ストリーム配信ネットワークサービス方法およびシステム）がある。
そして、特許文献１に記載の商品購入システムでは、商品情報配信装置が、店舗側から送信される商品情報及び地理的な経路情報を蓄積手段に蓄積し、送受信端末側から送信された希望情報に対し購入に適する店舗情報を上記蓄積情報中から選定し、その店舗までの地理的な経路情報とともに送受信端末側へ送信することが行なわれる。これにより、送受信端末の利用者に、希望に合った商品を購入可能な店舗までの経路を示し、カーナビゲーションシステム等によりその店舗まで誘導してくれるシステムが実現される。
【００１０】
一方、特許文献２に記載のシステムでは、クライアント端末が受信要求したストリームコンテンツの要求情報に最も適した配信網（ベストエフォート配信網等）を選択して、ストリームコンテンツを配信するもので、上記要求からコンテンツ情報を抽出し、利用可能なストリーム配信網の複数候補の中から前記コンテンツ情報に最も適した網を選択し、あるいは、配信経路を設定し、ストリーム配信サーバからクライアント端末宛に要求されたコンテンツを、選択された網、あるいは、設定された配信経路を用いて配信することが行なわれる。
【００１１】
【特許文献１】
特開２００１−３５７３０１号公報
【特許文献２】
特開２００２−７７２５７号公報
【００１２】
【発明が解決しようとする課題】
しかしながら、上記のようなパス設定方式では、ユーザのパス設定要求を網入側ノードあるいは経路制御装置が受信した場合、計算した経路に対してパスを確立するために、少なくとも上記経路制御装置がエッジノードに対して計算した経路情報（通過ノードのリスト）を渡さなくてはならない。
【００１３】
このため、ユーザのリクエストが発生した時点からパス設定（パスセットアップ）が実際に開始されるまでに、パス計算時間＋経路情報通知時間分だけの遅延時間が発生することになる。即ち、(1)ユーザからのリクエストを受信してから経路計算を行なうと、経路計算時間分だけパス設定時間が遅れ、(2)集中制御型の装置で経路計算を行なう場合、計算結果をノード側に通知する時間分だけパス設定時間が遅れるのである。具体的には、図２７により上述した例では、上記▲２▼〜▲５▼の処理がサービス開始までの遅延時間に相当する。
【００１４】
このようなパス設定の遅延は、ユーザがコンテンツ配信を要求した場合に、ユーザに対するサービス開始（コンテンツ配送開始）が遅れることを意味し、迅速なサービス提供を妨げる要因となる。なお、上述した特許文献１及び特許文献２においても、地理的な経路情報の選択や配信網の選択、あるいは、配信経路の設定は、ユーザによる要求があってはじめてアクションを起こしているので、同様の課題が生じるのは明らかである。
【００１５】
本発明は、このような課題に鑑み創案されたもので、ユーザがコンテンツの配信要求や通信（接続）要求を行なった際に、迅速にパス設定を完了して、コンテンツ配信や通信を迅速に開始できるようにすることを目的とする。
【００１６】
【課題を解決するための手段】
上記の目的を達成するために、本発明のネットワークシステム（請求項１）は、複数のネットワーク装置をそなえて成るネットワークと、該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえ、該ネットワーク管理装置が、定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で提供するサービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報を予め計算する経路計算部と、該経路計算部により求められたデータ転送経路情報と該サービス内容とを関連付けた対応表を作成する対応表作成部と、該対応表作成部により作成された該対応表を、ユーザによる該サービス内容に応じたデータ転送要求の発行元であるユーザ装置としての該ネットワーク装置へ予め送信する対応表送信部とをそなえ、該ユーザ装置が、該ネットワーク管理装置から受信した該対応表を保持する対応表保持部と、該データ転送要求を行なう際に、該対応表保持部に保持された該対応表において該データ転送要求に対応するデータ転送経路情報を該データ転送要求に含めて該ネットワークの入口に位置するエッジノード装置としての他のネットワーク装置へ送信するデータ転送要求送信部とをそなえ、該エッジノード装置が、該ユーザ装置のから該データ転送要求を受信するデータ転送要求受信部と、該データ転送要求受信部で受信した該データ転送要求に含まれる該データ転送経路情報によって特定されるデータ転送経路上のネットワーク装置に対するパス設定処理を行なうパス設定処理部とをそなえて構成されたことを特徴としている。
【００１７】
また、本発明のネットワークシステムにおけるパス設定方法（請求項２）は、複数のネットワーク装置をそなえて成るネットワークと、該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえたネットワークシステムにおいて、該ネットワーク管理装置が、定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で提供するサービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報を予め計算し、求められたデータ転送経路情報と該サービス内容とを関連付けた対応表を作成し、作成した該対応表を、ユーザによる該サービス内容に応じたデータ転送要求の発行元であるユーザ装置としての該ネットワーク装置へ予め送信し、該ユーザ装置が、該ネットワーク管理装置から受信した該対応表を保持し、該データ転送要求を行なう際に、保持した該対応表において該データ転送要求に対応するデータ転送経路情報を該データ転送要求に含めて該ネットワークの入口に位置するエッジノード装置としての他のネットワーク装置へ送信し、該エッジノード装置が、該ユーザ装置から該データ転送要求を受信し、受信した該データ転送要求に含まれる該データ転送経路情報によって特定されるデータ転送経路上のネットワーク装置に対するパス設定処理を行なうことを特徴としている。
【００１８】
さらに、本発明のネットワークシステムに用いられるネットワーク管理装置（請求項３）は、複数のネットワーク装置をそなえて成るネットワークにおける経路制御を集中管理する、ネットワークシステムに用いられるネットワーク管理装置であって、定期的に、又は、所定のイベント発生時に、第１のネットワーク装置と第２のネットワーク装置との間で提供するサービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報を予め計算する経路計算部と、該経路計算部により求められたデータ転送経路情報と該サービス内容とを関連付けた対応表を作成する対応表作成部と、該対応表作成部により作成された該対応表を、ユーザによる該サービス内容に応じたデータ転送要求の発行元であるユーザ装置としての該第１のネットワーク装置へ、該データ転送要求に該対応表におけるデータ転送経路情報を含め得るように、予め送信する対応表送信部とをそなえたことを特徴としている。
【００１９】
また、本発明のネットワークシステムに用いられるネットワーク装置（請求項４）は、複数のネットワーク装置をそなえて成るネットワークと、該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえたネットワークシステムに用いられ、或るネットワーク装置間で提供するサービス内容に応じたユーザによるデータ転送要求の発行元であるユーザ装置としての該ネットワーク装置であって、該ネットワーク管理装置において、定期的に、又は、所定のイベント発生時に、該サービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報が予め計算され、求められたデータ転送経路情報と該サービス内容とが関連付けられて作成された対応表を該ネットワーク管理装置から受信する経路表受信部と、該経路表受信部で受信した該対応表を保持する対応表保持部と、該データ転送要求を行なう際に、該対応表保持部に保持された該対応表において該データ転送要求に対応するデータ転送経路情報を該データ転送要求に含めて該ネットワークの入口に位置するエッジノード装置としての他のネットワーク装置へ送信するデータ転送要求送信部とをそなえたことを特徴としている。
【００２０】
さらに、本発明のネットワークシステムにおけるパス設定方法（請求項５）は、複数のネットワーク装置をそなえて成るネットワークと、該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえたネットワークシステムにおいて、該ネットワーク管理装置が、定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で特定のデータ転送品質を満たす該ネットワークにおけるデータ転送経路情報を予め計算し、求められたデータ転送経路情報と、該ネットワークの入側及び出側に位置するエッジノード装置としてのネットワーク装置の組とを関連付けた対応表を作成し、作成した該対応表を、ユーザによる接続先を指定した接続要求の発行元であるユーザ装置としての該ネットワーク装置へ予め送信し、該ユーザ装置が、該ネットワーク管理装置から受信した該対応表を保持し、該接続要求を行なう際に、保持した該対応表において該接続要求に対応するデータ転送経路情報を該接続要求に含めて前記ネットワークの入側に位置するエッジノード装置としてのネットワーク装置へ送信し、該エッジノード装置が、該ユーザ装置から該接続要求を受信し、受信した該接続要求に含まれる該データ転送経路情報によって特定されるデータ転送経路上のネットワーク装置に対するパス設定処理を行なうことを特徴としている。
【００２１】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
〔Ａ〕第１実施形態の説明
図１は本発明の第１実施形態としてのネットワークシステムの構成を示すブロック図で、この図１に示すシステムは、複数のルータ等のルーティングノード（以下、単に「ノード」という）１１をそなえて成るネットワーク１，当該ネットワーク１に最寄りのノード（エッジノード）１１を介して接続された複数のユーザ装置（ユーザ端末）２，複数のコンテンツサーバ３，ネットワーク１における経路制御を集中的に管理するネットワーク管理装置（経路制御装置）４等をそなえて構成されている。
【００２２】
基本的に、本ネットワークシステムは、映画や音楽などの高品質のコンテンツを配信するＣＤＮサービスの提供を想定しており、ネットワーク１は、ＭＰＬＳ等のコネクションオリエンテッドなネットワークである。また、このネットワーク１を構成するノード１１のうちエッジノード１１以外のノード（中継ノード）１１は「コアノード」と呼ばれる。なお、以下の説明において、上記のノード１１，ユーザ装置２，コンテンツサーバ３を総称して「ネットワーク装置」ということがある。
【００２３】
このようなシステムにおいて、本実施形態でも、或るユーザ装置２がコンテンツ配信要求を発行すると、その要求コンテンツを管理するコンテンツサーバ３から当該ユーザ装置２に対して要求コンテンツを配信するために、ネットワーク１において配送経路（データ転送経路）を決定して当該経路上にパスの設定を行なうことになるのだが、本実施形態では、迅速なパス設定を実現して、従来のような配信要求発生からコンテンツ配信開始までの遅延時間を削減できるようにする。
【００２４】
このため、本実施形態では、例えば図２に示すように、ネットワーク管理装置４に、経路計算部４１１，対応表作成部４１２及び対応表送信部４１３としての機能を有する経路制御部４１とリソース管理部４２とがそなえられる一方、ネットワーク装置１１，２，３に、主として、対応表受信部５１，対応表メモリ５２及びパス設定部（リクエスト送出部）５３，ユーザリクエスト受信部（ユーザリクエスト処理部）５４，パケット解析部５５等がそなえられている。
【００２５】
ここで、ネットワーク管理装置４の経路制御部４１において、経路計算部４１１は、定期的に、又は、所定のイベント発生時（例えば、ネットワーク管理装置４の負荷が小さい時等）に、或るネットワーク装置間（例えば、エッジノード１１）間で提供するコンテンツ内容について特定の基準（例えば、帯域や許容遅延時間等のサービス品質）を満たす配送経路を予め算出・決定するものである。なお、当該配送経路の事前算出（Pre-Computation手法）には、公知の手法を適用すればよい。
【００２６】
また、対応表作成部４１２は、特定のコンテンツと当該コンテンツを配信するのに最適な計算済みの配送経路（データ転送経路情報）とを関連付けた対応表（テーブル）を作成するもので、例えば図３に示すように、コンテンツＡ，Ｂ，Ｃ，Ｄ，…の別に、それぞれに最適な計算済みの経路情報（通過ノードリスト）が対応付けられた対応表６が作成されるようになっている。
【００２７】
なお、この図３では、或るコンテンツＡ及びＢはSERVER_1に存在し、NODE_1→NODE_2→NODE_3→NODE_4の経路が当該コンテンツＡの配信経路として最適であり、コンテンツＣは別のSERVER_2に存在し、NODE_2→NODE_5の経路が当該コンテンツＣの配信経路として最適であり、同様に、コンテンツＤは、さらに別のSERVER_3に存在し、NODE_2→NODE_3→NODE_4の経路が当該コンテンツＤの配信経路として最適であることを意味している。
【００２８】
対応表送信部４１３は、この対応表作成部４１２によって作成された対応表６をユーザによる要求コンテンツに応じたリクエストメッセージを受信するネットワーク装置１１，２又は３に送信するものである。リソース管理部４２は、ネットワーク１上のリンクに割り当てる帯域等のリソースを管理するもので、ここでは、項目〔Ｃ〕にて後述するようなリソース競合回避機能を有している。
【００２９】
一方、ネットワーク装置１１，２又は３において、対応表受信部５１は、上記のネットワーク管理装置４から送信されてくる対応表６を受信するものであり、対応表メモリ５２は、この対応表受信部５１で受信された対応表６を保持するものである。
そして、ユーザリクエスト受信部（ユーザリクエスト処理部）５４は、基本的に、ユーザ装置２の発行したリクエストメッセージ（コンテンツ配信要求又は接続要求等のデータ転送要求であって、ユーザの要求サービスに応じて異なる）を受信するものであるが、ここでは、下記(1)〜(3)に示すような機能部も兼ね備えている。
【００３０】
(1)当該リクエストメッセージに対応する通過ノードリストを上記対応表６において検索・取得する対応表検索機能部
(2)取得した通過ノードリストをパス設定のためにパス設定部５３、あるいは、パス設定要求に含めて（あるいは、パス設定要求とともに）他のネットワーク装置（例えば、エッジノード１１）へ転送（送信）する通過ノードリスト転送機能（パス設定要求処理）部
(3)パス設定部５３からパス設定完了の通知を受けることにより経路制御装置４に対してパス設定完了通知を発行するパス設定完了通知機能部
また、パス設定部（パス設定処理部）５３は、ユーザ装置２が発行した上記リクエストメッセージを受信した場合に、上記対応表メモリ５２に保持された対応表６における当該リクエストメッセージに対応する通過ノードリストによって特定される配送経路に対するパス設定処理を行なうものである。
【００３１】
さらに、パケット解析部（レイヤ７パケット識別機能部）５５は、ユーザ装置２側又はコンテンツサーバ３側のエッジノード１１において、通常、識別可能なレイヤ３（ＩＰレイヤ）以上のレイヤの情報〔例えば、ユーザ装置２の発行したレイヤ７（アプリケーション層）のhttpメッセージ〕の捕捉が必要な場合に実装されるもので、これにより、httpメッセージとして送られてくるコンテンツ配信要求を捕捉することが可能となる。なお、このようなレイヤ７パケット識別機能をもつノードは一般的にレイヤ７スイッチ等と呼ばれる。
【００３２】
以上の構成により、本実施形態のシステムでは、従来のように、ユーザ装置２がリクエストメッセージを発行する都度、ネットワーク管理装置４とネットワーク装置１１，２又は３との間で通過ノードリストの送受を行なうことなく、迅速なパス設定を行なうことが可能となる。
以下、かかる本実施形態のパス設定動作について説明する。なお、上記対応表６の送信先としては、ユーザ装置２，ユーザ側のエッジノード１１，コンテンツサーバ３側のエッジノード１１，コンテンツサーバ３の４態様が考えられる。また、対応表６の送信については、例えば、コマンドラインインタフェースによる通信や、ＴＣＰ／ＩＰによる通信などが適用できる。以下、上記態様別に具体的なパス設定動作について詳述する。
【００３３】
（Ａ１）対応表６をユーザ装置２へ送信する場合
まず、対応表６をネットワーク管理装置４からユーザ装置２へ送信する場合のパス設定方法について図４〜図６を用いて説明する。
図４に示すように、ネットワーク管理装置（経路制御装置）４は、ネットワーク１が提供する個々のコンテンツに対して、そのコンテンツをユーザ側のエッジノード１１（１１Ａ）へ転送するために、定期的に（又は、所定のイベント発生時に）、特定のサービス品質を満たす配送経路を経路計算部４１１により予め計算する。
【００３４】
そして、経路制御装置４は、対応表作成部４１２によって、上記経路計算により得られた配送経路がネットワーク１内で通過するノードのリスト（通過ノードリスト）を生成し、コンテンツと当該コンテンツが格納されているコンテンツサーバ３及び通過ノードリストとを関連付けて図３により前述した対応表６としてメモリ等（図示省略）に保持する（ステップＡ１）。
【００３５】
その後、経路制御装置４は、作成した対応表６をユーザ装置２へ送信し（ステップＡ２）、ユーザ装置２は、当該対応表６を対応表受信部５１により受信すると、対応表メモリ５２に保持する。
ユーザ装置２は、或るコンテンツの配信をリクエストする際、リクエストメッセージ（コンテンツ配信要求）をネットワーク１へ送出するが、その際、対応表メモリ５２に保持された上記対応表６を参照して、要求コンテンツに対応する通過ノードリストを検索・取得し、当該リストをコンテンツサーバ３宛のリクエストメッセージに含めて、ユーザ側のエッジルータ１１（１１Ａ）へ送信する（ステップＡ３）。例えば、ユーザによるリクエストメッセージの受付をＷＥＢサーバ（図示省略）で行なう場合は、httpリクエストメッセージに通過ノードリストを含めればよい。
【００３６】
ユーザ側のエッジルータ１１Ａは、上記リクエストメッセージをユーザリクエスト受信部５４にて受信すると（図５及び図６のステップＢ１）、当該メッセージ中の通過ノードリストを抽出し（図５及び図６のステップＢ２）、当該通過ノードリストに基づいて、所定のパス設定シグナリング（パス設定メッセージ）を用いてＭＰＬＳパスを設定（確立）する（ステップＡ４，図５及び図６のステップＢ３）。
【００３７】
この際、実際のコンテンツ（データ）が流れるコンテンツサーバ３側のエッジノード１１（１１Ｂ）からユーザ側エッジノード１１Ａの方向へパスを設定する必要があるが、例えば、パス設定シグナリングプロトコルとしてＧＭＰＬＳプロトコルを用いることで実現可能である。なお、ＧＭＰＬＳ（Generalized Multi-Protocol Label Switching）プロトコルは、一度に双方向のパス設定が可能なプロトコルである。
【００３８】
その後、ユーザ側エッジノード１１Ａがパス設定完了メッセージを受信することによりパス設定が完了すると（ステップＡ５，図５及び図６のステップＢ４）、ユーザ側エッジノード１１Ａは、経路制御装置４へパス設定の完了を通知し（図５及び図６のステップＢ５，Ｂ６）、経路制御装置４は、コンテンツサーバ３に配信開始を通知する（ステップＡ６）。これにより、コンテンツサーバ３は、ユーザ装置２に対してコンテンツの配信を開始する（ステップＡ７）。
【００３９】
なお、ユーザ側エッジノード１１Ａからのパス設定完了通知は、必ずしも経路制御装置４を経由して、コンテンツサーバ３へ通知する必要はない。例えば、ユーザ側エッジノード１１Ａから、直接、コンテンツサーバ３へ通知するようにしてもよい。
（Ａ２）対応表６をユーザ側エッジノード１１Ａへ送信する場合
次に、対応表６をユーザ側エッジノード１１Ａへ送る場合の動作について、図７〜図９を参照しながら詳述する。
【００４０】
本例の場合も、図７に示すように、経路制御装置４は、ネットワーク１が提供する個々のコンテンツに対して、そのコンテンツをユーザ側のエッジノード１１（１１Ａ）へ転送するために、定期的に（又は、所定のイベント発生時に）、特定のサービス品質を満たす配送経路を経路計算部４１１により予め計算し、対応表作成部４１２によって、上記経路計算により得られた配送経路がネットワーク１内で通過するノードのリスト（通過ノードリスト）を生成して、コンテンツと当該コンテンツが格納されているコンテンツサーバ３及び通過ノードリストとを関連付けて図３により前述した対応表６としてメモリ等（図示省略）に保持する（ステップＣ１）。
【００４１】
その後、経路制御装置４は、作成した対応表６をユーザ側エッジノード１１Ａへ送信し（ステップＣ２）、ユーザ側エッジノード１１Ａは、当該対応表６を受信すると、対応表メモリ５２に保持する。
そして、ユーザ装置２は、或るコンテンツをリクエスト（コンテンツ配信要求）する場合、コンテンツ情報（例えば、コンテンツに付随したＩＤなど）を含めたリクエストメッセージをユーザ側エッジノード１１Ａに送出する（ステップＣ３）。この場合も、先の形態で述べたように、httpリクエストメッセージで行なうことが考えられる。
【００４２】
ユーザ側エッジノード１１Ａは、図８及び図９に示すように、ユーザ装置２からのパケットをパケット解析部５５にて受信し（ステップＤ１）、パケット解析部（レイヤ７パケット識別機能部）５５は、当該受信パケットが上記httpリクエストメッセージであるか否かを識別する。httpリクエストメッセージであれば、パケット解析部５５は、当該メッセージをユーザリクエスト処理（受信）部５４に転送し（ステップＤ２）、ユーザリクエスト処理部５４は、当該リクエスト中のコンテンツ情報を抽出する。
【００４３】
そして、ユーザ側エッジノード１１Ａ（ユーザリクエスト処理部５４）は、予め経路制御装置４から送られ対応表メモリ５２に保持されている対応表６を参照して、リクエストされたコンテンツに対応する経路の通過ノードリストを検索・取得し（経路決定；ステップＤ３，図７のステップＣ４）、当該通過ノードリストをパス設定部５３へ渡す（ステップＤ４）。
【００４４】
これにより、パス設定部５３は、ユーザリクエスト受信部５４から受け取った通過ノードリストにあるノードに対して、所定のパス設定シグナリング（パス設定メッセージ）を用いてＭＰＬＳパスを確立する（図７のステップＣ５）。この際、実際にコンテンツが流れるコンテンツサーバ側エッジノード１１Ｂからユーザ側エッジノード１１Ａの方向へパスを設定する必要があるが、この場合も、パス設定シグナリングプロトコルとして、例えばＧＭＰＬＳプロトコルを用いることで実現可能である。
【００４５】
その後、図８及び図９に示すように、ユーザ側エッジノード１１Ａ（パス設定部５３）において、コンテンツサーバ側エッジノード１１Ｂからのパス設定完了メッセージが受信されて（ステップＤ５）、パス設定が完了すると、パス設定部５３がユーザリクエスト受信部５４へパス設定完了通知を発行し（ステップＤ６）、ユーザリクエスト受信部５４は、経路制御装置４へパス設定完了通知を発行する（ステップＤ７，図７のステップＣ６）。
【００４６】
経路制御装置４は、ユーザ側エッジノード１１Ａから上記パス設定完了通知を受けると、図７に示すように、コンテンツサーバ３に配信開始通知を発行し（ステップＣ７）、当該配信開始通知を受信したコンテンツサーバ３は、ユーザ装置２に対してコンテンツの配信を開始する（ステップＣ８）。なお、この場合も、上記パス設定完了通知は、必ずしも経路制御装置４を経由してコンテンツサーバ３へ通知する必要はなく、ユーザ側エッジノード１１Ａからコンテンツサーバ３へ直接通知するようにしてもよい。
【００４７】
（Ａ３）対応表６をコンテンツサーバ側エッジノード１１Ｂへ送信する場合
次に、対応表６をコンテンツサーバ側エッジノード１１Ｂへ送る場合の動作について、図１０〜図１２を参照しながら詳述する。
本例の場合も、図１０に示すように、経路制御装置４は、ネットワーク１が提供する個々のコンテンツに対して、そのコンテンツをユーザ側のエッジノード１１（１１Ａ）へ転送するために、定期的に（又は、所定のイベント発生時に）、特定のサービス品質を満たす配送経路を経路計算部４１１により予め計算し、対応表作成部４１２によって、上記経路計算により得られた配送経路がネットワーク１内で通過するノードのリスト（通過ノードリスト）を生成して、コンテンツと当該コンテンツが格納されているコンテンツサーバ３及び通過ノードリストとを関連付けて図３により前述した対応表６としてメモリ等（図示省略）に保持する（ステップＥ１）。
【００４８】
その後、経路制御装置４は、作成した対応表６をコンテンツサーバ側エッジノード１１Ｂへ送信し（ステップＥ２）、コンテンツサーバ側エッジノード１１Ｂは、当該対応表６を受信すると、対応表メモリ５２に保持する。
そして、ユーザ装置２は、或るコンテンツをリクエスト（コンテンツ配信要求）する場合、コンテンツ情報（例えば、コンテンツに付随したＩＤなど）を含めたリクエストメッセージをユーザ側エッジノード１１Ａに送出する（ステップＥ３）。この場合も、先の形態で述べたように、httpリクエストメッセージで行なうことが考えられる。
【００４９】
ここで、上記httpリクエストメッセージの宛先はコンテンツサーバ３であるので、図１１及び図１２に示すように、当該httpリクエストメッセージは最終的に直前のコンテンツサーバ側エッジノード１１Ｂで通過することになる（ステップＦ１）。その際、コンテンツサーバ側エッジノード１１Ｂは、パケット解析部（レイヤ７パケット識別機能部）５５により、受信メッセージがコンテンツサーバ３へのリクエストメッセージ（コンテンツ配信要求）であるか否かを判別し、リクエストメッセージである場合は、当該メッセージをリクエストメッセージ処理（受信）部５４に転送する（ステップＦ２）。
【００５０】
ユーザリクエスト処理部５４は、パケット解析部５５から転送されてきたhttpリクエストメッセージ中のコンテンツ情報を抽出し、当該コンテンツ情報を基に対応表メモリ５２に予め保持されている対応表６を参照して、リクエストされたコンテンツに対応する経路の通過ノードリストを検索・取得する（経路決定；ステップＦ３，図１０のステップＥ４）。
【００５１】
取得した通過ノードリストは、パス設定部５３へ渡され（ステップＦ４）、パス設定部５３は、その通過ノードリストに基づき、所定のパス設定シグナリングを用いて、コンテンツサーバ側エッジノード１１Ｂからユーザ側エッジノード１１ＡへのＭＰＬＳパスを確立する（ステップＦ５，図１０のステップＥ５）。この際、前述した例とは異なり、少なくともコンテンツサーバ側エッジノード１１Ｂからユーザ側エッジノード１１Ａへ片方向のパスを設定すればよいので、パス設定シグナリングプロトコルとしては、例えば、RSVP-TEプロトコルを用いることができる。もっとも、ＧＭＰＬＳプロトコルを用いて双方向のパスを設定してもよい。
【００５２】
その後、コンテンツサーバ側エッジノード１１Ｂは、図１１及び図１２に示すように、ユーザ側エッジノード１１Ａからパス設定完了メッセージを受信してパス設定の完了をパス設定部５３により認識すると（ステップＦ６）、ユーザリクエスト処理部５４を通じて経路制御装置４へパス設定完了通知を発行する（ステップＦ７，Ｆ８，図１０のステップＥ６）。
【００５３】
経路制御装置４は、図１０に示すように、コンテンツサーバ側エッジノード１１Ｂから上記パス設定完了通知を受信すると、コンテンツサーバ３に配信開始通知を発行し（ステップＥ７）、当該配信開始通知を受信したコンテンツサーバ３は、ユーザ装置２に対してコンテンツの配信を開始する（ステップＥ８）。なお、この場合も、上記パス設定完了通知は、必ずしも経路制御装置４を経由する必要はなく、コンテンツサーバ側エッジノード１１Ｂから直接コンテンツサーバ３へ通知するようにしてもよい。
【００５４】
（Ａ４）対応表６をコンテンツサーバ３へ送信する場合
次に、対応表６をコンテンツサーバ３へ送る場合の動作について、図１３〜図１５を参照しながら詳述する。
本例の場合も、図１３に示すように、経路制御装置４は、ネットワーク１が提供する個々のコンテンツに対して、そのコンテンツをユーザ側のエッジノード１１（１１Ａ）へ転送するために、定期的に（又は、所定のイベント発生時に）、特定のサービス品質を満たす配送経路を経路計算部４１１により予め計算し、対応表作成部４１２によって、上記経路計算により得られた配送経路がネットワーク１内で通過するノードのリスト（通過ノードリスト）を生成して、コンテンツと当該コンテンツが格納されているコンテンツサーバ３及び通過ノードリストとを関連付けて図３により前述した対応表６としてメモリ等（図示省略）に保持する（ステップＧ１）。
【００５５】
その後、経路制御装置４は、作成した対応表６をコンテンツサーバ３へ送信し（ステップＧ２）、コンテンツサーバ３は、当該対応表６を受信すると、対応表メモリ５２に保持する。
そして、ユーザ装置２は、或るコンテンツをリクエスト（コンテンツ配信要求）する場合、コンテンツ情報（例えば、コンテンツに付随したＩＤなど）を含めたコンテンツサーバ３宛のリクエストメッセージをユーザ側エッジノード１１Ａに送出する（ステップＧ３）。この場合も、先の形態で述べたように、httpリクエストメッセージで行なうことが考えられる。
【００５６】
コンテンツサーバ３は、図１４及び図１５に示すように、上記リクエストメッセージを受信すると（ステップＨ１）、ユーザリクエスト受信部５４により、当該受信メッセージ中のコンテンツ情報を抽出し、その情報を基に予め対応表メモリ５２に保持されている対応表６を参照して、リクエストされたコンテンツに対応する経路の通過ノードリストを検索・取得する（経路決定；ステップＨ２，図１３のステップＧ４）。
【００５７】
そして、コンテンツサーバ３は、取得した通過ノードリストをコンテンツサーバ側エッジノード１１Ｂに対してパス設定要求メッセージに含めて通知する（ステップＨ３，図１３のステップＧ５）。通過ノードリストを受信したコンテンツサーバ側エッジノード１１Ｂは、その通過ノードリストに基づき、所定のパス設定シグナリングを用いて、コンテンツサーバ側エッジノード１１Ｂからユーザ側エッジノード１１ＡへのＭＰＬＳパスを確立する（ステップＨ４，図１３のステップＧ６）。この際、少なくともコンテンツサーバ側エッジノード１１Ｂからユーザ側エッジノード１１Ａへ片方向のパスを設定すればよいので、パス設定シグナリングプロトコルとしては、この場合も、例えば、RSVP-TEプロトコルを適用することができる。もっとも、ＧＭＰＬＳプロトコルを用いて双方向のパスを設定してもよい。
【００５８】
その後、パス設定が完了して、図１４及び図１５に示すように、コンテンツサーバ側エッジノード１１Ｂがユーザ側エッジノード１１Ａからのパス設定完了メッセージを受信すると（ステップＨ５）、経路制御装置４へパス設定完了通知を発行し（ステップＨ６，図１３のステップＧ７）、経路制御装置４は、図１３に示すように、このパス設定完了通知を受けることによりコンテンツサーバ３に配信開始通知を発行する（ステップＧ８）。
【００５９】
コンテンツサーバ３は、この配信開始通知を受信すると、ユーザ装置２に対してコンテンツの配信を開始する（ステップＧ９）。なお、この場合も、上記パス設定完了通知は、必ずしも経路制御装置４を経由する必要はなく、コンテンツサーバ側エッジノード１１Ｂから直接コンテンツサーバ３へ通知するようにしてもよい。
【００６０】
以上のように、本実施形態では、経路制御装置４において予め経路計算を行なって対応表６を作成してネットワーク装置へ送信しておき、ユーザからリクエストメッセージがあった場合に、当該メッセージを受信したネットワーク装置が、事前に送信された対応表６を基に、リクエストされたコンテンツ内容に応じた通過ノードリストを取得して、その通過ノードリストにある通過ノード１１に対してパス設定するか、エッジノード１１に対してパス設定を要求する。
【００６１】
したがって、ユーザのリクエストメッセージを受けた時に、経路制御装置４と通信することなく、当該リクエストメッセージに含まれる、あるいはエッジノード１１が保持している通過ノードリストに基づいて直ちにパス設定を行なえ、リクエスト受信からコンテンツ配信開始までの時間を大幅に短縮することができる。
【００６２】
〔Ｂ〕第２実施形態の説明
上述したパス設定方法は、コンテンツ配信サービスだけでなく、ベストエフォートサービスなどパスを用いたデータ転送サービス全般に適用可能である。例えば、ネットワーク１（図１参照）を挟んだ任意のユーザ装置２間でパスを設定してファイル転送を行なう場合にも適用可能である。
【００６３】
この場合は、上述した第１実施形態のように、コンテンツと経路情報とを対応付けるのではなく、ユーザが転送しようとする、エッジノード１１の組と、そのエッジノード１１間の経路とを対応付けた対応表を経路制御装置４（経路制御部４１）において作成する。
即ち、この場合、経路制御装置４（経路制御部４１）は、予め、ネットワーク１内の特定のエッジノード１１間について特定の品質を満たす経路（例えば、最短経路）を計算しておき、例えば図１６に示すように、入側のエッジノード１１及び出側のエッジノード１１（アドレス）の組と、そのエッジノード１１間を通過する通過ノード１１のリスト（通過ノードリスト）とを関連付けた対応表６Ａを作成する。
【００６４】
例えば、この図１６において、入側エッジノードEDGE_Aと出側エッジノードEDGE_Bとの間では、EDGE_A→CORE_1→CORE_3→EDGE_Bの経路が基準品質を満たす経路であり、入側エッジノードEDGE_Aと出側エッジノードEDGE_Cとの間では、EDGE_A→CORE_1→EDGE_Cの経路が基準品質を満たす経路であることを意味する。他も同様である。なお、本実施形態においても、エッジノード１１間の経路の具体的計算手法は公知の手法を適用すればよい。
【００６５】
そして、本実施形態では、このような対応表６Ａを経路制御装置４からネットワーク装置に送信する。送信先としては、ユーザ装置（ユーザ端末）２及びユーザ側エッジノード１１Ａが考えられる。また、対応表６Ａの送信手段については、第１実施形態と同様、特に問わないが、例えば、コマンドラインインタフェースによる通信やＴＣＰ／ＩＰによる通信が適用できる。
【００６６】
なお、ノード１１やユーザ装置２等のネットワーク装置は、本実施形態においても、基本的に図２により前述した第１実施形態と同様の構成を有して構成され、対応表受信部５１において、経路制御装置４から送信されてくる対応表６Ａを受信し、受信した対応表６Ａを対応表メモリ５２にて保持する構成となる。
また、パス設定部５３は、（送信側の）ユーザ装置２が発行したリクエストメッセージ（接続要求）を受信した場合に、上記対応表メモリ５２に保持された対応表６Ａにおける対応する通過ノードリストによって特定される配送経路に対するパス設定処理を行なうことになる。
【００６７】
さらに、ユーザリクエスト受信部（ユーザリクエスト処理部）５４は、この場合も、(1)ユーザ装置２の発行したリクエストメッセージに対応する通過ノードリストを上記対応表６Ａにおいて検索・取得する対応表検索機能部や、(2)取得した通過ノードリストをパス設定のためにパス設定部５３や他のネットワーク装置へ転送する通過ノードリスト転送機能部をそなえているが、第１実施形態と異なり、(3)パス設定部５３からパス設定完了の通知を受けることにより送信側のユーザ装置２に対してパス設定完了通知を発行するパス設定完了通知機能部なども兼ね備えている。
【００６８】
パケット解析部（レイヤ７パケット識別機能部）５５は、第１実施形態と同様に、httpメッセージとして送られてくるリクエストメッセージ（接続要求）を捕捉するためのものである。
以下、上述のごとく構成された第２実施形態のネットワークシステムの動作（パス設定方法）について、対応表６の送信先の違い別に詳述する。
【００６９】
（Ｂ１）対応表６Ａを（送信側の）ユーザ装置２へ送信する場合
まず、対応表６Ａを経路制御装置４から送信側のユーザ装置２へ送信する場合のパス設定方法について図１７〜図１９を用いて説明する。なお、以下において、説明の便宜上、リクエストメッセージ（接続要求）送信側のユーザ装置２を送信端末２Ｓ、受信側（接続先）のユーザ装置２を宛先端末２Ｒ、送信側のユーザ装置２Ｓの発行したリクエストメッセージをネットワーク１の入口で受信する入側エッジノード１１を送信側エッジノード１１Ｓ、当該リクエストメッセージの宛先である受信側のユーザ装置２Ｒへ転送する出側エッジノード１１を受信側エッジノード１１Ｒと表記することがある。
【００７０】
図１７に示すように、経路制御装置４は、定期的に（又は、所定のイベント発生時に）、ネットワーク１上のエッジノード１１間で特定のサービス品質を満たすデータ転送経路を経路計算部４１１により予め計算し、対応表作成部４１２によって、上記経路計算により得られた経路がネットワーク１内で通過するノードのリスト（通過ノードリスト）を生成し、当該通過ノードリストと入側エッジノード１１のアドレス及び出側エッジノード１１のアドレスとを関連付けて図１６により前述した対応表６Ａを作成し、当該対応表６Ａをメモリ等（図示省略）に保持する（ステップＪ１）。
【００７１】
そして、経路制御装置４は、作成した対応表６Ａを送信端末２Ｓへ送信し（ステップＪ２）、当該送信端末２Ｓは、その対応表６Ａを対応表受信部５１により受信すると、対応表メモリ５２に保持する。その後、送信端末２Ｓは、通信したい宛先（宛先端末２Ｒ）を指定して、接続要求メッセージをネットワーク１側へ送出する（ステップＪ３）。その際、送信端末２Ｓは、上記対応表６Ａにおいて、その宛先に対応した受信側エッジノード１１Ｒと送信側エッジノード１１Ｓ間の経路についての通過ノードリストを検索・取得し、当該リストを接続要求メッセージに含めて、送信側エッジノード１１Ｓに送出する。
【００７２】
送信側エッジノード１１Ｓは、ユーザリクエスト受信部５４において、上記接続要求メッセージを受信（補足）すると（図１８及び図１９のステップＫ１）、当該メッセージ中の通過ノードリストを抽出してパス設定部５３へ渡す（図１８及び図１９のステップＫ２）。パス設定部５３は、当該通過ノードリストに基づいて、所定のパス設定シグナリング（パス設定メッセージ）を用いてＭＰＬＳパスを設定（確立）する（ステップＪ４，図１８及び図１９のステップＫ３）。
【００７３】
この際、少なくとも送信側エッジノード１１Ｓから受信側エッジノード１１Ｒへ片方向のパスを設定すればよいので、パス設定シグナリングプロトコルとしては、例えば、RSVP-TEプロトコルが適用できる。もっとも、この場合も、ＧＭＰＬＳプロトコルを用いて双方向のパスを設定してもよい。
その後、送信側エッジノード１１Ｓがパス設定完了メッセージを受信することによりパス設定が完了すると（図１８及び図１９のステップＫ４）、送信側エッジノード１１Ｓは、送信端末２Ｓへパス設定の完了を通知する（ステップＪ５，図１８及び図１９のステップＫ５，Ｋ６）。これにより、送信端末２Ｓは、宛先端末２Ｒに対してデータ送信を開始する（ステップＪ６）。
【００７４】
なお、上記とは逆に、宛先端末２Ｒが送信端末、送信端末２Ｓが宛先端末となる場合も、上記と同様のパス設定により通信が可能である。
（Ｂ２）対応表６Ａを送信側エッジノード１１Ｓへ送信する場合
次に、対応表６Ａを経路制御装置４から送信側エッジノード１１Ｓへ送信する場合のパス設定方法について図２０〜図２２を用いて説明する。
【００７５】
この場合も、図２０に示すように、経路制御装置４は、定期的に（又は、所定のイベント発生時に）、ネットワーク１上のエッジノード１１間で特定のサービス品質を満たすデータ転送経路を経路計算部４１１により予め計算し、対応表作成部４１２によって、上記経路計算により得られた経路がネットワーク１内で通過するノードのリスト（通過ノードリスト）を生成し、当該通過ノードリストと入側エッジノード１１のアドレス及び出側エッジノード１１のアドレスとを関連付けて図１６により前述した対応表６Ａを作成し、当該対応表６Ａをメモリ等（図示省略）に保持する（ステップＬ１）。
【００７６】
そして、経路制御装置４は、作成した対応表６Ａを送信側エッジノード１１Ｓへ送信し（ステップＬ２）、当該送信側エッジノード１１Ｓは、その対応表６Ａを対応表受信部５１により受信すると、対応表メモリ５２に保持する。
その後、送信端末２Ｓは、通信したい宛先（宛先端末２Ｒ）を指定して、接続要求メッセージをネットワーク１側へ送出する（ステップＬ３）。当該メッセージをネットワーク１の入口で受信する送信側エッジノード１１Ｓは、ユーザリクエスト受信部５４において、上記接続要求メッセージを受信・補足すると（図２１及び図２２のステップＭ１）、当該メッセージから送信側エッジノード１１Ｓ及び宛先（受信）側エッジノード１１Ｒのアドレスを抽出する。
【００７７】
さらに、ユーザリクエスト受信部５４は、抽出したアドレスを基に対応表メモリ５２に保持されている対応表６Ａを参照して、送信側及び受信側のアドレスの組に対応した経路についての通過ノードリストを検索・取得し（図２１及び図２２のステップＭ２）、これをパス設定部５３に渡す（図２１及び図２２のステップＭ３）。
【００７８】
パス設定部５３は、その通過ノードリストに基づいて所要のパス設定シグナリングを用いてＭＰＬＳパスの設定を行なう（ステップＬ４，図２１及び図２２のステップＭ４）。この場合も、送信側エッジノード１１Ｓから受信側エッジノード１１Ｒへ片方向のパスを設定すればよいので、パス設定シグナリングプロトコルとしては、例えば、RSVP-TEプロトコルを適用できるが、ＧＭＰＬＳプロトコルを用いて双方向のパスを設定するようにしてもよい。
【００７９】
その後、送信側エッジノード１１Ｓがパス設定完了メッセージを受信することによりパス設定が完了すると（図２１及び図２２のステップＭ５）、送信側エッジノード１１Ｓは、ユーザリクエスト受信部５４を通じて、送信端末２Ｓへパス設定の完了を通知する（ステップＬ５，図２１及び図２２のステップＭ６，Ｍ７）。これにより、送信端末２Ｓは、宛先端末２Ｒに対してデータ送信を開始する（ステップＬ６）。
【００８０】
なお、この場合も、上記とは逆に、宛先端末２Ｒが送信端末、送信端末２Ｓが宛先端末となる場合も、上記と同様のパス設定により通信が可能である。
以上のように、本第２実施形態では、経路制御装置４において予め経路計算を行なって対応表６Ａを作成してネットワーク装置へ送信しておき、ユーザからリクエストメッセージがあった場合に、当該メッセージを受信したネットワーク装置が、事前に送信された対応表６Ａを基に、要求に応じた通過ノードリストを取得して、その通過ノードリストにある通過ノード１１に対してパス設定するか、エッジノード１１に対してパス設定を要求する。
【００８１】
したがって、ユーザのリクエストメッセージを受けた時に、経路制御装置４と通信することなく、当該リクエストメッセージに含まれる、あるいはエッジノード１１が保持している通過ノードリストに基づいて直ちにパス設定を行なえ、リクエスト受信から通信開始までの時間を大幅に短縮することができる。
〔Ｃ〕リクエスト受付時におけるリソース競合の回避
上述のように、本実施形態のパス設定を行なうことにより、迅速なパス設定を実現することが可能になるが、例えば、ユーザからのリクエストを受け付けてパス設定を行なう際に、リソースの確保を行なう場合にリソース（帯域等）に競合が生じる可能性がある。
【００８２】
つまり、経路制御装置４において、各リンク単位で予約帯域を管理しており、パス設定時に必要な分を確保するような場合、同じリンクや経路を使用するリクエストが、別の箇所（ノード）から同時発生すると、リソースの競合が生じることが予想され、例えば、或るリンクに対して受付可能帯域を上回る帯域が要求された場合は、いずれかの要求は受け付けることが不可能となる（リジェクトされる）。
【００８３】
例えば図２３に模式的に示すように、経路制御装置４において、或るリンクＬについての論理帯域のうち、既に他のリクエストに対して帯域「Ｂ」が確保（予約）されており、受付可能帯域が残り「Ａ」である状態で、さらに要求帯域＝「Ｃ」及び要求帯域＝「Ｄ」（ただし、帯域「Ａ」＜帯域「Ｃ」＋帯域「Ｄ」である）のリクエストが同時期に発生した場合、いずれかのリクエストはリジェクトされることになる。
【００８４】
このような現象を防ぐために、本実施形態の経路制御装置４には、図２に示したように、リソース管理部４２（図２参照）が設けられている。このリソース管理部４２は、対応表作成部４１２により対応表６又は６Ａを作成して、対応表送信部４１３によってネットワーク装置へ送信する際に、対応する経路（リンク）に関して管理帯域を減じて更新するものである。
【００８５】
例えば図２４に模式的に示すように、経路制御装置４（経路制御部４１）において、或る品質（帯域Ｂ１ Mbps）を満たす経路を検索した結果、リンクＬを通過する経路Ｒ１が見つかると、リソース管理部４２は、リンクＬに関して、経路Ｒ１用に帯域Ｂ１を確保する。この帯域は経路Ｒ１を通過するトラフィックしか使うことができない帯域である。同様に、経路制御部４１において、或る品質（帯域Ｂ２ Mbps）を満たす経路を検索した結果、同じリンクＬを通過する経路Ｒ２が見つかったとすると、リソース管理部４２は、リンクＬに関して経路Ｒ２用に帯域Ｂ２を確保する。
【００８６】
つまり、作成・送信された対応表６又は６Ａに対する経路については、ユーザのリクエスト以前に予め帯域を確保しておくのである。これにより、少なくとも、同時期にリクエストが発生した場合のリソース競合を防ぐことが可能となる。
〔Ｄ〕その他
なお、本発明は、上述した実施形態に限定されず、本発明の趣旨を逸脱しない範囲で種々変形して実施することができる。
【００８７】
例えば、第１実施形態で用いた対応表６は、コンテンツサーバ３が有しているコンテンツと計算した経路（通過ノードリスト）とを対応付けたものであるが、経路と対応付ける対象は必ずしもコンテンツに限られない。例えば、以下に示すように、コンテンツのもつ属性値や、それ以外の指標と経路とを対応付けることも可能である。
【００８８】
(Ｄ１)コンテンツ容量（コンテンツサイズ）と対応付け
例えば、特別に大きなファイルサイズ、あるいは転送データ量を有するコンテンツに対しては、その他のコンテンツサイズのものとは別の帯域に余裕のある経路と対応付けることで、転送遅延時間を短縮できることが期待できる。例えば図２５に示すように、コンテンツ容量が１Ｍバイト以下，１０Ｍバイト以下、５０Ｍバイト以下、５０Ｍバイト以上など、のケースに応じて対応付ける経路を分けて対応表６Ｂを作成する。これより、ユーザがリクエストしたコンテンツ容量に応じて、当該コンテンツ容量に最適なパスを高速に設定することが可能となる。
【００８９】
（Ｄ２）コンテンツやサービスの種別と対応付け
例えば、動画ストリーミングとソフトウェアダウンロードなどのファイル転送とでは、パスに要求される品質が異なる。動画ストリーミングでは数Ｍビット／秒の帯域を確保しないと品質を保証できないが、ファイル転送では必ずしも帯域を保証する必要はない。したがって、コンテンツ種別に応じて通過する経路を分けることよって、より効率的な転送を実現することができる。
【００９０】
例えば図２６に示すように、動画ストリーミング，音声ストリーミング，画像ファイル，テキストファイルなどの種別に応じて対応付ける経路を分けて対応表６Ｃを作成する。この際、コンテンツ種別の表示はそれぞれを表す識別子などを用いることができる。これにより、ユーザが要求したコンテンツやサービスの種別によって、当該種別に最適なパスを高速に設定することが可能となる。
【００９１】
〔Ｅ〕付記
（付記１） 複数のネットワーク装置をそなえて成るネットワークと、
該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえ、
該ネットワーク管理装置が、
定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で提供するサービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報を予め計算する経路計算部と、
該経路計算部により求められたデータ転送経路情報と該サービス内容とを関連付けた対応表を作成する対応表作成部とをそなえるとともに、
ユーザによる該サービス内容に応じたデータ転送要求を受信するネットワーク装置が、
該データ転送要求を受信するデータ転送要求受信部と、
該データ転送要求受信部で該データ転送要求が受信されると、該ネットワーク管理装置の該対応表作成部によって予め作成されている該対応表の該データ転送要求に対応する該データ転送経路情報によって特定されるデータ転送経路に対するパス設定処理を行なうパス設定処理部とをそなえて構成されたことを特徴とする、ネットワークシステム。
【００９２】
（付記２） 複数のネットワーク装置をそなえて成るネットワークと、該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえたネットワークシステムにおいて、
該ネットワーク管理装置が、
定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で提供するサービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報を予め計算し、
求められたデータ転送経路情報と該サービス内容とを関連付けた対応表を作成し、
ユーザによる該サービス内容に応じたデータ転送要求を受信するネットワーク装置が、
該データ転送要求を受信すると、該ネットワーク管理装置で予め作成されている該対応表の該データ転送要求に対応する該データ転送経路情報によって特定されるデータ転送経路に対するパス設定処理を行なうことを特徴とする、ネットワークシステムにおけるパス設定方法。
【００９３】
（付記３） 該ネットワーク管理装置が、該データ転送要求の発行元であるユーザ装置としての該ネットワーク装置へ該対応表を送信し、
該ユーザ装置が、該ネットワークの入口に位置するユーザ装置側エッジノード装置としての他のネットワーク装置へ該データ転送要求と該ネットワーク管理装置から受信した該対応表における該データ転送要求に対応する該データ転送経路情報とを送信し、
該ユーザ装置側エッジノード装置が、該ユーザ装置から受信される該データ転送経路情報によって特定されるデータ転送経路上のネットワーク装置に対するパス設定処理を行なうことを特徴とする、付記２記載のネットワークシステムにおけるパス設定方法。
【００９４】
（付記４） 該ネットワーク管理装置が、該データ転送要求の発行元であるユーザ装置としてのネットワーク装置から該データ転送要求を該ネットワークの入口において受信するユーザ装置側エッジノード装置としてのネットワーク装置へ該対応表を送信し、
該ユーザ装置側エッジノード装置が、該ユーザ装置から該データ転送要求を受信すると、該ネットワーク管理装置から受信した該対応表における該データ転送要求に対応する該データ転送経路情報によって特定されるデータ転送経路上のネットワーク装置に対するパス設定処理を行なうことを特徴とする、付記２記載のネットワークシステムにおけるパス設定方法。
【００９５】
（付記５） 該ネットワーク管理装置が、該サービス内容に応じたデータを提供するサービス提供装置としてのネットワーク装置から該データを該ネットワークの入口において受信するサービス提供装置側エッジノード装置としてのネットワーク装置へ該対応表を送信し、
該サービス提供装置側エッジノード装置が、該ユーザ装置の発行した該データ転送要求を受信すると、該ネットワーク管理装置から受信した該対応表における該データ転送要求に対応する該データ転送経路情報によって特定されるデータ転送経路上のネットワーク装置に対するパス設定処理を行なうことを特徴とする、付記２記載のネットワークシステムにおけるパス設定方法。
【００９６】
（付記６） 該ネットワーク管理装置が、該サービス内容に応じたデータを提供するサービス提供装置としてのネットワーク装置へ該対応表を送信し、
該サービス提供装置が、該データ転送要求の発行元であるユーザ装置としてのネットワーク装置が発行した該データ転送要求を受信すると、該ネットワーク管理装置から受信した該対応表における該データ転送要求に対応する該データ転送経路情報を、該サービス提供装置から該サービス内容に応じたデータを該ネットワークの入口において受信するサービス提供装置側エッジノード装置としてのネットワーク装置へ送信し、
該サービス提供装置側エッジノード装置が、該サービス提供装置から受信した該データ転送経路情報によって特定されるデータ転送経路上のネットワーク装置に対するパス設定処理を行なうことを特徴とする、付記２記載のネットワークシステムにおけるパス設定方法。
【００９７】
（付記７） 複数のネットワーク装置をそなえて成るネットワークにおける経路制御を集中管理する、ネットワークシステムに用いられるネットワーク管理装置であって、
定期的に、又は、所定のイベント発生時に、第１のネットワーク装置と第２のネットワーク装置との間で提供するサービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報を予め計算する経路計算部と、
該経路計算部により求められたデータ転送経路情報と該サービス内容とを関連付けた対応表を作成する対応表作成部とをそなえたことを特徴とする、ネットワークシステムに用いられるネットワーク管理装置。
【００９８】
（付記８） 該対応表作成部により作成された該対応表を、ユーザによる該サービス内容に応じたデータ転送要求を受信するネットワーク装置へ送信する対応表送信部をさらにそなえたことを特徴とする、付記７記載のネットワークシステムに用いられるネットワーク管理装置。
（付記９） 該対応表の該データ転送経路情報により特定されるデータ転送経路に割り当てるリソースの確保を行なうリソース管理部をさらにそなえたことを特徴とする、付記７又は付記８に記載のネットワークシステムに用いられるネットワーク管理装置。
（付記１０） 複数のネットワーク装置をそなえて成るネットワークと、該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえたネットワークシステムに用いられる該ネットワーク装置であって、
該ネットワーク管理装置において、定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で提供するサービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報が予め計算され、求められたデータ転送経路情報と該サービス内容とが関連付けられて作成された対応表を該ネットワーク管理装置から受信する経路表受信部と、
ユーザによる該サービス内容に応じたデータ転送要求を受信するデータ転送要求受信部と、
該データ転送要求受信部で該データ転送要求が受信されると、該経路表受信部で受信した該対応表における該データ転送要求に対応する該データ転送経路情報によって特定されるデータ転送経路に対するパス設定処理を行なうパス設定処理部とをそなえたことを特徴とする、ネットワークシステムに用いられるネットワーク装置。
【００９９】
（付記１１） 該パス設定処理部が、
該データ転送要求受信部で該データ転送要求が受信されると、該経路表受信部で受信した該対応表における該データ転送要求に対応する該データ転送経路情報によって特定されるデータ転送経路上の他のネットワーク装置に対してパス設定要求を行なうパス設定要求処理部をそなえたことを特徴とする、付記１０記載のネットワークシステムに用いられるネットワーク装置。
【０１００】
（付記１２） 該パス設定処理部が、
該データ転送要求受信部で該データ転送要求が受信されると、該経路表受信部で受信した該対応表における該データ転送要求に対応する該データ転送経路情報を、該データ転送経路情報によって特定されるデータ転送経路上の他のネットワーク装置へ送信してパス設定要求を行なうパス設定要求処理部をそなえたことを特徴とする、付記１０記載のネットワークシステムに用いられるネットワーク装置。
【０１０１】
（付記１３） 複数のネットワーク装置をそなえて成るネットワークと、
該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえ、
該ネットワーク管理装置が、
定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で特定のデータ転送品質を満たす該ネットワークにおけるデータ転送経路情報を予め計算する経路計算部と、
該経路計算部により求められたデータ転送経路情報と、該ネットワークの入側及び出側に位置するエッジノードとしてのネットワーク装置の組とを関連付けた対応表を作成する対応表作成部とをそなえるとともに、
ユーザによる接続先を指定した接続要求を受信するネットワーク装置が、
該接続要求を受信する接続要求受信部と、
該接続要求受信部で該接続要求が受信されると、該ネットワーク管理装置の該対応表作成部によって予め作成されている該対応表の該接続先に対応する該データ転送経路情報によって特定されるデータ転送経路に対するパス設定処理を行なうパス設定処理部とをそなえて構成されたことを特徴とする、ネットワークシステムに用いられるネットワーク装置。
【０１０２】
（付記１４） 複数のネットワーク装置をそなえて成るネットワークと、
該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえ、
該ネットワーク管理装置が、
定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で特定のデータ転送品質を満たす該ネットワークにおけるデータ転送経路情報を予め計算し、
求められたデータ転送経路情報と、該ネットワークの入側及び出側に位置するエッジノードとしてのネットワーク装置の組とを関連付けた対応表を作成し、
ユーザによる接続先を指定した接続要求を受信するネットワーク装置が、
該接続要求を受信すると、該ネットワーク管理装置の該対応表作成部によって予め作成されている該対応表の該接続先に対応する該データ転送経路情報によって特定されるデータ転送経路に対するパス設定処理を行なうことを特徴とする、ネットワークシステムにおけるパス設定方法。
【０１０３】
（付記１５） 該ネットワーク管理装置が、該接続要求の発行元であるユーザ装置としてのネットワーク装置へ該対応表を送信し、
該ユーザ装置が、該ネットワークの入口に位置する該入側エッジノードとしての他のネットワーク装置へ該接続要求と該ネットワーク管理装置から受信した該対応表における該接続先に対応する該データ転送経路情報とを送信し、
該入側エッジノードが、該ユーザ装置から受信される該データ転送経路情報によって特定されるデータ転送経路上の他のネットワーク装置に対するパス設定処理を行なうことを特徴とする、付記１４記載のネットワークシステムにおけるパス設定方法。
【０１０４】
（付記１６） 該ネットワーク管理装置が、該接続要求の発行元であるユーザ装置としてのネットワーク装置から該接続要求を該ネットワークの入口において受信する入側エッジノードとしてのネットワーク装置へ該対応表を送信し、
該入側エッジノードが、該ユーザ装置から該接続要求を受信すると、該ネットワーク管理装置から受信した該対応表における該接続先に対応する該データ転送経路情報によって特定されるデータ転送経路上の他のネットワーク装置に対するパス設定処理を行なうことを特徴とする、付記１４記載のネットワークシステムにおけるパス設定方法。
【０１０５】
（付記１７） 複数のネットワーク装置をそなえて成るネットワークにおける経路制御を集中管理する、ネットワークシステムに用いられるネットワーク管理装置であって、
定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で特定のデータ転送品質を満たす該ネットワークにおけるデータ転送経路情報を予め計算する経路計算部と、
該経路計算部により求められたデータ転送経路情報と、該ネットワークの入側及び出側に位置するエッジノードとしてのネットワーク装置の組とを関連付けた対応表を作成する対応表作成部とをそなえたことを特徴とする、ネットワークシステムに用いられるネットワーク管理装置。
【０１０６】
（付記１８） 該対応表作成部により作成された該対応表を、ユーザによる該接続要求を受信するネットワーク装置へ送信する対応表送信部をさらにそなえたことを特徴とする、付記１７記載のネットワークシステムに用いられるネットワーク管理装置。
（付記１９） 該対応表の該データ転送経路情報により特定されるデータ転送経路に割り当てるリソースの確保を行なうリソース管理部をさらにそなえたことを特徴とする、付記１７又は付記１８に記載のネットワークシステムに用いられるネットワーク管理装置。
【０１０７】
（付記２０） 複数のネットワーク装置をそなえて成るネットワークと、該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえたネットワークシステムに用いられる該ネットワーク装置であって、
該ネットワーク管理装置において、定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で特定のデータ転送品質を満たす該ネットワークにおけるデータ転送経路情報が予め計算され、求められたデータ転送経路情報と、該ネットワークの入側及び出側に位置するエッジノードとしてのネットワーク装置の組とが関連付けられて作成された対応表を該ネットワーク管理装置から受信する経路表受信部と、
ユーザによる接続先を指定した接続要求を受信する接続要求受信部と、
該接続要求受信部で該接続要求が受信されると、該経路表受信部で受信した該対応表における該接続先に対応する該データ転送経路情報によって特定されるデータ転送経路に対するパス設定処理を行なうパス設定処理部とをそなえたことを特徴とする、ネットワークシステムに用いられるネットワーク装置。
【０１０８】
（付記２１） 該パス設定処理部が、
該接続要求受信部で該接続要求が受信されると、該経路表受信部で受信した該対応表における該接続先に対応する該データ転送経路情報によって特定されるデータ転送経路上の他のネットワーク装置に対してパス設定要求を行なうパス設定要求処理部をそなえたことを特徴とする、付記１９記載のネットワークシステムに用いられるネットワーク装置。
【０１０９】
（付記２２） 該パス設定処理部が、
該接続要求受信部で該接続要求が受信されると、該経路表受信部で受信した該対応表における該接続先に対応する該データ転送経路情報を、該データ転送経路情報によって特定されるデータ転送経路上の他のネットワーク装置へ送信してパス設定要求を行なうパス設定要求処理部をそなえたことを特徴とする、ネットワークシステムに用いられるネットワーク装置。
【０１１０】
【発明の効果】
以上詳述したように、本発明によれば、ネットワーク管理装置が、定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で特定の基準を満たすデータ転送経路情報を予め計算し、求められたデータ転送経路情報と該サービス内容とを関連付けた対応表を作成し、ネットワーク装置が、データ転送要求を受信すると、ネットワーク管理装置で予め作成されている上記対応表の上記データ転送要求に対応するデータ転送経路情報によって特定されるデータ転送経路に対するパス設定処理を行なうので、ユーザのデータ転送要求を受けた時に、ネットワーク管理装置と通信することなく、ネットワーク装置が保持している通過ノードリストに基づいて直ちにパス設定を行なえ、リクエスト受信からコンテンツ配信開始までの時間を大幅に短縮することができる。
【図面の簡単な説明】
【図１】本発明の第１実施形態としてのネットワークシステムの構成を示すブロック図である。
【図２】図１に示すネットワークシステムにおけるネットワーク管理装置及びネットワーク装置の構成を示すブロック図である。
【図３】第１実施形態における対応表の一例を示す図である。
【図４】図１に示すネットワークシステムの動作（対応表をユーザ装置へ送信する場合）を説明するための図である。
【図５】図１に示すネットワークシステムの動作（対応表をユーザ装置へ送信する場合）を説明するための図である。
【図６】図１に示すネットワークシステムの動作（対応表をユーザ装置へ送信する場合）を説明するためのフローチャートである。
【図７】図１に示すネットワークシステムの動作（対応表をユーザ側エッジノードへ送信する場合）を説明するための図である。
【図８】図１に示すネットワークシステムの動作（対応表をユーザ側エッジノードへ送信する場合）を説明するための図である。
【図９】図１に示すネットワークシステムの動作（対応表をユーザ側エッジノードへ送信する場合）を説明するためのフローチャートである。
【図１０】図１に示すネットワークシステムの動作（対応表をコンテンツサーバ側エッジノードへ送信する場合）を説明するための図である。
【図１１】図１に示すネットワークシステムの動作（対応表をコンテンツサーバ側エッジノードへ送信する場合）を説明するための図である。
【図１２】図１に示すネットワークシステムの動作（対応表をコンテンツサーバ側エッジノードへ送信する場合）を説明するためのフローチャートである。
【図１３】図１に示すネットワークシステムの動作（対応表をコンテンツサーバへ送信する場合）を説明するための図である。
【図１４】図１に示すネットワークシステムの動作（対応表をコンテンツサーバへ送信する場合）を説明するための図である。
【図１５】図１に示すネットワークシステムの動作（対応表をコンテンツサーバへ送信する場合）を説明するためのフローチャートである。
【図１６】本発明の第２実施形態における対応表の一例を示す図である。
【図１７】第２実施形態のネットワークシステムの動作（対応表を送信端末へ送信する場合）を説明するための図である。
【図１８】第２実施形態のネットワークシステムの動作（対応表を送信端末へ送信する場合）を説明するための図である。
【図１９】第２実施形態のネットワークシステムの動作（対応表を送信端末へ送信する場合）を説明するためのフローチャートである。
【図２０】第２実施形態のネットワークシステムの動作（対応表を送信側エッジノードへ送信する場合）を説明するための図である。
【図２１】第２実施形態のネットワークシステムの動作（対応表を送信側エッジノードへ送信する場合）を説明するための図である。
【図２２】第２実施形態のネットワークシステムの動作（対応表を送信側エッジノードへ送信する場合）を説明するためのフローチャートである。
【図２３】リソース管理の従来手法による競合現象を説明するための模式図である。
【図２４】第１及び第２実施形態におけるリソース管理を説明するための模式図である。
【図２５】図３及び図１６に示す対応表の他の例を示す図である。
【図２６】図３及び図１６に示す対応表の他の例を示す図である。
【図２７】従来方式でのパス設定例を説明するための図である。
【符号の説明】
１ ネットワーク
２ ユーザ装置（ネットワーク装置）
２Ｓ ユーザ装置（送信端末）
２Ｒ ユーザ装置（宛先端末）
３ コンテンツサーバ（ネットワーク装置）
４ ネットワーク管理装置（経路制御装置）
４１ 経路制御部
４１１ 経路計算部
４１２ 対応表作成部
４１３ 対応表送信部
４２ リソース管理部
６，６Ａ〜６Ｃ 対応表
１１，１１Ａ，１１Ｂ，１１Ｓ，１１Ｒ ルーティングノード（ネットワーク装置）
５１ 対応表受信部
５２ 対応表メモリ
５３ パス設定部（リクエスト送出部）
５４ ユーザリクエスト受信部（ユーザリクエスト処理部）
５５ パケット解析部
Claims (5)
- 複数のネットワーク装置をそなえて成るネットワークと、
該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえ、
該ネットワーク管理装置が、
定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で提供するサービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報を予め計算する経路計算部と、
該経路計算部により求められたデータ転送経路情報と該サービス内容とを関連付けた対応表を作成する対応表作成部と、
該対応表作成部により作成された該対応表を、ユーザによる該サービス内容に応じたデータ転送要求の発行元であるユーザ装置としての該ネットワーク装置へ予め送信する対応表送信部とをそなえ、
該ユーザ装置が、
該ネットワーク管理装置から受信した該対応表を保持する対応表保持部と、
該データ転送要求を行なう際に、該対応表保持部に保持された該対応表において該データ転送要求に対応するデータ転送経路情報を該データ転送要求に含めて該ネットワークの入口に位置するエッジノード装置としての他のネットワーク装置へ送信するデータ転送要求送信部とをそなえ、
該エッジノード装置が、
該ユーザ装置から該データ転送要求を受信するデータ転送要求受信部と、
該データ転送要求受信部で受信した該データ転送要求に含まれる該データ転送経路情報によって特定されるデータ転送経路上のネットワーク装置に対するパス設定処理を行なうパス設定処理部とをそなえて構成されたことを特徴とする、ネットワークシステム。 - 複数のネットワーク装置をそなえて成るネットワークと、該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえたネットワークシステムにおいて、
該ネットワーク管理装置が、
定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で提供するサービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報を予め計算し、
求められたデータ転送経路情報と該サービス内容とを関連付けた対応表を作成し、
作成した該対応表を、ユーザによる該サービス内容に応じたデータ転送要求の発行元であるユーザ装置としての該ネットワーク装置へ予め送信し、
該ユーザ装置が、
該ネットワーク管理装置から受信した該対応表を保持し、
該データ転送要求を行なう際に、保持した該対応表において該データ転送要求に対応するデータ転送経路情報を該データ転送要求に含めて該ネットワークの入口に位置するエッジノード装置としての他のネットワーク装置へ送信し、
該エッジノード装置が、
該ユーザ装置から該データ転送要求を受信し、
受信した該データ転送要求に含まれる該データ転送経路情報によって特定されるデータ転送経路上のネットワーク装置に対するパス設定処理を行なうことを特徴とする、ネットワークシステムにおけるパス設定方法。 - 複数のネットワーク装置をそなえて成るネットワークにおける経路制御を集中管理する、ネットワークシステムに用いられるネットワーク管理装置であって、
定期的に、又は、所定のイベント発生時に、第１のネットワーク装置と第２のネットワーク装置との間で提供するサービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報を予め計算する経路計算部と、
該経路計算部により求められたデータ転送経路情報と該サービス内容とを関連付けた対応表を作成する対応表作成部と、
該対応表作成部により作成された該対応表を、ユーザによる該サービス内容に応じたデータ転送要求の発行元であるユーザ装置としての該第１のネットワーク装置へ、該データ転送要求に該対応表におけるデータ転送経路情報を含め得るように、予め送信する対応表送信部とをそなえたことを特徴とする、ネットワークシステムに用いられるネットワーク管理装置。 - 複数のネットワーク装置をそなえて成るネットワークと、該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえたネットワークシステムに用いられ、或るネットワーク装置間で提供するサービス内容に応じたユーザによるデータ転送要求の発行元であるユーザ装置としての該ネットワーク装置であって、
該ネットワーク管理装置において、定期的に、又は、所定のイベント発生時に、該サービス内容について特定の基準を満たす該ネットワークにおけるデータ転送経路情報が予め計算され、求められたデータ転送経路情報と該サービス内容とが関連付けられて作成された対応表を該ネットワーク管理装置から受信する経路表受信部と、
該経路表受信部で受信した該対応表を保持する対応表保持部と、
該データ転送要求を行なう際に、該対応表保持部に保持された該対応表において該データ転送要求に対応するデータ転送経路情報を該データ転送要求に含めて該ネットワークの入口に位置するエッジノード装置としての他のネットワーク装置へ送信するデータ転送要求送信部とをそなえたことを特徴とする、ネットワークシステムに用いられるネットワーク装置。 - 複数のネットワーク装置をそなえて成るネットワークと、
該ネットワークにおける経路制御を集中管理するネットワーク管理装置とをそなえたネットワークシステムにおいて、
該ネットワーク管理装置が、
定期的に、又は、所定のイベント発生時に、或るネットワーク装置間で特定のデータ転送品質を満たす該ネットワークにおけるデータ転送経路情報を予め計算し、
求められたデータ転送経路情報と、該ネットワークの入側及び出側に位置するエッジノード装置としてのネットワーク装置の組とを関連付けた対応表を作成し、
作成した該対応表を、ユーザによる接続先を指定した接続要求の発行元であるユーザ装置としての該ネットワーク装置へ予め送信し、
該ユーザ装置が、
該ネットワーク管理装置から受信した該対応表を保持し、
該接続要求を行なう際に、保持した該対応表において該接続要求に対応するデータ転送経路情報を該接続要求に含めて前記ネットワークの入側に位置するエッジノード装置としてのネットワーク装置へ送信し、
該エッジノード装置が、
該ユーザ装置から該接続要求を受信し、
受信した該接続要求に含まれる該データ転送経路情報によって特定されるデータ転送経路上のネットワーク装置に対するパス設定処理を行なうことを特徴とする、ネットワークシステムにおけるパス設定方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003094068A JP4199575B2 (ja) | 2003-03-31 | 2003-03-31 | ネットワークシステム，同システムにおけるパス設定方法並びに同システムに用いられるネットワーク管理装置及びネットワーク装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003094068A JP4199575B2 (ja) | 2003-03-31 | 2003-03-31 | ネットワークシステム，同システムにおけるパス設定方法並びに同システムに用いられるネットワーク管理装置及びネットワーク装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004304456A JP2004304456A (ja) | 2004-10-28 |
| JP4199575B2 true JP4199575B2 (ja) | 2008-12-17 |
Family
ID=33406717
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003094068A Expired - Fee Related JP4199575B2 (ja) | 2003-03-31 | 2003-03-31 | ネットワークシステム，同システムにおけるパス設定方法並びに同システムに用いられるネットワーク管理装置及びネットワーク装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4199575B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5062845B2 (ja) | 2008-06-30 | 2012-10-31 | 日本電信電話株式会社 | 経路切替方法、サーバ装置、境界ノード装置、経路切替システム及び経路切替プログラム |
| CN104811486B (zh) * | 2009-06-19 | 2019-06-14 | 日本技术贸易株式会社 | 内容管理装置和内容管理方法 |
| JP5621778B2 (ja) * | 2009-09-25 | 2014-11-12 | 日本電気株式会社 | コンテンツベーススイッチシステム、及びコンテンツベーススイッチ方法 |
| CN103026669B (zh) * | 2010-08-20 | 2015-07-01 | 日本电气株式会社 | 通信系统、控制设备以及通信方法 |
| JP5379889B1 (ja) * | 2012-07-13 | 2013-12-25 | エヌ・ティ・ティ・コミュニケーションズ株式会社 | ノード装置、パス接続制御方法、及びプログラム |
| CN116419363B (zh) * | 2023-05-31 | 2023-08-29 | 深圳开鸿数字产业发展有限公司 | 数据传输方法、通信设备和计算机可读存储介质 |
-
2003
- 2003-03-31 JP JP2003094068A patent/JP4199575B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004304456A (ja) | 2004-10-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2330790B1 (en) | Resource manager and method for admission control in a metropolitan area network | |
| JP3923863B2 (ja) | リクエストルータ装置 | |
| US6556544B1 (en) | Method and system for provisioning network resources for dynamic multicast groups | |
| JP4357537B2 (ja) | 配信経路制御装置 | |
| US9300551B2 (en) | Service quality management system and method | |
| US20070206494A1 (en) | Tunnel Reroute | |
| JP2003143212A (ja) | サーバとクラアイントとの接続方法およびルータ装置 | |
| US20120020362A1 (en) | Partitioning of digital objects for transmission | |
| US20050111453A1 (en) | Packet distributing method, information forwarder, and network system | |
| US8341288B2 (en) | Mechanism for sharing resources among different senders and receivers | |
| FR2876526A1 (fr) | Procede et dispositif de controle d'admission a un service a qualite de service garantie dans un reseau mpls | |
| US20080155101A1 (en) | Reserving resources for data streams in a communication network | |
| US7720073B2 (en) | System and/or method for bidding | |
| US20140223495A1 (en) | On-demand mobile wireless broadcast video delivery mechanism | |
| JP4199575B2 (ja) | ネットワークシステム，同システムにおけるパス設定方法並びに同システムに用いられるネットワーク管理装置及びネットワーク装置 | |
| WO2008154848A1 (en) | Method for acquiring ability information of net node between domains, net node and communication system | |
| US8194701B2 (en) | System and/or method for downstream bidding | |
| JP3923908B2 (ja) | 通信品質管理システムおよび方法 | |
| JP2002077257A (ja) | ストリーム配信ネットワークサービス方法およびシステム | |
| US7042882B2 (en) | Layer-structured path setup method and node apparatus for implementing same | |
| US7636375B2 (en) | Method for multimedia flow transport | |
| Wahanani et al. | Performance analysis of video on demand and video streaming on the network MPLS Traffic Engineering | |
| JP2003258856A (ja) | 中継装置 | |
| JP3654177B2 (ja) | データ通信におけるＱｏＳ管理システム、その方法、そのルータ及び記録媒体 | |
| EP3035618B1 (en) | Integrated bandwidth and storage reservation |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060223 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071127 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071204 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080201 |
|
| 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: 20080909 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081003 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111010 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111010 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121010 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121010 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131010 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |