JP2015106207A - 配信サーバ振り分けシステム、配信サーバ管理装置および受信装置 - Google Patents

Abstract

【課題】複数の配信サーバから複数の受信装置へ一斉にＩＰコンテンツを配信する際に、各受信装置におけるＩＰコンテンツの到達時刻のばらつきを低減できる、配信サーバ振り分けシステム、配信サーバ管理装置および受信装置を提供する。
【解決手段】配信サーバ振り分けシステム１０００の配信サーバ管理装置１は、受信装置２から配信参加要求を受信すると、複数の配信サーバ３の接続先を示す配信サーバ情報を受信装置２へ送信する。受信装置２は、配信サーバ３それぞれとの間のＲＴＴを計測し、配信サーバＲＴＴ情報として配信サーバ管理装置１に送信する。配信サーバ管理装置１は、ＩＰコンテンツを配信する複数の配信サーバ３における受信装置２のＲＴＴの偏りが低減するように、配信参加要求を送信してきた受信装置２に配信する配信サーバ３を決定する。
【選択図】図１

Description

本発明は、複数の配信サーバからＩＰ（Internet Protocol）コンテンツを複数の受信装置へ一斉に配信する、配信サーバ振り分けシステム、配信サーバ管理装置および受信装置に関する。

従来、配信サーバからユーザの受信装置に情報を直接送り届けるプッシュ型情報配信を利用した技術が知られている。配信情報（ＩＰコンテンツ）の例としては、テレビ放送番組の関連情報、個々のユーザニーズに応じた天気の最新情報、交通の最新情報、アプリケーション、若しくは、ユーザが要求する種々のデータが挙げられる。

テレビ放送番組と連動したプッシュ型情報配信サービスでは、受信装置に、番組の進行に合わせてリアルタイムに情報を配信する形態となる。このようなサービスは、テレビ番組の付加価値を高めるのに特に有効である。

また、大規模なＩＰコンテンツのプッシュ型情報配信サービスにおいては、１つのコンテンツ配信サーバと多数の受信装置それぞれとが通信セッションを確立し、コンテンツ配信サーバから各受信装置へＩＰコンテンツを配信する形となる。その際、リアルタイムに配信されるＩＰコンテンツに関しては、コンテンツ配信サーバから受信装置へ一斉に配信が実行される。

しかしながら、配信サーバと通信セッションを確立している各受信装置は、同じ（１つ）のコンテンツ配信サーバに接続していても、それぞれに受信装置の通信位置（例えば、東京にコンテンツ配信サーバが配置される場合での、東京や大阪、沖縄等の受信装置の設置場所）が異なるため、コンテンツ配信サーバとの通信所要時間が受信装置毎に異なる。つまり、情報の往復遅延時間（Round Trip Time：以下、ＲＴＴという。）が異なるものとなる。そのため、実際には受信装置毎にＩＰコンテンツが受信される時刻が異なる。

また、１つのコンテンツ配信サーバから多数の受信装置へ一斉にＩＰコンテンツの配信を行う場合、受信装置は複数にも関わらず、サーバの通信Ｉ／Ｆ（インタフェース）は１本のみであるため、配信されるパケットは時系列に多重化（時分割多重（ＴＤＭ: Time Division Multiplex））されることとなる。つまり、同じタイミングで配信したい受信装置が複数存在する場合でも、同時には配信できないため、配信されるＩＰコンテンツの受信時刻は受信装置毎に異なってしまう。

これらのことにより、コンテンツ配信サーバから一斉に配信されたＩＰコンテンツが、各受信装置において到達するタイミングにばらつきがあり、全ての受信装置にＩＰコンテンツをばらつきなく同時に配信することは困難であった。

この問題を解決するため、非特許文献１には、コンテンツ配信サーバに接続する多数の受信装置のうち、ＲＴＴが最も大きな受信装置のＩＰコンテンツの受信時刻に合わせるように、コンテンツ配信サーバにおいてＩＰコンテンツの配信時刻を調整することにより、受信装置間のＩＰコンテンツの受信時刻のばらつきを低減する技術が開示されている。

この非特許文献１に記載の技術は、各受信装置のＲＴＴに偏りがない場合（図１２（ａ）参照）には有効である。しかしながら、各受信装置のＲＴＴの偏りが大きい場合、例えば、図１２（ｂ）に示すように、あるＲＴＴの値周辺に各受信装置のＲＴＴが集中している場合には、コンテンツ配信サーバにおいて同じ配信時刻としたい受信装置が多数となり、上述したように通信Ｉ／Ｆにおいて時系列に配信されることにより発生する遅延によって、所望の時刻で配信できない受信装置が多くなってしまうという課題があった。

また、非特許文献１に記載の技術では、１つのコンテンツ配信サーバに全ての受信装置が接続する構成としているが、一般にコンテンツ配信サーバの通信Ｉ／Ｆ速度や処理速度により接続できる受信装置の数には限度がある。そのため、大多数（例えば、数1000台以上）の受信装置にサービスを提供するためには、複数のコンテンツ配信サーバを設置し、各受信装置をいずれかのコンテンツ配信サーバに振り分ける構成とすることにより配信能力の拡張を行っている。

このように、複数のコンテンツ配信サーバに各受信装置を振り分ける技術としては、特許文献１に記載の技術が開示されている。特許文献１に記載の技術は、コンテンツ配信サーバから受信装置がＩＰコンテンツを受信するシステムにおいて、受信装置の設置場所や接続環境等を考慮することにより、配信遅延が小さくなるように配信ネットワークを構築する。

田中壮，他２名、「クライアントのＲＴＴを考慮したプッシュ配信サーバにおける配信制御方式の検討」、一般社団法人映像情報メディア学会、2013年映像情報メディア学会年次大会、18-12、2013年8月

特開２００６−３３２８２５号公報

しかしながら、特許文献１に記載の技術では、配信遅延が小さくなるように配信ネットワークが構築されることにより、１つのコンテンツ配信サーバに接続する受信装置のＲＴＴが小さい一定の範囲に集中的に分布する傾向となる。その際、実際に配信されるパケットは時系列に多重化されることから、通信データサイズや通信Ｉ／Ｆに付随する遅延（時間）が必要となるため、同時には配信することができず、受信装置におけるＩＰコンテンツの受信時刻のばらつきが大きくなる問題があった。

本発明は、以上のような問題を鑑みてなされたものであり、複数のコンテンツ配信サーバ（以下、「配信サーバ」と表記）から複数の受信装置へ一斉にＩＰコンテンツを配信する際に、各受信装置における配信情報（ＩＰコンテンツ）の到達時刻のばらつきを低減できる、配信サーバ振り分けシステム、配信サーバ管理装置および受信装置を提供することを課題とする。

前記課題を解決するために、請求項１に記載の配信サーバ振り分けシステムは、ＩＰコンテンツを配信する複数の配信サーバと、複数の配信サーバのいずれかに接続しＩＰコンテンツを受信する複数の受信装置と、ＩＰコンテンツの配信を要求する受信装置が接続する配信サーバを決定する配信サーバ管理装置と、を備える配信サーバ振り分けシステムであって、配信サーバ管理装置が、記憶部と、配信サーバ情報送信部と、配信サーバ振り分け処理部と、接続先配信サーバ情報送信部と、を備え、受信装置が、配信参加要求送信部と、ＲＴＴ計測部と、配信サーバＲＴＴ情報送信部と、コンテンツ受信制御部と、を備え、配信サーバそれぞれが、ＲＴＴが大きい受信装置から順に、受信装置それぞれの配信時刻を決定しＩＰコンテンツを送信する構成とした。

