JP2010140564A - デジタルストリーム信号のデータ転送方法および情報処理装置 - Google Patents

Abstract

【課題】フォーマットに因らず、転送元コンテンツの管理情報を転送先に継承する。
【解決手段】ＡＶコンテンツを含むデジタルストリーム信号がソース機器からシンク機器へ転送される。ここで、ソース機器がデジタルストリーム信号を管理する第１の管理情報で用いる第１のフォーマットと、シンク機器がデジタルストリーム信号を管理する第２の管理情報で用いる第２のフォーマットは、異なっている。第１の管理情報はＡＶコンテンツの再生情報を含む第１のタイトル情報で用いられ、第１のタイトル情報に対応する内容を含む第２のタイトル情報が第２の管理情報で用いられる。この場合、第１のタイトル情報をソース機器からシンク機器へ転送し（ＳＱ０１〜ＳＱ０５）、ＡＶコンテンツをソース機器からシンク機器へ転送し（ＳＱ０６〜ＳＱ０７）、シンク機器側で、転送された第１のタイトル情報に対応する情報を含むように第２のタイトル情報を再構成する。
【選択図】 図４

Description

この発明は、衛星デジタルＴＶ放送や地上波デジタルＴＶ放送などで用いられるデジタルストリーム信号（ＭＰＥＧ−ＴＳあるいはＴＳにタイムスタンプを付したＴＴＳ）を転送してダビング等を行う際のデータ転送方法および情報処理装置に関する。

特に、ＭＰＥＧ−ＴＳあるいはＴＴＳを転送しダビングする際に、フォーマットに因らないタイトル情報を付加することにより、ダビング元のタイトル情報をダビング先に継承させる方法および装置に関する。

近年、ＴＶ放送は、ハイビジョン番組（高精細ＡＶ情報の番組）を主な放送コンテンツ
とするデジタル放送の時代に突入してきた。現在実施されているＢＳデジタルＴＶ放送や地上波デジタルＴＶ放送では、ＭＰＥＧ−２のトランスポートストリーム（以下、適宜ＭＰＥＧ−ＴＳと略記する）が採用されている。動画を使用したデジタル放送の分野では、今後もＭＰＥＧ−ＴＳが標準的に用いられると考えられる。このようなデジタルＴＶ放送の開始に伴って、デジタルＴＶ放送のコンテンツをそのまま録画できるストリーマのマーケットニーズが高まってきている。このようなストリーマ（デジタルビデオレコーダ）の例として、特許文献１に開示されたものがある。

また、レート変換ダビング時にコンテンツを転送する際、ダビング元のコンテンツ参照情報（チャプタ情報等）をダビング先に継承させる例として、特許文献２に開示されたものがある。

なお、ストリーマ（デジタルビデオレコーダ）で記録されたコンテンツを他の機器に転送する方法としては、ＩＥＥＥ１３９４経由でのダビングやＤＬＮＡ（Digital Living Network Alliance）のガイドラインに従った機器間でのダビングがある（ＤＬＮＡは、デジタル時代の相互接続性を実現させるための標準化活動を推進する業界団体）。
特開２００４−２９５９４７号公報。 特開２００５−２５１３１３号公報。

特許文献１のストリーマ（デジタルビデオレコーダ）を２台用い、それに特許文献２のレート変換ダビング技術を適用することで、次のようなことが可能になる。すなわち、コンテンツ送り出し側のソース機器（ダビング元ストリーマ）からのコンテンツを再エンコードすることなくコンテンツ受け取り側のシンク機器（ダビング先ストリーマ）に転送してダビングする際に、ダビング元コンテンツの参照情報あるいは管理情報（チャプタ等のタイトル情報）をダビング先コンテンツに継承させることができる。

しかしながら、この情報継承は、ダビング元とダビング先が同じフォーマットを採用している場合に限られる。ダビング元で採用されたフォーマット（例えばHigh Definition Video Recording規格：ＨＤＶＲ規格と略記）とダビング先で採用されたフォーマット（特定はしないが、仮にExtended-ray Audio/Visual規格：ＥＤＡＶ規格と略記）が異なる場合は、ダビング元コンテンツの管理情報（タイトル情報）をダビング先コンテンツに継承できる保証はない。

この発明の課題の１つは、ソース機器のコンテンツを再エンコードすることなくそのままシンク機器に転送する際に、転送されるコンテンツが元々持っている管理情報を転送先に継承できるようにすることである。

この発明の一実施の形態に係るデータ転送方法では、ＡＶコンテンツを含むデジタルストリーム信号（ＭＰＥＧ−ＴＳあるいはＴＴＳ）がソース機器からシンク機器へ転送される。ここで、前記ソース機器が前記デジタルストリーム信号を管理する第１の管理情報で用いる第１のフォーマット（例えばＨＤＶＲ規格）と、前記シンク機器が前記デジタルストリーム信号を管理する第２の管理情報で用いる第２のフォーマット（例えばＥＤＡＶ規格）は、異なっている。

前記第１の管理情報は前記ＡＶコンテンツの再生情報を含む第１のタイトル情報（ＨＤＶＲのmetadata）で用いられ、前記第１のタイトル情報に対応する内容を含む第２のタイトル情報（ＥＤＡＶのmetadata）が前記第２の管理情報で用いられる。

この場合、前記第１のタイトル情報を前記ソース機器から前記シンク機器へ転送し（図４のＳＱ０１〜ＳＱ０５）、前記ＡＶコンテンツを前記ソース機器から前記シンク機器へ転送し（図４のＳＱ０６〜ＳＱ０７）、前記シンク機器側で、転送された前記第１のタイトル情報に対応する情報を含むように前記第２のタイトル情報を再構成する（図６〜図９）。

ソース機器とシンク機器の間（ＭＰＥＧ−ＴＳあるいはＴＴＳを転送してダビング等を行う機器間）でコンテンツの管理情報（チャプタ等のタイトル情報）を継承することが可能となる。

以下、図面を参照してこの発明の種々な実施の形態を説明する。図１は、第１のフォーマット（ＨＤＶＲ規格）においてＭＰＥＧ−ＴＳ記録に関連するデータ構造を説明する図である。ここで例示する実施の形態において、プログラム（Program）はユーザにタイトルとして識別される論理的なデータ構造で、１つのメディア（光ディスク、ＨＤＤ、半導体メモリ等）に１以上存在する。また１つのプログラムは１以上のセル（Cell）で構成される。セルはプログラムの一部となる論理的なデータ構造で、１つのセルは１つのストリームオブジェクト（ＳＯＢ）を参照している。

ＳＯＢを管理する情報であるストリームオブジェクト情報（ＳＯＢI）は、１つのＳＯＢに関連する情報を含んだ論理的なデータ構造である。ＳＯＢはＭＰＥＧ−ＴＳデータで構成されるオブジェクトデータで、１つのＳＯＢは連続した映像データで構成される。プログラム、セル、ＳＯＢＩはそれぞれ属性情報やタイトルの構成情報からのみなる管理情報であり、ＳＯＢはＭＰＥＧ−ＴＳデータで構成される実映像データである。

図２は、第１のフォーマット（ＨＤＶＲ規格）におけるタイトル、チャプタの構造と再生時間の関係を説明する図である。タイトルは１つのプログラムで構成される。セルはエントリポイント（Entry Point）と呼ばれるチャプタ境界情報を含む。チャプタは、エントリポイントとエントリポイントの間、あるいはタイトル先頭かタイトル末尾とエントリポイントの間で構成される。

各エントリポイントは対応するＳＯＢの再生時間（ＰＴＭ:Presentation Time）で表現される。セルの再生開始時間（Ｃ＿Ｓ＿ＰＴＭ）は対応するＳＯＢのＰＭＴで表現される。同様にセルの再生終了時間（Ｃ＿Ｅ＿ＰＴＭ）も対応するＳＯＢのＰＭＴで表現される。Ｃ＿Ｓ＿ＰＴＭおよびＣ＿Ｅ＿ＰＴＭのいずれも、ＳＯＢＩに記述されたＳＯＢの再生開始時間（ＳＯＢ＿Ｓ＿ＰＴＭ）と再生終了時間（ＳＯＢ＿Ｅ＿ＰＴＭ）の範囲内（ＳＯＢの再生時間の内側）となっている。プログラムの再生範囲は、１つ以上のセルの再生範囲を結合したものとなる。

