JP3849501B2 - Digital broadcast storage and playback device - Google Patents

Digital broadcast storage and playback device Download PDF

Info

Publication number
JP3849501B2
JP3849501B2 JP2001350934A JP2001350934A JP3849501B2 JP 3849501 B2 JP3849501 B2 JP 3849501B2 JP 2001350934 A JP2001350934 A JP 2001350934A JP 2001350934 A JP2001350934 A JP 2001350934A JP 3849501 B2 JP3849501 B2 JP 3849501B2
Authority
JP
Japan
Prior art keywords
data
storage
program
input
stored
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
Application number
JP2001350934A
Other languages
Japanese (ja)
Other versions
JP2003153151A (en
Inventor
聡 高清水
賢治 勝又
聡 飯室
孝弘 佐藤
巧 岡村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2001350934A priority Critical patent/JP3849501B2/en
Publication of JP2003153151A publication Critical patent/JP2003153151A/en
Application granted granted Critical
Publication of JP3849501B2 publication Critical patent/JP3849501B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Television Signal Processing For Recording (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Description

【0001】
【発明の属する技術分野】
本発明はデジタル放送蓄積再生装置に関するものであり、特にデジタル放送で受信した番組データを蓄積手段に蓄積する際の、蓄積可能な容量の検出とユーザへの提示方法に関するものである。
【0002】
【従来の技術】
近年、デジタル放送の普及が急速に進み、通信衛星によるCSデジタル放送に続いて放送衛星を利用したBSデジタル放送のサービスも行われるようになった。デジタル放送では番組データを圧縮しデジタル化することから、従来はPC(Personal Computer)で用いられていたデジタルデータ蓄積媒体であるハードディスク装置(以下HDDと略記する)などに番組を蓄積することが可能になっている。
【0003】
上記HDDは、従来からの録画装置であるビデオテープレコーダ等と比べて蓄積媒体の交換が価格および構造上気軽には出来ないため、蓄積や管理を効率よく行うことが重要である。このような従来例として特開2000−41066号公報のような方法が知られている。これは、入力データから必要とするパケットを選択的に蓄積することで、必要の無いデータを蓄積すること無く蓄積を効率よく行う方法である。
【0004】
図16に上記従来例の構成例を示し、動作を説明する。図16において実線で示した部分がハードウェア、破線で示した部分がソフトウェアである。901はコンピュータ、902は上記コンピュータ901の蓄積装置としての動作を制御するソフトウェア、903は復号装置、904は符号化装置などの動画データ出力装置、905は符号化された動画データを出力するための出力ボード、906は符号化された動画データを入力するための入力ボード、907はストリーム制御ソフトウェア902にコマンドを送付するアプリケーション、908は外部との通信を行うための通信ボード、909は受信した動画を蓄積するHDDなどの蓄積手段である。
【0005】
まず、動画データ出力装置904から出力された、パケット単位で多重化された動画データが、入力ボード906を介してストリーム制御プログラム902に入力される。蓄積開始の指示はアプリケーション907を介して行う。蓄積開始の指示を受けると、ストリーム制御プログラム902は入力データを蓄積手段909に蓄積する際にデータを解析し、必要なデータか否かを判断して必要なデータだけを蓄積する。ここで、蓄積しなかったパケットの数を同時に蓄積し、再生時にこれを参照することで正常な間隔で再生できるようにする。このようにしてデータを蓄積し、蓄積終了が指示されると、蓄積を終了する。
【0006】
【発明が解決しようとする課題】
上記従来例においては、必要の無いデータパケットを蓄積しないようにすることで蓄積を効率よく行い蓄積手段の容量を無駄にしない技術が提示されている。しかし、蓄積手段にあとどのくらいの容量が残っているか、あるいはあと何時間蓄積できるのかといった情報の提示方法に関しては言及しておらず、すなわち蓄積手段を効率的に管理する方法に関しては考慮されていなかった。
【0007】
そこで、本発明の目的は、蓄積手段を効率的に管理するデジタル放送蓄積再生装置を提供することにある。
【0008】
【課題を解決するための手段】
上記目的を達成するために、特許請求の範囲に開示されている技術的思想を用いればよい。
【0010】
【発明の実施の形態】
本発明によるデジタル放送蓄積再生装置の実施例を図面を用いて説明する。図1は本発明によるデジタル放送蓄積再生装置の実施例を示す図である。
【0011】
図1において、10はパケット化され多重化されたストリームデータの入力端子、20は前記ストリームから指定されたパケットを分離するデマルチプレクサ、30は図1のデジタル放送蓄積再生装置全体を制御する制御手段、40は後述の蓄積手段のデータ入出力を制御する蓄積手段コントローラ、50は蓄積手段、60は制御手段30のデータ処理用RAM(Random Access Memory)、70は符号化された映像・音声を復号するデコーダ、80はデコーダ70の出力映像信号にOSDを重畳するOSD手段、90はOSDを重畳した映像信号の出力端子、100は復号した音声信号の出力端子、110はユーザがリモコン(図示せず)などによりデジタル放送蓄積再生装置にコマンドを入力するコマンド入力端子、120は制御手段30の制御プログラムなどを格納したフラッシュメモリである。
【0012】
図1において、ストリームデータ入力端子10から入力されたデータは、デマルチプレクサ20に入力される。本実施例で説明する入力データは、デジタル放送を受信して得られる番組の映像データ、音声データ、データ放送のデータ、及び受信機の動作制御等に用いるための各種データ等がパケット単位で多重されたものである。前記入力データの一例を図2に示す。図2において、11はISO/IEC13818−1(通称MPEG2システム規格)におけるトランスポートストリーム(以下TSと略記する)であり、選局などに用いるデータであるPAT(Program Association Table)、PMT(Program Map Table)、NIT(Network Information Table)、および受信したテレビ番組を構成する映像1、音声1、映像2、音声2などのパケットが多重されたものである。
【0013】
図3に番組選択手順を示し、番組選択の動作について説明する。最初のステップでユーザがリモコンなどで所望の番組を選択すると、対応するコマンドがコマンド入力端子110から制御手段30に入力される。次のステップでは、制御手段30はデマルチプレクサ20を制御してPATの情報を分離させ、制御手段30に転送させる。PATには入力されたストリームにふくまれるPMTの識別情報(Packet ID=PID)が格納されている。制御手段30はPATを解析することでPMTのPIDを認識し、次のステップでデマルチプレクサ20を制御してPMTのパケットを分離させ、制御手段30に転送させる。PMTは番組の映像・音声が格納されたパケットのPIDを格納するパケットであり、番組ごとに異なるPIDを付与されている。従って、選局手段30はユーザが選択した番組に対応するPMTをデマルチプレクサ20に分離転送させ、これを解析する。次のステップでは、制御手段30はPMTを解析することで得られた情報に従いデマルチプレクサ20を制御して、ユーザが選択した番組の映像および音声のパケットを分離させる。
【0014】
ここで、分離した番組をそのまま視聴する場合は、分離した情報のうち映像と音声のデータだけがデコーダ70に転送される。デコーダ70は入力された符号化映像データと符号化音声データを復号し、もとの映像信号と音声信号を再生する。デコーダ70で再生された映像信号は、例えば番組ガイド画面などを映像信号に重畳するためのOSD80を経由して映像出力端子90から出力される。また、デコーダ70で再生された音声信号は音声信号出力端子100から出力される。
【0015】
ユーザが選択した番組を蓄積手段50に蓄積し再生する場合の動作を次に説明する。番組データを蓄積する場合は、先に説明した再生の場合と違い、映像・音声のパケットだけではなくPAT、PMTなどの情報も蓄積する必要がある。これは、後で蓄積した番組データを再生する際に必要となるからである。尚、蓄積した番組を再生する際には、蓄積しなかった番組に関するデータは不要であり、逆にあるとそのデータにしたがって番組の選択操作が必要になってしまうため、蓄積するのはユーザが選択した番組の映像・音声に関連する情報だけとする。すなわち、NITのように使わない情報はまったく蓄積せず、またPAT、及びPMT等の番組関連情報はそのまま蓄積するのではなく、制御手段30からデマルチプレクサ20を制御することで、選択された番組の再生に必要な情報以外は削除するなどしてパケットの内容を書き換えたデータを蓄積する。
【0016】
ユーザの操作によって番組の蓄積が指示されると、制御手段30はデマルチプレクサ20を制御して蓄積すべきデータパケットを出力させ蓄積手段コントローラ40に出力させる。蓄積手段コントローラ40は、入力されたデータパケットに対し、再生時に正しい時刻に再生できるように時刻情報(タイムスタンプ)を付加して記録する。タイムスタンプを付加したデータの一例を図4に示す。図4の例ではパケットデータの前にタイムスタンプを付加しているが、これは後ろに付加してもかまわない。蓄積手段コントローラ40は、図4に示したようなタイムスタンプを付加したパケットデータを蓄積手段50に蓄積する。ここで、制御手段30は、蓄積手段50に記録した番組のデータ量や記録した領域の蓄積手段50上の位置、および番組に関する情報すなわち番組名や受信した日時などを番組指定データとして、蓄積手段50の前記番組データとは異なる領域に記録する。
【0017】
上記のようにして蓄積された番組データを再生する場合の動作を次に説明する。ユーザが、蓄積された番組の再生操作を行うと、コマンド入力端子110から再生コマンドが入力される。制御手段30は前記再生コマンドに従い、蓄積手段コントローラ40を制御して、蓄積手段50から前記番組指定データを読み出させ、内容を解析する。制御手段30は解析した内容に従い、指定された番組データが格納された領域などのデータに基づいて蓄積手段コントローラ40を制御し、蓄積手段50に蓄積されたデータを読み出させる。読み出された番組データは前述したタイムスタンプのデータにしたがって、所定のタイミングで蓄積手段コントローラ40を介してデマルチプレクサ20に転送される。デマルチプレクサ20は、入力された番組データから映像・音声データを分離し、デコーダ70に転送する。以降の動作は先に説明した再生時の動作と同じである。
【0018】
以上のようにすることで、蓄積手段50に番組データを蓄積し再生することが出来る。
ところで、蓄積手段50の蓄積可能な容量は限られていることから、常にその状態、すなわち使用可能な容量を監視し、所望の番組が記録できるか否かを判断するための材料としてユーザに提示する必要がある。この動作について以下に説明する。
【0019】
蓄積手段50にはあらかじめトータルの蓄積容量を示すデータが記録されている。ユーザの操作により、ある番組が蓄積手段50に蓄積されると、制御手段30は前記蓄積した番組に関連する情報を異なる領域に記録する。この情報の中には前述のように記録した番組データの容量が含まれている。これにより、制御手段30は前述の蓄積手段50のトータル容量から、蓄積した番組データの容量を引くことにより使用可能な残り容量を計算し、結果を蓄積手段50の更に異なる領域に格納する。ユーザが蓄積手段50の残り容量を知るための操作を行うと、該当する制御コマンドがコマンド入力端子110から制御手段30に入力される。制御手段30は前記コマンドが入力されると、蓄積手段コントローラ40を制御して前記使用可能な容量を格納したデータを蓄積手段50から読み出させる。読み出されたデータは制御手段30に転送される。制御手段30は読み出された使用可能な容量のデータに基づいてOSD手段80を制御し、映像信号にOSDを重畳して使用可能な容量を図5の表示例に示すように数値で表示する。
【0020】
このようにすることで、ユーザは蓄積手段50の使用可能な容量を知ることが出来、効率よく蓄積手段50を使用することが出来る。
上記の説明において、蓄積した番組に関する情報を蓄積手段50に格納する場合を説明したが、これは必ずしも蓄積手段50に格納する必要はなく、例えばフラッシュメモリ120の空き領域、あるいは更に異なる記憶手段を設けてそこに格納してもかまわない。また、上記説明においては蓄積した番組に関する情報をまとめて一つの領域に記録する例について説明したが、必ずしもまとめて記録する必要はなく、例えば容量に関する情報だけは更に異なる領域に記録してもかまわない。他の情報についても同様である。また、番組データの蓄積手段としてはHDD、DVD(Digital Versatile Disk)などの蓄積手段を用いことができる。
【0021】
図6に本発明の他の実施例を示す。図6において、130は液晶表示装置などの情報表示手段である。ほとんどの構成は図1と同様であり、その部分の説明は省略する。ユーザが蓄積手段50の使用可能な容量を知るための操作をすると、コマンド入力端子110から該当するコマンドが入力される。制御手段30は入力されたコマンドに従い、図1における説明と同様にして蓄積手段50の使用可能な容量を算出する。このようにして得た使用可能な容量に基づいて、前記制御手段30は情報表示手段130を制御し、図7の表示例に示すように使用可能な容量を表示させる。これにより、ユーザは蓄積手段50の使用可能な容量をテレビ等の表示画面を見ること無く知ることが出来る。
【0022】
尚、上記の説明では、ユーザがコマンドを入力した時だけ使用可能な容量を提示する例を示したが、例えばフラッシュメモリ120に格納された制御プログラムからの指示によって、一定時間毎に蓄積手段50の使用可能な容量を算出し、常に前記情報表示装置130に表示するようにしても良い。あるいは、ユーザの操作によって、常に表示するか、表示操作を行った場合にだけ表示するかを選択可能としても良い。
【0023】
図1および図5の説明においては、ユーザに提示する使用可能な容量をそのまま数値であらわした例を示したが、時間で提示することも可能である。図7を用い、時間で提示する場合の動作例を説明する。
【0024】
図8は使用可能な容量をユーザが指定した番組の伝送レートに対応した蓄積可能な時間で提示するための手順を示す図である。ユーザが所望の番組を選択すると、該当するコマンドが図1または図6におけるコマンド入力端子120から制御手段30に入力される。制御手段30は入力されたコマンドに従い、指定された番組の情報をデマルチプレクサ20経由で取得し、指定された番組の伝送レートを確認する。伝送レートの情報は、例えば図2におけるPMTに格納されて送られてくる。これにより、単位時間に蓄積手段50に入力されるデータ量を知ることができる。次に、前記で説明したように蓄積手段50の使用可能な容量を取得し、前記伝送レートと比較することでユーザが所望の番組を記録可能な時間を下記の式によって知ることが出来る。
記録可能な残り時間=使用可能容量÷伝送レート
例えば使用可能な容量を9GB(ギガバイト)、伝送レートを6Mbps(メガビット/sec)とした場合の記録可能な時間は12000sec(約3.3時間)となる。
このようにして算出した記録可能な時間の表示例を図9に示す。
【0025】
上記のように本実施例においては、使用可能な残り容量を時間に換算してユーザに提示することができ、ユーザは直感的に使用可能な容量を知ることができるので、使い勝手の向上を図ることができる。
【0026】
上記の説明においてはユーザが指定した番組を蓄積する際の残り容量を時間で提示する例を示したが、特に番組を指定していない場合であっても、使用可能な容量を時間で提示することは可能である。この提示方法について以下に説明する。
【0027】
一般にテレビ番組の伝送レートあるいは容量は、おおむね符号化以前の映像信号の解像度に依存する。符号化する際の圧縮率の設定などによって符号化後の伝送レートや容量などが変化するのは当然であるが、一定の画像品質を保つ観点から、同じ解像度の映像信号であれば符号化後の伝送レートあるいは容量は大きく変わることはない。これにより、特に番組を指定しない場合であっても例えばハイビジョン番組を1時間蓄積するといった場合に必要な容量を推定することが可能である。例えばハイビジョン番組を相応の品質を維持して表示するには符号化レートで22Mbps以上が適当とされていることから、前述の例と同様に使用可能な残り容量を9GBとすると、ハイビジョン番組を蓄積した場合の時間は約54分となる。このようにして算出した使用可能時間の表示例を図10に示す。図10の表示例においては特に番組を指定していないことから、異なる解像度の番組を表示した場合の記録可能な時間を各々提示するものである。
【0028】
尚、蓄積中の番組について伝送レートを知る場合は、図1における蓄積手段コントローラ40を用いてHDDに蓄積するデータの単位時間あたりのデータ量を計測してもよい。この場合は実際に格納している番組に関してだけしか適用できないが、使用可能な残り時間を正確に知ることが出来る利点がある。
【0029】
本発明の他の実施例を図11、図12を用いて説明する。図11は、ストリーム入力端子10から入力される信号の構成例を示す図である。図11に示した入力ストリーム中の映像1Hは、映像1の高解像度映像データ、映像1Lは映像1の低解像度映像データである。図11のように、デジタル放送では同じ内容の信号を解像度を変えて一つのストリームに多重し伝送することが可能である。蓄積手段50の使用可能容量が少ない場合は、高解像度の映像1Hを記録すると番組全部を記録できない場合が考えられる。ここで、本実施例においては、制御手段30は図12に示した手順に従って、選択した番組が複数の解像度の映像を含む場合は、その各々の映像を蓄積した場合の使用可能容量を計算し、ユーザに提示する機能を有するものである。これによって、映像1Hではなく映像1Lを蓄積することで指定された番組を全て蓄積可能であると判断された場合は、例えば図13の例に示すような選択画面を表示する。これによって、ユーザは低解像度の映像でも良いから蓄積したいときには蓄積を指示することが出来るので、使い勝手を向上することが出来る。
【0030】
図14に本発明の他の実施例を示す。図14の実施例が図1の実施例と異なるのは、デマルチプレクサ20の出力以外にデコーダ70で処理した後の出力をも蓄積できるようにした点である。
【0031】
デコーダ70は入力符号化データを演算し復号する機能を有する。ここで、入力符号化データは、例えばMPEG2規格においては、低周波成分と高周波成分の複数の成分で構成されている。前記の成分のうち、画像の高周波成分は除去しても人間が画像を見る際に画質に影響を与える度合いが小さい。本実施例において、デコーダ70は入力符号化データを処理して前記高周波成分等の画質に与える影響が小さいデータを除去して入力符号化データを再構成し、出力する機能を有する。これにより、例えば、入力符号化データのままでは蓄積手段50の使用可能領域に全てを記録できない番組であっても、デコーダ70によって入力符号化データの一部を除去することによりユーザが指定した番組全てを蓄積することが出来るようになる。
【0032】
尚、デコーダ70によって高周波成分を除去した入力符号化データはそのまま蓄積手段50に蓄積しても良いし、一旦パケット形式に構成し、番組のタイトルなどの情報で構成した情報パケットを多重化して蓄積しても良い。そのまま蓄積した場合は、再生時に直接デコーダ70に入力するか、あるいはデマルチプレクサ20に入力し、デマルチプレクサ20では特に処理せずにそのままスルーで復号手段70に入力しても良い。情報パケットを多重して蓄積した場合はデマルチプレクサ20に入力して処理すれば良い。
【0033】
図15に本発明の他の実施例を示す。図15において、140はデコーダ70の出力映像信号および音声信号を符号化するエンコーダ、150はエンコーダ140の出力映像信号および音声信号を多重化すると共に、制御手段30から入力される各種情報を一つのストリームに多重するマルチプレクサである。蓄積手段50の使用可能容量が、ユーザが選択した番組全体の容量に対して少ない場合、そのままでは番組を記録することが出来ない。このような場合、図11においては、デコーダ70によって一旦デコードして再生した映像信号および音声信号を、ユーザが指定した符号化レートまたは制御手段30によって算出した符号化レートで符号化する構成としている。デコーダ70がデコードした映像信号および音声信号はエンコーダ140に入力される。エンコーダ140は、制御手段30によって設定された符号化レートで入力映像信号および入力音声信号を符号化し出力する。マルチプレクサ150は前記符号化映像信号と符号化音声信号をパケット化して多重すると共に、制御手段30から入力される各種情報をもパケット化して多重する。マルチプレクサ150によって多重化されたストリームは蓄積手段コントローラ40に入力され、デマルチプレクサ20から入力されたストリームを処理する場合と同様にして蓄積手段50に蓄積される。
【0034】
以上の説明において、蓄積手段50に格納されるストリームは使用可能容量の範囲で指定された番組全てを蓄積できるように設定された符号化レートの映像データおよび音声データで構成されているので、ユーザが指定した番組をすべて記録することができる。これにより、入力されたストリームの伝送レートのままではユーザが指定した番組をすべて蓄積できない場合でも、符号化レートを変換して蓄積手段50に記録できるので、ユーザが所望した番組を記録することができる。
【0035】
尚、図15の説明においてはマルチプレクサ150において情報パケットを多重して蓄積する場合を説明したが、前記情報パケットは必ずしも多重する必要はない。また、再生時には、蓄積手段40の出力データをデマルチプレクサ70に入力すれば良い。この場合は情報パケットの分だけ蓄積するデータ量を減らすことが出来る。
【0036】
【発明の効果】
以上で説明したように、本発明によれば蓄積手段を効率的に管理するデジタル放送蓄積再生装置を提供することができる。
【図面の簡単な説明】
【図1】本発明によるデジタル放送蓄積再生装置の実施例を示す図である。
【図2】本発明で処理するストリームのパケット配列の例を示す図である。
【図3】本発明によるデジタル放送蓄積再生装置の番組選択手順示す図である。
【図4】本発明によるデジタル放送蓄積再生装置における蓄積データ形式の一例を示す図である。
【図5】本発明によるデジタル放送蓄積再生装置の表示画面の例を示す図である。
【図6】本発明によるデジタル放送蓄積再生装置の実施例を示す図である。
【図7】本発明によるデジタル放送蓄積再生装置の情報表示手段の例を示す図である。
【図8】本発明によるデジタル放送蓄積再生装置における蓄積可能時間を算出する手順の例を示す図である。
【図9】本発明によるデジタル放送蓄積再生装置の表示画面の例を示す図である。
【図10】本発明によるデジタル放送蓄積再生装置の表示画面の例を示す図である。
【図11】本発明で処理するストリームのパケット配列の例を示す図である。
【図12】本発明によるデジタル放送蓄積再生装置の映像データ選択手順の例を示す図ある。
【図13】本発明によるデジタル放送蓄積再生装置の表示画面の例を示す図である。
【図14】本発明によるデジタル放送蓄積再生装置の実施例を示す図である。
【図15】本発明によるデジタル放送蓄積再生装置の実施例を示す図である。
【図16】従来例のPCによるマルチメディア蓄積装置の構成例を示す図である。
【符号の説明】
10 ストリーム入力端子
20 デマルチプレクサ
30 制御手段
40 蓄積手段コントローラ
50 HDD
60 メモリ
70 デコーダ
80 OSD
90 映像信号出力端子
100 音声信号出力端子
110 コマンド入力端子
120 フラッシュメモリ
130 情報表示手段
140 エンコーダ
500 マルチプレクサ
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a digital broadcast storage / playback apparatus, and more particularly to a method for detecting a storable capacity and presenting it to a user when program data received by digital broadcast is stored in a storage means.
[0002]
[Prior art]
In recent years, the spread of digital broadcasting has rapidly advanced, and BS digital broadcasting services using broadcasting satellites have been provided following CS digital broadcasting by communication satellites. Since digital broadcasting compresses and digitizes program data, it is possible to store programs on a hard disk drive (hereinafter abbreviated as HDD), which is a digital data storage medium that has been used in PCs (Personal Computers). It has become.
[0003]
In the HDD, it is important to efficiently store and manage the HDD because the storage medium cannot be easily exchanged in terms of price and structure as compared with a video tape recorder or the like as a conventional recording device. As such a conventional example, a method as disclosed in JP 2000-41066 A is known. This is a method for efficiently accumulating unnecessary data without accumulating unnecessary data by selectively accumulating necessary packets from input data.
[0004]
FIG. 16 shows a configuration example of the conventional example, and the operation will be described. In FIG. 16, the part indicated by a solid line is hardware, and the part indicated by a broken line is software. 901 is a computer, 902 is software for controlling the operation of the computer 901 as a storage device, 903 is a decoding device, 904 is a moving image data output device such as an encoding device, and 905 is for outputting encoded moving image data. An output board, 906 is an input board for inputting encoded video data, 907 is an application for sending commands to the stream control software 902, 908 is a communication board for communicating with the outside, and 909 is a received video Storage means such as an HDD for storing.
[0005]
First, moving image data output from the moving image data output device 904 and multiplexed in units of packets is input to the stream control program 902 via the input board 906. An instruction to start accumulation is given via the application 907. Upon receiving an instruction to start accumulation, the stream control program 902 analyzes data when accumulating input data in the accumulating unit 909, determines whether or not it is necessary data, and accumulates only necessary data. Here, the number of packets not accumulated is accumulated at the same time, and can be reproduced at normal intervals by referring to this during reproduction. In this way, the data is stored, and when the end of storage is instructed, the storage ends.
[0006]
[Problems to be solved by the invention]
In the above-described conventional example, a technique has been proposed in which unnecessary data packets are not stored, so that storage is efficiently performed and the capacity of the storage means is not wasted. However, it does not mention how to present information on how much capacity remains in the storage means or how many hours can be stored, that is, it does not consider how to efficiently manage the storage means. It was.
[0007]
SUMMARY OF THE INVENTION An object of the present invention is to provide a digital broadcast storage / reproduction device that efficiently manages storage means.
[0008]
[Means for Solving the Problems]
In order to achieve the above object, the technical idea disclosed in the claims may be used.
[0010]
DETAILED DESCRIPTION OF THE INVENTION
An embodiment of a digital broadcast storage / playback apparatus according to the present invention will be described with reference to the drawings. FIG. 1 is a diagram showing an embodiment of a digital broadcast storage / playback apparatus according to the present invention.
[0011]
In FIG. 1, 10 is an input terminal for packetized and multiplexed stream data, 20 is a demultiplexer for separating a designated packet from the stream, and 30 is a control means for controlling the entire digital broadcast storage and reproduction apparatus of FIG. , 40 is a storage means controller for controlling data input / output of the storage means described later, 50 is a storage means, 60 is a data processing RAM (Random Access Memory) of the control means 30, and 70 is a decoder for encoded video / audio. 80, OSD means for superimposing the OSD on the output video signal of the decoder 70, 90 an output terminal for the video signal on which the OSD is superimposed, 100 an output terminal for the decoded audio signal, and 110 a remote controller (not shown) ) And the like, a command input terminal for inputting a command to the digital broadcast storage / playback device. Gram is a flash memory that stores like.
[0012]
In FIG. 1, data input from the stream data input terminal 10 is input to the demultiplexer 20. The input data described in the present embodiment is a video data, audio data, data broadcast data, and various data for use in receiver operation control, etc. obtained by receiving a digital broadcast, multiplexed in packet units. It has been done. An example of the input data is shown in FIG. In FIG. 2, reference numeral 11 denotes a transport stream (hereinafter abbreviated as TS) in ISO / IEC13818-1 (commonly referred to as MPEG2 system standard), which is PAT (Program Association Table) and PMT (Program Map) which are data used for channel selection and the like. Table), NIT (Network Information Table), and packets such as video 1, audio 1, video 2, and audio 2 that compose the received television program.
[0013]
FIG. 3 shows a program selection procedure, and the program selection operation will be described. When the user selects a desired program with a remote controller or the like in the first step, a corresponding command is input from the command input terminal 110 to the control means 30. In the next step, the control means 30 controls the demultiplexer 20 to separate the PAT information and transfer it to the control means 30. PAT stores PMT identification information (Packet ID = PID) included in the input stream. The control means 30 recognizes the PMT PID by analyzing the PAT, controls the demultiplexer 20 in the next step, separates the PMT packet, and transfers it to the control means 30. The PMT is a packet for storing a PID of a packet in which video / audio of a program is stored, and a different PID is assigned to each program. Therefore, the channel selection means 30 separates and transfers the PMT corresponding to the program selected by the user to the demultiplexer 20 and analyzes it. In the next step, the control means 30 controls the demultiplexer 20 in accordance with the information obtained by analyzing the PMT, and separates video and audio packets of the program selected by the user.
[0014]
Here, when viewing the separated program as it is, only the video and audio data of the separated information is transferred to the decoder 70. The decoder 70 decodes the input encoded video data and encoded audio data, and reproduces the original video signal and audio signal. The video signal reproduced by the decoder 70 is output from the video output terminal 90 via the OSD 80 for superimposing a program guide screen or the like on the video signal, for example. The audio signal reproduced by the decoder 70 is output from the audio signal output terminal 100.
[0015]
Next, the operation when the program selected by the user is stored in the storage means 50 and reproduced will be described. When program data is stored, it is necessary to store not only video / audio packets but also information such as PAT and PMT, unlike the playback described above. This is because it is necessary when reproducing program data stored later. When playing back the stored program, data relating to the program that has not been stored is unnecessary, and conversely, if the program is selected, a program selection operation is required according to the data. Only information related to the video / audio of the selected program. That is, information that is not used like NIT is not stored at all, and program related information such as PAT and PMT is not stored as it is, but the selected program is controlled by controlling the demultiplexer 20 from the control means 30. Data other than information necessary for reproduction of the packet is deleted, for example, and the data in which the packet contents are rewritten is stored.
[0016]
When storage of a program is instructed by a user's operation, the control unit 30 controls the demultiplexer 20 to output a data packet to be stored and output it to the storage unit controller 40. The storage means controller 40 adds and records time information (time stamp) to the input data packet so that it can be reproduced at the correct time during reproduction. An example of data with a time stamp added is shown in FIG. In the example of FIG. 4, a time stamp is added before the packet data, but it may be added after the packet data. The storage means controller 40 stores packet data with a time stamp as shown in FIG. Here, the control means 30 stores the data amount of the program recorded in the storage means 50, the position of the recorded area on the storage means 50, information related to the program, that is, the program name, the received date and time, etc. as program designation data. It is recorded in an area different from the 50 program data.
[0017]
Next, the operation for reproducing the program data stored as described above will be described. When the user performs a reproduction operation of the stored program, a reproduction command is input from the command input terminal 110. The control means 30 controls the storage means controller 40 in accordance with the reproduction command to read the program designation data from the storage means 50 and analyze the contents. The control means 30 controls the storage means controller 40 on the basis of data such as an area in which designated program data is stored in accordance with the analyzed contents, and causes the storage means 50 to read out the stored data. The read program data is transferred to the demultiplexer 20 via the storage means controller 40 at a predetermined timing in accordance with the time stamp data described above. The demultiplexer 20 separates the video / audio data from the input program data and transfers it to the decoder 70. The subsequent operation is the same as the operation at the time of reproduction described above.
[0018]
As described above, program data can be stored and reproduced in the storage means 50.
By the way, since the storage capacity of the storage means 50 is limited, the state, that is, the usable capacity is always monitored, and presented to the user as a material for determining whether or not a desired program can be recorded. There is a need to. This operation will be described below.
[0019]
In the storage means 50, data indicating the total storage capacity is recorded in advance. When a certain program is stored in the storage means 50 by a user operation, the control means 30 records information related to the stored program in a different area. This information includes the capacity of the program data recorded as described above. Thereby, the control means 30 calculates the remaining capacity that can be used by subtracting the capacity of the stored program data from the total capacity of the storage means 50 described above, and stores the result in a further different area of the storage means 50. When the user performs an operation for knowing the remaining capacity of the storage means 50, a corresponding control command is input from the command input terminal 110 to the control means 30. When the command is input, the control unit 30 controls the storage unit controller 40 to read the data storing the usable capacity from the storage unit 50. The read data is transferred to the control means 30. The control means 30 controls the OSD means 80 on the basis of the read usable capacity data, and displays the usable capacity numerically as shown in the display example of FIG. 5 by superimposing the OSD on the video signal. .
[0020]
By doing so, the user can know the usable capacity of the storage means 50 and can use the storage means 50 efficiently.
In the above description, the case where information relating to the accumulated program is stored in the storage unit 50 has been described. However, this is not necessarily stored in the storage unit 50. For example, an empty area of the flash memory 120 or a different storage unit is used. It may be provided and stored there. In the above description, an example in which information related to accumulated programs is collectively recorded in one area has been described. However, it is not always necessary to record information collectively, and for example, only information relating to capacity may be recorded in a different area. Absent. The same applies to other information. As program data storage means, storage means such as an HDD or a DVD (Digital Versatile Disk) can be used.
[0021]
FIG. 6 shows another embodiment of the present invention. In FIG. 6, reference numeral 130 denotes information display means such as a liquid crystal display device. Most of the configuration is the same as that in FIG. 1, and the description thereof is omitted. When the user performs an operation to know the usable capacity of the storage unit 50, a corresponding command is input from the command input terminal 110. The control means 30 calculates the usable capacity of the storage means 50 according to the input command in the same manner as described in FIG. Based on the usable capacity obtained in this way, the control means 30 controls the information display means 130 to display the usable capacity as shown in the display example of FIG. Thus, the user can know the usable capacity of the storage means 50 without looking at the display screen of a television or the like.
[0022]
In the above description, an example in which the usable capacity is presented only when the user inputs a command has been shown. However, for example, the accumulating unit 50 is provided at regular intervals according to an instruction from a control program stored in the flash memory 120. May be calculated and always displayed on the information display device 130. Alternatively, it may be possible to select whether to always display or display only when a display operation is performed by a user operation.
[0023]
In the description of FIG. 1 and FIG. 5, an example has been shown in which the usable capacity presented to the user is directly expressed as a numerical value, but it is also possible to present it in time. With reference to FIG. 7, an example of operation when presenting in time will be described.
[0024]
FIG. 8 is a diagram showing a procedure for presenting usable capacity in a storable time corresponding to the transmission rate of a program designated by the user. When the user selects a desired program, the corresponding command is input to the control means 30 from the command input terminal 120 in FIG. 1 or FIG. In accordance with the input command, the control means 30 acquires information on the designated program via the demultiplexer 20 and confirms the transmission rate of the designated program. The information on the transmission rate is sent, for example, stored in the PMT in FIG. Thereby, the amount of data input to the storage means 50 per unit time can be known. Next, as described above, the usable capacity of the storage means 50 is acquired and compared with the transmission rate, so that the user can know the time when the desired program can be recorded by the following equation.
Remaining recordable time = usable capacity / transmission rate For example, when the usable capacity is 9 GB (gigabyte) and the transmission rate is 6 Mbps (megabit / sec), the recordable time is 12000 sec (about 3.3 hours). Become.
A display example of the recordable time calculated in this way is shown in FIG.
[0025]
As described above, in the present embodiment, the remaining usable capacity can be converted into time and presented to the user, and the user can know the usable capacity intuitively, thereby improving usability. be able to.
[0026]
In the above description, an example has been shown in which the remaining capacity when the program specified by the user is accumulated is shown in time. However, even when no program is specified, the usable capacity is shown in time. It is possible. This presentation method will be described below.
[0027]
In general, the transmission rate or capacity of a television program generally depends on the resolution of the video signal before encoding. Of course, the transmission rate and capacity after encoding change depending on the compression rate setting at the time of encoding, but from the viewpoint of maintaining constant image quality, if the video signal has the same resolution, The transmission rate or capacity does not change significantly. Thereby, even when a program is not specified, it is possible to estimate the capacity required when, for example, an HDTV program is stored for one hour. For example, an encoding rate of 22 Mbps or more is appropriate for displaying high-definition programs while maintaining appropriate quality. Therefore, if the remaining usable capacity is 9 GB, the high-definition programs are stored. In this case, the time is about 54 minutes. A display example of the usable time calculated in this way is shown in FIG. In the display example of FIG. 10, since no program is specified, each recordable time when a program with a different resolution is displayed is presented.
[0028]
When knowing the transmission rate for the program being stored, the storage unit controller 40 in FIG. 1 may be used to measure the amount of data stored in the HDD per unit time. In this case, it can be applied only to the program that is actually stored, but there is an advantage that the remaining usable time can be accurately known.
[0029]
Another embodiment of the present invention will be described with reference to FIGS. FIG. 11 is a diagram illustrating a configuration example of a signal input from the stream input terminal 10. Video 1H in the input stream shown in FIG. 11 is high-resolution video data of video 1, and video 1L is low-resolution video data of video 1. As shown in FIG. 11, in digital broadcasting, it is possible to multiplex and transmit signals having the same contents into one stream with different resolutions. When the usable capacity of the storage means 50 is small, it is conceivable that the entire program cannot be recorded when the high-resolution video 1H is recorded. Here, in this embodiment, when the selected program includes videos of a plurality of resolutions according to the procedure shown in FIG. 12, the control means 30 calculates the usable capacity when each of the videos is stored. And has a function of presenting to the user. As a result, when it is determined that all the programs designated by storing the video 1L instead of the video 1H can be stored, a selection screen as shown in the example of FIG. 13 is displayed. As a result, the user can instruct the accumulation when the user wants to accumulate the image because it may be a low-resolution image, so that the usability can be improved.
[0030]
FIG. 14 shows another embodiment of the present invention. The embodiment of FIG. 14 differs from the embodiment of FIG. 1 in that the output after processing by the decoder 70 can be stored in addition to the output of the demultiplexer 20.
[0031]
The decoder 70 has a function of calculating and decoding input encoded data. Here, the input encoded data is composed of a plurality of components of a low frequency component and a high frequency component in the MPEG2 standard, for example. Of these components, even if the high frequency components of the image are removed, the degree of influence on the image quality when a human views the image is small. In the present embodiment, the decoder 70 has a function of processing input encoded data to remove data having a small influence on image quality such as the high-frequency component and reconstructing and outputting the input encoded data. This program, for example, while the input coded data even programs that can not record all the available space in the storage means 50, the specified user by removing part of the input encoded data by the decoder 70 You can accumulate everything.
[0032]
The input encoded data from which the high frequency components have been removed by the decoder 70 may be stored in the storage means 50 as it is, or once configured in a packet format and stored by multiplexing information packets including information such as program titles. You may do it. When the data is stored as it is, it may be input directly to the decoder 70 at the time of reproduction, or may be input to the demultiplexer 20 and input to the decoding means 70 through without being processed in the demultiplexer 20 as it is. When information packets are multiplexed and stored, they may be input to the demultiplexer 20 for processing.
[0033]
FIG. 15 shows another embodiment of the present invention. In FIG. 15, reference numeral 140 denotes an encoder that encodes the output video signal and audio signal of the decoder 70, and 150 multiplexes the output video signal and audio signal of the encoder 140, and various information input from the control means 30 into one It is a multiplexer that multiplexes into a stream. If the usable capacity of the storage means 50 is smaller than the capacity of the entire program selected by the user, the program cannot be recorded as it is. In such a case, in FIG. 11, the video signal and the audio signal once decoded and reproduced by the decoder 70 are encoded at the encoding rate designated by the user or the encoding rate calculated by the control means 30. . The video signal and audio signal decoded by the decoder 70 are input to the encoder 140. The encoder 140 encodes and outputs the input video signal and the input audio signal at the encoding rate set by the control means 30. The multiplexer 150 packetizes and multiplexes the encoded video signal and the encoded audio signal, and also packetizes and multiplexes various information input from the control means 30. The stream multiplexed by the multiplexer 150 is input to the storage means controller 40 and stored in the storage means 50 in the same manner as when processing the stream input from the demultiplexer 20.
[0034]
In the above description, since the stream stored in the storage means 50 is composed of video data and audio data of an encoding rate set so as to be able to store all the programs specified within the usable capacity range, All programs specified by can be recorded. As a result, even when all the programs designated by the user cannot be stored at the transmission rate of the input stream, the encoding rate can be converted and recorded in the storage means 50, so that the program desired by the user can be recorded. it can.
[0035]
In the description of FIG. 15, the case where the information packet is multiplexed and stored in the multiplexer 150 has been described. However, the information packet does not necessarily have to be multiplexed. Further, at the time of reproduction, the output data of the storage means 40 may be input to the demultiplexer 70. In this case, the amount of data stored can be reduced by the amount of information packets.
[0036]
【The invention's effect】
As described above, according to the present invention, it is possible to provide a digital broadcast storage / playback apparatus that efficiently manages storage means.
[Brief description of the drawings]
FIG. 1 is a diagram showing an embodiment of a digital broadcast storage / playback apparatus according to the present invention.
FIG. 2 is a diagram showing an example of a packet arrangement of a stream processed in the present invention.
FIG. 3 is a diagram showing a program selection procedure of the digital broadcast storage / playback apparatus according to the present invention.
FIG. 4 is a diagram illustrating an example of a stored data format in the digital broadcast storage / playback apparatus according to the present invention.
FIG. 5 is a diagram showing an example of a display screen of the digital broadcast storage / playback apparatus according to the present invention.
FIG. 6 is a diagram showing an embodiment of a digital broadcast storage / playback apparatus according to the present invention.
FIG. 7 is a diagram showing an example of information display means of the digital broadcast storage / playback apparatus according to the present invention.
FIG. 8 is a diagram showing an example of a procedure for calculating a storable time in the digital broadcast storage / playback apparatus according to the present invention.
FIG. 9 is a diagram showing an example of a display screen of the digital broadcast storage / playback apparatus according to the present invention.
FIG. 10 is a diagram showing an example of a display screen of the digital broadcast storage / playback apparatus according to the present invention.
FIG. 11 is a diagram illustrating an example of a packet arrangement of a stream processed in the present invention.
FIG. 12 is a diagram showing an example of a video data selection procedure of the digital broadcast storage / playback apparatus according to the present invention.
FIG. 13 is a diagram showing an example of a display screen of the digital broadcast storage / playback apparatus according to the present invention.
FIG. 14 is a diagram showing an embodiment of a digital broadcast storage / playback apparatus according to the present invention.
FIG. 15 is a diagram showing an embodiment of a digital broadcast storage / playback apparatus according to the present invention.
FIG. 16 is a diagram illustrating a configuration example of a multimedia storage apparatus using a conventional PC.
[Explanation of symbols]
10 stream input terminal 20 demultiplexer 30 control means 40 storage means controller 50 HDD
60 Memory 70 Decoder 80 OSD
90 Video signal output terminal 100 Audio signal output terminal 110 Command input terminal 120 Flash memory 130 Information display means 140 Encoder 500 Multiplexer

