(57)【要約】【課題】コンテンツの蓄積およびそのコンテンツに関する検索情報の生成を行い、検索を効率的に行い、かつ適切な結果途中結果の出力を行うことが可能な装置を提供すること。【解決手段】データ取得部で取得したデータを記憶する第一の記憶領域と、第二の記憶領域と、第一の記憶領域に記憶されたデータを読み出し、第二の記憶領域に書き込みを行う蓄積処理部と、第三の記憶領域と、第一の記憶領域に記憶されたデータを読み出し、前記データを解析し、解析結果を第三の記憶領域に出力するデータ解析部とを有し、取得したコンテンツの蓄積と並行してコンテンツの解析を行う。【選択図】図２
2006113639.tif 000002
【特許請求の範囲】
【請求項１】
データ取得部と、データ取得部で取得したデータを記憶する第一の記憶領域と、第一の記憶領域に記憶されたデータを読み出し、第二の記憶領域に書き込みを行う蓄積処理部と、第一の記憶領域に記憶されたデータを読み出し、前記データを解析し、解析結果を第三の記憶領域に出力するデータ解析部とを備えたコンテンツ蓄積装置。
【請求項２】
第一の記憶領域から蓄積処理部が前記データを読み出し、かつ第一の記憶領域からデータ解析部が前記データを読み出した後に、データ取得部は第一の記憶領域を再利用することを特徴とする請求項１記載のコンテンツ蓄積装置。
【請求項３】
前記データを復号化する復号化部を含み、蓄積処理部は、第一の記憶領域に記憶されたデータを読み出し、前記データを復号化せずに第二の記憶領域に書込みを行い、データ解析部は、復号化部により復号化されたデータを解析し、解析結果を出力することを特徴とする請求項１または請求項２記載のコンテンツ蓄積装置。
【請求項４】
第二の記憶領域は、耐タンパ化されておらず、第三の記憶領域は、耐タンパ化されていることを特徴とする請求項３記載のコンテンツ蓄積装置。
【請求項５】
前記復号化部は、前記データのうち少なくともヘッダ情報を復号化し、ヘッダ情報を解析した結果を用いて複数の復号化されたデータに分離し、
データ解析部は、復号化部により復号化された複数のデータを並列に解析し、解析結果を出力することを特徴とする請求項３または請求項４記載のコンテンツ蓄積装置。
【請求項６】
復号化部は暗号化されていないコンテンツの復号を行わないことを特徴とする請求項３から請求項５のいずれか１項に記載のコンテンツ蓄積装置。
【請求項７】
付加情報記録状態記録部を含み、データ解析部は、前記データ解析部の処理に加えて、前記データの解析状況を付加情報記録状態記録部に書き込むことを特徴とする請求項３から請求項６のいずれか１項に記載のコンテンツ蓄積装置。
【請求項８】
前記解析状況はデータ解析中か否かを示す情報であることを特徴とする請求項７記載のコンテンツ蓄積装置。
【請求項９】
前記解析状況はデータ解析の進捗を示す情報であることを特徴とする請求項７記載のコンテンツ蓄積装置。
【請求項１０】
前記解析状況は並列に解析を行う複数のデータの解析状況の加算値であることを特徴とする請求項７記載のコンテンツ蓄積装置。
【請求項１１】
第三の記憶領域に記憶されたデータから所定の情報の検索を行い、検索結果を出力する検索部を含むことを特徴とする請求項１から請求項１０のいずれか１項に記載のコンテンツ蓄積装置。
【請求項１２】
前記検索部から出力された結果および前記付加情報記録状態記録部に記録された解析状況を関連付けて出力するユーザインターフェイス部を持つことを特徴とする請求項１１記載のコンテンツ蓄積装置。
【請求項１３】
コンテンツ上の位置を示すインデックス情報を出力するインデックス情報出力部を含み、データ解析部が出力する解析結果と前記インデックス情報出力部が出力したインデックス情報を関連付けて第三の記憶領域に記憶することを特徴とする請求項１から請求項１２のいずれか１項に記載のコンテンツ蓄積装置。
【請求項１４】
前記インデックス情報は時間情報であり、データ解析部が解析するデータは少なくとも音声ストリームが含まれるストリームであり、データ解析部の解析手段は音声認識であることを特徴とする請求項１３記載のコンテンツ蓄積装置。
【請求項１５】
データ取得ステップと、データ取得ステップで取得したデータを第一の記憶領域に記憶するステップと、第一の記憶領域に記憶されたデータを読み出し、第二の記憶領域に書き込みを行う蓄積処理ステップと、第一の記憶領域に記憶されたデータを読み出し、前記データを解析し、解析結果を第三の記憶領域に出力するデータ解析ステップからなるコンテンツ蓄積方法。
【請求項１６】
データ取得ステップと、データ取得ステップで取得したデータを第一の記憶領域に記憶するステップと、第一の記憶領域に記憶されたデータを読み出し、第二の記憶領域に書き込みを行う蓄積処理ステップと、第一の記憶領域に記憶されたデータを読み出し、前記データを解析し、解析結果を第三の記憶領域に出力するデータ解析ステップとを備えたコンテンツ蓄積プログラム。
【請求項１７】
請求項１６記載のプログラムを記録した記録媒体。
【請求項１８】
取得したデータを第一の記憶領域に記憶するデータ取得部と、第一の記憶領域に記憶されたデータを読み出し、第二の記憶領域に書き込みを行う蓄積処理部と、第一の記憶領域に記憶されたデータを読み出し、前記データを解析し、解析結果を第三の記憶領域に出力するデータ解析部とを備えた情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は記録媒体に蓄積するコンテンツの検索に関するものである。
【背景技術】
【０００２】
近年、記録媒体としてハードディスクを付加したデジタルビデオレコーダーの登場により、多数の放送番組をハードディスクに自動予約録画しておき、ユーザは気に入った番組を後で視聴するという視聴方法が可能になった。ハードディスクの容量は数百ＧＢあり膨大な量のＡＶコンテンツが蓄積できるため、その中から視聴するコンテンツを効率よく検索することが必要であった。そこで、コンテンツの検索に使用するために、そのコンテンツの動画解析情報・音声・音響情報・テキストなどから特徴のある情報を取り出す方法が考えられていた（例えば、特許文献１参照）。
【０００３】
また、ハードディスク等に記録したコンテンツの著作権を保護するためには、コンテンツ蓄積装置内に保存されたコンテンツを不正に利用できないようにする必要があり、暗号技術等を用いてユーザのコンテンツの利用を制御する方法が存在した（例えば、特許文献２参照）。
【０００４】
また、コンテンツ内から取り出した情報とコンテンツ内の位置情報との関連を記録し、コンテンツ内の検索に利用する方法があった。例えば、放送番組録画時に、そのコンテンツ特有の音声情報を検知したときにインデックス情報として記録するものである（例えば、特許文献３参照）。
【特許文献１】特開２０００−２５０９４４号公報
【特許文献２】特開２００１−１６０００３号公報
【特許文献３】特開２００２−１３３８３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１記載の構成では、データベースに蓄積されたコンテンツに対して動画像解析・音声・音響情報解析を行うため、コンテンツ蓄積装置がコンテンツをダウンロードすると同時にダウンロード中のコンテンツを検索することが出来ないという課題を有していた。
【０００６】
また、特許文献３記載の構成では、映像・音声信号を入力部から入力し、前記信号をもとに音声認識されており、また、映像・音声信号はＡＤ変換され、ＭＰＥＧ２(Moving Picture Experts Group phase 2)にエンコードされて録画されている。そのため、著作権保護された暗号化済コンテンツをコンテンツ蓄積装置にダウンロード中に検索情報の生成を行うことができないという課題を有している。さらに、特許文献３記載の構成では、前記コンテンツの制御データと共に複数のコンテンツを１つにまとめたファイルを暗号化したファイルについて、録画と同時に検索を始めた場合、随時出力される検索結果がコンテンツの一部を検索した結果か、コンテンツの全体を検索した結果かを区別してユーザに出力することが出来ないという課題を有していた。
【０００７】
本発明は、上述した従来の課題を解決するもので、蓄積用に結合されたコンテンツ、またはコンテンツを保護するために暗号化が行われたコンテンツに関して、そのコンテンツの検索情報を生成と検索および検索結果途中結果の出力を、従来と比較して時間的な効率が高く、かつ適切な表示を行うことが可能な装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
従来の課題を解決するために、本発明のコンテンツ蓄積装置は、データ取得部と、データ取得部で取得したデータを記憶する第一の記憶領域と、第二の記憶領域と、第一の記憶領域に記憶されたデータを読み出し、第二の記憶領域に書き込みを行う蓄積処理部と、第三の記憶領域と、第一の記憶領域に記憶されたデータを読み出し、前記データを解析し、解析結果を第三の記憶領域に出力するデータ解析部とを有し、取得したコンテンツの蓄積と平行してコンテンツの解析を行う。
【０００９】
本構成によって、取得した暗号化コンテンツの蓄積と同時に、コンテンツの復号化・解析を行うことが可能となり、同時にコンテンツに対して解析情報を利用した検索を行い検索完了情報と検索途中結果を出力することができる。
【発明の効果】
【００１０】
本発明によれば、蓄積用に複数のコンテンツをまとめたデータ、またはコンテンツを保護するために暗号化が行われたデータの蓄積途中に、データに含まれるコンテンツの検索情報を生成する。これにより、蓄積後に検索情報を生成する方法と比較して、コンテンツ取得開始から検索情報生成完了までの時間を短縮することができる。さらに、解析途中結果を用いて蓄積途中のデータ中のコンテンツの検索を行い、結果を出力することが出来る。さらに検索結果の出力時に、その検索が蓄積途中のデータから検索したものか、蓄積が完了したデータから検索したものかの区別と検索進捗を出力することができる。
【発明を実施するための最良の形態】
【００１１】
以下本発明の実施の形態について、図面を参照しながら説明する。
【００１２】
（実施の形態１）
図１は、本発明の実施の形態１における、コンテンツ配信サーバとコンテンツ蓄積装置を用いたサーバ型放送コンテンツ蓄積装置の全体構成を示す。１個または複数個のコンテンツ配信サーバ１０２と１個または複数個のコンテンツ蓄積装置１０３はそれぞれインターネット１０１に接続されており、コンテンツ蓄積装置１０３は１０１を介してコンテンツ配信サーバ１０２のいずれかからユーザが指定したコンテンツを含むデータを受信することが可能である。なお、サーバからインターネットを介してデータを取得する技術については、公知であるため詳細に説明しない。
【００１３】
図２は、本発明の実施の形態１における、コンテンツ蓄積装置の全体構成を示す。図２において、コンテンツ蓄積装置はサーバ上に存在するコンテンツファイルを取得するためのリクエストをインターネット１０１を介して送信する。受信部2０１は、前記サーバから送信された暗号化されたコンテンツのデータをインターネット１０１を介して取得する。バッファ利用状態２０２とダウンロードバッファ２０３とはそれぞれ１対１に対応しており、バッファ利用状態２０２は対になるダウンロードバッファ２０３の利用状態を表している。例えばバッファ利用状態１とダウンロードバッファ１は対になり、バッファ利用状態１はダウンロードバッファ１の利用状態を表している。なお、バッファ利用状態２０２とダウンロードバッファ２０３の組は一組であっても良いし、複数組であっても良い。
【００１４】
受信部２０１はバッファ利用状態２０２を読出し、その値を調べることにより、対になるダウンロードバッファ２０３が、蓄積処理部２０４または復号化部２１２により使用中かどうかを確認する。蓄積処理部２０４・復号化部２１２のどちらかにより使用中である場合は、別のバッファ利用状態２０２について同様に確認を行う。存在する全てのバッファ利用状態２０２が使用中の状態の場合は受信部２０１は書込み待機状態になる。使用中ではないバッファ利用状態２０２が存在した場合、受信部２０１は、ダウンロードバッファ２０３に受信したデータを書込み、書込みを行ったバッファと対になるバッファ利用状態２０２の値を、『蓄積処理部２０４および復号化部２１２はダウンロードバッファ２０３を使用中』の状態を表す値に変更する。
【００１５】
バッファ利用状態２０２は少なくとも３つの値をとる。前記値の１つは、蓄積処理部２０４と復号化部２１２の両方が、バッファ利用状態２０２と対になるダウンロードバッファ２０３を使用している状態に対応する値である。前記値の別の１つは、蓄積処理部２０４または復号化部２１２のうち１つのみが、バッファ利用状態２０２に対応するダウンロードバッファ２０３を使用している状態に対応する値である。前記値の別の１つは、蓄積処理部２０４および復号化部２１２の両方が、バッファ利用状態２０２と対になるダウンロードバッファ２０３を使用していない状態に対応する値である。
【００１６】
なお、バッファ利用状態２０２の値として、１ビットを蓄積処理部２０４がダウンロードバッファ２０３を使用しているかどうかに対応させ、別の１ビットを復号化部２１２がダウンロードバッファ２０３を使用しているかどうかに対応させても良い。
【００１７】
なお、バッファ利用状態２０２の値として上記の３つの値をそれより冗長なＮ個の値に変更したもの、上記の１ビットをそれより冗長なＮビットに変更したもの等は上記のバリエーションに含まれることは明らかである。
【００１８】
なお、バッファ利用状態２０２は、コンテンツ蓄積装置内の使用可能な記憶領域の一部の領域に記録されていても良いし、コンテンツ蓄積装置がアクセスすることが可能な外部の記憶領域に記録されていても良い。
【００１９】
なお、バッファ利用状態２０２は、対になるダウンロードバッファ２０３のメモリ領域の一部を利用し記録されていても良い。
【００２０】
蓄積処理部２０４はダウンロードバッファ２０３のデータを読み出す。取得したコンテンツファイルを識別できるようにするため、図７に示すように永続記憶領域２０５上のファイルシステム中に取得したコンテンツファイルのＵＲＩ中のドメイン名＋パス名を名前としたディレクトリの中に、ＵＲＩ中のファイル名を名前としたファイル名として書き込む。蓄積処理部２０４は、前記ディレクトリまたはファイルが存在しない場合は永続記憶領域２０５に新規に前記ディレクトリまたは前記ファイルを作成する。前記ファイルが存在する場合は蓄積処理部２０４は前記ファイルに追加書き込みを行う。
【００２１】
蓄積処理部２０４はダウンロードバッファ２０３のデータを読み出した後に、対となるバッファ利用状態２０２の値を『蓄積処理部２０４はダウンロードバッファ２０３を使用しない』状態を表す値に変更する。
【００２２】
蓄積処理部２０４の処理と平行して、復号化部２１２は、ダウンロードバッファ２０３のデータを読み出し、DRMクライアント２１１から取得した鍵を用いてコンテンツファイルの復号化を行う。
【００２３】
復号化したファイルは、図６（ａ）に示すように複数のコンテンツ６０２のそれぞれにヘッダ６０１を付加し結合したコンテンツファイル６００の場合と、復号化したファイルは、図６（ｂ）に示すように単一のコンテンツ６１０である場合とがある。以下は、復号化されたファイルが図６（ａ）の場合を説明する。
【００２４】
復号化されたデータの先頭部分にはコンテンツの種別を識別できるヘッダー情報が存在している。コンテンツ内容判定部２１４はヘッダー情報を用いてコンテンツの種別を判断し、その種別により、バッファを処理すべき構成要素を判定する。例えば、図２においては、コンテンツ内容判定部２１４は、バッファ１に格納されたコンテンツの種別を識別し、バッファ１のコンテンツ種別に対応した検索属性生成部Ａを選び出し、この検索属性生成部Ａによりバッファ１の内容を解釈するように指定する。
【００２５】
復号化部２１２は復号化されたコンテンツをバッファ２１３のうちの１つに書き込む。ヘッダー情報が存在する場合は、その種別を判断し、既に使用されているバッファとは別のバッファへの書き込みを行う。２１３に示すバッファが１つのみしか存在しない場合はそのバッファのデータが全て読み取られるのを待ってから書き込みを行っても良い。
【００２６】
復号化部２１２は、ダウンロードバッファ２０３のデータを読み出した後に、対となるバッファ利用状態２０２を、『復号化部２１２はダウンロードバッファ２０３を使用しない』という状態を示すように変更する。
【００２７】
検索属性生成部２１５はバッファ２１３の内容を解析し、検索属性となる出力データを耐タンパ記憶領域２２４に書き出す。このとき、図８のように、耐タンパ記憶領域２２４に書き出した内容に関連したコンテンツのインデックスデータを同時に記録する。例えば、コンテンツが音声情報の場合で、検索属性生成部２１５が音声解析機能を持つ場合は、検索属性生成部２１５は音声解析結果のテキスト情報を出力する。このとき、インデックスデータは音声解析結果のテキスト情報と、コンテンツの所定の位置から、その音声解析結果のソースとなる位置の差としてよい。インデックスの単位はビットやバイトなどのコンテンツの情報量でも良いし、秒などの時間でも良い。インデックスの単位を時間にする場合は、映像または音声パケットに記述されているＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）を利用して、コンテンツ内の再生時間を取得しても良い。また、他のコンテンツ蓄積装置が蓄積したコンテンツと、検索属性との整合性をとるために、検索属性情報の関連情報として、電子番組表（ＥＰＧ）を用いて算出したコンテンツの先頭位置を前記所定位置として含むものでも良い。例えば電子番組表における番組開始時間直後に送出されたパケットのＰＴＳを前記所定位置として記録しても良い。また、前記所定位置としてサーバからコンテンツの先頭のＰＴＳ値として送られた値を用いても良い。
【００２８】
検索属性生成部２１５は、バッファ２１４に記録されたデータの種別をコンテンツ内容判定部２１４から取得し、そのモノメディアに対応した処理を行う。例えば、コンテンツが音声情報の場合は音声認識を行い、耐タンパ記憶領域２２４に書き出す。音声認識に必要な装置は公知であり、それ自体で本発明の部分を形成しないため詳細には説明しない。
【００２９】
検索属性生成部２１５は、所定の時間または所定のバイト数を処理した後に、復号化部に書き込み通知を行う。前記書き込み通知には処理したバイト数が含まれている。
【００３０】
復号化部２１２は前記書き込み通知を受け取り、コンテンツの総バイト数と比較し、検索属性生成部の処理が何％終了したかを次の計算式より計算する。
【００３１】
（処理したコンテンツ量の合計）／（コンテンツの総量）
復号化部２１２は前記計算結果を付加情報記録状態２２１として記録する。図９に付加情報記録状態の書込み処理のフローチャートを示す。
【００３２】
なお、処理したバイト数の合計のかわりに、コンテンツ内の時間を取得し、コンテンツの全時間で除したものを用いても良い。コンテンツの形式がＭＰＥＧ２の場合は、前記コンテンツ内の時間を取得する際に、映像または音声パケットに記述しているＰＴＳをカウンタとして用いても良い。
【００３３】
なお、前記コンテンツの総バイト数、コンテンツの全時間等のコンテンツ全体の長さを表す量のいずれかは、コンテンツのデータ全体を取得する前に取得する。コンテンツ全体の長さを表す量のいずれかを取得する方法は、例えば、サーバにリクエストして取得する方法、コンテンツに付随する情報から取得する方法、コンテンツのライセンス情報から取得する方法、ＤＩＩに付加する記述子に格納された情報を取得する方法等が挙げられるが、その他の方法を用いても良い。
【００３４】
なお、付加情報記録状態２２１は各構成要素の内部に存在しても良い。また、付加情報記録状態２２１に記録する値は復号化部２１２以外の構成要素が計算しても良い。例えば、ＵＩ部が復号化部から処理済みのコンテンツ量と、コンテンツの総量を取得し、ＵＩ部が上記計算式を用いて計算した結果をＵＩ部に存在する付加情報記録状態に記録しても良い。
【００３５】
検索部２２２はユーザの指示により起動し、耐タンパ記憶領域２２４に記録されたユーザにより指示されたコンテンツについて検索を行う。
【００３６】
図１１のウインドウ９００は、ユーザインターフェイス部２２３が作成し、表示装置に表示される。ウインドウの表示に必要な構成要素は公知であり、それ自体で本発明の部分を形成しないため詳細に説明しない。
【００３７】
図１１において、ユーザはディスプレイに表示されたウインドウ９００のボタン９０１を、マウスまたはリモコン等のポインティングデバイスで選択しクリックする。ＵＩ部はコンテンツ蓄積装置に蓄積されているコンテンツ群の全てから検索するか、または、コンテンツ群の一部から検索するかをユーザが選択できるサブウインドウを出力する。ユーザがコンテンツ群の一部からの検索を選択した場合は、ＵＩ部はさらにコンテンツを複数選択できるウインドウを表示する。ユーザはそのサブウインドウを用いて検索対象のコンテンツを決定する。決定したコンテンツは表示エリア９０２に表示される。
【００３８】
ユーザは検索対象を決定した後、検索を行う文字列を９０３内に指定し、検索開始ボタン９０４をクリックする。
【００３９】
ユーザインターフェイス部２２３は図３における検索ボタン９０４のクリックをトリガーとし、指定されたコンテンツまたはコンテンツ群のリストと、９０３にて指定された文字列を渡す。検索部２２２はユーザインターフェイス部２２３からコンテンツまたはコンテンツ群の指定と検索対象の文字列を受けとり、前記コンテンツまたはコンテンツ群について検索を行う。
【００４０】
検索部２２２は、検索結果を出力する際に付加情報記録状態２２１をチェックする。付加情報記録状態２２１が記録中の状態を示す場合は、モノメディアの一部分を対象とした検索結果を出力する。付加情報記録状態２２１が記録完了の状態を示す場合は蓄積中のモノメディアをすべて検索した結果として、検索結果を出力する。検索部が行う検索処理のフローチャートを図１０に示す。
【００４１】
なお、付加情報記録状態２２１は、はコンテンツ蓄積装置内の使用可能な記憶領域の一部の領域に記録されていても良いし、コンテンツ蓄積装置がアクセスすることが可能な外部の記憶領域に記録されていても良い。また、付加情報記録状態２２１の精度は任意であり、少なくとも２つの状態のうち１つを示す情報をとることにより前記フラグとして記憶領域に記憶されても良い。
【００４２】
検索部２２２は検索結果として対象となるコンテンツとそのコンテンツに関連付けられた情報を出力する。なお、検索結果として付加情報記録状態２２１の値を出力しても良い。また、付加情報記録状態２２１を参照するためのポインタを出力しても良い。
【００４３】
なお、ユーザインターフェイス部２２３は検索部２２２からの情報を元に検索結果を判断しても良いし、図２における付加情報記録状態２２１からユーザインターフェイス部への点線に示すように、付加情報記録状態２２１を参照し、検索結果を判断しても良い。
【００４４】
ユーザインターフェイス部２２３は検索部２２２が上記モノメディアの一部を対象とした検索結果を出力した場合、図１２に示すように、現在は検索中である旨を表すテキスト９１１を表示する。さらに検索結果表示部９０５に検索途中結果を表示する。さらに、９１２に示すように付加情報記録状態２２１の値に所定の数値を乗算し、検索状況を示す値として表示する。
【００４５】
ユーザインターフェイス部２２３は検索部２２２が蓄積中のモノメディアをすべて検索した結果とした検索結果を出力した場合、図１３に示すように、ユーザに対して、現在は検索完了である旨を表すテキスト９３１を表示する。さらに、検索結果表示部９０５に検索結果および検索した時間またはコンテンツ上の場所を参照し、コンテンツの該当箇所を再生するためのボタンを表示する。
【００４６】
なお、図１１〜１３のウインドウの構成は一例であり、ウインドウ上に表示するテキスト・ボタン・テキスト入力枠等のオブジェクトの形状・配置・サイズは異なっていても良く、一部が省略されていても良い。また、サブウインドウを省略しても良い。また、テキストの内容は異なっていても良い。また、オブジェクトを複数のウインドウに分散して配置しても良い。
【００４７】
なお、図１１〜１３に示すウインドウ以外の方法を用いて、検索中であるか、検索完了であるかを示しても良い。ウインドウ以外のオブジェクトとして、例えば、コンテンツ蓄積装置に付加されたＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）の点滅状態を前記検索中／検索完了状態に連動させる方法はウインドウ以外のオブジェクトを用いる一例である。また、付加情報記録状態２２１の値に所定の数値を乗算し、数値に応じて複数のＬＥＤの点滅状態を制御する方法はウインドウ以外のオブジェクトを用いる別の一例である。また、付加情報記録状態２２１が所定値以上になると音声を発する方法はウインドウ以外のオブジェクトを用いる別の一例である。
【００４８】
なお、本実施の形態および図７において、ドメイン名＋パス名を名前としたディレクトリの中に、ＵＲＩ中のファイル名を名前としたファイル名として書き込む、としたが、コンテンツ蓄積装置がコンテンツを識別することが可能であれば他のディレクトリ名、パス名で書き込んでも良い。また、ディレクトリは作成しなくても良い。
【００４９】
なお、本実施の形態において、暗号化されていないコンテンツを取得した場合は、復号化部２１２は前記コンテンツを復号化しなくても良い。
【００５０】
（実施の形態２）
図３は、本発明の実施の形態２の構成図である。図３において、図２と同じ構成要素については同じ符号を用い、説明を省略する。
【００５１】
図３において、分離部２１９は、ダウンロードバッファ２０３のデータを読み出し、図６（ａ）に示すように複数のコンテンツ６０２のそれぞれにヘッダ６０１を付加し結合したコンテンツファイル６００または、図６（ｂ）に示すように単一のコンテンツ６１０をバッファ２１３に対して出力する。
【００５２】
図２における耐タンパ記憶領域２２４は、本発明の実施の形態２では図３における記憶領域２２９に置き換えられる。記憶領域２２９は、耐タンパ化されていなくても良い。
【００５３】
かかる構成によれば、暗号化されていないコンテンツを扱う場合、実施の形態１と比較して、ＤＲＭクライアント２１１、復号化部２１２を省くことにより、実施の形態１と比較して蓄積処理を高速に動作させることができる。
【００５４】
（省略  以下、実施の形態１の記載方法と同様とする）。
【００５５】
（実施の形態３）
図４は、本発明の実施の形態３の構成図である。図４において、図３と同じ構成要素については同じ符号を用い、説明を省略する。
【００５６】
図４において、分離部２１９は取得したデータを蓄積バッファ２０９に書込む。これと平行して、分離部２１９は、図６（ａ）に示すように複数のコンテンツ６０２のそれぞれにヘッダ６０１を付加し結合したコンテンツファイル６００または、図６（ｂ）に示すように単一のコンテンツ６１０をバッファ２１３に対して出力する。
【００５７】
かかる構成によれば、蓄積処理、または検索属性生成処理のどちらかが、他方の処理と比較して低速な場合には、高速な処理に適した速度で入力データ供給し、低速な処理に対しては、処理しきれない入力データをバッファリングすることにより、実施の形態１、２と比較して、蓄積、または検索属性生成のいずれかを高速に行うことができる。
【００５８】
なお、本実施の形態において、暗号化されたコンテンツを利用することが出来るように、分離部２１９は復号化の機能を含んでも良い。この場合は、蓄積バッファ２０９へは取得したデータを書込み、バッファ２１３へは取得したデータを復号化したものを書き込む。
【００５９】
（省略  以下、実施の形態１の記載方法と同様とする）。
【００６０】
（実施の形態４）
図５は、本発明の実施の形態４の構成図である。図４において、図２と同じ構成要素については同じ符号を用い、説明を省略する。
【００６１】
受信部２０１は受信したデータをリングバッファ２３４上の書き込みポインタ２３１で示される位置に書込みを行う。ただし、読み出しポインタＡ２３２または、読み出しポインタＢ２３３のいずれかで示される位置を越えての書込みは行わない。書込み後に書込みポインタ２３１は書込み終端位置を示すように変更する。
【００６２】
復号化部２１２は読み出しポインタＡ２３２で示される位置からリングバッファ上のデータの読み出しを行う。ただし、書込みポインタ２３１を越えての読み出しは行わない。読み出し後に読み出しポインタＡ２３２は読み出しを完了した終端位置を示すように変更する。
【００６３】
蓄積処理部２０４は読み出しポインタＢ２３３を用いて、復号化部２１２と同様に読み出しを行う。
【００６４】
なお、本実施の形態において、リングバッファ２３４の代わりに、リングバッファへの書込み処理と、１つまたは複数の書き込みポインタと、リングバッファからの読込み処理と、複数の読込みポインタを管理するリングバッファ管理部を配置し、受信部２０１と復号化部２１２と蓄積処理部２０４はリングバッファ管理部を介してリングバッファにアクセスしても良い。
【００６５】
（省略  以下、実施の形態１の記載方法と同様とする）。
【００６６】
（その他の実施の形態）
上記実施形態においては、インターネットを介してコンテンツ蓄積装置はコンテンツファイルを取得しているが、ＢＳ・ＣＳ・地上波等の放送波による放送、ＣＡＴＶ、イントラネット、ローカルエリアネットワーク等の通信路を介してコンテンツを取得しても良い。例えば、ＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ  Ｓａｔｅｌｌｉｔｅ）・ＣＳ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ）・地上デジタル放送を用いる場合は、コンテンツファイルをＤＳＭ−ＣＣ（Ｄｉｇｉｔａｌ  Ｓｔｏｒａｇｅ  Ｍｅｄｉａ  Ｃｏｍｍａｎｄ  ａｎｄ  Ｃｏｎｔｒｏｌ）におけるデータカルーセルで伝送されるモジュールとして送信されたものを受信し、コンテンツを蓄積する際に用いるファイル名等のデータをＤＩＩ（Ｄｏｗｎｌｏａｄ  Ｉｎｆｏ  Ｉｎｄｉｃａｔｉｏｎ）に付加する記述子に格納されたものを取得しても良い。また、コンテンツファイルはＭＰＥＧ２-ＴＳ等のストリームであっても良い。
【００６７】
また、コンテンツファイルの送受信に用いる技術としてＩＰマルチキャストを用いても良い。ＩＰマルチキャストはネットワーク中の機器によってパケットをコピーし、複数の機器に配信する技術である。また、前記通信路を複数種類組み合わせてコンテンツを取得しても良い。例えば、インターネットを介してサーバへコンテンツファイル取得のためのリクエストを送信し、コンテンツファイルはＣＳ放送より取得しても良い。
【００６８】
上記実施形態においては、サーバとコンテンツ蓄積装置は双方向に通信しているが、放送を介して、サーバがコンテンツ蓄積装置に対してコンテンツとコンテンツに付加するファイル名等のデータを一方的に送っても良い。
【００６９】
図２のコンテンツ蓄積装置において、複数種類のモノメディアの検索を行うために、それぞれのモノメディアを扱う検索属性生成部が構成されている。単一種類のモノメディアの検索を目的とする場合は、複数種類の検索属性生成部が存在しなくても良い。また、検索属性生成部が一種類の場合はコンテンツ内容判定部を省くことが出来る。
【００７０】
上記実施形態１〜４に、４パターンの受信したデータの使用形態を示したが、受信したデータの蓄積と平行して、または時分割的にデータの解析が可能な形態であれば、バッファ利用状態、ダウンロードバッファ、復号化部、分離部、ＤＲＭクライアントの各要素、および前記各要素と他の要素との接続については他の形態となっても良い。
【００７１】
上記実施形態において、コンテンツファイルは永続記憶領域に記憶するとしているが、一時的な保存のために、ＤＲＡＭ等を用いた記憶領域に記憶しても良い。
【００７２】
上記実施形態における検索属性生成部は音声認識機能を含むことを想定しているが、検索属性生成部はコンテンツ内の位置情報とコンテンツに関する情報が結びついていれば音声認識機能以外の機能を含むものでも良い。例えば、検索属性生成部は音声解析機能、画像認識機能、画像解析機能、字幕情報取得機能、テロップ解析機能、メタデータ取得機能のいずれかを含むものでも良い。
【００７３】
上記実施形態における検索属性生成部はコンテンツ内の位置情報とコンテンツに関する情報を結び付けているが、前記コンテンツに関する情報が、コンテンツのビットレートやコンテンツサイズなどのコンテンツを再生するために必要な情報等、コンテンツ全体に関する情報の場合は、コンテンツ内の位置情報と結びつけて記憶しなくても良い。
【００７４】
上記実施形態において、９０２に入力する検索対象は任意の文字列を想定しているが、メタデータ、ＵＲＩ、ＵＲＩの一部などの文字列、数値、２進数、１６進数等のバイナリーデータ、音声情報、画像情報、画像情報の一部等でも良い。これらのデータの比較の方法は公知であるため、詳細に説明しない。
【００７５】
上記実施形態において、コンテンツ蓄積装置は、携帯電話等の携帯型電子機器、光ディスクプレーヤ等の家庭用ＡＶ機器、リモコン等の家庭用ＡＶ機器の周辺機器、家庭用ゲーム機、パソコン、プリンタ等のパソコンの周辺機器、電子レンジ等の家庭用電化機器の一部として実装されていても良い。
【００７６】
上記実施形態において、各構成要素はコンテンツ蓄積装置内に配置されているが、構成要素の一部がコンテンツ蓄積装置外に配置され、ネットワークを介してコンテンツ蓄積装置と接続しても良い。
【００７７】
上記実施形態において、構成要素から構成要素へのアクセスはオペレーティングシステムを介して行っても良い。
【００７８】
上記実施形態において、機能のまとまりごとに構成要素を分割しているが、これらの複数の構成要素をそれぞれの構成要素の機能が複合した機能をもつ１つの構成要素にまとめても良い。例えば、ユーザインターフェイス部２２３と検索部２２２を別の構成要素として表しているが、ユーザインターフェイス部２２３と検索部２２２はユーザインターフェイス部の機能と検索部の機能を持つ１つの構成要素として存在しても良い。
【００７９】
なお、通信路とは、有線である場合はもちろん無線である場合も含む。「通信路を介して取得する」とは、１対１の通信だけでなく、１対多の放送・ＩＰマルチキャストも含む。
【００８０】
なお、コンテンツはＭＰＥＧ２、ＭＰＥＧ４等の映像情報・ＡＡＣ（Advanced Audio Coding）等の音声情報・ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）、ＢＭＬ（Ｂｒｏａｄｃａｓｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等の構造記述型言語記述データ・ＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）、ＰＮＧ（Ｐｏｒｔａｂｌｅ  Ｎｅｔｗｏｒｋ  Ｇｒａｐｈｉｃｓ）等の画像情報、ＥｃｍａＳｃｒｉｐｔ等のスクリプト、メタデータ等でも良い。
【００８１】
なお、上記した各実施の形態は、記憶装置（ＲＯＭ、ＲＡＭ、ハードディスク等）に格納された上述した処理手順を実行可能な所定のプログラムデータが、ＣＰＵによって解釈実行されることで実現される。この場合、プログラムデータは、記録媒体を介して記憶装置内に導入されてもよいし、記録媒体上から直接実行されてもよい。なお、記録媒体は、ＲＯＭ、ＲＡＭ、フラッシュメモリ等の半導体メモリ、フレキシブルディスクやハードディスク等の磁気ディスクメモリ、ＣＤ−ＲＯＭやＤＶＤ、ＢＤ等の光ディスク、メモリカード等の記録媒体をいう。また、記録媒体は、電話回線や搬送路等の通信媒体も含む概念である。
【００８２】
なお、復号化部、蓄積処理部、コンテンツ属性生成部等の各機能ブロックは典型的には集積回路であるＬＳＩとして実現されても良い。これらは個別に１チップ化されても良いし、一部又は全てを含むように１チップ化されても良い。
【００８３】
ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【００８４】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用しても良い。
【００８５】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。
【産業上の利用可能性】
【００８６】
本発明にかかるコンテンツ蓄積装置は、コンテンツの蓄積中に適した検索を行う機能を有し、テレビ、ホームサーバ、メディアレコーダ等の家庭用ＡＶ機器の機能として有用である。また携帯型電子機器、家庭用ＡＶ機器の周辺機器、家庭用ゲーム機、パソコン、パソコンの周辺機器、家庭用電化機器等の機能としても応用できる。
【図面の簡単な説明】
【００８７】
【図１】本発明の実施の形態におけるコンテンツサーバとコンテンツ蓄積装置の配置例を示す図
【図２】本発明の実施の形態１におけるコンテンツ蓄積装置の構成図
【図３】本発明の実施の形態２におけるコンテンツ蓄積装置の構成図
【図４】本発明の実施の形態３におけるコンテンツ蓄積装置の構成図
【図５】本発明の実施の形態４におけるコンテンツ蓄積装置の構成図
【図６】本発明の実施の形態において扱うデータのフォーマット例を示す図
【図７】本発明の実施の形態における永続記憶領域内のファイル配置例を示す図
【図８】本発明の実施の形態における検索属性の例を示す図
【図９】本発明の実施の形態１における付加情報記録状態の更新処理のフローチャート
【図１０】本発明の実施の形態１における検索処理のフローチャート
【図１１】本発明の実施の形態におけるユーザインターフェイスの例を示す図
【図１２】本発明の実施の形態における検索中のユーザインターフェイスの例を示す図
【図１３】本発明の実施の形態における検索完了後のユーザインターフェイスの例を示す図
【符号の説明】
【００８８】
１０１    インターネット
１０２    コンテンツサーバ
１０３    コンテンツ蓄積装置
２０１    受信部
２０２    バッファ利用状態
２０３    ダウンロードバッファ
２０４    蓄積処理部
２０５    永続記憶領域
２１１    ＤＲＭクライアント
２１２    復号化部
２１３    バッファ
２１４    コンテンツタイプ判定部
２１５    検索属性生成部Ａ
２１６    検索属性生成部Ｂ
２２１    付加情報記録状態
２２２    検索部
２２３    ユーザインターフェイス部
２２４    耐タンパ記憶領域
２２９    記憶領域
２３１    書込みポインタ
２３２    読み込みポインタＡ
２３３    読み込みポインタＢ
２３４    リングバッファ
６００    複数のコンテンツにヘッダを付加し１つにまとめたデータ
６０１    ヘッダ
６０２    コンテンツ
６１０    コンテンツ
８００    検索属性情報
８０１    インデックス情報
８０２    被検索データ
９００    ウインドウ
９０１    検索対象指定ボタン
９０２    検索対象表示部
９０３    検索情報入力部
９０４    検索開始ボタン
９０５    検索結果表示部
９１１    検索状況
９１２    検索進捗状況
９３１    検索状況
【図１】
2006113639.tif 000003
【図２】
2006113639.tif 000004
【図３】
2006113639.tif 000005
【図４】
2006113639.tif 000006
【図５】
2006113639.tif 000007
【図６】
2006113639.tif 000008
【図７】
2006113639.tif 000009
【図８】
2006113639.tif 000010
【図９】
2006113639.tif 000011
【図１０】
2006113639.tif 000012
【図１１】
2006113639.tif 000013
【図１２】
2006113639.tif 000014
【図１３】
2006113639.tif 000015