JPH089335A - 多チャンネル映像再生装置 - Google Patents
多チャンネル映像再生装置Info
- Publication number
- JPH089335A JPH089335A JP6162772A JP16277294A JPH089335A JP H089335 A JPH089335 A JP H089335A JP 6162772 A JP6162772 A JP 6162772A JP 16277294 A JP16277294 A JP 16277294A JP H089335 A JPH089335 A JP H089335A
- Authority
- JP
- Japan
- Prior art keywords
- compressed video
- supplied
- disk
- video signal
- ram
- 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.)
- Granted
Links
Landscapes
- Television Signal Processing For Recording (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
(57)【要約】
【目的】 ビデオオンデマンドシステムにおいて、利用
者からの再生要求後、直ちに映像信号を利用者へ供給す
ることができる。 【構成】 ｍ個のディスク２に保持されている複数の圧
縮映像信号の先頭ブロックがコントローラ３、バッファ
４、マルチプレクサ６を介して、ＲＡＭ５へ供給され
る。ディスク２から複数の圧縮映像信号がマルチプレク
サ６により、時分割され、復号化器７、Ｄ／Ａ変換回路
８、出力端子９を介して、再生要求がなされたチャンネ
ルへ映像信号を供給する。このとき、入力端子１３から
利用者の再生要求信号がＣＰＵ１４へ供給され、ＣＰＵ
１４からコントローラ３、タイミング制御回路１５、１
６へ制御信号が供給され、利用者へ映像信号を途切れる
ことなく提供することができる。また、入力端子１２か
ら圧縮映像信号がネットワーク・インタフェース１１、
バッファ１０、マルチプレクサ６を介して、ディスク２
へ供給され、保持される。
者からの再生要求後、直ちに映像信号を利用者へ供給す
ることができる。 【構成】 ｍ個のディスク２に保持されている複数の圧
縮映像信号の先頭ブロックがコントローラ３、バッファ
４、マルチプレクサ６を介して、ＲＡＭ５へ供給され
る。ディスク２から複数の圧縮映像信号がマルチプレク
サ６により、時分割され、復号化器７、Ｄ／Ａ変換回路
８、出力端子９を介して、再生要求がなされたチャンネ
ルへ映像信号を供給する。このとき、入力端子１３から
利用者の再生要求信号がＣＰＵ１４へ供給され、ＣＰＵ
１４からコントローラ３、タイミング制御回路１５、１
６へ制御信号が供給され、利用者へ映像信号を途切れる
ことなく提供することができる。また、入力端子１２か
ら圧縮映像信号がネットワーク・インタフェース１１、
バッファ１０、マルチプレクサ６を介して、ディスク２
へ供給され、保持される。
Description
【０００１】
【産業上の利用分野】この発明は、例えば、ビデオオン
デマンドシステムにおいて、利用者から映像再生要求を
受けると、直ちに映像信号が再生され利用者へ提供する
ことが可能な多チャンネル映像再生装置に関する。
デマンドシステムにおいて、利用者から映像再生要求を
受けると、直ちに映像信号が再生され利用者へ提供する
ことが可能な多チャンネル映像再生装置に関する。
【０００２】
【従来の技術】ここで、図９は、複数の端末から同時に
映像再生要求を受けるようなビデオオンディマンドシス
テムの一例を示すブロック図である。１で示す映像再生
装置に、モニター４１1 〜４１n と、そのモニター４１
1 〜４１n に対応する端末４２ 1 〜４２n が接続されて
いる。映像再生装置１には、複数の映像信号が保持され
ている。端末４２1 から映像再生装置１へ映像再生の要
求がなされた場合、映像再生装置１からモニター４１1
へ要求された映像信号が供給され、写し出される。
映像再生要求を受けるようなビデオオンディマンドシス
テムの一例を示すブロック図である。１で示す映像再生
装置に、モニター４１1 〜４１n と、そのモニター４１
1 〜４１n に対応する端末４２ 1 〜４２n が接続されて
いる。映像再生装置１には、複数の映像信号が保持され
ている。端末４２1 から映像再生装置１へ映像再生の要
求がなされた場合、映像再生装置１からモニター４１1
へ要求された映像信号が供給され、写し出される。
【０００３】図１０は、この映像再生装置１の詳細な内
部の一例を示すブロック図である。２で示すｍ個のディ
スク（磁気ディスク、光ディスク等）へ符号化による圧
縮がなされた映像信号が保持されている。端末が接続さ
れている入力端子１３からＣＰＵ（Central Processing
Unit ）１４へ所定の映像信号の再生要求信号が供給さ
れる。供給された再生要求信号に対応したコントローラ
３1 〜３m に対して、読出信号が供給され、ディスク２
1 〜２m から保持されている圧縮映像信号が読み出され
る。
部の一例を示すブロック図である。２で示すｍ個のディ
スク（磁気ディスク、光ディスク等）へ符号化による圧
縮がなされた映像信号が保持されている。端末が接続さ
れている入力端子１３からＣＰＵ（Central Processing
Unit ）１４へ所定の映像信号の再生要求信号が供給さ
れる。供給された再生要求信号に対応したコントローラ
３1 〜３m に対して、読出信号が供給され、ディスク２
1 〜２m から保持されている圧縮映像信号が読み出され
る。
【０００４】この圧縮映像信号は、ＭＰＥＧ２（Moving
Picture image coding Experts Group phase 2 ）によ
る符号化が映像信号に対してなさている。ディスク２1
〜２m から読み出された圧縮映像信号は、バッファ４1
〜４m へ供給され、バッファ４1 〜４m では、タイミン
グ制御回路１５から信号が供給されると共に、マルチプ
レクサ６により読み出される。
Picture image coding Experts Group phase 2 ）によ
る符号化が映像信号に対してなさている。ディスク２1
〜２m から読み出された圧縮映像信号は、バッファ４1
〜４m へ供給され、バッファ４1 〜４m では、タイミン
グ制御回路１５から信号が供給されると共に、マルチプ
レクサ６により読み出される。
【０００５】入力端子１３から再生要求信号が発生した
出力端子９1 〜９n へ出力するために、マルチプレクサ
６に読み出された圧縮映像信号は、対応する復号化器７
1 〜７n へ供給される。復号化器７1 〜７n では、供給
された圧縮映像信号が復号され、タイミング制御回路１
６から信号が供給された後、復号化器７1 〜７n からＤ
／Ａ変換回路８1 〜８n へ映像信号が供給される。Ｄ／
Ａ変換回路８1 〜８nにおいて、アナログへ変換された
映像信号は、出力端子９1 〜９n を介して、再生要求に
対応した所定の映像信号が利用者へ供給される。
出力端子９1 〜９n へ出力するために、マルチプレクサ
６に読み出された圧縮映像信号は、対応する復号化器７
1 〜７n へ供給される。復号化器７1 〜７n では、供給
された圧縮映像信号が復号され、タイミング制御回路１
６から信号が供給された後、復号化器７1 〜７n からＤ
／Ａ変換回路８1 〜８n へ映像信号が供給される。Ｄ／
Ａ変換回路８1 〜８nにおいて、アナログへ変換された
映像信号は、出力端子９1 〜９n を介して、再生要求に
対応した所定の映像信号が利用者へ供給される。
【０００６】ここで、ｍ個のディスク２に対応するた
め、ｍ個のコントローラ３とｍ個のバッファ４が設けら
れている。また、ｎ個の出力端子に対応するため、ｎ個
の復号化器７とｎ個のＤ／Ａ変換回路８が設けられてい
る。すなわち、この映像再生装置１は、複数の圧縮映像
信号を複数（ｎ）の利用者へ提供することができるビデ
オオンデマンドシステムの一例である。
め、ｍ個のコントローラ３とｍ個のバッファ４が設けら
れている。また、ｎ個の出力端子に対応するため、ｎ個
の復号化器７とｎ個のＤ／Ａ変換回路８が設けられてい
る。すなわち、この映像再生装置１は、複数の圧縮映像
信号を複数（ｎ）の利用者へ提供することができるビデ
オオンデマンドシステムの一例である。
【０００７】また、この映像再生装置１のチャンネル数
をｎ〔ｃｈ〕、圧縮映像信号のデコードスピードをＥ
〔Ｍｂｐｓ〕とすると、映像再生装置として、Ｅ×ｎ
〔Ｍｂｐｓ〕以上のスループットが必要となる。一個の
ディスクの実効データ転送レートをＤ〔Ｍｂｐｓ〕とす
ると、Ｅ×ｎ／Ｄ（＝ｍとする）個のディスクがあれ
ば、全体で必要とされるスループットを満たす。ところ
が、出力チャンネル全てに異なる映像を供給するには、
プログラムのエンコードデータをｍ個のディスクに分割
して入れる必要があり、単位時間あたりｎチャンネルの
圧縮映像信号を取り出せるようにしなければならない。
つまり、一個のディスクから取り出す単位時間あたりの
１チャンネル分の圧縮映像信号は、Ｄ／ｎ〔Ｍｂｉｔ〕
となり、これにディスク台数掛けたものが１チャンネル
分の圧縮映像信号に相当することになり、（１）式が成
り立つ。
をｎ〔ｃｈ〕、圧縮映像信号のデコードスピードをＥ
〔Ｍｂｐｓ〕とすると、映像再生装置として、Ｅ×ｎ
〔Ｍｂｐｓ〕以上のスループットが必要となる。一個の
ディスクの実効データ転送レートをＤ〔Ｍｂｐｓ〕とす
ると、Ｅ×ｎ／Ｄ（＝ｍとする）個のディスクがあれ
ば、全体で必要とされるスループットを満たす。ところ
が、出力チャンネル全てに異なる映像を供給するには、
プログラムのエンコードデータをｍ個のディスクに分割
して入れる必要があり、単位時間あたりｎチャンネルの
圧縮映像信号を取り出せるようにしなければならない。
つまり、一個のディスクから取り出す単位時間あたりの
１チャンネル分の圧縮映像信号は、Ｄ／ｎ〔Ｍｂｉｔ〕
となり、これにディスク台数掛けたものが１チャンネル
分の圧縮映像信号に相当することになり、（１）式が成
り立つ。
【０００８】 Ｄ／ｎ〔Ｍｂｉｔ〕×Ｅｎ／Ｄ＝Ｅ〔Ｍｂｐｓ〕 （１）
【０００９】ところで、一般的にディスクは、同心円状
のトラックにデータが書かれている。このデータ転送レ
ートを上げるためには、シークと回転待ち時間をできる
だけ少なくする必要がある。特に映像信号のように途切
れなく多量のデータが続く場合、連続トラックにデータ
を書き込み連続して読み出すことが、効率的にデータ転
送を行う一つの方法である。そのため、図１０のような
構成において、ディスクからデータをバースト的に読み
出し、復号化器７1 〜７n の入力側にバッファを入れて
復号化器７1 〜７n のデコードスピードに従って、その
データを送り出すことになる。
のトラックにデータが書かれている。このデータ転送レ
ートを上げるためには、シークと回転待ち時間をできる
だけ少なくする必要がある。特に映像信号のように途切
れなく多量のデータが続く場合、連続トラックにデータ
を書き込み連続して読み出すことが、効率的にデータ転
送を行う一つの方法である。そのため、図１０のような
構成において、ディスクからデータをバースト的に読み
出し、復号化器７1 〜７n の入力側にバッファを入れて
復号化器７1 〜７n のデコードスピードに従って、その
データを送り出すことになる。
【００１０】ここで、図１１は、マルチプレクサ６の部
分をより具体的に示すブロック図である。バススロット
５１1 〜５１m は、ディスク２1 〜２m から読み出され
た圧縮映像信号が再生要求がなされたチャンネル９1 〜
９n へ出力される。また、入力端子１２から供給された
圧縮映像信号は、ネットワーク・インタフェース１１、
バッファ１０を介して、バススロット５２1 〜５２m へ
供給される。バススロット５２1 〜５２m では、供給さ
れた圧縮映像信号を所定のブロックに分割し、所定のデ
ィスクへ供給され、記録がなされる。これらのバススロ
ットは、ＣＰＵ１４によって、制御され、所定のディス
ク２1 〜２m 、およびチャンネル９1 〜９n の対応する
バススロット５１1 〜５１m 、５２1 〜５２m がオンと
なり、圧縮映像信号が供給される。
分をより具体的に示すブロック図である。バススロット
５１1 〜５１m は、ディスク２1 〜２m から読み出され
た圧縮映像信号が再生要求がなされたチャンネル９1 〜
９n へ出力される。また、入力端子１２から供給された
圧縮映像信号は、ネットワーク・インタフェース１１、
バッファ１０を介して、バススロット５２1 〜５２m へ
供給される。バススロット５２1 〜５２m では、供給さ
れた圧縮映像信号を所定のブロックに分割し、所定のデ
ィスクへ供給され、記録がなされる。これらのバススロ
ットは、ＣＰＵ１４によって、制御され、所定のディス
ク２1 〜２m 、およびチャンネル９1 〜９n の対応する
バススロット５１1 〜５１m 、５２1 〜５２m がオンと
なり、圧縮映像信号が供給される。
【００１１】具体的に数値を代入すると、デコードスピ
ードＥを６〔Ｍｂｐｓ〕、チャンネル数ｎを２０〔ｃ
ｈ〕、実効データ転送レートＤを２０〔Ｍｂｐｓ〕、と
すれば、Ｅ×ｎ／Ｄの計算から６個のディスクが必要と
なる。再生時に、Ｅ×ｎ＝１２０〔Ｍｂｐｓ〕のスルー
プットを出力するためには、バッファ４から復号化器７
へのバス５１は、バス幅を８ビットとすれば、１２０
〔Ｍｂｐｓ〕×８〔ｂｉｔ〕＝１５〔ＭHz〕となりチャ
ンネル１からチャンネル２０まで順番に圧縮映像信号が
転送される。
ードＥを６〔Ｍｂｐｓ〕、チャンネル数ｎを２０〔ｃ
ｈ〕、実効データ転送レートＤを２０〔Ｍｂｐｓ〕、と
すれば、Ｅ×ｎ／Ｄの計算から６個のディスクが必要と
なる。再生時に、Ｅ×ｎ＝１２０〔Ｍｂｐｓ〕のスルー
プットを出力するためには、バッファ４から復号化器７
へのバス５１は、バス幅を８ビットとすれば、１２０
〔Ｍｂｐｓ〕×８〔ｂｉｔ〕＝１５〔ＭHz〕となりチャ
ンネル１からチャンネル２０まで順番に圧縮映像信号が
転送される。
【００１２】このとき、１チャンネル分の圧縮映像信号
は、８〔ｂｉｔ〕×６〔台〕＝４８〔ｂｉｔ〕となる。
つまり、各チャンネルのデータ転送サイクルが６〔台〕
×２０〔ｃｈ〕／１５〔ＭHz〕＝８〔μｓｅｃ〕毎に回
ってくるため、圧縮映像信号が出力されると、瞬時に復
号化器へ供給することが可能となる。また、ネットワー
ク・インタフェース１１を介して、圧縮映像信号は、バ
ス５１と同様の機能を示すｍ個のバス５２を介して、デ
ィスクへ供給される。
は、８〔ｂｉｔ〕×６〔台〕＝４８〔ｂｉｔ〕となる。
つまり、各チャンネルのデータ転送サイクルが６〔台〕
×２０〔ｃｈ〕／１５〔ＭHz〕＝８〔μｓｅｃ〕毎に回
ってくるため、圧縮映像信号が出力されると、瞬時に復
号化器へ供給することが可能となる。また、ネットワー
ク・インタフェース１１を介して、圧縮映像信号は、バ
ス５１と同様の機能を示すｍ個のバス５２を介して、デ
ィスクへ供給される。
【００１３】
【発明が解決しようとする課題】ここで、一個のディス
クから一度に読み出すデータ量をＫ〔Ｍｂｉｔ〕とすれ
ば、ｎ〔ｃｈ〕のときの各チャンネルの読み出しサイク
ルは、Ｋ／Ｄ×ｎ〔秒〕となる。つまり、ビデオオンデ
マンドシステムにおいて、全てのチャンネルに対して、
公平にサービスを行うことを考えると、チャンネルから
の再生要求があってからその映像データがディスクから
読まれるまでには、最大Ｋ／Ｄ×ｎ〔秒〕待たなければ
ならない問題があった。
クから一度に読み出すデータ量をＫ〔Ｍｂｉｔ〕とすれ
ば、ｎ〔ｃｈ〕のときの各チャンネルの読み出しサイク
ルは、Ｋ／Ｄ×ｎ〔秒〕となる。つまり、ビデオオンデ
マンドシステムにおいて、全てのチャンネルに対して、
公平にサービスを行うことを考えると、チャンネルから
の再生要求があってからその映像データがディスクから
読まれるまでには、最大Ｋ／Ｄ×ｎ〔秒〕待たなければ
ならない問題があった。
【００１４】
【課題を解決するための手段】この発明は、ビデオオン
デマンドシステムにおいて、圧縮された複数の映像信号
を保持するディスクと並列に配置されるＲＡＭを有し、
ディスクへ保持された複数の圧縮映像信号の先頭のデー
タブロックをＲＡＭに記憶することを特徴とする多チャ
ンネル映像信号装置である。
デマンドシステムにおいて、圧縮された複数の映像信号
を保持するディスクと並列に配置されるＲＡＭを有し、
ディスクへ保持された複数の圧縮映像信号の先頭のデー
タブロックをＲＡＭに記憶することを特徴とする多チャ
ンネル映像信号装置である。
【００１５】さらに、この発明は、ビデオオンデマンド
システムにおいて、圧縮された複数の映像信号を保持す
るディスクと並列に配置されるＦＬＡＳＨメモリを有
し、ディスクへ保持された複数の圧縮映像信号の先頭の
データブロックをＦＬＡＳＨメモリに記憶することを特
徴とする多チャンネル映像信号装置である。
システムにおいて、圧縮された複数の映像信号を保持す
るディスクと並列に配置されるＦＬＡＳＨメモリを有
し、ディスクへ保持された複数の圧縮映像信号の先頭の
データブロックをＦＬＡＳＨメモリに記憶することを特
徴とする多チャンネル映像信号装置である。
【００１６】
【作用】符号化による圧縮がなされた映像信号が供給さ
れ、供給された圧縮映像信号は、複数の圧縮映像ファイ
ルへ分割される。その複数に分割された圧縮映像ファイ
ルの第１ブロックをディスクと並列に配置されているＲ
ＡＭ（Random Access Memory）へ記憶することにより、
利用者から映像信号の再生要求がなされると直ちにＲＡ
Ｍに記憶されている第１ブロックを転送することによ
り、待ち時間なく利用者へ映像信号の提供ができる。
れ、供給された圧縮映像信号は、複数の圧縮映像ファイ
ルへ分割される。その複数に分割された圧縮映像ファイ
ルの第１ブロックをディスクと並列に配置されているＲ
ＡＭ（Random Access Memory）へ記憶することにより、
利用者から映像信号の再生要求がなされると直ちにＲＡ
Ｍに記憶されている第１ブロックを転送することによ
り、待ち時間なく利用者へ映像信号の提供ができる。
【００１７】
【実施例】以下、この発明の実施例について、図面を用
いて説明する。図１は、この発明の多チャンネル映像再
生装置の一実施例を示したブロック図である。圧縮映像
信号を保持するための磁気ディスク、光ディスク等のデ
ィスク２1 〜２m 、ディスク２1 〜２m から圧縮映像信
号を読み出すためのコントローラ３1 〜３m 、ディスク
２1 〜２m から読み出される圧縮映像信号とマルチプレ
クサの圧縮映像信号の転送レートを調整するためのバッ
ファ４1 〜４m 、ディスク２1 〜２m からの圧縮映像信
号の先頭ブロック、すなわち第１ブロックが書き込ま
れ、マルチプレクサ６へ圧縮映像ファイルを供給するＲ
ＡＭ５とこれらを制御するＣＰＵ１４から構成されてい
る。
いて説明する。図１は、この発明の多チャンネル映像再
生装置の一実施例を示したブロック図である。圧縮映像
信号を保持するための磁気ディスク、光ディスク等のデ
ィスク２1 〜２m 、ディスク２1 〜２m から圧縮映像信
号を読み出すためのコントローラ３1 〜３m 、ディスク
２1 〜２m から読み出される圧縮映像信号とマルチプレ
クサの圧縮映像信号の転送レートを調整するためのバッ
ファ４1 〜４m 、ディスク２1 〜２m からの圧縮映像信
号の先頭ブロック、すなわち第１ブロックが書き込ま
れ、マルチプレクサ６へ圧縮映像ファイルを供給するＲ
ＡＭ５とこれらを制御するＣＰＵ１４から構成されてい
る。
【００１８】このとき、ディスク２1 〜２m へ保持され
る圧縮映像信号は、入力端子１２から供給され、ネット
ワーク・インタフェース１１、バッファ１０を介し、マ
ルチプレクサ６へ供給される。マルチプレクサ６では、
供給された圧縮映像信号が複数のブロックに分割され、
所定のディスク２1 〜２m へ保持される。そして、チャ
ンネルに対応した出力端子９1 〜９n 、出力端子９1 〜
９n に対応したＤ／Ａ変換回路８1 〜８n 、供給される
圧縮映像信号を伸長するための復号化器７1 〜７n 、供
給される圧縮映像信号を時分割にならべるマルチプレク
サ６から構成されている。復号化器７1 〜７n では、供
給される圧縮映像ファイルを一時保持するためのバッフ
ァが含まれている。
る圧縮映像信号は、入力端子１２から供給され、ネット
ワーク・インタフェース１１、バッファ１０を介し、マ
ルチプレクサ６へ供給される。マルチプレクサ６では、
供給された圧縮映像信号が複数のブロックに分割され、
所定のディスク２1 〜２m へ保持される。そして、チャ
ンネルに対応した出力端子９1 〜９n 、出力端子９1 〜
９n に対応したＤ／Ａ変換回路８1 〜８n 、供給される
圧縮映像信号を伸長するための復号化器７1 〜７n 、供
給される圧縮映像信号を時分割にならべるマルチプレク
サ６から構成されている。復号化器７1 〜７n では、供
給される圧縮映像ファイルを一時保持するためのバッフ
ァが含まれている。
【００１９】ここで、この実施例では、ディスク２1 〜
２m とコントローラ３1 〜３m は、ＳＣＳＩ（Small Co
mputer System Interface ）により、接続され、コント
ローラ３1 〜３m とバッファ４1 〜４m は、ＤＭＡ（Di
rect Memory Access）により、接続されている。また、
これらの機能を有するブロックは、一つの装置内に設け
られているか否かは、この発明とな何ら関係はない。さ
らに、入力端子１２から圧縮映像信号が供給されるとき
に、供給された圧縮映像信号の先頭ブロックをＲＡＭ５
へ書き込むことも可能である。
２m とコントローラ３1 〜３m は、ＳＣＳＩ（Small Co
mputer System Interface ）により、接続され、コント
ローラ３1 〜３m とバッファ４1 〜４m は、ＤＭＡ（Di
rect Memory Access）により、接続されている。また、
これらの機能を有するブロックは、一つの装置内に設け
られているか否かは、この発明とな何ら関係はない。さ
らに、入力端子１２から圧縮映像信号が供給されるとき
に、供給された圧縮映像信号の先頭ブロックをＲＡＭ５
へ書き込むことも可能である。
【００２０】ここで、図２は、この発明のディスクの動
作原理の一例を示す略線図である。この図２では、ディ
スクのヘッドがシークしている様子を点線で示す。この
ビデオオンディマンドシステムの一例では、ディスクへ
７つのプログラム、すなわち圧縮映像信号が登録され、
その登録されているプログラムを利用できるチャンネル
数は、５つとする。このシステムにおいて、既にチャン
ネル１、２、３、４の４つのチャンネルに対してプログ
ラム１、２、４、５が再生されているときのディスクの
ヘッドの動作の一例を図２Ａに示す。
作原理の一例を示す略線図である。この図２では、ディ
スクのヘッドがシークしている様子を点線で示す。この
ビデオオンディマンドシステムの一例では、ディスクへ
７つのプログラム、すなわち圧縮映像信号が登録され、
その登録されているプログラムを利用できるチャンネル
数は、５つとする。このシステムにおいて、既にチャン
ネル１、２、３、４の４つのチャンネルに対してプログ
ラム１、２、４、５が再生されているときのディスクの
ヘッドの動作の一例を図２Ａに示す。
【００２１】そして、図２Ｂに示すように、矢印の位置
で、チャンネル５からプログラム７の再生要求がされた
場合、従来、最大Ｔ１＋Ｔ２時間待たなければならな
い。しかしながら、プログラム７の再生要求がされると
すぐに、ディスクと並列に配置されているＲＡＭから圧
縮映像信号の先頭ブロックの圧縮映像ファイルが読み出
され、再生され、チャンネル５へ供給される。このと
き、ＲＡＭから読み出される圧縮映像ファイルは、ディ
スクから読み出される通常のタイミングで供給される。
で、チャンネル５からプログラム７の再生要求がされた
場合、従来、最大Ｔ１＋Ｔ２時間待たなければならな
い。しかしながら、プログラム７の再生要求がされると
すぐに、ディスクと並列に配置されているＲＡＭから圧
縮映像信号の先頭ブロックの圧縮映像ファイルが読み出
され、再生され、チャンネル５へ供給される。このと
き、ＲＡＭから読み出される圧縮映像ファイルは、ディ
スクから読み出される通常のタイミングで供給される。
【００２２】ここで、図３は、プログラム１〜７がブロ
ックに分割された一例を示す。図３に示すように全ての
プログラムは、所定のブロックに分割され、分割された
ブロックの先頭ブロックを第１ブロックと称する。ま
た、分割されたブロックをさらに、ディスク１〜ｍへ記
録するために分割される。言い換えれば、ディスクへ記
録される単位のｍ倍がブロックの単位となる。ここで、
ｘＫのｘとは、書き込まれる、および読み出される順番
を示す。
ックに分割された一例を示す。図３に示すように全ての
プログラムは、所定のブロックに分割され、分割された
ブロックの先頭ブロックを第１ブロックと称する。ま
た、分割されたブロックをさらに、ディスク１〜ｍへ記
録するために分割される。言い換えれば、ディスクへ記
録される単位のｍ倍がブロックの単位となる。ここで、
ｘＫのｘとは、書き込まれる、および読み出される順番
を示す。
【００２３】ここで、図４は、１つのプログラムのエン
コードデータがＫ〔Ｍｂｉｔ〕を単位として、複数
（ｍ）のディスクへ記録される一例を示す。つまり、圧
縮映像信号の最初のＫ〔Ｍｂｉｔ〕は、ディスク１、次
のＫ〔Ｍｂｉｔ〕は、ディスク２、というように、Ｋ
〔Ｍｂｉｔ〕づつディスク１からｍまで、順番に繰り返
し、書き込まれる。その結果、ディスクには、圧縮映像
信号がＫ〔Ｍｂｉｔ〕のファイルとして、（以下、圧縮
映像ファイルと称する）保持される。
コードデータがＫ〔Ｍｂｉｔ〕を単位として、複数
（ｍ）のディスクへ記録される一例を示す。つまり、圧
縮映像信号の最初のＫ〔Ｍｂｉｔ〕は、ディスク１、次
のＫ〔Ｍｂｉｔ〕は、ディスク２、というように、Ｋ
〔Ｍｂｉｔ〕づつディスク１からｍまで、順番に繰り返
し、書き込まれる。その結果、ディスクには、圧縮映像
信号がＫ〔Ｍｂｉｔ〕のファイルとして、（以下、圧縮
映像ファイルと称する）保持される。
【００２４】ここで、図５は、ディスク１〜ｍに記録さ
れたプログラム１〜７の一例を示す。ディスク１〜ｍに
は、プログラム１の第１ブロック（Ｐ１1 ）、プログラ
ム１の第２ブロック（Ｐ１2 ）、‥‥、プログラム１の
第ａブロック（Ｐ１a ）、プログラム２の第１ブロック
（Ｐ２1 ）、プログラム２の第２ブロック（Ｐ２2 ）、
‥‥、プログラム２の第ｂブロック（Ｐ２b ）、プログ
ラム３の第１ブロック（Ｐ３1 ）、‥‥の順番でプログ
ラム７まで記録されている。
れたプログラム１〜７の一例を示す。ディスク１〜ｍに
は、プログラム１の第１ブロック（Ｐ１1 ）、プログラ
ム１の第２ブロック（Ｐ１2 ）、‥‥、プログラム１の
第ａブロック（Ｐ１a ）、プログラム２の第１ブロック
（Ｐ２1 ）、プログラム２の第２ブロック（Ｐ２2 ）、
‥‥、プログラム２の第ｂブロック（Ｐ２b ）、プログ
ラム３の第１ブロック（Ｐ３1 ）、‥‥の順番でプログ
ラム７まで記録されている。
【００２５】ＣＰＵは、複数（ｍ）のディスクを一個の
ディスクのように管理する。図４、および図５の縦のデ
ータ列は同じアドレスで管理する。これにより、ｍ個の
ディスクのヘッドは全て同じ軌跡を動くようになる。ま
た、ＣＰＵは、圧縮映像ファイル毎にブロックアドレス
の管理がなされる。図６にその管理テーブルの一例を示
す。この図６中の管理テーブルでは、ディスクのセクタ
の番号を示している。また、このようなディスクの使用
方法をストライピングという。
ディスクのように管理する。図４、および図５の縦のデ
ータ列は同じアドレスで管理する。これにより、ｍ個の
ディスクのヘッドは全て同じ軌跡を動くようになる。ま
た、ＣＰＵは、圧縮映像ファイル毎にブロックアドレス
の管理がなされる。図６にその管理テーブルの一例を示
す。この図６中の管理テーブルでは、ディスクのセクタ
の番号を示している。また、このようなディスクの使用
方法をストライピングという。
【００２６】システム起動時、ＣＰＵは、図６に示す管
理テーブルを参照し、各圧縮映像信号の先頭ブロックを
ディスクから読み出し、バッファへ書き込む。次に、マ
ルチプレクサを介して、ディスクと並列に配置したＲＡ
Ｍへ書き込む。このとき、ＣＰＵは、管理テーブルの第
１ブロックのアドレスをディスクのアドレスからＲＡＭ
のアドレスへ変更する。
理テーブルを参照し、各圧縮映像信号の先頭ブロックを
ディスクから読み出し、バッファへ書き込む。次に、マ
ルチプレクサを介して、ディスクと並列に配置したＲＡ
Ｍへ書き込む。このとき、ＣＰＵは、管理テーブルの第
１ブロックのアドレスをディスクのアドレスからＲＡＭ
のアドレスへ変更する。
【００２７】端末からの再生要求は、まずＣＰＵへ供給
され、ＣＰＵは、現在のディスクのヘッドの位置に関係
なく、要求されたプログラムの先頭ブロックのＲＡＭの
アドレスを管理テーブルから検出し、マルチプレクサへ
出力する。そして、次のブロックリードシーケンス時、
このプログラムの第２ブロックがディスクから読み出さ
れるようスケジューリングを行う。
され、ＣＰＵは、現在のディスクのヘッドの位置に関係
なく、要求されたプログラムの先頭ブロックのＲＡＭの
アドレスを管理テーブルから検出し、マルチプレクサへ
出力する。そして、次のブロックリードシーケンス時、
このプログラムの第２ブロックがディスクから読み出さ
れるようスケジューリングを行う。
【００２８】また、ＲＡＭへ書き込まれるプログラム
は、ＲＡＭの容量によって全てのプログラムがＲＡＭへ
書き込まれることが可能な場合と一部のプログラムしか
ＲＡＭへ書き込むことができない場合が発生する。ここ
で、一部のプログラムしかＲＡＭへ書き込むことができ
ない場合は、ＣＰＵはプログラムの要求頻度を記憶し、
要求頻度の高いプログラムから順番にＲＡＭへ書き込む
方法等何れを選択することも可能である。
は、ＲＡＭの容量によって全てのプログラムがＲＡＭへ
書き込まれることが可能な場合と一部のプログラムしか
ＲＡＭへ書き込むことができない場合が発生する。ここ
で、一部のプログラムしかＲＡＭへ書き込むことができ
ない場合は、ＣＰＵはプログラムの要求頻度を記憶し、
要求頻度の高いプログラムから順番にＲＡＭへ書き込む
方法等何れを選択することも可能である。
【００２９】ここで、図７は、この発明の多チャンネル
映像再生装置のシステム起動時の一例を示すフローチャ
ートである。ステップ２１からこのフローチャートが開
始され、ステップ２２の書き込まれていない圧縮映像フ
ァイル有りでは、ディスクに記録されている全ての圧縮
映像信号の先頭ブロック、すなわち第１ブロックが圧縮
映像ファイルとして、ＲＡＭに書き込まれているか否か
が判断される。すなわち、ディスクに記録されている全
ての圧縮映像信号の先頭部分が圧縮映像ファイルとし
て、ＲＡＭに記録されていれば、ステップ２８へ制御が
移り、このフローチャートは、終了する。また、ディス
クに記録されている全ての圧縮映像信号の先頭部分が圧
縮映像ファイルとして、ＲＡＭに記録されていなけれ
ば、ステップ２３へ制御が移る。
映像再生装置のシステム起動時の一例を示すフローチャ
ートである。ステップ２１からこのフローチャートが開
始され、ステップ２２の書き込まれていない圧縮映像フ
ァイル有りでは、ディスクに記録されている全ての圧縮
映像信号の先頭ブロック、すなわち第１ブロックが圧縮
映像ファイルとして、ＲＡＭに書き込まれているか否か
が判断される。すなわち、ディスクに記録されている全
ての圧縮映像信号の先頭部分が圧縮映像ファイルとし
て、ＲＡＭに記録されていれば、ステップ２８へ制御が
移り、このフローチャートは、終了する。また、ディス
クに記録されている全ての圧縮映像信号の先頭部分が圧
縮映像ファイルとして、ＲＡＭに記録されていなけれ
ば、ステップ２３へ制御が移る。
【００３０】ステップ２３のアドレス検出では、圧縮映
像ファイルの管理テーブルから映像再生の要求がなされ
た圧縮映像信号の第１ブロックのアドレスが検出され、
ステップ２４へ制御が移る。ステップ２４のバッファへ
書き込みでは、ステップ２３（アドレス検出）におい
て、検出されたアドレスに基づいて、ディスクから第１
ブロックの圧縮映像ファイルが読み出され、バッファへ
書き込まれる。ステップ２５のマルチプレクサへ読み出
しでは、バッファへ書き込まれた圧縮映像ファイルがバ
ッファからマルチプレクサへ読み出され、ステップ２６
へ制御が移る。
像ファイルの管理テーブルから映像再生の要求がなされ
た圧縮映像信号の第１ブロックのアドレスが検出され、
ステップ２４へ制御が移る。ステップ２４のバッファへ
書き込みでは、ステップ２３（アドレス検出）におい
て、検出されたアドレスに基づいて、ディスクから第１
ブロックの圧縮映像ファイルが読み出され、バッファへ
書き込まれる。ステップ２５のマルチプレクサへ読み出
しでは、バッファへ書き込まれた圧縮映像ファイルがバ
ッファからマルチプレクサへ読み出され、ステップ２６
へ制御が移る。
【００３１】ステップ２６のＲＡＭへ書き込みでは、マ
ルチプレクサから圧縮映像ファイルが取り出され、取り
出された圧縮映像ファイルは、ＲＡＭへ書き込まれる。
そして、ステップ２７のアドレス変更では、圧縮映像フ
ァイルの管理テーブルの第１ブロックのアドレスがディ
スクのアドレスからＲＡＭのアドレスへ変更され、ステ
ップ２２（書き込まれていない圧縮映像ファイル有り）
へ制御が移る。すなわち、ディスクに記録されている全
ての圧縮映像信号の第１ブロックが圧縮映像ファイルと
してＲＡＭへ書き込まれるまで、このフローチャート
は、制御がなされる。
ルチプレクサから圧縮映像ファイルが取り出され、取り
出された圧縮映像ファイルは、ＲＡＭへ書き込まれる。
そして、ステップ２７のアドレス変更では、圧縮映像フ
ァイルの管理テーブルの第１ブロックのアドレスがディ
スクのアドレスからＲＡＭのアドレスへ変更され、ステ
ップ２２（書き込まれていない圧縮映像ファイル有り）
へ制御が移る。すなわち、ディスクに記録されている全
ての圧縮映像信号の第１ブロックが圧縮映像ファイルと
してＲＡＭへ書き込まれるまで、このフローチャート
は、制御がなされる。
【００３２】ここで、図８は、この発明の再生要求応答
時の一例を示すフローチャートである。ステップ３１か
らこのフローチャートの制御は、開始され、ステップ３
２の映像再生要求有りでは、端末からＣＰＵへ映像再生
の要求がなされる。ステップ３３のアドレス検出では、
ＣＰＵへ映像再生の要求がなされた圧縮映像信号のアド
レスを圧縮映像ファイルの管理テーブルから検出する。
すなわち、圧縮映像信号の第１ブロックが圧縮映像ファ
イルとして記録されているＲＡＭのアドレスが検出され
る。
時の一例を示すフローチャートである。ステップ３１か
らこのフローチャートの制御は、開始され、ステップ３
２の映像再生要求有りでは、端末からＣＰＵへ映像再生
の要求がなされる。ステップ３３のアドレス検出では、
ＣＰＵへ映像再生の要求がなされた圧縮映像信号のアド
レスを圧縮映像ファイルの管理テーブルから検出する。
すなわち、圧縮映像信号の第１ブロックが圧縮映像ファ
イルとして記録されているＲＡＭのアドレスが検出され
る。
【００３３】ステップ３４のＲＡＭから読み出しでは、
ステップ３３（アドレス検出）において、検出されたア
ドレスに従って、圧縮映像ファイルがＲＡＭから読み出
される、ステップ３５へ制御が移る。ステップ３５のデ
ータ書き込みでは、ステップ３４（ＲＡＭから読み出
し）において、ＲＡＭから読み出された圧縮映像ファイ
ルは、映像再生の要求がなされたチャンネルのバススロ
ットへ圧縮映像ファイルがデータとして書き込まれる。
ステップ３６のデータ読み出しでは、ステップ３５（デ
ータ書き込み）において、バススロットへ書き込まれた
圧縮映像ファイルが所定のバススロットから復号化器に
より読み出される。
ステップ３３（アドレス検出）において、検出されたア
ドレスに従って、圧縮映像ファイルがＲＡＭから読み出
される、ステップ３５へ制御が移る。ステップ３５のデ
ータ書き込みでは、ステップ３４（ＲＡＭから読み出
し）において、ＲＡＭから読み出された圧縮映像ファイ
ルは、映像再生の要求がなされたチャンネルのバススロ
ットへ圧縮映像ファイルがデータとして書き込まれる。
ステップ３６のデータ読み出しでは、ステップ３５（デ
ータ書き込み）において、バススロットへ書き込まれた
圧縮映像ファイルが所定のバススロットから復号化器に
より読み出される。
【００３４】ステップ３７のブロック有りでは、映像再
生の要求がなされた圧縮映像信号のブロックが全て再生
されたか否かが判断され、全て再生されていない場合、
ステップ３８へ制御が移る。ステップ３８のアドレス検
出では、ＣＰＵが圧縮映像ファイルの管理テーブルから
ディスクへ記録されている次のブロックのアドレスを検
出する。そして、ステップ３９のバッファへ書き込みで
は、ステップ３８（アドレス検出）において、検出され
たアドレスに基づいて圧縮映像ファイルがディスクから
読み出されると共に、バッファへ書き込まれる。
生の要求がなされた圧縮映像信号のブロックが全て再生
されたか否かが判断され、全て再生されていない場合、
ステップ３８へ制御が移る。ステップ３８のアドレス検
出では、ＣＰＵが圧縮映像ファイルの管理テーブルから
ディスクへ記録されている次のブロックのアドレスを検
出する。そして、ステップ３９のバッファへ書き込みで
は、ステップ３８（アドレス検出）において、検出され
たアドレスに基づいて圧縮映像ファイルがディスクから
読み出されると共に、バッファへ書き込まれる。
【００３５】バッファへ書き込まれた圧縮映像ファイル
は、ステップ３５（データ書き込み）において、映像再
生の要求がなされたチャンネルのバススロットへ圧縮映
像ファイルがデータとして書き込まれる。ステップ３６
（データ読み出し）においても、上述と同様な制御がな
され、ステップ３７（ブロック有り）では、上述のよう
に映像再生の要求がなされた圧縮映像信号のブロックが
全て再生された場合、ステップ４０へ制御が移り、この
フローチャートは、終了する。
は、ステップ３５（データ書き込み）において、映像再
生の要求がなされたチャンネルのバススロットへ圧縮映
像ファイルがデータとして書き込まれる。ステップ３６
（データ読み出し）においても、上述と同様な制御がな
され、ステップ３７（ブロック有り）では、上述のよう
に映像再生の要求がなされた圧縮映像信号のブロックが
全て再生された場合、ステップ４０へ制御が移り、この
フローチャートは、終了する。
【００３６】ここで、この実施例では、ディスクと並列
に配置される記憶手段として、ＲＡＭが用いられている
が、ディスクに記憶される圧縮映像信号の先頭ブロック
を予め一括記録型メモリ、すなわちＦＬＡＳＨメモリへ
記録することによりＦＬＡＳＨメモリを使用することも
可能である。
に配置される記憶手段として、ＲＡＭが用いられている
が、ディスクに記憶される圧縮映像信号の先頭ブロック
を予め一括記録型メモリ、すなわちＦＬＡＳＨメモリへ
記録することによりＦＬＡＳＨメモリを使用することも
可能である。
【００３７】
【発明の効果】この発明によれば、利用者から映像信号
の再生要求がなされてから必要とされてた待ち時間を無
くすことが可能となる。
の再生要求がなされてから必要とされてた待ち時間を無
くすことが可能となる。
【図１】この発明の多チャンネル映像再生装置の一実施
例を示すブロック図である。
例を示すブロック図である。
【図２】この発明に係るディスクの動作原理の一例を示
す略線図である。
す略線図である。
【図３】この発明に係る分割されるプログラムの一例を
示す略線図である。
示す略線図である。
【図４】この発明に係る圧縮映像ファイルがディスクへ
保持される説明に用いる略線図である。
保持される説明に用いる略線図である。
【図５】この発明に係るディスクに記録されるプログラ
ムの一例を示した略線図である。
ムの一例を示した略線図である。
【図６】この発明に係る圧縮映像ファイルの管理テーブ
ルの一例を示した略線図である。
ルの一例を示した略線図である。
【図７】この発明の多チャンネル映像再生装置のシステ
ム起動時の一例を示すフローチャートである。
ム起動時の一例を示すフローチャートである。
【図８】この発明の再生要求応答時の一例を示すフロー
チャートである。
チャートである。
【図９】ビデオオンデマンドシステムの一例を示す略線
図である。
図である。
【図１０】従来の映像再生装置の一例を示すブロック図
である。
である。
【図１１】マルチプレクサの一例を示したブロック図で
ある。
ある。
２ ディスク ３ コントローラ ４ バッファ ５ ＲＡＭ ６ マルチプレクサ ７ 復号化器 ８ Ａ／Ｄ変換回路 １１ ネットワーク・インタフェース １４ ＣＰＵ １５、１６ タイミング制御回路
Claims (3)
- 【請求項１】 ビデオオンデマンドシステムにおいて、 圧縮された複数の映像信号を保持するディスクと並列に
配置されるＲＡＭを有し、 上記ディスクへ保持された複数の上記圧縮映像信号の先
頭のデータブロックを上記ＲＡＭに記憶することを特徴
とする多チャンネル映像信号装置。 - 【請求項２】 ビデオオンデマンドシステムにおいて、 圧縮された複数の映像信号を保持するディスクと並列に
配置されるＦＬＡＳＨメモリを有し、 上記ディスクへ保持された複数の上記圧縮映像信号の先
頭のデータブロックを上記ＦＬＡＳＨメモリに記憶する
ことを特徴とする多チャンネル映像信号装置。 - 【請求項３】 請求項１、または請求項２に記載の多チ
ャンネル映像信号装置において、 映像信号に対して施される圧縮は、ＭＰＥＧ２であるこ
とを特徴とする多チャンネル映像信号装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16277294A JP3586892B2 (ja) | 1994-06-21 | 1994-06-21 | 多チャンネル映像再生装置およびその制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16277294A JP3586892B2 (ja) | 1994-06-21 | 1994-06-21 | 多チャンネル映像再生装置およびその制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH089335A true JPH089335A (ja) | 1996-01-12 |
| JP3586892B2 JP3586892B2 (ja) | 2004-11-10 |
Family
ID=15760934
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP16277294A Expired - Fee Related JP3586892B2 (ja) | 1994-06-21 | 1994-06-21 | 多チャンネル映像再生装置およびその制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3586892B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08256310A (ja) * | 1995-02-07 | 1996-10-01 | Samsung Electron Co Ltd | 補助貯蔵器を備えたビデオサービス装置 |
| EP1703744A2 (en) | 2005-03-16 | 2006-09-20 | Sony Corporation | Apparatus and method for stereoscopic image recording/reproduction and display |
| JP2014175687A (ja) * | 2013-03-06 | 2014-09-22 | Hitachi Industry & Control Solutions Ltd | 映像配信装置、映像配信方法及び映像配信プログラム |
-
1994
- 1994-06-21 JP JP16277294A patent/JP3586892B2/ja not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08256310A (ja) * | 1995-02-07 | 1996-10-01 | Samsung Electron Co Ltd | 補助貯蔵器を備えたビデオサービス装置 |
| EP1703744A2 (en) | 2005-03-16 | 2006-09-20 | Sony Corporation | Apparatus and method for stereoscopic image recording/reproduction and display |
| JP2014175687A (ja) * | 2013-03-06 | 2014-09-22 | Hitachi Industry & Control Solutions Ltd | 映像配信装置、映像配信方法及び映像配信プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3586892B2 (ja) | 2004-11-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2000268507A (ja) | データ記録装置 | |
| EP0777229A2 (en) | Recording and/or reproducing apparatus and methods | |
| JPH10283124A5 (ja) | ||
| US6279055B1 (en) | Data output device and data output method | |
| JP3586892B2 (ja) | 多チャンネル映像再生装置およびその制御方法 | |
| US20020001450A1 (en) | Data recording/reproduction apparatus and data recording/ reproduction method | |
| KR980004772A (ko) | 데이터 기록 재생 장치 및 데이터 기록재생 방법 | |
| JPH10302390A (ja) | データ記録装置、データ再生装置、データ記録再生装置、データ記録方法、データ再生方法及びデータ記録再生方法 | |
| US6614990B1 (en) | Video reproducing apparatus with adjusted media change times | |
| JP3928203B2 (ja) | 画像データ記録・再生装置およびその方法 | |
| JP3482852B2 (ja) | 符号化信号記録再生装置及びその方法 | |
| JP4099548B2 (ja) | 映像信号記録再生装置 | |
| JPH10233059A (ja) | 画像データ記録・再生装置およびその方法 | |
| JPH09320202A (ja) | 音声・映像データ記録・再生装置およびその方法 | |
| US6529679B1 (en) | Information processing apparatus and method as well as providing medium | |
| JP4419211B2 (ja) | 記録媒体制御装置及び記録媒体制御方法 | |
| JPH07220453A (ja) | 時間遅延装置 | |
| JP3867864B2 (ja) | デイスク装置の再生方法 | |
| JPH07220457A (ja) | ディスク状記録媒体のアクセス方法、記録再生装置及び情報データ記録再生システム | |
| JP3826631B2 (ja) | 記録／再生装置及び記録／再生方法 | |
| JPH08195031A (ja) | ハードディスク装置 | |
| JP3921887B2 (ja) | 記録／再生装置及び記録／再生方法 | |
| JP3861523B2 (ja) | 記録／再生装置及び記録／再生方法 | |
| KR100639799B1 (ko) | 기록장치 | |
| JPH07220389A (ja) | ディスク状記録媒体のアクセス方法、記録再生装置及び情報データ記録再生システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040420 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040621 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040720 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040802 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080820 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080820 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090820 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100820 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110820 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110820 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120820 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |