JPH08242437A - 情報料課金システム及びそこに使用される情報提供端末 - Google Patents

Abstract

(57)【要約】 【目的】 料金徴収に面倒がなく、しかも、配信する情
報が同じであっても個々の情報提供端末の使用目的に応
じて異なった料金の設定が可能にする。 【構成】 課金センタ３０のハードディスク３５には、
曲データの基本料金を記憶する基本料金テーブルと、曲
データの使用目的を記憶する使用目的テーブルと、使用
目的に応じて基本料金を加減する加減度合テーブルが格
納されている。カラオケ端末１０からの配信要求を受け
ると、情報センタ２０は、公衆回線網５０を介して曲デ
ータを配信する。この曲データの配信に伴って、課金セ
ンタ３０は、ハードディスク３５に格納されている基本
料金テーブルと使用目的テーブルと加減度合テーブルと
を参照して曲データの使用目的に応じた課金金額を算出
し、料金徴収代行システム５１を介してカラオケ端末１
０に対して送信する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

【０００６】また、ダイヤルキューツーシステムは、利
用者端末と情報センタとを公衆回線を介して接続し、情
報センタ毎に設定された単位時間当りの情報料を公衆回
線使用料に上乗せして従量計算により料金徴収を行うも
のである。こうした課金通信網を利用することによっ
て、通信カラオケシステムにおける曲データ配信事業者
側の管理負担を大幅に軽減することが可能になるものと
予測される。

【０００７】ところで、従来の通信カラオケシステム等
においては、どのカラオケ端末に曲データを配信する場
合にでも、曲データとその料金は１対１の関係であっ
た。つまり、配信先のカラオケ端末の使用目的等とは無
関係であり、曲データにのみ依存した固定料金であっ
た。そのため、例えば配信先のカラオケ端末がカラオケ
ボックスやカラオケスナック等において客に利用させる
ことを目的とした業務用であっても、あるいは個人で利
用することも目的とした一般家庭用であっても、配信さ
れる曲データに違いがなければ料金は同じであった。

【０００８】しかし、例えば業務用の場合には同じ１曲
を取得したとしても、使用する回数が一般家庭用の場合
とは比較にならないほど多くため、何度も使用されるこ
とを前提とした業務用を基準として曲データの対価を設
定すると一般家庭用としては高額になり、１回の使用に
対する金額が割高になって、曲データの取得が控えられ
る結果になり易い。一方、一般家庭用を基準として曲デ
ータの対価を低く設定すれば、一般家庭にとっては多く
の曲データの取得がし易くなるのであるが、この場合に
は曲データの配信業者側にとっては採算の取れない状況
が生じる可能性もある。また、業務用の場合には、一般
家庭用の場合に比べて対価が高くても、利用客から使用
料を得ることができるので、曲データの取得を控えるこ
とは少ないと考えられる。したがって、例えば業務用と
一般家庭用というような使用目的に応じて対価を変更す
れば、業務用としてカラオケ端末を使用する場合はもち
ろん、個人的にカラオケ端末を使用する一般家庭にとっ
ては曲データの取得がし易くなり、また曲データ配信業
者にとっても望ましいものということができる。これは
通信カラオケシステムだけに限る訳ではなく、将来のマ
ルチメデイア社会における各種の情報提供システムに共
通するものである。

【０００９】そこで、本発明は、料金徴収に面倒がな
く、しかも、配信する情報が同じであっても個々の情報
提供端末の使用目的に応じて異なった料金の設定が可能
な情報料課金システム及びそこに使用される情報提供端
末を提供することをも目的とする。

【００１０】

【課題を解決するための手段、作用及び効果】上記目的
を解決するためになされた請求項１に記載の情報料課金
システムは、情報を蓄積している情報センタと、該情報
センタから情報通信網を介して配信された情報に基づい
て利用者に情報提供サービスを実行し得るようにされて
いる情報提供端末と、該情報提供端末が情報センタから
情報の配信を受けるとき、当該情報提供端末と課金通信
網を介して接続し、該配信される情報の対価に相当する
課金情報を含む情報を当該情報提供端末に対して送信す
ることにより端末に対する課金を実行する課金センタと
を備える情報料課金システムであって、前記情報提供端
末の使用目的を記憶しておく使用目的記憶手段と、該使
用目的記憶手段に記憶された使用目的に基づき、配信さ
れる情報の対価を算出する対価算出手段ととを備えるこ
とを特徴とする。

【００１１】また、この請求項１に記載の情報料課金シ
ステムにおいて、前記対価算出手段は、請求項２に示す
ように、前記配信される情報の基本料金を記憶している
基本料金記憶手段と、前記情報提供端末の使用目的毎
に、前記基本料金に対する加減金額あるいは加減率等の
加減度合を記憶しておく加減度合記憶手段とを備え、配
信される情報について、前記基本料金記憶手段より読み
出した基本料金及び前記加減度合記憶手段より読み出し
た情報提供端末の使用目的に対応する加減度合に基づ
き、その対価を算出することを特徴とすることが考えら
れる。

【００１２】さらに、これら請求項１または２に記載の
情報料課金システムにおいて、請求項３に示すように、
前記情報通信網は前記課金通信網とは異なる通信網であ
り、前記課金センタから情報提供端末へ送信される情報
は課金情報を含むダミーのデータであることを特徴とす
ることが考えられる。

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

【００１４】こうして情報提供端末と課金センタとが接
続されると、課金センタは、配信される情報の対価に相
当する課金情報を含む情報を当該情報提供端末に対して
送信する。これによって、課金通信網を介する情報提供
端末への課金が実行されるのである。

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

【００１６】ここまでの説明でも判る通り、本発明の情
報料課金システムにおいて情報センタが配信する情報
は、そのまま情報提供端末からサービスとして提供され
る情報と同一である場合はもちろん、単なる暗号解読キ
ーのようなものである場合も含んでいるのである。ま
た、課金通信網と情報通信網は別々のものでもよいし、
同一のものでもよいのである。そして、情報センタと課
金センタは概念として別物の如く表現されているが、一
つのセンタの中に両機能を持たせて構成してもよいこと
はもちろんである。情報センタと課金センタとが別々に
設置される場合には、両センタ間で配信を行う際の連絡
手段が別途必要となる。

【００１７】こうした情報の配信及び課金の実行におい
て、本発明システムでは、使用目的記憶手段が、情報提
供端末の使用目的を記憶しており、対価算出手段が使用
目的記憶手段に記憶された使用目的に基づき、配信され
る情報の対価を算出する。したがって、例えば通信カラ
オケシステムに用いた場合を考えると、配信する曲デー
タが同じであっても、使用目的がカラオケボックスやカ
ラオケスナック等のように客に利用させることを目的と
した業務用である場合には曲データの対価を相対的に高
く設定し、個人で利用することも目的とした一般家庭用
である場合には曲データの対価を相対的に低く設定する
といったことを行うことができる。

