JP3752266B2 - 通信式情報提供システム及び情報インストール装置 - Google Patents

Description

【０００１】
【産業上の利用分野】
本発明は、情報を利用者に提供し得るようにされている通信式情報提供システム、そのシステムに使用する情報提供端末及び情報インストール装置に係り、特に、情報提供端末が記憶していた情報が失われた場合の対処、例えば情報復元のための情報の再配信等に注目した技術に関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
従来のカラオケシステムとしては、例えばいわゆるレーザディスク・カラオケやＣＤカラオケ等のように、カラオケ装置内にカラオケ曲の情報を記憶させた媒体をセットし、その曲情報を用いてカラオケ演奏を行なうスタンドアロンタイプのものがあった。この場合は、カラオケ曲情報を記憶した媒体（レーザディスクやＣＤ等）を、例えばカラオケ装置の所有者が自ら買いに出かけたり、あるいはカラオケ装置の販売者がその所有者のところまで媒体を届けたりしていた。
【０００３】
その後、カラオケ曲情報のデジタル信号を使用し、通信を利用したいわゆる「通信カラオケ」と呼ばれるオンラインタイプのカラオケシステムが生まれた。この場合には、情報センタから各カラオケ装置に対して情報通信網を利用してカラオケ曲情報を配信するものであり、上述のような、カラオケ曲情報を記憶した媒体を端末の設置事業者が自ら買いに出かけたり、あるいは販売者がその設置事業者のところまで媒体を届けたりする手間は省ける。
【０００４】
ところで、このように情報を通信網を介して配信するシステムであれば、情報提供端末の情報記憶手段が故障して記憶されていた情報が失われたとしても、例えば情報センタから情報を再度配信する等して復元することが可能である。
しかしながら、どの情報提供端末に対しても一律に同じ情報を再度配信するという方法では、情報提供端末毎に記憶されていた情報が異なる場合には、情報が失われる前と同じ状態に復元することは不可能である。例えば、新曲がリリースされるとカラオケ曲情報をカラオケ装置に自動的に配信するシステムで、配信してもらうカラオケ曲情報のジャンルをカラオケ装置毎に指定できるようにした場合には、カラオケ装置によって配信される曲情報が異なるので、当然記憶されていた情報も異なる。また、カラオケ装置からのリクエストに応じたカラオケ曲情報を情報センタから配信するシステムであれば、当然そのリクエスト内容も異なるため、やはりカラオケ装置毎に記憶されていた情報も異なるのである。
【０００５】
そして、このように、配信可能なカラオケ曲情報の内の一部のみをカラオケ装置が記憶していた場合に、配信可能なカラオケ曲情報を全て再配信すれば、カラオケ装置が記憶していた情報については最低限配信することとなり、一見問題が無さそうであるが、カラオケ装置が記憶していなかった情報も配信することが次のような問題につながる。
【０００６】
つまり、情報そのものの料金も含めて情報配信にかかるコストを情報配信側が負担して再度情報を配信する場合には、上記カラオケ装置が記憶していなかった情報については、本来配信しなくてもよいのに配信してしまうため、その配信にかかるコストが無駄である。また、情報取得側、すなわちカラオケ装置の設置事業者が再配信にかかるコストを負担する場合には、そのカラオケ装置にとって不必要な情報についてのコストも負担しなくてはならないため、不満が残ってしまう。
【０００７】
このように、カラオケ装置毎に記憶されていた情報が異なる場合に、その情報が失われる前と同じ状態に復元できないと、情報の配信側と被配信側との間のトラブルの発生を招く等、システムの健全な運営上で種々の問題を生じる原因となるのである。
【０００８】
そして、こうした問題はもちろん通信カラオケシステムだけに限る訳ではなく、将来のマルチメデイア社会における各種の情報提供システムに共通するものである。
そこで、本発明は、情報を再配信する場合に、各情報提供端末に記憶されていた情報のみを過不足なく再配信することによって、情報の配信側と被配信側との間のトラブルの発生を防止し、健全な情報提供事業の運営を可能ならしめるための通信式情報提供システム及び情報インストール装置を提供することを目的とする。
【０００９】
【課題を解決するための手段、作用及び発明の効果】
この目的を達成するためになされた請求項１に記載の通信式情報提供システムは、
情報を蓄積している情報センタと、
該情報センタから情報通信網を介して配信された情報に基づいて利用者に情報提供サービスを実行し得るようにされている情報提供端末と
を備える通信式情報提供システムであって、
前記情報提供端末は、前記情報センタに対して情報の再度の配信を要求する再配信要求手段を備え、
前記情報センタは、
前記情報提供端末毎に対応して、情報センタから情報提供端末への配信対象情報毎に配信済みであるか未配信であるかを記憶しておく配信実績記憶手段と、
前記再配信要求手段による再配信要求があれば、前記配信実績記憶手段を参照して、当該情報提供端末への配信が済んでいる情報のみの再配信を実行する再配信実行手段とを備え、
さらに、前記情報提供端末が前記情報センタから情報の配信を受けるとき、当該情報提供端末と課金通信網を介して接続し、該配信される情報の対価に相当する課金情報を当該情報提供端末に対して送信することにより端末に対する課金を実行する課金センタを備え、
前記情報センタの再配信実行手段による情報の再配信が実行される場合、前記課金センタは、無料であることを示す課金情報を送信するように構成されていることを特徴とする。
【００１０】
また、請求項２に記載の通信式情報提供システムは、
請求項１に記載の通信式情報提供システムにおいて、
前記情報提供端末は、情報センタから情報の配信を受けようとするときにその旨を要求する配信要求手段を備えており、
該配信要求手段による配信要求に対して、情報センタからの配信対象情報の目録を情報提供端末側へ告知可能なデータ目録告知手段を備え、
前記情報提供端末側には、該告知された情報目録から情報を選択し、当該選択結果を情報センタに送信する情報選択手段を備え、
前記情報センタは、その選択結果に基づく情報のみを該当する情報提供端末に配信する配信制御手段を備えたことを特徴とする。
【００１１】
これらの通信式情報提供システムにおける情報提供端末は、情報を蓄積している情報センタから情報通信網を介して配信された情報に基づいて利用者に情報提供サービスを実行し得る。そして、例えば、配信された情報を記憶していた記憶手段が破壊され、記憶していた情報が失われてしまった場合には、再配信要求手段によって、情報センタに対して情報の再度の配信を要求することができるのであるが、複数の情報提供端末が情報センタに接続されている場合には、情報提供端末毎に記憶されている情報が異なる可能性が高くなる。
【００１２】
例えば、情報センタから情報提供端末に情報を自動的に配信するようなシステムであっても、配信を希望する情報の種類（例えばカラオケ曲情報であればジャンル）を指定可能とし、その指定した種類の情報のみを配信するようなシステムであれば、その指定内容が情報提供端末毎に異なっていれば、情報提供端末によって配信される情報が異なるので、当然記憶されている情報も異なる。また、請求項２に示すように、配信対象の情報目録中より情報提供端末にて選択されたものだけを該当する情報提供端末に配信するようなシステムであれば、当然その選択内容も異なるため、やはり情報提供端末毎に記憶されていた情報も異なる。
【００１３】
そこで、本システムでは、この点を考慮して以下のように再配信を行なう。すなわち、情報センタの配信実績記憶手段は、情報提供端末毎に対応して、情報センタから情報提供端末への配信対象情報毎に配信済みであるか未配信であるかを記憶しており、情報提供端末からの再配信要求があれば、再配信実行手段が、配信実績記憶手段を参照して、当該情報提供端末への配信が済んでいる情報のみの再配信を実行する。
【００１４】
これによって、再配信を要求した情報提供端末へは、それまでに配信したことのある情報だけが過不足なく再配信されることになり、情報が失われる前と同じ状態に復元することが可能となる。そして、このように過不足なく再配信して、情報が失われる前と同じ状態に復元することが次のような効果を奏する。
【００１５】
まず、効果を明確にするために、次の点を考える。配信対象の情報を全て再配信すれば、情報提供端末が記憶していた情報については最低限配信することとなり、過度な配信ではあるが不足することはないため、一見問題が無さそうであるが、過度に情報配信することが次のような問題につながる。つまり、情報そのものの料金も含めて情報配信にかかるコストを情報配信側が負担して再度情報を配信する場合には、情報提供端末が記憶していなかった情報については、本来配信しなくてもよいのに配信してしまうため、その配信にかかるコストが無駄となってしまう。また、情報取得側、すなわち情報提供端末の設置事業者が再配信にかかるコストを負担する場合には、そのカラオケ装置にとって不必要な情報についてのコストも負担しなくてはならなくなり不満が残ってしまうのである。
【００１６】
これは、情報提供端末側に予めスクランブル情報として、情報提供サービスに直接用いる実情報を蓄積しておき、スクランブルを解除するための暗号解読キー等を受信することによって実情報を提供可能な形に解読あるいは変換等して利用者に提供する形態であっても、同様である。
【００１７】
このように、カラオケ装置毎に記憶されていた情報が異なる場合に、その情報が失われる前と同じ状態に復元できないと、情報の配信側と被配信側との間のトラブルの発生を招く等、システムの健全な運営上で種々の問題を生じる原因となるため、本システムのように、再配信の要求した情報提供端末へは、それまでに配信したことのある情報だけを過不足なく再配信して、情報が失われる前と同じ状態に復元することによって、上記情報の配信側と被配信側との間のトラブルの発生を防止し、健全な情報提供事業の運営を可能ならしめることができるのである。
【００１８】
そしてさらに、本発明の通信式情報提供システムは、上述したように、情報提供端末の設置事業者が再配信にかかるコストを負担することを前提として、次に示す構成を採用している。すなわち、情報提供端末が情報センタから情報の配信を受けるとき、当該情報提供端末と課金通信網を介して接続し、該配信される情報の対価に相当する課金情報を当該情報提供端末に対して送信することにより端末に対する課金を実行する課金センタを備え、前記情報センタの再配信実行手段による情報の再配信が実行される場合、前記課金センタは、無料であることを示す課金情報を送信するように構成されている。
【００１９】
このような構成を備えるため、本発明システムによれば、情報提供端末が情報センタから情報の配信を受けるときには、情報提供端末と課金センタとを接続する。ここで、現行のキャプテンシステムやダイヤルキューツーなどの課金通信網では発呼側（電話をかけた側）に課金することとなっているので、情報提供端末側から課金センタをコールして接続することになる。しかし、既に公衆電話回線においても実用化されているように、コレクトコール方式で着呼側（電話を受けた側）に課金するように課金通信網の構成を変更することは可能である。よって、ここでの接続は、情報提供端末側に課金される限りは、端末側が発呼するものであっても課金センタ側が発呼するものであっても構わない。
【００２０】
こうして情報提供端末と課金センタとが接続されると、課金センタは、配信される情報の対価に相当する課金情報を当該情報提供端末に対して送信する。これによって、課金通信網を介する情報提供端末への課金が実行されるのである。
ここで、課金センタによる課金の完了を条件に情報センタが情報を配信するためのより具体的な手段としては、例えば、課金センタと情報センタとが一体のものであるなら内部で直接、課金のための処理の完了を確認するという手法を採用すればよい。また、別体に構成される場合には、両センタ間を通信網などを利用して接続し、課金の完了を課金センタから情報センタへ告知するようにしてもよい。あるいは、両センタ間で情報をやりとりするのではなく、情報提供端末が課金情報付きのダミーのデータや暗号解読キーとしてのデータを受け取った場合に、これを情報センタに告知するようにしてもよい。もちろんこれら以外の方法であっても技術的に実現可能な限りは除外されるものではない。
【００２１】
また、課金センタから情報提供端末に送信される情報は、通常のビデオテックスシステムと同様に、配信すべき実情報であってもよいが、情報通信網と課金通信網とを別に持っているものでは、単なるダミーのデータで十分である。また、情報提供端末に対して情報センタが配信する情報自体も、例えば暗号解読キーとしての情報であってもよい。これは、情報提供端末側に予めスクランブル情報として情報を蓄積しておき、スクランブルを解除するための暗号解読キーを受信することによって情報を提供可能な形に解読あるいは変換等して利用者に提供するようにすることもできるからである。
【００２２】
なお、本システムにおいて、情報通信網と課金通信網とを異なる通信網とすれば、次の点で特に優れた作用・効果を奏する。即ち、情報提供端末において情報提供サービスに用いる情報としては、例えばカラオケ演奏用の曲データであるとか、ゲームソフトであるように、情報量のかなり大きなものである場合が想定されるが、そういった大きな情報そのものを情報センタから配信する場合には、その配信に適した通信網を利用することで、課金通信網を利用してそれらの情報を配信するよりも迅速であったり、データの信頼性が高かったりするという点で、情報提供端末が受け取るべき情報の種類に応じた最適なシステム構成が可能となるからである。
【００２３】
ここまでの説明でも判る通り、本発明の通信式情報提供システムにおける課金センタと情報センタは、別々の独立したセンタとして存在してもよいし、一つのセンタの中に両機能を備えさせておいてもよい。いずれにしても情報提供端末に対して情報の配信が可能な情報通信網の方を介して接続されたときに情報センタとしての機能を発揮でき、課金通信網の方を介して接続されたときに課金センタとしての機能が発揮でき、課金センタとしての機能を有する部分による課金の完了が何等かの手段によって情報センタとしての機能を有する部分に伝達される限りは、両センタが別体であろうと一体であろうと構わないのである。即ち、本発明においては、情報センタと課金センタは概念として分けて表現されているだけであって物として分かれている場合だけを意味するわけではない。
【００２４】
このように、本発明システムでは、課金通信網を介することで、情報提供料を、人の手を煩わさずに自動的に回収することが可能となるのであるが、情報の再配信の場合の課金についても考慮されている。すなわち、最初に配信する場合には通常の料金体系に基づいて課金すればよいのであるが、再配信の場合にも同様の料金体系でしか課金できないとすると、同じ情報に対して２回も同じ料金を徴収することになるため、情報の再配信が実行される場合、課金センタは、無料であることを示す課金情報を送信するのである。
【００２５】
例えば、同じ情報に対して２回も同じ料金を徴収するのは情報提供端末の設置事業者にとって酷であると考える場合の対応として、再配信の場合には、無料で再配信をするのである。
【００２６】
【００２７】
【００２８】
【００２９】
【００３０】
ところで、上述した通信式情報提供システムにおける情報提供端末は、いずれも情報通信網を介して情報センタを接続することで、情報の再配信を受けるものである。しかし、情報提供端末が情報通信網から切り離されて、いわゆるスタンドアロンで利用されている場合には上述した再配信はできない。
【００３１】
そこで、スタンドアロンで利用されている情報提供端末において、情報を記憶していた記憶手段が破壊され、記憶していた情報が失われてしまった場合に、情報が失われる前と同じ状態に復元することを目的として構成されたのが、次に示す情報インストール装置である。
【００３２】
すなわち、その構成は、請求項３に示すように、
通信式情報提供システムにおける情報センタから情報提供端末への配信対象となる全ての情報を記憶しているマスター情報記憶手段と、
着脱自在な交換用情報記憶手段への書込を、情報提供端末を特定して指示するための書込指示入力手段と、
該書込指示入力手段によって書込指示があった場合には、前記特定された端末に対してどの情報が配信済みであるのかを示す配信実績を情報センタから取得する配信実績取得手段と、
その取得した配信実績に基づき、前記マスター情報記憶手段に記憶されている情報から必要な情報を選択し、その選択された情報を前記交換用情報記憶手段に書き込む情報書込手段と
を備えたことを特徴とする。
【００３３】
本情報インストール装置によれば、マスター情報記憶手段が、通信式情報提供システムにおける情報センタから情報提供端末への配信対象となる全ての情報を記憶している。そして、書込指示入力手段によって情報提供端末を特定した書込指示があった場合には、その特定された端末に対してどの情報が配信済みであるのかを示す配信実績を情報センタから取得し、その取得した配信実績に基づき、マスター情報記憶手段に記憶されている情報から必要な情報を選択し、その選択された情報を着脱自在な交換用情報記憶手段に書き込む。
【００３４】
この交換用情報記憶手段を、記憶の失われた情報記憶手段と交換して取り付ければ、情報が失われる前と同じ状態に復元することができる。
この場合でも、配信したことのある情報だけを過不足なく書き込んで、情報が失われる前と同じ状態の情交換用情報記憶手段を作成することによって、上記情報の配信側と被配信側との間のトラブルの発生を防止し、健全な情報提供事業の運営を可能ならしめることができるという効果は同様である。
【００３５】
【実施例】
以下、本発明を具体化した一実施例を図面を参照して説明する。
図１は、第１実施例の通信式情報提供システムをカラオケに関するシステムに適用した場合の概略構成図、図２はそのシステムの構成要素である情報提供端末としてのカラオケ装置１０の構成を示すブロック図である。
【００３６】
図１に示すように、本第１実施例のシステムは、カラオケ課金センタ１と複数のカラオケ装置１０とが、課金通信網５を介して接続されて構成されている。なお、本第１実施例においては、カラオケ課金センタ１が、請求の範囲における情報センタ及び課金センタの両方に相当することとなる。
【００３７】
課金通信網５は、例えばビデオテックス通信網やダイヤルキューツー通信網のように、情報料に対して課金する機能を持つものである。現在の日本国内では、ビデオテックス網とダイヤルキューツー網がその代表的なものとして知られておいる。ダイヤルキューツー網は基本的に時間単位の従量計算であり、ビデオテックス網は、情報の内容毎に任意の料金を設定可能であり、いわゆるキャプテンシステム等に用いられている。
【００３８】
その課金機能の一例として、ビデオテックス通信網について説明すると、ビデオテックス通信網は、具体的には例えば各カラオケ装置１０に接続された公衆電話回線とビデオテックス通信処理装置とで構成されている。このビデオテックス通信処理装置が、ビデオテックス通信網にアクセスしようとしている公衆電話回線のカラオケ課金センタ１への接続・交換、利用者装置であるカラオケ装置１０の管理及びカラオケ課金センタ１への加入者管理、通信料及び電話会社が代理徴収する情報提供料の課金、カラオケ装置１０とカラオケ課金センタ１との間の会話制御、プロトコル変換やコード／パターン変換などの変換処理等の通信処理機能を提供する。
【００３９】
続いてカラオケ装置１０の構成について、図２を参照して説明する。配信要求手段及び再配信要求手段に相当する中央制御装置３１には、情報選択手段に相当し、各種指示入力を行なうための多目的入力キー３２、情報記憶手段としてのハードディスク３３、音声再生回路３５及び画面表示制御装置２６、課金通信網接続手段に相当する通信制御装置２７が接続されており、音声再生回路３５にはミキサアンプ３８が、画面表示制御装置２６にはテレビモニタ２９がそれぞれ接続されている。また、ミキサアンプ３８にはスピーカ４１とマイクロフォン４３が接続されている。なお、通信制御装置２７は、カラオケ課金センタ１が情報センタとしても機能する場合には、情報通信網接続手段としての機能も発揮する。つまり、カラオケ課金センタ１から配信される所定の情報を受信するためにも用いられる。
【００４０】
そして、この中央制御装置３１は所定の課金制御処理を実行する。この課金制御処理については後で詳しく説明するが、従来の課金通信網５の利用方法とは異なるので、その点を説明しておく。従来は、利用者端末がこの課金通信網５を介して情報を受信し、その情報を用いて所定の処理を実行する。そして、課金通信網５はその情報の代金として所定の料金（情報内容毎に設定された所定料金）を課金することとなる。
【００４１】
それに対して、本第１実施例では、カラオケ装置１０がカラオケ演奏処理に用いる情報は、ハードディスク３３が記憶している。ハードディスク３３には予め数千曲程度のカラオケ曲情報が記憶されている。なお、カラオケ装置１０は、カラオケ装置設置事業者の管理であり、新しい曲データができる毎に曲データ配信事業者から曲データの供給を受けることができる。その新曲データ等もハードディスク３３に後から記憶させることができる。
【００４２】
なお、前記ハードディスク３３に記憶されるカラオケ曲情報は、曲同士を識別するための識別情報である曲番号情報と、実体情報とから構成されている。この内の実体情報は、伴奏音楽の情報であるＭＩＤＩ（Musical Instrument Digital Interface）規格の演奏情報や、歌詞情報及び背景映像情報からなっている。背景映像情報は曲毎に対応した映像情報を符号化したものである。
【００４３】
そして、このカラオケ曲情報はそのままでは使用できないようにされている。使用するためには、課金通信網５に通信制御装置２７を通して接続し、中央制御装置３１が課金制御プログラムを実行することによって、課金通信網５による課金機能を利用した所定の課金処理が行われて、カラオケ曲情報を使用することができる状態となる。
【００４４】
例えば、未課金状態ではカラオケ曲情報にスクランブル情報を付加しておき、そのままでは使用できなくしてある場合に、課金処理によって解除キーを配信してもらい、その解除キーによってスクランブル情報を解除することで使用許可することが考えられる。また、スクランブル情報の付加といったようにカラオケ曲情報自体を使用不可にしておくのではなく、カラオケ曲情報自体は物理的には使用可能であっても、課金状態が未課金である場合には、使用禁止フラグを設定しておき、そのカラオケ曲情報がリクエストされても受け付けないような制御をするようにしてもよい。そして、課金済みとなると、その使用禁止フラグを使用可能フラグに変更するといったような制御をすれば実現できる。
【００４５】
本第１実施例では、次に示す課金実績テーブル中に、曲毎に使用可能フラグあるいは使用禁止フラグのいずれかが設定されており、そのフラグに応じて使用を許可したり、禁止したりするようにされている。したがって、どのカラオケ曲情報に対して使用可能フラグを設定させるかを指示するためにカラオケ課金センタ１から送信される情報が、特許請求の範囲における「情報」に相当する。
【００４６】
図１０には、ハードディスク３３に格納された課金実績テーブルを示す。カラオケ曲情報毎に、その曲番号・曲名・歌手名・そのカラオケ曲情報に対する料金・課金日・課金状態・使用許可禁止フラグの項目からなるテーブルが存在する。 ここで、課金状態とは、所定の課金処理が済んでいる「課金済み」か課金処理が済んでいない「未課金」かのいずれかである。そして、使用許可禁止フラグとしては、上述したように許可か禁止のフラグが設定されるのであるが、これはまず、課金状態が「未課金」の場合には、禁止フラグが設定されて曲の使用ができないロック状態とされている。そして、所定の課金処理によって「課金済み」となると許可フラグが設定されてロック状態が解除され、曲情報は自由に使用できるようになる。
【００４７】
上記許可フラグが設定されて、カラオケ曲情報が使用できるようになると、利用者は多目的入力キー３２を操作することで歌いたい曲を選択する。すると中央制御装置３１は、所定のカラオケ演奏プログラムに従って、カラオケ演奏処理を実行する。簡単に説明すると、中央制御装置３１は、選択された曲に対応する演奏情報、歌詞情報および背景映像情報をハードディスク３３から読み出し、演奏情報は音声再生回路３５に、歌詞情報および背景映像情報は画面表示制御装置２６にそれぞれ転送する。
【００４８】
音声再生回路３５に出力された演奏情報は、アナログの演奏信号に変換された後、ミキサアンプ３８へ送られて電気的に増幅されるとともに、マイクロフォン４３を介して入力する利用者の歌声と適度な割合でミキシングされる。ミキシングされた音声信号は、スピーカ４１により演奏音として外部へ出力される。
【００４９】
一方、演奏情報と同期して出力される歌詞情報は、画面表示制御装置２６において、後述する背景映像信号と合成（スーパーインポーズ）されてテレビモニタ２９に表示される。これにより、テレビモニタ２９には、背景映像に歌詞テロップが合成された状態で表示される。
【００５０】
続いて、カラオケ課金センタ１の構成を図３を参照して説明する。
カラオケ課金センタ１は、ホストコンピュータ５１と、記憶装置５３と、入力装置５５と、通信制御装置５７と、プリンタ５９と、ＣＲＴ６１とを備えている。前記記憶装置５３は、ホストコンピュータ５１が作動するための各種制御プログラムや、前記各カラオケ装置１０毎の課金実績等を記憶するためのものである。つまり、図１０に示した課金実績テーブルと同様のものが、各カラオケ装置１０に対応して記憶されているのである。詳しくは、図１０に示したデータ項目の内の使用許可禁止フラグは記憶しておく必要がないので、その使用許可禁止フラグの項目を除いたもの、すなわち、カラオケ曲情報毎に、その曲番号・曲名・歌手名・そのカラオケ曲情報に対する料金・課金日・課金状態の項目からなるテーブルが存在する。したがって、カラオケ装置１０毎に、どの曲が課金済みであるかが判るようになっている。
【００５１】
なお、入力装置５５からは各種指令を入力することができ、例えば、記憶装置５３に記憶された各カラオケ装置１０毎の課金情報を基にして課金実績等を作成させたり、それをプリンタ５９によって印刷させたり、ＣＲＴ６１に表示させたりすることができる。
【００５２】
次に、上記構成を有する本第１実施例のシステムにおける動作について説明する。図４〜図８のフローチャートに基づいて、カラオケ装置１０の作動を中心に説明する。
電源が投入されると、このメインルーチンが開始される。
【００５３】
まず、最初のステップＳ１にて、通信制御装置２７のリセット等の装置全体の初期化を行う。次に、Ｓ２にて、カラオケ装置１０の動作指定として、カラオケ演奏モードが指定されたか否かをチェックする。カラオケ装置設置事業者によってカラオケ演奏モードの指定があればＳ３へ移行し、同指定がなければＳ４へ移行する。
【００５４】
Ｓ３では、サブルーチンをコールしてカラオケ演奏処理を行う。このカラオケ演奏処理を図５のフローチャートにて説明する。
本カラオケ演奏処理の最初のステップＳ３０では、多目的入力キー３２からのキー入力を待ち、キー入力があれば（Ｓ３０：ＹＥＳ）、Ｓ３１にて、それがリクエスト番号の入力かどうかを判断する。そして、リクエスト番号入力である場合には、Ｓ３２に移行して、その曲がロック対象であるかどうかを判断する。これは、上述した課金実績テーブル（図１０参照）の使用許可禁止フラグの項目において、禁止フラグが設定されているかどうかで判断する。
【００５５】
許可フラグが設定されている場合にはＳ３３へ移行して、そのリクエストされた番号の曲の演奏を実行するが、禁止フラグが設定されている場合には、ロック対象であるので、Ｓ３５へ移行し、テレビモニタ２９に利用不可であることを示す表示をする。このＳ３３あるいはＳ３５の処理の後でＳ３４へ移行する。
【００５６】
一方、Ｓ３１にてリクエスト番号入力でないと判断された場合には、Ｓ３６にて、その他のキー入力に応じた処理を実行してからＳ３４へ移行する。Ｓ３４ではカラオケモード終了の指示があったかどうかを判断し、終了指示がない場合にはＳ３０へ戻り、終了指示があった場合には、本カラオケ演奏処理を終了して、図４のフローチャートのＳ４へ移行する。
【００５７】
Ｓ４では、カラオケ装置１０の動作指定として、カラオケ装置設置事業者により曲情報リクエストモードが指定されたか否かをチェックする。曲情報リクエストモードの指定があればＳ５へ移行し、同指定がなければＳ６へ移行する。
Ｓ５では、サブルーチンをコールして曲情報リクエスト処理を行う。この曲情報リクエスト処理を図６のフローチャートにて説明する。
【００５８】
本曲情報リクエスト処理は、未課金であるため禁止フラグが設定され使用不可となっている曲情報について、所定の課金処理を実行させて使用可能にするための処理であり、最初のステップＳ５０では、禁止フラグが設定され使用不可となっている曲情報の一覧をテレビモニタ２９に表示させる。この際、「課金を希望する曲を指定して下さい」といった選択を促す表示も出すとよい。カラオケ装置１０の設置事業者は、この曲情報一覧から所望の曲を１曲以上選択し、選択終了を指示する。選択が終了すると（Ｓ５１：ＹＥＳ）、カラオケ課金センタ１と課金通信網５を通じて接続する（Ｓ５２）。カラオケ課金センタ１との接続処理終了後、Ｓ５３へ移行する。
【００５９】
Ｓ５３では、選択された曲についての課金をカラオケ課金センタ１に対して要求する。そして、続くＳ５４では、課金要求に対する応答として、カラオケ課金センタ１から送信される課金情報の受信を行なう。この課金情報の受信処理が完了したら、Ｓ５５へ移行し、カラオケ課金センタ１との接続解除処理を行う。
【００６０】
なお、このＳ５２〜Ｓ５５に対応する通信処理について、図８の通信シーケンス図を参照して説明する。カラオケ装置１０がカラオケ課金センタ１に対して発呼し、接続できた後にパスワードをカラオケ課金センタ１に送信する。
カラオケ課金センタ１では、通信制御装置５７を介してこれを受け取り、ホストコンピュータ５１が電話番号やパスワード等で端末照合を行い、課金センタ１に登録されているカラオケ装置１０であれば、照合正常を返送する。カラオケ装置１０はこの照合正常を受信してカラオケ課金センタ１が受付可能状態となって後に、上記選択された曲についての課金情報要求を送信するのである。
【００６１】
この課金情報要求は所定の情報提供料を課金するために行われるのであるが、この場合の情報提供料は、カラオケ装置１０側で決定して、その料金に基づく課金情報が送信されるようにカラオケ課金センタ１に要求してもよいし、あるいは選択された曲情報をカラオケ課金センタ１に送信し、その曲情報に基づく料金の決定はカラオケ課金センタ１側に任せ、その決定した料金での課金情報が送信されるように要求してもよい。
【００６２】
なお、課金通信網５を構成する料金徴収代行システムでは、どのカラオケ装置１０がカラオケ課金センタ１から課金通信網５を介して課金情報が送信されたかを課金実績として取得する。この課金実績に基づき、予め登録されている料金リストを参照して算出した情報提供料金を、電話事業者は、該当するカラオケ装置１０の設置事業者に対する電話料金請求時にこれに上乗せする形で徴収し、情報提供者である曲情報配信事業者へと渡すサービスを行っている。これ自体は、ＮＴＴで行っているビデオテックスとしてよく知られているものである。
【００６３】
そして、電話事業者側において実際に料金が徴収されると、その徴収実績はカラオケ課金センタ１の記憶装置５３に記憶される。つまり、カラオケ課金センタ１の記憶装置５３には、図１０と同様のテーブル（上述したように使用許可禁止フラグの項目は不要であるために無い。）が各カラオケ装置１０に対応して格納されており、カラオケ装置１０からの課金要求があれば、課金情報を送信すると共に、該当する曲情報の課金状態を課金済みに設定する。
【００６４】
図６に戻り、Ｓ５５での接続解除処理が終了すると、Ｓ５６にて、上記選択された曲情報について課金実績テーブル（図１０参照）の課金状態の項目に「課金済み」と設定し、Ｓ５７では、その「課金済み」と設定された曲情報、つまり選択された曲情報についての使用許可禁止フラグの項目に許可フラグを設定して、その曲情報の使用が可能な状態にする。
【００６５】
この後、本曲情報リクエスト処理を一旦終了して、図２のフローチャートのＳ６のステップへ移行する。
Ｓ６では、カラオケ装置１０の動作指定として、カラオケ装置設置事業者により再配信要求モードが指定されたか否かをチェックする。再配信要求モードの指定があればＳ７へ移行し、同指定がなければＳ２へ移行する。
この再配信要求モードは、例えば、ハードディスク３３が故障し、記憶していた曲情報等が失われてしまった場合等に、ハードディスク３３を交換した後で指定されるモードである。つまり、ハードディスク３３自体は曲情報が正常に記憶されているものに交換したとしても、そのままでは、全ての曲に対して使用禁止フラグが設定されている状態であるので、従前のハードディスク３３の課金実績テーブルにおいて使用許可フラグが設定されていた曲については、同じように使用許可フラグを設定しないと、復元したとはいえない。したがって、この使用許可フラグをどの曲に対して設定するかの情報の再配信を要求するための動作モードが、この再配信要求モードである。
【００６６】
Ｓ７では、サブルーチンをコールして再配信要求処理を行う。この再配信要求処理を図７のフローチャートにて説明する。
最初のステップＳ７０で、カラオケ課金センタ１と課金通信網５を通じて接続する。カラオケ課金センタ１との接続処理終了後、Ｓ７１へ移行する。
【００６７】
Ｓ７１では、ハードディスク３３が故障する前に課金済みとなっていた曲を知るため、課金実績情報の送信要求をカラオケ課金センタ１に対して行う。そして、続くＳ７２では、その要求に対する応答として、カラオケ課金センタ１から送信される課金実績情報の受信を行う。この課金実績情報の受信処理が完了したら、Ｓ７３へ移行し、カラオケ課金センタ１との接続解除処理を行う。
【００６８】
なお、このＳ７０〜Ｓ７３に対応する通信処理を、図９の通信シーケンス図を参照して説明する。図８に示したシーケンスと同様の部分の詳しい説明は省略する。カラオケ装置１０がカラオケ課金センタ１に対して発呼・接続した後、パスワードを送信し、その照合正常を受信してカラオケ課金センタ１が受付可能状態となって後に、上記課金実績情報の要求を送信する。そして、その要求に応じてカラオケ課金センタ１から送信された課金実績情報をカラオケ装置１０は受信して、回線を切断する。
【００６９】
なお、図８に示した曲情報リクエストの場合には、リクエストに応じた料金を課金するための課金情報が送信されたが、この再配信要求の場合には、同じ料金体系を採用しなくてもよい。むしろ、２回も同じ料金が課金されるのは、カラオケ装置２の設置事業者にとって酷であるため、例えば割安にするとか、無料にするとかの対策が考えられる。
【００７０】
図７に戻り、Ｓ７３での接続解除処理が終了すると、Ｓ７４にて、上記カラオケ課金センタ１から受信した課金実績情報に基づいて、その実績情報中において課金済みとされている曲情報について課金実績テーブル（図１０参照）の課金状態の項目に「課金済み」と設定し、Ｓ７５では、その「課金済み」と設定された曲情報、つまり選択された曲情報についてのロックテーブルに許可フラグを設定して、その曲情報の使用が可能な状態にする。
【００７１】
なお、カラオケ課金センタ１から送信する課金実績情報としては、それによって課金済みである曲情報が特定できればよいので、課金済みとなっている曲情報の識別情報（曲番号等）のみを課金実績情報として送信してもよい。例えば、故障前のハードディスク３３中の課金実績テーブルが図１０に示すような状態であったとすると、同様の課金状態が設定された課金実績テーブルがカラオケ課金センタ１の記憶装置５３にも格納されているので、その場合には、課金済みである曲の曲番号、すなわち曲番号が０００２，０００５，００１４，００１５，００２１の５曲以外の曲番号を課金実績情報として送信してもよい。もちろん、全ての曲についての課金済みか未課金かを示したものを課金実績情報として送信してもよい。
【００７２】
この後、本曲情報リクエスト処理を一旦終了して、図２のフローチャートのＳ２のステップへ移行する。
以上説明した本実施例によれば、カラオケ装置１０において、ハードディスク３３が記憶している所定のカラオケ曲情報の内、課金通信網５から課金情報を受信し、その情報を利用して、どの曲情報が課金され使用可能となったかを知ることができ、その結果ハードディスク３３が故障しても、故障前の状態を再生することができる。
【００７３】
上述した第１実施例は、カラオケ装置１０のハードディスク３３がカラオケ曲情報を記憶すると共に、そのカラオケ曲情報毎に課金状態や使用を許可あるいは禁止するためのフラグを記憶しており、許可フラグが設定されている曲情報についてのみカラオケ演奏を可能とするものであった。しかし、カラオケ曲情報自体及び課金状態を外部のセンタが記憶しており、カラオケ装置１０側へは課金済みのカラオケ曲情報だけが送信されるようにすることも考えられる。その場合のシステムである第２実施例を以下に説明する。
【００７４】
本第２実施例のシステムの概略は、図１１に示すように、課金関連処理を担当する課金センタ２と複数のカラオケ装置１０とが、課金通信網５を介して接続されていると共に、カラオケ曲情報の送信関連処理を担当する情報センタ３と複数のカラオケ装置１０とが、情報通信網７を介して接続されて構成されている。従って図１２に示すように、カラオケ装置１０は、情報通信網７と接続可能な第１通信制御装置２７ａと課金通信網５と接続可能な第２通信制御装置２７ｂとを備えている。その他の構成は、図２に示す第１実施例のものと同様なので説明は省略する。但し、この場合のハードディスク３３には、図１０に示すような課金実績テーブルは記憶されていない。
【００７５】
また、課金センタ２と情報センタ３同士も接続されている。この場合の課金センタ２は、課金関連の処理だけを行なうので、図３に示すカラオケ課金センタ１と同様の機能を持つこととなる。そして、情報センタ３は、基本的構成は図３に示すカラオケ課金センタ１と同様であり、図１３に示すように、ホストコンピュータ７１と、記憶装置７３と、入力装置７５と、通信制御装置７７と、プリンタ７９と、ＣＲＴ８１とを備えている。
【００７６】
この情報センタ３の記憶装置７３には、ホストコンピュータ７１が作動するための各種制御プログラムに加え、カラオケ曲情報や図１０に示すような課金実績テーブル（詳しくは使用許可禁止フラグの項目は必要ない）が記憶されている。 本第２実施例のシステムによれば、カラオケ装置１０から課金通信網５を介して情報の提供料に対する所定の課金処理要求を送信すると、課金センタ２では、その課金処理要求に対し、課金通信網５を介して課金情報を送信することによって課金通信網５の課金機能による課金をさせる。
【００７７】
そして、課金センタ２から課金した旨が情報センタ３に通知され、その通知に基づき、所定の曲についての課金実績テーブル中の課金状態を課金済みに設定する。情報センタ３のホストコンピュータ７１は、この課金実績テーブルに課金状態が「課金済み」であると記憶されているカラオケ曲情報についてのみ、情報通信網７を介してカラオケ装置１０に送信するのである。
【００７８】
そして、カラオケ装置１０においては、この送信されてきたカラオケ曲情報を第１通信制御装置２７ａを介して受信し、一旦ハードディスク３３に記憶し、この記憶されたカラオケ曲情報を用いて所定のカラオケ演奏処理を実行することができる。なお、本第２実施例においても、図８に示した上記第１実施例の場合と同様の通信シーケンスとなるのであるが、本第２実施例においては、カラオケ装置１０で情報提供料を決定することはなく、選択された曲情報の番号だけが送信される。そして、課金センタ２では、その送信された曲番号に基づいて情報提供料を決定し、その料金を課金するための課金情報を、課金通信網５を介してカラオケ装置１０に送信するのである。
【００７９】
このような構成を採用すれば、課金処理が完了して初めてカラオケ曲情報がカラオケ装置１０側に送信されるようにできるため、未課金であるのに情報だけ使用されてしまうという不正の防止の点で有利である。また、この場合には、スクランブル情報等を付加しておく必要はなく、そのまま使用可能な状態で情報を送信してもよい。
【００８０】
そして、この構成であってもやはり、カラオケ装置１０においては、配信されたカラオケ曲情報を受信してハードディスク３３に記憶していても、そのハードディスク３３が故障し、記憶していた曲情報等が失われてしまう場合がある。その場合には、ハードディスク３３を新しいものに交換しただけでは、何も曲情報が記憶されていないため、従前のハードディスク３３に記憶されていた曲情報を再度配信してもらうように要求する処理を行なう。これが、第２実施例の場合の再配信要求処理である。
【００８１】
その処理を簡単に説明すると、ハードディスク３３が故障する前に記憶されていた曲情報の再配信要求を課金センタ２に対して行うと、その要求に対する応答として、課金センタ２からは、再配信の場合の所定の金額を課金するための課金情報が送信される。その後、課金センタ２から情報センタ３へ所定の曲情報の再配信指示がなされる。
【００８２】
すなわち、課金センタ２の記憶装置５３にもカラオケ装置１０毎の課金実績テーブルが格納されており、再配信を要求したカラオケ装置１０に対応する課金実績テーブルを参照して、課金状態が「課金済み」と設定されている曲について再度配信するように、情報センタ３に指示するのである。したがって、情報センタ３から所定のカラオケ曲情報がカラオケ装置１０に送信されてハードディスク３３に記憶されることにより、故障前と同じ曲情報を記憶した状態のハードディスク３３が再生されることになる。
【００８３】
なお、再配信の場合にも所定の金額を課金するために、再配信要求を課金センタ２へ送信したが、無料にするのであれば、直接情報センタ３へ再配信を要求してもよい。
以上第１・２実施例はカラオケ装置１０がオンラインで使用されている場合の実施例であるが、カラオケ装置１０を課金通信網５や情報通信網７から切り離し、いわゆるスタンドアロンで使用する場合も考えられる。その場合のハードディスク３３が故障した場合に再生させるための情報インストール装置を備えたシステムである第３実施例を以下に説明する。
【００８４】
本第３実施例のシステムの概略は、図１４に示すように、情報センタ１０３と情報インストール装置１００が情報通信網１０７を介して接続されている。課金実績テーブルは情報センタ１０３が持っている。図１５には、システムの構成要素である情報インストール装置１００の構成を示す。この情報インストール装置１００の基本的構成は図３に示すカラオケ課金センタ１とよく似ており、ホストコンピュータ１５１と、入力装置１５５と、通信制御装置１５７と、プリンタ１５９と、ＣＲＴ１６１とを備え、さらに特徴的な構成として、マスター情報記憶装置１５３と、着脱自在な交換用ハードディスク１３３に対して情報を書き込むための書込装置１５４とを備えている。
【００８５】
このマスター情報記憶装置１５３には、ホストコンピュータ１５１が作動するための各種制御プログラムやカラオケ曲情報が記憶されている。このカラオケ曲情報は、例えば上記第２実施例において、情報センタ３からカラオケ装置１０に対して配信可能な全てのカラオケ曲情報である。
【００８６】
本第３実施例のシステムの基本的な利用方法について最初に説明する。第２実施例におけるカラオケ装置１０をスタンドアロンで使用していた場合に、ハードディスク３３（図１２参照）が故障して、記憶していた曲情報が失われてしまった場合に、上記第２実施例ではその曲情報の再配信を要求した。しかし、この場合にはスタンドアロンなので、そのようなことができない。したがって、この情報インストール装置１００を利用して、交換用ハードディスク１３３に、ハードディスク３３が故障する前に記憶していた曲情報を書き込む。そして、その交換用ハードディスク１３３を、故障したハードディスク３３と交換して取り付ければ、曲情報が失われる前と同じ状態に復元することができるのである。
【００８７】
具体的には、例えば１００台のカラオケ装置１０につき１軒程度のサービスセンタを設置し、そこに情報インストール装置１００を配備しておくことが考えられる。そして、上記故障したハードディスク３３を交換したい設置事業者は、このサービスセンタに出向いて、自分自身で、あるいはサービスマンに依頼してインストール処理を行なう。
【００８８】
その処理の概要を説明する。入力装置１５５を操作してカラオケ装置１０の識別番号を入力し、インストール処理の実行を指示すると、情報インストール装置１００は情報通信網１０７を介して、図９に示すような通信シーケンスによって、情報センタ１０３から、該当するカラオケ装置１０についての課金実績情報を受信する。そして、その課金実績情報に基づき、課金済みであるとされたカラオケ曲情報のみをマスター情報記憶装置１５３から読み出して、書込装置１５４を介して交換用ハードディスク１３３へ書き込む。
【００８９】
カラオケ装置の設置事業者は、この交換用ハードディスク１３３を持ち帰り、カラオケ装置の故障したハードディスク３３と交換して取り付ければ、曲情報が失われる前と同じ状態に復元することができるのである。
以上本発明はこのような実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲において種々なる態様で実施しうる。例えば、上記第１・第２実施例ではカラオケ装置及びそのシステムとして適用した場合の一例を示したが、カラオケ曲情報に限らず、例えばゲームソフト情報等が考えられる。
【００９０】
また、上記第３実施例においては、マスター情報記憶装置１５３にカラオケ曲情報を持たせていたが、情報インストール装置１００には制御プログラムのみを持たせ、カラオケ曲情報のマスター情報は情報センタ１０３が持ち、インストール時にマスター情報を情報インストール装置１００が受信して、交換用ハードディスク１３３に書き込むという形態も考えられる。
【図面の簡単な説明】
【図１】 第１実施例の通信式情報提供システムをカラオケに関するシステムに適用した場合の概略構成図である。
【図２】 第１実施例のシステムの構成要素であるカラオケ装置の構成を示すブロック図である。
【図３】 第１実施例のシステムの構成要素であるカラオケ課金センタの構成を示すブロック図である。
【図４】 第１実施例のカラオケ装置におけるメイン処理を示すフローチャートである。
【図５】 第１実施例のカラオケ装置におけるカラオケ演奏処理を示すフローチャートである。
【図６】 第１実施例のカラオケ装置における曲情報リクエスト処理を示すフローチャートである。
【図７】 第１実施例のカラオケ装置における再配信要求処理を示すフローチャートである。
【図８】 第１実施例の曲情報リクエスト処理における通信シーケンス図である。
【図９】 第１実施例の再配信要求処理における通信シーケンス図である。
【図１０】 第１実施例のカラオケ装置のハードディスクに格納された課金実績テーブルの説明図である。
【図１１】 第２実施例の通信式情報提供システムをカラオケに関するシステムに適用した場合の概略構成図である。
【図１２】 第２実施例のシステムの構成要素であるカラオケ装置の構成を示すブロック図である。
【図１３】 第２実施例のシステムの構成要素である課金センタ及び情報センタの構成を示すブロック図である。
【図１４】 第３実施例の情報インストールシステムの概略構成図である。
【図１５】 第３実施例のシステムの構成要素である情報インストール装置の構成を示すブロック図である。
【符号の説明】
１…カラオケ課金センタ ２…課金センタ
３…情報センタ ５…課金通信網
７…情報通信網 １０…カラオケ装置
２６…画面表示制御装置 ２７…通信制御装置
２７ａ…第１通信制御装置 ２７ｂ…第２通信制御装置
２９…テレビモニタ ３１…中央制御装置
３２…多目的入力キー ３３…ハードディスク
３５…音声再生回路 ３８…ミキサアンプ
４１…スピーカ ４３…マイクロフォン
５１，７１…ホストコンピュータ ５３，７３…記憶装置
５５，７５…入力装置 ５７，７７…通信制御装置
５９，７９…プリンタ ６１，８１…ＣＲＴ
１００…情報インストール装置 １０３…情報センタ
１０７…情報通信網 １３３…交換用ハードディスク
１５１…ホストコンピュータ １５３…マスター情報記憶装置
１５４…書込装置 １５５…入力装置
１５７…通信制御装置

Claims (3)

1. 情報を蓄積している情報センタと、
   該情報センタから情報通信網を介して配信された情報に基づいて利用者に情報提供サービスを実行し得るようにされている情報提供端末と
   を備える通信式情報提供システムであって、
   前記情報提供端末は、前記情報センタに対して情報の再度の配信を要求する再配信要求手段を備え、
   前記情報センタは、
   前記情報提供端末毎に対応して、情報センタから情報提供端末への配信対象情報毎に配信済みであるか未配信であるかを記憶しておく配信実績記憶手段と、
   前記再配信要求手段による再配信要求があれば、前記配信実績記憶手段を参照して、当該情報提供端末への配信が済んでいる情報のみの再配信を実行する再配信実行手段と
   を備え、
   さらに、前記情報提供端末が前記情報センタから情報の配信を受けるとき、当該情報提供端末と課金通信網を介して接続し、該配信される情報の対価に相当する課金情報を当該情報提供端末に対して送信することにより端末に対する課金を実行する課金センタを備え、
   前記情報センタの再配信実行手段による情報の再配信が実行される場合、前記課金センタは、無料であることを示す課金情報を送信するように構成されていることを特徴とする通信式情報提供システム。
2. 請求項１に記載の通信式情報提供システムにおいて、
   前記情報提供端末は、情報センタから情報の配信を受けようとするときにその旨を要求する配信要求手段を備えており、
   該配信要求手段による配信要求に対して、情報センタからの配信対象情報の目録を情報提供端末側へ告知可能なデータ目録告知手段を備え、
   前記情報提供端末側には、該告知された情報目録から情報を選択し、当該選択結果を情報センタに送信する情報選択手段を備え、
   前記情報センタは、その選択結果に基づく情報のみを該当する情報提供端末に配信する配信制御手段を備えたことを特徴とする通信式情報提供システム。
3. 通信式情報提供システムにおける情報センタから情報提供端末への配信対象となる全ての情報を記憶しているマスター情報記憶手段と、
   着脱自在な交換用情報記憶手段への情報の書込を、情報提供端末を特定して指示するための書込指示入力手段と、
   該書込指示入力手段によって書込指示があった場合には、前記特定された端末に対してどの情報が配信済みであるのかを示す配信実績を情報センタから取得する配信実績取得手段と、
   その取得した配信実績に基づき、前記マスター情報記憶手段に記憶されている情報から必要な情報を選択し、その選択された情報を前記交換用情報記憶手段に書き込む情報書込手段と
   を備えたことを特徴とする情報インストール装置。

Images