JPH09114473A - 放送センタ - Google Patents

Abstract

(57)【要約】 【課題】 演奏キーを変更したり２コーラスカットでの
演奏に変更したりする演奏態様の変更を利用者が要求で
きるようにして、利用者の便宜を向上させ、放送システ
ムの利用促進を図る。 【解決手段】 本放送センタ１０は、音声相当装置２０
が公衆電話回線４０を介して視聴者から個別になされた
リクエストを受信し、ホストコンピュータ１１内のＣＰ
Ｕメモリにデータとして自動的に記憶させる。そして放
送手段１６が、ＣＰＵメモリに記憶されているリクエス
トに応じたカラオケ曲報を所定の順番に従って順次放送
していく。さらに音声応答装置２０は、リクエストの受
付に際し、曲識別情報に加えて複数候補の中から選択さ
れた曲の演奏態様情報も受け付け、それらを対応付けて
記憶させることができる。そして、放送手段１６は、カ
ラオケ曲を、対応して記憶されている演奏態様情報に基
づく演奏態様で放送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信手段を介して
視聴者から個別になされた楽曲放送要求に応じた放送用
楽曲情報を放送可能なリクエスト応答機能付きの放送セ
ンタに関する。

【０００２】

【従来の技術および発明が解決しようとする課題】現
在、ＣＡＴＶシステム等のローカルなテレビジョン放送
センタと加入者端末との間において、双方向テレビジョ
ンと呼ばれるＴＶ放送の新しい形態が普及しつつある。
そして、このようなシステムの放送センタは、決められ
た時刻に決められた情報を流すだけでなく、視聴者から
個別になされた放送要求に応じた放送用情報を、所定の
順番に従って順次放送していくリクエスト応答機能も備
えるようになってきている。例えば、カラオケ番組と呼
ばれるカラオケの放送のみを取り扱う番組時間枠（もし
くは設けられた専用のチャンネル）等が採用されてお
り、この番組においては視聴者からのリクエストを電話
等を介して受け付け、そのリクエストに応じたカラオケ
を放送するといったことである。

【０００３】しかし、従来のカラオケリクエスト番組で
は、利用者からリクエストされた曲をそのまま流すだけ
であったので、利用者の歌いやすいキー（ｋｅｙ）にな
っていなかったり、一律にフルコーラスになっていた。
つまり、いわゆるスタンドアロンタイプのカラオケ装置
においては、自分の歌い易い高さに演奏キーを変更した
り、３番以降をカットして２番までの演奏とする２コー
ラスパターンを指定できるなど、利用者の希望に合わせ
た演奏態様の変更が可能であったが、このカラオケリク
エスト番組においてはそのような演奏態様の変更が実現
されていなかった。

【０００４】このように、利用者の好みに合わない場合
も生じ、自分がリクエストした曲と言えども利用者に物
足りなさ、不快感を与えてしまう可能性もあり、リクエ
ストをしようという気分を低下させてしまう。また、例
えば演奏キーが高すぎて、結局のところ利用者は曲に合
わせて歌うことができず、ただ聴くだけになってしまっ
て不満を抱いてしまうことにもつながる。このように、
カラオケのリクエストチャンネルとして十分に機能する
ことができないという問題点があった。

【０００５】本発明は、演奏キーを変更したり２コーラ
スカットでの演奏に変更したりする演奏態様の変更を利
用者が要求できるようにして、利用者の便宜を向上さ
せ、放送システムの利用促進を図ることを目的とする。

【０００６】

【課題を解決するための手段及び発明の効果】この目的
を達成するためになされた請求項１記載の発明は、通信
手段を介して視聴者から個別になされた楽曲放送要求を
受信し、要求記憶手段にデータとして自動的に記憶させ
る放送要求受付手段と、前記要求記憶手段に記憶されて
いる楽曲放送要求に応じた放送用楽曲情報を、所定の順
番に従って順次放送していく放送手段とを備えたリクエ
スト応答機能付きの放送センタにおいて、前記放送要求
受付手段は、前記楽曲放送要求の受付に際し、楽曲の識
別情報に加えて複数候補の中から選択された当該楽曲の
演奏態様情報も受け付け、それらを対応付けて記憶可能
にされており、前記放送手段は、前記放送用楽曲情報
を、対応して記憶されている演奏態様情報に基づく演奏
態様で放送することを特徴とする放送センタである。

【０００７】上記構成を有する本発明の放送センタは、
放送要求受付手段が、通信手段を介して視聴者から個別
になされた楽曲放送要求を受信し、要求記憶手段にデー
タとして自動的に記憶させる。そして放送手段が、要求
記憶手段に記憶されている楽曲放送要求に応じた放送用
楽曲情報を、所定の順番に従って順次放送していく。

【０００８】このような基本機能を備える上に、放送要
求受付手段は、楽曲放送要求の受付に際し、楽曲の識別
情報に加えて複数候補の中から選択された当該楽曲の演
奏態様情報も受け付け、それらを対応付けて記憶するこ
とができる。そして、放送手段は、放送用楽曲情報を、
対応して記憶されている演奏態様情報に基づく演奏態様
で放送する。

【０００９】前記演奏態様情報としては、例えば次のよ
うな情報を含むようにすることが考えられる。請求項２
に示すものでは、楽曲の演奏キー情報を含む。請求項３
に示すものでは、楽曲の後奏をカットする後奏カットパ
ターンと、曲の３番以降をカットして２番までの演奏と
する２コーラスパターンとの内のいずれかを指定する情
報を含む。請求項４に示すものでは、楽曲放送要求がカ
ラオケ楽曲に対するものである場合に、メロディーライ
ンを付加したアマモードと、メロディーラインを付加し
ないかあるいは小さな音量で付加するプロモードとの内
のいずれかを指定する情報を含む。