【００１８】このようにすれば、業務用として情報提供
端末を使用する場合はもちろん、個人的に情報提供端末
を使用する一般家庭にとっては曲データの取得がし易く
なり、また曲データ配信業者にとっても望ましいものと
いうことができる。これは通信カラオケシステムだけに
限る訳ではなく、将来のマルチメデイア社会における各
種の情報提供システムに共通するものである。

【００１９】なお、使用目的は、情報提供端末の所有者
あるいは利用者等が勝手に設定できるのではなく、情報
提供端末の販売者や情報配信業者のような立場の人が、
情報提供端末の設置の際に確認して設定することが好ま
しい。そして、この場合の使用目的は、上記例のよう
に、業務用として主に他人に使用させるものなのか、あ
るいは一般家庭用として主に個人で使用するものなのか
といった観点から設定することが考えられる。また、特
にその情報の使用頻度を考慮するとよい。つまり上記カ
ラオケシステムの場合でいえば、同じ曲であってもカラ
オケボックスで使用される回数と家庭内で個人的に使用
する回数とではかなり差があり、仮に同じ値段で購入し
たとすると、使用１回についての値段が一般家庭用の方
が相当割高になってしまう。そのため、想定される使用
回数が常識的に多い場合には、相対的に高く設定し、使
用回数が少ない場合には低く設定することは、それぞれ
の立場の利用者にとって情報取得がし易くなる点で好ま
しいといえる。

【００２０】この場合の対価算出の仕方はどのようにな
っていてもよいのであるが、請求項２に示したシステム
の様に、配信される情報の基本料金を記憶しておき、ま
た情報提供端末の使用目的毎に、基本料金に対する加減
金額あるいは加減率等の加減度合を記憶しておいて、配
信される情報について、記憶されている基本料金及び情
報提供端末の使用目的に対応する加減度合に基づき、そ
の対価を算出する手法を採用した場合、この対価算出の
実行のために設定しておくべき情報の量が少なくて済む
というメリットがある。

【００２１】なお、請求項３に示したシステムの様に、
情報通信網と課金通信網とを異なるものとしておくの
は、特に、情報センタに実情報を蓄積しておき、これを
端末に配信し、端末ではこの実情報自体に基づいて情報
提供サービスを行うシステムにおいて、次の点で特に優
れた作用・効果を奏する。

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

【００２３】なお、本発明の情報料課金システムでは、
対価算出手段を情報センタ又は課金センタ側に持たせて
もよいし、情報提供端末側に持たせてもよい。情報提供
端末側に持たせたものとしては、次の様な情報提供端末
を用いることができる。例えば請求項４に示すように、
情報通信網を介して情報センタと接続する情報通信網接
続手段と、前記情報センタから配信を受けた情報を記憶
しておく情報記憶手段と、課金通信網を介して課金セン
タと接続する課金通信網接続手段と、前記情報センタか
ら情報の配信を受けようとするときに、当該配信を受け
る情報全体の対価を算出して前記課金センタに伝達する
対価伝達手段とを備えた情報提供端末であって、前記対
価伝達手段は、自端末の使用目的を記憶しておく使用目
的記憶手段と、該使用目的記憶手段に記憶された使用目
的に基づき、配信される情報の対価を算出する対価算出
手段とを備えることを特徴とする情報提供端末がそれで
ある。

【００２４】また、この情報提供端末において、前記対
価伝達手段は、請求項５に示すように、前記配信される
情報の基本料金を記憶している基本料金記憶手段と、前
記情報提供端末の使用目的毎に、前記基本料金に対する
加減金額あるいは加減率等の加減度合を記憶しておく加
減度合記憶手段とを備え、配信される情報について、前
記基本料金記憶手段より読み出した基本料金及び前記加
減度合記憶手段より読み出した情報提供端末の使用目的
に対応する加減度合に基づき、その対価を算出すること
を特徴とすることができる。

【００２５】また、請求項６に示すように、請求項４ま
たは５に記載の情報提供端末において、前記情報通信網
接続手段は、前記課金通信網接続手段とは異なる通信網
に対する接続手段であることを特徴とする情報提供端末
とすることもできる。

【００２６】これらの場合の作用・効果は、既に本発明
システムについて説明したものと同様である。そして、
特有のメリットとしては、課金センタは端末から伝達さ
れた対価に従って課金を実行するだけでよく、課金のた
めの接続処理時間を短くすることができる点をあげるこ
とができる。

【００２７】

【実施例】以下、本発明をネットワークカラオケシステ
ムに具体化した一実施例を図面を参照して説明する。最
初に図１を参照して、実施例としてのネットワークカラ
オケシステム及び電話事業者側設備の構成を説明する。
図１の左側が本発明のネットワークカラオケシステムで
あり、右側が電話事業者側設備である。

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

【００２９】まず、カラオケ端末１０についてその構成
及び機能の概略を説明する。カラオケ端末１０は、ＲＯ
Ｍ１１、ＲＡＭ１２、入力装置１３、制御装置としての
ＣＰＵ１４、通信制御装置１５、記憶装置としてのハー
ドディスク（ＨＤＤ）１６及びカラオケ演奏制御部１７
から構成される。

【００３０】前記ＲＯＭ１１は、ＣＰＵ１４の動作プロ
グラムを格納する。ＲＡＭ１２は、ＣＰＵ１４のワーク
エリアである。入力装置１３は、各種キーを備えてお
り、カラオケ曲の選択作業や、情報センタ２０及び課金
センタ３０との接続などの操作に使用される。ＣＰＵ１
４は、カラオケ端末装置全体の動作制御を行っている。
そして、通信制御装置１５は、電話事業者側設備である
公衆回線網５０を通して課金センタ３０や情報センタ２
０とデータ通信を行うためのものであり、デジタルデー
タの音声帯域への変調、受信した音声帯域信号のデジタ
ルデータへの復調を行う。ハードディスク１６は、演奏
に必要な曲データを記憶・蓄積するためのものである。

【００３１】カラオケ演奏制御部１７は、曲データを音
声信号と字幕表示に変換して出力するためのものであ
る。従って、このカラオケ演奏制御部１７にはＣＲＴ１
８，スピーカ１９ａ，マイクロフォン１９ｂ等のカラオ
ケ演奏サービスに必要な機器が接続される。

【００３２】カラオケ端末１０は、上記のような構成か
らなり、実際にカラオケ演奏を行うための装置であっ
て、演奏に必要な曲データを情報センタ２０から有料で
供給を受け、内蔵するハードディスク１６に記憶・蓄積
しておく。そして、カラオケ利用者のリクエストに応じ
て曲データをハードディスク１６から読み出し、音声信
号及び字幕表示に変換して出力する。

