JPH09167030A - 情報提供システム及び情報提供装置 - Google Patents

Abstract

(57)【要約】 【課題】 ホスト装置から情報提供装置に無条件で配信
する不都合を防止する。 【解決手段】 ホストコンピュータ５１は、カラオケ端
末１０からのスクランブル解除情報の送信要求を受信す
ると、それに対応する配信期限を情報記憶装置５３から
読み出し、現在の年月日と比較する。その結果、配信期
限が過ぎていれば、配信禁止情報をカラオケ端末１０に
送信し、情報記憶装置５３内の配信期限テーブルに配信
禁止フラグを設定する。一方、該配信禁止情報を受信し
たカラオケ端末１０の制御装置３１は、配信が禁止され
た旨のメッセージをテレビモニタ２９に表示させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報を蓄積してい
るホスト装置から通信網を介して配信された情報に基づ
いて利用者に情報提供サービスを実行し得るようにされ
ている情報提供システム及び該システムに用いて有効な
情報提供装置に関する。

【０００２】

【従来の技術及び発明が解決しようとする課題】従来よ
り、情報を蓄積しているホスト装置から通信網を介して
配信された情報に基づいて利用者に情報提供サービスを
実行し得るようにされている情報提供システムが知られ
ている。このシステムで配信する情報としては、例えば
次の２種類がある。一つは、そのままの状態で情報提供
サービスに使用可能な情報提供用情報そのものである。
もう一つは、スクランブル処理を施した情報提供用情報
を予め通信で配信しておいたり、ＣＤ−ＲＯＭ等の媒体
に記憶させて利用者側に配布しておいたりした場合に、
そのスクランブルを解除するために別途配信する情報で
ある。

【０００３】そして、情報配信システムとしては、ホス
ト装置に接続されている状態においては、例えば情報提
供装置側からの任意のタイミングでの配信要求に応じて
情報を配信するように構成することが多いが、その場合
に、情報提供装置をホスト装置から切り離してしまうと
情報配信を受けられなくなる。したがって、例えば３か
月や６か月といった期間の経過後に再度ホスト装置に接
続した場合に、最近の１か月分の情報というように限定
するのではなく、前回の配信時から今回の配信時までに
新たに配信すべきものとなった情報を全て配信するよう
にすることが情報提供装置の利用者にとっては便利であ
る。

【０００４】しかしながら、接続していなかった期間が
非常に長くなった場合も同じようにすると、例えば過去
２年分や３年分の情報を一度に配信することとなる。す
ると配信すべき情報が非常に多くなり、情報が有料の場
合には非常に高額の料金が課されることとなる。これで
は利用者側の負担が大きくなり、また、料金徴収側にし
ても徴収が難しくなるといった不都合が生じてくる。

【０００５】また、情報配信側の都合で、例えば過去１
年分の情報は蓄積しているが、１年以上経過したものに
ついては削除していくことも考えられる。これは、ホス
ト装置の情報蓄積手段も容量は有限であり、また、１年
程度経過した情報については配信する機会も非常に少な
くなってくることを考慮して、古い情報は削除して新し
い情報を蓄積するための容量を確保するのである。この
ようにしている場合には、例えば前回の情報配信時から
２年経過して再度情報配信を受けると、過去１年分しか
配信してもらえず、その前の１年分の情報は配信されな
いこととなる。

【０００６】このように、システム全体としての効率等
を考えた場合に、過去に遡った情報配信も無制限に行な
うと好ましくない場合が様々生じてくる。本発明は、上
述した問題点を解決するためになされたものであり、ホ
スト装置から配信された情報に基づいて情報提供装置が
利用者に情報提供サービスを実行するシステムにおい
て、特に期限的な面で無条件で配信することによる不都
合を防止し、適切なシステム運営を図ることを目的とし
ている。

【０００７】

【課題を解決するための手段及び発明の効果】上記課題
を解決するためになされた請求項１に記載の発明は、情
報を蓄積しているホスト装置と、該ホスト装置から通信
網を介して配信された情報に基づいて利用者に情報提供
サービスを実行し得るようにされている情報提供装置と
を備え、該情報提供装置からの配信要求に応じ、前記ホ
スト装置は該当情報提供装置に対する前回の配信時から
今回の配信時までの間に配信すべき情報を配信するよう
に構成されている情報提供システムにおいて、前記情報
の配信期限を記憶しておく配信期限記憶手段と、前記情
報の配信が実行された場合には、前記配信期限を更新さ
せる配信期限更新手段と、前記配信期限を経過している
場合には前記情報の配信が実行されないような配信禁止
制御を行なう配信禁止手段とを備えることを特徴とする
情報提供システムである。

【０００８】本情報提供システムによれば、情報を蓄積
しているホスト装置から通信網を介して配信された情報
に基づいて情報提供装置が利用者に情報提供サービスを
実行する。そして、情報の配信については、情報提供装
置からの配信要求に応じホスト装置が該当情報提供装置
に対する前回の配信時から今回の配信時までの間に配信
すべき情報を配信する。ここで、配信期限に基づいて次
のような制御を行なう。すなわち、情報の配信期限が配
信期限記憶手段に記憶されており、情報の配信が実行さ
れた場合には、配信期限更新手段が配信期限を更新させ
ていくのであるが、情報配信時に配信期限を経過してい
る場合には、情報の配信が実行されないような配信禁止
制御を配信禁止手段が行なうのである。

【０００９】なお、前記配信期限記憶手段、前記配信期
限更新手段及び前記配信禁止手段については、請求項２
に示すようにホスト装置が備えるようにしても、請求項
３に示すように情報提供装置が備えるようにしても実現
できる。請求項２に示すようにホスト装置が備えるよう
にした場合には、前記配信期限記憶手段には、システム
内の情報提供装置毎に対応した配信期限が記憶されてお
き、前記配信禁止手段は、各情報提供装置に対して前記
配信禁止制御を個別に実行可能にすることが考えられ
る。

