JPH11275550A

JPH11275550A - 番組送出方法

Info

Publication number: JPH11275550A
Application number: JP10071021A
Authority: JP
Inventors: Yoichiro Tsuda; 洋一郎津田
Original assignee: Pioneer Electronic Corp
Current assignee: Pioneer Corp
Priority date: 1998-03-19
Filing date: 1998-03-19
Publication date: 1999-10-08

Abstract

(57)【要約】【課題】視聴者の要求に応じて番組を効率よく送出す
る。【解決手段】リクエスト頻度が低いときには、１回の
リクエストに応じて即座に前走映像（番組）を提供す
る。また、リクエスト頻度が非常に高いときには、リク
エストの受け取りタイミングに拘わらず、同一の前走映
像を繰り返し送出する。さらに、リクエスト頻度がある
程度高いときには、複数のリクエストの受け取りを待っ
てから、少なくとも各リクエスト元に一度に同一の前走
映像を送出する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばＣＡＴＶ
（Cable TelevisionまたはCommunity Antenna Televisi
on）システムまたは衛星放送システム等に用いられる番
組送出方法に関し、特に、視聴者からの要求に応じ、番
組を視聴者に個別的あるいは共通に送出する番組送出方
法に関する。

【０００２】

【従来の技術】ＣＡＴＶシステムまたは衛星放送システ
ム等を用いて多チャネル放送を行い、視聴者からの要求
に応じて、映画等の番組を視聴者に個別的あるいは共通
に提供するサービスは一般的に知られている。このよう
なＣＡＴＶシステムまたは衛星放送システムは、番組を
提供する事業者側に設けられる番組送出装置と、各視聴
者側に設けられる端末とからなる。

【０００３】番組送出装置は、多数の映画等の番組を記
録した記録媒体と、この記録媒体に記録された番組を、
視聴者からの要求に応じて再生する再生装置と、この再
生装置によって再生された番組を視聴者に送信する送信
装置とを備えている。一方、視聴者側に設けられる端末
は、事業者から提供された番組を受信するための受信装
置と、この受信装置によって受信された番組を出力する
ためのＴＶモニタ等を備えている。

【０００４】さらに、番組送出装置と各端末は、ＣＡＴ
Ｖシステムの場合にはケーブルで、衛星放送システムの
場合には通信衛星等を介した無線によって相互に接続さ
れており、番組は、事業者側の番組送出装置から視聴者
側の端末に向けて、ケーブルまたは無線を介して送出さ
れる。また、番組送出装置は、複数のチャネルを介して
複数の番組を複数の端末に同時に送出することができ
る。

【０００５】このようなＣＡＴＶシステムまたは衛星放
送システムを用いて、番組を視聴者に提供するサービス
の形態として、ＶＯＤ（Video On Demand）またはＮＶ
ＯＤ(Near Video On Demand)が知られている。ＶＯＤ
は、視聴者が事業者に番組の視聴を要求したとき、即座
にその番組の提供を受け、その番組を視聴することがで
きるものである。ＶＯＤを実現するためには、事業者
は、視聴者の要求を受けたときに、即座に番組を再生
し、その番組を視聴者に向けて送信する必要がある。

【０００６】一方、ＮＶＯＤは、事業者が視聴者の要求
の有無に拘わらず、時間をずらしながら同一の番組を複
数のチャネルで繰り返し送出するものである。視聴者
は、複数のチャネルを介して繰り返し送出される番組の
中から、自分の都合がいい時間に送出される番組を選ん
で視聴することができる。

【０００７】

【発明が解決しようとする課題】しかしながら、ＶＯＤ
により番組提供を行う場合には、チャネル効率が悪いと
いう問題がある。即ち、ＶＯＤの場合、視聴者からの要
求があったときに、番組送出装置は、即座に番組を送出
するチャネルを確保し、そのチャネルを介して番組を視
聴者の端末に向けて送出する。そして、そのチャネル
は、番組の再生が開始されてから終了するまでの間、そ
の一つの番組に占有される。このため、番組送出装置か
ら視聴者の端末に向けて同時に送出することができる番
組数は、チャネルの数によって制限される。チャネルの
数を増やすことは実際上難しいため、番組送出装置から
端末に向けて同時に送出することができる番組数を増や
すことは難しい。この結果、ＶＯＤでは、短時間内に多
数の視聴者から番組提供の要求があったとき、すぐにチ
ャネルが埋まってしまい、すべての視聴者に番組を送出
することができないという問題がある。

【０００８】一方、ＮＶＯＤにより番組提供を行う場合
には、時間をずらしながら同一の番組を複数のチャネル
で繰り返し送出しているため、その番組に対して多数の
視聴者からの要求があっても、すべての視聴者にその番
組を送出することができる。しかしながら、ＮＶＯＤの
場合、視聴者からの要求の有無に拘わらず、番組を繰り
返し送出しているため、その番組に対する視聴者からの
要求が減少したときには、ニーズのない番組が繰り返し
送出され、無駄が生じるという問題がある。また、ＮＶ
ＯＤの場合、一つの番組を複数チャネルで繰り返し送出
するため、送出する番組の種類が少数に制限される。こ
の結果、ＮＶＯＤでは、視聴者が要求する番組の種類が
広範囲に及ぶ場合、即ち、視聴者が要求する番組にばら
つきがある場合には、このような視聴者の要求に対応す
ることができないという問題がある。

【０００９】本発明は、上述したような問題に鑑みなさ
れたものであり、視聴者の要求に応じて番組を効率よく
送出することができる番組送出方法を提供することを目
的としている。

【００１０】

【課題を解決するための手段】上述した課題を解決する
ために、請求項１の発明は、一の番組の送出を要求する
番組送出要求を受け取り、この番組送出要求によって要
求された一の番組を送出する番組送出方法であって、前
記番組送出要求の要求数を計数する計数手順と、計数手
順によって計数された要求数に基づいて、前記番組送出
要求の要求頻度を算出する頻度算出手順と、頻度算出手
順によって算出された要求頻度に基づいて値が変化する
しきい値を設定するしきい値設定手順と、前記番組送出
要求の要求数がしきい値設定手順により設定されたしき
い値に達したとき、前記一の番組を送出する送出手順と
を備えている。

【００１１】即ち、所定の一の番組の送出を要求する番
組送出要求を受け取ったとき、計数手順では、この番組
送出要求の要求数を計数する。続いて、頻度算出手順で
は、所定の単位時間当たりの要求数を算出して番組送出
要求の要求頻度を求める。続いて、しきい値設定手順で
は、前記一の番組を送出するか否かを決定するのに用い
るしきい値の値を番組送出要求の要求頻度に基づいて設
定する。即ち、しきい値設定手順では、しきい値を、番
組送出要求の要求頻度に基づいて変化させる。続いて、
送出手順では、前記番組送出要求の要求数がしきい値設
定手順により設定されたしきい値に達したとき、一の番
組を送出する。

【００１２】このように、一の番組の送出を要求する番
組送出要求の要求数がしきい値に達したときに、この要
求された一の番組を送出する。さらに、しきい値を、こ
の一の番組の送出を要求する番組送出要求の要求頻度に
基づいて変化させる。これにより、番組送出要求の要求
頻度が変化すると、番組送出要求の要求数と一の番組の
送出との関係が変化する。

【００１３】例えば、番組送出要求の要求頻度が高いと
きには、しきい値の値を大きくする。これにより、多数
の要求者からの番組送出要求を受け取ってから、これら
各要求者に向けて一の番組を一度に送出することとな
る。このように、一の番組に対する番組送出要求が比較
的多いときには、多数の要求者毎にまとめて一の番組を
送出することができ、番組の送出に使用するチャネル数
を減少させることができる。なお、番組送出要求の要求
頻度が高いときは、短時間に多数の番組送出要求がある
ときである。従って、多数の要求者からの番組送出要求
を待ってから番組を送出しても、要求者を待たせる時間
は非常に短く、要求者に対して待ち時間が長いことによ
る不快感を与えることはない。

【００１４】一方、例えば、番組送出要求の要求頻度が
低いときには、しきい値の値を小さくする。これによ
り、一人または少数の要求者からの番組送出要求を受け
取ったら即座に、各要求者に向けて一の番組を送出する
こととなる。このように、一の番組に対する番組送出要
求が比較的少ないときには、一人または少数の要求者毎
にまとめて一の番組を送出することができ、要求者の番
組送出要求に即座に応じて番組の送出を行うことができ
る。なお、番組送出要求の要求頻度が低いと、番組を送
出する頻度も低くなるため、番組の送出に使用するチャ
ネルには比較的空きが多くなる。従って、一人または少
数の要求者からの番組送出要求に即座に応じて番組を送
出しても、すべてのチャネルを使用してしまうおそれは
低い。

【００１５】以上より、前記一の番組を送出するか否か
を決定するのに用いるしきい値を、番組送出要求の要求
頻度に基づいて変化させることにより、番組送出要求の
要求数および要求頻度に応じて、番組を効率よく送出す
ることができる。

【００１６】請求項２の発明は、送出手順において、一
の番組を送出するときには、送出時刻および送出チャネ
ルを設定し、前記送出時刻になったときに前記送出チャ
ネルを介して一の番組を送出するようにしたものであ
る。

【００１７】即ち、送出手順において、番組のスケジュ
ーリングをしてから、番組を送出する。これにより、番
組送出要求の要求数および要求頻度に応じて、番組を効
率よくスケジューリングすることができ、スケジュール
に従って番組を効率よく送出することができる。