【００３３】このカラオケ端末１０は、カラオケ端末設
置事業者が管理する。そして、新しい曲データを曲デー
タ配信事業者から有料で供給してもらい、ハードディス
ク１６に順次記憶・蓄積して演奏可能曲数を充実させて
いく。次に、情報センタ２０について、その構成及び機
能の概略を説明する。

【００３４】情報センタ２０は、ＲＯＭ２１、ＲＡＭ２
２、制御装置としてのＣＰＵ２３、通信制御装置２４、
記憶装置としてのハードディスク２５、入力装置２６、
ＣＲＴ２７及びプリンタ２８から構成されている。ＲＯ
Ｍ２１は、ＣＰＵ２３の動作プログラムを格納する。Ｒ
ＡＭ２２は、ＣＰＵ２３のワークエリアである。ＣＰＵ
２３は、情報センタ装置全体の動作制御を行っている。
通信制御装置２４は、電話事業者側設備である公衆回線
網５０を通して課金センタ３０やカラオケ端末１０とデ
ータ通信を行うためのものであり、デジタルデータの音
声帯域への変調、及び受信した音声帯域信号のデジタル
データへの復調を行う。そして、ハードディスク２５に
は、カラオケ端末１０へ配信可能な曲データが記憶・蓄
積されている。また、カラオケ端末１０毎の稼働情報や
配信記録等もこのハードディスク２５に記憶させておく
ことができる。なお、入力装置２６からは各種指令を入
力することができ、例えば、ハードディスク２５に記憶
されたカラオケ端末１０毎の稼働情報や配信記録をプリ
ンタ２８によって印刷させたり、ＣＲＴ２７に表示させ
たりすることができる。

【００３５】情報センタ２０は上記のような構成からな
り、カラオケ端末１０で使用する曲データの供給用装置
として機能する。この曲データの供給に当たっては、カ
ラオケ端末１０からの要求に対して、配信対象情報の目
録、例えば新曲データ全部の目録やその内の未配信曲の
目録を送信し、その目録中からカラオケ端末１０によっ
て指定された曲に対する曲データを公衆回線網５０を通
して当該カラオケ端末１０へ送信するように動作する。
これは曲データ配信事業者の管理する設備である。

【００３６】次に、課金センタ３０について、その構成
及び機能の概略を説明する。課金センタ３０は、ＲＯＭ
３１、ＲＡＭ３２、制御装置としてのＣＰＵ３３、通信
制御装置３４、ハードディスク３５、料金徴収代行シス
テム通信部３６、入力装置３７、ＣＲＴ３８及びプリン
タ３９から構成される。

【００３７】前記ＲＯＭ３１は、ＣＰＵ３４の動作プロ
グラムを格納する。ＲＡＭ３２は、ＣＰＵ３３のワーク
エリアである。ＣＰＵ３３は、課金センタ装置全体の動
作制御を行っている。通信制御装置３４は、電話事業者
側設備である公衆回線網を通して情報センタ２０とデー
タ通信を行うためのものであり、デジタルデータの音声
帯域への変調、及び受信した音声帯域信号のデジタルデ
ータへの復調を行う。

【００３８】またハードディスク３５は、カラオケ端末
１０へ提供することができる曲データに関する情報や、
カラオケ端末１０に対する曲データの配信実績、曲デー
タの基本料金を記憶した基本料金テーブル、さらにはカ
ラオケ端末１０毎に設定されている使用目的を示す使用
目的テーブル及びその使用目的に応じた上記基本料金に
対する加減金額あるいは加減率等の加減度合を記憶した
加減度合テーブルを格納している。そして、本第１実施
例においては、このハードディスク３５が、本発明にお
ける使用目的記憶手段、基本料金記憶手段及び加減度合
記憶手段に該当する。

【００３９】この基本料金テーブルとしては、例えばど
の曲についても同じ料金であれば、１曲当りの基本料金
が記憶されることとなる。もしも曲によって例えば新曲
は高くするとか、特定のジャンルの曲については安くす
るというように料金に差をつける場合には、その新曲１
曲についての基本料金あるいは所定ジャンルの曲１曲に
ついての基本料金が記憶される。

【００４０】また、加減度合テーブルには、カラオケ端
末１０に設定する目的に応じて、基本料金に対する加減
金額あるいは加減率が設定されているのであるが、まず
カラオケ端末１０に設定する「使用目的」としては、大
きく分けて業務用と一般家庭用とがある。また、業務用
については、カラオケボックスのように、カラオケを利
用させることをメインの目的としたものもあるし、カラ
オケスナックやホテル・旅館等の宴会場に備えられる場
合のように、メインの目的は別にあるがカラオケも利用
されるというような業務用もある。

【００４１】したがって、本実施例では、カラオケボッ
クスのように、カラオケを利用させることをメインの目
的としたものを業務用Ａ、カラオケスナックやホテル・
旅館等の宴会場に備えられる場合のように、メインの目
的は別にあるがカラオケも利用されるものを業務用Ｂ、
そして一般家庭用というように使用目的として３種類を
設定することとした。

【００４２】このような３種類の使用目的に分けた理由
の一つには、曲データの使用回数が挙げられる。つま
り、同じ曲データであってもカラオケボックスで使用さ
れる回数と宴会場で使用される回数と、家庭内で個人的
に使用される回数とではかなり差があり、仮に同じ値段
で購入したとすると、使用１回についての値段が一般家
庭用の方が相当割高になってしまう。また、カラオケボ
ックスと宴会場とで同じ料金にすると、やはり演歌場の
方が割高になってしまう。そのため、想定される使用回
数が常識的に多い場合には、相対的に高く設定し、使用
回数が少ない場合には低く設定することは、それぞれの
立場の利用者にとって情報取得がし易くなる点で好まし
いといえる。

【００４３】なお、この使用目的は、カラオケ端末１０
の所有者あるいは利用者等が勝手に設定できるのではな
く、曲データ配信事業者側の立場の人が、カラオケ端末
１０を設置しに行く場合に、その使用目的等を確認する
等して、また契約書にもそのような設定にすることを明
記した上で、課金センタ３０のハードディスク３５に記
憶させておくことが好ましい。

【００４４】また、加減度合テーブルには、このように
設定される使用目的に対応して、基本料金に対する加減
金額あるいは加減率が設定されているのであるが、例え
ば、業務用Ａの場合には、基本料金に対して２０％増と
し、業務用Ｂの場合は加減率０％として基本料金そのも
のとし、一般家庭用の場合には、基本料金に対して２０
％減とすることが考えられる。そして、料金計算を容易
にするため、例えば業務用Ａの場合には係数Ｋ＝１．２
とし、業務用Ｂの場合は係数＝１．０とし、一般家庭用
の場合には係数Ｋ＝０．８としておけば、基本料金にそ
の係数Ｋを乗算するだけで課金金額が算出できる。

【００４５】なお、加減率ではなく加減金額として、基
本料金が１曲につき１０００円の場合に、業務用Ａの場
合には２００円増とし、業務用Ｂの場合は加減金額０円
として基本料金そのものとし、一般家庭用の場合には、
２００円減とすることも考えられる。

