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

Abstract

(57)【要約】 【目的】 情報提供端末設置者が利用可能な情報を充実
させ易くすることのできる情報料課金システムを提供す
る。 【構成】 カラオケ端末１０の設置事業者は、配信され
る曲データの対価を支払う際、入力装置１３によって前
払いするか後払いにするか、及び何カ月分支払うかにつ
いて選択する。ＣＰＵ１４は、その選択データをハード
ディスク１６内の支払方法別配信料テーブルに記憶させ
る。続いて、それに基づき、課金センタ３０に対して課
金要求を送信する。そして、課金センタ３０からの課金
情報をハードディスク１６に記録して課金センタ３０と
の接続解除を行う。次に、情報センタ２０からの接続要
求が発生しておれば、ＣＰＵ１３は情報センタ２０と接
続し、曲データを受信してハードディスク１６に記録す
る。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

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

【０００７】ところで、例えば、曲データの配信を１回
だけ受けるのではなく、長期間にわたって何回も配信を
受ける場合、例えば新曲がリリースされる都度配信して
もらうような場合には、配信毎に料金を支払うのではな
く、例えば月単位で料金をまとめて払うということがな
されている。これは、何回も配信を受ける場合には、配
信毎に料金を支払うようにすると料金を支払う側及び徴
収する側の両方にとって面倒であるため、両者の利便を
考慮して例えば月単位の支払いが実現されているのであ
る。

【０００８】ここで、さらに半年先あるいは１年先まで
曲データの配信を受けることを前提にして、その料金を
前もって一括払いする場合に、月毎に支払うよりも割り
引くようなサービスができるなら、前もって一括払いす
る端末設置事業者が増加することが見込まれる。する
と、例えばデータ配信業者側にとっては、長期間に渡る
配信先が確定し、また料金が先に取得できるので、健全
なシステム運営の点で好ましい状態となる。さらに、カ
ラオケ端末での提供可能な曲目の充実という点でも好ま
しいといえる。

【０００９】一方、前もって一括払いするのでも月毎に
支払うのでもなく、半年分あるいは１年分の配信を受け
てから、その配信を受けた分の料金を後で一括払いする
ことができるようにすれば、たとえ月毎に支払うよりも
割り増しになっていたとしても、端末設置事業者として
は、より確実に曲データを取得し易くなる。つまり、月
毎に支払わなければならないとすると、一時的な資金不
足によってもデータ取得を見合わせなくてはならなくな
るが、後での一括払いが可能となればその資金の調整も
し易くなり曲データの取得が確実になる。これは、カラ
オケ端末での提供可能な曲目の充実という点でも好まし
いといえる。

【００１０】このように、料金を先に支払うか後で支払
うかの選択ができるようにすれば、長期間に渡るデータ
配信がより確実に実現されることとなり、結果としてカ
ラオケ端末での提供可能な曲目をより充実したものとさ
せることができる。また、システム全体で見たときにも
その利用を高めることができ、データ配信業者、端末設
置業者はもちろん、端末の利用客にも望ましいものとい
うことができる。これは通信カラオケシステムだけに限
る訳ではなく、将来のマルチメデイア社会における各種
の情報提供システムに共通するものである。

【００１１】そこで、本発明は、料金徴収に面倒がない
だけでなく、さらに、端末において利用可能な情報を充
実させやすくすることのできる情報料課金システム及び
そこに使用される情報提供端末を提供することを目的と
する。

【００１２】

【課題を解決するための手段、作用及び効果】上記目的
を達成するためになされた請求項１に記載の情報料課金
システムは、情報を蓄積している情報センタと、該情報
センタから情報通信網を介して配信される情報に基づい
て利用者に情報提供サービスを実行し得るようにされて
いる情報提供端末と、該情報提供端末とは課金機能を有
する課金通信網を介して接続され、前記情報センタから
情報提供端末に配信される情報の対価に相当する課金情
報を含む情報を当該情報提供端末に対して送信すること
によって、当該情報提供端末に対する課金を実行する課
金センタとを備える情報料課金システムであって、前記
情報センタから配信される情報は所定の配信期間毎に決
定されており、前記情報提供端末は、情報配信を希望す
る前記配信期間を一つ以上指定すると共に、その指定し
た配信期間に配信される情報の対価を先に課金するか後
に課金するかを指定する支払方法指定手段を備え、該支
払方法指定手段によって指定された支払方法、すなわち
配信期間の数と先課金か後課金かに応じて、前記課金情
報の決定条件を変更する課金条件変更手段を備え、前記
課金センタは、該課金条件変更手段によって変更された
決定条件に基づいて決定された課金情報を含む情報を前
記情報提供端末に送信することを特徴とする。

