JP2002333890A - 有線放送システム - Google Patents

Abstract

(57)【要約】 【課題】 デジタル有線放送システムの既存設備を利用
しながら、あらたなビジネスモデルを提案することを課
題とする。 【解決手段】 配信局１０と受信局２０とはデジタル回
線で接続され双方向通信可能である。受信端末２０のリ
クエスト送信部２１１から送信されたリクエスト情報
は、配信局１０のリクエスト取得部１１２によって利用
者情報ＤＢ１０１に反映される。また、リクエスト情報
に従って送信スケジュールＤＢ１０２が更新される。配
信制御部１１１は、送信スケジュールＤＢを参照するこ
とにより、利用者に応じた個別の音声番組を配信制御す
る。また、配信局１０は、広告ＤＢ１０３を備えてお
り、利用者情報ＤＢ１０１を参照することにより、利用
者に応じた広告情報を配信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、高速のデジタル回
線を利用した有線放送システムの付加技術に関する。

【０００２】

【背景技術】アナログ回線を用いた有線放送システムが
存在する。図５に、有線放送システムの概略構成を示
す。このシステムは受信局３（一般家庭、集合住宅、店
舗等）と有線放送局１との間に専用回線による伝送路を
設け、有線放送局１の配信装置２が送信する放送プログ
ラムを受信局３に設置された受信装置４が受信すること
により、受信局３において音楽番組の放送を楽しむとい
うものである。有線放送局１が送信する放送プログラム
は、一般に数十〜数百のチャンネルを有しており、受信
装置４において受信チャンネルを選択することで、好み
の音楽を視聴することができる。放送プログラムは普通
数時間毎に同一内容を繰り返しており、一定期間で更新
される。

【０００３】現在、主にアナログ回線を用いた有線放送
システムは、より高い付加価値を利用者に提供する為、
デジタル回線に変更されつつある。高速のデジタル回線
を用いることで、より高品質な音楽配信をすることや、
画像配信との併用が可能となる。また、ＩＰプロトコル
を使用することにより、利用者との間で双方向の情報交
換を行うことや、利用者情報に応じた個別のサービスを
実現することが可能となる。

【０００４】このように、高速のデジタル回線を用いた
有線放送システムにおいては、アナログ回線を用いたシ
ステムに比べ、格段にアプリケーションの自由度が高く
なる。そして、店舗等に高速のデジタル回線を設けるこ
とは、有線放送のプログラム以外にも他の用途として利
用する可能性が広がることとなる。

【０００５】本発明は、デジタル回線に移行されつつあ
る有線放送システムにおいて、そのデジタル回線を有効
に活用するあらたな技術を提供することを課題とする。

【０００６】

【課題を解決するための手段】上記課題を解決するた
め、請求項１の発明は、音声番組を配信する配信局と、
前記音声番組を受信する複数の受信局とからなる有線放
送システムであって、前記配信局は、各受信局の利用者
情報を蓄積する利用者情報データベースと、前記利用者
情報データベースを参照することにより、各受信局に配
信する音声番組の内容を選択する配信制御手段とを備え
ることを特徴とする。

【０００７】請求項２の発明は、請求項１に記載の有線
放送システムであって、前記配信局は、さらに、広告情
報を蓄積する広告情報データベースを備え、前記配信制
御手段は、前記利用者情報データベースを参照すること
により、各受信局に配信する広告情報の内容を選択する
手段を含むことを特徴とする。

【０００８】請求項３の発明は、請求項１または請求項
２に記載の有線放送システムであって、前記配信制御手
段は、各受信局に配信する前記音声番組の配信時刻を制
御する手段を含むことを特徴とする。

【０００９】請求項４の発明は、請求項１ないし請求項
３のいずれかに記載の有線放送システムであって、前記
配信局と前記受信局との間は双方向通信が可能であり、
前記配信局は、前記受信局から前記音声番組の内容に関
するリクエストを受けるリクエスト取得手段と、前記リ
クエストの内容を前記利用者情報データベースに反映さ
せる手段とを備えることを特徴とする。

【００１０】請求項５の発明は、請求項４に記載の有線
放送システムであって、前記リクエスト取得手段は、前
記受信局から、前記リクエストにかかる音声番組の配信
先を指定した情報を取得する手段を含むことを特徴とす
る。

【００１１】請求項６の発明は、音声番組を配信する配
信局と、前記音声番組を受信する複数の受信局とからな
る有線放送システムであって、前記受信局は、前記受信
局において所定のエリアを撮影する撮影手段と、前記撮
影手段の撮影した映像を、前記有線放送システムの伝送
路を用いて前記配信局に送信する手段とを備えることを
特徴とする。

