JP4353629B2

JP4353629B2 - ネット案内所システムを形成するサーバ

Info

Publication number: JP4353629B2
Application number: JP2000363908A
Authority: JP
Inventors: 浩一細野
Original assignee: 株式会社エスアンドケイ
Priority date: 2000-11-29
Filing date: 2000-11-29
Publication date: 2009-10-28
Anticipated expiration: 2020-11-29
Also published as: JP2002163404A

Description

【０００１】
【産業上の利用分野】
この発明はネット案内所のシステムに関し、特にたとえばインターネットを利用し、顧客に予約に適当なカラオケ店の候補を提示し、顧客が当日の混雑状況を確認できかつ予約もできる、新規なシステムに関する。
【０００２】
【従来の技術】
カラオケを歌いたくなったとき、顧客は、一般に、適当な店舗を自分で探してその店舗に行くが、店舗を探すためにはかなりの情報を予め取得しておく必要があり、しかも仮に店舗を探せても、その店舗に着いて初めて待ち時間を知るので、特に、混雑しているときなどは、楽しみが半減したり、諦めて帰らなければならない場合もあった。
【０００３】
【発明が解決しようとする課題】
特定の店舗の情報は、たとえばインターネットで検索することによって或る程度入手できるが、長い待ち時間を解消するためには、その店舗に直接電話して、混み具合等必要な情報を入手するしか方法はない。しかも、この方法によっても、電話を受けた部署や人によって、必ずしも正確な混雑状況を教えてもらえる訳ではなく、結局、長い待ち時間に苦しむことになる場合がある。
【０００４】
それゆえに、この発明の主たる目的は、新規な、ネット案内所のシステムを提供することである。
【０００５】
【０００６】
この発明の他の目的は、店舗内での顧客の待ち時間を可及的短縮できる、ネット案内所のシステムを提供することである。
【０００７】
【０００８】
【課題を解決するための手段】
本発明の構成を、下記［１］に示す。
［１］構成１：
【０００９】
【００１０】
【００１１】
【００１２】
【００１３】
【００１４】
【００１５】
顧客端末からの要求に応じて当該顧客端末とデータを送受信し、及び、所定の条件が満たされた場合は該条件により指示されるカラオケ店舗端末とデータを送受信し、及び、カラオケ店舗端末からの要求に応じて当該カラオケ店舗端末とデータを送受信することにより、カラオケ店に関するネット案内所システムを形成するサーバであって、
現営業日の営業時間帯の最新の待ち人数／順番のデータと次の営業日の営業時間帯の最新の待ち人数／順番のデータとをカラオケ店舗端末とのデータの送受信に基づいて取得してカラオケ店毎にそれぞれ保持しているとともに、各カラオケ店の場所データをそれぞれ保持している、所定の記憶装置内に設けられた店舗情報保持手段と、
顧客端末から利用希望場所と利用人数を特定するデータが受信されると、前記所定の記憶装置内の店舗情報保持手段から当該希望場所に該当する場所データを持つカラオケ店をそれぞれ抽出し、及び当該抽出した各カラオケ店の現営業日の営業時間帯の最新の待ち人数／順番のデータ及び次の営業日の営業時間帯の最新の待ち人数／順番のデータを前記所定の記憶装置内の店舗情報保持手段から読み出し、及び当該抽出したカラオケ店の中から何れかのカラオケ店を選択できる店舗選択画面を表示させるための表示用データを所定の記憶装置から読み出して、当該顧客端末へ送信する、店舗情報提供手段と、
前記店舗情報提供手段が前記各データを送信した顧客端末から何れかのカラオケ店を選択する旨のデータが受信されると、当該データが指示するカラオケ店の利用を申し込むための申込画面として、現営業日の営業時間帯での利用の申し込みである順番待ち申込と次の営業日の営業時間帯での利用の申し込みである予約申込の何れか一方を選択できる申込画面を当該顧客端末に表示させるための表示用データを所定の記憶装置から読み出して、当該顧客端末へ送信する、申込画面提供手段と、
前記申込画面提供手段が前記表示用データを送信した顧客端末から前記順番待ち申込を申し込む旨の順番待ち申込データ又は前記予約申込を申し込む旨の予約申込データの何れか一方が受信されると、当該受信した申込データ及び当該申込データに対応付けられている利用人数データに当該申込データを登録すべき旨の登録指示データを付加して、当該申込データが対応付けられているカラオケ店のカラオケ店舗端末へ送信する、申込情報提供手段と、
を有することを特徴とするサーバ。
そして、待ち人数が更新された場合、サーバは待ち人数／順番の更新毎にプッシュの技術を使用して顧客端末に、更新した待ち人数／順番を提示する構成とすることが可能である。
【００１６】
【００１７】
【００１８】
【００１９】
【００２０】
【００２１】
【００２２】
【００２３】
【００２４】
【００２５】
【００２６】
【００２７】
【００２８】
【００２９】
【００３０】
【発明の効果】
【００３１】
構成１のサーバは、顧客端末からの要求に応じて当該顧客端末とデータを送受信し、及び、所定の条件が満たされた場合は該条件により指示されるカラオケ店舗端末とデータを送受信し、及び、カラオケ店舗端末からの要求に応じて当該カラオケ店舗端末とデータを送受信することにより、カラオケ店に関するネット案内所システムを形成するサーバであって、現営業日の営業時間帯の最新の待ち人数／順番のデータと次の営業日の営業時間帯の最新の待ち人数／順番のデータとをカラオケ店舗端末とのデータの送受信に基づいて取得してカラオケ店毎にそれぞれ保持しているとともに、各カラオケ店の場所データをそれぞれ保持している、所定の記憶装置内に設けられた店舗情報保持手段と、顧客端末から利用希望場所と利用人数を特定するデータが受信されると、前記所定の記憶装置内の店舗情報保持手段から当該希望場所に該当する場所データを持つカラオケ店をそれぞれ抽出し、及び当該抽出した各カラオケ店の現営業日の営業時間帯の最新の待ち人数／順番のデータ及び次の営業日の営業時間帯の最新の待ち人数／順番のデータを前記所定の記憶装置内の店舗情報保持手段から読み出し、及び当該抽出したカラオケ店の中から何れかのカラオケ店を選択できる店舗選択画面を表示させるための表示用データを所定の記憶装置から読み出して、当該顧客端末へ送信する、店舗情報提供手段と、前記店舗情報提供手段が前記各データを送信した顧客端末から何れかのカラオケ店を選択する旨のデータが受信されると、当該データが指示するカラオケ店の利用を申し込むための申込画面として、現営業日の営業時間帯での利用の申し込みである順番待ち申込と次の営業日の営業時間帯での利用の申し込みである予約申込の何れか一方を選択できる申込画面を当該顧客端末に表示させるための表示用データを所定の記憶装置から読み出して、当該顧客端末へ送信する、申込画面提供手段と、前記申込画面提供手段が前記表示用データを送信した顧客端末から前記順番待ち申込を申し込む旨の順番待ち申込データ又は前記予約申込を申し込む旨の予約申込データの何れか一方が受信されると、当該受信した申込データ及び当該申込データに対応付けられている利用人数データに当該申込データを登録すべき旨の登録指示データを付加して、当該申込データが対応付けられているカラオケ店のカラオケ店舗端末へ送信する、申込情報提供手段とを有するため、顧客は現時間帯又は次の時間帯をそれぞれの待ち人数に基づいて判断して選択でき、店舗内での顧客の待ち時間を短縮できる。
【００３２】
【００３３】
【００３４】
【実施例】
図１に示すこの発明のネット案内所システム１００は、具体的には、インターネット１２を利用して実現される。すなわち、サーバ１４がネットワーク１２に接続され、顧客端末１６および店舗（カラオケ店，飲食店、映画館、ボーリング場、マッサージ（あんまや整体師施設を含む），弁護士や司法書士あるいは税理士等の事務所等）端末２０がそのネットワーク１２を通して、サーバ１４にアクセスできる。顧客端末１６は、顧客の携帯電話や携帯情報端末または自宅や勤務先に設けられたＰＣ(Personal Computer)である。店舗１８には、店舗端末２０およびＰＯＳ端末２２が設けられる。ＰＯＳ（point of sales）端末２２とは、店舗の会計伝票を処理するコンピュータを意味する。そして、ＰＯＳ端末２２が会計処理の終了または顧客の治療の終了を店舗端末２０に教えることによって、店舗端末２０は、待ち人数の正確な把握が可能となり、サーバ１４に正確な待ち人数データを送信することができる。６は移動体通信網、７は通信事業者の設備、８はインターネットプロバイダの設備、１０はモデム、１１はＬＡＮ専用線などの専用通信回線網を示している。
【００３５】
顧客も店舗もともに、このネット案内所１００を利用する場合には、事前登録が必要である。そして、その事前登録をした顧客や店舗は誰でも、ネット案内所１００を利用できる。ただし、店舗の登録に関しては、必要な情報をリアルタイムで提供するという条件下でのみ、任意の店舗が加入できる。
【００３６】
顧客は、自分の信用情報（クレジット番号、保険証番号など）やその顧客のＩＤ（識別番号）等の必要な情報を、自己の顧客端末１６およびネットワーク１２を通して、サーバ１４に登録する。
【００３７】
店舗１８は、店舗名，店舗のカテゴリ／ジャンル／サービス（カラオケ,ボーリング,スケート,ビリヤード,ゲーム,映画,ゴルフ,テニス,イタリア料理,韓国料理,焼肉,ホテル,マッサージ,司法相談等）,場所,ＴＰＯやグループの人数制限などの、顧客が店舗を選択するに足る必要な情報を、自己の店舗端末２０またはＰＯＳ端末２２ならびにネットワーク１２を介して、サーバ１４に登録する。
【００３８】
このような事前登録を前提に以下、この実施例のネット案内所１００を利用する方法および手順について、図２および図３を参照して、説明する。
【００３９】
まず、図２のステップＳ１１で、顧客は、顧客端末１６（図１）を起動して、サーバ１４に接続し、ネット案内所のｗｅｂサイト（ホームページ）をアクセスする。このアクセスは、制限を加えずに誰でもが自由にアクセスできるようにするが、予めユーザ登録した顧客のみにアクセスを許容する構成とすることもできる。この場合は、顧客は、顧客ＩＤを入力する。したがって、サーバ１４は、顧客ＩＤが事前に登録した顧客ＩＤのどれかと一致するかどうかで、アクセスを許否する。
【００４０】
ネット案内所に適正なアクセスがあったとき、サーバ１４は、顧客端末１６に対して、図４に示す案内所画面を提示する。この案内所画面には、顧客の情報（顧客ＩＤなど）を入力するための入力枠が形成されるとともに、予約しようとする日付や、サーバ１４が予約する店舗を候補として判断するために必要な検索情報、たとえば希望する店舗の場所（住所・地名入力または顧客の現在位置(最寄の店舗を希望する場合)）,希望する店舗情報（ジャンル／カテゴリ／サービスなど）,人数などを入力するための欄が形成されている。したがって、顧客は、ステップＳ１２において、その案内所画面上の記入枠に順次情報を入力する。ただし、自分のお目当ての店舗が予め決まっている場合には、希望店舗名（たとえば、店舗名または電話番号,住所などの店舗を特定できる情報）を直接入力することもできる。なお、この案内所画面における「その他の情報」の欄には、顧客が利用する形態（忘年会,歓送迎会,誕生日会,デートなど）や希望するお店の雰囲気や付帯サービスなど等の店舗選択に役立つ情報を入力することができる。また、図において、「選択入力」とあるのは、選択候補をサーバ１４が提供していて、顧客は、たとえばその枠に形成された下向き矢印「▼」からその選択候補を開いて選択することによって、必要な情報を入力ないし設定することを意味する。
【００４１】
ステップＳ１１〜Ｓ１２で顧客の情報が入力されると、次のステップＳ２２で、サーバ１４は、図５に示すような店舗選択画面を顧客端末１６に提供する。その前提として、顧客が店舗を一つに特定する情報を入力しておらず、カテゴリなどの検索条件だけを入力している場合には、サーバ１４は、それらの情報に基づいて、予約店舗を特定する。
【００４２】
図５の店舗選択画面では、当日営業中であるか、またはその時刻以降に営業予定がある店舗を掲示するとともに、現在の混雑状況として待ち人数・時間を表示する。さらに、必要に応じて、営業時間，予約希望時間における混雑状況（待ち人数・時間）を表示する。なお、待ち人数／順番・時間の表示例としては、待ち人数／順番だけ、あるいは待ち時間だけでもよいが、両方を提示するのが望ましい。そして、店舗選択画面には、図５の右端に示すような、該当の各店舗の詳細情報を蓄積したデータベースを開くことができる枠も併置する。そして、顧客は、希望する店舗の枠をクリックすると、その店舗の詳細情報を取得できる。
【００４３】
なお、このステップＳ２２においては、図６に示す各店舗の所在地を表わす地図を提示するようにしてもよい。ただし、この地図表示は、顧客が最終的に予約希望店舗（施設）を決定したときに表示するようにしてもよい。
【００４４】
次に、顧客は、サーバ１４によって提示された店舗候補から１つの店舗をステップＳ１３で決定する。具体的には、図５の店舗選択画面において、店舗（施設）名の枠をクリックすることによって、顧客の店舗決定がなされる。
【００４５】
ステップＳ１３で店舗決定操作が行われると、その情報がサーバ１４に伝えられ。サーバ１４は、ステップＳ２３で、図７に示す順番待ち画面を顧客端末１６に提示する。この順番待ち画面には、顧客が希望した店舗名（この例では、「Ｃカラオケ店」）が表示されるとともに、現在営業中の時間帯において順番待ちをするのか、次の営業時間帯（図５）において予約するのかを区別して入力するために、２つの入力枠が形成される。ただし、図７では図示していないが、順番待ちも予約もしない意思表示のための別の枠を形成するようにしてもよい。
【００４６】
ステップＳ１４で顧客は順番待ちまたは予約をするかどうか決定し、順番待ちまたは予約をする場合には、ステップＳ１５で、顧客は、図７の順番待ち画面において、該当の枠内に、“ＹＥＳ”または“ＮＯ”をクリックなどで入力する。
【００４７】
そうすると、その入力、“ＹＥＳ”または“ＮＯ”に応答して、サーバ１４は、次のステップＳ２４において、図８に示す申し込み画面を顧客端末１６に提示する。
【００４８】
したがって、顧客は、ステップＳ１５において、図８の申し込み画面に形成されている顧客ＩＤ入力枠および信用情報番号入力枠に、ＩＤ番号およびクレジット番号を入力することによって、順番待ちまたは予約（図２では両者を「順番待ち」として表現している。）の申し込み手続を実行する。
【００４９】
顧客ＩＤやクレジット番号を顧客が入力すると、サーバ１４は、続いて、図９に示す別画面を顧客端末１６に表示し、そのときの待ち人数や待ち時間を顧客に知らせるとともに、携帯電話を利用した呼び出しサービスを受けるかどうか、顧客に確認する。形態呼び出しサービスとは、待ち人数が一定数（たとえば２人）以下になったとき、予め登録している携帯電話番号に自動的に発呼して、待ち人数が２人になった旨を知らせるサービスである。顧客がその携帯呼び出しサービスを利用する場合には、顧客は、図９の画面で、携帯呼び出しサービスの枠に「する」を登録すればよい。同様に、図９の順番待ち登録枠に「する」と入力する。なお、図９の申し込み日時を入力するための枠の年月日および時刻は、サーバ１４が設定するようにし、「する」と顧客が入力した時点が登録日時になる。
【００５０】
その後、サーバ１４は、ステップＳ２５で、図１０に示す申し込み完了画面を顧客端末１６に表示する。顧客は、この申し込み完了画面を見て、待ち人数／順番・時間を確認できるとともに、自分が携帯呼び出しサービスを申し込んだかどうかも併せて確認できる。
【００５１】
サーバ１４は、店舗端末がネット案内所にアクセスしたとき、または顧客の申し込み完了に連動して店舗端末２０（図１）と接続し（ステップＳ２６）、次のステップＳ２７で、店舗端末２０に、このネット案内所を利用して順番待ちまたは予約した顧客の情報を送信する。応じて、店舗端末２０は、ステップS４１で、その順番待ちまたは予約情報を登録する。
【００５２】
図１１にサーバ１４および店舗端末２０の顧客登録画面が例示されていて、この画面での「順番待ち入力時間」としては、先に顧客がステップＳ１５で申し込み入力をした時間が表示される。そして、顧客ＩＤおよびクレジット番号は顧客自身が入力したものであり、「入店区分」の欄には、会計済か、来店中か、入室中か、あるいは順番待ちか等が表示され、「アンケート回答」の欄は、後述のアンケートに顧客が答えたかどうかを表示する欄である。また、「順番待ち区分」の欄には、その順番待ち登録がインターネットで、すなわちネット案内所経由で行われたか、直接来店したか、の区別が表示される。
【００５３】
顧客登録情報を更新する場合には、店舗端末２０に表示された図１１の顧客登録情報画面を、そのまま、あるいは適宜省略して、サーバ１４に更新情報を送信することで、サーバ１４の顧客情報が更新される。したがって、サーバ１４も店舗端末２０と同様に、図１１のような順番待ちまたは予約テーブルを持っている。
【００５４】
店舗端末２０は、たとえばＰＯＳ端末２２（図１）から会計済み報告があったり、予約終了の報告があったり、来店顧客の登録をした場合などのように、待ち顧客数が変化したとき、または、所定の時間が経過したとき、または、待ち情報の更新処理が指示されたとき、ステップS４２で、その更新情報をサーバ１４に送信する。それとともに、店舗端末２０は、たとえば図１２に示す顧客情報送信用画面を店舗端末２０に形成して、直接来店して予約した顧客のデータやいずれかの方法で予約していたが来店しなかった顧客のデータを店舗端末２０からサーバ１４に送信する。したがって、サーバ１４では、ステップS４２で送信されてくる更新情報および図１２の画面で送られてくる顧客データを取り込んで、そのサーバ１４を経由して予約した顧客情報と一緒に、先の図１１に示す待ち情報をリアルタイムに作成する。
【００５５】
つまり、サーバ１４は、店舗端末２０から送信される顧客データや更新情報に基づいて、待ち顧客数が変化したかどうかをステップS２８で検出し、変化を生じていれば、ステップS２９で、待ち情報を更新する。したがって、サーバ１４の待ち情報が刻々更新され、サーバ１４は、図１３に示す待ち情報画面を顧客端末１６に提示する。
【００５６】
そして、サーバ１４は、待ち人数が携帯呼び出しサービスを適用する人数（実施例では、２人）になったかどうか、ステップＳ３０で判断し、もしそうなら、次のステップＳ３１で顧客の携帯電話に自動的にコールし、ステップＳ３２で店舗端末２０との接続を解除する。
【００５７】
なお、顧客は、ステップＳ１４で順番待ちも予約もしないと決定したとき、あるいは図１３のような順番待ち画面の表示が不要になったとき、ステップＳ１６でサーバとの接続を解除することを判断し、ステップＳ１７でサーバ１４との接続を解除する。
【００５８】
その後、顧客が先に説明した「ネット案内所」を利用して順番待ちまたは予約して、実際に予約してみた結果に基づいて、アンケートに回答しようとする場合、顧客は、図３のステップＳ１１１で顧客端末１６をサーバ１４に接続する。応じてサーバ１４は、ステップＳ１２で、アンケート画面を顧客端末１６または店舗の案内所や入り口付近や客室などの店内に設置されたアンケート回答用端末（図示せず）に提示する。したがって、顧客は、ステップＳ１１２でアンケートに回答した後、ステップＳ１１３でサーバ接続を解除する。他方、サーバ１４は、ステップＳ１２２でそのアンケートを蓄積するとともに、ステップＳ１２３で、アンケートを分析し、店舗との契約にしたがって、その分析結果を店舗端末２０に伝える。
【００５９】
このようなネット案内所における課金の仕組みとしては、一例として、次のような方法が考えられる。課金の対象は、店舗のみとし、ネット案内所を利用して予約した顧客数に応じて、たとえば月末に、たとえば「店舗利用料×利用顧客数＋アンケート未回答顧客利用料×未開等顧客数」で一括して店舗に請求する。店舗利用料とは、店舗が支払うべき正確の料金で、顧客がネット案内所を経由して順番待ち案内所予約して当該店舗で予約した場合の顧客１人当りの料金である。ただし、このとき、順番待ち案内所予約したが実際には顧客が予約しなかった場合には、課金しない。また、アンケート未回答顧客利用料とは、店舗の実際の案内所等に設置しているアンケートを利用して、または図３のようにしてアンケートに回答した場合顧客利用料は、無料である。ところが、いずれの方法でもアンケートに顧客が回答しなかった場合、その未回答顧客にはネット案内所の利用料が発生する。その場合、店舗がその顧客利用料を請求代金に上乗せして徴収する。つまり、店舗は、アンケート未回答顧客のネット案内所利用料をサーバ運営者に代わって、代行徴収する。そのため、上記した式での料金請求となるのである。ただし、顧客が後日アンケートに対して回答した場合には、代行徴収された利用料は次回来店時に精算される。
【００６０】
なお、図３のステップＳ１２３で分析したアンケートについては、店舗の料金支払いとともに店舗端末２０にダウンロードするようにしてもよい。
【００６１】
そして、このようなアンケートの回収の利便のために、たとえば店舗の実際の案内所や入り口付近や客室などの店内に、アンケート回答用の端末を設置することも考えられる。つまり、この実施例では、上述のように、アンケートに対して未回答の顧客に対しては、店舗の受付でこのネット案内所の利用料を徴収するようにしているため、そのようなアンケート回答用端末を店舗の案内所や入り口付近や客室などの店内に設置しておけば、後日自宅の顧客端末からアンケートを回答する煩わしさが解消できる。
【００６２】
案内所が店舗内の店舗端末２０やＰＯＳ端末２２（図１）の近傍にある場合には、アンケート回答用端末を案内所に設ければよいが、そうでない場合には、離れた案内所に設けるよりも、店舗端末やＰＯＳ端末の近傍にアンケート回答用端末を設けた方がよいかもしれない。
【００６３】
さらに、上述の実施例では、図１１のような各店舗毎の待ち情報をサーバ１４で一元的に管理するようにした。したがって、店舗は、店舗端末２０から、適時、サーバ１４のネット案内所のホームページにアクセスして店舗の待ち情報（混雑状況）をサーバ１４に登録し、顧客は、顧客端末１６を使ってサー１４のネット案内所のホームページにアクセスして、店舗の混雑状況を入手する構成とすれば、このネット案内所のサービスを受けようとする店舗および顧客は、店舗端末２０および顧客端末１６に、たとえばInternet Explorer（商品名）などのインターネット閲覧ソフトを用意するだけで、その他の特別なソフトを容易する必要がないので、サービスの提供を極めて容易に行うことができるシステムとすることができる。
【００６４】
ただし、上述の実施例では、サーバ１４が図１１の待ちテーブルを一元管理するものとして説明した。しかしながら、店舗端末２０だけが図１１のような待ちテーブルを持ち、店舗端末２０がその待ちテーブルを管理するようにしてもよい。
【００６５】
なお、店舗に直接来店して予約する場合には、顧客ＩＤがなくても予約を受け付けることは勿論である。顧客ＩＤをすべての場合に要求するようにした場合、この実施例のようなネット案内所の会員にならなければその店舗が利用できないなどの不都合が生じるからである。
【００６６】
また、サーバ１４が待ち情報を一元管理する実施例では、店舗１８（図１）のＰＯＳ端末２２が会計処理を終了した時点でたとえば「Ｅｎｔｅｒ」キーを押下すれば、ＰＯＳ端末２２から店舗端末２０にその情報が伝えられ。店舗端末２０は、前述のタイミングで、またはサーバ１４へのアクセス時に、店舗端末２０からサーバ１４に待ち人数の減少を送信する。ただし、店舗端末２０の機能をＰＯＳ端末２２で兼用している場合には、店舗端末を経由せず、すべての情報がＰＯＳ端末２２からサーバ１４に伝達されることになる。
【００６７】
さらに、この発明は、さらに、病院，医院，診療所，介護機関，老人保険施設等を対象としたネット案内所システムとしても利用可能である。この場合、顧客端末１６に相当するものは患者端末と呼び、店舗端末２０に相当するものは病院端末と呼ぶことができる。この場合にも、基本的には、図２に示すと同様の動作で、病院の選択または指定あるいは予約や料金徴収を行うことができる。
【図面の簡単な説明】
【図１】この発明のネット案内所のシステムを示す図解図である。
【図２】図１システムの動作を示すフロー図である。
【図３】図１システムにおけるアンケート回答とその関連動作を示すフロー図である。
【図４】案内所画面の一例を示す図解図である。
【図５】店舗選択画面の一例を示す図解図である。
【図６】店舗地図の一例を示す図解図である。
【図７】順番待ち画面の一例を示す図解図である。
【図８】申し込み画面の一例を示す図解図である。
【図９】申し込み画面の別の画面の一例を示す図解図である。
【図１０】申し込み完了画面の一例を示す図解図である。
【図１１】店舗およびサーバ登録情報の一例を示す図解図である。
【図１２】サーバが待ち情報を一元管理する実施例において店舗端末からサーバに顧客テ
データを送信するための画面の一例を示す図解図である。
【図１３】顧客端末に表示される順番待ち画面の一例を示す図解図である。
【符号の説明】
１２ …ネットワーク
１４ …サーバ
１６ …顧客端末
２０ …店舗端末
１００ …ネット案内所システム