【００１０】このように、演奏態様の変更を利用者が要
求できるので、例えば、カラオケの場合に、標準の演奏
キーでは高すぎて実質的に曲に合わせて歌うことができ
ないような場合であっても、自分の所望する演奏キーに
変更できる。また、後奏カットパターンや２コーラスパ
ターンを指定すれば、曲の一部が省略されるので、一定
期間になるべくたくさんのカラオケを楽しみたい場合に
有効である。そして、ある曲についてはフルコーラスで
歌いたいが、ある曲については２番までで十分であると
いうこともあり、曲個別に指定できるので好ましい。さ
らに、よく覚えている曲の場合には、プロモードにして
メロディーラインを付加しないかあるいは小さな音量で
付加するようにし、あまり覚えておらず自信がない曲に
ついてはアマモードにしてメロディーラインを付加した
ものとすることができる。

【００１１】このように、演奏キーを変更したり２コー
ラスカットでの演奏に変更したりするといった演奏態様
の変更を、曲毎に指定できるので、利用者の便宜が向上
し、その結果、放送システムの利用促進にもつながる。
また、請求項５に示すように、放送手段は、演奏態様情
報が記憶されていない場合には、放送用楽曲情報を、そ
の放送用楽曲情報毎に予め定められている標準演奏態様
で放送するようにするとよい。つまり、標準の演奏態様
以外の態様で演奏させたい場合にだけ要求すればよく、
それ以外の場合には自動的に標準の演奏態様で演奏され
る。例えば、標準で演奏させる場合にも標準の演奏キー
を指定し、フルコーラスを指定するというように、その
都度標準演奏態様も指定するのでは面倒である。したが
って、指定されない場合には自動的に標準の演奏態様で
の演奏となるようになれば便利である。

【００１２】なお、請求項６のようにすれば、視聴者は
電話機を使用して要求を送信することができる。つま
り、通信手段として電話回線が使用され、放送要求受付
手段は、視聴者からの楽曲放送要求を、電話機から発信
可能なダイヤルパルス信号あるいはＤＴＭＦ信号によっ
て受信可能に構成されている。なお、電話機から発信さ
れる信号としては現在２種類あり、ダイヤルパルス信号
はダイヤル式の電話機が発信する信号であり、ＤＴＭＦ
（dual tone multi-frequency）信号はプッシュボタン
式の電話機が発信する信号である。このどちらのタイプ
の電話機であっても使用できる。

【００１３】そしてこの場合は、例えば視聴者からの電
話を自動着信し、電子音声による案内を行う音声応答機
能と、電話によるダイヤルトーンを使用したコードの発
信を受信するコード受信機能を備え、音声応答機能によ
って所定のガイダンス音声を流し、それにしたがって視
聴者が例えば要求するカラオケの曲番号や視聴者識別番
号に加えて、上述した各演奏態様等をプッシュボタン等
で入力し、それをダイヤルトーンを使用したコードとし
て受信するようにすれば便利である。

【００１４】例えば、演奏キーの場合には、その曲の標
準キーを５として、４→３→２→１と下がるにつれて半
音ずつ低くなり、６→７→８→９と上がるにつれて半音
ずつ高くなるように設定しておき、その旨をガイダンス
音声として応答し、入力を促すようにすることが考えら
れる。また、上述した２コーラスと後奏カットあるいは
プロモードとアマモードというような２者択一の場合に
は、いずれかを「１」で指定させ、他方を「２」で指定
されるようなガイダンス音声とすれば十分である。もち
ろん、これらについても、３番目以降の選択候補を設定
してもよい。

【００１５】なお、上記請求項６では、放送要求受付手
段が、電話回線を介して視聴者から個別になされた楽曲
放送要求を受信するようにした例を説明したが、視聴者
からの楽曲放送要求を受信する方法は当然それ以外でも
構わない、例えば、ＣＡＴＶの同軸ケーブルを介して双
方向全２重通信が実現されるのであれば、その同軸ケー
ブルを介して行ってもよい。

【００１６】また、このような放送センタから放送する
放送用楽曲情報としては、例えばカラオケ楽曲にかかる
ものでもよいし、またボーカル入りの通常の楽曲であっ
てもよい。但し、ボーカル入りの楽曲の場合には、その
ボーカルが重要であるので、カラオケの場合のプロモー
ドとアマモードというような設定はしない。なお、カラ
オケについては、もはや背景映像に歌詞テロップを合成
した映像をカラオケ演奏に併せて表示させるということ
が常識化されつつあるので、カラオケ放送用楽曲情報に
加えて、カラオケ放送用映像情報も同期させて放送する
ことが考えられる。この場合には、いわゆるＣＡＴＶの
システムがそのまま利用できる。そしてＣＡＴＶシステ
ムの場合には有線で放送センタと加入者端末とが接続さ
れるが、通常の放送システムのように無線のままでもよ
い。

【００１７】

【発明の実施の形態】以下、本発明の放送センタを具体
化した一実施例を図面を参照しながら説明する。図１
は、本実施例の放送センタ１０の概略構成を示すブロッ
ク図である。図１に示すように、放送センタ１０は、制
御手段としてのホストコンピュータ１１と、記憶手段と
しての外部記憶装置１２と、表示装置１３と、カラオケ
再生装置１４と、「放送手段」としての放送手段１６
と、「放送要求受付手段」としての音声応答装置２０と
を備えている。また、放送センタ１０は、通信媒体とし
ての公衆電話回線４０を介して多数の加入者電話機５０
と接続され、この公衆電話回線４０と加入者電話機５０
とによって通信手段が構成される。