【００１３】また、この情報料課金システムにおいて、
請求項２に示すように、前記課金条件変更手段は、個々
の配信期間における配信情報の対価に基づき、前記指定
された配信期間全体での対価を算出する対価算出手段
と、前記指定された配信期間の数と前記先課金の場合の
割引率との関係、及び前記指定された配信期間の数と前
記後課金の場合の割増率との関係を設定する割引・割増
率設定手段と、前記指定された配信期間数及び先課金か
後課金かに応じ、前記割引・割増率設定手段の設定内容
を参照して前記対価算出手段の算出した全体の対価を補
正する対価補正手段とを備えたことを特徴とするものと
することもできる。

【００１４】さらに、請求項２の情報料課金システムに
おいては、請求項３に示すように、前記割引・割増率設
定手段には、前記指定された配信期間中に配信される情
報の量を加味して前記割引率との関係が設定されている
ことを特徴とするものとすることもできる。

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

【００１６】これらの情報料課金システムによれば、情
報提供端末は、情報センタから情報通信網を介して配信
される情報に基づいて利用者に情報提供サービスを実行
し得るようにされており、その情報センタから情報提供
端末に配信される情報の対価に相当する課金情報を含む
情報が課金センタから課金通信網を介して情報提供端末
に送信されることによって、情報提供端末に対する課金
が実行される。

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

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

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

【００２０】このようにして課金されるのであるが、そ
の課金タイミング、すなわち課金情報を含む情報が情報
提供端末に対して送信されるタイミングを、情報提供端
末側で指定できる。つまり、本課金システムでは、情報
センタから情報提供端末に配信される情報は所定の配信
期間毎に決定されており、情報提供端末の支払方法指定
手段によって、情報配信を希望する配信期間を一つ以上
指定すると共に、その指定した配信期間に配信される情
報の対価を先に課金するか後に課金するかを指定するこ
とができる。そして、その支払方法指定手段によって指
定された支払方法、すなわち配信期間の数と先課金か後
課金かに応じて、課金条件変更手段が課金情報の決定条
件を変更する。課金センタは、課金条件変更手段によっ
て変更された決定条件に基づいて決定された課金情報を
含む情報を情報提供端末に送信するのである。

【００２１】したがって、例えば、先課金であれば通常
よりも割引きし、後課金であれば通常よりも割増しした
り、また、配信期間数が多くなればなるほど割引率ある
いは割増率を大きくしていくといったことが行える。こ
の課金条件の変更の仕方はどのようになっていてもよい
のであるが、請求項２に示したシステムのように、まず
は個々の配信期間における配信情報の対価に基づき、前
記指定された配信期間全体での対価を算出しておき、そ
の対価を、指定された配信期間数及び先課金か後課金か
に応じた割引あるいは割増率を参照して補正するという
手法を採用した場合には、この割引あるいは割増の実行
のために設定しておくべき情報の量が少なくて済むとい
うメリットがある。

【００２２】こういう手法でないものとしては、例え
ば、配信期間数と先課金との組み合せ及び配信期間数と
後課金との組み合せのそれぞれについて、予め割引ある
いは割増価格を設定しておくようにしてもよい。このよ
うに、将来配信予定の情報の対価を前もって一括払いす
る場合に、所定の配信期間単位毎に支払うよりも割り引
くようなサービスができるなら、前もって一括払いする
端末設置事業者が増加することが見込まれる。すると、
例えばデータ配信業者側にとっては、長期間に渡る配信
先が確定し、また料金が先に取得できるので、健全なシ
ステム運営の点で好ましい状態となる。さらに、情報提
供端末での提供可能な情報の充実という点でも好ましい
といえる。

【００２３】一方、所定の配信期間にわたって情報配信
を受けてから、その配信を受けた情報の対価を後で一括
払い等することができるようにすれば、たとえ所定期間
毎に対価を支払うよりも割り増しになっていたとして
も、端末設置事業者としては、より確実に情報を取得し
易くなる。つまり、所定期間毎に支払わなければならな
いとすると、一時的な資金不足によっても情報取得を見
合わせなくてはならなくなるが、後での一括払いが可能
となればその資金の調整もし易くなり情報の取得が確実
になる。これは、情報提供端末での提供可能な情報の充
実という点でも好ましいといえる。

【００２４】また、請求項３に示すものでは、上記先課
金の場合の割引率を、上記指定された配信期間数に加え
て、指定された配信期間中に配信される情報の量をも加
味して決定するものである。これは、例えば、同じ配信
期間数を指定して先課金させる場合にでも、情報量が異
なり対価が異なってくると、大量の情報量で対価も大き
な場合には先課金の選択が控えられる可能性もあること
等を考慮したものである。すなわち、情報量が多くなる
ことでもさらに割り引くようにすれば、たとえ情報量が
大きな場合であっても、先課金の選択促進につながるか
らである。なお、これに加えて、情報の種類、例えば古
い情報については更に割引をするといったことも考えら
れる。

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

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

