特許 6604194 選曲支援装置、選曲支援プログラムおよび選曲支援方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6604194

(24)【登録日】2019年10月25日

(45)【発行日】2019年11月13日

(54)【発明の名称】選曲支援装置、選曲支援プログラムおよび選曲支援方法

(51)【国際特許分類】

   G10K 15/04 20060101AFI20191031BHJP

【ＦＩ】

   G10K15/04 302D

【請求項の数】8

【全頁数】17

(21)【出願番号】特願2015-252353(P2015-252353)

(22)【出願日】2015年12月24日

(65)【公開番号】特開2017-116742(P2017-116742A)

(43)【公開日】2017年6月29日

【審査請求日】2018年10月5日

(73)【特許権者】

【識別番号】518133201

【氏名又は名称】富士通クライアントコンピューティング株式会社

(74)【代理人】

【識別番号】110002918

【氏名又は名称】特許業務法人扶桑国際特許事務所

(72)【発明者】

【氏名】高木 佑一

【審査官】 渡邊 正宏

(56)【参考文献】

【文献】 特開２０１５−２１０３４３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ１０Ｋ １５／０４

(57)【特許請求の範囲】

【請求項1】

カラオケに参加する複数の利用者の端末装置から、前記利用者が個々の楽曲に対して行った視聴の態様を示すデータを取得する手段と、
前記データから前記複数の利用者に共通する楽曲が存在する場合に、前記データの示す視聴の態様に基づいて優先順位付けを行う手段と、
前記データおよび前記優先順位付けの結果に基づいて選曲の候補を提示する手段と、
を備えたことを特徴とする選曲支援装置。

【請求項2】

前記端末装置からネットワーク上のサーバ装置に蓄積された前記データを、カラオケに参加する際に前記サーバ装置から前記端末装置を介して取得する、
ことを特徴とする請求項１に記載の選曲支援装置。

【請求項3】

前記選曲の候補を前記端末装置に送信して表示させる、
ことを特徴とする請求項１または２に記載の選曲支援装置。

【請求項4】

前記端末装置に表示された前記選曲の候補から利用者により選択された楽曲を演奏の対象となる楽曲として受け付ける、
ことを特徴とする請求項３に記載の選曲支援装置。

【請求項5】

前記視聴の態様は、優先順位が低い順に、曲を聴いているだけの態様、曲に合わせ口パクまたは鼻歌を歌っている態様、曲に合わせて歌っている態様、および、曲と歌詞に合わせて歌っている態様を含む、
ことを特徴とする請求項１乃至４のいずれか一項に記載の選曲支援装置。

【請求項6】

前記データから歌を歌っている態様と曲を聴いている態様とが検出された楽曲について、優先順位を高める補正を行う、
ことを特徴とする請求項１乃至５のいずれか一項に記載の選曲支援装置。

【請求項7】

カラオケに参加する複数の利用者の端末装置から、前記利用者が個々の楽曲に対して行った視聴の態様を示すデータを取得し、
前記データから前記複数の利用者に共通する楽曲が存在する場合に、前記データの示す視聴の態様に基づいて優先順位付けを行い、
前記データおよび前記優先順位付けの結果に基づいて選曲の候補を提示する、
処理をコンピュータに実行させることを特徴とする選曲支援プログラム。

【請求項8】

カラオケに参加する複数の利用者の端末装置から、前記利用者が個々の楽曲に対して行った視聴の態様を示すデータを取得し、
前記データから前記複数の利用者に共通する楽曲が存在する場合に、前記データの示す視聴の態様に基づいて優先順位付けを行い、
前記データおよび前記優先順位付けの結果に基づいて選曲の候補を提示する、
処理をコンピュータが実行することを特徴とする選曲支援方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、選曲支援装置、選曲支援プログラムおよび選曲支援方法に関する。

【背景技術】

【0002】

現在、カラオケ店に設置されたカラオケ機では、タッチパネル型の楽曲検索端末を用いた選曲が主流である。利用者は、曲名や歌手名から所望の楽曲を検索して選曲したり、人気ランキングのリストから選曲したりする。

【0003】

また、このような楽曲検索端末を含むカラオケシステムにおいては、選曲の操作を容易にするために、各利用者が個別に任意の楽曲データや選曲履歴等を保存（会員登録が必要）できる等、様々な便利な機能が設けられているものもある。

【0004】

更に、利用者が携帯端末において事前に作成した楽曲リストから選曲を行うことで、カラオケ端末に楽曲の指定を送信できるようにした技術も提案されている（例えば、特許文献１を参照）。

【0005】

一方、複数人のメンバでカラオケを楽しむ場合、
・カラオケ同伴者（達）が知らない楽曲を選曲してしまい、場がしらけてしまう
・カラオケ同伴者（達）と自分の歌いたい楽曲が重複してしまう
といった状況が往々にして発生する。

【0006】

この点、複数の利用者によって一括予約された複数のカラオケ曲リストに共通して含まれる曲と共通して含まれない曲とを区別して表示する技術が提案されており（例えば、特許文献２を参照）、カラオケ同伴者が知らない楽曲を意図せずに選曲してしまうことは避けることができる。