【００１８】各構成装置について、放送センタ１０にお
ける役割あるいは放送システムとの関わりも含めて説明
する。音声応答装置２０は、前記公衆電話回線４０及び
加入者電話機５０を介して視聴者からの楽曲放送要求を
受け付けるためのものである。本放送センタ１０は、視
聴者から個別になされた楽曲放送要求を記憶しておき、
その楽曲放送要求に応じた放送用楽曲情報（本実施例の
場合にはカラオケ用の情報）を順次放送していくリクエ
スト応答機能を備えているのであるが、視聴者は自宅に
あるところのケーブルテレビによって本放送センタ１０
に接続されたテレビジョン受信機（図示せず）を視聴し
ながら、手持ちの加入者電話機５０により一般の公衆電
話回線４０を通して、希望するカラオケ用楽曲情報の放
送を要求する。

【００１９】この楽曲放送要求は、予め定められた「リ
クエストコード」によって行う。これは、カラオケ視聴
の提供に限り、一般のカラオケ装置における「曲番号」
と同義のものである。数字コードによるリクエストであ
るため、実際には視聴者が加入者電話機５０のダイヤル
もしくはプッシュホンの押し下げにより上記リクエスト
コードをトーン発信する。このリクエストコードはあら
かじめ視聴者に配布物等によって通知されているものと
する。

【００２０】また、本実施例では、楽曲放送要求として
単にカラオケ曲を指定できるだけでなく、演奏態様も指
定できるようにされている。指定できる演奏態様は、楽
曲の演奏キーの変更と、楽曲の後奏をカットする後奏カ
ットパターンあるいは曲の３番以降をカットして２番ま
での演奏とする２コーラスパターンのいずれかと、メロ
ディーラインを付加したアマモードと、メロディーライ
ンを付加しないかあるいは小さな音量で付加するプロモ
ードのいずれかである。そして、これらの指定も、上記
リクエストコードの場合と同様に、加入者電話機５０の
ダイヤルもしくはプッシュホンの押し下げによる数字コ
ードのトーン発信で行なう。

【００２１】例えば、演奏キーの場合には、その曲の標
準キーを５として、４→３→２→１と下がるにつれて半
音ずつ低くなり、６→７→８→９と上がるにつれて半音
ずつ高くなるように設定してある。また、２コーラスと
後奏カットあるいはプロモードとアマモードというよう
な２者択一の場合には、いずれかを「１」で指定させ、
他方を「２」で指定されるように設定してある。

【００２２】この視聴者からの通話は放送センタ１０に
おいて音声応答装置２０により自動的に受理される。音
声応答装置２０は内蔵された合成音声手段（図示せず）
により予め登録されたメッセージを送出し、視聴者にリ
クエストコードや演奏態様指定のためのコード（以下、
演奏態様コードと記す。）の入力を促すものであり、ホ
ストコンピュータ１１により制御され、上記した通話の
受話、メッセージの送話からパルスコードの受信までを
行う。

【００２３】音声応答装置２０によって受理されたリク
エストコードあるいは演奏態様コードは、ホストコンピ
ュータ１１により、そのコードが有効であるかどうか、
外部記憶装置１２上のデータベースとの照合により判断
され、有効であればホストコンピュータ１１内のＣＰＵ
メモリ１１ｂ（図２参照）に記憶される。なお、このＣ
ＰＵメモリ１１ｂが「要求記憶手段」に相当する。

【００２４】ホストコンピュータ１１は、リクエストを
受け付けた場合には、その旨を通知するためのメッセー
ジを音声情報をして作成する。そして、音声応答装置２
０から公衆電話回線４０を介して放送要求をしてきた視
聴者側の加入者電話機５０に応答するのである。

【００２５】また、記憶されたリクエストコード及び演
奏態様コードは、ホストコンピュータ１１によって制御
されるカラオケ再生装置１４に渡され、音声・映像の再
生がなされる。なお、本実施例のカラオケ再生装置１４
は、カラオケ演奏音を再生すると共に、歌詞テロップの
合成された背景映像も再生できるものである。したがっ
て、本実施例の放送手段１６は、テレビジョン放送手段
である。なお、発明の主旨を考えると映像がなくても構
わないので、カラオケ再生装置１４はカラオケ演奏音だ
けを再生するものとし、放送手段１６がいわゆるラジオ
放送手段であっても構わない。

【００２６】放送手段１６によって放送された放送内容
は、視聴者側のテレビジョン受信機などの受信設備にて
受信され、カラオケ番組として視聴可能である。なお、
放送センタ１０と視聴者側の受信設備はＣＡＴＶシステ
ムのように有線で接続されていてもよいし、通常の放送
システムのように無線でもよい。

【００２７】表示装置１３はホストコンピュータ１１に
接続されており、これらの状況を表示することができ
る。これは、放送センタ１０のオペレータが確認するた
めに利用される。続いて、図２を参照して、ホストコン
ピュータ１１を中心とした信号の流れを説明する。

【００２８】図２に示すように、音声応答装置２０はホ
ストコンピュータ１１のＣＰＵ１１ａと制御信号によっ
て結ばれている。ＣＰＵ１１ａは音声応答装置２０に対
して公衆電話回線４０（図１参照）の着信待ちに関する
制御、着信後の同装置２０内の音声メッセージの送話に
関する制御（複数のメッセージの内の選択）を行う。音
声応答装置２０はホストコンピュータ１１に対して公衆
電話回線４０を通じて受信したダイヤルパルスを数値情
報として返す。これにより、公衆電話回線４０による視
聴者リクエストの自動受理を行うものである。音声応答
装置２０より返された数値はＣＰＵメモリ１１ｂに格納
される。

