JP7413827B2 - 配信システム、配信装置、プログラム及び配信方法 - Google Patents

Description

本発明は配信システム、配信装置、プログラム及び配信方法に関する。

近年、配信システムとして、例えば映像や音声等のコンテンツをストリームデータとして配信する配信サーバ（配信装置とも呼ぶ）と、当該ストリームデータを受信して再生するＳＴＢ（Set Top Box（セットトップボックス））等の受信装置とが、ルータやスイッチ等のネットワーク機器（中継装置とも呼ぶ）を介して接続されたものが普及している。

この配信システムでは、例えばユーザの操作に基づき、受信装置から配信装置に対してコンテンツの視聴が要求されると、当該配信装置がユニキャストにより当該受信装置に対してストリームデータを配信する。この場合、コンテンツの視聴を要求する受信装置が増加する度に、ユニキャストにより配信されるストリームデータが増加することになる。

一方、一般にネットワークでは、当該ネットワークを構成する各伝送路の通信容量や各種通信機器の処理能力等に上限があることから、各伝送路を流れるデータの量（以下では伝送負荷と呼ぶ）をできるだけ抑えることが望ましい。そこで、配信システムとして、コンテンツの視聴を要求する受信装置の数に応じて、ストリームデータの配信に使用する伝送方式をユニキャスト又はマルチキャストに切り替えるものが提案されている（例えば、特許文献１参照）。

特開２０１４－１３１１５６号公報（図１等）

しかしながら、かかる構成の配信システムでは、例えば受信装置が広く分散され伝送経路が多岐に渡っている場合等に、ユニキャストからマルチキャストに切り替えることにより、却って伝送負荷が増加する場合がある、という問題があった。

本発明は以上の点を考慮してなされたもので、ネットワークを介したストリームデータの配信を効率良く行い得る配信システム、配信装置、プログラム及び配信方法を提案しようとするものである。

かかる課題を解決するため本発明の配信システムにおいては、通信装置としてストリームデータを配信する配信装置と、当該ストリームデータを中継する中継装置と、当該ストリームデータを受信する受信装置とを有し、複数の伝送路により複数の通信装置が接続された配信システムであって、配信装置には、ストリームデータをユニキャストにより配信する場合に、当該ストリームデータを伝送する伝送路において発生する伝送負荷を算出しユニキャスト負荷とするユニキャスト負荷算出部と、ストリームデータをマルチキャストにより配信する場合に、当該ストリームデータを伝送する伝送路において発生する伝送負荷を算出しマルチキャスト負荷とするマルチキャスト負荷算出部と、ユニキャスト負荷及びマルチキャスト負荷を基に、ストリームデータの配信方式をユニキャスト又はマルチキャストの何れかに決定する配信方式決定部とを設け、ユニキャスト負荷算出部は、中継装置を介して受信装置それぞれへ伝送されるストリームデータを伝送路毎に計数した結果を基に、ユニキャスト負荷を算出し、マルチキャスト負荷算出部は、中継装置を介して受信装置へ伝送されるストリームデータを伝送路毎に計数した結果を基に、マルチキャスト負荷を算出するようにした。

また本発明の配信装置においては、複数の伝送路により接続された複数の通信装置の１つであり、複数の伝送路を結んだ経路に沿って伝送されるストリームデータを配信する配信装置であって、ストリームデータをユニキャストにより配信する場合に、当該ストリームデータを伝送する伝送路において発生する伝送負荷を算出しユニキャスト負荷とするユニキャスト負荷算出部と、ストリームデータをマルチキャストにより配信する場合に、当該ストリームデータを伝送する伝送路において発生する伝送負荷を算出しマルチキャスト負荷とするマルチキャスト負荷算出部と、ユニキャスト負荷及びマルチキャスト負荷を基に、ストリームデータの配信方式をユニキャスト又はマルチキャストの何れかに決定する配信方式決定部とを備え、通信装置には、配信装置と、ストリームデータを中継する中継装置と、当該ストリームデータを受信する受信装置とが含まれ、ユニキャスト負荷算出部は、中継装置を介して受信装置それぞれへ伝送されるストリームデータを伝送路毎に計数した結果を基に、ユニキャスト負荷を算出し、マルチキャスト負荷算出部は、中継装置を介して受信装置へ伝送されるストリームデータを伝送路毎に計数した結果を基に、マルチキャスト負荷を算出するようにした。

さらに本発明のプログラムにおいては、コンピュータを、複数の伝送路により接続された複数の通信装置の１つである配信装置から、複数の伝送路を結んだ経路に沿って伝送されるストリームデータをユニキャストにより配信する場合に、当該ストリームデータを伝送する伝送路において発生する伝送負荷を算出しユニキャスト負荷とするユニキャスト負荷算出部、配信装置から、ストリームデータをマルチキャストにより配信する場合に、当該ストリームデータを伝送する伝送路において発生する伝送負荷を算出しマルチキャスト負荷とするマルチキャスト負荷算出部、ユニキャスト負荷及びマルチキャスト負荷を基に、ストリームデータの配信方式をユニキャスト又はマルチキャストの何れかに決定する配信方式決定部として機能させ、通信装置には、配信装置と、ストリームデータを中継する中継装置と、当該ストリームデータを受信する受信装置とが含まれ、ユニキャスト負荷算出部は、中継装置を介して受信装置それぞれへ伝送されるストリームデータを伝送路毎に計数した結果を基に、ユニキャスト負荷を算出し、マルチキャスト負荷算出部は、中継装置を介して受信装置へ伝送されるストリームデータを伝送路毎に計数した結果を基に、マルチキャスト負荷を算出するようにした。

さらに本発明の配信方法においては、複数の伝送路により接続された複数の通信装置の１つであり、複数の伝送路を結んだ経路に沿って伝送されるストリームデータを配信する配信装置の配信方法であって、配信装置は、ストリームデータをユニキャストにより配信する場合に、当該ストリームデータを伝送する伝送路において発生する伝送負荷を算出しユニキャスト負荷とするユニキャスト負荷算出ステップと、ストリームデータをマルチキャストにより配信する場合に、当該ストリームデータを伝送する伝送路において発生する伝送負荷を算出しマルチキャスト負荷とするマルチキャスト負荷算出ステップと、ユニキャスト負荷及びマルチキャスト負荷を基に、ストリームデータの配信方式をユニキャスト又はマルチキャストの何れかに決定する配信方式決定ステップとを有し、通信装置には、配信装置と、ストリームデータを中継する中継装置と、当該ストリームデータを受信する受信装置とが含まれ、ユニキャスト負荷算出ステップは、中継装置を介して受信装置それぞれへ伝送されるストリームデータを伝送路毎に計数した結果を基に、ユニキャスト負荷を算出し、マルチキャスト負荷算出ステップは、中継装置を介して受信装置へ伝送されるストリームデータを伝送路毎に計数した結果を基に、マルチキャスト負荷を算出するようにした。

本発明によれば、ネットワークを介したストリームデータの配信を効率良く行い得る
配信システム、配信装置、プログラム及び配信方法を実現できる。

配信システムの全体構成を示す略線図である。 配信サーバの回路構成を示す略線図である。 ルータの回路構成を示す略線図である。 ＳＴＢ装置の回路構成を示す略線図である。 第１の実施の形態によるストリームデータ配信処理手順を示すフローチャートである。 接続情報通知処理手順を示すフローチャートである。 第１の実施の形態において１台のＳＴＢ装置にストリームデータを配信する場合の伝送負荷を示す略線図である。 第１の実施の形態において２台のＳＴＢ装置にストリームデータを配信する場合の伝送負荷を示す略線図である。 第１の実施の形態において３台のＳＴＢ装置にストリームデータを配信する場合の伝送負荷を示す略線図である。 第１の実施の形態において２台のＳＴＢ装置にストリームデータを配信する場合の伝送負荷を示す略線図である。 第２の実施の形態によるストリームデータ配信処理手順を示すフローチャートである。 第２の実施の形態においてユニキャストによる配信中に３台のＳＴＢ装置にストリームデータを配信する場合の伝送負荷を示す略線図である。 第２の実施の形態においてユニキャストによる配信中に４台のＳＴＢ装置にストリームデータを配信する場合の伝送負荷を示す略線図である。 第２の実施の形態においてマルチキャストによる配信中に３台のＳＴＢ装置にストリームデータを配信する場合の伝送負荷を示す略線図である。 第２の実施の形態においてマルチキャストによる配信中に２台のＳＴＢ装置にストリームデータを配信する場合の伝送負荷を示す略線図である。 第２の実施の形態においてマルチキャストによる配信中に１台のＳＴＢ装置にストリームデータを配信する場合の伝送負荷を示す略線図である。