【００１８】請求項３の発明は、前記しきい値設定手順
において、前記要求頻度が第１の基準値以下のときに
は、前記しきい値を第１の値に設定し、前記要求頻度が
前記第１の基準値よりも大きいときには、前記しきい値
を、第１の値よりも大きい値を有する第２の値に設定す
るようにしたものである。

【００１９】これにより、番組送出要求の要求頻度が比
較的小さく、第１の基準値以下のときには、番組を送出
するか否かを決定するのに用いるしきい値の値を第１の
値に設定する。この第１の値は、第２の値よりも小さい
値である。この結果、番組送出要求の要求頻度が比較的
小さいときには、しきい値の値を小さく設定することが
できる。これにより、一人または少数の要求者からの番
組送出要求を受け取ったら即座に、要求者に向けて一の
番組を送出することとなる。

【００２０】一方、番組送出要求の要求頻度が比較的大
きく、第１の基準値よりも大きいときには、前記しきい
値の値を第２の値に設定する。この第２の値は、第１の
値よりも大きい値である。この結果、番組送出要求の要
求頻度が比較的大きいときには、しきい値の値を大きく
することができる。これにより、多数の要求者からの番
組送出要求を待ってから、これら各要求者に向けて一の
番組を一度に送出することとなる。

【００２１】このように、番組送出要求の要求頻度の大
小に対応させて、大きさの異なる２つの値を選択的にし
きい値として設定することにより、効率のよい番組送出
を容易に実行することができる。

【００２２】請求項４の発明は、しきい値設定手順にお
いて、番組送出要求の要求頻度が、第１の基準値よりも
大きい値を有する第２の基準値以上のときには、しきい
値を第３の値に設定し、送出手順において、しきい値が
第３の値のときには、番組送出要求の要求数に拘わらず
一の番組を繰り返し送出するようにしたものである。

【００２３】例えば、番組送出要求が非常に多い場合に
は、番組送出要求の要求頻度が非常に大きくなり、前記
第１の基準値を越えて第２の基準値に達する。このよう
な場合には、しきい値設定手順において、しきい値を第
３の値に設定する。この第３の値は、第１の値および第
２の値と区別することができる値である。続いて、送出
手順において、しきい値が第３の値のときには、番組送
出要求の要求数に拘わらず一の番組を繰り返し送出す
る。

【００２４】このように、番組送出要求が非常に多い場
合には、番組を繰り返し送出することにより、各要求者
は、繰り返して送出される番組の中から、所望の時間に
送出される番組を選択するだけで、その番組を受け取る
ことができる。従って、番組送出要求が非常に多くて
も、すべての要求者に番組を送出することができる。な
お、番組を繰り返して送出するとき、その番組の送出に
用いるチャネルは、例えば１本ないし数本または全チャ
ネル数の数％〜５割程度の本数とし、少なくとも他に空
きチャンネルを残しておくようにする。これにより、一
の番組を繰り返し送信している最中であっても、他の番
組に対する番組送信要求を受け取って他の番組を送出す
ることができる。

【００２５】以上より、一の番組に対する番組送出要求
が非常に多いときでも、番組を効率よく送出することが
できる。

【００２６】請求項５の発明は、しきい値設定手順にお
いて、番組送出要求の要求頻度が、第１の基準値よりも
大きい値を有する第２の基準値以上のときには、しきい
値を第３の値に設定し、送出手順において、しきい値が
第３の値のときには、番組送出要求の要求数に拘わらず
一の番組を複数のチャネルを介して同時にかつ繰り返し
送出し、かつ、一の番組の送出開始時刻を各チャネル毎
にずらすようにしたものである。

【００２７】これにより、上述した請求項４の発明と同
様に、一の番組に対する番組送出要求が非常に多いとき
でも、番組を効率よく送出することができる。さらに、
一の番組を複数のチャネルを介して同時にかつ繰り返し
送出し、かつ、一の番組の送出開始時刻を各チャネル毎
にずらすようにしたから、一の番組に対して、さらに多
くの番組送出要求があっても、すべての要求者に対して
一の番組を送出することができ、かつ、要求者の待ち時
間を減少させることができる。

【００２８】請求項６の発明は、番組送出要求を最初に
受け取ったときからの経過時間を計測する時間計測手順
を設け、送出手順において、番組送出要求の要求数がし
きい値設定手順により設定されたしきい値に達したと
き、または、時間計測手順により計測された経過時間が
制限時間に達したときに、一の番組を送出するようにし
たものである。

【００２９】これにより、番組送出要求に時間的なばら
つきがあっても、一定時間が経過する毎に、番組を要求
者に効率よく送出することができる。例えば、番組送出
要求の要求頻度が比較的大きいときには、しきい値は比
較的大きい値に設定される。このような場合において、
短時間内に複数の番組送出要求が発せられたが、要求数
がしきい値に達しない状態で、次に番組送出要求が長時
間発せられない場合が考えられる。このような場合に
は、既に番組送出要求を発した要求者は、番組の送出を
長時間待たなければならない。そこで、一の番組に対す
る番組送出要求を最初に受け取ってからの経過時間が所
定の制限時間に達したときには、番組送出要求の要求数
がしきい値に達していなくても、一の番組の送出を行
う。

【００３０】請求項７の発明は、送出手順において、前
記一の番組と、既に送出時刻および送出チャネルが設定
されて送出待ち状態となっている他の番組とを比較し、
両者の内容が異なるか否かを判定し、この判定の結果、
両者の内容が異なるときに、前記一の番組を送出するた
めの送出時刻および送出チャネルを設定し、これら設定
された送出時刻および送出チャネルに従って前記一の番
組を送出するようにしたものである。

【００３１】即ち、新たな要求者から、一の番組の送出
を要求する旨の番組送出要求があったとき、この一の番
組の内容が、既に送出時刻および送出チャネルが設定さ
れて送出待ち状態となっている他の番組の内容と同一の
場合が考えられる。このような場合には、その一の番組
について、新たに送出時刻および送出チャネルの設定を
しないで、送出待ち状態となっている他の番組を、新た
な要求者にも送出するようにする。

【００３２】これにより、同一の番組に対する番組送出
要求を発した要求者に向けて、番組を一度に送出するこ
とができ、番組送出に使用するチャネル数を減少させる
ことができる。

【００３３】請求項８の発明は、送出手順において、所
定時間内に送出可能な送出チャネルが存在するか否かを
判定し、この判定の結果、所定時間内に送出可能な送出
チャネルが存在するときに、前記一の番組を送出するた
めの送出時刻および送出チャネルを設定し、これら設定
された送出時刻および送出チャネルに従って前記一の番
組を送出するようにしたものである。

【００３４】即ち、現時点において、番組の送出のため
にすべての送出チャネルが使用されているが、現時点か
ら短時間が経過した後に、番組の送出が完了し、空き状
態となるチャネルがあるか否かを判定する。そして、こ
のようなチャネルがある場合には、そのチャネルを介し
て番組を送出すべきスケジューリングを行う。

【００３５】これにより、現時点において全チャネルが
使用中でも、短時間経過後に空きチャネルができる場合
には、その空きチャネルを介して番組を効率よく送出す
ることができる。

【００３６】請求項９の発明は、一の番組の送出を要求
する番組送出要求を受け取り、この番組送出要求によっ
て要求された一の番組を送出する番組送出方法であっ
て、番組送出要求の要求数を計数する計数手順と、計数
手順によって計数された要求数に基づいて、番組送出要
求の要求頻度Ｆを算出する頻度算出手順と、要求頻度Ｆ
が、第１の基準値Ｂ１に対して、Ｆ≦Ｂ１のときには、
番組送出要求を受け取った直後に前記一の番組を送出
し、要求頻度が、第１の基準値Ｂ１および第１の基準値
Ｂ１より大きな値を有する第２の基準値Ｂ２に対して、
Ｂ１＜Ｆ＜Ｂ２のときには、前記一の番組に対する番組
送出要求の要求数が所定数になったときに前記一の番組
を送出し、要求頻度が、第２の基準値Ｂ２に対して、Ｂ
２≦Ｆのときには、前記一の番組を繰り返して送出する
送出手順とを備えている。

【００３７】これにより、番組送出要求の要求頻度Ｆが
低く、Ｆ≦Ｂ１のときには、番組送出要求を受けた直後
に即座に番組を送出することができる。また、番組送出
要求の要求頻度Ｆが高く、Ｂ１＜Ｆ＜Ｂ２ときには、複
数の番組送出要求を受けた後に即座に、複数の要求者に
対して番組を一度に送出することができる。さらに、番
組送出要求の要求頻度Ｆがさらに高く、Ｂ２≦Ｆのとき
には、番組を繰り返して送出するため、要求者は、繰り
返し送出される番組の中から所望の時間に送出される番
組を選択して受け取ることができる。これにより、すべ
ての要求者に番組を送出することができる。

【００３８】このように、番組送出要求の要求数および
要求頻度に応じて、番組を効率よく送出することができ
る。

【００３９】

【発明の実施の形態】以下、本発明の実施の形態を図１
ないし図１３に従って説明する。本発明の実施形態とし
て、視聴者の要求に応じて競馬の前走映像を放映するＣ
ＡＴＶシステムを例に挙げる。一般に、競馬では、馬の
順位を予想するときに、過去最近のレースにおいて馬が
どのように走ったかを示す前走情報を参考にする。例え
ば、馬券を購入しようとする者は、過去最近の４レース
分の前走情報を参考にして、馬の調子を把握し、その馬
の馬券を購入するか否かを判断する。このような事情か
ら、本実施形態におけるＣＡＴＶシステムでは、馬が参
加している過去最近のレースの映像をレース毎に放映す
ることにより、競馬の前走情報を視聴者に提供するもの
である。このような競馬の前走映像は、およそ１分ない
し３分程度の映像である。例えば、視聴者はセンタ装置
に向けて番組送出要求（以下、これを「リクエスト」と
いう。）を行う。具体的には、視聴者は、センタ装置に
電話をかけ、所望の馬の前走映像の送出を要求する。こ
れに応じて、センタ装置は、視聴者によって要求された
馬の前走映像を、視聴者の手元にある端末に向けて送出
する。これにより、視聴者は、その前走映像を視聴し
て、競馬の予想を行う。

