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

Abstract

(57)【要約】 【目的】 情報配信方法を、情報提供端末における要求
に応じて選択的に採用できるようにして、通信式情報提
供システムのより適切な運用を図る。 【構成】 カラオケ端末１０からビデオテックス通信網
を経由し、課金センタ３０に接続する。そして、課金セ
ンタ３０に対して、新曲有無の問い合わせを送信する。
新曲有無の問い合わせを受信した課金センタ３０は、カ
ラオケ端末１０に対して未配信の曲がある場合、新曲有
りとの回答を送信する。その回答を受信したカラオケ端
末１０は、受信モードが自動受信モードになっている場
合、課金センタ３０に全曲取得の要求を送信し、選択受
信モードになっている場合、新曲メニューの送信を要求
する。後者の場合、さらにカラオケ端末１０は、受信し
た新曲メニューの中から受信したい曲を選択し、選択情
報として課金センタ３０へ配信要求する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

【０００４】また、このようなカラオケ端末設置事業者
の管理や、曲データ配信に対する料金徴収は、曲データ
配信事業者側には大きな負担でもあった。

【０００５】

【発明が解決しようとする課題】そこで、出願人は、近
年実用化されているビデオテックスシステムやダイヤル
キューツーシステムの様な課金回線網を利用した料金徴
収システムの構築を検討することとした。

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

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

【０００８】ところで、曲データを配信する場合、大き
く分けて２通りの配信方法が考えられる。一つは、どの
端末に対しても同じ曲を配信するものであり、もう一つ
は、各端末からのリクエストに応じた曲だけを抽出して
配信するものである。例えば新曲が１０曲リリースされ
たとすると、どの端末に対してもそのリリースされた１
０曲全ての新曲を一律に配信するタイプと、その１０曲
の内、端末からリクエストものだけを端末毎に個別に配
信するタイプである。

【０００９】一律に配信するタイプに通信カラオケシス
テムを構成すると、例えば新曲配信の際に、カラオケ端
末設置事業者がその都度配信要求等をしなくても自動的
に配信されるようにしておけるので便利であるが、例え
ば、実際には演歌しか必要ないのにそれ以外のジャンル
の曲も取得してその分の料金も払わなくてはならないと
いう状況も生じて来る。そのため、このように配信対象
曲の一部しか必要でないカラオケ端末設置事業者にとっ
ては、配信の都度、配信して欲しい曲を選択したいと望
むのである。

【００１０】一方、配信の都度、配信して欲しい曲を選
択するタイプに通信カラオケシステムを構成すると、上
述した配信対象曲の一部しか必要でないカラオケ端末設
置事業者にとっては便利であるが、配信される曲は全て
取得したいと考えるカラオケ端末設置事業者にとって
は、新曲配信の度に配信対象曲を全て選択して配信して
もらうようなリクエスト操作が必要となり、面倒である
と感じることとなるのである。

【００１１】このように、同じ通信カラオケシステムに
属する端末であっても、その使用される状況等によっ
て、好ましい曲データ配信の方法が異なる場合がある。
こうした問題はもちろん通信カラオケシステムだけに限
る訳ではなく、将来のマルチメデイア社会における各種
の情報提供システムに共通するものである。

【００１２】そこで、本発明は、情報提供端末への情報
配信に伴う料金徴収に面倒がないだけでなく、その情報
配信方法を、情報提供端末における要求に応じて選択的
に採用できるようにして、情報提供端末の設置事業者側
の利用の便を向上させ、システムのより適切な運用を図
ることのできる通信式情報提供システム及び情報提供端
末を提供することを目的とする。

【００１３】