【００２７】なお、本発明の情報料提供システムでは、
課金条件変更手段を情報センタ又は課金センタ側に持た
せてもよいし、情報提供端末側に持たせてもよい。情報
提供端末側に持たせたものとしては、次の様な情報提供
端末を用いることができる。

【００２８】請求項５に示す情報提供端末は、情報通信
網を介して情報センタと接続する情報通信網接続手段
と、前記情報センタから配信を受けた情報を記憶してお
く情報記憶手段と、該情報記憶手段に記憶された情報を
用いて、情報提供サービスを実行する情報提供実行手段
と、課金通信網を介して課金情報を含む情報を送信可能
な課金センタと接続する課金通信網接続手段とを備える
情報提供端末であって、前記情報センタから配信される
情報が所定の配信期間毎に決定されている場合の、情報
配信を希望する配信期間を一つ以上指定すると共に、そ
の指定した配信期間に配信される情報の対価を先に課金
するか後に課金するかを指定する支払方法指定手段と、
該支払方法指定手段によって指定された支払方法、すな
わち配信期間の数と先課金か後課金かに応じて、前記課
金情報の決定条件を変更する課金条件変更手段と、該課
金条件指定手段によって指定された条件に基づいて決定
された課金情報の送信を、前記課金センタに要求する課
金要求手段とを備えることを特徴とする。

【００２９】また請求項６に示す情報提供端末は、請求
項５に記載の情報提供端末において、前記課金条件変更
手段は、個々の配信期間における配信情報の対価に基づ
き、前記指定された配信期間全体での対価を算出する対
価算出手段と、前記指定された配信期間の数と前記先課
金の場合の割引率との関係、及び前記指定された配信期
間の数と前記後課金の場合の割増率との関係を設定する
割引・割増率設定手段と、前記指定された配信期間数及
び先課金か後課金かに応じ、前記割引・割増率設定手段
の設定内容を参照して前記対価算出手段の算出した全体
の対価を補正する対価補正手段とを備えたことを特徴と
する。

【００３０】請求項７に示す情報提供端末は、請求項６
に記載の情報提供端末において、前記割引・割増率設定
手段には、前記指定された配信期間中に配信される情報
の量を加味して前記割引率との関係が設定されているこ
とを特徴とする。

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

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

【００３３】なお、これらの情報提供端末において、前
記割引・割増率設定手段によって設定される配信期間の
数と先課金の場合の割引率との関係及び配信期間の数と
後課金の場合の割増率との関係を表示するようにすれ
ば、さらにメリットが増す。即ち、先課金をする場合に
は配信期間数と割引率との関係を比較し、後課金をする
場合には配信期間数と割増率との関係を比較して、どの
程度の配信期間の数を指定するかを決めるため、その割
引・割増率が比較可能に表示されれば、配信期間数の決
定が容易にできるようになるのである。

【００３４】

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

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

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

【００３７】前記ＲＯＭ１１は、ＣＰＵ１４の動作プロ
グラムを格納する。ＲＡＭ１２は、ＣＰＵ１４のワーク
エリアである。また、支払方法指定手段に相当する入力
装置１３は、各種キーを備えており、後述するカラオケ
演奏モードや支払方法設定モードへ入ったりあるいはそ
のモードを解除したりする操作、カラオケ曲の選択作
業、情報センタ２０及び課金センタ３０との接続などの
操作に使用される。ＣＰＵ１４は、カラオケ端末装置全
体の動作制御を行っている。

【００３８】そして、通信制御装置１５は、電話事業者
側設備である公衆回線網５０を通して課金センタ３０や
情報センタ２０とデータ通信を行うためのものであり、
デジタルデータの音声帯域への変調、受信した音声帯域
信号のデジタルデータへの復調を行う。ハードディスク
１６は、カラオケ演奏に必要な曲データを記憶・蓄積す
ると共に、新曲データを配信してもらう場合の料金の支
払方法に基づく支払方法別配信料テーブルが格納されて
いる。

【００３９】この支払方法別配信料テーブルについて説
明する。本実施例のシステムでは、料金の支払方法とし
ては、前払いするか後払いするかのいずれかを選択する
ことができると共に、前払いあるいは後払いする月数を
１，３，６のいずれかを指定できるようになっている。
そして、それぞれについて配信料が設定されているので
ある。

