信号を記録するための方法及び装置
【課題】ＭＨＰビデオ及び関連するアプリケーションを記録する場合の性能及び機能を増大させること。
【解決手段】本発明は、信号を記録するためのシステムに関する。レコーダは、ＮＰＴタイムラインのような関連する第１の再生時間情報を持つソース信号を受信するための受信器を有する。受信器は記録コントローラに結合され、記録コントローラはソース信号から記録信号を生成する。記録信号は、例えば或る時間間隔で一時停止された記録により生じた、ソース信号に対する記録の不連続を有する。記録コントローラは、記憶媒体に結合される。レコーダは更に、第１の再生時間情報及び記録の不連続に応じて、記録信号についての第２の時間情報を生成する時間プロセッサを有する。第２の時間情報は、補償されたＮＰＴタイムラインであっても良く、又は記録信号に対応するように修正された時間指標を持つイベント記述子若しくはストリームイベントであっても良い。
【解決手段】本発明は、信号を記録するためのシステムに関する。レコーダは、ＮＰＴタイムラインのような関連する第１の再生時間情報を持つソース信号を受信するための受信器を有する。受信器は記録コントローラに結合され、記録コントローラはソース信号から記録信号を生成する。記録信号は、例えば或る時間間隔で一時停止された記録により生じた、ソース信号に対する記録の不連続を有する。記録コントローラは、記憶媒体に結合される。レコーダは更に、第１の再生時間情報及び記録の不連続に応じて、記録信号についての第２の時間情報を生成する時間プロセッサを有する。第２の時間情報は、補償されたＮＰＴタイムラインであっても良く、又は記録信号に対応するように修正された時間指標を持つイベント記述子若しくはストリームイベントであっても良い。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、信号を記録するための方法及び装置に関し、より詳細には、記録の不連続を有する信号を記録するためのシステムに関する。
【背景技術】
【０００２】
過去１０年間、ラジオ又はテレビジョン信号のようなコンテンツ信号の放送のためのディジタル手法の利用の著しい増大が見られた。例えば、過去１０年間、ディジタルオーディオ放送（ＤＡＢ）として知られる、ディジタルラジオの放送のための規格が開発されてきた。同様に、ディジタルビデオ放送（ＤＶＢ）規格として知られる、テレビジョンの放送のための新たな規格が開発されてきた。
【０００３】
ディジタル放送手法の利用は、例えば送信される信号と関連するアプリケーションを有するインタラクティブＴＶを含む、新たな機能を可能とした。
【０００４】
付加的な機能を提供し、関連するアプリケーションを実現することを目的とする規格の例は、マルチメディア・ホーム・プラットフォーム（ＭＨＰ）規格として知られている。ＭＨＰは、インタラクティブなディジタルアプリケーションと、該アプリケーションが動作する端末との間の、汎用的なインタフェースを定義している。該インタフェースは、別のＭＨＰ端末の実装の特定のハードウェア及びソフトウェアの詳細から、別のプロバイダのアプリケーションを分離する。このことは、ディジタルコンテンツのプロバイダが、ローエンドのセットトップボックスからハイエンドのセットトップボックスまでに亘る全てのタイプの端末、統合されたディジタルＴＶセット、及びマルチメディアＰＣに対応することを可能とする。ＭＨＰは、衛星、ケーブル、地上波及びマイクロ波システムを含む全ての伝送ネットワークにおける放送及びインタラクティブサービスのための、既存の普及したＤＶＢオープン規格を拡張する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＭＨＰは放送の目的のために開発されてきたものであり、関連するＭＨＰアプリケーションを持つ番組又は信号の記録に関連する多くの不利点に帰着してきた。従って、ＭＨＰビデオ及び関連するアプリケーションを記録する場合の性能及び機能を増大させることを目的とする、ＭＨＰに対する規格の拡張の試みが現在行われている。
【０００６】
ＭＨＰ規格は放送のために設計されたものであるため、保存に関連する問題の多くは考慮に入れられていない。かような問題の１つは、例えばビデオストリームにおけるイベントに関連するタイミング情報に関する。イベントは例えば、映画における新しい場面であっても良い。
【０００７】
ＭＨＰにおいて利用されるタイミング情報は、ＭＨＰにおいてはＮＰＴ（Normal Play Time）と呼ばれる再生時間から成る。ＮＰＴは、ビデオシーケンス（例えばテレビジョン番組）の継続時間に亘って信号に関連する、連続的なタイムライン（time line）である。ＮＰＴは従って、ビデオシーケンスの継続時間の全体に亘るリアルタイムの指標（indication）である。ＮＰＴは番組の再生の実際の時間における進行を示すものであるから、例えば通常の速度の２倍での再生（早送りの間）は、通常の速度の２倍の速度でのＮＰＴの進行に帰着する。
【０００８】
通常の放送の間、再生速度は変化せず、ビデオのセクションにおける別の位置へジャンプすることは不可能である。しかしながら、信号が記録された場合には、ランダム的な態様でビデオシーケンスにアクセスすることが可能となる。例えば、番組の特定の時間にジャンプしたり、コマーシャルの間スキップしたり、又はスポーツイベントにおいてリプレイを観ることが望ましい場合がある。
【０００９】
しかしながらＭＨＰは、ＮＰＴ時間における相対ジャンプを実行することにより、再生時間に対するジャンプの機能を提供するに過ぎない。従って番組は、例えば現在の再生位置に対して２５分だけ先にジャンプし得るが、番組開始１時間後といった絶対位置にジャンプすることができない。このことは、ＮＰＴがビデオシーケンスに亘る連続的なタイムラインであるような多くの場合には許容可能である。しかしながら、記録されたビデオシーケンスが記録においてギャップを有する場合には、前記記録されたビデオシーケンスのＮＰＴは、元のビデオシーケンスのＮＰＴから逸脱する。
【００１０】
例えば、ビデオシーケンスが、それぞれが１０分の継続時間を持つ３つのセクションを有する場合、第３のセクションは２０分のＮＰＴにおいて開始する。しかしながら、第１のセクションと第３のセクションとのみが記録された場合、記録された前記第３のセクションは、２０分のＮＰＴではなく、１０分のＮＰＴにおいて開始する。かくして、ＭＨＰアプリケーションが、前記第１のセクションの途中で前記第３のセクションへのジャンプを有する場合には、相対ジャンプが１５分に設定される。しかしながら、該相対ジャンプは、前記アプリケーションを、前記記録された第３のセクションの先頭ではなく末尾へジャンプさせてしまう。かくしてＭＨＰは、記録における不連続に適していない。かような不連続は例えば、記録における一時停止、又はビデオシーケンスの編集に起因し得る。
【００１１】
ＭＨＰは更に、Ｊａｖａ（登録商標）プラットフォームに基づく。Ｊａｖａ（登録商標）は、実行時にインタープリトされ、完全なマルチメディアアプリケーションを開発するためのプラットフォーム非依存のライブラリの完全なセットを提供する、プログラミング言語である。
【００１２】
Ｊａｖａ（登録商標）におけるオーディオ及びビデオ再生制御は、Ｊａｖａ（登録商標）メディアフレームワーク（Java Media Framework）に基づく。該フレームワークは、オーディオ及びビデオの再生及び取り込みのプラットフォーム非依存の制御を可能とする機能のライブラリである。保存がＭＨＰに追加される場合、再生の制御はＪａｖａ（登録商標）メディアフレームワークを通して実行される。ＭＨＰのためのＪａｖａ（登録商標）メディアフレームワークの実装は、オーディオ及びビデオの再生のための線形のタイムベースとして、ＭＨＰのＮＰＴを利用する。
【００１３】
Ｊａｖａ（登録商標）メディアフレームワークは、オーディオ又はビデオシーケンスにおける或る位置へアプリケーションがジャンプすることを可能とする、幾つかの機能を持つ。これらの機能は全て、コンテンツの再生時間（ＮＰＴ時間）における位置に基づく。それ故、これらの機能は、ソース信号（source signal）のＮＰＴと記録信号（記録される信号、recorded signal）のＮＰＴとの間に差を生じる不連続を記録が有する場合に、以上に示した問題と同じ問題に苦慮し得る。
【００１４】
更なる例として、ＭＨＰは、コンテンツ中の特定のイベントに応答するＭＨＰアプリケーションのための機能をも有する。例えば、ＭＨＰアプリケーションは、時事問題番組におけるニュース項目の変化、又はスポーツの試合におけるゴールに応答するように設計され得る。かようなイベントが発生した場合にアプリケーションを起動するために利用されるメカニズムは、ビデオ中のイベントに関連する情報及びイベントのタイミングに関連する情報を担持する記述子であるストリームイベントの利用に基づく。時間の指標は、ＮＰＴに基づく。例えば、ストリームイベントは、ビデオシーケンス開始後２５分に対応するＮＰＴの値を有することにより、試合開始２５分後に発生したゴールを示しても良い（該ビデオシーケンスが試合開始時に開始すると仮定する）。従って、ストリームイベントを利用するアプリケーションもまた、元のビデオシーケンスと記録されるビデオシーケンスとの間で異なるＮＰＴに帰着する記録の不連続に対して敏感である。
【００１５】
それ故、記録のための改善されたシステムが有利となる。
【００１６】
従って本発明は好ましくは、１以上の上述した不利点を個々に又はいずれかの組み合わせで緩和し、軽減し又は除去することを目的とする。
【課題を解決するための手段】
【００１７】
第１の態様によれば、関連する第１の再生時間情報を持つソース信号を受信する手段と、前記ソース信号から前記ソース信号に対して記録の不連続を有する記録信号を生成する手段と、前記第１の再生時間情報及び前記記録の不連続に応じて前記記録信号についての第２の時間情報を生成する手段とを有する、記録のための装置が提供される。
【００１８】
本発明は特に、記録信号についてのタイミング情報に依存するアプリケーション及び機能のために適切な第２の時間情報を可能とする。前記第２の時間情報は、記録の不連続に関連するタイミングのギャップを補償することにより、適切な時間情報が第１の再生時間情報から生成されることを可能とする。本発明はかくして、タイミング情報が記録の不連続に影響されても、タイミング情報を必要とするアプリケーション及び動作を可能とし及び／又は容易化する。特に本発明は、前記第１の再生時間情報に関連するタイミング指標又はイベントが、前記記録信号についてのタイミング情報に適切に参照されることを可能とする。かくして本発明は、タイミング情報に依存するアルゴリズム及び機能を混乱させたり又は許容不可能な程に影響を与えたりすることなく、記録の不連続が記録処理に導入されることを可能とする。
【００１９】
前記記録信号及び／又はソース信号は好ましくは、ビデオ、オーディオ及び／又はマルチメディアデータストリームを有する。前記記録信号及び／又はソース信号は更に、前記信号のコンテンツ信号に関連するアプリケーションデータ又は記述データを含む付加的なデータを有しても良い。
【００２０】
本発明は例えば、放送されたソース信号の記録、又は既に保存された信号の編集処理に適用され得る。編集処理においては、保存されたソース信号が編集されても良く、結果の信号は、元の保存された信号に加えて保存（又は記録）されても良いし、又は元の保存された信号の代わりに保存（又は記録）されても良い。前記第２の時間情報は、前記信号のコンテンツストリームと別個に保存されても良いし、又は共に保存されても良い。例えば、前記第２の時間情報は、別個のファイルに保存されても良いし、又は例えばビデオデータストリーム中に埋め込まれても良い。
【００２１】
本発明の特徴によれば、前記第２の時間情報は、前記記録信号におけるイベントを示すマーカを有する。マーカは、例えば、ソース信号のコンテンツ信号における出現を、前記記録信号についての時間指標に関連付ける指標であっても良い。例えば、ビデオシーケンスの新たな場面は、前記記録信号についての特定のＮＰＴに関連付けられても良い。前記マーカは好ましくは、前記記録信号と共に保存されても良い、別個のファイルに保存される。このことは、タイミングとイベントとを関連付ける非常に柔軟且つ単純な方法を可能とし、このことは再生の間に前記記録信号に対して実行されるアプリケーション及び機能による利用のために適している。前記マーカは、例えばコンテンツ信号のコンテンツ分析によって、又はコンテンツ信号の特性における変化（例えば場面変化）の検出によって、決定されても良い。
【００２２】
本発明の他の特徴によれば、前記第２の時間情報は、前記マーカを有するプレイリストを有する。プレイリストは、前記記録信号についてのタイミング情報がアプリケーション及び機能によって容易に且つ柔軟に利用され得る、とりわけ適切な実装を可能とする。
【００２３】
本発明の他の特徴によれば、前記第２の時間情報は、イベント記述子を有する。イベント記述子は例えば、ストリームイベントを有しても良いし、又はストリームイベント中に存しても良い。イベント記述子は、ソース信号に関連するイベントと時間指標との間の関連を有しても良い。例えば、アプリケーションが所定の時点に実行されるべきであることを示すイベント記述子は、前記アプリケーションの識別子と、該アプリケーションが実行されるべき前記記録信号のＮＰＴの指標とを有しても良い。このことは、記録信号がソース信号に対して記録の不連続を有するにもかかわらず、アプリケーション及び機能が、時間を決められた動作を該記録信号に対して実行することを可能とする、単純且つ柔軟な実装を可能とする。
【００２４】
本発明の他の特徴によれば、前記第２の時間情報を生成する手段は、前記ソース信号に関連するイベント記述子の時間情報を修正することにより、前記イベント記述子の時間情報を生成するように動作可能である。
【００２５】
しばしば、コンテンツ信号を有するソース信号は、アプリケーション及び埋め込まれた関連する実行時間の指標のようなイベント記述子をも有する。これらのストリームイベントは有利にも、対応するイベント記述子を生成することにより、第２のタイミング情報に含められても良い。このとき実行時間は、記録信号の対応するタイミングに変更される。このことは、記録が記録の不連続を有するにもかかわらず、ソース信号におけるイベント記述子に関連する機能が、記録信号について維持されることを可能とする。
【００２６】
本発明の他の特徴によれば、前記第２の時間情報を生成する手段は、前記記録の不連続に関連する時間ギャップにより前記ソース信号に関連するイベント記述子の時間情報を補償することにより、前記イベント記述子の時間情報を生成するように動作可能である。
【００２７】
例えば、記録の不連続に後続するイベントに関連付けられたいずれのタイミング指標もが、該記録の不連続の時間ギャップに等しい値だけ単純に減少させられても良い。このことは、とりわけ低い複雑さを実現し、実装を容易化する。
【００２８】
本発明の他の特徴によれば、前記イベント記述子の時間情報は、再生タイムラインに関連する相対時間情報を有する。それ故本発明は、相対時間指標を有するイベント記述子が、記録の不連続を持つ記録信号に転送されることを可能とする。
【００２９】
本発明の他の特徴によれば、前記記録のための装置は、前記ソース信号を有する伝送信号から、前記ソース信号に関連するイベント記述子を抽出する手段を更に有する。このことは、ソース信号のイベント記述子が、記録信号について保持される実装を可能とする。
【００３０】
本発明の他の特徴によれば、前記イベント記述子は、アプリケーションを起動するための情報を有するストリームイベントを有する。このことは、記録の不連続を持つ記録信号が、適切な時点におけるアプリケーションの起動を維持することを可能とする。
【００３１】
本発明の他の特徴によれば、前記第１の再生時間情報は、第１の再生タイムラインを有し、前記第２の時間情報を生成する手段は、前記記録信号に関連し、前記記録の不連続に対応する時間の不連続を持つ不連続な再生タイムラインを生成するように動作可能である。
【００３２】
具体的には、第１の再生タイムライン及び不連続な再生タイムラインは、ＮＰＴタイムラインのような、リアルタイムの再生タイムラインであっても良い。不連続な再生タイムラインは、前記第１の再生タイムラインに関連する全ての相対時間指標及び絶対時間指標が、記録信号についての不連続な再生タイムラインにまさに適切であることを実現する。それ故、既存の時間リファレンスが、記録の不連続を持つ記録信号のために利用されても良い。不連続な再生時間は単に、記録の不連続に関連する時間ギャップに対応するギャップを有しても良い。
【００３３】
好ましくは、ソース信号及び記録信号は、マルチメディア・ホーム・プラットフォーム（ＭＨＰ）データ及び／又はディジタルビデオ放送（ＤＶＢ）データを有する。
【００３４】
本発明の特徴の第２の態様によれば、関連する第１の再生時間情報を持つソース信号を受信するステップと、前記ソース信号から前記ソース信号に対して記録の不連続を有する記録信号を生成するステップと、前記第１の再生時間情報及び前記記録の不連続に応じて前記記録信号についての第２の時間情報を生成するステップとを有する、記録の方法が提供される。
【００３５】
本発明のこれらの及び他の態様、特徴及び利点は、以下に記載される実施例を参照しながら説明され明らかとなるであろう。
【図面の簡単な説明】
【００３６】
【図１】ＴＶ番組を有するＤＶＢソース信号１０１を示す。
【図２】本発明の実施例による記録のための装置のブロック図を示す。
【図３】本発明の実施例による記録信号の例を示す。
【発明を実施するための形態】
【００３７】
本発明の実施例は、図を参照しながら、単に例として説明される。
【００３８】
以下の説明は、マルチメディア・ホーム・プラットフォーム（ＭＨＰ）データ及びディジタルビデオ放送（ＤＶＢ）ビデオデータを有するソース信号を記録するためのレコーダに適用可能な、本発明の実施例に焦点を合わせたものである。しかしながら、本発明はこの例に限定されるものではなく、例えば米国のＤＡＳＥ規格のような多くの他の信号及び規格に適用されても良いことは理解されるであろう。
【００３９】
以下、好適な実施例が、ＤＶＢ規格に従って放送されるテレビジョン番組の形のビデオシーケンスを有するソース信号の例を参照しながら説明される。図１は、ＴＶ番組を有するＤＶＢソース信号１０１を示す。図示された例においては、ソース信号１０１は、４つの連続するセクション１０３、１０５、１０７及び１０９を有する。例えば前記ＴＶ番組は、それぞれのセクションが１つの試合を有する、４つのフットボールの試合のハイライトを示すスポーツ番組であっても良い。
【００４０】
前記ソース信号は、ＮＰＴ（Normal Play Time）１１１の形の関連する再生時間情報を持つ。該ＮＰＴは、前記番組の継続時間に亘る連続的なタイムラインである。従って、例のセクション１（１０３）は０：００（時間：分の形式）のＮＰＴに開始し、セクション２（１０５）は０：１０のＮＰＴに開始し、セクション３（１０７）は０：２０のＮＰＴに開始し、セクション４（１０９）は０：３０のＮＰＴに開始し、前記番組は０：４０のＮＰＴに終了する。
【００４１】
図２は、本発明の実施例による記録のための装置のブロック図を示す。
【００４２】
レコーダ２００は、ソース信号１０１を受信する受信器２０１を有する。好適な実施例においては、受信器２０１は、ＤＶＢ規格に従って放送を受信するように動作可能なＤＶＢ無線受信器である。ＤＶＢ受信器の実装は本分野においては良く知られており、簡潔さ及び明瞭さのため更に詳細には説明されない。
【００４３】
他の実施例においては、受信器２０１は他の手段からソース信号１０１を受信するように動作可能であり、具体的には、受信器２０１はローカル又はリモートの記憶手段からソース信号１０１を受信するように動作可能であっても良い。幾つかの実施例においては、受信器２０１は、記録信号を保存するために利用される同一の記憶手段からソース信号１０１を受信するように動作可能であっても良い。レコーダ２００は従って編集装置であっても良い。
【００４４】
受信器２０１は、レコーダ２００を制御しとりわけ記録処理を制御する記録コントローラ２０３に結合される。
【００４５】
記録コントローラ２０３は、記録される信号を保存するように動作可能な記憶媒体２０５に結合される。記憶媒体２０５は、例えば固体メモリ、（記録可能なコンパクトディスク又はディジタルバーサタイルディスクのような）光記憶媒体又は磁気記憶手段を含む、信号を保存するために適切ないずれの手段であっても良い。好適な実施例においては、記憶媒体２０５は、ディジタルデータを保存するように動作可能なハードディスクとして実装される。
【００４６】
記録コントローラ２０３は更に、レコーダ２００のユーザがレコーダ２００の機能を制御できるようにするユーザ入力２０７に結合される。
【００４７】
記録コントローラ２０３は、ユーザ入力に応答して、ソース信号１０１から記録信号を生成するように動作可能である。単純な実施例においては、前記ユーザ入力は、単に記録の開始、一時停止及び停止から成る。この場合、記録コントローラ２０３は、ユーザが記録を開始したときに、ソース信号と同様の前記記録信号を生成する。ユーザが記録を一時停止した場合、記録コントローラ２０３は、前記記録信号に更なるデータを追加しない。前記一時停止が終了させられると、ソース信号１０１のうちの現在受信されている部分が、既存の記録信号に追加される。かくして、前記記録信号は記録の不連続を有し得る。好適な実施例においては、前記記録信号は、記録コントローラ２０３の制御の下、記憶媒体２０５に連続的に送られる。かくして前記記録信号は、記録処理の間に連続的に保存される。
【００４８】
より複雑な実施例においては、前記記録処理は、ユーザからの入力無く、又は限られた入力のみで、記録コントローラ２０３により自動的に又は半自動的に制御されても良い。例えば、ユーザは所望の記録処理のため幾つかのパラメータ及び特性を規定し、記録コントローラ２０３がこれらのパラメータに適合するように記録を自動的に制御しても良い。幾つかの実施例においては、より高度な処理及びユーザ制御が、記録処理の一部として実装される。例えば、記録コントローラ２０３は、保存された信号が取得され、変更され、再保存（記録）されることを可能とする完全な編集機能を実装しても良い。かくして記録処理は、記録信号が例えばセクションの除去又は挿入によって生成されることを可能とする機能を有しても良い。このことは当然、ソース信号１０１と前記記録信号との間にＮＰＴの差を生じる記録の不連続に帰着する。
【００４９】
記録の不連続に帰着する記録処理の具体例として、ユーザは図１のソース信号１０１の記録を起動する。しかしながら、前記ユーザは２試合目のハイライトには関心が無く、従って前記ソース信号のセクション２（１０５）の間、記録を一時停止する。図３は、この操作に起因する記録信号３０１を示す。図示されたように、セクション１（１０３）はセクション３（１０７）によって直ぐに後続され、セクション３（１０７）はセクション４（１０９）によって後続される。かくして、前記記録信号については、セクション１（１０３）が０：００のＮＰＴに開始し、セクション３（１０７）が０：１０のＮＰＴに開始し、セクション４（１０９）が０：２０のＮＰＴに開始し、前記番組が０：３０のＮＰＴに終了する。
【００５０】
本発明の発明者は、記録の不連続により不利点が生じることを認識した。例えば、再生の間にユーザ又はＭＨＰアプリケーションが他のセクションにジャンプしようとする場合、システムは当該セクションへのジャンプのために時間リファレンスとしてＮＰＴを利用するであろう。例えば、ＭＨＰアプリケーションが、セクション１の途中でセクション３の先頭にジャンプする機能を有する場合、該機能は１５分（即ちＮＰＴ０：０５から０：３０まで）の相対ジャンプとして実装されるであろう。元のソース信号（即ち記録の不連続を持たない記録信号）については、このことはセクション３の先頭へのジャンプに帰着する。しかしながら、前記アプリケーションが前記記録信号に対して実行される場合、結果のＮＰＴはセクション３の先頭には対応せず、セクション４の先頭に一致する。従って前記ＭＨＰアプリケーションは誤動作する。
【００５１】
この問題は、相対時間ジャンプについてのみ生じるものではなく、例えばソース番組に関連するストリームイベントについても生じる。これらのストリームイベントは、イベントが発生する、又はＭＨＰアプリケーションが実行されるべき時点であるＮＰＴを示し得る。しかしながら、ソース信号１０１のＮＰＴと記録信号３０１のＮＰＴとは異なるため、これらの時間指標は記録信号３０１については不適切であり、従って前記ストリームイベントに関連する全ての機能が不正になる。
【００５２】
好適な実施例によれば、レコーダ２００は更に、記録コントローラ２０３に結合された時間プロセッサ２０９を有する。時間プロセッサ２０９は、再生時間情報及び記録の不連続に応じて前記記録信号についての第２の時間情報を生成するように動作可能である。かくしてレコーダ２００は、ソース信号１０１と記録信号３０１との間のタイミング差が補償されることを可能とする、第２のタイミング情報を生成する。前記第２の時間情報は、ソース信号１０１に関連するアプリケーション及び機能が、記録信号３０１と共に利用されることを可能とする。かくして、ソース信号１０１に対して利用可能である機能は、記録信号３０１に対しても利用可能となり、記録信号の異なる要素に対するアクセス可能性のため、全く付加的な機能も可能となり得る。
【００５３】
好適な実施例においては、時間プロセッサ２０９は更に記憶媒体２０５に結合され、記録信号３０１と共に前記第２の時間情報を保存するように動作可能である。前記第２の時間情報は例えば、別個のファイルに保存されても良いし、又は前記記録信号に埋め込まれても良い。
【００５４】
本発明の幾つかの実施例においては、前記第２の時間情報は、前記記録信号中のイベントを示すマーカを有する。
【００５５】
かような実施例の１つにおいては、記録コントローラ２０３が前記ソース信号及び／又は前記記録信号の特性を検出し、これらの特性を時間プロセッサ２０９に供給する。これに応じて時間プロセッサ２０９は、前記記録信号の特性とＮＰＴの時間との間の関連を有するマーカを生成する。
【００５６】
例えば、記録コントローラ２０３は、ビデオシーケンス中の全ての場面変化を検出し、前記ソース信号の対応するＮＰＴ時間を時間プロセッサ２０９に通知する。時間プロセッサ２０９は更に、いずれの記録の不連続のタイミングに関する情報を供給され、次いで該情報に応じてマーカのタイミングを生成する。かくして時間プロセッサ２０９は、記録がＮＰＴ０：１０と０：２０との間で一時停止されたという情報を供給される。従って、時間プロセッサ２０９が前記ソース信号のＮＰＴ０：２５において生じた場面変化の情報を受信すると、該場面変化が前記記録信号のＮＰＴ０：１５において生じたことを示すマーカを生成する。
【００５７】
本実施例において、前記生成されたマーカを編集することにより、プレイリストが生成される。再生の間、前記プレイリストのマーカを利用して、ナビゲーション（navigation）及びジャンプが実行され得る。それ故、記録が一時停止されても、コンテンツ内のジャンプは依然として整合性を持つ。
【００５８】
幾つかの実施例において、記録コントローラ２０３は受信された信号のコンテンツ分析を実行しても良く、マーカは該コンテンツ分析に応じて生成されても良い。例えば、何回かのリプレイに後続される、観客のノイズの突然の増大によって、フットボールの試合のゴールが検出されても良い。ゴールの検出は時間プロセッサ２０９に送られ、時間プロセッサ２０９が前記ゴールが発生した前記記録信号のＮＰＴを示すマーカを生成しても良い。
【００５９】
前記マーカは好ましくは、前記記録信号を有するファイルと関連する別個のファイルに保存される。しかしながら、前記マーカは前記記録信号と同じファイルに含められても良く、前記記録信号に埋め込まれても良い。
【００６０】
幾つかの実施例において、第１の再生時間情報は第１の再生タイムラインを有する。前記第１の再生タイムラインは具体的には、上述したようなＮＰＴタイムラインであっても良い。これらの実施例の幾つかにおいては、時間プロセッサ２０９は、前記記録信号に関連する再生タイムラインであって、前記記録の不連続に対応する時間の不連続を持つ不連続な再生タイムラインを生成するように動作可能である。
【００６１】
具体的には、時間プロセッサ２０９は、いずれの記録の不連続の時間ギャップにも対応する不連続を持つ記録信号についてのＮＰＴを生成するように動作可能であっても良い。かくして、生成されたＮＰＴタイムラインは、元のソース信号と同じコンテンツに対しては同じＮＰＴを持つが、記録ギャップに対応するＮＰＴの一部が失われている。
【００６２】
図３に示された具体例においては、時間プロセッサ２０９は、０：００：００（時間：分：秒の形式）から、０：０９：５９に亘るＮＰＴを生成する。しかしながら、ＮＰＴは次いで０：０９：５９から０：２０：００へとジャンプし、そこから継続する。従って、記録ギャップがいつ生じても、対応する不連続が前記記録信号のＮＰＴに導入される。不連続なＮＰＴは、前記記録信号とは別に保存されても良いし、又は前記記録信号と共に保存されても良い。
【００６３】
前記元のソース信号のＮＰＴに関連するいずれのアプリケーション及び機能も、前記記録信号と共に直接利用されても良い。例えばアプリケーションがセクション１（１０３）の途中でセクション３（１０７）にジャンプする上述の例において、計算されたＮＰＴ０：３０は、ここでは前記記録信号の開始後３０分を指しているが、依然として適切である。
【００６４】
好適な実施例においては、前記第２の時間情報はイベント記述子を有する。これらのイベント記述子はイベントを識別し、関連する時間指標を持つ。前記イベント記述子は、前記時間指標が前記記録信号のＮＰＴに関連するように、時間プロセッサ２０９によって生成される。
【００６５】
しばしば、ソース信号が幾つかのイベント記述子を有する。例えば放送されるＤＶＢ信号は、イベントがいつ発生するか（例えばいつ番組の新たなセクションが開始するか）、又はイベントがいつ発生すべきか（例えばいつＭＨＰアプリケーションが開始されるべきか）についての情報を有する幾つかのストリームイベントを有しても良い。前記ソース信号のストリームイベントの時間指標は、前記ソース信号のＮＰＴを指す。
【００６６】
好適な実施例においては、記録コントローラ２０３は、ソース信号を有する伝送信号から、前記ソース信号に関連するイベント記述子を抽出する。前記伝送信号は前記ソース信号と同一であっても良いし、前記ソース信号を有するデータストリームであっても良い。前記抽出されたストリームイベントは、時間プロセッサ２０９に送られる。
【００６７】
時間プロセッサ２０９は、前記ソース信号に関連するイベント記述子の時間情報を修正することにより、前記イベント記述子の時間情報を生成するように動作可能である。時間プロセッサ２０９はかくして、前記抽出されたイベント記述子の時間指標を読み取り、前記記録信号のＮＰＴに対応するように前記時間指標を変更する。
【００６８】
具体的には、時間プロセッサ２０９は、前記記録の不連続に関連する時間ギャップにより、前記ソース信号に関連するイベント記述子の時間情報を補償することによって、前記イベント記述子の時間情報を生成する。
【００６９】
単純な実施例においては、時間プロセッサ２０９は、前記ソース信号に対して、前記記録信号のいずれの除去された又は追加されたセクションの対応する時間間隔をも単に加算又は減算する。図３の例においては、セクション１（１０３）に関連する全てのイベント記述子は従って変更されない。一方セクション３又は４に関連する全てのイベント記述子は、ソース信号１０１の対応するイベント記述子の時間指標から１０分を減算することにより生成される。新たなセクションを追加する編集操作の場合には、該追加されるセクションに後続するセクションに関連する全てのイベント記述子の時間指標が、前記追加されるセクションの継続時間に対応する量だけ単に増加させられる。
【００７０】
前記第２の時間情報の前記生成されたイベント記述子は例えば、別個の情報ファイルに保存されても良いし、前記記録信号に埋め込まれても良い。
【００７１】
具体例として、図１のソース信号は、セクション１において、セクション４の先頭、即ち０：３０のＮＰＴにおいて特定のＭＨＰアプリケーションが起動されるべきであることを示すストリームイベントを有する。前記ストリームイベントはセクション１の先頭に含められ、前記ＭＨＰアプリケーションが前記ストリームイベントの出現の３０分後に開始されるべきであることを示す相対時間指標を有する。
【００７２】
前記ストリームイベントはソース信号１０１から抽出され、時間プロセッサ２０９に送られる。時間プロセッサ２０９は更に、１０分の記録ギャップが導入されたという情報を供給されている。該ストリームイベントは記録ギャップの後の時間を指しているため、時間プロセッサ２０９は、元の時間指標から１０分を減算することにより、新たな時間指標を算出する。かくして、前記ＭＨＰアプリケーションが前記ストリームイベントの出現の２０分後に起動されるべきであることを示すストリームイベントが生成され、前記ストリームイベントがセクション１の先頭において前記記録信号３０１に挿入される。
【００７３】
従って前記記録信号の再生の間、前記ＭＨＰアプリケーションは、再生機能又は機器に対する変更の必要なく、セクション４の先頭において正しく開始される。
【００７４】
かくして、タイミング情報に依存するアルゴリズム及び機能を妨害したり又は許容不可能な程に影響を与えることなく、記録の不連続が記録処理に導入されることを可能とするレコーダが提供される。
【００７５】
第２の時間情報を生成するための他のアプローチが単独で、又はいずれかの組み合わせ若しくは置換により、利用されても良いことは理解されるであろう。
【００７６】
本発明は、ハードウェア、ソフトウェア、ファームウェア又はこれらのいずれかの組み合わせを含む、いずれの適切な形態で実装されても良い。しかしながら好ましくは、本発明は、１以上のデータプロセッサ及び／又はディジタル信号プロセッサ上で動作するコンピュータソフトウェアとして実装される。本発明の実施例の構成要素は、いずれの適切な方法で、物理的、機能的及び論理的に実装されても良い。更に、機能は単一のユニットの形で実装されても良いし、複数のユニットの形で実装されても良いし、又は他の機能ユニットの一部として実装されても良い。従って、本発明は単一のユニットの形で実装されても良いし、異なるユニット及びプロセッサ間で物理的及び機能的に分散されても良い。
【００７７】
本発明は好適な実施例に関連して説明されたが、ここで示された特定の形態に限定されることを意図したものではない。むしろ、本発明の範囲は、添付する請求項によってのみ限定される。請求項において、「有する（comprising）」なる語は、他の要素又はステップの存在を除外するものではない。更に、個別的に列記されていても、複数の手段、要素又は方法ステップは、例えば単一のユニット又はプロセッサによって実装されても良い。加えて、個々の特徴が異なる請求項に含められ得るが、これら特徴はことによると有利に組み合わせられても良く、異なる請求項に含められていることは、これら特徴の組み合わせが利用可能でない及び／又は有利でないということを示すものではない。加えて、単数形の表示は複数を除外するものではない。従って「１つの（a、an、first、second等）」という表示は複数を除外するものではない。
【技術分野】
【０００１】
本発明は、信号を記録するための方法及び装置に関し、より詳細には、記録の不連続を有する信号を記録するためのシステムに関する。
【背景技術】
【０００２】
過去１０年間、ラジオ又はテレビジョン信号のようなコンテンツ信号の放送のためのディジタル手法の利用の著しい増大が見られた。例えば、過去１０年間、ディジタルオーディオ放送（ＤＡＢ）として知られる、ディジタルラジオの放送のための規格が開発されてきた。同様に、ディジタルビデオ放送（ＤＶＢ）規格として知られる、テレビジョンの放送のための新たな規格が開発されてきた。
【０００３】
ディジタル放送手法の利用は、例えば送信される信号と関連するアプリケーションを有するインタラクティブＴＶを含む、新たな機能を可能とした。
【０００４】
付加的な機能を提供し、関連するアプリケーションを実現することを目的とする規格の例は、マルチメディア・ホーム・プラットフォーム（ＭＨＰ）規格として知られている。ＭＨＰは、インタラクティブなディジタルアプリケーションと、該アプリケーションが動作する端末との間の、汎用的なインタフェースを定義している。該インタフェースは、別のＭＨＰ端末の実装の特定のハードウェア及びソフトウェアの詳細から、別のプロバイダのアプリケーションを分離する。このことは、ディジタルコンテンツのプロバイダが、ローエンドのセットトップボックスからハイエンドのセットトップボックスまでに亘る全てのタイプの端末、統合されたディジタルＴＶセット、及びマルチメディアＰＣに対応することを可能とする。ＭＨＰは、衛星、ケーブル、地上波及びマイクロ波システムを含む全ての伝送ネットワークにおける放送及びインタラクティブサービスのための、既存の普及したＤＶＢオープン規格を拡張する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＭＨＰは放送の目的のために開発されてきたものであり、関連するＭＨＰアプリケーションを持つ番組又は信号の記録に関連する多くの不利点に帰着してきた。従って、ＭＨＰビデオ及び関連するアプリケーションを記録する場合の性能及び機能を増大させることを目的とする、ＭＨＰに対する規格の拡張の試みが現在行われている。
【０００６】
ＭＨＰ規格は放送のために設計されたものであるため、保存に関連する問題の多くは考慮に入れられていない。かような問題の１つは、例えばビデオストリームにおけるイベントに関連するタイミング情報に関する。イベントは例えば、映画における新しい場面であっても良い。
【０００７】
ＭＨＰにおいて利用されるタイミング情報は、ＭＨＰにおいてはＮＰＴ（Normal Play Time）と呼ばれる再生時間から成る。ＮＰＴは、ビデオシーケンス（例えばテレビジョン番組）の継続時間に亘って信号に関連する、連続的なタイムライン（time line）である。ＮＰＴは従って、ビデオシーケンスの継続時間の全体に亘るリアルタイムの指標（indication）である。ＮＰＴは番組の再生の実際の時間における進行を示すものであるから、例えば通常の速度の２倍での再生（早送りの間）は、通常の速度の２倍の速度でのＮＰＴの進行に帰着する。
【０００８】
通常の放送の間、再生速度は変化せず、ビデオのセクションにおける別の位置へジャンプすることは不可能である。しかしながら、信号が記録された場合には、ランダム的な態様でビデオシーケンスにアクセスすることが可能となる。例えば、番組の特定の時間にジャンプしたり、コマーシャルの間スキップしたり、又はスポーツイベントにおいてリプレイを観ることが望ましい場合がある。
【０００９】
しかしながらＭＨＰは、ＮＰＴ時間における相対ジャンプを実行することにより、再生時間に対するジャンプの機能を提供するに過ぎない。従って番組は、例えば現在の再生位置に対して２５分だけ先にジャンプし得るが、番組開始１時間後といった絶対位置にジャンプすることができない。このことは、ＮＰＴがビデオシーケンスに亘る連続的なタイムラインであるような多くの場合には許容可能である。しかしながら、記録されたビデオシーケンスが記録においてギャップを有する場合には、前記記録されたビデオシーケンスのＮＰＴは、元のビデオシーケンスのＮＰＴから逸脱する。
【００１０】
例えば、ビデオシーケンスが、それぞれが１０分の継続時間を持つ３つのセクションを有する場合、第３のセクションは２０分のＮＰＴにおいて開始する。しかしながら、第１のセクションと第３のセクションとのみが記録された場合、記録された前記第３のセクションは、２０分のＮＰＴではなく、１０分のＮＰＴにおいて開始する。かくして、ＭＨＰアプリケーションが、前記第１のセクションの途中で前記第３のセクションへのジャンプを有する場合には、相対ジャンプが１５分に設定される。しかしながら、該相対ジャンプは、前記アプリケーションを、前記記録された第３のセクションの先頭ではなく末尾へジャンプさせてしまう。かくしてＭＨＰは、記録における不連続に適していない。かような不連続は例えば、記録における一時停止、又はビデオシーケンスの編集に起因し得る。
【００１１】
ＭＨＰは更に、Ｊａｖａ（登録商標）プラットフォームに基づく。Ｊａｖａ（登録商標）は、実行時にインタープリトされ、完全なマルチメディアアプリケーションを開発するためのプラットフォーム非依存のライブラリの完全なセットを提供する、プログラミング言語である。
【００１２】
Ｊａｖａ（登録商標）におけるオーディオ及びビデオ再生制御は、Ｊａｖａ（登録商標）メディアフレームワーク（Java Media Framework）に基づく。該フレームワークは、オーディオ及びビデオの再生及び取り込みのプラットフォーム非依存の制御を可能とする機能のライブラリである。保存がＭＨＰに追加される場合、再生の制御はＪａｖａ（登録商標）メディアフレームワークを通して実行される。ＭＨＰのためのＪａｖａ（登録商標）メディアフレームワークの実装は、オーディオ及びビデオの再生のための線形のタイムベースとして、ＭＨＰのＮＰＴを利用する。
【００１３】
Ｊａｖａ（登録商標）メディアフレームワークは、オーディオ又はビデオシーケンスにおける或る位置へアプリケーションがジャンプすることを可能とする、幾つかの機能を持つ。これらの機能は全て、コンテンツの再生時間（ＮＰＴ時間）における位置に基づく。それ故、これらの機能は、ソース信号（source signal）のＮＰＴと記録信号（記録される信号、recorded signal）のＮＰＴとの間に差を生じる不連続を記録が有する場合に、以上に示した問題と同じ問題に苦慮し得る。
【００１４】
更なる例として、ＭＨＰは、コンテンツ中の特定のイベントに応答するＭＨＰアプリケーションのための機能をも有する。例えば、ＭＨＰアプリケーションは、時事問題番組におけるニュース項目の変化、又はスポーツの試合におけるゴールに応答するように設計され得る。かようなイベントが発生した場合にアプリケーションを起動するために利用されるメカニズムは、ビデオ中のイベントに関連する情報及びイベントのタイミングに関連する情報を担持する記述子であるストリームイベントの利用に基づく。時間の指標は、ＮＰＴに基づく。例えば、ストリームイベントは、ビデオシーケンス開始後２５分に対応するＮＰＴの値を有することにより、試合開始２５分後に発生したゴールを示しても良い（該ビデオシーケンスが試合開始時に開始すると仮定する）。従って、ストリームイベントを利用するアプリケーションもまた、元のビデオシーケンスと記録されるビデオシーケンスとの間で異なるＮＰＴに帰着する記録の不連続に対して敏感である。
【００１５】
それ故、記録のための改善されたシステムが有利となる。
【００１６】
従って本発明は好ましくは、１以上の上述した不利点を個々に又はいずれかの組み合わせで緩和し、軽減し又は除去することを目的とする。
【課題を解決するための手段】
【００１７】
第１の態様によれば、関連する第１の再生時間情報を持つソース信号を受信する手段と、前記ソース信号から前記ソース信号に対して記録の不連続を有する記録信号を生成する手段と、前記第１の再生時間情報及び前記記録の不連続に応じて前記記録信号についての第２の時間情報を生成する手段とを有する、記録のための装置が提供される。
【００１８】
本発明は特に、記録信号についてのタイミング情報に依存するアプリケーション及び機能のために適切な第２の時間情報を可能とする。前記第２の時間情報は、記録の不連続に関連するタイミングのギャップを補償することにより、適切な時間情報が第１の再生時間情報から生成されることを可能とする。本発明はかくして、タイミング情報が記録の不連続に影響されても、タイミング情報を必要とするアプリケーション及び動作を可能とし及び／又は容易化する。特に本発明は、前記第１の再生時間情報に関連するタイミング指標又はイベントが、前記記録信号についてのタイミング情報に適切に参照されることを可能とする。かくして本発明は、タイミング情報に依存するアルゴリズム及び機能を混乱させたり又は許容不可能な程に影響を与えたりすることなく、記録の不連続が記録処理に導入されることを可能とする。
【００１９】
前記記録信号及び／又はソース信号は好ましくは、ビデオ、オーディオ及び／又はマルチメディアデータストリームを有する。前記記録信号及び／又はソース信号は更に、前記信号のコンテンツ信号に関連するアプリケーションデータ又は記述データを含む付加的なデータを有しても良い。
【００２０】
本発明は例えば、放送されたソース信号の記録、又は既に保存された信号の編集処理に適用され得る。編集処理においては、保存されたソース信号が編集されても良く、結果の信号は、元の保存された信号に加えて保存（又は記録）されても良いし、又は元の保存された信号の代わりに保存（又は記録）されても良い。前記第２の時間情報は、前記信号のコンテンツストリームと別個に保存されても良いし、又は共に保存されても良い。例えば、前記第２の時間情報は、別個のファイルに保存されても良いし、又は例えばビデオデータストリーム中に埋め込まれても良い。
【００２１】
本発明の特徴によれば、前記第２の時間情報は、前記記録信号におけるイベントを示すマーカを有する。マーカは、例えば、ソース信号のコンテンツ信号における出現を、前記記録信号についての時間指標に関連付ける指標であっても良い。例えば、ビデオシーケンスの新たな場面は、前記記録信号についての特定のＮＰＴに関連付けられても良い。前記マーカは好ましくは、前記記録信号と共に保存されても良い、別個のファイルに保存される。このことは、タイミングとイベントとを関連付ける非常に柔軟且つ単純な方法を可能とし、このことは再生の間に前記記録信号に対して実行されるアプリケーション及び機能による利用のために適している。前記マーカは、例えばコンテンツ信号のコンテンツ分析によって、又はコンテンツ信号の特性における変化（例えば場面変化）の検出によって、決定されても良い。
【００２２】
本発明の他の特徴によれば、前記第２の時間情報は、前記マーカを有するプレイリストを有する。プレイリストは、前記記録信号についてのタイミング情報がアプリケーション及び機能によって容易に且つ柔軟に利用され得る、とりわけ適切な実装を可能とする。
【００２３】
本発明の他の特徴によれば、前記第２の時間情報は、イベント記述子を有する。イベント記述子は例えば、ストリームイベントを有しても良いし、又はストリームイベント中に存しても良い。イベント記述子は、ソース信号に関連するイベントと時間指標との間の関連を有しても良い。例えば、アプリケーションが所定の時点に実行されるべきであることを示すイベント記述子は、前記アプリケーションの識別子と、該アプリケーションが実行されるべき前記記録信号のＮＰＴの指標とを有しても良い。このことは、記録信号がソース信号に対して記録の不連続を有するにもかかわらず、アプリケーション及び機能が、時間を決められた動作を該記録信号に対して実行することを可能とする、単純且つ柔軟な実装を可能とする。
【００２４】
本発明の他の特徴によれば、前記第２の時間情報を生成する手段は、前記ソース信号に関連するイベント記述子の時間情報を修正することにより、前記イベント記述子の時間情報を生成するように動作可能である。
【００２５】
しばしば、コンテンツ信号を有するソース信号は、アプリケーション及び埋め込まれた関連する実行時間の指標のようなイベント記述子をも有する。これらのストリームイベントは有利にも、対応するイベント記述子を生成することにより、第２のタイミング情報に含められても良い。このとき実行時間は、記録信号の対応するタイミングに変更される。このことは、記録が記録の不連続を有するにもかかわらず、ソース信号におけるイベント記述子に関連する機能が、記録信号について維持されることを可能とする。
【００２６】
本発明の他の特徴によれば、前記第２の時間情報を生成する手段は、前記記録の不連続に関連する時間ギャップにより前記ソース信号に関連するイベント記述子の時間情報を補償することにより、前記イベント記述子の時間情報を生成するように動作可能である。
【００２７】
例えば、記録の不連続に後続するイベントに関連付けられたいずれのタイミング指標もが、該記録の不連続の時間ギャップに等しい値だけ単純に減少させられても良い。このことは、とりわけ低い複雑さを実現し、実装を容易化する。
【００２８】
本発明の他の特徴によれば、前記イベント記述子の時間情報は、再生タイムラインに関連する相対時間情報を有する。それ故本発明は、相対時間指標を有するイベント記述子が、記録の不連続を持つ記録信号に転送されることを可能とする。
【００２９】
本発明の他の特徴によれば、前記記録のための装置は、前記ソース信号を有する伝送信号から、前記ソース信号に関連するイベント記述子を抽出する手段を更に有する。このことは、ソース信号のイベント記述子が、記録信号について保持される実装を可能とする。
【００３０】
本発明の他の特徴によれば、前記イベント記述子は、アプリケーションを起動するための情報を有するストリームイベントを有する。このことは、記録の不連続を持つ記録信号が、適切な時点におけるアプリケーションの起動を維持することを可能とする。
【００３１】
本発明の他の特徴によれば、前記第１の再生時間情報は、第１の再生タイムラインを有し、前記第２の時間情報を生成する手段は、前記記録信号に関連し、前記記録の不連続に対応する時間の不連続を持つ不連続な再生タイムラインを生成するように動作可能である。
【００３２】
具体的には、第１の再生タイムライン及び不連続な再生タイムラインは、ＮＰＴタイムラインのような、リアルタイムの再生タイムラインであっても良い。不連続な再生タイムラインは、前記第１の再生タイムラインに関連する全ての相対時間指標及び絶対時間指標が、記録信号についての不連続な再生タイムラインにまさに適切であることを実現する。それ故、既存の時間リファレンスが、記録の不連続を持つ記録信号のために利用されても良い。不連続な再生時間は単に、記録の不連続に関連する時間ギャップに対応するギャップを有しても良い。
【００３３】
好ましくは、ソース信号及び記録信号は、マルチメディア・ホーム・プラットフォーム（ＭＨＰ）データ及び／又はディジタルビデオ放送（ＤＶＢ）データを有する。
【００３４】
本発明の特徴の第２の態様によれば、関連する第１の再生時間情報を持つソース信号を受信するステップと、前記ソース信号から前記ソース信号に対して記録の不連続を有する記録信号を生成するステップと、前記第１の再生時間情報及び前記記録の不連続に応じて前記記録信号についての第２の時間情報を生成するステップとを有する、記録の方法が提供される。
【００３５】
本発明のこれらの及び他の態様、特徴及び利点は、以下に記載される実施例を参照しながら説明され明らかとなるであろう。
【図面の簡単な説明】
【００３６】
【図１】ＴＶ番組を有するＤＶＢソース信号１０１を示す。
【図２】本発明の実施例による記録のための装置のブロック図を示す。
【図３】本発明の実施例による記録信号の例を示す。
【発明を実施するための形態】
【００３７】
本発明の実施例は、図を参照しながら、単に例として説明される。
【００３８】
以下の説明は、マルチメディア・ホーム・プラットフォーム（ＭＨＰ）データ及びディジタルビデオ放送（ＤＶＢ）ビデオデータを有するソース信号を記録するためのレコーダに適用可能な、本発明の実施例に焦点を合わせたものである。しかしながら、本発明はこの例に限定されるものではなく、例えば米国のＤＡＳＥ規格のような多くの他の信号及び規格に適用されても良いことは理解されるであろう。
【００３９】
以下、好適な実施例が、ＤＶＢ規格に従って放送されるテレビジョン番組の形のビデオシーケンスを有するソース信号の例を参照しながら説明される。図１は、ＴＶ番組を有するＤＶＢソース信号１０１を示す。図示された例においては、ソース信号１０１は、４つの連続するセクション１０３、１０５、１０７及び１０９を有する。例えば前記ＴＶ番組は、それぞれのセクションが１つの試合を有する、４つのフットボールの試合のハイライトを示すスポーツ番組であっても良い。
【００４０】
前記ソース信号は、ＮＰＴ（Normal Play Time）１１１の形の関連する再生時間情報を持つ。該ＮＰＴは、前記番組の継続時間に亘る連続的なタイムラインである。従って、例のセクション１（１０３）は０：００（時間：分の形式）のＮＰＴに開始し、セクション２（１０５）は０：１０のＮＰＴに開始し、セクション３（１０７）は０：２０のＮＰＴに開始し、セクション４（１０９）は０：３０のＮＰＴに開始し、前記番組は０：４０のＮＰＴに終了する。
【００４１】
図２は、本発明の実施例による記録のための装置のブロック図を示す。
【００４２】
レコーダ２００は、ソース信号１０１を受信する受信器２０１を有する。好適な実施例においては、受信器２０１は、ＤＶＢ規格に従って放送を受信するように動作可能なＤＶＢ無線受信器である。ＤＶＢ受信器の実装は本分野においては良く知られており、簡潔さ及び明瞭さのため更に詳細には説明されない。
【００４３】
他の実施例においては、受信器２０１は他の手段からソース信号１０１を受信するように動作可能であり、具体的には、受信器２０１はローカル又はリモートの記憶手段からソース信号１０１を受信するように動作可能であっても良い。幾つかの実施例においては、受信器２０１は、記録信号を保存するために利用される同一の記憶手段からソース信号１０１を受信するように動作可能であっても良い。レコーダ２００は従って編集装置であっても良い。
【００４４】
受信器２０１は、レコーダ２００を制御しとりわけ記録処理を制御する記録コントローラ２０３に結合される。
【００４５】
記録コントローラ２０３は、記録される信号を保存するように動作可能な記憶媒体２０５に結合される。記憶媒体２０５は、例えば固体メモリ、（記録可能なコンパクトディスク又はディジタルバーサタイルディスクのような）光記憶媒体又は磁気記憶手段を含む、信号を保存するために適切ないずれの手段であっても良い。好適な実施例においては、記憶媒体２０５は、ディジタルデータを保存するように動作可能なハードディスクとして実装される。
【００４６】
記録コントローラ２０３は更に、レコーダ２００のユーザがレコーダ２００の機能を制御できるようにするユーザ入力２０７に結合される。
【００４７】
記録コントローラ２０３は、ユーザ入力に応答して、ソース信号１０１から記録信号を生成するように動作可能である。単純な実施例においては、前記ユーザ入力は、単に記録の開始、一時停止及び停止から成る。この場合、記録コントローラ２０３は、ユーザが記録を開始したときに、ソース信号と同様の前記記録信号を生成する。ユーザが記録を一時停止した場合、記録コントローラ２０３は、前記記録信号に更なるデータを追加しない。前記一時停止が終了させられると、ソース信号１０１のうちの現在受信されている部分が、既存の記録信号に追加される。かくして、前記記録信号は記録の不連続を有し得る。好適な実施例においては、前記記録信号は、記録コントローラ２０３の制御の下、記憶媒体２０５に連続的に送られる。かくして前記記録信号は、記録処理の間に連続的に保存される。
【００４８】
より複雑な実施例においては、前記記録処理は、ユーザからの入力無く、又は限られた入力のみで、記録コントローラ２０３により自動的に又は半自動的に制御されても良い。例えば、ユーザは所望の記録処理のため幾つかのパラメータ及び特性を規定し、記録コントローラ２０３がこれらのパラメータに適合するように記録を自動的に制御しても良い。幾つかの実施例においては、より高度な処理及びユーザ制御が、記録処理の一部として実装される。例えば、記録コントローラ２０３は、保存された信号が取得され、変更され、再保存（記録）されることを可能とする完全な編集機能を実装しても良い。かくして記録処理は、記録信号が例えばセクションの除去又は挿入によって生成されることを可能とする機能を有しても良い。このことは当然、ソース信号１０１と前記記録信号との間にＮＰＴの差を生じる記録の不連続に帰着する。
【００４９】
記録の不連続に帰着する記録処理の具体例として、ユーザは図１のソース信号１０１の記録を起動する。しかしながら、前記ユーザは２試合目のハイライトには関心が無く、従って前記ソース信号のセクション２（１０５）の間、記録を一時停止する。図３は、この操作に起因する記録信号３０１を示す。図示されたように、セクション１（１０３）はセクション３（１０７）によって直ぐに後続され、セクション３（１０７）はセクション４（１０９）によって後続される。かくして、前記記録信号については、セクション１（１０３）が０：００のＮＰＴに開始し、セクション３（１０７）が０：１０のＮＰＴに開始し、セクション４（１０９）が０：２０のＮＰＴに開始し、前記番組が０：３０のＮＰＴに終了する。
【００５０】
本発明の発明者は、記録の不連続により不利点が生じることを認識した。例えば、再生の間にユーザ又はＭＨＰアプリケーションが他のセクションにジャンプしようとする場合、システムは当該セクションへのジャンプのために時間リファレンスとしてＮＰＴを利用するであろう。例えば、ＭＨＰアプリケーションが、セクション１の途中でセクション３の先頭にジャンプする機能を有する場合、該機能は１５分（即ちＮＰＴ０：０５から０：３０まで）の相対ジャンプとして実装されるであろう。元のソース信号（即ち記録の不連続を持たない記録信号）については、このことはセクション３の先頭へのジャンプに帰着する。しかしながら、前記アプリケーションが前記記録信号に対して実行される場合、結果のＮＰＴはセクション３の先頭には対応せず、セクション４の先頭に一致する。従って前記ＭＨＰアプリケーションは誤動作する。
【００５１】
この問題は、相対時間ジャンプについてのみ生じるものではなく、例えばソース番組に関連するストリームイベントについても生じる。これらのストリームイベントは、イベントが発生する、又はＭＨＰアプリケーションが実行されるべき時点であるＮＰＴを示し得る。しかしながら、ソース信号１０１のＮＰＴと記録信号３０１のＮＰＴとは異なるため、これらの時間指標は記録信号３０１については不適切であり、従って前記ストリームイベントに関連する全ての機能が不正になる。
【００５２】
好適な実施例によれば、レコーダ２００は更に、記録コントローラ２０３に結合された時間プロセッサ２０９を有する。時間プロセッサ２０９は、再生時間情報及び記録の不連続に応じて前記記録信号についての第２の時間情報を生成するように動作可能である。かくしてレコーダ２００は、ソース信号１０１と記録信号３０１との間のタイミング差が補償されることを可能とする、第２のタイミング情報を生成する。前記第２の時間情報は、ソース信号１０１に関連するアプリケーション及び機能が、記録信号３０１と共に利用されることを可能とする。かくして、ソース信号１０１に対して利用可能である機能は、記録信号３０１に対しても利用可能となり、記録信号の異なる要素に対するアクセス可能性のため、全く付加的な機能も可能となり得る。
【００５３】
好適な実施例においては、時間プロセッサ２０９は更に記憶媒体２０５に結合され、記録信号３０１と共に前記第２の時間情報を保存するように動作可能である。前記第２の時間情報は例えば、別個のファイルに保存されても良いし、又は前記記録信号に埋め込まれても良い。
【００５４】
本発明の幾つかの実施例においては、前記第２の時間情報は、前記記録信号中のイベントを示すマーカを有する。
【００５５】
かような実施例の１つにおいては、記録コントローラ２０３が前記ソース信号及び／又は前記記録信号の特性を検出し、これらの特性を時間プロセッサ２０９に供給する。これに応じて時間プロセッサ２０９は、前記記録信号の特性とＮＰＴの時間との間の関連を有するマーカを生成する。
【００５６】
例えば、記録コントローラ２０３は、ビデオシーケンス中の全ての場面変化を検出し、前記ソース信号の対応するＮＰＴ時間を時間プロセッサ２０９に通知する。時間プロセッサ２０９は更に、いずれの記録の不連続のタイミングに関する情報を供給され、次いで該情報に応じてマーカのタイミングを生成する。かくして時間プロセッサ２０９は、記録がＮＰＴ０：１０と０：２０との間で一時停止されたという情報を供給される。従って、時間プロセッサ２０９が前記ソース信号のＮＰＴ０：２５において生じた場面変化の情報を受信すると、該場面変化が前記記録信号のＮＰＴ０：１５において生じたことを示すマーカを生成する。
【００５７】
本実施例において、前記生成されたマーカを編集することにより、プレイリストが生成される。再生の間、前記プレイリストのマーカを利用して、ナビゲーション（navigation）及びジャンプが実行され得る。それ故、記録が一時停止されても、コンテンツ内のジャンプは依然として整合性を持つ。
【００５８】
幾つかの実施例において、記録コントローラ２０３は受信された信号のコンテンツ分析を実行しても良く、マーカは該コンテンツ分析に応じて生成されても良い。例えば、何回かのリプレイに後続される、観客のノイズの突然の増大によって、フットボールの試合のゴールが検出されても良い。ゴールの検出は時間プロセッサ２０９に送られ、時間プロセッサ２０９が前記ゴールが発生した前記記録信号のＮＰＴを示すマーカを生成しても良い。
【００５９】
前記マーカは好ましくは、前記記録信号を有するファイルと関連する別個のファイルに保存される。しかしながら、前記マーカは前記記録信号と同じファイルに含められても良く、前記記録信号に埋め込まれても良い。
【００６０】
幾つかの実施例において、第１の再生時間情報は第１の再生タイムラインを有する。前記第１の再生タイムラインは具体的には、上述したようなＮＰＴタイムラインであっても良い。これらの実施例の幾つかにおいては、時間プロセッサ２０９は、前記記録信号に関連する再生タイムラインであって、前記記録の不連続に対応する時間の不連続を持つ不連続な再生タイムラインを生成するように動作可能である。
【００６１】
具体的には、時間プロセッサ２０９は、いずれの記録の不連続の時間ギャップにも対応する不連続を持つ記録信号についてのＮＰＴを生成するように動作可能であっても良い。かくして、生成されたＮＰＴタイムラインは、元のソース信号と同じコンテンツに対しては同じＮＰＴを持つが、記録ギャップに対応するＮＰＴの一部が失われている。
【００６２】
図３に示された具体例においては、時間プロセッサ２０９は、０：００：００（時間：分：秒の形式）から、０：０９：５９に亘るＮＰＴを生成する。しかしながら、ＮＰＴは次いで０：０９：５９から０：２０：００へとジャンプし、そこから継続する。従って、記録ギャップがいつ生じても、対応する不連続が前記記録信号のＮＰＴに導入される。不連続なＮＰＴは、前記記録信号とは別に保存されても良いし、又は前記記録信号と共に保存されても良い。
【００６３】
前記元のソース信号のＮＰＴに関連するいずれのアプリケーション及び機能も、前記記録信号と共に直接利用されても良い。例えばアプリケーションがセクション１（１０３）の途中でセクション３（１０７）にジャンプする上述の例において、計算されたＮＰＴ０：３０は、ここでは前記記録信号の開始後３０分を指しているが、依然として適切である。
【００６４】
好適な実施例においては、前記第２の時間情報はイベント記述子を有する。これらのイベント記述子はイベントを識別し、関連する時間指標を持つ。前記イベント記述子は、前記時間指標が前記記録信号のＮＰＴに関連するように、時間プロセッサ２０９によって生成される。
【００６５】
しばしば、ソース信号が幾つかのイベント記述子を有する。例えば放送されるＤＶＢ信号は、イベントがいつ発生するか（例えばいつ番組の新たなセクションが開始するか）、又はイベントがいつ発生すべきか（例えばいつＭＨＰアプリケーションが開始されるべきか）についての情報を有する幾つかのストリームイベントを有しても良い。前記ソース信号のストリームイベントの時間指標は、前記ソース信号のＮＰＴを指す。
【００６６】
好適な実施例においては、記録コントローラ２０３は、ソース信号を有する伝送信号から、前記ソース信号に関連するイベント記述子を抽出する。前記伝送信号は前記ソース信号と同一であっても良いし、前記ソース信号を有するデータストリームであっても良い。前記抽出されたストリームイベントは、時間プロセッサ２０９に送られる。
【００６７】
時間プロセッサ２０９は、前記ソース信号に関連するイベント記述子の時間情報を修正することにより、前記イベント記述子の時間情報を生成するように動作可能である。時間プロセッサ２０９はかくして、前記抽出されたイベント記述子の時間指標を読み取り、前記記録信号のＮＰＴに対応するように前記時間指標を変更する。
【００６８】
具体的には、時間プロセッサ２０９は、前記記録の不連続に関連する時間ギャップにより、前記ソース信号に関連するイベント記述子の時間情報を補償することによって、前記イベント記述子の時間情報を生成する。
【００６９】
単純な実施例においては、時間プロセッサ２０９は、前記ソース信号に対して、前記記録信号のいずれの除去された又は追加されたセクションの対応する時間間隔をも単に加算又は減算する。図３の例においては、セクション１（１０３）に関連する全てのイベント記述子は従って変更されない。一方セクション３又は４に関連する全てのイベント記述子は、ソース信号１０１の対応するイベント記述子の時間指標から１０分を減算することにより生成される。新たなセクションを追加する編集操作の場合には、該追加されるセクションに後続するセクションに関連する全てのイベント記述子の時間指標が、前記追加されるセクションの継続時間に対応する量だけ単に増加させられる。
【００７０】
前記第２の時間情報の前記生成されたイベント記述子は例えば、別個の情報ファイルに保存されても良いし、前記記録信号に埋め込まれても良い。
【００７１】
具体例として、図１のソース信号は、セクション１において、セクション４の先頭、即ち０：３０のＮＰＴにおいて特定のＭＨＰアプリケーションが起動されるべきであることを示すストリームイベントを有する。前記ストリームイベントはセクション１の先頭に含められ、前記ＭＨＰアプリケーションが前記ストリームイベントの出現の３０分後に開始されるべきであることを示す相対時間指標を有する。
【００７２】
前記ストリームイベントはソース信号１０１から抽出され、時間プロセッサ２０９に送られる。時間プロセッサ２０９は更に、１０分の記録ギャップが導入されたという情報を供給されている。該ストリームイベントは記録ギャップの後の時間を指しているため、時間プロセッサ２０９は、元の時間指標から１０分を減算することにより、新たな時間指標を算出する。かくして、前記ＭＨＰアプリケーションが前記ストリームイベントの出現の２０分後に起動されるべきであることを示すストリームイベントが生成され、前記ストリームイベントがセクション１の先頭において前記記録信号３０１に挿入される。
【００７３】
従って前記記録信号の再生の間、前記ＭＨＰアプリケーションは、再生機能又は機器に対する変更の必要なく、セクション４の先頭において正しく開始される。
【００７４】
かくして、タイミング情報に依存するアルゴリズム及び機能を妨害したり又は許容不可能な程に影響を与えることなく、記録の不連続が記録処理に導入されることを可能とするレコーダが提供される。
【００７５】
第２の時間情報を生成するための他のアプローチが単独で、又はいずれかの組み合わせ若しくは置換により、利用されても良いことは理解されるであろう。
【００７６】
本発明は、ハードウェア、ソフトウェア、ファームウェア又はこれらのいずれかの組み合わせを含む、いずれの適切な形態で実装されても良い。しかしながら好ましくは、本発明は、１以上のデータプロセッサ及び／又はディジタル信号プロセッサ上で動作するコンピュータソフトウェアとして実装される。本発明の実施例の構成要素は、いずれの適切な方法で、物理的、機能的及び論理的に実装されても良い。更に、機能は単一のユニットの形で実装されても良いし、複数のユニットの形で実装されても良いし、又は他の機能ユニットの一部として実装されても良い。従って、本発明は単一のユニットの形で実装されても良いし、異なるユニット及びプロセッサ間で物理的及び機能的に分散されても良い。
【００７７】
本発明は好適な実施例に関連して説明されたが、ここで示された特定の形態に限定されることを意図したものではない。むしろ、本発明の範囲は、添付する請求項によってのみ限定される。請求項において、「有する（comprising）」なる語は、他の要素又はステップの存在を除外するものではない。更に、個別的に列記されていても、複数の手段、要素又は方法ステップは、例えば単一のユニット又はプロセッサによって実装されても良い。加えて、個々の特徴が異なる請求項に含められ得るが、これら特徴はことによると有利に組み合わせられても良く、異なる請求項に含められていることは、これら特徴の組み合わせが利用可能でない及び／又は有利でないということを示すものではない。加えて、単数形の表示は複数を除外するものではない。従って「１つの（a、an、first、second等）」という表示は複数を除外するものではない。
【特許請求の範囲】
【請求項１】
関連する第１の再生時間情報を持つソース信号を受信する手段と、前記ソース信号から前記ソース信号に対して記録の不連続を有する記録されるべき信号を生成する手段と、前記第１の再生時間情報及び前記記録の不連続に応じて前記記録されるべき信号についての第２の時間情報を生成する手段とを有する、記録のための装置。
【請求項２】
前記第２の時間情報は、前記記録されるべき信号におけるイベントを示すマーカを有する、請求項１に記載の記録のための装置。
【請求項３】
前記第２の時間情報は、前記マーカを有するプレイリストを有する、請求項２に記載の記録のための装置。
【請求項４】
前記第２の時間情報は、イベント記述子を有する、請求項１に記載の記録のための装置。
【請求項５】
前記第２の時間情報を生成する手段は、前記ソース信号に関連するイベント記述子の時間情報を修正することにより、前記イベント記述子の時間情報を生成するように動作可能である、請求項４に記載の記録のための装置。
【請求項６】
前記第２の時間情報を生成する手段は、前記記録の不連続に関連する時間ギャップにより前記ソース信号に関連するイベント記述子の時間情報を補償することにより、前記イベント記述子の時間情報を生成するように動作可能である、請求項５に記載の記録のための装置。
【請求項７】
前記イベント記述子の時間情報は、再生タイムラインに関連する相対時間情報を有する、請求項５に記載の記録のための装置。
【請求項８】
前記ソース信号を有する伝送信号から、前記ソース信号に関連するイベント記述子を抽出する手段を更に有する、請求項５に記載の記録のための装置。
【請求項９】
前記イベント記述子は、アプリケーションを起動するための情報を有するストリームイベントを有する、請求項４に記載の記録のための装置。
【請求項１０】
前記第１の再生時間情報は、第１の再生タイムラインを有し、前記第２の時間情報を生成する手段は、前記記録されるべき信号に関連し、前記記録の不連続に対応する時間の不連続を持つ不連続な再生タイムラインを生成するように動作可能である、請求項１に記載の記録のための装置。
【請求項１１】
前記ソース信号及び前記記録されるべき信号は、マルチメディア・ホーム・プラットフォームデータを有する、請求項１に記載の記録のための装置。
【請求項１２】
前記ソース信号及び前記記録されるべき信号は、ディジタルビデオ放送データを有する、請求項１に記載の記録のための装置。
【請求項１３】
関連する第１の再生時間情報を持つソース信号を受信するステップと、前記ソース信号から前記ソース信号に対して記録の不連続を有する記録されるべき信号を生成するステップと、前記第１の再生時間情報及び前記記録の不連続に応じて前記記録されるべき信号についての第２の時間情報を生成するステップとを有する、記録の方法。
【請求項１４】
請求項１３に記載の方法の実行を可能とするコンピュータプログラム。
【請求項１５】
請求項１４に記載のコンピュータプログラムを有する記録担体。
【請求項１６】
請求項１３に記載の方法を実行するようにプログラムされたコンピュータ。
【請求項１】
関連する第１の再生時間情報を持つソース信号を受信する手段と、前記ソース信号から前記ソース信号に対して記録の不連続を有する記録されるべき信号を生成する手段と、前記第１の再生時間情報及び前記記録の不連続に応じて前記記録されるべき信号についての第２の時間情報を生成する手段とを有する、記録のための装置。
【請求項２】
前記第２の時間情報は、前記記録されるべき信号におけるイベントを示すマーカを有する、請求項１に記載の記録のための装置。
【請求項３】
前記第２の時間情報は、前記マーカを有するプレイリストを有する、請求項２に記載の記録のための装置。
【請求項４】
前記第２の時間情報は、イベント記述子を有する、請求項１に記載の記録のための装置。
【請求項５】
前記第２の時間情報を生成する手段は、前記ソース信号に関連するイベント記述子の時間情報を修正することにより、前記イベント記述子の時間情報を生成するように動作可能である、請求項４に記載の記録のための装置。
【請求項６】
前記第２の時間情報を生成する手段は、前記記録の不連続に関連する時間ギャップにより前記ソース信号に関連するイベント記述子の時間情報を補償することにより、前記イベント記述子の時間情報を生成するように動作可能である、請求項５に記載の記録のための装置。
【請求項７】
前記イベント記述子の時間情報は、再生タイムラインに関連する相対時間情報を有する、請求項５に記載の記録のための装置。
【請求項８】
前記ソース信号を有する伝送信号から、前記ソース信号に関連するイベント記述子を抽出する手段を更に有する、請求項５に記載の記録のための装置。
【請求項９】
前記イベント記述子は、アプリケーションを起動するための情報を有するストリームイベントを有する、請求項４に記載の記録のための装置。
【請求項１０】
前記第１の再生時間情報は、第１の再生タイムラインを有し、前記第２の時間情報を生成する手段は、前記記録されるべき信号に関連し、前記記録の不連続に対応する時間の不連続を持つ不連続な再生タイムラインを生成するように動作可能である、請求項１に記載の記録のための装置。
【請求項１１】
前記ソース信号及び前記記録されるべき信号は、マルチメディア・ホーム・プラットフォームデータを有する、請求項１に記載の記録のための装置。
【請求項１２】
前記ソース信号及び前記記録されるべき信号は、ディジタルビデオ放送データを有する、請求項１に記載の記録のための装置。
【請求項１３】
関連する第１の再生時間情報を持つソース信号を受信するステップと、前記ソース信号から前記ソース信号に対して記録の不連続を有する記録されるべき信号を生成するステップと、前記第１の再生時間情報及び前記記録の不連続に応じて前記記録されるべき信号についての第２の時間情報を生成するステップとを有する、記録の方法。
【請求項１４】
請求項１３に記載の方法の実行を可能とするコンピュータプログラム。
【請求項１５】
請求項１４に記載のコンピュータプログラムを有する記録担体。
【請求項１６】
請求項１３に記載の方法を実行するようにプログラムされたコンピュータ。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２０１１−４５１３２（Ｐ２０１１−４５１３２Ａ）
【公開日】平成２３年３月３日（２０１１．３．３）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１０−２４４２４５（Ｐ２０１０−２４４２４５）
【出願日】平成２２年１０月２９日（２０１０．１０．２９）
【分割の表示】特願２００６−５２００６６（Ｐ２００６−５２００６６）の分割
【原出願日】平成１６年７月７日（２００４．７．７）
【出願人】（５９００００２４８）コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ (12,071)
【Ｆターム（参考）】
【公開日】平成２３年３月３日（２０１１．３．３）
【国際特許分類】
【出願番号】特願２０１０−２４４２４５（Ｐ２０１０−２４４２４５）
【出願日】平成２２年１０月２９日（２０１０．１０．２９）
【分割の表示】特願２００６−５２００６６（Ｐ２００６−５２００６６）の分割
【原出願日】平成１６年７月７日（２００４．７．７）
【出願人】（５９００００２４８）コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ (12,071)
【Ｆターム（参考）】
[ Back to top ]