かかる構成において、配信サーバ管理装置は、記憶部に、配信サーバそれぞれのアドレスを示す配信サーバ情報、および、受信装置と配信サーバとの間のＲＴＴを所定の時間間隔で区分し、各区分に含まれる各受信装置のＲＴＴの受信装置数を、複数の配信サーバ毎に格納する配信サーバ処理装置数情報を記憶する。
そして、配信サーバ管理装置は、配信サーバ情報送信部によって、受信装置からＩＰコンテンツの配信を要求する配信参加要求を受信したときに、配信サーバ情報を、当該配信参加要求を送信してきた受信装置に送信する。
また、配信サーバ管理装置は、配信サーバ振り分け処理部によって、受信装置から配信サーバそれぞれとの間のＲＴＴの計測結果を示す配信サーバＲＴＴ情報を受信したときに、配信サーバ毎の配信サーバ処理装置数情報を参照し、配信サーバそれぞれとの間のＲＴＴの計測結果に対応する区分を特定し、当該特定した区分の受信装置数が最も少ない配信サーバを、配信参加要求を送信してきた受信装置の接続先として決定する。
また、配信サーバ管理装置は、接続先配信サーバ情報送信部によって、決定した配信サーバを示す接続先配信サーバ情報を、配信参加要求を送信してきた受信装置に送信する。

そして、受信装置は、配信参加要求送信部によって、配信参加要求を送信する。
また、受信装置は、ＲＴＴ計測部によって、配信サーバ管理装置から配信サーバ情報を取得したときに、配信サーバ情報に示される配信サーバそれぞれとの間でＲＴＴを計測する。
また、受信装置は、配信サーバＲＴＴ情報送信部によって、配信サーバそれぞれとの間のＲＴＴの計測結果を配信サーバＲＴＴ情報として配信サーバ管理装置に送信する。
また、受信装置は、コンテンツ受信制御部によって、接続先配信サーバ情報を受信したときに、接続先配信サーバ情報に示される決定した配信サーバとの間でセッションを確立し、ＩＰコンテンツを受信する。

これによって、配信サーバ振り分けシステムは、配信サーバ管理装置が、受信装置から配信参加要求を受信すると、複数の配信サーバの接続先を示す配信サーバ情報を受信装置へ送信する。受信装置は、配信サーバそれぞれとの間のＲＴＴを計測し、配信サーバＲＴＴ情報として配信サーバ管理装置に送信する。配信サーバ管理装置は、ＩＰコンテンツを配信する複数の配信サーバにおける受信装置のＲＴＴの偏りが低減するように、配信参加要求を送信してきた受信装置に配信する配信サーバを決定する。
よって、配信サーバ振り分けシステムは、複数の配信サーバから複数の受信装置へ一斉にＩＰコンテンツを配信する際に、各受信装置におけるＩＰコンテンツの到達時刻のばらつきを低減できる。

本発明によれば、複数の配信サーバから複数の受信装置へ一斉にＩＰコンテンツを配信する際に、各受信装置における配信情報（ＩＰコンテンツ）の到達時刻のばらつきを低減できる、配信サーバ振り分けシステム、配信サーバ管理装置および受信装置を提供することができる。

本実施形態に係る配信サーバ振り分けシステムを説明するための図である。 本実施形態に係る配信サーバ管理装置の構成例を示す機能ブロック図である。 本実施形態に係る配信サーバ情報のデータ構成例を示す図である。 本実施形態に係る受信装置ＲＴＴ情報のデータ構成例を示す図である。 本実施形態に係る配信サーバ処理装置数情報のデータ構成例を示す図である。 本実施形態に係る配信先受信装置情報のデータ構成例を示す図である。 本実施形態に係る受信装置の構成例を示す機能ブロック図である。 本実施形態に係る配信サーバＲＴＴ情報のデータ構成例を示す図である。 本実施形態に係る配信サーバ管理装置の動作を示すフローチャートである。 本実施形態に係る配信サーバ管理装置の配信サーバ振り分け処理部が行う配信サーバ振り分け処理を示すフローチャートである。 本実施形態に係る受信装置２の動作を示すフローチャートである。 各受信装置のＲＴＴと受信装置数との関係を示す図である。図１２（ａ）は、受信装置のＲＴＴの割合に偏りが少ない場合の一例を示す。図１２（ｂ）は、受信装置のＲＴＴの割合に偏りがある場合の一例を示す。

以下、本発明を実施するための形態（以下、「実施形態」という）について図面を参照して説明する。

＜配信サーバ振り分けシステムの概要＞
最初に、本実施形態に係る配信サーバ振り分けシステム１０００の概要について説明する。
図１は、本実施形態に係る配信サーバ振り分けシステム１０００を説明するための図である。図１に示すように、配信サーバ振り分けシステム１０００は、複数の配信サーバ３（コンテンツ配信サーバ）と、配信サーバ３にネットワーク（ＩＰ網）を介して接続される複数の受信装置２と、複数の受信装置２にネットワークを介して接続される配信サーバ管理装置１とを含んで構成される。
なお、配信サーバ３は、図１においては、配信サーバ「Ａ」，「Ｂ」，「Ｃ」の３つを例示しているが、２つ以上の配信サーバ３であればよい。また、図１においては、受信装置２のうち、受信装置２（２ａ）が、ＩＰコンテンツの配信サービスの提供を受ける場合を例として説明する。

図１に示すように、まず、新たにＩＰコンテンツの配信を受けようとする受信装置２（２ａ）は、配信サーバ管理装置１に対し、配信参加要求を送信する（ステップＳ１）。

続いて、配信サーバ管理装置１は、受信装置２（２ａ）に対してＩＰコンテンツを配信する配信サーバの候補となる複数の配信サーバ３（図１においては、配信サーバ「Ａ」，「Ｂ」，「Ｃ」）の接続先（アドレス）を示した情報である配信サーバ情報１１０（詳細は、後記する図３参照）を、受信装置２（２ａ）に送信する（ステップＳ２）。

次に、受信装置２（２ａ）は、受信した配信サーバ情報１１０に示される配信サーバ３（配信サーバ「Ａ」，「Ｂ」，「Ｃ」）それぞれに対し、例えば、ＩＣＭＰ（Internet Control Message Protocol）のｐｉｎｇコマンドを実行することにより、ＲＴＴ（往復遅延時間）を計測する（ステップＳ３）。受信装置２（２ａ）は、計測した配信サーバ３それぞれとの間のＲＴＴの計測結果を、配信サーバＲＴＴ情報２１０（後記する図８参照）として自身の記憶部（後記する図７の記憶部２２）に記憶する。

続いて、受信装置２（２ａ）は、配信サーバＲＴＴ情報２１０を配信サーバ管理装置１に送信する（ステップＳ４）。
そして、配信サーバ管理装置１は、ＩＰコンテンツを配信する複数の配信サーバ３における受信装置２のＲＴＴの偏りが低減するように、受信装置２（２ａ）に配信する配信サーバ３を決定する（配信サーバ振り分け処理：ステップＳ５）。配信サーバ管理装置１は、決定した接続先となる配信サーバ３を示す情報を、接続先配信サーバ情報として受信装置２（２ａ）に送信する（ステップＳ６）。

受信装置２（２ａ）は、接続先配信サーバ情報で示される配信サーバ３との間でセッションを確立し、その配信サーバ３からＩＰコンテンツを受信する（ステップＳ７）。

このようにすることで、本実施形態に係る配信サーバ振り分けシステム１０００によれば、複数の配信サーバ３から複数の受信装置２へ一斉にＩＰコンテンツを配信する際に、各受信装置２におけるＩＰコンテンツの到達時刻のばらつきを低減することができる。

