コンテンツ受信再生蓄積装置
【課題】メタデータが付加された動画像等のコンテンツを再生及び蓄積中にメタデータが欠落しても受信装置においてコンテンツの再生及び蓄積を可能とする装置を提供する。
【解決手段】本発明によるコンテンツ受信再生蓄積装置は、現在再生セグメントに続いて再生されるべき次期再生セグメントの再生開始時間を判別し、再生開始時間が到来するまでに次期再生セグメントに対応付けられたメタデータを受信できたか否かを判別して、次期再生メタデータを受信できなかった場合、現在再生セグメントに対応付けられたメタデータの少なくとも一部を含むメタデータを次期再生セグメントに対応付けられる補間メタデータとして生成する。
【解決手段】本発明によるコンテンツ受信再生蓄積装置は、現在再生セグメントに続いて再生されるべき次期再生セグメントの再生開始時間を判別し、再生開始時間が到来するまでに次期再生セグメントに対応付けられたメタデータを受信できたか否かを判別して、次期再生メタデータを受信できなかった場合、現在再生セグメントに対応付けられたメタデータの少なくとも一部を含むメタデータを次期再生セグメントに対応付けられる補間メタデータとして生成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はメタデータが付加された動画像等のコンテンツを受信、再生及び蓄積するコンテンツ受信再生蓄積装置に関する。
【背景技術】
【０００２】
近年、デジタルコンテンツ(以下、単にコンテンツと称する)の放送、配信が普及しつつある。コンテンツを再生可能な受信装置は既に広く普及しているが、更にコンテンツを蓄積可能な受信装置もＨＤＤ(Hard Disk Drive)内蔵の受信装置等の普及に伴い普及し始めている。コンテンツを蓄積する方法としてコンテンツの分割単位であるセグメントの各々にメタデータを対応付けて蓄積する方法が知られている。コンテンツ(プログラム)とセグメントの関係は例えば非特許文献１に示されている。セグメントに対応付けられるメタデータとしては例えば非特許文献２に示されるセグメントロケーターやキーフレームなどが挙げられる。受信装置がこれらのメタデータを取得する方法としては例えば特許文献１に示されるようにコンテンツ放送時にカルーセル方式で配信されたものを取得する方法やｗｅｂサーバなどから別途取得する方法が知られている。
【非特許文献１】Broadcast and On-line Service: Search, select and rightful use of content on personal storage systems (TV-Anytime Phase 1"); Part3: MetadataETSI TS 102 822-3-1 V1.2.1
【非特許文献２】サーバ型放送における符号化、伝送及び蓄積制御方式ARIB STD-B38 1.3版
【特許文献１】特開２００２−２５１３２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記したメタデータの取得方法には以下に示すような問題点があった。
【０００４】
第１に特許文献１に示されるようにカルーセル方式でメタデータを配信する方法においては、ネットワーク障害等で受信装置がメタデータを受信できなかった場合、コンテンツの再生及び蓄積を開始できない、あるいは、再生及び蓄積処理が途中で停止してしまうという問題点があった。これは、カルーセル方式は通常、所定量のデータを受信しなければ受信完了の状態にならないという方式であるため、メタデータの一部でも欠落するとコンテンツを再生及び蓄積できなくなることに起因する。また、カルーセル方式は通常、受信装置からコンテンツを配信するサーバへデータの一部の配信を要求できない方式でもあるため、一度メタデータが欠落すると受信装置からはコンテンツの再生及び蓄積を制御することができないという問題点があった。
【０００５】
第２にメタデータの配信要求をｗｅｂサーバに対して行う場合、受信装置がコンテンツを受信できても、メタデータを受信できない事象が発生するという問題点があった。これは、通常、ｗｅｂサーバへの通信はコンテンツの配信に比較して障害が生じやすいためである。また、特定のドメイン間の通信をサービスプロバイダが禁止した場合にも同様に受信装置がコンテンツを受信できても、メタデータを受信できない事象が発生するという問題点があった。
【０００６】
更にｗｅｂサーバは放送配信局と比較して、例えばＤＯＳ(Denial Of Service)攻撃などの外部からの攻撃を受けやすいため、障害も発生しやすい。ｗｅｂサーバに障害が発生しメタデータを配信できなくなると、受信装置がコンテンツを受信できても、メタデータを受信できないという事象が生じる。また、受信装置がｗｅｂサーバへメタデータの配信を要求する通信機能を備えていないためにメタデータを受信できず、コンテンツを再生及び蓄積できないという問題点があった。通信機能を備えるには当該機能を実現する部品や装置が別途必要であり相当のコストが必要になるため通信機能を備えていない受信装置も多い。
【０００７】
上記したように従来技術においては通信ネットワークや配信サーバの安定性及び信頼性が低下した場合に受信装置がメタデータを受信できず、コンテンツを再生及び蓄積できなくなるという問題点があった。
【０００８】
本発明は上記した如き問題点に鑑みてなされたものであって、メタデータが付加された動画像等のコンテンツを再生及び蓄積中にメタデータが欠落しても受信装置においてコンテンツの再生及び蓄積を可能とする装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明によるコンテンツ受信再生蓄積装置は、コンテンツを構成する一連のセグメントと前記セグメントの各々に対応付けられたメタデータとを受信する受信部と、前記セグメントと前記メタデータとを蓄積する蓄積部と、前記メタデータを参照しつつ前記セグメントを順次再生する再生部と、を含むコンテンツ受信再生装置であって、前記再生部が現在再生している現在再生セグメントに対応付けられたメタデータに基づいて、当該現在再生セグメントに続いて再生されるべき次期再生セグメントの再生開始時刻を判別する再生時刻判別部と、前記再生開始時刻が到来するまでに前記次期再生セグメントに対応付けられたメタデータを前記受信部が受信したか否かを判別するメタデータ受信判別部と、前記受信部が当該メタデータを受信しなかったと前記メタデータ受信判別部が判別した場合、前記現在再生セグメントに対応付けられたメタデータの少なくとも一部を含むメタデータを前記次期再生セグメントに対応付けられる補間メタデータとしてこれを前記蓄積部に供給する補間メタデータ生成部と、を含むことを特徴とする。
【発明を実施するための最良の形態】
【００１０】
以下、本発明に係る実施例について添付の図面を参照しつつ詳細に説明する。
【実施例１】
【００１１】
図１は本発明によるコンテンツ受信再生蓄積装置を配信サーバと共に表すブロック図である。
【００１２】
配信サーバ１はコンテンツ受信再生蓄積装置２に放送データを配信する(図１中のＢＣ)。本実施例における放送データにはデジタル放送の多重化伝送方式として知られているＭＰＥＧ２−ＴＳ(Moving Picture Experts Group - Transport Stream)方式によって多重化されたデータ（以下、多重化ＭＰＥＧ−ＴＳと称する）が含まれているものとする。また、多重化ＭＰＥＧ−ＴＳには動画像などのコンテンツが多重化されている。更に多重化ＭＰＥＧ−ＴＳにはコンテンツに対応付けられたメタデータも多重化されている場合がある。
【００１３】
コンテンツ受信再生蓄積装置２は、受信部３と、多重分離部４と、蓄積部５と、再生部６と、メタデータ処理部７とを含む。
【００１４】
受信部３は配信サーバ１から配信される放送データを受信する(同図中のＢＣ)。放送データには上述の如くコンテンツが含まれており、更にメタデータも含まれている場合がある。続いて受信部３は放送データに含まれる多重化ＭＰＥＧ−ＴＳを取り出して多重分離部４に供給する(同図中のＭＰ)。更に受信部３はメタデータ処理部７が発するメタデータ要求を配信サーバ１へ送信する機能も有する(同図中のＲＱ)。このとき、配信サーバ１がメタデータ要求に応じてメタデータを配信すれば受信部３はこれを受信してメタデータ処理部７へ供給する(同図中のＲＱ)。
【００１５】
多重分離部４は受信部３から供給された多重化ＭＰＥＧ−ＴＳに多重化されているコンテンツを取り出し、当該コンテンツを構成する一連のセグメントを再生部６及び蓄積部５に供給する(同図中のＥＳ１及びＥＳ２)。また、多重分離部４はメタデータが多重化ＭＰＥＧ−ＴＳに多重化されている場合には、これを取り出しメタデータ処理部７に供給する(同図中のＭＤ１)。図３はコンテンツとセグメントの関係を表す図である。同図に表されるようにコンテンツは通常、一連の複数のセグメント０〜ｎ（ｎは正整数）からなる。メタデータはこれらセグメントの各々に対応付けられている。セグメントは０、１、・・・、ｎの順に再生及び蓄積処理がなされる。図４はセグメントに対応付けられるメタデータの例を表す図である。本実施例におけるメタデータはARIB STD-B38「サーバ型放送における符号化、伝送及び蓄積制御方式」に規定されるプログラムリファレンス情報、タイムベースリファレンス情報、デスクリプション情報、セグメントロケーター情報及びキーフレームロケーター情報とする。なお、上記した情報は一例であり、メタデータは上記以外の情報でも良い。メタデータを参照しつつ前記セグメントを順次再生する。
【００１６】
蓄積部５は多重分離部４から供給されたセグメント(同図中のＥＳ２)を蓄積する。また、蓄積部５はメタデータ処理部７から供給されたメタデータ(同図中のＭＤ４)を蓄積する。
【００１７】
再生部６は多重分離部４から供給されるセグメント(同図中のＥＳ１)をメタデータを参照しつつ順次、再生する(同図中のＰＣ)。また再生部６は圧縮符号化されたコンテンツを復号する機能を有する。通常、動画像などのコンテンツは圧縮符号化されているため、再生部６はこれに復号処理を施してから動画像を再生する。更に再生部６は復号処理時などにコンテンツに含まれるキーフレームロケーター情報を抽出し、これをメタデータ処理部７に供給する(同図中のＫＦ)。
【００１８】
図２はメタデータ処理部７を表すブロック図である。メタデータ処理部７は、メタデータ取得部８と、セグメント管理部９と、補間メタデータ生成部１３と、対再生部通信部１４と、対蓄積部通信部１５とを含む。
【００１９】
メタデータ取得部８は外部から供給されるメタデータを取得する。供給されるメタデータとは例えば、多重分離部４から供給されるメタデータ(図１及び２中のＭＤ１)や配信サーバ１から受信部３を経由して供給されるメタデータ(同図中のＲＱ)である。ただし、メタデータ取得部８はこれら以外からメタデータを取得しても良い。メタデータ取得部８は取得したメタデータをセグメント管理部９に供給する(図２中のＭＤ２)。
【００２０】
セグメント管理部９は、再生時刻判別部１０と、メタデータ受信判別部１１と、メタデータ情報抽出部１２と、を含む。
【００２１】
セグメント管理部９はメタデータ(同図中のＭＤ３)や生成開始信号など(同図中のＣＭ)を補間メタデータ生成部１３に供給する。また、セグメント管理部９はクロック信号を受信している(図２中のＣＬ)。クロック信号はコンテンツ受信再生蓄積装置２の内部で生成したものでも良いし、外部から到来したものでも良い。セグメント管理部９はコンテンツ停止信号を受信したら(同図中のＳＴ)、補間メタデータ生成部１３に生成停止信号を供給する(同図中のＣＭ)。コンテンツ停止信号は例えばコンテンツ受信再生蓄積装置２のユーザーによる操作や再生蓄積中のコンテンツの終了確認処理などにより発せられるが、これらに限定されるものではない。
【００２２】
再生時刻判別部１０はクロック信号に基づいて時刻を把握している。また、再生時刻判別部１０は把握した時刻と再生部６が現在再生しているセグメント（以下、現在再生セグメントと称する）に対応付けられたメタデータとに基づいて、当該セグメントの再生終了時刻を判別すると共に、当該セグメントに続いて再生されるべきセグメント（以下、次期再生セグメントと称する）の再生開始時刻を判別する。例えば再生時刻判別部１０はセグメントロケーター情報に基づいてこれらの時刻を判別する。通常、セグメントロケーター情報には再生開始時刻情報及びセグメント長情報が含まれている。再生時刻判別部１０はこれらの情報に基づいてコンテンツ内における各セグメントの再生開始時刻及び終了時刻を判別することができる。
【００２３】
セグメント管理部９は現在再生セグメントの再生終了時刻が到来したら、補間メタデータ生成部１３に生成停止信号を供給する(同図中のＣＭ)。またセグメント管理部９は次期再生セグメントの再生開始時刻が到来したら補間メタデータ生成部１３に生成開始信号を供給する(同図中のＣＭ)。セグメント管理部９は生成開始信号の供給と同時にメタデータを補間メタデータ生成部１３に供給する(同図中のＭＤ３)。更にセグメント管理部９はメタデータ上書き信号を補間メタデータ生成部１３に供給する場合がある(同図中のＣＭ)。これは現在再生セグメントの再生終了時刻が到来するまでにメタデータ取得部８が現在再生セグメントに対応付けられるメタデータを取得した場合になされる。セグメント管理部９はメタデータ上書き信号の供給と同時にメタデータ取得部８が取得したメタデータを補間メタデータ生成部１３に供給する(同図中のＭＤ３)。
【００２４】
メタデータ受信判別部１１は受信部３がメタデータを受信したか否かを判別する。本実施例においては受信部３が放送データに含まれるメタデータを受信し(図１中のＢＣ)、多重分離部４を経由してこれをメタデータ取得部８へ供給する(図１及び２中のＭＤ１)か、メタデータ要求に応じて配信されたメタデータを直接メタデータ取得部８へ供給する(同図中のＲＱ)。そのため本実施例におけるメタデータ受信判別部１１はメタデータ取得部８がメタデータを取得できたか否かを判別する。
【００２５】
メタデータ受信判別部１１における判別処理は次の２つである。第１の判別処理は次期再生セグメントの再生開始時刻が到来するまでに当該次期再生セグメントに対応付けられたメタデータをメタデータ取得部８が取得したか否かの判別である。メタデータ受信判別部１１が次期再生メタデータを取得できなかったと判別した場合、メタデータ情報抽出部１２が現在再生セグメントに対応付けられたメタデータの情報を抽出し、これを補間メタデータ生成部１３に供給する。第２の判別処理はメタデータ情報抽出部１２が現在再生セグメントに対応付けられるメタデータの情報を抽出してこれを補間メタデータ生成部１３に供給した後に、当該現在再生セグメントの再生終了時刻が到来するまでにメタデータ取得部８が当該現在再生セグメントに対応付けられるメタデータを取得したか否かの判別である。メタデータ受信判別部１１が当該メタデータを取得できたと判別した場合、セグメント管理部９は当該メタデータを上書き信号と共に補間メタデータ生成部１３に供給する。
【００２６】
メタデータ情報抽出部１２はメタデータ受信判別部１１によってメタデータ取得部８が次期再生セグメントに対応付けられたメタデータを取得できなかったと判別された場合、現在再生セグメントに対応付けられたメタデータの情報を抽出する。本実施例において抽出される情報はプログラムリファレンス情報、タイムベースリファレンス情報、デスクリプション情報及びセグメントロケーター情報である。セグメント管理部９はこれらの情報を補間メタデータ生成部１３に供給する(図２中のＭＤ３)。
【００２７】
補間メタデータ生成部１３はセグメント管理部９からメタデータ情報と生成開始信号とを供給されたら(同図中のＣＭ、ＭＤ３)、補間メタデータの生成を開始する。図５は補間生成処理の対象及び補間メタデータ生成部１３における処理の例を表す図である。補間生成処理の対象となる情報はプログラムリファレンス情報、タイムベースリファレンス情報、デスクリプション情報及びセグメントロケーター情報である。この場合、補間メタデータ生成部１３は現在再生セグメントに対応付けられたメタデータに含まれるプログラムリファレンス情報、タイムベースリファレンス情報及びデスクリプション情報を含むメタデータを次期再生セグメントに対応付けられる補間メタデータとして生成する。このとき補間メタデータ生成部１３は補間メタデータのセグメント長を現在再生セグメントに対応付けられたメタデータのセグメント長と等しくしてメタデータを生成できる。更にこのとき補間メタデータ生成部１３は補間メタデータに現在再生セグメントに対応付けられたメタデータに含まれる再生終了時刻を再生開始時刻として含ませることができる。ここでの再生終了時刻は再生時刻判別部１０により判別される。なお、上記したメタデータの情報及び生成処理は一例であり、補間メタデータ生成部１３はこれらと異なる情報を処理しても良いし、別の方法で補間メタデータを生成しても良い。
【００２８】
また、補間メタデータ生成部１３は対再生部通信部１４を経由して再生部６から供給されたキーフレームロケーター情報(同図中のＫＦ)を供給されたメタデータに含めることにより補間メタデータを生成する。供給されるキーフレームロケーター情報は通常、現在再生セグメントに対応付けられたものである。また、補間メタデータ生成部１３はセグメント管理部９からメタデータと上書き信号とを供給されたら(同図中のＭＤ３、ＣＭ)、当該メタデータに含まれる情報を補間メタデータに上書きする。本実施例においては補間メタデータが含む情報の内、プログラムリファレンス情報、タイムベースリファレンス情報、デスクリプション情報及びセグメントロケーター情報の各々について当該供給されたメタデータの情報を上書きする。なお、上記したメタデータの情報及び生成処理は一例であり、補間メタデータ生成部１３はこれらと異なる情報を処理しても良いし、別の方法でメタデータを生成しても良い。また、補間メタデータ生成部１３はセグメント管理部９から生成停止信号を供給されたら(同図中ＣＭ)、補間メタデータの生成を停止し、対蓄積装置通信部１５を経由して補間メタデータを蓄積部５に供給する(図１及び２中のＭＤ４)。
【００２９】
対再生部通信部１４は再生部６から供給されるキーフレームロケーター情報を補間メタデータ生成部１３に中継する(図１及び２中のＫＦ)。対蓄積部通信部１５は補間メタデータ生成部１３から供給される補間メタデータを蓄積部５に中継する(同図中のＭＤ４)。
【００３０】
以下に図６及び７を参照しつつ、コンテンツ受信再生蓄積装置２の動作を説明する。図６はＰＳＩ受信処理から補間メタデータ生成処理までの処理ルーチンを表すフローチャートである。
【００３１】
コンテンツ受信再生蓄積装置２は最初にＰＳＩ（Program Service Information）を受信したら（Ｓ１１）、ＰＳＩに含まれる情報に基づいて受信、再生及び蓄積処理の初期化を行う。ここでのＰＳＩは放送において再生に必要な情報の総称である。コンテンツ受信再生蓄積装置２はコンテンツを構成する先頭セグメント（図３におけるセグメント０）に対応付けられるメタデータを受信したら（Ｓ１２）、再生及び蓄積処理を開始する（Ｓ１３）。以降、補間メタデータ生成処理を実行しつつ再生及び蓄積処理を継続する（Ｓ１４）。
【００３２】
図７は補間メタデータ生成処理ルーチンを表すフローチャートである。
【００３３】
最初にメタデータ受信判別部１１は、次期再生セグメントの再生開始時刻が到来するまでに次期再生セグメントに対応付けられたメタデータを受信できたか否かを判別する（Ｓ２０１）。ここでの再生開始時刻は再生時刻判別部１０によって判別される。メタデータ受信判別部１１が当該メタデータを受信できたと判別したら、セグメント管理部９が当該メタデータと生成開始信号とを補間メタデータ生成部１３に供給する（Ｓ２０２）。補間メタデータ生成部１３はメタデータと生成開始信号とを供給されたら再生部６から供給されたキーフレームロケーター情報を当該メタデータに追加することにより補間メタデータを生成する（Ｓ２０３）。メタデータ受信判別部１１が先頭セグメントに対応付けられるメタデータを受信できなかったと判別したら、メタデータ情報抽出部１２が現在再生セグメントに対応付けられたメタデータの情報の少なくとも一部を抽出する（Ｓ２０４）。本実施例において抽出される情報はプログラムリファレンス情報、タイムベースリファレンス情報、デスクリプション情報及びセグメントロケーター情報である。セグメント管理部９はこれらの情報を生成開始信号と共に補間メタデータ生成部１３に供給する（Ｓ２０４）。
【００３４】
補間メタデータ生成部１３はメタデータの情報と生成開始信号を供給されたら、次期再生セグメントに対応付けられる補間メタデータを生成する（Ｓ２０５）。当該生成は例えば補間メタデータ生成部１３が現在再生セグメントに対応付けられたメタデータに含まれるプログラムリファレンス情報、タイムベースリファレンス情報及びデスクリプション情報を補間メタデータに含ませることによってなされる。また、このとき補間メタデータ生成部１３は次の３つの処理によっても補間メタデータを生成できる。１つは補間メタデータのセグメント長を現在再生セグメントに対応付けられたメタデータのセグメント長と等しくする。１つは補間メタデータに現在再生セグメントに対応付けられたメタデータ含まれる再生終了時刻を再生開始時刻として含ませる。もう１つは再生部６から供給されたキーフレームロケーター情報を補間メタデータに追加する。
【００３５】
メタデータ受信判別部１１は現在再生セグメントの再生終了時刻が到来するまで継続してメタデータ取得部８が現在再生セグメントに対応付けられるメタデータを取得したか否かを判別する（Ｓ２０６）。メタデータ受信判別部１１が当該メタデータを取得できたと判別した場合、セグメント管理部９は当該メタデータを上書き信号と共に補間メタデータ生成部１３に供給する（Ｓ２０７）。補間メタデータ生成部１３はメタデータと上書き信号とを供給されたら、当該メタデータの情報を補間メタデータに上書きする（Ｓ２０８）。上書きされる情報は例えばプログラムリファレンス情報、タイムベースリファレンス情報、デスクリプション情報及びセグメントロケーター情報である。再生時刻判別部１０が現在再生セグメントの再生終了時刻が到来したと判別したら、セグメント管理部９が補間メタデータ生成部１３に生成停止信号を供給する(Ｓ２０９)。補間メタデータ生成部１３は生成停止信号を供給されたら生成した補間メタデータを蓄積部５に供給する(Ｓ２１０)。セグメント管理部９はコンテンツを構成する一連のセグメントの各々に対応付けられるメタデータの情報に基づいてコンテンツが終了したか否かを判別する(Ｓ２１１)。例えばセグメント管理部９はセグメントロケーター情報に含まれるセグメント長が指定されていない場合にコンテンツが終了したと判断する。セグメント管理部９はコンテンツの再生が終了していないと判断した場合、メタデータ受信判別部１１によるメタデータの取得判別処理に戻る(Ｓ２０１)。
【００３６】
上記した処理によりメタデータが付加された動画像等のコンテンツを再生及び蓄積中に通信ネットワークや配信サーバの障害などによってメタデータが欠落しても、コンテンツ受信再生蓄積装置が過去に受信したメタデータに基づいてメタデータを補間生成することにより継続してコンテンツを再生及び蓄積することが可能である。
【実施例２】
【００３７】
図８はテンプレートデータ記憶部１６を含むメタデータ処理部７を表すブロック図である。テンプレートデータ記憶部１６以外のブロックは実施例１と同一であるため、これらについての説明は省略する。
【００３８】
テンプレートデータ記憶部１６は補間メタデータ生成部１３に含まれる。テンプレートデータ記憶部１６は何らかの手段により与えられたテンプレートデータ（図８中のＴＭ）を記憶する。当該手段としては例えば工場における設定、受信装置の使用者による入力、配信サーバ１によるデータの作成及び配信などが挙げられるが、これら以外の手段でも良い。また、補間メタデータ生成部１３にはメタデータ取得部８から供給されるメタデータ及びテンプレートデータ記憶部１６に記憶されているテンプレートデータのいずれを使用すべきかを表す優先度を設定できる。優先度の設定手段も同様に例えば工場における設定などが挙げられるが、これ以外の手段で設定されても良い。
【００３９】
以下に図９及び１０を参照しつつ、コンテンツ受信再生蓄積装置２の動作を説明する。図９はＰＳＩ受信処理からテンプレート処理までの処理ルーチンを表すフローチャートである。
【００４０】
コンテンツ受信再生蓄積装置２は最初にＰＳＩを受信したら（Ｓ３１）、ＰＳＩに含まれる情報に基づいて受信、再生及び蓄積処理の初期化を行う。本実施例においてはコンテンツを構成する先頭セグメントに対応付けられるメタデータを受信できたか否かにかかわらず、コンテンツ受信再生蓄積装置２は再生及び蓄積処理を開始する（Ｓ３２）。以降、テンプレート処理を実行しつつ再生及び蓄積処理を継続する（Ｓ３３）。
【００４１】
図１０はテンプレート処理ルーチンを表すフローチャートである。
【００４２】
テンプレートデータ記憶部１６は何らかの手段により与えられたテンプレートデータを予めを記憶しておく（Ｓ４０１）。メタデータ受信判別部１１は次期再生セグメントの再生開始時刻が到来するまでに次期再生セグメントに対応付けられたメタデータを受信できたか否かを判別する（Ｓ４０２）。メタデータ受信判別部１１が当該メタデータを受信できたと判別したら、セグメント管理部９が当該メタデータを生成開始信号と共に補間メタデータ生成部１３に供給する（Ｓ４０３）。補間メタデータ生成部１３はメタデータの情報と生成開始信号を供給されたら、次期再生セグメントに対応付けられる補間メタデータを生成する（Ｓ４０４）。メタデータ受信判別部１１が先頭セグメントに対応付けられるメタデータを受信できなかったと判別したら、セグメント管理部９はテンプレートデータに基づく生成開始を指示する生成開始信号を補間メタデータ生成部１３に供給する（Ｓ４０５）。補間メタデータ生成部１３は生成開始信号を供給されたら、テンプレートデータ記憶部１６に記憶されているテンプレートデータの少なくとも一部を含むメタデータを補間メタデータとして生成する（Ｓ４０６）。図１１はテンプレート処理の対象及び補間メタデータ生成部１３における処理の例を表す図である。補間メタデータ生成部１３における処理の対象となる情報は実施例１と同様にプログラムリファレンス情報、タイムベースリファレンス情報、デスクリプション情報及びセグメントロケーター情報である。補間メタデータ生成部１３はテンプレートデータのプログラムリファレンス情報、タイムベースリファレンス情報及びデスクリプション情報を含むメタデータを生成する。また、このとき補間メタデータ生成部１３は次の３つの処理によっても補間メタデータを生成できる。１つは補間メタデータのセグメント長をテンプレートデータのセグメント長と等しくする。１つは補間メタデータに現在再生セグメントに対応付けられたメタデータ含まれる再生終了時刻を再生開始時刻として含ませる。もう１つは再生部６から供給されたキーフレームロケーター情報を補間メタデータに追加する。図１０中における記号Ｓ４０７〜Ｓ４１２の処理は実施例１と同様であるため、ここでの説明は省略する。
【００４３】
上記した処理によりコンテンツ受信再生蓄積装置がコンテンツを構成する先頭セグメントに対応付けられるメタデータを受信できなかった場合においても、テンプレートデータ記憶部１６に記憶されているメタデータに基づいてメタデータを補間生成することによりコンテンツの再生及び蓄積処理を開始することができる。また、コンテンツ受信再生蓄積装置が当該メタデータを受信したか否かにかかわらずテンプレートデータ記憶部１６に記憶されているメタデータに基づいてメタデータを補間生成することによりコンテンツの再生及び蓄積処理を開始するまでの時間を短縮できる。更に、実施例１と同様にコンテンツを再生及び蓄積中に通信ネットワークや配信サーバの障害などによってメタデータが欠落しても、コンテンツ受信再生蓄積装置が過去に受信したメタデータに基づいてメタデータを補間生成することにより継続してコンテンツを再生及び蓄積することが可能である。
【実施例３】
【００４４】
本実施例におけるメタデータ処理部７は図８に表わされるブロック図と同一である。また、ＰＳＩの受信及び初期化処理は実施例２と同様である。
【００４５】
図１３は本実施例におけるテンプレート処理及び補間メタデータ生成処理ルーチンを表すフローチャートである。以下に図１３を参照しつつ、コンテンツ受信再生蓄積装置２の動作を説明する。
【００４６】
テンプレートデータ記憶部１６は何らかの手段により与えられたメタデータを予め記憶しておく（Ｓ５０１）。メタデータ受信判別部１１は先頭セグメントの再生開始時刻が到来するまでに当該セグメントに対応付けられるメタデータを受信できたか否かを判別する（Ｓ５０２）。メタデータ受信判別部１１が当該メタデータを受信できたと判別した場合の処理は実施例１及び２と同様である（Ｓ５０３、Ｓ５０４）。メタデータ受信判別部１１が先頭セグメントに対応付けられるメタデータを受信できなかったと判別したら、セグメント管理部９はテンプレートデータに基づく生成開始を指示する生成開始信号を補間メタデータ生成部１３に供給する（Ｓ５０５）。補間メタデータ生成部１３は生成開始信号を供給されたら、テンプレートデータ記憶部１６に記憶されているテンプレートデータの少なくとも一部を含むメタデータを補間メタデータとして生成する（Ｓ５０６）。本実施例においてテンプレートデータ記憶部１６に記憶されているテンプレートデータが利用されるのはここまでである。
【００４７】
続いてメタデータ処理部７が行う処理Ｓ５０６〜Ｓ５１２は実施例１と同様の処理がなされる。また、次期再生セグメントに対応付けられる補間メタデータの生成処理（Ｓ５１３、Ｓ５１４、Ｓ５０６）も実施例１と同様に現在再生セグメントに対応付けられたメタデータに基づく生成処理がなされる。すなわち、メタデータ受信判別部１１は次期再生セグメントの再生時刻が到来するまでに次期再生セグメントに対応付けられるメタデータを受信できているか否かを判別する（Ｓ５１３）。メタデータ受信判別部１１が当該メタデータを受信できなかったと判別したら、メタデータ情報抽出部１２は現在再生セグメントに対応付けられたメタデータの少なくとも一部を抽出し、セグメント管理部９がこれらの情報を生成開始信号と共に補間メタデータ生成部１３に供給する（Ｓ５１４）。補間メタデータ生成部１３はメタデータの情報と生成開始信号を供給されたら、次期再生セグメントに対応付けられる補間メタデータを生成する（Ｓ５０６）。
【００４８】
補間メタデータ生成部１３にはメタデータ取得部８から供給されるメタデータ及びテンプレートデータ記憶部１６に記憶されているテンプレートデータのいずれを使用すべきかを表す優先度を設定できる。優先度の設定手段としては例えば工場における設定などが挙げられるが、これ以外の手段で設定されても良い。テンプレートデータ記憶部１６に記憶されているテンプレートデータの優先度が高い場合、先頭のセグメントの再生開始時刻が到来するまでに当該セグメントに対応付けられるメタデータを受信できたとしても、補間メタデータ生成部１３がテンプレートデータ記憶部１６に記憶されているテンプレートデータの少なくとも一部を含むメタデータを次期再生セグメントに対応付けられる補間メタデータとして生成する。
【００４９】
上記した処理によりコンテンツを構成する先頭セグメントに対応付けられるメタデータをテンプレートデータ記憶部１６に記憶されているテンプレートデータに基づいて生成し、以降のセグメントに対応付けられるメタデータを過去に受信したメタデータに基づいて補間生成することにより、再生蓄積の開始時間を短縮でき、かつ、メタデータ補間生成の精度を向上できる。実施例１と同様に、コンテンツを再生及び蓄積中に通信ネットワークや配信サーバの障害などによってメタデータが欠落しても、コンテンツ受信再生蓄積装置が過去に受信したメタデータに基づいてメタデータを補間生成することにより継続してコンテンツを再生及び蓄積することが可能である。また、コンテンツは通常、セグメント単位で再生蓄積されるが、本実施例においてはテンプレートデータ記憶部１６に記憶させるセグメント長を自在に設定可能であるため、コンテンツの再生蓄積単位を制御できるという効果も奏する。
【図面の簡単な説明】
【００５０】
【図１】本発明によるコンテンツ受信再生蓄積装置を配信サーバと共に表すブロック図である。
【図２】メタデータ処理部を表すブロック図である。
【図３】コンテンツとセグメントの関係を表す図である。
【図４】セグメントに対応付けられるメタデータの例を表す図である。
【図５】補間生成処理の対象及び補間メタデータ生成部における処理の例を表す図である。
【図６】ＰＳＩ受信から補間メタデータ生成までの処理ルーチンを表すフローチャートである。
【図７】補間メタデータ生成処理ルーチンを表すフローチャートである。
【図８】テンプレートデータ記憶部を含むメタデータ処理部を表すブロック図である。
【図９】ＰＳＩ受信からテンプレート処理までの処理ルーチンを表すフローチャートである。
【図１０】テンプレート処理ルーチンを表すフローチャートである。
【図１１】テンプレート処理の対象及び補間メタデータ生成部における処理における処理の例を表す図である。
【図１２】テンプレート処理及び補間メタデータ生成処理ルーチンを表すフローチャートである。
【符号の説明】
【００５１】
１ 配信サーバ
２ コンテンツ受信再生蓄積装置
３ 受信部
４ 多重分離部
５ 蓄積部
６ 再生部
７ メタデータ処理部
８ メタデータ取得部
９ セグメント管理部
１０ 再生時刻判別部
１１ メタデータ受信判別部
１２ メタデータ情報抽出部
１３ 補間メタデータ生成部
１４ 対再生部通信部
１５ 対蓄積部通信部
１６ テンプレートデータ記憶部
【技術分野】
【０００１】
本発明はメタデータが付加された動画像等のコンテンツを受信、再生及び蓄積するコンテンツ受信再生蓄積装置に関する。
【背景技術】
【０００２】
近年、デジタルコンテンツ(以下、単にコンテンツと称する)の放送、配信が普及しつつある。コンテンツを再生可能な受信装置は既に広く普及しているが、更にコンテンツを蓄積可能な受信装置もＨＤＤ(Hard Disk Drive)内蔵の受信装置等の普及に伴い普及し始めている。コンテンツを蓄積する方法としてコンテンツの分割単位であるセグメントの各々にメタデータを対応付けて蓄積する方法が知られている。コンテンツ(プログラム)とセグメントの関係は例えば非特許文献１に示されている。セグメントに対応付けられるメタデータとしては例えば非特許文献２に示されるセグメントロケーターやキーフレームなどが挙げられる。受信装置がこれらのメタデータを取得する方法としては例えば特許文献１に示されるようにコンテンツ放送時にカルーセル方式で配信されたものを取得する方法やｗｅｂサーバなどから別途取得する方法が知られている。
【非特許文献１】Broadcast and On-line Service: Search, select and rightful use of content on personal storage systems (TV-Anytime Phase 1"); Part3: MetadataETSI TS 102 822-3-1 V1.2.1
【非特許文献２】サーバ型放送における符号化、伝送及び蓄積制御方式ARIB STD-B38 1.3版
【特許文献１】特開２００２−２５１３２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記したメタデータの取得方法には以下に示すような問題点があった。
【０００４】
第１に特許文献１に示されるようにカルーセル方式でメタデータを配信する方法においては、ネットワーク障害等で受信装置がメタデータを受信できなかった場合、コンテンツの再生及び蓄積を開始できない、あるいは、再生及び蓄積処理が途中で停止してしまうという問題点があった。これは、カルーセル方式は通常、所定量のデータを受信しなければ受信完了の状態にならないという方式であるため、メタデータの一部でも欠落するとコンテンツを再生及び蓄積できなくなることに起因する。また、カルーセル方式は通常、受信装置からコンテンツを配信するサーバへデータの一部の配信を要求できない方式でもあるため、一度メタデータが欠落すると受信装置からはコンテンツの再生及び蓄積を制御することができないという問題点があった。
【０００５】
第２にメタデータの配信要求をｗｅｂサーバに対して行う場合、受信装置がコンテンツを受信できても、メタデータを受信できない事象が発生するという問題点があった。これは、通常、ｗｅｂサーバへの通信はコンテンツの配信に比較して障害が生じやすいためである。また、特定のドメイン間の通信をサービスプロバイダが禁止した場合にも同様に受信装置がコンテンツを受信できても、メタデータを受信できない事象が発生するという問題点があった。
【０００６】
更にｗｅｂサーバは放送配信局と比較して、例えばＤＯＳ(Denial Of Service)攻撃などの外部からの攻撃を受けやすいため、障害も発生しやすい。ｗｅｂサーバに障害が発生しメタデータを配信できなくなると、受信装置がコンテンツを受信できても、メタデータを受信できないという事象が生じる。また、受信装置がｗｅｂサーバへメタデータの配信を要求する通信機能を備えていないためにメタデータを受信できず、コンテンツを再生及び蓄積できないという問題点があった。通信機能を備えるには当該機能を実現する部品や装置が別途必要であり相当のコストが必要になるため通信機能を備えていない受信装置も多い。
【０００７】
上記したように従来技術においては通信ネットワークや配信サーバの安定性及び信頼性が低下した場合に受信装置がメタデータを受信できず、コンテンツを再生及び蓄積できなくなるという問題点があった。
【０００８】
本発明は上記した如き問題点に鑑みてなされたものであって、メタデータが付加された動画像等のコンテンツを再生及び蓄積中にメタデータが欠落しても受信装置においてコンテンツの再生及び蓄積を可能とする装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明によるコンテンツ受信再生蓄積装置は、コンテンツを構成する一連のセグメントと前記セグメントの各々に対応付けられたメタデータとを受信する受信部と、前記セグメントと前記メタデータとを蓄積する蓄積部と、前記メタデータを参照しつつ前記セグメントを順次再生する再生部と、を含むコンテンツ受信再生装置であって、前記再生部が現在再生している現在再生セグメントに対応付けられたメタデータに基づいて、当該現在再生セグメントに続いて再生されるべき次期再生セグメントの再生開始時刻を判別する再生時刻判別部と、前記再生開始時刻が到来するまでに前記次期再生セグメントに対応付けられたメタデータを前記受信部が受信したか否かを判別するメタデータ受信判別部と、前記受信部が当該メタデータを受信しなかったと前記メタデータ受信判別部が判別した場合、前記現在再生セグメントに対応付けられたメタデータの少なくとも一部を含むメタデータを前記次期再生セグメントに対応付けられる補間メタデータとしてこれを前記蓄積部に供給する補間メタデータ生成部と、を含むことを特徴とする。
【発明を実施するための最良の形態】
【００１０】
以下、本発明に係る実施例について添付の図面を参照しつつ詳細に説明する。
【実施例１】
【００１１】
図１は本発明によるコンテンツ受信再生蓄積装置を配信サーバと共に表すブロック図である。
【００１２】
配信サーバ１はコンテンツ受信再生蓄積装置２に放送データを配信する(図１中のＢＣ)。本実施例における放送データにはデジタル放送の多重化伝送方式として知られているＭＰＥＧ２−ＴＳ(Moving Picture Experts Group - Transport Stream)方式によって多重化されたデータ（以下、多重化ＭＰＥＧ−ＴＳと称する）が含まれているものとする。また、多重化ＭＰＥＧ−ＴＳには動画像などのコンテンツが多重化されている。更に多重化ＭＰＥＧ−ＴＳにはコンテンツに対応付けられたメタデータも多重化されている場合がある。
【００１３】
コンテンツ受信再生蓄積装置２は、受信部３と、多重分離部４と、蓄積部５と、再生部６と、メタデータ処理部７とを含む。
【００１４】
受信部３は配信サーバ１から配信される放送データを受信する(同図中のＢＣ)。放送データには上述の如くコンテンツが含まれており、更にメタデータも含まれている場合がある。続いて受信部３は放送データに含まれる多重化ＭＰＥＧ−ＴＳを取り出して多重分離部４に供給する(同図中のＭＰ)。更に受信部３はメタデータ処理部７が発するメタデータ要求を配信サーバ１へ送信する機能も有する(同図中のＲＱ)。このとき、配信サーバ１がメタデータ要求に応じてメタデータを配信すれば受信部３はこれを受信してメタデータ処理部７へ供給する(同図中のＲＱ)。
【００１５】
多重分離部４は受信部３から供給された多重化ＭＰＥＧ−ＴＳに多重化されているコンテンツを取り出し、当該コンテンツを構成する一連のセグメントを再生部６及び蓄積部５に供給する(同図中のＥＳ１及びＥＳ２)。また、多重分離部４はメタデータが多重化ＭＰＥＧ−ＴＳに多重化されている場合には、これを取り出しメタデータ処理部７に供給する(同図中のＭＤ１)。図３はコンテンツとセグメントの関係を表す図である。同図に表されるようにコンテンツは通常、一連の複数のセグメント０〜ｎ（ｎは正整数）からなる。メタデータはこれらセグメントの各々に対応付けられている。セグメントは０、１、・・・、ｎの順に再生及び蓄積処理がなされる。図４はセグメントに対応付けられるメタデータの例を表す図である。本実施例におけるメタデータはARIB STD-B38「サーバ型放送における符号化、伝送及び蓄積制御方式」に規定されるプログラムリファレンス情報、タイムベースリファレンス情報、デスクリプション情報、セグメントロケーター情報及びキーフレームロケーター情報とする。なお、上記した情報は一例であり、メタデータは上記以外の情報でも良い。メタデータを参照しつつ前記セグメントを順次再生する。
【００１６】
蓄積部５は多重分離部４から供給されたセグメント(同図中のＥＳ２)を蓄積する。また、蓄積部５はメタデータ処理部７から供給されたメタデータ(同図中のＭＤ４)を蓄積する。
【００１７】
再生部６は多重分離部４から供給されるセグメント(同図中のＥＳ１)をメタデータを参照しつつ順次、再生する(同図中のＰＣ)。また再生部６は圧縮符号化されたコンテンツを復号する機能を有する。通常、動画像などのコンテンツは圧縮符号化されているため、再生部６はこれに復号処理を施してから動画像を再生する。更に再生部６は復号処理時などにコンテンツに含まれるキーフレームロケーター情報を抽出し、これをメタデータ処理部７に供給する(同図中のＫＦ)。
【００１８】
図２はメタデータ処理部７を表すブロック図である。メタデータ処理部７は、メタデータ取得部８と、セグメント管理部９と、補間メタデータ生成部１３と、対再生部通信部１４と、対蓄積部通信部１５とを含む。
【００１９】
メタデータ取得部８は外部から供給されるメタデータを取得する。供給されるメタデータとは例えば、多重分離部４から供給されるメタデータ(図１及び２中のＭＤ１)や配信サーバ１から受信部３を経由して供給されるメタデータ(同図中のＲＱ)である。ただし、メタデータ取得部８はこれら以外からメタデータを取得しても良い。メタデータ取得部８は取得したメタデータをセグメント管理部９に供給する(図２中のＭＤ２)。
【００２０】
セグメント管理部９は、再生時刻判別部１０と、メタデータ受信判別部１１と、メタデータ情報抽出部１２と、を含む。
【００２１】
セグメント管理部９はメタデータ(同図中のＭＤ３)や生成開始信号など(同図中のＣＭ)を補間メタデータ生成部１３に供給する。また、セグメント管理部９はクロック信号を受信している(図２中のＣＬ)。クロック信号はコンテンツ受信再生蓄積装置２の内部で生成したものでも良いし、外部から到来したものでも良い。セグメント管理部９はコンテンツ停止信号を受信したら(同図中のＳＴ)、補間メタデータ生成部１３に生成停止信号を供給する(同図中のＣＭ)。コンテンツ停止信号は例えばコンテンツ受信再生蓄積装置２のユーザーによる操作や再生蓄積中のコンテンツの終了確認処理などにより発せられるが、これらに限定されるものではない。
【００２２】
再生時刻判別部１０はクロック信号に基づいて時刻を把握している。また、再生時刻判別部１０は把握した時刻と再生部６が現在再生しているセグメント（以下、現在再生セグメントと称する）に対応付けられたメタデータとに基づいて、当該セグメントの再生終了時刻を判別すると共に、当該セグメントに続いて再生されるべきセグメント（以下、次期再生セグメントと称する）の再生開始時刻を判別する。例えば再生時刻判別部１０はセグメントロケーター情報に基づいてこれらの時刻を判別する。通常、セグメントロケーター情報には再生開始時刻情報及びセグメント長情報が含まれている。再生時刻判別部１０はこれらの情報に基づいてコンテンツ内における各セグメントの再生開始時刻及び終了時刻を判別することができる。
【００２３】
セグメント管理部９は現在再生セグメントの再生終了時刻が到来したら、補間メタデータ生成部１３に生成停止信号を供給する(同図中のＣＭ)。またセグメント管理部９は次期再生セグメントの再生開始時刻が到来したら補間メタデータ生成部１３に生成開始信号を供給する(同図中のＣＭ)。セグメント管理部９は生成開始信号の供給と同時にメタデータを補間メタデータ生成部１３に供給する(同図中のＭＤ３)。更にセグメント管理部９はメタデータ上書き信号を補間メタデータ生成部１３に供給する場合がある(同図中のＣＭ)。これは現在再生セグメントの再生終了時刻が到来するまでにメタデータ取得部８が現在再生セグメントに対応付けられるメタデータを取得した場合になされる。セグメント管理部９はメタデータ上書き信号の供給と同時にメタデータ取得部８が取得したメタデータを補間メタデータ生成部１３に供給する(同図中のＭＤ３)。
【００２４】
メタデータ受信判別部１１は受信部３がメタデータを受信したか否かを判別する。本実施例においては受信部３が放送データに含まれるメタデータを受信し(図１中のＢＣ)、多重分離部４を経由してこれをメタデータ取得部８へ供給する(図１及び２中のＭＤ１)か、メタデータ要求に応じて配信されたメタデータを直接メタデータ取得部８へ供給する(同図中のＲＱ)。そのため本実施例におけるメタデータ受信判別部１１はメタデータ取得部８がメタデータを取得できたか否かを判別する。
【００２５】
メタデータ受信判別部１１における判別処理は次の２つである。第１の判別処理は次期再生セグメントの再生開始時刻が到来するまでに当該次期再生セグメントに対応付けられたメタデータをメタデータ取得部８が取得したか否かの判別である。メタデータ受信判別部１１が次期再生メタデータを取得できなかったと判別した場合、メタデータ情報抽出部１２が現在再生セグメントに対応付けられたメタデータの情報を抽出し、これを補間メタデータ生成部１３に供給する。第２の判別処理はメタデータ情報抽出部１２が現在再生セグメントに対応付けられるメタデータの情報を抽出してこれを補間メタデータ生成部１３に供給した後に、当該現在再生セグメントの再生終了時刻が到来するまでにメタデータ取得部８が当該現在再生セグメントに対応付けられるメタデータを取得したか否かの判別である。メタデータ受信判別部１１が当該メタデータを取得できたと判別した場合、セグメント管理部９は当該メタデータを上書き信号と共に補間メタデータ生成部１３に供給する。
【００２６】
メタデータ情報抽出部１２はメタデータ受信判別部１１によってメタデータ取得部８が次期再生セグメントに対応付けられたメタデータを取得できなかったと判別された場合、現在再生セグメントに対応付けられたメタデータの情報を抽出する。本実施例において抽出される情報はプログラムリファレンス情報、タイムベースリファレンス情報、デスクリプション情報及びセグメントロケーター情報である。セグメント管理部９はこれらの情報を補間メタデータ生成部１３に供給する(図２中のＭＤ３)。
【００２７】
補間メタデータ生成部１３はセグメント管理部９からメタデータ情報と生成開始信号とを供給されたら(同図中のＣＭ、ＭＤ３)、補間メタデータの生成を開始する。図５は補間生成処理の対象及び補間メタデータ生成部１３における処理の例を表す図である。補間生成処理の対象となる情報はプログラムリファレンス情報、タイムベースリファレンス情報、デスクリプション情報及びセグメントロケーター情報である。この場合、補間メタデータ生成部１３は現在再生セグメントに対応付けられたメタデータに含まれるプログラムリファレンス情報、タイムベースリファレンス情報及びデスクリプション情報を含むメタデータを次期再生セグメントに対応付けられる補間メタデータとして生成する。このとき補間メタデータ生成部１３は補間メタデータのセグメント長を現在再生セグメントに対応付けられたメタデータのセグメント長と等しくしてメタデータを生成できる。更にこのとき補間メタデータ生成部１３は補間メタデータに現在再生セグメントに対応付けられたメタデータに含まれる再生終了時刻を再生開始時刻として含ませることができる。ここでの再生終了時刻は再生時刻判別部１０により判別される。なお、上記したメタデータの情報及び生成処理は一例であり、補間メタデータ生成部１３はこれらと異なる情報を処理しても良いし、別の方法で補間メタデータを生成しても良い。
【００２８】
また、補間メタデータ生成部１３は対再生部通信部１４を経由して再生部６から供給されたキーフレームロケーター情報(同図中のＫＦ)を供給されたメタデータに含めることにより補間メタデータを生成する。供給されるキーフレームロケーター情報は通常、現在再生セグメントに対応付けられたものである。また、補間メタデータ生成部１３はセグメント管理部９からメタデータと上書き信号とを供給されたら(同図中のＭＤ３、ＣＭ)、当該メタデータに含まれる情報を補間メタデータに上書きする。本実施例においては補間メタデータが含む情報の内、プログラムリファレンス情報、タイムベースリファレンス情報、デスクリプション情報及びセグメントロケーター情報の各々について当該供給されたメタデータの情報を上書きする。なお、上記したメタデータの情報及び生成処理は一例であり、補間メタデータ生成部１３はこれらと異なる情報を処理しても良いし、別の方法でメタデータを生成しても良い。また、補間メタデータ生成部１３はセグメント管理部９から生成停止信号を供給されたら(同図中ＣＭ)、補間メタデータの生成を停止し、対蓄積装置通信部１５を経由して補間メタデータを蓄積部５に供給する(図１及び２中のＭＤ４)。
【００２９】
対再生部通信部１４は再生部６から供給されるキーフレームロケーター情報を補間メタデータ生成部１３に中継する(図１及び２中のＫＦ)。対蓄積部通信部１５は補間メタデータ生成部１３から供給される補間メタデータを蓄積部５に中継する(同図中のＭＤ４)。
【００３０】
以下に図６及び７を参照しつつ、コンテンツ受信再生蓄積装置２の動作を説明する。図６はＰＳＩ受信処理から補間メタデータ生成処理までの処理ルーチンを表すフローチャートである。
【００３１】
コンテンツ受信再生蓄積装置２は最初にＰＳＩ（Program Service Information）を受信したら（Ｓ１１）、ＰＳＩに含まれる情報に基づいて受信、再生及び蓄積処理の初期化を行う。ここでのＰＳＩは放送において再生に必要な情報の総称である。コンテンツ受信再生蓄積装置２はコンテンツを構成する先頭セグメント（図３におけるセグメント０）に対応付けられるメタデータを受信したら（Ｓ１２）、再生及び蓄積処理を開始する（Ｓ１３）。以降、補間メタデータ生成処理を実行しつつ再生及び蓄積処理を継続する（Ｓ１４）。
【００３２】
図７は補間メタデータ生成処理ルーチンを表すフローチャートである。
【００３３】
最初にメタデータ受信判別部１１は、次期再生セグメントの再生開始時刻が到来するまでに次期再生セグメントに対応付けられたメタデータを受信できたか否かを判別する（Ｓ２０１）。ここでの再生開始時刻は再生時刻判別部１０によって判別される。メタデータ受信判別部１１が当該メタデータを受信できたと判別したら、セグメント管理部９が当該メタデータと生成開始信号とを補間メタデータ生成部１３に供給する（Ｓ２０２）。補間メタデータ生成部１３はメタデータと生成開始信号とを供給されたら再生部６から供給されたキーフレームロケーター情報を当該メタデータに追加することにより補間メタデータを生成する（Ｓ２０３）。メタデータ受信判別部１１が先頭セグメントに対応付けられるメタデータを受信できなかったと判別したら、メタデータ情報抽出部１２が現在再生セグメントに対応付けられたメタデータの情報の少なくとも一部を抽出する（Ｓ２０４）。本実施例において抽出される情報はプログラムリファレンス情報、タイムベースリファレンス情報、デスクリプション情報及びセグメントロケーター情報である。セグメント管理部９はこれらの情報を生成開始信号と共に補間メタデータ生成部１３に供給する（Ｓ２０４）。
【００３４】
補間メタデータ生成部１３はメタデータの情報と生成開始信号を供給されたら、次期再生セグメントに対応付けられる補間メタデータを生成する（Ｓ２０５）。当該生成は例えば補間メタデータ生成部１３が現在再生セグメントに対応付けられたメタデータに含まれるプログラムリファレンス情報、タイムベースリファレンス情報及びデスクリプション情報を補間メタデータに含ませることによってなされる。また、このとき補間メタデータ生成部１３は次の３つの処理によっても補間メタデータを生成できる。１つは補間メタデータのセグメント長を現在再生セグメントに対応付けられたメタデータのセグメント長と等しくする。１つは補間メタデータに現在再生セグメントに対応付けられたメタデータ含まれる再生終了時刻を再生開始時刻として含ませる。もう１つは再生部６から供給されたキーフレームロケーター情報を補間メタデータに追加する。
【００３５】
メタデータ受信判別部１１は現在再生セグメントの再生終了時刻が到来するまで継続してメタデータ取得部８が現在再生セグメントに対応付けられるメタデータを取得したか否かを判別する（Ｓ２０６）。メタデータ受信判別部１１が当該メタデータを取得できたと判別した場合、セグメント管理部９は当該メタデータを上書き信号と共に補間メタデータ生成部１３に供給する（Ｓ２０７）。補間メタデータ生成部１３はメタデータと上書き信号とを供給されたら、当該メタデータの情報を補間メタデータに上書きする（Ｓ２０８）。上書きされる情報は例えばプログラムリファレンス情報、タイムベースリファレンス情報、デスクリプション情報及びセグメントロケーター情報である。再生時刻判別部１０が現在再生セグメントの再生終了時刻が到来したと判別したら、セグメント管理部９が補間メタデータ生成部１３に生成停止信号を供給する(Ｓ２０９)。補間メタデータ生成部１３は生成停止信号を供給されたら生成した補間メタデータを蓄積部５に供給する(Ｓ２１０)。セグメント管理部９はコンテンツを構成する一連のセグメントの各々に対応付けられるメタデータの情報に基づいてコンテンツが終了したか否かを判別する(Ｓ２１１)。例えばセグメント管理部９はセグメントロケーター情報に含まれるセグメント長が指定されていない場合にコンテンツが終了したと判断する。セグメント管理部９はコンテンツの再生が終了していないと判断した場合、メタデータ受信判別部１１によるメタデータの取得判別処理に戻る(Ｓ２０１)。
【００３６】
上記した処理によりメタデータが付加された動画像等のコンテンツを再生及び蓄積中に通信ネットワークや配信サーバの障害などによってメタデータが欠落しても、コンテンツ受信再生蓄積装置が過去に受信したメタデータに基づいてメタデータを補間生成することにより継続してコンテンツを再生及び蓄積することが可能である。
【実施例２】
【００３７】
図８はテンプレートデータ記憶部１６を含むメタデータ処理部７を表すブロック図である。テンプレートデータ記憶部１６以外のブロックは実施例１と同一であるため、これらについての説明は省略する。
【００３８】
テンプレートデータ記憶部１６は補間メタデータ生成部１３に含まれる。テンプレートデータ記憶部１６は何らかの手段により与えられたテンプレートデータ（図８中のＴＭ）を記憶する。当該手段としては例えば工場における設定、受信装置の使用者による入力、配信サーバ１によるデータの作成及び配信などが挙げられるが、これら以外の手段でも良い。また、補間メタデータ生成部１３にはメタデータ取得部８から供給されるメタデータ及びテンプレートデータ記憶部１６に記憶されているテンプレートデータのいずれを使用すべきかを表す優先度を設定できる。優先度の設定手段も同様に例えば工場における設定などが挙げられるが、これ以外の手段で設定されても良い。
【００３９】
以下に図９及び１０を参照しつつ、コンテンツ受信再生蓄積装置２の動作を説明する。図９はＰＳＩ受信処理からテンプレート処理までの処理ルーチンを表すフローチャートである。
【００４０】
コンテンツ受信再生蓄積装置２は最初にＰＳＩを受信したら（Ｓ３１）、ＰＳＩに含まれる情報に基づいて受信、再生及び蓄積処理の初期化を行う。本実施例においてはコンテンツを構成する先頭セグメントに対応付けられるメタデータを受信できたか否かにかかわらず、コンテンツ受信再生蓄積装置２は再生及び蓄積処理を開始する（Ｓ３２）。以降、テンプレート処理を実行しつつ再生及び蓄積処理を継続する（Ｓ３３）。
【００４１】
図１０はテンプレート処理ルーチンを表すフローチャートである。
【００４２】
テンプレートデータ記憶部１６は何らかの手段により与えられたテンプレートデータを予めを記憶しておく（Ｓ４０１）。メタデータ受信判別部１１は次期再生セグメントの再生開始時刻が到来するまでに次期再生セグメントに対応付けられたメタデータを受信できたか否かを判別する（Ｓ４０２）。メタデータ受信判別部１１が当該メタデータを受信できたと判別したら、セグメント管理部９が当該メタデータを生成開始信号と共に補間メタデータ生成部１３に供給する（Ｓ４０３）。補間メタデータ生成部１３はメタデータの情報と生成開始信号を供給されたら、次期再生セグメントに対応付けられる補間メタデータを生成する（Ｓ４０４）。メタデータ受信判別部１１が先頭セグメントに対応付けられるメタデータを受信できなかったと判別したら、セグメント管理部９はテンプレートデータに基づく生成開始を指示する生成開始信号を補間メタデータ生成部１３に供給する（Ｓ４０５）。補間メタデータ生成部１３は生成開始信号を供給されたら、テンプレートデータ記憶部１６に記憶されているテンプレートデータの少なくとも一部を含むメタデータを補間メタデータとして生成する（Ｓ４０６）。図１１はテンプレート処理の対象及び補間メタデータ生成部１３における処理の例を表す図である。補間メタデータ生成部１３における処理の対象となる情報は実施例１と同様にプログラムリファレンス情報、タイムベースリファレンス情報、デスクリプション情報及びセグメントロケーター情報である。補間メタデータ生成部１３はテンプレートデータのプログラムリファレンス情報、タイムベースリファレンス情報及びデスクリプション情報を含むメタデータを生成する。また、このとき補間メタデータ生成部１３は次の３つの処理によっても補間メタデータを生成できる。１つは補間メタデータのセグメント長をテンプレートデータのセグメント長と等しくする。１つは補間メタデータに現在再生セグメントに対応付けられたメタデータ含まれる再生終了時刻を再生開始時刻として含ませる。もう１つは再生部６から供給されたキーフレームロケーター情報を補間メタデータに追加する。図１０中における記号Ｓ４０７〜Ｓ４１２の処理は実施例１と同様であるため、ここでの説明は省略する。
【００４３】
上記した処理によりコンテンツ受信再生蓄積装置がコンテンツを構成する先頭セグメントに対応付けられるメタデータを受信できなかった場合においても、テンプレートデータ記憶部１６に記憶されているメタデータに基づいてメタデータを補間生成することによりコンテンツの再生及び蓄積処理を開始することができる。また、コンテンツ受信再生蓄積装置が当該メタデータを受信したか否かにかかわらずテンプレートデータ記憶部１６に記憶されているメタデータに基づいてメタデータを補間生成することによりコンテンツの再生及び蓄積処理を開始するまでの時間を短縮できる。更に、実施例１と同様にコンテンツを再生及び蓄積中に通信ネットワークや配信サーバの障害などによってメタデータが欠落しても、コンテンツ受信再生蓄積装置が過去に受信したメタデータに基づいてメタデータを補間生成することにより継続してコンテンツを再生及び蓄積することが可能である。
【実施例３】
【００４４】
本実施例におけるメタデータ処理部７は図８に表わされるブロック図と同一である。また、ＰＳＩの受信及び初期化処理は実施例２と同様である。
【００４５】
図１３は本実施例におけるテンプレート処理及び補間メタデータ生成処理ルーチンを表すフローチャートである。以下に図１３を参照しつつ、コンテンツ受信再生蓄積装置２の動作を説明する。
【００４６】
テンプレートデータ記憶部１６は何らかの手段により与えられたメタデータを予め記憶しておく（Ｓ５０１）。メタデータ受信判別部１１は先頭セグメントの再生開始時刻が到来するまでに当該セグメントに対応付けられるメタデータを受信できたか否かを判別する（Ｓ５０２）。メタデータ受信判別部１１が当該メタデータを受信できたと判別した場合の処理は実施例１及び２と同様である（Ｓ５０３、Ｓ５０４）。メタデータ受信判別部１１が先頭セグメントに対応付けられるメタデータを受信できなかったと判別したら、セグメント管理部９はテンプレートデータに基づく生成開始を指示する生成開始信号を補間メタデータ生成部１３に供給する（Ｓ５０５）。補間メタデータ生成部１３は生成開始信号を供給されたら、テンプレートデータ記憶部１６に記憶されているテンプレートデータの少なくとも一部を含むメタデータを補間メタデータとして生成する（Ｓ５０６）。本実施例においてテンプレートデータ記憶部１６に記憶されているテンプレートデータが利用されるのはここまでである。
【００４７】
続いてメタデータ処理部７が行う処理Ｓ５０６〜Ｓ５１２は実施例１と同様の処理がなされる。また、次期再生セグメントに対応付けられる補間メタデータの生成処理（Ｓ５１３、Ｓ５１４、Ｓ５０６）も実施例１と同様に現在再生セグメントに対応付けられたメタデータに基づく生成処理がなされる。すなわち、メタデータ受信判別部１１は次期再生セグメントの再生時刻が到来するまでに次期再生セグメントに対応付けられるメタデータを受信できているか否かを判別する（Ｓ５１３）。メタデータ受信判別部１１が当該メタデータを受信できなかったと判別したら、メタデータ情報抽出部１２は現在再生セグメントに対応付けられたメタデータの少なくとも一部を抽出し、セグメント管理部９がこれらの情報を生成開始信号と共に補間メタデータ生成部１３に供給する（Ｓ５１４）。補間メタデータ生成部１３はメタデータの情報と生成開始信号を供給されたら、次期再生セグメントに対応付けられる補間メタデータを生成する（Ｓ５０６）。
【００４８】
補間メタデータ生成部１３にはメタデータ取得部８から供給されるメタデータ及びテンプレートデータ記憶部１６に記憶されているテンプレートデータのいずれを使用すべきかを表す優先度を設定できる。優先度の設定手段としては例えば工場における設定などが挙げられるが、これ以外の手段で設定されても良い。テンプレートデータ記憶部１６に記憶されているテンプレートデータの優先度が高い場合、先頭のセグメントの再生開始時刻が到来するまでに当該セグメントに対応付けられるメタデータを受信できたとしても、補間メタデータ生成部１３がテンプレートデータ記憶部１６に記憶されているテンプレートデータの少なくとも一部を含むメタデータを次期再生セグメントに対応付けられる補間メタデータとして生成する。
【００４９】
上記した処理によりコンテンツを構成する先頭セグメントに対応付けられるメタデータをテンプレートデータ記憶部１６に記憶されているテンプレートデータに基づいて生成し、以降のセグメントに対応付けられるメタデータを過去に受信したメタデータに基づいて補間生成することにより、再生蓄積の開始時間を短縮でき、かつ、メタデータ補間生成の精度を向上できる。実施例１と同様に、コンテンツを再生及び蓄積中に通信ネットワークや配信サーバの障害などによってメタデータが欠落しても、コンテンツ受信再生蓄積装置が過去に受信したメタデータに基づいてメタデータを補間生成することにより継続してコンテンツを再生及び蓄積することが可能である。また、コンテンツは通常、セグメント単位で再生蓄積されるが、本実施例においてはテンプレートデータ記憶部１６に記憶させるセグメント長を自在に設定可能であるため、コンテンツの再生蓄積単位を制御できるという効果も奏する。
【図面の簡単な説明】
【００５０】
【図１】本発明によるコンテンツ受信再生蓄積装置を配信サーバと共に表すブロック図である。
【図２】メタデータ処理部を表すブロック図である。
【図３】コンテンツとセグメントの関係を表す図である。
【図４】セグメントに対応付けられるメタデータの例を表す図である。
【図５】補間生成処理の対象及び補間メタデータ生成部における処理の例を表す図である。
【図６】ＰＳＩ受信から補間メタデータ生成までの処理ルーチンを表すフローチャートである。
【図７】補間メタデータ生成処理ルーチンを表すフローチャートである。
【図８】テンプレートデータ記憶部を含むメタデータ処理部を表すブロック図である。
【図９】ＰＳＩ受信からテンプレート処理までの処理ルーチンを表すフローチャートである。
【図１０】テンプレート処理ルーチンを表すフローチャートである。
【図１１】テンプレート処理の対象及び補間メタデータ生成部における処理における処理の例を表す図である。
【図１２】テンプレート処理及び補間メタデータ生成処理ルーチンを表すフローチャートである。
【符号の説明】
【００５１】
１ 配信サーバ
２ コンテンツ受信再生蓄積装置
３ 受信部
４ 多重分離部
５ 蓄積部
６ 再生部
７ メタデータ処理部
８ メタデータ取得部
９ セグメント管理部
１０ 再生時刻判別部
１１ メタデータ受信判別部
１２ メタデータ情報抽出部
１３ 補間メタデータ生成部
１４ 対再生部通信部
１５ 対蓄積部通信部
１６ テンプレートデータ記憶部
【特許請求の範囲】
【請求項１】
コンテンツを構成する一連のセグメントと前記セグメントの各々に対応付けられたメタデータとを受信する受信部と、前記セグメントと前記メタデータとを蓄積する蓄積部と、前記メタデータを参照しつつ前記セグメントを順次再生する再生部と、を含むコンテンツ受信再生装置であって、
前記再生部が現在再生している現在再生セグメントに対応付けられたメタデータに基づいて、当該現在再生セグメントに続いて再生されるべき次期再生セグメントの再生開始時刻を判別する再生時刻判別部と、
前記再生開始時刻が到来するまでに前記次期再生セグメントに対応付けられたメタデータを前記受信部が受信したか否かを判別するメタデータ受信判別部と、
前記受信部が当該メタデータを受信しなかったと前記メタデータ受信判別部が判別した場合、前記現在再生セグメントに対応付けられたメタデータの少なくとも一部を含むメタデータを前記次期再生セグメントに対応付けられる補間メタデータとしてこれを前記蓄積部に供給する補間メタデータ生成部と、を含むことを特徴とするコンテンツ受信再生装置。
【請求項２】
前記補間メタデータ生成部は、前記現在再生セグメントに対応付けられたメタデータに含まれるプログラムリファレンス情報、タイムベースリファレンス情報及びデスクリプション情報の内の少なくとも１を含むメタデータを前記補間メタデータとする請求項１に記載のコンテンツ受信再生装置。
【請求項３】
前記補間メタデータ生成部は前記補間メタデータのセグメント長を前記現在再生セグメントに対応付けられたメタデータのセグメント長と等しくすることを特徴とする請求項１に記載のコンテンツ受信再生装置。
【請求項４】
前記再生時刻判別は、前記現在再生セグメントに対応付けられたメタデータに基づいて、当該現在再生セグメントの再生終了時刻を判別する再生終了時刻判別手段を含み、
前記補間メタデータ生成部は前記補間メタデータに前記再生終了時刻を前記次期再生セグメントの再生開始時刻として含ませることを特徴とする請求項１に記載のコンテンツ受信再生装置。
【請求項５】
前記再生部は、前記コンテンツに含まれるキーフレーム情報を抽出するキーフレーム抽出手段を含み、
前記補間メタデータ生成部は前記補間メタデータに前記キーフレーム情報を含めることを特徴とする請求項１に記載のコンテンツ受信再生装置。
【請求項６】
前記補間メタデータ生成部は、前記再生部が前記現在再生セグメントを再生中に前記受信部が当該現在再生セグメントに対応付けられたメタデータを受信したと前記メタデータ受信判別部が判別した場合、当該メタデータに含まれる情報を前記補間メタデータに含ませることを特徴とする請求項５に記載のコンテンツ受信再生装置。
【請求項７】
前記補間メタデータ生成部は、テンプレートデータを記憶するテンプレートデータ記憶部を含み、
前記テンプレートデータの少なくとも一部を含むメタデータを前記補間メタデータとすることを特徴とする請求項１に記載のコンテンツ受信再生装置。
【請求項８】
前記テンプレートデータ記憶部は、プログラムリファレンス情報、タイムベースリファレンス情報及びデスクリプション情報の内の少なくとも１を記憶し、
前記補間メタデータ生成部は、前記テンプレートデータ記憶部が記憶しているプログラムリファレンス情報、タイムベースリファレンス情報及びデスクリプション情報の内の少なくとも１を含むメタデータを前記補間メタデータとする請求項７に記載のコンテンツ受信再生装置。
【請求項９】
前記テンプレートデータ記憶部は、前記テンプレートデータのセグメント長の情報を記憶し、
前記補間メタデータ生成部は、前記補間メタデータのセグメント長を前記テンプレートデータのセグメント長と等しくすることを特徴とする請求項７に記載のコンテンツ受信再生装置。
【請求項１】
コンテンツを構成する一連のセグメントと前記セグメントの各々に対応付けられたメタデータとを受信する受信部と、前記セグメントと前記メタデータとを蓄積する蓄積部と、前記メタデータを参照しつつ前記セグメントを順次再生する再生部と、を含むコンテンツ受信再生装置であって、
前記再生部が現在再生している現在再生セグメントに対応付けられたメタデータに基づいて、当該現在再生セグメントに続いて再生されるべき次期再生セグメントの再生開始時刻を判別する再生時刻判別部と、
前記再生開始時刻が到来するまでに前記次期再生セグメントに対応付けられたメタデータを前記受信部が受信したか否かを判別するメタデータ受信判別部と、
前記受信部が当該メタデータを受信しなかったと前記メタデータ受信判別部が判別した場合、前記現在再生セグメントに対応付けられたメタデータの少なくとも一部を含むメタデータを前記次期再生セグメントに対応付けられる補間メタデータとしてこれを前記蓄積部に供給する補間メタデータ生成部と、を含むことを特徴とするコンテンツ受信再生装置。
【請求項２】
前記補間メタデータ生成部は、前記現在再生セグメントに対応付けられたメタデータに含まれるプログラムリファレンス情報、タイムベースリファレンス情報及びデスクリプション情報の内の少なくとも１を含むメタデータを前記補間メタデータとする請求項１に記載のコンテンツ受信再生装置。
【請求項３】
前記補間メタデータ生成部は前記補間メタデータのセグメント長を前記現在再生セグメントに対応付けられたメタデータのセグメント長と等しくすることを特徴とする請求項１に記載のコンテンツ受信再生装置。
【請求項４】
前記再生時刻判別は、前記現在再生セグメントに対応付けられたメタデータに基づいて、当該現在再生セグメントの再生終了時刻を判別する再生終了時刻判別手段を含み、
前記補間メタデータ生成部は前記補間メタデータに前記再生終了時刻を前記次期再生セグメントの再生開始時刻として含ませることを特徴とする請求項１に記載のコンテンツ受信再生装置。
【請求項５】
前記再生部は、前記コンテンツに含まれるキーフレーム情報を抽出するキーフレーム抽出手段を含み、
前記補間メタデータ生成部は前記補間メタデータに前記キーフレーム情報を含めることを特徴とする請求項１に記載のコンテンツ受信再生装置。
【請求項６】
前記補間メタデータ生成部は、前記再生部が前記現在再生セグメントを再生中に前記受信部が当該現在再生セグメントに対応付けられたメタデータを受信したと前記メタデータ受信判別部が判別した場合、当該メタデータに含まれる情報を前記補間メタデータに含ませることを特徴とする請求項５に記載のコンテンツ受信再生装置。
【請求項７】
前記補間メタデータ生成部は、テンプレートデータを記憶するテンプレートデータ記憶部を含み、
前記テンプレートデータの少なくとも一部を含むメタデータを前記補間メタデータとすることを特徴とする請求項１に記載のコンテンツ受信再生装置。
【請求項８】
前記テンプレートデータ記憶部は、プログラムリファレンス情報、タイムベースリファレンス情報及びデスクリプション情報の内の少なくとも１を記憶し、
前記補間メタデータ生成部は、前記テンプレートデータ記憶部が記憶しているプログラムリファレンス情報、タイムベースリファレンス情報及びデスクリプション情報の内の少なくとも１を含むメタデータを前記補間メタデータとする請求項７に記載のコンテンツ受信再生装置。
【請求項９】
前記テンプレートデータ記憶部は、前記テンプレートデータのセグメント長の情報を記憶し、
前記補間メタデータ生成部は、前記補間メタデータのセグメント長を前記テンプレートデータのセグメント長と等しくすることを特徴とする請求項７に記載のコンテンツ受信再生装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００８−１８７３７１（Ｐ２００８−１８７３７１Ａ）
【公開日】平成２０年８月１４日（２００８．８．１４）
【国際特許分類】
【出願番号】特願２００７−１８２６１（Ｐ２００７−１８２６１）
【出願日】平成１９年１月２９日（２００７．１．２９）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
【公開日】平成２０年８月１４日（２００８．８．１４）
【国際特許分類】
【出願日】平成１９年１月２９日（２００７．１．２９）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
[ Back to top ]