【００４６】このようにして、データ配信時には、配信
先のカラオケ端末１０の使用目的を使用目的テーブルよ
り読み出し、その使用目的に対応する加減度合を加減度
合テーブルより読み出して、曲データの基本料金とその
加減度合に基づけば、実際の課金金額が算出されること
となる。

【００４７】料金徴収代行システム通信部３６は、専用
回線５２によって、料金徴収代行システム５１と接続
し、料金徴収代行システム５１経由でカラオケ端末１０
とデータ通信を行うためのものである。また、入力装置
３７からは各種指令を入力することができ、例えば、ハ
ードディスク３５に記憶されたカラオケ端末１０毎の課
金情報に基づいて課金実績等を作成させ、その実績をプ
リンタ３９によって印刷させたり、ＣＲＴ３８に表示さ
せたりすることができる。

【００４８】この課金センタ３０も、曲データ配信事業
者の設備である。従って、情報センタ２０と一体のコン
ピュータで構成してもよいし、別々に分かれたものとし
て構成してもよい。図１に示す本実施例では、別々の場
所に設置されている場合を想定している。

【００４９】この課金センタ３０は、カラオケ端末設置
事業者からの曲データ配信要求を受け付け、当該カラオ
ケ端末に対する課金のための処理を実行すると共に、課
金のための処理が完了したことを情報センタ２０に通知
する役割を果たしている。この課金センタ３０による曲
データ配信に伴う課金処理は、ビデオテックス通信シス
テムを利用して実行する。即ち、課金センタ３０は、専
用回線５２及び料金徴収代行システム５１を通した課金
通信網経由で各カラオケ端末１０と接続し、各カラオケ
端末１０へと課金のための何等かの情報（課金情報）を
送信することによって当該端末に対する課金を実行す
る。この料金は、カラオケ端末１０に対する電話料金に
上乗せした形で、電話事業者により代行徴収され、手数
料を控除した上で曲データ配信事業者へと渡される。

【００５０】以上のように構成された本実施例のネット
ワークカラオケシステムでは、曲データ配信事業者から
カラオケ端末設置事業者への新曲データの配信が次のよ
うにして行われることになる。まず、カラオケ端末１０
から料金徴収代行システム５１、より具体的にいえばビ
デオテックス通信網の方を経由して課金センタ３０に接
続する。そして、自己のＩＤコード及び新曲データ目録
の要求を送信する。これに対して、課金センタ３０は、
受信したＩＤコードによりカラオケ端末１０を特定し、
当該端末への過去の配信実績と現在ホスト側に蓄積され
ている曲データとを照合し、未配信曲目の目録を作成す
る。このとき、目録は、曲のジャンル別などに作成する
と一層便利である。

【００５１】そして、この目録をカラオケ端末１０へと
送信する。カラオケ端末１０では、この目録中から欲し
い曲目を指定して課金センタ３０へと配信要求を送信す
る。これにより配信すべき曲データの特定が終了し、課
金センタ３０では、要求された曲データに対するデータ
料金の課金のためのダミーの課金情報をビデオテックス
通信網を介してカラオケ端末１０へと送信する。このダ
ミーのデータの通信実行により、カラオケ端末１０に対
するビデオテックス通信システム上の課金が実行され、
後日電話料金と共に端末設置者の銀行口座から引き落と
されることになる。

【００５２】この課金処理の実績（課金実績）は、課金
センタ３０及び料金徴収代行システム５１のそれぞれに
記録される。そして、課金センタ３０は、この課金実績
を、公衆回線５０経由で情報センタ２０に転送し、課金
処理の完了を確認させる。情報センタ２０は、課金セン
タ３０から受信した課金実績に基づいて、該当するカラ
オケ端末１０をコールし、該端末へ課金の完了した曲デ
ータを配信する。また、電話事業者側は記録した課金実
績に基づいて、カラオケ端末設置事業者から代行徴収し
たデータ料金の中から手数料を控除した残りを課金セン
タ３０の設置者である曲データ配信事業者に渡すことに
なる。

【００５３】以上の様な機能を達成するための具体的処
理の内容について、カラオケ端末１０、情報センタ２０
及び課金センタ３０の各ＣＰＵ１４，２３，３３の実行
する制御処理を説明する。まず、カラオケ端末１０の作
動を図２のフローチャートを基に説明する。

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

【００５５】Ｓ３では、入力装置１３で選曲された曲デ
ータをハードディスク１６から読み出し、カラオケ演奏
制御部１７にて音声信号及び字幕表示に変換することを
内容とするカラオケ演奏処理を行う。このＳ３はカラオ
ケ演奏モードが解除されるまで利用客からのリクエスト
待ちとカラオケ演奏の実行とを繰り返し行う。Ｓ３の処
理はカラオケ演奏モードの解除指定により終了し、Ｓ４
へと移行する。

【００５６】Ｓ４では、カラオケ端末１０の動作指定と
して、曲データリクエストモードが指定されたか否かを
チェックする。曲データリクエストモードの指定があれ
ばＳ５へ移行し、同指定がなければＳ６へ移行する。Ｓ
５では、サブルーチンをコールして曲データリクエスト
処理を行う。この曲データリクエスト処理を図３のフロ
ーチャートに基づいて説明する。

【００５７】曲データリクエスト処理の最初のステップ
Ｓ１０では、課金センタ３０と接続する。カラオケ端末
１０は、はじめに電話事業者側設備である料金徴収代行
システム５１と接続し、さらに料金徴収代行システム５
１と課金センタ３０との間を専用回線５２を介して、課
金センタ３０に接続する。課金センタ３０との接続処理
終了後、Ｓ１１へ移行する。

【００５８】Ｓ１１では、課金センタ３０からメニュー
情報を受信する。このメニュー情報は、上述したように
過去の配信実績とセンタ側に蓄積されている曲データと
の関係から課金センタ３０で自動作成されるものであっ
て、システム中に存在する各端末毎の未配信曲の目録で
ある。カラオケ端末１０は、このメニュー情報の受信完
了後にＳ１２へ移行する。

【００５９】Ｓ１２では、Ｓ１１で受信したメニュー情
報を解読し、必要な曲データの配信要求を意味するよう
にメニュー選択を実行し、その選択情報を課金センタ３
０に対して送信する。メニュー選択情報送信処理の完了
後、Ｓ１３へ移行する。Ｓ１３では、メニュー選択情報
に対する応答として、課金センタ３０から送信される課
金情報を受信して内蔵のハードディスク１６へ記録す
る。このハードディスク１６への記録が完了したら、Ｓ
１４へ移行し、課金センタ３０との接続解除処理を行
う。

