JP3542887B2 - データ放送方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
この発明は、複数のチャンネルで２種類以上の放送方式の番組信号を放送し、上記複数のチャンネルとは異なるチャンネルで上記複数のチャンネルで放送される番組信号をデコードするためのデコードソフトウェアプログラムを放送するデータ放送方法に関し、特に放送受信装置側で放送信号をデコードするためのデコードソフトウェアプログラムのダウンロード待ち時間を少なくすることのできるデータ放送方法に関するものである。
【０００２】
【従来の技術】
図１０は放送衛星を用いた放送システムの構成を示す図であり、図において２０１はそれぞれ１または複数のチャンネルの放送信号を放送するテレビジョン放送局等の放送業者、２０２は複数の放送業者２０１からの放送信号を受け、この放送信号を処理し視聴者端末（放送受信装置）に対し送信する放送衛星から構成される放送事業者である。
【０００３】
従来の放送システムは、全ての放送業者が全てのチャンネルについて、番組制作，放送送出を例えばＭＰＥＧ等の共通の放送方式（映像伝送方式、映像符号化方式など）で行ない、視聴者側においてこの共通の放送方式に対応した専用のハードウェアを用いて放送を受信，再生するものであった。すなわち、従来の放送システムにおいては、図１１に示すように、放送業者２０１から放送され、放送事業者２０２を経由したＭＰＥＧ等のデータを放送受信装置の専用ハードウェアで受信してＴＶ等にフルスクリーン表示が行われていた。
【０００４】
一方、コンピュータの性能向上により、従来は専用ハードウェアでしか処理できなかった映像信号処理も、汎用ハードウェアを用いたソフトウェア処理により実現できる。すなわち、このようなソフトウェアによる信号処理を用いれば、汎用ハードウェアにそれぞれの放送データをデコードするためのデコードソフトウェアプログラム（ライブラリ）をロードすることにより、放送方式の異なる複数の放送データをデコードすることが可能である。このように受信側で放送方式の異なる複数の放送データをデコードすることが可能となれば、ＣＧ放送やアニメーション放送など従来の映像/ 音声放送とは異なる形態のデータ放送等、各種放送方式が混在した放送が可能となる。このような放送システムでは、従来の映像だけの放送に加えて、テキストデータやＣＧ等のデータ等を関連付けて配信できることになり、制作側も凝ったコンテンツを作成することが可能であるし、ユーザーも従来の見るだけのサービスから、インタラクティブなサービスを含め多種多様なコンテンツを受信することができるメリットがある。たとえば、図１２に示すように１チャンネルの番組中に放送方式の異なる複数のデータを混在させて放送し、受信側において一画面上に異なる放送方式による複数のコンテンツを表示すること等も可能である。
【０００５】
さらに、放送データをデコードするためのデコードソフトウェアプログラムを放送により配信するようにすれば、ある放送データをデコードするためのデコードソフトウェアプログラムを放送受信装置側が保持していない場合でも、このデコードソフトウェアプログラムを放送からダウンロードして放送データをデコードすることができるので、受信装置側が多種類のデコードソフトウェアプログラム（ライブラリ）を常に保持している必要がなく、受信装置側に大容量の記憶手段を設ける必要がないという利点があり、また、番組提供者側で新たな放送方式を使用した場合にも適応できる利点がある。
【０００６】
放送により放送データをデコードするためのデコードソフトウェアプログラムを配信する形態としては、図１３(a) に示すように、チャンネル毎にそのチャンネルで放送される放送データをデコードするための放送データをデコードするためのデコードソフトウェアプログラムを多重して放送する方法や、図１３(b) に示すように、放送データを放送するチャンネルとは別に放送データをデコードするためのデコードソフトウェアプログラムのみを放送するプログラム専用チャンネルを設け、放送データを放送するチャンネルで放送される放送データをデコードするためのデコードソフトウェアプログラムをこのプログラム専用チャンネルで繰り返し放送する方法が考えられる。
【０００７】
このような放送データをデコードするためのデコードソフトウェアプログラムを配信する放送システムで用いられる放送受信装置は、デコードソフトウェアプログラム（ライブラリ）を保持するプログラム蓄積手段（ライブラリバッファ）を備え、このプログラム蓄積手段に蓄積されたデコードソフトウェアプログラムを用いて放送データのデコードを行ない、受信した放送データをデコードするためのデコードソフトウェアプログラムがプログラム蓄積手段に保持されていない場合は、上述のようにして放送されるデコードソフトウェアプログラムを必要に応じてダウンロードして用いるという構成が考えられる。
【０００８】
【発明が解決しようとする課題】
上述のように、ソフトウェアによる信号処理を利用した放送システムでは、放送受信装置は、受信した放送データをデコードするデコードソフトウェアプログラム（ライブラリ）が自己のプログラム蓄積手段に保持されていない場合に、このライブラリを放送からダウンロードすることとなるが、放送事業者からのライブラリの配信形態が、図１３(b) に示すように、放送データを放送するチャンネルとは別に専用チャンネルを設け、放送データを放送するチャンネルで放送される放送データをデコードするための複数のライブラリをこの専用チャンネルで繰り返し放送するものであって、複数のライブラリの配信順序に何ら工夫をしないものであると、放送受信装置側で必要なライブラリをすぐに取得することができず、番組を視聴できるようになるまでに長い時間がかかってしまうという問題がある。特に、放送受信装置側で短時間で複数のチャンネルをランダムに切り換えて各チャンネルで放送されている番組内容を確認するザッピング操作を行なう場合には、上述のようなライブラリのダウンロードのための遅延時間のため、スムーズにザッピングを行なうことができないという問題がある。
【０００９】
本発明は、かかる問題点を解消するためになされたもので、ソフトウェア放送方式において、放送信号をデコードするためのデコードソフトウェアプログラム（ライブラリ）のダウンロード待ち時間を少なくすることのできるデータ放送方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記課題を解決するために、本発明（請求項１）にかかるデータ放送方法は、複数のチャンネルで２種類以上の放送方式の番組信号を放送し、上記複数のチャンネルとは異なるチャンネルで上記複数のチャンネルで放送される番組信号をデコードするためのデコードソフトウェアプログラムを放送するデータ放送方法において、上記複数のチャンネルで放送される番組をデコードするためのデコードソフトウェアプログラムを時間軸に沿って示すライブラリＥＰＧデータを用いて、複数のデコードソフトウェアプログラムのそれぞれについて、ある時刻におけるそのデコードソフトウェアプログラムを用いてデコードされる番組数を求め、上記複数のデコードソフトウェアプログラムを、そのそれぞれ配信数を上記で求めた番組数の比率で配信するようにしたものである。
【００１１】
また、本発明（請求項２）にかかるデータ放送方法は、請求項１に記載のデータ放送方法において、複数のデコードソフトウェアプログラムをそのそれぞれの配信数に応じて分散して配信するようにしたものである。
【００１２】
また、本発明（請求項３）にかかるデータ放送方法は、複数のチャンネルで２種類以上の放送方式の番組信号を放送し、上記複数のチャンネルとは異なるチャンネルで上記複数のチャンネルで放送される番組信号をデコードするためのデコードソフトウェアプログラムを放送するデータ放送方法において、上記複数のチャンネルで放送される番組をデコードするためのデコードソフトウェアプログラムを時間軸に沿って示すライブラリＥＰＧデータを用いて、複数のデコードソフトウェアプログラムのそれぞれについて、ある時刻におけるそのデコードソフトウェアプログラムを用いてデコードされる番組数を求め、また、複数のデコードソフトウェアプログラムのそれぞれについて、ある時刻におけるそのデコードソフトウェアプログラムを用いてデコードされる各番組の視聴率の合計値を求め、上記複数のデコードソフトウェアプログラムを、そのそれぞれ配信数を上記で求めた番組数に視聴率の合計値を乗じた値の比率で配信するようにしたものである。
【００１３】
また、本発明（請求項４）にかかるデータ放送方法は、請求項３に記載のデータ放送方法において、複数のデコードソフトウェアプログラムをそのそれぞれの配信数に応じて分散して配信するようにしたものである。
【００１４】
【発明の実施の形態】
実施の形態１．
図３は本実施の形態１によるデータ放送方法を実現するための放送事業者のシステム構成を示す図であり、図において１１は各放送業者が放送する番組信号をデコードするために必要なデコードソフトウェアプログラム（ライブラリ）をチャンネルごとに示すデータであるライブラリＥＰＧを各放送業者より受信して、これを一覧表としてその内容を解析するライブラリＥＰＧ解析部である。１３は複数のライブラリを保持するライブラリバッファであり、１２はライブラリＥＰＧ解析部１１の解析結果に基づいて、ライブラリバッファ１３に保持された複数のライブラリを所定の順序，頻度で送出するライブラリ送出部である。
【００１５】
放送衛星等からなる放送事業者においては、それぞれ１又は複数のチャンネルを有する放送業者からの放送信号を受信し、受信した放送信号に所定の処理を施した後に、処理後の信号を各家庭等の受信端末装置に対して放送する。ここで、各放送業者からは自己の放送する番組信号をデコードするために必要なデコードソフトウェアプログラム（ライブラリ）を、チャンネル毎の時間軸の情報として示したライブラリＥＰＧデータが放送される。放送事業者の放送システムに設けられたライブラリＥＰＧ解析部１１では、各放送業者が放送するライブラリＥＰＧデータを受信して例えばこれを図１に示すような一覧表に集計し、この一覧表に基づいてライブラリバッファ１３に保持されたライブラリの送出順序，及び送出頻度を決定する。
【００１６】
たとえば、図１の使用ライブラリ一覧表において、現時刻をｔとすると、ユーザが実際にライブラリを必要とすると考えられる時刻（ｔ＋α）におけるｃｈ１〜ｃｈ５までの使用ライブラリはＡ，Ｂ，Ｂ，Ａ，Ａとなっている。ライブラリＥＰＧ解析部１１は、特定時刻（ｔ＋α）における使用ライブラリの数をカウントし、ライブラリが使用される番組の数と配信される回数が一致するように各ライブラリを配信するようにライブラリ送出部１２を制御する。ライブラリ送出部１２は番組放送用のチャンネルとは別の、ライブラリ専用のチャンネルを用いて、例えば図２に示すように、配信する各ライブラリの数を当該ライブラリを使用してデコードされる実際に放送されている番組数に比例させて配信する。
【００１７】
ここで、あるライブラリを使用する番組が多いということは、一般的に、受信側においてこのライブラリを使用する番組が選択される率が高い、即ち受信側においてこのライブラリをダウンロードする必要が生じる率が高いということである。従って、配信する各ライブラリの数を当該ライブラリを使用する実際に放送されている番組数に比例させれば、受信側でダウンロードが必要となる率の高いライブラリがより高頻度に配信されることとなり、受信側でのダウンロードのための待ち時間は効果的に短縮されることとなる。
【００１８】
このように、本実施の形態１によるデータ放送方法によれば、ライブラリチャンネルで配信する各ライブラリの数を当該ライブラリを使用してデコードされる実際に放送されている番組数に比例させるようにライブラリを配信するようにしたから、ダウンロードされる率の高いライブラリほど高頻度に配信されることとなり、受信側におけるライブラリダウンロードの待ち時間を軽減でき、特に受信側でザッピング操作を行なう場合にスムーズなザッピング操作を実現できる。
【００１９】
なお、上記実施の形態では、ライブラリの配信数をライブラリを使用する番組数に比例させるものとしたが、配信数のみならず送信順序を所定の規則に基づいて決定して配信するようにしてもよい。ライブラリＥＰＧデータに基づいて配信数と送信順序の両方を決定する場合の一例について、以下に説明する。ライブラリＥＰＧの一覧表において例えば、図４に示すように各ライブラリを使用する番組数がカウントされた場合、ライブラリＥＰＧ解析部１１は図５に示すような方法でライブラリの配信数，及び送信順序を決定する。まず、図４において、ライブラリののべ数の合計は１４であるので、１４個のライブラリの枠を順番に並べる（図５の最上段）。次に、最も使用頻度の高いライブラリから順にそれぞれ１４個の枠を並べる（図５の中央の４段）。ここで、ライブラリの個数はライブラリＡが５個，ライブラリＢが４個，ライブラリＣが３個，ライブラリＤが２個であるので、図５の中央の４段のうち、最上段から順にＡ→Ｂ→Ｃ→Ｄの順にそれぞれのライブラリの枠を配置する。そして、全体の個数を各ライブラリの個数で割り、余りを切り捨てた値毎にそれぞれのライブラリをそれぞれの枠に配置する。ライブラリＡの場合は１４／５＝２．８→２となるので、図５に示すように、中央の４段のうちの最上段の枠に２個毎にＡを並べる。ライブラリＢの場合は１４／４＝３．２→３となるので、図５に示すように、中央の４段のうちの２段目の枠に３個毎にＢを並べる。ライブラリＣの場合は１４／３＝４．６→４となるので、図５に示すように、中央の４段のうちの３段目の枠に４個毎にＣを並べる。ライブラリＤの場合は１４／２＝７→７となるので、図５に示すように、中央の４段のうちの４段目の枠に７個毎にＤを並べる。この後、図５の中央の４段を最左枠から順に右へ向かって上から下へ走査して、現れたライブラリを１４個の枠（図５の最下段）に順に入れていくことにより、各ライブラリの送信順序を決定していく。
【００２０】
上述のようにそれぞれのライブラリを配信数に応じて分散させて配信することにより、ライブラリの配信数をライブラリを使用する番組数に比例させて配信する場合にそれぞれのライブラリを連続して配信するのに比して、あるライブラリが最期に配信されてから次に同じライブラリが配信されるまでの期間が短くなるので、受信側におけるライブラリダウンロードの待ち時間をより軽減できるものである。
【００２１】
次に、ライブラリのそれぞれが複数のサブライブラリコンポーネントで構成される場合の配信方法について説明する。
たとえば、ライブラリＡがコンポーネントａ，コンポーネントｂ，コンポーネントｃで構成され、ライブラリＢがコンポーネントｂ，コンポーネントｄで構成され、ライブラリＣがコンポーネントａ，コンポーネントｃで構成され、ライブラリＤがコンポーネントｃ，コンポーネントｄで構成されている場合、図６に示すようにライブラリの個数がライブラリＡが５個，ライブラリＢが４個，ライブラリＣが３個，ライブラリＤが２個であれば、各サブライブラリコンポーネントの個数はコンポーネントａが８個，コンポーネントｂが９個，コンポーネントｃが１０個，コンポーネントｄが６個である。このような場合に、各コンポーネントの配信数を８：９：１０：６の比率で配信する、さらに、例えば図５に示す方法で分散させて配信するようにすれば、ダウンロードされる率の高いライブラリを構成するコンポーネントが高頻度に配信されることとなり、受信側でのザッピング操作におけるライブラリダウンロードの待ち時間を軽減できる。
【００２２】
ここで、受信側においてコンポーネントをダウンロードするには、ライブラリがどのコンポーネントで構成されているかの情報を必要とするが、各ライブラリがどのコンポーネントで構成されているかの情報、例えばライブラリＡを構成するコンポーネントはａ，ｂ，ｃであるという情報を放送事業者から受信側に提供する場合の提供方法としては、これをライブラリチャンネルを通じて配信してもよいし、各データのヘッダ部に記述して提供するようにしてもよい。
【００２３】
実施の形態２．
図７は本実施の形態２によるデータ放送方法を実現するための放送事業者のシステム構成を示す図であり、図において図３と同一符号は同一又は相当部分である。また、１４は番組ごとの視聴率が集計する視聴率集計部である。
【００２４】
次に、本実施の形態２によるデータ放送方法の動作について説明する。
実施の形態１の場合と同様、放送衛星等からなる放送事業者においては、それぞれ１又は複数のチャンネルを有する放送業者からの放送信号を受信し、受信した放送信号に所定の処理を施した後に、処理後の信号を各家庭等の受信端末装置に対して放送する。ここで、各放送業者からは自己の放送する番組信号をデコードするために必要なデコードソフトウェアプログラム（ライブラリ）を、チャンネル毎の時間軸の情報として示したライブラリＥＰＧデータが放送される。
【００２５】
放送事業者の放送システムに設けられた視聴率集計部１４は、各放送局、あるいは視聴率調査会社等から番組ごとの視聴率に関する情報を取得し、これを集計する。ライブラリＥＰＧ解析部１１では、各放送業者が放送するライブラリＥＰＧデータを受信して、例えばこれを一覧表に集計し、この一覧表と視聴率集計部１４が集計した各チャンネルの視聴率に基づいて、各ライブラリについて、ユーザが実際にライブラリを必要とすると考えられる時刻における、当該ライブラリを使用する番組数、及び当該時刻における各番組の視聴率をまとめた視聴率分布を作成し、これに基づいてライブラリバッファ１３に保持されたライブラリの送出順序，及び送出頻度を決定する。
【００２６】
具体的に、ある時刻における各チャンネルの使用ライブラリおよび視聴率が図８に示すようになっていたとする。ここで、各チャンネルの視聴率は、前日の同時刻の視聴率を用いるようにしてもよいし、一定期間の同時刻の視聴率の平均値を用いるようにしてもよい。ライブラリＥＰＧ解析部１１はこれを図９に示すような各ライブラリについての視聴率分布に変換する。すなわち、ライブラリＡはこれをｃｈ１，ｃｈ５，ｃｈ７，ｃｈ１０，及びｃｈ１１の５つの番組が使用しており、各チャンネルの視聴率の合計値は１＋２＋１＋１＋２＝７である。同様にライブラリＢ〜ライブラリＤについても使用番組数，及び視聴率の合計値を求める。そして、各ライブラリについて使用番組数と視聴率の合計値との積を求め、この積の値をそれぞれのライブラリの配信比率とする。配信順序については、実施の形態１の場合と同様、例えば、図５に示す方法で分散させて配信する。
【００２７】
実施の形態１で説明したように、あるライブラリを使用する番組が多いということは、一般的に、受信側においてこのライブラリを使用する番組が選択される率が高い、即ち受信側においてこのライブラリをダウンロードする必要が生じる率が高いということである。また、同時刻における視聴率が高いということは、その時刻において当該番組が選択される確率が高い、即ち受信側においてこのライブラリをダウンロードする必要が生じる率が高いということである。即ち、ライブラリを使用する番組数と同時刻における各チャンネルの視聴率を考慮した場合、当該ライブラリを使用する実際に放送されている番組数に視聴率を乗じた数値はライブラリのダウンロードの必要の発生し易さを示す値と考えることができる。従って、配信する各ライブラリの数を当該ライブラリを使用する実際に放送されている番組数に視聴率を乗じた数値に比例させれば、受信側でダウンロードが必要となる率の高いライブラリがより高頻度に配信されることとなり、受信側でのダウンロードのための待ち時間は効果的に短縮されることとなる。
【００２８】
このように、本実施の形態２によるデータ放送方法によれば、ライブラリチャンネルで配信する各ライブラリの数を当該ライブラリを使用してデコードされる使用する実際に放送されている番組数に視聴率を乗じた数値に比例させるようにライブラリを配信するようにしたから、ダウンロードされる率の高いライブラリほど高頻度に配信されることとなり、受信側におけるライブラリダウンロードの待ち時間を軽減できる。
【００２９】
【発明の効果】
以上のように、本発明（請求項１）によれば、複数のチャンネルで２種類以上の放送方式の番組信号を放送し、上記複数のチャンネルとは異なるチャンネルで上記複数のチャンネルで放送される番組信号をデコードするためのデコードソフトウェアプログラムを放送するデータ放送方法において、上記複数のチャンネルで放送される番組をデコードするためのデコードソフトウェアプログラムを時間軸に沿って示すライブラリＥＰＧデータを用いて、チャンネルと時刻のマトリクスで示す一覧表であるライブラリＥＰＧを用いて、複数のデコードソフトウェアプログラムのそれぞれについて、ある時刻におけるそのデコードソフトウェアプログラムを用いてデコードされる番組数を求め、上記複数のデコードソフトウェアプログラムを、そのそれぞれ配信数を上記で求めた番組数の比率で配信するようにしたから、ダウンロードされる率の高いライブラリほど高頻度に配信されることとなり、受信側におけるライブラリダウンロードの待ち時間を軽減でき、特に受信側でザッピング操作を行なう場合にスムーズなザッピング操作を実現できる効果がある。
【００３０】
また、本発明（請求項２）によれば、請求項１に記載のデータ放送方法において、複数のデコードソフトウェアプログラムをそのそれぞれの配信数に応じて分散して配信するようにしたから、受信側におけるライブラリダウンロードの待ち時間をより軽減できる効果がある。
【００３１】
また、本発明（請求項３）によれば、複数のチャンネルで２種類以上の放送方式の番組信号を放送し、上記複数のチャンネルとは異なるチャンネルで上記複数のチャンネルで放送される番組信号をデコードするためのデコードソフトウェアプログラムを放送するデータ放送方法において、上記複数のチャンネルで放送される番組をデコードするためのデコードソフトウェアプログラムを時間軸に沿って示すライブラリＥＰＧデータを用いて、複数のデコードソフトウェアプログラムのそれぞれについて、ある時刻におけるそのデコードソフトウェアプログラムを用いてデコードされる番組数を求め、また、複数のデコードソフトウェアプログラムのそれぞれについて、ある時刻におけるそのデコードソフトウェアプログラムを用いてデコードされる各番組の視聴率の合計値を求め、上記複数のデコードソフトウェアプログラムを、そのそれぞれ配信数を上記で求めた番組数に視聴率の合計値を乗じた値の比率で配信するようにしたから、ダウンロードされる率の高いライブラリほど高頻度に配信されることとなり、受信側におけるライブラリダウンロードの待ち時間を軽減でき、特に受信側でザッピング操作を行なう場合にスムーズなザッピング操作を実現できる効果がある。
【００３２】
また、本発明（請求項４）によれば、請求項３に記載のデータ放送方法において、複数のデコードソフトウェアプログラムをそのそれぞれの配信数に応じて分散して配信するようにしたから、受信側におけるライブラリダウンロードの待ち時間をより軽減できる効果がある。
【図面の簡単な説明】
【図１】実施の形態１によるデータ放送方法において用いられるライブラリＥＰＧを示す図である。
【図２】実施の形態１によるデータ放送方法におけるライブラリの配信のされ方を示す図である。
【図３】実施の形態１によるデータ放送方法を実現するための放送事業者のシステム構成を示す図である。
【図４】本発明によるデータ放送方法においてライブラリの配信順序を決定する動作を説明するための図である。
【図５】本発明によるデータ放送方法においてライブラリの配信順序を決定する動作を説明するための図である。
【図６】本発明によるデータ放送方法においてライブラリのそれぞれが複数のサブライブラリコンポーネントで構成される場合の動作を説明するための図である。
【図７】実施の形態２によるデータ放送方法を実現するための放送事業者のシステム構成を示す図である。
【図８】実施の形態２によるデータ放送方法を説明するための図である。
【図９】実施の形態２によるデータ放送方法を説明するための図である。
【図１０】放送衛星を用いた放送システムの構成を示す図である。
【図１１】従来の放送システムにおいて放送業者から放送されるデータ及びこれを受信した放送受信装置の画面表示の一例を示す図である。
【図１２】ソフトウェアによる信号処理を利用した放送システムにおいて放送業者から放送されるデータ及びこれを受信した放送受信装置の画面表示の一例を示す図である。
【図１３】放送により放送データをデコードするためのデコードソフトウェアプログラムを配信する形態の例を示す図である。
【符号の説明】
１１ ライブラリＥＰＧ解析部
１２ ライブラリ送出部
１３ ライブラリバッファ
１４ 視聴率集計部