【課題を解決するための手段、作用及び効果】本発明の
通信式情報提供システムは、情報を蓄積している情報セ
ンタと、該情報センタから情報通信網を介して配信され
た情報に基づいて利用者に情報提供サービスを実行し得
るようにされている情報提供端末と、該情報提供端末が
情報センタから情報の配信を受けるとき、当該情報提供
端末と課金通信網を介して接続し、該配信される情報の
対価に相当する課金情報を当該情報提供端末に対して送
信することにより端末に対する課金を実行する課金セン
タとを備え、前記情報提供端末は、情報センタから情報
の配信を受けようとするときにその旨を要求する配信要
求手段を備える通信式情報提供システムであって、前記
情報提供端末からの配信要求に対して、情報センタから
の配信対象情報の目録を情報提供端末側へ告知可能なデ
ータ目録告知手段を備え、前記情報提供端末側には、該
告知された情報目録から情報を選択し、当該選択結果を
前記課金センタに送信する情報選択手段を備え、さら
に、前記情報センタからの配信対象情報を全て取得する
ための自動受信モードか、その配信対象情報の中から取
得したいものだけを任意に選択するための選択受信モー
ドかを設定することができる受信モード設定手段を備え
ており、前記自動受信モードに設定されている場合に
は、情報提供端末からの配信要求に対して、配信対象情
報の全てを配信するように処理し、一方、前記選択受信
モードに設定されている場合には、情報提供端末からの
配信要求に対して、まず、前記データ目録告知手段によ
って配信対象情報の目録を情報提供端末側へ告知し、情
報提供端末側の情報選択手段によって選択されて送信さ
れた当該選択結果に基づく情報のみを配信するように処
理する配信制御手段を備えていることを特徴とする。

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

【００１５】こうして情報提供端末と課金センタとが接
続されると、課金センタは、配信される情報の対価に相
当する課金情報を当該情報提供端末に対して送信する。
これによって、課金通信網を介する情報提供端末への課
金が実行されるのである。そして、本通信式情報提供シ
ステムによれば、受信モード設定手段によって、情報セ
ンタからの配信対象情報を全て取得するための自動受信
モードか、その配信対象情報の中から取得したいものだ
けを任意に選択するための選択受信モードかを設定する
ことができる。配信制御手段は、自動受信モードに設定
されている場合には、情報提供端末からの配信要求に対
して、配信対象情報の全てを配信するように処理し、一
方、選択受信モードに設定されている場合には、情報提
供端末からの配信要求に対して、まず、データ目録告知
手段によって配信対象情報の目録を情報提供端末側へ告
知し、情報提供端末側の情報選択手段によって選択され
て送信された当該選択結果に基づく情報のみを配信する
ように処理する。

【００１６】したがって、自動受信モードに設定されて
いれば、情報提供端末の設置事業者手が情報の配信や課
金等の処理が実行されるように指示入力をしなくても、
自動的に情報の配信及び課金が可能となるので便利であ
る。一方、選択受信モードに設定されている場合には、
勝手に情報が配信されるのではなく、まず、配信対象情
報の目録が情報提供端末側へ告知されるため、情報提供
端末の設置事業者が任意の曲を選択して配信を受けるこ
とが可能になる。

【００１７】このように、同じ情報提供端末でありなが
ら、自動受信モードあるいは選択受信モードのいずれか
を設定することができるので、情報提供端末が使用され
る状況等によって使い分ければ、情報提供端末の設置事
業者の利用の便を向上させ、システムのより適切な運用
を図ることができるようになる。

【００１８】例えば、情報提供端末の設置事業者の利用
の便の向上について言えば、次のようなことが挙げられ
る。情報提供端末の利用者層が広い年齢層に渡っている
場合には、自動受信モードに設定して配信対象の情報を
全て取得しておくことが望ましい。一方、利用者層が限
定されいる場合、例えばカラオケの場合に演歌しか利用
されないような状況においては、配信対象のカラオケ曲
の内から演歌のものだけを選択して取得するようにする
ことが望ましい。つまり、ほとんど利用される可能性の
ない曲情報についても配信してもらい、その分の料金を
払うよりは、真に必要な情報のみを取得して、その対価
のみを支払う方が利用者としては好ましいのである。

【００１９】また、情報配信事業者側にとっても、上記
のように２つのモードを設定できることは好ましい。例
えば、情報提供端末の設置事業者に対して料金支払い能
力の点で不安がある場合等には、選択受信モードに設定
しておき、配信の都度、取得したい情報だけを選択させ
るようにしておくことは、システムの適切な運用の点で
も好ましいのである。

【００２０】なお、上記自動受信モードあるいは選択受
信モードのいずれが設定されていた場合にでも、情報セ
ンタからの情報配信については、請求項２に示すよう
に、課金センタによるデータ料相当の課金が完了したこ
とを条件に行うことが望ましい。これは、情報を先に受
信して、その後に課金が実行されると、例えば情報セン
タからの情報だけは取得しておき、課金が実行されない
ように何等かの細工をするといった不正が行われること
も考えられるため、先課金で後配信にする方が好まし
い。

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

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

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

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

【００２５】一方、この様なシステムに用いられる情報
提供端末は、次の様に構成することができる。例えば請
求項４に示す情報提供端末は、情報通信網を介して情報
センタと接続する情報通信網接続手段と、前記情報セン
タから配信を受けた情報を記憶しておく情報記憶手段
と、課金通信網を介して課金センタと接続する課金通信
網接続手段と、前記情報センタから情報の配信を受けよ
うとするときにその旨を要求する配信要求手段とを備え
る情報提供端末であって、前記情報センタからの配信対
象情報を全て取得するための自動受信モードか、その配
信対象情報の中から取得したいものだけを任意に選択す
るための選択受信モードかを設定することができる受信
モード設定手段を備えており、前記配信要求手段は、前
記自動受信モードに設定されている場合には、配信対象
情報の全てを配信するように要求し、一方、前記選択受
信モードに設定されている場合には、まず、配信対象情
報の目録を要求し、その要求に応じて送信された情報目
録から情報を選択して、その選択した情報のみ配信する
ように要求するように構成されていることを特徴とす
る。

【００２６】この場合、請求項５に示すように、前記配
信要求手段は、前記課金通信網接続手段により課金セン
タと接続して前記設定されたモードに応じた配信要求を
送信すると共に、課金センタから、データ料相当の課金
情報を受信した後、前記情報センタに情報の配信を要求
するように構成されていることを特徴とする情報提供端
末とすることができる。

【００２７】あるいは、請求項６に示すように、前記配
信要求手段は、前記情報通信網接続手段により情報セン
タと接続して前記設定されたモードに応じた配信要求を
送信すると共に、その配信要求に応じた情報を情報セン
タから受信した後、前記課金センタに対して情報センタ
による配信の完了を告知する配信完了告知手段を備えて
いることを特徴とする情報提供端末とすることができ
る。

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

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

【００３０】以上の様な本発明の通信式情報提供システ
ム及び情報提供端末によれば、情報提供端末への情報配
信に伴う料金徴収に面倒がないだけでなく、その情報配
信方法を、情報提供端末における要求に応じて選択的に
採用できるようにして、情報提供端末の設置事業者側の
利用の便を向上させ、システムのより適切な運用を図る
ことのできるという顕著な作用・効果を奏することがで
きる。

【００３１】また、上記の本発明を通信カラオケシステ
ムに適用した場合について付記すると、「情報センタ」
を「曲データ配信センタ」、「情報提供端末」を「通信
カラオケ端末」、「情報センタの蓄積している情報」を
「曲データ配信センタの蓄積している曲データ」、「情
報提供サービス」を「カラオケ演奏サービス」などと、
それぞれ読み変えればよい。またこの場合の、「曲デー
タ」を「ゲームソフト」と読み変え、「通信カラオケ端
末」を「通信ゲーム端末」と読み変えるなどすれば通信
式ゲーム提供システムとして理解することができる。

【００３２】

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

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

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

