JPH0991348A - 通信式情報提供システム及び情報提供端末 - Google Patents

Abstract

(57)【要約】 【課題】 情報配信料が未徴収のままその配信済みの情
報を使用させることを防止する。 【解決手段】 中央制御装置３１は、取得済みの課金情
報をチェックし、過去未取得である課金情報が所定の期
間（ｎか月）分に達しているかどうかを判断する。未取
得である期間がｎか月以上であれば、最後に課金情報を
取得した月から所定の月数分を遡って、その期間中に配
信した曲情報については、ハードディスク３３内の曲対
応テーブルの使用許可禁止フラグの項目に使用禁止フラ
グを設定してロック対象とし、使用不可にさせる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報蓄積している
情報センタから情報通信網を介して情報の配信を受けて
利用者に提供し得るようにされている情報提供端末の設
置者から、前記配信される情報の料金を徴収するための
課金システムを備えた通信式情報提供システム及びそれ
に使用する情報提供端末に係り、特に、ビデオテックス
網等の課金通信網を利用した技術に関する。

【０００２】

【従来の技術】近年普及している通信カラオケシステム
は、店舗等に設置された通信カラオケ端末に予め多数の
曲データを記憶しておき、新曲は電話回線を通じてホス
トコンピュータから配信する様に構成されている。そし
て、この新曲の配信に伴う料金徴収は、曲データ配信事
業者がカラオケ端末設置事業者の店舗等に直接出向いた
り、銀行口座に振り込んでもらうなどの方法によってい
る。

【０００３】しかしながら、カラオケ端末の転売等によ
って曲データ配信事業者側がカラオケ端末を使用するカ
ラオケ端末設置事業者の管理が不可能になったりする
と、以後のカラオケ端末への曲データ配信サービス及び
同サービスに対する料金徴収が難しくなるという問題を
もっている。

【０００４】また、このようなカラオケ端末設置事業者
の管理や、曲データ配信に対する料金徴収は、曲データ
配信事業者側には大きな負担でもあった。そこで、出願
人は、近年実用化されているビデオテックスシステムや
ダイヤルキューツーシステムの様な課金通信網を利用し
た料金徴収システムの構築を検討することとした。

【０００５】このビデオテックスシステムとしては、わ
が国ではキャプテンシステムとしてよく知られている。
このシステムは、ビデオテックス通信網を介して利用者
端末を情報センタに接続し、利用者端末からの要求に応
じて、情報センタから文字図形情報などを提供する会話
型画像情報通信として実用化されている。そして、情報
センタから提供した情報の料金を回収するため、上記の
ビデオテックス通信網は課金機能を備えており、情報単
位での料金徴収が可能となっている。

【０００６】また、ダイヤルキューツーシステムは、利
用者端末と情報センタとを公衆回線を介して接続し、情
報センタ毎に設定された単位時間当りの情報料を公衆回
線使用料に上乗せして従量計算により料金徴収を行うも
のである。

【０００７】

【発明が解決しようとする課題】しかしながら、こうし
た課金通信網を利用したシステムを採用したとしても、
次の様な問題を解決しなければ健全な情報提供事業を営
むことが困難となる。即ち、課金通信網を介して課金し
た料金を料金回収代行サービス等を利用して徴収する場
合、実際に情報提供者に情報提供料が支払われるのは課
金情報の送信時点から３〜４月後となってしまう。これ
は、情報配信側と料金を支払う情報利用者側との間の信
頼関係を前提とし、有料情報は先に配信しながらも実際
の料金徴収は後でもよいことにして利用者の便を図るも
のである。

【０００８】このような後払いシステムであるため、課
金処理が済めば、情報提供サービスは可能となるのであ
るが、決算時に所定の料金が徴収できない場合が生じる
可能性がある。つまり、情報利用者側が、料金の支払い
が後であることを利用して悪意で情報のタダ取りを図っ
たり、あるいは支払い期限を忘れて銀行口座の残高が所
定の金額に満たないままで放置しておいたりすることが
あると、所定期日に情報料の徴収ができなくなるのであ
る。そして、このように料金が徴収されていない情報に
ついてその後も永続的に使用を許しておくことはシステ
ム運営に多大な障害を招くおそれがあるのである。

【０００９】加えて、この様なデータの配信に伴って料
金徴収するタイプのシステムだけでなく、カラオケ端末
装置に予め曲データを、そのままではサービスの提供に
は使用不可能な状態で蓄積しておき、課金が実行される
ことによって使用可能とするシステムであっても考えら
れる。この場合にも、ビデオテックス通信網を利用する
ことでいちいち出向かなくても料金の徴収ができるよう
になるのであるが、ここでもやはり上記の様な不良債権
の発生あるいは料金未徴収のまま勝手に使用されてしま
うという問題は同様に生じて来る。

【００１０】そして、こうした問題はもちろん通信カラ
オケシステムだけに限る訳ではなく、将来のマルチメデ
イア社会における各種の情報提供システムに共通するも
のである。そこで、本発明は、料金徴収に面倒がないだ
けでなく、さらに健全な情報提供事業の運営を可能なら
しめるための情報提供装置及びその情報提供装置等を利
用した情報提供システムを提供することを目的とする。

【００１１】

