JP3740712B2 - 記録再生装置および記録再生方法 - Google Patents

Description

【０００１】
【産業上の利用分野】
この発明は、複数チャンネルの音声および映像機器の情報のうち、必要な情報を選択して記録再生できるマルチチャンネル記録再生装置に関する。
【０００２】
【従来の技術】
図１５は特開平７−４６５２２号公報に記載されている従来のマルチチャンネル記録装置を示すブロック図で、１７０はアンテナ、１７２は分配器、１７３はチューナ、１７４はＡ／Ｄコンバータ、１７５は圧縮回路、１７６はメモリ、１７７は読み出し回路、１７８は変調回路、１７９は磁気ヘッド、１８０は磁気テープである。地上波を用いたテレビジョン放送は、各放送局によって映像信号をＡＭ変調して周波数多重によって複数の放送局の番組を伝送している。
【０００３】
図１６はテレビジョン信号の各チャンネル（ＶＨＦ帯１〜１２チャンネル）における周波数占有帯域を示す図で、１４０は各チャンネルの映像搬送波、１４１は音声搬送波である。テレビジョン信号１チャンネル当り、映像搬送波＋音声搬送波＝約６ＭＨｚの帯域をもち、映像搬送波１４０および音声搬送波１４１は一定の周波数間隔（４．５ＭＨｚ）で配置することによって映像および音声の分離伝送を可能としている。
【０００４】
受信側ではアンテナ１７０によって複数の映像信号の多重波が受信される。この信号を分配器１７２でチューナ１７３に分配する。チューナ１７３は映像信号をリアルタイムで受信する場合には１放送に対し必ず１つ必要とする。各チューナ１７３で復調された映像信号はＡ／Ｄコンバータ１７４でディジタル信号に変換される。このディジタル信号は限られた記録容量の磁気テープに効率よく記録するため、圧縮回路１７５によってデータ圧縮が行われたのち、メモリ１７６の所定のアドレス番地が示す領域に書き込まれる。
【０００５】
各チャンネル毎にメモリ１７６が設けられており、読み出し回路１７７によって全チャンネルまたは特定チャンネル情報のディジタルデータを読み出すことが可能である。この読み出し回路１７７の出力は変調回路１７８によって磁気テープ１８０上に書き込み可能な信号に変換（変調）された後、磁気ヘッド１７９によって磁気テープ１８０に記録される。
【０００６】
図１７は特開平７−４６５２２号公報に記載された従来のマルチチャンネル再生装置を示すブロック図で、図１５と同一符号はそれぞれ同一または相当部分を示している。図１７において、８２は復調回路、８３はアドレス制御回路、８４は伸張回路、８５はＤ／Ａコンバータ、８６はＴＶ入力信号処理回路である。
磁気テープ１８０に記録されている記録情報は、磁気ヘッド１７９によって再生され、再生信号が得られる。再生信号は復調回路８２によってディジタルデータ信号に変換（復調）された後、メモリ１７６のアドレス制御を行うアドレス制御回路８３によって、記録チャンネル毎に存在するメモリ１７６上に記憶される。メモリ１７６から読み出された各チャンネル毎の再生データは、各メモリ１７６毎に設けられた伸張回路８４によってデータ伸張が行われる。そして、伸張された映像および音声データはＤ／Ａコンバータ８５によってアナログ信号に変換された後、ＴＶ入力信号処理回路８６によって複数の情報から所望のチャンネルの映像および音声信号が選択され、ＴＶモニタ（図示せず。）によりＴＶ番組として表示される。
【０００７】
上記従来例では、電波を用いたテレビジョン信号の多チャンネル伝送例を説明したが、ディジタルでしかも比較的近距離な機器間のデータ転送を行う場合は、大電力を必要とする変調波を用いずともケーブルを用いたテレビジョン信号の多チャンネルデータ信号の伝送が可能である。その一例として以下のようなディジタルインターフェイスが検討されている。
【０００８】
図１８は“Ｈｉｇｈ Ｐｅｒｆｏｒｍａｎｃｅ Ｓｅｒｉａｌ Ｂｕｓ”（ＩＥＥＥ１３９４ ＤＲＡＦＴ７．１）（以下、「ＩＥＥＥ１３９４」という。）において提案されているシリアルインターフェイスを用いた、例えば家庭内使用における映像音声信号の転送構成を示す図である。図１８において、３１はサイクルスタート（以下、「ＣＳ」という。）信号、３２はＩｓｏｃｈｒｏｎｏｕｓ（以下、「Ｉｓｏ」という。）データ領域、３３はＡｓｙｎｃｈｒｏｎｏｕｓ（以下、「Ａｓｙｎｃ」という。）領域、３４はＶＴＲ、３５、３６はＴＶモニタ、３７はレーザーディスク（以下、「ＬＤ」という。）、３８はＢＳチューナ、３９はＶＴＲ、４０はＶＴＲ３４からＴＶモニタ３５への再生映像信号のパケットデータ（ａｐ１〜ａｐ３）、４１はＬＤ３７からＴＶモニタ３６への再生映像信号のパケットデータ（ｂｐ１〜ｂｐ３）、４２はＢＳチューナ３８からＶＴＲ３９への記録用ＢＳ映像信号のパケットデータ（ｃｐ１〜ｃｐ３）である。ＩＥＥＥ１３９４の場合、Ｉｓｏ領域３２のデータ転送は１サイクル中に必ず１回データ転送を行うことが保証されている反面、Ａｓｙｎｃ領域３３は不規則（Ｉｓｏ伝送の合間に送られる。）であることから、例えば映像および音声情報はＩｓｏ領域３２を、ＩＥＥＥ１３９４に準拠して接続されている機器の制御情報等はＡｓｙｎｃ領域３３を使用できる。
【０００９】
ディジタル映像および音声信号は、例えばＭｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ（以下、「ＭＰＥＧ」という）等の信号圧縮、伸張技術を用いることによって、低レートのディジタル信号（〜１０Ｍｂｐｓ程度）によるＮＴＳＣ放送程度の画質を実現できる。このＭＰＥＧ技術を用いることによって、比較的低レート（５０Ｍｂｐｓ程度）のシリアルデータバスで多チャンネルデータ伝送を実現できる。なお、実際にはＭＰＥＧ圧縮された映像および音声データはＭＰＥＧパケットという１８８バイト単位で伝送されることから、Ｉｓｏデータ領域３２の各チャンネルデータは、パケットデータ（図１８中の４０〜４２）で構成されている。
【００１０】
いま、ＶＴＲ３４，３９、ＴＶモニタ３５，３６、ＢＳチューナ３８は、家庭内で異なった場所に設置されている場合を想定する。各機器はシリアルデータバスを介して接続されており、相互間で情報のやりとり（録画、再生等）を自由に行うことができる。例えば、ＶＴＲ３４からの再生映像をＴＶモニタ３５で映像で表示（再生）し、ＬＤ３７の再生映像をＴＶモニタ３６で表示するとともに、ＢＳチューナからのＢＳ放送番組をＶＴＲ３４で録画するといった場合の各機器からの出力信号を示すのがパケットデータ（４０〜４２）である。なお、このパケットデータは予め各機器内蔵のＭＰＥＧエンコーダ（図示せず）によってパケット化されるものであり、このパケットデータはＩＥＥＥ１３９４におけるＩｓｏ領域に割り当てられる。
【００１１】
図１９は、現在国内外で検討されている放送衛星を用いたマルチチャンネル放送の概念図で、１６０はカメラ装置、１６１はＶＴＲ、１６２はマイクロホン、１６３はＭＰＥＧエンコーダ、１６４はマルチプレクサ、１６５は衛星受信アンテナ、１６６は選局装置、１６７はＶＴＲ、１６８はＭＰＥＧデコーダ、１６９はＴＶモニタ、２７１は変調回路、２７２は復調回路、２７３はシリアルバスインターフェイスである。
【００１２】
図１９において、番組ａ，ｂ，ｃはそれぞれカメラ装置１６０、ＶＴＲ１６１、マイクロホン１６２を複数台使用して制作されている。カメラ装置１６０およびマイクロホン１６２、またはＶＴＲ１６１からの映像および音声信号は、番組毎にＭＰＥＧエンコーダ１６３によってデータ圧縮処理が施された後、各番組毎のＭＰＥＧエンコードデータはマルチプレクサ１６４に集められる。集まった各番組の映像および音声信号は、マルチプレクサ１６４により時分割データに変換された後、放送衛星を介して各家庭に送信される。
【００１３】
各家庭では衛星受信アンテナ１６５によって受信された情報はそのままＶＴＲ１６７で記録されるか、または選局装置１６６によって必要とする番組（チャンネル）が選択される。選局装置１６６によって選択された番組はＭＰＥＧデコーダ１６８によってデータ伸張された後、ＴＶモニタ１６９に映像として表示される。
【００１４】
なお、各家庭では上記衛星受信アンテナ１６５、ＶＴＲ１６７、選局装置１６６、ＭＰＥＧデコーダ１６８、ＴＶモニタ１６９等の映像音響機器がシリアルバスインターフェイス２７３を介して複数台接続することが可能であり、この映像音響機器相互における情報伝送が可能である。
【００１５】
現在、米国では、“Ｄｉｒｅｃｔ ＴＶ”といった衛星（１２ＧＨｚ帯）を用いたマルチチャンネル放送のサービスが開始されている。“Ｄｉｒｅｃｔ ＴＶ”自体はＭＰＥＧパケットを用いない、独自のパケット方式を使用しているが、今後ＭＰＥＧを利用したパケット方式に移行予定であり、マルチチャンネル放送の主流はＭＰＥＧパケットを用いたもの（その構成を図１９に示す。）となると思われる。
【００１６】
【発明が解決しようとする課題】
従来のマルチチャンネル記録再生装置は以上のように構成されているので、受信した複数の番組情報の中から必要な番組を記録したい場合でも、送られてくる他のすべての番組を記録しなければならず、記録媒体（ＶＴＲの場合磁気テープ）を無駄に使用しなければならないといった欠点があった。
【００１７】
また、従来のマルチチャンネル記録再生装置は、記録した複数の番組情報の中から必要な番組を再生したい場合でも、記録した他のすべての番組をバスインターフェイスを用いて伝送しなければならず、シリアルバスインターフェイスを長時間占有することによって、他の機器間の情報伝送を妨げてしまうという欠点があった。
【００１８】
さらに、従来のマルチチャンネル記録再生装置は、記録再生装置から再生された圧縮データ（例えばＭＰＥＧエンコードデータ）に対しては、バスインターフェイスに接続される機器すべてに必ず１つの伸張回路（例えばＭＰＥＧデコードデータ）を設けなければならないといった欠点があった。
【００１９】
この発明は上記のような問題点を解決するためになされたもので、必要な番組情報を選択した後、効率よく記録再生することを目的とする。
【００２０】
また、情報伝送時のバスインターフェイスの伝送効率を高めることを目的とする。
【００２１】
さらに、１台の伸張装置によって複数機器のデータ伸張を行うことを目的とする。
【００２２】
【課題を解決するための手段】
請求項１の発明によるマルチチャンネル選択装置は、時系列的に複数チャンネルの情報が伝送された場合において、任意のチャンネル情報を選択した後、タイムスタンプを付加して出力するチャンネル選択装置を設けたものである。
【００２３】
請求項２の発明によるマルチチャンネル選択装置は、タイマ装置に対する絶対時間、または相対時間、または前タイムスタンプからの経過時間を用いてタイムスタンプを作成し、任意のチャンネル情報を選択した後、タイムスタンプを付加して出力するチャンネル選択装置を設けたものである。
【００２４】
請求項３の発明によるマルチチャンネル記録装置は、入力パケットデータに対してタイムスタンプを付加した後記録する記録装置を設けたものである。
【００２５】
請求項４の発明によるマルチチャンネル記録装置は、タイマ装置に対する絶対時間、または相対時間、または前タイムスタンプからの経過時間を用いてタイムスタンプを作成し、タイムスタンプを付加した後記録する記録装置を設けたものである。
【００２６】
請求項５の発明によるマルチチャンネル再生装置は、データ再生装置に対し、再生出力データからタイムスタンプデータを分離するタイムスタンプ分離器と、時間軸変換器を設けたものである。
【００２７】
請求項６の発明によるマルチチャンネル記録再生装置は、入力されたパケットデータに対しタイムスタンプを付加するタイムスタンプ付加装置と、記録、再生データの時間軸を変換する時間軸変換器を設けたものである。
【００２８】
請求項７の発明によるマルチチャンネル選択装置は、複数のチャンネルから構成されるパケットデータから特定のチャンネルを選択するチャンネル選択器と、その出力に対してタイムスタンプを付加するタイムスタンプ付加器と、選択器、および時間軸変換器を設けたものである。
【００２９】
請求項８の発明によるマルチチャンネル選択装置は、複数のチャンネルから構成されるパケットデータから特定のチャンネルを選択するチャンネル選択器と、その出力に対してタイマ装置に対する絶対時間、または相対時間、または前タイムスタンプからの経過時間をタイムスタンプとして付加するタイムスタンプ付加器と、時間軸変換器を設けたものである。
【００３０】
請求項９の発明によるマルチチャンネル記録再生装置は、入力した第１のタイムスタンプの付加されたパケットデータから第２のタイムスタンプを演算して生成したのち付加するタイムスタンプ付加器と、前記入力パケットデータと前記第２タイムスタンプを記録再生する記録再生装置を設けたものである。
【００３１】
請求項１０の発明によるマルチチャンネル記録再生装置は、入力した第１のタイムスタンプの付加されたパケットデータから第１のタイムスタンプをそのまま第２のタイムスタンプとして付加するタイムスタンプ付加器と、前記入力パケットデータと前記第２タイムスタンプを記録再生する記録再生装置を設けたものである。
【００３２】
請求項１１の発明によるマルチチャンネル選択装置は、番組内容を示す情報値が予め定められた値と一致するチャンネルを選択し、出力するチャンネル選択器を設けたものである。
【００３３】
請求項１２の発明によるマルチチャンネル記録装置は、記録装置に対する記録データレートを検出するカウンタと、このカウンタの出力値に応じて、記録する情報のデータレートを制御する記録レート制御器とを設けたものである。
【００３４】
請求項１３の発明によるマルチチャンネル選択装置は、ｎ（ｎ≧１，ｎは自然数）チャンネルの情報が前記伝送路に送出される際に、その情報のデータレートにしたがって前記パケットを分割するチャンネル選択器を設けたものである。
【００３５】
請求項１４の発明によるデータ圧縮装置は、第１の時間軸変換器とデータ圧縮器、タイムスタンプ付加器および第２の時間軸変換器とを設けたものである。
【００３６】
請求項１５の発明によるデータ伸張装置は、第１の時間軸変換器とデータ伸張器、タイムスタンプ付加器および第２の時間軸変換器とを設けたものである。
【００３７】
【作用】
請求項１の発明によれば、複数チャンネルの中から任意の番組に対してタイムスタンプを付加して選択出力する。
【００３８】
請求項２の発明によれば、複数チャンネルの中から任意の番組に対してタイマ装置に対する絶対時間、または相対時間、または前タイムスタンプからの経過時間をタイムスタンプとして付加したのち選択出力する。
【００３９】
請求項３の発明によれば、トランスポートパケットに対し、タイムスタンプを付加して記録する。
【００４０】
請求項４の発明によれば、タイマ装置に対する絶対時間、相対時間および前タイムスタンプからの経過時間をタイムスタンプとして付加したトランスポートパケットを記録する。
【００４１】
請求項５の発明によれば、再生データよりタイムスタンプを分離した後、時間軸変換を行う。
【００４２】
請求項６の発明によれば、トランスポートパケットに対し、タイムスタンプを付加して記録、再生を行う。
【００４３】
請求項７の発明によれば、タイムスタンプ情報に示された時刻に出力する時間軸変換器の出力と伝送路データを選択してチャンネル選択器に出力する。
【００４４】
請求項８の発明によれば、タイマ装置に対する絶対時間、相対時間および前タイムスタンプからの経過時間から構成されるタイムスタンプ情報に示された時刻に出力する時間軸変換器の出力と伝送路データを選択してチャンネル選択器に出力する。
【００４５】
請求項９の発明によれば、入力パケットデータに対し、第２のタイムスタンプを付加して記録する。
【００４６】
請求項１０の発明によれば、入力パケットデータに対し、第１のタイムスタンプと同一の第２のタイムスタンプを付加して記録する。
【００４７】
請求項１１の発明によれば、必要とする番組を選択記録する。
【００４８】
請求項１２の発明によれば、記録するデータのデータレートに応じて記録レートを可変する。
【００４９】
請求項１３の発明によれば、伝送するデータのレートに応じて１パケットを分割、伝送する。
【００５０】
請求項１４の発明によれば、伝送路より入力したパケットデータに対してデータ圧縮処理を行い、圧縮データを伝送路に出力する。
【００５１】
請求項１５の発明によれば、伝送路より入力したパケットデータに対してデータ伸張処理を行い、伸張データを伝送路に出力する。
【００５２】
【実施例】
実施例１．
以下、この発明の実施例１を図１、図２、図３をもとに説明する。図１において、１は衛星放送デコーダ、２はチャンネル選択器、３はバスインターフェイス、４はハードディスクドライブ（以下、「ＨＤＤ」という。）、２０は受信アンテナ、２７はＭＰＥＧデコーダ、２８はＴＶモニタ、５０は第１時間軸変換器、５１はタイマ装置、５２はタイムスタンプ付加器、５３は第２時間軸変換器、６０は第３時間軸変換器、１００はチャンネル選択装置、１０１は記録再生装置である。また、図２は実施例１の伝送データを示す図で、５はタイムスタンプ、２４はヘッダ、３２はＩｓｏ領域、３３はＡｓｙｎｃ領域である。
【００５３】
次に、動作について説明する。図１は複数チャンネルの番組が伝送される衛星放送を、ある特定の番組を選択して記録するための回路構成を示す。放送衛星（図示せず）から送られてきた複数チャンネルの番組の映像信号は、衛星を介して伝送するために変調をかけて送信される。この信号は衛星放送デコーダ１によって復調され、図２（ａ）に示されるような１パケット１８８ｂｙｔｅを単位としたビットストリーム信号に変換される。図２（ａ）に示すビットストリーム信号におけるパケット構成を図３に示す。
【００５４】
図３において、６はＰｒｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ（以下、「ＰＡＴ」という。）、７はＰａｃｋｅｔ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ（以下、「ＰＩＤ」という。）、８はＰｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ（以下、「ＰＭＴ」という）、９はＡｄａｐｔａｔｉｏｎ Ｆｉｅｌｄ（以下、「ＡＰＦ」という。）、１０はＰｅａｋ Ｒａｔｅ Ｆｌａｇ（以下、「ＰＲＦ」という。）、１１はＡｕｄｉｏパケット、１２はＶｉｄｅｏパケット、２１はＮｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ（以下、「ＮＩＴ」という。）、２２はＣｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｔａｂｌｅ（以下、「ＣＡＴ」という。）である。
【００５５】
マルチチャンネル放送はＭＰＥＧ２のトランスポートストリーム（以下、「ＴＳ」という。）と呼ばれる１８８ｂｙｔｅのパケット単位のデータストリームで構成されている。このＴＳを構成する各パケットには、パケット独自の識別情報としてＰＩＤ（１３ビット）が割り当ててあり、これによりパケットの情報内容を識別、または検索することが可能である。例えば図３のＰＡＴ６にはＰＩＤ＝“００”、ＰＭＴ−０にはＰＩＤ＝“０３”といった固有の数値が割り当てられていることからＰＩＤのみを検出することによって、必要とするパケットのみを選択抽出することも可能である。
【００５６】
複数チャンネルプログラムの開始を示す情報は、ＰＡＴ６というパケットに記載されている。例えば図３（ａ）に示すように、ＰＡＴ６にはプログラムＮｏ．と、そのプログラムに対応するＰＭＴ８の持つＰＩＤの値との関係を示す情報が書き込まれている。このＰＡＴ６に続いてＮＩＴ２１、ＣＡＴ２２といった各種情報の記載されたパケットが続く。これらのパケットに続き、ＰＭＴ８（ＰＭＴ−０〜ＰＭＴ−２）といった各プログラム毎の情報内容（例えばＶｉｄｅｏ，Ａｕｄｉｏ、Ｄａｔａ等のジャンル区分）とＰＩＤの関係を示すパケットがある。例えば図３（ｂ）に示すように、ｐｒｏｇｒａｍ０のうち、ＡｕｄｉｏデータはＰＩＤ＝“２Ｆ”、ＶｉｄｅｏデータはＰＩＤ＝“３５”といったような情報が書き込まれている。図３（ｃ）はｐｒｏｇｒａｍ１におけるＰＭＴ８（ＰＭＴ−１）の内容を示しており、前記ＰＭＴ−０と同様に情報が書き込まれている。
【００５７】
前記ＰＭＴ８は、各ｐｒｏｇｒａｍに対応して必ず１パケット存在し、伝送されたプログラム数のＰＭＴ８が連続して配置される。そして、これに続くＡＰＦ９（ＡＰＦ−０）には、各プログラムの実際の情報（Ａｕｄｉｏ、Ｖｉｄｅｏ等のデータパケット）をＭＰＥＧ２デコードする時に必要な情報が書き込まれている。この中には、各プログラム毎にＭＰＥＧ２エンコード時におけるピークレートを示すＰＲＦ１０が含まれており、このＰＲＦ１０を検出することによって、送られてきたプログラムの最大データレートが検出できる。
【００５８】
ＡＰＦ９（ＡＰＦ−０）の後にはａｕｄｉｏパケット１１、ｖｉｄｅｏパケット１２が各プログラム毎に必要なパケット数連続して配置される。このｐｒｏｇｒａｍ０の情報をすべて伝送した後、図３（ｄ）のようにｐｒｏｇｒａｍ１のＡＰＦ９（ＡＰＦ−１）が伝送され、以下、ｐｒｏｇｒａｍ０同様、ａｕｄｉｏパケット１１、ｖｉｄｅｏパケット１２が連続して伝送される。
【００５９】
図２（ａ）および図３にて示したマルチチャンネル放送のビットストリーム信号は、図１で示すチャンネル選択器２によって、必要となる情報チャンネルのみが選択された後、その選択情報はバスインターフェイス３（例えばＩＥＥＥ１３９４に準拠したもの。）上に転送される。このバスインターフェイス３においては、図２（ｂ）で示されるように、ＣＳ信号３１による１サイクル１２５μｓを基準とし、マルチチャンネル放送のビットストリーム信号（図２（ａ））より高レート（例えば５０Ｍｂｐｓ程度）伝送が行われる。マルチチャンネル放送のビットストリーム信号の１パケット（１８８ｂｙｔｅ）は図２（ｂ）のようにＩｓｏ領域３２にレート変換された形で伝送される。
【００６０】
なお、図１に示すＨＤＤ４においては、バスインターフェイス３を介して、チャンネル選択器２からのマルチチャンネル放送のビットストリーム信号を記録するために、予めＨＤＤ４からチャンネル選択器２に対してバスインターフェイス３へ情報を出力するように要求している。この要求は、ＨＤＤ４側において、チャンネル選択器２からのマルチチャンネル放送に対して、何プログラム目の情報を要求するかといったチャンネル制御情報を、予め、例えばバスインターフェイス３で設定されているＡｓｙｎｃ領域３３等を使ってチャンネル選択器２に伝送する。この要求に答えて上記説明のようにバスインターフェイス３を介して情報が伝送されてくる。
【００６１】
また、この伝送時、マルチチャンネル放送のビットストリーム信号に加えて、図２（ｂ）に示すようにチャンネル選択器２からどの機器に対して情報を伝送するかを示す内容のデータをヘッダ２４として付加してから、バスインターフェイス３に出力している。ＨＤＤ４ではバスインターフェイス３で伝送されているすべての情報に付加されているヘッダ２４を常時検知することにより、自分宛の情報であることが検出された場合にはバスインターフェイス３からこの情報を抜き取って記録処理を行う。
【００６２】
図４は、例えばマルチチャンネル放送のビットストリーム信号中のプログラムをｐｒｏｇｒａｍ０〜２とし、ＨＤＤ４が受け取ったｐｒｏｇｒａｍ０の情報を記録するデータ処理過程を示す図である。図４（ａ）は実際のｐｒｏｇｒａｍ情報（ｐｒｏｇｒａｍ０〜ｐｒｏｇｒａｍ２）の伝送例を示している。なおここでは、ｐｒｏｇｒａｍ０の情報単位（以下、「１ブロックパケット」という）を１８８×ｎ（ｎ≧１、ｎは自然数）、ｐｒｏｇｒａｍ１の情報単位を１８８×ｍ（バイト）（ｍ≧１、ｍは自然数）、ｐｒｏｇｒａｍ２の情報単位を１８８×ｋ（バイト）（ｋ≧１、ｋは自然数）で定義している。
【００６３】
図４（ａ）における衛星放送デコーダ１からのビットストリーム信号に対して、チャンネル選択器２は、図４（ｂ）にしめすように必要な情報チャンネル（本実施例ではｐｒｏｇｒａｍ０のみ）のみを選択して、バスインターフェイス３に送出する。
【００６４】
バスインターフェイス３からの伝送チャンネル情報は、図４（ｃ）に示すような信号形態で、第１時間軸変換器５０に入力される。ここで、図４（ｃ）に示す信号では、前述のようにバスインターフェイス３からの伝送チャンネル情報中のヘッダを検出することによりｐｒｏｇｒａｍ０のみが抜き出されており、それ以外のｐｒｏｇｒａｍ情報については無視される。タイマ装置５１は２４時間の基準カウンタを有しており、ｐｒｏｇｒａｍ０の情報が第一時間軸変換器５０に到着した時刻を表すデジタルデータを例えば４（ｂｙｔｅ）のタイムスタンプとして生成する。
【００６５】
ＨＤＤ４でのｐｒｏｇｒａｍ０情報受信時は、図４（ｃ）に示すように１８８×ｎパケット単位で情報が送られてくるが、１ブロックパケット以外の伝送時間（図４（ｃ）の２６ｂで示す期間）は、情報としては何等意味を持たない時間である。よって、ｐｒｏｇｒａｍ０をＨＤＤ４記録する場合、バッファ等で構成される第１時間軸変換器５０によってこの伝送時間２６ｂを縮めた信号に、タイムスタンプ付加器５２において上記タイムスタンプ５を付加し、図４（ｄ）の状態の信号がＨＤＤ４に入力される。このように、第１時間軸変換器５０により１ブロックパケット以外の伝送時間を縮め、１ブロックパケット情報のデータレートを下げることによって、ＨＤＤ４における記録レートを下げることができ、ＨＤＤ４のアクセス時間を遅くでき装置を安価に作成することが可能となる。すなわち、２６ａの期間リアルタイムでデータを書き込む場合に比べて、（２６ａ＋２６ｂ）の期間で同量のデータを書き込めばよいので、アクセス時間をはるかに遅くすることが可能となり、これにより安価なＨＤＤ装置を使用できるものである。
また、ＨＤＤ４の代わりに例えばテープデータ装置へ記録を行う場合には、記録速度を２６ａの期間に合わせると、記録すべきｐｒｏｇｒａｍ情報が存在しない２６ｂ期間分の無駄なテープ消費につながるが、上述のように（２６ａ＋２６ｂ）の時間で２６ａの期間のｐｒｏｇｒａｍ情報を記録することにより、全体として記録時間の減少等不具合が発生するのを回避できる。無論ＨＤＤ４同様、記録レートの低い安価なテープ装置が使えるということはいうまでもない。
【００６６】
なお、記録レートの変化およびブロックパケットの時間軸移動は、再生時のＭＰＥＧデコード処理に重大な影響を与える。これは、ＭＰＥＧデータのデコードの際には、パケットの到着時刻そのものが必要になるが、この時間軸変換（時間軸移動）によって、記録、再生過程でパケット到着時刻の関係が崩されてしまうことによる。この問題を回避するために各パケット（１８８ｂｙｔｅ）に対し、基準時間、例えばタイマ装置５１に対する絶対時間を示すタイムスタンプ５を付加することによって、ＭＰＥＧ２本来の持つタイムスタンプ（各ブロックパケット内に設定されている。）に対し、補正をかけることが可能となる。すなわち、デコード時にこのタイムスタンプデータを参照して各パケット毎の本来の到着時刻に合わせて再生すればよい。
【００６７】
次に、時間軸変換の際の変換レートは以下のようにして決定する。ＨＤＤ４での記録時、図４（ｄ）におけるｐｒｏｇｒａｍ情報からＰＲＦ１０を検出することにより、ｐｒｏｇｒａｍ０のＭＰＥＧ２エンコード時のピークデータレートを検出し、この値に応じたＨＤＤの記録レートを設定する。例えば、ＰＲＦ＝“１０”の場合、ピークデータレートが１０Ｍｂｐｓであることを表しており、この値からＨＤＤ４への最適記録レートを設定する。本実施例では、例えばＰＲＦ＝“６”、すなわちピークレート６Ｍｂｐｓである場合を想定しているので、図４（ｄ）に示す状態のＨＤＤ４記録時のデータレートを６Ｍｂｐｓに設定している。
【００６８】
このことは、記録装置としてテープ装置を使用する場合には特に重要であり、テープ走行速度が最低どのくらいであれば記録が完全に行えるかを示すものである。必要以上に記録レートを上げると無駄にテープを消費し、結果として記録時間が短くなってしまう一方、下げすぎると記録しきれないデータが生じてしまう。したがって、必要最低限のデータ記録が可能となるテープ走行速度を選ぶことで、最も合理的な記録が実現できる。
【００６９】
なお、上記説明では、タイムスタンプの付加を、チャンネル情報が第１時間軸変換器５０に到着した時刻を基準に設定したが、この時刻はＨＤＤ４に記録する前であればどの段階で行ってもよい。例えば、詳細は後述するが、図７のように、タイマ装置５１およびタイムスタンプ付加器５２によって、チャンネル選択器２でのチャンネル情報選択直後の時刻を基準に、タイムスタンプを付加した後、バスインターフェイス３に出力してもよい。この場合はバスインターフェイス３に対して、例えば４ｂｙｔｅのタイムスタンプを付加して、１パケット＝１８８＋４＝１９２ｂｙｔｅ単位で伝送すればよい。
【００７０】
また、タイムスタンプ情報としては、タイマ装置５１の示す絶対時間そのものを用いても、また、特定の時点からの相対時間を用いても、また、前パケット到着時点からの時間間隔値を用いてもよく、いずれの場合でも再生時パケット到着時刻を容易に復元するできることはいうまでもない。
【００７１】
なお、以上の説明ではタイムスタンプ値の１例として４バイトを確保しているが、これは１ＭＨｚ精度で１時間のカウントが可能となるようにしたものであり、通常の使用には十分である。しかし、タイムスタンプのデータ長は特に４ｂｙｔｅに限る必要はなく、精度が粗くてもよい場合はタイムスタンプ値のバイト数を減らし、また精度が不足する場合には増やせばよく、いずれも本実施例と同等の効果を奏することはいうまでもない。
【００７２】
以上、ＨＤＤ４へｐｒｏｇｒａｍ０の情報を記録する場合について説明したが、ＨＤＤ４からの再生処理は次のようになる。ＨＤＤ４から再生されたｐｒｏｇｒａｍ情報は図５（ａ），（ｂ）に示すようなブロックパケット構成を持ったビットストリームを構成する。ＨＤＤ４からのこのビットストリーム信号は図１に示す第２時間軸変換器５３によってレート変換等の時間軸移動（変換）が行われるとともに、バスインターフェイス３を介して第３時間軸変換器６０に対して伝送するために、１ブロックパケットのｐｒｏｇｒａｍ０の情報を１サイクル（１２５μｓ）に対し、例えば１パケット（１８８＋４（タイムスタンプ）＝１９２ｂｙｔｅ）単位で伝送する（出力する）。
【００７３】
第３時間軸変換器６０では、このシリアルインターフェイス３を介して、図５（ｄ）のようなブロックパケットを受信し、この信号に対し時間軸変換を行うことによって、図５（ｅ）のようなＭＰＥＧ２パケット信号に変換する。なお、この受信したパケット（１９２ｂｙｔｅ）に対し、記録時付加した４ｂｙｔｅのタイムスタンプ５により、記録時に生じたＨＤＤ４へのパケットの到着時刻のずれを補正した後、ＭＰＥＧ２フォーマットで規定される各ブロックパケット内に含まれるタイムスタンプを利用してＭＰＥＧ２のデコードを行うことによって、ｐｒｏｇｒａｍ０の情報を映像および音声信号として再生できる。ＭＰＥＧ２デコーダの出力（ｐｒｏｇｒａｍ０の映像および音声信号）は、ＴＶモニタ２８によって映像および音声情報として再生できる。
【００７４】
なお、上記説明では、ｐｒｏｇｒａｍ０情報を記録再生するためにハードディスクドライブ（ＨＤＤ）を用いて説明したが、これに限定するものではなく、例えばＤＤＳ（ディジタル データ ストレージ）や、Ｄ８といったコンピュータのバックアップ用記録再生装置等、記録再生することが可能な媒体であればどのようなものを利用してもよいことはいうまでもない。
【００７５】
さらに、上記説明では、衛星放送を利用したマルチチャンネル放送の伝送を一例としてあげたが、衛星放送に限る必要はなく、地上波、ＣＡＴＶ（ケーブルＴＶ）、または他の伝送手段からのマルチチャンネル放送に対しても同様な構成で実現できることはいうまでもない。
【００７６】
また、上記説明では、ＰＲＦ１０をＡＰＦ９内に設けたが、記録時ｐｒｏｇｒａｍ毎に設定できればＡＰＦ内に設ける必要はなく、他の領域に書き込んでもよい。
【００７７】
さらに上記説明では、ＨＤＤ４の記録レートをピークレートを示すＰＲＦ１０により決定していたが、ピークレートに限定するものではなく、平均データレート等を用いて記録レートを決定してもよい。
【００７８】
また、上記説明では、ＨＤＤ４の記録レートをピークレートを示すＰＲＦ１０により決定していたが、例えばＭＰＥＧ２エンコード時、ピークレート情報が得られなかった場合においても、ＨＤＤ４で受信されるｐｒｏｇｒａｍ０のパケット数をカウントすることによって、平均のＭＰＥＧ２エンコード時の平均データレートが算出できることから、この値からＨＤＤ４の記録データレートを設定することも可能である。この様子を図６に示す。
【００７９】
図６は上記記録データレートを、例えばＨＤＤ４と同様の記録装置であるＶＴＲにより、記録データレートとテープ走行速度を設定して記録する場合の構成を示したブロック図である。なお、図６（ａ）において、前記従来例、または実施例１と同一符号はそれぞれ同一または相当部分を示している。
【００８０】
図６（ａ）において、７０はＶＴＲ、７１はパケットカウンタ、７２は記録レート制御器である。
バスインターフェイス３からのパケットデータは、前記実施例１と同様に、第１時間軸変換器５０によって時間軸移動、およびデータレート変換が行われる。一方、入力されたパケットデータは、パケットカウンタ７１にて単位時間当たりのパケット数がカウントされる。このパケット数のカウント値は入力パケットデータの転送レートの基準となるものであり、このカウント値にもとづいて第１時間軸変換器５０ではデータレート変換が行われる。第１時間軸変換器５０の出力はタイムスタンプ付加器５２によって、これも実施例１と同様にタイムスタンプを付加した後、ＶＴＲ７０によりテープ（図示せず。）に記録される。
【００８１】
また、記録レート制御器７２は、パケットカウンタ７１からのパケット数のカウント値により必要な記録データレートを算出し、それにもとづいてＶＴＲ７０のテープ走行速度を制御する。ここで、図６（ｂ）は、テープ走行速度に対する入力データ記録レートと記録時間の関係を示す図であり、テープスピードの関係をｓｐｅｅｄ３＞ｓｐｅｅｄ２＞ｓｐｅｅｄ１とすると、テープスピードが遅くなるにつれて、データレートは低下するが、記録時間は増加するという関係がある。
【００８２】
実施例２．
前記実施例１においては、パケットの到着時刻を示すタイムスタンプ５を記録再生装置１０１において付加したが、選択装置１００側で行うことも可能である。本実施例２の構成を図７に示す。図７において、前記従来例、または実施例１と同一符号はそれぞれ同一または相当部分を示している。
【００８３】
いま、チャンネル選択装置１００から記録再生装置１０１へデータ送出する際、実施例１ではリアルタイムでの送出が可能である場合を想定していたが、現実にはそのようにならない場合が多々ある。すなわち、チャンネル選択装置１００よりデータ送信を行いたい時に、バスインターフェイス３が他の装置（図示せず）により専有されている場合、または記録再生装置１０１自体が受信可能でない場合等があり得るためである。このような状況が生じると、実施例１においても予め説明しておいたように、記録再生装置１０１へのパケット到着には時間的な揺らぎ（ずれ）が生じてしまうため、正確な到着時刻を知ることができない。したがって、バスインターフェイス３上にデータを送出する前に、すなわち、チャンネル選択装置１００にて到着時刻を示すタイムスタンプを付加しておれば、この問題を回避できることになる。
【００８４】
記録再生装置１０１側では、すでに各パケット毎にタイムスタンプが付加されているためタイマ装置５１は不要であり、そのタイムスタンプをタイムスタンプ判別器５７により判別し、記録再生装置１０１に適合したタイムスタンプ形式へ変換する操作のみを行えばよいことになる。無論、入力タイムスタンプをそのまま記録してもよい。
【００８５】
なお、ここで時間軸変換器について説明を付け加えておく。時間軸変換器は入力データレートと出力データレートを変換するものであり、例えばＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）メモリを用い、書き込みおよび読み出し速度をそれぞれ入力データレートおよび出力データレートに応じて決めるようにして構成される。無論、他の形式のメモり等を用いてデータの書き込みの速度と、読み出しの速度を異なった速度で行うようにしてもよい。
【００８６】
実施例３．
以下、この発明の実施例３を図８、図９をもとに説明する。図８は実施例３の回路構成を示すブロック図、図９はデータ伝送過程を示す図である。図８，図９において、前記従来例、または実施例１，２と同一符号はそれぞれ同一または相当部分を示している。なお、図９（ａ）は実施例１の図４（ａ）と同様のマルチチャンネル衛星放送のビットストリームである。
【００８７】
図８において、衛星放送デコーダ１から出力されたマルチチャンネルビットストリーム信号は、チャンネル選択器２によって、例えばｐｒｏｇｒａｍ０とｐｒｏｇｒａｍ１（２チャンネル）を選択したとする。チャンネル選択器２からの２チャンネルｐｒｏｇｒａｍ信号は図９（ｂ）のように、バスインターフェイス３上の各サイクルに１パケット単位で伝送される。ＨＤＤ４側ではこの２チャンネルｐｒｏｇｒａｍの伝送をチャンネル選択器２に対して、例えばバスインターフェイス３のＡｓｙｎｃ領域３３を用いて予め要求しており、第１時間軸変換器５０では図９（ｃ）のようなデータを受信する。そして、この受信データに対し実施例１と同様に、時間軸移動を行う。一方、タイムスタンプ付加器５２は再生時のＭＰＥＧ２方式によるデコードを考慮して、タイマ装置５１からの時間情報にもとづいてタイムスタンプ５の生成を行い、第１時間軸変換器５０の出力に対し、タイムスタンプを付加を行う。そして、実施例１で説明した１チャンネルｐｒｏｇｒａｍ記録と同様にして２チャンネル記録を行う。
【００８８】
ここで、２ｐｒｏｇｒａｍ（２番組）記録の場合、ｐｒｏｇｒａｍ０とｐｒｏｇｒａｍ１の開始時間と終了時間が同じであれはＨＤＤ４の記録レートを一定にしておけばよいが、一方のｐｒｏｇｒａｍの終了時刻が他方のｐｒｏｇｒａｍのそれより早かった場合（例えば放送時間が同じ野球中継とドラマ番組を同時に記録する場合において、野球中継が予定終了時刻より早く終了した場合）は、一方の番組が終了した後、ＨＤＤ４の記録レートを２ｐｒｏｇｒａｍ記録時の例えば１／２に落として当該番組の終了時刻まで記録を続ける。
【００８９】
なお、上記説明では一方のｐｒｏｇｒａｍが終了した後、他方の記録が終了するまで記録レートを１／２に落とすものとして説明したが、この記録レートは１／２に限定するものではなく、一方のｐｒｏｇｒａｍが終了した時点でのＨＤＤ４の残りの記録可能容量に応じて、他方のｐｒｏｇｒａｍの記録レートを決定してもよい。
【００９０】
再生時、ＨＤＤ４からの再生データは実施例１と同様に、バスインターフェイス３に送出される。本実施例の場合、バスインターフェイス３上には２チャンネル情報が送出されることになるが、例えば２チャンネル情報が両者とも、映像および音声データである場合、再生情報をＴＶモニタ２８で出力することになるが、バスインターフェイス３上には２チャンネルの情報が送出されているので、第２チャンネル選択器５４によって１チャンネルを選択する必要がある。これによって選択された情報は第３時間軸変換器６０で時間軸変換、再生レート変換を行った後、ＭＰＥＧデコーダ２７によってＴＶモニタ２８で視聴可能な映像および音声情報に変換される。
【００９１】
なお、第２チャンネル選択器５４と第３時間軸変換器６０についての処理順序はこの例に限るものではなく、入れ替わっても本実施例と同様の効果を奏することは明白である。図８中のチャンネル選択装置の構成を簡素化した構成例を図１０に示す。
【００９２】
図１０は図８中のチャンネル選択器２および第２チャンネル選択器５４を１つのチャンネル選択器２で兼用させた場合を示し、衛星放送受信時と記録再生装置からの出力を再生する場合とをスイッチ１３０にて切り替えて使用するものである。本構成により、図８の同機器に比べ、チャンネル選択器を減らすことが可能で、先の例と同一の機能を持った装置を非常に安価にて作成することが可能である。
【００９３】
実施例４．
以下、この発明実施例４について説明する。図４におけるＡＦＰ９には、実施例１で説明したように各ｐｒｏｇｒａｍごとの情報（ピークレート、または番組情報等）を設定できる。例えば、番組情報として図１１のように４ビット（０〜１５）の番組カテゴリビット２６を設定する。番組カテゴリビット２６の“０”をドラマ、“１”をスポーツ、・・・・、“７”をコンサート、“８〜１５”をその他、といったように設定する。第１チャンネル選択器２によってチャンネル選択を行う場合、各ｐｒｏｇｒａｍのＡＰＦ９を検知し、この中に付加されている番組カテゴリビット２６を検出する。
【００９４】
番組選択方法として、マルチチャンネル放送の中から特定の番組ジャンルのみ（例えば映画のみ）を記録する方法としては、上記番組カテゴリビット２６が“２”を示すｐｒｏｇｒａｍのみを選択し記録すればよい。この実現方法としては、例えばカテゴリビットを抜き出す回路と、同回路により抜き出されたカテゴリビットと希望するカテゴリ値とが等しいかどうかを判別する回路とを設け、判定結果が一致していれば該当ＰＡＴを出力し、そうでなければ出力を阻止するように構成にすればよく、技術的に難点なく容易に実現可能である。第１チャンネル選択器２によって選択された映画番組のｐｒｏｇｒａｍは、実施例１、または実施例２と同様の方法によって記録再生が可能である。
【００９５】
実施例５．
以下、この発明の実施例５について説明する。図１２（ａ）は理想的なＭＰＥＧパケットの伝送状態、図１２（ｂ）はそれに対するバスインターフェイス３上の伝送状態、図１２（ｃ）はＭＰＥＧパケットの発生が不規則な場合の伝送状態、図１２（ｄ）はそれに対するバスインターフェイス３上の伝送状態、図１２（ｅ）は図１２（ｃ）における１パケットを４分割して伝送した場合のバスインターフェイス３上の伝送状態を示す。
【００９６】
複数チャンネルの番組の伝送方法については、実施例１で説明したとおり、図１の衛星放送デコーダ１で受信されるビットストリーム信号は、複数チャンネル分のＭＰＥＧパケット信号が混在している。理想的なビットストリーム信号は、図１２（ａ）の様に各パケットが規則正しく伝送されている。このようなビットストリーム信号をバスインターフェイス３に伝送したのが図１２（ｂ）であり、バスインターフェイス３上で効率よく伝送されている。
【００９７】
しかし、実際このビットストリーム信号上のＭＰＥＧパケットの伝送形態は、図１２（ｃ）の様にその特性上時間軸に対して規則的にパケットが伝送されているわけではなく、ＭＰＥＧ処理を行う画像および音声情報の内容によって、パケットの集中する時間帯と、分散する時間帯が不規則に存在する。この状態のままでバスインターフェイス３上に伝送したのが図１２（ｄ）である。
この信号からわかるように、図１２（ｃ）の信号をそのままバスインターフェイス３に伝送してしまうと、ＭＰＥＧパケットの存在しない時間帯にはバスインターフェイス３上には何も伝送する情報がなくなってしまう。
【００９８】
ところで、バス使用に関しては、常に安定してデータ転送を行うことができる様に、予め帯域予約という手続きを取っておく。例えば図１２（ｂ）の状態ではバスインターフェイス３の基本サイクル（１２５μｓ）毎に１８８バイトのデータを一回送信することが保障される。
【００９９】
ただ、この際に必要以上のの帯域を予約すると、バス全体で無駄が生じる。例えば図１２（ｂ）の何も伝送していないサイクルがそれである。バス全体の容量分の帯域予約がなされている際には、他に使用したい装置があったとしても使用できないということになる（空きサイクルがあったとしても）。
【０１００】
このように、バス容量を他の機器を含めて皆で効率よく分け合い、使用することは大変重要なことである。したがって、データ伝送には必要最小限の帯域予約ですませるべきであり、こうすることで多数の装置がバス共有を図れることになる。このためには、例えば図１２（ｅ）に示した様に、１パケットを４分割にして各バスサイクル毎に順に伝送することを行えばよい。バスインターフェイス３上に伝送する前にチャンネル選択器２によってＭＰＥＧの１パケットを４分割して、１／４パケットずつバスサイクル（１２５μｓ）毎に順次伝送する。このようにすれば、バスインターフェイス３の帯域予約は、パケット毎に伝送する際と比べて１／４で済み、バスリソースの有効活用に大きく貢献することが可能となる。
【０１０１】
図１２（ｅ）は、図１２（ｃ）の１パケットを４分割した後、バスインターフェイス３上に伝送したものである。この処理は、バスインターフェイス３上に伝送する前、すなわちチャンネル選択器２によってＭＰＥＧ１パケットデータを４分割、すなわち１／４パケットごとにデータを選択する。
【０１０２】
なお、上記説明では、１パケットを４分割する場合を説明したが、分割数についてはビットストリーム上のＭＰＥＧパケットの伝送状態（パケットの疎密）によって決定する。この基準としては、実施例１で説明した平均データレート（単位時間当たりのパケット伝送数）、またはピークレートを示すＰＲＦ１０を基準にして最適分割数を決定する。
【０１０３】
実施例６．
以下、この発明の実施例６を図１３について説明する。図１３において、前記従来例、または各実施例と同一符号はそれぞれ同一または相当部分を示している。図１３において、５６は伸張回路、６１は第４時間軸変換器、６８は第５時間軸変換器、１０２は伸張装置である。
衛星アンテナ２０より受信した複数チャンネル情報は衛星放送デコーダ１によって復調され、複数チャンネル情報を持つビットストリーム信号に変換される。この信号から必要とするチャンネル情報をチャンネル選択器２によって選択した後、バスインターフェイス３に送出する。チャンネル選択器２は、まず、第４時間軸変換器６１に選択したチャンネル情報ａを伝送する。第４時間軸変換器６１ではバスインターフェイス３から元のチャンネル情報のデータレートに変換し、時間軸移動を行う。第４時間軸変換器６１の出力は通常のＭＰＥＧパケット信号であることから、伸張回路５６（例えばＭＰＥＧ２デコーダ）によってベースバンドのデジタル映像および音声信号に変換される。
【０１０４】
伸張回路５６からは、ベースバンド信号に戻されたデジタル映像および音声信号が、第５時間軸変換器６８を介しバスインターフェイス３に送出される。この送出されたベースバンドのデジタル映像および音声信号ｂは、第１時間軸変換器５０で時間軸移動およびデータレート変換を行った後、ＨＤＤ４に記録される。記録されたベースバンドのデジタル映像および音声信号は、実施例１と同様に、第２時間軸変換器５３、バスインターフェイス３、第３時間軸変換器６０を介してＴＶモニタ２８で視聴できる。
【０１０５】
さらに、バスインターフェイス３に送出されたベースバンドのデジタル映像および音声信号（非圧縮の映像および音声データ）ｃは、第３時間軸変換器６０で直接受信され、時間軸移動およびデータレート変換を行った後、ＴＶモニタ２８で視聴できる。
【０１０６】
このように構成することで、例えば図１３のシステムにＭＰＥＧ２のビデオディスク装置やＶＴＲ装置をバスインターフェイス３に直に接続が可能となる。すなわち、これら機器自体にＭＰＥＧ２デコーダを持たせる必要がなくなり、結果として個々のＭＰＥＧ２信号再生装置およびテレビ装置を安価に製造することが可能となる。
【０１０７】
バスインターフェイス３上に、ＭＰＥＧ２ストリーム入力およびベースバンド出力機器を有したデコーダを１つだけ準備すれば、他の機器で有効に活用が可能である。バスインターフェイス３の容量としては、例えば、ＩＥＥＥ１３９４を用いれば４００Ｍｂｐｓのデータ伝送容量が容易に実現できるため、ベースバンド１系統（現行テレビ信号なら約１７０Ｍｂｐｓ）専有されていても、残りの伝送容量を利用してＭＰＥＧ２データ（１０Ｍｂｐｓ）を伝送することにより、２３系統伝送が可能である（すべてベースバンド伝送の場合は２系統しか伝送できない。）。ここで、図１３中の伸張装置１０２内の伸張回路５６自体は、例えば日経エレクトロニクス１９９５．５．８号１６５〜１７４頁にも記載されるように、すでに実現化されており、例えばこのような伸張回路を本装置へも用いることができる。むしろＭＰＥＧ２のようにすでに実用化され、広く利用されている方式を用いれば、量産効果等で安価に装置が制作可能であるばかりでなく、接続する機器も数多くあるため汎用性に富むなど利点が非常に多いという効果がある。
【０１０８】
このように、図１３に示す伸張装置１０２をバスインターフェイスに接続される各装置に対し共通に用いれば、バスインターフェイスの伝送容量を有効に利用できるとともに、個々の装置に個別に伸張回路を設ける必要がないのでのコストを低く抑えることが可能であり、システム構築を容易に行うことが可能となる。
【０１０９】
なお、実施例６では伸張装置１０２としてＭＰＥＧ２を用いた場合について説明したが、これに限るものではなく、他の方法を用いてもまったく同様の効果を奏することは明白である。
【０１１０】
また、実施例６では伸張装置１０２について説明を行ったが、圧縮装置に関しても同様にバスインターフェイス３上に１つ存在すればよいことになる。
【０１１１】
すなわち、非圧縮映像（ベースバンド映像）を例えばＭＰＥＧ２に圧縮する際に、ＭＰＥＧ２記録を行う個々の装置（例えばＶＴＲ等）にそれぞれ圧縮装置を内蔵する必要がなく、左記の例と同様に個々の装置を非常に安価にて製造が可能である。
【０１１２】
図１４は上記圧縮装置および伸張装置の構成を示す図である。圧縮装置１０３の構成自体は図１３の伸張装置１０２内の伸張回路５６を圧縮回路８１に置き換え、タイマ装置５１およびタイムスタンプ付加装置５２を設けることで実現が可能である。なお、６９は第６時間軸変換器、８０は第７時間軸変換器である。圧縮装置自体は、例えば日経エレクトロニクス１９９５．５．８号１６５〜１７４頁に記載されるように既に実用化されており、例えばこのような圧縮装置を本装置へも用いることができる。また、ＭＰＥＧ２のようにすでに実用化され、広く利用されている方式を用いれば、量産効果等で安価に装置が制作可能であるばかりでなく、接続する機器も数多くあるため汎用性に富むなど利点が非常に多いという効果がある。
【０１１３】
【発明の効果】
この発明は以上で説明したように構成されているので、以下に示すような効果を奏する。
【０１１４】
請求項１の発明によれば、複数チャンネルの情報の中から必要とする情報のみを選択した後、記録再生装置に記録することから、複数チャンネルのその他の不必要な情報を記録する必要がない。この結果、記録媒体の有効な活用が行えるとともに、バスインターフェイスに不必要な情報を伝送することがないことから、バスインターフェイスに接続される他の機器間の情報伝送を妨げる影響を減らすことができ、すなわちバスインターフェイスの伝送効率を高めることができる。さらにバス伝送の際にデータ伝送時間の揺らぎを生じる場合でも、タイムスタンプにより、実用が可能となり、様々なバスに接続が可能である効果がある。
また、複数チャンネルの情報の中から必要とするジャンルの番組情報のみを選択記録できることから、必要とする情報の検索時間を大幅に短縮できる。
【０１１５】
請求項２の発明によれば、請求項１の発明の効果に加えて、タイムスタンプデータとして最も効率のよい形態を具体的に採用が可能で、ハードウエア規模の縮小や、装置の低価格化、接続相手機器の選択範囲を広くとれる効果がある。
【０１１６】
請求項３の発明によればタイムスタンプの記録機能を持つことで、入力タイミングが等間隔でないデータの記録を時間的に平均化して均等レート記録が実現できるため、ピーク速度記録に合わせて高価な装置を用いる必要がなく、安価に制作が可能となり、ひいては記録時間の長時間化を図ることが可能となる効果がある。
【０１１７】
請求項４の発明によれば、請求項３の発明に加えて、タイムスタンプデータとして最も効率のよい形態を具体的に採用が可能で、ハードウエア規模の縮小や、装置の低価格化、接続相手機器の選択範囲を広くとれる効果がある。
【０１１８】
請求項５の発明によれば、タイムスタンプが付加されたデータを再生する際に、タイムスタンプ値に応じて再生データ出力タイミングを入力時のそれと同一にすることで、再生を記録時の信号状態とまったく同一にできる他機器との完全な互換が図れる効果がある。
【０１１９】
請求項６の発明によれば、請求項３の発明と請求項４の発明の効果を合わせ持つばかりでなく、同機器を同一機としたことで、単独での記録再生が可能となる等の相乗効果がある。また等筆すべきは、記録再生媒体へのインターフェイス回路等、数多くの回路、部品が兼用可能となることで、記録と再生を分離した装置に比べ、全体によればるかに安価な装置の制作が可能になる効果がある。
【０１２０】
請求項７の発明によれば、請求項１の発明の効果に加えて、複数チャンネルで記録再生機器殿接続の際にもチャンネル選択器を兼用して用いる構成としたことから、装置が安価に制作できるばかりでなく、選択器の切り換え１つの動作で、オンエア放送と再生信号とを簡単に切り替えられることが可能となる効果がある。
【０１２１】
請求項８の発明によれば、請求項７の発明の効果に加えて、タイムスタンプデータとして最も効率のよい形態を具体的に採用が可能で、ハードウエア規模の縮小や、装置の低価格化、接続相手機器の選択範囲を広くとれる効果がある。
【０１２２】
請求項９の発明によれば、請求項３の発明および請求項４の発明に加え、同発明に比してタイマ装置が不要になることで、非常に安価な装置の提供が可能となる効果がある最適なタイムスタンプ形式を用いることができる効果がある。
【０１２３】
請求項１０の発明によれば、請求項９の発明において入力タイムスタンプをそのまま記録に用いるため、タイムスタンプ作成が不要となり、より安価な装置の提供が可能となる効果がある。
【０１２４】
請求項１１の発明によれば、請求項１の発明の効果に加えて関連番組を簡単に選択が可能となる効果がある。
【０１２５】
請求項１２の発明によれば、複数チャンネルの情報を同時に記録する場合において、それぞれのチャンネル情報の終了時間に関わらず希望する情報すべて記録することができる。
また、記録装置の記録レートを記録する情報のデータレートから自動的に設定することができることから、記録レートを決定するための複雑な処理を簡略化でき、記録装置に対する効率のよい記録が行える。
【０１２６】
請求項１３の発明によれば、伝送するパケット情報の伝送形態（ピークデータレート、または平均データレート）に応じて、１パケットを最適分割数で伝送することができることから、他の機器間の伝送に与える影響を少なくするとともに、バスインターフェイスの伝送効率を高めることができる。
【０１２７】
請求項１４の発明によれば、１つのバスインターフェイスに接続する複数の機器に対しても圧縮装置が１つあればよいことから、各機器の大幅なコストダウンを計ることができる。
【０１２８】
請求項１５の発明によれば、１つのバスインターフェイスに接続する複数の機器に対しても伸張装置が１つあればよいことから、各機器の大幅なコストダウンを計ることができる。
【図面の簡単な説明】
【図１】 この発明の実施例１の構成を示すブロック図である。
【図２】 実施例１における伝送データを示す図である。
【図３】 実施例１における衛星ビットストリームの詳細を示す図である。
【図４】 実施例１における記録時のデータ処理過程を示す図である。
【図５】 実施例１における再生時のデータ処理過程を示す図である。
【図６】 実施例１におけるＶＴＲに対して記録データレートとテープ走行速度を設定して記録する場合の構成を示したブロック図である。
【図７】 この発明の実施例２の構成を示すブロック図である。
【図８】 この発明の実施例３の構成を示すブロック図である。
【図９】 実施例３におけるデータ伝送過程を示す図である。
【図１０】 実施例３における他の構成例を示すブロック図である。
【図１１】 この発明の実施例４における番組カテゴリビットを示す図である。
【図１２】 この発明の実施例５におけるデータ伝送過程を示す図である。
【図１３】 この発明の実施例６の構成を示すブロック図である。
【図１４】 この発明の実施例６の構成を示すブロック図である。
【図１５】 従来のマルチチャンネル記録装置を示すブロック図である。
【図１６】 テレビジョン信号の各チャンネル（ＶＨＦ帯１〜１２チャンネル）における周波数占有帯域を示す図である。
【図１７】 従来のマルチチャンネル再生装置を示すブロック図である。
【図１８】 シリアルインターフェイスを用いた映像音声信号の転送構成を示す図である。
【図１９】 マルチチャンネル放送の概念図である。
【符号の説明】
２ 第１チャンネル選択器、３ バスインターフェイス、４ ＨＤＤ、５ タイムスタンプ、２７ ＭＰＥＧデコーダ、５０ 第１時間軸変換器、５１ タイマ装置、５２ タイムスタンプ付加器、５３ 第２時間軸変換器、５４ 第２チャンネル選択器、５６ 伸張回路、６０ 第３時間軸変換器、６１ 第４時間軸変換器、６８ 第５時間軸変換器、６９ 第６時間軸変換器、８０ 第７時間軸変換器、８１ 圧縮回路、１００ チャンネル選択装置、１０１ 記録再生装置、１０２ 伸張装置、１０３ 圧縮装置、１３０ スイッチ。

