JP5150517B2 - データ生成・記録・検出・編集装置、データ生成・検出・編集方法、制御プログラム及び記録媒体 - Google Patents

Description

本発明は、ＡＶ（Audio Visual）データに関連する付加データを、ＡＶデータと合わせて単一のデータとして扱えるデータを生成する機能を備えるデータ生成装置に関するものである。

従来、映像を含むコンテンツの特殊再生と言えば、周知の「早送り」や、「コマ送り」が代表的であった。現在では、「早送り」や、「コマ送り」に加えて、映像を含むコンテンツから、情報の重要性等を基準に、特定の条件に合致したデータを選択、抽出して、抽出したデータを編集、再生することで、コンテンツの視聴時間を短縮した上でのコンテンツの概要把握を容易とする要約再生が提案されている。
そしてこのような要約再生も、周知の「早送り」や、「コマ送り」と同様に、特殊再生を行うその都度、所望の条件に適合したデータをコンテンツから選択、抽出するのが一般的であった。

例えば特許文献１においては、音声信号の特徴量や、シーンチェンジ情報、ジャンル情報などのデータに基づいて、再生の都度、要約映像の生成を行っている。

特開２００３−１６３８８１公報

しかしながら、「早送り」や「コマ送り」のデータ選択条件が単純なのに対して、データ選択の条件が複雑な要約再生では、要約再生用の情報の選択に必要な処理が多い為、消費電力が大きくなる傾向があった。具体的には、上記の特許文献１においては、ドラマや映画などの要約映像を生成するために、まず、要約映像を生成する対象のコンテンツデータを録画する際に、特徴量を抽出し、別途保存する。また、要約再生をする対象のコンテンツデータの特徴的な部分が連続的に結合されて生成されている予告映像を取得し、取得した予告映像から特徴量を算出し、別途保存する。

そのため、要約再生を行うためのデータ分だけ保存を行う際にファイル数が増加してしまい、データの暗号化などを行う必要がある場合には、ファイル数分だけ暗号化鍵が必要となる。そして、要約再生を行う際には、特徴量に基づいて、録画されたコンテンツデータ中から予告映像に一致する映像を検索し表示することで、要約再生を実現している。この為、同一コンテンツの要約再生を繰り返し行う場合でも、再生の都度、再生位置の検索をする必要があり、消費電力を増加させるという問題を発生させた。

本発明は、上記問題点に鑑み、要約再生の為に事前に抽出したデータを、コンテンツデータに別枠として付加し、この別枠データを要約再生に際して再利用することで、要約再生の際の処理量の増加を抑制し、消費電力を低下させることを目的とする。

上記課題を解決するために、本発明の第１の技術手段は、第１のデータを取得する第１のデータ取得部と、第１のデータ取得部が取得した第１のデータに基づいて第２のデータを取得する第２のデータ取得部と、第２のデータを、無効データを定義できるコンテナに格納するデータ生成部とを備えるデータ生成装置であって、データ生成部は、第２のデータを、無効データとして定義するデータ領域に格納し、かつ第１のデータと第２のデータとを関連付けて格納し、第１のデータはＡＶデータであり、第２のデータは、字幕データ、話題区間情報データ、及び管理データのうち、いずれか一つもしくは複数であり、話題区間情報データは、字幕データを用いて話題解析することより生成した話題区間情報データであり、管理データは、字幕データ及び話題区間情報データのいずれか又は両方の管理データであることを特徴としたものである。

第２の技術手段は、第１の技術手段であって、データ生成部が、第２のデータを第１のデータの末尾に付加することを特徴としたものである。

第３の技術手段は、第２の技術手段であって、データ生成部が、格納された第２のデータにアクセスするためのエントリポイントを、無効データとして定義するデータ領域において第２のデータの末尾に付加して格納することを特徴としたものである。

第４の技術手段は、第１〜第３のいずれか１の技術手段であって、第２のデータが、データ生成装置で生成されたデータであることを検証するための検証データを含むことを特徴としたものである。

第５の技術手段は、第４の技術手段であって、検証データは、無効データとして定義するデータ領域に第２のデータが含まれていることを判定することができる固定符号であることを特徴としたものである。

第６の技術手段は、第１〜第５のいずれか１の技術手段であって、前記コンテナはＭＰＥＧ２−ＴＳであることを特徴としたものである。
第７の技術手段は、第１〜第６のいずれか１の技術手段であって、無効データは、ＴＳデータのＮＵＬＬパケットに格納されるデータであることを特徴としたものである。

第８の技術手段は、第１〜第７のいずれか１の技術手段のデータ生成装置により生成されたデータを記憶するデータ記録部を備えたことを特徴としたものである。

第９の技術手段は、第８の技術手段であって、コンテナに格納した第１のデータと第２のデータとが１個のファイルになるよう、ファイルシステム管理情報を付加することを特徴としたものである。

第１０の技術手段は、第１〜第７のいずれか１の技術手段のデータ生成装置により生成されたデータから、第２のデータを取得することを特徴としたものである。

第１１の技術手段は、第５〜第７のいずれか１の技術手段のデータ生成装置により生成されたデータから第２のデータを取得する手段を備え、第２のデータを取得する際に、第２のデータがデータ生成装置で生成されたデータであることを検証するために第２のデータに含まれる検証データに基づいて、第２のデータの不整合を検出できることを特徴としたものである。

第１２の技術手段は、記録装置に記録されている第１のデータに基づいて第２のデータを取得し、取得した第２のデータを第１のデータの無効データとして付加し、１つのファイルとする編集装置であって、第１のデータはＡＶデータであり、第２のデータは、字幕データ、話題区間情報データ、及び管理データのうち、いずれか一つもしくは複数であり、話題区間情報データは、字幕データを用いて話題解析することより生成した話題区間情報データであり、管理データは、字幕データ及び前記話題区間情報データのいずれか又は両方の管理データであることを特徴としたものである。

