(57)【要約】【課題】オンデマンドでコンテンツのデータを取得するカラオケ装置において、リクエストを受けてから演奏を開始するまでの待ち時間を低減する。【解決手段】カラオケ装置２は、ユーザからリクエストされたカラオケコンテンツに対応する楽曲データを各配信サーバ３から分散して取得する。この楽曲データは、機能別の複数種類のデータファイル群からなる。カラオケ装置２は、管理サーバ４から取得したユーザの歌唱履歴に基づいて、楽曲データを構成する複数種類のデータファイルのうち、見切り対象のデータファイルを決定する。各配信サーバ３から楽曲データをダウンロードしているときに、当該楽曲データを構成する複数種類のデータファイルのうち、見切り対象のデータファイルのダウンロードが完了しているか否かにかかわらず、それ以外のデータファイルのダウンロードが完了したことを条件に、取得済みのデータファイルに基づいて楽曲の再生を開始する。【選択図】図１
2015135416.tif 000002
【特許請求の範囲】
【請求項１】
出力をリクエストされたカラオケコンテンツに対応するコンテンツデータであって、機能別の複数種類のデータファイル群を含んで構成されているコンテンツデータを、所定の取得先から通信路を介してダウンロードするダウンロード手段と、
取得された条件情報に基づいて、前記コンテンツデータを構成する複数種類のデータファイルのうち、見切り対象のデータファイルを決定する決定手段と、
前記ダウンロード手段がコンテンツデータをダウンロードしているときに、当該コンテンツデータを構成する複数種類のデータファイルのうち、前記決定手段によって決定された見切り対象のデータファイルのダウンロードが完了しているか否かにかかわらず、見切り対象でないデータファイルのダウンロードが完了したことを条件に、前記見切り対象でないデータファイルに基づいてカラオケコンテンツの出力を開始する出力手段と、
を備えることを特徴とするカラオケ装置。
【請求項２】
請求項１に記載のカラオケ装置において、
ダウンロードするカラオケコンテンツをリクエストしたユーザが、過去にリクエストしたカラオケコンテンツについて歌唱をした履歴を表す履歴情報を、前記条件情報として取得する取得手段を備え、
前記決定手段は、前記取得手段により取得された履歴情報に基づいて、前記見切り対象のデータファイルを決定すること、
を特徴とするカラオケ装置。
【請求項３】
請求項２に記載のカラオケ装置において、
前記コンテンツデータには、カラオケ楽曲のガイドメロディを表すデータファイルが少なくとも含まれており、
前記取得手段は、前記履歴情報として、前記ユーザが過去に行った歌唱において採点機能を使ったときの採点結果を表す情報を取得し、
前記決定手段は、前記履歴情報における採点結果の良否に応じて、ガイドメロディのデータファイルを見切り対象に決定するか否かを判断すること、
を特徴とするカラオケ装置。
【請求項４】
請求項２又は請求項３に記載のカラオケ装置において、
前記コンテンツデータには、カラオケ楽曲の歌詞を表すデータファイルが少なくとも含まれており、
前記取得手段は、前記履歴情報として、リクエストされたカラオケコンテンツを前記ユーザが過去に歌唱したときに、歌詞の正確さを評価する機能を用いた評価結果を表す情報を取得し、
前記決定手段は、前記履歴情報で表される歌詞の正確さに関する評価結果に応じて、歌詞のデータファイルを見切り対象に決定するか否かを判断すること、
を特徴とするカラオケ装置。
【請求項５】
出力をリクエストされたカラオケコンテンツに対応するコンテンツデータであって、機能別の複数種類のデータファイル群を含んで構成されているコンテンツデータを、所定の取得先から通信路を介してダウンロードするダウンロード手順と、
取得された条件情報に基づいて、前記コンテンツデータを構成する複数種類のデータファイルのうち、見切り対象のデータファイルを決定する決定手順と、
前記ダウンロード手順においてコンテンツデータをダウンロードしているときに、当該コンテンツデータを構成する複数種類のデータファイルのうち、前記決定手順において決定された見切り対象のデータファイルのダウンロードが完了しているか否かにかかわらず、見切り対象でないデータファイルのダウンロードが完了したことを条件に、前記見切り対象でないデータファイルに基づいてカラオケコンテンツの出力を開始する出力手順と、
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザからリクエストされたカラオケコンテンツのデータをダウンロードし、ダウンロードしたデータに基づいてカラオケコンテンツを出力するカラオケ装置に関する。
【背景技術】
【０００２】
特許文献１には、クライアントがサーバから動画像データを受信するとともに、当該動画像データに関連する関連データを、ユーザの要求にかかわらずサーバから受信して投機的に格納しておくことで、動画像データの再生中にユーザの要求に対して瞬時に関連データを出力する技術が記載されている。このように、必要なデータ群を取得してからサービスを提供する技術が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１１−３４１４６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来、カラオケ装置が提供するサービスにおいて、ユーザからのリクエストがあったときに、リクエストされたカラオケコンテンツのデータを所定の配信元からダウンロードしてから、カラオケの演奏等を開始するオンデマンドのサービスが知られている。なお、カラオケのサービスに必要なコンテンツのデータは、カラオケの演奏音を表すデータや、歌詞テロップを表すデータ、背景画像を表すデータ、ガイドメロディを表すデータ等、機能別の複数のデータファイル群で構成されている。
【０００５】
特許文献１に記載の技術を従来のカラオケ装置が提供するサービスに適用した場合では、カラオケコンテンツのデータを構成するデータファイル群が全て揃ってからでないと、カラオケのサービス（例えば、カラオケ楽曲の演奏）を開始できなかった。そのため、たとえリクエストしたユーザにとって必要のないデータファイルが含まれていても、その必要のないデータファイルを含めた全てのデータファイルの取得が完了するまでカラオケの演奏が開始されないため、ユーザはカラオケの歌唱を開始できず、ユーザを無用に待たせてしまうおそれがあった。
【０００６】
本発明は上記問題を解決するためになされたものである。その目的は、オンデマンドでカラオケコンテンツのデータを取得するカラオケ装置において、リクエストを受けてからユーザによるカラオケの歌唱を開始するまでの待ち時間を低減するための技術を提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するためになされた請求項１に記載のカラオケ装置は、ダウンロード手段と、決定手段と、出力手段とを備える。ダウンロード手段は、出力をリクエストされたカラオケコンテンツに対応するコンテンツデータを、所定の取得先からデータを伝送する通信路を介してダウンロードする。このコンテンツデータは、機能別の複数種類のデータファイル群を含んで構成されているものである。決定手段は、取得された条件情報に基づいて、コンテンツデータを構成する複数種類のデータファイルのうち、見切り対象のデータファイルを決定する。出力手段は、ダウンロード手段がコンテンツデータをダウンロードしているときに、当該コンテンツデータを構成する複数種類のデータファイルのうち、決定手段によって決定された見切り対象のデータファイルのダウンロードが完了しているか否かにかかわらず、見切り対象でないデータファイルのダウンロードが完了したことを条件に、見切り対象でないデータファイルに基づいてカラオケコンテンツの出力を開始する。
【０００８】
本発明によれば、コンテンツデータを構成する複数種類のデータファイルのうち、ある条件に基づいて決定された見切り対象のデータファイルの取得が完了していなくても、他のデータファイルの取得が完了していればカラオケコンテンツの出力を開始できるようになっている（見切りスタート）。このようにすることで、ユーザのリクエストに応じてコンテンツデータを取得する際、必ずしも全てのデータファイルを取得しなくてもカラオケコンテンツの出力を開始できるので、ユーザの待ち時間を低減できる。
【０００９】
コンテンツデータを構成する複数種類のデータファイルの中から、どのようにして見切り対象のデータファイルを決定するかについて、例えば、請求項２に記載のように構成することが考えられる。すなわち、取得手段は、ダウンロードするカラオケコンテンツをリクエストしたユーザが、過去にリクエストしたカラオケコンテンツについて歌唱をした履歴を表す履歴情報を、条件情報として取得する。そして、決定手段は、取得手段により取得された履歴情報に基づいて、見切り対象のデータファイルを決定する。このようにすることで、リクエストをしたユーザが過去に利用したカラオケコンテンツの履歴に基づいて、そのユーザにとって重要性が低いと推測できるデータファイルを見切り対象に決定することができる。例えば、歌唱の履歴に基づいて、歌唱が上達していると判断できるユーザについて、歌唱を支援する機能に関するデータファイルを見切り対象に決定するといった運用が考えられる。
【００１０】
具体的には、請求項３に記載のように構成することが考えられる。すなわち、コンテンツデータには、カラオケ楽曲のガイドメロディを表すデータファイルが少なくとも含まれているものとする。取得手段は、履歴情報として、ユーザが過去に行った歌唱において採点機能を使ったときの採点結果を表す情報を取得する。そして、決定手段は、履歴情報における採点結果の良否に応じて、ガイドメロディのデータファイルを見切り対象に決定するか否かを判断する。
【００１１】
カラオケの採点機能を利用した採点結果が良好であるならば、そのユーザは歌唱が上達していると推定できる。そのようなユーザにとっては、ガイドメロディがなくても上手に歌唱をすることができると考えられる。そこで、ガイドメロディのデータファイルを見切り対象に決定することで、ダウンロードの待ち時間を低減できる。
【００１２】
また、請求項４に記載のように構成することが考えられる。すなわち、コンテンツデータには、カラオケ楽曲の歌詞を表すデータファイルが少なくとも含まれているものとする。取得手段は、履歴情報として、リクエストされたカラオケコンテンツをユーザが過去に歌唱したときに、歌詞の正確さを評価する機能を用いた評価結果を表す情報を取得する。そして、決定手段は、履歴情報で表される歌詞の正確さに関する評価結果に応じて、歌詞のデータファイルを見切り対象に決定するか否かを判断する。
【００１３】
リクエストされたカラオケコンテンツについて、過去にユーザが歌詞を正確に歌唱できたのであれば、そのユーザは歌詞を熟知していると推定できる。このようなユーザにとっては、歌詞テロップの表示がなくても上手に歌唱をすることができると考えられる。そこで、歌詞を表すデータファイルを見切り対象に決定することで、ダウンロードの待ち時間を低減できる。
【００１４】
なお、本発明は、請求項５に記載のように、コンピュータにおいて実行されるプログラム、あるいは当該プログラムを記憶する記憶媒体として実現することもできる。
【図面の簡単な説明】
【００１５】
【図１】カラオケシステムの構成を表すブロック図。
【図２】楽曲再生処理の手順を表すフローチャート。
【図３】データ取得終了条件設定処理の手順を表すフローチャート。
【図４】データ取得終了判定処理の手順を表すフローチャート。
【発明を実施するための形態】
【００１６】
以下、本発明の実施形態を図面に基づいて説明する。なお、本発明は下記の実施形態に限定されるものではなく様々な態様にて実施することが可能である。
［カラオケシステムの構成の説明］
図１に示すように、実施形態のカラオケシステム１は、カラオケ装置２と、カラオケ装置２との間でネットワーク１００（例えば、インターネット）を介して通信可能な配信サーバ群３ａ，３ｂ，３ｃ，３ｄ及び管理サーバ４とを有する。
【００１７】
カラオケ装置２は、例えば、カラオケ店舗に設置される業務用の機器で具現化される。あるいは、カラオケ演奏機能が実装された高機能携帯電話（いわゆるスマートフォン）やタブレットコンピュータ等の携帯情報機器で具現化されるものであってもよい。カラオケ装置２は、制御部２１、通信インタフェース部２２、記憶部２３、操作部２４、音声入出力部２５等を備える。カラオケ装置２は、ユーザからリクエストされたカラオケコンテンツのデータを、ネットワーク１００を介して各配信サーバ群３ａ，３ｂ，３ｃ，３ｄから取得して、取得したカラオケコンテンツを出力する機能を有する。なお、本実施形態では、カラオケコンテンツとしてカラオケ楽曲の演奏を想定している。以下、各配信サーバ群３ａ，３ｂ，３ｃ，３ｄをまとめて「配信サーバ３」と表記する。
【００１８】
制御部２１は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備え、所定のプログラムに従って動作することにより、カラオケ装置２を総合的に制御する。通信インタフェース部２２は、カラオケ装置２をネットワーク１００に接続し、ネットワーク１００を介した通信を制御する通信装置である。なお、カラオケ装置２とネットワーク１００とは、図示しないルータを介して接続されている。カラオケ装置２は、ネットワーク１００を介して、各配信サーバ３及び管理サーバ４と通信を行う。
【００１９】
記憶部２３は、例えばハードディスクドライブ等の記憶装置である。記憶部２３には、カラオケ装置２の動作を制御するためのプログラムや、配信サーバ３及び管理サーバ４から取得したデータ等が記憶される。操作部２４は、ユーザからの操作を入力するための入力装置であり、カラオケ装置２本体に備えられたタッチパネルやキー・スイッチ等からなる。音声入出力部２５は、マイク２７からの音声の入力と、スピーカ２８からの音声の出力を制御する。
【００２０】
カラオケ装置２が再生するカラオケコンテンツである楽曲データは、楽曲のヘッダ情報を構成するデータファイル、カラオケの伴奏音を構成するデータファイル、歌詞テロップを構成するデータファイル、及びガイドメロディを構成するデータファイルからなる、機能別の複数のデータファイル群で構成されている。
【００２１】
ヘッダ情報のデータファイルは、例えば、カラオケコンテンツのファイル構成や各データファイルのサイズ等といった、カラオケコンテンツのデータ自体に関する情報が記述されたものである。伴奏音のデータファイルは、カラオケの伴奏音を出力するための演奏情報（例えば、ＭＩＤＩ形式の演奏データ）が記述されたものである。歌詞テロップを構成するデータファイルは、カラオケの演奏に合わせて歌詞テロップを表示させるための文字列や制御情報が記述されたものである。ガイドメロディのデータファイルは、歌唱パートのメロディ（主旋律）を出力するための演奏情報（例えば、ＭＩＤＩ形式の演奏データ）が記述されたものである。
【００２２】
カラオケコンテンツを構成する上述の各データファイルは、それぞれ、楽曲ヘッダ情報配信サーバ３ａ、伴奏音配信サーバ３ｂ、歌詞配信サーバ３ｃ、及びガイドメロディ配信サーバ３ｄに分散して保存されている。これらの各配信サーバ３は、クライアントであるカラオケ装置２からの要求に応じて、データベースの中から要求に対応するデータファイルをカラオケ装置２に配信する機能を有する周知のサーバ装置である。
【００２３】
カラオケ装置２は、ユーザからリクエストされたカラオケコンテンツに対応する楽曲データの構成要素である複数種類のデータファイルを、各配信サーバ３から分散して取得する。そして、所定のデータ取得終了条件を満たした時点で、取得済みのデータファイルに基づいて、カラオケ楽曲の演奏を開始する。この一連の処理の詳細な手順については後述する。
【００２４】
管理サーバ４は、本カラオケシステム１のユーザに関するカラオケの歌唱履歴等の情報を管理する周知のサーバ装置である。この管理サーバ４には、本カラオケシステム１を利用するためのアカウントを有するユーザに対応付けて、過去に歌唱した曲目や回数、カラオケ装置２が備える歌唱採点機能による歌唱の採点結果といった、カラオケの歌唱履歴の情報がユーザごとに保存されている。なお、ここでいう歌唱採点機能とは、例えば、歌唱の音程やタイミングを評価基準のメロディと比較することによって、歌唱の巧拙の度合を点数化するカラオケの分野における周知の機能である。具体的には、ユーザが歌唱した曲について、ユーザの歌唱音声の音程や音高、発音タイミングと、評価基準である該当曲のガイドメロディとの誤差が小さいほど、評価結果が高得点となる。
【００２５】
ユーザがカラオケ装置２を通じてカラオケシステム１にログインすることで、管理サーバ４が保存している当該ユーザの過去の歌唱履歴等の情報を、カラオケ装置２が取得できるようになっている。また、カラオケ装置２を利用してユーザがカラオケの歌唱を行った場合、歌唱した曲目や歌唱の採点結果等の情報が、歌唱したユーザの識別情報に対応付けられて、カラオケ装置２から管理サーバ４にアップロードされる。アップロードされた情報は、管理サーバ４において当該ユーザの歌唱履歴として蓄積される。
【００２６】
［楽曲再生処理の説明］
カラオケ装置２の制御部２１が実行する楽曲再生処理の手順について、図２のフローチャートに基づいて説明する。
【００２７】
Ｓ１００では、制御部２１は、ユーザからのログイン手続きを受付ける。具体的には、操作部２４又は備え付けのリモコン端末（図示なし）を介して、ユーザからユーザＩＤ及びパスワードの入力を受付ける。制御部２１は、受付けたユーザＩＤ及びパスワードに基づいて所定の認証処理を行い、認証が成功したことを条件に当該ユーザＩＤに基づくログインを確立する。ユーザがログインすることで、カラオケ装置２は、楽曲のリクエスト等の操作を当該ログインユーザに対応付けて処理する。
【００２８】
次のＳ１０２では、制御部２１は、Ｓ１００においてユーザのログインを受付けたか否かに応じて処理を分岐する。ユーザのログインを受付けた場合（Ｓ１０２：ＹＥＳ）、制御部２１はＳ１０４に進む。一方、ログインを受付けていない場合（Ｓ１０２：ＮＯ）、制御部２１はＳ１００に戻る。
【００２９】
ユーザがログインをした場合に進むＳ１０４では、制御部２１は、ログインユーザによる楽曲のリクエストを受付ける。具体的には、操作部２４又は備え付けのリモコン端末（図示なし）を介して、演奏する楽曲を指定する操作を受付ける。次のＳ１０６では、制御部２１は、Ｓ１０４においてログインユーザによる楽曲のリクエストを受付けたか否かに応じて処理を分岐する。楽曲のリクエストを受付けた場合（Ｓ１０６：ＹＥＳ）、制御部２１はＳ１０８に進む。一方、楽曲のリクエストを受付けていない場合（Ｓ１０６：ＮＯ）、制御部２１はＳ１０４に戻る。
【００３０】
楽曲のリクエストを受付けた場合に進むＳ１０８では、制御部２１は、データ取得終了条件設定処理を実行する。このデータ取得終了条件設定処理の手順について、図３のフローチャートを参照しながら説明する。
【００３１】
Ｓ２００では、制御部２１は、楽曲をリクエストしたログインユーザに対応する歌唱履歴を表す情報を、管理サーバ４から取得する。そして、Ｓ２０２では、制御部２１は、管理サーバ４から取得した歌唱履歴の情報の中から、今回リクエストされた楽曲に対応する過去の歌唱の採点結果を取得する。次のＳ２０４では、制御部２１は、ログインユーザの歌唱履歴の情報の中に、今回リクエストされた楽曲に対応する過去の歌唱の採点結果があるか否かに応じて処理を分岐する。過去の採点結果がある場合（Ｓ２０４：ＹＥＳ）、制御部２１はＳ２０６に進む。一方、過去の採点結果がない場合（Ｓ２０４：ＮＯ）、制御部２１はＳ２１０に進む。
【００３２】
過去の採点結果がある場合に進むＳ２０６では、制御部２１は、今回リクエストされた楽曲に対応する過去の歌唱の採点結果の中に、所定の高得点基準を満たす採点結果があるか否かを判断する。高得点基準を満たす採点結果がある場合（Ｓ２０６：ＹＥＳ）、制御部２１はＳ２０８に進む。一方、高得点基準を満たす採点結果がない場合（Ｓ２０６：ＮＯ）、制御部２１はＳ２１２に進む。ここでいう高得点基準とは、予め設定された閾値である。Ｓ２０６は、採点機能により数値化された採点値を閾値と比較することで、高得点基準を満たす採点結果の有無を判断する。
【００３３】
高得点基準を満たす採点結果がある場合に進むＳ２０８では、制御部２１は、今回のリクエストに対応する楽曲データを構成するデータファイルのうち、ガイドメロディのデータファイルを「見切り対象」に設定する。なお、ここでいう「見切り対象」とは、そのデータファイルのダウンロードが完了しているか否かにかかわらず、他の必要なデータファイルのダウンロードが完了した時点で、カラオケコンテンツの再生をスタートする、いわゆる見切りスタートの対象であることを意味する。
【００３４】
一方、今回リクエストされた楽曲に対応する過去の採点結果がない場合に進むＳ２１０では、制御部２１は、今回のリクエストに対応する楽曲の再生について、ユーザによる歌唱を評価する採点機能を有効に設定する。
【００３５】
次のＳ２１２では、制御部２１は、Ｓ２００で取得した歌唱履歴の情報において、今回のリクエストに対応する楽曲を過去に所定回数以上歌唱した履歴があるか否かを判断する。今回のリクエストに対応する楽曲を過去に所定回数以上歌唱した履歴がある場合（Ｓ２１２：ＹＥＳ）、制御部２１はＳ２１４に進む。Ｓ２１４では、制御部２１は、今回のリクエストに対応する楽曲データを構成するデータファイルのうち、歌詞テロップのデータファイルを「見切り対象」に設定する。Ｓ２１４の後、制御部２１は本処理を終了する。一方、今回のリクエストに対応する楽曲を過去に所定回数以上歌唱した履歴がない場合（Ｓ２１２：ＮＯ）、制御部２１は本処理を終了する。
【００３６】
なお、上述のデータ取得終了条件設定処理では、楽曲データを構成する各データファイルのうち、伴奏音のデータファイルについては「見切り対象」に設定されないようになっている。これは、カラオケ楽曲を再生するためには、伴奏音のデータファイルが最低限必要であるためである。
【００３７】
図２のフローチャートの説明に戻る。Ｓ１１０では、制御部２１は、Ｓ１０４で受付けたリクエストに対応する楽曲データを構成する各データファイルのダウンロードを開始する。具体的には、楽曲ヘッダ情報配信サーバ３ａから取得した楽曲のヘッダ情報に記述されているファイル構成に基づき、楽曲データを構成する各データファイルの取得先に該当する各配信サーバ３に対して、データファイルの取得要求を行う。制御部２１は、各配信サーバ３から、それぞれ伴奏音、歌詞テロップ、及びガイドメロディの各データファイルのダウンロードを並行して行う。
【００３８】
次のＳ１１２では、制御部２１は、Ｓ１０８で設定したデータ取得終了条件を満たしたか否かを判定するデータ取得終了判定処理の結果に応じて処理を分岐する。このデータ取得終了判定処理の手順について、図４のフローチャートを参照しながら説明する。
【００３９】
Ｓ３００では、制御部２１は、伴奏のデータファイルの取得が完了しているか否かを判定する。伴奏のデータファイルの取得が完了していない場合（Ｓ３００：ＮＯ）、制御部２１はＳ３１２に進む。Ｓ３１２では、制御部２１は、否定判定である「ＮＯ」の値をメインルーチンのプロセスに返す。
【００４０】
一方、伴奏のデータファイルの取得が完了している場合（Ｓ３００：ＹＥＳ）、制御部２１はＳ３０２に進む。Ｓ３０２では、制御部２１は、ガイドメロディのデータファイルが見切り対象に設定されているか否かを判断する。ガイドメロディのデータファイルが見切り対象に設定されている場合（Ｓ３０２：ＹＥＳ）、制御部２１はＳ３０６に進む。一方、ガイドメロディのデータファイルが見切り対象に設定されていない場合（Ｓ３０２：ＮＯ）、制御部２１はＳ３０４に進む。
【００４１】
Ｓ３０４では、制御部２１は、ガイドメロディのデータファイルの取得が完了しているか否かを判定する。ガイドメロディのデータファイルの取得が完了していない場合（Ｓ３０４：ＮＯ）、制御部２１はＳ３１２に進み、否定判定である「ＮＯ」の値をメインルーチンのプロセスに返す。一方、ガイドメロディのデータファイルの取得が完了している場合（Ｓ３０４：ＹＥＳ）、制御部２１はＳ３０６に進む。
【００４２】
次のＳ３０６では、制御部２１は、歌詞テロップのデータファイルが見切り対象に設定されているか否かを判断する。歌詞テロップのデータファイルが見切り対象に設定されている場合（Ｓ３０６：ＹＥＳ）、制御部２１はＳ３１０に進む。一方、歌詞テロップのデータファイルが見切り対象に設定されていない場合（Ｓ３０６：ＮＯ）、制御部２１はＳ３０８に進む。
【００４３】
Ｓ３０８では、制御部２１は、歌詞テロップのデータファイルの取得が完了しているか否かを判定する。歌詞テロップのデータファイルの取得が完了していない場合（Ｓ３０８：ＮＯ）、制御部２１はＳ３１２に進み、否定判定である「ＮＯ」の値をメインルーチンのプロセスに返す。一方、歌詞テロップのデータファイルの取得が完了している場合（Ｓ３０８：ＹＥＳ）、制御部２１はＳ３１０に進む。次のＳ３１０では、制御部２１は、肯定判定である「ＹＥＳ」の値をメインルーチンのプロセスに返す。
【００４４】
図２のフローチャートの説明に戻る。Ｓ１１２において否定判定（ＮＯ）をした場合、制御部２１は、楽曲データのダウンロードを続けながらＳ１１２を繰返す。一方、Ｓ１１２において肯定判定（ＹＥＳ）をした場合、制御部２１はＳ１１４に進む。Ｓ１１４では、制御部２１は、楽曲データの取得を終了する。そして、Ｓ１１６では、制御部２１は、取得が完了したデータファイルを用いて楽曲の再生を行う。
【００４５】
［効果］
実施形態のカラオケシステム１によれば、次のような効果を奏する。
カラオケコンテンツの楽曲データを構成する複数種類のデータファイルのうち、ユーザの歌唱履歴に基づいて決定された見切り対象のデータファイルの取得が完了していなくても、それ以外のデータファイルの取得が完了していれば楽曲の再生を開始できる。このようにすることで、ユーザの待ち時間を低減できる。
【００４６】
また、見切り対象に選択されるデータファイルは、リクエストしたユーザの歌唱履歴に基づいて、そのユーザにとって重要性が低いと推察されるものが選ばれるようになっている。そのため、たとえ、カラオケコンテンツの再生が見切りスタートになった場合であっても、ユーザにとって不便にならないようにできる。
【００４７】
［特許請求の範囲に記載の構成との対応関係］
カラオケ装置２の構成と、特許請求の範囲に記載の構成との対応関係は次のとおりである。図２のＳ１０８が、決定手段に相当する。図３のＳ２００が、取得手段に相当する。図２のＳ１１０が、ダウンロード手段に相当する。図２のＳ１１２，Ｓ１１４，Ｓ１１６が、出力手段に相当する。
【００４８】
［変形例］
上述の実施形態では、楽曲データを構成する複数のデータファイルのうち、歌詞テロップのデータファイルを見切り対象に設定するか否かを決定するための条件として、リクエスト曲と同じ楽曲を歌唱した回数を採用した（図３のＳ２１２参照）。さらに、歌詞テロップのデータファイルを見切り対象に設定するか否かを判断する精度を高める場合は、Ｓ２１２の処理を次のように置き換えてもよい。具体的には、過去の歌唱履歴における歌詞の正確さを評価した評価結果が、所定の高得点基準を満たす場合、歌詞テロップデータを見切り対象に設定する。ここでいう、歌詞の正確さを評価した評価結果とは、歌唱の発声タイミングや、音声認識によって認識した歌唱音声の文字列を、評価基準の歌詞データと比較して正確さを点数化した評価結果である。
【００４９】
この場合、ユーザによる歌唱が行われたときに、ガイドメロディを評価基準として採点した得点と、歌詞データを評価基準として採点した得点とが別々に算出され、ユーザの歌唱履歴として管理サーバ４に保存される。また、高得点基準となる閾値は、ガイドメロディによる評価に対応する閾値と、歌詞データによる評価に対応する閾値とで別々に設定されるものとする。そして、Ｓ２１２では、ユーザが過去にリクエスト曲と同じ楽曲を歌唱したときの歌詞の正確さを評価した評価結果に応じて、歌詞テロップのデータファイルを見切り対象に設定するか否かを決定する。
【００５０】
過去にユーザが歌詞を正確に歌唱できたのであれば、そのユーザはその楽曲の歌詞を熟知していると推定できる。このようなユーザにとっては、歌詞テロップの表示がなくても上手に歌唱をすることができると考えられるため、歌詞テロップのデータファイルを見切り対象に決定してもよい。
【００５１】
歌詞の正確さを評価する手法としては、例えば、歌詞テロップのデータに歌唱すべき歌詞の発音タイミングを示す情報（例えば、テロップの色変わりタイミングのデータ）を含めておく。そして、カラオケ装置２が楽曲を演奏する際、ユーザが歌唱により発音したタイミングと、歌詞テロップのデータで定義される発音タイミング（テロップの色変わりタイミング）との誤差が小さいほど、歌詞の正確さの評価を高得点とする。
【００５２】
さらに、ユーザが歌詞テロップのデータで定義される発音タイミングで歌唱した歌詞を、周知の音声認識技術を用いて認識し、正しい歌詞の文字の基準と比較して、歌唱した歌詞と基準の歌詞との一致度合が高いほど、歌詞の正確さの評価を高得点とする。歌詞の正確さの評価結果は、歌唱の音程やタイミングに基づく従来の歌唱採点機能による採点結果と同様に、カラオケ装置２から管理サーバ４にアップロードされることにより、歌唱したユーザの歌唱履歴として蓄積することが考えられる。
【００５３】
上述の実施形態では、主に、カラオケコンテンツをリクエストしたユーザの歌唱履歴に基づいて、カラオケ装置２がデータ取得終了条件を設定する事例について説明した。これとは別に、例えば、ユーザ自らがデータ取得終了条件をカラオケ装置２に対して指定できる構成であってもよい。
【００５４】
また、上述の実施形態では、カラオケ装置２と各配信サーバ３とが、ネットワーク１００（例えば、インターネット）を介して通信を行う事例について説明した。これに限らず、本発明は、例えば、狭域ネットワーク（ＬＡＮ）等を介して通信を行うシステムにおいても適用可能である。あるいは、ネットワークではなく、カラオケ装置２と直接接続されたサーバや記憶装置から、カラオケコンテンツのデータを取得するシステムであってもよい。
【符号の説明】
【００５５】
１…カラオケシステム、２…カラオケ装置、２１…制御部、２２…通信インタフェース部、２３…記憶部、２４…操作部、２５…音声入出力部、２６…ディスプレイ、２７…マイク、２８…スピーカ、３ａ…歌詞配信サーバ、３ｂ…伴奏音配信サーバ、３ｃ…ガイドメロディ配信サーバ、３ｄ…楽曲ヘッダ情報配信サーバ、４…管理サーバ、１００…ネットワーク。
【図１】
2015135416.tif 000003
【図２】
2015135416.tif 000004
【図３】
2015135416.tif 000005
【図４】
2015135416.tif 000006