JP2015022399A - 特典付与サーバ、特典付与端末、特典付与システム、特典付与方法、プログラム、および、記録媒体 - Google Patents
特典付与サーバ、特典付与端末、特典付与システム、特典付与方法、プログラム、および、記録媒体Info
- Publication number
- JP2015022399A JP2015022399A JP2013148428A JP2013148428A JP2015022399A JP 2015022399 A JP2015022399 A JP 2015022399A JP 2013148428 A JP2013148428 A JP 2013148428A JP 2013148428 A JP2013148428 A JP 2013148428A JP 2015022399 A JP2015022399 A JP 2015022399A
- Authority
- JP
- Japan
- Prior art keywords
- privilege
- store
- card
- terminal
- granting
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
【課題】Ｎ人で来店した顧客にＮ人分の特典を付与する店舗に関し、そのような店舗が利用するのに適した特典付与システムを実現する。【解決手段】上記システムは、来客人数設定受付部（３３０）およびポイント管理部（２３０）を備える。上記設定受付部は、設定を受け付けると、Ｎ人が占有するテーブル上の端末（１００）の端末ＩＤとＮ人で来店した顧客の来店人数を示す情報とを関連付けて記憶部（３４０）に記録する。上記管理部が行う顧客に特典を付与する処理は、当該来店人数を超える人数分の特典を顧客に付与しないような処理である。【選択図】図２
Description
本発明は、主に、店舗に訪れた顧客に特典（ポイント、マイレージ、クーポン等）を付与する特典付与サーバ、特典付与端末および特定付与システムに関する。
顧客に商品またはサービスを提供する店舗において、顧客の再来店の動機づけを高めるために、ポイント付与システムが広く利用されている。ポイント付与システムにおいて、例えば、店舗は、当該店舗に会員登録をした顧客に対して専用の会員カードを発行する。会員登録した顧客は、当該店舗を利用する際に会員カードを提示することにより、当該店舗の利用回数または利用金額などに応じたサービス（例えば、価格の割引、商品のプレゼント、クーポン券の発行など）を享受することができる。したがって、このようなポイント付与システムを用いることにより、店舗は、顧客の再来店の動機づけを高めることができる。このようなシステムの一例として、特許文献１、２が挙げられる。
例えば、特許文献１には、会員又は会員グループを対象とするポイントサービスシステムが記載されている。特許文献１に記載の発明によれば、会員グループのメンバー間でポイントを共有することが可能になるため、当該会員グループのメンバーの来店の動機づけを高めることができる。
また、特許文献２には、複数の携帯端末間で、クーポン情報の受け渡しを可能にすることにより、携帯端末に取り込まれたクーポン情報であって、電子化されたクーポン情報を複数名に適用できるクーポン情報処理装置が記載されている。
また、近年では、専用の会員カードを発行せず、顧客が保有する汎用のＩＣカードに対して、来店ポイントやクーポン等の特典を付与する来店特典発行システムも用いられている。
上述のような来店特典発行システムを用いて、Ｎ人（１人または複数人）で来店した顧客に対してＮ人分（すなわち、来店人数分）の特典を付与する店舗を考える。
この店舗において、料金の支払いの際に、ポイント登録操作のような煩雑な操作を、店員が行うことは望ましくない。なぜなら、混雑時においては、煩雑な操作が発生することにより、レジ待ちの顧客の待ち時間が増大し、顧客満足度の低下を招来し得るからである。したがって、上述の来店特典発行システムは、ポイントの付与を所望する顧客が自らポイント登録操作を行うことができるように設計されていることが好ましい。例えば、上述の来店特典発行システムを用いるレストランでは、料理の待ち時間等にテーブルに設置されたカードリーダ内蔵の端末にカードを接触させることで顧客がポイントを獲得できることが好ましい。
しかしながら、上記のように設計された来店特典発行システムを用いる店舗では、店舗の想定に反して、Ｎ人で来店した顧客がＮ人を超える人数分の特典を獲得できてしまうことがある。
例えば、Ｎ人で来店した顧客の一人が、複数枚のＩＣカードを所持しており、且つ、当該複数枚のＩＣカードをカードリーダ内蔵の端末に接触させるケースが考えられる。この場合、Ｎ人で来店した顧客は、Ｎ人を超える人数分の特典を獲得できてしまう。
また、例えば、８人で来店した顧客が４人ずつに分かれて２つのテーブルを占有し、各人が自身の保有する１枚のＩＣカードを２台の上記端末に接触させるケースが考えられる。この場合、顧客は、８人で来店したにも関わらず１６人分の特典を獲得できてしまう。
本発明は、上記の問題に鑑みて行われたものであり、その主な目的は、Ｎ人で来店した顧客にＮ人分の特典を付与する店舗に関し、そのような店舗が利用するのに適した特典付与サーバおよび特典付与端末を提供することにある。
上記の課題を解決するために、本発明の一態様に係る特典付与サーバは、店舗に設置された端末との通信が可能な特典付与サーバにおいて、Ｎ人（Ｎ：１以上）で来店した顧客の来店人数の設定を受け付ける設定受付手段と、上記顧客の特定に使用可能な識別データと関連付けて上記来店人数を示す来店データを記憶部に記録する来店人数記録手段と、上記端末に内蔵又は外付けされた読み取り部がカードから読み取ったカード識別値を該端末から取得した場合に、該カードを所有する個人に１人分の特典を付与する付与手段とを備え、上記付与手段は、上記識別データと関連付けて記録された来店データが示す来店人数を超える人数分の特典を上記顧客に付与しないように構成されている、ことを特徴としている。
また、上記の課題を解決するために、本発明の一態様に係る端末は、店舗にＮ人（Ｎ：１以上）で来店した顧客により操作される特典付与端末であって、上記顧客の来店人数の入力を受け付ける入力受付手段と、上記来店人数を示す来店データを記憶部に記録する来店人数記録手段と、上記特典付与端末に内蔵又は外付けされた読み取り部により上記Ｎ人のうちのいずれかが所有するカードが読み取られた場合に、該カードに１人分の特典を付与する付与手段とを備え、上記付与手段は、上記記憶部に記録されている上記来店データを参照することで、上記来店人数を超える人数分の特典を上記顧客に付与しないように構成されている、ことを特徴としている。
また、上記の課題を解決するために、本発明の一態様に係る特典付与方法は、端末、上記端末との間で通信可能なサーバ、および、上記端末と上記サーバとを含むシステムのいずれかにおける特典付与方法であって、店舗にＮ人（Ｎ：１以上）で来店した顧客の来店人数の設定を受け付ける設定受付工程と、上記来店人数を示す来店データを記憶部に記録する来店人数記録工程と、上記端末に内蔵又は外付けされた読み取り部により上記Ｎ人のうちのいずれかが所有するカードが読み取られた場合に、該カードに１人分の特典を付与する付与工程とを含み、上記付与工程では、上記記憶部に記録されている上記来店データを参照することで、上記来店人数を超える人数分の特典を上記顧客に付与しないようになっている、ことを特徴としている。
本発明の一態様に係る特典付与サーバ、特典付与端末、および、特典付与方法は、Ｎ人で来店した顧客にＮ人分の特典を付与する店舗に関し、そのような店舗が利用するのに適している。
〔実施形態１〕
以下、本発明の一実施形態に係るポイント付与システムについて説明する。本実施形態に係るポイント付与システムは、このシステムを利用する店舗（本実施形態では、レストラン）にＮ人（１人または複数人）で訪れた顧客に対し、Ｎ人（すなわち、来店人数）分のポイントを付与するシステムである。
以下、本発明の一実施形態に係るポイント付与システムについて説明する。本実施形態に係るポイント付与システムは、このシステムを利用する店舗（本実施形態では、レストラン）にＮ人（１人または複数人）で訪れた顧客に対し、Ｎ人（すなわち、来店人数）分のポイントを付与するシステムである。
本実施形態について詳細に説明する前に、本発明に係る特典付与システムはポイント付与システムに限定されないことを予め述べておく。例えば、本発明は、クーポン付与システムとしても、マイレージ付与システムや電子マネー付与システムといった企業貨幣を付与するシステムとしても実施できる。また、ポイント付与システムを利用する店舗として、レストランを例に挙げたが、来店したＮ人で部屋を占有するカラオケボックス店、来店したＮ人でボーリングのレーンを占有するボーリング場等、様々な業種の店舗でポイント付与システムを利用できる。
以下、本実施形態について図面を参照しながら詳細に説明する。なお、以下では、一人または複数人で来店した顧客のことを単に「Ｎ人」とも呼称する。
図１の（ａ）は、本実施形態に係るポイント付与システムの全体構成を示している。また、図１の（ｂ）は、レストランに訪れた各グループが占有しているテーブルの様子を模式的に示している。
図１の（ａ）に示すように、本実施形態に係るポイント付与システムは、端末（カードリーダ内蔵端末１００）、ポイント管理サーバ２００および座席管理サーバ３００を含んでいる。また、端末１００は図１の（ｂ）に示すようにレストランの各テーブルに設置されており、席についた各人は、テーブルに設置された端末１００に自身のＩＣカードを近接させることで来店ポイントを獲得することができる。なお、本実施形態（および以降の各実施形態）では、端末はカードリーダを内蔵しているが、カードリーダは端末に外付けされていてもよい。
以下、ポイント付与システムを構成する各装置の構成について図２〜図４を参照しながら以下に説明する。図２は、ポイント付与システムを構成する各装置の要部構成を示したブロック図である。
まず、座席管理サーバ３００の構成について図２および図３を参照しながら説明する。図３は、座席管理サーバ３００が管理している店舗情報データベースのテーブル群を例示した図である。
（座席管理サーバ３００）
座席管理サーバ３００は、店舗に関する情報を管理するサーバであり、主に、１人でまたは一緒に来店した顧客の来店人数、その顧客が使用するテーブル、そのテーブルに設置されている端末（クライアント）等に関する情報を管理する。
（座席管理サーバ３００）
座席管理サーバ３００は、店舗に関する情報を管理するサーバであり、主に、１人でまたは一緒に来店した顧客の来店人数、その顧客が使用するテーブル、そのテーブルに設置されている端末（クライアント）等に関する情報を管理する。
図２に示すように、座席管理サーバ３００は、店舗情報管理部３１０、端末情報管理部３２０、来客人数設定受付部３３０、記憶部３４０、および、通信インタフェース３５０を備えている。
（店舗情報管理部３１０）
店舗情報管理部３１０は、店舗に関する情報（本実施形態では、店舗ＩＤ、テーブル番号、座席数を管理する図３の（ａ）の店舗情報テーブル）を管理する。なお、店舗ＩＤおよび座席数の管理は必須ではない。例えば、本実施形態は、チェーン店での利用を想定した実施形態であるために店舗ＩＤを管理する店舗情報管理部３１０を設けているが、単独店舗で本発明を利用する場合、店舗ＩＤの管理は必要ない。
（端末情報管理部３２０）
端末情報管理部３２０は、端末に関する情報（本実施形態では、店舗ＩＤ、テーブル番号、端末ＩＤを管理する図３の（ｂ）の端末情報テーブル）を管理する。すなわち、端末情報管理部３２０は、どの店舗のどのテーブルにどの端末が設置されているかを示す情報を管理する。
（来客人数設定受付部３３０）
来客人数設定受付部３３０は、レストランの店員による、来店した顧客を案内するテーブルのテーブル番号、来店日時、および、来店人数の設定を受け付ける。
（店舗情報管理部３１０）
店舗情報管理部３１０は、店舗に関する情報（本実施形態では、店舗ＩＤ、テーブル番号、座席数を管理する図３の（ａ）の店舗情報テーブル）を管理する。なお、店舗ＩＤおよび座席数の管理は必須ではない。例えば、本実施形態は、チェーン店での利用を想定した実施形態であるために店舗ＩＤを管理する店舗情報管理部３１０を設けているが、単独店舗で本発明を利用する場合、店舗ＩＤの管理は必要ない。
（端末情報管理部３２０）
端末情報管理部３２０は、端末に関する情報（本実施形態では、店舗ＩＤ、テーブル番号、端末ＩＤを管理する図３の（ｂ）の端末情報テーブル）を管理する。すなわち、端末情報管理部３２０は、どの店舗のどのテーブルにどの端末が設置されているかを示す情報を管理する。
（来客人数設定受付部３３０）
来客人数設定受付部３３０は、レストランの店員による、来店した顧客を案内するテーブルのテーブル番号、来店日時、および、来店人数の設定を受け付ける。
具体的には、来客人数設定受付部３３０は、レストランの店員が店員用の端末を用いてテーブル番号、来店日時および来店人数を入力すると、端末情報テーブルを参照して、そのレストランの店舗ＩＤと入力されたテーブル番号とに対応する端末ＩＤを特定する。来客人数設定受付部３３０は、特定した端末ＩＤ（端末識別値）、入力された来店日時、および、入力された来店人数を含む情報を、新規レコードとして、図３の（ｃ）の来店情報テーブルに追加する。
また、来客人数設定受付部３３０は、店員の操作に基づいて、来店情報テーブルの既存のレコードを変更するようになっている。これに関し、店員が来客人数等を入力するタイミングは、顧客の来店時であってもよいし、顧客が予約の電話を入れた時であってもよいが、後者の場合には、店員は、顧客の来店時点で、必要に応じて、その顧客に対応するレコードを変更する操作を行うことになる。
例えば、実際の来店日時が予約時に顧客が店員に告げた来店日時が異なる場合、または、実際の来店人数が予約時に顧客が店員に告げた来店人数と異なる場合、店員は、来店情報テーブルのその顧客に対応するレコードを変更する操作を行う。
（記憶部３４０）
記憶部３４０は、前述のデータベースのテーブル群が保存されている記録媒体（ハードディスク等）である。
（通信インタフェース３５０）
通信インタフェース３５０は、外部の装置と通信を行うためのネットワークインタフェースである。
（記憶部３４０）
記憶部３４０は、前述のデータベースのテーブル群が保存されている記録媒体（ハードディスク等）である。
（通信インタフェース３５０）
通信インタフェース３５０は、外部の装置と通信を行うためのネットワークインタフェースである。
次に、ポイント管理サーバ２００の構成について図２および図４を参照しながら説明する。図４は、ポイント管理サーバ２００が管理している顧客情報データベースのテーブル群を例示した図である。
（ポイント管理サーバ２００）
ポイント管理サーバ２００は、店舗に会員登録した顧客に関する情報を管理するサーバである。
（ポイント管理サーバ２００）
ポイント管理サーバ２００は、店舗に会員登録した顧客に関する情報を管理するサーバである。
図２に示すように、ポイント管理サーバ２００は、カード情報管理部２１０、顧客情報管理部２２０、ポイント管理部２３０、記憶部２４０、および、通信インタフェース２５０を備えている。
カード情報管理部２１０は、これまでにポイント管理サーバ２００に登録済の全カードのカードＩＤ（カード識別値）を含むテーブル（図４の（ａ）のカード情報テーブル）を管理する。
顧客情報管理部２２０は、会員登録した各個人について、該個人の顧客ＩＤ、該個人に固有の顧客名、該個人が所有している登録済カードのカードＩＤ等の情報（図４の（ｂ）の顧客情報テーブルのうちの一部の情報）を管理する。
ポイント管理部２３０は、会員登録した各個人の保有ポイント（図４の（ｂ）の顧客情報テーブルのうちの一部の情報）を管理する。ポイント管理部２３０は、端末１００に内蔵されたカードリーダに所有するカードを接触させた個人に来店ポイントを付与する。具体的には、ポイント管理部２３０は、当該個人の保有ポイントを当該個人がカードをカードリーダに接触させた回数に相当するポイントだけ増加させる。
なお、図４の（ｂ）には示していないが、顧客情報テーブルの各レコードには、そのレコードに対応する個人が保有する各カードについてそのカードに付与されている現ポイント数を示す情報が含まれている。そして、ポイント管理部２３０は、カードがカードリーダに接れた回数に相当するポイントだけ当該カードの現ポイント数を増加させるようになっている。
（記憶部２４０）
記憶部２４０は、前述のデータベースのテーブル群が保存されている記録媒体（ハードディスク等）である。
（通信インタフェース２５０）
通信インタフェース２５０は、外部の装置と通信を行うためのネットワークインタフェースである。
（記憶部２４０）
記憶部２４０は、前述のデータベースのテーブル群が保存されている記録媒体（ハードディスク等）である。
（通信インタフェース２５０）
通信インタフェース２５０は、外部の装置と通信を行うためのネットワークインタフェースである。
次に、カードリーダ内蔵端末１００の構成について図２を参照しながら説明する。
（カードリーダ内蔵端末１００）
端末１００は、Ｎ人で来店した顧客が使用するテーブルに設置されている端末であり、来店ポイントの付与を所望する顧客により使用される。
（カードリーダ内蔵端末１００）
端末１００は、Ｎ人で来店した顧客が使用するテーブルに設置されている端末であり、来店ポイントの付与を所望する顧客により使用される。
図２に示すように、端末１００は、表示制御部１１０、タッチパネル式ディスプレイ１２０、タッチ操作検出部１３０、顧客情報登録処理部１４０、カードリーダ部１５０、カード処理部１６０、記憶部１７０、および、通信インタフェース１８０を備えている。
（表示制御部１１０）
表示制御部１１０は、タッチパネル式ディスプレイ１２０に各種画面を表示する。
（タッチパネル式ディスプレイ１２０）
タッチパネル式ディスプレイ１２０は、入力デバイスとしても機能するディスプレイである。
（タッチ操作検出部１３０）
タッチ操作検出部１３０は、タッチパネル式ディスプレイ１２０におけるタッチ操作を検出する。
（顧客情報登録処理部１４０）
顧客情報登録処理部１４０は、店舗への会員登録を所望する個人が入力した顧客情報をポイント管理サーバ２００に登録する処理を行う。
（カードリーダ部１５０）
カードリーダ部１５０は、顧客が接触させたカードからカードＩＤを読み出すカードリーダである。
（カード処理部１６０）
カード処理部１６０は、カードリーダ部１５０が読み出したカードＩＤをポイント管理サーバ２００に送信する。
（記憶部１７０）
記憶部１７０は、表示制御部１１０がディスプレイ１２０に表示する各種画面のデータが保存されている記録媒体（ハードディスク等）である。
（通信インタフェース１８０）
通信インタフェース１８０は、ポイント管理サーバ２００と通信を行うためのネットワークインタフェースである。
（表示制御部１１０）
表示制御部１１０は、タッチパネル式ディスプレイ１２０に各種画面を表示する。
（タッチパネル式ディスプレイ１２０）
タッチパネル式ディスプレイ１２０は、入力デバイスとしても機能するディスプレイである。
（タッチ操作検出部１３０）
タッチ操作検出部１３０は、タッチパネル式ディスプレイ１２０におけるタッチ操作を検出する。
（顧客情報登録処理部１４０）
顧客情報登録処理部１４０は、店舗への会員登録を所望する個人が入力した顧客情報をポイント管理サーバ２００に登録する処理を行う。
（カードリーダ部１５０）
カードリーダ部１５０は、顧客が接触させたカードからカードＩＤを読み出すカードリーダである。
（カード処理部１６０）
カード処理部１６０は、カードリーダ部１５０が読み出したカードＩＤをポイント管理サーバ２００に送信する。
（記憶部１７０）
記憶部１７０は、表示制御部１１０がディスプレイ１２０に表示する各種画面のデータが保存されている記録媒体（ハードディスク等）である。
（通信インタフェース１８０）
通信インタフェース１８０は、ポイント管理サーバ２００と通信を行うためのネットワークインタフェースである。
以上、ポイント付与システムを構成する各装置の構成について説明した。
（ポイント付与システムのポイント付与動作）
次に、ポイント付与システムのポイント付与動作について図５〜図８を参照しながら説明する。なお、上記ポイント付与動作の開始直前において、記憶部３４０には図３のテーブル群が保存されており、記憶部２４０には図４のテーブル群が保存されているものとする。
（ポイント付与システムのポイント付与動作）
次に、ポイント付与システムのポイント付与動作について図５〜図８を参照しながら説明する。なお、上記ポイント付与動作の開始直前において、記憶部３４０には図３のテーブル群が保存されており、記憶部２４０には図４のテーブル群が保存されているものとする。
図５は、来店した顧客の来店人数および来店日時を店員が入力してからのポイント付与システムのポイント付与動作を示すフローチャートのステップＳ１〜Ｓ１１、Ｓ２１を示す図である。図６は、上記フローチャートのステップＳ１２〜Ｓ２０を示す図である。図７は、上記ポイント付与動作中に端末１００に表示される様々な画面を例示した図である。図８は、上記ポイント付与動作中における顧客情報データベースの更新内容を示した図である。
顧客が案内されるテーブルに設置された端末１００の表示制御部１１０は、最初に、図５および図６に示すように初期画面（図７の（ａ）に示した初期画面）をタッチパネル式ディスプレイ１２０に表示する（ステップＳ１）。
ステップＳ１の後、カードリーダ部１５０は、ポイントの付与を所望する個人が所有するＩＣカードの近接を待ち受ける（ステップＳ２）。
カードリーダ部１５０がＩＣカードの近接を検知すると（ステップＳ２においてＹＥＳ）、カードリーダ部１５０は、ＩＣカードからカードＩＤを読み出してカード処理部１６０に供給する。なお、以下では、直近のステップＳ２でカードＩＤが読み出されたＩＣカードを「対象カード」とも称する。
カードＩＤが供給されたカード処理部１６０は、上記顧客の来店以降にポイントが付与されたＩＣカードが何枚目になったかを確認する。なお、カード処理部１６０は、ポイントが付与されたＩＣカードの枚数を自らカウントすることで上記の確認を行ってもよいし、ポイント管理サーバ２００に問い合わせることで上記の確認を行ってもよい。後者の場合、ポイント管理部２３０は、後述の新規発行ポイントテーブルを参照することで、ポイントが付与されたＩＣカードの枚数を確認してもよい。
その後、カード処理部１６０（特許請求の範囲の「特典付与端末が備える付与手段」に対応）は、ポイントが付与されたＩＣカードがＮ枚目（来店人数と等しい枚数）を超えたか否かを判定する（ステップＳ３）。Ｎ枚目を超えていないと判定した場合には（ステップＳ３にてＮＯ）ステップＳ４に進み、Ｎ枚目を超えたと判定した場合には（ステップＳ３にてＹＥＳ）ステップＳ８に進む。ステップＳ８以降の処理については後述する。なお、ステップＳ３にて、カード処理部１６０は、上記の判定をポイント管理サーバ２００に依頼してもよい。この場合、ポイント管理部２３０（特許請求の範囲の「特典付与サーバが備える付与手段」に対応）が、後述の新規発行ポイントテーブルを参照することで、上記の判定を行い、判定結果をカード処理部１６０に通知してもよい。
ステップＳ４にて、カード処理部１６０は、対象カードが新規のＩＣカード（すなわち、カードＩＤがポイント管理サーバ２００に登録されていないＩＣカード）であるか否かを判定する。
具体的には、カード処理部１６０は、対象カードのカードＩＤをポイント管理サーバ２００に送信することで、対象カードが新規のＩＣカードであるか否かをポイント管理サーバ２００に問い合わせる。対象カードのカードＩＤを受信したポイント管理サーバ２００のカード情報管理部２１０は、当該カードＩＤがカード情報テーブルに登録されているか否かを判定する。カード情報管理部２１０は、当該カードＩＤがカード情報テーブルに登録されていると判定した場合には、対象カードが新規のＩＣカードではない旨をカード処理部１６０に通知する。一方、カード情報管理部２１０は、当該カードＩＤがカード情報テーブルに登録されていないと判定した場合には、対象カードが新規のＩＣカードである旨をカード処理部１６０に通知する。
ステップＳ４において、新規のカードではないと判定された場合にはステップＳ１１に進み、新規のカードではあると判定された場合にはステップＳ５に進む。
ステップＳ５において、カード処理部１６０からの要求に基づき、表示制御部１１０は、図７の（ｃ）に示した顧客情報登録画面をディスプレイ１２０に表示する。表示制御部１１０は、図７の（ｃ）の「登録」ボタンまたは「中止」ボタンへのタッチをタッチ操作検出部１３０が検出するまで顧客情報登録画面を表示し続ける。
「登録」ボタンへのタッチが検出されると（ステップＳ６にてＹＥＳ）、顧客情報登録処理部１４０は、５０音キーボードを用いてタッチ入力された会員登録希望者の名称を対象カードのカードＩＤとともにポイント管理サーバ２００に送信する（ステップＳ７）。これらのデータを受信したポイント管理サーバ２００では、カード情報管理部２１０が当該カードＩＤをカード情報テーブルに登録し、顧客情報管理部２２０が、会員登録希望者の名称、カードＩＤ等の情報を含む新規レコードを顧客情報テーブルに登録する。例えば、対象カードのカードＩＤが今回初めて会員になった「やまだ」さんの所有するカードのカードＩＤ「６Ｆ６ＢＢ９１６」である場合、カード情報テーブルは図８の（ｅ）に示すように更新される。以上のステップＳ７の後、ステップＳ１１に進む。
一方、「中止」ボタンへのタッチが検出されると（ステップＳ６にてＹＥＳ）、ステップＳ２１に進む。
以下、ステップＳ８以降の処理について説明する。
前述のように、ステップＳ３にて、ポイントが付与されたＩＣカードがＮ枚目を超えたと判定された場合（ステップＳ３にてＹＥＳ）、ステップＳ８に進む。
ステップＳ８において、カード処理部１６０からの要求に基づき、表示制御部１１０は、図７の（ｂ）に示した確認画面をディスプレイ１２０に表示する。表示制御部１１０は、図７の（ｂ）の「登録」ボタンまたは「中止」ボタンへのタッチをタッチ操作検出部１３０が検出するまで確認画面を表示し続ける。
ここで、「中止」ボタンへのタッチが検出されると（ステップＳ９にてＮＯ）、ステップＳ２１に進む。一方「登録」ボタンへのタッチが検出されると（ステップＳ９にてＹＥＳ）、カード処理部１６０は、１人分の来店ポイント（１ポイント）を減算するポイント減算処理を行う（ステップＳ１０）。
具体的には、カード処理部１６０は、上記顧客のうちの特定の個人に付与した１人分の来店ポイントを減算するよう、ポイント管理サーバ２００に要求する。なお、上記特定の個人（以下、「ポイント減算対象者」とも称する）は、来店してから最初に来店ポイントの付与を受けた者であってもよいし、来店してから最後に来店ポイントの付与を受けた者であってもよし、来店ポイントの付与を受けた者の中からランダムで選択されてもよい。また、ポイント減算対象者の選択は、カード処理部１６０が行ってもよいし、ポイント管理部２３０が行ってもよい。
そして、要求を受けたポイント管理サーバ２００のポイント管理部２３０は、ポイント減算対象者がポイントの付与を受けたカードから、１人分の来店ポイントを減算する。結果として、顧客情報テーブルのポイント減算対象者に対応するレコードは、当該カードに対応する現ポイント数と当該対象者の保有ポイントとがそれぞれ１だけ減るように更新されることになる。
ステップＳ１０の後、ステップＳ１１に進む。
ステップＳ１１において、カード処理部１６０は、１人分の来店ポイント（１ポイント）を加算するポイント加算処理を行う（ステップＳ１０）。
具体的には、カード処理部１６０（特許請求の範囲の「特典付与端末が備える付与手段」に対応）は、対象カードのカードＩＤをサーバ２００に送信し、対象カード（対象カードの所有者）に１人分の来店ポイントを付与するようサーバ２００に要求する。
そして、要求を受けたポイント管理サーバ２００のポイント管理部２３０（特許請求の範囲の「特典付与サーバが備える付与手段」に対応）は、対象カード（対象カードの所有者）に１人分の来店ポイントを付与する。すなわち、顧客情報テーブルの対象カードの所有者に対応するレコードは、対象カードに対応する現ポイント数と当該所有者の保有ポイントとがそれぞれ１だけ増えるように更新されることになる。また、顧客情報テーブルの更新と同時に、ポイント管理部２３０は、図８の（ｄ）の新規発行ポイントテーブルに新規レコードを追加することになる。
例えば、来店前に５ポイントを保有していた「スズキ」さんが最初にカードをカードリーダに近接させてポイントの付与を受けた場合、顧客情報テーブルはその一部分が図８の（ａ）のように更新され、新規発行ポイントテーブルは図８の（ｂ）に示すように更新される。そして、今回初めて会員になった「やまだ」さんが「スズキ」さんに続いてカードをカードリーダに近接させてポイントの付与を受けた場合、顧客情報テーブルは図８の（ｃ）のように更新され、新規発行ポイントテーブルは図８の（ｄ）に示すように更新される。
以上のステップＳ１１の後、ステップＳ１２に進む。
ステップＳ１２において、カード処理部１６０は、対象カードの現ポイントが所定のポイント（本実施形態では１０ポイント）になったか否かを判定する。
そして、ステップＳ１２て対象カードの現ポイントが１０ポイントになったと判定した場合にはステップＳ１３に進み、ステップＳ１２て対象カードの現ポイントが１０ポイントになっていないと判定した場合にはステップＳ１４に進む。なお、ステップＳ１２では、対象カードの現ポイントではなく、対象カードの所有者の保有ポイントが所定のポイントになったか否かを判定してもよい。そして、その判定結果に基づいて、ステップＳ１３またはステップＳ１４に進んでもよい。
ステップＳ１３では、カード処理部１６０からの要求に基づき、表示制御部１１０は、図７の（ｄ）に示した画面をディスプレイ１２０に表示する。表示制御部１１０は、図７の（ｄ）の「確認」ボタンまたは「カード追加」ボタンへのタッチをタッチ操作検出部１３０が検出するまで確認画面を表示し続ける。
一方、ステップＳ１４では、カード処理部１６０からの要求に基づき、表示制御部１１０は、図７の（ｅ）に示した画面をディスプレイ１２０に表示する。表示制御部１１０は、図７の（ｅ）の「確認」ボタンまたは「カード追加」ボタンへのタッチをタッチ操作検出部１３０が検出するまで確認画面を表示し続ける。
ステップＳ１３またはステップＳ１４の後に「確認」ボタンへのタッチが検出されると（ステップＳ１５にてＮＯ）ステップＳ２１に進む。一方、ステップＳ１３またはステップＳ１４の後に「カード追加」ボタンへのタッチが検出されると（ステップＳ１５にてＹＥＳ）、ステップＳ１６に進む。
ステップＳ１６では、表示制御部１１０は、図７の（ｆ）に示した画面をディスプレイ１２０に表示する。表示制御部１１０は、図７の（ｅ）の「中止」ボタンへのタッチをタッチ操作検出部１３０が検出する（ステップＳ１８にてＹＥＳ）か、あるいは、カードリーダ部１５０が新規のカードの近接を検出する（ステップＳ１７にてＹＥＳ）まで、図７の（ｆ）に示した画面を表示し続ける。タッチ操作検出部１３０が「中止」ボタンへのタッチを検出した場合、ステップＳ２１に進む。
一方、カードリーダ部１５０が新規のカードの近接を検出した場合、カード処理部１６０は、当該カードのカードＩＤをポイント管理サーバ２００に送信し、当該カードＩＤを顧客情報テーブルに登録するようポイント管理サーバ２００に要求する。要求を受けたポイント管理サーバ２００では、カード情報管理部２１０が当該カードＩＤをカード情報テーブルに登録し、顧客情報管理部２２０が、顧客管理テーブルの当該カードの所有者に対応するレコードに当該カードＩＤを登録する。ポイント管理サーバ２００は、要求された処理を完了した旨を端末１００に通知する。
通知を受けた端末１００の表示制御部１１０は、図７の（ｇ）に示した画面をディスプレイ１２０に表示する（ステップＳ１９）。表示制御部１１０は、図７の（ｇ）の「登録する」ボタンまたは「登録しない」ボタンへのタッチをタッチ操作検出部１３０が検出するまで図７の（ｇ）に示した画面を表示し続ける。
ステップＳ１９の後に「登録する」ボタンへのタッチが検出されると（ステップＳ２０にてＹＥＳ）ステップＳ１６に戻る。一方、ステップＳ１９の後に「登録しない」ボタンへのタッチが検出されると（ステップＳ２０にてＮＯ）、ステップＳ２１に進む。
ステップＳ２１にて、表示制御部１１０は、初期画面を表示してから（すなわち、顧客の来店した時から）所定の時間（例えば、３時間）を経過したか否かを判定する。所定の時間を経過していないと判定していないと判定された場合には、ステップＳ１に戻る。一方、所定の時間を経過したと判定された場合には、表示制御部１１０はディスプレイ１２０への表示処理を終了し、カード処理部１６０はカードリーダ部１５０を無効化する。これにより、ポイント付与システム１００は、上記顧客に最大Ｎ人分の来店ポイントを付与するポイント付与動作を終了する。
なお、座席管理サーバ３００は、顧客の来店日時から上記所定の時間を経過すると、来店情報テーブルの当該顧客に対応するレコードを削除する。また、ポイント管理サーバ２００は、顧客の来店日時から上記所定の時間を経過すると、当該顧客に対応する新規発行ポイントテーブルを削除する。
また、本実施形態に係るポイント付与システムは、２台のサーバ（座席管理サーバ３００およびポイント管理サーバ２００）を用いて構成されているが、座席管理サーバ３００としてもポイント管理サーバ２００としても機能する１台のサーバを用いてポイント付与システムを構成してもよい。
また、本実施形態（および実施形態２、３、５）に係るポイント付与システムは、ステップＳ２においてカードリーダ部１５０がＩＣカードではなくＦｅｌｉｃａ（登録商標）に対応した携帯電話の近接を検知した場合に、ステップＳ３以降の工程を実行するように構成されていてもよい。この場合、カードＩＤの代わりに、例えば、携帯電話の個体識別番号（個体識別値）が使用される。
（サーバの利点）
上記のように構成されたサーバは、店舗の各テーブルに設置されたカードリーダ内蔵端末１００との通信できる。
上記のように構成されたサーバは、店舗の各テーブルに設置されたカードリーダ内蔵端末１００との通信できる。
このサーバは、Ｎ人で来店した顧客の来店人数の設定を受け付ける来客人数設定受付部３３０を備えている。来客人数設定受付部３３０は、設定を受け付けると、来店情報テーブルの新規レコードを記憶部３４０に記録する。この新規レコードは、上記Ｎ人が占有するテーブルに設置された端末１００の端末識別データと上記来店人数との関連付けを示すレコードである。
そして、このサーバは、端末１００に内蔵のカードリーダ部１５０がカードから読み取ったカードＩＤをその端末１００から取得した場合に、該カードを所有する個人に１人分の特典を付与するポイント管理部２３０を備えている。
ポイント管理部２３０は、上記新規レコードにおいて端末１００の端末ＩＤと関連付けられた来店人数を超える人数分の特典を上記顧客に付与しないように構成されている。
したがって、このサーバは、Ｎ人で来店した顧客にＮ人分の特典を付与する店舗に関し、そのような店舗が利用するのに適していると言える。
なお、２台のサーバ（座席管理サーバ３００およびポイント管理サーバ２００）からなるシステムにも、同様の利点があることは言うまでもない。
〔実施形態２〕
本発明の他の実施形態について、図９〜図１２に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
本発明の他の実施形態について、図９〜図１２に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
最初に本実施形態に係るポイント付与システムの構成について説明する。
図９の（ａ）は、本実施形態に係るポイント付与システムの全体構成を示している。また、図９の（ｂ）は、レストランに訪れた各グループが占有しているテーブルの様子を模式的に示している。また、図１０は、ポイント付与システムを構成する各装置の要部構成を示したブロック図である。
図９に示すように、本実施形態に係るポイント付与システムは、座席管理サーバ３００に代えて座席管理サーバ３００”を含み、さらに、予約受付用ウェブサーバ４００を含んでいる点が、実施形態１に係るポイント付与システムと異なっている。したがって、端末１００およびポイント管理サーバ２００の構成についての説明は省略する。
最初に予約受付用ウェブサーバ４００の構成について説明する。
（予約受付用ウェブサーバ４００）
予約受付用ウェブサーバ４００は、レストラン予約サイトを運営するために用いられている予約受付用ＷＥＢサイトである。このＷＥＢサイトにアクセスした者は、このＷＥＢサイトを通じてレストランに予約を入れることができる。予約受付用ウェブサーバ４００は、通信インタフェース４１０、予約情報管理部４２０および記憶部４３０を備えている。
（通信インタフェース４１０）
通信インタフェース４１０は、予約受付用ＷＥＢサイトにアクセスしたコンピュータとの間で通信を行うためのネットワークインタフェースである。
（予約情報管理部４２０）
予約情報管理部４２０は、上記コンピュータからのリクエストを受け付けると、予約受付用のＷＥＢページを構成するデータを上記コンピュータに送信する。また、予約情報管理部４２０は、予約画面（予約受付用のＷＥＢページ）を通じて入力された予約情報を記憶部４３０に記録する。
（記憶部４３０）
記憶部４３０は、予約受付用のＷＥＢページを構成する画像データ、ＨＴＭＬデータ等が保存されている記録媒体（ハードディスク等）である。
（予約受付用ウェブサーバ４００）
予約受付用ウェブサーバ４００は、レストラン予約サイトを運営するために用いられている予約受付用ＷＥＢサイトである。このＷＥＢサイトにアクセスした者は、このＷＥＢサイトを通じてレストランに予約を入れることができる。予約受付用ウェブサーバ４００は、通信インタフェース４１０、予約情報管理部４２０および記憶部４３０を備えている。
（通信インタフェース４１０）
通信インタフェース４１０は、予約受付用ＷＥＢサイトにアクセスしたコンピュータとの間で通信を行うためのネットワークインタフェースである。
（予約情報管理部４２０）
予約情報管理部４２０は、上記コンピュータからのリクエストを受け付けると、予約受付用のＷＥＢページを構成するデータを上記コンピュータに送信する。また、予約情報管理部４２０は、予約画面（予約受付用のＷＥＢページ）を通じて入力された予約情報を記憶部４３０に記録する。
（記憶部４３０）
記憶部４３０は、予約受付用のＷＥＢページを構成する画像データ、ＨＴＭＬデータ等が保存されている記録媒体（ハードディスク等）である。
次に座席管理サーバ３００”の構成について説明する。
（座席管理サーバ３００”）
図１０に示すように、座席管理サーバ３００”は、来客人数設定受付部３３０に代えて来客情報管理部３３５を備えている点のみが、座席管理サーバ３００と異なっている。座席管理サーバ３００”の構成の説明としては来客情報管理部３３５の説明のみを行う。
（来客情報管理部３３５）
来客情報管理部３３５は、予約受付用ウェブサーバ４００が管理している顧客の予約情報を参照し、当該顧客の予約情報を用いて、来店情報テーブルに当該顧客に対応する新規レコードを作成する。
（座席管理サーバ３００”）
図１０に示すように、座席管理サーバ３００”は、来客人数設定受付部３３０に代えて来客情報管理部３３５を備えている点のみが、座席管理サーバ３００と異なっている。座席管理サーバ３００”の構成の説明としては来客情報管理部３３５の説明のみを行う。
（来客情報管理部３３５）
来客情報管理部３３５は、予約受付用ウェブサーバ４００が管理している顧客の予約情報を参照し、当該顧客の予約情報を用いて、来店情報テーブルに当該顧客に対応する新規レコードを作成する。
以上、本実施形態に係るポイント付与システムの構成について説明した。
（予約受付用ウェブサーバ４００の予約受付処理について）
次に、予約受付用ウェブサーバ４００の予約受付処理について図１１を参照しながら説明する。図１１の（ａ）は、本実施形態に係るポイント付与システムに含まれる予約受付用ＷＥＢサーバを用いて運営されているレストラン予約サイトにアクセスした端末に表示される予約画面を示している。図１１の（ｂ）および（ｃ）は、それぞれ、（ａ）の予約画面を通じて顧客が予約を行うことで予約情報データベースのテーブルに追加される新規レコードの一例である。
（予約受付用ウェブサーバ４００の予約受付処理について）
次に、予約受付用ウェブサーバ４００の予約受付処理について図１１を参照しながら説明する。図１１の（ａ）は、本実施形態に係るポイント付与システムに含まれる予約受付用ＷＥＢサーバを用いて運営されているレストラン予約サイトにアクセスした端末に表示される予約画面を示している。図１１の（ｂ）および（ｃ）は、それぞれ、（ａ）の予約画面を通じて顧客が予約を行うことで予約情報データベースのテーブルに追加される新規レコードの一例である。
顧客が予約受付用のＷＥＢページにアクセスすると、顧客のコンピュータには、予約画面が表示される。顧客は予約に必要な情報を入力すると、予約画面は図１１の（ａ）に例示したような状態になる。
この状態で顧客が「登録」ボタンを押すと、入力された情報は、ウェブサーバ４００に送信される。ウェブサーバ４００の予約情報管理部４２０は、受信した情報（予約情報）を予約情報データベースのテーブルの新規レコードとして記憶部４３０に記録する。例えば、顧客が図１１の（ａ）に示した情報を入力した場合には、予約情報管理部４２０は、図１１の（ｃ）のレコードを記録する。
なお、レストラン予約サイトは、各店舗の各時間帯における各テーブルの空き状況を管理するように構成されていてもよい。そして、予約情報管理部４２０は、顧客に入力された店舗名、来店日時および来店人数の情報に基づいて、来店したその顧客が使用するテーブルおよび端末ＩＤを自動的に決定してもよい。この場合、予約情報管理部４２０は、例えば、図１１の（ｂ）のレコードを記録することになる。
（顧客来店時に座席管理サーバ３００”が行う処理について）
次に、レストラン予約サイトを通じて予約を入れた顧客が来店した時に座席管理サーバ３００”が行う処理について図１２を参照しながら説明する。
（顧客来店時に座席管理サーバ３００”が行う処理について）
次に、レストラン予約サイトを通じて予約を入れた顧客が来店した時に座席管理サーバ３００”が行う処理について図１２を参照しながら説明する。
図１２の（ａ）および（ｃ）は、予約を行った顧客がレストランに来店した際に店員が店舗の端末を用いて確認する予約情報画面を例示した図である。図１２の（ｂ）は、店員が、来店した顧客の来店人数および来店日時が予約情報と整合していることを確認した後における、来店情報テーブルの当該顧客に関するレコードの一例である。
予約を行った顧客が来店し、予約時に入力した代表者名を店員に伝えると、店員は、店員用の端末を用いてウェブサーバ４００にアクセスし、代表者名を検索語として当該顧客の予約情報を検索する。検索が完了すると、記憶部４３０に保存されている当該顧客の予約情報が店員用の端末に表示される。
店員は、来店した顧客の来店人数および来店日時が予約情報と整合しているか否かを確認する。なお、図１２の（ｃ）は来店した顧客が使用するテーブル番号を入力した直後の予約情報画面を例示している。そして、店員は、来店人数および来店日時が予約情報と整合していることを確認した場合、「承認」ボタンを押す。一方、店員は、来店人数および／または来店日時が予約情報と整合していない場合、「変更」ボタンを押して来店日時および／または来店人数を修正した上で、「承認」ボタンを押す。
「承認」ボタンが押されると、来客情報管理部３３５は、「承認」ボタンが押されたときに店員用の端末に表示されている情報に基づいて当該顧客の来店情報を作成し、来店情報を来店情報テーブルの新規レコードとして記憶部３４０に記録する。
なお、前述のようにレストラン予約サイトが各店舗の各時間帯における各テーブルの空き状況を管理するように構成されている場合、顧客の予約情報の検索直後に図１２の（ｃ）に示すような予約情報が表示され、店員は、必要に応じて、テーブル番号を修正できる。また、店員用の端末は、店員がテーブル番号を修正できるように構成されていることが望ましいが、図１２の（ａ）のように店員がテーブル番号を修正できないように構成されていてもよい。
以上、レストラン予約サイトを通じて予約を入れた顧客の来店時に座席管理サーバ３００”が行う処理について説明した。
なお、本実施形態のポイント付与システムにおけるポイント付与動作は、実施形態１のポイント付与システムにおけるポイント付与動作と全く同じであるため、説明を省略する。
また、本実施形態に係るポイント付与システムは、３台のサーバ（ウェブサーバ４００、および、座席管理サーバ３００”およびポイント管理サーバ２００）を用いて構成されているが、ウェブサーバ４００としても座席管理サーバ３００”としてもポイント管理サーバ２００としても機能する１台のサーバを用いてポイント付与システムを構成してもよい。
〔実施形態３〕
本発明のさらに別の実施形態について、図１３〜図１５に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
本発明のさらに別の実施形態について、図１３〜図１５に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
最初に本実施形態に係るポイント付与システムの構成について説明する。
図１３の（ａ）は、本実施形態に係るポイント付与システムの全体構成を示している。また、図１３の（ｂ）は、レストランに訪れた各グループが占有しているテーブルの様子を模式的に示している。図１４は、ポイント付与システムを構成する各装置の要部構成を示したブロック図である。図１５は、カードリーダ内蔵端末に表示される来店人数設定画面を例示した図である。
図１３の（ａ）に示すように、本実施形態に係るポイント付与システムは、カードリーダ内蔵端末１００’、ポイント管理サーバ２００’および座席管理サーバ３００’を含んでいる。また、端末１００’は図１３の（ｂ）に示すようにレストランの各テーブルに設置されており、席についた各人は、テーブルに設置された端末１００’に自身のＩＣカードを近接させることで来店ポイントを獲得することができる。
なお、本実施形態はチェーン店ではなく単独店舗での利用を前提とした実施形態であるため、座席管理サーバ３００’は、店舗情報を管理しないようになっている。
端末１００’の構成について説明する。
（カードリーダ内蔵端末１００’）
図１４に示すように、端末１００’は、表示制御部１１０、タッチパネル式ディスプレイ１２０、タッチ操作検出部１３０、顧客情報登録処理部１４０、カードリーダ部１５０、カード処理部１６０、記憶部１７０、および、通信インタフェース１８０に加えて、来客人数登録処理部１９０を備えている。実施形態１で説明したので、来客人数登録処理部１９０以外の部材については説明を省略し、来客人数登録処理部１９０について説明する。
（来客人数登録処理部１９０）
来客人数登録処理部１９０は、タッチ操作検出部１３０が店員のみが知っている所定の操作を検出するのを待ち受ける。所定の操作が成されると、来客人数登録処理部１９０は、表示制御部１１０に対して、図１５に示す来店人数設定画面をディスプレイ１２０に表示するよう指示する。
（カードリーダ内蔵端末１００’）
図１４に示すように、端末１００’は、表示制御部１１０、タッチパネル式ディスプレイ１２０、タッチ操作検出部１３０、顧客情報登録処理部１４０、カードリーダ部１５０、カード処理部１６０、記憶部１７０、および、通信インタフェース１８０に加えて、来客人数登録処理部１９０を備えている。実施形態１で説明したので、来客人数登録処理部１９０以外の部材については説明を省略し、来客人数登録処理部１９０について説明する。
（来客人数登録処理部１９０）
来客人数登録処理部１９０は、タッチ操作検出部１３０が店員のみが知っている所定の操作を検出するのを待ち受ける。所定の操作が成されると、来客人数登録処理部１９０は、表示制御部１１０に対して、図１５に示す来店人数設定画面をディスプレイ１２０に表示するよう指示する。
来客人数登録処理部１９０は、顧客の来店時に来店人数設定画面を通じて店員が入力した来店人数を示す情報を端末１００’の端末ＩＤとともにポイント管理サーバ２００’に送信する。
次に、ポイント管理サーバ２００’の構成について説明する。
（ポイント管理サーバ２００’）
図１４に示すように、ポイント管理サーバ２００’は、カード情報管理部２１０、顧客情報管理部２２０、ポイント管理部２３０’、記憶部２４０、および、通信インタフェース２５０を備えている。実施形態１で説明したので、ポイント管理部２３０’以外の部材については説明を省略し、ポイント管理部２３０’について説明する。
（ポイント管理部２３０’）
ポイント管理部２３０’は、ポイント管理部２３０と同様に処理を行う。
（ポイント管理サーバ２００’）
図１４に示すように、ポイント管理サーバ２００’は、カード情報管理部２１０、顧客情報管理部２２０、ポイント管理部２３０’、記憶部２４０、および、通信インタフェース２５０を備えている。実施形態１で説明したので、ポイント管理部２３０’以外の部材については説明を省略し、ポイント管理部２３０’について説明する。
（ポイント管理部２３０’）
ポイント管理部２３０’は、ポイント管理部２３０と同様に処理を行う。
さらに、ポイント管理部２３０’は、来店情報テーブルを管理する。具体的には、ポイント管理部２３０’は、サーバ２００’が端末１００’から端末ＩＤおよび来店人数を示す情報を受信すると、端末ＩＤ、来店人数および来店日時を、来店情報テーブルの新規レコードとして記憶部２４０に記録する。なお、ポイント管理部２３０’は、サーバ２００’が端末ＩＤおよび来店人数を受信した日時を顧客の来店日時として記録するようになっている。
次に、座席管理サーバ３００’の構成について説明する。
（座席管理サーバ３００’）
図１４に示すように、座席管理サーバ３００’は、端末情報管理部３２０’、記憶部３４０、および、通信インタフェース３５０を備えている。実施形態１で説明したので、端末情報管理部３２０’以外の部材については説明を省略し、端末情報管理部３２０’について説明する。
（端末情報管理部３２０’）
端末情報管理部３２０’は、テーブル番号および端末ＩＤをフィールドとして含む端末情報テーブルを管理する。
（座席管理サーバ３００’）
図１４に示すように、座席管理サーバ３００’は、端末情報管理部３２０’、記憶部３４０、および、通信インタフェース３５０を備えている。実施形態１で説明したので、端末情報管理部３２０’以外の部材については説明を省略し、端末情報管理部３２０’について説明する。
（端末情報管理部３２０’）
端末情報管理部３２０’は、テーブル番号および端末ＩＤをフィールドとして含む端末情報テーブルを管理する。
以上、本実施形態に係るポイント付与システムの構成について説明した。
なお、本実施形態のポイント付与システムにおけるポイント付与動作は、実施形態１のポイント付与システムにおけるポイント付与動作と全く同じであるため、説明を省略する。
また、本実施形態に係るポイント付与システムは、２台のサーバ（座席管理サーバ３００’およびポイント管理サーバ２００’）を用いて構成されているが、ウェブサーバ４００としても座席管理サーバ３００’としてもポイント管理サーバ２００’としても機能する１台のサーバを用いてポイント付与システムを構成してもよい。
また、本実施形態においても、端末１００’の代わりに、カードリーダが外付けされた端末を用いてもよい。
〔実施形態４〕
本発明のさらに別の実施形態について説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
本発明のさらに別の実施形態について説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
本実施形態では、顧客にポイントを付与するために、サーバを利用せずに、カードリーダ内蔵端末（特許請求の範囲の「特典付与端末」に対応）のみを用いる。また、本実施形態では、ポイントの付与の対象となるカードとして、ポイント情報を格納するためのメモリを備えたＩＣカード（Ｆｅｌｉｃａ（登録商標）対応カード等）を想定している。また、本実施形態では、ポイントの付与の対象として、ポイント情報を格納するためのメモリを備えた携帯電話（スマートフォン等）も想定している。
本実施形態の端末は、実施形態３の端末１００’と同様に、表示制御部１１０、タッチパネル式ディスプレイ１２０、タッチ操作検出部１３０、カードリーダ部１５０、カード処理部１６０、記憶部１７０、および、通信インタフェース１８０を備えている。
これに加えて、本実施形態の端末は、来店人数管理部およびポイント付与処理部を備えている。
来店人数管理部は、来客人数登録処理部１９０と同様に、タッチ操作検出部１３０が店員のみが知っている所定の操作を検出するのを待ち受ける。所定の操作が成されると、来店人数管理部は、表示制御部１１０に対して、図１５に示す来店人数設定画面をディスプレイ１２０に表示するよう指示する。
来店人数管理部（特許請求の範囲の「特典付与端末が備える入力受付手段および店人数記録手段」に対応）は、顧客の来店時に来店人数設定画面を通じて店員が入力した来店人数（Ｎ人）を示す情報を、顧客の来店時以降に１人分の来店ポイントを付与した回数（すなわち、０回）を示す情報、および、来店日時とともに記憶部１７０に記録する。
ポイント付与処理部（特許請求の範囲の「特典付与端末が備える付与手段」に対応）は、ポイントの付与を所望する個人が所有するＩＣカードまたは携帯電話に来店ポイントを付与するための処理を行う。
（端末によるポイント付与動作）
まず、店員が来店人数を入力した端末（顧客が案内されるテーブルに設置されている端末）の表示制御部１１０は、初期画面をディスプレイ１２０に表示する。
（端末によるポイント付与動作）
まず、店員が来店人数を入力した端末（顧客が案内されるテーブルに設置されている端末）の表示制御部１１０は、初期画面をディスプレイ１２０に表示する。
その後、カードリーダ部１５０は、ポイントの付与を所望する個人が所有するＩＣカードまたは携帯電話（以下、これらを「対象デバイス」と総称する）の近接を待ち受ける。
カードリーダ部１５０が対象デバイスの近接を検知すると、カード処理部１６０は、対象デバイスにポイントを付与するための処理を行う。具体的には、カード処理部１６０は、更新後のポイント情報が示すポイントが更新前のポイント情報が示すポイントよりも１人分の来店ポイントの分だけ多くなるように、対象デバイスのメモリ内のポイント情報を更新する。
そして、カード処理部１６０は、記憶部１７０の上記回数を示す情報を、更新後の当該情報が示す回数が更新前の当該情報が示す回数よりも「１」大きくなるように更新する。
その後、カード処理部１６０は、以下の（Ａ）または（Ｂ）のいずれかの命題が真になったか否かを判定する。
（Ａ）初期画面を表示してから（すなわち、記憶部１７０に記録されている来店日時から）所定の時間（例えば、３時間）を経過した。
（Ｂ）１人分の来店ポイントを付与した回数がＮ回になった。
（Ａ）初期画面を表示してから（すなわち、記憶部１７０に記録されている来店日時から）所定の時間（例えば、３時間）を経過した。
（Ｂ）１人分の来店ポイントを付与した回数がＮ回になった。
上記のいずれの命題も真になっていないと判定された場合、カードリーダ部１５０は、継続して新たな対象デバイスの近接を待ち受ける。一方、上記のいずれかの命題が真になったと判定された場合、表示制御部１１０はディスプレイ１２０への表示処理を終了し、カード処理部１６０はカードリーダ１５０を無効化する。これにより、本実施形態に係る端末は、Ｎ人で来店した顧客に最大Ｎ人分の来店ポイントを付与するポイント付与動作を終了する。
なお、本実施形態に係る端末は、ＩＣカードおよび携帯電話の両方に来店ポイントを付与するように構成されているが、携帯電話のみにポイントを付与し、ＩＣカードには来店ポイントを付与しないように構成されていてもよい。
例えば、本実施形態に係る端末は、来店ポイントの付与を受けるためのアプリケーションがインストールされた携帯電話のみに来店ポイントを付与するように構成されていてもよい。
また、本実施形態においても、カードリーダ内蔵端末の代わりに、カードリーダが外付けされた端末を用いてもよい。
〔実施形態５〕
実施形態１では、ポイント付与システムは、会員登録した個人毎に複数のカード（カードＩＤ）の登録を受け付けるように構成されていた。本実施形態に係るポイント付与システムは、会員登録した個人毎に、たかだか１つのカード（カードＩＤ）の登録のみを受け付けるように構成されている点で、実施形態１に係るポイント付与システムと異なっている。
実施形態１では、ポイント付与システムは、会員登録した個人毎に複数のカード（カードＩＤ）の登録を受け付けるように構成されていた。本実施形態に係るポイント付与システムは、会員登録した個人毎に、たかだか１つのカード（カードＩＤ）の登録のみを受け付けるように構成されている点で、実施形態１に係るポイント付与システムと異なっている。
本実施形態に係るポイント付与システムは、複数のカードを所持している個人に対し、１回の来店につき２ポイント以上の来店ポイントを獲得させることを望まない店舗での利用が想定される。
すなわち、本実施形態に係るポイント付与システムを利用する店舗は、例えば、来店ポイントの獲得に興味のない別の２人とともに来店した者が、来店人数分（３人分）のポイントを獲得することを防ぐことができる。
なお、会員登録した個人毎に、たかだか１つのカード（カードＩＤ）の登録のみを受け付けるように構成されている点のみが実施形態２に係るポイント付与システムと異なっているポイント付与システムも本発明に含まれる。また、たかだか１つのカード（カードＩＤ）の登録のみを受け付けるように構成されている点のみが実施形態３に係るポイント付与システムと異なっているポイント付与システムも本発明に含まれる。
〔実施形態６〕
実施形態１〜５では、端末１００がレストランの各テーブルに設置されており、席についた各人は、テーブルに設置された端末１００に自身のＩＣカードを近接させることで来店ポイントを獲得することができる。
実施形態１〜５では、端末１００がレストランの各テーブルに設置されており、席についた各人は、テーブルに設置された端末１００に自身のＩＣカードを近接させることで来店ポイントを獲得することができる。
実施形態１〜５と異なり、本実施形態では、顧客が来店ポイントを獲得するために使用するカードリーダ内蔵端末が、レジ端末（ＰＯＳレジ）の傍に設置されている。そして、Ｎ人で来店した各人は、会計の際に自身のＩＣカードを近接させることで来店ポイントを獲得することができる。
以下、本実施形態について具体的に説明する。
Ｎ人でレストランに来店した顧客が注文を行うと、店員は、注文入力端末を用いて顧客の注文、顧客の来店人数等をポイント管理サーバに登録する。これにより、ポイント管理サーバの記憶部には、顧客の注文の内容、顧客の来店人数、合計金額、顧客が使用するテーブルのテーブル番号、および、顧客の注文に対応する伝票番号が互いに関連付けて記録される。なお、ポイント管理サーバは、注文番号および伝票番号の一方を記録しなくともよい。店員は、顧客の注文をサーバに登録した後に、注文の内容に応じた伝票を顧客に渡す。
顧客は、食事を終えると会計のためにレジ端末の場所に向かい、伝票を店員に渡す。店員が会計のために伝票に記載された伝票番号またはテーブル番号をレジ端末に入力すると、レジ端末は、入力された番号（伝票番号またはテーブル番号）をポイント管理サーバに送信する。
ポイント管理サーバのポイント管理部（付与手段）は、受信した番号（識別データ）に基づいて顧客の来店人数を特定し、特定した来店人数を示す情報をカードリーダ内蔵端末に送信する。
来店人数を示す情報を受信したカードリーダ内蔵端末は、図５のフローチャートに従った動作を開始する。これにより、Ｎ人で来店した顧客は、来店人数に相当する来店ポイントを獲得することができる。換言すれば、ポイント管理部は、レジ端末に入力された番号（伝票番号またはテーブル番号）をレジ端末から取得するまでは、該番号に対応する顧客に来店ポイントを付与しないように構成されていると言える。
なお、レジ端末は、会計が完了したタイミングで、カードリーダ内蔵端末のカードリーダを無効化してもよい。
以上のように、ポイント管理サーバは、来店中の多数の顧客の中からあるテーブルの顧客を特定するために使用可能な伝票番号またはテーブル番号を該顧客の来店人数と関連付けて記録してもよい。なお、テーブル番号は、店舗内に設けられた複数のスペースのうちの該顧客が利用するスペースの識別値の一例に過ぎない。例えば、本実施形態に係るポイント付与システムを利用する店舗がカラオケボックスである場合には、テーブル番号に代えて部屋番号が使用される。また、例えば、本実施形態に係るポイント付与システムを利用する店舗がボーリング場である場合には、テーブル番号に代えてレーン番号が使用される。
また、伝票番号は、顧客による店舗の利用毎に一意な識別値の一例に過ぎない。例えば、店員は、注文入力端末を用いて、顧客の注文および来店人数に加えて該顧客をテーブルに案内した時刻（顧客による店舗の利用毎に一意な識別値）をポイント管理サーバに登録してもよい。そして、店員が会計のために伝票に記載された該時刻をレジ端末に入力した場合に、レジ端末は、入力された時刻を示す情報をポイント管理サーバに送信してもよい。ポイント管理サーバは、受信した情報に基づいて顧客の来店人数を特定し、特定した来店人数を示す情報をカードリーダ内蔵端末に送信してもよい。
〔実施形態７〕
座席管理サーバ（３００、３００’、３００”）、ポイント管理サーバ（２００、２００’）、端末（１００、１００’）、および、実施形態４に係る端末に関し、各装置の制御ブロック（特に、来店人数設定受付部３３０、ポイント管理部（２３０、２３０’）、顧客情報登録処理部１４０、カード処理部１６０、来店人数管理部、およびポイント付与処理部）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
座席管理サーバ（３００、３００’、３００”）、ポイント管理サーバ（２００、２００’）、端末（１００、１００’）、および、実施形態４に係る端末に関し、各装置の制御ブロック（特に、来店人数設定受付部３３０、ポイント管理部（２３０、２３０’）、顧客情報登録処理部１４０、カード処理部１６０、来店人数管理部、およびポイント付与処理部）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
後者の場合、各装置は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
（付記事項１）
実施形態１〜３、５、６では、ステップＳ８において、カード処理部１６０からの要求に基づいて、表示制御部１１０は、図１６の（ａ）の上側の画面を表示してもよい。そして、「登録」ボタンへのタッチが検出されると、ステップＳ１０の前に、表示制御部１１０が、図１６の（ａ）の下側の画面を表示してもよい。そして、カード処理部１６０は、当該画面を通じて顧客が指定したカードの所有者をポイント減算対象者として決定してもよい。
実施形態１〜３、５、６では、ステップＳ８において、カード処理部１６０からの要求に基づいて、表示制御部１１０は、図１６の（ａ）の上側の画面を表示してもよい。そして、「登録」ボタンへのタッチが検出されると、ステップＳ１０の前に、表示制御部１１０が、図１６の（ａ）の下側の画面を表示してもよい。そして、カード処理部１６０は、当該画面を通じて顧客が指定したカードの所有者をポイント減算対象者として決定してもよい。
また、実施形態１〜３、５、６では、ステップＳ８において、カード処理部１６０からの要求に基づいて、表示制御部１１０は、図１６の（ｂ）の画面を表示してもよい。そして、カード処理部１６０は、ポイント管理サーバに対し、端末を利用している顧客に対応する新規発行ポイントテーブルを削除するよう指示してもよい。同時に、カード処理部１６０は、ポイント管理サーバに対し、顧客情報テーブルの該当レコード（端末を用いてポイントの付与を受けた各個人のレコード）を来店前の状態に戻すように指示してもよい。
また、実施形態１〜３、５、６では、ステップＳ８において、カード処理部１６０からの要求に基づいて、表示制御部１１０は、図１６の（ｃ）の画面を表示してもよい。この場合、端末は、「店員呼び出し」ボタンへのタッチが検出されると、店員を読み出すための公知の任意の処理を行うことになる。そして、呼び出された店員は、顧客の人数を確認し、当該端末または店員用の端末を用いて、来店情報テーブルの当該顧客に対応するレコードを修正することになる。
また、実施形態１〜３、５、６に係る端末は、Ｎ回目のステップＳ１１を終えると、ステップＳ２１には進まずに、図１６の（ｄ）の画面を表示してもよい。そして、端末は、「確認」ボタンへのタッチを検出すると、表示制御部１１０はディスプレイ１２０への表示処理を終了し、カード処理部１６０はカードリーダ１５０を無効化してもよい。そして、このタイミングで、座席管理サーバは来店情報テーブルの対象レコードを削除し、ポイント管理サーバは、対象新規発行ポイントテーブルを削除してもよい。
（付記事項２）
図５および図６のフローチャートのポイント付与動作（顧客にポイントを付与するための動作）を終了させるタイミングは、当該顧客がＰＯＳレジで精算を行うタイミングであってもよい。すなわち、ＰＯＳレジが各端末との間で通信可能になっており、精算中の店員の操作に基づいて、ＰＯＳレジが、当該顧客が使用した端末にポイント付与動作の終了指示を送信してもよい。
図５および図６のフローチャートのポイント付与動作（顧客にポイントを付与するための動作）を終了させるタイミングは、当該顧客がＰＯＳレジで精算を行うタイミングであってもよい。すなわち、ＰＯＳレジが各端末との間で通信可能になっており、精算中の店員の操作に基づいて、ＰＯＳレジが、当該顧客が使用した端末にポイント付与動作の終了指示を送信してもよい。
（その他の付記事項）
実施形態１〜３、５で利用される端末ＩＤ（顧客が使用している端末の端末ＩＤ）は、伝票番号およびテーブル番号と同様に、来店中の多数の顧客の中からあるテーブルの顧客を特定するために使用可能な識別データであると言える。端末情報テーブルを参照すれば、顧客が使用している端末の端末ＩＤから該顧客が使用しているテーブルのテーブル番号がわかるからである。
実施形態１〜３、５で利用される端末ＩＤ（顧客が使用している端末の端末ＩＤ）は、伝票番号およびテーブル番号と同様に、来店中の多数の顧客の中からあるテーブルの顧客を特定するために使用可能な識別データであると言える。端末情報テーブルを参照すれば、顧客が使用している端末の端末ＩＤから該顧客が使用しているテーブルのテーブル番号がわかるからである。
〔まとめ〕
本発明の態様１に係る特典付与サーバは、店舗（レストラン、カラオケボックス）に設置された端末（端末１０）との通信が可能な特典付与サーバにおいて、Ｎ人（Ｎ：１以上）で来店した顧客の来店人数の設定を受け付ける設定受付手段（来店人数設定受付部３３０）と、上記顧客の特定に使用可能な識別データ（端末ＩＤ、テーブル番号、伝票番号）と関連付けて上記来店人数を示す来店データを記憶部（記憶部３４０）に記録する来店人数記録手段（来店人数設定受付部３３０）と、上記端末に内蔵又は外付けされた読み取り部（カードリーダ部１５０）がカードから読み取ったカード識別値（カードＩＤ）を該端末から取得した場合に、該カードを所有する個人に１人分の特典（来店ポイント）を付与する付与手段（ポイント管理部２３０）とを備え、上記付与手段は、上記端末の端末識別値と関連付けて記録された来店データ（顧客情報テーブルの「来店人数」）が示す来店人数を超える人数分の特典を上記顧客に付与しないように構成されている。
本発明の態様１に係る特典付与サーバは、店舗（レストラン、カラオケボックス）に設置された端末（端末１０）との通信が可能な特典付与サーバにおいて、Ｎ人（Ｎ：１以上）で来店した顧客の来店人数の設定を受け付ける設定受付手段（来店人数設定受付部３３０）と、上記顧客の特定に使用可能な識別データ（端末ＩＤ、テーブル番号、伝票番号）と関連付けて上記来店人数を示す来店データを記憶部（記憶部３４０）に記録する来店人数記録手段（来店人数設定受付部３３０）と、上記端末に内蔵又は外付けされた読み取り部（カードリーダ部１５０）がカードから読み取ったカード識別値（カードＩＤ）を該端末から取得した場合に、該カードを所有する個人に１人分の特典（来店ポイント）を付与する付与手段（ポイント管理部２３０）とを備え、上記付与手段は、上記端末の端末識別値と関連付けて記録された来店データ（顧客情報テーブルの「来店人数」）が示す来店人数を超える人数分の特典を上記顧客に付与しないように構成されている。
上記の構成によれば、上記特典付与サーバには、Ｎ人で来店した顧客にＮ人分の特典を付与する店舗に関し、そのような店舗が利用するのに適しているという利点がある。
本発明の態様２に係る特典付与サーバでは、上記態様１において、上記端末が上記店舗の各スペース（テーブル、部屋）に設置されており、上記来店人数記録手段が上記来店データと関連付けて記録する識別データは、上記Ｎ人が利用するスペースに設置されている端末の識別値（端末ＩＤ）であってもよい。
本発明の態様３に係る特典付与サーバでは、上記態様１において、上記来店人数記録手段が上記来店データと関連付けて記録する識別データが、上記店舗内に設けられた複数のスペースのうちの上記Ｎ人が利用するスペースの識別値（テーブル番号）であり、上記付与手段は、上記店舗の店員により入力された該識別値を取得するように構成されており、上記付与手段は、上記顧客の特定に使用可能な該識別値を取得するまでは該顧客に特典を付与しないように構成されていてもよい。
本発明の態様４に係る特典付与サーバでは、上記態様１において、上記来店人数記録手段が上記来店データと関連付けて記録する識別データは、上記顧客による上記店舗の利用毎に一意な識別値（伝票番号）であり、上記付与手段は、上記店舗の店員により入力された該識別値を取得するように構成されており、上記付与手段は、上記顧客の特定に使用可能な該識別値を取得するまでは該顧客に特典を付与しないように構成されていてもよい。
本発明の態様５に係る特典付与サーバは、上記態様１から４のいずれかの態様において、上記店舗に来店した各個人について、該個人に固有の個人データ（顧客情報テーブルの「顧客名」）の登録を受け付ける登録受付手段（顧客情報管理部２３０）と、上記個人に固有の個人データを、該個人に付与済の特典の総量を示す特典データ（顧客情報テーブルの「保有ポイント」）と、該個人が所有するカードから読み取られたカード識別値とに関連付けて記憶部（記憶部２４０）に記録する個人情報記録手段（顧客情報管理部２２０）とを更に備え、上記付与手段は、カードを所有する個人に１人分の特典を付与するために、該カードから読み取られたカード識別値と関連付けて記録されている特典データを、該特典データが示す付与済の特典の総量が上記１人分の特典に相当する量だけ増加するように更新してもよい。
本発明の態様６に係る特典付与サーバは、上記態様５において、上記個人情報記録手段が、上記個人毎に、上記カード識別値をただ１つ記録するように構成されていてもよい。
来店した顧客に特典を付与するサービスを提供する店舗の中には、複数人で来店した顧客に関し、複数のカードを所持する特定の個人が来店した複数人分の特典をまとめて獲得することを望まない店舗も存在すると想定される。
上記の構成によれば、上記特典付与サーバは、複数のカードを所持している個人に対し、上記店舗の想定に反して、１回の来店で複数人分の特典を獲得させること防ぐことができる。
本発明の態様７に係る特典付与サーバは、上記態様５において、上記個人情報記録手段が、上記個人毎に、該個人が所有する複数枚のカードからカード識別値が読み取られた場合に読み取られた各カード識別値を記録するように構成されていてもよい。
本発明の態様８に係る特典付与サーバは、上記態様１から７のいずれかの態様において、上記付与手段が上記１人分の特典を付与した回数が上記来店人数であるＮ回を超えたか否かを判定する判定手段（ポイント管理部２３０）をさらに備え、上記付与手段は、上記判定手段による判定結果に基づいて、上記１人分の特典を付与するか否かを決定してもよい。
本発明の態様９に係る特典付与サーバは、上記態様１から７のいずれかの態様において、上記読み取り部がカード識別値を読み取った回数が上記来店人数であるＮを超えたか否かを判定する判定手段（ポイント管理部２３０）を更に備え、上記付与手段は、上記回数がＮを超えたと判定した場合にも、直近でカード識別値が読み取られたカードを所有する個人に１人分の特典を付与するように構成されており、上記回数がＮを超えたと判定した場合に、上記Ｎ人のうちのいずれかが保有する特典を１人分の特典に相当する量だけキャンセルするキャンセル手段（ポイント管理部２３０）を更に備えていてもよい。
本発明の態様１０に係る特典付与サーバは、上記態様１から９のいずれかの態様において、上記付与手段は、上記読み取り部によりカードから読み取られたカード識別値を上記端末から取得した場合に該カードを所有する個人に１人分の特典を付与するのに代えて、上記端末に内蔵または外付けされた読み取り部が携帯電話から読み取った個体識別値を該端末から取得した場合に該携帯電話を所有する個人に１人分の特典を付与するように構成されていてもよい。
本発明の態様１１に係る特典付与システムは、サーバと、クライアントと、を含む特典付与システムであって、上記サーバは上記態様１から態様１０のいずれかの態様の特典付与サーバであり、上記クライアントは上記端末であってもよい。
本発明の態様１２に係る特典付与システムは、複数のサーバ（サーバ２００およびサーバ３００）を含む特典付与システムであって、態様１から態様１０に記載の特典付与サーバが備える各手段について、該手段を上記複数のサーバのうちのいずれかのサーバが備えていてもよい。
上記の各構成によれば、本発明の態様１１および態様１２に係る特典付与システムには、本発明の態様１に係る特典付与サーバと同様の利点がある。
本発明の態様１３に係る特典付与端末は、店舗にＮ人（Ｎ：１以上）で来店した顧客により操作される特典付与端末であって、上記顧客の来店人数の入力を受け付ける入力受付手段（来店人数管理部）と、上記来店人数を示す来店データを記憶部に記録する来店人数記録手段（来店人数管理部）と、上記特典付与端末に内蔵又は外付けされた読み取り部により上記Ｎ人のうちのいずれかが所有するカードが読み取られた場合に、該カードに１人分の特典を付与する付与手段（ポイント付与処理部）とを備え、上記付与手段は、上記記憶部に記録されている上記来店データを参照することで、上記来店人数を超える人数分の特典を上記顧客に付与しないように構成されている。
上記の構成によれば、上記特典付与端末には、本発明の態様１に係る特典付与サーバと同様の利点がある。
本発明の態様１４に係る特典付与端末は、上記態様１４において、上記付与手段が、上記読み取り部によりカードが読み取られた場合に該カードに１人分の特典を付与するのに代えて、上記端末に内蔵または外付けされた読み取り部が携帯電話から読み取った個体識別値を該端末から取得した場合に該携帯電話に１人分の特典を付与するように構成されていてもよい。
本発明の態様１５に係る特典付与方法は、端末、上記端末との間で通信可能なサーバ、および、上記端末と上記サーバとを含むシステムのいずれかにおける特典付与方法であって、店舗にＮ人（Ｎ：１以上）で来店した顧客の来店人数の設定を受け付ける設定受付工程と、上記来店人数を示す来店データを記憶部に記録する来店人数記録工程と、上記端末に内蔵又は外付けされた読み取り部により上記Ｎ人のうちのいずれかが所有するカードが読み取られた場合に、該カードに１人分の特典を付与する付与工程とを含み、上記付与工程では、上記記憶部に記録されている上記来店データを参照することで、上記来店人数を超える人数分の特典を上記顧客に付与しないようになっていてもよい。
上記の構成によれば、上記特典付与方法には、本発明の態様１に係る特典付与サーバと同様の利点がある。
本発明の各態様に係る特典付与サーバは、コンピュータによって実現してもよく、この場合には、コンピュータを上記特典付与サーバが備える各手段として動作させることにより上記特典付与サーバをコンピュータにて実現させるプログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。また、本発明の各態様に係る特典付与端末に関しても同様のことが言える。
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
本発明は、来店ポイントを付与するポイント付与システムに好適に利用することができる。
１００ カードリーダ内蔵端末（クライアント、特典付与端末）
１１０ 表示制御部
１２０ タッチパネル式ディスプレイ
１３０ タッチ操作検出部（入力受付手段）
１４０ 顧客情報登録処理部
１５０ カードリーダ（読み取り部）
１６０ カード処理部
２００ ポイント管理サーバ（サーバ、特典付与サーバ）
２１０ カード情報管理部
２２０ 顧客情報管理部（登録受付手段、個人情報記録手段）
２３０ ポイント管理部（付与手段、判定手段、キャンセル手段）
３００ 座席管理サーバ（サーバ）
３１０ 店舗情報管理部
３２０ 端末情報管理部
３３０ 来客人数設定受付部（設定受付手段、来店人数記録手段）
４００ 予約受付用ウェブサーバ
１１０ 表示制御部
１２０ タッチパネル式ディスプレイ
１３０ タッチ操作検出部（入力受付手段）
１４０ 顧客情報登録処理部
１５０ カードリーダ（読み取り部）
１６０ カード処理部
２００ ポイント管理サーバ（サーバ、特典付与サーバ）
２１０ カード情報管理部
２２０ 顧客情報管理部（登録受付手段、個人情報記録手段）
２３０ ポイント管理部（付与手段、判定手段、キャンセル手段）
３００ 座席管理サーバ（サーバ）
３１０ 店舗情報管理部
３２０ 端末情報管理部
３３０ 来客人数設定受付部（設定受付手段、来店人数記録手段）
４００ 予約受付用ウェブサーバ
Claims (17)
- 店舗に設置された端末との通信が可能な特典付与サーバにおいて、
Ｎ人（Ｎ：１以上）で来店した顧客の来店人数の設定を受け付ける設定受付手段と、
上記顧客の特定に使用可能な識別データと関連付けて上記来店人数を示す来店データを記憶部に記録する来店人数記録手段と、
上記端末に内蔵又は外付けされた読み取り部がカードから読み取ったカード識別値を該端末から取得した場合に、該カードを所有する個人に１人分の特典を付与する付与手段とを備え、
上記付与手段は、上記識別データと関連付けて記録された来店データが示す来店人数を超える人数分の特典を上記顧客に付与しないように構成されている、ことを特徴とする特典付与サーバ。 - 上記端末は上記店舗の各スペースに設置されており、
上記来店人数記録手段が上記来店データと関連付けて記録する識別データは、上記Ｎ人が利用するスペースに設置されている端末の識別値である、ことを特徴とする、請求項１に記載の特典付与サーバ。 - 上記来店人数記録手段が上記来店データと関連付けて記録する識別データは、上記店舗内に設けられた複数のスペースのうちの上記Ｎ人が利用するスペースの識別値であり、
上記付与手段は、上記店舗の店員により入力された該識別値を取得するように構成されており、
上記付与手段は、上記顧客の特定に使用可能な該識別値を取得するまでは該顧客に特典を付与しないように構成されている、ことを特徴とする請求項１に記載の特典付与サーバ。 - 上記来店人数記録手段が上記来店データと関連付けて記録する識別データは、上記顧客による上記店舗の利用毎に一意な識別値であり、
上記付与手段は、上記店舗の店員により入力された該識別値を取得するように構成されており、
上記付与手段は、上記顧客の特定に使用可能な該識別値を取得するまでは該顧客に特典を付与しないように構成されている、ことを特徴とする請求項１に記載の特典付与サーバ。 - 上記店舗に来店した各個人について、該個人に固有の個人データの登録を受け付ける登録受付手段と、
上記個人に固有の個人データを、該個人に付与済の特典の総量を示す特典データと、該個人が所有するカードから読み取られたカード識別値とに関連付けて記憶部に記録する個人情報記録手段とを更に備え、
上記付与手段は、カードを所有する個人に１人分の特典を付与するために、該カードから読み取られたカード識別値と関連付けて記録されている特典データを、該特典データが示す付与済の特典の総量が上記１人分の特典に相当する量だけ増加するように更新する、ことを特徴とする請求項１から４のいずれか１項に記載の特典付与サーバ。 - 上記個人情報記録手段は、上記個人毎に、上記カード識別値をただ１つ記録するように構成されている、ことを特徴とする請求項５に記載の特典付与サーバ。
- 上記個人情報記録手段は、上記個人毎に、該個人が所有する複数枚のカードからカード識別値が読み取られた場合に読み取られた各カード識別値を記録するように構成されている、ことを特徴とする請求項５に記載の特典付与サーバ。
- 上記付与手段が上記１人分の特典を付与した回数が上記来店人数であるＮ回を超えたか否かを判定する判定手段をさらに備え、
上記付与手段は、上記判定手段による判定結果に基づいて、上記１人分の特典を付与するか否かを決定する、ことを特徴とする、請求項１から７のいずれか１項に記載の特典付与サーバ。 - 上記読み取り部がカード識別値を読み取った回数が上記来店人数であるＮを超えたか否かを判定する判定手段を更に備え、
上記付与手段は、上記回数がＮを超えたと判定した場合にも、直近でカード識別値が読み取られたカードを所有する個人に１人分の特典を付与するように構成されており、
上記回数がＮを超えたと判定した場合に、上記Ｎ人のうちのいずれかが保有する特典を１人分の特典に相当する量だけキャンセルするキャンセル手段を更に備えている、ことを特徴とする、請求項１から７のいずれか１項に記載の特典付与サーバ。 - 上記付与手段は、上記読み取り部によりカードから読み取られたカード識別値を上記端末から取得した場合に該カードを所有する個人に１人分の特典を付与するのに代えて、上記端末に内蔵または外付けされた読み取り部が携帯電話から読み取った個体識別値を該端末から取得した場合に該携帯電話を所有する個人に１人分の特典を付与するように構成されている、ことを特徴とする請求項１から９のいずれか１項に記載の特典付与サーバ。
- サーバと、クライアントと、を含む特典付与システムであって、
上記サーバは、請求項１から１０のいずれか１項に記載の特典付与サーバであり、
上記クライアントは、上記端末である、ことを特徴とする特典付与システム。 - 複数のサーバを含む特典付与システムであって、
請求項１から１０のいずれか１項に記載の特典付与サーバが備える各手段について、該手段を上記複数のサーバのうちのいずれかのサーバが備えていることを特徴とする特典付与システム。 - 店舗にＮ人（Ｎ：１以上）で来店した顧客により操作される特典付与端末であって、
上記顧客の来店人数の入力を受け付ける入力受付手段と、
上記来店人数を示す来店データを記憶部に記録する来店人数記録手段と、
上記特典付与端末に内蔵又は外付けされた読み取り部により上記Ｎ人のうちのいずれかが所有するカードが読み取られた場合に、該カードに１人分の特典を付与する付与手段とを備え、
上記付与手段は、上記記憶部に記録されている上記来店データを参照することで、上記来店人数を超える人数分の特典を上記顧客に付与しないように構成されている、ことを特徴とする特典付与端末。 - 上記付与手段は、上記読み取り部によりカードが読み取られた場合に該カードに１人分の特典を付与するのに代えて、上記端末に内蔵または外付けされた読み取り部が携帯電話から読み取った個体識別値を該端末から取得した場合に該携帯電話に１人分の特典を付与するように構成されている、ことを特徴とする請求項１３に記載の特典付与端末。
- 端末、上記端末との間で通信可能なサーバ、および、上記端末と上記サーバとを含むシステムのいずれかにおける特典付与方法であって、
店舗にＮ人（Ｎ：１以上）で来店した顧客の来店人数の設定を受け付ける設定受付工程と、
上記来店人数を示す来店データを記憶部に記録する来店人数記録工程と、
上記端末に内蔵又は外付けされた読み取り部により上記Ｎ人のうちのいずれかが所有するカードが読み取られた場合に、該カードに１人分の特典を付与する付与工程とを含み、
上記付与工程では、上記記憶部に記録されている上記来店データを参照することで、上記来店人数を超える人数分の特典を上記顧客に付与しないようになっている、ことを特徴とする特典付与方法。 - 請求項１から１０のいずれか１項に記載の特典付与サーバとしてコンピュータを機能させるためのプログラムであって、コンピュータを上記各手段として機能させるためのプログラム。
- 請求項１３または１４に記載の特典付与端末としてコンピュータを機能させるためのプログラムであって、コンピュータを上記各手段として機能させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2013148428A JP2015022399A (ja) | 2013-07-17 | 2013-07-17 | 特典付与サーバ、特典付与端末、特典付与システム、特典付与方法、プログラム、および、記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2013148428A JP2015022399A (ja) | 2013-07-17 | 2013-07-17 | 特典付与サーバ、特典付与端末、特典付与システム、特典付与方法、プログラム、および、記録媒体 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016094109A Division JP6181233B2 (ja) | 2016-05-09 | 2016-05-09 | 特典管理システム、特典管理方法、特典管理プログラム、および、記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2015022399A true JP2015022399A (ja) | 2015-02-02 |
Family
ID=52486821
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2013148428A Pending JP2015022399A (ja) | 2013-07-17 | 2013-07-17 | 特典付与サーバ、特典付与端末、特典付与システム、特典付与方法、プログラム、および、記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2015022399A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017022385A1 (ja) * | 2015-07-31 | 2017-02-09 | 株式会社トレタ | 飲食店の予約決済管理システム、予約管理サーバおよび予約決済管理方法 |
| US10362014B2 (en) | 2015-07-24 | 2019-07-23 | Fujitsu Limited | Proxy authentication method and communication device |
| JP2020115399A (ja) * | 2016-11-25 | 2020-07-30 | 株式会社ぐるなび | 業務管理方法、業務管理プログラム、及び業務管理装置 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002260096A (ja) * | 2001-02-28 | 2002-09-13 | Dainippon Printing Co Ltd | ポイントサービスシステムにおけるポイント付与方法 |
| US20030078793A1 (en) * | 2001-10-24 | 2003-04-24 | Toth Mark E. | Enhanced customer-centric restaurant system |
| US20070063842A1 (en) * | 2005-09-19 | 2007-03-22 | Peter Sprogis | Method and apparatus for providing awards using transponders |
| JP2010231777A (ja) * | 2009-03-02 | 2010-10-14 | Taihei Computer Co Ltd | ポイント管理システム |
| JP2012053850A (ja) * | 2010-09-03 | 2012-03-15 | Sii Data Service Kk | 注文管理システムおよび注文管理方法 |
| JP2012113576A (ja) * | 2010-11-25 | 2012-06-14 | World Picom Kk | オーダーシステムとオーダープログラム並びにオーダー方法 |
-
2013
- 2013-07-17 JP JP2013148428A patent/JP2015022399A/ja active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002260096A (ja) * | 2001-02-28 | 2002-09-13 | Dainippon Printing Co Ltd | ポイントサービスシステムにおけるポイント付与方法 |
| US20030078793A1 (en) * | 2001-10-24 | 2003-04-24 | Toth Mark E. | Enhanced customer-centric restaurant system |
| US20070063842A1 (en) * | 2005-09-19 | 2007-03-22 | Peter Sprogis | Method and apparatus for providing awards using transponders |
| JP2010231777A (ja) * | 2009-03-02 | 2010-10-14 | Taihei Computer Co Ltd | ポイント管理システム |
| JP2012053850A (ja) * | 2010-09-03 | 2012-03-15 | Sii Data Service Kk | 注文管理システムおよび注文管理方法 |
| JP2012113576A (ja) * | 2010-11-25 | 2012-06-14 | World Picom Kk | オーダーシステムとオーダープログラム並びにオーダー方法 |
Non-Patent Citations (2)
| Title |
|---|
| ""おサイフケータイを用いたポイント・ステージ制割引システム 来店回数を把握してコアターゲットへの訴求と", 月刊カード・ウェーブ, vol. ２００９年４月号, JPN6015014963, 20 March 2009 (2009-03-20), pages 20 - 21, ISSN: 0003054382 * |
| 佐藤洋一: ""お客様のカードや携帯電話がポイントカードに変身！ フェリカを利用した会員ポイントシステム"", 月刊自動認識, vol. ２００９年５月号, JPN6015014964, 10 May 2009 (2009-05-10), pages 29 - 33, ISSN: 0003054383 * |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10362014B2 (en) | 2015-07-24 | 2019-07-23 | Fujitsu Limited | Proxy authentication method and communication device |
| WO2017022385A1 (ja) * | 2015-07-31 | 2017-02-09 | 株式会社トレタ | 飲食店の予約決済管理システム、予約管理サーバおよび予約決済管理方法 |
| JP2020115399A (ja) * | 2016-11-25 | 2020-07-30 | 株式会社ぐるなび | 業務管理方法、業務管理プログラム、及び業務管理装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6181233B2 (ja) | 特典管理システム、特典管理方法、特典管理プログラム、および、記録媒体 | |
| JP2021177425A (ja) | プログラム | |
| JP6827743B2 (ja) | 顧客管理システム、顧客管理装置及び接客プログラム | |
| JP7367082B2 (ja) | 端末、顧客管理システム及び接客プログラム | |
| JP7003383B2 (ja) | 取引を処理するコンピュータ実施方法及びシステム | |
| JP2015148891A (ja) | 特典付与システム、特典付与方法、携帯端末、レジ端末、及び、プログラム | |
| JP2011129030A (ja) | 情報記憶媒体利用促進システム及び情報記憶媒体利用促進装置 | |
| JP2015022399A (ja) | 特典付与サーバ、特典付与端末、特典付与システム、特典付与方法、プログラム、および、記録媒体 | |
| JP2010160812A (ja) | 情報システム及び記録媒体 | |
| JP6969364B2 (ja) | 認証システム、及び、サーバー | |
| JP2009122769A (ja) | 店舗管理システム及び店舗管理方法 | |
| JP2023181380A (ja) | 管理サーバ、管理システム、制御方法及び記憶媒体 | |
| JP6483207B2 (ja) | 特典管理システム、特典管理サーバ、特典管理装置、特典管理方法及びプログラム | |
| US20080249847A1 (en) | Guest registration system | |
| JP2015072519A (ja) | 顧客情報システム、店舗携帯端末、及び顧客情報処理方法 | |
| JP7379919B2 (ja) | 特典管理装置、コンピュータプログラム及び特典管理方法 | |
| JP6976293B2 (ja) | クーポンを管理するためのシステム、方法、及びプログラム | |
| JP2002170035A (ja) | 情報提供方法及びその実施装置並びにそのデータを記録した記録媒体 | |
| JP2018156526A (ja) | 決済管理装置、決済処理方法、プログラム | |
| JP2011232854A (ja) | 電子マネー取引システム | |
| JP7287698B2 (ja) | 商品販売データ処理システム及びプログラム | |
| JP7178517B1 (ja) | 情報処理装置及び情報処理方法 | |
| JP7142185B1 (ja) | チェックインシステム、チェックイン方法、及びプログラム | |
| JP7461261B2 (ja) | 棚卸しシステム、データ処理装置及びその制御プログラム | |
| JP6979677B2 (ja) | 商品販売データ処理システム及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20150408 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20150421 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150611 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20160209 |