第１３の技術手段は、第１２の技術手段の編集装置であって、無効データは、ＴＳデータのＮＵＬＬパケットに格納されるデータであることを特徴としたものである。

第１４の技術手段は、第８または第９の技術手段のデータ記録装置によりデータを記録するステップを有することを特徴としたものである。

第１５の技術手段は、第１０の技術手段のデータ再生装置によりデータを再生するステップを有することを特徴としたものである。

第１６の技術手段は、第１１の技術手段のデータ検出装置によりデータの不整合を検出するステップを有することを特徴としたものである。

第１７の技術手段は、第１２の技術手段のデータ編集装置によりデータの編集を行うステップを有することを特徴としたものである。

第１８の技術手段は、第１４の技術手段のデータ記録方法をコンピュータに実行させることを特徴としたものである。

第１９の技術手段は、第１５の技術手段のデータ再生方法をコンピュータに実行させることを特徴としたものである。

第２０の技術手段は、第１６の技術手段のデータ検出方法をコンピュータに実行させることを特徴としたものである。

第２１の技術手段は、第１７の技術手段のデータ編集方法をコンピュータに実行させることを特徴としたものである。

第２２の技術手段は、第１８〜第２１のいずれか１の技術手段の制御プログラムをコンピュータに読み取り可能に記録したことを特徴としたものである。

本発明によれば、要約再生の為に事前に抽出したデータを、コンテンツデータに別枠として付加し、この別枠データを要約再生に際して再利用することで、要約再生の際の処理量の増加を抑制し、消費電力を低下させることができる。
また、このとき、事前に抽出したデータをコンテンツデータに別枠として付加しているため、付加するデータが増加した場合にも、保存に際したファイル数の増加を防ぐことができる。そしてこれにより、データを保存する際の暗号化を行う必要がある場合にも、暗号化鍵の数を節約することが可能となる。

本発明によれば、別枠データの前記コンテンツデータへの追加場所を工夫したことにより、別枠データを追加したコンテンツデータのデータ伝送及びデータ記録において、データの一部が重複することでコンテンツデータの記録に際して記録媒体の記録容量の利用効率が低下する問題、及びデータの一部が重複することで伝送に際してデータの伝送効率が低下する問題を回避できるという効果が得られる。

本発明による実施の形態を説明するための概要図である。 本発明の実施の形態における、記録再生装置の構成例を示すブロック図である。 本発明の実施の形態における、データ生成装置により生成されるデータの概略構成図である。 本発明の実施の形態における、データ生成装置により生成される付加データの概略構成図である。 本発明の実施の形態における、記録装置の録画処理の流れを示すフローチャートである。 本発明の実施の形態における、記録装置の付加データ生成処理の流れを示すフローチャートである。 本発明の実施の形態における、記録装置の管理データ生成処理の流れを示すフローチャートである。 本発明の実施の形態における、記録装置のＳｉｇｎａｔｕｒｅデータ生成処理の流れを示すフローチャートである。 本発明の実施の形態における、再生装置の再生処理の流れを示すフローチャートである。 本発明の実施の形態における、再生装置の付加データ取得処理の流れを示すフローチャートである。 本発明お実施の形態における、再生装置の特殊再生処理の流れを示すフローチャートである。

〔実施の形態１〕
以下、本発明の実施形態によるデータ生成技術について図面を参照しながら説明を行う。尚、本実施の形態では、記録再生装置を利用するデータ生成技術について説明を行うが、本発明はこれに限定されず、ＰＣ（Personal Cpomputer）等、記録再生装置の形態を問わない。

図１に示す本実施の形態で想定するシステムの概要について説明する。本実施の形態は、放送の録画を行い、特殊再生を行うシステムである。以降で、システムの動作を順に説明する。
まず、放送波から取得されるＭＰＥＧ−２ ＴＳ（Transport Stream、以下ＴＳと呼ぶ）１の録画処理を行う。このとき、通常のＴＳの録画処理を行うと同時に、ＴＳから字幕データを抽出し、得られた字幕データを用いて特殊再生用データ生成部２において話題区間情報データを生成する。

次に、データ生成部３において、字幕データ、および話題区間情報データをＴＳデータにおいて無効データとして定義されているＮＵＬＬパケットに格納する。データが格納されたＮＵＬＬパケットを通常録画されたＴＳの後部に結合することで、付加データ付きＴＳ４が生成される。このとき、付加データ生成部３で生成されたデータはＴＳの無効データであるため、録画されたＴＳの通常再生に影響を与えない。

再生装置５では、録画ＴＳを再生する際に、ＴＳファイルの末尾に付加データが存在することを確認し、付加データが存在する場合には、再生を行う前に、付加データの取得を行う。そして、再生時には、録画ＴＳを画面の一部に再生し、付加データ内の字幕データを別枠に表示する。このとき字幕データは、再生されている映像に同期させて表示する。さらに、ユーザが次の話題を要求した際に、付加データ内の話題区間情報データに基づいて、映像表示と字幕表示の表示時刻を次の話題に移動することで、話題単位での視聴を可能とする特殊再生を行う。

尚、付加データとして字幕データと話題区間情報データを用いる場合について説明を行っているが、本発明においては、付加データとして付加するデータは、各種映像の特徴量や特殊再生用データ等、データの種類、個数は問わない。また、コンテナとしてＴＳを用いる場合について説明を行っているが、本発明においては、コンテナは、無効データを定義できるものであれば種類は問わない。