【0007】

また、参加メンバの優先順位や過去に歌った曲に基づいて演奏曲リストを出力する技術が提案されており（例えば、特許文献３を参照）、楽曲が重複した場合の調整についても触れられている。

【先行技術文献】

【特許文献】

【0008】

【特許文献1】特開２００３−２４１７７１号公報

【特許文献2】特開２０１３−７３１０２号公報

【特許文献3】特開２００６−１０９８８号公報

【発明の概要】

【発明が解決しようとする課題】

【0009】

上述した楽曲が重複した場合の調整技術では、参加メンバの優先順位として、立場の強い利用者（例えば上位職）を優先するというような利用者間の関係性をあらかじめ指定登録する手法がとられているため、毎回メンバが変わるような場合にはスムーズな運用が行えないという問題があった。

【0010】

また、過去に歌った回数が多いほど歌える優先度が高まるため、新規にその曲を歌うために何度もその曲を歌いこんだり聴きこんだりなどして練習をしている者に歌う機会が訪れないという問題もあった。

【0011】

また、機械的に提示されたリストに拘束されずに利用者間のコミュニケーションにより決定を委ねる場合、往々にして譲り合いが発生し、かえってその場の雰囲気がギクシャクしたり、重複する度に利用者間で調整が必要になるという問題もあった。

【0012】

そこで、開示の形態は、一側面では、カラオケに参加する利用者に対し利用者個々の行動に基づいた選曲支援を行うことを目的とする。

【課題を解決するための手段】

【0013】

開示の形態は、カラオケに参加する複数の利用者の端末装置から、前記利用者が個々の楽曲に対して行った視聴の態様を示すデータを取得する手段と、前記データから前記複数の利用者に共通する楽曲が存在する場合に、前記データの示す視聴の態様に基づいて優先順位付けを行う手段と、前記データおよび前記優先順位付けの結果に基づいて選曲の候補を提示する手段と、を備える。

【発明の効果】

【0014】

開示の形態は、カラオケに参加する利用者に対し利用者個々の行動に基づいた選曲支援を行うことができる。

【図面の簡単な説明】

【0015】

【図1】一実施形態にかかる選曲支援システムの構成例を示す図である。

【図2】端末装置、サーバ装置およびカラオケ機器の機能構成例を示す図である。

【図3】端末装置、サーバ装置およびカラオケ機器のハードウェア構成例を示す図である。

【図4】端末装置における処理例を示すフローチャートである。

【図5】行動とポイントおよび付加フラグの対応の例を示す図である。

【図6】カラオケ機器における処理例を示すフローチャートである。

【図7】サーバ装置から端末装置を介してカラオケ機器が楽曲情報を取得する例を示す図である。

【図8】固有ＩＤによる楽曲のマッチングの例を示す図である。

【図9】固有ＩＤにより紐付けされた楽曲それぞれのポイントの比較の例を示す図である。

【図10】付加フラグによる補正の例を示す図である。

【図11】カラオケ機器から端末装置への選曲候補リストの送信の例を示す図である。

【図12】端末装置での選曲候補リストの表示の例を示す図である。

【発明を実施するための形態】

【0016】

以下、本発明の好適な実施形態につき説明する。

【0017】

＜構成＞
図１は一実施形態にかかる選曲支援システムの構成例を示す図である。図１において、利用者が所持するスマートフォン、タブレット、携帯電話等の端末装置１Ａ、１Ｂ、・・は、インターネット等のネットワーク２に接続可能となっており、ネットワーク２にはクラウドサービスを提供するサーバ装置３が接続されている。また、カラオケ店４にはカラオケ機器５が設置されている。

【0018】

端末装置１Ａ、１Ｂ、・・は、利用者により楽曲の試聴に用いられる際に、利用者が楽曲に対して行った視聴の態様を示すデータを取得し、データをネットワーク２を介してクラウドサービスを提供するサーバ装置３に送信して保管する。また、端末装置１Ａ、１Ｂ、・・は、利用者がカラオケ店４でカラオケを楽しむ際に、サーバ装置３からネットワーク２を介してデータを取得し、無線通信（赤外線、近距離無線等）によりカラオケ機器５にデータを与える。なお、端末装置１Ａ、１Ｂ、・・として、利用者が自宅等でカラオケを楽しめるゲーム機や個人用カラオケシステムやＰＣ（Personal Computer）等も含まれる。この場合、ゲーム機等で取得されサーバ装置３に保管された、利用者が楽曲に対して行った視聴の態様を示すデータが、利用者が持ち歩くスマートフォン等を介してカラオケ機器５に与えられる。

【0019】

図２は端末装置１（１Ａ、１Ｂ、・・）、サーバ装置３およびカラオケ機器５の機能構成例を示す図である。図２において、端末装置１には、音楽再生アプリ（アプリケーションプログラム）１１と、カラオケ選曲支援アプリ１２とが設けられている。音楽再生アプリ１１は、楽曲を再生して利用者による視聴を可能とする機能を有している。また、音楽再生アプリ１１は、歌詞を表示する機能も有していることを想定しているが、歌詞の表示のためのアプリを別に設けてもよい。

