(57)【特許請求の範囲】
【請求項１】
カラオケ用情報配信元と、通信網を介してこれに接続されたカラオケ用端末装置とを備え、カラオケ用端末装置毎に指定された内容の情報を、前記カラオケ用情報配信元からそれら各カラオケ用端末装置へ配信するカラオケ用情報提供システムにおいて、
前記カラオケ用情報配信元には、
前記情報を蓄積する情報蓄積手段と、
前記各カラオケ用端末装置毎の情報の配信内容を指定する配信指定データを記憶する配信指定データ記憶手段と、
その配信指定データにより指定される情報を前記情報蓄積手段から読み出して、これを対応するカラオケ用端末装置へ転送する情報転送手段とが設けられ、
また、前記各カラオケ用端末装置には、
前記カラオケ用情報配信元から配信された複数の項目からなる情報を記憶する情報記憶手段と、
前記情報の配信内容を変更するために、モニタ表示されるメニュー画面上で、予め定められた変更項目の中から所望の項目を選択し、さらに選択後に表示されるメニュー画面上で、先に選択した項目の下層に属する項目を選択することによって前記情報の最終的な変更項目を特定し、その特定した変更項目の内容を内容変更データとして前記カラオケ用情報配信元に送信する内容変更データ送信手段とが設けられ、さらに、
前記カラオケ用情報配信元には、前記内容変更データ送信手段によって送信された前記内容変更データに基づいて、対応するカラオケ用端末装置の対応する項目における配信指定データのみを更新する配信指定データ更新手段が設けられていることを特徴とするカラオケ用情報提供システム。
【請求項２】
カラオケ用情報配信元から各カラオケ用端末装置に定期的に情報配信がなされ、
前記内容変更データは、その情報配信の中止を指定する配信中止指定データを含み、
前記カラオケ用情報配信元は、前記配信中止指定データにより情報配信の中止が指定される前の配信情報と同条件で配信を再開する配信指定データ再開手段を備えることを特徴とする請求項１記載のカラオケ用情報提供システム。
【請求項３】
前記情報提供は有料でなされ、
各カラオケ用端末装置毎の課金内容を記憶する課金内容記憶手段と、
前記内容変更データに基づいて記憶された課金内容を更新する課金内容更新手段とを備える請求項１又は２に記載のカラオケ用情報提供システム。
【請求項４】
カラオケ用情報配信元と通信網を介して接続され、該カラオケ用情報配信元側に記憶された配信指定データにより指定される情報の配信を、前記カラオケ用情報配信元から受けるカラオケ用端末装置であって、
前記カラオケ用情報配信元から配信された複数項目からなる情報を記憶する情報記憶手段と、
前記情報の配信内容を変更するために、モニタ表示されるメニュー画面上で予め定められた変更項目の中から所望の項目を選択し、さらに選択後に表示されるメニュー画面上で先に選択した項目の下層に属する項目を選択することによって前記情報の最終的な変更項目を特定し、その特定した変更項目の内容を内容変更データとして前記カラオケ用情報配信元に送信する内容変更データ送信手段と、
を備えたことを特徴とするカラオケ用端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、端末装置毎に指定された内容の情報を情報配信元から各端末装置へ配信する情報提供システムと、それに使用される端末装置に関する。
【０００２】
【従来の技術】
近年、通信カラオケシステムに代表されるように、ユーザー毎に指定された情報（例えばカラオケデータ等）を、ホストコンピュータ等の情報配信元からそのユーザーの端末装置へ有料で配信する情報提供システムが普及している。このような情報提供システムにおいては、例えばユーザーとの間でカラオケデータ等を定期的に配信する契約が結ばれていることも多い。ここで、配信サービスの停止や配信内容の変更をユーザーが希望する場合は、従来は、電話等により情報提供者にその旨を依頼するとともに、提供者の側ではその依頼内容に応じてホストコンピュータの操作を行い、サービス停止ないし変更のための手続きが行われていた。
【０００３】
【発明が解決しようとする課題】
上記従来の方式では、サービス停止ないし変更のためのホストコンピュータの操作は、ユーザーからの依頼内容に基づいてオペレータが手動により行っていた。ところがこの方法では、手動によるコンピュータ操作が面倒であり、また、操作忘れや誤入力等が生じやすいことから、提供者が依頼を受けてから実際に手続きがなされるまでに相当の時間がかかったり、あるいは誤った内容で手続きがなされてしまうことがある。そのため、そのような手続き遅れのために、サービス停止の依頼後も不要な情報がユーザー側に一定の期間配信されてしまったり、あるいは手続きミスで所望のデータが配信されない等のトラブルが生じやすい欠点があった。
【０００４】
本発明の課題は、配信サービスの内容変更や停止のための手続きを大幅に簡素化することができ、上述のトラブルを回避することができるカラオケ用の情報提供システムと、それに使用される端末装置とを提供することにある。
【０００５】
【課題を解決するための手段及び作用・効果】
本発明のカラオケ用情報提供システムは、カラオケ用情報配信元と、通信網を介してこれに接続されたカラオケ用端末装置とを備え、カラオケ用端末装置毎に指定された内容の情報を、カラオケ用情報配信元からそれら各カラオケ用端末装置へ配信するものとして構成され、上述の課題を解決するために下記の特徴を有している。すなわち、カラオケ用情報配信元には、情報を蓄積する情報蓄積手段と、各カラオケ用端末装置毎の情報の配信内容を指定する配信指定データを記憶する配信指定データ記憶手段と、その配信指定データにより指定される情報を情報蓄積手段から読み出して、これを対応するカラオケ用端末装置へ転送する情報転送手段とが設けられる。一方、各カラオケ用端末装置には、カラオケ用情報配信元から配信された複数の項目からなる情報を記憶する情報記憶手段と、前記情報の配信内容を変更するために、モニタ表示されるメニュー画面上で予め定められた変更項目の中から所望の項目を選択し、さらに選択後に表示されるメニュー画面上で先に選択した項目の下層に属する項目を選択することによって前記情報の最終的な変更項目を特定し、その特定した変更項目の内容を内容変更データとして前記カラオケ用情報配信元に送信する内容変更データ送信手段が設けられる。そして、カラオケ用情報配信元には、上記内容変更データ送信手段によって送信された上記内容変更データに基づいて、対応するカラオケ用端末装置の対応する項目における配信指定データのみを更新する配信指定データ更新手段が設けられる。
【０００６】
上述のシステム構成によれば、情報の配信内容を変更するための内容変更データが端末装置から情報配信元へ送信され、ホストコンピュータ等で構成される情報配信元は、その内容変更データに基づいて配信指定データを自動更新する。その後は、その更新された配信指定データ内容に従い、各端末毎に配信処理が実行される。これにより、配信サービスの内容変更や停止のための手続きを大幅に簡素化することができ、ひいては手続き遅れないし忘れによる不要な情報配信等のトラブルを回避することができる。さらに情報配信元の側では、オペレータによるコンピュータ等の手動操作が介在しなくなるため、操作ミス等による誤処理が生ずることもない。
【０００７】
上記情報提供システムにおいては、情報配信元から各端末装置に定期的に情報配信がなされるものとすることができ、内容変更データはその情報配信の中止を指定する配信中止指定データを含むものとすることができる。これにより、配信サービスの停止処理が自動でなされるため、停止手続き後にも情報が誤って配信され続ける等のトラブルが回避される。
【０００８】
情報提供が有料でなされる場合、上記情報提供システムには、各端末装置毎の課金内容を記憶する課金内容記憶手段と、内容変更データに基づいて記憶された課金内容を更新する課金内容更新手段とを設けることができる。この場合、前述の情報配信元とは別に、通信網を介して各端末装置と接続された課金管理装置を設けておき、上記課金内容記憶手段と課金内容更新手段とをこの課金管理装置に設ける構成とすることができる。このように構成すれば、有料による情報提供において、情報配信内容の更新に伴う課金内容の変更も自動的に行われるので、手続きが一層簡素化される。
【０００９】
【発明の実施の形態】
以下、本発明の実施の形態を、図面に示す実施例を参照しつつ説明する。
図１は、本発明の情報提供システムの一実施例として構成された通信カラオケシステムの全体構成を概念的に示している。すなわち、通信カラオケシステム１は、情報配信元としての配信用ホストコンピュータ（以下、配信ホストという）２と、課金管理装置としての課金用ホストコンピュータ（以下、課金ホストと言う）３とを備えており、配信用通信網４及び課金用通信網５にそれぞれ接続されている。また、これら各通信網４及び５は複数の電話局７にそれぞれ接続されるとともに、各電話局７には公衆電話回線６を介して複数のカラオケ端末装置（以下、単に端末ともいう）８が接続されている。また、配信ホスト２と課金ホスト３とは公衆電話回線８０により接続されている。
【００１０】
課金用通信網５は、例えばビデオテックス通信網やダイヤルキューツー通信網等のように、情報量に対して課金する機能を有する通信網として構成される。このうち、ダイアルキューツー通信網における課金計算は、基本的に時間単位の従量方式とされるが、ビデオテックス通信網は、情報の内容により任意の料金が設定可能とされていて、いわゆるキャプテンシステム等に使用されている。
【００１１】
例えばビデオテックス通信網は、端末８に接続された公衆電話回線６と、同じく端末８に接続された図示しないアダプタ（ビデオテックス通信処理装置：以下、ＶＣＰという）によって構成されており、このＶＣＰが、以下に示すような基本的な通信処理機能を提供するようになっている。
(1)公衆電話回線と課金ホスト３との接続処理。これは、ＶＣＰを介して公衆電話回線６に接続された電話機（あるいは端末）から、特定の番号をダイアルすることにより実行される。
(2)端末８の管理と課金ホスト３へのユーザー登録管理。
(3)通信料金（回線使用料金）及び電話会社が代理徴収する情報使用料の課金。
(4)端末８と課金ホスト３との間の会話制御、及びプロトコル変換やコード／パターン変換等の変換処理。
【００１２】
一方、配信用通信網４は、配信ホスト２から各端末８への情報（本実施例では、後述するカラオケデータ）の配信、さらには情報の配信内容を変更するための内容変更データの、各端末８から配信ホスト２への送信等の役割を果たす。この配信用通信網４は、前述の課金用通信網５のように所定のプロトコルに限定されるものではないので、例えば高速通信が可能なものが採用できる。また、課金用通信網５が回線交換方式に限定されてしまっている場合でも、この別系統の配信用通信網４であれば必要に応じてパケット交換方式等にすることが可能である。
【００１３】
図２は、端末８の構成を示している。端末８の中核をなすのはカラオケコマンダ１４であって、このカラオケコマンダ１４に、歌詞テロップや背景映像を表示するＣＲＴ等のモニタ１７、アンプミキサ１８等が接続され、アンプミキサ１８にはマイク１５、スピーカ１６がつながれる。カラオケコマンダ１４はカラオケ制御部２０を備え、ここにＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３等を内蔵していて、端末８の全体の制御を司る。カラオケ制御部２０には、配信ホスト２及び課金ホスト３と通信するための内容変更データ送信手段としてのモデム２５、情報記憶手段としてのデータ記憶装置２６、さらには、楽音合成部２７、モニタ制御部２８、入力部２９、カレンダクロック３０等が接続されている。ここで、モデム２５は、配信用通信網４と課金用通信網５との間で通信速度及び交換方式が異なっている場合において、両通信網に対応できるように、通信速度及び交換方式を随時切換可能なものが使用される。また、図３に示すように、ＲＯＭ２２には、上記通信処理を司る通信プログラム２２ａ、後述する配信内容変更処理を行うための配信指定プログラム２２ｂ等が格納されている。
【００１４】
データ記憶装置２６にはカラオケデータ記憶部３４が設けられており、ここに例えば数千曲程度分のカラオケデータが各演奏曲の曲番号と対応付けて記憶されている。カラオケデータは、楽音データと歌詞データを含んでおり、このうち楽音データは、例えばＭＩＤＩ（Musical Instrument Digital Interface）規格に基づいて構成されて、その情報は少なくとも音階、音の強さ、音の長さ、音色等のデータを含む。また、歌詞データは、モニタ１７に表示する演奏曲の歌詞テロップのデータとされる。ここで、端末８は、モデム２５を介して配信ホスト２から新曲の演奏曲のカラオケデータを受信し、これを上記カラオケデータ記憶部３４に記憶する。なお、新曲のカラオケデータは、例えばスクランブル処理を施してそのままでは使用できない状態で配信することができる。この場合端末８は、課金ホスト３からスクランブル解除キーを受信することにより、上記スクランブル処理が解除されて新曲のデータが使用可能となるように構成することができる。なお、スクランブル解除処理は、ＲＯＭ２２に格納されたスクランブル解除プログラム２２ｃ（図３）により実行される。そして、課金ホスト３側では、これと引換えに端末８に対する課金処理を行う。
【００１５】
図２に戻って楽音合成部２７は例えばシンセサイザ等で構成され、カラオケデータ記憶部３４から送られてくる楽音データに基づいて各楽器の演奏信号を合成（生成）する音源となる。この演奏信号は、アンプミキサ１８に送られて増幅されるとともに、マイク１５を介して入力される利用者の歌声と適度の割合でミキシングされ、スピーカ１６から出力される。また、モニタ制御部２８は、カラオケデータ記憶部３４から送られてくる歌詞データをモニタ１７に視覚的に表示可能な映像信号に変換し、それに基づく歌詞テロップをモニタ１７に表示するとともに、曲演奏の進行に同期して歌詞テロップを順次反転させ、該当する歌唱部分を利用者に知らせる役割を果たす。入力部２９は、利用者が歌いたい曲を予約するための曲番号入力、及び情報（カラオケデータ）の配信内容を変更するための内容変更データ入力等に使用される。
【００１６】
次に、図４は配信ホスト２の構成を示している。配信ホスト２は、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３を内蔵した配信ホスト制御部４０を備え、ここに各端末８と通信するための情報転送手段としてのモデム４４、データ記憶装置４５、プリンタ４６、入力部４７、モニタ制御部４８、及び配信日時等を管理するためのカレンダクロック５０が接続される。また、モニタ制御部４８にはモニタ４９がつながれる。データ記憶装置４５には、各端末８に配信するためのカラオケデータを蓄積する情報蓄積手段としてのカラオケデータ記憶部５１と、データの配信内容を指定する配信指定データを各端末８と対応付けて書換可能に記憶する、配信指定データ記憶手段としての配信指定データ記憶部５２が設けられている。図５は、配信指定データの一例を示すものであって、各端末８の端末ＩＤ５２ａ、各端末８の電話番号５２ｂ、配信ジャンル名（演歌、ポップス、ロック、あるいはそれらの組合せなど）５２ｃ、配信形式名（定期全曲配信、及びセレクト（主要曲のみ抜粋して指定日時に一括配信）等）５２ｄ、次回の配信日５２ｅ等を含んでいる。なお、ＣＰＵ４１とデータ記憶装置４５とが、配信指定データ更新手段の主体をなす。
【００１７】
また、図６に示すように、ＲＯＭ４２には、上記配信指定データに基づく各端末８へのカラオケデータの配信処理を含め、端末８との間の各種通信処理を司る通信プログラム４２ａ、端末８側から送られてくる内容変更データに基づき、配信内容の更新を行う配信更新プログラム４２ｂが格納されている。また、入力部４７からは各種コマンドの入力を行うことができ、例えばその入力されたコマンドに基づき、プリンタ４６及びモニタ４９（図４）に、データ記憶装置４５に記憶されている各端末８の稼動情報や配信記録を印刷ないし画面表示させることができる。
【００１８】
また、図７は、課金ホスト３の構成を示している。課金ホスト３は、ＣＰＵ６１、ＲＯＭ６２、ＲＡＭ６３を内蔵した課金ホスト制御部６０を備え、ここに各端末８と通信するためのモデム６４、課金内容記憶手段としての課金データ記憶装置６５、プリンタ６６、入力部６７、モニタ制御部６８、及び課金日時等を管理するためのカレンダクロック７０が接続される。また、モニタ制御部６８にはモニタ６９がつながれる。課金データ記憶装置６５には、例えば図８に示すように、各端末８の端末ＩＤ６５ａ、その端末８の課金引落しのための口座番号６５ｂ、課金額６５ｃ及び課金の引落日限６５ｄ等を含む課金データが記憶されている。一方、図９に示すようにＲＯＭ６２には、各端末８との間の通信処理を司る通信プログラム６２ａ、課金データに基づき、口座引落し等の課金処理を行う課金処理プログラム６２ｂ、端末８からの内容変更データに基づき課金内容の更新を行う課金更新プログラム６２ｃ等が格納されている。また、ＣＰＵ６１と課金データ記憶装置６５とは、課金内容更新手段の主体をなす。なお、図７の入力部６７からは各種コマンドの入力を行うことができ、例えばその入力されたコマンドに基づき、プリンタ６６及びモニタ６９に、課金データ記憶装置６５に記憶されている各端末８の課金情報や課金記録を印刷ないし画面表示させることができる。
【００１９】
以下、通信カラオケシステム１における処理の流れをフローチャートを用いて説明する。図１０は、端末８における処理の流れを示すものであり、まず、Ｓ１においてカラオケデータの配信内容の変更を行うか否かの選択を入力部２９を用いて行う。変更を行う場合は、まず、モデム２５により課金用通信網５を介して課金ホスト３と接続を行い、内容変更要求コードを課金ホスト３に送信する（Ｓ２、Ｓ３）。一方、課金ホスト３側の処理の流れは図１１に示しており、Ｓ１０１及びＳ１０２で端末８との接続がなされると、上記内容変更要求コードを受信することで内容変更画面データを端末８に送信する（Ｓ１０３、Ｓ１０４）。
【００２０】
端末８では、図１０のＳ４において内容変更画面データを受信し、図１３に示す内容変更画面をモニタ１７に表示する。ユーザーは、この内容変更画面の表示内容に従い配信内容の変更項目を入力して、内容変更データを作成する。例えば、同図（ａ）に示すように、その初期画面には変更の種類（例えば１：ジャンル変更、２：配信形式変更、３：配信停止）を特定するための主メニューが表示され、各番号を選択することにより対応するサブメニューが表示される。
【００２１】
同図（ｂ）は、１：ジャンル変更が選択された場合のサブメニューであり、「１１：全ジャンル（全てのジャンルの新曲配信を指定）」と、「１２：ジャンル選択（演歌、ポップス、ロック等、選択されたジャンルについてのみ配信を指定）」とのいずれかが選択される。また、図示はしていないが、１２が選択されると、ジャンル選択のためのサブメニューが表示され、ジャンルの選択が行われる。一方、同図（ｃ）は、「２：配信形式」が選択された場合のサブメニューを示しており、「２１：定期全曲（指定されたジャンルの全新曲を、定期的に配信）」及び「２２：セレクト（指定されたジャンルの新曲のうち、代表的なものをセレクトして指定された配信日に配信）」のいずれかが選択される。さらに、同図（ｄ）は、「３：配信停止」が選択された場合のサブメニューを示しており、「３３：一時停止（配信を一時的に停止し、ユーザー側から要求があった場合に同条件で配信の再開が可能）」及び「３４：契約解除（配信契約を解除し、配信登録を抹消する）」のいずれかが選択される。
【００２２】
図１０に戻り、上述のようにして選択された項目に基づき内容変更データが作成されれば、これが所定の伝文により課金ホスト３に送信される（Ｓ５）。課金ホスト３は、Ｓ１０５（図１１）でこれを受信し、内容変更データが有効であるか否か（例えば、内容変更が可能な期間内であるか否かなど）を判断する（Ｓ１０６）。そして、有効であればＳ１０７に進み、その内容変更データに基づいて、端末８に対応する課金データ（図８）のうち、変更が必要な項目（例えば、課金額あるいは引落日限等）の計算及び書換えを行って課金データの更新を行うとともに、端末８にパスワードを送信する。なお、このパスワードは、公衆電話回線８０（図１）により、別途配信ホスト２へも送信される。一方、Ｓ１０６において内容変更データが無効であれば、Ｓ１０９に進んで拒否コードを端末８に送信する。なお、フローチャートには表れていないが、カレンダクロック７０の表示値が引落日限６５ｄ（図８）に到達すると、指定された口座から課金額が自動的に引き落されて課金処理が行われるとともに、端末８側に、配信ホスト２から端末８に配信される新曲のカラオケデータのスクランブル処理を解除するための、スクランブル解除キーが送信される。
【００２３】
図１０に戻り、端末８はＳ６で上記パスワードを受信し、さらにＳ７において、送信した内容変更データとともにこれをデータ記憶装置２６の内容変更データ記憶部３５（図２）に一時記憶する。一方、Ｓ８において拒否コードを受信した場合には、Ｓ７がスキップされる。その後、Ｓ９で内容変更画面を終了した後、Ｓ１０で課金ホスト３との通信が切断される。次いで、Ｓ１１において、配信ホスト２からの接続コールがなければＳ１に戻り、以下同様の流れに従い、配信内容変更の処理を繰返し行うことができる。この場合、新たな内容変更データが入力されれば、古い内容変更データは消去されるとともに、課金ホスト３側では新しい内容変更データを受けて課金データの書換えを随時行う。
【００２４】
次に、図１２は、配信ホスト２における処理の流れを示している。配信ホスト２は、図５に示す配信指定データとカレンダクロック５０（図４）の表示値に基づいて、指定された日時に各端末８に対し指定された内容のカラオケデータを自動配信する。すなわち、Ｓ２０１において、端末８へのデータ配信時間が来るとＳ２０２でその端末８と接続し、Ｓ２０３で対応する配信指定データを配信指定データ記憶部５２（図４）から読み出す。そして、Ｓ２０４においてその内容に従い、配信すべきカラオケデータをカラオケデータ記憶部５１から読み出してこれにスクランブルをかけ、対応する端末８側へこれを送信する。
【００２５】
一方、図１０に示すように、端末８側ではＳ１１〜１３で配信ホスト２との接続を行い、上記カラオケデータを受信する。次いで、前述の内容変更データをパスワードとともに配信ホスト２へ送信する。配信ホスト２は、図１２のＳ２０５においてこれを受け、課金ホスト３から公衆電話回線８０（図１）を介して予め受信しているパスワードを上記端末８側からのパスワードと照合する（Ｓ２０６）。そして、両パスワードが一致していればＳ２０７に進み、受信した内容変更データに基づいて配信指定データの書き換えを行い、端末８へ変更完了通知を行う。一方、照合不一致であれば、Ｓ２０９において端末８へ無効通知を行う。こうして、内容変更処理は終了し、端末８と配信ホスト２との通信が切断されて、処理が終了する（Ｓ１６及びＳ２０８）。そして、次回の配信時からは、その変更後の配信指定データの内容に従いカラオケデータの配信が行われる。
【００２６】
なお、図１３において、「３：配信停止」が選択された場合の処理であるが、「３３：一時停止」が選択された場合には、図５に示すように配信ホスト２側では、配信日５２ｅの項目が「配信停止」に書き換えられ、他の項目の書き換えは行われない。そして、端末８側から所定の手続きにより配信再開が指示されると、停止前と同条件でカラオケデータの配信が再開される。また、図８に示すように、課金ホスト３側では、引落日限６５ｄ（図８）の項目が「課金停止」に書き換えられて課金額の引落し処理が停止される一方、他の項目はそのままとされ、配信再開時には同条件で課金処理が再開される。一方、「３４：契約解除」が選択されると、配信ホスト２及び課金ホスト３のいずれにおいても、端末ＩＤを含む全項目が消去され、端末８の登録自体が抹消される。
【００２７】
なお、上述の実施例においては、配信ホスト２からのカラオケデータ配信時に、端末８から配信ホスト２側へ内容変更データの送信が行われるようになっていたが、内容変更データの送信が随時可能となるように処理することもできる。この場合、所定期限までに内容変更の手続きが行われれば、最も早い配信時からその変更内容が反映されるように処理することができる。また、配信ホスト２側での変更手続きが課金変更手続きに先立って行われるようにすることもできる。この場合、まず配信ホスト２に内容変更データが送信されて配信指定データの書き換えが行われた後、その内容変更データが配信ホスト２から課金ホスト３側へ公衆電話回線８０を介して転送され、課金ホスト３においてその転送された内容変更データに基づき、課金データの書換えが行われるように構成することができる。
【００２８】
なお、配信される情報はカラオケデータに限定されるものではなく、ゲームソフトウェアのデータや、例えば従来のキャプテンシステムでも採用されていた天気予報情報あるいは交通情報等の文字情報とすることもできる。さらに、課金処理を行わない場合は、課金ホスト３と課金用通信網５とを省略することも可能である。また、配信ホスト２及び課金ホスト３、あるいは配信用通信網４及び課金用通信網５をそれぞれ兼用させる構成とすることができる。
【図面の簡単な説明】
【図１】  本発明の一実施例としての通信カラオケシステムの全体構成を示す概念図。
【図２】  端末装置の構成を示すブロック図。
【図３】  そのＲＯＭの内容を示すブロック図。
【図４】  配信用ホストコンピュータの構成を示すブロック図。
【図５】  配信指定データの内容例を示す説明図。
【図６】  配信用ホストコンピュータのＲＯＭの内容を示すブロック図。
【図７】  課金用ホストコンピュータの構成を示すブロック図。
【図８】  課金データの内容例を示す説明図。
【図９】  課金用ホストコンピュータのＲＯＭの内容を示すブロック図。
【図１０】  端末装置における処理の流れを示すフローチャート。
【図１１】  課金用ホストコンピュータにおける処理の流れを示すフローチャート。
【図１２】  配信用ホストコンピュータにおける処理の流れを示すフローチャート。
【図１３】  端末装置における内容変更画面の表示例を示す説明図。
【符号の説明】
１  通信カラオケシステム（情報提供システム）
２  配信用ホストコンピュータ（情報配信元）
３  課金用ホストコンピュータ（課金管理装置）
４  配信用通信網
５  課金用通信網
６  公衆電話回線
８  端末装置
２０  カラオケ制御部
２５  モデム（内容変更データ送信手段）
２６  データ記憶装置（情報記憶手段）
４０  配信ホスト制御部
４１  ＣＰＵ（配信指定データ更新手段）
４４  モデム（情報転送手段）
４５  データ記憶装置（配信指定データ更新手段）
５１  カラオケデータ記憶部（情報蓄積手段）
５２  配信指定データ記憶部（配信指定データ記憶手段）
６０  課金ホスト制御部
６１  ＣＰＵ（課金内容更新手段）
６５  課金データ記憶装置（課金内容記憶手段、課金内容更新手段）
【図１】
0003884789.tif 000002
【図２】
0003884789.tif 000003
【図３】
0003884789.tif 000004
【図４】
0003884789.tif 000005
【図５】
0003884789.tif 000006
【図６】
0003884789.tif 000007
【図７】
0003884789.tif 000008
【図８】
0003884789.tif 000009
【図９】
0003884789.tif 000010
【図１０】
0003884789.tif 000011
【図１１】
0003884789.tif 000012
【図１２】
0003884789.tif 000013
【図１３】
0003884789.tif 000014