次に、配信サーバ振り分けシステム１０００を構成する各装置（配信サーバ管理装置１、受信装置２、配信サーバ３）について具体的に説明する。

≪配信サーバ管理装置１≫
まず、本実施形態に係る配信サーバ管理装置１について説明する。
図２は、本実施形態に係る配信サーバ管理装置１の構成例を示す機能ブロック図である。配信サーバ管理装置１は、受信装置２からの配信参加要求を受信し、複数の配信サーバ３にうちから、偏りが低減するように、配信参加要求を送信してきた受信装置２にＩＰコンテンツを配信する配信サーバ３を決定する装置である。この配信サーバ管理装置１は、制御部１０、通信部１１、図示を省略した入出力部、記憶部１２を含んで構成される。

通信部１１は、ネットワーク（ＩＰ網）を介して、受信装置２から配信参加要求等を受信したり、受信装置２に対して、配信サーバ情報１１０（図３）や接続先配信サーバ情報等を送信したりする通信インタフェースにより構成される。また、入出力部（図示省略）は、同じく図示を省略した、キーボード等の入力手段やモニタ等の出力手段等との間で情報の入出力を行う入出力インタフェースにより構成される。

制御部１０は、配信サーバ管理装置１全体の制御を司り、配信参加要求受信部１０１、配信サーバ情報送信部１０２、配信サーバＲＴＴ情報受信部１０３、配信サーバ振り分け処理部１０４および接続先配信サーバ情報送信部１０５を備える。

配信参加要求受信部１０１は、通信部１１を介して、受信装置２から配信参加要求を受信し、配信サーバ情報送信部１０２に出力する。

配信サーバ情報送信部１０２は、配信参加要求受信部１０１から配信参加要求を受け取ると、記憶部１２内の配信サーバ情報１１０（図３）を参照し、配信参加要求を送信してきた受信装置２に、各配信サーバ３の接続先（アドレス）を示す配信サーバ情報１１０を送信する。

図３は、本実施形態に係る配信サーバ情報１１０のデータ構成例を示す図である。
図３に示すように、配信サーバ情報１１０は、配信サーバ３の固有な識別子である配信サーバＩＤ毎に、接続先（アドレス）が格納される。この接続先には、例えば、ＩＰアドレスやＵＲＬ等が格納される。

図２に戻り、配信サーバＲＴＴ情報受信部１０３は、受信装置２から配信サーバＲＴＴ情報２１０（図８）を受信し、記憶部１２内の受信装置ＲＴＴ情報１２０（図４）に格納する。この配信サーバＲＴＴ情報２１０は、後記するように、受信装置２が各配信サーバ３との間においてＲＴＴを計測した結果を示す情報である。

図４は、本実施形態に係る受信装置ＲＴＴ情報１２０のデータ構成例を示す図である。
図４に示すように、受信装置ＲＴＴ情報１２０は、受信装置２の受信装置ＩＤ毎に、その受信装置２が計測した各配信サーバ３との間のＲＴＴの値（計測結果）が格納される。
配信サーバＲＴＴ情報受信部１０３は、配信サーバＲＴＴ情報２１０を送信してきた受信装置２の受信装置ＩＤに対応付けて、配信サーバＲＴＴ情報２１０に示される各配信サーバ３との間のＲＴＴの値を受信装置ＲＴＴ情報１２０に格納する。
例えば、受信装置ＩＤ「６」の受信装置２から受信した配信サーバＲＴＴ情報２１０に基づき、配信サーバＲＴＴ情報受信部１０３は、図４の受信装置ＲＴＴ情報１２０の６行目に示すように、配信サーバ「Ａ」との間のＲＴＴの値「１２ｍｓ」、配信サーバ「Ｂ」との間のＲＴＴの値「１８ｍｓ」、配信サーバ「Ｃ」との間のＲＴＴの値「２５ｍｓ」を格納する。

図２に戻り、配信サーバ振り分け処理部１０４は、記憶部１２に記憶された、受信装置ＲＴＴ情報１２０（図４）および配信サーバ処理装置数情報１３０（図５）に基づき、配信サーバ振り分け処理を実行することにより、受信装置２が接続する配信サーバ３を決定する。ここで、配信サーバ振り分け処理部１０４が実行する配信サーバ振り分け処理では、各配信サーバ３が担当する受信装置２のＲＴＴの割合（所定の時間間隔で区分したカテゴリにおける受信装置数）について偏りが低減されるように、具体的には、該当する区分の受信装置数が最も少ない配信サーバ３から順に、接続する配信サーバ３が決定される。なお、詳細は後記する図１０を用いて説明する。

図５は、本実施形態に係る配信サーバ処理装置数情報１３０のデータ構成例を示す図である。配信サーバ処理装置数情報１３０は、配信サーバ３毎にその配信サーバ３がＩＰコンテンツの配信を担当する受信装置２のＲＴＴの割合（所定の時間間隔で区分したカテゴリにおける受信装置数）が格納される。ここで、図５（ａ）は、配信サーバ「Ａ」の配信サーバ処理装置数情報１３０（１３０Ａ）を示す。図５（ｂ）は、配信サーバ「Ｂ」の配信サーバ処理装置数情報１３０（１３０Ｂ）を示す。図５（ｃ）は、配信サーバ「Ｃ」の配信サーバ処理装置数情報１３０（１３０Ｃ）を示す。

図５（ａ）〜（ｃ）に示すように、配信サーバ処理装置数情報１３０は、配信サーバＩＤ１３１およびＲＴＴを所定の時間間隔で区分したカテゴリ１３２に対応付けて、受信装置数１３３の情報が格納される。
図５（ａ）を例として具体的に説明すると、配信サーバＩＤ１３１には、配信サーバ３のＩＤとして「Ａ」（図５（ａ）においては（配信サーバ「Ａ」）と表記）が格納される。カテゴリ１３２は、配信サーバ３が配信する受信装置２のＲＴＴの値を所定の時間間隔で区分するものである。例えば、１行目に示すカテゴリ１３２が「０ｍｓ−５ｍｓ」は、ＲＴＴの値が、０ｍｓ以上５ｍｓ未満であることを示している。同様に、２行目に示すカテゴリ１３２が「５ｍｓ−１０ｍｓ」は、ＲＴＴの値が、５ｍｓ以上１０ｍｓ未満であることを示している。以降のカテゴリ１３２のＲＴＴの区分も同様である。

受信装置数１３３は、カテゴリ１３２で示される区分によるＲＴＴの範囲に含まれる受信装置２の数が格納される。例えば、図５（ａ）の１行目では、配信サーバ「Ａ」がＩＰコンテンツの配信を担当する受信装置２のうち、ＲＴＴの値が「０ｍｓ−５ｍｓ」（０ｍｓ以上５ｍｓ未満）に含まれる受信装置２の数（受信装置数１３３）が「１０」であることを示し、図５（ａ）の２行目では、ＲＴＴの値が「５ｍｓ−１０ｍｓ」（５ｍｓ以上１０ｍｓ未満）に含まれる受信装置２の数（受信装置数１３３）が「９」であることを示している。

なお、本実施形態においては、このカテゴリ１３２を所定の時間間隔として５ｍｓ単位に区分しているが、５ｍｓ単位は一例であり、ネットワーク管理者等が任意に設定することができる。また、図５（ａ）〜（ｃ）それぞれに示す符号１３４Ａ，１３４Ｂ，１３４Ｃについては、配信サーバ振り分け処理（後記する図１０）の詳細な説明の際に必要となるものであり、後記する。