【課題を解決するための手段及び発明の効果】上記目的
を解決するためになされた請求項１記載の発明は、記憶
している情報に基づいて利用者に情報提供サービスを実
行し得るようにされている情報提供端末と、当該情報提
供端末と課金通信網を介して定期的に接続し、情報の対
価に相当する課金情報を当該情報提供端末に対して送信
することにより端末に対する課金を実行する課金センタ
とを備える通信式情報提供システムであって、前記情報
提供サービスに用いる情報毎に課金済みであるか未課金
であるかを記憶しておく課金状態記憶手段と、該課金状
態記憶手段において課金済みであると記憶されている情
報についてのみ、前記情報提供サービスの実行を許可す
る実行許可手段とを備え、さらに、前記情報提供端末
が、前記実行許可手段によってその使用が許可されてい
る情報であっても、前記課金センタから定期的に受信す
べき課金情報を所定期間受信していない場合には、所定
期間分遡って情報提供サービスの実行を禁止する実行禁
止手段を備えることを特徴とする通信式情報提供システ
ムである。

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

【００１３】こうして情報提供端末と課金センタとが接
続されると、課金センタは、情報の対価に相当する課金
情報を情報提供端末に対して送信する。これによって、
課金通信網を介する情報提供端末への課金が実行される
のである。そして、課金状態記憶手段が、情報提供サー
ビスに用いる情報毎に課金済みであるか未課金であるか
を記憶しており、実行許可手段は、この課金状態記憶手
段において課金済みであると記憶されている情報につい
てのみ、情報提供端末での情報提供サービスの実行を許
可する。

【００１４】このようにして、一旦情報提供サービスの
実行が許可されるのであるが、課金済みと記憶されれ
ば、その後も永続的に実行が許可されるのではなく、次
のようにして、所定の場合には情報提供サービスの実行
を禁止する。すなわち、使用が許可されている情報であ
っても、課金センタから定期的に受信すべき課金情報を
所定期間受信していない場合には、実行禁止手段が所定
期間分遡って情報提供サービスの実行を禁止するのであ
る。

【００１５】これは、次のような問題を考慮したもので
ある。即ち、課金処理がなされて課金済みであると記憶
されても、料金を実際に徴収するのは後日である。例え
ば一か月毎の決算方式であることが多い。これは、情報
配信側と料金を支払う情報利用者側との信頼関係を前提
とし、有料情報は先に配信しながらも実際の料金徴収は
後でもよいことにして利用者の便を図るものである。こ
のような後払いシステムであるため、課金処理は済み情
報提供サービスが可能となっているにもかかわらず、決
算時に所定の料金が徴収できない場合が生じる可能性が
ある。

【００１６】つまり、情報利用者側が、料金の支払いが
後であることを利用して悪意で情報のタダ取りを図った
り、あるいは支払い期限を忘れて銀行口座の残高が所定
の金額に満たないままで放置しておいたりすることがあ
ると、所定期日に情報料の回収ができなくなるのであ
る。そして、このように料金が徴収されていない情報に
ついてその後も永続的に使用を許しておくことはシステ
ム運営に多大な障害を招くおそれがあるのである。

【００１７】このような問題に対して、本システムによ
れば、課金処理が実行されて一旦情報提供サービスの実
行が許可されたものであっても、課金センタから定期的
に受信すべき課金情報を所定期間受信していない場合に
は所定期間分遡って情報提供サービスの実行を禁止す
る。これは、例えば毎月定期的に課金情報を受信するこ
とで情報の使用が許可されるというシステムの前提があ
るにもかかわらず、所定期間受信していないということ
は、勝手に端末を移動してしまったりして課金がなされ
ないように不正を行っている可能性が高いので、そのよ
うな場合には、センタ側からの制御ではなく、端末自ら
所定期間分遡って情報提供サービスの実行を禁止するの
である。これにより、有料情報をタダで使用し続けると
いった不正常な状態を防止し、健全な情報提供事業の運
営を可能にすることができるのである。

【００１８】なお、情報提供端末が記憶する情報提供サ
ービス用の情報は、例えばＣＤ−ＲＯＭ等の媒体に記憶
させて配布するようにしてもよいが、請求項２に示すよ
うに、情報センタから情報提供端末に対して、情報通信
網を介して情報を配信するようにしてもよい。このよう
にすれば、例えば新しい情報を追加する作業が早期にそ
して容易に行えるので便利である。特に、カラオケのよ
うに新曲の早期追加の要請が高い分野においてはこのよ
うな情報配信形式を採用することが好ましい。

【００１９】また、例えばいわゆる通信カラオケの分野
においては、数日毎に新曲が配信されることも考えられ
るので、このように配信された新曲はすぐに情報提供サ
ービスとして使用できることが好ましい。したがって、
請求項４に示すように、情報提供端末が課金センタから
課金情報を受信した場合、その後の所定期間内に情報セ
ンタから配信された情報については、課金状態記憶手段
に課金済みであると記憶して、すぐに情報提供サービス
の実行を許可するようにすることが好ましい。例えば、
月初めに課金情報を受信したら、その月内に配信される
情報については即サービス実行が可能な状態にするので
ある。

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

【００２１】また、上述した通信式情報提供システムに
おいては、実行禁止手段によって情報提供サービスの実
行が禁止されてしまうのであるが、請求項５に示すよう
に、実行禁止手段によって情報提供サービスの実行が一
旦禁止されたサービス情報であっても、その後、課金セ
ンタからの定期的な課金情報の受信を再開した場合に
は、実行許可手段が、当該サービス情報に対する情報提
供サービスの実行を許可するようにするとよい。

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

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

【００２４】一方、この様なシステムに用いられる情報
提供端末は、次の様に構成することができる。例えば請
求項７に示す情報提供端末は、サービス提供用の情報を
記憶しておく情報記憶手段と、課金通信網を介して課金
センタと接続する課金通信網接続手段と、該課金通信網
接続手段を介して定期的に前記課金センタと接続し、課
金情報の送信を要求する課金要求手段とを備え、前記情
報記憶手段に記憶された情報に基づいて利用者に情報提
供サービスを実行し得るようにされている情報提供端末
であって、前記情報提供サービスに用いる情報毎に課金
済みであるか未課金であるかを記憶しておく課金状態記
憶手段と、該課金状態記憶手段において課金済みである
と記憶されている情報についてのみ、情報提供サービス
の実行を許可する実行許可手段と、該実行許可手段によ
ってその使用が許可されている情報であっても、前記課
金センタから定期的に受信すべき課金情報を所定期間受
信していない場合には、所定期間分遡って情報提供サー
ビスの実行を禁止する実行禁止手段とを備えることを特
徴とする。

