JPH11353797A - 情報処理装置および方法、並びに提供媒体 - Google Patents

Abstract

(57)【要約】 【課題】 同時記録再生が行われている状態で、変速再
生に迅速に対応することができるようにする。 【解決手段】 ステップＳ１で変速再生が指令される
と、ステップＳ２で続けて読み出す再生データのフレー
ム数をカウントするカウンタｉの値に、１が設定され
る。ステップＳ３で、カウンタｉの値に従って、処理切
換閾値Ｔｈｉが算出される。ステップＳ４において、ス
テップＳ３で算出された処理切換閾値Ｔｈｉが正の値
（０を含む）であるか否かが判定され、正の値であると
判定された場合、ステップＳ５に進み、ステップＳ３で
算出された値が処理切換閾値Ｔｈｉに決定される。ステ
ップＳ６で待機され、記録用データのデータ残量が処理
切換閾値より小さくなったとき、ステップＳ７で再生処
理が実行させる。ステップＳ８で、カウンタｉの値が１
つでけ増やされ、ステップＳ３に戻る。ステップＳ４
で、処理切換閾値Ｔｈｉが負の値であると判定された場
合、ステップＳ９に進み、処理切換閾値Ｔｈｉが０に設
定される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置およ
び方法、並びに提供媒体に関し、特に、同時記録再生が
実行されている状態においても、再生用バッファに記憶
されている以外の再生データが必要とされる再生処理に
対して迅速に対応でき、かつ、安定してデータを再生出
力できるようにした情報処理装置および方法、並びに提
供媒体に関する。

【０００２】

【従来の技術】光ディスクなどを記録媒体にした情報記
録再生装置において、入力される情報（例えば、映像デ
ータ）を記録および再生する場合、１つの記録媒体に対
し同時に読み書きできないので、従来、再生信号および
記録信号が内蔵する再生用バッファおよび記録用バッフ
ァに蓄積され、記録と再生が交互に行われるようになさ
れている。なお、以下、このような処理を同時記録再生
処理と称する。

【０００３】例えば、図１０（Ａ）に示すように、記録
データが、記録用バッファの予め決められた記憶容量
（記録用バッファサイズＶRS）一杯に蓄積されたとき、
すなわち、記録用バッファがフル状態になったとき（時
刻ｐ4、時刻ｐ8，時刻ｐ12、時刻16）、記録処理が開始
され、記録用バッファに蓄積された記録データが読み出
され、記録媒体に書き込まれる。このように、記録用バ
ッファに蓄積された記録データが読み出され、記録デー
タの記録用バッファの残量がなくなったとき（時刻ｐ
5、時刻ｐ9、時刻ｐ13、時刻ｐ17）、今度は、記録処理
は中止され、再生処理が開始される。このとき、記録用
バッファには、別途入力される記録データが蓄積され始
める。

【０００４】

【発明が解決しようとする課題】ところで、同時記録再
生処理が実行されている状態において、例えば、図１０
（Ｂ）に示すように、時刻ｐ4において、再生用バッフ
ァに記憶されている以外の再生データが必要とされる再
生処理、例えば、変速再生やジャンプ再生が指令された
とする。このとき、記録用バッファはフル状態になった
ので、記録処理が開始されている。そのため、記録デー
タの記録用バッファの残量が０となるまで、すなわち、
記録用バッファサイズＶRS分の記録データが全て読み出
されるまでの時間Ｔwの間、再生処理を開始することが
できない。その結果、例えば、変速再生やジャンプ再生
に対して迅速にレスポンスできない課題があった。

【０００５】図１０（Ｂ）に示すように、この例の場
合、３フレーム分の再生データが読み取られる時間に、
記録用バッファがフル状態になる。例えば、図１０
（Ａ）に示すように、時刻ｐ５において、記録データの
残量が０であった記録用バッファは、時刻ｐ８におい
て、フル状態になっている。これは、再生処理が、図１
０（Ｂ）に示すように、時刻ｐ５において開始（書き込
み位置から読み出し位置への移動が開始）され、時刻ｐ
８において、再生処理が中止（読み出し位置から書き込
み位置への移動が完了）されていることに対応する。

