(57)【要約】【課題】コンピュータシステムにおいて、データ転送の中断時に取得していたデータが正常な状態でＨＤＤ等に記憶されているのかを迅速に確認する技術を提供すること。【解決手段】コンテンツデータ取得処理（Ｓ１０２）において、更新可能なコンテンツデータをすべて取得していない場合には（Ｓ１０６：いいえ）、所定時間経過後にコンテンツ取得処理を再び実行することにより、先にコンテンツ取得処理を実行した際に取得できなかったコンテンツデータを取得する。その際、ＨＤＤが記憶する取得状態テーブルと制御情報配信サーバから取得したリリース情報ファイルとを比較することにより相違するリリース情報を特定し、さらに、制御情報配信サーバから取得した、相違するリリース情報に対応する配信リストとＨＤＤが記憶するファイル登録テーブルとを比較することにより取得が完了したコンテンツデータおよび取得が未完了のコンテンツデータを特定する。【選択図】図７
2005164640.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータと当該コンテンツデータに関する更新情報とをホストコンピュータから取得可能なデータ取得手段と、
前記コンテンツデータと前記更新情報とを記憶可能なデータ記憶手段と、
前記データ記憶手段が記憶するコンテンツデータおよび更新情報を更新するデータ更新手段と、
前記データ取得手段によるコンテンツデータ群の取得が中断したか否かを判断する判断手段と、
を備え、
前記データ更新手段は、前記判断手段によってコンテンツデータ群の取得が中断したと判断された場合には、前記データ記憶手段が記憶する更新情報と、前記データ取得手段によって前記ホストコンピュータから取得された更新情報とを比較し、その比較結果が不一致である場合には、前記コンテンツデータ群のうち取得が中断されたコンテンツデータを特定し、さらに、前記コンテンツデータ群のうちその取得が中断されたコンテンツデータおよびそれ以降の残りのコンテンツデータを前記データ取得手段によって前記ホストコンピュータから取得させ、前記データ記憶手段が記憶するコンテンツデータを更新するとともに、更新したコンテンツデータに関する更新情報を、前記データ取得手段によって前記ホストコンピュータから取得させ、前記データ記憶手段が記憶する更新情報を更新することを特徴とするコンピュータシステム。
【請求項２】
請求項１に記載のコンピュータシステムにおいて、
前記更新情報は、第一の更新情報と第二の更新情報とを含んでおり、
前記第一の更新情報は、一つ以上の前記コンテンツデータからなるコンテンツデータグループが当該コンピュータシステムに対して提供可能となった特定の年月を示す追加時期情報、および前記コンテンツデータグループの内容が更新された場合にその更新後のコンテンツデータグループと更新前のコンテンツデータグループとを区別するために付された第一の識別情報を含み、
前記第二の更新情報は、各コンテンツデータグループに対応付けられており、前記コンテンツデータごとに付された名称情報、および前記コンテンツデータグループに含まれる各コンテンツデータが更新された場合にその更新後のコンテンツデータと更新前のコンテンツデータとを区別するためにコンテンツデータごとに付された第二の識別情報を含むこと
を特徴とするコンピュータシステム。
【請求項３】
請求項２に記載のコンピュータシステムにおいて、
前記データ更新手段は、前記判断手段によってコンテンツデータ群の取得が中断したと判断された場合には、前記データ記憶手段が記憶する第一の更新情報、および前記データ取得手段によって前記ホストコンピュータから取得された第一の更新情報について、前記追加時期情報が同じコンテンツデータグループにおける第一の識別情報同士が相違するコンテンツデータグループを特定し、さらに、前記データ記憶手段が記憶する、その特定されたコンテンツデータグループに対応する第二の更新情報、および前記ホストコンピュータが記憶する、その特定されたコンテンツデータグループに対応する第二の更新情報について、同じ名称情報のコンテンツデータにおける第二の識別情報同士が相違するコンテンツデータを特定することにより、前記コンテンツデータ群のうち取得が中断されたコンテンツデータを特定すること
を特徴とするコンピュータシステム。
【請求項４】
請求項１〜請求項３の何れかに記載のコンピュータシステムにおいて、
前記データ更新手段は、
前記判断手段によって前記コンテンツデータ群の取得が中断したと判断された場合において、前記データ記憶手段が記憶する更新情報と、前記ホストコンピュータから取得した更新情報とを比較するときには、前記ホストコンピュータから更新情報を改めて取得すること
を特徴とするコンピュータシステム。
【請求項５】
請求項１〜請求項４の何れかに記載のコンピュータシステムにおいて、
前記コンテンツデータの内部には、コンテンツデータ本体と付加情報とがその順で含まれていることを特徴とするコンピュータシステム。
【請求項６】
請求項１〜請求項５の何れかに記載のコンピュータシステムにおいて、
前記判断手段は、前記コンピュータシステムと前記ホストコンピュータとが接続状態となってから所定時間経過した場合には、前記コンテンツデータ群の取得が中断したと判断することを特徴とするコンピュータシステム。
【請求項７】
請求項１〜請求項６の何れかに記載のコンピュータシステムにおいて、
前記判断手段は、前記データ取得手段によって前記コンテンツデータ群の取得が開始されてから所定時間経過した場合には、前記コンテンツデータ群の取得が中断したと判断することを特徴とするコンピュータシステム。
【請求項８】
請求項１〜請求項７の何れかに記載のコンピュータシステムにおいて、
前記判断手段は、前記データ更新手段によって前記データ取得手段に対して前記ホストコンピュータから前記コンテンツデータ群を取得するよう指示がされたときから所定時間が経過した場合には、前記コンテンツデータ群の取得が中断したと判断することを特徴とするコンピュータシステム。
【請求項９】
請求項１〜請求項８の何れかに記載のコンピュータシステムにおいて、
前記判断手段は、前記ホストコンピュータからのデータ転送が所定時間途切れた場合には、前記コンテンツデータ群の取得が中断したと判断することを特徴とするコンピュータシステム。
【請求項１０】
請求項１〜請求項９の何れかに記載のコンピュータシステムにおいて、
前記判断手段は、前記ホストコンピュータとの接続状態が解除された場合には、前記コンテンツデータ群の取得が中断したと判断することを特徴とするコンピュータシステム。
【請求項１１】
請求項１〜請求項１０の何れかに記載のコンピュータシステムにおいて、
前記判断手段によって前記コンテンツデータ群の取得が中断したと判断された場合には、前記コンテンツデータ群の取得が中断されるまでに前記データ更新手段によって更新されたコンテンツデータを前記データ記憶手段から読み出し、その読み出したコンテンツデータを他のコンピュータシステムに対して配信するデータ配信手段を備えることを特徴とするコンピュータシステム。
【請求項１２】
請求項１〜請求項１０の何れかに記載のコンピュータシステムにおけるデータ取得手段、データ更新手段および判断手段の各手段をコンピュータによって実現させるためのプログラム。
【請求項１３】
請求項１１に記載のコンピュータシステムにおけるデータ取得手段、データ更新手段、判断手段およびデータ配信手段の各手段をコンピュータによって実現させるためのプログラム。
【請求項１４】
請求項１〜請求項１１の何れかに記載のコンピュータシステムを備えたカラオケシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツデータを取得して記憶するコンピュータシステムにおいて、データ転送の中断時に取得していたデータが正常な状態でＨＤＤ等に記憶されているのかを迅速に確認する技術に関する。
【背景技術】
【０００２】
従来より、コンピュータシステムにおいて、通信回線等を介して取得したデータを記憶装置に保存（記憶）しておき、記憶装置に保存されたデータを利用して各種の処理を行い、所定の機能を実現するシステムが知られている。例えば、こうしたコンピュータシステムの一例としては、通信カラオケシステムがある。通信カラオケシステムは、ホストコンピュータと複数のカラオケ装置とが電話回線等を介して通信可能に構成されており、通信によってカラオケ装置がホストコンピュータから楽音データ等の曲情報を取得し、利用者からのリクエストを受け付けた場合に、カラオケ装置が楽音データを再生して演奏する。また、通信費の削減及びリクエストに対するレスポンス等を向上させるため、各通信カラオケ装置にＨＤＤ等の記憶装置を設け、一旦取得した曲情報は、ＨＤＤ等の記憶装置に記憶しておき、演奏の際は、リクエストに対応した楽音データをＨＤＤ等から読み出して再生する通信カラオケシステムも知られている。例えば、カラオケ店舗において複数のカラオケルームがある場合、各カラオケルームに設置してあるカラオケ装置のそれぞれを電話回線と接続し、各カラオケ装置が、それぞれ個別に、ホストコンピュータと通信を行い、曲情報を取得する通信カラオケシステムがある。この通信カラオケシステムでは、データをカラオケ装置毎に受信するため、カラオケ装置の台数分だけ電話料金がかかるという問題があった。そこで、これらの問題を解決するために、近年では、ある店舗に設置された複数のカラオケ装置のうち、少なくとも１つのカラオケ装置に電話回線を接続し、該カラオケ装置は、上記同様にホストコンピュータより曲情報を受信するが、その他の複数のカラオケ装置は、上記該カラオケ装置とＬＡＮ等で接続された回線を介して曲情報を上記該カラオケ装置から受信する構成の通信カラオケシステムも存在する。また例えば曲情報のサイズが通信で取得できる量を超えるような場合などには、カラオケ装置に外部メディア（例えばＤＶＤ,ＣＤ-ＲＯＭ等）の読み取り装置を備え（あるいは接続し）、該読み取り装置によって外部メディアに記録されたデータを読み取り、カラオケ装置に備える記憶装置に転送する方法もある。
【０００３】
ところで、この種のコンピュータシステムにおいて、一つ以上のコンテンツデータからなるコンテンツデータ群をホストコンピュータから取得する際に、タイムアウトなどによってデータ転送が中断する場合がある。ここで、データ転送を再開するためには、データ転送の中断時に取得していたデータが正常な状態でＨＤＤ等に記憶されているのかを確認する必要がある。そこで、コンピュータシステムの中には、データ転送の中断時に取得していたデータのサイズやＣＲＣ値と、転送元であるホストコンピュータが記憶する当該データのサイズやＣＲＣ値とを比較することにより、データ転送の中断時に取得していたデータが正常な状態でＨＤＤ等に記憶されているのかを確認するものがある（例えば、特許文献１参照。）。
【特許文献１】特開平１０−２４０６０２号（第９頁、図７）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上述のようなコンピュータシステムにおいては、データ転送の中断時に取得していたデータが正常な状態でＨＤＤ等に記憶されているのかを確認するために、データのサイズやＣＲＣ値を計算し、転送元であるホストコンピュータが記憶する当該データのサイズやＣＲＣ値とその計算した値とを比較しているため、その分時間を要するという問題があった。このため、データ転送の再開が遅れることにより、データ転送の完了後そのコンテンツデータ群が利用可能となるまでに時間を要するという問題があった。特にそのデータのサイズが大きい場合には、そのデータのサイズやＣＲＣを計算するのにさらに時間を要する。
【０００５】
本発明は、このような不具合に鑑みなされたものであり、その目的とするところは、コンピュータシステムにおいて、データ転送の中断時に取得していたデータが正常な状態でＨＤＤ等に記憶されているのかを迅速に確認する技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するためになされた請求項１に係るコンピュータシステムによれば、データ取得手段が、「コンテンツデータ」と当該コンテンツデータに関する「更新情報」とをホストコンピュータから取得可能であり、これらコンテンツデータおよび更新情報をデータ記憶手段が記憶可能である。なお、「コンテンツデータ」の具体例としては、映像や音声、文字情報などが挙げられる。また、「更新情報」の具体例としては、そのデータが更新された日付を示す情報やそのデータのリビジョン情報などが挙げられる。そして、データ更新手段が、データ記憶手段が記憶するコンテンツデータおよび更新情報を次のように更新する。すなわち、判断手段によってコンテンツデータ群の取得が中断したと判断された場合には、データ更新手段が、データ記憶手段が記憶する更新情報と、データ取得手段によってホストコンピュータから取得された更新情報とを比較する。ここで、その比較結果が不一致である場合には、データ更新手段が、コンテンツデータ群のうち取得が中断されたコンテンツデータを特定し、さらに、コンテンツデータ群のうちその取得が中断されたコンテンツデータおよびそれ以降の残りのコンテンツデータをデータ取得手段によってホストコンピュータから取得させ、データ記憶手段が記憶するコンテンツデータを更新する。また、データ更新手段が、更新したコンテンツデータに関する更新情報を、データ取得手段によってホストコンピュータから取得させ、データ記憶手段が記憶する更新情報を更新する。
【０００７】
このようなコンピュータシステムによれば、データ転送が中断した場合には、記憶するコンテンツデータの更新情報と、ホストコンピュータが記憶する最新の更新情報とを比較することにより、データ転送の中断時に取得していたコンテンツデータ特定し、その特定されたコンテンツデータが正常な状態で記憶されているのかを確認するので、従来構成のようにデータ転送の中断時に取得していたコンテンツデータのサイズやＣＲＣを計算する必要がなく、その分時間を要しない。なお、そのコンテンツデータが正常であれば、そのコンテンツデータの次のコンテンツデータからデータ転送を再開し、そのコンテンツデータが正常でなければそのコンテンツデータからデータ転送を再開する。
【０００８】
また、上述のようにデータ転送の中断時に取得していたコンテンツデータが正常な状態で記憶されていることを迅速に確認することにより、データ転送の再開および完了を早めることができ、データ転送したコンテンツデータ群を迅速に利用可能とすることができる。
【０００９】
この場合、上述の更新情報は、第一の更新情報と第二の更新情報とを含んでいることが考えられる。すなわち、第一の更新情報は、一つ以上の前記コンテンツデータからなるコンテンツデータグループが当該コンピュータシステムに対して提供可能となった特定の年月を示す「追加時期情報」、およびコンテンツデータグループの内容が更新された場合にその更新後のコンテンツデータグループと更新前のコンテンツデータグループとを区別するために付された「第一の識別情報」を含み、第二の更新情報は、コンテンツデータグループに対応付けられており、コンテンツデータごとに付された名称情報、および各コンテンツデータが更新された場合にその更新後のコンテンツデータと更新前のコンテンツデータとを区別するためにコンテンツデータごとに付された「第二の識別情報」を含む（請求項２）。
【００１０】
そして、上述のように判断手段によってコンテンツデータ群の取得が中断したと判断された場合には、データ更新手段が、データ記憶手段が記憶する「第一の更新情報」、およびデータ取得手段によって前記ホストコンピュータから取得された「第一の更新情報」について、追加時期情報が同じコンテンツデータグループにおける第一の識別情報同士が相違するコンテンツデータグループを特定する。さらに、データ更新手段が、データ記憶手段が記憶する、その特定されたコンテンツデータグループに対応する「第二の更新情報」、およびホストコンピュータが記憶する、その特定されたコンテンツデータグループに対応する「第二の更新情報」について、同じ名称情報のコンテンツデータにおける第二の識別情報同士が相違するコンテンツデータを特定する（請求項３）。このことにより、データ更新手段が、コンテンツデータ群のうち取得が中断されたコンテンツデータを特定する。
【００１１】
ところで、データ転送が中断してからデータ転送が再開するまでの間に、ホストコンピュータにおいてコンテンツデータが更新される可能性がある。このような場合には、データ転送が中断する前にデータ取得手段によってホストコンピュータから取得された更新情報は最新のものではなくなり、このような更新情報に基づいて更新すべきコンテンツデータを特定すると、データ転送の中断後に更新されたコンテンツデータを、データ転送の再開時に取得できない。そこで、更新情報をホストコンピュータから改めて取得することが考えられる。具体的には、請求項４のように、上述のように判断手段によってコンテンツデータ群の取得が中断したと判断された場合において、データ記憶手段が記憶する更新情報と、ホストコンピュータから取得した更新情報とを比較するときには、ホストコンピュータから更新情報を改めて取得することが考えられる。
【００１２】
このようにすれば、データ転送が中断してからデータ転送が再開するまでの間に、ホストコンピュータにおいてコンテンツデータが更新された場合でも、データ記憶手段が記憶する更新情報と、データ転送の中断後に更新された更新情報とを比較するので、更新されたコンテンツデータが更新すべきコンテンツデータとして特定される。このことにより、データ転送の再開時に取得することができ、そのコンテンツデータを迅速に利用可能とすることができる。
【００１３】
ところで、データ転送の中断がコンテンツデータのうちコンテンツデータ本体を転送中に発生した場合にはその時点までに取得したコンテンツデータは利用不可能であるが、一方、データ転送の中断がコンテンツデータのうち付加情報を転送中に発生した場合には、コンテンツデータが更新されても付加情報は更新されないことから付加情報を他のコンピュータシステムから取得することにより、そのコンテンツデータを利用可能とすることができる。そこで、請求項５のように、コンテンツデータの内部には、コンテンツデータ本体と付加情報とがその順で含まれるようにすることが考えられる。このようにすれば、他からは取得不可能なコンテンツデータ本体を、他から取得可能な付加情報よりも先に取得することができる。
【００１４】
また、上述の判断手段は、次のような場合にコンテンツデータ群の取得が中断したと判断することが考えられる。すなわち、（イ）判断手段が、コンピュータシステムとホストコンピュータとが接続状態となってから所定時間経過した場合には、コンテンツデータ群の取得が中断したと判断することが考えられる（請求項６）。また、（ロ）判断手段が、データ取得手段によってコンテンツデータ群の取得が開始されてから所定時間経過した場合には、コンテンツデータ群の取得が中断したと判断することが考えられる（請求項７）。さらに、（ハ）判断手段が、データ更新手段によってデータ取得手段に対してホストコンピュータからコンテンツデータ群を取得するよう指示がされたときから所定時間が経過した場合には、コンテンツデータ群の取得が中断したと判断することが考えられる（請求項８）。また、（ニ）判断手段が、ホストコンピュータからのデータ転送が所定時間途切れた場合には、コンテンツデータ群の取得が中断したと判断することが考えられる（請求項９）。また、（ホ）判断手段が、例えばログアウトやホストコンピュータ側のトラブルなどによりコンピュータシステムとホストコンピュータとの接続状態が解除された場合には、コンテンツデータ群の取得が中断したと判断することが考えられる（請求項１０）。
【００１５】
ところで、データ転送が中断した際にデータ転送を再開しようと試みたところ、ホストコンピュータが他のコンピュータシステムに対してデータ転送を行っている場合などには、データ転送の再開までに待ち時間が生じることがある。このような場合には、コンテンツデータ群の取得を終えて利用可能となるまでに時間がかかる。そこで、データ転送が中断した場合には、それまでに取得したデータを他のコンピュータシステムに対して配信することが考えられる。具体的には、請求項１１のように、上述のように判断手段によってコンテンツデータ群の取得が中断したと判断された場合には、データ配信手段が、コンテンツデータ群の取得が中断されるまでにデータ更新手段によって更新させたコンテンツデータをデータ記憶手段から読み出し、その読み出したコンテンツデータを他のコンピュータシステムに対して配信することが考えられる。このようにすれば、当該コンピュータシステムおよび他のコンピュータシステムにおいて、データ転送が中断するまでに取得したデータを利用可能とすることができる。
【００１６】
なお、他のコンピュータシステムが複数存在する場合には、当該コンピュータシステムのデータ配信手段が、複数の他のコンピュータシステムのうちの一つ（以下、コンピュータシステムＡと称す。）に対して上述の配信処理を実行し、さらに、上記コンピュータシステムＡからそれ以外の他のコンピュータシステムに対して配信処理を実行するようにしてもよい。このようにすれば、当該コンピュータシステムが全ての他のコンピュータシステムに対して配信処理を実行する場合に比べてその配信処理に拘束される時間が短くて済み、データ転送の再開時期を早めることができる。
【００１７】
なお、請求項１２に示すように、請求項１〜１０のいずれかに記載のコンピュータシステムにおけるデータ取得手段、データ更新手段、および判断手段の各手段をコンピュータにて実現する場合、または請求項１３に示すように、請求項１１のいずれかに記載のコンピュータシステムにおけるデータ取得手段、データ更新手段、判断手段、およびデータ配信手段の各手段をコンピュータにて実現する場合、例えば、コンピュータで実行するプログラムとして備えることができる。このようなプログラムの場合、例えば、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ハードディスク、ＲＯＭ、ＲＡＭ等のコンピュータ読み取り可能な記録媒体に記録し、必要に応じてコンピュータにロードして実行したり、ネットワークを介してロードして実行することにより、各手段を実現できる。
【００１８】
また、こうしたコンピュータシステムは、各種の機器に搭載することができる。例えば、請求項１４に示すように、カラオケシステムに備えることができる。このようなカラオケシステムによれば、例えば、曲情報を蓄積するために使用しているＨＤＤ等の記憶装置に記憶しているデータの破損を起こした場合、自動的に再取得してデータが復元される。そのため、システムの提供者がＨＤＤ等を交換する必要もない。
【発明を実施するための最良の形態】
【００１９】
以下、本発明が適用された実施例について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施例に何ら限定されることなく、本発明の技術的範囲に属する限り種々の形態を採りうることは言うまでもない。
【００２０】
［カラオケシステム１０の構成］
図１は、カラオケ店舗に設置された実施例のカラオケシステム１０と、当該カラオケシステム１０とインターネット１５を介して接続されたホスト装置２０との接続状態を示す説明図である。図１に示すように、カラオケシステム１０は、カラオケ店舗の各部屋にそれぞれ１台ずつ設置された複数のカラオケ装置１を、ハブ４を介して接続することにより構成されている、いわゆる通信カラオケである。また、カラオケシステム１０はルータ５を備えており、このルータ５を介してインターネット１５に接続されている。また、このカラオケシステム１０では、その構成するカラオケ装置１のうちの一つが親機（マスタ）としての役割を受け持つ。そして、他のカラオケ装置１が子機（ＬＡＮ）となっている。なお、本実施例では、子機であるカラオケ装置１のうちの一台が、マスタが故障したときのバックアップ機能を有するスレーブとしての役割を受け持つ。なお、マスタであるカラオケ装置１が故障した場合に備えて複数のカラオケ装置１をスレーブとして設定してもよい。このような、いわゆる通信カラオケにおけるマスタの役割としては、インターネット１５を経由し、センタ（図１におけるホスト装置２０に該当）と呼ばれるコンテンツデータ（新譜データ等）の供給元からコンテンツデータを受信し、必要に応じて、他のカラオケ装置１内のコンテンツデータ（新譜データ等）の更新や他のカラオケ装置１からのリクエストに応じて新譜データを他のカラオケ装置１に送信するといったことを特徴としている。
【００２１】
なお、スレーブのバックアップ機能とは、マスタが故障したときに前記通信カラオケとしてのマスタの役割を受け持つ機能である。また、親機（マスタ）または子機（スレーブ、ＬＡＮ）として機能するカラオケ装置１の基本的な構成は何れも同じであるが、上述のように、親機のみがインターネット１５を介してホスト装置２０に接続できるようになっている。それ以外の機能は基本的にいずれも同じである。したがって、以下の構成説明に関しては、図２に示す親機（マスタ）として機能するカラオケ装置１に関して行うこととする。
【００２２】
［カラオケ装置１の構成］
図２は、本実施例のカラオケ装置１の構成を示すブロック図である。
本実施例のカラオケ装置１においては、装置全体の動作を制御するＣＰＵ３０に、バスを介してＲＯＭ３２、ＲＡＭ３４、データ記憶手段としてのハードディスク記憶装置（ＨＤＤ）４４、データ取得手段としての通信制御部４２、リモコン受信部３６、表示パネル３８、パネルスイッチ４０、音源装置４６、音声データ処理部４８、効果用ＤＳＰ５０、ネットワークインターフェース５６、文字表示部５７、表示制御部５８及び音声処理用ＤＳＰ６８が接続されている。なお、ＣＰＵ３０は、データ更新手段、判断手段、データ配信手段に該当する。
【００２３】
ＲＯＭ３２にはこのカラオケ装置１を起動するために必要な起動プログラムなどが記憶されている。また、このカラオケ装置１の動作を制御するシステムプログラム、アプリケーションプログラムなどはＨＤＤ４４に記憶されており、カラオケ装置１の電源がオンされると上記起動プログラムによってＲＡＭ３４に読み込まれる。ＲＡＭ３４には、このプログラム記憶エリアのほか図３（Ａ）に示すように種々の記憶エリアが設定されている。具体的には、プログラムを記憶するプログラム記憶エリア３２８、カラオケ演奏する楽曲データを記憶する実行データ記憶エリア３２６、読み出されたガイドメロディを一時記憶するＭＩＤＩバッファ３２０、指示データを記憶する指示データ記憶エリア３２２が設定されている。
【００２４】
また、ＨＤＤ４４には図３（Ｂ）に示すように、上記システムプログラムやアプリケーションプログラムなどを記憶するプログラム記憶エリア３７６の他、（例えば約４万曲分の）楽曲データを記憶するコンテンツデータ記憶エリア３７０、背景動画を記憶する背景動画記憶エリア３７２、情報データを記憶する情報データ記憶エリア３７８、指示データを記憶する指示データ記憶エリア３８０が設けられている。ここで、コンテンツデータ記憶エリア３７０に記憶されるコンテンツデータには、コンテンツデータ本体および付加情報が含まれている。なお、コンテンツデータ本体の具体例としては、背景画や歌詞等の画像情報、またはその画像情報と音楽情報とを一緒に含む情報等が挙げられる。また、付加情報には、図１４に示すように、リビジョン、コンテンツデータが利用開始できる「有効期限」（開始年月日）、同データの利用が終了する「有効期限」（終了年月日）、曲番号、曲名（テキスト）、およびコンテンツタイプの各種情報が含まれている。なお、コンテンツタイプとは、コンテンツの種類を示すものであり、例えばＭＩＤＩやＭＰＥＧなどが挙げられる。また、情報データ記憶エリア３７８に記憶されている情報データファイルと指示データ記憶エリア３８０に記憶されている指示データファイルとは、図５に示すように１対１で対応している。
【００２５】
また、ＨＤＤ４４には、図１１（Ａ）に示す取得状態テーブル（特許請求の範囲における「第一の更新情報」に相当する。）、および図１２（Ａ）に示すファイル登録テーブル（特許請求の範囲における「第二の更新情報」に相当する。）が記憶されている。このうち、取得状態テーブルは、当該カラオケ装置１がこれまでに取得したリリース情報を管理するためのものであり、「年月」（特許請求の範囲における「追加時期情報」に相当する。）および「リビジョン情報」（特許請求の範囲における「第一の識別情報」に相当する。）の各情報を対応付けたものである。ここで「年月」は、各リリース情報がホスト装置２０に追加された年月を示すものであり、「リビジョン情報」は、当該カラオケ装置１が取得している各リリース情報のリビジョンを示すものである。
【００２６】
また、ファイル登録テーブルは、当該カラオケ装置１がこれまでに取得したコンテンツデータを管理するためのものであり、「リビジョン情報」（特許請求の範囲における「第二の識別情報」に相当する。）および「ファイル名」（特許請求の範囲における「名称情報」に相当する。）の各情報を対応付けたものである。ここで、「リビジョン情報」は、当該カラオケ装置１が取得している各コンテンツデータのリビジョンを示すものである。
【００２７】
通信制御部４２は、ＩＳＤＮ回線等を介してホスト装置２０（ホストコンピュータ、図１参照）から楽曲データなどをダウンロードし、内蔵しているＤＭＡ回路を用いてこの楽曲データを、ＣＰＵ３０を介さずに直接ＨＤＤ４４に書き込む。なお、ここでは通信手段としてＩＳＤＮ回線を例に説明したが、例えば電話一般回線であってもよいし、あるいはＡＤＳＬ、光通信などのブロードバンド回線を利用してもよい。
【００２８】
リモコン受信部３６は、リモコン７０から送られてくる赤外線信号を受信してデータを復元する。リモコン７０は、選曲スイッチなどのコマンドスイッチやテンキースイッチなどを備えており、利用者がこれらのスイッチを操作するとその操作に応じたコードで変調された赤外線信号を送信する。表示パネル３８はこのカラオケ装置１の本体前面に設けられており、現在演奏中の曲コードや予約曲数などを表示するものである。
【００２９】
パネルスイッチ４０はカラオケ装置の前面操作部に設けられており、曲コード入力スイッチやキーチェンジスイッチなどを含んでいる。
音源装置４６は、楽曲データの楽音トラックのデータに基づいて楽音信号を形成する。楽曲データはカラオケ演奏時にＣＰＵ３０によってＨＤＤ４４から読み出され、この楽音トラックと共に比較用データであるガイドメロディトラックも並行して読み出される。楽音トラックは複数トラックで構成されており、音源装置４６はこのデータに基づいて複数パートの楽音信号を同時に形成する。音声データ処理部４８は、楽曲データに含まれる音声データに基づき、指定された長さ、指定された音高の音声信号を形成する。音声データは、バックコーラスや模範歌唱音など、音源装置４６で電子的に発生しにくい信号波形をそのままＭＰ２（ＭＰＥＧ−１  オーディオ  レイヤ２）データ化して記憶したものである。音源装置４６が形成した楽音信号および音声データ処理部４８が形成した音声信号がカラオケ演奏音であり、これらは効果用ＤＳＰ５０に入力される。効果用ＤＳＰ５０は、このカラオケ演奏音に対してリバーブやエコーなどの音響効果を付与する。効果を付与されたカラオケ演奏音はＤ／Ａコンバータ５２によってアナログ信号に変換されたのち、外付け装置であるアンプスピーカ５４へ出力される。アンプスピーカ５４は、入力されたカラオケ演奏音および後述の歌唱音声信号を増幅し、且つ、歌唱音声信号にエコーなどの効果を付与した後スピーカから放音する。
【００３０】
一方、歌唱用のマイク６２から入力された歌唱音声信号はプリアンプ６４で増幅された後、アンプスピーカ５４及びＡ／Ｄコンバータ６６へ出力される。アンプスピーカ５４は入力された信号をカラオケ歌唱音として増幅出力する。一方、Ａ／Ｄコンバータ６６は、入力された歌唱音声信号をディジタル化し、これを音声処理用ＤＳＰ６８へ出力する。音声処理用ＤＳＰ６８では、入力された歌唱音声信号の平均音量を算出する。前記平均音量値はＣＰＵ３０に読み取られる。ＣＰＵ３０は前記平均音量値に基づいて音量データを割り出す。
【００３１】
文字表示部５７は、入力される文字データに基づいて曲名や歌詞などの文字パターンを生成する。また、映像選択データ（チャプタナンバ）に基づきＨＤＤ４４の背景動画記憶エリア３７２から対応する背景映像データが読み出され、表示制御部５８に入力される。映像選択データは当該カラオケ曲のジャンルデータなどに基づいて決定される。ジャンルデータは楽曲のヘッダに書き込まれており、カラオケ演奏スタート時にＣＰＵ３０によって読み出される。表示制御部５８では、これらのデータをスーパーインポーズで合成してモニタ６０に表示する。
【００３２】
ネットワークインターフェース５６はＬＡＮに接続するためのものであり、ＬＡＮを介して図示しない他のカラオケ装置と接続されている。
［情報データファイルと指示データファイルの説明］
図４は指示データファイルのフォーマットを説明する図である。上述したように、情報データファイルに対して１対１に対応した指示データファイルがあり、図４に示すように、情報データファイル番号、曲目件数、有効期限の開始年月日と終了年月日、曲番号からなっている。この内、曲番号は複数指定することができる。
【００３３】
図５に情報データファイルと指示データファイルの１例を示した。例えば、情報データファイル１２３に対応した指示データファイルは、情報データファイル番号１２３、曲目件数３、有効期限の開始年月日が２００３年１月２６日、終了年月日が２００４年１２月３１日、曲番号が２３４１３，４４０４，３５２７０となっている。このように、１の情報データファイルに対して１の指示データファイルが存在し、曲番号は複数設定できるため、同じ情報データファイルが複数の曲と対応することはあり得る。
【００３４】
以上のように構成されているカラオケ装置１においては、パネルスイッチ４０を介して入力、あるいはリモコン７０から送信された選曲番号をリモコン受信部３６にて受信、という形で利用者からカラオケ演奏曲を選択するための選曲番号の入力がなされると、ＨＤＤ４４から取得したカラオケ演奏用のデータを用いて、カラオケ演奏を実行する。そして、利用者が、モニタ６０に表示される歌詞を参照しながら、アンプスピーカ５４より流れる演奏に合わせて、マイクロフォン６２を使って歌を歌うことができる。つまり、カラオケを楽しむことができるようになっている。なお、上述のように、子機（スレーブ、ＬＡＮ）として機能するカラオケ装置１は、インターネット１５を介してホスト装置２０に接続する機能を有さないだけで他の構成は基本的に親機（マスタ）として機能するカラオケ装置１と同じである。
【００３５】
［ホスト装置２０の構成］
また、カラオケ装置１は、上述のように、ホスト装置２０にインターネットを介してアクセス可能である。このホスト装置２０は、制御情報配信サーバ２２およびファイル配信サーバ２４を備えている。
【００３６】
制御情報配信サーバ２２は、図６に示すように、リリース情報ファイルおよび配信リストを記憶している。このうちリリース情報ファイルの内部は、図６（Ａ）に示すように、ｎ個のリリース情報、およびリリース情報の個数を示す情報に分けられる。そして、各リリース情報は、新たに追加された年月を示す情報、およびそのリリースバージョンを示す情報から構成される。なお、各リリース情報には、配信リストがそれぞれ対応付けられている。また、配信リストの内部は、図６（Ｂ）に示すように、新たに追加された年月を示す情報、ｎ個の配信情報、および配信情報の個数を示す情報に分けられる。そして、各配信情報は、リビジョン情報、およびファイル名を示す情報から構成される。
【００３７】
ファイル配信サーバ２４は、各配信リストに対応するコンテンツデータを記憶している。コンテンツデータの内部には、コンテンツデータ本体および付加情報がその順で含まれている。また、ファイル配信サーバ２４は、コンテンツデータ以外にバージョンアップされたシステムプログラム等をデータベースに記憶しており、そのデータベースから随時読み出してカラオケ装置１に対して発信することができるようになっている。
【００３８】
［コンテンツデータ更新処理の説明］
次に、本実施例においてマスタとして機能するカラオケ装置１（以下、単に「マスタ」と称す。）のＣＰＵ３０が実行するコンテンツデータ更新処理について、図７のフローチャートおよび図１３の説明図を参照して説明する。なお、図１３は、コンテンツデータ更新処理を示す説明図である。
【００３９】
本処理は、マスタの電源がオンで動作中である場合に、所定時刻や所定間隔にて実行される。
最初のステップＳ１０２では、コンテンツデータ取得処理を実行する。具体的には、リリース情報ファイルおよび配信リストを制御情報配信サーバ２２から取得して更新可能なコンテンツデータを特定し、その特定したコンテンツデータをファイル配信サーバ２４から取得する（図１３の動作Ａ参照）。なお、このコンテンツデータ取得処理の詳細な処理内容については後述する。
【００４０】
続くＳ１０４では、マスタが、ファイル配信サーバ２４から取得したコンテンツデータを、スレーブとして機能するカラオケ装置１（以下、単に「スレーブ」と称す。）に配信する（Ｓ１０４、図１３の動作Ｂ参照）。一方、スレーブでは、マスタから送信されたコンテンツデータをＨＤＤ４４に記憶させ、他のカラオケ装置１に対して順次配信する（図１３の動作Ｃおよび動作Ｄ参照）。
【００４１】
続くＳ１０６では、先のコンテンツデータ取得処理（Ｓ１０２）において、更新可能なコンテンツデータをすべて取得したか否かを判断する。ここで取得していない場合には（Ｓ１０６：いいえ）所定時間経過後にＳ１０２に戻り、先にＳ１０２を実行した際に取得できなかったコンテンツデータを取得する（図１３の動作Ｅ参照）。なお本実施例では上述の所定時間を３０分に設定している。そしてＳ１０４に移行する（図１３の動作Ｆ、動作Ｇおよび動作Ｈ参照）。一方、取得した場合には（Ｓ１０６：はい）、本処理を終了する。
【００４２】
［コンテンツデータ取得処理の説明］
次に、コンテンツデータ更新処理におけるコンテンツデータ取得処理（Ｓ１０２）の詳細な処理内容について、図８のフローチャート、図９のフローチャート、および図１０，１１，１２を参照して説明する。なお、図１０は、コンテンツ取得処理を示す説明図（１）であり、図１１は、コンテンツ取得処理を示す説明図（２）であり、図１２は、コンテンツ取得処理を示す説明図（３）である。
【００４３】
最初のＳ２０２では、マスタがリリース情報ファイルをホスト装置２０の制御情報配信サーバ２２から取得する。具体的には、マスタが、制御情報配信サーバ２２にログイン可能か否か問い合わせる。これに対して制御情報配信サーバ２２では、ログイン可能か否かをマスタに応答する。ここで、制御情報配信サーバ２２がログイン不可能な場合には、マスタは例えば１分後等所定時間経過後に再び制御情報配信サーバ２２へのログインを試みる。一方、制御情報配信サーバ２２がログイン可能な場合には、マスタが制御情報配信サーバ２２にログインしてリリース情報ファイルを送信するよう要求する。これに対して制御情報配信サーバ２２では、要求されたリリース情報ファイルをマスタに送信する。
【００４４】
続くＳ２０４では、ＨＤＤ４４が記憶する取得状態テーブル（図１１（Ａ）参照）を読み出し、その読み出した取得状態テーブルと、制御情報配信サーバ２２から取得したリリース情報ファイル（図１１（Ｂ）参照）とを比較する。具体的には、リリース情報が年月ごとに存在するので、リリース情報に含まれるリビジョン情報を同一の年月ごとに比較する。ここで、相違するリリース情報が存在せず、且つ新しく追加されたリリース情報が存在しない場合には（Ｓ２０６：いいえ）、上述の取得状態テーブルが最新の状態であり、更新可能なコンテンツデータは存在しない判断し、本処理を終了してコンテンツデータ更新処理（Ｓ１０４）に移行する。一方、相違するリリース情報が存在する場合、または、新しく追加されたリリース情報が存在する場合には（Ｓ２０６：はい）、その相違するリリース情報または新しく追加されたリリース情報に対応付けられた配信リスト（図１１（Ｃ）参照）を制御情報配信サーバ２２から取得する（Ｓ２０８）。具体的には、マスタが制御情報配信サーバ２２に対して配信リストを順次送信するよう要求する。これに対して制御情報配信サーバ２２では、要求された配信リストをマスタに順次送信する。配信リストを受信し終えたら、マスタでは、制御情報配信サーバ２２に対してログアウトを要求する。これに対して制御情報配信サーバ２２では、マスタとのログイン状態を解除する。
【００４５】
続くＳ２１０では、Ｓ２０８にて制御情報配信サーバ２２から取得した配信リストに掲載されているコンテンツデータを、ホスト装置２０のファイル配信サーバ２４から取得する。具体的には、Ｓ２０８にて制御情報配信サーバ２２から取得した配信リストに掲載されているコンテンツデータが、ファイル登録テーブル（図１２（Ａ）参照）に登録されているか否かを判断する（図９、Ｓ２１２）。ここで、登録されていない場合には（Ｓ２１２：いいえ）、そのコンテンツデータを更新する必要があると判断する。そして、そのコンテンツデータをファイル配信サーバ２４から取得してＨＤＤ４４に保存するとともに、そのコンテンツデータをファイル登録テーブルに登録する（Ｓ２１６、図１２（Ｂ）参照）。そして、ファイル配信サーバ２４からログアウトし、後述するＳ２１８に移行する。
【００４６】
一方、登録されている場合には（Ｓ２１２：はい）、ファイル登録テーブルにおけるそのコンテンツデータのリビジョン情報と、先に制御情報配信サーバ２２から取得した配信リストに掲載されているコンテンツデータのリビジョン情報とを比較する（Ｓ２１４）。ここで、一致する場合には（Ｓ２１４：はい）、そのコンテンツデータを更新する必要がないと判断する。そして、ファイル配信サーバ２４からログアウトし、後述するＳ２１８に移行する。一方、一致しない場合には（Ｓ２１４：いいえ）、そのコンテンツデータを更新する必要があると判断する。そして、そのコンテンツデータをファイル配信サーバ２４から取得し、ＨＤＤ４４に記憶されたコンテンツデータを更新するとともに、ファイル登録テーブルを更新する（Ｓ２１６、図１２（Ｂ）参照）。そして、ファイル配信サーバ２４からログアウトし、後述するＳ２１８に移行する。
【００４７】
図８に戻り、Ｓ２１８では、Ｓ２１６におけるファイル登録テーブルの更新に基づき、取得状態テーブルを更新する。すなわち、（イ）ファイル登録テーブルにおいてその登録内容が更新されたコンテンツデータに関する情報が含まれている配信リストを特定し、取得状態テーブルにおけるリリース情報のうちその特定した配信リストが対応付けられたリリース情報を更新する。（ロ）また、ファイル登録テーブルに新たに追加されたコンテンツデータに関する情報が含まれている配信リストを特定し、取得状態テーブルにおけるリリース情報のうちその特定した配信リストが対応付けられたリリース情報を更新する（図１２（Ｃ）参照）。
【００４８】
続くＳ２２０では、Ｓ２１８にて更新された取得状態テーブル（図１２（Ｃ）参照）と、先のＳ２０２において制御情報配信サーバ２２から取得したリリース情報ファイル（図１１（Ｂ）参照）とを比較する。具体的には、リリース情報に含まれるリビジョン情報を同一の年月ごとに比較する。ここで、相違するリリース情報が存在する場合、または、新しく追加されたリリース情報が存在する場合、つまり一致しない場合には（Ｓ２２０：いいえ）Ｓ２１０に移行し、一致するまでＳ２１０以下の処理を繰り返し実行する。一方、相違するリリース情報が存在せず、且つ新しく追加されたリリース情報が存在しない場合、つまり一致する場合には（Ｓ２２０：はい）、上述の取得状態テーブルが最新の状態であり、更新可能なコンテンツデータは存在しない判断し、本処理を終了してコンテンツデータ更新処理（図７、Ｓ１０４）に移行する。
【００４９】
［効果］
このように本実施例のカラオケ装置１によれば、コンテンツデータ取得処理（Ｓ１０２）において、更新可能なコンテンツデータをすべて取得していない場合には（Ｓ１０６：いいえ）、所定時間経過後にＳ１０２に戻り、コンテンツ取得処理を再び実行することにより、先にコンテンツ取得処理を実行した際に取得できなかったコンテンツデータを取得する。その際、ＨＤＤ４４が記憶する取得状態テーブルと制御情報配信サーバ２２から取得したリリース情報ファイルとを比較することにより相違するリリース情報を特定し、さらに、制御情報配信サーバ２２から取得した、相違するリリース情報に対応する配信リストとＨＤＤ４４が記憶するファイル登録テーブルとを比較することにより取得が完了したコンテンツデータおよび取得が未完了のコンテンツデータを特定する。このことにより、データ転送の中断時に取得していたコンテンツデータが正常な状態で記憶されているか否かを確認するので、従来構成のようにデータ転送の中断時に取得していたコンテンツデータのサイズやＣＲＣを計算する必要がなく、その分時間を要しない。
【００５０】
また、上述のようにデータ転送の中断時に取得していたコンテンツデータが正常な状態で記憶されていることを迅速に確認することにより、データ転送の再開および完了を早めることができ、データ転送したコンテンツデータ群を迅速に利用可能とすることができる。
【００５１】
また、本実施例のカラオケ装置１によれば、コンテンツデータ取得処理（Ｓ１０２）において、更新可能なコンテンツデータをすべて取得していない場合には（Ｓ１０６：いいえ）、所定時間経過後にＳ１０２に戻り、コンテンツ取得処理を再び実行する際に、リリース情報ファイルを制御情報配信サーバ２２から再び取得するので、データ転送が中断してからデータ転送が再開するまでの間に、ホスト装置２０においてコンテンツデータが更新された場合でも、その更新されたコンテンツデータが更新すべきコンテンツデータとして特定される。このことにより、更新されたコンテンツデータをデータ転送の再開時に取得することができ、そのコンテンツデータを迅速に利用可能とすることができる。
【００５２】
また、本実施例のカラオケ装置１によれば、コンテンツデータの内部には、コンテンツデータ本体と付加情報とがその順で含まれている。このことにより、他のカラオケ装置１からは取得不可能なコンテンツデータ本体を、他のカラオケ装置１から取得可能な付加情報よりも先に取得することができ、データ転送の中断がコンテンツデータのうち付加情報を転送中に発生した場合でも、付加情報を他のカラオケ装置１から取得することにより、そのコンテンツデータを利用可能とすることができる。
【００５３】
また、本実施例のカラオケ装置１によれば、コンテンツデータ更新処理において、ファイル配信サーバ２４からのデータ転送が完了した場合およびデータ転送が中断した場合には（Ｓ１０２）、それまでにファイル配信サーバ２４から取得したコンテンツデータをスレーブに配信し（Ｓ１０４、図１３の動作Ｂおよび動作Ｆ参照）、さらにスレーブでは、マスタから送信されたコンテンツデータをＨＤＤ４４に保存し、他のカラオケ装置１に対して順次配信するので（図１３の動作Ｃ、動作Ｄ、動作Ｇおよび動作Ｈ参照）、カラオケシステムにおいて、データ転送が中断した場合であっても、データ転送が中断するまでに取得したコンテンツデータを利用可能とすることができる。また、マスタが全ての他のカラオケ装置１に対してコンテンツデータを配信する場合に比べてその配信処理に拘束される時間が短くて済み、データ転送の再開時期を早めることができる。
【００５４】
［別実施例］
（１）上記実施例では、コンテンツデータ取得処理（Ｓ１０２）において、更新可能なコンテンツデータをすべて取得していない場合には（Ｓ１０６：いいえ）、所定時間経過後にＳ１０２に戻り、コンテンツ取得処理を再び実行する際に、リリース情報ファイルを制御情報配信サーバ２２から再び取得しているが、これには限られず、改めてリリース情報ファイルを取得せずに、以前取得したリリース情報ファイルを用いてコンテンツ取得処理を再び実行してもよい。このように構成しても上記実施例と同様に、取得が完了したコンテンツデータおよび取得が未完了のコンテンツデータを特定することができる。但しこの場合には、データ転送が中断してからデータ転送が再開するまでの間に、ホスト装置２０においてコンテンツデータが更新された場合でも、上記実施例とは異なりその更新されたコンテンツデータを取得することはできない。
【００５５】
（２）上記実施例では、コンテンツデータ取得処理（Ｓ１０２）において、ＨＤＤ４４が記憶する取得状態テーブルと制御情報配信サーバ２２から取得したリリース情報ファイルとを比較し、相違するリリース情報が存在する場合には、データ転送が中断したと判断しているが、これには限られず、次のような場合にデータ転送が中断したと判断することが考えられる。すなわち、（イ）ＣＰＵ３０が、マスタとファイル配信サーバ２４とが接続状態となってから所定時間経過した場合には、データ転送が中断したと判断することが考えられる。また、（ロ）ＣＰＵ３０が、データ転送が開始されてから所定時間経過した場合には、データ転送が中断したと判断することが考えられる。さらに、（ハ）ＣＰＵ３０が、コンテンツデータ取得処理において、コンテンツデータを更新する必要があると判断してコンテンツデータ取得ステップ（Ｓ２１６）に移行する時点から所定時間が経過した場合には、コンテンツデータ群の取得が中断したと判断することが考えられる。また、（ニ）ＣＰＵが、ファイル配信サーバ２４からのデータ転送が所定時間途切れた場合には、データ転送が中断したと判断することが考えられる。また、（ホ）ＣＰＵ３０が、例えばログアウトやファイル配信サーバ２４側のトラブルなどによりマスタとファイル配信サーバ２４との接続状態が解除された場合には、データ転送が中断したと判断することが考えられる。このように構成しても、上記実施例と同様の作用効果を奏する。
【００５６】
（３）上記実施例では、スレーブが、マスタから送信されたコンテンツデータをＨＤＤ４４に保存し、他のカラオケ装置１に対して順次配信しているが、これには限られず、スレーブが、マスタから送信されたコンテンツデータを他のカラオケ装置１の一つに対して配信し、さらに、そのスレーブからコンテンツデータの配信を受けたカラオケ装置１が、他のカラオケ装置１の一つに対してコンテンツデータを配信するといった具合に順次配信するようにしてもよい。このようにしても上記実施例と同様の作用効果を奏する。また、スレーブが全ての他のカラオケ装置１に対してコンテンツデータを配信する場合に比べてその配信処理に拘束される時間が短くて済み、データ転送の再開時期を早めることができる。
【図面の簡単な説明】
【００５７】
【図１】カラオケ店舗に設置された実施例のカラオケシステム１０と、カラオケシステム１０とインターネットを介して接続されたホスト装置２０との接続状態を示す説明図である。
【図２】本実施例のカラオケ装置１の構成を示すブロック図である。
【図３】（Ａ）は、ＲＡＭ３４の内部構造を示した説明図であり、（Ｂ）はＨＤＤ４４の内部構造を示した説明図である。
【図４】指示データファイルのフォーマットを説明する図である。
【図５】情報データファイルと指示データファイルの具体例を示した説明図である。
【図６】（Ａ）はリリース情報ファイルのレイアウト構造を示した説明図であり、（Ｂ）は配信リストのレイアウト構造を示した説明図である。
【図７】コンテンツデータ更新処理を示すフローチャートである。
【図８】コンテンツデータ取得処理を示すフローチャート（１）である。
【図９】コンテンツデータ取得処理を示すフローチャート（２）である。
【図１０】コンテンツ取得処理を示す説明図（１）である。
【図１１】コンテンツ取得処理を示す説明図（２）である。
【図１２】コンテンツ取得処理を示す説明図（３）である。
【図１３】コンテンツデータ更新処理を示す説明図である。
【図１４】付加情報の構造を示した説明図である。
【符号の説明】
【００５８】
１…カラオケ装置、４…ハブ、５…ルータ、１０…カラオケシステム、１５…インターネット、２０…ホスト装置、２２…制御情報配信サーバ、２４…ファイル配信サーバ、３６…リモコン受信部、３８…表示パネル、４０…パネルスイッチ、４２…通信制御部、４４…ＨＤＤ、４６…音源装置、４８…音声データ処理部、５０…効果用ＤＳＰ、５２…Ｄ／Ａコンバータ、５４…アンプスピーカ、５６…ネットワークインターフェース、５７…文字表示部、５８…表示制御部、６０…モニタ、６２…マイク、６２…マイクロフォン、６４…プリアンプ、６６…Ａ／Ｄコンバータ、６８…音声処理用ＤＳＰ、７０…リモコン、１２３…情報ファイル、３２０…ＭＩＤＩバッファ、３２２…指示データ記憶エリア、
３２６…実行データ記憶エリア、３２８…プログラム記憶エリア、３７０…コンテンツデータ記憶エリア、３７２…背景動画記憶エリア、３７６…プログラム記憶エリア、３７８…情報データ記憶エリア、３８０…指示データ記憶エリア
【図１】
2005164640.tif 000003
【図２】
2005164640.tif 000004
【図３】
2005164640.tif 000005
【図４】
2005164640.tif 000006
【図５】
2005164640.tif 000007
【図６】
2005164640.tif 000008
【図７】
2005164640.tif 000009
【図８】
2005164640.tif 000010
【図９】
2005164640.tif 000011
【図１０】
2005164640.tif 000012
【図１１】
2005164640.tif 000013
【図１２】
2005164640.tif 000014
【図１３】
2005164640.tif 000015
【図１４】
2005164640.tif 000016