＜全体システム構成＞
図２は、本実施の形態における記録再生装置の一構成例を示す機能ブロック図である。本装置は、放送番組の録画・解析を行い、特殊再生することのできる装置である。
図２に示すように、記録再生装置は、全体制御部１００、ユーザ操作部１１０、データ受信部１２０、字幕データ抽出部１３０、字幕バッファ１４０、解析部１５０、付加データ生成部１６０、データ切替え部１７０、データ記録部１８０、データ保持部１９０、データ読出し部２００、付加データ取得部２１０、解析データ処理部２２０、字幕描画部２３０、同期部２４０、ＡＶ再生部２５０、合成部２６０を備えている。

字幕データ抽出部１３０〜データ切替え部１７０はデータ生成装置を構成するブロックであり、データ受信部１２０〜データ保持部１８０がデータ記録装置、データ保持部１９０がデータ記録媒体、データ読出し部２００〜合成部２６０がデータ再生装置を構成するブロックである。

以下、各処理部の概要と関係を説明する。全体制御部１００は、システム全体の制御を司り、各処理部からの各種通知に基づき各処理部への指示を行う。ユーザ操作部１１０は、ユーザの操作を受け付け、全体制御部１００に通知する。
データ受信部１２０は、全体制御部１００から録画開始の通知を受けると、放送波で送られてくる放送番組のＴＳを受信し、録画を行うため、受信したＴＳをデータ切替え部１７０に送る。また、データ受信部１２０は、同時に付加データ生成を行うために、ＴＳから取得した字幕ＰＥＳ（Packet Elementary Stream）データを字幕データ抽出部１３０に送る。データ受信部１２０において、放送波からのＴＳの受信と、データ切替え部１７０および字幕データ抽出部１３０へのデータの送信は、全体制御部１００から録画終了の通知を受け取るまで繰り返す。データ受信部１２０が録画終了の通知を受け取ると、ＴＳの受信を終了し、受信済みのデータをデータ切替え部１７０および字幕データ抽出部１３０に送信する。すべてのデータの送信を完了した後、全体制御部１００に受信完了通知を送る。

字幕データ抽出部１３０では、データ受信部１２０から送られてきた字幕ＰＥＳを解析し、特殊再生に必要な字幕データを抽出し、字幕バッファ１４０へ送信する。字幕バッファ１４０では、字幕データ抽出部１３０から送られてきた字幕データを保持し、解析部１５０および付加データ生成部１４０から字幕データの要求通知を受信すると、保持している字幕データを要求通知の送信元へ送る。

解析部１５０では、全体制御部１００から録画終了通知を受信すると、字幕バッファ１４０に字幕データの要求通知を送り、字幕データを取得する。そして解析部１５０は、取得した字幕データを用いて話題解析を行い、話題区間情報データを生成し、その後、全体制御部１００へ解析終了の通知を送信する。さらに解析部１５０は、解析終了の通知を送信した後、付加データ生成部１６０から話題区間情報データの要求通知を受信すると、生成した話題区間情報データを付加データ生成部１６０に送信する。

尚、話題解析方法の詳細については、本発明には直接かかわらない内容であるため、詳述はしないが、一例として、特開２００８−１９７９５２号公報に記載された公知の方法で実行することができる。特開２００８−１９７９５２号公報の技術では、入力テキストを意味的にまとまりのある文集合のブロックに分割するにあたって、学習用データベースを必要とせずに様々な分野に対応するテキストセグメンテーションを実現できるようにしている。ここでは、入力テキストを文に分割し、分割した各文の名詞を検索語とし、その検索語によってウェブ検索を行う。そしてウェブ検索されたテキストから出現頻度の高い名詞を抽出して関連語とする。その後、検索後＋関連語をその文のキーワード集合とし、原文において隣り合う文同士でキーワードが所定の個数以上重複していれば、１つのブロックとしてまとめ、重複していなければ文章の区切りとし、そのテキストの分割結果を出力する。

図２の付加データ生成部１６０では、全体制御部１００から付加データ生成要求の通知を受信すると、字幕バッファ１４０に字幕データの要求通知を送り、字幕データを取得する。次に、解析部１５０に話題区間情報データの要求通知を送り、話題区間情報データを取得する。そして付加データ生成部１６０は、字幕データ、話題区間情報データを取得後、取得したデータを通常録画したＴＳに付加するため、データの整形を行い、データ切替え部１７０に送信する。データの送信完了後、全体制御部１００に付加データ生成終了の通知を行う。

データ切替え部１７０は、受信したデータをデータ記録部１８０へ送信する。ここでデータ切換部１７０では、全体制御部１００から録画開始の通知を受信すると、まず、データ記録部１８０へデータ送信開始の通知を行う。その後、データ受信部１２０から送られてくるデータを受信し、データ記録部１８０へ送信する。さらにデータ切換部１７０は、全体制御部１００から録画終了の通知を受信すると、データ受信部１２０からの受信を終了し、付加データ生成部１６０から送られてくるデータの受信を開始し、受信したデータをデータ記録部１８０へデータを送信する。全体制御部１００からデータ終了の通知を受信すると、データ記録部１８０へデータ終了の通知を行う。

データ記録部１８０は、データ切替え部１７０からデータ送信開始の通知を受信すると、データ保持部１９０へファイル生成通知を行う。その後、データ切替え部１７０から送られてきたデータをデータ保持部へ送信する。データ切替え部からデータ終了通知を受信すると、送られてきたデータを1つのファイルとして保存するためのファイルの管理情報を生成し、データ保持部１９０へ送信する。そして管理データ送信後、記録終了通知をデータ保持部１９０へ送信する。
データ保持部１９０は、データ記録部１８０から送られてきたデータを記録媒体に保持する。また、データの読み出し要求を受信すると、指定されたデータを送信する。

データ読出し部２００は、付加データ取得部２１０およびＡＶ再生部２５０からファイルの読出し要求を受信し、指定されたファイルのデータの読み出し要求をデータ保持部１９０へ送る。そして、取得したデータの取得を読み出し要求元に送信する。

付加データ取得部２１０は、全体制御部１００から付加データ取得要求を受信すると、データ読出し部２００へ、再生を行う録画ＴＳ内の付加データの読み出し要求を送り、データを取得する。付加データが正常に取得されると、取得した付加データから話題区間情報データと字幕データを抽出し、それぞれのデータを解析データ処理部２２０、字幕描画部２３０へ送信する。そしてデータ送信後、全体制御部１００へ付加データ取得完了通知を送る。また、付加データ取得部２１０で付加データが取得できなかった場合には、解析データ処理部２２０および字幕描画部２３０にはデータは送らず、全体制御部１００へ付加データ取得不可通知を送る。

解析データ処理部２２０は、付加データ取得部２１０から話題区間情報データを受信すると、送られてきた話題区間情報データを保持する。データを保持している状態で、全体制御部１００から話題情報の要求通知を受信すると、保持している話題区間情報データから要求された話題情報を取得し、通知送信元に話題情報を送信する。

字幕描画部２３０は、付加データ取得部２１０から字幕データを受信すると、受信した字幕データを保持する。また、字幕描画部２３０は、全体制御部１００から再生通知を受信すると、同期部２４０を通してＡＶ再生部２５０との描画タイミングの同期を取り、字幕の描画を開始する。また、全体制御部１００から再生時刻の変更要求を受信すると、指定された時刻に再生時刻を変更した後、同期部２４０を通してＡＶ再生部２５０との同期を取り、字幕描画を再開する。

同期部２４０は、字幕データを描画する字幕描画部２３０と録画ＴＳを再生するＡＶ再生部２５０の描画および再生タイミングの同期を行う。
ＡＶ再生部２５０は、全体制御部１００から再生要求を受信すると、データ読出し部２１０にＡＶデータの読み出し要求を送り、取得したデータを用いて録画映像の再生を行う。また、全体制御部１００から再生時刻の変更要求を受信すると、指定された時刻に再生位置を修正した後、再生を再開する。
合成部２６０は、字幕描画部２３０およびＡＶ再生部２５０から送られてきたデータを合成して表示端末に出力するデータし、表示部へ送信する。

＜データ構成図＞
図３は、本実施の形態におけるデータ生成装置により生成されるデータの構成図である。 図２の字幕抽出部１３０〜データ切換部１７０によって構成されるデータ生成装置により生成されるデータは、通常録画されたＡＶデータを含むＴＳファイルの末尾に、ＴＳの無効データであるＮＵＬＬパケットに格納された付加データが付与されている。付加データと録画されたデータとを合わせて１つのデータとすることで、特殊再生用の字幕データや解析データなどの保存を行う際に発生するファイル数の増加を抑制することができる。また、付加データは無効データとして録画されたデータの末尾に付加されているため、録画されたデータの通常再生には影響を与えない。

ＮＵＬＬパケットに格納された付加データは、字幕データ、話題区間情報データ、管理データ、Ｓｉｇｎａｔｕｒｅデータから構成されている。また、図３に示すように、それぞれのデータは、ＴＳのＮＵＬＬパケットのペイロード部分に分割して格納されている。ただし、Ｓｉｇｎａｔｕｒｅデータは、分割せず、単一のＮＵＬＬパケットのペイロードに格納する。Ｓｉｇｎａｔｕｒｅデータを最後尾の１つのＮＵＬＬパケットに格納することで、付加データの取得を行う際に、データ全体の読み込みを行うことなく、Ｓｉｇｎａｔｕｒｅデータへ直接アクセスすることが可能となる。これにより、Ｓｉｇｎａｔｕｒｅデータ内に記述されている管理データのアドレスを直接取得することが可能となり、さらに、管理データ内に記述されている各データのアドレスを利用して、各データへのアクセスが可能となる。

つまり、本実施の形態のシステムでは、ＴＳから第１のデータ（ＡＶデータ）を取得し、その第１のデータに基づいて第２のデータ（ここでは字幕データ、字幕データの解析データである話題区間情報データ、及びこれらの管理データ）を無効データを定義できるコンテナであるＴＳに格納し、さらに第１のデータと第２のデータとが１つのファイルとなるようにファイルシステム管理情報を付加するようにしている。第１のデータと第２のデータとを１つのファイルにまとめることにより、第２のデータを生成した際のファイル数の増加を避けることができる。

また、ＴＳにおいては、第２のデータは、第１のデータの末尾に付加されている。このように、コンテナの無効データとして第２のデータを付加することにより、コンテナに格納された第１のデータに影響を与えずに、第１のデータと第２のデータとの関連付けを行うことができる。また、第２のデータを第１のデータの末尾に付加して格納することで、第１のデータを読み出す際に第２のデータが影響を与えることがない。

尚、本実施の形態では、付加データ内のデータとして、字幕データ、話題区間情報データ、管理データ、Ｓｉｇｎａｔｕｒｅデータを用いた場合について説明を行っているが、本発明においては、最後尾のデータがその他の各データへアクセスするためのエントリポイントである以外は、データの個数および種類は問わない。

