[go: up one dir, main page]

JPH10276405A - 情報再生装置及び情報再生方法 - Google Patents

情報再生装置及び情報再生方法

Info

Publication number
JPH10276405A
JPH10276405A JP9076072A JP7607297A JPH10276405A JP H10276405 A JPH10276405 A JP H10276405A JP 9076072 A JP9076072 A JP 9076072A JP 7607297 A JP7607297 A JP 7607297A JP H10276405 A JPH10276405 A JP H10276405A
Authority
JP
Japan
Prior art keywords
clip
information material
information
cluster
data
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
Application number
JP9076072A
Other languages
English (en)
Inventor
Satoshi Kawakami
智 河上
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.)
Sony Corp
Original Assignee
Sony Corp
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 Sony Corp filed Critical Sony Corp
Priority to JP9076072A priority Critical patent/JPH10276405A/ja
Priority to US09/040,969 priority patent/US6332058B1/en
Priority to KR1019980010660A priority patent/KR19980080748A/ko
Publication of JPH10276405A publication Critical patent/JPH10276405A/ja
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/432Content retrieval operation from a local storage medium, e.g. hard-disk
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/44Processing 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
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10Digital recording or reproducing
    • G11B20/10527Audio or video recording; Data buffering arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21Server components or server architectures
    • H04N21/218Source of audio or video content, e.g. local disk arrays
    • H04N21/21815Source of audio or video content, e.g. local disk arrays comprising local storage units
    • H04N21/2182Source of audio or video content, e.g. local disk arrays comprising local storage units involving memory arrays, e.g. RAID disk arrays
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23106Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving caching operations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/23805Controlling the feeding rate to the network, e.g. by controlling the video pump
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4382Demodulation or channel decoding, e.g. QPSK demodulation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/44Processing 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
    • H04N21/44004Processing 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 involving video buffer management, e.g. video decoder buffer or video display buffer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/79Processing of colour television signals in connection with recording
    • H04N9/80Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804Transformation 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/8042Transformation 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2213/00Indexing scheme relating to interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F2213/28DMA
    • G06F2213/2806Space or buffer allocation for DMA transfers
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00007Time or data compression or expansion
    • G11B2020/00014Time or data compression or expansion the compressed signal being an audio signal
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00007Time or data compression or expansion
    • G11B2020/00072Time or data compression or expansion the compressed signal including a video signal
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00Record carriers by type
    • G11B2220/20Disc-shaped record carriers
    • G11B2220/25Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2508Magnetic discs
    • G11B2220/2516Hard disks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/78Television signal recording using magnetic recording
    • H04N5/781Television signal recording using magnetic recording on disks or drums

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Television Signal Processing For Recording (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Abstract

(57)【要約】 【課題】 2チャンネル分の資源を必要とせず、専用の
特殊なエンコーダを用いなくても、複数のクリップを有
する情報素材の各クリップを連続して再生することがで
きる情報再生装置を提供すること。 【解決手段】 情報素材保存手段30からの情報素材1
4のあるクリップCP2の前のクリップCP1を再生す
る際に、前のクリップCP1の末尾クラスタの少なくと
も一部に無効データDDがある場合に、あるクリップC
P2のクラスタが記録メディア20から情報素材保存手
段30に書き込みを終了する時点で書き込み終了フラグ
WFを立てる書き込み終了フラグ発生手段24,36を
備える。

Description

【発明の詳細な説明】
【0001】
【発明の属する技術分野】本発明は、複数のクリップを
有する情報素材を読みだして、この情報素材の各クリッ
プを連続して再生するための情報再生装置及び情報再生
方法に関するものである。
【0002】
【従来の技術】近年、画像情報や音声情報をなるべく劣
化させずに圧縮符号化して、再び再生手段によりその圧
縮符号化した情報素材を復号化する技術が発達してきて
いる。その画像情報や音声情報を圧縮符号化して復号化
(伸張)する方式としては、例えばMPEG(エムペ
グ:Motion Picture Experts
Group)システム規格が提案されている。このよう
なMPEGシステム規格で圧縮して多重化されたビデオ
オーディオ素材等は、図15に示すように複数のクリッ
プから構成されている。このクリップとは、複数個のク
ラスタ、例えば図15の例では4個のクラスタから構成
されている。このクラスタとは、ハードディスク(H
D)に形成されている一般にセクタと呼ばれるある単位
(例えば512バイト)の整数倍の単位である。図15
の例では2つの前のクリップCP1とあるクリップCP
2が示されている。
【0003】図15の従来の例では、ハードディスク
(HD)1においてクリップCP1,CP2等を有する
情報素材(MPEGストリーム)2が記録されている。
このハードディスク1に記録されている情報素材2は、
復号器であるデコーダにより復号されるのであるが、こ
のハードディスク1とデコーダ2の間では情報素材2を
直接アクセスできない。この理由としては、ハードディ
スク1にある単位(例えば4バイト、以後セル1aと称
する)ずつにMPEGストリームを分割して記録してお
り、ハードディスク1のセル1aとクラスタCTのサイ
ズの差を吸収するためのバッファとして、DMAバッフ
ァ3を使用する必要がある。つまり、ハードディスク1
にアクセスする場合には、一旦情報素材2は、バッファ
3Aあるいはバッファ3Bに蓄える必要がある。
【0004】このような例えばクリップCP1,CP2
の各クラスタCTを順次連続してデコーダ4a,4bに
送って再生する場合には、図15に示すようにスイッチ
ャ5を用いる。前のクリップCP1の最初のクラスタC
T1はバッファ3Aに蓄えられてデコーダ4aで再生さ
れ、次のクラスタCT2はバッファ3Bに収容されてデ
コーダ4bで復号化される。スイッチャ5は、このデコ
ーダ4aと4bを切り換えることにより、各クラスタC
Tを順次例えばビデオ信号やオーディオ信号として取り
出す。このようにスイッチャ5が2つのデコーダ4aと
4bを切り換えることにより、前のクリップCP1のク
ラスタCTとある(後の)クリップCP2のクラスタC
Tを順次連続再生していくことになる。
【0005】
【発明が解決しようとする課題】ところが、このような
方法であると、1つのバッファ3Aと1つのデコーダ4
aからなるチャンネルCH1と、別のバッファ3Bとデ
コーダ4bからなるチャンネルCH2の合計2つのチャ
ンネルが必要となる。つまり2チャンネル分のデコーダ
4a,4bを用意する必要がある。あるいはもう少し工
夫をして、デコーダを1チャンネル分だけ用意して、ハ
ードディスク1からの情報素材2の転送能力は2チャン
ネル分にするという方式も考えられる。しかし何れの方
式を採用しても、1チャンネルのハードディスクの情報
素材2の再生には必ず2チャンネル分の転送能力資源を
必要とすることになり、コトスアップになってしまう。
【0006】そこで、2チャンネル分以下の資源で図1
5に示すような複数のクリップCP1,CP2を連続再
生する方式が考えられている。この方式は、特開平8−
289255号公報に開示されている。この公報に開示
されている技術では、図15の前のクリップCP1とあ
るクリップCP2の状態において、クラスタの整数倍に
一致するように各クリップのサイズを調整する方式を採
用している。例えばクリップCP1の4つ目の末尾クラ
スタCT4の少なくとも1部にゴミデータと呼ばれる無
効データDDがある場合に、次のような問題が起こる。
例えばバッファ3Bからデコーダ4bに対してこの無効
データDDを含む末尾クラスタCT4を復号化する時
に、実際には無効データDDを除いた有効データtのみ
を読みだす。この有効データtを読みだす時間が例えば
0.1秒であった場合に、このクラスタCT4をバッフ
ァ3Bからデコーダ4bに送る時間が有効データtを読
み込む0.1秒だけ動作するが、これと同時にハードデ
ィスク1からバッファ3Aに対してあるクリップCP2
の先頭クラスタCT1を読み込む動作が行われる。この
時にあるクリップCP2の先頭クラスタCT1をバッフ
ァ3Aに読み込む時間を1秒とすれば、末尾クラスタC
T4をデコーダ4bに読み込む時間が有効データtのデ
コーダ4bの時間0.1秒だけとなり、実際にはあるク
リップCP2の先頭クラスタCT1の読み込める情報は
0.1秒分でしかないので、バッファ3Aに対してはハ
ードディスク1からの情報素材2の0.1秒分しか読み
込むことができないということになる。このような不都
合をなくすために、前のクリップCP1とあるクリップ
CP2を、無効データDDがあったとしても、同じサイ
ズに完全に一致するようにクリップCP1,CP2を符
号化するための専用の特殊なMPEGエンコーダが必要
となってしまう。そこで本発明は上記課題を解消し、2
チャンネル分の資源を必要とせず、専用の特殊なエンコ
ーダを用いなくても、複数のクリップを有する情報素材
の各クリップを連続して再生することができる情報再生
装置及び情報再生方法を提供することを目的としてい
る。
【0007】
【課題を解決するための手段】上記目的は、本発明にあ
っては、複数のクリップを有する情報素材を読みだし
て、この情報素材の各クリップを連続して再生するため
の情報再生装置であり、複数のクリップを有する情報素
材を記録した記録メディアと、要求に応じて、記録メデ
ィアから情報素材の複数のクラスタから構成されるある
クリップを読みだして一旦保存する情報素材保存手段
と、情報素材のあるクリップを情報素材保存手段に一旦
保存すると同時に、情報素材保存手段からの情報素材の
あるクリップの前のクリップを再生する情報素材再生手
段と、情報素材保存手段からの情報素材のあるクリップ
の前のクリップを再生する際に、前のクリップの末尾ク
ラスタの少なくとも一部に無効データがある場合に、あ
るクリップのクラスタが記録メディアから情報素材保存
手段に書き込みを終了する時点で書き込み終了フラグを
立てる書き込み終了フラグ発生手段と、を備える情報再
生装置により、達成される。
【0008】本発明では記録メディアには複数のクリッ
プを有する情報素材が記録されている。情報素材保存手
段には、要求に応じて記録メディアから情報素材の複数
のクラスタから構成されるあるクリップを読みだして一
旦保存する。情報素材再生手段は、情報素材のあるクリ
ップを情報素材保存手段に一旦保存すると同時に、情報
素材保存手段からの情報素材のあるクリップの前のクリ
ップを再生する。書き込み終了フラグ発生手段は、情報
素材保存手段からの情報素材のあるクリップの前のクリ
ップを再生する際に、前のクリップの末尾クラスタの少
なくとも一部に無効データがある場合に、あるクリップ
のクラスタが記録メディアから情報素材保存手段に書き
込みを終了する時点で、書き込み終了フラグを立てる。
このようにすることで、前のクリップの末尾クラスタの
少なくとも一部にあるいは全部に無効データがあって
も、書き込み終了フラグが立つまでは、無効データを有
する末尾クラスタを情報素材再生手段において再生させ
続けることができる。これにより、記録メディアから情
報素材保存手段へあるクリップのクラスタを読みだす時
間と、情報素材保存手段から情報素材再生手段に対して
前のクリップのクラスタを再生する時間を合わせること
ができる。したがって、記録メディアから情報素材保存
手段に対してあるクリップのクラスタを保存する時間が
短くなってしまい一部読み込めない部分が生じるのを防
ぐことができる。
【0009】上記目的は、本発明にあっては、複数のク
リップを有する情報素材を読みだして、この情報素材の
各クリップを連続して再生するための情報再生装置であ
り、複数のクリップを有する情報素材を記録した記録メ
ディアと、要求に応じて、記録メディアから情報素材の
複数のクラスタから構成されるあるクリップを読みだし
て一旦保存する情報素材保存手段と、情報素材のあるク
リップを情報素材保存手段に一旦保存すると同時に、情
報素材保存手段からの情報素材のあるクリップの前のク
リップを再生する情報素材再生手段と、情報素材保存手
段からの情報素材のあるクリップの前のクリップを再生
する際に、情報素材を構成する前のクリップの末尾クラ
スタの情報が全て有効データである場合には、この有効
データに関して、有効フラグを立ててデータを有効化す
ることを可能とする有効フラグの有効可能化指令を発生
するが、情報素材を構成する前のクリップの末尾クラス
タの少なくとも一部に無効データがある場合には、この
無効データに関して、有効フラグを立ててデータを有効
化することを可能とする有効フラグの有効可能化指令を
発生しない有効可能化指令発生手段と、を備える情報再
生装置により、達成される。
【0010】本発明では、記録メディアは複数のクリッ
プを有する情報素材を記録している。情報素材保存手段
は、要求に応じて、記録メディアから情報素材の複数の
クラスタから構成されるあるクリップを読みだして一旦
保存する。情報素材再生手段は、情報素材のあるクリッ
プを情報素材保存手段に一旦保存すると同時に、情報素
材保存手段からの情報素材のあるクリップの前のクリッ
プを再生する。有効可能化指令発生手段は、情報素材保
存手段からの情報素材のあるクリップの前のクリップを
再生する際に、情報素材を構成するクリップのクラスタ
の情報が全て有効データである場合には、この有効デー
タに関して、有効フラグを立てて有効化することを可能
とする有効フラグの有効可能化指令を発生する。これに
対して、この有効可能化指令発生手段は、情報素材を構
成する前のクリップの末尾クラスタの少なくとも一部に
無効データがある場合に、この無効データに関して、有
効フラグを立ててデータを有効化することを可能とする
有効フラグの有効可能化指令を発生しない。このように
することで、前のクリップの末尾クラスタの少なくとも
一部に無効データがある場合には、有効可能化指令発生
手段が、無効データに関して、有効フラグを立ててデー
タを有効化することを可能とする有効フラグの有効可能
化指令を発生しないので、前のクリップの末尾クラスタ
には無効データがあることが判明し、各クラスタ毎に書
き込み終了フラグを立てなくて済むので、フラグの管理
の簡単化が図れる。
【0011】
【発明の実施の形態】以下、本発明の好適な実施の形態
を添付図面に基づいて詳細に説明する。なお、以下に述
べる実施の形態は、本発明の好適な具体例であるから、
技術的に好ましい種々の限定が付されているが、本発明
の範囲は、以下の説明において特に本発明を限定する旨
の記載がない限り、これらの形態に限られるものではな
い。
【0012】図1は、本発明の情報再生装置の好ましい
実施の形態を示す全体図であり、図2は、図1の情報再
生装置のMPEGサーバの内部構造を示す図である。図
1において、情報再生装置は、例えばビデオテープレコ
ーダ(VTR)10から送出されるビデオ・オーディオ
素材を、圧縮符号化して、そしてMPEGサーバを介し
て再生(復号化)する装置である。ビデオテープレコー
ダ10は、圧縮符号化装置であるMPEGエンコーダ1
2に接続されている。このMPEGエンコーダ12は、
ビデオ素材をMPEG2方式で符号化し、かつオーディ
オ素材をMPEG1方式等で符号化するものである。そ
してこれらの符号化した圧縮素材は、MPEG2システ
ム方式で、MPEG圧縮多重化素材(以下、情報素材と
いう)14として、MPEGサーバ16のコア18に入
力されるようになっている。この情報素材14はMPE
Gストリームともいう。MPEG1の方式の規格は、I
SO(国際標準化機構)と、IEC(国際電気標準会
議)の合同組織において作られた国際規格であり、MP
EG2も同様である。
【0013】次に、図1のMPEGサーバの内部構造に
ついて説明する。MPEGサーバ16は、上述したMP
EGサーバコア(以下、コアという)18、記録系(記
録メディア)としての複数のハードディスクドライブ2
0と、複数の情報素材再生手段であるMPEGデコーダ
22を備えている。コア18は、複数のハードディスク
ドライブ20と複数のデコーダ22に接続されている。
コア18は、外部コントローラ24に接続されており、
コントロール信号26がコア18に対して供給されるよ
うになっている。
【0014】このMPEGサーバ16の詳しい構造につ
いて図2を参照して説明する。図1におけるMPEGサ
ーバ16のコア18は、外部コントローラ24のコント
ロール信号26に従って、情報素材(MPEG圧縮多重
化素材)14を各ハードディスクドライブ20に記録す
る。またコア18は、外部コントローラ24のコントロ
ール信号26に従うCPU群36のコントロール信号3
8により、ハードディスクドライブ20に記録されてい
る所望の素材を所望のMPEGデコーダ(以下、デコー
ダという)22に供給し、供給されたデコーダ22は、
その情報素材を復号化(再生)をして、ビデオ信号VS
とオーディオ信号ASを外部に出力するようになってい
る。
【0015】図2においては、記録メディアとしてのハ
ードディスクドライブ20は、5つのドライブ20−1
〜20−5を備えている。各ハードディスクドライブ2
0−1〜20−5は、DMAバッファ30を介してMP
EGストリームバスSBに接続されている。このストリ
ームバスSBは、各ゲートコントローラ32とデコーダ
バッファ34を介してそれぞれ情報素材再生手段である
デコーダ22に接続されている。各ハードディスクドラ
イブ20−1〜20−5には、CPU群36によりコン
トロール信号38が送られるようになっている。図2の
ハードディスクドライブ20−1〜20−5のハードデ
ィスクは、上述したように情報素材14を記録する記録
メディアである。DMAバッファ(バッファメモリとも
いう)30は、対応するハードディスクドライブ20−
1〜20−5の1つから読みだした情報素材14を一旦
蓄えるバッファメモリである。デコーダバッファ(バッ
ファメモリともいう)34は、DMAバッファ30から
読みだした情報素材14を一旦蓄えるメモリである。
【0016】ゲートコントローラ32は、デコーダバッ
ファ34に対する情報素材14の読み込みを制御するコ
ントローラである。デコーダ22は、デコーダバッファ
34から読みだした情報素材14を復号化(再生)する
ものである。時分割多重コントローラ40は、DMAバ
ッファ30から情報素材14を読みだすタイミングを制
御するコントローラである。CPU群36は、上位のコ
ントローラである外部コントローラ24からのコントロ
ール信号26による要求に従ってコントロール信号38
を出力して、ハードディスクドライブ20−1〜20−
5のアクセスや、時分割多重コントローラ40を制御す
る中央処理装置である。このCPU群36は、複数のC
PUから構成されており、各CPUは共通メモリによっ
て互いに通信し合うことができる。
【0017】図1と図2における再生系(復号化系)4
2は、例えばゲートコントローラ32、デコーダバッフ
ァ34及びデコーダ22を有しているが、この再生系4
2は、複数のチャンネル、すなわち複数のデコーダ22
の数に対応するチャンネルで、情報素材14を、例えば
ビデオ信号VSとオーディオ信号ASとして再生するこ
とができる。多数のチャンネルで情報素材14を再生す
るために、複数のハードディスクドライブ20−1〜2
0−5からの情報素材14の供給能力を高める必要があ
り、そのために複数のハードディスクドライブ20−1
〜20−5を並列に使用しており、図2の例では5台使
用している。
【0018】図2の各ハードディスクドライブ20−1
〜20−5のハードディスクでは、情報素材14は図1
のMPEGエンコーダ12からある単位(例えば4バイ
ト、以後セルCEと称する)ずつに分割して記録する。
この各ハードディスクドライブ20−1〜20−5のハ
ードディスクの例を図14に示している。先頭の4バイ
トのセルは、先頭のハードディスクドライブ20−1に
記録し、次の4バイト(セル)は、次のハードディスク
ドライブ20−2に記録するという要領である。ただし
ハードディスクドライブ20−1〜20−5のハードデ
ィスクには、一般にセクタと呼ばれるある単位(例えば
512バイト)の整数倍の単位(図2に示すクラスタC
T)でしかアクセスできないために、図2に示すように
このセルCEとクラスタCTの情報サイズの差を吸収す
るために、DMAバッファ30を使用する。つまりハー
ドディスクドライブにアクセスする場合には、一旦情報
素材14はDMAバッファ30を経由することになる。
【0019】ここで各用語について簡単に説明する。上
述した「セクタST」とは、図12(A)に示すように
ハードディスクやフロッピーディスク等の記録メディア
の「物理的」な最小アクセス可能単位である。「クラス
タCT」とは、図12(B)に示すように、セクタの整
数倍の単位であり、ハードディスクやフロッピーディス
ク等の記録メディアの「論理的」な最小アクセス可能単
位である。したがってこれらのクラスタは連続するセク
タから構成されている。1つのクラスタを構成するセク
タの数は、記録メディアの種類やサイズ等によって異な
る。更に図12(C)に示すように、「パケットPT」
とは、デコーダの扱える単位を示しており、MPEG規
格に基づいてコーディング(圧縮)したビデオデータ及
びオーディオデータをMPEGシステム規格に基づいて
多重化する場合の構成要素の最小単位をいう。このパケ
ットPTは、図2のデコーダバッファ34からデコーダ
22に送られる場合の情報素材14の構成要素の最小単
位である。
【0020】図2の外部コントローラ24が発生するコ
ントロール信号26は、CPU群36に供給されるので
あるが、この外部コントローラ24とCPU群36は、
後で説明する書き込み終了フラグを立てるための書き込
み終了フラグ発生手段あるいは後で説明する有効フラグ
の有効可能化指令を発生するあるいはしないことができ
る有効可能化指令発生手段の役割を果たす。図2の時分
割多重コントローラ40は、各DMAバッファ30に対
してリードポインタアドレス信号PAを供給するととも
に、ゲートコントローラ32に対して有効フラグEFを
供給できる。
【0021】時分割多重コントローラ40が各ゲートコ
ントローラ32に対して有効フラグEFを供給するのは
次のような理由からである。所望の時刻において、所望
の情報素材14をMPEGストリームバスSBに流すよ
うにDMAバッファ30からの情報素材14の読みだし
を制御するのが時分割多重コントローラ40の主な機能
である。各DMAバッファ30から読みだされた1セル
CE(4バイト)の情報素材(MPEGストリーム)1
4は、ハードディスクドライブ20−1〜20−5の並
列台数(5台)分が1セット(4バイト×5)となって
デコーダバッファ34に蓄えられる。デコーダバッファ
34に蓄えられた情報素材14は、随時デコーダ22に
よって処理して再生される。この時に、MPEGストリ
ームバスSBは、時分割多重コントローラ40により時
分割多重されているために、常に何らかのデータが流れ
ることになる。つまり再生中でないチャンネルに対応す
るゲートコントローラ32に対してもその割り当て時刻
には情報素材14のデータが流れてしまうことになる。
【0022】そこで、有効な情報素材14(使用したい
情報素材)だけを、対応するデコーダバッファ34に取
り込むことができるようにするために、時分割多重コン
トローラ40は、有効フラグEFを対応するゲートコン
トローラ32に対して付加する。これにより有効フラグ
EFが立っている(LOWレベルになっている)場合に
のみ、その時刻に流れている情報素材14は対応するゲ
ートコントローラ32に対して有効であり、このゲート
コントローラ32は、対応するデコーダバッファ34に
対して情報素材14の取り込みを行う。この有効フラグ
EFを生成するのも時分割多重コントローラ40の重要
な役目である。
【0023】次に図3及び図2を参照して、DMAバッ
ファ30の構造例について説明する。図3に示すのはD
MAバッファ(情報素材保存手段として機能する)30
と、記録メディアであるハードディスクドライブ20
(20−1〜20−5のいずれか)及び再生系42のM
PEGデコーダ(情報素材再生手段として機能する)2
2の接続例を示している。ハードディスクドライブ20
からDMAバッファ30に対しては、クラスタCT単位
で情報素材14を書き込みすることができる。これに対
してDMAバッファ30からデコーダ22に対してはセ
ルCE単位で情報素材14を読みだすことができる。
【0024】DMAバッファ30は、2つのバッファ
A,Bを有している。バッファA,Bは、リングバッフ
ァ形式のものであり、基本的にはバッファA,Bをリン
グバッファとして使用する。つまり、一方のバッファ
(例えばバッファA)からデコーダ22に情報素材14
の読みだしを行っている間には、他方のバッファ(例え
ばバッファB)にはハードディスクドライブ20から情
報素材14の書き込みを行う。バッファAからの情報素
材14の読みだしが終了したら、引き続きバッファBか
ら情報素材14の読みだしを行い、今度はバッファAに
ハードディスクドライブ20から情報素材14の書き込
みを行う。以後同様にしてこの処理を繰り返すことによ
り、順次情報素材14をハードディスクドライブ20か
らデコーダ22へ送ることができる。ハードディスクド
ライブ20からDMAバッファ30へはクラスタCT単
位でバースト的に情報素材14のデータが転送され、か
つDMAバッファ30からデコーダ22へはセルCE単
位でコンスタントに情報素材14のデータが転送され
る。
【0025】バッファAからの読みだしが完了する前
に、バッファBへの書き込みが終了しなければ、無効デ
ータ(所謂ゴミデータ)DDを読みだしてしまう可能性
があるので、このようなことが起こらないようにする必
要がある。そのために、1クラスタ分の情報素材14の
データを消費する(DMAバッファから読みだすこと)
のに要する最短時間を例えば1秒とした場合に、1秒間
に1回の割合でハードディスクドライブ20からDMA
バッファ30に対して情報素材14のデータを読みだす
ことができるようにする必要がある。したがって、実際
の設計では、このような条件を満足するようにハードデ
ィスクドライブ20の並列台数や、サポートする最大チ
ャンネル数等のパラメータを決定することになる。本発
明の実施の形態ではこのような条件を満足するように各
パラメータが設定されているものとする。
【0026】なお、図13は、クラスタCTと、パケッ
トPT及びセクタCTの関係例を示している。図13に
おいて、例えば1セクタを512バイトとし、1パケッ
トを188バイトとすると、セクタとパケットの最小公
倍数は128パケットとなる。また例えば1クラスタを
最小公倍数の3倍とすると、1クラスタは384パケッ
トとなる。
【0027】DMAバッファ30のアクセス・シーケン
ス(非連続再生方式) 次に、本発明の情報再生方法を図7と図8を用いて説明
する前に、その前提となるこれまで通常用いられている
クリップの情報再生方法(非連続再生方法)に関するD
MAバッファ30を中心とするアクセス・シーケンスに
ついて、図4を参照して説明する。図4のDMAバッフ
ァ30のアクセス・シーケンスは、図4と図10に示す
ような前のクリップCP1と、あるクリップCP2を連
続して再生しない場合(非連続再生)のシーケンスであ
る。ここで、図4及び図10の前のクリップCP1とあ
るクリップCP2の構造例を説明しておく。前のクリッ
プCP1は、4つのクラスタCT1〜CT4を有してお
り、例えばそれぞれ1秒程度のデータ幅を有している。
ただし、4番目のクラスタCT4には、少なくとも一部
分が無効データDDを有している。同様にあるクリップ
(次のクリップ)CP2も、4つのクラスタCT1〜C
T4を有している。
【0028】クリップを連続再生しない場合のDMAバ
ッファ30に対する一般的なアクセス・シーケンスのフ
ローチャートを図4に示す。ステップS(1). 図2の再生系42のあるチャンネル
においてあるクリップを再生するように、上位コントロ
ーラである図1の外部コントローラ24からCPU群3
6に対してコントロール信号26により要求が発せられ
る。以下のステップS(2)〜S(8)は、外部コント
ローラ24から再生要求を受けた後のCPU群36の動
作である。また、以下のステップS(9)〜S(15)
は時分割多重コントローラ40の動作である。ステップS(2). FAT(File Allocat
ion Table)を検索して、指定のクリップの先
頭クラスタのアドレスを調べる。このFATとは、各ク
リップに関してその構成要素である各クラスタがHDD
のどの位置(アドレス)に記録されているのかを管理す
る一種のデータベースである。
【0029】ステップS(3). 図10の前のクリップ
CP1の先頭クラスタCT1のデータをHDD20から
DMAバッファ30に書き込む。ステップS(4). CPU群36が指定のチャンネルで
再生を開始するように時分割多重コントローラ40を設
定する。ステップS(9). 図3のDMAバッファ30のリード
・ポインタRPの示すアドレスからデータを1セルCE
だけ読み出す。ステップS(10). リード・ポインタRPをインクリ
メントする。ステップS(11). リード・ポインタRPが終端アド
レス(前のクリップCP1の無効データDDの前のアド
レス)FAと一致したかどうか調べる。ステップS(12). リード・ポインタRPが終端アド
レスFAと一致しない場合は、リード・ポインタRPが
クラスタ境界に達したかどうかを調べる。リード・ポイ
ンタRPがクラスタ境界に達していない場合はステップ
S(9)に戻る。ステップS(13). リード・ポインタRPがクラスタ
境界に達した場合は、そのクラスタ境界がバッファBの
クラスタ境界であるかどうかを調べる。バッファBのク
ラスタ境界でない場合は、リード・ポインタRPがクラ
スタ境界に達したことをCPU群36に報告してステッ
プS(9)に戻る。ステップS(14). バッファBのクリップ境界である
場合は、リード・ポインタRPをバッファAの先頭に戻
し、リード・ポインタRPがクラスタ境界に達したこと
をCPU群36に報告してステップS(9)に戻る。ステップS(15). リード・ポインタRPが終端アド
レスに一致した場合は再生を終了する。
【0030】ステップS(5). FATを検索して、指
定クリップの次のクラスタのアドレスを調べる。ステップS(6). 次のクラスタのデータをHDD20
からDMAバッファ30に書き込む。ステップS(7). このクラスタが指定クリップ(前の
クリップ)CP1の末尾クラスタCT4であるかどうか
を調べる。ステップS(8). もし末尾クラスタCT4であるなら
ば、終端アドレスFAを設定する。各クリップのサイズ
は必ずしもクラスタのサイズの整数倍にはならないの
で、末尾クラスタCT4に関しては、あるアドレスより
後ろの部分に無効データDD(ゴミ・データ)が存在す
る。このようなアドレスを上述した「終端アドレスF
A」と称することにする。各クリップの終端アドレスF
Aの値は、FATと同様にCPU群36がデータベース
として管理している。
【0031】時分割多重コントローラ40からリード・
ポインタRPがクラスタ境界に達したという報告を受け
たら、ステップS(5)以降の処理を再度実行する。リ
ード・ポインタRPとは、DMAバッファ30から読み
だしを行っている位置(アドレス)を示すものである。
なお上述したCPU群36による処理と時分割多重コン
トローラ40による処理は並列処理である。上述した図
4におけるDMAバッファ30のアクセス・シーケンス
では、前のクリップCP1とあるクリップCP2は、1
つのクリップ毎に処理するという所謂非連続再生方式を
示している。
【0032】次に、このように1つずつのクリップを非
連続的に再生するのではなく、前のクリップCP1とあ
るクリップCP2を連続再生するために、比較例として
一般的な方法について図5を参照して説明する。図10
に示すような前のクリップCP1と、あるクリップCP
2との連続再生を実現するためには、図5に示すよう
に、1チャンネル分の再生を行うのに、図5のような2
つのチャンネル、すなわち第1チャンネルCH1と第2
チャンネルCH2の回路を用意する必要がある。第1チ
ャンネルCH1と第2チャンネルCH2は、それぞれ図
では簡略化しているが、図3に例示するのと同様に、デ
コーダ22はデコーダバッファ34及びゲートコントロ
ーラ32を含んでいる。
【0033】このように2つの第1チャンネルCH1と
第2チャンネルCH2を必要とするのは、次のような理
由からである。前のクリップとあるクリップのつなぎ目
でスイッチャにより出力を選択する必要がある。例え
ば、図5の#1クリップ、#2クリップ、#3クリップ
という3つのクリップをこの順番で連続再生する場合、
#1 DMAバッファ130及び#1 MPEGデコー
ダ122で#1クリップと#3クリップを再生し、#2
DMAバッファ130及び#2 MPEGデコーダ12
2で#2クリップを再生することになる。通常は、バッ
ファからデータを読み出している間(1秒間)に、次の
クラスタのデータがHDDから書き込まれているはずな
ので問題はないが、末尾クラスタの場合、すべてが有効
なデータとは限らないため(無効データDDが存在する
ことがある)、バッファからデータを読み出すのに1秒
かからず、次のクラスタ、つまり次のあるクリップの先
頭クラスタがまだHDDから書き込まれていない可能性
がある。そこで、#1クリップの末尾クラスタの書き込
みと#2クリップの先頭クラスタの書き込み' を同
時に行う必要がある。そのため、HDDからの書き込み
に2チャンネル分のデータ転送能力が必要になってしま
う。仮に、#1 DMAバッファ130と#2 DMA
バッファ122を共通化したとしても、2チャンネル分
のデータ転送能力が必要であることに変わりはない。
【0034】連続再生の高速アクセス方式による実現方
本発明の高速アクセス方式の場合のDMAバッファの様
子を図6に示す。この図では、バッファが4クラスタ分
となっているが、実際には2クラスタ分だけであり、便
宜上、1つのクリップを構成する全クラスタに関して、
異なる時間に使用する同一バッファをあたかも別バッフ
ァであるかのように連続的に表現している。つまり、上
から順に、バッファA、バッファB、その次の時刻のバ
ッファA、その次の時刻のバッファBを表している。数
値例として、各クラスタのサイズを10Mbitとし、
1秒に1回の割合でHDDから1クラスタ分のデータを
書き込めるだけの供給能力があるものとする。したがっ
てDMAバッファから最大10Mbpsの転送レートで
データを読み出すことが可能である。また、クリップは
4つのクラスタから構成されているものとする。
【0035】図10と図11に例示するように、最悪の
場合、つまり末尾クラスタがすべて無効データDD(ゴ
ミデータ)の場合(正確には少なくとも1セルだけは有
効であるが、近似的にすべてゴミとする)、読み出され
る有効データの総量は30Mbit(=10Mbit×
3クラスタ分)であり、ゴミデータも含めて読み出され
るデータの総量は40Mbit(=10Mbit×4ク
ラスタ)である。これだけのデータをDMAバッファに
HDDから書き込むためには4秒かかるので、読み出す
のにも4秒かけてよいのであればDMAバッファは破綻
しない。つまり、最初にバッファAに関して書き込みが
読み出しに対して1秒先行していれば、このようなクリ
ップをいくつ連続再生させても、この1秒という差は永
久に維持される。一方、少くとも一部に無効データDD
を有する末尾クラスタの場合、この末尾クラスタのデー
タをDMAバッファからデコーダへの読み出しが4秒未
満で終了してしまうと、1秒という差が保証できなくな
っていつか破綻することになる。読み出しに4秒かけて
もよいためには、デコーダ側で消費する速度、つまりク
リップのビットレートが7.5Mbps(=30Mbi
t÷4秒)以下でなければならない。逆の捉えかたをす
ると、10MbpsでDMAバッファ30からデコーダ
22へ読み出せば、最大ビットレートが7.5Mbps
のクリップを連続再生することが可能である。つまり、
解決方法(1つのクラスタを読み書きする時間を1se
c一定)として、前のクリップCP1の末尾クラスタを
DMAバッファBからデコーダへ書き出す転送速度SP
1を、あるクリップCP2の最初のクラスタをHDDか
らDMAバッファへ読み出す速度SP2に応じて変更す
る。
【0036】この場合、要求されるデータ供給能力は
1.33チャンネル分(=10Mbps÷7.5Mbp
s)であり、2チャンネル分よりも小さい。この値は、
クリップを構成するクラスタ数が小さい程大きくなり、
2クラスタの場合には最悪でも2チャンネルとなる。1
クラスタの場合は連続再生できなくなるが、これは扱う
クリップに対してクラスタのサイズが不適切なためであ
り、現実的には、その用途に応じて扱う最短のクリップ
(例えば、CMならば最短15秒など)が決められてお
り、最短クリップの場合でも複数クラスタから構成され
るようにクラスタのサイズを決めることになる。
【0037】次に、図7を参照して、本発明の情報再生
方法の実施の形態であるDMAバッファ30のアクセス
・シーケンスを説明する。なお図3と図10も参照す
る。図7と図10を参照してDMAバッファ30のアク
セス・シーケンス(連続再生,無効データ非読み出し方
式)を説明するのであるが、このシーケンス方式では、
図1と図3に示す外部コントローラ24とCPU群36
が、書き込み終了フラグ発生手段として機能する。ま
た、図8と図10に示すDMAバッファ30のアクセス
・シーケンス(連続再生,無効データ読み出し方式)で
は、図1と図3に示す外部コントローラ24とCPU群
36は、後で説明する無効データに関して有効フラグを
立ててデータを有効化する有効フラグの有効可能化指令
を発生するための有効可能化指令発生手段の機能を果た
す。
【0038】DMAバッファ30のアクセス・シーケン
ス(連続再生,無効データ非読み出し方式) クリップを連続再生する場合のDMAバッファに対する
アクセス・シーケンスのフローチャートを図7及び図8
に示す。前者は無効なデータをバッファから読み出さな
い方式(無効データ非読み出し方式)の場合であり、後
者は無効なデータも読み出す方式(無効データ読み出し
方式)の場合である。まず、図7を参照して、無効デー
タ非読み出し方式の場合の実施の形態1について説明す
る。ステップS(1). 図2のあるチャンネルにおいてある
クリップを再生するように、外部コントローラ24から
CPU群36に対して要求が発せられる。
【0039】以下は、外部コントローラ24から再生要
求を受けた後のCPU群36の動作である。ステップS(2). FAT(File Allocat
ion Table)を検索して、指定のクリップの先
頭クラスタのアドレスを調べる。FATとは、各クリッ
プに関してその構成要素である各クラスタがHDDのど
の位置(アドレス)に記録されているのかを管理する一
種のデータベースである。ステップS(3). 先頭クラスタCT1(図10参照)
のデータをHDD20からDMAバッファ30に書き込
む。ステップS(4). 指定のチャンネルで再生を開始する
ように時分割多重コントローラ40を設定する。
【0040】以下は、CPU群36から再生要求を受け
た後の時分割多重コントローラ40の動作である。ステップS(13). 図3のDMAバッファ30のリー
ド・ポインタRPの示すアドレスからデータを1セルだ
け読み出す。ステップS(14). リード・ポインタRPをインクリ
メントする。ステップS(15). リード・ポインタRPが終端アド
レスFAと一致したかどうか調べる。ステップS(16). リード・ポインタRPが終端アド
レスFAと一致しない場合は、リード・ポインタRPが
クラスタ境界に達したかどうか調べる。リード・ポイン
タRPがクラスタ境界に達していない場合はステップS
(13)に戻る。ステップS(17). リード・ポインタRPがクラスタ
境界に達した場合は、そのクラスタ境界がバッファBの
クラスタ境界であるかどうか調べる。バッファBのクラ
スタ境界でない場合は、リード・ポインタRPがクラス
タ境界に達したことをCPU群36に報告してステップ
S(13)に戻る。ステップS(18). バッファBのクラスタ境界である
場合は、リード・ポインタRPをバッファAの先頭に戻
し、リード・ポインタRPがクラスタ境界に達したこと
をCPU群36に報告してステップS(13)に戻る。ステップS(19). リード・ポインタRPが終端アド
レスFAに一致した場合は「インクリメント停止フラ
グ」が立っているかどうか調べる。ステップS(20). 「インクリメント停止フラグ」が
立っていない場合は「書き込み終了フラグ」が立つまで
待つ。ステップS(21). 「書き込み終了フラグ」が立った
ら、リード・ポインタRPを次のクラスタの先頭までジ
ャンプさせる。ステップS(22). 「インクリメント停止フラグ」が
立っている場合は再生を終了する。ステップS(5). FATを検索して、指定クリップの
次のクラスタのアドレスを調べる。ステップS(6). 次のクラスタのデータをHDD20
からDMAバッファ30に書き込む。ステップS(7). DMAバッファ30への書き込みが
終了したかどうか調べる。ステップS(8). 書き込みが終了したならば「書き込
み終了フラグWFF」を立てる。ステップS(9). このクラスタが指定クリップ(前の
クリップCP1)の末尾クラスタCT4であるかどうか
調べる。ステップS(10). もし末尾クラスタCT4であるな
らば、終端アドレスFAを設定する。ステップS(11). このクリップが指定クリップ群の
最終クリップであるかどうか調べる。ステップS(12). 最終クリップであるならば「イン
クリメント停止フラグ」を立てる。 時分割多重コントローラ40から、リード・ポインタが
クラスタ境界に達したという報告を受けたら、ステップ
S(5)以降の処理を再度実行する。
【0041】以上のようにして、図7のDMAバッファ
30のアクセス・シーケンス(無効データ非読み出し方
式)では、情報素材保存手段であるDMAバッファ30
からの情報素材14のあるクリップCP2の前のクリッ
プCP1を再生する際に、前のクリップCP1の末尾ク
ラスタCT4の少なくとも一部に無効データDDがある
場合に、あるクリップCP2のクラスタCT1が記録メ
ディアであるハードディスクドライブからDMAバッフ
ァ30に書き込みを終了する時点で、終了フラグ発生手
段として機能する外部コントローラ24とCPU群36
が、書き込み終了フラグWFFを立てる。前のクリップ
の末尾クラスタの少なくとも一部にあるいは全部に無効
データがあっても、書き込み終了フラグWFFが立つま
では、無効データを有する末尾クラスタを情報素材再生
手段において再生させ続けることができる。これによ
り、記録メディアから情報素材保存手段へあるクリップ
のクラスタを読み出す時間と、情報素材保存手段から情
報素材再生手段に対して前のクリップのクラスタを再生
する時間を合わせることができる。従って、記録メディ
アから情報素材保存手段に対してあるクリップのクラス
タを保存する時間が短くなってしまい一部読み込めない
部分が生じるのを防ぐことができる。
【0042】DMAバッファ30のアクセス・シーケン
ス(連続再生,無効データ読み出し方式) 次に、本発明の情報再生方法の実施の形態2である無効
データ読み出し方式の場合について説明する。この方式
では、有効フラグEF、有効フラグ有効可能化指令EF
FIを用いるが、これらは図2と図9に示している。ステップS(1). あるチャンネルにおいてあるクリッ
プを再生するように、外部コントローラ24からCPU
群36に対して要求が発せられる。以下は、外部コント
ローラ24から再生要求を受けた後のCPU群36の動
作である。ステップS(2). FAT(File Allocat
ion Table)を検索して、指定のクリップの先
頭クラスタのアドレスを調べる。ステップS(3). 先頭クラスタのデータをHDD20
からDMAバッファ30に書き込む。ステップS(4). 指定のチャンネルで再生を開始する
ように時分割多重コントローラを設定する。ステップS(5). 図2に示すCPU群36から「有効
フラグ有効化可能指令EFFI」を立てる。
【0043】以下は、CPU群36から再生要求を受け
た後の時分割多重コントローラ40の動作である。ステップS(12). 図3のDMAバッファ30のリー
ド・ポインタRPの示すアドレスからデータを1セルC
Eだけ読み出す。ステップS(13). リード・ポインタRPをインクリ
メントする。ステップS(14). リード・ポインタRPが終端アド
レスFAと一致したかどうか調べる。ステップS(15). リード・ポインタRPが終端アド
レスFAと一致しない場合は、リード・ポインタRPが
クラスタ境界に達したかどうか調べる。リード・ポイン
タRPがクラスタ境界に達していない場合はステップS
(12)に戻る。ステップS(16). リード・ポインタRPがクラスタ
境界に達した場合は、そのクラスタ境界がバッファBの
クラスタ境界であるかどうか調べる。バッファBのクラ
スタ境界でない場合は、リード・ポインタRPがクラス
タ境界に達したことをCPU群36に報告してステップ
S(5)に戻る。ステップS(17). バッファBのクラスタ境界である
場合は、リード・ポインタRPをバッファAの先頭に戻
し、リード・ポインタRPがクラスタ境界に達したこと
をCPU群36に報告してステップS(5)に戻る。ステップS(18). リード・ポインタRPが終端アド
レスFAと一致した場合は図2に示すCPU群36から
の「有効フラグ有効化可能指令EFFI」を下げる。こ
のように「有効フラグ有効化可能指令EFFI」が立っ
ていない場合は、たとえDMAバッファからデータを読
み出していても有効フラグEFは立てない。ステップS(19). 「インクリメント停止フラグ」が
立っているかどうか調べる。「インクリメント停止フラ
グ」が立っていない場合はステップS(12)に戻る。ステップS(20). 「インクリメント停止フラグ」が
立っている場合は再生を終了する。ステップS(6). FATを検索して、指定クリップの
次のクラスタのアドレスを調べる。ステップS(7). 次のクラスタのデータをHDD20
からDMAバッファ30に書き込む。ステップS(8). このクラスタが指定クリップ(前の
クリップCP1)の末尾クラスタCT4であるかどうか
調べる。ステップS(9). もし末尾クラスタCT4であるなら
ば、終端アドレスFAを設定する。ステップS(10). このクリップが指定クリップ群の
最終クリップであるかどうか調べる。ステップS(11). 最終クリップであるならば「イン
クリメント停止フラグ」を立てる。 図2の時分割多重コントローラ40から、リード・ポイ
ンタRPがクラスタ境界に達したという報告を受けた
ら、ステップS(5)以降の処理を再度実行する。
【0044】図7の無効なデータは読み出さないとい
う、無効データ非読み出し方式の方が一般的な発想であ
ると思われるが、図7の無効データ非読み出し方式の場
合は、リード・ポインタがクリップ終端に達した時点
で、次のクラスタつまりあるクリップの先頭クラスタC
T1が、まだHDDからDMAバッファに書き込まれて
いない可能性があるので、この書き込みが終了したかど
うかを調べ、その結果に応じてリード・ポインタRPを
制御する必要がある。これに対し、図8の無効データ読
み出し方式の場合は、末尾クラスタCT4であってもそ
のデータを読み出すのには1秒間要するため、読み出し
が終了した時点では必ず次のクラスタのデータは書き込
まれているはずである。したがって、単に、有効フラグ
を有効化可能にするか否かを制御するだけで済み、回路
構造を簡単にすることができる。前のクリップの末尾ク
ラスタの少なくとも一部に無効データがある場合には、
有効可能化指令発生手段が、無効データに関して、有効
フラグを立ててデータを有効化することを可能とする有
効フラグの有効可能化指令を発生しないので、前のクリ
ップの末尾クラスタには有効データがあることが判明
し、各クラスタ毎に書き込み終了フラグを立てなくて済
むので、フラグの管理の簡単化が図れる。
【0045】図8のDMAバッファ30のアクセス・シ
ーケンス(無効データ読み出し方式)方式では、情報素
材保存手段であるDMAバッファ30からの情報素材1
4のあるクリップCP2の前のクリップCP1を再生す
る際に、情報素材14を構成するクリップのクラスタの
情報がすべて有効データである場合には、この有効デー
タに関して、有効可能化指令発生手段として機能する外
部コントローラ24とCPU群36が、図2に示す有効
フラグEFを立てて有効化することを可能とする有効フ
ラグの有効可能化指令を発生する。しかし、情報素材1
4を構成する前のクリップの末尾クラスタCT4の少な
くとも一部に無効データDDがある場合には、この無効
データDDに関して有効可能化指令発生手段として機能
する外部コントローラ24とCPU群36は、この無効
データDDに関して有効フラグを立ててデータを有効化
する有効フラグの有効可能化指令を発生しない。
【0046】本発明を採用したMPEGサーバは、例え
ば、CM(コーマシャル情報)を素材(クリップ)とす
ることにより、テレビ放送のCM送出に利用することが
できる。VTRを使用した現行のシステムの場合、1チ
ャンネル当り複数台のVTRを用意し、その日に放送す
るCMをあらかじめVTR台数分のテープに編集してお
き、各VTRの出力をスイッチャによって切り替えるこ
とにより連続再生を実現している。本発明を採用したM
PEGサーバの場合、このような編集作業は不要であ
り、またシステムも比較的コンパクトにすることができ
るというメリットがある。
【0047】本発明の実施の形態の情報再生装置および
情報再生方法においては、MPEG規格に従って符号化
した情報素材(クリップ)を記録・再生するサーバにお
いて、符号化した情報素材の転送速度を調整して、有効
フラグの発生を制御することにより、記録メディアの2
チャンネル分以下の転送能力を利用して、複数のクリッ
プを連続再生することができる。
【0048】またMPEGシステム規格に従って符号化
したビデオ・オーディオ素材(クリップ)を、ハードデ
ィスクドライブ等の記録メディアに記録しておき、要求
に従って適宜そのクリップを記録メディアから読み出し
て、MPEGデコーダに供給して復号化(再生)すると
いうMPEGサーバにおいて、次のようなことを処理で
きる。 1.前のクリップCP1の末尾クラスタCT4がすべて
無効データから構成されているかあるいは少なくとも1
部分が無効データDDを有している場合において、MP
EGデコーダがアンダーフローしないだけの高速度で、
ハードディスクドライブからデータを読み出すという高
速アクセス方式を用いている。 2.ハードディスクドライブから読み出した情報素材1
4を一旦保存するDMAバッファ30からは、図8の無
効データ読み出し方式では、たとえそれが無効データD
Dであっても読み出すが、データの有効・無効を表すフ
ラグを無効にしておくという方式を採用している。 3.各クリップ、すなわち前のクリップCP1と、ある
クリップCP2のサイズをある特定の値に完全に一致さ
せるというような専用の特殊なMPEGエンコーダで行
う必要がなく、ハードディスクドライブからDMAバッ
ファへの書き込み終了を確認する処理も必要としないの
で、再生1チャンネル当り記録メディアの2チャンネル
分以下、例えば1.33チャンネル、最悪の場合であっ
ても2チャンネル分、一般的には2チャンネル分以下の
転送能力を使用して、複数のクリップ、例えば前のクリ
ップCP1とあるクリップCP2の連続再生を行うこと
ができる。 ところで上述した実施例では、記録メディアとしてハー
ドディスクドライブを用いているが、これに限らず他の
記録メディア、例えば光ディスク、光磁気ディスク、他
の種類の磁気ディスク等を採用することができる。また
図示のクリップおよびクラスタの図示例は、あくまでも
説明を簡単化するための例であり、その形式に捕らわれ
るものではない。
【0049】
【発明の効果】以上説明したように、本発明によれば、
2チャンネル分の資源を必要とせず、専用の特殊なエン
コーダを用いなくても、複数のクリップを有する情報素
材の各クリップを連続して再生することができる。
【図面の簡単な説明】
【図1】本発明の情報再生装置の好ましい全体構造を示
す図。
【図2】図1のMPEGサーバの内部構造および外部コ
ントローラを示す図。
【図3】図1の記録メディア、DMAバッファおよびデ
コーダの接続関係の一例を示す図。
【図4】本発明の情報再生方法を説明するために、比較
例として示すDMAバッファのアクセス・シーケンス
(クリップの非連続再生方式)を示す図。
【図5】本発明を説明するために比較例として示す一般
的な連続再生の実現方法を示す図。
【図6】連続再生における高速アクセス方式による実現
方式を示す図。
【図7】本発明の情報再生方法の好ましい実施の形態1
を示し、DMAバッファのアクセス・シーケンス(クリ
ップの高速連続再生,無効データ非読み出し方式)を示
す図。
【図8】本発明の情報再生方法の好ましい実施の形態2
を示し、DMAバッファのアクセス・シーケンス(クリ
ップの高速連続再生,無効データ読み出し方式)を示す
図。
【図9】有効フラグ、有効フラグ有効化指令の説明を示
す図。
【図10】ハードディスクドライブ、DMAバッファお
よびデコーダの関係および、前のクリップとあるクリッ
プのデータ例を示す図。
【図11】図10におけるハードディスクドライブ、D
MAバッファおよびデコーダ間におけるチャンネル能力
について説明する図。
【図12】セクタ、クラスタおよびパケットについて説
明する図。
【図13】セクタ、パケット、クラスタの関係例を示す
図。
【図14】各ハードディスクドライブの例を示す図。
【図15】従来におけるハードディスク、DMAバッフ
ァおよびデコーダ間の接続例と、前のクリップとあるク
リップのデータ例を示す図。
【符号の説明】 14・・・情報素材、20・・・ハードディスクドライ
ブ(記録メディア)、22・・・MPEGデコーダ(情
報素材再生手段)、24・・・外部コントローラ(書き
込み終了フラグ発生手段,有効可能化指令発生手段)、
30・・・DMAバッファ(情報素材保存手段)、36
・・・CPU群(書き込み終了フラグ発生手段,有効可
能化指令発生手段)、CP1・・・前のクリップ、CP
2・・・あるクリップ、DD・・・無効データ、WF・
・・書き込み終了フラグ、EFFI・・・有効フラグ有
効可能化指令、EF・・・有効フラグ

Claims (6)

    【特許請求の範囲】
  1. 【請求項1】 複数のクリップを有する情報素材を読み
    だして、この情報素材の各クリップを連続して再生する
    ための情報再生装置であり、 複数のクリップを有する情報素材を記録した記録メディ
    アと、 要求に応じて、記録メディアから情報素材の複数のクラ
    スタから構成されるあるクリップを読みだして一旦保存
    する情報素材保存手段と、 情報素材のあるクリップを情報素材保存手段に一旦保存
    すると同時に、情報素材保存手段からの情報素材のある
    クリップの前のクリップを再生する情報素材再生手段
    と、 情報素材保存手段からの情報素材のあるクリップの前の
    クリップを再生する際に、前のクリップの末尾クラスタ
    の少なくとも一部に無効データがある場合に、あるクリ
    ップのクラスタが記録メディアから情報素材保存手段に
    書き込みを終了する時点で書き込み終了フラグを立てる
    書き込み終了フラグ発生手段と、を備えることを特徴と
    する情報再生装置。
  2. 【請求項2】 記録メディアの情報素材は画像・音声情
    報を圧縮符号化したものであり、情報素材再生手段はこ
    の情報素材を復号化する請求項1に記載の情報再生装
    置。
  3. 【請求項3】 複数のクリップを有する情報素材を読み
    だして、この情報素材の各クリップを連続して再生する
    ための情報再生装置であり、 複数のクリップを有する情報素材を記録した記録メディ
    アと、 要求に応じて、記録メディアから情報素材の複数のクラ
    スタから構成されるあるクリップを読みだして一旦保存
    する情報素材保存手段と、 情報素材のあるクリップを情報素材保存手段に一旦保存
    すると同時に、情報素材保存手段からの情報素材のある
    クリップの前のクリップを再生する情報素材再生手段
    と、 情報素材保存手段からの情報素材のあるクリップの前の
    クリップを再生する際に、情報素材を構成する前のクリ
    ップの末尾クラスタの情報が全て有効データである場合
    には、この有効データに関して、有効フラグを立ててデ
    ータを有効化することを可能とする有効フラグの有効可
    能化指令を発生するが、情報素材を構成する前のクリッ
    プの末尾クラスタの少なくとも一部に無効データがある
    場合には、この無効データに関して、有効フラグを立て
    てデータを有効化することを可能とする有効フラグの有
    効可能化指令を発生しない有効可能化指令発生手段と、
    を備えることを特徴とする情報再生装置。
  4. 【請求項4】 記録メディアの情報素材は画像・音声情
    報を圧縮符号化したものであり、情報素材再生手段はこ
    の情報素材を復号化する請求項3に記載の情報再生装
    置。
  5. 【請求項5】 複数のクリップを有する情報素材を読み
    だして、この情報素材を連続して再生するための情報再
    生方法であり、 要求に応じて、記録メディアから情報素材の複数のクラ
    スタから構成されるあるクリップを読みだして情報素材
    保存手段に一旦保存し、 情報素材のあるクリップを情報素材保存手段に一旦保存
    すると同時に、情報素材保存手段からの情報素材のある
    クリップの前のクリップを情報素材再生手段により再生
    し、 情報素材保存手段からの情報素材のあるクリップの前の
    クリップを再生する際に、前のクリップの末尾クラスタ
    の少なくとも一部に無効データがある場合に、あるクリ
    ップのクラスタが記録メディアから情報素材保存手段に
    書き込みを終了する時点で書き込み終了フラグを立て
    る、ことを特徴とする情報再生方法。
  6. 【請求項6】 複数のクリップを有する情報素材を読み
    だして、この情報素材を連続して再生するための情報再
    生方法であり、 要求に応じて、記録メディアから情報素材の複数のクラ
    スタから構成されるあるクリップを読みだして情報素材
    保存手段に一旦保存し、 情報素材のあるクリップを情報素材保存手段に一旦保存
    すると同時に、情報素材保存手段からの情報素材のある
    クリップの前のクリップを情報素材再生手段により再生
    し、 情報素材保存手段からの情報素材のあるクリップの前の
    クリップを再生する際に、情報素材を構成する前のクリ
    ップの末尾クラスタの情報が全て有効データである場合
    には、この有効データに関して、有効フラグを立ててデ
    ータを有効化することを可能とする有効フラグの有効可
    能化指令を発生するが、情報素材を構成する前のクリッ
    プの末尾クラスタの少なくとも一部に無効データがある
    場合には、この無効データに関して、有効フラグを立て
    て有効化すること可能とする有効フラグの有効可能化指
    令を発生しない、ことを特徴とする情報再生方法。
JP9076072A 1997-03-27 1997-03-27 情報再生装置及び情報再生方法 Withdrawn JPH10276405A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP9076072A JPH10276405A (ja) 1997-03-27 1997-03-27 情報再生装置及び情報再生方法
US09/040,969 US6332058B1 (en) 1997-03-27 1998-03-18 Information reproduction apparatus and information reproduction method
KR1019980010660A KR19980080748A (ko) 1997-03-27 1998-03-27 정보 재생 장치 및 정보 재생 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP9076072A JPH10276405A (ja) 1997-03-27 1997-03-27 情報再生装置及び情報再生方法

Publications (1)

Publication Number Publication Date
JPH10276405A true JPH10276405A (ja) 1998-10-13

Family

ID=13594606

Family Applications (1)

Application Number Title Priority Date Filing Date
JP9076072A Withdrawn JPH10276405A (ja) 1997-03-27 1997-03-27 情報再生装置及び情報再生方法

Country Status (3)

Country Link
US (1) US6332058B1 (ja)
JP (1) JPH10276405A (ja)
KR (1) KR19980080748A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019169851A (ja) * 2018-03-23 2019-10-03 株式会社日立国際電気 放送システム

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020057893A1 (en) * 1998-08-11 2002-05-16 Anthony Wood Digital recording and playback
US6823129B1 (en) * 2000-02-04 2004-11-23 Quvis, Inc. Scaleable resolution motion image recording and storage system
KR100628619B1 (ko) * 2000-07-10 2006-09-26 마쯔시다덴기산교 가부시키가이샤 복수의 디코드 장치 및 방법
JP3940902B2 (ja) * 2002-04-22 2007-07-04 ソニー株式会社 情報処理装置、情報処理装置の制御方法、情報処理装置の制御プログラム及び情報処理装置の制御プログラムを記録した記録媒体
JP3939198B2 (ja) * 2002-05-20 2007-07-04 三洋電機株式会社 データ出力装置
TWI410870B (zh) * 2010-03-26 2013-10-01 Novatek Microelectronics Corp 電腦系統架構

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0551009B1 (en) * 1992-01-08 2001-06-13 Emc Corporation Method for synchronizing reserved areas in a redundant storage array
CA2157066C (en) * 1994-10-21 1999-09-21 Nelson Botsford Iii Method for controlling a compressed data buffer
US5809273A (en) * 1996-01-26 1998-09-15 Advanced Micro Devices, Inc. Instruction predecode and multiple instruction decode
GB2312058B (en) * 1996-04-12 2000-08-09 Sony Uk Ltd Data buffer
US6078989A (en) * 1996-10-04 2000-06-20 Sony Corporation Disc array control method and disc array control apparatus
US6212208B1 (en) * 1996-11-11 2001-04-03 Matsushita Electric Industrial Co., Ltd. Method for coding and multiplexing multimedia data, apparatus for coding and multiplexing multimedia data, record media containing program for coding and multiplexing multimedia data
US5881279A (en) * 1996-11-25 1999-03-09 Intel Corporation Method and apparatus for handling invalid opcode faults via execution of an event-signaling micro-operation
US6054943A (en) * 1998-03-25 2000-04-25 Lawrence; John Clifton Multilevel digital information compression based on lawrence algorithm
US6101615A (en) * 1998-04-08 2000-08-08 International Business Machines Corporation Method and apparatus for improving sequential writes to RAID-6 devices

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019169851A (ja) * 2018-03-23 2019-10-03 株式会社日立国際電気 放送システム

Also Published As

Publication number Publication date
KR19980080748A (ko) 1998-11-25
US6332058B1 (en) 2001-12-18

Similar Documents

Publication Publication Date Title
JP3356991B2 (ja) 光ディスク、記録方法、記録装置、再生方法及び再生装置
US6807363B1 (en) Digital moving picture data player system having a time-based access list
US7426615B2 (en) Information recording method and apparatus, information reproducing method and apparatus
US6236663B1 (en) Information reproduction apparatus and information reproduction method
US20040047616A1 (en) Recording apparatus and method, recording medium, and program
JPH10210402A (ja) ディジタル信号編集装置及び方法
US8250410B2 (en) Video recording and reproducing apparatus and method thereof
WO2003079195A1 (fr) Appareil et procede de traitement d'information
JPH10276405A (ja) 情報再生装置及び情報再生方法
JPH11298845A (ja) 光ディスク、光ディスクレコーダおよび光ディスクプレーヤ
JP3740213B2 (ja) 再生装置
JP3253530B2 (ja) 動画像記録装置
US6259386B1 (en) Device and method for data output and device and method for data input/output
JP2002185926A (ja) 記録再生装置及び方法、記録再生制御装置
JP2000276856A (ja) データ記録装置及びデータ記録方法並びにデータ再生装置及びデータ再生方法
JP4005505B2 (ja) 情報記録媒体のプログラム仕様情報提供方法
JP4269403B2 (ja) データ記録再生装置及びタイムスロットの使用方法
JP2001103424A (ja) 符号化ビットストリーム記録及び/又は再生装置、並びに記録媒体
JP4356046B2 (ja) 符号化データ記録再生装置、及び符号化データ再生装置
JP3719084B2 (ja) 記録再生装置
JP4419208B2 (ja) データ記録再生装置及びデータの記録再生方法
JP4099548B2 (ja) 映像信号記録再生装置
JP4048809B2 (ja) データ処理装置および方法、記録媒体、並びにプログラム
JP4182576B2 (ja) データ処理装置及び方法
JP2001148157A (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