(57)【特許請求の範囲】
【請求項１】
複数種類の動画デジタルデータをデジタル通信放送局で採用されている圧縮規格に基づいて圧縮記憶すると共に該動画デジタルデータを解凍しつつ表示する装置に、記憶された動画デジタルデータを更新し、再生する方法であって、
前記装置が、デジタル通信放送局から、更新データの放送開始時刻と、該更新データに関する特定データを予め受信するステップであって、該特定データが前記複数種類の動画デジタルデータのうちいずれの動画デジタルデータに関する更新であるかを特定する、該ステップと、
前記装置が、前記更新データを受信するステップであって、前記受信した放送開始時刻よりも早く前記更新データを含む送信されたデータの記録を開始する、該ステップと、
前記装置が、前記更新データにより、前記特定された動画デジタルデータを更新するステップと、
前記装置が、再生要求に基づいて、再生先頭フレームを特定する先頭特定データを検索して、前記再生先頭フレームを特定して前記更新データに関連する動画デジタルデータを再生するステップと、
を含む、前記方法。
【請求項２】
前記更新データが複数のパケットに分割されており、該更新データに含まれる動画デジタルデータはＭＰＥＧ規格のデータであり、
前記先頭特定データがエンコードされていないデータである、請求項１記載の方法。
【請求項３】
前記受信する更新データが複数のパケットに分割されており、該更新データに含まれる
動画デジタルデータはＭＰＥＧ規格のデータであり、
前記再生するステップにおいて、前記先頭特定データの前のＩフレームを前記再生先頭フレームとして特定する、請求項１または２記載の方法。
【請求項４】
複数種類の動画デジタルデータを所定の圧縮手法で圧縮記憶しておくと共に、記憶された動画デジタルデータを更新し、動画デジタルデータを解凍しつつ再生する装置であって、
デジタル通信放送局から、動画デジタルデータを含む更新データと、該更新データの放送開始時刻と、該更新データに関する特定データと、を受信する受信手段であって、該特定データが前記記憶された複数種類の動画デジタルデータのうちいずれの動画デジタルデータに関する更新であるかを特定する、該受信手段と、
前記更新データにより前記特定された動画デジタルデータを更新する記憶手段と、
前記記憶手段に、前記受信された放送開始時刻よりも早く前記記録開始命令を与える記憶制御命令出力手段と、
再生要求に応じて前記記憶された更新データのうち再生時の再生先頭フレームを特定すると共に、前記特定された再生先頭フレームから動画デジタルデータの再生を開始する再生手段と、
を備える、前記装置。
【請求項５】
前記更新データが複数のパケットに分割されており、該更新データに含まれる動画デジタルデータはＭＰＥＧ規格のデータであり、
前記先頭特定データがエンコードされていないデータである、請求項４記載の装置。
【請求項６】
前記受信される更新データが複数のパケットに分割されており、該更新データに含まれる動画デジタルデータはＭＰＥＧ規格のデータであり、
前記先頭特定手段が、前記先頭特定データの前のＩフレームを前記再生先頭フレームとして特定する、請求項４または５記載の装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、商品説明支援装置に関し、特に、通信によるデータ更新に関する。
【０００２】
【関連技術および発明が解決しようとする課題】
出願人は、特開平１０−１８７８３２号にて、商品の情報案内を行う商品説明支援システムを開示した。これは、ハードディスクに商品ごとの商品のビデオデータを記憶させておき、商品が特定されると、リアルタイムに特定された商品の説明が開始されるというものである。
【０００３】
出願人は、上記商品説明支援システムにおいて、ハードディスクをさらに効率的に使用するために、動画データを圧縮して記憶しておき、商品が特定されるとこれを解凍しつつ表示するように改良した。
【０００４】
このようなシステムにおいて商品情報を更新する方法として、サービスマンが各店舗を訪問し、必要なデータを更新することも考えられる。しかし、サービスマンがその都度訪問して更新するのは煩雑である。
【０００５】
そこで、出願人は、更新データをあらかじめファイル化させておき通信回線を用いてデータ更新することを考えた。しかし、ハードディスクには圧縮状態で記憶されているために、送信時に前記更新データを圧縮処理してから送信しなければならなかった。このため、圧縮エンコーダを準備する必要があった。
【０００６】
この発明は、上記問題を解決し、商品情報説明支援システムについて簡易にデータを更新することを目的とする。
【０００７】
【課題を解決するための手段および発明の効果】
本発明にかかるデータ更新方法においては、記憶媒体に複数種類の動画デジタルデータをデジタル放送局で採用されている圧縮規格に基づいて圧縮記憶しておき、操作者が特定命令を与えると、特定された動画デジタルデータを解凍しつつ表示する商品説明支援装置であって、商品説明支援装置の動画デジタルデータを、デジタル放送によって更新する更新方法であって、デジタル放送局に、前記複数種類の動画デジタルデータのうちいずれの動画デジタルデータに関する更新であるかを示す特定データを付加させた更新データを与えて、あらかじめ定められた送信開始時刻になると、前記圧縮規格で圧縮させて、再生時に再生される時間と同じ時間を用いて、送信させる。そして、前記商品説明支援装置では、前記受信した更新データに基づいて、前記いずれかの動画デジタルデータを更新する。
【０００８】
したがって、更新データをデジタル放送局に与えるだけで、前記圧縮規格にて圧縮されて送信される。複数箇所に配置された商品説明支援装置では、圧縮されて送信された動画データに更新する。このように、デジタル放送局から更新データをデジタル放送させることにより、圧縮エンコーダを準備することなく、容易にデータ更新が可能となる。例えば、更新データを放送局にビデオテープの状態で渡し、放送されたデータを受信するだけで、前記記憶媒体に記憶された動画デジタルデータの更新が可能となる。
また、前記商品説明支援装置は複数箇所に配置されているので、一度に更新が可能となる。
【０００９】
本発明にかかるデータ更新方法においては、動画を構成するデジタルデータを複数のパケットに分割して送信するデジタルデータ通信によって、商品説明支援装置のデータを更新する更新方法であって、送信側では、再生時に再生先頭フレームを特定する先頭特定データを混在して送信し、受信側では、送信開始時刻よりやや早く記録を開始し、送信が終了すると、記録したデータのうち前記先頭特定データを検索して、前記再生先頭フレームを特定する。なお、再生時に再生される時間と同じ時間を用いて送信することにより、デジタル衛星放送を用いて、動画データを転送することができる。また録画時ではなく再生時に再生開始フレームを特定する先頭特定データを送信することにより、送信局と受信機側の時計に時間的なずれがあっても、再生時に所望の位置から、再生を開始することができる。
【００１０】
本発明にかかるデータ更新方法においては、動画を構成するデジタルデータを複数のパケットに分割して送信するデジタルデータ通信によって、商品説明支援装置のデータを更新する更新方法であって、受信側で、送信開始時刻よりやや早く記録を開始し、送信終了すると、記録したデータのうち再生時に再生先頭フレームを特定する先頭特定データを検索して、前記再生先頭フレームを特定する。したがって、送信側より、録画時ではなく再生時に再生開始フレームを特定する先頭特定データを送信することにより、送信局と受信機側の時計に時間的なずれがあっても、再生時に所望の位置から、再生を開始することができる。
【００１１】
本発明にかかるデータ更新方法においては、動画を構成するデジタルデータを複数のパケットに分割して送信するデジタルデータ通信によって、商品説明支援装置のデータを更新する更新方法であって、送信側は、受信側で再生時に再生先頭フレームを特定する先頭特定データを更新データに混在して送信する。したがって、受信側で、前記先頭特定データによって再生開始フレームを特定することにより、送信局と受信機側の時計に時間的なずれがあっても、再生時に所望の位置から、再生を開始することができる。また、再生時に再生される時間と同じ時間を用いて送信することにより、デジタル衛星放送を用いて、動画データを転送することができる。
【００１２】
本発明にかかる商品説明支援装置においては、送信開始時刻よりやや早く前記記録開始命令が与えられ、前記パケット化された受信データのうち必要なデータを抽出して記憶する。そして、送信終了時刻よりやや遅く記憶終了命令が与えられ、前記記憶処理が終了する。また、前記記憶終了命令が与えられると、記録したデータのうち再生時の再生先頭フレームが特定される。再生命令が与えられると、前記特定された再生先頭フレームから再生を開始する。このように、録画時ではなく再生時に再生開始フレームを特定する先頭特定データを受信することにより、送信局と受信機側の時計に時間的なずれがあっても、再生時に所望の位置から、再生を開始することができる。
【００１３】
本発明にかかる商品説明支援装置においては、前記パケット化されて送信されるデータはＭＰＥＧ規格のデータであり、前記記憶終了命令が与えられると、記録したデータから先頭マークを示すデータを検索して、つぎのＩフレームを前記再生先頭フレームとして特定する。したがって、ＭＰＥＧ圧縮された動画データについて、再生時に所望の位置から、再生を開始することができる。
【００１４】
本発明にかかるデータ更新方法においては、送信側では、所定の送信開始時刻になると、パケットを送信しないかまたは空パケットを送信するデータ非送信状態から、非空パケットを送信するデータ送信状態に切り替え、送信終了後は前記データ非送信状態に切り替え、受信側では、前記送信開始時より所定時間前から受信を開始するとともに、前記非空パケットを受信すると、そのデータが記録先頭データであると判断して、前記データ更新を行う。したがって、圧縮されて送信された更新データであっても、デコードすることなく、再生先頭フレームから記憶することができる。また、再生時に再生される時間と同じ時間を用いて送信することにより、デジタル衛星放送を用いて、動画データを転送することができる。
【００１５】
本発明にかかるデータ更新方法においては、送信側では、所定の送信開始時刻になると、パケットを送信しないかまたは空パケットを送信するデータ非送信状態から、非空パケットを送信するデータ送信状態に切り替え、送信終了後は前記データ非送信状態に切り替える。したがって、受信側では、前記送信開始時より所定時間前から受信を開始するとともに、前記非空パケットを受信すると、そのデータが記録先頭データであると判断して、前記データ更新を行うことができる。これにより、圧縮されて放送された更新データであっても、デコードすることなく、再生先頭フレームから記憶することができる。
【００１６】
本発明にかかるデータ更新装置においては、動画を構成するデジタルデータを複数のパケットに分割して送信するデジタルデータ通信によって、商品説明支援装置のデータを更新するデータ更新装置であって、前記送信側における送信開始時より所定時間前から受信を開始し、受信対象チャンネルの非空パケットを受信すると出力する受信手段、および前記非空パケットが与えられると、前記データ更新を行う更新手段を備えている。これにより、圧縮されて放送された更新データであっても、デコードすることなく、再生先頭フレームから記憶することができる。
【００１７】
【発明の実施の形態】
本発明にかかる一実施形態について図面に基づいて説明する。 本実施形態においては、動画を構成するデジタルデータを複数のパケットに分割して送信するデジタルデータ通信によって、商品説明支援装置のデータを更新する。
【００１８】
図１に、本発明にかかる通信衛星を用いたデータ更新システムの概要を示す。放送局５０から、通信衛星５２を介して、端末５６1、５６2、・・・５６nに画像および音声のコンテンツが送られる。この実施形態において、端末５６1、５６2、・・・５６nは、街頭などに設置され、商品広告の画像・音声を表示するためのものである。端末５６1、５６2、・・・５６nは、モニタを有しており、通常はメニュー画像を繰り返し再生している。端末５６1、５６2、・・・５６nに人が近づき、操作ボタンを押すと、当該操作ボタンに対応した商品を紹介する画像・音声が再生される。
【００１９】
これら端末５６1、５６2、・・・５６nに対して、その画像・音声の記録内容を書き換えるために、送信局５０からの送信が行われる。なお、このような書き換えは、衛星５２のチャネルが比較的あいている時間帯（夜間）を利用すれば、効率がよい。
【００２０】
図２に、放送局５０の全体概要図を示す。デジタル通信衛星放送では多チャンネルのデータを時系列で分割してデータ通信が行われる。各チャンネルには、ビデオデータ、オーディオデータおよびプライベートデータがそれぞれパケット化されて多重化回路６１で多重化され、１のトランスポートストリームとして、変調部６３から送信される。すなわち、衛星から伝送されるパケットは、第１チャンネルのビデオデータ、第１チャンネルのオーディオデータ、第２チャンネルのオーディオデータ、第１チャンネルのデータ、第２チャンネルのビデオデータ、第１チャンネルのオーディオデータというように複数チャンネルのデータが多重化される。
【００２１】
なお、ビデオデータおよびオーディオデータはパケット化される前にデジタル放送局の圧縮規格であるＭＰＥＧ規格にて、圧縮される。
【００２２】
Ａ）第１実施形態
本実施形態においては、発明者はデジタル衛星放送局から更新データを同報通信して、データを更新することとした。具体的には、同報通信開始時を決めておき、更新データを、放送される動画データとして送信させて、上記システムに衛星放送受信機を接続し、デジタル衛星放送局から送られた更新データに基づいて更新すればよい。時間で記憶開始および記録終了を特定するようにしたのは、更新データをファイルとして伝送する場合と異なり、放送の場合には、先頭のデータや最終データという考え方がなく、必要なデータだけを取り出すことが困難であるからである。
【００２３】
なお、本実施形態においては、受信側の記憶媒体に記憶されている動画デジタルデータは、デジタル通信放送局で採用されている圧縮規格にて圧縮処理されている。したがって、更新データを放送局にビデオテープの状態で渡し、これを受信するだけで、同じ圧縮規格のデータで送信がされ、前記更新が可能となる。
【００２４】
Ｂ）第２実施形態
上記第１実施形態においては以下のような問題があった。放送局と受信機側との時計に時間的なずれがあるので、放送開始時刻から録画開始しても、頭が切れたり、逆に再生開始位置の前に余分なデータが記憶される。この結果再生時に前記再生映像の頭部分が切れたり、よけいな映像が頭部分に入ったりして、所望の位置から再生ができないおそれがある。
【００２５】
かかる問題を解決するために、送信側にて録画開始時を示すコントロール信号を付加データとして送信し、受信側にて前記コントロール信号を受信すると録画を開始するようにしても良い。しかし、通信衛星放送においては、前記コントロール信号は、ＭＰＥＧ圧縮されたビデオデータおよびオーディオデータに混合されて、さらにパケット単位で時系列にて多重化されて送信される。したがって、前記コントロール信号を記憶したパケットは、必ずしも必要なビデオデータの前に挿入されるわけではない。例えば、あるフレームの画像データが４０のパケットに分けて送られる場合に、前記４０のパケットの先頭から５番目に前記コントロール信号を記憶したパケットが組みこまれたとすると、前記コントロール信号を記憶したパケットの前にあるパケットについては記録されないことになる。逆に、前記４０のパケットの先頭より３つ前に前記コントロール信号を記憶したパケットが組みこまれた場合、先頭に余分な画像が記録されることになる。これでは、再生した場合に、前記リアルタイム再生を担保できない。
【００２６】
そこで、前記情報説明支援システムについてデジタル衛星放送によってデータ更新を可能とするために、この実施形態においては、再生時における再生先頭フレームを特定するための制御マークデータを用いることにした。
【００２７】
本実施形態においては、放送局側５０は、図２に示すプライベートデータに、後述する再生開始フレームを示す制御マークデータを送信する。詳しくは、制御マークデータの前に位置するＩフレームを再生開始フレームとするようにしている。したがって、この制御マークデータは少なくとも、目的のＩフレームとその次のＩフレームを構成するパケットの間に多重化されればよい。
【００２８】
つぎに、受信側について説明する。
【００２９】
１）機能ブロック図の説明
受信側である商品説明支援装置１は、動画を構成するデジタルデータを複数のパケットに分割して送信された更新データによって、商品説明支援データを更新可能な商品説明支援装置であって、図３に示すように、受信手段３、記憶手段５、記憶制御命令出力手段７、先頭特定手段９、および再生手段１１を備えている。
【００３０】
受信手段３は、パケット化されて送信されるデータを受信する。記憶制御命令出力手段７は、記憶手段５に、放送開始時刻よりやや早く前記記録開始命令を与え、放送終了時刻よりやや遅く前記記憶終了命令を与える。記憶手段５は、記憶開始命令が与えられると、前記パケット化されたデータのうち必要なデータを抽出して圧縮されたまま記憶するとともに、記憶終了命令が与えられると、前記記憶処理を終了する。先頭特定手段９は前記記憶終了命令が与えられると、記録したデータのうち再生時の再生先頭フレームを特定する。再生手段１１は、再生命令が与えられると、前記特定された再生先頭フレームから解凍して再生を開始する。
【００３１】
２）ハードウェア構成
図４に、図３に示す商品説明支援装置１をＣＰＵを用いて実現したハードウェア構成の一例を示す。
【００３２】
商品説明支援装置１は、復調部７３、トランスポートデマルチプレクサ７５、ビデオオーディオデマルチプレクサ７７、ＭＰＥＧビデオデコーダ７９、ビデオエンコーダ８１、ＣＲＴ８３、ＭＰＥＧオーディオデコーダ８５、ＤＡコンバータ８７、スピーカ８９、ＣＰＵ２３、メモリ２７、ハードディスク２６、ＦＤＤ２５、操作ボタン２８、およびバスライン２９を備えている。ＣＰＵ２３は、ハードディスク２６に記憶された制御プログラムにしたがいバスライン２９を介して、各部を制御する。
【００３３】
この制御プログラムは、ＦＤＤ２５を介して、プログラムが記憶されたフレキシブルディスク２５ａから読み出されてハードディスク２６にインストールされたものである。なお、フレキシブルディスク以外に、ＣＤ−ＲＯＭ、ＩＣカード等のプログラムを実体的に一体化したコンピュータ可読の記憶媒体から、ハードディスクにインストールさせるようにしてもよい。さらに、通信回線を用いてダウンロードするようにしてもよい。
【００３４】
本実施形態においては、プログラムをフレキシブルディスクからハードディスク２６にインストールさせることにより、フレキシブルディスクに記憶させたプログラムを間接的にコンピュータに実行させるようにしている。しかし、これに限定されることなく、フレキシブルディスクに記憶させたプログラムをＦＤＤ２５から直接的に実行するようにしてもよい。なお、コンピュータによって、実行可能なプログラムとしては、そのままのインストールするだけで直接実行可能なものはもちろん、一旦他の形態等に変換が必要なもの（例えば、データ圧縮されているものを、解凍する等）、さらには、他のモジュール部分と組合して実行可能なものも含む。
【００３５】
ハードディスク２６には、オペレーティングシステムの他、記録や再生処理のための記録再生プログラムが記録されている。このプログラムは、フレキシブルディスク５４に格納されたプログラムに基づいて、ＦＤＤ２５を介してインストールされたものでもある。メモリ２７にはその他、各種の演算結果等が記憶される。
【００３６】
アンテナ７１から受信した信号は、復調部７３で所定のトランスポートストリームが受信される。受信された信号は多重化されており、トランスポートデマルチプレクサ７５で特定されたチャンネルのデータだけが取り出され、ハードディスク２６に記憶される。
【００３７】
操作ボタン２８が押されると、ＣＰＵ２３は、ハードディスク２６に記憶したデータを、ビデオオーディオデマルチプレクサ７７に与える。ビデオオーディオデマルチプレクサ７７は、ビデオデータとオーディオデータを分離する。ビデオデータは、ＭＰＥＧビデオデコーダ７９でデコードされ、ビデオエンコーダ８１でＮＴＳＣ信号に変換され、ＣＲＴ８３に表示される。オーディオデータは、ＭＰＥＧオーディオデコーダ８５でデコードされ、ＤＡコンバータ８７で増幅されて、スピーカ８９から出力される。
【００３８】
３）フローチャート
つぎに、ハードディスク２６に記憶されている記憶再生プログラムについて説明する。
【００３９】
まず、データ更新処理について説明する。図２に示す放送局５０は、所定の放送時間になると、更新データの送信を開始する。
【００４０】
なお、更新対象のファイルおよび放送開始・終了時刻に関するデータは、あらかじめファイルとして送信される。この実施形態においては、これから送信されるデータ内容を示すヘッダファイルが送信される。ヘッダファイルのデータ構造を図６に示す。
【００４１】
コンテンツタイプとは、このヘッダの後に送られるコンテンツの種類を示す。ビデオ・オーディオコンテンツ、時刻あわせのためのコンテンツ、ディジタルデータを画像化・音声化したコンテンツ等の種類がある。ファイル情報とは、コンテンツに付すべきファイル名（パスを含む）およびシリアルコードである。ここで、シリアルコードとは、同一コンテンツに対する改訂情報である。ビデオ情報とは、コンテンツとして送られるビデオ信号のフレームレート、ビデオサイズ（画面の大きさ）、画質（圧縮率）、総フレーム数等の情報である。オーディオ情報とは、コンテンツとして送られるオーディオ信号のオーディオ周波数（サンプリング周波数）、チャネル数、サンプリングビット数、総サンプル数等の情報である。コンテンツコントロール情報とは、再生時のための、再生開始フレーム、再生継続フレーム長、再生許可時間、再生音量等の情報である。
【００４２】
これらのヘッダファイルの後、更新データとして、画像データおよびオーディオデータ、さらに、プライベートデータ（図２参照）として、図５に示すような関係となる制御マークデータをデジタル化したデータストリームとして、多重化して送信される。すなわち、必要な映像データが５０秒として、その前後に余分なデータが付加されている。この付加余分データの長さは放送側と受信側との時間のずれよりやや大きい程度でよい。本実施形態においては５秒とした。
【００４３】
なお、本実施形態においては、受信側にて、制御マークデータの前に位置するＩフレームを再生開始フレームとするようにしている。したがって、多重化する際に、この制御マークデータを、Ｉフレームを構成するパケットと次のＩフレームを構成するパケットの間に多重化できればよい。
【００４４】
受信側の処理について図７を用いて説明する。受信側のＣＰＵ２３は、予定時刻になったか否かを判断している（ステップＳＴ１）。かかる予定時刻は、放送時刻よりも所定時間（例えば、前記付加余分データと同じ５秒）だけ前である。かかる予定時刻でなければステップＳＴ１の処理を繰り返す。予定時刻であれば、受信データを記憶する（ステップＳＴ３）。
【００４５】
ＣＰＵ２３は、終了時刻になったか否か判断しており（ステップＳＴ５）、終了時刻になるまで、ステップＳＴ３の処理を繰り返す。すなわち、予定時刻から終了時刻までのデータが、復調部７３で所定のトランスポートストリームが受信され、トランスポートデマルチプレクサ７５で、分離されたパケットが時系列的に順次ハードディスク２６に記憶される。
【００４６】
ハードディスク２６に記憶されるデータのデータ構造を、図８に示す。このように、受信した順番で各パケットが記憶される。各パケットのデータ長は固定長であり、複数のビデオパケットで１フレーム（Ｉフレーム、Ｂフレーム、Ｐフレーム）を構成する。１つのＩフレームと、複数のＢフレームおよび複数のＰフレームでＧＯＰ（グループオブピクチャ）を構成する。オーディオデータについても同様で、各オーディオパケットは固定長であり、複数のオーディオパケットで１つのフレーム（ＡＡＵ）を構成する。また、オーディオパケットおよび制御マークデータは、１つのフレーム（Ｉ、Ｂ、Ｐ）を構成するビデオパケット間に混在されている。いずれの位置に挿入されるかは、送信側の多重化回路の処理による。
【００４７】
ＣＰＵ２３は、終了予定時刻になると、ハードディスク２６に記憶されたパケットデータのうち、制御マークデータを検出する。制御マークデータはエンコードされていないので判断可能である。そして、制御マークデータの記憶されたパケットから前方向にパケットを遡ってゆき、最初に位置するＩフレームのパケットを、再生開始フレームとして特定する。また、もう１つの制御マークデータの記憶されたパケットから前方向にパケットを遡ってゆき最初に位置するＩフレームのパケットを、再生終了フレームとして特定する（ステップＳＴ７）。なお、Ｉフレームのパケットか否かはＭＰＥＧデコードしなくても判別することができる。
【００４８】
操作ボタン２８が操作されてコンテンツの番号が指定されると、ＣＰＵ２３は、再生処理を行う。具体的には、記憶されたコンテンツの番号から、再生開始フレームのフレーム番号を特定し、これをビデオオーディオデマルチプレクサ７７に順次与える。ビデオオーディオデマルチプレクサ７７は、ビデオデータとオーディオデータを分離する。ビデオデータは、ＭＰＥＧビデオデコーダ７９、ビデオエンコーダ８１を介して、ＣＲＴ８３に表示され、オーディオデータは、ＭＰＥＧオーディオデコーダ８５、ＤＡコンバータ８７を介して、スピーカ８９から出力される。そして再生終了フレームになると、そのフレームをビデオオーディオデマルチプレクサ７７に与えて処理を終了する。
【００４９】
このように、記憶時には必要なデータを前後余分に記憶しておき、前記データ中に再生時の再生先頭フレームを示す制御マークデータを記憶しておくことにより、放送側と受信側で時間のずれがあっても、再生先頭フレームから再生することができる。さらに、再生終了フレームも記憶しているので、必要なデータのみ再生ができる。
【００５０】
なお、本実施形態においては、制御マークデータを先頭Ｉフレームと次のＩフレームとの間に挿入するようにした。したがって、フレーム番号情報を送信できない場合でも、再生先頭フレームを特定することができる。
【００５１】
なお、本実施形態においては、制御マークデータを先頭ＩフレームとそのつぎのＩフレームの間に挿入したが、先頭Ｉフレームの１つ前のＩフレームとの間に挿入して、その後ろのＩフレームを再生先頭フレームとして特定するようにしてもよい。また、あらかじめ挿入位置を所定番目の前または後ろのＩフレームとしてと記憶しておき、同様に、再生先頭フレームを特定するようにしてもよい。
【００５２】
また、再生終了フレームも、前記制御マークデータで特定するようにしたか、ヘッダファイルの総フレーム数で特定するようにしてもよい。すなわち、再生終了フレームを示す制御マークデータは省略可能である。また、複数のコンテンツについて書換を行う場合には、つぎのコンテンツの再生先頭フレームの１つ前のフレームが、再生終了フレームであると判断するようにしてもよい。
【００５３】
なお、本実施形態においては、更新対象のファイルおよび放送開始・終了時刻等に関するデータをあらかじめファイルとして送信するようにしたが、あらかじめ放送開始・終了時刻だけをファイルとして送信し、他の情報については、制御マークデータに付加して送信してもよい。
【００５４】
Ｃ）第３実施形態
この実施形態では、放送局からの送信データをオンオフするとともに、かかるオンオフを検出することにより、記録開始時期を決定しようとするものである。
【００５５】
送信側の機構については第１実施形態と同様であるので、説明は省略する。
【００５６】
図９に受信側の装置の機能ブロック図を示す。商品情報説明支援装置１２０の更新装置１００は、１のフレームデータを複数のパケットに分割して送信するデジタル通信衛星放送から送信される更新データによって記憶されたデータを更新する装置であって、受信手段１０３、および更新手段１０７を備えている。
【００５７】
受信手段１０３は、前記送信側における送信開始時より所定時間前から受信を開始し、非空パケットを受信すると出力する。更新手段１０７は、前記非空パケットが与えられると、前記データ更新を行う、制御手段１１１は、表示命令が与えられると、記憶手段１０９から必要なデータを再生するために、表示手段１１３に出力する。
【００５８】
このように、必要なデータを送信する前に非送信状態としておき、送信状態を非送信状態からデータ送信状態に切り替わるのを検出して、記録を開始することにより、再生時の先頭より早くも遅くもなく、必要なデータを記録することができる。
【００５９】
つぎに、ハードディスク２６に記憶されている記憶再生プログラムについて説明する。
【００６０】
まず、データ更新処理について説明する。図２に示す放送局５０は、所定の放送時間になると、更新データの送信をデータ非送信モードからデータ送信モードとする。すなわち、図１１に示すように、パケットを送信しない状態または空パケットを送信する状態である非送信モードから、非空パケットを送信するデータ送信モードに切り換える。
【００６１】
つぎに、データ更新装置を内蔵した商品情報支援装置をＣＰＵ２３で実現した例について説明する。この装置のハードウェア構成については第１実施形態と同様である。
【００６２】
なお、本実施形態においては、復調部７３およびトランスポートデマルチプレクサ７５が受信手段に該当する。トランスポートデマルチプレクサ７５は、この更新データが第１チャンネルで送信される場合に、第１チャンネルのパケットを復調部７３から受け取った場合には、そのパケットを出力する。一方、「空パケット受信」、「パケットなし」、「他のチャンネルのパケットを受け取った」場合には、パケットを出力しない。
【００６３】
受信側の処理について図１０を用いて説明する。受信側のＣＰＵ２３は、予定時刻か否か判断しており（ステップＳＴ３１）、予定時刻（サーチ開始時刻）となると、サーチを開始する（ステップＳＴ３３）。この予定時刻は、第１実施形態と同じく、実際の放送時刻より少し前の時刻である。
【００６４】
ＣＰＵ２３は、トランスポートデマルチプレクサ７５から、パケットが出力されるか否か判断し（ステップＳＴ４１）、パケットが出力されると、ハードディスク２６に記憶する（ステップＳＴ４５）。一方、ステップＳＴ４１にて、パケットが出力されない場合、ＣＰＵ２３は、終了時刻か否か判断する（ステップＳＴ４７）。終了時刻でなければ、ステップＳＴ４１の処理を繰り返す。終了時刻であれば、サーチを終了する（ステップＳＴ４９）。そして、最後の非空パケットを更新データの最終データとする。すなわち、最後に取り込んだパケットで取り込み終了となる。
【００６５】
このように、ＣＰＵ２３は、一旦取り込み開始すると、トランスポートデマルチプレクサ７５から出力されたパケットを、隙間なく連結して記憶していく。
【００６６】
このように、放送開始時より少し前から、送信状態がデータ非送信状態からデータ送信状態に切り換わるか否かを検出して、データ送信状態となると記録を開始することにより、確実に必要なデータの先頭フレームから記憶することができる。
【００６７】
なお、更新対象のファイルおよび放送開始・終了時刻に関するデータは、あらかじめファイルとして送信して準備しておけばよい。
【００６８】
なお、この場合、第１実施形態と異なり、余分なデータは記憶されていないので、通常と同様に、更新されたデータの先頭から再生を開始すればよい。
【００６９】
なお、本実施形態においては、データ更新機構付きの商品情報説明支援装置として適用した場合について説明したが、データ更新装置として実現することもできる。
【００７０】
Ｃ）他の実施形態
また、この実施形態では、ハードディスクに記録するようにしているが、ＤＶＤ等のランダムアクセス可能な記憶媒体に記録するようにしてもよい。
【００７１】
なお、上記実施形態では、衛星放送によるコンテンツ・データの配送を行っているが、地上波（電波、光等）によってもよい。また、有線送信で行ってもよい。さらに、記録媒体に制御マークデータとコンテンツを記録して、この記録媒体を配送するようにしても良い。
【００７２】
本実施形態においては、データ送信時にデータをＭＰＥＧ圧縮するようにしたが、他の圧縮方法についても同様に適用可能である。
【００７３】
なお、本実施形態においては、図３、図９に示す機能を実現する為に、ＣＰＵ２３を用い、ソフトウェアによってこれを実現している。しかし、その一部もしくは全てを、ロジック回路等のハードウェアによって実現してもよい。また、本実施形態においては、  トランスポートデマルチプレクサ７５によって、必要なチャンネルのデータのみを取り出すようにしたが、かかる処理をＣＰＵで行うようにしてもよい。
【図面の簡単な説明】
【図１】本発明に通信衛星を用いたデータ更新システムの概要図である。
【図２】放送局５０の機能ブロック図である。
【図３】受信側の機能ブロックである。
【図４】商品情報説明支援装置をＣＰＵで構成した場合のハードウェア構成を示す。
【図５】ビデオデータおよびオーディオデータと、制御マークデータとの関係を説明する図である。
【図６】ヘッダファイルのデータ構造を示す図である。
【図７】受信側のフローチャートである（第２実施形態）。
【図８】ハードディスクに記憶される更新データのデータ構造である。
【図９】第２実施形態における受信側の機能ブロック図である。
【図１０】受信側のフローチャートである（第３実施形態）。
【図１１】放送開始時のデータと、受信側におけるチェック開始の関係を説明する図である。
【符号の説明】
５０・・・・・放送局
３・・・・・・受信手段
５・・・・・・記憶手段
７・・・・・・記憶制御命令出力手段
９・・・・・・先頭特定手段
１１・・・・・再生手段
１０３・・・・受信手段
１０５・・・・状態検出手段
１０７・・・・更新手段
１０９・・・・記憶手段
１１１・・・・制御手段
１１３・・・・表示手段
【図１】
0004433425.tif 000002
【図２】
0004433425.tif 000003
【図３】
0004433425.tif 000004
【図４】
0004433425.tif 000005
【図５】
0004433425.tif 000006
【図６】
0004433425.tif 000007
【図７】
0004433425.tif 000008
【図８】
0004433425.tif 000009
【図９】
0004433425.tif 000010
【図１０】
0004433425.tif 000011
【図１１】
0004433425.tif 000012