【００４０】図９には、その支払方法別配信料テーブル
の一例を示す。この場合は、月単位での配信料が一律で
あり、前払い１か月であればどの月であっても１０００
円であるが、３か月前払いするのであれば３０００円に
なるところが２７００円に割り引かれ、６か月前払いす
るのであれば６０００円になるところが４８００円に割
り引かれるのである。つまり、前払いする月数が多くな
るほど割引率が大きくなっている。一方、後払いの場合
は、１か月であればどの月であっても１０５０円である
が、３か月後払いするのであれば３１５０円になるとこ
ろが３３００円に割増しされ、６か月後払いするのであ
れば６３００円になるところが６９００円に割増しされ
るのである。つまり、後払いする月数が多くなるほど割
増率が大きくなっている。

【００４１】なお、上記図９のテーブルは、月毎の基本
配信料がどの月も一律である場合に用いるものである
が、月毎の配信料が異なる場合には、以下のようにすれ
ばよい。図１０（Ａ）は、月毎の配信料テーブルであ
り、図１０（Ｂ）は、支払方法別割引・割増係数テーブ
ルである。この場合には、選択された支払方法に基づく
該当月の配信料の積算結果に、選択された支払方法に対
応する割引係数あるいは割増係数を乗算して課金すべき
配信料が決定されることとなる。この場合にも、前払い
１か月であれば割引係数が「１．０」であり、そのまま
の料金となるが、３か月前払いするのであれば割引係数
が「０．９」、６か月前払いするのであれば割引係数が
「０．８」となるので、前払いする月数が多くなるほど
割引率が大きくなっている。同様に、後払いの場合は１
か月であれば割増係数が「１．０５」であるが、３か月
後払いするのであれば割増係数が「１．１０」、６か月
後払いするのであれば割増係数が「１．１５」となり、
後払いする月数が多くなるほど割増率が大きくなってい
る。

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

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

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

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

【００４６】情報センタ２０は上記のような構成からな
り、カラオケ端末１０で使用する曲データの供給用装置
として機能する。この曲データの供給に当たっては、次
のようになされる。カラオケ端末１０を設置する場合に
は、予め数千〜１万曲程度の基本的な曲データを記憶さ
せた状態で設置しておく。その後は、例えば数日〜１週
間毎に、その時点で配信可能な新曲の曲データを各カラ
オケ端末１０に対して自動的に配信するというようにし
て、演奏可能な曲数を順次増やしていくのである。

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

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

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

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

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

【００５２】以上のように構成された本実施例のネット
ワークカラオケシステムでは、上述したように、所定の
新曲配信時期になると、情報センタ２０から各カラオケ
端末１０に新曲の曲データが自動的に配信される。そし
て、この配信される曲データの対価を支払う場合に、カ
ラオケ端末設置事業者は、前払いか後払いのいずれかを
選択することができ、さらに支払単位は１か月単位で所
定月数が候補として設定されており、前払いあるいは後
払いする月数を指定できるようになっている。

【００５３】本実施例では、図８に示すように、前払い
及び後払いのそれぞれについて、１，３，６か月毎に実
行するものを選択することができるようにされている。
したがって、ここで選択された支払方法に基づいて、課
金を実行するタイミングが変更されていく。つまり、例
えば「前払い１か月」を選択すれば１月毎に課金処理が
なされるし、「前払い６か月」を選択すれば、６か月毎
に課金処理がなされることとなるのである。

【００５４】そして、この選択された支払方法に応じて
決定される配信料の課金のためのダミーの課金情報を課
金センタ３０からビデオテックス通信網を介してカラオ
ケ端末１０へと送信することにより、カラオケ端末１０
に対するビデオテックス通信システム上の課金が実行さ
れ、後日、電話料金と共に端末設置者の銀行口座から引
き落とされることになる。また、電話事業者側は記録し
た課金実績に基づいて、カラオケ端末設置事業者から代
行徴収したデータ料金の中から手数料を控除した残りを
課金センタ３０の設置者である曲データ配信事業者に渡
すことになる。

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

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

【００５７】Ｓ３では、入力装置１３で選曲された曲デ
ータをハードディスク１６から読み出し、カラオケ演奏
制御部１７にて音声信号及び字幕表示に変換することを
内容とするカラオケ演奏処理を行うためサブルーチンを
コールする。このカラオケ演奏処理の具体的な内容を簡
単に説明しておく。ＣＲＴ１８の画面に「選曲してくだ
さい」といった選曲を促すメッセージを表示させ、曲の
リクエストがあればそのリクエストされた曲の曲データ
をハードディスク１６からＲＡＭ１２へ読み出す。ＲＡ
Ｍ１２に読み出した曲データをカラオケ演奏制御部１７
にて、音声信号及び字幕表示に変換してカラオケ演奏を
行う。このカラオケ演奏の詳細は上述したのでここでの
説明は省略するが、１曲分の演奏が完了したら上記選曲
を促すメッセージを再度表示させる。なお、カラオケ端
末１０における一動作モードであるカラオケ演奏モード
の解除の指定があればＳ３の処理を終了してＳ４へ移行
する。

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