【００６０】こうして曲データリクエスト処理が完了す
ると、図２のフローチャートのＳ６へ移行する。Ｓ６で
は、情報センタ２０からの接続要求が発生しているか否
かをチェックする。発生していればＳ７へ移行し、そう
でなければＳ２へ移行し上記の処理を繰り返し行う。

【００６１】Ｓ７では、情報センタ２０からの曲データ
の配信を受信して内蔵のハードディスク１６へ記録する
処理を行うためにサブルーチンをコールする。この曲デ
ータ受信処理を図４のフローチャートに基づいて説明す
る。曲データ受信処理の最初のステップＳ２０では、情
報センタ２０からの呼出しに応答して接続を行う。接続
完了後、Ｓ２１へ移行し、情報センタ２０から送信され
る曲データの受信し、その受信した曲データを内蔵する
ハードディスク１６へセーブする。

【００６２】そして、曲データ受信・セーブ処理完了
後、Ｓ２２へ移行し、情報センタ２０との接続を解除す
る。同処理終了後、サブルーチンをリターンして、図２
のフローチャートのＳ２のステップへ移行し、電源オフ
とされるまでの間、Ｓ２以下の処理を繰り返し実行す
る。

【００６３】以上がカラオケ端末１０のＣＰＵ１４の作
動であり、カラオケ演奏、曲データの配信要求、及び配
信された曲データの受信の各処理を行う。次に、情報セ
ンタ２０の作動を図５のフローチャートを基に説明す
る。情報センタ２０では、電源投入後Ｓ３０のステップ
から実行する。

【００６４】Ｓ３０では、ＲＡＭ２２の初期化、通信制
御装置２４のリセット等の装置全体の初期化を行う。Ｓ
３０の処理を終了後、Ｓ３１へ移行する。Ｓ３１では、
課金センタ３０からの接続要求があるかどうか調べる。
あればＳ３２へ移行し、なければＳ３１の処理を繰り返
す。

【００６５】Ｓ３２では、課金センタ３０からの接続要
求に対して同課金センタ３０との接続を行う。接続完了
後、Ｓ３３へ移行する。Ｓ３３では、課金センタ３０か
らの曲データ配信要求情報を受信する。曲データ配信要
求情報とは、カラオケ端末１０が課金センタ３０に料金
徴収代行システム５１を経由して接続し、課金情報を購
入したことに関する情報のことで、具体的には複数のカ
ラオケ端末が存在する場合のどのカラオケ端末が課金情
報を購入し、又どの課金情報を購入したか、といったこ
との情報である。情報センタ２０は、課金センタ３０か
らのこの情報を基にして、該当するカラオケ端末へ購入
した課金情報に対応する曲データを配信する処理を行っ
ている。曲データ配信要求情報の受信完了後、Ｓ３４へ
移行する。

【００６６】Ｓ３４では、課金センタ３０との接続を解
除する。接続解除完了後、Ｓ３５へ移行する。Ｓ３５で
は、Ｓ３３で受信した曲データ配信要求情報を参照し、
曲データ配信要求を行ったカラオケ端末１０を公衆回線
網５０を経由して呼び出す。同処理完了後、Ｓ３６へ移
行する。

【００６７】Ｓ３６では、Ｓ３３で受信した曲データ配
信要求情報を参照し、接続したカラオケ端末１０が購入
した課金情報に対応する曲データを配信する。曲データ
配信完了後、Ｓ３７へ移行する。Ｓ３７では、接続中の
カラオケ端末１０との接続を解除する。接続解除完了
後、Ｓ３１へ移行し、上記処理を繰り返す。

【００６８】以上が情報センタ２０のＣＰＵの作動であ
り、課金センタ３０から曲データ配信要求情報を受け取
り、その内容を参照した上で、課金センタ３０から課金
情報を購入したカラオケ端末１０に対して、購入した課
金情報に対応する曲データを送信する処理を行う。

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

【００７０】Ｓ４２では、カラオケ端末１０からの接続
要求に対して当該カラオケ端末１０との接続を行う。接
続完了後、Ｓ４３へ移行する。Ｓ４３では、当該カラオ
ケ端末１０に対して未配信となっている曲データのメニ
ュー情報を送信する。送信処理完了後、Ｓ４４へ移行
し、カラオケ端末１０からの応答であるメニュー選択情
報を受信する。

【００７１】このメニュー選択情報の受信完了後、Ｓ４
５へ移行し、メニュー選択情報に基づいて選択された曲
データを特定し、特定された曲データに対するデータ料
の課金実行のためのダミーのデータを送信する。この課
金情報はダミーのデータであるから、カラオケ端末１０
にとっては意味のないデータであるが、課金センタ３０
及び料金徴収代行システム５１にとっては、どのカラオ
ケ端末１０にどの曲データについて課金が実行されたの
かを判別するための情報として大切な意味を有する。課
金センタ３０は、この課金情報を課金実績として記録す
る。カラオケ端末１０と課金センタ３０の通信路の間に
存在する料金徴収代行システム５１は、この課金情報に
基づいて、該当するカラオケ端末１０の設置事業者に対
して電話料金に上乗せした格好で情報料の徴収を行うの
である。このＳ４５の課金情報の送信の処理をさらに詳
細に示すと図７のようになる。

【００７２】まず最初に曲数カウンタＣＮＴ及びデータ
料金ＣＳＴを初期化し（Ｓ６０）、続いて、選択された
曲番号の中から一つを抽出すると共に曲数カウンタＣＮ
Ｔをインクリメントする（Ｓ６１）。そして、この抽出
した曲番号に対応する基本料金を基本料金テーブルを参
照して決定し、これをデータ料金ＣＳＴに加算する（Ｓ
６２）。そして、選択された全ての曲番号についてこれ
らの処理が終了するまでＳ６１，Ｓ６２の処理を繰り返
す（Ｓ６３）。

【００７３】選択された曲番号の全てについてＳ６１，
Ｓ６２の処理が実行できたら、次に、Ｓ４２で接続した
カラオケ端末１０から得たＩＤ情報に基づき、使用目的
テーブルを参照して、現在接続しているカラオケ端末の
使用目的を読み出し、この使用目的に対応する加減度合
（本実施例では係数Ｋとして記憶されている。）を加減
度合テーブルより読み出す（Ｓ６４）。これは、上述し
たように、本実施例では業務用Ａ・業務用Ｂ・一般家庭
用の３種類の使用目的が設定されており、業務用Ａの場
合には、基本料金に対して２０％増のため係数Ｋ＝１．
２、業務用Ｂの場合は加減率０％のため係数Ｋ＝１．
０、一般家庭用の場合には基本料金に対して２０％減の
ため係数Ｋ＝０．８とされている。

【００７４】そして、この係数Ｋを乗算して最終的なデ
ータ料金ＣＳＴを決定し（Ｓ６５）、さらに、このデー
タ料金を意味する課金用のダミーデータを決定する（Ｓ
６６）。この課金用のダミーデータも、課金センタ３０
のハードディスク３５内に予めテーブル化するなどして
記憶してある。