ここで、ＳＯＢ中のビデオエレメンタリーストリーム（ビデオＥＳ）には、ピクチャ単位で再生時間がＰＴＳ（PresentationTimeStamp）として記述されている。ＰＴＳはデコーダ内部の基準時間軸であるＳＴＣ（System Time Clock）を基にした再生時間で、ＰＴＳは1/90000秒の単位で時間を表し、３３ビットの情報からなる。従ってＰＴＳで表現されるのは0x0〜0x1FFFFFFFFの範囲となる。

デジタル放送のように常にデータが送信されるシステムにおいては、このＰＴＳが最大値（0x1FFFFFFFF）を超える事がある。これをWrap Aroundと呼ぶ。Wrap Aroundが生じてＰＴＳのカウントが最大値を超えた場合（ＰＴＳのカウンタのカウント動作が１周した場合）は0x0からカウントが再開される。従って１つのＳＯＢ内でWrap Aroundが起こるとＳＯＢ中には同じＰＴＳ値をもつ複数のピクチャが存在する可能性がある。

図３は、上記のようなWrap Around境界におけるデータを区別するためのＳＯＢの構成を示す図である。ＨＤＶＲ規格の管理情報では、ＳＯＢ中のデータでWrap Aroundしない一連のシーケンスを連続セグメント（ＣＮＴ＿ＳＥＧ）として表現し、１以上の連続セグメントの情報は１以上のＣＮＴ＿ＳＥＧＩ＃１〜ＣＮＴ＿ＳＥＧＩ＃ｎというデータ構造で表している。ＣＮＴ＿ＳＥＧＩ＃１〜ＣＮＴ＿ＳＥＧＩ＃ｎ各々は連続セグメントのサイズ情報（ＣＮＴ＿ＳＥＧ＿ＳＺ）と連続セグメントの開始パケット位置情報（ＣＮＴ＿ＳＥＧ＿Ｓ＿ＰＫＴ＿ＰＯＳ）を持っている。図２のＳＯＢのＰＴＭは、ピクチャのＰＴＳ値とこのＣＮＴ＿ＳＥＧＩの識別番号（＃１〜＃ｎ）により、一意にピクチャの位置を示している。

もう少し詳しく述べると、ＨＤＶＲ規格の管理情報の一部であるストリームオブジェクト情報ＳＯＢＩはストリームオブジェクトの不連続性情報ＳＯＢ＿ＤＣＮＩ（SOB Discontinuity Information）を含み、このＳＯＢ＿ＤＣＮＩに前記ＣＮＴ＿ＳＥＧＩ＃１〜ＣＮＴ＿ＳＥＧＩ＃ｎと、ＳＯＢ＿ＤＣＮＩの一般情報ＳＯＢ＿ＤＣＮＩ＿ＧＩが記述されている。ＳＯＢ＿ＤＣＮＩ＿ＧＩには、ＣＮＴ＿ＳＥＧＩの数を示す情報ＣＮＴ＿ＳＥＧＩ＿Ｎｓが記述される。前記連続セグメント（ＣＮＴ＿ＳＥＧ）の番号（ＣＮＴ＿ＳＥＧＮ）は、表示順にＰＴＳのWrap Aroundに基づいて決められる。あるＳＯＢ内のＰＴＳ値にWrap Aroundが起きれば、対応する再生時間（ＰＴＭ）フィールド内のＣＮＴ＿ＳＥＧＮはインクリメントされる。ＳＯＢの最小ＰＴＭ内のＣＮＴ＿ＳＥＧＮは‘１’であり、ＳＯＢの最大ＰＴＭ内のＣＮＴ＿ＳＥＧＮは‘ＣＮＴ＿ＳＥＧＩ＿Ｎｓ’が示す数となる。

以下、ＤＬＮＡガイドラインに従った機器間ダビングの一例について説明する。この例では、送信側機器（ソース機器）、受信側機器（シンク機器）ともに図１で示すデータ構造（ＨＤＶＲ規格のフォーマット）または図１に対応するデータ構造（ＥＤＡＶ規格のフォーマット）で録画タイトルが管理されているものとする。

図４は、ＤＬＮＡで規定されるUploadの基本シーケンスを説明する図である。このシーケンスでは、例えば以下の処理が行われる：
<SQ01>送信側機器はアップロード先の受信側機器のUpload機能のサポート状態を確認する。

<SQ02>送信側機器はCreate Objectアクション要求（図５を参照して後述）を使ってアップロード先アイテムを作成する。

<SQ03>Create Objectによってアイテムを作成すると、作成されたアイテムにコンテンツ受け入れ先のＵＲＩ（Uniform Resource Identifier）が“ImportURI”という形で公開される。送信側機器はこのImportURIにコンテンツデータをＨＴＴＰにより投函（HTTP Post）する事で、受信側機器に対してコンテンツをアップロードすることができる。

送信側機器のアップロードコントローラでは、ImportURIに示されたＩＰアドレスとポートを使用して、ＨＴＴＰセッション用の接続を行う。アップロードコントローラは、このセッションにコンテンツをHTTP POSTすることでＤＭＳ（Digital Media Server）にコンテンツを登録することができる。

<SQ04><SQ05>Expect-100 Continueヘッダ等により受け入れ確認を行う。
<SQ03>で作成されたＨＴＴＰを使って、アップロードコントローラからHTTP POSTを行う。ただし、通常ＰＯＳＴでは、ヘッダと実際のデータをＰＯＳＴし、データの転送が終了（指定サイズのＰＯＳＴもしくは、チャンクで終了を宣言する）まで、ＰＯＳＴに対するステータスを知ることはできない。そのため、ＤＬＮＡのアップロードでは、まず、コンテンツをＰＯＳＴする際にヘッダのみを転送し、相手ＤＭＳが受付できる状態であるかどうかの確認を行う。その際、“Expect-100 Continue”ヘッダを使用することで、コンテンツ本体を送る前に、ヘッダの受信状態と受け入れ準備状態を確認できる。

<SQ06><SQ07>コンテンツデータ転送を行う。
<SQ04><SQ05>によって、受信側機器がコンテンツを受付可能な状態となったらコンテンツの転送を行う。コンテンツの転送を行う場合、ＰＯＳＴでは、転送が終了したときに転送のステータスをもらうので、コンテンツ転送の終了を明示的（セッション切断ではなく）に示す必要がある。そのため、転送開始時にcontent-lengthによる転送サイズ指定か、チャンク転送を行うことができるようにしておく。

<SQ08>ＨＴＴＰレスポンスを行う。
コンテンツの最後まで転送が終了するとＰＯＳＴに対するＨＴＴＰのレスポンスがコマンド送信側機器へ送られる。これにより、実際の転送が成功したかどうかを確認することができる。

図５は、ＤＬＮＡのシーケンス<SQ02>内で用いられるCreate Objectアクション要求の一例を説明する図である。このうち破線で囲われた部分が一実施の形態におけるタイトル情報を再構成するための情報であり、ＸＭＬ（Extensible Markup Language）の構文となっている。

図５において、Title要素中にはタイトル名を示すname属性、タイトルの詳細な説明文を示すinfo属性、タイトルの代表的な画（サムネイル）を示すthumbnail属性が存在する。

thumbnail属性において、サムネイルはタイトル中の再生画の１点を示すものとする。これを以下の形式で示している。

82230F2Ah, 1, 0
上記形式の表示において、カンマで区切った１番目の値“82230F2Ah”は再生画のＰＴＳを示している。２番目の値“１”は再生画が存在するストリームブロック（Stream Block）の番号であり、ストリームブロックの番号はStreamBlock要素の出現順から０を基準に数えられる。すなわち、ストリームブロック番号１は２番目のストリームブロックであることを示す。３番目の値“０”は再生画が存在するストリームブロック中のＳＴＣシーケンスの番号である。ＳＴＣシーケンスの番号も０を基準に数えられるので、ＳＴＣシーケンス番号０はストリームブロック中の最初のＳＴＣシーケンスである事を示す。