【００５９】支払方法設定処理の最初のステップＳ１０
では、図８に示すような料金支払方法の選択画面をＣＲ
Ｔ１８に表示する。図８では、前払い１，３，６か月毎
の３種類、後払い１，３，６か月毎の３種類の計６種類
が選択でき、図８では黒丸印が付いている「前払い１か
月」が現在の設定値である。なお、カラオケ端末１０の
出荷状態での初期値としてはこの「前払い１か月」が設
定されているため、設定を変更しないと、「前払い１か
月」での支払いが自動的に実行されることとなる。

【００６０】そして、この支払方法を変更したい場合に
は、入力装置１３の、選曲番号等を入力するためにも用
いられるテンキーを操作して黒丸印を任意の位置に移動
させる。本実施例では、テンキーの内の「２」及び
「８」がそれぞれ上下移動をさせるためのキーとして割
り付けられているため、これらを操作して行なう。ま
た、「選曲」キーを操作すると選択処理が終了し、その
時点で黒丸印が位置する支払方法が確定する。また、
「取消」キーを操作すると、本支払方法設定モードが解
除される。

【００６１】したがって、処理としては、選曲キーが操
作されて選択が終了したのか、取消キーが操作されてモ
ードが解除されたかを判断し（Ｓ１１，Ｓ１３）、選択
が終了すると（Ｓ１１：ＹＥＳ）、Ｓ１２に移行する。
Ｓ１２では、その時点で黒丸印が位置する支払方法が更
新された支払方法としてハードディスク１６の所定のエ
リアに記憶される。Ｓ１２の処理が終了すると、図２の
フローチャートのＳ６へ移行する。

【００６２】また、Ｓ１３でモード解除と判断されれば
（Ｓ１３：ＹＥＳ）、そのまま本処理を終了して、図２
のＳ６へ移行する。Ｓ６では、カラオケ端末１０の動作
指定として、課金のための所定時刻であるか否かをチェ
ックする。これは、課金に関する処理を実行する必要が
あるかどうかを例えば１日に１回チェックするために行
うものである。課金のための所定時刻であればＳ７へ移
行し、そうでなければＳ８へ移行する。

【００６３】Ｓ７では、サブルーチンをコールして課金
制御処理を行う。この課金制御処理を図４のフローチャ
ートに基づいて説明する。課金制御処理の最初のステッ
プＳ２０では、次回課金日が設定されているか否かを判
断する。この次回課金日はハードディスク１６の所定の
エリアに記憶されるものであるが、カラオケ端末１０の
出荷状態での初期値としては何も記憶されていないもの
とする。

【００６４】次回課金日が設定されている場合には（Ｓ
２０：ＹＥＳ）、Ｓ２１にて、その次回課金日に達して
いるかどうかを判断する。次回課金日に達していない場
合には（Ｓ２１：ＮＯ）、そのまま本処理を終了して図
２のフローチャートのＳ８へ移行する。

【００６５】一方、次回課金日に達している場合（Ｓ２
１：ＹＥＳ）、あるいは次回課金日が設定されていなか
った場合（Ｓ２０：ＮＯ）には、Ｓ２２へ移行する。Ｓ
２２では、課金センタ３０と接続する。カラオケ端末１
０は、はじめに電話事業者側設備である料金徴収代行シ
ステム５１と接続し、さらに料金徴収代行システム５１
と課金センタ３０との間を専用回線５２を介して、課金
センタ３０に接続する。課金センタ３０との接続処理終
了後、Ｓ２３へ移行する。

【００６６】Ｓ２３では、設定されている支払方法に基
づく課金情報要求を課金センタ３０に送信する。ここ
で、設定されている支払方法に基づく課金情報要求につ
いて説明する。本実施例では、カラオケ端末１０におい
て配信料を決定し、その決定した配信料に応じた課金が
なされるように課金センタに要求するのである。つまり
支払方法が前払い１か月に設定されていれば１０００円
の配信料を徴収するための課金を要求し、前払い３か月
に設定されていれば２７００円の配信料を徴収するため
の課金を要求するのである。

【００６７】そして、課金情報要求の送信処理の完了
後、Ｓ２４へ移行して、Ｓ２３での課金情報要求に対す
る応答として、課金センタ３０から料金徴収代行システ
ム５１を介して送信される課金情報を受信してハードデ
ィスク１６へ記録する。このハードディスク１６への記
録が完了したら、Ｓ２５へ移行し、課金センタ３０との
接続解除処理を行う。

