カラオケ店舗における予約受付・選曲・注文システム
【課題】
カラオケ店舗において、オンラインで空室の確認や予約の受付を可能とし、精算については利用者毎に料金を精算できるようにし、厨房や受付の設備も不要とするカラオケ店舗における予約受付・選曲・注文システムを提供することを目的とする。
【解決手段】
利用者の携帯電話などの携帯端末を用いて、カラオケ店舗の個室の予約受付、選曲、及び注文を行えるようにする。予約を行う利用者の携帯端末からカラオケ店舗の個室の予約要求が送信されたとき、該予約要求を受信して予約ログを生成・保持すると共に、該携帯端末に該予約を特定する予約ＩＤを含む予約チケットを送信し、利用者が予約された個室の入力手段から予約ＩＤを入力したとき、該予約ＩＤと予約ログとを突き合わせて適正な予約であることを確認し、個室のドアを自動開錠する。利用終了時間のときは利用者に退室依頼のメッセージを送信しドアを自動施錠する。
カラオケ店舗において、オンラインで空室の確認や予約の受付を可能とし、精算については利用者毎に料金を精算できるようにし、厨房や受付の設備も不要とするカラオケ店舗における予約受付・選曲・注文システムを提供することを目的とする。
【解決手段】
利用者の携帯電話などの携帯端末を用いて、カラオケ店舗の個室の予約受付、選曲、及び注文を行えるようにする。予約を行う利用者の携帯端末からカラオケ店舗の個室の予約要求が送信されたとき、該予約要求を受信して予約ログを生成・保持すると共に、該携帯端末に該予約を特定する予約ＩＤを含む予約チケットを送信し、利用者が予約された個室の入力手段から予約ＩＤを入力したとき、該予約ＩＤと予約ログとを突き合わせて適正な予約であることを確認し、個室のドアを自動開錠する。利用終了時間のときは利用者に退室依頼のメッセージを送信しドアを自動施錠する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケ店舗において用いるシステムに関し、特に携帯端末を用いて簡便に個室の予約受付、曲の選曲、及び各種の商品の注文などを行うことができるようにする技術に関する。
【背景技術】
【０００２】
一般に、カラオケ店舗の空室情報は、そのカラオケ店舗に出向いていって従業員に聞く方法や電話で従業員に問合わせる方法によって利用者に提供されるのが通常である。一方、従来よりカラオケ店舗において用いるシステム及び方法が種々提案されている。例えば、特許文献１では、携帯電話を用いてカラオケ店舗の客室の予約手続をオンラインで行うシステム及び方法が提案されている。また特許文献２では、携帯電話を用いてどこからでもカラオケ曲の予約及び部屋の予約ができるカラオケ予約方法が提案されている。
【特許文献１】特開２００３−３６０８６
【特許文献２】特開２００３−１９５８７５
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述の特許文献に記載の技術によれば、携帯電話を用いてカラオケ店舗の個室の予約を行うことができる。しかし、各個室に対する利用者の入退室の管理などを行う従業員は必要である。すなわち上述の従来技術は、完全に無人化し各個室への利用者の入退室の管理までも自動化することを指向するものではない。
【０００４】
また、カラオケ店舗を利用した後の料金の精算についても以下に述べるような不都合がある。例えば、グループでカラオケ店舗を利用した場合であっても料金は一括精算されるので、後でグループ内の各個人の分担金を決めてグループ内で精算のし直しをしなければならないという不便さがあった。さらに、店舗の側では厨房の設備や受付の設備を用意する必要があるが、できればこれらの設備を無くし、個室を増やしたいという店舗側の要求もある。
【０００５】
本発明は、上述のカラオケ店舗における各種の不都合を改善することを目的とし、特に、オンラインで空室の確認や予約の受付を可能とし、精算については利用者毎に料金を精算できるようにし、さらに厨房や受付の設備も不要とするカラオケ店舗における予約・選曲・注文システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明は、利用者の携帯電話などの携帯端末を用いて、カラオケ店舗の個室の予約受付、選曲、及び注文を行えるようにしたことを特徴とするものである。すなわち、予約を行う利用者の携帯端末からカラオケ店舗の個室の予約要求が送信されたとき、該予約要求を受信して予約ログを生成・保持すると共に、該携帯端末に該予約を特定する予約ＩＤを含む予約チケットを送信し、利用者が予約された個室の入力手段から予約ＩＤを入力したとき、該予約ＩＤと予約ログとを突き合わせて適正な予約であることを確認し、個室のドアを自動開錠する。また、利用終了時間に至ったときは、個室の利用者の携帯端末に退室依頼のメッセージを送信し、利用者が退室した後、該個室のドアを自動施錠する。
【０００７】
曲の選曲や各種商品の注文は、各利用者の携帯端末から行う。選曲情報が送られてきたときは、その曲を個室のカラオケ装置で再生するとともに、利用者ＩＤに対応付けて選曲状況をログとして記憶する。注文情報が送られてきたときは、その注文に応じた商品を準備して利用者に実際に届ける業務を行う提携業者のシステムに転送するとともに、利用者ＩＤに対応付けて注文状況をログとして記憶する。これらのログ情報は、利用が終了したときに各利用者毎に精算金額を集計する際に用いる。
【発明の効果】
【０００８】
本発明によれば、オンラインで予約の受付が可能であることに加え、予約をした利用者が予約ＩＤを入力することで自動的に個室の開錠を行い、退室時には自動的に当該個室の施錠を行うので、受付の設備や人員は不要である。利用者毎に選曲状況や商品注文状況を保持するので、利用者毎に料金精算できる。携帯キャリアが料金徴収代行を認めている場合は、各利用者の携帯端末のキャリアに対して請求すれば、料金徴収のためのキャッシャーも不要である。利用者による飲食物その他の商品の注文に対しては、提携業者システムに転送して当該注文に応じることができるので、厨房の設備なども不要である。
【発明を実施するための最良の形態】
【０００９】
以下、本発明を実施する際の一形態について図面を参照して具体的に説明する。
【００１０】
図１は、本発明の一実施形態であるカラオケ店舗のシステムの概略構成を示す。
【００１１】
携帯電話１０１は、カラオケ店舗の利用者が使用する携帯端末であり、ネット接続機能、及びメール送受信機能を装備している。複数の利用者が、それぞれ自分の携帯電話を持っているものとするが、この図では１台のみ図示した。利用者は、携帯電話１０１を用いて、インターネット１０２を介して店舗Ｗｅｂサイト１０９にアクセスすることで、カラオケ店舗の空室情報取得、個室予約、選曲、及び注文を行うことができる。店舗Ｗｅｂサイト１０９は、ネット接続機能、メール送受信機能、及びデータベース（ＤＢ）アクセス機能を備えている。ＤＢアクセス機能は、店舗Ｗｅｂサイト１０９に接続されたデータベース１１０の各テーブルを参照及び更新する機能を提供する。データベース１１０は、顧客情報１２０、個室情報１２１、曲情報１２２、飲食メニュー情報１２３、商品メニュー情報１２４、予約ログ１２５、利用ログ１２６、選曲ログ１２７、及び注文ログ１２８の各テーブルを持つ。これらの各テーブルは、インターネット１０２を介して、携帯電話１０１、提携業者システム１０３、携帯キャリア１１２、及び個室ＰＣ１１３から、店舗Ｗｅｂサイト１０９経由でアクセスすることができる。
【００１２】
提携業者システム１０３は、当該カラオケ店舗に対して飲食物その他の各種の商品を提供する業者のシステムである。提携業者システム１０３は、インターネット１０２経由で店舗Ｗｅｂサイト１０９からの各種の注文を受け付ける。店舗Ｗｅｂサイト１０９は、利用者の携帯電話１０１から発行された注文を仲介して提携業者システム１０３へ送信する。利用者が注文できるのは、飲食メニュー情報１２３に記載されている飲食物や商品メニュー情報１２４に記載されている商品である。注文を受けた提携業者は、注文された飲食物の調理や運搬、及び注文された商品の発送などを行う。
【００１３】
店舗１０７は、利用者が利用する複数の個室１０４を備えた店舗である。個室１０４には、カラオケ端末１０５、得点表示器１０６、個室ＰＣ１１３、及び入退室システム１１１が装備されている。入退室システム１１１は、店舗Ｗｅｂサイト１０９からの指示を個室ＰＣ１１３を経由して受け取り、当該個室１０４のドアの開錠及び施錠を制御する。
【００１４】
携帯キャリア１１２は、携帯電話１０１の使用料金を徴収する携帯電話会社のシステムであり、店舗Ｗｅｂサイト１０９からの料金請求に対応する。
【００１５】
個室ＰＣ１１３は、ネット接続機能、開錠・施錠制御機能、及びカラオケ制御機能を装備している。個室ＰＣ１１３からカラオケ端末１０５を制御することにより、カラオケ再生するとともに、カラオケ端末１０５を経由して得点表示器１０６の得点を取得することができる。
【００１６】
図２は、データベース１１０の内容例（１）を示す。顧客情報２０１は、カラオケ店舗の利用者に関する各種の情報を格納するテーブルである。このカラオケ店舗を利用する利用者は、予め所定の登録処理により顧客情報２０１に登録してあるものとする。ただし、「嗜好曲ＩＤ」は当該利用者が選曲を行ったときに設定する。個室情報２０２は、カラオケ店舗の各個室に関する情報を格納するテーブルである。個室情報２０２のうち、「個室ＩＤ」、「最大利用可能人数」、及び「価格」の各項目は、予め個室毎に決まったデータが格納されている。「空き状態」は、その個室が空いているとき「空き」、予約されたとき「予約中」、利用中のとき「利用中」に設定される。「利用ＩＤ」は、その個室が空き状態のときはＮＵＬＬが格納され、その個室が予約されたときその予約から個室の利用を終了するまでの一連の個室の利用割当てに付けたＩＤが格納される。「利用開始予定時間」及び「利用終了予定時間」は、予約が入ったときに開始予定と終了予定を格納するものである。
【００１７】
曲情報２０３は、カラオケ店舗で再生することができる各曲に関する情報を格納するテーブルである。曲情報２０３のうち、「曲ＩＤ」、「曲名」、「曲名ふりがな」、「歌手名」、「歌手名ふりがな」、及び「価格」については、予め所定のデータが格納されている。「最高得点」以下の各項目は、その曲が再生されて高得点が出たときに設定・更新される。飲食メニュー情報２０４は、提携業者システム１０３の提携業者により提供される各種の飲食物に関する情報（メニュー）を格納するテーブルであり、予めメニューのデータが格納されている。
【００１８】
図３は、データベース１１０の内容例（２）を示す。商品メニュー情報３０１は、上述の提携業者により提供される各種の商品に関する情報を格納するテーブルであり、予め提供できる商品に関する情報が格納されている。予約ログ３０２は、個室の予約があったときにその予約に関するログ情報を格納するテーブルである。利用ログ３０３は、利用者による個室の利用が開始されてから終了するまでの利用状況に関するログ情報を格納するテーブルである。選曲ログ３０４は、利用者が１曲選曲する毎にその選曲状況に関するログ情報を格納するテーブルである。注文ログ３０５は、利用者が飲食物や商品を注文する毎にその注文状況に関するログ情報を格納するテーブルである。
【００１９】
図４は、本システムで用いる電子データである各チケットのフォーマットを示す。予約チケット４０１は、利用者が携帯電話１０１から店舗Ｗｅｂサイト１０９にアクセスして個室の予約を行った際に、店舗Ｗｅｂサイト１０９から携帯電話１０１に発行される電子データである。予約チケット４０１は、予約をした利用者（予約者）を特定する利用者ＩＤや予約内容の情報を備えている。利用チケット４０２は、各利用者が個室を実際に利用開始したときに発行されるチケットであり、その利用者を特定する利用者ＩＤや個室の利用状況などを保持するチケットである。選曲チケット４０３は、各利用者が選曲を行った際に発行されるチケットであり、選曲を行った利用者を特定する利用者ＩＤや利用ＩＤなどが格納されている。注文チケット４０４は、各利用者が各種商品を注文したときに発行されるチケットであり、注文を行った利用者の利用者ＩＤや注文した商品に関する情報などが格納されている。
【００２０】
図５は、利用者による個室の予約開始から利用終了までの全体の流れを示す。個人またはグループの一人が代表して予約者となり、当該予約者の携帯電話１０１から店舗Ｗｅｂサイト１０９にアクセスして予約を行う（ステップ５０１）。その後、予約者または予約者を含むグループは、店舗まで出向いて受付処理を行う（ステップ５０２）。個室へ入室したら選曲あるいは注文を行う（ステップ５０３）。選曲の場合は、その選曲をしたい利用者が自分の携帯電話１０１で店舗Ｗｅｂサイト１０９にアクセスして選曲する（ステップ５０４）。飲食などを注文したい場合は、その注文をしたい利用者が自分の携帯電話１０１で店舗Ｗｅｂサイト１０９にアクセスして注文する（ステップ５０５）。店舗Ｗｅｂサイト１０９は、利用ログ３０３のタイムリミットを参照して利用終了予定時間かどうか判定する。利用終了予定時間でなければ、ふたたび選曲／注文を受け付ける（ステップ５０６）。利用終了予定時間に至ったら、利用終了処理を行う（ステップ５０８）。
【００２１】
図６は、図５のステップ５０１の予約処理の手順を示す。携帯電話１０１から店舗Ｗｅｂサイト１０９にアクセスする（ステップ６０１）。店舗Ｗｅｂサイト１０９から当該携帯電話１０１に予約画面が送信され表示されるので、その予約画面でカラオケの利用条件（人数、利用時間）を入力する（ステップ６０２）。店舗Ｗｅｂサイト１０９は、入力した利用条件に応じた個室空き状況を携帯電話１０１に回答する（ステップ６０３）。店舗Ｗｅｂサイト１０９におけるこの処理は、個室情報２０２を参照して、前記利用条件に合致した現在空きの個室を探索し、その探索結果に基づいて「空き個室無し」のメッセージまたは利用条件に合致した空きの個室のリストを当該携帯電話１０１に応答する処理である。
【００２２】
空き個室がある場合、利用者は該リストから予約する個室を選択する（ステップ６０４）。空き個室が無い場合は、個室が空いた際に連絡が必要かどうかを選択する。そのような連絡が不要な場合は予約しないで終了する（ステップ６０５）。個室が空いた際に連絡が必要である旨を選択した場合、店舗Ｗｅｂサイト１０９は定期的に個室の空き状態をチェックし、前記利用条件に合致した個室が空き状態になったとき、その旨を当該利用者にメールで連絡する。それ以後は、再びステップ６０３から予約処理を続ける。
【００２３】
ステップ６０４で、利用者が予約する個室を選択したときは、予約登録処理（ステップ６０６）を行う。これは、選択された個室の個室情報２０２の「空き状態」の項目を「予約中」とし、新たに「利用ＩＤ」を設定し、利用者により入力された利用条件に応じて「利用開始予定時間」と「利用終了予定時間」を設定する処理である。さらに、当該予約に関する予約ログ３０２を格納する処理も行う。予約ログ３０２中の「予約ＩＤ」は、当該予約を特定する情報として新たに割り当てたＩＤである。予約登録処理が終わったら、店舗Ｗｅｂサイト１０９は当該携帯電話１０１に予約チケット４０１を発行する（ステップ６０７）。
【００２４】
図７は、図５のステップ５０２の受付処理の手順を示す。予約者または予約者を含むグループは店舗１０７の予約した個室１０４に向かい、その入退室システム１１１から予約チケット４０１に記載された予約ＩＤと利用者ＩＤを入力する（ステップ７０１）。入退室システム１１１から個室ＰＣ１１３を経て店舗Ｗｅｂサイト１０９へ、当該予約ＩＤと利用者ＩＤが送信される（ステップ７０２，７０３）。店舗Ｗｅｂサイト１０９は、その予約ＩＤと利用者ＩＤを予約ログ３０２と突合せ、確かに予約されているか否か、予約状況の確認を行う（ステップ７０４）。予約が確認できたときは、予約者の携帯電話１０１に対して利用チケット４０２を発行する（ステップ７０５）。この利用チケット４０２の「利用者ＩＤ」には上記予約ログ３０２の「利用者ＩＤ」を、「利用ＩＤ」には予約されている個室の個室情報２０２の「利用ＩＤ」を、それぞれ設定する。また「選曲用ＵＲＬ」と「注文用ＵＲＬ」には、選曲及び注文を行うための店舗Ｗｅｂサイト１０９の所定のＵＲＬ（選曲のために曲情報１２２の一覧を参照して選択する機能を提供するＵＲＬと、注文のために飲食メニュー情報１２３や商品メニュー情報１２４の一覧を参照して選択する機能を提供するＵＲＬ）を設定する。
【００２５】
次に、予約者以外の利用者が、予約者から教えてもらった予約ＩＤと自分の利用者ＩＤとを入退室システム１１１から入力する（ステップ７０６）。入退室システム１１１から個室ＰＣ１１３を経て店舗Ｗｅｂサイト１０９へ、当該予約ＩＤと利用者ＩＤが送信される（ステップ７０７，７０８）。店舗Ｗｅｂサイト１０９は、その利用者の携帯電話１０１に対して利用チケット４０２を発行する（ステップ７０９）。この利用チケット４０２の各項目は、上記予約者に発行した利用チケットと同内容で、利用者ＩＤのみが異なるものである。次に、予約時の利用人数に満たなければ更に次の利用者の入力を待つ（ステップ７１０）。人数分の入力が終わったら、受付処理（ステップ７１１）を行う。これは、当該個室の個室情報２０２の「空き状態」を「利用中」に設定し、利用ログ３０３を追加する処理である。利用ログ３０３の「利用者ＩＤ」には上記予約ログ３０２の「利用者ＩＤ」を、「利用ＩＤ」には当該個室の個室情報２０２の「利用ＩＤ」を、それぞれ設定する。また利用ログ３０３の「フラグ」は「利用開始」に設定し、「タイムリミット」は利用者に発行した利用チケット４０２の「タイムリミット」の値を設定する。
【００２６】
その後、店舗Ｗｅｂサイト１０９から個室ＰＣ１１３を経由して入退室システム１１１に当該個室１０４を開錠させる（ステップ７１２，７１３，７１４）。なお、予約者については、予約チケットをダウンロードした際に手間が掛かりその通信費分の支出があるので、予約者向けの特典として、店舗Ｗｅｂサイト１０９から予約者の携帯電話１０１に無償注文用ＵＲＬをメールで発行する。予約者は、この無償注文用ＵＲＬから、価格が０円の飲食メニューのみ注文可能である（ステップ７１５）。
【００２７】
なお、利用チケットを発行した全利用者の利用者ＩＤは、利用ＩＤと対応付けて、ログとして保存しておくものとする。
【００２８】
図８は、図５のステップ５０４の選曲処理の手順を示す。各利用者が自分の携帯電話１０１から利用チケット４０２に記載された選曲用ＵＲＬにアクセスすると（ステップ８０１）、選曲画面が表示されるので、その選曲画面から歌いたい曲を選択する（ステップ８０２）。店舗Ｗｅｂサイト１０９は、当該携帯電話１０１に選曲チケット４０３を発行するとともに、選曲ログ３０４と顧客情報２０１を更新する（ステップ８０３）。店舗Ｗｅｂサイト１０９は、当該利用者が利用している個室１０４の個室ＰＣ１１３に対して選曲情報を送信する（ステップ８０４）。個室ＰＣ１１３は、その選曲情報に基づいて、カラオケ端末１０５に対してその曲の再生を指示する（ステップ８０５）。カラオケ端末１０５は、その指示に応じて曲を再生する（ステップ８０６）。曲の再生が終了すると得点表示器１０６に得点が表示される（ステップ８０８）。その得点、選曲情報、及び利用者ＩＤが、カラオケ端末１０５及び個室ＰＣ１１３を経由して、店舗Ｗｅｂサイト１０９に送信される（ステップ８０９，８１０）。店舗Ｗｅｂサイト１０９は、その得点結果に基づいて曲情報２０３を更新すべきか否か判定し、更新すべき場合は曲情報２０３を更新する（ステップ８１１）。曲情報２０３を参照して３位以内に入賞する得点であった場合は、その得点を出した利用者の携帯電話１０１に賞品選択用ＵＲＬを発行する（ステップ８１２）。当該利用者は、賞品選択用ＵＲＬにアクセスして所定の商品を取得できる（ステップ８１３）。
【００２９】
図９は、図５のステップ５０５の注文処理の手順を示す。各利用者が自分の携帯電話１０１から利用チケット４０２に記載された注文用ＵＲＬにアクセスすると（ステップ９０１）、注文画面が表示されるので、その注文画面から注文したい飲食物や商品を選択する（ステップ９０２）。ここでは飲食物を注文したものとして説明する。店舗Ｗｅｂサイト１０９は、選択された飲食物に対応したオーダーを提携業者システム１０３に送信する（ステップ９０３）。提携業者システム１０３にオーダーが入ると、提携業者はそのオーダーに従い調理して当該個室１０４に注文された飲食物を届ける（ステップ９０４）。店舗Ｗｅｂサイト１０９は、注文終了処理を行い、注文ログ３０５を更新する（ステップ９０５）。また店舗Ｗｅｂサイト１０９は、注文した利用者の携帯電話１０１に、注文チケット４０４を発行する（ステップ９０６）。
【００３０】
図１０は、図５のステップ５０８の利用終了処理の手順を示す。店舗Ｗｅｂサイト１０９から当該個室１０４の利用者全員の携帯電話１０１に電子メールで退室を促す旨のメッセージを送信する（ステップ１００１）。そのメールを受けて全利用者はその個室を退室するが、その際、個室ＰＣ１１３から予約者の利用者ＩＤを入力する（ステップ１００２）。予約者の利用者ＩＤが入力されるまで利用者ＩＤの入力を繰り返す（ステップ１００３，１００４）。予約者の利用者ＩＤが入力されたら、店舗Ｗｅｂサイト１０９は個室情報２０２と利用ログ３０３を更新する（ステップ１００５）。これは、当該個室の個室情報２０２の「空き状態」を「空き」とし、「利用ＩＤ」、「利用開始予定時間」、及び「利用終了予定時間」をＮＵＬＬに初期化するとともに、利用ログ３０３の「フラグ」を「利用終了」とする処理である。次に、店舗Ｗｅｂサイト１０９は、個室ＰＣ１１３を経て入退室システム１１１に施錠を指示する（ステップ１００６，１００８）。これにより入退室システム１１１は個室１０４を施錠する（ステップ１００９）。また店舗Ｗｅｂサイト１０９は、会計処理（ステップ１００７）を行う。
【００３１】
なお、退室の際には予約者の利用者ＩＤのみ入力させているが、全利用者の利用者ＩＤを入力させてもよい。ただし、その個室を利用していた全利用者の利用者ＩＤは、店舗Ｗｅｂサイト１０９にて利用ＩＤに対応させて保持しているので、必ずしも利用者に入力させる必要はない。
【００３２】
図１１は、図８のステップ８１３の商品選択処理の手順を示す。図８で説明したように、店舗Ｗｅｂサイト１０９より、入賞した利用者の携帯電話１０１に商品選択用ＵＲＬが送信されている（ステップ１１０１）。当該利用者は、携帯電話１０１から当該商品選択用ＵＲＬに接続し、商品選択画面にて希望の商品を選択する（ステップ１１０２）。店舗Ｗｅｂサイト１０９は、その商品選択情報を受けて、提携業者システム１０３に当該商品の発送を指示する（ステップ１１０３）。提携業者は、その指示を受けて、入賞者の住所に当該商品を発送する（ステップ１１０４）。なお、図示していないが、店舗Ｗｅｂサイト１０９では、入賞者について、その利用者ＩＤと商品発送が既に済んでいるか否かを管理している。入賞者の住所は、入賞者の利用者ＩＤで顧客情報２０１を検索することで知ることができる。商品発送の後、提携業者システム１０３から店舗Ｗｅｂサイト１０９を経由して当該入賞者の携帯電話１０１に商品発送通知をメール送信する（ステップ１１０５，１１０６）。
【００３３】
図１２は、図１０のステップ１００７の会計処理の手順を示す。店舗Ｗｅｂサイト１０９は、予約ログ３０２、利用ログ３０３、選曲ログ３０４、及び注文ログ３０５を参照して、いま利用を終了した利用者一人分の料金を集計する（ステップ１２０１）。そして、その利用者の携帯電話１０１へ会計報告を送信するとともに、その利用者の携帯キャリア１１２に料金請求を行う（ステップ１２０２，１２０３）。その利用者にて領収書の発行が必要な場合は、携帯電話１０１から店舗Ｗｅｂサイト１０９へ領収書を請求すると（ステップ１２０４）、店舗Ｗｅｂサイト１０９は、領収書を作成し当該利用者の住所に領収書を発送する（ステップ１２０５）。利用人数分の会計報告が完了するまで、会計報告を繰り返す（ステップ１２０６）。
【００３４】
なお、上記実施形態において、携帯電話１０１と店舗Ｗｅｂサイト１０９との間の通信は、基本的に携帯電話１０１から店舗Ｗｅｂサイト１０９の所定のＵＲＬにアクセスすることにより行い、リアルタイムな通信が不要な場面ではメール機能を用いて通信を行っている。また、これらの通信は図１ではインターネット経由で行うように図示したが、利用者が個室１０４の近くや内部にいる場合は、無線ＬＡＮで携帯電話１０１と個室ＰＣ１１３とを接続する方式としてもよい。個室ＰＣ１１３と店舗Ｗｅｂサイト１０９との間はプライベートなネットワークで接続してもよい。
【図面の簡単な説明】
【００３５】
【図１】本発明の一実施形態であるカラオケ店舗のシステムの概略構成図
【図２】データベース１１０の内容例（１）を示す図
【図３】データベース１１０の内容例（２）を示す図
【図４】本システムで用いる電子データである各チケットのフォーマットを示す図
【図５】利用者による個室の予約開始から利用終了までの全体の流れを示す図
【図６】予約処理の手順を示す図
【図７】受付処理の手順を示す図
【図８】選曲処理の手順を示す図
【図９】注文処理の手順を示す図
【図１０】利用終了処理の手順を示す図
【図１１】商品選択処理の手順を示す図
【図１２】会計処理の手順を示す図
【符号の説明】
【００３６】
１０１…携帯電話、１０２…インターネット、１０３…提携業者システム、１０４…個室、１０５…カラオケ端末、１０６…得点表示器、１０７…店舗、１０９…店舗Ｗｅｂサイト、１１０…データベース、１１１…入退室システム、１１２…携帯キャリア、１１３…個室ＰＣ、１２０…顧客情報、１２１…個室情報、１２２…曲情報、１２３…飲食メニュー情報、１２４…商品メニュー情報、１２５…予約ログ、１２６…利用ログ、１２７…選曲ログ、１２８…注文ログ。
【技術分野】
【０００１】
本発明は、カラオケ店舗において用いるシステムに関し、特に携帯端末を用いて簡便に個室の予約受付、曲の選曲、及び各種の商品の注文などを行うことができるようにする技術に関する。
【背景技術】
【０００２】
一般に、カラオケ店舗の空室情報は、そのカラオケ店舗に出向いていって従業員に聞く方法や電話で従業員に問合わせる方法によって利用者に提供されるのが通常である。一方、従来よりカラオケ店舗において用いるシステム及び方法が種々提案されている。例えば、特許文献１では、携帯電話を用いてカラオケ店舗の客室の予約手続をオンラインで行うシステム及び方法が提案されている。また特許文献２では、携帯電話を用いてどこからでもカラオケ曲の予約及び部屋の予約ができるカラオケ予約方法が提案されている。
【特許文献１】特開２００３−３６０８６
【特許文献２】特開２００３−１９５８７５
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述の特許文献に記載の技術によれば、携帯電話を用いてカラオケ店舗の個室の予約を行うことができる。しかし、各個室に対する利用者の入退室の管理などを行う従業員は必要である。すなわち上述の従来技術は、完全に無人化し各個室への利用者の入退室の管理までも自動化することを指向するものではない。
【０００４】
また、カラオケ店舗を利用した後の料金の精算についても以下に述べるような不都合がある。例えば、グループでカラオケ店舗を利用した場合であっても料金は一括精算されるので、後でグループ内の各個人の分担金を決めてグループ内で精算のし直しをしなければならないという不便さがあった。さらに、店舗の側では厨房の設備や受付の設備を用意する必要があるが、できればこれらの設備を無くし、個室を増やしたいという店舗側の要求もある。
【０００５】
本発明は、上述のカラオケ店舗における各種の不都合を改善することを目的とし、特に、オンラインで空室の確認や予約の受付を可能とし、精算については利用者毎に料金を精算できるようにし、さらに厨房や受付の設備も不要とするカラオケ店舗における予約・選曲・注文システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明は、利用者の携帯電話などの携帯端末を用いて、カラオケ店舗の個室の予約受付、選曲、及び注文を行えるようにしたことを特徴とするものである。すなわち、予約を行う利用者の携帯端末からカラオケ店舗の個室の予約要求が送信されたとき、該予約要求を受信して予約ログを生成・保持すると共に、該携帯端末に該予約を特定する予約ＩＤを含む予約チケットを送信し、利用者が予約された個室の入力手段から予約ＩＤを入力したとき、該予約ＩＤと予約ログとを突き合わせて適正な予約であることを確認し、個室のドアを自動開錠する。また、利用終了時間に至ったときは、個室の利用者の携帯端末に退室依頼のメッセージを送信し、利用者が退室した後、該個室のドアを自動施錠する。
【０００７】
曲の選曲や各種商品の注文は、各利用者の携帯端末から行う。選曲情報が送られてきたときは、その曲を個室のカラオケ装置で再生するとともに、利用者ＩＤに対応付けて選曲状況をログとして記憶する。注文情報が送られてきたときは、その注文に応じた商品を準備して利用者に実際に届ける業務を行う提携業者のシステムに転送するとともに、利用者ＩＤに対応付けて注文状況をログとして記憶する。これらのログ情報は、利用が終了したときに各利用者毎に精算金額を集計する際に用いる。
【発明の効果】
【０００８】
本発明によれば、オンラインで予約の受付が可能であることに加え、予約をした利用者が予約ＩＤを入力することで自動的に個室の開錠を行い、退室時には自動的に当該個室の施錠を行うので、受付の設備や人員は不要である。利用者毎に選曲状況や商品注文状況を保持するので、利用者毎に料金精算できる。携帯キャリアが料金徴収代行を認めている場合は、各利用者の携帯端末のキャリアに対して請求すれば、料金徴収のためのキャッシャーも不要である。利用者による飲食物その他の商品の注文に対しては、提携業者システムに転送して当該注文に応じることができるので、厨房の設備なども不要である。
【発明を実施するための最良の形態】
【０００９】
以下、本発明を実施する際の一形態について図面を参照して具体的に説明する。
【００１０】
図１は、本発明の一実施形態であるカラオケ店舗のシステムの概略構成を示す。
【００１１】
携帯電話１０１は、カラオケ店舗の利用者が使用する携帯端末であり、ネット接続機能、及びメール送受信機能を装備している。複数の利用者が、それぞれ自分の携帯電話を持っているものとするが、この図では１台のみ図示した。利用者は、携帯電話１０１を用いて、インターネット１０２を介して店舗Ｗｅｂサイト１０９にアクセスすることで、カラオケ店舗の空室情報取得、個室予約、選曲、及び注文を行うことができる。店舗Ｗｅｂサイト１０９は、ネット接続機能、メール送受信機能、及びデータベース（ＤＢ）アクセス機能を備えている。ＤＢアクセス機能は、店舗Ｗｅｂサイト１０９に接続されたデータベース１１０の各テーブルを参照及び更新する機能を提供する。データベース１１０は、顧客情報１２０、個室情報１２１、曲情報１２２、飲食メニュー情報１２３、商品メニュー情報１２４、予約ログ１２５、利用ログ１２６、選曲ログ１２７、及び注文ログ１２８の各テーブルを持つ。これらの各テーブルは、インターネット１０２を介して、携帯電話１０１、提携業者システム１０３、携帯キャリア１１２、及び個室ＰＣ１１３から、店舗Ｗｅｂサイト１０９経由でアクセスすることができる。
【００１２】
提携業者システム１０３は、当該カラオケ店舗に対して飲食物その他の各種の商品を提供する業者のシステムである。提携業者システム１０３は、インターネット１０２経由で店舗Ｗｅｂサイト１０９からの各種の注文を受け付ける。店舗Ｗｅｂサイト１０９は、利用者の携帯電話１０１から発行された注文を仲介して提携業者システム１０３へ送信する。利用者が注文できるのは、飲食メニュー情報１２３に記載されている飲食物や商品メニュー情報１２４に記載されている商品である。注文を受けた提携業者は、注文された飲食物の調理や運搬、及び注文された商品の発送などを行う。
【００１３】
店舗１０７は、利用者が利用する複数の個室１０４を備えた店舗である。個室１０４には、カラオケ端末１０５、得点表示器１０６、個室ＰＣ１１３、及び入退室システム１１１が装備されている。入退室システム１１１は、店舗Ｗｅｂサイト１０９からの指示を個室ＰＣ１１３を経由して受け取り、当該個室１０４のドアの開錠及び施錠を制御する。
【００１４】
携帯キャリア１１２は、携帯電話１０１の使用料金を徴収する携帯電話会社のシステムであり、店舗Ｗｅｂサイト１０９からの料金請求に対応する。
【００１５】
個室ＰＣ１１３は、ネット接続機能、開錠・施錠制御機能、及びカラオケ制御機能を装備している。個室ＰＣ１１３からカラオケ端末１０５を制御することにより、カラオケ再生するとともに、カラオケ端末１０５を経由して得点表示器１０６の得点を取得することができる。
【００１６】
図２は、データベース１１０の内容例（１）を示す。顧客情報２０１は、カラオケ店舗の利用者に関する各種の情報を格納するテーブルである。このカラオケ店舗を利用する利用者は、予め所定の登録処理により顧客情報２０１に登録してあるものとする。ただし、「嗜好曲ＩＤ」は当該利用者が選曲を行ったときに設定する。個室情報２０２は、カラオケ店舗の各個室に関する情報を格納するテーブルである。個室情報２０２のうち、「個室ＩＤ」、「最大利用可能人数」、及び「価格」の各項目は、予め個室毎に決まったデータが格納されている。「空き状態」は、その個室が空いているとき「空き」、予約されたとき「予約中」、利用中のとき「利用中」に設定される。「利用ＩＤ」は、その個室が空き状態のときはＮＵＬＬが格納され、その個室が予約されたときその予約から個室の利用を終了するまでの一連の個室の利用割当てに付けたＩＤが格納される。「利用開始予定時間」及び「利用終了予定時間」は、予約が入ったときに開始予定と終了予定を格納するものである。
【００１７】
曲情報２０３は、カラオケ店舗で再生することができる各曲に関する情報を格納するテーブルである。曲情報２０３のうち、「曲ＩＤ」、「曲名」、「曲名ふりがな」、「歌手名」、「歌手名ふりがな」、及び「価格」については、予め所定のデータが格納されている。「最高得点」以下の各項目は、その曲が再生されて高得点が出たときに設定・更新される。飲食メニュー情報２０４は、提携業者システム１０３の提携業者により提供される各種の飲食物に関する情報（メニュー）を格納するテーブルであり、予めメニューのデータが格納されている。
【００１８】
図３は、データベース１１０の内容例（２）を示す。商品メニュー情報３０１は、上述の提携業者により提供される各種の商品に関する情報を格納するテーブルであり、予め提供できる商品に関する情報が格納されている。予約ログ３０２は、個室の予約があったときにその予約に関するログ情報を格納するテーブルである。利用ログ３０３は、利用者による個室の利用が開始されてから終了するまでの利用状況に関するログ情報を格納するテーブルである。選曲ログ３０４は、利用者が１曲選曲する毎にその選曲状況に関するログ情報を格納するテーブルである。注文ログ３０５は、利用者が飲食物や商品を注文する毎にその注文状況に関するログ情報を格納するテーブルである。
【００１９】
図４は、本システムで用いる電子データである各チケットのフォーマットを示す。予約チケット４０１は、利用者が携帯電話１０１から店舗Ｗｅｂサイト１０９にアクセスして個室の予約を行った際に、店舗Ｗｅｂサイト１０９から携帯電話１０１に発行される電子データである。予約チケット４０１は、予約をした利用者（予約者）を特定する利用者ＩＤや予約内容の情報を備えている。利用チケット４０２は、各利用者が個室を実際に利用開始したときに発行されるチケットであり、その利用者を特定する利用者ＩＤや個室の利用状況などを保持するチケットである。選曲チケット４０３は、各利用者が選曲を行った際に発行されるチケットであり、選曲を行った利用者を特定する利用者ＩＤや利用ＩＤなどが格納されている。注文チケット４０４は、各利用者が各種商品を注文したときに発行されるチケットであり、注文を行った利用者の利用者ＩＤや注文した商品に関する情報などが格納されている。
【００２０】
図５は、利用者による個室の予約開始から利用終了までの全体の流れを示す。個人またはグループの一人が代表して予約者となり、当該予約者の携帯電話１０１から店舗Ｗｅｂサイト１０９にアクセスして予約を行う（ステップ５０１）。その後、予約者または予約者を含むグループは、店舗まで出向いて受付処理を行う（ステップ５０２）。個室へ入室したら選曲あるいは注文を行う（ステップ５０３）。選曲の場合は、その選曲をしたい利用者が自分の携帯電話１０１で店舗Ｗｅｂサイト１０９にアクセスして選曲する（ステップ５０４）。飲食などを注文したい場合は、その注文をしたい利用者が自分の携帯電話１０１で店舗Ｗｅｂサイト１０９にアクセスして注文する（ステップ５０５）。店舗Ｗｅｂサイト１０９は、利用ログ３０３のタイムリミットを参照して利用終了予定時間かどうか判定する。利用終了予定時間でなければ、ふたたび選曲／注文を受け付ける（ステップ５０６）。利用終了予定時間に至ったら、利用終了処理を行う（ステップ５０８）。
【００２１】
図６は、図５のステップ５０１の予約処理の手順を示す。携帯電話１０１から店舗Ｗｅｂサイト１０９にアクセスする（ステップ６０１）。店舗Ｗｅｂサイト１０９から当該携帯電話１０１に予約画面が送信され表示されるので、その予約画面でカラオケの利用条件（人数、利用時間）を入力する（ステップ６０２）。店舗Ｗｅｂサイト１０９は、入力した利用条件に応じた個室空き状況を携帯電話１０１に回答する（ステップ６０３）。店舗Ｗｅｂサイト１０９におけるこの処理は、個室情報２０２を参照して、前記利用条件に合致した現在空きの個室を探索し、その探索結果に基づいて「空き個室無し」のメッセージまたは利用条件に合致した空きの個室のリストを当該携帯電話１０１に応答する処理である。
【００２２】
空き個室がある場合、利用者は該リストから予約する個室を選択する（ステップ６０４）。空き個室が無い場合は、個室が空いた際に連絡が必要かどうかを選択する。そのような連絡が不要な場合は予約しないで終了する（ステップ６０５）。個室が空いた際に連絡が必要である旨を選択した場合、店舗Ｗｅｂサイト１０９は定期的に個室の空き状態をチェックし、前記利用条件に合致した個室が空き状態になったとき、その旨を当該利用者にメールで連絡する。それ以後は、再びステップ６０３から予約処理を続ける。
【００２３】
ステップ６０４で、利用者が予約する個室を選択したときは、予約登録処理（ステップ６０６）を行う。これは、選択された個室の個室情報２０２の「空き状態」の項目を「予約中」とし、新たに「利用ＩＤ」を設定し、利用者により入力された利用条件に応じて「利用開始予定時間」と「利用終了予定時間」を設定する処理である。さらに、当該予約に関する予約ログ３０２を格納する処理も行う。予約ログ３０２中の「予約ＩＤ」は、当該予約を特定する情報として新たに割り当てたＩＤである。予約登録処理が終わったら、店舗Ｗｅｂサイト１０９は当該携帯電話１０１に予約チケット４０１を発行する（ステップ６０７）。
【００２４】
図７は、図５のステップ５０２の受付処理の手順を示す。予約者または予約者を含むグループは店舗１０７の予約した個室１０４に向かい、その入退室システム１１１から予約チケット４０１に記載された予約ＩＤと利用者ＩＤを入力する（ステップ７０１）。入退室システム１１１から個室ＰＣ１１３を経て店舗Ｗｅｂサイト１０９へ、当該予約ＩＤと利用者ＩＤが送信される（ステップ７０２，７０３）。店舗Ｗｅｂサイト１０９は、その予約ＩＤと利用者ＩＤを予約ログ３０２と突合せ、確かに予約されているか否か、予約状況の確認を行う（ステップ７０４）。予約が確認できたときは、予約者の携帯電話１０１に対して利用チケット４０２を発行する（ステップ７０５）。この利用チケット４０２の「利用者ＩＤ」には上記予約ログ３０２の「利用者ＩＤ」を、「利用ＩＤ」には予約されている個室の個室情報２０２の「利用ＩＤ」を、それぞれ設定する。また「選曲用ＵＲＬ」と「注文用ＵＲＬ」には、選曲及び注文を行うための店舗Ｗｅｂサイト１０９の所定のＵＲＬ（選曲のために曲情報１２２の一覧を参照して選択する機能を提供するＵＲＬと、注文のために飲食メニュー情報１２３や商品メニュー情報１２４の一覧を参照して選択する機能を提供するＵＲＬ）を設定する。
【００２５】
次に、予約者以外の利用者が、予約者から教えてもらった予約ＩＤと自分の利用者ＩＤとを入退室システム１１１から入力する（ステップ７０６）。入退室システム１１１から個室ＰＣ１１３を経て店舗Ｗｅｂサイト１０９へ、当該予約ＩＤと利用者ＩＤが送信される（ステップ７０７，７０８）。店舗Ｗｅｂサイト１０９は、その利用者の携帯電話１０１に対して利用チケット４０２を発行する（ステップ７０９）。この利用チケット４０２の各項目は、上記予約者に発行した利用チケットと同内容で、利用者ＩＤのみが異なるものである。次に、予約時の利用人数に満たなければ更に次の利用者の入力を待つ（ステップ７１０）。人数分の入力が終わったら、受付処理（ステップ７１１）を行う。これは、当該個室の個室情報２０２の「空き状態」を「利用中」に設定し、利用ログ３０３を追加する処理である。利用ログ３０３の「利用者ＩＤ」には上記予約ログ３０２の「利用者ＩＤ」を、「利用ＩＤ」には当該個室の個室情報２０２の「利用ＩＤ」を、それぞれ設定する。また利用ログ３０３の「フラグ」は「利用開始」に設定し、「タイムリミット」は利用者に発行した利用チケット４０２の「タイムリミット」の値を設定する。
【００２６】
その後、店舗Ｗｅｂサイト１０９から個室ＰＣ１１３を経由して入退室システム１１１に当該個室１０４を開錠させる（ステップ７１２，７１３，７１４）。なお、予約者については、予約チケットをダウンロードした際に手間が掛かりその通信費分の支出があるので、予約者向けの特典として、店舗Ｗｅｂサイト１０９から予約者の携帯電話１０１に無償注文用ＵＲＬをメールで発行する。予約者は、この無償注文用ＵＲＬから、価格が０円の飲食メニューのみ注文可能である（ステップ７１５）。
【００２７】
なお、利用チケットを発行した全利用者の利用者ＩＤは、利用ＩＤと対応付けて、ログとして保存しておくものとする。
【００２８】
図８は、図５のステップ５０４の選曲処理の手順を示す。各利用者が自分の携帯電話１０１から利用チケット４０２に記載された選曲用ＵＲＬにアクセスすると（ステップ８０１）、選曲画面が表示されるので、その選曲画面から歌いたい曲を選択する（ステップ８０２）。店舗Ｗｅｂサイト１０９は、当該携帯電話１０１に選曲チケット４０３を発行するとともに、選曲ログ３０４と顧客情報２０１を更新する（ステップ８０３）。店舗Ｗｅｂサイト１０９は、当該利用者が利用している個室１０４の個室ＰＣ１１３に対して選曲情報を送信する（ステップ８０４）。個室ＰＣ１１３は、その選曲情報に基づいて、カラオケ端末１０５に対してその曲の再生を指示する（ステップ８０５）。カラオケ端末１０５は、その指示に応じて曲を再生する（ステップ８０６）。曲の再生が終了すると得点表示器１０６に得点が表示される（ステップ８０８）。その得点、選曲情報、及び利用者ＩＤが、カラオケ端末１０５及び個室ＰＣ１１３を経由して、店舗Ｗｅｂサイト１０９に送信される（ステップ８０９，８１０）。店舗Ｗｅｂサイト１０９は、その得点結果に基づいて曲情報２０３を更新すべきか否か判定し、更新すべき場合は曲情報２０３を更新する（ステップ８１１）。曲情報２０３を参照して３位以内に入賞する得点であった場合は、その得点を出した利用者の携帯電話１０１に賞品選択用ＵＲＬを発行する（ステップ８１２）。当該利用者は、賞品選択用ＵＲＬにアクセスして所定の商品を取得できる（ステップ８１３）。
【００２９】
図９は、図５のステップ５０５の注文処理の手順を示す。各利用者が自分の携帯電話１０１から利用チケット４０２に記載された注文用ＵＲＬにアクセスすると（ステップ９０１）、注文画面が表示されるので、その注文画面から注文したい飲食物や商品を選択する（ステップ９０２）。ここでは飲食物を注文したものとして説明する。店舗Ｗｅｂサイト１０９は、選択された飲食物に対応したオーダーを提携業者システム１０３に送信する（ステップ９０３）。提携業者システム１０３にオーダーが入ると、提携業者はそのオーダーに従い調理して当該個室１０４に注文された飲食物を届ける（ステップ９０４）。店舗Ｗｅｂサイト１０９は、注文終了処理を行い、注文ログ３０５を更新する（ステップ９０５）。また店舗Ｗｅｂサイト１０９は、注文した利用者の携帯電話１０１に、注文チケット４０４を発行する（ステップ９０６）。
【００３０】
図１０は、図５のステップ５０８の利用終了処理の手順を示す。店舗Ｗｅｂサイト１０９から当該個室１０４の利用者全員の携帯電話１０１に電子メールで退室を促す旨のメッセージを送信する（ステップ１００１）。そのメールを受けて全利用者はその個室を退室するが、その際、個室ＰＣ１１３から予約者の利用者ＩＤを入力する（ステップ１００２）。予約者の利用者ＩＤが入力されるまで利用者ＩＤの入力を繰り返す（ステップ１００３，１００４）。予約者の利用者ＩＤが入力されたら、店舗Ｗｅｂサイト１０９は個室情報２０２と利用ログ３０３を更新する（ステップ１００５）。これは、当該個室の個室情報２０２の「空き状態」を「空き」とし、「利用ＩＤ」、「利用開始予定時間」、及び「利用終了予定時間」をＮＵＬＬに初期化するとともに、利用ログ３０３の「フラグ」を「利用終了」とする処理である。次に、店舗Ｗｅｂサイト１０９は、個室ＰＣ１１３を経て入退室システム１１１に施錠を指示する（ステップ１００６，１００８）。これにより入退室システム１１１は個室１０４を施錠する（ステップ１００９）。また店舗Ｗｅｂサイト１０９は、会計処理（ステップ１００７）を行う。
【００３１】
なお、退室の際には予約者の利用者ＩＤのみ入力させているが、全利用者の利用者ＩＤを入力させてもよい。ただし、その個室を利用していた全利用者の利用者ＩＤは、店舗Ｗｅｂサイト１０９にて利用ＩＤに対応させて保持しているので、必ずしも利用者に入力させる必要はない。
【００３２】
図１１は、図８のステップ８１３の商品選択処理の手順を示す。図８で説明したように、店舗Ｗｅｂサイト１０９より、入賞した利用者の携帯電話１０１に商品選択用ＵＲＬが送信されている（ステップ１１０１）。当該利用者は、携帯電話１０１から当該商品選択用ＵＲＬに接続し、商品選択画面にて希望の商品を選択する（ステップ１１０２）。店舗Ｗｅｂサイト１０９は、その商品選択情報を受けて、提携業者システム１０３に当該商品の発送を指示する（ステップ１１０３）。提携業者は、その指示を受けて、入賞者の住所に当該商品を発送する（ステップ１１０４）。なお、図示していないが、店舗Ｗｅｂサイト１０９では、入賞者について、その利用者ＩＤと商品発送が既に済んでいるか否かを管理している。入賞者の住所は、入賞者の利用者ＩＤで顧客情報２０１を検索することで知ることができる。商品発送の後、提携業者システム１０３から店舗Ｗｅｂサイト１０９を経由して当該入賞者の携帯電話１０１に商品発送通知をメール送信する（ステップ１１０５，１１０６）。
【００３３】
図１２は、図１０のステップ１００７の会計処理の手順を示す。店舗Ｗｅｂサイト１０９は、予約ログ３０２、利用ログ３０３、選曲ログ３０４、及び注文ログ３０５を参照して、いま利用を終了した利用者一人分の料金を集計する（ステップ１２０１）。そして、その利用者の携帯電話１０１へ会計報告を送信するとともに、その利用者の携帯キャリア１１２に料金請求を行う（ステップ１２０２，１２０３）。その利用者にて領収書の発行が必要な場合は、携帯電話１０１から店舗Ｗｅｂサイト１０９へ領収書を請求すると（ステップ１２０４）、店舗Ｗｅｂサイト１０９は、領収書を作成し当該利用者の住所に領収書を発送する（ステップ１２０５）。利用人数分の会計報告が完了するまで、会計報告を繰り返す（ステップ１２０６）。
【００３４】
なお、上記実施形態において、携帯電話１０１と店舗Ｗｅｂサイト１０９との間の通信は、基本的に携帯電話１０１から店舗Ｗｅｂサイト１０９の所定のＵＲＬにアクセスすることにより行い、リアルタイムな通信が不要な場面ではメール機能を用いて通信を行っている。また、これらの通信は図１ではインターネット経由で行うように図示したが、利用者が個室１０４の近くや内部にいる場合は、無線ＬＡＮで携帯電話１０１と個室ＰＣ１１３とを接続する方式としてもよい。個室ＰＣ１１３と店舗Ｗｅｂサイト１０９との間はプライベートなネットワークで接続してもよい。
【図面の簡単な説明】
【００３５】
【図１】本発明の一実施形態であるカラオケ店舗のシステムの概略構成図
【図２】データベース１１０の内容例（１）を示す図
【図３】データベース１１０の内容例（２）を示す図
【図４】本システムで用いる電子データである各チケットのフォーマットを示す図
【図５】利用者による個室の予約開始から利用終了までの全体の流れを示す図
【図６】予約処理の手順を示す図
【図７】受付処理の手順を示す図
【図８】選曲処理の手順を示す図
【図９】注文処理の手順を示す図
【図１０】利用終了処理の手順を示す図
【図１１】商品選択処理の手順を示す図
【図１２】会計処理の手順を示す図
【符号の説明】
【００３６】
１０１…携帯電話、１０２…インターネット、１０３…提携業者システム、１０４…個室、１０５…カラオケ端末、１０６…得点表示器、１０７…店舗、１０９…店舗Ｗｅｂサイト、１１０…データベース、１１１…入退室システム、１１２…携帯キャリア、１１３…個室ＰＣ、１２０…顧客情報、１２１…個室情報、１２２…曲情報、１２３…飲食メニュー情報、１２４…商品メニュー情報、１２５…予約ログ、１２６…利用ログ、１２７…選曲ログ、１２８…注文ログ。
【特許請求の範囲】
【請求項１】
カラオケ店舗における利用者からの予約の受付を行う予約受付システムであって、
予約を行う利用者の携帯端末からカラオケ店舗の個室の予約要求が送信されたとき、該予約要求を受信して予約ログを生成・保持すると共に、該携帯端末に該予約を特定する予約ＩＤを含む予約チケットを送信する手段と、
カラオケ店舗の各個室毎に設けられた、個室のドアの施錠と開錠を制御する手段、及び入力手段と、
前記利用者が前記予約された個室の入力手段から前記予約チケットの予約ＩＤを入力したとき、該予約ＩＤと前記予約ログとを突き合わせて適正な予約であることを確認する手段と、
適正な予約であることが確認されたとき、前記個室のドアを開錠する手段と
を備えたことを特徴とするカラオケ店舗の予約受付システム。
【請求項２】
請求項１に記載のカラオケ店舗の予約受付システムにおいて、
利用終了時間に至った個室の利用者の携帯端末に退室依頼のメッセージを送信する手段と、
利用者が退室した後、該個室のドアを施錠する手段と
を、さらに備えたことを特徴とするカラオケ店舗の予約受付システム。
【請求項３】
カラオケ店舗において利用者に選曲機能を提供する選曲システムであって、
個室を利用する各利用者それぞれの利用者ＩＤを取得しておく手段と、
利用者の携帯端末から送信される選曲情報を受信する手段と、
受信した選曲情報で特定される曲を前記個室のカラオケ装置により再生する手段と、
受信した選曲情報に基づいて、利用者ＩＤ毎の選曲状況を示すログ情報を記憶する手段と
を備えたことを特徴とするカラオケ店舗の選曲システム。
【請求項４】
カラオケ店舗において利用者に飲食物その他の商品の注文機能を提供する注文システムであって、
個室を利用する各利用者それぞれの利用者ＩＤを取得しておく手段と、
利用者の携帯端末から送信される注文情報を受信する手段と、
受信した注文情報を、その注文に応じた商品を準備して前記利用者に実際に届ける業務を行う提携業者のシステムに、転送する手段と、
受信した注文情報に基づいて、利用者ＩＤ毎の注文状況を示すログ情報を記憶する手段と
を備えたことを特徴とするカラオケ店舗の注文システム。
【請求項５】
請求項３または４に記載のカラオケ店舗の選曲システムまたは注文システムにおいて、
前記利用者ＩＤ毎の選曲状況または注文状況を示すログ情報に基づいて、各利用者毎に請求金額を集計し、該集計結果を各利用者毎の携帯端末に送信する手段を、さらに備えたことを特徴とするカラオケ店舗の選曲システムまたは注文システム。
【請求項６】
請求項５に記載のカラオケ店舗の選曲システムまたは注文システムにおいて、
前記利用者の携帯端末の契約業者が料金の代理徴収を認める業者であるときは、その利用者に対する請求金額の料金請求を該契約業者のシステムに送信する手段を、さらに備えたことを特徴とするカラオケ店舗の選曲システムまたは注文システム。
【請求項１】
カラオケ店舗における利用者からの予約の受付を行う予約受付システムであって、
予約を行う利用者の携帯端末からカラオケ店舗の個室の予約要求が送信されたとき、該予約要求を受信して予約ログを生成・保持すると共に、該携帯端末に該予約を特定する予約ＩＤを含む予約チケットを送信する手段と、
カラオケ店舗の各個室毎に設けられた、個室のドアの施錠と開錠を制御する手段、及び入力手段と、
前記利用者が前記予約された個室の入力手段から前記予約チケットの予約ＩＤを入力したとき、該予約ＩＤと前記予約ログとを突き合わせて適正な予約であることを確認する手段と、
適正な予約であることが確認されたとき、前記個室のドアを開錠する手段と
を備えたことを特徴とするカラオケ店舗の予約受付システム。
【請求項２】
請求項１に記載のカラオケ店舗の予約受付システムにおいて、
利用終了時間に至った個室の利用者の携帯端末に退室依頼のメッセージを送信する手段と、
利用者が退室した後、該個室のドアを施錠する手段と
を、さらに備えたことを特徴とするカラオケ店舗の予約受付システム。
【請求項３】
カラオケ店舗において利用者に選曲機能を提供する選曲システムであって、
個室を利用する各利用者それぞれの利用者ＩＤを取得しておく手段と、
利用者の携帯端末から送信される選曲情報を受信する手段と、
受信した選曲情報で特定される曲を前記個室のカラオケ装置により再生する手段と、
受信した選曲情報に基づいて、利用者ＩＤ毎の選曲状況を示すログ情報を記憶する手段と
を備えたことを特徴とするカラオケ店舗の選曲システム。
【請求項４】
カラオケ店舗において利用者に飲食物その他の商品の注文機能を提供する注文システムであって、
個室を利用する各利用者それぞれの利用者ＩＤを取得しておく手段と、
利用者の携帯端末から送信される注文情報を受信する手段と、
受信した注文情報を、その注文に応じた商品を準備して前記利用者に実際に届ける業務を行う提携業者のシステムに、転送する手段と、
受信した注文情報に基づいて、利用者ＩＤ毎の注文状況を示すログ情報を記憶する手段と
を備えたことを特徴とするカラオケ店舗の注文システム。
【請求項５】
請求項３または４に記載のカラオケ店舗の選曲システムまたは注文システムにおいて、
前記利用者ＩＤ毎の選曲状況または注文状況を示すログ情報に基づいて、各利用者毎に請求金額を集計し、該集計結果を各利用者毎の携帯端末に送信する手段を、さらに備えたことを特徴とするカラオケ店舗の選曲システムまたは注文システム。
【請求項６】
請求項５に記載のカラオケ店舗の選曲システムまたは注文システムにおいて、
前記利用者の携帯端末の契約業者が料金の代理徴収を認める業者であるときは、その利用者に対する請求金額の料金請求を該契約業者のシステムに送信する手段を、さらに備えたことを特徴とするカラオケ店舗の選曲システムまたは注文システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００６−１０７２０（Ｐ２００６−１０７２０Ａ）
【公開日】平成１８年１月１２日（２００６．１．１２）
【国際特許分類】
【出願番号】特願２００４−１８３１７０（Ｐ２００４−１８３１７０）
【出願日】平成１６年６月２２日（２００４．６．２２）
【出願人】（０００２３３０５５）日立ソフトウエアエンジニアリング株式会社 (1,610)
【Ｆターム（参考）】
【公開日】平成１８年１月１２日（２００６．１．１２）
【国際特許分類】
【出願日】平成１６年６月２２日（２００４．６．２２）
【出願人】（０００２３３０５５）日立ソフトウエアエンジニアリング株式会社 (1,610)
【Ｆターム（参考）】
[ Back to top ]