【００１２】請求項７の発明は、請求項６に記載の有線
放送システムであって、前記配信局は、前記受信局から
受信した前記映像を表示する表示手段を備えることを特
徴とする。

【００１３】請求項８の発明は、請求項６または請求項
７に記載の有線放送システムであって、前記配信局は、
前記受信局から受信した前記映像を他局に転送する手
段、を備えることを特徴とする。

【００１４】請求項９の発明は、音声番組を配信する配
信局と、前記音声番組を受信する複数の受信局とからな
る有線放送システムであって、前記配信局は、受信局ご
とに送信した楽曲データの履歴を記録する履歴記録手段
と、受信局から楽曲データの配信要求を受けた際、前記
履歴記録手段を参照することにより、配信要求にかかる
楽曲データが既に配信済みの楽曲データであると判断さ
れた場合には、当該受信局に対して楽曲データの識別情
報のみを送信する手段とを備え、前記受信局は、受信し
た楽曲データを蓄積する記憶手段と、前記配信局から前
記識別情報を受信した際には、前記識別番号に対応する
楽曲データを前記記憶手段から取得して再生する手段と
を備えることを特徴とする。

【００１５】請求項１０の発明は、音声番組を配信する
配信局と、前記音声番組を受信する複数の受信局とから
なる有線放送システムであって、前記配信局は、受信局
に対して複数の楽曲データを一括送信する手段と、前記
一括送信した楽曲データの履歴を記録する履歴記録手段
と、受信局から楽曲データの配信要求を受けた際、前記
履歴記録手段を参照することにより、配信要求にかかる
楽曲データが既に配信済みの楽曲データであると判断さ
れた場合には、当該受信局に対して楽曲データの識別情
報のみを送信する手段とを備え、前記受信局は、前記配
信局が一括送信した複数の楽曲データを蓄積する記憶手
段と、前記配信局から前記識別情報を受信した際には、
前記識別番号に対応する楽曲データを前記記憶手段から
取得して再生する手段とを備えることを特徴とする。

【００１６】請求項１１の発明は、音声番組を配信する
配信局と、前記音声番組を受信する複数の受信局とから
なる有線放送システムであって、前記配信局は、前記受
信局に対して複数の楽曲データを記録している記録媒体
を配布しており、前記配信局は、前記記録媒体に記録さ
れている楽曲データのリスト情報と、受信局から楽曲デ
ータの配信要求を受けた際、前記リスト情報を参照する
ことにより、配信要求にかかる楽曲データが前記記録媒
体に存在すると判断された場合には、当該受信局に対し
て楽曲データの識別情報のみを送信する手段とを備え、
前記受信局は、前記配信局から前記識別情報を受信した
際には、前記識別番号に対応する楽曲データを前記記録
媒体から取得して再生する手段とを備えることを特徴と
する。

【００１７】

【発明の実施の形態】｛１．第１の実施の形態｝ ＜１．全体構成＞以下、図面を参照しつつ本発明の実施
の形態について説明する。図１は、本実施の形態に係る
有線放送システムの概略構成図である。有線放送システ
ムは、音声番組を配信する配信局１０と、音声番組を受
信する受信局２０と、配信局１０と受信局２０とを接続
するデジタル回線５０とから構成される。

【００１８】配信局１０は、従来のアナログ有線放送シ
ステムと同様、複数の放送チャンネルを利用して音楽番
組その他の音声番組を放送をすることが可能であり、放
送局としての機能をもっているが、本実施の形態におい
ては、利用者の要求に応じて個別のサービスを提供可能
であるため、配信局１０と呼ぶことにする。配信局１０
については、後述するが、配信コントロールサーバ１１
と配信ストリーミングサーバ１２を備えており、一般の
音声番組や利用者からの要求に応じた音声番組の配信制
御を行う。

【００１９】一方、受信局２０は、受信端末２１を設置
し、音声番組を視聴する空間、設備等であり、店舗２０
ａ、集合住宅２０ｂ、一般の家庭２０ｃなどが受信局２
０となりうる。また、イベント会場などに一時的に受信
端末２１が設置されることもあるので、この場合には、
一時的にイベント会場が受信局２０となる。

【００２０】受信装置２１は、配信局１０から送信され
た音声番組を受信するとともに再生する装置であり、配
信局１０に対して音声番組の内容に関するリクエストを
送ることが可能である。

【００２１】＜２．配信局および受信局＞配信局１０お
よび受信局２０の構成について説明する。配信局１０
は、図１に示したように、配信コントロールサーバ１１
と配信ストリーミングサーバ１２とを備えている。ただ
し、これら２つのサーバは、物理的に独立したハードウ
ェアである必要はなく、１つのハードウェアで構成され
ていてもよい。逆に、ソフトウェアで実現される機能に
ついては、複数のサーバに分散させるようにしてもよ
い。

