(57)【特許請求の範囲】
【請求項１】
送信されてくる有料の情報を利用者に提供するとともにその利用料が前記情報の受信後に期間をおいて決済される情報提供サービスを実行し得るようにされている情報提供端末であって、
情報通信機能を持つ情報通信網を介して前記情報センタにアクセス可能な第１の通信手段と、
前記情報通信網と前記第１の通信手段を介して前記情報センタより受信した情報提供サービスに用いる情報を記憶する情報記憶手段と、
前記情報記憶手段に記憶された情報を用いて情報の提供を実行する情報提供実行手段と、
前記第１の通信手段と前記情報通信網を介して前記情報センタに情報要求信号を送信する情報要求手段と、
課金機能を備える課金通信網を介して前記課金センタにアクセス可能な第２の通信手段と、
前記第２の通信手段と前記課金通信網を介して前記課金センタに課金要求信号を送信する課金処理要求手段と、
前記課金センタから送信されてくる課金情報を受信する課金情報受信手段と、
前記課金情報に基づいて判断された、前記情報記憶手段に記憶されている情報が課金済みであるか未課金であるかを、前記情報記憶手段に記憶されている情報と対応させて記憶する課金状態記憶手段と、
前記課金状態記憶手段を参照し課金済みであると記憶されている情報についてのみ、前記情報提供実行手段による情報提供の実行を許可する実行許可手段と、
前記課金情報受信手段が課金情報を第１所定期間受信していない場合には、前記実行許可手段によってその使用が許可されている情報であっても、第２所定期間に前記情報記憶手段に記憶された情報に対して、前記情報提供実行手段による情報提供の実行を禁止する実行禁止手段と、
を備えることを特徴とする情報提供端末。
【請求項２】
請求項１に記載の情報提供端末において、
前記課金センタから課金情報を受信した場合、その後の所定期間内に前記情報センタから送信された情報については、前記課金状態記憶手段に課金済みであると記憶するよう構成されていることを特徴とする情報提供端末。
【請求項３】
請求項１又は２に記載の情報提供端末において、
前記実行禁止手段によって情報提供の実行が一旦禁止された情報であっても、その後、前記課金センタからの定期的な課金情報の受信を再開した場合には、前記実行許可手段が、当該情報に対する前記情報提供実行手段による情報提供の実行を許可することを特徴とする情報提供端末。
【請求項４】
請求項１〜３のいずれかに記載の情報提供端末において、
前記第１の通信手段は、前記第２の通信手段の接続対象である課金通信網とは異なる通信網である情報通信網に対する接続手段であることを特徴とする情報提供端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報蓄積している情報センタから情報通信網を介して情報の配信を受けて利用者に提供し得るようにされている情報提供端末の設置者から、前記配信される情報の料金を徴収するための課金システムを備えた通信式情報提供システム及びそれに使用する情報提供端末に係り、特に、ビデオテックス網等の課金通信網を利用した技術に関する。
【０００２】
【従来の技術】
近年普及している通信カラオケシステムは、店舗等に設置された通信カラオケ端末に予め多数の曲データを記憶しておき、新曲は電話回線を通じてホストコンピュータから配信する様に構成されている。そして、この新曲の配信に伴う料金徴収は、曲データ配信事業者がカラオケ端末設置事業者の店舗等に直接出向いたり、銀行口座に振り込んでもらうなどの方法によっている。
【０００３】
しかしながら、カラオケ端末の転売等によって曲データ配信事業者側がカラオケ端末を使用するカラオケ端末設置事業者の管理が不可能になったりすると、以後のカラオケ端末への曲データ配信サービス及び同サービスに対する料金徴収が難しくなるという問題をもっている。
【０００４】
また、このようなカラオケ端末設置事業者の管理や、曲データ配信に対する料金徴収は、曲データ配信事業者側には大きな負担でもあった。
そこで、出願人は、近年実用化されているビデオテックスシステムやダイヤルキューツーシステムの様な課金通信網を利用した料金徴収システムの構築を検討することとした。
【０００５】
このビデオテックスシステムとしては、わが国ではキャプテンシステムとしてよく知られている。このシステムは、ビデオテックス通信網を介して利用者端末を情報センタに接続し、利用者端末からの要求に応じて、情報センタから文字図形情報などを提供する会話型画像情報通信として実用化されている。そして、情報センタから提供した情報の料金を回収するため、上記のビデオテックス通信網は課金機能を備えており、情報単位での料金徴収が可能となっている。
【０００６】
また、ダイヤルキューツーシステムは、利用者端末と情報センタとを公衆回線を介して接続し、情報センタ毎に設定された単位時間当りの情報料を公衆回線使用料に上乗せして従量計算により料金徴収を行うものである。
【０００７】
【発明が解決しようとする課題】
しかしながら、こうした課金通信網を利用したシステムを採用したとしても、次の様な問題を解決しなければ健全な情報提供事業を営むことが困難となる。
即ち、課金通信網を介して課金した料金を料金回収代行サービス等を利用して徴収する場合、実際に情報提供者に情報提供料が支払われるのは課金情報の送信時点から３〜４月後となってしまう。これは、情報配信側と料金を支払う情報利用者側との間の信頼関係を前提とし、有料情報は先に配信しながらも実際の料金徴収は後でもよいことにして利用者の便を図るものである。
【０００８】
このような後払いシステムであるため、課金処理が済めば、情報提供サービスは可能となるのであるが、決算時に所定の料金が徴収できない場合が生じる可能性がある。つまり、情報利用者側が、料金の支払いが後であることを利用して悪意で情報のタダ取りを図ったり、あるいは支払い期限を忘れて銀行口座の残高が所定の金額に満たないままで放置しておいたりすることがあると、所定期日に情報料の徴収ができなくなるのである。そして、このように料金が徴収されていない情報についてその後も永続的に使用を許しておくことはシステム運営に多大な障害を招くおそれがあるのである。
【０００９】
加えて、この様なデータの配信に伴って料金徴収するタイプのシステムだけでなく、カラオケ端末装置に予め曲データを、そのままではサービスの提供には使用不可能な状態で蓄積しておき、課金が実行されることによって使用可能とするシステムであっても考えられる。この場合にも、ビデオテックス通信網を利用することでいちいち出向かなくても料金の徴収ができるようになるのであるが、ここでもやはり上記の様な不良債権の発生あるいは料金未徴収のまま勝手に使用されてしまうという問題は同様に生じて来る。
【００１０】
そして、こうした問題はもちろん通信カラオケシステムだけに限る訳ではなく、将来のマルチメデイア社会における各種の情報提供システムに共通するものである。
そこで、本発明は、料金徴収に面倒がないだけでなく、さらに健全な情報提供事業の運営を可能ならしめるための情報提供端末を提供することを目的とする。
【００１１】
【課題を解決するための手段及び発明の効果】
上記目的を解決するためになされた請求項１記載の発明に係る情報提供端末に用いられる情報提供システムは、送信されてくる有料の情報を利用者に提供するとともにその利用料が前記情報の受信後に期間をおいて決済される情報提供サービスを実行し得るようにされている情報提供端末と、当該情報提供端末と課金通信網を介して定期的に接続し、情報の対価に相当する課金情報を当該情報提供端末に対して送信することにより端末に対する課金を実行する課金センタと、前記情報を蓄積し、当該情報を前記情報提供端末に送信する情報センタと、を備える通信式情報提供システムであって、前記情報提供端末は、情報通信機能を持つ情報通信網を介して前記情報センタにアクセス可能な第１の通信手段と、前記情報通信網と前記第１の通信手段を介して前記情報センタより受信した情報提供サービスに用いる情報を記憶する情報記憶手段と、前記情報記憶手段に記憶された情報を用いて情報の提供を実行する情報提供実行手段と、前記第１の通信手段と前記情報通信網を介して前記情報センタに情報要求信号を送信する情報要求手段と、課金機能を備える課金通信網を介して前記課金センタにアクセス可能な第２の通信手段と、前記第２の通信手段と前記課金通信網を介して前記課金センタに課金要求信号を送信する課金処理要求手段と、前記課金センタから送信されてくる課金情報を受信する課金情報受信手段と、前記課金情報に基づいて判断された、前記情報記憶手段に記憶されている情報が課金済みであるか未課金であるかを、前記情報記憶手段に記憶されている情報と対応させて記憶する課金状態記憶手段と、前記課金状態記憶手段を参照し課金済みであると記憶されている情報についてのみ、前記情報提供実行手段による情報提供の実行を許可する実行許可手段と、前記課金情報受信手段が課金情報を第１所定期間受信していない場合には、前記実行許可手段によってその使用が許可されている情報であっても、第２所定期間に前記情報記憶手段に記憶された情報に対して、前記情報提供実行手段による情報提供の実行を禁止する実行禁止手段と、を備え、前記課金センタは、前記情報提供端末の課金処理要求手段によって送信されてくる課金要求信号を受信した場合、当該端末の課金情報を、前記課金通信網を介して前記課金情報受信手段に送信する課金情報送信手段を備え、前記情報センタは、前記情報提供端末の前記情報要求手段によって送信されてくる情報要求信号を受信した場合、その情報要求信号に応じて、蓄積した情報を前記情報提供端末へ送信することを特徴とする通信式情報提供システムである。
【００１２】
この情報提供システムによれば、情報提供端末は、記憶している情報に基づいて利用者に情報提供サービスを実行するのであるが、課金センタが情報提供端末と課金通信網を介して定期的に接続し課金する。
ここで、現行のキャプテンシステムやダイヤルキューツーなどの課金通信網では発呼側（電話をかけた側）に課金することとなっているので、情報提供端末側から課金センタをコールして接続することになる。しかし、既に公衆電話回線においても実用化されているように、コレクトコール方式で着呼側（電話を受けた側）に課金するように課金通信網の構成を変更することは可能である。よって、ここでの接続は、情報提供端末側に課金される限りは、端末側が発呼するものであっても課金センタ側が発呼するものであっても構わない。
【００１３】
こうして情報提供端末と課金センタとが接続されると、課金センタは、情報の対価に相当する課金情報を情報提供端末に対して送信する。これによって、課金通信網を介する情報提供端末への課金が実行されるのである。
そして、課金状態記憶手段が、課金情報に基づいて判断された、情報記憶手段に記憶されている情報が課金済みであるか未課金であるかを、情報記憶手段に記憶されている情報と対応させて記憶しており、実行許可手段は、この課金状態記憶手段を参照し課金済みであると記憶されている情報についてのみ、情報提供実行手段による情報提供の実行を許可する。
【００１４】
このようにして、一旦情報提供サービスの実行が許可されるのであるが、課金済みと記憶されれば、その後も永続的に実行が許可されるのではなく、次のようにして、所定の場合には情報提供サービスの実行を禁止する。
すなわち、課金情報受信手段が課金情報を第１所定期間受信していない場合には、実行許可手段によってその使用が許可されている情報であっても、第２所定期間に情報記憶手段に記憶された情報に対して、情報提供実行手段による情報提供の実行を禁止するのである。
【００１５】
これは、次のような問題を考慮したものである。即ち、課金処理がなされて課金済みであると記憶されても、料金を実際に徴収するのは後日である。例えば一か月毎の決算方式であることが多い。これは、情報配信側と料金を支払う情報利用者側との信頼関係を前提とし、有料情報は先に配信しながらも実際の料金徴収は後でもよいことにして利用者の便を図るものである。このような後払いシステムであるため、課金処理は済み情報提供サービスが可能となっているにもかかわらず、決算時に所定の料金が徴収できない場合が生じる可能性がある。
【００１６】
つまり、情報利用者側が、料金の支払いが後であることを利用して悪意で情報のタダ取りを図ったり、あるいは支払い期限を忘れて銀行口座の残高が所定の金額に満たないままで放置しておいたりすることがあると、所定期日に情報料の回収ができなくなるのである。そして、このように料金が徴収されていない情報についてその後も永続的に使用を許しておくことはシステム運営に多大な障害を招くおそれがあるのである。
【００１７】
このような問題に対して、上記システムによれば、課金処理が実行されて一旦情報提供サービスの実行が許可されたものであっても、課金センタから定期的に受信すべき課金情報を所定期間受信していない場合には所定期間分遡って情報提供サービスの実行を禁止する。これは、例えば毎月定期的に課金情報を受信することで情報の使用が許可されるというシステムの前提があるにもかかわらず、所定期間受信していないということは、勝手に端末を移動してしまったりして課金がなされないように不正を行っている可能性が高いので、そのような場合には、センタ側からの制御ではなく、端末自ら所定期間分遡って情報提供サービスの実行を禁止するのである。これにより、有料情報をタダで使用し続けるといった不正常な状態を防止し、健全な情報提供事業の運営を可能にすることができるのである。
【００１８】
また、情報提供端末が記憶する情報提供サービス用の情報は、情報センタから情報提供端末に対して、情報通信網を介して情報を送信するようにすればよい。このようにすれば、例えば新しい情報を追加する作業が早期にそして容易に行えるので便利である。特に、カラオケのように新曲の早期追加の要請が高い分野においてはこのような情報配信形式を採用することが好ましい。
【００１９】
また、例えばいわゆる通信カラオケの分野においては、数日毎に新曲が配信されることも考えられるので、このように配信された新曲はすぐに情報提供サービスとして使用できることが好ましい。したがって、情報提供端末が課金センタから課金情報を受信した場合、その後の所定期間内に情報センタから送信された情報については、課金状態記憶手段に課金済みであると記憶して、すぐに情報提供サービスの実行を許可するようにすることが好ましい。例えば、月初めに課金情報を受信したら、その月内に配信される情報については即サービス実行が可能な状態にするのである。
【００２０】
また、課金センタから情報提供端末に送信される情報は、通常のビデオテックスシステムと同様に、配信すべき実情報であってもよいが、情報通信網と課金通信網とを別に持っているものでは、単なるダミーのデータでも十分である。また、情報提供端末に対して課金センタが送信する情報は、例えば暗号解読キーとしての情報であってもよい。これは、情報提供端末側に予めスクランブル情報として情報を蓄積しておき、スクランブルを解除するための暗号解読キーを受信することによって情報を提供可能な形に解読あるいは変換等して利用者に提供するようにすることもできるからである。
【００２１】
また、上述した通信式情報提供システムにおいては、実行禁止手段によって情報提供の実行が一旦禁止された情報であっても、その後、前記課金センタからの定期的な課金情報の受信を再開した場合には、実行許可手段が、当該情報に対する情報提供実行手段による情報提供の実行を許可するようにするとよい。
【００２２】
なお、上記システムにおいて、情報通信網と課金通信網とを異なる通信網とすれば、次の点で特に優れた作用・効果を奏する。即ち、情報提供端末において情報提供サービスに用いる情報としては、例えばカラオケ演奏用の新曲データであるとか、ゲームソフトであるように、情報量のかなり大きなものである場合が想定されるが、そういった大きな情報そのものを情報センタから配信する場合には、その配信に適した通信網を利用することで、課金通信網を利用してそれらの情報を配信するよりも迅速であったりするという点で、情報提供端末が受け取るべき情報の種類に応じた最適なシステム構成が可能となるからである。
【００２３】
ここまでの説明でも判る通り、情報センタも備えるシステムの場合には、課金センタと情報センタは、別々の独立したセンタとして存在してもよいし、一つのセンタの中に両機能を備えさせておいてもよい。いずれにしても情報提供端末に対して情報の配信が可能な情報通信網の方を介して接続されたときに情報センタとしての機能を発揮でき、課金通信網の方を介して接続されたときに課金センタとしての機能が発揮でき、課金センタとしての機能を有する部分による課金の完了が何等かの手段によって情報センタとしての機能を有する部分に伝達される限りは、両センタが別体であろうと一体であろうと構わないのである。即ち、本発明においては、情報センタと課金センタは概念として分けて表現されているだけであって物として分かれている場合だけを意味するわけではない。
【００２４】
一方、この様なシステムに用いられる情報提供端末は、次の様に構成することができる。
例えば請求項１に示す情報提供端末は、送信されてくる有料の情報を利用者に提供するとともにその利用料が前記情報の受信後に期間をおいて決済される情報提供サービスを実行し得るようにされている情報提供端末であって、情報通信機能を持つ情報通信網を介して前記情報センタにアクセス可能な第１の通信手段と、前記情報通信網と前記第１の通信手段を介して前記情報センタより受信した情報提供サービスに用いる情報を記憶する情報記憶手段と、前記情報記憶手段に記憶された情報を用いて情報の提供を実行する情報提供実行手段と、前記第１の通信手段と前記情報通信網を介して前記情報センタに情報要求信号を送信する情報要求手段と、課金機能を備える課金通信網を介して前記課金センタにアクセス可能な第２の通信手段と、前記第２の通信手段と前記課金通信網を介して前記課金センタに課金要求信号を送信する課金処理要求手段と、前記課金センタから送信されてくる課金情報を受信する課金情報受信手段と、前記課金情報に基づいて判断された、前記情報記憶手段に記憶されている情報が課金済みであるか未課金であるかを、前記情報記憶手段に記憶されている情報と対応させて記憶する課金状態記憶手段と、前記課金状態記憶手段を参照し課金済みであると記憶されている情報についてのみ、前記情報提供実行手段による情報提供の実行を許可する実行許可手段と、前記課金情報受信手段が課金情報を第１所定期間受信していない場合には、前記実行許可手段によってその使用が許可されている情報であっても、第２所定期間に前記情報記憶手段に記憶された情報に対して、前記情報提供実行手段による情報提供の実行を禁止する実行禁止手段とを備えることを特徴とする。
【００２５】
【００２６】
請求項２に示す情報提供端末は、請求項１に記載の情報提供端末において、前記課金センタから課金情報を受信した場合、その後の所定期間内に前記情報センタから配信された情報については、前記課金状態記憶手段に課金済みであると記憶するよう構成されていることを特徴とする。
【００２７】
請求項３に示す情報提供端末は、請求項１又は２に記載の情報提供端末において、前記実行禁止手段によって情報提供の実行が一旦禁止された情報であっても、その後、前記課金センタからの定期的な課金情報の受信を再開した場合には、前記実行許可手段が、当該情報に対する前記情報提供実行手段による情報提供の実行を許可することを特徴とする。
【００２８】
請求項４に示す情報提供端末は、請求項１〜３のいずれかに記載の情報提供端末において、前記第１の通信手段は、前記第２の通信手段の接続対象である課金通信網とは異なる通信網である情報通信網に対する接続手段であることを特徴とする。
【００２９】
もちろん、本発明に係る情報端末が用いられる通信式情報提供システムを実現するに当たっては、これらの端末にだけ限られるものではなく、その目的・作用・効果を共通とするものであれば上述例の端末とは異なる端末を用いたものも含むことはいうまでもない。例えば、上記請求項１等の情報提供端末は課金状態記憶手段を備えていたが、通信式情報提供システムとしては、このように情報提供端末が課金状態記憶手段を備えている場合だけでなく、センタ側においてこれらの記憶手段を備えるように構成することもできる。
【００３０】
【発明の実施の形態】
以下、本発明を具体化した一実施例を図面を参照して説明する。
図１は、実施例の通信式情報提供システムをカラオケに関するシステムに適用した場合の概略構成図、図２はそのシステムの構成要素である情報提供端末としてのカラオケ端末１０の構成を示すブロック図である。
【００３１】
図１に示すように、本実施例のシステムは、課金関連処理を担当する課金センタ１と複数のカラオケ端末１０とが、課金通信網５を介して接続されていると共に、カラオケ曲情報の送信関連処理を担当する情報センタ３と複数のカラオケ端末１０とが、情報通信網７を介して接続されて構成されている。また、課金センタ１と情報センタ３との間も接続されている。
【００３２】
課金通信網５は、例えばビデオテックス通信網やダイヤルキューツー通信網のように、情報料に対して課金する機能を持つものである。現在の日本国内では、ビデオテックス網とダイヤルキューツー網がその代表的なものとして知られている。ダイヤルキューツー網は基本的に時間単位の従量計算であり、ビデオテックス網は、情報の内容毎に任意の料金を設定可能であり、いわゆるキャプテンシステム等に用いられている。
【００３３】
その課金機能の一例として、ビデオテックス通信網について説明すると、ビデオテックス通信網は、具体的には例えば各カラオケ端末１０に接続された公衆電話回線とビデオテックス通信処理装置とで構成されている。このビデオテックス通信処理装置が、ビデオテックス通信網にアクセスしようとしている公衆電話回線の課金センタ１への接続・交換、利用者装置であるカラオケ端末１０の管理及び課金センタ１への加入者管理、通信料及び電話会社が代理徴収する情報提供料の課金、カラオケ端末１０と課金センタ１との間の通信制御、プロトコル変換やコード／パターン変換などの変換処理等の通信処理機能を提供する。
【００３４】
続いてカラオケ端末１０の構成について、図２を参照して説明する。実行許可手段、実行禁止手段、課金処理要求手段及び情報要求手段に相当する中央制御装置３１には、各種指示入力を行なうための入力手段としての多目的入力キー３２、情報記憶手段としてのハードディスク３３、音声再生回路３５、画面表示制御装置２６、情報通信網７と接続可能で第１の通信手段に相当する第１通信制御装置２７ａ及び課金通信網５と接続可能で第２の通信手段に相当する第２通信制御装置２７ｂとを備えている。また、音声再生回路３５にはミキサアンプ３８が、画面表示制御装置２６には表示手段としてのテレビモニタ２９がそれぞれ接続されている。また、ミキサアンプ３８にはスピーカ４１とマイクロフォン４３が接続されている。
【００３５】
そして、この中央制御装置３１は所定の課金制御処理を実行する。この課金制御処理については後で詳しく説明するが、従来の課金通信網５の利用方法とは異なるので、その点を説明しておく。従来は、利用者端末がこの課金通信網５を介して情報を受信し、その情報を用いて所定の処理を実行する。そして、課金通信網５はその情報の代金として所定の料金（情報内容毎に設定された所定料金）を課金することとなる。
【００３６】
それに対して、本実施例では、カラオケ端末１０がカラオケ演奏処理に用いる情報は、ハードディスク３３が記憶している。ハードディスク３３には予め数千曲程度のカラオケ曲情報が記憶されている。なお、カラオケ端末１０は、カラオケ端末設置事業者の管理であり、新しい曲データがリリースされる毎に曲データ配信事業者から曲データの供給を受けることができる。本実施例のシステムでは、第１通信制御装置２７ａを介して情報通信網７と接続し、情報センタ３からその新曲データを受信して、ハードディスク３３に後から記憶させることができるようにされている。
【００３７】
なお、前記ハードディスク３３に記憶されるカラオケ曲情報は、曲同士を識別するための識別情報である曲番号情報と、実体情報とから構成されている。この内の実体情報は、伴奏音楽の情報であるＭＩＤＩ（Musical Instrument Digital Interface）規格の演奏情報や、歌詞情報及び背景映像情報からなっている。背景映像情報は曲毎に対応した映像情報を符号化したものである。
【００３８】
そして、このカラオケ曲情報はそのままでは使用できないようにされている。使用するためには、課金通信網５に第２通信制御装置２７ｂを通して接続し、中央制御装置３１が課金制御プログラムを実行することによって、課金通信網５による課金機能を利用した所定の課金処理が行われて、カラオケ曲情報を使用することができる状態となる。
【００３９】
例えば、未課金状態ではカラオケ曲情報にスクランブル情報を付加しておき、そのままでは使用できなくしてある場合に、課金処理によって解除キーを配信してもらい、その解除キーによってスクランブル情報を解除することで使用許可することが考えられる。また、スクランブル情報の付加といったようにカラオケ曲情報自体を使用不可にしておくのではなく、カラオケ曲情報自体は物理的には使用可能であっても、課金状態が未課金である場合には、使用禁止フラグを設定しておき、そのカラオケ曲情報がリクエストされても受け付けないような制御をするようにしてもよい。そして、課金済みとなると、その使用禁止フラグを使用可能フラグに変更するといったような制御をすれば実現できる。
【００４０】
本実施例では、曲対応テーブル中において、曲毎に使用可能フラグあるいは使用禁止フラグのいずれかが設定されており、そのフラグに応じて使用を許可したり、禁止したりするようにされている。ハードディスク３３に格納されたその曲対応テーブルには、カラオケ曲情報毎に、その曲番号・曲名・受信日・課金状態・使用許可禁止フラグの項目からなるテーブルが存在する。
【００４１】
また、課金状態とは、所定の課金処理が済んでいる「課金済み」か課金処理が済んでいない「未課金」かのいずれかである。そして、使用許可禁止フラグとしては、上述したように許可か禁止のフラグが設定されるのであるが、これはまず、課金状態が「未課金」の場合には、使用禁止フラグが設定されて曲の使用ができないロック状態とされている。そして、所定の課金処理によって「課金済み」となると使用許可フラグが設定されてロック状態が解除され、曲情報は自由に使用できるようになる。
【００４２】
なお、本実施例では、例えば月初めに課金情報を受信しておき、その月内に配信された情報については、配信を受けたらすぐに「課金済み」と設定する。したがって使用許可フラグが設定されるのですぐにサービス実行が可能な状態となる。これは次のような理由からである。
【００４３】
すなわち、通信カラオケの分野においては、数日毎に新曲が配信されることがよくあるので、このように配信された新曲はすぐに情報提供サービスとして使用できることが好ましい。そして、情報の配信の度に課金処理を実行していると面倒であるので、先に１か月分をまとめて課金し、その後の１か月間に配信を受けたものについては自動的に使用可能にするようにしたものである。
【００４４】
もちろん、先に情報を配信してもらってハードディスク３３に記憶させておき、後で課金情報を受信して初めて記憶しておいた情報の使用を許可するようにしてもよい。その場合、配信してもらってハードディスク３３に記憶させた時点では曲対応テーブルに「未課金」と記憶されるので、「使用禁止フラグ」が設定されて使用できない状態となっている。そして、後で課金情報を受信した時点で曲対応テーブルに「課金済み」と記憶され、「使用許可フラグ」が設定されて自由に使用することができるようになる。なお、以下の実施例では先課金・後配信を前提に説明する。
【００４５】
上記使用許可フラグが設定されて、カラオケ曲情報が使用できるようになると、利用者は多目的入力キー３２を操作することで歌いたい曲を選択する。すると中央制御装置３１は、所定のカラオケ演奏プログラムに従って、カラオケ演奏処理を実行する。簡単に説明すると、中央制御装置３１は、選択された曲に対応する演奏情報、歌詞情報および背景映像情報をハードディスク３３から読み出し、演奏情報は音声再生回路３５に、歌詞情報および背景映像情報は画面表示制御装置２６にそれぞれ転送する。
【００４６】
音声再生回路３５に出力された演奏情報は、アナログの演奏信号に変換された後、ミキサアンプ３８へ送られて電気的に増幅されるとともに、マイクロフォン４３を介して入力する利用者の歌声と適度な割合でミキシングされる。ミキシングされた音声信号は、スピーカ４１により演奏音として外部へ出力される。
【００４７】
一方、演奏情報と同期して出力される歌詞情報は、画面表示制御装置２６において、後述する背景映像信号と合成（スーパーインポーズ）されてテレビモニタ２９に表示される。これにより、テレビモニタ２９には、背景映像に歌詞テロップが合成された状態で表示される。
【００４８】
続いて、課金センタ１の構成を図３を参照して説明する。
課金センタ１は、ホストコンピュータ５１と、記憶装置５３と、入力装置５５と、通信制御装置５７と、プリンタ５９と、ＣＲＴ６１とを備えている。前記記憶装置５３は、ホストコンピュータ５１が動作するための各種制御プログラムや、前記各カラオケ端末１０毎の課金実績等を記憶するためのものである。つまり、上述した曲対応テーブルに似たものが、各カラオケ端末１０に対応して記憶されているのである。
【００４９】
なお、入力装置５５からは各種指令を入力することができ、例えば、記憶装置５３に記憶された各カラオケ端末１０毎の課金情報を基にして課金実績等を作成させたり、それをプリンタ５９によって印刷させたり、ＣＲＴ６１に表示させたりすることができる。
【００５０】
次に、情報センタ３の構成及び機能について説明する。
情報センタ３は、図３に示すとおり、情報通信網７を介してカラオケ端末１０と接続する通信制御装置７７と、カラオケ端末１０に配信するカラオケ曲データを蓄積する記憶装置７３とを備え、これらが中央制御装置としてのホストコンピュータ７１によって制御されている。また、ホストコンピュータ７１には、入力装置７５、プリンタ７９、ＣＲＴ８１などの各種機器が接続されている。また、記憶装置７３には、カラオケ曲データの他に、ホストコンピュータ７１が動作するための各種制御プログラム等も記憶されている。
【００５１】
このように構成された情報センタ３は、カラオケ曲データを、情報通信網７を介して各カラオケ端末１０に対して送信する。この送信は、新曲データの追加のために、数日おき程度のペースで情報センタ３側から行われるが、例えばカラオケ端末１０側からの定期的に（例えば１日１回）新曲問い合わせをし、その問い合わせに応えて配信すべき新曲があれば配信処理をするようにしてもよい。いずれにしても、結果としてカラオケ曲情報が情報センタ３からカラオケ端末１０へと送信されることになる。
【００５２】
次に、上記構成を有する本実施例のシステムにおける動作について説明する。まず、図４〜図８のフローチャートに基づいて、カラオケ端末１０の動作を説明する。
電源が投入されると、図４のメインルーチンが開始される。
【００５３】
まず、最初のステップＳ１にて、通信制御装置２７ａ，２７ｂのリセット等の装置全体の初期化を行う。次に、Ｓ２にて、カラオケ端末１０の動作指定として、カラオケ演奏モードが指定されたか否かをチェックする。カラオケ端末設置事業者によってカラオケ演奏モードの指定があればＳ３へ移行し、同指定がなければＳ４へ移行する。
【００５４】
Ｓ３では、サブルーチンをコールしてカラオケ演奏処理を行う。このカラオケ演奏処理を図５のフローチャートにて説明する。
本カラオケ演奏処理の最初のステップＳ３０では、多目的入力キー３２からのキー入力を待ち、キー入力があれば（Ｓ３０：ＹＥＳ）、Ｓ３１にて、それがリクエスト番号の入力かどうかを判断する。そして、リクエスト番号入力である場合には、Ｓ３２に移行して、その曲がロック対象であるかどうかを判断する。これは、上述した曲対応テーブルの使用許可禁止フラグの項目において、使用禁止フラグが設定されているかどうかで判断する。
【００５５】
使用許可フラグが設定されている場合にはＳ３３へ移行して、そのリクエストされた番号の曲の演奏を実行するが、使用禁止フラグが設定されている場合には、ロック対象であるので、Ｓ３５へ移行し、テレビモニタ２９に利用不可であることを示す表示をする。このＳ３３あるいはＳ３５の処理の後でＳ３４へ移行する。
【００５６】
一方、Ｓ３１にてリクエスト番号入力でないと判断された場合には、Ｓ３６にて、その他のキー入力に応じた処理を実行してからＳ３４へ移行する。Ｓ３４ではカラオケモード終了の指示があったかどうかを判断し、終了指示がない場合にはＳ３０へ戻り、終了指示があった場合には、本カラオケ演奏処理を終了して、図４のフローチャートのＳ４へ移行する。
【００５７】
Ｓ４では、カラオケ端末１０の動作指定として、課金のための所定時刻であるかどうかをチェックする。これは、本システムにおいては、各カラオケ端末１０は１月に１回課金処理を行なうように義務付けられており、例えば毎月１日に、課金センタ１から所定の課金情報を送信してもらうように要求するのである。課金のための所定時刻であればＳ５へ移行し、同指定がなければＳ６へ移行する。
【００５８】
Ｓ５では、サブルーチンをコールして課金関連処理を行う。この課金関連処理を図６のフローチャートにて説明する。
最初のステップＳ５０においては、課金センタ１に対する閉局処理が完了しているかどうかをチェックする。この閉局処理は、情報センタ３からの情報配信を中止するための所定の処理である。この閉局処理が済んでいれば、新たな情報の配信がされないので、結果的に課金センタ１からも課金情報を受信しなくてもよくなる。
【００５９】
したがって、閉局処理が済んでいたならば（Ｓ５０：ＹＥＳ）、Ｓ５１以降の処理を実行することなくスキップして本処理を終了する。一方、閉局処理が済んでいなければ（Ｓ５０：ＮＯ）、Ｓ５１において、課金センタ１に接続するために発呼処理を行う。
【００６０】
そして、Ｓ５２において課金センタ１との接続が成功したか否かを判断する。課金センタ１との接続に失敗したならば（Ｓ５２：ＮＯ）、Ｓ５３へ移行する。Ｓ５３では、リトライ・カウンタをカウントアップした上で、リトライ回数が所定回数を超えたか否かを判断する。もし所定回数以下であれば（Ｓ５３：ＮＯ）、Ｓ５１に戻り、再び課金センタ１への接続を試みる。所定回数繰り返しても課金センタ１に接続することができなかったならば（Ｓ５３：ＹＥＳ）、Ｓ５４へ移行する。
【００６１】
Ｓ５４では、取得済みの課金情報をチェックし、Ｓ５５では、過去未取得である課金情報が所定の期間（ｎか月）分に達しているかどうかを判断する。そして未取得である期間がｎか月未満であれば（Ｓ５５：ＮＯ）、そのまま本処理を終了する。
【００６２】
一方、未取得である期間がｎか月以上であれば（Ｓ５５：ＹＥＳ）、Ｓ５６へ移行して、最後に課金情報を取得した月から所定の月数分を遡って、つまり（ｎ＋ｍ）か月前〜ｎか月前までの期間中に配信した曲情報を使用できないように無効処理を行なう。配信される新曲の受信にかかる処理については後述するが、簡単に説明すると、本実施例のシステムでは課金情報を例えば月初めに先に受信しておき、その後その月中に情報センタ３から配信された曲情報については、自動的に使用可能とするのである。すなわち、受信した曲については曲対応テーブルの使用許可禁止フラグの項目に使用許可フラグを設定して、その曲情報の使用が可能な状態にするのである。
【００６３】
したがって、このＳ５６の処理では、使用許可フラグが設定されていることにより使用可能になっている曲情報の内、受信日が（ｎ＋ｍ）か月前〜ｎか月前までの期間中に該当する曲情報に対して使用禁止フラグを設定して使用不可にするのである。
【００６４】
このようにして使用禁止フラグが設定された曲については、上述したカラオケ演奏処理（図５）のＳ３２の判断において肯定判断、すなわちロック対象であると判断されることになり利用できなくなる。
図６に戻り、Ｓ５２にて肯定判断、すなわち課金センタ１への接続に成功した場合には（Ｓ５２：ＹＥＳ）、Ｓ５７へ移行して、課金情報の要求・受信処理を行う。配信してもらう新曲を使用可能にする対価は、例えば毎月定額あるいは月毎に設定されているものであり、この対価は課金センタ１側で把握している。したがって、このＳ５７では、金額に関する要求はなく、単に（今月分の）課金情報を送信してもらうように要求するだけである。そして、その要求に応じて送信されてきた課金情報を受信するのである。なお、このＳ５７の処理によって課金情報を受信した場合には、所定のテーブルに何月分の課金情報を受信したかその履歴が記憶される。したがって、このテーブルを参照すれば何月分までの課金情報を受信していたかが判断できるのである。
【００６５】
Ｓ５７の処理が終了するとＳ５８へ移行し、Ｓ５８で課金センタ１との接続を解除してから、Ｓ５９へ移行する。Ｓ５９では、正常に課金情報を取得できたか否かを判断し、課金情報の取得に失敗したならば（Ｓ５９：ＮＯ）Ｓ６０へ移行する。Ｓ６０では、リトライ・カウンタをカウントアップした上で、そのリトライ回数が所定回数を超えたか否かを判断する。もし所定回数以下であれば（Ｓ６０：ＮＯ）、Ｓ５１に戻り、再び課金センタ１への接続を試みる。所定回数繰り返しても課金センタ１からの課金情報の取得ができなければ（Ｓ６０：ＹＥＳ）、Ｓ５４の取得済みの課金情報のチェックに移行する。
【００６６】
一方、課金情報を取得できたのであれば（Ｓ５９：ＹＥＳ）、本処理を終了し、図４のフローチャートのＳ６のステップへ移行する。
図４に戻り、Ｓ６では、カラオケ端末１０の動作指定として、新曲問い合わせのための所定時刻であるかどうかをチェックする。これは、新曲のデータをなるべく早く取得するため、例えば１日に１回、情報センタ３から配信すべき曲データがあるかどうかを問い合わせるためのものである。新曲問い合わせのための所定時刻であればＳ７へ移行して新曲問い合わせ処理を実行する。また、新曲問い合わせの所定時刻でなければＳ２へ移行する。
【００６７】
Ｓ７では、サブルーチンをコールして新曲問い合わせ・受信処理を行う。この新曲問い合わせ・受信処理について図７のフローチャートを参照して説明する。  新曲問い合わせ・受信処理の最初のステップＳ６８では、情報センタ３に対する閉局処理が完了しているかどうかをチェックする。閉局処理が済んでいなければ（Ｓ６８：ＮＯ）、Ｓ７０へ移行する。閉局処理が済んでいたならば（Ｓ６８：ＹＥＳ）、Ｓ６９へ移行して、課金された月の分の新曲データを全て取得し終っているかどうかをチェックする。取得し終っていたならば（Ｓ６９：ＹＥＳ）、新曲問い合わせ・受信処理を終了して、図４のＳ２へ移行する。また、取得し終っていなければ（Ｓ６９：ＮＯ）、Ｓ７０へ移行する。
【００６８】
そしてＳ７０では、情報通信網７を介して情報センタ３と接続する。情報センタ３との接続処理終了後、Ｓ７１へ移行する。
Ｓ７１では、新曲の有無を情報センタ３に問い合わせ、Ｓ７２でその問い合わせに対する回答を受信する。その回答により、配信すべき新曲データが有ると判断された場合には（Ｓ７３：ＹＥＳ）、Ｓ７４へ移行して、その配信すべき新曲を全曲取得する要求を情報センタ３に送信する。
【００６９】
続くＳ７５では、その全曲取得要求に対する応答として、情報センタ３から送信される新曲にかかるカラオケ曲情報を受信して内蔵のハードディスク３３へセーブする。なお、このハードディスク３３へのセーブに伴って、曲対応テーブルにはセーブした曲の曲番号・曲名・受信日が書き込まれると共に、課金状態の項目には自動的に「課金済み」が書き込まれる。そして、使用許可禁止フラグの項目には「使用許可フラグ」が設定されることとなる。
【００７０】
Ｓ７５でのハードディスク３３へのセーブが完了したら、Ｓ７６へ移行し、情報センタ３との接続解除処理を行う。
なお、Ｓ７３にて、配信すべき新曲データが無いと判断された場合には（Ｓ７３：ＮＯ）、Ｓ７７へ移行して新曲データ無しを記憶してから、Ｓ７６へ移行する。この場合、新曲データが無い旨をテレビモニタ２９に表示するようにしてもよい。
【００７１】
Ｓ７６での情報センタ３との接続解除の完了後、図４のフローチャートのＳ２へ移行する。
以上がカラオケ端末１０の中央制御装置３１の動作であり、カラオケ演奏、カラオケ曲情報を使用可能あるいは使用不可とするための課金関連処理及び配信された新曲に係るカラオケ曲情報の受信の各処理を行う。
【００７２】
次に、課金センタ１の動作を図８のフローチャートを基に説明する。
課金センタ１では、電源投入後、Ｓ１００のステップから実行する。
Ｓ１００では、通信制御装置５７のリセット等の装置全体の初期化を行う。Ｓ１００の処理を終了後、Ｓ１０１へ移行する。
【００７３】
Ｓ１０１では、カラオケ端末１０からの接続要求があるかどうか調べる。あればＳ１０２へ移行し、なければＳ１０１の処理を繰り返し、待機状態となる。
Ｓ１０２では、カラオケ端末１０からの接続要求に対して同カラオケ端末１０との接続を行う。接続完了後、Ｓ１０３へ移行する。
【００７４】
Ｓ１０３では、カラオケ端末１０からの課金要求情報を受信する。課金要求情報とは、図６に示すＳ５７において要求される情報である。
Ｓ１０４では、その要求に応じて所定の課金情報を該当するカラオケ端末１０に送信する。送信完了後、Ｓ１０５へ移行する。
【００７５】
Ｓ１０５では、接続中のカラオケ端末１０との接続を解除する。接続解除完了後、Ｓ１０１へ移行する。
以上が課金センタ１のホストコンピュータ５１の動作であり、カラオケ端末１０から課金要求情報を受け取り、所定の課金情報を送信する処理を行う。ここで両者の通信処理について、図１０の通信シーケンス図を参照して説明する。
【００７６】
カラオケ端末１０が課金センタ１に対して発呼し、接続できた後にパスワードを課金センタ１に送信する。
課金センタ１では、通信制御装置５７を介してこれを受け取り、ホストコンピュータ５１が電話番号やパスワード等で端末照合を行い、課金センタ１に登録されているカラオケ端末１０であれば、照合正常を返送する。カラオケ端末１０はこの照合正常を受信して課金センタ１が受付可能状態となって後に、課金情報要求を送信するのである。
【００７７】
この課金情報要求は、上述したように「今月分の課金情報の送信要求」であり、この場合の情報提供料は、基本的に課金センタ１側で決定された料金なので、カラオケ端末１０からは料金を指定することはない。
なお、課金通信網５を構成する料金徴収代行システムでは、どのカラオケ端末１０が課金センタ１から課金通信網５を介して課金情報が送信されたかを課金実績として取得する。電話事業者は、この課金実績に基づき、情報提供料金を該当するカラオケ端末１０の設置事業者に対する電話料金請求時にこれに上乗せする形で徴収し、情報提供者である曲情報配信事業者へと渡すサービスを行っている。これ自体は、ＮＴＴで行っているビデオテックスとしてよく知られているものである。
【００７８】
そして、電話事業者側において実際に料金が徴収されると、その徴収実績は課金センタ１の記憶装置５３に記憶される。つまり、課金センタ１の記憶装置５３には、月毎の課金情報の送信実績（つまり課金実績）を記憶しておくためのテーブルが各カラオケ端末１０に対応して格納されており、カラオケ端末１０からの課金要求があれば、課金情報を送信すると共に、該当する月の課金状態を課金済みに設定する。
【００７９】
次に、情報センタ３の動作を図９のフローチャートに基づいて説明する。情報センタ３では、電源投入後、Ｓ１２０のステップから実行する。
Ｓ１２０では、通信制御装置７７のリセット等の装置全体の初期化を行う。そして、Ｓ１２１へ移行し、カラオケ端末１０から接続要求があるかどうかを調べる。あればＳ１２２へ移行し、なければＳ１２１の処理を繰り返し、待機状態となる。
【００８０】
Ｓ１２２では、カラオケ端末１０からの接続要求に対して当該カラオケ端末１０との接続を行う。接続完了後、Ｓ１２３へ移行する。
Ｓ１２３では、カラオケ端末１０からの新曲有無の問い合わせを受信し、Ｓ１２４でその回答を送信する。その回答が新曲データ無しの場合には（Ｓ１２５：ＮＯ）、上述したようにカラオケ端末１０側でもそのまま回線接続が切断され、その後の通信が必要でなくなるため、当該カラオケ端末１０との接続を解除して（Ｓ１４０）、Ｓ１２１へ戻る。
【００８１】
一方、回答が新曲データ有りの場合には（Ｓ１２５：ＹＥＳ）、カラオケ端末１０からの要求があるのでそれを受信する（Ｓ１２６）。上記図７のＳ７４で説明したように、この要求は全曲取得の要求であるため、続くＳ１２７では、配信すべき新曲に係るカラオケ曲情報を全部送信する。
【００８２】
こうしてＳ１２７で新曲データの送信が完了したら、Ｓ１２８へ移行し、当該カラオケ端末１０との接続を解除する。接続解除処理が完了後、Ｓ１２１へ移行し、上記の処理を繰り返す。
以上が情報センタ３のホストコンピュータ７１の動作であり、カラオケ端末１０からの新曲問い合わせに対して、配信すべき新曲データがあれば、それを配信する処理を実行する。
【００８３】
なお、この処理は、図７に示すカラオケ端末１０側での新曲問い合わせ・受信処理との関連で実行されるものであり、両者の通信処理について、図１１の通信シーケンス図を参照して説明する。
カラオケ端末１０が情報通信網７を介して情報センタ３に対して発呼し、接続できた後にパスワードを情報センタ３に送信する。
【００８４】
情報センタ３では、通信制御装置７７を介してこれを受け取り、ホストコンピュータ７１が電話番号やパスワード等で端末照合を行い、情報センタ３に登録されているカラオケ端末１０であれば、照合正常を返送する。カラオケ端末１０はこの照合正常を受信して情報センタ３が受付可能状態となった後に、新曲有無の問い合わせを行なう。
【００８５】
情報センタ３では、この問い合わせを受け付けて当該カラオケ端末１０に対する新曲データを検索し、問い合わせの回答をカラオケ端末１０に送信する。つまり、新曲データが有るか無いかを示す回答である。
カラオケ端末１０では、この回答結果に基づいて新曲データが有るか無いか判断し、新曲データが有る場合には情報センタ３に対して新曲データの全曲取得要求を送信する。そして、この要求を受信した情報センタ３は、該当する新曲データすなわちカラオケ曲情報をカラオケ端末１０に送信する。これを受信してセーブしたカラオケ端末１０は情報センタ３との接続を切断する。
【００８６】
以上説明した実施例によれば、カラオケ端末１０は月初めに課金センタ１からその月分の課金情報を先に受信することによって、その後、その月中に情報センタ３から配信される曲情報を受信してハードディスク３３に記憶した場合には、曲対応テーブルに課金済みと自動的に記憶され、曲対応テーブルにも使用許可フラグが自動的に設定される。しかし、そのような使用許可フラグが設定されたものであっても、その後も永続的に実行が許可されるというわけではない。次のようにして、所定の場合には曲情報の使用を禁止するのである。
【００８７】
すなわち、本システムは、定期的に（毎月）課金情報を先に受信することによって、その後その月中に配信される新曲の対価を先に課金しておくことを前提に成立するものであるため、課金センタ１から定期的に受信すべき課金情報を所定期間受信していない場合には、所定期間分遡って曲情報の使用を禁止するのである。
【００８８】
これは、次のような問題を考慮したものである。即ち、課金情報を受信し課金済みであると記憶されても、料金を実際に徴収するのは後日である。例えば一か月毎の決算方式であることが多い。これは、情報配信側と料金を支払う情報利用者側との信頼関係を前提とし、有料情報は先に配信しながらも実際の料金徴収は後でもよいことにして利用者の便を図るものである。このような後払いシステムであるため、課金処理は済み情報提供サービスが可能となっているにもかかわらず、決算時に所定の料金が徴収できない場合が生じる可能性がある。
【００８９】
つまり、情報利用者側が、料金の支払いが後であることを利用して悪意で情報のタダ取りを図ったり、あるいは支払い期限を忘れて銀行口座の残高が所定の金額に満たないままで放置しておいたりすることがあると、所定期日に情報料の回収ができなくなるのである。そして、このように料金が徴収されていない情報についてその後も永続的に使用を許しておくことはシステム運営に多大な障害を招くおそれがあるのである。
【００９０】
このような問題に対して、本システムによれば、課金処理が実行されて一旦情報提供サービスの実行が許可されたものであっても、課金センタから定期的に受信すべき課金情報を所定期間受信していない場合には所定期間分遡って情報提供サービスの実行を禁止する。これは、例えば毎月定期的に課金情報を受信することで情報の使用が許可されるというシステムの前提があるにもかかわらず、所定期間受信していないということは、勝手に端末を移動してしまったりして課金がなされないように不正を行っている可能性が高いので、そのような場合には、センタ側からの制御ではなく、端末自ら所定期間分遡って情報提供サービスの実行を禁止するのである。これにより、有料情報をタダで使用し続けるといった不正常な状態を防止し、健全な情報提供事業の運営を可能にすることができるのである。
【００９１】
以上本発明はこの様な実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲において種々なる態様で実施し得る。例えば、上記実施例においては課金情報を所定期間受信していないために使用禁止フラグを設定して使用禁止にした後のフォローについては説明していなかったが、例えば、一旦使用の禁止された曲情報であっても、その後、課金センタ１からの定期的な課金情報の受信を再開した場合には、再度使用許可フラグを設定して曲情報の使用を許可するようにしてもよい。なお、この場合には、再開した月の課金情報には、再開月の課金情報に加えて、過去の未徴収であった月分の金額あるいはそれにさらに所定の延滞金額を追加したものを加算した金額を設定することなどが考えられる。
【００９２】
また、上記実施例では、新曲のカラオケ曲情報は情報通信網７を用いて送信していたが、課金通信網５を用いて送信するようにしてもよい。但し、上記実施例のように、情報通信網７を課金通信網５とは異なる通信網として、その情報通信網７によってカラオケ曲情報を送信する場合には、次の点で特に優れた作用・効果を奏する。すなわち、カラオケ曲情報は、情報量のかなり大きなものとなる場合が想定されるが、そういった大きな情報そのものを配信する場合には、その配信に適した通信網を利用することが好ましい。これは、課金通信網５を利用してカラオケ曲情報自体を配信するよりも迅速であったりするという点で、カラオケ端末１０が受け取るべき情報の種類に応じた最適なシステム構成が可能となるからである。
【００９３】
さらに、新曲を追加していくのに情報通信網７を用い、いわゆるオンラインで送信するようにしたが、本発明の情報提供端末としては、上記実施例のような通信式カラオケシステムにおけるカラオケ端末１０には限らない。例えば、スタンドアロンタイプのものであって、新曲の追加を例えば曲配信事業者のサービスマンが直接出向いて、ハードディスク３３に追加記憶させるような場合、あるいはＣＤ−ＲＯＭ等の媒体に記憶させて配布するような場合でもオンラインの場合と同様の効果を奏する。
【００９４】
また、本発明の適用対象は、通信式カラオケシステムに限らず、ゲームソフトの配信ネットワーク等として適用してもよいことはいうまでもない。
【図面の簡単な説明】
【図１】実施例の通信式情報提供システムをカラオケに関するシステムに適用した場合の概略構成図である。
【図２】実施例のシステムの構成要素であるカラオケ端末の構成を示すブロック図である。
【図３】実施例のシステムの構成要素である課金センタ及び情報センタの構成を示すブロック図である。
【図４】実施例のカラオケ端末におけるメイン処理を示すフローチャートである。
【図５】実施例のカラオケ端末におけるカラオケ演奏処理を示すフローチャートである。
【図６】実施例のカラオケ端末における課金関連処理を示すフローチャートである。
【図７】実施例のカラオケ端末における新曲問い合わせ・受信処理を示すフローチャートである。
【図８】実施例の課金センタにおけるメイン処理を示すフローチャートである。
【図９】実施例の情報センタにおけるメイン処理を示すフローチャートである。
【図１０】実施例の課金処理の通信シーケンス図である。
【図１１】実施例の新曲問い合わせ及び新曲送受信処理の通信シーケンス図である。
【符号の説明】
１・・・課金センタ                    ３・・・情報センタ
５・・・課金通信網                    ７・・・情報通信網
１０・・・カラオケ端末                ２６・・・画面表示制御装置
２７ａ・・・第１通信制御装置        ２７ｂ・・・第２通信制御装置
２９・・・テレビモニタ                ３１・・・中央制御装置
３２・・・多目的入力キー              ３３・・・ハードディスク
３５・・・音声再生回路                ３８・・・ミキサアンプ
４１・・・スピーカ                    ４３・・・マイクロフォン
５１，７１・・・ホストコンピュータ    ５３，７３・・・記憶装置
５５，７５・・・入力装置              ５７，７７・・・通信制御装置
５９，７９・・・プリンタ              ６１，８１・・・ＣＲＴ
【図１】
0003569360.tif 000002
【図２】
0003569360.tif 000003
【図３】
0003569360.tif 000004
【図４】
0003569360.tif 000005
【図５】
0003569360.tif 000006
【図６】
0003569360.tif 000007
【図７】
0003569360.tif 000008
【図８】
0003569360.tif 000009
【図９】
0003569360.tif 000010
【図１０】
0003569360.tif 000011
【図１１】
0003569360.tif 000012