【００２５】また、請求項８に示す情報提供端末は、請
求項７に記載の情報提供端末において、情報通信網を介
して情報センタと接続する情報通信網接続手段と、前記
情報センタから情報の配信を受けようとするときにその
旨を要求する情報配信要求手段とを備え、前記情報記憶
手段は、前記情報センタから配信を受けた情報を記憶し
ておくよう構成されていることを特徴とする。

【００２６】請求項９に示す情報提供端末は、請求項８
に記載の情報提供端末において、前記課金センタから課
金情報を受信した場合、その後の所定期間内に前記情報
センタから配信された情報については、前記課金状態記
憶手段に課金済みであると記憶するよう構成されている
ことを特徴とする。

【００２７】請求項１０に示す情報提供端末は、請求項
７〜９のいずれかに記載の情報提供端末において、前記
実行禁止手段によって情報提供サービスの実行が一旦禁
止されたサービス情報であっても、その後、前記課金セ
ンタからの定期的な課金情報の受信を再開した場合に
は、前記実行許可手段が、当該サービス情報の実行を許
可するようにされていることを特徴とする。

【００２８】請求項１１に示す情報提供端末は、請求項
８〜１０のいずれかに記載の情報提供端末において、前
記情報通信網接続手段は、前記課金通信網接続手段の接
続対象である課金通信網とは異なる通信網である情報通
信網に対する接続手段であることを特徴とする。

【００２９】もちろん、本発明の通信式情報提供システ
ムを実現するに当たっては、これらの端末にだけ限られ
るものではなく、その目的・作用・効果を共通とするも
のであれば上述の５例の端末とは異なる端末を用いたも
のも含むことはいうまでもない。例えば、上記請求項７
等の情報提供端末は課金状態記憶手段を備えていたが、
通信式情報提供システムとしては、このように情報提供
端末が課金状態記憶手段を備えている場合だけでなく、
センタ側においてこれらの記憶手段を備えるように構成
することもできる。

【００３０】

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

【００３１】図１に示すように、本実施例のシステム
は、課金関連処理を担当する課金センタ１と複数のカラ
オケ端末１０とが、課金通信網５を介して接続されてい
ると共に、カラオケ曲情報の送信関連処理を担当する情
報センタ３と複数のカラオケ端末１０とが、情報通信網
７を介して接続されて構成されている。また、課金セン
タ１と情報センタ３との間も接続されている。

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

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

【００３４】続いてカラオケ端末１０の構成について、
図２を参照して説明する。実行許可手段、実行禁止手
段、課金要求手段及び情報配信要求手段に相当する中央
制御装置３１には、各種指示入力を行なうための入力手
段としての多目的入力キー３２、情報記憶手段としての
ハードディスク３３、音声再生回路３５、画面表示制御
装置２６、情報通信網７と接続可能で情報通信網接続手
段に相当する第１通信制御装置２７ａ及び課金通信網５
と接続可能で課金通信網接続手段に相当する第２通信制
御装置２７ｂとを備えている。また、音声再生回路３５
にはミキサアンプ３８が、画面表示制御装置２６には表
示手段としてのテレビモニタ２９がそれぞれ接続されて
いる。また、ミキサアンプ３８にはスピーカ４１とマイ
クロフォン４３が接続されている。

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

【００３６】それに対して、本実施例では、カラオケ端
末１０がカラオケ演奏処理に用いる情報は、ハードディ
スク３３が記憶している。ハードディスク３３には予め
数千曲程度のカラオケ曲情報が記憶されている。なお、
カラオケ端末１０は、カラオケ端末設置事業者の管理で
あり、新しい曲データがリリースされる毎に曲データ配
信事業者から曲データの供給を受けることができる。本
実施例のシステムでは、第１通信制御装置２７ａを介し
て情報通信網７と接続し、情報センタ３からその新曲デ
ータを受信して、ハードディスク３３に後から記憶させ
ることができるようにされている。

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

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

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

【００４０】本実施例では、曲対応テーブル中におい
て、曲毎に使用可能フラグあるいは使用禁止フラグのい
ずれかが設定されており、そのフラグに応じて使用を許
可したり、禁止したりするようにされている。ハードデ
ィスク３３に格納されたその曲対応テーブルには、カラ
オケ曲情報毎に、その曲番号・曲名・受信日・課金状態
・使用許可禁止フラグの項目からなるテーブルが存在す
る。

【００４１】また、課金状態とは、所定の課金処理が済
んでいる「課金済み」か課金処理が済んでいない「未課
金」かのいずれかである。そして、使用許可禁止フラグ
としては、上述したように許可か禁止のフラグが設定さ
れるのであるが、これはまず、課金状態が「未課金」の
場合には、使用禁止フラグが設定されて曲の使用ができ
ないロック状態とされている。そして、所定の課金処理
によって「課金済み」となると使用許可フラグが設定さ
れてロック状態が解除され、曲情報は自由に使用できる
ようになる。

【００４２】なお、本実施例では、例えば月初めに課金
情報を受信しておき、その月内に配信された情報につい
ては、配信を受けたらすぐに「課金済み」と設定する。
したがって使用許可フラグが設定されるのですぐにサー
ビス実行が可能な状態となる。これは次のような理由か
らである。