【００３５】前記ＲＯＭ１１は、ＣＰＵ１４の動作プロ
グラムを格納する。ＲＡＭ１２は、ＣＰＵ１４のワーク
エリアである。入力装置１３は、各種キーを備えてお
り、カラオケ曲の選択作業や、情報センタ２０及び課金
センタ３０との接続などの操作に使用される。ＣＰＵ１
４は、カラオケ端末装置全体の動作制御を行っている。
また、モードスイッチＭＳは、曲データを受信する場合
のモードを設定するためのもので、自動受信モードと選
択受信モードの２つの選択して設定することができるよ
うにされている。自動受信モードは、情報センタ２０か
らの配信対象となる曲データを自動的に全て取得するた
めのモードであり、選択受信モードは、その配信対象の
曲データの中から取得したいものだけを任意に選択する
ためのモードである。

【００３６】そして、通信制御装置１５は、電話事業者
側設備である公衆回線網５０を通して課金センタ３０や
情報センタ２０とデータ通信を行うためのものであり、
デジタルデータの音声帯域への変調、受信した音声帯域
信号のデジタルデータへの復調を行う。ハードディスク
１６は、演奏に必要な曲データを記憶・蓄積するための
ものである。

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

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

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

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

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

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

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

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

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

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

【００４７】以上のように構成された本実施例のネット
ワークカラオケシステムでは、曲データ配信事業者から
カラオケ端末設置事業者への新曲データの配信が次のよ
うにして行われることになる。まず、カラオケ端末１０
から料金徴収代行システム５１、より具体的にいえばビ
デオテックス通信網の方を経由して課金センタ３０に接
続する。そして、新曲の有無を問い合わせて回答を受信
する。配信すべき新曲がなければそれ以降の処理を行な
う必要がなくなるので、新曲無しの回答の場合には、そ
れで回線を切断して終了する。

【００４８】一方、新曲がある場合には、上述したモー
ドスイッチによって設定されている受信モードによって
処理が異なる。まず自動受信モードに設定されている場
合には、配信対象となっている新曲データを全て取得し
たい旨の要求を送信する。自動受信モードの場合には、
配信対象の全部の曲データが配信要求の対象となるた
め、これでリクエスト処理が終了する。

【００４９】それに対して、選択受信モードに設定され
ている場合には、まず配信対象の新曲データ目録の要求
を送信する。課金センタ３０は、受信したＩＤコードに
より特定されたカラオケ端末１０への過去の配信実績と
現在ホスト側に蓄積されている曲データとを照合し、未
配信曲目の目録を作成する。このとき、目録は、曲のジ
ャンル別などに作成すると一層便利である。そしてその
目録をカラオケ端末１０へと送信する。カラオケ端末１
０では、この目録中から欲しい曲目を指定して課金セン
タ３０へと配信要求を送信する。これにより配信すべき
曲データの特定が終了するためリクエスト処理が終了す
る。

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

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

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

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

【００５４】Ｓ３では、入力装置１３で選曲された曲デ
ータをハードディスク１６から読み出し、カラオケ演奏
制御部１７にて音声信号及び字幕表示に変換することを
内容とするカラオケ演奏処理を行うためサブルーチンを
コールする。このカラオケ演奏処理の具体的な内容を図
３のフローチャートをもとに説明する。

【００５５】Ｓ３０では、ＣＲＴ１８の画面に「選曲し
てください」といった選曲を促すメッセージを表示させ
る。続くＳ３１では、曲のリクエストがあるかどうかチ
ェックする。あればＳ３２へ移行し、なければＳ３４へ
移行する。

【００５６】Ｓ３２では、Ｓ３１でリクエストされた曲
の曲データをハードディスク１６からＲＡＭ１２へ読み
出す。読み出し完了後、Ｓ３３へ移行する。Ｓ３３で
は、Ｓ３２でＲＡＭ１２に読み出した曲データをカラオ
ケ演奏制御部１７にて、音声信号及び字幕表示に変換し
てカラオケ演奏を行う。この詳細は上述したのでここで
の説明は省略する。こうして１曲分の演奏が完了したら
Ｓ３０へもどる。

【００５７】一方Ｓ３４では、カラオケ端末１０におけ
る一動作モードであるカラオケ演奏モードの解除の指定
があるかどうかチェックする。カラオケ演奏モード解除
指定がなければＳ３１へもどり、同モード解除指定があ
れば、このサブルーチンの処理を終了して図２のフロー
チャートのＳ４へリターンする。

【００５８】Ｓ４では、カラオケ端末１０の動作指定と
して、曲データをリクエストするための所定時刻である
か否かをチェックする。これは、主に新曲のデータをな
るべく早く取得するため、例えば１日に１回、センタ側
から配信すべき曲データがあるかどうかを問い合わせる
ためのものである。リクエストのための所定時刻であれ
ばＳ５へ移行し、同指定がなければＳ６へ移行する。

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

【００６０】Ｓ５１では、新曲の有無を課金センタ３０
に問い合わせ、Ｓ５２でその問い合わせに対する回答を
受信する。その回答により、配信すべき新曲データが有
ると判断された場合には（Ｓ５３：ＹＥＳ）、Ｓ５４へ
移行して、設定されている受信モードを判断する。

【００６１】Ｓ５４で自動受信モードに設定されている
と判断された場合には、Ｓ５５にて、その配信すべき新
曲を全曲取得する要求を課金センタ３０に送信する。続
くＳ５６では、その全曲取得要求に対する応答として、
課金センタ３０から料金徴収代行システム５１を介して
送信される課金情報を受信して内蔵のハードディスク１
６へ記録する。このハードディスク１６への記録が完了
したら、Ｓ５７へ移行し、課金センタ３０との接続解除
処理を行う。

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

【００６３】Ｓ６０では、Ｓ５９で受信したメニュー情
報を解読し、必要な曲データの配信要求を意味するよう
にメニュー選択を実行し、その選択情報を課金センタ３
０に対して送信する。なお、この場合のメニュー選択に
ついて補足する。例えば、受信したメニュー情報に基づ
いて選択候補の曲名等ををＣＲＴ１８に表示して、入力
装置１３の操作によって、その中から選択されるのを待
ち、選択された曲だけをメニュー選択情報として送信す
ることとなる。したがって、選択候補の全てが指定され
る場合もあるし、全く選択されない場合もある。

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

【００６５】なお、Ｓ５３にて、配信すべき新曲データ
が無いと判断された場合には（Ｓ５３：ＮＯ）、Ｓ６１
へ移行して新曲データ無しを記憶してから、Ｓ５７へ移
行する。この場合、新曲データが無い旨をＣＲＴ１８に
表示するようにしてもよい。Ｓ５７での接続解除の完了
後、図２のフローチャートのＳ６へ移行する。

【００６６】Ｓ６では、情報センタ２０からの接続要求
が発生しているか否かをチェックする。発生していれば
Ｓ７へ移行し、そうでなければＳ２へ移行する。Ｓ７で
は、情報センタ２０からの曲データの配信を受信して内
蔵のハードディスク１６へ記録する処理を行うためにサ
ブルーチンをコールする。この曲データ受信処理を図５
のフローチャートに基づいて説明する。

【００６７】曲データ受信処理の最初のステップＳ７０
では、情報センタ２０からの呼出しに応答して接続を行
う。接続完了後、Ｓ７１へ移行し、情報センタ２０から
送信される曲データの受信し、その受信した曲データを
内蔵するハードディスク１６へセーブする。そして、曲
データ受信・セーブ処理完了後、Ｓ７２へ移行し、情報
センタ２０との接続を解除する。同処理終了後、サブル
ーチンをリターンして、図２のフローチャートのＳ２の
ステップへ戻り、電源オフとされるまでの間、Ｓ２以下
の処理を繰り返し実行する。

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

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

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

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

【００７２】Ｓ１０６では、Ｓ１０３で受信した曲デー
タ配信要求情報を参照し、接続したカラオケ端末１０に
対して、課金情報に基づいて曲データを配信する。曲デ
ータ配信完了後、Ｓ１０７へ移行する。Ｓ１０７では、
接続中のカラオケ端末１０との接続を解除する。接続解
除完了後、Ｓ１０１へ移行する。

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

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

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

【００７６】一方、回答が新曲データ有りの場合には
（Ｓ１２５：ＹＥＳ）、カラオケ端末１０からの要求
（つまり何等かの返答）があるのでそれを受信する（Ｓ
１２６）。上述したように、この要求はカラオケ端末１
０で設定されている受信モードによって変わり、自動受
信モードになっている場合には全曲取得の要求であり、
選択受信モードになっている場合には新曲メニューの送
信要求となる。

【００７７】したがって、Ｓ１２７ではその区別をし
て、全曲取得要求の場合には（Ｓ１２７：ＹＥＳ）、配
信すべき新曲データ全部に対するデータ料の課金実行の
ためのダミーのデータを送信する（Ｓ１２８）。一方、
新曲メニューの送信要求の場合には（Ｓ１２７：Ｎ
Ｏ）、当該カラオケ端末１０に対して未配信となってい
る曲データのメニュー情報を送信する（Ｓ１３４）。送
信処理完了後、Ｓ１３５へ移行し、カラオケ端末１０か
らの応答であるメニュー選択情報を受信する。このメニ
ュー選択情報の受信完了後、Ｓ１２８へ移行し、この場
合は、メニュー選択情報に基づいて選択された曲データ
を特定し、特定された曲データに対するデータ料の課金
実行のためのダミーのデータを送信する。

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

【００７９】こうしてＳ１２８で課金情報の送信が完了
したら、Ｓ１２９へ移行し、当該カラオケ端末１０との
接続を解除する。接続解除処理が完了後、Ｓ１３０へ移
行し、Ｓ１２２〜Ｓ１２８及びＳ１３４，Ｓ１３５の処
理の結果である課金実績を曲データ配信要求情報として
ＲＡＭ３２に記録する。また、ハードディスク３５内の
配信実績への追加も実行する。この処理終了後、Ｓ１３
１へ移行する。

【００８０】Ｓ１３１では、情報センタ２０を公衆回線
網５０を経由して呼び出し、データ転送を行うための接
続を行う。接続処理完了後、Ｓ１３２へ移行し、Ｓ１３
０でＲＡＭ３２に記録した「曲データ配信要求情報」＝
「曲データの配信実績」を情報センタ２０へ送信する。
この送信処理の完了後、Ｓ１３３へ移行し、情報センタ
２０との接続を解除する。接続解除処理完了後、Ｓ１２
１へ移行し、上記の処理を繰り返す。

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

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

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

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

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

【００８６】そして、カラオケ端末１０においては、モ
ードスイッチＭＳによって、情報センタ２０からの配信
対象の曲データを全て取得するための自動受信モード
か、その配信対象の曲データの中から取得したいものだ
けを任意に選択することのできる選択受信モードかを設
定することができる。カラオケ端末１０では、自動受信
モードに設定されている場合には、配信すべき新曲を全
て配信してもらうように自動的に要求する。一方、選択
受信モードに設定されている場合には、まず新曲メニュ
ーを送ってもらい、その中から選択した曲データのみを
配信してもらうように要求する。

【００８７】したがって、自動受信モードに設定されて
いれば、カラオケ端末１０の設置事業者手が曲データの
配信や課金等の処理が実行されるように指示入力をしな
くても、自動的に配信及び課金が可能となるので便利で
ある。一方、選択受信モードに設定されている場合に
は、勝手に曲データが配信されるのではなく、まず、配
信対象の目録である新曲メニューがカラオケ端末１０側
へ告知されるため、カラオケ端末１０の設置事業者がそ
の新曲メニューの中から任意の曲を選択して配信を受け
ることが可能になる。