以下、発明を実施するための形態（以下実施の形態とする）について、図面を用いて説明する。本実施の形態は、配信システム、配信装置、プログラム及び配信方法に関するものであり、例えば、複数の通信装置がネットワークを介して接続された配信システムにおいてストリームデータを配信する場合に適用して好適なものである。
ここで、各図は、本発明を十分に理解できる程度に、概略的に示してあるに過ぎない。よって、本発明は、図示例のみに限定されるものではない。また、本実施の形態では、本発明と直接的に関連しない構成や周知な構成について、説明が省略される場合がある。なお、各図において、共通する構成要素や同様な構成要素については、同一の符号付し又は符号を併記し、それらの重複する説明について省略される。

［１．第１の実施の形態］
［１－１．配信システムの構成］
図１に示すように、第１の実施の形態による配信システム１は、複数の通信装置が複数の伝送路Ｐにより相互に接続されたネットワークを形成している。具体的に配信システム１は、通信装置として、１台の配信サーバ２、６台のルータ３（３Ａ、３Ｂ、…、３Ｆ）、２台のスイッチ４（４Ａ及び４Ｂ）、並びに７台のＳＴＢ装置５を有している。また伝送路Ｐは、例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．３ｕ／ａｂ／ａｎ／ａｅ等の規格に準拠した有線ＬＡＮ（Local Area Network）のケーブルにより構成されている。

この配信システム１では、ＳＴＢ装置５からの要求に応じて、配信サーバ２からコンテンツのストリームデータを配信し、これを各ルータ３や各スイッチ４により適宜転送してＳＴＢ装置５に受信させるようになっている。

配信装置としての配信サーバ２は、図２にブロック図を示すように、制御部１１、記憶部１２及び通信部１３がバス１０を介して相互に接続された構成となっている。制御部１１は、図示しないＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等を有している。制御部１１は、ＲＡＭをワークエリアとして使用しながら、ＲＯＭや記憶部１２等から読み出したプログラムをＣＰＵによって実行することにより、様々な処理を行うことができる。

また制御部１１は、例えば記憶部１２からストリームデータ配信プログラム（詳しくは後述する）を読み出して実行することにより、その内部に視聴要求処理部２１、接続情報取得部２２、ユニキャスト負荷算出部２３、マルチキャスト負荷算出部２４及び配信方式決定部２５といった複数の機能ブロックを形成する。なお、各機能ブロックの処理内容については後述する。

記憶部１２は、例えばＳＳＤ（Solid State Drive）やハードディスクドライブ等のような不揮発性の記憶媒体を有しており、各種プログラムや設定情報等の他、映像や音声を含むコンテンツデータを記憶している。また記憶部１２には、コンテンツの視聴を要求してきたＳＴＢ装置５（以下これを視聴要求装置とも呼ぶ）に関する情報を記憶する視聴要求装置情報記憶部２７と、ルータ３Ａから通知される接続情報（詳しくは後述する）を記憶する接続情報記憶部２８とが設けられている。

通信部１３は、例えばＩＥＥＥ８０２．３（ＩＥＥＥ８０２．３ｕ／ａｂ／ａｎ／ａｅ）等の規格に準拠した有線ＬＡＮのインタフェースである。この通信部１３は、所定のプロトコルに従い、伝送路Ｐを介してルータ３Ａ（図１）との間で種々の情報を送受信する。

中継装置としてのルータ３は、図３にブロック図を示すように、制御部３１、記憶部３２及び通信部３３がバス３０を介して相互に接続された構成となっている。制御部３１は、配信サーバ２の制御部１１と同様、図示しないＣＰＵ、ＲＯＭ及びＲＡＭ等を有しており、ＲＡＭをワークエリアとして使用しながら、ＲＯＭや記憶部３２等から読み出したプログラムをＣＰＵによって実行することにより、様々な処理を行うことができる。

記憶部３２は、例えばＳＳＤ等のような不揮発性の記憶媒体を有しており、各種プログラムや設定情報等を記憶している。また記憶部３２には、伝送路Ｐを介した他の機器との接続状態に関する情報を記憶する接続情報記憶部４７が設けられている。

通信部３３は、配信サーバ２の通信部１３（図２）と同様、例えばＩＥＥＥ８０２．３（ＩＥＥＥ８０２．３ｕ／ａｂ／ａｎ／ａｅ）等の規格に準拠した有線ＬＡＮのインタフェースである。この通信部３３は、複数の伝送路Ｐと接続されており、各伝送路Ｐにより接続された他のルータ３やスイッチ４、或いは配信サーバ２等の通信機器との間で、種々の情報を送受信する。

また制御部３１は、例えば記憶部３２から所定のプログラムを読み出して実行することにより、その内部に接続状態管理部４１、通知処理部４２、ユニキャスト中継処理部４３及びマルチキャスト中継処理部４４といった複数の機能ブロックを形成する。

このうち接続状態管理部４１は、伝送路Ｐにより直接接続されている他の通信機器、及びスイッチ４を介して接続されている他の通信機器との接続状態を検知し、当該接続状態を表す接続情報を生成して、記憶部３２の接続情報記憶部４７に記憶させる。例えばルータ３Ｂ（図１）の接続状態管理部４１は、伝送路Ｐにより直接接続されているルータ３Ａとの接続状態、並びにスイッチ４Ａを介して接続されているルータ３Ｅ及び３Ｆとの接続状態をそれぞれ検知し、これらのネットワークアドレス等を含む接続情報を生成して接続情報記憶部４７に記憶させる。因みに接続状態管理部４１は、所定の時間間隔毎に接続状態を検知しており、接続情報を逐次更新している。

通知処理部４２は、ＳＴＢ装置５から配信サーバ２へ向けて送信されたコンテンツの視聴要求等の通知を、何れかの伝送路Ｐから受信すると、この通知を、当該配信サーバ２へ向かう伝送路Ｐに対して送出することにより中継（転送）する。また通知処理部４２は、配信サーバ２からの要求に応じて、接続情報を該配信サーバ２や他のルータ３等へ通知する（詳しくは後述する）。

ユニキャスト中継処理部４３は、配信サーバ２からユニキャストによりＳＴＢ装置５へ宛てて配信されたストリームデータを、通信部３３に接続された何れかの伝送路Ｐから受信すると、このストリームデータを、該ＳＴＢ装置５へ向かう伝送路Ｐに対して送出することにより中継する。

マルチキャスト中継処理部４４は、配信サーバ２からマルチキャストにより配信されたストリームデータを、通信部３３に接続された何れかの伝送路Ｐから受信すると、他の何れかの伝送路Ｐが、その視聴を希望するＳＴＢ装置５へ向かう伝送経路上に位置していれば、このストリームデータを、他の各伝送路Ｐに対してこのストリームデータを送出することにより中継する。ただしマルチキャスト中継処理部４４は、他の全ての伝送路Ｐが、その視聴を希望するＳＴＢ装置５へ向かう伝送経路上に位置していなかった場合、当該ストリームデータを送出しない。

中継装置としてのスイッチ４（図１）は、スイッチングハブとも呼ばれており、ルータ３（図３）と同様に、制御部、記憶部及び通信部（図示せず）等を有している。このスイッチ４は、通信部に複数（例えば８個）の接続端子を有しており、それぞれ伝送路Ｐを介して他の通信機器（ルータ３やＳＴＢ装置５等）とそれぞれ接続されている。