【００２９】外部記憶装置１２は、リクエストコードに
関するデータベースを格納されたホストコンピュータ１
１の外部記憶であり、装置間でデータの読み書きが行わ
れる。これにより、ＣＰＵ１１ａはリクエストコードの
検索・照合と、ログ記録を行うものである。

【００３０】カラオケ再生装置１４はＣＰＵ１１ａと制
御信号により結ばれている、ＣＰＵ１１ａはリクエスト
コード（曲番号）及び演奏態様コードを送信し、同装置
１４にカラオケ楽曲の再生を行わせ、またこの再生の開
始・終了などの制御を行うことができる。また、カラオ
ケ再生装置１４は、ＣＰＵ１１ａに対して再生の状況
（再生中・再生終了等）を返す。これにより、ＣＰＵ１
１ａはリクエストコードによるカラオケ楽曲の再生を行
うことができる。

【００３１】次に、本実施例の放送センタ１０の動作に
ついて、図を参照して説明する。図８〜図１４はＣＰＵ
１１ａによって実行されるプログラムの処理手順を示す
フローチャートであり、図３〜図７はこのプログラムが
取り扱うデータ構造図である。以下、処理フローの詳細
を説明する。なお、図８〜図１３は、リクエスト自動受
理・登録処理のフローチャート、図１４は、リクエスト
再生処理のフローチャートであり、これらの処理はそれ
ぞれ同時に独立して動作するいわゆるマルチタスク処理
である。

【００３２】まず、リクエスト自動受理・登録処理（図
８〜図１３）について説明する。本処理は、加入者側か
らの公衆電話回線４０によるリクエストの自動受理と、
そのリクエストのＣＰＵメモリ１１ｂへの登録手順を示
す。なお、この加入者とは単にこの放送センタ１０から
の放送を受信できるという意味ではなく、リクエストす
る権利を有しているものという意味である。例えばＣＡ
ＴＶシステムで、そのシステムに加入する際に自動的に
リクエストの権利も与えられる場合には、全てが加入者
となる。なお、通常の無線形式で放送する場合には、例
えばリクエストをする代わりに所定の料金を徴収するよ
うな契約を別個に行なうことが考えられる。その場合に
は、契約をした人だけが加入者となる。

【００３３】まず、図８の最初のステップＳ１００にお
いて、音声応答装置２０を公衆電話回線４０を介しての
着信が可能な状態に制御し、続くＳ１１０にて、加入者
電話機５０からの着信があるまで待機する。そして、着
信があれば（Ｓ１１０：ＹＥＳ）Ｓ１２０へ移行する。

【００３４】Ｓ１２０では、音声応答装置２０より音声
応答メッセージ（例えば「加入者番号を入力してくださ
い」）を送出し、最初に行ってもらう加入者番号の入力
を促す。その後、Ｓ１３０にて、加入者電話機５０より
のダイヤルパルスの発信を待つ。入力された番号は、Ｓ
１４０にて、ＣＰＵメモリ１１ｂ上のリクエスト受付バ
ッファ（図５参照）の加入者コードの領域Ｃ３に格納し
ていく。これを５桁の加入者番号が全て入力されるまで
繰り返す（Ｓ１５０）。

【００３５】５桁の加入者番号が入力されると（Ｓ１５
０：ＹＥＳ）、Ｓ１６０へ移行して、その加入者番号が
有効であるかどうかの照合を行なう。これは、外部記憶
装置１２上の加入者データベース（図７）を照会して行
なう。この照合の結果、有効な番号でないと判断されれ
ば（Ｓ１７０：ＮＯ）、入力のやり直しを求める音声メ
ッセージ（例えば「加入者番号を再入力してくださ
い」）を再生し（Ｓ１８０）、Ｓ１３０へ戻る。

【００３６】最初に入力された加入者番号が有効である
場合、あるいは再度入力された加入者番号が有効であれ
ば（Ｓ１７０：ＹＥＳ）、Ｓ１９０（図９参照）に移行
する。Ｓ１９０では、音声応答メッセージを送出し、リ
クエストコードの入力を促す。続くＳ２００〜２２０で
は、ダイヤルパルスの発信を待ち、入力された番号をリ
クエスト受付バッファ（図５）のリクエストコードの領
域Ｃ２に格納していき、これを５桁のリクエストコード
がすべて入力されるまで繰り返す。

【００３７】５桁のリクエストコードが入力されると
（Ｓ２２０：ＹＥＳ）、そのリクエストコードの照合を
行なう。これは、外部記憶装置１２上のリクエストデー
タベース（図３）を照会して実行する。そして、Ｓ１４
０で有効な番号であるかどうかを判断する。有効な番号
でないと判断されれば（Ｓ２４０：ＮＯ）、Ｓ２５０へ
移行して、入力のやり直しを求める音声メッセージ（例
えば「リクエストコードを再入力してください」）を再
生し、Ｓ２００へ戻る。

