(57)【要約】【課題】再生タイミングに応じて追加コンテンツの再生の要否を判定し、適切なコンテンツの再生を実現する。【解決手段】ＭＰＥＧ−ＤＡＳＨ規格の原コンテンツをクライアント２に送信するサーバ１は、追加コンテンツおよび再生情報識別子を含むイベント情報を生成するイベント情報付加部２３と、セグメントデータと共に、イベント情報を送信するコンテンツ送信部２２とを備える。【選択図】図１
2014017741.tif 000002
【特許請求の範囲】
【請求項１】
複数のセグメントから構成される原コンテンツをセグメント毎にコンテンツ再生装置に送信するコンテンツ送信装置であって、
上記コンテンツ再生装置からの各セグメントの送信を要求するリクエストに対する応答として、当該セグメントを含むレスポンスを当該コンテンツ再生装置に送信する送信手段と、
追加コンテンツ情報および再生情報識別子を含むイベント情報を生成する情報生成手段と、を備え、
上記追加コンテンツ情報は、上記コンテンツ再生装置に上記原コンテンツに重畳させて再生させる追加コンテンツの本体データまたは当該追加コンテンツを取得するための情報であり、
上記再生情報識別子は、ライブ再生であっても、タイムシフト再生であっても上記コンテンツ再生装置に追加コンテンツを再生させる無制限再生指示、または、ライブ再生の場合のみ上記コンテンツ再生装置に追加コンテンツを再生させる限定再生指示を示すものであり、
上記送信手段は、上記セグメントと共に、上記情報生成手段が生成したイベント情報を送信することを特徴とするコンテンツ送信装置。
【請求項２】
上記情報生成手段は、上記イベント情報を、上記セグメントのヘッダ部分に付加することを特徴とする請求項１に記載のコンテンツ送信装置。
【請求項３】
上記情報生成手段は、上記イベント情報を、上記レスポンスのヘッダに付加することを特徴とする請求項１に記載のコンテンツ送信装置。
【請求項４】
上記情報生成手段は、上記追加コンテンツの再生時刻を示す再生時刻情報、および、ライブ再生かタイムシフト再生かを判定するための情報であって、上記再生時刻情報の示す時刻と、上記コンテンツ再生装置が実際に追加コンテンツを再生する時刻との差分の許容範囲を示す許容幅情報をさらに含むイベント情報を生成することを特徴とする請求項１〜３の何れか１項に記載のコンテンツ送信装置。
【請求項５】
上記情報生成手段は、上記再生情報識別子が無制限再生指示である場合、当該無制限再生指示の有効期限を示す有効期限情報をさらに含むイベント情報を生成することを特徴とする請求項１〜４の何れか１項に記載のコンテンツ送信装置。
【請求項６】
複数のセグメントから構成される原コンテンツをセグメント毎にコンテンツ送信装置から取得して再生するコンテンツ再生装置であって、
上記コンテンツ送信装置に対して各セグメントの送信を要求するリクエストを送信し、当該リクエストに対する応答として、当該セグメントを含むレスポンスを取得する取得手段と、
上記取得手段が取得したセグメントに基づいて上記原コンテンツを再生する再生手段と、を備え、
上記再生手段は、
上記取得手段が、上記セグメントと共に、上記原コンテンツに重畳させて再生する追加コンテンツの本体データもしくは当該追加コンテンツを取得するための情報である追加コンテンツ情報、並びに、再生情報識別子を含むイベント情報を取得した場合、
上記再生情報識別子がライブ再生であっても、タイムシフト再生であっても追加コンテンツを再生することを示す無制限再生指示の場合、追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、
上記再生情報識別子がライブ再生の場合のみ追加コンテンツを再生することを示す限定再生指示であり、原コンテンツの再生がライブ再生である場合、上記追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、
上記再生情報識別子が上記限定再生指示であり、原コンテンツの再生がタイムシフト再生である場合、上記イベント情報を無視して、原コンテンツのみを再生することを特徴とするコンテンツ再生装置。
【請求項７】
上記取得手段は、上記セグメントのヘッダ部分に付加されている上記イベント情報を取得することを特徴とする請求項６に記載のコンテンツ再生装置。
【請求項８】
上記取得手段は、上記レスポンスのヘッダに付加されている上記イベント情報を取得することを特徴とする請求項６に記載のコンテンツ再生装置。
【請求項９】
上記再生手段は、上記取得手段が取得したイベント情報に、さらに、上記追加コンテンツの再生時刻を示す再生時刻情報、および、ライブ再生かタイムシフト再生かを判定するための情報であって、上記再生時刻情報の示す時刻と、上記コンテンツ再生装置が実際に追加コンテンツを再生する時刻との差分の許容範囲を示す許容幅情報が含まれている場合、上記追加コンテンツを実際に再生する時刻と、上記再生時刻情報の示す時刻との差分が上記許容幅情報の示す許容範囲内であるか否かに基づいて、原コンテンツの再生がライブ再生であるかタイムシフト再生であるかを判定することを特徴とする請求項６〜８の何れか１項に記載のコンテンツ再生装置。
【請求項１０】
上記再生手段は、上記取得手段が取得したイベント情報に、さらに、上記無制限再生指示の有効期限を示す有効期限情報が含まれている場合、上記再生情報識別子が無制限再生指示の場合、上記有効期限情報の示す有効期限内であれば、追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、一方、上記有効期限情報の示す有効期限内でなければ、上記イベント情報を無視して、原コンテンツのみを再生することを特徴とする請求項６〜９の何れか１項に記載のコンテンツ再生装置。
【請求項１１】
請求項１〜５の何れか１項に記載のコンテンツ送信装置と、
請求項６〜１０の何れか１項に記載のコンテンツ再生装置とを含むコンテンツ配信システム。
【請求項１２】
複数のセグメントから構成される原コンテンツをセグメント毎にコンテンツ再生装置に送信するコンテンツ送信装置の制御方法であって、
上記コンテンツ再生装置からの各セグメントの送信を要求するリクエストに対する応答として、当該セグメントを含むレスポンスを当該コンテンツ再生装置に送信する送信ステップと、
追加コンテンツ情報および再生情報識別子を含むイベント情報を生成する情報生成ステップと、を含み、
上記追加コンテンツ情報は、上記コンテンツ再生装置に上記原コンテンツに重畳させて再生させる追加コンテンツの本体データまたは当該追加コンテンツを取得するための情報であり、
上記再生情報識別子は、ライブ再生であっても、タイムシフト再生であっても上記コンテンツ再生装置に追加コンテンツを再生させる無制限再生指示、もしくは、ライブ再生の場合のみ上記コンテンツ再生装置に追加コンテンツを再生させる限定再生指示を示すものであり、
上記送信ステップにおいて、上記セグメントと共に、上記情報生成ステップにおいて生成されたイベント情報を送信することを特徴とするコンテンツ送信装置の制御方法。
【請求項１３】
複数のセグメントから構成される原コンテンツをセグメント毎にコンテンツ送信装置から取得して再生するコンテンツ再生装置の制御方法であって、
上記コンテンツ送信装置に対して各セグメントの送信を要求するリクエストを送信し、当該リクエストに対する応答として、当該セグメントを含むレスポンスを取得する取得ステップと、
上記取得ステップにおいて取得されたセグメントに基づいて上記原コンテンツを再生する再生ステップと、を含み、
上記再生ステップでは、
上記取得ステップにおいて、上記セグメントと共に、上記原コンテンツに重畳させて再生する追加コンテンツの本体データもしくは当該追加コンテンツを取得するための情報である追加コンテンツ情報、並びに、再生情報識別子を含むイベント情報を取得した場合、
上記再生情報識別子がライブ再生であっても、タイムシフト再生であっても追加コンテンツを再生することを示す無制限再生指示の場合、追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、
上記再生情報識別子がライブ再生の場合のみ追加コンテンツを再生することを示す限定再生指示であり、原コンテンツの再生がライブ再生である場合、上記追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、
上記再生情報識別子が上記限定再生指示であり、原コンテンツの再生がタイムシフト再生である場合、上記イベント情報を無視して、原コンテンツのみを再生することを特徴とするコンテンツ再生装置の制御方法。
【請求項１４】
請求項１〜５の何れか１項に記載のコンテンツ送信装置を動作させるための制御プログラムであって、コンピュータを上記各手段として機能させるための制御プログラム。
【請求項１５】
請求項６〜１０の何れか１項に記載のコンテンツ再生装置を動作させるための制御プログラムであって、コンピュータを上記各手段として機能させるための制御プログラム。
【請求項１６】
請求項１４および１５の少なくとも１項に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを送信するコンテンツ送信装置、コンテンツを取得・再生するコンテンツ再生装置、コンテンツ配信システム、コンテンツ送信装置の制御方法、コンテンツ再生装置の制御方法、制御プログラムおよび記録媒体に関するものである。
【背景技術】
【０００２】
インターネットの普及やコンピュータの高性能化に伴い、インターネットを介して動画像などの大容量コンテンツを配信することが広く行われている。例えば、ユーザの要求に応じて動画等のコンテンツを提供するＶＯＤ（Video On Demand）というサービスがある。ＶＯＤでは、例えば、ＨＴＴＰ（HyperText Transfer Protocol）を用いて、サーバ（コンテンツ提供装置）とクライアント（コンテンツ再生装置）との間でデータを送受信する。
【０００３】
ここで、ＨＴＴＰによるコンテンツの配信に関して、様々な技術が開発されている。例えば、ＭＰＥＧ（Motion Picture Experts Group）は、ＨＴＴＰを利用した適応ストリーミング技術をＭＰＥＧ−ＤＡＳＨ（Dynamic Adaptive Streaming over HTTP）規格として国際標準化を進めている。
【０００４】
ＭＰＥＧ−ＤＡＳＨでは、コンテンツは、複数のセグメント（segment）に時分割され、セグメント単位で伝送される。また、各セグメントは、１または複数のフラグメント（fragment）で構成される。また、コンテンツは、１または複数のピリオド（period）で構成されており、１つのピリオドに１または複数のセグメントが含まれる。
【０００５】
また、ＭＰＥＧ−ＤＡＳＨでは、１つのコンテンツに対して品質種別（ビットレート、画像解像度等の再生品質や、データフォーマット等の種別）が異なる複数のRepresentationが準備される。例えば、セグメント毎に異なるビットレートで符号化した複数のセグメントデータを準備する。これにより、コンテンツを受信して再生するクライアントは、コンテンツの受信状況等に応じて、要求するコンテンツ（セグメント）のビットレートを変えることにより、適応ストリーミングを実行することができる。
【０００６】
また、ＭＰＥＧ−ＤＡＳＨでは、コンテンツにＭＰＤ（media presentation description）が対応付けられており、ＭＰＤによってコンテンツを管理する。ＭＰＤは、コンテンツのメタデータであって、ＤＡＳＨで策定されつつあるコンテンツの管理情報をＸＭＬ形式で記述したものである。
【０００７】
換言すると、ＭＰＤは、クライアントがコンテンツの取得・再生時に利用する情報である。具体的には、クライアントは、コンテンツの配信を受ける前にサーバからＭＰＤを取得する。クライアントは、ＭＰＤに記述された各メディアセグメントのＵＲＬを基に、順次メディアセグメントを取得し、コンテンツを再生する。
【０００８】
ＭＰＤの具体的な記述例を図１１に基づいて説明する。図１１は、ＭＰＤの記述例を示す図である。図１１に示すように、ＭＰＤ２００には、コンテンツがライブコンテンツであるかタイムシフトコンテンツであるかを示すコンテンツタイプ情報２０１（属性「type」の属性値）が記述されている。図示の例では、属性「type」の属性値が「dynamic」であり、このＭＰＤ２００が対応付けられたコンテンツがライブコンテンツであることを示す。一方、タイムシフトコンテンツの場合、属性「type」の属性値に「static」が記述される。
【０００９】
また、このＭＰＤ２００が対応付けられたコンテンツがライブコンテンツであるため、ＭＰＤ２００には、サーバがコンテンツのストリーミング配信を開始する時刻を示す配信開始時刻情報２０２（属性「availabilityStartTime」の属性値）が記述される。図示の例では、属性「availabilityStartTime」の属性値が「2012-05-31T19:00Z」であり、２０１２年５月３１日１９時にストリーミング配信が開始されることを示す。
【００１０】
また、サーバが各メディアセグメントの配信を開始してから破棄するまでの時間を示す保持期間情報２０３（属性「timeShiftBufferDepth」の属性値）が記述される。図示の例では、属性「timeShiftBufferDepth」の属性値が「PT7D」であり、配信開始から７日後に破棄することを示す。換言すると、この情報２０３は、クライアントがコンテンツを取得可能な期間を示す。
【００１１】
また、コンテンツの取得先を示す取得先情報２０４が記述されている。図示の例では、取得先情報２０４として、サーバのＵＲＬが記述されている。
【００１２】
また、コンテンツの再生期間を区切った各ピリオドに関するピリオド情報２０５が記述されている。図示の例では、ピリオド情報２０５として、ピリオドのＩＤおよびコンテンツの配信開始時刻を基準とした場合のそのピリオドの開始時刻（属性「start」の属性値）が記述されている。
【００１３】
また、上記ピリオドに属する各メディアセグメントに関するセグメント情報２０６が記述されている。図示の例では、セグメント情報２０６として、セグメントのＩＤ、セグメントのビットレートおよびセグメントの取得先のＵＲＬが記述されている。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００５−３４８１４４号公報（２００５年１２月１５日公開）
【非特許文献】
【００１５】
【非特許文献１】“ISO/IEC 23009-1”、[online]、２０１２年４月１日、ISO/IEC、[平成２４年６月１９日検索]、インターネット＜ＵＲＬ：http://standards.iso.org/ittf/PubliclyAvailableStandards/c057623_ISO_IEC_23009-1_2012.zip＞
【発明の概要】
【発明が解決しようとする課題】
【００１６】
従来のＭＰＥＧ−ＤＡＳＨでは、ＭＰＤを定期的に更新することにより、コンテンツの内容の変更に対応している。しかしながら、定期的な更新では、突発的なコンテンツの変更に対応することができなかった。例えば、ライブコンテンツ配信時において、緊急警報またはニュース速報等を表示させることが困難であった。
【００１７】
ただ、正式に規定されていないが、ＭＰＥＧ−ＤＡＳＨにおいて、サーバが元のセグメントに追加コンテンツを付加して送信することにより、クライアントにおいて追加コンテンツを原コンテンツに重畳して表示させることは可能である。
【００１８】
ところが、リアルタイムでの再生およびタイムシフトでの再生の両方を想定した原コンテンツの場合、緊急警報等の突発的に追加した追加コンテンツは、リアルタイム再生においては有用であるが、タイムシフト再生においては、情報の鮮度が低下し無用になる場合がある。従来では、再生タイミングに応じて追加コンテンツの再生の要否を判断するということが考慮されていなかったため、タイムシフト再生においても追加コンテンツを原コンテンツに重畳して再生していた。
【００１９】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、再生タイミングに応じて追加コンテンツの再生の要否を判定し、適切なコンテンツの再生を実現するコンテンツ送信装置、コンテンツ再生装置、コンテンツ配信システム、コンテンツ送信装置の制御方法、コンテンツ再生装置の制御方法、制御プログラムおよび記録媒体を実現することにある。
【課題を解決するための手段】
【００２０】
本発明に係るコンテンツ送信装置は、上記課題を解決するために、複数のセグメントから構成される原コンテンツをセグメント毎にコンテンツ再生装置に送信するコンテンツ送信装置であって、上記コンテンツ再生装置からの各セグメントの送信を要求するリクエストに対する応答として、当該セグメントを含むレスポンスを当該コンテンツ再生装置に送信する送信手段と、追加コンテンツ情報および再生情報識別子を含むイベント情報を生成する情報生成手段と、を備え、上記追加コンテンツ情報は、上記コンテンツ再生装置に上記原コンテンツに重畳させて再生させる追加コンテンツの本体データまたは当該追加コンテンツを取得するための情報であり、上記再生情報識別子は、ライブ再生であっても、タイムシフト再生であっても上記コンテンツ再生装置に追加コンテンツを再生させる無制限再生指示、または、ライブ再生の場合のみ上記コンテンツ再生装置に追加コンテンツを再生させる限定再生指示を示すものであり、上記送信手段は、上記セグメントと共に、上記情報生成手段が生成したイベント情報を送信することを特徴としている。
【００２１】
また、本発明に係るコンテンツ送信装置の制御方法は、上記課題を解決するために、複数のセグメントから構成される原コンテンツをセグメント毎にコンテンツ再生装置に送信するコンテンツ送信装置の制御方法であって、上記コンテンツ再生装置からの各セグメントの送信を要求するリクエストに対する応答として、当該セグメントを含むレスポンスを当該コンテンツ再生装置に送信する送信ステップと、追加コンテンツ情報および再生情報識別子を含むイベント情報を生成する情報生成ステップと、を含み、上記追加コンテンツ情報は、上記コンテンツ再生装置に上記原コンテンツに重畳させて再生させる追加コンテンツの本体データまたは当該追加コンテンツを取得するための情報であり、上記再生情報識別子は、ライブ再生であっても、タイムシフト再生であっても上記コンテンツ再生装置に追加コンテンツを再生させる無制限再生指示、もしくは、ライブ再生の場合のみ上記コンテンツ再生装置に追加コンテンツを再生させる限定再生指示を示すものであり、上記送信ステップにおいて、上記セグメントと共に、上記情報生成ステップにおいて生成されたイベント情報を送信することを特徴としている。
【００２２】
上記の構成によれば、コンテンツ送信装置は、原コンテンツのセグメントと共に、原コンテンツに重畳させて再生させる追加コンテンツの本体データもしくは当該追加コンテンツを取得するための情報、並びに、上記再生情報識別子を送信する。コンテンツ再生装置は、追加コンテンツを取得するための情報に基づいて、追加コンテンツを取得することができる。また、コンテンツ再生装置は、再生情報識別子に基づいて、原コンテンツの再生がライブ再生であるかタイムシフト再生であるかに応じて、取得した追加コンテンツの再生の要否を判断することができる。
【００２３】
よって、コンテンツ送信装置は、コンテンツ再生装置に対して、再生タイミングに応じて追加コンテンツの再生の要否を判定させることができ、適切にコンテンツの再生を実行させることができるという効果を奏する。
【００２４】
また、本発明に係るコンテンツ送信装置において、上記情報生成手段は、上記イベント情報を、上記セグメントのヘッダ部分に付加することが好ましい。
【００２５】
また、本発明に係るコンテンツ送信装置において、上記情報生成手段は、上記イベント情報を、上記レスポンスのヘッダに付加することが好ましい。
【００２６】
また、本発明に係るコンテンツ送信装置において、上記情報生成手段は、上記追加コンテンツの再生時刻を示す再生時刻情報、および、ライブ再生かタイムシフト再生かを判定するための情報であって、上記再生時刻情報の示す時刻と、上記コンテンツ再生装置が実際に追加コンテンツを再生する時刻との差分の許容範囲を示す許容幅情報をさらに含むイベント情報を生成することが好ましい。
【００２７】
上記の構成によれば、上記再生時刻情報および上記許容幅情報を取得したコンテンツ再生装置は、上記再生時刻情報の示す時刻と、実際に追加コンテンツを再生する時刻との差分が許容幅情報の示す許容範囲内であれば、原コンテンツの再生がライブ再生であると判定し、上記差分が許容範囲外であればタイムシフト再生であると判定する。よって、コンテンツ送信装置は、コンテンツ再生装置に対して、原コンテンツの再生がライブ再生であるかタイムシフト再生であるかを判定させることができる。
【００２８】
また、本発明に係るコンテンツ送信装置において、上記情報生成手段は、上記再生情報識別子が無制限再生指示である場合、当該無制限再生指示の有効期限を示す有効期限情報をさらに含むイベント情報を生成することが好ましい。
【００２９】
上記の構成によれば、上記有効期限情報を取得したコンテンツ再生装置は、上記再生情報識別子が無制限再生指示の場合、上記有効期限情報の示す有効期限内であれば、追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、一方、上記有効期限情報の示す有効期限内でなければ、上記イベント情報を無視して、原コンテンツのみを再生する。よって、コンテンツ送信装置は、コンテンツ再生装置に対して、有効期限に基づいて追加コンテンツの再生の要否を判定させることができる。
【００３０】
また、本発明に係るコンテンツ再生装置は、上記課題を解決するために、複数のセグメントから構成される原コンテンツをセグメント毎にコンテンツ送信装置から取得して再生するコンテンツ再生装置であって、上記コンテンツ送信装置に対して各セグメントの送信を要求するリクエストを送信し、当該リクエストに対する応答として、当該セグメントを含むレスポンスを取得する取得手段と、上記取得手段が取得したセグメントに基づいて上記原コンテンツを再生する再生手段と、を備え、上記再生手段は、上記取得手段が、上記セグメントと共に、上記原コンテンツに重畳させて再生する追加コンテンツの本体データもしくは当該追加コンテンツを取得するための情報である追加コンテンツ情報、並びに、再生情報識別子を含むイベント情報を取得した場合、上記再生情報識別子がライブ再生であっても、タイムシフト再生であっても追加コンテンツを再生することを示す無制限再生指示の場合、追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、上記再生情報識別子がライブ再生の場合のみ追加コンテンツを再生することを示す限定再生指示であり、原コンテンツの再生がライブ再生である場合、上記追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、上記再生情報識別子が上記限定再生指示であり、原コンテンツの再生がタイムシフト再生である場合、上記イベント情報を無視して、原コンテンツのみを再生することを特徴としている。
【００３１】
また、本発明に係るコンテンツ再生装置の制御方法は、上記課題を解決するために、複数のセグメントから構成される原コンテンツをセグメント毎にコンテンツ送信装置から取得して再生するコンテンツ再生装置の制御方法であって、上記コンテンツ送信装置に対して各セグメントの送信を要求するリクエストを送信し、当該リクエストに対する応答として、当該セグメントを含むレスポンスを取得する取得ステップと、上記取得ステップにおいて取得されたセグメントに基づいて上記原コンテンツを再生する再生ステップと、を含み、上記再生ステップでは、上記取得ステップにおいて、上記セグメントと共に、上記原コンテンツに重畳させて再生する追加コンテンツの本体データもしくは当該追加コンテンツを取得するための情報である追加コンテンツ情報、並びに、再生情報識別子を含むイベント情報を取得した場合、上記再生情報識別子がライブ再生であっても、タイムシフト再生であっても追加コンテンツを再生することを示す無制限再生指示の場合、追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、上記再生情報識別子がライブ再生の場合のみ追加コンテンツを再生することを示す限定再生指示であり、原コンテンツの再生がライブ再生である場合、上記追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、上記再生情報識別子が上記限定再生指示であり、原コンテンツの再生がタイムシフト再生である場合、上記イベント情報を無視して、原コンテンツのみを再生することを特徴としている。
【００３２】
上記の構成によれば、コンテンツ再生装置は、上記イベント情報を参照して、上記再生情報識別子が無制限再生指示の場合、追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、上記再生情報識別子が限定再生指示であり、原コンテンツの再生がライブ再生である場合、上記追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、上記再生情報識別子が限定再生指示であり、原コンテンツの再生がタイムシフト再生である場合、上記イベント情報を無視して、原コンテンツのみを再生する。よって、コンテンツ再生装置は、再生タイミングに応じて追加コンテンツの再生の要否を判定することができ、適切にコンテンツの再生を実行することができるという効果を奏する。
【００３３】
また、本発明に係るコンテンツ再生装置において、上記取得手段は、上記セグメントのヘッダ部分に付加されている上記イベント情報を取得することが好ましい。
【００３４】
また、本発明に係るコンテンツ再生装置において、上記取得手段は、上記レスポンスのヘッダに付加されている上記イベント情報を取得することが好ましい。
【００３５】
また、本発明に係るコンテンツ再生装置は、上記再生手段は、上記取得手段が取得したイベント情報に、さらに、上記追加コンテンツの再生時刻を示す再生時刻情報、および、ライブ再生かタイムシフト再生かを判定するための情報であって、上記再生時刻情報の示す時刻と、上記コンテンツ再生装置が実際に追加コンテンツを再生する時刻との差分の許容範囲を示す許容幅情報が含まれている場合、上記追加コンテンツを実際に再生する時刻と、上記再生時刻情報の示す時刻との差分が上記許容幅情報の示す許容範囲内であるか否かに基づいて、原コンテンツの再生がライブ再生であるかタイムシフト再生であるかを判定することが好ましい。
【００３６】
上記の構成によれば、コンテンツ再生装置は、上記再生時刻情報および上記許容幅情報に基づいて、原コンテンツの再生がライブ再生であるかタイムシフト再生であるかを判定することができる。
【００３７】
また、本発明に係るコンテンツ再生装置は、上記再生手段は、上記取得手段が取得したイベント情報に、さらに、上記無制限再生指示の有効期限を示す有効期限情報が含まれている場合、上記再生情報識別子が無制限再生指示の場合、上記有効期限情報の示す有効期限内であれば、追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、一方、上記有効期限情報の示す有効期限内でなければ、上記イベント情報を無視して、原コンテンツのみを再生することが好ましい。
【００３８】
上記の構成によれば、コンテンツ再生装置は、上記有効期限情報の示す有効期限に基づいて、追加コンテンツの再生の要否を判定することができる。
【００３９】
また、本発明に係るコンテンツ配信システムは、上記コンテンツ送信装置と、上記コンテンツ再生装置とを含むことが好ましい。
【００４０】
上記の構成によれば、コンテンツ配信システムは、上記コンテンツ送信装置および上記コンテンツ再生装置と同様の効果を奏する。
【００４１】
なお、上記コンテンツ送信装置および上記コンテンツ再生装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記コンテンツ送信装置および上記コンテンツ再生装置の各手段として動作させることにより、上記コンテンツ送信装置および上記コンテンツ再生装置をコンピュータにて実現させる制御プログラム、及びそれを記録したコンピュータ読み取り可能な記録媒体も本発明の範疇に入る。
【発明の効果】
【００４２】
以上のように、本発明に係るコンテンツ送信装置は、上記コンテンツ再生装置からの各セグメントの送信を要求するリクエストに対する応答として、当該セグメントを含むレスポンスを当該コンテンツ再生装置に送信する送信手段と、追加コンテンツ情報および再生情報識別子を含むイベント情報を生成する情報生成手段と、を備え、上記追加コンテンツ情報は、上記コンテンツ再生装置に上記原コンテンツに重畳させて再生させる追加コンテンツの本体データまたは当該追加コンテンツを取得するための情報であり、上記再生情報識別子は、ライブ再生であっても、タイムシフト再生であっても上記コンテンツ再生装置に追加コンテンツを再生させる無制限再生指示、または、ライブ再生の場合のみ上記コンテンツ再生装置に追加コンテンツを再生させる限定再生指示を示すものであり、上記送信手段は、上記セグメントと共に、上記情報生成手段が生成したイベント情報を送信する。
【００４３】
また、本発明に係るコンテンツ送信装置の制御方法は、上記コンテンツ再生装置からの各セグメントの送信を要求するリクエストに対する応答として、当該セグメントを含むレスポンスを当該コンテンツ再生装置に送信する送信ステップと、追加コンテンツ情報および再生情報識別子を含むイベント情報を生成する情報生成ステップと、を含み、上記追加コンテンツ情報は、上記コンテンツ再生装置に上記原コンテンツに重畳させて再生させる追加コンテンツの本体データまたは当該追加コンテンツを取得するための情報であり、上記再生情報識別子は、ライブ再生であっても、タイムシフト再生であっても上記コンテンツ再生装置に追加コンテンツを再生させる無制限再生指示、もしくは、ライブ再生の場合のみ上記コンテンツ再生装置に追加コンテンツを再生させる限定再生指示を示すものであり、上記送信ステップにおいて、上記セグメントと共に、上記情報生成ステップにおいて生成されたイベント情報を送信する。
【００４４】
よって、コンテンツ送信装置は、コンテンツ再生装置に対して、再生タイミングに応じて追加コンテンツの再生の要否を判定させることができ、適切にコンテンツの再生を実行させることができるという効果を奏する。
【００４５】
また、本発明に係るコンテンツ再生装置は、上記コンテンツ送信装置に対して各セグメントの送信を要求するリクエストを送信し、当該リクエストに対する応答として、当該セグメントを含むレスポンスを取得する取得手段と、上記取得手段が取得したセグメントに基づいて上記原コンテンツを再生する再生手段と、を備え、上記再生手段は、上記取得手段が、上記セグメントと共に、上記原コンテンツに重畳させて再生する追加コンテンツの本体データもしくは当該追加コンテンツを取得するための情報である追加コンテンツ情報、並びに、再生情報識別子を含むイベント情報を取得した場合、上記再生情報識別子がライブ再生であっても、タイムシフト再生であっても追加コンテンツを再生することを示す無制限再生指示の場合、追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、上記再生情報識別子がライブ再生の場合のみ追加コンテンツを再生することを示す限定再生指示であり、原コンテンツの再生がライブ再生である場合、上記追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、上記再生情報識別子が上記限定再生指示であり、原コンテンツの再生がタイムシフト再生である場合、上記イベント情報を無視して、原コンテンツのみを再生する。
【００４６】
また、本発明に係るコンテンツ再生装置の制御方法は、上記コンテンツ送信装置に対して各セグメントの送信を要求するリクエストを送信し、当該リクエストに対する応答として、当該セグメントを含むレスポンスを取得する取得ステップと、上記取得ステップにおいて取得されたセグメントに基づいて上記原コンテンツを再生する再生ステップと、を含み、上記再生ステップでは、上記取得ステップにおいて、上記セグメントと共に、上記原コンテンツに重畳させて再生する追加コンテンツの本体データもしくは当該追加コンテンツを取得するための情報である追加コンテンツ情報、並びに、再生情報識別子を含むイベント情報を取得した場合、上記再生情報識別子がライブ再生であっても、タイムシフト再生であっても追加コンテンツを再生することを示す無制限再生指示の場合、追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、上記再生情報識別子がライブ再生の場合のみ追加コンテンツを再生することを示す限定再生指示であり、原コンテンツの再生がライブ再生である場合、上記追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、上記再生情報識別子が上記限定再生指示であり、原コンテンツの再生がタイムシフト再生である場合、上記イベント情報を無視して、原コンテンツのみを再生する。
【００４７】
よって、コンテンツ再生装置は、再生タイミングに応じて追加コンテンツの再生の要否を判定することができ、適切にコンテンツの再生を実行することができるという効果を奏する。
【図面の簡単な説明】
【００４８】
【図１】本発明の実施形態を示すものであり、コンテンツ配信システムの構成の一例を示すブロック図である。
【図２】上記コンテンツ配信システムに含まれるサーバおよびクライアントの要部構成の一例を示す図である。
【図３】上記サーバのコンテンツ送信処理の一例を示すフローチャートである。
【図４】上記クライアントのコンテンツ取得再生処理の一例を示すフローチャートである。
【図５】従来のセグメントデータのデータ構造を示す図である。
【図６】イベント情報が付加されたセグメントデータのデータ構造を示す図である。
【図７】セグメントに付加されたイベント情報の記述例を示す図である。
【図８】ライブ再生を実行するクライアントＡおよびタイムシフト再生を実行するクライアントＢのセグメント＃ｓ１〜＃ｓ３の再生タイミングを示す図である。
【図９】セグメントデータ本体を送信するＨＴＴＰレスポンスメッセージのＨＴＴＰヘッダにイベント情報を記述し、そのイベント情報に基づいて、追加コンテンツを原コンテンツに重畳して再生する場合の動作シーケンスの一例を示す図である。
【図１０】セグメントデータ本体を送信するＨＴＴＰレスポンスメッセージのＨＴＴＰヘッダにイベント情報を記述し、そのイベント情報に基づいて、追加コンテンツを原コンテンツに重畳して再生する場合のＨＴＴＰメッセージの一例を示す図である。
【図１１】ＭＰＤの記述例を示す図である。
【発明を実施するための形態】
【００４９】
本発明の一実施形態について図１から図１０に基づいて説明すると以下の通りである。まず、本実施形態のコンテンツ配信システムの概要について、図２に基づいて説明する。
【００５０】
〔コンテンツ配信システムの概要〕
図２は、本実施形態に係るコンテンツ配信システム６の概要を示す図である。図２に示すように、コンテンツ配信システム６は、サーバ１、クライアント２、ＭＰＤ記憶装置４およびセグメント記憶装置５を含む。
【００５１】
図２に示すように、クライアント２は、サーバ１と接続する。また、サーバ１は、ＭＰＤ記憶装置４およびセグメント記憶装置５と接続する。各装置は、有線通信または無線通信の任意のネットワークで接続される。
【００５２】
サーバ１は、クライアント２からコンテンツの送信を要求を受けて、コンテンツを送信するコンテンツ送信装置である。サーバ１は、コンテンツの本体データ（セグメントデータ）を送信する前に、予めＭＰＤデータをクライアント２に送信する。なお、サーバ１は、ネットワーク７上のＭＰＤ記憶装置４およびセグメント記憶装置５からＭＰＤデータおよびセグメントデータを取得するものであるが、これに限るものではない。例えば、各サーバ１は、ローカルでＭＰＤデータおよびセグメントデータを保持していてもよい。
【００５３】
クライアント２は、サーバ１等の他の装置から取得したコンテンツ、または、自装置に格納しているコンテンツを再生するコンテンツ再生装置である。クライアント２は、例えば、デジタルテレビ、レコーダ、ＳＴＢ（Set Top Box）、ＰＣ、携帯電話機、スマートフォン、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、デジタルビデオ等である。
【００５４】
また、コンテンツ配信システム６の構成は図２に示す例に限るものではない。例えば、コンテンツ配信システム６は、サーバ１を複数含んでいてもよいし、クライアント２を複数含んでいてもよい。また、コンテンツ配信システム６は、サーバ１−クライアント２間のデータを中継するプロキシ３を１または複数含んでいてもよい。
【００５５】
また、本実施形態では、コンテンツ配信システム６におけるネットワーク上の伝送プロトコルは、ハイパーテキスト転送プロトコルとして広く用いられているＨＴＴＰを用いるものとする。また、サーバ１が配信するコンテンツは、映像コンテンツであり、コンテンツは、セグメント化されたＭＰ４データであるものとする。すなわち、本実施形態では、コンテンツ配信システム６は、上述のＭＰＥＧ−ＤＡＳＨ規格に基づくコンテンツを配信するものである。
【００５６】
〔各装置の構成〕
次に、図１に基づいて、サーバ１およびクライアント２の要部構成について説明する。図１は、サーバ１およびクライアント２の要部構成の一例を示す図である。
【００５７】
（サーバについて）
図１に示すように、サーバ１は、サーバ制御部１１、サーバ記憶部１２およびサーバ通信部１３を備える構成である。
【００５８】
サーバ通信部１３は、無線通信手段または有線通信手段によって、クライアント２、ＭＰＤ記憶装置４およびセグメント記憶装置５等の他の装置と通信を行い、サーバ制御部１１の指示に従って、データのやりとりを行うものである。
【００５９】
サーバ制御部１１は、サーバ記憶部１２から一時記憶部（不図示）に読み出されたプログラムを実行することにより、各種の演算を行うと共に、サーバ１が備える各部を統括的に制御するものである。
【００６０】
本実施形態では、サーバ制御部１１は、機能ブロックとして、コンテンツ取得部２１、コンテンツ送信部（送信手段）２２およびイベント情報付加部（情報生成手段）２３備える構成である。サーバ制御部１１の各機能ブロック（２１〜２３）は、ＣＰＵ（central processing unit）が、ＲＯＭ（read only memory）等で実現された記憶装置に記憶されているプログラムをＲＡＭ（random access memory）等で実現された一時記憶部に読み出して実行することで実現できる。
【００６１】
コンテンツ取得部２１は、コンテンツ送信部２２からの指示に基づいて、ＭＰＤ記憶装置４からＭＰＤデータまたはセグメント記憶装置５からセグメントデータを取得するものである。コンテンツ取得部２１は、ＭＰＤデータを取得した場合、取得したＭＰＤデータをコンテンツ送信部２２に出力し、セグメントデータを取得した場合、取得したセグメントデータをイベント情報付加部２３に出力する。
【００６２】
なお、コンテンツ取得部２１は、コンテンツ送信部２２からの指示の有無に関わらず、事前に、ＭＰＤデータおよび／またはセグメントデータを取得していても良い。この場合、コンテンツ取得部２１は、事前に取得したＭＰＤデータおよびセグメントデータをサーバ記憶部１２に格納しておき、コンテンツ送信部２２からの指示に基づいて、サーバ記憶部１２からＭＰＤデータおよびセグメントデータを読み出す。
【００６３】
コンテンツ送信部２２は、クライアント２からリクエストを受信すると、リクエストに対するレスポンスを当該クライアント２に送信するものである。具体的には、クライアント２からコンテンツ管理情報（ＭＰＤ）の送信を要求するリクエストを受信すると、当該コンテンツのＭＰＤを取得するようにコンテンツ取得部２１に指示し、コンテンツ取得部２１からＭＰＤデータを取得すると、取得したＭＰＤデータを含むレスポンスをクライアント２に送信する。また、クライアント２からコンテンツを構成するセグメントの送信を要求するリクエストを受信すると、当該セグメントを取得するようにコンテンツ取得部２１に指示し、イベント情報付加部２３からセグメントデータを取得すると、当該セグメントデータを含むレスポンスをクライアント２に送信する。
【００６４】
イベント情報付加部２３は、ユーザから操作部（不図示）を介して追加コンテンツの挿入指示が入力されると、指示に基づいて、追加コンテンツの本体データと、ライブ再生であっても、タイムシフト再生であっても追加コンテンツの再生を指示する無制限再生指示、または、ライブ再生の場合のみ追加コンテンツの再生を指示する限定再生指示を示す再生情報識別子とを生成する。イベント情報付加部２３は、追加コンテンツの本体データおよび再生情報識別子を含むイベント情報を、コンテンツ取得部２１から取得したセグメントデータに付加してコンテンツ送信部２２に出力する。
【００６５】
また、イベント情報付加部２３は、挿入指示に基づいて、追加コンテンツの本体データを生成する代わりに、追加コンテンツの本体データが存在する位置を示す追加コンテンツ位置情報を生成してもよい。例えば、イベント情報付加部２３は、追加コンテンツ位置情報として、追加コンテンツを保持する装置のＵＲＬを生成する。
【００６６】
また、イベント情報付加部２３は、挿入指示に基づいて、追加コンテンツの本体データを生成する代わりに、追加コンテンツの本体データが存在する位置を示す追加コンテンツ位置情報を含むＭＰＤデータが存在する位置を示す更新ＭＰＤデータ位置情報を生成してもよい。
【００６７】
以下では、追加コンテンツ位置情報および更新ＭＰＤデータ位置情報を総称して、追加コンテンツ取得先情報と称する。追加コンテンツ取得先情報とは、追加コンテンツの本体データを取得するための情報である。さらに、追加コンテンツの本体データおよび追加コンテンツ取得先情報を総称して、追加コンテンツ情報と称する。すなわち、上記イベント情報は、追加コンテンツ情報および再生情報識別子を含むものである。
【００６８】
また、イベント情報付加部２３は、さらに、再生時刻情報および許容幅情報を追加してイベント情報を生成してもよい。再生時刻情報とは、サーバ１が指示する（予定する）追加コンテンツの再生（開始）時刻を示す情報である。再生時刻情報の示す時刻は、例えば、ＮＴＰタイムスタンプであってよい。また、許容幅情報とは、ライブ再生かタイムシフト再生かを判定するための情報であり、再生時刻情報の示す時刻と、クライアント２が実際に追加コンテンツを再生する時刻との差分の許容範囲を示す情報である。
【００６９】
また、イベント情報付加部２３は、さらに、再生情報識別子が無制限再生指示である場合、無制限再生指示の有効期限を示す有効期限情報を追加してイベント情報を生成してもよい。
【００７０】
詳細は後述するが、イベント情報付加部２３は、セグメントデータにイベント情報を付加する場合、セグメントデータ本体にＩＳＯ／ＩＥＣ  １４４９６−１２（ＩＳＯＢＦＦ）で規定されるbox形式で付加してもよいし（例えば、セグメントデータのヘッダ部分にイベント情報を付加（挿入）する）、セグメントデータ本体を送信するＨＴＴＰレスポンスメッセージのＨＴＴＰヘッダにイベント情報を付加してもよい。
【００７１】
なお、イベント情報付加部２３が生成する追加コンテンツは、テキスト、画像、音声、動画等の任意のコンテンツであってよい。具体的には、追加コンテンツは、気象警報、緊急地震速報、津波警報等の緊急警報、事件／事故速報、選挙速報、スポーツ速報等のニュース速報、または、広告、特典映像などである。
【００７２】
イベント情報付加部２３は、追加コンテンツの挿入指示がない場合、コンテンツ取得部２１から取得したセグメントデータをそのままコンテンツ送信部２２に出力する。
【００７３】
サーバ記憶部１２は、サーバ制御部１１が参照するプログラムやデータ等を格納するものであり、例えば、コンテンツ取得部２１が取得したＭＰＤデータおよびセグメントデータ等を格納してもよい。
【００７４】
なお、本発明において「ライブ再生」とは、クライアント２がサーバ１が原コンテンツを配信した時刻とほぼ同時に原コンテンツを再生することを意味する。実際には、サーバ１およびクライアント２による処理遅延やネットワーク上の遅延等が発生するため、クライアント２が厳密にリアルタイムに再生することは不可能である。本発明では、この遅延に許容範囲を設定し、クライアント２が許容範囲内で実質的にリアルタイム再生することを「ライブ再生」と称する。一方、クライアント２が許容範囲外で再生することを「タイムシフト再生」と称する。
【００７５】
（クライアントについて）
図１に示すように、クライアント２は、クライアント制御部４１、クライアント記憶部４２、クライアント通信部４３、表示部４４および音声出力部４５を備える。なお、クライアント２は、操作部、音声入力部等の部材を備えていてもよいが、発明の特徴点とは関係がないため当該部材を図示していない。
【００７６】
クライアント通信部４３は、無線通信手段または有線通信手段によって、サーバ１等の他の装置と通信を行い、クライアント制御部４１の指示に従って、データのやりとりを行うものである。
【００７７】
表示部４４は、クライアント制御部４１の指示に従って画像を表示するものである。表示部４４は、クライアント制御部４１の指示に従って画像を表示するものであればよく、例えば、ＬＣＤ（液晶ディスプレイ）、有機ＥＬディスプレイ、プラズマディスプレイなどを適用することが可能である。
【００７８】
音声出力部４５は、クライアント制御部４１から電気信号を受信し、受信した電気信号を音に変換し、クライアント２の外部に音を出力するものである。音声出力部４５は、いわゆるスピーカである。
【００７９】
クライアント制御部４１は、クライアント記憶部４２から一時記憶部（不図示）に読み出されたプログラムを実行することにより、各種の演算を行うと共に、クライアント２が備える各部を統括的に制御するものである。
【００８０】
本実施形態では、クライアント制御部４１は、機能ブロックとして、コンテンツ取得部（取得手段）５１、コンテンツ解析部５２およびコンテンツ再生部（再生手段）５３を備える構成である。これらのクライアント制御部４１の各機能ブロック（５１〜５３）は、ＣＰＵが、ＲＯＭ等で実現された記憶装置に記憶されているプログラムをＲＡＭ等で実現された一時記憶部に読み出して実行することで実現できる。
【００８１】
コンテンツ取得部５１は、サーバ１にクライアント通信部４３を介してリクエストを送信し、サーバ１からコンテンツ（コンテンツに対応付けられたＭＰＤおよびコンテンツを構成するセグメント）を取得するものである。
【００８２】
具体的には、コンテンツ取得部５１は、ユーザから操作部（不図示）を介してコンテンツの取得（再生）指示が入力されると、当該コンテンツの管理情報（ＭＰＤ）の送信を要求するリクエストをサーバ１に送信する。そして、コンテンツ取得部５１は、当該リクエストのレスポンスとして、上記コンテンツのＭＰＤデータを受信する。コンテンツ取得部５１は、受信したＭＰＤデータを参照して、上記コンテンツを構成するセグメントの送信を要求するリクエストをサーバ１に送信する。そして、コンテンツ取得部５１は、当該リクエストのレスポンスとして、上記コンテンツのセグメントデータを取得する。コンテンツ取得部５１は、取得したセグメントデータをコンテンツ解析部５２に出力する。
【００８３】
コンテンツ解析部５２は、コンテンツ取得部５１からセグメントデータを取得すると、取得したセグメントデータを解析し、セグメントデータにイベント情報が付加されている場合、セグメントデータに付加されたイベント情報を抽出するものである。コンテンツ解析部５２は、セグメントデータおよび抽出したイベント情報をコンテンツ再生部５３に出力する。なお、イベント情報が付加されていない場合、コンテンツ解析部５２は、コンテンツ取得部５１から取得したセグメントデータをそのままコンテンツ再生部５３に出力する。
【００８４】
なお、コンテンツ解析部５２は、イベント情報に含まれる追加コンテンツ情報が追加コンテンツ位置情報または更新ＭＰＤデータ位置情報である場合、追加コンテンツ位置情報または更新ＭＰＤデータ位置情報に基づいて、追加コンテンツの本体データを取得する。
【００８５】
例えば、イベント情報に更新ＭＰＤデータ位置情報が含まれている場合、コンテンツ解析部５２は、コンテンツ取得部５１に対して、更新ＭＰＤデータ位置情報の示す位置から更新ＭＰＤデータを取得するように指示する。コンテンツ取得部５１が更新ＭＰＤデータを取得すると、コンテンツ解析部５２は、コンテンツ取得部５１に対して、更新ＭＰＤデータに記述されている追加コンテンツ位置情報の示す位置から追加コンテンツの本体データを取得するように指示する。
【００８６】
すなわち、コンテンツ解析部５２がコンテンツ再生部５３に出力するイベント情報に含まれる追加コンテンツ情報は追加コンテンツの本体データである。
【００８７】
また、コンテンツ解析部５２は、セグメントデータおよびイベント情報をクライアント記憶部４２に格納してもよい。この場合、コンテンツ解析部５２は、コンテンツ再生部５３からの指示に基づいて、クライアント記憶部４２からセグメントデータおよびイベント情報を読み出して、コンテンツ再生部５３に出力する。
【００８８】
コンテンツ再生部５３は、コンテンツ解析部５２からセグメントデータを取得すると、ＭＰＤデータを参照して、取得したセグメントデータに基づいてコンテンツを再生するものである。
【００８９】
また、コンテンツ再生部５３は、コンテンツ取得部５１からセグメントデータと共に、イベント情報を取得すると、イベント情報に含まれる再生情報識別子が無制限再生指示を示すか限定再生指示を示すかを確認する。再生情報識別子が無制限再生指示を示す場合、コンテンツ再生部５３は、セグメントデータに基づいて原コンテンツを再生すると共に、イベント情報に含まれる追加コンテンツの本体データに基づいて、追加コンテンツを原コンテンツに重畳して再生する。
【００９０】
一方、再生情報識別子が限定再生指示を示す場合、コンテンツ再生部５３は、原コンテンツの再生がライブ再生であるかタイムシフト再生であるかを判定する。コンテンツ再生部５３は、ライブ再生の場合、セグメントデータに基づいて原コンテンツを再生すると共に、イベント情報に含まれる追加コンテンツの本体データに基づいて、追加コンテンツを原コンテンツに重畳して再生する。一方、タイムシフト再生の場合、コンテンツ再生部５３は、イベント情報を無視して、セグメントデータのみに基づいて原コンテンツを再生する。
【００９１】
ここで、イベント情報に再生時刻情報および許容幅情報が含まれている場合、コンテンツ再生部５３は、再生時刻情報および許容幅情報に基づいて、ライブ再生かタイムシフト再生かを判定してもよい。具体的には、コンテンツ再生部５３は、再生時刻情報の示す時刻と、追加コンテンツを実際に再生する時刻との差分が許容幅情報の示す範囲内であるか否かを判定する。コンテンツ再生部５３は、上記差分が許容幅情報の示す範囲内である場合、ライブ再生であると判定し、上記差分が許容幅情報の示す範囲内ではない場合、タイムシフト再生であると判定する。
【００９２】
また、コンテンツ再生部５３は、クライアント２がライブ再生用端末である場合、常に、原コンテンツの再生がライブ再生であると判定してもよい。また、コンテンツ再生部５３は、クライアント２がタイムシフト再生用端末である場合、常に、原コンテンツの再生がタイムシフト再生であると判定してもよい。すなわち、クライアント２の再生方法が予め定められている場合、コンテンツ再生部５３は、その設定に基づいて、ライブ再生かタイムシフト再生かを判定してもよい。
【００９３】
また、再生情報識別子が無制限再生指示を示し、イベント情報に有効期限情報が含まれている場合、コンテンツ再生部５３は、追加コンテンツを再生する時刻が有効期限情報の示す有効期限の範囲内である場合にのみ、追加コンテンツを原コンテンツに重畳して再生してもよい。この場合、コンテンツ再生部５３は、追加コンテンツを再生する時刻が有効期限情報の示す有効期限の範囲内でない場合、イベント情報を無視して、セグメントデータのみに基づいて原コンテンツを再生する。
【００９４】
クライアント記憶部４２は、クライアント制御部４１が参照するプログラムやデータ等を格納するものであり、例えば、コンテンツ取得部５１が取得したＭＰＤデータおよびセグメントデータ、並びに、コンテンツ解析部５２が抽出したイベント情報等を格納してもよい。
【００９５】
〔サーバの処理〕
次に、図３に基づいて、サーバ１のコンテンツ送信処理について説明する。図３は、サーバ１のコンテンツ送信処理の一例を示すフローチャートである。
【００９６】
図３に示すように、サーバ１は、クライアント２からリクエストが送信されるのを待つ（Ｓ１、Ｓ４）。ここで、コンテンツ送信部２２がクライアント２からコンテンツ管理情報（ＭＰＤ）の送信を要求するリクエストを受信した場合（Ｓ１でＹＥＳ）、コンテンツ送信部２２は、コンテンツ取得部２１に対して、受信したリクエストの示すコンテンツに対応付けられたＭＰＤを取得するように指示する。
【００９７】
コンテンツ送信部２２から指示を受けたコンテンツ取得部２１は、サーバ通信部１３を介して、ＭＰＤ記憶装置４からＭＰＤデータを取得する（Ｓ２）。コンテンツ取得部２１は、取得したＭＰＤデータをコンテンツ送信部２２に出力する。そして、コンテンツ送信部２２は、コンテンツ取得部２１から取得したＭＰＤデータを含むレスポンスをクライアント２に送信する（Ｓ３）。
【００９８】
また、コンテンツ送信部２２がクライアント２からセグメントの送信を要求するリクエストを受信した場合（Ｓ４でＹＥＳ）、コンテンツ送信部２２は、コンテンツ取得部２１に対して、受信したリクエストの示すセグメントを取得するように指示する。
【００９９】
コンテンツ送信部２２から指示を受けたコンテンツ取得部２１は、サーバ通信部１３を介して、セグメント記憶装置５からセグメントデータを取得する（Ｓ５）。コンテンツ取得部２１は、取得したセグメントデータをイベント情報付加部２３に出力する。
【０１００】
イベント情報付加部２３は、コンテンツ取得部２１からセグメントデータを取得すると、ユーザからの追加コンテンツの挿入指示の有無を判定する（Ｓ６）。追加コンテンツの挿入指示がある場合（Ｓ６でＹＥＳ）、イベント情報付加部２３は、取得したセグメントデータにイベント情報を付加してコンテンツ送信部２２に出力し、コンテンツ送信部２２は、イベント情報付加部２３から取得した、イベント情報が付加されたセグメントデータを含むレスポンスをクライアント２に送信する（Ｓ７）。一方、追加コンテンツの挿入指示がない場合（Ｓ６でＮＯ）、イベント情報付加部２３は、取得したセグメントデータをそのままコンテンツ送信部２２に出力し、コンテンツ送信部２２は、イベント情報付加部２３から取得したセグメントデータを含むレスポンスをクライアント２に送信する（Ｓ８）。
【０１０１】
〔クライアントの処理〕
次に、図４に基づいて、クライアント２のコンテンツ取得再生処理について説明する。図４は、クライアント２のコンテンツ取得再生処理の一例を示すフローチャートである。
【０１０２】
図４に示すように、まず、コンテンツ取得部５１は、サーバ１にコンテンツ管理情報（ＭＰＤ）の送信を要求するリクエストを送信する（Ｓ１１）。そして、コンテンツ取得部５１は、このリクエストに対するレスポンスを受信し、レスポンスに含まれるＭＰＤデータを取得する（Ｓ１２）。
【０１０３】
次に、コンテンツ取得部５１は、受信したＭＰＤデータを参照して、コンテンツを構成するセグメントの送信を要求するリクエストをサーバ１に送信する（Ｓ１３）。そして、コンテンツ取得部５１は、このリクエストに対するレスポンスを受信し、レスポンスに含まれるセグメントデータを取得する（Ｓ１４）。
【０１０４】
コンテンツ解析部５２は、コンテンツ取得部５１からセグメントデータを取得し、セグメントデータにイベント情報が付加されているか否かを確認する（Ｓ１５）。イベント情報が付加されていない場合（Ｓ１５でＮＯ）、コンテンツ解析部５２は、取得したセグメントデータをそのままコンテンツ再生部５３に出力する。コンテンツ再生部５３は、取得したセグメントデータに基づいて原コンテンツを再生する。一方、セグメントデータにイベント情報が付加されている場合（Ｓ１５でＹＥＳ）、コンテンツ解析部５２は、セグメントデータおよびイベント情報をコンテンツ再生部５３に出力する。
【０１０５】
コンテンツ再生部５３は、イベント情報に含まれる再生情報識別子が無制限再生指示であるか限定再生指示であるかを確認する（Ｓ１７）。再生情報識別子が無制限再生指示の場合（Ｓ１７でＹＥＳ）、コンテンツ再生部５３は、さらに、イベント情報に有効期限情報が含まれるか否かを判定する（Ｓ１８）。イベント情報に有効期限情報が含まれる場合（Ｓ１８でＹＥＳ）、コンテンツ再生部５３は、追加コンテンツを再生する時刻が有効期限情報の示す有効期限内である場合（Ｓ１９でＹＥＳ）、イベント情報に含まれる本体データに基づく追加コンテンツを原コンテンツに重畳して再生する（Ｓ２１）。一方、コンテンツ再生部５３は、追加コンテンツを再生する時刻が有効期限情報の示す有効期限内ではない場合（Ｓ１９でＮＯ）、イベント情報を無視して、セグメントデータのみに基づいて原コンテンツを再生する（Ｓ２０）。
【０１０６】
また、Ｓ１８において、イベント情報に有効期限情報が含まれていない場合（Ｓ１８でＮＯ）、コンテンツ再生部５３は、イベント情報に含まれる本体データに基づく追加コンテンツを原コンテンツに重畳して再生する（Ｓ２１）。
【０１０７】
また、Ｓ１７において、再生情報識別子が限定再生指示である場合（Ｓ１７でＮＯ）、コンテンツ再生部５３は、さらに、原コンテンツの再生がライブ再生であるかタイムシフト再生であるかを判定する（Ｓ２２）。ライブ再生である場合（Ｓ２２でＹＥＳ）、コンテンツ再生部５３は、イベント情報に含まれる本体データに基づく追加コンテンツを原コンテンツに重畳して再生する（Ｓ２３）。一方、コンテンツ再生部５３は、タイムシフト再生である場合（Ｓ２２でＮＯ）、イベント情報を無視して、セグメントデータのみに基づいて原コンテンツを再生する（Ｓ２４）。
【０１０８】
Ｓ１６、Ｓ２０〜Ｓ２４の処理の後、原コンテンツを構成する全てのセグメントデータを受信していない場合（Ｓ２５でＮＯ）、コンテンツ取得部５１は、次のセグメントの送信を要求するリクエストをサーバ１に送信し（Ｓ２６）、Ｓ１４以降を実行する。一方、原コンテンツを構成する全てのセグメントデータを受信した場合（Ｓ２５でＹＥＳ）、クライアント２は、コンテンツ取得再生処理を終了する。
【０１０９】
〔実施例１〕
次に、イベント情報をセグメントデータ本体にＩＳＯＢＦＦで規定されるbox形式で付加し、そのイベント情報に基づいて、追加コンテンツを原コンテンツに重畳して再生する具体的な実施例を説明する。
【０１１０】
まず、従来の基本的なセグメントデータのデータ構造について図５に基づいて説明する。図５は、従来のセグメントデータのデータ構造を示す図である。図５に示すように、従来のセグメントデータ８０は、１つのstyp（Segment Type Box）８１、１つのsidx（Segment Index Box）８２、並びに、moof（Movie Fragment Box）８３およびmdat（Media Data Box）８４の１つまたは複数の組から構成される。
【０１１１】
styp８１は、セグメントの種別および／またはバージョン情報等を示す情報である。sidx８２は、セグメント内のランダムアクセスポイントに関する情報である。moof８３およびmdat８４は、セグメントを構成するフラグメントに関する情報である。
【０１１２】
次に、イベント情報が付加されたセグメントデータのデータ構造について図６に基づいて説明する。図６は、イベント情報が付加されたセグメントデータのデータ構造を示す図である。図６に示すように、イベント情報が付加されたセグメントデータ８５は、従来の構成に加えて、１つのemes（Event Message Box）８６を備える。
【０１１３】
emes８６は、少なくとも追加コンテンツ情報および再生情報識別子を含むイベント情報である。本実施形態では、再生情報識別子を「piid」で表し、無制限再生指示を「permanent」、限定再生指示「temporally」で表す。すなわち、emes８６には、属性「piid」が記述されており、その属性値として「permanent」または「temporally」が記述されている。
【０１１４】
図７に示すように、セグメント＃ｓ１〜＃ｓ３に、それぞれ、emes８６であるemes_a〜emes_cが付加されているとする。また、emes_aおよびemes_bには、属性「piid」の属性値として「permanent」が記述されており、emes_cには、属性「piid」の属性値として「temporally」が記述されているとする。
【０１１５】
この場合、コンテンツ再生部５３は、ライブ再生の場合、emes_a〜emes_cにそれぞれ含まれる追加コンテンツを再生する。一方、タイムシフト再生の場合、コンテンツ再生部５３は、emes_aおよびemes_bにそれぞれ含まれる追加コンテンツを再生するが、emes_cに含まれる追加コンテンツは再生しない。
【０１１６】
次に、再生時刻情報および許容幅情報に基づいて、ライブ再生かタイムシフト再生かを判定する例を図８に基づいて説明する。図８は、ライブ再生を実行するクライアントＡおよびタイムシフト再生を実行するクライアントＢのセグメント＃ｓ１〜＃ｓ３の再生タイミングを示す図である。
【０１１７】
ここでは、図７に示すセグメント＃ｓ１〜＃ｓ３のemes_a〜emes_cにそれぞれ、再生時刻情報および許容幅情報が記述されているものとする。また、emes_a〜emes_cにそれぞれ記述されている再生時刻情報は、時刻Ｔ１〜Ｔ３を示すものとする。また、クライアント２がemes_a〜emes_cにそれぞれ含まれる追加コンテンツを実際に再生する時刻をそれぞれｔ１〜ｔ３とする。
【０１１８】
図８に示すように、クライアントＡでは、emes_cに記述されている再生時刻情報の示す時刻Ｔ３とクライアントＡが実際に追加コンテンツを再生する時刻ｔ３との差分が許容幅情報の示す許容範囲にあるため、クライアントＡは、emes_cに含まれる追加コンテンツを原コンテンツに重畳して再生する。一方、クライアントＢでは、emes_cに記述されている再生時刻情報の示す時刻Ｔ３とクライアントＢが実際に追加コンテンツを再生する時刻ｔ３との差分が許容幅情報の示す許容範囲にないため、クライアントＢは、emes_cを無視して、原コンテンツのみを再生する。
【０１１９】
このように、イベント情報をセグメントデータ本体に付加する場合、ＨＴＴＰヘッダ等を無視するプロキシ等を経由した場合であっても、途中でイベント情報が失われることがないため、クライアントへ確実にイベントを通知することができる。
【０１２０】
〔実施例２〕
次に、セグメントデータ本体を送信するＨＴＴＰレスポンスメッセージのＨＴＴＰヘッダにイベント情報を記述し、そのイベント情報に基づいて、追加コンテンツを原コンテンツに重畳して再生する具体的な実施例を図９および図１０に基づいて説明する。図９は、セグメントデータ本体を送信するＨＴＴＰレスポンスメッセージのＨＴＴＰヘッダにイベント情報を記述し、そのイベント情報に基づいて、追加コンテンツを原コンテンツに重畳して再生する場合の動作シーケンスの一例を示す図である。また、図１０は、セグメントデータ本体を送信するＨＴＴＰレスポンスメッセージのＨＴＴＰヘッダにイベント情報を記述し、そのイベント情報に基づいて、追加コンテンツを原コンテンツに重畳して再生する場合のＨＴＴＰメッセージの一例を示す図である。
【０１２１】
図９および図１０に示すように、クライアント２のコンテンツ取得部５１は、ＭＰＤデータを参照して、或るセグメントの送信を要求するためのリクエストメッセージ９１をサーバ１に送信する。ここで、イベント情報付加部２３は、追加コンテンツの挿入指示に基づいて、追加コンテンツの本体データおよび限定再生指示を示す再生情報識別子を含むイベント情報を生成する。イベント情報付加部２３は、コンテンツ取得部２１がセグメント記憶装置５から取得したセグメントデータ本体を送信するＨＴＴＰレスポンスメッセージのＨＴＴＰヘッダにイベント情報を記述するようにコンテンツ送信部２２に指示する。そして、コンテンツ送信部２２は、セグメントデータ本体を送信するＨＴＴＰレスポンスメッセージのContent-TypeヘッダにMIME Typeのパラメータとしてイベント情報を付加する。そして、コンテンツ送信部２２は、リクエストメッセージ９１の応答として、セグメントの本体データを含み、ヘッダにイベント情報が付加されたレスポンスメッセージ９２をクライアント２に送信する。
【０１２２】
クライアント２は、レスポンスメッセージ９２を受信すると、ライブ再生の場合、追加コンテンツを原コンテンツに重畳して再生し、タイムシフト再生の場合、イベント情報を無視して原コンテンツを再生する。
【０１２３】
このように、イベント情報をレスポンスメッセージのＨＴＴＰヘッダに付加する場合、サーバで複数のRepresentationを準備する場合であっても、Representation毎にイベント情報を付加したセグメントを生成する必要が無くなる。換言すると、イベント情報付加に伴う追加処理がRepresentationの数に依存しない。
【０１２４】
〔補足〕
本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０１２５】
最後に、サーバ１およびクライアント２の各ブロック、特にサーバ制御部１１およびクライアント制御部４１は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【０１２６】
すなわち、サーバ１およびクライアント２は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるサーバ１およびクライアント２の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記サーバ１およびクライアント２に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１２７】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ（登録商標）／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０１２８】
また、サーバ１およびクライアント２を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【産業上の利用可能性】
【０１２９】
本発明は、ＭＰＥＧ−ＤＡＳＨ規格のコンテンツを送信するコンテンツ送信装置、および、当該コンテンツを取得・再生するコンテンツ再生装置に利用することができる。
【符号の説明】
【０１３０】
１    サーバ
２    クライアント
４    ＭＰＤ記憶装置
５    セグメント記憶装置
６    コンテンツ配信システム
２１    コンテンツ取得部
２２    コンテンツ送信部（送信手段）
２３    イベント情報付加部（情報生成手段）
５１    コンテンツ取得部（取得手段）
５２    コンテンツ解析部
５３    コンテンツ再生部（再生手段）
【図１】
2014017741.tif 000003
【図２】
2014017741.tif 000004
【図３】
2014017741.tif 000005
【図４】
2014017741.tif 000006
【図５】
2014017741.tif 000007
【図６】
2014017741.tif 000008
【図７】
2014017741.tif 000009
【図８】
2014017741.tif 000010
【図９】
2014017741.tif 000011
【図１０】
2014017741.tif 000012
【図１１】
2014017741.tif 000013