＜付加データ構成図＞
図４は、付加データ内の字幕データ、話題区間情報データ、管理データ、Ｓｉｇｎａｔｕｒｅデータの構成図である。
図４（Ａ）に示す字幕データは、放送番組から取得した字幕情報のデータのテーブルであり、ＤａｔａＮａｍｅ、ＴｏｔａｌＬｉｎｅｓ、ＤａｔａＬｅｎｇｔｈ、０個以上の字幕文データ、ＣＲＣ３２のフィールドを含む。ＤａｔａＮａｍｅは、データの開始位置を示す固定文字列（本実施の例では“ＣＡＰＴＩＯＮＤＡＴＡ”）であり、ＴｏｔａｌＬｉｎｅｓは、字幕文データの数であり、ＤａｔａＬｅｎｇｔｈは、字幕データ全体のバイト数である。また、字幕文データは、字幕１行分の情報のテーブルであり、各字幕文に一意につけられる字幕番号、再生時刻を示すＰｂＯｆｆｓｅｔ、ＣａｐｔｉｏｎＤａｔａのｂｙｔｅ数を示すＣａｐｔｉｏｎＤａｔａＬｅｎｇｔｈ、字幕本文のデータであるＣａｐｔｉｏｎＤａｔａが含まれる。最後のＣＲＣ３２は、データの整合性を検証するためのデータである。

図４（Ｂ）に示す話題区間情報データは、字幕データを解析して得られるデータであり、ＤａｔａＮａｍｅ、ＴｏｔａｌＴｏｐｉｃｓ、０個以上の話題区間データ、ＣＲＣ３２のフィールドを含む。ＤａｔａＮａｍｅは、話題区間情報データの開始位置を示す固定文字列（本実施の例では“ＴＯＰＩＣＤＡＴＡ”）であり、ＴｏｔａｌＴｏｐｉｃｓは全話題数である。また、話題区間データは話題番号であるＴｏｐｉｃＮｕｍと、話題が開始される字幕の行番号であるＴｏｐｉｃＳｔａｒｔＬｉｎｅＮｕｍのフィールドを含む。最後のＣＲＣ３２はデータの整合性を検証するためのデータである。

図４（Ｃ）に示す管理データは、字幕データや話題区間情報データにアクセスするためのエントリポイントのテーブルを管理するデータであり、ＤａｔａＮａｍｅ、ｅｘｔｅｎｄＤａｔaＳｔａｒｔＦｉｌｅＯｆｆｓｅｔ、ＤａｔａＮｕｍ、１つ以上のＤａｔａＩｎｆｏ、ＣＲＣ３２のフィールドを含む。ＤａｔａＮａｍｅは、管理データの開始位置を示す固定文字列（本実施の例では“ＩＮＤＥＸＦＩＬＥ”）であり、ｅｘｔｅｎｄＤａｔａＳｔａｒｔＦｉｌｅＯｆｆｓｅｔは、通常録画されたＴＳの終了位置、つまり拡張データの開始位置であり、ＤａｔａＮｕｍは管理データ内に格納されているＤａｔａＩｎｆｏの数である。また、ＤａｔａＩｎｆｏは、データ名を示すＤａｔａＮａｍｅ、そのデータの開始位置を示すＳｔａｒｔＰｏｓｉｔｉｏｎ、およびそのデータのバイト数を示すＤａｔａＬｅｎｇｔｈが含まれる。最後のＣＲＣ３２は、データの整合性を検証するためのデータである。

図４（Ｄ）に示すＳｉｇｎａｔｕｒｅデータは、拡張データの存在を確認するためのデータと、拡張データ全体のエントリポイントを持つデータであり、ＣｏｎｓｔａｎｔＳｔｒｉｎｇ、ＤａｔａＬｅｎｇｔｈ、ＤａｔａＴＡＢＬＥＯｆｆｓｅｔ、ＣＲＣ３２のフィールドを含む。ＣｏｎｓｔａｎｔＳｔｒｉｎｇは、拡張データの存在を確認するための固定文字列であり、ＤａｔａＬｅｎｇｔｈは、管理データのバイト数であり、ＤａｔａＴＡＢＬＥＯｆｆｓｅｔは管理データの開始位置であり、ＣＲＣ３２はデータの整合性を検証するためのデータである。

図３，図４に示すように、Ｓｉｇｎａｔｕｒｅデータをデータ全体の最後のパケットに格納することで、データ全体を読み出すことなくＳｉｇｎａｔｕｒｅデータへの直接アクセスを可能としている。また、Ｓｉｇｎａｔｕｒｅデータの先頭に格納されているＣｏｎｓｔａｎｔＳｔｒｉｎｇは直接アクセスすることが可能であり、ＣｏｎｓｔａｎｔＳｔｒｉｎｇに格納されている固定文字列を確認することで、本実施の形態で説明するデータ生成装置により生成された拡張データの存在を確認することが可能である。ＣｏｎｓｔａｎｔＳｔｒｉｎｇは、本発明に係る第２のデータがデータ生成装置で生成されたデータであることを検証するための検証データに該当する。ただし、ＮＵＬＬパケットのペイロードサイズは固定であるため、Ｓｉｇｎａｔｕｒｅデータのサイズはそのペイロードサイズ以内でなければいけない。そのため、Ｓｉｇｎａｔｕｒｅデータは固定長とし、管理データへのエントリポイントのみを格納する。各データへアクセスするためのエントリポイントは管理データに格納する。これにより、録画データ全体を読み出すことなく、付加データ内に含まれる１個以上の任意の数のデータに直接アクセスすることが可能となる。また、付加データとして可変長のデータを扱うことができる。

＜録画処理＞
図５を参照しながら、録画動作時の全体制御部１００の動作例を説明する。
まず、全体制御部１００は、ユーザ制御部１１０から録画指示を受け（Ｓ１００）、データ受信部１２０に録画開始通知を送る（Ｓ１１０）。次に、全体制御部１００は、ユーザ操作部１１０から録画終了の指示を受けると（Ｓ１２０−Ｙｅｓ）、データ受信部１２０に録画終了通知を送る（Ｓ１３０）。そしてデータ受信部１２０から受信完了通知を受けると、解析部１５０およびデータ切替え部１７０に録画終了通知を送る（Ｓ１４０）。その後、全体制御部１００は、解析部１５０から解析終了通知を受信すると、付加データ生成部１６０に付加データ生成要求を通知する（Ｓ１５０）。そして全体制御部１２０は、付加データ生成部１６０から付加データ生成終了の通知を受信すると、データ切替え部１７０にデータ終了の通知を送る（Ｓ１６０）。