受信装置としてのＳＴＢ（Set Top Box）装置５は、図４にブロック図を示すように、制御部５１、記憶部５２及び通信部５３がバス５０を介して相互に接続された構成となっている。さらにＳＴＢ装置５は、出力部５４及び操作部５５がバス５０を介して接続された構成となっている。制御部５１は、配信サーバ２の制御部１１と同様、図示しないＣＰＵ、ＲＯＭ及びＲＡＭ等を有しており、ＲＡＭをワークエリアとして使用しながら、ＲＯＭや記憶部５２等から読み出したプログラムをＣＰＵによって実行することにより、様々な処理を行うことができる。

記憶部５２は、例えばＳＳＤ等のような不揮発性の記憶媒体を有しており、各種プログラムや設定情報等を記憶している。通信部５３は、配信サーバ２の通信部１３（図２）等と同様、例えばＩＥＥＥ８０２．３（ＩＥＥＥ８０２．３ｕ／ａｂ／ａｎ／ａｅ）等の規格に準拠した有線ＬＡＮのインタフェースである。この通信部５３は、伝送路Ｐを介してスイッチ４等の通信機器との間で種々の情報を送受信する。

出力部５４は、例えばＨＤＭＩ（登録商標）のインタフェースであり、映像及び音声を所定の信号形式で出力する。この出力部５４には、接続ケーブルを介してテレビジョン装置やディスプレイ装置等でなる表示装置（何れも図示せず）が接続される。

操作部５５は、例えば本体部の前面や所定のリモートコントローラ（図示せず）等に設けられた複数の操作ボタンであり、ユーザの押下操作を受け付けて制御部５１に通知する。これに応じて制御部５１は、当該操作に応じた処理を行う。

また制御部５１は、例えば記憶部５２からストリーム受信プログラム（詳しくは後述する）を読み出して実行することにより、その内部に配信要求部６１、ユニキャスト受信部６２、マルチキャスト受信部６３及び再生処理部６４といった複数の機能ブロックを形成する。

配信要求部６１は、ユーザにより操作部５５を介してコンテンツの視聴を開始する操作を受け付けると、通信部５３から配信サーバ２に宛ててコンテンツの視聴要求を通知させる。ユニキャスト受信部６２は、配信サーバ２からユニキャストにより配信されるストリームデータを受信してコンテンツを復元し、再生処理部６４に供給する。マルチキャスト受信部６３は、配信サーバ２からマルチキャストにより配信されるストリームデータを受信してコンテンツを復元し、再生処理部６４に供給する。再生処理部６４は、供給されるコンテンツを基に映像データや音声データを生成し、これらを出力部５４へ供給する。

［１－２．ストリームデータ配信処理及び接続情報通知処理］
次に、配信システム１においてコンテンツのストリームデータを配信する際に、配信サーバ２において行われるストリームデータ配信処理手順と、各ルータ３において行われる接続情報通知処理について説明する。ここで、当該説明では、図５及び図６のフローチャートと、図７の伝送負荷を示す略線図とを軸にして説明される。

配信システム１（図１）では、例えばＳＴＢ装置５Ａにおいて、ユーザにより操作部５５（図４）を介してコンテンツの視聴を開始する操作が行われると、当該ＳＴＢ装置５Ａから配信サーバ２に宛てて視聴要求が送信される。この視聴要求は、複数の中継装置、すなわち各スイッチ４及び各ルータ３により適宜転送され、最終的にルータ３Ａから配信サーバ２へ送信される。

これに応じて配信サーバ２の制御部１１（図２）は、記憶部１２からストリームデータ配信プログラムを読み出して実行することにより、図５に示すストリームデータ配信処理手順ＲＴ１を開始してステップＳＰ１に移る。

ステップＳＰ１（図５）において制御部１１（図２）は、視聴要求処理部２１により、受信した視聴要求の受付処理を行い、次のステップＳＰ２に移る。具体的に視聴要求処理部２１は、例えば視聴要求の送信元であり、コンテンツの配信先となるＳＴＢ装置５Ａ（すなわち視聴要求装置）に関する情報として、ネットワークアドレス等の情報を記憶部１２の視聴要求装置情報記憶部２７に記憶させる。また制御部１１は、既に当該コンテンツのストリームデータを配信中であれば、現在の配信方式（ユニキャスト又はマルチキャスト）を記憶する。

説明の都合上、以下では、配信サーバ２から視聴要求装置（例えばＳＴＢ装置５Ａ）に至る伝送経路において、当該配信サーバ２を最上位と位置づけ、当該視聴要求装置を最下位と位置づけて、伝送路Ｐにより相互に接続された各通信機器の相対的な関係を「上位」又は「下位」と表記する。例えば配信システム１（図１）において、ルータ３Ｂは、ルータ３Ａの下位に位置しており、且つルータ３Ｅ及び３Ｆの上位に位置している。

ステップＳＰ２（図５）において制御部１１（図２）は、接続情報取得部２２により、視聴要求装置（例えばＳＴＢ装置５Ａ）までの伝送経路上に配置された各ルータ３に対し、それぞれにおける他の通信装置との接続状態を表す接続情報を通知するよう要求し、次のステップＳＰ３（図５）に移る。

ここで、ルータ３において自己の接続情報等を上位のルータ３等へ通知する接続情報通知処理について説明する。ルータ３の制御部３１（図３）は、配信サーバ２から接続情報の通知が要求されると、記憶部３２から接続情報通知プログラムを読み出して実行することにより、図６に示す接続情報通知処理手順ＲＴ２を開始してステップＳＰ２１に移る。

ステップＳＰ２１（図６）において制御部３１（図３）は、記憶部３２の接続情報記憶部２８から接続情報を読み出し、次のステップＳＰ２２（図６）に移る。ステップＳＰ２２において制御部３１は、配信サーバ２から通知された視聴要求装置（例えばＳＴＢ装置５Ａ）までの伝送経路上に、他のルータ３（すなわち下位のルータ３）が存在するか否かを判定する。具体的に制御部３１は、例えばＳＴＢ装置５Ａのネットワークアドレスが、自己の通信部３３に設定されたネットワークアドレスと同一のネットワークに属しているか否かを基に、下位のルータ３の有無を判定する。

ここで肯定結果が得られると、このことは下位のルータ３から得られる接続情報と自己の接続情報とを統合して上位のルータ３等へ通知する必要があることを表している。このとき制御部３１（図３）は、次のステップＳＰ２３（図６）に移る。ステップＳＰ２３において制御部３１は、下位のルータ３から接続情報を取得したか否かを判定する。ここで否定結果が得られると、制御部３１はこのステップＳＰ２３を繰り返すことにより、下位のルータ３から接続情報を取得するのを待ち受ける。

一方、ステップＳＰ２３（図６）において肯定結果が得られると、制御部３１（図３）は次のステップＳＰ２４に移る。ステップＳＰ２４において制御部３１は、自己の接続情報と下位のルータ３から取得した接続情報とを統合し、次のステップＳＰ２５（図６）に移る。

一方、ステップＳＰ２２（図６）において否定結果が得られると、このことは視聴要求装置までの伝送経路上において自己よりも下位に他のルータ３が存在しないため、自己の接続情報をそのまま上位のルータ３へ通知するべきであることを表している。このとき制御部３１（図３）は、次のステップＳＰ２５（図６）に移る。ステップＳＰ２５において制御部３１は、通知処理部４２（図３）により、統合した接続情報又は自己の接続情報を、上位のルータ３へ通知した後、その次のステップＳＰ２６（図６）に移って接続情報通知処理手順ＲＴ２を終了する。

このように各ルータ３は、視聴要求装置までの伝送経路上において自己よりも下位に他のルータ３が存在する場合、当該下位のルータ３から接続情報を取得し、これを自己の接続情報と統合してから上位に通知する。これにより、最も上位に位置するルータ３Ａ（図１）は、視聴要求装置までの伝送経路上に存在する全てのルータ３に関する接続情報を統合して、その上位に位置する配信サーバ２に通知することになる。

再びストリームデータ配信処理手順ＲＴ１（図５）に戻ると、ステップＳＰ３において制御部１１（図２）は、接続情報取得部２２によりルータ３Ａから接続情報を取得したか否かを判定する。ここで否定結果が得られると、制御部１１はこのステップＳＰ３を繰り返すことにより、該ルータ３Ａから接続情報の取得を待ち受ける。

一方、ステップＳＰ３（図５）において肯定結果が得られると、このことはルータ３Ａから接続情報を取得できたため、視聴要求装置までの伝送経路上に位置する各中継装置（各ルータ３及び各スイッチ４）に関する各伝送路の接続状態、すなわちネットワークトポロジーを把握できたことを表している。このとき制御部１１（図２）は、次のステップＳＰ４（図５）に移る。

ステップＳＰ４（図５）において制御部１１（図２）は、ユニキャスト負荷算出部２３により、ユニキャスト負荷ＬＵを算出し、次のステップＳＰ５（図５）に移る。このユニキャスト負荷ＬＵとは、配信システム１においてユニキャストを使用してストリームデータを配信する場合に、各伝送路Ｐに与える負荷の合計である伝送負荷の大きさを表す指標であり、数値により表される。

具体的にユニキャスト負荷算出部２３（図２）は、図７（Ａ）に示すように、仮想的に配信システム１を構築した上で、ユニキャストを使用する場合にストリームデータが流れる伝送路Ｐを特定する。図７（Ａ）では、近傍に太矢印を表した伝送路Ｐにストリームデータが流れ、他の伝送路Ｐに該ストリームデータが流れないことを表している。

そのうえでユニキャスト負荷算出部２３（図２）は、ストリームデータが流れる伝送路Ｐの本数、すなわち図７（Ａ）における太矢印の本数を計数する。例えば視聴要求装置がＳＴＢ装置５Ａのみである場合、ユニキャスト負荷ＬＵの値は、図７（Ａ）における太矢印の本数である「６」となる。

ステップＳＰ５（図５）において制御部１１（図２）は、マルチキャスト負荷算出部２４（図２）により、マルチキャスト負荷ＬＭを算出し、次のステップＳＰ６（図５）に移る。このマルチキャスト負荷ＬＭとは、上述したユニキャスト負荷ＬＵと対応しており、配信システム１においてマルチキャストを使用してストリームデータを配信する場合に、各伝送路Ｐに与える負荷の合計（すなわち伝送負荷）の大きさを表す指標であり、数値により表される。

具体的にマルチキャスト負荷算出部２４（図２）は、図７（Ｂ）に示すように、仮想的に配信システム１を構築した上で、マルチキャストを使用する場合にストリームデータが流れる伝送路Ｐを特定する。図７（Ｂ）では、図７（Ａ）の場合と同様に、近傍に太矢印を表した伝送路Ｐにストリームデータが流れ、他の伝送路Ｐに該ストリームデータが流れないことを表している。

そのうえでマルチキャスト負荷算出部２４（図２）は、ストリームデータが流れる伝送路Ｐの本数、すなわち図７（Ｂ）における太矢印の本数を計数する。例えば視聴要求装置がＳＴＢ装置５Ａのみである場合、マルチキャスト負荷ＬＭの値は、図７（Ｂ）における太矢印の本数である「１５」となる。

ステップＳＰ６（図５）において制御部１１（図２）は、配信方式決定部２５（図２）により、伝送負荷の値を比較する比較処理を行い、ユニキャスト負荷ＬＵがマルチキャスト負荷ＬＭ以下であるか否かを判定する。ここで肯定結果が得られると、このことは、視聴要求装置に対してコンテンツデータをユニキャストにより配信すると、マルチキャストにより配信する場合よりも、配信システム１全体に与える伝送負荷を同等以下に抑え得ることを表している。このとき制御部１１は、次のステップＳＰ７に移り、配信方式決定部２５により、視聴要求装置に対するコンテンツデータの配信方法をユニキャストに決定し、次のステップＳＰ９（図５）に移る。

一方、ステップＳＰ６（図５）において否定結果が得られると、このことは視聴要求装置に対してコンテンツデータをマルチキャストにより配信すると、ユニキャストにより配信する場合よりも、配信システム１全体に与える伝送負荷を小さく抑え得ることを表している。このとき制御部１１（図２）は、次のステップＳＰ８（図５）に移り、配信方式決定部２５により、視聴要求装置に対するコンテンツデータの配信方法をマルチキャストに決定し、次のステップＳＰ９（図５）に移る。

このように制御部１１（図２）は、ステップＳＰ６～ＳＰ８（図５）において、配信方式決定部２５（図２）により、伝送負荷の大きさを表すユニキャスト負荷ＬＵ及びマルチキャスト負荷ＬＭの大小に応じて、伝送方式をユニキャスト又はマルチキャストに決定する。

ステップＳＰ９（図５）において制御部１１（図２）は、決定した配信方法が現在の配信方法から変更することになるか否かを判定する。ここで肯定結果が得られると、制御部１１は次のステップＳＰ１０（図５）に移り、ストリームデータを受信中の各ＳＴＢ装置５に対し、配信方法を変更することを通知して、その次のステップＳＰ１１（図５）に移る。これにより各ＳＴＢ装置５は、配信方法の変更に備え、所定の準備処理を行う。

一方、ステップＳＰ９（図５）において否定結果が得られると、このことは決定した配信方法が現在の配信方式から変更されていないため、ストリームデータを受信中の各ＳＴＢ装置５が何ら特別な対処を行う必要が無いことを表している。このとき制御部１１（図２）は、次のステップＳＰ１１に移る。

ステップＳＰ１１（図５）において制御部１１（図２）は、決定した配信方式（ユニキャスト又はマルチキャスト）によりコンテンツデータを配信し、次のステップＳＰ１２（図５）に移ってストリームデータ配信処理手順ＲＴ１を終了する。

因みに制御部１１（図２）は、何れかのＳＴＢ装置５からコンテンツの視聴要求を受信する度に、また各ＳＴＢ装置５から当該コンテンツの視聴を中止する通知を受信する度に、ストリームデータ配信処理手順ＲＴ１（図５）を実行するようになっている。

［１－３．配信方式の決定及び変更］
次に、配信システム１においてコンテンツの視聴を要求するＳＴＢ装置５の台数やその変動に伴い、配信サーバ２が配信方法を決定し、或いは変更する様子について、具体的な事例を想定しながら説明する。

まず、配信システム１において、ＳＴＢ装置５Ａのみがコンテンツの視聴を要求してきた場合、すなわちコンテンツの視聴を要求するＳＴＢ装置５が１台である場合を想定する。この場合、配信サーバ２は、図７（Ａ）及び（Ｂ）に示したように、ユニキャスト負荷ＬＵの値を「６」と計数し、またマルチキャスト負荷ＬＭの値を「１５」と計数する。これにより配信サーバ２は、ユニキャスト負荷ＬＵ＜マルチキャスト負荷ＬＭとなるため、伝送負荷の値が小さいユニキャストを配信方法として決定し、このユニキャストによりコンテンツデータを配信する。

次に、配信システム１において、ＳＴＢ装置５Ｂが新たにコンテンツの視聴を要求してきた場合、すなわちコンテンツの視聴を要求するＳＴＢ装置５が２台となる場合を想定する。この場合、配信サーバ２は、図８（Ａ）及び（Ｂ）に示すように、ユニキャスト負荷ＬＵの値を「１２」と計数し、またマルチキャスト負荷ＬＭの値を「１５」と計数する。これにより配信サーバ２は、引き続きユニキャスト負荷ＬＵ＜マルチキャスト負荷ＬＭとなるため、伝送負荷の値が小さいユニキャストにより、コンテンツデータを引き続き配信する。

