JP2014017741A - コンテンツ送信装置、コンテンツ再生装置、コンテンツ配信システム、コンテンツ送信装置の制御方法、コンテンツ再生装置の制御方法、制御プログラムおよび記録媒体 - Google Patents

コンテンツ送信装置、コンテンツ再生装置、コンテンツ配信システム、コンテンツ送信装置の制御方法、コンテンツ再生装置の制御方法、制御プログラムおよび記録媒体 Download PDF

Info

Publication number
JP2014017741A
JP2014017741A JP2012155077A JP2012155077A JP2014017741A JP 2014017741 A JP2014017741 A JP 2014017741A JP 2012155077 A JP2012155077 A JP 2012155077A JP 2012155077 A JP2012155077 A JP 2012155077A JP 2014017741 A JP2014017741 A JP 2014017741A
Authority
JP
Japan
Prior art keywords
content
playback
information
reproduction
segment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2012155077A
Other languages
English (en)
Inventor
Takuya Iwanami
琢也 岩波
Yasuaki Tokuge
靖昭 徳毛
Shuichi Watabe
秀一 渡部
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Priority to JP2012155077A priority Critical patent/JP2014017741A/ja
Publication of JP2014017741A publication Critical patent/JP2014017741A/ja
Pending legal-status Critical Current

Links

Images

Landscapes

  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

【課題】再生タイミングに応じて追加コンテンツの再生の要否を判定し、適切なコンテンツの再生を実現する。
【解決手段】ＭＰＥＧ−ＤＡＳＨ規格の原コンテンツをクライアント２に送信するサーバ１は、追加コンテンツおよび再生情報識別子を含むイベント情報を生成するイベント情報付加部２３と、セグメントデータと共に、イベント情報を送信するコンテンツ送信部２２とを備える。
【選択図】図１

Description

本発明は、コンテンツを送信するコンテンツ送信装置、コンテンツを取得・再生するコンテンツ再生装置、コンテンツ配信システム、コンテンツ送信装置の制御方法、コンテンツ再生装置の制御方法、制御プログラムおよび記録媒体に関するものである。
インターネットの普及やコンピュータの高性能化に伴い、インターネットを介して動画像などの大容量コンテンツを配信することが広く行われている。例えば、ユーザの要求に応じて動画等のコンテンツを提供するＶＯＤ（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）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
本発明は、ＭＰＥＧ−ＤＡＳＨ規格のコンテンツを送信するコンテンツ送信装置、および、当該コンテンツを取得・再生するコンテンツ再生装置に利用することができる。
１ サーバ
２ クライアント
４ ＭＰＤ記憶装置
５ セグメント記憶装置
６ コンテンツ配信システム
２１ コンテンツ取得部
２２ コンテンツ送信部（送信手段）
２３ イベント情報付加部（情報生成手段）
５１ コンテンツ取得部（取得手段）
５２ コンテンツ解析部
５３ コンテンツ再生部（再生手段）