【００４０】それでは、まず、本実施形態によるＣＡＴ
Ｖシステムの構成について説明する。

【００４１】図１は、本実施形態によるＣＡＴＶシステ
ムを示している。このＣＡＴＶシステムは、本発明によ
る番組送出方法を適用したセンタ装置１００と、複数の
端末２００とを備えている。センタ装置１００と各端末
２００は、有線ケーブル等からなるＣＡＴＶ網５を介し
て相互に接続されており、センタ装置１００から送出さ
れる番組（競馬の前走映像）は、このＣＡＴＶ網５を介
して各端末２００に送出される。さらに、センタ装置１
００と各端末２００は、電話回線６を介して相互に接続
されており、各端末２００から送信されるリクエスト
（リクエスト信号）は、この電話回線６を介してセンタ
装置１００に受け取られる。

【００４２】また、図２に示すように、センタ装置１０
０は、制御部１１、混合部１３，モデム１５、複数の映
像送出セクション２０Ａ，２０Ｂ，２０Ｃ，２０Ｄ（２
０Ａ，２０Ｂのみ図示）およびガイド情報送出セクショ
ン３０を備えている。

【００４３】制御部１１は、ＣＰＵ、タイマ等を有する
マルチプロセッシングユニットであり、センタ装置１０
０の全体的な制御、電話回線６およびモデム１５を介し
て入力されるリクエストの受け取り、受け取ったリクエ
ストの管理、図９ないし図１３に示す映像送出処理、ガ
イド情報画像の送出処理等を実行するものである。ま
た、制御部１１には、記憶部１２が設けられ、この記憶
部１２には、後述するリクエスト管理テーブルおよびス
ケジュールテーブル等が記憶されている。

【００４４】映像送出セクション２０Ａ〜２０Ｄは、そ
れぞれ競馬の前走映像を送出するためのセクションであ
り、センタ装置１００内に４組設けられている。

【００４５】映像送出セクション２０Ａは、再生部２
１、多重変換部２３および変調部２４を備えている。再
生部２１には複数の追記型光ディスク２２が備えられて
おり、これら光ディスク２２のそれぞれには、複数の前
走情報がデジタルデータとして記録されている。再生部
２１は、制御部１１の制御に基づいて、複数の光ディス
ク２２にランダムにアクセスし、前走情報を個別的に再
生する。さらに、再生部２１は、例えば４種類の前走映
像を同時に再生することができ、これら４種類の前走映
像を例えば４本の伝送線路を介して多重変換部２３に出
力することができる。

【００４６】多重変換部２３は、再生部２１によって再
生された４種類の前走映像を、例えばＭＰＥＧ（Moving
Picture Experts Group）２等に基づく多重化圧縮方式
に従って多重化し、パケット形式の圧縮デジタルデータ
を生成して、変調部２４に出力する。

【００４７】変調部２４は、多重化された複数の前走映
像を、例えば６４ＱＡＭ等のデジタル変調方式を用いて
変調することにより、図４に示すような周波数帯域幅６
ＭＨｚの送信信号Ａを生成する。

【００４８】また、映像送出セクション２０Ｂ，２０
Ｃ，２０Ｄは、それぞれ、上述した映像送出セクション
２０Ａと同様に構成されているが、図４に示すように、
映像送出セクション２０Ｂから最終的に出力される送信
信号Ｂは、映像送信セクション２０Ａから最終的に出力
される送信信号Ａよりも６ＭＨｚ高い周波数帯域を占有
する信号である。同様に、映像送出セクション２０Ｃか
ら最終的に出力される送信信号Ｃは、送信信号Ｂよりも
６ＭＨｚ高い周波数帯域を占有する信号であり、映像送
出セクション２０Ｄから最終的に出力される送信信号Ｄ
は、送信信号Ｃよりも６ＭＨｚ高い周波数帯域を占有す
る信号である。

【００４９】このように、送信信号Ａ〜Ｄのそれぞれの
送信周波数の占有幅をずらすことにより、送信信号Ａ〜
Ｄを同時に送信することができる。ここで、上述したと
おり、各送信信号Ａ〜Ｄはそれぞれ、４種類の前走映像
を多重したものであるから、これら送信信号Ａ〜Ｄを同
時に送信することにより、合計１６種類の前走映像を同
時に送出することができる。即ち、当該ＣＡＴＶシステ
ムにおける最大チャネル数は１６である。そして、これ
らのチャネル割当またはチャネル解放等のチャネル制御
は、制御部１１によって行われる。

【００５０】ガイド情報送出セクション３０は、前走映
像の送出に関するガイド情報画像を送出するものであ
る。ガイド情報画像とは、例えば、図８に示すように、
センタ装置１００から送出可能な各前走映像を指定する
ためのコード番号の表示や、リクエスト受付時間の表
示、リクエストした視聴者に対するガイダンスの表示等
を含む画像である。

【００５１】ガイド情報送出セクション３０は、ガイド
画面作成部３１と、変調部３２を備えている。ガイド画
面作成部３１は、制御部１１による制御に基づいて上述
したガイド情報画像を作成し、作成したガイド情報画像
を変調部３２に出力する。ガイド情報画像が、例えばサ
ービス名等の主となるガイド画面を形成するものである
場合には、変調部３２は、ガイド情報画像をＮＴＳＣ方
式に基づいたアナログ映像信号に変調する。一方、ガイ
ド情報画像が、図８に示すようなガイド画面を形成する
ものである場合には、変調部３２は、ガイド情報画像を
周知のテレビ文字多重放送の方式に基づいて上記アナロ
グ映像信号のＶＢＩ（垂直帰線消去期間）にデジタルデ
ータとして重畳する。さらに、変調部３２は、変調され
たガイド情報画像を周波数帯域６ＭＨｚの所定の放送チ
ャネルに変調し、送信信号Ｇとする。

【００５２】混合部１３は、映像送出セクション２０Ａ
〜２０Ｄから出力された送信信号Ａ〜Ｄ、ガイド情報送
出セクション３０から出力された送信信号Ｇおよび制御
部１１から出力された制御信号Ｓ１をそれぞれ混合して
ＣＡＴＶ網５に出力するものである。ここで、制御信号
Ｓ１は、各端末２００の受信チャネルを、送信信号の送
信に使用するチャネルに自動的に一致させるための信号
であり、例えば、従来より視聴制御に使用されているよ
うなＦＳＫ信号である。

【００５３】モデム１５は、各端末２００から電話回線
６を介して入力されたリクエスト信号に対する入力制御
を行い、このリクエスト信号を制御部１１に入力させ
る。

【００５４】一方、各端末２００は、図３に示すよう
に、映像受信セクション５０とリクエスト発信セクショ
ン６０とを備えている。

【００５５】映像受信セクション５０は、センタ装置１
００から送出された前走映像を受け取り、この前走映像
を表示するものである。映像受信セクション５０は、制
御部５１と、復調部５２と、抽出部５３と、入力部５４
と、モニタ５５と、スピーカ５６とを備えている。

【００５６】制御部５１は、ＣＰＵ等により構成され、
映像受信セクション５０の全体的な制御を行うものであ
る。復調部５２は、６４ＱＡＭ等のデジタル変調方式に
より変調されてセンタ装置１００から送出された送信信
号を復調するものである。抽出部５３は、復調部５２に
よって復調された送信信号中に多重化されている前走情
報を抽出して制御部５１に入力するものである。また、
復調部５２および抽出部５３は、センタ装置１００から
送出されたガイド情報画像の復調等をも行い、そのガイ
ド情報画像を制御部５１に入力する。さらに、モニタ５
５は、抽出部５３から制御部５１に入力された前走映像
またはガイド情報画像を出力するものである。また、ス
ピーカ５６は、前走映像またはガイド情報画像に付随す
る音声を出力するものである。なお、上述した制御部５
１、復調部５２および抽出部５３等の各機能を実現する
ためのソフトウェアを、パーソナルコンピュータに読み
込ませることにより、映像受信セクション５０をパーソ
ナルコンピュータにより実現することができる。

【００５７】また、リクエスト発信セクション６０は、
リクエスト発信部６１と、モデム６２を備えている。リ
クエスト発信部６１は、所望の前走情報の送出をリクエ
ストするためのリクエスト信号を生成するものである。
ここで、リクエスト信号には、後述する前走情報を指定
するための馬コードＨＮおよび前走コードＲＮと、端末
２００を特定するための端末番号等が含まれる。モデム
６２は、リクエスト信号を電話回線６を介して出力する
ための出力制御を行うものである。なお、このリクエス
ト発信セクション６０として、通常の電話機を用いるこ
とができる。なお、リクエスト発信セクション６０をパ
ーソナルコンピュータによって実現してもよい。

【００５８】次に、本実施形態によるＣＡＴＶシステム
の基本的な動作を説明する。

【００５９】視聴者は、手元にある端末２００の入力部
５４を操作して、モニタ５５にガイド情報画像を表示さ
せる。このガイド情報画像は、必要に応じた複数の頁で
構成され、各頁を生成するためのデータは、センタ装置
１００から各端末２００に向けて、常時繰返送出されて
おり、制御部５１の図示しないメモリに逐次更新、記録
されている。従って、視聴者は、入力部５４を操作する
ことにより所望のガイド情報画像をいつでもモニタ５５
に表示させることができる。