配信サーバ振り分け処理部１０４は、配信サーバ振り分け処理により、受信装置２（２ａ）に接続する配信サーバ３を決定すると、記憶部１２内の配信先受信装置情報１４０（図６）に、決定した配信サーバ３によるＩＰコンテンツの配信先として配信参加要求を送信してきた受信装置２（２ａ）を登録する。
また、配信サーバ振り分け処理部１０４は、決定した配信サーバ３の配信サーバ処理装置数情報１３０（図５）について、今回配信対象となる受信装置２のＲＴＴの値が含まれるカテゴリ１３２の受信装置数１３３に「１」を加える。

図６は、本実施形態に係る配信先受信装置情報１４０のデータ構成例を示す図である。
図６に示すように、配信先受信装置情報１４０は、各配信サーバ３がＩＰコンテンツの配信を担当する受信装置２を示す情報である。この配信先受信装置情報１４０には、配信サーバ３の配信サーバＩＤ１４１に対応付けて、ＩＰコンテンツの配信先となる受信装置（接続先）１４２およびＲＴＴ１４３が格納される。

例えば、図６の１行目を例に説明すると、配信サーバＩＤ１４１には、配信サーバ３のＩＤとして「Ａ」（図６においては（配信サーバ「Ａ」）と表記）が格納される。受信装置（接続先）１４２には、配信サーバＩＤ１４１に示される配信サーバ３がＩＰコンテンツを配信する受信装置２のアドレス（例えば、ＩＰアドレス等）が「aaa.bbb.ccc.ddd」のように格納される。また、ＲＴＴ１４３には、配信サーバＩＤ１４１で示される配信サーバ３と、受信装置（接続先）１４２で示される受信装置２との間のＲＴＴの値が「３２ｍｓ」のように格納される。

図２に戻り、接続先配信サーバ情報送信部１０５は、配信先受信装置情報１４０（図６）を参照し、配信サーバ振り分け処理部１０４が決定した接続先となる配信サーバ３を示す情報を接続先配信サーバ情報として、配信参加要求を送信してきた受信装置２に対し送信する。

記憶部１２は、ハードディスクやフラッシュメモリ、ＲＡＭ（Random Access Memory）等の記憶手段からなり、前記した配信サーバ情報１１０、受信装置ＲＴＴ情報１２０、配信サーバ処理装置数情報１３０、配信先受信装置情報１４０等が記憶される。

なお、この制御部１０は、例えば、記憶部１２に格納されたプログラムを、図示を省略したＣＰＵ（Central Processing Unit）がメインメモリであるＲＡＭに展開し実行することで実現される。

≪受信装置２≫
次に、本実施形態に係る受信装置２について説明する。
図７は、本実施形態に係る受信装置２の構成例を示す機能ブロック図である。受信装置２は、配信サーバ３からＩＰコンテンツの配信を受ける装置である。この受信装置２は、図１において説明したように、ＩＰコンテンツの配信を要求する際には、配信サーバ管理装置１に配信参加要求を送信し、配信サーバ管理装置１が複数の配信サーバ３の中から決定した配信サーバ３との間でセッションを確立しＩＰコンテンツの配信を受ける。この受信装置２は、制御部２０、通信部２１、図示を省略した入出力部、記憶部２２を含んで構成される。

通信部２１は、ネットワーク（ＩＰ網）を介して、配信サーバ管理装置１から配信サーバ情報１１０（図３）や接続先配信サーバ情報等を受信したり、配信サーバ管理装置１に対して、配信参加要求や配信サーバＲＴＴ情報２１０（後記する図８参照）等を送信したりする通信インタフェースにより構成される。また、入出力部（図示省略）は、同じく図示を省略した、キーボード等の入力手段やモニタ等の出力手段等との間で情報の入出力を行う入出力インタフェースにより構成される。

制御部２０は、受信装置２全体の制御を司り、配信参加要求送信部２０１、配信サーバ情報受信部２０２、ＲＴＴ計測部２０３、配信サーバＲＴＴ情報送信部２０４、接続先配信サーバ情報受信部２０５およびコンテンツ受信制御部２０６を備える。

配信参加要求送信部２０１は、入出力部を介してＩＰコンテンツを受信する指示情報を受け付けること等を契機として、配信サーバ管理装置１に対して配信参加要求を送信する。

配信サーバ情報受信部２０２は、配信サーバ管理装置１から配信サーバ情報１１０（図３）を受信し、その配信サーバ情報１１０をＲＴＴ計測部２０３に出力する。

ＲＴＴ計測部２０３は、配信サーバ情報受信部２０２から受け取った配信サーバ情報１１０（図３）に示される各配信サーバ３との間で、ＲＴＴを計測し、記憶部２２内の配信サーバＲＴＴ情報２１０（図８）に格納する。
具体的には、ＲＴＴ計測部２０３は、例えば、ＩＣＭＰのｐｉｎｇコマンドを実行することにより、各配信サーバ３に向けて、応答を返信する旨の要求情報（エコー要求）を送信し、各配信サーバ３からの応答情報（エコー応答）を受信し、要求情報（エコー要求）を送信した時刻と、応答情報（エコー応答）を受信した時刻との差によって、ＲＴＴ（往復遅延時間）を計測する。また、ＲＴＴ計測部２０３は、受信装置２と各配信サーバ３との間の送受信をＴＣＰ（Transmission Control Protocol）で行っている場合には、受信装置２からの要求メッセージに対する配信サーバ３からのＡＣＫメッセージを受信し、要求メッセージを送信した時刻と、ＡＣＫメッセージを受信した時刻との差によって、ＲＴＴ（往復遅延時間）を計測するようにしてもよい。

図８は、本実施形態に係る配信サーバＲＴＴ情報２１０のデータ構成例を示す図である。
図８に示すように、配信サーバＲＴＴ情報２１０には、ＲＴＴ計測部２０３により計測された、各配信サーバ３との間のＲＴＴの値（計測結果）が格納される。

図７に戻り、配信サーバＲＴＴ情報送信部２０４は、記憶部２２に記憶された配信サーバＲＴＴ情報２１０に、その受信装置２自身の受信装置ＩＤを付して、配信サーバ管理装置１に送信する。

接続先配信サーバ情報受信部２０５は、配信サーバ管理装置１から、接続先となる配信サーバ３を示す接続先配信サーバ情報を受信し、コンテンツ受信制御部２０６に出力する。

コンテンツ受信制御部２０６は、接続先配信サーバ情報受信部２０５から受け取った接続先配信サーバ情報に示される配信サーバ３との間でセッションを確立し、その配信サーバ３からＩＰコンテンツを受信する。また、コンテンツ受信制御部２０６は、ＩＰコンテンツの配信に関する制御全般を実行する。例えば、コンテンツ受信制御部２０６は、ＩＰコンテンツの配信が終了したと判定すると、セッションを確立していた配信サーバ３に対し切断要求を送信する。

記憶部２２は、ハードディスクやフラッシュメモリ、ＲＡＭ等の記憶手段からなり、前記した配信サーバＲＴＴ情報２１０等が記憶される。

なお、この制御部２０は、例えば、記憶部２２に格納されたプログラムを、図示を省略したＣＰＵがメインメモリであるＲＡＭに展開し実行することで実現される。