【００６８】Ｓ２５での接続解除の完了後、Ｓ２６に
て、次回課金日の算出・更新処理を行ない、Ｓ２７で
は、支払実績情報の記憶を行なう。ここで、Ｓ２６にお
ける次回課金日について説明する。例えば、前払い／後
払いは変更せず月数だけ変更した場合には、本日の日付
けに、設定されている支払方法における月数を加えた日
付けが相当する。一方、前払いから後払いに変更した場
合、例えば前払い３か月から後払い３か月に変更した場
合には、最後の前払い３か月をした時点から最初の後払
い３か月する時点までは６か月猶予があることになる。
逆に、後払いから前払いに変更した場合には、最後の後
払いをした時点と最初の前払いをする時点とが同じにな
る。このように、前払いから後払い、あるいは後払いか
ら前払いに変更する場合には、前回料金を支払った時に
設定されていた料金支払方法を参照すると共に、今回変
更された料金支払方法を参照して決定する必要がある。
そのため、Ｓ２７では支払実績情報の記憶を行なってい
るのである。なお、この支払実績情報は、ハードディス
ク１６の所定のエリアに記憶されるが、上述の理由によ
り、図３の支払方法設定処理により更新された支払方法
の記憶エリアとは別のエリアに記憶されることとなる。

【００６９】このようにして、Ｓ２６での次回課金日の
更新記憶、Ｓ２７での支払実績情報の記憶が終了する
と、図２のフローチャートのＳ８へ移行する。Ｓ８で
は、情報センタ２０からの接続要求が発生しているか否
かをチェックする。発生していればＳ９へ移行し、そう
でなければＳ２へ移行する。

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

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

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

【００７３】Ｓ１００では、ＲＡＭ２２の初期化、通信
制御装置２４のリセット等の装置全体の初期化を行う。
Ｓ１００の処理を終了後、Ｓ１０１へ移行する。Ｓ１０
１では、新曲データの配信時期かどうかを調べる。上述
したように、本実施例では数日あるいは１週間程度おき
に新曲を配信するようになっており、その配信すべき時
期であるかどうかを判断するのである。そして、配信時
期であればＳ１０２へ移行し、そうでなければＳ１０１
の処理を繰り返し、待機状態となる。

【００７４】Ｓ１０２では、カラオケ端末１０を公衆回
線網５０を経由して呼び出す。同処理完了後、Ｓ１０３
へ移行する。Ｓ１０３では、接続したカラオケ端末１０
に対して、配信対象の曲データを配信する。曲データ配
信完了後、Ｓ１０４へ移行する。

【００７５】Ｓ１０４では、接続中のカラオケ端末１０
との接続を解除する。接続解除完了後、Ｓ１０１へ移行
する。次に、課金センタ３０の作動を図７のフローチャ
ートに基づいて説明する。課金センタ３０では、電源投
入後、Ｓ１２０のステップから実行する。

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

【００７７】Ｓ１２２では、カラオケ端末１０からの接
続要求に対して当該カラオケ端末１０との接続を行う。
接続完了後、Ｓ１２３へ移行する。Ｓ１２３では、カラ
オケ端末１０からの課金情報要求を受信し、Ｓ１２４で
その要求に応じた課金情報を送信する。つまり、カラオ
ケ端末１０から要求された配信料の課金実行のためのダ
ミーのデータを送信するのである。

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

【００７９】こうして、Ｓ１２４での課金情報の送信完
了後、Ｓ１２５へ移行して、当該カラオケ端末１０との
接続を解除して、Ｓ１２１へ戻り、上記の処理を繰り返
す。以上が課金センタ３０のＣＰＵ３３の作動であり、
カラオケ端末１０からの料金徴収代行システム５１を経
由した接続要求に対して接続を行い、指定された配信料
に対応する課金処理が料金徴収代行システム５１で実行
されるように課金情報を送信するのである。

【００８０】最後に、電話事業者側設備である料金徴収
代行システム５１の機能について説明する。カラオケ端
末１０と課金センタ３０とは、この料金徴収代行システ
ム５１を経由して、データのやり取りを行う。このとき
料金徴収代行システム５１は、どのカラオケ端末１０に
いくらの課金を行なうかの情報を、データのやり取りの
途中に位置する立場から取得する。

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

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

【００８３】以上説明したことから明かなように、本実
施例のネットワークカラオケシステムによれば、新曲の
配信時期が来ると、情報センタ２０からカラオケ端末１
０へ新曲データが自動的に配信されるのであるが、その
カラオケ端末１０への曲データの配信料の徴収について
は電話事業者による代行サービスを利用することがで
き、これらのことから曲データ配信事業者の負担を軽減
することができる。