さらに、配信システム１において、ＳＴＢ装置５Ｃが新たにコンテンツの視聴を要求してきた場合、すなわちコンテンツの視聴を要求するＳＴＢ装置５が３台となる場合を想定する。この場合、配信サーバ２は、図９（Ａ）及び（Ｂ）に示すように、ユニキャスト負荷ＬＵの値を「１８」と計数し、またマルチキャスト負荷ＬＭの値を「１５」と計数する。これにより配信サーバ２は、ユニキャスト負荷ＬＵ＞マルチキャスト負荷ＬＭとなるため、伝送負荷の値が小さいマルチキャストを新たな伝送方法として決定し、ユニキャストからマルチキャストに切り替えて、コンテンツデータを配信する。

このとき配信サーバ２は、ストリームデータ配信処理手順ＲＴ１のステップＳＰ１０及びＳＰ１１（図５）に従い、ユニキャストによるストリームデータを受信中の各ＳＴＢ装置５に対し、配信方法をマルチキャストに切り替える旨を通知し、所定時間が経過した後、マルチキャストによる配信を開始すると共にユニキャストによる配信を停止する。

今度は、配信システム１において、ＳＴＢ装置５Ｂがコンテンツの視聴中止を要求してきた場合、すなわちコンテンツの視聴を要求するＳＴＢ装置５が再び２台となる場合を想定する。この場合、配信サーバ２は、図１０（Ａ）及び（Ｂ）に示すように、ユニキャスト負荷ＬＵの値を「１２」と計数し、またマルチキャスト負荷ＬＭの値を「１５」と計数する。これにより配信サーバ２は、再びユニキャスト負荷ＬＵ＜マルチキャスト負荷ＬＭとなるため、伝送負荷の値が小さいユニキャストを新たな伝送方法として決定し、マルチキャストからユニキャストに切り替えて、コンテンツデータを配信する。

このとき配信サーバ２は、ストリームデータ配信処理手順ＲＴ１のステップＳＰ１０及びＳＰ１１（図５）に従い、マルチキャストによるストリームデータを受信中の各ＳＴＢ装置５に対し、配信方法をユニキャストに切り替える旨を通知し、所定時間が経過した後、ユニキャストによる配信を開始すると共にマルチキャストによる配信を停止する。

［１－４．動作及び効果］
以上の構成において、第１の実施の形態による配信システム１の配信サーバ２は、コンテンツの視聴を要求する全てのＳＴＢ装置５に対してストリームデータを配信する場合の伝送負荷を、ネットワークトポロジーに基づいた詳細な値として配信方式ごとに算出し、当該伝送負荷が小さい配信方式を採用する。

具体的に配信サーバ２は、各ルータ３から得られた接続情報を基に、各伝送路Ｐを流れるストリームデータによる全ての負荷の合計を、ユニキャスト負荷ＬＵ及びマルチキャスト負荷ＬＭとしてそれぞれ算出（計数）し、その値が小さい方と対応する配信方法により、当該ストリームデータを配信する。すなわち配信サーバ２は、ユニキャスト負荷ＬＵの方が小さい値であれば、配信方式としてユニキャストを採用し、マルチキャスト負荷ＬＭの方が小さい値であれば、配信方式としてマルチキャストを採用する。

これにより配信システム１では、配信サーバ２から当該ストリームデータを配信することに伴って配信システム１の各伝送路Ｐに与える負荷の合計（すなわち伝送負荷）を、最も小さく抑え得るような配信方式を選択した上で、各ＳＴＢ装置５に対して当該ストリームデータを配信することができる。

ところで、一般にルータは、マルチキャストによるストリームデータの配信経路上に位置している場合、当該ストリームデータを、接続されている全ての伝送路Ｐに供給する、という処理を行う。

このため、仮に２台のＳＴＢ装置がコンテンツの視聴を要求し、マルチキャストによりコンテンツデータを配信する、という条件下であっても、２台のＳＴＢ装置が同一のルータに接続されている場合と、互いに異なるルータにそれぞれ接続されている場合とでは、コンテンツデータが流れる伝送路の数が互いに相違することになる。

このため、特許文献１のように、コンテンツの視聴を要求するＳＴＢ装置の台数を基に配信方式を決定した場合、ストリームデータを流すことにより各伝送路に与える負荷の合計、すなわち伝送負荷については、必ずしも小さくならない恐れがあった。

この点において、本実施の形態による配信システム１では、配信サーバ２が各ルータ３から得られる接続情報を基に、ストリームデータが流れる伝送路Ｐの総数を１本ずつ計数することにより、配信方式ごとの伝送負荷であるユニキャスト負荷ＬＵ及びマルチキャスト負荷ＬＭをそれぞれ算出（計数）する。このため配信システム１では、各ＳＴＢ装置５に至る各伝送路Ｐの具体的な接続形態、すなわちネットワークトポロジーを考慮した、精度の高い伝送負荷を基に、最適な配信方式を的確に選択することができる。

また配信サーバ２は、伝送負荷を算出する際、各ルータ３から通知される接続情報を基に、各配信方式においてストリームデータが流れる伝送路Ｐの数を計数するようにした（図７等）。このため配信システム１では、配信サーバ２に対し、接続情報を基に伝送路Ｐの数を計数するといった比較的簡素な計数処理を行わせるだけで、伝送方式の決定に必要な伝送負荷の値を容易に得ることができる。

さらに配信サーバ２は、各ルータ３から接続情報を通知させ、これを基にネットワークトポロジーを認識して、配信方式ごとの伝送負荷を算出するようにした。このため配信システム１では、配信サーバ２に対し、ネットワークトポロジーを調査するための煩雑な処理を行わせること無く、高い精度で伝送負荷を算出することができる。

特に各ルータ３は、接続情報を上位の通信装置に通知するようにし、下位のルータ３から接続情報を受け取ったルータ３は、受け取った当該接続情報と自己の接続情報とを統合して、上位に通知するようにした（図６）。このため配信システム１では、各ルータ３におけるそれぞれの処理負荷を必要最小限に抑えることができる。

また各ルータ３は、配信サーバ２から要求があった場合にのみ、接続情報を通知するようにした。このため配信システム１では、配信サーバ２において伝送負荷を算出する必要がある場合にのみ、最新の接続情報を各ルータ３からそれぞれの上位装置へ通知すれば良く、無駄なトラフィックを発生させることが無い。

以上の構成によれば、配信システム１の配信サーバ２は、コンテンツの視聴を要求する全てのＳＴＢ装置５に対してストリームデータを配信する場合の伝送負荷を、ネットワークトポロジーに基づいた伝送路Ｐの本数により、ユニキャスト負荷ＬＵ及びマルチキャスト負荷ＬＭとしてそれぞれ算出し、その値が小さい配信方式を採用する。これにより配信システム１では、配信サーバ２から当該ストリームデータを配信することに伴って各伝送路Ｐに与える負荷の合計を、最も小さく抑え得るような配信方式を選択した上で、各ＳＴＢ装置５に対して当該ストリームデータを配信することができる。

［２．第２の実施の形態］
第２の実施の形態による配信システム２０１（図１）は、第１の実施の形態による配信システム１と比較して、配信サーバ２に代わる配信サーバ２０２を有する点において相違するものの、他の点については同様に構成されている。配信サーバ２０２（図２）は、第１の実施の形態による配信サーバ２と比較して、制御部１１及び記憶部１２に代わる制御部２１１及び記憶部２１２を有する点において相違するものの、他の点については同様に構成されている。

制御部２１１（図２）は、第１の実施の形態による制御部１１と比較して、配信方式決定部２５に代わる配信方式決定部２２５を有する点において相違するものの、他の点については同様に構成されている。配信方式決定部２２５は、第１の実施の形態とは一部異なる手法により、コンテンツデータの配信方法（すなわちユニキャスト又はマルチキャスト）を決定するようになっている（詳しくは後述する）。また記憶部２１２は、第１の実施の形態と一部異なるストリームデータ配信プログラムを記憶している。

