(57)【要約】【課題】コンテンツ配信装置が同一コンテンツを複数のストリームで配信する場合に、より効果的に再生・一時停止・早送り・早戻し等の視聴制御を実現可能なコンテンツ受信装置を提供すること。【解決手段】視聴制御検出部２２は、視聴制御インタフェース２１によりユーザが要求した視聴制御を検出する。ストリーム選定部２４は、同一コンテンツの配信に用いる複数のマルチキャストストリームのアドレス及び配信開始時刻を示すストリームグループ情報と、要求された視聴制御の種類を特定可能とする情報やコンテンツに対する現在の視聴状態を含む視聴制御状態情報と、現時刻情報とに基づいて、要求された視聴制御を実現するために受信すべきマルチキャストストリームのアドレスを選定する。視聴ストリーム切換部２５は、そのアドレスに受信を切換えさせ、コンテンツ受信部２６は、そのアドレスによりコンテンツを受信する。【選択図】      図１
2008178056.tif 000002
【特許請求の範囲】
【請求項１】
同一のコンテンツを、配信開始時刻を異ならせた複数のマルチキャストストリームにより配信するコンテンツ配信装置から、所望のストリームを受信するコンテンツ受信装置であって、
前記コンテンツの配信に用いられる前記複数のマルチキャストストリームのアドレス及び配信開始時刻を特定可能とするストリームグループ情報を記憶する第１の記憶手段と、
前記コンテンツに対する所定の種類の視聴制御の命令をユーザから入力するための入力手段と、
前記入力手段により入力された前記命令に係る視聴制御の種類を特定可能とする情報及び前記コンテンツに対する現在の視聴状態を含む管理情報を記憶する第２の記憶手段と、
前記ストリームグループ情報と前記管理情報と現時刻を示す情報とに基づいて、前記命令に係る種類の視聴制御を実現するために受信すべきマルチキャストストリームのアドレスを、前記複数のマルチキャストストリームのアドレスのうちから選定する選定手段と、
選定された前記マルチキャストストリームのアドレスに受信を切換えさせる切換手段と、
切換えられた前記マルチキャストストリームのアドレスにより前記コンテンツを受信する受信手段とを備えたことを特徴とするコンテンツ受信装置。
【請求項２】
前記視聴制御の種類には、再生、一時停止、早送り、早戻し及び停止が含まれることを特徴とする請求項１に記載のコンテンツ受信装置。
【請求項３】
前記選定手段は、前記コンテンツに対する現在の視聴状態が再生中である場合に、前記視聴制御の種類を一時停止とする命令を受けたときは、前記コンテンツにおいて一時停止される箇所を特定可能とする情報を前記管理情報に記録するとともに、前記コンテンツの再生を一時停止させることを特徴とする請求項１に記載のコンテンツ受信装置。
【請求項４】
前記選定手段は、前記コンテンツに対する現在の視聴状態が一時停止中である場合に、前記視聴制御の種類を再生再開とする命令を受けたときは、前記管理情報に含まれる前記コンテンツにおいて一時停止されている箇所を特定可能とする情報並びに前記ストリームグループ情報及び現時刻を示す情報に基づいて、再生再開するにあたって切換えるべきマルチキャストストリームのアドレスを選定することを特徴とする請求項３に記載のコンテンツ受信装置。
【請求項５】
前記選定手段は、前記視聴制御の種類を早送りとする命令を受けた場合には、前記ストリームグループ情報及び前記管理情報に基づいて、該早送りに係る命令が有効である間に遷移させていくべきマルチキャストストリームのアドレスと、その遷移させていくべきタイミングとを特定可能とする情報を含むストリーム切換スケジュールを作成し、
前記切換手段は、作成さえた前記スケジュールに従って、前記切換えを行うことを特徴とする請求項１に記載のコンテンツ受信装置。
【請求項６】
前記選定手段は、前記視聴制御の種類を早戻しとする命令を受けた場合には、前記ストリームグループ情報及び前記管理情報に基づいて、該早戻しに係る命令が有効である間に遷移させていくべきマルチキャストストリームのアドレスと、その遷移させていくべきタイミングとを特定可能とする情報を含むストリーム切換スケジュールを作成し、
前記切換手段は、作成さえた前記スケジュールに従って、前記切換えを行うことを特徴とする請求項１に記載のコンテンツ受信装置。
【請求項７】
前記ストリームグループ情報は、前記コンテンツの配信に用いられる前記複数のマルチキャストストリームのすべてについて、そのアドレス及び配信開始時刻を列記した情報を含むものであることを特徴とする請求項１ないし６のいずれか１項に記載のコンテンツ受信装置。
【請求項８】
前記複数のマルチキャストストリームについて、相前後して配信開始するマルチキャストストリームの配信開始時刻の間の間隔が一定であって、前記マルチキャストストリームの数と、前記コンテンツの再生時間を前記間隔で除して得た値とが等しくなるように設定されたものであり、
前記ストリームグループ情報は、前記再生時間、前記間隔、前記複数のマルチキャストストリームのうち、配信開始順位として第1番目の順位を持つマルチキャストストリームの配信開始時刻、及びすべての配信開始順位のマルチキャストストリームのアドレスを列記した情報又は個々の配信開始順位を持つマルチキャストストリームのアドレスを特定可能とする情報を含むものであることを特徴とする請求項１ないし６のいずれか１項に記載のコンテンツ受信装置。
【請求項９】
前記ストリームグループ情報により特定される前記マルチキャストストリームのアドレスの一部を、前記配信開始時刻の指定とトリックプレイの倍速値情報の指定との少なくとも一方に利用することを特徴とする請求項１ないし７のいずれか１項に記載のコンテンツ受信装置。
【請求項１０】
前記入力手段は、ＧＵＩによる視聴制御インタフェースにより前記命令を入力することを特徴とする請求項１ないし９のいずれか１項に記載のコンテンツ受信装置。
【請求項１１】
前記第２の記憶手段は、前記管理情報に含まれる前記命令に係る視聴制御の種類を特定可能とする情報として、前記視聴制御インタフェースにおいて操作されたインタフェース種別及び当該インタフェース種別が操作された回数を記憶し、前記要求を受けた時刻として、当該インタフェース種別が操作された時刻及び期間を記憶し、前記コンテンツに対する現在の視聴状態として、前記コンテンツの現再生位置を記憶することを特徴とする請求項１０に記載のコンテンツ受信装置。
【請求項１２】
前記切換手段は、前記コンテンツ配信装置との通信を行う際に利用するネットワークのエッジルータ装置に対して、新たに受信すべきマルチキャストストリームのアドレスに対する参加要求の送信及び又は受信を止めるべきマルチキャストストリームのアドレスに対する離脱要求の送信とを行うものであることを特徴とする請求項１ないし１１のいずれか１項に記載のコンテンツ受信装置。
【請求項１３】
前記ストリームグループ情報を、前記コンテンツ配信装置から取得する手段を更に備えたことを特徴とする請求項１ないし１２のいずれか１項に記載のコンテンツ受信装置。
【請求項１４】
前記コンテンツは、ＭＰＥＧで符号化されたものであり、
前記視聴制御の種類を早送り又は早戻しとする命令を受けた場合に、前記コンテンツのフレームのうち、Iフレーム及びPフレームのみ、又はIフレームのみを、当該早送り又は早戻しのために用いることを特徴とする請求項１ないし１３のいずれか１項に記載のコンテンツ受信装置。
【請求項１５】
同一のコンテンツを、配信開始時刻を異ならせた複数のマルチキャストストリームにより配信するコンテンツ配信装置から、所望のストリームを受信するコンテンツ受信装置におけるコンテンツ受信方法であって、
前記コンテンツ受信装置が備える第１の記憶手段が、前記コンテンツの配信に用いられる前記複数のマルチキャストストリームのアドレス及び配信開始時刻を特定可能とするストリームグループ情報を記憶するステップと、
前記コンテンツ受信装置が備える入力手段が、前記コンテンツに対する所定の種類の視聴制御の命令をユーザから入力するステップと、
前記コンテンツ受信装置が備える第２の記憶手段が、前記命令に係る視聴制御の種類を特定可能とする情報及び前記コンテンツに対する現在の視聴状態を含む管理情報を記憶するステップと、
前記コンテンツ受信装置が備える選定手段が、前記ストリームグループ情報と前記管理情報と現時刻を示す情報とに基づいて、前記命令に係る種類の視聴制御を実現するために受信すべきマルチキャストストリームのアドレスを、前記複数のマルチキャストストリームのアドレスのうちから選定するステップと、
前記コンテンツ受信装置が備える切換手段が、選定された前記マルチキャストストリームのアドレスに受信を切換えさせるステップと、
前記コンテンツ受信装置が備える受信手段が、切換えられた前記マルチキャストストリームのアドレスにより前記コンテンツを受信するステップとを有することを特徴とするコンテンツ受信方法。
【請求項１６】
同一のコンテンツを、配信開始時刻を異ならせた複数のマルチキャストストリームにより配信するコンテンツ配信装置から、所望のストリームを受信するコンテンツ受信装置としてコンピュータを機能させるためのプログラムであって、
前記コンテンツの配信に用いられる前記複数のマルチキャストストリームのアドレス及び配信開始時刻を特定可能とするストリームグループ情報を記憶する第１の記憶手段と、
前記コンテンツに対する所定の種類の視聴制御の命令をユーザから入力するための入力手段と、
前記入力手段により入力された前記命令に係る視聴制御の種類を特定可能とする情報及び前記コンテンツに対する現在の視聴状態を含む管理情報を記憶する第２の記憶手段と、
前記ストリームグループ情報と前記管理情報と現時刻を示す情報とに基づいて、前記命令に係る種類の視聴制御を実現するために受信すべきマルチキャストストリームのアドレスを、前記複数のマルチキャストストリームのアドレスのうちから選定する選定手段と、
選定された前記マルチキャストストリームのアドレスに受信を切換えさせる切換手段と、
切換えられた前記マルチキャストストリームのアドレスにより前記コンテンツを受信する受信手段とをコンピュータに実現させるためのプログラム。
【請求項１７】
同一のコンテンツを、配信開始時刻を異ならせた複数のマルチキャストストリームにより、コンテンツ受信装置へ配信するコンテンツ配信装置であって、
配信対象となるコンテンツを記憶するコンテンツ記憶手段と、
前記コンテンツの配信に用いられる前記複数のマルチキャストストリームのアドレス及び配信開始時刻を特定可能とするストリームグループ情報を記憶するストリームグループ情報記憶手段と、
前記ストリームグループ情報により特定されるマルチキャストストリームのアドレス及び配信開始時刻に従って、前記コンテンツを配信する配信手段と、
前記コンテンツ受信装置からの要求に応じて、該コンテンツ受信装置へ前記ストリームグループ情報を提供する提供手段とを備えたことを特徴とするコンテンツ配信装置。
【請求項１８】
同一のコンテンツを、配信開始時刻を異ならせた複数のマルチキャストストリームにより、コンテンツ受信装置へ配信するコンテンツ配信装置であって、
配信対象となるコンテンツを記憶するコンテンツ記憶手段と、
前記コンテンツの配信に用いられる前記複数のマルチキャストストリームのアドレス及び配信開始時刻を特定可能とするストリームグループ情報を記憶するストリームグループ情報記憶手段と、
前記ストリームグループ情報により特定されるマルチキャストストリームのアドレス及び配信開始時刻に従って、前記コンテンツを配信する配信手段と、
前記コンテンツ受信装置から受信した、前記コンテンツ受信装置において入力された前記コンテンツに対する視聴制御の命令に係る視聴制御の種類を特定可能とする情報及び前記コンテンツ受信装置における前記コンテンツに対する現在の視聴状態を含む管理情報、並びに前記ストリームグループ情報及び現時刻を示す情報に基づいて、前記命令に係る種類の視聴制御を実現するために受信すべきマルチキャストストリームのアドレスを、前記複数のマルチキャストストリームのアドレスのうちから選定し、前記コンテンツ受信装置へ応答する制御手段とを備えたことを特徴とするコンテンツ配信装置。
【請求項１９】
前記視聴制御の種類には、再生、一時停止、早送り、早戻し及び停止が含まれることを特徴とする請求項１８に記載のコンテンツ配信装置。
【請求項２０】
前記選定手段は、前記管理情報に含まれる前記視聴状態が再生前であり且つ前記命令に係る種類が再生開始である場合に、現時刻を示す情報及び前記ストリームグループ情報に基づいて、再生開始するにあたって使用すべきマルチキャストストリームのアドレスを選定することを特徴とする請求項１８に記載のコンテンツ配信装置。
【請求項２１】
前記選定手段は、前記管理情報に含まれる前記視聴状態が一時停止中であり且つ前記命令に係る種類が再生再開である場合に、前記管理情報に含まれる前記コンテンツにおいて一時停止されている箇所を特定可能とする情報及び前記ストリームグループ情報及び現時刻を示す情報に基づいて、再生再開するにあたって切換えるべきマルチキャストストリームのアドレスを選定することを特徴とする請求項１８に記載のコンテンツ配信装置。
【請求項２２】
前記コンテンツ配信装置は、前記コンテンツに対するトリックプレイ用のコンテンツについて、配信開始時刻を異ならせた複数のマルチキャストストリームにより配信するものであり、
前記ストリームグループ情報は、各トリックプレイ用のコンテンツごとに、個々の配信開始順位を持つマルチキャストストリームのアドレスを特定可能とする情報を含むものであり、
前記制御手段は、前記コンテンツ受信装置から受信した前記管理情報に含まれる前記命令に係る種類及び前記コンテンツにおいて現在再生されている箇所を特定可能とする情報並びに前記ストリームグループ情報及び現時刻を示す情報に基づいて、前記トリックプレイ用のコンテンツのマルチキャストストリームのアドレスのうちから、該命令に係る種類の視聴制御を実現するために受信すべきマルチキャストストリームのアドレスを選定し、前記コンテンツ受信装置へ応答することを特徴とする請求項１８に記載のコンテンツ配信装置。
【請求項２３】
前記ストリームグループ情報は、前記コンテンツの配信に用いられる前記複数のマルチキャストストリームのすべてについて、そのアドレス及び配信開始時刻を列記した情報を含むものであることを特徴とする請求項１８ないし２２のいずれか１項に記載のコンテンツ配信装置。
【請求項２４】
前記複数のマルチキャストストリームについて、相前後して配信開始するマルチキャストストリームの配信開始時刻の間の間隔が一定であって、前記マルチキャストストリームの数と、前記コンテンツの再生時間を前記間隔で除して得た値とが等しくなるように設定されたものであり、
前記ストリームグループ情報は、前記再生時間、前記間隔、前記複数のマルチキャストストリームのうち、配信開始順位として第1番目の順位を持つマルチキャストストリームの配信開始時刻、及びすべての配信開始順位のマルチキャストストリームのアドレスを列記した情報又は個々の配信開始順位を持つマルチキャストストリームのアドレスを特定可能とする情報を含むものであることを特徴とする請求項１８ないし２２のいずれか１項に記載のコンテンツ配信装置。
【請求項２５】
前記ストリームグループ情報により特定される前記マルチキャストストリームのアドレスの一部を、前記配信開始時刻の指定とトリックプレイの倍速値情報の指定との少なくとも一方に利用することを特徴とする請求項１８ないし２２のいずれか１項に記載のコンテンツ配信装置。
【請求項２６】
前記コンテンツは、ＭＰＥＧで符号化されたものであり、
前記コンテンツ受信装置は、前記視聴制御の種類を早送り又は早戻しとする命令を受けた場合に、前記コンテンツのフレームのうち、Iフレーム及びPフレームのみ、又はIフレームのみを、当該早送り又は早戻しのために用いることを特徴とする請求項１８ないし２５のいずれか１項に記載のコンテンツ配信装置。
【請求項２７】
同一のコンテンツを、配信開始時刻を異ならせた複数のマルチキャストストリームにより配信するコンテンツ配信装置から、所望のストリームを受信するコンテンツ受信装置であって、
前記コンテンツに対する所定の種類の視聴制御の命令をユーザから入力するための入力手段と、
前記入力手段により入力された前記命令に係る視聴制御の種類を特定可能とする情報及び前記コンテンツに対する現在の視聴状態を含む管理情報を記憶する管理情報記憶手段と、
前記管理情報を前記コンテンツ配信装置に通知し、これに対する応答として、該コンテンツ配信装置から、前記命令に係る種類の視聴制御を実現するために受信すべきマルチキャストストリームのアドレスを、前記複数のマルチキャストストリームのアドレスのうちから選定した結果を受ける制御手段と、
選定された前記マルチキャストストリームのアドレスに受信を切換えさせる切換手段と、
切換えられた前記マルチキャストストリームのアドレスにより前記コンテンツを受信する受信手段とを備えたことを特徴とするコンテンツ受信装置。
【請求項２８】
同一のコンテンツを、配信開始時刻を異ならせた複数のマルチキャストストリームにより配信するコンテンツ配信装置と、該コンテンツ配信装置から所望のストリームを受信するコンテンツ受信装置とに介在するエッジルータ装置であって、
前記コンテンツごとに、そのコンテンツの配信に用いられる前記複数のマルチキャストストリームのアドレス及び配信開始時刻を特定可能とするストリームグループ情報を記憶する記憶手段と、
前記コンテンツごとに、そのコンテンツの先頭から一定時間分のストリームを予めキャッシュする事前キャッシュ手段と、
前記コンテンツ受信装置が送信した、或るコンテンツに対する再生の開始に係る第１の視聴制御の命令を受信した場合に、該或るコンテンツについて前記事前キャッシュ手段に予めキャッシュされているストリームの該コンテンツ受信装置への送信を開始する送信手段と、
前記ストリームグループ情報に基づいて、前記或るコンテンツに係る前記複数のマルチキャストストリームのうちから、前記事前キャッシュ手段に予めキャッシュされている前記ストリームに含まれるいずれかの再生位置を現に送出しているマルチキャストストリームを選定する選定手段と、
選定された前記ストリームを所定の再生位置から受信する受信手段と、
受信された前記ストリームを一時的に保持する保持手段とを備え、
前記送信手段は、前記或るコンテンツについて、前記事前キャッシュ手段からのストリームの送信を前記所定の再生位置まで行った後に、続けて前記保持手段からのストリームの送信を開始することを特徴とするエッジルータ装置。
【請求項２９】
前記コンテンツ受信装置が送信した、前記或るコンテンツに対する再生の一時停止に係る第２の視聴制御の命令を受信した場合に、該或るコンテンツについて、次に再開する再生位置から一定時間分のストリームをキャッシュする再開用キャッシュ手段を更に備えたことを特徴とする請求項２８に記載のエッジルータ装置。
【請求項３０】
前記コンテンツ受信装置が送信した、前記或るコンテンツに対する再生の再開に係る第３の視聴制御の命令を受信した場合に、前記送信手段は、該或るコンテンツについて前記再開用キャッシュ手段にキャッシュされているストリームの該コンテンツ受信装置への送信を開始し、
前記選定手段は、前記ストリームグループ情報に基づいて、前記或るコンテンツに係る前記複数のマルチキャストストリームのうちから、前記再開用キャッシュ手段にキャッシュされている前記ストリームに含まれるいずれかの再生位置を現に送出しているマルチキャストストリームを再生再開のために選定し、
前記受信手段は、選定された前記ストリームを再生再開のために所定の再生位置から受信し、
前記保持手段は、再生再開のために受信された前記ストリームを一時的に保持し、
前記送信手段は、前記或るコンテンツについて、前記再開用キャッシュ手段からのストリームの送信を前記所定の再生位置まで行った後に、続けて前記保持手段からのストリームの送信を開始することを請求項２９に記載のエッジルータ装置。
【請求項３１】
前記ストリームグループ情報は、前記コンテンツの配信に用いられる前記複数のマルチキャストストリームのすべてについて、そのアドレス及び配信開始時刻を列記した情報を含むものであることを特徴とする請求項２８ないし３０のいずれか１項に記載のエッジルータ装置。
【請求項３２】
前記複数のマルチキャストストリームについて、相前後して配信開始するマルチキャストストリームの配信開始時刻の間の間隔が一定であって、前記マルチキャストストリームの数と、前記コンテンツの再生時間を前記間隔で除して得た値とが等しくなるように設定されたものであり、
前記ストリームグループ情報は、前記再生時間、前記間隔、前記複数のマルチキャストストリームのうち、配信開始順位として第1番目の順位を持つマルチキャストストリームの配信開始時刻、及びすべての配信開始順位のマルチキャストストリームのアドレスを列記した情報又は個々の配信開始順位を持つマルチキャストストリームのアドレスを特定可能とする情報を含むものであることを特徴とする請求項２８ないし３０のいずれか１項に記載のエッジルータ装置。
【請求項３３】
前記ストリームグループ情報により特定される前記マルチキャストストリームのアドレスの一部を、前記配信開始時刻の指定に利用することを特徴とする請求項２８ないし３２０のいずれか１項に記載のエッジルータ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを配信するコンテンツ配信装置、コンテンツを受信するコンテンツ受信装置、コンテンツを中継するエッジルータ装置、コンテンツ受信方法及びプログラムに関する。
【背景技術】
【０００２】
近年、ブロードバンドの普及を背景として、ＩＰ通信を利用したマルチメディアコンテンツ配信サービスが、様々な通信・サービス事業者によって運営されており、そのユーザ数は拡大の一途を辿っている。
【０００３】
こうしたマルチメディアコンテンツ配信サービスの実現形態は、ビデオオンデマンドシステム（ＶＯＤ(Video On Demand)）システムとニアビデオオンデマンドシステム（ＮＶＯＤ(Near Video On Demand)）システムの２通りに大別される。
【０００４】
ＶＯＤは、ユーザが見たい番組を選択し、ユーザの指示に従って番組を送信するシステムであり、ＩＰ通信を利用する場合、ＶＯＤサーバ−クライアント間でのＲＴＰ(Real-Time Transport Protocol)、あるいは、ＨＴＴＰ(Hyper Text Transfer Protocol)ユニキャスト通信によって、コンテンツを伝送する。ＶＯＤサーバは、視聴者数のユニキャストコネクションをコンテンツ配信のために維持する必要があり、同一コンテンツであっても視聴者数のユニキャストストリームを送出しなければならない。このため、新規公開コンテンツへの視聴偏重を考慮すると、サーバの構築コストが高くなってしまう問題がある。しかしながら、ＲＴＳＰ(Real Time Streaming Protocol)等のコンテンツ再生制御プロトコルを利用することで、視聴者は、再生、停止、一時停止、早送り・早戻し、といった視聴制御を自由に行うことが出来る。
【０００５】
一方、ＮＶＯＤは、（複数のストリームを使って）一定間隔で同じ番組を放送することにより、視聴者が視聴開始時間をある程度選択できる放送システムであり、ＩＰ通信を利用する場合、ＮＶＯＤサーバがマルチキャストストリームを送信し、これをクライアントが受信する形態をとる。ＮＶＯＤサーバは、同一コンテンツつき最低１本のマルチキャストストリームを送出すればよいので、サーバへの負荷は、ＶＯＤと比較して低い。しかしながら、マルチキャスト通信という一種の放送の形態を採るため、視聴者は、自由に視聴制御を行うことが出来ない。
【０００６】
ＮＶＯＤの欠点を補う技術として特許文献１がある。これは、短間隔（数秒〜数分オーダーの間隔）のマルチキャストストリームの多重送信によって、ユーザが所望の時間に視聴開始でき、かつ、視聴を中断しても視聴再開する際に適切なストリーム選択することで、一時停止的な効果を得るものである。しかしながら、この方法は、あくまでユーザがチャネルを切り替えることによって所望のストリームを再生するものであり、「一時停止」や「早送り」といった操作インタフェースにマッピング可能な形でＶＯＤの操作性を実現するものではない。
【０００７】
また、特許文献２は、ＮＶＯＤのマルチキャストストリームを受信装置にキャッシュしておき、このキャッシュを利用することでＶＯＤの操作性を実現するものであるが、「一時停止」、「早送り」、「早戻し」等を実現するためには、相応のキャッシュを保持する必要があり、特にＨＤ(High Definition)クラスの映像コンテンツを想定すると、クライアントへの負担が大きい。
【特許文献１】特開２００４−０８８３１５号公報
【特許文献２】特開２００４−００７６３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従来、ＮＶＯＤシステムにおいて、コンテンツ受信装置でより効果的に再生・一時停止・早送り・早戻し等の視聴制御を実現することは出来なかった。
【０００９】
本発明は、上記事情を考慮してなされたもので、例えばＮＶＯＤシステムのように、コンテンツ配信装置が同一コンテンツを複数のストリームで配信する場合に、より効果的に再生・一時停止・早送り・早戻し等の視聴制御を実現することができるコンテンツ受信装置、コンテンツ受信方法、コンテンツ配信装置、エッジルータ装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、同一のコンテンツを、配信開始時刻を異ならせた複数のマルチキャストストリームにより配信するコンテンツ配信装置から、所望のストリームを受信するコンテンツ受信装置であって、前記コンテンツの配信に用いられる前記複数のマルチキャストストリームのアドレス及び配信開始時刻を特定可能とするストリームグループ情報を記憶する第１の記憶手段と、前記コンテンツに対する所定の種類の視聴制御の命令をユーザから入力するための入力手段と、前記入力手段により入力された前記命令に係る視聴制御の種類を特定可能とする情報及び前記コンテンツに対する現在の視聴状態を含む管理情報を記憶する第２の記憶手段と、前記ストリームグループ情報と前記管理情報と現時刻を示す情報とに基づいて、前記命令に係る種類の視聴制御を実現するために受信すべきマルチキャストストリームのアドレスを、前記複数のマルチキャストストリームのアドレスのうちから選定する選定手段と、選定された前記マルチキャストストリームのアドレスに受信を切換えさせる切換手段と、切換えられた前記マルチキャストストリームのアドレスにより前記コンテンツを受信する受信手段とを備えたことを特徴とする。
【００１１】
また、本発明は、同一のコンテンツを、配信開始時刻を異ならせた複数のマルチキャストストリームにより、コンテンツ受信装置へ配信するコンテンツ配信装置であって、配信対象となるコンテンツを記憶するコンテンツ記憶手段と、前記コンテンツの配信に用いられる前記複数のマルチキャストストリームのアドレス及び配信開始時刻を特定可能とするストリームグループ情報を記憶するストリームグループ情報記憶手段と、前記ストリームグループ情報により特定されるマルチキャストストリームのアドレス及び配信開始時刻に従って、前記コンテンツを配信する配信手段と、前記コンテンツ受信装置からの要求に応じて、該コンテンツ受信装置へ前記ストリームグループ情報を提供する提供手段とを備えたことを特徴とする。
【００１２】
また、本発明は、同一のコンテンツを、配信開始時刻を異ならせた複数のマルチキャストストリームにより、コンテンツ受信装置へ配信するコンテンツ配信装置であって、配信対象となるコンテンツを記憶するコンテンツ記憶手段と、前記コンテンツの配信に用いられる前記複数のマルチキャストストリームのアドレス及び配信開始時刻を特定可能とするストリームグループ情報を記憶するストリームグループ情報記憶手段と、前記ストリームグループ情報により特定されるマルチキャストストリームのアドレス及び配信開始時刻に従って、前記コンテンツを配信する配信手段と、前記コンテンツ受信装置から受信した、前記コンテンツ受信装置において入力された前記コンテンツに対する視聴制御の命令に係る視聴制御の種類を特定可能とする情報及び前記コンテンツ受信装置における前記コンテンツに対する現在の視聴状態を含む管理情報、並びに前記ストリームグループ情報及び現時刻を示す情報に基づいて、前記命令に係る種類の視聴制御を実現するために受信すべきマルチキャストストリームのアドレスを、前記複数のマルチキャストストリームのアドレスのうちから選定し、前記コンテンツ受信装置へ応答する制御手段とを備えたことを特徴とする。
【００１３】
また、本発明は、同一のコンテンツを、配信開始時刻を異ならせた複数のマルチキャストストリームにより配信するコンテンツ配信装置から、所望のストリームを受信するコンテンツ受信装置であって、前記コンテンツに対する所定の種類の視聴制御の命令をユーザから入力するための入力手段と、前記入力手段により入力された前記命令に係る視聴制御の種類を特定可能とする情報及び前記コンテンツに対する現在の視聴状態を含む管理情報を記憶する管理情報記憶手段と、前記管理情報を前記コンテンツ配信装置に通知し、これに対する応答として、該コンテンツ配信装置から、前記命令に係る種類の視聴制御を実現するために受信すべきマルチキャストストリームのアドレスを、前記複数のマルチキャストストリームのアドレスのうちから選定した結果を受ける制御手段と、選定された前記マルチキャストストリームのアドレスに受信を切換えさせる切換手段と、切換えられた前記マルチキャストストリームのアドレスにより前記コンテンツを受信する受信手段とを備えたことを特徴とするコンテンツ受信装置。
【００１４】
また、本発明は、同一のコンテンツを、配信開始時刻を異ならせた複数のマルチキャストストリームにより配信するコンテンツ配信装置と、該コンテンツ配信装置から所望のストリームを受信するコンテンツ受信装置とに介在するエッジルータ装置であって、前記コンテンツごとに、そのコンテンツの配信に用いられる前記複数のマルチキャストストリームのアドレス及び配信開始時刻を特定可能とするストリームグループ情報を記憶する記憶手段と、前記コンテンツごとに、そのコンテンツの先頭から一定時間分のストリームを予めキャッシュする事前キャッシュ手段と、前記コンテンツ受信装置が送信した、或るコンテンツに対する再生の開始に係る第１の視聴制御の命令を受信した場合に、該或るコンテンツについて前記事前キャッシュ手段に予めキャッシュされているストリームの該コンテンツ受信装置への送信を開始する送信手段と、前記ストリームグループ情報に基づいて、前記或るコンテンツに係る前記複数のマルチキャストストリームのうちから、前記事前キャッシュ手段に予めキャッシュされている前記ストリームに含まれるいずれかの再生位置を現に送出しているマルチキャストストリームを選定する選定手段と、選定された前記ストリームを所定の再生位置から受信する受信手段と、受信された前記ストリームを一時的に保持する保持手段とを備え、前記送信手段は、前記或るコンテンツについて、前記事前キャッシュ手段からのストリームの送信を前記所定の再生位置まで行った後に、続けて前記保持手段からのストリームの送信を開始することを特徴とする。
【００１５】
なお、装置に係る本発明は方法に係る発明としても成立し、方法に係る本発明は装置に係る発明としても成立する。  
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムとしても成立し、該プログラムを記録したコンピュータ読み取り可能な記録媒体としても成立する。
【発明の効果】
【００１６】
本発明によれば、コンテンツ配信装置が同一コンテンツを複数のストリームで配信する場合に、より効果的に再生・一時停止・早送り・早戻し等の視聴制御を実現することができるようになる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照しながら本発明の実施形態について説明する。
【００１８】
（第１の実施形態）
図１に、本発明の第１の実施形態に係るコンテンツ配信システムの構成例を示す。
【００１９】
図１に示されるように、本コンテンツ配信システムには、コンテンツ配信装置１と、このコンテンツ配信装置１からコンテンツ配信サービスを受ける複数のコンテンツ受信装置２とが含まれている。
【００２０】
コンテンツ配信装置１及び各々のコンテンツ受信装置２は、ネットワーク８を介した通信を行うことが可能である。ネットワーク８としては、例えばＣＤＮ(Contents Delivery Network)のようなコンテンツ配信用のＩＰ通信ネットワークを想定して説明するが、これに限定されるものではない。なお、ネットワーク８中には1以上のエッジルータ装置９が存在し（図１では３台例示している）、各エッジルータ装置９にそれぞれ1以上のコンテンツ受信装置２が接続され、各コンテンツ受信装置２はそれぞれ対応するエッジルータ装置９を介してネットワーク８に接続される。
【００２１】
コンテンツ配信装置１は、ＮＶＯＤのように、所定のコンテンツ（例えば、マルチメディアコンテンツ）を、複数のストリーム（ただし、ストリーム間では、コンテンツの配信開始時刻に所定の間隔が設けられる。）で配信するサーバ装置である。所定のコンテンツは、例えば、映像コンテンツ（音声を伴うものを含む）や音声コンテンツなどのマルチメディアコンテンツである。コンテンツ配信装置１は、例えば、コンテンツ配信サービスを提供するサービス提供事業者（例えば、通信事業者）により運営される。
【００２２】
コンテンツ配信装置１は、ネットワーク８に直接接続するものであっても構わないし、（例えば上記事業者に係る企業内ＬＡＮ等の内部にあって）他のルータ等の装置を介してネットワーク８に接続するものであっても構わない。
【００２３】
コンテンツ受信装置２は、コンテンツ配信装置１により配信される上記所定のコンテンツを受信するクライアント装置。コンテンツ受信装置２は、具体的には、例えば、デジタルＴＶあるいはビデオレコーダなどである。
【００２４】
本実施形態においては、コンテンツ配信装置１が上記のようにＮＶＯＤのようなコンテンツ配信を行うのに対して、コンテンツ受信装置２に、例えばＶＯＤクライアントが備えるようなストリーム視聴制御インタフェース（図４参照）を設けることができ、ユーザは、このストリーム視聴制御インタフェースを介してコンテンツに対する所定の種類の視聴制御（例えば、再生、一時停止、停止、早送り、早戻し（或いは巻き戻し）など）を行うことができるようにしている。なお、本実施形態は、これを実現するための制御を主としてコンテンツ受信装置２側で行うものであり、後述する第２の実施形態は、主としてコンテンツ配信装置１側で行うものであり、後述する第３の実施形態は、主としてエッジルータ装置９側で行うものである。
【００２５】
コンテンツ受信装置２は、エッジルータ装置９に直接接続するものであっても構わないし、（例えばユーザの家庭内ＬＡＮ等の内部にあって）他のルータ等の装置を介してエッジルータ装置９に接続するものであっても構わない。また、後者の場合において、その家庭内ＬＡＮ等の内部に、１つのコンテンツ受信装置２が存在してもよいし、複数のコンテンツ受信装置２が存在してもよい。
【００２６】
なお、図１において、コンテンツ配信装置１が複数存在して構わないが、以下では、或る一つのコンテンツ配信装置１と、或る一つのコンテンツ受信装置２との間のコンテンツ配信に着目して説明することになる。また、コンテンツ配信装置１は、複数のコンテンツを同時に配信するものであっても構わないが、以下では、或る一つのコンテンツの配信に着目して説明することになる。
【００２７】
図２に、本実施形態のコンテンツ配信装置１の構成例を示す。
【００２８】
図２に示されるように、本実施形態のコンテンツ配信装置１は、ストリームグループ情報提供部１１、コンテンツ配信部１２、コンテンツ記憶部１８、ストリームグループ情報記憶部１９を備えている。各部の概要は下記の通りである。
【００２９】
コンテンツ記憶部１８は、配信対象のコンテンツを記憶する。
【００３０】
ストリームグループ情報記憶部１９は、コンテンツの配信に使用する複数のストリームに関する情報（例えば、アドレスや開始時刻等）又はこれを特定可能とする情報を含むストリームグループ情報を記憶する。
【００３１】
ストリームグループ情報提供部１１は、コンテンツ受信装置２からの要求に応じて、要求元のコンテンツ受信装置２へ、ストリームグループ情報を提供する。
【００３２】
コンテンツ配信部１２は、ストリームグループ情報に従って、コンテンツを送出する。
【００３３】
図３に、本実施形態のコンテンツ受信装置２の構成例を示す。
【００３４】
図３に示されるように、本実施形態のコンテンツ受信装置２は、ストリーム視聴制御インタフェース２１、視聴制御検出部２２、ストリームグループ情報検出部２３、視聴制御フィードバック用ストリーム選定部２４、視聴ストリーム切換部２５、コンテンツ受信部２６、視聴制御状態記憶部２８、ストリームグループ情報記憶部２９を備えている。各部の概要は下記の通りである。
【００３５】
ストリームグループ情報検出部２３は、コンテンツ配信装置１に対し要求を行うことによって、ストリームグループ情報を取得する。
【００３６】
ストリームグループ情報記憶部２９は、取得されたストリームグループ情報を記憶する。
【００３７】
ストリーム視聴制御インタフェース２１は、ユーザがストリーム視聴制御に関する操作を行う（ストリーム視聴制御に関する所定の種類の視聴制御の命令を入力する）ことを可能にするインタフェースである。
【００３８】
視聴制御検出部２２は、ストリーム視聴制御インタフェース２１により入力された操作を検出する（すなわち、ストリーム視聴制御インタフェース２１を介して、上記視聴制御の命令を入力する）。
【００３９】
視聴制御状態記憶部２８は、視聴制御状態を示す視聴制御状態情報を記憶する。
【００４０】
視聴制御フィードバック用ストリーム選定部２４は、視聴制御状態情報やストリームグループ情報等に基づいて、ストリーム視聴制御を実現するための処理（例えば、視聴ストリームを選定する処理）を行う。
【００４１】
視聴ストリーム切換部２５は、視聴ストリームの切り換え（のための処理）を行う。
【００４２】
コンテンツ受信部２６は、コンテンツ配信装置１が同一コンテンツに対して複数配信しているストリームのうち、上記視聴ストリームにより配信されるコンテンツを受信する。
【００４３】
なお、図２及び図３において、ネットワークを介した通信のための処理を行う部分や、受信したストリームの利用のための処理を行う部分は省略している。また、以下において、ネットワークを介した通信のための処理や受信したストリームの利用のための処理については説明を省略するものとする。
【００４４】
図４に、コンテンツ受信装置２のストリーム視聴制御インタフェース２１の一例（ストリーム視聴制御インタフェースをＧＵＩにより実現する場合のインタフェース画面の一例）を示す。この例では、コンテンツ再生画面２１１、タイムバー２１２、再生・一時停止ボタン２１３、早送りボタン２１４、早戻し（或いは巻き戻し）ボタン２１５、停止ボタン２１６が設けられている。ユーザは、このストリーム視聴制御インタフェース２１を介してコンテンツの視聴制御を行うことができる。なお、図４のＧＵＩは一例であり、様々なバリエーションが可能である。また、ストリーム視聴制御インタフェース２１は、ＧＵＩにより実現するのに加えて又はこれに代えて、現実の装置（例えば、装置本体又はリモコンの操作パネルなど）によって実現することも可能である。また、図４に例示された視聴制御は一例であり、この他にも、種々の視聴制御が可能である。
【００４５】
さて、本実施形態のコンテンツ配信装置１は、配信対象となるコンテンツを、所定の間隔のマルチキャストストリーム多重送信によって提供するものとする。
【００４６】
その際、隣接するマルチキャストストリーム間の送出間隔は一定であるものとして説明するが、これに限定されるものではない。
【００４７】
例えば、視聴が集中する時間帯を、短間隔（例えば数秒〜数分間隔）のマルチキャストストリーム多重送信によって提供し、視聴が集中しない時間帯を、より長い間隔のマルチキャストストリーム多重送信によって提供する、あるいは、コンテンツの特定の部分（例えば、開始部分）の前後の一定範囲を、短間隔（例えば数秒〜数分間隔）のマルチキャストストリーム多重送信によって提供し、それ以外の部分の前後の一定範囲を、より長い間隔のマルチキャストストリーム多重送信によって提供する、というように、種々の状況を考慮して送出間隔を変化させるようにしてもよい。
【００４８】
また、送出間隔の設定の仕方は、コンテンツにかかわらずに同じにしてもよいが、例えば、新作・話題作など視聴が集中するコンテンツを、短間隔（例えば数秒〜数分間隔）のマルチキャストストリーム多重送信によって提供し、視聴が集中しないコンテンツを、より長い間隔のマルチキャストストリーム多重送信によって提供するというように、配信対象となるコンテンツの属性等に応じて、送出間隔を変化させるなど、種々のバリエーションが可能である。
【００４９】
なお、このときコンテンツの再生時間が送出間隔の整数倍になるように設定をすることによって、コンテンツ受信装置２を利用する視聴者は、常に一定周期で視聴を開始することが可能となる。
【００５０】
図５に、或る一つのコンテンツを、複数のマルチキャストストリームとして、繰り返し送出する様子を例示する（ここでは、隣接するマルチキャストストリーム間の送出間隔が一定の値である場合を例にとっている）。
【００５１】
図５において、個々の実線の全長が、コンテンツの１回分の配信の開始から終了までを示し、各実線の前後が前回分や次回分の配信を示している。また、上側にあるストリームほど、早い順番で配信が開始される。
【００５２】
コンテンツの再生時間がＴ（ｓｅｃ）で、送出間隔がΔＴ（ｓｅｃ）とすると、多重送信されるマルチキャストストリームの本数ｍは、ｍ＝Ｔ／ΔＴとなる（ここでは、ΔＴは一定で、ＴはΔＴの整数倍とする）。この場合、例えば、１番目のストリームの配信が開始したΔＴ秒後に、２番目のストリームの配信が開始され、Ｔ／ΔＴ番目のストリーム（最後の順番のストリーム）は、１番目のストリームの配信が完了するΔＴ秒前に開始され、さらに、Ｔ／ΔＴ番目のストリームが開始されたΔＴ秒後に、１番目のストリームの次の回の配信が開始される。なお、例えば、Ｔ＝１２０（ｍｉｎ）＝１２０×６０（ｓｅｃ）、ΔＴ＝６（ｓｅｃ）とすると、ストリーム本数ｍは、１２００となる。
【００５３】
図５において、各ストリームと時刻ｔ１を示す直線とが交わる部分が、当該ストリームにおける時刻ｔ１における送出部分になり、コンテンツが映像コンテンツであるとすると、それらは相異なるフレームになる（ｔ２についても同様である）。隣接ストリーム間で、同一のフレームは、送出間隔と同じ間隔をもって配信されることになるので、送出間隔が一定の値である場合には、その同一のフレームについて、これを各ストリームが送出する時刻を結ぶと、ｆで示すような直線になる（すなわち、直線ｆ上においては、同一のフレームが送出されることになる）。
【００５４】
コンテンツ受信装置２は、図５のいずれかのストリームによる受信を開始した後に、受信するストリームを切り換えることによって、コンテンツ中の任意の部分に移ることができるので、受信するストリームを所望のストリームに切り換え、あるいは、受信するストリームの切り換え方を変えることによって、詳しくは後述するように、一時停止、早送り、早戻し（或いは巻き戻し）などのような各種の視聴制御（トリックプレイ）が可能になる。
【００５５】
ここで、以下の説明において用いる具体例について説明する。本具体例において、配信対象となるコンテンツ（以下、コンテンツＡと呼ぶ）は、１２０分の（例えば映画のような）コンテンツであるものとする。コンテンツ配信装置１は、コンテンツＡを配信するにあたって、６秒間隔のマルチキャストストリーム多重送信によって提供するものとする。コンテンツＡは再生時間が１２０分であるので、送出間隔を６秒にした場合、１２００本のマルチキャストストリームを１周期として、繰り返し送出することになる。なお、この設定においては、コンテンツの再生時間が送出間隔の整数倍になるので、コンテンツ受信装置２を利用する視聴者は、常に６秒周期で視聴を開始することが可能となる。
【００５６】
次に、ストリームグループ情報について説明する。
【００５７】
コンテンツ配信装置１は、図５のような配信スケジュールを指示するために、配信対象となるコンテンツ（例えばコンテンツＡ）について、これを伝送する所定の本数（例えば１２００本）のマルチキャストストリームのアドレスと、その送出順序などを特定可能とする情報を含むストリームグループ情報を、ストリームグループ情報記憶部１９に記憶し、少なくともそのコンテンツの配信サービスを行っている期間は、これを保持する。また、コンテンツ配信装置１は、ストリームグループ情報記憶部１９に保持しているストリームグループ情報に従って、コンテンツ配信部１２によって、そのコンテンツを送出する。
【００５８】
なお、本実施形態は、ストリームグループ情報記憶部１９に記憶されるストリームグループ情報は、一日分の配信スケジュールを含み、ストリームグループ情報が更新されるまでは、毎日、同じ配信スケジュールでコンテンツ配信がなされ、あるいは、毎日、更新されるものとして説明するが、これに限定されるものではなく、例えば、日以外の任意の期間（例えば、１週分、１ヶ月分、特定の年月日時分秒から特定の年月日時分秒までの期間、など）の配信スケジュールを含むものであってもよい。もちろん、ストリームグループ情報を更新するタイミングにも特に制限はない。なお、本具体例では、ストリームグループ情報は、一日分の配信スケジュールを含む場合を例にとって説明する。
【００５９】
さて、このストリームグループ情報は、コンテンツ配信部１２がコンテンツを送出するスケジュールを指示するための情報であるとともに、コンテンツ受信装置２が制御のもとにする情報であるので、ストリームグループ情報のフォーマットには、コンテンツ受信装置２が、ユーザからの視聴制御に対するフィードバックとして、適切なストリームを選択するための充分な情報を含まれていることが必要であり、様々な形式で提供されることが想定されるが、ここでは、図６〜図８に示す３通りのフォーマットを例示する（図６〜図８の括弧内の数値は具体例である）。
【００６０】
図６に、ストリームグループ情報の第1のフォーマット例を示す。このフォーマットは、ストリームグループ情報は、同一コンテンツを伝送する全てのマルチキャストストリームのアドレスの個数ｎと、ｎセットの｛マルチキャスアドレス，そのマルチキャスアドレスによるコンテンツ（ストリーム）送出開始時刻の個数ｍ，ｍ個のコンテンツ（ストリーム）送出開始時刻｝を列挙したリストを含むものである。このフォーマットは、ストリームグループ情報の必要条件を満たす最も単純なフォーマットである。
【００６１】
図６の具体例では、マルチキャストアドレス数ｎ＝１２００、１番目のリスト情報において、マルチキャストアドレス＝（ｆｆｅｅ：１０００：：１）、コンテンツ送出開始時刻数ｍ＝１２、コンテンツ送出開始時刻＝｛１：００：００，３：００：００，５：００：００，…，１９：００：００，２１：００：００，２３：００：００｝、２番目のリスト情報において、マルチキャストアドレス＝（ｆｆｅｅ：１０００：：２）、コンテンツ送出開始時刻数ｍ＝１２、コンテンツ送出開始時刻＝｛１：００：０６，３：００：０６，５：００：０６，…，１９：００：０６，２１：００：０６，２３：００：０６｝…となっている。
【００６２】
例えば、図６に示す具体例において、１１時００分３０秒に送出が開始されるマルチキャストストリームのアドレスは、コンテンツ送出開始時刻に“１１：００：３０”を持つマルチキャストアドレスを検索することによって求めることができる。
【００６３】
なお、図６のフォーマットに対して、ヘッダ情報として、コンテンツ再生時間（本具体例では１２０ｍｉｎ）、コンテンツ送出間隔（本具体例では６ｓｅｃ）を含めるようにしてもよい。
【００６４】
図７に、ストリームグループ情報の第２のフォーマット例を示す。このフォーマットは、ストリームグループ情報は、同一コンテンツを伝送する全てのマルチキャストストリームのうち、最初のストリームの送出開始時刻（本具体例では１：００：００）と、コンテンツ再生時間（本具体例では１２０ｍｉｎ）と、コンテンツ送出間隔（本具体例では６ｓｅｃ）とを含むヘッダ情報を持ち、更に、マルチキャストアドレスの個数ｎと、ｎセットの｛送出順序，その送出順序のマルチキャスアドレス｝を列挙したリストを持つものである。なお、送出順序は、どのような情報で示してもよい（具体例では、０からｎ−１までの整数値で示すものとしている）。また、リストにおいては、必ずしも送出順に従って列挙されていなくてもよい（さらに、リストにおいて必ず送出順に従って列挙するものとする場合には、送出順序の情報を省くこともできる）。
【００６５】
例えば、図７に示す具体例において、１１時００分３０秒に送出が開始されるマルチキャストストリームのアドレスは、（送出順序ｉ＝０のマルチキャストアドレスによる送出が直近では１１時００分００秒に開始されることから、それらの時差は３０秒となるので、）時差３０秒／送出間隔６秒＝５となり、送出順序ｉ＝５を持つマルチキャストアドレスを検索することによって求めることができる。
【００６６】
図８に、ストリームグループ情報の第３のフォーマット例を示す。このフォーマットは、ストリームグループ情報は、マルチキャストアドレス自体を利用するものである。例えば、ＩＰｖ６マルチキャストを利用する場合に、コンテンツを識別する情報（コンテンツ識別子）として、ＩＰｖ６マルチキャストアドレスの上位６４ビットを利用し、下位６４ビットに送出順序を示す送出順序情報（あるいは、例えば、０：００：００からの経過秒数を示す時間情報など）を指定する。このフォーマットにおいては、最初のストリームの送出開始時刻、コンテンツ再生時間、コンテンツ送出間隔を含むヘッダ情報と、上記のようなコンテンツ識別子とを持つことで、ストリームグループ情報の必要条件を満たすことが出来る。
【００６７】
例えば、図８に示す具体例において、コンテンツ識別子を“ｆｆｅｅ：１０００：：０／６４”、送出開始時刻を“１：００：００”、コンテンツ再生時間を“１２０分”、コンテンツ送出間隔を“６秒”とすると、１１時００分３０秒に送出が開始されるマルチキャストストリームのアドレスは、（マルチキャストアドレス“ｆｆｅｅ：１０００：：１”による送出が直近では１１時００分００秒に開始されることから、それらの時差は３０秒となるので、時差３０秒／送出間隔６秒＝５となり、）“ｆｆｅｅ：１０００：：６”であると一意に特定できる。
【００６８】
なお、これら複数のフォーマットを同時に利用することも可能である。この場合には、例えば、ストリームグループ情報の先頭に、フォーマット識別情報を含めるものとし、このフォーマット識別情報を参照することによって、フォーマットを識別するようにしてもよい。
【００６９】
また、ストリームグループ情報は、コンテンツ配信装置１からコンテンツ受信装置２へ提供されるものであるが、コンテンツ受信装置２において、コンテンツ配信装置１から取得したストリームグループ情報に対して有効期限を設けるようにしてもよい。この場合に、例えば、コンテンツ配信装置１からコンテンツ受信装置２へストリームグループ情報を提供するにあたって、ストリームグループ情報に、その情報が有効な期限を示す有効期限情報（例えば１日など）を付加してもよい。あるいは、有効期限情報を付加せずに、ストリームグループ情報が有効である期間を特定する方法を予め決めておくようにしてもよい（例えば、受信時刻から２４時間が経過するまで有効とする、そのコンテンツの視聴を完了するまで有効とする、など）。あるいは、上記した例では、送出開始時刻を時分秒で記述したが、その代わりに、送出開始時刻を年月日時分秒で記述するようにしてもよい。コンテンツ受信装置２において、ストリームグループ情報に対して有効期限を設けるようにする場合において、コンテンツ受信装置２は、有効なストリームグループ情報が確保されている間は、ストリームグループ情報の取得を省略することもできる。一方、１回のコンテンツの視聴に対して、ストリームグループ情報の有効期限が十分長い場合に、コンテンツ受信装置２は、ストリームグループ情報の有効期限を考慮せず、コンテンツの受信を開始するにあたって、必ずストリームグループ情報を取得するようにすることもできる。
【００７０】
なお、本具体例では、ストリームグループ情報に図８のフォーマット例を利用するものとして説明するものとする。
【００７１】
次に、本実施形態の動作について上記した具体例を用いながら詳しく説明する。
【００７２】
ここでは、コンテンツ受信装置２を起点として、視聴制御の種類毎に、その動作シーケンスについてそれぞれ説明する。
【００７３】
まず、第１に、コンテンツ受信装置２がコンテンツＡの再生を開始する「コンテンツ再生シーケンス」について説明する。
【００７４】
図９に、コンテンツ再生シーケンスにおけるコンテンツ配信装置１と、コンテンツ受信装置２との通信シーケンス例を示す。また、図１０に、コンテンツ再生シーケンスにおけるコンテンツ受信装置２の処理手順例を示す。
【００７５】
まず、コンテンツ受信装置２は、予めコンテンツＡのコンテンツパス情報（ＲＴＳＰサーバ上でのコンテンツ識別情報）を取得しているものとする。コンテンツパス情報を取得する方法は、どのような方法でも良く、例えば、コンテンツ配信装置１の提供するポータル画面コンテンツに埋め込まれているコンテンツパス情報を取得する方法や、ＥＣＧ（Electronic Content Guide：電子コンテンツガイド、放送におけるＥＰＧ(Electronic Program Guide)のＶＯＤ版）のためのメタデータ情報として一括取得したりする方法などが可能である。
【００７６】
さて、コンテンツ受信装置２は、ストリーム視聴制御インタフェース２１経由でのユーザからの『再生・一時停止』ボタン押下操作を、視聴制御検出部２２によって検知する（図９のステップＳ１１、図１０のステップＳ２１）。ここで、押下された時刻は“１３：００：４０”であったものとする。
【００７７】
視聴制御検出部２２は、視聴制御状態情報として、「『再生・一時停止』ボタン押下であること」、「コンテンツＡの再生開始前であること」、及び「押下された時刻が“１３：００：４０”」であることを、視聴制御状態記憶部２８に記録する（ステップＳ１１、ステップＳ２２）。なお、時刻は、例えば、当該コンテンツ受信装置２が内蔵する時計装置から得ればよい。
【００７８】
視聴制御フィードバック用ストリーム選定部２４は、視聴制御状態記憶部２８から視聴制御状態情報を取得し、「１回目（奇数回目）『再生・一時停止』ボタン押下であること」及び「コンテンツ再生前の状態であること（すなわちコンテンツ再生開始要求であること）」を検出し、ストリームグループ情報検出部２３に対して、ストリームグループ情報の取得を要求する（ステップＳ１１）。
【００７９】
次に、ストリームグループ情報検出部２３は、コンテンツＡのコンテンツパス情報を宛先として、RTSP DESCRIBEリクエストを、コンテンツ配信装置１に送信する（ステップＳ１２、ステップＳ２３）。
【００８０】
コンテンツ配信装置１のストリームグループ情報提供部１１は、コンテンツ受信装置２からのRTSP DESCRIBEリクエストを受信し、ストリームグループ情報記憶部１９から、コンテンツＡのストリームグループ情報を取得し（ステップＳ１３）、これをRTSP DESCRIBEリクエストへの応答として返す（ステップＳ１４）。
【００８１】
コンテンツ受信装置２のストリームグループ情報検出部２３は、コンテンツ配信装置１からの応答から、コンテンツＡのストリームグループ情報を取得し、これをストリームグループ情報記憶部２９に記憶する（ステップＳ１５、ステップＳ２４）。
【００８２】
ここで、視聴制御フィードバック用ストリーム選定部２４は、視聴すべきストリームを選定するために、「現在の時刻情報」と、「視聴制御状態情報（ユーザがコンテンツＡの先頭からの「再生」を求めていること）」と、取得した「ストリームグループ情報」とから、現時刻においてコンテンツＡのストリーム送出を最初に開始するマルチキャストアドレスを算出する（ステップＳ１６、ステップＳ２５）。例えば、ストリームグループ情報として、コンテンツ識別情報に“ｆｆｅｅ：１０００：：０／６４”、コンテンツ送出開始時刻“９：００：００”、コンテンツ再生時間に“７２００”秒、コンテンツ送出間隔に“６”秒が指定されていた場合、視聴制御フィードバック用ストリーム選定部２４は、“１３：００：４２”にストリーム送出が開始される、マルチキャストアドレス“ｆｆｅｅ：１０００：：７”を算出する。
【００８３】
視聴ストリーム切換部２５は、算出したマルチキャストアドレスに対する参加要求を、エッジルータ装置９に対して送信する（ステップＳ１７、ステップＳ２６）。
【００８４】
これによって、コンテンツ受信装置２のコンテンツ受信部２６は、コンテンツ配信装置１から当該マルチキャストアドレス（本具体例では、“ｆｆｅｅ：１０００：：７”）により配信開始されるコンテンツＡを（コンテンツの開始部分から）受信開始する（ステップＳ１８、ステップＳ２７）。
【００８５】
受信されたコンテンツＡは、例えば、復号等された後に表示装置に表示され、あるいは、所定の記録媒体に記録され、あるいは、他の装置に転送されるなど、所定の利用に供される。
【００８６】
なお、ここでは、コンテンツの再生箇所について、時刻情報を用いたが、その代わりに、フレーム番号を用いるものとし、必要に応じてフレーム番号と時刻情報との変換を行うようにしてもよい（この点は、以降の各シーケンス例においても同様である）。
【００８７】
また、ここでは、「再生」と「一時停止」を同一のボタンに割り当て、そのボタンの押下回数により、「再生」と「一時停止」を区別するものとしているが、「再生」ボタンと、「一時停止」ボタンとを独立にしてもよい（この点は、以降の各シーケンス例においても同様である）。
【００８８】
以上により、ユーザからのコンテンツＡの再生開始を意図する『再生／一時停止』ボタン押下を契機とし、コンテンツ受信装置２は、現時刻において最初にストリーム送出を開始するアドレスを導出することで、ＮＶＯＤシステムのような放送形態において、ＶＯＤシステムのような再生シーケンスを擬似的に実現することができる。
【００８９】
次に、第２に、コンテンツ受信装置２がコンテンツＡの再生を中断し再開する「コンテンツ一時停止シーケンス」について説明する。
【００９０】
ここで、図１１を参照しながら、再生の一時停止と、一時停止からの視聴の再開の制御について説明する。
【００９１】
例えば、図１１において、１番目のストリームを再生しているときに、時刻ｔ３において、『再生・一時停止』ボタン押下がなされ、一時停止したとする。このとき、例えば、時刻ｔ３のときのフレームの内容が静止画として表示される。次に、時刻ｔ４において、『再生・一時停止』ボタン押下がなされたとする。このとき、１番目のストリームの時刻ｔ３のときのフレームは、時刻ｔ４の直近では、時刻ｔ５に６番目のストリームにより配信されることから、コンテンツ受信装置２は、視聴するストリームを、１番目のものから６番目のものに切り換えることによって、一時停止からの再開を実現することができる。
【００９２】
図１２に、コンテンツ一時停止シーケンスにおける「コンテンツ再生の中断（一時停止）」に該当する場合のコンテンツ受信装置２の内部処理手順例を示す。また、図１３に、コンテンツ一時停止シーケンスにおける「コンテンツ再生を中断（一時停止）した後の再開」に該当する場合のコンテンツ受信装置２の内部処理手順例を示す。
【００９３】
本具体例では、コンテンツ受信装置２は、前述したコンテンツ再生シーケンスが完了し、ユーザが（“１３：００：４２”にストリーム送出が開始されるマルチキャストアドレス“ｆｆｅｅ：１０００：：７”により）コンテンツＡの視聴を開始して、一定時経過（ここでは、３６００秒とする）した状態にあるものとする。
【００９４】
コンテンツ受信装置２は、ストリーム視聴制御インタフェース２１経由でのユーザからの『再生・一時停止』ボタン押下操作を、視聴制御検出部２２によって検知する（図１２のステップＳ３１）。
【００９５】
視聴制御検出部２２は、「『再生・一時停止』ボタン押下であること」、「コンテンツＡの再生位置が先頭から３６００秒経過した位置にあること」、及び「押下された時刻が“１４：００：４２”であること」を、視聴制御状態記憶部２８に記録する（ステップＳ３２）。
【００９６】
視聴制御フィードバック用ストリーム選定部２４は、視聴制御状態記憶部２８から情報を取得し、「２回目（偶数回目）『再生・一時停止』ボタン押下であること（すなわち一時停止要求であること）」を検出し、視聴ストリーム切換部２５に対して、視聴ストリームの受信停止を要求する（ステップＳ３３）。
【００９７】
視聴ストリーム切換部２５は、これを受けて、コンテンツＡの受信を停止するために、受信中のマルチキャストアドレスに対する離脱要求を、エッジルータ装置９に対して送信する（ステップＳ３４）。
【００９８】
これによって、コンテンツ受信部２６は、コンテンツ配信装置１から当該マルチキャストアドレス（本具体例では、“ｆｆｅｅ：１０００：：７”）により配信されるコンテンツＡの受信を終了する（ステップＳ３５）。
【００９９】
この結果、一時停止が実現される。一時停止の間は、例えば、静止画が表示される。
【０１００】
続いて、コンテンツ受信装置２は、ストリーム視聴制御インタフェース２１経由でのユーザからの再度の『再生・一時停止』ボタン押下操作を、視聴制御検出部２２によって検知する（図１３のステップＳ４１）。
【０１０１】
視聴制御検出部２２は、「『再生・一時停止』ボタン押下であること」、及び「押下された時刻が“１５：００：４２”であること」を、視聴制御状態記憶部２８に記録する（ステップＳ４２）。
【０１０２】
次に、視聴制御フィードバック用ストリーム選定部２４は、視聴制御状態記憶部２８から、「３回目（奇数回目）『再生・一時停止』ボタン押下であること（つまり再生再開要求であること）」、「２回目の押下から３６００秒（１５：００：４２−１４：００：４２）が経過していること」、及び「コンテンツの一時停止位置が先頭から３６００秒経過した位置であること」を示す視聴制御状態情報を取得する（ステップＳ４３）。さらに、ストリームグループ情報記憶部２９からストリームグループ情報を引き出し、現在時刻を加味して、コンテンツＡの再生を再開するためのストリームのマルチキャストアドレス（好ましくは、最適なストリームのマルチキャストアドレス）を算出する（ステップＳ４４）。
【０１０３】
具体的には、例えば、現時刻“１５：００：４２”において、送出開始から３６００秒が経過しているストリーム（すなわち、“１４：００：４２”に送出開始されたストリーム）のマルチキャストアドレスを算出することになり、送出順序情報が３６４２／６＝６０７、ｈｅｘ（６０７）＝２５ｆであることから、受信するマルチキャストアドレスは、“ｆｆｅｅ：１０００：：２５ｆ”となる。
【０１０４】
視聴制御フィードバック用ストリーム選定部２４からの要求に基づき、視聴ストリーム切換部２５は、マルチキャストアドレス“ｆｆｅｅ：１０００：：２５ｆ”に対する参加要求を、エッジルータ装置９に対して送信する（ステップＳ４５）。
【０１０５】
これによって、コンテンツ受信部２６は、コンテンツ配信装置１から当該マルチキャストアドレス（本具体例では、“ｆｆｅｅ：１０００：：２５ｆ”）により配信されるコンテンツＡを、視聴を中断した位置（具体例では、送出開始から３６００秒が経過した位置）から、受信開始する（ステップ４６）。
【０１０６】
この結果、一時停止した後の視聴の再開（一時停止の解除）が実現される。
【０１０７】
なお、上記では、一時停止した後の視聴の再開を、一時停止したときのコンテンツの部分（例えば、一時停止したときのフレーム）から開始するようにしたが、一時停止したときのコンテンツの部分よりも一定時間前に当たる部分（例えば、一時停止したときのフレームより所定数だけ前のフレーム）から開始するように、切り替え先のマルチキャストアドレスを選択するようにしてもよい。
【０１０８】
以上により、ユーザからのコンテンツＡの一時停止と、再生再開を意図する『再生／一時停止』ボタン押下を契機とし、コンテンツ受信装置２は、再生再開に最適の（一時停止した時点での再生位置を、現時刻において再生している）ストリームのマルチキャストアドレスを導出することで、ＮＶＯＤシステムのような放送形態において、ＶＯＤシステムのような一時停止シーケンスを擬似的に実現することができる。
【０１０９】
ここで、図１４を参照しながら、以下で説明する早送りの制御及び早戻しの制御等について説明する。
【０１１０】
例えば、図１４において、７番目のストリームを通常再生しているときに、時刻ｔ１１において、『早送り』ボタン押下がなされたとする。このとき、例えば、ｃ１で示す時間経過とストリーム遷移との関係にそうように、まず、６番目のストリームに切り替え、次に、５番目のストリームに切り替え、次に、４番目のストリームに切り替え、次に、３番目のストリームに切り替え、次に、２番目のストリームに切り替え、というように、視聴ストリームを遷移していく。そして、時刻ｔ１２で、通常再生に戻す操作（例えば、『再生・一時停止』ボタン押下など）がなされたとすると、２番目のストリームにより通常再生を行う。ここで、２番目のストリームにおいて時刻ｔ１２で配信されるフレームは、もとの７番目のストリームでは、それより先の時刻ｔ１３で配信されるフレームと同じである（図１４のｆとｆ’参照）。すなわち、上記制御によって、時刻ｔ１１から時刻ｔ１２において、もとの２番目のストリームにおける時刻ｔ１１から時刻ｔ１３に相当する部分を、早送りするのと同等の視聴制御を実現することができる。なお、ｃ２で示す関係に従えば、ｃ１より低速度の早送りになり、ｃ３で示す関係に従えば、ｃ１より高速度の早送りになる。
【０１１１】
また、例えば、図１４において、７番目のストリームを通常再生しているときに、時刻ｔ１１において、『早戻し』ボタン押下がなされたとする。このとき、例えば、ｃ４で示す時間経過とストリーム遷移との関係にそうように、まず、８番目のストリームに切り替え、次に、９番目のストリームに切り替え、…というように、視聴ストリームを遷移していく。そして、時刻ｔ１２で、通常再生に戻す操作（例えば、『再生・一時停止』ボタン押下など）がなされたとすると、１４番目のストリームにより通常再生を行う。ここで、１４番目のストリームにおいて時刻ｔ１２で配信されるフレームは、もとの７番目のストリームでは、時刻ｔ１１より前の時刻ｔ１４で配信されるフレームと同じである（図１４のｆとｆ’’参照）。すなわち、上記制御によって、時刻ｔ１１から時刻ｔ１２において、もとの２番目のストリームにおける時刻ｔ１１から時刻ｔ１４に相当する部分を、早戻りするのと同等の視聴制御を実現することができる。なお、早送りと同様、ｃ４より低速度の早戻しや、ｃ４より高速度の早戻しが可能である。また、ｃ４の直線の傾きの絶対値が、ｆで示す直線の傾きの絶対値に近くなると、１倍速未満のスローの巻き戻しも可能である。
【０１１２】
なお、ｃ４の直線の傾きの絶対値が、ｆで示す直線の傾きの絶対値より小さくなると、１倍速未満のスロー再生と同等の視聴制御になる。
【０１１３】
また、例えば図４のタイムバー２１２をスライドさせるなどして、任意の時刻が指示されたような場合には、ｃ５やｃ６のように、直接、他のストリームに移ることによって、その任意の時刻からの再生を行わせることが可能になる。
【０１１４】
さて、第３に、コンテンツ受信装置２がコンテンツＡの再生中に早送りする「コンテンツ早送りシーケンス」について説明する。
【０１１５】
図１５に、コンテンツ早送りシーケンスにおけるコンテンツ受信装置２の内部処理手順例を示す。
【０１１６】
本具体例では、コンテンツ受信装置２は、前述したコンテンツ再生シーケンスが完了し、ユーザがコンテンツＡの視聴を開始してから所定の時間が経過した状態（ここでは、開始してから６秒経過後とする）にあるものとする。
【０１１７】
また、ここでは、「早送り」に段階があり、一段階目の早送り要求は２倍速の早送り要求であるものとする。
【０１１８】
コンテンツ受信装置２は、ストリーム視聴制御インタフェース２１経由でのユーザからの『早送り』ボタン押下操作を、視聴制御検出部２２によって検知する（ステップＳ５１）。
【０１１９】
視聴制御検出部２２は、「『早送り』ボタン押下であること」、「コンテンツＡの再生位置が先頭から６秒経過した位置にあること」、及び「押下された時刻が“１３：００：４８”であること」を、視聴制御状態記憶部２８に記録する（ステップＳ５２）。このとき、「コンテンツＡの再生位置が先頭から６秒経過した位置にあること」及び「押下された時刻が“１３：００：４８”であること」は、現在受信中のマルチキャストストリームのアドレスの算出に利用するために記録するのであるが、視聴制御フィードバック用ストリーム選定部２４において、現在受信中のマルチキャストストリームのアドレスを保持する場合は、必ずしもこれらの情報を記録する必要は無い。
【０１２０】
次に、視聴制御フィードバック用ストリーム選定部２４は、視聴制御状態記憶部２８から蓄積情報を取得し、「１回目の『早送り』ボタン押下であること（すなわち一段階目の早送り要求であること）」を検出する（ステップＳ５３）。そして、ストリームグループ情報を利用して、擬似的な２倍速を実現するためのストリーム切換スケジュールを作成し、視聴ストリーム切換部２５に対して、このスケジュールに則った視聴ストリームの切換処理を要求する（ステップＳ５４）。
【０１２１】
視聴ストリーム切換部２５は、視聴制御フィードバック用ストリーム選定部２４からの要求に基づき、受信すべきマルチキャストアドレスを、再生順序のより早いものへ遷移させていくような参加要求と離脱要求を、エッジルータ装置９に対して繰り返して行う（ステップＳ５５）。
【０１２２】
コンテンツ受信部２６は、マルチキャストアドレスが切り替わりながら受信したストリームを、擬似的な「早送り」ストリームとして出力する（ステップＳ５６）。
【０１２３】
例えば、コンテンツＡの送出間隔が６秒である場合に、２倍速の早送りを実現するためのストリーム切換スケジュールとしては、一例として、“３秒毎に［現再生順序−１］のストリームに受信を切換えること”等とすることができる。すなわち、『早送り』ボタン押下されたときに受信しているマルチキャストアドレスが“ｆｆｅｅ：１０００：：７”であるものとして、３秒毎に“ｆｆｅｅ：１０００：：６”、“ｆｆｅｅ：１０００：：５”、“ｆｆｅｅ：１０００：：４”、…と受信するストリームを切り換えるように視聴ストリーム切換部２５に要求することで、擬似的な２倍速を実現することができる。
【０１２４】
さらに『早送り』ボタンが複数回押されて、例えば、６０倍速の早送りを実現する場合は、０．５秒毎に［現再生順序−５］のストリームの受信に、あるいは１秒毎に［現再生順序−１０］のストリームの受信に、順次切り換えるようなストリーム切換スケジュールを作成することで、６０倍速の早送りを実現することができる。
【０１２５】
もちろん、例えば送出間隔や早送りの速度などに応じて、種々のストリーム切換スケジュールを作成することができる。また、早送りの速度は、必ずしも一定でなくてもよく、早送り中にその速度が変化するようなストリーム切換スケジュールを作成することもできる。
【０１２６】
なお、ここでは、早送りや早戻しの速度に段階を設ける場合に、『早送り』ボタンや『早戻し』ボタンの押下回数により、速度を区別するものとしているが、異なる速度毎にボタンを独立に設けるようにしてもよい（この点は、以降の各シーケンス例においても同様である）。
【０１２７】
以上により、ユーザからのコンテンツＡの『早送り』ボタン押下を契機とし、コンテンツ受信装置２の視聴制御フィードバック用ストリーム選定部２４は、連続的かつ定期的に受信ストリームの切換え要求を、視聴ストリーム切換部２５に対して行うことで、擬似的な早送りを実現することができる。
【０１２８】
次に、第４に、コンテンツ受信装置２がコンテンツＡの再生中に早戻しする「コンテンツ早戻しシーケンス」について説明する。
【０１２９】
図１６は、コンテンツ早戻しシーケンスにおけるコンテンツ受信装置２の内部処理手順例を示す。
【０１３０】
本具体例では、コンテンツ受信装置２は、前述したコンテンツ再生シーケンスが完了し、ユーザがコンテンツＡの視聴を開始してから所定の時間が経過した状態（ここでは、開始してから３６００秒経過後とする）にあるものとする。
【０１３１】
また、ここでは、「早戻し」に段階があり、一段階目の早戻し要求は２倍速の早戻し要求であるものとする。
【０１３２】
コンテンツ受信装置２は、ストリーム視聴制御インタフェース２１経由でのユーザからの『早戻し』ボタン押下操作を、視聴制御検出部２２によって検知する（ステップＳ６１）。
【０１３３】
視聴制御検出部２２は、「『早戻し』ボタン押下であること」、「コンテンツＡの再生位置が先頭から３６００秒経過した位置にあること」、及び「押下された時刻が“１４：００：４２”であること」を、視聴制御状態記憶部２８に記録する（ステップＳ６２）。このとき、「コンテンツＡの再生位置が先頭から３６００秒経過した位置にあること」及び「押下された時刻が“１４：００：４２”であること」は、現在受信中のマルチキャストストリームのアドレスの算出に利用するために記録するのであるが、視聴制御フィードバック用ストリーム選定部２４において、現在受信中のマルチキャストストリームのアドレスを保持する場合は、必ずしもこれらの情報を記録する必要は無い。
【０１３４】
次に、視聴制御フィードバック用ストリーム選定部２４は、視聴制御状態記憶部２８から蓄積情報を取得し、「１回目の『早戻し』ボタン押下であること（すなわち一段階目の早戻し要求であること）」を検出する（ステップＳ６３）。そして、ストリームグループ情報を利用して、擬似的な２倍速の早戻しを実現するためのストリーム切換スケジュールを作成し、視聴ストリーム切換部２５に対して、このスケジュールに則った視聴ストリームの切換処理を要求する（ステップＳ６４）。
【０１３５】
視聴ストリーム切換部２５は、視聴制御フィードバック用ストリーム選定部２４からの要求に基づき、受信すべきマルチキャストアドレスを、再生順序のより遅いものへ遷移させていくような参加要求と離脱要求を、エッジルータ装置９に対して繰り返して行う（ステップＳ６５）。
【０１３６】
コンテンツ受信部２６は、マルチキャストアドレスが切り替わりながら受信したストリームを、擬似的な「早戻し」ストリームとして出力する（ステップＳ６６）。
【０１３７】
例えば、コンテンツＡの送出間隔が６秒である場合に、２倍速の早戻しを実現するための、ストリーム切換スケジュールとしては、一例として、“３秒毎に［現再生順序＋１］のストリームに受信を切換え、切り替え後に受信したストリームの先頭の１画像を静止画として（３秒間ずつ）出力する”等とすることができる。すなわち、『早戻し』ボタン押下されたときに受信しているマルチキャストアドレスが“ｆｆｅｅ：１０００：：７”であるものとして、３秒毎に“ｆｆｅｅ：１０００：：８”、“ｆｆｅｅ：１０００：：９”、“ｆｆｅｅ：１０００：：１０”、…と受信するストリームを切り換えるように視聴ストリーム切換部２５に要求することで、擬似的な２倍速の早戻しを実現することができる。
【０１３８】
さらに『早戻し』ボタンが複数回押されて、例えば、６０倍速の早戻しを実現する場合は、０．５秒毎に［現再生順序−５］のストリームの受信に、順次切り換えるようなストリーム切換スケジュールを作成し、受信したストリームの先頭の１画像を静止画として出力することで６０倍速の早戻しを、擬似的に実現することができる。
【０１３９】
もちろん、例えば送出間隔や早戻しの速度などに応じて、種々のストリーム切換スケジュールを作成することができる。また、早戻しの速度は、必ずしも一定でなくてもよく、早戻し中にその速度が変化するようなストリーム切換スケジュールを作成することもできる。
【０１４０】
以上により、ユーザからのコンテンツＡの『早戻し』ボタン押下を契機とし、コンテンツ受信装置２の視聴制御フィードバック用ストリーム選定部２４は、連続的かつ定期的に受信ストリームの切換え要求を、視聴ストリーム切換部２５に対して行うことで、擬似的な早戻しを実現することができる。
【０１４１】
ところで、上記のトリックプレイ（すなわち、早送りや早戻しなど）について、コンテンツのコーデックに特化した方法をとることで、より滑らかな擬似ストリームを実現できる場合がある。
【０１４２】
以下、ＭＰＥＧに特化した例を説明する。
【０１４３】
例えば、ＭＰＥＧでは、３０フレーム／秒のもと、ＧＯＰ（Group Of Picture）という１５フレームのかたまりを１単位として、画像データの圧縮・伸張を行う。ＭＰＥＧでは、Iフレーム、Pフレーム、Bフレームという３種類のフレームが存在し、ＧＯＰは、I・B・B・P・B・B・P・B・B・P・B・B・P・B・Bで構成される。ここで、Iフレームは、画像を圧縮した基本フレーム、Pフレームは、前のＩフレームまたはＰフレームからの差分を利用した時間型圧縮したフレーム、Bフレームは、前後フレームとの差分情報を利用した双方向予測的圧縮したフレームである。
【０１４４】
コンテンツ受信装置２は、このＧＯＰの構成を利用して、早送りの場合は、I，Pフレームのみを利用し、早戻しの場合は、Iフレームのみを利用するなどの方法が考えられる。
【０１４５】
ストリーム切替え時間の最小値を２秒とし、NVODストリームの送出間隔が6秒間である場合を例にとって、具体的な方法について説明する。
【０１４６】
早送りを実現する場合、３倍速以下（ｘ倍速）であれば、６／ｘ秒毎に受信ストリームを１つ先のストリームに切替え、切替え後、０．５秒毎に１つ含まれるIフレームを取得し、デコーダに渡す。以降、Bフレームを抜いて、I，Pフレームを逐次取得し、次のストリームのIフレームを受信するまで、Ｐ，Ｉフレームをデコーダに渡す。３倍速より早い場合、常に２秒毎に先のストリームに切り替え（例えば、６倍速の場合、２秒毎に２つ先のストリームに切替え、３０倍速の場合、２秒毎に１０先のストリームに切替え）、Iフレームのみをデコーダに渡す。
【０１４７】
また、早戻しを実現する場合、３倍速以下（ｘ倍速）であれば、６／ｘ秒毎に受信ストリームを１つ前のストリームに切替え、切替え後、０．５秒毎に１つ含まれるIフレームを取得し、デコーダに渡す。以降、B，Pフレームを抜いて、Iフレームを逐次取得し、次のストリームのIフレームを受信するまで、Ｉフレームをデコーダに渡す。３倍速より早い場合、常に２秒毎に先のストリームに切り替え（例えば、６倍速の場合、２秒毎に２つ前のストリームに切替え、３０倍速の場合、２秒毎に１０前のストリームに切替え）、Iフレームのみをデコーダに渡す。
【０１４８】
このような方法により、ＧＯＰを利用しないものよりも、視覚的により滑らかなトリックプレイを実現することができる。
【０１４９】
以上、幾つかのトリックプレイの実現について説明してきたが、本実施形態によれば、これまで説明した以外の種々のトリックプレイを実現することができる。
【０１５０】
ところで、擬似的な早送り、早戻しストリーム等を実現するために、短期間で受信ストリームを切換える必要がある場合、なめらかな擬似ストリームを実現するために切換え処理に要する遅延を考慮することも考えられる。
【０１５１】
図１７に、この場合のコンテンツ受信装置２の構成例を示す。
【０１５２】
図１７の構成例は、図３の構成例に対して、視聴ストリームの切り換えに要する遅延を算出する切換遅延算出部２７を追加したものである。
【０１５３】
この場合、まず、コンテンツ受信装置２の切換遅延算出部２７が、ネットワーク８におけるマルチキャストストリームの受信切換えに要する遅延時間をモニタリングし、例えば、その平均値を蓄積する。かりに、遅延時間の平均が１００ミリ秒であった場合に、視聴ストリーム切換部２５は、切換遅延算出部２７を利用し、次のストリームへの切換えを、１００ミリ秒早く行う。
【０１５４】
あるいは、切換遅延算出部２７を利用せず、スケジュールによって予め決まっている次のストリームを１本（もしくはネットワーク帯域が許容するなら一定数本）受信しておく方法も考えられる。例えば、常に３本のマルチキャストストリームを受信可能な場合、出画中の一本目のストリームとは別に、２本目、３本目のストリームを受信しておく。スケジュールにのっとって２本目のストリームを出画する際に、１本目のストリームの受信を終了し、新たに、４本目のストリームの受信要求を行う。
【０１５５】
また、コンテンツの配信スケジュールによっては、視聴制御を行う際に、切り換え先のストリームがないケースがあり得る。例えば。少なくとも、新たなコンテンツの配信サービスの開始前や、そのコンテンツの配信サービスの終了後は、ストリームが存在しないし、例えば時間帯によって隣接ストリーム間の送出間隔を非常に大きくするような場合には、ストリームが存在しないことがあり得る。
【０１５６】
ユーザが指示した視聴制御に基づいて算出した切り換え先のストリームが存在しない場合には、その視聴制御を行うことができないので、ユーザに対して視聴制御ができない旨のメッセージを提示するようにしてもよい。
【０１５７】
あるいは、予め、用意された視聴制御のそれぞれについて、ストリームグループ情報を参照して、当該視聴制御が指示されたときに、それが可能であるか不能であるかを判断し（あるいは、不能である期間を求め）、不能である視聴制御について、例えば、これに対応するＧＵＩ上のボタンを無効化し、あるいは、ボタンが押されたときに、警告音を鳴らすなどして、現在、その視聴制御が使用できない旨をユーザに提示するようにしてもよい。
【０１５８】
以上のように、本実施形態によれば、コンテンツ配信装置が同一コンテンツを複数のストリームで配信する場合に、より効果的に再生・一時停止・早送り・早戻し等の視聴制御を実現することができるようになる。例えば、視聴傾向の偏りに対しても一定数のマルチキャストストリームに抑制可能なＮＶＯＤシステムの利点は維持しつつ、コンテンツ受信装置が、ＶＯＤのような操作性を備えた視聴制御機能を実現することできる。
【０１５９】
さらに、コンテンツ受信装置は、マルチキャストストリームをキャッシュする必要が無いという利点もある。ただし、本実施形態において、キャッシュを併用することによって、さらに効果的な視聴制御機能を実現することも可能になる。
【０１６０】
（第２の実施形態）
第1の実施形態は、ユーザによる視聴制御を実現するための処理を主としてコンテンツ受信装置２側で行うものであったが、この第２の実施形態は、ユーザによる視聴制御を実現するための処理を主としてコンテンツ配信装置１で行うようにしたものである。以下では、本実施形態が第１の実施形態と相違する点を中心に説明する。
【０１６１】
本実施形態に係るコンテンツ配信システムの構成例は、第１の実施形態（図１）と同様である。
【０１６２】
図１８に、本実施形態のコンテンツ配信装置１の構成例を示す。
【０１６３】
図１８のコンテンツ配信装置１の構成例は、第１の実施形態（図２）の構成例に対して、視聴制御フィードバック用ストリーム選定部１４を更に備えている点が相違している。
【０１６４】
本実施形態のコンテンツ受信装置２の構成例は、基本的には第１の実施形態（図３または図１７）と同様で構わない。ただし、本実施形態では、第１の実施形態においてコンテンツ受信装置２の視聴制御フィードバック用ストリーム選定部２４が行ったストリーム選定等を、コンテンツ配信装置１の視聴制御フィードバック用ストリーム選定部１４が行うので、コンテンツ受信装置２の視聴制御フィードバック用ストリーム選定部２４は、ストリームの選定等を、視聴制御フィードバック用ストリーム選定部１４に行って貰う点が、第１の実施形態と相違する。
【０１６５】
次に、ストリームグループ情報について説明する。
【０１６６】
ストリームグループ情報は、第１の実施形態に示したものを用いても構わないが、ここでは、図１９に示すような、トリックプレイ用のストリームも含む構成を持つストリームグループ情報を利用するものとする。図１９に示すフォーマット例は、図８のフォーマットを拡張したものであり、同一コンテンツを伝送する全ての通常再生用マルチキャストストリームを特定可能とする情報に加え、トリックプレイ（早送り、早戻し）用コンテンツのマルチキャストストリームのアドレス体系をリストとして持つ。図１９の例では、２倍速の早送り、４倍速の早送り、８倍速の早送り、１６倍速の早送り、２倍速の早戻し、４倍速の早戻し、８倍速の早戻し、１６倍速の早戻しのそれぞれについて用意された各々のトリックプレイ用コンテンツのマルチキャストストリームのアドレス体系をリストとして持つものである。
【０１６７】
なお、図１９のトリックプレイ用コンテンツのマルチキャストストリームのアドレス体系は、もともとのコンテンツのコンテンツ識別子について図８で説明したものと同様である。例えば、ＩＰｖ６マルチキャストを利用する場合に、コンテンツを識別する情報（コンテンツ識別子）として、ＩＰｖ６マルチキャストアドレスの上位６４ビットを利用し、下位６４ビットに送出順序を示す送出順序情報（あるいは、例えば、０：００：００からの経過秒数を示す時間情報など）を指定する。
【０１６８】
また、図１９では、マルチキャストアドレスに、トリックプレイに関する情報（この場合、早戻しや早送りにおける倍速値と、早戻しか早送りかの区別とを特定可能な情報）を含めるようにした例を示している。
【０１６９】
もちろん、図６又は図７のフォーマットに、上記のようなトリックプレイ（早送り、早戻し）用コンテンツのマルチキャストストリームのアドレス体系を示すリストを付加したものを用いても構わない。
【０１７０】
次に、本実施形態の動作について第1の実施形態と同様の具体例を用いながら詳しく説明する。
【０１７１】
ここでは、コンテンツ受信装置２を起点として、視聴制御の種類毎に、その動作シーケンスについてそれぞれ説明する。
【０１７２】
まず、第１に、コンテンツ受信装置２がコンテンツＡの再生を開始する「コンテンツ再生シーケンス」について説明する。
【０１７３】
図２０に、コンテンツ再生シーケンスにおけるコンテンツ配信装置１と、コンテンツ受信装置２との通信シーケンス例を示す。また、図２１に、コンテンツ再生シーケンスにおけるコンテンツ受信装置２の処理手順例を示す。
【０１７４】
まず、コンテンツ受信装置２は、第1の実施形態と同様、予めコンテンツＡのコンテンツパス情報（ＲＴＳＰサーバ上でのコンテンツ識別情報）を取得しているものとする。
【０１７５】
コンテンツ受信装置２は、ストリーム視聴制御インタフェース２１経由でのユーザからの『再生・一時停止』ボタン押下操作を、視聴制御検出部２２によって検知する（図２０のステップＳ１１１、図２１のステップＳ１２１）。視聴制御検出部２２は、視聴制御状態情報として、「『再生・一時停止』ボタン押下であること」、及び「コンテンツＡの再生開始前であること」を、視聴制御状態記憶部２８に記録する（ステップＳ１１１、ステップＳ１２２）。視聴制御フィードバック用ストリーム選定部２４は、視聴制御状態記憶部２８から視聴制御状態情報を取得し、「１回目（奇数回目）『再生・一時停止』ボタン押下であること」及び「コンテンツ再生前の状態であること（すなわちコンテンツ再生開始要求であること）」を検出し、コンテンツＡのコンテンツパス情報を宛先として、RTSP DESCRIBEリクエストを、コンテンツ配信装置１に送信する（Ｓ１１２、Ｓ１２３）。
【０１７６】
コンテンツ配信装置１のストリームグループ情報提供部１１は、コンテンツ受信装置２からのRTSP DESCRIBEリクエストを受信し、ストリームグループ情報記憶部１９から、コンテンツＡのストリームグループ情報を取得し（ステップＳ１１３）、視聴制御フィードバック用ストリーム選定部１４により、ストリーム配信要求の受信時刻が“１３：００：４０”であることから（なお、時刻は、例えば、当該コンテンツ配信装置１が内蔵する時計装置から得ればよい）、マルチキャストアドレス（好ましくは、最適なマルチキャストアドレス）を算出・選定して（ステップＳ１１４）、これをRTSP DESCRIBEリクエストへの応答として返す（ステップＳ１１５）。例えば、ストリームグループ情報として、コンテンツ識別情報に“ｆｆｅｅ：１０００：：０／６４”、コンテンツ送出開始時刻“９：００：００”、コンテンツ再生時間に“７２００”秒、コンテンツ送出間隔に“６”秒が指定されていた場合、視聴制御フィードバック用ストリーム選定部１４は、“１３：００：４２”にストリーム送出が開始される、マルチキャストアドレス“ｆｆｅｅ：１０００：：７”を算出し、これを返す。
【０１７７】
コンテンツ受信装置２の視聴制御フィードバック用ストリーム選定部２４は、コンテンツ配信装置１からの応答から、コンテンツＡのマルチキャストアドレス（ｆｆｅｅ：１０００：：７）を取得し、これを視聴ストリーム切換部２５に渡す（ステップＳ１２３）。視聴ストリーム切換部２５は、算出したマルチキャストアドレスに対する参加要求を、エッジルータ装置９に対して送信する（ステップＳ１１６、Ｓ１２４）。
【０１７８】
これによって、コンテンツ受信装置２のコンテンツ受信部２６は、コンテンツ配信装置１から当該マルチキャストアドレス（本具体例では、“ｆｆｅｅ：１０００：：７”）により配信開始されるコンテンツＡを（コンテンツの開始部分から）受信開始する（ステップＳ１１７、ステップＳ１２５）。
【０１７９】
受信されたコンテンツＡは、例えば、復号等された後に表示装置に表示され、あるいは、所定の記録媒体に記録され、あるいは、他の装置に転送されるなど、所定の利用に供される。
【０１８０】
以上により、ユーザからのコンテンツＡの再生開始を意図する『再生／一時停止』ボタン押下を契機とし、コンテンツ配信装置１が現時刻において視聴するストリームのマルチキャストアドレス（好ましくは、最適なストリームのマルチキャストアドレス）を導出し、これをコンテンツ受信装置２に通知することで、ＮＶＯＤシステムのような放送形態において、ＶＯＤシステムのような再生シーケンスを擬似的に実現することができる。
【０１８１】
第２に、コンテンツ受信装置２がコンテンツＡの再生を中断し再開する「コンテンツ一時停止シーケンス」について説明する。
【０１８２】
図２２に、コンテンツ一時停止シーケンスにおける「コンテンツ再生の中断（一時停止）」に該当する場合のコンテンツ受信装置２の内部処理手順例を示す。また、図２３に、コンテンツ一時停止シーケンスにおける「コンテンツ再生を中断（一時停止）した後の再開」に該当する場合のコンテンツ受信装置２の内部処理手順例を示す。
【０１８３】
本具体例では、第１の実施形態と同様、コンテンツ受信装置２は、前述したコンテンツ再生シーケンスが完了し、ユーザが（“１３：００：４２”にストリーム送出が開始されるマルチキャストアドレス“ｆｆｅｅ：１０００：：７”により）コンテンツＡの視聴を開始して、一定時経過（ここでは、３６００秒とする）した状態にあるものとする。
【０１８４】
コンテンツ受信装置２は、ストリーム視聴制御インタフェース２１経由でのユーザからの『再生・一時停止』ボタン押下操作を、視聴制御検出部２２によって検知する（図２２のステップＳ１３１）。
【０１８５】
視聴制御検出部２２は、「『再生・一時停止』ボタン押下であること」、及び「コンテンツＡの再生位置が先頭から３６００秒経過した位置にあること」を、視聴制御状態記憶部２８に記録する（ステップＳ１３２）。
【０１８６】
視聴制御フィードバック用ストリーム選定部２４は、視聴制御状態記憶部２８から情報を取得し、「２回目（偶数回目）『再生・一時停止』ボタン押下であること（すなわち一時停止要求であること）」を検出し、視聴ストリーム切換部２５に対して、視聴ストリームの受信停止を要求する（ステップＳ１３３）。
【０１８７】
視聴ストリーム切換部２５は、これを受けて、コンテンツＡの受信を停止するために、受信中のマルチキャストアドレスに対する離脱要求を、エッジルータ装置９に対して送信する（ステップＳ１３４）。
【０１８８】
これによって、コンテンツ受信部２６は、コンテンツ配信装置１から当該マルチキャストアドレス（本具体例では、“ｆｆｅｅ：１０００：：７”）により配信されるコンテンツＡの受信を終了する（ステップＳ３５）。
【０１８９】
この結果、一時停止が実現される。一時停止の間は、例えば、静止画が表示される。
【０１９０】
続いて、コンテンツ受信装置２は、ストリーム視聴制御インタフェース２１経由でのユーザからの再度の『再生・一時停止』ボタン押下操作を、視聴制御検出部２２によって検知する（図２３のステップＳ１４１）。
【０１９１】
視聴制御検出部２２は、「『再生・一時停止』ボタン押下であること」を、視聴制御状態記憶部２８に記録する。
【０１９２】
次に、視聴制御フィードバック用ストリーム選定部２４は、視聴制御状態記憶部２８から、「３回目（奇数回目）『再生・一時停止』ボタン押下であること（つまり再生再開要求であること）」、及び「コンテンツの一時停止位置が先頭から３６００秒経過した位置であること」を示す視聴制御状態情報を取得し、コンテンツ配信装置１に対して、上記視聴制御状態情報をRTSP DESCRIBEリクエストで通知する（ステップＳ１４３）。
【０１９３】
コンテンツ配信装置１は、RTSP DESCRIBEリクエストを受信すると、現在時刻において、先頭から３６００秒経過した位置を再生しているマルチキャストアドレスを、視聴制御フィードバック用ストリーム選定部１４で算出する。
【０１９４】
具体的には、例えば、現時刻“１５：００：４２”において、送出開始から３６００秒が経過しているストリーム（すなわち、“１４：００：４２”に送出開始されたストリーム）のマルチキャストアドレスを算出することになり、送出順序情報が３６４２／６＝６０７、ｈｅｘ（６０７）＝２５ｆであることから、受信するマルチキャストアドレスは、“ｆｆｅｅ：１０００：：２５ｆ”となる。
【０１９５】
コンテンツ配信装置１は、RTSP DESCRIBEリクエストへの応答として、この算出したアドレスを、コンテンツ受信装置２に通知する。
【０１９６】
視聴制御フィードバック用ストリーム選定部２４は、コンテンツ配信装置１から取得したマルチキャストアドレスに切り換えさせるために、視聴ストリーム切換部２５に切換え要求を出す（ステップＳ１４３）。
【０１９７】
視聴制御フィードバック用ストリーム選定部２４からの要求に基づき、視聴ストリーム切換部２５は、マルチキャストアドレス“ｆｆｅｅ：１０００：：２５ｆ”に対する参加要求を、エッジルータ装置９に対して送信する（ステップＳ１４４）。
【０１９８】
これによって、コンテンツ受信部２６は、コンテンツ配信装置１から当該マルチキャストアドレス（本具体例では、“ｆｆｅｅ：１０００：：２５ｆ”）により配信されるコンテンツＡを、視聴を中断した位置（具体例では、送出開始から３６００秒が経過した位置）から、受信開始する（ステップＳ１４５）。
【０１９９】
この結果、一時停止の解除（再生の再開）が実現される。
【０２００】
以上により、ユーザからのコンテンツＡの一時停止と、再生再開を意図する『再生／一時停止』ボタン押下を契機とし、コンテンツ受信装置２は、再生再開に最適の（一時停止した時点での再生位置を、現時刻において再生している）ストリームのマルチキャストアドレスを導出することで、ＮＶＯＤシステムのような放送形態において、ＶＯＤシステムのような一時停止シーケンスを擬似的に実現する。
【０２０１】
最後に、コンテンツ受信装置２がコンテンツＡの再生中の早送り、早戻しシーケンスについて説明する。
【０２０２】
本実施形態においては、コンテンツ配信装置１の側でストリーム選定をおこなうために、早送りや早戻しは、第１の実施形態に示した擬似的なストリームの切換えによっては、実現できない。そこで、ここでは、トリックプレイ用のストリームを利用する場合について説明する。
【０２０３】
コンテンツ受信装置２の視聴制御フィードバック用ストリーム選定部２４は、一時停止の場合と同様、視聴制御状態情報から、早送り、早戻しの押下回数、現在の再生位置（先頭からの経過時間）情報を、RTSP DESCRIBEリクエストで、コンテンツ配信装置１へ通知する。コンテンツ配信装置１の視聴制御フィードバック用ストリーム選定部１４は、受信した視聴制御状態情報と、現在時刻と、図１９に示すストリームグループ情報に基づき、トリックプレイ用ストリーム（好ましくは、要求に最適なトリックプレイ用ストリーム）を選定し、そのアドレスをコンテンツ受信装置２に通知する。視聴制御フィードバック用ストリーム選定部２４は、受信したアドレスに切換えるよう視聴ストリーム切換部２５に要求する。例えば、図１９においては、トリックプレイの倍速値情報を、マルチキャストアドレスの先頭から5バイト目（早戻しの倍速値）、6バイト目（早送りの倍速値）に、含めている。
【０２０４】
これによって、ユーザからのコンテンツＡの『早送り』ボタン押下や『早戻し』ボタン押下を契機として、擬似的な早送りや早戻しを実現することができる。
【０２０５】
なお、コンテンツ配信装置１は、これらトリックプレイ用のストリームを生成するときに、第１の実施形態に示したようにＧＯＰを利用した生成方法を採ってもよい。
【０２０６】
例えば、早送りを実現する場合、コンテンツ配信装置１は、３倍速以下では、I，Pフレームのすべてを、所定の倍速値になるタイミングで送出し、１５倍速以下では、IフレームとPフレームの一部を、所定の倍速値になるタイミング且つ通常再生のビットレートを超えないレベルで送出し、１５倍速超では、Iフレームのみを、所定の倍速値になるタイミング且つ通常再生のビットレートを超えないレベルで送出する。
【０２０７】
また、例えば、早戻しを実現する場合、コンテンツ配信装置１は、Iフレームのみを、所定の倍速値になるタイミング且つ通常再生のビットレートを超えないレベルで送出する。
【０２０８】
このような方法により、ＧＯＰを利用しないものよりも、視覚的により滑らかなトリックプレイを実現することができる。
【０２０９】
（第３の実施形態）
第1、第２の実施形態は、ユーザによる視聴制御を実現するための処理をそれぞれ主としてコンテンツ受信装置２側、コンテンツ配信装置１側で行うものであったが、この第３の実施形態は、ユーザによる視聴制御を実現するための処理を主としてエッジルータ装置９で行うようにしたものである。また、第１及び第２の実施形態は、コンテンツ配信装置１とコンテンツ受信装置２の２者間の通信によって視聴制御を実現するものであったが、第３の実施形態は、これらにエッジルータ装置９を介在させた３者間の通信によって視聴制御を実現するものである。
【０２１０】
本実施形態では、エッジルータ装置９を利用することにより、コンテンツ配信装置１が送信するＮＶＯＤストリームの送出間隔を長く設定しても、コンテンツ受信装置２を待たせることなく、任意の時間からのコンテンツ再生の開始を実現することができる。
【０２１１】
本実施形態に係るコンテンツ配信システムの構成例は、第１及び第２の実施形態（図１）と同様である。
【０２１２】
以下、本実施形態が第１、第２の実施形態と相違する点を中心に説明する。
【０２１３】
まず、図２４を参照しながら、本実施形態の視聴制御について説明する。
【０２１４】
本実施形態においても、基本的には、コンテンツ配信装置１が、あるコンテンツに対する複数のマルチキャストストリームを送出し、これをエッジルータ装置９が受信し、コンテンツ受信装置２が、そのコンテンツに対する参加要求を送出すると、これを受けたエッジルータ装置９が、そのコンテンツ受信装置２に、要求されたコンテンツのマルチキャストストリームを転送する。
【０２１５】
ここで、あるコンテンツに対する複数のマルチキャストストリームの送出間隔をＴ秒とすると、本実施形態のエッジルータ装置９は、そのコンテンツについて、先頭からＴ秒間経過するまでの間の部分（先頭部分と呼ぶものとする）を事前キャッシュしておく。この事前キャッシュは、コンテンツごとに行う。
【０２１６】
なお、コンテンツ配信装置１が、事前キャッシュ用に設けた先頭部分のデータをエッジルータ装置９へ提供するようにしてもよいし、そのようなデータを特別に設けずに、エッジルータ装置９が送出している複数のマルチキャストストリームのうちのいずれかを受信して、先頭部分のデータを事前キャッシュするようにしてもよい。
【０２１７】
本実施形態では、エッジルータ装置９が、コンテンツ受信装置２へのコンテンツ配信に供すべきマルチキャストアドレスを選択することから、コンテンツ受信装置２が、所望のコンテンツに係るマルチキャストアドレスに対する参加要求を送出するにあたって、該参加要求で指定するマルチキャストアドレスとして、例えば、当該コンテンツに対する複数のマルチキャストアドレスのうちから（エッジルータ装置９又はコンテンツ受信装置２が）適当に一つを選択したものを用いる方法、コンテンツの代表アドレスとして予め決められたマルチキャストアドレス（例えば、第1番目の順位を持つマルチキャストストリームのマルチキャストアドレス）を用いる方法、マルチキャストアドレスの全ビットのうち、コンテンツを識別する部分のみを特定したもの（他の部分は任意）を用いる方法など、種々の方法がある（いずれの方法においても、エッジルータ装置９は、マルチキャストアドレスの全ビットのうち、コンテンツを識別する部分を参照すればよい）。
【０２１８】
ここで、エッジルータ装置９は、コンテンツ受信装置２が送出した（コンテンツ再生開始に係る）参加要求を受信すると、直ちに、要求されたコンテンツについて事前キャッシュしておいたデータを、コンテンツ受信装置２へ送出し始める。この事前キャッシュしておいたデータにより、最大Ｔ秒間だけ送出を続けることができる。
【０２１９】
また、エッジルータ装置９は、上記のように送出を開始するとともに、Ｔ秒以内に事前キャッシュから実際に配信されているマルチキャストストリームへの切り替えを行うために、次の処理を開始する。
【０２２０】
すなわち、要求されたコンテンツに対する複数のマルチキャストストリームのうち、現時点（例えば、参加要求受信時刻とする）において、そのコンテンツの先頭からＴ秒以内の部分を送信しているマルチキャストアドレスを選択する。ここで、参加要求受信時点で、選択されたマルチキャストアドレスにおいて送信されている部分は、そのコンテンツの先頭からｔ秒経過した部分であったものとする。
【０２２１】
例えば図２４（ａ）のように、Ｔ秒間隔で、“ｆｆｅｅ：１０００：：０”、“ｆｆｅｅ：１０００：：Ｔ”、“ｆｆｅｅ：１０００：：２Ｔ”、…のようなマルチキャストアドレスにて複数のマルチキャストストリーム（図２４（ａ）の各長方形が一つのマルチキャストストリームのコンテンツの開始から終了までを表しているものとする）が繰り返し送信されている場合に、図示したようなタイミングで参加要求が受信されると、参加要求受信時点で先頭からＴ秒以内の部分（この例では先頭からｔ秒経過した部分）を送信しているマルチキャストアドレスである“ｆｆｅｅ：１０００：：Ｔ”が選択される。以下、“ｆｆｅｅ：１０００：：Ｔ”が選択された場合を例にとって説明する。
【０２２２】
エッジルータ装置９は、選択した“ｆｆｅｅ：１０００：：Ｔ”のマルチキャストストリームについて、（直ちに転送できず、遅延を設ける必要があるので）一時キャッシュを開始する。
【０２２３】
さて、エッジルータ装置９は、例えば図２４（ｂ）のように、事前キャッシュしておいたデータを、先頭からｔ秒間だけ送出するものとすると、続けて、 “ｆｆｅｅ：１０００：：Ｔ” のマルチキャストストリームを利用して、コンテンツの先頭からｔ秒間経過したところ以降を、コンテンツの終了まで、コンテンツ受信装置２へ送出する。ただし、“ｆｆｅｅ：１０００：：Ｔ” のマルチキャストストリームのコンテンツ受信装置２への転送は、“ｆｆｅｅ：１０００：：Ｔ” のマルチキャストストリームの開始時刻から参加要求受信時刻までのｔ秒間だけ遅延しているので、エッジルータ装置９は、図２４（ｂ）のように、“ｆｆｅｅ：１０００：：Ｔ” のマルチキャストストリームの先頭からｔ秒間経過した以降の部分について、それを受信してからｔ秒間だけ一時キャッシュして遅延させた後に送信する。
【０２２４】
なお、事前キャッシュ分から“ｆｆｅｅ：１０００：：Ｔ” のマルチキャストストリームへの切り替えは、上記ではコンテンツの先頭からｔ秒経過した時点で行ったが、「先頭からｔ秒経過した時点」と「先頭からＴ秒経過した時点」との間の任意の時点で行うようにすることが可能である。
【０２２５】
なお、上記した視聴制御は、コンテンツ受信装置２ごとに行う（コンテンツ受信装置２が同時に複数の参加要求を行うことができる場合には、コンテンツ受信装置２ごと、参加要求ごとに行う）。
【０２２６】
上記した視聴制御は、コンテンツ受信装置２がコンテンツの（先頭部分からの）再生の開始を要求する場合であるが、コンテンツ受信装置２がコンテンツの再生の中断を要求し、次いでコンテンツの再生の再開を要求する場合も、基本的には同様の制御により実現可能である。
【０２２７】
まず、コンテンツの再生を中断（一時停止）する場合について説明する。
【０２２８】
エッジルータ装置９は、コンテンツ受信装置２から、中断（一時停止）に係る離脱要求を受信すると、基本的にはこれまでの実施形態と同様に処理を行うが、その際に、例えばそれまで使用していたマルチキャストストリームを利用して、前述の事前キャッシュと同様に、コンテンツの中断箇所（先頭からｐ秒経過した箇所とする。）を起点としてＴ秒間だけデータをキャッシュ（再開用キャッシュと呼ぶものとする）しておく。
【０２２９】
次に、コンテンツの再生を再開する場合について説明する。
【０２３０】
エッジルータ装置９は、上記の後にコンテンツ受信装置２から参加要求を受信すると、直ちに、要求されたコンテンツについて再開用キャッシュしておいたデータを、コンテンツ受信装置２へ送出し始める。
【０２３１】
一方、エッジルータ装置９は、上記参加要求を受信すると、要求されたコンテンツに対する複数のマルチキャストストリームのうち、現時点（例えば、参加要求受信時刻とする）において、そのコンテンツの「先頭からｐ秒経過した箇所」からＴ秒以内の部分を送信しているマルチキャストアドレスを選択し、一時キャッシュを開始する。
【０２３２】
以降の制御は、前述のコンテンツ再生開始時の制御と同様である。
【０２３３】
なお、上記では、コンテンツ再生の中断箇所から再開する場合であるが、例えばコンテンツ再生の中断箇所から一定時間Δｐだけ前の箇所から再開する場合には、上記の“ｐ”を“ｐ−Δｐ”として制御すればよい。
【０２３４】
なお、上記では、Ｔ秒間のデータ（先頭からＴ秒間経過するまでの間の部分、あるいは、中断箇所からＴ秒間経過するまでの間の部分）をキャッシュするものとしたが、Ｔ´（＞Ｔ）秒間のデータをキャッシュすることも可能である。この場合、事前キャッシュあるいは再開用キャッシュから選択したマルチキャストストリームへの切り替えは、ｔ秒経過した時点とＴ´秒経過した時点との間の任意の時点で行うようにすることが可能である。
【０２３５】
以下では、本実施形態の構成及び動作を詳しく説明する。
【０２３６】
図２５に、本実施形態のコンテンツ配信装置１の構成例を示す。
【０２３７】
本実施形態のコンテンツ配信装置１の構成は、第２の実施形態（図１８）の構成例に対して、ＮＶＯＤコンテンツ情報提供部１７、エッジルータ情報蓄積部３１、エッジルータ情報取得部３２、エッジルータ接続クライアント識別部３３を追加したものになっている（なお、第１の実施形態（図２）の構成例との相違は、これらに更に視聴制御フィードバック用ストリーム選定部１４を備えている点である）。
【０２３８】
図２６に、本実施形態のエッジルータ装置９の構成例を示す。
【０２３９】
図２６に示されるように、本実施形態のエッジルータ装置９は、ストリームグループ情報記憶部９１、ストリームアドレス生成部９２、ストリーム受信要求受付部９３、ストリームデータキャッシュ部９４、ストリーム受信部９５、ストリーム送信部９６、ＮＶＯＤコンテンツ情報収集部９７、受信ストリーム選定部９８、ストリームアドレス提供部９９を備えている。
【０２４０】
なお、エッジルータ装置９は、制御に必要な情報を記載した管理情報を保持してもよい。図２７に、管理情報の一例を示す。この例の場合、管理情報には、サービスを提供しているクライアント（コンテンツ受信装置２）を識別する情報、そのクライアントに配信しているコンテンツを識別する情報、そのコンテンツの配信に使用しているマルチキャストアドレスを識別する情報（配信サーバが送出するマルチキャストアドレス、および、エッジルータ装置が送出するマルチキャストアドレス）、そのマルチキャストアドレスの転送に設けている遅延時間、コンテンツ再生の中断があった場合の中断箇所（又は次の再開箇所）を示す情報、当該クライアント専用に使用しているバッファ（キャッシュ）を示す情報が含まれている。
【０２４１】
本実施形態のコンテンツ受信装置２の構成例は、基本的には第２の実施形態（図３または図１７）と同様で構わない。なお、本実施形態では、実際にはエッジルータ装置９の受信ストリーム選定部９８がストリーム選定等を行うので、コンテンツ受信装置２の視聴制御フィードバック用ストリーム選定部２４は、ストリームの選定等を、エッジルータ装置９の受信ストリーム選定部９８に行って貰う点が、第１、第２の実施形態と相違する。
【０２４２】
次に、本実施形態の動作について第1、第２の実施形態と同様の具体例を用いながら詳しく説明する。ただし、第１、第２の実施形態の具体例では、コンテンツ配信装置１がＮＶＯＤストリームを送出する間隔を「６秒の間隔」としたが、ここでは、コンテンツ配信装置１がＮＶＯＤストリームを「６０秒の間隔」で送出するものとする。例えば、コンテンツの再生時間が１２０分の場合に、“ｆｆｅｅ：１０００：：０”、“ｆｆｅｅ：１０００：：６０”、“ｆｆｅｅ：１０００：：１２０”、…、“ｆｆｅｅ：１０００：：７２００”の６０本のマルチキャストストリームが送出されることになる。これは、第１、第２の実施形態の具体例（６秒の間隔）の１０倍の送出間隔であるが、このようにストリームの間隔を長くしても本実施形態では同等以上の視聴制御が実現できる。
【０２４３】
以下、エッジルータ装置９を起点として、コンテンツ受信装置２がコンテンツＡの再生を開始する「コンテンツ再生シーケンス」について説明する。
【０２４４】
図２８に、コンテンツ再生シーケンスにおけるコンテンツ配信装置１とエッジルータ装置９とコンテンツ受信装置２との通信シーケンス例を示す。また、図２９に、コンテンツ再生シーケンスにおけるコンテンツ受信装置２の処理手順例を示す。
【０２４５】
まず、コンテンツ配信装置１のエッジルータ情報蓄積部３１に対して、エッジルータ装置９ごとに、そのエッジルータ装置９の配下に接続されるクライアント（コンテンツ受信装置２）に対して払い出すＩＰアドレスのプレフィックス情報と、そのエッジルータ装置９が持つＲＴＳＰサーバのＵＲＩ情報とを、予め登録しておく（ステップＳ２００）。これは、管理者がオフラインで実施してもよいし、エッジルータ装置９（の例えば図示しないエッジルータ情報通知部など）からコンテンツ配信装置１のエッジルータ情報取得部３２へネットワーク８を介して行ってもよい。
【０２４６】
エッジルータ装置９のＮＶＯＤコンテンツ情報収集部９７は、コンテンツ配信装置１のＮＶＯＤコンテンツ提供部１７から、ＮＶＯＤ配信しているコンテンツリストを取得する。これは、例えば限られた新作の映画コンテンツが、ＮＶＯＤによって配信される場合などを想定している。エッジルータ装置９は、例えばHTTP GETリクエストによって、このＮＶＯＤコンテンツリストの取得を要求し（ステップＳ２０１）、コンテンツ配信装置１のＮＶＯＤコンテンツ情報提供部１７が受信した該HTTP GETリクエストに対する応答（200 OK）として、ＮＶＯＤコンテンツリストを応答する（ステップＳ２０２）。ＮＶＯＤコンテンツリストには、コンテンツ毎のストリームグループ情報が含まれており、エッジルータ装置９は、この情報をストリームグループ情報記憶部９１に蓄積する。
【０２４７】
なお、本具体例では、ストリームグループ情報に図８のフォーマット例を利用するものとするが、図６や図７など他のフォーマットを利用しても構わない。
【０２４８】
なお、ストリームグループ情報に記載されている送出間隔は６０秒とする。エッジルータ装置９は、ストリームグループ情報をもって、コンテンツ配信装置１からの送出間隔が６０秒であることを把握する。エッジルータ装置９は、この本来の送出間隔をコンテンツ受信装置２には隠蔽し、例えば送出間隔1秒の、より細粒度のマルチキャストサービスを提供する。ただし、この送出間隔１秒というのは、本具体例においてはコンテンツ受信装置２側が判断するものである。コンテンツ受信装置２は、後述するリダイレクトされたRTSPリクエストに対するエッジルータ装置９からのレスポンスによって、エッジルータ装置９配下の受信装置がＪＯＩＮ可能なストリームグループ情報を取得する。すなわち、コンテンツ受信装置２は、例えば０時１分１０秒に対応するアドレスとして、“ｆｆｅｅ：１０００：：７０”をエッジルータ装置９から受信するが、実際にはコンテンツ配信装置１は、“ｆｆｅｅ：１０００：：０”、“ｆｆｅｅ：１０００：：６０”、“ｆｆｅｅ：１０００：：１２０”、…のマルチキャストアドレスにて１分間隔でＮＶＯＤストリームを送出している（以下、この例に従って記述する）。なお、エッジルータ装置９による再送信間隔を1秒としているが、これは下限値を１つの例として使用しているだけであり、再送信間隔自体は、元の送出間隔の約数として一般化できる。元の送出間隔が６０秒ならば、２、３、４、５、６…秒間隔であってもよい。これは、エッジルータ装置９が、コンテンツ受信装置２にＲＴＳＰのレスポンスとして提供するストリームグループ情報によって規定するものである。
【０２４９】
エッジルータ装置９は、個々のＮＶＯＤコンテンツの先頭６０秒をキャッシュするために、該当するマルチキャストストリームの受信処理を、ストリーム受信部９５により行う。このとき、エッジルータ装置９は、自身にMulticast Listener Reportメッセージを送信するか、あるいは、同等の処理をルータ間プロトコルＰＩＭによって実現する（ステップＳ２０３，Ｓ２０４）。エッジルータ装置９は、受信した全てのマルチキャストストリームを、先頭から１分間分ずつ、ストリームデータキャッシュ部９４に蓄積する（ステップＳ２０５）。
【０２５０】
なお、ステップＳ２０１〜Ｓ２０５の処理は、例えばコンテンツ配信装置１とエッジルータ装置９との双方をサービス事業者が提供するような場合には、専用回線上のサービス独自方法によって実現することも可能である。
【０２５１】
なお、ここまでの一連の処理は、例えば、ＮＶＯＤコンテンツのラインナップの変更時に（例えば１日１回程度）行われることを想定している。
【０２５２】
以降は、コンテンツ受信装置２が、所望の時刻からコンテンツＡの再生を行うシーケンスになる。コンテンツ受信装置２の動作は、基本的には第２の実施形態と同様であるが、コンテンツ配信装置１からエッジルータ装置９へRTSP DESCRIBEリクエストがリダイレクトされる点が異なる。
【０２５３】
まず、コンテンツ受信装置２は、第1の実施形態と同様、予めコンテンツＡのコンテンツパス情報（ＲＴＳＰサーバ上でのコンテンツ識別情報）を取得しているものとする。
【０２５４】
コンテンツ受信装置２は、ストリーム視聴制御インタフェース２１経由でのユーザからの『再生・一時停止』ボタン押下操作を、視聴制御検出部２２によって検知する（図２８のステップＳ２０６、図２９のステップＳ２２１）。視聴制御検出部２２は、視聴制御状態情報として、「『再生・一時停止』ボタン押下であること」、及び「コンテンツＡの再生開始前であること」を、視聴制御状態記憶部２８に記録する（ステップＳ２０６、ステップＳ２２２）。視聴制御フィードバック用ストリーム選定部２４は、視聴制御状態記憶部２８から視聴制御状態情報を取得し、「１回目（奇数回目）『再生・一時停止』ボタン押下であること」及び「コンテンツ再生前の状態であること（すなわちコンテンツ再生開始要求であること）」を検出し、コンテンツＡのコンテンツパス情報を宛先として、RTSP DESCRIBEリクエストを、コンテンツ配信装置１に送信する（Ｓ２０７、Ｓ２２３）。
【０２５５】
コンテンツ配信装置１のエッジルータ接続クライアント識別部２３は、コンテンツ受信装置２からのRTSP DESCRIBEリクエストを受信し、該RTSP DESCRIBEリクエストのリクエスト元のアドレスから、エッジルータ情報蓄積部３１に記憶されたエッジルータ情報を利用して、接続されているエッジルータ装置９を判別し（ステップＳ２０８）、当該エッジルータ装置９のＲＴＳＰサーバＵＲＩへ、コンテンツ受信装置２からのリクエストをリダイレクトする。これは、ＲＴＳＰプロトコルの302 Moved Temporarilyレスポンスを利用して行う（ステップＳ２０９、Ｓ２２３）。コンテンツ受信装置２は、該302 Moved Temporarily レスポンスを受信して、レスポンスに記載されているリダイレクト先（エッジルータ装置９上のＲＴＳＰサーバＵＲＩ）に対して、再度、RTSP DESCRIBEリクエストを送信する（ステップＳ２１０、Ｓ２２４）。
【０２５６】
エッジルータ装置９のストリームアドレス提供部９９は、RTSP DESCRIBEリクエストを受付けると、その時点において最適なストリームのアドレスを決定し（ステップＳ２１１）、決定したストリームアドレスのマルチキャストアドレスを含むコンテンツ情報をコンテンツ受信装置２へ返す（ステップＳ２１２、Ｓ２２４）。このとき、コンテンツ配信装置１は、前述したようにエッジルータ上で１秒間隔の図８の生成規則に基づくアドレスを返してもよいし、（ストリームアドレス生成部９２で）クライアント毎に任意のストリームを送出するためのアドレスを新たに生成して返してもよい。あるいは、コンテンツの代表アドレスとして予め決められたマルチキャストアドレスを返してもよい。
【０２５７】
コンテンツ受信装置２の視聴制御フィードバック用ストリーム選定部２４は、エッジルータ装置９からのRTSP DESCRIBEレスポンス（200 OK）から、コンテンツＡのマルチキャストアドレスを取得し、これを視聴ストリーム切換部２５に渡す（ステップＳ２２４）。視聴ストリーム切換部２５は、該マルチキャストアドレスに対する参加要求メッセージを、エッジルータ装置９に対して送信する（ステップＳ２１３、Ｓ２２５）。
【０２５８】
エッジルータ装置９は、ストリーム受信要求受付部９３にて、上記参加要求メッセージを受信すると、ストリーム送信部９６にて、要求されたコンテンツＡについてキャッシュしているデータを先頭から順に、コンテンツ受信装置２へ送信する（ステップＳ２１４）。同時に、送信間隔Ｔ（具体例ではＴ＝６０）として、エッジルータ装置９の受信ストリーム選定部９８は、コンテンツAの先頭からＴ秒以内の部分（先頭からｔ秒の部分であったものとする。）を送信しているマルチキャストアドレスを選定し、選定したマルチキャストアドレスの少なくともｔ秒間の一時キャッシュ処理を開始する（ステップＳ２１５）。ここで、具体例として、“ｆｆｅｅ：１０００：：６０”で特定されるストリームが、先頭から１０秒の位置を再生しているものとすると、このストリームが選定され、このストリームの少なくとも１０秒間の一時キャッシュが開始される。
【０２５９】
コンテンツ受信装置２のコンテンツ受信部２６は、コンテンツ配信装置１から当該マルチキャストアドレス（本具体例では、“ｆｆｅｅ：１０００：：６０”）で配信されるコンテンツＡをコンテンツの開始部分から受信開始することになる（ステップＳ２１４、ステップＳ２２６）。
【０２６０】
続いて、エッジルータ装置９は、もともとキャッシュしていたコンテンツＡをｔ（本具体例ではｔ＝１０）秒分送信した後、ステップＳ２１３において一時キャッシュしていたストリームに切り替えて送出する（ステップＳ２１６）。本具体例では、“ｆｆｅｅ：１０００：：６０”のコンテンツＡの先頭から１０秒の位置を基点として一時キャッシュを行っているため、この切り替えが可能となる。
【０２６１】
これによって、コンテンツ受信装置２のコンテンツ受信部２６は、エッジルータ装置９にキャッシュされたコンテンツＡの先頭ｔ（本具体例ではｔ＝１０）秒分のストリームと、続く部分について上記選定されたストリーム（上記例では“ｆｆｅｅ：１０００：：６０”のストリーム）を受信することによって、任意時刻からのコンテンツ再生を実現することができる。ただし、このとき常に上記選定されたストリーム（上記例では“ｆｆｅｅ：１０００：：６０”のストリーム）は、エッジルータ装置によってｔ（本具体例ではｔ＝１０）秒間キャッシュされた後に送出されることになる（すなわち、コンテンツ受信装置２は、 “ｆｆｅｅ：１０００：：６０”で配信されるコンテンツＡを、１０秒だけ遅延して受信することになる）。なお、コンテンツ配信装置１が送出するマルチキャストアドレスと、エッジルータ装置９が送出するマルチキャストアドレスは独立したものである。コンテンツ受信装置２は、コンテンツ配信装置１の送出するマルチキャストアドレスを認識する必要は無い。
【０２６２】
以上により、ユーザからのコンテンツＡの再生開始を意図する『再生／一時停止』ボタン押下を契機とし、コンテンツ配信装置１が現時刻において視聴するストリームのマルチキャストアドレス（好ましくは、最適なストリームのマルチキャストアドレス）を導出し、これをコンテンツ受信装置２に通知することで、ＮＶＯＤシステムのような放送形態において、ＶＯＤシステムのような再生シーケンスを擬似的に実現することができる。
【０２６３】
受信されたコンテンツＡは、例えば、復号等された後に表示装置に表示され、あるいは、所定の記録媒体に記録され、あるいは、他の装置に転送されるなど、所定の利用に供される。
【０２６４】
以上により、ユーザからのコンテンツＡの再生開始を意図する『再生／一時停止』ボタン押下を契機とし、コンテンツ配信装置１が現時刻において視聴するストリームのマルチキャストアドレス（好ましくは、最適なストリームのマルチキャストアドレス）を導出し、エッジルータ装置９のキャッシュを利用することで、ＮＶＯＤシステムのような放送形態において、ＶＯＤシステムのような再生シーケンスを擬似的に実現することができる。
【０２６５】
なお、その他の視聴制御処理（一時停止・再開、トリックプレイ）も同様にエッジルータ装置のキャッシュの枠組みによって実現でき、この場合には、ユーザが再生中（一時停止中）のコンテンツ位置に応じてストリームのキャッシュを更新し続けるようにすればよい。
【０２６６】
なお、本実施形態おけるコンテンツ受信装置２は、第２の実施形態と同じ機能で実現できるが、コンテンツ配信装置１に、エッジルータ装置９とエッジルータ配下の受信装置を紐付けするテーブルが必要である。
【０２６７】
ところで、本実施形態の他の実現手法としては、コンテンツ配信装置１とコンテンツ受信装置２とがそれぞれ第１の実施形態と同一（図２と図３）のまま、エッジルータ装置９が介在する方法が考えられる。このとき、コンテンツ配信装置１は、コンテンツを１分間隔で送出しているにもかかわらず、ストリームグループ情報として、送出間隔１秒の図８のテーブルを返す。受信装置は、第１の実施形態と同様の方法で、最適なアドレスを自身で決定し、そのアドレスに対して参加要求を出す。これを受けて、エッジルータ装置９は、実際の送出間隔のずれを隠蔽して、要求されたマルチキャストアドレスに対するストリームを生成して流す。この方法により、第１の実施形態から配信装置、受信装置を変更せずに、エッジルータ装置を介在させるだけで、第３の実施形態と同様の機能を実現できる。
【０２６８】
なお、第１の実施形態と、第２の実施形態と、第３の実施形態を、任意に組み合わせて実施することが可能である。例えば、あるコンテンツの配信サービスは、第２の実施形態によって実施し、他のコンテンツの配信サービスは、第３の実施形態によって実施するようにすることも可能である。
【０２６９】
なお、以上の各機能は、ソフトウェアとして記述し適当な機構をもったコンピュータに処理させても実現可能である。  
また、本実施形態は、コンピュータに所定の手順を実行させるための、あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるためのプログラムとして実施することもできる。加えて該プログラムを記録したコンピュータ読取り可能な記録媒体として実施することもできる。
【０２７０】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【０２７１】
【図１】本発明の一実施形態に係るコンテンツ配信システムの構成例を示す図
【図２】同実施形態に係るコンテンツ配信装置の構成例を示す図
【図３】同実施形態に係るコンテンツ受信装置の構成例を示す図
【図４】ストリーム視聴制御インタフェースの画面例を示す図
【図５】マルチキャストストリーム多重送信について説明するための図
【図６】ストリームグループ情報フォーマットの一例を示す図
【図７】ストリームグループ情報フォーマットの他の例を示す図
【図８】ストリームグループ情報フォーマットの更に他の例を示す図
【図９】同実施形態におけるコンテンツ再生シーケンスの一例を示す図
【図１０】同実施形態におけるコンテンツ再生フローの一例を示す図
【図１１】視聴制御について説明するための図
【図１２】同実施形態におけるコンテンツ一時停止フローの一例を示す図
【図１３】同実施形態におけるコンテンツ再生再開フローの一例を示す図
【図１４】視聴制御について説明するための図
【図１５】同実施形態におけるコンテンツ早送りフローの一例を示す図
【図１６】同実施形態におけるコンテンツ早戻しフローの一例を示す図
【図１７】同実施形態に係るコンテンツ受信装置の他の構成例を示す図
【図１８】同実施形態に係るコンテンツ配信装置の他の構成例を示す図
【図１９】ストリームグループ情報フォーマットの更に他の例を示す図
【図２０】同実施形態におけるコンテンツ再生シーケンスの他の例を示す図
【図２１】同実施形態におけるコンテンツ再生フローの他の例を示す図
【図２２】同実施形態におけるコンテンツ一時停止フローの他の例を示す図
【図２３】同実施形態におけるコンテンツ再生再開フローの他の例を示す図
【図２４】視聴制御について説明するための図
【図２５】同実施形態に係るコンテンツ配信装置のさらに他の構成例を示す図
【図２６】同実施形態に係るエッジルータ装置の構成例を示す図
【図２７】管理情報の一例を示す図
【図２８】同実施形態におけるコンテンツ再生シーケンスのさらに他の例を示す図
【図２９】同実施形態におけるコンテンツ再生フローのさらに他の例を示す図
【符号の説明】
【０２７２】
１…コンテンツ配信装置、２…コンテンツ受信装置、８…ネットワーク、９…エッジルータ装置、１１…ストリームグループ情報提供部、１２…コンテンツ配信部、１４，２４…視聴制御フィードバック用ストリーム選定部、１７…ＮＶＯＤコンテンツ情報提供部、１８…コンテンツ記憶部、１９，２９，９１…ストリームグループ情報記憶部、２１…ストリーム視聴制御インタフェース、２２…視聴制御検出部、２３…ストリームグループ情報検出部、２５…視聴ストリーム切換部、２６…コンテンツ受信部、２７…切換遅延算出部、２８…視聴制御状態記憶部、３１…エッジルータ情報蓄積部、３２…エッジルータ情報取得部、３３…エッジルータ接続クライアント識別部、９２…ストリームアドレス生成部、９３…ストリーム受信要求受付部、９４…ストリームデータキャッシュ部、９５…ストリーム受信部、９６…ストリーム送信部、９７…ＮＶＯＤコンテンツ情報収集部、９８…受信ストリーム選定部、９９…ストリームアドレス提供部
【図１】
2008178056.tif 000003
【図２】
2008178056.tif 000004
【図３】
2008178056.tif 000005
【図４】
2008178056.tif 000006
【図５】
2008178056.tif 000007
【図６】
2008178056.tif 000008
【図７】
2008178056.tif 000009
【図８】
2008178056.tif 000010
【図９】
2008178056.tif 000011
【図１０】
2008178056.tif 000012
【図１１】
2008178056.tif 000013
【図１２】
2008178056.tif 000014
【図１３】
2008178056.tif 000015
【図１４】
2008178056.tif 000016
【図１５】
2008178056.tif 000017
【図１６】
2008178056.tif 000018
【図１７】
2008178056.tif 000019
【図１８】
2008178056.tif 000020
【図１９】
2008178056.tif 000021
【図２０】
2008178056.tif 000022
【図２１】
2008178056.tif 000023
【図２２】
2008178056.tif 000024
【図２３】
2008178056.tif 000025
【図２４】
2008178056.tif 000026
【図２５】
2008178056.tif 000027
【図２６】
2008178056.tif 000028
【図２７】
2008178056.tif 000029
【図２８】
2008178056.tif 000030
【図２９】
2008178056.tif 000031