Title要素中には１以上のStreamBlock要素が含まれる。ここで、StreamBlockはＨＤＶＲ規格におけるＳＯＢに相当する連続した映像データの論理構造である。StreamBlock要素中にはストリームブロックの再生開始位置を示すstartPTM要素、ストリームブロック中の再生終了位置を示すendPTM要素、ストリームブロック中のラップアラウンド数を示すWrap Around要素が存在する。

startPTM要素はストリームブロックの再生開始位置を示しており、ストリームブロック中の先頭のＳＴＣシーケンスに存在するＰＴＳを指し示すものとする。

endPTM要素はストリームブロックの再生終了位置を示しており、ストリームブロック中の最後のＳＴＣシーケンスに存在するＰＴＳを指し示すものとする。

Wrap Around要素はストリームブロック中に存在するWrap Aroundの数である。

すなわち図３に示すようにストリームブロック中にはＰＴＳ値がWrap Aroundする箇所が存在する事があり、この数をWrap Around要素で示す。

またＨＤＶＲ規格のCNT_SEGのような「Wrap Aroundしない一連のシーケンス」をＳＴＣシーケンスという論理構造と定義し、前述したような再生画を指定するためにＳＴＣシーケンスの番号が用いられる。Wrap Around要素が１の場合には２つのＳＴＣシーケンスがストリームブロックに存在する事となり、先頭から０を基準に数えらられる。

StreamBlock中には０以上のチャプタ要素が含まれる。チャプタ要素中にはチャプタ名を示すname属性、チャプタの先頭位置を示すptm要素、チャプタのサムネイルを示すthumbnail属性が存在する。

ptm属性のカンマで区切られた１番目の値（例えばチャプタ名“ヘッドライン”では“3A524C91h”）はチャプタの区切りとなる再生画のＰＴＳであり、２番目の値（例えばチャプタ名“ヘッドライン”では“０”）はＳＴＣシーケンスの番号を示す。なお、チャプタの区切りとなる再生画はそのチャプタ要素を含むStreamBlockに存在するものとする。従ってストリームブロック番号を指定する必要はない。

thumbnail属性はそのチャプタのサムネイルを示しており、ptm属性と同じくＰＴＳとＳＴＣシーケンス番号で再生画を示している。

送信側機器（ソース機器）は送信するタイトルの前述したような情報を、送信側機器（シンク機器）で採用しているフォーマットの管理情報から取得して、Create Objectアクション要求として送信する。

ＨＤＶＲ規格を例にとれば、Title要素の情報はプログラムチェーン情報（ＰＧＣＩ）内のプログラム情報（ＰＧＩ）から、StreamBlock要素の情報はＳＯＢＩから、チャプタ要素の情報はセル情報（ＣＩ）内のエントリポイント情報（Ｃ＿ＥＰＩ）から得られる。

送信側機器は<SQ06>のシーケンスによりＭＰＥＧ−ＴＳ（またはＴＴＳ）のデータを送信する。

受信側機器は、図４に示すＤＬＮＡのシーケンスに則り、<SQ02>のシーケンスにより上記タイトル情報を再構成するための情報を受信し、<SQ06>のシーケンスによりＭＰＥＧ−ＴＳ（またはＴＴＳ）のデータを受信する。このとき、受信側機器は受信したＭＰＥＧ−ＴＳ（またはＴＴＳ）のデータを機器内の記録メディア（光ディスクやＨＤＤ等）に記録すると共に、受信中のＭＰＥＧ−ＴＳ（またはＴＴＳ）のデータを解析し、機器内で採用するフォーマットに従い管理情報を作成し、これも記録メディアに記録する。

図６は、シンク機器（受信機側機器）がタイトル情報を再構成する処理の一例を説明するフローチャートである。このフローチャートは、受信側機器が<SQ02>のシーケンスで受信した図５に示すタイトル情報を再構成するための情報を用い、タイトル情報を再構成する手順の一例を示している。

まず、受信側機器はストリームブロック番号に０を代入する（ＳＴ１０）。次にこのストリームブロック番号と受信したストリームブロック数を比較し、ストリームブロック番号の方が小さい場合は（ＳＴ１２イエス）、そのストリームブロック番号に対応するストリームブロックについて処理を開始する（ＳＴ２０）。ストリームブロックについて処理（ＳＴ２０）を終えた後は、ストリームブロック番号に１を加算し（ＳＴ２４）、判定処理（ＳＴ１２）に戻る。ここで、ストリームブロック番号の方が大きい場合は（ＳＴ１２ノー）、全てのストリームブロックについて処理が終わっているため、最後にタイトルの処理を行い（ＳＴ３０）、図６の処理を終了する。

ここで、図５の情報に含まれるストリームブロック数と、受信側機器が受信したＭＰＥＧ−ＴＳを解析して得られた管理情報上のＳＯＢＩ数は一致する。従って、ＨＤＶＲ規格では図５の情報に含まれるStreamBlock要素を用い、これに対応するＳＯＢＩの情報を変更、追加する。

図７は、図６の処理におけるストリームブロック処理（ＳＴ２０）の具体例を説明するフローチャートである。図７は１つのストリームブロックに関する処理シーケンスを例示している。まず、受信したストリームブロックの開始ＰＴＭとStreamBlock要素中のstartPTMを比較する（ＳＴ２００）。この比較を行う理由は、送信側機器での解析に基づく開始ＰＴＭと受信側機器での解析に基づく開始ＰＴＭが、解析能力差等により若干異なる可能性があるからである。

ストリームブロックの開始時間がstartPTMより小さい場合（ＳＴ２００イエス）、ストリームブロックの開始時間をstartPTMとする（ＳＴ２０２）。これにより「送信側機器でのストリームブロック開始時間」を「受信側機器でのストリームブロック開始時間」に合わせることができ、ユーザによる編集等の結果（プレイリスト編集結果等）を継承する事が可能となる。ストリームブロックの開始時間がstartPTMより大きい場合（ＳＴ２００ノー）、startPTMに対応するデータが存在するかどうか不明なので、ストリームブロックの開始時間はそのままとする（ＳＴ２０４）。

同様に、ストリームブロックの終了時間についてもendPTMを用いて補正する（ＳＴ２０６〜ＳＴ２１０）。

上記のストリームブロックの処理は、ＨＤＶＲ規格ではＳＯＢＩの情報を設定することにより行われる。

その後、チャプタ要素が存在する場合について、それぞれのチャプタ要素に対して処理を行う（ＳＴ２１４〜ＳＴ２２２）。

図８は、図７の処理におけるチャプタ処理の具体例を説明するフローチャートである。

図８は１つのチャプタに関する処理シーケンスを例示している。まず、チャプタ要素中のptmがストリームブロックの開始時間より前のときは（ＳＴ２２００の分岐ａ）、チャプタ境界位置はストリームブロックの開始時間としてチャプタを作成する（ＳＴ２２０２）。チャプタ要素中のptmがストリームブロックの開始時間と終了時間の間のときは（ＳＴ２２００の分岐ｂ）、チャプタ境界位置はptmの時間とし、チャプタを作成する（ＳＴ２２０４）。

チャプタ要素中のptmがストリームブロックの終了時間の後のときは（ＳＴ２２００の分岐ｃ）、次のストリームブロックがあるか否か判定する（ＳＴ２２０６）。次のストリームブロックが存在するときは（ＳＴ２２０６イエス）、チャプタ境界位置は次のストリームブロックの開始時間とし、チャプタを作成する（ＳＴ２２０８）。次のストリームブロックが存在しないときは（ＳＴ２２０６ノー）、チャプタは作成されない（ＳＴ２２１０）。