【0020】

カラオケ選曲支援アプリ１２は、行動記録部１３と選曲指示部１４とを備えている。行動記録部１３は、利用者が楽曲に対して行った視聴の態様を示すデータを取得してクラウドサービスに送信する機能を有している。選曲指示部１４は、カラオケ店４（図１）でカラオケに参加する際に、クラウドサービスを提供するサーバ装置３からデータを取得してカラオケ機器５に送信する機能を有している。

【0021】

行動記録部１３は、カメラ制御部１３１とマイク制御部１３２と楽曲ＩＤ取得部１３３と歌声検出部１３４と鼻歌・口パク検出部１３５と歌詞参照検出部１３６とフラグ・ポイント管理部１３７とクラウドデータ入出力部１３８とを備えている。

【0022】

カメラ制御部１３１は、端末装置１の内部または外部に接続されたカメラを制御し、フロントカメラにより自分撮り状態の撮像画像を取得する機能を有している。マイク制御部１３２は、端末装置１の内部または外部に接続されたマイクを制御し、音声信号を取得する機能を有している。楽曲ＩＤ取得部１３３は、音楽再生アプリ１１から再生中の楽曲ＩＤを取得する機能を有している。

【0023】

歌声検出部１３４は、マイク制御部１３２により取得した音声信号から、利用者が楽曲に合わせて歌を歌っていることを検出する機能を有している。楽曲のリズム、音程および歌詞が大まかに合致する音声信号がマイクから取得された場合は、歌っていると判断することができる。また、歌声検出部１３４は、楽曲の再生音量が利用者にとって視聴に耐えるだけの音量であるか否かを検出する機能も有している。鼻歌・口パク検出部１３５は、マイク制御部１３２により取得した音声信号とカメラ制御部１３１により取得した撮像画像から、利用者が楽曲に合わせて鼻歌を歌っているか（口の動きはない）、口パク（音声は発していないが口だけが動く）をしているかを検出する機能を有している。楽曲のリズムおよび音程が大まかに合致し、歌詞が一致しない音声信号がマイクから取得された場合は、鼻歌であると判断することができる。歌声または鼻歌ではなく、楽曲のリズムと大まかに合致する口の動きのある撮像画像が取得された場合は、口パクであると判断することができる。歌詞参照検出部１３６は、カメラ制御部１３１により取得した撮像画像から、利用者が楽曲に合わせて歌詞を目で追っていることを検出する機能を有している。再生中の歌詞部分の表示位置を音楽再生アプリ１１等から取得することで、より精度よく楽曲に合わせて歌詞を目で追っていることを検出することができる。

【0024】

フラグ・ポイント管理部１３７は、歌声検出部１３４、鼻歌・口パク検出部１３５および歌詞参照検出部１３６の検出結果に基づき、楽曲ごとにポイントおよびフラグを付与する機能を有している。ポイントおよびフラグの詳細については後述する。クラウドデータ入出力部１３８は、処理の開始時にサーバ装置３から利用者の楽曲ごとのポイントおよびフラグの状態を示すデータを取得してフラグ・ポイント管理部１３７に与えるとともに、所定の処理の区切り（楽曲の終了時等）において最新のデータをサーバ装置３に送信する機能を有している。

【0025】

また、選曲指示部１４は、相互認識部１４１とクラウドデータ取得部１４２とデータ送信部１４３とデータ受信部１４４と候補リスト表示部１４５と選曲受付部１４６と選曲送信部１４７とを備えている。

【0026】

相互認識部１４１は、カラオケ機器５との間で赤外線や近距離無線等により通信を行って認識し合い、その後の処理につなげる機能を有している。クラウドデータ取得部１４２は、サーバ装置３から利用者の楽曲ごとのポイントおよびフラグの最新の状態を示すデータを取得する機能を有している。データ送信部１４３は、クラウドデータ取得部１４２が取得したデータを赤外線や近距離無線等によりカラオケ機器５に送信する機能を有している。

【0027】

データ受信部１４４は、カラオケ機器５から赤外線や近距離無線等により選曲候補リストのデータを受信する機能を有している。候補リスト表示部１４５は、データ受信部１４４により受信した選曲候補リストのデータに基づき、選曲候補リストを端末装置１の画面上に表示する機能を有している。選曲受付部１４６は、画面上に表示された選曲候補リスト上から利用者による選曲（カラオケ機器５に演奏させる楽曲の選択）を受け付ける機能を有している。選曲送信部１４７は、選曲受付部１４６により受け付けた楽曲の演奏の指示を赤外線や近距離無線等によりカラオケ機器５に送信する機能を有している。

【0028】

サーバ装置３は、データ入出力部３１とデータベース３２とを備えている。データ入出力部３１は、端末装置１から受信した利用者の楽曲ごとのポイントおよびフラグの最新の状態を示すデータをデータベース３２に格納するとともに、端末装置１からの要求に応じて、該当する利用者の同データをデータベース３２から読み出して送信（応答）する機能を有している。