【００７５】こうして今回の取引における課金用ダミー
データを決定できたら、これを送信する（Ｓ６７）。こ
うして図６におけるＳ４５の課金情報の送信が完了した
ら、Ｓ４６へ移行し、カラオケ端末１０との接続を解除
する。接続解除処理が完了後、Ｓ４７へ移行し、Ｓ４２
〜Ｓ４４の処理の結果である課金実績を曲データ配信要
求情報としてメモリに記録する。また、ハードディスク
３５内の配信実績への追加も実行する。この処理終了
後、Ｓ４８へ移行する。

【００７６】Ｓ４８では、情報センタ２０を公衆回線経
由で呼び出し、データ転送を行うための接続を行う。接
続処理完了後、Ｓ４９へ移行し、Ｓ４７でメモリに記録
した「曲データ配信要求情報」＝「選択曲番号」を情報
センタ２０へ送信する。この送信処理の完了後、Ｓ５０
へ移行し、情報センタ２０との接続を解除する。接続解
除処理完了後、Ｓ４１へ移行し、上記の処理を繰り返
す。

【００７７】以上が課金センタ３０のＣＰＵ３３の作動
であり、カラオケ端末１０からの料金徴収代行システム
５１を経由した接続要求に対して接続を行い、指定され
た曲データに対応する課金情報を送信すると共に課金実
績を記録し、これを情報センタ２０に受け渡すことによ
って要求された曲データをカラオケ端末１０に配信させ
るのである。

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

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

【００８０】このように本実施例によれば、カラオケ端
末１０は、課金センタ３０に対して電話事業者側の料金
徴収代行システム５１を経由して接続し、ダミーのデー
タである課金情報を受信することで、情報センタ２０に
対する曲データの配信を要求することができる。その結
果として、課金センタ３０は、どのカラオケ端末１０が
どの曲データを購入したのかという情報を情報センタ２
０に自動的に通知し、同通知を受信した情報センタ２０
は、課金処理の終っているカラオケ端末１０へと当該端
末が購入した曲データを配信することになる。更に曲デ
ータの販売料金の徴収は、電話事業者の料金徴収代行シ
ステムによって行うことができる。

【００８１】以上説明したことから明かなように、本実
施例のネットワークカラオケシステムによれば、カラオ
ケ端末設置事業者による曲データの配信要求に対してそ
の受付処理を自動的に行い、さらに曲データ配信事業者
による曲データ配信に伴う料金徴収については電話事業
者による代行サービスを利用することができ、これらの
ことから曲データ配信事業者の負担を軽減することがで
きる。

【００８２】しかも、かかる自動化されたデータ販売シ
ステムを構築したにも拘らず、配信する曲データが同じ
であっても、カラオケボックスのように、カラオケを利
用させることをメインの目的としたもの（業務用Ａ）、
カラオケスナックやホテル・旅館等の宴会場に備えられ
る場合のように、メインの目的は別にあるがカラオケも
利用されるもの（業務用Ｂ）、そして一般家庭用という
ように、その使用目的に応じて、その料金を、業務用Ａ
＞業務用Ｂ＞一般家庭用という具合いに設定することが
できる。

【００８３】このようにすれば、業務用ＡあるいはＢと
してカラオケ端末１０を使用する場合はもちろん、個人
的にカラオケ端末１０を使用する一般家庭にとっては曲
データの取得がし易くなり、また曲データ配信業者にと
っても望ましいものということができる。

【００８４】なお、本実施例を通信シーケンス図で示す
と、図８〜図１０のようになる。図８は、カラオケ端末
１０と３０との間での通信シーケンスを示しており、ま
ず、カラオケ端末１０がビデオテックス通信網を介して
課金センタ３０に対して発呼し、接続できた後にパスワ
ードを送信する。

【００８５】課金センタ３０ではこのパスワードに基づ
いて端末照合を行い、ネットワークカラオケシステム内
のものとして登録されている端末であれば、照合正常の
旨を返送する。カラオケ端末１０はこの照合正常を受信
して課金センタ３０が受付可能状態となって後に、新曲
データの有無を問い合わせる。

【００８６】課金センタ３０では、この問い合わせを受
け付けて当該カラオケ端末に対する新曲データを検索
し、問い合わせの回答をカラオケ端末１０に送信する。
つまり、新曲データが有るか無いかを示す回答である。
カラオケ端末１０では、この回答結果に基づいて新曲デ
ータが有るか無いか判断し、新曲データが有る場合には
課金センタ３０に対して新曲データの購入申込に相当す
る要求を送信する。

【００８７】課金センタ３０は、この要求に応じて購入
価格に相当する料金を課金するためのダミーのデータを
カラオケ端末１０に向けて送信する。これを受けてカラ
オケ端末１０は課金センタ３０との接続を切断する。以
上の処理が終了すると、課金センタ３０と情報センタ２
０との間で図９に示す通信が実行され、まず、課金セン
タ３０が公衆回線を介して情報センタ２０に発呼・接続
し、新曲データの配信要求を送信する。情報センタ２０
は、この配信要求を受信したら、受信完了を返信する。
これを受けて、課金センタ３０は情報センタ２０との接
続を切断する。

【００８８】以上の処理が終了すると、今度は情報セン
タ２０とカラオケ端末１０との間で図１０に示す通信が
実行され、まず、情報センタ２０が公衆回線を介してカ
ラオケ端末１０に発呼・接続し、配信要求により特定さ
れた新曲データを送信する。そして、カラオケ端末１０
からの受信完了を受けて、接続を切断する。

【００８９】こうして、「カラオケ端末１０」→「課金
センタ３０」→「情報センタ２０」→「カラオケ端末１
０」という順番で通信が受け渡され、新曲データの有料
配信が実行されている。次に、第２実施例のネットワー
クカラオケシステムについて説明する。上記第１実施例
では、曲データの料金を課金センタ３０で決定していた
が、この第２実施例ではカラオケ端末１０側で算出する
ようにしている。システム構成自体は第１実施例とほぼ
同様であるが、次の点で異なっている。

【００９０】つまり、第１実施例では、カラオケ端末１
０側においては、課金センタ３０から受信した新曲メニ
ュー中より所望の曲データを選択したその情報を送信す
るだけであったが、本第２実施例では、その選択された
曲データの料金自体をカラオケ端末１０側で算出するの
である。そのため、上記第１実施例で課金センタ３０の
ハードディスク３５に格納されていた基本料金テーブ
ル、使用目的テーブル及び加減度合テーブルが、カラオ
ケ端末１０のハードディスク１６に格納されている点で
第１実施例と異なっている。

