(57)【特許請求の範囲】
【請求項１】
各々のカラオケ楽曲を識別する識別情報と、当該カラオケ楽曲の再生に用いられるコンテンツデータの記憶場所と、当該記憶場所から前記コンテンツデータを読み出せるか否かを表す読出可否情報とを対応付けて記憶する記憶手段と、
前記記憶場所における記憶の可否の状態あるいは前記記憶場所へのアクセスの可否の状態を取得する状態取得手段と、
前記状態取得手段が取得した前記状態に基づいて、前記記憶場所から前記コンテンツデータを読み出せるか否かを判定し、当該判定の結果に応じて、前記記憶手段に記憶された前記読出可否情報の内容を更新する更新手段と、
前記記憶手段に記憶された読出可否情報に対応するカラオケ楽曲の前記識別情報を、ユーザがカラオケ楽曲の再生を予約するための予約画面に表示する制御を行う表示制御手段であって、前記情報記憶手段に記憶された前記読出可否情報が、コンテンツデータを記憶場所から読み出せないことを表している場合には、当該読出可否情報に対応するカラオケ楽曲の前記識別情報を前記予約画面に表示しない制御を行う表示制御手段と
を備えることを特徴とするカラオケ予約装置。
【請求項２】
前記記憶手段は、カラオケ楽曲を再生することが許されているか否かを表す再生可否情報を前記識別情報、前記記憶場所および前記読出可否情報と対応付けて記憶し、
前記表示制御手段は、カラオケ楽曲の再生が許されていないことを表している前記再生可否情報に対応するカラオケ楽曲の前記識別情報については前記予約画面に表示しない
ことを特徴とする請求項１に記載のカラオケ予約装置。
【請求項３】
前記記憶手段は、カラオケ楽曲の再生が解禁される解禁日を、前記識別情報、前記記憶場所、前記読出可否情報および前記再生可否情報と対応付けて記憶し、
前記解禁日が到来するまでは、当該解禁日に対応する前記再生可否情報を、カラオケ楽曲の再生が許されないという内容に設定し、前記解禁日が到来した後は、当該解禁日に対応する前記再生可否情報を、カラオケ楽曲の再生が許される内容に更新する更新制御手段を備える
ことを特徴とする請求項２に記載のカラオケ予約装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケ装置において予約対象となる楽曲の情報を表示する技術に関する。
【背景技術】
【０００２】
カラオケ店舗に設置されるカラオケ装置は、自装置内にＨＤＤ（Hard Disk Drive）などの大容量の記憶手段を備えており、この記憶手段にカラオケ楽曲に関するコンテンツデータを蓄積するようなものが多い。また、こうしたカラオケ装置が、コンテンツデータを供給するサーバ装置から、ネットワークを介してコンテンツデータを自装置内の記憶手段にダウンロードし得るように、そのダウンロードのためのカラオケネットワークシステムも広く普及している。例えば特許文献１には、ネットワークを介してダウンロードしたコンテンツデータを記憶する主ストレージと、予めコンテンツデータを更新不能な状態で記憶した副ストレージを備え、受け付けた曲番号に応じてコンテンツデータを読み出すストレージを切り替えるカラオケ装置が記載されている。
【０００３】
しかし、特許文献１に記載のカラオケ装置のように、コンテンツデータの記憶場所が複数箇所存在する場合、次のような問題がある。カラオケ装置とは別体の、タッチパネル上で指定された楽曲を検索して予約する端末装置は、この端末装置内に曲目リストをデータベースとして保持している。ユーザは、この曲目リストに基づいてタッチパネルに表示される結果に従って、歌いたい楽曲の検索および予約を行う。ところが、タッチパネルに表示された結果に従ってユーザが歌いたい楽曲の予約を行うことは可能であっても、実際には、この楽曲に関するコンテンツデータが、故障したストレージに記憶されており読み出し不可能な状態にあったり、ネットワークに異常が発生しておりカラオケ装置が該当するコンテンツデータをサーバ装置からダウンロード出来なかったりする場合がある。このような場合、端末装置のタッチパネル上に「予約エラー」のメッセージが表示されたり、あるいはこの楽曲の再生順番が来た際に、「都合によりこの楽曲は再生できません」等のメッセージがモニタに表示されたりして楽曲が再生されることはない。また、上述のような端末装置を用いずに、曲目リストが掲載された紙媒体の目次本に従ってユーザが楽曲を予約する際に、カラオケ装置に未配信であり実際には再生不可能な楽曲がこの目次本に掲載されており、ユーザがこの楽曲を誤って予約してしまう、という問題が発生することがある。このように、実際にはカラオケ装置が再生不可能な楽曲をユーザが予約することが可能であると、ユーザにストレスを生じさせてしまうという問題がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特願平５−３０９７６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は上述の背景を鑑みてなされたものであり、カラオケ装置が再生不可能な楽曲をユーザが誤って予約することを防止することを目的とする。
【課題を解決するための手段】
【０００６】
上述の課題を解決するために、本発明は、各々のカラオケ楽曲を識別する識別情報と、当該カラオケ楽曲の再生に用いられるコンテンツデータの記憶場所と、当該記憶場所から前記コンテンツデータを読み出せるか否かを表す読出可否情報とを対応付けて記憶する記憶手段と、前記記憶場所における記憶の可否の状態あるいは前記記憶場所へのアクセスの可否の状態を取得する状態取得手段と、前記状態取得手段が取得した前記状態に基づいて、前記記憶場所から前記コンテンツデータを読み出せるか否かを判定し、当該判定の結果に応じて、前記記憶手段に記憶された前記読出可否情報の内容を更新する更新手段と、前記記憶手段に記憶された読出可否情報に対応するカラオケ楽曲の前記識別情報を、ユーザがカラオケ楽曲の再生を予約するための予約画面に表示する制御を行う表示制御手段であって、前記情報記憶手段に記憶された前記読出可否情報が、コンテンツデータを記憶場所から読み出せないことを表している場合には、当該読出可否情報に対応するカラオケ楽曲の前記識別情報を前記予約画面に表示しない制御を行う表示制御手段とを備えることを特徴とするカラオケ予約装置を提供する。
【０００７】
また、別の好ましい態様において、前記記憶手段は、カラオケ楽曲を再生することが許されているか否かを表す再生可否情報を前記識別情報、前記記憶場所および前記読出可否情報と対応付けて記憶し、前記表示制御手段は、カラオケ楽曲の再生が許されていないことを表している前記再生可否情報に対応するカラオケ楽曲の前記識別情報については前記予約画面に表示しないことを特徴とする。
【０００８】
また、別の好ましい態様において、前記記憶手段は、カラオケ楽曲の再生が解禁される解禁日を、前記識別情報、前記記憶場所、前記読出可否情報および前記再生可否情報と対応付けて記憶し、前記解禁日が到来するまでは、当該解禁日に対応する前記再生可否情報を、カラオケ楽曲の再生が許されないという内容に設定し、前記解禁日が到来した後は、当該解禁日に対応する前記再生可否情報を、カラオケ楽曲の再生が許される内容に更新する更新制御手段を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、カラオケ装置が再生不可能な楽曲をユーザが誤って予約することを防止することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態におけるシステムの構成を表した図である。
【図２】カラオケ装置の構成を表したブロック図である。
【図３】曲目データベースを表した図である。
【図４】カラオケ装置で行われる定期処理の処理フロー図である。
【図５】カラオケ装置が検索結果を表示する際の処理フロー図である。
【図６】通常表示されるべき検索結果の一例を表した図である。
【図７】ローカルストレージＢにおける異常発生時に表示される検索結果の一例を表した図である。
【図８】ネットワークにおける異常発生時に表示される検索結果の一例を表した図である。
【図９】ＣＰＵが実現する機能構成を表したブロック図である。
【図１０】変形例２におけるアクセステーブルを表した図である。
【発明を実施するための形態】
【００１１】
以下、本発明の一実施形態について説明する。
＜実施形態＞
図１は、本発明の実施形態におけるシステムの構成を表した図である。このシステムは、カラオケ装置１と、サーバ装置２と、ネットワークＮＷとを有する。カラオケ装置１は、ユーザからの要求に従ってカラオケ楽曲を再生する装置である。ネットワークＮＷはＬＡＮ（Local Area Network）やインターネットであり、カラオケ装置１とサーバ装置２との間におけるデータ通信が行われる通信網である。サーバ装置２は、その内部あるいは外部に備えたＨＤＤ等の記憶手段にカラオケ楽曲に関するコンテンツデータを記憶しており、カラオケ装置１からの要求に従って、ネットワークＮＷ経由でこのコンテンツデータをカラオケ装置１に供給する装置である。ここで、コンテンツとは、カラオケ楽曲に関する音声と映像との組み合わせをいう。すなわち、コンテンツデータは、主旋律の歌声が存在せず伴奏やコーラスで構成されたいわゆるカラオケバージョンの楽曲に関する音声データと、この楽曲の歌詞や歌詞の背景に表示する映像からなる映像データとから成り立っている。サーバ装置２に対してカラオケ装置１は複数存在しても良い。
【００１２】
図２は、カラオケ装置１の構成を表したブロック図である。カラオケ装置１は、ＣＰＵ（Central Processing Unit）１０、ＲＡＭ（Random Access Memory）１１、ＲＯＭ（Read Only Memory）１２、記憶部１３、ＵＩ（User Interface）部１４、通信制御部１５、音声出力部１６および表示部１７を有し、これら各部がバス１８を介して接続されている。ＣＰＵ１０は、ＲＯＭ１２や記憶部１３に記憶されているコンピュータプログラムを読み出しＲＡＭ１１にロードして実行することにより、カラオケ装置１の各部を制御する。ＲＡＭ１１は、ＣＰＵ１０が処理を行う際のワークエリアとなる。
【００１３】
記憶部１３は、曲目データベース１３１を記憶し、ローカルストレージＡ１３２およびローカルストレージＢ１３３を有する。曲目データベース１３１は、カラオケ装置１が再生するカラオケ楽曲の属性を表す情報のデータベースである。曲目データベース１３１に含まれるデータは、カラオケ楽曲の属性を表す情報のみであり、カラオケ楽曲のコンテンツデータは曲目データベース１３１に含まれない。ローカルストレージＡ１３２およびローカルストレージＢ１３３は、例えばＨＤＤであり、カラオケ楽曲のコンテンツデータを記憶する。ローカルストレージＡ１３２とローカルストレージＢ１３３とは、それぞれ物理的に別体であるため、例えば一方が故障を起こしアクセスが不可能な状態となっても、他方は正常に動作することが可能である。以降の説明において、ローカルストレージＡ１３２およびローカルストレージＢ１３３のいずれかに特定して説明するのではない場合は、ローカルストレージというようにこれらを総称する。図２において記憶部１３はローカルストレージＡ１３２およびローカルストレージＢ１３３の２つのローカルストレージを備えているが、ローカルストレージの数はこれに限ったものではなく、複数のローカルストレージを記憶部１３が備えていれば良い。
【００１４】
ＵＩ部１４は、タッチパネル１４１を有する。タッチパネル１４１は、ユーザがカラオケ楽曲を検索して予約する際の対話画面を表示する表示面として機能すると共に、この表示面への接触によるユーザからの指示を受け付けて、この指示の内容をＵＩ部１４に通知する操作面として機能する。ＵＩ部１４は、タッチパネル１４１に表示される画面の表示内容を制御したり、タッチパネル１４１を通じてユーザより指示された内容をＣＰＵ１０に通知したりする。ＣＰＵ１０は、この通知に従って指定された検索条件で曲目データベース１３１を検索したり、指定された楽曲を予約したりといった処理を行う。通信制御部１５は、カラオケ装置１とネットワークＮＷとを有線あるいは無線で接続し、ネットワークＮＷを介したカラオケ装置１とサーバ装置２との間のデータ通信を制御する。
【００１５】
サーバ装置２は、図示せぬＣＰＵや各種メモリを備えたコンピュータであり、特にネットワークストレージ２１を備えている。ネットワークストレージ２１は例えばＨＤＤであり、カラオケ楽曲のコンテンツデータを記憶する。図２においてサーバ装置２は１つのネットワークストレージ２１を備えているが、ネットワークストレージの数はこれに限ったものではなく、複数のネットワークストレージをサーバ装置２が備えても良い。ユーザにより予約されたカラオケ楽曲のコンテンツデータがネットワークストレージ２１に記憶されている場合、カラオケ装置１は、通信制御部１５の制御に従ってサーバ装置２と通信を行い、ネットワークストレージ２１から読み出されたコンテンツデータをネットワークＮＷ経由でダウンロードしながら、ダウンロードが完了した部分から順次再生する、というストリーミング再生を行う。図２において、サーバ装置２は１つだけ存在しているが、これに限らず、カラオケ装置１が複数のサーバ装置と通信を行っても良い。
【００１６】
音声出力部１６は、ユーザにより予約されたカラオケ楽曲に関するコンテンツデータから抽出された音声データを再生し、カラオケ装置１に接続されたスピーカ等の放音装置から、この音声データに基づく音声を出力する。表示部１７は、ユーザにより予約されたカラオケ楽曲に関するコンテンツデータから抽出された映像データを再生し、モニタ等の表示装置に、この映像データに基づく映像を表示する。
【００１７】
図３は曲目データベース１３１の内容を表した図である。曲目データベース１３１は、曲番号、歌手名、曲名、記憶場所、読出可否情報および再生可否情報といった、個々の楽曲の属性を表す複数の項目からなる。曲番号は、カラオケ楽曲を一意に識別する番号であり、例えば４桁の親番と２桁の枝番とからなる。歌手名は、該当するカラオケ楽曲の歌い手を識別する名前である。曲名は該当するカラオケ楽曲の曲を識別する名前である。記憶場所は、該当するカラオケ楽曲のコンテンツデータが記憶されている場所を表す。例えば図３において、曲名が「ＡＡＡ」であるカラオケ楽曲は、ローカルストレージＡ１３２に該当するコンテンツデータが記憶されており、曲名が「ＢＢＢ」であるカラオケ楽曲は、ローカルストレージＢ１３３に該当するコンテンツデータが記憶されていることを表す。また、曲名が「ＥＥＥ」であるカラオケ楽曲は、コンテンツデータの所在場所を示すＵＲＬ（Uniform Resource Locator）が記憶場所として格納されており、該当するコンテンツデータがサーバ装置２の備えるネットワークストレージ２１に記憶されていることを表している。
【００１８】
読出可否情報は、該当するカラオケ楽曲のコンテンツデータを、ＣＰＵ１０がその記憶場所から読み出せるか否かを表す情報である。読出可否情報は、ＣＰＵ１０が該当するカラオケ楽曲のコンテンツデータをその記憶場所から読み出せる場合「正常」の値を取り、ＣＰＵ１０が該当するカラオケ楽曲のコンテンツデータをその記憶場所から読み出せない場合「異常」の値を取る。例えば図３において、曲名が「ＡＡＡ」であるカラオケ楽曲は、記憶場所であるローカルストレージＡ１３２が該当するコンテンツデータを正常に記憶しており、且つローカルストレージＡ１３２にアクセス可能な状態であって、ＣＰＵ１０が該当するコンテンツデータをローカルストレージＡ１３２から読み出すことが可能であるため、読出可否情報は「正常」となっている。一方、図３において曲名が「ＢＢＢ」および「ＦＦＦ」であるカラオケ楽曲は、記憶場所であるローカルストレージＢ１３３に故障が発生している、即ちローカルストレージＢ１３３が該当するコンテンツデータを正常に記憶していないか、あるいは何らかの原因でローカルストレージＢ１３３にアクセス不可能な状態であって、ＣＰＵ１０が該当するコンテンツデータをローカルストレージＢ１３３から読み出すことが不可能であるため、読出可否情報は「異常」となっている。
【００１９】
再生可否情報は、該当するカラオケ楽曲をカラオケ装置１で再生しても良いか否かを表す情報である。再生可否情報は、該当するカラオケ楽曲をカラオケ装置１で再生しても良い場合「再生可能」の値を取り、該当するカラオケ楽曲をカラオケ装置１で再生しては良くない場合「再生不可能」の値を取る。例えば、カラオケ装置１を有する或るカラオケ店舗とカラオケ楽曲に関するコンテンツデータの配信会社との間における契約内容に含まれていない楽曲は、契約違反とならないように再生不可能な状態でなければならない。図３において、曲名が「ＤＤＤ」であるカラオケ楽曲は、上述の契約内容に含まれていないため、再生可否情報が「再生不可能」となっている。また、この再生可否情報は、上述の契約内容に含まれているか否かに基づくものに限らない。例えばカラオケ装置１が結婚式場に設置されており結婚式場の雰囲気にそぐわない楽曲は再生されないようにしたい場合、タッチパネル１４１にパスワードで保護された管理者用の設定画面へのリンクを表示させ、この設定画面から任意のカラオケ楽曲を表すデータの再生可否情報が「再生不可能」の値を取るようにユーザにより設定可能としてもよい。
【００２０】
曲目データベース１３１においては、カラオケ装置１がサーバ装置２から定期的に都度の最新曲やデータの変更内容の情報をダウンロードすることで、データが追加、削除あるいは更新される。また、曲目データベース１３１における読出可否情報は、ＣＰＵ１０が定期的にローカルストレージやネットワークＮＷの状態に関する情報を取得し、この取得した状態に関する情報に基づいて判定を行い、この判定結果を曲目データベース１３１に反映することで随時更新される。この状態に関する情報とは、対象がローカルストレージであれば、ローカルストレージが故障しているか否か、即ちローカルストレージがデータを正常に記憶しているか否か、あるいはローカルストレージにアクセス可能であるか否かといった情報である。また、この状態に関する情報は、対象がネットワークＮＷであれば、カラオケ装置１がネットワークＮＷにアクセス可能であるか否か、ネットワークＮＷの通信速度がカラオケ装置１及びサーバ装置２間の通信の品質を保証する閾値を一定の時間超えているか否か、あるいはネットワークストレージ２１が故障しているか否か、即ちネットワークストレージ２１がデータを正常に記憶しているか否かといった情報である。
【００２１】
ＣＰＵ１０は、取得したローカルストレージの状態に関する情報が、ローカルストレージが故障している、即ちローカルストレージがデータを正常に記憶していない、あるいはローカルストレージにアクセス不可能である事を表している場合、このローカルストレージに異常が発生していると判定し、この判定結果をＲＡＭ１１に記憶する。また、ＣＰＵ１０は、取得したネットワークＮＷの状態に関する情報が、ネットワークＮＷにアクセス不可能である、あるいはネットワークＮＷの通信速度が上述の閾値を一定の時間超えていない、又はネットワークストレージ２１が故障している、即ちネットワークストレージ２１がデータを正常に記憶していない事を表している場合、ネットワークＮＷに異常が発生していると判定し、この判定結果をＲＡＭ１１に記憶する。そしてＣＰＵ１０は、ＲＡＭ１１に記憶された判定結果に基づいて、曲目データベース１３１の読出可否情報を更新する。例えば判定結果がローカルストレージＢ１３３に異常が発生しているというものであれば、ＣＰＵ１０は、曲目データベース１３１におけるデータのうち、記憶場所がローカルストレージＢ１３３であるデータの読出可否情報を「異常」に更新する。
【００２２】
図４は、カラオケ装置１で行われる定期処理の処理フロー図である。
カラオケ装置１において、ＣＰＵ１０による計時機能によって定期処理の処理タイミングが訪れると（ステップＳ１；ＹＥＳ）、ＣＰＵ１０は、ローカルストレージＡ１３２、ローカルストレージＢ１３３およびネットワークＮＷに関する状態の情報を取得する（ステップＳ２）。そしてＣＰＵ１０は、これらの取得した情報に基づいて、ローカルストレージＡ１３２、ローカルストレージＢ１３３およびネットワークＮＷの各々について異常が発生しているか否かの判定を行い、この判定結果をＲＡＭ１１に記憶する（ステップＳ３）。ＣＰＵ１０は、ＲＡＭ１１に記憶された判定結果に基づいて、曲目データベース１３１の読出可否情報を更新する（ステップＳ４）。
【００２３】
ＣＰＵ１０は、曲目データベース１３１において読出可否情報が「異常」あるいは再生可否情報が「再生不可能」であるカラオケ楽曲を、タッチパネル１４１における検索結果に表示しないような制御を行う。図５はカラオケ装置１が検索結果を表示する際の処理フロー図である。タッチパネル１４１を通じて、ユーザにより歌手名、曲名等の検索条件を指定して検索を行う指示があると（ステップＳ１１；ＹＥＳ）、ＣＰＵ１０は指定された検索条件に従って曲目データベース１３１を参照する（ステップＳ１２）。そしてＣＰＵ１０は、曲目データベース１３１から、指定された検索条件に該当するデータのうち、読出可否情報が「正常」であり、再生可否情報が「再生可能」であるデータを抽出し、この抽出したデータをＵＩ部１４に出力する（ステップＳ１３）。ＵＩ部１４は、抽出されたデータをタッチパネル１４１に検索結果として表示する（ステップＳ１４）。
【００２４】
図６〜８は、タッチパネル１４１に表示される検索結果の一例を表した図である。図６〜８における検索結果は、ユーザが歌手名に「山○タロウ」という名前を検索条件として指定した場合であり、一度に表示されるデータ件数が６件である場合の一例である。また、図６〜８は、ユーザが指定した検索条件の歌手名に応じて曲目データベース１３１に登録されているカラオケ楽曲の数が複数存在し、これらのカラオケ楽曲を表すデータのうち読出可否情報が「正常」かつ再生可否情報が「再生可能」なデータが存在した場合の例である。図６は、通常表示されるべき検索結果の一例を表した図である。すなわち図６は、ローカルストレージおよびネットワークＮＷに異常が発生しておらず、図３における曲目データベース１３１において、全てのデータにおける読出可否情報が「正常」であり、全てのデータにおける再生可否情報が「再生可能」であった場合にタッチパネル１４１に表示される検索結果である。図６においては、検索結果として、図３における曲目データベース１３１の上から順番に６件分が表示されている。
【００２５】
図７は、ローカルストレージＢ１３３における異常発生時に表示される検索結果の一例を表した図である。この場合、曲目データベース１３１において、図３のように、記憶場所がローカルストレージＢ１３３であって曲名が「ＢＢＢ」および「ＦＦＦ」である２件のデータは読出可否情報が「異常」となっている。また、図７の例では、図３のように、曲目データベース１３１において曲名が「ＤＤＤ」である１件のデータの再生可否情報が「再生不可能」となっているものとする。この場合、ＣＰＵ１０は、曲目データベース１３１から読出可否情報が「正常」かつ再生可否情報が「再生可能」であるデータを抽出する。ＵＩ部１４は、この抽出されたデータを検索結果としてタッチパネル１４１に表示する。つまり、読出可否情報が「異常」あるいは再生可否情報が「再生不可能」である上述の３件のデータは抽出対象外となり、検索結果としてタッチパネル１４１に表示されない。この結果、これら抽出対象外であるデータの数だけ、すなわち３件分だけ、曲目データベース１３１に登録されている、曲名「ＧＧＧ」、曲名「ＨＨＨ」および曲名「ＩＩＩ」のデータの内容が、検索結果として繰り上がってタッチパネル１４１に表示されることとなる。
【００２６】
図８は、ネットワークＮＷにおける異常発生時に表示される検索結果の一例を表した図である。図８の例では、図３の曲目データベース１３１において、記憶場所にＵＲＬが格納されておりネットワークストレージ２１にコンテンツデータが記憶されている、曲名が「ＥＥＥ」である１件のデータは読出可否情報が「異常」となっており、それ以外のデータは読出可否情報が「正常」となっているものとする。また、図８の例では、図３のように、曲目データベース１３１において曲名が「ＤＤＤ」である１件のデータの再生可否情報が「再生不可能」となっているものとする。この場合、読出可否情報が「異常」あるいは再生可否情報が「再生不可能」である上述の２件のデータは抽出対象外となり、検索結果としてタッチパネル１４１に表示されない。この結果、これら抽出対象外のデータの数だけ、すなわち２件分だけ、曲目データベース１３１に登録されている曲名「ＧＧＧ」および曲名「ＨＨＨ」のデータの内容が、検索結果として繰り上がってタッチパネル１４１に表示されることとなる。
【００２７】
ユーザが指定した検索条件の歌手名に応じて曲目データベース１３１に登録されたカラオケ楽曲が１件しか存在せず、このカラオケ楽曲に関するデータの読出可否情報が「異常」あるいは再生可否情報が「再生不可能」であった場合、ＣＰＵ１０は、タッチパネル１４１に該当するデータが存在しない旨のメッセージを表示する。ユーザが指定した検索条件の歌手名に応じて曲目データベース１３１に登録されているカラオケ楽曲の数が複数存在する場合であっても、これらのカラオケ楽曲を表すデータ全てにおいて読出可否情報が「異常」あるいは再生可否情報が「再生不可能」であった場合も、ＣＰＵ１０はタッチパネル１４１に該当するデータが存在しない旨のメッセージを表示する。
【００２８】
図９は、ＣＰＵ１０が実現する機能構成を表したブロック図である。ＣＰＵ１０は、ＲＯＭ１２あるいは記憶部１３に記憶されたプログラムをＲＡＭ１１にロードして実行することにより、状態取得部１０１、更新部１０２、表示制御部１０３を実現する。状態取得部１０１は、定期的に、コンテンツデータの記憶場所について、記憶場所における記憶の可否の状態あるいは記憶場所へのアクセスの可否の状態に関する情報を取得する。更新部１０２は、状態取得部１０１が取得した記憶場所の状態に関する情報に基づいて、記憶場所からコンテンツデータを読み出せるか否かを判定し、この判定の結果に応じて、曲目データベース１３１における読出可否情報の内容を更新する。表示制御部１０３は、曲目データベース１３１における読出可否情報が「正常」であり、且つ再生可否情報が「再生可能」であるカラオケ楽曲の歌手名あるいは曲名をタッチパネル１４１への表示対象として抽出し、曲目データベース１３１における読出可否情報が「異常」である、あるいは再生可否情報が「再生不可能」であるカラオケ楽曲の歌手名あるいは曲名をタッチパネル１４１への表示対象として抽出しない制御を行う。
【００２９】
このように本実施形態によれば、カラオケ装置１が、該当するコンテンツデータをＣＰＵ１０がその記憶場所から読み出すことが出来ない楽曲および再生されるべきでない楽曲を、タッチパネル１４１に検索結果として表示しない制御を行うことで、カラオケ装置１が再生不可能な楽曲をユーザが誤って予約することを防止することが可能となる。このとき、カラオケ装置１は、コンテンツデータの記憶場所の状態を表す情報を定期的に取得し、この状態を表す情報に基づいて、それぞれの記憶場所からコンテンツデータを読み出せるか否かを判定し、この判定結果を用いて曲目データベース１３１における読出可否情報を定期的に更新する。そしてカラオケ装置１は、この曲目データベース１３１に基づく内容をカラオケ装置１が備えるタッチパネル１４１に表示するため、ユーザが取得する検索結果が、より最新の状態に近いものとなり、カラオケ装置１が再生不可能な楽曲をユーザが誤って予約することをより高い確率で防止することが可能となる。
【００３０】
以上の実施形態は次のように変形可能である。尚、以下の変形例は適宜組み合わせて実施しても良い。
＜変形例１＞
再生可否情報の内容は、実施形態のようにカラオケ店舗と配信会社との間における契約内容に基づくものに限ったものではない。通常、個々のカラオケ楽曲には、元の楽曲の発売日以降、カラオケでの配信が許可される解禁日が存在する。再生可否情報の内容は、この解禁日に応じた内容であってもよい。すなわち、曲目データベース１３１が、この解禁日を項目として新たに保持し、この解禁日が到来するまでの日においては、該当するデータの再生可否情報は初期値として「再生不可能」となっている。そして、ＣＰＵ１０の計時機能により解禁日が到来したことを検知すると、ＣＰＵ１０が該当するデータの再生可否情報を「再生可能」に更新する。このようにすれば、解禁日が到来しておらずカラオケ装置１が再生すべきでないカラオケ楽曲を、ユーザが誤って予約することを防止することが可能となる。
【００３１】
＜変形例２＞
実施形態においては、曲目データベース１３１に読出可否情報が項目として存在したが、読出可否情報を曲目データベース１３１が項目として保持せずに、次のようにしてもよい。すなわち、カラオケ楽曲に関するコンテンツデータを記憶する記憶場所と、ＣＰＵ１０が各々の記憶場所から正常にコンテンツデータを読み出せるか否かを表す読出可否情報とを対応付けたアクセステーブルをＲＡＭ１１あるいはＲＯＭ１２が記憶する。そして、ＣＰＵ１０は定期的に取得したローカルストレージやネットワークＮＷの状態に関する情報に基づいて異常が発生しているかを判定し、この判定結果に基づいてアクセステーブルにおける読出可否情報を更新する。
【００３２】
図１０はアクセステーブルを表した図である。変形例２においては、図５の検索結果を表示する際の処理フロー図におけるステップＳ１３が以下のような処理となる。すなわち、ＣＰＵ１０は、曲目データベース１３１と、上述のアクセステーブルとを参照して、曲目データベース１３１における指定された検索条件に該当するデータのうち、そのデータの記憶場所がアクセステーブルの読出可否情報において「正常」の値を取り、曲目データベース１３１の再生可否情報が「再生可能」であるデータを抽出する。そしてＣＰＵ１０は、この抽出したデータをＵＩ部１４に出力し、ＵＩ部１４は抽出されたデータの内容をタッチパネル１４１に表示する。このようにすれば、実施形態と同様の効果を得る事が可能となる。
【００３３】
＜変形例３＞
実施形態においては、カラオケ装置１がタッチパネル１４１を備え、このタッチパネル１４１に表示する検索結果を制御していたが、これを次のようにしてもよい。すなわち、カラオケ装置１とは別体であって曲目データベースをその内部に保持し、ユーザからの指示に従って検索結果を表示する端末装置に対して、カラオケ装置１が、曲目データベース１３１における読出可否情報および再生可否情報の内容を、通信制御部１５によって通知してもよい。そして、端末装置はこの通知に従って自装置に表示する検索結果をカラオケ装置１と同様に制御する。このようにすれば、ユーザが上述のような端末装置を用いて楽曲の予約を行う場合でも、カラオケ装置１が再生不可能な楽曲をユーザが誤って予約することを防止することが可能となる。
【００３４】
＜変形例４＞
実施形態においては、ユーザにより予約されたカラオケ楽曲のコンテンツデータをネットワークストレージ２１が記憶している場合、カラオケ装置１は、通信制御部１５の制御に従ってサーバ装置２と通信を行い、ネットワークストレージ２１から該当するコンテンツデータを読み出してストリーミング再生を行っていたが、カラオケ楽曲の再生手法はこれに限らず次のようにしてもよい。すなわち、ユーザにより予約されたカラオケ楽曲のコンテンツデータをネットワークストレージ２１が記憶している場合、カラオケ装置１は、通信制御部１５の制御に従ってサーバ装置２と通信を行い、ネットワークストレージ２１から該当するコンテンツデータをローカルストレージＡ１３２あるいはローカルストレージＢ１３３にダウンロードする。この場合、ＣＰＵ１０は、曲目データベース１３１において、ダウンロードされたデータの記憶場所を適宜更新する。また、ローカルストレージが容量制限に達していた場合、ＣＰＵ１０はダウンロードを開始する前に、ローカルストレージにおいて保存日時が最も過去のコンテンツデータのうち最も再生回数が少ないものを削除して記憶領域を確保する。このようにすれば、コンテンツデータのストリーミング再生時にネットワーク障害が起きて不具合が発生するような事態を抑制することが可能となる。
【００３５】
＜変形例５＞
実施形態においては、読出可否情報が「異常」あるいは再生可否情報が「再生不可能」であるデータをタッチパネル１４１における表示対象外とする制御を、検索結果の表示に対して行っていた。この制御は検索結果の表示に限らず、過去に予約された楽曲の履歴表示や、リコメンド楽曲の表示等に対して適用しても良いことは勿論である。
【００３６】
＜変形例６＞
実施形態においては、カラオケ装置１がローカルストレージを２つ備えていたが、これに限らず、カラオケ装置１が、ネットワークストレージ２１を備えるサーバ装置２と通信を行うのであれば、カラオケ装置１が備えるローカルストレージは１つでも良い。要するに、カラオケ楽曲のコンテンツデータの記憶場所が複数存在すれば良い。
【００３７】
＜変形例７＞
上述した実施形態における制御プログラムは、磁気記録媒体（磁気テープ、磁気ディスクなど）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリなどのコンピュータ読み取り可能な記録媒体に記憶した状態で提供し得る。この場合には、記録媒体を読み取るインターフェースをカラオケ装置１に設ければよい。また、ネットワーク経由でこの制御プログラムをカラオケ装置１にダウンロードさせることも可能である。
【符号の説明】
【００３８】
１…カラオケ装置、２…サーバ装置、１０…ＣＰＵ、１１…ＲＡＭ、１２…ＲＯＭ、１３…記憶部、１３１…曲目データベース、１３２…ローカルストレージＡ、１３３…ローカルストレージＢ、１４…ＵＩ部、１４１…タッチパネル、１５…通信制御部、１６…音声出力部、１７…表示部、１８…バス、２１…ネットワークストレージ、１０１…状態取得部、１０２…更新部、１０３…表示制御部、ＮＷ…ネットワーク
【図１】
0005471584.tif 000002
【図２】
0005471584.tif 000003
【図３】
0005471584.tif 000004
【図４】
0005471584.tif 000005
【図５】
0005471584.tif 000006
【図６】
0005471584.tif 000007
【図７】
0005471584.tif 000008
【図８】
0005471584.tif 000009
【図９】
0005471584.tif 000010
【図１０】
0005471584.tif 000011