Claims (5)

現在の番組あるいは将来放送される番組の伝送レートあるいはデータ量を示す情報を含むデータが入力されるデータ入力部と、
前記データ入力部より入力されたデータを蓄積するデータ蓄積手段と、
前記データ蓄積手段に蓄積されたデータを復号する復号手段と、
前記復号手段により復号されたデータを出力する出力手段と、
前記データ蓄積手段と、前記復号手段と、前記出力手段を制御する制御手段と、
コマンドを入力する入力手段とを備え、
前記制御手段は、前記入力手段における入力に基づいて前記データ蓄積手段の蓄積可能な残り容量を出力するように前記出力手段を制御し、前記入力手段により現在あるいは将来の番組蓄積を指示するコマンドを入力する場合に、前記現在の番組あるいは将来放送される番組の伝送レートあるいはデータ量を示す情報に基づき前記蓄積を指示された番組を全て蓄積することができるか否かを判定して結果を出力するように前記出力手段を制御し、前記データ入力部に入力されるデータに同一の番組でありながら符号化レートの異なる複数の映像データが多重されている場合には、各々の映像データの蓄積を行った場合の番組データ全ての前記データ蓄積手段への蓄積可否を判定して結果を出力するように前記出力手段を制御することを特徴とするデジタル放送蓄積再生装置。
A data input unit to which data including information indicating a transmission rate or a data amount of a current program or a program to be broadcast in the future is input;
Data storage means for storing data input from the data input unit;
Decoding means for decoding data stored in the data storage means;
Output means for outputting the data decoded by the decoding means;
Control means for controlling the data storage means, the decoding means, and the output means;
Input means for inputting commands,
The control means controls the output means to output the remaining capacity that can be stored in the data storage means based on the input in the input means, and issues a command for instructing the current or future program storage by the input means. When inputting, it is determined whether or not all the programs instructed to be stored can be stored based on information indicating the transmission rate or data amount of the current program or a program to be broadcast in the future, and the result is output. In the case where a plurality of pieces of video data having the same encoding program but different encoding rates are multiplexed on the data input to the data input unit, the output means is stored. And controlling the output means so as to determine whether or not all the program data when stored in the data storage means can be stored and output the result. That digital broadcast storage and reproducing apparatus.
請求項1に記載のデジタル放送蓄積再生装置において、
パケット単位で多重化されたストリームから所定のデータパケットを分離するデータ分離手段を備え、
前記データ蓄積手段は前記データ分離手段により分離されたデータパケットを蓄積し、
前記データ蓄積手段より出力されるデータは前記データ分離手段に入力されることを特徴とするデジタル放送蓄積再送信装置。
The digital broadcast storage / playback apparatus according to claim 1,
Data separation means for separating a predetermined data packet from a stream multiplexed in packet units,
The data storage means stores the data packets separated by the data separation means;
The digital broadcast storage / retransmission apparatus, wherein data output from the data storage means is input to the data separation means.
請求項1又は請求項2に記載のデジタル放送蓄積再生装置において、
データを表示する表示手段を備え、
前記制御手段は前記表示手段に前記データ蓄積手段の蓄積可能な残り容量を表示するように制御することを特徴とするデジタル放送蓄積再生装置。
The digital broadcast storage / playback apparatus according to claim 1 or 2,
A display means for displaying data;
The digital broadcast storage / playback apparatus, wherein the control means controls the display means to display a remaining capacity that can be stored in the data storage means.
請求項1〜3に記載のデジタル放送蓄積再生装置において
前記制御手段は、前記データ蓄積手段に蓄積可能な容量を伝送レートによって換算した時間で出力するように前記出力手段を制御することを特徴とするデジタル放送蓄積再生装置。
4. The digital broadcast storage / playback apparatus according to claim 1, wherein the control unit controls the output unit to output a capacity that can be stored in the data storage unit in a time converted by a transmission rate. Digital broadcast storage and playback device.
請求項1〜4に記載のデジタル放送蓄積再生装置において、
前記データ入力部に入力されるデータのデータパケットの伝送レートを検出する伝送レート検出手段を備えることを特徴とするデジタル放送蓄積再生装置。
The digital broadcast storage / reproduction device according to claim 1,
A digital broadcast storage / reproduction apparatus comprising transmission rate detection means for detecting a transmission rate of a data packet of data input to the data input unit.
JP2001350934A 2001-11-16 2001-11-16 Digital broadcast storage and playback device Expired - Fee Related JP3849501B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001350934A JP3849501B2 (en) 2001-11-16 2001-11-16 Digital broadcast storage and playback device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001350934A JP3849501B2 (en) 2001-11-16 2001-11-16 Digital broadcast storage and playback device

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2006188784A Division JP4215075B2 (en) 2006-07-10 2006-07-10 Information processing device