【００９１】そして、カラオケ端末１０では、新曲メニ
ューを受信した場合に実行する図３におけるＳ１２のメ
ニュー選択情報送信処理に相当するものとして、図１１
に示すような処理を実行する。まず、メニュー情報をＣ
ＲＴ１８に表示する（Ｓ８１）。そして、カラオケ端末
設置者による曲番号の選択を待つ（Ｓ８２）。曲番号が
選択されたらこれをメニュー選択情報としてＲＡＭ１２
にセットし（Ｓ８３）、次の選曲を行うか否かを画面表
示する（Ｓ８４）。次の選曲があるならＳ８１へ戻る。
選曲終了がキー入力されたらＳ８５へ移行し、曲数カウ
ンタＣＮＴ及びデータ料金ＣＳＴを初期化する。

【００９２】続いて、ＲＡＭ１２にセットされた曲番号
の中から一つを抽出すると共に曲数カウンタＣＮＴをイ
ンクリメントする（Ｓ８６）。そして、この抽出した曲
番号に対応する基本料金を基本料金テーブルを参照して
決定し、これをデータ料金ＣＳＴに加算する（Ｓ８
７）。そして、選択された全ての曲番号についてこれら
の処理が終了するまでＳ８６，Ｓ８７の処理を繰り返す
（Ｓ８８）。

【００９３】選択された曲番号の全てについてＳ８６，
Ｓ８７の処理が実行できたら、次に、使用目的テーブル
を参照して、現在接続しているカラオケ端末の使用目的
を読み出し、この使用目的に対応する加減度合（本実施
例では係数Ｋとして記憶されている。）を加減度合テー
ブルより読み出す（Ｓ８９）。そして、この係数Ｋを乗
算して最終的なデータ料金ＣＳＴを算出し（Ｓ９０）、
ＲＡＭ１２に記憶されたメニュー選択情報を、そのＳ９
０で算出されたデータ料金ＣＳＴの情報と共に課金セン
タ３０へ向けて送信する（Ｓ９１）。

【００９４】一方、このデータ料金ＣＳＴの情報を受信
した課金センタ３０では、このデータ料金ＣＳＴの情報
に基づいて上記第１実施例の場合の図７におけるＳ６
６、Ｓ６７に相当する処理を実行する。したがって、こ
の図７におけるＳ６０〜Ｓ６５の処理は本第２実施例で
は実行する必要がない。

【００９５】次に、第３実施例について説明する。この
第３実施例のネットワークカラオケシステムは、図１２
に示すように、情報センタ１１０とカラオケ端末１３０
とが、課金通信網１２０を介して接続されている。な
お、図１２に示すネットワークカラオケシステムは最小
の構成例であり、実際には、上記情報センタ１１０やカ
ラオケ端末１３０はそれぞれ複数台存在する場合もあ
り、１台の情報センタ１１０に対して複数台のカラオケ
端末１３０が存在するのが一般的である。また、課金通
信網１２０は、第１，第２実施例と同様のビデオテック
ス通信網である。

【００９６】情報センタ１１０は、ホストコンピュータ
１５１と、情報記憶装置１５３と、入力装置１５５と、
通信制御装置１５７と、プリンタ１５９と、ＣＲＴ１６
１とを備えている。一方、カラオケ端末１３０は、中央
制御装置１３１、多目的入力キー１３２、ハードディス
ク１３３、音声再生回路１３５、画面表示制御装置１２
６、通信制御装置１２７を備えている。そして、音声再
生回路１３５にはミキサアンプ１３８が、画面表示制御
装置１２６には表示手段としてのテレビモニタ１２９が
それぞれ接続されている。また、ミキサアンプ１３８に
はスピーカ１４１とマイクロフォン１４３が接続されて
いる。

【００９７】なお、ハードディスク１３３には数千曲程
度のカラオケ曲データが記憶されており、１曲分のカラ
オケ曲データは、曲同士を識別するための識別情報であ
る曲番号情報と、実体情報とから構成されている。この
内の実体情報は、伴奏音楽の情報であるＭＩＤＩ（Musi
cal Instrument Digital Interface）規格の演奏情報
や、歌詞情報及び背景映像情報からなっている。背景映
像情報は曲毎に対応した映像情報を符号化したものであ
る。また、このカラオケ曲データの目録に相当するメニ
ュー情報も記憶している。

【００９８】そして、このカラオケ曲データはそのまま
では使用できないようにされている。使用するために
は、課金通信網１２０を介して情報センタ１１０と接続
し、暗号解読キーの配信及び課金を受けなければならな
いように構成されている。この暗号解読キーは、一度に
１個だけ配信を受けることもできるし、多数個をまとめ
て配信してもらうこともできる。

【００９９】カラオケ端末１３０のハードディスク１３
３には、上記第１，２実施例で説明したような基本料金
テーブル、使用目的テーブル及び加減度合テーブルが格
納されている。したがって、本第３実施例の場合には、
このハードディスク１３３が、本発明における使用目的
記憶手段、基本料金記憶手段及び加減度合記憶手段に該
当する。そして、図１３に示す様なプログラムを実行す
ることにより、情報センタから暗号解読キーの配信を受
ける様に構成されている。

【０１００】まず、カラオケ曲データの目録に相当する
メニュー情報を読み出して表示し、データの選択入力を
待つ（Ｓ１２１）。そして、データの選択入力に対応し
て、第２実施例のＳ８３〜Ｓ９０と同様にコスト計算を
実行し（Ｓ１２２）、計算結果をテレビモニタ１２９に
表示する（Ｓ１２３）。

【０１０１】そして、この計算結果でよいか否かを問い
合わせ（Ｓ１２４）、ＯＫなら課金通信網１２０にて情
報センタ１１０と接続して、データ選択結果及びコスト
計算結果を送信する（Ｓ１２５）。情報センタ１１０
は、このデータ選択結果及びコスト計算結果を受信した
ら、データ選択結果に対応する暗号解読キー群にコスト
計算結果に対応する課金情報を付与して返信して来るの
で、これを受信してストアし、接続を切る（Ｓ１２６，
Ｓ１２７）。そして、この暗号解読キーを用いてカラオ
ケ曲データのスクランブルを解除し、カラオケ演奏を実
施するのである（Ｓ１２８）。

【０１０２】なお、Ｓ１２４でＮＯと入力された場合に
は、終了か否かを問い合わせ（Ｓ１２９）、その結果に
応じてＳ１２１へ戻るかあるいは本ルーチンを処理を終
了する。この様に、本発明は、蓄積型のネットワークカ
ラオケシステムにおいても適用することができ、この場
合もまとめて暗号解読キーを購入することによって第
１，第２実施例と同様の効果を達成することができる。

【０１０３】以上本発明のいくつかの実施例を説明した
が、本発明はこれにのみ限定されるわけではない。例え
ば、第１実施例における図８〜図１０の通信シーケンス
に変えて、次の様に構成することもできる。