【0029】

カラオケ機器５は、カラオケ制御アプリ５１とカラオケ選曲支援アプリ５２とを備えている。カラオケ制御アプリ５１は、カラオケ機器としての基本的な機能を提供する部分であり、選曲を受け付けて演奏を行う機能を有している。カラオケ選曲支援アプリ５２は、利用者ごとに選曲候補リストを提示することで、利用者による選曲の支援を行う機能を有している。

【0030】

カラオケ選曲支援アプリ５２は、相互認識部５２１とデータ受信部５２２と楽曲振分部５２３と結果送信部５２４と選曲受信部５２５とを備えている。

【0031】

相互認識部５２１は、端末装置１との間で赤外線や近距離無線等により通信を行って認識し合い、その後の処理につなげる機能を有している。データ受信部５２２は、端末装置１から利用者の楽曲ごとのポイントおよびフラグの最新の状態を示すデータを赤外線や近距離無線等により受信する機能を有している。楽曲振分部５２３は、カラオケに参加する複数の利用者のデータに基づき、楽曲が重複する場合にはポイントおよびフラグに基づいて優先度を判断し、利用者ごとに選曲候補リストを生成する機能を有している。結果送信部５２４は、楽曲振分部５２３により生成された選曲候補リストのデータを赤外線や近距離無線等により該当する利用者の端末装置１に送信する機能を有している。選曲受信部５２５は、端末装置１からカラオケ演奏する選曲の指示を受信し、カラオケ制御アプリ５１に指示を伝える機能を有している。

【0032】

図３は端末装置１、サーバ装置３およびカラオケ機器５のハードウェア構成例を示す図である。図３において、端末装置１等は、バス１０７を介して相互に接続されたＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、ＨＤＤ（Hard Disk Drive）／ＳＳＤ（Solid State Drive）１０４、接続Ｉ／Ｆ（Interface）１０５、通信Ｉ／Ｆ１０６を備えている。ＣＰＵ１０１は、ＲＡＭ１０３をワークエリアとしてＲＯＭ１０２またはＨＤＤ／ＳＳＤ１０４等に格納されたプログラムを実行することで、端末装置１等の動作を統括的に制御する。接続Ｉ／Ｆ１０５は、端末装置１等の内部または外部に接続される機器とのインタフェースである。内部または外部に接続される機器としては、カメラ、マイク、モニタ、スピーカ等がある。通信Ｉ／Ｆ１０６は、ネットワークを介して他の情報処理装置と通信を行うためのインタフェースである。

【0033】

図２で説明した端末装置１等の機能は、ＣＰＵ１０１において所定のプログラムが実行されることで実現される。プログラムは、記録媒体を経由して取得されるものでもよいし、ネットワークを経由して取得されるものでもよいし、ＲＯＭ組込でもよい。

【0034】

＜動作＞
図４は上記の実施形態における端末装置１における処理例を示すフローチャートである。この処理は、楽曲の試聴中における利用者の行動により、楽曲ごとにポイントおよびフラグを付与し、視聴の態様を示すデータを取得するものである。

【0035】

図５は行動とポイントおよび付加フラグの対応の例を示す図である。この例では、行動「楽曲を聴いているだけ」の場合に３ポイントを加算し、「聴フラグ」の付加と、「聴フラグ」へ１ポイントを加算するものとしている。「聴フラグ」は聴いているだけであることを示している。３ポイントの加算としたのは、楽曲を聴いているだけでカラオケで歌うための練習をしているわけでは無いと考えられるためである。

【0036】

行動「曲に合わせ口パク／鼻歌」の場合は、５ポイントを加算し、「歌フラグ」を付加するものとしている。「歌フラグ」は何らかの態様で歌っていたことを示している。５ポイントの加算としたのは、カラオケの練習をしている可能性はあるが、ハッキリとは歌っていないため、実際に歌うよりは数値は低めとするためである。

【0037】

行動「曲に合わせて歌う」の場合は、１０ポイントを加算し、「歌フラグ」を付加するものとしている。１０ポイントの加算としたのは、実際に声を出して歌っていることにより、カラオケの練習をしている可能性高と判断できるからである。

【0038】

行動「曲と歌詞に合わせて歌う」の場合は、１５ポイントを加算し、「歌フラグ」を付加するものとしている。１５ポイントの加算としたのは、声を出して歌うことに加え、歌詞を参照しているため、さらにカラオケの練習をしている可能性が高いと判断できるからである。

【0039】

このように、カラオケで歌う練習のための視聴としての積極性に応じて高いポイントを付与するようにしている。なお、ポイントの数値はあくまでも例示であり、例示のポイントに限定されるものではない。また、行動の分類は例示のものに限られない。

【0040】

図４に戻り、音楽再生アプリ１１が起動されてカラオケ選曲支援アプリ１２の行動記録部１３が処理を開始すると、カメラ制御部１３１およびマイク制御部１３２により裏（バックグラウンド）でカメラ（フロントカメラ）とマイクを起動する（ステップＳ１０１）。

