(57)【特許請求の範囲】
【請求項１】
自装置にログインしたユーザから選曲されるカラオケ楽曲の演奏を行うカラオケ装置であって、
顧客の名前と、当該顧客の当該カラオケ装置へのログインの認証に用いる認証情報と、当該顧客が所有する通信端末への情報送信アドレスと、当該顧客のお気に入りである接客スタッフとを示すデータとを、個々の顧客ごと対応付けて蓄積する顧客データベースと、
接客スタッフの名前と、当該接客スタッフの当該カラオケ装置へのログインの認証に用いる認証情報とを示すデータを、個々の接客スタッフごとに対応付けて蓄積する接客スタッフデータベースと、
前記顧客データベースに登録されている顧客同士のグループ分けを定義する情報を蓄積するグループデータベースと、
当該カラオケ装置に現在ログイン中の顧客及び接客スタッフの一覧であるログイン管理テーブルと、
顧客及び接客スタッフの当該カラオケ装置へのログインの認証に用いられる認証情報を入力するための認証情報入力手段と、
前記認証情報入力手段により入力された認証情報が前記顧客データベース又は接客スタッフデータベースに登録されている認証情報に適合する場合、当該顧客又は接客スタッフのログインを認証し、この認証した顧客又は接客スタッフを前記ログイン管理テーブルに登録する認証手段と、
前記ログイン管理テーブル及び前記グループデータベースに基づき、現在ログイン中の顧客であるログイン顧客と同じグループに属する他の顧客であり、かつ現在ログインしていない非ログイン顧客を特定する非ログイン顧客特定手段と、
前記顧客データベース及び前記ログイン管理テーブルに基づき、前記非ログイン顧客特定手段により特定された非ログイン顧客のお気に入りの接客スタッフであり、かつ現在ログイン中であるお気に入り接客スタッフを特定するお気に入りスタッフ特定手段と、
当該非ログイン顧客が属する全てのグループに属する他の顧客であり、かつ現在ログイン中の全てのログイン顧客を抽出する抽出手段と、
前記お気に入りスタッフ特定手段により特定されたお気に入り接客スタッフの名前が送り主であり、かつ当該非ログイン顧客の名前が宛先であり、かつ前記抽出手段により抽出された全てのログイン顧客の名前を列挙して、これらの名前に該当の人物が来店中である旨を告げる内容を含む文面のメッセージを作成するメッセージ作成手段と、
前記メッセージ作成手段により作成されたメッセージを、当該非ログイン顧客の所有する通信端末の情報送信アドレスに宛てて送信する送信手段とを備える
ことを特徴とするカラオケ装置。
【請求項２】
請求項１に記載のカラオケ装置において、
前記非ログイン顧客特定手段、前記お気に入りスタッフ特定手段、抽出手段、メッセージ作成手段及び送信手段の各手段は、顧客が新たにログインして前記ログイン管理テーブルに当該ログイン顧客が新たに登録された直後のタイミングで、当該ログイン顧客を対象とするそれぞれの処理を順次実行すること
を特徴とするカラオケ装置。
【請求項３】
請求項１又は請求項２に記載のカラオケ装置において、
カラオケ楽曲の演奏時に歌唱を行う顧客又は接客スタッフを特定可能に構成されており、
顧客と接客スタッフとがデュエットを行った場合、当該デュエットを行った接客スタッフを、当該デュエットを行った顧客のお気に入りの接客スタッフとして、前記顧客データベースに登録するお気に入りスタッフ登録手段を更に備えること
を特徴とするカラオケ装置。
【請求項４】
請求項１ないし請求項３の何れか１項に記載のカラオケ装置において、
前記顧客データベースは、１の顧客に対して複数のお気に入りの接客スタッフを登録可能であり、かつ１の顧客のお気に入りである複数の接客スタッフ間における所定の優先度が定義されており、
前記お気に入りスタッフ特定手段は、前記非ログイン顧客のお気に入りの接客スタッフであり、かつ現在ログイン中であるお気に入り接客スタッフのうち、優先度の最も高い者を１人特定すること、
を特徴とするカラオケ装置。
【請求項５】
請求項３に記載のカラオケ装置において、
前記顧客データベースは、１の顧客に対して複数のお気に入りの接客スタッフを登録可能であり、かつ前記１の顧客のお気に入りとして登録されている個々の接客スタッフごとに、当該１の顧客とそのお気に入りの各接客スタッフとによるデュエットの履歴に基づく優先度が定義されており、
前記お気に入りスタッフ登録手段は、顧客と接客スタッフとがデュエットを行うときに、その接客スタッフが当該顧客のお気に入りの接客スタッフとして前記顧客データデータベースに未登録である場合、当該接客スタッフを当該顧客のお気に入りの接客スタッフとして前記顧客データデータベースに登録すると共に、当該デュエットを行った顧客のお気に入りの接客スタッフであって当該顧客とのデュエットを行ったことがない者よりも優先度が高くなる所定の初期値を当該接客スタッフの優先度として設定する一方、顧客と接客スタッフとがデュエットを行うときに当該接客スタッフが当該顧客のお気に入りの接客スタッフとして前記顧客データデータベースに既に登録済みである場合、前記顧客データデータベースにおける当該顧客のお気に入りの接客スタッフとして登録されている当該接客スタッフの優先度の現在値に所定値を加算し、
前記お気に入りスタッフ特定手段は、前記非ログイン顧客のお気に入りの接客スタッフであり、かつ現在ログイン中であるお気に入り接客スタッフのうち、優先度の最も高い者を１人特定すること、
を特徴とするカラオケ装置。
【請求項６】
請求項１ないし請求項５の何れか１項に記載のカラオケ装置において、
前記認証手段は、前記認証した顧客のログイン開始時刻を当該顧客に対応付けて前記ログイン管理テーブルに登録し
前記ログイン管理テーブルに登録された各ログイン顧客同士のログイン開始時刻の時間差を算出し、この時間差が所定の基準値以内である顧客同士を同一グループにするようにグループ分けを決定し、このグループ分けを前記グループデータベースに登録するグループ登録手段を更に備えること
を特徴とするカラオケ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メールを送信する機能を有するカラオケ装置に関する。
【背景技術】
【０００２】
カラオケ装置を設置し、顧客に対してカラオケサービスを提供するバーやスナックといった酒場市場に相当するカラオケ店舗では、その接客サービスの形態により、同じ店舗を何度も利用するいわゆるリピータが顧客全体のうちの比較的高い割合を占めていると考えられる。よって、酒場市場のカラオケ店舗では、リピータ（再訪を繰り返す顧客であり、常連客）の来店数を増やすことが店の売上の増大やカラオケ利用者数の拡大のための重要な課題となっている。そこで、顧客に対して再来店を促すメッセージやイベント等の告知をしてカラオケ店に勧誘するメッセージを、酒場市場のカラオケ店舗側から電子メール等で顧客の所有する通信端末へ送信する等といったことが行われている。
【０００３】
一方、電子メール機能を備えたカラオケ装置の例として、特許文献１には、カラオケ装置のユーザ同士の間で受取人不定の電子メールがその差出人と共通する話題を持っている人に配達されるサービスを提供する通信カラオケシステムが開示されている。
【特許文献１】特開２００２−３０４１８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
電子メール機能を備えたカラオケ装置を用いることで、酒場市場のカラオケ店舗でカラオケサービスを利用する顧客をカラオケ装置の顧客データベースに登録しておき、この登録された顧客に対して再来店を促す勧誘メッセージを自動的に送信することができるようになる。そうすれば、カラオケ店舗のスタッフが自ら顧客に対して勧誘の電子メール（勧誘メッセージ）を送信したり電話をかけたりするといった労力を軽減できる。
【０００５】
しかしながら、ただむやみに勧誘メッセージを顧客に対して送信しても、そのメッセージが受取人である顧客に対して訴求力のあるものでなければ、その勧誘メッセージによる集客効果は低く、リピータの増加には繋がらない。例えば、差出人が店舗名義で、不特定多数の顧客に宛てた一律の内容のメッセージを一方的なタイミングで送信したのでは、その勧誘メッセージを受け取った個々の顧客に対しての訴求力は低く、顧客の来店を促す効果は低いものと考えられる。特に、酒場市場のカラオケ店舗における、顧客とその店の接客スタッフとの会話やデュエット等といった対人コミュニケーションを重視する顧客にしてみれば、差出人が店舗名義で不特定多数の顧客向けであるような対人関係に乏しい内容の勧誘メッセージにはあまり興味を引かれないであろう。
【０００６】
したがって、勧誘メッセージの顧客に対する訴求性を高め、勧誘メッセージによる集客力を上げるためには、個々の顧客に特化し、その顧客にとって関心のある人物から、そのカラオケ店舗に行きたくなるような内容のメッセージを、そのカラオケ店舗に行きたくなるようなタイミングで送信することが肝要である。
【０００７】
本発明は上記課題を解決するためになされており、カラオケ店舗の顧客に対して対人関係を重視した訴求性の高い勧誘メッセージを送付できるカラオケ装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するためになされた請求項１に記載のカラオケ装置は、次のような特徴を有する。すなわち、自装置にログインしたユーザから選曲されるカラオケ楽曲の演奏を行うカラオケ装置であって、顧客データベースと、接客スタッフデータベースと、グループデータベースと、ログイン管理テーブルと、認証情報入力手段と、認証手段と、非ログイン顧客特定手段と、お気に入りスタッフ特定手段と、抽出手段と、メッセージ作成手段と、送信手段とを備える。
【０００９】
顧客データベースは、顧客の名前と、当該顧客の当該カラオケ装置へのログインの認証に用いる認証情報と、当該顧客が所有する通信端末への情報送信アドレスと、当該顧客のお気に入りである接客スタッフとを示すデータとを、個々の顧客ごと対応付けて蓄積する。接客スタッフデータベースは、接客スタッフの名前と、当該接客スタッフの当該カラオケ装置へのログインの認証に用いる認証情報とを示すデータを、個々の接客スタッフごとに対応付けて蓄積する。
【００１０】
なお、通信端末への情報送信アドレスは、カラオケ装置が前記通信端末（例えば、電子メール機能を備えた携帯電話やＰＤＦ等）へ勧誘メッセージ等の情報を送信するための送信先を特定するための識別情報であり、電子メール（ｅ−ｍａｉｌ）アドレス、ＩＰアドレス、電話番号、コールサイン等が相当する。
【００１１】
グループデータベースは、顧客データベースに登録されている顧客同士のグループ分けを定義する情報を蓄積する。ログイン管理テーブルは、当該カラオケ装置に現在ログイン中の顧客及び接客スタッフの一覧である。認証情報入力手段は、顧客及び接客スタッフの当該カラオケ装置へのログインの認証に用いられる認証情報を入力するためのものである。認証手段は、認証情報入力手段により入力された認証情報が顧客データベース又は接客スタッフデータベースに登録されている認証情報に適合する場合、当該顧客又は接客スタッフのログインを認証し、この認証した顧客又は接客スタッフをログイン管理テーブルに登録する。
【００１２】
非ログイン顧客特定手段は、ログイン管理テーブル及びグループデータベースに基づき、現在ログイン中の顧客であるログイン顧客と同じグループに属する他の顧客であり、かつ現在ログインしていない非ログイン顧客を特定する。お気に入りスタッフ特定手段は、顧客データベース及びログイン管理テーブルに基づき、非ログイン顧客特定手段により特定された非ログイン顧客のお気に入りの接客スタッフであり、かつ現在ログイン中であるお気に入り接客スタッフを特定する。
【００１３】
抽出手段は、当該非ログイン顧客が属する全てのグループに属する他の顧客であり、かつ現在ログイン中の全てのログイン顧客を抽出する。
メッセージ作成手段は、お気に入りスタッフ特定手段により特定されたお気に入り接客スタッフの名前が送り主であり、かつ当該非ログイン顧客の名前が宛先であり、かつ抽出手段により抽出された全てのログイン顧客の名前を列挙して、これらの名前に該当の人物が来店中である旨を告げる内容を含む文面のメッセージを作成する。送信手段は、メッセージ作成手段により作成されたメッセージを、当該非ログイン顧客の所有する通信端末の情報送信アドレスに宛てて送信する。
【００１４】
なお、顧客データベースに蓄積される個々の顧客に関する情報は、例えば、その顧客が初めて来店し当該カラオケ装置を利用するときに登録すればよい。そのとき、当該顧客に対して接客を行った接客スタッフや当該顧客から指名のあった接客スタッフを、当該顧客のお気に入りの接客スタッフと登録しておくことが考えられる。また、接客スタッフデータベースには、当該カラオケ装置が設置されるカラオケ店舗に勤務する接客スタッフの情報を予め登録しておけばよい。また、グループデータベースに蓄積される顧客のグループ分けを定義する情報は、例えば、顧客が仲間同士で同時に来店したときのように、複数の顧客間で何らかの対人関係が認められた場合、その顧客同士を同一のグループとして登録しておけばよい。
【００１５】
このように構成されたカラオケ装置によれば、顧客データベースに登録済みの顧客が再来店しカラオケ装置にログインすることで、このログイン顧客と同じグループに属する他の顧客であって現在ログインしていない、すなわち来店していない非ログイン顧客の所有する通信端末に対して勧誘メッセージが送信される。
【００１６】
その勧誘メッセージの内容とは、送り主名が当該非ログイン顧客のお気に入りの接客スタッフの名前であり、宛先が当該非ログイン顧客の名前であり、この非ログイン顧客と同一のグループに属するメンバーが来店中である旨を告げる内容となっている。具体的な文例としては「（非ログイン顧客名）さん、こんばんは。（お気に入り接客スタッフ名）です。只今、ご友人の（ログイン顧客名）さんが来店中です。今の機会に是非ご来店ください。」といった内容にすることが考えられる。このような勧誘メッセージは、予め用意してある人物名を省いた定型文の所定箇所に、それぞれ特定した非ログイン顧客、お気に入り接客スタッフ及びログイン顧客の名称を組み込むことで作成できる。
【００１７】
上記のような内容の勧誘メッセージは、受取人である顧客に対して、自身のお気に入りの接客スタッフからメッセージが届くという嬉しさや、今すぐ店へ行けばお気に入りの接客スタッフや自身の仲間と会うことができるといった期待感を誘起させるものである。したがって、この勧誘メッセージを受け取った顧客にとって、そのカラオケ店舗へ行くための強い動機付けとなり得る。
【００１８】
勧誘メッセージの顧客に対する訴求性を高め、勧誘メッセージによる集客力を上げるためには、個々の顧客に特化し、その顧客にとって関心のある人物から、そのカラオケ店舗に行きたくなるような内容のメッセージを、そのカラオケ店舗に行きたくなるようなタイミングで送信することが肝要であることは既に述べた。そのような観点からすれば、上述のように、勧誘メッセージの受取人である顧客の仲間がログインしたときに、お気に入りの接客スタッフから仲間が来店中である旨を告げる勧誘メッセージを送信することは、受取人である顧客に対して高い訴求性を発揮する。また、顧客とその店の接客スタッフとの会話やデュエット等といった対人コミュニケーションが重視される酒場市場のカラオケ店舗において、特に有効であると考えられる。
【００１９】
ところで、勧誘メッセージを受け取った顧客が、その勧誘メッセージの送り主として記載されたお気に入りの接客スタッフや、既に来店中の仲間に会うために来店してくることを想定するならば、勧誘メッセージに応じて来店してくれた顧客がお気に入りの接客スタッフや仲間となるべく長く過ごせるように配慮することが望ましい。そのためには、勧誘メッセージを可能な限り速やかに送信することが肝要である。そこで、請求項２に記載のように構成するとよい。すなわち、非ログイン顧客特定手段、お気に入りスタッフ特定手段、抽出手段、メッセージ作成手段及び送信手段の各手段は、顧客が新たにログインしてログイン管理テーブルに当該ログイン顧客が新たに登録された直後のタイミングで、当該ログイン顧客を対象とするそれぞれの処理を順次実行する。
【００２０】
このようにすることで、顧客がカラオケ装置にログインした直後のタイミングにおいて、対象の非ログイン顧客に対して速やかに勧誘メッセージを送信できる。勧誘メッセージを早く送信すれば、その分受取人である顧客がカラオケ店舗へ来店するきっかけを早く与えることができるので好適である。
【００２１】
ところで、顧客データベースにおける個々の顧客のお気に入りのスタッフを登録する方法として、当該顧客に対して接客を行った接客スタッフや当該顧客から指名のあった接客スタッフを登録する方法があることは既に述べた。このような方法による登録は、主に手動で行われることが考えられる。これに対し、カラオケサービスを通じて顧客から接客スタッフに対して所定の対人関係が形成されたことを検知し、この検知した対人関係に該当する顧客と接客スタッフとをお気に入りの関係に自動的に登録することができれば便利である。
【００２２】
そこで、請求項３に記載のように構成するとよい。すなわち、カラオケ楽曲の演奏時に歌唱を行う顧客又は接客スタッフを特定可能に構成し、顧客と接客スタッフとがデュエットを行った場合、当該デュエットを行った接客スタッフを、当該デュエットを行った顧客のお気に入りの接客スタッフとして顧客データベースに登録する。なお、デュエットを行う顧客と接客スタッフとを特定するには、例えば、カラオケ装置に対してデュエット楽曲の演奏を予約する際、各パートを歌唱するユーザ（顧客及び接客スタッフ）をログイン中のユーザの中から選択してカラオケ装置に入力するといった方法が挙げられる。
【００２３】
顧客と接客スタッフがカラオケでデュエットを行ったということは、顧客から接客スタッフに対して親しい対人関係が形成されたと判断できる。また、顧客にとっては、デュエットを一緒に行った相手のことは印象に残るものであり、その印象に残った相手から勧誘メッセージが送信されれば、その顧客が再びそのカラオケ店舗に来店するための強い動機付けになり得る。よって、顧客とデュエットを行った接客スタッフをその顧客のお気に入りの接客スタッフとして登録することで、お気に入りの接客スタッフを手動で登録する手間が省け、なおかつ勧誘メッセージの顧客に対する訴求性をより向上できる。
【００２４】
つぎに、請求項４に記載のカラオケ装置は、次のような特徴を有する。すなわち、顧客データベースは、１の顧客に対して複数のお気に入りの接客スタッフを登録可能であり、かつ１の顧客のお気に入りである複数の接客スタッフ間における所定の優先度が定義されている。そして、お気に入りスタッフ特定手段は、非ログイン顧客のお気に入りの接客スタッフであり、かつ現在ログイン中であるお気に入り接客スタッフのうち、優先度の最も高い者を１人特定する。
【００２５】
１人の顧客に対してお気に入りの接客スタッフが複数いる場合、その複数の接客スタッフのうち当該顧客にとっての優先度がより高い接客スタッフの名前で勧誘メッセージを送るようにすれば、その顧客の関心をより強く引くことができると考えられる。よって、現在ログイン中であるお気に入り接客スタッフのうち、優先度の最も高い接客スタッフの名前で作成された勧誘メッセージであれば、顧客に対する訴求性の面で最も効果的である。
【００２６】
なお、接客スタッフの優先度は種々の観点から適宜決定することができるが、より望ましくは顧客側の観点から決められた優先度であることが望ましい。つまり、その接客スタッフが顧客にとって印象の強い相手であるかどうかという観点で優先度を決めることが有効であると考えられる。
【００２７】
そこで、複数のお気に入り接客スタッフに対して優先度を設定する手法としては、請求項５に記載の構成することが挙げられる。すなわち、顧客データベースにおいて、１の顧客のお気に入りとして登録されている個々の接客スタッフごとに、当該１の顧客とそのお気に入りの各接客スタッフとによるデュエットの履歴に基づく優先度を定義する。そして、お気に入りスタッフ登録手段は、顧客と接客スタッフとがデュエットを行うときに、その接客スタッフが当該顧客のお気に入りの接客スタッフとして顧客データデータベースに未登録である場合、当該接客スタッフを当該顧客のお気に入りの接客スタッフとして顧客データデータベースに登録すると共に、当該デュエットを行った顧客のお気に入りの接客スタッフであって当該顧客とのデュエットを行ったことがない者よりも優先度が高くなる所定の初期値を当該接客スタッフの優先度として設定する。一方、顧客と接客スタッフとがデュエットを行うときに当該接客スタッフが当該顧客のお気に入りの接客スタッフとして顧客データデータベースに既に登録済みである場合、顧客データデータベースにおける当該顧客のお気に入りの接客スタッフとして登録されている当該接客スタッフの優先度の現在値に所定値を加算する。このように、顧客とデュエットを行った接客スタッフに対して優先度を加算することで、当該顧客とのデュエットをしていない接客スタッフよりも優先度を高く設定することができる。さらに、デュエットを行った回数が多いほど、その接客スタッフの優先度が高くなるように構成されている。
【００２８】
顧客と接客スタッフとがカラオケでデュエットを行えば、その顧客にとってデュエットを一緒に行った相手のことはデュエットを行っていない相手よりも強く印象に残ると考えられる。よって、一緒にデュエットを行った接客スタッフの優先度を相対的に高くすることで、顧客にとってより印象の強い接客スタッフの名前で勧誘メッセージを送ることができるようになり、その顧客の関心をより強く引くことができると考えられる。
【００２９】
ところで、グループデータベースにおける顧客同士のグループ分けを定義する方法として、顧客が仲間同士で同時に来店したときのように、複数の顧客間で何らかの対人関係が認められた場合、その顧客同士を同一のグループとして登録する方法があることは既に述べた。このような方法による登録は、主に手動で行われることが考えられる。これに対し、カラオケサービスの利用を通じて顧客同士の間に所定の対人関係があることを検知し、この検知した対人関係に該当する顧客同士を同一のグループに自動的に登録することができれば便利である。
【００３０】
そこで、請求項６に記載のように構成するとよい。すなわち、認証手段は、認証した顧客のログイン開始時刻を当該顧客に対応付けてログイン管理テーブルに登録する。そして、ログイン管理テーブルに登録された各ログイン顧客同士のログイン開始時刻の時間差を算出し、この時間差が所定の基準値以内である顧客同士を同一グループにするようにグループ分けを決定し、このグループ分けをグループデータベースに登録する。
【００３１】
このように構成することで、例えば、ログイン開始時刻が同時であるか比較的近い顧客同士を同一のグループとして登録するといった運用が可能である。つまり、カラオケ店舗に来店した顧客同士のログイン時刻が同時あるいは比較的近いということは、これらの顧客は同時に来店した仲間同士である蓋然性が高く、顧客同士の間に親しい対人関係があると推定できる。このように、顧客同士の間のログイン開始時刻の相関関係に基づいてグループ分けを定義することで、顧客同士のグループ分けを手動で登録する手間が省け、便利である。
【発明を実施するための最良の形態】
【００３２】
以下、本発明の一実施形態を図面に基づいて説明する。なお、本発明は下記の実施形態に何ら限定されるものではなく、様々な態様にて実現することが可能である。
［カラオケ装置１の構成の説明］
図１は、本実施形態のカラオケ装置１概略構成を示すブロック図である。
【００３３】
図１に示すように、カラオケ装置１は、カラオケ演奏を行うカラオケコマンダ２と、カラオケコマンダ２を遠隔操作するためのリモコン端末３とが、無線アクセスポイント４及びＬＡＮ１００を介して通信可能に接続されることによって形成されている。
【００３４】
カラオケコマンダ２は、当該カラオケ装置１が設置されたカラオケ店舗に来店しカラオケサービスを利用する顧客や、当該カラオケ店舗の接客スタッフ等といったユーザから指定されたカラオケ楽曲や、映画、バラエティ番組、ドラマ、ＣＭといった様々なコンテンツの再生を行うための装置である。
【００３５】
カラオケコマンダ２は、ハードウェア構成として、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ハードディスクドライブ２４（以下、ＨＤＤ２４と表記する）、操作部２５、再生部２６、ネットワーク通信部２７等を備える。
【００３６】
ＣＰＵ２１は、ＲＯＭ２３やＲＡＭ２２に記憶されたプログラムやデータに従って、カラオケコマンダ２各部に対する制御及び各種演算を実行する装置であり、後述するログイン管理処理やメッセージ送信処理等の各種処理は、このＣＰＵ２１によって実行される。ＲＡＭ２２は、ＣＰＵ２１から直接アクセスされるメインメモリとして利用される記憶装置である。このＲＡＭ２２には、各種プログラムがＨＤＤ２４から読み込まれ、また、ＣＰＵ２１による各種演算処理の結果やＨＤＤ２４から読み込まれたデータもＲＡＭ２２に記憶される。後述する各種処理を実行する際には、各処理をＣＰＵ２１に実行させるためのプログラムがＨＤＤ２４からＲＡＭ２２に読み込まれる。そして、ＲＡＭ２２に記憶されたプログラムに従って、ＣＰＵ２１が各処理を実行することになる。
【００３７】
ＲＯＭ２３は、カラオケコマンダ２の電源スイッチを切っても記憶内容を保持する記憶装置であり、ＢＩＯＳや通常であれば更新されない読み出し専用のデータ等を記憶している。ＨＤＤ２４は、カラオケ演奏用の楽曲データや映像データ等のコンテンツデータや、プログラム、後述の各種データベース等の各種データベースを保存しておくための記憶装置である。操作部２５は、ユーザからの各種指示を入力するための入力装置であり、複数のキースイッチ等によって構成される。
【００３８】
再生部２６は、複数のマイクロホン、演奏データ（ＭＩＤＩデータ）の基づく演奏再生を行うＭＩＤＩ音源、ＭＩＤＩ音源により生成されたオーディオ信号及びマイクロホンから入力されたオーディオ信号をスピーカへ出力する音声制御部、画像データに基づく映像の再生を制御する映像再生部、映像を表示するためのモニタ等を備える。
【００３９】
ネットワーク通信部２７は、カラオケコマンダ２をＬＡＮ１００へ接続して外部と通信を行うための通信インタフェースである。カラオケコマンダ２は、このネットワーク通信部２７を介してＬＡＮ１００に接続された無線アクセスポイント４経由でリモコン端末３との間で情報通信を行う。また、ＬＡＮ１００はモデムやブロードバンドルータ（図示なし）等の信号変換機を介してインターネット２００に接続されている。そして、カラオケコマンダ２は、ネットワーク通信部２７によって、インターネット２００を介して情報通信を行う。例えば、インターネット２００に接続されたコンテンツ配信用のホストサーバ５からコンテンツデータを取得したり、特定の顧客に対する勧誘メッセージを記載した電子メールを、当該顧客の所有する帯通信端末のメールアドレス宛でインターネット２００に接続された電子メールサーバ６へ送信することができる。
【００４０】
リモコン端末３は、カラオケコマンダ２を遠隔操作するためのものであり、ユーザが再生を希望するコンテンツの再生の予約を行うための操作等の各種操作をユーザから受け付け、その操作信号を無線ＬＡＮ規格に従った無線通信によって操作対象のカラオケコマンダ２に送信する機能を有する。また、カラオケコマンダ２にログインするためのアカウントを持つ顧客や接客スタッフがカラオケコマンダ２にログインする際、顧客や接客スタッフからＩＤやパスワードといった認証情報の入力を受け付け、この入力された認証情報を無線ＬＡＮ通信を介してカラオケコマンダ２へ送信する機能も有する。
【００４１】
具体的に、リモコン端末３は、ＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、操作部３４、表示部３５、無線ＬＡＮ通信部３６等を備えている。ＣＰＵ３１は、ＲＡＭ３２やＲＯＭ３３に記憶されたプログラムやデータに従って、リモコン端末３各部に対する制御及び各種演算を実行する装置である。ＲＡＭ３２は、ＣＰＵ３１から直接アクセスされるメインメモリ等として利用される記憶装置である。このＲＡＭ３２には、各種プログラムがＲＯＭ３３から読み込まれ、また、ＣＰＵ３１による各種演算の結果やＲＯＭ３３から読み込まれたデータもＲＡＭ３２に記憶される。
【００４２】
ＲＯＭ３３は、リモコン端末３の電源スイッチを切っても記憶内容を保持する記憶装置であり、ＢＩＯＳや通常であれば更新されない読み出し専用のデータ、プログラム等を記憶している。操作部３４は、ユーザからの各種指示を入力するための入力装置であり、表示部３５の表示領域に沿って設置されるタッチパネル及び複数のキースイッチ等によって構成される。表示部３５は、画像を表示するための表示装置であり、例えば液晶ディスプレイ等によって構成される。無線ＬＡＮ通信部３６は、ＬＡＮ１００に接続された無線アクセスポイント４との間で所定の無線ＬＡＮ規格に沿った赤外線信号を送受信するための通信インタフェースである。
【００４３】
ＬＡＮ１００には無線アクセスポイント４が接続されている。この無線アクセスポイント４は、所定の無線ＬＡＮ規格に従った無線通信で端末間を接続するための電波中継器である。リモコン端末３とカラオケコマンダ２とは、この無線アクセスポイント４を介して互いにデータ通信を行うことができる。
【００４４】
［カラオケコマンダ２に記憶されている各種データベースの説明］
本実施形態のカラオケ装置１においては、カラオケ装置１を利用する顧客や顧客と共にカラオケ装置１を利用する接客スタッフ等といった、個々のユーザに対応付けた固有のサービスを実現するため、カラオケ装置１の利用開始時にユーザがカラオケコマンダ２へログインする構成を採用している。ユーザのログイン手続に必要な認証情報や、個々のユーザに対応付けたサービス提供するために必要な個人情報等は、データベースとしてカラオケコマンダ２のＨＤＤ２４に格納されている。そこで、カラオケコマンダ２のＨＤＤ２４に記憶されている各種データベースについて、図２に基づき説明する。
【００４５】
図２（ａ）は、カラオケ店舗の顧客に関する個人情報が蓄積された顧客データベースの一例を模式的に示す説明図である。この顧客データベースには、個々の顧客ごとに、当該顧客データベース内での顧客の通し番号である「登録番号」、顧客ごとに固有の識別情報である「ＩＤ」、ＩＤと併せて顧客の認証に用いる「パスワード」、カラオケ装置１上での顧客の呼称（ニックネーム等）である「名前」、顧客が所有する携帯電話やＰＤＦ等の携帯通信端末への電子メールの送信先である「メールアドレス」、顧客が懇意にしている接客スタッフを示す「お気に入りの接客スタッフ」といった情報が蓄積されている。なお、お気に入りの接客スタッフの項目に登録される接客スタッフは、後述の接客スタッフデータベースに登録されている接客スタッフに限られる。
【００４６】
このうち、お気に入りの接客スタッフの項目には、そのお気に入りの接客スタッフの名前（あるいはＩＤ）と、その接客スタッフに対する親密さを示す度合である優先度とを示す情報とが含まれている。この優先度には、お気に入りに登録している顧客との間でカラオケコマンダ２を利用したデュエットを行った回数に応じたポイントが付与されている。例えば、お気に入りに登録している顧客とのデュエットを行ったことがない接客スタッフに対しては、優先度が「０」ポイントに設定されており、顧客とのデュエットを行うごとに優先度のポイントが加算される。
【００４７】
なお、顧客データベースに蓄積されている各顧客の個人情報は、例えばその顧客が初めてカラオケ店舗へ来店した際にカラオケコマンダ２に対して登録することが考えられる。このとき、顧客データベースに登録すべき各種情報を手動で入力するような構成であってもよいし、名前やメールアドレスといった情報については、顧客が所有する携帯通信端末から無線ＬＡＮ通信や赤外線通信等により直接カラオケコマンダ２へ入力するような構成であってもよい。
【００４８】
また、顧客のお気に入りの接客スタッフの登録は、そのカラオケ店舗の接客スタッフによる手動入力や、当該顧客自身の申告に基づく手動入力によって行うことができる。さらに、顧客と接客スタッフとがカラオケコマンダ２を利用してデュエットを行うことで、その接客スタッフを当該顧客のお気に入りとして自動的に登録することもできる。このお気に入り登録処理の詳細な内容については後述する。
【００４９】
図２（ｂ）は、カラオケ店舗に勤務する接客スタッフに関する個人情報が蓄積された接客スタッフデータベースの一例を模式的に示す説明図である。この接客スタッフデータベースには、個々の接客スタッフごとに、当該接客スタッフデータベース内での接客スタッフの通し番号である「登録番号」、接客スタッフごとに固有の識別情報である「ＩＤ」、ＩＤと併せて接客スタッフの認証に用いる「パスワード」、カラオケ装置１上での接客スタッフの呼称（ニックネーム等）である「名前」といった情報が蓄積されている。
【００５０】
なお、接客スタッフデータベースに蓄積されている各接客スタッフの個人情報は、カラオケ装置１のカラオケ店舗への導入時や、新たな接客スタッフの加入時等に予め登録しておくことが考えられる。
【００５１】
図２（ｃ）は、顧客データベースに登録されている顧客同士のグループ分けを定義するグループデータベースの一例を模式的に示す説明図である。このグループデータベースには、当該グループデータベースに登録されたグループの通し番号である「登録番号」、各グループに所属する顧客の名前（あるいはＩＤ）が記載された「グループメンバー」、当該グループが登録された時刻を示す「グループ登録時刻」といった情報が蓄積されている。このグループデータベースに登録されているグループは、顧客同士が友人である等の何らかの対人関係がある顧客の集合であり、同一の顧客が構成員の異なる複数のグループに所属することもあり得る。
【００５２】
なお、グループデータベースへのグループの登録は、例えば、顧客が仲間同士で同時に来店したときのように、複数の顧客間で何らかの対人関係が認められた場合、その顧客同士を同一のグループとして登録すればよい。その際、カラオケ店舗の接客スタッフによる手動入力や、当該顧客自身の申告に基づく手動入力によってグループを登録することができる。さらに、顧客同士のログイン時刻の差に基づいて、ログイン時刻が同時である、あるいはログイン時刻が近い顧客同士を親しい対人関係があると認識して、その顧客同士を同一のグループとして自動的に登録することもできる。このグループデータベース登録処理の詳細な内容については後述する。
【００５３】
［ログイン管理処理の説明］
つぎに、カラオケコマンダ２のＣＰＵ２１が実行するログイン管理処理について、図３のフローチャート及び図４の説明図に基づいて説明する。
【００５４】
図３は、カラオケコマンダ２のＣＰＵ２１が実行するログイン管理処理の手順を示すフローチャートである。この処理は、カラオケコマンダ２の起動後、常時実行される処理である。
【００５５】
カラオケコマンダ２のＣＰＵ２１は、処理を開始すると、まずリモコン端末３から送信されるログイン要求通知を受信したか否かを判定する（Ｓ１００）。なお、リモコン端末３によるログイン要求の送信の手順は次のとおりである。まず、リモコン端末３は、所定のログイン画面を表示部３５に表示する。そして、ユーザ（顧客又は接客スタッフ）は、このログイン画面に従い、リモコン端末３の操作部３４を操作することで自身に割り当てられている認証用のＩＤ及びパスワードを入力する。ユーザによるＩＤ及びパスワードの入力が完了すると、リモコン端末３は、無線ＬＡＮ通信部３６から無線アクセスポイント４及びＬＡＮ１００を経由して、所定のログイン要求通知をカラオケコマンダ２に対して送信する。具体的には、ユーザから入力されたＩＤ及びパスワードと、ログイン要求元のリモコン端末３のシリアル番号及びＩＰアドレスとを含む信号を、ログイン要求通知としてカラオケコマンダ２へ送信する。
【００５６】
ログイン管理処置の説明に戻る。Ｓ１００でログイン要求通知を受信したと判定した場合（Ｓ１００：ＹＥＳ）、この受信したログイン要求通知に含まれるＩＤ及びパスワードを、顧客データベース（図２（ａ）参照）及び接客スタッフデータベース（図２（ｂ）参照）に登録されている顧客又は接客スタッフのＩＤ及びパスワードと照合し、ログインの認証を行う（Ｓ１１０）。そして、ログイン認証の結果、ログイン要求通知に含まれるＩＤ及びパスワードが顧客データベース又は接客スタッフデータベースに登録されているＩＤ及びパスワードに適合したか否かを判定する（Ｓ１２０）。ここで、ログイン要求通知に含まれるＩＤ及びパスワードが適合しなかった場合（Ｓ１２０：ＮＯ）、Ｓ１００の処理へ戻る。
【００５７】
一方、ログイン要求通知に含まれるＩＤ及びパスワードが適合した場合（Ｓ１２０：ＹＥＳ）、現在ログイン中である顧客及び接客スタッフを管理するためのログイン管理テーブル（図４参照、詳細は後述する）に、当該ログイン要求通知に係るユーザのＩＤ及び名前を登録する（Ｓ１３０）。そして、ログイン要求元のリモコン端末３に対して、当該ログイン要求に係るユーザのログインが完了した旨のログイン完了通知を送信し（Ｓ１４０）、Ｓ１００の処理へ戻る。
【００５８】
リモコン端末３は、カラオケコマンダ２からログイン完了通知を受信すると、当該ログインユーザ専用のＧＵＩ（Graphic User Interface）を表示部３５に表示し、当該ユーザからの操作を受け付ける。なお、本実施形態では、リモコン端末３は、複数のユーザからのログインを並行して受け付け可能に構成されており、当該リモコン端末３からログイン手続きを行った複数のユーザに対して、それぞれ専用のＧＵＩを用意して、各ユーザからの操作を選択的に受け付けることができる。
【００５９】
ここで、上記ログインテーブルの具体的な内容について、図４に基づき説明する。図４は、カラオケコマンダ２が管理するログイン管理テーブルの一例を模式的に示す説明図である。このログイン管理テーブルは、カラオケコマンダ２に現在ログイン中のユーザの一覧であり、カラオケコマンダ２のＲＡＭ２２等に記憶されている。
【００６０】
ログインテーブルには、図４に示すように、顧客又は接客スタッフである個々のユーザごとに、ＩＤ、名前、ログイン開始時刻が登録されている。図４に示す例では、接客スタッフである、α、β、γと、顧客であるＡ，Ｆ，Ｄが現在ログイン中であることが示されている。
【００６１】
図３のフローチャートの説明に戻る。Ｓ１００でログイン要求通知を受信していないと判定した場合（Ｓ１００：ＮＯ）、つづいて、現在ログイン中のユーザに係るログアウト要求通知をリモコン端末３から受信したか否かを判定する（Ｓ１５０）。このログアウト要求通知は、リモコン端末３においてログインユーザ専用のＧＵＩ上で所定のログアウト操作が行われることで、当該ユーザのＩＤに対応付けてカラオケコマンダ２へ送信される。Ｓ１５０でログアウト要求通知を受信していないと判定した場合（Ｓ１５０：ＮＯ）、Ｓ１００の処理へ戻る。
【００６２】
一方、ログアウト要求通知を受信した場合、ログイン管理テーブル（図４参照）から、当該ログアウト要求通知に係るユーザのデータを削除し（Ｓ１６０）。Ｓ１００の処理へ戻る。
【００６３】
［メッセージ送信処理の説明］
つぎに、カラオケコマンダ２のＣＰＵ２１が実行するメッセージ送信処理について、図５，６のフローチャートに基づいて説明する。
【００６４】
図５は、カラオケコマンダ２のＣＰＵ２１が実行するメッセージ送信処理のメイン処理の手順を示すフローチャートである。この処理は、カラオケコマンダ２の起動後、常時実行される処理である。
【００６５】
カラオケコマンダ２のＣＰＵ２１は、処理を開始すると、まず新規にログインした顧客がいるか否かを判定する（Ｓ２００）。この判定は、例えばログイン管理テーブル（図４参照）に顧客のデータが新たに登録されたか否かによって判断する。新規にログインした顧客がいないと判定している間（Ｓ２００：ＮＯ）、この処理を繰り返す。
【００６６】
そして、新規にログインした顧客がいると判定した場合（Ｓ２００：ＹＥＳ）、すなわち、顧客がログインを開始することでログイン管理テーブルに当該顧客のデータが新たに登録された場合、ログイン管理テーブルから当該顧客（以下、ログイン顧客と称する）のＩＤ及び名前を取得する（Ｓ２１０）。つぎに、グループデータベース（図２（ｃ）参照）及びログイン管理テーブルに基づき、このログイン顧客と同じグループに所属し、かつログインしていない顧客（すなわち、ログイン管理テーブルに未登録の顧客。以下、非ログイン顧客と称する）を抽出する（Ｓ２２０）。
【００６７】
Ｓ２２０で抽出した非ログイン顧客のうちの最初のログイン顧客を処理対象にセットする（Ｓ２３０）。そして、顧客データベース及びログイン管理テーブルを基に、この処理対象の非ログイン顧客のお気に入りの接客スタッフで、かつ現在ログイン中である接客スタッフを特定する（Ｓ２４０）。Ｓ２４０の条件に該当する接客スタッフがいる場合（Ｓ２５０：ＹＥＳ）、該当の接客スタッフの中で優先度が最も高い者を1人特定する（Ｓ６０）。以下、この特定した優先度の最も高い接客スタッフを、最優先接客スタッフと称する。
【００６８】
つぎに、処理対象の非ログイン顧客宛てに送信する電子メールのメッセージを作成するメッセージ作成処理を実行する（Ｓ２７０）。
ここで、Ｓ２７０のメッセージ作成処理の詳細な内容を図６に基づき説明する。図６の（ａ）は、メッセージ送信処理におけるＳ２７０で実行されるメッセージ作成処理の手順を示すフローチャートであり、（ｂ）は、メッセージの作成に用いられる雛形を模式的に示す説明図であり、（ｃ）は、作成したメッセージの一例を模式的に示す説明図である。
【００６９】
ＣＰＵ２１は、処理を開始すると、まずグループデータベース及びログイン管理テーブルを基に、処理対象の非ログイン顧客が属する全てのグループのメンバーで、かつ現在ログイン中である顧客を抽出する（Ｓ２７１）。ここで抽出される顧客には、上記メッセージ送信処理（図５参照）のＳ２１０で特定したログイン顧客も含まれるが、このログイン顧客以外にも、処理対象の非ログイン顧客と同じグループに属する顧客であり、かつ現在ログイン中の他の顧客も含まれることになる。
【００７０】
つぎに、電子メールのメッセージを作成するための雛形をＨＤＤ２４から読み出し、この雛形の所定箇所に処理対象の非ログイン顧客の名前を挿入する（Ｓ２７２）。メッセージの雛形は、図６（ｂ）に示すように、顧客に対してカラオケ店舗への来店を促す旨の定型文が予め記述されているものであり、例えばテキストファイル等でＨＤＤ２４等に記憶されている。この雛形の定型文内には、［宛名］、［差出人］、［ログイン顧客］のように特定の人名を挿入すべき箇所が設けられており、この所定箇所に特定の人名を挿入することで、非ログイン顧客に送信する電子メールのメッセージが作成される。
【００７１】
上述のＳ２７２においては、処理対象の非ログイン顧客の名前が、定型文内の［宛名］の箇所に挿入される。例えば、処理対象の非ログイン顧客の名前がＢであれば、雛形において「［宛名］さんへ」と記載された定型文が「Ｂさんへ」に変更される。
【００７２】
つぎに、上記メッセージ送信処理のＳ２６０で特定された最優先接客スタッフの名前を、メッセージ雛形の定型文内の［差出人］の箇所に挿入する（Ｓ２７３）。例えば、最優先接客スタッフの名前がγであれば、雛形において「カラオケ酒場○○の［差出人］です。」と記載された定型文が「カラオケ酒場○○のγです。」に変更される。
【００７３】
つぎに、上記Ｓ２７１で抽出した顧客の名前を、メッセージ雛形の定型文内の［ログイン顧客］の箇所に挿入する（Ｓ２７４）。なお、Ｓ２７１で抽出された顧客が複数存在する場合、抽出された全ての顧客の名前を列挙する。例えば、Ｓ２７１で抽出された顧客の名前がＡ，Ｄ，Ｆであれば、雛形において「只今、ご友人の［ログイン顧客］さんがご来店中です。」と記載された定型文が「只今、ご友人のＡさん、Ｄさん、Ｆさんがご来店中です。」に変更される。
【００７４】
上記Ｓ２７２〜Ｓ２７４の処理により作成されたメッセージの一例を図６（ｃ）に示す。この作成されたメッセージは、図６（ａ）に示す雛形と比較して、カラオケ店舗の名称や連絡先、メッセージの趣旨といった内容は変更されず、［宛名］、［差出人］、［ログイン顧客］といった人名に係る部分のみが変更されることで、個人に特化した内容になっている。
【００７５】
メッセージを作成後、処理対象の非ログイン顧客への連絡先に該当する電子メールアドレスを顧客データベースから取得し、これを作成したメッセージの送信先に設定し（Ｓ２７５）、本処理を終了する。
【００７６】
図５のフローチャートの説明に戻る。Ｓ２７０でメッセージを作成した後、あるいは、Ｓ２５０で該当の接客スタッフがいないと判定した場合（Ｓ２５０：ＮＯ）、Ｓ２２０で抽出した非ログイン顧客のうち、未処理の非ログイン顧客が存在するか否かを判定する（Ｓ２８０）。未処理の非ログイン顧客が存在すると判定した場合（Ｓ２８０：ＹＥＳ）、未処理の非ログイン顧客の中から次の非ログイン顧客を処理対象にセットし（Ｓ２９０）、Ｓ２４０の処理へ戻る。以降、Ｓ２４０〜Ｓ２９０の処理を順次繰り返すことで、各非ログイン顧客にそれぞれ対応する個別のメッセージを作成する。
【００７７】
そして、Ｓ２８０で未処理の非ログイン顧客が存在しないと判定した場合（Ｓ２８０：ＮＯ）、すなわち、Ｓ２２０で抽出した全ての非ログイン顧客に対応するメッセージの作成が完了した場合、作成した全てのメッセージを電子メールとして、電子メールサーバ６へ送信する（Ｓ３００）。電子メールサーバ６に送信された電子メールは、送信先を示すメールアドレスに従っていくつかの電子メールサーバを経由し、送信先の携帯通信端末へと送信される。
【００７８】
［お気に入り登録処理の説明］
つぎに、カラオケコマンダ２のＣＰＵ２１が実行するお気に入り登録処理について、図７に基づき説明する。
【００７９】
図７の（ａ）は、カラオケコマンダ２のＣＰＵ２１が実行するお気に入り登録処理の手順を示すフローチャートであり、（ｂ）は、ログイン中の顧客がリモコン端末３でデュエット曲を予約する際の画面表示例を模式的に示す説明図である。このお気に入り登録処理は、ログイン中の顧客が接客スタッフとデュエットを行うことで、その接客スタッフを当該顧客のお気に入り接客スタッフとして登録したり、当該お気に入り接客スタッフの優先度にポイントを加算したりする処理である。
【００８０】
ＣＰＵ２１は、処理を開始すると、まずリモコン端末３からログイン中の顧客と接客スタッフとによるデュエット曲の演奏予約を検知する（Ｓ４００）。ここでは、演奏予約に伴ってリモコン端末３から通知される歌唱者（予約者＋デュエットのパートナー）のＩＤを顧客データベース（図２（ａ）参照）及び接客スタッフデータベース（図２（ｂ）参照）に照し合せることで、当該デュエット曲の演奏予約が顧客と接客スタッフとによるものであるかどうかを判別できる。
【００８１】
なお、リモコン端末３におけるデュエット曲の演奏予約は、次のような手順で行われる。リモコン端末３は、楽曲の演奏予約をするログインユーザが指定されると、そのユーザ専用の予約画面を表示部３５に表示する。例えば、図７（ｂ）は、ログイン中の顧客であるＤさんに対応する予約画面の表示例である。図７（ｂ）に示すように、表示部３５の上方には、Ｄさんの予約画面である旨が明示されている。さらに、この予約画面には、Ｄｓさんにより選曲された楽曲がデュエット曲である旨が表示されており、デュエットのパートナーに指定されているのが接客スタッフのδさんである旨が表示されている。
【００８２】
デュエットのパートナーを選択する手順としては、Ｄさんは、例えばデュエット曲を選曲した後、まず、表示部３５の下部にＧＵＩで構成された「パートナー選択」ボタン３４ａ押下する。「パートナー選択」ボタン３４ａが押下されると、リモコン端末３は、現在ログイン中のユーザ（顧客及び接客スタッフ）の名前の一覧を表示部３５に表示する。Ｄさんは、表示部３５に表示されたログインユーザの一覧を見てデュエットのパートナーを指定する。この場合、指定するパートナーは他の顧客であってもよいし、接客スタッフであってもよい。リモコン端末３は、Ｄさんからデュエットのパートナーを指定されると、Ｄさんの予約画面に指定されたパートナーが表示される。すなわち、これが図７（ｂ）に示す状態である。
【００８３】
図７（ｂ）に示す予約画面上において、「送信」ボタン３４ｂが押下されることで、選曲されたデュエット曲の楽曲番号、予約者である顧客のＤさんのＩＤ及びパートナーである接客スタッフのδさんのＩＤがカラオケコマンダ２に通知される。
【００８４】
なお、上述したデュエット曲の予約手順は、顧客が予約者で、パートナーが接客スタッフである事例を基にしたものであるが、接客スタッフが予約者で、顧客がパートナーである場合も同様の手順でデュエット曲を予約できる。
【００８５】
図７（ａ）のフローチャートの説明に戻る。Ｓ４００で顧客と接客スタッフとによるデュエット曲の演奏予約を検知すると、当該予約楽曲でデュエットを行う顧客及び接客スタッフのＩＤ及び名前を取得する（Ｓ４１０）。つづいて、この取得したＩＤに該当する顧客のお気に入りの接客スタッフのデータを、顧客データベースから取得する（Ｓ４２０）。そして、Ｓ４１０で取得したＩＤに該当する接客スタッフが、当該顧客のお気に入りの接客スタッフとして登録済みであるか否かを判定する（Ｓ４３０）。
【００８６】
この接客スタッフがお気に入りの接客スタッフとして登録されていない場合（Ｓ４３０：ＮＯ）、この接客スタッフを当該顧客のお気に入りの接客スタッフとして顧客データベースに登録する（Ｓ４４０）。このとき、この接客スタッフの優先度は「１」に設定される。
【００８７】
一方、この接客スタッフがお気に入りの接客スタッフとして既に登録されている場合（Ｓ４３０：ＹＥＳ）、顧客データベースにおける当該顧客のお気に入りとして登録されているこの接客スタッフの優先度に「１」を加算する（Ｓ４５０）。
【００８８】
［グループデータベース登録処理の説明］
つぎに、カラオケコマンダ２のＣＰＵ２１が実行するグループデータベース登録処理について、図８に基づき説明する。
【００８９】
図８は、カラオケコマンダ２のＣＰＵ２１が実行するグループデータベース登録処理の手順を示すフローチャートである。グループデータベース登録処理は、ログイン管理テーブル（図４参照）に登録された現在ログイン中の顧客同士のログイン開始時刻の差に基づいて、ログイン時刻が同時である、あるいはログイン時刻が近い顧客同士を親しい対人関係があるものして、その顧客同士を同一のグループとして自動的に登録するため処理である。
【００９０】
ＣＰＵ２１は、処理を開始すると、まずログイン管理テーブルに登録されている顧客同士のログイン開始時刻の時間差を算出する（Ｓ５００）。つづいて、この算出したログイン開始時刻が同時であるか、あるいはログイン開始時刻の時間差が所定の基準値（例えば、数分間）以内である顧客同士を特定し、この顧客同士をグループ化する（Ｓ５１０）。
【００９１】
そして、この作成したグループの全構成員を含む他のグループがグループデータベースに既に登録されているか否かを判定する（Ｓ５２０）。このグループの全構成員を含む他のグループがグループデータベースに登録されていない場合、（Ｓ５２０：ＮＯ）、このグループをグループデータベースに登録し（Ｓ５３０）、本処理を終了する。一方、このグループの全構成員を含む他のグループがグループデータベースに既に登録されている場合（Ｓ５２０：ＹＥＳ）、このグループをグループデータベースには登録せず（Ｓ５４０）、本処理を終了する。
【００９２】
［効果］
上記実施形態のカラオケ装置１によれば、以下のような効果を奏する。
（１）顧客データベースに登録済みの顧客がカラオケ店舗に来店し、リモコン端末３を使ってカラオケコマンダ２にログインすることで、このログイン顧客と同じグループに属する他の顧客であって現在ログインしていない、すなわち来店していない非ログイン顧客の所有する携帯通信端末に対して勧誘メッセージが電子メールで送信される。その勧誘メッセージの内容とは、差出人名が非ログイン顧客のお気に入りの接客スタッフの名前であり、宛先が非ログイン顧客の名前であり、この非ログイン顧客と同一のグループに属するメンバーが現在来店中である旨を告げる内容となっている。このような内容の勧誘メッセージは、受取人である顧客に対して、自身のお気に入りの接客スタッフからメッセージが届くという嬉しさや、今すぐ店へ行けばお気に入りの接客スタッフや自身の仲間と会うことができるといった期待感を誘起させるものである。したがって、この勧誘メッセージを受け取った顧客にとって、そのカラオケ店舗へ行くための強い動機付けとなり得る。このように、勧誘メッセージの受取人である顧客の仲間がログインしたときに、お気に入りの接客スタッフから仲間が来店中である旨を告げる勧誘メッセージを送信することは、受取人である顧客に対して高い訴求性を発揮する。また、顧客とその店の接客スタッフとの会話やデュエット等といった対人コミュニケーションが重視される酒場市場のカラオケ店舗において、特に有効である。
【００９３】
（２）顧客がカラオケコマンダ２にログインし、ログイン管理テーブルに当該ログイン顧客が登録された直後のタイミングで、対象の非ログイン顧客に対して速やかに勧誘メッセージを送信できる。勧誘メッセージを早く送信すれば、その分受取人である顧客がカラオケ店舗へ来店するきっかけを早く与えることができるので好適である。
【００９４】
（３）顧客と接客スタッフとがカラオケでデュエットをしたということは、顧客から接客スタッフに対して親しい対人関係が形成されたと判断できる。また、顧客にとっては、デュエットを一緒に行った相手のことは印象に残るものであり、その印象に残った相手から勧誘メッセージが送信されれば、その顧客が再びそのカラオケ店舗に来店するための強い動機付けになり得る。よって、顧客とデュエットを行った接客スタッフをその顧客のお気に入りの接客スタッフとして登録することで、お気に入りの接客スタッフを手動で登録する手間が省け、なおかつ勧誘メッセージの顧客に対する訴求性をより向上できる。
【００９５】
（４）また、１人の顧客に対してお気に入りの接客スタッフが複数いる場合、現在ログイン中であるお気に入り接客スタッフのうち、優先度の最も高い接客スタッフの名前で作成された勧誘メッセージを送ることで、その顧客の関心をより強く引くことができる。
【００９６】
（５）顧客とデュエットを行った接客スタッフに対して優先度を加算することで、当該顧客とのデュエットをしていない接客スタッフよりも優先度を高く設定することができる。さらに、デュエットを行った回数が多いほど、その接客スタッフの優先度は高くなるように構成されている。すなわち、顧客と接客スタッフとがカラオケでデュエットを行えば、その顧客にとってデュエットを一緒に行った相手のことはよりも強く印象に残り、その相手とのデュエットの回数が増せば増す程、さらに印象は深まると考えられる。よって、顧客とのデュエットを行った回数に応じて、その接客スタッフの優先度を上げてやることで、顧客にとってより印象の強い接客スタッフの名前で勧誘メッセージを送ることができるようになり、その顧客の関心をより強く引くことができる。
【００９７】
（６）ログイン開始時刻が同時であるか、あるいは比較的近い顧客同士を同一のグループとしてグループデータベースに自動的に登録することができる。つまり、カラオケ店舗に来店した顧客同士のログイン時刻が同時あるいは比較的近いということは、これらの顧客は同時に来店した仲間同士である蓋然性が高く、顧客同士の間に親しい対人関係があると推定できる。このように、顧客同士の間のログイン開始時刻の相関関係に基づいてグループ分けを定義することで、顧客同士のグループ分けを手動で登録する手間が省け、便利である。
【００９８】
［変形例］
以上、本発明の実施形態について説明したが、本発明は上記の実施形態に何ら限定されるものではなく、様々な態様にて実施することが可能である。以下に、上記実施形態に対する変形例について説明する。
【００９９】
（１）上記実施形態のメッセージ送信処理（図５参照）においては、Ｓ２５０において非ログイン顧客のお気に入りの接客スタッフで、かつ現在ログイン中である接客スタッフに該当する接客スタッフが存在しない場合（Ｓ２５０：ＮＯ）、Ｓ２７０のメッセージ作成処理をスキップする構成となっている。これは、Ｓ２７０で作成されるメッセージにおける差出人となるべき接客スタッフが存在しないためである。これに対して、メッセージの差出人となるべき接客スタッフが存在しない場合は、カラオケ店舗名や、カラオケ店舗の代表者名を差出人としてメッセージを作成するように構成することも考えられる。このようにした場合、顧客のお気に入りの接客スタッフを差出人としてメッセージを送信する場合と比較して、顧客に対する訴求力が劣るとも考えられるが、今すぐ店へ行けば自身の仲間と会うことができるといった期待感を誘起させるという面では、ある程度の訴求力は発揮できる。
【０１００】
（２）顧客データベース（図２（ａ）参照）に登録されているお気に入りの接客スタッフに対応付けて、お気に入りにしている顧客とのデュエットが行われた日時や曲名等の履歴情報を更に登録するようにしてもよい。このようにすることで、この蓄積されたデュエットの履歴情報を利用して、例えば顧客に対して送信するメッセージに、「○月○日に一緒にデュエットしましたね」、「また一緒に○○（曲名）を歌いましょう」といった、顧客の関心を引くためのコメントを盛り込むことができるようになる。すなわち、これらのコメントの具体的な日時や曲名以外の部分を定型文として用意しておき、接客スタッフのデュエットの履歴情報から取得した日時や曲名を挿入することで、これらのコメントを作成できる。
【図面の簡単な説明】
【０１０１】
【図１】カラオケ装置１概略構成を示すブロック図である。
【図２】（ａ）は、顧客データベースの一例を模式的に示す説明図であり、（ｂ）は、接客スタッフデータベースの一例を模式的に示す説明図であり、（Ｃ）は、グループデータベースの一例を模式的に示す説明図である。
【図３】ログイン管理処理の手順を示すフローチャートである。
【図４】ログイン管理テーブルの一例を模式的に示す説明図である。
【図５】メッセージ送信処理の手順を示すフローチャートである。
【図６】（ａ）は、メッセージ送信処理におけるＳ２７０で実行されるメッセージ作成処理の手順を示すフローチャートであり、（ｂ）は、メッセージの作成に用いられる雛形を模式的に示す説明図であり、（ｃ）は、作成したメッセージの一例を模式的に示す説明図である。
【図７】（ａ）は、お気に入り登録処理の手順を示すフローチャートであり、（ｂ）は、リモコン端末３でデュエット曲を予約する際の画面表示例を模式的に示す説明図である。
【図８】グループデータベース登録処理の手順を示すフローチャートである。
【符号の説明】
【０１０２】
１…カラオケ装置、２…カラオケコマンダ、３…リモコン端末、４…無線アクセスポイント、５…ホストサーバ、６…電子メールサーバ、２１…ＣＰＵ、２２…ＲＡＭ、２３…ＲＯＭ、２４…ハードディスクドライブ、２５…操作部、２６…再生部、２７…ネットワーク通信部２７、３１…ＣＰＵ、３２…ＲＡＭ、３３…ＲＯＭ、３４…操作部、３５…表示部、３６…無線ＬＡＮ通信部、１００…ＬＡＮ、２００…インターネット
【図１】
0004911076.tif 000002
【図２】
0004911076.tif 000003
【図３】
0004911076.tif 000004
【図４】
0004911076.tif 000005
【図５】
0004911076.tif 000006
【図６】
0004911076.tif 000007
【図７】
0004911076.tif 000008
【図８】
0004911076.tif 000009