JPH08307558A - 通信式情報提供システム、情報提供端末及び情報インストール装置 - Google Patents

Abstract

(57)【要約】 【目的】 各情報提供端末に記憶されていた情報のみを
過不足なく再配信することによって、情報の配信側と被
配信側との間のトラブルの発生を防止する通信式情報提
供システムを提供することを目的とする。 【構成】 カラオケ端末１０を再配信要求モードに指定
すると、中央制御装置３１は、課金センタ１に対し課金
実績情報の送信要求を行い、該情報を受信すると、課金
センタ１との接続を解除する。そして、該情報中に課金
済みとされている曲情報について、全曲使用禁止フラグ
が設定されている交換後のハードディスク３３内の課金
実績テーブルに「課金済み」と設定し、ロックテーブル
に許可フラグを設定して、その曲情報の使用が可能な状
態にする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、情報を利用者に提供し
得るようにされている通信式情報提供システム、そのシ
ステムに使用する情報提供端末及び情報インストール装
置に係り、特に、情報提供端末が記憶していた情報が失
われた場合の対処、例えば情報復元のための情報の再配
信等に注目した技術に関する。

【０００２】

【従来の技術及び発明が解決しようとする課題】従来の
カラオケシステムとしては、例えばいわゆるレーザディ
スク・カラオケやＣＤカラオケ等のように、カラオケ装
置内にカラオケ曲の情報を記憶させた媒体をセットし、
その曲情報を用いてカラオケ演奏を行なうスタンドアロ
ンタイプのものがあった。この場合は、カラオケ曲情報
を記憶した媒体（レーザディスクやＣＤ等）を、例えば
カラオケ装置の所有者が自ら買いに出かけたり、あるい
はカラオケ装置の販売者がその所有者のところまで媒体
を届けたりしていた。

【０００３】その後、カラオケ曲情報のデジタル信号を
使用し、通信を利用したいわゆる「通信カラオケ」と呼
ばれるオンラインタイプのカラオケシステムが生まれ
た。この場合には、情報センタから各カラオケ装置に対
して情報通信網を利用してカラオケ曲情報を配信するも
のであり、上述のような、カラオケ曲情報を記憶した媒
体を端末の設置事業者が自ら買いに出かけたり、あるい
は販売者がその設置事業者のところまで媒体を届けたり
する手間は省ける。

【０００４】ところで、このように情報を通信網を介し
て配信するシステムであれば、情報提供端末の情報記憶
手段が故障して記憶されていた情報が失われたとして
も、例えば情報センタから情報を再度配信する等して復
元することが可能である。しかしながら、どの情報提供
端末に対しても一律に同じ情報を再度配信するという方
法では、情報提供端末毎に記憶されていた情報が異なる
場合には、情報が失われる前と同じ状態に復元すること
は不可能である。例えば、新曲がリリースされるとカラ
オケ曲情報をカラオケ装置に自動的に配信するシステム
で、配信してもらうカラオケ曲情報のジャンルをカラオ
ケ装置毎に指定できるようにした場合には、カラオケ装
置によって配信される曲情報が異なるので、当然記憶さ
れていた情報も異なる。また、カラオケ装置からのリク
エストに応じたカラオケ曲情報を情報センタから配信す
るシステムであれば、当然そのリクエスト内容も異なる
ため、やはりカラオケ装置毎に記憶されていた情報も異
なるのである。

【０００５】そして、このように、配信可能なカラオケ
曲情報の内の一部のみをカラオケ装置が記憶していた場
合に、配信可能なカラオケ曲情報を全て再配信すれば、
カラオケ装置が記憶していた情報については最低限配信
することとなり、一見問題が無さそうであるが、カラオ
ケ装置が記憶していなかった情報も配信することが次の
ような問題につながる。

【０００６】つまり、情報そのものの料金も含めて情報
配信にかかるコストを情報配信側が負担して再度情報を
配信する場合には、上記カラオケ装置が記憶していなか
った情報については、本来配信しなくてもよいのに配信
してしまうため、その配信にかかるコストが無駄であ
る。また、情報取得側、すなわちカラオケ装置の設置事
業者が再配信にかかるコストを負担する場合には、その
カラオケ装置にとって不必要な情報についてのコストも
負担しなくてはならないため、不満が残ってしまう。

【０００７】このように、カラオケ装置毎に記憶されて
いた情報が異なる場合に、その情報が失われる前と同じ
状態に復元できないと、情報の配信側と被配信側との間
のトラブルの発生を招く等、システムの健全な運営上で
種々の問題を生じる原因となるのである。

【０００８】そして、こうした問題はもちろん通信カラ
オケシステムだけに限る訳ではなく、将来のマルチメデ
イア社会における各種の情報提供システムに共通するも
のである。そこで、本発明は、情報を再配信する場合
に、各情報提供端末に記憶されていた情報のみを過不足
なく再配信することによって、情報の配信側と被配信側
との間のトラブルの発生を防止し、健全な情報提供事業
の運営を可能ならしめるための通信式情報提供システム
及びそのシステムに用いられる情報提供端末、及び情報
インストール装置を提供することを目的とする。

【０００９】

【課題を解決するための手段、作用及び発明の効果】こ
の目的を達成するためになされた請求項１に記載の通信
式情報提供システムは、情報を蓄積している情報センタ
と、該情報センタから情報通信網を介して配信された情
報に基づいて利用者に情報提供サービスを実行し得るよ
うにされている情報提供端末とを備える通信式情報提供
システムであって、前記情報提供端末は、前記情報セン
タに対して情報の再度の配信を要求する再配信要求手段
を備え、前記情報センタは、前記情報提供端末毎に対応
して、情報センタから情報提供端末への配信対象情報毎
に配信済みであるか未配信であるかを記憶しておく配信
実績記憶手段と、前記再配信要求手段による再配信要求
があれば、前記配信実績記憶手段を参照して、当該情報
提供端末への配信が済んでいる情報のみの再配信を実行
する再配信実行手段とを備えたことを特徴とする。

【００１０】また、請求項２に記載の通信式情報提供シ
ステムは、請求項１に記載の通信式情報提供システムに
おいて、前記情報提供端末は、情報センタから情報の配
信を受けようとするときにその旨を要求する配信要求手
段を備えており、該配信要求手段による配信要求に対し
て、情報センタからの配信対象情報の目録を情報提供端
末側へ告知可能なデータ目録告知手段を備え、前記情報
提供端末側には、該告知された情報目録から情報を選択
し、当該選択結果を情報センタに送信する情報選択手段
を備え、前記情報センタは、その選択結果に基づく情報
のみを該当する情報提供端末に配信する配信制御手段を
備えたことを特徴とする。