【００６０】そして、視聴者は、ガイド情報画像を見
て、前走映像のリクエストを行う。即ち、ガイド情報画
像には、図８に示すように、馬を指定するための馬コー
ドＨＮと、過去最近の４回分の前走のうち、いずれかの
前走を指定するための前走コードＲＮが含まれている。
視聴者は、ガイド情報画像を見て、所望の前走映像を選
び、その所望の前走映像に対応する馬コードＨＮと前走
コードＲＮを、リクエスト発信部６１に入力する。例え
ば、リクエスト発信部６１を含むリクエスト発信セクシ
ョン６０が電話機の場合には、視聴者は、その電話機に
よってセンタ装置１００に接続する。センタ装置１００
の制御部１１は自動応答機能を有しており、視聴者は制
御部１１が生成する音声ガイダンスに従って、所望の前
走映像に対応する馬コードＨＮと前走コードＲＮと端末
番号を、電話のプッシュボタン等によって入力する。

【００６１】入力された馬コードＨＮ、前走コードＲＮ
および端末番号を含むリクエスト信号は、モデム６２お
よび電話回線６を介してセンタ装置１００に送信され
る。

【００６２】センタ装置１００に送信されたリクエスト
信号は、センタ装置１００のモデム１５を介して制御部
１１に入力され、後述のリクエスト受付処理がなされる
まで一時的にバッファメモリ（図示せず）に記憶され
る。このとき、制御部１１は、図９ないし図１３に示す
ような映像送出処理を実行しており、この映像送出処理
により、前走映像を送出するためのスケジューリングを
行う。即ち、制御部１１は、入力されたリクエスト信号
に含まれる馬コードＨＮと前走コードＲＮによって前走
映像を特定すると共に、このリクエスト信号に含まれる
端末番号によって前走映像を送出する送出先の端末２０
０を特定する。さらに、制御部１１は、前走映像を送出
する送出時刻と送出信号の送出に使用するチャネルを設
定する。

【００６３】そして、設定した送出時刻になったとき、
センタ装置１００の制御部１１は、前走映像の送出を行
う。即ち、制御部１１は、特定された前走映像が記録さ
れた光ディスクを備えた再生部２１を選択する。そし
て、この選択した再生部２１を含む映像送出セクション
を制御して、特定された前走映像が多重された送信信号
を、スケジューリング時に特定されたチャネルを介して
送信する。

【００６４】センタ装置１００から送信された送信信号
は、ＣＡＴＶ網５を介して端末２００に受信される。そ
して、端末２００の復調部５２および抽出部５３は、受
信された送信信号中から前走映像を復元して制御部５１
に入力する。制御部５１は、入力された前走映像をモニ
タ５５およびスピーカ５６に出力する。これにより、視
聴者は、モニタ５５およびスピーカ５６から出力される
前走映像を視聴し、所望の馬に関する情報を得ることが
できる。

【００６５】なお、センタ装置１００から送信された送
信信号を端末２００が受信するには、端末２００の受信
チャネルを、その送信信号の送信に使用するチャネルに
一致させなければならない。本実施形態では、図４に示
すように、センタ装置１００から端末２００に向けて送
信信号Ａ〜Ｄのいずれかを送信するときに、センタ装置
１００から端末２００に向けて制御信号Ｓ１を送信す
る。この制御信号Ｓ１は、端末２００の受信チャネル
を、センタ装置１００が送信信号の送信に使用するチャ
ネルに自動的に一致させるための信号である。これによ
り、端末２００の受信チャネルと送信信号の送信に使用
されるチャネルは自動的に一致するため、センタ装置１
００から送信された送信信号は、端末２００に確実に受
信される。

【００６６】次に、センタ装置１００による前走映像の
送出方法について説明する。図５に示すように、センタ
装置１００による前走映像の送出方法には、３つの種類
（型）がある。

【００６７】第１の送出方法は、即応型送出である。即
応型送出は、図５の上段に示すように、単一の端末２０
０からの１回のリクエストを受け取ったとき、これに応
じて即座に前走映像をスケジューリングするものであ
る。これにより、実質的には、リクエストを受け取った
直後に前走映像が送出される。従って、ＶＯＤとほぼ同
様の効果を得ることができる。この即応型送出は、リク
エスト数が少なく、リクエスト頻度が低いときに選択さ
れる。

【００６８】第２の送出方法は、繰返型送出である。繰
返型送出は、図５の中段に示すように、リクエストの受
け取りタイミングに拘わらず同一の前走映像を繰り返し
送出するようにスケジューリングするものである。これ
により、前走映像は、リクエストの受け取りタイミング
に関わらず繰り返し送出される。従って、ＮＶＯＤとほ
ぼ同様の効果を得ることができる。この即応型送出は、
リクエスト数が非常に多く、リクエスト頻度が非常に高
いときに選択される。

【００６９】第３の送出方法は、待機型送出である。待
機型送出は、図５の下段に示すように、複数のリクエス
トの受け取りを待ってから、各リクエストを送信した端
末に、同一の前走映像を一度に送出するようにスケジュ
ーリングするものである。これにより、同一の前走映像
が、各リクエストを送信した端末に向けて一度に送出さ
れる。この待機型送出は、効果的にみて、ＶＯＤとＮＶ
ＯＤの中間に位置する送出方法であり、リクエストがあ
る程度多く、リクエスト頻度がある程度高いとき選択さ
れる。

【００７０】これら送出方法の選択は、図９ないし図１
３に示す映像送出処理に基づいて実行される。それで
は、これより、図９ないし図１３に示す映像送出処理に
ついて詳細に説明する。なお、本実施形態では、説明の
便宜上、具体的な処理については、複数の前走映像のう
ち、図７に示す映像番号１の前走映像（以下、これを
「前走映像１」という）の送出を要求するリクエストに
対して映像送出処理を行う場合を例に挙げて説明する。

【００７１】まず、図９に示す映像送出処理のメインル
ーチンについて説明する。センタ装置１００を起動させ
ると、図９に示す映像送出処理のメインルーチンがセン
タ装置１００の制御部１１によって実行される。まず、
図９中のステップ１では、映像送出処理で用いるパラメ
ータ等を初期化する。そして、ステップ２では、図１０
に示すリクエスト受信処理を実行する。ステップ３で
は、図１１に示す繰返型送出解除処理を実行する。ステ
ップ４では、図１２に示す映像送出方法設定処理を実行
する。ステップ５では、図１３に示すスケジュール処理
を実行する。ステップ６では、映像送出処理を実行す
る。そして、ステップ２〜ステップ６の一連の処理を、
例えば、１〜５秒程度の間隔で繰り返し実行する。

【００７２】次に、図１０に示すリクエスト受信処理に
ついて説明する。このリクエスト受信処理は、図９に示
すメインルーチンのステップ２で実行されるサブルーチ
ンである。

【００７３】図１０中のステップ１１では、端末２００
から電話回線６を介して送られ、その時点でバッファメ
モリに蓄積されているリクエスト（リクエスト信号）の
うちの１つを受け取る。そして、ステップ１２では、受
け取ったリクエスト信号に含まれる馬コードＨＮと前走
コードＲＮを調べ、各コードが正しいコードか否かを判
定する。判定の結果、各コードが正しいときには、ステ
ップ１３に移行し、ステップ１３で、受け取ったリクエ
ストをリクエスト管理テーブルに登録する。

【００７４】ここで、リクエスト管理テーブルとは、図
７に示すように、受け取ったリクエストを登録するテー
ブルである。このリクエスト管理テーブルには、各前走
映像の再生時間（映像長Ｌ［秒］）、映像番号と映像指
定番号との関係、リクエストした端末を特定するための
端末番号、リクエスト数Ｒ、リクエスト頻度Ｆ等が、前
走映像毎にそれぞれ記録されている。

【００７５】新たに受け取ったリクエストをリクエスト
管理テーブルに登録するときには、まず、リクエスト信
号に含まれる馬コードＨＮと前走コードＲＮとによって
映像指定番号を決定し、この映像指定番号によって指定
される前走映像を特定する。そして、特定された前走映
像に関連づけるようにして、前記リクエスト信号に含ま
れている端末番号をリクエスト管理テーブルに書き込
む。

【００７６】例えば、本実施形態のように、図７中に示
す前走映像１をリクエストする場合には、視聴者は、リ
クエスト発信部６１にリクエストを入力するときに、馬
コードＨＮ「１０５」および前走コード「１」を入力す
る。これにより、映像指定番号が「１０５−１」と決定
され、前走映像１が指定される。そして、このリクエス
トを送信した端末の端末番号が「１０２」の場合には、
前走映像１に関連づけるようにして、端末番号「１０
２」をリクエスト管理テーブルに書き込む。

【００７７】なお、馬コードＨＮが「２０３」であり、
前走コードが「３」であり、よって映像指定番号が「２
０３−３」の場合でも、前走映像１が指定される。この
ように、１つの前走映像に対して複数の映像指定番号が
存在する理由は、１つのレースには複数の馬が参加して
いるためである。即ち、前走映像１が、馬コード「１０
５」の馬と、馬コード「２０３」の馬とが共に参加して
いるレースの映像の場合には、どちらの馬コードによっ
ても、前走映像１を指定することができる。

【００７８】さて、リクエストをリクエスト管理テーブ
ルに登録した後、ステップ１５に移行する。ステップ１
５では、リクエストが、前走映像１にとっての最初のリ
クエストか否かを判定する。判定の結果、受け取ったリ
クエストが、前走映像１にとっての最初のリクエストの
ときには、ステップ１６で、タイマ値Ｔをリセットして
「０」にする。その後、処理は、メインルーチンのステ
ップ３に移行する。一方、受け取ったリクエストが前走
映像１にとっての最初のリクエストでないときには、タ
イマ値Ｔをリセットせずに、前走映像１に対する処理を
終了する。