【００２２】図２において、配信制御部１１１、リクエ
スト取得部１１２、認証部１１３等は、配信コントロー
ルサーバ１１において実現される機能部である。また、
配信コントロールサーバ１１は、利用者情報データベー
ス（以下、利用者情報ＤＢとする。）１０１、送信スケ
ジュールデータベース（以下、送信スケジュールＤＢと
する。）１０２、広告情報データベース（以下、広告Ｄ
Ｂとする。）１０３を備えており、各ＤＢの参照、更新
処理を行うことにより、音声番組の配信制御を可能とし
ている。また、配信ストリーミングサーバ１２は、楽曲
データベース（以下、楽曲ＤＢとする。）１０４を備え
ており、楽曲ＤＢに蓄積された楽曲データを各受信局２
０に送信する。

【００２３】配信局１０と受信局２０とは、前述のごと
く、デジタル回線５０で接続されており、配信局１０の
各サーバや装置と、受信局２０の受信端末２１とは、Ｉ
Ｐプロトコルを利用した通信を行っている。ＩＰプロト
コルを利用することにより、既存技術やアプリケーショ
ンの流用が可能であるとともに、拡張性と柔軟性の高い
システム構成となっている。

【００２４】受信端末２１は、リクエスト送信部２１１
を備えている。リクエスト送信部２１１は、利用者がリ
モコン操作やパネル操作によって指定したリクエスト情
報を配信局１０に送信する。リクエスト情報は、特定の
曲名を指定した情報であってもよいし、ジャンルや、条
件（曲調、シーンなど）が設定された情報であってもよ
い。

【００２５】受信局２０から送信されたリクエスト情報
は、配信局１０のリクエスト取得部１１２において受信
されるが、この際、認証部１１３において利用者認証が
行われる。リクエスト取得部１１２は、認証部１１３か
ら認証情報を受信することにより、利用者情報ＤＢ１０
１を参照し、認証された利用者についての利用者情報を
更新する。このように、配信局１０は、リクエスト情報
をリアルタイムで利用者情報ＤＢに反映させることで、
常に、最新の利用者情報を保有することができるので、
従来の有線放送とは異なり、利用者の趣向に応じた適切
なサービスを提供することができる。

【００２６】利用者情報ＤＢ１０１は、このようにリク
エスト情報をもとにリアルタイムに更新されるほか、配
信局１０においてオペレータの入力操作によっても更新
される。そして、このようにして更新される利用者情報
ＤＢ１０１を分析することにより、配信局１０では、受
信局２０ごとの利用者の趣向を統計的に把握することが
可能となる。

【００２７】リクエスト取得部１１２は、さらに、送信
スケジュールＤＢ１０２の更新を行う。送信スケジュー
ルＤＢ１０２は、一般音声番組の配信スケジュールの管
理と、個別受信局ごとの配信スケジュールの管理を行う
データベースである。

【００２８】一般音声番組の配信スケジュールは、複数
のチャンネルを利用して全受信局２０（２０ａ，２０
ｂ，２０ｃ等）に対して配信する音声番組のスケジュー
ルであり、定期的に同一内容を繰り返し配信する（つま
り、従来からの放送形態である）。

【００２９】これに対して、個別受信局ごとの配信スケ
ジュールは、利用者情報ＤＢ１０１に蓄積された利用者
情報をもとに、個別に受信局ごとの配信スケジュールを
管理している。そして、リクエスト取得部１１２が、あ
らたなリクエスト情報を受信局２０から受信した場合に
は、適宜スケジュールの組替えが行われるのである。

【００３０】また、受信局２０から送信されるリクエス
ト情報には、配信希望時間を含められるようにしておく
ことも可能である。この場合には、この配信希望時間に
応じて配信スケジュールＤＢ１０２が更新される。ま
た、配信制御部１１１は、利用者情報ＤＢを分析するこ
とにより、リクエスト曲と時間との間に関連性が見つけ
られる場合には、特定の音楽については、特定の時間に
配信するといった制御を行うことも可能である。

【００３１】このようにして、全受信局２０に配信する
音声番組のスケジュール、および、受信局ごとの個別ス
ケジュールが送信スケジュールＤＢ１０２に記録され
る。そして、配信制御部１１１は、送信スケジュールＤ
Ｂ１０２に記録された送信スケジュールに基づいて、配
信する音声番組、もしくは、特定の曲目を選定し、スト
リーミングサーバ１２に対して配信指示を出すのであ
る。