【０００６】ところで、これらのデータ（連続する２つ
またな３つのフレーム分の再生データ）を、読み出され
たタイミングでデコーダに転送させ、デコードさせる
と、例えば、時刻ｐ11乃至時刻ｐ14においては、再生デ
ータが出力されないので、画像が静止して表示される。
その結果、ユーザが違和感を感じ、不快になる課題があ
った。

【０００７】本発明はこのような状況に鑑みてなされた
ものであり、同時記録再生が実行されている状態におい
ても、再生用バッファに記憶されている以外の再生デー
タが必要とされる再生処理に対して迅速に対応でき、か
つ、安定してデータを再生出力できるようにするもので
ある。

【０００８】

【課題を解決するための手段】請求項１に記載の情報処
理装置は、再生データの単位数に基づいて、所定の閾値
を算出する算出手段と、記録データを蓄積し、記録デー
タの蓄積量が算出手段により算出された所定の閾値以下
になったとき、記録データの読み出しを中止し、新たな
記録データを蓄積する蓄積手段とを備えることを特徴と
する。

【０００９】請求項４に記載の情報処理方法は、再生デ
ータの単位数に基づいて、所定の閾値を算出する算出ス
テップと、記録データを蓄積し、記録データの蓄積量が
算出ステップで算出された所定の閾値以下になったと
き、記録データの読み出しを中止し、新たな記録データ
を蓄積する蓄積ステップとを含むことを特徴とする。

【００１０】請求項５に記載の提供媒体は、再生データ
の単位数に基づいて、所定の閾値を算出する算出ステッ
プと、記録データを蓄積し、記録データの蓄積量が算出
ステップで算出された所定の閾値以下になったとき、記
録データの読み出しを中止し、新たな記録データを蓄積
する蓄積ステップとを含む処理を実行させるコンピュー
タが読み取り可能なプログラムを提供することを特徴と
する。

【００１１】請求項１に記載の情報処理装置、請求項４
に記載の情報処理方法、および請求項５に記載の提供媒
体においては、再生データの単位数に基づいて、所定の
閾値が算出され、記録データが蓄積され、記録データの
蓄積量が算出された所定の閾値以下になったとき、記録
データの読み出しが中止され、新たな記録データが蓄積
される。

【００１２】

【発明の実施の形態】以下に本発明の実施の形態を説明
するが、特許請求の範囲に記載の発明の各手段と以下の
実施の形態との対応関係を明らかにするために、各手段
の後の括弧内に、対応する実施の形態（但し一例）を付
加して本発明の特徴を記述すると、次のようになる。但
し勿論この記載は、各手段を記載したものに限定するこ
とを意味するものではない。

【００１３】請求項１に記載の情報処理装置は、再生デ
ータの単位数に基づいて、所定の閾値を算出する算出手
段（例えば、図２のCPU２１）と、記録データを蓄積
し、記録データの蓄積量が算出手段により算出された所
定の閾値以下になったとき、記録データの読み出しを中
止し、新たな記録データを蓄積する蓄積手段（例えば、
図１の記録処理部２）とを備えることを特徴とする。

【００１４】請求項２に記載の情報処理装置は、再生デ
ータを蓄積し、蓄積した再生データを、再生の間隔に基
づいて算出した周期で読み出す蓄積手段（例えば、図２
の再生用バッファ３２）をさらに備えることを特徴とす
る。

【００１５】図１は、本発明を適用した情報記録再生装
置の構成例を表している。記録処理部２は、所定の伝送
路を介して伝送されてきた映像信号および音声信号に所
定の処理を施し、記録媒体１に供給するようになされて
いる。光ピックアップ３は、例えば光磁気ディスクより
なる記録媒体１を制御し、記録処理部２からの信号を、
記録媒体１の所定の番地に記録させたり、記録媒体１か
ら所定の信号を再生させ、再生処理部４に供給させる。
再生処理部４は、記録媒体１から供給される再生データ
を処理し、モニタなどの外部の装置に出力するようにな
されている。

【００１６】制御部５は、記録処理部２、光ピックアッ
プ３、および再生処理部４を制御し、記録処理および再
生処理など所定の処理を実行させるようになされてい
る。