【００８８】このように、同じカラオケ端末１０であり
ながら、自動受信モードあるいは選択受信モードのいず
れかを設定することができるので、カラオケ端末１０が
使用される状況等によって使い分ければ、カラオケ端末
１０の設置事業者の利用の便を向上させ、システムのよ
り適切な運用を図ることができるようになる。

【００８９】例えば、カラオケ端末１０の設置事業者の
利用の便の向上について言えば、次のようなことが挙げ
られる。カラオケ端末１０の利用者層が広い年齢層に渡
っている場合には、自動受信モードに設定して配信対象
の曲データを全て取得しておくことが望ましい。一方、
利用者層が限定されいる場合、例えば演歌しか利用され
ないような状況においては、配信対象の曲データの内か
ら演歌のものだけを選択して取得するようにすることが
望ましい。つまり、ほとんど利用される可能性のない曲
データについても配信され、その分の料金を払うより
は、真に必要な曲データのみを取得して、その対価のみ
を支払う方が利用者としては好ましいのである。

【００９０】また、情報配信事業者側にとっても、上記
のように２つのモードを設定できることは好ましい。例
えば、カラオケ端末１０の設置事業者に対して料金支払
い能力の点で不安がある場合等には、端末設置時に選択
受信モードに設定しておき、配信の都度、取得したい情
報だけを選択させるようにしておくことは、システムの
適切な運用の点でも好ましいのである。

【００９１】なお、曲データの配信とその配信した曲デ
ータに対する課金については、先に曲データを配信して
おき後で課金を実行するパターンと、先に課金を実行し
ておき後で曲データを配信するパターン、すなわち、上
記実施例のように、課金センタ３０による課金が完了し
たことを条件に、情報センタ２０が、その課金対象とな
った曲データの配信を行う場合がある。曲データ配信事
業者側にとっては、曲データだけ配信を受けてその後の
課金が実行されないようにするようなカラオケ端末１０
側における不正を防止するためには上記実施例のよう
に、先課金で後配信の方が好ましい。

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

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

【００９４】課金センタ３０では、この問い合わせを受
け付けて当該カラオケ端末に対する新曲データを検索
し、問い合わせの回答をカラオケ端末１０に送信する。
つまり、新曲データが有るか無いかを示す回答である。
カラオケ端末１０では、この回答結果に基づいて新曲デ
ータが有るか無いか判断し、新曲データが有る場合には
課金センタ３０に対して新曲データの購入申込に相当す
る要求を送信するのであるが、この要求には２種類あ
り、自動受信の場合には、図８中にて実線で囲んだよ
うに全曲取得の要求をする。一方、選択受信モードの
場合には、図８中にて点線で囲んだように、まず新曲メ
ニューを要求・受信し、その新曲メニューから選択した
結果を送信して、その選択した曲だけの取得を要求する
のである。

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

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

【００９７】こうして、「カラオケ端末１０」→「課金
センタ３０」→「情報センタ２０」→「カラオケ端末１
０」という順番で通信が受け渡され、新曲データの有料
配信が実行されている。以上本発明の一実施例を説明し
たが、本発明はこれにのみ限定されるわけではない。

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

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

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

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

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

【図１１】 変形例としてのカラオケ端末と課金センタ
及び情報センタとの間での通信シーケンス図である。

【符号の説明】

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

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

Claims (7)

【特許請求の範囲】
1. 【請求項１】 情報を蓄積している情報センタと、 該情報センタから情報通信網を介して配信された情報に
   基づいて利用者に情報提供サービスを実行し得るように
   されている情報提供端末と、 該情報提供端末が情報センタから情報の配信を受けると
   き、当該情報提供端末と課金通信網を介して接続し、該
   配信される情報の対価に相当する課金情報を当該情報提
   供端末に対して送信することにより端末に対する課金を
   実行する課金センタとを備え、 前記情報提供端末は、情報センタから情報の配信を受け
   ようとするときにその旨を要求する配信要求手段を備え
   る通信式情報提供システムであって、 前記情報提供端末からの配信要求に対して、情報センタ
   からの配信対象情報の目録を情報提供端末側へ告知可能
   なデータ目録告知手段を備え、 前記情報提供端末側には、該告知された情報目録から情
   報を選択し、当該選択結果を前記課金センタに送信する
   情報選択手段を備え、 さらに、前記情報センタからの配信対象情報を全て取得
   するための自動受信モードか、その配信対象情報の中か
   ら取得したいものだけを任意に選択するための選択受信
   モードかを設定することができる受信モード設定手段を
   備えており、 前記自動受信モードに設定されている場合には、情報提
   供端末からの配信要求に対して、配信対象情報の全てを
   配信するように処理し、一方、前記選択受信モードに設
   定されている場合には、情報提供端末からの配信要求に
   対して、まず、前記データ目録告知手段によって配信対
   象情報の目録を情報提供端末側へ告知し、情報提供端末
   側の情報選択手段によって選択されて送信された当該選
   択結果に基づく情報のみを配信するように処理する配信
   制御手段を備えていることを特徴とする通信式情報提供
   システム。
2. 【請求項２】 請求項１に記載の通信式情報提供システ
   ムにおいて、 前記情報センタは、課金センタによるデータ料相当の課
   金が完了したことを条件に前記情報の配信を行う様に構
   成されていることを特徴とする通信式情報提供システ
   ム。
3. 【請求項３】 請求項１または２に記載の通信式情報提
   供システムにおいて、前記情報通信網は課金通信網とは
   異なる通信網であり、前記課金センタから情報提供端末
   へ送信される情報は課金情報を含むダミーのデータであ
   ることを特徴とする通信式情報提供システム。
4. 【請求項４】 情報通信網を介して情報センタと接続す
   る情報通信網接続手段と、 前記情報センタから配信を受けた情報を記憶しておく情
   報記憶手段と、 課金通信網を介して課金センタと接続する課金通信網接
   続手段と、 前記情報センタから情報の配信を受けようとするときに
   その旨を要求する配信要求手段とを備える情報提供端末
   であって、 前記情報センタからの配信対象情報を全て取得するため
   の自動受信モードか、その配信対象情報の中から取得し
   たいものだけを任意に選択するための選択受信モードか
   を設定することができる受信モード設定手段を備えてお
   り、 前記配信要求手段は、前記自動受信モードに設定されて
   いる場合には、配信対象情報の全てを配信するように要
   求し、一方、前記選択受信モードに設定されている場合
   には、まず、配信対象情報の目録を要求し、その要求に
   応じて送信された情報目録から情報を選択して、その選
   択した情報のみ配信するように要求するように構成され
   ていることを特徴とする情報提供端末。
5. 【請求項５】 請求項４に記載の情報提供端末におい
   て、 前記配信要求手段は、 前記課金通信網接続手段により課金センタと接続して前
   記設定されたモードに応じた配信要求を送信すると共
   に、課金センタから、データ料相当の課金情報を受信し
   た後、前記情報センタに情報の配信を要求するように構
   成されていることを特徴とする情報提供端末。
6. 【請求項６】 請求項４に記載の情報提供端末におい
   て、 前記配信要求手段は、 前記情報通信網接続手段により情報センタと接続して前
   記設定されたモードに応じた配信要求を送信すると共
   に、その配信要求に応じた情報を情報センタから受信し
   た後、前記課金センタに対して情報センタによる配信の
   完了を告知する配信完了告知手段を備えていることを特
   徴とする情報提供端末。
7. 【請求項７】 請求項４〜６いずれかに記載の情報提供
   端末において、 前記情報通信網接続手段は、前記課金通信網接続手段の
   接続対象である課金通信網とは異なる通信網である情報
   通信網に対する接続手段であることを特徴とする情報提
   供端末。