【００３２】従来、有線放送システムにおいては、電話
によるリクエストを受けていたため、オペレータ対応が
必要であった。また、配信スケジュールの管理も大変で
あった。本実施の形態においては、オンラインで取得し
たリクエスト情報をもとに、配信スケジュールが自動生
成されるので、運用管理の負担を軽減させることができ
るのである。

【００３３】ストリーミング配信サーバ１２は、配信制
御部１１１から配信指示を受けると、該当する楽曲デー
タを楽曲ＤＢ１０４から取得し、取得した楽曲データを
受信局２０に対してストリーミングデータとして送信す
るのである。楽曲ＤＢ１０４は、たとえば、ＭＰ３（MP
EG-1 Audio Layer-3）などの音声圧縮技術を利用した音
声データ形式で、楽曲ＤＢ１０４に蓄積されている。

【００３４】ストリーミング配信とは、データを読み出
しながらその場で再生していく配信技術であるので、受
信局２０は、ストリーミングを利用することにより、待
ち時間のないマルチメディアコンテンツの再生が可能と
なるのである。このように、有線放送システムは、ＩＰ
プロトコルを利用することにより、インターネット等で
利用されている既存技術を利用して、低コストでシステ
ムを構築することを可能としている。

【００３５】また、リクエスト情報に、配信先の設定情
報を含めるようにしてもよい。つまり、リクエスト要求
を送信した受信局２０とは別の受信局や他の端末３１に
音声番組や広告情報を配信させるのである。たとえば、
インターネットに接続した端末や、携帯電話などの携帯
情報端末に配信させるようにしてもよい。この場合、音
声データを添付ファイルとして端末３１に送信するよう
にしてもよい。

【００３６】＜３．広告配信＞図２に示すように、配信
局１０は、広告ＤＢ１０３を有している。広告ＤＢ１０
３は、有線放送システムにおいて配信する音声による広
告データを蓄積している。広告データは、あらかじめ契
約された企業、店舗などの宣伝、広告情報であり、ここ
では、楽曲データと同様に、圧縮音声データ形式で保存
されているものとする。

【００３７】配信制御部１１１は、前述の如く、送信ス
ケジュールＤＢ１０２に記録された送信スケジュールに
基づいて、配信する楽曲を選定するが、さらに、配信制
御部１１１は、各受信局２０に対して送信する広告デー
タの選定も行う。

【００３８】ここで、一般の音声番組については、全て
の受信局２０に対して同一の広告データを、定期的に、
もしくは、繰り返し配信するという方式がとられる。こ
れに対して、各受信局２０に個別に配信される音声番組
においては、利用者情報ＤＢ１０１を参照することによ
り、当該受信局２０の趣向に応じた広告情報を配信する
よう制御するのである。

【００３９】このような仕組みをつくることにより、配
信局１０、すなわち、有線放送システムの運営サイドに
あっては、広告収入が得られるとうメリットがある。ま
た、広告収入を得ることにより、配信局１０は、たとえ
ば受信費用を低額にするといった方法で受信局２０に対
して広告収入分を還元できるわけであるから、受信局２
０、すなわち、利用者にとってもメリットがある。

【００４０】さらに、本実施の形態においては、利用者
の趣向に応じて個別に配信する広告データを選定するの
で、広告主は、投入した広告費用に対して、充分な効果
を期待することができる。逆に、利用者にとっても興味
のない広告、宣伝情報が一方的に送られてくるのとは異
なり、自己の趣向に適合した広告データが配信されてく
るので、双方にとって有益なシステムとなっているので
ある。

【００４１】｛２．第２の実施の形態｝次に、本発明の
第２の実施の形態について説明する。第２の実施の形態
における配信局１０および受信局２０の構成のうち、第
１の実施の形態と同様の構成については、同一の番号を
付して説明する。

【００４２】＜１．配信局および受信局＞図３を用いて
配信局１０および受信局２０の構成について説明する。
配信局１０は、第１の実施の形態と同様に、配信制御部
１１１、リクエスト取得部１１２、認証部１１３などの
各機能を備えており、また、利用者情報ＤＢ１０１、送
信スケジュールＤＢ１０２、広告ＤＢ１０３などの各種
データベースを備えている。また、ストリーミング配信
サーバ１２と楽曲ＤＢ１０４を備えており、楽曲データ
を受信局２０に対してストリーミングデータとして送信
可能としている。

【００４３】一方、受信局２０は、受信端末２１に加
え、受信局２０において所定のエリアを撮影するカメラ
２２が設けられている。