≪配信サーバ３≫
本実施形態に係る配信サーバ３（図１）それぞれは、前記した非特許文献１に示される配信サーバ（コンテンツ配信サーバ）である。
この配信サーバ３では、データの受信が最も遅い、つまり、ＲＴＴ（往復遅延時間）の値が最も大きい受信装置２のデータ受信時刻を全ての受信装置２のデータ受信時刻の目標値に設定する。そして、配信サーバ３は、ＲＴＴが大きい受信装置２から順に、１つの受信装置２当たりの配信所要時間を考慮して、各受信装置２の配信時刻を算出しＩＰコンテンツを配信する。このようにすることにより、配信サーバ３は、受信装置２間のＩＰコンテンツの受信時刻のばらつきを抑制することができる。

以上説明したように、本実施形態に係る配信サーバ振り分けシステム１０００、配信サーバ管理装置１および受信装置２によれば、複数の配信サーバ３から複数の受信装置２へ一斉にＩＰコンテンツを配信する際に、各受信装置２における配信情報（ＩＰコンテンツ）の到達時刻のばらつきを低減することができる。

＜配信サーバ振り分けシステムの動作＞
次に、配信サーバ振り分けシステム１０００を構成する各装置の具体的な動作について説明する。
配信サーバ振り分けシステム１０００の全体の処理の流れについては、図１に参照して説明したため、ここでは省略し、配信サーバ管理装置１および受信装置２の具体的な動作について詳細に説明する。

≪配信サーバ管理装置１の動作≫
まず、配信サーバ管理装置１の動作について説明する。
図９は、本実施形態に係る配信サーバ管理装置１の動作を示すフローチャートである。
なお、配信サーバ管理装置１には、各配信サーバ３の接続先を示す配信サーバ情報１１０（図３）と、配信サーバ３毎にその配信サーバ３が担当する受信装置２のＲＴＴの割合（所定の時間間隔で区分したカテゴリにおける受信装置数）が格納される配信サーバ処理装置数情報１３０（図５）とが予め格納されているものとする。

図９に示すように、まず、配信サーバ管理装置１の配信参加要求受信部１０１は、受信装置２（ここでは、受信装置２（２ａ）とする。）からＩＰコンテンツの配信を要求する配信参加要求を受信する（ステップＳ１０）。そして、配信参加要求受信部１０１は、受信した配信参加要求を配信サーバ情報送信部１０２に出力する。

続いて、配信サーバ情報送信部１０２は、記憶部１２内に格納され、各配信サーバ３の接続先（アドレス）を示す配信サーバ情報１１０（図３）を、配信参加要求を送信してきた受信装置２（２ａ）に送信する（ステップＳ１１）。

次に、配信サーバ管理装置１の配信サーバＲＴＴ情報受信部１０３は、受信装置２から配信サーバＲＴＴ情報２１０（図８）を受信し、記憶部１２内の受信装置ＲＴＴ情報１２０（図４）に格納する（ステップＳ１２）。

そして、配信サーバ管理装置１の配信サーバ振り分け処理部１０４は、配信サーバＲＴＴ情報受信部１０３により、受信装置ＲＴＴ情報１２０に新たな配信サーバＲＴＴ情報２１０が格納されたことを契機として、配信サーバ振り分け処理を実行する（ステップＳ１３）。この配信サーバ振り分け処理において、配信サーバ振り分け処理部１０４は、受信装置ＲＴＴ情報１２０に格納された新たな配信サーバＲＴＴ情報２１０に示される、受信装置２（２ａ）と各配信サーバ３との間のＲＴＴの値、および、配信サーバ処理装置数情報１３０に基づき、各配信サーバ３が担当する受信装置２のＲＴＴの割合（所定の時間間隔で区分したカテゴリにおける受信装置数）について偏りが低減されるように、受信装置２（２ａ）に接続する配信サーバ３を決定する。なお、この配信サーバ振り分け処理の詳細は、後記する図１０において説明する。

続いて、配信サーバ振り分け処理部１０４は、記憶部１２内の配信先受信装置情報１４０（図６）に、決定した配信サーバ３の配信先として配信参加要求を送信してきた受信装置２（２ａ）を登録する（ステップＳ１４）。具体的には、配信サーバ振り分け処理部１０４は、決定した配信サーバ３の配信サーバＩＤ１４１に対応付けて、ＩＰコンテンツの配信先となる受信装置（接続先）１４２およびＲＴＴ１４３を格納する。

また、配信サーバ振り分け処理部１０４は、決定した配信サーバ３の配信サーバ処理装置数情報１３０（図５）を更新する（ステップＳ１５）。具体的には、配信サーバ振り分け処理部１０４は、決定した配信サーバ３の配信サーバ処理装置数情報１３０のそのＲＴＴのカテゴリ１３２に対応する受信装置数１３３に「１」を加える更新を行う。

次に、配信サーバ管理装置１の接続先配信サーバ情報送信部１０５は、配信先受信装置情報１４０（図６）に新たな受信装置２が登録されたことを契機として、配信先受信装置情報１４０を参照し、配信サーバ振り分け処理部１０４が決定した接続先となる配信サーバ３を示す情報を接続先配信サーバ情報として、配信参加要求を送信してきた受信装置２（２ａ）に対し送信し（ステップＳ１６）、処理を終える。

〔配信サーバ振り分け処理〕
次に、配信サーバ管理装置１の配信サーバ振り分け処理部１０４が行う配信サーバ振り分け処理（図９のステップＳ１３）について詳細に説明する。図１０は、本実施形態に係る配信サーバ管理装置１の配信サーバ振り分け処理部１０４が行う配信サーバ振り分け処理を示すフローチャートである。
なお、ここでは、図９のステップＳ１２において、配信サーバ管理装置１の配信サーバＲＴＴ情報受信部１０３が、図８に例示する配信サーバＲＴＴ情報２１０（配信サーバ「Ａ」との間のＲＴＴの値「１２ｍｓ」，配信サーバ「Ｂ」との間のＲＴＴの値「１８ｍｓ」，配信サーバ「Ｃ」との間のＲＴＴの値「２５ｍｓ」）を受信装置２（２ａ）から受信し、記憶部１２内の受信装置ＲＴＴ情報１２０（図４）の受信装置ＩＤ「６」に示すように格納したものとして説明する。また、配信サーバ３の数（配信サーバの総数）は、配信サーバ「Ａ」，「Ｂ」，「Ｃ」で示される「３」であるものとして説明する。

配信サーバ振り分け処理部１０４は、受信装置ＲＴＴ情報１２０（図４）に、新たな情報（受信装置ＩＤおよび各配信サーバ３との間のＲＴＴを示す配信サーバＲＴＴ情報２１０）が追加されたことを契機として、以下に示す、配信サーバ振り分け処理を実行する。
この配信サーバ振り分け処理において、配信サーバ振り分け処理部１０４は、まず、受信装置ＲＴＴ情報１２０（図４）を参照し、各配信サーバ３との間のＲＴＴの値を取得する。そして、配信サーバ振り分け処理部１０４は、配信サーバ３毎の配信サーバ処理装置数情報（図５）を参照し、配信サーバ３それぞれとの間のＲＴＴの計測結果（配信サーバＲＴＴ情報２１０）に対応する区分を特定する。続いて、その特定した区分の受信装置数１３３が最も少ない配信サーバ３を、配信参加要求を送信してきた受信装置２の接続先として決定する。また、配信サーバ振り分け処理部１０４は、接続先として決定した配信サーバ３との間のＲＴＴの計測結果が、所定の基準値（後記する「ＲＴＴ_ｄｅｆ」）以上である場合に、特定した区分の受信装置数１３３が最も少ない前記配信サーバ３ではなく、最も少ない配信サーバ３から順にその次に受信装置数が少ない配信サーバ３を抽出し、当該抽出した配信サーバ３との間のＲＴＴの計測結果が所定の基準値未満である場合に、その抽出した配信サーバ３を、配信参加要求を送信してきた受信装置２の接続先として決定してもよい。以下、図１０を参照して詳細に説明する。