【００８４】このようにして課金されるのであるが、そ
の課金タイミング、すなわち課金情報を含む情報がカラ
オケ端末１０に対して送信されるタイミングを、カラオ
ケ端末１０側で指定できる。つまり、本システムでは、
カラオケ端末１０において、図３に示した支払方法設定
処理を実行することによって、曲データ配信に伴う料金
支払方法を、図８に示すように、前払い１，３，６か月
毎の３種類、後払い１，３，６か月毎の３種類の計６種
類の中から選択することができる。そして、課金センタ
３０に課金情報の送信を要求するタイミングは、その選
択された支払方法に応じて、１か月おき、３か月おき、
あるいは６か月おきに実行されることとなる。さらに、
前払いであれば通常よりも割引きし、後払いであれば通
常よりも割増ししたり、また、配信期間数が多くなれば
なるほど割引率あるいは割増率を大きくしていくようさ
れている。

【００８５】このように、将来配信予定の曲データの対
価を前もって一括払いする場合に、１か月単位毎に支払
うよりも割り引くようなサービスができるなら、前もっ
て一括払いする端末設置事業者が増加することが見込ま
れる。すると、例えば曲データ配信業者側にとっては、
長期間に渡る配信先が確定し、また料金が先に取得でき
るので、健全なシステム運営の点で好ましい状態とな
る。さらに、カラオケ端末１０での提供可能な情報の充
実という点でも好ましいといえる。

【００８６】一方、所定の配信期間にわたって曲データ
配信を受けてから、その配信を受けた曲データの対価を
後で一括払い等することができるようにすれば、たとえ
１か月毎に対価を支払うよりも割り増しになっていたと
しても、端末設置事業者としては、より確実に情報を取
得し易くなる。つまり、１か月毎に支払わなければなら
ないとすると、一時的な資金不足によっても曲データ取
得を見合わせなくてはならなくなるが、後での一括払い
が可能となればその資金の調整もし易くなり曲データの
取得が確実になる。これは、カラオケ端末１０での提供
可能な曲データの充実という点でも好ましいといえる。

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

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

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

【００９０】以上本発明の一実施例を説明したが、本発
明はこれにのみ限定されるわけではない。例えば、上記
実施例においては、カラオケ端末１０側において支払方
法の選択を行なうだけでなく、その選択された支払方法
に基づく配信料を決定し、その決定した配信料が課金さ
れるような課金情報の送信をカラオケ端末１０側から課
金センタ３０に発呼して行っていたが、支払方法の選択
以外は、課金センタ３０が主導で行ってもよい。

【００９１】すなわち、カラオケ端末１０では支払方法
を選択して課金センタ３０に通知するだけであり、課金
センタ３０は、その選択された支払方法に基づく課金タ
イミングになったらカラオケ端末１０を発呼して接続
し、課金情報を送信するのである。そして、図９に示す
ような支払方法別配信料テーブルをハードディスク３５
に記憶しており、そのテーブルを参照して配信料を決定
し、その配信料を課金するための課金情報を送信するの
である。

【００９２】このように、支払方法の選択はカラオケ端
末１０側で行なう必要があるが、配信料の決定は、カラ
オケ端末１０で行っても、課金センタ３０で行ってもよ
い。また、上記前払いの場合の割引率を、上記指定され
た配信月数に加えて、指定された配信月中に配信される
曲データの量をも加味して決定するようにしてもよい。
例えば、月によって配信対象の曲データ数が大きく異な
る場合には、同じ配信月数を指定して前払いする場合に
でも、曲データ数が大量でその対価も大きくなると、前
払いの選択が控えられる可能性もある。そのため、配信
対象の曲データ数が多くなる場合に、さらに割り引くよ
うにすれば、たとえ曲データ数が多くなっても前払いの
選択促進につながるからである。なお、これに加えて、
曲データの種類、例えば古い曲データについては更に割
引をするといったことも考えられる。

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

【図面の簡単な説明】

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

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

【図３】 実施例のカラオケ端末における支払方法設定
処理を示すフローチャートである。

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

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

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

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

【図８】 実施例のカラオケ端末における料金支払方法
選択画面を示す説明図である。

【図９】 実施例のカラオケ端末のハードディスクに記
憶されている支払方法別配信料テーブルを示す説明図で
ある。

【図１０】 月毎の配信料が異なる別態様の場合のテー
ブルであり、（Ａ）は月毎の配信料テーブル、（Ｂ）は
支払方法別割引・割増係数テーブルを示す説明図であ
る。

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｎ 7/173 Ｈ０４Ｎ 7/173

Claims (8)