【0041】

次いで、音楽再生アプリ１１により楽曲が起動されると、楽曲ＩＤ取得部１３３により音楽再生アプリ１１から楽曲ＩＤを取得する（ステップＳ１０２）。

【0042】

次いで、クラウドデータ入出力部１３８によりサーバ装置３からクラウド上のデータ（利用者の楽曲ごとのポイントおよびフラグの状態を示すデータ）を取得（ロード）する（ステップＳ１０３）。

【0043】

次いで、歌声検出部１３４、鼻歌・口パク検出部１３５および歌詞参照検出部１３６により検出される、利用者の楽曲の試聴中の行動を記憶領域に保存（セーブ）する（ステップＳ１０４）。

【0044】

次いで、楽曲が終了すると（ステップＳ１０５）、記憶領域に保存していた楽曲の試聴中の行動を取得（ロード）する（ステップＳ１０６）。

【0045】

以下、フラグ・ポイント管理部１３７は、楽曲の試聴中の行動に応じて、利用者に対し楽曲ごとにポイントやフラグの追加を行う。

【0046】

先ず、フラグ・ポイント管理部１３７は、歌声検出部１３４により曲に合致する利用者の歌声を検出したか否か判断する（ステップＳ１０７）。なお、検出は楽曲の試聴中に何度となく行われるため、検出の頻度や割合が所定の閾値を超えた場合に歌声を検出したと判断する。

【0047】

曲に合致する利用者の歌声を検出したと判断した場合（ステップＳ１０７のＹｅｓ）、フラグ・ポイント管理部１３７は、歌詞参照検出部１３６により利用者の歌詞の参照を検出したか否か判断する（ステップＳ１０８）。なお、検出は楽曲の試聴中に何度となく行われるため、検出の頻度や割合が所定の閾値を超えた場合に歌詞の参照を検出したと判断する。

【0048】

利用者の歌詞の参照を検出したと判断した場合（ステップＳ１０８のＹｅｓ）、フラグ・ポイント管理部１３７は利用者の当該楽曲に対して例えば「１５ポイント」を追加し（ステップＳ１０９）、「歌フラグ」を追加する（ステップＳ１１３）。

【0049】

また、利用者の歌詞の参照を検出しなかったと判断した場合（ステップＳ１０８のＮｏ）、例えば「１０ポイント」を追加し（ステップＳ１１０）、「歌フラグ」を追加する（ステップＳ１１３）。

【0050】

また、曲に合致する利用者の歌声を検出しなかったと判断した場合（ステップＳ１０７のＮｏ）、フラグ・ポイント管理部１３７は、鼻歌・口パク検出部１３５により曲に合致する鼻歌や口パクを検出したか否か判断する（ステップＳ１１１）。なお、検出は楽曲の試聴中に何度となく行われるため、検出の頻度や割合が所定の閾値を超えた場合に鼻歌や口パクを検出したと判断する。

【0051】

曲に合致する鼻歌や口パクを検出したと判断した場合（ステップＳ１１１のＹｅｓ）、例えば「５ポイント」を追加し（ステップＳ１１２）、「歌フラグ」を追加する（ステップＳ１１３）。

【0052】

また、曲に合致する鼻歌や口パクを検出しなかったと判断した場合（ステップＳ１１１のＮｏ）、フラグ・ポイント管理部１３７は、歌声検出部１３４により楽曲の再生音量が視聴に耐えるだけの音量であるか否かを検出することにより、楽曲の試聴のみであるか否か判断する（ステップＳ１１４）。なお、検出は楽曲の試聴中に何度となく行われるため、検出の頻度や割合が所定の閾値を超えた場合に楽曲の試聴を検出したと判断する。

【0053】

楽曲の試聴のみであると判断した場合（ステップＳ１１４のＹｅｓ）、フラグ・ポイント管理部１３７は、例えば「３ポイント」を追加し（ステップＳ１１５）、「聴フラグ」の追加および「聴フラグ」のポイントを「１ポイント」追加する（ステップＳ１１６）。楽曲の試聴のみでないと判断した場合（ステップＳ１１４のＮｏ）、ポイントおよびフラグの付与は行わない。

【0054】

なお、楽曲の試聴のみの場合については、利用者が歌詞を目で追っているか否かを区別していないが、それらを区別し、歌詞を目で追いながら視聴している場合には、単に視聴している場合よりも追加するポイントを増やしてもよい。

【0055】

その後、フラグ・ポイント管理部１３７は、当該楽曲についてポイントやフラグが追加されたデータにおいて「聴フラグ」と「歌フラグ」が同居するか否か判断する（ステップＳ１１７）。

【0056】

「聴フラグ」と「歌フラグ」が同居すると判断した場合（ステップＳ１１７のＹｅｓ）、フラグ・ポイント管理部１３７は、「聴フラグ」のポイントの補正として、例えば３倍にする（ステップＳ１１８）。蓄積されたデータの中で、同じ楽曲について「聴フラグ」と「歌フラグ」が同居しているということは、その利用者は単に歌っているだけではなく、カラオケの練習を積極的に行っていると評価することができるためである。「聴フラグ」と「歌フラグ」が同居しないと判断した場合（ステップＳ１１７のＮｏ）、「聴フラグ」のポイントの補正は行わない。