【００１１】これらの通信式情報提供システムにおける
情報提供端末は、情報を蓄積している情報センタから情
報通信網を介して配信された情報に基づいて利用者に情
報提供サービスを実行し得る。そして、例えば、配信さ
れた情報を記憶していた記憶手段が破壊され、記憶して
いた情報が失われてしまった場合には、再配信要求手段
によって、情報センタに対して情報の再度の配信を要求
することができるのであるが、複数の情報提供端末が情
報センタに接続されている場合には、情報提供端末毎に
記憶されている情報が異なる可能性が高くなる。

【００１２】例えば、情報センタから情報提供端末に情
報を自動的に配信するようなシステムであっても、配信
を希望する情報の種類（例えばカラオケ曲情報であれば
ジャンル）を指定可能とし、その指定した種類の情報の
みを配信するようなシステムであれば、その指定内容が
情報提供端末毎に異なっていれば、情報提供端末によっ
て配信される情報が異なるので、当然記憶されている情
報も異なる。また、請求項２に示すように、配信対象の
情報目録中より情報提供端末にて選択されたものだけを
該当する情報提供端末に配信するようなシステムであれ
ば、当然その選択内容も異なるため、やはり情報提供端
末毎に記憶されていた情報も異なる。

【００１３】そこで、本システムでは、この点を考慮し
て以下のように再配信を行なう。すなわち、情報センタ
の配信実績記憶手段は、情報提供端末毎に対応して、情
報センタから情報提供端末への配信対象情報毎に配信済
みであるか未配信であるかを記憶しており、情報提供端
末からの再配信要求があれば、再配信実行手段が、配信
実績記憶手段を参照して、当該情報提供端末への配信が
済んでいる情報のみの再配信を実行する。

【００１４】これによって、再配信を要求した情報提供
端末へは、それまでに配信したことのある情報だけが過
不足なく再配信されることになり、情報が失われる前と
同じ状態に復元することが可能となる。そして、このよ
うに過不足なく再配信して、情報が失われる前と同じ状
態に復元することが次のような効果を奏する。

【００１５】まず、効果を明確にするために、次の点を
考える。配信対象の情報を全て再配信すれば、情報提供
端末が記憶していた情報については最低限配信すること
となり、過度な配信ではあるが不足することはないた
め、一見問題が無さそうであるが、過度に情報配信する
ことが次のような問題につながる。つまり、情報そのも
のの料金も含めて情報配信にかかるコストを情報配信側
が負担して再度情報を配信する場合には、情報提供端末
が記憶していなかった情報については、本来配信しなく
てもよいのに配信してしまうため、その配信にかかるコ
ストが無駄となってしまう。また、情報取得側、すなわ
ち情報提供端末の設置事業者が再配信にかかるコストを
負担する場合には、そのカラオケ装置にとって不必要な
情報についてのコストも負担しなくてはならなくなり不
満が残ってしまうのである。

【００１６】これは、情報提供端末側に予めスクランブ
ル情報として、情報提供サービスに直接用いる実情報を
蓄積しておき、スクランブルを解除するための暗号解読
キー等を受信することによって実情報を提供可能な形に
解読あるいは変換等して利用者に提供する形態であって
も、同様である。

【００１７】このように、カラオケ装置毎に記憶されて
いた情報が異なる場合に、その情報が失われる前と同じ
状態に復元できないと、情報の配信側と被配信側との間
のトラブルの発生を招く等、システムの健全な運営上で
種々の問題を生じる原因となるため、本システムのよう
に、再配信の要求した情報提供端末へは、それまでに配
信したことのある情報だけを過不足なく再配信して、情
報が失われる前と同じ状態に復元することによって、上
記情報の配信側と被配信側との間のトラブルの発生を防
止し、健全な情報提供事業の運営を可能ならしめること
ができるのである。

【００１８】なお、上述したように、情報提供端末の設
置事業者が再配信にかかるコストを負担する場合には、
次に示す構成を採用することも好ましい。すなわち、そ
の請求項３に示すように、請求項１または２に記載の通
信式情報提供システムにおいて、該情報提供端末が情報
センタから情報の配信を受けるとき、当該情報提供端末
と課金通信網を介して接続し、該配信される情報の対価
に相当する課金情報を当該情報提供端末に対して送信す
ることにより端末に対する課金を実行する課金センタを
備え、前記情報センタの再配信実行手段による情報の再
配信が実行される場合、前記課金センタは、再配信の場
合の所定の情報対価に相当する課金情報を送信するよう
に構成されていることを特徴とする通信式情報提供シス
テムである。

【００１９】このシステムによれば、情報提供端末が情
報センタから情報の配信を受けるときには、情報提供端
末と課金センタとを接続する。ここで、現行のキャプテ
ンシステムやダイヤルキューツーなどの課金通信網では
発呼側（電話をかけた側）に課金することとなっている
ので、情報提供端末側から課金センタをコールして接続
することになる。しかし、既に公衆電話回線においても
実用化されているように、コレクトコール方式で着呼側
（電話を受けた側）に課金するように課金通信網の構成
を変更することは可能である。よって、ここでの接続
は、情報提供端末側に課金される限りは、端末側が発呼
するものであっても課金センタ側が発呼するものであっ
ても構わない。

【００２０】こうして情報提供端末と課金センタとが接
続されると、課金センタは、配信される情報の対価に相
当する課金情報を当該情報提供端末に対して送信する。
これによって、課金通信網を介する情報提供端末への課
金が実行されるのである。ここで、課金センタによる課
金の完了を条件に情報センタが情報を配信するためのよ
り具体的手段としては、例えば、課金センタと情報セン
タとが一体のものであるなら内部で直接、課金のための
処理の完了を確認するという手法を採用すればよい。ま
た、別体に構成される場合には、両センタ間を通信網な
どを利用して接続し、課金の完了を課金センタから情報
センタへ告知するようにしてもよい。あるいは、両セン
タ間で情報をやりとりするのではなく、情報提供端末が
課金情報付きのダミーのデータや暗号解読キーとしての
データを受け取った場合に、これを情報センタに告知す
るようにしてもよい。もちろんこれら以外の方法であっ
ても技術的に実現可能な限りは除外されるものではな
い。

【００２１】また、課金センタから情報提供端末に送信
される情報は、通常のビデオテックスシステムと同様
に、配信すべき実情報であってもよいが、情報通信網と
課金通信網とを別に持っているものでは、単なるダミー
のデータで十分である。また、情報提供端末に対して情
報センタが配信する情報自体も、例えば暗号解読キーと
しての情報であってもよい。これは、情報提供端末側に
予めスクランブル情報として情報を蓄積しておき、スク
ランブルを解除するための暗号解読キーを受信すること
によって情報を提供可能な形に解読あるいは変換等して
利用者に提供するようにすることもできるからである。

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