まず、配信サーバ振り分け処理部１０４は、受信装置ＲＴＴ情報１２０（図４）を参照し、新たに登録された受信装置２に関する各配信サーバ３との間のＲＴＴの値を取得する（ステップＳ２０）。
ここでは、配信サーバ振り分け処理部１０４は、受信装置ＲＴＴ情報１２０から、新たに登録された情報として、受信装置ＩＤが「６」の受信装置２（２ａ）について、配信サーバ「Ａ」との間のＲＴＴの値が「１２ｍｓ」、配信サーバ「Ｂ」との間のＲＴＴの値が「１８ｍｓ」、配信サーバ「Ｃ」との間のＲＴＴの値が「２５ｍｓ」であることを示す情報を取得する。

次に、配信サーバ振り分け処理部１０４は、図５に示す各配信サーバ３の配信サーバ処理装置数情報１３０（１３０ａ，１３０ｂ，１３０ｃ）を参照し、配信サーバ３毎に、ステップＳ２０において取得したＲＴＴの値について、図５に示すカテゴリ１３２（ＲＴＴの所定の時間間隔での区分）を確定し、対応する受信装置数１３３を取得する（ステップＳ２１）。

具体的には、配信サーバ振り分け処理部１０４は、まず、ステップＳ２０において取得した情報のうち、配信サーバ「Ａ」との間のＲＴＴの値「１２ｍｓ」について、図５（ａ）に示す配信サーバ処理装置数情報１３０（１３０Ａ）を参照し、そのＲＴＴの値「１２ｍｓ」を含むカテゴリ１３２が「１０ｍｓ−１５ｍｓ」（１０ｍｓ以上１５ｍｓ未満）であることを確定し、対応する受信装置数１３３として「８」を取得する。次に、配信サーバ振り分け処理部１０４は、配信サーバ「Ｂ」との間のＲＴＴの値「１８ｍｓ」について、図５（ｂ）に示す配信サーバ処理装置数情報１３０（１３０Ｂ）を参照し、そのＲＴＴの値「１８ｍｓ」を含むカテゴリ１３２が「１５ｍｓ−２０ｍｓ」（１５ｍｓ以上２０ｍｓ未満）であることを確定し、対応する受信装置数１３３として「１０」を取得する。続いて、配信サーバ振り分け処理部１０４は、配信サーバ「Ｃ」との間のＲＴＴの値「２５ｍｓ」について、図５（ｃ）に示す配信サーバ処理装置数情報１３０（１３０Ｃ）を参照し、そのＲＴＴの値「２５ｍｓ」を含むカテゴリ１３２が「２５ｍｓ−３０ｍｓ」（２５ｍｓ以上３０ｍｓ未満）であることを確定し、対応する受信装置数１３３として「９」を取得する。

つまり、仮に接続先を配信サーバ「Ａ」とした場合に含まれるカテゴリ１３２での現時点の受信装置数１３３は「８」であり、仮に接続先を配信サーバ「Ｂ」とした場合に含まれるカテゴリ１３２での現時点の受信装置数１３３は「１０」であり、仮に接続先を配信サーバ「Ｃ」とした場合に含まれる現時点の受信装置数１３３は「９」である。

続いて、配信サーバ振り分け処理部１０４は、ステップＳ２１において取得した各配信サーバ３の受信装置数１３３を少ない順にソートし、接続先として選択する配信サーバ３の優先順位（ｎ）を決定する（ステップＳ２２）。
ここで、配信サーバ振り分け処理部１０４は、受信装置数１３３が「８」であり、受信装置数１３３が最も少ない配信サーバ「Ａ」を優先順位ｎ＝１に決定する（図５（ａ）の符号１３４Ａ参照）。受信装置数１３３が「９」であり、２番目に受信装置数１３３が少ない配信サーバ「Ｃ」を優先順位ｎ＝２に決定する（図５（ｃ）の符号１３４Ｃ参照）。また、受信装置数１３３が「１０」であり、３番目に受信装置数１３３が少ない配信サーバ「Ｂ」を優先順位ｎ＝３に決定する（図５（ｂ）の符号１３４Ｂ参照）。なお、受信装置数１３３が同数の場合は、同数の配信サーバ３の中から、ランダムに優先順位ｎの順を決定する。

このように優先順位（ｎ）を決定することにより、各配信サーバ３の該当するカテゴリ１３２における受信装置数１３３が少ない配信サーバ３から順に、新たに配信する受信装置２を振り分けることができる。これにより各配信サーバ３において、あるＲＴＴの値周辺の受信装置２の配信が集中することを防ぐことができる。

次に、配信サーバ振り分け処理部１０４は、初期値としてｎ＝１（優先順位１番目）を抽出する（ステップＳ２３）。

続いて、配信サーバ振り分け処理部１０４は、以下の（式１）の条件を満たすか否かを判定する（ステップＳ２４）。ここで、ｍａｘは、配信サーバ３の総数である。
ｎ ≦ ｍａｘ … （式１）

そして、（式１）の条件を満たす場合には（ステップＳ２４→Ｙｅｓ）、次のステップＳ２５に進み、（式１）の条件を満たさない場合には（ステップＳ２４→Ｎｏ）、ステップＳ２８に進む。
ここでは、配信サーバ振り分け処理部１０４は、ｎ＝１であり、配信サーバ３の総数（ｍａｘ）は「３」であるので、（式１）を満たすものとして（ステップＳ２４→Ｙｅｓ）、ステップＳ２５に進む。

次に、配信サーバ振り分け処理部１０４は、以下の（式２）の条件を満たすか否かを判定する（ステップＳ２５）。ここで、ＲＴＴ_ｎは、ｎ番目の配信サーバ３のＲＴＴの値を示す。また、ＲＴＴ_ｄｅｆは、配信サーバ振り分け処理の対象となるＲＴＴの基準値を示す。
ＲＴＴ_ｎ ＜ ＲＴＴ_ｄｅｆ … （式２）

そして、（式２）の条件を満たす場合には（ステップＳ２５→Ｙｅｓ）、次のステップＳ２６に進み、（式２）の条件を満たさない場合には（ステップＳ２５→Ｎｏ）、ステップＳ２７に進む。

このＲＴＴ_ｄｅｆは、配信サーバ３の故障等により極端にＲＴＴ（往復遅延時間）の値が大きい配信サーバ３への振り分けを除外するために設定するものである。最もＲＴＴが大きな受信装置２に合わせてしまうと、配信システム全体が遅延してしまうことになってしまう。よって、例え、受信装置数１３３が少ない配信サーバ３であっても、ＲＴＴの値が基準値（ＲＴＴ_ｄｅｆ）以上の場合、つまり、他のＲＴＴの値に比べ極端にＲＴＴの値が大きい場合には、その配信サーバ３を接続先に決定しないようにするものである。

配信サーバ振り分け処理部１０４は、（式２）の条件を満たす場合（ステップＳ２５→Ｙｅｓ）、つまり、ｎ番目のＲＴＴの値（ＲＴＴ_ｎ）が、基準値（ＲＴＴ_ｄｅｆ）未満である場合には、その優先順位ｎ番目の配信サーバ３を接続先に決定する（ステップＳ２６）。一方、（式２）の条件を満たさない場合（ステップＳ２５→Ｎｏ）、つまり、ｎ番目のＲＴＴの値（ＲＴＴ_ｎ）が、基準値（ＲＴＴ_ｄｅｆ）以上である場合には、ステップＳ２７へ進み、ｎに「１」を加えて（ｎ＝ｎ＋１）、ステップＳ２４に戻って処理を続ける。
なお、基準値（ＲＴＴ_ｄｅｆ）は、例えば、図５に示す配信サーバ処理装置数情報１３０のカテゴリ１３２の区分の最大値である「３５ｍｓ」とする。また、この基準値（ＲＴＴ_ｄｅｆ）は、ネットワーク管理者等により設定され、配信サーバ管理装置１の記憶部１２に予め記憶させておくものとする。