【００４４】カメラ２２の撮影用途は、特に、限定され
るものではないが、ここでは、受信局２０がパチンコ店
であり、カメラ２２は、パチンコ店の店内に設けられた
監視カメラとして利用される場合を例にして説明する。

【００４５】カメラ２２は、受信端末２１に接続されて
おり、カメラ２２が撮影した店内の映像は、受信端末２
１に送信される。受信端末２１は、受信した映像を配信
局１０に送信する。

【００４６】上述したように音声番組、広告情報を配信
する有線放送システムにおいて、配信局１０と受信局２
０との間のデジタル回線は、配信局１０から受信局２０
への「下り回線」としては、トラフィックが多くなる
が、受信局２０から配信局１０への「上り回線」として
は、トラフィックは非常に少ない。つまり、音声データ
や広告データなどのデータ量の多いデータは、全て、配
信局１０から受信局２０へ送信されるものであり、受信
局２０から配信局１０に対しては、リクエストデータな
どの非常にデータ量の小さいデータが送信されるのみで
ある。また、受信局２０から配信局１０に対してデータ
を送信する頻度も非常に少ないのが通常である。

【００４７】そこで、本実施の形態においては、この
「上り回線」の余裕を利用して、受信局２０から配信局
１０に対して映像を送信するのである。

【００４８】パチンコ店の店内で撮影された映像はカメ
ラ２２から画像データとして受信装置２１に送信され
る。受信装置２１では、受信した画像データが画像圧縮
部２１２において圧縮され、圧縮画像データとして、画
像送信部２１３より配信局１０に対して送信される。

【００４９】配信局１０においては、画像受信部１１４
が圧縮画像データを受信する。また、配信局１０では、
画像データを送信してきた受信局の認証を行う。

【００５０】画像受信部１１４において受信した圧縮画
像データは、画像伸張部１１５において伸張処理された
のち、記憶装置１０５内に記録される。そして、記憶装
置１０５に記録された画像データは、再配信部１１６に
おい再配信処理される。ここで、再配信処理としては、
配信局２０内のモニタ１３に対して表示させる場合と、
他の端末局３０に対して再送信する処理とがある。

【００５１】配信局２０内のモニタ１３に表示させる場
合は、配信局２０自体が、監視センタとして機能する。
配信局２０のモニタ１３には、逐次、パチンコ店の店内
映像が表示されるのである。配信局２０内に複数のモニ
タ１３を備えた管理センタを設けることで、複数の受信
局に対する管理サービスを提供することが可能となるの
である。

【００５２】もう１つの方法は、記憶装置１０５内に記
録された画像データを他の端末局３０に送信する方法で
ある。たとえば、管理センタを別のエリアに設けた場合
が想定される。この場合にも、有線放送システムのデジ
タル回線網を利用して、有線放送サービスの提供とあわ
せて、管理サービスの提供を行うことが可能である。

【００５３】＜２．チェーン店での利用形態＞チェーン
展開している店舗が本実施の形態にかかる有線放送シス
テムを利用する場合を例にとって説明する。たとえば、
受信局として、あるコンビニエンスストアを想定する。
チェーン展開しているあるエリアの各コンビニエンスス
トアには、受信端末２１とカメラ２２が設置されてい
る。これにより、各コンビニエンスストアは受信局２０
として、有線放送を視聴することができる。

【００５４】第１の実施の形態において説明したよう
に、配信局１０は、利用者情報ＤＢ１０１を備えてお
り、利用者の趣向に応じた音声番組、広告情報を配信す
ることが可能である。そこで、各コンビニエンスストア
については、共通の利用者情報を蓄積することにより、
チェーン展開しているコンビニエンスストアにおいて、
共通の音声番組、広告情報を配信することが可能であ
る。これによって、各コンビニエンスストア内でＢＧＭ
として流す音楽などについては、利用者情報ＤＢを利用
して一括した管理が行える。また、広告情報について
も、コンビニエンスストア内で流す広告メッセージを一
括して管理できる。

【００５５】そして、各コンビニエンスストアに設置さ
れたカメラ２２により各店舗内の映像を撮影し、画像デ
ータを配信局１０に受信する。配信局１０では、さら
に、再配信部１１６によって、各店舗内の画像データを
コンビニエンスストアの本店管理センタに配信するので
ある。本店管理センタでは、受信した画像データをモニ
タで参照することにより、各コンビニエンスストアの店
内状況を把握することが可能となる。

【００５６】このように、コンビニエンスストアは、グ
ループ全体として有線放送システムを利用することによ
り、有線放送による音声番組の視聴が可能となるととも
に、同一のデジタル回線を利用した監視システムを利用
することが可能となるのである。そして、この管理シス
テムは有線放送のデジタル回線を利用することにより、
安価にシステムを構築することが可能である。