【００４３】すなわち、通信カラオケの分野において
は、数日毎に新曲が配信されることがよくあるので、こ
のように配信された新曲はすぐに情報提供サービスとし
て使用できることが好ましい。そして、情報の配信の度
に課金処理を実行していると面倒であるので、先に１か
月分をまとめて課金し、その後の１か月間に配信を受け
たものについては自動的に使用可能にするようにしたも
のである。

【００４４】もちろん、先に情報を配信してもらってハ
ードディスク３３に記憶させておき、後で課金情報を受
信して初めて記憶しておいた情報の使用を許可するよう
にしてもよい。その場合、配信してもらってハードディ
スク３３に記憶させた時点では曲対応テーブルに「未課
金」と記憶されるので、「使用禁止フラグ」が設定され
て使用できない状態となっている。そして、後で課金情
報を受信した時点で曲対応テーブルに「課金済み」と記
憶され、「使用許可フラグ」が設定されて自由に使用す
ることができるようになる。なお、以下の実施例では先
課金・後配信を前提に説明する。

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

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

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

【００４８】続いて、課金センタ１の構成を図３を参照
して説明する。課金センタ１は、ホストコンピュータ５
１と、記憶装置５３と、入力装置５５と、通信制御装置
５７と、プリンタ５９と、ＣＲＴ６１とを備えている。
前記記憶装置５３は、ホストコンピュータ５１が動作す
るための各種制御プログラムや、前記各カラオケ端末１
０毎の課金実績等を記憶するためのものである。つま
り、上述した曲対応テーブルに似たものが、各カラオケ
端末１０に対応して記憶されているのである。

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

【００５０】次に、情報センタ３の構成及び機能につい
て説明する。情報センタ３は、図３に示すとおり、情報
通信網７を介してカラオケ端末１０と接続する通信制御
装置７７と、カラオケ端末１０に配信するカラオケ曲デ
ータを蓄積する記憶装置７３とを備え、これらが中央制
御装置としてのホストコンピュータ７１によって制御さ
れている。また、ホストコンピュータ７１には、入力装
置７５、プリンタ７９、ＣＲＴ８１などの各種機器が接
続されている。また、記憶装置７３には、カラオケ曲デ
ータの他に、ホストコンピュータ７１が動作するための
各種制御プログラム等も記憶されている。

【００５１】このように構成された情報センタ３は、カ
ラオケ曲データを、情報通信網７を介して各カラオケ端
末１０に対して送信する。この送信は、新曲データの追
加のために、数日おき程度のペースで情報センタ３側か
ら行われるが、例えばカラオケ端末１０側からの定期的
に（例えば１日１回）新曲問い合わせをし、その問い合
わせに応えて配信すべき新曲があれば配信処理をするよ
うにしてもよい。いずれにしても、結果としてカラオケ
曲情報が情報センタ３からカラオケ端末１０へと送信さ
れることになる。

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

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

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

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

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

【００５７】Ｓ４では、カラオケ端末１０の動作指定と
して、課金のための所定時刻であるかどうかをチェック
する。これは、本システムにおいては、各カラオケ端末
１０は１月に１回課金処理を行なうように義務付けられ
ており、例えば毎月１日に、課金センタ１から所定の課
金情報を送信してもらうように要求するのである。課金
のための所定時刻であればＳ５へ移行し、同指定がなけ
ればＳ６へ移行する。

【００５８】Ｓ５では、サブルーチンをコールして課金
関連処理を行う。この課金関連処理を図６のフローチャ
ートにて説明する。最初のステップＳ５０においては、
課金センタ１に対する閉局処理が完了しているかどうか
をチェックする。この閉局処理は、情報センタ３からの
情報配信を中止するための所定の処理である。この閉局
処理が済んでいれば、新たな情報の配信がされないの
で、結果的に課金センタ１からも課金情報を受信しなく
てもよくなる。

【００５９】したがって、閉局処理が済んでいたならば
（Ｓ５０：ＹＥＳ）、Ｓ５１以降の処理を実行すること
なくスキップして本処理を終了する。一方、閉局処理が
済んでいなければ（Ｓ５０：ＮＯ）、Ｓ５１において、
課金センタ１に接続するために発呼処理を行う。

【００６０】そして、Ｓ５２において課金センタ１との
接続が成功したか否かを判断する。課金センタ１との接
続に失敗したならば（Ｓ５２：ＮＯ）、Ｓ５３へ移行す
る。Ｓ５３では、リトライ・カウンタをカウントアップ
した上で、リトライ回数が所定回数を超えたか否かを判
断する。もし所定回数以下であれば（Ｓ５３：ＮＯ）、
Ｓ５１に戻り、再び課金センタ１への接続を試みる。所
定回数繰り返しても課金センタ１に接続することができ
なかったならば（Ｓ５３：ＹＥＳ）、Ｓ５４へ移行す
る。

【００６１】Ｓ５４では、取得済みの課金情報をチェッ
クし、Ｓ５５では、過去未取得である課金情報が所定の
期間（ｎか月）分に達しているかどうかを判断する。そ
して未取得である期間がｎか月未満であれば（Ｓ５５：
ＮＯ）、そのまま本処理を終了する。

【００６２】一方、未取得である期間がｎか月以上であ
れば（Ｓ５５：ＹＥＳ）、Ｓ５６へ移行して、最後に課
金情報を取得した月から所定の月数分を遡って、つまり
（ｎ＋ｍ）か月前〜ｎか月前までの期間中に配信した曲
情報を使用できないように無効処理を行なう。配信され
る新曲の受信にかかる処理については後述するが、簡単
に説明すると、本実施例のシステムでは課金情報を例え
ば月初めに先に受信しておき、その後その月中に情報セ
ンタ３から配信された曲情報については、自動的に使用
可能とするのである。すなわち、受信した曲については
曲対応テーブルの使用許可禁止フラグの項目に使用許可
フラグを設定して、その曲情報の使用が可能な状態にす
るのである。