【００１７】図２は、再生処理部４および制御部５の詳
細な構成例を表している。制御部５のCPU２１は、RAM２
２に記憶されるTOC（Table Of Contents）（後述）を参
照し、光ピックアップ３の動作を制御する。この例の場
合、記録媒体１に記録されているデータは、MPEG(Movin
g Picture Experts Group）２を用いてエンコードされ
た映像データであるとする。

【００１８】DMA(Direct Memory Access）コントローラ
２３は、CPU２１により制御され、復調器３１により復
調された映像データを、再生用バッファ３２に転送さ
せ、さらにデコーダ３３に転送させる。デコーダ３３
は、MPEG２デコーダであり、再生用バッファ３２から転
送された映像データをデコードする。デコードされた映
像データは、DMAコントローラ２３の指示により、さら
にNTSC（National Television System Committee）エン
コーダ３４に転送され、NTSC方式の映像データにエンコ
ードされる。そして、エンコードされた映像データは、
例えば、外部のモニタに転送され、表示される。

【００１９】次に、図３を参照して、記録媒体１に記録
される映像データの状態を説明する。この例において
は、記録媒体１に、ドラマ0-0，コマーシャル0-1，ドラ
マ0-2が記録されている。また、ドラマ0-0のファイルは
２つに断片化されて記録されている。すなわちドラマ0-
0のファイルは、セクタ０乃至４まで続き、その後セク
タ１１にジャンプし、セクタ１３まで記録されている。
同様に、ＣＭ（コマーシャル）0-1は、セクタ１４乃至
１７まで記録されており、ドラマ0ー2はセクタ１８乃至
２１まで連続的に記録され、その後セクタ２７にジャン
プし、セクタ２９まで連続して記録されている。

【００２０】図４は、図３に示したファイルが記録され
ている記録媒体１に記録されているTOCの内容を表して
いる。TOCは、図４に示しすように階層構造になされて
おり、最上位レイヤから順に「タイムコード」、「ファ
イル名」、「先頭からの位置」、「特徴点情報」、「セ
クタ番号」、「リンク情報」、および「物理アドレス」
から構成されている。「タイムコード」には、そのファ
イルの開始時刻と終了時刻が記録されている。「ファイ
ル名」は、そのファイルの名前であり、ユーザが所望の
名前を記録させることが可能である。「先頭からの位
置」は、そのファイルの記録媒体１上での先頭からのバ
イト数を示しており、「特徴点情報」は、そのファイル
のセクタに含まれているMPEG２のピクチャの種類および
枚数を示している。

【００２１】「セクタ番号」は、そのファイルのセクタ
番号を示しており、「リンク情報」は、そのセクタが終
了後にジャンプするセクタ番号、またはそのファイルの
終了（fff）を示している。「物理アドレス」は、セク
タ番号に対応する記録媒体１上の位置（トラック番号
と、そのトラック内におけるアドレスで規定される）を
示している。

【００２２】例えば、ドラマ0-0は、開始時刻が「00:0
0:00:00」であり、終了時刻が「00:05:02:15」である。
また、セクタ番号０から順にセクタ番号４までリンクさ
れ、その後セクタ番号１１にリンクされている。そして
セクタ番号１１乃至１３までリンクされ、セクタ１３に
おいて、リンク情報（fff）によりドラマ0-0のファイル
のリンクは終了される。また、ドラマ0-0は、特徴点情
報から、Ｉ（Intra）ピクチャが１枚、Ｂ（Bidirection
ally Predictive）ピクチャ６枚、およびＰ（Predictiv
e）ピクチャ３枚により構成さていることが判る。従っ
て、例えば、セクタ番号０が再生されるとき、物理アド
レスに記録されている情報に従い、トラック（Track）
０のアドレス（address）０に光ピックアップ３がセッ
トされ、読み出しが始められる。

【００２３】次に、同時記録再生処理が実行されている
状態において、再生用バッファ３２に記憶されている以
外の再生データが必要となる再生処理、例えば、変速再
生やジャンプ再生に迅速に対応する処理の手順を、図５
のフローチャートを参照して説明する。

【００２４】同時記録再生処理が実行されている状態に
おいて、ステップＳ１において、変速再生が制御部５の
CPU２１に指令されると、ステップＳ２において、CPU２
１は、続けて読み出す再生データのフレーム数をカウン
トするカウンタｉの値を、１に初期設定する。

【００２５】次に、ステップＳ３において、CPU２１
は、カウンタｉの値に従って、処理切換閾値Ｔｈｉを算
出する。処理切換閾値Ｔｈｉは、記録処理部２に設けら
れている記録用バッファ（図示せぬ）における記録デー
タの残量を規定し、記録データの記録バッファの残量
が、処理切換閾値Ｔｈｉ以下になったとき、ディスクに
対する記録処理が中止され、再生処理が開始される。処
理切換閾値Ｔｈｉはまた、記録媒体１から続けて読み出
される再生データのフレーム数が増えると、その値が小
さくなる。なお、処理切換閾値Ｔｈｉの詳細は後述す
る。

【００２６】ステップＳ４において、CPU２１は、ステ
ップＳ３で算出された処理切換閾値Ｔｈｉが正の値（０
を含む）であるか否かを判定し、正の値であると判定し
た場合、ステップＳ５に進み、ステップＳ３で算出され
た値を処理切換閾値Ｔｈｉに決定する。

【００２７】次に、ステップＳ６において、CPU２１
は、記録データの記録用バッファの残量が処理切換閾値
Ｔｈｉより小さくなるまで待機し、記録用データのデー
タ残量が処理切換閾値より小さくなったとき、ステップ
Ｓ７に進む。記録データの記録用バッファの残量が処理
切換閾値Ｔｈｉより大きいときは、ディスクに対する記
録処理が実行され、記録用バッファから蓄積された記録
データが読み出され、ディスクに記録される。

【００２８】ステップＳ７において、CPU２１は、再生
処理部４を制御し、再生処理を実行させる。すなわち、
ここでは、CPU２１は、カウンタｉの値の数のフレーム
分の再生データを、光ピックアップ３を制御し、記録媒
体１から読み出させ、再生処理部４に出力させる。

【００２９】次に、ステップＳ８において、CPU２１
は、カウンタｉの値を１つでけ増やして、ステップＳ３
に戻り、以下の処理が繰り返し実行される。

【００３０】ステップＳ４において、処理切換閾値Ｔｈ
ｉが負の値であると判定された場合、ステップＳ９に進
み、CPU２１は、処理切換閾値Ｔｈｉを０に設定する。

【００３１】図６は、処理切換閾値Ｔｈｉに従って記録
処理状態から再生処理状態に切り換わる様子を表してい
る。次に、これを参照して、同時記録再生が実行されて
いる状態において、変速再生に迅速に対応する処理の手
順を具体的に説明する。

【００３２】この例の場合、時刻ｔ4において、変速再
生が制御部５のCPU２１に指令される（ステップＳ１）
と、CPU２１は、カウンタｉの値に１を初期設定（ステ
ップＳ２）し、図６（Ａ）中の処理切換閾値Ｔｈ1を算
出する。

【００３３】処理切換閾値Ｔｈｉは、次式に従って求め
られる。 Ｔｈｉ＝ＶRS−（ｉ×Ｔj＋ｉ×Ｔr＋２Ｔs）×Ｒm 記録用データビットレートＲmは、記録バッファに入力
される記録データのビットレートである。

【００３４】再生データ読み出し時間Ｔrは、図６
（Ｂ）に示すように、１つのフレーム分の再生データが
記録媒体１から読み出される時間で、次式に従って求め
られる。Ｔｒ＝Ｂr÷Ｒrビット量Ｂrは、各フレームの
ビット量を、読み出しレートＲrは、再生データが記録
媒体１から読み出されるビットレートを表している。

【００３５】ジャンプ・シーク時間Ｔjは、図６（Ｂ）
に示すように、光ピックアップ３が次のフレームの読み
出し位置へ移動する時間で、RAM２２に記憶されるTOCに
示される読み出し位置の記録媒体１上の絶対位置によっ
て決定される。この例においては、簡単のために、ジャ
ンプする記録媒体１上のトラック番号の差Ｄtとオフセ
ットとなる回転待ち時間Ｄwからなる次式に従って、ジ
ャンプ・シーク時間Ｔjを算出するようにする。 Ｔj＝α×Ｄt＋Ｄw α＝定数

【００３６】ジャンプ・シーク時間ＴSは、光ピックア
ップ３が記録データ書き込み位置から再生データ読み出
し位置へ移動する時間で、RAM２２に記憶されるTOCに示
される読み出し位置の記録媒体１上の絶対位置によって
決定される。この例においては、簡単のために、ジャン
プする記録媒体１上のトラック番号の差Ｄtとオフセッ
トとなる回転待ち時間Ｄwからなる次式に従って、ジャ
ンプ・シーク時間ＴSを算出するようにする。 Ｔs＝β×Ｄt＋Ｄw β＝定数

【００３７】例えば、ｉ＝１のとき、Ｔｈ1は、 Ｔｈ1＝Ｖrs−（Ｔj＋Ｔr＋２Ｔs）×Ｒm となる。すなわち、処理切換閾値Ｔｈ1は、記録用バッ
ファＶRSと、この式の第２項で求められる、図６（Ａ）
に示すＶ1との差である。つまり、処理切換閾値Ｔｈ1
は、１つのフレーム分の再生データが読み出される（ス
テップＳ７）間に、記録用バッファがフル状態にならい
ように算出されている。

【００３８】上述したように、処理切換閾値Ｔｈｉは、
算出される（ステップＳ３）

【００３９】ところで、ｉ＝１のとき算出された処理切
換閾値Ｔｈ1は、図６（Ａ）に示すように、正の値であ
る（ステップＳ４）ので、これが処理切換閾値とされる
（ステップＳ５）。

【００４０】次に、時刻ｔ5において、記録データの記
録用バッファの軌跡が処理切換閾値Ｔｈ1と等しくなっ
たとき（ステップＳ６）、図６（Ｂ）に示すように、ジ
ャンプ・シーク時間だけＴs経過した時刻ｔ6から、光ピ
ックアップ３は、記録媒体１から１フレーム分の再生デ
ータを読み出す（ステップＳ７）。

【００４１】次に、時刻ｔ8において、記録用バッファ
がフル状態になると、記録処理が開始され、記録データ
が記録用バッファから読み出される。次の処理切換閾値
Ｔｈ2は、ｉ＝２（ステップＳ８）として算出され、処
理切換閾値Ｔｈ１より小さい値となる。すなわち、次の
再生処理において、２フレーム分の再生データが読み取
られる。

【００４２】次に、時刻ｔ12において、記録用バッファ
がフル状態になると、記録処理が開始され、記録データ
が記録用バッファから読み出される。次の処理切換閾値
Ｔｈ3は、ｉ＝３として算出されるが、この例の場合、
処理切換閾値Ｔｈ3＜０となるので、データ蓄積敷値Ｔ
ｈ3は、０に設定される（ステップＳ９）。その結果、
以降の再生処理において、３フレーム分の再生データが
読み取られるようになる。

【００４３】なお、図５のフローチャートにおいては、
ステップＳ４において、処理切換閾値Ｔｈｉが正の値か
否かが判定されたが、予め処理切換閾値が負の値になら
ないいようなフレームの最大数を算出しておき、カウン
タｉの値がその最大数と等しくなったか否かを判定する
こともできる。

【００４４】このように、処理切換閾値Ｔｈｉを設定す
るようにしたので、記録データの記録用バッファの残量
が０になる前に（処理切換閾値Ｔｈｉになったとき）、
再生データを読み取ることができる。すなわち、記録媒
体１に書き込む記録データ（記録用バッファから読み出
される記録データ）の量が、処理切換閾値Ｔｈｉ分だ
け、少なくなるので、変更処理が指令されてからそれが
開始されるまでの時間の時間Ｔwsが図１０に示す時間Ｔ
w（記録用バッファサイズＶRS分の記録データを記録媒
体１に書き込むのに必要な時間）より短かくなり、その
分迅速に再生データを読み出すことができる。

【００４５】次に、図６（Ｃ）を参照して、記録媒体１
から読み取られ再生データをデコーダ３３に転送する場
合の処理手順を説明する。

【００４６】図６（Ｃ）中の、記録媒体１から読み出す
周期Ｔｉは、次式に従って算出される。 Ｔｉ＝Ｒｉ／２ 読み出し間隔Ｒｉは、記録用バッファサイズＶRS分の記
録データを記録媒体１に書き込むのにかかる時間をＴw
とすると、例えば、ｉ＝２のとき、次式で表される。 Ｒ2＝２（Ｔr＋Ｔj）＋２Ｔs＋Ｔw このとき、周期Ｔ2は、 Ｔ2＝Ｒｉ／２＝Ｔr＋Ｔj＋Ｔs＋Ｔｗ／２ となる。これを一般式にすると、次式のようになる。 Ｔｉ＝Ｒｉ／２＝Ｔr＋Ｔj＋（２Ｔs＋Ｔｗ）／２

【００４７】この例の場合、このようにして算出された
周期Ｔ1（時間Ｔ1）、周期Ｔ2、および周期Ｔ3で、再生
用バッファ３２に蓄積された再生データ（フレーム）を
デコーダ３３に転送するようにしたので、ユーザが違和
感を感じないような映像を出力することができる。

【００４８】次に、記録用バッファサイズＶRSを変更す
る場合の処理手順を、図７のフローチャートを参照して
説明する。

【００４９】同時記録再生処理が実行されている状態
で、ステップＳ２１において、変速再生が制御部５のCP
U２１に指令されると、ステップＳ２２において、CPU２
１は、現在記録処理が実行されているか、または再生処
理が実行されているかを判定し、記録処理が実行されて
いると判定した場合、ステップＳ２３に進み、図８
（Ａ）に示すように、記録用バッファサイズＶRSを、Ｖ
2分だけ大きい記録用バッファサイズＶRSSに変更（増
加）する処理を実行する。

【００５０】ステップＳ２２において、現在再生処理が
実行されていると判定された場合、ステップＳ２３の処
理はスキップして、ステップＳ２４に進み、カウンタｉ
の値に１を初期設定し、以下の処理を実行させる。

【００５１】以降、ステップＳ２４乃至Ｓ３１で、図５
のステップＳ２乃至Ｓ９における場合と同様の処理が実
行される。すなわち、カウンタｉの値に従って、処理切
換閾値Ｔｈｉが算出されるが、この場合、次式に従って
算出される。 処理切換閾値Ｔｈｉ＝ＶRSS−（ｉ×Ｔj＋ｉ×Ｔr＋２
Ｔs）×Ｒm ただし、処理切換閾値Ｔｈｉ＞＝０

【００５２】なお、図８（Ｃ）に示す周期Ｔ21（時間Ｔ
21）、周期Ｔ22、周期Ｔ23、周期Ｔ24は、図６における
周期Ｔ1（時間Ｔ1）、周期Ｔ2、周期Ｔ3、周期Ｔ4と同
様に算出したものであり、その説明は省略する。

【００５３】図９は、ｉ＝１のとき、次式に従って処理
切換閾値Ｔｈｉが算出され、 処理切換閾値Ｔｈｉ＝ＶRSS−（ｉ×Ｔj＋ｉ×Ｔr＋２
Ｔs）×Ｒm ｉ＞＝２のとき、次式に従って処理切換閾値Ｔｈｉが算
出された場合の記録用バッファ（図９（Ａ））および再
生用バッファ３２（図９（Ｂ））の状態を表している。

【００５４】処理切換閾値Ｔｈｉ＝ＶRSS−（ｉ×Ｔj＋
ｉ×Ｔr＋２Ｔs）×Ｒm なお、図９（Ｃ）に示す周期Ｔ11（時間Ｔ11）、周期Ｔ
12、周期Ｔ13、周期Ｔ14は、図６における周期Ｔ1（時
間Ｔ1）、周期Ｔ2、周期Ｔ3、周期Ｔ4を算出した同様の
方法に基づいて算出したものであり、その説明は省略す
る。

【００５５】このように、記録用バッファサイズＶRS
を、より大きい容量の記録用バッファサイズＶRSSに変
更するようにしたので、記録状態であっても直ちに再生
処理に切り換えることが可能となり、より速やかに再生
データを記録媒体１から読み出すことができる。

【００５６】なお、上記したような処理を行うコンピュ
ータプログラムをユーザに提供する提供媒体としては、
磁気ディスク、CD-ROM、固体メモリなどの記録媒体の
他、ネットワーク、衛星などの通信媒体を利用すること
ができる。

【００５７】

【発明の効果】請求項１に記載の情報処理装置、請求項
３に記載の情報処理方法、および請求項４に記載の提供
媒体によれば、再生データの単位数に基づいて、閾値を
算出し、設定するようにしたので、記録媒体からの再生
データの再生を迅速に行うことができる。

【図面の簡単な説明】

【図１】本発明を提供した情報記録再生装置の構成例を
表す図である。

【図２】図１の制御部５と再生処理部４の詳細な構成例
を表す図である。

【図３】記録媒体上に記録されているデータを説明する
図である。

【図４】TOCを説明する図である。

【図５】変更再生に対応する処理を説明するフローチャ
ートである。

【図６】処理切換閾値Ｔｈｉに対応したバッファの様子
を表す図である。

【図７】変更再生に対応する他の処理を説明するフロー
チャートである。

【図８】処理切換閾値Ｔｈｉに対応したバッファに蓄積
されるデータの軌跡説明する図である。

【図９】処理切換閾値Ｔｈｉに対応したバッファに蓄積
さえるデータの軌跡を説明する図である。

【図１０】従来の情報記録再生装置のバッファに蓄積さ
れるデータの軌跡を説明する図である。

【符号の説明】

１ 記録媒体， ２ 記録処理部， ３ 光ピックアッ
プ， ４ 再生処理部，５ 制御部， ２１ CPU，
２２ RAM， ２３ ＤＭＡ， ３１ 復調器，３２
再生用バッファ， ３３ デコーダ， ３４ NTSCエン
コーダ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 長徳 弘一 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内

Claims (5)

【特許請求の範囲】
1. 【請求項１】 記録媒体に対する記録データの記録と、
   記録媒体からの再生データの再生を交互に行う情報処理
   装置において、 前記再生データの単位数に基づいて、前記所定の閾値を
   算出する算出手段と、 前記記録データを蓄積し、前記記録データの蓄積量が前
   記算出手段により算出された前記所定の閾値以下になっ
   たとき、前記記録データの読み出しを中止し、新たな記
   録データを蓄積する蓄積手段とを備えることを特徴とす
   る情報処理装置。
2. 【請求項２】前記再生データを蓄積し、蓄積した前記再
   生データを、前記再生の間隔に基づいて算出した周期で
   読み出す蓄積手段をさらに備えることを特徴とする請求
   項１に記載の情報処理装置。
3. 【請求項３】 前記蓄積手段は、所定のタイミングで蓄
   積量を増加することを特徴とする請求項１に記載の情報
   処理装置。
4. 【請求項４】 記録媒体に対する記録データの記録と、
   記録媒体からの再生データの再生を交互に行う情報処理
   装置の情報処理方法において、 前記再生データの単位数に基づいて、前記所定の閾値を
   算出する算出ステップと、 前記記録データを蓄積し、前記記録データの蓄積量が前
   記算出ステップで算出された前記所定の閾値以下になっ
   たとき、前記記録データの読み出しを中止し、新たな記
   録データを蓄積する蓄積ステップとを含むことを特徴と
   する情報処理方法。
5. 【請求項５】 記録媒体に対する記録データの記録と、
   記録媒体からの再生データの再生を交互に行う情報処理
   装置の情報処理装置に、 前記再生データの単位数に基づいて、前記所定の閾値を
   算出する算出ステップと、 前記記録データを蓄積し、前記記録データの蓄積量が前
   記算出ステップで算出された前記所定の閾値以下になっ
   たとき、前記記録データの読み出しを中止し、新たな記
   録データを蓄積する蓄積ステップとを含む処理を実行さ
   せるコンピュータが読み取り可能なプログラムを提供す
   ることを特徴とする提供媒体。