【００５７】｛３．第３の実施の形態｝次に、本発明の
第３の実施の形態について説明する。第３の実施の形態
における配信局１０および受信局２０の構成のうち、第
１の実施の形態と同様の構成については、同一の番号を
付して説明する。

【００５８】図４を用いて配信局１０および受信局２０
の構成について説明する。配信局１０は、第１の実施の
形態と同様に、配信制御部１１１、リクエスト取得部１
１２、認証部１１３などの各機能を備えており、また、
利用者情報ＤＢ１０１、送信スケジュールＤＢ１０２、
広告ＤＢ１０３などの各種データベースを備えている。
また、ストリーミング配信サーバ１２と楽曲ＤＢ１０４
を備えており、楽曲データを受信局２０に対してストリ
ーミングデータとして送信可能としている。

【００５９】一方、受信局２０の受信端末２１は、第１
の実施の形態と同様、リクエスト送信部２１１を備え、
送信局１０に対してリクエスト情報を送信することが可
能である。

【００６０】そして、第３の実施の形態においては、受
信局２０は、楽曲データを蓄積する記憶手段２３を備え
ている。記憶手段２３は、配信局１０から送信されてき
た楽曲データを蓄積するものであり、受信局２０では、
過去に受信した楽曲データを再び受信する際には、記憶
手段２３内のデータを利用することにより、通信にかか
る時間を節約することが可能となる。

【００６１】この記憶手段２３に蓄積された楽曲データ
を利用するため、配信局１０では、各受信局２０に対し
て配信した楽曲データの履歴を管理している。配信局１
０は、配信履歴データベース（以下、配信履歴ＤＢとす
る。）を備えており、各受信局２０に対して配信した楽
曲データの識別情報を記録しているのである。

【００６２】この識別情報は、たとえば、楽曲データに
ユニークにつけられたコードなどを記録しておけばよ
い。ただし、この識別情報は、楽曲データを特定する必
要があるため、たとえば、楽曲データのヘッダ情報に含
まれていることが条件となる。もしくは、楽曲データの
配信時に、識別番号を記録した別のデータを送信するよ
うにしている場合には、そのデータに記録された識別情
報を利用するようにしてもよい。

【００６３】配信制御部１１１は、受信局２０からリク
エスト要求を受けた際には、リクエスト要求にかかる楽
曲データのコードが配信履歴ＤＢに記録されているかど
うかのチェックを行う。ここで、楽曲データのコードが
配信履歴ＤＢに記録されていない場合には、通常の処理
（第１の実施の形態と同様）を行い、楽曲データを受信
局２０に送信する。そして、楽曲データのコードが配信
履歴ＤＢに記録されている場合には、配信局１０は、当
該楽曲データのコードのみを受信局２０に送信するので
ある。

【００６４】楽曲データのコードを受信した受信端末２
１は、記憶手段２３内の楽曲データを検索し、該当する
楽曲データを取得する。ここで、コード（識別番号）が
楽曲データのヘッダ情報に含まれている場合には、この
ヘッダ情報を検索することによって、該当する楽曲デー
タを取得することが可能である。また、前述のごとく、
別のデータとして記録されている場合には、そのデータ
を参照することによって、該当する楽曲データを取得す
るのである。

【００６５】受信端末２０は、このようにして配信局１
０から受信したコードをもとに、記憶手段２３からリク
エストした楽曲データを取得し、これを再生するのであ
る。このように、本実施の形態においては、過去に配信
した楽曲データを受信局２０側で蓄積することにより、
伝送路に流れるデータ量を大幅に減らすことが可能であ
る。

【００６６】また、上記実施の形態では、過去に配信し
た楽曲データを受信局２０側で蓄積するという方法であ
ったが、あらかじめ、配信局１０から受信局２０に一括
して楽曲データを送信しておくようにしてもよい。どれ
だけの楽曲データを送信しておくかは自由であるが、た
とえば、受信局２０の利用者の好みのジャンルについて
の全楽曲データを配信しておくようにしてもよい。

【００６７】この場合にも、同様に、配信局２０では、
一括して送信した楽曲データの履歴を配信履歴ＤＢ１０
７に記録しておくのである。これにより、既に一括送信
した楽曲データについリクエスト要求を受けた際には、
楽曲データを送信することなく、コードのみを送信する
ようにできるのである。さらに、第１の実施の形態と同
様、配信局１０が広告ＤＢ１０３を備えている場合に
は、楽曲データのコードと、広告情報のみを送信するよ
うにできる。送信する楽曲データがコードのみの場合、
トラフィック量が非常に少なくなるので、広告情報に画
像データを含める場合などにも優位である。