【0057】

次いで、クラウドデータ入出力部１３８によりサーバ装置３に対して楽曲のポイントとフラグの最新のデータを送信し、クラウド上のデータを更新する（ステップＳ１１９）。

【0058】

その後、音楽再生アプリ１１を続けて使用する場合（ステップＳ１２０のＹｅｓ）は、楽曲の起動（ステップＳ１０２）の待機から処理を繰り返し、音楽再生アプリ１１を続けて使用しない場合（ステップＳ１２０のＮｏ）は、行動記録部１３の処理を終了する。

【0059】

なお、上述した処理フローはあくまでも一例であり、処理に矛盾が生じない範囲で処理の順序を変えてもよいし、同様の処理結果を得られる他の処理に変更してもよい。

【0060】

次に、図６は上記の実施形態におけるカラオケ機器５における処理例を示すフローチャートである。すなわち、端末装置１を所持した利用者がカラオケ店４のカラオケ機器５の前に集まってカラオケを行う場合の処理例である。

【0061】

図６において、端末装置１の相互認識部１４１とカラオケ機器５の相互認識部５２１は、赤外線や近距離無線等により通信を行い、相互に認識を行う（ステップＳ２０１）。

【0062】

次いで、カラオケ機器５のカラオケ選曲支援アプリ５２は、端末装置１のクラウドデータ取得部１４２およびデータ送信部１４３とカラオケ機器５のデータ受信部５２２により、サーバ装置３から利用者の楽曲ごとの合計ポイントを示すデータ（楽曲履歴情報）を取得する（ステップＳ２０２）。なお、利用者の楽曲ごとの合計ポイントを示すデータはデータの取得時に計算してもよいし、予めサーバ装置３において保持させておいてもよい。図７はサーバ装置３から端末装置１Ａ、１Ｂを介してカラオケ機器５が楽曲情報を取得する例を示している。なお、ＡさんとＢさんの２人について示しているが、参加者の人数は３人以上でもかまわないことはいうまでもない。参加者の端末装置１を介して各利用者のデータを取得することで、個人情報のセキュリティを確保することができる。

【0063】

次いで、図６に戻り、カラオケ選曲支援アプリ５２の楽曲振分部５２３は、各利用者のデータに共通の楽曲（重複する楽曲）が存在するか否か判断する（ステップＳ２０３）。サーバ装置３から取得した各利用者のデータに含まれる楽曲ＩＤは音楽再生アプリ１１のベンダ等により付与のルールが異なるため、単純に一致するか否かによっては重複を判断することができない。そのため、基準となる固有ＩＤ（公的な団体等が定めたものであることが望ましい）と楽曲ＩＤの対応関係を予め保持することにより、いったん固有ＩＤに置き換えた上で重複の判断（マッチング）を行う。図８は固有ＩＤによる楽曲のマッチングの例を示しており、横一例が同じ楽曲に付された固有ＩＤと利用者Ａさんの楽曲ＩＤと利用者Ｂさんの楽曲ＩＤを示している。なお、異なる楽曲に同じ楽曲ＩＤが付与されることがある場合には、利用者から取得するデータの楽曲ＩＤに、音楽再生アプリ１１のベンダやアプリを識別する情報を付加してもよい。

【0064】

また、利用者から取得するデータの楽曲ＩＤに、楽曲の特徴量（音声信号の周波数や振幅の変化の特徴を示す情報）を付加し、固有ＩＤと対応付けられた基準となる楽曲の特徴量と比較することで楽曲を特定してもよい。更に、利用者から取得するデータの楽曲ＩＤに、曲名や歌手名（アーティスト名）等を識別する情報を付加し、固有ＩＤと対応付けられた基準となる楽曲の曲名や歌手名等と比較することで楽曲を特定してもよい。

【0065】

図６に戻り、共通の楽曲が存在すると判断した場合（ステップＳ２０３のＹｅｓ）、楽曲振分部５２３は、共通の楽曲について、固有ＩＤと各楽曲ＩＤを紐付けて保持する（ステップＳ２０４）。

【0066】

次いで、楽曲振分部５２３は、複数の利用者の間で共通する楽曲のそれぞれについての合計ポイントを比較し、優先度付けを行う（ステップＳ２０５）。図９は固有ＩＤにより紐付けされた楽曲それぞれのポイントの比較の例を示す図である。例えば、固有ＩＤ「Ｃ８７２４０」の楽曲の場合、Ａさんの合計ポイントが「２００」で、Ｂさんの合計ポイントが「３００」であるため、Ｂさんの合計ポイントがＡさんの合計ポイントを上回り、Ｂさんの優先度が高くなる。すなわち、この楽曲は、Ｂさんの選曲候補リストには優先度高の順番で追加され、Ａさんの選曲候補リストには優先度低で追加されることになる。