次に、第２の実施の形態において配信サーバ２０２（図２）において行われるストリームデータ配信処理について説明する。配信サーバ２０２の制御部２１１は、例えば第１の実施の形態と同様にＳＴＢ装置５Ａ（図１）からルータ３等を介して視聴要求を取得すると、記憶部２１２からストリームデータ配信プログラムを読み出して実行する。これにより制御部２１１は、図５と対応する図１１に示すストリームデータ配信処理手順ＲＴ３を開始してステップＳＰ３１に移る。

制御部２１１（図２）は、ステップＳＰ３１～ＳＰ３５（図１１）において、第１の実施の形態におけるステップＳＰ１～ＳＰ５（図５）とそれぞれ同様の処理を行うことにより、ユニキャスト負荷ＬＵ及びマルチキャスト負荷ＬＭをそれぞれ算出し、次のステップＳＰ３６に移る。

ステップＳＰ３６（図１１）において制御部２１１（図２）は、配信方式決定部２２５により、現在の配信方式に応じて伝送負荷の値を補正した補正伝送負荷を算出し、次のステップＳＰ３７に移る。具体的に配信方式決定部２２５は、現在選択されている配信方式と対応する伝送負荷（すなわちユニキャスト負荷ＬＵ又はマルチキャスト負荷ＬＭ）の値から、予め設定された補正値Ｒ、例えば値「４」を減算することにより、補正伝送負荷（以下これを補正ユニキャスト負荷ＬＵＲ又は補正マルチキャスト負荷ＬＭＲと呼ぶ）を算出する。

その後、制御部２１１（図２）は、ステップＳＰ３７～ステップＳＰ４３（図１１）において、第１の実施の形態におけるステップＳＰ６～ＳＰ１２（図５）と同様の処理を行うことにより、ストリームデータの配信方式を決定してストリームデータ配信処理手順ＲＴ３を終了する。

ただし制御部２１１（図２）は、ステップＳＰ３７（図１１）において、配信方式決定部２２５により、補正後の伝送負荷を用いた比較処理を行う。すなわち配信方式決定部２２５は、ユニキャストでストリームデータを配信中であれば補正ユニキャスト負荷ＬＵＲとマルチキャスト負荷ＬＭとを比較し、マルチキャストでストリームデータを配信中であればユニキャスト負荷ＬＵと補正マルチキャスト負荷ＬＭＲとを比較する。

次に、第１の実施の形態と同様に、配信システム２０１（図１）においてコンテンツの視聴を要求するＳＴＢ装置５の台数やその変動に伴い、配信サーバ２０２が配信方法を決定し、或いは変更する様子について、具体的な事例を想定しながら説明する。

まず、例えば配信サーバ２０２が２台のＳＴＢ装置５Ａ及び５Ｂから視聴要求を受け付け、図８（Ａ）に示した場合と同様にユニキャストによりストリームデータを配信している状態であったとする。ここで、３台目となるＳＴＢ装置５Ｃからも視聴要求を受け付けた場合、制御部２１１は、図１２に示すように、ステップＳＰ３５（図１１）までの処理により、ユニキャスト負荷ＬＵの値を「１８」と算出し、またマルチキャスト負荷ＬＭの値を「１５」と算出する。

続いて配信方式決定部２２５（図２）は、ステップＳＰ３６（図１１）の処理により、現在選択されている配信方法であるユニキャストと対応するユニキャスト負荷ＬＵの値「１８」から補正値Ｒの値「４」を減算することにより、補正ユニキャスト負荷ＬＵＲの値「１４」を算出する。さらに配信方式決定部２２５（図２）は、ステップＳＰ３７（図１１）の処理により、補正ユニキャスト負荷ＬＵＲの値「１４」とマルチキャスト負荷ＬＭの値「１５」とを比較し、その値がより小さい補正ユニキャスト負荷ＬＵＲと対応する配信方式、すなわちユニキャスト（図１２（Ａ））を引き続き採用する。

さらに、図１２（Ａ）に示した場合において、４台目となるＳＴＢ装置５Ｄからも視聴要求を受け付けた場合、制御部２１１は、図１３に示すように、ステップＳＰ３５（図１１）までの処理により、ユニキャスト負荷ＬＵの値を「２４」と算出し、またマルチキャスト負荷ＬＭの値を「１５」と算出する。

続いて配信方式決定部２２５（図２）は、ステップＳＰ３６（図１１）の処理により、現在選択されている配信方法であるユニキャストと対応するユニキャスト負荷ＬＵの値「２４」から補正値Ｒの値「４」を減算することにより、補正ユニキャスト負荷ＬＵＲの値「２０」を算出する。さらに配信方式決定部２２５（図２）は、ステップＳＰ３７（図１１）の処理により、補正ユニキャスト負荷ＬＵＲの値「２０」とマルチキャスト負荷ＬＭの値「１５」とを比較し、その値がより小さいマルチキャスト負荷ＬＭと対応する配信方式、すなわちマルチキャスト（図１３（Ｂ））を新たな配信方式に決定する。

すなわち配信サーバ２０２は、コンテンツの視聴を希望するＳＴＢ装置５の数が増加してきた場合、当該ＳＴＢ装置５の数が３台未満であればユニキャストを維持し、４台以上となった段階でようやくマルチキャストに切り替える。

今度は、図１３（Ｂ）に示した状態において、１台のＳＴＢ装置５Ｄが視聴の中止を要求してきた場合、すなわち視聴を要求するＳＴＢ装置５の台数が４台から３台に減少する場合を想定する。このとき制御部２１１（図２）は、図１４に示すように、ステップＳＰ３５（図１１）までの処理により、ユニキャスト負荷ＬＵの値を「１８」と算出し、またマルチキャスト負荷ＬＭの値を「１５」と算出する。

続いて配信方式決定部２２５（図２）は、ステップＳＰ３６（図１１）の処理により、現在選択されている配信方法であるマルチキャストと対応するマルチキャスト負荷ＬＭの値「１５」から補正値Ｒの値「４」を減算することにより、補正マルチキャスト負荷ＬＭＲの値「１１」を算出する。さらに配信方式決定部２２５（図２）は、ステップＳＰ３７（図１１）の処理により、ユニキャスト負荷ＬＵの値「１８」と補正マルチキャスト負荷ＬＭＲの値「１１」とを比較し、その値がより小さい補正マルチキャスト負荷ＬＭＲと対応する配信方式、すなわちマルチキャスト（図１４（Ｂ））を引き続き採用する。

次に、図１４（Ｂ）に示した状態において、１台のＳＴＢ装置５Ｃが視聴の中止を要求してきた場合、すなわち視聴を要求するＳＴＢ装置５の台数が３台から２台に減少する場合を想定する。制御部２１１（図２）は、図１５に示すように、ステップＳＰ３５（図１１）までの処理により、ユニキャスト負荷ＬＵの値を「１２」と算出し、またマルチキャスト負荷ＬＭの値を「１５」と算出する。

続いて配信方式決定部２２５（図２）は、ステップＳＰ３６（図１１）の処理により、現在選択されている配信方法であるマルチキャストと対応するマルチキャスト負荷ＬＭの値「１５」から補正値Ｒの値「４」を減算することにより、補正マルチキャスト負荷ＬＭＲの値「１１」を算出する。さらに配信方式決定部２２５（図２）は、ステップＳＰ３７（図１１）の処理により、ユニキャスト負荷ＬＵの値「１２」と補正マルチキャスト負荷ＬＭＲの値「１１」とを比較し、その値がより小さい補正マルチキャスト負荷ＬＭＲと対応する配信方式、すなわちマルチキャスト（図１５（Ｂ））を引き続き採用する。

さらに、図１５（Ｂ）に示した状態において、１台のＳＴＢ装置５Ｂが視聴の中止を要求してきた場合、すなわち視聴を要求するＳＴＢ装置５の台数が２台から１台に減少する場合を想定する。制御部２１１（図２）は、図１６に示すように、ステップＳＰ３５（図１１）までの処理により、ユニキャスト負荷ＬＵの値を「６」と算出し、またマルチキャスト負荷ＬＭの値を「１５」と算出する。