Claims (16)

  1. 複数のセグメントから構成される原コンテンツをセグメント毎にコンテンツ再生装置に送信するコンテンツ送信装置であって、
    上記コンテンツ再生装置からの各セグメントの送信を要求するリクエストに対する応答として、当該セグメントを含むレスポンスを当該コンテンツ再生装置に送信する送信手段と、
    追加コンテンツ情報および再生情報識別子を含むイベント情報を生成する情報生成手段と、を備え、
    上記追加コンテンツ情報は、上記コンテンツ再生装置に上記原コンテンツに重畳させて再生させる追加コンテンツの本体データまたは当該追加コンテンツを取得するための情報であり、
    上記再生情報識別子は、ライブ再生であっても、タイムシフト再生であっても上記コンテンツ再生装置に追加コンテンツを再生させる無制限再生指示、または、ライブ再生の場合のみ上記コンテンツ再生装置に追加コンテンツを再生させる限定再生指示を示すものであり、
    上記送信手段は、上記セグメントと共に、上記情報生成手段が生成したイベント情報を送信することを特徴とするコンテンツ送信装置。
  2. 上記情報生成手段は、上記イベント情報を、上記セグメントのヘッダ部分に付加することを特徴とする請求項１に記載のコンテンツ送信装置。
  3. 上記情報生成手段は、上記イベント情報を、上記レスポンスのヘッダに付加することを特徴とする請求項１に記載のコンテンツ送信装置。
  4. 上記情報生成手段は、上記追加コンテンツの再生時刻を示す再生時刻情報、および、ライブ再生かタイムシフト再生かを判定するための情報であって、上記再生時刻情報の示す時刻と、上記コンテンツ再生装置が実際に追加コンテンツを再生する時刻との差分の許容範囲を示す許容幅情報をさらに含むイベント情報を生成することを特徴とする請求項１〜３の何れか１項に記載のコンテンツ送信装置。
  5. 上記情報生成手段は、上記再生情報識別子が無制限再生指示である場合、当該無制限再生指示の有効期限を示す有効期限情報をさらに含むイベント情報を生成することを特徴とする請求項１〜４の何れか１項に記載のコンテンツ送信装置。
  6. 複数のセグメントから構成される原コンテンツをセグメント毎にコンテンツ送信装置から取得して再生するコンテンツ再生装置であって、
    上記コンテンツ送信装置に対して各セグメントの送信を要求するリクエストを送信し、当該リクエストに対する応答として、当該セグメントを含むレスポンスを取得する取得手段と、
    上記取得手段が取得したセグメントに基づいて上記原コンテンツを再生する再生手段と、を備え、
    上記再生手段は、
    上記取得手段が、上記セグメントと共に、上記原コンテンツに重畳させて再生する追加コンテンツの本体データもしくは当該追加コンテンツを取得するための情報である追加コンテンツ情報、並びに、再生情報識別子を含むイベント情報を取得した場合、
    上記再生情報識別子がライブ再生であっても、タイムシフト再生であっても追加コンテンツを再生することを示す無制限再生指示の場合、追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、
    上記再生情報識別子がライブ再生の場合のみ追加コンテンツを再生することを示す限定再生指示であり、原コンテンツの再生がライブ再生である場合、上記追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、
    上記再生情報識別子が上記限定再生指示であり、原コンテンツの再生がタイムシフト再生である場合、上記イベント情報を無視して、原コンテンツのみを再生することを特徴とするコンテンツ再生装置。
  7. 上記取得手段は、上記セグメントのヘッダ部分に付加されている上記イベント情報を取得することを特徴とする請求項６に記載のコンテンツ再生装置。
  8. 上記取得手段は、上記レスポンスのヘッダに付加されている上記イベント情報を取得することを特徴とする請求項６に記載のコンテンツ再生装置。
  9. 上記再生手段は、上記取得手段が取得したイベント情報に、さらに、上記追加コンテンツの再生時刻を示す再生時刻情報、および、ライブ再生かタイムシフト再生かを判定するための情報であって、上記再生時刻情報の示す時刻と、上記コンテンツ再生装置が実際に追加コンテンツを再生する時刻との差分の許容範囲を示す許容幅情報が含まれている場合、上記追加コンテンツを実際に再生する時刻と、上記再生時刻情報の示す時刻との差分が上記許容幅情報の示す許容範囲内であるか否かに基づいて、原コンテンツの再生がライブ再生であるかタイムシフト再生であるかを判定することを特徴とする請求項６〜８の何れか１項に記載のコンテンツ再生装置。
  10. 上記再生手段は、上記取得手段が取得したイベント情報に、さらに、上記無制限再生指示の有効期限を示す有効期限情報が含まれている場合、上記再生情報識別子が無制限再生指示の場合、上記有効期限情報の示す有効期限内であれば、追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、一方、上記有効期限情報の示す有効期限内でなければ、上記イベント情報を無視して、原コンテンツのみを再生することを特徴とする請求項６〜９の何れか１項に記載のコンテンツ再生装置。
  11. 請求項１〜５の何れか１項に記載のコンテンツ送信装置と、
    請求項６〜１０の何れか１項に記載のコンテンツ再生装置とを含むコンテンツ配信システム。
  12. 複数のセグメントから構成される原コンテンツをセグメント毎にコンテンツ再生装置に送信するコンテンツ送信装置の制御方法であって、
    上記コンテンツ再生装置からの各セグメントの送信を要求するリクエストに対する応答として、当該セグメントを含むレスポンスを当該コンテンツ再生装置に送信する送信ステップと、
    追加コンテンツ情報および再生情報識別子を含むイベント情報を生成する情報生成ステップと、を含み、
    上記追加コンテンツ情報は、上記コンテンツ再生装置に上記原コンテンツに重畳させて再生させる追加コンテンツの本体データまたは当該追加コンテンツを取得するための情報であり、
    上記再生情報識別子は、ライブ再生であっても、タイムシフト再生であっても上記コンテンツ再生装置に追加コンテンツを再生させる無制限再生指示、もしくは、ライブ再生の場合のみ上記コンテンツ再生装置に追加コンテンツを再生させる限定再生指示を示すものであり、
    上記送信ステップにおいて、上記セグメントと共に、上記情報生成ステップにおいて生成されたイベント情報を送信することを特徴とするコンテンツ送信装置の制御方法。
  13. 複数のセグメントから構成される原コンテンツをセグメント毎にコンテンツ送信装置から取得して再生するコンテンツ再生装置の制御方法であって、
    上記コンテンツ送信装置に対して各セグメントの送信を要求するリクエストを送信し、当該リクエストに対する応答として、当該セグメントを含むレスポンスを取得する取得ステップと、
    上記取得ステップにおいて取得されたセグメントに基づいて上記原コンテンツを再生する再生ステップと、を含み、
    上記再生ステップでは、
    上記取得ステップにおいて、上記セグメントと共に、上記原コンテンツに重畳させて再生する追加コンテンツの本体データもしくは当該追加コンテンツを取得するための情報である追加コンテンツ情報、並びに、再生情報識別子を含むイベント情報を取得した場合、
    上記再生情報識別子がライブ再生であっても、タイムシフト再生であっても追加コンテンツを再生することを示す無制限再生指示の場合、追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、
    上記再生情報識別子がライブ再生の場合のみ追加コンテンツを再生することを示す限定再生指示であり、原コンテンツの再生がライブ再生である場合、上記追加コンテンツ情報に基づいて、追加コンテンツを原コンテンツに重畳させて再生し、
    上記再生情報識別子が上記限定再生指示であり、原コンテンツの再生がタイムシフト再生である場合、上記イベント情報を無視して、原コンテンツのみを再生することを特徴とするコンテンツ再生装置の制御方法。
  14. 請求項１〜５の何れか１項に記載のコンテンツ送信装置を動作させるための制御プログラムであって、コンピュータを上記各手段として機能させるための制御プログラム。
  15. 請求項６〜１０の何れか１項に記載のコンテンツ再生装置を動作させるための制御プログラムであって、コンピュータを上記各手段として機能させるための制御プログラム。
  16. 請求項１４および１５の少なくとも１項に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