【００６３】したがって、このＳ５６の処理では、使用
許可フラグが設定されていることにより使用可能になっ
ている曲情報の内、受信日が（ｎ＋ｍ）か月前〜ｎか月
前までの期間中に該当する曲情報に対して使用禁止フラ
グを設定して使用不可にするのである。

【００６４】このようにして使用禁止フラグが設定され
た曲については、上述したカラオケ演奏処理（図５）の
Ｓ３２の判断において肯定判断、すなわちロック対象で
あると判断されることになり利用できなくなる。図６に
戻り、Ｓ５２にて肯定判断、すなわち課金センタ１への
接続に成功した場合には（Ｓ５２：ＹＥＳ）、Ｓ５７へ
移行して、課金情報の要求・受信処理を行う。配信して
もらう新曲を使用可能にする対価は、例えば毎月定額あ
るいは月毎に設定されているものであり、この対価は課
金センタ１側で把握している。したがって、このＳ５７
では、金額に関する要求はなく、単に（今月分の）課金
情報を送信してもらうように要求するだけである。そし
て、その要求に応じて送信されてきた課金情報を受信す
るのである。なお、このＳ５７の処理によって課金情報
を受信した場合には、所定のテーブルに何月分の課金情
報を受信したかその履歴が記憶される。したがって、こ
のテーブルを参照すれば何月分までの課金情報を受信し
ていたかが判断できるのである。

【００６５】Ｓ５７の処理が終了するとＳ５８へ移行
し、Ｓ５８で課金センタ１との接続を解除してから、Ｓ
５９へ移行する。Ｓ５９では、正常に課金情報を取得で
きたか否かを判断し、課金情報の取得に失敗したならば
（Ｓ５９：ＮＯ）Ｓ６０へ移行する。Ｓ６０では、リト
ライ・カウンタをカウントアップした上で、そのリトラ
イ回数が所定回数を超えたか否かを判断する。もし所定
回数以下であれば（Ｓ６０：ＮＯ）、Ｓ５１に戻り、再
び課金センタ１への接続を試みる。所定回数繰り返して
も課金センタ１からの課金情報の取得ができなければ
（Ｓ６０：ＹＥＳ）、Ｓ５４の取得済みの課金情報のチ
ェックに移行する。

【００６６】一方、課金情報を取得できたのであれば
（Ｓ５９：ＹＥＳ）、本処理を終了し、図４のフローチ
ャートのＳ６のステップへ移行する。図４に戻り、Ｓ６
では、カラオケ端末１０の動作指定として、新曲問い合
わせのための所定時刻であるかどうかをチェックする。
これは、新曲のデータをなるべく早く取得するため、例
えば１日に１回、情報センタ３から配信すべき曲データ
があるかどうかを問い合わせるためのものである。新曲
問い合わせのための所定時刻であればＳ７へ移行して新
曲問い合わせ処理を実行する。また、新曲問い合わせの
所定時刻でなければＳ２へ移行する。

【００６７】Ｓ７では、サブルーチンをコールして新曲
問い合わせ・受信処理を行う。この新曲問い合わせ・受
信処理について図７のフローチャートを参照して説明す
る。新曲問い合わせ・受信処理の最初のステップＳ６８
では、情報センタ３に対する閉局処理が完了しているか
どうかをチェックする。閉局処理が済んでいなければ
（Ｓ６８：ＮＯ）、Ｓ７０へ移行する。閉局処理が済ん
でいたならば（Ｓ６８：ＹＥＳ）、Ｓ６９へ移行して、
課金された月の分の新曲データを全て取得し終っている
かどうかをチェックする。取得し終っていたならば（Ｓ
６９：ＹＥＳ）、新曲問い合わせ・受信処理を終了し
て、図４のＳ２へ移行する。また、取得し終っていなけ
れば（Ｓ６９：ＮＯ）、Ｓ７０へ移行する。

【００６８】そしてＳ７０では、情報通信網７を介して
情報センタ３と接続する。情報センタ３との接続処理終
了後、Ｓ７１へ移行する。Ｓ７１では、新曲の有無を情
報センタ３に問い合わせ、Ｓ７２でその問い合わせに対
する回答を受信する。その回答により、配信すべき新曲
データが有ると判断された場合には（Ｓ７３：ＹＥ
Ｓ）、Ｓ７４へ移行して、その配信すべき新曲を全曲取
得する要求を情報センタ３に送信する。

【００６９】続くＳ７５では、その全曲取得要求に対す
る応答として、情報センタ３から送信される新曲にかか
るカラオケ曲情報を受信して内蔵のハードディスク３３
へセーブする。なお、このハードディスク３３へのセー
ブに伴って、曲対応テーブルにはセーブした曲の曲番号
・曲名・受信日が書き込まれると共に、課金状態の項目
には自動的に「課金済み」が書き込まれる。そして、使
用許可禁止フラグの項目には「使用許可フラグ」が設定
されることとなる。

【００７０】Ｓ７５でのハードディスク３３へのセーブ
が完了したら、Ｓ７６へ移行し、情報センタ３との接続
解除処理を行う。なお、Ｓ７３にて、配信すべき新曲デ
ータが無いと判断された場合には（Ｓ７３：ＮＯ）、Ｓ
７７へ移行して新曲データ無しを記憶してから、Ｓ７６
へ移行する。この場合、新曲データが無い旨をテレビモ
ニタ２９に表示するようにしてもよい。

【００７１】Ｓ７６での情報センタ３との接続解除の完
了後、図４のフローチャートのＳ２へ移行する。以上が
カラオケ端末１０の中央制御装置３１の動作であり、カ
ラオケ演奏、カラオケ曲情報を使用可能あるいは使用不
可とするための課金関連処理及び配信された新曲に係る
カラオケ曲情報の受信の各処理を行う。

【００７２】次に、課金センタ１の動作を図８のフロー
チャートを基に説明する。課金センタ１では、電源投入
後、Ｓ１００のステップから実行する。Ｓ１００では、
通信制御装置５７のリセット等の装置全体の初期化を行
う。Ｓ１００の処理を終了後、Ｓ１０１へ移行する。

【００７３】Ｓ１０１では、カラオケ端末１０からの接
続要求があるかどうか調べる。あればＳ１０２へ移行
し、なければＳ１０１の処理を繰り返し、待機状態とな
る。Ｓ１０２では、カラオケ端末１０からの接続要求に
対して同カラオケ端末１０との接続を行う。接続完了
後、Ｓ１０３へ移行する。

【００７４】Ｓ１０３では、カラオケ端末１０からの課
金要求情報を受信する。課金要求情報とは、図６に示す
Ｓ５７において要求される情報である。Ｓ１０４では、
その要求に応じて所定の課金情報を該当するカラオケ端
末１０に送信する。送信完了後、Ｓ１０５へ移行する。

【００７５】Ｓ１０５では、接続中のカラオケ端末１０
との接続を解除する。接続解除完了後、Ｓ１０１へ移行
する。以上が課金センタ１のホストコンピュータ５１の
動作であり、カラオケ端末１０から課金要求情報を受け
取り、所定の課金情報を送信する処理を行う。ここで両
者の通信処理について、図１０の通信シーケンス図を参
照して説明する。

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

【００７７】この課金情報要求は、上述したように「今
月分の課金情報の送信要求」であり、この場合の情報提
供料は、基本的に課金センタ１側で決定された料金なの
で、カラオケ端末１０からは料金を指定することはな
い。なお、課金通信網５を構成する料金徴収代行システ
ムでは、どのカラオケ端末１０が課金センタ１から課金
通信網５を介して課金情報が送信されたかを課金実績と
して取得する。電話事業者は、この課金実績に基づき、
情報提供料金を該当するカラオケ端末１０の設置事業者
に対する電話料金請求時にこれに上乗せする形で徴収
し、情報提供者である曲情報配信事業者へと渡すサービ
スを行っている。これ自体は、ＮＴＴで行っているビデ
オテックスとしてよく知られているものである。

【００７８】そして、電話事業者側において実際に料金
が徴収されると、その徴収実績は課金センタ１の記憶装
置５３に記憶される。つまり、課金センタ１の記憶装置
５３には、月毎の課金情報の送信実績（つまり課金実
績）を記憶しておくためのテーブルが各カラオケ端末１
０に対応して格納されており、カラオケ端末１０からの
課金要求があれば、課金情報を送信すると共に、該当す
る月の課金状態を課金済みに設定する。

【００７９】次に、情報センタ３の動作を図９のフロー
チャートに基づいて説明する。情報センタ３では、電源
投入後、Ｓ１２０のステップから実行する。Ｓ１２０で
は、通信制御装置７７のリセット等の装置全体の初期化
を行う。そして、Ｓ１２１へ移行し、カラオケ端末１０
から接続要求があるかどうかを調べる。あればＳ１２２
へ移行し、なければＳ１２１の処理を繰り返し、待機状
態となる。

【００８０】Ｓ１２２では、カラオケ端末１０からの接
続要求に対して当該カラオケ端末１０との接続を行う。
接続完了後、Ｓ１２３へ移行する。Ｓ１２３では、カラ
オケ端末１０からの新曲有無の問い合わせを受信し、Ｓ
１２４でその回答を送信する。その回答が新曲データ無
しの場合には（Ｓ１２５：ＮＯ）、上述したようにカラ
オケ端末１０側でもそのまま回線接続が切断され、その
後の通信が必要でなくなるため、当該カラオケ端末１０
との接続を解除して（Ｓ１４０）、Ｓ１２１へ戻る。

【００８１】一方、回答が新曲データ有りの場合には
（Ｓ１２５：ＹＥＳ）、カラオケ端末１０からの要求が
あるのでそれを受信する（Ｓ１２６）。上記図７のＳ７
４で説明したように、この要求は全曲取得の要求である
ため、続くＳ１２７では、配信すべき新曲に係るカラオ
ケ曲情報を全部送信する。

【００８２】こうしてＳ１２７で新曲データの送信が完
了したら、Ｓ１２８へ移行し、当該カラオケ端末１０と
の接続を解除する。接続解除処理が完了後、Ｓ１２１へ
移行し、上記の処理を繰り返す。以上が情報センタ３の
ホストコンピュータ７１の動作であり、カラオケ端末１
０からの新曲問い合わせに対して、配信すべき新曲デー
タがあれば、それを配信する処理を実行する。

【００８３】なお、この処理は、図７に示すカラオケ端
末１０側での新曲問い合わせ・受信処理との関連で実行
されるものであり、両者の通信処理について、図１１の
通信シーケンス図を参照して説明する。カラオケ端末１
０が情報通信網７を介して情報センタ３に対して発呼
し、接続できた後にパスワードを情報センタ３に送信す
る。

【００８４】情報センタ３では、通信制御装置７７を介
してこれを受け取り、ホストコンピュータ７１が電話番
号やパスワード等で端末照合を行い、情報センタ３に登
録されているカラオケ端末１０であれば、照合正常を返
送する。カラオケ端末１０はこの照合正常を受信して情
報センタ３が受付可能状態となった後に、新曲有無の問
い合わせを行なう。