【００６８】また、過去に配信した楽曲データを蓄積す
る方法、あらかじめ複数の楽曲データを一括送信する方
法とは別に、あらかじめ、複数の楽曲データが記録され
た記録媒体を受信局２０に配布するようにしてもよい。

【００６９】この場合にも、配布した記録媒体に記録さ
れている楽曲データのリストを配信履歴ＤＢ１０７に記
録しておく。これにより、配布した記録媒体に記録され
た楽曲データについリクエスト要求を受けた際には、楽
曲データを送信することなく、コードのみを送信するよ
うにできるのである。

【００７０】なお、楽曲データの記録された記録媒体を
配布した場合には、受信局２０側で記録媒体に記録され
た楽曲データを直接（配信局１０に対してリクエスト要
求を送ることなく）再生できないような仕組みを設ける
ようにしてもよい。

【００７１】｛４．変形例｝上述した実施の形態におい
ては、配信局１０から受信局２０に送信するデータは、
音声データであったが、デジタル回線の回線速度に余裕
がある場合には、受信局２０に対して画像データを含め
たコンテンツを配信することも可能である。

【００７２】上述したコンビニエンスストアの例であれ
ば、店舗内に、映像つきの広告情報をモニタ表示するこ
とも可能である。

【００７３】また、レストランに受信装置２１を設置し
ている場合には、ミュージックビデオを上映することも
可能であり、従来の音声のみによる有線放送にあらたな
サービスを付加することが可能となる。

【００７４】

【発明の効果】以上説明したように、請求項１記載の発
明では、配信局は、利用者情報データベースを備え、利
用者情報データベースを参照することにより、個別に配
信する音声番組の選択を行うので、利用者の趣向に応じ
た内容の番組を提供することが可能となる。

【００７５】請求項２記載の発明では、広告情報データ
ベースを備え、配信局は、利用者情報データベースを参
照することにより、個別に配信する広告情報の選択を行
うので、利用者ごとに有用な広告情報を配信することが
可能となる。

【００７６】請求項３記載の発明では、音楽番組の配信
時刻を制御するので、より、きめこまやかなサービスを
提供可能となる。

【００７７】請求項４記載の発明では、配信局と受信局
との間で双方向による通信を行い、受信局からリクエス
ト要求をうけるとともに、利用者情報データベースの更
新管理を行うので、常に、最新の利用者情報を取得する
ことが可能である。

【００７８】請求項５記載の発明では、リクエスト情報
から配信先指定の情報を取得するので、利用者の希望す
る配信先へ音楽番組や広告情報を配信することが可能で
ある。

【００７９】請求項６記載の発明では、受信局において
撮影した映像を、有線放送システムの伝送路を利用して
送信するので、既存設備を有効利用したシステムの構築
が可能となる。

【００８０】請求項７記載の発明では、配信局は、受信
局から受信した映像を表示する表示装置を備えるので、
配信局において、各受信局の状況を映像で把握すること
が可能となる。

【００８１】請求項８記載の発明では、配信局は、受信
局から受信した映像を他局に転送するので、システムに
拡張性をもたせることが可能である。

【００８２】請求項９ないし請求項１１の発明では、受
信局が楽曲データを保有している場合には、識別情報の
みを送信するので、通信量を大幅に削減することが可能
である。

【図面の簡単な説明】

【図１】デジタル回線を利用した有線放送システムのシ
ステム構成図である。

【図２】第１の実施の形態における配信局と受信局の機
能構成を示すブロック図である。

【図３】第２の実施の形態における配信局と受信局の機
能構成を示すブロック図である。

【図４】第３の実施の形態における配信局と受信局の機
能構成を示すブロック図である。

【図５】従来の有線放送システムのシステム構成図であ
る。

【符号の説明】

１０ 配信局 １２ 配信ストリーミングサーバ ２０ 受信局 １０１ 利用者情報ＤＢ １０２ 送信スケジュールＤＢ １０３ 広告ＤＢ １０４ 楽曲ＤＢ １１１ 配信制御部 １１２ リクエスト取得部 １１３ 認証部

Claims (11)

【特許請求の範囲】
1. 【請求項１】 音声番組を配信する配信局と、前記音声
   番組を受信する複数の受信局とからなる有線放送システ
   ムであって、 前記配信局は、 各受信局の利用者情報を蓄積する利用者情報データベー
   スと、 前記利用者情報データベースを参照することにより、各
   受信局に配信する音声番組の内容を選択する配信制御手
   段と、を備えることを特徴とする有線放送システム。