JP2012155077A 2012-07-10 2012-07-10 コンテンツ送信装置、コンテンツ再生装置、コンテンツ配信システム、コンテンツ送信装置の制御方法、コンテンツ再生装置の制御方法、制御プログラムおよび記録媒体 Pending JP2014017741A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2012155077A JP2014017741A (ja) 2012-07-10 2012-07-10 コンテンツ送信装置、コンテンツ再生装置、コンテンツ配信システム、コンテンツ送信装置の制御方法、コンテンツ再生装置の制御方法、制御プログラムおよび記録媒体

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2012155077A JP2014017741A (ja) 2012-07-10 2012-07-10 コンテンツ送信装置、コンテンツ再生装置、コンテンツ配信システム、コンテンツ送信装置の制御方法、コンテンツ再生装置の制御方法、制御プログラムおよび記録媒体

Publications (1)

Publication Number Publication Date
JP2014017741A true JP2014017741A (ja) 2014-01-30

Family

ID=50112043

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012155077A Pending JP2014017741A (ja) 2012-07-10 2012-07-10 コンテンツ送信装置、コンテンツ再生装置、コンテンツ配信システム、コンテンツ送信装置の制御方法、コンテンツ再生装置の制御方法、制御プログラムおよび記録媒体

Country Status (1)

