特許 5762100 デジタルストリーム信号転送装置、デジタルストリーム信号受信装置、デジタルストリーム信号転送方法、及びデジタルストリーム信号受信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5762100

(24)【登録日】2015年6月19日

(45)【発行日】2015年8月12日

(54)【発明の名称】デジタルストリーム信号転送装置、デジタルストリーム信号受信装置、デジタルストリーム信号転送方法、及びデジタルストリーム信号受信方法

(51)【国際特許分類】

   H04N 5/91 20060101AFI20150723BHJP

   H04N 5/765 20060101ALI20150723BHJP

   H04N 21/4363 20110101ALI20150723BHJP

【ＦＩ】

   H04N5/91 P

   H04N5/91 L

   H04N5/91 Z

   H04N21/4363

【請求項の数】8

【全頁数】20

(21)【出願番号】特願2011-85680(P2011-85680)

(22)【出願日】2011年4月7日

(65)【公開番号】特開2012-222573(P2012-222573A)

(43)【公開日】2012年11月12日

【審査請求日】2014年2月10日

(73)【特許権者】

【識別番号】000003078

【氏名又は名称】株式会社東芝

(73)【特許権者】

【識別番号】503376518

【氏名又は名称】東芝ライフスタイル株式会社

(74)【代理人】

【識別番号】110001737

【氏名又は名称】特許業務法人スズエ国際特許事務所

(72)【発明者】

【氏名】渋谷 学

【審査官】 梅本 達雄

(56)【参考文献】

【文献】 国際公開第２０１１／０１６２４１（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ５／７６ − ５／９５６

Ｈ０４Ｎ ２１／００ − ２１／８５８

(57)【特許請求の範囲】

【請求項1】

タイトルの情報を含むコンテンツの転送元フォーマットと前記コンテンツの転送先フォーマットが異なる場合の信号転送処理を行う装置において、
転送対象となる前記転送元フォーマットの前記タイトル中のビデオパケットのＩＤを検出し、前記タイトルを含むデジタルストリーム信号の転送先で前記転送先フォーマットにより前記タイトルを再構成するための、前記ＩＤを含むタイトル再構成情報を生成する生成手段と、
前記タイトル再構成情報を転送してから、前記タイトルを含む前記デジタルストリーム信号を転送する転送手段と、
を備えるデジタルストリーム信号転送装置。

【請求項2】

前記生成手段は、前記タイトル中の所定映像の位置情報を検出し、前記位置情報を含む前記タイトル再構成情報を生成する請求項１記載のデジタルストリーム信号転送装置。

【請求項3】

前記生成手段は、前記タイトルを構成するチャプタ境界位置情報を検出し、前記チャプタ境界位置情報を含む前記タイトル再構成情報を生成する請求項１又は２記載のデジタルストリーム信号転送装置。

【請求項4】

前記転送手段は、前記デジタルストリーム信号に対応するＭＰＥＧ−ＴＳを転送する請求項１乃至３の何れか１項記載のデジタルストリーム信号転送装置。

【請求項5】

タイトルの情報を含むコンテンツの転送元フォーマットと前記コンテンツの転送先フォーマットが異なる場合の信号を受信する装置において、
前記タイトルを再構成するためのタイトル再構成情報を受信してから、前記転送元フォーマットの前記タイトルを含むデジタルストリーム信号を受信する受信手段と、
前記タイトル再構成情報に含まれた、前記タイトル中のビデオパケットのＩＤを検出し、前記ＩＤに基づき前記デジタルストリーム信号を解析し、前記タイトルを前記転送先フォーマットにより再構成する再構成手段と、
を備えたデジタルストリーム信号受信装置。

【請求項6】

前記再構成手段は、前記デジタルストリーム信号から、前記ＩＤの複数のビデオパケットを検出し、これら複数のビデオパケットに基づき前記タイトルを再構成する請求項５記載のデジタルストリーム信号受信装置。

【請求項7】