【００７９】ここで、タイマ値Ｔのリセットについて説
明を加える。後述するスケジュール処理において、前走
映像１の送出タイミングを決定するために、前走映像１
について、最初のリクエストを受け取ってからの経過時
間をタイマによって計数する必要がある。そのため、前
走映像１について最初のリクエストを受け取ったときに
は、このステップ１５および１６でタイマ値Ｔのリセッ
トを行う。なお、前走映像１の送出を開始した後には、
前走映像１についてのリクエストは、リクエスト管理テ
ーブルから削除される。このように、リクエストの登録
が削除された後に、前走映像１について最初に受け取っ
たリクエストは、ステップ１５において、最初のリクエ
ストとして判定される。

【００８０】一方、ステップ１２の判定の結果、受け取
ったリクエスト信号に含まれる馬コードＨＮまたは前走
コードＲＮが正しいコードでないときには、「リクエス
トが正しくありません」といった音声ガイダンスを端末
２００のリクエスト発信部６１である電話機の受話器か
ら出力させるために、ガイダンス用の音声信号をモデム
１５，電話回線６を介して端末２００に送信する。以上
の手順を上記バッファメモリ中の未処理のリクエストの
各々について実行する。そして、処理は、メインルーチ
ンのステップ３に移行する。なお、当初から未処理のリ
クエストがバッファにない場合は、直ちにメインルーチ
ンのステップ３に移行する。

【００８１】次に、図１２に示す映像送出方法設定処理
について説明する。この映像送出設定処理は、図９に示
すメインルーチンのステップ４で実行されるサブルーチ
ンである。なお、説明の都合上、メインルーチンのステ
ップ３で実行される繰返型送出解除処理（図１１）は、
映像送出方法設定処理、スケジュール処理、映像送出処
理等を説明した後に説明する。

【００８２】図１２の映像送出方法設定処理は、上記リ
クエスト受信処理において、新たにリクエストがあった
前走映像に対し、前走映像毎に実行するものである。こ
こで、前走映像の送出方法は、初期状態ではいずれにも
設定しておかないもの（未定の状態）とする。

【００８３】図１２中のステップ３１では、リクエスト
を受け取った時点において、前走映像１の送出方法とし
て繰返型送出が既に設定されているか否かを判定する。
判定の結果、繰返型送出が設定されていないときには、
ステップ３２に移行する。

【００８４】ステップ３２では、リクエスト頻度Ｆを算
出する。例えば、前走映像１のリクエスト頻度Ｆを算出
するには、まず、端末２００からの各リクエストの受付
時にその到来時刻を記憶しておく。そして、前走映像１
の過去の所定時間Ｄに到来したリクエスト数Ｋを数え、
それに前走映像１の映像長Ｌを乗算し、それを所定時間
Ｄで除算しそれをリクエスト頻度Ｆとする。例えば、所
定時間Ｄを１０分、前走映像１の映像長Ｌを２分、リク
エスト数Ｋを３とすると、

【数１】Ｆ＝Ｋ×Ｌ／Ｄ＝３×２／１０＝０．６である。

【００８５】つまり、このようにして求めたリクエスト
頻度Ｆは、その映像長Ｌ当たりのリクエスト数Ｋの所定
時間Ｄの間の時間平均値である。この所定時間Ｄは長す
ぎると急激なリクエストの変動に対処できなくなり、短
すぎると変動を受けやすいので、適宜設定する。これに
より、リクエスト頻度Ｆが１以下であれば、平均的にみ
て１回のリクエストで１回の送出ができ、１を越えてい
れば複数のリクエストに対して１回の送出しかできない
という指標となるのである。これをリクエスト頻度Ｆと
して用いる。

【００８６】ステップ３３では、前走映像１についての
リクエスト頻度Ｆが１以下か否かを判定し、判定の結
果、リクエスト頻度Ｆが１以下のときには、ステップ３
４に移行する。ステップ３４では、前走映像１の送出方
法として即応型送出を設定する。具体的には、しきい値
Ｎに「１」を入力し、制限時間Ｍに「∞」（実際には、
無限大を意味する限りなく大きな値）を入力する。

【００８７】一方、ステップ３３の判定の結果、前走映
像１についてのリクエスト頻度Ｆが１以下でないときに
は、ステップ３５に移行する。ステップ３５では、前走
映像１についてのリクエスト頻度Ｆが１０以上か否かを
判定し、判定の結果、リクエスト頻度が１０以上のとき
には、ステップ３６に移行する。ステップ３６では、前
走映像１の送出方法として繰返型送出を設定する。具体
的には、しきい値Ｎに「０」を入力し、制限時間Ｍにそ
の前走映像の映像長Ｌ（映像の再生時間［秒］）を設定
する。

【００８８】一方、ステップ３５の判定の結果、前走映
像１についてのリクエスト頻度Ｆが１０以上でないと
き、即ち、リクエスト頻度Ｆが、１＜Ｆ＜１０のときに
は、ステップ３７に移行する。ステップ３７では、前走
映像１の送出方法として待機型送出を設定する。具体的
には、しきい値Ｎに「５」を入力し、制限時間Ｍに
「５」［分］を入力する。

【００８９】一方、ステップ３１の判定の結果、リクエ
ストを受け取った時点において、前走映像１の送出方法
として繰返型送出が設定されているときには、番組送出
方法の新たな設定を行わない。以上の手順を、上記リク
エスト受信処理で新たにリクエストがあった前走映像の
すべてについて実行した後、処理はメインルーチンのス
テップ５に移行する。

【００９０】次に、図１３に示すスケジュール処理につ
いて説明する。このスケジュール処理は、図９に示すメ
インルーチンのステップ５で実行されるサブルーチンで
あり、既に送出方法が決定されている前走映像のそれぞ
れについて実行するものである。かつ、その前走映像が
上記リクエスト処理で新たにリクエスト管理テーブルに
登録したものである場合（後述のステップ４１でＹＥＳ
の場合）にはそのリクエストのそれぞれについて実行す
る。この場合は、同一の前走映像に対して複数のリクエ
ストがある場合はそれぞれに実行することになる。一
方、その前走映像が上記リクエスト処理で新たにリクエ
スト管理テーブルに登録したものでない場合（後述のス
テップ４１でＮＯの場合）にはその前走映像のそれぞれ
について実行するものである。

【００９１】図１３中のステップ４１では、前走映像１
がリクエストを新たに受け取ったものか否かを再度判定
し、リクエストを受け取ったものであるときには、ステ
ップ４２で、前走映像１が既に予約（スケジューリン
グ）済みか否かを判定する。即ち、前走映像１について
の送出時刻および送出チャネルが既に設定され、送出待
ちの状態であるか否かを判定する。ステップ４２の判定
の結果、前走映像１が既に予約済みのときには、ステッ
プ４３に移行する。ステップ４３では、受け取ったリク
エストによって指定される端末番号、即ち、このリクエ
スト元の端末番号を、送出待ち状態となっている前走映
像１についてのスケジュールに追加する。そして、ステ
ップ４４では、前走映像１の送出時刻と送出チャネルを
端末２００のリクエスト発信部６１である電話機の受話
器から出力させるために、ガイダンス用の音声信号をモ
デム１５、電話回線６を介して端末２００に送信し、電
話回線の接続を切る。なお、センタ装置１００からの制
御信号Ｓ１によって端末２００の受信チャネルが自動的
に設定される場合は、視聴者はその受信チャネルを知る
必要がないので、送出チャネルは知らせなくてもよい。

【００９２】一方、ステップ４２の判定の結果、前走映
像１が予約済みでないときには、ステップ４５に移行す
る。ステップ４５では、リクエストを受け取った時点に
おいて、チャネルに空きがあるか否か、または、リクエ
ストを受け取った時点から所定時間内において、チャネ
ルに空きができるか否かを判定する。例えば、所定時間
を１０分とすると、リクエストを受け取った時点から１
０分経過した後に、既にスケジュールに組み込まれた前
走映像の送出が完了し、チャネルに空きができるか否か
を、後述するスケジュールテーブル等を参照にして判定
する。この判定の結果、チャネルに空きがないまたは所
定時間以内に空きができないときには、ステップ５２に
移行する。そして、ステップ５２では、「混雑していま
す。しばらくしてからもう一度リクエストしてくださ
い。」といったガイダンスを端末２００のリクエスト発
信部６１である電話機の受話器から出力させるために、
ガイダンス用の音声信号をモデム１５、電話回線６を介
して端末２００に送信し、電話回線の接続を切る。そし
て、ステップ５３で、管理テーブルから、当該リクエス
トの登録を削除する。このとき、端末番号のみを削除
し、リクエスト数Ｒとリクエスト頻度Ｆは、それ以後の
計算に使用するために保持しておく。

【００９３】一方、ステップ４５の判定の結果、チャネ
ルに空きがあるときには、送出チャネルとしていずれか
一つを選択し、ステップ４６に移行する。ステップ４６
では、前走映像１に対するリクエスト数Ｒを、リクエス
ト管理テーブルを参照して求める。

【００９４】ステップ４７では、リクエスト数Ｒがしき
い値Ｎに達したか否かを判定する。判定の結果、リクエ
スト数Ｒがしきい値Ｎに達していないときには、ステッ
プ４８に移行する。