【００１０】また、請求項３に示すように、配信期限記
憶手段、配信期限更新手段及び配信禁止手段を情報提供
装置が備えるようにしてもよい。この場合には、情報提
供装置からの配信要求に応じてホスト装置が情報を配信
するように構成し、前記配信禁止手段は、前記配信禁止
制御として、前記ホスト装置への情報の配信要求を禁止
する制御を実行するようにすることが考えられる。

【００１１】このように、ホスト装置の主導による制御
であっても、情報提供装置の主導による制御であって
も、結果的には情報提供装置への情報配信が禁止され
る。配信期限を設け、それに基づいて情報配信の禁止を
行なうことの利点としては次のようなことが挙げられ
る。

【００１２】例えば、配信期限更新手段は、情報の配信
が実行される毎に所定期間（例えば１年間）を加算した
期日を配信期限として更新させていくことが考えられ
る。そして、情報配信システムとしては、ホスト装置に
接続されている状態においては、例えば情報提供装置側
からの任意のタイミングでの配信要求に応じて情報を配
信するように構成することが多いが、その場合に、情報
提供装置をホスト装置から切り離してしまうと情報配信
を受けられなくなる。したがって、例えば３か月や６か
月といった期間の経過後に再度ホスト装置に接続した場
合に、最近の１か月分の情報だけでなく、前回の配信時
から今回の配信時までに新たに配信すべきものとなった
情報を全て配信するようにすることが情報提供装置の利
用者にとっては便利である。

【００１３】しかしながら、接続していなかった期間が
非常に長くなった場合も同じようにすると、例えば過去
２年分や３年分の情報を一度に配信することとなる。す
ると配信すべき情報が非常に多くなり、情報が有料の場
合には非常に高額の料金が課されることとなる。これで
は利用者側の負担が大きくなり、また、料金徴収側にし
ても徴収が難しくなるといった不都合が生じてくる。

【００１４】また、情報配信側の都合で、例えば過去１
年分の情報は蓄積しているが、１年以上経過したものに
ついては削除していくことも考えられる。これは、ホス
ト装置の情報蓄積手段も容量は有限であり、また、１年
程度経過した情報については配信する機会も非常に少な
くなってくることを考慮して、古い情報は削除して新し
い情報を蓄積するための容量を確保するのである。この
ようにしている場合には、例えば前回の情報配信時から
２年経過して再度情報配信を受けると、過去１年分しか
配信してもらえず、その前の１年分の情報は配信されな
いこととなる。

【００１５】このように、システム全体としての効率等
を考えた場合に、過去に遡った情報配信も無制限に行な
うと好ましくない場合が様々生じてくるため、本発明の
ように配信期限を経過している場合には情報配信の実行
を禁止する配信禁止制御を実行すれば、そのような不都
合を解消することができる。

【００１６】なお、ホスト装置から情報提供装置へ配信
する情報としては、そのまま情報提供サービスに使用で
きる情報であってもよいし、あるいは、請求項４に示す
ように、情報提供装置が、初期状態ではスクランブル処
理が施され、そのままでは情報提供サービスに使用でき
ないようにされた情報提供用情報を記憶しており、ホス
ト装置からはスクランブル解除情報を取得するようにし
てもよい。その場合は、その取得したスクランブル解除
情報に基づく解除処理によって初めて情報提供用情報が
情報提供サービスに使用可能とされる。

【００１７】例えば、スクランブル処理を施した情報提
供用情報をＣＤ−ＲＯＭ等の記憶媒体に記憶させた状態
で配布しておき、実際に使用可能とするためには、スク
ランブル解除情報を取得しなければならないようにすれ
ば通信網で配信する情報がスクランブル解除情報だけと
なり、通信負担が軽減する。

【００１８】また、スクランブル処理を施した情報提供
用情報も通信網を介して配信するようにしてもよいが、
この場合でも、情報提供用情報とスクランブル解除情報
の配信をに使用する通信網を別個にすることができる。
そして、この場合には、請求項５に示すように、スクラ
ンブル解除情報を配信するための通信網として課金通信
網を備えると共に、ホスト装置は、配信する情報の対価
に相当する課金情報を前記課金通信網を介して送信する
ことによって情報提供装置に対する課金を実行する機能
を備えているようにしてもよい。

【００１９】このように、スクランブル処理を施した情
報提供用情報を配信する通信網（以下、情報通信網と呼
ぶ。）と課金通信網とを異なる通信網とすれば、次の点
で特に優れた作用・効果を奏する。すなわち、情報提供
サービスに用いる情報提供用としては、例えばカラオケ
演奏用の新曲データであるとか、ゲームソフトであるよ
うに、情報量のかなり大きなものである場合が想定され
るが、そういった大きな情報そのものを配信する場合に
は、その配信に適した通信網を利用することで、課金通
信網を利用してそれらの情報を配信するよりも迅速であ
ったり、データの信頼性が高かったりするという点で、
情報提供端末が受け取るべき情報の種類に応じた最適な
システム構成が可能となるからである。

【００２０】一方、この様なシステムに用いられる情報
提供装置は、次の様に構成することができる。例えば請
求項６に示す情報提供装置は、通信網を介してホスト装
置と接続する通信網接続手段と、接続されたホスト装置
に情報の配信を要求する配信要求手段と、その配信要求
に応じて、前回の配信時から今回の配信時までの間に配
信すべき情報を配信するように構成されているホスト装
置から配信を受けた情報を記憶しておく情報記憶手段と
を備え、該情報記憶手段に記憶された情報に基づいて利
用者に情報提供サービスを実行し得るようにされている
情報提供装置であって、前記情報の配信期限を記憶して
おく配信期限記憶手段と、前記情報の配信を受けた場合
には、前記配信期限を更新させる配信期限更新手段と、
前記情報の配信要求が生じた時点で前記配信期限を経過
している場合には、前記配信要求手段によるホスト装置
への配信要求を禁止する配信禁止手段とを備えることを
特徴とする。

【００２１】また、請求項７に示す情報提供装置は、初
期状態ではスクランブル処理が施され、そのままでは情
報提供サービスに使用できないようにされた情報提供用
情報を記憶しておく情報提供用情報記憶手段を備え、前
記ホスト装置から配信される情報としてスクランブル解
除情報を取得し、そのスクランブル解除情報に基づく解
除処理を行って前記情報提供用情報を情報提供サービス
に使用可能とすることを特徴とする。

【００２２】もちろん、本発明の情報提供システムを実
現するに当たっては、これらの情報提供装置にだけ限ら
れるものではなく、その目的・作用・効果を共通とする
ものであれば上述の２例の装置とは異なる装置を用いた
ものも含むことはいうまでもない。

【００２３】

【発明の実施の形態】次に、本発明の情報提供システム
を通信式カラオケシステムとして具体化した一実施例を
図面を参照して説明する。最初に図１を参照して、実施
例としての通信式カラオケシステム及び電話事業者側設
備の構成を説明する。図１において、ホスト装置として
の情報センタ１と情報提供装置としてのカラオケ端末１
０とが本発明の通信式カラオケシステムであり、通信網
としての公衆回線網５や料金徴収代行システム９は電話
事業者側設備である。

【００２４】図１に示す通信式カラオケシステムは最小
の構成例であり、１台の情報センタ１と１台のカラオケ
端末１０から構成される。実際には、上記各装置１，１
０はそれぞれ複数台存在する場合もあり、１台の情報セ
ンタ１に対して複数台のカラオケ端末１０が存在するの
が一般的である。また、カラオケ端末１０は電話事業者
による公衆回線網５を介して情報センタ１と接続できる
ようになっていると共に、料金徴収代行システム９へ接
続された専用回線７を介しても情報センタ１と接続する
ように構成されている。本実施例では、この料金徴収代
行システム９及び専用回線７を経由する通信網として、
課金通信網としてのビデオテックス通信網を想定してい
る。

【００２５】まず、カラオケ端末１０についてその構成
及び機能の概略を説明する。カラオケ端末１０は、装置
全体の制御を司り、配信要求手段、配信期限更新手段及
び配信禁止手段に相当する中央制御装置３１、入力手段
としての多目的入力キー３２、配信期限記憶手段及び情
報記憶手段（あるいは情報提供用情報記憶手段）に相当
するハードディスク３３、現在の年月日時刻を計時可能
な電子タイマ３４、音声再生回路３５、画面表示制御装
置２６、通信制御装置２７を備えている。そして、音声
再生回路３５にはミキサアンプ３８が、画面表示制御装
置２６には表示手段としてのテレビモニタ２９がそれぞ
れ接続されている。また、ミキサアンプ３８にはスピー
カ４１とマイクロフォン４３が接続されている。

【００２６】前記多目的入力キー３２は各種キーを備え
ており、カラオケ曲の選択作業や、情報センタ１との接
続などの操作に使用される。また通信制御装置２７は、
電話事業者側設備である公衆回線網５を通して情報セン
タ１とデータ通信を行うためのものであり、デジタルデ
ータの音声帯域への変調、受信した音声帯域信号のデジ
タルデータへの復調を行う。

【００２７】カラオケ端末１０は、カラオケ演奏を行う
ために必要なカラオケ曲情報を情報センタ１から有料で
供給を受け、内蔵するハードディスク３３に記憶・蓄積
しておく。なお、前記ハードディスク３３には記憶され
る１曲分のカラオケ曲情報は、曲同士を識別するための
識別情報である曲番号情報及び実体情報から構成されて
いる。この内の実体情報は、伴奏音楽の情報であるＭＩ
ＤＩ（Musical Instrument Digital Interface）規格の
演奏情報、歌詞情報、歌詞の切替や色替えのタイミング
を指定するためのタイミング情報、背景映像情報等から
なっている。背景映像情報は曲毎に対応した映像情報を
符合化したものである。

【００２８】ただし、初期状態のカラオケ曲情報は例え
ばスクランブル処理等が施されておりそのままでは使用
できないようにされている。使用可能にするためには、
情報センタ１からスクランブル解除情報を受信してスク
ランブル解除処理を実行する必要がある。これに関して
は後述する。

【００２９】カラオケ端末１０は、上記のような構成か
らなり、カラオケ利用者のリクエストに応じて実際にカ
ラオケ演奏を行うための装置である。カラオケ演奏時に
は、中央制御装置３１は、所定のカラオケ演奏プログラ
ムに従って、カラオケ演奏処理を実行するのであるが、
中央制御装置３１は、リクエストされた曲に対応するカ
ラオケ曲情報をハードディスク３３から読み出し、演奏
情報は音声再生回路３５に、歌詞情報及び背景映像情報
は画面表示制御装置２６にそれぞれ転送する。音声再生
回路３５に出力された演奏情報は、アナログの演奏信号
に変換された後、ミキサアンプ３８へ送られて電気的に
増幅されるとともに、マイクロフォン４３を介して入力
する利用者の歌声と適度な割合でミキシングされる。ミ
キシングされた音声信号は、スピーカ４１により演奏音
として外部へ出力される。

【００３０】一方、演奏情報と同期して出力される歌詞
情報は、画面表示制御装置２６において再生された背景
映像情報と合成（スーパーインポーズ）されてテレビモ
ニタ２９に表示される。これにより、テレビモニタ２９
には、背景映像に歌詞テロップが合成された状態で表示
される。

【００３１】続いて、情報センタ１の構成を説明する。
情報センタ１は、ホストコンピュータ５１と、情報記憶
装置５３と、入力装置５５と、通信制御装置５７と、料
金徴収代行システム通信部５８と、プリンタ５９と、Ｃ
ＲＴ６１とを備えている。

【００３２】ホストコンピュータ５１は、各種制御プロ
グラムに従って情報センタ装置全体の動作制御を行って
いる。情報記憶装置５３には、カラオケ端末１０へ配信
可能なカラオケ曲情報であってスクランブル処理された
ものが記憶されており、そのスクランブルを解除するた
めのスクランブル解除情報も記憶されている。また、カ
ラオケ端末１０毎の稼働情報やカラオケ曲情報の配信記
録（配信日等も含まれている）あるいは課金実績等もこ
の情報記憶装置５３に記憶させておくことができる。な
お、入力装置５５からは各種指令を入力することがで
き、例えば、情報記憶装置５３に記憶された稼働情報や
配信記録あるいは課金実績等をプリンタ５９によって印
刷させたり、ＣＲＴ６１に表示させたりすることができ
る。

【００３３】また、通信制御装置５７は、電話事業者側
設備である公衆回線網５を通してカラオケ端末１０とデ
ータ通信を行うためのものであり、後述するスクランブ
ル解除情報の配信に係る場合以外は、情報センタ１の通
信制御装置５７とカラオケ端末１０の通信制御装置２７
とが公衆回線網５を介してデータ通信を行なう。例え
ば、カラオケ曲情報自体を配信したり、カラオケ端末１
０からの稼働情報等を吸い上げる場合には、この経路で
行なう。

【００３４】一方、料金徴収代行システム通信部５８
は、専用回線７によって、料金徴収代行システム９と接
続し、料金徴収代行システム９経由で（さらに公衆回線
網５を介して）カラオケ端末１０とデータ通信を行うた
めのものであり、情報記憶装置５３に記憶されているス
クランブル解除情報は、この経路（つまりビデオテック
ス通信網）でカラオケ端末１０に配信される。そして、
このスクランブル解除情報の配信に伴う課金処理が実行
されるのであるが、この課金処理はビデオテックス通信
システムを利用して行なわれる。

【００３５】即ち、情報センタ１は、専用回線７及び料
金徴収代行システム９を通した課金通信網経由で各カラ
オケ端末１０と接続し、各カラオケ端末１０へスクラン
ブル解除情報を配信すると共に、その配信に際して所定
金額の課金情報を送信することによって、当該端末に対
する課金を実行する。この料金は、カラオケ端末１０に
対する電話料金に上乗せした形で、電話事業者により代
行徴収され、手数料を控除した上でカラオケ曲情報配信
事業者へと渡される。

【００３６】このように情報センタ１からカラオケ端末
１０へスクランブル解除情報が配信されると、カラオケ
端末１０では、そのスクランブル解除情報を用いて該当
するカラオケ曲のスクランブルを解除する処理を実行す
る。この解除処理が実行されて初めて、カラオケ端末１
０においてカラオケ曲が演奏可能となる。なお、スクラ
ンブル解除情報を取得するための要求はカラオケ端末１
０側から送信される。すなわち、カラオケ端末１０の中
央制御装置３１にはスクランブル解除情報を情報センタ
１から受信するための通信制御処理において実行される
課金通信プログラム３１ａが格納されており、中央制御
装置３１はこの課金通信プログラム３１ａに従って情報
センタ１と通信し、スクランブル解除情報の送信を要求
するのである。

【００３７】以上のように構成された本実施例の通信式
カラオケシステムの動作について、カラオケ端末１０の
中央制御装置３１及び情報センタ１のホストコンピュー
タ５１の実行する制御処理を説明する。まず、カラオケ
端末１０の作動を図２のフローチャートに基づいて説明
する。

【００３８】電源が投入されると、このメインルーチン
が実行開始される。まず、最初のステップＳ１にて、通
信制御装置２７のリセット等の装置全体の初期化を行
う。次に、Ｓ２にて、カラオケ端末１０の動作指定とし
て、カラオケ演奏モードが指定されたか否かをチェック
する。カラオケ端末設置事業者によってカラオケ演奏モ
ードの指定があればＳ３へ移行し、同指定がなければＳ
４へ移行する。

【００３９】Ｓ３では、多目的入力キー３２で選曲され
た曲情報をハードディスク３３から読み出し、所定のカ
ラオケ演奏処理を行う。このカラオケ演奏処理の具体的
内容については上述したのでここでは省略する。このＳ
３はカラオケ演奏モードが解除されるまで利用客からの
リクエスト待ちとカラオケ演奏の実行とを繰り返し行
う。Ｓ３のステップは、カラオケ端末設置事業者による
カラオケ演奏モードの解除指定により終了し、Ｓ４へと
移行する。

【００４０】Ｓ４では、カラオケ端末１０の動作指定と
して、カラオケ端末設置事業者により解除情報要求モー
ドが指定されたか否かをチェックする。解除情報要求モ
ードの指定があればＳ５へ移行し、同指定がなければＳ
２へ移行する。Ｓ５では、サブルーチンをコールして解
除情報要求処理を行う。この解除情報要求処理を図３の
フローチャートにて説明する。

【００４１】本解除情報要求処理の最初のステップＳ１
１では、中央制御装置３１はハードディスク３３から読
み出された配信期限３３ａと電子タイマ３４が計時して
いる年月日とを比較する。その比較の結果、期限を過ぎ
ていなければ（Ｓ１２：ＮＯ）、Ｓ１３へ移行して、情
報センタ１からスクランブル解除情報を取得するための
処理を実行する。

【００４２】まず、Ｓ１３では、情報センタ１とビデオ
テックス通信網を通じて接続する。より具体的には、カ
ラオケ端末１０は、所定の通信プロトコルに従って、ま
ず、公衆回線網５を通じて料金徴収代行システム９と接
続し、さらに料金徴収代行システム９と情報センタ１と
の間を専用回線７を介して接続させることによって、情
報センタ１との接続を実行する。情報センタ１との接続
処理終了後、Ｓ１４へ移行する。

【００４３】Ｓ１４では、スクランブル解除情報を送信
してもらうための要求を情報センタ１に対して送信す
る。そして、続くＳ１５では、送信要求に対する応答と
して、情報センタ１から送信されるスクランブル解除情
報を受信してハードディスク３３へ記憶させる。また、
課金情報の受信も行なう。

【００４４】このハードディスク３３への記憶処理が完
了したら、Ｓ１６へ移行し、情報センタ１との接続解除
処理を行う。この接続解除処理が終了すると、Ｓ１７へ
移行して配信期限３３ａの更新処理を実行する。この配
信期限３３ａの更新は、その日（スクランブル解除情報
を受信した日）に所定期間を加算して行なう。例えば１
年といった期間である。

【００４５】そして、続くＳ１８では、受信したスクラ
ンブル解除情報を用いてハードディスク３３内のカラオ
ケ曲情報に施されているスクランブルを解除する処理を
実行する。その後は、本スクランブル解除情報要求処理
を一旦終了して、図２のフローチャートのＳ２のステッ
プへ移行し、電源オフとされるまでの間、Ｓ２以下の処
理を繰り返し実行する。

【００４６】一方、Ｓ１２で肯定判断、すなわち、電子
タイマ３４が計時している年月日が配信期限３３ａを過
ぎている場合には、Ｓ１９へ移行して、カラオケ端末１
０自身の通信機能を停止させる。例えば、通信制御装置
２７を使用できないようにする。

【００４７】そして、続くＳ２０では、メッセージを例
えばテレビモニタ２９に表示させ、本スクランブル解除
情報要求処理を一旦終了する。なお、この表示させるメ
ッセージは、例えば「前回の接続から１年以上経過して
いるので通信機能が停止されました。通信機能を回復さ
せる場合にはメーカーに依頼して下さい。」といった内
容である。

【００４８】したがって、利用者は、通信機能を回復さ
せるには、メーカー側に修理を依頼することになるが、
カラオケ端末１０は、通信以外の機能は正常に動作する
ので、例えば既にスクランブルが解除されているカラオ
ケ曲情報に基づくカラオケ演奏は可能である。そのた
め、通信以外の処理についてのみであれば、このまま使
用し続けても差し支え無い。

【００４９】以上がカラオケ端末１０の中央制御装置３
１の作動であり、カラオケ演奏、スクランブル解除情報
の配信要求及び受信の各処理を行う。次に、情報センタ
１の作動を図４のフローチャートに基づいて説明する。
情報センタ１では、電源投入後、Ｓ３０のステップから
実行する。

【００５０】Ｓ３０では、通信制御装置５７のリセット
等の装置全体の初期化を行う。そして、Ｓ３１へ移行
し、カラオケ端末１０から接続要求があるかどうかを調
べる。あればＳ３２へ移行し、なければＳ３１の処理を
繰り返し、待機状態となる。Ｓ３２では、カラオケ端末
１０からの接続要求に対して当該カラオケ端末１０との
接続を行う。接続完了後、Ｓ３３へ移行し、カラオケ端
末１０からのスクランブル解除情報の送信要求を受信す
る。

【００５１】このスクランブル解除情報の送信要求の受
信完了後、Ｓ３４へ移行し、送信要求を出したカラオケ
端末１０に対してスクランブル解除情報を送信するので
あるが、これは前回の配信時から今回の配信時までに新
たに配信すべきものとなったスクランブル解除情報を特
定し、その特定されたスクランブル解除情報をカラオケ
端末１０へ配信すると共に、その配信に際して課金情報
もカラオケ端末１０へ送信する。

【００５２】カラオケ端末１０と情報センタ１の通信路
の間に存在する料金徴収代行システム９は、この課金情
報を基に、該当するカラオケ端末１０の設置事業者に対
して電話料金に上乗せした格好で料金徴収を行うのであ
る。こうしてＳ３４で課金情報の送信が完了したら、Ｓ
３５へ移行し、カラオケ端末１０との接続を解除する。
接続解除処理が完了後、Ｓ３６へ移行し、Ｓ３２〜Ｓ３
５の処理の結果であるスクランブル解除情報の配信実績
及び課金実績を、情報記憶装置５３に記録する。

【００５３】最後に、電話事業者側設備である料金徴収
代行システム９の機能を説明する。上述のように、カラ
オケ端末１０がスクランブル解除情報を情報センタ１か
ら配信してもらう場合には、この料金徴収代行システム
９を経由してデータのやり取りを行う。この時、料金徴
収代行システム９は、どのカラオケ端末１０が情報セン
タ１から、どのスクランブル解除情報を配信されたにつ
いての情報を、データのやり取りの途中に位置する立場
から課金実績として取得する。この課金実績に基づき、
本通信式カラオケシステムでのものとして予め登録され
ている料金リストを参照し、情報提供料金を算出する。