【００２３】ここまでの説明でも判る通り、本発明の通
信式情報提供システムにおける課金センタと情報センタ
は、別々の独立したセンタとして存在してもよいし、一
つのセンタの中に両機能を備えさせておいてもよい。い
ずれにしても情報提供端末に対して情報の配信が可能な
情報通信網の方を介して接続されたときに情報センタと
しての機能を発揮でき、課金通信網の方を介して接続さ
れたときに課金センタとしての機能が発揮でき、課金セ
ンタとしての機能を有する部分による課金の完了が何等
かの手段によって情報センタとしての機能を有する部分
に伝達される限りは、両センタが別体であろうと一体で
あろうと構わないのである。即ち、本発明においては、
情報センタと課金センタは概念として分けて表現されて
いるだけであって物として分かれている場合だけを意味
するわけではない。

【００２４】このように、請求項３に示すシステムで
は、課金通信網を介することで、情報提供料を、人の手
を煩わさずに自動的に回収することが可能となるのであ
るが、情報の再配信の場合の課金についても考慮されて
いる。すなわち、最初に配信する場合には通常の料金体
系に基づいて課金すればよいのであるが、再配信の場合
にも同様の料金体系でしか課金できないとすると、同じ
情報に対して２回も同じ料金を徴収することになるた
め、情報の再配信が実行される場合、課金センタは、再
配信の場合の所定の情報対価に相当する課金情報を送信
するのである。

【００２５】例えば、同じ情報に対して２回も同じ料金
を徴収するのは情報提供端末の設置事業者にとって酷で
あると考える場合の対応として、再配信の場合には割り
引いた料金体系を設定しておくことができる。また、無
料で再配信をすることも可能となる。

【００２６】一方、この様なシステムに用いられる情報
提供端末は、次の様に構成することができる。例えば請
求項４に示す情報提供端末は、情報通信網を介して情報
センタと接続する情報通信網接続手段と、前記情報セン
タから配信を受けた情報を記憶しておく情報記憶手段と
を備え、該情報に基づいて利用者に情報提供サービスを
実行し得るようにされている情報提供端末であって、前
記情報センタに対して、再度の情報配信を要求する再配
信要求手段を備えたことを特徴とする。

【００２７】また、請求項５に示す情報提供端末は、請
求項４に記載の情報提供端末において、前記情報センタ
から情報の配信を受けようとするときにその旨を要求す
る配信要求手段と、該配信要求手段による配信要求に対
して、情報センタからの配信対象情報の目録を受信し、
当該受信した情報目録から情報を選択して情報センタに
送信する情報選択手段とを備えたことを特徴とする。

【００２８】請求項６に示す情報提供端末は、請求項４
または５に記載の情報提供端末において、前記情報セン
タから配信される情報の対価に相当する課金情報を当該
情報提供端末に対して送信可能な課金センタと接続する
課金通信網接続手段を備えたことを特徴とする。

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

【００３０】ところで、上述した請求項１〜３の通信式
情報提供システムにおける情報提供端末、及び請求項４
〜６の情報提供端末は、いずれも情報通信網を介して情
報センタを接続することで、情報の再配信を受けるもの
である。しかし、情報提供端末が情報通信網から切り離
されて、いわゆるスタンドアロンで利用されている場合
には上述した再配信はできない。

【００３１】そこで、スタンドアロンで利用されている
情報提供端末において、情報を記憶していた記憶手段が
破壊され、記憶していた情報が失われてしまった場合
に、情報が失われる前と同じ状態に復元することを目的
として構成されたのが、次に示す情報インストール装置
である。

【００３２】すなわち、その構成は、請求項７に示すよ
うに、通信式情報提供システムにおける情報センタから
情報提供端末への配信対象となる全ての情報を記憶して
いるマスター情報記憶手段と、着脱自在な交換用情報記
憶手段への書込を、情報提供端末を特定して指示するた
めの書込指示入力手段と、該書込指示入力手段によって
書込指示があった場合には、前記特定された端末に対し
てどの情報が配信済みであるのかを示す配信実績を情報
センタから取得する配信実績取得手段と、その取得した
配信実績に基づき、前記マスター情報記憶手段に記憶さ
れている情報から必要な情報を選択し、その選択された
情報を前記交換用情報記憶手段に書き込む情報書込手段
とを備えたことを特徴とする。

【００３３】本情報インストール装置によれば、マスタ
ー情報記憶手段が、通信式情報提供システムにおける情
報センタから情報提供端末への配信対象となる全ての情
報を記憶している。そして、書込指示入力手段によって
情報提供端末を特定した書込指示があった場合には、そ
の特定された端末に対してどの情報が配信済みであるの
かを示す配信実績を情報センタから取得し、その取得し
た配信実績に基づき、マスター情報記憶手段に記憶され
ている情報から必要な情報を選択し、その選択された情
報を着脱自在な交換用情報記憶手段に書き込む。

【００３４】この交換用情報記憶手段を、記憶の失われ
た情報記憶手段と交換して取り付ければ、情報が失われ
る前と同じ状態に復元することができる。この場合で
も、配信したことのある情報だけを過不足なく書き込ん
で、情報が失われる前と同じ状態の情交換用情報記憶手
段を作成することによって、上記情報の配信側と被配信
側との間のトラブルの発生を防止し、健全な情報提供事
業の運営を可能ならしめることができるという効果は同
様である。

【００３５】

【実施例】以下、本発明を具体化した一実施例を図面を
参照して説明する。図１は、第１実施例の通信式情報提
供システムをカラオケに関するシステムに適用した場合
の概略構成図、図２はそのシステムの構成要素である情
報提供端末としてのカラオケ装置１０の構成を示すブロ
ック図である。

【００３６】図１に示すように、本第１実施例のシステ
ムは、カラオケ課金センタ１と複数のカラオケ装置１０
とが、課金通信網５を介して接続されて構成されてい
る。なお、本第１実施例においては、カラオケ課金セン
タ１が、請求の範囲における情報センタ及び課金センタ
の両方に相当することとなる。

【００３７】課金通信網５は、例えばビデオテックス通
信網やダイヤルキューツー通信網のように、情報料に対
して課金する機能を持つものである。現在の日本国内で
は、ビデオテックス網とダイヤルキューツー網がその代
表的なものとして知られておいる。ダイヤルキューツー
網は基本的に時間単位の従量計算であり、ビデオテック
ス網は、情報の内容毎に任意の料金を設定可能であり、
いわゆるキャプテンシステム等に用いられている。

【００３８】その課金機能の一例として、ビデオテック
ス通信網について説明すると、ビデオテックス通信網
は、具体的には例えば各カラオケ装置１０に接続された
公衆電話回線とビデオテックス通信処理装置とで構成さ
れている。このビデオテックス通信処理装置が、ビデオ
テックス通信網にアクセスしようとしている公衆電話回
線のカラオケ課金センタ１への接続・交換、利用者装置
であるカラオケ装置１０の管理及びカラオケ課金センタ
１への加入者管理、通信料及び電話会社が代理徴収する
情報提供料の課金、カラオケ装置１０とカラオケ課金セ
ンタ１との間の会話制御、プロトコル変換やコード／パ
ターン変換などの変換処理等の通信処理機能を提供す
る。