【0067】

なお、単に歌っている回数が多い方が保有ポイントが高くなるわけではなく、視聴回数に応じて合計ポイントが補正（図４のステップＳ１１８）されている場合がある。例えば、固有ＩＤ「Ｄ５５８７９」の楽曲の場合、Ａさんの合計ポイントが「１３６」で、Ｂさんの合計ポイントが「１２０」であるため、Ａさんの合計ポイントがＢさんの合計ポイントを上回り、Ａさんの優先度が高くなる。図１０はその楽曲についてのＡさんとＢさんの行動を示しており、歌った回数はＡさんの１０回に対してＢさんが１２回でＢさんが若干上回っているが、聴いた回数はＡさんが４回なのに対しＢさんは０回であり、Ａさんには補正のポイントが「３６」加算されたことで、Ａさんが合計ポイントで上回っている。すなわち、楽曲を数回聴いた後に音合わせのために歌ったＡさんには、視聴回数分の補正が掛かり、歌っている回数では勝っていたＢさんよりも合計ポイントが高くなっている。

【0068】

図６に戻り、共通の楽曲が存在しないと判断した場合（ステップＳ２０３のＮｏ）、固有ＩＤと各楽曲ＩＤの紐付け（ステップＳ２０４）と合計ポイントの比較（ステップＳ２０５）は行わない。

【0069】

次いで、楽曲振分部５２３は、利用者ごとに楽曲候補優先度を抽出し（ステップＳ２０６）、利用者ごとに選曲候補リストを生成する（ステップＳ２０７）。例えば、カラオケに参加している他の利用者と重複する楽曲については、優先度の序列が１番以外の楽曲については序列に応じて所定ポイント（序列が下になるほど大きな値）を合計ポイントから差し引く。また、重複しない楽曲については合計ポイントのままとし、その利用者の行動から取得した全ての楽曲について、合計ポイントの高い順にソートして上位の所定数の楽曲を選曲候補リストにする。このように、利用者の普段の行動（楽曲利用）に応じて、優先度を決定することにより、その時々のメンバーに応じて優先度が割り出されるため、利用者間での関係性をあらかじめ登録等する必要が無い。また、選曲候補リストには重複の有無を示すフラグを付加してもよい。

【0070】

次いで、結果送信部５２４により各利用者の端末装置１に選曲候補リストを送信し（ステップＳ２０８）、処理を終了する。図１１はカラオケ機器５から端末装置１Ａ、１Ｂへ選曲候補リストを送信する例を示している。

【0071】

端末装置１は、データ受信部１４４により選曲候補リストを受信すると、候補リスト表示部１４５により画面上に選曲候補リストを表示する。図１２は端末装置１Ａ、１Ｂでの選曲候補リストの表示の例を示している。なお、他の利用者との重複の有無を楽曲ごとに併せて表示してもよい。これにより、他のメンバが知らない楽曲を選曲してしまって場がしらけてしまうのを防止することができる。更に、選曲候補リストには他のメンバと共通する楽曲だけを表示するようにしてもよい。

【0072】

利用者は、端末装置１の画面に表示された選曲候補リストから所望の楽曲を選択すると、選曲受付部１４６により選曲が受け付けられ、選曲送信部１４７によりカラオケ機器５に選曲された楽曲のＩＤ（楽曲ＩＤまたは固有ＩＤ）を送信する。カラオケ機器５の選曲受信部５２５は楽曲のＩＤを受信すると、カラオケ制御アプリ５１に選曲の指示を行い、演奏が予約される。

【0073】

＜総括＞
以上説明したように、本実施形態によれば、カラオケに参加する任意の利用者に対し利用者個々の行動に基づいた選曲支援を行うことができ、楽曲が重複した場合でも誰が歌うかを当事者間で相談する必要がなくなり、よりカラオケの場を盛り上げることができる。

【0074】

以上、好適な実施の形態により説明した。ここでは特定の具体例を示して説明したが、特許請求の範囲に定義された広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により限定されるものと解釈してはならない。

【0075】