Claims

顧客端末からの要求に応じて当該顧客端末とデータを送受信し、及び、所定の条件が満たされた場合は該条件により指示されるカラオケ店舗端末とデータを送受信し、及び、カラオケ店舗端末からの要求に応じて当該カラオケ店舗端末とデータを送受信することにより、カラオケ店に関するネット案内所システムを形成するサーバであって、
現営業日の営業時間帯の最新の待ち人数／順番のデータと次の営業日の営業時間帯の最新の待ち人数／順番のデータとをカラオケ店舗端末とのデータの送受信に基づいて取得してカラオケ店毎にそれぞれ保持しているとともに、各カラオケ店の場所データをそれぞれ保持している、所定の記憶装置内に設けられた店舗情報保持手段と、
顧客端末から利用希望場所と利用人数を特定するデータが受信されると、前記所定の記憶装置内の店舗情報保持手段から当該希望場所に該当する場所データを持つカラオケ店をそれぞれ抽出し、及び当該抽出した各カラオケ店の現営業日の営業時間帯の最新の待ち人数／順番のデータ及び次の営業日の営業時間帯の最新の待ち人数／順番のデータを前記所定の記憶装置内の店舗情報保持手段から読み出し、及び当該抽出したカラオケ店の中から何れかのカラオケ店を選択できる店舗選択画面を表示させるための表示用データを所定の記憶装置から読み出して、当該顧客端末へ送信する、店舗情報提供手段と、
前記店舗情報提供手段が前記各データを送信した顧客端末から何れかのカラオケ店を選択する旨のデータが受信されると、当該データが指示するカラオケ店の利用を申し込むための申込画面として、現営業日の営業時間帯での利用の申し込みである順番待ち申込と次の営業日の営業時間帯での利用の申し込みである予約申込の何れか一方を選択できる申込画面を当該顧客端末に表示させるための表示用データを所定の記憶装置から読み出して、当該顧客端末へ送信する、申込画面提供手段と、
前記申込画面提供手段が前記表示用データを送信した顧客端末から前記順番待ち申込を申し込む旨の順番待ち申込データ又は前記予約申込を申し込む旨の予約申込データの何れか一方が受信されると、当該受信した申込データ及び当該申込データに対応付けられている利用人数データに当該申込データを登録すべき旨の登録指示データを付加して、当該申込データが対応付けられているカラオケ店のカラオケ店舗端末へ送信する、申込情報提供手段と、
を有することを特徴とするサーバ。