【００３９】続いてカラオケ装置１０の構成について、
図２を参照して説明する。配信要求手段及び再配信要求
手段に相当する中央制御装置３１には、情報選択手段に
相当し、各種指示入力を行なうための多目的入力キー３
２、情報記憶手段としてのハードディスク３３、音声再
生回路３５及び画面表示制御装置２６、課金通信網接続
手段に相当する通信制御装置２７が接続されており、音
声再生回路３５にはミキサアンプ３８が、画面表示制御
装置２６にはテレビモニタ２９がそれぞれ接続されてい
る。また、ミキサアンプ３８にはスピーカ４１とマイク
ロフォン４３が接続されている。なお、通信制御装置２
７は、カラオケ課金センタ１が情報センタとしても機能
する場合には、情報通信網接続手段としての機能も発揮
する。つまり、カラオケ課金センタ１から配信される所
定の情報を受信するためにも用いられる。

【００４０】そして、この中央制御装置３１は所定の課
金制御処理を実行する。この課金制御処理については後
で詳しく説明するが、従来の課金通信網５の利用方法と
は異なるので、その点を説明しておく。従来は、利用者
端末がこの課金通信網５を介して情報を受信し、その情
報を用いて所定の処理を実行する。そして、課金通信網
５はその情報の代金として所定の料金（情報内容毎に設
定された所定料金）を課金することとなる。

【００４１】それに対して、本第１実施例では、カラオ
ケ装置１０がカラオケ演奏処理に用いる情報は、ハード
ディスク３３が記憶している。ハードディスク３３には
予め数千曲程度のカラオケ曲情報が記憶されている。な
お、カラオケ装置１０は、カラオケ装置設置事業者の管
理であり、新しい曲データができる毎に曲データ配信事
業者から曲データの供給を受けることができる。その新
曲データ等もハードディスク３３に後から記憶させるこ
とができる。

【００４２】なお、前記ハードディスク３３に記憶され
るカラオケ曲情報は、曲同士を識別するための識別情報
である曲番号情報と、実体情報とから構成されている。
この内の実体情報は、伴奏音楽の情報であるＭＩＤＩ
（Musical Instrument DigitalInterface）規格の演奏
情報や、歌詞情報及び背景映像情報からなっている。背
景映像情報は曲毎に対応した映像情報を符号化したもの
である。

【００４３】そして、このカラオケ曲情報はそのままで
は使用できないようにされている。使用するためには、
課金通信網５に通信制御装置２７を通して接続し、中央
制御装置３１が課金制御プログラムを実行することによ
って、課金通信網５による課金機能を利用した所定の課
金処理が行われて、カラオケ曲情報を使用することがで
きる状態となる。

【００４４】例えば、未課金状態ではカラオケ曲情報に
スクランブル情報を付加しておき、そのままでは使用で
きなくしてある場合に、課金処理によって解除キーを配
信してもらい、その解除キーによってスクランブル情報
を解除することで使用許可することが考えられる。ま
た、スクランブル情報の付加といったようにカラオケ曲
情報自体を使用不可にしておくのではなく、カラオケ曲
情報自体は物理的には使用可能であっても、課金状態が
未課金である場合には、使用禁止フラグを設定してお
き、そのカラオケ曲情報がリクエストされても受け付け
ないような制御をするようにしてもよい。そして、課金
済みとなると、その使用禁止フラグを使用可能フラグに
変更するといったような制御をすれば実現できる。

【００４５】本第１実施例では、次に示す課金実績テー
ブル中に、曲毎に使用可能フラグあるいは使用禁止フラ
グのいずれかが設定されており、そのフラグに応じて使
用を許可したり、禁止したりするようにされている。し
たがって、どのカラオケ曲情報に対して使用可能フラグ
を設定させるかを指示するためにカラオケ課金センタ１
から送信される情報が、特許請求の範囲における「情
報」に相当する。

【００４６】図１０には、ハードディスク３３に格納さ
れた課金実績テーブルを示す。カラオケ曲情報毎に、そ
の曲番号・曲名・歌手名・そのカラオケ曲情報に対する
料金・課金日・課金状態・使用許可禁止フラグの項目か
らなるテーブルが存在する。ここで、課金状態とは、所
定の課金処理が済んでいる「課金済み」か課金処理が済
んでいない「未課金」かのいずれかである。そして、使
用許可禁止フラグとしては、上述したように許可か禁止
のフラグが設定されるのであるが、これはまず、課金状
態が「未課金」の場合には、禁止フラグが設定されて曲
の使用ができないロック状態とされている。そして、所
定の課金処理によって「課金済み」となると許可フラグ
が設定されてロック状態が解除され、曲情報は自由に使
用できるようになる。

【００４７】上記許可フラグが設定されて、カラオケ曲
情報が使用できるようになると、利用者は多目的入力キ
ー３２を操作することで歌いたい曲を選択する。すると
中央制御装置３１は、所定のカラオケ演奏プログラムに
従って、カラオケ演奏処理を実行する。簡単に説明する
と、中央制御装置３１は、選択された曲に対応する演奏
情報、歌詞情報および背景映像情報をハードディスク３
３から読み出し、演奏情報は音声再生回路３５に、歌詞
情報および背景映像情報は画面表示制御装置２６にそれ
ぞれ転送する。

【００４８】音声再生回路３５に出力された演奏情報
は、アナログの演奏信号に変換された後、ミキサアンプ
３８へ送られて電気的に増幅されるとともに、マイクロ
フォン４３を介して入力する利用者の歌声と適度な割合
でミキシングされる。ミキシングされた音声信号は、ス
ピーカ４１により演奏音として外部へ出力される。

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

【００５０】続いて、カラオケ課金センタ１の構成を図
３を参照して説明する。カラオケ課金センタ１は、ホス
トコンピュータ５１と、記憶装置５３と、入力装置５５
と、通信制御装置５７と、プリンタ５９と、ＣＲＴ６１
とを備えている。前記記憶装置５３は、ホストコンピュ
ータ５１が作動するための各種制御プログラムや、前記
各カラオケ装置１０毎の課金実績等を記憶するためのも
のである。つまり、図１０に示した課金実績テーブルと
同様のものが、各カラオケ装置１０に対応して記憶され
ているのである。詳しくは、図１０に示したデータ項目
の内の使用許可禁止フラグは記憶しておく必要がないの
で、その使用許可禁止フラグの項目を除いたもの、すな
わち、カラオケ曲情報毎に、その曲番号・曲名・歌手名
・そのカラオケ曲情報に対する料金・課金日・課金状態
の項目からなるテーブルが存在する。したがって、カラ
オケ装置１０毎に、どの曲が課金済みであるかが判るよ
うになっている。