Publications (2)

Publication Number Publication Date
JP2003153151A JP2003153151A (en) 2003-05-23
JP3849501B2 true JP3849501B2 (en) 2006-11-22

Family

ID=19163329

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001350934A Expired - Fee Related JP3849501B2 (en) 2001-11-16 2001-11-16 Digital broadcast storage and playback device

Country Status (1)

Country Link
JP (1) JP3849501B2 (en)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100418374C (en) * 2003-05-05 2008-09-10 汤姆森许可贸易公司 Method and apparatus for indicating whether sufficient space exists for recording program
JP2005033622A (en) 2003-07-08 2005-02-03 Matsushita Electric Ind Co Ltd Apparatus and method for video signal recording
KR100859851B1 (en) * 2003-09-02 2008-09-24 삼성전자주식회사 Image-recording/reproducing system displaying state of recording medium amd displaying method thereof
KR101137341B1 (en) 2005-11-02 2012-04-19 엘지전자 주식회사 apparatus for receiving broadcast, method for displaying a diagnostic information
JP4996281B2 (en) * 2007-02-16 2012-08-08 株式会社東芝 Broadcast recording apparatus and broadcast recording method
JP2009171277A (en) * 2008-01-17 2009-07-30 Panasonic Corp Apparatus and method for recoding information data stream

