転送対象のタイトル中のビデオパケットのIDを検出し、前記タイトルを含むデジタルストリーム信号の転送先で前記タイトルを再構成するための、前記IDを含むタイトル再構成情報を生成する生成手段と、前記タイトル再構成情報を転送してから、前記タイトルを含む前記デジタルストリーム信号を転送する転送手段と、を備えるデジタルストリーム信号転送装置。前記生成手段は、前記タイトル中の所定映像の位置情報を検出し、前記位置情報を含む前記タイトル再構成情報を生成する請求項1記載のデジタルストリーム信号転送装置。前記生成手段は、前記タイトルを構成するチャプタ境界位置情報を検出し、前記チャプタ境界位置情報を含む前記タイトル再構成情報を生成する請求項1又は2記載のデジタルストリーム信号転送装置。前記転送手段は、前記デジタルストリーム信号に対応するMPEG-TSを転送する請求項1乃至3の何れか1項記載のデジタルストリーム信号転送装置。タイトルを再構成するためのタイトル再構成情報を受信してから、前記タイトルを含むデジタルストリーム信号を受信する受信手段と、前記タイトル再構成情報に含まれた、前記タイトル中のビデオパケットのIDを検出し、前記IDに基づき前記デジタルストリーム信号を解析し、前記タイトルを再構成する再構成手段と、を備えたデジタルストリーム受信装置。前記再構成手段は、前記デジタルストリーム信号から、前記IDの複数のビデオパケットを検出し、これら複数のビデオパケットに基づき前記タイトルを再構成する請求項5記載のデジタルストリーム受信装置。転送対象のタイトル中のビデオパケットのIDを検出し、前記タイトルを含むデジタルストリーム信号の転送先で前記タイトルを再構成するための、前記IDを含むタイトル再構成情報を生成し、前記タイトル再構成情報を転送してから、前記タイトルを含む前記デジタルストリーム信号を転送するデジタルストリーム信号転送方法。タイトルを再構成するためのタイトル再構成情報を受信してから、前記タイトルを含むデジタルストリーム信号を受信し、前記タイトル再構成情報に含まれた、前記タイトル中のビデオパケットのIDを検出し、前記IDに基づき前記デジタルストリーム信号を解析し、前記タイトルを再構成するデジタルストリーム受信方法。本発明が解決しようとする課題は、転送先で元通りのタイトルを再構成可能にするデジタルストリーム信号転送装置及びデジタルストリーム信号転送方法を提供することである。また、本発明が解決しようとする課題は、転送元のタイトルを再構成することができるデジタルストリーム信号受信装置及びデジタルストリーム信号受信方法を提供することである。実施形態のデジタルストリーム信号転送装置は、生成手段と、転送手段とを備える。前記生成手段は、転送対象のタイトル中のビデオパケットのIDを検出し、前記タイトルを含むデジタルストリーム信号の転送先で前記タイトルを再構成するための、前記IDを含むタイトル再構成情報を生成する。前記転送手段は、前記タイトル再構成情報を転送してから、前記タイトルを含む前記デジタルストリーム信号を転送する。以下、図面を参照して種々の実施の形態を説明する。図1は、第1のフォーマットHDVR規格においてMPEG-TS記録に関連するデータ構造を説明する図である。ここで例示する実施の形態において、プログラムProgramはユーザにタイトルとして識別される論理的なデータ構造で、1つのメディア光ディスク、HDD、半導体メモリ等に1以上存在する。また1つのプログラムは1以上のセルCellで構成される。セルはプログラムの一部となる論理的なデータ構造で、1つのセルは1つのストリームオブジェクトSOBを参照している。SOBを管理する情報であるストリームオブジェクト情報SOBIは、1つのSOBに関連する情報を含んだ論理的なデータ構造である。SOBはMPEG-TSデータで構成されるオブジェクトデータで、1つのSOBは連続した映像データで構成される。プログラム、セル、SOBIはそれぞれ属性情報やタイトルの構成情報からのみなる管理情報であり、SOBはMPEG-TSデータで構成される実映像データである。図2は、第1のフォーマットHDVR規格におけるタイトル、チャプタの構造と再生時間の関係を説明する図である。タイトルは1つのプログラムで構成される。セルはエントリポイントEntryPointと呼ばれるチャプタ境界情報を含む。チャプタは、エントリポイントとエントリポイントの間、あるいはタイトル先頭かタイトル末尾とエントリポイントの間で構成される。各エントリポイントは対応するSOBの再生時間PTMPresentationTimeで表現される。セルの再生開始時間C_S_PTMは対応するSOBのPMTで表現される。同様にセルの再生終了時間C_E_PTMも対応するSOBのPMTで表現される。C_S_PTM及びC_E_PTMのいずれも、SOBIに記述されたSOBの再生開始時間SOB_S_PTMと再生終了時間SOB_E_PTMの範囲内SOBの再生時間の内側となっている。プログラムの再生範囲は、1つ以上のセルの再生範囲を結合したものとなる。ここで、SOB中のビデオエレメンタリーストリームビデオESには、ピクチャー単位で再生時間がPTSPresentationTimeStampとして記述されている。PTSはデコーダ内部の基準時間軸であるSTCSystemTimeClockを基にした再生時間で、PTSは190000秒の単位で時間を表し、33ビットの情報からなる。従ってPTSで表現されるのは0x0~0x1FFFFFFFFの範囲となる。デジタル放送のように常にデータが送信されるシステムにおいては、このPTSが最大値0x1FFFFFFFFを超える事がある。これをWrapAroundと呼ぶ。WrapAroundが生じてPTSのカウントが最大値を超えた場合PTSのカウンタのカウント動作が1周した場合は0x0からカウントが再開される。従って1つのSOB内でWrapAroundが起こるとSOB中には同じPTS値をもつ複数のピクチャーが存在する可能性がある。図3は、上記のようなWrapAround境界におけるデータを区別するためのSOBの構成を示す図である。HDVR規格の管理情報では、SOB中のデータでWrapAroundしない一連のシーケンスを連続セグメントCNT_SEGとして表現し、1以上の連続セグメントの情報は1以上のCNT_SEGI1~CNT_SEGInというデータ構造で表している。CNT_SEGI1~CNT_SEGIn各々は連続セグメントのサイズ情報CNT_SEG_SZと連続セグメントの開始パケット位置情報CNT_SEG_S_PKT_POSを持っている。図2のSOBのPTMは、ピクチャーのPTS値とこのCNT_SEGIの識別番号1~nにより、一意にピクチャーの位置を示している。もう少し詳しく述べると、HDVR規格の管理情報の一部であるストリームオブジェクト情報SOBIはストリームオブジェクトの不連続性情報SOB_DCNISOBDiscontinuityInformationを含み、このSOB_DCNIに前記CNT_SEGI1~CNT_SEGInと、SOB_DCNIの一般情報SOB_DCNI_GIが記述されている。SOB_DCNI_GIには、CNT_SEGIの数を示す情報CNT_SEGI_Nsが記述される。前記連続セグメントCNT_SEGの番号CNT_SEGNは、表示順にPTSのWrapAroundに基づいて決められる。あるSOB内のPTS値にWrapAroundが起きれば、対応する再生時間PTMフィールド内のCNT_SEGNはインクリメントされる。SOBの最小PTM内のCNT_SEGNは‘1’であり、SOBの最大PTM内のCNT_SEGNは‘CNT_SEGI_Ns’が示す数となる。以下、DLNAガイドラインに従った機器間ダビングの一例について説明する。この例では、送信側機器ソース機器、受信側機器シンク機器ともに図1で示すデータ構造HDVR規格のフォーマットまたは図1に対応するデータ構造EDAV規格のフォーマットで録画タイトルが管理されているものとする。なお、上記EDAV規格は、ExtendedrayAudioVisual規格の略記であり、EDAV規格は、特定規格を限定するものではない。例えば、EDAV規格は、BDAV規格と読み替えても良い。BDAV規格は、BluRayDiscAudioVisual規格の略記である。図4は、DLNAで規定されるUploadの基本シーケンスを説明する図である。このシーケンスでは、例えば以下の処理が行われる:送信側機器はアップロード先の受信側機器のUpload機能のサポート状態を確認する。送信側機器はCreateObjectアクション要求図5を参照して後述を使ってアップロード先アイテムを作成する。CreateObjectによってアイテムを作成すると、作成されたアイテムにコンテンツ受け入れ先のURIUniformResourceIdentifierがImportURIという形で公開される。送信側機器はこのImportURIにコンテンツデータをHTTPにより投函HTTPPostする事で、受信側機器に対してコンテンツをアップロードすることができる。送信側機器のアップロードコントローラでは、ImportURIに示されたIPアドレスとポートを使用して、HTTPセッション用の接続を行う。アップロードコントローラは、このセッションにコンテンツをHTTPPOSTすることでDMSDigitalMediaServerにコンテンツを登録することができる。Expect100Continueヘッダ等により受け入れ確認を行う。で作成されたHTTPを使って、アップロードコントローラからHTTPPOSTを行う。ただし、通常POSTでは、ヘッダと実際のデータをPOSTし、データの転送が終了指定サイズのPOSTもしくは、チャンクで終了を宣言するまで、POSTに対するステータスを知ることはできない。そのため、DLNAのアップロードでは、まず、コンテンツをPOSTする際にヘッダのみを転送し、相手DMSが受付できる状態であるかどうかの確認を行う。その際、Expect100Continueヘッダを使用することで、コンテンツ本体を送る前に、ヘッダの受信状態と受け入れ準備状態を確認できる。コンテンツデータ転送を行う。によって、受信側機器がコンテンツを受付可能な状態となったらコンテンツの転送を行う。コンテンツの転送を行う場合、POSTでは、転送が終了したときに転送のステータスをもらうので、コンテンツ転送の終了を明示的セッション切断ではなくに示す必要がある。そのため、転送開始時にcontentlengthによる転送サイズ指定か、チャンク転送を行うことができるようにしておく。HTTPレスポンスを行う。コンテンツの最後まで転送が終了するとPOSTに対するHTTPのレスポンスがコマンド送信側機器へ送られる。これにより、実際の転送が成功したかどうかを確認することができる。図5は、DLNAのシーケンス内で用いられるCreateObjectアクション要求の一例を説明する図である。このうち破線で囲われた部分が一実施の形態におけるタイトル情報を再構成するための情報であり、XMLExtensibleMarkupLanguageの構文となっている。図5において、Title要素中にはタイトル名を示すname属性、タイトルの詳細な説明文を示すinfo属性、タイトルの代表的な画サムネイルを示すthumbnail属性が存在する。thumbnail属性において、サムネイルはタイトル中の再生画の1点を示すものとする。これを以下の形式で示している。82230F2Ah10上記形式の表示において、カンマで区切った1番目の値82230F2Ahは再生画のPTSを示している。2番目の値1は再生画が存在するストリームブロックStreamBlockの番号であり、ストリームブロックの番号はStreamBlock要素の出現順から0を基準に数えられる。すなわち、ストリームブロック番号1は2番目のストリームブロックであることを示す。3番目の値0は再生画が存在するストリームブロック中のSTCシーケンスの番号である。STCシーケンスの番号も0を基準に数えられるので、STCシーケンス番号0はストリームブロック中の最初のSTCシーケンスである事を示す。Title要素中には1以上のStreamBlock要素が含まれる。ここで、StreamBlockはHDVR規格におけるSOBに相当する連続した映像データの論理構造である。StreamBlock要素中にはストリームブロックの再生開始位置を示すstartPTM要素、ストリームブロック中の再生終了位置を示すendPTM要素、ストリームブロック中のラップアラウンド数を示すWrapAround要素が存在する。startPTM要素はストリームブロックの再生開始位置を示しており、ストリームブロック中の先頭のSTCシーケンスに存在するPTSを指し示すものとする。endPTM要素はストリームブロックの再生終了位置を示しており、ストリームブロック中の最後のSTCシーケンスに存在するPTSを指し示すものとする。WrapAround要素はストリームブロック中に存在するWrapAroundの数である。すなわち図3に示すようにストリームブロック中にはPTS値がWrapAroundする箇所が存在する事があり、この数をWrapAround要素で示す。またHDVR規格のCNTSEGのようなWrapAroundしない一連のシーケンスをSTCシーケンスという論理構造と定義し、前述したような再生画を指定するためにSTCシーケンスの番号が用いられる。WrapAround要素が1の場合には2つのSTCシーケンスがストリームブロックに存在する事となり、先頭から0を基準に数えられる。ビデオのパケットIDPID要素は、ストリームブロック中のストリーム先頭にあるメインビデオが含まれるPID値を示す。StreamBlock中には0以上のチャプタ要素が含まれる。チャプタ要素中にはチャプタ名を示すname属性、チャプタの先頭位置を示すptm要素、チャプタのサムネイルを示すthumbnail属性が存在する。ptm属性のカンマで区切られた1番目の値例えばチャプタ名ヘッドラインでは3A524C91hはチャプタの区切りとなる再生画のPTSであり、2番目の値例えばチャプタ名ヘッドラインでは0はSTCシーケンスの番号を示す。なお、チャプタの区切りとなる再生画はそのチャプタ要素を含むStreamBlockに存在するものとする。従ってストリームブロック番号を指定する必要はない。thumbnail属性はそのチャプタのサムネイルを示しており、ptm属性と同じくPTSとSTCシーケンス番号で再生画を示している。送信側機器ソース機器は送信するタイトルの前述したような情報を、送信側機器シンク機器で採用しているフォーマットの管理情報から取得して、CreateObjectアクション要求として送信する。HDVR規格を例にとれば、Title要素の情報はプログラムチェーン情報PGCI内のプログラム情報PGIから、StreamBlock要素の情報はSOBIから、チャプタ要素の情報はセル情報CI内のエントリポイント情報C_EPIから得られる。送信側機器はのシーケンスによりMPEG-TSまたはTTSのデータを送信する。受信側機器は、図4に示すDLNAのシーケンスに則り、のシーケンスにより上記タイトル情報を再構成するための情報を受信し、のシーケンスによりMPEG-TSまたはTTSのデータを受信する。このとき、受信側機器は受信したMPEG-TSまたはTTSのデータを機器内の記録メディア光ディスクやHDD等に記録すると共に、受信中のMPEG-TSまたはTTSのデータを解析し、機器内で採用するフォーマットに従い管理情報を作成し、これも記録メディアに記録する。図11は、この~前後でのストリームシンタックスを解析して記録するシーケンスの中でストリームブロック中のビデオの先頭ピクチャー解析に関連するもの示したものである。図11は、この処理がストリームブロック単位で行われる事を示しており、具体的な処理は図12に示す。まず、のシーケンスでコンテンツデータを転送するのに先立ち、受信側機器は、先頭のストリームブロックのビデオPIDをシンタックス解析モジュール303にセットしST421イエスST422、その後に、送信側機器は、のコンテンツデータのストリーム転送を開始しST423、受信側機器は、コンテンツデータを受信する。これによりストリーム中のピクチャー情報がシンタックス解析モジュール303により検出されST426イエス、このピクチャー情報の中のPTSをSOBの開始PTMとするST427。その後は、通常の記録動作が行われるが、次のストリームブロックがある場合は、前のストリームブロックの転送が終わるまでに、シンタックス解析モジュール303に次のストリームブロックのビデオPIDをセットするST424イエスST425。これにより、次のストリームブロックにおいても、ストリーム先頭からのビデオの解析が可能となる。なお、ストリーム解析モジュール303が複数のPIDをセットできる仕組みになっている場合で、セットされたPIDがセット可能な上限を超えるような場合は、最も古いPIDを削除した後に新しいPIDをセットする。また、ストリーム解析モジュール303が1つのPIDしかセットできない場合は、2番目以降のストリームブロックに対してはビデオPIDをセットしなくてもよいし、前のビデオPIDを削除した後に新しいビデオPIDをセットしても良い。ただし、どちらの場合も若干の再生範囲の欠損を生じる可能性がある。図6は、シンク機器受信機側機器がタイトル情報を再構成する処理の一例を説明するフローチャートである。このフローチャートは、受信側機器がのシーケンスで受信した図5に示すタイトル情報を再構成するための情報を用い、タイトル情報を再構成する手順の一例を示している。まず、受信側機器はストリームブロック番号に0を代入するST10。次にこのストリームブロック番号と受信したストリームブロック数を比較し、ストリームブロック番号の方が小さい場合はST12イエス、そのストリームブロック番号に対応するストリームブロックについて処理を開始するST20。ストリームブロックについて処理ST20を終えた後は、ストリームブロック番号に1を加算しST24、判定処理ST12に戻る。ここで、ストリームブロック番号の方が大きい場合はST12ノー、全てのストリームブロックについて処理が終わっているため、最後にタイトルの処理を行いST30、図6の処理を終了する。ここで、図5の情報に含まれるストリームブロック数と、受信側機器が受信したMPEG-TSを解析して得られた管理情報上のSOBI数は一致する。従って、HDVR規格では図5の情報に含まれるStreamBlock要素を用い、これに対応するSOBIの情報を変更、追加する。図7は、図6の処理におけるストリームブロック処理ST20の具体例を説明するフローチャートである。図7は1つのストリームブロックに関する処理シーケンスを例示している。まず、受信したストリームブロックの開始PTMとStreamBlock要素中のstartPTMを比較するST200。この比較を行う理由は、送信側機器での解析に基づく開始PTMと受信側機器での解析に基づく開始PTMが、解析能力差等により若干異なる可能性があるからである。ストリームブロックの開始時間がstartPTMより小さい場合ST200イエス、ストリームブロックの開始時間をstartPTMとするST202。これにより送信側機器でのストリームブロック開始時間を受信側機器でのストリームブロック開始時間に合わせることができ、ユーザによる編集等の結果プレイリスト編集結果等を継承する事が可能となる。ストリームブロックの開始時間がstartPTMより大きい場合ST200ノー、startPTMに対応するデータが存在するかどうか不明なので、ストリームブロックの開始時間はそのままとするST204。同様に、ストリームブロックの終了時間についてもendPTMを用いて補正するST206~ST210。上記のストリームブロックの処理は、HDVR規格ではSOBIの情報を設定することにより行われる。その後、チャプタ要素が存在する場合について、それぞれのチャプタ要素に対して処理を行うST214~ST222。図8は、図7の処理におけるチャプタ処理の具体例を説明するフローチャートである。図8は1つのチャプタに関する処理シーケンスを例示している。まず、チャプタ要素中のptmがストリームブロックの開始時間より前のときはST2200の分岐a、チャプタ境界位置はストリームブロックの開始時間としてチャプタを作成するST2202。チャプタ要素中のptmがストリームブロックの開始時間と終了時間の間のときはST2200の分岐b、チャプタ境界位置はptmの時間とし、チャプタを作成するST2204。チャプタ要素中のptmがストリームブロックの終了時間の後のときはST2200の分岐c、次のストリームブロックがあるか否か判定するST2206。次のストリームブロックが存在するときはST2206イエス、チャプタ境界位置は次のストリームブロックの開始時間とし、チャプタを作成するST2208。次のストリームブロックが存在しないときはST2206ノー、チャプタは作成されないST2210。チャプタを作成した場合はST2212イエスチャプタの名前及びそのチャプタのサムネイル画像が記録された位置の設定が行われST2214、図8の処理は終了する。チャプタを作成しなかったときはST2212ノー、図8の処理はそのまま終了する。このチャプタの作成は、HDVR規格ではセル情報CIにセルエントリポイント情報C_EPIを作成する事で行われる。チャプタが作成された場合はname属性に従いチャプタ名が設定され、thumbnail属性に従いサムネイル位置の設定が行われる。図9は、図6の処理におけるタイトル処理の具体例を説明するフローチャートである。この処理では、Title要素のname属性とinfo属性に従い、タイトルの名前、説明文を設定するST300。そして、thumbnail属性に従い、タイトルのサムネイル位置を設定するST302。HDVR規格ではプログラムチェーン情報PGCI内のプログラム情報PGIの情報を設定することで、上記の処理が行われる。以上により、MPEG-TSまたはTTSの転送によりダビングを行う方法において、タイトル情報を継承する事が可能となる。また、ダビング元とダビング先で録画フォーマットが異なっていても、タイトル情報を継承する事が可能となる。上記の方法は、IEEE1394経由でのダビングでも有効である。この場合、図5に示すようなタイトル情報再構成情報をIEEE1394経由で送信できなくても、別途IEEE802.3Ethernet登録商標経由等で受信側機器と送信側機器の通信を行えばよい。図10は、情報記録媒体光ディスク、ハードディスク等にAVコンテンツMPEG-TS等の信号形態で転送されるデジタルTV放送プログラム等を記録し再生する装置の一例を説明するブロック図である。この録再装置は、制御モジュール80、表示部104、デコーダ部59、エンコーダ部79、TVチューナ部82、STC部102、D-PRO部52、一時記憶部53、ディスクドライブ部51、キー入力部103、ビデオミキシング部66、フレームメモリ部73、TV用D/A部67、地上波デジタルチューナ部89、IEEE1394及び/またはHDMII/F部74、IEEE802.3のLAN端子75、リモコン受信部104、さらに、STB部BSデジタルチューナ等83、緊急放送検出部83b、HDD部100a等により構成されている。この構成では、録再DVDレコーダにストリーマの機能を追加する形となっている。上記の構成を持つ記録再生装置第1フォーマットレコーダ200には、同様な構成の記録再生装置第2フォーマットレコーダ300が、IEEE1394またはHDMIのデジタル信号ケーブルを介して双方向接続され、及び/または、イーサネット登録商標のLANケーブルを介して双方向接続される。DLNAガイドラインに従った機器間接続は、例えばこのLANケーブルにより行われる。ここでは、第1フォーマットHDVR規格のレコーダ200ストリームデータ転送装置について詳細な構成を例示し、第2フォーマットEDAV規格のレコーダ300ストリームデータ受信装置については詳細な構成の図示を省略している。レコーダ200とレコーダ300では採用するフォーマットの違いはあるが、レコーダ300内部のブロック構成は、レコーダ200と同様でよい。エンコーダ部79は、A/D部84、ビデオエンコード部87、オーディオエンコード部86、副映像エンコード部図示せず、フォーマッタ部90、バッファメモリ部91等により構成されている。また、デコーダ部59は、分離部60、ビデオデコード部61、副映像デコード部63、オーディオデコード部64、TSパケット転送部101、V-PRO部65、オーディオ用D/A部70等により構成されている。さらに、STB部83には、デジタル放送を受信するためのアンテナ83aが接続されている。なお、STC部102は27MHzベースでカウントするように構成されている。記録時の信号の流れは、次のようになる。すなわち、STB部83または地上波デジタルチューナ89で受け取ったTSパケットデータは、フォーマッタ部90で、パケットグループ化してバッファメモリ部91へ一時保存し、一定量たまった時点でディスク100及び/または100aに記録する。このフォーマッタ部90にはPATS用の内部カウンタ90aが接続されている。TSパケットの到着時間はPATS用のカウンタ90aでカウントし、そのカウント値を各TSパケットの先頭に付けて、バッファメモリ部91でバッファリングする。このカウンタ90aはPCRまたはSCRによりカウント間隔の微調整を行い同期化するが、STC102のようにPCRまたはSCRの値をロードすることは無い。なお、PATSはパケットグループ内の各TSパケット188バイトに付されるタイムスタンプであり、このPATSにより対応TSパケットの到着時間が示されるようになっている。この時の動作は、第1フォーマットHDVR規格のレコーダ200では、TSパケットを受信すると170パケットづつグルーピング化し、パケットグループヘッダを作成するこのパケットグループヘッダはコンテント保護情報CPIを含んでおり、この保護情報によりグルーピングしたTSパケットに含まれるコンテントのコピーを認めたりムーブを認めたりコピーを禁止したりすることができる。その場合、PacketGroupの先頭のPacketのPATSの上位2バイトのみヘッダFIRSTPATSEXTに入れ、それ以外のPATSは下位4バイトのみがTSパケットとともにTSパケットの前のPATSに保存される。すなわち、第1フォーマットHDVR規格で扱うオブジェクトデータSOBのストリーム信号は、PATSが付されたTSパケットで構成されるところの、TimestampedTransportStreamTTSとなっている。なお、第2フォーマットEDAV規格のレコーダ300では、TSパケットを受信すると、パケットグループ32768バイト及びパケットグループヘッダ128バイトを作成する代わりに、複数のAlignedModulesを作成する。各AlignedModule6144バイトは32個のResourcePacketsを含み、各ResourcePacket192バイトはヘッダ4バイトとTSパケット188バイトで構成されている。各ResourcePacketのヘッダはコピー制御情報コピーフリー、ノーモアコピー、コピーワンス、またはコピー禁止を指定する情報と対応TSパケットの到着時間を示すタイムスタンプATSを含んでいる。すなわち、第2フォーマットEDAV規格で扱うオブジェクトデータのストリーム信号は、ATSが付されたTSパケットで構成されるところの、TimestampedTransportStreamTTSとなっている。ATS30ビットとPATS32ビットは、構成ビット数に違いがあっても、パケット到着時間を示す点で同等の内容を持つタイムスタンプである。そのため、第1フォーマットHDVR規格のTTSPATSTSパケットと第2フォーマットEDAV規格のTTSATSTSパケットは容易に相互変換できる。また、地上波チューナ82やライン入力から入力されたアナログ信号は、A/D部84でデジタル変換される。そのデジタル信号は、各エンコード部へ入力される。すなわち、ビデオ信号はビデオエンコード部87へ、オーディオ信号はオーディオエンコード部86へ、文字放送などの文字データは図示しない副映像エンコード部へ入力される。ここでは、例えばビデオ信号はMPEG圧縮され、オーディオ信号はMPEGオーディオ圧縮がなされ、文字データはランレングス圧縮される。各エンコーダ部VR用からの出力は、圧縮データがパック化された場合に2048バイトになるようにパケット化されて、フォーマッタ部90へ入力される。フォーマッタ部90では、各パケットがパック化され、さらに、プログラムストリームとして、多重化され、D-PRO部52へ送られる。D-PRO部52では、16LogicalBock毎にECCブロックを形成し、エラー訂正データを付け、ドライブ部51によりディスク100へあるいはHDD100aへ記録を行う。ここで、ドライブ部51がシーク中やトラックジャンプなどのためビジィー状態にある場合には、一時記憶部53へ入れられ、ドライブ部51の準備ができるまで待つこととなる。さらに、フォーマッタ部90では、録画中、各切り分け情報を作成し、定期的に制御モジュール80へ送るGOP先頭割り込みなど。切り分け情報としては、EVOBUSOBUのパック数、VOBUSOBU先頭からのリファレンスピクチャIピクチャのエンドアドレス、VOBUSOBUの再生時間などがある。また、再生時の信号の流れは、ドライブ部51によりディスク100からあるいはHDD100aからデータを読み出し、D-PRO部52でエラー訂正を行い、デコーダ部59へ入力される。制御モジュール80は、入力されるデータがVRデータか、SRデータかの種別をセルタイプにより判定し、再生前にその種別をデコーダ部59に設定する。SRデータの場合、制御モジュール80は、再生するESI番号により再生するPIDを決め、PMTより再生する各アイテムビデオ、オーディオ等のPIDを決め、デコーダ部59へ設定する。デコーダ部59内では、そのPIDを元に、分離部60から各TSパケットを各デコード部61~64へ送るとともにTSパケット転送部101へ送り、到着時間に従ってSTB部83およびIEEE1394I/F部74へTSパケットの形で送信する。各デコード部61~64は、それぞれデコードを行い、D/A部67でアナログ信号に変換し、TV68で表示する。VRデータの場合、分離部60は、固定のIDに従い、各デコード部61~64へ送る。各デコード部61~64は、それぞれデコードを行い、D/A部67でアナログ信号に変換し、TV68で表示する。第1フォーマットHDVR規格における記録時の信号の流れでは、1TSパケットを受信する。2STCが一周したかWrapAroundしたかをチェックし、した場合はその位置情報より、第1の管理情報HRMANGRIFOの一部CNTSEG情報:CNTSEGIを作成する。ここで、SOBIは、図示しないが、SOBの不連続情報SOBDCNIを含んでおり、このSOBDCNIがCNTSEGIを1以上含むように構成されている。各CNTSEGIはCNTSEGSZCNTSEGのサイズ:PacketGroup数及びCNTSEGPKTPOSPacketGroup内でのCNTSEGの先頭のPacket数で構成されている。これらの情報から、記録/再生装置のシステムタイムカウンタSTCのカウント動作が1周したWrapAroundしたか否かを示すことができる。これにより、例えば時間情報PTMにSOB先頭からのCNTSEG数を入れ、事前にSTCのWrapAroundが発生していることを確認し、タイムマップTMAPの計算などに使用することができる。3パケットグループの先頭の場合は、HeaderID0x00000fa5を設定し、先頭でない場合は5へ移行する;4TSパケットの到着時間をPATSとして、PATSの下位4バイトをTSパケットの前に配置し、先頭のPATSの上位2バイトをFIRSTPATSEXTとしてPacketGroupHeaderに設定し、6へ移行する;5TSパケットデータエリアに取り込んだTSパケットに対して、PATSの下位4バイトをTSパケットの前に付け、PacketGroupのデータリアに設定する;6パケットグループが終わったかどうかを判定し170個のTSパケットをグルーピングしたかどうかを判定し、終わってない場合は、1へ移行し、終わった場合は、CCI処理、MNFI処理を行い、グループデータをバッファRAM内に一時保存する。なお、再生時は、ディスク100及び/または100aから読み出したパックデータを分離部60で解析し、TSパケットが入っているパックの場合にはTSパケット転送部101へ送り、さらに、その後、各デコーダ61~64へ送って、再生を行う。STB部83へ転送する場合あるいはデジタルTV等の外部機器へIEEE1394等により送信する場合は、TSパケット転送部101は、そのデータを到着時と同じ時間間隔で、TSパケットのみを転送する。STB部83は、デコードを行い、AV信号を発生させ、そのAV信号をストリーマ内ビデオエンコーダ部を通してTV68などで表示する。図10の装置第1フォーマットレコーダ200で用いる媒体100100aの特徴を簡単に纏めると、次のようになる。すなわち、この媒体は、管理領域とデータ領域で構成され、データ領域にはデータが複数のオブジェクトデータSOBに分かれて記録され、それぞれのオブジェクトデータはデータユニットSOBUの集まりで構成される。そして、1つのデータユニットSOBUは、MPEG-TSに準じたデジタル放送信号をTSパケット毎に複数パケットでパケットグループ化したパケットグループにより構成される。一方、前記管理領域は再生手順を管理する情報としてPGC情報PGCIを持ち、このPGCIはセル情報CIを含んで構成される。このCIが、セルエントリポイント情報C_EPIを含み、このC_EPIがセルチャプタの再生単位に対応の開始時間C_S_PTMまたはC_S_PATSとその終了時間C_E_PTMまたはC_E_PATSを記述するようになっている。これらのセル開始時間/セル終了時間の情報は、例えば図5のXML構文に含まれる破線内の情報によって、第2フォーマットレコーダ300に継承される。図10の装置は、上記のようなデータ構造を持つ媒体100100aに対して、ストリームレコーディングを行うことができる。その際、TSパケットのストリーム内からプログラムマップテーブルPMTやサービス情報SIを取り出すために、制御モジュール80はサービス情報取り出し部図示せず;管理データ作成部80Bの一部を構成するファームウエアを持つように構成される。またこのサービス情報取り出し部で取り出した情報を元に、属性情報PCRのパック番号あるいはPCRのLogicalBlock数番号などを作成する属性情報作成部図示せず;管理データ作成部80Bの一部を構成するファームウエアを持つように構成される。制御モジュール80はさらに、図6~図9等の処理を行うファームウエアを、フォーマット管理部80Yとして具備している。ストリームレコーディングの記録/再生制御は、メイン制御モジュール80のファームウエアにより行われる。制御モジュール80はストリームレコーディングの管理データ作成部80Bを持ち、ワークRAM80Aを作業エリアとして種々な管理情報を作成し、作成した管理情報を媒体100100aに適宜記録する。また、制御モジュール80は、記録された管理情報を再生し、再生した管理情報に基づき種々な制御を行う。上記管理情報としては、第1フォーマットHDVR規格では第1の管理情報HRMANGRIFOが用いられ、第2フォーマットEDAV規格では第2の管理情報INFOEDAVが用いられる。第1フォーマットHDVR規格では、例えば、録画タイトルのチャプタ分割点はセルエントリポイント情報C_EPIで管理され、セル該当チャプタの再生単位の開始時間C_S_PTMまたはC_S_PATSとその終了時間C_E_PTMまたはC_E_PATSは第1の管理情報HRMANGRIFO内のプログラムチェーン情報PGCIに含まれるセル情報CIに記述されている。第2フォーマットEDAV規格では、例えば、録画タイトルのチャプタ分割点はプレゼンテーションアイテムPresentationItemで管理され、プレゼンテーションアイテム該当チャプタの再生単位の開始時間INtimeとその終了時間OUTtimeは第2の管理情報INFOEDAVに含まれるプレゼンテーションリスト記録コンテンツの再生手順を管理する情報で、第1フォーマットのプログラムチェーンに機能上対応に記述されている。第1フォーマットから第2フォーマットへのダビングでは、ダビング先において、例えば第2の管理情報INFOEDAVのプレゼンテーションアイテムPresentationItemが第1の管理情報HRMANGRIFOのセル開始時間とセル終了時間に対応する情報INtimeとOUTtimeを含むように、プレゼンテーションリストが再構成される。一方、第2フォーマットから第1フォーマットへのダビングでは、ダビング先において、例えば第1の管理情報HRMANGRIFOのセル情報CIが第2の管理情報INFOEDAVのプレゼンテーションアイテム開始時間とプレゼンテーションアイテム終了時間に対応する情報C_S_PTMとC_E_PTM、またはC_S_PATSとC_E_PATSを含むように、プログラムチェーン情報が再構成される。また、第1フォーマットから第2フォーマットへのダビングでは第1の管理情報HRMANGRIFOに含まれるタイトル名やチャプタ名のテキストを継承するように第2の管理情報INFOEDAVが再構成され、第2フォーマットから第1フォーマットへのダビングでは第2の管理情報INFOEDAVに含まれるタイトル名やチャプタ名のテキストを継承するように第1の管理情報HRMANGRIFOが再構成される。同様に、第1フォーマットから第2フォーマットへのダビングでは第1の管理情報HRMANGRIFOに含まれるサムネイルの情報を継承するように第2の管理情報INFOEDAVが再構成され、第2フォーマットから第1フォーマットへのダビングでは第2の管理情報INFOEDAVに含まれるサムネイルを継承するように第1の管理情報HRMANGRIFOが再構成される。前述した、第1フォーマットHDVR規格のタイムマップTMAPは、SOB内の再生時間をそのSOB内のSOBUのアドレスに変換するテーブルである。SOBUは1以上のピクチャクセス単位Iピクチャー等の基準ピクチャーにアクセスする単位を含むSOBの基本単位であり、SOBは複数のSOBUへ論理的に分割できる。第1フォーマットHDVR規格のTMAPには、再生時間PTMベースのタイムマップSTMAPTforTypeArecordingmodeと、パケット到着時間PATSベースのタイムマップSTMAPTforTypeBrecordingmodeがある。第2フォーマットEDAV規格も同様なタイムマップを持つ。第1フォーマットHDVR規格のSTMAPTforTypeArecordingmode及びSTMAPTforTypeBrecordingmodeは、それぞれ、第2フォーマットEDAV規格のEPMAPとTUMAPに対応している。すなわち、タイムマップに関しても、第1フォーマットHDVR規格と第2フォーマットEDAV規格の間で相互変換が可能である。<実施の形態のまとめ>デジタル放送等で用いられるMPEG-TSを記録するための録画フォーマットには、HDVR規格やEDAV規格等に準拠するものがある。これらのフォーマットでは、MPEG-TSに加え、そのMPEG-TSの属性情報やユーザのアクセス単位となるタイトル/チャプタ等の構成情報以下管理情報を記録し、アクセス性やユーザビリティを高めている。しかしフォーマット間で管理情報には互換性がない。そのため、同じフォーマット内であればダビング対象タイトルのMPEG-TSと管理情報のコピーでダビングを実現できるが、異なるフォーマット間ではこの方法ではダビングできない。一方MPEG-TSを主に転送する事により他機器へのダビングを可能にする方法として、DLNAのTTSUpload機能を用いる方法やIEEE1394ケーブル接続によるダビング方法等が存在する。これらの方法では、ダビング元のソース機器は、簡単な属性情報を含む事もあるが、基本的にはMPEG-TSのみをダビング先のシンク機器に転送し、ダビング先のシンク機器は転送されたMPEG-TSのシンタックスを解析し新たに管理情報を構成する。この方法では異なるフォーマットを扱う機器間においてもMPEG-TSのダビングが可能となるが、ダビング元のタイトルの詳細な情報チャプタ分割情報等はダビング先に継承されないという問題がある。また、ダビング先の機器は転送されたMPEG-TSのシンタックスを解析し新たに管理情報を構成する。この際、MPEG-TS図13参照中の映像データについては、特定のピクチャーの位置とタイムスタンプを解析して管理情報に含める。しかし、映像データがどのパケットに含まれるかを特定するために、PATと呼ばれるパケットを解析し、次にPMTと呼ばれるパケットを解析し、その結果により映像データのパケットIDPIDを取得する。しかし、PATPMTの解析が完了するまでは映像データの解析はできず、この遅延によりストリームの先頭の映像データは管理情報に反映されず、結果としてダビング元のタイトルに対してダビング先のタイトルは先頭部分が欠けて再生されてしまう。この問題は、本実施の形態では、次のようにして解決される。すなわち、ダビング元のソース機器はタイトル情報を再構成するための情報をダビング先のシンク機器に通知する。この情報にはストリームの再生位置情報やチャプタ境界位置情報等が含まれる。この情報は、MPEG-TS記録に対応した各種録画フォーマットHDVRやEDAV等の異種フォーマットに共通の概念で、MPEG-TSの仕様に基づいた情報で構成される。ダビング先の装置ではこの情報に基きタイトル情報を再構成する。つまり、この情報は各種録画フォーマットに共通のMPEG-TS仕様に基づいて構成されるため、ダビング元とダビング先で録画フォーマットが異なっていても、タイトル情報を継承することが可能となる。さらに、上記したタイトル情報を再構成するための情報タイトル再構成情報は、転送対象のタイトル中のビデオパケットのIDを含む。つまり、ソース機器の生成手段管理データ作成部80Bは、転送対象のタイトル中のビデオパケットのIDを検出し、このIDを含むタイトル再構成情報を生成し、ソース機器の転送手段I/F部74又はLAN端子75は、シンク機器に対して、タイトル再構成情報を転送してから、タイトルを含むデジタルストリーム信号を転送する。シンク機器の受信手段I/F部301又はLAN端子302は、タイトル再構成情報を受信してから、タイトルを含むデジタルストリーム信号を受信し、シンク機器の再構成手段シンタックス解析モジュール303は、タイトル再構成情報に含まれたビデオパケットのIDを検出し、このビデオパケットのIDに基づきデジタルストリーム信号を解析し、タイトルを再構成し、シンク機器の記録再生部304は、再構成されたタイトルをハードディスクや光ディスク等のメディアに記録する。つまり、ダビング元のソース機器は、ダビング先のシンク機器に対して、タイトル再構成情報を通知してから、タイトルを転送する。タイトル再構成情報は、ストリームの再生位置情報、チャプタ境界位置情報、タイトル中のビデオのPIDを含む。これらの情報は、各録画フォーマットに共通の概念でMPEG-TSの仕様に基づいた情報で構成される。ダビング先のシンク機器は、タイトル再構成情報に基づきタイトル情報を再構成する。シンク機器のMPEG-TSのシンタックス解析モジュールには、あらかじめビデオのPIDを設定しておく事により、MPEG-TSの先頭からビデオの解析が可能となる。<実施の形態の効果>MPEG-TSまたはTTSの転送により異種フォーマット間でダビングを行う場合においても、タイトル情報を継承する事が可能となる。また、ダビング先でのタイトルの先頭部分の欠落を防止する事が可能となる。なお、上記の実施の形態は、iLINK経由でのデータ転送時ダビング時でも有効である。この場合、図5に示すようなタイトル情報を再構成する為の情報はiLINK経由では送信することができない為、別途Ethernet経由等で送信される。また、TSストリームを転送してダビング先でTSストリームを解析し、管理情報を再構築するようなシステムで、上記実施の形態のデータ転送処理は有効である。なお、上記したモジュールとは、ハードウェアで実現するものであっても良いし、CPU等を使ってソフトウェアで実現するものであってもよい。本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。