【００５１】なお、入力装置５５からは各種指令を入力
することができ、例えば、記憶装置５３に記憶された各
カラオケ装置１０毎の課金情報を基にして課金実績等を
作成させたり、それをプリンタ５９によって印刷させた
り、ＣＲＴ６１に表示させたりすることができる。

【００５２】次に、上記構成を有する本第１実施例のシ
ステムにおける動作について説明する。図４〜図８のフ
ローチャートに基づいて、カラオケ装置１０の作動を中
心に説明する。電源が投入されると、このメインルーチ
ンが開始される。

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

【００５４】Ｓ３では、サブルーチンをコールしてカラ
オケ演奏処理を行う。このカラオケ演奏処理を図５のフ
ローチャートにて説明する。本カラオケ演奏処理の最初
のステップＳ３０では、多目的入力キー３２からのキー
入力を待ち、キー入力があれば（Ｓ３０：ＹＥＳ）、Ｓ
３１にて、それがリクエスト番号の入力かどうかを判断
する。そして、リクエスト番号入力である場合には、Ｓ
３２に移行して、その曲がロック対象であるかどうかを
判断する。これは、上述した課金実績テーブル（図１０
参照）の使用許可禁止フラグの項目において、禁止フラ
グが設定されているかどうかで判断する。

【００５５】許可フラグが設定されている場合にはＳ３
３へ移行して、そのリクエストされた番号の曲の演奏を
実行するが、禁止フラグが設定されている場合には、ロ
ック対象であるので、Ｓ３５へ移行し、テレビモニタ２
９に利用不可であることを示す表示をする。このＳ３３
あるいはＳ３５の処理の後でＳ３４へ移行する。

【００５６】一方、Ｓ３１にてリクエスト番号入力でな
いと判断された場合には、Ｓ３６にて、その他のキー入
力に応じた処理を実行してからＳ３４へ移行する。Ｓ３
４ではカラオケモード終了の指示があったかどうかを判
断し、終了指示がない場合にはＳ３０へ戻り、終了指示
があった場合には、本カラオケ演奏処理を終了して、図
４のフローチャートのＳ４へ移行する。

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

【００５８】本曲情報リクエスト処理は、未課金である
ため禁止フラグが設定され使用不可となっている曲情報
について、所定の課金処理を実行させて使用可能にする
ための処理であり、最初のステップＳ５０では、禁止フ
ラグが設定され使用不可となっている曲情報の一覧をテ
レビモニタ２９に表示させる。この際、「課金を希望す
る曲を指定して下さい」といった選択を促す表示も出す
とよい。カラオケ装置１０の設置事業者は、この曲情報
一覧から所望の曲を１曲以上選択し、選択終了を指示す
る。選択が終了すると（Ｓ５１：ＹＥＳ）、カラオケ課
金センタ１と課金通信網５を通じて接続する（Ｓ５
２）。カラオケ課金センタ１との接続処理終了後、Ｓ５
３へ移行する。

【００５９】Ｓ５３では、選択された曲についての課金
をカラオケ課金センタ１に対して要求する。そして、続
くＳ５４では、課金要求に対する応答として、カラオケ
課金センタ１から送信される課金情報の受信を行なう。
この課金情報の受信処理が完了したら、Ｓ５５へ移行
し、カラオケ課金センタ１との接続解除処理を行う。

【００６０】なお、このＳ５２〜Ｓ５５に対応する通信
処理について、図８の通信シーケンス図を参照して説明
する。カラオケ装置１０がカラオケ課金センタ１に対し
て発呼し、接続できた後にパスワードをカラオケ課金セ
ンタ１に送信する。カラオケ課金センタ１では、通信制
御装置５７を介してこれを受け取り、ホストコンピュー
タ５１が電話番号やパスワード等で端末照合を行い、課
金センタ１に登録されているカラオケ装置１０であれ
ば、照合正常を返送する。カラオケ装置１０はこの照合
正常を受信してカラオケ課金センタ１が受付可能状態と
なって後に、上記選択された曲についての課金情報要求
を送信するのである。

【００６１】この課金情報要求は所定の情報提供料を課
金するために行われるのであるが、この場合の情報提供
料は、カラオケ装置１０側で決定して、その料金に基づ
く課金情報が送信されるようにカラオケ課金センタ１に
要求してもよいし、あるいは選択された曲情報をカラオ
ケ課金センタ１に送信し、その曲情報に基づく料金の決
定はカラオケ課金センタ１側に任せ、その決定した料金
での課金情報が送信されるように要求してもよい。

【００６２】なお、課金通信網５を構成する料金徴収代
行システムでは、どのカラオケ装置１０がカラオケ課金
センタ１から課金通信網５を介して課金情報が送信され
たかを課金実績として取得する。この課金実績に基づ
き、予め登録されている料金リストを参照して算出した
情報提供料金を、電話事業者は、該当するカラオケ装置
１０の設置事業者に対する電話料金請求時にこれに上乗
せする形で徴収し、情報提供者である曲情報配信事業者
へと渡すサービスを行っている。これ自体は、ＮＴＴで
行っているビデオテックスとしてよく知られているもの
である。

【００６３】そして、電話事業者側において実際に料金
が徴収されると、その徴収実績はカラオケ課金センタ１
の記憶装置５３に記憶される。つまり、カラオケ課金セ
ンタ１の記憶装置５３には、図１０と同様のテーブル
（上述したように使用許可禁止フラグの項目は不要であ
るために無い。）が各カラオケ装置１０に対応して格納
されており、カラオケ装置１０からの課金要求があれ
ば、課金情報を送信すると共に、該当する曲情報の課金
状態を課金済みに設定する。

【００６４】図６に戻り、Ｓ５５での接続解除処理が終
了すると、Ｓ５６にて、上記選択された曲情報について
課金実績テーブル（図１０参照）の課金状態の項目に
「課金済み」と設定し、Ｓ５７では、その「課金済み」
と設定された曲情報、つまり選択された曲情報について
の使用許可禁止フラグの項目に許可フラグを設定して、
その曲情報の使用が可能な状態にする。

【００６５】この後、本曲情報リクエスト処理を一旦終
了して、図２のフローチャートのＳ６のステップへ移行
する。Ｓ６では、カラオケ装置１０の動作指定として、
カラオケ装置設置事業者により再配信要求モードが指定
されたか否かをチェックする。再配信要求モードの指定
があればＳ７へ移行し、同指定がなければＳ２へ移行す
る。この再配信要求モードは、例えば、ハードディスク
３３が故障し、記憶していた曲情報等が失われてしまっ
た場合等に、ハードディスク３３を交換した後で指定さ
れるモードである。つまり、ハードディスク３３自体は
曲情報が正常に記憶されているものに交換したとして
も、そのままでは、全ての曲に対して使用禁止フラグが
設定されている状態であるので、従前のハードディスク
３３の課金実績テーブルにおいて使用許可フラグが設定
されていた曲については、同じように使用許可フラグを
設定しないと、復元したとはいえない。したがって、こ
の使用許可フラグをどの曲に対して設定するかの情報の
再配信を要求するための動作モードが、この再配信要求
モードである。