Also Published As

Publication number Publication date
JP2003153151A (en) 2003-05-23

Similar Documents

Publication Publication Date Title
EP1552690B1 (en) Data management method
KR100793756B1 (en) Method for displaying a recording list and video recorder thereof
US20060039256A1 (en) Storing apparatus
JP4851839B2 (en) Recording / playback apparatus and program guide display method
JP2005039308A (en) Recording method for digital broadcast program, reproducing method therefor, and digital broadcast receiver
JP2006012225A (en) Information processor
JP2004236338A (en) Read synchronizing apparatus for video data and auxiliary data, its processing, and related product
US20030219235A1 (en) Recording device, recording method, and computer-readable program
JP3849501B2 (en) Digital broadcast storage and playback device
WO2000027113A1 (en) Recording/reproducing apparatus and method
JP4215075B2 (en) Information processing device
JP4852453B2 (en) Recording apparatus, video reproduction apparatus, and special reproduction method thereof
US20080298781A1 (en) Apparatus for recording audio-video data and method of recording audio-video data
JP2004040579A (en) Digital broadcast reception device and synchronous reproduction method for digital broadcast
JP4763589B2 (en) Playback device and playback method thereof
JP4003516B2 (en) Recording device
JP4656481B2 (en) Recording / reproducing apparatus, receiving apparatus, control method, and control program
JP2003009085A (en) Device and method for recording digital signal and device and method for reproducing digital signal
US20040190855A1 (en) Method for transmitting movie segment information
JP3861045B2 (en) Video signal recording apparatus, video signal recording method, and video signal recording program
JP3184175B2 (en) Decryption device
JP4288442B2 (en) Recording / reproducing apparatus and video processing method
US7206502B2 (en) Apparatus and method for recording and reproducing digital data
JP3897753B2 (en) Memory output device
JP4861221B2 (en) RECORDING DEVICE, RECORDING METHOD, VIDEO RECORDING / REPRODUCING DEVICE, AND RECORDING FILE PROCESSING METHOD THEREOF

Legal Events

Date Code Title Description
RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20060419

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060509

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060710

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: 20060808

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060821

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090908

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100908

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees