(57)【特許請求の範囲】
【請求項１】
複数のカラオケユーザを識別するユーザ識別情報、該カラオケユーザが歌唱した楽曲の歌手名又は曲名に係る楽曲情報、及び該楽曲が歌唱された日付を示す日付情報を対応付けて記憶する記憶手段と、該記憶手段が記憶したユーザ識別情報及び楽曲情報に基づいて、複数のカラオケユーザを、二次元平面又は三次元空間上で歌手名又は曲名毎に分類した分類図を生成する生成手段とを備えた歌唱情報処理装置であって、
楽曲の歌唱頻度を受け付ける受付手段と、
前記記憶手段が記憶する楽曲情報及び日付情報に基づいて、各楽曲の歌唱頻度を算出する手段と
を備え、
前記生成手段は、
カラオケユーザが分類される歌手名又は曲名を示した画像を分類図上に表示するようにしてあり、
前記受付手段が受け付けた歌唱頻度に応じて、分類図上に表示される前記画像の数を制限する制限手段を備える
ことを特徴とする歌唱情報処理装置。
【請求項２】
前記受付手段は、
歌唱頻度の範囲を受け付けるようにしてあり、
前記制限手段は、
歌唱頻度が前記受付手段にて受け付けた範囲内にある楽曲の歌手名又は曲名を示した画像を分類図上に表示するようにしてある
ことを特徴とする請求項１に記載の歌唱情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケユーザの歌唱履歴情報を処理する歌唱情報処理装置に関する。
【背景技術】
【０００２】
カラオケユーザの歌唱履歴情報、楽曲関連商品の売上げ総数等の情報を蓄積し、該情報に基づいて歌手の人気をランキング表示することが行われている。また、特許文献１には、顧客データベースが記憶する顧客データを、その属性に基づいて、クラスタリング平面上の複数のクラスタに分類し、クラスタの指定を受け付けて顧客データの検索を行うデータベース検索装置が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平０８−０７７１８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来より行われていた歌手の人気ランキングでは、カラオケユーザの多角的な分析を行うことができないという問題があった。また、カラオケユーザを、クラスタリング平面上で歌手名及び曲名毎に分類して可視化する分析方法も考えられるが、歌手及び楽曲の数は膨大であるため、カラオケユーザの分析が困難になる場合があった。
【０００５】
本発明は斯かる事情に鑑みてなされたものであり、その目的は、カラオケユーザを二次元平面又は三次元空間上で歌手名又は曲名毎に分類した分類図を生成し、カラオケユーザが分類されるべき歌手名又は曲名を示す画像を分類図上に表示する際、その楽曲の歌唱頻度に応じて該画像の数を制限することにより、カラオケユーザの多角的な分析を容易に行うことが可能になる歌唱情報分析装置を提供することにある。
【課題を解決するための手段】
【０００６】
本発明に係る歌唱情報処理装置は、複数のカラオケユーザを識別するユーザ識別情報、該カラオケユーザが歌唱した楽曲の歌手名又は曲名に係る楽曲情報、及び該楽曲が歌唱された日付を示す日付情報を対応付けて記憶する記憶手段と、該記憶手段が記憶したユーザ識別情報及び楽曲情報に基づいて、複数のカラオケユーザを、二次元平面又は三次元空間上で歌手名又は曲名毎に分類した分類図を生成する生成手段とを備えた歌唱情報処理装置であって、楽曲の歌唱頻度を受け付ける受付手段と、前記記憶手段が記憶する楽曲情報及び日付情報に基づいて、各楽曲の歌唱頻度を算出する手段とを備え、前記生成手段は、カラオケユーザが分類される歌手名又は曲名を示した画像を分類図上に表示するようにしてあり、前記受付手段が受け付けた歌唱頻度に応じて、分類図上に表示される前記画像の数を制限する制限手段を備えることを特徴とする。
【０００７】
本発明にあっては、複数のカラオケユーザを、二次元平面又は三次元空間上で歌手名又は曲名毎に分類した分類図が生成される。分類図上にはカラオケユーザが分類されるべき歌手名又は曲名を示した画像が表示される。受付手段は、楽曲の歌唱頻度を受け付け、分類図上に表示される前記画像の数は、該受付手段が受け付けた歌唱頻度に応じて制限される。
【０００８】
本発明に係る歌唱情報処理装置は、前記受付手段は、歌唱頻度の範囲を受け付けるようにしてあり、前記制限手段は、歌唱頻度が前記受付手段にて受け付けた範囲内にある楽曲の歌手名又は曲名を示した画像を分類図上に表示するようにしてあることを特徴とする。
【０００９】
本発明にあっては、楽曲の歌唱頻度の範囲を受付手段によって受け付ける。そして、歌唱頻度が受付手段にて受け付けた範囲内にある楽曲の歌手名又は曲名を示した画像が分類図上に表示される。
【発明の効果】
【００１０】
本発明によれば、カラオケユーザを二次元平面又は三次元空間上で歌手名又は曲名毎に分類した分類図を生成し、カラオケユーザが分類されるべき歌手名又は曲名を示す画像を分類図上に表示する際、その楽曲の歌唱頻度に応じて該画像の数を制限することにより、カラオケユーザの多角的な分析を容易に行うことができる。
【図面の簡単な説明】
【００１１】
【図１】本実施の形態に係る歌唱情報処理システムの一構成例を模式的に示す説明図である。
【図２】本実施の形態に係る歌唱情報処理装置の一構成例を模式的に示すブロック図である。
【図３】歌唱履歴ＤＢのレコードレイアウトの一例を概念的に示す説明図である。
【図４】カラオケユーザ情報ＤＢのレコードレイアウトの一例を概念的に示す説明図である。
【図５】楽曲情報ＤＢのレコードレイアウトの一例を概念的に示す説明図である。
【図６】情報分析ユーザ情報ＤＢのレコードレイアウトの一例を概念的に示す説明図である。
【図７】歌唱履歴の情報処理に係る制御部の処理手順を示すフローチャートである。
【図８】歌唱履歴の情報処理に係る制御部の処理手順を示すフローチャートである。
【図９】ブラウザウィンドウに表示されたマップの一例を示す模式図である。
【図１０】歌手名又は曲名による検索によって拡大表示されたマップの一例を示す模式図である。
【図１１】歌唱頻度で歌手分類画像の数が制限されたマップの一例を示した説明図である。
【図１２】特定の歌手を選択した際に表示されるマップの一例を示した説明図である。
【図１３】特定の歌手を選択した際に表示されるマップの一例を示した説明図である。
【図１４】歌手比較に係る制御部の処理手順を示すフローチャートである。
【図１５】歌手比較を行った際に表示されるマップの一例を示した説明図である。
【図１６】現在及び過去の比較に係る制御部の処理手順を示すフローチャートである。
【図１７】現在及び過去の比較処理を行った際に表示されるマップの一例を示した説明図である。
【図１８】将来予測に係る制御部の処理手順を示すフローチャートである。
【図１９】将来予測に係る処理を行った際に表示されるマップの一例を示した説明図である。
【発明を実施するための形態】
【００１２】
以下、本発明をその実施の形態を示す図面に基づいて詳述する。
図１は、本実施の形態に係る歌唱情報処理システムの一構成例を模式的に示す説明図である。本実施の形態に係る歌唱情報処理システムは、カラオケユーザの歌唱履歴情報に基づいてカラオケユーザを二次元平面上で歌手名毎に分類したマップを生成し、各種分析処理を行う歌唱情報処理装置１と、通信網Ｎを介して歌唱情報処理装置１に接続されたカラオケ装置２と、通信端末装置３とを備える。
【００１３】
＜カラオケ装置＞
カラオケ装置２は、カラオケ店舗の各個室に通常１台設置され、有線ＬＡＮ（Local Area Network）ケーブルを介して、該カラオケ店舗に設置されたハードディスク内蔵型のルータに接続されている。カラオケ端末装置は、各構成部を制御する図示しない制御部と、コンピュータの動作に必要な制御プログラムを記憶したＲＯＭと、制御部が演算処理を実行する際に生ずる各種データを一時記憶するＲＡＭと、楽曲のＭＩＤＩデータ等を含む楽曲データを記憶する記憶装置と、通信網Ｎを介して各種情報を送受信する通信部と、楽曲データに基づいて楽曲の伴奏音としての楽器音を再現した音声信号を生成するＭＩＤＩ音源と、伴奏及び歌唱音声を合成する音声ミキサと、各種入出力端子とを備え、各入出力端子には映像表示装置２０、マイク２２、及びスピーカ２１等が接続されている。映像表示装置２０は、例えばＣＲＴ（Cathode-ray Tube）、液晶ディスプレイ、プラズマディスプレイ、有機ＥＬディスプレイ等であり、楽曲データに含まれる歌詞データに基づいて、歌詞映像を表示する。マイク２２は、カラオケユーザの歌唱音声を音声信号に変換する。音声ミキサは、変換された音声信号と、ＭＩＤＩ音源によって生成された楽器音の音声信号とを合成し、スピーカは合成された音声信号に係る音声を放音する。
また、各個室には、カラオケ装置２を遠隔操作するための遠隔操作装置２３が一又は複数台、備えられている。遠隔操作装置２３は、ペンタッチセンサを有する液晶パネルを備えたボード型であり、赤外線通信にて、同一個室内のカラオケ店舗が紐付けられる。カラオケ店舗には、有線ＬＡＮケーブルに接続されたアクセスポイントが設置されており、各個室に備えられた遠隔操作装置２３は、アクセスポイントを介して、カラオケシステムへのユーザログイン、カラオケ曲の選曲の操作に係る情報を、紐付けられた同一個室内のカラオケ装置２との間で送受信している。
【００１４】
このように構成されたカラオケ装置２の動作を説明する。カラオケユーザは、予め登録してあるカラオケユーザＩＤと、パスワードとを遠隔操作装置２３に入力することができ、カラオケ装置２は、遠隔操作装置２３にてカラオケユーザＩＤ及びパスワードを受け付け、認証サーバに問い合わせることによりカラオケユーザの認証を行う。カラオケユーザは、カラオケ装置２にログインすることによって、カラオケに関する各種サービスを享受することができる。他方、ログインしているカラオケユーザが歌唱を行った場合、カラオケ装置２は、該カラオケユーザを識別するカラオケユーザＩＤと、歌唱された楽曲を識別するための楽曲ＩＤと、歌唱が行われた日時を示す歌唱日時情報とを通信部及び通信網Ｎを介して歌唱情報処理装置１へ送信する。歌唱情報処理装置１は、カラオケ装置２から送信されたカラオケユーザＩＤ、楽曲ＩＤ、及び歌唱日時情報を第１通信部１５にて受信し、受信した情報をカラオケユーザの歌唱履歴情報として蓄積する。なお、歌唱日時は、カラオケ装置２から歌唱情報処理装置１へ送信するのでは無く、歌唱情報処理装置１側で確認するように構成しても良い。
【００１５】
＜通信端末装置＞
通信端末装置３は、歌唱情報処理装置１との間で情報の送受信が可能な通信機器、例えば、パーソナルコンピュータ、携帯電話端末、ＰＤＡ（Personal Digital Assistant）等であり、情報分析ユーザが歌唱情報処理装置１にアクセスし、カラオケユーザの歌唱履歴に関する情報分析を行うためのブラウザを有する。以下、通信端末装置３がパーソナルコンピュータであるものとして説明する。通信端末装置３は、歌唱情報処理装置１による処理結果を表示する表示部３０、キーボード、ポインティングデバイス等の入力装置３１などを備える。
【００１６】
＜歌唱情報処理装置：ハードウェア構成＞
図２は、本実施の形態に係る歌唱情報処理装置１の一構成例を模式的に示すブロック図である。歌唱情報処理装置１は、該歌唱情報処理装置１の各構成部の動作を制御する制御部１０、例えば、ＣＰＵ（Central Processing Unit）を備える。制御部１０には、バスを介してＲＯＭ１１、ＲＡＭ１２、外部記憶装置１３、内部記憶装置１４、第１通信部１５及び第２通信部１６が接続されている。
【００１７】
制御部１０は、ＲＯＭ１１及び後述の内部記憶装置１４に記録されたコンピュータプログラム４０をＲＡＭ１２に読み出して実行することにより、本実施の形態に係る後述の歌唱情報処理方法を実施し、歌唱情報処理装置１として動作する。
【００１８】
ＲＯＭ１１は、コンピュータの動作に必要な制御プログラムを記憶したマスクＲＯＭ、ＥＥＰＲＯＭ等の不揮発性メモリである。
【００１９】
ＲＡＭ１２は、制御部１０の演算処理を実行する際に生ずる各種データを一時記憶するＤＲＡＭ、ＳＲＡＭ等の揮発性メモリである。
【００２０】
外部記憶装置１３は、本発明の実施の形態１に係るコンピュータプログラム４０をコンピュータ読み取り可能に記録したＤＶＤ（Digital Versatile Disc）−ＲＯＭ，ＢＤ（Blu-ray Disc），ＣＤ（Compact Disc）−ＲＯＭ等の記録媒体４からコンピュータプログラム４０、その他の各種データを読み取る光ディスクドライブである。なお、光ディスクドライブは、外部記憶装置１３の一例であり、ハードディスク、フレキシブルディスクのような磁気ディスク、光磁気ディスク、半導体メモリ等からデータを読み書きする装置で外部記憶装置１３を構成しても良い。
【００２１】
内部記憶装置１４は、コンピュータを、歌唱情報処理装置１として機能させるためのコンピュータプログラム４０を記憶するハードディスク、不揮発性半導体メモリ等である。なお、通信網Ｎに接続されている図示しない外部コンピュータから本発明に係るコンピュータプログラム４０をダウンロードするようにしても良い。
また、内部記憶装置１４は、歌唱履歴ＤＢ（Data Base）１４ａ、カラオケユーザ情報ＤＢ１４ｂ，楽曲情報ＤＢ１４ｃ、情報分析ユーザ情報ＤＢ１４ｄを記憶する。各種データベースの詳細は後述する。
【００２２】
第１通信部１５は、通信網Ｎを介して接続された外部のカラオケ装置２との間で、カラオケ装置２から送信される歌唱履歴情報、すなわち、カラオケユーザＩＤ、楽曲ＩＤ、及び歌唱日時情報を受信するインタフェースであり、第１通信部１５による各種情報の送受信は制御部１０によって制御される。
【００２３】
第２通信部１６は、通信網Ｎを介して接続された外部の通信端末装置３との間で、カラオケユーザの分析に係る情報を送受信するインタフェースであり、第２通信部１６による各種情報の送受信は制御部１０によって制御される。
【００２４】
＜歌唱情報処理装置：データベース構成＞
図３は、歌唱履歴ＤＢ１４ａのレコードレイアウトの一例を概念的に示す説明図である。歌唱履歴ＤＢ１４ａの表は、複数の列、例えば「カラオケユーザＩＤ」列、「楽曲ＩＤ」列、「歌唱日時」列等から構成されており、各行には、カラオケ装置２から送信された情報が各列に対応するようにして格納される。
「カラオケユーザＩＤ」列は、カラオケ装置２を利用する複数のカラオケユーザを識別するカラオケユーザＩＤ、例えばカラオケユーザの電子メールアドレスを格納する。
「楽曲ＩＤ」列は、カラオケ装置２にログインしたカラオケユーザが歌唱した楽曲の歌手名又は曲名に係る楽曲情報、すなわち楽曲を識別する楽曲ＩＤを、該カラオケユーザを識別するカラオケユーザＩＤに対応付けて格納する。
「歌唱日時」列は、カラオケ装置２にログインしたカラオケユーザが歌唱を行った年月日及び時刻を示す日付情報を、歌唱された楽曲の楽曲ＩＤに対応付けて格納する。
【００２５】
図４は、カラオケユーザ情報ＤＢ１４ｂのレコードレイアウトの一例を概念的に示す説明図である。カラオケユーザ情報ＤＢ１４ｂの表は、複数の列、例えば、「カラオケユーザＩＤ」列、「パスワード」列、「年齢」列、「性別」列、「嗜好」列、「出身地」列、「住所」列等から構成されており、各行（レコード）には、各列に対応した情報が格納されている。
「カラオケユーザＩＤ」列と、「パスワード」列とには、カラオケ装置２を利用する複数のカラオケユーザそれぞれを識別するカラオケユーザＩＤと、カラオケ装置２へのログインに必要なパスワード情報とが格納される。パスワード情報は、複数の英数字文字列からなる。また、「年齢」列、「性別」列、「嗜好」列、「出身地」列、「住所」列には、それぞれ、カラオケユーザがカラオケユーザＩＤを取得する際に入力した年齢、性別、嗜好、出身地、住所等が格納される。
【００２６】
図５は、楽曲情報ＤＢ１４ｃのレコードレイアウトの一例を概念的に示す説明図である。楽曲情報ＤＢ１４ｃの表は、複数の列、例えば楽曲を識別するための楽曲ＩＤを格納する「楽曲ＩＤ」列、当該楽曲の曲名を格納する「曲名」列、当該楽曲の歌手名を格納する「歌手名」列等から構成されている。
【００２７】
図６は、情報分析ユーザ情報ＤＢ１４ｄのレコードレイアウトの一例を概念的に示す説明図である。情報分析ユーザ情報ＤＢ１４ｄの表は、複数の列、例えば「情報分析ユーザＩＤ」列、「パスワード」列、「検索条件１」列、「検索条件２」列等から構成されており、各行には、各列に対応した情報が格納されている。
「情報分析ユーザＩＤ」列は、本実施の形態に係る歌唱情報処理装置１を利用する複数の情報分析ユーザそれぞれを識別する情報分析ユーザＩＤを格納する。情報分析ユーザＩＤは、情報分析ユーザが歌唱情報処理装置１にログインして、カラオケユーザの歌唱履歴に係る情報分析サービスする際に必要となる情報である。
「パスワード」列は、歌唱情報処理装置１へのログインに必要なパスワード情報を格納している。パスワード情報は、複数の英数字文字列からなる。
「検索条件１」列、「検索条件２」列は、後述するように歌唱情報の分析を行う際に指定した検索条件、例えば、歌手、カラオケユーザの年齢、性別等を用いてカラオケユーザに係る情報を絞り込み検索した検索条件を格納する。
【００２８】
＜歌唱情報処理装置：歌唱情報分析の処理手順＞
図７及び図８は、歌唱履歴の情報処理に係る制御部１０の処理手順を示すフローチャートである。歌唱情報処理装置１の制御部１０は、内部記憶装置１４の歌唱履歴ＤＢ１４ａから歌唱履歴情報を読み出し（ステップＳ１１）、読み出した歌唱履歴情報に基づいて、複数のカラオケユーザを二次元平面上で楽曲の歌手名毎に分類したマップ（分類図）５１を生成し、通信端末装置３の表示部３０に表示させる（ステップＳ１２）。制御部１０は、歌唱履歴ＤＢ１４ａに記憶された複数のカラオケユーザの歌唱履歴情報を、カラオケユーザＩＤ毎に、公知の適宜の手法を用いて、クラスタリングする。その手法の一例としては、制御部１０は、前記複数のカラオケユーザの歌唱履歴情報を、当該歌唱履歴情報に対応付けられたカラオケユーザＩＤ毎に分類する。そして、カラオケユーザＩＤ毎に分類された複数のカラオケユーザの歌唱履歴情報を用いて、カラオケユーザＩＤ毎に、複数の楽曲に対するカラオケユーザの特徴ベクトル、例えば、複数の楽曲ＩＤを成分に有する特徴ベクトルを生成する。その後、予め用意された複数のユニット５１ａ（図９参照）それぞれの代表ベクトルの初期値を用いて、カラオケユーザＩＤ毎に生成された各特徴ベクトルを、例えば公知のＫ−ｍｅａｎｓ法やＳＯＭ法などのクラスタリング手法により、複数のユニット５１ａに分類する。つまり、互いに特徴ベクトルの距離が短いカラオケユーザ、すなわち同じような楽曲を歌唱し、又は歌唱するであろうカラオケユーザが集まるように分類される。そして、その分類結果に対応して、複数のカラオケユーザの歌唱履歴情報を、当該カラオケユーザのカラオケユーザＩＤに対応する特徴ベクトルが分類されたユニット５１ａにそれぞれ対応付ける。マップ５１上で集合しているカラオケユーザ群は、同じような楽曲を歌唱し、又は歌唱する可能性が高く、楽曲の歌手名又は曲名毎に分類されている。
【００２９】
また、制御部１０は、後述するようにマップ５１の一部を拡大表示させた際、拡大表示された部分がマップ５１全体のどの部位を拡大したものであるかを表示するためのサブマップ５３を生成し、通信端末装置３の表示部３０に表示させる（ステップＳ１３）。
【００３０】
図９は、ブラウザウィンドウ５に表示されたマップ５１の一例を示す模式図である。ブラウザウィンドウ５には、ステップＳ１２で生成されたマップ５１が表示される。マップ５１は、例えば、マトリクス状に並んだ六角形の複数のユニット５１ａから構成される。図９のマップ５１は、縦横に１０個ずつ、合計１００個のユニット５１ａで構成されている。なお、マップ５１全体が表示されている状態においては、カラオケユーザの分布、カラオケユーザが分類されるべき歌手名を表示する後述の歌手分類画像５１ｂ等は表示されない。
また、マップ５１の近傍には、マップ５１の拡大又は縮小を受け付けるための拡大縮小受付部５２が表示される。拡大縮小受付部５２は、例えば、拡大縮小率に対応する縦棒と、該縦棒の両端に表示され、拡大側を示す「＋」画像及び縮小側を示す「−」画像と、縦棒上を上下に移動し、拡大縮小率を指定するためのスライダとを有する。
更に、マップ５１の近傍には上述のサブマップ５３が表示される。
更にまた、ブラウザウィンドウ５の適宜箇所には、特定のカラオケユーザ群を検索するための第１検索メニュー５４が表示される。第１検索メニュー５４は、歌手名又は曲名等の検索項目を選択するためのプルダウンメニュー５４ａと、歌手名又は曲名等の検索キーワードを入力するためのテキスト入力フィールド５４ｂと、マップ５１上に表示される歌手分類画像５１ｂの数を制限するための頻度受付部５４ｃとを有する。頻度受付部５４ｃは、歌唱頻度に対応する横棒と、該横棒上を移動し、歌唱頻度の下限を示す下限スライダと、歌唱頻度の上限を示す上限スライダとを有する。横棒の両端側には、それぞれ歌唱頻度「２万」、「０」の数字が表示される。なお、歌唱頻度は、例えば、直近１ヶ月の間に、ある歌手の楽曲が歌唱された回数を示している。
【００３１】
ステップＳ１３の処理を終えた制御部１０は、通信端末装置３の入力装置３１で操作されたポインタ６によって特定のユニット５１ａが指定されたか否かを判定する（ステップＳ１４）。例えば、ポインタ６が特定のユニット５１ａに一定時間、マウスオーバした場合、又は特定のユニット５１ａにポインタ６がマウスオーバし、クリック操作された場合、制御部１０は、ユニット５１ａが指定されたと判定する。ユニット５１ａが指定されたと判定した場合（ステップＳ１４：ＹＥＳ）、制御部１０は、指定されたユニット５１ａに属する歌手名を、通信端末装置３の表示部３０に表示させる（ステップＳ１５）。具体的には、図９に示すように、指定されたユニット５１ａに属する歌手名の一覧を吹き出しのようにしてマップ５１上に表示する。
【００３２】
ステップＳ１５の処理を終えた場合、又はユニット５１ａが指定されていないと判定した場合（ステップＳ１４：ＮＯ）、制御部１０は、通信端末装置３から送信された操作内容を第２通信部１６にて受信し、マップ５１の拡大及び縮小を受け付けたか否かを判定する（ステップＳ１６）。例えば、拡大縮小受付部５２のスライダが移動した場合、制御部１０は、マップ５１の拡大及び縮小を受け付けたと判定する。マップ５１の拡大又は縮小を受け付けたと判定した場合（ステップＳ１６：ＹＥＳ）、制御部１０は、受け付けた内容に応じてマップ５１の一部を拡大又は縮小させる（ステップＳ１７）。また、制御部１０は、マップ５１を拡大又は縮小した際、表示部３０に表示されている部分がマップ５１全体のどの位置に対応しているかを示す矩形枠をサブマップ５３上に表示する。
【００３３】
ステップＳ１７の処理を終えた場合、又はマップ５１の拡大及び縮小を受け付けていないと判定した場合（ステップＳ１６：ＮＯ）、制御部１０は、楽曲に係る検索条件を受け付けたか否かを判定する（ステップＳ１８）。検索条件は、例えば楽曲の歌手名又は曲名である。具体的には、情報分析ユーザは、第１検索メニュー５４のプルダウンメニュー５４ａから歌手名又は曲名のいずれかを検索項目として選択し、テキスト入力フィールド５４ｂに、特定の歌手名又は曲名を入力して検索ボタンを操作する。以上の操作によって、検索条件が通信端末装置３から歌唱情報処理装置１へ送信され、制御部１０は該検索条件を受け付ける。楽曲に係る検索条件を受け付けたと判定した場合（ステップＳ１８：ＹＥＳ）、制御部１０は、検索条件に合致した楽曲を歌唱しているカラオケユーザが多く分布しているマップ５１上の領域を中心に、拡大させたマップ５１を生成し、通信端末装置３の表示部３０に表示させる（ステップＳ１９）。
【００３４】
図１０は、歌手名又は曲名による検索によって拡大表示されたマップ５１の一例を示す模式図である。拡大表示されたマップ５１上には、カラオケユーザが分類されるべき歌手名を示した歌手分類画像５１ｂが表示される。歌手分類画像５１ｂは、例えば円形であり、マップ５１上でカラオケユーザが分類された歌手名を表示する画像である。検索によって特定された歌手名を表示した歌手分類画像５１ｂは、太線円状のカーソル５１ｃで選択されている。更に、歌手分類画像５１ｂは、当該歌手の楽曲を歌唱する主なカラオケユーザの男女の別によって異なる色を有している。図１０中、ハッチングの向きが異なる各領域は、それぞれ異なる色で表示されていることを示している。なお、カラオケユーザの男女の比率によって、２つの色の混合比を変化させることによって、ある歌手名の楽曲を歌唱するカラオケユーザの男女比を表示するように構成しても良い。
【００３５】
ステップＳ１９の処理を終えた場合、又は楽曲に係る検索条件を受け付けていないと判定した場合（ステップＳ１８：ＮＯ）、制御部１０は、通信端末装置３から送信された操作内容を第２通信部１６にて受信し、歌唱頻度の範囲を受け付けたか否かを判定する（ステップＳ２０）。具体的には、頻度受付部５４ｃの下限スライダ又は上限スライダが移動した場合、制御部１０は、歌唱頻度の範囲を受け付けたと判定する。歌唱頻度の範囲を受け付けたと判定した場合（ステップＳ２０：ＹＥＳ）、制御部１０は、内部記憶装置１４の歌唱履歴ＤＢ１４ａが記憶する楽曲ＩＤ及び日付情報に基づいて、各楽曲の歌唱頻度を算出する（ステップＳ２１）。そして、制御部１０は、受け付けた歌唱頻度の範囲に応じて、歌手分類画像５１ｂの数を制限する（ステップＳ２２）。具体的には、歌唱頻度の範囲が、受け付けた歌唱頻度の範囲内にある楽曲を歌唱している歌手に対応する歌手分類画像５１ｂをマップ５１上に表示し、その範囲外にある楽曲を歌唱している歌手に対応する歌手分類画像５１ｂをマップ５１上に表示しないようにする。
【００３６】
図１１は、歌唱頻度で歌手分類画像５１ｂの数が制限されたマップ５１の一例を示した説明図である。ステップＳ２１，２２の処理によって歌唱頻度が制限された場合、図１１に示すように、マップ５１上に表示される歌手分類画像５１ｂの数が制限される。
【００３７】
ステップＳ２２の処理を終えた場合、又は歌唱頻度の範囲を受け付けていないと判定した場合（ステップＳ２０：ＮＯ）、制御部１０は、通信端末装置３から送信された操作内容を第２通信部１６にて受信し、マップ５１上の歌手名が選択されたか否か、すなわち特定の歌手分類画像５１ｂがポインタ６によって選択されたか否かを判定する（ステップＳ２３）。歌手分類画像５１ｂが選択されていないと判定した場合（ステップＳ２３：ＮＯ）、制御部１０は、処理をステップＳ１４へ戻す。
【００３８】
歌手分類画像５１ｂが選択されたと判定した場合（ステップＳ２３：ＹＥＳ）、制御部１０は、選択された歌手の楽曲を歌唱したことがあるカラオケユーザを分類したマップ５１を生成し、生成したマップ５１を通信端末装置３の表示部３０に表示させる（ステップＳ２４）。そして、制御部１０は、選択された歌手の楽曲を歌唱するカラオケユーザの詳細な情報を、通信端末装置３の表示部３０に表示させる（ステップＳ２５）。
【００３９】
図１２及び図１３は、特定の歌手を選択した際に表示されるマップ５１の一例を示した説明図である。特定の歌手名が選択された場合、該歌手名に係る楽曲を歌唱したことがある各ユニット５１ａのカラオケユーザの数に応じて、各ユニット５１ａが色分け表示される。
また、ブラウザウィンドウ５の適宜箇所には、マップ５１上に反映させるカラオケユーザの属性を指定することによって、特定層のカラオケユーザの検索を行う第２検索メニュー５５が表示される。第２検索メニュー５５は、カラオケユーザの年齢を指定する年齢チェックボックス５５ａと、性別を指定する性別チェックボックス５５ｂと、選択されている歌手の楽曲を歌唱した回数を指定する歌唱回数チェックボックス５５ｃと、検索ボタン５５ｄと、一時保存された検索条件を呼び出すための検索条件呼び出し部５５ｅと、検索条件を一時保存するための一時保存ボタン５５ｆとで構成される。
更に、ブラウザウィンドウ５の適宜箇所には、選択されている歌手名に係る楽曲を歌唱したことがあるカラオケユーザの属性の詳細を表示した詳細情報表示部５６が表示される。詳細情報表示部５６には、例えば、カラオケユーザの年齢構成を示したパイグラフ５６ａ、男女の比率を示したパイグラフ５６ｂ、歌唱回数の構成を示したパイグラフ５６ｃ等を有する。
更にまた、図１３に示すように、記録ボタンを操作することによって、直前に作成されたマップ５１を表示したタブシートとは別に、新しいタブシートが生成され、新しいタブシートには、別の検索条件で分析したマップ５１を作成することができる。
【００４０】
次いで、通信端末装置３の入力装置３１で操作されたポインタ６によって特定のユニット５１ａが指定されたか否かを判定する（ステップＳ２６）。ユニット５１ａが指定されたと判定した場合（ステップＳ２６：ＹＥＳ）、制御部１０は、指定されたユニット５１ａに属する歌手名を、通信端末装置３の表示部３０に表示させる（ステップＳ２７）。
【００４１】
ステップＳ２７の処理を終えた場合、又はユニット５１ａが指定されていないと判定した場合（ステップＳ２６：ＮＯ）、制御部１０は、カラオケユーザに係る検索条件を受け付けたか否かを判定する（ステップＳ２８）。カラオケユーザに係る検索条件は、例えば、カラオケユーザの年齢、性別、歌唱回数等である。情報分析ユーザは、第２検索メニュー５５の各チェックボックスにチェックを入れ、検索ボタン５５ｄを操作することによって、上述の検索条件を入力することができる。また、一時保存ボタン５５ｆを操作することによって、検索条件を保存することもできる。
カラオケユーザに係る検索条件を受け付けたと判定した場合（ステップＳ２８：ＹＥＳ）、制御部１０は、マップ５１上に分類するカラオケユーザを検索条件に応じて制限する（ステップＳ２９）。つまり、制御部１０は、ステップＳ２３で選択された歌手の楽曲を歌唱し、かつ、受け付けた検索条件に合致するカラオケユーザをマップ５１上で分類する。
【００４２】
ステップＳ２９の処理を終えた場合、又はカラオケユーザに係る検索条件を受け付けていないと判定した場合（ステップＳ２８：ＮＯ）、制御部１０は、歌手の比較処理を受け付けたか否かを判定する（ステップＳ３０）。歌手の比較処理を受け付けたと判定した場合（ステップＳ３０：ＹＥＳ）、制御部１０は、後述のサブルーチンを呼び出し、歌手の比較処理を実行する（ステップＳ３１）。具体的には、比較対象の歌手の楽曲を歌唱したことがあるカラオケユーザのマップ５１をそれぞれ生成し、並べて表示させる処理を実行する。
【００４３】
ステップＳ３１の処理を終えた場合、又は歌手比較処理を受け付けていないと判定した場合（ステップＳ３０：ＮＯ）、制御部１０は、過去のマップ５１との比較処理を受け付けたか否かを判定する（ステップＳ３２）。過去のマップ５１との比較処理を受け付けたと判定した場合（ステップＳ３２：ＹＥＳ）、制御部１０は、後述のサブルーチンを呼び出し、現在及び過去のマップ５１の比較処理を実行する（ステップＳ３３）。
【００４４】
ステップＳ３３の処理を終えた場合、又は過去のマップ５１との比較処理を受け付けていないと判定した場合（ステップＳ３２：ＮＯ）、制御部１０は、選択されている歌手の将来予測処理を受け付けたか否かを判定する（ステップＳ３４）。将来予測処理を受け付けたと判定した場合（ステップＳ３４：ＹＥＳ）、制御部１０は、後述のサブルーチンを呼び出し、選択されている歌手の将来のマップ５１を予測する処理を実行する（ステップＳ３５）。
【００４５】
ステップＳ３５の処理を終えた場合、又は将来予測処理を受け付けていないと判定した場合（ステップＳ３４：ＮＯ）、制御部１０は、通信端末装置３から送信された操作内容を、第２通信部１６にて受信し、図９に示した歌手検索を行うマップ５１に戻るか否かを判定する（ステップＳ３６）。歌手検索を行うマップ５１に戻ると判定した場合（ステップＳ３６：ＹＥＳ）、制御部１０は、処理をステップＳ１１へ戻す。歌手検索を行うマップ５１に戻らないと判定した場合（ステップＳ３６：ＮＯ）、制御部１０は、歌唱情報の分析を終えるか否かを判定する（ステップＳ３７）。歌唱情報の分析を終えないと判定した場合（ステップＳ３７：ＮＯ）、制御部１０は、処理をステップＳ２６へ戻す。歌唱情報の分析を終えると判定した場合（ステップＳ３７：ＹＥＳ）、制御部１０は、処理を終える。
【００４６】
図１４は、歌手比較に係る制御部１０の処理手順を示すフローチャート、図１５は、歌手比較を行った際に表示されるマップ５１の一例を示した説明図である。歌唱情報処理装置１の制御部１０は、ステップＳ３１で歌手比較に係るサブルーチンが呼び出された場合、比較対象の歌手名を受け付ける（ステップＳ５１）。情報分析ユーザは、例えば、ブラウザウィンドウ５上の歌手名が表示されているタブを２つ選択することによって比較対象を指定することができる。
【００４７】
次いで制御部１０は、ステップＳ５１で受け付けた第１の歌手名の楽曲を歌唱したことがあるカラオケユーザを分類したマップ５１を生成する（ステップＳ５２）。また、制御部１０は、ステップＳ５１で受け付けた第２の歌手名の楽曲を歌唱したことがあるカラオケユーザを分類したマップ７１を生成する（ステップＳ５３）。
【００４８】
そして、制御部１０は、図１５に示すように、ステップＳ５２、５３で生成した第１の歌手のマップ５１と、第２の歌手のマップ７１とを並べて表示部３０に表示させる（ステップＳ５４）。次いで、制御部１０は、通信端末装置３から送信された操作内容を、第２通信部１６にて受信し、歌手比較の処理を終えて前画面に戻るか否かを判定する（ステップＳ５５）。歌手比較の処理を終えないと判定した場合（ステップＳ５５：ＮＯ）、制御部１０は、処理をステップＳ５１へ戻す。歌手比較の処理を終えたと判定した場合（ステップＳ５５：ＹＥＳ）、制御部１０は、歌手比較に係る処理を終える。
【００４９】
図１６は、現在及び過去の比較に係る制御部１０の処理手順を示すフローチャート、図１７は、現在及び過去の比較処理を行った際に表示されるマップの一例を示した説明図である。歌唱情報処理装置１の制御部１０は、ステップＳ３３で現在及び過去の比較に係るサブルーチンが呼び出された場合、比較対象の期間を受け付ける（ステップＳ７１）。そして、制御部１０は、選択された歌手名の楽曲を比較対象である第１の期間で歌唱したことがあるカラオケユーザを検索し、該カラオケユーザを分類したマップ５１を生成する（ステップＳ７２）。第１の期間は、例えば現在の日時から１ヶ月前の期間である。次いで、制御部１０は、ステップＳ７２で分析した同一の歌手名の楽曲を比較対象である第２の期間で歌唱したことがあるカラオケユーザを検索し、該カラオケユーザを分類したマップ８１を生成する（ステップＳ７３）。
【００５０】
そして、制御部１０は、図１７に示すように、ステップＳ７２で生成した現在のマップ５１と、ステップＳ７３で生成した過去のマップ８１とを並べて表示部３０に表示させる（ステップＳ７４）。次いで、制御部１０は、通信端末装置３から送信された操作内容を、第２通信部１６にて受信し、現在及び過去の比較処理を終えて前画面に戻るか否かを判定する（ステップＳ７５）。現在及び過去の比較処理を終えないと判定した場合（ステップＳ７５：ＮＯ）、制御部１０は、処理をステップＳ７１へ戻す。現在及び過去の比較処理を終えたと判定した場合（ステップＳ７５：ＹＥＳ）、制御部１０は、現在及び過去の比較処理に係る処理を終える。
【００５１】
図１８は、将来予測に係る制御部１０の処理手順を示すフローチャート、図１９は、将来予測に係る処理を行った際に表示されるマップ９１，９２，９３の一例を示した説明図である。歌唱情報処理装置１の制御部１０は、ステップＳ３５で将来予測に係るサブルーチンが呼び出された場合、選択された歌手名の楽曲を、複数の各期間で歌唱したことがあるカラオケユーザを検索し、該カラオケユーザを分類したマップを生成する（ステップＳ９１）。例えば、現在から１ヶ月前の期間、半年前の１ヶ月の期間、１年前の１ヶ月の期間でそれぞれ歌唱したことがあるカラオケユーザの３つのマップを生成する。次いで、制御部１０は、他の歌手の楽曲を、より過去の複数の各期間で歌唱したことがあるカラオケユーザを検索し、該カラオケユーザを分類したマップを生成する（ステップＳ９２）。例えば、１年前の１ヶ月の期間、１年半前の１ヶ月の期間、２年前の１ヶ月の期間でそれぞれ歌唱したことがあるカラオケユーザの３つのマップを生成する。
【００５２】
そして、制御部１０は、ステップＳ９２で生成した歌手の各期間における現在のマップと、ステップＳ９３で生成した他の歌手の各期間における過去のマップとを比較し、ステップＳ９２で生成した歌手のマップと相関がある他の歌手を特定する（ステップＳ９３）。つまり、選択されている歌手の直近１年間のマップ５１の変化と、他の歌手の１〜２年間のマップ５１の変化とを比較し、カラオケユーザ分布が同じように変化しているマップの歌手を特定する。
【００５３】
次いで、制御部１０は、ステップＳ９３で特定された他の歌手の楽曲を、ステップＳ９２で用いた期間よりも未来側の複数の各期間で歌唱したことがあるカラオケユーザを分類したマップを生成する（ステップＳ９４）。例えば、ステップＳ９３で特定された歌手の楽曲を、現在から１ヶ月前の期間、半年前の１ヶ月の期間、１年前の１ヶ月の期間でそれぞれ、歌唱したことがあるカラオケユーザの３つのマップ５１を生成する。なお、ステップＳ９３で複数の他の歌手が特定された場合、複数の他の歌手それぞれについて、未来側のマップ５１を生成する。
【００５４】
そして、制御部１０は、ステップＳ９３で相関がある複数の他の歌手を特定したか否かを判定する（ステップＳ９５）。一人の他の歌手を特定したと判定した場合（ステップＳ９５：ＮＯ）、制御部１０は、図１９に示すように、ステップＳ９４で生成した未来側の複数の期間における、相関があった他の歌手のマップ５１を並べて表示する（ステップＳ９６）。ステップＳ９６で表示されるマップ５１は、将来予測対象である歌手の将来的なマップ５１の変遷を表したものと考えることができる。
【００５５】
ステップＳ９５で相関がある複数の他の歌手を特定したと判定した場合（ステップＳ９５：ＹＥＳ）、制御部１０は、特定された複数の各歌手の楽曲を歌唱したことがあるカラオケユーザの平均的分布を示したマップ５１を生成する（ステップＳ９７）。そして、制御部１０は、ステップＳ９７で生成した未来側の複数の期間における、相関があった他の歌手の平均的分布を示したマップ９１，９２，９３を並べて表示する（ステップＳ９８）。
【００５６】
ステップＳ９６又はステップＳ９８の処理を終えた制御部１０は、通信端末装置３から送信された操作内容を、第２通信部１６にて受信し、将来予測処理を終えて前画面に戻るか否かを判定する（ステップＳ９９）。将来予測処理を終えないと判定した場合（ステップＳ９９：ＮＯ）、制御部１０は、処理をステップＳ９１へ戻す。将来予測処理を終えたと判定した場合（ステップＳ９９：ＹＥＳ）、制御部１０は、将来予測処理に係る処理を終える。
【００５７】
このように構成された歌唱情報処理装置１にあっては、カラオケユーザを二次元平面上で歌手名毎に分類したマップ５１を生成し、カラオケユーザが分類された歌手名を示す歌手分類画像５１ｂをマップ５１上に表示する際、その楽曲の歌唱頻度に応じて歌手分類画像５１ｂの数を制限することにより、カラオケユーザの多角的な分析を容易に行うことが可能になる。
【００５８】
また、歌手がこれからどんな売れ方をしていくのかといった未来予測を行うことができる。
【００５９】
なお、本実施の形態では、カラオケユーザを二次元平面上で歌手名毎に分類する例を説明したが、カラオケユーザを三次元空間上で歌手名毎に分類するように構成しても良い。
また、カラオケユーザを二次元平面上で歌手名毎に分類し、歌手名分類画像を表示する例を説明したが、カラオケユーザを曲名毎に分類し、カラオケユーザが分類されるべき曲名を表示した曲名分類画像を表示するように構成しても良い。
【００６０】
今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００６１】
１  歌唱情報処理装置
２  カラオケ装置
３  通信端末装置
５１  マップ
５１ａ  ユニット
５１ｂ  歌手分類画像
５２  拡大縮小受付部
５３  サブマップ
５４  第１検索メニュー
５４ｂ  テキスト入力フィールド
５４ｃ  頻度受付部
５５  第２検索メニュー
５６  詳細情報表示部
１０  制御部
１４  内部記憶装置
１４ａ  歌唱履歴ＤＢ
１４ｂ  カラオケユーザ情報ＤＢ
１４ｃ  楽曲情報ＤＢ
１４ｄ  情報分析ユーザ情報ＤＢ
１５  第１通信部
１６  第２通信部
Ｎ  通信網
【図１】
0005410391.tif 000002
【図２】
0005410391.tif 000003
【図３】
0005410391.tif 000004
【図４】
0005410391.tif 000005
【図５】
0005410391.tif 000006
【図６】
0005410391.tif 000007
【図７】
0005410391.tif 000008
【図８】
0005410391.tif 000009
【図９】
0005410391.tif 000010
【図１０】
0005410391.tif 000011
【図１１】
0005410391.tif 000012
【図１２】
0005410391.tif 000013
【図１３】
0005410391.tif 000014
【図１４】
0005410391.tif 000015
【図１５】
0005410391.tif 000016
【図１６】
0005410391.tif 000017
【図１７】
0005410391.tif 000018
【図１８】
0005410391.tif 000019
【図１９】
0005410391.tif 000020