【００５４】電話事業者は、この算出した情報提供料金
を、有料情報を読み出したカラオケ端末１０の所有者で
あるカラオケ端末設置事業者に対する電話料金請求時に
これに上乗せする形で徴収し、情報提供者である曲情報
配信事業者へと渡すサービスを行っている。これ自体
は、ＮＴＴで行っているビデオテックスとしてよく知ら
れている。

【００５５】なお、本実施例を通信シーケンス図で示す
と、図５のようになる。図５は、カラオケ端末１０と情
報センタ１との間での通信シーケンスを示しており、ま
ず、カラオケ端末１０が課金通信網（実施例ではビデオ
テックス通信網）を介して情報センタ１に対して発呼
し、接続できた後にパスワードを送信する。情報センタ
１ではこのパスワードに基づいて端末照合を行い、通信
式カラオケシステム内のものとして登録されている端末
であれば、照合正常の旨を返送する。

【００５６】カラオケ端末１０はこの照合正常を受信し
て情報センタ１が受付可能状態となった後に、スクラン
ブル解除情報の送信要求を送信する。情報センタ１は、
この送信要求に応じたスクランブル解除情報を対応する
金額の課金情報と共にカラオケ端末１０に向けて送信す
る。これを受けてカラオケ端末１０は情報センタ１との
接続を切断する。

【００５７】以上説明したことから明かなように、本実
施例の通信式カラオケシステムによれば、カラオケ装置
１０自身が、スクランブル解除情報の配信を受ける毎に
更新されていく配信期限３３ａを記憶しており、その配
信期限３３ａを経過しているにもかかわらずスクランブ
ル解除情報の送信を要求した場合には、自ら通信機能を
停止して、配信を受けられないようにしている。このよ
うにすることの利点としては次のようなことが挙げられ
る。

【００５８】例えば、上記実施例では、スクランブル解
除情報の配信が実行される毎に所定期間（例えば１年
間）を加算した期日を配信期限３３ａとして更新させて
いる。そして情報配信システムとしては、情報センタ１
に接続されている状態においては、カラオケ端末１０か
らの任意のタイミングでの配信要求に応じて情報を配信
するようにされているが、カラオケ端末１０を情報セン
タ１から切り離してしまうと、その定期的な情報配信を
受けられない。したがって、例えば３か月や６か月とい
った期間の経過後に再度情報センタ１に接続した場合
に、最近の１か月分の情報だけでなく、前回の配信時か
ら今回の配信時までに新たに配信すべきものとなった情
報を全て配信するようにすることが情報提供装置の利用
者にとっては便利である。

【００５９】しかしながら、接続していなかった期間が
非常に長くなった場合も同じようにすると、例えば過去
２年分や３年分の情報を一度に配信することとなる。す
ると配信すべき情報が非常に多くなり、情報が有料の場
合には非常に高額の料金が課されることとなる。これで
は利用者側の負担が大きくなり、また、料金徴収側にし
ても徴収が難しくなるといった不都合が生じてくる。

【００６０】また、情報配信側の都合で、例えば過去１
年分の情報は蓄積しているが、１年以上経過したものに
ついては削除していくことも考えられる。これは、情報
センタ１の情報記憶装置５３も容量は有限であり、ま
た、１年程度経過した情報については配信する機会も非
常に少なくなってくることを考慮して、古い情報は削除
して新しい情報を蓄積するための容量を確保するのであ
る。このようにしている場合には、例えば前回の情報配
信時から２年経過して再度情報配信を受けると、過去１
年分しか配信してもらえず、その前の１年分の情報は配
信されないこととなる。

【００６１】このように、システム全体としての効率等
を考えた場合に、過去に遡った情報配信も無制限に行な
うと好ましくない場合が様々生じてくるため、本実施例
で説明したように、配信期限３３ａを経過している場合
には情報配信の実行を禁止する配信禁止制御（本実施例
の場合には、カラオケ端末１０が配信要求自体をしない
制御）を実行すれば、そのような不都合を解消すること
ができる。

【００６２】また、本実施例では、スクランブル解除情
報を配信した場合に、その対価の徴収については電話事
業者による代行サービスを利用することができ、これら
のことから情報配信事業者の負担を軽減することができ
る。なお、スクランブル処理を施したカラオケ曲情報に
ついては、例えばＣＤ−ＲＯＭ等の記憶媒体に記憶させ
た状態で予め利用者に配布しておき、実際に使用可能と
するためには、情報センタ１からスクランブル解除情報
を取得しなければならないようにしておくことも考えら
れる。このようにすれば、通信網で配信する情報がスク
ランブル解除情報だけとなり、通信負担が軽減する。

【００６３】以上本発明はこのような実施例に何等限定
されるものではなく、本発明の要旨を逸脱しない範囲に
おいて種々なる態様で実施し得る。例えば、上記実施例
においては、カラオケ端末１自身がハードディスク３３
に配信期限３３ａを記憶しており、スクランブル解除情
報の配信を受ける毎に配信期限３３ａを更新する処理
（図３のＳ１７）を実行し、配信期限３３ａを過ぎてい
た場合には、自分自身で通信機能を停止するようにして
いた（図３のＳ１９）が、別実施例として、配信期限３
３ａの記憶あるいは期限オーバーか否かの判断をホスト
装置である情報センタ１側で実行するようにしてもよ
い。

【００６４】この場合には、情報センタ１の情報記憶装
置５３には、システム内のカラオケ端末１０毎に対応し
た配信期限テーブルが格納されており、配信する毎に更
新することとなる。そして、カラオケ端末１０からスク
ランブル解除情報の送信要求があった場合には、上記配
信期限テーブルから該当する配信期限を取り出し、その
配信期限を経過しているかどうかを判断する。そして、
経過していれば、そのカラオケ端末１０に対して配信を
せず、配信しない旨だけを通知する。