【０１０４】図１４は、変形例としてのカラオケ端末１
０と課金センタ３０及び情報センタ２０との間での通信
シーケンスを示している。カラオケ端末１０がビデオテ
ックス通信網を介して課金センタ３０に対して発呼・接
続し、切断するまでの処理は実施例と同様であるが、こ
の後の処理が異なっている。カラオケ端末１０は、課金
情報を受け取ってビデオテックス通信網の方の回線を遮
断すると、次に、情報センタ２０をコールして公衆回線
網５０により接続する。そして、新曲データの配信要求
を送信する。情報センタ２０は、この配信要求を受信し
たら、配信要求により特定された新曲データを送信す
る。そして、カラオケ端末１０は、この新曲データを受
信完了した後に、情報センタ２０との接続を遮断する。

【０１０５】この様に、課金センタ３０から情報センタ
２０への情報の受渡しに変えて、カラオケ端末１０が直
接情報センタ２０へと配信要求を送り、新曲データの有
料配信を実行するようにしてもよいのである。あるい
は、図１５に示すように、カラオケ端末１０が公衆回線
網を介して最初に情報センタ２０に対して発呼・接続
し、新曲メニューを要求し、受信した時点ビデオテック
ス通信網の方を介して課金センタ３０を呼び出し、メニ
ュー選択情報を送信して課金情報を受信するのをまって
ビデオテックス通信網の方を切断し、情報センタ２０に
対して課金完了に伴う新曲データの配信要求を送信し、
新曲データを受信完了したら、公衆回線網５０の方を切
断するといった手順にしてもよい。

【０１０６】この様に、課金センタ３０から情報センタ
２０への情報の受渡しに変えて、カラオケ端末１０が直
接情報センタ２０へと配信要求を送り、新曲データの有
料配信を実行するようにしてもよいのである。以上の他
にも、本発明の要旨を逸脱しない範囲内において各種の
通信シーケンスを採用することができる。

【０１０７】また、実施例では、カラオケ端末１０への
配信実績に基づいて、未配信曲目リストの様なものを作
成して送信することとしていたが、課金センタ３０に新
曲データのメニューだけが記憶されるようにしておき、
カラオケ端末１０からの問い合わせに対して直ちに新曲
メニューを送信する様にしてもよい。あるいは、情報セ
ンタ２０の記憶・蓄積している全曲の中から任意の曲デ
ータを選択できるような形でメニューを送信するもので
あっても構わない。

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

【図面の簡単な説明】

【図１】 第１実施例のネットワークカラオケシステム
のブロック図である。

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

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

【図４】 第１実施例のカラオケ端末における曲データ
受信処理を示すフローチャートである。

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

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

【図７】 第１実施例の課金センタでのコスト計算処理
を示すフローチャートである。

【図８】 第１実施例における通信シーケンス図であ
る。

【図９】 第１実施例における通信シーケンス図であ
る。

【図１０】 第１実施例における通信シーケンス図であ
る。

【図１１】 第２実施例のカラオケ端末でのコスト計算
処理フローチャート図である。

【図１２】 第３実施例のネットワークカラオケシステ
ムを示すブロック図である。

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

【図１４】 変形例における通信シーケンス図である。

【図１５】 変形例における通信シーケンス図である。

【符号の説明】

１０…カラオケ端末 １３…入力装置 １５…通信制御装置 １６…ハードディ
スク １７…カラオケ演奏制御部 ２０…情報センタ ２４…通信制御装置 ２５…ハードディ
スク ２６…入力装置 ３０…課金センタ ３４…通信制御装置 ３５…ハードディ
スク ３６…料金徴収代行システム通信部 ３７…入力装置 ５０…公衆回線網 ５１…料金徴収代
行システム ５２…専用回線 １１０…情報センタ １２０…課金通信網 １３０…カラオケ
端末

Claims (6)

【特許請求の範囲】
1. 【請求項１】 情報を蓄積している情報センタと、 該情報センタから情報通信網を介して配信された情報に
   基づいて利用者に情報提供サービスを実行し得るように
   されている情報提供端末と、 該情報提供端末が情報センタから情報の配信を受けると
   き、当該情報提供端末と課金通信網を介して接続し、該
   配信される情報の対価に相当する課金情報を含む情報を
   当該情報提供端末に対して送信することにより端末に対
   する課金を実行する課金センタとを備える情報料課金シ
   ステムであって、 前記情報提供端末の使用目的を記憶しておく使用目的記
   憶手段と、 該使用目的記憶手段に記憶された使用目的に基づき、配
   信される情報の対価を算出する対価算出手段とを備える
   ことを特徴とする情報料課金システム。
2. 【請求項２】 請求項１に記載の情報料課金システムに
   おいて、 前記対価算出手段は、 前記配信される情報の基本料金を記憶している基本料金
   記憶手段と、 前記情報提供端末の使用目的毎に、前記基本料金に対す
   る加減金額あるいは加減率等の加減度合を記憶しておく
   加減度合記憶手段とを備え、 配信される情報について、前記基本料金記憶手段より読
   み出した基本料金及び前記加減度合記憶手段より読み出
   した情報提供端末の使用目的に対応する加減度合に基づ
   き、その対価を算出することを特徴とする情報料課金シ
   ステム。
3. 【請求項３】 請求項１または２に記載の情報料課金シ
   ステムにおいて、 前記情報通信網は前記課金通信網とは異なる通信網であ
   り、前記課金センタから情報提供端末へ送信される情報
   は課金情報を含むダミーのデータであることを特徴とす
   る情報料課金システム。
4. 【請求項４】 情報通信網を介して情報センタと接続す
   る情報通信網接続手段と、 前記情報センタから配信を受けた情報を記憶しておく情
   報記憶手段と、 課金通信網を介して課金センタと接続する課金通信網接
   続手段と、 前記情報センタから情報の配信を受けようとするとき
   に、当該配信を受ける情報全体の対価を算出して前記課
   金センタに伝達する対価伝達手段とを備えた情報提供端
   末であって、 前記対価伝達手段は、 自端末の使用目的を記憶しておく使用目的記憶手段と、 該使用目的記憶手段に記憶された使用目的に基づき、配
   信される情報の対価を算出する対価算出手段ととを備え
   ることを特徴とする情報提供端末。
5. 【請求項５】 請求項４に記載の情報提供端末におい
   て、 前記対価算出手段は、 前記配信される情報の基本料金を記憶している基本料金
   記憶手段と、 前記情報提供端末の使用目的毎に、前記基本料金に対す
   る加減金額あるいは加減率等の加減度合を記憶しておく
   加減度合記憶手段とを備え、 配信される情報について、前記基本料金記憶手段より読
   み出した基本料金及び前記加減度合記憶手段より読み出
   した情報提供端末の使用目的に対応する加減度合に基づ
   き、その対価を算出することを特徴とする情報提供端
   末。
6. 【請求項６】 請求項４または５に記載の情報提供端末
   において、 前記情報通信網接続手段は、前記課金通信網接続手段と
   は異なる通信網に対する接続手段であることを特徴とす
   る情報提供端末。