【特許請求の範囲】
1. 【請求項１】 情報を蓄積している情報センタと、 該情報センタから情報通信網を介して配信される情報に
   基づいて利用者に情報提供サービスを実行し得るように
   されている情報提供端末と、 該情報提供端末とは課金機能を有する課金通信網を介し
   て接続され、前記情報センタから情報提供端末に配信さ
   れる情報の対価に相当する課金情報を含む情報を当該情
   報提供端末に対して送信することによって、当該情報提
   供端末に対する課金を実行する課金センタとを備える情
   報料課金システムであって、 前記情報センタから配信される情報は所定の配信期間毎
   に決定されており、 前記情報提供端末は、情報配信を希望する前記配信期間
   を一つ以上指定すると共に、その指定した配信期間に配
   信される情報の対価を先に課金するか後に課金するかを
   指定する支払方法指定手段を備え、 該支払方法指定手段によって指定された支払方法、すな
   わち配信期間の数と先課金か後課金かに応じて、前記課
   金情報の決定条件を変更する課金条件変更手段を備え、 前記課金センタは、該課金条件変更手段によって変更さ
   れた決定条件に基づいて決定された課金情報を含む情報
   を前記情報提供端末に送信することを特徴とする情報料
   課金システム。
2. 【請求項２】 請求項１に記載の情報料課金システムに
   おいて、 前記課金条件変更手段は、 個々の配信期間における配信情報の対価に基づき、前記
   指定された配信期間全体での対価を算出する対価算出手
   段と、 前記指定された配信期間の数と前記先課金の場合の割引
   率との関係、及び前記指定された配信期間の数と前記後
   課金の場合の割増率との関係を設定する割引・割増率設
   定手段と、 前記指定された配信期間数及び先課金か後課金かに応
   じ、前記割引・割増率設定手段の設定内容を参照して前
   記対価算出手段の算出した全体の対価を補正する対価補
   正手段とを備えたことを特徴とする情報料課金システ
   ム。
3. 【請求項３】 請求項２に記載の情報料課金システムに
   おいて、 前記割引・割増率設定手段には、前記指定された配信期
   間中に配信される情報の量を加味して前記割引率との関
   係が設定されていることを特徴とする情報料課金システ
   ム。
4. 【請求項４】 請求項１，２または３に記載の情報料課
   金システムにおいて、 前記情報通信網は課金通信網とは異なる通信網であり、
   前記課金センタから情報提供端末へ送信される情報は課
   金情報を含むダミーのデータであることを特徴とする情
   報料課金システム。
5. 【請求項５】 情報通信網を介して情報センタと接続す
   る情報通信網接続手段と、 前記情報センタから配信を受けた情報を記憶しておく情
   報記憶手段と、 該情報記憶手段に記憶された情報を用いて、情報提供サ
   ービスを実行する情報提供実行手段と、 課金通信網を介して課金情報を含む情報を送信可能な課
   金センタと接続する課金通信網接続手段とを備える情報
   提供端末であって、 前記情報センタから配信される情報が所定の配信期間毎
   に決定されている場合の、情報配信を希望する配信期間
   を一つ以上指定すると共に、その指定した配信期間に配
   信される情報の対価を先に課金するか後に課金するかを
   指定する支払方法指定手段と、 該支払方法指定手段によって指定された支払方法、すな
   わち配信期間の数と先課金か後課金かに応じて、前記課
   金情報の決定条件を変更する課金条件変更手段と、 該課金条件指定手段によって指定された条件に基づいて
   決定された課金情報の送信を、前記課金センタに要求す
   る課金要求手段とを備えることを特徴とする情報提供端
   末。
6. 【請求項６】 請求項５に記載の情報提供端末におい
   て、 前記課金条件変更手段は、 個々の配信期間における配信情報の対価に基づき、前記
   指定された配信期間全体での対価を算出する対価算出手
   段と、 前記指定された配信期間の数と前記先課金の場合の割引
   率との関係、及び前記指定された配信期間の数と前記後
   課金の場合の割増率との関係を設定する割引・割増率設
   定手段と、 前記指定された配信期間数及び先課金か後課金かに応
   じ、前記割引・割増率設定手段の設定内容を参照して前
   記対価算出手段の算出した全体の対価を補正する対価補
   正手段とを備えたことを特徴とする情報提供端末。
7. 【請求項７】 請求項６に記載の情報提供端末におい
   て、 前記割引・割増率設定手段には、前記指定された配信期
   間中に配信される情報の量を加味して前記割引率との関
   係が設定されていることを特徴とする情報提供端末。
8. 【請求項８】 請求項５，６または７に記載の情報提供
   端末において、 前記情報通信網接続手段は課金通信網接続手段とは異な
   る通信網に対する接続手段であることを特徴とする情報
   提供端末。