【００８５】情報センタ３では、この問い合わせを受け
付けて当該カラオケ端末１０に対する新曲データを検索
し、問い合わせの回答をカラオケ端末１０に送信する。
つまり、新曲データが有るか無いかを示す回答である。
カラオケ端末１０では、この回答結果に基づいて新曲デ
ータが有るか無いか判断し、新曲データが有る場合には
情報センタ３に対して新曲データの全曲取得要求を送信
する。そして、この要求を受信した情報センタ３は、該
当する新曲データすなわちカラオケ曲情報をカラオケ端
末１０に送信する。これを受信してセーブしたカラオケ
端末１０は情報センタ３との接続を切断する。

【００８６】以上説明した実施例によれば、カラオケ端
末１０は月初めに課金センタ１からその月分の課金情報
を先に受信することによって、その後、その月中に情報
センタ３から配信される曲情報を受信してハードディス
ク３３に記憶した場合には、曲対応テーブルに課金済み
と自動的に記憶され、曲対応テーブルにも使用許可フラ
グが自動的に設定される。しかし、そのような使用許可
フラグが設定されたものであっても、その後も永続的に
実行が許可されるというわけではない。次のようにし
て、所定の場合には曲情報の使用を禁止するのである。

【００８７】すなわち、本システムは、定期的に（毎
月）課金情報を先に受信することによって、その後その
月中に配信される新曲の対価を先に課金しておくことを
前提に成立するものであるため、課金センタ１から定期
的に受信すべき課金情報を所定期間受信していない場合
には、所定期間分遡って曲情報の使用を禁止するのであ
る。

【００８８】これは、次のような問題を考慮したもので
ある。即ち、課金情報を受信し課金済みであると記憶さ
れても、料金を実際に徴収するのは後日である。例えば
一か月毎の決算方式であることが多い。これは、情報配
信側と料金を支払う情報利用者側との信頼関係を前提と
し、有料情報は先に配信しながらも実際の料金徴収は後
でもよいことにして利用者の便を図るものである。この
ような後払いシステムであるため、課金処理は済み情報
提供サービスが可能となっているにもかかわらず、決算
時に所定の料金が徴収できない場合が生じる可能性があ
る。

【００８９】つまり、情報利用者側が、料金の支払いが
後であることを利用して悪意で情報のタダ取りを図った
り、あるいは支払い期限を忘れて銀行口座の残高が所定
の金額に満たないままで放置しておいたりすることがあ
ると、所定期日に情報料の回収ができなくなるのであ
る。そして、このように料金が徴収されていない情報に
ついてその後も永続的に使用を許しておくことはシステ
ム運営に多大な障害を招くおそれがあるのである。

【００９０】このような問題に対して、本システムによ
れば、課金処理が実行されて一旦情報提供サービスの実
行が許可されたものであっても、課金センタから定期的
に受信すべき課金情報を所定期間受信していない場合に
は所定期間分遡って情報提供サービスの実行を禁止す
る。これは、例えば毎月定期的に課金情報を受信するこ
とで情報の使用が許可されるというシステムの前提があ
るにもかかわらず、所定期間受信していないということ
は、勝手に端末を移動してしまったりして課金がなされ
ないように不正を行っている可能性が高いので、そのよ
うな場合には、センタ側からの制御ではなく、端末自ら
所定期間分遡って情報提供サービスの実行を禁止するの
である。これにより、有料情報をタダで使用し続けると
いった不正常な状態を防止し、健全な情報提供事業の運
営を可能にすることができるのである。

【００９１】以上本発明はこの様な実施例に何等限定さ
れるものではなく、本発明の要旨を逸脱しない範囲にお
いて種々なる態様で実施し得る。例えば、上記実施例に
おいては課金情報を所定期間受信していないために使用
禁止フラグを設定して使用禁止にした後のフォローにつ
いては説明していなかったが、例えば、一旦使用の禁止
された曲情報であっても、その後、課金センタ１からの
定期的な課金情報の受信を再開した場合には、再度使用
許可フラグを設定して曲情報の使用を許可するようにし
てもよい。なお、この場合には、再開した月の課金情報
には、再開月の課金情報に加えて、過去の未徴収であっ
た月分の金額あるいはそれにさらに所定の延滞金額を追
加したものを加算した金額を設定することなどが考えら
れる。

【００９２】また、上記実施例では、新曲のカラオケ曲
情報は情報通信網７を用いて送信していたが、課金通信
網５を用いて送信するようにしてもよい。但し、上記実
施例のように、情報通信網７を課金通信網５とは異なる
通信網として、その情報通信網７によってカラオケ曲情
報を送信する場合には、次の点で特に優れた作用・効果
を奏する。すなわち、カラオケ曲情報は、情報量のかな
り大きなものとなる場合が想定されるが、そういった大
きな情報そのものを配信する場合には、その配信に適し
た通信網を利用することが好ましい。これは、課金通信
網５を利用してカラオケ曲情報自体を配信するよりも迅
速であったりするという点で、カラオケ端末１０が受け
取るべき情報の種類に応じた最適なシステム構成が可能
となるからである。

【００９３】さらに、新曲を追加していくのに情報通信
網７を用い、いわゆるオンラインで送信するようにした
が、本発明の情報提供端末としては、上記実施例のよう
な通信式カラオケシステムにおけるカラオケ端末１０に
は限らない。例えば、スタンドアロンタイプのものであ
って、新曲の追加を例えば曲配信事業者のサービスマン
が直接出向いて、ハードディスク３３に追加記憶させる
ような場合、あるいはＣＤ−ＲＯＭ等の媒体に記憶させ
て配布するような場合でもオンラインの場合と同様の効
果を奏する。

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

