(57)【要約】【課題】ストリーミング配信サービスにおいて、コンテンツ視聴許可を管理するサーバの通信処理の負荷を軽減した通信制御方法を提供する。【解決手段】ストリーミング配信を制御する配信制御サーバと接続されるサーバ装置による通信制御方法であって、ストリーミング配信の対象となるコンテンツを特定するための情報を含むコンテンツ情報を配信制御サーバに要求し、配信制御サーバから複数のコンテンツについてコンテンツ情報を取得すると、複数のコンテンツの配信順序を示すプレイリストを作成し、プレイリストを配信制御サーバに送信するものである。【選択図】図１
2009278320.tif 000002
【特許請求の範囲】
【請求項１】
ストリーミング配信を制御する配信制御サーバと接続されるサーバ装置による通信制御方法であって、
前記ストリーミング配信の対象となるコンテンツを特定するための情報を含むコンテンツ情報を前記配信制御サーバに要求し、
前記配信制御サーバから複数のコンテンツについて前記コンテンツ情報を取得すると、前記複数のコンテンツの配信順序を示すプレイリストを作成し、
前記プレイリストを前記配信制御サーバに送信する、通信制御方法。
【請求項２】
ストリーミング配信の対象となるコンテンツを特定するための情報を含むコンテンツ情報をコンテンツ毎に予め保持し、
前記コンテンツ情報の要求があると要求元に該コンテンツ情報を送信し、
前記コンテンツ情報の要求元から複数のコンテンツの配信順序を示すプレイリストを受信すると、該プレイリストにしたがって前記ストリーミング配信を制御する、通信制御方法。
【請求項３】
前記プレイリストは前記コンテンツ毎のストリーミング条件の情報を含む請求項１または２記載の通信制御方法。
【請求項４】
前記ストリーミング配信がＳＩＰに基づいて実行されるものである請求項１から３のいずれか１項記載の通信制御方法。
【請求項５】
ストリーミング配信を制御する配信制御サーバと接続されるサーバ装置であって、
前記ストリーミング配信の対象となるコンテンツを特定するための情報を含むコンテンツ情報を前記配信制御サーバに要求し、該配信制御サーバから複数のコンテンツについて前記コンテンツ情報を取得すると、前記複数のコンテンツの配信順序を示すプレイリストを作成し、該プレイリストを前記配信制御サーバに送信する制御部を有するサーバ装置。
【請求項６】
ストリーミング配信の対象となるコンテンツを特定するための情報を含むコンテンツ情報がコンテンツ毎に格納された記憶部と、
前記コンテンツ情報の要求があると要求元に該コンテンツ情報を送信し、該要求元から複数のコンテンツの配信順序を示すプレイリストを受信すると、該プレイリストにしたがって前記ストリーミング配信を制御する制御部と、
を有するサーバ装置。
【請求項７】
前記プレイリストは前記コンテンツ毎のストリーミング条件の情報を含む請求項５または６記載のサーバ装置。
【請求項８】
前記ストリーミング配信がＳＩＰに基づいて実行されるものである請求項５から７のいずれか１項記載のサーバ装置。
【請求項９】
ストリーミング配信を制御する配信制御サーバと接続されるコンピュータに実行させるためのプログラムであって、
前記ストリーミング配信の対象となるコンテンツを特定するための情報を含むコンテンツ情報を前記配信制御サーバに要求し、
前記配信制御サーバから複数のコンテンツについて前記コンテンツ情報を取得すると、前記複数のコンテンツの配信順序を示すプレイリストを作成し、
前記プレイリストを前記配信制御サーバに送信する処理を前記コンピュータに実行させるためのプログラム。
【請求項１０】
ストリーミング配信を制御するコンピュータに実行させるためのプログラムであって、
前記ストリーミング配信の対象となるコンテンツを特定するための情報を含むコンテンツ情報をコンテンツ毎に予め格納し、
前記コンテンツ情報の要求があると要求元に該コンテンツ情報を送信し、
前記コンテンツ情報の要求元から複数のコンテンツの配信順序を示すプレイリストを受信すると、該プレイリストにしたがって前記ストリーミング配信を制御する処理を前記コンピュータに実行させるためのプログラム。
【請求項１１】
ストリーミング配信を制御する配信制御サーバに接続されるコンピュータに実行させるためのＡＰＩであって、
前記ストリーミング配信の対象となるコンテンツを特定するための情報を含むコンテンツ情報を前記配信制御サーバに要求し、複数のコンテンツの配信順序を示すプレイリストを前記配信制御サーバに送信する処理を前記コンピュータに実行させるためのＡＰＩ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミング配信のための通信制御方法、サーバ装置、プログラムおよびＡＰＩ（Application Program Interface）に関する。
【背景技術】
【０００２】
ストリーミング配信のためのストリーミングソフトウェアは普及しつつあるが、ネットワークインフラの成長とともに、本格的な普及拡大も今後見込まれる状況であり、ストリーミングによる映像配信を活かしたアプリケーションソフトウェア（以下では、単にアプリケーションと称する）の開発が増加していくものと思われる。
【０００３】
Parlay-X 3.0のPart 19 Multimedia Streaming Controlでは、ストリーミングのＡＰＩが検討されている（非特許文献１）。図５はストリーミング配信システムの一構成例を示すブロック図である。
【０００４】
図５に示すように、配信システムは、コンテンツプロバイダーが管理するプロバイダサーバ１２０と、コンテンツを配信するルータ４０を制御する配信制御サーバ１３０とを有する。プロバイダサーバ１２０と配信制御サーバ１３０はネットワーク１００を介して接続されている。ネットワーク１００には、ストリーミング配信システムにより配信されるコンテンツを視聴するユーザの情報処理装置であるユーザ端末５１、５２が接続されている。
【０００５】
ネットワーク１００にルータ４０、４５が設けられている。ルータ４０には配信対象のコンテンツが格納されている。ルータ４５はルーティングを実行する。
【０００６】
ネットワーク１００はＳＩＰ（Session Initiation Protocol）に基づいてデータが伝送されるものである。ネットワーク１００として、例えば、ＮＧＮ（Next Generation Network）がある。ＳＩＰによるネットワーク１００は、インターネットに比べて、リアルタイム通信性および通信のサービス品質（Quality of Service）に優れている。
【０００７】
図６はストリーミング配信システムの動作手順を示すフローチャートである。ここでは、ユーザ端末５１からの要求によりユーザ端末５１にストリーミング配信をする場合で説明する。
【０００８】
プロバイダサーバ１２０は、リクエスト信号をくれたらコンテンツ提供を許可することを通知するためのstartStreamingNotificationを配信制御サーバ１３０に送信する（ステップ１００１）。
【０００９】
ユーザがユーザ端末５１を操作して、視聴対象として「映画Ａ」を指定すると、ユーザ端末５１は「映画Ａ」のコンテンツを要求する旨のコンテンツ要求信号を配信制御サーバ１３０に送信する（ステップ１００２）。コンテンツ要求信号には、「映画Ａ」を特定するためのコンテンツ識別子の他に、ユーザ認証のための端末識別子の情報が含まれている。端末識別子はユーザ端末毎に異なる。
【００１０】
配信制御サーバ１３０は、ステップ１００２でユーザ端末５１からコンテンツ要求信号を受信すると、「映画Ａ」のコンテンツ要求を受信したことを通知するための信号であるnotifyMediaStreamRequestをプロバイダサーバ１２０に送信する（ステップ１００３）。notifyMediaStreamRequestが上記リクエスト信号に相当し、コンテンツ識別子および端末識別子の情報が含まれている。
【００１１】
プロバイダサーバ１２０は、notifyMediaStreamRequestを配信制御サーバ１３０から受信すると、端末識別子を読み出し、ストリーミング配信のサービスを受けることができる正規のユーザであるか否かを判定する。判定の結果、正規のユーザであることを認証すると、「映画Ａ」についての課金情報、コンテンツの格納場所および配信画像の画質などのストリーム条件を含むstartMediaStreamを配信制御サーバ１３０に送信する（ステップ１００４）。
【００１２】
配信制御サーバ１３０は、プロバイダサーバ１２０からstartMediaStreamを受信すると、コンテンツのＵＲＬなどコンテンツ視聴に必要な情報を含むコンテンツ記述をルータ４５を介してユーザ端末５１に送信する（ステップ１００５）。
【００１３】
ユーザがユーザ端末５１を操作して、視聴開始を要求する旨の指示を入力すると、コンテンツ配信開始を要求する旨のＰＬＡＹ信号をルータ４５を介してルータ４０に送信する（ステップ１００６）。
【００１４】
ルータ４０は、ユーザ端末５１からＰＬＡＹ信号を受信すると、「映画Ａ」のコンテンツについてユーザ端末５１へのストリーミング配信を開始する。ストリーミング配信される「映画Ａ」をストリーム１と称する。そして、ストリーム１の配信を開始した旨の情報を配信制御サーバ１３０に送信する（ステップ１００７）。
【００１５】
配信制御サーバ１３０は、ルータ４０からストリーム１の配信開始の情報を受信すると、ストリームの状態が変化したことを通知するための信号であるnotifyMediaStreamStatusをプロバイダサーバ１２０に送信する（ステップ１００８）。プロバイダサーバ１２０は、配信制御サーバ１３０からnotifyMediaStreamStatusを受信すると、進行中のストリーミングのセッションの制御を許容する旨の信号であるcontrolMediaStreamを配信制御サーバ１３０に送信する（ステップ１００９）。
【００１６】
配信制御サーバ１３０は、プロバイダサーバ１２０からcontrolMediaStreamを受信すると、ストリーム１の配信を一時停止する旨のストリーム１ポーズ信号をルータ４０に送信する（ステップ１０１０）。
【００１７】
ルータ４０は、配信制御サーバ１３０からストリーム１ポーズ信号を受信すると、ストリーム１の配信を中断し、予めセットされた「広告Ｂ」についてユーザ端末５１へのストリーミング配信を開始する。ストリーミング配信される「広告Ｂ」をストリーム２と称する。そして、ストリーム２の配信を開始したことを通知するための信号であるストリーム２開始信号を配信制御サーバ１３０に送信する（ステップ１０１１）。ストリーム２の配信が終了すると、ルータ４０は、ストリーム２の配信が終了したことを通知するための信号であるストリーム２終了信号を配信制御サーバ１３０に送信する（ステップ１０１２）。
【００１８】
配信制御サーバ１３０は、ルータ４０からストリーム２終了信号を受信すると、notifyMediaStreamStatusをプロバイダサーバ１２０に送信する（ステップ１０１３）。プロバイダサーバ１２０は、配信制御サーバ１３０からnotifyMediaStreamStatusを受信すると、controlMediaStreamを配信制御サーバ１３０に送信する（ステップ１０１４）。配信制御サーバ１３０は、プロバイダサーバ１２０からcontrolMediaStreamを受信すると、ストリーム１の配信再開を指示する旨の信号であるストリーム１リジューム信号をルータ４０に送信する（ステップ１０１５）。
【００１９】
ルータ４０は、配信制御サーバ１３０からストリーム１リジューム信号を受信すると、ユーザ端末５１に対するストリーム１の配信を再開する。そして、ストリーム１の配信を再開した旨を通知するための信号であるストリーム１リジューム実行信号を配信制御サーバ１３０に送信する（ステップ１０１６）。その後、ルータ４０は、ストリーム１の配信が終了すると、その旨を通知するための信号であるストリーム１終了信号を配信制御サーバ１３０に送信する（ステップ１０１７）。また、ストリーム１の再生が終了したことを通知するための信号であるストリーム終了信号をユーザ端末５１に送信する（ステップ１０１８）。
【００２０】
配信制御サーバ１３０は、ルータ４０からストリーム１終了信号を受信すると、notifyMediaStreamStatusをプロバイダサーバ１２０に送信する（ステップ１０１９）。
【非特許文献１】draft ETSI ES 202 504-19 V0.0.3 (2007-06)
【発明の開示】
【発明が解決しようとする課題】
【００２１】
上述したように、非特許文献１には、複数のコンテンツを配信するための制御方法が開示されている。この方法によれば、ストリーム１の配信途中でプロバイダサーバが配信制御サーバにストリーム１の配信を中断させ、その後、ストリーム２の配信が終了すると、配信制御サーバはストリーム１の配信の再開についてプロバイダサーバに許可を求めている。このようにプロバイダサーバは配信中のコンテンツをチェックしなければならず、プロバイダサーバの通信処理の負荷が大きくなってしまう。
【００２２】
本発明は上述したような技術が有する問題点を解決するためになされたものであり、ストリーミング配信サービスにおいて、コンテンツ視聴許可を管理するサーバの通信処理の負荷を軽減した通信制御方法、サーバ装置、プログラムおよびＡＰＩを提供することを目的とする。
【課題を解決するための手段】
【００２３】
上記目的を達成するための本発明の通信制御方法は、ストリーミング配信を制御する配信制御サーバと接続されるサーバ装置による通信制御方法であって、
前記ストリーミング配信の対象となるコンテンツを特定するための情報を含むコンテンツ情報を前記配信制御サーバに要求し、
前記配信制御サーバから複数のコンテンツについて前記コンテンツ情報を取得すると、前記複数のコンテンツの配信順序を示すプレイリストを作成し、
前記プレイリストを前記配信制御サーバに送信するものである。
【００２４】
また、本発明の通信制御方法は、
ストリーミング配信の対象となるコンテンツを特定するための情報を含むコンテンツ情報をコンテンツ毎に予め保持し、
前記コンテンツ情報の要求があると要求元に該コンテンツ情報を送信し、
前記コンテンツ情報の要求元から複数のコンテンツの配信順序を示すプレイリストを受信すると、該プレイリストにしたがって前記ストリーミング配信を制御するものである。
【００２５】
一方、上記目的を達成するための本発明のサーバ装置は、ストリーミング配信を制御する配信制御サーバと接続されるサーバ装置であって、
前記ストリーミング配信の対象となるコンテンツを特定するための情報を含むコンテンツ情報を前記配信制御サーバに要求し、該配信制御サーバから複数のコンテンツについて前記コンテンツ情報を取得すると、前記複数のコンテンツの配信順序を示すプレイリストを作成し、該プレイリストを前記配信制御サーバに送信する制御部を有する。
【００２６】
また、本発明のサーバ装置は、
ストリーミング配信の対象となるコンテンツを特定するための情報を含むコンテンツ情報がコンテンツ毎に格納された記憶部と、
前記コンテンツ情報の要求があると要求元に該コンテンツ情報を送信し、該要求元から複数のコンテンツの配信順序を示すプレイリストを受信すると、該プレイリストにしたがって前記ストリーミング配信を制御する制御部と、
を有する構成である。
【００２７】
また、上記目的を達成するための本発明のプログラムは、ストリーミング配信を制御する配信制御サーバと接続されるコンピュータに実行させるためのプログラムであって、
前記ストリーミング配信の対象となるコンテンツを特定するための情報を含むコンテンツ情報を前記配信制御サーバに要求し、
前記配信制御サーバから複数のコンテンツについて前記コンテンツ情報を取得すると、前記複数のコンテンツの配信順序を示すプレイリストを作成し、
前記プレイリストを前記配信制御サーバに送信する処理を前記コンピュータに実行させるものである。
【００２８】
また、本発明のプログラムは、ストリーミング配信を制御するコンピュータに実行させるためのプログラムであって、
前記ストリーミング配信の対象となるコンテンツを特定するための情報を含むコンテンツ情報をコンテンツ毎に予め格納し、
前記コンテンツ情報の要求があると要求元に該コンテンツ情報を送信し、
前記コンテンツ情報の要求元から複数のコンテンツの配信順序を示すプレイリストを受信すると、該プレイリストにしたがって前記ストリーミング配信を制御する処理を前記コンピュータに実行させるものである。
【００２９】
さらに、上記目的を達成するための本発明のＡＰＩは、ストリーミング配信を制御する配信制御サーバに接続されるコンピュータに実行させるためのＡＰＩであって、
前記ストリーミング配信の対象となるコンテンツを特定するための情報を含むコンテンツ情報を前記配信制御サーバに要求し、複数のコンテンツの配信順序を示すプレイリストを前記配信制御サーバに送信する処理を前記コンピュータに実行させるものである。
【発明の効果】
【００３０】
本発明によれば、コンテンツ視聴許可を管理するサーバは配信中のコンテンツをチェックする必要がなく、通信処理の負荷が軽減する。
【発明を実施するための最良の形態】
【００３１】
本実施形態のストリーミング配信システムを説明する。
【００３２】
図１は本実施形態のストリーミング配信システムの一構成例を示すブロック図である。なお、図５に示した構成と同様な構成については同一の符号を付し、その詳細な説明を省略する。
【００３３】
図１に示すように、ストリーミング配信システムは、コンテンツプロバイダーが管理するプロバイダサーバ２０と、ルータ４０を制御する配信制御サーバ３０とを有する。プロバイダサーバ２０と配信制御サーバ３０はネットワーク１００を介して接続されている。
【００３４】
プロバイダサーバ２０は、映画制作会社およびテレビ番組制作会社などのコンテンツプロバイダーのサーバ装置である。このサーバ装置は、コンテンツの要求者に対してその視聴を許可するか否かを判定し、コンテンツを管理することから、コンテンツ管理サーバに相当する。
【００３５】
配信制御サーバ３０は、コンテンツプロバイダーからの委託を受けて、コンテンツプロバイダーから提供されるコンテンツをユーザに配信する事業者のサーバ装置である。ルータ４０はその事業者の装置であってもよく、ストリーミング配信サービスを提供する他の事業者の装置であってもよい。
【００３６】
なお、映画制作会社およびテレビ番組制作会社の数を考えると、プロバイダサーバ２０が複数あることが考えられる。ルータ４０、４５もそれぞれ複数あることが考えられる。本実施形態では、説明を簡単にするために、それぞれ１台の場合で説明する。ただし、配信制御サーバ３０は複数のルータ４０を制御することが可能なので、その数はルータ４０より少なくてよい。
【００３７】
次に、プロバイダサーバ２０と配信制御サーバ３０の構成を説明する。
【００３８】
図２はプロバイダサーバと配信制御サーバの一構成例を示すブロック図である。図２に示すように、プロバイダサーバ２０は、記憶部２１と、制御部２３とを有する。制御部２３には、プログラムにしたがって処理を実行するＣＰＵ（Central Processing Unit）（不図示）と、プログラムを格納するためのメモリ（不図示）とが設けられている。制御部内のメモリ（不図示）には、アプリケーションとＡＰＩが格納されている。
【００３９】
制御部２３は、ルータ４０に登録されたコンテンツのコンテンツ識別子の情報を含むコンテンツ情報を要求する旨の信号であるqueryContentを配信制御サーバ３０に送信する。配信制御サーバ３０からコンテンツ情報を取得すると、コンテンツ情報を記憶部２１に一旦格納し、コンテンツ情報に基づいてコンテンツの配信順序を示す番組表（プレイリスト）を作成する。そして、プレイリストとその登録を要求する旨の情報を含むsetPlaylistを配信制御サーバ３０に送信する。
【００４０】
本実施形態では、queryContentが配信制御サーバ３０にコンテンツ情報を要求するための制御信号であり、setPlaylistが配信制御サーバ３０にプレイリストを登録させる制御信号であることが、上記ＡＰＩに記述されている。
【００４１】
「映画Ａ」と「広告Ｂ」の２つのコンテンツについて作成されるプレイリストの一例を説明する。制御部２３は、「映画Ａ」と「広告Ｂ」のコンテンツ情報を取得すると、「映画Ａ」の前半と後半の間に「広告Ｂ」を挿入するために、「映画Ａ」の前半→「広告Ｂ」→「映画Ａ」の後半の順序を示すプレイリストを作成する。なお、複数のコンテンツがある場合におけるコンテンツの分割方法および配信順序の決め方は図２に示したアプリケーションに予め書き込まれている。
【００４２】
また、図２に示すように、配信制御サーバ３０は、記憶部３１と、制御部３３とを有する。制御部３３には、プログラムにしたがって処理を実行するＣＰＵ（不図示）と、プログラムを格納するためのメモリ（不図示）とが設けられている。制御部内のメモリ（不図示）には、ＳＩＰミドルウェアが格納されている。
【００４３】
記憶部３１には、配信の際の課金情報、コンテンツの格納場所および配信画像の画質などのストリーム条件とともに、コンテンツの再生時間およびコンテンツ識別子を含むコンテンツ情報がコンテンツ毎に予め登録されている。
【００４４】
制御部３３は、プロバイダサーバ２０からqueryContentを受信すると、コンテンツ情報を記憶部３１から読み出してプロバイダサーバ２０に送信する。また、プロバイダサーバ２０からsetPlaylistを受信すると、setPlaylistに含まれるプレイリストを記憶部３１に登録する。そして、ルータ４５を介してユーザ端末５１、５２からコンテンツ要求信号を受信すると、登録したプレイリストにしたがってコンテンツを要求元のユーザ端末に配信する。
【００４５】
また、本実施形態では、コンテンツのストリーミング配信の要求元を認証する処理を配信制御サーバ３０が実行するものとする。制御部３３は、ユーザ端末からコンテンツ要求信号を受信すると、コンテンツ要求信号の送信元が正規のユーザの端末であるか否かを、送信元を示す端末識別子で認証する。なお、認証方法については、本発明の特徴に直接に関連する部分ではないため、詳細な説明を省略する。
【００４６】
次に、本実施形態のストリーミング配信システムの動作を説明する。なお、ストリーム条件が配信制御サーバ３０の記憶部３１に予め格納されている。
【００４７】
図３は本実施形態のストリーミング配信システムの動作手順を示すフローチャートである。ここでは、ユーザ端末５１からの要求によりユーザ端末５１にストリーミング配信をする場合で説明する。
【００４８】
プロバイダサーバ２０が配信制御サーバ３０に対してqueryContentを送信する（ステップ１１０１）。配信制御サーバ３０はプロバイダサーバ２０からqueryContentを受信すると、コンテンツ情報をプロバイダサーバ２０に送信する。
【００４９】
プロバイダサーバ２０は、配信制御サーバ３０からコンテンツ情報を取得すると、コンテンツの配信順序を示すプレイリストを作成する。ここでは、プロバイダサーバ２０は、「映画Ａ」と「広告Ｂ」のコンテンツ情報を取得し、「映画Ａ」の前半→「広告Ｂ」→「映画Ａ」の後半の順序を示すプレイリストを作成したものとする。そして、プレイリストの情報を含むsetPlayListを配信制御サーバ３０に送信する（ステップ１１０２）。配信制御サーバ３０は、プロバイダサーバ２０からsetPlayListを受信すると、プレイリストを記憶部３１に登録する。
【００５０】
プロバイダサーバ２０は、startStreamingNotificationを配信制御サーバ３０に送信する（ステップ１１０３）。配信制御サーバ３０は、「映画Ａ」の配信を要求する旨のコンテンツ要求信号をユーザ端末５１から受信すると（ステップ１１０４）、ユーザ認証をプロバイダサーバ２０に代わって実行する。配信制御サーバ３０は、ユーザ端末５１が正規のユーザの端末であることを認識すると、記憶部３１に格納されたストリーム条件を参照し、コンテンツのＵＲＬなど、「映画Ａ」のコンテンツ視聴に必要な情報を含むコンテンツ記述をユーザ端末５１に送信する（ステップ１１０５）。
【００５１】
ユーザがユーザ端末５１を操作して、視聴開始を要求する旨の指示を入力すると、コンテンツ配信開始を要求する旨のＰＬＡＹ信号をルータ４５を介してルータ４０に送信する（ステップ１１０６）。
【００５２】
ルータ４０は、ユーザ端末５１からＰＬＡＹ信号を受信すると、「映画Ａ」のコンテンツについてユーザ端末５１へのストリーミング配信を開始する。そして、「映画Ａ」のストリーム１を開始した旨の情報を配信制御サーバ３０に送信する（ステップ１１０７）。
【００５３】
配信制御サーバ３０は、ルータ４０からストリーム１の配信開始の情報を受信すると、ストリームの状態が変化したことを通知するためにnotifyMediaStreamStatusをプロバイダサーバ２０に送信する（ステップ１１０８）。
【００５４】
配信制御サーバ３０は、ストリーム１の配信開始後、プレイリストにしたがってストリーム１の配信を一時停止する旨のストリーム１ポーズ信号をルータ４０に送信する（ステップ１１０９）。
【００５５】
ルータ４０は、配信制御サーバ３０からストリーム１ポーズ信号を受信すると、ストリーム１の配信を一時中断し、予めセットされた「広告Ｂ」についてユーザ端末５１へのストリーミング配信を開始する。そして、「広告Ｂ」のストリーム２の配信を開始したことを通知するための信号であるストリーム２開始信号を配信制御サーバ３０に送信する（ステップ１１１０）。ストリーム２の配信が終了すると、ルータ４０は、ストリーム２の配信が終了したことを通知するための信号であるストリーム２終了信号を配信制御サーバ３０に送信する（ステップ１１１１）。
【００５６】
配信制御サーバ３０は、ルータ４０からストリーム２終了信号を受信すると、プレイリストにしたがって、ストリーム１の配信の再開を指示する旨の信号であるストリーム１リジューム信号をルータ４０に送信する（ステップ１１１２）。
【００５７】
ルータ４０は、配信制御サーバ３０からストリーム１リジューム信号を受信すると、ユーザ端末５１にストリーム１の配信を再開する。そして、ストリーム１の配信を再開した旨を通知するための信号であるストリーム１リジューム実行信号を配信制御サーバ３０に送信する（ステップ１１１３）。その後、ルータ４０は、ストリーム１の配信が終了すると、その旨を通知するための信号であるストリーム１終了信号を配信制御サーバ３０に送信する（ステップ１１１４）。また、ストリーム１の再生が終了したことを通知するための信号であるストリーム終了信号をユーザ端末５１に送信する（ステップ１１１５）。
【００５８】
配信制御サーバ３０は、ルータ４０からストリーム１終了信号を受信すると、notifyMediaStreamStatusをプロバイダサーバ２０に送信する（ステップ１１１６）。
【００５９】
本実施形態によれば、コンテンツのプレイリストをプロバイダサーバが配信制御サーバに事前に登録しておけば、配信制御サーバはコンテンツ切り替えの際にプロバイダサーバに問い合わせする必要がない。プロバイダサーバは配信中のコンテンツをチェックする必要がなく、プロバイダサーバの通信処理の負荷が軽減する。
【００６０】
また、配信制御サーバ３０がユーザ認証を実行することで、ユーザ端末からのコンテンツ要求を受け取る度にプロバイダサーバ２０と認証のための通信をする必要がなくなるため、プロバイダサーバ２０の認証処理の負荷が軽減する。
【００６１】
なお、コンテンツ視聴開始時にプロバイダサーバ２０が配信制御サーバ３０にstartStreamingNotificationを送信しているが、配信制御サーバ３０にコンテンツの配信許可を予め与えておけば、配信制御サーバ３０はプロバイダサーバ２０からの通知を待たなくてもよい。これにより、プロバイダサーバ２０と配信制御サーバ３０との通信回数が低減する。
【００６２】
また、コンテンツ視聴の開始・終了時に配信制御サーバ３０がプロバイダサーバ２０に notifyMediaStreamStatusを送信しているが、配信対象のコンテンツがユーザに対して無料で配信されるものなど、プロバイダサーバ２０が視聴許可を管理する必要がない場合、配信制御サーバ３０がプロバイダサーバ２０に notifyMediaStreamStatusを送信しなくてもよい。無料で配信するコンテンツとしては、例えば、映画の宣伝映像がある。このようにすれば、プロバイダサーバ２０と配信制御サーバ３０との通信回数がさらに低減する。
【００６３】
また、プレイリストにコンテンツ識別子に対応してコンテンツのストリーミング条件を含めるようにしてもよい。この場合、配信制御サーバ３０の記憶部３１に予めストリーミング条件を登録しておかなくてもよい。
【００６４】
また、プロバイダサーバと配信制御サーバは別のネットワークで接続されていてもよい。図４は本実施形態のストリーミング配信システムの他の接続例を示すブロック図である。図４に示すように、プロバイダサーバ２０が他のネットワーク１５０を介して配信制御サーバ３０と接続されている。ネットワーク１５０は、例えば、インターネットである。図３で説明した動作手順による通信処理では、図６で説明した動作手順に比べて、プロバイダサーバ２０と配信制御サーバ３０との間の通信にリアルタイム性が要求されないためである。
【００６５】
さらに、本実施形態では、配信制御サーバ３０にユーザ認証を実行させているが、プロバイダサーバ２０で認証処理を行うようにしてもよい。この場合、図６で説明したステップ１００３の処理を配信制御サーバ３０が実行し、ステップ１００４の処理をプロバイダサーバ２０が実行する。
【図面の簡単な説明】
【００６６】
【図１】本実施形態のストリーミング配信システムの一構成例を示すブロック図である。
【図２】図１に示したプロバイダサーバと配信制御サーバの一構成例を示すブロック図である。
【図３】本実施形態のストリーミング配信システムの動作手順を示すフローチャートである。
【図４】本実施形態のストリーミング配信システムの他の接続例を示すブロック図である。
【図５】関連するストリーミング配信システムの一構成例を示すブロック図である。
【図６】図５に示したストリーミング配信システムの動作手順を示すフローチャートである。
【符号の説明】
【００６７】
２０    プロバイダサーバ
３０    配信制御サーバ
２１、３１    記憶部
２３、３３    制御部
【図１】
2009278320.tif 000003
【図２】
2009278320.tif 000004
【図３】
2009278320.tif 000005
【図４】
2009278320.tif 000006
【図５】
2009278320.tif 000007
【図６】
2009278320.tif 000008