＜付加データ生成＞
図６を参照しながら、付加データ生成部１６０において付加データ生成を行う際の動作を説明する。
付加データ生成部１６０では、まず、字幕バッファ１４０に字幕データ要求の通知を送り、字幕データを取得する。そして取得した字幕データからＣＲＣ符号を算出し、字幕データの最後尾に付加することで、保存用の字幕データを生成する。このとき生成した字幕データのサイズを話題区間情報データの開始位置（付加データの開始位置からのＮＵＬＬパケットを考慮しない相対アドレス）として保持する（Ｓ１５１）。

次に付加データ生成部１６０は、生成した保存用字幕データをＮＵＬＬパケットのペイロードのサイズに分割し、順番にＮＵＬＬパケットのペイロードに格納する（Ｓ１５２）。続いて、解析部１５０に話題区間情報データの要求通知を送り、話題区間情報データを取得する。そして取得した話題区間情報データからＣＲＣ符号を算出し、話題区間情報データの最後尾に付加することで、保存用の話題区間情報データを生成する（Ｓ１５３）。

次に付加データ生成部１６０は、生成した保存用話題区間情報データをＮＵＬＬパケットのペイロードのサイズに分割して、順番にＮＵＬＬパケットのペイロードに格納する（Ｓ１５４）。そして字幕データ、話題区間情報データをＮＵＬＬパケットに格納した後、取得済みの付加データの開始アドレス、話題区間情報データの開始アドレスを用いて管理データの生成を行う（Ｓ１５５）。生成した管理データをＮＵＬＬパケットのペイロードのサイズに分割し、順番にＮＵＬＬパケットのペイロードに格納する（Ｓ１５６）。続いて、Ｓｉｇｎａｔｕｒｅデータの生成を行い（Ｓ１５７）、生成したＳｉｇｎａｔｕｒｅデータをＮＵＬＬパケットのペイロードに格納する（Ｓ１５８）。次に生成した字幕データ、話題区間情報データ、管理データ、Ｓｉｇｎａｔｕｒｅデータを格納したＮＵＬＬパケットを順に並べて、付加データとしてデータ切替え部に送る（Ｓ１５９）。

＜管理データ生成＞
図７を参照しながら、図６のＳ１５６における管理データの生成方法について説明する。
付加データ生成部１６０は、まず、データ切替え部１７０から録画済みのデータの最後尾アドレスを取得する（Ｓ１５６ａ）。このアドレスは、ファイルの先頭からのアドレスであり、本データ生成装置によって生成されるデータ内の付加データの開始アドレスを示す。次に、付加データ内の各データ（字幕データ、話題区間情報データ）の開始アドレスを取得する（Ｓ１５６ｂ）。このアドレスは、付加データ中のＮＵＬＬパケットヘッダを考慮しないアドレスであり、付加データの先頭位置（ＮＵＬＬパケットを考慮しない）からの相対アドレスとする（字幕データのアドレスは０となり、話題区間情報データのアドレスはＳ１５１において取得済みのアドレスとなる）。

付加データ生成部１６０は、これらのデータを用いて、各データにアクセスするためのインデックスデータ（図４、ＤａｔａＩｎｆｏ）を作成する（Ｓ１５６ｃ）。そして生成したＤａｔａＩｎｆｏとＤａｔａＮａｍｅ（本実施例では“ＩＮＤＥＸＦＩＬＥ”）、データ数（本実施例では２）を用いて、図４に示す管理データに示すデータ構造を作成する（Ｓ１５６ｄ）。ＣＲＣ３２は、図４に示す管理データのＤａｔａＮａｍｅからＤａｔａＩｎｆｏの末尾までを用いて算出する。

＜Ｓｉｇｎａｔｕｒｅデータ生成＞
図８を参照しながら、図６のＳ１５８におけるＳｉｇｎａｔｕｒｅデータの生成方法について説明する。
付加データ生成部１６０は、まず、管理データを含むＮＵＬＬパケットの開始位置を取得する（Ｓ１５８ａ）。このアドレスは、ＮＵＬＬパケット分を考慮したアドレスとし、録画済みデータを含む全データの先頭からのアドレスとする。そしてこの管理データの開始位置および管理データサイズを図４に示すＳｉｇｎａｔｕｒｅデータのＤａｔａＴＡＢＬＥＯｆｆｓｅｔ、ＤａｔａＬｅｎｇｔｈとすることで、管理データのエントリポイントを作成する（Ｓ１５８ｂ）。最後に、図４のＳｉｇｎａｔｕｒｅデータに示すＣｏｎｓｔａｎｔＳｔｒｉｎｇ（本実施の例では文字列“ＢＤＸＥＸＴＥＮＴＩＯＮ”）とＣＲＣ３２（図４のＳｉｇｎａｔｕｒｅデータに示すＣｏｎｓｔａｎｔＳｔｒｉｎｇからＤａｔａＴＡＢＬＥＯｆｆｓｅｔまでを用いて算出した検証用データ）を組み合わせて図４のＳｉｇｎａｔｕｒｅデータに示すデータ構造を作成する（Ｓ１５８ｃ）。