【００３８】最初に入力されたリクエストコードが有効
である場合、あるいは再度入力されたリクエストコード
が有効であれば（Ｓ２４０：ＹＥＳ）、次に演奏態様コ
ードの指定のため、図１０のＳ２６０の処理に移行す
る。Ｓ２６０では、音声応答メッセージを送出し、演奏
態様コードの一つである演奏キー選択用コードの入力を
促す。具体的には、演奏キーはその曲の標準キーを５と
して、４→３→２→１と下がるにつれて半音ずつ低くな
り、６→７→８→９と上がるにつれて半音ずつ高くなる
ように設定してあるので、その旨をメッセージとして応
答し、選択入力を促す。なお、それ以外に本実施例で
は、そのカラオケ曲に元々設定されている演奏態様での
演奏を希望する場合には、いちいち演奏態様の値を入力
していると面倒であるので、「＃」を入力することによ
り標準値での演奏態様とすることができるように設定さ
れている。詳しくは、演奏態様として３種類（演奏キー
・メロディーラインモード・コーラスモード）の変更設
定が可能とされているので、「＃」が入力された以降の
モードは自動的に標準値に設定されることとなる。した
がって、その旨をＳ２６０でのメッセージでも通知す
る。

【００３９】続くＳ２７０ではダイヤルパルスの発信を
待ち、入力された番号をリクエスト受付バッファ（図
５）の演奏態様コードの領域Ｃ３に格納する。なお、こ
の演奏態様コードの領域Ｃ３は３つの値を格納可能であ
り、その最初が演奏キーの値である。そして入力が完了
すると（Ｓ２８０：ＹＥＳ）、Ｓ２９０にて、それが有
効な番号であるかどうかを判断する。有効な番号（つま
り、「１〜９」か「＃」）でないと判断されれば（Ｓ２
９０：ＮＯ）、Ｓ３００へ移行して、入力のやり直しを
求める音声メッセージ（例えば「コードを再入力してく
ださい」）を再生し、Ｓ２７０へ戻る。

【００４０】最初に入力された演奏キー選択用コードが
有効、あるいは再度入力されたコードが有効であれば
（Ｓ２９０：ＹＥＳ）、Ｓ３１０の処理に移行する。Ｓ
３１０では、まず、その入力された番号が「＃」である
かどうかを判断する。もしも「＃」でなければ、Ｓ３２
０へ移行して、演奏キーをその入力された値に決定し、
次にメロディーラインモード選択の処理のためにＳ３４
０（図１１参照）へ移行する。

【００４１】一方、入力されたのが「＃」であれば（Ｓ
３１０：ＹＥＳ）、Ｓ３３０へ移行して、演奏キー・メ
ロディーラインモード・コーラスラインモードを標準値
に決定する。具体的には、リクエスト受付バッファ（図
５）の演奏態様コードの領域Ｃ３には、既に演奏キーと
して標準値を示す「＃」が格納されているので、メロデ
ィーラインモード及びコーラスラインモードについても
自動的に標準値を示す「＃」を格納する。そして、この
ように３つの演奏態様が決定されたので、Ｓ３３０の処
理の後は、図１２のＳ５００へ移行する。この処理内容
は後で説明するとして、次に、メロディラインモード選
択処理のためのＳ３４０（図１１参照）から説明する。

【００４２】Ｓ３４０では、音声応答メッセージを送出
し、メロディーラインモード選択用コードの入力を促
す。具体的には、メロディーラインを付加したアマモー
ドは「１」、メロディーラインを付加しないかあるいは
小さな音量で付加するプロモードは「２」で選択する。
したがって、その旨をメッセージとして応答し、選択入
力を促す。また、上述した「＃」を入力すれば、この場
合はメロディーラインモード及びコーラスモードが自動
的に標準値に設定されることとなる。したがって、その
旨をＳ３４０でのメッセージでも通知する。なお、この
場合の標準値によるメロディーラインモードは、上記ア
マモードかプロモードのいずれかである。これはシステ
ムの構築の際に利用者層等を考慮していずれかを標準値
としておけばよい。

【００４３】続くＳ３５０ではダイヤルパルスの発信を
待ち、入力された番号をリクエスト受付バッファ（図
５）の演奏態様コードの領域Ｃ３の上述した演奏キーの
番号に続けて格納する。そして入力が完了すると（Ｓ３
６０：ＹＥＳ）、Ｓ３７０にて、それが有効な番号であ
るかどうかを判断する。有効な番号（つまり、「１」，
「２」または「＃」）でないと判断されれば（Ｓ３７
０：ＮＯ）、Ｓ３８０へ移行して、入力のやり直しを求
める音声メッセージ（例えば「コードを再入力してくだ
さい」）を再生し、Ｓ３５０へ戻る。

【００４４】最初に入力されたメロディーラインモード
選択用コードが有効、あるいは再度入力されたコードが
有効であれば（Ｓ３７０：ＹＥＳ）、Ｓ３９０の処理に
移行する。Ｓ３９０では、まず、その入力された番号が
「＃」であるかどうかを判断する。もしも「＃」でなけ
れば、Ｓ４００へ移行して、メロディーラインモードを
その入力された値に決定し、次にコーラスモード選択の
処理のためにＳ４２０（図１２参照）へ移行する。

【００４５】一方、入力されたのが「＃」であれば（Ｓ
３９０：ＹＥＳ）、Ｓ４１０へ移行して、メロディーラ
インモード・コーラスラインモードを標準値に決定す
る。具体的には、リクエスト受付バッファ（図５）の演
奏態様コードの領域Ｃ３には、既に演奏キーとして所定
の値が格納され、メロディーラインモードについては標
準値を示す「＃」が格納されているので、残りのコーラ
スラインモードについても自動的に標準値を示す「＃」
を格納する。そして、このように３つの演奏態様が決定
されたので、Ｓ４１０の処理の後は、図１２のＳ５００
へ移行する。