チャプタを作成した場合は（ＳＴ２２１２イエス）チャプタの名前およびそのチャプタのサムネイル画像が記録された位置の設定が行われ（ＳＴ２２１４）、図８の処理は終了する。チャプタを作成しなかったときは（ＳＴ２２１２）ノー）、図８の処理はそのまま終了する。このチャプタの作成は、ＨＤＶＲ規格ではセル情報（ＣＩ）にセルエントリポイント情報（Ｃ＿ＥＰＩ）を作成する事で行われる。チャプタが作成された場合はname属性に従いチャプタ名が設定され、thumbnail属性に従いサムネイル位置の設定が行われる。

図９は、図６の処理におけるタイトル処理の具体例を説明するフローチャートである。この処理では、Title要素のname属性とinfo属性に従い、タイトルの名前、説明文を設定する（ＳＴ３００）。そして、thumbnail属性に従い、タイトルのサムネイル位置を設定する（ＳＴ３０２）。ＨＤＶＲ規格ではプログラムチェーン情報（ＰＧＣＩ）内のプログラム情報（ＰＧＩ）の情報を設定することで、上記の処理が行われる。

以上により、ＭＰＥＧ−ＴＳ（またはＴＴＳ）の転送によりダビングを行う方法において、タイトル情報を継承する事が可能となる。また、ダビング元とダビング先で録画フォーマットが異なっていても、タイトル情報を継承する事が可能となる。

上記の方法は、ＩＥＥＥ１３９４経由でのダビングでも有効である。この場合、図５に示すようなタイトル情報再構成情報をＩＥＥＥ１３９４経由で送信できなくても、別途ＩＥＥＥ８０２．３（Ethernet（登録商標））経由等で受信側機器と送信側機器の通信を行えばよい。

図１０は、情報記録媒体（光ディスク、ハードディスク等）にＡＶコンテンツ（ＭＰＥＧ−ＴＳ等の信号形態で転送されるデジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図である。この録再装置は、ＭＰＵ部８０、表示部１０４、デコーダ部５９、エンコーダ部７９、ＴＶチューナ部８２、ＳＴＣ部１０２、Ｄ−ＰＲＯ部５２、一時記憶部５３、ディスクドライブ部５１、キー入力部１０３、ビデオミキシング部６６、フレームメモリ部７３、ＴＶ用Ｄ／Ａ部６７、地上波デジタルチューナ部８９、ＩＥＥＥ１３９４（および／またはＨＤＭＩ）Ｉ／Ｆ部７４、ＩＥＥＥ８０２．３のＬＡＮ端子７５、リモコン受信部１０４、さらに、ＳＴＢ部（ＢＳデジタルチューナ等）８３、緊急放送検出部８３ｂ、ＨＤＤ部１００ａ等により構成されている。この構成では、録再ＤＶＤレコーダにストリーマの機能を追加する形となっている。

上記の構成を持つ記録再生装置（第１フォーマットレコーダ２００）には、同様な構成の記録再生装置（第２フォーマットレコーダ３００）が、ＩＥＥＥ１３９４またはＨＤＭＩのデジタル信号ケーブルを介して双方向接続され、および／または、イーサネット（登録商標）のＬＡＮケーブルを介して双方向接続される。ＤＬＮＡガイドラインに従った機器間接続は、例えばこのＬＡＮケーブルにより行われる。

ここでは、第１フォーマット（ＨＤＶＲ規格）のレコーダ２００について詳細な構成を例示し、第２フォーマット（ＥＤＡＶ規格）のレコーダ３００については詳細な構成の図示を省略している。レコーダ２００とレコーダ３００では採用するフォーマットの違いはあるが、レコーダ３００内部のブロック構成は、レコーダ２００と同様でよい。

エンコーダ部７９は、Ａ／Ｄ部８４、ビデオエンコード部８７、オーディオエンコード部８６、副映像エンコード部（図示せず）、フォーマッタ部９０、バッファメモリ部９１等により構成されている。また、デコーダ部５９は、分離部６０、ビデオデコード部６１、副映像デコード部６３、オーディオデコード部６４、ＴＳパケット転送部１０１、Ｖ−ＰＲＯ部６５、オーディオ用Ｄ／Ａ部７０等により構成されている。さらに、ＳＴＢ部８３には、デジタル放送を受信するためのアンテナ８３ａが接続されている。なお、ＳＴＣ部１０２は２７MHzベースでカウントするように構成されている。

記録時の信号の流れは、次のようになる。すなわち、ＳＴＢ部８３（または地上波デジタルチューナ８９）で受け取ったＴＳパケットデータは、フォーマッタ部９０で、パケットグループ化してバッファメモリ部９１へ一時保存し、一定量たまった時点でディスク１００および／または１００ａに記録する。このフォーマッタ部９０にはＰＡＴＳ用の内部カウンタ９０ａが接続されている。ＴＳパケットの到着時間はＰＡＴＳ用のカウンタ９０ａでカウントし、そのカウント値を各ＴＳパケットの先頭に付けて、バッファメモリ部９１でバッファリングする。このカウンタ９０ａはＰＣＲ（またはＳＣＲ）によりカウント間隔の微調整を行い同期化するが、ＳＴＣ１０２のようにＰＣＲ（またはＳＣＲ）の値をロードすることは無い。なお、ＰＡＴＳはパケットグループ内の各ＴＳパケット（１８８バイト）に付されるタイムスタンプであり、このＰＡＴＳにより対応ＴＳパケットの到着時間が示されるようになっている。

この時の動作は、第１フォーマット（ＨＤＶＲ規格）のレコーダ２００では、ＴＳパケットを受信すると１７０パケットづつグルーピング化し、パケットグループヘッダを作成する（このパケットグループヘッダはコンテント保護情報ＣＰＩを含んでおり、この保護情報によりグルーピングしたＴＳパケットに含まれるコンテントのコピーを認めたりムーブを認めたりコピーを禁止したりすることができる）。その場合、Packet Groupの先頭のPacketのＰＡＴＳの上位２バイトのみヘッダ（FIRST_PATS_EXT）に入れ、それ以外のＰＡＴＳは下位４バイトのみがＴＳパケットとともに（ＴＳパケットの前のＰＡＴＳに）保存される。

すなわち、第１フォーマット（ＨＤＶＲ規格）で扱うオブジェクトデータ（ＳＯＢ）のストリーム信号は、ＰＡＴＳが付されたＴＳパケットで構成されるところの、Timestamped Transport Stream（ＴＴＳ）となっている。

なお、第２フォーマット（ＥＤＡＶ規格）のレコーダ３００では、ＴＳパケットを受信すると、パケットグループ（３２７６８バイト）およびパケットグループヘッダ（１２８バイト）を作成する代わりに、複数のAligned Modulesを作成する。各Aligned Module（６１４４バイト）は３２個のResource Packetsを含み、各Resource Packet（１９２バイト）はヘッダ（４バイト）とＴＳパケット（１８８バイト）で構成されている。各Resource Packetのヘッダはコピー制御情報（コピーフリー、ノーモアコピー、コピーワンス、またはコピー禁止を指定する情報）と対応ＴＳパケットの到着時間を示すタイムスタンプＡＴＳを含んでいる。

すなわち、第２フォーマット（ＥＤＡＶ規格）で扱うオブジェクトデータのストリーム信号は、ＡＴＳが付されたＴＳパケットで構成されるところの、Timestamped Transport Stream（ＴＴＳ）となっている。

ＡＴＳ（３０ビット）とＰＡＴＳ（３２ビット）は、構成ビット数に違いがあっても、「パケット到着時間を示す」点で同等の内容を持つタイムスタンプである。そのため、第１フォーマット（ＨＤＶＲ規格）のＴＴＳ（ＰＡＴＳ＋ＴＳパケット）と第２フォーマット（ＥＤＡＶ規格）のＴＴＳ（ＡＴＳ＋ＴＳパケット）は容易に相互変換できる。