【００６６】Ｓ７では、サブルーチンをコールして再配
信要求処理を行う。この再配信要求処理を図７のフロー
チャートにて説明する。最初のステップＳ７０で、カラ
オケ課金センタ１と課金通信網５を通じて接続する。カ
ラオケ課金センタ１との接続処理終了後、Ｓ７１へ移行
する。

【００６７】Ｓ７１では、ハードディスク３３が故障す
る前に課金済みとなっていた曲を知るため、課金実績情
報の送信要求をカラオケ課金センタ１に対して行う。そ
して、続くＳ７２では、その要求に対する応答として、
カラオケ課金センタ１から送信される課金実績情報の受
信を行う。この課金実績情報の受信処理が完了したら、
Ｓ７３へ移行し、カラオケ課金センタ１との接続解除処
理を行う。

【００６８】なお、このＳ７０〜Ｓ７３に対応する通信
処理を、図９の通信シーケンス図を参照して説明する。
図８に示したシーケンスと同様の部分の詳しい説明は省
略する。カラオケ装置１０がカラオケ課金センタ１に対
して発呼・接続した後、パスワードを送信し、その照合
正常を受信してカラオケ課金センタ１が受付可能状態と
なって後に、上記課金実績情報の要求を送信する。そし
て、その要求に応じてカラオケ課金センタ１から送信さ
れた課金実績情報をカラオケ装置１０は受信して、回線
を切断する。

【００６９】なお、図８に示した曲情報リクエストの場
合には、リクエストに応じた料金を課金するための課金
情報が送信されたが、この再配信要求の場合には、同じ
料金体系を採用しなくてもよい。むしろ、２回も同じ料
金が課金されるのは、カラオケ装置２の設置事業者にと
って酷であるため、例えば割安にするとか、無料にする
とかの対策が考えられる。

【００７０】図７に戻り、Ｓ７３での接続解除処理が終
了すると、Ｓ７４にて、上記カラオケ課金センタ１から
受信した課金実績情報に基づいて、その実績情報中にお
いて課金済みとされている曲情報について課金実績テー
ブル（図１０参照）の課金状態の項目に「課金済み」と
設定し、Ｓ７５では、その「課金済み」と設定された曲
情報、つまり選択された曲情報についてのロックテーブ
ルに許可フラグを設定して、その曲情報の使用が可能な
状態にする。

【００７１】なお、カラオケ課金センタ１から送信する
課金実績情報としては、それによって課金済みである曲
情報が特定できればよいので、課金済みとなっている曲
情報の識別情報（曲番号等）のみを課金実績情報として
送信してもよい。例えば、故障前のハードディスク３３
中の課金実績テーブルが図１０に示すような状態であっ
たとすると、同様の課金状態が設定された課金実績テー
ブルがカラオケ課金センタ１の記憶装置５３にも格納さ
れているので、その場合には、課金済みである曲の曲番
号、すなわち曲番号が０００２，０００５，００１４，
００１５，００２１の５曲以外の曲番号を課金実績情報
として送信してもよい。もちろん、全ての曲についての
課金済みか未課金かを示したものを課金実績情報として
送信してもよい。

【００７２】この後、本曲情報リクエスト処理を一旦終
了して、図２のフローチャートのＳ２のステップへ移行
する。以上説明した本実施例によれば、カラオケ装置１
０において、ハードディスク３３が記憶している所定の
カラオケ曲情報の内、課金通信網５から課金情報を受信
し、その情報を利用して、どの曲情報が課金され使用可
能となったかを知ることができ、その結果ハードディス
ク３３が故障しても、故障前の状態を再生することがで
きる。

【００７３】上述した第１実施例は、カラオケ装置１０
のハードディスク３３がカラオケ曲情報を記憶すると共
に、そのカラオケ曲情報毎に課金状態や使用を許可ある
いは禁止するためのフラグを記憶しており、許可フラグ
が設定されている曲情報についてのみカラオケ演奏を可
能とするものであった。しかし、カラオケ曲情報自体及
び課金状態を外部のセンタが記憶しており、カラオケ装
置１０側へは課金済みのカラオケ曲情報だけが送信され
るようにすることも考えられる。その場合のシステムで
ある第２実施例を以下に説明する。

【００７４】本第２実施例のシステムの概略は、図１１
に示すように、課金関連処理を担当する課金センタ２と
複数のカラオケ装置１０とが、課金通信網５を介して接
続されていると共に、カラオケ曲情報の送信関連処理を
担当する情報センタ３と複数のカラオケ装置１０とが、
情報通信網７を介して接続されて構成されている。従っ
て図１２に示すように、カラオケ装置１０は、情報通信
網７と接続可能な第１通信制御装置２７ａと課金通信網
５と接続可能な第２通信制御装置２７ｂとを備えてい
る。その他の構成は、図２に示す第１実施例のものと同
様なので説明は省略する。但し、この場合のハードディ
スク３３には、図１０に示すような課金実績テーブルは
記憶されていない。

【００７５】また、課金センタ２と情報センタ３同士も
接続されている。この場合の課金センタ２は、課金関連
の処理だけを行なうので、図３に示すカラオケ課金セン
タ１と同様の機能を持つこととなる。そして、情報セン
タ３は、基本的構成は図３に示すカラオケ課金センタ１
と同様であり、図１３に示すように、ホストコンピュー
タ７１と、記憶装置７３と、入力装置７５と、通信制御
装置７７と、プリンタ７９と、ＣＲＴ８１とを備えてい
る。

【００７６】この情報センタ３の記憶装置７３には、ホ
ストコンピュータ７１が作動するための各種制御プログ
ラムに加え、カラオケ曲情報や図１０に示すような課金
実績テーブル（詳しくは使用許可禁止フラグの項目は必
要ない）が記憶されている。本第２実施例のシステムに
よれば、カラオケ装置１０から課金通信網５を介して情
報の提供料に対する所定の課金処理要求を送信すると、
課金センタ２では、その課金処理要求に対し、課金通信
網５を介して課金情報を送信することによって課金通信
網５の課金機能による課金をさせる。

【００７７】そして、課金センタ２から課金した旨が情
報センタ３に通知され、その通知に基づき、所定の曲に
ついての課金実績テーブル中の課金状態を課金済みに設
定する。情報センタ３のホストコンピュータ７１は、こ
の課金実績テーブルに課金状態が「課金済み」であると
記憶されているカラオケ曲情報についてのみ、情報通信
網７を介してカラオケ装置１０に送信するのである。

【００７８】そして、カラオケ装置１０においては、こ
の送信されてきたカラオケ曲情報を第１通信制御装置２
７ａを介して受信し、一旦ハードディスク３３に記憶
し、この記憶されたカラオケ曲情報を用いて所定のカラ
オケ演奏処理を実行することができる。なお、本第２実
施例においても、図８に示した上記第１実施例の場合と
同様の通信シーケンスとなるのであるが、本第２実施例
においては、カラオケ装置１０で情報提供料を決定する
ことはなく、選択された曲情報の番号だけが送信され
る。そして、課金センタ２では、その送信された曲番号
に基づいて情報提供料を決定し、その料金を課金するた
めの課金情報を、課金通信網５を介してカラオケ装置１
０に送信するのである。

【００７９】このような構成を採用すれば、課金処理が
完了して初めてカラオケ曲情報がカラオケ装置１０側に
送信されるようにできるため、未課金であるのに情報だ
け使用されてしまうという不正の防止の点で有利であ
る。また、この場合には、スクランブル情報等を付加し
ておく必要はなく、そのまま使用可能な状態で情報を送
信してもよい。

【００８０】そして、この構成であってもやはり、カラ
オケ装置１０においては、配信されたカラオケ曲情報を
受信してハードディスク３３に記憶していても、そのハ
ードディスク３３が故障し、記憶していた曲情報等が失
われてしまう場合がある。その場合には、ハードディス
ク３３を新しいものに交換しただけでは、何も曲情報が
記憶されていないため、従前のハードディスク３３に記
憶されていた曲情報を再度配信してもらうように要求す
る処理を行なう。これが、第２実施例の場合の再配信要
求処理である。

【００８１】その処理を簡単に説明すると、ハードディ
スク３３が故障する前に記憶されていた曲情報の再配信
要求を課金センタ２に対して行うと、その要求に対する
応答として、課金センタ２からは、再配信の場合の所定
の金額を課金するための課金情報が送信される。その
後、課金センタ２から情報センタ３へ所定の曲情報の再
配信指示がなされる。

【００８２】すなわち、課金センタ２の記憶装置５３に
もカラオケ装置１０毎の課金実績テーブルが格納されて
おり、再配信を要求したカラオケ装置１０に対応する課
金実績テーブルを参照して、課金状態が「課金済み」と
設定されている曲について再度配信するように、情報セ
ンタ３に指示するのである。したがって、情報センタ３
から所定のカラオケ曲情報がカラオケ装置１０に送信さ
れてハードディスク３３に記憶されることにより、故障
前と同じ曲情報を記憶した状態のハードディスク３３が
再生されることになる。

【００８３】なお、再配信の場合にも所定の金額を課金
するために、再配信要求を課金センタ２へ送信したが、
無料にするのであれば、直接情報センタ３へ再配信を要
求してもよい。以上第１・２実施例はカラオケ装置１０
がオンラインで使用されている場合の実施例であるが、
カラオケ装置１０を課金通信網５や情報通信網７から切
り離し、いわゆるスタンドアロンで使用する場合も考え
られる。その場合のハードディスク３３が故障した場合
に再生させるための情報インストール装置を備えたシス
テムである第３実施例を以下に説明する。

【００８４】本第３実施例のシステムの概略は、図１４
に示すように、情報センタ１０３と情報インストール装
置１００が情報通信網１０７を介して接続されている。
課金実績テーブルは情報センタ１０３が持っている。図
１５には、システムの構成要素である情報インストール
装置１００の構成を示す。この情報インストール装置１
００の基本的構成は図３に示すカラオケ課金センタ１と
よく似ており、ホストコンピュータ１５１と、入力装置
１５５と、通信制御装置１５７と、プリンタ１５９と、
ＣＲＴ１６１とを備え、さらに特徴的な構成として、マ
スター情報記憶装置１５３と、着脱自在な交換用ハード
ディスク１３３に対して情報を書き込むための書込装置
１５４とを備えている。

【００８５】このマスター情報記憶装置１５３には、ホ
ストコンピュータ１５１が作動するための各種制御プロ
グラムやカラオケ曲情報が記憶されている。このカラオ
ケ曲情報は、例えば上記第２実施例において、情報セン
タ３からカラオケ装置１０に対して配信可能な全てのカ
ラオケ曲情報である。

【００８６】本第３実施例のシステムの基本的な利用方
法について最初に説明する。第２実施例におけるカラオ
ケ装置１０をスタンドアロンでを使用していた場合に、
ハードディスク３３（図１２参照）が故障して、記憶し
ていた曲情報が失われてしまった場合に、上記第２実施
例ではその曲情報の再配信を要求した。しかし、この場
合にはスタンドアロンなので、そのようなことができな
い。したがって、この情報インストール装置１００を利
用して、交換用ハードディスク１３３に、ハードディス
ク３３が故障する前に記憶していた曲情報を書き込む。
そして、その交換用ハードディスク１３３を、故障した
ハードディスク３３と交換して取り付ければ、曲情報が
失われる前と同じ状態に復元することができるのであ
る。

【００８７】具体的には、例えば１００台のカラオケ装
置１０につき１軒程度のサービスセンタを設置し、そこ
に情報インストール装置１００を配備しておくことが考
えられる。そして、上記故障したハードディスク３３を
交換したい設置事業者は、このサービスセンタに出向い
て、自分自身で、あるいはサービスマンに依頼してイン
ストール処理を行なう。

【００８８】その処理の概要を説明する。入力装置１５
５を操作してカラオケ装置１０の識別番号を入力し、イ
ンストール処理の実行を指示すると、情報インストール
装置１００は情報通信網１０７を介して、図９に示すよ
うな通信シーケンスによって、情報センタ１０３から、
該当するカラオケ装置１０についての課金実績情報を受
信する。そして、その課金実績情報に基づき、課金済み
であるとされたカラオケ曲情報のみをマスター情報記憶
装置１５３から読み出して、書込装置１５４を介して交
換用ハードディスク１３３への書き込む。

【００８９】カラオケ装置の設置事業者は、この交換用
ハードディスク１３３を持ち帰り、カラオケ装置の故障
したハードディスク３３と交換して取り付ければ、曲情
報が失われる前と同じ状態に復元することができるので
ある。以上本発明はこのような実施例に何等限定される
ものではなく、本発明の要旨を逸脱しない範囲において
種々なる態様で実施しうる。例えば、上記第１・第２実
施例ではカラオケ装置及びそのシステムとして適用した
場合の一例を示したが、カラオケ曲情報に限らず、例え
ばゲームソフト情報等が考えられる。

【００９０】また、上記第３実施例においては、マスタ
ー情報記憶装置１５３にカラオケ曲情報を持たせていた
が、情報インストール装置１００には制御プログラムの
みを持たせ、カラオケ曲情報のマスター情報は情報セン
タ１０３が持ち、インストール時にマスター情報を情報
インストール装置１００が受信して、交換用ハードディ
スク１３３に書き込むという形態も考えられる。

