JP2004094708A - 顧客情報管理システム及びプログラム - Google Patents
顧客情報管理システム及びプログラム Download PDFInfo
- Publication number
- JP2004094708A JP2004094708A JP2002256459A JP2002256459A JP2004094708A JP 2004094708 A JP2004094708 A JP 2004094708A JP 2002256459 A JP2002256459 A JP 2002256459A JP 2002256459 A JP2002256459 A JP 2002256459A JP 2004094708 A JP2004094708 A JP 2004094708A
- Authority
- JP
- Japan
- Prior art keywords
- customer
- information
- card
- child
- data
- 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.)
- Granted
Links
- 238000012545 processing Methods 0.000 claims abstract description 36
- 238000000034 method Methods 0.000 claims description 14
- 230000008569 process Effects 0.000 claims description 12
- 230000010365 information processing Effects 0.000 claims description 4
- 230000008520 organization Effects 0.000 abstract 1
- 238000004891 communication Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 238000012549 training Methods 0.000 description 6
- 238000012790 confirmation Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000009825 accumulation Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
【解決手段】この発明による顧客情報管理システムでは、顧客識別情報に対応して顧客毎の顧客データがセンターAの顧客DBに蓄積され、親カードMCの顧客データは、子カードSCの顧客識別情報(子カード顧客ID)を子識別データとして含む。センターAは、教室Bや店舗Cでの子カードSCの利用(3,6)に伴い取得された子カード顧客ID(4,7〜9)から、顧客DB内の親カード顧客データにアクセスし、子カードSCの利用状況情報を蓄積する。そして、この利用状況情報に基づいて親カードMCの顧客に対する決済処理が行われる。また、子カードSCの利用状況に対応する利用ポイント情報が親カードMCに対して発生され、顧客DBの親カード顧客データに蓄積される(10)。
【選択図】図3
Description
【発明の属する技術分野】
この発明は、音楽教室等の教習機関における生徒情報や各種店舗等における顧客情報を管理する顧客情報管理システムに関する。
【0002】
【従来の技術】
本出願人は、IDカードを利用した教習機関(教室)の出席/帰宅受付対応システムを特願2001−114316(以下、「先願」という。)により既に提案している。このような教室の運営者側としては、顧客固有のIDカード(生徒IDカード)として出席/帰宅受付対応システムに専用のIDを割り振ったカードを発行してもよいが、顧客が所有しているクレジットカードを利用し、当該クレジットカードの識別情報を顧客識別情報として利用すれば、レッスン料等を支払う顧客と生徒とが一意に定まるため管理上望ましい。
【0003】
また、音楽教室などにあっては、教室の運営者が同時に楽器店といった販売店をも経営している場合があり、この面からもクレジットカードを顧客(生徒)IDカードに利用できれば、店舗及び教室の両面からの顧客管理を円滑に行うことが可能となり、事業運営上望ましい。
【0004】
クレジットカードの情報を生徒を識別するIDとして利用する場合、生徒である顧客としては、別途、カードの発行を受けるのではなく、クレジットカード自体をIDカードとして利用できるほうが便利である。しかし、一般に教室に通う生徒は幼児乃至未成年である場合が多く、こういった生徒にクレジットカードを渡して教室の出席や帰宅の受付に使用させることは、望ましいとは言えない。
【0005】
【発明が解決しようとする課題】
この発明の主たる目的は、このような問題点に鑑み、教習機関の生徒や店舗等の顧客などを識別するための顧客IDカードに、決済機能を有する親カードの属性を継承する子カードを用いることにより、教習機関や店舗等における顧客情報の管理を容易にすると共に子カードの利用性を向上させることができる顧客情報管理システムを提供することにある。
【0006】
【課題を解決するための手段】
この発明の主たる特徴に従うと、顧客毎の顧客識別情報に対応して顧客データを記憶する顧客情報記憶手段であって、顧客識別情報が親情報である顧客データ(親カード顧客DB)には、当該顧客識別情報(親カード顧客ID)を親情報とする顧客データ(子カード顧客DB)の顧客識別情報(子カード顧客ID)が子識別データとして含まれるもの(AD)と、子情報である顧客識別情報(子カード顧客ID)の利用(B1,C1)に伴い当該顧客識別情報を取得する手段(A1,A6)と、取得された顧客識別情報を子識別データとする顧客データ(親カード顧客DB)に、当該顧客識別情報の利用状況を表わす利用状況情報(カード利用履歴)を蓄積させる利用状況蓄積手段(A3,A8)とを具備する顧客情報管理システム〔請求項1〕、並びに、顧客毎の顧客識別情報に対応して顧客データを記憶する顧客情報記憶手段であって、顧客識別情報が親情報である顧客データには、当該顧客識別情報を親情報とする顧客データの顧客識別情報が子識別データとして含まれるもの(AD)を具備する顧客情報処理装置(A)に対して、子情報である顧客識別情報の利用(B1,C1)に伴い当該顧客識別情報を取得するステップ(A1,A6)と、取得された顧客識別情報を子識別データとする顧客データに、当該顧客識別情報の利用状況を表わす利用状況情報を蓄積させるステップ(A3,A8)とから成る手順を実行させるための顧客情報管理プログラム〔請求項5〕が提供される。なお、括弧書きは、対応する実施例中の参照記号乃至用語を表わし、以下においても同様である。
【0007】
この発明による顧客情報管理システムにおいては、さらに、取得された顧客識別情報を子識別データとする顧客データ(親カード顧客DB)について、当該顧客データに蓄積された利用状況情報に基づく決済処理を行う決済処理手段(A5,A8)を具備する〔請求項2〕ように構成したり、取得された顧客識別情報の利用状況に対応した利用ポイントを表わす利用ポイント情報を発生し、当該顧客識別情報を子識別データとする顧客データ(親カード顧客DB)に、当該利用ポイント情報を蓄積させる利用ポイント生成手段(A3,A8)を具備する〔請求項3〕ように構成することができる。この場合、決済処理手段(A5,A8)或いは利用ポイント生成手段(A3,A8)は、決済処理可能な金額又は利用課目或いは利用ポイント情報の適用範囲に制限を与える利用範囲制限手段を有する〔請求項4〕ように構成することができる。
【0008】
〔発明の作用〕
この発明による顧客情報管理システムでは、親カード(クレジットカード等)の属性を継承する子カード(教室IDカード等)が用いられ、子カードの顧客識別情報は、親カードに対応する顧客識別情報を親情報としている。顧客(音楽教室の生徒など)がレッスンや購買に際して子カードを利用(使用)すると、子カードの顧客識別情報から親カードの顧客情報記憶手段(AD)にアクセスし、子カードの利用状況をその顧客データに蓄積して管理する。つまり、子カードは決済機能を有していないが親カードの属性を継承しているので、実際にレッスン料を支払うべき親カード顧客(親カード所有者)の顧客情報を一意に特定し、生徒のカード利用状況を容易に管理することができる。
【0009】
このシステムでは、子カードの利用に対してチェック(小切手)を設定して、子カードを一種のプリペイドカードの如く利用することも可能であり、チェック利用に基づく決済処理は親カード顧客に対して行うことができる。また、子カードの利用状況情報が親カードの顧客情報記憶手段(AD)にも利用履歴として蓄積されるので、さらに、子カードの利用状況に応じて割引やプレゼントサービス等のカード利用上の特典(所謂“ポイント”)を利用ポイント情報として親カードに付与することができ、親カード所有者に対するインセンティブともなる。
【0010】
さらに、上述のようにカードの利用状況情報を識別して決済処理を行ったりポイント付与(加算)等を適用する場合には、子カード利用における決済可能な金額の範囲やポイント付与の適用範囲などについて制限を設けることによって、子カードの不必要又は過剰な利用を抑制することができる。
【0011】
【発明の実施の形態】
〔システムの概要〕
図1は、この発明の一実施例による顧客情報管理システムの概要図である。この顧客情報管理システムは、図1(1)の全体図に示すように、センターAと、教室端末B、店舗端末C、顧客端末Dなどの各端末から成り、センターAと各端末B〜Dは、有線〔Ether(イーサ)ネット(商標)、IEEE1394、USB(Universal Serial Bas)等〕又は無線〔IEEE802.11、Bluetooth(商標)等〕で通信回線を介して通信を行うことができる。センターAは、教室の運営者により管理される所謂“サーバ装置”であって、通信機能を有するパーソナルコンピュータ(PC)やサーバマシンなどの情報処理装置で構成され、顧客データベース(顧客DB)ADを備える。
【0012】
また、各端末B〜Dは、センターAと通信可能な情報処理装置である。教室端末B及び店舗端末Cは、カードCdの記録内容を読み取ることができるカードリーダBR,CRを備え、既存のPOSレジ〔POS(Point Of Sales)システムのレジスタ〕やPC等が用いられる。また、顧客端末Dは、PCや、携帯通信端末(携帯電話機等)、PDA(Personal Digital Assistant)などで構成される。
【0013】
なお、カードCdには、後述するように、子カードSCと親カードMCがあり、子カードSCは、センターAにより情報管理される教室においてレッスン(教習)を受ける生徒が所有し利用(使用)することができる。これに対して、親カードMCは、例えば、子カードSCを所有する生徒の保護者が所有し利用することができる。また、子カードSCには、対応する親カードMCが存在し、子カードSCは金銭の処理に関して親カードMCに従属的である。
【0014】
図1(2)は、各端末B〜D及びセンターAのハードウエア構成の一例を示す。各端末B〜D又はセンターAは、当該端末B〜D又はセンターAの動作を制御する中央処理装置(CPU)1、制御プログラムや制御用データを記憶した読出専用メモリ(ROM)2、処理用データ等を一時記憶するランダムアクセスメモリ(RAM)3、種々のデータやプログラムを記憶するハードディスク(HD)などの外部記憶装置4、当該端末B〜DからセンターAへ又は当該センターAから各端末B〜Dへと通信するためのモデムやLANカード等の通信部5などの構成要素を備え、これらの構成要素1〜5はバス6を介して相互に接続される。
【0015】
ここで、センターAにおける外部記憶装置4には、前述した顧客データベース(DB)ADが構築される。なお、教室端末Bでは、例えば、先願の図1の構成のように外部記憶装置4に生徒データベースを構築し、生徒ID、クラス情報、出席予定日時、出欠管理情報(出欠フラグ)、メッセージ、生徒氏名などから成る各生徒別情報を、この生徒データベースに登録しておくことができる。
【0016】
また、端末B〜Dには、バス6に接続される入出力部7が設けられ、端末B,Cには、更にカードリーダ用入出力インターフェース(I/O)8を介してカードリーダR(BR,CR)が接続される。ここで、入出力部7は、キーやボタン等の入力操作子を備えた入力部と、CRT、LCD等の表示装置や、プリンタ等の印刷装置、楽音や音声の放音装置などを含む出力部から成る。I/O8は、当該端末B,Cに備えられたカードリーダR(BR,CR)にてカードSC,MCから読み取った記録情報を当該端末B,C内に取り込む。なお、センターAには、これら要素7,8,Rは必須のものではないが必要に応じて設けてもよい。
【0017】
〔カード及び顧客データベース〕
図2は、カード及び顧客データベース(DB)の記録内容を説明するための図である。まず、カードCdについては、親カードMCは、所謂“クレジットカード”であり決済能力を有し、子カードSCは、教室IDカードであり、親カードMCの決済能力を除く属性を継承する。従って、親カードMCには、少なくともクレジットカード番号情報が顧客識別情報(親情報)として記録されており、例えば、クレジット会社ID、有効期限などの情報が付記される。また、子カードSCには、少なくとも、教室でレッスンを受ける生徒の顧客ID情報が顧客識別情報(子情報)として記録される。
【0018】
親カードMC及び子カードSCは共に、店舗や教室などにおいて、例えば、顧客識別、教室での出欠登録、商品購入時のカード提示によるサービスポイント等の付与或いは販売割引のようなサービスを受けることができる。つまり、親カードMCと子カードSCは、教室端末B或いは店舗端末Cにおいて、運用上ほとんど区別することなく扱われる。両カードMC,SC共に、教室の出欠管理や各店舗における顧客利用ポイントの発行或いは商品購入時のカード決済といったサービスの提供を受けることができるが、子カードSCでは実際の決済が行われない点が異なるのである。
【0019】
また、当該教室の運営・管理のために、センターAの顧客データベース(顧客DB)ADには、各顧客毎に、当該顧客に関する情報が蓄積される。顧客データベースAD上において、親カードMCの顧客と子カードSCの顧客は同等として扱われるが、子カードSCの顧客については、親カードMCの顧客について記録される決済関連情報(クレジット番号等のクレジットカード情報)の代わりに、対応する親カードMCの顧客ID情報が登録されている点が異なる。
【0020】
顧客データベースADに顧客毎に記録される顧客データは、親及び子カードMC,SCでは、決済機能の有無によって、図2中央及び右側に例示するように、若干タイプの異なるデータ構造になっており、それぞれ、親カード顧客DB及び子カード顧客DBと呼ばれる。
【0021】
親カードMCに対応する顧客データ(親カード顧客DB)には、図2中央のように、顧客識別情報として、このシステム内での処理のために親カードMCに対して設定される顧客ID情報(親カード顧客ID)と、親カードMCの利用に対するクレジット番号情報が記録される。親カード顧客DBには、親カードのカード有効期限、クレジット会社IDやカード決済情報、顧客の氏名や住所等を表わす顧客個人情報、カード利用(使用)履歴、利用ポイントなどが更に記録される。また、当該親カードMCに従属する子カードSC(複数可)の顧客ID(子カード顧客ID)が付記され、当該親カード顧客DBに関係する子カード顧客DBを検索するためのキー(子識別データ)として用いられる。
【0022】
一方、子カードSCに対する顧客データ(子カード顧客DB)には、図2右側のように、顧客識別情報として子カードSCの顧客ID情報(子カード顧客ID)が用いられる。また、当該子カードSCが従属している親カードMCの顧客ID(親カード顧客ID)が付記され、当該子カード顧客DBに関係する親カード顧客DBを検索するためのキー(親識別データ)として用いられる。子カード顧客DBには、さらに、顧客個人情報(氏名や住所など)、カード利用履歴、お小遣いチェックなどの情報が記録される。
【0023】
なお、カード利用履歴情報には、カードを利用した日時、顧客が受けたレッスンなどの教習サービス(出席登録)や購入した商品などの明細、レッスンを受けた教室や利用した店舗などの情報が蓄積される。また、カード利用履歴情報から教習サービスに関する教室出席データが抽出され、顧客端末Dに通知することができる。利用ポイント情報は、カードの利用によって発生する所謂“サービスポイント”を表わす情報であり、このポイント数に応じた商品購入時の割引特典などを発生させるのに用いられる。
【0024】
〔サービスの流れ〕
図3は、この発明の一実施例による顧客情報管理システムにおけるサービスの流れを説明するための図である。ここで、図3を用いて、このシステムの機能を概略的に説明しておく。センターAの顧客データベースADには、顧客識別情報に対応して顧客毎の顧客データが蓄積され、親カードMCの顧客データは、従属する子カードSCの顧客識別情報(子カード顧客ID)を子識別データとして含む。センターAは、教室Bや店舗Cでの子カードSCの利用(3,6)に伴い取得される子カード顧客ID(4,7〜9)から、顧客データベースAD内の親カード顧客データにアクセスし、子カードSCの利用状況情報(カード利用履歴)を蓄積させる。この利用状況情報に基づいて親カードMCの顧客に対する決済処理が行われる。また、子カードSCの利用状況に対応する利用ポイント情報が親カードMCに対して発生され、親カード顧客データに蓄積される(10)。
【0025】
以下、より詳しく説明する。例えば、親カード所有者は、親カードMCを用いて顧客端末DからセンターAに対し「(1)子カードSCの発行を申請する」ことができる。センターAは、これに応じて「(2)子カードSCを発行する」ための処理を行い、教室の管理者側では、この処理に基づいて、当該親カード所有者に関係する当該教室の生徒に対して子カードSCを発行し、発行された子カードSCは当該生徒が利用することができる。
【0026】
子カードSCを所有する生徒が、教室でレッスンを受ける際に、子カードSCを教室端末BのカードリーダBRに投入すると、教室端末Bでは、当該生徒について「(3)出席を確認する」一方、センターAに対してその旨を通知すると共に「(4)利用ポイントを加算する」ことを指示する。これに対し、センターAは、カード利用履歴情報及び利用ポイント情報を更新し、カード利用履歴情報中の教室出席データ及び利用ポイント情報は顧客端末Dに通知することができる。
【0027】
このシステムでは、親カードMCを用いて、当該親カードMCに従属する子カードSCについて「(5)お小遣いチェック(小遣い小切手)を設定する」ことができる。この設定は、親カード所有者が親カードMCにより顧客端末DからセンターAに対して当該子カードSCへの“お小遣いチェック”の設定を要求することにより実現される。子カードSCに“お小遣いチェック”が設定されると、生徒は、店舗にて当該子カードSCを店舗端末Cに投入することにより「(6)商品を購入する」ことができる。
【0028】
店舗での商品購入に際して、店舗端末Cは、センターAとの間で「(7)子カードSCに設定されているチェック利用限度額の範囲内にあることを確認する」ための処理を行い、この確認が取れると、「(8)親カード(親顧客ID)に対して決済する」処理及び「(9)利用ポイントを加算する」処理ことをセンターAに指示する。そして、センターAは、これら利用限度額確認、カード決済及び利用ポイント加算に対応する処理を実行し、店舗端末Cに対してこれらの処理が完了したことを通知すると共に、これ以後に利用される親カードMCに対して「(10)利用ポイントに応じたサービス特典を付与する」処理を行う。
【0029】
〔処理フロー例1〕
図4は、上述した「(3)出席確認」及び「(4)利用ポイント加算」のサービス並びにその後の通知サービスを行う場合の処理例を表わすフローチャートである。教室でのレッスンが終了した時に、生徒が教室端末BのカードリーダBRに子カードSCを通過させると(ステップB1)、当該教室端末Bの生徒データベース(4)において、子カードSCの顧客ID(子カード顧客ID)に関する出欠管理情報(出欠フラグ)が更新され、当該レッスンについて「出席」とされる(ステップB2)。この場合、例えば、先願の図4(S11〜S13)のように、予め、レッスンが開始される前にカードリーダBRで子カードSCから子カード顧客IDを読み取り当該レッスンの受講予定を確認しておき、レッスン終了時に再度読取りを行うようにすると、出席を的確に確認することができる。
【0030】
教室端末Bは、出欠(出席)確認後、次いで、子カード顧客IDと共に「出席」情報及びポイント加算要求をセンターAに通知する(ステップB4)。一方、センターAでは、教室端末Bから子カード顧客ID等の通知が来ると、当該子カード顧客IDに基づいて顧客データベースADを検索し、対応する親カード顧客IDを特定した上(ステップA1)、出席確認及び利用ポイント加算の処理が行われ、対応する顧客データベースAD上の情報を更新する(ステップA3)。
【0031】
つまり、出席確認処理(A3)では、教室端末Bから通知されてきた「出席」情報に応じて、顧客データベースADの当該子カード顧客に関するカード利用履歴情報に「レッスンの出席登録にカードSCを利用した」旨が追加される。また、これと同時に、子カード顧客IDに対応する親カード顧客IDのカード利用履歴情報についても、当該子カード顧客IDの子カードを「出席登録に利用した」旨の履歴が追加される。また、利用ポイント加算処理(A3)では、「出席」に相当する所定の利用ポイントが親カード顧客IDの利用ポイントに加算される。
【0032】
なお、加算される利用ポイントについては、図4に破線枠(ステップA2又はステップB3)で示すように、子カードSCの所有者の利用状況即ち出席状況に応じて親カードに加算されるポイントを決定するようにしてもよい。この場合、例えば、上級コースに出席した場合ほど多くのポイントを与えたり、複数回のレッスンからなるコースを受講するような場合に欠席なく皆勤を続けるほど多くのポイントを与えたり、コースを皆勤で修了した場合ボーナスポイントを与える。
【0033】
このような利用ポイントの決定は教室端末B又はセンターAの何れで行ってもよい。例えば、教室端末Bにおいて、出欠管理情報を「出席」にする処理(B2)の後、教室で受けたレッスン内容に応じて利用ポイント値を求める処理(B3)を行ってから、求められた加算ポイント数或いはポイント相当金額をセンターに通知する(B4)ようにしてもよい。或いは、これに代って、センターAにおいて、各子カード顧客IDに対応するレッスン情報等を蓄積し、蓄積された情報に基づいて利用ポイントを決定する(A2)ようにしてもよい。
【0034】
子カードSCの利用状況(この場合は「出席」通知及び利用ポイント情報)は、センターAから顧客端末Dに通知され(ステップA4)、親カードMCの所有者(顧客)は顧客端末Dによりこれを確認することができる(ステップD1)。
【0035】
〔処理フロー例2〕
図5は、前述した「(5)お小遣いチェック設定」〜「(10)利用ポイントに応じたサービス特典付与」のサービスを行う場合の処理例を表わすフローチャートである。まず、親カードMCの所有者は、顧客端末Dを用いて子カードSCに「お小遣い金額」を設定し(ステップD2)、適宜、センターAに「お小遣い設定要求」を発して、親カード顧客ID、子カード顧客ID及び設定金額情報を送信する。これに応じて、センターAは、子カードMCを特定して、顧客データベースADの子カード顧客IDのお小遣いチェックのデータに、設定金額情報に対応する値を加算する(ステップA5)。この場合、設定の形態は、設定の都度、設定金額情報に対応する「お小遣いポイント」を子カードSCに加算するようにしてもよいし、毎月定額の「お小遣いポイント」が子カードSCに加算されるようにしてもよい。さらに、限度額を設定して、「お小遣いポイント」がこの上限を超えないようにしてもよい。
【0036】
一方、子カードSCの所有者(児童等)は、店舗において、子カードSCを利用して物品を購入したり教室レッスンとは別の販売サービスを受けることができる。この際、店舗で提示された子カードSCが店舗端末CのカードリーダCRにかけられて、当該子カードSCによる子カード顧客IDや店舗での購入金額(利用額)などの情報が店舗端末CからセンターAに送信される(ステップC1)。
【0037】
センターAは、顧客データベースADにアクセスして、子カード顧客IDに対応する親カード顧客IDを特定すると共に、当該子カード顧客IDのお小遣いチェックの利用の可否のためにチェック利用条件を照合する(ステップA6)。ここで、当該IDのお小遣いチェックのお小遣い額残高が購入金額以上であり、当該チェックが利用可能な状態であるかどうかを判定し(ステップA7)、利用不可の場合は(A7→NO)、利用不可通知を店舗端末Cに返送する。店舗では、この返送を受けて現金による処理を店舗において行う。この場合は、センターAは、通常の顧客カードと同じ扱いでポイント処理を行い、子カード顧客IDに対応する親カード顧客IDの利用ポイントを付加することになる(図示せず)。
【0038】
一方、子カード顧客IDのお小遣いチェックが利用可能であれば(A7→YES)、カード決済及び利用ポイント加算の処理を行い、対応する顧客データベースADの情報を更新する(ステップA8)。即ち、特定された親カード顧客IDの取引金融機関情報について利用金額のカード決済の処理を行い、子カード顧客IDのお小遣いチェックの残高を減ずると共に、子カードSCの利用による「購入」に相当するポイントを当該親カード顧客IDの利用ポイントに加算する。
【0039】
そして、センターAは、カード決済及び利用ポイント加算処理が完了した旨を店舗端末Cに通知すると共に、子カードの利用状況(この場合は「購入」)を顧客端末Dに通知する(ステップA9)。これに対して、親カードMCの所有者(顧客)は顧客端末Dによりこれを確認することができる(ステップD3)。
【0040】
なお、図4及び図5の処理フローにおいて利用(使用)状況等をセンターAから顧客端末Dに通知する場合(A4,A9)、この通知は、E−mail等の即時的なものであってもよいし、定期的にセンターが顧客に「利用明細」として通知してもよい。或いは、センター等において顧客端末Dから参照可能なホームページといった形態で公開してもよい。この場合、ホームページを提供するWWW(World Wide Web)サーバとなるセンター等と顧客端末Dとの間をSSL(Secure Socket Layer )等の秘匿性を有する通信プロトコルで接続したり、別途送信データを暗号化する等、送信内容を第三者が傍受したとしても、その内容が容易には解読できない形態とすることが望ましい。
【0041】
〔種々の実施態様〕
以上、図面を参照しつつ、この発明を一実施例について説明したが、これは単なる一例であって、この発明の精神を逸脱しない範囲で種々の変更が可能であり、種々の態様で発明を実施することができる。例えば、図4及び図5の何れの処理フローにおいても、利用ポイントは親カード顧客(親会員)IDにのみ付与されるものとしたが、子カード顧客(子会員)IDにも併せて利用ポイントを発行するようにしてもよい。
【0042】
図4の処理フローにおいて、教室での出欠登録時(B2)に親会員のクレジットカード情報に基づいてレッスン料等の決済処理を行うようにしてもよい。この場合、出席したときには正規の金額を徴収し、欠席したときには正規の金額の半額等を(違約金として)徴収するようにしてもよい。これらの決済処理では、利用ポイントには「出席」相当のポイントではなく、決済を行ったレッスン料自体のポイントが親カード顧客IDに加算される。
【0043】
図4の処理フローにおいて、子カードSCの読取りで「出欠登録」を行うものとして説明したが、親カードMCも併用可能である。例えば、教室に通う児童が子カードSCを自宅に忘れたような場合、児童に同伴する保護者が所有する親カードMCで代わりに出欠登録を行うことができる。この場合、教室端末Bは、親カードMCが読み取られたことに応じて、親カードMCのクレジット番号を有する親カード顧客IDをセンターAに問い合わせ、親カード顧客IDにぶら下がる子カード顧客IDをセンターAで抽出する。そして、抽出された子カード顧客IDのうち、レッスンを受ける予定になっている生徒の子カード顧客IDが読み取られたものと見なして、出欠登録などの同様の処理を行うようにする。
【0044】
図5の処理フローにおいて、利用可能な商品区分(使用種目)或いは購入店舗を限定するようにしてもよい。例えば、POSレジと連動させ、購入希望の商品が購入許可されている商品区分に該当する場合にのみ利用可能としたり、同じくPOSレジと連動させ、購入店舗が利用許可されている店舗である場合にのみ利用可能とするように処理してもよい。店舗端末B又はセンターAの何れかにおいてこれらの利用条件を判定するようにすればよい。或いは、利用可能ではあるが利用ポイントの付与は行わないような制限をかけるようにしてもよい。この場合、「楽譜のみ購入(ポイント付与)許可」といった制限を設けることができ、いわゆる無駄使いを抑制することができる。
【0045】
お小遣いチェックについては、お小遣いチェックが子カードSCに設定されている場合、図4の処理フローにおける出席確認時に、お小遣いチェックからレッスン料を徴収するようにしてもよい。また、図5の処理フローにおいて「お小遣いチェック」をセンターの顧客DBに記憶させたが、子カードSC自体に「お小遣いチェック」情報を記憶させてもよい。この場合、店舗や教室等所定の場所において、子カードSCの「お小遣いチェック」を更新するようにすればよい。
【0046】
親カードMCには、更に顧客ID情報(親カード顧客ID)をも記録し、教室での出欠登録時などにおいて、教室端末B或いは店舗端末Cにおいて、この顧客ID情報を読み取るようにしてよい。この場合、併せて子カードSCに対応する顧客ID情報(子カード顧客ID)をも記録しておいてもよい。同様に、子カードSCにおいても、親カードMCに対応する顧客ID情報(親カード顧客ID)を記録しておいてもよい。このようにすれば、即時的な決済を伴わない教室での出欠登録時などにおいて、カード利用の度にセンターに問い合せを行わずとも、親カード顧客IDや子カード顧客IDの特定が可能となる。従って、教室端末B或いは店舗端末Cは、定期的(毎月決まった日時等)にセンターAに対してまとめて利用履歴と利用ポイントの更新の要求を行えばよいため、全体として処理の効率化を図ることができる。
【0047】
以上の説明では、顧客に関する全ての情報の蓄積及び所定の処理をセンターである専用のサーバ装置Aで行うものとして説明したが、教室端末B又は店舗端末Cにおいて、同様の処理を行うようにしてもよい。また、カードの形態については、磁気記録カードの外に、ICを埋め込んだカード式記録媒体や、携帯電話機やPDA等の情報端末を、親カード又は子カードとして利用してもよい。また、カード等における各種情報の記録は、磁気・電気的に限らず、バーコードや文字列などの光学的に読取可能情報報など、種々の形態が利用可能である。バーコードや文字列等により記録を行う場合は、カード等に印刷・刻印するといった形態でもよいし、磁気・電気的に図形情報を記録しこれを所定のLCDや電子ペーパー等の表示手段に表示させるようにしてもよい。
【0048】
さらに、実施例では、教室への出席或いは販売店での商品購入を例に説明をしたが、適用される役務サービスはこれに限らない。例えば、スポーツ施設の利用、アミューズメント施設におけるアトラクションの利用、公共交通機関の利用など、有形無形を問わず各種サービス業において適用可能である。
【0049】
【発明の効果】
以上説明したように、この発明によれば、親カードの属性を継承する子カードがレッスンや購買に用いられ、子カードは決済機能を有していないが、親カードの属性を継承しているため、実際にレッスン料を支払う顧客の情報が一意に特定でき、管理が容易となる。また、子カードにチェックを設定して子カードを一種のプリペイドカードの如く利用することもできる。さらに、子カードの利用状況が親状況の利用履歴としても蓄積され、子カードの利用状況等に応じた利用特典が親カードに発生し、親カードの所有者に対するインセンティブともなる。
【0050】
【図面の簡単な説明】
【図1】図1は、この発明の一実施例による顧客情報管理システムの概要図である。
【図2】図2は、カード及び顧客データベース(DB)の記録内容を表わす図である。
【図3】図3は、この発明の一実施例による顧客情報管理システムにおけるサービスの流れを説明するための図である。
【図4】図4は、この発明の一実施例によるサービス(3),(4)の処理例を表わすフローチャートである。
【図5】図5は、この発明の一実施例によるサービス(5)〜(10)の処理例を表わすフローチャートである。
【符号の説明】
A 顧客データベース(顧客DB)ADを備えるセンター(サーバ装置)、
B,C カードリーダBR,CRを備える教室及び店舗端末、
Cd 子カードSC及び親カードMCを含むカード。
Claims (5)
- 顧客毎の顧客識別情報に対応して顧客データを記憶する顧客情報記憶手段であって、顧客識別情報が親情報である顧客データには、当該顧客識別情報を親情報とする顧客データの顧客識別情報が子識別データとして含まれるものと、
子情報である顧客識別情報の利用に伴い当該顧客識別情報を取得する手段と、取得された顧客識別情報を子識別データとする顧客データに、当該顧客識別情報の利用状況を表わす利用状況情報を蓄積させる利用状況蓄積手段と
を具備することを特徴とする顧客情報管理システム。 - さらに、
取得された顧客識別情報を子識別データとする顧客データについて、当該顧客データに蓄積された利用状況情報に基づく決済処理を行う決済処理手段
を具備することを特徴とする請求項1に記載の顧客情報管理システム。 - さらに、
取得された顧客識別情報の利用状況に対応した利用ポイントを表わす利用ポイント情報を発生し、当該顧客識別情報を子識別データとする顧客データに、当該利用ポイント情報を蓄積させる利用ポイント生成手段
を具備することを特徴とする請求項1又は2に記載の顧客情報管理システム。 - 前記決済処理手段或いは前記利用ポイント生成手段は、決済処理可能な金額又は利用課目或いは利用ポイント情報の適用範囲に制限を与える利用範囲制限手段を有することを特徴とする請求項2又は3に記載の顧客情報管理システム。
- 顧客毎の顧客識別情報に対応して顧客データを記憶する顧客情報記憶手段であって、顧客識別情報が親情報である顧客データには、当該顧客識別情報を親情報とする顧客データの顧客識別情報が子識別データとして含まれるものを具備する顧客情報処理装置に対して、
子情報である顧客識別情報の利用に伴い当該顧客識別情報を取得するステップと、
取得された顧客識別情報を子識別データとする顧客データに、当該顧客識別情報の利用状況を表わす利用状況情報を蓄積させるステップと
から成る手順を実行させるための顧客情報管理プログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002256459A JP4411830B2 (ja) | 2002-09-02 | 2002-09-02 | 顧客情報管理システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002256459A JP4411830B2 (ja) | 2002-09-02 | 2002-09-02 | 顧客情報管理システム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004094708A true JP2004094708A (ja) | 2004-03-25 |
JP4411830B2 JP4411830B2 (ja) | 2010-02-10 |
Family
ID=32061678
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002256459A Expired - Fee Related JP4411830B2 (ja) | 2002-09-02 | 2002-09-02 | 顧客情報管理システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4411830B2 (ja) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006126971A (ja) * | 2004-10-26 | 2006-05-18 | Adc Technology Kk | 商品販売システム |
JP2006127255A (ja) * | 2004-10-29 | 2006-05-18 | Chugoku Electric Power Co Inc:The | 公共料金徴収方法、公共料金徴収システム、およびプログラム |
JP2010128954A (ja) * | 2008-11-28 | 2010-06-10 | Sumitomo Mitsui Banking Corp | 口座管理システムおよび口座管理プログラム |
JP2014182781A (ja) * | 2013-03-19 | 2014-09-29 | 啓太 ▲高▼橋 | 子カードポイント親カード一括管理システム |
JP2016148913A (ja) * | 2015-02-10 | 2016-08-18 | 三井住友カード株式会社 | 決済システム、決済方法及びプログラム |
JP2016151784A (ja) * | 2015-02-16 | 2016-08-22 | 株式会社リコー | システム、料金処理方法、プログラム |
JP2019500703A (ja) * | 2015-12-29 | 2019-01-10 | アリババ グループ ホウルディング リミテッド | バーコードベースのモバイル決済及びサービス処理の方法及び装置 |
JP2020107207A (ja) * | 2018-12-28 | 2020-07-09 | 株式会社日本総合研究所 | 媒体の利用用途を制限するための管理サーバ、管理方法及び端末のプログラム |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109637019A (zh) * | 2018-12-07 | 2019-04-16 | 湖南金码智能设备制造有限公司 | 一种自助零售设备、系统以及方法 |
-
2002
- 2002-09-02 JP JP2002256459A patent/JP4411830B2/ja not_active Expired - Fee Related
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006126971A (ja) * | 2004-10-26 | 2006-05-18 | Adc Technology Kk | 商品販売システム |
JP4551735B2 (ja) * | 2004-10-26 | 2010-09-29 | エイディシーテクノロジー株式会社 | 商品販売システム |
JP2006127255A (ja) * | 2004-10-29 | 2006-05-18 | Chugoku Electric Power Co Inc:The | 公共料金徴収方法、公共料金徴収システム、およびプログラム |
JP4498098B2 (ja) * | 2004-10-29 | 2010-07-07 | 中国電力株式会社 | 公共料金徴収方法、公共料金徴収システム |
JP2010128954A (ja) * | 2008-11-28 | 2010-06-10 | Sumitomo Mitsui Banking Corp | 口座管理システムおよび口座管理プログラム |
JP2014182781A (ja) * | 2013-03-19 | 2014-09-29 | 啓太 ▲高▼橋 | 子カードポイント親カード一括管理システム |
JP2016148913A (ja) * | 2015-02-10 | 2016-08-18 | 三井住友カード株式会社 | 決済システム、決済方法及びプログラム |
JP2016151784A (ja) * | 2015-02-16 | 2016-08-22 | 株式会社リコー | システム、料金処理方法、プログラム |
JP2019500703A (ja) * | 2015-12-29 | 2019-01-10 | アリババ グループ ホウルディング リミテッド | バーコードベースのモバイル決済及びサービス処理の方法及び装置 |
US11282063B2 (en) | 2015-12-29 | 2022-03-22 | Advanced New Technologies Co., Ltd. | Method and apparatus of barcode-based mobile processing |
JP2020107207A (ja) * | 2018-12-28 | 2020-07-09 | 株式会社日本総合研究所 | 媒体の利用用途を制限するための管理サーバ、管理方法及び端末のプログラム |
Also Published As
Publication number | Publication date |
---|---|
JP4411830B2 (ja) | 2010-02-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3494613B2 (ja) | 決済システム | |
JP2008243072A (ja) | 個人情報利用方法、個人情報利用システム、個人情報利用プログラム | |
JP2001306827A (ja) | サービス提供装置及び記録媒体 | |
JP4411830B2 (ja) | 顧客情報管理システム | |
JP2004126998A (ja) | 情報処理システム | |
JP6990797B2 (ja) | 決済処理方法 | |
JP2004280374A (ja) | マーケティング情報収集システム | |
JP6845960B1 (ja) | 決済処理方法及び決済処理装置 | |
JP5405197B2 (ja) | プリペイド型電子マネー決済システム | |
JP2007213281A (ja) | クーポン発行システムおよびクーポン発行方法 | |
JP7185080B1 (ja) | 情報処理装置及び情報処理方法 | |
JP2002312659A (ja) | シリアルナンバー利用のポイントサーバーシステム | |
JP2005025664A (ja) | レシート発行管理装置、レシート発行管理システム、及びレシート発行管理装置用プログラム | |
JP2004287851A (ja) | 価格情報管理方法、記録媒体、及びコンピュータ・プログラム | |
JP2004139388A (ja) | コンテンツ・サービスの提供方法、及びその提供システム | |
JP4580512B2 (ja) | Icカード | |
JP2007072619A (ja) | ポイントシステム及びその方法 | |
JP2002117310A (ja) | 電子クーポン発行システム、サーバ、及び記録媒体 | |
JP2004318665A (ja) | 払込支援システム | |
JP2020077359A (ja) | 販売促進装置 | |
JP7350109B2 (ja) | 情報処理装置、情報処理方法、およびプログラム | |
JP4774165B2 (ja) | 特典付与システム | |
JP7370483B1 (ja) | プログラム、表示制御方法、およびサーバ装置 | |
JP2004302770A (ja) | 電子クーポン譲渡者特定処理方法および電子クーポン処理システム | |
JP7419589B1 (ja) | サービス提供装置、サービス提供方法、およびプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051206 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060206 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060516 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060710 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060719 |
|
A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20060811 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090708 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090928 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20091109 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121127 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4411830 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121127 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131127 Year of fee payment: 4 |
|
LAPS | Cancellation because of no payment of annual fees |