また、地上波チューナ８２やライン入力から入力されたアナログ信号は、Ａ／Ｄ部８４でデジタル変換される。そのデジタル信号は、各エンコード部へ入力される。すなわち、ビデオ信号はビデオエンコード部８７へ、オーディオ信号はオーディオエンコード部８６へ、文字放送などの文字データは図示しない副映像エンコード部へ入力される。ここでは、例えばビデオ信号はＭＰＥＧ圧縮され、オーディオ信号はＭＰＥＧオーディオ圧縮がなされ、文字データはランレングス圧縮される。

各エンコーダ部（ＶＲ用）からの出力は、圧縮データがパック化された場合に２０４８バイトになるようにパケット化されて、フォーマッタ部９０へ入力される。フォーマッタ部９０では、各パケットがパック化され、さらに、プログラムストリームとして、多重化され、Ｄ−ＰＲＯ部５２へ送られる。

Ｄ−ＰＲＯ部５２では、16 Logical Bock毎にＥＣＣブロックを形成し、エラー訂正データを付け、ドライブ部５１によりディスク１００へ（あるいはＨＤＤ１００ａへ）記録を行う。ここで、ドライブ部５１がシーク中やトラックジャンプなどのためビジィー状態にある場合には、一時記憶部５３へ入れられ、ドライブ部５１の準備ができるまで待つこととなる。さらに、フォーマッタ部９０では、録画中、各切り分け情報を作成し、定期的にＭＰＵ部８０へ送る（ＧＯＰ先頭割り込みなど）。切り分け情報としては、ＥＶＯＢＵ（ＳＯＢＵ）のパック数、ＶＯＢＵ（ＳＯＢＵ）先頭からのリファレンスピクチャ（Ｉピクチャ）のエンドアドレス、ＶＯＢＵ（ＳＯＢＵ）の再生時間などがある。

また、再生時の信号の流れは、ドライブ部５１によりディスク１００から（あるいはＨＤＤ１００ａから）データを読み出し、Ｄ−ＰＲＯ部５２でエラー訂正を行い、デコーダ部５９へ入力される。ＭＰＵ部８０は、入力されるデータがＶＲデータか、ＳＲデータかの種別を（セルタイプにより）判定し、再生前にその種別をデコーダ部５９に設定する。ＳＲデータの場合、ＭＰＵ部８０は、再生するＥＳＩ番号により再生するＰＩＤを決め、ＰＭＴより再生する各アイテム（ビデオ、オーディオ等）のＰＩＤを決め、デコーダ部５９へ設定する。デコーダ部５９内では、そのＰＩＤを元に、分離部６０から各ＴＳパケットを各デコード部６１〜６４へ送るとともにＴＳパケット転送部１０１へ送り、到着時間に従ってＳＴＢ部８３（およびＩＥＥＥ１３９４Ｉ／Ｆ部７４）へＴＳパケットの形で送信する。各デコード部６１〜６４は、それぞれデコードを行い、Ｄ／Ａ部６７でアナログ信号に変換し、ＴＶ６８で表示する。ＶＲデータの場合、分離部６０は、固定のＩＤに従い、各デコード部６１〜６４へ送る。各デコード部６１〜６４は、それぞれデコードを行い、Ｄ／Ａ部６７でアナログ信号に変換し、ＴＶ６８で表示する。

第１フォーマット（ＨＤＶＲ規格）における記録時の信号の流れでは、
1）ＴＳパケットを受信する。

2）ＳＴＣが一周したか（Wrap Aroundしたか）をチェックし、した場合はその位置情報より、第１の管理情報（HR_MANGR.IFO）の一部（CNT_SEG情報：CNT_SEGI）を作成する。ここで、ＳＯＢＩは、図示しないが、ＳＯＢの不連続情報SOB_DCNIを含んでおり、このSOB_DCNIがCNT_SEGIを１以上含むように構成されている。各CNT_SEGIはCNT_SEG_SZ（CNT_SEGのサイズ：Packet Group数）およびCNT_SEG_PKT_POS（Packet Group内でのCNT_SEGの先頭のPacket数）で構成されている。これらの情報から、記録／再生装置のシステムタイムカウンタＳＴＣのカウント動作が１周した（Wrap Aroundした）か否かを示すことができる。これにより、例えば時間情報ＰＴＭにＳＯＢ先頭からのCNT_SEG数を入れ、事前にＳＴＣのWrap Aroundが発生していることを確認し、タイムマップ（ＴＭＡＰ）の計算などに使用することができる。

3）パケットグループの先頭の場合は、Header_ID:0x00000fa5を設定し、先頭でない場合は5）へ移行する；
4）ＴＳパケットの到着時間をＰＡＴＳとして、ＰＡＴＳの下位４バイトをＴＳパケットの前に配置し、先頭のＰＡＴＳの上位２バイトをFIRST_PATS_EXTとしてPacket Group Headerに設定し、6）へ移行する；
5）ＴＳパケットデータエリアに取り込んだＴＳパケットに対して、ＰＡＴＳの下位４バイトをＴＳパケットの前に付け、Packet Groupのデータリアに設定する；
6）パケットグループが終わったかどうかを判定し（１７０個のＴＳパケットをグルーピングしたかどうかを判定し）、終わってない場合は、1）へ移行し、終わった場合は、ＣＣＩ処理、ＭＮＦＩ処理を行い、グループデータをバッファＲＡＭ内に一時保存する。

なお、再生時は、ディスク１００および／または１００ａから読み出したパックデータを分離部６０で解析し、ＴＳパケットが入っているパックの場合にはＴＳパケット転送部１０１へ送り、さらに、その後、各デコーダ６１〜６４へ送って、再生を行う。ＳＴＢ部８３へ転送する場合（あるいはデジタルＴＶ等の外部機器へＩＥＥＥ１３９４等により送信する場合）は、ＴＳパケット転送部１０１は、そのデータを到着時と同じ時間間隔で、ＴＳパケットのみを転送する。ＳＴＢ部８３は、デコードを行い、ＡＶ信号を発生させ、そのＡＶ信号をストリーマ内ビデオエンコーダ部を通してＴＶ６８などで表示する。

図１０の装置（第１フォーマットレコーダ２００）で用いる媒体１００（１００ａ）の特徴を簡単に纏めると、次のようになる。すなわち、この媒体は、管理領域とデータ領域で構成され、データ領域にはデータが複数のオブジェクトデータ（ＳＯＢ）に分かれて記録され、それぞれのオブジェクトデータはデータユニット（ＳＯＢＵ）の集まりで構成される。そして、１つのデータユニット（ＳＯＢＵ）は、ＭＰＥＧ−ＴＳに準じたデジタル放送信号をＴＳパケット毎に複数パケットでパケットグループ化したパケットグループにより構成される。一方、前記管理領域は再生手順を管理する情報としてＰＧＣ情報（ＰＧＣＩ）を持ち、このＰＧＣＩはセル情報（ＣＩ）を含んで構成される。このＣＩが、セルエントリポイント情報（Ｃ＿ＥＰＩ）を含み、このＣ＿ＥＰＩがセル（チャプタの再生単位に対応）の開始時間（Ｃ＿Ｓ＿ＰＴＭまたはＣ＿Ｓ＿ＰＡＴＳ）とその終了時間（Ｃ＿Ｅ＿ＰＴＭまたはＣ＿Ｅ＿ＰＡＴＳ）を記述するようになっている。これらのセル開始時間／セル終了時間の情報は、例えば図５のＸＭＬ構文に含まれる破線内の情報によって、第２フォーマットレコーダ３００に継承される。

図１０の装置は、上記のようなデータ構造を持つ媒体１００（１００ａ）に対して、ストリームレコーディングを行うことができる。その際、ＴＳパケットのストリーム内からプログラムマップテーブルＰＭＴやサービス情報ＳＩを取り出すために、ＭＰＵ部８０はサービス情報取り出し部（図示せず；管理データ作成部８０Ｂの一部を構成するファームウエア）を持つように構成される。またこのサービス情報取り出し部で取り出した情報を元に、属性情報（ＰＣＲのパック番号あるいはＰＣＲのLogical Block数番号など）を作成する属性情報作成部（図示せず；管理データ作成部８０Ｂの一部を構成するファームウエア）を持つように構成される。ＭＰＵ部８０はさらに、図６〜図９等の処理を行うファームウエアを、フォーマット管理部８０Ｙとして具備している。