【００４６】次に、コーラスモード選択処理のための図
１２のＳ４２０から説明する。Ｓ４２０では、音声応答
メッセージを送出し、コーラスモード選択用コードの入
力を促す。具体的には、楽曲の後奏をカットする後奏カ
ットパターンは「１」、曲の３番以降をカットして２番
までの演奏とする２コーラスパターンは「２」で選択す
る。したがって、その旨をメッセージとして応答し、選
択入力を促す。また、上述した「＃」を入力すれば、コ
ーラスモードが自動的に標準値に設定されることとな
る。したがって、その旨をＳ３４０でのメッセージでも
通知する。なお、標準値によるコーラスモードとはフル
コーラスのことである。

【００４７】続くＳ４３０ではダイヤルパルスの発信を
待ち、入力された番号をリクエスト受付バッファ（図
５）の演奏態様コードの領域Ｃ３の上述した演奏キー・
メロディーラインモードの番号に続けて格納する。そし
て入力が完了すると（Ｓ４４０：ＹＥＳ）、Ｓ４５０に
て、それが有効な番号であるかどうかを判断する。有効
な番号（つまり、「１」，「２」または「＃」）でない
と判断されれば（Ｓ４５０：ＮＯ）、Ｓ４６０へ移行し
て、入力のやり直しを求める音声メッセージ（例えば
「コードを再入力してください」）を再生し、Ｓ４３０
へ戻る。

【００４８】最初に入力されたコーラスモード選択用コ
ードが有効、あるいは再度入力されたコードが有効であ
れば（Ｓ４５０：ＹＥＳ）、Ｓ４７０の処理に移行す
る。Ｓ４７０では、まず、その入力された番号が「＃」
であるかどうかを判断する。もしも「＃」でなければ、
Ｓ４８０へ移行して、メロディーラインモードをその入
力された値に決定してＳ５００へ移行する。

【００４９】一方、入力されたのが「＃」であれば（Ｓ
４７０：ＹＥＳ）、Ｓ４９０へ移行して、コーラスライ
ンモードを標準値に決定する。具体的には、リクエスト
受付バッファ（図５）の演奏態様コードの領域Ｃ３に
は、既に演奏キーとして指定された値とメロディーライ
ンモードとして指定された値が格納されているので、残
りのコーラスラインモードについては標準値を示す
「＃」を格納してＳ５００へ移行する。

【００５０】Ｓ５００では、リクエストの受付が完了し
た旨を視聴者側に知らせるための音声応答メッセージを
送出し、続くＳ５１０で回線を切断する。なお、Ｓ５０
０での音声応答メッセージには、リクエストの受付が完
了した旨に加えて指定された演奏態様を確認のため含め
てもよい。例えば、「○○番の曲を受け付けました。な
お、演奏態様は１音半下げた演奏キー、プロモード、２
コーラスモードです。」とか「○○番の曲を受け付けま
した。なお、演奏態様は標準です。」といったような内
容のメッセージとすれば、リクエストした人が自分の希
望した演奏態様となっていることを確認するのに便利で
ある。

【００５１】Ｓ５１０での回線切断処理が終了すると、
Ｓ５２０（図１３参照）に移行する。Ｓ５２０において
は、受け付けた日時をタイムスタンプとしてリクエスト
受付バッファ（図５）の受付時刻の領域Ｃ１に書き込
む。ここまでの処理が終了すれば、図５に示すリクエス
ト受付バッファ上には受付時刻Ｃ１、有効なリクエスト
コードＣ２、演奏態様コードＣ３及び有効な加入者コー
ドＣ４の３要素が揃い、実際のリクエストの受付が可能
になるので、続くＳ５３０では、このリクエスト受付バ
ッファ（図５）の内容をリクエスト実行テーブル（図
４）内の受付ポインタＢ５の示しているリクエストコー
ド領域Ｂ２に新規登録する。

【００５２】リクエスト実行テーブルは、図４に示すよ
うに、再生フラグＢ１とリクエストコードＢ２と演奏態
様コードＢ３の３つの項目からなっている。そして新規
登録をする場合には、リクエスト受付バッファ（図５）
のリクエストコードＣ２及び演奏態様コードＣ３を受付
ポインタの示すリクエストコード領域Ｂ２及び演奏態様
コード領域Ｂ３にコピーし、再生フラグＢ１を「未」と
することにより行われる。なお、初期状態では再生フラ
グＢ１にはすべて「無」が、リクエストコードＢ２には
不定値が入っているものとする。

【００５３】Ｓ５３０での新規登録が終了すると、Ｓ５
４０へ移行する。Ｓ５４０では、受付ポインタＢ５をリ
クエスト実行テーブル（図４）上の次の領域に進める。
この動作が、後述するリクエスト再生処理（図１４）の
動作に反映する。さらに、続くＳ５５０では、受け付け
たリクエストをログ記録として保持するために、外部記
憶装置１２上のリクエストログ記録（図６）の受付時刻
領域Ｄ１、リクエストコード領域Ｄ２、加入者コード領
域Ｄ３（図５のリクエスト受付バッファにあった演奏態
様コード領域Ｃ３に対応する領域はない。）にそれぞれ
の要素をコピーする。

【００５４】このＳ５５０の処理終了後は、再び着信待
ち状態（図８のＳ１００）に戻り、以降の処理を繰り返
す。次に、リクエスト再生処理（図１４）について説明
する。本処理は、ＣＰＵメモリ１１ｂ上のリクエスト実
行テーブル（図４）に登録されたリクエストコード及び
演奏態様コードの再生の手順を示す。

【００５５】まず、最初のステップＳ６１０において、
リクエスト実行テーブル（図４）内の再生ポインタＢ４
が示す領域より、再生フラグＢ１を取り出す。再生フラ
グＢ１が「未」でなければ（Ｓ６２０：ＮＯ）、リクエ
スト実行テーブル（図４）の登録内容の再生がすべて済
んでいる、若しくは登録内容が空であるため、そのまま
リクエスト自動受理・登録処理（図８〜図１３）による
リクエストの追加登録待ちに入る（Ｓ６３０）。