Claims (7)

1. 複数チャンネルのパケットデータからなるトランスポートストリームに含まれる所定のトランスポートパケットを記録または再生する記録再生装置であって、
   前記トランスポートストリームから特定のチャンネルに対応する前記パケットデータを抽出して出力するチャンネル選択手段と、
   所定の時刻データを発生する手段と、
   前記時刻データを前記チャンネル選択手段から出力された前記パケットデータに付加して出力するタイムスタンプ付加手段とを備え、
   前記所定の時刻データは、前記タイマの絶対時間、所定の時点からの相対時間、または所定の時刻データからの経過時間に基づいて設定され、
   前記チャンネル選択手段は、
   前記トランスポートストリームの所定の位置に付加され、各チャンネルの番組の内容に対応する情報値に基づいて前記パケットデータを抽出するように構成されてなる記録再生装置。
2. 前記チャンネル選択手段は、
   前記番組内容情報を抽出する手段と、
   前記抽出された前記情報値と、当該記録装置において予め設定された番組の内容に対応する情報値とが一致するか否かを判定する手段とを備え、
   前記判定の結果、両情報値が一致する場合に前記パケットデータを抽出するように構成されてなる請求項１に記載の記録再生装置。
3. 複数チャンネルのパケットデータからなるトランスポートストリームに含まれる、所定のチャンネルのパケットデータを記録または再生する記録再生装置であって、
   前記トランスポートストリームから、複数チャンネルのうちのｎ（ｎ≧１，ｎは自然数）チャンネルに対応する前記パケットデータを抽出して出力するチャンネル選択手段と、
   所定の時刻データを発生するタイマと、
   このタイマによって発生された前記時刻データを前記チャンネル選択手段から出力された前記パケットデータに付加して出力するタイムスタンプ付加手段と、
   該タイムスタンプ付加手段から出力された前記パケットデータを記録する記録手段とを備え、
   前記ｎチャンネルのうちのいずれかのチャンネルのパケットデータの記録が終了した後の記録レートを、前記ｎチャンネルのパケットデータを記録していた際の記録レートよりも小さくするように構成されてなる記録再生装置。
4. 前記ｎチャンネルのうちのいずれかのチャンネルのパケットデータの記録が終了した後の記録レートは、前記記録手段の残存記録可能容量に応じて設定されることを特徴とする請求項３に記載の記録再生装置。
5. 前記所定の時刻データは、
   前記タイマの絶対時間、所定の時点からの相対時間、または所定の時刻データからの経過時間に基づいて設定されることを特徴とする請求項３または４に記載の記録再生装置。
6. 前記チャンネル選択手段は、
   前記パケットデータに対応する伝送レートにしたがって、当該パケットデータを分割して出力するように構成されてなる請求項１ないし５のいずれかに記載の記録再生装置。
7. 複数チャンネルのパケットデータからなるトランスポートストリームに含まれる所定のトランスポートパケットを記録または再生する記録再生方法であって、
   前記トランスポートストリームの所定の位置に付加され、各チャンネルの番組の内容に対応する情報値に基づいて、前記パケットデータを抽出し、
   所定の時刻データを発生し、
   前記抽出した前記パケットデータに前記時刻データを付加することを含み、
   前記所定の時刻データを、前記タイマの絶対時間、所定の時点からの相対時間、または所定の時刻データからの経過時間に基づいて設定することを特徴とする記録再生方法。

Images