(57)【要約】【課題】配信されたコンテンツの再生および中断が行われる構成において、コンテンツの再生を中断位置から良好に行うことが可能なストリーム送信装置、ストリーム処理システムおよびストリーム処理プログラムを提供する。【解決手段】ストリーム送信装置は、コンテンツが複数のパケットに分割されたストリームをコンテンツ再生装置へ送信するストリーム送信装置であって、前記ストリームの前記コンテンツ再生装置への送信状況に基づいて、前記コンテンツ再生装置が備える前記パケットを蓄積するためのバッファのサイズを推定するバッファ推定部と、前記コンテンツの再生が中断された場合、前記バッファ推定部によって推定された前記サイズに基づいて、前記コンテンツ再生装置における前記コンテンツの停止位置を推定し、推定した前記停止位置を前記ストリーム送信装置における前記コンテンツの停止位置として保存する停止位置推定部とを備える。【選択図】図３
2018037793.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツが複数のパケットに分割されたストリームをコンテンツ再生装置へ送信するストリーム送信装置であって、
前記ストリームの前記コンテンツ再生装置への送信状況に基づいて、前記コンテンツ再生装置が備える前記パケットを蓄積するためのバッファのサイズを推定するバッファ推定部と、
前記コンテンツの再生が中断された場合、前記バッファ推定部によって推定された前記サイズに基づいて、前記コンテンツ再生装置における前記コンテンツの停止位置を推定し、推定した前記停止位置を前記ストリーム送信装置における前記コンテンツの停止位置として保存する停止位置推定部とを備える、ストリーム送信装置。
【請求項２】
前記ストリーム送信装置は、さらに、
前記ストリーム送信装置による前記ストリームの送信レートの時間的推移を前記送信状況として計測する計測部を備え、
前記バッファ推定部は、前記計測部によって計測された前記時間的推移に基づいて前記サイズを推定する、請求項１に記載のストリーム送信装置。
【請求項３】
前記ストリーム送信装置は、さらに、
前記停止位置の推定対象の前記コンテンツと同じかまたは異なるコンテンツを過去に前記コンテンツ再生装置へ送信するのに要した送信時間を取得する取得部を備え、
前記バッファ推定部は、前記取得部によって取得された前記送信時間に基づいて前記サイズを推定する、請求項１または請求項２に記載のストリーム送信装置。
【請求項４】
バッファを備えるコンテンツ再生装置と、
コンテンツが複数のパケットに分割されたストリームを前記コンテンツ再生装置へ送信するストリーム送信装置とを備え、
前記ストリーム送信装置は、前記ストリームの前記コンテンツ再生装置への送信状況に基づいて、前記パケットを蓄積するための前記バッファのサイズを推定し、
前記ストリーム送信装置は、前記コンテンツの再生が中断された場合、推定した前記サイズに基づいて、前記コンテンツ再生装置における前記コンテンツの停止位置を推定し、推定した前記停止位置を自己における前記コンテンツの停止位置として保存する、ストリーム処理システム。
【請求項５】
コンテンツが複数のパケットに分割されたストリームをコンテンツ再生装置へ送信するストリーム送信装置において用いられるストリーム処理プログラムであって、
コンピュータを、
前記ストリームの前記コンテンツ再生装置への送信状況に基づいて、前記コンテンツ再生装置が備える前記パケットを蓄積するためのバッファのサイズを推定するバッファ推定部と、
前記コンテンツの再生が中断された場合、前記バッファ推定部によって推定された前記サイズに基づいて、前記コンテンツ再生装置における前記コンテンツの停止位置を推定し、推定した前記停止位置を前記ストリーム送信装置における前記コンテンツの停止位置として保存する停止位置推定部と、
として機能させるための、ストリーム処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーム送信装置、ストリーム処理システムおよびストリーム処理プログラムに関する。
【背景技術】
【０００２】
近年、サーバに保存されたコンテンツをプレーヤへ配信するための技術が開発されている。たとえば、特許文献１（特開２００７−６６４７１号公報）には、以下のような技術が開示されている。すなわち、メディア用サーバ装置は、ネットワーク接続中では、ネットワークプレーヤからのデータ送信要求に対して該当デジタルコンテンツの該当データをネットワークプレーヤへストリーム配信し、かつ単体でプレーヤとしても作動可能であり、ネットワークプレーヤにおけるデジタルコンテンツの再生中断を検出する第１の中断検出手段と、ネットワークプレーヤにおけるデジタルコンテンツの再生中断が検出されると、再生中断したデジタルコンテンツおよびその中断位置に係る情報を第１のレジューム情報として記憶する第１のレジューム情報記憶手段と、前記メディア用サーバ装置がプレーヤとなって再生していたデジタルコンテンツの再生中断を検出する第２の中断検出手段と、前記メディア用サーバ装置がプレーヤとなって再生していたデジタルコンテンツの再生中断が検出されると、再生中断したデジタルコンテンツおよびその中断位置に係る情報を第２のレジューム情報として記憶する第２のレジューム情報記憶手段と、前記メディア用サーバ装置がプレーヤとなって再生を行う場合は、第１または第２のレジューム情報に係るデジタルコンテンツを第１または第２のレジューム情報に係る中断位置に基づく再生位置から再生開始する再生制御手段と、ネットワークプレーヤから情報送信要求を受けたときは、ネットワークプレーヤが第１または第２のレジューム情報に係るデジタルコンテンツを第１または第２のレジューム情報に係る中断位置に基づく再生位置から再生開始するためのデータ送信要求をネットワークプレーヤが前記メディア用サーバ装置に対して出せるようにする情報形式で、第１または第２のレジューム情報をネットワークプレーヤへ送信する送信手段とを備える。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−６６４７１号公報
【特許文献２】特開２０１１−１９００２号公報
【非特許文献】
【０００４】
【非特許文献１】Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ（ＤＬＮＡ）（登録商標）、”ＤＬＮＡ  Ｇｕｉｄｅｌｉｎｅｓ”、［ｏｎｌｉｎｅ］、［平成２８年６月１日検索］、インターネット〈ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｄｌｎａ．ｏｒｇ／ｇｕｉｄｅｌｉｎｅｓ／〉
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載されているようなデジタルコンテンツの配信が行われる場合、ネットワークプレーヤでは、メディア用サーバ装置からストリーム配信されたデジタルコンテンツが一時的にバッファに保存されることが多い。
【０００６】
このような構成では、メディア用サーバ装置によってデジタルコンテンツのある部分の配信が完了してから、ネットワークプレーヤによってその部分が再生されるまで時間差が発生する。たとえば、メディア用サーバ装置が、このような時間差を考慮せずに、コンテンツにおける配信を完了した位置を再生の中断位置として記憶する場合、ネットワークプレーヤでは、当該中断位置からコンテンツの再生が再開される。このため、中断の前後においてデジタルコンテンツが不連続に再生され、ユーザの使用感が悪化してしまう。
【０００７】
この発明は、上述の課題を解決するためになされたもので、その目的は、配信されたコンテンツの再生および中断が行われる構成において、コンテンツの再生を中断位置から良好に行うことが可能なストリーム送信装置、ストリーム処理システムおよびストリーム処理プログラムを提供することである。
【課題を解決するための手段】
【０００８】
（１）上記課題を解決するために、この発明のある局面に係わるストリーム送信装置は、コンテンツが複数のパケットに分割されたストリームをコンテンツ再生装置へ送信するストリーム送信装置であって、前記ストリームの前記コンテンツ再生装置への送信状況に基づいて、前記コンテンツ再生装置が備える前記パケットを蓄積するためのバッファのサイズを推定するバッファ推定部と、前記コンテンツの再生が中断された場合、前記バッファ推定部によって推定された前記サイズに基づいて、前記コンテンツ再生装置における前記コンテンツの停止位置を推定し、推定した前記停止位置を前記ストリーム送信装置における前記コンテンツの停止位置として保存する停止位置推定部とを備える。
【０００９】
（４）上記課題を解決するために、この発明のある局面に係わるストリーム処理システムは、バッファを備えるコンテンツ再生装置と、コンテンツが複数のパケットに分割されたストリームを前記コンテンツ再生装置へ送信するストリーム送信装置とを備え、前記ストリーム送信装置は、前記ストリームの前記コンテンツ再生装置への送信状況に基づいて、前記パケットを蓄積するための前記バッファのサイズを推定し、前記ストリーム送信装置は、前記コンテンツの再生が中断された場合、推定した前記サイズに基づいて、前記コンテンツ再生装置における前記コンテンツの停止位置を推定し、推定した前記停止位置を自己における前記コンテンツの停止位置として保存する。
【００１０】
（５）上記課題を解決するために、この発明のある局面に係わるストリーム処理プログラムは、コンテンツが複数のパケットに分割されたストリームをコンテンツ再生装置へ送信するストリーム送信装置において用いられるストリーム処理プログラムであって、コンピュータを、前記ストリームの前記コンテンツ再生装置への送信状況に基づいて、前記コンテンツ再生装置が備える前記パケットを蓄積するためのバッファのサイズを推定するバッファ推定部と、前記コンテンツの再生が中断された場合、前記バッファ推定部によって推定された前記サイズに基づいて、前記コンテンツ再生装置における前記コンテンツの停止位置を推定し、推定した前記停止位置を前記ストリーム送信装置における前記コンテンツの停止位置として保存する停止位置推定部と、として機能させるためのプログラムである。
【００１１】
本発明は、このような特徴的な処理部を備えるストリーム送信装置として実現することができるだけでなく、かかる特徴的な処理をステップとする方法として実現することができる。また、ストリーム送信装置の一部または全部を実現する半導体集積回路として実現することができる。
【００１２】
また、本発明は、このような特徴的な処理部を備えるストリーム処理システムとして実現することができるだけでなく、かかる特徴的な処理をステップとする方法として実現することができる。また、ストリーム処理システムの一部または全部を実現する半導体集積回路として実現することができる。
【発明の効果】
【００１３】
本発明によれば、配信されたコンテンツの再生および中断が行われる構成において、コンテンツの再生を中断位置から良好に行うことができる。
【図面の簡単な説明】
【００１４】
【図１】図１は、本発明の第１の実施の形態に係るストリーム処理システムの構成を示す図である。
【図２】図２は、本発明の第１の実施の形態に係るストリーム処理システムにおけるコンテンツ再生装置の構成を示す図である。
【図３】図３は、本発明の第１の実施の形態に係るストリーム処理システムにおけるストリーム送信装置の構成を示す図である。
【図４】図４は、本発明の第１の実施の形態に係るストリーム送信装置において用いられる管理テーブルの一例を示す図である。
【図５】図５は、本発明の第１の実施の形態に係るストリーム送信装置が送信するストリームのビットレートの時間変化の一例を示す図である。
【図６】図６は、本発明の第１の実施の形態に係るストリーム送信装置が推定する停止位置を説明するための図である。
【図７】図７は、本発明の第１の実施の形態に係るストリーム処理システムにおいて、コンテンツの再生および中断が行われる際のシーケンスの一例を示す図である。
【図８】図８は、本発明の第１の実施の形態に係るストリーム処理システムにおいて、コンテンツのレジューム再生が行われる際のシーケンスの一例を示す図である。
【図９】図９は、本発明の第２の実施の形態に係るストリーム処理システムにおけるストリーム送信装置の構成を示す図である。
【発明を実施するための形態】
【００１５】
最初に、本発明の実施形態の内容を列記して説明する。
【００１６】
（１）本発明の実施の形態に係るストリーム送信装置は、コンテンツが複数のパケットに分割されたストリームをコンテンツ再生装置へ送信するストリーム送信装置であって、前記ストリームの前記コンテンツ再生装置への送信状況に基づいて、前記コンテンツ再生装置が備える前記パケットを蓄積するためのバッファのサイズを推定するバッファ推定部と、前記コンテンツの再生が中断された場合、前記バッファ推定部によって推定された前記サイズに基づいて、前記コンテンツ再生装置における前記コンテンツの停止位置を推定し、推定した前記停止位置を前記ストリーム送信装置における前記コンテンツの停止位置として保存する停止位置推定部とを備える。
【００１７】
このように、ストリームの送信状況に基づいてバッファサイズを推定する構成により、ストリーム送信装置がコンテンツ再生装置へ送信したパケットのうち、コンテンツ再生装置によってバッファに蓄積されたが再生されていないパケットをバッファサイズから認識することができるので、再生が中断された場合において、コンテンツ再生装置におけるコンテンツの停止位置をより正しく取得することができる。これにより、コンテンツ再生装置において再生が再開された場合、取得したより正しい停止位置からストリームを送信することができるので、ユーザの使用感を損なうことなくコンテンツの再生を再開することができる。したがって、配信されたコンテンツの再生および中断が行われる構成において、コンテンツの再生を中断位置から良好に行うことができる。
【００１８】
（２）好ましくは、前記ストリーム送信装置は、さらに、前記ストリーム送信装置による前記ストリームの送信レートの時間的推移を前記送信状況として計測する計測部を備え、前記バッファ推定部は、前記計測部によって計測された前記時間的推移に基づいて前記サイズを推定する。
【００１９】
このような構成により、バッファにおけるデータ量の大小に応じて変化する送信レートの時間的推移に基づいて、バッファにおけるパケットの蓄積状況を認識することができるので、バッファサイズを正しく推定することができる。
【００２０】
（３）好ましくは、前記ストリーム送信装置は、さらに、前記停止位置の推定対象の前記コンテンツと同じかまたは異なるコンテンツを過去に前記コンテンツ再生装置へ送信するのに要した送信時間を取得する取得部を備え、前記バッファ推定部は、前記取得部によって取得された前記送信時間に基づいて前記サイズを推定する。
【００２１】
このような構成により、たとえば、ストリームに含まれる各種タイムスタンプに基づくコンテンツの再生の所要時間と送信時間との差に基づいて、バッファに蓄積されたデータの再生に要する時間を算出することができるので、算出した時間および当該各種タイムスタンプに基づいて、バッファサイズを正しく推定することができる。
【００２２】
（４）本発明の実施の形態に係るストリーム処理システムは、バッファを備えるコンテンツ再生装置と、コンテンツが複数のパケットに分割されたストリームを前記コンテンツ再生装置へ送信するストリーム送信装置とを備え、前記ストリーム送信装置は、前記ストリームの前記コンテンツ再生装置への送信状況に基づいて、前記パケットを蓄積するための前記バッファのサイズを推定し、前記ストリーム送信装置は、前記コンテンツの再生が中断された場合、推定した前記サイズに基づいて、前記コンテンツ再生装置における前記コンテンツの停止位置を推定し、推定した前記停止位置を自己における前記コンテンツの停止位置として保存する。
【００２３】
このように、ストリームの送信状況に基づいてバッファサイズを推定する構成により、ストリーム送信装置がコンテンツ再生装置へ送信したパケットのうち、コンテンツ再生装置によってバッファに蓄積されたが再生されていないパケットをバッファサイズから認識することができるので、再生が中断された場合において、コンテンツ再生装置におけるコンテンツの停止位置をより正しく取得することができる。これにより、コンテンツ再生装置において再生が再開された場合、取得したより正しい停止位置からストリームを送信することができるので、ユーザの使用感を損なうことなくコンテンツの再生を再開することができる。したがって、配信されたコンテンツの再生および中断が行われる構成において、コンテンツの再生を中断位置から良好に行うことができる。
【００２４】
（５）本発明の実施の形態に係るストリーム処理プログラムは、コンテンツが複数のパケットに分割されたストリームをコンテンツ再生装置へ送信するストリーム送信装置において用いられるストリーム処理プログラムであって、コンピュータを、前記ストリームの前記コンテンツ再生装置への送信状況に基づいて、前記コンテンツ再生装置が備える前記パケットを蓄積するためのバッファのサイズを推定するバッファ推定部と、前記コンテンツの再生が中断された場合、前記バッファ推定部によって推定された前記サイズに基づいて、前記コンテンツ再生装置における前記コンテンツの停止位置を推定し、推定した前記停止位置を前記ストリーム送信装置における前記コンテンツの停止位置として保存する停止位置推定部と、として機能させるための処理プログラムである。
【００２５】
このように、ストリームの送信状況に基づいてバッファサイズを推定する構成により、ストリーム送信装置がコンテンツ再生装置へ送信したパケットのうち、コンテンツ再生装置によってバッファに蓄積されたが再生されていないパケットをバッファサイズから認識することができるので、再生が中断された場合において、コンテンツ再生装置におけるコンテンツの停止位置をより正しく取得することができる。これにより、コンテンツ再生装置において再生が再開された場合、取得したより正しい停止位置からストリームを送信することができるので、ユーザの使用感を損なうことなくコンテンツの再生を再開することができる。したがって、配信されたコンテンツの再生および中断が行われる構成において、コンテンツの再生を中断位置から良好に行うことができる。
【００２６】
以下、本発明の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。また、以下に記載する実施の形態の少なくとも一部を任意に組み合わせてもよい。
【００２７】
＜第１の実施の形態＞
［構成および基本動作］
図１は、本発明の第１の実施の形態に係るストリーム処理システムの構成を示す図である。
【００２８】
図１を参照して、ストリーム処理システム３０１は、ストリーム送信装置１０１と、３つのコンテンツ再生装置１５１とを備える。なお、図１では、３つのコンテンツ再生装置１５１を代表的に示しているが、２つ以下または４つ以上のコンテンツ再生装置１５１が設けられてもよい。
【００２９】
ストリーム処理システム３０１は、たとえば家庭に設置される。ストリーム処理システム３０１では、ストリーム送信装置１０１は、コンテンツが複数のパケットに分割されたストリームを配信する。
【００３０】
詳細には、ストリーム送信装置１０１は、たとえば、非特許文献１（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ、”ＤＬＮＡ  Ｇｕｉｄｅｌｉｎｅｓ”、［ｏｎｌｉｎｅ］、［平成２８年６月１日検索］、インターネット〈ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｄｌｎａ．ｏｒｇ／ｇｕｉｄｅｌｉｎｅｓ／〉）に記載のＤＬＮＡ規格に従うＤＭＳ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒ）装置であり、コンテンツを録画する。ストリーム送信装置１０１は、たとえば、録画したコンテンツを内部ネットワーク１１経由でコンテンツ再生装置１５１へ配信する。
【００３１】
より詳細には、ストリーム送信装置１０１は、コンテンツを含む複数のＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）パケットを局側装置から受信し、受信したＴＳパケットを蓄積する。ストリーム送信装置１０１は、コンテンツ再生装置１５１からの要求に応じて、ＤＬＮＡ規格に従って、ＴＳパケットを内部ネットワーク１１経由でコンテンツ再生装置１５１へ配信する。
【００３２】
コンテンツ再生装置１５１は、ストリーム送信装置１０１によって配信されたコンテンツを再生する。
【００３３】
具体的には、コンテンツ再生装置１５１は、たとえば、ＤＬＮＡ規格に従うＤＭＰ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｐｌａｙｅｒ）装置であり、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）プロトコルを用いてストリーム送信装置１０１からストリームを受信しながらストリーミング再生を行う。
【００３４】
より詳細には、コンテンツ再生装置１５１は、ストリーム送信装置１０１から受信したＴＳパケットを一時的にバッファに蓄積し、バッファに蓄積したＴＳパケットに含まれるコンテンツを再生する。
【００３５】
コンテンツ再生装置１５１は、再生したコンテンツを表示装置へ送信する。表示装置では、コンテンツ再生装置１５１から送信されたコンテンツが出力される。
【００３６】
［課題］
ＤＬＮＡ規格では、以下のレジューム機能が定められている。すなわち、ＤＭＳは、ＤＭＰがコンテンツの再生を中断した場合、ＤＭＰによる再生の中断位置を記憶する。
【００３７】
ＤＭＳは、ＤＭＰから再生要求される場合において、中断位置をＤＭＰに対して通知する。これにより、ＤＭＰでは、中断位置を記憶することなく、当該中断位置からの再生が可能となる。
【００３８】
しかしながら、一般に、中断位置は、ＤＭＳがＤＭＰに対して送信したデータのストリームにおける位置に基づいて算出される。このため、ＤＭＰが受信したストリームをバッファリングし、一定時間遅延した状態で再生していることが考慮されておらず、実際にユーザが視聴を中断した位置との乖離が生じるという問題がある。また、バッファリング量はＤＭＰの種類によって異なるため、一定時間分差し引いてＤＭＰの中断位置を求めるという方式では精度を保つことが困難である。
【００３９】
そこで、本発明の第１の実施の形態に係るストリーム処理システムでは、以下のような構成および動作により、このような課題を解決する。
【００４０】
［コンテンツ再生装置の構成］
図２は、本発明の第１の実施の形態に係るストリーム処理システムにおけるコンテンツ再生装置の構成を示す図である。
【００４１】
図２を参照して、コンテンツ再生装置１５１は、ストリーム処理部４１と、バッファ４２と、通信部４３と、制御部４４とを備える。
【００４２】
コンテンツ再生装置１５１における通信部４３は、内部ネットワーク１１を介してストリーム送信装置１０１と情報の送受信を行う。
【００４３】
制御部４４は、たとえば、ユーザの操作に従って、自己のコンテンツ再生装置１５１のＩＤ（以下、ＤＭＰ−ＩＤとも称する。）を含み、かつコンテンツリストを要求するためのリスト要求を通信部４３経由でストリーム送信装置１０１へ送信する。コンテンツリストの詳細については後述する。
【００４４】
制御部４４は、コンテンツリストを示すリスト情報をストリーム送信装置１０１から通信部４３経由で受信すると、受信したリスト情報をストリーム処理部４１へ出力する。
【００４５】
ストリーム処理部４１は、制御部４４からリスト情報を受けると、受けたリスト情報の示すコンテンツリストを表示装置に表示する。
【００４６】
制御部４４は、たとえば、コンテンツリストを参照したユーザの操作に従って、ユーザによるコンテンツすなわちストリームの選択結果、およびＤＭＰ−ＩＤを含む再生要求を通信部４３経由でストリーム送信装置１０１へ送信する。
【００４７】
そして、制御部４４は、ユーザの選択したストリームの一部すなわち複数のＴＳパケットを要求するメッセージであるＨＴＴＰ  ＧＥＴを通信部４３経由でストリーム送信装置１０１へ送信する。このＨＴＴＰ  ＧＥＴには、ＤＭＰ−ＩＤおよびデータ要求量が含まれる。
【００４８】
制御部４４は、ＨＴＴＰ  ＧＥＴの応答としてストリーム送信装置１０１から通信部４３経由で複数のＴＳパケットを受信すると、受信した複数のＴＳパケットをバッファ４２に蓄積する。
【００４９】
制御部４４は、バッファ４２に蓄積されたＴＳパケットのデータ量を監視しながら、ＨＴＴＰ  ＧＥＴを通信部４３経由でストリーム送信装置１０１へ送信する。
【００５０】
より詳細には、制御部４４は、バッファ４２におけるＴＳパケットのデータ量が所定のサイズＶ１に到達するまで、ＨＴＴＰ  ＧＥＴをストリーム送信装置１０１へ繰り返し送信し、ストリーム送信装置１０１から受信するＴＳパケットをバッファ４２に蓄積する。
【００５１】
制御部４４は、バッファ４２に蓄積されたＴＳパケットのデータ量がサイズＶ１に到達すると、ストリーム処理部４１へ再生命令を出力する。
【００５２】
ストリーム処理部４１は、制御部４４から再生命令を受けると、受けた再生命令に従って、バッファ４２からＴＳパケットを取得し、取得したＴＳパケットを用いてコンテンツを再生し、再生したコンテンツを表示装置へ送信する。
【００５３】
制御部４４は、バッファ４２におけるＴＳパケットのデータ量がサイズＶ１である状態を維持するように、ＨＴＴＰ  ＧＥＴをストリーム送信装置１０１へ繰り返し送信し、ストリーム送信装置１０１から受信するＴＳパケットをバッファ４２に蓄積する。
【００５４】
また、制御部４４は、たとえば、ユーザの操作に従って、ＤＭＰ−ＩＤを含み、かつ再生の停止を要求するための停止要求を通信部４３経由でストリーム送信装置１０１へ送信する。また、制御部４４は、再生停止命令をストリーム処理部４１へ出力するとともに、バッファ４２に蓄積されたＴＳパケットを消去する。
【００５５】
ストリーム処理部４１は、制御部４４から再生停止命令を受けると、受けた再生停止命令に従って、コンテンツの再生を停止する。
【００５６】
［ストリーム送信装置の構成］
図３は、本発明の第１の実施の形態に係るストリーム処理システムにおけるストリーム送信装置の構成を示す図である。
【００５７】
図３を参照して、ストリーム送信装置１０１は、バッファ推定部２１と、停止位置推定部２２と、通信部２３と、制御部（計測部）２４と、記憶部２５と、ストリーム受信部２６と、カウンタ２７とを備える。
【００５８】
ストリーム送信装置１０１におけるストリーム受信部２６は、局側装置からストリームを受信し、受信したストリームを記憶部２５に保存する。
【００５９】
カウンタ２７は、たとえば、水晶振動子を用いた発振回路等により生成されるクロックパルスをカウントし、カウントした値を保持する。このカウント値は、たとえば現在時刻を示す。
【００６０】
通信部２３は、内部ネットワーク１１を介してコンテンツ再生装置１５１と情報の送受信を行う。
【００６１】
図４は、本発明の第１の実施の形態に係るストリーム送信装置において用いられる管理テーブルの一例を示す図である。
【００６２】
図４を参照して、制御部２４は、たとえば、自己のストリーム送信装置１０１からストリームを配信可能なコンテンツ再生装置１５１のＩＤすなわちＤＭＰ−ＩＤを管理する。より詳細には、制御部２４は、通信部２３および内部ネットワーク１１経由でコンテンツ再生装置１５１と所定の認証情報をやり取りすることによりコンテンツ再生装置１５１からＤＭＰ−ＩＤを取得し、取得したＤＭＰ−ＩＤを登録する。
【００６３】
また、制御部２４は、たとえば、記憶部２５に保存されたストリームすなわち録画されたコンテンツを管理する。
【００６４】
具体的には、制御部２４は、たとえば、記憶部２５に保存されている管理テーブルＭＴ１にコンテンツに関する情報を書き込むことによりコンテンツを管理する。
【００６５】
より詳細には、制御部２４は、ストリーム受信部２６によって記憶部２５に保存されるストリームを監視し、記憶部２５に新たなストリームが保存されると、保存されたストリームすなわち録画されたコンテンツにコンテンツＩＤを付与するとともに、以下の処理を行う。
【００６６】
すなわち、制御部２４は、付与したコンテンツＩＤに、録画されたコンテンツについてのＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ）に基づく番組の名称および番組の内容、録画時間、ならびに再生状況を対応付けて管理テーブルＭＴ１に書き込む。
【００６７】
ここで、再生状況の項目では、たとえば視聴状態、再生時間およびレジューム位置が管理対象のＤＭＰ−ＩＤごとに設定される。視聴状態は、たとえば「未視聴」、「途中まで視聴」および「視聴済」のいずれか１つである。
【００６８】
再生時間は、ストリームの先頭位置から再生を中断した位置まで再生するのに要する時間であり、再生状況が「途中まで視聴」の場合において具体的な値が書き込まれる。一方、再生時間は、再生状況が「未視聴」または「視聴済」の場合、ＮＵＬＬが書き込まれる。
【００６９】
レジューム位置は、ストリームの先頭位置から再生を中断した位置までのデータ量（以下、オフセット量とも称する。）であり、再生状況が「途中まで視聴」の場合において具体的な値が書き込まれる。一方、レジューム位置は、再生状況が「未視聴」または「視聴済」の場合、ＮＵＬＬが書き込まれる。
【００７０】
制御部２４は、通信部２３経由でコンテンツ再生装置１５１からリスト要求を受信すると、受信したリスト要求からＤＭＰ−ＩＤを取得し、管理テーブルＭＴ１に含まれるコンテンツＩＤごとの、番組の名称、番組の内容および録画時間、ならびに取得したＤＭＰ−ＩＤに対応する再生状況を含むコンテンツリストを作成する。制御部２４は、作成したコンテンツリストを示すリスト情報を通信部２３経由でコンテンツ再生装置１５１へ送信する。
【００７１】
制御部２４は、たとえば、自己のストリーム送信装置１０１によるストリームの送信レートの時間的推移を送信状況として計測する。
【００７２】
より詳細には、制御部２４は、通信部２３経由でコンテンツ再生装置１５１から再生要求を受信すると、受信した再生要求からユーザによるコンテンツの選択結果、およびＤＭＰ−ＩＤを取得し、取得したＤＭＰ−ＩＤを有するコンテンツ再生装置１５１へ送信すべきストリーム（以下、対象ストリームとも称する。）として、記憶部２５に保存されたストリームの中から当該選択結果に対応するストリームを特定する。
【００７３】
そして、制御部２４は、通信部２３経由でコンテンツ再生装置１５１からＨＴＴＰ  ＧＥＴのメッセージを受信すると、受信したメッセージからＤＭＰ−ＩＤおよびデータ要求量を取得する。
【００７４】
制御部２４は、取得したＤＭＰ−ＩＤから対象ストリームを認識し、認識した対象ストリームの先頭からデータ要求量シフトした位置（以下、区切り位置とも称する。）を特定する。
【００７５】
制御部２４は、対象ストリームの先頭から区切り位置までのＴＳパケットを取得し、取得したＴＳパケットを通信部２３経由でコンテンツ再生装置１５１へ送信するとともに、以下の処理を行う。すなわち、制御部２４は、区切り位置を記録するとともに、取得したＴＳパケットのデータ量、およびカウンタ２７におけるカウント値すなわち現在時刻をバッファ推定部２１へ通知する。
【００７６】
制御部２４は、通信部２３経由でコンテンツ再生装置１５１から新たなＨＴＴＰ  ＧＥＴのメッセージを受信すると、受信したメッセージからＤＭＰ−ＩＤおよびデータ要求量を取得する。
【００７７】
制御部２４は、取得したＤＭＰ−ＩＤから対象ストリームを認識し、対象ストリームの区切り位置からデータ要求量のＴＳパケットを取得するとともに、区切り位置をデータ要求量さらにシフトする。
【００７８】
制御部２４は、取得したＴＳパケットを通信部２３経由でコンテンツ再生装置１５１へ送信するとともに、以下の処理を行う。すなわち、制御部２４は、シフト後の区切り位置を記録するとともに、取得したＴＳパケットのデータ量、およびカウンタ２７におけるカウント値すなわち現在時刻をバッファ推定部２１へ通知する。
【００７９】
制御部２４は、通信部２３経由でコンテンツ再生装置１５１から新たなＨＴＴＰ  ＧＥＴのメッセージを受信するごとに上記処理を行う。
【００８０】
図５は、本発明の第１の実施の形態に係るストリーム送信装置が送信するストリームのビットレートの時間変化の一例を示す図である。なお、図５において、縦軸はビットレートを示し、横軸は時間を示す。
【００８１】
図５を参照して、バッファ推定部２１は、ストリームのコンテンツ再生装置１５１への送信状況に基づいて、ＴＳパケットを蓄積するためのコンテンツ再生装置１５１におけるバッファ４２のサイズＶ１を推定する。より詳細には、バッファ推定部２１は、たとえば、制御部２４によって計測された時間的推移に基づいてサイズＶ１を推定する。
【００８２】
具体的には、バッファ推定部２１は、制御部２４から通知されるデータ量および現在時刻に基づいて、対象ストリームのビットレートの時間変化を示す曲線Ｃ１を算出する。
【００８３】
バッファ推定部２１は、たとえば、算出した曲線Ｃ１に基づいて、ストリームの配信を開始したタイミングｔ０、およびビットレートがほぼ一定となるタイミングｔ１を特定する。
【００８４】
バッファ推定部２１は、タイミングｔ０からタイミングｔ１までに配信したデータ量に基づいてバッファ４２のサイズＶ１を推定する。
【００８５】
具体的には、バッファ推定部２１は、たとえば、曲線Ｃ１のタイミングｔ０〜ｔ１の積分値すなわち図５においてハッチングの施された領域の面積に所定の補正係数を乗じた値をバッファ４２のサイズＶ１として推定する。バッファ推定部２１は、推定したサイズＶ１（以下、推定サイズとも称する。）を制御部２４へ通知する。
【００８６】
再び図３を参照して、制御部２４は、バッファ推定部２１から推定サイズの通知を受けると、受けた推定サイズとＤＭＰ−ＩＤとを対応付けて保持する。
【００８７】
制御部２４は、通信部２３経由でコンテンツ再生装置１５１から停止要求を受信すると、受信した停止要求からＤＭＰ−ＩＤを取得し、取得したＤＭＰ−ＩＤから対象ストリームを認識する。
【００８８】
制御部２４は、記録した区切り位置、認識した対象ストリームのコンテンツＩＤ、およびＤＭＰ−ＩＤに対応する推定サイズを停止位置推定部２２へ通知する。
【００８９】
図６は、本発明の第１の実施の形態に係るストリーム送信装置が推定する停止位置を説明するための図である。
【００９０】
図６を参照して、停止位置推定部２２は、コンテンツの再生が中断された場合、バッファ推定部２１によって推定されたサイズＶ１に基づいて、コンテンツ再生装置１５１におけるコンテンツの停止位置（以下、再生側停止位置）を推定する。
【００９１】
より詳細には、停止位置推定部２２は、制御部２４から区切り位置、対象ストリームのコンテンツＩＤおよび推定サイズの通知を受けると、受けた対象ストリームのコンテンツＩＤから記憶部２５に保存された対象ストリームを特定する。
【００９２】
停止位置推定部２２は、対象ストリームにおける区切り位置からストリームの先頭側へ推定サイズ分シフトした位置を再生側停止位置として推定する。
【００９３】
停止位置推定部２２は、推定した再生側停止位置をストリーム送信装置１０１におけるコンテンツの停止位置（以下、送信側停止位置とも称する。）として保存する。
【００９４】
より詳細には、停止位置推定部２２は、推定した再生側停止位置の対象ストリームにおける先頭からのオフセット量Ｋ１を取得する。また、停止位置推定部２２は、たとえば、対象ストリームに含まれるＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）、ＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）およびＤＴＳ（Ｄｅｃｏｄｉｎｇ  Ｔｉｍｅ  Ｓｔａｍｐ）等の各種タイムスタンプを用いて、対象ストリームの先頭から、推定した再生側停止位置まで再生するのに要する時間Ｔ１を算出する。
【００９５】
停止位置推定部２２は、記憶部２５に保存されている管理テーブルＭＴ１（図４参照）において、対象ストリームのコンテンツＩＤおよびＤＭＰ−ＩＤに対応する視聴状態の項目、再生時間の項目およびレジューム位置の項目に「途中まで視聴」、時間Ｔ１およびオフセット量Ｋ１をそれぞれ書き込む。
【００９６】
［動作］
ストリーム処理システムにおける各装置は、コンピュータを備え、当該コンピュータにおけるＣＰＵ等の演算処理部は、以下のシーケンス図またはフローチャートの各ステップの一部または全部を含むプログラムを図示しないメモリからそれぞれ読み出して実行する。これら複数の装置のプログラムは、それぞれ、外部からインストールすることができる。これら複数の装置のプログラムは、それぞれ、記録媒体に格納された状態で流通する。
【００９７】
図７は、本発明の第１の実施の形態に係るストリーム処理システムにおいて、コンテンツの再生および中断が行われる際のシーケンスの一例を示す図である。
【００９８】
図７を参照して、まず、コンテンツ再生装置１５１は、ユーザの操作に従って、リスト要求をストリーム送信装置１０１へ送信する（ステップＳ１０２）。
【００９９】
次に、ストリーム送信装置１０１は、コンテンツ再生装置１５１からリスト要求を受信すると、受信したリスト要求に応じてコンテンツリストを作成し、作成したコンテンツリストを示すリスト情報をコンテンツ再生装置１５１へ送信する（ステップＳ１０４）。
【０１００】
次に、コンテンツ再生装置１５１は、コンテンツリストを参照したユーザの操作に従って、再生要求をストリーム送信装置１０１へ送信する（ステップＳ１０６）。ストリーム送信装置１０１は、コンテンツ再生装置１５１から再生要求を受信すると、受信した再生要求に応じて対象ストリームを特定する。
【０１０１】
次に、コンテンツ再生装置１５１は、ＨＴＴＰ  ＧＥＴをストリーム送信装置１０１へ送信する（ステップＳ１０８）。
【０１０２】
次に、ストリーム送信装置１０１は、コンテンツ再生装置１５１からＨＴＴＰ  ＧＥＴを受信すると、受信したＨＴＴＰ  ＧＥＴに含まれるデータ要求量に応じて区切り位置をシフトしながらデータ要求量のＴＳパケットを対象ストリームから取得し、取得したＴＳパケットをコンテンツ再生装置１５１へ送信する（ステップＳ１１０）。
【０１０３】
ステップＳ１０８〜Ｓ１１０の処理は、コンテンツ再生装置１５１がＨＴＴＰ  ＧＥＴをストリーム送信装置１０１へ送信するごとに繰り返される。
【０１０４】
次に、ストリーム送信装置１０１は、自己が送信する対象ストリームのビットレートの時間変化に基づいてバッファ４２のサイズＶ１を推定する（ステップＳ１１２）。
【０１０５】
次に、コンテンツ再生装置１５１は、ＨＴＴＰ  ＧＥＴをストリーム送信装置１０１へ送信する（ステップＳ１１４）。
【０１０６】
次に、ストリーム送信装置１０１は、コンテンツ再生装置１５１からＨＴＴＰ  ＧＥＴを受信すると、受信したＨＴＴＰ  ＧＥＴに含まれるデータ要求量に応じて区切り位置をシフトしながらデータ要求量のＴＳパケットを対象ストリームから取得し、取得したＴＳパケットをコンテンツ再生装置１５１へ送信する（ステップＳ１１６）。
【０１０７】
ステップＳ１１４〜Ｓ１１６の処理は、コンテンツ再生装置１５１がＨＴＴＰ  ＧＥＴをストリーム送信装置１０１へ送信するごとに繰り返される。
【０１０８】
次に、コンテンツ再生装置１５１は、ユーザの操作に従って、停止要求をストリーム送信装置１０１へ送信する（ステップＳ１１８）。
【０１０９】
次に、ストリーム送信装置１０１は、コンテンツ再生装置１５１から停止要求を受信すると、区切り位置および推定したサイズＶ１に基づいて再生側停止位置を推定し、推定した再生側停止位置に基づく時間Ｔ１およびオフセット量Ｋ１を管理テーブルＭＴ１に書き込むことにより管理テーブルＭＴ１を更新する（ステップＳ１２０）。
【０１１０】
図８は、本発明の第１の実施の形態に係るストリーム処理システムにおいて、コンテンツのレジューム再生が行われる際のシーケンスの一例を示す図である。
【０１１１】
図８を参照して、まず、コンテンツ再生装置１５１は、ユーザの操作に従って、リスト要求をストリーム送信装置１０１へ送信する（ステップＳ２０２）。
【０１１２】
次に、ストリーム送信装置１０１は、コンテンツ再生装置１５１からリスト要求を受信すると、受信したリスト要求に応じてコンテンツリストを作成し、作成したコンテンツリストを示すリスト情報をコンテンツ再生装置１５１へ送信する（ステップＳ２０４）。
【０１１３】
次に、コンテンツ再生装置１５１は、コンテンツリストを参照したユーザの操作に従って、途中まで再生したコンテンツを停止位置から再生するためのレジューム再生要求をストリーム送信装置１０１へ送信する（ステップＳ２０６）。レジューム再生要求には、ユーザによるストリームの選択結果およびＤＭＰ−ＩＤが含まれる。ストリーム送信装置１０１は、コンテンツ再生装置１５１からレジューム再生要求を受信すると、受信したレジューム再生要求に応じて対象ストリームを特定する。
【０１１４】
次に、コンテンツ再生装置１５１は、ＨＴＴＰ  ＧＥＴをストリーム送信装置１０１へ送信する（ステップＳ２０８）。
【０１１５】
次に、ストリーム送信装置１０１は、コンテンツ再生装置１５１からＨＴＴＰ  ＧＥＴを受信すると、特定した対象ストリームのコンテンツＩＤおよびＤＭＰ−ＩＤに対応するレジューム位置の値すなわちオフセット量Ｋ１を管理テーブルＭＴ１から取得し、対象ストリームの先頭からオフセット量Ｋ１シフトした位置をレジューム再生の開始位置として設定する。そして、ストリーム送信装置１０１は、受信したＨＴＴＰ  ＧＥＴに含まれるデータ要求量に応じて区切り位置をシフトしながらデータ要求量のＴＳパケットを対象ストリームから取得し、取得したＴＳパケットをコンテンツ再生装置１５１へ送信する（ステップＳ２１０）。
【０１１６】
ステップＳ２０８〜Ｓ２１０の処理は、コンテンツ再生装置１５１がＨＴＴＰ  ＧＥＴをストリーム送信装置１０１へ送信するごとに繰り返される。
【０１１７】
ところで、特許文献１に記載されているようなデジタルコンテンツの配信が行われる場合、ネットワークプレーヤでは、メディア用サーバ装置からストリーム配信されたデジタルコンテンツが一時的にバッファに保存されることが多い。
【０１１８】
このような構成では、メディア用サーバ装置によってデジタルコンテンツのある部分の配信が完了してから、ネットワークプレーヤによってその部分が再生されるまで時間差が発生する。たとえば、メディア用サーバ装置が、このような時間差を考慮せずに、コンテンツにおける配信を完了した位置を再生の中断位置として記憶する場合、ネットワークプレーヤでは、当該中断位置からコンテンツの再生が再開される。このため、中断の前後においてデジタルコンテンツが不連続に再生され、ユーザの使用感が悪化してしまう。
【０１１９】
これに対して、本発明の第１の実施の形態に係るストリーム送信装置は、コンテンツが複数のパケットに分割されたストリームをコンテンツ再生装置１５１へ送信する。バッファ推定部２１は、ストリームのコンテンツ再生装置１５１への送信状況に基づいて、コンテンツ再生装置１５１が備えるパケットを蓄積するためのバッファ４２のサイズＶ１を推定する。そして、停止位置推定部２２は、コンテンツの再生が中断された場合、バッファ推定部２１によって推定されたサイズＶ１に基づいて、コンテンツ再生装置１５１におけるコンテンツの停止位置を推定し、推定した停止位置をストリーム送信装置１０１におけるコンテンツの停止位置として保存する。
【０１２０】
このように、ストリームの送信状況に基づいてバッファサイズを推定する構成により、ストリーム送信装置１０１がコンテンツ再生装置１５１へ送信したパケットのうち、コンテンツ再生装置１５１によってバッファ４２に蓄積されたが再生されていないパケットをバッファサイズから認識することができるので、再生が中断された場合において、コンテンツ再生装置１５１におけるコンテンツの停止位置をより正しく取得することができる。これにより、コンテンツ再生装置１５１において再生が再開された場合、取得したより正しい停止位置からストリームを送信することができるので、ユーザの使用感を損なうことなくコンテンツの再生を再開することができる。したがって、配信されたコンテンツの再生および中断が行われる構成において、コンテンツの再生を中断位置から良好に行うことができる。
【０１２１】
また、本発明の第１の実施の形態に係るストリーム送信装置では、制御部２４は、ストリーム送信装置１０１によるストリームの送信レートの時間的推移を送信状況として計測する。そして、バッファ推定部２１は、制御部２４によって計測された時間的推移に基づいてサイズＶ１を推定する。
【０１２２】
このような構成により、バッファ４２におけるデータ量の大小に応じて変化する送信レートの時間的推移に基づいて、バッファ４２におけるパケットの蓄積状況を認識することができるので、バッファサイズを正しく推定することができる。
【０１２３】
また、本発明の第１の実施の形態に係るストリーム処理システムでは、コンテンツ再生装置１５１は、バッファ４２を備える。ストリーム送信装置１０１は、コンテンツが複数のパケットに分割されたストリームをコンテンツ再生装置１５１へ送信する。ストリーム送信装置１０１は、ストリームのコンテンツ再生装置１５１への送信状況に基づいて、パケットを蓄積するためのバッファ４２のサイズＶ１を推定する。そして、ストリーム送信装置１０１は、コンテンツの再生が中断された場合、推定したサイズＶ１に基づいて、コンテンツ再生装置１５１におけるコンテンツの停止位置を推定し、推定した停止位置を自己におけるコンテンツの停止位置として保存する。
【０１２４】
このように、ストリームの送信状況に基づいてバッファサイズを推定する構成により、ストリーム送信装置１０１がコンテンツ再生装置１５１へ送信したパケットのうち、コンテンツ再生装置１５１によってバッファ４２に蓄積されたが再生されていないパケットをバッファサイズから認識することができるので、再生が中断された場合において、コンテンツ再生装置１５１におけるコンテンツの停止位置をより正しく取得することができる。これにより、コンテンツ再生装置１５１において再生が再開された場合、取得したより正しい停止位置からストリームを送信することができるので、ユーザの使用感を損なうことなくコンテンツの再生を再開することができる。したがって、配信されたコンテンツの再生および中断が行われる構成において、コンテンツの再生を中断位置から良好に行うことができる。
【０１２５】
次に、本発明の他の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。
【０１２６】
＜第２の実施の形態＞
本実施の形態は、第１の実施の形態に係るストリーム処理システムと比べてコンテンツの再生に要する時間を用いてバッファサイズを推定するストリーム処理システムに関する。以下で説明する内容以外は第１の実施の形態に係るストリーム処理システムと同様である。
【０１２７】
図９は、本発明の第２の実施の形態に係るストリーム処理システムにおけるストリーム送信装置の構成を示す図である。
【０１２８】
図９を参照して、ストリーム送信装置１０２は、停止位置推定部２２と、通信部２３と、記憶部２５と、ストリーム受信部２６と、カウンタ２７と、バッファ推定部３１と、制御部（取得部）３４とを備える。
【０１２９】
ストリーム送信装置１０２における停止位置推定部２２、通信部２３、記憶部２５、ストリーム受信部２６およびカウンタ２７の動作は、図３に示すストリーム送信装置１０１における停止位置推定部２２、通信部２３、記憶部２５、ストリーム受信部２６およびカウンタ２７とそれぞれ同様である。
【０１３０】
制御部３４は、たとえば、停止位置の推定対象のコンテンツと同じかまたは異なるコンテンツを過去にコンテンツ再生装置１５１へ送信するのに要した送信時間Ｔ２を取得する。
【０１３１】
より詳細には、制御部３４は、通信部２３経由でコンテンツ再生装置１５１から再生要求を受信した後、コンテンツ再生装置１５１から最初のＨＴＴＰ  ＧＥＴのメッセージを受信すると、カウンタ２７からカウント値を取得し、取得したカウント値を示す開始時刻情報を作成する。
【０１３２】
制御部３４は、通信部２３経由でコンテンツ再生装置１５１からＨＴＴＰ  ＧＥＴのメッセージを受信するごとに、対象ストリームをコンテンツ再生装置１５１へ送信する。そして、制御部３４は、コンテンツ再生装置１５１から最後のＨＴＴＰ  ＧＥＴのメッセージを受信し、対象ストリームのコンテンツ再生装置１５１への送信が完了すると、カウンタ２７からカウント値を取得し、取得したカウント値を示す終了時刻情報を作成する。
【０１３３】
制御部３４は、たとえば、終了時刻情報の示すカウント値と開始時刻情報の示すカウント値との差に基づいて、対象コンテンツをコンテンツ再生装置１５１へ送信するのに要した送信時間Ｔ２を算出する。
【０１３４】
制御部３４は、算出した送信時間Ｔ２および対象ストリームのコンテンツＩＤをバッファ推定部３１へ通知する。
【０１３５】
バッファ推定部３１は、たとえば、制御部３４によって取得された送信時間Ｔ２に基づいてサイズＶ１を推定する。
【０１３６】
より詳細には、バッファ推定部３１は、制御部３４から通知される対象ストリームのコンテンツＩＤに基づいて、記憶部２５に保存された対象ストリームを特定する。
【０１３７】
バッファ推定部３１は、たとえば、対象ストリームに含まれる各種タイムスタンプを用いて、対象ストリームの先頭から最後まで再生するのに要する時間Ｔ３を算出する。
【０１３８】
バッファ推定部３１は、たとえば、算出した時間Ｔ３から送信時間Ｔ２を差し引いた時間Ｔ４を算出する。バッファ推定部３１は、たとえば、上記各種タイムスタンプを用いて、対象ストリームに含まれるコンテンツを時間Ｔ４再生するのに要するデータ量をバッファ４２のサイズＶ１として推定する。バッファ推定部３１は、推定したサイズＶ１すなわち推定サイズを制御部３４へ通知する。
【０１３９】
なお、バッファ推定部３１は、コンテンツ再生装置１５１へ送信するのに要した送信時間として、ストリーム全体を送信するのに要した送信時間Ｔ２に基づいてサイズＶ１を推定する構成であるとしたが、これに限定するものではない。バッファ推定部３１は、ストリームの一部を送信するのに要した送信時間Ｔ５に基づいてサイズＶ１を推定する構成であってもよい。
【０１４０】
具体的には、バッファ推定部３１は、たとえば、ストリームの途中から最後まで送信するのに要した送信時間Ｔ５と、当該ストリームの途中から最後まで再生するのに要する時間Ｔ６とを算出し、算出した時間Ｔ６から送信時間Ｔ５を差し引いた時間に基づいてサイズＶ１を推定してもよい。
【０１４１】
以上のように、本発明の第２の実施の形態に係るストリーム送信装置では、制御部３４は、停止位置の推定対象のコンテンツと同じかまたは異なるコンテンツを過去にコンテンツ再生装置１５１へ送信するのに要した送信時間を取得する。そして、バッファ推定部３１は、制御部３４によって取得された送信時間に基づいてサイズＶ１を推定する。
【０１４２】
このような構成により、たとえば、ストリームに含まれる各種タイムスタンプに基づくコンテンツの再生の所要時間と送信時間との差に基づいて、バッファ４２に蓄積されたデータの再生に要する時間を算出することができるので、算出した時間および当該各種タイムスタンプに基づいて、バッファサイズを正しく推定することができる。
【０１４３】
その他の構成および動作は第１の実施の形態に係るストリーム処理システムと同様であるため、ここでは詳細な説明を繰り返さない。
【０１４４】
なお、本発明の第１の実施の形態および第２の実施の形態に係る各装置の構成要素および動作のうち、一部または全部を適宜組み合わせることも可能である。
【０１４５】
より詳細には、たとえば、ストリームの送信レートの時間的推移に基づいて算出された推定サイズ、および送信時間Ｔ２に基づいて算出された推定サイズをコンテンツ再生装置１５１ごとに継続して記録し、記録した各推定サイズを平均化処理することにより、バッファ４２のサイズの推定精度を向上させることができる。
【０１４６】
上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記説明ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【０１４７】
以上の説明は、以下に付記する特徴を含む。
【０１４８】
［付記１］
コンテンツが複数のパケットに分割されたストリームをコンテンツ再生装置へ送信するストリーム送信装置であって、
前記ストリームの前記コンテンツ再生装置への送信状況に基づいて、前記コンテンツ再生装置が備える前記パケットを蓄積するためのバッファのサイズを推定するバッファ推定部と、
前記コンテンツの再生が中断された場合、前記バッファ推定部によって推定された前記サイズに基づいて、前記コンテンツ再生装置における前記コンテンツの停止位置を推定し、推定した前記停止位置を前記ストリーム送信装置における前記コンテンツの停止位置として保存する停止位置推定部とを備え、
前記ストリーム送信装置は、ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）規格に従うＤＭＳ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒ）装置であり、
前記コンテンツ再生装置は、ＤＬＮＡ規格に従うＤＭＰ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｐｌａｙｅｒ）装置であり、
前記ストリームは、ＤＬＮＡ規格に従って前記ストリーム送信装置から前記コンテンツ再生装置へ送信され、
前記ストリーム送信装置は、さらに、
所定量の前記パケットの送信を要求するＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）  ＧＥＴメッセージを前記コンテンツ再生装置から繰り返し受信し、受信した前記ＨＴＴＰ  ＧＥＴメッセージに応じて前記所定量の前記パケットを繰り返し送信する通信部を備え、
前記停止位置推定部は、前記コンテンツの再生が中断された場合、前記通信部によって最後に送信された前記パケットの前記ストリームにおける位置に対して、前記ストリームの先頭側へ前記サイズ分ずらした位置を前記コンテンツ再生装置における前記コンテンツの停止位置として推定する、ストリーム送信装置。
【０１４９】
［付記２］
バッファを備えるコンテンツ再生装置と、
コンテンツが複数のパケットに分割されたストリームを前記コンテンツ再生装置へ送信するストリーム送信装置とを備え、
前記ストリーム送信装置は、前記ストリームの前記コンテンツ再生装置への送信状況に基づいて、前記パケットを蓄積するための前記バッファのサイズを推定し、
前記ストリーム送信装置は、前記コンテンツの再生が中断された場合、推定した前記サイズに基づいて、前記コンテンツ再生装置における前記コンテンツの停止位置を推定し、推定した前記停止位置を自己における前記コンテンツの停止位置として保存し、
前記ストリーム送信装置は、ＤＬＮＡ規格に従うＤＭＳ装置であり、
前記コンテンツ再生装置は、ＤＬＮＡ規格に従うＤＭＰ装置であり、
前記ストリームは、ＤＬＮＡ規格に従って前記ストリーム送信装置から前記コンテンツ再生装置へ送信され、
前記ストリーム送信装置は、所定量の前記パケットの送信を要求するＨＴＴＰ  ＧＥＴメッセージを前記コンテンツ再生装置から繰り返し受信し、受信した前記ＨＴＴＰ  ＧＥＴメッセージに応じて前記所定量の前記パケットを繰り返し送信し、
前記ストリーム送信装置は、前記コンテンツの再生が中断された場合、最後に送信した前記パケットの前記ストリームにおける位置に対して、前記ストリームの先頭側へ前記サイズ分ずらした位置を前記コンテンツ再生装置における前記コンテンツの停止位置として推定する、ストリーム処理システム。
【符号の説明】
【０１５０】
１１  内部ネットワーク
２１  バッファ推定部
２２  停止位置推定部
２３  通信部
２４  制御部（計測部）
２５  記憶部
２６  ストリーム受信部
２７  カウンタ
３１  バッファ推定部
３４  制御部（取得部）
４１  ストリーム処理部
４２  バッファ
４３  通信部
４４  制御部
１０１，１０２  ストリーム送信装置
１５１  コンテンツ再生装置
３０１  ストリーム処理システム
【図１】
2018037793.tif 000003
【図２】
2018037793.tif 000004
【図３】
2018037793.tif 000005
【図４】
2018037793.tif 000006
【図５】
2018037793.tif 000007
【図６】
2018037793.tif 000008
【図７】
2018037793.tif 000009
【図８】
2018037793.tif 000010
【図９】
2018037793.tif 000011