【００６５】この別実施例の場合の具体的処理の内容に
ついて、カラオケ端末１０の中央制御装置３１及び情報
センタ１のホストコンピュータ５１の実行する制御処理
を説明する。まず、情報センタ１での作動を図６のフロ
ーチャートに基づいて説明する。

【００６６】Ｓ５０〜Ｓ５３の処理は上述した図３のＳ
３０〜Ｓ３３の処理と同じであり、Ｓ５０で通信制御装
置５７のリセット等の装置全体の初期化を行った後、Ｓ
５１でカラオケ端末１０から接続要求があるかどうかを
調べる。あればＳ５２へ移行し、なければＳ５１の処理
を繰り返し、待機状態となる。

【００６７】Ｓ５２では、カラオケ端末１０からの接続
要求に対して当該カラオケ端末１０との接続を行う。接
続完了後、Ｓ５３へ移行し、カラオケ端末１０からのス
クランブル解除情報の送信要求を受信する。このスクラ
ンブル解除情報の送信要求の受信完了後、Ｓ５４へ移行
し、この場合には、情報記憶装置５３から読み出された
配信期限と現在の年月日とを比較する。その比較の結
果、期限を過ぎていなければ（Ｓ５５：ＮＯ）、Ｓ５６
へ移行して、送信要求を出したカラオケ端末１０に対し
てスクランブル解除情報を送信する。これは、上記実施
例と同様に、前回の配信時から今回の配信時までに新た
に配信すべきものとなったスクランブル解除情報であ
る。そして、その特定されたスクランブル解除情報をカ
ラオケ端末１０へ配信すると共に、その配信に際して課
金情報もカラオケ端末１０へ送信する。

【００６８】一方、Ｓ５５で肯定判断、すなわち、現在
の年月日が配信期限を過ぎている場合には、Ｓ５９へ移
行して、配信禁止情報をカラオケ端末１０へ送信する。
これは、配信が禁止されたことをカラオケ端末１０に通
知するための情報であり、この情報を受けたカラオケ端
末１０では所定の対応処理を実行するのであるが、それ
については後述する。

【００６９】Ｓ５６あるいはＳ５９の処理の後は、Ｓ５
７へ移行する。Ｓ５７ではカラオケ端末１０との接続を
解除し、接続解除処理が完了後、Ｓ５８へ移行する。Ｓ
５８では、Ｓ５２〜Ｓ５６の処理の結果であるスクラン
ブル解除情報の配信実績及び課金実績を情報記憶装置５
３に記録するか、又はＳ５９の処理の結果として、配信
期限テーブルに配信禁止フラグを設定する。スクランブ
ル解除情報の配信実績及び課金実績を情報記憶装置５３
に記録する場合には、同時に、配信期限テーブルにおい
ても配信期限の更新処理を実行する。この配信期限の更
新は、上記実施例にてカラオケ端末１０が実行していた
のと同様に、その日（スクランブル解除情報を送信した
日）に所定期間を加算して行なう。例えば１年といった
期間である。Ｓ５８の処理後はＳ５１へ戻る。

【００７０】次に、カラオケ端末１０での処理について
図７のフローチャートに基づいて説明する。最初のステ
ップＳ６１では、情報センタ１とビデオテックス通信網
を通じて接続し、続くＳ６２では、スクランブル解除情
報を送信してもらうための要求を情報センタ１に対して
送信する。

【００７１】そして、続くＳ６３では、送信要求に対す
る応答として、情報センタ１から送信される情報を受信
する。上述の図６のＳ５６，Ｓ５９に示すように、スク
ランブル解除情報と課金情報が送信されてくる場合もあ
るし、配信禁止情報が送信されてくる場合もある。

【００７２】Ｓ６４で情報センタ１との接続解除処理を
行った後は、Ｓ６５にて、受信した情報がスクランブル
解除情報及び課金情報の方かどうかを判断する。もしそ
うであれば、続くＳ６６にて、受信したスクランブル解
除情報を用いてハードディスク３３内のカラオケ曲情報
に施されているスクランブルを解除する処理を実行す
る。

【００７３】一方、受信したのが配信禁止情報であった
場合には（Ｓ６５：ＮＯ）、配信が禁止された旨のメッ
セージをテレビモニタ２９等に表示する。このメッセー
ジには、上記実施例の場合と同様、メーカー側に依頼す
るように促す内容を含ませるとよい。なお、この場合は
上記実施例のように通信機能を停止させる処理ではな
い。したがって、この後も情報センタ１に対して送信要
求自体は可能である。しかし、いくら要求してもスクラ
ンブル解除情報は配信されないこととなるため、実質的
に配信が禁止された状態となる。

【００７４】上記図１〜５を参照して説明した実施例あ
るいは図６，７を参照して説明した別実施例において
は、カラオケ端末１０が、初期状態ではスクランブル処
理が施され、そのままでは正常な演奏できないようにさ
れたカラオケ曲情報をハードディスク３３に記憶してお
り、そのスクランブルを解除するためのスクランブル解
除情報を情報センタ１から取得するようにしていたが、
情報センタ１からスクランブルが施されてなく、そのま
ま正常な演奏が可能なカラオケ曲情報そのものを配信す
るようなシステムであっても同様に適用できる。やは
り、過去２年分や３年分の配信すべきカラオケ曲情報を
一度に送信すると、料金が非常に高額になってしまった
り、あるいは情報センタ１側で過去１年分のカラオケ曲
情報しか情報記憶装置５３に記憶していない場合には、
取得できないカラオケ曲情報が生じてしまうといった同
様の不都合があるからである。