以上の説明に関し、更に以下の項を開示する。
（付記１）
カラオケに参加する複数の利用者の端末装置から、前記利用者が個々の楽曲に対して行った視聴の態様を示すデータを取得する手段と、
前記データから前記複数の利用者に共通する楽曲が存在する場合に、前記データの示す視聴の態様に基づいて優先順位付けを行う手段と、
前記データおよび前記優先順位付けの結果に基づいて選曲の候補を提示する手段と、
を備えたことを特徴とする選曲支援装置。
（付記２）
前記端末装置からネットワーク上のサーバ装置に蓄積された前記データを、カラオケに参加する際に前記サーバ装置から前記端末装置を介して取得する、
ことを特徴とする付記１に記載の選曲支援装置。
（付記３）
前記選曲の候補を前記端末装置に送信して表示させる、
ことを特徴とする付記１または２に記載の選曲支援装置。
（付記４）
前記端末装置に表示された前記選曲の候補から利用者により選択された楽曲を演奏の対象となる楽曲として受け付ける、
ことを特徴とする付記３に記載の選曲支援装置。
（付記５）
前記視聴の態様は、優先順位が低い順に、曲を聴いているだけの態様、曲に合わせ口パクまたは鼻歌を歌っている態様、曲に合わせて歌っている態様、および、曲と歌詞に合わせて歌っている態様を含む、
ことを特徴とする付記１乃至４のいずれか一項に記載の選曲支援装置。
（付記６）
前記データから歌を歌っている態様と曲を聴いている態様とが検出された楽曲について、優先順位を高める補正を行う、
ことを特徴とする付記１乃至５のいずれか一項に記載の選曲支援装置。
（付記７）
カラオケに参加する複数の利用者の端末装置から、前記利用者が個々の楽曲に対して行った視聴の態様を示すデータを取得し、
前記データから前記複数の利用者に共通する楽曲が存在する場合に、前記データの示す視聴の態様に基づいて優先順位付けを行い、
前記データおよび前記優先順位付けの結果に基づいて選曲の候補を提示する、
処理をコンピュータに実行させることを特徴とする選曲支援プログラム。
（付記８）
前記端末装置からネットワーク上のサーバ装置に蓄積された前記データを、カラオケに参加する際に前記サーバ装置から前記端末装置を介して取得する、
ことを特徴とする付記７に記載の選曲支援プログラム。
（付記９）
前記選曲の候補を前記端末装置に送信して表示させる、
ことを特徴とする付記７または８に記載の選曲支援プログラム。
（付記１０）
前記端末装置に表示された前記選曲の候補から利用者により選択された楽曲を演奏の対象となる楽曲として受け付ける、
ことを特徴とする付記９に記載の選曲支援プログラム。
（付記１１）
前記視聴の態様は、優先順位が低い順に、曲を聴いているだけの態様、曲に合わせ口パクまたは鼻歌を歌っている態様、曲に合わせて歌っている態様、および、曲と歌詞に合わせて歌っている態様を含む、
ことを特徴とする付記７乃至１０のいずれか一項に記載の選曲支援プログラム。
（付記１２）
前記データから歌を歌っている態様と曲を聴いている態様とが検出された楽曲について、優先順位を高める補正を行う、
ことを特徴とする付記７乃至１１のいずれか一項に記載の選曲支援プログラム。
（付記１３）
カラオケに参加する複数の利用者の端末装置から、前記利用者が個々の楽曲に対して行った視聴の態様を示すデータを取得し、
前記データから前記複数の利用者に共通する楽曲が存在する場合に、前記データの示す視聴の態様に基づいて優先順位付けを行い、
前記データおよび前記優先順位付けの結果に基づいて選曲の候補を提示する、
処理をコンピュータが実行することを特徴とする選曲支援方法。
（付記１４）
前記端末装置からネットワーク上のサーバ装置に蓄積された前記データを、カラオケに参加する際に前記サーバ装置から前記端末装置を介して取得する、
ことを特徴とする付記１３に記載の選曲支援方法。
（付記１５）
前記選曲の候補を前記端末装置に送信して表示させる、
ことを特徴とする付記１３または１４に記載の選曲支援方法。
（付記１６）
前記端末装置に表示された前記選曲の候補から利用者により選択された楽曲を演奏の対象となる楽曲として受け付ける、
ことを特徴とする付記１５に記載の選曲支援方法。
（付記１７）
前記視聴の態様は、優先順位が低い順に、曲を聴いているだけの態様、曲に合わせ口パクまたは鼻歌を歌っている態様、曲に合わせて歌っている態様、および、曲と歌詞に合わせて歌っている態様を含む、
ことを特徴とする付記１３乃至１６のいずれか一項に記載の選曲支援方法。
（付記１８）
前記データから歌を歌っている態様と曲を聴いている態様とが検出された楽曲について、優先順位を高める補正を行う、
ことを特徴とする付記１３乃至１７のいずれか一項に記載の選曲支援方法。

【符号の説明】

【0076】

１、１Ａ、１Ｂ 端末装置
１１ 音楽再生アプリ
１２ カラオケ選曲支援アプリ
１３ 行動記録部
１３１ カメラ制御部
１３２ マイク制御部
１３３ 楽曲ＩＤ取得部
１３４ 歌声検出部
１３５ 鼻歌・口パク検出部
１３６ 歌詞参照検出部
１３７ フラグ・ポイント管理部
１３８ クラウドデータ入出力部
１４ 選曲指示部
１４１ 相互認識部
１４２ クラウドデータ取得部
１４３ データ送信部
１４４ データ受信部
１４５ 候補リスト表示部
１４６ 選曲受付部
１４７ 選曲送信部
２ ネットワーク
３ サーバ装置
３１ データ入出力部
３２ データベース
４ カラオケ店
５ カラオケ機器
５１ カラオケ制御アプリ
５２ カラオケ選曲支援アプリ
５２１ 相互認識部
５２２ データ受信部
５２３ 楽曲振分部
５２４ 結果送信部
５２５ 選曲受信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】