【００９５】ステップ４８では、タイマ値Ｔが制限時間
Ｍに達したか否かを判定する。判定の結果、タイマ値Ｔ
が制限時間Ｍに達していないときには、ステップ５４に
移行する。ステップ５４では、送信チャネルと、「リク
エストを受け付けました。しばらくお待ちください」と
いったガイダンスを端末２００のリクエスト発信部６１
である電話機の受話器から出力させるために、ガイダン
ス用の音声信号をモデム１５、電話回線６を介して端末
２００に送信し、電話回線の接続を切る。なお、センタ
装置１００からの制御信号Ｓ１によって端末２００の受
信チャネルが自動的に設定される場合は、視聴者はその
受信チャネルを知る必要がないので、送出チャネルは知
らせなくてもよい。

【００９６】一方、ステップ４７の判定の結果、前走映
像１に対するリクエスト数Ｒがしきい値Ｎに達している
とき、または、ステップ４８の判定の結果、タイマ値Ｔ
が制限時間Ｍに達しているときには、ステップ４９に移
行する。

【００９７】ステップ４９では、前走映像１をスケジュ
ールに組み込む。即ち、前走映像１を送出する端末を特
定すると共に、その前走映像を送出するための送出時刻
と送出チャネルを設定する。さらに具体的には、その前
走映像を送出する端末番号、送出時刻およびチャネル等
を、制御部１１の記憶部１２に設けられたスケジュール
テーブル（図示せず）に記録する。スケジュールに組み
込まれた前走映像は、予約済み（送出待ち状態）として
取り扱われる。

【００９８】ステップ５０では、前走映像１の送出時刻
および送出チャネルを端末２００のモニタ５５に表示さ
せるために、ガイダンス用の送信信号を端末２００に送
信する。ここで表示される画面は、放送スケジュールが
決定した前走映像のいわゆる番組表であり、例えば全１
６チャネル分の番組表を送信信号Ｇ（ガイドチャネル）
の映像もしくは映像信号に多重された文字放送形式の所
定の番組・頁で送信され、視聴者は適宜、これを参照で
きる。

【００９９】一方、ステップ４１で、前走映像１がリク
エストを新たに受け取ったか否かを確認した結果、前走
映像１に対するリクエストを新たに受け取っていないと
きには、ステップ５５に移行する。ステップ５５では、
タイマ値Ｔが制限時間Ｍに達したか否かを判定する。判
定の結果、タイマ値Ｔが制限時間Ｍに達した場合には、
ステップ４９に移行し、ステップ４９および５０におい
て、前走映像１をスケジュールに組み込み、ガイダンス
用の送信信号の送信を行う。

【０１００】また、ステップ５５の判定の結果、タイマ
値Ｔが制限時間Ｍに達していないときには、前走映像１
に対する処理は終了となる。

【０１０１】ここで、上述した映像送出方法設定処理
（図１２）によって、前走映像１の送出方法として即応
型送出が設定された場合におけるスケジュール処理の流
れについて説明する。なお、ここでは、前走映像１は予
約済みでなく、空きチャネルは十分に存在するものとす
る。

【０１０２】前走映像１の送出方法として即応型送出が
設定されると、上述した映像送出方法設定処理（図１
２）によって、しきい値Ｎには「１」が入力され、制限
時間Ｍには「∞」が入力される。このような場合、図１
３中のステップ４１でリクエストがあると判定され、ス
テップ４２，４５，４６を経て、ステップ４７に移行し
たとき、しきい値Ｎに「１」が入力されているため、ス
テップ４７では常に「ＹＥＳ」と判定される。従って、
ステップ４９に移行し、ステップ４９で前走映像１がス
ケジュールに組み込まれることになる。これは、図５の
上段に示すように、１回のリクエストがあれば、即座に
前走映像がスケジュールに組み込まれることを意味して
いる。なお、ステップ４１でリクエストがないと判定さ
れ、ステップ５５に移行したときには、制限時間Ｍには
「∞」が入力されているため、ステップ５５では常に
「ＮＯ」と判定され、即座にメインルーチンに戻る。

【０１０３】次に、上述した映像送出方法設定処理によ
って、前走映像１の送出方法として繰返型送出が設定さ
れた場合におけるスケジュール処理の流れについて説明
する。なお、ここでは、前走映像１は予約済みでなく、
空きチャネルは十分に存在するものとする。

【０１０４】前走映像１の送出方法として繰返型送出が
設定されると、上述した映像送出方法設定処理によっ
て、しきい値Ｎには「０」が入力され、制限時間Ｍには
「映像長Ｌ」が入力される。このような場合、図１３中
のステップ４１でリクエストがあると判定され、ステッ
プ４２，４５，４６を経て、ステップ４７に移行したと
き、しきい値Ｎに「０」が入力されているため、ステッ
プ４７では常に「ＮＯ」と判定され、ステップ４８に移
行する。そして、ステップ４８では、制限時間Ｍに「映
像長Ｌ」が入力されているため、タイマ値Ｔが映像長Ｌ
と等しくなったときに限り、前走映像１がスケジュール
に組み込まれる。一方、ステップ４１でリクエストがな
いと判定され、ステップ５５に移行したときでも、制限
時間Ｍに「映像長Ｌ」が入力されているため、ステップ
４８と同様に、タイマ値Ｔが映像長Ｌと等しくなったと
きに限り、前走映像１がスケジュールに組み込まれる。
なお、実際には次回の１回分を組み込む。これは、図５
の中段に示すように、リクエストの受け取りタイミング
に拘わらず、繰返型送出が解除されない限り、前走映像
１が繰り返し送出されるように、スケジュールされるこ
とを意味している。

【０１０５】次に、上述した映像送出方法設定処理によ
って、前走映像１の送出方法として待機型送出が設定さ
れた場合におけるスケジュール処理の流れについて説明
する。なお、ここでは、前走映像１は予約済みでなく、
空きチャネルは十分に存在するものとする。

【０１０６】前走映像１の送出方法として待機型送出が
設定されると、上述した映像送出方法設定処理によっ
て、しきい値Ｎには「５」が入力され、制限時間Ｍには
「５」［分］が入力される。このような場合、図１３中
のステップ４１でリクエストがあると判定され、ステッ
プ４２，４５，４６を経て、ステップ４７に移行したと
する。すると、しきい値Ｎに「５」が入力されているた
め、ステップ４７では、リクエスト数Ｒが５に達したと
きに初めて「ＹＥＳ」と判定され、ステップ４９で、前
走映像１がスケジュールに組み込まれることになる。こ
れは、図５の下段に示すように、５人のリクエストを待
ってから、前走映像をスケジュールに組み込むことを意
味している。一方、ステップ４１でリクエストがないと
判定され、ステップ５５に移行したとき、または、ステ
ップ４７でリクエスト数が５に達しないと判定されてス
テップ４８に移行したとき、制限時間Ｍには「５」が入
力されているため、ステップ４８およびステップ５５で
は、タイマ値Ｔが５分に達しているときに「ＹＥＳ」と
判定され、ステップ４９に移行する。そして、ステップ
４９で、前走映像１がスケジュールに組み込まれること
になる。これは、前走映像１に対する最初のリクエスト
受けてから、５分経過したときには、リクエスト数が５
に達しなくても前走映像をスケジュールに組み込むこと
を意味している。

【０１０７】以上の手順を、既に送出方法が決定されて
いるすべての前走映像のについて実行すると、処理は、
メインルーチンのステップ６に移行する。

【０１０８】次に、図９に示すメインルーチンのステッ
プ６では、スケジュールに組み込まれた前走映像を、そ
れぞれの送出時刻が到来したときに送出する。具体的に
説明すると、スケジューリングされた前走映像のうち、
送出時刻が到来した前走映像があるか否かを判定し、送
出時刻が到来した前走映像があるときには、その前走映
像を送出する。さらに、送出したが完了した前走映像に
対応するリクエストをリクエスト管理テーブルから削除
する。なお、リクエスト頻度Ｆの計算に必要な各リクエ
ストの到来時刻は、必要な期間、保持しておく。その
後、処理は、メインルーチンのステップ２に戻る。

【０１０９】次に、図１１に示す繰返型送出解除処理に
ついて説明する。この繰返型送出解除処理は、図９に示
すメインルーチンのステップ３で実行されるサブルーチ
ンであり、既に送出方法が決定されている前走映像のそ
れぞれについて実行するものである。

【０１１０】図１１中のステップ２１では、前走映像１
の送出方法として繰返型送出が設定されているか否かを
判定する。判定の結果、繰返型送出が設定されていると
きには、ステップ２２で、リクエスト頻度Ｆを上述した
ステップ３２と同様の方法で算出する。そして、ステッ
プ２３では、リクエスト頻度Ｆが「５」以下か否かを判
定し。「５」以下のときには、前走映像１に設定された
繰返型送出を解除し、送出方法を一旦、未定にする。こ
の場合は、ステップ４に移行し、ステップ４で実行され
る映像送出方法設定処理において、前走映像１の送出方
法が再設定されることになる。

【０１１１】一方、ステップ２１の判定の結果、繰返型
送出が設定されていないとき、または、ステップ２３の
判定の結果、リクエスト頻度Ｆが「５」以下でないとき
には、繰返型送出の解除を行わない。

【０１１２】以上の手順を、既に送出方法が決定されて
いるすべての前走映像について実行し、メインルーチン
のステップ４に移行する。

【０１１３】かくして、本実施形態によるセンタ装置１
００によれば、リクエスト頻度に基づいてしきい値Ｎを
変化させ、リクエスト数がこのしきい値Ｎに達したと
き、前走映像をスケジューリングする構成としたから
（ステップ４７および４９）、リクエスト数およびリク
エスト頻度に応じて前走映像を効率よく送出することが
できる。

