JP4226873B2 - デジタル放送プログラムの記録方法，及びデジタル放送受信機 - Google Patents
デジタル放送プログラムの記録方法，及びデジタル放送受信機 Download PDFInfo
- Publication number
- JP4226873B2 JP4226873B2 JP2002304920A JP2002304920A JP4226873B2 JP 4226873 B2 JP4226873 B2 JP 4226873B2 JP 2002304920 A JP2002304920 A JP 2002304920A JP 2002304920 A JP2002304920 A JP 2002304920A JP 4226873 B2 JP4226873 B2 JP 4226873B2
- Authority
- JP
- Japan
- Prior art keywords
- index
- information
- picture
- program
- digital broadcast
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 35
- 238000010586 diagram Methods 0.000 description 17
- 238000001514 detection method Methods 0.000 description 6
- 230000006835 compression Effects 0.000 description 3
- 238000007906 compression Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000009191 jumping Effects 0.000 description 2
- 238000000926 separation method Methods 0.000 description 2
- 102100037812 Medium-wave-sensitive opsin 1 Human genes 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002250 progressing effect Effects 0.000 description 1
- KFZUDNZQQCWGKF-UHFFFAOYSA-M sodium;4-methylbenzenesulfinate Chemical compound [Na+].CC1=CC=C(S([O-])=O)C=C1 KFZUDNZQQCWGKF-UHFFFAOYSA-M 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
- H04N21/4334—Recording operations
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/005—Reproducing at a different information rate from the information rate of recording
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
- G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
- G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
- G11B27/327—Table of contents
- G11B27/329—Table of contents on a disc [VTOC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/78—Television signal recording using magnetic recording
- H04N5/781—Television signal recording using magnetic recording on disks or drums
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
- H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
Description
【０００１】
【発明の属する技術分野】
本発明は，デジタル放送プログラムを受信して外部機器に伝送出力するセットップボックスなどのデジタル放送受信機における，デジタル放送プログラムを記録する方法，これを時間基準でジャンプまたはトリックプレー（トリック再生）する方法，及びこれらの方法を遂行するデジタル放送受信機に関する。
【０００２】
【従来の技術】
従来の一般的なアナログテレビジョン放送では，アナログ映像信号をＡＭ変調またはＦＭ変調して，空中波及び有線ケーブルなどを通して伝送する。最近では，デジタル映像圧縮及びデジタル変調／復調等のようなデジタル技術の発展によって，デジタルテレビ放送に対する標準化及び商用化が進行している。そして，地上波放送，衛星放送，ケーブル放送も，ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）を基盤にデジタル化されている。
【０００３】
デジタル放送では，デジタル映像／音声圧縮技術，及びデジタル伝送技術の発展によって，アナログ放送信号サービスより高画質の放送サービスを提供することができる。そして，一つの放送チャネル（ＲＦチャネル）に，数個のＳＤ級放送プログラムを多重化して伝送することができる。このようなデジタル放送は，通信メディア及び貯蔵メディアなどとの相互運用性を大きく高めることができる長所を持っている。
【０００４】
デジタル放送では，ＭＰＥＧ標準を基盤に圧縮された複数の放送プログラムが，各々トランスポートパケット（ＴＰ；Ｔｒａｎｓｐｏｒｔ Ｐａｃｋｅｔ）でカプセル化される。このトランスポートパケットは，多重化されてトランスポートストリーム（ＴＳ；Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形態で伝送される。トランスポートストリームは，セットップボックスのようなデジタル放送受信機によって受信されて，逆多重化される。
【０００５】
ユーザーが放送チャネル（ＲＦチャネル）内で所望する一つの放送プログラム（またはサブチャネル）のみを選択すれば，上記逆多重化されたトランスポートパケット中から，選択された放送プログラムに該当するトランスポートパケットのみを，受信機内に備わったデコーダを利用してデコーディングする。そして，アナログまたはデジタルのオーディオ／ビデオ（Ａ／Ｖ）信号に変換した後，一般のテレビジョンのような装置に出力する。
【０００６】
一方，最近はデジタル放送を受信することができるセットップボックスに，大容量のハードディスクなどの外部装置を搭載したものがある。デコーディングされたＡ／Ｖ信号を，テレビジョンなどの外部装置に提供すると同時に，現在出力されている放送プログラムをハードディスクなどの外部装置に記録貯蔵する。そしてユーザー要請があるときには，このハードディスクに記録貯蔵された放送プログラムを再生する機能を提供している。
【０００７】
【発明が解決しようとする課題】
しかし，ハードディスクに記録貯蔵されたデジタル放送プログラムを再び見ようとする時，従来の装置は時間基準で移動することができる機能が備わっていない。このため，ユーザーは記録されたプログラムを巻き戻し（ＲＥＷ）要請した後に，所望する地点だと考えられる部分で再生（ＰＬＡＹ）を要請する。ところが，その地点が所望しない地点である場合には，前後に画面探索（ＲＥＷまたはＦＦ）する動作を繰り返さなければならない。
【０００８】
また，デジタルデータの動きの速い画面再生はＩ−ピクチャ基盤単位でなされるので，再生される動きの速い画面の数が，再生時間とはあまり比例しない。即ち，デジタル圧縮して記録されたデータは，そのデータ長と再生時間とがそれほど比例していない。従来の録画時間とテープ長とが比例するテープ録画などでの探索方法に慣れているユーザーにとっては，所望する区間の探索が容易でないという問題点がある。
【０００９】
本発明はこのような実情を勘案してなされたものであり，ハードディスクのような大容量媒体に貯蔵されたデジタル放送プログラムを時間基準で探索でき，また，トリックプレーをできるようにした，デジタル放送プログラムの記録方法，再生方法，及びデジタル放送受信機を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するための本発明によるデジタル放送プログラムの記録方法は，受信されるデジタル放送から一つのプログラムを選択して，選択されたプログラムを構成するパケットをデコーディングして出力しながら記録媒体に記録し，記録されるパケットに含まれたデータのアクセスポイントを探してその位置情報をファイルに貯蔵することを特徴とする。
【００１１】
また，上記目的を達成するための本発明によるデジタル放送プログラムの再生方法は，記録される放送プログラムの現在位置から移動すべき位置を時間値で受信し，記録される放送プログラムに対して貯蔵されたアクセスポイントの位置情報とアクセスポイント間の表現時間間隔情報とに基づいて，受信された時間値に該当するアクセスポイントの位置情報を決定し，決定された位置情報にある，またはその位置情報に近接しているパケットからデコーディングして出力することを特徴とする。
【００１２】
また，上記目的を達成するための本発明によるデジタル放送プログラムの再生方法は，記録された放送プログラムの再生速度要請値を受信すれば，記録される放送プログラムに対して貯蔵された各アクセスポイントの位置情報セットとアクセスポイント間の表現時間間隔情報とに基づいて，要請された再生速度による位置情報のスキップ個数を決定し，決定されたスキップ個数ずつ位置情報を飛ばしながら一つずつ選定して，その選定された位置情報にある，またはその位置情報に近接しているパケットから１ピクチャをデコーディングして出力する動作を繰り返して遂行することを特徴とする。
【００１３】
【発明の実施の形態】
以下に，本発明の実施の形態を，図面を用いて説明する。図１は，デジタル放送プログラムのストリームを構成するＭＰＥＧトランスポートパケットのフォーマットを示した説明図である。まず，本実施形態による放送プログラム記録方法は，デジタル放送受信機内に備わったハードディスクにＭＰＥＧトランスポートストリームを記録する。この時，トランスポートパケット（ＴＰ）内の，４バイトのヘッダ情報と１８４バイトのペイロード情報とで構成される，１８８バイトの情報をデコーディングする。そして，そのヘッダ情報に記録された１ビットのペイロード単位開始指示子（ＰＵＳＩ；Ｐａｙｌｏａｄ Ｕｎｉｔ ＳｔａｒｔＩｎｄｉｃａｔｏｒ，以下「ＰＵＳＩ」という。）を確認する。トランスポートパケットのデータ長は，放送方式によっては１８８バイトでなく，２０４バイトの場合もある。
【００１４】
上記１ビットのＰＵＳＩ情報は，当該トランスポートパケットのペイロードでＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）パケットが開始されるとその値は’１’になり，そうでない場合にはその値は’０’になる。
【００１５】
ＰＥＳパケットは，Ｉ−ピクチャ（Ｉｎｔｒａ Ｐｉｃｔｕｒｅ）が先頭から記録されて，一つ以上のＩ−ピクチャで構成される。また，ＧＯＰ（ＧｒｏｕｐＯｆ Ｐｉｃｔｕｒｅｓ）単位を一つのパケットで構成したり，またはＩ−ピクチャ，Ｐ−ピクチャ（Ｐｒｅｄｉｃｔｉｖｅ Ｐｉｃｔｕｒｅ），またはＢ−ピクチャ（Ｂｉｄｉｒｅｃｔｉｏｎａｌｌｙ Ｐｒｅｄｉｃｔｉｖｅ ｃｏｄｅｄ Ｐｉｃｔｕｒｅ）を各々一つのパケットで構成することもできる。したがって，ＰＵＳＩが’１’であるトランスポートパケットは，ピクチャの先頭データを伝送していることが分かるようになる。
【００１６】
一方，同一の放送プログラムに対しては，ＰＥＳパケットがＧＯＰ単位またはピクチャ単位のいずれか一つに固定されて，動画映像データをカプセル化させて伝送する。
【００１７】
図２に，これに対する例を示す。図２は，ＭＰＥＧ ＰＥＳパケットと，これをカプセル化したトランスポートパケット間との相関関係を示した説明図である。図２で，第１番目，Ｌ番目，Ｍ番目，Ｎ番目のトランスポートパケット；ＴＰ１，ＴＰＬ，ＴＰＭ，ＴＰＮは，ピクチャ（または，ＧＯＰ）で構成されたＰＥＳパケットの先頭データを自身のペイロードに含んでいるので，そのＴＰヘッダのＰＵＳＩ値は，’１’として記録されている。
【００１８】
そして，デジタル放送受信機は，上記のようにＰＵＳＩ情報が’１’で，各々設定されたトランスポートパケット間の離隔データ長，またはそのパケットの受信時間差（表現時間間隔）を計算して貯蔵する。この離隔データ長または受信時間差は，ＰＥＳパケットがＧＯＰ単位で構成されているのか，またはピクチャ単位で構成されているのかによって，統計的に異なる値を有することになる。
【００１９】
ＰＥＳパケットがＧＯＰ単位で区画されている場合，上記離隔データ長または時間差は，ＰＥＳパケットがピクチャ単位で区画されている場合に比べて相対的に長いデータ長または時間差を有するようになる。このため，そのデータ長または時間差を統計的に比較して，ＰＥＳパケットがＧＯＰ単位またはピクチャ（フィールドまたはフレーム）単位で構成されたかを確認できるようになる。
【００２０】
また，デジタル放送受信機は，トランスポートパケット（ＴＰ）のＰＵＳＩ情報が’１’である時ごとに，そのＴＰのハードディスク上の記録位置をインデックス情報として別途生成して貯蔵する。このインデックス情報が各ピクチャの先頭に対するものであるのか，各ＧＯＰの先頭に対するものであるのかは，上述した統計的比較方法によって確認される。したがって，これをインデックス情報ファイルに別途の識別情報で付加記録したり，ファイル名が異なるようにすることによって，これに対する情報を示すことができる。
【００２１】
例えば，データ長または時間差の統計的平均値が既に定まった基準値より大きくて，記録された各インデックス情報がＧＯＰ単位の先頭記録位置を指示することと判断される場合，そのインデックスファイルに対するファイル名を’Ｇ＿Ｉｎｄｅｘ．ｘｘ’で記録する。一方，上記基準値より小さくて，各インデックス情報がピクチャ単位の先頭記録位置を指示することと判断される場合には，そのインデックスファイルに対するファイル名を’Ｐ＿Ｉｎｄｅｘ．ｘｘ’で記録する。
【００２２】
一方，上記確認の結果，ＰＥＳパケットがピクチャ単位で区画された場合，データ長，または時間差は，当該ＰＥＳパケットがＩ−ピクチャで構成されているのか，Ｐ−ピクチャ，またはＢ−ピクチャで構成されているかによって，異なって検出される。
【００２３】
例えば，Ｉ−ピクチャで構成されたＰＥＳパケットの長さは，Ｐ−ピクチャまたはＢ−ピクチャで構成されたＰＥＳパケットより大きい。このため，ＰＵＳＩがセットされたＴＰ間のデータ長または時間差を通じて，ＰＥＳパケットに含まれたピクチャの類型がわかる。Ｐ−ピクチャもＢ−ピクチャより相対的に長いデータ長または時間差を有するようになる。
【００２４】
したがって，デジタル放送受信機は，ピクチャ単位で区画されたＰＥＳパケットの類型を区別確認した後，そのパケットの類型を識別できるようにするための識別情報を，インデックス情報に連係記録することができる。
【００２５】
図３は，上記で詳細に説明した放送プログラムの記録過程を遂行してユーザーの要請時には貯蔵された放送プログラムに対するトリックプレーを遂行するデジタル放送受信機に対する構成を概略的に示した説明図である。
【００２６】
図３のデジタル放送受信機は，デマルチプレクサ１０，パーサ１１，バッファメモリ１２，デスクランブラ１４，デコーダ１５，インデックスファイル生成部１７，カウンタ２０，そしてマイコン１６を含んで構成される。
【００２７】
デマルチプレクサ１０は，同調されたＲＦチャネル内の複数のデジタル放送プログラムが多重化されたマルチプログラムのトランスポートストリーム（ＭＰＴＳ；Ｍｕｌｔｉ−Ｐｒｏｇｒａｍ ＴＳ）中から選択された，一つの単一プログラムのトランスポートストリーム（ＳＰＴＳ；Ｓｉｎｇｌｅ Ｐｒｏｇｒａｍ ＴＳ）を選択出力する。パーサ１１は，出力される単一プログラムのトランスポートストリームのトランスポートパケットから，ヘッダ情報を複写出力する。バッファメモリ１２は，パーサ１１を通して出力されるトランスポートパケットを臨時に貯蔵した後，所定記録サイズ単位でハードディスク１３に記録貯蔵する。デスクランブラ１４は，バッファメモリ１２に臨時に貯蔵されたトランスポートパケットがスクランブルされた暗号化データである場合，その暗号化データを解読処理する。デコーダ１５は，非暗号化データをデコーディングして，元のオーディオ／ビデオ信号に復元出力する。インデックスファイル生成部１７は，パーサ１１を通して出力されるヘッダ情報に基づいて，ハードディスク１３に記録貯蔵されたプログラムのランダムアクセスのためのインデックスファイルを生成する。カウンタ２０は，所定周期の内蔵クロックをカウントする。そして，マイコン１６は，ユーザー要請によって，プログラム記録過程と，ハードディスク１３に記録されたプログラムに対する再生または変速再生動作が遂行されるように，各構成手段を動作制御する。
【００２８】
ハードディスク１３の記録容量を４０ＧＢｙｔｅｓとする場合，理論上，最大１６Ｍｂｐｓで伝送受信されるＭＰＥＧトランスポートストリームを，約３３０分程度記録することができる。
【００２９】
インデックスファイル生成部１７によって生成されるインデックスファイルは，ＭＰＥＧトランスポートストリームと連係されて，ハードディスク１３に記録貯蔵される。
【００３０】
図４は，図３のインデックスファイル生成部を詳細に示した構成図である。インデックスファイル生成部１７は，図４に示したように，ヘッダ情報検出部１７０，インデックス生成部１７１，そしてインデックスファイル生成部１７３を含んで構成される。
【００３１】
ヘッダ情報検出部１７０は，パーサ１１を通して複写出力される４バイトのヘッダ情報を分析し，ＰＵＳＩ情報が’１’に設定されている場合にこれを知らせる信号を出力する。インデックス生成部１７１は，ヘッダ情報検出部１７０の信号によって，当該トランスポートパケットの，記録プログラム上における相対的な位置をインデックス情報で記録して，その時点にカウントされた時間情報をインデックス情報と一緒に記録する。そしてインデックスファイル生成部１７３は，インデックス情報がＧＯＰ単位またはピクチャ単位であるかを確認した後，これを識別できるファイル名を有するインデックスファイルを生成する。
【００３２】
ヘッダ情報検出部１７０は，受信されるヘッダ情報に記録されたＰＵＳＩ情報が’１’の場合，これを知らせるための検出信号を，インデックス生成部１７１に出力する。すると，インデックス生成部１７１は，パーサ１１を通じてバッファメモリ１２に貯蔵された当該ＴＰの相対的な位置，すなわち，ハードディスク１３に記録され始めた放送プログラム内における位置を確認する。このため，バッファメモリ１２に順次に記録されるＴＰをカウントする。
【００３３】
ＰＵＳＩが’１’である当該ＴＰが記録開始後ｎ番目であれば，その位置は
（ｎ−１）×１８８（または（ｎ−１）×２０４）
になる。この値は内部メモリまたはバッファメモリ１２の予め割り当てられた領域に記録する。そして，その時のカウンタ２０のカウント値も一緒に記録する。このような動作は，ＰＵＳＩ値が’１’であるヘッダが受信されたことを知らせる信号が入力されるたび毎になされる。
【００３４】
図５は，本実施形態によって生成したインデックスファイルを図式化して例示した説明図である。図５の例では，ＴＰ１，ＴＰ７，ＴＰ１３などでＰＵＳＩ値が’１’であって，これらに対して各相対的な記録位置値（Ｉｎｄｅｘ＿Ａｄｄｋ）とその到達時点のカウント値（Ｃｏｕｎｔ ｋ）とが記録されている。この例で，Ｉｎｄｅｘ＿Ａｄｄ１，Ｉｎｄｅｘ＿Ａｄｄ２，そして，Ｉｎｄｅｘ＿Ａｄｄ３は，各々０×１８８，６×１８８，そして１２×１８８（または，０×２０４，６×２０４，そして１２×２０４）の値を有する。
【００３５】
図６は，インデックス情報の間隔がピクチャでなされるか，ＧＯＰでなされるかによって統計的値が変わるインデックス情報が生成する，トランスポートパケット間の離隔データ長の分布図を示したものである。インデックスファイル生成部１７３は，記録開始後所定時間が過ぎれば，インデックス生成部１７１によって各インデックス情報に付加されたカウント値（Ｃｏｕｎｔ ｋ）の差の平均を求めたり，またはインデックス情報の差の平均を求める。そして，その値を図６に示したように，事前に設定された基準値６０１，例えば，１５０ＫＢｙｔｅと比較する。
【００３６】
もし，基準値６０１を超過する場合，インデックスファイル生成部１７３は，各インデックス情報がＧＯＰ単位のランダムアクセスのための位置情報と判別する。一方，基準値６０１未満になる場合，インデックス位置情報がピクチャ単位のランダムアクセスのための位置情報と判別する。
【００３７】
もし，インデックス情報がピクチャ単位のランダムアクセスのための位置情報と判別される場合，インデックスファイル生成部１７３は，各インデックスの差からそのインデックスがＩ−ピクチャ，Ｐ−ピクチャ，またはＢ−ピクチャの位置情報であるかを判別する。
【００３８】
二個の基準値Ｔｈ＿Ｈと，Ｔｈ＿Ｌとを設定して，次のインデックスとの差が，高い基準値Ｔｈ＿Ｈより大きければＩ−ピクチャで，高い基準値Ｔｈ＿Ｈと低い基準値Ｔｈ＿Ｌの間であればＰ−ピクチャで，低い基準値Ｔｈ＿Ｌより小さければＢ−ピクチャと判別して，その判別された情報を各インデックス情報に付加して記録することもできる。
【００３９】
そして，生成したインデックス情報がピクチャ単位であることを示すために，ハードディスク１３に，’Ｐ＿Ｉｎｄｅｘ．ｘｘ’の名前のファイルを生成して，そのファイル内に生成したインデックス情報（及び，対応するピクチャの類型情報）を記録する。
【００４０】
ファイルの生成後に生成するインデックス情報（及び，対応するピクチャの類型情報）は，メモリを通して所定サイズ単位で生成したファイル内に記録するか，または生成時ごとにオープンされたファイル内に記録することができる。
【００４１】
もし，常時生成したインデックス情報がＧＯＰ単位のランダムアクセスのためのものと判別されると，’Ｐ＿Ｉｎｄｅｘ．ｘｘ’ファイルとは区分されるファイル名，例えば，’Ｇ＿Ｉｎｄｅｘ．ｘｘ’ファイルを生成して，ハードディスク１３に記録貯蔵する。
【００４２】
上記のように異なるファイル名で記録されたインデックス情報の区間形態（ピクチャまたはＧＯＰ）を区別する代わりに，同一の一つのファイル名，例えば，’Ｉｎｄｅｘ．ｘｘ’を生成して，インデックス区間形態に対する情報は別途の情報でそのファイル内に付加記録させてもよい。
【００４３】
インデックスファイル生成部１７３は，インデックス区間の形態が把握されると，それによるインデックスタイムを決定する。もし，インデックス区間の形態がピクチャであれば，インデックスタイム５０１を，１／２５（ＰＡＬ方式プログラムの場合），または１／３０（ＮＴＳＣ方式プログラムの場合）に設定する。
【００４４】
もし，インデックス区間形態がＧＯＰであれば，その区間に含まれたピクチャ個数の確認をマイコン１６に要請する。するとマイコン１６は，適切なデコーディングプログラムを遂行させて，バッファメモリ１２に貯蔵されたＰＵＳＩがセットされた１区間のＴＰを，ペイロード内のデータをＧＯＰレイヤに復旧した後に，そのＧＯＰ内にいくつのピクチャが含まれているのかをそのヘッダ情報で確認する。
【００４５】
通常，一つのＧＯＰ内に１２個のピクチャが含まれるが，これは放送局ごとに異なることがある。このようにＧＯＰ内のピクチャ個数Ｎが確認されると，この値をインデックスファイル生成部１７３に伝送する。インデックスファイル生成部１７３は，伝えられたピクチャ個数Ｎに１／２５を乗じた数（Ｎ×１／２５＝Ｎ／２５），または，ピクチャ個数Ｎに１／３０を乗じた数（Ｎ×１／３０＝Ｎ／３０）の値をインデックスタイム５０１で設定する。
【００４６】
一方，現在記録されている放送プログラムの放送チャネル情報５０２も，インデックス生成部１７１によって記録されうるが，この放送チャネル情報とインデックスタイム５００は，図５の例のように，生成したインデックスファイル内に記録される。
【００４７】
そして，上記のようなインデックス情報の生成と記録の途中で，ユーザーが視聴している放送プログラムやチャネルが変更されると，マイコン１６は，これをインデックスファイル生成部１７３に対してその変更された情報を知らせる。
【００４８】
すると，インデックスファイル生成部１７３は，新しいＴＳに対してインデックス情報を生成しながら，そのＴＳのインデックスタイムを計算，記録して，さらに放送チャネル情報も記録する。この情報は，以前のＴＳストリームに対する情報とは別途に，または一緒に記録されうる。もし一緒に記録される場合には，当該チャネルのインデックスエントリーの区間に対する情報も，さらに記録される。
【００４９】
一方，バッファメモリ１２に貯蔵されてハードディスク１３に記録されているＴＰは，同時に暗号化された場合，デスクランブラ１４に出力される。一方，暗号化されていないと，デコーダ１５に直ちに出力される。デスクランブラ１４に印加されたＴＰは，データが解読されてデコーダ１５に出力される。
【００５０】
デコーダ１５は，各ＴＰのペイロードに含んで記録されたデータを集めてＰＥＳパケットを構成する。その構成されたＰＥＳパケットのヘッダにあるプレゼンテーション時間情報（ＰＴＳ；Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）を確認して，過去にデコーディング出力されたＰＥＳパケットのＰＴＳとの時間差と，カウンタ２０によるクロックの時間差とが一致するＰＥＳパケット内のデータを復号して，Ａ／Ｖ信号を出力する。
【００５１】
以下は，上記のように受信放送プログラムをデコーディング出力しながら記録したインデックスファイルに基づいて，本実施形態によるデジタル放送受信機における時間基準トリックプレー方法の，望ましい例を詳細に説明する。
【００５２】
本実施形態による時間基準トリックプレー方法の説明のために，上述した方式で生成，記録された，ＧＯＰ単位のインデックス情報を有するファイル，例えば，’Ｇ＿Ｉｎｄｅｘ．ｘｘ’というファイルがハードディスク１３に記録されており，このファイルに記録された情報は，図７の例のように記録された放送プログラムと連関されていると仮定する。
【００５３】
上記のような受信放送プログラムのデコーディング出力途中で，ユーザーがマイコン１６に，時間基準ジャンプ，例えば，１分前の区間への映像ジャンプを要請すれば，現在の出力位置に相応するインデックス，すなわち，最終記録されたインデックスから何番目前のインデックスが１分前のピクチャを指しているのかを，過去に記録されたインデックスタイムを基準に計算する。もし，一つのＧＯＰが１２個のピクチャを持っていて，放送方式がＰＡＬ方式であって，確認されたインデックスタイムが０．４８秒（＝１２／２５）であれば，現在インデックスから１２５番目前のインデックスを探して，そのインデックスに該当する記録プログラム内における位置を，ハードディスク１３から探す。この位置が，現在出力されたピクチャから１分前のピクチャを先頭に有するＧＯＰになる。
【００５４】
したがって，その位置のＴＰを順次読み出して，デコーダ１５を通してデコーディング出力すれば，ユーザーが所望する時間位置から再生出力される。
【００５５】
図８は，ピクチャ単位のインデックス情報を有するファイル，例えば，’Ｐ＿Ｉｎｄｅｘ．ｘｘ’というファイルがハードディスク１３に記録されている場合を示したものである。図８の例は，インデックス情報外にそのインデックスが指す位置のピクチャ類型も記録時に確認されて一緒に貯蔵されている場合に対するものである。
【００５６】
図８の例は，インデックス情報がピクチャ単位であるので，ファイル内に記録されたインデックスタイムは，ＮＴＳＣを仮定すれば１／３０秒である。
【００５７】
図８のようなインデックスファイルを貯蔵している場合に，ユーザーの現在の視聴位置から任意の過去位置，例えば，１分前の位置にＲＥＷを要請すれば，マイコン１６はオープンされたインデックスファイルのインデックスタイム値を確認し，その確認された値に基づいて，１分前のピクチャのインデックスエントリーを決定する。インデックスタイムが１／３０秒であるので，現在のインデックスエントリーから１８００個前のインデックスエントリーが，所望するエントリーになる。
【００５８】
すなわち，現在インデックスエントリーがＮ番目であれば，所望するエントリーは’Ｎ−１８００’番目のインデックスである。
【００５９】
そして，マイコン１６は，’Ｎ−１８００’番目インデックスエントリーのピクチャ類型を確認する。もし，そのピクチャ類型が，Ｉ−ピクチャでなくて，Ｂ−ピクチャの場合には，それより前，またはそれより後の最も隣接したＩ−ピクチャ類型のインデックスエントリーを検索し，そのインデックスの値を読む。もしＩ−ピクチャであれば，すぐそのインデックスの値を読んで，その位置のトランスポートパケットから読み出してデコーディング出力する再生動作を遂行する。
【００６０】
上述した時間基準の区間ジャンプ動作の他に，トリックプレー，例えば，倍速再生，またはスロー再生も，貯蔵されたインデックスファイルを参照して時間基準で遂行することができる。
【００６１】
例えば，ユーザーが２４倍速のＲＥＷまたはＦＦ再生を要請すれば，ＰＡＬ方式では０．９６秒（＝２４／２５），ＮＴＳＣ方式では０．８秒（＝２４／３０）をジャンプしながらデコーディング出力しなければならない。したがって，マイコン１６は，図７の例ではインデックスタイムが０．４８秒であるので，一個ずつ飛ばしながらそのインデックスの値にあるＧＯＰの最初のピクチャのみをデコーディング出力する制御動作を遂行する。図８の例ではインデックスタイムが１／３０秒であるので，２４個ずつインデックスエントリーを飛ばしながら，そのエントリーに最も近接した前または後のＩ−ピクチャ類型のインデックスエントリーを探し，そのエントリーの値が指す位置の１ピクチャに該当するＴＰをデコーディング出力する。
【００６２】
このような方法で，ユーザーが所望する倍速再生を時間基準にして遂行することができる。
【００６３】
図９と図１０は，上記説明した２４倍速の場合に対するインデックスジャンプの例を各々示したものである。
【００６４】
もし，図７の例で，インデックスエントリーを飛ばさないで，すべて１ピクチャずつ再生する場合には，１２倍速になる。したがって，１２倍速より低い倍速，例えば，６倍速に再生要請すれば，マイコン１６は，各インデックスが指すＧＯＰ内で，先頭のＩ−ピクチャの他に追加して一つのＰ−ピクチャを探し，これをさらにデコーディング出力する。
【００６５】
このようなＩ，及びＰ−ピクチャの検索と，そのピクチャのデコーディング出力は，デコーダ１５にＴＰのスキャニングモードを設定することによっても可能である。
【００６６】
図８の例では，ピクチャ単位ごとにインデックスが貯蔵されているので，インデックスジャンプによって２倍速以上のトリックプレーを遂行することができる。もし，１倍速以下のスローモードが要請されると，各インデックスが指すピクチャの再生時間を延ばす。例えば，１／２倍速であれば，各インデックスのピクチャディスプレー時間を２／３０秒とする。これは，デコーダ１５にＴＰを印加する速度を下げる方式で実現することもできる。
【００６７】
もし，ユーザーが選択指定した時間が，現在記録されている放送プログラムではない，過去の放送プログラムである場合の例を，図１１に示す。ユーザーが１０分前の位置に移動を要請したが，マイコン１６が現在記録中のプログラムＣＨ＃Ｎに対するインデックスエントリー等と，インデックスタイムで計算した結果が，プログラムの最初のインデックス，すなわち，ピクチャまでの時間距離が３分を過ぎなければ，このプログラムは同一ファイル内に，または他のファイル内にある過去の放送プログラムＣＨ＃Ｋに対するインデックスエントリー等とインデックスタイムを確認する。
【００６８】
そして，そのインデックスタイムに基づいて，追加７分に該当する過去のプログラムのインデックスエントリーを探す。
【００６９】
例えば，現在の放送プログラムＣＨ＃Ｎに対しては，ピクチャ単位のインデックス情報が生成して，インデックスタイムが１／２５秒であって，過去の放送プログラムＣＨ＃Ｋに対しては，ＧＯＰ単位のインデックス情報が生成している。そしてそのインデックスタイムが０．４８秒であれば，現在のプログラムに対してはインデックスエントリーが４５００個生成していて，このプログラムの最初のピクチャまでは３分しかならない。そして，過去のプログラムのインデックスエントリーの最後（ＩＥ＃Ｌ）から８７５（＝４２０秒／０．４８秒）番目のインデックスエントリー（ＩＥ＃（Ｌ−８７５））を特定し，そのインデックス値に該当する位置にある放送プログラムのＴＰから読み出してデコーディング出力する。
【００７０】
もし，過去の放送プログラムに対してピクチャ単位のインデックス情報が生成したとすれば，該当する時間間隔のインデックス類型を確認する。そして，その類型がＩ−ピクチャでなければ最も近接したＩ−ピクチャ類型のインデックスエントリーを検索して，そのインデックス値が指示するトランスポートパケットから読み出してデコーディング出力する。
【００７１】
これまでの説明で，インデックス情報は，放送プログラム内における相対的なＴＰのスタート位置を指すものであったが，スタート位置の代わりに，相対的な終わり位置を指す値であってもよい。
【００７２】
また，ユーザーの時間基準探索や，トリックプレーの要請時に，プログラム記録時に予め計算しておいたインデックスタイムを用いて，要請された時間の位置を探したが，インデックスタイムを時間基準探索やトリックプレーの要請時に現在のバッファメモリ１２に貯蔵されているＴＰを分析して，インデックスエントリー間の時間を計算して用いてもよい。
【００７３】
以上示した構成の本実施形態によるデジタル放送プログラムの記録方法，及び時間基準の再生方法は，ユーザーが慣れている，時間を基準にして記録された放送プログラムを探索する方法であるので，ユーザーが所望する場面を探すのが容易であり，したがって使用上便利である。
【００７４】
以上，添付図面を参照しながら本発明のデジタル放送プログラムの記録方法，再生方法，及びデジタル放送受信機の好適な実施形態について説明したが，本発明はこれらの例に限定されない。いわゆる当業者であれば，特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【００７５】
【発明の効果】
本発明により，ハードディスクのような大容量媒体に貯蔵されたデジタル放送プログラムを時間基準で探索でき，また，トリックプレーをできるようにした，デジタル放送プログラムの記録方法，再生方法，及びデジタル放送受信機が提供できた。
【図面の簡単な説明】
【図１】図１は，デジタル放送プログラムのストリームを構成するＭＰＥＧトランスポートパケットのフォーマットを示した説明図である。
【図２】図２は，ＭＰＥＧ ＰＥＳパケットと，これをインカプセル化したトランスポートパケット間との相関関係を示した説明図である。
【図３】図３は，本実施形態の放送プログラムの記録／再生方法が適用され，ユーザーの要請時に貯蔵された放送プログラムに対するトリックプレーを遂行する過程を概略的に説明する構成図である
【図４】図４は，図３のインデックスファイル生成部を詳細に示した構成図である。
【図５】図５は，本実施形態によって生成したインデックスファイルを図式化して例示した説明図である。
【図６】図６は，インデックス情報の間隔がピクチャでなされるか，ＧＯＰでなされるかによって統計的値が変わるインデックス情報が生成する，トランスポートパケット間の離隔データ長の分布図である。
【図７】図７は，生成したインデックスファイルを利用して本実施形態による時間基準ジャンプを遂行する例を示す説明図である。
【図８】図８は，生成したインデックスファイルを利用して本実施形態による時間基準ジャンプを遂行する例を示す説明図である。
【図９】図９は，生成したインデックスファイルを利用して本実施形態による時間基準トリックプレーを遂行する例を示す説明図である。
【図１０】図１０は，生成したインデックスファイルを利用して本実施形態による時間基準トリックプレーを遂行する例を示す説明図である。
【図１１】図１１は，他の放送プログラム間を，要請された時間基準でジャンプする過程を例示する説明図である。
【符号の説明】
１０：デマルチプレクサ
１１：パーサ
１２：バッファメモリ
１３：ハードディスク
１４：デスクランブラ
１５：デコーダ
１６：マイコン
１７：インデックスファイル生成部
２０：カウンタ
１７０：ヘッダ情報検出部
１７１：インデックス生成部
１７３：インデックスファイル生成部
【発明の属する技術分野】
本発明は，デジタル放送プログラムを受信して外部機器に伝送出力するセットップボックスなどのデジタル放送受信機における，デジタル放送プログラムを記録する方法，これを時間基準でジャンプまたはトリックプレー（トリック再生）する方法，及びこれらの方法を遂行するデジタル放送受信機に関する。
【０００２】
【従来の技術】
従来の一般的なアナログテレビジョン放送では，アナログ映像信号をＡＭ変調またはＦＭ変調して，空中波及び有線ケーブルなどを通して伝送する。最近では，デジタル映像圧縮及びデジタル変調／復調等のようなデジタル技術の発展によって，デジタルテレビ放送に対する標準化及び商用化が進行している。そして，地上波放送，衛星放送，ケーブル放送も，ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）を基盤にデジタル化されている。
【０００３】
デジタル放送では，デジタル映像／音声圧縮技術，及びデジタル伝送技術の発展によって，アナログ放送信号サービスより高画質の放送サービスを提供することができる。そして，一つの放送チャネル（ＲＦチャネル）に，数個のＳＤ級放送プログラムを多重化して伝送することができる。このようなデジタル放送は，通信メディア及び貯蔵メディアなどとの相互運用性を大きく高めることができる長所を持っている。
【０００４】
デジタル放送では，ＭＰＥＧ標準を基盤に圧縮された複数の放送プログラムが，各々トランスポートパケット（ＴＰ；Ｔｒａｎｓｐｏｒｔ Ｐａｃｋｅｔ）でカプセル化される。このトランスポートパケットは，多重化されてトランスポートストリーム（ＴＳ；Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形態で伝送される。トランスポートストリームは，セットップボックスのようなデジタル放送受信機によって受信されて，逆多重化される。
【０００５】
ユーザーが放送チャネル（ＲＦチャネル）内で所望する一つの放送プログラム（またはサブチャネル）のみを選択すれば，上記逆多重化されたトランスポートパケット中から，選択された放送プログラムに該当するトランスポートパケットのみを，受信機内に備わったデコーダを利用してデコーディングする。そして，アナログまたはデジタルのオーディオ／ビデオ（Ａ／Ｖ）信号に変換した後，一般のテレビジョンのような装置に出力する。
【０００６】
一方，最近はデジタル放送を受信することができるセットップボックスに，大容量のハードディスクなどの外部装置を搭載したものがある。デコーディングされたＡ／Ｖ信号を，テレビジョンなどの外部装置に提供すると同時に，現在出力されている放送プログラムをハードディスクなどの外部装置に記録貯蔵する。そしてユーザー要請があるときには，このハードディスクに記録貯蔵された放送プログラムを再生する機能を提供している。
【０００７】
【発明が解決しようとする課題】
しかし，ハードディスクに記録貯蔵されたデジタル放送プログラムを再び見ようとする時，従来の装置は時間基準で移動することができる機能が備わっていない。このため，ユーザーは記録されたプログラムを巻き戻し（ＲＥＷ）要請した後に，所望する地点だと考えられる部分で再生（ＰＬＡＹ）を要請する。ところが，その地点が所望しない地点である場合には，前後に画面探索（ＲＥＷまたはＦＦ）する動作を繰り返さなければならない。
【０００８】
また，デジタルデータの動きの速い画面再生はＩ−ピクチャ基盤単位でなされるので，再生される動きの速い画面の数が，再生時間とはあまり比例しない。即ち，デジタル圧縮して記録されたデータは，そのデータ長と再生時間とがそれほど比例していない。従来の録画時間とテープ長とが比例するテープ録画などでの探索方法に慣れているユーザーにとっては，所望する区間の探索が容易でないという問題点がある。
【０００９】
本発明はこのような実情を勘案してなされたものであり，ハードディスクのような大容量媒体に貯蔵されたデジタル放送プログラムを時間基準で探索でき，また，トリックプレーをできるようにした，デジタル放送プログラムの記録方法，再生方法，及びデジタル放送受信機を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するための本発明によるデジタル放送プログラムの記録方法は，受信されるデジタル放送から一つのプログラムを選択して，選択されたプログラムを構成するパケットをデコーディングして出力しながら記録媒体に記録し，記録されるパケットに含まれたデータのアクセスポイントを探してその位置情報をファイルに貯蔵することを特徴とする。
【００１１】
また，上記目的を達成するための本発明によるデジタル放送プログラムの再生方法は，記録される放送プログラムの現在位置から移動すべき位置を時間値で受信し，記録される放送プログラムに対して貯蔵されたアクセスポイントの位置情報とアクセスポイント間の表現時間間隔情報とに基づいて，受信された時間値に該当するアクセスポイントの位置情報を決定し，決定された位置情報にある，またはその位置情報に近接しているパケットからデコーディングして出力することを特徴とする。
【００１２】
また，上記目的を達成するための本発明によるデジタル放送プログラムの再生方法は，記録された放送プログラムの再生速度要請値を受信すれば，記録される放送プログラムに対して貯蔵された各アクセスポイントの位置情報セットとアクセスポイント間の表現時間間隔情報とに基づいて，要請された再生速度による位置情報のスキップ個数を決定し，決定されたスキップ個数ずつ位置情報を飛ばしながら一つずつ選定して，その選定された位置情報にある，またはその位置情報に近接しているパケットから１ピクチャをデコーディングして出力する動作を繰り返して遂行することを特徴とする。
【００１３】
【発明の実施の形態】
以下に，本発明の実施の形態を，図面を用いて説明する。図１は，デジタル放送プログラムのストリームを構成するＭＰＥＧトランスポートパケットのフォーマットを示した説明図である。まず，本実施形態による放送プログラム記録方法は，デジタル放送受信機内に備わったハードディスクにＭＰＥＧトランスポートストリームを記録する。この時，トランスポートパケット（ＴＰ）内の，４バイトのヘッダ情報と１８４バイトのペイロード情報とで構成される，１８８バイトの情報をデコーディングする。そして，そのヘッダ情報に記録された１ビットのペイロード単位開始指示子（ＰＵＳＩ；Ｐａｙｌｏａｄ Ｕｎｉｔ ＳｔａｒｔＩｎｄｉｃａｔｏｒ，以下「ＰＵＳＩ」という。）を確認する。トランスポートパケットのデータ長は，放送方式によっては１８８バイトでなく，２０４バイトの場合もある。
【００１４】
上記１ビットのＰＵＳＩ情報は，当該トランスポートパケットのペイロードでＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）パケットが開始されるとその値は’１’になり，そうでない場合にはその値は’０’になる。
【００１５】
ＰＥＳパケットは，Ｉ−ピクチャ（Ｉｎｔｒａ Ｐｉｃｔｕｒｅ）が先頭から記録されて，一つ以上のＩ−ピクチャで構成される。また，ＧＯＰ（ＧｒｏｕｐＯｆ Ｐｉｃｔｕｒｅｓ）単位を一つのパケットで構成したり，またはＩ−ピクチャ，Ｐ−ピクチャ（Ｐｒｅｄｉｃｔｉｖｅ Ｐｉｃｔｕｒｅ），またはＢ−ピクチャ（Ｂｉｄｉｒｅｃｔｉｏｎａｌｌｙ Ｐｒｅｄｉｃｔｉｖｅ ｃｏｄｅｄ Ｐｉｃｔｕｒｅ）を各々一つのパケットで構成することもできる。したがって，ＰＵＳＩが’１’であるトランスポートパケットは，ピクチャの先頭データを伝送していることが分かるようになる。
【００１６】
一方，同一の放送プログラムに対しては，ＰＥＳパケットがＧＯＰ単位またはピクチャ単位のいずれか一つに固定されて，動画映像データをカプセル化させて伝送する。
【００１７】
図２に，これに対する例を示す。図２は，ＭＰＥＧ ＰＥＳパケットと，これをカプセル化したトランスポートパケット間との相関関係を示した説明図である。図２で，第１番目，Ｌ番目，Ｍ番目，Ｎ番目のトランスポートパケット；ＴＰ１，ＴＰＬ，ＴＰＭ，ＴＰＮは，ピクチャ（または，ＧＯＰ）で構成されたＰＥＳパケットの先頭データを自身のペイロードに含んでいるので，そのＴＰヘッダのＰＵＳＩ値は，’１’として記録されている。
【００１８】
そして，デジタル放送受信機は，上記のようにＰＵＳＩ情報が’１’で，各々設定されたトランスポートパケット間の離隔データ長，またはそのパケットの受信時間差（表現時間間隔）を計算して貯蔵する。この離隔データ長または受信時間差は，ＰＥＳパケットがＧＯＰ単位で構成されているのか，またはピクチャ単位で構成されているのかによって，統計的に異なる値を有することになる。
【００１９】
ＰＥＳパケットがＧＯＰ単位で区画されている場合，上記離隔データ長または時間差は，ＰＥＳパケットがピクチャ単位で区画されている場合に比べて相対的に長いデータ長または時間差を有するようになる。このため，そのデータ長または時間差を統計的に比較して，ＰＥＳパケットがＧＯＰ単位またはピクチャ（フィールドまたはフレーム）単位で構成されたかを確認できるようになる。
【００２０】
また，デジタル放送受信機は，トランスポートパケット（ＴＰ）のＰＵＳＩ情報が’１’である時ごとに，そのＴＰのハードディスク上の記録位置をインデックス情報として別途生成して貯蔵する。このインデックス情報が各ピクチャの先頭に対するものであるのか，各ＧＯＰの先頭に対するものであるのかは，上述した統計的比較方法によって確認される。したがって，これをインデックス情報ファイルに別途の識別情報で付加記録したり，ファイル名が異なるようにすることによって，これに対する情報を示すことができる。
【００２１】
例えば，データ長または時間差の統計的平均値が既に定まった基準値より大きくて，記録された各インデックス情報がＧＯＰ単位の先頭記録位置を指示することと判断される場合，そのインデックスファイルに対するファイル名を’Ｇ＿Ｉｎｄｅｘ．ｘｘ’で記録する。一方，上記基準値より小さくて，各インデックス情報がピクチャ単位の先頭記録位置を指示することと判断される場合には，そのインデックスファイルに対するファイル名を’Ｐ＿Ｉｎｄｅｘ．ｘｘ’で記録する。
【００２２】
一方，上記確認の結果，ＰＥＳパケットがピクチャ単位で区画された場合，データ長，または時間差は，当該ＰＥＳパケットがＩ−ピクチャで構成されているのか，Ｐ−ピクチャ，またはＢ−ピクチャで構成されているかによって，異なって検出される。
【００２３】
例えば，Ｉ−ピクチャで構成されたＰＥＳパケットの長さは，Ｐ−ピクチャまたはＢ−ピクチャで構成されたＰＥＳパケットより大きい。このため，ＰＵＳＩがセットされたＴＰ間のデータ長または時間差を通じて，ＰＥＳパケットに含まれたピクチャの類型がわかる。Ｐ−ピクチャもＢ−ピクチャより相対的に長いデータ長または時間差を有するようになる。
【００２４】
したがって，デジタル放送受信機は，ピクチャ単位で区画されたＰＥＳパケットの類型を区別確認した後，そのパケットの類型を識別できるようにするための識別情報を，インデックス情報に連係記録することができる。
【００２５】
図３は，上記で詳細に説明した放送プログラムの記録過程を遂行してユーザーの要請時には貯蔵された放送プログラムに対するトリックプレーを遂行するデジタル放送受信機に対する構成を概略的に示した説明図である。
【００２６】
図３のデジタル放送受信機は，デマルチプレクサ１０，パーサ１１，バッファメモリ１２，デスクランブラ１４，デコーダ１５，インデックスファイル生成部１７，カウンタ２０，そしてマイコン１６を含んで構成される。
【００２７】
デマルチプレクサ１０は，同調されたＲＦチャネル内の複数のデジタル放送プログラムが多重化されたマルチプログラムのトランスポートストリーム（ＭＰＴＳ；Ｍｕｌｔｉ−Ｐｒｏｇｒａｍ ＴＳ）中から選択された，一つの単一プログラムのトランスポートストリーム（ＳＰＴＳ；Ｓｉｎｇｌｅ Ｐｒｏｇｒａｍ ＴＳ）を選択出力する。パーサ１１は，出力される単一プログラムのトランスポートストリームのトランスポートパケットから，ヘッダ情報を複写出力する。バッファメモリ１２は，パーサ１１を通して出力されるトランスポートパケットを臨時に貯蔵した後，所定記録サイズ単位でハードディスク１３に記録貯蔵する。デスクランブラ１４は，バッファメモリ１２に臨時に貯蔵されたトランスポートパケットがスクランブルされた暗号化データである場合，その暗号化データを解読処理する。デコーダ１５は，非暗号化データをデコーディングして，元のオーディオ／ビデオ信号に復元出力する。インデックスファイル生成部１７は，パーサ１１を通して出力されるヘッダ情報に基づいて，ハードディスク１３に記録貯蔵されたプログラムのランダムアクセスのためのインデックスファイルを生成する。カウンタ２０は，所定周期の内蔵クロックをカウントする。そして，マイコン１６は，ユーザー要請によって，プログラム記録過程と，ハードディスク１３に記録されたプログラムに対する再生または変速再生動作が遂行されるように，各構成手段を動作制御する。
【００２８】
ハードディスク１３の記録容量を４０ＧＢｙｔｅｓとする場合，理論上，最大１６Ｍｂｐｓで伝送受信されるＭＰＥＧトランスポートストリームを，約３３０分程度記録することができる。
【００２９】
インデックスファイル生成部１７によって生成されるインデックスファイルは，ＭＰＥＧトランスポートストリームと連係されて，ハードディスク１３に記録貯蔵される。
【００３０】
図４は，図３のインデックスファイル生成部を詳細に示した構成図である。インデックスファイル生成部１７は，図４に示したように，ヘッダ情報検出部１７０，インデックス生成部１７１，そしてインデックスファイル生成部１７３を含んで構成される。
【００３１】
ヘッダ情報検出部１７０は，パーサ１１を通して複写出力される４バイトのヘッダ情報を分析し，ＰＵＳＩ情報が’１’に設定されている場合にこれを知らせる信号を出力する。インデックス生成部１７１は，ヘッダ情報検出部１７０の信号によって，当該トランスポートパケットの，記録プログラム上における相対的な位置をインデックス情報で記録して，その時点にカウントされた時間情報をインデックス情報と一緒に記録する。そしてインデックスファイル生成部１７３は，インデックス情報がＧＯＰ単位またはピクチャ単位であるかを確認した後，これを識別できるファイル名を有するインデックスファイルを生成する。
【００３２】
ヘッダ情報検出部１７０は，受信されるヘッダ情報に記録されたＰＵＳＩ情報が’１’の場合，これを知らせるための検出信号を，インデックス生成部１７１に出力する。すると，インデックス生成部１７１は，パーサ１１を通じてバッファメモリ１２に貯蔵された当該ＴＰの相対的な位置，すなわち，ハードディスク１３に記録され始めた放送プログラム内における位置を確認する。このため，バッファメモリ１２に順次に記録されるＴＰをカウントする。
【００３３】
ＰＵＳＩが’１’である当該ＴＰが記録開始後ｎ番目であれば，その位置は
（ｎ−１）×１８８（または（ｎ−１）×２０４）
になる。この値は内部メモリまたはバッファメモリ１２の予め割り当てられた領域に記録する。そして，その時のカウンタ２０のカウント値も一緒に記録する。このような動作は，ＰＵＳＩ値が’１’であるヘッダが受信されたことを知らせる信号が入力されるたび毎になされる。
【００３４】
図５は，本実施形態によって生成したインデックスファイルを図式化して例示した説明図である。図５の例では，ＴＰ１，ＴＰ７，ＴＰ１３などでＰＵＳＩ値が’１’であって，これらに対して各相対的な記録位置値（Ｉｎｄｅｘ＿Ａｄｄｋ）とその到達時点のカウント値（Ｃｏｕｎｔ ｋ）とが記録されている。この例で，Ｉｎｄｅｘ＿Ａｄｄ１，Ｉｎｄｅｘ＿Ａｄｄ２，そして，Ｉｎｄｅｘ＿Ａｄｄ３は，各々０×１８８，６×１８８，そして１２×１８８（または，０×２０４，６×２０４，そして１２×２０４）の値を有する。
【００３５】
図６は，インデックス情報の間隔がピクチャでなされるか，ＧＯＰでなされるかによって統計的値が変わるインデックス情報が生成する，トランスポートパケット間の離隔データ長の分布図を示したものである。インデックスファイル生成部１７３は，記録開始後所定時間が過ぎれば，インデックス生成部１７１によって各インデックス情報に付加されたカウント値（Ｃｏｕｎｔ ｋ）の差の平均を求めたり，またはインデックス情報の差の平均を求める。そして，その値を図６に示したように，事前に設定された基準値６０１，例えば，１５０ＫＢｙｔｅと比較する。
【００３６】
もし，基準値６０１を超過する場合，インデックスファイル生成部１７３は，各インデックス情報がＧＯＰ単位のランダムアクセスのための位置情報と判別する。一方，基準値６０１未満になる場合，インデックス位置情報がピクチャ単位のランダムアクセスのための位置情報と判別する。
【００３７】
もし，インデックス情報がピクチャ単位のランダムアクセスのための位置情報と判別される場合，インデックスファイル生成部１７３は，各インデックスの差からそのインデックスがＩ−ピクチャ，Ｐ−ピクチャ，またはＢ−ピクチャの位置情報であるかを判別する。
【００３８】
二個の基準値Ｔｈ＿Ｈと，Ｔｈ＿Ｌとを設定して，次のインデックスとの差が，高い基準値Ｔｈ＿Ｈより大きければＩ−ピクチャで，高い基準値Ｔｈ＿Ｈと低い基準値Ｔｈ＿Ｌの間であればＰ−ピクチャで，低い基準値Ｔｈ＿Ｌより小さければＢ−ピクチャと判別して，その判別された情報を各インデックス情報に付加して記録することもできる。
【００３９】
そして，生成したインデックス情報がピクチャ単位であることを示すために，ハードディスク１３に，’Ｐ＿Ｉｎｄｅｘ．ｘｘ’の名前のファイルを生成して，そのファイル内に生成したインデックス情報（及び，対応するピクチャの類型情報）を記録する。
【００４０】
ファイルの生成後に生成するインデックス情報（及び，対応するピクチャの類型情報）は，メモリを通して所定サイズ単位で生成したファイル内に記録するか，または生成時ごとにオープンされたファイル内に記録することができる。
【００４１】
もし，常時生成したインデックス情報がＧＯＰ単位のランダムアクセスのためのものと判別されると，’Ｐ＿Ｉｎｄｅｘ．ｘｘ’ファイルとは区分されるファイル名，例えば，’Ｇ＿Ｉｎｄｅｘ．ｘｘ’ファイルを生成して，ハードディスク１３に記録貯蔵する。
【００４２】
上記のように異なるファイル名で記録されたインデックス情報の区間形態（ピクチャまたはＧＯＰ）を区別する代わりに，同一の一つのファイル名，例えば，’Ｉｎｄｅｘ．ｘｘ’を生成して，インデックス区間形態に対する情報は別途の情報でそのファイル内に付加記録させてもよい。
【００４３】
インデックスファイル生成部１７３は，インデックス区間の形態が把握されると，それによるインデックスタイムを決定する。もし，インデックス区間の形態がピクチャであれば，インデックスタイム５０１を，１／２５（ＰＡＬ方式プログラムの場合），または１／３０（ＮＴＳＣ方式プログラムの場合）に設定する。
【００４４】
もし，インデックス区間形態がＧＯＰであれば，その区間に含まれたピクチャ個数の確認をマイコン１６に要請する。するとマイコン１６は，適切なデコーディングプログラムを遂行させて，バッファメモリ１２に貯蔵されたＰＵＳＩがセットされた１区間のＴＰを，ペイロード内のデータをＧＯＰレイヤに復旧した後に，そのＧＯＰ内にいくつのピクチャが含まれているのかをそのヘッダ情報で確認する。
【００４５】
通常，一つのＧＯＰ内に１２個のピクチャが含まれるが，これは放送局ごとに異なることがある。このようにＧＯＰ内のピクチャ個数Ｎが確認されると，この値をインデックスファイル生成部１７３に伝送する。インデックスファイル生成部１７３は，伝えられたピクチャ個数Ｎに１／２５を乗じた数（Ｎ×１／２５＝Ｎ／２５），または，ピクチャ個数Ｎに１／３０を乗じた数（Ｎ×１／３０＝Ｎ／３０）の値をインデックスタイム５０１で設定する。
【００４６】
一方，現在記録されている放送プログラムの放送チャネル情報５０２も，インデックス生成部１７１によって記録されうるが，この放送チャネル情報とインデックスタイム５００は，図５の例のように，生成したインデックスファイル内に記録される。
【００４７】
そして，上記のようなインデックス情報の生成と記録の途中で，ユーザーが視聴している放送プログラムやチャネルが変更されると，マイコン１６は，これをインデックスファイル生成部１７３に対してその変更された情報を知らせる。
【００４８】
すると，インデックスファイル生成部１７３は，新しいＴＳに対してインデックス情報を生成しながら，そのＴＳのインデックスタイムを計算，記録して，さらに放送チャネル情報も記録する。この情報は，以前のＴＳストリームに対する情報とは別途に，または一緒に記録されうる。もし一緒に記録される場合には，当該チャネルのインデックスエントリーの区間に対する情報も，さらに記録される。
【００４９】
一方，バッファメモリ１２に貯蔵されてハードディスク１３に記録されているＴＰは，同時に暗号化された場合，デスクランブラ１４に出力される。一方，暗号化されていないと，デコーダ１５に直ちに出力される。デスクランブラ１４に印加されたＴＰは，データが解読されてデコーダ１５に出力される。
【００５０】
デコーダ１５は，各ＴＰのペイロードに含んで記録されたデータを集めてＰＥＳパケットを構成する。その構成されたＰＥＳパケットのヘッダにあるプレゼンテーション時間情報（ＰＴＳ；Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）を確認して，過去にデコーディング出力されたＰＥＳパケットのＰＴＳとの時間差と，カウンタ２０によるクロックの時間差とが一致するＰＥＳパケット内のデータを復号して，Ａ／Ｖ信号を出力する。
【００５１】
以下は，上記のように受信放送プログラムをデコーディング出力しながら記録したインデックスファイルに基づいて，本実施形態によるデジタル放送受信機における時間基準トリックプレー方法の，望ましい例を詳細に説明する。
【００５２】
本実施形態による時間基準トリックプレー方法の説明のために，上述した方式で生成，記録された，ＧＯＰ単位のインデックス情報を有するファイル，例えば，’Ｇ＿Ｉｎｄｅｘ．ｘｘ’というファイルがハードディスク１３に記録されており，このファイルに記録された情報は，図７の例のように記録された放送プログラムと連関されていると仮定する。
【００５３】
上記のような受信放送プログラムのデコーディング出力途中で，ユーザーがマイコン１６に，時間基準ジャンプ，例えば，１分前の区間への映像ジャンプを要請すれば，現在の出力位置に相応するインデックス，すなわち，最終記録されたインデックスから何番目前のインデックスが１分前のピクチャを指しているのかを，過去に記録されたインデックスタイムを基準に計算する。もし，一つのＧＯＰが１２個のピクチャを持っていて，放送方式がＰＡＬ方式であって，確認されたインデックスタイムが０．４８秒（＝１２／２５）であれば，現在インデックスから１２５番目前のインデックスを探して，そのインデックスに該当する記録プログラム内における位置を，ハードディスク１３から探す。この位置が，現在出力されたピクチャから１分前のピクチャを先頭に有するＧＯＰになる。
【００５４】
したがって，その位置のＴＰを順次読み出して，デコーダ１５を通してデコーディング出力すれば，ユーザーが所望する時間位置から再生出力される。
【００５５】
図８は，ピクチャ単位のインデックス情報を有するファイル，例えば，’Ｐ＿Ｉｎｄｅｘ．ｘｘ’というファイルがハードディスク１３に記録されている場合を示したものである。図８の例は，インデックス情報外にそのインデックスが指す位置のピクチャ類型も記録時に確認されて一緒に貯蔵されている場合に対するものである。
【００５６】
図８の例は，インデックス情報がピクチャ単位であるので，ファイル内に記録されたインデックスタイムは，ＮＴＳＣを仮定すれば１／３０秒である。
【００５７】
図８のようなインデックスファイルを貯蔵している場合に，ユーザーの現在の視聴位置から任意の過去位置，例えば，１分前の位置にＲＥＷを要請すれば，マイコン１６はオープンされたインデックスファイルのインデックスタイム値を確認し，その確認された値に基づいて，１分前のピクチャのインデックスエントリーを決定する。インデックスタイムが１／３０秒であるので，現在のインデックスエントリーから１８００個前のインデックスエントリーが，所望するエントリーになる。
【００５８】
すなわち，現在インデックスエントリーがＮ番目であれば，所望するエントリーは’Ｎ−１８００’番目のインデックスである。
【００５９】
そして，マイコン１６は，’Ｎ−１８００’番目インデックスエントリーのピクチャ類型を確認する。もし，そのピクチャ類型が，Ｉ−ピクチャでなくて，Ｂ−ピクチャの場合には，それより前，またはそれより後の最も隣接したＩ−ピクチャ類型のインデックスエントリーを検索し，そのインデックスの値を読む。もしＩ−ピクチャであれば，すぐそのインデックスの値を読んで，その位置のトランスポートパケットから読み出してデコーディング出力する再生動作を遂行する。
【００６０】
上述した時間基準の区間ジャンプ動作の他に，トリックプレー，例えば，倍速再生，またはスロー再生も，貯蔵されたインデックスファイルを参照して時間基準で遂行することができる。
【００６１】
例えば，ユーザーが２４倍速のＲＥＷまたはＦＦ再生を要請すれば，ＰＡＬ方式では０．９６秒（＝２４／２５），ＮＴＳＣ方式では０．８秒（＝２４／３０）をジャンプしながらデコーディング出力しなければならない。したがって，マイコン１６は，図７の例ではインデックスタイムが０．４８秒であるので，一個ずつ飛ばしながらそのインデックスの値にあるＧＯＰの最初のピクチャのみをデコーディング出力する制御動作を遂行する。図８の例ではインデックスタイムが１／３０秒であるので，２４個ずつインデックスエントリーを飛ばしながら，そのエントリーに最も近接した前または後のＩ−ピクチャ類型のインデックスエントリーを探し，そのエントリーの値が指す位置の１ピクチャに該当するＴＰをデコーディング出力する。
【００６２】
このような方法で，ユーザーが所望する倍速再生を時間基準にして遂行することができる。
【００６３】
図９と図１０は，上記説明した２４倍速の場合に対するインデックスジャンプの例を各々示したものである。
【００６４】
もし，図７の例で，インデックスエントリーを飛ばさないで，すべて１ピクチャずつ再生する場合には，１２倍速になる。したがって，１２倍速より低い倍速，例えば，６倍速に再生要請すれば，マイコン１６は，各インデックスが指すＧＯＰ内で，先頭のＩ−ピクチャの他に追加して一つのＰ−ピクチャを探し，これをさらにデコーディング出力する。
【００６５】
このようなＩ，及びＰ−ピクチャの検索と，そのピクチャのデコーディング出力は，デコーダ１５にＴＰのスキャニングモードを設定することによっても可能である。
【００６６】
図８の例では，ピクチャ単位ごとにインデックスが貯蔵されているので，インデックスジャンプによって２倍速以上のトリックプレーを遂行することができる。もし，１倍速以下のスローモードが要請されると，各インデックスが指すピクチャの再生時間を延ばす。例えば，１／２倍速であれば，各インデックスのピクチャディスプレー時間を２／３０秒とする。これは，デコーダ１５にＴＰを印加する速度を下げる方式で実現することもできる。
【００６７】
もし，ユーザーが選択指定した時間が，現在記録されている放送プログラムではない，過去の放送プログラムである場合の例を，図１１に示す。ユーザーが１０分前の位置に移動を要請したが，マイコン１６が現在記録中のプログラムＣＨ＃Ｎに対するインデックスエントリー等と，インデックスタイムで計算した結果が，プログラムの最初のインデックス，すなわち，ピクチャまでの時間距離が３分を過ぎなければ，このプログラムは同一ファイル内に，または他のファイル内にある過去の放送プログラムＣＨ＃Ｋに対するインデックスエントリー等とインデックスタイムを確認する。
【００６８】
そして，そのインデックスタイムに基づいて，追加７分に該当する過去のプログラムのインデックスエントリーを探す。
【００６９】
例えば，現在の放送プログラムＣＨ＃Ｎに対しては，ピクチャ単位のインデックス情報が生成して，インデックスタイムが１／２５秒であって，過去の放送プログラムＣＨ＃Ｋに対しては，ＧＯＰ単位のインデックス情報が生成している。そしてそのインデックスタイムが０．４８秒であれば，現在のプログラムに対してはインデックスエントリーが４５００個生成していて，このプログラムの最初のピクチャまでは３分しかならない。そして，過去のプログラムのインデックスエントリーの最後（ＩＥ＃Ｌ）から８７５（＝４２０秒／０．４８秒）番目のインデックスエントリー（ＩＥ＃（Ｌ−８７５））を特定し，そのインデックス値に該当する位置にある放送プログラムのＴＰから読み出してデコーディング出力する。
【００７０】
もし，過去の放送プログラムに対してピクチャ単位のインデックス情報が生成したとすれば，該当する時間間隔のインデックス類型を確認する。そして，その類型がＩ−ピクチャでなければ最も近接したＩ−ピクチャ類型のインデックスエントリーを検索して，そのインデックス値が指示するトランスポートパケットから読み出してデコーディング出力する。
【００７１】
これまでの説明で，インデックス情報は，放送プログラム内における相対的なＴＰのスタート位置を指すものであったが，スタート位置の代わりに，相対的な終わり位置を指す値であってもよい。
【００７２】
また，ユーザーの時間基準探索や，トリックプレーの要請時に，プログラム記録時に予め計算しておいたインデックスタイムを用いて，要請された時間の位置を探したが，インデックスタイムを時間基準探索やトリックプレーの要請時に現在のバッファメモリ１２に貯蔵されているＴＰを分析して，インデックスエントリー間の時間を計算して用いてもよい。
【００７３】
以上示した構成の本実施形態によるデジタル放送プログラムの記録方法，及び時間基準の再生方法は，ユーザーが慣れている，時間を基準にして記録された放送プログラムを探索する方法であるので，ユーザーが所望する場面を探すのが容易であり，したがって使用上便利である。
【００７４】
以上，添付図面を参照しながら本発明のデジタル放送プログラムの記録方法，再生方法，及びデジタル放送受信機の好適な実施形態について説明したが，本発明はこれらの例に限定されない。いわゆる当業者であれば，特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【００７５】
【発明の効果】
本発明により，ハードディスクのような大容量媒体に貯蔵されたデジタル放送プログラムを時間基準で探索でき，また，トリックプレーをできるようにした，デジタル放送プログラムの記録方法，再生方法，及びデジタル放送受信機が提供できた。
【図面の簡単な説明】
【図１】図１は，デジタル放送プログラムのストリームを構成するＭＰＥＧトランスポートパケットのフォーマットを示した説明図である。
【図２】図２は，ＭＰＥＧ ＰＥＳパケットと，これをインカプセル化したトランスポートパケット間との相関関係を示した説明図である。
【図３】図３は，本実施形態の放送プログラムの記録／再生方法が適用され，ユーザーの要請時に貯蔵された放送プログラムに対するトリックプレーを遂行する過程を概略的に説明する構成図である
【図４】図４は，図３のインデックスファイル生成部を詳細に示した構成図である。
【図５】図５は，本実施形態によって生成したインデックスファイルを図式化して例示した説明図である。
【図６】図６は，インデックス情報の間隔がピクチャでなされるか，ＧＯＰでなされるかによって統計的値が変わるインデックス情報が生成する，トランスポートパケット間の離隔データ長の分布図である。
【図７】図７は，生成したインデックスファイルを利用して本実施形態による時間基準ジャンプを遂行する例を示す説明図である。
【図８】図８は，生成したインデックスファイルを利用して本実施形態による時間基準ジャンプを遂行する例を示す説明図である。
【図９】図９は，生成したインデックスファイルを利用して本実施形態による時間基準トリックプレーを遂行する例を示す説明図である。
【図１０】図１０は，生成したインデックスファイルを利用して本実施形態による時間基準トリックプレーを遂行する例を示す説明図である。
【図１１】図１１は，他の放送プログラム間を，要請された時間基準でジャンプする過程を例示する説明図である。
【符号の説明】
１０：デマルチプレクサ
１１：パーサ
１２：バッファメモリ
１３：ハードディスク
１４：デスクランブラ
１５：デコーダ
１６：マイコン
１７：インデックスファイル生成部
２０：カウンタ
１７０：ヘッダ情報検出部
１７１：インデックス生成部
１７３：インデックスファイル生成部
Claims (6)
- 受信されるデジタル放送から一つのプログラムを選択する第１段階と；
前記選択されたプログラムを記録媒体に貯蔵しながら前記選択されたプログラムを構成するパケットをデコーディングして出力する第２段階と；
前記デコーディングして出力されるプログラムのパケットに含まれたデータのアクセスポイントを探してその位置情報をファイルに貯蔵する第３段階と；
を含み，
前記第３段階は，
前記アクセスポイント間の間隔がピクチャ単位であるのかＧＯＰ単位であるのかを判別する段階と；
前記判別された結果を示す情報を前記ファイルに付加する段階と；
をさら含むことを特徴とする，デジタル放送プログラムの記録方法。 - 前記第３段階は，前記デコーディングして出力されるパケットのヘッダに含まれたＭＰＥＧのＰＥＳパケットの開始を知らせるフラグに基づいてアクセスポイントであることを判別することを特徴とする，請求項１に記載のデジタル放送プログラムの記録方法。
- 前記第３段階は，前記アクセスポイント間の受信時間差またはデータ長の平均値と所定の基準値との比較を通じて前記アクセスポイントの間隔がピクチャ単位であるのかＭＰＥＧで定義されたＧＯＰ単位であるのかを判別することを特徴とする，請求項１または２のうちのいずれか１項に記載のデジタル放送プログラムの記録方法。
- 前記第３段階は，前記アクセスポイントの間隔がピクチャ単位で判別される場合，前記アクセスポイント間の受信時間差またはデータ長の平均値と所定の基準値との比較を通じてＩ−ピクチャと非Ｉ−ピクチャに区分する情報を各位置情報に付加して貯蔵する段階をさらに含むことを特徴とする，請求項３に記載のデジタル放送プログラムの記録方法。
- 前記第３段階は，前記アクセスポイントがＧＯＰ単位であれば，そのＧＯＰをデコーディングしてＧＯＰに含まれたピクチャ個数を確認し，その個数と各ピクチャ間の間隔をかけてアクセスポイント間の表現時間間隔を計算して計算結果を位置情報セットに貯蔵する段階をさらに含むことを特徴とする，請求項１に記載のデジタル放送プログラムの記録方法。
- 請求項１，２，３，４，または５に記載のデジタル放送プログラムの記録方法を遂行することを特徴とする，デジタル放送受信機。
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR10-2001-0066845A KR100434739B1 (ko) | 2001-10-29 | 2001-10-29 | 디지털 방송 수신기에서의 탐색정보 생성장치 및 방법과,그에 따른 변속 재생장치 및 방법 |
| KR2001-066845 | 2001-10-29 | ||
| KR2001-070561 | 2001-11-13 | ||
| KR10-2001-0070561A KR100419499B1 (ko) | 2001-11-13 | 2001-11-13 | 디지털 방송 프로그램 데이터 재생방법 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2005039308A JP2005039308A (ja) | 2005-02-10 |
| JP2005039308A6 JP2005039308A6 (ja) | 2005-07-21 |
| JP4226873B2 true JP4226873B2 (ja) | 2009-02-18 |
Family
ID=26639433
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002304920A Expired - Fee Related JP4226873B2 (ja) | 2001-10-29 | 2002-10-18 | デジタル放送プログラムの記録方法，及びデジタル放送受信機 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US8045843B2 (ja) |
| EP (1) | EP1309195B1 (ja) |
| JP (1) | JP4226873B2 (ja) |
| CN (1) | CN100455004C (ja) |
| DE (1) | DE60223483T2 (ja) |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8205237B2 (en) | 2000-09-14 | 2012-06-19 | Cox Ingemar J | Identifying works, using a sub-linear time search, such as an approximate nearest neighbor search, for initiating a work-based action, such as an action on the internet |
| US8213769B2 (en) * | 2003-08-06 | 2012-07-03 | Broadcom Corporation | Frame indexing technique to improve personal video recording functionality and security of transmitted video |
| TW200518070A (en) * | 2003-10-10 | 2005-06-01 | Matsushita Electric Ind Co Ltd | Recording medium, reproduction device, program, and reproduction method |
| CN1867998B (zh) * | 2003-10-10 | 2011-12-14 | 松下电器产业株式会社 | 记录方法、再现装置、再现方法 |
| CN1209703C (zh) * | 2003-10-16 | 2005-07-06 | 上海广电（集团）有限公司中央研究院 | 一种可随机访问数据流的组织方法及其对应的解码方法 |
| EP1779659B1 (en) | 2004-08-12 | 2020-10-07 | Gracenote Inc. | Selection of content from a stream of video or audio data |
| JP4229035B2 (ja) * | 2004-09-28 | 2009-02-25 | ソニー株式会社 | 記録再生装置および方法、再生装置および方法、記録装置および方法、並びにプログラム |
| KR20070083912A (ko) * | 2004-11-02 | 2007-08-24 | 엘지전자 주식회사 | 기록매체와, 상기 기록매체로부터 데이터를 재생하는 방법및 장치 |
| JP4165510B2 (ja) | 2005-01-05 | 2008-10-15 | ソニー株式会社 | 再生装置および方法、記録媒体、並びにプログラム |
| US8213778B2 (en) | 2005-03-22 | 2012-07-03 | Panasonic Corporation | Recording device, reproducing device, recording medium, recording method, and LSI |
| KR100763384B1 (ko) * | 2005-10-31 | 2007-10-05 | 엘지전자 주식회사 | 방송용 이동통신 단말기의 재생중 메모리 관리 및 인덱싱방법 |
| US8788933B2 (en) * | 2005-12-01 | 2014-07-22 | Nokia Corporation | Time-shifted presentation of media streams |
| US20070157267A1 (en) * | 2005-12-30 | 2007-07-05 | Intel Corporation | Techniques to improve time seek operations |
| GB2449068A (en) * | 2007-05-08 | 2008-11-12 | Edgeware Ab | Data streaming using stored control data |
| JP5154465B2 (ja) * | 2009-02-10 | 2013-02-27 | 日本電信電話株式会社 | ファイル読み取り方法、配信サーバ、プログラムおよび記録媒体 |
| KR101731829B1 (ko) * | 2009-10-23 | 2017-05-04 | 삼성전자주식회사 | 디지털 영상 수신기의 디지털 콘텐츠 처리 장치 및 방법 |
| KR20120057673A (ko) * | 2010-07-29 | 2012-06-07 | 삼성전자주식회사 | 영상처리장치 및 그 제어방법 |
| CN102594773B (zh) * | 2011-01-10 | 2017-03-29 | 中兴通讯股份有限公司 | 一种实现数据获取的方法和系统 |
| US20130094594A1 (en) * | 2011-10-13 | 2013-04-18 | Electronics And Telecommunications Research Institute | Method for configuring and transmitting m-unit |
| US9319721B2 (en) | 2011-10-13 | 2016-04-19 | Electronics And Telecommunications Research Institute | Method of configuring and transmitting an MMT transport packet |
| US9648348B2 (en) * | 2013-10-23 | 2017-05-09 | Qualcomm Incorporated | Multi-layer video file format designs |
| US10764652B2 (en) * | 2014-11-25 | 2020-09-01 | Arris Enterprises Llc | Filler detection during trickplay |
| CN111711851B (zh) * | 2015-07-24 | 2022-11-22 | 麦克赛尔株式会社 | 广播接收装置和接收装置 |
| CN109420338A (zh) | 2017-08-31 | 2019-03-05 | 腾讯科技（深圳）有限公司 | 模拟镜头移动的虚拟场景显示方法及装置、电子设备 |
| CN114584840B (zh) * | 2022-02-28 | 2024-02-23 | 北京梧桐车联科技有限责任公司 | 音视频播放方法、装置及存储介质 |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5809201A (en) * | 1994-06-24 | 1998-09-15 | Mitsubishi Denki Kabushiki Kaisha | Specially formatted optical disk and method of playback |
| JP3248380B2 (ja) * | 1994-12-15 | 2002-01-21 | ソニー株式会社 | データ復号化装置およびデータ復号化方法 |
| DE69603587T2 (de) * | 1995-03-20 | 2000-03-30 | Matsushita Electric Ind Co Ltd | Vorrichtung und verfahren zur aufnahme bildbetreffender informationen |
| JP3938605B2 (ja) | 1996-03-22 | 2007-06-27 | パイオニア株式会社 | 情報記録装置及び方法、情報再生装置及び方法並びに情報処理装置及び方法 |
| JPH11285002A (ja) * | 1998-02-02 | 1999-10-15 | Sony Corp | 動画像符号化装置及び動画像符号化方法 |
| FR2784844B1 (fr) * | 1998-10-14 | 2002-03-29 | France Telecom | Procede de basculement de la ou des composantes video d'un premier programme audiovisuel numerique sur la ou les composantes d'un second programme audiovisuel numerique |
| FR2784845B1 (fr) * | 1998-10-14 | 2001-02-23 | France Telecom | Procede de basculement de la ou des composantes video d'un premier programme audiovisuel sur la ou les composantes video d'un second programme audiovisuel numerique |
| JP3529679B2 (ja) | 1998-11-10 | 2004-05-24 | 株式会社東芝 | 記録再生装置 |
| JP4292654B2 (ja) * | 1999-03-19 | 2009-07-08 | ソニー株式会社 | 記録装置および方法、再生装置および方法、並びに記録媒体 |
| JP2001086431A (ja) | 1999-09-13 | 2001-03-30 | Toshiba Corp | 記録再生装置 |
| IL132859A (en) | 1999-11-10 | 2008-07-08 | Nds Ltd | Data stream processing system |
| GB0007870D0 (en) | 2000-03-31 | 2000-05-17 | Koninkl Philips Electronics Nv | Methods and apparatus for making and replauing digital video recordings, and recordings made by such methods |
| US7366402B2 (en) * | 2000-06-02 | 2008-04-29 | Lg Electronics Inc. | Method and apparatus of recording a high definition digital television broadcast signal |
| JP4224690B2 (ja) * | 2002-12-27 | 2009-02-18 | ソニー株式会社 | 記録方法、記録装置、再生方法、再生装置および撮像装置 |
-
2002
- 2002-09-17 DE DE60223483T patent/DE60223483T2/de not_active Expired - Lifetime
- 2002-09-17 EP EP02020823A patent/EP1309195B1/en not_active Expired - Fee Related
- 2002-09-27 US US10/259,145 patent/US8045843B2/en not_active Expired - Fee Related
- 2002-10-18 JP JP2002304920A patent/JP4226873B2/ja not_active Expired - Fee Related
- 2002-10-22 CN CNB021480176A patent/CN100455004C/zh not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| EP1309195A2 (en) | 2003-05-07 |
| EP1309195B1 (en) | 2007-11-14 |
| JP2005039308A (ja) | 2005-02-10 |
| US20030081939A1 (en) | 2003-05-01 |
| DE60223483D1 (de) | 2007-12-27 |
| EP1309195A3 (en) | 2003-07-16 |
| CN100455004C (zh) | 2009-01-21 |
| CN1418010A (zh) | 2003-05-14 |
| DE60223483T2 (de) | 2008-09-18 |
| US8045843B2 (en) | 2011-10-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4226873B2 (ja) | デジタル放送プログラムの記録方法，及びデジタル放送受信機 | |
| JP2005039308A6 (ja) | デジタル放送プログラムの記録方法，再生方法，及びデジタル放送受信機 | |
| US8170210B2 (en) | Device for and a method of processing data stream | |
| US8457478B2 (en) | Method and apparatus for receiving, storing, and presenting multimedia programming without indexing prior to storage | |
| US8879896B2 (en) | Method and apparatus to facilitate the efficient implementation of trick modes in a personal video recording system | |
| KR100614371B1 (ko) | 디지털 방송 스트림의 변속재생 제어정보 기록방법과,그에 따른 디지털 방송수신기에서의 변속재생 제어방법 | |
| US7305171B2 (en) | Apparatus for recording and/or reproducing digital data, such as audio/video (A/V) data, and control method thereof | |
| KR100405975B1 (ko) | Ｐｖｒ에서의 스트림 점프 방법 | |
| US20030219235A1 (en) | Recording device, recording method, and computer-readable program | |
| JP4852453B2 (ja) | 記録装置、映像再生装置、および、その特殊再生方法 | |
| KR100419499B1 (ko) | 디지털 방송 프로그램 데이터 재생방법 | |
| JP4763589B2 (ja) | 再生装置、および、その再生方法 | |
| US20030091331A1 (en) | Method for implementing low-speed playback of a digital broadcast program | |
| KR20050055621A (ko) | 정보 기록 처리 장치, 정보 재생 처리 장치, 및 방법, 및컴퓨터 프로그램 | |
| KR100563731B1 (ko) | 디지털 방송 수신기에서의 트릭 플레이 장치 및 방법 | |
| JP2005197839A (ja) | トランスポートストリームの特殊再生方法及びトランスポートストリームの記録再生装置 | |
| JP2000253359A (ja) | デジタル放送記録再生装置 | |
| JP5016335B2 (ja) | 再生装置、および、再生方法 | |
| KR100434739B1 (ko) | 디지털 방송 수신기에서의 탐색정보 생성장치 및 방법과,그에 따른 변속 재생장치 및 방법 | |
| JP4861221B2 (ja) | 記録装置、記録方法、映像記録再生装置、および、その録画ファイル加工方法 | |
| WO2007072242A1 (en) | A device for and a method of processing an encrypted data stream | |
| JP2005026990A (ja) | デジタル記録再生装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051014 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071012 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080108 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20080408 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20080416 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080508 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20081111 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081127 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111205 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4226873 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141205 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |