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