JPH10269706A - 情報再生装置及び情報再生方法 - Google Patents
情報再生装置及び情報再生方法Info
- Publication number
- JPH10269706A JPH10269706A JP9076073A JP7607397A JPH10269706A JP H10269706 A JPH10269706 A JP H10269706A JP 9076073 A JP9076073 A JP 9076073A JP 7607397 A JP7607397 A JP 7607397A JP H10269706 A JPH10269706 A JP H10269706A
- Authority
- JP
- Japan
- Prior art keywords
- size
- information
- information material
- recording medium
- clip
- 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.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 title claims abstract description 27
- 239000000463 material Substances 0.000 claims abstract description 109
- 239000002994 raw material Substances 0.000 abstract 1
- 239000000872 buffer Substances 0.000 description 58
- 238000010586 diagram Methods 0.000 description 10
- 230000006870 function Effects 0.000 description 6
- 230000006835 compression Effects 0.000 description 4
- 238000007906 compression Methods 0.000 description 4
- 230000005236 sound signal Effects 0.000 description 3
- 101000969688 Homo sapiens Macrophage-expressed gene 1 protein Proteins 0.000 description 2
- 102100021285 Macrophage-expressed gene 1 protein Human genes 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 230000000052 comparative effect Effects 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000002542 deteriorative effect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/10527—Audio or video recording; Data buffering arrangements
-
- 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
-
- 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2213/00—Indexing scheme relating to interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F2213/28—DMA
- G06F2213/2806—Space or buffer allocation for DMA transfers
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
- G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00007—Time or data compression or expansion
- G11B2020/00014—Time or data compression or expansion the compressed signal being an audio signal
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00007—Time or data compression or expansion
- G11B2020/00072—Time or data compression or expansion the compressed signal including a video signal
-
- 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
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2508—Magnetic discs
- G11B2220/2516—Hard disks
-
- 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/782—Television signal recording using magnetic recording on tape
- H04N5/783—Adaptations for reproducing at a rate different from the recording rate
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Television Signal Processing For Recording (AREA)
Abstract
(57)【要約】
【課題】 ビテオ・オーディオ素材を、正確に早送りや
巻戻し等の特殊再生を行うことができる情報再生装置を
提供すること。 【解決手段】 複数のクリップを有する情報素材１４を
読みだして再生するための情報再生装置であり、記録メ
ディア２０のアクセス単位のサイズＳＺ３が、記録メデ
ィア２０に対する最小アクセス可能単位のサイズＳＺ４
と、情報素材再生手段２２における最小処理単位のサイ
ズＳＺ１と、の公倍数に設定されている。
巻戻し等の特殊再生を行うことができる情報再生装置を
提供すること。 【解決手段】 複数のクリップを有する情報素材１４を
読みだして再生するための情報再生装置であり、記録メ
ディア２０のアクセス単位のサイズＳＺ３が、記録メデ
ィア２０に対する最小アクセス可能単位のサイズＳＺ４
と、情報素材再生手段２２における最小処理単位のサイ
ズＳＺ１と、の公倍数に設定されている。
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、複数のクリップを
有する情報素材を読みだして再生するための情報再生装
置及び情報再生方法に関するものである。
有する情報素材を読みだして再生するための情報再生装
置及び情報再生方法に関するものである。
【０００２】
【従来の技術】近年、画像情報や音声情報をなるべく劣
化させずに圧縮符号化して、再び再生手段によりその圧
縮符号化した情報素材を復号化する技術が発達してきて
いる。その画像情報や音声情報を圧縮符号化して復号化
（伸張）する方式としては、例えばＭＰＥＧ（エムペ
グ：Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ
Ｇｒｏｕｐ）システム規格が提案されている。このよう
なＭＰＥＧシステム規格で圧縮して多重化されたビデオ
オーディオ素材等は、図１１に示すように複数のクリッ
プから構成されている。このクリップとは、複数個のク
ラスタ、例えば図１１の例では４個のクラスタから構成
されている。このクラスタとは、ハードディスク（Ｈ
Ｄ）に形成されている一般にセクタと呼ばれるある単位
（例えば５１２バイト）の整数倍の単位である。図１１
の例では２つの前のクリップＣＰ１とあるクリップＣＰ
２が示されている。
化させずに圧縮符号化して、再び再生手段によりその圧
縮符号化した情報素材を復号化する技術が発達してきて
いる。その画像情報や音声情報を圧縮符号化して復号化
（伸張）する方式としては、例えばＭＰＥＧ（エムペ
グ：Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ
Ｇｒｏｕｐ）システム規格が提案されている。このよう
なＭＰＥＧシステム規格で圧縮して多重化されたビデオ
オーディオ素材等は、図１１に示すように複数のクリッ
プから構成されている。このクリップとは、複数個のク
ラスタ、例えば図１１の例では４個のクラスタから構成
されている。このクラスタとは、ハードディスク（Ｈ
Ｄ）に形成されている一般にセクタと呼ばれるある単位
（例えば５１２バイト）の整数倍の単位である。図１１
の例では２つの前のクリップＣＰ１とあるクリップＣＰ
２が示されている。
【０００３】図１１の従来の例では、ハードディスク
（ＨＤ）１においてクリップＣＰ１，ＣＰ２等を有する
情報素材（ＭＰＥＧストリーム）２が記録されている。
このハードディスク１に記録されている情報素材２は、
復号器であるデコーダにより復号されるのであるが、こ
のハードディスク１とデコーダ２の間では情報素材２を
直接アクセスできない。この理由としては、ハードディ
スク１にある単位（例えば４バイト、以後セル１ａと称
する）ずつにＭＰＥＧストリームを分割して記録してお
り、ハードディスク１のセル１ａとクラスタＣＴのサイ
ズの差を吸収するためのバッファとして、ＤＭＡバッフ
ァ３を使用する必要がある。つまり、ハードディスク１
にアクセスする場合には、一旦情報素材２は、バッファ
３Ａあるいはバッファ３Ｂに蓄える必要がある。
（ＨＤ）１においてクリップＣＰ１，ＣＰ２等を有する
情報素材（ＭＰＥＧストリーム）２が記録されている。
このハードディスク１に記録されている情報素材２は、
復号器であるデコーダにより復号されるのであるが、こ
のハードディスク１とデコーダ２の間では情報素材２を
直接アクセスできない。この理由としては、ハードディ
スク１にある単位（例えば４バイト、以後セル１ａと称
する）ずつにＭＰＥＧストリームを分割して記録してお
り、ハードディスク１のセル１ａとクラスタＣＴのサイ
ズの差を吸収するためのバッファとして、ＤＭＡバッフ
ァ３を使用する必要がある。つまり、ハードディスク１
にアクセスする場合には、一旦情報素材２は、バッファ
３Ａあるいはバッファ３Ｂに蓄える必要がある。
【０００４】このような例えばクリップＣＰ１，ＣＰ２
の各クラスタＣＴを順次連続してデコーダ４ａ，４ｂに
送って再生する場合には、図１１に示すようにスイッチ
ャ５を用いる。前のクリップＣＰ１の最初のクラスタＣ
Ｔ１はバッファ３Ａに蓄えられてデコーダ４ａで再生さ
れ、次のクラスタＣＴ２はバッファ３Ｂに収容されてデ
コーダ４ｂで復号化される。スイッチャ５は、このデコ
ーダ４ａと４ｂを切り換えることにより、各クラスタＣ
Ｔを順次例えばビデオ信号やオーディオ信号として取り
出す。このようにスイッチャ５が２つのデコーダ４ａと
４ｂを切り換えることにより、前のクリップＣＰ１のク
ラスタＣＴとある（後の）クリップＣＰ２のクラスタＣ
Ｔを順次再生していくことになる。
の各クラスタＣＴを順次連続してデコーダ４ａ，４ｂに
送って再生する場合には、図１１に示すようにスイッチ
ャ５を用いる。前のクリップＣＰ１の最初のクラスタＣ
Ｔ１はバッファ３Ａに蓄えられてデコーダ４ａで再生さ
れ、次のクラスタＣＴ２はバッファ３Ｂに収容されてデ
コーダ４ｂで復号化される。スイッチャ５は、このデコ
ーダ４ａと４ｂを切り換えることにより、各クラスタＣ
Ｔを順次例えばビデオ信号やオーディオ信号として取り
出す。このようにスイッチャ５が２つのデコーダ４ａと
４ｂを切り換えることにより、前のクリップＣＰ１のク
ラスタＣＴとある（後の）クリップＣＰ２のクラスタＣ
Ｔを順次再生していくことになる。
【０００５】ところで、ＶＴＲ等でビテオ・オーディオ
素材を再生して利用する場合に、使用者はビテオ・オー
ディオ素材のクリップの先頭から通して再生するばかり
でなく、クリップの途中から再生したい場合もある。そ
の為に、一般的にＶＴＲのような機器では、ＦＦ（早送
り）やＲＥＷ（巻戻し）といった機能が装備されてい
る。このようなＶＴＲ等の機器と同様にして、ＭＰＥＧ
システム方式で符号化されたビテオ・オーディオ素材を
復号化（再生）するシステムを利用する場合において
も、使用者は復号化されたビテオ・オーディオ素材のク
リップの途中から再生したい場合がある。クリップの途
中から再生する実現方法としては、次のような２つがあ
る。 方法．クリップの随所に何らかの「目印」となるコー
ドを挿入するようにクリップをエンコードして、かつク
リップの再生時には所望の「目印」の位置からクリップ
のデータを読み出せるような機能をサポートする。 方法．クリップの圧縮レートと所望の時間（位置）か
ら再生開始位置を算出する。この方式では、例えば圧縮
レートが１０Ｍｂｐｓであり、現時点よりも１２０秒後
の位置から再生したい場合には、１２００Ｍｂｉｔ先の
所から再生すればよい。
素材を再生して利用する場合に、使用者はビテオ・オー
ディオ素材のクリップの先頭から通して再生するばかり
でなく、クリップの途中から再生したい場合もある。そ
の為に、一般的にＶＴＲのような機器では、ＦＦ（早送
り）やＲＥＷ（巻戻し）といった機能が装備されてい
る。このようなＶＴＲ等の機器と同様にして、ＭＰＥＧ
システム方式で符号化されたビテオ・オーディオ素材を
復号化（再生）するシステムを利用する場合において
も、使用者は復号化されたビテオ・オーディオ素材のク
リップの途中から再生したい場合がある。クリップの途
中から再生する実現方法としては、次のような２つがあ
る。 方法．クリップの随所に何らかの「目印」となるコー
ドを挿入するようにクリップをエンコードして、かつク
リップの再生時には所望の「目印」の位置からクリップ
のデータを読み出せるような機能をサポートする。 方法．クリップの圧縮レートと所望の時間（位置）か
ら再生開始位置を算出する。この方式では、例えば圧縮
レートが１０Ｍｂｐｓであり、現時点よりも１２０秒後
の位置から再生したい場合には、１２００Ｍｂｉｔ先の
所から再生すればよい。
【０００６】
【発明が解決しようとする課題】上述した方法は、Ｄ
ＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓ
ｃ）等に採用されている方式であり、正確に所望の位置
から再生できるというメリットがあるものの、「目印」
を扱う機能が必要となりシステム構成が複雑になってし
まうというデメリットがある。一方、方法は、実現方
法が簡単でありシステムを単純にできるというメリット
がある。しかし、クリップのおおよその位置からしか再
生できないというデメリットがある。ただしもう一度少
し前から再生してみたい場合等、必ずしも正確な位置か
ら再生できなくても数秒程度の精度があれば十分な用途
も少なくない。そのような一般的な用途においては、方
法は最適である。
ＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓ
ｃ）等に採用されている方式であり、正確に所望の位置
から再生できるというメリットがあるものの、「目印」
を扱う機能が必要となりシステム構成が複雑になってし
まうというデメリットがある。一方、方法は、実現方
法が簡単でありシステムを単純にできるというメリット
がある。しかし、クリップのおおよその位置からしか再
生できないというデメリットがある。ただしもう一度少
し前から再生してみたい場合等、必ずしも正確な位置か
ら再生できなくても数秒程度の精度があれば十分な用途
も少なくない。そのような一般的な用途においては、方
法は最適である。
【０００７】しかし方法では、再生開始位置に何ら制
限を付けることなく任意の位置から再生を行うようにす
ると、ＭＰＥＧ２システム規格で規定されているパケッ
トと呼ばれる最小単位の途中から再生（符号化されたビ
テオ・オーディオ素材のクリップをデコーダに供給して
復号化すること）してしまう場合がある。この場合に、
デコーダがそのデータを正しく処理できない可能性があ
る。そこで本発明は上記課題を解消し、ビテオ・オーデ
ィオ素材を、正確に早送りや巻戻し等の特殊再生を行う
ことができる情報再生装置及び情報再生方法を提供する
ことを目的としている。
限を付けることなく任意の位置から再生を行うようにす
ると、ＭＰＥＧ２システム規格で規定されているパケッ
トと呼ばれる最小単位の途中から再生（符号化されたビ
テオ・オーディオ素材のクリップをデコーダに供給して
復号化すること）してしまう場合がある。この場合に、
デコーダがそのデータを正しく処理できない可能性があ
る。そこで本発明は上記課題を解消し、ビテオ・オーデ
ィオ素材を、正確に早送りや巻戻し等の特殊再生を行う
ことができる情報再生装置及び情報再生方法を提供する
ことを目的としている。
【０００８】
【課題を解決するための手段】上記目的は、本発明にあ
っては、複数のクリップを有する情報素材を読みだして
再生するための情報再生装置であり、複数のクリップを
有する情報素材を記録した記録メディアと、要求に応じ
て、記録メディアの複数のアクセス単位から構成される
あるクリップを読みだして一旦保存する情報素材保存手
段と、情報素材のあるクリップを情報素材保存手段に一
旦保存すると同時に、情報素材保存手段からの情報素材
のあるクリップの前のクリップを再生する情報素材再生
手段と、を備え、記録メディアのアクセス単位のサイズ
が、記録メディアに対する最小アクセス可能単位のサイ
ズと、情報素材再生手段における最小処理単位のサイズ
と、の公倍数に設定されている情報再生装置により、達
成される。
っては、複数のクリップを有する情報素材を読みだして
再生するための情報再生装置であり、複数のクリップを
有する情報素材を記録した記録メディアと、要求に応じ
て、記録メディアの複数のアクセス単位から構成される
あるクリップを読みだして一旦保存する情報素材保存手
段と、情報素材のあるクリップを情報素材保存手段に一
旦保存すると同時に、情報素材保存手段からの情報素材
のあるクリップの前のクリップを再生する情報素材再生
手段と、を備え、記録メディアのアクセス単位のサイズ
が、記録メディアに対する最小アクセス可能単位のサイ
ズと、情報素材再生手段における最小処理単位のサイズ
と、の公倍数に設定されている情報再生装置により、達
成される。
【０００９】本発明では複数のクリップを有する情報素
材を読み出して再生する際に、記録メディアの複数のア
クセス単位から構成されるクリップについて、記録メデ
ィアのアクセス単位のサイズが、記録メディアに対する
最小アクセス可能単位のサイズと、情報素材再生手段に
おける最小処理単位のサイズと、の公倍数に設定されて
いる。これにより、記録メディアの複数のアクセス単位
の内の任意のアクセス単位（例えば任意のクラスタ）
が、必ず情報素材再生手段における最小処理単位（例え
ばパケット）の先頭から始まるようにして、早送りや巻
戻し等の特殊操作を確実に行うことができる。
材を読み出して再生する際に、記録メディアの複数のア
クセス単位から構成されるクリップについて、記録メデ
ィアのアクセス単位のサイズが、記録メディアに対する
最小アクセス可能単位のサイズと、情報素材再生手段に
おける最小処理単位のサイズと、の公倍数に設定されて
いる。これにより、記録メディアの複数のアクセス単位
の内の任意のアクセス単位（例えば任意のクラスタ）
が、必ず情報素材再生手段における最小処理単位（例え
ばパケット）の先頭から始まるようにして、早送りや巻
戻し等の特殊操作を確実に行うことができる。
【００１０】
【発明の実施の形態】以下、本発明の好適な実施の形態
を添付図面に基づいて詳細に説明する。なお、以下に述
べる実施の形態は、本発明の好適な具体例であるから、
技術的に好ましい種々の限定が付されているが、本発明
の範囲は、以下の説明において特に本発明を限定する旨
の記載がない限り、これらの形態に限られるものではな
い。
を添付図面に基づいて詳細に説明する。なお、以下に述
べる実施の形態は、本発明の好適な具体例であるから、
技術的に好ましい種々の限定が付されているが、本発明
の範囲は、以下の説明において特に本発明を限定する旨
の記載がない限り、これらの形態に限られるものではな
い。
【００１１】図１は、本発明の情報再生装置の好ましい
実施の形態を示す全体図であり、図２は、図１の情報再
生装置のＭＰＥＧサーバの内部構造を示す図である。図
１において、情報再生装置は、例えばビデオテープレコ
ーダ（ＶＴＲ）１０から送出されるビデオ・オーディオ
素材を、圧縮符号化して、そしてＭＰＥＧサーバを介し
て再生（復号化）する装置である。ビデオテープレコー
ダ１０は、圧縮符号化装置であるＭＰＥＧエンコーダ１
２に接続されている。このＭＰＥＧエンコーダ１２は、
ビデオ素材をＭＰＥＧ２方式で符号化し、かつオーディ
オ素材をＭＰＥＧ１方式等で符号化するものである。そ
してこれらの符号化した圧縮素材は、ＭＰＥＧ２システ
ム方式で、ＭＰＥＧ圧縮多重化素材（以下、情報素材と
いう）１４として、ＭＰＥＧサーバ１６のコア１８に入
力されるようになっている。この情報素材１４はＭＰＥ
Ｇストリームともいう。ＭＰＥＧ１の方式の規格は、Ｉ
ＳＯ（国際標準化機構）と、ＩＥＣ（国際電気標準会
議）の合同組織において作られた国際規格であり、ＭＰ
ＥＧ２も同様である。
実施の形態を示す全体図であり、図２は、図１の情報再
生装置のＭＰＥＧサーバの内部構造を示す図である。図
１において、情報再生装置は、例えばビデオテープレコ
ーダ（ＶＴＲ）１０から送出されるビデオ・オーディオ
素材を、圧縮符号化して、そしてＭＰＥＧサーバを介し
て再生（復号化）する装置である。ビデオテープレコー
ダ１０は、圧縮符号化装置であるＭＰＥＧエンコーダ１
２に接続されている。このＭＰＥＧエンコーダ１２は、
ビデオ素材をＭＰＥＧ２方式で符号化し、かつオーディ
オ素材をＭＰＥＧ１方式等で符号化するものである。そ
してこれらの符号化した圧縮素材は、ＭＰＥＧ２システ
ム方式で、ＭＰＥＧ圧縮多重化素材（以下、情報素材と
いう）１４として、ＭＰＥＧサーバ１６のコア１８に入
力されるようになっている。この情報素材１４はＭＰＥ
Ｇストリームともいう。ＭＰＥＧ１の方式の規格は、Ｉ
ＳＯ（国際標準化機構）と、ＩＥＣ（国際電気標準会
議）の合同組織において作られた国際規格であり、ＭＰ
ＥＧ２も同様である。
【００１２】次に、図１のＭＰＥＧサーバの内部構造に
ついて説明する。ＭＰＥＧサーバ１６は、上述したＭＰ
ＥＧサーバコア（以下、コアという）１８、記録系（記
録メディア）としての複数のハードディスクドライブ２
０と、複数の情報素材再生手段であるＭＰＥＧデコーダ
２２を備えている。コア１８は、複数のハードディスク
ドライブ２０と複数のデコーダ２２に接続されている。
コア１８は、外部コントローラ２４に接続されており、
コントロール信号２６がコア１８に対して供給されるよ
うになっている。
ついて説明する。ＭＰＥＧサーバ１６は、上述したＭＰ
ＥＧサーバコア（以下、コアという）１８、記録系（記
録メディア）としての複数のハードディスクドライブ２
０と、複数の情報素材再生手段であるＭＰＥＧデコーダ
２２を備えている。コア１８は、複数のハードディスク
ドライブ２０と複数のデコーダ２２に接続されている。
コア１８は、外部コントローラ２４に接続されており、
コントロール信号２６がコア１８に対して供給されるよ
うになっている。
【００１３】このＭＰＥＧサーバ１６の詳しい構造につ
いて図２を参照して説明する。図１におけるＭＰＥＧサ
ーバ１６のコア１８は、外部コントローラ２４のコント
ロール信号２６に従って、情報素材（ＭＰＥＧ圧縮多重
化素材）１４を各ハードディスクドライブ２０に記録す
る。またコア１８は、外部コントローラ２４のコントロ
ール信号２６に従うＣＰＵ群３６のコントロール信号３
８により、ハードディスクドライブ２０に記録されてい
る所望の素材を所望のＭＰＥＧデコーダ（以下、デコー
ダという）２２に供給し、供給されたデコーダ２２は、
その情報素材を復号化（再生）をして、ビデオ信号ＶＳ
とオーディオ信号ＡＳを外部に出力するようになってい
る。
いて図２を参照して説明する。図１におけるＭＰＥＧサ
ーバ１６のコア１８は、外部コントローラ２４のコント
ロール信号２６に従って、情報素材（ＭＰＥＧ圧縮多重
化素材）１４を各ハードディスクドライブ２０に記録す
る。またコア１８は、外部コントローラ２４のコントロ
ール信号２６に従うＣＰＵ群３６のコントロール信号３
８により、ハードディスクドライブ２０に記録されてい
る所望の素材を所望のＭＰＥＧデコーダ（以下、デコー
ダという）２２に供給し、供給されたデコーダ２２は、
その情報素材を復号化（再生）をして、ビデオ信号ＶＳ
とオーディオ信号ＡＳを外部に出力するようになってい
る。
【００１４】図２においては、記録メディアとしてのハ
ードディスクドライブ２０は、５つのドライブ２０−１
〜２０−５を備えている。各ハードディスクドライブ２
０−１〜２０−５は、ＤＭＡバッファ３０を介してＭＰ
ＥＧストリームバスＳＢに接続されている。このストリ
ームバスＳＢは、各ゲートコントローラ３２とデコーダ
バッファ３４を介してそれぞれ情報素材再生手段である
デコーダ２２に接続されている。各ハードディスクドラ
イブ２０−１〜２０−５には、ＣＰＵ群３６によりコン
トロール信号３８が送られるようになっている。図２の
ハードディスクドライブ２０−１〜２０−５のハードデ
ィスクは、上述したように情報素材１４を記録する記録
メディアである。ＤＭＡバッファ（バッファメモリとも
いう）３０は、対応するハードディスクドライブ２０−
１〜２０−５の１つから読みだした情報素材１４を一旦
蓄えるバッファメモリである。デコーダバッファ（バッ
ファメモリともいう）３４は、ＤＭＡバッファ３０から
読みだした情報素材１４を一旦蓄えるメモリである。
ードディスクドライブ２０は、５つのドライブ２０−１
〜２０−５を備えている。各ハードディスクドライブ２
０−１〜２０−５は、ＤＭＡバッファ３０を介してＭＰ
ＥＧストリームバスＳＢに接続されている。このストリ
ームバスＳＢは、各ゲートコントローラ３２とデコーダ
バッファ３４を介してそれぞれ情報素材再生手段である
デコーダ２２に接続されている。各ハードディスクドラ
イブ２０−１〜２０−５には、ＣＰＵ群３６によりコン
トロール信号３８が送られるようになっている。図２の
ハードディスクドライブ２０−１〜２０−５のハードデ
ィスクは、上述したように情報素材１４を記録する記録
メディアである。ＤＭＡバッファ（バッファメモリとも
いう）３０は、対応するハードディスクドライブ２０−
１〜２０−５の１つから読みだした情報素材１４を一旦
蓄えるバッファメモリである。デコーダバッファ（バッ
ファメモリともいう）３４は、ＤＭＡバッファ３０から
読みだした情報素材１４を一旦蓄えるメモリである。
【００１５】ゲートコントローラ３２は、デコーダバッ
ファ３４に対する情報素材１４の読み込みを制御するコ
ントローラである。デコーダ２２は、デコーダバッファ
３４から読みだした情報素材１４を復号化（再生）する
ものである。時分割多重コントローラ４０は、ＤＭＡバ
ッファ３０から情報素材１４を読みだすタイミングを制
御するコントローラである。ＣＰＵ群３６は、上位のコ
ントローラである外部コントローラ２４からのコントロ
ール信号２６による要求に従ってコントロール信号３８
を出力して、ハードディスクドライブ２０−１〜２０−
５のアクセスや、時分割多重コントローラ４０を制御す
る中央処理装置である。このＣＰＵ群３６は、複数のＣ
ＰＵから構成されており、各ＣＰＵは共通メモリによっ
て互いに通信し合うことができる。
ファ３４に対する情報素材１４の読み込みを制御するコ
ントローラである。デコーダ２２は、デコーダバッファ
３４から読みだした情報素材１４を復号化（再生）する
ものである。時分割多重コントローラ４０は、ＤＭＡバ
ッファ３０から情報素材１４を読みだすタイミングを制
御するコントローラである。ＣＰＵ群３６は、上位のコ
ントローラである外部コントローラ２４からのコントロ
ール信号２６による要求に従ってコントロール信号３８
を出力して、ハードディスクドライブ２０−１〜２０−
５のアクセスや、時分割多重コントローラ４０を制御す
る中央処理装置である。このＣＰＵ群３６は、複数のＣ
ＰＵから構成されており、各ＣＰＵは共通メモリによっ
て互いに通信し合うことができる。
【００１６】図１と図２における再生系（復号化系）４
２は、例えばゲートコントローラ３２、デコーダバッフ
ァ３４及びデコーダ２２を有しているが、この再生系４
２は、複数のチャンネル、すなわち複数のデコーダ２２
の数に対応するチャンネルで、情報素材１４を、例えば
ビデオ信号ＶＳとオーディオ信号ＡＳとして再生するこ
とができる。多数のチャンネルで情報素材１４を再生す
るために、複数のハードディスクドライブ２０−１〜２
０−５からの情報素材１４の供給能力を高める必要があ
り、そのために複数のハードディスクドライブ２０−１
〜２０−５を並列に使用しており、図２の例では５台使
用している。
２は、例えばゲートコントローラ３２、デコーダバッフ
ァ３４及びデコーダ２２を有しているが、この再生系４
２は、複数のチャンネル、すなわち複数のデコーダ２２
の数に対応するチャンネルで、情報素材１４を、例えば
ビデオ信号ＶＳとオーディオ信号ＡＳとして再生するこ
とができる。多数のチャンネルで情報素材１４を再生す
るために、複数のハードディスクドライブ２０−１〜２
０−５からの情報素材１４の供給能力を高める必要があ
り、そのために複数のハードディスクドライブ２０−１
〜２０−５を並列に使用しており、図２の例では５台使
用している。
【００１７】図２の各ハードディスクドライブ２０−１
〜２０−５のハードディスクでは、情報素材１４は図１
のＭＰＥＧエンコーダ１２からある単位（例えば４バイ
ト、以後セルＣＥと称する）ずつに分割して記録する。
この各ハードディスクドライブ２０−１〜２０−５のハ
ードディスクの例を図１０に示している。先頭の４バイ
トのセルは、先頭のハードディスクドライブ２０−１に
記録し、次の４バイト（セル）は、次のハードディスク
ドライブ２０−２に記録するという要領である。ただし
ハードディスクドライブ２０−１〜２０−５のハードデ
ィスクには、一般にセクタと呼ばれるある単位（例えば
５１２バイト）の整数倍の単位（図２に示すクラスタＣ
Ｔ）でしかアクセスできないために、図２に示すように
このセルＣＥとクラスタＣＴの情報サイズの差を吸収す
るために、ＤＭＡバッファ３０を使用する。つまりハー
ドディスクドライブにアクセスする場合には、一旦情報
素材１４はＤＭＡバッファ３０を経由することになる。
〜２０−５のハードディスクでは、情報素材１４は図１
のＭＰＥＧエンコーダ１２からある単位（例えば４バイ
ト、以後セルＣＥと称する）ずつに分割して記録する。
この各ハードディスクドライブ２０−１〜２０−５のハ
ードディスクの例を図１０に示している。先頭の４バイ
トのセルは、先頭のハードディスクドライブ２０−１に
記録し、次の４バイト（セル）は、次のハードディスク
ドライブ２０−２に記録するという要領である。ただし
ハードディスクドライブ２０−１〜２０−５のハードデ
ィスクには、一般にセクタと呼ばれるある単位（例えば
５１２バイト）の整数倍の単位（図２に示すクラスタＣ
Ｔ）でしかアクセスできないために、図２に示すように
このセルＣＥとクラスタＣＴの情報サイズの差を吸収す
るために、ＤＭＡバッファ３０を使用する。つまりハー
ドディスクドライブにアクセスする場合には、一旦情報
素材１４はＤＭＡバッファ３０を経由することになる。
【００１８】ここで各用語について簡単に説明する。上
述した「セクタＳＴ」とは、図８（Ａ）に示すようにハ
ードディスクやフロッピーディスク等の記録メディアの
「物理的」な最小アクセス可能単位である。「クラスタ
ＣＴ」とは、図８（Ｂ）に示すように、セクタの整数倍
の単位であり、ハードディスクやフロッピーディスク等
の記録メディアの「論理的」な最小アクセス可能単位で
ある。したがってこれらのクラスタは連続するセクタか
ら構成されている。１つのクラスタを構成するセクタの
数は、記録メディアの種類やサイズ等によって異なる。
更に図８（Ｃ）に示すように、「パケットＰＴ」とは、
デコーダの扱える単位を示しており、ＭＰＥＧ規格に基
づいてコーディング（圧縮）したビデオデータ及びオー
ディオデータをＭＰＥＧシステム規格に基づいて多重化
する場合の構成要素の最小単位をいう。このパケットＰ
Ｔは、図２のデコーダバッファ３４からデコーダ２２に
送られる場合の情報素材１４の構成要素の最小単位であ
る。図２の時分割多重コントローラ４０は、各ＤＭＡバ
ッファ３０に対してリードポインタアドレス信号ＰＡを
供給するとともに、ゲートコントローラ３２に対して有
効フラグＥＦを供給できる。
述した「セクタＳＴ」とは、図８（Ａ）に示すようにハ
ードディスクやフロッピーディスク等の記録メディアの
「物理的」な最小アクセス可能単位である。「クラスタ
ＣＴ」とは、図８（Ｂ）に示すように、セクタの整数倍
の単位であり、ハードディスクやフロッピーディスク等
の記録メディアの「論理的」な最小アクセス可能単位で
ある。したがってこれらのクラスタは連続するセクタか
ら構成されている。１つのクラスタを構成するセクタの
数は、記録メディアの種類やサイズ等によって異なる。
更に図８（Ｃ）に示すように、「パケットＰＴ」とは、
デコーダの扱える単位を示しており、ＭＰＥＧ規格に基
づいてコーディング（圧縮）したビデオデータ及びオー
ディオデータをＭＰＥＧシステム規格に基づいて多重化
する場合の構成要素の最小単位をいう。このパケットＰ
Ｔは、図２のデコーダバッファ３４からデコーダ２２に
送られる場合の情報素材１４の構成要素の最小単位であ
る。図２の時分割多重コントローラ４０は、各ＤＭＡバ
ッファ３０に対してリードポインタアドレス信号ＰＡを
供給するとともに、ゲートコントローラ３２に対して有
効フラグＥＦを供給できる。
【００１９】時分割多重コントローラ４０が各ゲートコ
ントローラ３２に対して有効フラグＥＦを供給するのは
次のような理由からである。所望の時刻において、所望
の情報素材１４をＭＰＥＧストリームバスＳＢに流すよ
うにＤＭＡバッファ３０からの情報素材１４の読みだし
を制御するのが時分割多重コントローラ４０の主な機能
である。各ＤＭＡバッファ３０から読みだされた１セル
ＣＥ（４バイト）の情報素材（ＭＰＥＧストリーム）１
４は、ハードディスクドライブ２０−１〜２０−５の並
列台数（５台）分が１セット（４バイト×５）となって
デコーダバッファ３４に蓄えられる。デコーダバッファ
３４に蓄えられた情報素材１４は、随時デコーダ２２に
よって処理して再生される。この時に、ＭＰＥＧストリ
ームバスＳＢは、時分割多重コントローラ４０により時
分割多重されているために、常に何らかのデータが流れ
ることになる。つまり再生中でないチャンネルに対応す
るゲートコントローラ３２に対してもその割り当て時刻
には情報素材１４のデータが流れてしまうことになる。
ントローラ３２に対して有効フラグＥＦを供給するのは
次のような理由からである。所望の時刻において、所望
の情報素材１４をＭＰＥＧストリームバスＳＢに流すよ
うにＤＭＡバッファ３０からの情報素材１４の読みだし
を制御するのが時分割多重コントローラ４０の主な機能
である。各ＤＭＡバッファ３０から読みだされた１セル
ＣＥ（４バイト）の情報素材（ＭＰＥＧストリーム）１
４は、ハードディスクドライブ２０−１〜２０−５の並
列台数（５台）分が１セット（４バイト×５）となって
デコーダバッファ３４に蓄えられる。デコーダバッファ
３４に蓄えられた情報素材１４は、随時デコーダ２２に
よって処理して再生される。この時に、ＭＰＥＧストリ
ームバスＳＢは、時分割多重コントローラ４０により時
分割多重されているために、常に何らかのデータが流れ
ることになる。つまり再生中でないチャンネルに対応す
るゲートコントローラ３２に対してもその割り当て時刻
には情報素材１４のデータが流れてしまうことになる。
【００２０】そこで、有効な情報素材１４（使用したい
情報素材）だけを、対応するデコーダバッファ３４に取
り込むことができるようにするために、時分割多重コン
トローラ４０は、有効フラグＥＦを対応するゲートコン
トローラ３２に対して付加する。これにより有効フラグ
ＥＦが立っている（ＬＯＷレベルになっている）場合に
のみ、その時刻に流れている情報素材１４は対応するゲ
ートコントローラ３２に対して有効であり、このゲート
コントローラ３２は、対応するデコーダバッファ３４に
対して情報素材１４の取り込みを行う。この有効フラグ
ＥＦを生成するのも時分割多重コントローラ４０の重要
な役目である。
情報素材）だけを、対応するデコーダバッファ３４に取
り込むことができるようにするために、時分割多重コン
トローラ４０は、有効フラグＥＦを対応するゲートコン
トローラ３２に対して付加する。これにより有効フラグ
ＥＦが立っている（ＬＯＷレベルになっている）場合に
のみ、その時刻に流れている情報素材１４は対応するゲ
ートコントローラ３２に対して有効であり、このゲート
コントローラ３２は、対応するデコーダバッファ３４に
対して情報素材１４の取り込みを行う。この有効フラグ
ＥＦを生成するのも時分割多重コントローラ４０の重要
な役目である。
【００２１】次に図３及び図２を参照して、ＤＭＡバッ
ファ３０の構造例について説明する。図３に示すのはＤ
ＭＡバッファ（情報素材保存手段として機能する）３０
と、記録メディアであるハードディスクドライブ２０
（２０−１〜２０−５のいずれか）及び再生系４２のＭ
ＰＥＧデコーダ（情報素材再生手段として機能する）２
２の接続例を示している。ハードディスクドライブ２０
からＤＭＡバッファ３０に対しては、クラスタＣＴ単位
で情報素材１４を書き込みすることができる。これに対
してＤＭＡバッファ３０からデコーダ２２に対してはセ
ルＣＥ単位で情報素材１４を読みだすことができる。
ファ３０の構造例について説明する。図３に示すのはＤ
ＭＡバッファ（情報素材保存手段として機能する）３０
と、記録メディアであるハードディスクドライブ２０
（２０−１〜２０−５のいずれか）及び再生系４２のＭ
ＰＥＧデコーダ（情報素材再生手段として機能する）２
２の接続例を示している。ハードディスクドライブ２０
からＤＭＡバッファ３０に対しては、クラスタＣＴ単位
で情報素材１４を書き込みすることができる。これに対
してＤＭＡバッファ３０からデコーダ２２に対してはセ
ルＣＥ単位で情報素材１４を読みだすことができる。
【００２２】ＤＭＡバッファ３０は、２つのバッファ
Ａ，Ｂを有している。バッファＡ，Ｂは、リングバッフ
ァ形式のものであり、基本的にはバッファＡ，Ｂをリン
グバッファとして使用する。つまり、一方のバッファ
（例えばバッファＡ）からデコーダ２２に情報素材１４
の読みだしを行っている間には、他方のバッファ（例え
ばバッファＢ）にはハードディスクドライブ２０から情
報素材１４の書き込みを行う。バッファＡからの情報素
材１４の読みだしが終了したら、引き続きバッファＢか
ら情報素材１４の読みだしを行い、今度はバッファＡに
ハードディスクドライブ２０から情報素材１４の書き込
みを行う。以後同様にしてこの処理を繰り返すことによ
り、順次情報素材１４をハードディスクドライブ２０か
らデコーダ２２へ送ることができる。ハードディスクド
ライブ２０からＤＭＡバッファ３０へはクラスタＣＴ単
位でバースト的に情報素材１４のデータが転送され、か
つＤＭＡバッファ３０からデコーダ２２へはセルＣＥ単
位でコンスタントに情報素材１４のデータが転送され
る。
Ａ，Ｂを有している。バッファＡ，Ｂは、リングバッフ
ァ形式のものであり、基本的にはバッファＡ，Ｂをリン
グバッファとして使用する。つまり、一方のバッファ
（例えばバッファＡ）からデコーダ２２に情報素材１４
の読みだしを行っている間には、他方のバッファ（例え
ばバッファＢ）にはハードディスクドライブ２０から情
報素材１４の書き込みを行う。バッファＡからの情報素
材１４の読みだしが終了したら、引き続きバッファＢか
ら情報素材１４の読みだしを行い、今度はバッファＡに
ハードディスクドライブ２０から情報素材１４の書き込
みを行う。以後同様にしてこの処理を繰り返すことによ
り、順次情報素材１４をハードディスクドライブ２０か
らデコーダ２２へ送ることができる。ハードディスクド
ライブ２０からＤＭＡバッファ３０へはクラスタＣＴ単
位でバースト的に情報素材１４のデータが転送され、か
つＤＭＡバッファ３０からデコーダ２２へはセルＣＥ単
位でコンスタントに情報素材１４のデータが転送され
る。
【００２３】バッファＡからの読みだしが完了する前
に、バッファＢへの書き込みが終了しなければ、無効デ
ータ（所謂ゴミデータ）ＤＤを読みだしてしまう可能性
があるので、このようなことが起こらないようにする必
要がある。そのために、１クラスタ分の情報素材１４の
データを消費する（ＤＭＡバッファから読みだすこと）
のに要する最短時間を例えば１秒とした場合に、１秒間
に１回の割合でハードディスクドライブ２０からＤＭＡ
バッファ３０に対して情報素材１４のデータを読みだす
ことができるようにする必要がある。したがって、実際
の設計では、このような条件を満足するようにハードデ
ィスクドライブ２０の並列台数や、サポートする最大チ
ャンネル数等のパラメータを決定することになる。本発
明の実施の形態ではこのような条件を満足するように各
パラメータが設定されているものとする。
に、バッファＢへの書き込みが終了しなければ、無効デ
ータ（所謂ゴミデータ）ＤＤを読みだしてしまう可能性
があるので、このようなことが起こらないようにする必
要がある。そのために、１クラスタ分の情報素材１４の
データを消費する（ＤＭＡバッファから読みだすこと）
のに要する最短時間を例えば１秒とした場合に、１秒間
に１回の割合でハードディスクドライブ２０からＤＭＡ
バッファ３０に対して情報素材１４のデータを読みだす
ことができるようにする必要がある。したがって、実際
の設計では、このような条件を満足するようにハードデ
ィスクドライブ２０の並列台数や、サポートする最大チ
ャンネル数等のパラメータを決定することになる。本発
明の実施の形態ではこのような条件を満足するように各
パラメータが設定されているものとする。
【００２４】なお、図９は、クラスタＣＴと、パケット
ＰＴ及びセクタＣＴの関係例を示している。図９におい
て、例えば１セクタを５１２バイトとし、１パケットを
１８８バイトとすると、セクタとパケットの最小公倍数
は１２８パケットとなる。また例えば１クラスタを最小
公倍数の３倍とすると、１クラスタは３８４パケットと
なる。
ＰＴ及びセクタＣＴの関係例を示している。図９におい
て、例えば１セクタを５１２バイトとし、１パケットを
１８８バイトとすると、セクタとパケットの最小公倍数
は１２８パケットとなる。また例えば１クラスタを最小
公倍数の３倍とすると、１クラスタは３８４パケットと
なる。
【００２５】ＤＭＡバッファ３０のアクセス・シーケン
ス（非連続再生方式） 次に、本発明の情報再生方法を図７と図８を用いて説明
する前に、その前提となるこれまで通常用いられている
クリップの情報再生方法（非連続再生方法）に関するＤ
ＭＡバッファ３０を中心とするアクセス・シーケンスに
ついて、図４を参照して説明する。図４のＤＭＡバッフ
ァ３０のアクセス・シーケンスは、図４に示すような前
のクリップＣＰ１と、あるクリップＣＰ２を連続して再
生しない場合（非連続再生）のシーケンスである。ここ
で、図４の前のクリップＣＰ１とあるクリップＣＰ２の
構造例を説明しておく。前のクリップＣＰ１は、４つの
クラスタＣＴ１〜ＣＴ４を有しており、例えばそれぞれ
１秒程度のデータ幅を有している。ただし、４番目のク
ラスタＣＴ４には、少なくとも一部分が無効データＤＤ
を有している。同様にあるクリップ（次のクリップ）Ｃ
Ｐ２も、４つのクラスタＣＴ１〜ＣＴ４を有している。
ス（非連続再生方式） 次に、本発明の情報再生方法を図７と図８を用いて説明
する前に、その前提となるこれまで通常用いられている
クリップの情報再生方法（非連続再生方法）に関するＤ
ＭＡバッファ３０を中心とするアクセス・シーケンスに
ついて、図４を参照して説明する。図４のＤＭＡバッフ
ァ３０のアクセス・シーケンスは、図４に示すような前
のクリップＣＰ１と、あるクリップＣＰ２を連続して再
生しない場合（非連続再生）のシーケンスである。ここ
で、図４の前のクリップＣＰ１とあるクリップＣＰ２の
構造例を説明しておく。前のクリップＣＰ１は、４つの
クラスタＣＴ１〜ＣＴ４を有しており、例えばそれぞれ
１秒程度のデータ幅を有している。ただし、４番目のク
ラスタＣＴ４には、少なくとも一部分が無効データＤＤ
を有している。同様にあるクリップ（次のクリップ）Ｃ
Ｐ２も、４つのクラスタＣＴ１〜ＣＴ４を有している。
【００２６】クリップを連続再生しない場合のＤＭＡバ
ッファ３０に対する一般的なアクセス・シーケンスのフ
ローチャートを図４に示す。ステップＳ（１). 図２の再生系４２のあるチャンネル
においてあるクリップを再生するように、上位コントロ
ーラである図１の外部コントローラ２４からＣＰＵ群３
６に対してコントロール信号２６により要求が発せられ
る。以下のステップＳ（２）〜Ｓ（８）は、外部コント
ローラ２４から再生要求を受けた後のＣＰＵ群３６の動
作である。また、以下のステップＳ（９）〜Ｓ（１５）
は時分割多重コントローラ４０の動作である。ステップＳ（２). ＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔ
ｉｏｎ Ｔａｂｌｅ）を検索して、指定のクリップの先
頭クラスタのアドレスを調べる。このＦＡＴとは、各ク
リップに関してその構成要素である各クラスタがＨＤＤ
のどの位置（アドレス）に記録されているのかを管理す
る一種のデータベースである。
ッファ３０に対する一般的なアクセス・シーケンスのフ
ローチャートを図４に示す。ステップＳ（１). 図２の再生系４２のあるチャンネル
においてあるクリップを再生するように、上位コントロ
ーラである図１の外部コントローラ２４からＣＰＵ群３
６に対してコントロール信号２６により要求が発せられ
る。以下のステップＳ（２）〜Ｓ（８）は、外部コント
ローラ２４から再生要求を受けた後のＣＰＵ群３６の動
作である。また、以下のステップＳ（９）〜Ｓ（１５）
は時分割多重コントローラ４０の動作である。ステップＳ（２). ＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔ
ｉｏｎ Ｔａｂｌｅ）を検索して、指定のクリップの先
頭クラスタのアドレスを調べる。このＦＡＴとは、各ク
リップに関してその構成要素である各クラスタがＨＤＤ
のどの位置（アドレス）に記録されているのかを管理す
る一種のデータベースである。
【００２７】ステップＳ（３). 図３の前のクリップＣ
Ｐ１の先頭クラスタＣＴ１のデータをＨＤＤ２０からＤ
ＭＡバッファ３０に書き込む。ステップＳ（４). ＣＰＵ群３６が指定のチャンネルで
再生を開始するように時分割多重コントローラ４０を設
定する。ステップＳ（９). 図３のＤＭＡバッファ３０のリード
・ポインタＲＰの示すアドレスからデータを１セルＣＥ
だけ読み出す。ステップＳ（１０). リード・ポインタＲＰをインクリ
メントする。ステップＳ（１１). リード・ポインタＲＰが終端アド
レス（前のクリップＣＰ１の無効データＤＤの前のアド
レス）ＦＡと一致したかどうか調べる。ステップＳ（１２). リード・ポインタＲＰが終端アド
レスＦＡと一致しない場合は、リード・ポインタＲＰが
クラスタ境界に達したかどうかを調べる。リード・ポイ
ンタＲＰがクラスタ境界に達していない場合はステップ
Ｓ（９）に戻る。ステップＳ（１３). リード・ポインタＲＰがクラスタ
境界に達した場合は、そのクラスタ境界がバッファＢの
クラスタ境界であるかどうかを調べる。バッファＢのク
ラスタ境界でない場合は、リード・ポインタＲＰがクラ
スタ境界に達したことをＣＰＵ群３６に報告してステッ
プＳ（９）に戻る。ステップＳ（１４). バッファＢのクリップ境界である
場合は、リード・ポインタＲＰをバッファＡの先頭に戻
し、リード・ポインタＲＰがクラスタ境界に達したこと
をＣＰＵ群３６に報告してステップＳ（９）に戻る。ステップＳ（１５). リード・ポインタＲＰが終端アド
レスに一致した場合は再生を終了する。
Ｐ１の先頭クラスタＣＴ１のデータをＨＤＤ２０からＤ
ＭＡバッファ３０に書き込む。ステップＳ（４). ＣＰＵ群３６が指定のチャンネルで
再生を開始するように時分割多重コントローラ４０を設
定する。ステップＳ（９). 図３のＤＭＡバッファ３０のリード
・ポインタＲＰの示すアドレスからデータを１セルＣＥ
だけ読み出す。ステップＳ（１０). リード・ポインタＲＰをインクリ
メントする。ステップＳ（１１). リード・ポインタＲＰが終端アド
レス（前のクリップＣＰ１の無効データＤＤの前のアド
レス）ＦＡと一致したかどうか調べる。ステップＳ（１２). リード・ポインタＲＰが終端アド
レスＦＡと一致しない場合は、リード・ポインタＲＰが
クラスタ境界に達したかどうかを調べる。リード・ポイ
ンタＲＰがクラスタ境界に達していない場合はステップ
Ｓ（９）に戻る。ステップＳ（１３). リード・ポインタＲＰがクラスタ
境界に達した場合は、そのクラスタ境界がバッファＢの
クラスタ境界であるかどうかを調べる。バッファＢのク
ラスタ境界でない場合は、リード・ポインタＲＰがクラ
スタ境界に達したことをＣＰＵ群３６に報告してステッ
プＳ（９）に戻る。ステップＳ（１４). バッファＢのクリップ境界である
場合は、リード・ポインタＲＰをバッファＡの先頭に戻
し、リード・ポインタＲＰがクラスタ境界に達したこと
をＣＰＵ群３６に報告してステップＳ（９）に戻る。ステップＳ（１５). リード・ポインタＲＰが終端アド
レスに一致した場合は再生を終了する。
【００２８】ステップＳ（５). ＦＡＴを検索して、指
定クリップの次のクラスタのアドレスを調べる。ステップＳ（６). 次のクラスタのデータをＨＤＤ２０
からＤＭＡバッファ３０に書き込む。ステップＳ（７). このクラスタが指定クリップ（前の
クリップ）ＣＰ１の末尾クラスタＣＴ４であるかどうか
を調べる。ステップＳ（８). もし末尾クラスタＣＴ４であるなら
ば、終端アドレスＦＡを設定する。各クリップのサイズ
は必ずしもクラスタのサイズの整数倍にはならないの
で、末尾クラスタＣＴ４に関しては、あるアドレスより
後ろの部分に無効データＤＤ（ゴミ・データ）が存在す
る。このようなアドレスを上述した「終端アドレスＦ
Ａ」と称することにする。各クリップの終端アドレスＦ
Ａの値は、ＦＡＴと同様にＣＰＵ群３６がデータベース
として管理している。
定クリップの次のクラスタのアドレスを調べる。ステップＳ（６). 次のクラスタのデータをＨＤＤ２０
からＤＭＡバッファ３０に書き込む。ステップＳ（７). このクラスタが指定クリップ（前の
クリップ）ＣＰ１の末尾クラスタＣＴ４であるかどうか
を調べる。ステップＳ（８). もし末尾クラスタＣＴ４であるなら
ば、終端アドレスＦＡを設定する。各クリップのサイズ
は必ずしもクラスタのサイズの整数倍にはならないの
で、末尾クラスタＣＴ４に関しては、あるアドレスより
後ろの部分に無効データＤＤ（ゴミ・データ）が存在す
る。このようなアドレスを上述した「終端アドレスＦ
Ａ」と称することにする。各クリップの終端アドレスＦ
Ａの値は、ＦＡＴと同様にＣＰＵ群３６がデータベース
として管理している。
【００２９】時分割多重コントローラ４０からリード・
ポインタＲＰがクラスタ境界に達したという報告を受け
たら、ステップＳ（５）以降の処理を再度実行する。リ
ード・ポインタＲＰとは、ＤＭＡバッファ３０から読み
だしを行っている位置（アドレス）を示すものである。
なお上述したＣＰＵ群３６による処理と時分割多重コン
トローラ４０による処理は並列処理である。上述した図
４におけるＤＭＡバッファ３０のアクセス・シーケンス
では、前のクリップＣＰ１とあるクリップＣＰ２は、１
つのクリップ毎に処理するという所謂非連続再生方式を
示している。
ポインタＲＰがクラスタ境界に達したという報告を受け
たら、ステップＳ（５）以降の処理を再度実行する。リ
ード・ポインタＲＰとは、ＤＭＡバッファ３０から読み
だしを行っている位置（アドレス）を示すものである。
なお上述したＣＰＵ群３６による処理と時分割多重コン
トローラ４０による処理は並列処理である。上述した図
４におけるＤＭＡバッファ３０のアクセス・シーケンス
では、前のクリップＣＰ１とあるクリップＣＰ２は、１
つのクリップ毎に処理するという所謂非連続再生方式を
示している。
【００３０】次に、図５及び図６を参照して、ＭＰＥＧ
デコーダ（情報素材再生手段）２２における最小処理単
位であるパケットについて説明する。図５は、このパケ
ットの内のトランスポート・ストリーム・パケットの構
造を示し、図６はプログラム・ストリーム・パケットの
構造を示している。図５のトランスポート・ストリーム
・パケット（ＴＳパケット）２００と、図６のプログラ
ム・ストリーム・パケット（ＰＳパケット）３００は、
ＭＰＥＧ２システム規格のパケット構造である。図５の
トランスポート・ストリーム・パケット２００は、例え
ば１８８バイトのデータのサイズを有しており、その中
には制御コードとストリーム本体を有している。制御コ
ードの中には同期バイトを備えている。図６のプログラ
ム・ストリーム・パケット３００は、例えば２０４８バ
イトを有しており、制御コードとストリーム本体を有し
ている。制御コードはバック・スタート・コードを有し
ている。
デコーダ（情報素材再生手段）２２における最小処理単
位であるパケットについて説明する。図５は、このパケ
ットの内のトランスポート・ストリーム・パケットの構
造を示し、図６はプログラム・ストリーム・パケットの
構造を示している。図５のトランスポート・ストリーム
・パケット（ＴＳパケット）２００と、図６のプログラ
ム・ストリーム・パケット（ＰＳパケット）３００は、
ＭＰＥＧ２システム規格のパケット構造である。図５の
トランスポート・ストリーム・パケット２００は、例え
ば１８８バイトのデータのサイズを有しており、その中
には制御コードとストリーム本体を有している。制御コ
ードの中には同期バイトを備えている。図６のプログラ
ム・ストリーム・パケット３００は、例えば２０４８バ
イトを有しており、制御コードとストリーム本体を有し
ている。制御コードはバック・スタート・コードを有し
ている。
【００３１】図５と図６に示すようなパケットは、ＭＰ
ＥＧ２システム規格において、符号化したデータをある
単位でブロック化したものである。図５と図６のパケッ
トは、情報素材再生手段である図２のデコーダ２２にお
ける最小処理単位であり、その図５のパケット２００に
おけるサイズはＳＺ１で示し、図６のパケット３００に
おけるサイズはＳＺ２で示している。図５のパケット２
００のサイズＳＺ１は、上述したように１８８バイトと
決められており、その内の前部の幾らかが制御コードで
あり、残りがＭＰＥＧストリーム本体となっている。先
頭のデータは同期バイトと呼ばれ、パケットの先頭であ
ることを示す特定のコードであり、値は４７ｈ（ｈは１
６進数であることを表す）と決められている。一方、図
６のパケット３００は、任意のサイズＳＺ２、例えば一
例として２０４８バイトを有しており、その内の前部の
幾らかが制御コードであり、残りがＭＰＥＧストリーム
本体である。先頭からの４バイトはバック・スタート・
コードと呼ばれ、パケットの先頭であることとそのパケ
ットの種類等を示す特定のコードであり、例えば００ｈ
００ｈ ０１ｈ ＢＡｈ等と決められている。
ＥＧ２システム規格において、符号化したデータをある
単位でブロック化したものである。図５と図６のパケッ
トは、情報素材再生手段である図２のデコーダ２２にお
ける最小処理単位であり、その図５のパケット２００に
おけるサイズはＳＺ１で示し、図６のパケット３００に
おけるサイズはＳＺ２で示している。図５のパケット２
００のサイズＳＺ１は、上述したように１８８バイトと
決められており、その内の前部の幾らかが制御コードで
あり、残りがＭＰＥＧストリーム本体となっている。先
頭のデータは同期バイトと呼ばれ、パケットの先頭であ
ることを示す特定のコードであり、値は４７ｈ（ｈは１
６進数であることを表す）と決められている。一方、図
６のパケット３００は、任意のサイズＳＺ２、例えば一
例として２０４８バイトを有しており、その内の前部の
幾らかが制御コードであり、残りがＭＰＥＧストリーム
本体である。先頭からの４バイトはバック・スタート・
コードと呼ばれ、パケットの先頭であることとそのパケ
ットの種類等を示す特定のコードであり、例えば００ｈ
００ｈ ０１ｈ ＢＡｈ等と決められている。
【００３２】図７（Ａ）は、すでに述べたクラスタサイ
ズ（記録メディアのアクセス単位）、図７（Ｂ）はセク
タサイズ（記録メディアに対する最小アクセス可能単
位）、図７（Ｃ）は上述したトランスポート・ストリー
ム・パケット（情報素材再生手段における最小処理単
位）２００、図７（Ｄ）はプログラム・ストリーム・パ
ケット（情報素材再生手段における最小処理単位）３０
０の例を各々示している。クラスタＣＴは上述したよう
にハードディスクのような記録メディアに対するアクセ
ス単位（「論理的」な最小アクセス可能単位）であり、
複数のセクタＳＴから構成されている。図７（Ａ）がこ
のクラスタＣＴのサイズＳＺ３を示している。このクラ
スタＣＴのサイズＳＺ３は、セクタＳＴのサイズＳＺ４
を複数個、例えば６個並べたサイズに相当する。
ズ（記録メディアのアクセス単位）、図７（Ｂ）はセク
タサイズ（記録メディアに対する最小アクセス可能単
位）、図７（Ｃ）は上述したトランスポート・ストリー
ム・パケット（情報素材再生手段における最小処理単
位）２００、図７（Ｄ）はプログラム・ストリーム・パ
ケット（情報素材再生手段における最小処理単位）３０
０の例を各々示している。クラスタＣＴは上述したよう
にハードディスクのような記録メディアに対するアクセ
ス単位（「論理的」な最小アクセス可能単位）であり、
複数のセクタＳＴから構成されている。図７（Ａ）がこ
のクラスタＣＴのサイズＳＺ３を示している。このクラ
スタＣＴのサイズＳＺ３は、セクタＳＴのサイズＳＺ４
を複数個、例えば６個並べたサイズに相当する。
【００３３】本発明の実施の形態においては、記録メデ
ィアのアクセス単位であるクラスタＣＴのサイズＳＺ３
が、記録メディアに対する最小アクセス可能単位のサイ
ズであるセクタＳＴのサイズＳＺ４と、情報素材再生手
段における最小処理単位であるトランスポート・ストリ
ーム・パケット２００のサイズＳＺ１と、の公倍数（例
えば最小公倍数）に設定されている。あるいは、記録メ
ディアのアクセス単位であるクラスタＣＴのサイズＳＺ
３は、記録メディアに対する最小アクセス可能単位であ
るセクタＳＴのサイズＳＺ４と、情報素材再生手段にお
ける最小処理単位であるプログラム・ストリーム・パケ
ット３００のサイズＳＺ２と、の公倍数（例えば最小公
倍数）に設定されている。
ィアのアクセス単位であるクラスタＣＴのサイズＳＺ３
が、記録メディアに対する最小アクセス可能単位のサイ
ズであるセクタＳＴのサイズＳＺ４と、情報素材再生手
段における最小処理単位であるトランスポート・ストリ
ーム・パケット２００のサイズＳＺ１と、の公倍数（例
えば最小公倍数）に設定されている。あるいは、記録メ
ディアのアクセス単位であるクラスタＣＴのサイズＳＺ
３は、記録メディアに対する最小アクセス可能単位であ
るセクタＳＴのサイズＳＺ４と、情報素材再生手段にお
ける最小処理単位であるプログラム・ストリーム・パケ
ット３００のサイズＳＺ２と、の公倍数（例えば最小公
倍数）に設定されている。
【００３４】図４においてすでに説明したように通常の
情報素材１４の各クリップの連続再生においては、ＦＡ
Ｔを先頭クラスタから順番に扱っていくことになる。一
方、自由に任意のクラスタにアクセスすることができれ
ば、使用者は早送りや巻戻し等の特殊再生を実現するこ
とができる。例えば現在のクラスタから直接幾つか先の
クラスタにアクセスすれば早送りとなる。またクラスタ
を幾つかおきにアクセスするようにすればサーチとな
る。このように任意のクラスタから再生する場合に、従
来のようにクラスタのサイズとパケットのサイズに何ら
制限を設けなければ、必ずしもクラスタの先頭とパケッ
トの先頭が一致するとは限らないので、クラスタがＭＰ
ＥＧストリームの途中から再生が始まってしまう可能性
がある。従って、オーディオの符号化ストリームは任意
の値を取り得るために、例えばその中にスタート・コー
ドと同じコードが存在する可能性がある。その場合にデ
コーダはこのコードをスタート・コードと誤認識してし
まい正しくデータを再生することができなくなってしま
う。
情報素材１４の各クリップの連続再生においては、ＦＡ
Ｔを先頭クラスタから順番に扱っていくことになる。一
方、自由に任意のクラスタにアクセスすることができれ
ば、使用者は早送りや巻戻し等の特殊再生を実現するこ
とができる。例えば現在のクラスタから直接幾つか先の
クラスタにアクセスすれば早送りとなる。またクラスタ
を幾つかおきにアクセスするようにすればサーチとな
る。このように任意のクラスタから再生する場合に、従
来のようにクラスタのサイズとパケットのサイズに何ら
制限を設けなければ、必ずしもクラスタの先頭とパケッ
トの先頭が一致するとは限らないので、クラスタがＭＰ
ＥＧストリームの途中から再生が始まってしまう可能性
がある。従って、オーディオの符号化ストリームは任意
の値を取り得るために、例えばその中にスタート・コー
ドと同じコードが存在する可能性がある。その場合にデ
コーダはこのコードをスタート・コードと誤認識してし
まい正しくデータを再生することができなくなってしま
う。
【００３５】そこで、本発明の実施の形態では、図７に
例示するように、クラスタＣＴのサイズＳＺ３を、上述
したようにハードディスクドライブに対する最小アクセ
ス可能単位であるセクタのサイズＳＺ４と、トランスポ
ート・ストリーム・パケット２００あるいはプログラム
・ストリーム・パケット３００のサイズＳＺ１あるいは
ＳＺ２との公倍数にすることにより、任意の数（例えば
６個）クラスタが必ずパケットの先頭から始まるように
することができる。このようにすることで、デコーダ２
２は誤認識を起こさずにデータのＭＰＥＧストリーム本
体の先頭から、早送りあるいはサーチを行っても確実に
再生を行うことができる。なおクラスタのサイズを大き
くする程ハードディスクドライブの単位時間当りのデー
タ供給能力は高くなるが、必要となるＤＭＡバッファ３
０のサイズが大きくなり、また末尾クラスタにおける無
効データ（ゴミ・データ）の量が増えることによりハー
ドディスクの使用効率が低下してしまうので、実際の設
計においては、使用目的に応じて適当な大きさの公倍数
を選択することになる。
例示するように、クラスタＣＴのサイズＳＺ３を、上述
したようにハードディスクドライブに対する最小アクセ
ス可能単位であるセクタのサイズＳＺ４と、トランスポ
ート・ストリーム・パケット２００あるいはプログラム
・ストリーム・パケット３００のサイズＳＺ１あるいは
ＳＺ２との公倍数にすることにより、任意の数（例えば
６個）クラスタが必ずパケットの先頭から始まるように
することができる。このようにすることで、デコーダ２
２は誤認識を起こさずにデータのＭＰＥＧストリーム本
体の先頭から、早送りあるいはサーチを行っても確実に
再生を行うことができる。なおクラスタのサイズを大き
くする程ハードディスクドライブの単位時間当りのデー
タ供給能力は高くなるが、必要となるＤＭＡバッファ３
０のサイズが大きくなり、また末尾クラスタにおける無
効データ（ゴミ・データ）の量が増えることによりハー
ドディスクの使用効率が低下してしまうので、実際の設
計においては、使用目的に応じて適当な大きさの公倍数
を選択することになる。
【００３６】本発明の情報再生装置は、例えば、ホテル
等におけるＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）
方式による映画の提供、博物館等における説明ビデオの
提供、あるいは学校（ＬＬ教室等）等における語学学習
ビデオの提供等の用途に利用可能である。ユーザ（視聴
者）は、自由にもう一度見てみたい部分を見直してみた
り、先を飛ばして見たりすることができる。この発明の
実施の形態におけるＭＰＥＧサーバを用いたシステム
は、ＶＴＲを用いたシステムに比べて、複数からの同時
かつ同一情報素材のアクセスに対して有利であり、厳密
にタイムコードを管理するシステムに比べて構造が簡単
なためにコスト的に有利である。従来のＶＴＲの場合に
は、最大同時アクセス数に相当するだけの磁気テープを
用意しておく必要がある。ところで本発明は上記実施の
形態に限定されない。上述した実施の形態における記録
メディアとしては、ハードディスクドライブを用いてい
るが、これに限らず光ディスクや光磁気ディスクその他
の記録媒体を用いることができる。
等におけるＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）
方式による映画の提供、博物館等における説明ビデオの
提供、あるいは学校（ＬＬ教室等）等における語学学習
ビデオの提供等の用途に利用可能である。ユーザ（視聴
者）は、自由にもう一度見てみたい部分を見直してみた
り、先を飛ばして見たりすることができる。この発明の
実施の形態におけるＭＰＥＧサーバを用いたシステム
は、ＶＴＲを用いたシステムに比べて、複数からの同時
かつ同一情報素材のアクセスに対して有利であり、厳密
にタイムコードを管理するシステムに比べて構造が簡単
なためにコスト的に有利である。従来のＶＴＲの場合に
は、最大同時アクセス数に相当するだけの磁気テープを
用意しておく必要がある。ところで本発明は上記実施の
形態に限定されない。上述した実施の形態における記録
メディアとしては、ハードディスクドライブを用いてい
るが、これに限らず光ディスクや光磁気ディスクその他
の記録媒体を用いることができる。
【００３７】
【発明の効果】以上説明したように、本発明によれば、
ビテオ・オーディオ素材を、正確に早送りや巻戻し等の
特殊再生を行うことができる。
ビテオ・オーディオ素材を、正確に早送りや巻戻し等の
特殊再生を行うことができる。
【図１】本発明の情報再生装置の好ましい全体構造を示
す図。
す図。
【図２】図１のＭＰＥＧサーバの内部構造および外部コ
ントローラを示す図。
ントローラを示す図。
【図３】図１の記録メディア、ＤＭＡバッファおよびデ
コーダの接続関係の一例を示す図。
コーダの接続関係の一例を示す図。
【図４】本発明の情報再生方法を説明するために、比較
例として示すＤＭＡバッファのアクセス・シーケンス
（クリップの非連続再生方式）を示す図。
例として示すＤＭＡバッファのアクセス・シーケンス
（クリップの非連続再生方式）を示す図。
【図５】トランスポート・ストリーム・パケットの構造
を示す図。
を示す図。
【図６】プログラム・ストリーム・パケットの構造を示
す図。
す図。
【図７】クラスタサイズ、セクタサイズ、トランスポー
ト・ストリーム・パケットサイズ及びプログラム・スト
リーム・パケットサイズの比較を示す図。
ト・ストリーム・パケットサイズ及びプログラム・スト
リーム・パケットサイズの比較を示す図。
【図８】セクタ、クラスタおよびパケットについて説明
する図。
する図。
【図９】セクタ、パケット、クラスタの関係例を示す
図。
図。
【図１０】各ハードディスクドライブの例を示す図。
【図１１】従来におけるハードディスク、ＤＭＡバッフ
ァおよびデコーダ間の接続例と、前のクリップとあるク
リップのデータ例を示す図。
ァおよびデコーダ間の接続例と、前のクリップとあるク
リップのデータ例を示す図。
１４・・・情報素材、２０・・・ハードディスクドライ
ブ（記録メディア）、２２・・・ＭＰＥＧデコーダ（情
報素材再生手段）、３０・・・ＤＭＡバッファ（情報素
材保存手段）、ＣＰ１・・・前のクリップ、ＣＰ２・・
・あるクリップ
ブ（記録メディア）、２２・・・ＭＰＥＧデコーダ（情
報素材再生手段）、３０・・・ＤＭＡバッファ（情報素
材保存手段）、ＣＰ１・・・前のクリップ、ＣＰ２・・
・あるクリップ
Claims (6)
- 【請求項１】 複数のクリップを有する情報素材を読み
だして再生するための情報再生装置であり、 複数のクリップを有する情報素材を記録した記録メディ
アと、 要求に応じて、記録メディアの複数のアクセス単位から
構成されるあるクリップを読みだして一旦保存する情報
素材保存手段と、 情報素材のあるクリップを情報素材保存手段に一旦保存
すると同時に、情報素材保存手段からの情報素材のある
クリップの前のクリップを再生する情報素材再生手段
と、を備え、 記録メディアのアクセス単位のサイズが、記録メディア
に対する最小アクセス可能単位のサイズと、情報素材再
生手段における最小処理単位のサイズと、の公倍数に設
定されていることを特徴とする情報再生装置。 - 【請求項２】 記録メディアの情報素材は画像・音声情
報を圧縮符号化したものであり、情報素材再生手段はこ
の情報素材を復号化する請求項１に記載の情報再生装
置。 - 【請求項３】 記録メディアは磁気ディスクであり、記
録メディアに対する最小アクセス可能単位のサイズはセ
クタのサイズで、情報素材再生手段における最小処理単
位のサイズはパケットのサイズである請求項１に記載の
情報再生装置。 - 【請求項４】 複数のクリップを有する情報素材を読み
だして再生するための情報再生方法であり、 複数のクリップを有する情報素材を記録メディアに記録
し、 要求に応じて、記録メディアの複数のアクセス単位から
構成されるあるクリップを読みだして情報素材保存手段
に一旦保存し、 情報素材のあるクリップを情報素材保存手段に一旦保存
すると同時に、情報素材保存手段からの情報素材のある
クリップの前のクリップを情報素材再生手段により再生
する際に、 記録メディアのアクセス単位のサイズが、記録メディア
に対する最小アクセス可能単位のサイズと、情報素材再
生手段における最小処理単位のサイズと、の公倍数に設
定されていることを特徴とする情報再生方法。 - 【請求項５】 記録メディアの情報素材は画像・音声情
報を圧縮符号化したものであり、情報素材再生手段はこ
の情報素材を復号化する請求項４に記載の情報再生方
法。 - 【請求項６】 記録メディアは磁気ディスクであり、記
録メディアに対する最小アクセス可能単位のサイズはセ
クタのサイズで、情報素材再生手段における最小処理単
位のサイズはパケットのサイズである請求項４に記載の
情報再生方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9076073A JPH10269706A (ja) | 1997-03-27 | 1997-03-27 | 情報再生装置及び情報再生方法 |
| US09/040,952 US6236663B1 (en) | 1997-03-27 | 1998-03-18 | Information reproduction apparatus and information reproduction method |
| KR1019980010662A KR19980080750A (ko) | 1997-03-27 | 1998-03-27 | 정보 재생 장치 및 정보 재생 방법 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9076073A JPH10269706A (ja) | 1997-03-27 | 1997-03-27 | 情報再生装置及び情報再生方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10269706A true JPH10269706A (ja) | 1998-10-09 |
Family
ID=13594637
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9076073A Withdrawn JPH10269706A (ja) | 1997-03-27 | 1997-03-27 | 情報再生装置及び情報再生方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6236663B1 (ja) |
| JP (1) | JPH10269706A (ja) |
| KR (1) | KR19980080750A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6418273B1 (en) | 1999-09-07 | 2002-07-09 | The Original San Francisco Toymakers | Video compact disc player |
| US7308191B2 (en) | 1999-04-27 | 2007-12-11 | Samsung Electronics Co., Ltd. | Method for temporary deletion, search, restoration, and permanent deletion of stream object and a recording medium for storing additional information for restoration of stream object divided by temporary deletion |
| JP2008287885A (ja) * | 1999-09-28 | 2008-11-27 | Sony Corp | トランスポートストリーム再生装置、トランスポートストリーム再生方法、およびプログラム記録媒体 |
| CN100450164C (zh) * | 1999-01-04 | 2009-01-07 | Lg电子株式会社 | 用于记录数字数据的方法和装置 |
| JP2009158090A (ja) * | 2009-04-13 | 2009-07-16 | Mitsubishi Electric Corp | データ信号記録装置およびデータ信号再生装置 |
| JP2011198459A (ja) * | 2011-04-28 | 2011-10-06 | Mitsubishi Electric Corp | データ信号記録装置およびデータ信号再生装置 |
| JP5616965B2 (ja) * | 2010-06-17 | 2014-10-29 | Ｎｔｔエレクトロニクス株式会社 | 画像処理装置 |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6608630B1 (en) * | 1998-11-09 | 2003-08-19 | Broadcom Corporation | Graphics display system with line buffer control scheme |
| EP1021048A3 (en) * | 1999-01-14 | 2002-10-02 | Kabushiki Kaisha Toshiba | Digital video recording system and its recording medium |
| US6502157B1 (en) * | 1999-03-24 | 2002-12-31 | International Business Machines Corporation | Method and system for perfetching data in a bridge system |
| CN100470654C (zh) * | 2001-07-23 | 2009-03-18 | 松下电器产业株式会社 | 将信息记录到信息记录介质的装置及方法 |
| US20030093800A1 (en) * | 2001-09-12 | 2003-05-15 | Jason Demas | Command packets for personal video recorder |
| HU228607B1 (hu) * | 2001-11-30 | 2013-04-29 | Sony Corp | Eljárás és berendezés adatáram konverziójára, eljárás és berendezés adatrögzítésre és adatrögzítési közeg |
| AU2002354066A1 (en) * | 2001-11-30 | 2003-06-10 | Koninklijke Philips Electronics N.V. | A method and an apparatus for stream conversion, a method and an apparatus for data recording, and data recording medium |
| JP2003199048A (ja) * | 2001-12-28 | 2003-07-11 | Pioneer Electronic Corp | 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造 |
| JP2003199049A (ja) * | 2001-12-28 | 2003-07-11 | Pioneer Electronic Corp | 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造 |
| JP3852693B2 (ja) * | 2002-03-19 | 2006-12-06 | ソニー株式会社 | 情報処理装置および方法、記録媒体、並びにプログラム |
| JP3940902B2 (ja) * | 2002-04-22 | 2007-07-04 | ソニー株式会社 | 情報処理装置、情報処理装置の制御方法、情報処理装置の制御プログラム及び情報処理装置の制御プログラムを記録した記録媒体 |
| KR100497365B1 (ko) * | 2002-09-17 | 2005-06-23 | 삼성전자주식회사 | 개선된 파일 시스템, 이에 적합한 기록 매체 및 파일액세스 방법 |
| JP2004241068A (ja) * | 2003-02-07 | 2004-08-26 | Sony Corp | 電子機器及びその再生制御方法 |
| DE602004027799D1 (de) * | 2003-04-10 | 2010-08-05 | Panasonic Corp | Informationsaufzeichnungsmedium, einrichtung und verfahren zum aufzeichnen von informationen in einem informationsaufzeichnungsmedium |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5355450A (en) * | 1992-04-10 | 1994-10-11 | Avid Technology, Inc. | Media composer with adjustable source material compression |
| US5854640A (en) * | 1996-01-02 | 1998-12-29 | Intel Corporation | Method and apparatus for byte alignment of video data in a memory of a host system |
-
1997
- 1997-03-27 JP JP9076073A patent/JPH10269706A/ja not_active Withdrawn
-
1998
- 1998-03-18 US US09/040,952 patent/US6236663B1/en not_active Expired - Fee Related
- 1998-03-27 KR KR1019980010662A patent/KR19980080750A/ko not_active Application Discontinuation
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100450164C (zh) * | 1999-01-04 | 2009-01-07 | Lg电子株式会社 | 用于记录数字数据的方法和装置 |
| US7308191B2 (en) | 1999-04-27 | 2007-12-11 | Samsung Electronics Co., Ltd. | Method for temporary deletion, search, restoration, and permanent deletion of stream object and a recording medium for storing additional information for restoration of stream object divided by temporary deletion |
| US6418273B1 (en) | 1999-09-07 | 2002-07-09 | The Original San Francisco Toymakers | Video compact disc player |
| JP2008287885A (ja) * | 1999-09-28 | 2008-11-27 | Sony Corp | トランスポートストリーム再生装置、トランスポートストリーム再生方法、およびプログラム記録媒体 |
| JP2011028841A (ja) * | 1999-09-28 | 2011-02-10 | Sony Corp | トランスポートストリーム再生装置、およびデータ記録媒体 |
| JP4710937B2 (ja) * | 1999-09-28 | 2011-06-29 | ソニー株式会社 | トランスポートストリーム再生装置、トランスポートストリーム再生方法、トランスポートストリーム記録装置、トランスポートストリーム記録方法、およびプログラム記録媒体 |
| JP2009158090A (ja) * | 2009-04-13 | 2009-07-16 | Mitsubishi Electric Corp | データ信号記録装置およびデータ信号再生装置 |
| JP5616965B2 (ja) * | 2010-06-17 | 2014-10-29 | Ｎｔｔエレクトロニクス株式会社 | 画像処理装置 |
| US9286018B2 (en) | 2010-06-17 | 2016-03-15 | Ntt Electronics Corporation | Image processing device for improved access efficiency |
| JP2011198459A (ja) * | 2011-04-28 | 2011-10-06 | Mitsubishi Electric Corp | データ信号記録装置およびデータ信号再生装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| KR19980080750A (ko) | 1998-11-25 |
| US6236663B1 (en) | 2001-05-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH10269706A (ja) | 情報再生装置及び情報再生方法 | |
| JP3356991B2 (ja) | 光ディスク、記録方法、記録装置、再生方法及び再生装置 | |
| US8488941B2 (en) | Coded data control device | |
| CN100477766C (zh) | 音频/视频信息记录再现装置及方法 | |
| AU1157800A (en) | Signal processing on information files so as to obtain characteristic point information sequences | |
| WO2003079195A1 (fr) | Appareil et procede de traitement d'information | |
| JP3740213B2 (ja) | 再生装置 | |
| JP4250319B2 (ja) | 再生装置、再生方法及び記憶媒体 | |
| KR19980080748A (ko) | 정보 재생 장치 및 정보 재생 방법 | |
| JP4532426B2 (ja) | 映像情報処理装置 | |
| JPH07336640A (ja) | ディスク再生装置 | |
| JP2001157147A (ja) | 動画サムネイル表示機能を有するデジタル記録再生装置および動画サムネイル表示方法 | |
| JP2001126405A (ja) | ビットストリーム記録／又は再生装置 | |
| JP4255796B2 (ja) | データ記録装置、データ記録方法、データ記録プログラム、および該プログラムを記録した記録媒体 | |
| JP3555519B2 (ja) | 圧縮画像再生方法及び装置 | |
| JP2001148157A (ja) | 記録再生装置及び記録再生方法 | |
| JP2002290892A (ja) | デジタル記録再生装置 | |
| JP2002334561A (ja) | 情報記録媒体、情報記録媒体に情報を記録、再生する装置 | |
| JP2003174622A (ja) | 音声／映像情報記録再生装置および方法、および音声／映像情報記録再生装置および方法を用いて情報が記録された記録媒体 | |
| JP2000354224A (ja) | 画像データ記録方法および光ディスク再生方法 | |
| KR100630062B1 (ko) | 다중 데이터 비트 스트림 기록기기에서 임의의 프로그램데이터 열의 고속 재생을 위한 데이터 정보 접근방법 | |
| US20060093314A1 (en) | Editing of data frames | |
| JP2002290916A (ja) | デジタル記録再生装置 | |
| WO2003044796A1 (fr) | Appareil et procede d'enregistrement/lecture d'informations audio/video, et support d'enregistrement sur lequel des informations sont enregistrees au moyen dudit appareil d'enregistrement/lecture d'informations audio/video conformement au procede associe | |
| JP2001285800A (ja) | データ信号記録再生装置およびデータ信号記録再生方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20040601 |