タイトルの情報を含むコンテンツの転送元フォーマットと前記コンテンツの転送先フォーマットが異なる場合の信号転送処理を行う方法において、
転送対象となる前記転送元フォーマットの前記タイトル中のビデオパケットのＩＤを検出し、前記タイトルを含むデジタルストリーム信号の転送先で前記転送先フォーマットにより前記タイトルを再構成するための、前記ＩＤを含むタイトル再構成情報を生成し、
前記タイトル再構成情報を転送してから、前記タイトルを含む前記デジタルストリーム信号を転送するデジタルストリーム信号転送方法。

【請求項8】

タイトルの情報を含むコンテンツの転送元フォーマットと前記コンテンツの転送先フォーマットが異なる場合の信号を受信する方法において、
前記タイトルを再構成するためのタイトル再構成情報を受信してから、前記転送元フォーマットの前記タイトルを含むデジタルストリーム信号を受信し、
前記タイトル再構成情報に含まれた、前記タイトル中のビデオパケットのＩＤを検出し、前記ＩＤに基づき前記デジタルストリーム信号を解析し、前記タイトルを前記転送先フォーマットにより再構成するデジタルストリーム信号受信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、デジタルストリーム信号転送装置、デジタルストリーム信号受信装置、デジタルストリーム信号転送方法、及びデジタルストリーム信号受信方法に関する。

【背景技術】

【0002】

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

【0003】

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

【0004】

デジタル放送等で用いられるＭＰＥＧ−ＴＳを記録する為の録画フォーマットには、HD DVD Video Recording規格（以下HDVR規格）やBlu-ray Disc Audio/Visual規格（以下BDAV規格）等が知られている。これらの規格ではＭＰＥＧ−ＴＳに加え、そのＭＰＥＧ−ＴＳの属性情報やユーザーのアクセス単位となるタイトル／チャプタ等の構成情報（以下管理情報）を記録し、アクセス性やユーザビリティを高めている。しかしフォーマット間で管理情報には互換性がない。この為同じフォーマット内でのダビングであれば、ダビング対象のタイトルのＭＰＥＧ−ＴＳと管理情報のコピーで実現可能であるが、異なるフォーマット間ではこの方法ではダビングは不可能である。

【0005】

一方、ＭＰＥＧ−ＴＳを主に転送する事により他機器へのダビングを可能にする方法として、上記のようなDLNAのTTSUpload機能やiLINKケーブルによるダビング等が存在する。これらの方法ではダビング元の機器は、簡単な属性情報を含む事もあるが、基本的にはＭＰＥＧ−ＴＳのみをダビング先の機器に転送し、ダビング先の機器は転送されたＭＰＥＧ−ＴＳのシンタックスを解析し新たに管理情報を構成する。この方法では異なるフォーマットを扱う機器間においてもＭＰＥＧ−ＴＳのダビングが可能となるが、ダビング元のタイトルの詳細な情報はダビング先には継承されない。

【0006】

上記したように、ダビング先の機器は転送されたＭＰＥＧ−ＴＳのシンタックスを解析し新たに管理情報を構成する。この際、ＭＰＥＧ−ＴＳ中の映像データについては、特定のピクチャーの位置とタイムスタンプを解析して管理情報に含める。しかし、映像データがどのパケットに含まれるかを特定するために、PATと呼ばれるパケットを解析し、次にPMTと呼ばれるパケットを解析し、その結果により映像データのパケットID（PID）を取得する。しかし、PAT, PMTの解析が完了するまでは映像データの解析はできず、この遅延によりストリームの先頭の映像データは管理情報に反映されず、結果としてダビング元のタイトルに対してダビング先のタイトルは先頭部分が欠けて再生されてしまう。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】特開２０１０−１４０５６４号公報

【発明の概要】

【発明が解決しようとする課題】

【0008】

本発明が解決しようとする課題は、転送先で元通りのタイトルを再構成可能にするデジタルストリーム信号転送装置及びデジタルストリーム信号転送方法を提供することである。

【0009】

また、本発明が解決しようとする課題は、転送元のタイトルを再構成することができるデジタルストリーム信号受信装置及びデジタルストリーム信号受信方法を提供することである。

【課題を解決するための手段】

【0010】

実施形態のデジタルストリーム信号転送装置は、生成手段と、転送手段とを備える。前記生成手段は、転送対象のタイトル中のビデオパケットのＩＤを検出し、前記タイトルを含むデジタルストリーム信号の転送先で前記タイトルを再構成するための、前記ＩＤを含むタイトル再構成情報を生成する。前記転送手段は、前記タイトル再構成情報を転送してから、前記タイトルを含む前記デジタルストリーム信号を転送する。

【図面の簡単な説明】

【0011】

【図1】第１のフォーマット（ＨＤＶＲ規格）においてＭＰＥＧ−ＴＳ記録に関連するデータ構造を説明する図。

【図2】第１のフォーマットにおけるタイトル、チャプタと再生時間の関係を説明する図。

【図3】第１のフォーマットにおいてＳＴＣのWrap Around境界におけるデータを区別するためのオブジェクト構成を説明する図。

【図4】ＤＬＮＡで規定されるUploadの基本シーケンスを説明する図。

【図5】ＤＬＮＡのシーケンス内で用いられるCreate Objectアクション要求の一例を説明する図。

【図6】シンク機器（受信機側機器）がタイトル情報を再構成する処理の一例を説明するフローチャート図。

【図7】図６の処理におけるストリームブロック処理の具体例を説明するフローチャート図。

【図8】図７の処理におけるチャプタ処理の具体例を説明するフローチャート図。

【図9】図６の処理におけるタイトル処理の具体例を説明するフローチャート図。

【図10】情報記録媒体（光ディスク、ハードディスク等）にＡＶコンテンツ（ＭＰＥＧ−ＴＳ等の信号形態で転送されるデジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図。

【図11】ストリームのシンタックスを解析して記録するシーケンスの一例を示す図である。

【図12】ストリームブロックのシンタックスを解析して記録するシーケンスの一例を示す図である。

【図13】PIDを含むタイトル再構成情報を使用する場合の効果を説明するための図である。

【発明を実施するための形態】

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

以下、ＤＬＮＡガイドラインに従った機器間ダビングの一例について説明する。この例では、送信側機器（ソース機器）、受信側機器（シンク機器）ともに図１で示すデータ構造（ＨＤＶＲ規格のフォーマット）または図１に対応するデータ構造（ＥＤＡＶ規格のフォーマット）で録画タイトルが管理されているものとする。なお、上記ＥＤＡＶ規格は、Extended-ray Audio/Visual規格の略記であり、ＥＤＡＶ規格は、特定規格を限定するものではない。例えば、ＥＤＡＶ規格は、ＢＤＡＶ規格と読み替えても良い。ＢＤＡＶ規格は、Blu-Ray Disc Audio/Visual規格の略記である。

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

ビデオのパケットID（PID）要素は、ストリームブロック中のストリーム先頭にあるメインビデオが含まれるPID値を示す。

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

図１１は、この<SQ06>〜<SQ07>前後でのストリームシンタックスを解析して記録するシーケンスの中でストリームブロック中のビデオの先頭ピクチャー解析に関連するもの示したものである。

【0047】

図１１は、この処理がストリームブロック単位で行われる事を示しており、具体的な処理は図１２に示す。

【0048】

まず、<SQ06>のシーケンスでコンテンツデータを転送するのに先立ち、受信側機器は、先頭のストリームブロックのビデオPIDをシンタックス解析モジュール３０３にセットし（ＳＴ４２１イエス）（ＳＴ４２２）、その後に、送信側機器は、<SQ06>のコンテンツデータのストリーム転送を開始し（ＳＴ４２３）、受信側機器は、コンテンツデータを受信する。

【0049】

これによりストリーム中のピクチャー情報がシンタックス解析モジュール３０３により検出され（ＳＴ４２６イエス）、このピクチャー情報の中のPTSをSOBの開始PTMとする（ＳＴ４２７）。

【0050】

その後は、通常の記録動作が行われるが、次のストリームブロックがある場合は、前のストリームブロックの転送が終わるまでに、シンタックス解析モジュール３０３に次のストリームブロックのビデオPIDをセットする（ＳＴ４２４イエス）（ＳＴ４２５）。これにより、次のストリームブロックにおいても、ストリーム先頭からのビデオの解析が可能となる。

【0051】

なお、ストリーム解析モジュール３０３が複数のPIDをセットできる仕組みになっている場合で、セットされたPIDがセット可能な上限を超えるような場合は、最も古いPIDを削除した後に新しいPIDをセットする。