ストリームレコーディングの記録／再生制御は、メインＭＰＵ部８０のファームウエアにより行われる。ＭＰＵ部８０はストリームレコーディングの管理データ作成部８０Ｂを持ち、ワークＲＡＭ８０Ａを作業エリアとして種々な管理情報を作成し、作成した管理情報を媒体１００（１００ａ）に適宜記録する。また、ＭＰＵ部８０は、記録された管理情報を再生し、再生した管理情報に基づき種々な制御を行う。

上記管理情報としては、第１フォーマット（ＨＤＶＲ規格）では第１の管理情報（HR_MANGR.IFO）が用いられ、第２フォーマット（ＥＤＡＶ規格）では第２の管理情報（INFO.EDAV）が用いられる。

第１フォーマット（ＨＤＶＲ規格）では、例えば、録画タイトルのチャプタ分割点はセルエントリポイント情報（Ｃ＿ＥＰＩ）で管理され、セル（該当チャプタの再生単位）の開始時間（Ｃ＿Ｓ＿ＰＴＭまたはＣ＿Ｓ＿ＰＡＴＳ）とその終了時間（Ｃ＿Ｅ＿ＰＴＭまたはＣ＿Ｅ＿ＰＡＴＳ）は第１の管理情報（HR_MANGR.IFO）内のプログラムチェーン情報（ＰＧＣＩ）に含まれるセル情報（ＣＩ）に記述されている。

第２フォーマット（ＥＤＡＶ規格）では、例えば、録画タイトルのチャプタ分割点はプレゼンテーションアイテム（PresentationItem）で管理され、プレゼンテーションアイテム（該当チャプタの再生単位）の開始時間（IN_time）とその終了時間（OUT_time）は第２の管理情報（INFO.EDAV）に含まれるプレゼンテーションリスト（記録コンテンツの再生手順を管理する情報で、第1フォーマットのプログラムチェーンに機能上対応）に記述されている。

第１フォーマットから第２フォーマットへのダビングでは、ダビング先において、例えば第２の管理情報（INFO.EDAV）のプレゼンテーションアイテム（PresentationItem）が第１の管理情報（HR_MANGR.IFO）のセル開始時間とセル終了時間に対応する情報（IN_timeとOUT_time）を含むように、プレゼンテーションリストが再構成される。

一方、第２フォーマットから第１フォーマットへのダビングでは、ダビング先において、例えば第１の管理情報（HR_MANGR.IFO）のセル情報（ＣＩ）が第２の管理情報（INFO.EDAV）のプレゼンテーションアイテム開始時間とプレゼンテーションアイテム終了時間に対応する情報（Ｃ＿Ｓ＿ＰＴＭとＣ＿Ｅ＿ＰＴＭ、またはＣ＿Ｓ＿ＰＡＴＳとＣ＿Ｅ＿ＰＡＴＳ）を含むように、プログラムチェーン情報が再構成される。

また、第１フォーマットから第２フォーマットへのダビングでは第１の管理情報（HR_MANGR.IFO）に含まれるタイトル名やチャプタ名のテキストを継承するように第２の管理情報（INFO.EDAV）が再構成され、第２フォーマットから第１フォーマットへのダビングでは第２の管理情報（INFO.EDAV）に含まれるタイトル名やチャプタ名のテキストを継承するように第１の管理情報（HR_MANGR.IFO）が再構成される。

同様に、第１フォーマットから第２フォーマットへのダビングでは第１の管理情報（HR_MANGR.IFO）に含まれるサムネイルの情報を継承するように第２の管理情報（INFO.EDAV）が再構成され、第２フォーマットから第１フォーマットへのダビングでは第２の管理情報（INFO.EDAV）に含まれるサムネイルを継承するように第１の管理情報（HR_MANGR.IFO）が再構成される。

前述した、第１フォーマット（ＨＤＶＲ規格）のタイムマップ（ＴＭＡＰ）は、ＳＯＢ内の再生時間をそのＳＯＢ内のＳＯＢＵのアドレスに変換するテーブルである。ＳＯＢＵは１以上のピクチャクセス単位（Ｉピクチャ等の基準ピクチャにアクセスする単位）を含むＳＯＢの基本単位であり、ＳＯＢは複数のＳＯＢＵへ論理的に分割できる。第１フォーマット（ＨＤＶＲ規格）のＴＭＡＰには、再生時間ＰＴＭベースのタイムマップ（STMAPT for Type A recording mode）と、パケット到着時間ＰＡＴＳベースのタイムマップ（STMAPT for Type B recording mode）がある。

第２フォーマット（ＥＤＡＶ規格）も同様なタイムマップを持つ。第１フォーマット（ＨＤＶＲ規格）のSTMAPT for Type A recording modeおよびSTMAPT for Type B recording modeは、それぞれ、第２フォーマット（ＥＤＡＶ規格）のEP_MAPとTU_MAPに対応している。すなわち、タイムマップに関しても、第１フォーマット（ＨＤＶＲ規格）と第２フォーマット（ＥＤＡＶ規格）の間で相互変換が可能である。

＜実施の形態のまとめ＞
デジタル放送等で用いられるＭＰＥＧ−ＴＳを記録するための録画フォーマットには、ＨＤＶＲ規格やＥＤＡＶ規格等に準拠するものがある。これらのフォーマットでは、ＭＰＥＧ−ＴＳに加え、そのＭＰＥＧ−ＴＳの属性情報やユーザのアクセス単位となるタイトル／チャプタ等の構成情報（以下管理情報）を記録し、アクセス性やユーザビリティを高めている。しかしフォーマット間で管理情報には互換性がない。そのため、同じフォーマット内であればダビング対象タイトルのＭＰＥＧ−ＴＳと管理情報のコピーでダビングを実現できるが、異なるフォーマット間ではこの方法ではダビングできない。

一方ＭＰＥＧ−ＴＳを主に転送する事により他機器へのダビングを可能にする方法として、ＤＬＮＡのTTSUpload機能を用いる方法やＩＥＥＥ１３９４ケーブル接続によるダビング方法等が存在する。これらの方法では、ダビング元のソース機器は、簡単な属性情報を含む事もあるが、基本的にはＭＰＥＧ−ＴＳのみをダビング先のシンク機器に転送し、ダビング先のシンク機器は転送されたＭＰＥＧ−ＴＳのシンタックスを解析し新たに管理情報を構成する。この方法では異なるフォーマットを扱う機器間においてもＭＰＥＧ−ＴＳのダビングが可能となるが、ダビング元のタイトルの詳細な情報（チャプタ分割情報等）はダビング先に継承されないという問題がある。

この問題は、この発明の一実施の形態では、次のようにして解決される。すなわち、ダビング元のソース機器はタイトル情報を再構成するための情報をダビング先のシンク機器に通知する。この情報にはストリームの再生位置情報やチャプタ境界位置情報等が含まれる。この情報は、ＭＰＥＧ−ＴＳ記録に対応した各種録画フォーマット（ＨＤＶＲやＥＤＡＶ等の異種フォーマット）に共通の概念で、ＭＰＥＧ−ＴＳの仕様に基づいた情報で構成される。ダビング先の装置ではこの情報に基きタイトル情報を再構成する。つまり、この情報は各種録画フォーマットに共通のＭＰＥＧ−ＴＳ仕様に基づいて構成されるため、ダビング元とダビング先で録画フォーマットが異なっていても、タイトル情報を継承することが可能となる。

＜実施の形態の効果＞
ＭＰＥＧ−ＴＳ（またはＴＴＳ）の転送により異種フォーマット間でダビングを行う場合においても、タイトル情報を継承する事が可能となる。

＜実施の形態と発明との対応例＞
（１）ＡＶコンテンツ（ＨＤＶＲ規格で録画したデジタル放送番組等）を含むデジタルストリーム信号（ＭＰＥＧ−ＴＳまたはＴＴＳ）をソース機器（送信側機器：ＨＤＶＲレコーダ等）からシンク機器（受信側機器：ＥＤＡＶレコーダ等）へ転送するデータ転送方法である。

