(57)【要約】【課題】  本発明は、カラオケの歌う曲を選択する際に、システムが予め登録された持ち歌のリストより、予め定められたメンバー間の優先順位に基づいて重複することなく選曲できるシステムを提供する。【解決手段】  ネットワークを介して店舗システムと選曲管理装置とが接続されたカラオケ選曲システムにおいて選曲を最適化する方法であって、当日カラオケ店にグループで参加するメンバのデータを受信し、その参加メンバのグループにおける属性情報、当該店で過去に歌った曲、または他から聴いた曲の履歴情報を取得し、その取得した属性および履歴情報をもとに優先度を判定し、参加メンバが歌う演奏曲の選曲順を決定してグループ全メンバの当日の演奏曲リストを出力させる。【選択図】図１
2006010988.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して互いに接続する店舗システムと選曲管理装置とで構成されるカラオケ選曲システムにおける選曲の最適化方法であって、
当日カラオケ店にグループで参加するメンバのデータを受信し、参加メンバテーブルとして記憶部に格納する参加メンバ登録ステップと、
予め記憶部に登録されている会員情報データベース、持ち歌データベース、または聴取曲データベースを参照し、当該参加メンバ毎のグループにおける属性情報、当該店で過去に歌った曲または他から聴いた曲の履歴情報を取得する選曲情報取得ステップと、
前記選曲情報取得ステップで取得した参加メンバの属性情報、持ち歌または聴取曲の履歴情報に基づいて、参加メンバが歌う曲の選曲順に関する優先度を判定する優先度判定ステップと、
前記優先度にしたがってグループにおける参加メンバの選曲順を決定し、グループの全メンバの当日の演奏曲リストを出力する演奏曲リスト出力ステップと、
を有することを特徴とするカラオケ選曲の最適化方法。
【請求項２】
前記優先度判定ステップは、参加メンバ間で選曲が重複したときに、グループの属性情報から上位の優先度にあるメンバを優先させ、各メンバの持ち歌の中から次の優先曲が選択されることで同一曲の選択による重複を回避する重複回避ステップを有することを特徴とする請求項１に記載のカラオケ選曲の最適化方法。
【請求項３】
前記優先度判定ステップにおいて、参加メンバ毎に過去に店舗で歌った曲あるいは他から聴いた曲の履歴情報を格納するデータベースを参照し、歌ったあるいは聴いた回数により予約リストの中の曲を順位付し、設定された時間内で演奏し得る曲を上位から順に取得して、演奏曲リスト出力ステップにおいて、演奏曲リストを出力することを特徴とする請求項１に記載のカラオケ選曲の最適化方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケにおいて、個人の持ち歌データベースを自動的に作成し、演奏する曲と順番を他人との関係において自動的に最適化する技術に関する。
【背景技術】
【０００２】
従来、カラオケにおいては、毎回ユーザーが歌いたい曲をリモコンなど通じて入力し、その入力した順番で曲がそのまま演奏されるようになっているのが一般的であるが、この演奏順序を工夫する技術が提案されている（例えば、特許文献１、２）。
【０００３】
演奏を効率的に行うために、例えば、特開平８−３３０６１６９では、ＩＣカードに個人の持ち歌のデータを登録し、そのデータを元に選曲することにより、毎回曲目を入力する必要がなくなる仕組みを提案している。
【０００４】
また、特開平８−２２１０８３においては、歌いたい曲を予約する際に、同じ曲が他のメンバーの予約した曲と重複した場合、その旨がその場で通知され、即座に予約の訂正もしくは重複したままの予約を選択することができる仕組みを提案している。
【特許文献１】特開平８−３３０６１６９号公報
【特許文献２】特開平８−２２１０８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来技術では、一緒に歌うメンバの中で、同じ曲が重複予約された場合でも、重複したままで、2 度同じ曲を演奏するか、いずれかの予約を取り消すか、ひいては、いずれの予約を優先し、いずれの予約を取り消すかの判断は個人にゆだねられている。例えば職場の上司と部下、営業担当者と接待される顧客などの関係においては、誰かが気を遣ってこの調整をしなければならないが、容易な作業ではない。
【０００６】
さらに、上記の重複予約をチェックする仕組みは、2 つ目の予約が行われた時点で初めて機能するのであって、顧客や上司の十八番の持ち歌を、顧客や上司が予約する前に、営業担当者や若手の社員がそれを知らずに先に予約して歌ってしまうということが避けられず、その場の人間関係に応じた最適な選曲と歌い手の振り分けをすることはできない。
【０００７】
一方、一緒に歌うメンバが、例えば同じ会社の事業部長、部長クラスのベテラン、課長、リーダークラスの中堅、入社3 年以内の若手社員から構成されている場合、なるべくお互いの年代が知っている曲を歌うようにすれば、年代を超えた交流を図ることができて望ましいが、従来技術においてはこのような状態を実現するために各自の持ち歌の中から最適な曲を選択することは個人の判断にゆだねられており、何人も容易に実現できるものではない。
【０００８】
また、持ち歌を演奏する順番を、例えば、最初に場を盛り上げるためのアップテンポな曲、じっくり聞かせるスローな曲、最後を締めくくる皆で歌える曲など、その場に応じて最適な曲を各個人が選択するのは容易ではない。
【０００９】
望ましくは、普通にカラオケを歌いながら、個人の持ち歌が順次登録され、テンポや盛り上がり度など、各曲の持つ特性と、全体の時間に応じて自動的に歌うべき曲が選択され、演奏される順番が決定される枠組みと、かつ、一緒に歌うメンバ全体の人間関係における優先度に応じて歌う曲の重複を回避しながら、同時になるべく皆が楽しめるような、最適な選曲を自動的に行う枠組みが必要とされている。
【００１０】
そこで、上記した問題を解決するため、本発明では、カラオケの歌う曲を選択する際、システムが予め登録された持ち歌のリストより、予め定められたメンバ間の優先順位に基づき、重複することなく選曲できるシステムを提供する。
【課題を解決するための手段】
【００１１】
第一の発明は、ネットワークを介して互いに接続する店舗システムと選曲管理装置とで構成されるカラオケ選曲システムにおける選曲の最適化方法であって、当日カラオケ店にグループで参加するメンバのデータを受信し、参加メンバテーブルとして記憶部に格納する参加メンバ登録ステップと、予め記憶部に登録されている会員情報データベース、持ち歌データベース、または聴取曲データベースを参照し、当該参加メンバ毎のグループにおける属性情報、当該店で過去に歌った曲または他から聴いた曲の履歴情報を取得する選曲情報取得ステップと、前記選曲情報取得ステップで取得した参加メンバの属性情報、持ち歌または聴取曲の履歴情報に基づいて、参加メンバが歌う曲の選曲順に関する優先度を判定する優先度判定ステップと、前記優先度にしたがってグループにおける参加メンバの選曲順を決定し、グループの全メンバの当日の演奏曲リストを出力する演奏曲リスト出力ステップと、を有することを特徴とするカラオケ選曲の最適化方法に関する。
【００１２】
すなわち、第一の発明によれば、参加メンバ登録手段が、当日カラオケ店にグループで参加するメンバのリストを取得して参加メンバテーブルに登録し、選曲情報取得手段が、登録された会員情報データベース、持ち歌データベース、あるいは聴取曲データベースを参照することによって、参加メンバが会員であれば、予め会員として登録されている会員のグループにおける部長、課長などの職位等の属性情報、過去に歌った曲あるいは他が歌うのを聴いた曲の履歴情報等、当日参加メンバの選曲順を決めるのに必要な情報を取得し、優先度判定手段が、前記属性情報によって参加メンバ間の優先度を判定し、前記履歴情報によって参加メンバ毎の歌う曲の優先度を判定する。そして、演奏曲出力手段が、判定された優先度にしたがって当日の参加メンバの演奏曲リストを作成し、カラオケ店の表示装置に表示させる当該データを出力する。このことにより、店舗における当日のカラオケ演奏の進行が、参加グループ内中で円滑に行われることとなる。
【００１３】
第二の発明は、前記優先度判定ステップは、参加メンバ間で選曲が重複したときに、グループの属性情報から上位の優先度にあるメンバを優先させ、各メンバの持ち歌の中から次の優先曲が選択されることで同一曲の選択による重複を回避する重複回避ステップを有することを特徴とする上記第一の発明に記載のカラオケ選曲の最適化方法に関する。
【００１４】
すなわち、第二の発明によれば、参加メンバ同士で同じ曲が選曲された場合には、重複回避手段が、前記属性情報にしたがって上位の職位にあるメンバを優先させることによって重複を回避させる。このことにより、参加メンバ間での演奏曲のバッティングがなく、また、職場の上下関係のもとで判定されるため、和やかなグループの雰囲気が保たれることとなる。
【００１５】
第三の発明は、前記優先度判定ステップにおいて、参加メンバ毎に過去に店舗で歌った曲あるいは他から聴いた曲の履歴情報を格納するデータベースを参照し、歌ったあるいは聴いた回数により予約リストの中の曲を順位付し、設定された時間内で演奏し得る曲を上位から順に取得して、演奏曲リスト出力ステップにおいて、演奏曲リストを出力することを特徴とする上記第一の発明に記載のカラオケ選曲の最適化方法に関する。
【００１６】
すなわち、第三の発明によれば、参加メンバ毎の演奏曲の優先度を判定する基準として、データベースに格納された過去に歌った曲または他から聴いた曲の回数にしたがって、回数の多い順から優先させ、各メンバにとって得意とする馴染の曲、または他にも受ける雰囲気に合致した曲が取り上げられるため、グループとしてのカラオケ演奏のスムーズな進行が保てることとなる。
【発明を実施するための最良の形態】
【００１７】
以下、図面にもとづいて本発明の実施形態を説明する。
【００１８】
図１は、本発明の実施の形態になるカラオケ選曲システムの一構成例を示す。本カラオケ選曲システムは、選曲最適化プログラム１０を含む制御部２および各種情報が格納されたデータベースを有する記憶部３を備えたカラオケ選曲管理装置１、カラオケのセット画面や演奏画面を表示する表示装置５、データの入出力の制御を行う制御装置６、選曲等に関するデータ入力を行う携帯端末７等の設備を備えるカラオケ店システム４、会員登録や持ち歌登録するためのツールとしての携帯電話８、およびネットワーク９で構成されている。
【００１９】
記憶部３は、会員として会社等グループにおける職位等の属性情報が格納された会員情報データベース２１、会員が過去に店舗を利用して歌った曲が格納された持ち歌データベース２２、店舗にグループで参加した際に、他から聴いた曲が格納された聴取曲データベース２３、あらゆるジャンルの曲が格納された曲目メニューデータベース２４、当日店舗に参加するメンバが登録された参加メンバテーブル２５、およびグループの参加メンバ全員の演奏曲リストが格納された演奏曲リストテーブル２６を備える。
【００２０】
また、カラオケ選曲管理装置１は、制御部２に、会員登録手段１１、参加メンバ登録手段１２、選曲情報取得手段１３、優先度判定手段１４、重複回避手段１５、演奏曲リスト出力手段１６、および演奏曲記憶手段１７からなる選曲最適化プログラム１０を有するコンピュータであり、該コンピュータ上であらかじめ内蔵されたプログラムが実行されることによって各手段を機能させている。
【００２１】
なお、これら当該プログラムは、フレキシブルディスク、コンパクトディスク、ＲＯＭ等のコンピュータ読み取り可能な記録媒体に記録され、また、とくに、図には示していないが、内蔵あるいは外部接続された媒体読取装置にセットし、インストールすることによって実行可能な状態としてもよい。
【００２２】
ここで、カラオケ選曲管理装置１は、一般には、カラオケを配信するサーバを有するセンタ側にあることを想定されるが、ネットワーク９に接続していれば、どこの部所に置かれてもよく、例えば、カラオケ店側に存在させて、選曲の管理を行ってもよい。
【００２３】
以下に、カラオケ選曲システムを構成する各部の役割についてさらに説明する。
１）会員登録：  会員登録手段１１は、ネットワーク９を介し、カラオケ店システム４あるいは携帯電話８から、カラオケ店の会員として所定のフォームに利用者が入力した会社の職位等の属性情報を、カラオケ店システム４から取得し、会員ＩＤ（識別子）を付与して会員情報データベース２１に格納する。
２）参加メンバ登録：  参加メンバ登録手段１２が、ネットワーク９を介し、カラオケ店システム４あるいは携帯電話８から、当日該店舗の利用者が入力したグループの参加メンバのデータを取得し、参加メンバテーブル２５として該データを格納する。
３）選曲情報取得：  選曲情報取得手段１３が、グループ内の選曲順を決定するのに必要な選曲情報として、会員情報データベース２１、持ち歌データベース２２、または聴取曲データベース２３から、参加メンバの属性情報、持ち歌情報、または聴取曲情報を取得する。
４）優先度判定：  優先度判定手段１４が、上記の属性情報からグループの職位上の上下関係からの優先度を判定し、また、上記の持ち歌情報または聴取曲情報から個々の歌ったまたは聴いた回数、あるいは両情報の組合せ回数をもとに、参加メンバの選曲に対する優先度を判定する。さらに、持ち歌データベース２２または聴取曲データベース２３に記憶された、設定時間内における序盤、中盤、および終盤の演奏時間帯のデータをもとに、時間帯の優先度による選曲順の判定を可能とする。
【００２４】
そして、重複回避手段１５によって、参加メンバの選曲が重なった場合に、グループ内で職位が上位にあるメンバを優先させ、下位の優先度のメンバに同一曲が選択されないようにする。
５）演奏曲リスト出力：  演奏曲リスト出力手段１６が、上記優先度の判定結果にしたがって、グループ全員の演奏曲リスト作成し、カラオケ店システム４の表示装置５への表示データを出力する。
６）演奏曲記憶：  演奏曲記憶手段１７が、参加メンバのカラオケの演奏が終わった時点で、演奏終了時刻を付すとともに、歌われた曲のリストを保存する。
【００２５】
つぎに、図２〜７を用いて記憶部３に記憶されるデータベースについて説明する。
【００２６】
図２は、本発明の実施の形態になる会員情報データベースを示す。会員情報データベース２１は、ネットワーク９を介し、カラオケ店システム４あるいは携帯電話８から、カラオケ店の会員として所定のフォームに利用者が入力した会社の職位等の属性情報を、カラオケ店システム４から取得し、会員ＩＤとともに記録したもので、会員ＩＤ１０１、パスワード１０２、氏名１０３、グループＩＤ１０４、グループ名１０５、役職ＩＤ１０６、および役職１０７の項目についての複数のレコードで構成される。
【００２７】
会員ＩＤ１０１は、登録された会員毎に割り当てた固有の識別子で、カラオケ選曲装置１の選曲最適化プログラム１０の処理において会員の識別に用いられる。同様に、グループＩＤ１０４および役職ＩＤ１０６は、それぞれ所属するグループおよび役職を特定する識別子である。
【００２８】
会員情報データベース２１の属性情報である事業部長、部長、課長等の役職１０７は、選曲最適化プログラム１０の処理において、カラオケ店に当日参加したグループ内の選曲順を決める優先度の判定に参照される。
【００２９】
図３は、本発明の実施の形態になる曲目メニューデータベースを示す。曲目メニューデータベース２４は、選曲管理装置１がカラオケ店に配信する曲のメニューを記録したもので、曲を特定する識別子である曲ＩＤ２０１、曲名２０２、歌手を特定する識別子である歌手ＩＤ２０３、および歌手名２０４の項目からなる複数のレコードで構成される。
【００３０】
図４は、本発明の実施の形態になる会員の持ち歌データベースを示す。持ち歌データベース２２は、会員が過去に歌った曲、および新規に登録された曲を記録したもので、会員ＩＤ３０１、曲ＩＤ３０２、曲名３０３、歌唱回数３０４、および最新歌唱日時３０５の項目についての複数のレコードで構成される。
【００３１】
歌唱回数３０４は、カラオケ店の利用時間内において、どの時間帯で歌われたかを序盤、中盤、および終盤に別けて歌った履歴が記録されている。これらの時間帯は、カラオケ店での参加メンバのエントリー曲が演奏し終わった時刻を記録しておき、全体の設定時間を３分割した時間帯に振り分けたものである。また、最新歌唱日時３０５は、会員が歌った最新の日時の記録であり、カラオケ店で最近歌った曲について日時の新しい順番で選曲することを可能とするものである。
【００３２】
例えば、第一番目のレコードでは、会員ＩＤ３０１「７８５５４９」が、歌った曲ＩＤ３０２「２１０７６５」の「上を向いて歩こう」は、序盤「４５」回、中盤「３２」回、終盤「１０」回、合計「８７」回で、最近歌った日時は、２００４年４月１日、１８時３０分であることを示している。歌った回数では、もっぱら序盤および中盤向で歌われた曲であることを表している。このような時間帯による場面設定は、芝居のストーリーのように各場面でより盛り上げを大きくする効果が期待できる。また、歌唱回数が全て０で最新歌唱日時３０５が空白のレコードは、利用者が、携帯電話８等から新規に歌いたい曲として登録したものを示している。
【００３３】
なお、序盤、中盤、終盤等の場面設定に関しては、曲目メニューデータベース２４に各曲毎に当該場面を「序盤向け」等を曲属性としてコメントを記入しておいて、利用者の予約曲選定に役立てる方法も考えられる。
【００３４】
図５は、本発明の実施の形態になる会員の聴取曲データベースを示す。聴取曲データベース２３は、会員が過去に他メンバから聴いた曲を記録したもので、会員ＩＤ４０１、曲ＩＤ４０２、曲名４０３、および聴取回数４０４の項目についての複数のレコードで構成される。本実施例では、聴取回数４０４だけの括りで表現されているが、もちろん、図４に同じく、序盤、中盤、終盤の時間帯を設けることも可能である。
【００３５】
図６は、本発明の実施の形態になるカラオケ店における当日参加メンバの参加メンバテーブルを示す。参加メンバテーブル２５は、カラオケ店システム４から当日参加するメンバのリストを取得し記録したものであり、会員ＩＤ５０１、氏名５０２、グループＩＤ５０３、グループ内優先度５０４、および本日の優先度５０５の項目からなる複数のレコードで構成される。
【００３６】
本実施例では、カラオケ店にて、会社のある組織体 (グループ）が客を接待する構図を想定しており、初めての参加でも会員として登録、会員ＩＤ５０１が付与される。客の場合には、グループＩＤ５０３はＧＵＥＳＴと記入され、グループ内優先度５０４はブランク、本日の優先度５０５はグループのどの参加メンバよりも優先させる。また、グループの参加メンバについては、グループ内優先度５０４は、職位にしたがった順序で、本日の優先度５０５では、客を上位に優先させた順序で表現されている。
【００３７】
図７は、本発明の実施の形態になる演奏曲リストテーブルを示す。演奏曲リストテーブル２６は、カラオケ店に当日参加したメンバ全員の演奏曲リストを演奏順に記したもので、演奏の順番６０１、曲ＩＤ６０２、会員ＩＤ６０３、曲名６０４、歌う時間帯である推奨ステージ６０５、および演奏の終了時刻６０６の項目からなる複数のレコードで構成される。推奨ステージ６０５では、歌う時間帯として、序盤を１、中盤を２、終盤を３と表現している。
【００３８】
図８は、本発明の実施の形態になる演奏候補曲リストの表示画面例を示す。本表示画面は、カラオケ店システム４の表示装置５において、演奏候補曲リストとして利用者に提示する表示画面の例を示している。ａは画面タイトル欄、ｂはグループ情報欄であり、グループ番号、グループ名、利用時間が表示され、ｃは曲名＆歌唱者欄であり、演奏候補曲の順序変更、削除、曲名、および歌唱者の項目が表示される。
【００３９】
また、ｄの選択欄には、利用者に「演奏候補曲リスト」についての承諾あるいは訂正するボタンが設定されている。選択ボタンは、「候補通りに演奏開始」、「順序を変更して演奏開始」「削除して再表示」、「曲を追加して再表示」が用意されている。これらの項目の選択は、携帯端末８等のキーボード入力、あるいは表示装置５上のタッチボタンの押下によって実行される。
【００４０】
つぎに、図９〜１５を用いて、本発明の選曲最適化プログラム１０における各処理部のフローチャートを説明する。
【００４１】
図９は、本発明の実施の形態になる会員登録の処理フローを示す。ステップＳ１１において、カラオケ店システム４から、利用者の所属グループ名、グループにおける職位等に関する個人の属性情報を取得し、ステップＳ１２、Ｓ１３において、会員としてのＩＤとパスワードを発行し、会員に通知するとともに、これらを付与して上記属性情報を会員情報データベース２１に格納する。
【００４２】
図１０は、本発明の実施の形態になる会員の持ち歌登録の処理フローを示す。本実施例では、カラオケ店の携帯端末７、携帯電話８等を使って利用者が歌いたい曲を新規に登録する場合の例を示している。
【００４３】
ステップＳ２１において、カラオケ店システム４あるいは携帯電話８から、利用者の会員ＩＤおよびパスワードを取得し、ステップＳ２２において、利用者から新たに持ち歌として登録したい曲を受信する。つぎに、ステップＳ２３において、利用者によって新規に申請された曲が既に持ち歌として登録されているか否かを判定する。申請された曲が登録曲の中になければ、ステップＳ２４に進み、会員の新規な持ち歌曲として持ち歌データベース２２への登録処理を行う。ステップＳ２５において、さらに登録すべき曲があるかを判定し、全ての新規な曲が登録されるまで繰り返す。
【００４４】
図１１は、本発明の実施の形態になるグループ内優先順位による演奏処理フローを示す。ステップＳ３１において、カラオケ店に当日参加する全メンバの会員ＩＤおよびパスワードを読み込む。ステップＳ３２において、会員情報データベース２１を参照して、グループ内における参加メンバの優先順位を決定する。ステップＳ３３において、さらに、持ち歌データベース２２または聴取曲データベース２３を参照して、参加メンバが過去に歌った曲または聴いた曲の履歴情報をもとに参加メンバ毎の演奏曲を決定し、当日のグループの演奏曲リストを作成する。
【００４５】
ステップＳ３４において、作成した演奏曲リストテーブル２６にしたがって、カラオケ店システム４へ演奏曲が配信されることで、実際のカラオケ演奏が実行される。終了した曲には、終了時刻が入力される。
【００４６】
つぎに、ステップＳ３５において、演奏が終了した時点で、参加メンバの歌った曲が持ち歌データベース２２および聴取曲データベース２３に記憶される。以上、ステップＳ３２〜３５が、全メンバが終了となるまで繰り返される。
【００４７】
図１２は、本発明の実施の形態になるメンバ優先順位の決定処理フローを示す。本実施例は、図１１のステップＳ３２の処理の詳細フローを示している。まず、ステップＳ４１において、優先順位を自動決定するか否かを判定する。自動決定する場合には、ステップＳ４２で、カラオケ店の参加メンバが同一のグループであるかを判定する。同一グループのメンバであれば、ステップＳ４３において、その参加メンバ間の上下関係を判定する。上下関係があれば、ステップＳ４４において，会員情報データベース２１の役職１０７により選曲の優先度を決定する。
【００４８】
一方、ステップＳ４２において参加メンバが同一のグループでなければ、また、ステップＳ４３において参加メンバ間に上下関係がなければ、ステップＳ４５に進み、ランダムに優先度を決定する。
【００４９】
また、ステップＳ４１で自動決定しなければ、ステップＳ４６において、優先順位を手入力する。
【００５０】
図１３は、本発明の実施の形態になる演奏順決定の処理フローを示す。本実施例の処理フローは、図１１のステップＳ３３の演奏順決定処理につき、さらに様々なケースを想定した場合の処理フローを示す。
【００５１】
まず、ステップＳ５１において、カラオケ店における当日のメンバに関し、優先順位の決定した参加メンバテーブル２５を読み込む。つぎに、ステップＳ５２において、第２番目からｎ番目にランクされるメンバの演奏曲が、上位ランクのメンバで既に選ばれた曲が重複することがないよう全メンバに渡って選曲回避の処理が行われる（本重複回避のサブルーチンは図４に詳述する）。
【００５２】
以下のステップで参加メンバ毎の演奏順を決定して行く。ステップＳ５３において、持ち歌データベース２２を参照し、参加メンバが新規に登録した曲があるかを判定する。新規登録があれば、ステップＳ５４において、持ち歌データベース２２で歌唱回数３０４の合計０のものが抽出され、当日の歌唱曲として他の持ち歌より最上位に配置される。同一メンバで新規登録が複数曲ある場合には、新規登録曲の間でランダムに順序付けされる。なお、新規に持ち歌を複数曲申請するときに、利用者に予め優先度をランク付けさせ、その情報をデータベースに記録させておいてもよい。また、ステップＳ５３で、新規登録曲がなければ、ステップＳ５５へジャンプする。
【００５３】
ステップＳ５５において、持ち歌データベース２２を参照して、過去によく歌った曲を優先するか否かを判断する。よく歌う曲を優先するのであれば、ステップＳ５６で、履歴情報として歌唱回数３０４を参照し、歌唱回数順にしたがって曲リストを作成する。
【００５４】
また、ステップＳ５５で、よく歌う曲を優先しなければ、ステップＳ５７に進み、最近歌った曲を優先するかを判定する。最近の曲を優先するのであれば、ステップＳ５８で、最新歌唱日時３０５を参照し、歌唱した日時の新しい順に曲リストを作成する。
【００５５】
また、ステップＳ５７で、最近歌った曲を優先しないのであれば、ステップＳ５９に進み、参加メンバ同士で過去に他から聴いた馴染曲を優先するか否かを判断する。馴染曲を優先するのであれば、ステップＳ６０において、履歴情報としての聴取回数４０４を参照し、聴取回数順になる曲リストを作成する。そして、ステップＳ６１において、歌唱回数順および聴取回数順の曲リストから平均点リストを作成する。一方、ステップＳ５９で馴染曲を優先しないのであれば、ステップＳ６２へジャンプする。
【００５６】
ステップＳ６２において、カラオケ店において設定時間内に演奏しきるのが不可能である場合、時間がオーバーとなる順位の曲を削除する。
【００５７】
さらに、ステップＳ６３において、序盤、中盤、終盤用の時間帯に曲に分類して配置するか否かを判断する。時間帯を考慮する必要がなければ、一連の演奏順決定処理を終了する。時間帯による曲の配置が必要であれば、ステップＳ６４において、設定時間内で、序盤、中盤、終盤の順に曲を並べかえる処理を行う。
【００５８】
以上で、一連の演奏曲リスト作成が完了となる。
【００５９】
図１４は、本発明の実施の形態になる曲目重複回避の処理フロー（優先順位ｎ番目のメンバの場合）を示す。本実施例は、図１３の演奏順決定の処理フローのステップＳ５２における参加メンバの演奏曲の重複回避処理をさらに詳細に示したものである。
【００６０】
ステップＳ７１において、カラオケ店の当日の参加メンバの内、優先順位が最上位にランクされるメンバの持ち歌リストを、持ち歌データベース２２から取得する。つぎに、ステップＳ７２において、優先順位がｎ番目にランクされるメンバの持ち歌リストを取得する。さらに、ステップＳ７３において、最上位者からｎ−１番目のメンバの候補曲と重複するか否かを判断する。重複があれば、ステップＳ７４において、ｎ番目のメンバの持ち歌リストから重複分を削除する。さらに、ステップＳ７５において、次のメンバへと移行し、ステップＳ７２に戻って移行の処理が全メンバについて終わるまで繰り返えされる。
【００６１】
図１５は、本発明の実施の形態になる演奏履歴記録の処理フローを示す。まず、ステップＳ８１において、演奏曲リストテーブル２６を読み込む。つぎに、ステップＳ８２において、演奏曲リストの演奏を全て終了したか否かを判定する。終了していなければ、ステップＳ８３に進み、歌唱者が歌った曲につき、持ち歌データベースに序盤、中盤、終盤の時間帯ステージを記録する。また、ステップＳ８４において、他のメンバから聴いた曲を聴取曲データベース２３に聴取曲として記録する。
【００６２】
以上に説明してきた本発明の実施の態様は、以下の付記に示される。
（付記１）  ネットワークを介して互いに接続する店舗システムと選曲管理装置とで構成されるカラオケ選曲システムにおけるカラオケの選曲最適化方法であって、
当日カラオケ店にグループで参加するメンバのデータを受信し、参加メンバテーブルとして記憶部に格納する参加メンバ登録ステップと、
予め記憶部に登録されている会員情報データベース、持ち歌データベース、または聴取曲データベースを参照し、当該参加メンバ毎のグループにおける属性情報、当該店で過去に歌った曲または他から聴いた曲の履歴情報を取得する選曲情報取得ステップと、
前記選曲情報取得ステップで取得した参加メンバの属性情報、持ち歌または聴取曲の履歴情報に基づいて、参加メンバが歌う曲の選曲順に関する優先度を判定する優先度判定ステップと、
前記優先度にしたがってグループにおける参加メンバの選曲順を決定し、グループの全メンバの当日の演奏曲リストを出力する演奏曲リスト出力ステップと、
を有することを特徴とするカラオケの選曲最適化方法。
（付記２）  前記優先度判定ステップは、参加メンバ間で選曲が重複したときに、グループの属性情報から上位の優先度にあるメンバを優先させ、各メンバの持ち歌の中から次の優先曲が選択されることで同一曲の選択による重複を回避する重複回避ステップを有することを特徴とする付記１に記載のカラオケの選曲最適化方法。
（付記３）  前記優先度判定ステップにおいて、参加メンバ毎に過去に店舗で歌った曲あるいは他から聴いた曲の履歴情報を格納するデータベースを参照し、歌ったあるいは聴いた回数により予約リストの中の曲を順位付し、設定された時間内で演奏し得る曲を上位から順に取得して、演奏曲リスト出力ステップにおいて、演奏曲リストを出力することを特徴とする付記１または２に記載のカラオケの選曲最適化方法。
（付記４）  前記優先度判定ステップにおいて、参加メンバ毎に過去に店舗で歌った曲あるいは他から聴いた曲の履歴情報を格納するデータベースを参照し、最後に歌ったあるいは聴いた日時により、最新の日時にしたがって予約リストの中の曲を順位付し、設定された時間内で演奏し得る曲を上位から順に取得して、演奏曲リスト出力ステップにおいて、演奏曲リストを出力することを特徴とする付記１または２に記載のカラオケの選曲最適化方法。
（付記５）  前記持ち歌データベースまたは聴取曲データベースに、参加メンバが過去に歌った曲または他から聴いた曲に関し、序盤、中盤、あるいは終盤と全体の時間の中のどの場面で演奏されたかを履歴情報として保持しておき、これらの履歴情報を参照することによって演奏順を決定して演奏曲リストを作成することを特徴とする付記１乃至４のいづれかに記載のカラオケの選曲最適化方法。
（付記６）  ネットワークを介して互いに接続する店舗システムと選曲管理装置とで構成されるカラオケ選曲システムにおける選曲最適化プログラムであって、
コンピュータに、
当日カラオケ店にグループで参加するメンバのデータを受信し、参加メンバテーブルとして記憶部に格納する参加メンバ登録ステップと、
予め記憶部に登録されている会員情報データベース、持ち歌データベース、または聴取曲データベースを参照し、当該参加メンバ毎のグループにおける属性情報、当該店で過去に歌った曲または他から聴いた曲の履歴情報を取得する選曲情報取得ステップと、
前記選曲情報取得ステップで取得した参加メンバの属性情報、持ち歌または聴取曲の履歴情報に基づいて、参加メンバが歌う曲の選曲順に関する優先度を判定する優先度判定ステップと、
前記優先度にしたがってグループにおける参加メンバの選曲順を決定し、グループの全メンバの当日の演奏曲リストを出力する演奏曲リスト出力ステップと、
を実行させるカラオケの選曲最適化プログラム。
（付記７）  ネットワークを介して互いに接続する店舗システムと選曲管理装置とで構成されるカラオケ選曲システムにおける選曲最適化装置であって、
当日カラオケ店にグループで参加するメンバのデータを受信し、参加メンバテーブルとして記憶部に格納する参加メンバ登録手段と、
予め記憶部に登録されている会員情報データベース、持ち歌データベース、または聴取曲データベースを参照し、当該参加メンバ毎のグループにおける属性情報、当該店で過去に歌った曲または他から聴いた曲の履歴情報を取得する選曲情報取得手段と、
前記選曲情報取得手段で取得した参加メンバの属性情報、持ち歌または聴取曲の履歴情報に基づいて、参加メンバが歌う曲の選曲順に関する優先度を判定する優先度判定手段と、
前記優先度にしたがってグループにおける参加メンバの選曲順を決定し、グループの全メンバの当日の演奏曲リストを出力する演奏曲リスト出力手段と、
を有することを特徴とするカラオケの選曲最適化装置。
【図面の簡単な説明】
【００６３】
【図１】本発明の実施の形態になるカラオケ選曲システムの一構成例を示す図である。
【図２】本発明の実施の形態になる会員情報データベースを示す図である。
【図３】本発明の実施の形態になる曲目メニューデータベースを示す図である。
【図４】本発明の実施の形態になる会員の持ち歌データベースを示す図である。
【図５】本発明の実施の形態になる会員の聴取曲データベースを示す図である。
【図６】本発明の実施の形態になるカラオケ店における当日参加メンバの参加メンバテーブルを示す図である。
【図７】本発明の実施の形態になる演奏曲リストテーブルを示す図である。
【図８】本発明の実施の形態になる演奏候補曲リストの表示画面例を示す図である。
【図９】本発明の実施の形態になる会員登録の処理フローを示す図である。
【図１０】本発明の実施の形態になる会員の持ち歌登録の処理フローを示す図である。
【図１１】本発明の実施の形態になるグループ内優先順位による演奏処理フローを示す図である。
【図１２】本発明の実施の形態になるメンバ優先順位の決定処理フローを示す図である。
【図１３】本発明の実施の形態になる演奏順決定の処理フローを示す図である。
【図１４】本発明の実施の形態になる曲目重複回避の処理フロー（優先順位ｎ番目のメンバの場合）を示す図である。
【図１５】本発明の実施の形態になる演奏履歴記録の処理フローを示す図である。
【符号の説明】
【００６４】
１  カラオケ選曲管理装置
２  制御部
３  記憶部
４  カラオケ店システム
５  表示装置
６  制御装置
７  携帯端末
８  携帯電話
９  ネットワーク
１１  会員登録手段
１２  参加メンバ登録手段
１３  選曲情報取得手段
１４  優先度判定手段
１５  重複回避手段
１６  演奏曲リスト出力手段
１７  演奏曲記憶手段
２１  会員情報データベース
２２  持ち歌データベース
２３  聴取曲データベース
２４  曲目メニューデータベース
２５  参加メンバテーブル
２６  演奏曲リストテーブル
【図１】
2006010988.tif 000003
【図２】
2006010988.tif 000004
【図３】
2006010988.tif 000005
【図４】
2006010988.tif 000006
【図５】
2006010988.tif 000007
【図６】
2006010988.tif 000008
【図７】
2006010988.tif 000009
【図８】
2006010988.tif 000010
【図９】
2006010988.tif 000011
【図１０】
2006010988.tif 000012
【図１１】
2006010988.tif 000013
【図１２】
2006010988.tif 000014
【図１３】
2006010988.tif 000015
【図１４】
2006010988.tif 000016
【図１５】
2006010988.tif 000017