(57)【特許請求の範囲】
【請求項１】
第１通信手段と、第２通信手段と、演算手段と、記憶手段とを備えたカラオケ装置であって、
第１通信手段は、音楽データと、その音楽データのＩＤを記憶するとともに、連番が割り振られたテーブルとを放送により受信し、
第２通信手段は、公衆回線を介して配信元との通信を可能とし、
演算手段は、第１通信手段が受信した音楽データと、テーブルとを記憶手段に記憶させるとともに、音楽データ受信処理と、テーブル受信処理とを行い、
音楽データ受信処理は、テーブルのＩＤに対応した音楽データが未受信であることを検出した場合、第２通信手段に配信元を発呼させて当該未受信の音楽データを取得し、
テーブル受信処理は、テーブルの連番に抜けがある場合、第２通信手段に配信元を発呼させて当該抜けたテーブルを取得する
カラオケ装置。
【請求項２】
音楽データ受信処理と、テーブル受信処理は、設定された発呼可能時間帯に配信元を発呼させる
請求項１に記載のカラオケ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、第１通信手段と第２通信手段と演算手段と記憶手段とを備えたカラオケ装置に関する。
【０００２】
【従来の技術】
従来の通信カラオケシステムでは、歌詞データ、カラオケ楽曲データ等の音楽データは、データ配信元のホストシステムからの発呼により、アナログ公衆回線、デジタル公衆回線（ＩＳＤＮ）等の既存の公衆回線を介して、データ配信元から各ユーザのカラオケ装置に配信されていた。
【０００３】
しかしながら、このような従来の通信カラオケシステムのデータ配信方法では、ホストシステムから公衆回線を用いて各ユーザのカラオケ装置に個別に接続する必要があり、データの配信に要する時間と通信費が問題となっていた。
【０００４】
そこで、データ配信元のホストシステムから音楽データを、たとえば衛星放送を用いた放送によって各ユーザに配信し、配信された音楽データを各ユーザのカラオケ装置に格納するデータ配信システムが提案されている。この放送を用いたデータ配信方法では、公衆回線のユーザごとへの個別の接続が不要となり、配信に要する時間を短縮し、通信費も削減することが可能となる。
【０００５】
【発明が解決しようとする課題】
しかしながら、上述のような放送を用いてデータ配信を行なう通信カラオケシステムでは、ユーザ側で受信できなかった音楽データがあった場合、データ配信元ではそのような事実を把握することができず、そのままではユーザのカラオケ装置に音楽データの欠落が生じてしまうという問題があった。
【０００６】
この発明の目的は、放送を用いた通信カラオケシステムでユーザ側で受信できなかった音楽データがある場合に、ユーザ側からの発呼によって公衆回線を用いて欠けている音楽データを個別に取得することができるカラオケ装置およびデータ配信方法を提供することである。
【０００７】
【課題を解決するための手段】
請求項１によれば、第１通信手段と、第２通信手段と、演算手段と、記憶手段とを備えたカラオケ装置は、第１通信手段は、音楽データと、その音楽データのＩＤを記憶するとともに、連番が割り振られたテーブルとを放送により受信し、第２通信手段は、公衆回線を介して配信元との通信を可能とし、演算手段は、第１通信手段が受信した音楽データと、テーブルとを記憶手段に記憶させるとともに、音楽データ受信処理と、テーブル受信処理とを行い、音楽データ受信処理は、テーブルのＩＤに対応した音楽データが未受信であることを検出した場合、第２通信手段に配信元を発呼させて当該未受信の音楽データを取得し、テーブル受信処理は、テーブルの連番に抜けがある場合、第２通信手段に配信元を発呼させて当該抜けたテーブルを取得する。
【０００８】
請求項１の発明によれば、放送を用いた通信カラオケシステムにおいてユーザ側で未受信のデータがある場合でも、ユーザ側から配信元に発呼して公衆回線を介して未受信のデータを個別に取得することができるので、ユーザ側のカラオケ装置にデータの欠落が生じるような事態を防止することができる。
【０００９】
請求項２によれば、請求項１に記載のカラオケ装置において、音楽データ受信処理と、テーブル受信処理は、設定された発呼可能時間帯に配信元を発呼させる。
【００１２】
請求項２の発明によれば、ユーザ側の都合により公衆回線の使用を望まない時間帯には配信元への発呼は行なわれず、従来公衆回線を使用していなかった時間帯を有効に利用することができる。
【００２３】
【発明の実施の形態】
図１は、この発明の実施の形態による、衛星放送を用いてデータの配信を行なう通信カラオケシステムの全体構成図である。
【００２４】
図１を参照して、データの配信元のホストシステム１０からは、後述する音楽データおよびテーブルからなるデータがサイクリックに供給され、衛星送信装置１１によって信号電波に変調されて通信衛星１２に送信される。通信衛星１２からは、衛星送信装置１１から受信したデータが信号電波としてサイクリックに放送され、各ユーザ側の衛星受信装置１３で受信されてデータに復調される。衛星受信装置１３で復調されたデータは、カラオケ装置１４内の図示しない記憶装置に格納される。
【００２５】
一方、配信元のホストシステム１０は、公衆回線モデム１５を介してアナログまたはデジタルの公衆回線からなる公衆網１６に接続可能であり、カラオケ装置１４もまた公衆回線モデム１５を介して公衆網１６に接続可能である。なお、前記ホストシステム１０やカラオケ装置１４は、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）や携帯電話を介して公衆網１６に接続する構成でもよい。
【００２６】
このような構成の通信カラオケシステムにおいて、この発明のカラオケ装置およびデータ配信方法によれば、ユーザ側のカラオケ装置１４で受信したデータに欠落（未受信データ）があることがユーザ側で判明した場合、ユーザ側からの発呼により公衆網１６を介して配信元のホストシステム１０から未受信のデータを個別に取得するものである。
【００２７】
この場合、ユーザ側の公衆回線を使用してユーザ側から発呼することになるが、そのままではユーザ側が回線使用料を負担してしまうことになる。しかしながら、ユーザは、音楽データの配信料を既に一括して配信元に支払っているため、未受信データの補充をユーザ側の費用負担とすることは望ましくない。
【００２８】
そこで、この発明では、ユーザ側の公衆回線を使用して未受信のデータをホストシステム１０側から取得する場合には、配信元負担の着信課金（フリーダイヤル等）とすることにより、ユーザ側の回線使用料負担を回避している。
【００２９】
次に、図２は、このような通信カラオケシステムを構成するカラオケ装置１４の構成を示すブロック図である。
【００３０】
図２を参照して、通信衛星１２（図１）から放送されるデータの信号電波は衛星受信装置１３で受信復調され、通信インタフェース２５およびバス２０を介して主記憶装置２２に記憶される。
【００３１】
また、公衆網１６（図１）を介して配信元から取得した個別のデータは、公衆回線モデム１５で受信復調され、通信インタフェース２６およびバス２０を介して主記憶装置２２に記憶される。
【００３２】
バス２０には、その他に、演算処理装置２１、通信制御装置２３、表示装置２４、送受信バッファ２７、各種キー２８および再生装置２９が接続される。
【００３３】
演算処理装置２１は、カラオケ装置１４の後述する各種動作を制御する。主記憶装置２２には、後述する各種ファイルおよびデータが格納される。通信制御装置２３は、通信インタフェース２５および衛星受信装置１３による衛星放送の受信、ならびに通信インタフェース２６および公衆回線モデム１５による公衆網１６との接続を制御する。表示装置２４は、後述するように主記憶装置２２に格納されたファイルの内容をユーザに表示する。送受信バッファ２７は、各種データを一時的に保持するためのバッファとして機能する。各種キー２８は、カラオケ装置１４を操作するための種々のキーを含む。再生装置２９は、主記憶装置２２に蓄積された音楽データを再生する。このような構成を有するカラオケ装置１４の動作については後で詳細に説明する。
【００３４】
次に、図３は、図１に示す通信カラオケシステムにおいて配信元のホストシステム１０から放送によりユーザ側カラオケ装置１４に配信されるデータの構成を模式的に示す図である。
【００３５】
図３に示すように、配信されるデータは、各々が１曲分の歌詞データ、楽曲データ等の音楽データである送信データ１〜ｎを含み、一般的に放送によるデータ配信では、これらの送信データ１〜ｎはサイクリックに送信される。そして、これらのサイクリックに送信されている現在の送信データ１〜ｎの送信テーブルが、図３のように送信データの先頭に、または一定間隔ごとに付加される。
【００３６】
図４は、図３に示した送信テーブルの構成を示す図である。図３に示すような一連の送信データおよび送信テーブルのセットは、一定期間ごとに内容の異なるものがホストシステム１０から配信される。したがって、送信テーブルそのものにも当該送信テーブルを特定するための管理ＩＤ（送信テーブルＩＤ）が連番で割振られており、電源断等によってカラオケ端末装置１４がある送信テーブルを受信できなかった場合には、未受信の送信テーブルを特定することができる。
【００３７】
次に、図５は、１つの送信データの構成を示す図である。音楽データ（歌詞データ、楽曲データ）からなる各送信データにも当該データを特定するためのデータＩＤが連番で割振られている。
【００３８】
図６は、受信したデータを管理するための受信管理ファイルの構成を示す図である。受信されたデータは、管理されているデータの数と、受信または未受信を示す受信フラグと、それぞれの送信データのデータＩＤとによって管理されており、主記憶装置２２に記憶される。
【００３９】
図７は、カラオケ装置１４の動作を設定するための設定ファイルの構成を示す図である。発呼先（データ配信元）の電話番号、ユーザ側のカラオケ装置１４から発呼可能な時間帯、未受信のデータ数がある数を超えた場合に未受信データ取得のために配信元へ発呼するためのしきい値とを管理しており、主記憶装置２２に記憶されている。また、設定ファイルの内容は、配信元のホストシステム１０から公衆網１６を介して変更データをカラオケ装置１４に送信することによって変更することも可能である。
【００４０】
図８は、図７に示した設定ファイルの内容をカラオケ装置１４側で変更する場合における表示装置２４上に表示される操作画面を示す図である。ユーザは、各種キー２８を用いて内容を変更したい項目番号を選択し、さらに同じく各種キー２８を用いて新たな内容をカラオケ装置１４に入力する。新たに設定された内容は、図７の設定ファイルとして主記憶装置２２に記憶される。
【００４１】
次に、図９は、図２に示したカラオケ装置１４が通信衛星１２から配信データを受信した際の処理を示すフロー図である。図３に示すように、複数の送信データとその送信テーブルとからなる配信データはサイクリックに送信されているため、ユーザがカラオケ装置１４の電源を入れ、放送によるデータの配信を受け始めたタイミング（たとえば図３の矢印のタイミング）では、どの送信データまたは送信テーブルが送信されてきているかは定かではない。
【００４２】
ユーザの操作により、カラオケ装置１４による配信データの受信が開始されると、ステップＳ１１において、衛星受信装置１３および通信インタフェース２５を介して受信した先頭の配信データのＩＤを調べ、送信テーブルＩＤであるか、送信データＩＤであるかを判断する。なお、送信テーブルのＩＤと送信データのＩＤとは、別々に独立した連続番号が付されているため、両者の識別は可能である。
【００４３】
ステップＳ１１において、受信しようとしているデータが送信テーブルであると判断すると、ステップＳ１３において後述の送信テーブル受信処理を行なう。一方、ステップＳ１１において、受信しようとしているデータが送信データであると判断すると、ステップＳ１２において後述の送信データ受信処理を行なう。
【００４４】
次に、図１０は、前述のステップＳ１１において、受信しようとしている配信データが送信テーブルであると判断された場合の処理を示すフロー図である。
【００４５】
まず、ステップＳ２１において、衛星受信装置１３および通信インタフェース２５を介して送信テーブルを受信し、ステップＳ２２において、主記憶装置２２に格納された図６の受信管理ファイルに、今回受信した送信テーブルのＩＤが既に登録されているか否かを判断する。送信テーブルＩＤが既に登録されている場合、すなわち図３のようにサイクリックに繰返し配信される送信テーブルを以前に既に受信している場合には、改めて送信テーブルの受信処理を行なう必要がないので、そのまま処理を終了する。
【００４６】
一方、ステップＳ２２において、図６の受信管理ファイルに、今回受信した送信テーブルのＩＤが登録されていない場合には、ステップＳ２３において、今回受信した送信テーブルの送信テーブルＩＤと、当該送信テーブル内の各送信データのデータＩＤとを、図６の受信管理ファイルに登録し、各送信データの受信フラグを未受信に設定する。
【００４７】
ただし、上述のようなサイクリックなデータの配信のために、当該送信テーブル内のいくつかの送信データについては先行して受信されそのＩＤが既に受信管理ファイルに登録されたものの、送信テーブル自体は今まで受信されず今回初めて受信されたという場合があり、そのような場合には、既に受信され送信データＩＤが登録済の送信データについては、受信フラグは受信済のままにしておく。
【００４８】
次に、図１１は、前述のステップＳ１１において、受信しようとしているデータが送信データであると判断された場合の処理を示すフロー図である。
【００４９】
まず、ステップＳ３１において、衛星受信装置１３および通信インタフェース２５を介して受信しようとするデータのＩＤを、図６の受信管理ファイルの内容と比較し、ステップＳ３２において、受信フラグの内容から、今回受信しようとしているデータが既に受信済のデータか否かを判断する。送信データはサイクリックに配信されているので、当該データが過去に受信済の場合は、そのまま処理を終了する。
【００５０】
一方、ステップＳ３２で、今回受信しようとしている送信データが未受信データであると判断されると、ステップＳ３３１において、当該送信データの受信処理を行ない、主記憶装置２２に格納する。
【００５１】
次に、ステップＳ３３２において、受信した送信データのＩＤが受信管理ファイルに登録されているか否かを判断する。当該送信データの受信に先行して、送信テーブルを受信していた場合には、当該送信データのＩＤが既に受信管理ファイルに登録されているため、ステップＳ３３４において、当該送信データの受信フラグを受信済に設定する。
【００５２】
一方、当該送信データの受信時に未だ送信テーブルが受信されていない場合には、当該送信データのＩＤは受信管理ファイルに登録されていないので、その場合にはステップＳ３３３において、当該送信データのＩＤを受信管理ファイルに登録し、その受信フラグを受信済に設定する。
【００５３】
次に、図１２は、図７に示した設定ファイルにおいて設定されている発呼可能時間帯の間に定期的に実行される発呼管理処理を表わすフロー図である。
【００５４】
発呼可能時間帯中のあるタイミングにくると、ステップＳ４１において、主記憶装置２２に格納されている受信管理ファイルが検索され、ステップＳ４２において、すべての送信テーブルのＩＤが抜け番号なく連続番号で受信されているか否かが判断される。
【００５５】
ステップＳ４２において、送信テーブルのＩＤに抜け番号がある場合、ステップＳ４３１において、図７の設定ファイルから配信元の電話番号を取得し、通信インタフェース２６および公衆回線モデム１５を介して、着呼側課金により公衆網１６を介して配信元のホストシステム１０へ発呼し、ユーザの公衆回線を用いて抜けている送信テーブルのデータを配信元から受信する。そしてステップＳ４３２において、受信した送信テーブルの受信処理を行ない、受信管理ファイルに登録する。
【００５６】
次に、ステップＳ４３３において、受信管理ファイル内で受信フラグが未受信を示しているすべてのデータＩＤに関し、同様に着呼側課金でホストシステム１０からユーザ側の公衆回線を用いてデータを取得する。
【００５７】
次に、ステップ４５２で公衆回線の切断処理を行ない、ステップＳ４５３で受信したデータの受信処理を行ない、主記憶装置２２に格納して処理を終了する。
【００５８】
一方、ステップＳ４２において、送信テーブルのＩＤに抜け番号がないと判断された場合、ステップＳ４４１において、受信管理ファイル内で受信フラグが未受信を示しているすべてのデータ数をカウントし、図７の設定ファイルに設定されているしきい値、たとえば１０以上か否かが判断される。
【００５９】
そして、ステップＳ４４１においてしきい値以上であると判断されると、ステップＳ４５１において、図７の設定ファイルから配信元の電話番号を取得し、通信インタフェース２６および公衆回線モデム１５を介して、着呼側課金により公衆網１６を介して配信元のホストシステム１０へ発呼し、ユーザの公衆回線を用いて未受信のデータを受信する。
【００６０】
次に、ステップＳ４５２で公衆回線の切断処理を行ない、ステップＳ４５３で受信したデータの受信処理を行ない、主記憶装置２２に格納して処理を終了する。
【００６１】
一方、ステップＳ４４１において未受信のデータ数がしきい値よりも小さいと判断されると、そのまま処理を終了する。
【００６２】
以上のように、この発明の実施の形態によれば、放送によりデータを配信する通信カラオケシステムにおいてユーザ側で未受信のデータがある場合でも、ユーザ側から配信元に発呼して公衆回線を介して未受信のデータを個別に取得することができ、しかもその際に、着呼側課金とすることにより、ユーザ側の回線使用料の負担を回避することができる。また、配信元への発呼可能時間帯をユーザ側で自由に設定できるので、ユーザ側で回線を利用しない時間帯を有効に使うことができる。
【００６３】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【００６４】
【発明の効果】
以上のように、この発明によれば、放送を用いてデータ配信を行なう通信カラオケシステムにおいてユーザ側で未受信のデータがある場合でも、ユーザ側から発信元に発呼して公衆回線を介して未受信のデータを個別に取得することができるので、ユーザ側のカラオケ装置にデータの欠落が生じるという事態を防止することができる。
【００６６】
さらにこの発明によれば、ユーザ側の都合により最も好ましい時間帯に配信元への発呼が行なわれるように設定することができるので、必要な時間帯にユーザの公衆回線がデータ取得のために占有されるということはない。
【図面の簡単な説明】
【図１】図１は、この発明の実施の形態による通信カラオケシステムの全体構成図である。
【図２】この発明の実施の形態による通信カラオケシステムを構成するカラオケ装置の構成を示すブロック図である。
【図３】配信元のホストシステムから配信されるデータの構成を模式的に示す図である。
【図４】図３に示す送信テーブルの構成を示す図である。
【図５】図３に示す送信データの構成を示す図である。
【図６】受信管理ファイルの構成を示す図である。
【図７】設定ファイルの構成を示す図である。
【図８】設定ファイルの内容を表示したカラオケ装置の表示装置の操作画面を示す図である。
【図９】カラオケ装置の配信データの受信処理を示すフロー図である。
【図１０】送信テーブルの受信処理を示すフロー図である。
【図１１】送信データの受信処理を示すフロー図である。
【図１２】発呼管理処理を示すフロー図である。
【符号の説明】
１０  ホストシステム、１１  衛星送信装置、１２  通信衛星、１３  衛星受信装置、１４  カラオケ装置、１５  公衆回線モデム、１６  公衆網、２０  バス、２１  演算処理装置、２２  主記憶装置、２３  通信制御装置、２４  表示装置、２５，２６  通信インタフェース、２７  送受信バッファ、２８  各種キー、２９  再生装置。
【図１】
0003600101.tif 000002
【図２】
0003600101.tif 000003
【図３】
0003600101.tif 000004
【図４】
0003600101.tif 000005
【図５】
0003600101.tif 000006
【図６】
0003600101.tif 000007
【図７】
0003600101.tif 000008
【図８】
0003600101.tif 000009
【図９】
0003600101.tif 000010
【図１０】
0003600101.tif 000011
【図１１】
0003600101.tif 000012
【図１２】
0003600101.tif 000013