(57)【特許請求の範囲】
【請求項１】
送出装置においてストリーム伝送プロトコルにより映像かつ／または音声をファイル伝送プロトコルによりデータコンテンツとメタデータとから構成される蓄積データを送出し、受信装置において受信した前記映像かつ／または音声と前記データコンテンツとを蓄積媒体への蓄積の制御を受信した前記メタデータを解釈して行い、再生要求に従って前記蓄積媒体に格納された前記映像かつ／または音声と前記データコンテンツとを再生する、前記送出装置と前記受信装置とから構成される蓄積型放送システムにおいて、前記映像かつ／または音声と前記蓄積データとを受信しストリームとして前記蓄積媒体に蓄積するステップ１と、蓄積された前記ストリームから前記蓄積データを抽出して復号し復号された前記蓄積データ中のデータコンテンツをファイルとして前記蓄積媒体に蓄積するステップ２と、前記ステップ２において復号された前記蓄積データ中の前記メタデータを解釈して前記蓄積媒体の蓄積内容を制御するステップ３と、前記映像かつ／または音声の再生が要求された際には前記ストリームから映像かつ／または音声を抽出して再生するステップ４とを有することを特徴としたデータ蓄積方法。
【請求項２】
送出装置においてストリーム伝送プロトコルにより映像かつ／または音声をファイル伝送プロトコルによりデータコンテンツとメタデータとから構成される蓄積データを送出し、受信装置において受信した前記映像かつ／または音声と前記データコンテンツとを蓄積媒体への蓄積の制御を受信した前記メタデータを解釈して行い、再生要求に従って前記蓄積媒体に格納された前記映像かつ／または音声と前記データコンテンツとを再生する、前記送出装置と前記受信装置とから構成される蓄積型放送システムにおいて、前記映像かつ／または音声と前記蓄積データとを受信し前記映像かつ／または音声と前記蓄積データ中のデータコンテンツとをストリームとして前記蓄積媒体に蓄積するステップ１と、受信した前記蓄積データ中のメタデータを復号し主記憶に格納するステップ２と蓄積された前記ストリームからデータコンテンツを抽出して復号し復号された前記データコンテンツをファイルとして前記蓄積媒体に蓄積するステップ３と、前記ステップ２において復号された前記メタデータを解釈して前記蓄積媒体の蓄積内容を制御するステップ４と、前記映像かつ／または音声の再生が要求された際には前記ストリームから映像かつ／または音声を抽出して再生するステップ５とを有することを特徴としたデータ蓄積方法。
【請求項３】
蓄積された前記ストリームから蓄積データを抽出して復号するステップで蓄積媒体の出力するストリームの速度を受信装置が処理可能な範囲に限定させることを特徴とした請求項１乃至請求項２記載のデータ蓄積方法
【請求項４】
前記ストリーム伝送プロトコルがＭＰＥＧ−２ＴＳであり、前記ファイル伝送プロトコルがＤＳＭ−ＣＣデータカルーセルであり、前記蓄積媒体へのストリームの書き込みがＩＥＥＥ１３９４のＩｓｏｃｈｒｏｎｏｕｓ転送により、前記蓄積媒体へのファイルの書き込みがＩＥＥＥ１３９４のＡｓｙｎｃｈｒｏｎｏｕｓ転送によることを特徴とした請求項１乃至請求項３記載のデータ蓄積方法。
【請求項５】
送出装置においてストリーム伝送プロトコルにより映像かつ／または音声をファイル伝送プロトコルによりデータコンテンツとメタデータとから構成される蓄積データを送出し、受信装置において受信した前記映像かつ／または音声と前記データコンテンツとを蓄積媒体への蓄積の制御を受信した前記メタデータを解釈して行い、再生要求に従って前記蓄積媒体に格納された前記映像かつ／または音声と前記データコンテンツとを再生する、前記送出装置と前記受信装置とから構成される蓄積型放送システムにおいて、前記受信装置がチューナとＰＩＤフィルタと蓄積媒体とを構成に含み、前記チューナが前記映像かつ／または音声と蓄積データとを受信して前記ＰＩＤフィルタに送り、前記ＰＩＤフィルタが前記チューナからの入力がある際には前記映像かつ／または音声と蓄積データをフィルタリングで抽出し、前記蓄積媒体が前記フィルタリングの抽出結果を蓄積し、前記蓄積媒体が蓄積が完了した際に蓄積したデータを前記ＰＩＤフィルタに出力し、前記ＰＩＤフィルタが前記蓄積媒体からの前記映像かつ／または音声と蓄積データとを受け取った際には前記蓄積データを抽出し、前記ＣＰＵが前記蓄積手段が抽出した蓄積データを復号して前記蓄積手段が蓄積すると共に復号した前記蓄積データ中のメタデータを解釈して前記蓄積媒体の蓄積内容の制御を行い、前記映像かつ／または音声の再生が要求された際には、前記蓄積手段が蓄積された前記映像かつ／または音声と蓄積データを含むストリームを出力し、前記ＰＩＤフィルタが前記映像かつ／または音声を抽出することを特徴とした受信装置。
【請求項６】
送出装置においてストリーム伝送プロトコルにより映像かつ／または音声をファイル伝送プロトコルによりデータコンテンツとメタデータとから構成される蓄積データを送出し、受信装置において受信した前記映像かつ／または音声と前記データコンテンツとを蓄積媒体への蓄積の制御を受信した前記メタデータを解釈して行い、再生要求に従って前記蓄積媒体に格納された前記映像かつ／または音声と前記データコンテンツとを再生する、前記送出装置と前記受信装置とから構成される蓄積型放送システムにおいて、前記受信装置がチューナとＰＩＤフィルタと蓄積媒体とＣＰＵとを構成に含み、前記チューナが前記映像かつ／または音声と蓄積データとを受信して前記ＰＩＤフィルタに送り、前記ＰＩＤフィルタが前記チューナからの入力がある際には前記映像かつ／または音声と前記データコンテンツとの組みと前記メタデータとをフィルタリングで抽出し、前記蓄積媒体がフィルタリングで抽出した前記映像かつ／または音声と前記データコンテンツとの組みを蓄積し、前記蓄積媒体が蓄積が完了した際に蓄積したデータを前記ＰＩＤフィルタに出力し、前記ＰＩＤフィルタが前記蓄積媒体からの前記映像かつ／または音声と前記データコンテンツとを受け取った際には前記データコンテンツを抽出し、前記ＣＰＵが前記蓄積手段が抽出したデータコンテンツを復号して前記蓄積手段が蓄積すると共に前記ＰＩＤフィルタが抽出したメタデータを解釈して前記蓄積媒体の蓄積内容の制御を行い、前記映像かつ／または音声の再生が要求された際には、前記蓄積手段が蓄積された前記映像かつ／または音声と蓄積データを含むストリームを出力し、前記ＰＩＤフィルタが前記映像かつ／または音声を抽出することを特徴とした受信装置。
【請求項７】
蓄積された前記ストリームから蓄積データを抽出して復号する際に蓄積媒体が出力するストリームの速度を受信装置が処理可能な範囲に限定させることを特徴とした請求項５乃至請求項６記載のデータ蓄積方法。
【請求項８】
前記ストリーム伝送プロトコルがＭＰＥＧ−２ＴＳであり、前記蓄積媒体へのストリームの書き込みがＩＥＥＥ１３９４のＩｓｏｃｈｒｏｎｏｕｓ転送により、前記蓄積媒体へのファイルの書き込みがＩＥＥＥ１３９４のＡｓｙｎｃｈｒｏｎｏｕｓ転送によることを特徴とした請求項５乃至請求項７記載の受信装置。
【請求項９】
請求項５乃至請求項８を実施する蓄積型放送システム。
【発明の詳細な説明】
【０００１】
【発明の属する利用分野】
放送もしくは通信によっ送られた、電子新聞など時間経過に伴って更新される情報を受信装置に一旦蓄積し、ユーザが必要に応じて蓄積内容を視聴する、蓄積型放送サービスに関する。
【０００２】
【従来の技術】
放送で配信されるデータを一旦受信装置内に自動的に蓄積・更新し、ユーザが所望の時刻に蓄積されたデータを視聴するサービスを、「蓄積型放送サービス」とか「サーバ型放送サービス」と呼ぶことがある。
【０００３】
以下、従来の技術に対して、図を用いて詳細に説明する。なお、以下では、複数の図の間で同一の構成要素には同一の符号を付与することで説明を省略している。
【０００４】
図８は、従来技術の受信装置において蓄積型放送サービスのデータを蓄積するフェーズの説明図である。
【０００５】
データを蓄積するフェーズの説明を行う前に、まず、従来技術の受信装置の構成について説明する。
【０００６】
従来技術の受信装置は、チューナ２１０、ＴＳデコーダ２２０、蓄積手段２３０、ＡＶデコーダ２４０、グラフィックス描画手段２５０、提示手段２６０、入力手段２７０、ＣＰＵ２８１、ＲＡＭ２８２、ＲＯＭ２８３とから構成されている。
【０００７】
チューナ２１０は、放送電波を入力し映像音声とデータが多重化されたビットストリームの信号形式であるＭＰＥＧ（Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）２−ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）を出力する。ＭＰＥＧ２−ＴＳは、国際規格であるＩＳＯ／ＩＥＣ  １３８１８−１  ”Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ  −  Ｃｏｄｉｎｇ  ｏｆ  ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅｓ  ａｎｄ  ａｓｓｏｃｉａｔｅｄ  ａｕｄｉｏ  ｆｏｒ  ｄｉｇｉｔａｌ  ｓｔｏｒａｇｅ  ｍｅｄｉａ  ａｔ  ｕｐ  ｔｏ  ａｂｏｕｔ  １．５  Ｍｂｉｔ／ｓ  −  Ｐａｒｔ１：  Ｓｙｓｔｅｍｓ．”で定義され、デジタル放送での映像、音声、データの多重化伝送に世界で標準的に用いられている。
【０００８】
ＴＳデコーダ２２０は、チューナ２１０の出力するＭＰＥＧ２−ＴＳを入力し、映像、音声、そのほかのデータを分離して出力したり、暗号を解読したりする。
【０００９】
ＴＳデコーダ２２０は、デスクランブラ２２１、ＰＩＤフィルタ２２２、ｓｅｃｔｉｏｎフィルタ２２３とから構成される。
【００１０】
デスクランブラ２２１は、デジタル放送行われるＭＰＥＧ２−ＴＳ上の暗号を解読する。用いられる暗号としては、日本ではＭｕｌｔｉ−２などが使われる。
【００１１】
ＰＩＤフィルタ２２２は、ＴＳデコーダ２２０に入力するＭＰＥＧ２−ＴＳから、特定の映像だけを抽出するなど、特定の情報を抽出する。情報の多重化はＭＰＥＧ２−ＴＳで定義されるＴＳパケットと呼ばれる１８８バイトのパケット単位で行われ、各パケットに付与される１３ビットのＰＩＤとよばれるフィールドで区別される。例えば、映像、音声、データの多重化されたＭＰＥＧ２−ＴＳから映像のみを抽出する場合には、映像に割り当てられたＰＩＤを持つＴＳパケットのみを抽出すればよい。ＰＩＤフィルタ２２２は、入力されるＭＰＥＧ２−ＴＳから予め指定された１または複数のＰＩＤを持つＴＳパケットを抽出することが出来る。
【００１２】
またＰＩＤフィルタ２２２は、（１）蓄積手段２３０へ、（２）ｓｅｃｔｉｏｎフィルタ２２３へ、（３）ＡＶデコーダ２４０への３つの出力を持ち、各出力に対して１または複数のＰＩＤを指定することが出来、また同時に処理を行うことが出来る。
【００１３】
ｓｅｃｔｉｏｎフィルタ２２３は、ＰＩＤフィルタ２２２の出力するＭＰＥＧ２−ＴＳに含まれるｓｅｃｔｉｏｎと呼ばれるデータ構造を選択する。各セクションは最大４Ｋバイトのデータ構造であり、８ビットのｔａｂｌｅ＿ｉｄ、１６ビットのｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｔｉｏｎ、８ビットのｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒとバージョンを表す５ビットのｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒなどのフィールドを含み、これらのフィールドで識別される。すなわち同じ伝送路において、これらのフィールドが同一のｓｅｃｔｉｏｎの内容は（これらのｉｄを使い切って再度割り当てない期間内では）同一である。
【００１４】
デジタル放送でデータ放送を構成する静止画や、画面の記述言語であるＢＭＬ（Ｂｒｏａｄｃａｓｔｉｎｇ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）のことをデータコンテンツと呼ぶことがある。
【００１５】
また、蓄積型放送において受信機の蓄積媒体に格納されるデータコンテンツや映像音声の管理にはメタデータとよばれる付加情報ファイルが用いられる。ここでのメタデータは例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）などで記述される。そして、このメタデータには、データコンテンツのバージョンを管理するための情報や、有効期限などが格納される。このメタデータを解釈することで受信装置が蓄積媒体に格納したデータコンテンツや映像音声を更新したり、有効期限が切れたものを削除したりすることが可能になる。
【００１６】
データコンテンツやメタデータはいわゆるファイル形式の情報であるが、これらの情報を伝送するエアフォーマットとしてＤＳＭ−ＣＣデータカルーセルと呼ばれる方法が用いられる。ＤＳＭ−ＣＣデータカルーセルは、前述したｓｅｃｔｉｏｎを用いて伝送される。すなわちｓｅｃｔｉｏｎの上位レイヤに位置するエアプロトコルである。そしてｍｏｄｕｌｅと呼ばれる単位でファイルを伝送する。
【００１７】
ｓｅｃｔｉｏｎやＤＳＭ−ＣＣデータカルーセルは、国際規格であるＩＳＯ／ＩＥＣ  １３８１８−６  ”Ｐａｒｔ６：  Ｅｘｔｅｎｓｉｏｎｓ  ｆｏｒ  Ｄｉｇｉｔａｌ  Ｓｔｏｒａｇｅ  Ｍｅｄｉａ  Ｃｏｍｍａｎｄ  ａｎｄ  Ｃｏｎｔｒｏｌ”で定義されている。
【００１８】
蓄積手段２３０は、ハードディスクドライブである。蓄積手段２３０はＴＳデコーダ２２０の出力するＭＰＥＧ２−ＴＳなどのストリームを入力し蓄積したり、蓄積したＭＰＥＧ２−ＴＳを出力したり、あるいは、ＲＡＭ２８２に展開されたデータをファイルとして書き込んだり読み出したり出来る。
【００１９】
蓄積手段２３０は、ストリームを蓄積する領域２３１と、ファイルを蓄積する領域２３２とを持っており、これらの領域は蓄積手段２３０上で物理的に確保されたパーティションに対応している。
【００２０】
ストリームを蓄積する領域２３１は、高速な連続書き込み／読み出しを実現するために、蓄積手段２３０に書き込むブロックと呼ばれる最小単位が大きく設定してある。
【００２１】
一方、ファイルを蓄積する領域２３２は、連続書き込みよりも、小さなファイルをランダムアクセスで読み書きする際の処理速度と領域の利用効率を高めるため、ブロックのバイト数が相対的に小さくなっている。
【００２２】
ＡＶデコーダ２４０は、ＴＳデコーダ２２０の出力するＭＰＥＧ２−ＴＳを入力し、ＭＰＥＧ２−ＴＳに多重化された、映像音声のストリームをデコードし、映像信号と、音声信号に変換する。
【００２３】
グラフィックス描画手段２５０は、ＣＰＵ２８１から制御され、ＧＵＩ（Ｇｒａｐｈｉｃ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を画面に表示し、また、ＡＶデコーダ２４０の出力する映像信号をＧＵＩ画面の中に張り込む。
【００２４】
提示手段２６０は、映像入力と音声入力を持つテレビ受像器もしくはＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）である。提示手段２６０にスピーカを持っても良い。
【００２５】
入力手段２７０は、視聴者からの操作を入力する入力デバイスである。例えば、赤外線リモコンとその受光器から構成される。
【００２６】
ＣＰＵ２８１は、通常の計算機における中央処理装置（ＣＰＵ；  Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）である。
【００２７】
ＲＡＭ２８２は、通常の計算機における半導体メモリによる主記憶ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）である。
【００２８】
ＲＯＭ２８３は、通常の計算機における半導体メモリによるプログラムなどを格納するＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）である。
【００２９】
ここで、従来技術の受信装置において蓄積型放送サービスのデータを蓄積するフェーズについて説明する。
【００３０】
まず、ＰＩＤフィルタ２２２に対して、蓄積すべき映像と音声のＰＩＤが指定される。これにより、図８の矢印８１１で表されるようにＡＶストリームが出力される。この様に、様々なデータが含まれるＭＰＥＧ２−ＴＳから、特に一組の映像音声のみを抽出し、幾つかの付加的な情報を加えたＭＰＥＧ２−ＴＳをパーシャルＴＳと呼ぶことがある。矢印８１１で表されるＡＶストリームもパーシャルＴＳで有ると言える。
【００３１】
次にＡＶストリーム８１１が、蓄積手段２３０のストリームを蓄積する領域２３１に格納され、ＡＶストリームがストリームのデータとして８０１が蓄積手段に蓄積される。
【００３２】
一方、ＰＩＤフィルタ２２２において、蓄積すべきＢＭＬ文書や静止画といった蓄積データを含むデータカルーセルのデータが伝送されるＰＩＤが指定される。これによって矢印８２１で指定されるデータカルーセルのＭＰＥＧ２−ＴＳが抽出される。
【００３３】
次に、ｓｅｃｔｉｏｎフィルタ２２３によって、データカルーセルのＭＰＥＧ２−ＴＳから所望のｓｅｃｔｉｏｎが選択され、ｓｅｃｔｉｏｎ形式のデータとして出力される。出力されたｓｅｃｔｉｏｎ形式のデータはＣＰＵ２８１によってＲＡＭ２８２に格納され、ここで、データカルーセルが復号されることで、データカルーセルによって伝送されたファイルが生成される。
【００３４】
そして、生成されたファイル、蓄積手段２３０のファイルを蓄積する領域２３２にファイル８０２として格納される。
【００３５】
また、生成されたファイルのうちメタデータがあれば、それをＣＰＵ２８１が解釈する。メタデータには、
図９は、従来技術の受信装置において蓄積型放送サービスのデータを再生するフェーズの説明図である。
【００３６】
まず、矢印９１１で表されるように蓄積手段２３０のファイル蓄積領域２３２に格納されたデータ８０２が読み出される８０２は例えばＢＭＬ文書である。
【００３７】
次に、ＲＡＭ２８２に格納され、ＣＰＵ２８１によりＢＭＬエンジンが起動され、ＢＭＬ文書が解釈されることで、グラフィックス描画手段２５０によりＧＵＩ画面が生成される。
【００３８】
そして、入力手段２７０からの入力に従って、ＢＭＬエンジンが状態遷移する。
【００３９】
ここで、状態遷移するなかで、映像音声の再生が指示されたとする。このとき、矢印９２１で示されるように蓄積手段２３０のストリーム蓄積領域２３１に格納されるＡＶストリーム８０１が出力されＰＩＤフィルタ２２２に入力される。
【００４０】
そして、矢印９２２で示すようにＰＩＤフィルタ２２２を経由してＡＶデコーダ２４０へ入力され再生される。
【００４１】
【発明が解決しようとする課題】
蓄積型放送においては、蓄積型放送で用いる映像音声とデータコンテンツとメタデータとが同時に放送から伝送される運用も想定される。この際には映像音声とデータコンテンツを同時に蓄積手段に受信蓄積する必要がある。また、蓄積を行いながら同時併行的にメタデータを受信復号して解釈し蓄積内容に対する処理を行う。
【００４２】
蓄積媒体としてはハードディスクやＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）−ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）といったランダムアクセスが可能な大容量の記録媒体が選択される。こうした記録媒体は、ランダムアクセスに際して読み出し／書き込みヘッドの物理的な動きが伴う。
【００４３】
このため、ヘッド移動の前後で蓄積媒体へのデータの書き込みや呼び出しが一定時間以上中断することになる。特に、高い転送レートが必要な映像音声を連続して読み書きしている間に、小さいファイルであってもヘッドの移動を伴う読み書きを要求した場合には映像音声の読み書きが間に合わなくなる状況が発生し得る。
【００４４】
特にハードディスクなどでは比較的小さなファイルをランダムアクセスで読み書きする際に適したようにチューニングされているため、高い転送レートで連続で読み書きすることは得意ではない。このため、従来のファイルの読み書きに最適化したファイルモードと、映像音声などのストリームの読み書きに最適化したストリームモードとを別々に用意し、ストリームモードでは、物理的な蓄積媒体へ読み書きするブロックをより大きなバイト数のものにすることで性能を向上させている。
【００４５】
この際に、ストリームモードで書き込まれる領域とファイルモードで書き込まれる領域とは記録媒体上で物理的に異なる領域である異なるパーティションに対応付けられる。この場合には、ストリームモードとファイルモードとでヘッドの移動は遠いものになるため、ストリームモード処理中のファイルモードでの処理の発生は、ストリームモード処理をより妨げることになる。
【００４６】
一方、上記の問題を解決するためにハードディスクなどの蓄積媒体や受信装置のＣＰＵなどをより高性能なものにした場合には、受信装置が高価になってしまったり消費電力が増加したりするといった問題が生ずる。
【００４７】
本発明が解決しようとする課題はより低い性能の蓄積媒体やＣＰＵを持つ受信装置においても、映像音声とデータコンテンツやメタデータを取りこぼしたり、他の処理に影響を与えずに、蓄積型放送サービスを実行できる受信装置を実現することである。
【００４８】
【課題を解決するための手段】
上記の課題を解決するために、本発明によるデータ蓄積方法では、映像かつ／または音声と蓄積データとを受信しストリームとして蓄積媒体に蓄積するステップ１と、蓄積されたストリームから蓄積データを抽出して復号し復号された蓄積データ中のデータコンテンツをファイルとして蓄積媒体に蓄積するステップ２と、ステップ２において復号された蓄積データ中のメタデータを解釈して蓄積媒体の蓄積内容を制御するステップ３と、映像かつ／または音声の再生が要求された際にはストリームから映像かつ／または音声を抽出して再生するステップ４とを具備している。
【００４９】
【発明の実施の形態】
図１は、蓄積型放送における放送システムのブロック図である。符号１００は本発明における放送システム全体である。放送システム１００は、送出装置１１０と、伝搬手段１２０と、複数の受信機１３１、１３２、１３３から構成される。
【００５０】
送出装置１１０は、蓄積型放送に関連するデータを送出する放送局側の設備である。送出装置１１０は、コンテンツ製作手段１１１と、コンテンツ格納手段１１２と、送出スケジューラ１１３と、ＡＶエンコーダ１１４と、データ放送送出装置１１５と、送出手段１１６とから構成される。
【００５１】
コンテンツ製作手段１１１は、ＢＭＬ文書や静止画、そして映像音声などを作成し関連付けしてコンテンツを製作するオーサリングツールである。コンテンツ製作手段は、更に、蓄積内容を制御するための情報であるメタデータも同時に生成する。
【００５２】
コンテンツ格納手段１１２は、コンテンツ製作手段１１１で生成したコンテンツを格納する。
【００５３】
送出スケジューラ１１３は、蓄積型放送の送出スケジュールに従って、コンテンツを構成するＢＭＬ文書や静止画、映像音声、メタデータの出力をコンテンツ格納手段１１２に指示する。
【００５４】
ＡＶエンコーダ１１４は、コンテンツ格納手段に格納される映像音声を、伝送に適した形式に符号化する。例えばＡＶエンコーダ１１４は、ＭＰＥＧ２−Ｖｉｄｅｏエンコーダと、ＭＰＥＧ２−ＡｕｄｉｏＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｅｃ）エンコーダとから構成される。
【００５５】
データ放送送出装置１１５は、コンテンツ格納手段１１２の出力するＢＭＬ文書、静止画像、メタデータなどを入力し、ＤＳＭ−ＣＣデータカルーセルによって符号化して出力する。
【００５６】
送出手段１１６は、ＡＶエンコーダ１１４とデータ放送送出装置１１５の出力とを多重化し、更に、伝搬手段１２０での伝送に適した形式に変換して出力する。送出手段１１６は、デジタル放送の送出設備におけるＭＰＥＧ２−ＴＳの多重器でよい。
【００５７】
伝搬手段１２０は、送出装置の出力を物理的に離れた場所に存在する１または複数の受信装置１３１、１３２、１３３まで伝送する。放送システム１００がＢＳ（Ｂｒｏａｄｃａｓｔ  Ｓａｔｅｌｌｉｔｅ）デジタル放送を想定しているので有れば、伝搬手段１２０は、衛星へのアップリンク設備と、ＢＳ放送衛星と、各受信装置に付けられたＢＳパラボラアンテナである。
【００５８】
受信機１３１、１３２、１３３は、蓄積型放送に対応した受信機である。放送システムにおいては、非常に多数の受信機が、１つの放送システムに存在することが一般的である。
【００５９】
ここで、本発明の実施の形態における受信機の詳細を図を用いて説明する。
【００６０】
図２は、本発明における受信装置のブロック図である。
【００６１】
本発明の受信装置は、チューナ２１０、ＴＳデコーダ２２０、蓄積手段２３０、ＡＶデコーダ２４０、グラフィックス描画手段２５０、提示手段２６０、入力手段２７０、ＣＰＵ２８１、ＲＡＭ２８２、ＲＯＭ２８３とから構成されている。
【００６２】
図８で説明した、従来の技術における受信装置と同一の符号が振られていることからも分かるように、ハードウェアとしては同一でよい。ただし、ソフトウェアは異なるので、例えばＲＯＭ２８２に格納されるコンピュータプログラムや、ＲＡＭ２８２に格納されるデータ構造、あるいは、蓄積手段２３０に格納されるデータは異なる。
【００６３】
以下では、これらのプログラムやデータ構造を直接的に説明するのではなく、動作とそれを実現するフローチャートを用いて、本発明の受信機を説明する。
【００６４】
図３は、実施の形態の受信装置における蓄積フェーズの説明図である。この図は、蓄積型放送を構成する映像音声が送出されるのと同時に、データコンテンツやメタデータを伝送するデータカルーセルのデータが送出された際に、受信装置によって受信蓄積する処理を表している。
【００６５】
矢印３１１で示すように、ＡＶストリーム３１１ａと、データカルーセルのデータ３１１ｂとに対応するＰＩＤが、ＰＩＤフィルタ２２２に設定され、１つのＭＰＥＧ２−ＴＳとして蓄積手段２３０に出力され、ＡＶストリーム３１１ａとデータカルーセルのデータ３１１ｂとが、伝送時に多重化された状態でストリーム蓄積領域２３１内のストリーム３０１として蓄積される。
【００６６】
通常、データカルーセルのデータは、ファイル蓄積領域２３２にファイルとして格納させるために、ＰＩＤフィルタ２２２からｓｅｃｔｉｏｎフィルタ２２３を経由してＲＡＭ２８２へ格納されるが、ここでは、ストリームとして蓄積される。
【００６７】
ここで、従来の技術の蓄積フェーズにおいては、ストリーム蓄積領域２３１と、ファイル蓄積領域２３２への書き込みが同時に発生していたが、本発明では、単一のストリームの書き込みのみが行われる。
【００６８】
ストリームの書き込みを妨げるファイルの書き込みが同時に発生しないので、受信というリアルタイム性を要求する処理に対して、蓄積手段は余裕を持ってデータを蓄積することが出来る。
【００６９】
ストリーム蓄積領域には、映像音声とデータカルーセルが多重化されたストリーム３０１が蓄積されているが、このままではデータカルーセルに含まれるメタデータを解釈したり、データコンテンツを再生したり出来ない。
【００７０】
このため、遅延復号フェースは、蓄積フェーズの後処理としてデータカルーセルの展開によるファイルの復号を行う。この後処理は、蓄積型放送が再生されるまでに完了すればよい。
【００７１】
図４は、実施の形態の受信装置における遅延復号フェーズの説明図である。
【００７２】
まず、矢印４１１で示すように蓄積手段２３０がストリーム蓄積領域２３１に蓄積されたストリーム３０１を出力させる。このストリームにはＡＶストリーム４１１ａとデータカルーセルのデータ４１１ｂとが含まれる。
【００７３】
ＰＩＤフィルタ２２２によって、データカルーセルに対応するＰＩＤが指定され、データカルーセル４１２のみが出力される。
【００７４】
そしてｓｅｃｔｉｏｎフィルタ２２３を経由してＲＡＭ２８２に格納され、ＣＰＵ２８１によってデータカルーセルが復号される。そして、矢印４１４で示すようにファイル蓄積領域２３２にファイル４０１として蓄積される。
【００７５】
この後処理は、蓄積手段の出力する蓄積されたストリーム３０１の出力速度を任意に指定できるので、受信装置が他の処理を妨げることなく実行可能な範囲の処理負荷で実行することができる。また、ストリーム３０１の出力速度は、処理中に動的に変更しても処理完了時間が異なるだけで、全く同一の結果を得ることが出来る。
【００７６】
ここで、フローチャートを用いて、図３で説明した蓄積フェーズと、図４で説明した遅延復号フェーズの説明を行う。
【００７７】
図５は、実施の形態の受信装置における蓄積フェーズと遅延復号フェーズの処理フローチャートである。
【００７８】
（ステップ５０１）チューナ２１０で蓄積型放送を受信する。
【００７９】
（ステップ５０２）蓄積すべき蓄積型放送のストリームにおけるＰＩＤを選択する。ＰＩＤは、放送によって送られるＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）などのＳＩ（Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）情報を用いるなどして得る。ＰＭＴは番組に対応しており、各番組を構成する映像、音声、データカルーセルなどの伝送に用いるＰＩＤが格納されている。ＰＭＴ及びＳＩについては、日本のデジタル放送の規格化を行う電波産業会のＡＲＩＢ  ＳＴＤ−Ｂ１０  １．２版「デジタル放送に使用する番組配列情報」に説明されている。
【００８０】
（ステップ５０３）ＰＩＤフィルタにおいて、蓄積手段２３０へのストリーム出力に対するＰＩＤとして、映像、音声、そして必要なデータカルーセルの値を全て設定する。
【００８１】
（ステップ５０４）矢印３１１で表されるように、チューナ２１０、ＰＩＤフィルタ２２２を経由して、蓄積手段２３０に映像音声とデータカルーセルの両方を含むストリームをストリーム蓄積領域２３１に蓄積させる。
【００８２】
（ステップ５０５）蓄積が終了するまでステップ５０４を繰り返す。
【００８３】
以上までが、図３で説明した蓄積フェーズに対応する処理であり、以下からは図４で説明した遅延復号フェーズの説明である。
【００８４】
（ステップ５０６）受信装置の負荷が十分低くなるまで、ステップ５０６で待つ。特に、具体的にどの部分の負荷かは、その受信装置のボトルネックによる。例えば、負荷は、蓄積手段２３０の読み書き要求の質と量から計算される。
【００８５】
（ステップ５０７）ＰＩＤフィルタのセクション出力にデータカルーセルのＰＩＤを設定する。
【００８６】
（ステップ５０８）ストリーム蓄積領域２３１に蓄積されたストリームを、蓄積手段２３０が受信機が処理可能な速度で出力させる。ステップ５０６で用いた負荷の計算を用いてもよい。
【００８７】
（ステップ５０９）データカルーセルを伝送するｓｅｃｔｉｏｎをｓｅｃｔｉｏｎフィルタ２２３を経由してＲＡＭ２８２に格納し、ＣＰＵ２８１がデータカルーセルを復号する。
【００８８】
（ステップ５１０）デコードした結果をファイルとして蓄積手段２３０のファイル蓄積領域２３２にファイルとして蓄積する。
【００８９】
この際に、データカルーセルに含まれていたメタデータを解釈して、蓄積されたデータの更新や有効期限切れデータの削除、あるいは、蓄積すべきデータの選択などを行う。
【００９０】
（ステップ５１１）データカルーセルの復号が終了するまでステップ５０８へ戻って繰り返す。復号するデータカルーセルを含むストリームがなくなれば終了する。
【００９１】
最後に、視聴者から蓄積型放送の再生を要求された際の動作について説明する。
【００９２】
図６は、実施の形態の受信装置における受信装置での再生フェーズの説明図である。再生フェーズの動作は、ストリーム蓄積領域に蓄積されたストリームがデータカルーセルも含んでいるので、これをＰＩＤフィルタ２２２で除去することを除いて、従来の技術による再生フェーズと同一の動作である。
【００９３】
ＰＩＤフィルタ２２２の処理は、ＣＰＵ２８１には負荷をかけないため、視聴者から見て、本発明による方法を採用した場合に、ＢＭＬ文書などの再生時に対話処理が遅くなる等の問題は発生し得ない。
【００９４】
図において、ファイル蓄積領域２３２に格納されたデータコンテンツのファイル８０２が蓄積手段２３０から出力されＲＡＭ２８２に格納される。
【００９５】
そして、ＣＰＵ２８１によって解釈実行され、グラフィックス描画手段２５０によってＧＵＩ画面が生成される。
【００９６】
表示されたＧＵＩ画面に対して、視聴者が入力手段２７０で操作することで、ファイル８０２に格納されたデータコンテンツが順次再生されていく。
【００９７】
そして、その中で映像音声の再生が指定されると、蓄積手段２３０のストリーム蓄積領域２３１に格納された、データカルーセルを含む映像音声のストリームからＰＩＤフィルタ２２２により映像音声のみが選択され、ＡＶデコーダ２４０に出力される。ＡＶデコーダに与えられる映像音声のストリームは、従来技術の再生フェーズにより送られるストリームと全く同一であるため、特別な処理は不要である。
【００９８】
図７は、実施の形態の受信装置における再生フェースとの処理フローチャートである。
【００９９】
（ステップ７１０）ファイル蓄積領域２３２に格納されたＢＭＬ文書をＲＡＭ２８２においてＣＰＵが解釈し、グラフィックス描画手段２５０でＧＵＩ画面を生成することで、ＢＭＬ文書においてはじめに表示すべきページであるトップページを再生表示する。
【０１００】
（ステップ７２０）視聴者が入力手段２７０から入力してＧＵＩ画面を操作することで映像再生が指示される。
【０１０１】
（ステップ７３０）映像音声の再生を行う。ステップ７３０の処理を、ステップ７３１〜ステップ７３４に分解し、フローチャートで詳細に説明する。
【０１０２】
（ステップ７３１）ＰＩＤフィルタ２２２で映像と音声のＰＩＤを指定する。
【０１０３】
（ステップ７３２）ストリーム蓄積領域２３１に格納されたデータカルーセルを含む映像音声ストリームを、蓄積手段２３０から出力させる。
【０１０４】
（ステップ７３３）ＰＩＤフィルタ２２２で映像と音声に関するＰＩＤを持つＴＳパケットのみが選択され、これをＡＶデコーダ２４０が再生する。
【０１０５】
（ステップ７３４）映像音声の再生が終了するまでステップ７３２に戻り繰り返す。再生が終了すれば、ステップ７３０に対応する処理を終了する。
【０１０６】
（ステップ７４０）入力手段２７０への視聴者からの入力を待つ
（ステップ７５０）入力に応じて次のページを表示しステップ７２０へ戻る。
【０１０７】
なお、以上の説明ではメタデータも一旦ストリームとしてストリーム蓄積領域２３１に蓄積するとしたが、メタデータがデータコンテンツに比べ十分小さいあるいはファイルの数が少ない場合などには、メタデータに限って受信フェーズ中にｓｅｃｔｉｏｎフィルタ２２３を経由してＲＡＭ２８２へ格納し、その場で復号しても良い。
【０１０８】
この場合でも、データコンテンツはストリーム蓄積領域２３１にストリームとして蓄積させている。そして、遅延復号フェーズにおいてデータカルーセル中のデータコンテンツのみを復号する点以外は同様の処理を行う。
【０１０９】
なお、受信装置において、本発明によるデータ蓄積方式と、従来技術のデータ蓄積方式とを併用してもより。例えば、予約録画によって、蓄積手段２３０の処理が間に合わないことが予見されている状況においては本発明によるデータ蓄積方式を用い、蓄積手段２３０の処理が間に合うことが予見される場合には、従来技術の方式を用いてもよい。
【０１１０】
従来技術の方式の利点として、受信完了と同時に再生可能になっていることと、受信完了と同時に受信装置の電源を切ってもよいことが挙げられる。従来技術の方式も自動的に併用することで、こうした利点を享受することが可能になる。
【０１１１】
更には、従来技術の方式を行っている最中に、視聴者が急に録画を開始するなどして突発的に蓄積手段２３０の処理が間に合わない状況になった場合でも、蓄積の途中から本発明のデータ蓄積方式に移行する方法も考えられる。
【０１１２】
また、逆に、本発明のデータ蓄積方式を行っておき、途中で録画予約が終了するなどして蓄積手段２３０の処理が間に合うようになった場合には、その時点から従来の技術による方式に自動的に切り替えても良い。
【０１１３】
なお、上記説明では、ストリームとファイルとを書き込む領域を分けるとしたが、領域を物理的に分けない状況であっても、ストリームとファイルとを同一の物理的記録媒体に蓄積する場合においては、ストリーム書き込み中のファイル書き込みによって、ストリーム書き込みが妨げられるため、程度の差はあるものの同様の課題が発生する。そしてこの課題に対しても、本発明によるデータ蓄積方式がそのまま使用出来る。
【０１１４】
また、蓄積手段が、デジタルＡＶ機器間のデータ転送に広く用いられるＩＥＥＥ１３９４をインタフェースとして持つ場合、ストリームの蓄積をＩＥＥＥ１３９４のＩｓｏｃｈｒｏｎｏｕｓ転送で、ファイルの書き込みがＩＥＥＥ１３９４のＡｓｙｎｃｈｒｏｎｏｕｓ転送で、それぞれ実行するようにしても良い。Ｉｓｏｃｈｒｏｎｏｕｓ転送を行っている最中に、Ａｓｙｎｃｈｒｏｎｏｕｓ転送を行った場合、Ｉｓｏｃｈｒｏｎｏｕｓ転送で伝送できる処理速度は低下するため同様の問題が発生する。このＩＥＥＥ１３９４に起因する問題の解決にも本発明によるデータ蓄積方式がそのまま使用出来る。
【０１１５】
また、蓄積型放送がＢＳ衛星により提供されるとしたが、伝搬手段によらず実施可能である。例えば、地上デジタル放送や、デジタルケーブルテレビ、あるいは、インターネットにおけるｍｕｌｔｉｃａｓｔ技術を応用した放送にもそのまま応用可能である。
【０１１６】
【発明の効果】
以上、詳細に説明したように本発明におけるデータ蓄積方法およびそれを実現した受信装置および放送システムは、映像音声のストリーム書き込みとデータコンテンツのファイル書き込みと蓄積媒体に対して同時に行えるだけの処理能力が無い場合でも、データコンテンツをストリームとして映像音声と多重化することで単一のストリームの書き込みとして映像音声とデータコンテンツを蓄積できる。このため、処理負荷が軽くなるため蓄積フェーズでのリアルタイム性が容易に保証できる。
【０１１７】
また、遅延復号フェーズにおける後処理はリアルタイム性を要求されないため、受信装置で行われる他の処理を妨げることのない低い処理負荷の範囲で蓄積されたデータからデータコンテンツを復号し、ファイルとして蓄積できる。
【０１１８】
この機能は、他の番組録画予約などによってハードディスクの処理が重たい場合や、他の計算処理によってＣＰＵの負荷が重たかったり視聴者による対話処理中などで処理にリアルタイム性が要求される状況においても、現在の状況下で最適な処理速度を選択することができるだけでなく、後処理の処理途中においても動的に処理速度を変更出来る。
【０１１９】
更に、蓄積したコンテンツの再生の際には、データコンテンツをＰＩＤフィルタで取り除くことで、ＡＶデコーダからみて従来方式と同じ映像音声ストリームを受け取ることが出来きる。ＰＩＤフィルタの処理はＣＰＵと独立しているため、この際に余分なＣＰＵ負荷が発生しない。
【０１２０】
特に、蓄積フェーズ、遅延復号フェーズ、再生フェーズのいずれにおいても、一旦蓄積されたデータカルーセルを含むストリームを、データカルーセルを含まず、映像音声のみを含むストリームに変換する処理は行っていない。映像音声を含むストリームを変換する処理は、非常に大きなデータを処理しなくてはならないため、非常に大きな負荷が蓄積手段などにかかることが予想されるが、本発明による方式ではこの様な大きな負荷は発生しない。
【０１２１】
以上の処理はいずれも従来の技術の受信機に対して、特別なハードウェアを追加する必要がないだけでなく、ハードディスクなどの蓄積媒体の処理要求や受信時のＣＰＵ負荷を減らすことができる。
【０１２２】
このため安価であるが低性能なＣＰＵやハードディスクを採用することができる。また、放送により受信装置のソフトウェアをバージョンアップするいわゆるソフトウェアダウンロードの機能によって従来の技術による受信装置を本発明の受信装置に機能拡張する事が出来る。
【０１２３】
更に、処理負荷の多い場合にのみ、本発明による処理を行い、通常は従来の技術による処理を行うことにより、受信装置の通電時間を短縮することが出来るため省電力にも貢献する。
【０１２４】
また、放送局の送出装置から送るデータは全く変更する必要がないため、従来の技術による受信装置と本発明による受信装置とが混在して存在してもよく、従来の技術による受信装置を変更することなく、本発明による受信装置を導入可能である。
【図面の簡単な説明】
【図１】蓄積型放送における放送システムのブロック図
【図２】本発明における受信装置のブロック図
【図３】本発明における蓄積フェーズの説明図
【図４】本発明における遅延復号フェーズの説明図
【図５】本発明における蓄積フェーズと遅延復号フェーズの処理フローチャート
【図６】本発明における受信装置での再生フェーズの説明図
【図７】本発明における再生フェースとの処理フローチャート
【図８】従来技術における蓄積フェーズの説明図
【図９】従来技術における再生フェーズの説明図
【符号の説明】
１００  放送システム
１１０  送出装置
１１１  コンテンツ製作手段
１１２  コンテンツ格納手段
１１３  送出スケジューラ
１１４  ＡＶエンコーダ
１１５  データ放送送出手段
１１６  送出手段
１２０  伝搬手段
１３１  受信装置その１
１３２  受信装置その２
１３３  受信装置そのｎ
【図１】
0004240766.tif 000002
【図２】
0004240766.tif 000003
【図３】
0004240766.tif 000004
【図４】
0004240766.tif 000005
【図５】
0004240766.tif 000006
【図６】
0004240766.tif 000007
【図７】
0004240766.tif 000008
【図８】
0004240766.tif 000009
【図９】
0004240766.tif 000010