【図面の簡単な説明】

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

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

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

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

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

【図６】 実施例のカラオケ端末における課金関連処理
を示すフローチャートである。

【図７】 実施例のカラオケ端末における新曲問い合わ
せ・受信処理を示すフローチャートである。

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

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

【図１０】 実施例の課金処理の通信シーケンス図であ
る。

【図１１】 実施例の新曲問い合わせ及び新曲送受信処
理の通信シーケンス図である。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｇ０６Ｆ 15/21 ３３０

Claims (11)

【特許請求の範囲】
1. 【請求項１】 記憶している情報に基づいて利用者に情
   報提供サービスを実行し得るようにされている情報提供
   端末と、 当該情報提供端末と課金通信網を介して定期的に接続
   し、情報の対価に相当する課金情報を当該情報提供端末
   に対して送信することにより端末に対する課金を実行す
   る課金センタとを備える通信式情報提供システムであっ
   て、 前記情報提供サービスに用いる情報毎に課金済みである
   か未課金であるかを記憶しておく課金状態記憶手段と、 該課金状態記憶手段において課金済みであると記憶され
   ている情報についてのみ、前記情報提供サービスの実行
   を許可する実行許可手段とを備え、 さらに、前記情報提供端末が、前記実行許可手段によっ
   てその使用が許可されている情報であっても、前記課金
   センタから定期的に受信すべき課金情報を所定期間受信
   していない場合には、所定期間分遡って情報提供サービ
   スの実行を禁止する実行禁止手段を備えることを特徴と
   する通信式情報提供システム。
2. 【請求項２】 請求項１に記載の通信式情報提供システ
   ムにおいて、 情報を蓄積している情報センタを備え、 前記情報提供端末は、該情報センタから情報通信網を介
   して配信された情報を記憶し、その情報に基づいて前記
   情報提供サービスを実行し得るようにされていることを
   特徴とする通信式情報提供システム。
3. 【請求項３】 請求項１又は２に記載の通信式情報提供
   システムにおいて、 前記情報提供端末が、前記課金状態記憶手段及び前記実
   行許可手段も備えていることを特徴とする通信式情報提
   供システム。
4. 【請求項４】 請求項２に記載の通信式情報提供システ
   ムにおいて、 前記情報提供端末が前記課金センタから課金情報を受信
   した場合、その後の所定期間内に前記情報センタから配
   信された情報については、前記課金状態記憶手段に課金
   済みであると記憶するように構成されていることを特徴
   とする通信式情報提供システム。
5. 【請求項５】 請求項１〜４のいずれかに記載の通信式
   情報提供システムにおいて、 前記実行禁止手段によって情報提供サービスの実行が一
   旦禁止されたサービス情報であっても、その後、前記課
   金センタからの定期的な課金情報の受信を再開した場合
   には、前記実行許可手段が、当該サービス情報に対する
   情報提供サービスの実行を許可することを特徴とする通
   信式情報提供システム。
6. 【請求項６】 請求項２〜５のいずれかに記載の通信式
   情報提供システムにおいて、 前記情報通信網は課金通信網とは異なる通信網であり、
   前記課金センタから情報提供端末へ送信される情報は課
   金情報を含むダミーのデータであることを特徴とする通
   信式情報提供システム。
7. 【請求項７】 サービス提供用の情報を記憶しておく情
   報記憶手段と、 課金通信網を介して課金センタと接続する課金通信網接
   続手段と、 該課金通信網接続手段を介して定期的に前記課金センタ
   と接続し、課金情報の送信を要求する課金要求手段とを
   備え、前記情報記憶手段に記憶された情報に基づいて利
   用者に情報提供サービスを実行し得るようにされている
   情報提供端末であって、 前記情報提供サービスに用いる情報毎に課金済みである
   か未課金であるかを記憶しておく課金状態記憶手段と、 該課金状態記憶手段において課金済みであると記憶され
   ている情報についてのみ、情報提供サービスの実行を許
   可する実行許可手段と、 該実行許可手段によってその使用が許可されている情報
   であっても、前記課金センタから定期的に受信すべき課
   金情報を所定期間受信していない場合には、所定期間分
   遡って情報提供サービスの実行を禁止する実行禁止手段
   とを備えることを特徴とする情報提供端末。
8. 【請求項８】 請求項７に記載の情報提供端末におい
   て、 情報通信網を介して情報センタと接続する情報通信網接
   続手段と、 前記情報センタから情報の配信を受けようとするときに
   その旨を要求する情報配信要求手段とを備え、 前記情報記憶手段は、前記情報センタから配信を受けた
   情報を記憶しておくよう構成されていることを特徴とす
   る情報提供端末。
9. 【請求項９】 請求項８に記載の情報提供端末におい
   て、 前記課金センタから課金情報を受信した場合、その後の
   所定期間内に前記情報センタから配信された情報につい
   ては、前記課金状態記憶手段に課金済みであると記憶す
   るよう構成されていることを特徴とする情報提供端末。
10. 【請求項１０】 請求項７〜９のいずれかに記載の情報
    提供端末において、 前記実行禁止手段によって情報提供サービスの実行が一
    旦禁止されたサービス情報であっても、その後、前記課
    金センタからの定期的な課金情報の受信を再開した場合
    には、前記実行許可手段が、当該サービス情報の実行を
    許可するようにされていることを特徴とする情報提供端
    末。
11. 【請求項１１】 請求項８〜１０のいずれかに記載の情
    報提供端末において、 前記情報通信網接続手段は、前記課金通信網接続手段の
    接続対象である課金通信網とは異なる通信網である情報
    通信網に対する接続手段であることを特徴とする情報提
    供端末。