【００７５】さらに、本発明の適用対象は、通信式カラ
オケシステムに限らず、ゲームソフトの配信ネットワー
クなどとして適用してもよいことはいうまでもない。

【図面の簡単な説明】

【図１】 実施例の通信式カラオケシステムの概略構成
図である。

【図２】 実施例のカラオケ端末におけるメイン処理を
示すフローチャートである。

【図３】 実施例のカラオケ端末における曲情報リクエ
スト処理を示すフローチャートである。

【図４】 実施例の情報センタにおけるメイン処理を示
すフローチャートである。

【図５】 実施例におけるカラオケ端末と情報センタと
の間の通信シーケンス図である。

【図６】 別実施例の場合の情報センタにおけるメイン
処理を示すフローチャートである。

【図７】 別実施例の場合のカラオケ端末における曲情
報リクエスト処理を示すフローチャートである。

【符号の説明】

１…情報センタ ５…公衆回線網 ７…専用回線 ９…料金徴収代行シ
ステム １０…カラオケ端末 ２６…画面表示制御装
置 ２７…通信制御装置 ２９…テレビモニタ ３１…中央制御装置 ３２…多目的入力キー ３３…ハードディスク ３４…電子タイマ ３５…音声再生回路 ３８…ミキサアンプ ４１…スピーカ ４３…マイクロフォン ５１…ホストコンピュータ ５１…料金徴収代行シ
ステム ５３…情報記憶装置 ５５…入力装置 ５７…通信制御装置 ５８…料金徴収代行シ
ステム通信部 ５９…プリンタ

Claims (7)

【特許請求の範囲】
1. 【請求項１】 情報を蓄積しているホスト装置と、該ホ
   スト装置から通信網を介して配信された情報に基づいて
   利用者に情報提供サービスを実行し得るようにされてい
   る情報提供装置とを備え、該情報提供装置からの配信要
   求に応じ、前記ホスト装置は該当情報提供装置に対する
   前回の配信時から今回の配信時までの間に配信すべき情
   報を配信するように構成されている情報提供システムに
   おいて、 前記情報の配信期限を記憶しておく配信期限記憶手段
   と、 前記情報の配信が実行された場合には、前記配信期限を
   更新させる配信期限更新手段と、 前記配信期限を経過している場合には前記情報の配信が
   実行されないような配信禁止制御を行なう配信禁止手段
   とを備えることを特徴とする情報提供システム。
2. 【請求項２】 前記配信期限記憶手段、前記配信期限更
   新手段及び前記配信禁止手段を前記ホスト装置が備えた
   請求項１に記載の情報提供システムにおいて、 前記配信期限記憶手段には、システム内の情報提供装置
   毎に対応した配信期限が記憶されており、 前記配信禁止手段は、各情報提供装置に対して前記配信
   禁止制御を個別に実行可能にされていることを特徴とす
   る情報提供システム。
3. 【請求項３】 前記情報提供装置からの配信要求に応じ
   てホスト装置が情報を配信するように構成されていると
   共に、前記配信期限記憶手段、前記配信期限更新手段及
   び前記配信禁止手段を前記情報提供装置が備えた請求項
   １に記載の情報提供システムにおいて、 前記配信禁止手段は、前記配信禁止制御として、前記ホ
   スト装置への情報の配信要求を禁止する制御を実行する
   ことを特徴とする情報提供システム。
4. 【請求項４】 請求項１〜３のいずれかに記載の情報提
   供システムにおいて、 前記情報提供装置は、初期状態ではスクランブル処理が
   施され、そのままでは情報提供サービスに使用できない
   ようにされた情報提供用情報を記憶しており、前記ホス
   ト装置から配信される情報としてスクランブル解除情報
   を取得し、そのスクランブル解除情報に基づく解除処理
   によって初めて前記情報提供用情報が情報提供サービス
   に使用可能とされることを特徴とする情報提供システ
   ム。
5. 【請求項５】 請求項１〜４のいずれかに記載の情報提
   供システムにおいて、 前記通信網として課金通信網を備えると共に、 前記ホスト装置は、配信する情報の対価に相当する課金
   情報を前記課金通信網を介して送信することによって情
   報提供装置に対する課金を実行する機能を備えているこ
   とを特徴とする情報提供システム。
6. 【請求項６】 通信網を介してホスト装置と接続する通
   信網接続手段と、接続されたホスト装置に情報の配信を
   要求する配信要求手段と、その配信要求に応じて、前回
   の配信時から今回の配信時までの間に配信すべき情報を
   配信するように構成されているホスト装置から配信を受
   けた情報を記憶しておく情報記憶手段とを備え、該情報
   記憶手段に記憶された情報に基づいて利用者に情報提供
   サービスを実行し得るようにされている情報提供装置で
   あって、 前記情報の配信期限を記憶しておく配信期限記憶手段
   と、 前記情報の配信を受けた場合には、前記配信期限を更新
   させる配信期限更新手段と、 前記情報の配信要求が生じた時点で前記配信期限を経過
   している場合には、前記配信要求手段によるホスト装置
   への配信要求を禁止する配信禁止手段とを備えることを
   特徴とする情報提供装置。
7. 【請求項７】 請求項６に記載の情報提供装置におい
   て、 初期状態ではスクランブル処理が施され、そのままでは
   情報提供サービスに使用できないようにされた情報提供
   用情報を記憶しておく情報提供用情報記憶手段を備え、
   前記ホスト装置から配信される情報としてスクランブル
   解除情報を取得し、そのスクランブル解除情報に基づく
   解除処理を行って前記情報提供用情報を情報提供サービ
   スに使用可能とすることを特徴とする情報提供装置。