【０１１４】即ち、リクエスト頻度Ｆが低く、Ｆ≦１の
ときには、Ｎに「１」を入力することにより、１回のリ
クエストに応じて即座に前走映像をスケジューリングし
て送出することができる（即応型送出）。また、リクエ
スト頻度Ｆが非常に高く、Ｆ≧１０のときには、Ｎに
「０」を入力することにより、リクエストの受け取りタ
イミングに拘わらず、同一の前走映像を繰り返し送出す
ることができる（繰返型送出）。一方、リクエスト頻度
がある程度高く、１＜Ｆ＜１０のときには、Ｎに「５」
を入力することにより、５つのリクエストの受け取りを
待ってから前走映像をスケジューリングして送出するこ
とができる（待機型送出）。

【０１１５】従って、前走映像の送出に使用するチャネ
ルの使用効率を高めることができ、使用可能なチャネル
数に限りがある場合でも、前走映像の送出を確実に行う
ことができる。

【０１１６】また、前走映像の送出方法として待機型送
出を設定したときには、前走映像に対して最初にリクエ
ストがあってから、例えば５分経過したときに、リクエ
スト数が５に達しなくても、前走映像をスケジューリン
グして送出することができる（ステップ５５および４
９）。これにより、リクエストの送信に時間的なばらつ
きがあっても、一定時間が経過する毎に、前走映像をリ
クエスト元に効率よく送出することができる。

【０１１７】また、前走映像の送出方法として繰返型送
出が設定されているときには、リクエスト頻度Ｆが５以
下に減少したときに、繰返型送出を解除する構成とした
から（ステップ２３および２４）、リクエスト頻度Ｆの
変動に応じて、繰返型送出を行うか否かを効率よく決定
することができる。また、本実施形態では、繰返型送出
を設定するときのリクエスト頻度Ｆの基準値を１０と
し、繰返型送出の設定を解除するときのリクエスト頻度
の基準値を５とした。このように、設定の基準値と解除
の基準値との差は５である。このような差を設けること
により、リクエスト頻度Ｆのわずかに減少する度に、繰
返型送出の設定が解除されるのを防止することができ
る。

【０１１８】また、前走映像が既に予約済みのときに
は、予約済みの前走映像１についてのスケジュールに、
リクエスト元の端末番号を追加する構成としたから、同
一の前走映像に対してリクエストを行った視聴者に対し
て、前走映像を一度に送出することができ、映像送出に
使用するチャネル数を減少させるこができる。

【０１１９】また、リクエストを受け取った時点から所
定時間内において、チャネルに空きができるか否かを判
定し、チャネルに空きがあるときに、前走映像のスケジ
ューリングを行う構成としたから、ある時点において全
チャネルが使用中でも、その時点から短時間経過後に空
きチャネルができる場合には、その空きチャネルを介し
て前走映像を効率よく送出することができる。

【０１２０】なお、前記実施形態では、繰返型送出とし
て、１つのチャネルに同一の前走映像を繰り返し送出す
る場合を例に挙げたが、本発明はこれに限らない。例え
ば、図６に示すように、前走映像を、複数のチャネルを
介して同時にかつ繰り返し送出し、かつ、番組の送出開
始時刻を各チャネル毎にずらすようにしてもよい。これ
により、同一の前走映像に対して、非常に多くのリクエ
ストがあっても、すべての視聴者に対して同一の前走映
像を送出することができ、かつ、視聴者の待ち時間を減
少させることができる。

【０１２１】また、前記実施形態では、電話回線６を介
して端末２００からセンタ装置１００に番組送出要求
（リクエスト）をする場合を例に挙げたが、本発明はこ
れに限らず、ＣＡＴＶ網５を介して番組送出要求をする
構成としてもよい。例えば、図４に示すように、端末２
００に送信部（図３に破線で示す）を設け、センタ装置
１００に向けて要求信号Ｓ２を送信し、この要求信号Ｓ
２によって番組送出要求を行ってもよい。この要求信号
Ｓ２は、センタ装置１００の混合部１３で分離され、制
御部１１に供給される（図２に破線で示す）。

【０１２２】なお、この場合のリクエスト受付時のガイ
ダンスは、例えば文字データを制御信号Ｓ１によってそ
の端末２００に送信することにより、それによって制御
部５１でガイダンス画像を生成し、モニタ５５に表示す
るようにする。

【０１２３】また、前記実施形態では、待機型送出を設
定するとき、しきい値Ｎに「５」を入力し、制限時間Ｍ
に「５分」を入力する場合を例に挙げたが、本発明はこ
れに限らない。しきい値Ｎおよび制限時間Ｍにそれぞれ
入力する値は、番組の再生時間や番組送出要求の傾向や
ばらつき等によって適宜に設定することができる。

【０１２４】また、前記実施形態では、番組送出要求の
要求頻度が１０以上のときに、番組送出方法として繰返
型送出を設定する場合を例に挙げたが、本発明はこれに
限定されず、番組送出方法として繰返型送出を設定する
か否かを決定する基準値は、実際の番組送出要求の要求
頻度に応じて適宜に設定することができる。

【０１２５】また、前記実施形態では、繰返型送出解除
処理において、リクエスト頻度Ｆが５以下になったとき
に、繰返型送出を解除する場合を例に挙げたが、本発明
はこれに限らず、繰返型送出によって番組を繰り返す回
数によって、繰返型送出を解除するようにしてもよい。

【０１２６】さらに、前記実施形態では、番組送出方法
を、競馬の前走映像を送出するシステムに適用した場合
を例に挙げたが、本発明はこれに限らず、映画、音楽番
組、教育番組、情報提供番組等を送出するＣＡＴＶシス
テムまたは衛星放送システムに適用してもよい。

【０１２７】また、図書館や博物館などの施設における
各種の情報提供など、伝送媒体や番組内容に拘わらず、
リクエスト型の情報提供サービスに広く利用できる。

【０１２８】また、前記実施形態では、センタ装置１０
０からの制御信号Ｓ１によってリクエスト者の端末２０
０がリクエストした番組の放送時に自動的に設定される
例を挙げたが、このような制御信号Ｓ１を設けず、リク
エスト者ばかりでなく任意の視聴者がガイドチャネルで
送信される番組表を見て手動で選択するようにし、不特
定多数の視聴者がリクエストの多い番組を任意に楽しめ
るようにしてもよい。しかし、前記実施形態のようにし
た場合は、制御信号Ｓ１に視聴許可の機能を付加し、リ
クエストした視聴者のみが視聴できるようにすることに
よって、視聴した分のみ課金するいわゆるＰＰＶ（ペイ
パービュー）による有料情報サービスが容易に行えると
いう利点がある。

【０１２９】また、前記実施形態では、視聴者が電話を
手動でかけてリクエストし、リクエスト受付時のガイダ
ンスが音声で提供される例を挙げたが、例えば図３に破
線で示したように制御部５１とリクエスト発信部６１と
を結び、入力部５４からリクエスト入力すると自動的に
電話を発信するようにしてもよい。なお、この場合には
リクエスト受付時のガイダンスは音声をスピーカ５６か
ら出力するようにしてもよいし、文字データ等によって
生成したガイダンスの画像をモニタ５５に表示するよう
にしてもよい。

【０１３０】なお、この場合のリクエスト入力は、例え
ば図８のようなガイド情報画像の提供がガイドチャネル
の文字多重データによってなされている場合には、テレ
ビ文字多重放送の番組選択で行われているようなボタン
コマンドの手法を使用し、画像上の所望の前走映像のボ
タン表示をカーソルを移動して選択表示し、決定キーの
操作によってそのボタン表示を選択すると、それに関連
づけられたコマンドが実行されて、リクエストが自動的
に送信されるようにしてもよい。

【０１３１】また、前記実施形態では、リクエスト頻度
Ｆを過去の所定時間のリクエスト数から求める例を挙げ
たが、リクエスト頻度の過去の推移を勘案したり、それ
に基づいて将来の予測を加味するなど、周知の統計的手
法が適用できる。

【０１３２】なお、ステップ３３でリクエスト頻度Ｆと
比較する値が第１の基準値の具体例に相当し、ステップ
３５でリクエスト頻度Ｆと比較する値が第２の基準値の
具体例に相当する。また、ステップ３４でしきい値Ｎに
入力する値が第１の値の具体例に相当し、ステップ３６
でしきい値Ｎに入力する値が第３の値の具体例に相当
し、ステップ３７でしきい値Ｎに入力する値が第２の値
の具体例に相当する。

【０１３３】

【発明の効果】以上詳述したとおり、請求項１の発明に
よれば、番組送出要求の要求頻度に基づいてしきい値を
変化させ、番組送出要求の要求数がこのしきい値に達し
たとき、番組を送出する構成としたから、番組送出要求
の要求数および要求頻度に応じて、番組を効率よく送出
することができる。従って、番組の送出に使用するチャ
ネルの使用効率を高めることができ、使用可能なチャネ
ル数に限りがある場合でも、番組の送出を確実に行うこ
とができる。

【０１３４】請求項２の発明によれば、番組を送出する
ときに、送出時刻および送出チャネルを設定し、この送
出時刻になったときに設定した送出チャネルを介して一
の番組を送出するようにしたから、番組送出要求の要求
数および要求頻度に応じて、番組を効率よくスケジュー
リングすることができ、スケジュールに従って番組を効
率よく送出することができる。

【０１３５】請求項３の発明によれば、番組送出要求の
要求頻度が第１の基準値以下のときには、しきい値を第
１の値に設定し、要求頻度が第１の基準値よりも大きい
ときには、しきい値を、第１の値よりも大きい値を有す
る第２の値に設定するようにしたから、番組送出要求の
要求頻度の大小に対応させて、大きさの異なる２つの値
を選択的にしきい値として設定することができ、効率の
よい番組送出を容易に実行することができる。