ここで、配信サーバ振り分け処理部１０４は、ｎ＝１（優先順位１番目）の配信サーバ３（配信サーバ「Ａ」）との間のＲＴＴの値が「１２ｍｓ」であり、基準値（ＲＴＴ_ｄｅｆ）の「３５ｍｓ」より小さいため、（式２）の条件を満たし（ステップＳ２５→Ｙｅｓ）、次のステップＳ２６に進み、ｎ＝１（１番目）の配信サーバ３（配信サーバ「Ａ」）を接続先の配信サーバ３に決定する。

そして、配信サーバ振り分け処理部１０４は、配信サーバ振り分け処理を終了し、図９のステップＳ１４以降の処理を行う。

また、配信サーバ振り分け処理部１０４は、ステップＳ２５において（式２）の条件を満たさない場合（ステップＳ２５→Ｎｏ）、仮に、配信サーバ３との間のＲＴＴの値が「４０ｍｓ」であるとすると、ステップＳ２７に進み、ｎに「１」を加えて（ｎ＝ｎ＋１）、次の優先順位の配信サーバ３について、ステップＳ２４以降の処理を続ける。

また、配信サーバ振り分け処理部１０４は、ステップＳ２４において（式１）の条件を満たさない場合（ステップＳ２４→Ｎｏ）、つまり、優先順位（ｎ）が配信サーバ３の総数を超えたとき（このときは、ステップＳ２５においてＲＴＴの値が全て基準値（ＲＴＴ_ｄｅｆ）以上の場合である。）は、ステップＳ２８において、受信装置ＲＴＴ情報１２０を参照し、ＲＴＴの値が最も小さい配信サーバ３を、接続先となる配信サーバ３に決定する。そして、配信サーバ振り分け処理部１０４は、配信サーバ振り分け処理を終了し、図９のステップＳ１４以降の処理を行う。

このようにすることにより、配信サーバ振り分け処理部１０４は、各配信サーバ３の該当するカテゴリ１３２における受信装置数１３３が少ない配信サーバ３から順に、新たに配信する受信装置２を決定することができる。よって、各配信サーバ３において、あるＲＴＴの値周辺の受信装置２の配信が集中することを防ぐことができる。

このように、本実施形態に係る配信サーバ管理装置１によれば、受信装置数が少ない順に接続先となる配信サーバ３を決定することにより、各配信サーバ３において、受信装置２のＲＴＴの偏りを抑制することができる。
また、配信サーバ管理装置１は、受信装置数が少ない配信サーバ３であっても、ＲＴＴの値（計測結果）が、所定の基準値以上である場合に、その配信サーバ３を接続先に決定しないことができる。よって、その配信サーバ３が担当する受信装置２への配信全体の遅延を防ぐことができる。

≪受信装置２の動作≫
次に、受信装置２の動作について説明する。
図１１は、本実施形態に係る受信装置２の動作を示すフローチャートである。

まず、受信装置２の配信参加要求送信部２０１は、配信サーバ管理装置１に対して配信参加要求を送信する（ステップＳ３０）。

次に、受信装置２の配信サーバ情報受信部２０２は、配信サーバ管理装置１から配信サーバ情報１１０（図３）を受信する（ステップＳ３１）。そして、配信サーバ情報受信部２０２は、その配信サーバ情報１１０をＲＴＴ計測部２０３に出力する。

続いて、ＲＴＴ計測部２０３は、配信サーバ情報受信部２０２から受け取った配信サーバ情報１１０に示される各配信サーバ３との間で、ＲＴＴ（往復遅延時間）を計測し、記憶部２２内に配信サーバＲＴＴ情報２１０（図８）として格納する（ステップＳ３２）。

そして、配信サーバＲＴＴ情報送信部２０４は、記憶部２２に記憶された配信サーバＲＴＴ情報２１０に、その受信装置２自身の受信装置ＩＤを付して、配信サーバ管理装置１に送信する（ステップＳ３３）。

次に、接続先配信サーバ情報受信部２０５は、配信サーバ管理装置１から、接続先となる配信サーバ３を示す接続先配信サーバ情報を受信する（ステップＳ３４）。そして、接続先配信サーバ情報受信部２０５は、その受信した接続先配信サーバ情報をコンテンツ受信制御部２０６に出力する。

続いて、コンテンツ受信制御部２０６は、接続先配信サーバ情報受信部２０５から受け取った接続先配信サーバ情報に示される配信サーバ３との間でセッションを確立する（ステップＳ３５）。そして、コンテンツ受信制御部２０６は、セッションを確立した配信サーバ３からＩＰコンテンツを受信する（ステップＳ３６）。

次に、コンテンツ受信制御部２０６は、受信したＩＰコンテンツの配信が終了したか否かを判定する（ステップＳ３７）。そして、配信が終了していない場合には（ステップＳ３７→Ｎｏ）、ステップＳ３６に戻り、ＩＰコンテンツの受信を継続する。一方、配信が終了している場合には（ステップＳ３７→Ｙｅｓ）、次のステップＳ３８に進む。

ステップＳ３８において、コンテンツ受信制御部２０６は、セッションを確立していた配信サーバ３に切断要求を送信し、処理を終了する。

このように、本実施形態に係る受信装置２によれば、配信サーバ管理装置１から配信サーバ情報１１０を受信して、配信サーバ３それぞれとの間のＲＴＴを計測し、配信サーバ管理装置１に送信することができる。また、受信装置２は、配信サーバ管理装置１が決定した配信サーバ３との間でセッションを確立することにより、他の受信装置２との間における配信遅延のばらつきが抑制された状態でＩＰコンテンツを受信することができる。

以上、本発明の実施形態について説明したが、本発明は、ここで説明した実施形態に限定されるものではない。
例えば、受信装置２のＲＴＴ計測部２０３は、各配信サーバ３との間のＲＴＴ（往復遅延時間）を計測するものとしたが、各配信サーバ３において時刻を同期させた計時手段を備えさせ、受信装置２から受信したメッセージの受信時刻を計時し、その受信時刻を配信サーバ３それぞれから受信装置２に返信させるようにしてもよい。つまり、ＲＴＴ（往復遅延時間）ではなく、片方向の遅延時間を計測することによりＲＴＴの代わりとしてもよい。

１ 配信サーバ管理装置
２ 受信装置
３ 配信サーバ（コンテンツ配信サーバ）
１０，２０ 制御部
１１，２１ 通信部
１２，２２ 記憶部
１０１ 配信参加要求受信部
１０２ 配信サーバ情報送信部
１０３ 配信サーバＲＴＴ情報受信部
１０４ 配信サーバ振り分け処理部
１０５ 接続先配信サーバ情報送信部
１１０ 配信サーバ情報
１２０ 受信装置ＲＴＴ情報
１３０ 配信サーバ処理装置数情報
１４０ 配信先受信装置情報
２０１ 配信参加要求送信部
２０２ 配信サーバ情報受信部
２０３ ＲＴＴ計測部
２０４ 配信サーバＲＴＴ情報送信部
２０５ 接続先配信サーバ情報受信部
２０６ コンテンツ受信制御部
２１０ 配信サーバＲＴＴ情報
１０００ 配信サーバ振り分けシステム