2. 【請求項２】 請求項１に記載の有線放送システムであ
   って、 前記配信局は、さらに、 広告情報を蓄積する広告情報データベース、を備え、 前記配信制御手段は、 前記利用者情報データベースを参照することにより、各
   受信局に配信する広告情報の内容を選択する手段、を含
   むことを特徴とする有線放送システム。
3. 【請求項３】 請求項１または請求項２に記載の有線放
   送システムであって、 前記配信制御手段は、 各受信局に配信する前記音声番組の配信時刻を制御する
   手段、を含むことを特徴とする有線放送システム。
4. 【請求項４】 請求項１ないし請求項３のいずれかに記
   載の有線放送システムであって、前記配信局と前記受信
   局との間は双方向通信が可能であり、 前記配信局は、 前記受信局から前記音声番組の内容に関するリクエスト
   を受けるリクエスト取得手段と、 前記リクエストの内容を前記利用者情報データベースに
   反映させる手段と、を備えることを特徴とする有線放送
   システム。
5. 【請求項５】 請求項４に記載の有線放送システムであ
   って、 前記リクエスト取得手段は、 前記受信局から、前記リクエストにかかる音声番組の配
   信先を指定した情報を取得する手段、を含むことを特徴
   とする有線放送システム。
6. 【請求項６】 音声番組を配信する配信局と、前記音声
   番組を受信する複数の受信局とからなる有線放送システ
   ムであって、 前記受信局は、 前記受信局において所定のエリアを撮影する撮影手段
   と、 前記撮影手段の撮影した映像を、前記有線放送システム
   の伝送路を用いて前記配信局に送信する手段と、を備え
   ることを特徴とする有線放送システム。
7. 【請求項７】 請求項６に記載の有線放送システムであ
   って、 前記配信局は、 前記受信局から受信した前記映像を表示する表示手段、
   を備えることを特徴とする有線放送システム。
8. 【請求項８】 請求項６または請求項７に記載の有線放
   送システムであって、 前記配信局は、 前記受信局から受信した前記映像を他局に転送する手
   段、を備えることを特徴とする有線放送システム。
9. 【請求項９】 音声番組を配信する配信局と、前記音声
   番組を受信する複数の受信局とからなる有線放送システ
   ムであって、 前記配信局は、 受信局ごとに送信した楽曲データの履歴を記録する履歴
   記録手段と、 受信局から楽曲データの配信要求を受けた際、前記履歴
   記録手段を参照することにより、配信要求にかかる楽曲
   データが既に配信済みの楽曲データであると判断された
   場合には、当該受信局に対して楽曲データの識別情報の
   みを送信する手段と、を備え、 前記受信局は、 受信した楽曲データを蓄積する記憶手段と、 前記配信局から前記識別情報を受信した際には、前記識
   別番号に対応する楽曲データを前記記憶手段から取得し
   て再生する手段と、を備えることを特徴とする有線放送
   システム。
10. 【請求項１０】 音声番組を配信する配信局と、前記音
    声番組を受信する複数の受信局とからなる有線放送シス
    テムであって、 前記配信局は、 受信局に対して複数の楽曲データを一括送信する手段
    と、 前記一括送信した楽曲データの履歴を記録する履歴記録
    手段と、 受信局から楽曲データの配信要求を受けた際、前記履歴
    記録手段を参照することにより、配信要求にかかる楽曲
    データが既に配信済みの楽曲データであると判断された
    場合には、当該受信局に対して楽曲データの識別情報の
    みを送信する手段と、を備え、 前記受信局は、 前記配信局が一括送信した複数の楽曲データを蓄積する
    記憶手段と、 前記配信局から前記識別情報を受信した際には、前記識
    別番号に対応する楽曲データを前記記憶手段から取得し
    て再生する手段と、を備えることを特徴とする有線放送
    システム。
11. 【請求項１１】 音声番組を配信する配信局と、前記音
    声番組を受信する複数の受信局とからなる有線放送シス
    テムであって、前記配信局は、前記受信局に対して複数
    の楽曲データを記録している記録媒体を配布しており、 前記配信局は、 前記記録媒体に記録されている楽曲データのリスト情報
    と、 受信局から楽曲データの配信要求を受けた際、前記リス
    ト情報を参照することにより、配信要求にかかる楽曲デ
    ータが前記記録媒体に存在すると判断された場合には、
    当該受信局に対して楽曲データの識別情報のみを送信す
    る手段と、を備え、 前記受信局は、 前記配信局から前記識別情報を受信した際には、前記識
    別番号に対応する楽曲データを前記記録媒体から取得し
    て再生する手段と、を備えることを特徴とする有線放送
    システム。