【０１３６】請求項４の発明によれば、番組送出要求の
要求頻度が、第１の基準値よりも大きい値を有する第２
の基準値以上のときには、しきい値を第３の値に設定
し、送出手順において、しきい値が第３の値のときに
は、番組送出要求の要求数に拘わらず番組を繰り返し送
出するようにしたから、番組に対する番組送出要求が非
常に多いときでも、番組を効率よく送出することができ
る。

【０１３７】請求項５の発明によれば、番組送出要求の
要求頻度が、第１の基準値よりも大きい値を有する第２
の基準値以上のときには、しきい値を第３の値に設定
し、送出手順において、しきい値が第３の値のときに
は、番組送出要求の要求数に拘わらず番組を複数のチャ
ネルを介して同時にかつ繰り返し送出し、かつ、番組の
送出開始時刻を各チャネル毎にずらすようにしたから、
一の番組に対して、非常に多くの番組送出要求があって
も、すべての要求者に対して一の番組を送出することが
でき、かつ、要求者の待ち時間を減少させることができ
る。

【０１３８】請求項６の発明によれば、番組送出要求を
最初に受け取ったときからの経過時間を計測する時間計
測手順を設け、番組送出要求の要求数がしきい値に達し
たとき、または、時間計測手順により計測された経過時
間が制限時間に達したときに、番組を送出するようにし
たから、番組送出要求に時間的なばらつきがあっても、
一定時間が経過する毎に、番組を要求者に効率よく送出
することができる。

【０１３９】請求項７の発明によれば、番組送出要求が
あった一の番組と、既に送出時刻および送出チャネルが
設定されて送出待ち状態となっている他の番組とを比較
し、両者の内容が異なるか否かを判定し、この判定の結
果、両者の内容が異なるときに、前記一の番組を送出す
るための送出時刻および送出チャネルを設定し、これら
設定された送出時刻および送出チャネルに従って前記一
の番組を送出するようにしたから、同一の番組に対する
番組送出要求を発した要求者に対して、番組を一度に送
出することができ、番組送出に使用するチャネル数を減
少させることができる。

【０１４０】請求項８の発明によれば、所定時間内に送
出可能な送出チャネルが存在するか否かを判定し、この
判定の結果、所定時間内に送出可能な送出チャネルが存
在するときに、一の番組を送出するための送出時刻およ
び送出チャネルを設定し、これら設定された送出時刻お
よび送出チャネルに従って一の番組を送出するようにし
たから、ある時点において全チャネルが使用中でも、そ
の時点から短時間経過後に空きチャネルができる場合に
は、その空きチャネルを介して番組を効率よく送出する
ことができる。

【０１４１】請求項９の発明によれば、番組送出要求の
要求頻度Ｆが、第１の基準値Ｂ１に対して、Ｆ≦Ｂ１の
ときには、番組送出要求を受け取った直後に一の番組を
送出し、要求頻度が、第１の基準値Ｂ１および第１の基
準値Ｂ１より大きな値を有する第２の基準値Ｂ２に対し
て、Ｂ１＜Ｆ＜Ｂ２のときには、前記一の番組に対する
番組送出要求の要求数が所定数になったときに前記一の
番組を送出し、要求頻度が、第２の基準値Ｂ２に対し
て、Ｂ２≦Ｆのときには、前記一の番組を繰り返して送
出する構成としたから、番組送出要求の要求数および要
求頻度に応じて、番組を効率よく送出することができ
る。従って、番組の送出に使用するチャネルの使用効率
を高めることができ、使用可能なチャネル数に限りがあ
る場合でも、番組の送出を確実に行うことができる。

【図面の簡単な説明】

【図１】本発明の実施の形態によるＣＡＴＶシステムの
構成を示すブロック図である。

【図２】本発明の実施の形態によるセンタ装置の構成を
示すブロック図である。

【図３】本発明の実施の形態による端末の構成を示すブ
ロック図である。

【図４】本発明の実施の形態においてセンタ装置から端
末に送信される送信信号等の周波数帯域を示す説明図で
ある。

【図５】本発明の実施の形態において前走映像の送出方
法を示す説明図である。

【図６】本発明の実施の形態において前走映像の他の送
出方法を示す説明図である。

【図７】本発明の実施の形態によるリクエスト管理テー
ブルを示す説明図である。

【図８】本発明の実施の形態による端末のモニタに表示
されるガイド情報画像を示す説明図である。

【図９】本発明の実施の形態による映像送出処理のメイ
ンルーチンを示すフローチャートである。

【図１０】本発明の実施の形態によるリクエスト受付処
理を示すフローチャートである。

【図１１】本発明の実施の形態による繰返型送出解除処
理を示すフローチャートである。

【図１２】本発明の実施の形態による映像送出方法設定
処理を示すフローチャートである。

【図１３】本発明の実施の形態によるスケジュール処理
を示すフローチャートである。

【符号の説明】

５ＣＡＴＶ網６電話回線１１制御部１２記憶部２１再生部２３多重変換部２４変調部２０Ａ，２０Ｂ，２０Ｃ，２０Ｄ映像送出セクション１００センタ装置Ｆリクエスト頻度（要求頻度）Ｍ制限時間Ｎしきい値Ｒリクエスト数（要求数）

Claims

【特許請求の範囲】

【請求項１】一の番組の送出を要求する番組送出要求
を受け取り、この番組送出要求によって要求された一の
番組を送出する番組送出方法であって、前記番組送出要求の要求数を計数する計数手順と、前記計数手順によって計数された要求数に基づいて、前
記番組送出要求の要求頻度を算出する頻度算出手順と、前記頻度算出手順によって算出された要求頻度に基づい
て値が変化するしきい値を設定するしきい値設定手順
と、前記番組送出要求の要求数が前記しきい値設定手順によ
り設定されたしきい値に達したとき、前記一の番組を送
出する送出手順とを備えてなる番組送出方法。
【請求項２】前記送出手順において、前記一の番組を
送出するときには、送出時刻および送出チャネルを設定
し、前記送出時刻になったときに前記送出チャネルを介
して前記一の番組を送出する請求項１に記載の番組送出
方法。
【請求項３】前記しきい値設定手順において、前記要
求頻度が第１の基準値以下のときには、前記しきい値を
第１の値に設定し、前記要求頻度が前記第１の基準値よ
りも大きいときには、前記しきい値を、第１の値よりも
大きい値を有する第２の値に設定する請求項１または２
に記載の番組送出方法。
【請求項４】前記しきい値設定手順において、前記要
求頻度が、前記第１の基準値よりも大きい値を有する第
２の基準値以上のときには、前記しきい値を第３の値に
設定し、前記送出手順において、前記しきい値が前記第３の値の
ときには、前記要求数に拘わらず前記一の番組を繰り返
し送出する請求項３に記載の番組送出方法。
【請求項５】前記しきい値設定手順において、前記要
求頻度が、前記第１の基準値よりも大きい値を有する第
２の基準値以上のときには、前記しきい値を第３の値に
設定し、前記送出手順において、前記しきい値が前記第３の値の
ときには、前記要求数に拘わらず前記一の番組を複数の
チャネルを介して同時にかつ繰り返し送出し、かつ、前
記一の番組の送出開始時刻を各チャネル毎にずらす請求
項３に記載の番組送出方法。
【請求項６】前記番組送出要求を最初に受け取ったと
きからの経過時間を計測する時間計測手順を設け、前記送出手順において、前記番組送出要求の要求数が前
記しきい値設定手順により設定されたしきい値に達した
とき、または、前記時間計測手順により計測された経過
時間が制限時間に達したときに、前記一の番組を送出す
る請求項１ないし３のいずれかに記載の番組送出方法。
【請求項７】前記送出手順において、前記一の番組
と、既に送出時刻および送出チャネルが設定されて送出
待ち状態となっている他の番組とを比較し、両者の内容
が異なるか否かを判定し、この判定の結果、両者の内容
が異なるときに、前記一の番組を送出するための送出時
刻および送出チャネルを設定し、これら設定された送出
時刻および送出チャネルに従って前記一の番組を送出す
る請求項２ないし６のいずれかに記載の番組送出方法。
【請求項８】前記送出手順において、所定時間内に送
出可能な送出チャネルが存在するか否かを判定し、この
判定の結果、所定時間内に送出可能な送出チャネルが存
在するときに、前記一の番組を送出するための送出時刻
および送出チャネルを設定し、これら設定された送出時
刻および送出チャネルに従って前記一の番組を送出する
請求項２ないし７のいずれかに記載の番組送出方法。
【請求項９】一の番組の送出を要求する番組送出要求
を受け取り、この番組送出要求によって要求された一の
番組を送出する番組送出方法であって、前記番組送出要求の要求数を計数する計数手順と、前記計数手順によって計数された要求数に基づいて、前
記番組送出要求の要求頻度Ｆを算出する頻度算出手順
と、前記要求頻度Ｆが、第１の基準値Ｂ１に対して、Ｆ≦Ｂ
１のときには、前記番組送出要求を受け取った直後に前
記一の番組を送出し、前記要求頻度が、前記第１の基準
値Ｂ１および第１の基準値Ｂ１より大きな値を有する第
２の基準値Ｂ２に対して、Ｂ１＜Ｆ＜Ｂ２のときには、
前記一の番組に対する番組送出要求の要求数が所定数に
なったときに前記一の番組を送出し、前記要求頻度が、
前記第２の基準値Ｂ２に対して、Ｂ２≦Ｆのときには、
前記一の番組を繰り返して送出する送出手順とを備えて
なる番組送出方法。