Country Link
JP (1) JP2014017741A (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017513413A (ja) * 2014-02-13 2017-05-25 コニンクリーケ・ケイピーエヌ・ナムローゼ・フェンノートシャップ １つの要求メッセージに基づいたネットワーク・ノードへの多数のチャンクの要求
KR101788065B1 (ko) * 2014-06-25 2017-10-19 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2018016295A1 (ja) * 2016-07-20 2018-01-25 ソニー株式会社 受信装置、およびデータ処理方法
US10523723B2 (en) 2014-06-06 2019-12-31 Koninklijke Kpn N.V. Method, system and various components of such a system for selecting a chunk identifier
US10609101B2 (en) 2013-07-03 2020-03-31 Koninklijke Kpn N.V. Streaming of segmented content
JP2021057905A (ja) * 2014-09-12 2021-04-08 ソニー株式会社 受信装置および受信方法
JP2021117755A (ja) * 2020-01-27 2021-08-10 日本放送協会 コンテンツ配信装置、端末、およびプログラム
JP7523279B2 (ja) 2020-08-06 2024-07-26 日本放送協会 メタデータ挿入装置およびプログラム

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10609101B2 (en) 2013-07-03 2020-03-31 Koninklijke Kpn N.V. Streaming of segmented content
JP2017513413A (ja) * 2014-02-13 2017-05-25 コニンクリーケ・ケイピーエヌ・ナムローゼ・フェンノートシャップ １つの要求メッセージに基づいたネットワーク・ノードへの多数のチャンクの要求
US11477262B2 (en) 2014-02-13 2022-10-18 Koninklijke Kpn N.V. Requesting multiple chunks from a network node on the basis of a single request message
US10523723B2 (en) 2014-06-06 2019-12-31 Koninklijke Kpn N.V. Method, system and various components of such a system for selecting a chunk identifier
US10880339B2 (en) 2014-06-25 2020-12-29 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal receiving device, broadcast signal transmission method and broadcast signal receiving method
US10158678B2 (en) 2014-06-25 2018-12-18 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal receiving device, broadcast signal transmission method and broadcast signal receiving method
KR101788065B1 (ko) * 2014-06-25 2017-10-19 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US11323490B2 (en) 2014-06-25 2022-05-03 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal receiving device, broadcast signal transmission method and broadcast signal receiving method
JP7099510B2 (ja) 2014-09-12 2022-07-12 ソニーグループ株式会社 受信装置および受信方法
JP2021057905A (ja) * 2014-09-12 2021-04-08 ソニー株式会社 受信装置および受信方法
JP2022141686A (ja) * 2014-09-12 2022-09-29 ソニーグループ株式会社 受信装置および受信方法
US11509737B2 (en) 2014-09-12 2022-11-22 Sony Group Corporation Transmission device, transmission method, reception device, and a reception method
JP7468575B2 (ja) 2014-09-12 2024-04-16 ソニーグループ株式会社 受信装置および受信方法
US10863247B2 (en) 2016-07-20 2020-12-08 Saturn Licensing Llc Receiving device and data processing method
KR20190029575A (ko) * 2016-07-20 2019-03-20 소니 주식회사 수신 장치 및 데이터 처리 방법
KR102438011B1 (ko) * 2016-07-20 2022-08-31 소니그룹주식회사 수신 장치 및 데이터 처리 방법
WO2018016295A1 (ja) * 2016-07-20 2018-01-25 ソニー株式会社 受信装置、およびデータ処理方法
JP2021117755A (ja) * 2020-01-27 2021-08-10 日本放送協会 コンテンツ配信装置、端末、およびプログラム
JP7454951B2 (ja) 2020-01-27 2024-03-25 日本放送協会 コンテンツ配信装置、端末、およびプログラム
JP7523279B2 (ja) 2020-08-06 2024-07-26 日本放送協会 メタデータ挿入装置およびプログラム

Similar Documents

Publication Publication Date Title
US10523726B2 (en) Real-time or near real-time streaming
JP5728736B2 (ja) コーデック適用フレーム・サイズでの音声スプリッティング
JP5296859B2 (ja) リアルタイム又はほぼリアルタイムのストリーミング
US8850054B2 (en) Hypertext transfer protocol live streaming
US8099476B2 (en) Updatable real-time or near real-time streaming
CN106550245B (zh) 具有压缩播放列表的实时或近实时流传输
US8805963B2 (en) Real-time or near real-time streaming
JP2014017741A (ja) コンテンツ送信装置、コンテンツ再生装置、コンテンツ配信システム、コンテンツ送信装置の制御方法、コンテンツ再生装置の制御方法、制御プログラムおよび記録媒体
JP2018186524A (ja) コンテンツ送信装置およびコンテンツ再生装置
JP2015216679A (ja) ストリーミングデジタルコンテンツの同期再生システム及び方法
JP2007173987A (ja) マルチメディアデータ送受信システム、及び装置、又はプログラム
US20140181243A1 (en) Server-based content tracking apparatus and method
JP2013211784A (ja) コンテンツデータ記録装置およびコンテンツデータ記録方法
WO2014010444A1 (ja) コンテンツ送信装置、コンテンツ再生装置、コンテンツ配信システム、コンテンツ送信装置の制御方法、コンテンツ再生装置の制御方法、データ構造、制御プログラムおよび記録媒体
JP7290260B1 (ja) サーバ、端末及びコンピュータプログラム
WO2014010445A1 (ja) コンテンツ送信装置、コンテンツ再生装置、コンテンツ配信システム、コンテンツ送信装置の制御方法、コンテンツ再生装置の制御方法、データ構造、制御プログラムおよび記録媒体
JP2013157820A (ja) 生成装置、再生装置、生成方法、再生方法、データ構造、制御プログラム、および記録媒体
JP2013090295A (ja) 配信装置、配信方法、再生装置、再生方法、配信システム、配信プログラム、再生プログラム、および記録媒体
US11856242B1 (en) Synchronization of content during live video stream
JP2006086576A (ja) 配信装置、受信装置、及び情報配信システム等
JP6950386B2 (ja) 配信装置、再生装置、配信方法、再生方法、再生プログラムおよびデータ構造
KR20230086792A (ko) 미디어 스트리밍 및 재생 동안 프리롤 및 미드롤을 지원하기 위한 방법 및 장치
CN116547960A (zh) 用于在媒体回放期间支持前置式和中置式内容的mpeg dash的方法和装置
JP2005191942A (ja) ストリーミング配信方法、ストリーミング再生方法、ストリーミング配信装置、ストリーミング再生装置、及びストリーミング配信・再生システム
JP2005223734A (ja) 情報処理装置、情報処理方法、その記録媒体及びプログラム