続いて配信方式決定部２２５（図２）は、ステップＳＰ３６（図１１）の処理により、現在選択されている配信方法であるマルチキャストと対応するマルチキャスト負荷ＬＭの値「１５」から補正値Ｒの値「４」を減算することにより、補正マルチキャスト負荷ＬＭＲの値「１１」を算出する。さらに配信方式決定部２２５（図２）は、ステップＳＰ３７（図１１）の処理により、ユニキャスト負荷ＬＵの値「６」と補正マルチキャスト負荷ＬＭＲの値「１１」とを比較し、その値がより小さいユニキャスト負荷ＬＵと対応する配信方式、すなわちユニキャスト（図１６（Ｂ））を新たな配信方式として採用する。

すなわち配信サーバ２０２は、コンテンツの視聴を希望するＳＴＢ装置５の数が減少してきた場合、当該ＳＴＢ装置５の数が２台以上であればマルチキャストを維持し、１台以下となった段階でようやくユニキャストに切り替える。

このように、第２の実施の形態による配信システム２０１の配信サーバ２０２は、伝送負荷の値を補正するため、コンテンツの視聴を希望するＳＴＢ装置５の台数が増減した場合に、配信方式を切り替える頻度を低減させることができる。これにより配信システム２０１では、配信方式の切替に伴ってＳＴＢ装置５においてコンテンツの再生中断や映像及び音声の途切れ等が発生する頻度を格段に低減でき、当該コンテンツの円滑な再生をできるだけ維持し、ユーザの満足度を高めることができる。

その他の点においても、第２の実施の形態による配信システム２０１は、第１の実施の形態と同様の作用効果を奏し得る。

以上の構成によれば、配信システム２０１の配信サーバ２０２は、コンテンツの視聴を要求する全てのＳＴＢ装置５に対してストリームデータを配信する場合の伝送負荷を、ネットワークトポロジーに基づいた伝送路Ｐの本数により算出し、さらに現在の配信方式に応じて補正した上で、その値が小さい配信方式を採用する。これにより配信システム２０１では、配信サーバ２０２から当該ストリームデータを配信することに伴って各伝送路Ｐに与える負荷の合計を小さく抑え得ると共に、配信方式の頻繁な切替を抑制しながら、適切な配信方式を選択した上で、各ＳＴＢ装置５に対して当該ストリームデータを配信することができる。

［３．他の実施の形態］
なお上述した第１の実施の形態においては、ストリームデータが流れる伝送路Ｐの本数を計数することにより、伝送負荷であるユニキャスト負荷ＬＵ及びマルチキャスト負荷ＬＭをそれぞれ算出する場合について述べた。しかしながら本発明はこれに限らず、例えば伝送路Ｐの長さや最大通信速度等に基づいて係数を設定し、この係数を乗じた値を積算することにより伝送負荷を算出しても良い。第２の実施の形態についても同様である。

また上述した第１の実施の形態においては、各ルータ３が配信サーバ２からの要求に応じて、接続情報通知処理手順ＲＴ２（図６）を開始して接続情報を上位へ通知する場合について述べた。しかしながら本発明はこれに限らず、例えば各ルータ３が下位の通信装置であるＳＴＢ装置５から配信サーバ２へ宛てたコンテンツの視聴要求を転送する際に、接続情報を上位へ通知する等、様々なタイミングで接続情報を上位へ通知しても良い。第２の実施の形態についても同様である。

さらに上述した第２の実施の形態においては、ストリームデータ配信処理手順ＲＴ３（図１１）のステップＳＰ３６において、現在の配信方式と対応する伝送負荷から補正値Ｒを減算する場合について述べた。しかしながら本発明はこれに限らず、例えば現在の配信方式と対応しない伝送負荷に所定の補正値を加算しても良く、或いは現在の配信方式と対応する伝送負荷に所定の係数を乗算しても良い。また、各伝送負荷をそれぞれ補正しても良い。要は、現在の配信方式と対応する伝送負荷の値を他の伝送負荷の値よりも相対的に小さくすることにより、現在の配信方式が選択される（すなわち維持される）可能性を高めて、当該配信方式が切り替わる頻度を低減できれば良い。

さらに上述した第２の実施の形態においては、現在の配信方式と対応する伝送負荷（ユニキャスト負荷ＬＵ又はマルチキャスト負荷ＬＭ）から補正値Ｒを減算することにより、現在の配信方式をできるだけ維持し、当該配信方式が切り替わる頻度を低減させる場合について述べた。しかしながら本発明はこれに限らず、例えば配信方式を切り替える際に計時を開始し、所定の時間（例えば５分間等）が経過するまでは、伝送負荷の大小に関わらず現在の配信方式を維持するようにしても良い。

さらに上述した第１の実施の形態においては、配信サーバ２及びＳＴＢ装置５の間に形成される伝送経路上に、中継装置としてルータ３及びスイッチ４を設置する場合について述べた。しかしながら本発明はこれに限らず、例えばゲートウェイやハブ等、データの中継や転送を行い得る種々の通信装置を中継装置として伝送経路上に設置しても良い。第２の実施の形態についても同様である。

さらに上述した第１の実施の形態においては、各通信装置同士の間を接続する伝送路Ｐを、ＩＥＥＥ８０２．３（ＩＥＥＥ８０２．３ｕ／ａｂ／ａｎ／ａｅ）等の規格に準拠した有線ＬＡＮのケーブルにより構成する場合について述べた。しかしながら本発明はこれに限らず、伝送路Ｐの少なくとも一部を例えばＩＥＥＥ８０２．１１（ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ）等の規格に準拠した無線ＬＡＮ、或いはＢｌｕｅｔｏｏｔｈ（登録商標）等のような他の種々の通信方式としても良い。第２の実施の形態についても同様である。

さらに上述した第１の実施の形態においては、配信サーバ２から配信されるコンテンツをＳＴＢ装置５が受信し、映像や音声を再生してテレビジョン装置やディスプレイ装置等へ出力する場合について述べた。しかしながら本発明はこれに限らず、例えばノート型のコンピュータ装置やスマートフォン、あるいはタブレット装置等のように、通信機能に加えて画像を表示する機能や音声を出力する機能等を有する種々の電子機器によりコンテンツを受信し再生しても良い。第２の実施の形態についても同様である。

さらに上述した第１の実施の形態においては、配信サーバ２の制御部１１（図２）においてストリームデータ配信プログラムを実行することにより、ユニキャスト負荷算出部２３、マルチキャスト負荷算出部２４及び配信方式決定部２５を、ソフトウェアによる機能ブロックとして構成する場合について述べた。しかしながら本発明はこれに限らず、ユニキャスト負荷算出部２３等をハードウェアにより構成しても良く、或いはハードウェア及びソフトウェアの協働により実現しても良い。第２の実施の形態についても同様である。

さらに上述した第１の実施の形態においては、配信サーバ２（図２）が記憶部１２に予め記憶されているストリームデータ配信プログラムを読み出して実行する場合について述べた。しかしながら本発明はこれに限らず、例えばネットワークに接続された所定のサーバ装置（図示せず）から取得し、或いはＵＳＢ（Universal Serial Bus）メモリのような着脱可能な記憶媒体から読み出すことにより、配信サーバ２がストリームデータ配信プログラムを取得して実行しても良い。第２の実施の形態についても同様である。

さらに本発明は、上述した各実施の形態及び他の実施の形態に限定されるものではない。すなわち本発明は、上述した各実施の形態と上述した他の実施の形態の一部又は全部を任意に組み合わせた実施の形態や、一部を抽出した実施の形態にもその適用範囲が及ぶものである。

さらに上述した第１の実施の形態においては、ユニキャスト負荷算出部としてのユニキャスト負荷算出部２３と、マルチキャスト負荷算出部としてのマルチキャスト負荷算出部２４と、配信方式決定部としての配信方式決定部２５とによって配信装置としての配信サーバ２を構成する場合について述べた。しかしながら本発明はこれに限らず、その他種々の構成でなるユニキャスト負荷算出部と、マルチキャスト負荷算出部と、配信方式決定部とによって配信装置を構成しても良い。