【００５６】一方、再生フラグＢ１が「未」であれば、
Ｓ６４０へ移行し、リクエストコードＢ２及び演奏態様
コードＢ３を取り出す。演奏態様コードＢ３とは、具体
的には演奏キー・メロディーラインモード・コーラスモ
ードの各値である。そして、Ｓ６５０にて、同リクエス
トコードＢ２及び演奏態様コードＢ３をカラオケ再生装
置１４に渡し、再生の指示を出す。さらに、Ｓ６６０に
て、再生フラグＢ１を「中」に変え、続くＳ６７０に
て、カラオケ再生装置１４の再生状態のチェックを行
う。

【００５７】再生の終了がカラオケ再生装置１４より指
示されるまでこれを繰り返す（Ｓ６８０：ＮＯ）。そし
て、再生が終了すると（Ｓ６８０：ＹＥＳ）、Ｓ６９０
へ移行して再生フラグＢ１を「済」に変え、Ｓ７００に
て、再生ポインタＢ４を次のテーブルに移動する。

【００５８】なお、この後は、再びＳ６１０に戻り、次
のリクエストの再生を繰り返す。ここで、上記Ｓ６５０
においてリクエストコードＢ２及び演奏態様コードＢ３
を渡されたカラオケ再生装置１４の動作について補足説
明する。例えば図４のリクエスト実行テーブルに示すよ
うに、リクエストコードが「０１８２６」で示されるカ
ラオケ曲の場合には、演奏態様コードが「＃＃＃」とな
っているので、演奏キー・メロディーラインモード・コ
ーラスモードが全て標準値である。したがって、予め設
定されている通常の演奏を実行すればよいだけである。

【００５９】一方、同じ図４中にリクエストコードが
「０１３０１」で示されるカラオケ曲の場合には、演奏
態様コードが「３１２」となっているので、演奏キーが
「３」、すなわち１音下げた演奏キーであり、メロディ
ーラインモードが「１」、すなわちアマモードであり、
コーラスモードが「２」、すなわち２コーラスパターン
である。したがって、予め設定されている演奏キーから
１音下げた状態で演奏を開始すると共に、前奏が終った
後からメロディーラインを付加して演奏する。さらに、
２番が終了したら所定の演奏終了パターンに移行して、
３番以降はカットしてそのまま演奏終了となる。

【００６０】以上説明した本実施例の放送センタ１０に
よれば、視聴者から個別になされたカラオケリクエスト
を受信して自動的に記憶させ、そのリクエストに応じた
カラオケ演奏情報を所定の順番に従って順次放送してい
く。このような基本機能を備える上に、カラオケリクエ
ストの受付に際し、演奏態様情報も受け付け、その演奏
態様情報に基づく演奏態様でカラオケ演奏を行なうこと
ができるようにされている。本実施例の場合には、演奏
キー・メロディーラインモード・コーラスモードの３種
類をそれぞれ指定することができる。

【００６１】このように、演奏態様の変更を利用者が要
求できるので、カラオケを利用する場合に、標準の演奏
キーでは高すぎて実質的に曲に合わせて歌うことができ
ないような場合であっても、自分の所望する演奏キーに
変更できる。また、後奏カットパターンや２コーラスパ
ターンを指定すれば、曲の一部が省略されるので、一定
期間になるべくたくさんのカラオケを楽しみたい場合に
有効である。そして、ある曲についてはフルコーラスで
歌いたいが、ある曲については２番までで十分であると
いうこともあり、曲個別に指定できるので好ましい。さ
らに、よく覚えている曲の場合には、プロモードにして
メロディーラインを付加しないかあるいは小さな音量で
付加するようにし、あまり覚えておらず自信がない曲に
ついてはアマモードにしてメロディーラインを付加した
ものとすることができる。

【００６２】このように、演奏態様の変更を曲毎に指定
できるので、利用者の便宜が向上し、その結果、放送シ
ステムの利用促進にもつながる。また、本実施例の場合
には、演奏態様の指定の場合に「＃」を入力することで
自動的に標準値を指定できるようにされている。つま
り、標準の演奏態様以外の態様で演奏させたい場合にだ
け要求すればよく、それ以外の場合には自動的に標準の
演奏態様で演奏される。例えば、標準で演奏させる場合
にも標準の演奏キー、メロディーラインモード・フルコ
ーラスをそれぞれガイダンスにしたがって指定するとい
うように、３種類の演奏態様それぞれを指定するのでは
面倒である。したがって、指定されない場合には自動的
に標準の演奏態様での演奏となるようになれば便利であ
る。本実施例の場合には、最初の演奏キーの指定の際に
「＃」を入力すれば、その１回の操作だけで演奏態様を
３種類とも標準値に指定できる。

【００６３】また、このような演奏態様の指定を加入者
電話機５０からでき、また放送センタ１０においては、
それを受け付けるためのオペレータ等を準備する必要が
なく、音声応答装置２０を介して自動的に受け付けが可
能であるため、便利である。以上、具体例に従って、本
発明の実施の形態について説明したが、本発明はこのよ
うな具体例に限定されるものではなく、発明の要旨を逸
脱しない範囲で様々な実施ができることは言うまでもな
い。