前記ソース機器が前記デジタルストリーム信号を管理する第１の管理情報（HR_MANGR.IFO）で用いる第1のフォーマット（ＨＤＶＲ規格）と、前記シンク機器が前記デジタルストリーム信号を管理する第２の管理情報（INFO.EDAV）で用いる第２のフォーマット（ＥＤＡＶ規格）は異なる。前記第１の管理情報（HR_MANGR.IFO）が前記ＡＶコンテンツの再生情報（再生位置情報、チャプタ分割情報等）を含む第1のタイトル情報（図５＝提案図ＥのＣＤＳにおける、ＨＤＶＲのmetadata）で用いられ、前記第１のタイトル情報（ＨＤＶＲのmetadata）に対応する内容（タイトル名、タイトル再生開始終了時間等）を含む第２のタイトル情報（ＥＤＡＶのmetadata）が前記第２の管理情報（INFO.EDAV）で用いられる。その場合、
前記第1のタイトル情報を前記ソース機器から前記シンク機器へ転送し（図４のＳＱ０１〜ＳＱ０５）、前記ＡＶコンテンツを前記ソース機器から前記シンク機器へ転送し（図４のＳＱ０６〜ＳＱ０７）、前記シンク機器側で、転送された前記第1のタイトル情報に対応する情報を含むように前記第２のタイトル情報を再構成する（図６〜図９）。

（２）ＡＶコンテンツ（ＥＤＡＶ規格で録画したデジタル放送番組等）を含むデジタルストリーム信号（ＭＰＥＧ−ＴＳまたはＴＴＳ）をソース機器（送信側機器：ＥＤＡＶレコーダ等）からシンク機器（受信側機器：ＨＤＶＲレコーダ等）へ転送するデータ転送方法である。

前記シンク機器が前記デジタルストリーム信号を管理する第１の管理情報（HR_MANGR.IFO）で用いる第1のフォーマット（ＨＤＶＲ規格）と、前記ソース機器が前記デジタルストリーム信号を管理する第２の管理情報（INFO.EDAV）で用いる第２のフォーマット（ＥＤＡＶ規格）は異なる。前記第２の管理情報（INFO.EDAV）が前記ＡＶコンテンツの再生情報（再生位置情報、チャプタ分割情報等）を含む第２のタイトル情報（ＥＤＡＶのmetadata）で用いられ、前記第２のタイトル情報に対応する内容（タイトル名、タイトル再生開始終了時間等）を含む第１のタイトル情報（ＨＤＶＲのmetadata）が前記第１の管理情報（HR_MANGR.IFO）で用いられる。その場合、
前記第２のタイトル情報を前記ソース機器から前記シンク機器へ転送し（図４のＳＱ０１〜ＳＱ０５）、前記ＡＶコンテンツを前記ソース機器から前記シンク機器へ転送し（図４のＳＱ０６〜ＳＱ０７）、前記シンク機器側で、転送された前記第２のタイトル情報に対応する情報を含むように前記第１のタイトル情報を再構成する（図６〜図９）。

（３）前記デジタルストリーム信号はＭＰＥＧに準拠しタイムスタンプが付されたトランスポートストリーム（ＴＴＳ）を含み、前記ソース機器（ＨＤＶＲレコーダまたはＥＤＡＶレコーダ）と前記シンク機器（ＥＤＡＶレコーダまたはＨＤＶＲレコーダ）はＩＥＥＥ８０２．３標準により接続され、前記第１のタイトル情報または前記第２のタイトル情報の情報アップロードと前記タイムスタンプが付されたトランスポートストリーム（ＴＴＳ）の情報アップロードをサポートする規格として特定の相互接続性標準化規格（ＤＬＮＡ）が採用され、前記ソース機器から前記シンク機器への情報転送（この転送によりＡＶコンテンツのダビングが可能）が前記特定の相互接続性標準化規格（ＤＬＮＡ）に基づくアップロード機能により行われる。

（４）前記デジタルストリーム信号はＭＰＥＧに準拠しタイムスタンプが付されたトランスポートストリーム（ＴＴＳ）を含み、前記ソース機器（ＨＤＶＲレコーダまたはＥＤＡＶレコーダ）と前記シンク機器（ＥＤＡＶレコーダまたはＨＤＶＲレコーダ）はＩＥＥＥ１３９４標準により接続され、前記ソース機器から前記シンク機器への前記タイムスタンプが付されたトランスポートストリーム（ＴＴＳ）の転送が前記ＩＥＥＥ１３９４標準に基づき行われる。

（５）前記第1のタイトル情報または前記第２のタイトル情報（ＨＶＤＲまたはＥＤＡＶのmetadata）が、前記ＡＶコンテンツのタイトル名情報（ニュース８）、その再生位置情報（startPTM / endPTM）、および／またはそのチャプタ分割情報（チャプタ名“ヘッドライン”、そのチャプタの再生開始時間ptm、そのチャプタのサムネイル情報等）を含む。

（６）ＡＶコンテンツを含むデジタルストリーム信号（ＭＰＥＧ−ＴＳ）をシンク機器（ＥＤＡＶレコーダ等）へ転送する装置（ＨＤＶＲレコーダ等）である。この装置が前記デジタルストリーム信号を管理する第１の管理情報（HR_MANGR.IFO）で用いる第1のフォーマット（ＨＤＶＲ規格）と前記シンク機器が前記デジタルストリーム信号を管理する第２の管理情報（INFO.EDAV）で用いる第２のフォーマット（ＥＤＡＶ規格）は異なり、前記第１の管理情報（HR_MANGR.IFO）が前記ＡＶコンテンツの再生情報（再生位置情報、チャプタ分割情報等）を含む第1のタイトル情報（ＨＤＶＲのmetadata）で用いられ、前記第１のタイトル情報に対応する情報を含む第２のタイトル情報が前記第２の管理情報（INFO.EDAV）で用いられる。

この装置は、前記第1のタイトル情報を前記シンク機器へ転送する手段（図４のＳＱ０１〜ＳＱ０５を処理する図１０のＭＰＵとＬＡＮ端子）と、前記ＡＶコンテンツを前記シンク機器へ転送する手段（図４のＳＱ０６〜ＳＱ０７を処理する図１０のＭＰＵと再生系ハードウエアとＬＡＮ端子）を備え、前記シンク機器側で、転送された前記第1のタイトル情報に対応する情報を含むように前記第２のタイトル情報が再構成される。

（７）ＡＶコンテンツを含むデジタルストリーム信号（ＭＰＥＧ−ＴＳ）をシンク機器（ＨＤＶＲレコーダ等）へ転送する装置（ＥＤＡＶレコーダ等）である。前記シンク機器が前記デジタルストリーム信号を管理する第１の管理情報（HR_MANGR.IFO）で用いる第1のフォーマット（ＨＤＶＲ規格）と前記装置が前記デジタルストリーム信号を管理する第２の管理情報（INFO.EDAV）で用いる第２のフォーマット（ＥＤＡＶ規格）は異なり、前記第２の管理情報（INFO.EDAV）が前記ＡＶコンテンツの再生情報（再生位置情報、チャプタ分割情報等）を含む第２のタイトル情報（ＥＤＡＶのmetadata）で用いられ、前記第２のタイトル情報に対応する情報を含む第１のタイトル情報が前記第１の管理情報（HR_MANGR.IFO）で用いられる。

この装置は、前記第２のタイトル情報を前記シンク機器へ転送する手段（図４のＳＱ０１〜ＳＱ０５を処理する図１０のＭＰＵとＬＡＮ端子）と、前記ＡＶコンテンツを前記シンク機器へ転送する手段（図４のＳＱ０６〜ＳＱ０７を処理する図１０のＭＰＵと再生系ハードウエアとＬＡＮ端子）を備え、前記シンク機器側で、転送された前記第２のタイトル情報に対応する情報を含むように前記第１のタイトル情報が再構成される。

