JP3700763B2 - Product sales data processing system - Google Patents
Product sales data processing system Download PDFInfo
- Publication number
- JP3700763B2 JP3700763B2 JP2000321080A JP2000321080A JP3700763B2 JP 3700763 B2 JP3700763 B2 JP 3700763B2 JP 2000321080 A JP2000321080 A JP 2000321080A JP 2000321080 A JP2000321080 A JP 2000321080A JP 3700763 B2 JP3700763 B2 JP 3700763B2
- Authority
- JP
- Japan
- Prior art keywords
- customer
- group
- visit
- group visit
- privilege
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Cash Registers Or Receiving Machines (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、店舗内に配設された商品登録機能を有する複数のターミナルを具備しかつグループ来店した客に単独来店客に対して差別化した特典を付与可能に形成された商品販売データ処理システムに関する。
【0002】
【従来の技術】
例えば、電子キャッシュレジスタ型の商品販売データ処理システムでは、オペレータ(店員)がスキャナを用いて商品に付されたバーコードをスキャニングして商品コードを読取入力すると、制御部は、商品ファイルを検索して読取商品コードに対応する商品データを取得する。
【0003】
そして、制御部は、取得した商品データを利用した売上データを売上ファイルに商品(売上)登録する。顧客購入商品の全てについて商品登録した後に、1取引終了宣言としての締め操作が行われると、制御部は合計金額の算出等を含む会計処理を実行する。当該取引データは、上位機にトランザクションとして転送される。
【0004】
したがって、煩雑な商品登録および会計処理を迅速かつ正確に行えるとともに、当日閉店前に売上ファイルに記憶されている売上データを分析すれば当日の経営資料を取得できる。経営資料としては、売上金額,売上個数,売れ筋商品のベストテンや顧客別販売金額データ等である。なお、上位機内の売上マスタファイルを用いれば、各店舗に関する総合的な経営資料を取得できる。
【0005】
ここにおいて、かかる商品販売データ処理システムを有する店舗では、各種の顧客サービス(例えば、店舗会員に対する割引サービス,1取引内での合計金額に応じたサービス用ポイントの付与,店舗が開設するホームページ上の値引優待券を印刷して持参した客に対する値引サービス等)を提供している。また、当該システムで、それら顧客サービスに関する処理ができるように構築されている。
【0006】
【発明が解決しようとする課題】
ところで、各種店舗同士間での競争が激化するに伴い顧客サービスの開発・実施が増大しつつあるが、顧客誘引効果において大差がなく、新規で斬新な顧客サービスの開発並びに当該顧客サービスを処理可能なシステムの開発が強く要請されている。
【0007】
本発明の目的は、グループ来店顧客に関して単独来店顧客には付与しない格別のグループ来店特典を付与可能な商品販売データ処理システムを提供することにある。
【0008】
【課題を解決するための手段】
請求項1の発明は、店舗内に配設された商品登録機能を有する複数のターミナルを具備する商品販売データ処理システムにおいて、グループ来店宣言を成した複数人の顧客IDをグループ来店顧客ID管理テーブルに記憶して管理可能に形成し、前記ターミナルにおいて顧客IDを入力した商品登録が成された場合に当該顧客IDがグループ来店顧客ID管理テーブルで記憶管理されているいずれかの顧客IDと等しいと判別できたことを条件に当該取引に関して単独来店顧客には付与しない格別のグループ来店特典を付与できるようにコンピュータ処理する商品販売データ処理システムである。
【0009】
かかる発明では、グループ(例えば、5人)で来店した各顧客は、例えば店舗入口に配設されたマルチメディア端末を用いて、グループ来店宣言を成しかつ各顧客IDを入力する。入力順序は適宜に選択すればよい。入力されたグループ来店顧客IDは、コンピュータ処理により、グループ来店顧客ID管理テーブルに記憶されて管理される。
【0010】
売場のターミナルにおいて、ある顧客の顧客IDが入力されかつ商品登録が成された場合に、当該顧客IDがグループ来店顧客ID管理テーブルで記憶管理されている顧客IDの中のいずれかの顧客IDと等しいか否かが判別される。そして、記憶管理中の顧客IDと等しいと判別できたことを条件に、当該顧客に対してグループ来店特典を付与する。
【0011】
したがって、グループ来店顧客に関して単独来店顧客には付与しない格別のグループ来店特典(例えば、割引販売や特別サービス用ポイント等)を付与することができる。すなわち、新規で斬新な顧客サービスであることからグループ顧客にグループ買い物の楽しみおよび実益(特典)を与えられかつ店舗側にとっては顧客誘引効果を大幅に向上できる。さらに、自動車の相乗りができるから環境的・経済的のも好ましくかつ駐車場の混雑も緩和される。
【0012】
また、請求項2の発明は、前記グループ来店宣言および各顧客IDが、いずれかのターミナルにおいて入力可能に形成された商品販売データ処理システムである。
【0013】
かかる発明では、グループ来店宣言および各顧客IDは、いずれのターミナルにおいても入力することができるから、請求項1の発明の場合と同様な作用効果を奏することができることに加え、さらに格別な入力装置を設けなくてもよいから設備的コストを軽減できかつ具現化および取り扱いが容易である。
【0014】
また、請求項3の発明は、前記グループ来店宣言および各顧客IDが、前記各ターミナルに共通のグループ来店情報入力装置を用いて入力可能に形成された商品販売データ処理システムである。
【0015】
かかる発明では、グループ来店宣言および各顧客IDは、各ターミナルに共通のグループ来店情報入力装置を用いて入力することができるので、請求項1の発明の場合と同様な作用効果を奏することができることに加え、さらに入力を迅速に行えかつ各顧客がそれぞれの売場(ターミナル)に早く出かけられる。
【0016】
また、請求項4の発明は、前記グループ来店顧客の当該各顧客IDが、前記グループ来店宣言を成した後に当該各顧客が所有する当該各顧客専用カードを同一のID読取手段を用いて連続的に読取らせることによりグループ化入力可能に形成された商品販売データ処理システムである。
【0017】
かかる発明では、グループ来店顧客は、グループ来店宣言を成した後に当該各顧客が所有する各顧客専用カード(各顧客ID)を同一のID読取手段を用いて連続的に読取らせることにより、グループ化入力することができる。
【0018】
したがって、請求項1から請求項3までの各発明の場合と同様な作用効果を奏することができることに加え、さらにグループ来店顧客を構成する複数人の顧客のID入力が簡単でかつグループ化を正確に行える。
【0019】
また、請求項5の発明は、前記グループ来店宣言および各顧客IDが、グループ来店後でグループ来店顧客の誰もが前記ターミナルにおいて前記商品登録を開始していない間に入力されていることを条件とする商品販売データ処理システムである。
【0020】
かかる発明では、グループ来店宣言および各顧客IDは、グループ来店後でグループ来店顧客の誰もがいずれのターミナルにおいても商品登録を開始していない間に入力される。つまり、商品登録以前に当該顧客IDが入力済でかつグループ化されていることを条件として特典を付与する。
【0021】
したがって、請求項1から請求項4までの各発明の場合と同様な作用効果を奏することができることに加え、さらにターミナルにおいて商品登録した場合に当該商品登録内容(例えば、合計金額)に対して特典(例えば、特別サービス用ポイント等)をリアルタイム的に付与できる。よって、特典付与処理に専用操作が必要なくかつ顧客にとってもその場で実益(特典)を確認できるから安心である。
【0022】
さらに、請求項6の発明は、前記グループ来店宣言および各顧客IDが、グループ来店顧客の全員が前記ターミナルにおいて前記会計処理を終了した後に入力されたことを条件とする商品販売データ処理システムである。
【0023】
かかる発明では、グループ来店宣言および各顧客IDは、グループ来店顧客の全員がターミナルにおいて会計処理を終了した後に入力される。つまり、商品購入後の各顧客IDが入力されかつグループ化されたことを条件として、グループ来店特典を付与する。
【0024】
したがって、請求項1から請求項4までの各発明の場合と同様な作用効果を奏することができることに加え、さらに商品購入者に対して事後的にグループ化を認めることができかつ商品購入実績に応じた特典(例えば、特別サービス用のポイント)を確実に付与できる。一方において、グループ来店した顧客全員が商品購入を強制されないので安心であり、店舗側にとっても商品購入者に的を絞って特典を付与できるので円滑な運用ができる。
【0025】
さらに、請求項7の発明は、前記グループ来店特典の付与後に当該各顧客IDに対応しかつグループ来店特典付与のために必要な商品販売データを自動消去する商品販売データ処理システムである。
【0026】
かかる発明では、グループ来店特典の付与後に、当該各顧客IDに対応しかつグループ来店特典付与のために必要な商品販売データ(例えば、合計金額)を自動消去するので、請求項6の発明の場合と同様な作用効果を奏することができることに加え、さらに同一顧客に対するグループ来店特典の重複付与を確実に回避させることができる。
【0027】
さらに、請求項8の発明は、前記グループ来店特典が、当該各グループ来店顧客の1取引内合計金額に応じて差別化された商品販売データ処理システムである。
【0028】
かかる発明では、当該各グループ来店顧客の1取引内合計金額に応じて差別化されたグループ来店特典(例えば、合計金額が高い程に段階的に増大した特別サービス用ポイントを付与する利益等)が付与されるので、請求項1から請求項7までの各発明の場合と同様な作用効果を奏することができることに加え、さらに顧客および店舗の双方が公平性を実感できかつ一段の購買意欲を惹起できる。
【0029】
さらにまた、請求項9の発明は、前記グループ来店特典が、1取引内合計金額に対して付与される通常ポイントとは別のグループ来店ポイントとされた商品販売データ処理システムである。
【0030】
かかる発明では、各顧客は、当該各1取引内の合計金額に対して通常的に付与される通常ポイントとは別に、グループ来店の場合には特別サービス用ポイントつまりグループ来店ポイント(グループ来店特典)を受けられる。
【0031】
したがって、請求項1から請求項7までの各発明の場合と同様な作用効果を奏することができることに加え、さらにグループ来店特典の付与処理が容易でかつ顧客にとっても特典(特別サービス用ポイント)付与を通常のサービスポイントとの比較において明確に確認することができる。
【0032】
さらにまた、請求項10の発明は、前記グループ来店特典が、当該各グループ来店顧客の人数に応じて差別化された商品販売データ処理システムである。
【0033】
かかる発明では、グループ来店特典が各グループ来店顧客の人数に応じて差別化されるので、請求項1から請求項7までの各発明の場合と同様な作用効果を奏することができることに加え、さらに人数の増大に段階的乃至連続的に応じて比例的に価値の増す特典を付与することができるので、顧客吸引力を一段と増強できる。
【0034】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照して説明する。
【0035】
(第1の実施形態)
本商品販売データ処理システムは、図1,図2に示す如く店舗内に配設された商品登録機能を有する複数のターミナル(10)を具備し、かつ図3〜図9に示すようにグループ来店宣言を成した複数人の顧客IDをグループ来店顧客ID管理テーブル84KTに記憶して管理可能に形成し、ターミナル(10)において顧客IDを入力した商品登録が成された場合に当該顧客IDがグループ来店顧客ID管理テーブル84KTで記憶管理されているいずれかの顧客IDと等しいと判別できたことを条件に当該取引に関して単独来店顧客には付与しない格別のグループ来店特典を付与できるようにコンピュータ処理可能に形成されている。
【0036】
図1,図2において、商品販売データ処理システムは、各売場に配設された電子キャッシュレジスタ10からなる複数のターミナルと,店舗出入口に配設されたマルチメディア端末80とから形成されている。
【0037】
各電子キャッシュレジスタ10は、標準入力装置(キーボード43)を含むパソコン20に、外部入出力装置を接続してなる。
【0038】
パソコン20は、マザーボードにCPU31,ROM32,RAM33および時計回路等(図示省略)を実装した構成の制御部30に、HDD(ハードディスク装置)41,FDD(フレキシブルディスク装置)42,上記キーボード43,入出力ポート(I/O)46・47およびマルチメディア端末80とデータ通信回線網45を介してデータ通信するための通信用インターフェイス(I/F)44等を接続してなる。
【0039】
入出力ポート46にはその他の入力装置を形成するスキャナ(SCN)71およびポイントカードなど用のカードリーダライター(R/W)73が接続され、入出力ポート47にはプリンタ(PNT)75およびその他の出力装置(OTH…自動開放型のドロワ等)76が接続されている。
【0040】
また、制御部30には、表示手段60を構成するオペレータ用表示器(FIU)61および客用表示器(BIU)65が表示用コントローラ50を介して接続されている。また、各コントローラ(CONT)を介してオペレータ用表示器(FIU)61に対応するタッチパネル62および客用表示器(BIU)65に対応するタッチパネル66が接続されている。
【0041】
電子キャッシュレジスタ10の基本的機能は、スキャナ71を用いて顧客購入商品に付設(印刷やラベル貼付等)された商品コードを読取入力(図8のST10でYES)すると、制御部30が図3の商品ファイル41Fを参照(ST11)して当該商品コードに対応する商品データ(商品名,単価等)を取得(ST12)し、売上ファイル41Rに商品(売上)登録する(ST13)する。
【0042】
1取引宣言としての締め操作がなされる(ST14のYES)と、制御部30は、合計金額の算出等を含む会計処理(図9のST22)を実行するとともに、当該合計金額に応じた通常のサービス用ポイントの付与処理を実行する(ST23)。
【0043】
この通常のポイント付与処理(図9のST23)は、合計金額(例えば、1000円)に単位金額(例えば、100円)当たりの付与ポイント(例えば、1ポイント)を掛け算して10[=1000×(1/100)]ポイントを算出(付与)しかつカードリーダライター73に挿入されたカード(ポイントカード)CRDに記憶(付与)可能に形成されている。
【0044】
さて、RAM33には図4に示すIDメモリ33IDが設けられ、IDメモリ33IDにはカードリーダライター73を用いてカードCRDから読取入力(図8のST15でYES)された顧客ID(例えば、”12345678”)が書込み記憶(ST16)される。なお、顧客IDは、キーボード43やタッチパネル(62)を用いて入力するように形成することができる。
【0045】
HDD41には、上記した商品ファイル41Fおよび売上ファイル41Rの他に、図5に示す特典付与処理用データテーブル41STが設けられている。その他に、各種ファイルや、図8,図9に示す商品販売データ処理に係る各種の制御プログラムが格納されている。各ファイル等は、RAM33に展開されて使用される。
【0046】
図5に示す特典付与処理用データテーブル41STには、グループ来店した顧客に特典を付与するための特典付与処理用データが記憶される。この第1の実施形態における特典付与処理用データは、グループ来店特典が当該各グループ来店顧客の1取引内合計金額に応じて差別化されたグループ来店ポイント(特典)の付与処理を行うためのデータである。
【0047】
つまり、グループ来店特典であるグループ来店ポイントは、1取引内合計金額に対して付与(図9のST23)される通常ポイントとは別個の特別なサービス用ポイントである。すなわち、例えば、合計金額が図5に示す2000円未満,10000円未満,50000円未満の場合に、それぞれに付与される5ポイント,25ポイント,50ポイントである。
【0048】
なお、グループ来店特典は、1取引内合計金額に応じた差別化とともに(あるいは単独的に)、当該各グループ来店顧客の人数に応じて差別化するように構築することができる。例えば、グループ来店顧客人数が多くなる程により多くの特別サービス用ポイントを付与する等である。
【0049】
次に、マルチメディア端末80は、図6に示す如く、CPU81,ROM82,RAM83,HDD84,キーボード(KB)90,表示器(IND)91,カードリーダライター(R/W)92,スピーカー(SPK)93およびデータ通信回線網45用の通信用インターフェイス(I/F)を含み、各種情報提供機能,グループ来店顧客ID管理機能等を有する。
【0050】
このマルチメディア端末80は、各ターミナル(10)に共通でかつグループ来店宣言および顧客IDを入力(図10のST31でYES,ST32)するためのグループ来店情報入力装置を構成する。
【0051】
すなわち、グループ来店宣言は図6に示す宣言ボタン90Bを押下(ON)することにより入力(図10のST30でYES)でき、顧客IDはカードリーダライター92に挿入されたカードCRDから読取入力(ST31のYES,ST32)される。
【0052】
グループ来店顧客ID記憶制御手段(CPU81,ROM82)は、入力されたグループ来店した各顧客のID(例えば、”12345678”,”23456789”等)を図7に示すグループ来店顧客ID管理テーブル84KTに記憶(ST33)する。宣言ボタン90Bを押上(OFF)するまでに(グループ入力終了宣言を行うまでに)、入力されたものがグループ化される。
【0053】
すなわち、グループ来店宣言を成した後(ST30のYES)に、当該各顧客が所有する当該各顧客専用カードCRDを同一のID読取手段(カードリーダライター92)を用いて連続的に読取らせる(ST31のYES,ST32,ST34のNO)ことにより、グループ来店顧客の当該各顧客IDをグループ化して入力可能に形成されている。
【0054】
なお、かかるグループ来店宣言および各顧客IDは、グループ来店後でグループ来店顧客の誰もがターミナル(10)において商品登録を開始していない間つまり商品登録開始以前に入力されていることを条件として、グループ来店特典を付与するものと形成されている。
【0055】
この実施形態では、図10でST35,ST36,ST37のYES,ST38で確認するものと形成してあるが、グループ来店宣言および各顧客IDの入力の際(ST30,ST31)に予め各ターミナル(10)側に問合せることにより確認するように形成してもよい。
【0056】
かかる第1の実施形態では、グループ来店した例えば5人の顧客(例えば、”A”,”B”,”C”,”D”,”E”)は、グループ来店情報入力装置(80)において、宣言ボタン90Bを用いてグループ来店の旨を宣言入力し、各顧客カードCRDを順番にカードリーダライター92に挿入して各顧客IDを入力(図10のST30でYES,ST31のYES,ST32、ST34のYES)する。
【0057】
グループ来店顧客ID記憶制御手段(81,82)によって、グループ化された来店顧客IDは、図7のグループ来店顧客ID管理テーブル84KTに記憶(ST33)されて管理される。
【0058】
以上の手続操作は、表示器91に表示されかつスピーカー93から音声出力された取扱いガイダンスを参照して行えるので、顧客にとって取扱が簡単である。
【0059】
ここで、グループ化された顧客の一人(例えば、”A”)がある売場のあるターミナル(10)において、精算(会計)する場合を考える。
【0060】
顧客AからカードCRDを受け取ったキャッシューは、カードリーダライター73に挿入して当該顧客IDを読取入力する。この顧客ID(例えば、”12345678”)は、IDメモリ33IDに記憶される(図8のST15でYES,ST16)。
【0061】
顧客Aの全購入商品についての商品登録(図8のST13)が終了して締め操作が行われる(ST14のYES)と、ID取得手段(30)がIDメモリ33IDから記憶管理された顧客ID(”12345678”)を取得(図9のST17)する。
【0062】
すると、問合手段(30)が、取得された顧客ID(”12345678”)を付した伝文で図6のマルチメディア端末80に問合せを行う(図9のST18)。
【0063】
マルチメディア端末80側では、この問合を受信(図10のST35でYES)すると、判別手段(CPU81,ROM82)が、図7に示すグループ来店顧客ID管理テーブル84KTを参照(ST36)して当該顧客AのID(”12345678”)と同じID(”12345678”)が記憶管理されているか否かを判別(ST37)する。
【0064】
応答手段(CPU81,ROM82)は、判別手段(81,82)によって同一ID(”12345678”)が記憶管理されていると判別(ST37のYES)された場合に、当該顧客A(”12345678”)がグループ来店顧客である旨を問合元であるターミナル(10)に応答(ST38)する。
【0065】
これとは反対に、同一ID(”12345678”)が記憶管理されていないと判別(ST37のNO)された場合には、応答手段(81,82)がグループ来店顧客ではない旨を当該ターミナル(10)に応答(ST39)する。
【0066】
問合元であるターミナル(10)側では、マルチメディア端末80側からグループ来店顧客ではないとの応答を受信(図9のST19のNO)した場合には、会計処理(ST22),通常のポイント付与処理(ST23)を実行する。
【0067】
ここに、グループ来店顧客である旨の応答を受信(図9のST19のYES)した場合には、グループ来店特典付与処理実行制御手段(30)が、図5に示す特典付与処理用データテーブル41STに記憶されている特典付与処理用データを利用して特典付与処理を実行(ST20)する。
【0068】
すなわち、当該顧客Aの1取引内合計金額(例えば、”10000円”)に応じて差別化されたグループ来店ポイント(50ポイント…特典)を付与する。つまり、1取引内合計金額(”10000円”)に対して付与(図9のST23)される通常ポイント(100ポイント)とは別個で格別のグループ来店特典(グループ来店ポイント…50ポイント)を付与(ST20)する。
【0069】
この実施形態では、通常(100ポイント)と特別(50ポイント)の双方ポイントが重複して付与(ST20,ST23)される。この場合の重複付与ポイントは、150(=50+100)ポイントになる。
【0070】
特典付与処理実行(ST20)後に、特典付与処理済通知手段(30)が特典付与処理済の旨をマルチメディア端末80に通知(ST21)する。記憶消去手段(30)は、IDメモリ33IDに記憶されている当該顧客AのID(”12345678”)を自動的に消去(ST24)する。
【0071】
特典付与処理済通知を受信(図10のST40でYES)したマルチメディア端末80側の顧客ID削除手段(CPU81,ROM82)は、図7に示すグループ来店顧客ID管理テーブル84KTに記憶されている当該顧客ID(”12345678”)を自動的に削除(ST41)する。
【0072】
しかして、この第1の実施形態によれば、グループ(例えば、4人)で来店した各顧客(例えば、”A”,”B”,”C”,”D”)は、店舗入口に配設されたマルチメディア端末80つまりグループ来店情報入力装置(80…90B,92)を用いてかつ取扱いガイダンスを参照しつつグループ来店宣言を成しかつ各顧客IDを入力する(図10のST30でYES,ST31のYES,ST32、ST34のYES)。
【0073】
入力されたグループ来店顧客の各顧客ID(”12345678”,”23456789”,”34567890”,”45678901”)は、グループ来店顧客ID記憶制御手段(81,82)によるコンピュータ処理によって、図7に示すグループ来店顧客ID管理テーブル84KTに記憶(ST33)されて管理される。
【0074】
売場のターミナル(10)において、当該カードリーダラーター73を用いて読取入力(図8のST15でYES)された顧客Aの顧客ID(例えば、”12345678”)は、IDメモリ33IDに記憶される(ST16)。
【0075】
その後に、商品登録が成された場合(図8のST10でYES,ST11,ST13,ST14のYES)に、当該ターミナル(10)は、マルチメディア端末80に顧客ID(”12345678”)を付しての問合を行う(図9のST17,ST18)。
【0076】
この問合を受信(図10のST35でYES)したマルチメディア端末80側の判別手段(81,82)は、当該顧客ID(”12345678”)が図7に示すグループ来店顧客ID管理テーブル84KTで記憶管理されているいずれかの顧客ID(”12345678”等)と等しいか否かを判別(ST36,ST37)する。
【0077】
そして、記憶管理中の顧客ID(”12345678”)と等しいと判別(ST37のYES)できた場合に、当該顧客A(”12345678”)がグループ来店顧客である旨を問合元のターミナル(10)に応答(ST38)する。
【0078】
問合元であるターミナル(10)では、グループ来店顧客である旨の応答を受信(図9のST19でYES)したことを条件に、グループ来店特典を付与(ST20)する。
【0079】
したがって、グループ来店顧客に関して単独来店顧客(ST19のNO)には付与しない格別のグループ来店特典を当該顧客A(他の同一グループ内グループ来店顧客B,C,Dの場合も同様である。)に付与することができる。すなわち、新規で斬新な顧客サービスであることからグループ顧客にグループ買い物の楽しみおよび実益(特典)を与えられかつ店舗側にとっては顧客誘引効果を大幅に向上できる。さらに、自動車の相乗りができるから環境的・経済的のも好ましくかつ駐車場の混雑も緩和される。
【0080】
また、グループ来店宣言および各顧客IDは、各ターミナル(10)に共通のグループ来店情報入力装置(80)を用いて入力(図10のST30でYES,ST31のYES,ST32、ST34のYES)することができるので、グループ来店顧客である旨のグループ化入力を迅速に行えかつ各顧客が自己購入希望商品の陳列されたそれぞれの売場(ターミナル)に早く出かけられる。
【0081】
また、グループ来店顧客は、グループ来店宣言を成した後(図10のST30でYES)に、当該各顧客が所有する当該各顧客専用カード(各顧客ID)CRDを同一のID読取手段(92)を用いて連続的に読取らせることによりグループ化入力(ST31のYES,ST34のYES)することができるから、グループ来店顧客を構成する複数人の顧客のID入力が簡単でかつグループ化を正確に行える。
【0082】
また、グループ来店宣言および各顧客IDは、グループ来店後でグループ来店顧客の誰もがいずれのターミナル(10)においても商品登録を開始していない間に入力される。つまり、商品登録以前に顧客IDが入力済でかつグループ化されていることを条件(図10のST36,ST37のYES)として特典を付与処理可能に形成されているので、ターミナル(10)において商品登録した場合に当該商品登録内容(合計金額)に対して特典(特別サービス用ポイント)をリアルタイム的に付与できる。したがって、特典付与に格別の操作が必要なくかつ顧客にとっても実益(特典)をその場で確認でき安心である。
【0083】
さらに、各グループ来店顧客の1取引内合計金額に応じて図5に示す差別化されたグループ来店特典(特別サービス用ポイント)が付与されるので、顧客および店舗の双方が公平性を実感できかつ一段の購買意欲を惹起できる。
【0084】
しかも、各顧客は、当該各1取引内の合計金額(例えば、”5000円”)に対して通常的に付与される通常ポイント(”50ポイント”)とは別に、グループ来店の場合にはグループ来店ポイント(グループ来店特典…”25ポイント”)を受けられるので、グループ来店特典の付与処理(図9のST20,ST23)が容易でかつ顧客にとっても特典付与を通常のサービスポイントとの比較において明確に確認することができる。
【0085】
なお、グループ来店特典を各グループ来店顧客の人数に応じて差別化するように構築した場合には、人数の増大に段階的乃至連続的に応じて比例的に価値の増す特典を付与できる。すなわち、顧客吸引力を一段と増強できる。
【0086】
(第2の実形態)
この第2の実形態は、第1の実形態ではグループ来店宣言および各顧客IDの入力がマルチメディア端末80において実行可能に形成されていたのに対して、いずれかのターミナル(10)においてグループ来店宣言および各顧客IDを入力可能に形成されている。
【0087】
すなわち、グループ来店顧客(例えば、”A”,”B”,”C”,”D”)は、ある1台のターミナル(10)において、図2に示すキーボード43上の宣言キー(図示省略)およびカードリーダライター73を用いてグループ来店宣言および各顧客IDの入力を行う。この場合は、キャッシャーを介して入力作業される。
【0088】
グループ化入力された来店顧客ID(”12345678”,”23456789”,”34567890”,”45678901”)は、グループ来店顧客ID記憶制御手段(30)によって当該ターミナル(10)のHDD41内のグループ来店顧客ID管理テーブル(図示省略)に記憶されて管理される。
【0089】
したがって、この第2の実施形態によれば、第1の実施形態の場合に比較して専用入力装置や前記したマルチメディア端末80等を設ける必要がないので、設備的コストを軽減できかつ具現化および取扱いが容易である。
【0090】
(第3の実形態)
この第3の実施形態は、図11〜図16に示す如く、第1(第2)の実施形態の場合[グループ来店特典付与処理が各ターミナル(10)で実行可能に形成されている。]に対して、このグループ来店特典付与処理もがグループ来店宣言および各顧客IDの入力の場合と同様にマルチメディア端末80において実行可能に形成されている。
【0091】
したがって、第1(第2)の実施形態の場合において各ターミナル(10)に設けられていた図5に示す特典付与処理用データテーブル41STは、この第3の実施形態に係る各ターミナル(10)には設けられずかつこれに代わって各ターミナル(10)に共通なマルチメディア端末80内に図13に示す特典付与処理用データテーブル84STが共通使用可能に設けられている。
【0092】
なお、基本的構成・機能は、第1(第2)の実施形態の場合(図1〜図4,図6〜図8のST10〜ST16,図9のST22〜ST24,図10のST30〜ST34)と同様なので、共通する部分[ステップ(ST)も含む。]には同一の符号を付してそれらの説明については簡略化または省略する。
【0093】
さて、各ターミナル(10)では、会計処理(図15のST22)および通常のポイント付与処理(ST23)が終了しかつIDメモリ33IDに商品購入者である顧客の顧客IDが記憶されていると判別(図15のST23AでYES)された場合には、特典付与処理対象データ記憶制御手段(30)が、図11に示す特典付与処理対象データテーブル41TTにグループ来店についての特典付与処理対象データ(例えば、顧客ID”12345678”および合計金額”10000円”)を保存(記憶)する(ST23B)。
【0094】
そして、ターミナル(10)は、マルチメディア端末80から問合せを受信(図14のST15AのYES)すると特典付与処理対象データテーブル41TTに記憶されている特典付与処理対象データを問合元(80)へ送信(ST16A)し、特典付与処理済通知を受信(ST15BのYES)すると特典付与処理対象データテーブル41TTに記憶されている当該特典付与処理対象データを消去(ST16B)する。
【0095】
マルチメディア端末80では、グループ来店特典付与処理の実行要求のためにある顧客ID(例えば、”12345678”)が入力(図16のST35AでYES)された場合には、各ターミナル(10)に当該顧客ID(”12345678”)を付しての問合せを行う(ST36A)。
【0096】
そして、ターミナル(10)から特典付与処理対象データ(例えば、顧客ID”12345678”および合計金額”10000円”)を受信(ST37AのYES)すると、図12に示す特典付与処理実行データテーブル84JTに記憶(ST38A)する。
【0097】
特典付与処理実行データは、ターミナル(10)側から受信した特典付与処理対象データ(顧客ID”12345678”および合計金額”10000円”)に図13に示す特典付与処理用データテーブル84STから読取った当該合計金額(10000円)に対応する特典(50ポイント)を加えたものである。
【0098】
かくして、特典付与処理実行要求があった場合(ST40AのYES)、例えば顧客AのカードCRDから顧客ID(”12345678”)が読取入力(ST40BのYES)されると、制御部(CPU81,ROM82)は図12に示す特典付与処理実行データテーブル84JTに当該顧客ID(”12345678”)の記憶があることを確認(ST41AのYES)しかつ当該特典付与処理実行データを取得(ST41B)して、特典付与処理を実行(ST41C)する。その後に、図7に示すグループ来店顧客ID管理テーブル84KTから当該顧客ID(”12345678”)を削除(ST41D)する。
【0099】
終了(ST41EのYES)すると、当該ターミナル(10)に特典付与処理済通知を送信(ST41F)する。また、特典付与処理実行データテーブル84JTから当該顧客ID(”12345678”)を削除(ST41G)する。
【0100】
すなわち、マルチメディア端末80は、グループ来店宣言および各顧客IDがグループ来店顧客の全員が各ターミナル(10)において会計処理を終了した後に入力されたことを条件として、グループ来店特典付与処理する。つまり、商品購入後の各顧客IDが入力されかつグループ化されたことを条件(図16のST36A,ST37AのYES)として特典を付与(ST41C)する。
【0101】
したがって、第1の実施形態の場合と同様な作用効果を奏することができることに加え、さらに商品購入者に対して事後的にグループ化を認めることができかつ商品購入実績に応じた特典(例えば、特別サービスポイント)を確実に付与できる。一方において、グループ来店した顧客全員が商品購入を強制されないので安心であり、店舗側にとっても商品購入者に特典を付与できるので円滑な運用ができる。
【0102】
また、各ターミナル(10)は、グループ来店特典の付与後(図16のST41C)に、当該各顧客IDに対応しかつグループ来店特典付与のために必要な商品販売データ(合計金額)を自動消去(図16のST41F,図14のST16B、図16のST41G)可能に形成してあるので、同一顧客に対するグループ来店特典の重複付与を確実に回避できる。
【0103】
【発明の効果】
請求項1の発明によれば、ターミナルにおいて顧客IDを入力した商品登録が成された場合に当該顧客IDがグループ来店顧客ID管理テーブルで記憶管理されている顧客IDと等しいと判別できたことを条件に当該取引に関してグループ来店特典を付与できるようにコンピュータ処理可能に形成された商品販売データ処理システムであるから、グループ来店顧客に関して単独来店顧客には付与しない格別のグループ来店特典(例えば、割引販売や特別サービス用ポイント等)を付与することができる。すなわち、新規で斬新な顧客サービスであることからグループ顧客にグループ買い物の楽しみおよび実益(特典)を与えられかつ店舗側にとっては顧客誘引効果を大幅に向上できる。さらに、自動車の相乗りができるから環境的・経済的のも好ましくかつ駐車場の混雑も緩和される。
【0104】
また、請求項2の発明によれば、グループ来店宣言および各顧客IDがいずれかのターミナルにおいて入力可能に形成されているので、請求項1の発明の場合と同様な効果を奏することができることに加え、さらに格別な入力装置を設けなくてもよいから設備的コストを軽減できかつ具現化および取り扱いが容易である。
【0105】
また、請求項3の発明によれば、グループ来店宣言および各顧客IDが各ターミナルに共通のグループ来店情報入力装置を用いて入力可能に形成されているので、請求項1の発明の場合と同様な効果を奏することができることに加え、さらに入力を迅速に行えかつ各顧客がそれぞれの売場(ターミナル)に早く出かけられる。
【0106】
また、請求項4の発明によれば、グループ来店顧客の当該各顧客IDがグループ来店宣言を成した後に当該各顧客が所有する当該各顧客専用カードを同一のID読取手段を用いて連続的に読取らせることによりグループ化入力可能に形成されているので、請求項1から請求項3までの各発明の場合と同様な効果を奏することができることに加え、さらにグループ来店顧客を構成する複数人の顧客のID入力が簡単でかつグループ化を正確に行える。
【0107】
また、請求項5の発明によれば、グループ来店宣言および各顧客IDがグループ来店後でグループ来店顧客の誰もがターミナルにおいて商品登録を開始していない間に入力されていることを条件とするものと形成されているので、請求項1から請求項4までの各発明の場合と同様な効果を奏することができることに加え、さらにターミナルにおいて商品登録した場合に当該商品登録内容(例えば、合計金額)に対して特典(例えば、特別サービス用ポイント等)をリアルタイム的に付与できる。よって、特典付与処理に専用操作が必要なくかつ顧客にとってもその場で実益(特典)を確認できるから安心である。
【0108】
さらに、請求項6の発明によれば、グループ来店宣言および各顧客IDがグループ来店顧客の全員がターミナルにおいて会計処理を終了した後に入力されたことを条件とするものと形成されているので、請求項1から請求項4までの各発明の場合と同様な効果を奏することができることに加え、さらに商品購入者に対して事後的にグループ化を認めることができかつ商品購入実績に応じた特典(例えば、特別サービス用のポイント)を確実に付与できる。一方において、グループ来店した顧客全員が商品購入を強制されないので安心であり、店舗側にとっても商品購入者に的を絞って特典を付与できるので円滑な運用ができる。
【0109】
さらに、請求項7の発明によれば、グループ来店特典の付与後に当該各顧客IDに対応しかつグループ来店特典付与のために必要な商品販売データを自動消去可能に形成されているので、請求項6の発明の場合と同様な効果を奏することができることに加え、さらに同一顧客に対するグループ来店特典の重複付与を確実に回避させることができる。
【0110】
さらに、請求項8の発明によれば、グループ来店特典が当該各グループ来店顧客の1取引内合計金額に応じて差別化されるものと形成されているので、請求項1から請求項7までの各発明の場合と同様な効果を奏することができることに加え、さらに顧客および店舗の双方が公平性を実感できかつ一段の購買意欲を惹起できる。
【0111】
さらにまた、請求項9の発明によれば、グループ来店特典が1取引内合計金額に対して付与される通常ポイントとは別のグループ来店ポイントとされるものと形成されているので、請求項1から請求項7までの各発明の場合と同様な効果を奏することができることに加え、さらにグループ来店特典の付与処理が容易でかつ顧客にとっても特典(特別サービス用ポイント)付与を通常のサービスポイントとの比較において明確に確認することができる。
【0112】
さらにまた、請求項10の発明によれば、グループ来店特典が当該各グループ来店顧客の人数に応じて差別化されるものと形成されているので、請求項1から請求項7までの各発明の場合と同様な効果を奏することができることに加え、さらに人数の増大に段階的乃至連続的に応じて比例的に価値の増す特典を付与することができるので、顧客吸引力を一段と増強できる。
【図面の簡単な説明】
【図1】本発明に係る第1の実施形態の全体構成を説明するためのブロック図である。
【図2】同じく、ターミナルの構成詳細を説明するためのブロック図である。
【図3】同じく、商品ファイルを説明するための図である。
【図4】同じく、IDメモリを説明するための図である。
【図5】同じく、グループ来店特典付与処理用データテーブルを説明するための図である。
【図6】同じく、マルチメディア端末を説明するためのブロック図である。
【図7】同じく、グループ来店顧客ID管理テーブルを説明するための図である。
【図8】同じく、ターミナル側の動作を説明するためのフロチャート(1)である。
【図9】同じく、ターミナル側の動作を説明するためのフロチャート(2)である。
【図10】同じく、マルチメディア端末側の動作を説明するためのフロチャートである。
【図11】本発明の第3の実施形態に係るターミナル側の特典付与処理対象データテーブルを説明するための図である。
【図12】同じく、マルチメディア端末側の特典付与処理実行データテーブルを説明するための図である。
【図13】同じく、マルチメディア端末側の特典付与処理用データテーブルを説明するための図である。
【図14】同じく、ターミナル側の動作を説明するためのフロチャート(1)である。
【図15】同じく、ターミナル側の動作を説明するためのフロチャート(2)である。
【図16】同じく、マルチメディア端末側の動作を説明するためのフロチャートである。
【符号の説明】
10 電子キャッシュレジスタ(ターミナル)
20 パーソナルコンピュータ(パソコン)
30 制御部
33ID IDメモリ
41 HDD
41F 商品ファイル
41R 売上ファイル
41ST 特典付与処理用データテーブル
41TT 特典付与処理対象データテーブル
43 キーボード
50 表示用コントローラ
60 表示手段
61 オペレータ用表示器
65 客用表示器
80 マルチメディア端末(グループ来店情報入力装置)
81 CPU
82 ROM
84 HDD
84KT グループ来店顧客ID管理テーブル
84JT 特典付与処理実行データテーブル
84ST 特典付与処理用データテーブル
90 キーボード
90B 宣言ボタン(グループ来店情報入力装置)
91 表示器
92 カードリーダライター(グループ来店情報入力装置)
93 スピーカ[0001]
BACKGROUND OF THE INVENTION
The present invention provides a merchandise sales data processing system comprising a plurality of terminals having a merchandise registration function arranged in a store and capable of giving differentiated privileges to customers who come to a group to a single store visitor About.
[0002]
[Prior art]
For example, in an electronic cash register type merchandise sales data processing system, when an operator (store clerk) scans a bar code attached to a merchandise using a scanner and reads and inputs the merchandise code, the control unit searches for a merchandise file. To obtain product data corresponding to the read product code.
[0003]
Then, the control unit registers the sales data using the acquired product data in the sales file as a product (sales). When a closing operation as one transaction end declaration is performed after registering the products for all the customer purchased products, the control unit executes an accounting process including calculation of the total amount. The transaction data is transferred to the host machine as a transaction.
[0004]
Therefore, complicated product registration and accounting processing can be performed quickly and accurately, and management data for the day can be acquired by analyzing the sales data stored in the sales file before closing the day. Management materials include sales amount, number of sales, best ten of best-selling products, sales amount data by customer, and the like. In addition, if the sales master file in the host machine is used, comprehensive management materials regarding each store can be acquired.
[0005]
Here, in a store having such a merchandise sales data processing system, various customer services (for example, discount services for store members, granting of service points according to the total amount within one transaction, on the website opened by the store) A discount service for customers who have printed discount coupons and brought them. In addition, the system is constructed so that processing relating to the customer service can be performed.
[0006]
[Problems to be solved by the invention]
By the way, although the development and implementation of customer services is increasing as competition between various stores intensifies, there is no big difference in customer attraction effects, and it is possible to develop new and innovative customer services and handle those customer services Development of such a system is strongly demanded.
[0007]
An object of the present invention is to provide a merchandise sales data processing system capable of granting a special group visit privilege that is not given to a single visit customer with respect to a group visit customer.
[0008]
[Means for Solving the Problems]
The invention of
[0009]
In this invention, each customer who visits a group (for example, five people) makes a group visit declaration and inputs each customer ID using, for example, a multimedia terminal provided at the store entrance. The input order may be selected appropriately. The inputted group visit customer ID is stored and managed in the group visit customer ID management table by computer processing.
[0010]
When a customer ID of a certain customer is input and product registration is made at the terminal of the sales floor, the customer ID is one of the customer IDs stored and managed in the group visit customer ID management table and It is determined whether or not they are equal. Then, on the condition that it can be determined that the customer ID is equal to the customer ID under storage management, a group visit privilege is granted to the customer.
[0011]
Therefore, a special group visit privilege (for example, discount sales, special service points, etc.) that is not given to a single visit customer with respect to a group visit customer can be granted. In other words, since it is a new and innovative customer service, group customers can be given enjoyment of group shopping and actual benefits (privileges), and the customer attracting effect can be greatly improved for the store side. Furthermore, since cars can be shared, it is favorable in terms of environment and economy, and congestion of the parking lot is reduced.
[0012]
The invention of
[0013]
In this invention, since the group visit declaration and each customer ID can be input at any terminal, in addition to being able to achieve the same operational effect as in the case of the invention of
[0014]
Further, the invention of
[0015]
In this invention, since the group visit declaration and each customer ID can be input using the group visit information input device common to each terminal, the same operational effects as in the case of the invention of
[0016]
Further, in the invention of
[0017]
In this invention, a group visit customer, after making a group visit declaration, allows each customer-dedicated card (each customer ID) owned by each customer to be read continuously using the same ID reading means. Can be input.
[0018]
Therefore, in addition to being able to achieve the same operational effects as those of the inventions of
[0019]
Further, the invention of
[0020]
In such an invention, the group visit declaration and each customer ID are input while no group visit customer has started registering products at any terminal after the group visit. That is, a privilege is granted on the condition that the customer ID has been input and grouped before the product registration.
[0021]
Therefore, in addition to being able to achieve the same operational effects as in the case of the inventions of
[0022]
Further, the invention of
[0023]
In this invention, the group visit declaration and each customer ID are input after all the group visit customers have finished accounting processing at the terminal. That is, a group visit privilege is granted on the condition that each customer ID after product purchase is input and grouped.
[0024]
Therefore, in addition to being able to achieve the same operational effects as those of the inventions of
[0025]
The invention of
[0026]
In this invention, after granting the group visit privilege, the product sales data (for example, the total amount) corresponding to each customer ID and necessary for granting the group visit privilege is automatically deleted. In addition to being able to achieve the same operational effects as described above, it is possible to reliably avoid duplication of group visit privileges for the same customer.
[0027]
Furthermore, the invention of
[0028]
In this invention, the group visit privilege differentiated according to the total amount in one transaction of each group visit customer (for example, the profit etc. which gives the point for special services which increased in steps as the total amount increased), etc. Therefore, in addition to being able to achieve the same operational effects as those of the inventions of
[0029]
Furthermore, the invention of
[0030]
In this invention, each customer, in addition to the normal points normally given for the total amount in each transaction, in the case of a group visit, a special service point, that is, a group visit point (group visit privilege) Can be received.
[0031]
Therefore, in addition to being able to achieve the same operational effects as those of the inventions of
[0032]
Furthermore, the invention of
[0033]
In this invention, since the group visit privilege is differentiated according to the number of customers visiting each group, in addition to being able to achieve the same operational effects as in the case of each invention of
[0034]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
[0035]
(First embodiment)
This merchandise sales data processing system comprises a plurality of terminals (10) having a merchandise registration function arranged in a store as shown in FIGS. 1 and 2, and a group visit as shown in FIGS. The customer IDs of the plurality of people who have made the declaration are stored in the group visit customer ID management table 84KT so that they can be managed, and when the product registration is performed with the customer ID input at the terminal (10), the customer ID is grouped. Computer processing is possible so that a special group visit privilege that is not granted to a single visit customer regarding the transaction can be granted on the condition that it can be determined that it is equal to one of the customer IDs stored and managed in the visit customer ID management table 84KT Is formed.
[0036]
1 and 2, the merchandise sales data processing system is formed of a plurality of terminals each including an
[0037]
Each
[0038]
The
[0039]
A scanner (SCN) 71 that forms other input devices and a card reader / writer (R / W) 73 for a point card or the like are connected to the input / output port 46, and a printer (PNT) 75 and others are connected to the input /
[0040]
Further, an operator display (FIU) 61 and a customer display (BIU) 65 constituting the display means 60 are connected to the
[0041]
The basic function of the
[0042]
When a closing operation as one transaction declaration is performed (YES in ST14), the
[0043]
This normal point granting process (ST23 in FIG. 9) is obtained by multiplying the total amount (for example, 1000 yen) by the granted point (for example, 1 point) per unit amount (for example, 100 yen) to 10 [= 1000 × (1/100)] The point is calculated (granted) and can be stored (granted) in a card (point card) CRD inserted in the card reader / writer 73.
[0044]
The
[0045]
In addition to the above-described
[0046]
The privilege grant processing data table 41ST shown in FIG. 5 stores privilege grant processing data for granting a privilege to a customer who has visited the group. The data for privilege grant processing in the first embodiment is data for performing group visit point (privilege) grant processing in which the group visit privilege is differentiated according to the total amount within one transaction of each group visit customer. It is.
[0047]
In other words, the group visit point, which is a group visit privilege, is a special service point that is different from the normal point given to the total amount in one transaction (ST23 in FIG. 9). That is, for example, when the total amount is less than 2000 yen, less than 10,000 yen, and less than 50000 yen as shown in FIG. 5, they are 5 points, 25 points, and 50 points, respectively.
[0048]
In addition, the group visit privilege can be constructed so as to be differentiated according to the number of customers visiting each group together with (or singularly) according to the total amount in one transaction. For example, more special service points are given as the number of customers visiting the group increases.
[0049]
Next, as shown in FIG. 6, the multimedia terminal 80 includes a CPU 81, ROM 82,
[0050]
This multimedia terminal 80 constitutes a group store information input device which is common to each terminal (10) and for inputting a group store declaration and a customer ID (YES in ST31 in FIG. 10, ST32).
[0051]
That is, the group visit declaration can be input by pressing (ON) the declaration button 90B shown in FIG. 6 (YES in ST30 of FIG. 10), and the customer ID is read and input from the card CRD inserted in the card reader / writer 92 (ST31). YES, ST32).
[0052]
The group visit customer ID storage control means (CPU 81, ROM 82) stores the inputted ID (for example, “12345678”, “234456789”, etc.) of each customer who visited the group in the group visit customer ID management table 84KT shown in FIG. (ST33). By the time the declaration button 90B is pushed up (OFF) (until the group input end declaration is made), the input items are grouped.
[0053]
That is, after making a group visit declaration (YES in ST30), each customer dedicated card CRD owned by each customer is continuously read using the same ID reading means (card reader / writer 92) ( With this, the customer IDs of the group visit customers are grouped and can be input.
[0054]
It should be noted that such group visit declarations and customer IDs are entered on condition that no group visit customer has entered the product registration at the terminal (10) after the group visit, that is, before the start of product registration. , It is formed to give a group visit privilege.
[0055]
In this embodiment, in FIG. 10, it is formed to confirm with YES and ST38 of ST35, ST36, and ST37. However, when entering a group store declaration and each customer ID (ST30, ST31), each terminal (10 ) Side may be used for confirmation.
[0056]
In the first embodiment, for example, five customers (for example, “A”, “B”, “C”, “D”, and “E”) who have visited the group are in the group visit information input device (80). , The declaration button 90B is used to declare and enter the group store, each customer card CRD is inserted into the card reader /
[0057]
The group visit customer ID storage control means (81, 82) stores and manages the grouped visit customer IDs in the group visit customer ID management table 84KT of FIG. 7 (ST33).
[0058]
Since the above procedure operation can be performed with reference to the handling guidance displayed on the display 91 and output from the speaker 93 as a sound, the handling is easy for the customer.
[0059]
Here, let us consider a case where payment (accounting) is performed at a terminal (10) having a sales floor where one of the grouped customers (for example, “A”) is located.
[0060]
The cash that has received the card CRD from the customer A is inserted into the card reader / writer 73 to read and input the customer ID. This customer ID (for example, “12345678”) is stored in the ID memory 33ID (YES in ST15 in FIG. 8, ST16).
[0061]
When product registration (ST13 in FIG. 8) for all purchased products of customer A is completed and a tightening operation is performed (YES in ST14), the ID acquisition means (30) stores and manages the customer ID from the ID memory 33ID ( "12345678") is acquired (ST17 in FIG. 9).
[0062]
Then, the inquiry means (30) makes an inquiry to the multimedia terminal 80 of FIG. 6 with a message with the acquired customer ID (“12345678”) (ST18 of FIG. 9).
[0063]
On the multimedia terminal 80 side, when this inquiry is received (YES in ST35 of FIG. 10), the determining means (CPU 81, ROM 82) refers to the group store customer ID management table 84KT shown in FIG. It is determined whether or not the same ID (“12345678”) as the customer A ID (“12345678”) is stored and managed (ST37).
[0064]
When it is determined that the same ID ("12345678") is stored and managed by the determination means (81, 82) (YES in ST37), the response means (CPU 81, ROM 82) determines that the customer A ("12345678"). Responds to the terminal (10) that is the inquiry source (ST38).
[0065]
On the other hand, if it is determined that the same ID (“12345678”) is not stored and managed (NO in ST37), it is indicated that the response means (81, 82) is not a group customer. Respond to 10) (ST39).
[0066]
When the terminal (10) that is the inquiry source receives a response from the multimedia terminal 80 that it is not a group visit customer (NO in ST19 in FIG. 9), the accounting process (ST22), normal points The grant process (ST23) is executed.
[0067]
If a response indicating that the customer is a group visit customer is received (YES in ST19 in FIG. 9), the group visit privilege grant processing execution control means (30) performs the privilege grant processing data table 41ST shown in FIG. The privilege grant processing is executed using the privilege grant processing data stored in (ST20).
[0068]
That is, the group visit points (50 points... Privilege) differentiated according to the total amount within one transaction of the customer A (for example, “10000 yen”) are granted. In other words, a special group visit privilege (group visit points ... 50 points) is given separately from the normal points (100 points) given (ST23 in FIG. 9) to the total amount within one transaction (“10000 yen”). (ST20).
[0069]
In this embodiment, both normal (100 points) and special (50 points) points are given redundantly (ST20, ST23). In this case, the overlapping points are 150 (= 50 + 100) points.
[0070]
After the privilege grant process is executed (ST20), the privilege grant process completion notification means (30) notifies the multimedia terminal 80 that the privilege grant process has been completed (ST21). The storage erasure means (30) automatically erases the ID (“12345678”) of the customer A stored in the ID memory 33ID (ST24).
[0071]
The customer ID deletion means (CPU 81, ROM 82) on the multimedia terminal 80 side that received the privilege grant processing completion notification (YES in ST40 of FIG. 10) is stored in the group store customer ID management table 84KT shown in FIG. The customer ID (“12345678”) is automatically deleted (ST41).
[0072]
Thus, according to the first embodiment, each customer (for example, “A”, “B”, “C”, “D”) who visits a group (for example, four people) is allocated to the store entrance. Using the installed multimedia terminal 80, that is, the group store information input device (80... 90B, 92) and referring to the handling guidance, a group store declaration is made and each customer ID is input (YES in ST30 of FIG. 10). , ST31 YES, ST32, ST34 YES).
[0073]
The entered customer IDs (“12345678”, “234567789”, “345567890”, “45567901”) of the group visit customer are shown in FIG. 7 by computer processing by the group visit customer ID storage control means (81, 82). Stored in the group visit customer ID management table 84KT (ST33) and managed.
[0074]
The customer ID of customer A (for example, “12345678”) read and input (YES in ST15 in FIG. 8) using the card reader / reterer 73 at the terminal (10) of the sales floor is stored in the ID memory 33ID ( ST16).
[0075]
Thereafter, when the product registration is made (YES in ST10 in FIG. 8, YES in ST11, ST13, ST14), the terminal (10) attaches a customer ID (“12345678”) to the multimedia terminal 80. All inquiries are made (ST17 and ST18 in FIG. 9).
[0076]
Upon receiving this inquiry (YES in ST35 of FIG. 10), the discrimination means (81, 82) on the multimedia terminal 80 side has the customer ID (“12345678”) in the group visit customer ID management table 84KT shown in FIG. It is determined whether it is equal to any customer ID ("12345678" etc.) that is stored and managed (ST36, ST37).
[0077]
If it is determined that the customer ID is equal to the customer ID (“12345678”) being stored and managed (YES in ST37), the inquiry terminal (10) confirms that the customer A (“12345678”) is a group visit customer. ) (ST38).
[0078]
The terminal (10), which is the inquiry source, grants a group visit privilege (ST20) on the condition that a response indicating that the customer is a group visit customer has been received (YES in ST19 in FIG. 9).
[0079]
Accordingly, a special group visit privilege that is not given to a single visit customer (NO in ST19) regarding the group visit customer is given to the customer A (the same applies to the other group visit customers B, C, and D in the same group). Can be granted. In other words, since it is a new and innovative customer service, group customers can be given enjoyment of group shopping and actual benefits (privileges), and the customer attracting effect can be greatly improved for the store side. Furthermore, since cars can be shared, it is favorable in terms of environment and economy, and congestion of the parking lot is reduced.
[0080]
Also, the group visit declaration and each customer ID are input using the group visit information input device (80) common to each terminal (10) (YES in ST30 in FIG. 10, YES in ST31, YES in ST32, ST34). Therefore, the grouping input indicating that the customer is a group visit customer can be performed quickly, and each customer can quickly go to each sales floor (terminal) where the self-purchased product is displayed.
[0081]
Further, after making the group visit declaration (YES in ST30 in FIG. 10), the group visit customer has the same ID reading means (92) for each customer dedicated card (each customer ID) CRD owned by each customer. Grouping input (YES in ST31, YES in ST34) can be performed by continuously reading the IDs, so that the ID input of a plurality of customers constituting the group visiting customers is simple and accurate grouping is possible. Can be done.
[0082]
In addition, the group visit declaration and each customer ID are input while the group visit customer has not started product registration at any terminal (10) after the group visit. That is, since it is formed so as to be able to grant a privilege on the condition that customer IDs have already been entered and grouped before product registration (YES in ST36 and ST37 in FIG. 10), the product in terminal (10) When registered, benefits (special service points) can be given in real time to the product registration content (total amount). Therefore, no special operation is required for granting a privilege, and it is safe for the customer to confirm the actual profit (privilege) on the spot.
[0083]
Further, since the differentiated group visit privilege (special service points) shown in FIG. 5 is given according to the total amount of each group visit customer within one transaction, both the customer and the store can feel fairness and It can provoke further purchase motivation.
[0084]
In addition, each customer must be a group in the case of a group visit, apart from the normal points (“50 points”) that are normally given to the total amount (for example, “5000 yen”) in each transaction. Since it is possible to receive point-of-visit points (group-visit benefits: “25 points”), group-visit privilege provision processing (ST20, ST23 in FIG. 9) is easy, and the benefit-giving for customers is clear in comparison with normal service points Can be confirmed.
[0085]
In addition, when the group visit privilege is constructed so as to be differentiated according to the number of customers of each group visit, it is possible to give a privilege whose value increases in proportion to the increase in the number of steps. That is, the customer suction power can be further increased.
[0086]
(Second embodiment)
In the second embodiment, the group visit declaration and the input of each customer ID were made executable in the multimedia terminal 80 in the first embodiment, whereas in any terminal (10), the group A store visit declaration and each customer ID can be input.
[0087]
That is, a group customer (for example, “A”, “B”, “C”, “D”) makes a declaration key (not shown) on the keyboard 43 shown in FIG. 2 at one terminal (10). The card visitor declaration and each customer ID are input using the card reader / writer 73. In this case, an input operation is performed via the cashier.
[0088]
The group visit customer IDs ("12345678", "234456789", "345567890", "45567901") inputted as a group are group visit customer in the
[0089]
Therefore, according to the second embodiment, it is not necessary to provide a dedicated input device, the multimedia terminal 80, or the like as compared with the case of the first embodiment, so that the equipment cost can be reduced and realized. And easy to handle.
[0090]
(Third embodiment)
In the third embodiment, as shown in FIGS. 11 to 16, in the case of the first (second) embodiment, the group visit privilege granting process is executed at each terminal (10). In the same manner as in the case of the group visit declaration and the input of each customer ID, this group visit privilege granting process is also executable in the multimedia terminal 80.
[0091]
Therefore, the privilege grant processing data table 41ST shown in FIG. 5 provided in each terminal (10) in the case of the first (second) embodiment is equivalent to each terminal (10) according to the third embodiment. 13 is provided in the multimedia terminal 80 common to the terminals (10) instead of the privilege granting process data table 84ST shown in FIG.
[0092]
The basic configuration and function are the same as those in the first (second) embodiment (ST10 to ST16 in FIGS. 1 to 4 and 6 to 8, ST22 to ST24 in FIG. 9, ST30 to ST34 in FIG. ), The common part [including step (ST) is also included. ] Are denoted by the same reference numerals, and description thereof will be simplified or omitted.
[0093]
Now, in each terminal (10), it is determined that the accounting process (ST22 in FIG. 15) and the normal point granting process (ST23) are completed, and the customer ID of the customer who is the product purchaser is stored in the ID memory 33ID. If YES (ST23A in FIG. 15), then the privilege grant processing target data storage control means (30) stores the privilege grant processing target data (eg, for group visits) in the privilege grant processing target data table 41TT shown in FIG. , Customer ID “12345678” and total amount “10000 yen”) is stored (stored) (ST23B).
[0094]
When the terminal (10) receives the inquiry from the multimedia terminal 80 (YES in ST15A of FIG. 14), the privilege grant processing target data stored in the privilege grant processing target data table 41TT is sent to the inquiry source (80). When transmission (ST16A) is received and a privilege grant processing completion notification is received (YES in ST15B), the privilege grant processing target data stored in the privilege grant processing target data table 41TT is erased (ST16B).
[0095]
In the multimedia terminal 80, when a customer ID (for example, “12345678”) for a request to execute the group store privilege granting process is input (YES in ST35A in FIG. 16), the corresponding terminal (10) An inquiry is made with a customer ID ("12345678") (ST36A).
[0096]
When the privilege grant processing target data (for example, customer ID “12345678” and total amount “10000 yen”) is received from the terminal (10) (YES in ST37A), it is stored in the privilege grant processing execution data table 84JT shown in FIG. (ST38A).
[0097]
The privilege grant process execution data is read from the privilege grant process data table 84ST shown in FIG. 13 in the privilege grant process target data (customer ID “12345678” and total amount “10000 yen”) received from the terminal (10) side. The bonus (50 points) corresponding to the total amount (10,000 yen) is added.
[0098]
Thus, when there is a privilege grant processing execution request (YES in ST40A), for example, when the customer ID ("12345678") is read and input (YES in ST40B) from the card CRD of customer A, the control unit (CPU 81, ROM 82). Confirms that the customer ID ("12345678") is stored in the privilege granting process execution data table 84JT shown in FIG. 12 (YES in ST41A) and acquires the privilege granting process execution data (ST41B). The grant process is executed (ST41C). Thereafter, the customer ID (“12345678”) is deleted from the group store customer ID management table 84KT shown in FIG. 7 (ST41D).
[0099]
Upon completion (YES in ST41E), a privilege grant processing completion notification is transmitted to the terminal (10) (ST41F). Further, the customer ID (“12345678”) is deleted from the privilege granting process execution data table 84JT (ST41G).
[0100]
That is, the multimedia terminal 80 performs group visit privilege granting processing on condition that the group visit declaration and each customer ID are input after all the group visit customers have finished accounting at each terminal (10). That is, a privilege is granted (ST41C) on condition that each customer ID after product purchase is input and grouped (YES in ST36A and ST37A in FIG. 16).
[0101]
Therefore, in addition to being able to achieve the same operational effects as in the case of the first embodiment, further grouping can be permitted afterwards to the product purchaser and a privilege according to the product purchase record (for example, Special service points) can be granted reliably. On the other hand, since all the customers who visit the group are not forced to purchase the product, it is safe and the store side can give a privilege to the product purchaser, so that smooth operation can be performed.
[0102]
In addition, each terminal (10) automatically erases product sales data (total amount) corresponding to each customer ID and necessary for granting a group visit privilege after granting the group visit privilege (ST41C in FIG. 16). (ST41F in FIG. 16, ST16B in FIG. 14, ST41G in FIG. 16) Since it is formed to be possible, it is possible to surely avoid the duplicate grant of the group visit privilege to the same customer.
[0103]
【The invention's effect】
According to the first aspect of the present invention, it is possible to determine that the customer ID is equal to the customer ID stored and managed in the group visit customer ID management table when the product registration is performed with the customer ID input at the terminal. Since it is a product sales data processing system that is designed to be computer-processable so that group visit privileges can be granted with respect to the transaction, special group visit privileges that are not granted to single store customers (for example, discount sales) Or special service points). In other words, since it is a new and innovative customer service, group customers can be given enjoyment of group shopping and actual benefits (privileges), and the customer attracting effect can be greatly improved for the store side. Furthermore, since cars can be shared, it is favorable in terms of environment and economy, and congestion of the parking lot is reduced.
[0104]
According to the invention of
[0105]
Further, according to the invention of
[0106]
Further, according to the invention of
[0107]
According to the invention of
[0108]
Furthermore, according to the invention of
[0109]
Furthermore, according to the invention of
[0110]
Furthermore, according to the invention of
[0111]
Furthermore, according to the invention of
[0112]
Furthermore, according to the invention of
[Brief description of the drawings]
FIG. 1 is a block diagram for explaining an overall configuration of a first embodiment according to the present invention.
FIG. 2 is a block diagram for explaining the detailed configuration of a terminal, similarly;
FIG. 3 is a diagram for explaining a product file in the same manner.
FIG. 4 is also a diagram for explaining an ID memory.
FIG. 5 is also a diagram for explaining a data table for group visit privilege provision processing.
FIG. 6 is a block diagram for explaining a multimedia terminal in the same manner.
FIG. 7 is also a diagram for explaining a group visit customer ID management table.
FIG. 8 is a flowchart (1) for explaining the operation on the terminal side in the same manner.
FIG. 9 is also a flowchart (2) for explaining the operation on the terminal side.
FIG. 10 is also a flowchart for explaining the operation on the multimedia terminal side.
FIG. 11 is a diagram for explaining a privilege grant processing target data table on the terminal side according to a third embodiment of the present invention.
FIG. 12 is also a diagram for explaining a privilege granting process execution data table on the multimedia terminal side.
FIG. 13 is also a diagram for explaining a privilege grant processing data table on the multimedia terminal side;
FIG. 14 is a flowchart (1) for explaining the operation on the terminal side in the same manner.
FIG. 15 is a flowchart (2) for explaining the operation on the terminal side, similarly;
FIG. 16 is also a flowchart for explaining the operation on the multimedia terminal side;
[Explanation of symbols]
10 Electronic cash register (terminal)
20 Personal computer (PC)
30 Control unit
33ID ID memory
41 HDD
41F Product file
41R Sales file
Data table for 41ST privilege grant processing
41TT privilege grant processing target data table
43 keyboard
50 Display controller
60 Display means
61 Display for operator
65 Display for customers
80 Multimedia terminal (Group store information input device)
81 CPU
82 ROM
84 HDD
84KT group visit customer ID management table
84JT privilege grant process execution data table
Data table for 84ST privilege grant processing
90 keyboard
90B Declaration button (group visit information input device)
91 Display
92 Card reader / writer (Group store information input device)
93 Speaker
Claims (10)
グループ来店宣言を成した複数人の顧客IDをグループ来店顧客ID管理テーブルに記憶して管理可能に形成し、前記ターミナルにおいて顧客IDを入力した商品登録が成された場合に当該顧客IDがグループ来店顧客ID管理テーブルで記憶管理されているいずれかの顧客IDと等しいと判別できたことを条件に当該取引に関して単独来店顧客には付与しない格別のグループ来店特典を付与できるようにコンピュータ処理する商品販売データ処理システム。In a product sales data processing system comprising a plurality of terminals having a product registration function arranged in a store,
The customer IDs of a plurality of people who have made a group visit declaration are stored in the group visit customer ID management table so that they can be managed, and when the product registration with the customer ID input is made at the terminal, the customer IDs are group visits Product sales that are computer-processed so that a special group visit privilege that is not given to a single visit customer regarding the transaction can be granted on the condition that it can be determined that it is equal to any customer ID stored and managed in the customer ID management table Data processing system.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000321080A JP3700763B2 (en) | 2000-10-20 | 2000-10-20 | Product sales data processing system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000321080A JP3700763B2 (en) | 2000-10-20 | 2000-10-20 | Product sales data processing system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002133525A JP2002133525A (en) | 2002-05-10 |
JP3700763B2 true JP3700763B2 (en) | 2005-09-28 |
Family
ID=18799268
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000321080A Expired - Fee Related JP3700763B2 (en) | 2000-10-20 | 2000-10-20 | Product sales data processing system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3700763B2 (en) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2014222380A (en) * | 2013-05-13 | 2014-11-27 | データシステム株式会社 | Method for increasing number of customers coming to store, and system for increasing sales |
JP2015041149A (en) * | 2013-08-20 | 2015-03-02 | Kddi株式会社 | Information providing system, information providing device, information providing program, and information providing method |
JP7173773B2 (en) * | 2018-07-18 | 2022-11-16 | 株式会社アルメックス | BIOMETRIC DATA ACQUISITION SYSTEM, BIOMETRIC DATA ACQUISITION METHOD, AND BIOMETRIC DATA ACQUISITION PROGRAM IN ACCOMMODATION |
-
2000
- 2000-10-20 JP JP2000321080A patent/JP3700763B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2002133525A (en) | 2002-05-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3696779A1 (en) | Information processing apparatus | |
JP2003016526A (en) | Transaction system | |
JP3699313B2 (en) | Product sales registration device | |
JP3619798B2 (en) | Customer management device and merchandise sales registration data processing device | |
JP3700763B2 (en) | Product sales data processing system | |
JP3745647B2 (en) | Coupon issuing system | |
JP2001155254A (en) | Commodity sales data processor | |
JP3700755B2 (en) | Product sales data processing system | |
JP2006039884A (en) | Commodity sales data processor | |
JP3587736B2 (en) | Product sales registration data processing device | |
JP2001222767A (en) | Merchandise sales method and merchandise sakes registering device | |
JP2000082184A (en) | Pos system, information storing method for the pos system, and pos register | |
JP2001290995A (en) | Point managing device | |
JP2018010397A (en) | Voting terminal, information display method in voting terminal, and voting system | |
JP5000431B2 (en) | Information terminal equipment | |
JP3708706B2 (en) | Credit payment processing equipment | |
JP2002329257A (en) | Merchandise sale data processing device, and coupon | |
JPH0793665A (en) | Commodity sales data processor | |
JP3854456B2 (en) | Product sales data processing system | |
JP3722213B2 (en) | Product sales data processing system | |
JP3661982B2 (en) | Credit processing equipment | |
JP2024061351A (en) | Accounting system, settlement device and program thereof | |
JPH0950581A (en) | Substitutive storage/registration data processor | |
JPH04349594A (en) | Merchandise selling data processor | |
JPH09138891A (en) | Store managing system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050628 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050705 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050705 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090722 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090722 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100722 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110722 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120722 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120722 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130722 Year of fee payment: 8 |
|
LAPS | Cancellation because of no payment of annual fees |