【００６４】例えば、上記実施例では、指定できる演奏
態様として演奏キー・メロディーラインモード・コーラ
スモードの３種類を例示したが、これらには限定されな
い。また、ガイダンスのための音声応答メッセージにし
たがって各演奏態様を指定するための番号を入力するよ
うにしたが、予め定められた手順で入力するようにして
もよい。例えば、プッシュボタン式の電話機であれば、
曲番号・演奏キー・メロディーラインモード・コーラス
モードを指定するためのコードをそれぞれ入力した後で
「＃」を入力し、各コードを確定させるようにしてもよ
い。その場合には標準値にする上記実施例での「＃」の
役割を「０」で代用すればよい。そしてダイヤル式の電
話機の場合には、「＃」がないので各コードの入力終了
等を時間で判断してもよい。また、所定時間入力がなけ
れば、標準の演奏態様に自動的に設定するといったシス
テムにしてもよい。

【００６５】また、上記実施例では、カラオケ番組の放
送に使用する例を説明したが、本発明は放送用楽曲情報
を供給するサーバ側が少数であり、放送用楽曲情報を要
求するクライアント側が多数であり、両者が遠隔である
等の理由で、放送という情報供給形態を採用する状況で
あることが応用の主旨である。そのため、例えばカラオ
ケ以外にもボーカル入りの通常の楽曲であってもよい。
但し、ボーカル入りの楽曲の場合には、そのボーカルが
重要であるので、カラオケの場合のプロモードとアマモ
ードというような設定はしないこととなる。

【図面の簡単な説明】

【図１】 実施例の放送センタの概略構成を示すブロッ
ク図である。

【図２】 ホストコンピュータを中心した信号の流れを
示す説明図である。

【図３】 ホストコンピュータが取り扱うリクエストデ
ータベースのデータ構造図である。

【図４】 ホストコンピュータが取り扱うリクエスト実
行テーブルのデータ構造図である。

【図５】 ホストコンピュータが取り扱うリクエスト受
付バッファのデータ構造図である。

【図６】 ホストコンピュータが取り扱うリクエストロ
グ記録のデータ構造図である。

【図７】 ホストコンピュータが取り扱う加入者データ
ベースのデータ構造図である。

【図８】 ホストコンピュータが実行するリクエスト自
動受理・登録処理の一部を示すフローチャートである。

【図９】 ホストコンピュータが実行するリクエスト自
動受理・登録処理の一部を示すフローチャートである。

【図１０】 ホストコンピュータが実行するリクエスト
自動受理・登録処理の一部を示すフローチャートであ
る。

【図１１】 ホストコンピュータが実行するリクエスト
自動受理・登録処理の一部を示すフローチャートであ
る。

【図１２】 ホストコンピュータが実行するリクエスト
自動受理・登録処理の一部を示すフローチャートであ
る。

【図１３】 ホストコンピュータが実行するリクエスト
自動受理・登録処理の一部を示すフローチャートであ
る。

【図１４】 ホストコンピュータが実行するリクエスト
再生処理を示すフローチャートである。

【符号の説明】

１０…放送センタ １１…ホストコンピ
ュータ １１ａ…ＣＰＵ １１ｂ…ＣＰＵメモ
リ １２…外部記憶装置 １３…表示装置 １４…カラオケ再生装置 １６…放送手段 ２０…音声応答装置 ４０…公衆電話回線 ５０…加入者電話機

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｍ 3/42 Ｈ０４Ｍ 3/42 Ｚ 11/08 11/08 Ｇ１１Ｂ 27/34 Ｐ

Claims (6)

【特許請求の範囲】
1. 【請求項１】 通信手段を介して視聴者から個別になさ
   れた楽曲放送要求を受信し、要求記憶手段にデータとし
   て自動的に記憶させる放送要求受付手段と、 前記要求記憶手段に記憶されている楽曲放送要求に応じ
   た放送用楽曲情報を、所定の順番に従って順次放送して
   いく放送手段とを備えたリクエスト応答機能付きの放送
   センタにおいて、 前記放送要求受付手段は、前記楽曲放送要求の受付に際
   し、楽曲の識別情報に加えて複数候補の中から選択され
   た当該楽曲の演奏態様情報も受け付け、それらを対応付
   けて記憶可能にされており、 前記放送手段は、前記放送用楽曲情報を、対応して記憶
   されている演奏態様情報に基づく演奏態様で放送するこ
   とを特徴とする放送センタ。
2. 【請求項２】 前記演奏態様情報は、楽曲の演奏キー情
   報を含むことを特徴とする請求項１に記載の放送セン
   タ。
3. 【請求項３】 前記演奏態様情報は、楽曲の後奏をカッ
   トする後奏カットパターンと、曲の３番以降をカットし
   て２番までの演奏とする２コーラスパターンとの内のい
   ずれかを指定する情報を含むことを特徴とする請求項１
   又は２に記載の放送センタ。
4. 【請求項４】 前記演奏態様情報は、楽曲放送要求がカ
   ラオケ楽曲に対するものである場合に、メロディーライ
   ンを付加したアマモードと、メロディーラインを付加し
   ないかあるいは小さな音量で付加するプロモード曲との
   内のいずれかを指定する情報を含むことを特徴とする請
   求項１〜３のいずれかに記載の放送センタ。
5. 【請求項５】 前記放送手段は、前記演奏態様情報が記
   憶されていない場合には、前記放送用楽曲情報を、その
   放送用楽曲情報毎に予め定められている標準演奏態様で
   放送することを特徴とする請求項１〜４のいずれかに記
   載の放送センタ。
6. 【請求項６】 前記通信手段として電話回線が使用さ
   れ、前記放送要求受付手段は、視聴者からの楽曲放送要
   求を、電話機から発信可能なダイヤルパルス信号あるい
   はＤＴＭＦ信号によって受信可能に構成されていること
   を特徴とする請求項１〜５のいずれかに記載の放送セン
   タ。