＜再生処理＞
図９を参照しながら再生動作時の全体制御部１００の動作を説明する。全体制御部２００は、ユーザ制御部から再生要求の通知を受信する（Ｓ２００）と、まず、付加データ取得部２１０に付加データの取得要求の通知を行う（Ｓ２１０）。そして付加データ取得部２１０から付加データ取得完了通知もしくは付加データ取得不可通知を受信後、通常の録画データの読み込みを行う（Ｓ２２０）。そして全体制御部２００は、付加データ取得部２１０から送られてきた通知に基づいて、その後の再生処理を決定する（Ｓ２３０）。ここで通知が付加データ取得完了だった場合には、解析データ処理部２２０、字幕描画部２３０、ＡＶ再生部２５０に再生通知を送り（Ｓ２４０）、通知が付加データ取得不可だった場合には、ＡＶ再生部２５０のみに再生を行う通知を送る（Ｓ２５０）。

＜付加データ取得＞
図１０を参照しながら図９のＳ２１０における付加データの取得動作の詳細について説明する。付加データ取得部２１０では、全体制御部１００から付加データの取得要求を受信すると、まず、データ読出し部２００に通知を送り、再生するファイルの最後尾のパケットを取得する（Ｓ２１１）。そして取得したパケットのペイロードの先頭に図４のＳｉｇｎａｔｕｒｅデータのＣｏｎｓｔａｎｔＳｔｒｉｎｇ（本実施例では文字列“ＢＤＸＥＸＴＥＮＴＩＯＮ”）が含まれていることを確認し、さらに、ＣＲＣ３２を用いてデータが破損していないことを確認する。ここで、ＣｏｎｓｔａｎｔＳｔｒｉｎｇが存在しない、もしくは、データの破損が発生していた場合には、付加データ取得不可の通知を全体制御部１００に送り、処理を終了する（Ｓ２１２）。

付加データ取得部２１０は、ＣｏｎｓｔａｎｔＳｔｒｉｎｇが正しい値であることと、ＣＲＣ３２によりデータの整合性が確認された場合には、Ｓｉｇｎａｔｕｒｅ内のＤａｔａＴＡＢＬＥＯｆｆｓｅｔからファイル内における管理ファイルの開始位置を取得し、ＤｅｔａＬｅｎｇｔｈから管理データ全体のバイト数を取得する（Ｓ２１３）。そして取得した管理データの開始位置から管理データ全体のバイト数分のＮＵＬＬパケットを読み出す通知をデータ読出し部２００に送り、データを取得し、ＮＵＬＬパケットのペイロード部分のみを抽出することにより、図４に示す管理データを取得する（Ｓ２１４）。

次に付加データ取得部２１０は、取得した管理データ内のｅｘｔｅｎｄＤａｔａＳｔａｒｔＦｉｌｅＯｆｆｓｅｔを用いて、ファイル内における付加データ全体の開始位置を取得し、ＤａｔａＩｎｆｏを用いて、付加データの開始位置を先頭とした字幕データおよび話題区間情報データの開始位置、データサイズを取得する（Ｓ２１５）。次に、取得した各データの開始位置およびデータサイズに基づき、データ読出し部２００に通知を送り、字幕データ、話題区間情報データを取得し、解析データ処理部２２０および字幕描画部２３０にデータを送る（Ｓ２１６）。

＜特殊再生＞
図１１を参照しながら、図９のＳ２４０におけるＡＶデータの特殊再生の方法について説明する。
ＡＶ再生部２５０では、全体制御部１００から再生開始要求を受信すると、データ読出し部２００に録画されたＡＶデータの読み出し要求を送り、データの取得を開始する（Ｓ２４１）。再生開始後、ＡＶ再生部２５０および字幕描画部２３０は、全体制御部１００からのイベント待ち状態となる。イベントを受信するまでの間、ＡＶ再生部２５０ではＡＶデータの通常再生を行い、データ合成部２６０にデータを送り、字幕描画部２３０では、同期部２４０を介してＡＶ再生部が再生しているＡＶデータの時刻情報に合わせた字幕の描画を行い、データ合成部２６０にデータを送る。

イベント待ち状態（Ｓ２４２）において、全体制御部１００から話題スキップのイベントを受信する（Ｓ２４３）と、ＡＶ再生部２５０は、解析データ処理部２２０に、現在再生中の時刻に対応する話題区間の次の話題区間の開始時刻情報を要求する通知を送り、時刻情報を取得する（Ｓ２４４）。その後、全体制御部１００は、取得した時刻情報に基づいて、ＡＶ再生部２５０および字幕描画部２３０に再生時刻の変更要求を送る。ＡＶ再生部２５０および字幕描画部２３０では、指定された時刻に再生時刻を変更し、同期部２４０を介して、再生タイミングの同期を行った後、合成部２６０に対してデータを送る（Ｓ２４５）。また、ＡＶ再生部２６５および字幕描画部２３０はイベント待ち状態（Ｓ２４２）において、再生終了イベントを受信すると、録画データの再生を終了する（Ｓ２４６）。

＜バリエーション＞
その他、本発明では以下のようなバリエーションも考えられる。
本実施形態では、録画時に字幕データを解析し、付加データを生成しているが、本発明は、通常録画されたＴＳに対して、付加データの生成を行うことも可能である。具体的には、通常録画されたＴＳを読み出し、読みだしたＴＳから字幕ＰＥＳを抽出し、データ生成装置に入力することで、付加データを生成する。生成した付加データを通常録画されたＴＳの末尾に付加し、保存し直すことで、録画済みのＴＳデータを編集し、付加データを追加することが可能となる。
また、本実施の形態では、データ生成装置から再生装置までを含めて一つのシステムとして説明したが、データ生成装置、データ記憶装置、データ検証装置、およびデータ再生装置は、それぞれ単体でも実現可能である。

＜実施形態に共通の補足事項＞
最後に、本実施例で説明した装置の各ブロックは、ハードウェアロジックによって構成してもよいし、以下のようにＣＰＵを用いてソフトウェアによって実現してもよい。すなわち、ビデオディスクプレーヤは、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである携記録再生装置の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、記録再生装置に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、記録再生装置を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号（伝送媒体）の形態でも実現され得る。

