(57)【要約】【課題】既に確立されているセッションに対する影響を抑制しつつ、新たに確立するセッションの品質を向上させることを可能とする経路制御装置、システム、及び、経路制御方法を提供する。【解決手段】情報処理装置とサーバ装置との間のセッションの確立を制御するプロトコルのパケットに基づいて、セッションが新たに確立されることを検出するセッション管理部１３Ｃと、情報端末装置とサーバ装置との間を結ぶ複数の経路の中から、負荷が低い経路を選択する経路選択部１３Ｄと、選択された経路上の転送装置に選択された経路を確立させる経路制御部１３Ｅと、を備える。【選択図】図８
2016158081.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを構成する複数の転送装置であり、第１情報処理装置と第２情報処理装置との間を流れるパケットの転送を行う前記複数の転送装置における転送先を制御する経路制御装置であって、
前記第１情報処理装置と前記第２情報処理装置との間のセッションの確立を制御するプロトコルのパケットに基づいて、セッションが新たに確立されることを検出する検出手段と、
前記第１情報処理装置と前記第２情報処理装置との間を結ぶ複数の経路の中から、負荷が低い経路を選択する選択手段と、
選択された経路上の転送装置に選択された経路を確立させる経路確立手段と、
を備える、
ことを特徴とする経路制御装置。
【請求項２】
前記選択手段は、前記セッションが確立される前に、前記複数の経路の中から、負荷が低い経路を選択し、
前記経路確立手段は、前記セッションが確立される前に、選択された経路上の転送装置に選択された経路を確立させる、
ことを特徴とする請求項１に記載の経路制御装置。
【請求項３】
前記選択手段は、前記負荷が最も低い経路を選択する、
ことを特徴とする請求項１又は２に記載の経路制御装置。
【請求項４】
前記選択手段は、前記負荷が最も低い経路が複数存在する場合には、前記負荷が最も低い経路の中からホップ数がより少ない経路を選択する、
ことを特徴とする請求項３に記載の経路制御装置。
【請求項５】
前記セッションの切断を制御するパケットに基づいて、切断対象のセッションを特定する特定手段と、
前記切断対象のセッションに対応する経路上の転送装置に当該経路を解除させる経路解除手段と、
を、更に、備える、
ことを特徴とする請求項１乃至４のいずれか一に記載の経路制御装置。
【請求項６】
確立中のセッションに関する情報を管理する管理手段を、更に、備える、
ことを特徴とする請求項１乃至５のいずれか一に記載の経路制御装置。
【請求項７】
前記管理手段は、前記セッションの切断を制御するパケットに基づいて、前記確立中のセッションに関する情報の中から、切断対象のセッションに対応する前記情報を特定し、特定した前記情報を削除する、
ことを特徴とする請求項６に記載の経路制御装置。
【請求項８】
第１情報処理装置と第２情報処理装置との間を流れるパケットの転送を行う複数の転送装置と、前記複数の転送装置における転送先を制御する経路制御装置と、を含むシステムであって、
前記経路制御装置は、
前記第１情報処理装置と前記第２情報処理装置との間のセッションの確立を制御するプロトコルのパケットに基づいて、セッションが新たに確立されることを検出する検出手段と、
前記第１情報処理装置と前記第２情報処理装置との間を結ぶ複数の経路の中から、負荷が低い経路を選択する選択手段と、
選択された経路上の転送装置に対して、前記選択された経路を確立するように指示する確立指示手段と、
を備え、
前記複数の転送装置のそれぞれが、
確立の指示にしたがって、経路を確立する確立手段を備える、
ことを特徴とするシステム。
【請求項９】
前記経路制御装置は、
前記セッションの切断を制御するパケットに基づいて、切断対象のセッションを特定する特定手段と、
前記切断対象のセッションに対応する経路上の転送装置に対して、当該経路を解除するように指示する解除指示手段と、
を、更に、備え、
前記複数の転送装置のそれぞれが、
解除の指示にしたがって、確立されている経路を解除する解除手段を、更に、備える、
ことを特徴とする請求項８のシステム。
【請求項１０】
前記システムは、
前記第１情報処理装置と前記第２情報処理装置との間を流れるパケットを監視する監視装置を、更に、含み、
前記監視装置は、
前記第１情報処理装置と前記第２情報処理装置との間を流れるパケットの中から、前記セッションを制御するプロトコルのパケットを抽出する抽出手段と、
抽出されたパケットの複製を前記経路制御装置に送信する第１送信手段と、
を備える、
ことを特徴とする請求項８又は９のシステム。
【請求項１１】
前記監視装置は、
前記セッションにおけるパケットの送信開始のトリガとなる前記プロトコルのパケットを一時的に保持する保持手段と、
前記選択された経路が確立された後に、前記送信開始のトリガとなる前記プロトコルのパケットを本来の送信先に送信する第２送信手段と、
を、更に、備える、
ことを特徴とする請求項１０のシステム。
【請求項１２】
ネットワークを構成する複数の転送装置であり、第１情報処理装置と第２情報処理装置との間を流れるパケットの転送を行う前記複数の転送装置における転送先を制御する経路制御装置の経路制御方法であって、
前記第１情報処理装置と前記第２情報処理装置との間のセッションの確立を制御するプロトコルのパケットに基づいて、セッションが新たに確立されることを検出し、
前記第１情報処理装置と前記第２情報処理装置との間を結ぶ複数の経路の中から、負荷が低い経路を選択し、
選択した経路上の転送装置に選択した経路を確立させる、
ことを特徴とする経路制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、経路制御装置、システム、及び、経路制御方法に関する。
【背景技術】
【０００２】
現在、例えば、映像配信やテレビ電話など、Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（ＩＰ）ネットワーク上で音声や映像情報などをリアルタイムで通信を行う技術が普及している。
【０００３】
音声や映像情報などをリアルタイムで通信する場合、広い帯域が継続的に必要となる。そのため、複数のセッションが集中することによるネットワークの輻輳が問題となっている。複数の通信経路（以下、経路という）が存在する場合、ＩＰネットワークでは、通常、経路の輻輳状態に関係なくホップ数の少ない経路が選択される。そのため、既に確立されている映像配信などのセッションの品質が、後に確立されたセッションに起因するネットワークの輻輳により劣化してしまう場合がある。
【０００４】
この問題を解決するための方法の一つとして、Ｒｅｓｏｕｒｃｅ  ｒｅＳｅｒＶａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＲＳＶＰ）を利用してセッションを開始する前に必要な帯域を確保する方法が知られている。
【０００５】
しかしながら、例えば、映像配信においてＲＳＶＰを利用する場合、映像配信を行うサーバ装置と映像再生を行う情報端末装置で、経路が意識されている必要がある。また、セッションを実行するために必要な帯域が確保されるまでに時間がかかるため、再生開始が遅くなってしまう。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−１５２２７４号公報
【特許文献２】特開２０１０−２０００２６号公報
【特許文献３】特開２０１２−４４６２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
一つの側面では、本発明は、既に確立されているセッションに対する影響を抑制しつつ、新たに確立するセッションの品質を向上させることを可能とする経路制御装置、システム、及び、経路制御方法を提供することを課題とする。
【課題を解決するための手段】
【０００８】
一態様における経路制御装置は、ネットワークを構成する複数の転送装置であり、第１情報処理装置と第２情報処理装置との間を流れるパケットの転送を行う複数の転送装置における転送先を制御する経路制御装置であって、第１情報処理装置と第２情報処理装置との間のセッションの確立を制御するプロトコルのパケットに基づいて、セッションが新たに確立されることを検出する検出手段と、第１情報処理装置と第２情報処理装置との間を結ぶ複数の経路の中から、負荷が低い経路を選択する選択手段と、選択された経路上の転送装置に選択された経路を確立させる経路確立手段と、を備えることを特徴としている。
【０００９】
一態様におけるシステムは、第１情報処理装置と第２情報処理装置との間を流れるパケットの転送を行う複数の転送装置と、複数の転送装置における転送先を制御する経路制御装置と、を含むシステムであって、経路制御装置は、第１情報処理装置と第２情報処理装置との間のセッションの確立を制御するプロトコルのパケットに基づいて、セッションが新たに確立されることを検出する検出手段と、第１情報処理装置と第２情報処理装置との間を結ぶ複数の経路の中から、負荷が低い経路を選択する選択手段と、選択された経路上の転送装置に対して、選択された経路を確立するように指示する確立指示手段と、を備え、複数の転送装置のそれぞれが、確立の指示にしたがって、経路を確立する確立手段を備えることを特徴としている。
【００１０】
一態様における経路制御方法は、ネットワークを構成する複数の転送装置であり、第１情報処理装置と第２情報処理装置との間を流れるパケットの転送を行う複数の転送装置における転送先を制御する経路制御装置の経路制御方法であって、第１情報処理装置と第２情報処理装置との間のセッションの確立を制御するプロトコルのパケットに基づいて、セッションが新たに確立されることを検出し、第１情報処理装置と第２情報処理装置との間を結ぶ複数の経路の中から、負荷が低い経路を選択し、選択した経路上の転送装置に選択した経路を確立させることを特徴としている。
【発明の効果】
【００１１】
一つの側面では、既に確立されているセッションに対する影響を抑制しつつ、新たに確立するセッションの品質を向上させることができる。
【図面の簡単な説明】
【００１２】
【図１】実施形態１におけるネットワークシステムの構成例を示す図である。
【図２】一般的な映像配信のシーケンスの例を示す図である。
【図３】メニュー表示画面の例を示す図である。
【図４】メタファイルの例を示す図である。
【図５】コンテンツ情報要求(DESCRIBE)の例を示す図である。
【図６】コンテンツ情報の例を示す図である。
【図７】再生停止要求(TEARDOWN)の例を示す図である。
【図８】実施形態１における経路制御装置の構成例を示す機能ブロック図である。
【図９】実施形態１における第１接続情報の例を示す図である。
【図１０】実施形態１における第２接続情報の例を示す図である。
【図１１】実施形態１における経路候補情報の例を示す図である。
【図１２】実施形態１における負荷情報の例を示す図である。
【図１３】実施形態１におけるセッション管理情報の例を示す図である。
【図１４】実施形態１における監視装置の構成例を示す機能ブロック図である。
【図１５】実施形態１における監視対象情報の例を示す図である。
【図１６】実施形態１における転送装置の構成例を示す機能ブロック図である。
【図１７】実施形態１における転送管理情報の例を示す図である。
【図１８】転送管理情報の別の例を示す図である。
【図１９】実施形態１におけるパケット監視処理のフローを説明するためのフローチャートの例である。
【図２０】実施形態１における経路制御処理のフローを説明するためのフローチャートの例の一部である。
【図２１】実施形態１における経路制御処理のフローを説明するためのフローチャートの例の他の一部である。
【図２２】実施形態１における経路選択処理のフローを説明するためのフローチャートの例である。
【図２３】実施形態１における転送管理処理のフローを説明するためのフローチャートの例である。
【図２４】実施形態１における転送処理のフローを説明するためのフローチャートの例である。
【図２５】実施形態１におけるシステム全体での映像配信までの流れを説明するための具体例を示す図である。
【図２６】Ａは転送装置ＳＷ１の転送管理情報の例を、Ｂは転送装置ＳＷ２の転送管理情報の例を示す図である。
【図２７】Ａは転送装置ＳＷ３の転送管理情報の例を、Ｂは転送装置ＳＷ４の転送管理情報の例を示す図である。
【図２８】実施形態２におけるネットワークシステムの構成例を示す図である。
【図２９】一般的なテレビ電話のシーケンスの例を示す図である。
【図３０】発呼(INVITE)の例を示す図である。
【図３１】セッション切断要求(BYE)の例を示す図である。
【図３２】実施形態２における第１接続情報の例を示す図である。
【図３３】実施形態２におけるセッション管理情報の例を示す図である。
【図３４】実施形態２におけるパケット監視処理のフローを説明するためのフローチャートの例である。
【図３５】実施形態２における経路制御処理のフローを説明するためのフローチャートの例の一部である。
【図３６】実施形態２における経路選択処理のフローを説明するためのフローチャートの例である。
【図３７】各実施形態における経路制御装置（あるいは、監視装置）のハードウェア構成の例を示す図である。
【図３８】各実施形態における転送装置のハードウェア構成の例を示す図である。
【発明を実施するための形態】
【００１３】
以下に本発明の実施の形態について図面を参照しながら詳細に説明する。
【００１４】
（実施形態１）
図１は、本実施形態１におけるネットワークシステム１００の例を示す図である。本ネットワークシステム１００は、例えば、映像配信システムである。本ネットワークシステム１００は、図１に示すように、経路制御装置１０と、監視装置２０と、複数の転送装置ＳＷと、１又は複数の情報端末装置Ｔと、１又は複数のサーバ装置Ｓと、を含んでいる。本ネットワークシステム１００の各装置間は、図１に示すように、ＩＰネットワークなどのネットワークＮＷを介して、相互に通信可能なように接続されている。
【００１５】
なお、図１中の（）内の数字は接続されているポート番号を示し、＜＞内の数字列はＩＰアドレスを示している。また、以下において、特定の転送装置ＳＷ、情報端末装置Ｔ、サーバ装置Ｓを表す場合は、装置識別番号を付して、例えば、転送装置ＳＷ１、転送装置ＳＷ２などと表すこととする。また、本実施形態１におけるネットワークシステム１００は映像配信システムであるものとして、以下説明する。
【００１６】
本実施形態１においては、情報端末装置Ｔは、映像の再生を行う再生端末装置であり、サーバ装置Ｓは、映像配信を行う映像配信サーバである。図２は、一般的な映像配信のシーケンスの例を示す図であり、図２の例は、図１中の情報端末装置Ｔ２が再生端末装置であり、サーバ装置Ｓ２が映像配信サーバである場合の例である。
【００１７】
配信映像のメニュー情報を要求するための所定の操作をユーザが、例えば、Ｗｅｂページ上で行うと、情報端末装置Ｔ２は、ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）／Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ（ＴＣＰ）を使用し、メニュー情報要求をサーバ装置Ｓ２に送信する（ステップＳ００１）。サーバ装置Ｓ２は、メニュー情報要求に応答して、ＨＴＴＰ／ＴＣＰを使用し、配信可能な映像のメニュー情報を情報端末装置Ｔ２に返信する（ステップＳ００２）。
【００１８】
メニュー情報を受信すると、情報端末装置Ｔ２は、受信したメニュー情報をＷｅｂページ上に表示する。ここで、図３は、Ｗｅｂページ上に表示されたメニュー表示画面の例を示す図である。ユーザが表示されたメニューの中から配信させる映像を選択すると、情報端末装置Ｔ２は、ＨＴＴＰ／ＴＣＰを使用し、選択された映像のメタファイルを要求するためのメタファイル要求をサーバ装置Ｓ２に送信する（ステップＳ００３）。サーバ装置Ｓ２は、メタファイル要求に応答して、ＨＴＴＰ／ＴＣＰを使用し、選択された映像のメタファイルを情報端末装置Ｔ２に返信する（ステップＳ００４）。ここで、図４は、メタファイルの例を示す図である。
【００１９】
情報端末装置Ｔ２は、メタファイルを受信すると、受信したメタファイルを解析する。受信したメタファイルのコンテナアドレスのプロトコルがＲｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ（ＲＴＳＰ）であることから、情報端末装置Ｔ２は、ＲＴＳＰ／ＴＣＰを使用し、コンテンツ情報を要求するためのコンテンツ情報要求(DESCRIBE)をサーバ装置Ｓ２に送信する（ステップＳ００５）。ここで、図５は、コンテンツ情報要求(DESCRIBE)の例を示す図である。サーバ装置Ｓ２は、コンテンツ情報要求(DESCRIBE)に応答して、ＲＴＳＰ／ＴＣＰを使用し、指定されたコンテンツ情報を返信する（ステップＳ００６）。ここで、図６は、コンテンツ情報の例を示す図である。
【００２０】
情報端末装置Ｔ２は、コンテンツ情報を受信すると、ＲＴＳＰ／ＴＣＰを使用し、映像配信の準備を要求するための再生準備要求(SETUP)をサーバ装置Ｓ２に送信する（ステップＳ００７）。サーバ装置Ｓ２は、再生準備要求(SETUP)を受信すると、映像配信ための資源の割り当てを行い、セッションが確立される。そして、サーバ装置Ｓ２は、準備が完了すると、ＲＴＳＰ／ＴＣＰを使用し、準備完了を情報端末装置Ｔ２に返信する（ステップＳ００８）。
【００２１】
情報端末装置Ｔ２は、準備完了を受信すると、ＲＴＳＰ／ＴＣＰを使用し、選択された映像の配信開始を要求するための再生開始要求(PLAY)をサーバ装置Ｓ２に送信する（ステップＳ００９）。サーバ装置Ｓ２は、再生開始要求(PLAY)を受信すると、ＲＴＳＰ／ＴＣＰを使用し、ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ（ＡＣＫ）をサーバ装置Ｓ２に返信する（ステップＳ０１０）。また、サーバ装置Ｓ２は、Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ（ＲＴＰ）／Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ（ＵＤＰ）を使用し、配信を要求された映像情報を順次送信する（ステップＳ０１１）。
【００２２】
ユーザが再生を停止させるための所定の操作を行うと、情報端末装置Ｔ２は、ＲＴＳＰ／ＴＣＰを使用し、映像の配信を停止させるための再生停止要求(TEARDOWN)をサーバ装置Ｓ２に送信する（ステップＳ０１２）。ここで、図７は、再生停止要求(TEARDOWN)の例を示す図である。サーバ装置Ｓ２は、再生停止要求(TEARDOWN)を受信すると、配信の停止を要求された映像の配信を停止し、セッションが切断（解放）される。また、サーバ装置Ｓ２は、ＲＴＳＰ／ＴＣＰを使用し、ＡＣＫを情報端末装置Ｔ２に返信する（ステップＳ０１３）。
【００２３】
以上に説明したように、一般的な映像配信では、ＲＴＳＰのセッションが確立されると、ＲＴＳＰによる制御の下で、ＲＴＰによる映像配信（メディアデータ転送）が行われる。
【００２４】
図８は、本実施形態１における経路制御装置１０の構成例を示す機能ブロック図である。本実施形態１における経路制御装置１０は、ネットワークシステム１００の各転送装置ＳＷを制御して経路を制御する装置であり、図８に示すように、通信部１１と、記憶部１２と、制御部１３と、を備えている。
【００２５】
通信部１１は、例えば、ネットワークインターフェースなどを備え、例えば、監視装置２０と各転送装置ＳＷとの間で、通信を行う。例えば、通信部１１は、監視指示部１３Ａ（詳しくは後述）の制御の下、監視要求（詳しくは後述）を監視装置２０に送信する。また、例えば、通信部１１は、監視装置２０から送信されたパケットを受信すると、セッション管理部１３Ｃ（詳しくは後述）に受信したパケットを出力する。また、例えば、通信部１１は、転送装置ＳＷから送信された負荷情報通知（詳しくは後述）を受信すると、受信した負荷情報通知を負荷情報処理部１３Ｂ（詳しくは後述）に出力する。
【００２６】
また、例えば、通信部１１は、経路制御部１３Ｅ（詳しくは後述）の制御の下、設定要求（詳しくは後述）を対応する転送装置ＳＷに送信する。また、例えば、通信部１１は、転送装置ＳＷから設定完了通知（詳しくは後述）を受信すると、受信した設定完了通知を経路制御部１３Ｅに出力する。また、例えば、通信部１１は、経路制御部１３Ｅの制御の下、設定完了（詳しくは後述）を監視装置２０に送信する。また、例えば、通信部１１は、経路制御部１３Ｅの制御の下、設定解除要求（詳しくは後述）を対応する転送装置ＳＷに送信する。
【００２７】
記憶部１２は、例えば、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＲＡＭ）、Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ（ＲＯＭ）、フラッシュメモリなどを備えている。記憶部１２は、制御部１３が備える、例えば、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）のワークエリア、経路制御装置１０全体を制御するための動作プログラムなどの各種プログラムを格納するプログラムエリア、各種データを格納するデータエリアとして機能する。
【００２８】
また、記憶部１２は、図８に示すように、第１接続情報記憶部１２Ａと、第２接続情報記憶部１２Ｂと、経路候補情報記憶部１２Ｃと、負荷情報記憶部１２Ｄと、セッション管理情報記憶部１２Ｅとして機能する。
【００２９】
第１接続情報記憶部１２Ａは、第１接続情報ＩＮＦ１を記憶している記憶部である。図９は、本実施形態１における第１接続情報ＩＮＦ１の例を示す図である。図９に例示する第１接続情報ＩＮＦ１は、情報端末装置ＴのＩＰアドレスと当該情報端末装置Ｔが接続されている転送装置（接続転送装置）ＳＷの装置識別番号と当該情報端末装置Ｔが接続されているポート番号（接続ポート番号）とを対応付けているテーブルである。経路制御装置１０は、このような第１接続情報ＩＮＦ１を保持することで、セッションが確立された情報端末装置Ｔが接続されている接続転送装置ＳＷを特定することができる。
【００３０】
第２接続情報記憶部１２Ｂは、第２接続情報ＩＮＦ２を記憶している記憶部である。図１０は、本実施形態１における第２接続情報ＩＮＦ２の例を示す図である。図１０に例示する第２接続情報ＩＮＦ２は、サーバ装置ＳのＩＰアドレスと当該サーバ装置Ｓが接続されている転送装置（接続転送装置）ＳＷの装置識別番号と当該サーバ装置Ｓが接続されているポート番号（接続ポート番号）とを対応付けているテーブルである。経路制御装置１０は、このような第２接続情報ＩＮＦ２を保持することで、セッションが確立されたサーバ装置Ｓが接続されている転送装置ＳＷを特定することができる。
【００３１】
経路候補情報記憶部１２Ｃは、経路候補情報ＩＮＦ３を記憶している記憶部である。図１１は、本実施形態１における経路候補情報ＩＮＦ３の例を示す図である。図１１に例示する経路候補情報ＩＮＦ３は、情報端末装置Ｔとサーバ装置Ｓとの間を結ぶ経路の一覧を格納しているテーブルである。経路は、情報端末装置Ｔからサーバ装置Ｓへパケットが送信される際に経由する転送装置ＳＷにより定義されている。例えば、図１を参照して、情報端末装置Ｔ１とサーバ装置Ｓ１との間を結ぶ経路は、転送装置ＳＷ１、転送装置ＳＷ５、転送装置ＳＷ４の順に経由する第一経路Ｒ１と、転送装置ＳＷ１、転送装置ＳＷ２、転送装置ＳＷ３、転送装置ＳＷ４の順に経由する第二経路Ｒ２と、が存在する。また、図１１に示すように、経路上の各転送装置ＳＷに対して、対応する経路を経由する際にパケットが入力される入力ポートのポート番号と次の転送先にパケットを転送する際にパケットを出力する出力ポートのポート番号とが対応付けられている。経路制御装置１０は、このような経路候補情報ＩＮＦ３を保持することで、映像情報（メディアデータ）を送信するのに適した経路を選択することができる。
【００３２】
負荷情報記憶部１２Ｄは、負荷情報ＩＮＦ４を記憶している記憶部であり、負荷情報ＩＮＦ４は、負荷情報処理部１３Ｂにより管理されている。図１２は、本実施形態１における負荷情報ＩＮＦ４の例を示す図である。図１２に例示する負荷情報ＩＮＦ４は、転送装置ＳＷごとに各ポートの負荷を管理しているテーブルである。各転送装置ＳＷから送信される負荷情報通知に含まれている各ポートの負荷が、負荷情報処理部１３ｂにより対応する欄に格納される。経路制御装置１０は、このような負荷情報ＩＮＦ４を保持することで、負荷が低い経路を選択することができる。
【００３３】
セッション管理情報記憶部１２Ｅは、セッション管理情報ＩＮＦ５を記憶している記憶部であり、セッション管理情報ＩＮＦ５は、セッション管理部１３Ｃにより管理されている。図１３は、本実施形態１におけるセッション管理情報ＩＮＦ５の例を示す図である。図１３に例示するセッション管理情報ＩＮＦ５は、確立中のセッションに関する情報をセッションごとに対応付けているテーブルである。経路制御装置１０は、このようなセッション管理情報ＩＮＦ５を保持することで、確立中のセッションを管理することができる。
【００３４】
本実施形態１におけるセッションに関する情報は、図１３に示すように、情報端末装置ＴのＩＰアドレスと、サーバ装置ＳのＩＰアドレスと、プロトコルと、経路ＩＤと、メディアＵｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）と、を含んでいる。また、セッションに関する情報は、図１３に示すように、帯域（Ｍｂｐｓ）やメディア数などを含んでもよい。
【００３５】
管理ＩＤは、セッションを一意に識別するための識別子であり、新たなセッションが確立された際に、セッション管理部１３Ｃにより割り当てられる。
【００３６】
情報端末装置ＴのＩＰアドレスは、対応するセッションの情報端末装置ＴのＩＰアドレスであり、サーバ装置ＳのＩＰアドレスは、対応するセッションのサーバ装置ＳのＩＰアドレスである。これらのＩＰアドレスは、コンテンツ情報要求(DESCRIBE)のパケットヘッダに含まれる送信元ＩＰアドレス（情報端末装置ＴのＩＰアドレス）と送信先ＩＰアドレス（サーバ装置ＳのＩＰアドレス）であり、セッション管理部１３Ｃにより格納される。
【００３７】
プロトコルは、対応するセッションで使用されるプロトコルである。本実施形態１においては、コンテンツ情報要求(DESCRIBE)に応答して、サーバ装置Ｓから返信されるコンテンツ情報（図６に例示）に含まれる、映像情報（メディアデータ）を配信する際に使用するプロトコルが、セッション管理部１３Ｃにより格納される。
【００３８】
経路ＩＤは、経路を一意に識別可能な識別情報であり、経路選択部１３Ｄにより選択された経路の経路ＩＤが格納される。
【００３９】
メディアＵＲＩは、対応するセッションにおいて配信されるメディアのＵＲＩである。コンテンツ情報要求(DESCRIBE)に応答して、サーバ装置Ｓから返信されるコンテンツ情報（図６に例示）に含まれるメディアのＵＲＩが、セッション管理部１３Ｃによりそれぞれ格納される。メディア数は、対応するセッションにおいて配信されるメディアの数であり、セッション管理部１３Ｃにより格納される。帯域（Ｍｂｐｓ）は、対応するセッションに必要な帯域であり、コンテンツ情報（図６に例示）に含まれる帯域が、セッション管理部１３Ｃにより格納される。
【００４０】
図８に戻り、制御部１３は、例えば、ＣＰＵなどを備えており、記憶部１２のプログラムエリアに格納されている動作プログラムを実行して、図８に示すように、監視指示部１３Ａと、負荷情報処理部１３Ｂと、セッション管理部１３Ｃと、経路選択部１３Ｄと、経路制御部１３Ｅとしての機能を実現する。また、制御部１３は、動作プログラムを実行して、経路制御装置１０全体を制御する制御処理や詳しくは後述の経路制御処理などの処理を実行する。
【００４１】
監視指示部１３Ａは、複製を送信させるパケットを指定する監視対象の一覧を含む監視要求を生成し、生成した監視要求を監視装置２０に送信する。監視対象は、例えば、管理者により設定され、複製を送信させるパケットは、例えば、プロトコルとポート番号との組により指定される。
【００４２】
負荷情報処理部１３Ｂは、各転送装置ＳＷから送信される負荷情報通知が入力されると、負荷情報通知に含まれる各ポートの負荷を示す情報を、当該負荷情報通知を送信した転送装置ＳＷの転送装置ＩＤと対応付けて、負荷情報ＩＮＦ４に格納する。この際、入力された負荷情報通知を送信した転送装置ＳＷの負荷情報が既に格納されている場合には、入力された負荷情報通知に含まれる各ポートの負荷を示す情報で更新する。ここで、ポートの負荷を示す情報は、例えば、ポートの使用帯域（Ｍｂｐｓ）である。
【００４３】
セッション管理部１３Ｃは、確立されるセッションを制御するプロトコルのパケット、つまり、監視装置２０の監視対象のパケットに基づいて、確立中のセッションを管理する。本実施形態１においては、セッション管理部１３Ｃは、ＲＴＳＰのパケットに基づいて、確立中のセッションを管理する。
【００４４】
より具体的には、監視装置２０から送信されたパケットを受信し、受信したパケットがコンテンツ情報要求(DESCRIBE)である場合には、セッション管理部１３Ｃは、セッション管理情報ＩＮＦ５にエントリーを追加し、新たに確立されるセッションに対して割り振った管理ＩＤを追加したエントリーの「管理ＩＤ」欄に格納する。そして、セッション管理部１３Ｃは、コンテンツ情報要求(DESCRIBE)のパケットヘッダの送信元ＩＰアドレスと送信先ＩＰアドレスを、それぞれ、追加したエントリーの「情報端末装置ＴのＩＰアドレス」欄と「サーバ装置ＳのＩＰアドレス」欄に格納する。
【００４５】
また、受信したパケットがコンテンツ情報である場合には、セッション管理部１３Ｃは、コンテンツ情報に含まれるメディアＵＲＩとプロトコルと帯域（Ｍｂｐｓ）を、セッション管理情報ＩＮＦ５の対応するエントリーの対応する欄に格納する。この際、セッション管理部１３Ｃは、メディアＵＲＩの数をカウントし、セッション管理情報ＩＮＦ５の対応するエントリーの「メディア数」欄にメディアＵＲＩの数を格納する。そして、セッション管理部１３Ｃは、経路選択部１３Ｄに対して、例えば、管理ＩＤを通知し、新たに確立されるセッションにおいて配信される映像情報を送信するための経路の選択を指示する。
【００４６】
また、受信したパケットが再生停止要求(TEARDOWN)である場合には、セッション管理部１３Ｃは、再生停止要求(TEARDOWN)のパケットヘッダの送信元ＩＰアドレスと送信先ＩＰアドレスと、再生停止要求(TEARDOWN)に含まれるメディアＵＲＩと、に基づいて、セッション管理情報ＩＮＦ５の対応するエントリーを特定する。そして、セッション管理部１３Ｃは、特定したエントリーの管理ＩＤを経路制御部１３Ｅに通知し、特定したエントリーの経路ＩＤが示す経路上の各転送装置ＳＷに対して設定解除要求の送信を指示する。そして、セッション管理部１３Ｃは、経路制御部１３Ｅが設定解除を送信した後に、特定したエントリーを削除する。
【００４７】
以上に説明したように、セッション管理部１３Ｃは、セッションの確立に先立って送信されるセッションを制御するプロトコルのパケットに基づいて、セッションが新たに確立されることを検出する。そして、新たにセッションが確立されることが検出されると、セッション管理部１３Ｃは、そのセッションに対して管理ＩＤを割り振り、セッションに関する情報をセッション管理情報ＩＮＦ５に登録して保持させる。そして、セッション管理部１３Ｃは、セッションの切断を制御するパケットに基づいて、保持されているセッションに関する情報を削除する。このようにして、セッション管理部１３Ｃは、確立されるセッションを制御するプロトコルのパケットに基づいて、確立中のセッションを管理する。
【００４８】
経路選択部１３Ｄは、経路の選択が指示されると、経路候補の中から、負荷の低い経路を選択する。より具体的には、経路選択部１３Ｄは、通知された管理ＩＤに基づいて、セッション管理情報ＩＮＦ５のエントリーを特定し、第１接続情報ＩＮＦ１を参照して、特定したエントリーの情報端末装置Ｔを収容する転送装置ＳＷを特定する。つまり、経路選択部１３Ｄは、新たに確立されるセッションの情報端末装置Ｔを収容する転送装置ＳＷを特定する。また、経路選択部１３Ｄは、第２接続情報ＩＮＦ２を参照して、特定したエントリーのサーバ装置Ｓを収容する転送装置ＳＷを特定する。つまり、経路選択部１３Ｄは、新たに確立されるセッションのサーバ装置Ｓを収容する転送装置ＳＷを特定する。
【００４９】
そして、経路選択部１３Ｄは、経路候補情報ＩＮＦ３を参照し、特定した情報端末装置Ｔを収容する転送装置ＳＷと特定したサーバ装置Ｓを収容する転送装置ＳＷとに基づいて、新たに確立されるセッションの情報端末装置Ｔとサーバ装置Ｓとの間を結ぶ経路候補を特定する。
【００５０】
そして、経路選択部１３Ｄは、特定した経路候補の中から経路を選択する。より具体的には、経路選択部１３Ｄは、経路候補情報ＩＮＦ３を参照して、特定した経路候補を経由させる際にパケットが入出力される各転送装置ＳＷの入出力ポートのポート番号を特定する。そして、経路選択部１３Ｄは、特定したポートの最大帯域（Ｍｂｐｓ）と当該ポートの指定されている入出力方向（パケットが入力又は出力される方向）の使用帯域（Ｍｂｐｓ）との差分の最小値を経路候補ごとに算出し、算出した最小値が最も大きい経路候補を経路として選択する。つまり、経路選択部１３Ｄは、経路候補の中から、経路上の転送装置ＳＷの転送する際に使用するポートの負荷が低い経路を選択する。この際、算出した最小値が最も大きい経路候補が複数存在する場合には、経路選択部１３Ｄは、算出した最小値が最も大きい経路候補の中から、ホップ数が最も少ない経路を選択する。
【００５１】
そして、経路選択部１３Ｄは、選択した経路の経路ＩＤをセッション管理情報ＩＮＦ５の対応するエントリーの「経路ＩＤ」欄に格納し、経路制御部１３Ｅに対して、例えば、管理ＩＤを通知し、設定要求の送信を指示する。
【００５２】
例えば、図１を参照して、第１経路Ｒ１を使用した場合、情報端末装置Ｔからサーバ装置Ｓに送信されるパケットは、転送装置ＳＷ１のポート２０から出力され、転送装置ＳＷ５のポート１０に入力され、転送装置ＳＷ５のポート２０から出力され、転送装置ＳＷ４のポート１０に入力される。一方、サーバ装置Ｓから情報端末装置Ｔに送信されるパケットは、転送装置ＳＷ４のポート１０から出力され、転送装置ＳＷ５のポート２０に入力され、転送装置ＳＷ５のポート１０から出力され、転送装置ＳＷ１のポート２０に入力される。この場合、図１２に示す負荷情報ＩＮＦ４の例では、第１経路Ｒ１の転送装置ＳＷの転送に使用されるポートの、パケットが入力又は出力される方向における使用帯域は、いずれも、９００Ｍｂｐｓである。
【００５３】
一方、第２経路Ｒ２を使用した場合、情報端末装置Ｔからサーバ装置Ｓに送信されるパケットは、転送装置ＳＷ１のポート１０から出力され、転送装置ＳＷ２のポート１０に入力され、転送装置ＳＷ２のポート２０から出力され、転送装置ＳＷ３のポート１０に入力され、転送装置ＳＷ３のポート２０から出力され、転送装置ＳＷ４のポート２０に入力される。サーバ装置Ｓから情報端末装置Ｔに送信されるパケットは、転送装置ＳＷ４のポート２０から出力され、転送装置ＳＷ３のポート２０に入力され、転送装置ＳＷ３のポート１０から出力され、転送装置ＳＷ２のポート２０に入力され、転送装置ＳＷ２のポート１０から出力され、転送装置ＳＷ１のポート１０に入力される。この場合、図１２に示す負荷情報ＩＮＦ４の例では、第２経路Ｒ２の転送装置ＳＷの転送に使用されるポートの、パケットが入力又は出力される方向における使用帯域は、いずれも、１００Ｍｂｐｓである。
【００５４】
この例では、各ポートの最大帯域が、いずれも１０００Ｍｂｐｓであるとすると、第１経路Ｒ１の各ポートの最大帯域と当該ポートのパケットが入力又は出力される方向における使用帯域との差分の最小値は、１００Ｍｂｐｓとなる。一方、第２経路Ｒ２の各ポートの最大帯域と当該ポートのパケットが入力又は出力される方向における使用帯域との差分の最小値は、９００Ｍｂｐｓである。したがって、この例では、経路選択部１３Ｄは、第２経路Ｒ２を選択する。なお、確立されるセッションの帯域（Ｍｂｐｓ）が、差分の最小値以下の経路の中から、ホップ数の少ない経路を選択するようにしても良い。
【００５５】
図８に戻り、経路制御部１３Ｅは、確立されたセッションにおいて送信されるパケットを転送するための経路を制御する。より具体的には、経路制御部１３Ｅは、設定要求の送信が指示されると、選択された経路上の転送装置ＳＷの設定要求をそれぞれ生成する。そして、経路制御部１３Ｅは、生成した設定要求を対応する転送装置ＳＷにそれぞれ送信する。そして、設定要求を送信した全ての転送装置ＳＷから転送完了通知を受信した場合には、経路制御装置１３Ｅは、経路上の転送装置ＳＷにおいて転送先の設定が完了したことを示す設定完了を監視装置２０に送信する。
【００５６】
設定要求は、選択された経路上の転送装置ＳＷに対して、確立されるセッションにおいて送信されるパケットの転送先を通知するものであり、出力ポート特定情報と出力ポート番号との組を含んでいる。設定要求に含まれる出力ポート特定情報と出力ポート番号との組は２組あり、一つは上り方向のパケット（情報端末装置Ｔからサーバ装置Ｓへ送信されるパケット）に対するものであり、もう一つは下り方向のパケット（サーバ装置Ｓから情報端末装置Ｔへ送信されるパケット）に対するものである。出力ポート特定情報は、対応する出力ポート番号のポートからパケットを出力する条件を示す情報であり、例えば、送信元ＩＰアドレスと送信先ＩＰアドレスと入力ポート番号とプロトコルとの組み合わせである。なお、ＲＴＳＰのセッションの場合、映像情報（メディアデータ）は配信を行うサーバ装置Ｓから再生を行う情報端末装置Ｔへの一方向で送信されることから、下り方向のパケットに対する組のみを設定要求に含めるようにしてもよい。
【００５７】
送信元ＩＰアドレスとして、セッション管理情報ＩＮＦ５の対応するエントリーの情報端末装置Ｔ又はサーバ装置ＳのＩＰアドレスが設定される。つまり、送信元ＩＰアドレスは、確立されるセッションの情報端末装置Ｔ又はサーバ装置ＳのＩＰアドレスである。上り方向のパケットに対しては、送信元ＩＰアドレスは情報端末装置ＴのＩＰアドレスとなり、下り方向のパケットに対しては、送信元ＩＰアドレスはサーバ装置ＳのＩＰアドレスとなる。
【００５８】
同様に、送信先ＩＰアドレスとして、セッション管理情報ＩＮＦ５の対応するエントリーの情報端末装置Ｔ又はサーバ装置ＳのＩＰアドレスが設定される。つまり、送信先ＩＰアドレスは、確立されるセッションの情報端末装置Ｔ又はサーバ装置ＳのＩＰアドレスである。上り方向のパケットに対しては、送信先ＩＰアドレスはサーバ装置ＳのＩＰアドレスとなり、下り方向のパケットに対しては、送信先ＩＰアドレスは情報端末装置ＴのＩＰアドレスとなる。
【００５９】
入力ポート番号として、経路候補情報ＩＮＦ３の選択された経路における、設定要求を送信する転送装置ＳＷの入力ポート番号が設定される。つまり、入力ポート番号は、設定要求を送信する転送装置ＳＷにおいて、選択された経路を使用した場合にパケットが入力されるポートのポート番号である。なお、図１１に例示する経路候補情報ＩＮＦ３は上り方向のパケットに対する例であり、下り方向のパケットに対しては、入力ポート番号は、経路候補情報ＩＮＦ３の選択された経路における、設定要求を送信する転送装置ＳＷの出力ポート番号となる。また、送信されたパケットが最初に経由する転送装置ＳＷに対する設定要求の入力ポート番号として、第１接続情報ＩＮＦ１（又は、第２接続情報ＩＮＦ２）の対応する接続ポート番号が設定される。つまり、上り方向のパケットに対しては、第１接続情報ＩＮＦ１の対応する接続ポート番号が入力ポート番号として設定され、下り方向のパケットに対しては、第２接続情報ＩＮＦ２の対応する接続ポート番号が入力ポート番号として設定される。
【００６０】
例えば、図９と図１１を参照して、選択された経路が第２経路Ｒ２であり、転送装置ＳＷ１に対する設定要求においては、上り方向のパケットに対する入力ポート番号は“１”であり、下り方向のパケットに対する入力ポート番号は“１０”となる。
【００６１】
プロトコルとして、セッション管理情報ＩＮＦ５の対応するエントリーにおけるプロトコルが格納される。
【００６２】
出力ポート番号として、経路候補情報ＩＮＦ３の選択された経路における、設定要求を送信する転送装置ＳＷの出力ポート番号が設定される。つまり、出力ポート番号は、設定要求を送信する転送装置ＳＷにおいて、選択された経路を使用した場合にパケットが出力されるポートのポート番号である。なお、図１１に例示する経路候補情報ＩＮＦ３は上り方向のパケットに対する例であり、下り方向のパケットに対しては、出力ポート番号は、経路候補情報ＩＮＦ３の選択された経路における、設定要求を送信する転送装置ＳＷの入力ポート番号となる。また、送信されたパケットが最後に経由する転送装置ＳＷに対する設定要求の出力ポート番号として、第２接続情報ＩＮＦ２（又は、第１接続情報ＩＮＦ１）の対応する接続ポート番号が設定される。つまり、上り方向のパケットに対しては、第２接続情報ＩＮＦ２の対応する接続ポート番号が出力ポート番号として設定され、下り方向のパケットに対しては、第１接続情報ＩＮＦ１の対応する接続ポート番号が出力ポート番号として設定される。
【００６３】
また、経路制御装置１３Ｅは、設定解除要求の送信が指示されると、再生停止要求(TEARDOWN)が送信されたセッションに対応する経路上の転送装置ＳＷに対して、再生停止要求(TEARDOWN)が送信されたセッションに対応する経路の設定を解除させるための設定解除要求をそれぞれ生成する。そして、経路制御装置１３Ｅは、生成した設定解除要求を対応する転送装置ＳＷにそれぞれ送信する。設定解除要求は、設定要求と同様に、出力ポート特定情報と出力ポート番号との組を含んでいる。
【００６４】
なお、設定要求に、管理ＩＤが更に含まれるようにしてもよい。こうすることで、再生停止要求(TEARDOWN)が送信されたセッションに対応する経路の設定の解除は、管理ＩＤを指定することで可能となる。つまり、この場合、設定解除要求には、再生停止要求(TEARDOWN)が送信されたセッションに対応する管理ＩＤのみが含まれていれば良い。
【００６５】
図１４は、本実施形態１における監視装置２０の構成例を示す機能ブロック図である。監視装置２０は、情報端末装置Ｔとサーバ装置Ｓとの間を流れる全てのパケットを監視できる位置に配置されており、情報端末装置Ｔとサーバ装置Ｓとの間を流れる全てのパケットの中から、監視対象のパケットを抽出し、抽出したパケットの複製を経路制御装置１０に送信する装置である。本実施形態１における監視装置２０は、図１４に示すように、通信部２１と、記憶部２２と、制御部２３と、を備えている。
【００６６】
通信部２１は、例えば、ネットワークインターフェースなどを備えており、パケットを送受信する。より具体的には、通信部２１は、情報端末装置Ｔとサーバ装置Ｓとの間を流れる全てのパケットを受信し、受信したパケットを監視部２３Ｂ（詳しくは後述）に出力する。そして、通信部２１は、監視部２３Ｂの制御の下、受信したパケットを本来の送信先に送信する。この際、受信したパケットが監視対象のパケットである場合には、通信部２１は、監視部２３Ｂの制御の下、受信したパケットの複製を経路制御装置１０に送信する。
【００６７】
記憶部２２は、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリなどを備えている。記憶部２２は、制御部２３が備える、例えば、ＣＰＵのワークエリア、監視装置２０全体を制御するための動作プログラムなどの各種プログラムを格納するプログラムエリア、各種データを格納するデータエリアとして機能する。
【００６８】
また、記憶部２２は、図１４に示すように、格納部２２Ａと、監視対象情報記憶部２２Ｂとして機能する。格納部２２Ａは、監視対象のパケットの内で特定のパケット（以下、特定パケットという）を一時的に格納する記憶部である。
【００６９】
監視対象情報記憶部２２Ｂは、監視対象情報ＩＮＦ６を記憶している記憶部である。監視対象情報ＩＮＦ６は、設定部２３Ａ（詳しくは後述）により管理されており、経路制御装置１０から送信される監視要求に含まれる情報に基づいて、設定部２３Ａにより生成される。図１５は、本実施形態１における監視対象情報ＩＮＦ６の例を示す図である。図１５に例示する監視対象情報ＩＮＦ６は、監視対象のパケットのプロトコル、つまり、セッションを制御するプロトコルと当該パケットが入力されるポート番号とが対応付けられているテーブルである。監視装置２０は、このような監視対象情報ＩＮＦ６を保持することで、受信したパケットの中から経路制御装置１０に複製を送信するパケットを抽出することができる。
【００７０】
図１４に戻り、制御部２３は、例えば、ＣＰＵなどを備えており、記憶部２２のプログラムエリアに格納されている動作プログラムを実行して、図１４に示すように、設定部２３Ａと、監視部２３Ｂとしての機能を実現する。また、制御部２３は、動作プログラムを実行して、監視装置２０全体を制御する制御処理や詳しくは後述のパケット監視処理などの処理を実行する。
【００７１】
設定部２３Ａは、受信された監視要求に含まれるプロトコルとポート番号との組の一覧に基づいて監視対象情報ＩＮＦ６を生成する。
【００７２】
監視部２３Ｂは、受信したパケットの中から、監視対象情報ＩＮＦ６に登録されているプロトコルのパケットを抽出し、抽出したパケットの複製を生成する。そして、監視部２３Ｂは、生成した複製を経路制御装置１０に送信すると共に、オリジナルのパケットを本来の送信先に送信する。この際、抽出したパケットが特定パケットである場合には、監視部２３Ｂは、その特定パケットのオリジナルを格納部２２Ａに格納し、経路制御装置１０から送信される設定完了を受信した後に、格納部２２Ａに格納されている特定パケットのオリジナルを本来の送信先に送信する。特定パケットは、確立されるセッションにおいて送信されるパケットの送信開始のトリガとなるパケットである。本実施形態１における特定パケットは、再生開始要求(PLAY)のパケットである。
【００７３】
図１６は、本実施形態１における転送装置ＳＷの構成例を示す機能ブロック図である。転送装置ＳＷは、スイッチなどの中継ノードであり、図１６に示すように、通信部３１と、記憶部３２と、制御部３３と、を備えている。
【００７４】
通信部３１は、例えば、ネットワークインターフェースなどを備えており、パケットを送受信する。
【００７５】
記憶部３２は、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリなどを備えている。記憶部３２は、制御部３３が備える、例えば、ＣＰＵのワークエリア、転送装置ＳＷ全体を制御するための動作プログラムなどの各種プログラムを格納するプログラムエリア、各種データを格納するデータエリアとして機能する。
【００７６】
また、記憶部３２は、図１６に示すように、転送管理情報記憶部３２Ａとして機能する。転送管理情報記憶部３２Ａは、転送管理情報ＩＮＦ７を記憶している記憶部である。転送管理情報ＩＮＦ７は、転送管理部３３Ｂ（詳しくは後述）により管理されており、例えば、転送処理部３３Ｃ（詳しくは後述）がセッションにおいて送信されるパケットを転送する際に参照される。図１７は、本実施形態１における転送管理情報ＩＮＦ７の例を示す図である。図１７に例示する転送管理情報ＩＮＦ７は、出力ポート特定情報と出力ポート番号とが対応付けられているテーブル、つまり、経路制御装置１０から送信される設定要求に含まれる出力ポート特定情報と出力ポート番号との組を格納しているテーブルである。
【００７７】
なお、設定要求が管理ＩＤを更に含んでいる場合には、図１８に示すように、出力ポート特定情報と出力ポート番号との組と管理ＩＤとを対応付けて保持するようすれば、管理ＩＤのみに基づいて、設定されている経路を解除することができるようになる。ここで、図１８は、転送管理情報ＩＮＦ７の別の例を示す図である。
【００７８】
図１６に戻り、制御部３３は、例えば、ＣＰＵなどを備えており、記憶部３２のプログラムエリアに格納されている動作プログラムを実行して、図１６に示すように、負荷情報取得部３３Ａと、転送管理部３３Ｂと、転送処理部３３Ｃとしての機能を実現する。また、制御部３３は、動作プログラムを実行して、転送装置ＳＷ全体を制御する制御処理や詳しくは後述の転送管理処理などの処理を実行する。
【００７９】
負荷情報取得部３３Ａは、所定のタイミングで各ポートの負荷（入力の使用帯域と出力の使用帯域）を示す情報をそれぞれ取得し、取得した各ポートの負荷を示す情報を含む負荷情報通知を生成する。そして、負荷情報取得部３３Ａは、生成した負荷情報通知を経路制御装置１０に送信する。所定のタイミングは、任意のタイミングであり、例えば、定期的に到来するタイミングであってもよいし、経路制御装置１０により要求されたタイミングであってもよい。
【００８０】
転送管理部３３Ｂは、転送管理情報ＩＮＦ７の管理を行う。より具体的には、転送管理部３３Ｂは、設定要求を受信すると、転送管理情報ＩＮＦ７にエントリーを追加し、受信した設定要求の内容を追加したエントリーに設定する。そして、転送管理部３３Ｂは、設定要求の内容を設定した旨、つまり、新たに確立されるセッションにおいて送信されるパケットの転送先を設定した旨を通知するための設定完了通知を生成し、生成した設定完了通知を経路制御装置１０に送信する。
【００８１】
また、転送管理部３３Ｂは、設定解除要求を受信すると、受信した設定解除要求に基づいて、転送管理情報ＩＮＦ７のエントリーを特定する。そして、転送管理部３３Ｂは、設定解除要求を受信してから所定時間（例えば、１０秒）経過後に、特定したエントリーを削除する。設定解除要求を受信してから所定時間経過後に、特定したエントリーを削除するのは、サーバ装置Ｓが再生停止要求(TEARDOWN)を受信し再生を停止する前に配信された映像情報の全てのパケットを転送する前に、経路の設定が解除されるのを防ぐためである。
【００８２】
転送処理部３３Ｃは、セッションにおいて送信されるパケット（本実施形態１においてはサーバ装置Ｓから配信される映像情報のパケット）の転送を行う。より具体的には、転送処理部３３Ｃは、セッションにおいて送信されるパケットを受信すると、転送管理情報ＩＮＦ７を参照して、受信したパケットを出力するポートのポート番号を特定する。そして、転送処理部３３Ｃは、特定したポート番号のポートから受信したパケットを出力する。
【００８３】
次に、図１９を参照して、本実施形態１におけるパケット監視処理の流れについて説明する。図１９は、本実施形態１におけるパケット監視処理のフローを説明するためのフローチャートの例である。本パケット監視処理は、監視装置２０で実行され、パケットの受信をトリガとして開始される。
【００８４】
監視部２３Ｂは、パケットを受信したか否かを判定する（ステップＳ１０１）。管理部２３Ｂによりパケットを受信していないと判定された場合には（ステップＳ１０１；ＮＯ）、処理はステップＳ１０１の処理を繰り返して、パケットの受信を待つ。一方、パケットを受信したと判定した場合には（ステップＳ１０１；ＹＥＳ）、監視部２３Ｂは、更に、監視対象情報ＩＮＦ６を参照して、受信したパケットが監視対象であるか否かを判定する（ステップＳ１０２）。監視部２３Ｂにより、受信したパケットが監視対象ではないと判定された場合には（ステップＳ１０２；ＮＯ）、処理は後述のステップＳ１０７の処理へと進む。
【００８５】
一方、受信したパケットが監視対象であると判定した場合には（ステップＳ１０２；ＹＥＳ）、監視部２３Ｂは、受信したパケットの複製を生成し、生成した複製を経路制御装置１０に送信する（ステップＳ１０３）。そして、監視部２３Ｂは、受信したパケットが特定パケット、本実施形態１においては再生開始要求(PLAY)のパケットであるか否かを判定する（ステップＳ１０４）。
【００８６】
監視部２３Ｂにより、受信したパケットが特定パケットではないと判定された場合には（ステップＳ１０４；ＮＯ）、処理は後述のステップＳ１０７の処理へと進む。一方、受信したパケットが特定パケットであると判定した場合には（ステップＳ１０４；ＹＥＳ）、監視部２３Ｂは、受信したパケットを格納部２２Ａに格納する（ステップＳ１０５）。
【００８７】
そして、監視部２３Ｂは、新たに確立されるセッションの経路の設定が経路上の転送装置ＳＷにおいて完了したか否かを判定する（ステップＳ１０６）。監視部２３Ｂは、設定完了を受信した場合に、経路の設定が完了したと判定し、設定完了を受信していない場合に、経路の設定は完了していないと判定する。
【００８８】
監視部２３Ｂにより、経路の設定が完了していないと判定された場合には（ステップＳ１０６；ＮＯ）、処理はステップＳ１０６の処理を繰り返して、経路の設定が完了するのを待つ。一方、経路の設定が完了したと判定した場合には（ステップＳ１０６；ＹＥＳ）、監視部２３Ｂは、オリジナルのパケットを本来の宛先に送信する（ステップＳ１０７）。そして、処理はステップＳ１０１の処理へと戻り、前述の処理を繰り返す。
【００８９】
次に、図２０と図２１を参照して、本実施形態１における経路制御処理の流れについて説明する。図２０と図２１は、それぞれ、本実施形態１における経路制御処理のフローを説明するためのフローチャートの例の一部と、他の一部である。本経路制御処理は、経路制御装置１０で実行され、監視装置２０により送信される複製のパケットの受信をトリガとして開始される。なお、本実施形態１においては、監視装置２０により送信される複製のパケットはＲＴＳＰのパケットであるものとして本処理を説明する。
【００９０】
セッション管理部１３Ｃは、監視装置２０から送信されたＲＴＳＰのパケットを受信したか否かを判定する（ステップＳ２０１）。セッション管理部１３Ｃにより、ＲＴＳＰのパケットを受信していないと判定された場合には（ステップＳ２０１；ＮＯ）、処理はステップＳ２０１の処理を繰り返して、ＲＴＳＰのパケットの受信を待つ。
【００９１】
ＲＴＳＰのパケットを受信したと判定した場合には（ステップＳ２０１；ＹＥＳ）、セッション管理部１３Ｃは、更に、受信したＲＴＳＰのパケットはコンテンツ情報要求(DESCRIBE)のパケットであるか否かを判定する（ステップＳ２０２）。受信したＲＴＳＰのパケットがコンテンツ情報要求(DESCRIBE)のパケットであると判定した場合には（ステップＳ２０２；ＹＥＳ）、セッション管理部１３Ｃは、セッション管理情報ＩＮＦ５にエントリーを追加し、新たに確立されるセッションに割り振られた管理ＩＤを追加したエントリーの「管理ＩＤ」欄に格納する（ステップＳ２０３）。
【００９２】
そして、セッション管理部１３Ｃは、コンテンツ情報要求(DESCRIBE)のパケットの送信元と送信先のＩＰアドレスを、追加したエントリーの対応する欄に格納する（ステップＳ２０４）。そして、処理はステップＳ２０１の処理へと戻り、前述の処理を繰り返す。
【００９３】
一方、ステップＳ２０２の処理において、受信したＲＴＳＰのパケットがコンテンツ情報要求(DESCRIBE)のパケットではないと判定した場合には（ステップＳ２０２；ＮＯ）、セッション管理部１３Ｃは、更に、受信したＲＴＳＰのパケットがコンテンツ情報のパケットであるか否かを判定する（ステップＳ２０５）。
【００９４】
受信したＲＴＳＰのパケットがコンテンツ情報のパケットであると判定した場合には（ステップＳ２０５；ＹＥＳ）、セッション管理部１３Ｃは、コンテンツ情報のメディアＵＲＩやプロトコルなどをセッション管理情報ＩＮＦ５の対応するエントリーの対応する欄に格納する（ステップＳ２０６）。そして、セッション管理部１３Ｃは、経路選択部１３Ｄに対して、経路の選択を指示する（ステップＳ２０７）。
【００９５】
そして、経路選択部１３Ｄは、経路の選択が指示されると、経路選択処理を実行し、新たに確立されるセッションの経路を選択する（ステップＳ２０８）。そして、経路制御部１３Ｅは、選択された経路上の転送装置ＳＷに対して、設定要求をそれぞれ生成し（ステップＳ２０９）、生成した設定要求を対応する転送装置ＳＷにそれぞれ送信する（ステップＳ２１０）。
【００９６】
そして、経路制御部１３Ｅは、設定要求を送信した全ての転送装置ＳＷから設定完了通知を受信したか否かを判定する（ステップＳ２１１）。経路制御部１３Ｅにより、全ての設定完了通知を受信していないと判定された場合には（ステップＳ２１１；ＮＯ）、処理はステップＳ２１１の処理を繰り返して、全ての設定完了通知の受信を待つ。一方、全ての設定完了通知を受信したと判定した場合には（ステップＳ２１１；ＹＥＳ）、経路制御部１３Ｅは、設定完了を監視装置２０に送信する（ステップＳ２１２）。そして、処理はステップＳ２０１の処理へと戻り、前述の処理を繰り返す。
【００９７】
一方、ステップＳ２０５の処理において、受信したＲＴＳＰのパケットがコンテンツ情報のパケットではないと判定した場合には（ステップＳ２０５；ＮＯ）、セッション管理部１３Ｃは、更に、受信したＲＴＳＰのパケットが再生停止要求(TEARDOWN)のパケットであるか否かを判定する（ステップＳ２１３）。セッション管理部１３Ｃにより、受信したＲＴＳＰのパケットが再生停止要求(TEARDOWN)のパケットではないと判定された場合には（ステップＳ２１３；ＮＯ）、処理はステップＳ２０１の処理へと戻り、前述の処理を繰り返す。
【００９８】
一方、受信したＲＴＳＰのパケットが再生停止要求(TEARDOWN)のパケットであると判定した場合には（ステップＳ２１３；ＹＥＳ）、セッション管理部１３Ｃは、再生停止要求(TEARDOWN)に基づいて、セッション管理情報ＩＮＦ５の対応するエントリーを特定する（ステップＳ２１４）。そして、セッション管理部１３Ｃは、経路制御部１３Ｅに対して、特定したエントリーの経路ＩＤに対応する経路（再生停止要求(TEARDOWN)に対応するセッションの経路）の設定解除要求の送信を指示する（ステップＳ２１５）。
【００９９】
設定解除要求の送信が指示されると、経路制御部１３Ｅは、特定したエントリーの経路ＩＤに対応する経路上の転送装置ＳＷに対して、設定解除要求をそれぞれ生成し（ステップＳ２１６）、生成した設定解除要求を対応する転送装置ＳＷにそれぞれ送信する（ステップＳ２１７）。そして、セッション管理部１３Ｃは、特定したエントリーを削除する（ステップＳ２１８）。そして、処理はステップＳ２０１の処理へと戻り、前述の処理を繰り返す。
【０１００】
次に、図２２を参照して、本実施形態１における経路選択処理の流れについて説明する。図２２は、本実施形態１における経路選択処理のフローを説明するためのフローチャートの例である。本経路選択処理は、前述の経路制御処理のステップＳ２０８の処理に対応する処理である。
【０１０１】
経路選択部１３Ｄは、第１接続情報ＩＮＦ１を参照して、新たに確立されるセッションの情報端末装置Ｔ、つまり、コンテンツ情報要求(DESCRIBE)を送信した情報端末装置Ｔを収容する転送装置ＳＷを特定する（ステップＳ３０１）。また、経路選択部１３Ｄは、第２接続情報ＩＮＦ２を参照して、新たに確立されるセッションのサーバ装置Ｓ、つまり、映像情報を配信するサーバ装置Ｓを収容する転送装置ＳＷを特定する（ステップＳ３０２）。そして、経路選択部１３Ｄは、経路候補情報ＩＮＦ３を参照し、ステップＳ３０１とステップＳ３０２において特定した転送装置ＳＷに基づいて、経路候補を特定する（ステップＳ３０３）。
【０１０２】
そして、経路選択部１３Ｄは、特定した経路候補の中から、新たに確立されるセッションに割り振る経路を選択し（ステップＳ３０４）、選択した経路の経路ＩＤをセッション管理情報ＩＮＦ５の対応するエントリーの「経路ＩＤ」欄に格納する（ステップＳ３０５）。そして、経路選択部１３Ｄは、経路制御部１３Ｅに対して、設定要求の送信を指示する。そして、本処理は終了し、経路制御処理のステップＳ２０９の処理へと移行する。
【０１０３】
次に、図２３を参照して、本実施形態１における転送管理処理の流れについて説明する。図２３は、本実施形態１における転送管理処理のフローを説明するためのフローチャートの例である。本転送管理処理は、各転送装置ＳＷで実行され、設定要求の受信をトリガとして開始される。
【０１０４】
転送管理部３３Ｂは、経路制御装置１０から送信される設定要求を受信したか否かを判定する（ステップＳ４０１）。設定要求を受信したと判定した場合には（ステップＳ４０１；ＹＥＳ）、転送管理部３３Ｂは、転送管理情報ＩＮＦ７にエントリーを追加し（ステップＳ４０２）、受信した設定要求の内容を追加したエントリーに設定する（ステップＳ４０３）。
【０１０５】
そして、転送管理部３３Ｂは、設定完了通知を経路制御装置１０に送信する（ステップＳ４０４）。そして、処理はステップＳ４０１の処理へと戻り、前述の処理を繰り返す。
【０１０６】
一方、ステップＳ４０１の処理において、設定要求を受信していないと判定した場合には（ステップＳ４０１；ＹＥＳ）、転送管理部３３Ｂは、更に、設定解除要求を受信したか否かを判定する（ステップＳ４０５）。転送管理部３３Ｂにより、設定解除要求を受信していないと判定された場合には（ステップＳ４０５；ＮＯ）、処理はステップＳ４０１０の処理へと戻り、前述の処理を繰り返す。
【０１０７】
一方、設定解除要求を受信したと判定した場合には（ステップＳ４０５；ＹＥＳ）、転送管理部３３Ｂは、受信した設定解除要求に基づいて、転送管理情報ＩＮＦ７のエントリーを特定する（ステップＳ４０６）。そして、転送管理部３３Ｂは、設定解除要求を受信してから所定時間経過したか否かを判定する（ステップＳ４０７）。転送管理部３３Ｂにより、所定時間が経過していないと判定された場合には（ステップＳ４０７；ＮＯ）、処理はステップＳ４０７の処理を繰り返し、所定時間が経過するのを待つ。
【０１０８】
一方、所定時間が経過したと判定した場合には（ステップＳ４０７；ＹＥＳ）、転送管理部３３Ｂは、特定したエントリーを削除する（ステップＳ４０８）。そして、処理はステップＳ４０１の処理へと戻り、前述の処理を繰り返す。
【０１０９】
次に、図２４を参照して、本実施形態１における転送処理の流れについて説明する。図２４は、本実施形態１における転送処理のフローを説明するためのフローチャートの例である。本転送処理は、各転送装置ＳＷで実行され、確立されたセッションにおいて送信されるパケットの受信をトリガとして開始される。
【０１１０】
転送処理部３３Ｃは、セッションにおいて送信されるパケットを受信したか否かを判定する（ステップＳ５０１）。転送処理部３３Ｃにより、セッションにおいて送信されるパケットを受信していないと判定された場合には（ステップＳ５０１；ＮＯ）、処理はステップＳ５０１の処理を繰り返して、セッションにおいて送信されるパケットの受信を待つ。
【０１１１】
一方、セッションにおいて送信されるパケットを受信したと判定した場合には（ステップＳ５０１；ＹＥＳ）、転送処理部３３Ｃは、転送管理情報ＩＮＦ７を参照して、受信したパケットを出力するポートのポート番号を特定する（ステップＳ５０２）。そして、転送処理部３３Ｃは、特定したポート番号のポートを介して、受信したパケットを転送する（ステップＳ５０３）。そして、処理はステップＳ５０１の処理へと戻り、前述の処理を繰り返す。
【０１１２】
次に、図２５などを参照して、本実施形態１におけるシステム全体での映像配信までのデータの概略的な流れについて説明する。図２５は、本実施形態１におけるシステム全体での映像配信までの流れを説明するための具体例を示す図である。なお、本具体例におけるシステムは図１に示したネットワークシステム１００であるものとする。また、情報端末装置Ｔ１とサーバ装置Ｓ１との間に既にセッションが確立されており、当該セッションにおいて送信されるパケットは第１経路Ｒ１を使用して転送されているものとする。本具体例は。これらの前提の下で、情報端末装置Ｔ２がサーバ装置Ｓ２との間でセッションを新たに確立し、映像の配信が行われるまでの例である。また、図２５中の（）内は、前述した各処理の対応するステップ番号を示している。
【０１１３】
情報端末装置Ｔ２は、コンテンツ情報要求(DESCRIBE)をサーバ装置Ｓ２に送信する（ステップＳ００５）。監視装置２０は、コンテンツ情報要求(DESCRIBE)を受信し、コンテンツ情報要求(DESCRIBE)は監視対象であることから、コンテンツ情報要求(DESCRIBE)の複製を経路制御装置１０に送信する（ステップＳ１０３）。また、監視装置２０は、コンテンツ情報要求(DESCRIBE)のオリジナルをサーバ装置Ｓ２に送信する（ステップＳ１０７）。
【０１１４】
サーバ装置Ｓ２は、コンテンツ情報要求(DESCRIBE)に応答して、コンテンツ情報を情報端末装置Ｔ２に返信する（ステップＳ００６）。監視装置２０は、コンテンツ情報を受信し、コンテンツ情報は監視対象であることから、コンテンツ情報の複製を経路制御装置１０に送信する（ステップＳ１０３）。また、監視装置２０は、コンテンツ情報のオリジナルを情報端末装置Ｔ２に送信する（ステップＳ１０７）。
【０１１５】
経路制御装置１０は、コンテンツ情報の複製を受信すると、新たに確立されるセッションに対して経路を選択する。本具体例では、情報端末装置Ｔ１とサーバ装置Ｓ１との間のセッションにおいて送信されるパケットは第１経路Ｒ１を使用して転送されている。ここで、図１２に示す負荷情報ＩＮＦ４が本具体例の負荷情報ＩＮＦ４であるとすると、第１経路Ｒ１の負荷は第２経路Ｒ２の負荷より高いことから、経路制御部１０は、情報端末装置Ｔ２とサーバ装置Ｓ２との間のセッションの経路として第２経路Ｒ２を選択する。そして、経路制御部１０は、選択した第２経路Ｒ２上の転送装置ＳＷ１、ＳＷ２、ＳＷ３、ＳＷ４に対して、情報端末装置Ｔ２とサーバ装置Ｓ２との間に確立されるセッションに対して第二経路Ｒ２を設定するように要求する設定要求を送信する（ステップＳ２１０）。
【０１１６】
転送装置ＳＷ１、ＳＷ２、ＳＷ３、ＳＷ４は、設定要求を受信すると、第２経路Ｒ２の設定を行い、設定完了通知を経路制御装置１０に送信する（ステップＳ４０４）。経路制御装置１０は、転送装置ＳＷ１、ＳＷ２、ＳＷ３、ＳＷ４の全てから設定完了通知を受信すると、設定完了を監視装置２０に送信する（ステップＳ２１２）。ここで、図２６Ａは、本具体例における転送装置ＳＷ１の転送管理情報ＩＮＦ７の例を示す図であり、破線枠で囲まれた部分が、転送装置ＳＷ１が新たに設定した部分である。また、図２６Ｂは、本具体例における転送装置ＳＷ２の転送管理情報ＩＮＦ７の例を示す図であり、破線枠で囲まれた部分が、転送装置ＳＷ２が新たに設定した部分である。また、図２７Ａは、本具体例における転送装置ＳＷ３の転送管理情報ＩＮＦ７の例を示す図であり、破線枠で囲まれた部分が、転送装置ＳＷ３が新たに設定した部分である。また、図２７Ｂは、本具体例における転送装置ＳＷ４の転送管理情報ＩＮＦ７の例を示す図であり、破線枠で囲まれた部分が、転送装置ＳＷ４が新たに設定した部分である。
【０１１７】
一方、情報端末装置Ｔ２は、コンテンツ情報を受信すると、再生準備要求(SETUP)をサーバ装置Ｓ２に送信する（ステップＳ００７）。監視装置２０は、再生準備要求(SETUP)を受信し、再生準備要求(SETUP)は監視対象であることから、再生準備要求(SETUP)の複製を経路制御装置１０に送信する（ステップＳ１０３）。また、監視装置２０は、再生準備要求(SETUP)のオリジナルをサーバ装置Ｓ２に送信する（ステップＳ１０７）。
【０１１８】
サーバ装置Ｓ２は、再生準備要求(SETUP)を受信すると、資源の割り当てなどの準備を行い、セッションが確立される。セッションが確立され、再生準備が整うと、サーバ装置Ｓ２は、準備完了を情報端末装置Ｔ２に返信する（ステップＳ００８）。監視装置２０は、準備完了を受信し、準備完了は監視対象であることから、準備完了の複製を経路制御装置１０に送信する（ステップＳ１０３）。また、監視装置２０は、準備完了のオリジナルを情報端末装置Ｔ２に送信する（ステップＳ１０７）。
【０１１９】
経路制御装置１０は、準備完了の複製を受信すると、ユーザの指示に従って再生開始要求(PLAY)を送信する（ステップＳ００９）。監視装置２０は、再生開始要求(PLAY)を受信し、再生開始要求(PLAY)は監視対象であることから、再生開始要求(PLAY)の複製を経路制御装置１０に送信する（ステップＳ１０３）。また、監視装置２０は、既に、設定完了を受信していることから、再生開始要求(PLAY)のオリジナルをサーバ装置Ｓ２に送信する（ステップＳ１０７）。
【０１２０】
サーバ装置Ｓ２は、再生開始要求(PLAY)に応答して、ＡＣＫを情報端末装置Ｔ２に返信すると共に（ステップＳ０１０）、映像情報の配信を開始する（ステップＳ０１１）。セッションにおいて送信されるパケット、つまり、映像情報のパケットは、第２経路Ｒ２を介して、情報端末装置Ｔ２に送信される。監視装置２０は、ＡＣＫを受信し、ＡＣＫは監視対象であることから、ＡＣＫの複製を経路制御装置１０に送信する（ステップＳ１０３）。また、監視装置２０は、ＡＣＫのオリジナルを情報端末装置Ｔ２に送信する（ステップＳ１０７）。
【０１２１】
上記実施形態１によれば、経路制御装置１０は、セッションの確立を制御するプロトコルのパケットに基づいて、セッションが新たに確立されることを検出し、複数の経路候補の中から負荷の低い経路を当該セッションの経路として選択し、選択した経路を確立させる。こうすることで、既に確立されているセッションに対する影響を抑制しつつ、新たに確立するセッションの品質を向上させることが可能となる。
【０１２２】
また、上記実施形態１によれば、経路制御装置１０は、セッションの切断を制御するプロトコルのパケットに基づいて、切断するセッションの経路上の転送装置に対して、経路の設定の解除を指示する。また、上記実施形態１によれば、転送装置ＳＷは、経路設定の解除が指示された後所定時間経過後に、経路の設定を解除する。こうすることで、セッションにおいて送信される全てのパケットが設定された経路を経由して送信される前に、経路の設定が解除されてしまうのを防ぐことができる。また、上記実施形態１によれば、経路制御装置１０は、セッションが確立される前に、複数の経路候補の中から負荷の低い経路を当該セッションの経路として選択し、選択した経路を確立させる。こうすることで、選択されたセッションの経路が確立される前に、セッションにおけるパケットが流れるのを防ぐことができる。したがって、既に確立されているセッションに対する一時的な影響を防ぐことができる。
【０１２３】
また、上記実施形態１によれば、経路制御装置１０は、セッションの切断を制御するプロトコルのパケットに基づいて、セッション管理情報ＩＮＦ５の対応するエントリーを特定し、特定したエントリーを削除する。こうすることで、メモリ資源の有効活用が可能となり、安価な装置でネットワークシステム１００を構築することが可能となる。また、上記実施形態１によれば、転送装置ＳＷは、セッションが切断されると転送管理情報ＩＮＦ７の対応するエントリーを削除する。こうすることで、メモリ資源の有効活用が可能となり、安価な装置でネットワークシステム１００を構築することが可能となる。
【０１２４】
また、上記実施形態１によれば、監視装置２０は、セッションが確立される装置間を流れるパケットの中から、セッションを制御するプロトコルのパケットを抽出し、抽出したパケットの複製を経路制御装置１０に送信する。こうすることで、経路制御装置１０は、セッションにおいて送信されるパケットの経路制御が可能となる。また、上記実施形態１によれば、監視装置２０は、セッションにおいて送信されるパケットの送信開始のトリガとなるパケットを一時的に保持し、セッションの経路が確立された後に、そのパケットを本来の送信先に送信する。こうすることで、選択されたセッションの経路が確立される前に、セッションにおけるパケットが流れるのを防ぐことができる。したがって、既に確立されているセッションに対する一時的な影響を防ぐことができる。
【０１２５】
（実施形態２）
実施形態１では、映像配信システムを例に本発明について説明した。しかしながら、本発明の適用範囲は、映像配信システムに限定されるものではなく、例えば、テレビ電話システムなど、セッションの確立に先立ってセッションを制御するためのプロトコルのパケットがやりとりされるシステムにおいて適用することができる。つまり、本発明は、ＩＰ電話システムやインスタントメッセージシステムなど種々のシステムにも適用することができる。実施形態２においては、ネットワークシステム１００がテレビ電話システムであるものとして、以下、説明する。
【０１２６】
図２８は、本実施形態２におけるネットワークシステム１００の構成例を示す図である。本実施形態２におけるネットワークシステム１００は、上述したように、テレビ電話システムである。本実施形態２におけるネットワークシステム１００の基本的な構成は、実施形態１の場合と同じである。ただし、本実施形態２におけるネットワークシステム１００は、図２８に示すように、サーバ装置Ｓ１とＳ２のかわりに、情報端末装置Ｔ３とＴ４を含んでいる。なお、本実施形態２のテレビ電話システムはサーバ装置Ｓを経由しないものとする。つまり、情報端末装置Ｔ同士が直接電話する場合の例である。また、図１の場合と同様に、図２８中の（）内の数字は接続されているポート番号を示し、＜＞内の数字列はＩＰアドレスを示している。
【０１２７】
図２９は、一般的なテレビ電話のシーケンスの例を示す図である。図２９の例は、図２８中の情報端末装置Ｔ１が、情報端末装置Ｔ４に対して、発呼(INVITE)を行う場合の例である。
【０１２８】
情報端末装置Ｔ４との間でテレビ電話を行うためにユーザが所定の操作を行うと、情報端末装置Ｔ１は、Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）／ＴＣＰを使用し、発呼(INVITE)を情報端末装置Ｔ４に送信する（ステップＳ６０１）。ここで、図３０は、発呼(INVITE)の例を示す図である。情報端末装置Ｔ４は、発呼(INVITE)を受信すると、例えば、呼び出し音を出力するなどの呼び出し処理を行うと共に、ＳＩＰ／ＴＣＰを使用し、呼び出し中であることを通知するための暫定応答(180 Ringing)を情報端末装置Ｔ１に返信する（ステップＳ６０２）。
【０１２９】
情報端末装置Ｔ４のユーザが、例えば、受話器をオフフック状態にするなどして、呼び出しに応じると、情報端末装置Ｔ４は、ＳＩＰ／ＴＣＰを使用し、応答成功(200 OK)を情報端末装置Ｔ１に送信する（ステップＳ６０３）。情報端末装置Ｔ１は、応答成功(200 OK)を受信すると、ＳＩＰ／ＴＣＰを使用し、セッション確立了解(ACK)を情報端末装置Ｔ４に送信し（ステップＳ６０４）、情報端末装置Ｔ１と情報端末装置Ｔ４との間でセッションが確立される。セッションが確立されると、ＲＴＰによる、双方向の通信が行われる（ステップＳ６０５）。
【０１３０】
情報端末装置Ｔ１のユーザが、例えば、受話器をオンフック状態にするなどして、テレビ電話を終了するための所定の操作を行うと、情報端末装置Ｔ１は、ＳＩＰ／ＴＣＰを使用し、セッション切断要求(BYE)を情報端末装置Ｔ４に送信する（ステップＳ６０６）。ここで、図３１は、セッション切断要求(BYE)の例を示す図である。情報端末装置Ｔ４は、セッション切断要求(BYE)を受信すると、セッションを切断するための処理を行い、セッションが終了する。そして、情報端末装置Ｔ４は、ＳＩＰ／ＴＣＰを使用し、切断成功(200 OK)を情報端末装置Ｔ１に返信する（ステップＳ６０７）。
【０１３１】
ここで、本実施形態２における経路制御装置１０について説明する。本実施形態２における経路制御装置１０の基本的な構成は、実施形態１の場合と同じである。ただし、本実施形態２ではＳＩＰのパケットを監視対象とするため、セッション管理情報ＩＮＦ５の構成が実施形態１の場合と若干異なる。また、セッション管理部１３Ｃと経路選択部１３Ｄと経路制御部１３Ｅが果たす役割が、実施形態１の場合と若干異なっている。
【０１３２】
図３２は、本実施形態２における第１接続情報ＩＮＦ１の例を示す図であり、図２８の例に対応した第１接続情報ＩＮＦ１の例である。
【０１３３】
図３３は、本実施形態２におけるセッション管理情報ＩＮＦ５の例を示す図である。本実施形態２におけるセッション管理情報ＩＮＦ５は、実施形態１の場合と同様に、セッションごとにセッションに関する情報を対応付けて管理している。
【０１３４】
本実施形態２におけるセッションに関する情報は、図３３に示すように、第１情報端末装置ＴのＩＰアドレスと、第２情報端末装置ＴのＩＰアドレスと、プロトコルと、経路ＩＤと、ＣＡＬＬ−ＩＤと、を含んでいる。また、セッションに関する情報は、図３３に示すように、帯域（Ｍｂｐｓ）などを含んでもよい。
【０１３５】
第１情報端末装置ＴのＩＰアドレスは、対応するセッションにおいて発呼(INVITE)を送信した情報端末装置ＴのＩＰアドレスであり、第２情報端末装置ＴのＩＰアドレスは、対応するセッションにおける発呼(INVITE)が送信された情報端末装置ＴのＩＰアドレスである。これらのＩＰアドレスは、発呼(INVITE)のパケットヘッダに含まれる送信元ＩＰアドレス（第１情報端末装置ＴのＩＰアドレス）と送信先ＩＰアドレス（第２情報端末装置のＩＰアドレス）であり、セッション管理部１３Ｃにより格納される。
【０１３６】
プロトコルは、対応するセッションで使用されるプロトコルである。本実施形態２においては、発呼(INVITE)（図３０に例示）に含まれる、映像・会話情報をやりとりする際に使用するプロトコルが、セッション管理部１３Ｃにより格納される。
【０１３７】
ＣＡＬＬ−ＩＤは、ＣＡＬＬを一意に識別可能な識別子である。本実施形態２においては、発呼(INVITE)（図３０に例示）に含まれるＣＡＬＬ−ＩＤが、セッション管理部１３Ｃにより格納される。帯域（Ｍｂｐｓ）は、対応するセッションに必要な帯域であり、本実施形態２においては、発呼(INVITE)（図３０に例示）に含まれる帯域が、セッション管理部１３Ｃにより格納される。
【０１３８】
セッション管理部１３Ｃは、確立されるセッションを制御するプロトコルのパケット、つまり、監視装置２０の監視対象のパケットに基づいて、確立中のセッションを管理する。本実施形態２においては、セッション管理部１３Ｃは、ＳＩＰのパケットに基づいて、確立中のセッションを管理する。
【０１３９】
より具体的には、監視装置２０から送信されたパケットを受信し、受信したパケットが発呼(INVITE)である場合には、セッション管理部１３Ｃは、セッション管理情報ＩＮＦ５にエントリーを追加し、新たに確立されるセッションに対して割り振った管理ＩＤを追加したエントリーの「管理ＩＤ」欄に格納する。そして、セッション管理部１３Ｃは、発呼(INVITE)のパケットヘッダの送信元ＩＰアドレスと送信先ＩＰアドレスを、それぞれ、追加したエントリーの「第１情報端末装置ＴのＩＰアドレス」欄と「第２情報端末装置ＴのＩＰアドレス」欄に格納する。
【０１４０】
また、セッション管理部１３Ｃは、発呼(INVITE)に含まれるＣＡＬＬ−ＩＤとプロトコルと帯域（Ｍｂｐｓ）を、セッション管理情報ＩＮＦ５の対応するエントリーの対応する欄に格納する。そして、セッション管理部１３Ｃは、経路選択部１３Ｄに対して、例えば、管理ＩＤを通知し、新たに確立されるセッションにおいて送信される映像・会話情報を送信するための経路の選択を指示する。
【０１４１】
また、受信したパケットがセッション切断要求(BYE)である場合には、セッション管理部１３Ｃは、セッション切断要求(BYE)に含まれるＣＡＬＬ−ＩＤに基づいて、セッション管理情報ＩＮＦ５の対応するエントリーを特定する。そして、セッション管理部１３Ｃは、特定したエントリーの管理ＩＤを経路制御部１３Ｅに通知し、特定したエントリーの経路ＩＤが示す経路（セッション切断要求(BYE)に対応するセッションの経路）上の各転送装置ＳＷに対して設定解除要求の送信を指示する。そして、セッション管理部１３Ｃは、経路制御部１３Ｅが設定解除要求を送信した後に、特定したエントリーを削除する。
【０１４２】
以上に説明したように、セッション管理部１３Ｃは、セッションの確立に先立って送信されるセッションを制御するプロトコルのパケットに基づいて、セッションが新たに確立されることを検出する。そして、新たにセッションが確立されることが検出されると、セッション管理部１３Ｃは、そのセッションに対して管理ＩＤを割り振り、セッションに関する情報をセッション管理情報ＩＮＦ５に登録して保持させる。そして、セッション管理部１３Ｃは、セッションの切断を制御するパケットに基づいて、保持されているセッションに関する情報を削除する。このようにして、セッション管理部１３Ｃは、確立されるセッションを制御するプロトコルのパケットに基づいて、確立中のセッションを管理する。
【０１４３】
経路選択部１３Ｄは、経路の選択が指示されると、経路候補の中から、負荷の低い経路を選択する。より具体的には、経路選択部１３Ｄは、通知された管理ＩＤに基づいて、セッション管理情報ＩＮＦ５のエントリーを特定し、第１接続情報ＩＮＦ１を参照して、特定したエントリーの第１情報端末装置Ｔと第２情報端末装置Ｔを収容する転送装置ＳＷを特定する。
【０１４４】
そして、経路選択部１３Ｄは、経路候補情報ＩＮＦ３を参照し、第１情報端末装置Ｔを収容する転送装置ＳＷと第２情報端末装置Ｔを収容する転送装置ＳＷとに基づいて、新たに確立されるセッションの第１情報端末装置Ｔと第２情報端末装置Ｔとの間を結ぶ経路候補を特定する。
【０１４５】
そして、経路選択部１３Ｄは、特定した経路候補の中から経路を選択し、選択した経路の経路ＩＤをセッション管理情報ＩＮＦ５の対応するエントリーの「経路ＩＤ」欄に格納する。そして、経路選択部１３Ｄは、経路制御部１３Ｅに対して、例えば、管理ＩＤを通知し、設定要求の送信を指示する。
【０１４６】
経路制御部１３Ｅは、確立されたセッションにおいて送信されるパケットを転送するための経路を制御する。より具体的には、経路制御部１３Ｅは、設定要求の送信が指示されると、選択された経路上の転送装置ＳＷに対して、設定要求をそれぞれ生成する。そして、経路制御部１３Ｅは、生成した設定要求を対応する転送装置ＳＷにそれぞれ送信する。そして、設定要求を送信した全ての転送装置ＳＷから転送完了通知を受信した場合には、経路制御装置１３Ｅは、経路上の転送装置ＳＷにおいて転送先の設定が完了したことを示す設定完了を監視装置２０に送信する。
【０１４７】
設定要求は、選択された経路上の転送装置ＳＷに対して、確立されたセッションにおいて送信されるパケットの転送先を通知するものであり、出力ポート特定情報と出力ポート番号との組を含んでいる。設定要求に含まれる出力ポート特定情報と出力ポート番号との組は２組あり、一つは第１方向のパケット（第１情報端末装置Ｔから第２情報端末装置Ｔへ送信されるパケット）に対するものであり、もう一つは第２方向のパケット（第２情報端末装置Ｔから第１情報端末装置Ｔへ送信されるパケット）に対するものである。出力ポート特定情報は、対応する出力ポート番号のポートからパケットを出力する条件を示す情報であり、例えば、送信元ＩＰアドレスと送信先ＩＰアドレスと入力ポート番号とプロトコルとの組み合わせである。
【０１４８】
送信元ＩＰアドレスとして、セッション管理情報ＩＮＦ５の対応するエントリーの第１情報端末装置Ｔ又は第２情報端末装置ＴのＩＰアドレスが設定される。つまり、送信元ＩＰアドレスは、確立されるセッションの第１情報端末装置Ｔ又は第２情報端末装置ＴのＩＰアドレスである。第１方向のパケットに対しては、送信元ＩＰアドレスは第１情報端末装置ＴのＩＰアドレスとなり、第２方向のパケットに対しては、送信元ＩＰアドレスは第２情報端末装置ＴのＩＰアドレスとなる。
【０１４９】
同様に、送信先ＩＰアドレスとして、セッション管理情報ＩＮＦ５の対応するエントリーの第１情報端末装置Ｔ又は第２情報端末装置ＴのＩＰアドレスが設定される。つまり、送信先ＩＰアドレスは、確立されるセッションの第１情報端末装置Ｔ又は第２情報端末装置ＴのＩＰアドレスである。第１方向のパケットに対しては、送信先ＩＰアドレスは第２情報端末装置ＴのＩＰアドレスとなり、第２方向のパケットに対しては、送信先ＩＰアドレスは第１情報端末装置ＴのＩＰアドレスとなる。
【０１５０】
入力ポート番号として、経路候補情報ＩＮＦ３の選択された経路における、設定要求を送信する転送装置ＳＷの入力ポート番号が設定される。つまり、入力ポート番号は、設定要求を送信する転送装置ＳＷにおいて、選択された経路を使用した場合にパケットが入力されるポートのポート番号である。なお、図１１に例示する経路候補情報ＩＮＦ３は第１方向のパケットに対する例であり、第２方向のパケットに対しては、入力ポート番号は、経路候補情報ＩＮＦ３の選択された経路における、設定要求を送信する転送装置ＳＷの出力ポート番号となる。また、送信されたパケットが最初に経由する転送装置ＳＷに対する設定要求の入力ポート番号として、第１接続情報ＩＮＦ１の対応する接続ポート番号が設定される。
【０１５１】
プロトコルとして、セッション管理情報ＩＮＦ５の対応するエントリーにおけるプロトコルが格納される。
【０１５２】
出力ポート番号として、経路候補情報ＩＮＦ３の選択された経路における、設定要求を送信する転送装置ＳＷの出力ポート番号が設定される。つまり、出力ポート番号は、設定要求を送信する転送装置ＳＷにおいて、選択された経路を使用した場合にパケットが出力されるポートのポート番号である。なお、図１１に例示する経路候補情報ＩＮＦ３は第１方向のパケットに対する例であり、第２方向のパケットに対しては、出力ポート番号は、経路候補情報ＩＮＦ３の選択された経路における、設定要求を送信する転送装置ＳＷの入力ポート番号となる。また、送信されたパケットが最後に経由する転送装置ＳＷに対する設定要求の出力ポート番号として、第１接続情報ＩＮＦ１の対応する接続ポート番号が設定される。
【０１５３】
また、経路制御装置１３Ｅは、設定解除要求の送信が指示されると、セッション切断要求(BYE)が送信されたセッションに対応する経路上の転送装置ＳＷに対して、セッション切断要求(BYE)が送信されたセッションに対応する経路の設定を解除させるための設定解除要求をそれぞれ生成する。そして、経路制御装置１３Ｅは、生成した設定解除要求を対応する転送装置ＳＷにそれぞれ送信する。設定解除要求は、設定要求と同様に、出力ポート特定情報と出力ポート番号との組を含んでいる。
【０１５４】
なお、設定要求に、管理ＩＤ又はＣＡＬＬ−ＩＤが更に含まれるようにしてもよい。こうすることで、セッション切断要求(BYE)が送信されたセッションに対応する経路の設定の解除は、管理ＩＤ又はＣＡＬＬ−ＩＤを指定することで可能となる。つまり、この場合、設定解除要求には、セッション切断要求(BYE)が送信されたセッションに対応する管理ＩＤ又はＣＡＬＬ−ＩＤのみを含めれば良い。
【０１５５】
次に、図３４を参照して、本実施形態２におけるパケット監視処理の流れについて説明する。図３４は、本実施形態２におけるパケット監視処理のフローを説明するためのフローチャートの例である。本パケット監視処理は、監視装置２０で実行され、パケットの受信をトリガとして開始される。なお、実施形態１と同じ処理については同一の符号を付してある。
【０１５６】
監視部２３Ｂは、パケットを受信したか否かを判定する（ステップＳ１０１）。管理部２３Ｂによりパケットを受信していないと判定された場合には（ステップＳ１０１；ＮＯ）、処理はステップＳ１０１の処理を繰り返して、パケットの受信を待つ。一方、パケットを受信したと判定した場合には（ステップＳ１０１；ＹＥＳ）、監視部２３Ｂは、更に、監視対象情報ＩＮＦ６を参照して、受信したパケットが監視対象であるか否かを判定する（ステップＳ１０２）。監視部２３Ｂにより、受信したパケットが監視対象ではないと判定された場合には（ステップＳ１０２；ＮＯ）、処理は後述のステップＳ１０７の処理へと進む。
【０１５７】
一方、受信したパケットが監視対象であると判定した場合には（ステップＳ１０２；ＹＥＳ）、監視部２３Ｂは、受信したパケットの複製を生成し、生成した複製を経路制御装置１０に送信する（ステップＳ１０３）。そして、監視部２３Ｂは、受信したパケットが特定パケット、本実施形態２においては応答成功(200 OK)のパケットであるか否かを判定する（ステップＳ７０１）。以降の処理は実施形態１で説明した処理を同じである。
【０１５８】
次に、図３５を参照して、本実施形態２における経路制御処理の流れについて説明する。図３５は、本実施形態２における経路制御処理のフローを説明するためのフローチャートの例の一部である。本経路制御処理は、経路制御装置１０で実行され、監視装置２０により送信される複製のパケットの受信をトリガとして開始される。なお、本実施形態２においては、監視装置２０により送信される複製のパケットはＳＩＰのパケットであるものとして本処理を説明する。
【０１５９】
セッション管理部１３Ｃは、監視装置２０から送信されたＳＩＰのパケットを受信したか否かを判定する（ステップＳ８０１）。セッション管理部１３Ｃにより、ＳＩＰのパケットを受信していないと判定された場合には（ステップＳ８０１；ＮＯ）、処理はステップＳ８０１の処理を繰り返して、ＳＩＰのパケットの受信を待つ。
【０１６０】
ＳＩＰのパケットを受信したと判定した場合には（ステップＳ８０１；ＹＥＳ）、セッション管理部１３Ｃは、更に、受信したＳＩＰのパケットは発呼(INVITE)のパケットであるか否かを判定する（ステップＳ８０２）。受信したＳＩＰのパケットが発呼(INVITE)のパケットであると判定した場合には（ステップＳ８０２；ＹＥＳ）、セッション管理部１３Ｃは、セッション管理情報ＩＮＦ５にエントリーを追加し、新たに確立されるセッションに割り振られた管理ＩＤを追加したエントリーの「管理ＩＤ」欄に格納する（ステップＳ８０３）。
【０１６１】
そして、セッション管理部１３Ｃは、発呼(INVITE)のパケットヘッダの送信元と送信先のＩＰアドレスを、追加したエントリーの対応する欄に格納する（ステップＳ８０４）。また、セッション管理部１３Ｃは、発呼(INVITE)に含まれるＣＡＬＬ―ＩＤやプロトコルなどをセッション管理情報ＩＮＦ５の対応するエントリーの対応する欄に格納する（ステップＳ８０５）。そして、セッション管理部１３Ｃは、経路選択部１３Ｄに対して、経路の選択を指示する（ステップＳ８０６）。
【０１６２】
そして、経路選択部１３Ｄは、経路の選択が指示されると、経路選択処理を実行し、新たに確立されるセッションの経路を選択する（ステップＳ８０７）。そして、経路制御部１３Ｅは、選択された経路上の転送装置ＳＷに対して、設定要求をそれぞれ生成し（ステップＳ８０８）、生成した設定要求を対応する転送装置ＳＷにそれぞれ送信する（ステップＳ８０９）。
【０１６３】
そして、経路制御部１３Ｅは、設定要求を送信した全ての転送装置ＳＷから設定完了通知を受信したか否かを判定する（ステップＳ８１０）。経路制御部１３Ｅにより、全ての設定完了通知を受信していないと判定された場合には（ステップＳ８１０；ＮＯ）、処理はステップＳ８１０の処理を繰り返して、全ての設定完了通知の受信を待つ。一方、全ての設定完了通知を受信したと判定した場合には（ステップＳ８１０；ＹＥＳ）、経路制御部１３Ｅは、設定完了を監視装置２０に送信する（ステップＳ８１１）。そして、処理はステップＳ８０１の処理へと戻り、前述の処理を繰り返す。
【０１６４】
一方、ステップＳ８０２の処理において、受信したＳＩＰのパケットが発呼(INVITE)のパケットではないと判定した場合には（ステップＳ８０２；ＮＯ）、セッション管理部１３Ｃは、更に、受信したＳＩＰのパケットがセッション切断要求(BYE)のパケットであるか否かを判定する（ステップＳ８１２）。セッション管理部１３Ｃにより、受信したＳＩＰのパケットがセッション切断要求(BYE)のパケットではないと判定された場合には（ステップＳ８１２；ＮＯ）、処理はステップＳ８０１の処理へと戻り、前述の処理を繰り返す。
【０１６５】
一方、受信したＳＩＰのパケットがセッション切断要求(BYE)のパケットであると判定した場合には（ステップＳ８１２；ＹＥＳ）、セッション管理部１３Ｃは、セッション切断要求(BYE)に基づいて、セッション管理情報ＩＮＦ５の対応するエントリーを特定する（ステップＳ８１３）。そして、処理は実施形態１で説明したステップＳ２１５の処理へと進む。以降の処理は実施形態１で説明した処理と同じである。
【０１６６】
次に、図３６を参照して、本実施形態２における経路選択処理の流れについて説明する。図３６は、本実施形態２における経路選択処理のフローを説明するためのフローチャートの例である。本経路選択処理は、前述の経路制御処理のステップＳ８０７の処理に対応する処理である。なお、実施形態１の処理と同じ処理については、同一の符号を付してある。
【０１６７】
経路選択部１３Ｄは、第１接続情報ＩＮＦ１を参照して、新たに確立されるセッションの第１情報端末装置Ｔ、つまり、発呼(INVITE)の送信元の情報端末装置Ｔを収容する転送装置ＳＷを特定する（ステップＳ９０１）。また、経路選択部１３Ｄは、第１接続情報ＩＮＦ１を参照して、新たに確立されるセッションの第２情報端末装置Ｔ、つまり、発呼(INVITE)の送信先の情報端末装置Ｔを収容する転送装置ＳＷを特定する（ステップＳ９０２）。そして、経路選択部１３Ｄは、ステップＳ９０１とステップＳ９０２において特定した転送装置ＳＷに基づいて、経路候補を特定する（ステップＳ９０３）。
【０１６８】
そして、経路選択部１３Ｄは、特定した経路候補の中から、新たに確立されるセッションに割り振る経路を選択し（ステップＳ３０４）、選択した経路の経路ＩＤをセッション管理情報ＩＮＦ５の対応するエントリーの「経路ＩＤ」欄に格納する（ステップＳ３０５）。そして、経路選択部１３Ｄは、経路制御部１３Ｅに対して、設定要求の送信を指示する。そして、本処理は終了し、経路制御処理のステップＳ８０８の処理へと移行する。
【０１６９】
上記実施形態２によれば、経路制御装置１０は、ＲＴＳＰのパケットにかわりに、ＳＩＰのパケットに基づいて、セッションが新たに確立されることを検出し、セッションが確立される前に当該セッションの経路を選択し、選択した経路を確立させる。また、経路制御装置１０は、セッションを切断するためのＳＩＰのパケットに基づいて、当該セッションの経路の設定を解除させる。
【０１７０】
図３７は、各実施形態における経路制御装置１０（あるいは、監視装置２０）のハードウェア構成の例を示す図である。図３７に示す経路制御装置１０（あるいは、監視装置２０）は、例えば、図３７に示す各種ハードウェアにより実現されてもよい。図３７の例では、経路制御装置１０（あるいは、監視装置２０）は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、フラッシュメモリ２０４、ネットワークに接続するためのネットワークインターフェース２０５、読取装置２０６を備え、これらのハードウェアはバス２０７を介して接続されている。
【０１７１】
ＣＰＵ２０１は、例えば、フラッシュメモリ２０４に格納されている動作プログラムをＲＡＭ２０２にロードし、ＲＡＭ２０２をワーキングメモリとして使いながら各種処理を実行する。ＣＰＵ２０１は、動作プログラムを実行することで、図８に示す制御部１３（あるいは、図１４に示す制御部２３）の各機能部を実現することができる。
【０１７２】
なお、上記動作を実行するための動作プログラムを、フレキシブルディスク、Ｃｏｍｐａｃｔ  Ｄｉｓｋ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ（ＣＤ−ＲＯＭ）、Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ（ＤＶＤ）、Ｍａｇｎｅｔｏ  Ｏｐｔｉｃａｌ  ｄｉｓｋ（ＭＯ）などのコンピュータで読み取り可能な記録媒体２０８に記憶して配布し、これを経路制御装置１０（あるいは、監視装置２０）の読取装置２０６で読み取ってコンピュータにインストールすることにより、上述の処理を実行するようにしてもよい。さらに、インターネット上のサーバ装置が有するディスク装置等に動作プログラムを記憶しておき、経路制御装置１０（あるいは、監視装置２０）のコンピュータに動作プログラムをダウンロード等するものとしてもよい。
【０１７３】
なお、実施形態に応じて、ＲＡＭ２０２、ＲＯＭ２０３、フラッシュメモリ２０４以外の他の種類の記憶装置が利用されてもよい。例えば、経路制御装置１０（あるいは、監視装置２０）は、Ｃｏｎｔｅｎｔ  Ａｄｄｒｅｓｓａｂｌｅ  Ｍｅｍｏｒｙ（ＣＡＭ）、Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＳＲＡＭ）、Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＳＤＲＡＭ）などの記憶装置を有してもよい。
【０１７４】
なお、実施形態に応じて、経路制御装置１０（あるいは、監視装置２０）のハードウェア構成は図３７とは異なっていてもよく、図３７に例示した規格・種類以外のその他のハードウェアを経路制御装置１０（あるいは、監視装置２０）に適用することもできる。
【０１７５】
例えば、図８に示す経路制御装置１０の制御部１３（あるいは、図１４に示す監視装置２０の制御部２３）の各機能部は、ハードウェア回路により実現されてもよい。具体的には、ＣＰＵ２０１の代わりに、Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ（ＦＰＧＡ）などのリコンフィギュラブル回路や、Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ（ＡＳＩＣ）などにより、図８に示す制御部１３（あるいは、図１４に示す制御部２３）の各機能部が実現されてもよい。もちろん、ＣＰＵ２０１とハードウェア回路の双方により、これらの機能部が実現されてもよい。
【０１７６】
図３８は、各実施形態における転送装置ＳＷのハードウェア構成の例を示す図である。図３８に示す転送装置ＳＷは、例えば、図３８に示す各種ハードウェアにより実現されてもよい。図３８の例では、転送装置ＳＷは、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、フラッシュメモリ３０４、ネットワークに接続するためのネットワークインターフェース３０５、パケットを転送するパケット転送装置３０６を備え、これらのハードウェアはバス３０７を介して接続されている。
【０１７７】
ＣＰＵ３０１は、例えば、フラッシュメモリ３０４に格納されている動作プログラムをＲＡＭ３０２にロードし、ＲＡＭ３０２をワーキングメモリとして使いながら各種処理を実行する。ＣＰＵ３０１は、動作プログラムを実行することで、図１６に示す制御部３３の各機能部を実現することができる。
【０１７８】
なお、上記動作を実行するための動作プログラムを、フレキシブルディスク、Ｃｏｍｐａｃｔ  Ｄｉｓｋ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ（ＣＤ−ＲＯＭ）、Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ（ＤＶＤ）、Ｍａｇｎｅｔｏ  Ｏｐｔｉｃａｌ  ｄｉｓｋ（ＭＯ）などのコンピュータで読み取り可能な記録媒体に記憶して配布し、これを転送装置ＳＷの読取装置（不図示）で読み取ってコンピュータにインストールすることにより、上述の処理を実行するようにしてもよい。さらに、インターネット上のサーバ装置が有するディスク装置等に動作プログラムを記憶しておき、転送装置ＳＷのコンピュータに動作プログラムをダウンロード等するものとしてもよい。
【０１７９】
なお、実施形態に応じて、ＲＡＭ３０２、ＲＯＭ３０３、フラッシュメモリ３０４以外の他の種類の記憶装置が利用されてもよい。例えば、転送装置ＳＷは、Ｃｏｎｔｅｎｔ  Ａｄｄｒｅｓｓａｂｌｅ  Ｍｅｍｏｒｙ（ＣＡＭ）、Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＳＲＡＭ）、Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＳＤＲＡＭ）などの記憶装置を有してもよい。
【０１８０】
なお、実施形態に応じて、転送装置ＳＷのハードウェア構成は図３８とは異なっていてもよく、図３８に例示した規格・種類以外のその他のハードウェアを経路装置ＳＷに適用することもできる。
【０１８１】
例えば、図１６に示す転送装置ＳＷの制御部３３の各機能部は、ハードウェア回路により実現されてもよい。具体的には、ＣＰＵ３０１の代わりに、Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ（ＦＰＧＡ）などのリコンフィギュラブル回路や、Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ（ＡＳＩＣ）などにより、図１６に示す制御部３３の各機能部が実現されてもよい。もちろん、ＣＰＵ３０１とハードウェア回路の双方により、これらの機能部が実現されてもよい。
【０１８２】
以上において、いくつかの実施形態及びその変形例について説明した。しかしながら、実施形態は上記の実施形態に限定されるものではなく、上述の実施形態の各種変形形態及び代替形態を包含するものとして理解されるべきである。例えば、各種実施形態は、その趣旨及び範囲を逸脱しない範囲で構成要素を変形して具体化できることが理解されよう。また、前述した実施形態に開示されている複数の構成要素を適宜組み合わせることにより、種々の実施形態を成すことができることが理解されよう。更には、実施形態に示される全構成要素からいくつかの構成要素を削除して又は置換して、或いは実施形態に示される構成要素にいくつかの構成要素を追加して種々の実施形態が実施され得ることが当業者には理解されよう。
【０１８３】
以上の実施形態１と２を含む実施形態に関し、さらに以下の付記を開示する。
（付記１）
ネットワークを構成する複数の転送装置であり、第１情報処理装置と第２情報処理装置との間を流れるパケットの転送を行う前記複数の転送装置における転送先を制御する経路制御装置であって、
前記第１情報処理装置と前記第２情報処理装置との間のセッションの確立を制御するプロトコルのパケットに基づいて、セッションが新たに確立されることを検出する検出手段と、
前記第１情報処理装置と前記第２情報処理装置との間を結ぶ複数の経路の中から、負荷が低い経路を選択する選択手段と、
選択された経路上の転送装置に選択された経路を確立させる経路確立手段と、
を備える、
ことを特徴とする経路制御装置。
（付記２）
前記選択手段は、前記セッションが確立される前に、前記複数の経路の中から、負荷が低い経路を選択し、
前記経路確立手段は、前記セッションが確立される前に、選択された経路上の転送装置に選択された経路を確立させる、
ことを特徴とする付記１に記載の経路制御装置。
（付記３）
前記選択手段は、前記負荷が最も低い経路を選択する、
ことを特徴とする付記１又は２に記載の経路制御装置。
（付記４）
前記選択手段は、前記負荷が最も低い経路が複数存在する場合には、前記負荷が最も低い経路の中からホップ数がより少ない経路を選択する、
ことを特徴とする付記３に記載の経路制御装置。
（付記５）
前記セッションの切断を制御するパケットに基づいて、切断対象のセッションを特定する特定手段と、
前記切断対象のセッションに対応する経路上の転送装置に当該経路を解除させる経路解除手段と、
を、更に、備える、
ことを特徴とする付記１乃至４のいずれか一に記載の経路制御装置。
（付記６）
確立中のセッションに関する情報を管理する管理手段を、更に、備える、
ことを特徴とする付記１乃至５のいずれか一に記載の経路制御装置。
（付記７）
前記管理手段は、前記セッションの切断を制御するパケットに基づいて、前記確立中のセッションに関する情報の中から、切断対象のセッションに対応する前記情報を特定し、特定した前記情報を削除する、
ことを特徴とする付記６に記載の経路制御装置。
（付記８）
前記プロトコルは、ＲＳＴＰ（Real Time Streaming Protocol）である、
ことを特徴とする付記１乃至７のいずれか一に記載の経路制御装置。
（付記９）
前記プロトコルは、ＳＩＰ（Session Initiation Protocol）である、
ことを特徴とする付記１乃至７のいずれか一に記載の経路制御装置。
（付記１０）
第１情報処理装置と第２情報処理装置との間を流れるパケットの転送を行う複数の転送装置と、前記複数の転送装置における転送先を制御する経路制御装置と、を含むシステムであって、
前記経路制御装置は、
前記第１情報処理装置と前記第２情報処理装置との間のセッションの確立を制御するプロトコルのパケットに基づいて、セッションが新たに確立されることを検出する検出手段と、
前記第１情報処理装置と前記第２情報処理装置との間を結ぶ複数の経路の中から、負荷が低い経路を選択する選択手段と、
選択された経路上の転送装置に対して、前記選択された経路を確立するように指示する確立指示手段と、
を備え、
前記複数の転送装置のそれぞれが、
確立の指示にしたがって、経路を確立する確立手段を備える、
ことを特徴とするシステム。
（付記１１）
前記経路制御装置は、
前記セッションの切断を制御するパケットに基づいて、切断対象のセッションを特定する特定手段と、
前記切断対象のセッションに対応する経路上の転送装置に対して、当該経路を解除するように指示する解除指示手段と、
を、更に、備え、
前記複数の転送装置のそれぞれが、
解除の指示にしたがって、確立されている経路を解除する解除手段を、更に、備える、
ことを特徴とする付記１０のシステム。
（付記１２）
前記システムは、
前記第１情報処理装置と前記第２情報処理装置との間を流れるパケットを監視する監視装置を、更に、含み、
前記監視装置は、
前記第１情報処理装置と前記第２情報処理装置との間を流れるパケットの中から、前記セッションを制御するプロトコルのパケットを抽出する抽出手段と、
抽出されたパケットの複製を前記経路制御装置に送信する第１送信手段と、
を備える、
ことを特徴とする付記１０又は１１のシステム。
（付記１３）
前記監視装置は、
前記セッションにおけるパケットの送信開始のトリガとなる前記プロトコルのパケットを一時的に保持する保持手段と、
前記選択された経路が確立された後に、前記送信開始のトリガとなる前記プロトコルのパケットを本来の送信先に送信する第２送信手段と、
を、更に、備える、
ことを特徴とする付記１０のシステム。
（付記１４）
ネットワークを構成する複数の転送装置であり、第１情報処理装置と第２情報処理装置との間を流れるパケットの転送を行う前記複数の転送装置における転送先を制御する経路制御装置の経路制御方法であって、
前記第１情報処理装置と前記第２情報処理装置との間のセッションの確立を制御するプロトコルのパケットに基づいて、セッションが新たに確立されることを検出し、
前記第１情報処理装置と前記第２情報処理装置との間を結ぶ複数の経路の中から、負荷が低い経路を選択し、
選択した経路上の転送装置に選択した経路を確立させる、
ことを特徴とする経路制御方法。
（付記１５）
ネットワークを構成する複数の転送装置であり、第１情報処理装置と第２情報処理装置との間を流れるパケットの転送を行う前記複数の転送装置における転送先を制御する経路制御装置のコンピュータに、
前記第１情報処理装置と前記第２情報処理装置との間のセッションの確立を制御するプロトコルのパケットに基づいて、セッションが新たに確立されることを検出し、
前記第１情報処理装置と前記第２情報処理装置との間を結ぶ複数の経路の中から、負荷が低い経路を選択し、
選択した経路上の転送装置に選択した経路を確立させる、
処理を実行させる、
ことを特徴とするプログラム。
（付記１６）
ネットワークを構成する複数の転送装置であり、第１情報処理装置と第２情報処理装置との間を流れるパケットの転送を行う前記複数の転送装置における転送先を制御する経路制御装置のコンピュータに、
前記第１情報処理装置と前記第２情報処理装置との間のセッションの確立を制御するプロトコルのパケットに基づいて、セッションが新たに確立されることを検出し、
前記第１情報処理装置と前記第２情報処理装置との間を結ぶ複数の経路の中から、負荷が低い経路を選択し、
選択した経路上の転送装置に選択した経路を確立させる、
処理を実行させる、
ことを特徴とするプログラムを記憶した記録媒体。
【符号の説明】
【０１８４】
１００      ネットワークシステム
ＮＷ      ネットワーク
Ｒ１      第１経路
Ｒ２      第２経路
Ｔ１〜４      情報端末装置
Ｓ１，Ｓ２    サーバ装置
ＳＷ１〜５    転送装置
１０      経路制御装置
１１      通信部
１２      記憶部
１２Ａ    第１接続情報記憶部
ＩＮＦ１  第１接続情報
１２Ｂ    第２接続情報記憶部
ＩＮＦ２  第２接続情報
１２Ｃ    経路候補情報記憶部
ＩＮＦ３  経候補情報
１２Ｄ    負荷情報記憶部
ＩＮＦ４  負荷情報
１２Ｅ    セッション管理情報記憶部
ＩＮＦ５  セッション管理情報
１３      制御部
１３Ａ    監視指示部
１３Ｂ    負荷情報処理部
１３Ｃ    セッション管理部
１３Ｄ    経路選択部
１３Ｅ    経路制御部
２０      監視装置
２１      通信部
２２      記憶部
２２Ａ    格納部
２２Ｂ    監視対象情報記憶部
ＩＮＦ６  監視対象情報
２３      制御部
２３Ａ    設定部
２３Ｂ    監視部
ＳＷ      転送装置
３１      通信部
３２      記憶部
３２Ａ    転送管理情報記憶部
ＩＮＦ７  転送管理情報
３３      制御部
３３Ａ    負荷情報取得部
３３Ｂ    転送管理部
３３Ｃ    転送処理部
２０１，３０１  ＣＰＵ
２０２，３０２  ＲＡＭ
２０３，３０３  ＲＯＭ
２０４，３０４  フラッシュメモリ
２０５，３０５  ネットワークインターフェース
２０６    読取装置
３０６    パケット転送装置
２０７，３０７  バス
２０８    記録媒体
【図１】
2016158081.tif 000003
【図２】
2016158081.tif 000004
【図３】
2016158081.tif 000005
【図４】
2016158081.tif 000006
【図５】
2016158081.tif 000007
【図６】
2016158081.tif 000008
【図７】
2016158081.tif 000009
【図８】
2016158081.tif 000010
【図９】
2016158081.tif 000011
【図１０】
2016158081.tif 000012
【図１１】
2016158081.tif 000013
【図１２】
2016158081.tif 000014
【図１３】
2016158081.tif 000015
【図１４】
2016158081.tif 000016
【図１５】
2016158081.tif 000017
【図１６】
2016158081.tif 000018
【図１７】
2016158081.tif 000019
【図１８】
2016158081.tif 000020
【図１９】
2016158081.tif 000021
【図２０】
2016158081.tif 000022
【図２１】
2016158081.tif 000023
【図２２】
2016158081.tif 000024
【図２３】
2016158081.tif 000025
【図２４】
2016158081.tif 000026
【図２５】
2016158081.tif 000027
【図２６】
2016158081.tif 000028
【図２７】
2016158081.tif 000029
【図２８】
2016158081.tif 000030
【図２９】
2016158081.tif 000031
【図３０】
2016158081.tif 000032
【図３１】
2016158081.tif 000033
【図３２】
2016158081.tif 000034
【図３３】
2016158081.tif 000035
【図３４】
2016158081.tif 000036
【図３５】
2016158081.tif 000037
【図３６】
2016158081.tif 000038
【図３７】
2016158081.tif 000039
【図３８】
2016158081.tif 000040