以上はソース機器とシンク機器が異種フォーマットの機器の場合であるが、ソース機器とシンク機器が同種フォーマットにも対応する場合を排除するものではない。すなわち、異種フォーマットの機器間でタイトル情報の継承ができるだけでなく、（当然のこととして）同種フォーマットの機器間でタイトル情報の継承もできる。その場合は、
（８）前記第１のタイトル情報を前記ソース機器から前記シンク機器へ転送し（図４のＳＱ０１〜ＳＱ０５）、前記ＡＶコンテンツを前記ソース機器から前記シンク機器へ転送する（図４のＳＱ０６〜ＳＱ０７）。あるいは、
（９）前記第２のタイトル情報を前記ソース機器から前記シンク機器へ転送し（図４のＳＱ０１〜ＳＱ０５）、前記ＡＶコンテンツを前記ソース機器から前記シンク機器へ転送する（図４のＳＱ０６〜ＳＱ０７）。

なお、この発明は前述した実施の形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。例えばダビングを行うソース機器とシンク機器との間の接続にＨＤＭＩを利用してもこの発明を実施することは可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。

第１のフォーマット（ＨＤＶＲ規格）においてＭＰＥＧ−ＴＳ記録に関連するデータ構造を説明する図。 第１のフォーマットにおけるタイトル、チャプタと再生時間の関係を説明する図。 第１のフォーマットにおいてＳＴＣのWrap Around境界におけるデータを区別するためのオブジェクト構成を説明する図。 ＤＬＮＡで規定されるUploadの基本シーケンスを説明する図。 ＤＬＮＡのシーケンス内で用いられるCreate Objectアクション要求の一例を説明する図。 シンク機器（受信機側機器）がタイトル情報を再構成する処理の一例を説明するフローチャート図。 図６の処理におけるストリームブロック処理の具体例を説明するフローチャート図。 図７の処理におけるチャプタ処理の具体例を説明するフローチャート図。 図６の処理におけるタイトル処理の具体例を説明するフローチャート図。 情報記録媒体（光ディスク、ハードディスク等）にＡＶコンテンツ（ＭＰＥＧ−ＴＳ等の信号形態で転送されるデジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図。

符号の説明

１００…第１フォーマットの光ディスク；２００…送信側機器（ソース機器：第１フォーマットレコーダ）；３００…受信側機器（シンク機器）：第２フォーマットレコーダ；４００…第２フォーマットの光ディスク。

Claims (9)

1. ＡＶコンテンツを含むデジタルストリーム信号をソース機器からシンク機器へ転送する方法であって、
   前記ソース機器が前記デジタルストリーム信号を管理する第１の管理情報で用いる第１のフォーマットと、前記シンク機器が前記デジタルストリーム信号を管理する第２の管理情報で用いる第２のフォーマットが異なり、
   前記第１の管理情報が前記ＡＶコンテンツの再生情報を含む第１のタイトル情報で用いられ、前記第１のタイトル情報に対応する内容を含む第２のタイトル情報が前記第２の管理情報で用いられる場合において、
   前記第１のタイトル情報を前記ソース機器から前記シンク機器へ転送し、
   前記ＡＶコンテンツを前記ソース機器から前記シンク機器へ転送し、
   前記シンク機器側で、転送された前記第１のタイトル情報に対応する情報を含むように前記第２のタイトル情報を再構成するデータ転送方法。
2. ＡＶコンテンツを含むデジタルストリーム信号をソース機器からシンク機器へ転送する方法であって、
   前記シンク機器が前記デジタルストリーム信号を管理する第１の管理情報で用いる第１のフォーマットと、前記ソース機器が前記デジタルストリーム信号を管理する第２の管理情報で用いる第２のフォーマットが異なり、
   前記第２の管理情報が前記ＡＶコンテンツの再生情報を含む第２のタイトル情報で用いられ、前記第２のタイトル情報に対応する内容を含む第１のタイトル情報が前記第１の管理情報で用いられる場合において、
   前記第２のタイトル情報を前記ソース機器から前記シンク機器へ転送し、
   前記ＡＶコンテンツを前記ソース機器から前記シンク機器へ転送し、
   前記シンク機器側で、転送された前記第２のタイトル情報に対応する情報を含むように前記第１のタイトル情報を再構成するデータ転送方法。
3. 前記デジタルストリーム信号はＭＰＥＧに準拠しタイムスタンプが付されたトランスポートストリームを含み、
   前記ソース機器と前記シンク機器はＩＥＥＥ８０２．３標準により接続され、
   前記第１のタイトル情報または前記第２のタイトル情報の情報アップロードと、前記タイムスタンプが付されたトランスポートストリームの情報アップロードをサポートする規格として、特定の相互接続性標準化規格が採用され、
   前記ソース機器から前記シンク機器への情報転送が、前記特定の相互接続性標準化規格に基づくアップロード機能により行われるように構成した請求項１または請求項２に記載のデータ転送方法。
4. 前記デジタルストリーム信号はＭＰＥＧに準拠しタイムスタンプが付されたトランスポートストリームを含み、
   前記ソース機器と前記シンク機器はＩＥＥＥ１３９４標準により接続され、
   前記ソース機器から前記シンク機器への前記タイムスタンプが付されたトランスポートストリームの転送が、前記ＩＥＥＥ１３９４標準に基づき行われるように構成した請求項１または請求項２に記載のデータ転送方法。
   ように構成した請求項１または請求項２に記載のデータ転送方法。
5. 前記第１のタイトル情報または前記第２のタイトル情報が、前記ＡＶコンテンツのタイトル名情報、その再生位置情報、および／またはそのチャプタ分割情報を含むように構成した請求項１ないし請求項４のいずれか1項に記載のデータ転送方法。
6. ＡＶコンテンツを含むデジタルストリーム信号をシンク機器へ転送する装置であって、
   前記装置が前記デジタルストリーム信号を管理する第１の管理情報で用いる第１のフォーマットと前記シンク機器が前記デジタルストリーム信号を管理する第２の管理情報で用いる第２のフォーマットが異なり、前記第１の管理情報が前記ＡＶコンテンツの再生情報を含む第１のタイトル情報で用いられ、前記第１のタイトル情報に対応する情報を含む第２のタイトル情報が前記第２の管理情報で用いられる装置において、
   前記第１のタイトル情報を前記シンク機器へ転送する手段と、
   前記ＡＶコンテンツを前記シンク機器へ転送する手段を備え、
   前記シンク機器側で、転送された前記第１のタイトル情報に対応する情報を含むように前記第２のタイトル情報を再構成できるように構成した情報処理装置。
7. ＡＶコンテンツを含むデジタルストリーム信号をシンク機器へ転送する装置であって、
   前記シンク機器が前記デジタルストリーム信号を管理する第１の管理情報で用いる第１のフォーマットと前記装置が前記デジタルストリーム信号を管理する第２の管理情報で用いる第２のフォーマットが異なり、前記第２の管理情報が前記ＡＶコンテンツの再生情報を含む第２のタイトル情報で用いられ、前記第２のタイトル情報に対応する情報を含む第１のタイトル情報が前記第１の管理情報で用いられる装置において、
   前記第２のタイトル情報を前記シンク機器へ転送する手段と、
   前記ＡＶコンテンツを前記シンク機器へ転送する手段を備え、
   前記シンク機器側で、転送された前記第２のタイトル情報に対応する情報を含むように前記第１のタイトル情報を再構成できるように構成した情報処理装置。
8. 前記ソース機器および前記シンク機器がともに前記第１のフォーマットに準拠する場合は、
   前記第１のタイトル情報を前記ソース機器から前記シンク機器へ転送し、前記ＡＶコンテンツを前記ソース機器から前記シンク機器へ転送する請求項１に記載のデータ転送方法。
9. 前記ソース機器および前記シンク機器がともに前記第２のフォーマットに準拠する場合は、
   前記第２のタイトル情報を前記ソース機器から前記シンク機器へ転送し、前記ＡＶコンテンツを前記ソース機器から前記シンク機器へ転送する請求項２に記載のデータ転送方法。

Images