【図面の簡単な説明】

【図１】 第１実施例の通信式情報提供システムをカラ
オケに関するシステムに適用した場合の概略構成図であ
る。

【図２】 第１実施例のシステムの構成要素であるカラ
オケ装置の構成を示すブロック図である。

【図３】 第１実施例のシステムの構成要素であるカラ
オケ課金センタの構成を示すブロック図である。

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

【図５】 第１実施例のカラオケ装置におけるカラオケ
演奏処理を示すフローチャートである。

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

【図７】 第１実施例のカラオケ装置における再配信要
求処理を示すフローチャートである。

【図８】 第１実施例の曲情報リクエスト処理における
通信シーケンス図である。

【図９】 第１実施例の再配信要求処理における通信シ
ーケンス図である。

【図１０】 第１実施例のカラオケ装置のハードディス
クに格納された課金実績テーブルの説明図である。

【図１１】 第２実施例の通信式情報提供システムをカ
ラオケに関するシステムに適用した場合の概略構成図で
ある。

【図１２】 第２実施例のシステムの構成要素であるカ
ラオケ装置の構成を示すブロック図である。

【図１３】 第２実施例のシステムの構成要素である課
金センタ及び情報センタの構成を示すブロック図であ
る。

【図１４】 第３実施例の情報インストールシステムの
概略構成図である。

【図１５】 第３実施例のシステムの構成要素である情
報インストール装置の構成を示すブロック図である。

【符号の説明】

１…カラオケ課金センタ ２…課金センタ ３…情報センタ ５…課金通信網 ７…情報通信網 １０…カラオケ装置 ２６…画面表示制御装置 ２７…通信制御装
置 ２７ａ…第１通信制御装置 ２７ｂ…第２通信制
御装置 ２９…テレビモニタ ３１…中央制御装
置 ３２…多目的入力キー ３３…ハードディ
スク ３５…音声再生回路 ３８…ミキサアン
プ ４１…スピーカ ４３…マイクロフ
ォン ５１，７１…ホストコンピュータ ５３，７３…記憶
装置 ５５，７５…入力装置 ５７，７７…通信
制御装置 ５９，７９…プリンタ ６１，８１…ＣＲ
Ｔ １００…情報インストール装置 １０３…情報センタ １０７…情報通信網 １３３…交換用ハー
ドディスク １５１…ホストコンピュータ １５３…マスター情
報記憶装置 １５４…書込装置 １５５…入力装置 １５７…通信制御装置

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 12/54 Ｈ０４Ｎ 7/16 Ｃ 12/58 7/173 Ｈ０４Ｍ 15/00 Ｇ０６Ｆ 15/21 Ｚ Ｈ０４Ｎ 7/16 9466−5Ｋ Ｈ０４Ｌ 11/20 １０１Ｂ 7/173

Claims (7)

【特許請求の範囲】
1. 【請求項１】 情報を蓄積している情報センタと、 該情報センタから情報通信網を介して配信された情報に
   基づいて利用者に情報提供サービスを実行し得るように
   されている情報提供端末とを備える通信式情報提供シス
   テムであって、 前記情報提供端末は、前記情報センタに対して情報の再
   度の配信を要求する再配信要求手段を備え、 前記情報センタは、 前記情報提供端末毎に対応して、情報センタから情報提
   供端末への配信対象情報毎に配信済みであるか未配信で
   あるかを記憶しておく配信実績記憶手段と、 前記再配信要求手段による再配信要求があれば、前記配
   信実績記憶手段を参照して、当該情報提供端末への配信
   が済んでいる情報のみの再配信を実行する再配信実行手
   段とを備えたことを特徴とする通信式情報提供システ
   ム。
2. 【請求項２】 請求項１に記載の通信式情報提供システ
   ムにおいて、 前記情報提供端末は、情報センタから情報の配信を受け
   ようとするときにその旨を要求する配信要求手段を備え
   ており、 該配信要求手段による配信要求に対して、情報センタか
   らの配信対象情報の目録を情報提供端末側へ告知可能な
   データ目録告知手段を備え、 前記情報提供端末側には、該告知された情報目録から情
   報を選択し、当該選択結果を情報センタに送信する情報
   選択手段を備え、 前記情報センタは、その選択結果に基づく情報のみを該
   当する情報提供端末に配信する配信制御手段を備えたこ
   とを特徴とする通信式情報提供システム。
3. 【請求項３】 請求項１または２に記載の通信式情報提
   供システムにおいて、 該情報提供端末が情報センタから情報の配信を受けると
   き、当該情報提供端末と課金通信網を介して接続し、該
   配信される情報の対価に相当する課金情報を当該情報提
   供端末に対して送信することにより端末に対する課金を
   実行する課金センタを備え、 前記情報センタの再配信実行手段による情報の再配信が
   実行される場合、前記課金センタは、再配信の場合の所
   定の情報対価に相当する課金情報を送信するように構成
   されていることを特徴とする通信式情報提供システム。
4. 【請求項４】 情報通信網を介して情報センタと接続す
   る情報通信網接続手段と、 前記情報センタから配信を受けた情報を記憶しておく情
   報記憶手段とを備え、 該情報に基づいて利用者に情報提供サービスを実行し得
   るようにされている情報提供端末であって、 前記情報センタに対して、再度の情報配信を要求する再
   配信要求手段を備えたことを特徴とする情報提供端末。
5. 【請求項５】 請求項４に記載の情報提供端末におい
   て、 前記情報センタから情報の配信を受けようとするときに
   その旨を要求する配信要求手段と、 該配信要求手段による配信要求に対して、情報センタか
   らの配信対象情報の目録を受信し、当該受信した情報目
   録から情報を選択して情報センタに送信する情報選択手
   段とを備えたことを特徴とする情報提供端末。
6. 【請求項６】 請求項４または５に記載の情報提供端末
   において、 前記情報センタから配信される情報の対価に相当する課
   金情報を当該情報提供端末に対して送信可能な課金セン
   タと接続する課金通信網接続手段を備えたことを特徴と
   する情報提供端末。
7. 【請求項７】 通信式情報提供システムにおける情報セ
   ンタから情報提供端末への配信対象となる全ての情報を
   記憶しているマスター情報記憶手段と、 着脱自在な交換用情報記憶手段への情報の書込を、情報
   提供端末を特定して指示するための書込指示入力手段
   と、 該書込指示入力手段によって書込指示があった場合に
   は、前記特定された端末に対してどの情報が配信済みで
   あるのかを示す配信実績を情報センタから取得する配信
   実績取得手段と、 その取得した配信実績に基づき、前記マスター情報記憶
   手段に記憶されている情報から必要な情報を選択し、そ
   の選択された情報を前記交換用情報記憶手段に書き込む
   情報書込手段とを備えたことを特徴とする情報インスト
   ール装置。