【0052】

また、ストリーム解析モジュール３０３が１つのPIDしかセットできない場合は、２番目以降のストリームブロックに対してはビデオPIDをセットしなくてもよいし、前のビデオPIDを削除した後に新しいビデオPIDをセットしても良い。ただし、どちらの場合も若干の再生範囲の欠損を生じる可能性がある。

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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が発生していることを確認し、タイムマップ（ＴＭＡＰ）の計算などに使用することができる。

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

また、ダビング先の機器は転送されたＭＰＥＧ−ＴＳのシンタックスを解析し新たに管理情報を構成する。この際、ＭＰＥＧ−ＴＳ（図１３参照）中の映像データについては、特定のピクチャーの位置とタイムスタンプを解析して管理情報に含める。しかし、映像データがどのパケットに含まれるかを特定するために、PATと呼ばれるパケットを解析し、次にPMTと呼ばれるパケットを解析し、その結果により映像データのパケットID（PID）を取得する。しかし、PAT, PMTの解析が完了するまでは映像データの解析はできず、この遅延によりストリームの先頭の映像データは管理情報に反映されず、結果としてダビング元のタイトルに対してダビング先のタイトルは先頭部分が欠けて再生されてしまう。

【0101】

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

【0102】

さらに、上記したタイトル情報を再構成するための情報（タイトル再構成情報）は、転送対象のタイトル中のビデオパケットのＩＤを含む。つまり、ソース機器の生成手段（管理データ作成部８０Ｂ）は、転送対象のタイトル中のビデオパケットのＩＤを検出し、このＩＤを含むタイトル再構成情報を生成し、ソース機器の転送手段（Ｉ／Ｆ部７４又はＬＡＮ端子７５）は、シンク機器に対して、タイトル再構成情報を転送してから、タイトルを含むデジタルストリーム信号を転送する。

【0103】

シンク機器の受信手段（Ｉ／Ｆ部３０１又はＬＡＮ端子３０２）は、タイトル再構成情報を受信してから、タイトルを含むデジタルストリーム信号を受信し、シンク機器の再構成手段（シンタックス解析モジュール３０３）は、タイトル再構成情報に含まれたビデオパケットのＩＤを検出し、このビデオパケットのＩＤに基づきデジタルストリーム信号を解析し、タイトルを再構成し、シンク機器の記録再生部３０４は、再構成されたタイトルをハードディスクや光ディスク等のメディアに記録する。

【0104】

つまり、ダビング元のソース機器は、ダビング先のシンク機器に対して、タイトル再構成情報を通知してから、タイトルを転送する。タイトル再構成情報は、ストリームの再生位置情報、チャプタ境界位置情報、タイトル中のビデオのPIDを含む。これらの情報は、各録画フォーマットに共通の概念でＭＰＥＧ−ＴＳの仕様に基づいた情報で構成される。ダビング先のシンク機器は、タイトル再構成情報に基づきタイトル情報を再構成する。シンク機器のＭＰＥＧ−ＴＳのシンタックス解析モジュールには、あらかじめビデオのPIDを設定しておく事により、ＭＰＥＧ−ＴＳの先頭からビデオの解析が可能となる。

【0105】

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

【0106】

また、ダビング先でのタイトルの先頭部分の欠落を防止する事が可能となる。

【0107】

なお、上記の実施の形態は、iLINK経由でのデータ転送時（ダビング時）でも有効である。この場合、図５に示すようなタイトル情報を再構成する為の情報はiLINK経由では送信することができない為、別途Ethernet経由等で送信される。

【0108】

また、ＴＳストリームを転送してダビング先でＴＳストリームを解析し、管理情報を再構築するようなシステムで、上記実施の形態のデータ転送処理は有効である。

【0109】

なお、上記したモジュールとは、ハードウェアで実現するものであっても良いし、ＣＰＵ等を使ってソフトウェアで実現するものであってもよい。

【0110】

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

【符号の説明】

【0111】

１００…第１フォーマットの光ディスク、２００…送信側機器、３００…受信側機器、４００…第２フォーマットの光ディスク。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】