本発明のデータ生成装置は、ビデオレコーダなどに好適に利用することができる。

１…放送から受信したＴＳ、２…特殊再生用データ生成部、３…データ生成部、４…付加データ付き録画ＴＳ、５…再生装置、１００…全体制御部、１１０…ユーザ操作部、１２０…データ受信部、１３０…字幕データ抽出部、１４０…字幕バッファ、１５０…解析部、１６０…付加データ生成部、１７０…データ切替え部、１８０…データ記録部、１９０…データ保持部、２００…データ読出し部、２１０…付加データ取得部、２２０…解析データ処理部、２３０…字幕描画部、２４０…同期部、２５０…ＡＶ再生部、２６０…合成部。

Claims (22)

1. 第１のデータを取得する第１のデータ取得部と、
   該第１のデータ取得部が取得した第１のデータに基づいて第２のデータを取得する第２のデータ取得部と、
   前記第２のデータを、無効データを定義できるコンテナに格納するデータ生成部とを備えるデータ生成装置であって、
   前記データ生成部は、前記第２のデータを、前記無効データとして定義するデータ領域に格納し、かつ前記第１のデータと前記第２のデータとを関連付けて格納し、
   前記第１のデータはＡＶデータであり、前記第２のデータは、字幕データ、話題区間情報データ、及び管理データのうち、いずれか一つもしくは複数であり、前記話題区間情報データは、前記字幕データを用いて話題解析することより生成した話題区間情報データであり、前記管理データは、前記字幕データ及び前記話題区間情報データのいずれか又は両方の管理データであることを特徴とするデータ生成装置。
2. 請求項１に記載のデータ生成装置であって、前記データ生成部は、前記第２のデータを前記第１のデータの末尾に付加することを特徴とするデータ生成装置。
3. 請求項２に記載のデータ生成装置であって、前記データ生成部は、格納された前記第２のデータにアクセスするためのエントリポイントを、前記無効データとして定義するデータ領域において前記第２のデータの末尾に付加して格納することを特徴とするデータ生成装置。
4. 請求項１〜３のいずれか１に記載のデータ生成装置であって、前記第２のデータは、該データ生成装置で生成されたデータであることを検証するための検証データを含むことを特徴とするデータ生成装置。
5. 請求項４に記載のデータ生成装置であって、前記検証データは、前記無効データとして定義するデータ領域に前記第２のデータが含まれていることを判定することができる固定符号であることを特徴とするデータ生成装置。
6. 請求項１〜５のいずれか１に記載のデータ生成装置であって、前記コンテナはＭＰＥＧ２−ＴＳであることを特徴とするデータ生成装置。
7. 請求項１〜６のいずれか１に記載のデータ生成装置であって、
   前記無効データは、ＴＳデータのＮＵＬＬパケットに格納されるデータであることを特徴とするデータ生成装置。
8. 請求項１〜７のいずれか１に記載のデータ生成装置により生成されたデータを記憶するデータ記録部を備えたことを特徴とするデータ記録装置。
9. 請求項８に記載のデータ記録装置であって、前記コンテナに格納した前記第１のデータと前記第２のデータとが１個のファイルになるよう、ファイルシステム管理情報を付加することを特徴とするデータ記録装置。
10. 請求項１〜７のいずれか１に記載のデータ生成装置により生成されたデータから、前記第２のデータを取得することを特徴とするデータ再生装置。
11. 請求項５〜７のいずれか１に記載のデータ生成装置により生成されたデータから前記第２のデータを取得する手段を備え、該第２のデータを取得する際に、前記第２のデータが前記データ生成装置で生成されたデータであることを検証するために前記第２のデータに含まれる検証データに基づいて、前記第２のデータの不整合を検出できることを特徴とするデータ検出装置。
12. 記録装置に記録されている第１のデータに基づいて第２のデータを取得し、該取得した前記第２のデータを前記第１のデータの無効データとして付加し、１つのファイルとする編集装置であって、前記第１のデータはＡＶデータであり、前記第２のデータは、字幕データ、話題区間情報データ、及び管理データのうち、いずれか一つもしくは複数であり、前記話題区間情報データは、前記字幕データを用いて話題解析することより生成した話題区間情報データであり、前記管理データは、前記字幕データ及び前記話題区間情報データのいずれか又は両方の管理データであることを特徴とする編集装置。
13. 請求項１２に記載の編集装置であって、前記無効データは、ＴＳデータのＮＵＬＬパケットに格納されるデータであることを特徴とする編集装置。
14. 請求項８または９に記載のデータ記録装置によりデータを記録するステップを有することを特徴とするデータ記録方法。
15. 請求項１０に記載のデータ再生装置によりデータを再生するステップを有することを特徴とするデータ再生方法。
16. 請求項１１に記載のデータ検出装置によりデータの不整合を検出するステップを有することを特徴とするデータ検出方法。
17. 請求項１２に記載のデータ編集装置によりデータの編集を行うステップを有することを特徴とするデータ編集方法。
18. 請求項１４に記載のデータ記録方法をコンピュータに実行させることを特徴とする制御プログラム。
19. 請求項１５に記載のデータ再生方法をコンピュータに実行させることを特徴とする制御プログラム。
20. 請求項１６に記載のデータ検出方法をコンピュータに実行させることを特徴とする制御プログラム。
21. 請求項１７に記載のデータ編集方法をコンピュータに実行させることを特徴とする制御プログラム。
22. 請求項１８〜２１のいずれか１に記載の制御プログラムをコンピュータに読み取り可能に記録したことを特徴とする記録媒体。