Claims (5)

1. ＩＰコンテンツを配信する複数の配信サーバと、複数の前記配信サーバのいずれかに接続し前記ＩＰコンテンツを受信する複数の受信装置と、前記ＩＰコンテンツの配信を要求する前記受信装置が接続する前記配信サーバを決定する配信サーバ管理装置と、を備える配信サーバ振り分けシステムであって、
   前記配信サーバ管理装置は、
   前記配信サーバそれぞれのアドレスを示す配信サーバ情報、および、前記受信装置と前記配信サーバとの間のＲＴＴ（Round Trip Time）を所定の時間間隔で区分し、各区分に含まれる各受信装置のＲＴＴの受信装置数を、複数の前記配信サーバ毎に格納する配信サーバ処理装置数情報を記憶する記憶部と、
   前記受信装置から前記ＩＰコンテンツの配信を要求する配信参加要求を受信したときに、前記配信サーバ情報を、当該配信参加要求を送信してきた受信装置に送信する配信サーバ情報送信部と、
   前記受信装置から前記配信サーバそれぞれとの間のＲＴＴの計測結果を示す配信サーバＲＴＴ情報を受信したときに、前記配信サーバ毎の前記配信サーバ処理装置数情報を参照し、前記配信サーバそれぞれとの間のＲＴＴの計測結果に対応する前記区分を特定し、当該特定した区分の前記受信装置数が最も少ない前記配信サーバを、前記配信参加要求を送信してきた受信装置の接続先として決定する配信サーバ振り分け処理部と、
   前記決定した配信サーバを示す接続先配信サーバ情報を、前記配信参加要求を送信してきた受信装置に送信する接続先配信サーバ情報送信部と、を備え、
   前記受信装置は、
   前記配信参加要求を送信する配信参加要求送信部と、
   前記配信サーバ管理装置から前記配信サーバ情報を取得したときに、前記配信サーバ情報に示される前記配信サーバそれぞれとの間でＲＴＴを計測するＲＴＴ計測部と、
   前記配信サーバそれぞれとの間のＲＴＴの計測結果を前記配信サーバＲＴＴ情報として前記配信サーバ管理装置に送信する配信サーバＲＴＴ情報送信部と、
   前記接続先配信サーバ情報を受信したときに、前記接続先配信サーバ情報に示される前記決定した配信サーバとの間でセッションを確立し、前記ＩＰコンテンツを受信するコンテンツ受信制御部と、を備え、
   前記配信サーバそれぞれは、ＲＴＴが大きい前記受信装置から順に、前記受信装置それぞれの配信時刻を決定し前記ＩＰコンテンツを送信すること
   を特徴とする配信サーバ振り分けシステム。
2. 前記配信サーバ管理装置の配信サーバ振り分け処理部は、
   前記接続先として決定した配信サーバとの間のＲＴＴの計測結果が、所定の基準値以上である場合に、前記特定した区分の前記受信装置数が最も少ない前記配信サーバではなく、前記受信装置数が最も少ない配信サーバから順にその次に受信装置数が少ない配信サーバを抽出し、前記抽出した配信サーバとの間のＲＴＴの計測結果が前記所定の基準値未満である場合に、当該抽出した配信サーバを、前記配信参加要求を送信してきた受信装置の接続先として決定し、前記抽出した配信サーバとの間のＲＴＴの計測結果が前記所定の基準値以上である場合に、前記抽出した配信サーバではなく、さらにその次に受信装置数が少ない配信サーバを抽出し、当該抽出した配信サーバとの間のＲＴＴの計測結果が前記所定の基準値未満であるかの判定を、対象となる配信サーバがなくなるまで繰り返すことにより、前記配信参加要求を送信してきた受信装置の接続先となる配信サーバを決定すること
   を特徴とする請求項１に記載の配信サーバ振り分けシステム。
3. ＩＰコンテンツを配信する複数の配信サーバと、複数の前記配信サーバのいずれかに接続し前記ＩＰコンテンツを受信する複数の受信装置と、前記ＩＰコンテンツの配信を要求する前記受信装置が接続する前記配信サーバを決定する配信サーバ管理装置と、を備える配信サーバ振り分けシステムの前記配信サーバ管理装置であって、
   前記配信サーバそれぞれのアドレスを示す配信サーバ情報、および、前記受信装置と前記配信サーバとの間のＲＴＴ（Round Trip Time）を所定の時間間隔で区分し、各区分に含まれる各受信装置のＲＴＴの受信装置数を、複数の前記配信サーバ毎に格納する配信サーバ処理装置数情報を記憶する記憶部と、
   前記受信装置から前記ＩＰコンテンツの配信を要求する配信参加要求を受信したときに、前記配信サーバ情報を、当該配信参加要求を送信してきた受信装置に送信する配信サーバ情報送信部と、
   前記受信装置から前記配信サーバそれぞれとの間のＲＴＴの計測結果を示す配信サーバＲＴＴ情報を受信したときに、前記配信サーバ毎の前記配信サーバ処理装置数情報を参照し、前記配信サーバそれぞれとの間のＲＴＴの計測結果に対応する前記区分を特定し、当該特定した区分の前記受信装置数が最も少ない前記配信サーバを、前記配信参加要求を送信してきた受信装置の接続先として決定する配信サーバ振り分け処理部と、
   前記決定した配信サーバを示す接続先配信サーバ情報を、前記配信参加要求を送信してきた受信装置に送信する接続先配信サーバ情報送信部と、
   を備えることを特徴とする配信サーバ管理装置。
4. 前記配信サーバ振り分け処理部は、
   前記接続先として決定した配信サーバとの間のＲＴＴの計測結果が、所定の基準値以上である場合に、前記特定した区分の前記受信装置数が最も少ない前記配信サーバではなく、前記受信装置数が最も少ない配信サーバから順にその次に受信装置数が少ない配信サーバを抽出し、前記抽出した配信サーバとの間のＲＴＴの計測結果が前記所定の基準値未満である場合に、当該抽出した配信サーバを、前記配信参加要求を送信してきた受信装置の接続先として決定し、前記抽出した配信サーバとの間のＲＴＴの計測結果が前記所定の基準値以上である場合に、前記抽出した配信サーバではなく、さらにその次に受信装置数が少ない配信サーバを抽出し、当該抽出した配信サーバとの間のＲＴＴの計測結果が前記所定の基準値未満であるかの判定を、対象となる配信サーバがなくなるまで繰り返すことにより、前記配信参加要求を送信してきた受信装置の接続先となる配信サーバを決定すること
   を特徴とする請求項３に記載の配信サーバ管理装置。
5. 請求項３または請求項４に記載の配信サーバ管理装置に接続される前記受信装置であって、
   前記配信参加要求を送信する配信参加要求送信部と、
   前記配信サーバ管理装置から前記配信サーバ情報を取得したときに、前記配信サーバ情報に示される前記配信サーバそれぞれとの間でＲＴＴを計測するＲＴＴ計測部と、
   前記配信サーバそれぞれとの間のＲＴＴの計測結果を前記配信サーバＲＴＴ情報として前記配信サーバ管理装置に送信する配信サーバＲＴＴ情報送信部と、
   前記接続先配信サーバ情報を受信したときに、前記接続先配信サーバ情報に示される前記決定した配信サーバとの間でセッションを確立し、前記ＩＰコンテンツを受信するコンテンツ受信制御部と、
   を備えることを特徴とする受信装置。

Images