JP3619798B2 - Customer management device and merchandise sales registration data processing device - Google Patents

Customer management device and merchandise sales registration data processing device Download PDF

Info

Publication number
JP3619798B2
JP3619798B2 JP2001322417A JP2001322417A JP3619798B2 JP 3619798 B2 JP3619798 B2 JP 3619798B2 JP 2001322417 A JP2001322417 A JP 2001322417A JP 2001322417 A JP2001322417 A JP 2001322417A JP 3619798 B2 JP3619798 B2 JP 3619798B2
Authority
JP
Japan
Prior art keywords
privilege
customer
condition
receipt
setting
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
Application number
JP2001322417A
Other languages
Japanese (ja)
Other versions
JP2003132430A (en
Inventor
延裕 杉田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba TEC Corp
Original Assignee
Toshiba TEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Toshiba TEC Corp filed Critical Toshiba TEC Corp
Priority to JP2001322417A priority Critical patent/JP3619798B2/en
Publication of JP2003132430A publication Critical patent/JP2003132430A/en
Application granted granted Critical
Publication of JP3619798B2 publication Critical patent/JP3619798B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Cash Registers Or Receiving Machines (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、小売店,飲食店等に来店した顧客に対して、割引券,クーポン券,サービスポイント等の特典を付与する機能を有した顧客管理装置及びPOS(Point Of Sales)ターミナル等の商品販売登録データ処理装置に関する。
【0002】
【従来の技術】
小売店や飲食店等において、商品を購入した顧客に対して割引券,クーポン券,サービスポイント等の特典を付与するサービスは、従来から実施されている。そして、この種のサービスを店員の負担なく実施するために、商品を購入した顧客に対して自動的に特典を付与する機能を有したPOSターミナルも既に実用化されている。
【0003】
従来の自動特典付与機能を有したPOSターミナルは、商品登録操作により顧客が購入する商品の販売データが登録され、続いて登録締め操作により商品の登録終了が宣言されると、その顧客が購入する商品の合計金額を算出する。そして、この合計金額が予め設定されている基準金額以上か否かを判断し、基準金額以上であった場合に特典を付与する。具体的には、レシート用紙を用いて予め設定された割引率の割引券を印字し発行したり、店の会員に対しては合計金額をサービスポイントに換算し、このサービスポイントを顧客別に累計したりするものであった。
【0004】
【発明が解決しようとする課題】
このように、従来の自動特典付与機能を有したPOSターミナルにおいては、例えば1000円以上の買物をした顧客に対して割引率5%の割引券が印字発行されるというように、顧客が購入した商品の金額に応じて特典が付与されていた。このため、例えば遠方から店の近くに何かの用事があったついでに来店し、商品を購入した顧客に対しても特典が付与されていた。しかしながら、このような顧客は、たとえ次回来店時に使用できる割引券をもらっても使用する機会が無いので、特典を付与した効果が得られなかった。
【0005】
また、特定の客層をターゲットにしたキャンペーンを実施する場合、そのキャンペーンの実施前に、ターゲットとする客層の顧客に対して割引券等を配布して、キャンペーン期間中の来店を促すようにできると都合がよい。しかし、従来の自動特典付与機能を有したPOSターミナルにおいては、特定の客層の顧客か否かを判別して選択的に特典を付与するような機能は無かった。
【0006】
本発明はこのような事情に基づいてなされたもので、その目的とするところは、店舗に来店した顧客の中から特定の属性を有する顧客を選別して特典を付与できる顧客管理装置を提供しようとするものである。
【0007】
また本発明は、店舗に来店し商品を購入した顧客の中から特定の属性を有する顧客を選別して特典を付与できる商品販売登録データ処理装置を提供しようとするものである。
【0008】
【課題を解決するための手段】
本発明の顧客管理装置は、顧客の属性に関する複数種類の項目に対してそれぞれ特典を付与する条件を設定する条件設定手段と、顧客に対して付与される複数種類の特典を設定する特典設定手段と、来店した顧客を特定する顧客特定手段と、この顧客特定手段により特定された顧客の属性に関する各種項目の情報を取得する属性項目情報取得手段と、この属性項目情報取得手段により取得した顧客の属性に関する各種項目毎に条件設定手段により設定されている条件を満足するか否かを判定する条件判定手段と、この条件判定手段により条件を満足すると判定された項目数をカウントするカウント手段と、特典設定手段により設定された複数の特典の中からカウント手段によりカウントされた項目数に応じた特典を選択して付与する特典付与手段とを備えたものである。
【0009】
本発明の商品販売登録データ処理装置は、顧客の属性に関する複数種類の項目に対してそれぞれ特典を付与する条件を設定する条件設定手段と、顧客に対して付与される複数種類の特典を設定する特典設定手段と、商品を購入した顧客を特定する顧客特定手段と、この顧客特定手段により特定された顧客の属性に関する各種項目の情報を取得する属性項目情報取得手段と、この属性項目情報取得手段により取得た顧客の属性に関する各種項目毎に条件設定手段により設定されている条件を満足するか否かを判定する条件判定手段と、この条件判定手段により条件を満足すると判定された項目数をカウントするカウント手段と、特典設定手段により設定された複数の特典の中からカウント手段によりカウントされた項目数に応じた特典を選択して特典レシートを発行する特典レシート発行手段とを備えたものである。
【0010】
【発明の実施の形態】
以下、本発明の一実施の形態を図面を用いて説明する。
なお、この実施の形態は、店舗に来店し商品を購入した特定の顧客に、特典として、割引券を特典レシートの形態で付与する小売店に構築されるPOSシステムに本発明を適用した場合である。
【0011】
図1は本実施の形態におけるPOSシステムの概略構成を示す図である。このPOSシステムは、1台のストアコンピュータ1と、商品販売登録データ処理装置としての複数台のPOSターミナル2とを、LAN(Local Area Network)3で相互通信自在に接続して構築したものである。
【0012】
ストアコンピュータ1は、店舗業務全体を管理するためのコンピュータであり、図示しないが、店舗で取扱う各商品の商品コード,品名,価格,売上実績データ等を商品別に記憶する商品マスタファイルや、店舗で働く各従業員の従業員コード,氏名,業務実績データ等を従業員別に記憶する従業員マスタファイルなどを備えている。また、図2に示すように、会員登録をした各顧客の顧客コード,氏名,住所,電話番号,性別,年齢,居住区,来店回数,特典実績フラグ等を顧客別に記憶する顧客マスタファイル4を備えている。
【0013】
上記顧客マスタファイル4のレコード項目において、居住区は、顧客の居所がある地域を示すデータであり、本実施の形態では、「市内」と「市外」の2通りとする。なお、店舗がある町と同一の町に居所がある顧客に対してのみ居住区を「市内」とする運用に限定されるものではなく、隣接する町に居所がある顧客も含めて居住区を「市内」としてもよい。
【0014】
同レコード項目において、来店回数は、当該店舗に来店し商品を購入した回数の累計である。また、特典実績フラグは、特典付与の実績有無を識別するフラグであり、実績無しの場合には“0”にリセットされ、実績有りの場合には“1”にセットされる。なお、本実施の形態では、1人の顧客に対して1日1回のみ特典を付与する運用とする。すなわちストアコンピュータ1は、毎営業日の閉店後に実行する閉店処理において、顧客マスタファイル4に蓄積されている各レコードの特典実績フラグを一括して“0”にリセットするようになっている。
【0015】
さて、本実施の形態では、上記顧客マスタファイル4のレコード項目において、性別,年齢,居住区及び来店回数の4項目を顧客の属性に関する項目と定義する。
【0016】
また、本実施の形態では、会員登録を行なった各顧客に対して、それぞれその顧客の顧客コードが記録された会員カード5を発行する。そして、この会員カード5に記録されたカードデータ(顧客コード等)を、POSターミナル2に設けられたカードリーダ6で読取ることによって、商品を購入した顧客を特定するものとする。
【0017】
図3は各POSターミナル2の要部構成を示すブロック図であり、各POSターミナル2は同一構成である。すなわち、各POSターミナル2は、制御部本体としてCPU(Central Processing Unit)11を備えている。また、プログラム等の固定的データを予め格納したROM(Read Only Memory)12、商品販売データ等の可変的データを格納するためのメモリエリアが形成されるRAM(Random Access Memory)13、現在の日付及び時刻を計時する時計部14、LAN3を介して行なうデータ通信を制御する通信インタフェース15、モードスイッチ16の信号を入力するとともにドロワ(不図示)を開放させるドロワ開放装置17に駆動信号を出力するI/O(Input/Output)ポート18の他、キーボード19を制御するキーボードコントローラ20、オペレータ用表示器21及び客用表示器22を制御する表示コントローラ23、プリンタ24を制御するプリンタコントローラ25、スキャナ26が接続されるスキャナインタフェース27及び前記カードリーダ6が接続されるカードリーダインタフェース28等を備えている。そしてCPU11と、ROM12,RAM13,時計部14,通信インタフェース15,I/Oポート18,キーボードコントローラ20,表示コントローラ23,プリンタコントローラ25,スキャナインタフェース27及びカードリーダインタフェース28とを、アドレスバス,データバス等のバスライン29で接続している。
【0018】
モードスイッチ16は、「登録」,「点検」,「精算」,「設定」等の各種業務モードを選択するためのスイッチで、鍵にて切替操作される。因みに、「登録」とは、顧客が購入する商品の販売データをRAM13の売上登録エリアに登録処理し、買上レシートを発行する業務のモードである。「点検」とは、売上登録エリアに登録処理された商品販売データを集計し、売上点検レポートとして出力する業務のモードである。「精算」とは、売上登録エリアに登録処理された商品販売データを集計し、売上精算レポートとして出力した後、売上登録エリアをクリアする業務のモードである。「設定」とは、各種業務を実行する上で必要なデータを予めRAM13の各種メモリエリアに設定する業務のモードである。
【0019】
キーボード19は、顧客が購入する商品の商品コード,販売点数等を入力するためのキーや、顧客が購入する商品の登録終了を宣言する登録締めキー等を配設したPOSターミナル専用のキーボードである。
【0020】
オペレータ用表示器21は、キーボード19を操作するオペレータに対して登録商品の品名,価格や合計金額等を表示するためのものである。また、客用表示器22は、顧客に対して同様なデータを表示するためのものである。
【0021】
プリンタ24は、ロール紙からなるレシート用紙にデータを印字し切断してレシート発行を行なうもので、図4に示すように、レシート用紙の幅L方向に文字を印字してなる縦印字イメージの買上レシート30と、図5に示すように、レシート用紙の幅L方向に文字を印字してなる買上レシート30と、レシート用紙の幅L方向とは直交する方向に文字を印字してなる縦印字イメージの特典レシート40とを発行可能である。
【0022】
スキャナ26は、商品等に付されるバーコードを光学的に読取るもので、上記特典レシート40に印字される特典情報バーコード41も読取り可能になっている。なお、特典情報バーコード41には、当該特典レシート40の割引率のほか、有効期限開始日,その開始日からの有効期限日数等のデータが含まれている。
【0023】
かかる構成のPOSターミナル2は、RAM13に、図6に示すデータ項目構成の複数の条件設定テーブル51,52,53,54と、図7に示すデータ項目構成の特典判定テーブル55と、図8に示すデータ項目構成の複数の特典情報テーブル56,57と、図9に示すデータ構成の特典サポートテーブル58とを記憶している。
【0024】
条件設定テーブル51は、顧客属性項目の性別に該当する「男性」及び「女性」に対してそれぞれ特典付与条件(1:特典付与対象,0:特典付与対象外)を設定するためのテーブルであり、性別条件設定テーブル51と称する。条件設定テーブル52は、顧客属性項目の年齢を分類する5段階の年齢層「18歳未満」,「18〜25歳」,「26〜39歳」,「40〜55歳」,「56歳以上」に対してそれぞれ特典付与条件を設定するためのテーブルであり、年齢条件設定テーブル52と称する。条件設定テーブル53は、顧客属性項目の居住区に該当する「市内」及び「市外」に対してそれぞれ特典付与条件を設定するためのテーブルであり、居住区条件設定テーブル53と称する。条件設定テーブル51は、顧客属性項目の来店回数を分類する5段階の来店回数層「10回未満」,「10〜29回」,「30〜49回」,「50〜74回」,「75回以上」に対してそれぞれ特典付与条件を設定するためのテーブルであり、来店回数条件設定テーブル54と称する。
【0025】
特典情報テーブル56,57は、それぞれ複数段階に区分された買上金額範囲に対応して、割引率及び有効期限日数の特典情報を設定するテーブルであり、各テーブル56,57にはそれぞれ識別するためのテーブル番号が付されている。
【0026】
特典判定テーブル55は、各顧客属性項目の中で特典付与条件を満足した項目の数(項目該当数)にそれぞれ対応して、特典が付与される場合には該当する特典情報が設定された特典情報テーブル56,57のテーブル番号を設定するテーブルである。
【0027】
特典サポートテーブル58は、特典の有効期限開始日を示すデータと、特典レシート40に印字されるメッセージデータ42とを設定するテーブルである。 なお、これらのテーブル51〜58は、ストアコンピュータ1で適時作成され、LAN3を通じて各POSターミナル2にダウンロードされて、RAM13に記憶されるものとなっている。
【0028】
しかして、各POSターミナル1は、モードスイッチ16により「登録」モードが選択されると、CPU11が図10の流れ図に示す登録業務処理を実行するようにプログラムを構成している。
【0029】
すなわちCPU11は、モードスイッチ16からの信号により該スイッチ16によって選択されている業務モードを判別する。そして、「登録」モードが選択されていることを確認したならば、登録業務処理を開始する。
【0030】
先ず、ST1として商品登録の有無を判断する。ここで、商品登録無しを判断した場合には、ST2として特典レシート40に印字される特典情報バーコード41がスキャニングされたか否かを判断する。そして、スキャニング無しを判断した場合には、ST1の商品登録有無判断処理に戻る。
【0031】
これに対し、ST2にてスキャナ26でスキャニングされたバーコードのデータにより特典情報バーコード41のスキャニング有りを判断した場合には、そのバーコード41を解析して割引率と有効期間とを得る。そして、ST3として時計部14にて計時されている現在日付を読出し、現在日付が特典レシート40の有効期間か否かを判断する。ここで、現在日付が特典レシート40の有効期間内でない場合には無効なので、ST1の商品登録有無判断処理に戻る。これに対し、現在日付が特典レシート40の有効期間内である場合には有効なので、ST4として特典レシート40の割引率をRAM13の割引率ワークメモリに上書き格納する。しかる後、ST1の商品登録有無判断処理に戻る。
【0032】
ST1にてキーボード19のキー入力あるいはスキャナ26によるスキャニング入力により商品登録有りを判断した場合には、ST5として商品販売登録処理を実行する。この処理は、キー入力あるいはスキャニング入力によって登録された商品の商品コードからプリセット単価を読出し、この単価と販売点数とから販売金額を算出する。そして、商品コード,販売点数,販売金額等の商品販売データをRAM13の売上登録エリアに格納する処理である。また、商品コードに対応してプリセットされている品名や販売金額等の登録商品明細データをオペレータ用表示器21及び客用表示器22に表示させる処理を含む。
【0033】
ST5の商品販売登録処理終了後、CPU11は、ST6として登録締めキーの入力有無を判断する。ここで、登録締めキーの入力無しを判断した場合には、ST1の商品登録有無判断処理に戻る。
【0034】
ST6にてキーボード19のキー入力により登録締めキーの入力有りを判断した場合には、ST7として商品登録締め処理を実行する。この処理は、売上登録エリアに格納された最新1取引分の商品販売データの販売金額から税額及び税込みの合計金額を算出し、オペレータ用表示器21及び客用表示器22に表示させる処理である。このとき、RAM13の割引率ワークメモリに割引率がセットされている場合には、その割引率で割引いた金額から税額及び税込みの合計金額を算出し、オペレータ用表示器21及び客用表示器22に表示させる。また、現金取引においては、預かり金額の入力を待機し、預かり金額が入力されたならばその預かり金額から合計金額を減算して釣銭額を求め、オペレータ用表示器21及び客用表示器22に表示させる処理を含む。
【0035】
ST7の商品登録締め処理終了後、CPU11は、ST8として会員登録をしている顧客との取引か否かを判断する。ここで、カードリーダ6により会員カード5のカードデータが読取られていた場合には会員顧客との取引であると認識し、上記カードデータが読取られていない場合には非会員顧客との取引であると認識する(顧客特定手段)。
【0036】
ST8にて非会員顧客との取引であると認識した場合には、ST9として売上登録エリアに格納された最新1取引分の商品販売データ及びその合計データ等に基づいて取引明細の印字データを編集する。そして、この取引明細印字データをプリンタ24に出力して、買上レシート30を印字発行させる。以上で、今回の登録業務処理を終了する。
【0037】
一方、ST8にて会員顧客との取引であると認識した場合には。ST10として会員カードデータ中の顧客コードを含む顧客情報問合せ伝文を作成する。そして、この問合せ伝文をストアコンピュータ1にLAN3を通じて送信する。
【0038】
これにより、ストアコンピュータ1においては、問合せ伝文中の顧客コードをキーにして顧客マスタファイル4が検索される。そして、該当する顧客コードのレコードから氏名,性別,年齢,居住区,来店回数,特典実績フラグ等の顧客情報が読み出され、問合せ元のPOSターミナル2に応答送信される。
【0039】
そこで、顧客情報問合せ伝文を送信したPOSターミナル2のCPU11は、ST11としてストアコンピュータ1からの応答受信を待機する。そして、一定時間内に顧客情報を含む応答伝文を受信したならば(属性項目情報取得手段)、ST12として図11に具体的に示す特典条件判定処理を実行する(条件判定手段)。
【0040】
先ず、ST21としてRAM13に形成された項目該当数カウンタエリアのカウント値nを“0”に初期化する。次に、ST22としてストアコンピュータ1から応答があった顧客情報の特典実績フラグを調べる。そして、特典実績フラグが“1”にセットされていたならば、当該顧客に対しては本営業日に既に特典レシート40を発行しているので、この特典条件判定処理を終了する。
【0041】
これに対し、特典実績フラグが“0”にリセットされていた場合には、ST23として上記顧客情報から顧客属性項目「性別」のデータを取得する。そして、ST24として性別条件設定テーブル51を検索し、上記顧客情報中の性別に対応して設定されている条件判定フラグを調べる。そして、条件判定フラグが“1”にセットされていたならば、当該顧客は顧客属性項目のうち「性別」に関しては特典付与条件を満足するので、ST25として項目該当数カウンタエリアのカウント値nを「1」だけカウントアップする。これに対し、条件判定フラグが“0”にリセットされていた場合には、当該顧客は「性別」に関して特典付与条件を満足しないので、カウント値nのカウントアップを行なわない。
【0042】
次に、ST26として上記顧客情報から顧客属性項目「年齢」のデータを取得する。そして、ST27として年齢層条件設定テーブル52を検索し、上記顧客情報中の年齢が属する年齢層に対応して設定されている条件判定フラグを調べる。ここで、条件判定フラグが“1”にセットされていたならば、当該顧客は「年齢」に関して特典付与条件を満足するので、ST28として項目該当数カウンタエリアのカウント値nを「1」だけカウントアップする。これに対し、条件判定フラグが“0”にリセットされていた場合には、当該顧客は「年齢」に関して特典付与条件を満足しないので、カウント値nのカウントアップを行なわない。
【0043】
次に、ST29として上記顧客情報から顧客属性項目「居住区」のデータを取得する。そして、ST30として居住区条件設定テーブル53を検索し、上記顧客情報中の居住区に対応して設定されている条件判定フラグを調べる。ここで、条件判定フラグが“1”にセットされていたならば、当該顧客は「居住区」に関して特典付与条件を満足するので、ST31として項目該当数カウンタエリアのカウント値nを「1」だけカウントアップする。これに対し、条件判定フラグが“0”にリセットされていた場合には、当該顧客は「居住区」に関して特典付与条件を満足しないので、カウント値nのカウントアップを行なわない。
【0044】
次に、ST32として上記顧客情報から顧客属性項目「来店回数」のデータを取得したならば、ST33としてその取得したデータに「1」を加算して最新の来店回数を求める。次に、ST34として来店回数条件設定テーブル54を検索し、上記最新の来店回数が属する来店回数層に対応して設定されている条件判定フラグを調べる。ここで、条件判定フラグが“1”にセットされていたならば、当該顧客は「来店回数」に関して特典付与条件を満足するので、ST35として項目該当数カウンタエリアのカウント値nを「1」だけカウントアップする。これに対し、条件判定フラグが“0”にリセットされていた場合には、当該顧客は「来店回数」に関して特典付与条件を満足しないので、カウント値nのカウントアップを行なわない。以上で、この特典条件判定処理を終了する。
【0045】
ST12の特典条件判定処理を終了すると、CPU11は、ST13として図12に具体的に示す特典有無判定処理を実行する。
【0046】
先ず、ST41として項目該当数カウンタエリアのカウント値nで特典判定テーブル55を検索し、そのカウント値nに一致する項目該当数に対応して特典テーブル番号が設定されているか否かを調べる。ここで、ST42としてカウント値nに一致する項目該当数に対応して特典テーブル番号が設定されていない、つまり特典テーブル番号=0の場合には、特典付与条件が満たされなかったので、ST43としてRAM13のフラグエリアに設けられた特典フラグを“0”にリセットする。
【0047】
これに対し、カウント値nに一致する項目該当数に対応して特典テーブル番号が設定されていた場合には、ST44としてST7の商品登録締め処理で算出された当該顧客の買上商品合計金額を取得する。そして、ST45として上記特典テーブル番号の特典情報テーブル36または37を検索し、ST44の処理で取得した買上商品合計金額が属する金額範囲の特典情報(割引率,期限)を読込む。また、ST46として上記特典フラグを“1”にリセットする。以上で、この特典有無判定処理を終了する。
【0048】
ST13の特典有無判定処理を終了すると、CPU11は、ST14としてST9の処理と同様に買上レシート30を印字発行させる。しかる後、ST15として上記特典フラグを調べる。ここで、特典フラグが“0”にリセットされていた場合には、当該顧客に対して特典が付与されないので、ST16として当該顧客の顧客コードを含む特典実績無しの会員取引実績情報伝文を作成する。そして、この伝文をストアコンピュータ1にLAN3を通じて送信したならば、今回の登録業務処理を終了する。
【0049】
一方、ST15にて特典フラグが“1”にセットされていた場合には、当該顧客に対して特典が付与されるので、ST17として特典有無判定処理のなかのST46の処理で取得した特典情報(割引率,有効期限日数)と、特典サポートテーブル38に設定されている特典有効期限開始日及び特典メッセージの各データとに基づいて、特典レシート40の印字データを編集する。そして、この印字データをプリンタ24に出力して特典レシート40を印字発行させる(特典付与手段,特典レシート発行手段)。
【0050】
その後、ST18として当該顧客の顧客コードを含む特典実績有りの会員取引実績情報伝文を作成し、この伝文をストアコンピュータ1にLAN3を通じて送信したならば、今回の登録業務処理を終了する。
【0051】
なお、ストアコンピュータ1は、各POSターミナル2から特典実績無しの会員取引実績情報伝文を受信した場合には、その伝文中の顧客コードで顧客マスタファイル4を検索する。そして、該当する顧客コードのレコードを検出したならば、そのレコードの来店回数を「1」だけ増加する。また、各POSターミナル2から特典実績有りの会員取引実績情報伝文を受信した場合にも、その伝文中の顧客コードで顧客マスタファイル4を検索する。そして、該当する顧客コードのレコードを検出したならば、そのレコードの来店回数を「1」だけ増加するとともに、特典実績フラグを“1”にセットするものとなっている。
【0052】
このように構成された本実施の形態においては、店舗に来店した顧客の中から特定の条件を満足する顧客に対してのみ所定の特典を付与するキャンペーンを実施する場合、店舗側は予めストアコンピュータを操作して条件設定テーブル51,52,53,54、特典判定テーブル55、特典情報テーブル56,57及び特典サポートテーブル58を作成しておく。そして、キャンペーン開始日の開店前に各テーブル51〜58を各POSターミナル2にダウンロードする。
【0053】
今、特典判定テーブル55として図7に示すデータが設定されたものが作成され、特典情報テーブル56,57として図8に示すデータが設定されたものが作成され、特典サポートテーブル58として図9に示すデータが設定されたものが作成されて、各POSターミナル2にダウンロードされたものとする。また、性別条件設定テーブル51として「男性」の特典付与条件が“0”で、「女性」の特典付与条件が“1”に設定されたものが作成され、年齢別条件設定テーブル52として「18歳未満」と「18〜25」の特典付与条件が“1”で、その他の特典付与条件が“0”に設定されたものが作成され、居住区条件設定テーブル53として「市内」の特典付与条件が“1”で、「市外」の特典付与条件が“0”に設定されたものが作成され、来店回数条件設定テーブル54として、「30〜49」と「50〜74」と「75回以上」の特典付与条件が“1”で、その他の特典付与条件が“0”に設定されたものが作成されて、各POSターミナル2にダウンロードされたものとする。
【0054】
この場合、会員登録を行なっている顧客のうち、顧客属性項目の少なくとも2項目で得点付与条件を満足する顧客に対しては、買上商品の代金精算の際に得点レシート40の形態で特典が付与される。例えば、性別が「女性」でかつ居住区が「市内」の会員顧客であれば、年齢が26歳以上でかつ来店回数が29回以下であっても、項目該当数が「2」なので、特典情報テーブル番号「100」の特典情報テーブル56に設定されている内容の特典が付与される。すなわち、買上金額が999円以下であれば、2001年10月17日から3日間有効の5%割引券として機能する特典レシート40が発行され、買上金額が3000円〜4999円の範囲内であれば、2001年10月17日から3日間有効の15%割引券として機能する特典レシート40(図5を参照)が発行される。
【0055】
また、性別が「女性」でかつ居住区が「市内」のみならず、年齢が25歳以下でかつ来店回数が30回以上であった会員顧客に対しては、項目該当数が「4」なので、特典テーブル番号「200」の特典情報テーブル57に設定されている内容の特典が付与される。すなわち、買上金額が999円以下であれば、2001年10月17日から5日間有効の10%割引券として機能する特典レシート40が発行され、買上金額が3000円〜4999円の範囲内であれば、2001年10月17日から5日間有効の20%割引券として機能する特典レシート40が発行される。
【0056】
このように本実施の形態によれば、各条件設定テーブル51〜54の各項目に対応する特典付与条件の設定如何によって、POSターミナル2が店舗に来店し商品を購入した顧客の中から所望する属性を有する顧客、例えば年齢が25歳以下で市内に住む女性の顧客を自動的に選別し、当該顧客に対して割引券として使用可能な特典レシート40を付与できるようになる。したがって、特定の客層をターゲットにしたキャンペーンを実施する場合において、そのキャンペーンの実施前に、ターゲットとする客層の顧客に対して割引券を店員の負担なく配布できるようになる。
【0057】
また、本実施の形態によれば、各条件設定テーブル51〜54の各項目に対応する特典付与条件を全て“1”に設定することによって、店舗に来店し商品を購入した全ての顧客に特典を付与することも可能である。
【0058】
さらに、本実施の形態によれば、特典判定テーブル55を設けるとともに、特典情報テーブル56,57を複数設けているので、特典付与条件を満足する顧客属性項目が多い顧客ほど、より有益な特典が得られるような特典付与方法を容易に実施することができる。
【0059】
また、本実施の形態によれば、特典レシート40を、買上レシート30とは印字イメージを90度回転させた横印字イメージで印字し発行するようにしたので、買上レシート30と容易に区別することができる。その結果、買上レシート30と一緒に誤って特典レシート40を破棄してしまうミスも防ぐことができる。また、横印字イメージで印字することによって有効期限や特典メッセージ等をそれぞれ1行で印字できるようになるので、特典レシート40を取扱うものにとって特典の内容が理解しやすいレシートが得られる利点もある。
【0060】
なお、本発明は前記一実施の形態に限定されるものではない。
例えば、前記一実施の形態では、店舗に来店し商品を購入した特定の顧客に特典を付与するために、POSターミナル2を用いて説明したが、店舗に来店しただけで商品を購入していない特定の顧客に対しても同様な特典を付与できるように、店頭に設置された顧客管理装置に本発明を適用することも可能である。
【0061】
すなわち、会員カード5のカードデータを読取可能なカードリーダ6を備えた顧客管理装置をLAN3に接続する。また、顧客管理装置のRAMに、条件設定テーブル51,52,53,54、特典判定テーブル55、特典情報テーブル56,57及び特典サポートテーブル58を記憶させる。そして、店舗に来店した会員顧客が、自身の会員カードデータを顧客管理装置のカードリーダ6に読取らせると、顧客管理装置のCPUが、図10に示した登録業務処理のST10,ST11,ST12,ST13,ST15,ST17,ST18の各処理を順次実行するようにプログラムを構成する。こうすることにより、顧客管理装置は、店舗に来店した顧客のうち所望する属性を有する顧客を自動的に選別し、当該顧客に対して割引券として使用可能な特典レシート40を付与できるようになる。
【0062】
また、前記一実施の形態では、各顧客の属性に関する各種項目情報を顧客マスタファイル4でまとめて記憶管理したが、各顧客がそれぞれ所持する会員カード5の記録部にそれぞれ当該顧客の属性に関する項目情報を記録し、カードリーダ6で読取ることにより、顧客の属性項目情報を取得するようにしてもよい。
【0063】
この他、特定の顧客に対して付与される特典を特定商品のクーポン券としたり、サービスポイントとする等、本発明の要旨を逸脱しない範囲で種々変形実施可能であるのは勿論である。
【0064】
【発明の効果】
以上詳述したように本発明によれば、店舗に来店した顧客の中から特定の属性を有する顧客を選別して特典を付与できる顧客管理装置を提供できる。
【0065】
また本発明によれば、店舗に来店し商品を購入した顧客の中から特定の属性を有する顧客を選別して特典を付与できる商品販売登録データ処理装置を提供できる。
【図面の簡単な説明】
【図1】本発明の一実施の形態であるPOSシステムの全体構成を示すブロック図。
【図2】同実施の形態における顧客マスタファイルのレコードフォーマットを示す図。
【図3】同実施の形態におけるPOSターミナルの要部構成を示すブロック図。
【図4】同実施の形態のPOSターミナルから印字発行される買上レシートの一例を示す図。
【図5】同実施の形態のPOSターミナルから印字発行される特典レシートの一例を示す図。
【図6】同実施の形態におけるPOSターミナルのRAMに形成される条件設定テーブルのデータ構成を示す図。
【図7】同実施の形態におけるPOSターミナルのRAMに形成される特典判定テーブルのデータ構成を示す図。
【図8】同実施の形態におけるPOSターミナルのRAMに形成される特典情報テーブルのデータ構成を示す図。
【図9】同実施の形態におけるPOSターミナルのRAMに形成される特典サポートテーブルのデータ構成を示す図。
【図10】同実施の形態におけるPOSターミナルのCPUが実行する登録業務処理の要部を示す流れ図。
【図11】図10の中の特典条件判定処理を具体的に示す流れ図。
【図12】図10の中の特典有無判定処理を具体的に示す流れ図。
【符号の説明】
1…ストアコンピュータ
2…POSターミナル
4…顧客マスタファイル
5…会員カード
6…カードリーダ
40…特典レシート
51〜54…条件設定テーブル
55…特典判定テーブル
56,57…特典情報テーブル
58…特典サポートテーブル
[0001]
BACKGROUND OF THE INVENTION
The present invention is a product such as a customer management device and a POS (Point Of Sales) terminal having a function of granting benefits such as discount coupons, coupons, and service points to customers visiting retail stores, restaurants, etc. The present invention relates to a sales registration data processing apparatus.
[0002]
[Prior art]
In retail stores, restaurants, and the like, services that provide benefits such as discount coupons, coupons, and service points to customers who have purchased products have been implemented. And in order to implement this kind of service without the burden of the store clerk, a POS terminal having a function of automatically giving a privilege to a customer who has purchased a product has already been put into practical use.
[0003]
A conventional POS terminal having an automatic privilege grant function purchases a product when the sales data of the product to be purchased by the customer is registered by the product registration operation, and then the product registration end is declared by the registration closing operation. Calculate the total price of the product. Then, it is determined whether or not the total amount is greater than or equal to a preset reference amount, and a privilege is granted if the total amount is greater than or equal to the reference amount. Specifically, a discount coupon with a preset discount rate is printed and issued using receipt paper, or the total amount is converted into service points for store members, and the service points are accumulated for each customer. It was something to do.
[0004]
[Problems to be solved by the invention]
In this way, at a POS terminal having a conventional automatic privilege granting function, for example, a customer purchased such that a discount ticket with a discount rate of 5% is printed and issued to a customer who made a purchase of 1000 yen or more. Benefits were given according to the amount of the product. For this reason, for example, a privilege was given to a customer who came to the store when there was some business near the store from a distance and purchased a product. However, even if such a customer has a discount coupon that can be used at the next visit to the store, there is no opportunity to use it.
[0005]
In addition, when a campaign targeting a specific customer segment is implemented, discount coupons etc. can be distributed to customers of the target customer segment before the campaign is implemented to encourage customers to visit the store during the campaign period. convenient. However, in the conventional POS terminal having the automatic privilege grant function, there is no function for selectively granting a privilege by determining whether or not the customer is a customer of a specific customer class.
[0006]
The present invention has been made based on such circumstances, and an object of the present invention is to provide a customer management apparatus capable of selecting a customer having a specific attribute from customers who have visited a store and giving a privilege. It is what.
[0007]
The present invention is also intended to provide a merchandise sales registration data processing apparatus capable of selecting a customer having a specific attribute from customers who have come to a store and purchased a merchandise to give a privilege.
[0008]
[Means for Solving the Problems]
The customer management device of the present invention relates to customer attributes Each for multiple types of items Condition setting means for setting conditions for granting a privilege; A privilege setting means for setting a plurality of types of privileges granted to customers; Customer specifying means for specifying the customer who visited the store, attribute item information acquiring means for acquiring information on various items related to the attributes of the customer specified by the customer specifying means, and this attribute item information Get Customer attributes obtained by means For each item Condition determining means for determining whether or not the condition set by the condition setting means is satisfied, and the condition determining means A counting means for counting the number of items determined to satisfy the condition, and a benefit corresponding to the number of items counted by the counting means is selected from a plurality of benefits set by the privilege setting means. It is provided with the privilege provision means to provide.
[0009]
The product sales registration data processing apparatus of the present invention relates to customer attributes Each for multiple types of items Condition setting means for setting conditions for granting a privilege; A privilege setting means for setting a plurality of types of privileges granted to customers; Acquired by a customer specifying means for specifying a customer who has purchased a product, an attribute item information acquiring means for acquiring information on various items related to the customer attributes specified by the customer specifying means, and an attribute item information acquiring means Shi Customer attributes For each item Condition determining means for determining whether or not the condition set by the condition setting means is satisfied, and the condition determining means A counting means for counting the number of items determined to satisfy the condition, and a benefit corresponding to the number of items counted by the counting means is selected from a plurality of benefits set by the privilege setting means. A privilege receipt issuing means for issuing a privilege receipt is provided.
[0010]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
This embodiment is a case where the present invention is applied to a POS system built in a retail store that gives a discount ticket as a privilege to a specific customer who has visited the store and purchased a product as a privilege. is there.
[0011]
FIG. 1 is a diagram showing a schematic configuration of a POS system in the present embodiment. This POS system is constructed by connecting one store computer 1 and a plurality of POS terminals 2 as merchandise sales registration data processing apparatuses via a LAN (Local Area Network) 3 so as to be able to communicate with each other. .
[0012]
The store computer 1 is a computer for managing the entire store operation. Although not shown, the store computer 1 stores a product code, product name, price, sales performance data, etc. of each product handled in the store for each product, It includes an employee master file that stores the employee code, name, and business performance data of each working employee. Further, as shown in FIG. 2, a customer master file 4 for storing customer code, name, address, telephone number, gender, age, residential area, number of visits, privilege result flag, etc. of each customer who has registered as a member. I have.
[0013]
In the record item of the customer master file 4, the residential area is data indicating the area where the customer is located, and in this embodiment, there are two types of “city” and “outside the city”. It should be noted that this is not limited to operations where the residential area is set to "city" only for customers who are located in the same town as the town where the store is located. May be "city".
[0014]
In the same record item, the number of visits to the store is the total number of visits to the store and the purchase of products. Further, the privilege result flag is a flag for identifying the presence / absence of privilege grant, and is reset to “0” when there is no result, and is set to “1” when there is a result. In this embodiment, it is assumed that a privilege is given only once a day to one customer. That is, the store computer 1 is configured to collectively reset the privilege result flag of each record stored in the customer master file 4 to “0” in the closing process executed after closing every business day.
[0015]
In the present embodiment, in the record items of the customer master file 4, four items of sex, age, residential area and number of visits are defined as items relating to customer attributes.
[0016]
In the present embodiment, a member card 5 in which a customer code of the customer is recorded is issued to each customer who has registered as a member. Then, the card data (customer code or the like) recorded on the membership card 5 is read by the card reader 6 provided in the POS terminal 2 to identify the customer who purchased the product.
[0017]
FIG. 3 is a block diagram showing a main configuration of each POS terminal 2, and each POS terminal 2 has the same configuration. That is, each POS terminal 2 includes a CPU (Central Processing Unit) 11 as a control unit body. Also, a ROM (Read Only Memory) 12 in which fixed data such as programs are stored in advance, a RAM (Random Access Memory) 13 in which a memory area for storing variable data such as merchandise sales data is formed, and the current date In addition, a clock unit 14 that measures time, a communication interface 15 that controls data communication performed via the LAN 3, and a mode switch 16 signal are input, and a drive signal is output to a drawer opening device 17 that opens a drawer (not shown). In addition to an I / O (Input / Output) port 18, a keyboard controller 20 for controlling a keyboard 19, a display controller 23 for controlling an operator display 21 and a customer display 22, a printer controller 25 for controlling a printer 24, a scanner 26 is in contact A scanner interface 27 and a card reader interface 28 to which the card reader 6 is connected are provided. The CPU 11, the ROM 12, the RAM 13, the clock unit 14, the communication interface 15, the I / O port 18, the keyboard controller 20, the display controller 23, the printer controller 25, the scanner interface 27, and the card reader interface 28 are connected to an address bus and a data bus. Etc. are connected by a bus line 29.
[0018]
The mode switch 16 is a switch for selecting various business modes such as “registration”, “inspection”, “settlement”, “setting”, and is switched by a key. Incidentally, “registration” is a business mode in which sales data of a product purchased by a customer is registered in the sales registration area of the RAM 13 and a purchase receipt is issued. “Inspection” is a business mode in which product sales data registered in the sales registration area is aggregated and output as a sales inspection report. “Checkout” is a business mode in which the sales registration area is cleared after the product sales data registered in the sales registration area is aggregated and output as a sales settlement report. “Setting” is a job mode in which data necessary for executing various jobs is set in advance in various memory areas of the RAM 13.
[0019]
The keyboard 19 is a keyboard dedicated to the POS terminal in which a key for inputting a product code of a product purchased by the customer, a sales point, and the like, a registration closing key for declaring the end of registration of the product purchased by the customer, and the like are arranged. .
[0020]
The operator display 21 is for displaying the name, price, total amount, etc. of the registered product for the operator who operates the keyboard 19. The customer display 22 is for displaying similar data to the customer.
[0021]
The printer 24 prints data on receipt paper made of roll paper, cuts it, and issues a receipt. As shown in FIG. 4, the printer 24 purchases a vertical print image in which characters are printed in the width L direction of the receipt paper. As shown in FIG. 5, a receipt 30, a purchase receipt 30 in which characters are printed in the width L direction of the receipt paper, and a vertical print image in which characters are printed in a direction orthogonal to the width L direction of the receipt paper. Can be issued.
[0022]
The scanner 26 optically reads a barcode attached to a product or the like, and can also read a privilege information barcode 41 printed on the privilege receipt 40. The privilege information barcode 41 includes data such as the expiration date of the expiration date and the number of expiration dates from the start date, in addition to the discount rate of the privilege receipt 40.
[0023]
The POS terminal 2 having such a configuration includes, in the RAM 13, a plurality of condition setting tables 51, 52, 53, and 54 having the data item configuration shown in FIG. 6, a privilege determination table 55 having the data item configuration shown in FIG. A plurality of privilege information tables 56 and 57 having the data item configuration shown, and a privilege support table 58 having the data configuration shown in FIG. 9 are stored.
[0024]
The condition setting table 51 is a table for setting a privilege granting condition (1: privilege grant target, 0: no privilege grant target) for “male” and “female” corresponding to the sex of the customer attribute item. This is called a gender condition setting table 51. The condition setting table 52 includes five age groups “under 18 years old”, “18-25 years old”, “26-39 years old”, “40-55 years old”, “56 years old and over” that classify the age of customer attribute items. ”Is a table for setting a privilege granting condition for each, and is referred to as an age condition setting table 52. The condition setting table 53 is a table for setting privilege granting conditions for “city” and “outside city” corresponding to the residential area of the customer attribute item, and is referred to as the residential area condition setting table 53. In the condition setting table 51, the number of visits to the customer attribute item is classified into five stages, “less than 10”, “10 to 29”, “30 to 49”, “50 to 74”, “75”. It is a table for setting a privilege granting condition for each of “number of times or more” and is referred to as a store visit condition setting table 54.
[0025]
The privilege information tables 56 and 57 are tables for setting privilege information of discount rates and expiration dates corresponding to the purchase price ranges divided into a plurality of stages, respectively. The table number is attached.
[0026]
The privilege determination table 55 corresponds to the number of items satisfying the privilege granting condition (the number of corresponding items) in each customer attribute item, and when the privilege is granted, the privilege in which the corresponding privilege information is set. It is a table for setting the table numbers of the information tables 56 and 57.
[0027]
The privilege support table 58 is a table for setting data indicating the expiration date of the privilege and message data 42 printed on the privilege receipt 40. These tables 51 to 58 are created by the store computer 1 in a timely manner, downloaded to each POS terminal 2 through the LAN 3, and stored in the RAM 13.
[0028]
Thus, each POS terminal 1 has a program configured such that when the “registration” mode is selected by the mode switch 16, the CPU 11 executes the registration work process shown in the flowchart of FIG.
[0029]
That is, the CPU 11 determines the business mode selected by the switch 16 based on the signal from the mode switch 16. If it is confirmed that the “registration” mode is selected, the registration work process is started.
[0030]
First, the presence / absence of product registration is determined as ST1. If it is determined that there is no product registration, it is determined whether or not the privilege information barcode 41 printed on the privilege receipt 40 is scanned as ST2. If it is determined that there is no scanning, the process returns to the product registration presence / absence determination process in ST1.
[0031]
On the other hand, when it is determined in ST2 that the privilege information barcode 41 is scanned based on the barcode data scanned by the scanner 26, the barcode 41 is analyzed to obtain a discount rate and a valid period. Then, the current date measured by the clock unit 14 is read as ST3, and it is determined whether or not the current date is a valid period of the privilege receipt 40. Here, if the current date is not within the validity period of the benefit receipt 40, it is invalid, and the process returns to the product registration presence / absence determination process in ST1. On the other hand, since it is valid when the current date is within the validity period of the privilege receipt 40, the discount rate of the privilege receipt 40 is overwritten and stored in the discount rate work memory of the RAM 13 as ST4. Thereafter, the process returns to the product registration presence / absence determination process in ST1.
[0032]
If it is determined in ST1 that there is product registration by key input on the keyboard 19 or scanning input by the scanner 26, product sales registration processing is executed in ST5. In this process, the preset unit price is read from the product code of the product registered by key input or scanning input, and the sales amount is calculated from this unit price and the number of sales points. This is a process of storing product sales data such as a product code, the number of sales points, and a sales price in the sales registration area of the RAM 13. Also included is a process for displaying registered product description data such as product names and sales prices preset in correspondence with product codes on the operator display 21 and the customer display 22.
[0033]
After completing the merchandise sales registration process in ST5, the CPU 11 determines whether or not a registration lock key is input in ST6. Here, when it is determined that the registration lock key is not input, the process returns to the product registration presence / absence determination process in ST1.
[0034]
If it is determined in ST6 that the registration key has been entered by key input on the keyboard 19, a product registration closing process is executed in ST7. This process is a process of calculating the total amount including the tax amount and tax from the sales amount of the product sales data for the latest one transaction stored in the sales registration area, and displaying it on the operator display 21 and the customer display 22. . At this time, if the discount rate is set in the discount rate work memory of the RAM 13, the total amount including the tax amount and the tax is calculated from the amount discounted at the discount rate, and the operator display 21 and the customer display 22 To display. Also, in cash transactions, waiting for input of the deposit amount, and if the deposit amount is entered, the total amount is subtracted from the deposit amount to obtain a change amount, and the operator display 21 and the customer display 22 Includes processing to display.
[0035]
After completing the product registration closing process in ST7, the CPU 11 determines whether or not the transaction is with a customer who has registered as a member in ST8. Here, when the card data of the member card 5 is read by the card reader 6, it is recognized as a transaction with a member customer, and when the card data is not read, the transaction is with a non-member customer. Recognize that there is (customer identification means).
[0036]
If the transaction is recognized as a transaction with a non-member customer in ST8, the print data of the transaction details is edited based on the product sales data for the most recent transaction stored in the sales registration area as ST9 and its total data. To do. And this transaction statement print data is output to the printer 24, and the purchase receipt 30 is printed and issued. This completes the current registration work process.
[0037]
On the other hand, if it is recognized in ST8 that the transaction is with a member customer. In ST10, a customer information inquiry message including the customer code in the member card data is created. Then, this inquiry message is transmitted to the store computer 1 through the LAN 3.
[0038]
Thereby, in the store computer 1, the customer master file 4 is searched using the customer code in the inquiry message as a key. Then, customer information such as name, gender, age, residential district, number of visits, privilege result flag, etc. is read from the record of the corresponding customer code, and is transmitted as a response to the POS terminal 2 as the inquiry source.
[0039]
Therefore, the CPU 11 of the POS terminal 2 that has transmitted the customer information inquiry message waits for reception of a response from the store computer 1 as ST11. And if the response message containing customer information is received within a fixed time (attribute item information acquisition means), the privilege condition determination processing specifically shown in FIG. 11 is executed as ST12 (condition determination means).
[0040]
First, the count value n of the corresponding item counter area formed in the RAM 13 is initialized to “0” as ST21. Next, the privilege result flag of the customer information that has been answered from the store computer 1 is checked as ST22. And if the privilege result flag is set to "1", since the privilege receipt 40 has already been issued to the customer on the main business day, this privilege condition determination process is terminated.
[0041]
On the other hand, when the privilege result flag is reset to “0”, the customer attribute item “sex” is acquired from the customer information in ST23. In ST24, the gender condition setting table 51 is searched to check the condition determination flag set corresponding to the gender in the customer information. If the condition determination flag is set to “1”, the customer satisfies the privilege granting condition regarding “gender” among the customer attribute items, so the count value n of the item corresponding number counter area is set as ST25. Counts up by “1”. On the other hand, when the condition determination flag is reset to “0”, the customer does not satisfy the privilege granting condition regarding “gender”, so the count value n is not counted up.
[0042]
Next, data of customer attribute item “age” is acquired from the customer information as ST26. Then, in ST27, the age group condition setting table 52 is searched, and the condition determination flag set corresponding to the age group to which the age in the customer information belongs is checked. Here, if the condition determination flag is set to “1”, the customer satisfies the privilege granting condition with respect to “age”. Therefore, in ST28, the count value n of the item hit count counter area is counted by “1”. Up. On the other hand, when the condition determination flag is reset to “0”, the customer does not satisfy the privilege granting condition regarding “age”, so the count value n is not counted up.
[0043]
Next, data of customer attribute item “residential district” is acquired from the customer information as ST29. Then, the residential area condition setting table 53 is searched as ST30, and the condition determination flag set corresponding to the residential area in the customer information is checked. Here, if the condition determination flag is set to “1”, the customer satisfies the privilege granting condition with respect to “residential district”. Therefore, as ST31, the count value n of the item hit count counter area is only “1”. Count up. On the other hand, when the condition determination flag is reset to “0”, the customer does not satisfy the privilege granting condition regarding “resident area”, and therefore the count value n is not counted up.
[0044]
Next, when the data of the customer attribute item “number of visits” is acquired from the customer information in ST32, “1” is added to the acquired data in ST33 to obtain the latest number of visits. Next, the store visit condition setting table 54 is searched as ST34, and the condition determination flag set corresponding to the store visit number layer to which the latest store visit belongs is checked. Here, if the condition determination flag is set to “1”, the customer satisfies the privilege granting condition with respect to “the number of visits”, so the count value n of the item hit counter area is set to “1” as ST35. Count up. On the other hand, if the condition determination flag is reset to “0”, the customer does not satisfy the privilege granting condition regarding “number of visits”, so the count value n is not counted up. Above, this privilege condition determination process is complete | finished.
[0045]
When the privilege condition determination process in ST12 is completed, the CPU 11 executes a privilege presence / absence determination process specifically shown in FIG. 12 as ST13.
[0046]
First, in ST41, the privilege determination table 55 is searched with the count value n of the item hit count counter area, and it is checked whether or not a privilege table number is set corresponding to the item hit count that matches the count value n. Here, in ST42, when the privilege table number is not set corresponding to the number of corresponding items corresponding to the count value n, that is, when the privilege table number = 0, the privilege granting condition was not satisfied, so ST43 The privilege flag provided in the flag area of the RAM 13 is reset to “0”.
[0047]
On the other hand, when the privilege table number is set corresponding to the number of items corresponding to the count value n, the total amount of purchased products of the customer calculated in the product registration closing process of ST7 is acquired as ST44. To do. Then, the privilege information table 36 or 37 of the privilege table number is searched as ST45, and privilege information (discount rate, time limit) in the amount range to which the total amount of purchased products acquired in the process of ST44 belongs is read. In ST46, the privilege flag is reset to “1”. The privilege presence / absence determination process is thus completed.
[0048]
When the privilege presence / absence determination process in ST13 is completed, the CPU 11 causes the purchase receipt 30 to be printed and issued in the same manner as ST9 in ST14. Thereafter, the privilege flag is examined as ST15. Here, since the privilege is not given to the customer when the privilege flag is reset to “0”, a member transaction result information message including no customer record including the customer code of the customer is created as ST16. To do. If this message is transmitted to the store computer 1 via the LAN 3, the current registration work process is terminated.
[0049]
On the other hand, when the privilege flag is set to “1” in ST15, since the privilege is given to the customer, the privilege information acquired in ST46 in the privilege presence / absence determination processing as ST17 ( The print data of the benefit receipt 40 is edited on the basis of the discount rate, the expiration date), and the benefit expiration date and benefit message data set in the benefit support table 38. Then, this print data is output to the printer 24 to print and issue a privilege receipt 40 (privilege granting means, privilege receipt issuing means).
[0050]
After that, as ST18, a member transaction result information message with a benefit record including the customer code of the customer is created, and when this message is transmitted to the store computer 1 via the LAN 3, the current registration work process is terminated.
[0051]
Note that, when the store computer 1 receives a member transaction performance information message without a privilege record from each POS terminal 2, the store computer 1 searches the customer master file 4 with the customer code in the message. If a record with the corresponding customer code is detected, the number of visits to the record is increased by “1”. In addition, when a member transaction performance information message with a bonus record is received from each POS terminal 2, the customer master file 4 is searched with the customer code in the message. If a record with the corresponding customer code is detected, the number of visits to the record is increased by “1”, and the privilege result flag is set to “1”.
[0052]
In the present embodiment configured as described above, when a campaign is performed in which a predetermined privilege is given only to a customer who satisfies a specific condition among customers who have visited the store, the store side stores the store computer in advance. To create condition setting tables 51, 52, 53, 54, privilege determination table 55, privilege information tables 56, 57 and privilege support table 58. The tables 51 to 58 are downloaded to the POS terminals 2 before opening the store on the campaign start date.
[0053]
7 is created as the privilege determination table 55, the data shown in FIG. 8 is created as the privilege information tables 56 and 57, and as the privilege support table 58 in FIG. It is assumed that data set with the data shown is created and downloaded to each POS terminal 2. Also, a gender condition setting table 51 is created in which the privilege granting condition for “male” is set to “0” and the privilege granting condition for “female” is set to “1”. The benefit granting conditions of “under age” and “18-25” are set to “1” and the other privilege granting conditions are set to “0”. The grant condition is “1” and the “out of city” privilege grant condition is set to “0”. As the store visit condition setting table 54, “30 to 49”, “50 to 74”, and “ It is assumed that a bonus grant condition of “75 times or more” is set to “1” and other bonus grant conditions are set to “0” and downloaded to each POS terminal 2.
[0054]
In this case, among the customers who are registered as members, a privilege that is given in the form of a score receipt 40 is given to a customer who satisfies the scoring conditions in at least two of the customer attribute items when paying for the purchased product. Is done. For example, if the member is a female customer whose gender is “female” and the residential area is “city”, even if the age is 26 years old or more and the number of visits is 29 or less, the item hit count is “2”. The privilege of the content set in the privilege information table 56 of the privilege information table number “100” is given. That is, if the purchase price is 999 yen or less, a privilege receipt 40 that functions as a 5% discount voucher valid for 3 days from October 17, 2001 is issued, and the purchase price is within the range of 3000 yen to 4999 yen. For example, a privilege receipt 40 (see FIG. 5) is issued that functions as a 15% discount coupon valid for three days from October 17, 2001.
[0055]
For member customers whose gender is “female” and the residential area is “city”, and who are 25 years old or younger and the number of visits is 30 or more, the number of applicable items is “4”. Therefore, the privilege of the content set in the privilege information table 57 of the privilege table number “200” is given. That is, if the purchase price is 999 yen or less, a privilege receipt 40 that functions as a 10% discount ticket valid for 5 days from October 17, 2001 is issued, and the purchase price is within the range of 3000 yen to 4999 yen. For example, a privilege receipt 40 functioning as a 20% discount coupon valid for 5 days from October 17, 2001 is issued.
[0056]
As described above, according to the present embodiment, the POS terminal 2 visits the store and purchases merchandise, depending on the setting of the privilege granting conditions corresponding to the items of the condition setting tables 51 to 54. Customers who have attributes, for example, female customers who are 25 years old or younger who live in the city, can be automatically selected, and a privilege receipt 40 that can be used as a discount coupon can be given to the customer. Therefore, when a campaign targeting a specific customer segment is executed, a discount ticket can be distributed to the customers of the target customer segment without the burden of the store clerk before the campaign is executed.
[0057]
In addition, according to the present embodiment, by setting all the privilege granting conditions corresponding to the respective items in the condition setting tables 51 to 54 to “1”, the benefits are provided to all customers who have visited the store and purchased the product. Can also be given.
[0058]
Furthermore, according to this embodiment, since the privilege determination table 55 is provided and a plurality of privilege information tables 56 and 57 are provided, more beneficial privileges are provided to customers with more customer attribute items that satisfy the privilege granting conditions. The privilege grant method which can be obtained can be implemented easily.
[0059]
Further, according to the present embodiment, the privilege receipt 40 is printed and issued as a horizontal print image obtained by rotating the print image by 90 degrees from the purchase receipt 30, so that it can be easily distinguished from the purchase receipt 30. Can do. As a result, it is possible to prevent a mistake that the privilege receipt 40 is accidentally discarded together with the purchase receipt 30. Further, since the expiration date and the privilege message can be printed in one line by printing in the horizontal print image, there is an advantage that a receipt that makes it easy to understand the content of the privilege can be obtained for those who handle the privilege receipt 40.
[0060]
The present invention is not limited to the one embodiment.
For example, in the embodiment described above, the POS terminal 2 is used to give a privilege to a specific customer who has visited the store and purchased the product. However, the product has not been purchased just by visiting the store. It is also possible to apply the present invention to a customer management device installed at a store so that a similar privilege can be given to a specific customer.
[0061]
That is, a customer management apparatus including a card reader 6 that can read card data of the membership card 5 is connected to the LAN 3. In addition, the condition setting tables 51, 52, 53, 54, the privilege determination table 55, the privilege information tables 56, 57, and the privilege support table 58 are stored in the RAM of the customer management device. Then, when the member customer who visited the store causes his / her member card data to be read by the card reader 6 of the customer management apparatus, the CPU of the customer management apparatus ST10, ST11, ST12 of the registration work process shown in FIG. , ST13, ST15, ST17, ST18, the program is configured to execute sequentially. By doing so, the customer management device can automatically select a customer having a desired attribute from among the customers who have visited the store, and can grant a privilege receipt 40 that can be used as a discount ticket to the customer. .
[0062]
In the embodiment, various items of information relating to the attributes of each customer are collectively stored and managed in the customer master file 4. The customer's attribute item information may be acquired by recording the information and reading it with the card reader 6.
[0063]
In addition, it is needless to say that various modifications can be made without departing from the gist of the present invention, such as making a privilege given to a specific customer a coupon for a specific product or a service point.
[0064]
【The invention's effect】
As described above in detail, according to the present invention, it is possible to provide a customer management apparatus capable of selecting a customer having a specific attribute from customers who have visited a store and giving a privilege.
[0065]
Moreover, according to this invention, the merchandise sales registration data processing apparatus which can select the customer which has a specific attribute from the customer who visited the store and purchased goods and can provide a privilege can be provided.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an overall configuration of a POS system according to an embodiment of the present invention.
FIG. 2 is a view showing a record format of a customer master file in the embodiment.
FIG. 3 is a block diagram showing a main configuration of a POS terminal according to the embodiment.
FIG. 4 is a view showing an example of a purchase receipt printed and issued from a POS terminal according to the embodiment;
FIG. 5 is a view showing an example of a privilege receipt printed and issued from a POS terminal according to the embodiment.
6 is a diagram showing a data configuration of a condition setting table formed in the RAM of the POS terminal in the embodiment. FIG.
FIG. 7 is a diagram showing a data configuration of a privilege determination table formed in the RAM of the POS terminal in the embodiment.
FIG. 8 is a diagram showing a data configuration of a privilege information table formed in the RAM of the POS terminal in the embodiment.
FIG. 9 is a view showing a data structure of a privilege support table formed in the RAM of the POS terminal in the embodiment.
FIG. 10 is a flowchart showing a main part of registration work processing executed by the CPU of the POS terminal according to the embodiment;
11 is a flowchart specifically showing privilege condition determination processing in FIG.
12 is a flowchart specifically showing a privilege presence / absence determination process in FIG.
[Explanation of symbols]
1 ... Store computer
2 ... POS terminal
4. Customer master file
5 ... Membership card
6 ... Card reader
40 ... Receipt receipt
51-54 ... Condition setting table
55. Bonus determination table
56, 57 ... privilege information table
58… Special support table

Claims (6)

顧客の属性に関する複数種類の項目に対してそれぞれ特典を付与する条件を設定する条件設定手段と、
顧客に対して付与される複数種類の特典を設定する特典設定手段と、
来店した顧客を特定する顧客特定手段と、
この顧客特定手段により特定された顧客の属性に関する各種項目の情報を取得する属性項目情報取得手段と、
この属性項目情報取得手段により取得した前記顧客の属性に関する各種項目毎に前記条件設定手段により設定されている条件を満足するか否かを判定する条件判定手段と、
この条件判定手段により条件を満足すると判定された項目数をカウントするカウント手段と、
前記特典設定手段により設定された複数の特典の中から前記カウント手段によりカウントされた項目数に応じた特典を選択して付与する特典付与手段と、
を具備したことを特徴とする顧客管理装置。
Condition setting means for setting conditions for granting benefits to a plurality of types of items related to customer attributes,
A privilege setting means for setting a plurality of types of privileges granted to customers;
Customer identification means to identify the customers who visited the store,
Attribute item information acquisition means for acquiring information on various items related to customer attributes specified by the customer specification means;
Condition determining means for determining whether or not a condition set by the condition setting means is satisfied for each of various items related to the customer attribute acquired by the attribute item information acquiring means;
Counting means for counting the number of items determined to satisfy the condition by the condition determining means ;
A privilege granting unit that selects and grants a privilege according to the number of items counted by the counting unit from among a plurality of privileges set by the privilege setting unit ;
A customer management device characterized by comprising:
特典付与手段は、カウント手段によりカウントされた項目数が多いほど顧客にとって有益な特典を付与することを特徴とする請求項1記載の顧客管理装置。The customer management device according to claim 1, wherein the privilege granting unit gives a privilege that is more beneficial to the customer as the number of items counted by the counting unit increases. 特典付与手段により付与される特典は、次回来店時に使用可能な割引券であることを特徴とする請求項1または2記載の顧客管理装置。The customer management apparatus according to claim 1 or 2, wherein the privilege granted by the privilege granting means is a discount ticket that can be used at the next visit to the store. 顧客が購入する商品の販売データを登録処理し買上レシートを印字発行する商品販売登録データ処理装置において、
顧客の属性に関する複数種類の項目に対してそれぞれ特典を付与する条件を設定する条件設定手段と、
顧客に対して付与される複数種類の特典を設定する特典設定手段と、
商品を購入した顧客を特定する顧客特定手段と、
この顧客特定手段により特定された顧客の属性に関する各種項目の情報を取得する属性項目情報取得手段と、
この属性項目情報取得手段により取得た前記顧客の属性に関する各種項目毎に前記条件設定手段により設定されている条件を満足するか否かを判定する条件判定手段と、
この条件判定手段により条件を満足すると判定された項目数をカウントするカウント手段と、
前記特典設定手段により設定された複数の特典の中から前記カウント手段によりカウントされた項目数に応じた特典を選択して特典レシートを発行する特典レシート発行手段と、
を具備したことを特徴とする商品販売登録データ処理装置。
In the product sales registration data processing device that registers the sales data of the products that the customer purchases and prints and issues a purchase receipt,
Condition setting means for setting conditions for granting benefits to a plurality of types of items related to customer attributes,
A privilege setting means for setting a plurality of types of privileges granted to customers;
A customer identification means to identify the customer who purchased the product,
Attribute item information acquisition means for acquiring information on various items related to customer attributes specified by the customer specification means;
Condition determining means for determining whether or not a condition set by the condition setting means is satisfied for each of various items related to the customer attribute acquired by the attribute item information acquiring means;
Counting means for counting the number of items determined to satisfy the condition by the condition determining means ;
A privilege receipt issuing means for selecting a privilege corresponding to the number of items counted by the counting means from among a plurality of benefits set by the privilege setting means and issuing a privilege receipt;
A merchandise sales registration data processing apparatus comprising:
特典レシート発行手段により特典レシートに印字される特典情報は割引券の情報であり、売上金額が高い顧客に対して割引率の大きい割引券情報を印字した特典レシートを発行するようにしたことを特徴とする請求項記載の商品販売登録データ処理装置。The privilege information printed on the privilege receipt by the privilege receipt issuing means is discount ticket information, and a privilege receipt printed with discount ticket information with a large discount rate is issued to customers with high sales amount The merchandise sales registration data processing apparatus according to claim 4 . 特典レシート発行手段は、買上レシートとは印字イメージを90度回転させた横印字イメージで特典レシートを印字し発行することを特徴とする請求項または記載の商品販売登録データ処理装置。6. The merchandise sales registration data processing apparatus according to claim 4 or 5 , wherein the privilege receipt issuing means prints and issues a privilege receipt with a lateral print image obtained by rotating the print image by 90 degrees from the purchase receipt.
JP2001322417A 2001-10-19 2001-10-19 Customer management device and merchandise sales registration data processing device Expired - Fee Related JP3619798B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001322417A JP3619798B2 (en) 2001-10-19 2001-10-19 Customer management device and merchandise sales registration data processing device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001322417A JP3619798B2 (en) 2001-10-19 2001-10-19 Customer management device and merchandise sales registration data processing device

Publications (2)

Publication Number Publication Date
JP2003132430A JP2003132430A (en) 2003-05-09
JP3619798B2 true JP3619798B2 (en) 2005-02-16

Family

ID=19139470

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001322417A Expired - Fee Related JP3619798B2 (en) 2001-10-19 2001-10-19 Customer management device and merchandise sales registration data processing device

Country Status (1)

Country Link
JP (1) JP3619798B2 (en)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4657665B2 (en) * 2004-09-29 2011-03-23 株式会社みずほ銀行 Point service management method and point service management program
JP4484655B2 (en) 2004-10-01 2010-06-16 東芝テック株式会社 Product sales data processing device
JP2006215687A (en) * 2005-02-02 2006-08-17 Ishida Co Ltd Pos system
JP4227982B2 (en) * 2005-10-17 2009-02-18 ヴィンキュラムジャパン株式会社 Sales information management system
JP2008217222A (en) * 2007-03-01 2008-09-18 Vinculum Japan Corp Sales promotion system and program
WO2009142219A1 (en) * 2008-05-20 2009-11-26 日本電気株式会社 Point service providing system, point service providing device, point service providing method and recording medium
JP2013011934A (en) * 2011-06-28 2013-01-17 Casio Comput Co Ltd Sales data processor, sales data processing system and program
JP2017059100A (en) * 2015-09-18 2017-03-23 大日本印刷株式会社 Point management device, control method, and program
JP2017120466A (en) * 2015-12-28 2017-07-06 東芝テック株式会社 Commodity sales data processing device and program
JP7071076B2 (en) * 2017-08-25 2022-05-18 東芝テック株式会社 Server equipment and programs
JP7210932B2 (en) * 2018-08-10 2023-01-24 富士電機株式会社 BEVERAGE SUPPLY AND SALES DEVICE AND BEVERAGE SUPPLY AND SALES METHOD

Also Published As

Publication number Publication date
JP2003132430A (en) 2003-05-09

Similar Documents

Publication Publication Date Title
AU740766B2 (en) In-store points redemption system and method
US7933800B2 (en) Multiple offer coupon
US8712836B2 (en) Point-of-sale server and method
US9070133B2 (en) Intelligent coupon network
US6901373B1 (en) Method and apparatus for tracking customer purchasing habits
BG98172A (en) Method and device for selective distribition of chits for price rebates
JP2001521214A (en) Coupon distribution system and apparatus having a border selectively printed on a selected product
JP3699358B2 (en) Product sales registration data processing apparatus and product sales registration data processing system
JP3619798B2 (en) Customer management device and merchandise sales registration data processing device
JP3699313B2 (en) Product sales registration device
JP3771448B2 (en) Coupon issuing device
JP3745647B2 (en) Coupon issuing system
JP2001222767A (en) Merchandise sales method and merchandise sakes registering device
JP2000353280A (en) Data processor
JP3587736B2 (en) Product sales registration data processing device
JP2001290995A (en) Point managing device
JP3655123B2 (en) Purchased goods management system
JP3806321B2 (en) Product sales registration data processing device
JPH1011508A (en) Merchandise sales registering data processor
JP2005234951A (en) Commodity sales data processor
JP3076685B2 (en) Product sales data processing device
JP4861808B2 (en) Product sales data processing device
JP3891704B2 (en) Product sales registration processing device
JP3722213B2 (en) Product sales data processing system
JPH09138890A (en) Commodity sales registered data processor

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20040521

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040525

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040714

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: 20041109

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20041115

R150 Certificate of patent (=grant) or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (prs date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081119

Year of fee payment: 4

FPAY Renewal fee payment (prs date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091119

Year of fee payment: 5

FPAY Renewal fee payment (prs date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091119

Year of fee payment: 5

FPAY Renewal fee payment (prs date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101119

Year of fee payment: 6

FPAY Renewal fee payment (prs date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101119

Year of fee payment: 6

FPAY Renewal fee payment (prs date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111119

Year of fee payment: 7

FPAY Renewal fee payment (prs date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111119

Year of fee payment: 7

FPAY Renewal fee payment (prs date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121119

Year of fee payment: 8

FPAY Renewal fee payment (prs date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131119

Year of fee payment: 9

LAPS Cancellation because of no payment of annual fees