(57)【要約】【課題】顧客が接客担当者を指名する営業形態を採用している店舗の集客促進及び従業員の出勤要請等を店舗の空き具合に応じて効率良くリアルタイムに実施して、顧客ニーズを満足し、しかも人件費の削減と売上アップを期待できる指名制接客型店舗用集客促進支援装置及びプログラムを提供する。【解決手段】或る時点における店舗の空き具合を演算し、空いているときには、これに応じて値引きをしてこの値引き情報を顧客の端末に送信する一方、指名獲得インセンティブポイントを高くして、このインセンティブポイントを、顧客の端末から指名を受けた接客担当者に対して与えるか、又は、混んでいるときには、これに応じて値段を標準価格に戻すようにする一方、出勤要請対応インセンティブポイントを高くして、このインセンティブポイントを、出勤要請に応じた接客担当者に対して与え、これら獲得したインセンティブポイントが接客担当者の給与に反映されるように構成した。【選択図】  図１
2005004416.tif 000002
【特許請求の範囲】
【請求項１】
顧客が接客担当者を指名する営業形態を採用している店舗における集客促進支援装置であって、
或る時点において出勤すべき接客担当者の人数に対して接客対応が可能な所定の顧客の人数とその時点における顧客の人数とに基づいて空き具合率を演算する空き具合率演算手段と、
該空き具合率演算手段により演算された空き具合率が高いほど低くなる一方、該空き具合率が低いほど高くなるような料金を演算する料金演算手段と、
前記空き具合率演算手段により演算された空き具合率が所定の第１の空き具合率以上である場合に、前記料金演算手段により演算された料金に関する情報を顧客端末に送信する第１の集客促進手段と、
前記空き具合率演算手段により演算された空き具合率が高いほど高くなる一方、該空き具合率が低いほど低くなるようなインセンティブポイントを演算するインセンティブポイント演算手段と、
外部端末から接客担当者に対する接客指名を受信する指名受信手段、又は、前記空き具合率演算手段により演算された空き具合率が前記第１の空き具合率よりも低い所定の第２の空き具合率以下である場合に、出勤を要請する旨の情報を従業員端末に送信し、この出勤要請に応じる旨の情報を該従業員端末から受信する出勤要請手段と、
該指名受信手段により受信された前記接客指名にかかる接客担当者に対応して、又は、前記出勤要請手段により受信された出勤要請に応じる旨の情報を送信してきた従業員に対応して、前記インセンティブポイント演算手段により演算されたインセンティブポイントを累積して記憶するインセンティブポイント記憶手段と、
該インセンティブポイント記憶手段に記憶された各接客担当者又は各従業員の累積インセンティブポイントが大きいほど高くなる一方、該累積インセンティブポイントが小さいほど低くなるような接客担当者又は従業員の給与をそれぞれ演算する給与演算手段と
を備えることを特徴とする指名制接客型店舗用集客促進支援装置。
【請求項２】
前記空き具合率演算手段により演算された空き具合率が所定の第３の空き具合率以上である場合に、集客促進を要請する旨の情報を従業員端末に送信する第２の集客促進手段を更に備えることを特徴とする請求項１記載の指名制接客型店舗用集客促進支援装置。
【請求項３】
接客担当者の出勤予定を記憶する出勤予定記憶手段と、
接客担当者の予約状況を記憶する予約状況記憶手段と、
前記指名受信手段により接客指名を受信した場合に、前記出勤予定記憶手段に記憶された接客担当者の出勤予定と前記予約状況記憶手段に記憶された接客担当者の予約状況とに基づいて、前記接客指名が可能であるか否かを判断する指名可否判断手段と、
該指名可否判断手段により前記接客指名が可能でないと判断された場合に、該接客指名にかかる外部端末に、他の接客担当者の接客指名をするように促す旨の情報を送信する他指名促進手段と、
前記指名受信手段により前記他の接客担当者の接客指名を前記外部端末から受信した場合に、前記料金演算手段により演算された料金に対して割引した料金に関する情報を前記外部端末に送信する割引料金送信手段と
を更に備えることを特徴とする請求項１又は２記載の指名制接客型店舗用集客促進支援装置。
【請求項４】
前記指名受信手段により接客担当者に対する予約接客指名を受信した場合に、該接客指名を予約状況として記憶する予約状況記憶手段と、
前記指名受信手段により接客担当者に対する接客指名を受信する際に、該接客指名にかかる外部端末から前記接客担当者に対する独占接客指名である旨の情報を受信する独占指名受信手段と、
前記独占指名受信手段により或る接客担当者に対する独占接客指名である旨の情報を受信した場合には、前記指名受付手段により前記独占接客指名にかかる以後所定時間の前記或る接客担当者に対する他の接客指名を受信しても、前記予約状況記憶手段に予約状況として記憶しないようにする予約禁止手段と
を更に備えることを特徴とする請求項１又は２記載の指名制接客型店舗用集客促進支援装置。
【請求項５】
接客担当者の出勤予定を記憶する出勤予定記憶手段と、
接客担当者の予約状況を記憶する予約状況記憶手段と、
顧客端末からなるべく早く入店したい旨の情報を受信する第１のフリー指名受信手段と、
該第１のフリー指名受信手段によりなるべく早く入店したい旨の情報を受信した場合に、前記出勤予定記憶手段に記憶された接客担当者の出勤予定と前記予約状況記憶手段に記憶された接客担当者の予約状況とに基づいて、早く予約がなくなる順に接客担当者の名前を並べたリストを作成する第１のリスト作成手段と、
該第１のリスト作成手段により作成されたリストを前記顧客端末に送信する第１のリスト送信手段と
を更に備えることを特徴とする請求項１又は２記載の指名制接客型店舗用集客促進支援装置。
【請求項６】
接客担当者の出勤予定を記憶する出勤予定記憶手段と、
接客担当者の予約状況を記憶する予約状況記憶手段と、
顧客端末からなるべく安く入店したい旨の情報を受信する第２のフリー指名受信手段と、
該第２のフリー指名受信手段によりなるべく安く入店したい旨の情報を受信した場合に、前記出勤予定記憶手段に記憶された接客担当者の出勤予定と前記予約状況記憶手段に記憶された接客担当者の予約状況とに基づいて、料金が安い順に時間帯を並べたリストを作成する第２のリスト作成手段と、
該第２のリスト作成手段により作成されたリストを前記顧客端末に送信する第２のリスト送信手段と
を更に備え、
前記料金演算手段は、前記第２のフリー指名受信手段によりなるべく安く入店したい旨の情報を受信した場合に、前記出勤予定記憶手段に記憶された接客担当者の出勤予定と前記予約状況記憶手段に記憶された接客担当者の予約状況とに基づいて、所定期間後までの複数の日時における料金を演算し、
前記第２のリスト作成手段は、前記料金演算手段により演算された所定期間後までの複数の日時における料金に基づいて、料金が安い順に時間帯を並べたリストを作成すべくなしてある
ことを特徴とする請求項１又は２記載の指名制接客型店舗用集客促進支援装置。
【請求項７】
前記空き具合率演算手段は、前記或る時点において出勤すべき接客担当者の人数として、現在出勤中の接客担当者の人数、又は、顧客から接客の予約を受けた予約日時における出勤予定の接客担当者の人数を用いることを特徴とする請求項１乃至６の何れかに記載の指名制接客型店舗用集客促進支援装置。
【請求項８】
顧客の希望する料金を記憶する希望料金記憶手段と、
前記料金演算手段により演算された料金が前記希望料金記憶手段に記憶されている料金まで低下したか否かを判断する希望料金判断手段と
を更に備え、
前記第１の集客促進手段は、前記希望料金判断手段により、料金が顧客の希望する料金まで低下したと判断された場合に、該料金に関する情報を顧客端末に送信すべくなしてあることを特徴とする請求項１乃至７の何れかに記載の指名制接客型店舗用集客促進支援装置。
【請求項９】
顧客が接客担当者を指名する営業形態を採用している店舗における集客促進支援プログラムであって、
コンピュータに、或る時点において出勤すべき接客担当者の人数に対して接客対応が可能な所定の顧客の人数とその時点における顧客の人数とに基づいて空き具合率を演算させる空き具合率演算手順と、
コンピュータに、該空き具合率演算手順で演算された空き具合率が高いほど低くなる一方、該空き具合率が低いほど高くなるような料金を演算させる料金演算手順と、
コンピュータに、前記空き具合率演算手順で演算された空き具合率が所定の第１の空き具合率以上である場合に、前記料金演算手順で演算された料金に関する情報を顧客端末に送信させる第１の集客促進手順と、
コンピュータに、前記空き具合率演算手順で演算された空き具合率が高いほど高くなる一方、該空き具合率が低いほど低くなるようなインセンティブポイントを演算させるインセンティブポイント演算手順と、
コンピュータに、外部端末から接客担当者に対する接客指名を受信させる指名受信手順、又は、コンピュータに、前記空き具合率演算手順で演算された空き具合率が前記第１の空き具合率よりも低い所定の第２の空き具合率以下である場合に、出勤を要請する旨の情報を従業員端末に送信させ、この出勤要請に応じる旨の情報を該従業員端末から受信させる出勤要請手順と、
コンピュータに、該指名受信手順で受信された前記接客指名にかかる接客担当者に対応して、又は、前記出勤要請手順で受信された出勤要請に応じる旨の情報を送信してきた従業員に対応して、前記インセンティブポイント演算手順で演算されたインセンティブポイントを累積してメモリに記憶させるインセンティブポイント記憶手順と、
コンピュータに、該インセンティブポイント記憶手順で記憶された各接客担当者又は各従業員の累積インセンティブポイントが大きいほど高くなる一方、該累積インセンティブポイントが小さいほど低くなるような接客担当者又は従業員の給与を演算させる給与演算手順と
を実行させることを特徴とする指名制接客型店舗用集客促進支援プログラム。
【請求項１０】
コンピュータに、前記空き具合率演算手順で演算された空き具合率が所定の第３の空き具合率以上である場合に、集客促進を要請する旨の情報を従業員端末に送信させる第２の集客促進手順を更に実行させることを特徴とする請求項９記載の指名制接客型店舗用集客促進支援プログラム。
【請求項１１】
コンピュータに、接客担当者の出勤予定をメモリに記憶させる出勤予定記憶手順と、
コンピュータに、接客担当者の予約状況をメモリに記憶させる予約状況記憶手順と、
コンピュータに、前記指名受信手順で接客指名を受信した場合に、前記出勤予定記憶手順で記憶された接客担当者の出勤予定と前記予約状況記憶手順で記憶された接客担当者の予約状況とに基づいて、前記接客指名が可能であるか否かを判断させる指名可否判断手順と、
コンピュータに、該指名可否判断手順で前記接客指名が可能でないと判断された場合に、該接客指名にかかる外部端末に、他の接客担当者の接客指名をするように促す旨の情報を送信させる他指名促進手順と、
コンピュータに、前記指名受信手順で前記他の接客担当者の接客指名を前記外部端末から受信した場合に、前記料金演算手順で演算された料金に対して割引した料金に関する情報を前記外部端末に送信させる割引料金送信手順と
を更に実行させることを特徴とする請求項９又は１０記載の指名制接客型店舗用集客促進支援プログラム。
【請求項１２】
コンピュータに、前記指名受信手順で接客担当者に対する予約接客指名を受信した場合に、該接客指名を予約状況としてメモリに記憶させる予約状況記憶手順と、
コンピュータに、前記指名受信手順で接客担当者に対する接客指名を受信する際に、該接客指名にかかる外部端末から前記接客担当者に対する独占接客指名である旨の情報を受信させる独占指名受信手順と、
コンピュータに、前記独占指名受信手順で或る接客担当者に対する独占接客指名である旨の情報を受信した場合には、前記指名受付手順で前記独占接客指名にかかる以後所定時間の前記或る接客担当者に対する他の接客指名を受信しても、前記予約状況記憶手順で予約状況として記憶させないようにする予約禁止手順と
を更に実行させることを特徴とする請求項９又は１０記載の指名制接客型店舗用集客促進支援プログラム。
【請求項１３】
コンピュータに、接客担当者の出勤予定をメモリに記憶させる出勤予定記憶手順と、
コンピュータに、接客担当者の予約状況をメモリに記憶させる予約状況記憶手順と、
コンピュータに、顧客端末からなるべく早く入店したい旨の情報を受信させる第１のフリー指名受信手順と、
コンピュータに、該第１のフリー指名受信手順でなるべく早く入店したい旨の情報を受信した場合に、前記出勤予定記憶手順で記憶された接客担当者の出勤予定と前記予約状況記憶手順で記憶された接客担当者の予約状況とに基づいて、早く予約がなくなる順に接客担当者の名前を並べたリストを作成させる第１のリスト作成手順と、
コンピュータに、該第１のリスト作成手順で作成されたリストを前記顧客端末に送信させる第１のリスト送信手順と
を更に実行させることを特徴とする請求項９又は１０記載の指名制接客型店舗用集客促進支援プログラム。
【請求項１４】
コンピュータに、接客担当者の出勤予定をメモリに記憶させる出勤予定記憶手順と、
コンピュータに、接客担当者の予約状況をメモリに記憶させる予約状況記憶手順と、
コンピュータに、顧客端末からなるべく安く入店したい旨の情報を受信させる第２のフリー指名受信手順と、
コンピュータに、該第２のフリー指名受信手順でなるべく安く入店したい旨の情報を受信した場合に、前記出勤予定記憶手順で記憶された接客担当者の出勤予定と前記予約状況記憶手順で記憶された接客担当者の予約状況とに基づいて、料金が安い順に時間帯を並べたリストを作成させる第２のリスト作成手順と、
コンピュータに、該第２のリスト作成手順で作成されたリストを前記顧客端末に送信させる第２のリスト送信手順と
を更に実行させ、
前記料金演算手順は、コンピュータに、前記第２のフリー指名受信手順でなるべく安く入店したい旨の情報を受信した場合に、前記出勤予定記憶手順で記憶された接客担当者の出勤予定と前記予約状況記憶手順で記憶された接客担当者の予約状況とに基づいて、所定期間後までの複数の日時における料金を演算させ、
前記第２のリスト作成手順は、コンピュータに、前記料金演算手順で演算された所定期間後までの複数の日時における料金に基づいて、料金が安い順に時間帯を並べたリストを作成させるべくなしてある
ことを特徴とする請求項９又は１０記載の指名制接客型店舗用集客促進支援プログラム。
【請求項１５】
前記空き具合率演算手順は、コンピュータに、前記或る時点において出勤すべき接客担当者の人数として、現在出勤中の接客担当者の人数、又は、顧客から接客の予約を受けた予約日時における出勤予定の接客担当者の人数を用いさせることを特徴とする請求項９乃至１４の何れかに記載の指名制接客型店舗用集客促進支援プログラム。
【請求項１６】
コンピュータに、顧客の希望する料金をメモリに記憶させる希望料金記憶手順と、
コンピュータに、前記料金演算手順で演算された料金が前記希望料金記憶手順で記憶されている料金まで低下したか否かを判断させ希望料金判断手順と
を更に実行させ、
前記第１の集客促進手順は、コンピュータに、前記希望料金判断手順で、料金が顧客の希望する料金まで低下したと判断された場合に、該料金に関する情報を顧客端末に送信させるべくなしてあることを特徴とする請求項９乃至１５の何れかに記載の指名制接客型店舗用集客促進支援プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本願発明は、例えば、美容院，理髪店，エステティックサロン，マッサージ店，バー，スナック，ナイトクラブ（キャバレークラブ等を含む），ソープランド，及びファッションマッサージ店（又はファッションヘルス店）等の顧客に対して接客サービスを提供する種類の店舗であって、特に、顧客が接客担当の従業員を指名することができる種類の店舗における指名制接客型店舗用集客促進支援装置及びプログラムに関する。
【０００２】
【従来の技術】
例えば、キャバレークラブ（所謂、キャバクラ）は、キャバレー，ナイトクラブ等と同様の接客サービスを比較的低料金で提供する種類の店舗であり、顧客は、店内に設置された応接室のような客室（本明細書では「座席」と称す）で接客担当者（一般には「女性」であり、この業種では一般に「ホステス」と呼ばれる）と飲食をしながら会話を楽しむことができるようになっている。
【０００３】
キャバクラにおいては、異性との会話を楽しむことが顧客の第１目的であるため、顧客は、最初、フリー指名（所謂、指名なしで、店舗側にホステスを選択してもらう）での来店となることが多いが、お気に入りのホステスができると、ホステスの携帯電話機等に直接電話を掛けたり、電子メールを送ったりして、このホステスを指名して次の来店予約をすることができるようになっている。ホステスは、指名が多ければ多いほど基本給に対して店舗からインセンティブポイントを与えられ、このインセンティブポイント数が給与等の待遇に反映される。
【０００４】
また、ファッションマッサージ店（又は「ファッションヘルス店」とも呼ばれる。以後、単に「ヘルス店」と称す）は、異性との身体的接触を目的とした個室マッサージ店であり、顧客は、店内に設置された客室（本明細書では「個室」と称す）で接客担当者（一般には「女性」であり、この業種では一般に「コンパニオン」と呼ばれる）に身体を顧客の性的好奇心に応じてマッサージしてもらえるようになっている。
【０００５】
ヘルス店においても、上記キャバクラ店と同様、指名制を採用しているが、基本的には、コンパニオンは店外にいる顧客との直接連絡は取らないようになっているため、顧客は、店舗の受付に電話を掛けたり、電子メールを送ったりしてコンパニオンを指名して次の来店の予約をするようになっている。
【０００６】
（１）ところで、キャバクラにあっては、店舗の閑散時には、ホステスが顧客に電話を掛けたり、電子メールを送る等して集客をすることがあるが、店外で顧客との連絡を取らないヘルス店のような店舗にあっては、特に、呼込担当者（所謂「黒服」、又はキャバクラのような店舗にあっては接客担当者が呼び込みをする場合もある）の路上での客引きに頼らざるを得ない。このとき、呼込担当者は、予め決められた曜日ごと又は時間帯ごとの料金（又は基準料金に対する割引率）で客引きを行なうが、交渉が思うように進まない場合には、個人的な裁量で料金を下げることがある。このような場当たり的な料金変動は、顧客にとっては非常に不明朗なものに映り、店舗のイメージダウンに繋がり、リピート客が付き難いという問題がある。
【０００７】
（２）また、キャバクラ，ヘルス店等にあっては、上述のような曜日ごと又は時間帯ごとの固定的な割引を採用しているため、天候，事件，交通事情等によって思わぬときに混んだり空いたりして、割引や待機している接客担当者（予め決められた出勤予定に従って出勤する）の数が顧客の数に対して見合わない状態が発生し易いという問題もある。
【０００８】
（３）また、キャバクラ，ヘルス店等にあっては、指名制を採用していることから、接客担当者の人気によって指名が集中することが多く、顧客が指名したいときに指名できないという状態が多く発生し、見込み客を失い易いという問題もある。
【０００９】
（４）また、キャバクラ，ヘルス店等にあっては、前述したような営業成績等に応じた多種多様なインセンティブポイントのほか、遅刻，早退等に応じた多種多様なペナルティポイントによって接客担当者の給与が変更されるような給与形態を採用していることから、このためのポイントの集計、及び給与演算に、経営者又は経理担当者は相当の時間と労力とを費やしているという問題もある。
【００１０】
（５）さらに、指名制を採用するキャバクラ，ヘルス店等の店舗にあっては、顧客満足の相当部分が、指名した接客担当者が希望する時間ずっと自分の接客サービスに付くことで満たされるが、特に、コース料金を採用していないキャバクラのような店舗にあっては、次の時間帯に他の顧客の予約が入っている場合には、指名をしても長時間の独占が実現しないという問題がある。さらに、キャバクラのような店舗にあっては、１名の顧客に対して複数の接客担当者が接客サービスに付くこともあり、そのうちの自分のお気に入りの接客担当者が次の予約者のため座席を離れてしまうと、この顧客はお気に入りではない接客担当者による接客サービスに対しての対価を支払うという不満に繋がってしまう。
【００１１】
以上のような問題点を解決するために、例えば、店舗に配設したコンピュータにより、物件の利用率が増加するほど高くなる変動料金を予め記憶しておき、現時点の利用率に応じて料金を変動させるような技術（例えば、特許文献１参照）を採用することが可能であると思われる。
【００１２】
【特許文献１】
特開平２００２−５６４２０号公報
【００１３】
【発明が解決しようとする課題】
しかしながら、上記特許文献１に開示された従来技術にあっては、ここで挙げている問題点のうちごく一部（例えば、上記（２）の顧客側メリットのみ）しか解決することができず、多くの問題が未解決のままとなる。
【００１４】
本願発明は、斯かる事情に鑑みてなされたものであり、店舗の空き具合率を演算し、空き具合率が高いほど低くなる一方、低いほど高くなるような料金（又は割引率）を演算し、空き具合率の大きさに応じて、店舗が空いているときには、料金に関する情報（特に、料金が下がったという情報）を顧客に報知して集客促進をするほか、店舗が混んでいるときには、出勤を要請する旨の情報を従業員に報知して顧客を効率的に捌くことができるようにすることにより、上記した問題をより多く解決することができる指名制接客型店舗用集客促進支援装置及びプログラムを提供することを目的とする。
【００１５】
【課題を解決するための手段】
本願発明に係る指名制接客型店舗用集客促進支援装置は、顧客が接客担当者を指名する営業形態を採用している店舗における集客促進支援装置であって、或る時点において出勤すべき接客担当者の人数に対して接客対応が可能な所定の顧客の人数とその時点における顧客の人数とに基づいて空き具合率を演算する空き具合率演算手段と、該空き具合率演算手段により演算された空き具合率が高いほど低くなる一方、該空き具合率が低いほど高くなるような料金を演算する料金演算手段と、前記空き具合率演算手段により演算された空き具合率が所定の第１の空き具合率以上である場合に、前記料金演算手段により演算された料金に関する情報を顧客端末に送信する集客促進手段と、前記空き具合率演算手段により演算された空き具合率が高いほど高くなる一方、該空き具合率が低いほど低くなるようなインセンティブポイントを演算するインセンティブポイント演算手段と、外部端末から接客担当者に対する接客指名を受信する指名受信手段、又は、前記空き具合率演算手段により演算された空き具合率が前記第１の空き具合率よりも低い所定の第２の空き具合率以下である場合に、出勤を要請する旨の情報を従業員端末に送信し、この出勤要請に応じる旨の情報を該従業員端末から受信する出勤要請手段と、該指名受信手段により受信された前記接客指名にかかる接客担当者に対応して、又は、前記出勤要請手段により受信された出勤要請に応じる旨の情報を送信してきた従業員に対応して、前記インセンティブポイント演算手段により演算されたインセンティブポイントを累積して記憶するインセンティブポイント記憶手段と、該インセンティブポイント記憶手段に記憶された各接客担当者又は各従業員の累積インセンティブポイントが大きいほど高くなる一方、該累積インセンティブポイントが小さいほど低くなるような接客担当者又は従業員の給与をそれぞれ演算する給与演算手段とを備えることを特徴とする。
【００１６】
また、本願発明に係る指名制接客型店舗用集客促進支援プログラムは、顧客が接客担当者を指名する営業形態を採用している店舗における集客促進支援プログラムであって、コンピュータに、或る時点において出勤すべき接客担当者の人数に対して接客対応が可能な所定の顧客の人数とその時点における顧客の人数とに基づいて空き具合率を演算させる空き具合率演算手順と、コンピュータに、該空き具合率演算手順で演算された空き具合率が高いほど低くなる一方、該空き具合率が低いほど高くなるような料金を演算させる料金演算手順と、コンピュータに、前記空き具合率演算手順で演算された空き具合率が所定の第１の空き具合率以上である場合に、前記料金演算手順で演算された料金に関する情報を顧客端末に送信させる集客促進手順と、コンピュータに、前記空き具合率演算手順で演算された空き具合率が高いほど高くなる一方、該空き具合率が低いほど低くなるようなインセンティブポイントを演算させるインセンティブポイント演算手順と、コンピュータに、外部端末から接客担当者に対する接客指名を受信させる指名受信手順、又は、コンピュータに、前記空き具合率演算手順で演算された空き具合率が前記第１の空き具合率よりも低い所定の第２の空き具合率以下である場合に、出勤を要請する旨の情報を従業員端末に送信させ、この出勤要請に応じる旨の情報を該従業員端末から受信させる出勤要請手順と、コンピュータに、該指名受信手順で受信された前記接客指名にかかる接客担当者に対応して、又は、前記出勤要請手順で受信された出勤要請に応じる旨の情報を送信してきた従業員に対応して、前記インセンティブポイント演算手順で演算されたインセンティブポイントを累積してメモリに記憶させるインセンティブポイント記憶手順と、コンピュータに、該インセンティブポイント記憶手順で記憶された各接客担当者又は各従業員の累積インセンティブポイントが大きいほど高くなる一方、該累積インセンティブポイントが小さいほど低くなるような接客担当者又は従業員の給与を演算させる給与演算手順とを実行させることを特徴とする。
【００１７】
本願発明は、前述したようなキャバクラ，ヘルス店のほかにも、同様に、顧客が接客担当者を指名する営業形態（即ち、指名制）を採用している、例えば、美容院，理髪店，エステティックサロン，マッサージ店，バー，スナック，ナイトクラブ，及びソープランド等の店舗型営業（店舗型性風俗営業を含む）、さらには、デリバリーヘルス等の無店舗型営業（無店舗型性風俗営業を含む）に適用することが可能である。
【００１８】
なお、本願発明において、店舗の従業員には、接客担当者，呼込担当者，店長，及びマネージャ等のすべての従業員を含ませることが可能である。また、本願発明において、外部端末は、本願発明に係る集客促進支援装置（又は本願発明に係る集客促進支援プログラムがインストールされた装置、以下「本願発明装置」と称す）と通信可能に接続された任意の端末であり、例えば、顧客及び従業員が所有又は利用するものであるが、特に、顧客が利用する場合には顧客端末と称し、また、従業員が利用する場合には従業員端末と称している。さらに、顧客端末は、顧客が直接利用するものであってもよいし、また、顧客に見せるべく又は代行して従業員が操作するものであってもよい。また、外部端末は、任意の種類の端末装置であって、例えば、ネットワーク通信機能を有したパーソナルコンピュータ，携帯電話機，ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ），及びホームサーバ等である。
【００１９】
本願発明によれば、まず、対象となる或る時点における店舗の空き具合率を演算する。或る時点とは、例えば、顧客の来店時，本願発明装置としてのサーバへのアクセス時，予約時，及び所定時間おき等、適宜に設定可能であるが、基本的には、現時点又は顧客が来店を予定している時点である。店舗の空き具合率は、本願発明においては、「或る時点において出勤すべき接客担当者の人数に対して接客対応が可能な所定の顧客の人数とその時点における顧客の人数」とに基づいて演算される店舗の空き具合を割合で示したものである。但し、本願発明においては、空き具合率を示すために「割合」を用いる必要はなく、それに代わる対応した値であればよい。また、「或る時点において出勤すべき接客担当者の人数」とは、対象となる時点において出勤すると予想される接客担当者の人数であり、例えば、対象となる時点が現在であれば、現在出勤中の接客担当者の人数であり、また、対象となる時点が或る顧客の来店時であれば、その時点に出勤すると予想される接客担当者の人数である。また、「或る時点において出勤すべき接客担当者の人数に対して接客対応が可能な所定の顧客の人数」とは、出勤中又は出勤予定のある接客担当者の人数に対して接客の対応が可能、即ち、この人数の接客担当者で接客を賄えると予想される顧客の人数であって、これは、店舗の営業形態，店舗の設備等に応じて適宜に設定される。一般には、（或る時点において出勤すべき接客担当者の人数に対して接客対応が可能な所定の顧客の人数）＞（その時点における顧客の人数）とする方が店舗として回転率を上げることができるが、「接客対応が可能な顧客の人数」をあまり大きくとりすぎると、顧客の待ち時間（一般には、店舗内の待合室で待たされる）が長くなり、店舗のリピート客として定着しないであろう。また、例えば、キャバクラのように１人の顧客に対して複数の接客担当者が接客サービスに付くような場合には、「接客対応が可能な顧客の人数」はあまり大きくとることができないであろう。なお、ここで用いられる接客担当者の出勤予定及び顧客の来店予定は、予め本願発明装置に、例えばデータベースとして記憶しておくことが可能である。
【００２０】
料金演算手段又は手順においては、上記のように演算される空き具合率が高いほど低くなる一方、低いほど高くなるような料金を演算する。本願発明においては、料金そのものを演算しなくても「基準料金に対する割引率」として演算することも可能である。割引率とする場合には、空き具合率が高いほど高くなる一方、低いほど低くなる。そして、第１の集客促進手段又は手順においては、空き具合率（演算された料金又は割引率での代用可）が予め設定された第１の空き具合率以上である場合に、店舗が比較的空き、しかも料金が大分下がったとして、料金に関する情報（空き具合率又は割引率での代用可）を顧客端末に送信して顧客に報知することによって「集客促進」を行なう。
【００２１】
また、インセンティブポイント演算手段又は手順は、上記のように演算される空き具合率が高いほど高くなる一方、低いほど低くなるようなインセンティブポイントを演算する。本願発明において、インセンティブポイントは、ポイントそのものでなくてもよく、それに代わる対応する値（例えば、給与金額）であってもよい。また、インセンティブポイントは、複数の異なる大きさの空き具合率のそれぞれに関連付けたインセンティブポイントを例えばデータベースに記憶しておくことも、空き具合率をパラメータとした所定の演算式を用いて演算してもよい。
【００２２】
指名受信手段又は手順においては、外部端末から接客担当者に対する接客指名を受信する。ここで、「接客指名」は、顧客が少なくとも接客担当者を指定したこと又は指名した問い合わせをしたことを示すのであって、必ずしも一般に来店してする「指名」とは一致するものではない。本願発明に係る「接客指名」の概念には、これらのほかに、指名した予約も含まれる。一方、出勤要請手段又は手順においては、上記のように演算される空き具合率が予め設定された第２の空き具合率（＜第１の空き具合率）以下である場合に、店舗が比較的混んできたとして、出勤を要請する旨の情報（インセンティブポイントに関する情報を含めることによって、出勤をさらに喚起することが可能）を従業員端末に送信して従業員に報知することによって「出勤要請」を行なう。さらに、この出勤要請手段又は手順においては、当該出勤要請に応じる旨の情報を従業員端末から受信することによって、本願発明装置は、この従業員が出勤要請に応じるものと認識することができる。
【００２３】
そして、インセンティブポイント記憶手段又は手順においては、外部端末から接客担当者に対する接客指名を受信した場合には、この接客指名にかかる接客担当者に対応して、上記のように演算されたインセンティブポイントを累積して記憶し、給与演算手段又は手順においては、記憶された各接客担当者の累積インセンティブポイントが大きいほど高くなる一方、小さいほど低くなるような接客担当者の給与をそれぞれ演算する。
【００２４】
また、インセンティブポイント記憶手段又は手順においては、上記のように出勤要請に応じる旨の情報を従業員端末から受信した場合には、この従業員端末にかかる従業員に対応して、上記のように演算されたインセンティブポイントを累積して記憶し、給与演算手段又は手順においては、記憶された各従業員の累積インセンティブポイントが大きいほど高くなる一方、小さいほど低くなるような従業員の給与をそれぞれ演算する。
【００２５】
また、累積インセンティブポイントに応じて接客担当者（従業員）の給与を変動させるだけでなく、例えば、累積インセンティブポイントに応じて接客担当者の指名料を高く設定するように構成することも可能である。このように構成することにより、単純に接客担当者の指名分散化に寄与することができるばかりでなく、人気の高い接客担当者の営業成績（売上）及び収入（給与）を従前より実質的に下げてしまうことなく店舗全体の売上を向上して、全ての接客担当者に亘って営業成績及び収入の向上を図ることができる。
【００２６】
以上の本願発明の構成により、適切なタイミングで自動的に、店舗が空き、しかも料金が安くなっていることを顧客が知ることができるので、店舗側にとっては、路上での客引きに対する依存度を下げることができる。また、空き具合率に応じて変動する料金を採用し、この料金を顧客に知らしめるので、従来の曜日ごと又は時間帯ごとの画一的な固定料金（又は基準料金に対する割引率）及び呼込担当者による個人的な裁量での場当たり的な料金変動に比べて、顧客側には明瞭会計で且つ魅力的な料金体系となり、店舗イメージもアップし、リピート客が付き易くなる。一方、店舗側にとっても適切なタイミングで適切な料金を設定することができるので、天候，事件，交通事情等によって思わぬときに混んだり空いたりしても、割引や待機している接客担当者の数が顧客の数に対して見合わない状態が発生しないため、稼動従業員の無駄がなくなり、人件費を大幅に抑えることが可能である。
【００２７】
空き具合率に応じたインセンティブポイントを接客指名（予約による接客指名も含む）に応じて接客担当者に与え、これを自動的に累積集計し、例えば月次の給与演算に反映させるので、インセンティブポイントの集計及び給与演算に、経営者又は経理担当者は殆ど時間と労力とを費やす必要がない。なお、本願発明に係る観点からすれば、その他の営業成績等に応じた多種多様なインセンティブポイントのほか、遅刻，早退等に応じた多種多様なペナルティポイントの集計、及び給与演算は容易でしかも殆ど手間は掛からない。また、空き具合率に応じたインセンティブポイントは、指名に対してだけでなく、例えば、出勤要請に応じた従業員に対しても自動的に与えられる。
【００２８】
また、本願発明においては、インセンティブポイントが消極的な集客促進手段（第１の集客促進手段又は手順）である一方、空き具合率が予め設定された第３の空き具合率以上である場合に、集客促進を要請する旨の情報を従業員端末に送信する積極的な集客促進手段（第２の集客促進手段又は手順）を備えることも可能である。なお、第１、第２、及び第３の空き具合率は、同一の値であっても異なる値であってもよい。
【００２９】
また、本願発明においては、接客担当者の出勤予定と、接客担当者の予約状況とを記憶し、接客指名（予約による接客指名も含む）を受信した場合に、接客担当者の出勤予定と予約状況とに基づいて、当該接客指名が可能であるか否かを判断し、例えば、接客指名にかかる接客担当者に既に他の予約が入っている，この接客担当者が出勤していない（又は出勤予定がない）等の理由により接客指名が不可能であると判断した場合に、この接客指名を送信してきた外部端末に対して他の接客担当者を接客指名するように促す情報を送信すると共に、このとき、この他の接客担当者を接客指名すると追加的な割引料金が適用される旨の情報を送信することにより、指名制を採用する営業形態の店舗における接客担当者の指名集中を回避することが可能となる。従って、指名がすべての接客担当者間で分散されるため、顧客が指名したいときに指名できないという状態が発生し難くなり、店舗にとっても見込み客を失い難くなる。
【００３０】
また、本願発明においては、接客指名（予約による接客指名も含む）を受信した場合に、当該接客指名をこれにかかる接客担当者の予約状況として記憶すると共に、接客指名の受信の際に、この接客指名を送信してきた外部端末（顧客端末以外も可）から「独占接客指名」である旨の情報を受信した場合に、当該接客指名にかかる以後所定時間（例えば、３時間）のこの接客担当者に対する他の接客指名を受信しても、予約状況として記憶することを禁止する。これにより、他の顧客は、この独占指名された場合には同一の接客担当者の実質的に予約ができなくなるため、顧客は、長時間の独占接客指名を実現することができ、特にキャバクラ等の「コース料金」を採用していない種類の店舗における顧客満足の相当部分である「指名した接客担当者が希望する時間ずっと自分の接客サービスに付く」ということが満たされる。
【００３１】
また、本願発明においては、顧客の希望する料金（割引率，空き具合率でも可）を記憶し、上記のように演算される空き具合率に応じた料金が顧客の希望する料金まで下がったか否かを判断し、顧客の希望する料金まで下がった場合には、この旨の情報（単に「希望の料金になりました」というメッセージでもよいし、また、料金，割引率，及び空き具合率等であってもよい）を顧客端末に送信することにより、顧客はタイムリーに希望の料金になったことを知ることができる。
【００３２】
また、本願発明においては、接客担当者の出勤予定と、接客担当者の予約状況とを記憶し、顧客端末から「なるべく早く入店したい」旨の情報を受信した場合には、接客担当者の出勤予定と予約状況とに基づいて、早く予約がなくなる順に接客担当者の名前を並べたリストを作成し、作成したリストを当該顧客端末に送信することにより、顧客は、まず、待たされずに最も早く接客サービスを受けられる時刻又は時間帯を知ることができ、さらに、そのリストの中から好みの接客担当者を選択する機会も与えられることになる。勿論、このリストに時間帯ごとの料金（又は割引率）を付加することにより、顧客は、料金も選択の条件とすることが可能となる。
【００３３】
さらに、本願発明においては、接客担当者の出勤予定と、接客担当者の予約状況とを記憶し、顧客端末から「なるべく安く入店したい」旨の情報を受信した場合には、接客担当者の出勤予定と予約状況とに基づいて、料金（又は割引率）が安い順に時間帯を並べたリストを作成し、作成したリストを当該顧客端末に送信することにより、顧客は、まず、最も安く接客サービスを受けられる時間帯を知ることができ、さらに、そのリストの中から可及的に早く接客サービスを受けられる時刻又は時間帯も同時に知ることができることになる。勿論、このリストに時間帯ごとの料金（又は割引率）を付加することにより、顧客にとって明朗な料金の提示となる。このリストは、具体的には、（例えば、顧客端末からこの「なるべく安く入店したい」旨の情報を受信したときから）所定時間後までの複数の日時（つまり、時間帯）における料金を演算し、この複数の日時の料金を安い順に時間帯の表示を並べることによって作成される。
【００３４】
【発明の実施の形態】
以下、本願発明に係る指名制接客型店舗用集客促進支援装置をサーバとして利用したコンピュータシステムについて添付の図面を参照しながら具体的に説明する。
【００３５】
（第１の実施の形態）
図１は、本願発明の実施の形態に係る指名制接客型店舗用集客促進支援装置をサーバとして利用したコンピュータシステムの全体構成を示す図である。本実施の形態のシステムでは、基本的に、顧客からの予約を直接受け付けないように構成してある。つまり、ここでは、従来のように顧客から電話による予約を従業員が受け付けて（後述するレジ端末等から）手動操作にてデータベースに登録し、当該システムは、このデータベースに登録された当日の予約状況、及び当該システムが演算する当日の混み具合等の当日の店舗状態に基づいてのみ判断するようになっている。
【００３６】
図１において、１は、店舗所有者１００が管理・利用するサーバであり、該サーバ１は、インターネット，電話回線等を含むネットワーク２に接続されている。本実施の形態においては、サーバ１は、一又は複数のキャバクラ店舗６ａ，６ａ…（図１においては、キャバクラ店舗Ａ，Ｂ，及びＣの３店舗だけを示してある）を一元管理するようになっており、その店舗所有者１００は、これらの店舗６ａ，６ａ…をチェーン店舗として所有・管理している。各店舗６ａは、基本的に店長又はマネージャ２００に現場の管理が任されている。また、各店舗６ａは、ネットワーク２に接続可能なルータ３を備え、該ルータ３は、後述する店舗内ＬＡＮ  ６０（図２参照）を介して店舗６ａ内のタイムレコーダ端末４と、レジ端末５とに接続されている。
【００３７】
例えば、Ａ店舗６ａは、接客サービス用として６０席のキャパシティを有しており（ここでは、１人又は１団体の顧客３００を接客するための空間単位を「座席」７と称している）、５０名の接客担当者（本実施の形態の営業形態では一般に「ホステス」と呼ばれる）４００，４００…が在籍しており、通常、平均１５名が出勤している。他の２店舗６ａ，６ａについても座席数及びホステス数等が異なり得るが、基本的には同様の構成である。なお、ここでは、説明の簡略化のために、接客担当者４００は、基本的に１席当りに１人のみ付くようになっているが、図１に示すように複数の接客担当者４００，４００…が付くことも可能であることは言うまでもない。
【００３８】
また、説明の便宜のため、店長又はマネージャ（「店長／マネージャ」と称す）２００，顧客３００，接客担当者（接客業務を担当する従業員）４００，及び他の従業員（呼び込み，レジ操作等の業務を担当する従業員）５００は、すべて、ネットワーク対応型の携帯電話機９を携帯しているものとする。なお、本願発明にあっては、携帯電話機９に代えてＰＤＡ等の他のネットワーク対応型の携帯端末を利用してもよい。
【００３９】
図２は、本願発明の実施の形態に係る指名制接客型店舗用集客促進支援システムの一部を構成する店舗内システムの詳細構成を示すブロック図であり、図３は、本願発明の実施の形態に係る指名制接客型店舗用集客促進支援システムの残りの部分を構成する指名制接客型店舗用集客促進支援装置及び携帯電話機の詳細構成を示すブロック図である。まず、店舗内システムについて説明する。
【００４０】
図２において、タイムレコーダ端末４は、ＣＰＵ  ４０，メモリ４１，キーボード４２，ディスプレイ４３，及びＬＡＮインタフェース（ＬＡＮ  Ｉ／Ｆ）４４等を備えている。
【００４１】
ＣＰＵ  ４０は、これにバス等を介して接続されたタイムレコーダ端末４の各部をメモリ４１に記憶されるコンピュータプログラム（例えば、ウェブブラウザ）により、ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）として作用するサーバ１が提供するコンピュータプログラムを必要に応じて利用することができるようになっている。また、メモリ４１は、ＣＰＵ  ４０の動作時に発生する一時的なデータも記憶する。キーボード４２は、タイムレコーダ端末４の操作時に様々な情報を入力するための入力手段である。なお、本願発明においては、入力手段をキーボードに限定するものではなく、例えば、後述するディスプレイ４３をタッチパネル方式とすることにより、このキーボード４２を不要とすることも可能である。ディスプレイ４３は、ＣＰＵ  ４０の動作内容，キーボード４２からの入力操作情報，及び現在時刻情報等の様々な情報を表示するための表示手段である。ＬＡＮ  Ｉ／Ｆ  ４５は、ＣＰＵ  ４０を店舗内ＬＡＮ  ６０に通信可能に接続するための通信インタフェースである。
【００４２】
図２において、レジ端末５は、ＣＰＵ  ５０，メモリ５１，キーボード５２，ディスプレイ５３，キャッシュドロア５４，ＬＡＮインタフェース（ＬＡＮ  Ｉ／Ｆ）５５，及びプリンタ５６等を備えている。
【００４３】
ＣＰＵ  ５０は、これにバス等を介して接続されたレジ端末５の各部をメモリ５１に記憶されるコンピュータプログラム（例えば、ウェブブラウザ）により、ＡＳＰとして作用するサーバ１が提供するコンピュータプログラムを必要に応じて利用することができるようになっている。また、メモリ５１は、ＣＰＵ  ５０の動作時に発生する一時的なデータも記憶する。キーボード５２は、レジ端末５の操作時に様々な情報を入力するための入力手段である。なお、本願発明においては、入力手段をキーボードに限定するものではなく、例えば、ディスプレイ５３をタッチパネル方式とすることにより、このキーボード５２を不要とすることも可能である。ディスプレイ５３は、ＣＰＵ  ５０の動作内容，キーボード５２からの入力操作情報，及び料金情報等の様々な情報を表示するための表示手段である。キャッシュドロア５４は、顧客３００から受け取った現金等を保管しておくための電子錠付きの引き出し式金庫である。ＬＡＮ  Ｉ／Ｆ  ５５は、ＣＰＵ  ５０を店舗内ＬＡＮ  ６０に通信可能に接続するための通信インタフェースである。プリンタ５６は、顧客３００の来店時に受付票５９ａを印字したり、精算時に領収書５９ｂを印字したりする。
【００４４】
なお、本実施の形態においてはタイムレコーダ端末４及びレジ端末５をそれぞれ独立した端末として構成してあるが、１台の端末に両方の機能を持たせるように構成することも可能である。
【００４５】
店舗内ＬＡＮ  ６０は、図２に示すように、ルータ３を介してネットワーク２に接続されている。また、ネットワーク２には、前述したサーバ１のほかにも、携帯電話機９が接続可能となっている。
【００４６】
携帯電話機９は、汎用のネットワーク対応型の携帯電話機であって、図３に示すように、例えば、ＣＰＵ  ９０，通信手段９１，メモリ９２，入力手段９３，及びディスプレイ９４等を備えている。
【００４７】
ＣＰＵ  ９０は、これにバス等を介して接続された携帯電話機９の各部をメモリ９２に記憶されたコンピュータプログラムに基づいて制御する。また、メモリ９２は、ＣＰＵ  ９０の動作時に発生する一時的なデータも記憶する。通信手段９１は、ＣＰＵ  ９０をネットワーク２に通信可能に接続するための通信インタフェースである。入力手段９３は、携帯電話機９の操作時に様々な情報を入力するための入力手段である。ディスプレイ９４は、ＣＰＵ  ９０の動作内容，入力手段９３からの入力操作情報，ネットワーク２上のウェブサイト及び送受信メール等の様々な情報を表示するための表示手段である。
【００４８】
図３に示すように、サーバ１は、ＡＳＰとして作用し、これにネットワーク２を介して常時接続された各店舗６ａのタイムレコーダ端末４及びレジ端末５をネットワーク２を介してＰＯＳ（Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅ）サーバの如く一元管理する機能を有すると共に、携帯電話機９，パーソナルコンピュータ等のインターネットにアクセス可能な各種通信端末に店舗ウェブサイト（後述）を通じて当該店舗６ａに関する情報を提供する機能を有したウェブサーバ装置としての機能を有し、ＣＰＵ  １０，メモリ１１，キーボード及び／又はマウス（以後、「キーボード・マウス」と称す）１２，ディスプレイ１３，プリンタ１４，ディスクドライブ１５，外部ネットワークインタフェース（外部ネットワークＩ／Ｆ）１６，及びハードディスク１７、並びに複数の店舗６ａ，６ａ…にかかる従業員データベース１８，従業員出退勤データベース１９，従業員給与データベース２０，顧客データベース２１，売上データベース２２，料金データベース２３，及びインセンティブポイントデータベース２４等を備えている。なお、ここでは、各データベース１８〜２４を独立して示してあるが、記憶容量が十分であればこれらをハードディスク１７に記憶することも可能であるし、また、サーバ１から独立した装置に記憶しておくことも可能である。
【００４９】
ＣＰＵ  １０は、これにバス等を介して接続されたサーバ１の各部をメモリ１１に記憶されたコンピュータプログラムに基づいて制御する。当該コンピュータプログラムは、基本的にはハードディスク１７に予め記憶されており、実行時に、実行にかかる部分をハードディスク１７から読み出してメモリ１１に一時記憶される。キーボード・マウス１２は、種々の情報を入力・選択するための入力手段である。ディスプレイ１３は、ＣＰＵ  １０の動作内容，キーボード・マウス１２からの入力操作情報，ネットワーク２上のウェブサイト及び送受信メール等の様々な情報を表示するための表示手段である。プリンタ１４は、様々な情報を印字するための印字手段である。ディスクドライブ１５は、ＣＤ，ＤＶＤ等の記録ディスク２５に記録されたコンピュータプログラムを読み取るための読取装置であり、読み取られたコンピュータプログラムは、後述のハードディスク１７に記憶される。外部ネットワークインタフェース（外部ネットワークＩ／Ｆ）１６は、ＣＰＵ  １０をネットワーク２に通信可能に接続するための通信インタフェースである。ハードディスク１７は、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ），基本アプリケーション（リレーショナルデータベースアプリケーション等）等のＣＰＵ  １０の動作に必要な基本的なコンピュータプログラム（ＯＳ／基本アプリケーション）１７０のほか、後述する空席率演算処理プログラム１７１，料金演算処理プログラム１７２，インセンティブポイント演算処理プログラム１７３，対顧客処理プログラム１７４，対接客担当者・対呼込担当者処理プログラム１７５，及びウェブサイトデータ１７６等を記憶している。
【００５０】
従業員データベース１８は、図４（ａ）にその一部を示すように、従業員コード，氏名，生年月日，住所，電話番号，電子メールアドレス，給与演算区分（雇用区分），時給又は基本給等の支給額，累積インセンティブポイント（今月），累積インセンティブポイント（過去３ヶ月），指名料，及び独占指名料等の各種属性を有している。
【００５１】
従業員コードは、各従業員（店長／マネージャ２００，接客担当者４００，及び呼込担当者５００等を含む）に対して付与されたユニークなコードである。なお、本実施の形態においては、３桁の数字を割り当ててあり、接客担当者４００と呼込担当者５００と（店長／マネージャ２００については省略）を区別をするために、接客担当者には１０１〜９００までの数字を、呼込担当者には９０１〜の数字をそれぞれ割り当ててある。氏名は、各従業員の氏名であるが、本実施の形態においては、接客担当者４００に対しては本名ではなく、店舗６ａで接客用に使用される所謂「源氏名」としてある。生年月日は、各従業員の生年月日、住所は、各従業員の住所である。また、電話番号は、各従業員の携帯電話機９の電話番号であり、電子メールアドレスは、各従業員の携帯電話機９の電子メールアドレスである。給与演算区分（雇用区分）は、基本的に各従業員が常勤（正社員）であるか又は非常勤（アルバイト）であるかを示すものである。時給又は基本給等の支給額は、常勤の場合には、￥２００，０００／月（図４（ａ）においては「￥２００，０００／ｍｏ」と示してある）のような月次の給与額、非常勤の場合には、￥２，５００／時間（図４（ａ）においては「￥２，５００／ｈｒ」と示してある）のような時給をそれぞれ示すものである。累積インセンティブポイント（今月）は、各従業員に与えられた月次の累積インセンティブポイント数であり、後述するように給与演算に反映され、反映後にはリセットされる。また、累積インセンティブポイント（過去３ヶ月）は、過去３ヶ月分の累積インセンティブポイント数である。指名料は、通常の指名料であり、基本的には￥２，０００で固定である。一方、独占指名料は、後述する独占指名にかかる指名料であり、この独占指名料は、本実施の形態においては過去３ヶ月の累積インセンティブポイントに応じて前月に対し増減されるようになっている。
【００５２】
従業員データベース１８の各情報（累積インセンティブポイント（今月），累積インセンティブポイント（過去３ヶ月），及び独占指名料を除く）は、接客担当者４００，呼込担当者５００等を雇用した際に、店長／マネージャ２００（又は店舗所有者１００）等がレジ端末５からキーボード５２を操作して（又はサーバ１からキーボード・マウス１２を操作して）入力され、記憶される。
【００５３】
従業員出退勤データベース１９は、図５（ａ）にその一部を示すように、従業員コード，年月日，予定出勤時刻，実出勤時刻，予定退出時刻，実退出時刻，遅刻，早退，及びインセンティブポイント等の各種属性を有している。
【００５４】
従業員コードは、上記従業員データベース１８のものと同一である。年月日は、出退勤管理の該当年月日である。予定出勤時刻は、該当年月日における予定出勤時刻であり、実出勤時刻は、該当年月日における実際の出勤時刻である。予定退出時刻は、該当年月日における予定退出時刻であり、実退出時刻は、該当年月日における実際の退出時刻である。遅刻は、当該年月日における遅刻時間であり、「実出勤時刻−予定出勤時刻」から演算される。早退は、当該年月日における早退時間であり、「予定退出時刻−実退出時刻」から演算される。上記演算式において、遅刻及び早退時間がマイナスの値となる場合には、「０」とされてペナルティポイントとして考慮されない。遅刻及び早退時間は、従業員の給与に反映されるインセンティブポイントに対するペナルティポイントの考慮の対象となり得るが、ここでは説明を簡略化するために、ペナルティポイントを給与には反映させていない。インセンティブポイントは、当該年月日にこの従業員が獲得したインセンティブポイント数を示している。このインセンティブポイントは、上記従業員データベース１８の累積インセンティブポイントとして累積加算され、例えば、月次ごとに集計される（経営者の参照用として、日次，週次による集計をさせてもよい）。
【００５５】
従業員出退勤データベース１９の各情報のうち予定出勤時刻及び予定退出時刻は、従業員が自分自身で又は店長／マネージャ２００（例えば、従業員から電話を受けて）が、タイムレコーダ端末４のキーボード４２から操作入力することによって、サーバ１に転送されて従業員出退勤データベース１９に記憶されるか、又は、店舗所有者１００（例えば、従業員から電話を受けて）が、サーバ１のキーボード・マウス１２で操作入力することによって、従業員出退勤データベース１９に記憶される。
【００５６】
従業員給与データベース２０は、図６（ａ）にその一部を示すように、従業員コード，年月，基本給，各種手当（インセンティブポイント含む），及び総支給額等の各種属性を有している。
【００５７】
従業員コードは、上記従業員データベース１８のものと同一である。年月は、給与支給の該当年月である（本実施の形態においては、基本的に月次支給である）。基本給は、該当従業員の当月の基本給額であり、これは、従業員データベース１８に記憶された「時給又は基本給等の支給額」の値から演算される。各種手当（インセンティブポイント含む）は、基本的には、従業員データベース１８の累積インセンティブポイントから演算されるが、その他の手当を含む場合もある。総支給額は、基本給と各種手当とを加算したものである。なお、当該従業員データベース１８の総支給額は、サーバ１により例えば月次にバッチ演算される。
【００５８】
顧客データベース２１は、図４（ｂ）にその一部を示すように、顧客コード，氏名，生年月日，住所，電話番号，電子メールアドレス，料金情報の通知許可，料金情報の通知区分，不都合曜日，好都合曜日，指名希望接客担当者，及び累積ポイント（過去６ヶ月）等の各種属性を有している。
【００５９】
顧客コードは、各顧客３００に対して付与されたユニークなコードであり、本実施の形態においては、１００１から始まる４桁の数字を割り当ててあり、最低一度は店舗６ａに来店して（例えば、身分証の提示等を経て）正式な登録をした「正会員」と、ネットワーク２を介して、店舗６ａからの情報提供を希望して少なくとも電子メールアドレスを登録することによって、通信により仮登録した「ネット会員」とを区別をするために、正会員には１００１〜５０００までの数字を、ネット会員には５００１〜の数字をそれぞれ割り当ててある。ここでは、正会員にのみ、後述する「独占指名（ここでは、３時間以上の指名）」の特典が与えられるようになっている。氏名は、各顧客３００の氏名であるが、特にネット会員の場合には匿名（ネット上のハンドル名のようなものであってよい）。生年月日は、各顧客３００の生年月日、住所は、各顧客３００の住所である。また、電話番号は、各顧客の携帯電話機９の電話番号であり、電子メールアドレスは、各顧客の携帯電話機９の電子メールアドレスである。但し、ネット会員の場合には、生年月日，住所，及び電話番号の登録は不要としてある。料金情報の通知許可は、店舗６ａ側からの料金情報の提供を望むか否かを示すものであり、望む場合には「ＹＥＳ」、望まない場合には「ＮＯ」で示される。料金情報の通知区分は、料金の割引率が標準料金に対して何％以下になったときに料金情報の提供を望むかを示すものである。不都合曜日は、顧客３００が来店に不都合な曜日を示すものであり、好都合曜日は、顧客３００が来店に好都合な曜日を示すものである。ここでは、一又は複数の曜日のみを指定するようになっているが、例えばこれに代えて又はこれに加えて日にち及び／又は時刻（又は時間帯）を指定するようにしてもよい。指名希望接客担当者は、顧客３００が指名を希望する接客担当者４００であり、１名又は複数名の接客担当者４００を指定するようになっている。なお、複数名の接客担当者４００を指定する場合には、例えば、優先順位をつけて指定するようにしてもよい。累積ポイント（過去６ヶ月）は、各顧客３００に与えられた累積ポイント数であり、過去６ヶ月間に受けたサービスの料金に応じて与えられ、例えば、予約受付の際の優先順位を判断する際に（又はさらなる割引として）考慮される。なお、料金情報の通知区分，不都合曜日，好都合曜日，及び指名希望接客担当者の属性は、上記料金情報の通知許可の属性が「ＹＥＳ」の場合のみが対象となる。
【００６０】
顧客データベース２１の各情報（累積ポイントを除く）は、顧客３００が店舗６ａに電話した時に又は来店時に、従業員がレジ端末５からキーボード５２を操作して（又はキーボード・マウス１２等を操作して）入力し、顧客データベース２１に記憶されるか、又は、顧客３００が自分の携帯電話機９で店舗ウェブサイトにアクセスし、携帯電話機９からサーバ１に送信することによって顧客データベース２１に記憶される。また、ネット会員の場合には、例えば、サーバ１が、後述する料金照会時（図１３及び図１４参照）において店舗６ａに関する情報の請求をした際等、顧客３００の携帯電話機９からのアクセスがあった際に随時、顧客３００の携帯電話機９からメールアドレス等の情報を送信させ、これを受信して顧客データベース２１に登録しておく。
【００６１】
売上データベース２２は、図５（ｂ）にその一部を示すように、売上コード，年月日，顧客コード，予約来店時刻，来店時刻，精算時刻，予約滞留時間，滞留時間，基本料金，追加オーダ（指名料金，延長料金含む），合計料金（税金，サービス料込み），指名従業員コード，座席番号，及びポイント等の各種属性を有している。
【００６２】
売上コードは、各顧客３００（団体客の場合は団体ごと）に対する売上ごとに付与されるユニークなコードであり、本実施の形態においては、１００１から始まる４桁の数字を割り当ててある。年月日は、売上の発生した年月日である。顧客コードは、当該売上に対応する顧客コードであり、上記顧客データベース２１のものと基本的に同一であるが、顧客データベース２１には基本的に正会員及びネット会員の情報しか記憶されていないため、売上データベース２２における顧客コードには、非会員の場合にはこれを示すために「９９９９」のコードが記憶される。来店時刻は、顧客３００が来店した時刻、精算時刻は、顧客３００が精算した時刻である。滞留時間は、顧客３００が来店してから精算するまでの時間であり、「精算時刻−来店時刻」から演算される。基本料金は、「来店時の空席率に応じた１分当りの基本料金（後述する料金データベース２３から得られる）×滞留時間」から演算される基本料金である。追加オーダは、基本料金以外に発生した売上金額であり、ここでは、指名料金，延長料金等も含んでいる。合計料金は、顧客３００が支払う合計の金額であり、「基本料金＋追加オーダ」で演算される金額に税金及びサービス料を含めて算出される。指名従業員コードは、当該顧客３００が指名した接客担当者４００の従業員コードである。座席番号は、顧客３００が来店時に割り当てられる座席番号を示す。ポイントは、合計料金から演算される顧客３００に対するポイント数である。
【００６３】
売上データベース２２の各情報のうち予約来店時刻及び予約滞留時間は、正会員又はネット会員となった顧客３００が店舗６ａに電話した時に又は来店時に予約した際に、従業員がレジ端末５からキーボード５２を操作して（又はキーボード・マウス１２等を操作して）入力し、売上データベース２２に記憶される。
【００６４】
料金データベース２３は、図６（ｂ）に示すように、空席率及び料金（１分当り）等の各種属性を有している。
【００６５】
空席率は、後述する演算式に基づいて演算される値であり、百分率で示される。料金は、空席率に対する１分当りの基本料金であり、キーボード・マウス１２を用いて予め入力されている。本実施の形態においては、１分当りの料金は、空席率が０％〜３０％のときに標準料金（￥１００／分）とし、空席率が高くなるほど料金が下がるように設定されている。例えば、空席率が３０％〜５０％のときには￥８０（割引率＝２０％）、空席率が５０％〜８０％のときには￥５０（割引率＝５０％）、及び空席率が８０％〜１００％のときには￥３０（割引率＝７０％）とそれぞれ設定されている。
【００６６】
インセンティブポイントデータベース２４は、図６（ｄ）に示すように、空席率及びインセンティブポイント（１指名当り）等の各種属性を有している。
【００６７】
空席率は、料金データベース２３のものと同一である。インセンティブポイントは、空席率に対する１指名当りのインセンティブポイントであり、キーボード・マウス１２を用いて予め入力されている。
【００６８】
本実施の形態に係る指名制接客型店舗用集客促進支援システムは以上の如きハードウェア構成とされ、該システムを構成する各装置のＣＰＵは、図７〜図９及び図１１〜図１４のフローチャートを用いて次に説明するように機能する。なお、以下においては、説明の簡略化のため、ＣＰＵではなく各装置がそのような動作をするように説明している。
【００６９】
まず、従業員の出勤時の処理について説明する。図７に示すように、サーバ１は、従業員コードの入力の旨の情報をタイムレコーダ端末４に送信し（ステップＳ１−１）、タイムレコーダ端末４は、これを受信するとその情報をディスプレイ４３に表示する（ステップＳ１−２）。従業員（ここでは、特に、接客担当者４００及び呼込担当者５００）は、出勤した際に、タイムレコーダ端末４のキーボード４２を操作して、自分の従業員コード（予め店舗６ａ側から割り当てられている）を入力すると、入力の確定に応じてタイムレコーダ端末４は、従業員コードをサーバ１に送信する（ステップＳ１−３）。
【００７０】
サーバ１は、従業員コードを受信すると、次に、ＣＰＵ  １０の内蔵タイマ１０ａから現在の日時を取得し、この現在日時の年月日と共に、受信した従業員コードとに基づいて従業員出退勤データベース１９を参照し、対応するレコードに現在時刻を実出勤時刻として記憶する（ステップＳ１−４）。そして、サーバ１は、記憶した実出勤時刻と、予め入力されている予定出勤時刻との差に基づいて遅刻時間を演算し（ステップＳ１−５）、演算した遅刻時間を対応するレコードに遅刻として記憶し（ステップＳ１−６）、従業員出退勤データベース１９に記憶した実出勤時刻及び遅刻時間をタイムレコーダ端末４に送信する（ステップＳ１−７）。
【００７１】
一方、タイムレコーダ端末４は、ステップＳ１−７でサーバ１から送信された情報を受信すると、受信した情報をディスプレイ４３に表示し（ステップＳ１−８）、本出勤時処理を終了する。
【００７２】
従業員の退出時についても図７に示すように上記出勤時と同様の処理が実行され、実出勤時刻及び遅刻時間に対応して、実退出時刻及び早退時間がそれぞれ従業員出退勤データベース１９に記憶される。このため、ここでは説明の簡略化のためその詳細な説明は省略する。
【００７３】
次に、顧客３００が来店した際又は精算する際の処理（来店／精算時処理）について図８及び図９を参照しながら説明する。まず、図８に示すように、サーバ１は、メニュー選択の旨の情報をレジ端末５に送信し（ステップＳ１−１５）、レジ端末５は、これを受信するとその情報をディスプレイ５３に表示する（ステップＳ１−１６）。この情報は、例えば、来店又は精算の選択の旨の情報である。従業員（接客担当者４００，呼込担当者５００，又は店長／マネージャ２００）は、キーボード５２を操作して、来店又は精算を表示メニューから選択すると、これに応じてレジ端末５がこの情報をサーバ１に送信する（ステップＳ１−１７）。
【００７４】
サーバ１は、受信した情報が来店であるか又は精算であるかを判断し（ステップＳ１−１８）、「来店」であった場合（ステップＳ１−１８で“来店”）には、会員・非会員区分（会員（正会員及びネット会員）の場合は顧客コード、非会員の場合は「９９９９」），座席番号，指名接客担当者の従業員コード（指名従業員コード），年齢・団体／個人区分等の付加情報（図示せず），及び追加オーダ（ドリンク，延長等。指名は１オーダとしてカウントする）の入力の旨の情報をレジ端末５に送信する（ステップＳ１−１９）。なお、追加オーダにおける指名には、「通常指名」と「独占指名」との２種類があり、「通常指名」を指定した場合には、店舗６ａのミニマムチャージ（３０分）となり、以後の延長は他の指名が入らない限り可能である。一方、「独占指名」を指定した場合には、無条件で３時間のチャージとなり、この間の他の指名は排除されるようになっている。
【００７５】
レジ端末５は、これを受信するとその情報をディスプレイ５３に表示し（ステップＳ１−２０）、この表示に応じて、従業員がキーボード５２を操作して、入力要求されている各情報を入力すると、これに応じてレジ端末５がこれらの情報をサーバ１に送信する（ステップＳ１−２１）。
【００７６】
サーバ１は、これらの情報を受信すると、まず、「独占指名」の指定があるか否かを判断し（ステップＳ１−２２）、「独占指名」の指定がある場合（ステップＳ１−２２で“ＹＥＳ”）には、受信した独占指名にかかる指名従業員コードに基づいて売上データベース２２を参照し、当該指名従業員コードにかかる接客担当者４００の「独占指名」が可能であるか否かを判断する（ステップＳ１−２３）。「独占指名」が可能であるか否かの判断は、次のように行なう。例えば、サーバ１が、売上データベース２２の当該指名従業員コードに応じたレコードを抽出し、これらのレコードの中から、まず、来店時刻の属性に入力があり、且つ精算時刻（又は滞留時間）の属性に入力がないものを除外し、現時点で「空き」又は「フリー」の接客担当者４００だけを残す。続いて、サーバ１は、これらの接客担当者４００に該当するレコードの中から、現時点から３時間後までの間に、予約来店時刻から予約滞留時間が経過する時点の時刻が含まれないレコードを抽出し、３時間後まで「空き」又は「フリー」な接客担当者４００を残す。ここで残った接客担当者４００が「独占指名が可能」な接客担当者４４０であり、この中に上記指名にかかる接客担当者４００が含まれていれば、サーバ１は、この接客担当者４００は「独占指名が可能」であると判断する。
【００７７】
サーバ１は、独占指名が可能でないと判断した場合（ステップＳ１−２３で“ＮＯ”）には、別の指名接客担当者を促すべく、その従業員コード（指名従業員コード）の再入力の旨の情報をレジ端末５に送信する（ステップＳ１−２４）。レジ端末５は、これを受信するとその情報をディスプレイ５３に表示し（ステップＳ１−２５）、この表示に応じて、従業員がキーボード５２を操作して、入力要求されている情報を入力すると、これに応じてレジ端末５がこれらの情報をサーバ１に送信する（ステップＳ１−２６）。
【００７８】
サーバ１は、ステップＳ１−２６の後で、又はステップＳ１−２２で「独占指名」の指定がない場合（ステップＳ１−２２で“ＮＯ”）、又はステップＳ１−２３で独占指名が可能であると判断した場合（ステップＳ１−２３で“ＹＥＳ”）には、レジ端末５から情報を受信した際に、ＣＰＵ  １０の内蔵タイマ１０ａから現在の日時を取得し、例えば、売上データベース２２の新規の売上コードに該当するレコードに、現在日時を年月日及び来店時刻として記憶すると共に、レジ端末５から受信した各情報を記憶する（ステップＳ１−２７）。なお、このとき、電話等により予約した顧客３００である場合には、売上データベース２２に予約来店時刻及び予約滞留時間等が既に記憶されているので、サーバ１は、新規の売上コードを取らずに、この該当するレコードに上記各情報を記憶する。また、サーバ１は、指名が「通常指名」である場合には、予約滞留時間として記憶せず、指名が「独占指名」である場合には、予約滞留時間を現在の時刻から３時間後に設定する。
【００７９】
次いで、サーバ１は、図９に示すように、現在の空席率に基づいて料金データベース２３を参照して１分当りの料金を取得し、これをメモリ１１（又はハードディスク１７）に一時記憶しておくと共に、現在の空席率に基づいてインセンティブポイントデータベース２４を参照して１指名当りのインセンティブポイントを取得し、これを売上データベース２２に記憶された指名従業員コードに対応する従業員出退勤データベース１９の従業員コード及び現在年月日のレコードのインセンティブポイントとして記憶する（ステップＳ１−２８）。そして、サーバ１は、この接客担当者４００が今回獲得したインセンティブポイントを従業員データベース１８の該当するレコードの累積インセンティブポイントに加算し、記憶する（ステップＳ１−２９）。
【００８０】
続いて、サーバ１は、来店時に顧客３００に手渡す受付票５９ａ（図１０（ａ）参照）に必要な情報をレジ端末５に送信し（ステップＳ１−３０）、レジ端末５は、受信した情報を受付票５９ａとしてプリンタ５６から印字する（ステップＳ１−３１）。受付票５９ａには、本実施の形態においては、売上コード，顧客コード，指名接客担当者コード（従業員コード），座席番号，及び来店日時等が印字される。
【００８１】
なお、顧客３００の店舗６ａ滞留中に、さらなる追加オーダ（延長，ドリンク追加等）があった場合には、従業員は、レジ端末５を操作してサーバ１との間でステップＳ１−１５〜Ｓ１−２９（独占指名にかかる処理は省略可）と同様の処理を行なうことにより、売上データベース２２の追加オーダとして該当レコードに記憶されるようになっている。
【００８２】
一方、ステップＳ１−１８で「精算」が選択された場合には、図９に示すように、サーバ１は、例えば売上コード（又は座席番号）の入力の旨の情報をレジ端末５に送信する（ステップＳ１−３６）。レジ端末５は、これを受信するとその情報をディスプレイ５３に表示し（ステップＳ１−３７）、この表示に応じて、従業員がキーボード５２を操作して、入力要求されている各情報を入力すると、これに応じてレジ端末５がこれらの情報をサーバ１に送信する（ステップＳ１−３８）。
【００８３】
サーバ１は、これらの情報を受信すると、次に、ＣＰＵ  １０の内蔵タイマ１０ａから現在の日時を取得し、売上データベース２２の該当するレコードに、現在日時を精算時刻として記憶する（ステップＳ１−３９）。続いて、サーバ１は、売上データベース２２の該当するレコードの来店時刻と精算時刻とから滞留時間を演算し、演算した滞留時間を売上データベース２２に記憶する（ステップＳ１−４０）。さらに、サーバ１は、この滞留時間と、ステップＳ１−２８で演算した１分当りの料金とを乗算することによって基本料金を演算し、この基本料金と追加オーダとを加算し、税金及びサービス料を含めて合計料金を演算し、これを売上データベース２２に記憶する（ステップＳ１−４１）。なお、このとき、サーバ１は、この顧客３００の累積ポイント（顧客データベース２１）に応じて割引等をすることも可能である。さらに、サーバ１は、合計料金に基づいて顧客３００のポイント（例えば、合計金額の数％、ここでは３％としてある）を演算し、これを売上データベース２２に記憶する（ステップＳ１−４２）。そして、サーバ１は、この顧客３００が今回獲得したポイントを顧客データベース２１の該当するレコードの累積ポイントに加算し、記憶する（ステップＳ１−４３）。
【００８４】
また、サーバ１は、精算時に顧客３００に手渡す領収書５９ｂ（図１０（ｂ）参照）に必要な情報をレジ端末５に送信し（ステップＳ１−４４）、レジ端末５は、受信した情報を領収書５９ｂとしてプリンタ５６から印字する（ステップＳ１−４５）。領収書５９ｂには、本実施の形態においては、売上コード，顧客コード，指名接客担当者コード（従業員コード），座席番号，来店日時，滞留時間，基本料金，追加オーダ（指名料含む），合計料金（税金・サービス料込み），今回ポイント，及び累積ポイント等が印字される。
【００８５】
次に、サーバ１の本願発明に係る主処理（集客促進・出勤要請処理）について図１１及び図１２を参照しながら説明する。まず、図１１に示すように、サーバ１は、予めハードディスク１７に空席率演算処理プログラム１７１として記憶されている次の演算式に基づいて上記空席率を演算する（ステップＳ１−５０）。この演算は、例えば、１０分ごと又は３０分ごとに実行されると共に、レジ端末５からの予約手入力、及び前述した来店時処理等の空席率を利用する処理（例えば、図９のステップＳ１−２８参照）ごと等の各種イベント発生時にも実行される。
【００８６】
空席率＝（満席状態数−顧客数）／満席状態数×１００％  …（１）
ここで、満席状態数＝出勤中のホステス数×１．２である。
【００８７】
上記満席状態数は、出勤中のホステスで賄いきれる顧客３００の人数であり、本実施の形態においては、出勤中のホステス数の１２０％の顧客３００が来店すると満席状態になると想定している。なお、本実施の形態では店舗６ａのキャパシティについては考慮していないが、例えば、店舗６ａのキャパシティに対して出勤中のホステス数が大分（もし満席となった場合にはこの人数では賄いきれないくらい）少ない場合には、この程度に応じたインセンティブポイントをホステスに与えるように構成することも可能である。
【００８８】
次いで、サーバ１は、予めハードディスク１７に記憶されている料金演算処理プログラム１７２に基づいて料金演算処理を実行する（ステップＳ１−５１）。料金演算処理では、サーバ１は、ステップＳ１−５０で演算した空席率に基づいて料金データベース２３を参照し、当該空席率に対応する１分当りの料金を取得する。
【００８９】
さらに、サーバ１は、予めハードディスク１７に記憶されているインセンティブポイント演算処理プログラム１７３に基づいて指名獲得インセンティブポイント演算処理を実行する（ステップＳ１−５２）。指名獲得インセンティブポイント演算処理では、サーバ１は、ステップＳ１−５０で演算した空席率に基づいてインセンティブポイントデータベース２４を参照し、当該空席率に対応する１指名当りのインセンティブポイントを取得する。
【００９０】
この後、サーバ１は、予めハードディスク１７に記憶されている対顧客処理プログラム１７４と対接客担当者／対呼込担当者処理プログラム１７５とを並列に実行する。
【００９１】
まず、引き続き図１１を参照しながら対顧客処理について説明する。サーバ１は、ステップＳ１−５１で演算した現在の料金に応じた料金情報通知該当者を顧客データベース２１から抽出する（ステップＳ１−５３）。具体的には、サーバ１は、図４（ｂ）に示すように、顧客データベース２１の「料金情報の通知許可」の属性が「ＹＥＳ」となっているレコードを抽出し、抽出したレコードの中から、さらに、現在の料金に対応する割引率に基づいて「料金情報の通知区分」の属性を参照し、当該割引率以下のレコードを抽出する。そして、好ましくは、サーバ１は、タイマ１０ａを参照して現在の曜日に基づいて不都合曜日及び好都合曜日の属性を参照し、これらのレコードの中から不都合曜日に該当するレコードを除外すると共に、好都合曜日に該当するレコードを優先するように並べ替える。サーバ１は、並べ替えたレコードの累積ポイントの属性を参照し、さらに、これらのレコードを累積ポイントの高い順に並べ替える。
【００９２】
次に、サーバ１は、該当顧客３００の携帯電話機（顧客端末）９に希望の料金（又は割引率）となった旨の情報を、例えば電子メールで送信する（ステップＳ１−５４）。このとき、ステップＳ１−５４で並べ替えたレコードの順に情報を送信することによって、店舗利用率の高い顧客に対して優先的に情報を通知することが可能である。このとき、指名希望接客担当者の属性として指定されている接客担当者４００が接客中でない場合、即ち「空き」である場合には、これを通知するようにすることも可能である。例えば、まず、売上データベース２２の来店時刻の入力があって、且つ、精算時刻（又は滞留時間）の入力がないレコードを抽出し、そして、これらのレコードの指名従業員コードとして入力されている接客担当者４００が「空き」ではないと判断できる。さらに、これ以外の出勤している接客担当者４００を従業員出退勤データベース１９を参照し、実出勤時刻の入力があって、且つ、実退出時刻（又は早退）の入力がないレコードの従業員コードの接客担当者４００が「空き」と判断される。
【００９３】
これと共に、サーバ１は、店舗ウェブサイトに掲載している料金（又は割引率），出勤中、独占指名中（又は独占指名の可能な）、又は「空き」の接客担当者４００の氏名，及び独占指名料等の情報を更新すべく、ハードディスク１７のウェブサイトデータ１７６の料金（又は割引率）等の情報を更新し（ステップＳ１−５５）、本集客促進・出勤要請処理を終了する。
【００９４】
次に、対接客担当者・対呼込担当者処理について説明する。図１２に示すように、サーバ１は、まず、ステップＳ１−５０で演算した空席率が５０％以上であるか否かを判断し（ステップＳ１−５６）、空席率が５０％以上である場合（ステップＳ１−５６で“ＹＥＳ”）には、集客要請処理を実行し（ステップＳ１−５７）、本集客促進・出勤要請処理処理を終了する。集客要請処理は、具体的には、サーバ１が、従業員の携帯電話機９に、空席率が５０％以上になった旨の情報（又は空席率の値）を、例えば電子メールで送信する。
【００９５】
これにより、従業員は、空席率が５０％以上になったことを知ることができ、特に、図１に示すような欠勤，未出勤の接客担当者４００は、空席率が５０％以上になると１指名当りのインセンティブポイントが２０ポイント（図６（ｄ）参照）になるため、自然に集客努力をすることになる。また、出勤中である接客担当者４００は、店舗６ａが空いているため、図１に示すように、待機接客担当者４００として、店舗６ａ外に出て自由に行動することができ、その間に効率的な集客促進（例えば、顧客３００と食事し、その後に同伴来店する）をすることも可能である。
【００９６】
一方、サーバ１は、空席率が５０％以上でない場合（ステップＳ１−５６で“ＮＯ”）には、続いて、空席率が５％以下であるか否かを判断する（ステップＳ１−５８）。空席率が５％以下でない場合（ステップＳ１−５８で“ＮＯ”）には、サーバ１は、さらに続いて、空席率が２５％以下であるか否かを判断する（ステップＳ１−５９）。空席率が２５％以下でない場合（ステップＳ１−５９で“ＮＯ”）には、店舗６ａは混んでも空いてもいない適度な状態であると判断し、本集客促進・出勤要請処理を終了する。
【００９７】
一方、空席率が２５％以下である場合（ステップＳ１−５９で“ＹＥＳ”）には、サーバ１は、出勤要請処理を実行する（ステップＳ１−６０）。出勤要請処理は、具体的には、サーバ１が、従業員の携帯電話機９に、空席率が２５％以下になった旨の情報（又は空席率の値）を、例えば電子メールで送信する。これにより、従業員は、空席率が２５％以下になったことを知ることができる。
【００９８】
さらに、サーバ１は、従業員の携帯電話機９から電子メールの返信があったか否かを判断し（ステップＳ１−６１）、電子メールの返信がなかった場合（ステップＳ１−６１で“ＮＯ”）には、このステップＳ１−６１を繰り返す。一方、電子メールの返信があった場合（ステップＳ１−６１で“ＹＥＳ”）には、この出勤要請に応じて３０分以内に出勤することができるものと判断し、返信者に対して５ポイントの固定されたインセンティブポイントを付与すべく、従業員出退勤データベース１９の対応するレコードに加算して記憶する（ステップＳ１−６４）。そして、サーバ１は、このレコードの予定出勤時刻（又は、これに加えて予定退出時刻）の属性に対応する時刻（例えば、Ｓ１−６１で“ＹＥＳ”となってから３０分後）を記憶し（ステップＳ１−６５）、本集客促進・出勤要請処理を終了する。
【００９９】
また、空席率が５％以下である場合（ステップＳ１−５８で“ＹＥＳ”）には、サーバ１は、緊急出勤要請処理を実行する（ステップＳ１−６２）。緊急出勤要請処理は、具体的には、サーバ１が、従業員の携帯電話機９に、空席率が５％以下になった旨の情報（又は空席率の値）を、例えば電子メールで送信する。これにより、従業員は、空席率が５％以下になったことを知ることができ、接客担当者４００等に対してさらなる出勤を促すことができる。
【０１００】
さらに、サーバ１は、従業員の携帯電話機９から電子メールの返信があったか否かを判断し（ステップＳ１−６３）、電子メールの返信がなかった場合（ステップＳ１−６３で“ＮＯ”）には、このステップＳ１−６３を繰り返す。一方、電子メールの返信があった場合（ステップＳ１−６３で“ＹＥＳ”）には、この緊急出勤要請に応じて３０分以内に出勤することができるものと判断し、返信者に対して１０ポイントの固定されたインセンティブポイントを付与すべく、従業員出退勤データベース１９の対応するレコードに加算して記憶する（ステップＳ１−６４）。そして、サーバ１は、このレコードの予定出勤時刻（又は、これに加えて予定退出時刻）の属性に対応する時刻（例えば、Ｓ１−６３で“ＹＥＳ”となってから３０分後）を記憶し（ステップＳ１−６５）、本集客促進・出勤要請処理を終了する。
【０１０１】
このように、緊急出勤要請に応じた従業員に対しては、これに応じた固定されたインセンティブポイントが付与されるため、特に、接客担当者４００は、自然に出勤努力をすることになる。なお、緊急出勤要請に対するインセンティブポイント数は、例えば、インセンティブポイントデータベース２４に予め記憶しておくことが可能であり、また、これを空席率に応じて変動させることも可能である。
【０１０２】
また、出勤要請（緊急出勤要請も含む）は、他の店舗６ａ，６ａの従業員に対しても実行することが可能である。具体的には、サーバ１は、他の店舗６ａ，６ａの従業員出退勤データベース１９及び売上データベース２２を参照して、これらの店舗６ａ，６ａの空き従業員の携帯電話機９に上記のような出勤要請（又は緊急出勤要請）の電子メールを送信する。
【０１０３】
次に、図１３及び図１４を参照しながら顧客３００の携帯電話機９とサーバ１との間の処理について説明する。まず、携帯電話機９が上記ステップＳ１−５４においてサーバ１から送信された希望の料金（又は割引率）となった旨の電子メールを受信した場合には、顧客３００は、受信内容を確認すべくメニュー画面から「受信メール表示」を選択すべく入力手段９３を操作する。このとき、携帯電話機９は、図１３に示すように、メニュー選択操作が受信メール表示であるか又はサイト接続であるか等を判断し（ステップＳ１−７０）、受信メール表示である場合（ステップＳ１−７０で“受信メール表示”）には、受信メールをメモリ９２にダウンロードし、ディスプレイ９４に表示し（ステップＳ１−７１）、本処理を終了する。顧客３００は、受信メールの内容を確認をして、例えば、予約をしたければ店舗６ａに電話を掛けることができる。
【０１０４】
一方、上記ステップＳ１−５５に対応して、顧客３００が、更新された料金（又は割引率）等を知りたい場合には、顧客３００は、メニュー画面から「サイト接続」を選択すべく入力手段９３を操作する。このとき、携帯電話機９は、図１３に示すように、メニュー選択操作がサイト接続である場合（ステップＳ１−７０で“サイト接続”）には、ＵＲＬ入力画面を表示し、顧客３００は、例えば店舗ウェブサイトのＵＲＬを入力すべく入力手段９３を操作する。そして、入力されたＵＲＬの確定操作に伴って、携帯電話機９は、ＵＲＬに基づいてサーバ１に接続する（ステップＳ１−７２）。
【０１０５】
これに伴い、サーバ１は、顧客３００の携帯電話機９に、料金案内（又は、割引率と共に）及びメニュー選択の旨の情報を送信する（ステップＳ１−７３）。携帯電話機９は、これを受信するとその情報を図１５（ａ）に示すようにディスプレイ９４に表示する（ステップＳ１−７４）。この情報は、例えば、接客担当者４００の予定（例えば「２．ホステス情報」）又はその他の情報（例えば「３．お店とホステスの紹介」）の選択の旨の情報である。なお、本フローチャートにおいては、説明の簡略化のため、「１．今すぐ電話」については省略してあるが、ここで、顧客３００が「１．今すぐ電話」を選択することによって、携帯電話機９は登録されている店舗６ａの電話番号に自動的に電話を掛けるようになっている。顧客３００は、入力手段９３を操作して、接客担当者４００の予定又はその他の情報の選択の旨の情報を表示メニューから選択すると、これに応じて携帯電話機９がこの情報をサーバ１に送信する（ステップＳ１−７５）。
【０１０６】
サーバ１は、受信した情報が接客担当者４００の予定であるか又はその他の情報であるかを判断し（ステップＳ１−７６）、接客担当者４００の予定であった場合（ステップＳ１−７６で“接客担当者予定”）には、さらに、携帯電話機９に、接客担当者４００の選択の旨の情報を送信する（ステップＳ１−７７）。携帯電話機９は、これを受信するとその情報を図１５（ｂ）に示すようにディスプレイ９４に表示する（ステップＳ１−７８）。この情報は、例えば、出勤中の接客担当者４００のリストであり、サーバ１が、例えば、従業員出退勤データベース１９を参照して実出勤時刻の属性に入力があって、且つ、実退出時刻の属性に入力がない接客担当者４００の氏名を抽出して作成する。なお、ここで、図１５（ｂ）に示すように、フリーの（現在指名の入っていない「空き」の状態の）接客担当者４００に対応する位置に星印等のマークを付けたり、独占指名中の接客担当者４００に対応する位置にバツ印等のマークを付けることで、顧客３００にこれらの接客担当者４００を積極的に指名するように促し、指名集中を回避することができる。
【０１０７】
このようなマーキングは、例えば、抽出されたリスト中の接客担当者４００の従業員コードに基づいて売上データベース２２の指名従業員コードの属性を参照し、来店時刻の属性に入力があって、且つ、精算時刻（又は滞留時間）の属性に入力がないレコードの指名従業員コードとして入力されている接客担当者４００が「空き」ではないと判断できるので、これ以外の出勤中の接客担当者４００が「フリー」又は「空き」（図１５（ｃ）参照）と判断することによって得ることができる。また、これに該当する従業員コードがあった場合には、そのレコード数をカウントし、図１５（ｄ）に示すように、予約者数とすることができる。なお、独占指名中の接客担当者４００は、ここでは、売上データベース２２を参照し、予約滞留時間の属性が３時間以上となっているレコードに対応する指名従業員コードを抽出することによって得ることができる。また、売上データベース２２に「独占指名」の属性を追加しておき、この属性の値の「ＹＥＳ／ＮＯ」等のフラグの入力の何れかによっても判断することが可能である。さらに、ここでは図示していないが、「独占指名が可能な接客担当者４００」に対してマークを付けることも可能である。
【０１０８】
顧客３００は、入力手段９３を操作して、何れかの接客担当者４００をリストから選択すると、これに応じて携帯電話機９がこの情報をサーバ１に送信する（ステップＳ１−７９）。サーバ１は、図１４に示すように、接客担当者４００の選択結果を受信すると、これに対応する接客担当者４００の従業員コードに基づいて従業員出退勤データベース１９を参照して、該当するレコードの例えば予定出勤時刻（実出勤時刻でも可）及び予定退出時刻を取得すると共に、上述のように売上データベース２２を参照して予約状況を取得し、これらを接客担当者４００の予定として顧客３００の携帯電話機９に送信する（ステップＳ１−８０）。携帯電話機９は、これを受信するとその情報をディスプレイ９４に表示し（ステップＳ１−８１）、本集客促進・出勤要請処理を終了する。
【０１０９】
なお、上記ステップＳ１−８０においては、図１５（ｂ）のリストからフリーでない接客担当者４００を希望した場合には、図１５（ｄ）に示すように、サーバ１が、必要に応じて他の接客担当者４００を推薦する旨の情報を顧客３００の携帯電話機９に送信するように構成することが可能である。このとき、ただ単に他の接客担当者４００を顧客３００に推薦しても顧客３００にはメリットが少ないため、例えば指名料を無料にする引き換え番号等をサーバ１が携帯電話機９に対して発行（送信）するようにする。この場合、指名料を無料にすべく、サーバ１は、売上データベース２２の追加オーダの値から「−指名料」としておく。例えば、ここで、指名料が￥１，０００である場合には、この時点では来店前なので売上データベース２２の該当レコードの追加オーダの値は「￥０」であるため、これを「−￥１，０００」とすればよい。
【０１１０】
（第２の実施の形態）
本実施の形態のシステムでは、上記第１の実施の形態と異なり、顧客３００からの予約を直接受け付けるように構成してあり、当日から３日後までの店舗状態（予約状況，混み具合等）に基づいて判断するようになっている。従って、本実施の形態のシステムは、接客担当者４００が顧客３００からの予約を直接受けるのが基本的な上記第１の実施の形態に例示したようなキャバクラ店舗６ａではなく、接客担当者４００が顧客３００からの予約を直接受けないようなヘルス店舗のような店舗に適している。そのため、本実施の形態においては、ヘルス店舗を例に説明する。また、本実施の形態におけるシステムの全体構成は、図１に示すように、上記第１の実施の形態と略同様であり、共通する部分には同一の参照符号を付してその詳細な説明は省略してある。
【０１１１】
例えば、図１に示すように、店舗所有者１００が所有・管理するチェーン店舗（本実施の形態においては、上記第１の実施の形態と同様、ファッションヘルス店舗（ヘルス店舗）Ａ，Ｂ，及びＣの３店舗）の１つであるＡ店舗６ｂは、接客サービス用として１２室のキャパシティを有しており（ここでは、１人の顧客３００を接客するための空間単位を「個室」８と称している）、２０名の接客担当者（本実施の形態の営業形態では一般に「コンパニオン」と呼ばれる）４００，４００…が在籍しており、通常、平均１０名が出勤している。他の店舗６ｂ，６ｂについても座席数及びホステス数等が異なり得るが、基本的には同様の構成である。なお、ここでは、説明の簡略化のために、接客担当者４００は、基本的に１席当りに１人のみ付くようになっているが、複数の接客担当者４００，４００…が付くことも可能である。また、本実施の形態においては、「座席」７ではなく「個室」８にて接客を行い、且つ予約を考慮した予測演算を行なうため、本願発明に係る空き具合率として、上記第１の実施の形態の「空席率」に代えて、「予測空室率」という概念を使用している。図３においてスラッシュ（／）付きで示したように、本実施の形態に係るサーバ１は、上記第１の実施の形態における空席率演算処理プログラム１７１に代えて、予測空室率演算処理プログラム１７１をハードディスク１７に記憶している。
【０１１２】
また、本実施の形態においては、従業員出退勤データベース１９の各情報のうち予定出勤時刻及び予定退出時刻は、従業員が自分自身で又は店長／マネージャ２００（例えば、従業員から電話を受けて）が、タイムレコーダ端末４のキーボード４２で操作入力することによって、サーバ１に転送されて従業員出退勤データベース１９に記憶されるか、又は、店舗所有者１００（例えば、従業員から電話を受けて）が、サーバ１のキーボード・マウス１２で操作入力することによって、従業員出退勤データベース１９に記憶される一方、後述するように、本実施の形態に係るサーバ１が従業員の携帯電話機９（従業員端末）との通信により自動的に取得し、従業員出退勤データベース１９に記憶されるようにもなっている。
【０１１３】
同様に、本実施の形態においては、顧客データベース２１の各情報（累積ポイントを除く）は、会員（正会員又はネット会員）となった顧客３００が店舗６ｂに電話した時に又は来店時に、従業員がレジ端末５からキーボード５２を操作して（又はキーボード・マウス１２等を操作して）入力し、顧客データベース２１に記憶される一方、本実施の形態に係るサーバ１が従業員の携帯電話機９との通信により自動的に取得し、顧客データベース２１に記憶されるようにもなっている。
【０１１４】
同様に、本実施の形態においては、売上データベース２２の各情報のうち予約来店時刻及び予約滞留時間は、会員となった顧客３００が店舗６ｂに電話した時に又は来店時に予約した際に、従業員がレジ端末５からキーボード５２を操作して（又はキーボード・マウス１２等を操作して）入力し、売上データベース２２に記憶される一方、後述するように、本実施の形態に係るサーバ１が従業員の携帯電話機９との通信により自動的に取得し、売上データベース２２に記憶されるようにもなっている。このとき、売上データベース２２へは、ダブルブッキングを回避するために、重複した日時（予約来店時刻及び予約滞留時間）には２つ以上のレコードは記憶できないようになっている。
【０１１５】
料金データベース２３は、図６（ｃ）に示すように、予測空室率及び料金等の各種属性を有している。なお、図６（ｃ）には、本ヘルス店舗６ｂにおける接客サービスとして、４０分コース（標準コース），６０分コース，及び８０分コースの３コースを例示してあるが、何れのコースに対しても本実施の形態に係る処理等は基本的に同様であるため、標準コースを基準として以下説明する。
【０１１６】
ここで、予測空室率は、後述する演算式に基づいて演算される値であり、百分率で示される。料金は、予測空室率に対する１コース当り（上記標準の４０分コース）の基本料金であり、キーボード・マウス１２を用いて予め入力されている。本実施の形態においては、１コース当りの料金は、予測空室率が０％〜３０％のときに標準料金（￥１０，０００）とし、予測空室率が高くなるほど料金が下がるように設定されている。例えば、予測空室率が３０％〜５０％のときには￥８０，０００（割引率＝２０％）、予測空室率が５０％〜８０％のときには￥６，５００（割引率＝３５％）、及び予測空室率が８０％〜１００％のときには￥５，０００（割引率＝５０％）とそれぞれ設定されている。
【０１１７】
なお、本実施の形態で例示しているヘルス店舗６ｂにあっては、接客担当者４００が顧客３００からの予約を直接受けることは想定していない、即ち、接客担当者４００が積極的な営業活動をすることを想定していないことが普通であるため、サーバ１は、上記第１の実施の形態で示したような売上獲得（指名を含む）の報酬としてのインセンティブポイントデータベース２４に代えて、出勤要請（後で詳述する）に応じた報酬としての別のインセンティブポイントデータベース２４を具備している。本実施の形態においては、１出勤要請に応答したインセンティブとして、予測空室率が０％〜３０％のときに１０ポイントであり、予測空室率が高くなるほどインセンティブポイントが上がるように設定されている。例えば、予測空室率が３０％〜５０％のときには１５ポイント、予測空室率が５０％〜８０％のときには２０ポイント、及び予測空室率が８０％〜１００％のときには２５ポイントとそれぞれ設定されている。
【０１１８】
本実施の形態に係る指名制接客型店舗用集客促進支援システムは以上の如きハードウェア構成とされ、該システムを構成する各装置のＣＰＵは、図１６〜図２４のフローチャートを用いて次に説明するように機能する。なお、以下においては、説明の簡略化のため、ＣＰＵではなく各装置がそのような動作をするように説明している。
【０１１９】
まず、従業員（ここでは特に「接客担当者４００」）の出退勤予定登録時の処理について説明する。図１６に示すように、従業員が、出退勤予定をサーバ１に登録したい場合には、自分の携帯電話機９のメニュー画面から「サイト接続」を選択すべく入力手段９３を操作してＵＲＬ入力画面を表示し、例えば店舗ウェブサイトのＵＲＬを入力すべく入力手段９３を操作する。そして、入力されたＵＲＬの確定操作に伴って、携帯電話機９は、ＵＲＬに基づいてサーバ１に接続する（ステップＳ２−１）。
【０１２０】
これに伴い、サーバ１は、従業員コードの入力の旨の情報を従業員の携帯電話機９に送信し（ステップＳ２−２）、携帯電話機９は、これを受信するとその情報をディスプレイ９４に表示する（ステップＳ２−３）。従業員は、携帯電話機９の入力手段９３を操作して、自分の従業員コード（予め店舗６ｂ側から割り当てられている）を入力すると、入力の確定に応じて携帯電話機９は、従業員コードをサーバ１に送信する（ステップＳ２−４）。
【０１２１】
サーバ１は、従業員コードを受信すると、続いて、出退勤予定（例えば、年月日，予定出勤時刻，及び予定退出時刻）の入力の旨の情報を従業員の携帯電話機９に送信する（ステップＳ２−５）。携帯電話機９は、これを受信するとその情報をディスプレイ９４に表示する（ステップＳ２−６）。従業員は、携帯電話機９の入力手段９３を操作して、自分の出勤予定を入力すると、入力の確定に応じて携帯電話機９は、出勤予定をサーバ１に送信する（ステップＳ２−７）。
【０１２２】
サーバ１は、出退勤予定を受信すると、受信した従業員コード及び年月日に基づいて従業員出退勤データベース１９を参照し、対応するレコードに予定出勤時刻及び予定退出時刻を記憶し（ステップＳ２−８）、本出退勤予定登録処理を終了する。
【０１２３】
なお、上記出退勤予定登録処理は、従業員の携帯電話機９のような従業員端末からだけでなく、タイムレコーダ端末４からも同様に処理することができる。但し、タイムレコーダ端末４の場合には、ルータ３を介してネットワーク２に常時接続されているため、その都度の上記Ｓ２−１にかかるサイト接続は不要（起動時等を除く）である。また、従業員の実際の出勤時及び退出時の処理については、上記第１の実施の形態（図７の出退勤処理を参照）と同様であるため、ここでは説明の簡略化のためその詳細な説明は省略する。
【０１２４】
次に、顧客３００が来店した際又は精算する際の処理（来店／精算時処理）について図１７及び図９を参照しながら説明する。まず、図１７に示すように、サーバ１は、メニュー選択の旨の情報をレジ端末５に送信し（ステップＳ２−１３）、レジ端末５は、これを受信するとその情報をディスプレイ５３に表示する（ステップＳ２−１４）。この情報は、例えば、来店又は精算の選択の旨の情報である。従業員は、キーボード５２を操作して、来店又は精算を表示メニューから選択すると、これに応じてレジ端末５がこの情報をサーバ１に送信する（ステップＳ２−１５）。
【０１２５】
サーバ１は、受信した情報が来店であるか又は精算であるかを判断し（ステップＳ２−１６）、来店であった場合（ステップＳ２−１６で“来店”）には、予約番号（会員（正会員及びネット会員）の場合は顧客コード、非会員の場合はサーバ１が後述のように任意に割り当てる），座席番号，指名接客担当者の従業員コード（フリー指名予約の場合のみ），年齢等の付加情報，及び追加オーダ（ドリンク，延長等。指名は１オーダとしてカウントする）の入力の旨の情報をレジ端末５に送信する（ステップＳ２−１７）。なお、ここで入力項目としてある指名接客担当者の従業員コードは、顧客３００がフリー指名で予約してある場合であって、来店の際に指名を決めた場合にのみ入力される。通常の指名予約の場合は、来店前に指名接客担当者の従業員コードが売上データベース２２に既に記憶されているからである。
【０１２６】
レジ端末５は、これを受信するとその情報をディスプレイ５３に表示し（ステップＳ２−１８）、この表示に応じて、従業員がキーボード５２を操作して、入力要求されている各情報を入力すると、これに応じてレジ端末５がこれらの情報をサーバ１に送信する（ステップＳ２−１９）。
【０１２７】
サーバ１は、これらの情報を受信すると、次に、ＣＰＵ  １０の内蔵タイマ１０ａから現在の日時を取得し、売上データベース２２の予約にかかるレコードに、現在日時を年月日及び来店時刻として記憶すると共に、レジ端末５から受信した各情報を記憶する（ステップＳ２−２０）。
【０１２８】
次いで、サーバ１は、来店時に顧客３００に手渡す受付票５９ａ（図１０（ａ）参照）に必要な情報をレジ端末５に送信し（ステップＳ２−２１）、レジ端末５は、受信した情報を受付票５９ａとしてプリンタ５６から印字する（ステップＳ２−２２）。受付票５９ａには、本実施の形態においては、売上コード，顧客コード，指名接客担当者コード（従業員コード），個室番号，及び来店日時等が印字される。
【０１２９】
なお、顧客３００の店舗滞留中に、さらなる追加オーダ（延長，ドリンク追加等）があった場合には、従業員は、レジ端末５を操作してサーバ１との間でステップＳ２−１３〜Ｓ２−２０と同様の処理を行なうことにより、売上データベース２２の追加オーダとして該当レコードに記憶されるようになっている。
【０１３０】
以後の精算時処理は、上記第１の実施の形態で説明した図９の精算時処理（ステップＳ１−１８で“精算”の後の処理）と同様であるため、図９のフローチャートのステップ番号を流用して以下説明する。
【０１３１】
即ち、ステップＳ２−１６で「精算」が選択された場合には、例えば売上コード（又は個室番号）の入力の旨の情報をレジ端末５に送信する（ステップＳ１−３６）。レジ端末５は、これを受信するとその情報をディスプレイ５３に表示し（ステップＳ１−３７）、この表示に応じて、従業員がキーボード５２を操作して、入力要求されている各情報を入力すると、これに応じてレジ端末５がこれらの情報をサーバ１に送信する（ステップＳ１−３８）。
【０１３２】
サーバ１は、これらの情報を受信すると、次に、ＣＰＵ  １０の内蔵タイマ１０ａから現在の日時を取得し、売上データベース２２の該当するレコードに、現在日時を精算時刻として記憶する（ステップＳ１−３９）。続いて、サーバ１は、売上データベース２２の該当するレコードの来店時刻と精算時刻とから滞留時間を演算し、演算した滞留時間を売上データベース２２に記憶する（ステップＳ１−４０）。さらに、サーバ１は、売上データベース２２を参照して、予約した顧客３００である場合には、予約時に演算した「予測料金（後述する）」と、ステップＳ１−４１で演算した滞留時間から延長料金とを加算することによって基本料金を演算し、この基本料金と追加オーダとを加算し、税金及びサービス料を含めて合計料金を演算し、これを売上データベース２２に記憶する（ステップＳ１−４２）。さらに、サーバ１は、合計料金に基づいて顧客３００のポイント（例えば、合計金額の数％）を演算し、これを売上データベース２２に記憶する（ステップＳ１−４３）。そして、サーバ１は、この顧客３００が今回獲得したポイントを顧客データベース２１の該当するレコードの累積ポイントに加算し、記憶する（ステップＳ１−４４）。
【０１３３】
また、サーバ１は、精算時に顧客３００に手渡す領収書５９ｂ（図１０（ｂ）参照）に必要な情報をレジ端末５に送信し（ステップＳ１−４４）、レジ端末５は、受信した情報を領収書５９ｂとしてプリンタ５６から印字する（ステップＳ１−４５）。領収書５９ｂには、本実施の形態においては、売上コード，顧客コード，指名接客担当者コード（従業員コード），個室番号，来店日時，滞留時間，基本料金，追加オーダ，合計料金，今回ポイント，及び累積ポイント等が印字される。
【０１３４】
次に、サーバ１の本願発明に係る主処理（集客促進・出勤要請処理）について図１８及び図１９を参照しながら説明する。まず、図１８に示すように、サーバ１は、予めハードディスク１７に予測空室率演算処理プログラム１７１として記憶されている次の演算式に基づいて上記予測空室率（現在の日時以後の空室率）を演算する（ステップＳ２−２７）。この演算は、例えば、１時間ごとに実行されると共に、後述する予約受付・料金照会処理等の予測空室率を利用する処理ごと等の各種イベント発生時にも実行される。
【０１３５】
予測空室率＝（満室状態数−顧客数）／満室状態数×１００％  …（２）
ここで、満室状態数＝出勤中のコンパニオン数＋３である。
【０１３６】
上記満室状態数は、出勤予定（現在の日時の場合には、出勤中）のコンパニオンで賄いきれる顧客数であり、本実施の形態においては、出勤予定／出勤中のコンパニオン数＋３名の顧客が来店すると満室状態になると想定している。
【０１３７】
次いで、サーバ１は、予めハードディスク１７に記憶されている料金演算処理プログラム１７２に基づいて予測料金演算処理を実行する（ステップＳ２−２８）。予測料金演算処理では、サーバ１は、ステップＳ２−２７で演算した予測空室率に基づいて図６（ｃ）に示した料金データベース２３を参照し、当該予測空室率に対応する１コース当りの予測料金（但し、現在の日時の場合には、現在の料金）を取得する（ステップＳ２−２８）。
【０１３８】
この後、サーバ１は、予めハードディスク１７に記憶されている対顧客処理プログラム１７４と対接客担当者／対呼込担当者処理プログラム１７５とを並列に実行する。
【０１３９】
まず、引き続き図１８を参照しながら対顧客処理について説明する。サーバ１は、ステップＳ２−２８で演算した予測料金／現在の料金に応じた料金情報通知該当者を顧客データベース２１から抽出する（ステップＳ２−２９）。具体的には、サーバ１は、図４（ｂ）に示すように、「料金情報の通知許可」の属性が「ＹＥＳ」となっているレコードを抽出し、抽出したレコードの中から、さらに、予測料金／現在の料金（顧客３００の予約又は料金照会対象日時によって異なる時点の料金）に対応する割引率に基づいて「料金情報の通知区分」の属性を参照し、当該割引率以下のレコードを抽出する。そして、好ましくは、サーバ１は、顧客３００の予約又は料金照会対象曜日に基づいて不都合曜日及び好都合曜日の属性を参照し、これらのレコードの中から不都合曜日に該当するレコードを除外すると共に、好都合曜日に該当するレコードを優先するように並べ替える。サーバ１は、並べ替えたレコードの累積ポイントの属性を参照し、さらに、これらのレコードを累積ポイントの高い順に並べ替える。
【０１４０】
次に、サーバ１は、該当顧客３００の携帯電話機（顧客端末）９に希望の料金（又は割引率）となる又はなった旨の情報を、例えば電子メールで送信する（ステップＳ２−３０）。このとき、ステップＳ２−２９で並べ替えたレコードの順に情報を送信することによって、店舗利用率の高い顧客に対して優先的に情報を通知することが可能である。このとき、指名希望接客担当者の属性として指定されている接客担当者４００が接客中でない場合、即ち「空き」である場合には、これを通知するようにすることも可能である。例えば、まず、売上データベース２２の来店時刻の入力があって、且つ、精算時刻（又は滞留時間）の入力がないレコードを抽出し、そして、これらのレコードの指名従業員コードとして入力されている接客担当者４００が「空き」ではないと判断できる。さらに、これ以外の出勤している接客担当者４００を従業員出退勤データベース１９を参照し、実出勤時刻の入力があって、且つ、実退出時刻（又は早退）の入力がないレコードの従業員コードの接客担当者４００が「空き」と判断される。
【０１４１】
これと共に、サーバ１は、店舗ウェブサイトに掲載している料金（又は割引率），出勤中又は「空き」の接客担当者４００の氏名等の情報を更新すべく、ハードディスク１７のウェブサイトデータ１７６の料金（又は割引率）等の情報を更新し（ステップＳ２−３１）、本集客促進・出勤要請処理を終了する。
【０１４２】
次に、対接客担当者・対呼込担当者処理について説明する。図１９に示すように、サーバ１は、まず、ステップＳ２−２７で演算した予測空室率が５０％以上であるか否かを判断し（ステップＳ２−３２）、予測空室率が５０％以上である場合（ステップＳ２−３２で“ＹＥＳ”）には、集客要請処理を実行し（ステップＳ２−３３）、本集客促進・出勤要請処理処理を終了する。集客要請処理は、具体的には、サーバ１が、従業員の携帯電話機９に、予測空室率が５０％以上になった旨の情報（又は予測空室率の値）を、例えば電子メールで送信する。これにより、従業員は、予測空室率が５０％以上になったことを知ることができる。また、出勤中である接客担当者４００は、店舗６ｂが空いているため、図１に示すように、待機接客担当者４００として、店舗６ａ外に出て自由に行動することができ、その間に効率的な集客促進（例えば、顧客３００と食事し、その後に同伴来店する）をすることも可能である。
【０１４３】
一方、サーバ１は、予測空室率が５０％以上でない場合（ステップＳ２−３２で“ＮＯ”）には、続いて、予測空室率が２５％以下であるか否かを判断する（ステップＳ２−３４）。予測空室率が２５％以下でない場合（ステップＳ２−３４で“ＮＯ”）には、店舗６ｂは混んでも空いてもいない適度な状態であると判断し、本集客促進・出勤要請処理を終了する。
【０１４４】
一方、予測空室率が２５％以下である場合（ステップＳ２−３４で“ＹＥＳ”）には、サーバ１は、出勤要請処理を実行する（ステップＳ２−３５）。出勤要請処理は、具体的には、サーバ１が、従業員の携帯電話機９に、予測空室率が２５％以下になった旨の情報（又は予測空室率の値）を、例えば電子メールで送信する。これにより、従業員は、予測空室率が２５％以下になったことを知ることができる。
【０１４５】
さらに、サーバ１は、従業員の携帯電話機９から電子メールの返信があったか否かを判断し（ステップＳ２−３６）、電子メールの返信がなかった場合（ステップＳ２−３６で“ＮＯ”）には、このステップＳ２−３６を繰り返す。一方、電子メールの返信があった場合（ステップＳ２−３６で“ＹＥＳ”）には、サーバ１は、この出勤要請に応じて、元々出勤予定のなかった従業員が出勤してくれるものと判断し、返信者に対して予測空室率に応じた変動するインセンティブポイントを付与すべく、まず、図６（ｅ）に示したインセンティブポイントデータベース２４を参照して、演算された予測空室率に対応する１出勤要請応答当りのインセンティブポイントを取得し、このインセンティブポイントを、従業員出退勤データベース１９の対応するレコードに加算して記憶する（ステップＳ２−３７）。そして、サーバ１は、このレコードの予定出勤時刻（又は、これに加えて予定退出時刻）の属性に対応する時刻（例えば、顧客３００の予約又は料金照会対象日時の１５分前）を記憶し（ステップＳ２−３８）、本集客促進・出勤要請処理を終了する。
【０１４６】
このように、本実施の形態においては、出勤要請に応じた従業員に対しては、予測空席率に応じたその時点の変動インセンティブポイントが付与されるため、特に、接客担当者４００は、上記第１の実施の形態のように固定されたインセンティブポイントの場合に比べてより自然に且つ積極的に出勤努力をすることになる。なお、本実施の形態においても、上記第１の実施の形態と同様、出勤要請を他の店舗６ｂ，６ｂの従業員に対して実行してもよい。
【０１４７】
次に、図２０乃至図２４を参照しながら顧客３００からの予約受付・料金照会処理について説明する。まず、図２０に示すように、携帯電話機９が上記ステップＳ２−３０においてサーバ１から送信された希望の料金（又は割引率）となった旨の電子メールを受信した場合には、顧客３００は、受信内容を確認すべくメニュー画面から「受信メール表示」を選択すべく入力手段９３を操作する。このとき、携帯電話機９は、メニュー選択操作が受信メール表示であるか又はサイト接続であるか等を判断し（ステップＳ２−４３）、受信メール表示である場合（ステップＳ２−４３で“受信メール表示”）には、受信メールをメモリ９２にダウンロードし、ディスプレイ９４に表示する（ステップＳ２−４４）。顧客３００は、入力手段９３を操作して、受信メールに返信することによって接客予約をすべく、必要事項（予約にかかる接客担当者，日時等）を入力し、これを確定すると、これに応じて携帯電話機９がこの情報をサーバ１に送信する（ステップＳ２−４５）。
【０１４８】
サーバ１は、予約希望の接客担当者４００に関する情報等を受信すると、続いて、図２４に示すように、コース選択の旨の情報を携帯電話機９に送信し（ステップＳ２−９０）、携帯電話機９は、これを受信するとその情報を図２７（ｂ）に示すようにディスプレイ９４に表示する（ステップＳ２−９１）。この情報は、図２７（ｂ）においては、「１．４０分コース（標準コース）」，「２．６０分コース」，及び「３．８０分コース」から選択できるようになっている。顧客３００は、入力手段を操作して何れかのコースを選択入力すると、これに応じて携帯電話機９がこの情報をサーバ１に送信する（ステップＳ２−９２）。
【０１４９】
サーバ１は、返信メールを受信すると、図２４に示すように、指名にかかる固定されたインセンティブポイント（例えば、この場合は「写真指名」に相当するので「１０ポイント」）を従業員出退勤データベース１９に加算して記憶し（ステップ２−９８）、従業員データベース１８の累積インセンティブポイントとして加算して記憶する（ステップＳ２−９９）。そして、サーバ１は、予約番号（ここでは、４桁の番号であり、売上データベース２２の売上コードと同一としてある）を発行し（ステップＳ２−１００）、当該売上コードに対応するレコードに、年月日，会員（正会員及びネット会員）の場合は顧客コード（非会員の場合は「９９９９」），予約来店時刻，予約滞留時間，基本料金，追加オーダ（この段階では指名料のみ），及び指名従業員コード等を売上データベース２２に登録し（ステップＳ２−１０１）、予約完了の旨の情報（予約内容を含む）を携帯電話機９に送信する（ステップＳ２−１０２）。携帯電話機９は、これを受信するとその情報を図２７（ｃ）に示すようにディスプレイ９４に表示し（ステップＳ２−１０３）、本予約受付・料金照会処理を終了する。
【０１５０】
なお、ここで、顧客３００が、入力手段９３を操作して、図２７（ｃ）に示す画面に表示された「ＯＫ」を選択すると、これに応じて携帯電話機９がこの情報をサーバ１に送信し、サーバ１は、この情報を受信すると、「ありがとうございました」との旨の情報を携帯電話機９に送信する。そして、携帯電話機９は、これを受信するとその情報を図２７（ｄ）に示すようにディスプレイ９４に表示する。
【０１５１】
一方、上記ステップＳ２−３１に対応して、顧客３００が、更新された料金（又は割引率）等を知りたい場合、又は予約を前提として接客担当者４００の予定の照会，料金照会等をする場合には、顧客３００は、メニュー画面から「サイト接続」を選択すべく入力手段９３を操作する。このとき、携帯電話機９は、図２０に示すように、メニュー選択操作がサイト接続である場合（ステップＳ２−４３で“サイト接続”）には、ＵＲＬ入力画面を表示し、顧客３００は、例えば店舗ウェブサイトのＵＲＬを入力すべく入力手段９３を操作する。そして、入力されたＵＲＬの確定操作に伴って、携帯電話機９は、ＵＲＬに基づいてサーバ１に接続する（ステップＳ２−４６）。
【０１５２】
なお、これ以後の処理（図２０中、一点鎖線で区分けしてある）については、顧客３００の携帯電話機９に代えて、来店した顧客３００が直接又は来店した顧客３００に依頼された従業員が店舗６ｂにあるレジ端末５を操作しても同様に実行することが可能であるが、ここでは、説明の簡略化のため、引き続き顧客３００の携帯電話機９を想定して説明する。
【０１５３】
ステップＳ２−４６における携帯電話機９のサーバ１への接続に伴い、サーバ１は、顧客３００の携帯電話機９に、メニュー選択の旨の情報を送信する（ステップＳ２−４７）。携帯電話機９は、これを受信するとその情報を図２５（ａ）に示すようにディスプレイ９４に表示する（ステップＳ２−４８）。この情報は、例えば、予約希望日優先の予約（例えば「１．割引情報」）、接客担当者優先の予約（例えば「２．コンパニオン情報」）、又はその他の情報（例えば「３．お店とコンパニオンの紹介」）の選択の旨の情報である。顧客３００は、入力手段９３を操作して、何れかを表示メニューから選択すると、これに応じて携帯電話機９がこの情報をサーバ１に送信する（ステップＳ２−４９）。
【０１５４】
サーバ１は、受信した情報が予約希望日優先の予約であるか、接客担当者優先の予約であるか、又はその他の情報であるかを判断し（ステップＳ２−５０）、例えば、その他の情報である場合（ステップＳ２−５０で“その他の情報”）には、サーバ１は、「３．お店とコンパニオンの紹介」に関する情報をレジ端末５に送信する（ステップＳ２−５１）。携帯電話機９は、これを受信するとその情報をディスプレイ９４に表示し（ステップＳ２−５２）、本予約受付・料金照会処理を終了する。この情報は、例えば、店舗６ｂの所在地及びその地図、電話番号、電子メールアドレス、営業時間、或いは、コンパニオンのプロフィール（顔写真等を含んでもよい）である。
【０１５５】
一方、ステップＳ２−５０において受信した情報が予約希望日優先の予約であった場合（ステップＳ２−５０で“予約希望日優先”）には、サーバ１は、図２１に示すように、さらに、予約希望日の入力の旨の情報を携帯電話機９に送信する（ステップＳ２−５３）。携帯電話機９は、これを受信するとその情報を図２５（ｂ）に示すようにディスプレイ９４に表示する（ステップＳ２−５４）。この情報は、図２５（ｂ）においては、「きょう」、「あした」、「あさって」、及び「しあさって」と３日後までの予約希望日を選択入力できるようになっている。
【０１５６】
顧客３００は、入力手段９３を操作して、何れかの予約希望日を入力すると、これに応じて携帯電話機９がこの情報をサーバ１に送信する（ステップＳ２−５５）。サーバ１は、予約希望日の入力結果を受信すると、これに対応する年月日に基づいて売上データベース２２を参照して予約にかかる所定の時間帯ごと（例えば、３０分又は１時間ごと）の顧客数を演算すると共に、同年月日に基づいて従業員出退勤データベース１９を参照して当日の前記所定の時間帯ごとの出勤予定の接客担当者数を演算し、これらに基づいて上記（２）式により前記所定の時間帯ごとの予測空室率を演算する（ステップＳ２−５６）。続いて、サーバ１は、演算した予測空室率に基づいて料金データベース２３を参照して前記所定の時間帯ごとの予測料金（及び割引率）を演算し（ステップＳ２−５７）、演算した予測料金（及び割引率）に関する情報を、予約希望日の時間帯別料金案内として携帯電話機９に送信する（ステップＳ２−５８）。
【０１５７】
携帯電話機９は、これを受信するとその情報を図２５（ｃ）に示すようにディスプレイ９４に表示する（ステップＳ２−５９）。この情報は、図２５（ｃ）においては、割引率が高い順の時間帯として示してある。顧客３００は、入力手段９３を操作して、何れかの予約希望時間帯を選択入力すると、これに応じて携帯電話機９がこの情報をサーバ１に送信する（ステップＳ２−６０）。
【０１５８】
サーバ１は、予約希望時間帯の選択結果を受信すると、対応する年月日と時間帯とに基づいて売上データベース２２を参照して既に予約の入っている接客担当者４００を割り出し、これ以外に当該時間帯に出勤予定となっている接客担当者４００（即ち、空き接客担当者４００）を従業員出退勤データベース１９から抽出し、これをリストにして携帯電話機９に送信する（ステップＳ２−６１）。
【０１５９】
携帯電話機９は、これを受信するとその情報を図２５（ｄ）に示すようにディスプレイ９４に表示する（ステップＳ２−６２）。この情報は、図２５（ｄ）においては、「０．おまかせ＝指名なし」、「１．レナ」、「２．洋子」、「３．しのぶ」、「４．知代」、「５．加奈」、及び「９．コンパニオンの詳しい紹介」から選択できるようになっている。顧客３００は、入力手段９３を操作して、何れかの予約希望の接客担当者４００を選択入力すると、これに応じて携帯電話機９がこの情報をサーバ１に送信する（ステップＳ２−６３）。以後の処理は、図２４に示したステップＳ２−９０〜Ｓ２−１０３と同様の処理であるため、ここでは説明を省略する。
【０１６０】
また、ステップＳ２−５０において受信した情報が接客担当者優先の予約であった場合（ステップＳ２−５０で“接客担当者優先”）には、図２２に示すように、サーバ１は、従業員データベース１８を参照して接客担当者４００の氏名リストを作成し、これを携帯電話機９に送信する（ステップＳ２−６６）。携帯電話機９は、これを受信するとその情報を図２６（ａ）に示すようにディスプレイ９４に表示する（ステップＳ２−６７）。この情報は、図２６（ａ）においては、「１．しずか」，「２．けいこ」，「３．レナ」、及び「９．次のページへ」等と接客担当者４００を選択入力できるようになっている。なお、「９．次のページへ」を選択すると、ディスプレイ９４に一画面で表示しきれないリストの残りの部分を表示することができるようになっている。
【０１６１】
顧客３００は、入力手段９３を操作して、例えば、何れかの接客担当者４００を選択すると、これに応じて携帯電話機９がこの情報をサーバ１に送信し（ステップＳ２−６８）、サーバ１は、接客担当者４００の選択結果を受信すると、続いて、予約希望日優先の予約，時間優先の予約，又は料金優先の予約の選択の旨の情報を携帯電話機９に送信する（ステップＳ２−６９）。携帯電話機９は、これを受信するとその情報を図２６（ｂ）に示すようにディスプレイ９４に表示する（ステップＳ２−７０）。この情報は、図２６（ｂ）においては、「１．きょう」，「２．あした」，及び「３．あさって」等の３日後までの予約希望日優先の予約の旨の情報、「５．空きを早い順に見る」等の時間優先の予約の旨の情報、及び、「６．空きを安い順に見る」等の料金優先の予約の旨の情報等を選択入力できるようになっている。
【０１６２】
顧客３００は、入力手段９３を操作して、予約希望日優先の予約，時間優先の予約，又は料金優先の予約の選択の旨の何れかを選択すると、これに応じて携帯電話機９がこの情報をサーバ１に送信し（ステップＳ２−７１）、サーバ１は、選択結果を受信すると、選択結果が予約希望日優先の予約，時間優先の予約，又は料金優先の予約の選択の旨の何れかであるを判断する（ステップＳ２−７２）。選択結果が予約希望日優先の旨である場合（ステップＳ２−７２で“予約希望日”）には、サーバ１は、選択された予約希望日（ここでは、図２６（ｂ）に示すように「きょう」，「あした」，「あさって」，及び「３日後」の何れか）に対応する年月日に基づいて売上データベース２２を参照して予約にかかる所定の時間帯ごと（例えば、３０分又は１時間ごと）の顧客数を演算すると共に、同年月日に基づいて従業員出退勤データベース１９を参照して当日の前記所定の時間帯ごとの出勤予定の接客担当者数を演算し、これらに基づいて上記（２）式により前記所定の時間帯ごとの予測空室率を演算する（ステップＳ２−７３）。続いて、サーバ１は、演算した予測空室率に基づいて料金データベース２３を参照して前記所定の時間帯ごとの予測料金（及び割引率）を演算し（ステップＳ２−７４）、演算した予測料金（及び割引率）に関する情報を、予約希望日の当該接客担当者４００の空き時間帯別料金案内として携帯電話機９に送信する（ステップＳ２−７５）。
【０１６３】
携帯電話機９は、これを受信するとその情報を図２６（ｃ）に示すようにディスプレイ９４に表示する（ステップＳ２−７６）。この情報として、図２６（ｃ）においては、顧客３００が選択した接客担当者４００の氏名（ここでは「加奈」）及び予約希望日（ここでは「５月２５日」）に加えて、この接客担当者４００の予約希望日の空き時間帯及びその時間帯の予測料金（ここでは「割引率」）を時間の早い順に示している。顧客３００は、入力手段９３を操作して、何れかの予約希望日の空き時間帯を予約希望時間帯として選択入力すると、これに応じて携帯電話機９がこの情報をサーバ１に送信する（ステップＳ２−７７）。以後の処理は、図２４に示したステップＳ２−９０〜Ｓ２−１０３と同様であるので、ここでは説明を省略する。
【０１６４】
また、ステップＳ２−７２において選択結果が時間優先の旨である場合（ステップＳ２−７２で“時間優先”）には、図２３に示すように、サーバ１は、売上データベース２２を参照して所定時間後（例えば、３日後）まで、所定の時間帯ごと（例えば、３０分又は１時間ごと）の顧客数を演算すると共に、同年月日及び時間帯に基づいて従業員出退勤データベース１９を参照して前記所定の時間帯ごとの出勤予定の接客担当者数を演算し、これらに基づいて上記（２）式により前記所定の時間帯ごとの予測空室率を演算する（ステップＳ２−７８）。続いて、サーバ１は、演算した予測空室率に基づいて料金データベース２３を参照して前記所定の時間帯ごとの予測料金（及び割引率）を演算し（ステップＳ２−７９）、演算した予測料金（及び割引率）に関する情報を早い時間帯の順に並べ替えてリストを作成し（ステップＳ２−８０）、作成したリストを携帯電話機９に送信する（ステップＳ２−８１）。
【０１６５】
携帯電話機９は、これを受信するとその情報を図２６（ｄ）に示すようにディスプレイ９４に表示する（ステップＳ２−８２）。このリストとして、図２６（ｄ）においては、顧客３００が選択した接客担当者４００の氏名（ここでは「加奈」）に加えて、前記所定時間後までの前記所定の時間帯ごとの予測料金（ここでは「割引率」）を時間の早い順に示している。顧客３００は、入力手段９３を操作して、何れかの予約希望日の空き時間帯を予約希望時間帯として選択入力すると、これに応じて携帯電話機９がこの情報をサーバ１に送信する（ステップＳ２−８３）。以後の処理は、図２４に示したステップＳ２−９０〜Ｓ２−１０３と同様であるので、ここでは説明を省略する。
【０１６６】
また、ステップＳ２−７２において選択結果が料金優先の旨である場合（ステップＳ２−７２で“料金優先”）には、図２３に示すように、サーバ１は、売上データベース２２を参照して所定時間後（例えば、３日後）まで、所定の時間帯ごと（例えば、３０分又は１時間ごと）の顧客数を演算すると共に、同年月日及び時間帯に基づいて従業員出退勤データベース１９を参照して前記所定の時間帯ごとの出勤予定の接客担当者数を演算し、これらに基づいて上記（２）式により前記所定の時間帯ごとの予測空室率を演算する（ステップＳ２−８４）。続いて、サーバ１は、演算した予測空室率に基づいて料金データベース２３を参照して前記所定の時間帯ごとの予測料金（及び割引率）を演算し（ステップＳ２−８５）、演算した予測料金（及び割引率）に関する情報を安い料金の順に並べ替えてリストを作成し（ステップＳ２−８６）、作成したリストを携帯電話機９に送信する（ステップＳ２−８７）。
【０１６７】
携帯電話機９は、これを受信するとその情報を図２７（ａ）に示すようにディスプレイ９４に表示する（ステップＳ２−８８）。このリストとして、図２７（ａ）においては、顧客３００が選択した接客担当者４００の氏名（ここでは「加奈」）に加えて、前記所定時間後までの前記所定の時間帯ごとの予測料金（ここでは「割引率」）を安い順に示している。顧客３００は、入力手段９３を操作して、何れかの予約希望日の空き時間帯を予約希望時間帯として選択入力すると、これに応じて携帯電話機９がこの情報をサーバ１に送信する（ステップＳ２−８９）。以後の処理は、図２４に示したステップＳ２−９０〜Ｓ２−１０３と同様であるので、ここでは説明は省略する。
【０１６８】
【発明の効果】
本願発明に係る指名制接客型店舗用集客促進支援装置及びプログラムによれば、或る時点における店舗の空き具合を演算し、空いているときには、これに応じて値引きをしてこの値引き情報を顧客の端末に送信する一方、指名獲得インセンティブポイントを高くして、このインセンティブポイントを、顧客の端末から指名を受けた接客担当者に対して与えるか、又は、混んでいるときには、これに応じて値段を標準価格に戻すようにする一方、出勤要請対応インセンティブポイントを高くして、このインセンティブポイントを、出勤要請に応じた接客担当者に対して与え、これら獲得したインセンティブポイントに応じて接客担当者の給与が上がるように構成したので、顧客が接客担当者を指名する営業形態を採用している店舗の集客促進及び従業員の出勤要請等を店舗の空き具合に応じて効率良くリアルタイムに実施して、顧客ニーズを満足し、しかも人件費の削減と売上アップを期待できる等、本願発明は優れた効果を奏する。
【図面の簡単な説明】
【図１】本願発明の第１及び第２の実施の形態に係る指名制接客型店舗用集客促進支援装置をサーバとして利用したコンピュータシステムの全体構成を示す図である（第１の実施の形態においてはキャバクラ店舗、第２の実施の形態においてはヘルス店舗を例示）。
【図２】本願発明の第１及び第２の実施の形態に係る指名制接客型店舗用集客促進支援システムの一部を構成する店舗内システムの詳細構成を示すブロック図である。
【図３】本願発明の第１及び第２の実施の形態に係る指名制接客型店舗用集客促進支援システムの残りの部分を構成する指名制接客型店舗用集客促進支援装置としてのサーバ、及び、従業員端末，顧客端末としての携帯電話機の詳細構成を示すブロック図である。
【図４】本願発明の第１及び第２の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバに記憶されたデータベースの内容を示し、（ａ）は従業員データベース、（ｂ）は顧客データベースをそれぞれ示してある。
【図５】本願発明の第１及び第２の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバに記憶されたデータベースの内容を示し、（ａ）は従業員出退勤データベース、（ｂ）は売上データベースをそれぞれ示してある。
【図６】本願発明の第１及び第２の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバに記憶されたデータベースの内容を示し、（ａ）は従業員給与データベース、（ｂ）は第１の実施の形態に係る料金データベース、（ｃ）は第２の実施の形態に係る料金データベース、（ｄ）は第１の実施の形態に係るインセンティブポイントデータベース、（ｅ）は第２の実施の形態に係るインセンティブポイントデータベースをそれぞれ示してある。
【図７】本願発明の第１及び第２の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバとタイムレコーダ端末との間の出退勤処理を示すフローチャートである。
【図８】本願発明の第１の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバとレジ端末との間の来店／精算時処理を示すフローチャートである。
【図９】本願発明の第１の実施の形態（及び第２の実施の形態）に係る指名制接客型店舗用集客促進支援装置としてのサーバとレジ端末との間の来店／精算時処理を示すフローチャートである。
【図１０】本願発明の第１及び第２の実施の形態に係るレジ端末による印字出力結果を示し、（ａ）は受付票、（ｂ）は領収書をそれぞれ示している。
【図１１】本願発明の第１の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバの集客促進・出勤要請処理を示すフローチャートである。
【図１２】本願発明の第１の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバの集客促進・出勤要請処理を示すフローチャートである。
【図１３】本願発明の第１の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバと顧客端末としての携帯電話機との間の料金照会処理を示すフローチャートである。
【図１４】本願発明の第１の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバと顧客端末としての携帯電話機との間の料金照会処理を示すフローチャートである。
【図１５】（ａ）〜（ｄ）は本願発明の第１の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバとの間の通信により、顧客端末としての携帯電話機のディスプレイに表示される画面情報である。
【図１６】本願発明の第２の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバと従業員端末としての携帯電話機又はタイムレコーダ端末との間の出退勤予定登録処理を示すフローチャートである。
【図１７】本願発明の第２の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバとレジ端末との間の来店／精算時処理を示すフローチャートである。
【図１８】本願発明の第２の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバの集客促進・出勤要請処理を示すフローチャートである。
【図１９】本願発明の第２の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバの集客促進・出勤要請処理を示すフローチャートである。
【図２０】本願発明の第２の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバと顧客端末としての携帯電話機又はレジ端末との間の予約受付・料金照会処理を示すフローチャートである。
【図２１】本願発明の第２の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバと顧客端末としての携帯電話機又はレジ端末との間の予約受付・料金照会処理を示すフローチャートである。
【図２２】本願発明の第２の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバと顧客端末としての携帯電話機又はレジ端末との間の予約受付・料金照会処理を示すフローチャートである。
【図２３】本願発明の第２の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバと顧客端末としての携帯電話機又はレジ端末との間の予約受付・料金照会処理を示すフローチャートである。
【図２４】本願発明の第２の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバと顧客端末としての携帯電話機又はレジ端末との間の予約受付・料金照会処理を示すフローチャートである。
【図２５】（ａ）〜（ｄ）は本願発明の第２の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバとの間の通信により、顧客端末としての携帯電話機のディスプレイに表示される画面情報である。
【図２６】（ａ）〜（ｄ）は本願発明の第２の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバとの間の通信により、顧客端末としての携帯電話機のディスプレイに表示される画面情報である。
【図２７】（ａ）〜（ｄ）は本願発明の第２の実施の形態に係る指名制接客型店舗用集客促進支援装置としてのサーバとの間の通信により、顧客端末としての携帯電話機のディスプレイに表示される画面情報である。
【符号の説明】
１    サーバ（指名制接客型店舗用集客促進支援装置）
２    ネットワーク（インターネット，電話回線等）
３    ルータ
４    タイムレコーダ端末（外部端末）
５    レジ端末（外部端末）
６ａ  キャバクラ店舗
６ｂ  ファッションヘルス店舗
７    座席
８    個室
９    携帯電話機（顧客端末，従業員端末，外部端末）
１０ａ    内蔵タイマ
１１  メモリ
１２  キーボード・マウス
１３  ディスプレイ
１４  プリンタ
１５  ディスクドライブ
１６  外部ネットワークＩ／Ｆ
１７  ハードディスク
１８  従業員データベース
１９  従業員出退勤データベース
２０  従業員給与データベース
２１  顧客データベース
２２  売上データベース
２３  料金データベース
２４  インセンティブポイントデータベース
２５  記録ディスク
４１  メモリ
４２  キーボード
４３  ディスプレイ
４４  ＬＡＮ  Ｉ／Ｆ
５１  メモリ
５２  キーボード
５３  ディスプレイ
５４  キャッシュドロア
５５  ＬＡＮ  Ｉ／Ｆ
５６  プリンタ
５９ａ    受付票
５９ｂ    領収書
９１  通信手段
９２  メモリ
９３  入力手段
９４  ディスプレイ
１００    店舗所有者
１７０    ＯＳ／基本アプリケーション
１７１    空席率演算処理プログラム／予測空席率演算処理プログラム
１７２    料金演算処理プログラム
１７３    インセンティブポイント演算処理プログラム
１７４    対顧客処理プログラム
１７５    対接客担当者・対呼込担当者処理プログラム
１７６    ウェブサイトデータ
２００    店長／マネージャ
３００    顧客
４００    接客担当者（従業員）
５００    呼込担当者（従業員）
【図１】
2005004416.tif 000003
【図２】
2005004416.tif 000004
【図３】
2005004416.tif 000005
【図４】
2005004416.tif 000006
【図５】
2005004416.tif 000007
【図６】
2005004416.tif 000008
【図７】
2005004416.tif 000009
【図８】
2005004416.tif 000010
【図９】
2005004416.tif 000011
【図１０】
2005004416.tif 000012
【図１１】
2005004416.tif 000013
【図１２】
2005004416.tif 000014
【図１３】
2005004416.tif 000015
【図１４】
2005004416.tif 000016
【図１５】
2005004416.tif 000017
【図１６】
2005004416.tif 000018
【図１７】
2005004416.tif 000019
【図１８】
2005004416.tif 000020
【図１９】
2005004416.tif 000021
【図２０】
2005004416.tif 000022
【図２１】
2005004416.tif 000023
【図２２】
2005004416.tif 000024
【図２３】
2005004416.tif 000025
【図２４】
2005004416.tif 000026
【図２５】
2005004416.tif 000027
【図２６】
2005004416.tif 000028
【図２７】
2005004416.tif 000029