Claims (4)

1. 複数のチャンネルで２種類以上の放送方式の番組信号を放送し、上記複数のチャンネルとは異なるチャンネルで上記複数のチャンネルで放送される番組信号をデコードするためのデコードソフトウェアプログラムを放送するデータ放送方法において、
   上記複数のチャンネルで放送される番組をデコードするためのデコードソフトウェアプログラムを時間軸に沿って示すライブラリＥＰＧデータを用いて、複数のデコードソフトウェアプログラムのそれぞれについて、ある時刻におけるそのデコードソフトウェアプログラムを用いてデコードされる番組数を求める第１の工程と、
   上記複数のデコードソフトウェアプログラムを、そのそれぞれ配信数を上記第１の工程で求めた番組数の比率で配信する第２の工程とを含むことを特徴とするデータ放送方法。
2. 請求項１に記載のデータ放送方法において、
   複数のデコードソフトウェアプログラムをそのそれぞれの配信数に応じて分散して配信することを特徴とするデータ放送方法。
3. 複数のチャンネルで２種類以上の放送方式の番組信号を放送し、上記複数のチャンネルとは異なるチャンネルで上記複数のチャンネルで放送される番組信号をデコードするためのデコードソフトウェアプログラムを放送するデータ放送方法において、
   上記複数のチャンネルで放送される番組をデコードするためのデコードソフトウェアプログラムを時間軸に沿って示すライブラリＥＰＧデータを用いて、複数のデコードソフトウェアプログラムのそれぞれについて、ある時刻におけるそのデコードソフトウェアプログラムを用いてデコードされる番組数を求める第１の工程と、
   複数のデコードソフトウェアプログラムのそれぞれについて、ある時刻におけるそのデコードソフトウェアプログラムを用いてデコードされる各番組の視聴率の合計値を求める第２の工程と、
   上記複数のデコードソフトウェアプログラムを、そのそれぞれ配信数を上記第１の工程で求めた番組数に上記第２の工程で求めた視聴率の合計値を乗じた値の比率で配信する第３の工程とを含むことを特徴とするデータ放送方法。
4. 請求項３に記載のデータ放送方法において、
   複数のデコードソフトウェアプログラムをそのそれぞれの配信数に応じて分散して配信することを特徴とするデータ放送方法。

Images