本発明は、例えばＳＴＢ装置等からの要求に応じて配信サーバからコンテンツを配信する配信システムで利用できる。

１、２０１……配信システム、２、２０２……配信サーバ、３……ルータ、５……ＳＴＢ装置、１１、２１１……制御部、１２、２１２……記憶部、１３……通信部、２１……視聴要求処理部、２２……接続情報取得部、２３……ユニキャスト負荷算出部、２４……マルチキャスト負荷算出部、２５……配信方式決定部、２２５……配信方式決定部、ＬＭ……マルチキャスト負荷、ＬＭＲ……補正マルチキャスト負荷、ＬＵ……ユニキャスト負荷、ＬＵＲ……補正ユニキャスト負荷、Ｐ……伝送路、Ｒ……補正値。

Claims (8)

1. 通信装置としてストリームデータを配信する配信装置と、当該ストリームデータを中継する中継装置と、当該ストリームデータを受信する受信装置とを有し、複数の伝送路により複数の前記通信装置が接続された配信システムであって、
   前記配信装置は、
   前記ストリームデータをユニキャストにより配信する場合に、当該ストリームデータを伝送する前記伝送路において発生する伝送負荷を算出しユニキャスト負荷とするユニキャスト負荷算出部と、
   前記ストリームデータをマルチキャストにより配信する場合に、当該ストリームデータを伝送する前記伝送路において発生する伝送負荷を算出しマルチキャスト負荷とするマルチキャスト負荷算出部と、
   前記ユニキャスト負荷及び前記マルチキャスト負荷を基に、前記ストリームデータの配信方式を前記ユニキャスト又は前記マルチキャストの何れかに決定する配信方式決定部と
   を備え、
   前記ユニキャスト負荷算出部は、前記中継装置を介して前記受信装置それぞれへ伝送される前記ストリームデータを前記伝送路毎に計数した結果を基に、前記ユニキャスト負荷を算出し、
   前記マルチキャスト負荷算出部は、前記中継装置を介して前記受信装置へ伝送される前記ストリームデータを前記伝送路毎に計数した結果を基に、前記マルチキャスト負荷を算出する
   ことを特徴とする配信システム。
2. 複数の伝送路により接続された複数の通信装置の１つであり、複数の前記伝送路を結んだ経路に沿って伝送されるストリームデータを配信する配信装置であって、
   前記ストリームデータをユニキャストにより配信する場合に、当該ストリームデータを伝送する前記伝送路において発生する伝送負荷を算出しユニキャスト負荷とするユニキャスト負荷算出部と、
   前記ストリームデータをマルチキャストにより配信する場合に、当該ストリームデータを伝送する前記伝送路において発生する伝送負荷を算出しマルチキャスト負荷とするマルチキャスト負荷算出部と、
   前記ユニキャスト負荷及び前記マルチキャスト負荷を基に、前記ストリームデータの配信方式を前記ユニキャスト又は前記マルチキャストの何れかに決定する配信方式決定部と
   を備え、
   前記通信装置には、前記配信装置と、前記ストリームデータを中継する中継装置と、当該ストリームデータを受信する受信装置とが含まれ、
   前記ユニキャスト負荷算出部は、前記中継装置を介して前記受信装置それぞれへ伝送される前記ストリームデータを前記伝送路毎に計数した結果を基に、前記ユニキャスト負荷を算出し、
   前記マルチキャスト負荷算出部は、前記中継装置を介して前記受信装置へ伝送される前記ストリームデータを前記伝送路毎に計数した結果を基に、前記マルチキャスト負荷を算出する
   ことを特徴とする配信装置。
3. 前記ユニキャスト負荷算出部は、１台の前記受信装置に宛てて１つの前記伝送路が伝送する１つの前記ストリームデータを１本として計数した値を前記ユニキャスト負荷として算出し、
   前記マルチキャスト負荷算出部は、１つの前記伝送路が伝送する１つの前記ストリームデータを１本として計数した値を前記マルチキャスト負荷として算出する
   ことを特徴とする請求項２に記載の配信装置。
4. 前記中継装置に接続された他の前記通信装置に関する情報を表す接続情報を当該中継装置から取得する接続情報取得部
   をさらに備え、
   前記ユニキャスト負荷算出部及び前記マルチキャスト負荷算出部は、前記接続情報を基に前記ユニキャスト負荷及び前記マルチキャスト負荷をそれぞれ算出する
   ことを特徴とする請求項２に記載の配信装置。
5. 前記配信方式決定部は、現在の配信方式に応じて前記ユニキャスト負荷及び前記マルチキャスト負荷の少なくとも一方を補正した上で、前記ストリームデータの配信方式を前記ユニキャスト又は前記マルチキャストの何れかに決定する
   ことを特徴とする請求項２に記載の配信装置。
6. 前記配信方式決定部は、現在の配信方式が選択される可能性を高めるように、前記ユニキャスト負荷及び前記マルチキャスト負荷の少なくとも一方を補正する
   ことを特徴とする請求項５に記載の配信装置。
7. コンピュータを、
   複数の伝送路により接続された複数の通信装置の１つである配信装置から、複数の前記伝送路を結んだ経路に沿って伝送されるストリームデータをユニキャストにより配信する場合に、当該ストリームデータを伝送する前記伝送路において発生する伝送負荷を算出しユニキャスト負荷とするユニキャスト負荷算出部、
   前記配信装置から、前記ストリームデータをマルチキャストにより配信する場合に、当該ストリームデータを伝送する前記伝送路において発生する伝送負荷を算出しマルチキャスト負荷とするマルチキャスト負荷算出部、
   前記ユニキャスト負荷及び前記マルチキャスト負荷を基に、前記ストリームデータの配信方式を前記ユニキャスト又は前記マルチキャストの何れかに決定する配信方式決定部
   として機能させ、
   前記通信装置には、前記配信装置と、前記ストリームデータを中継する中継装置と、当該ストリームデータを受信する受信装置とが含まれ、
   前記ユニキャスト負荷算出部は、前記中継装置を介して前記受信装置それぞれへ伝送される前記ストリームデータを前記伝送路毎に計数した結果を基に、前記ユニキャスト負荷を算出し、
   前記マルチキャスト負荷算出部は、前記中継装置を介して前記受信装置へ伝送される前記ストリームデータを前記伝送路毎に計数した結果を基に、前記マルチキャスト負荷を算出する
   ためのプログラム。
8. 複数の伝送路により接続された複数の通信装置の１つであり、複数の前記伝送路を結んだ経路に沿って伝送されるストリームデータを配信する配信装置の配信方法であって、
   前記配信装置は、
   前記ストリームデータをユニキャストにより配信する場合に、当該ストリームデータを伝送する前記伝送路において発生する伝送負荷を算出しユニキャスト負荷とするユニキャスト負荷算出ステップと、
   前記ストリームデータをマルチキャストにより配信する場合に、当該ストリームデータを伝送する前記伝送路において発生する伝送負荷を算出しマルチキャスト負荷とするマルチキャスト負荷算出ステップと、
   前記ユニキャスト負荷及び前記マルチキャスト負荷を基に、前記ストリームデータの配信方式を前記ユニキャスト又は前記マルチキャストの何れかに決定する配信方式決定ステップと
   を有し、
   前記通信装置には、前記配信装置と、前記ストリームデータを中継する中継装置と、当該ストリームデータを受信する受信装置とが含まれ、
   前記ユニキャスト負荷算出ステップは、前記中継装置を介して前記受信装置それぞれへ伝送される前記ストリームデータを前記伝送路毎に計数した結果を基に、前記ユニキャスト負荷を算出し、
   前記マルチキャスト負荷算出ステップは、前記中継装置を介して前記受信装置へ伝送される前記ストリームデータを前記伝送路毎に計数した結果を基に、前記マルチキャスト負荷を算出する
   ことを特徴とする配信方法。

Images