(57)【特許請求の範囲】
【請求項１】
楽曲を識別可能な複数の楽曲識別情報それぞれに対応付けて、前記楽曲識別情報に該当する楽曲が歌唱されたときの採点結果を表す１又は複数の採点情報と、前記１又は複数の採点情報それぞれが登録された日時を表す日時情報と、前記１又は複数の採点情報それぞれについて、前記１又は複数の採点情報の中での順位を表す順位情報とを記憶する記憶手段と、
前記記憶手段に記憶されている複数の楽曲識別情報について、高順位の前記採点情報に対応付けられた日時から現時点までの経過時間が短い特徴を示す楽曲識別情報を、前記複数の楽曲識別情報の中から所定数決定する第１決定手段と、
前記第１決定手段により決定された前記所定数の楽曲識別情報を、歌唱を勧める楽曲として、歌唱予約装置に送信する送信手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記第１決定手段は、前記複数の楽曲識別情報について、高順位の前記採点情報に対応付けられた日時から現時点までの経過時間が短い特徴を示す楽曲識別情報であって、前記楽曲識別情報に対応付けられた採点情報の総数が多い楽曲識別情報を、前記複数の楽曲識別情報の中から所定数決定すること、
を特徴とする情報処理装置。
【請求項３】
請求項１に記載の情報処理装置において、
前記記憶手段に記憶されている複数の楽曲識別情報それぞれについて、高順位の前記採点情報に対応付けられた日時から現時点までの経過時間が短いほど、順位の入替わりの頻度が高いことを表すパラメータを決定する第２決定手段を備え、
前記第１決定手段は、前記パラメータが所定の基準以上である条件を満たす楽曲識別情報を、前記複数の楽曲識別情報の中から所定数決定すること、
を特徴とする情報処理装置。
【請求項４】
請求項３に記載の情報処理装置において、
前記第２決定手段は、前記複数の楽曲識別情報それぞれについて、高順位の前記採点情報に対応付けられた日時から現時点までの経過時間が短いほど、また、前記楽曲識別情報に対応付けられた採点情報の総数が多いほど、順位の入れ替わり頻度が高いことを表すパラメータを決定すること、
を特徴とする情報処理装置。
【請求項５】
請求項４に記載の情報処理装置において、
前記第２決定手段は、前記複数の楽曲識別情報それぞれについて、前記楽曲識別情報に対応付けられたそれぞれの順位情報で表される順位の逆数と、前記それぞれの順位情報に対応付けられた日時から現時点までの経過時間の逆数との積を、前記楽曲識別情報に対応付けられた全ての順位情報について総和した値を前記パラメータとして決定すること、
を特徴とする情報処理装置。
【請求項６】
請求項３ないし請求項５の何れか１項に記載の情報処理装置において、
前記第２決定手段は、定期的に、前記複数の楽曲識別情報それぞれについて前記パラメータを再決定し、
前記第１決定手段は、前記第２決定手段により再決定されたパラメータに基づいて、前記パラメータが所定の基準以上である条件を満たす楽曲識別情報を再決定し、
前記送信手段は、前記第１決定手段により再決定された楽曲識別情報を、歌唱を勧める楽曲として、前記歌唱予約装置に送信すること、
を特徴とする情報処理装置。
【請求項７】
楽曲を識別可能な複数の楽曲識別情報それぞれに対応付けて、前記楽曲識別情報に該当する楽曲が歌唱されたときの採点結果を表す１又は複数の採点情報と、前記１又は複数の採点情報それぞれが登録された日時を表す日時情報と、前記１又は複数の採点情報それぞれについて、前記１又は複数の採点情報の中での順位を表す順位情報とを記憶する記憶手段と、
前記記憶手段に記憶されている複数の楽曲識別情報について、高順位の前記採点情報に対応付けられた日時から現時点までの経過時間が短い特徴を示す楽曲識別情報を、前記複数の楽曲識別情報の中から所定数決定する第１決定手段と、
前記第１決定手段により決定された前記所定数の楽曲識別情報を、歌唱を勧める楽曲として、歌唱予約装置に送信する送信手段と、
を備えるサーバ装置と、
前記サーバ装置から前記所定数の楽曲識別情報を受信し、受信した前記楽曲識別情報で表される楽曲を、歌唱を勧める楽曲として提示する提示手段と、
前記提示手段に提示された歌唱を勧める楽曲の情報に従って、選曲指定された楽曲を予約登録する楽曲予約処理を実行する実行手段と、
を備える歌唱予約装置と、
を有することを特徴とするカラオケシステム。
【請求項８】
楽曲を識別可能な複数の楽曲識別情報それぞれに対応付けて、前記楽曲識別情報に該当する楽曲が歌唱されたときの採点結果を表す１又は複数の採点情報と、前記１又は複数の採点情報それぞれが登録された日時を表す日時情報と、前記１又は複数の採点情報それぞれについて、前記１又は複数の採点情報の中での順位を表す順位情報とを記憶する記憶手段に記憶されている複数の楽曲識別情報について、高順位の前記採点情報に対応付けられた日時から現時点までの経過時間が短い特徴を示す楽曲識別情報を、前記複数の楽曲識別情報の中から所定数決定する第１決定手順と、
前記第１決定手順において決定された前記所定数の楽曲識別情報を、歌唱を勧める楽曲として、歌唱予約装置に送信する送信手順と、
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザによる歌唱の採点結果を順位付けした情報に基づいて、楽曲を提案する技術に関する。
【背景技術】
【０００２】
近年、カラオケシステムにおいては、歌唱の採点結果を順位付けした採点ランキング通知することが行われている。また、特許文献１には、ユーザが楽曲を歌唱した際の採点結果に基づいて、そのユーザが高い順位を獲得できるような楽曲を提案する技術が記載されている。また、特許文献２には、ユーザの歌唱レベルと比較して難易度が高い楽曲を提案する技術が記載されている。また、特許文献３には、ユーザの歌唱レベルと比較して難易度が低い楽曲を提案する技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２０５１１４号公報
【特許文献２】特開２０１０−８８４６号公報
【特許文献３】特開２０１０−８８４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記従来技術は、複数のユーザの採点結果を集計した情報に基づいて、各ユーザに適した楽曲を特定するものである。しかしながら、ユーザに適したものであるとする楽曲において、採点結果の順位争いがどの程度活発に行われているかについては考慮されていない。そのため、上記従来技術では、全国のユーザの間で盛んに順位が競われている楽曲を歌唱したいという要望をかなえることができなかった。
【０００５】
本発明は、上記課題を解決するためになされたものである。その目的は、複数のユーザの採点結果を集計した採点ランキングにおいて、順位の入替わりの活発さの度合に基づいて、楽曲をユーザに提案するための技術を提供することである。
【課題を解決するための手段】
【０００６】
請求項１に記載の情報処理装置は、記憶手段と、第１決定手段と、送信手段とを備える。記憶手段は、複数の楽曲識別情報それぞれに対応付けて、楽曲が歌唱されたときの採点結果を表す１又は複数の採点情報と、それぞれの採点情報が登録された日時を表す日時情報と、それぞれの採点情報について、１又は複数の採点情報の中での順位を表す順位情報とを記憶する。第１決定手段は、記憶手段に記憶されている複数の楽曲識別情報について、高順位の採点情報に対応付けられた日時から現時点までの経過時間が短い特徴を示す楽曲識別情報を、複数の楽曲識別情報の中から所定数決定する。送信手段は、第１決定手段により決定された所定数の楽曲識別情報を、歌唱を勧める楽曲として、歌唱予約装置に送信する。
【０００７】
請求項１に係る発明によれば、高順位の採点結果が登録された日時が新しい楽曲を、歌唱を勧める楽曲として歌唱予約装置に送信できる。採点ランキングにおいて、高順位の採点結果が登録された日時が新しいということは、採点結果の順位の入替わりが活発であることを表している。例えば、採点結果の順位の入替わりの活発である楽曲の情報を、歌唱予約装置に送信して提示させることで、ユーザは、提示された楽曲が全国のユーザの間で盛んに順位が競われている状態であるかを知った上で、選曲をすることができる。これにより、全国のユーザの間で盛んに順位が競われている楽曲を歌唱したいというユーザの要望をかなえることができる。
【０００８】
請求項２に記載の情報処理装置は次の特徴を有する。すなわち、第１決定手段は、複数の楽曲識別情報について、高順位の採点情報に対応付けられた日時から現時点までの経過時間が短い特徴を示す楽曲識別情報であって、楽曲識別情報に対応付けられた採点情報の総数が多い楽曲識別情報を、複数の楽曲識別情報の中から所定数決定する。
【０００９】
なお、順位争いが活発に行われている状態であるかどうかを評価する方法として、請求項３に記載のように構成することが考えられる。すなわち、情報処理装置は、記憶手段に記憶されている複数の楽曲識別情報それぞれについて、高順位の採点情報に対応付けられた日時から現時点までの経過時間が短いほど、順位の入替わりの頻度が高いことを表すパラメータを決定する第２決定手段を備える。そして、第１決定手段は、パラメータが所定の基準以上である条件を満たす楽曲識別情報を、複数の楽曲識別情報の中から所定数決定する。
【００１０】
ここでいうパラメータは、採点ランキングにおける順位の入替わりの頻度を、経過時間を反映して評価した指標である。請求項３に係る発明では、楽曲ごとの採点ランキングにおいて高順位に対応付けられた採点結果が登録された時期が新しいほど、パラメータを大きくする。
【００１１】
また、請求項４に記載の情報処理装置は次の特徴を有する。すなわち、第２決定手段は、複数の楽曲識別情報それぞれについて、高順位の前記採点情報に対応付けられた日時から現時点までの経過時間が短いほど、また、楽曲識別情報に対応付けられた採点情報の総数が多いほど、順位の入れ替わり頻度が高いことを表すパラメータを決定する。
【００１２】
歌唱結果の採点ランキングにおいては、上位者が頻繁に入替わることに加えて、更に参加者の人数が多いほど、順位争いが活発な状態であると考えられる。そこで、採点結果の総数（すなわち、参加者数）を加味して歌唱を勧める楽曲を決定することで、実情に即した情報提供を行うことができる。
【００１３】
なお、順位の入替わりの頻度を表すパラメータの具体的な計算方法としては、請求項５に記載のようにすることが考えられる。すなわち、第２決定手段は、複数の楽曲識別情報それぞれについて、それぞれの順位情報で表される順位の逆数と、それぞれの順位情報に対応付けられた日時から現時点までの経過時間の逆数との積を、楽曲識別情報に対応付けられた全ての順位情報について総和した値をパラメータとして決定する。このようにすることで、採点ランキングの順位と、経過時間と、参加人数とを加味したパラメータを算出できる。
【００１４】
ところで、例えば、全国規模の広範囲で歌唱の採点結果を収集して順位付けする場合、全国各地から歌唱の採点結果が随時供給されると考えられる。そこで、請求項６に記載のように構成するとよい。すなわち、第２決定手段は、定期的に、複数の楽曲識別情報それぞれについてパラメータを再決定する。第１決定手段は、第２決定手段により再決定されたパラメータに基づいて、パラメータが所定の基準以上である条件を満たす楽曲識別情報を再決定する。そして、送信手段は、第１決定手段により再決定された楽曲識別情報を、歌唱を勧める楽曲として、歌唱予約装置に送信する。このようにすることで、随時取得される採点結果に基づいて、最新の状況を反映したパラメータに基づく楽曲を提示できる。
【００１５】
なお、請求項１に係る発明は、上述の情報処理装置としての機能を備えるサーバ装置と、このサーバ装置から楽曲識別情報を受信する歌唱予約装置とを有するカラオケシステム（請求項７）として実現することもできる。このカラオケシステムを構成する歌唱予約装置は、提示手段と、実行手段とを備える。提示手段は、サーバ装置から所定数の楽曲識別情報を受信し、受信した楽曲識別情報で表される楽曲を、歌唱を勧める楽曲として提示する。実行手段は、提示手段に提示された歌唱を勧める楽曲の情報に従って、選曲指定された楽曲を予約登録する楽曲予約処理を実行する。このようなカラオケシステムによれば、請求項１について記載した上述の効果と同様の効果が得られる。
【００１６】
また、請求項１に係る発明は、請求項８に記載のように、コンピュータにおいて実行されるプログラム、あるいは当該プログラムを記憶する記憶媒体として実現することもできる。
【図面の簡単な説明】
【００１７】
【図１】カラオケシステムの全体構成を表すブロック図。
【図２】（ａ）ユーザＤＢの構成の一例、（ｂ）ランキング集計の構成の一例。
【図３】カラオケサービスの手順を表すシーケンス図。
【図４】カラオケサービスの手順を表すシーケンス図。
【図５】（ａ）採点データの構成の一例、（ｂ）ランキング結果データの構成の一例、（ｃ）飛び入り推奨データの構成の一例。
【図６】飛び入り参加ＧＵＩ画面の表示例。
【図７】ランキング結果生成処理の手順を表すフローチャート。
【図８】ランキング活性度計算処理の手順を表すフローチャート。
【図９】活性度の計算例を表す表。
【図１０】飛び入り推奨データ生成処理の手順を表すフローチャート。
【発明を実施するための形態】
【００１８】
以下、本発明の実施形態を図面に基づいて説明する。なお、本発明は下記の実施形態に限定されるものではなく様々な態様にて実施することが可能である。
［カラオケシステムの構成の説明］
図１に示すように、実施形態のカラオケシステム１は、それぞれネットワーク１００（例えば、インターネット）を介して通信可能に接続されたランキング集計サーバ１０と、カラオケ装置２０と、ユーザ管理サーバ３０とを有する。なお、図１では、カラオケ装置２０を１つだけ記載しているが、これより多くのカラオケ装置２０がネットワーク１００に接続されていてもよい。
【００１９】
ランキング集計サーバ１０は、制御部１１、通信インタフェース部１２、記憶部１３を備える。このランキング集計サーバ１０は、カラオケ装置２０から取得した歌唱の採点データを集計し、その集計結果に基づく情報提供を行う機能を有する。制御部１１は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備え、所定のプログラムに従って動作することにより、ランキング集計サーバ１０を総合的に制御する。通信インタフェース部１２は、ランキング集計サーバ１０をネットワーク１００に接続して、ネットワーク１００を介した通信を行う。ランキング集計サーバ１０は、ネットワーク１００を介してカラオケ装置２０と通信する。
【００２０】
記憶部１３は、例えばハードディスクドライブ等の記憶装置である。記憶部１３には、ランキング集計サーバ１０の動作を制御するためのプログラムや、プログラムの実行時に使用されるデータ等が記憶される。また、記憶部１３には、ランキング集計データベースが設けられている。このランキング集計データベースの構成について図２（ａ）を参照しながら説明する。
【００２１】
図２（ａ）に例示されるとおり、ランキング集計データベースには、ランキング集計データが格納されている。ランキング集計データは、カラオケ装置２０で演奏される個々の楽曲ごとに格納される。楽曲ごとのランキング集計データには、ランキング集計データに関する情報が登録されている。ランキング集計データに関する情報は、「曲番号」、「参加人数」、「活性度」の各項目から構成される。また、ランキング集計データに関する情報に対応付けて、採点結果のレコードが登録されている。採点結果のレコードは、「ユーザＩＤ」、「点数」、「日時」の各項目から構成される。なお、ここでいう「レコード」とは、データを構成する単位である。複数の情報の項目（フィールドともいう）が集まって１つのレコードが形成され、複数のレコードがまとまって１つのデータが構成される。「曲番号」の項目には、例えば、楽曲を識別可能な識別情報が登録されている。「参加人数」の項目には、ランキング集計データに登録されている採点結果に対応するユーザの数が登録されている。「活性度」の項目には、このランキング集計データに登録されている採点結果から算出された、ランキングの活性度を表す数値が登録されている（詳細は後述する）。活性度を表す数値は、ランキング集計データに登録されている採点結果から算出される。ランキング集計データに登録されている各採点結果のレコードには、「ユーザＩＤ」、「点数」、「日時」の各項目が対応付けられて登録されている。「ユーザＩＤ」の項目には、歌唱したユーザを識別可能な識別情報が登録されている。「点数」の項目には、歌唱の採点結果である点数が登録されている。「日時」の項目には、この歌唱結果のレコードが登録された日時が登録されている。
【００２２】
図１の全体構成の説明に戻る。カラオケ装置２０は、制御部２１、通信インタフェース部２２、記憶部２３、操作部２４、音声入出力部２５等を備える。このカラオケ装置２０は、ユーザからリクエストされたカラオケ楽曲を演奏する機能、及びユーザの歌唱を採点する採点機能を有する。また、カラオケ装置２０には、全国のユーザの間で歌唱の採点結果の順位を競う全国採点機能が実装されている。なお、このカラオケ装置２０は、カラオケ店舗に設置される業務用のカラオケ装置であってもよいし、カラオケ演奏機能を備えたパソコンや、高機能携帯電話（スマートフォン）、ゲーム機であってもよい。
【００２３】
制御部２１は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備え、所定のプログラムに従って動作することにより、カラオケ装置２０を総合的に制御する。通信インタフェース部２２は、カラオケ装置２０をネットワーク１００に接続して、ネットワーク１００を介した通信を行う。この通信インタフェース部２２は、無線通信を介してネットワーク１００に接続するものであってもよいし、有線によりネットワーク１００に接続するものであってもよい。カラオケ装置２０は、ネットワーク１００を介して、ランキング集計サーバ１０やユーザ管理サーバ３０と通信する。
【００２４】
記憶部２３は、例えばハードディスクドライブや不揮発性半導体メモリ等からなる記憶装置である。記憶部２３には、カラオケ楽曲を演奏するための楽曲データが多数登録されたカラオケデータベースと、カラオケ装置２０の動作を制御するためのプログラムとが記憶される。操作部２４は、ユーザからの操作を入力するための入力装置である。操作部２４は、例えば、カラオケ装置２０本体に備えられたタッチパネルやキー・スイッチ等から構成される。音声入出力部２５は、マイク２７からの音声の入力と、スピーカ２８からの音声の出力を制御する。なお、カラオケ装置２０のその他の機能や構成については公知技術に従っているので、ここでは詳細な説明を省略する。
【００２５】
ユーザ管理サーバ３０は、カラオケ装置２０にログインするユーザに対する認証を行う機能を有するサーバ装置である。ユーザ管理サーバ３０には、ユーザデータが登録されたユーザデータベースが設けられている。ユーザデータは、カラオケシステム１を利用するためのアカウントを有するユーザに関する情報である。図２（ｂ）に例示されるとおり、ユーザデータベースには、複数のユーザデータが格納される。ユーザデータベースには、カラオケシステム１を利用するユーザ数分のユーザデータが登録される。各ユーザデータには、システム上でユーザを識別可能なユーザＩＤと、ユーザのニックネームを表すユーザ名と、このユーザＩＤに対応付けられたログイン用のパスワードとが含まれる。
【００２６】
カラオケ装置２０にログインするユーザに対する認証を行う手順は次のとおりである。カラオケ装置２０は、ユーザから入力されたユーザＩＤ及びパスワードをユーザ管理サーバ３０に送信してログイン要求を行う。このログイン要求を受付けたユーザ管理サーバ３０は、受信したユーザＩＤ及びパスワードを、ユーザデータベースに登録されているユーザデータと照合することにより認証する。認証が成立した場合、ユーザ管理サーバ３０は、ログインが成立した旨の通知をログイン要求元のカラオケ装置２０に送信する。ユーザ管理サーバ３０からログイン成立の通知を受信したカラオケ装置２０は、この認証されたユーザＩＤ及びパスワードをログインユーザとして登録する。このログインが確立することで、カラオケ装置２０は、カラオケの演奏や歌唱の採点、全国採点等のカラオケサービスを、ログインユーザに対応付けて実行する。
【００２７】
［カラオケサービスの手順の説明］
カラオケ装置２０とランキング集計サーバ１０とが実行する処理の手順について、図３及び図４のシーケンス図を参照しながら説明する。なお、本実施形態では、楽曲の歌唱に先だって、歌唱ユーザがカラオケ装置２０にログインを行うように構成されており、カラオケ装置２０が記憶しているログインユーザのユーザＩＤに基づいて、歌唱ユーザが特定される。なお、図３及び図４に示すシーケンス図で示す各処理は、カラオケ装置２０とランキング集計サーバの電源がＯＮにされることで、実行可能になる。図３は、全国採点機能が実行されるときの、カラオケ装置２０と、ランキング集計サーバ１０との処理を示すシーケンス図である。図３のステップＳ１０の処理と、図３のステップＳ１１〜Ｓ１５、及び、ステップＳ３０の処理とは、それぞれ独立で実行されてもよい。
【００２８】
図３のＳ１０から説明を始める。カラオケ装置２０の制御部２１が、操作部２４を介して全国採点機能を選択する操作をユーザから受付けると、カラオケ装置２０の制御部２１がＳ１０を開始する。Ｓ１０では、カラオケ装置２０の制御部２１は、全国採点機能のプログラムを起動する。そして、カラオケ装置２０の制御部２１は、Ｓ１０を終了する。
【００２９】
また、カラオケ装置２０の制御部２１が、操作部２４を介して、ユーザが歌唱する楽曲を指定する選曲操作を受付けると、カラオケ装置２０の制御部２１は、Ｓ１１を開始する。Ｓ１１では、カラオケ装置２０の制御部２１は、受付けた選曲操作に基づいて、選曲された楽曲の演奏処理を開始する。そして、Ｓ１２では、カラオケ装置２０の制御部２１は、ユーザにより選曲された楽曲について、演奏処理と映像処理と採点処理とを並行して実行する。演奏処理は、選曲された楽曲に対応する楽曲データに基づいて、カラオケの伴奏音楽を再生する処理である。映像処理は、演奏中の楽曲に対応する歌詞テロップを背景画像に重畳した演奏中画面を、ディスプレイ２６に表示させる処理である。採点処理は、マイク２７を介して入力された音声を採点基準のデータと比較して、その巧拙度合を点数化した採点結果を算出する処理である。歌唱の採点結果を算出する方法については、周知の方法であるため、詳細な説明を省略する。
【００３０】
Ｓ１３では、カラオケ装置２０の制御部２１は、全国採点機能が起動しているか否かを判定する。カラオケ装置２０の制御部２１が、Ｓ１０又は後述のＳ２０（図４参照）にて、全国採点機能のプログラムを起動していた場合、Ｓ１３で「ＹＥＳ」と判定される。全国採点機能が起動している場合（Ｓ１３：ＹＥＳ）、カラオケ装置２０の制御部２１はＳ１４に進む。一方、全国採点機能が起動していない場合（Ｓ１３：ＮＯ）、カラオケ装置２０の制御部２１は処理を終了する。
【００３１】
Ｓ１４では、カラオケ装置２０の制御部２１は、Ｓ１２の採点処理で算出された採点結果を示す採点データを、ランキング集計サーバ１０に送信する。ここで、採点データの構成について、図５（ａ）を参照しながら説明する。図５（ａ）に例示されるとおり、採点データのレコードには、「曲番号」、「ユーザＩＤ」、「点数」の各項目が登録されている。「曲番号」の項目には、歌唱された楽曲を識別可能な識別情報が登録されている。「ユーザＩＤ」の項目には、歌唱ユーザを識別可能な識別情報が登録されている。「点数」の項目には、歌唱の採点結果の点数が登録されている。
【００３２】
図３のシーケンス図の説明に戻る。Ｓ３０では、ランキング集計サーバ１０の制御部１１は、カラオケ装置２０から受信した採点データと、ランキング集計データベースに基づいて、ランキング結果データを生成する。そして、ランキング集計サーバ１０の制御部１１は、生成したランキング結果データを、当該採点データの送信元であるカラオケ装置２０に送信する。このランキング結果データは、カラオケ装置２０から送信された採点データで表される採点結果の順位を通知するための情報である。
【００３３】
ここで、ランキング結果データの構成について、図５（ｂ）を参照しながら説明する。ランキング結果データには、カラオケ装置２０から送信された採点データに係る歌唱ユーザの順位に関するレコードに加え、同じランキング集計データ内で歌唱ユーザの上位及び下位に該当するユーザの順位に関するレコードが含まれている。それぞれのユーザの順位に関するレコードには、「ユーザ名」、「順位」、「点数」の各項目が登録されている。「ユーザ名」の項目には、ランキング集計データに登録されているユーザＩＤから特定されるユーザ名が登録されている。「順位」の項目には、ランキング集計データ内での順位を表す情報が登録されている。「点数」の項目には、ランキング集計データに登録されている当該ユーザの採点結果の点数が登録されている。なお、Ｓ３０におけるランキング結果データ生成処理の詳細な手順については、後述する。
【００３４】
図３のシーケンス図の説明に戻る。Ｓ１５では、カラオケ装置２０の制御部２１は、ランキング集計サーバ１０から受信したランキング結果データに基づき、ランキング結果画面をディスプレイ２６に表示させる。Ｓ１５の後、カラオケ装置２０の制御部２１は本処理を終了する。
【００３５】
つぎに、図４のシーケンス図について説明する。図４は、活性度を用いて飛び入り推奨データを用いて全国採点を推奨する機能が実行されるときの、カラオケ装置２０と、ランキング集計サーバ１０との処理を示すシーケンス図である。ランキング集計サーバ１０の制御部１１は、所定時間ごとの定期処理を開始するタイミングになったかを判定し、定期処理を開始するタイミングになったと判定した場合、ランキング集計サーバ１０の制御部１１は、ステップＳ３１を開始する。Ｓ３１では、ランキング集計サーバ１０の制御部１１は、所定時間ごとに定時処理を開始する。定時処理を開始すると、ランキング集計サーバ１０の制御部１１は、ランキング集計データベースに格納されている各楽曲のランキング集計データの活性度を計算する（Ｓ３２）。このＳ３２におけるランキング活性度計算処理の詳細な手順については、後述する。
【００３６】
次のＳ３３では、ランキング集計サーバ１０の制御部１１は、Ｓ３２で計算された各楽曲のランキング集計データにおける活性度に基づき、飛び入り推奨データを生成する。そして、生成した飛び入り推奨データを、カラオケ装置２０に送信する。この飛び入り推奨データは、歌唱を勧める楽曲を通知するため情報である。この送信はネットワークに参加している全てのカラオケ装置２０に対して等しく行われる配信処理であってもよい。
【００３７】
ここで、飛び入り推奨データの構成について、図５（ｃ）を参照しながら説明する。図５（ｃ）に例示されるとおり、飛び入り推奨データには、推奨する楽曲に関するレコードが複数（例えば、４件）含まれている。推奨する楽曲に関するレコードには、「曲番号」、「参加人数」、「ユーザ名」、「点数」の各項目が登録されている。「曲番号」の項目には、歌唱を勧める楽曲を識別可能な識別情報が登録されている。「参加人数」の項目には、前記の曲番号に対応するランキング集計データ（図２（ａ）参照）の参加人数が登録されている。「ユーザ名」の項目には、前記のランキング集計データに登録されている、任意のユーザ（例えば、１位のユーザ）のユーザＩＤが登録されている。「点数」の項目には、前記の任意のユーザの歌唱結果の点数が登録されている。なお、Ｓ３３における飛び入り推奨データ生成処理の詳細な手順については、後述する。
【００３８】
図４のシーケンスの説明に戻る。Ｓ１６では、カラオケ装置２０の制御部２１は、ランキング集計サーバ１０から飛び入り推奨データを受信すると、現在の動作状態が選曲待ち状態であるか否かを判定する。現在の動作状態が選曲待ち状態である場合（Ｓ１６：ＹＥＳ）、カラオケ装置２０の制御部２１はＳ２６に進む。一方、現在の動作状態が選曲待ち状態でない場合（Ｓ１６：ＮＯ）、カラオケ装置２０の制御部２１は処理を終了する。または、現在の動作状態が選曲待ち状態でない場合（Ｓ１６：ＮＯ）、カラオケ装置２０の制御部２１は、所定時間経過後に、再度、ステップＳ１６を実行してもよい。
【００３９】
Ｓ１７では、カラオケ装置２０の制御部２１は、ランキング集計サーバ１０から受信した飛び入り推奨データに基づいて、飛び入り参加ＧＵＩをディスプレイ２６に表示させる。飛び入り参加ＧＵＩは、歌唱を勧める楽曲を表示すると共に、その表示画面から演奏する楽曲を直接選曲できるようにしたＧＵＩ（Graphical User Interface）である。
【００４０】
この飛び入り参加ＧＵＩの表示例について、図６を参照しながら説明する。図６に例示されるとおり、選曲待ち状態の時に表示される背景画像５０に重畳して、飛び入り参加ＧＵＩを構成する複数のアイコン５１が表示される。各アイコン５１には、飛び入り参加を推奨する楽曲の曲名、当該楽曲のランキングへの参加人数、ランキングにおける１位のユーザ名、当該ユーザの採点結果の点数等の情報が記述されている。カラオケ装置２０の制御部２１は、飛び入り推奨データにおける推奨する楽曲に関するレコードに登録されている「曲番号」、「参加人数」、「ユーザ名」、「点数」の項目を用いて、各アイコン５１の情報を記述する。また、背景画像５０上には、各アイコン５１で表される楽曲の全国採点に飛び入り参加可能であることを告げるメッセージ画像５２が表示されている。カラオケ装置２０の制御部２１は、飛び入り参加ＧＵＩの画面に表示されているアイコン５１の中から、何れかのアイコン５１を指定する操作を操作部２４を介して受付けることで、指定されたアイコン５１に対応する楽曲を演奏する楽曲として予約登録する。
【００４１】
図４のシーケンス図の説明に戻る。Ｓ１８では、カラオケ装置２０の制御部２１は、飛び入り参加ＧＵＩの画面に表示されているアイコン５１の中から、楽曲を選択するユーザの操作を操作部２４を介して受付け、選択された楽曲を予約登録する。Ｓ１９では、カラオケ装置２０の制御部２１は、飛び入り参加ＧＵＩの画面からの選曲があるか否かを判定する。選曲がある場合（Ｓ１９：ＹＥＳ）、カラオケ装置２０の制御部２１はＳ２０に進む。一方、選曲がない場合（Ｓ１９：ＮＯ）、カラオケ装置２０の制御部２１本処理を終了する。Ｓ２０では、カラオケ装置２０の制御部２１は、全国採点機能のプログラムを起動して、全国採点機能を起動する。そして、カラオケ装置２０の制御部２１は、図３のＡに進み、Ｓ１８で選曲を受付けて予約登録した楽曲の演奏処理、映像処理、採点処理を行う。
【００４２】
［ランキング結果生成処理の説明］
ランキング集計サーバ１０の制御部１１が実行するランキング結果生成処理の手順について、図７のフローチャートを参照しながら説明する。この処理は、図３のＳ３０（Ｂ）において実行される処理である。
【００４３】
Ｓ１００では、制御部１１は、カラオケ装置２０から採点データ（図５（ａ）参照）を受信する。Ｓ１０２では、制御部１１は、今回受信した採点データに登録されている曲番号を用いてランキング集計データベース（図２（ａ）参照）を検索し、採点データの曲番号と同一の曲番号に対応するランキング集計データを選択する。Ｓ１０４では、制御部１１は、Ｓ１０２における検索に該当するランキング集計データが存在するか否かを判定する。該当するランキング集計データが存在しない場合（Ｓ１０４：なし）、制御部１１はＳ１０６に進む。Ｓ１０６では、制御部１１は、今回受信した採点データの曲番号に対応するランキング集計データを新規作成する。
【００４４】
一方、該当するランキング集計データが存在する場合（Ｓ１０４：あり）、制御部１１はＳ１０８に進む。Ｓ１０８では、制御部１１は、今回選択したランキング集計データについて、今回受信した採点データのユーザＩＤ及び点数を新規の採点結果のレコードに追加登録し、日時の項目に現在日時を追加登録する。また、制御部１１は、今回選択したランキング集計データに対応する参加者数に１を加算する。なお、日時の項目に登録する情報としては、現在日時（すなわち、ランキング集計データに登録された日時）や、カラオケ装置２０において歌唱が行われた日時、採点結果が算出された日時の何れであってもよい。
【００４５】
次のＳ１１０では、制御部１１は、今回選択したランキング集計データ内の全ての採点結果のレコードを点数順（降順）にソートする。この点数順にソートした順序が、ランキング集計データ内における順位に相当する。Ｓ１１２では、制御部１１は、今回受信した採点データのユーザＩＤを用いて、今回選択したランキング集計データ内の採点結果のレコードを検索する。そして、Ｓ１１４では、制御部１１は、今回受信した採点データのユーザＩＤに該当する採点結果のレコードと、この採点結果の順位の前後の順位に該当する採点結果のレコードとを含む３件の採点結果を、今回選択したランキング集計データから抽出する。
【００４６】
Ｓ１１６では、ランキング結果データ（図５（ｂ）参照）における各ユーザの順位に関するレコードの各項目に、Ｓ１１４で抽出した各採点結果のレコードに対応するユーザ名、点数、順位を追加登録する。なお、ここに追加登録されるユーザ名は、Ｓ１１４で抽出した各採点結果のレコードに登録されているユーザＩＤを、前記ユーザＩＤに対応付けられているユーザ名に変換したものである。Ｓ１１８では、制御部１１は、Ｓ１１６で完成したランキング結果データを、今回受信した採点データの送信元であるカラオケ装置２０に送信する。Ｓ１１８の後、制御部１１は本処理を終了する。
【００４７】
［ランキング活性度計算処理の説明］
ランキング集計サーバ１０の制御部１１が実行するランキング活性度計算処理の手順について、図８のフローチャートを参照しながら説明する。この処理は、図４のＳ３２（Ｃ）において実行される処理である。
【００４８】
Ｓ２００〜Ｓ２１６では、制御部１１は、ランキング集計データベース（図２（ａ）参照）に登録されている楽曲ごとのランキング集計データの全件数を用いて、個々のランキング集計データごとに順次ループ処理行う。
【００４９】
Ｓ２０２では、制御部１１は、全件数の中らＳ２００で今回選択したランキング集計データに対応する活性度の値を０にリセットする。次のＳ２０４〜Ｓ２１２では、制御部１１は、今回選択したランキング集計データに登録されている全参加人数分の採点結果のレコードについて、全参加人数分の採点結果のレコードそれぞれに順次ループ処理を行う。Ｓ２０６では、制御部１１は、今回選択した採点結果のレコードに登録されている日時から現日時までの経過時間の逆数ｒＴを計算する。このｒＴは、次式（１）により計算される。
【００５０】
ｒＴ＝１／（現日時−日時）  …（１）
次のＳ２０８では、制御部１１は、今回選択した採点結果のレコードに対応する順位（点数のソート順）の逆数ｔＲを計算する。このｔＲは、次式（２）により計算される。
【００５１】
ｔＲ＝１／順位  …（２）
次のＳ２１０では、制御部１１は、Ｓ２０６及びＳ２０８で計算したｒＴとｒＲとの積を、現在の活性度の値に加算する。ここでは、次式（３）のとおり計算する。
【００５２】
活性度＋＝ｒＴ×ｒＲ  …（３）
Ｓ２１２では、未処理の採点結果のレコードが残っている場合、制御部１１はＳ２０４に戻り、次の採点結果のレコードについて処理を行う。一方、全参加人数分の採点結果のレコードについて計算処理が完了した場合、制御部１１はループ処理を終えてＳ２１４に進む。上記Ｓ２０４〜Ｓ２１２のループ処理において計算される活性度Ａの計算式は、次式（４）のとおりである。
【００５３】
【数１】
0005949807.tif 000002
上記式（４）において、ｉは、ランキング集計データ内での順位（ソート順）である。ｊは、ランキング集計データの参加人数である。ｒＲｉは、ｉ番目の順位の逆数（ｒＲ）である。ｒＴｉは、ｉ番目の採点結果における経過時間の逆数（ｒＴ）である。この活性度の計算式によれば、ランキング集計データ内で上位順位の変動があってからの経過時間が短いほど、高い数値が出るようになっている。また、上位順位が変動せず、下位でしか順位変動が起こらない状態では、たとえ参加人数が多くても低い数値しか出ないようになっている。一方で、参加人数が少なくても、１位や２位の上位が頻繁に変動すると高い数値が出る。つまり、活性度の数値の高さは、その楽曲において順位争いがどの程度活発に行われているかを表している。
【００５４】
次のＳ２１４では、制御部１１は、Ｓ２０４〜Ｓ２１２のループ処理によって計算した活性度の値を、今回選択したランキング集計データにおける活性度の項目に保存する。Ｓ２１６では、未処理のランキング集計データが残っている場合、制御部１１はＳ２００に戻り、全件数の中から次の楽曲のランキング集計データを選択し、選択した次の楽曲のランキング集計データについて処理を行う。全件数分のランキング集計データについて計算処理が完了した場合、制御部１１は本処理を終了する。
【００５５】
ここで、上記ランキング活性度計算処理により計算される活性度について、図９を参照しながら説明する。図９の事例は、３つの曲Ａ，Ｂ，Ｃについて、活性度の具体的な計算例を表している。図９に例示されるとおり、曲Ａと曲Ｂの計算結果を比較すると、参加人数は同じであるが、それぞれの２位の更新時期については曲Ｂの方が新しい。そのため、曲Ｂの方が活性度が高くなっている。曲Ａと曲Ｃの計算結果を比較すると、１〜３位の更新時期が同じであるが、曲Ｃの方が参加人数が多い。そのため、曲Ｃの方が活性度が高くなっている。曲Ｂと曲Ｃの計算結果を比較すると、直近で更新のあった順位は、曲Ｂが２位、曲Ｃが９位となっている。そのため、曲Ｂの方が活性度が高くなっている。すなわち、活性度は、上位が入替わると値が大きくなる、下位が入替わっても値はさほど大きくならない、参加人数は活性度の値に反映されるが、その影響度は大きくない、といった性質を有する。
【００５６】
［飛び入り推奨データ生成処理の説明］
ランキング集計サーバ１０の制御部１１が実行する飛び入り推奨データ生成処理の手順について、図１０のフローチャートを参照しながら説明する。この処理は、図４のＳ３３（Ｄ）において実行される処理である。
【００５７】
Ｓ３００では、制御部１１は、ランキング集計データベース（図２（ａ）参照）に格納されている楽曲ごとのランキング集計データを、それぞれに対応付けられた活性度の値の順にソートする。次のＳ３０２〜Ｓ３１４では、制御部１１は、所定件数（本実施形態では４件）分のランキング集計データについて、個々のランキング集計データごとに飛び入り推奨データを作成するループ処理を順次行う。
【００５８】
Ｓ３０４では、制御部１１は、活性度順にソートされた複数のランキング集計データの中から、活性度が所定の基準を満たすランキング集計データを１件取得する。本実施形態では、活性度が大きい上位のランキング集計データを取得するものとする。あるいは、活性度の値が所定の基準値以上であるランキング集計データの中から、任意のランキング集計データを取得するようにしてもよい。
【００５９】
Ｓ３０６では、制御部１１は、Ｓ３０４で取得したランキング集計データに登録されている曲番号及び参加人数を、飛び入り推奨データ（図５（ｃ）参照）における楽曲ごと項目にそれぞれ登録する。次のＳ３０８では、制御部１１は、Ｓ３０４で取得したランキング集計データにおける最上位の採点結果のレコードに登録されているユーザＩＤを取得し、それをユーザ名に変換して飛び入り推奨データにおける楽曲ごと項目に登録する。なお、Ｓ３０８では、最上位のユーザ名を記述する代わりに、例えば、最も新しく登録された（日時が新しい）採点結果のレコードに登録されているユーザ名を記述するといった具合に、任意のユーザ名を記述してもよい。次のＳ３１０では、制御部１１は、Ｓ３０８で取得したユーザＩＤに対応する採点結果のレコードに登録されている点数を、飛び入り推奨データにおける楽曲ごと項目に登録する。
【００６０】
Ｓ３１２では、所定件数分のループ処理が完了していない場合、制御部１１はＳ３０２に戻り、Ｓ３０４を実行し、活性度順にソートされた複数のランキング集計データの中から、活性度が所定の基準を満たす次のランキング集計データを１件取得する。次の楽曲のランキング集計データについて処理を行う。一方、所定件数分のループ処理が完了した場合、制御部１１はループ処理を終えてＳ３１４に進む。Ｓ３１４では、制御部１１は、Ｓ３０２〜Ｓ３１２のループ処理によって生成した飛び入り推奨データを、カラオケ装置２０に送信する。Ｓ３１４の後、制御部１１は本処理を終了する。
【００６１】
［効果］
実施形態のカラオケシステム１によれば、次の効果を奏する。
楽曲ごとのランキング集計データに基づいて算出したランキングの活性度に基づいて、飛び入り参加を推奨する楽曲を決定し、ユーザに提示できる。活性度は、楽曲ごとのランキング集計データ内において、順位の入替わりの活発さを表す指標である。採点結果の順位の入替わりの活発である楽曲の情報を、カラオケ装置２０に送信して提示させることで、ユーザは、提示された楽曲が全国のユーザの間で盛んに順位が競われている状態であるかを知った上で、選曲をすることができる。これにより、全国のユーザの間で盛んに順位が競われている楽曲を歌唱したいというユーザの要望をかなえることができる。
【００６２】
また、カラオケシステム１では、次のようなランキング争いのサイクルを想定する。（１）誰かが、人気がなく上位を獲得しやすい曲を見つけて歌唱を行い、１位を獲得する。（２）その結果、ランキングの１位が更新されることで、その楽曲の活性度が大幅に上昇する。（３）活性度が上昇したことにより、その楽曲が飛び入り参加を推奨する楽曲として、飛び入り参加ＧＵＩ画面に表示されるようになる。（４）表示された飛び入り参加ＧＵＩ画面に誘導されて、誰かが歌唱する。（５）ランキングの参加者が少ない段階では、簡単に１位を奪うことができる。（６）上位が頻繁に入替わることにより、活性度が高い状態がしばらく続く。（７）やがて、ランキングの参加者が増え、上位を獲得することが難しくなる。（８）ランキングの上位の更新が停滞し、活性度が低くなる。（９）活性度が低くなったことで、飛び入り参加を推奨する楽曲の対象から外れる。
【００６３】
上記（１）〜（９）のようなサイクルが繰り返されることで、様々な楽曲においてユーザ間の活発なランキング争いが発生し、全国採点機能におけるゲーム性が高まる。
［特許請求の範囲に記載の構成との対応関係］
カラオケシステム１の構成と、特許請求の範囲に記載の構成との対応関係は次のとおりである。ランキング集計サーバ１０が、情報処理装置及びサーバ装置に相当する。カラオケ装置２０が、歌唱予約装置に相当する。記憶部１３に記憶されているランキング集計データベースが、記憶手段に相当する。図４のＳ３３が、第１決定手段及び送信手段に相当する。図４のＳ３２が、第２決定手段に相当する。図４のＳ１７が提示手段に相当する。図４のＳ２７、Ｓ２８、Ｓ２１が実行手段に相当する。
【００６４】
［変形例］
上述の実施形態においては、ランキング集計サーバ１０において生成された飛び入り推奨データがカラオケ装置２０に送信され、カラオケ装置２０において飛び入り参加ＧＵＩ画面が表示される事例について説明した。このような形態の他に、例えば、業務用のカラオケ装置に付随して用いられる、楽曲検索機能を有するリモコン端末に対して、飛び入り推奨データを送信する構成であってもよい。この場合、リモコン端末が、飛び入り参加を推奨する楽曲の情報を表示し、その表示した情報に基づいて楽曲の予約処理を実行する。あるいは、カラオケ装置に対して通信可能に対応付けられるスマートフォン等の個人用の携帯端末に対して、飛び入り推奨データを送信する構成であってもよい。この場合、リモコン端末と同様に、スマートフォンにおいて飛び入り参加を推奨する楽曲の情報を表示し、その表示した情報に基づいて楽曲の予約を実行する。
【符号の説明】
【００６５】
１…カラオケシステム、１０…ランキング集計サーバ、１１…制御部、１２…通信インタフェース部、１３…記憶部、２０…カラオケ装置、２１…制御部、２２…通信インタフェース、２３…記憶部、２４…操作部、２５…音声入出力部、２６…ディスプレイ、２７…マイク、２８…スピーカ、３０…ユーザ管理サーバ、１００…ネットワーク。
【図１】
0005949807.tif 000003
【図２】
0005949807.tif 000004
【図３】
0005949807.tif 000005
【図４】
0005949807.tif 000006
【図５】
0005949807.tif 000007
【図６】
0005949807.tif 000008
【図７】
0005949807.tif 000009
【図８】
0005949807.tif 000010
【図９】
0005949807.tif 000011
【図１０】
0005949807.tif 000012