CN1704982A - 一种收费***及结算支付方法 - Google Patents

一种收费***及结算支付方法 Download PDF

Info

Publication number
CN1704982A
CN1704982A CN 200410024878 CN200410024878A CN1704982A CN 1704982 A CN1704982 A CN 1704982A CN 200410024878 CN200410024878 CN 200410024878 CN 200410024878 A CN200410024878 A CN 200410024878A CN 1704982 A CN1704982 A CN 1704982A
Authority
CN
China
Prior art keywords
payment
account
information
bank
card
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN 200410024878
Other languages
English (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.)
China Unionpay Co Ltd
Original Assignee
China Unionpay Co Ltd
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 China Unionpay Co Ltd filed Critical China Unionpay Co Ltd
Priority to CN 200410024878 priority Critical patent/CN1704982A/zh
Publication of CN1704982A publication Critical patent/CN1704982A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种收费***及结算支付方法,包括收费终端、前台收费处理***、后台帐户管理***、转接***;前台收费处理***连接到后台帐户管理***,转接***一端连接到前台收费处理***或后台帐户管理***,另一端连接银行支付***。从后台帐户管理***中的付款者帐户中扣除付款者帐户支付金额并将该款项划拨到前台收费处理***对应的收费账户内,并将剩余支付金额通过转接***传递给银行支付***,向其发送支付请求、接收返回的处理结果,并将处理结果发送给前台收费处理***,完成结算支付。本发明将付款者持有的卡片和银行账户建立对应、绑定关系,付款者可以只凭持有的卡片即可缴纳全部费用,无需再支付现金,大大地方便付款者,也提高收费单位的效率。

Description

一种收费***及结算支付方法
技术领域
本发明涉及一种收费***及结算支付方法。
背景技术
目前,在某些特定范围的***或组织内,例如购物中心、医疗***、餐饮场所、俱乐部等等,可以通过付款者出示的积分卡、社保卡、会员卡在这些卡片对应的特定帐户内先行支付一部分款项,剩余支付金额再由付款者通过现金或刷卡等支付手段完成支付,也可能全部支付金额都通过特定帐户支付。这样的***确实为付款者提供了一定的便利支付环境,但仍然存在着付款者要自行支付现金的可能性,使得付款者不得不携带现金或银行卡等支付工具。
例如,目前很多购物中心为了吸引消费者,经常会推出积分卡等购物工具,消费者在购物中心购买物品时,可以从积分卡对应的积分帐户中根据剩余积分抵扣掉一部分金额,剩余支付金额则由消费者支付现金或者刷卡完成支付。这样存在的弊端是,一方面,消费者在携带积分卡的同时也必须携带现金或银行卡,另一方面,消费者必须在出示积分卡后再出示银行卡进行刷卡或者支付现金,比较繁琐。
又如,以社保卡就医为例,当患者出示社保卡付费时,***按照原有设定的计算规则对每笔医疗费用先从医保帐户中支付,如果医疗费用超过医保帐户所允许支付的范围,可能是医保帐户内余额不足,也可能是按照医疗***的规定医疗费用不能全部从医保帐户中支付,此时,医疗***会要求患者另行支付剩余支付金额。由于多数医疗机构还不受理银行卡,因此大部分患者只能支付现金。这样,造成患者就医时除了携带社保卡外必须携带部分现金,给患者造成了一定的不便。如果交费的人很多,则必然耽误患者的时间,也增加了医疗机构工作人员的工作负担。而且大量现金在医院的流动,必然又增加了交叉感染的几率。
再如,在高尔夫球场、高档餐饮场所、会所、俱乐部等场所,也会给会员办理会员卡,并由会员预先在该会员卡存入一定钱款,在会员消费的时候要求会员出示会员卡,并从会员卡对应的会员账户中直接付账。但同样,当会员卡内金额不足的时候,剩余支付金额仍然要通过会员支付现金或刷卡等手段完成支付。除非会员确定会员卡内有足够的金额,否则会员在这些场所仍然不得不携带必要的现金或银行卡,而且还必须进行会员卡支付和银行卡支付或现金支付两种支付方式。
发明内容
本发明的目的在于提供一种收费***以及结算支付方法,通过将持卡人持有的卡片与银行支付***有机关联,使得持卡人只凭所持卡片就可以方便地支付全部费用,则必然会大大地方便持卡人,也提高了收费单位的办事效率。
本发明的收费***,包括收费终端、前台收费处理***、后台帐户管理***、银行支付***;前台收费处理***通过互联网或专线连接到后台帐户管理***;还包括转接***,该转接***一端连接到前台收费处理***或后台帐户管理***,另一端连接银行支付***;其中,银行支付***接收支付信息,从相应的银行账户内将相应款项划拨到前台收费处理***对应的收费账户内;后台帐户管理***设立、管理付款者帐户;区分付款者帐户支付金额和剩余支付金额;从后台帐户管理***中的付款者帐户中扣除付款者帐户支付金额并将该款项划拨到前台收费处理***对应的收费账户内,前台收费处理***完成剩余支付金额的收取;所述的转接***直接连接到银行支付***并向其发送支付请求、接收返回的处理结果,并将处理结果直接发送给所述的前台收费处理***,或者通过后台帐户管理***转发给前台收费处理***。
本发明所述的转接***还包括一个数据表,该数据表由多条记录组成,每条记录包含有一个付款者帐户和至少一个银行账户的对应关系以及一个支付密码。
所述的数据表包含在转接***中,由设置在转接***的查询模块从数据表中查询出相应的银行账户信息并传递给银行支付***;
或,所述的银行支付***中设有数据表和相应的查询模块,查询模块可从该数据表中获取相应的银行账户信息。
所述的转接***还包含收费机构信息数据表,该收费机构信息数据表包含多个前台收费处理***所对应的收费帐户信息以及相应的特征码;
特征码是指在多个不同类型前台收费处理***的情况下,每个前台收费处理***所特有的、区别于其他前台收费处理***的识别码;
根据特征码,转接***可以查询出处理前台收费处理***对应的收费帐户信息,并同时处理多个不同类型前台收费处理***所发出的付款请求。
或,所述的收费机构信息数据表也可以设置于银行支付***中,银行支付***接收转接***传递过来的前台收费处理***的特征码,查询出处理前台收费处理***对应的收费帐户信息,然后将相应的款项划入前台收费处理***对应的收费帐户。
本发明所述的转接***还包含查询模块、验证模块,可以根据数据表中的记录验证付款者的身份有效性;查询付款者帐户和银行账户的对应关系。
本发明的收费***还设有一认证中心,该认证中心分别连接后台帐户管理***和转接***,接收从后台帐户管理***或转接***发送的付款者持有的卡片的信息,并对从转接***传递来的付款者持有的卡片的信息进行验证,然后将认证结果再发送给转接***。
所述的认证中心是第三方所设立的独立认证中心,接收从后台帐户管理***或转接***发送的付款者持有的卡片的信息,并根据认证中心内部包含的付款者持有的卡片的信息对该信息进行验证,然后将认证结果再发送给转接***。
所述的认证中心也可以模块形式包含于后台帐户管理***,接收从转接***发送的付款者持有的卡片的信息,根据后台帐户管理***中包含的付款者持有的卡片的信息对该信息进行验证,然后将认证结果再发送给转接***。
所述的收费终端可读取、输入金额、输入支付密码;该收费终端可以是前台收费处理***现有的收费终端,或者是现有的收费终端改造后,可以读取IC卡、磁条、条形码或其他标志信息的终端;也可以是其他的公共终端,其应可以分别读取IC卡、磁条或条形码等标志信息;还可以是特定终端,其可以同时读取IC卡、磁条或条形码等中至少2个标志信息。
本发明的收费***结算支付方法,包括如下步骤:
1.收费终端读取付款者持有的卡片的信息,接收付款金额,并由前台收费处理***将上述信息以及前台收费处理对应的特征码传递给后台帐户管理***;
2.后台帐户管理***区分付款者帐户支付金额和剩余支付金额,从后台帐户管理***中的付款者帐户中扣除付款者帐户支付金额并将该款项划拨到前台收费处理***对应的收费账户内;后台帐户管理***直接将剩余支付金额、付款者持有的卡片的信息以及前台收费处理对应的特征码传递给转接***;
3.转接***要求付款者输入支付密码,付款者先通过收费终端将支付密码传递给后台帐户管理***,再由后台帐户管理***将支付密码传递给转接***,转接***再根据事先建立的数据表内的验证信息进行验证;
4.支付密码验证通过后,转接***根据付款者持有的卡片的信息查找到对应的银行账户信息,并根据前台收费处理***对应的特征码查询到前台收费处理***对应的收费帐户信息;
5.转接***将银行账户信息、剩余支付金额以及上述收费账户信息传递给银行支付***;
6.银行支付***从上述银行账户内将相应款项划拨到上述收费账户内,并将支付结果信息返回给转接***;
7.转接***将支付结果信息返回给后台账户管理***,后台帐户管理***将银行支付结果信息以及后台帐户支付信息发送给前台收费处理***;
8.前台收费处理***将获得的全部支付结果返回给付款者,支付完成。
本发明的收费***结算支付方法的另一个方式,包括如下步骤:
1.收费终端读取付款者持有的卡片的信息,接收付款金额,并由前台收费处理***将上述信息传递给后台帐户管理***;
2.后台帐户管理***区分付款者帐户支付金额和剩余支付金额,从后台帐户管理***中的付款者帐户中扣除付款者帐户支付金额并将该款项划拨到前台收费处理***对应的账户内;后台帐户管理***将后台账户扣款信息以及剩余支付金额传递给前台收费处理***,再由前台收费处理***将剩余支付金额和付款者持有的卡片的信息以及前台收费处理对应的特征码传递给转接***;
3.转接***要求付款者输入支付密码,付款者通过收费终端传递给转接***,转接***根据事先建立的数据表内的验证信息进行验证;
4.支付密码验证通过后,转接***根据付款者持有的卡片的信息查找到对应的银行账户信息,并根据上述特征码查找到前台收费处理***对应的收费帐户信息;
5.转接***将银行账户信息、剩余支付金额以及上述收费帐户信息传递给银行支付***;
6.银行支付***从相应的银行账户内将相应款项划拨到上述收费账户内,并将支付结果信息返回给转接***;
7.转接***将支付结果信息返回给前台收费处理***;
8.前台收费处理***将从后台帐户管理***获得的后台帐户支付结果信息、从转接***获得的银行支付***支付结果信息全部返回给付款者,支付完成。
所述的转接***要求付款者输入支付密码并验证该支付密码,验证通过后查询出该付款者帐户对应的银行账户信息,并将银行账户信息、付款者应从银行账户内支付的金额等信息发送给银行支付***。
上述两种支付方式中所述的支付密码可以在前台收费处理***读取付款者持有的卡片信息时进行输入,也可以在确认需要向银行支付***发出付款请求时要求付款者输入;
所述的支付密码为本发明收费***结算支付所特定的密码,设置于转接***中,用于验证付款者所持有的卡片与银行帐户的对应关系;
查询密码是付款者为查询银行帐户余额而在银行支付***中针对银行帐户设定的密码。
转接***验证支付密码时,通过在收费终端输入该支付密码。
本发明的收费***结算支付方法在转接***或银行支付***中设立一个包含多个记录的数据表,建立一条记录的步骤如下:
1.转接***要求付款者提交付款者持有的卡片的信息,并将从前台收费处理***直接发送过来的或后台帐户管理***转发过来的付款者持有的卡片的信息转发给认证中心验证该卡的有效性;
2.验证通过后,转接***要求付款者提交银行卡或银行账户信息,提交查询密码,并将从前台收费处理***直接发送过来的或后台帐户管理***转发过来的信息传输给银行支付***进行验证;
3.若银行支付***验证通过,则转接***要求付款者输入支付密码,并通过前台收费处理***直接发送或通过后台帐户管理***转发接收该密码;
4.转接***将付款者持有的卡片的信息、对应的银行卡或银行账户信息、支付密码加以记录,建立记录的过程完毕。
所述的数据表中的银行账户信息可以是某个银行卡帐户,也可以某个一般帐户,也可以是某个一般帐户下设置的子帐户,或是现代金融支付手段中其他形式的、逻辑上独立存在的、并可以被识别的帐户信息,该账户信息可以是虚拟的,也可以是实际的。
所述的数据表中的银行账户信息可以是一个账户或多个账户。
所述的数据表中的银行账户信息在多个账户的情况下,可以预先设定支付顺序,也可以由付款者选择其一作为支付帐户。
在设立付款者持有的卡片与银行账户对应关系时,转接***允许付款者设定多个银行账户,而且允许付款者指定这些银行账户的前后支付顺序。在支付时,如果付款者设定了多个银行账户的支付顺序,转接***自动按照预先设定的顺序进行支付,否则转接***提示付款者选择将支付的银行账户。若第一个银行账户内可以支付的金额不足以支付剩余支付金额,则银行支付***从该银行账户内扣除可以扣除的金额后,银行支付***将扣款信息以及仍需要支付的剩余金额发送给转接***,转接***再要求付款者选择下一个将支付的银行账户,或者自动按顺序将下一个银行账户的信息以及仍需要支付的剩余支付金额信息重新发送给银行支付***,直至剩余支付金额支付完毕,或者已经没有其他银行账户可供选择,剩余支付金额信息通过转接***发送前台收费处理***给付款者。
本发明的后台帐户管理***和前台收费处理***对付款者所需支付的全部应付金额区分为付款者帐户支付金额和剩余支付金额,两部分之和等于全部付款金额。付款者帐户支付金额为后台帐户管理***从付款者帐户中实际扣除的金额;剩余支付金额为全部金额扣除付款者帐户支付金额的余额部分;
所述的付款者帐户支付金额和剩余支付金额通过如下方法计算得来:
当后台帐户管理***中的付款者帐户内可支付金额足以支付付款者帐户应支付金额时,付款者帐户支付金额即为付款者帐户应支付的金额,剩余支付金额即为全部付款金额减去付款者帐户应支付的金额;
当后台帐户管理***中的付款者账户内可支付金额不足以支付付款者帐户应支付金额时,付款者帐户支付金额即为付款者帐户内的所有金额,剩余支付金额即为全部付款金额减去付款者账户内实际支付的金额,即减去付款者帐户内的所有金额。
前台收费处理***对应的收费账户为前台收费处理***在银行支付***中的帐户。
本发明的有益效果
本发明将付款者持有的卡片和银行账户建立对应、绑定关系;同时,通过转接***,将付款者持有的卡片及银行支付***有机关联,付款者可以只凭持有的卡片的即可缴纳全部费用。
本发明极大地方便付款者,表现在,第一,减少了付款者必须携带的卡片或现金的数量,甚至可以不携带银行卡、现金;第二,减少了付款者付款的手续和流程,节省了付款者的时间,第三,减小了现金流通的机会,减少了疾病传染的概率;同时,本发明也极大地方便了收款机构,提高了收费机构的办事效率,提升了收款机构的公共形象。
附图说明
图1为本发明收费***的一种示意图。
图2为本发明收费***的另一种示意图。
图3为本发明数据表建立、验证的流程示意图。
图4为本发明支付流程的简略示意图。
图5为本发明支付流程的完整示意图。
具体实施方式
参见图1,其所示为本发明的收费***,包括收费终端1、前台收费处理***2、后台帐户管理***3、转接***4;其中,收费终端1连接于前台收费处理***2,前台收费处理***2通过互联网或专线连接到后台帐户管理***3;转接***4连接到前台收费处理***2和银行支付***5,并向银行支付***5发送支付请求、接收返回的处理结果,并将处理结果直接发送给前台收费处理***2。
参见图2,其所示为本发明收费***另一种形式,收费终端1连接于前台收费处理***2,前台收费处理***2连接后台帐户管理***3;所述的转接***4连接后台帐户管理***3和银行支付***5;转接***4并向银行支付***5发送支付请求、接收返回的处理结果,并将处理结果通过后台帐户管理***3转发给前台收费处理***2。
再请参阅图1、图2,本发明的收费***还设有一认证中心6,该认证中心6分别连接后台帐户管理***3和转接***4,对后台帐户管理***3中包含的付款者持有的卡片的信息进行认证,并对从转接***4传递来的付款者持有的卡片的信息进行验证,并将认证结果返还给转接***4。
参见图3,本发明的转接***中数据表的建立,通过后台帐户管理***、银行支付***及相应的验证手段将付款者持有的卡片、付款者账户和一个银行账户的建立对应、绑定关系。
建立一条记录的步骤如下,转接***通过前台收费处理***直接发送或者后台帐户管理***转发而接收付款者持有的卡片的信息,由认证中心进行验证;验证通过后,转接***要求付款者提交银行卡或银行账户信息,提交查询密码,并将相关信息传输给银行支付***验证;若银行支付***验证通过,则转接***要求付款者输入支付密码;转接***将付款者持有的卡片的信息、对应的银行卡或银行账户信息、支付密码加以记录,记录建立完毕。
参见图4、图1,本发明支付方法如下,收费终端读取付款者持有的卡片的信息,接收付款金额,并将上述信息传递给后台帐户管理***;后台帐户管理***区分付款者帐户支付金额和剩余支付金额,从帐户管理***中的付款者帐户中扣除付款者帐户支付金额并将该款项划拨到前台收费处理***对应的账户内;后台帐户管理***先将剩余支付金额传递给前台收费处理***,再由前台收费处理***将剩余支付金额和付款者持有的卡片的信息以及前台收费处理***对应的特征码传递给转接***;转接***要求付款者输入支付密码,付款者通过收费终端并通过前台收费处理***直接发送或者后台帐户管理***转发给转接***,转接***根据事先建立的数据表内的验证信息进行验证;支付密码验证通过后,转接***根据付款者持有的卡片的信息查找到对应的银行账户信息,并根据上述特征码查找到前台收费处理***对应的收费帐户信息;转接***将银行账户信息、剩余支付金额以及前台收费处理***对应的收费帐户信息传递给银行支付***;银行支付***从相应的银行账户内将相应款项划拨到前台收费处理***对应的收费账户内,并将支付结果信息返回给转接***;转接***将支付结果信息返回给前台收费处理***;前台收费处理***将从转接***获得的全部支付结果返回给付款者,支付完成。
参见图4、图2,本发明支付方法中,收费终端读取付款者持有的卡片的信息,接收付款金额,并将上述信息以及前台收费处理***对应的特征码传递给后台帐户管理***;后台帐户管理***区分付款者帐户支付金额和剩余支付金额,从后台帐户管理***中的付款者帐户中扣除付款者帐户支付金额并将该款项划拨到前台收费处理***对应的账户内;后台帐户管理***直接将剩余支付金额和付款者持有的卡片的信息以及前台收费处理***对应的特征码传递给转接***;转接***要求付款者输入支付密码,付款者先通过收费终端输入支付密码,并通过前台收费处理***将支付密码传递给后台帐户管理***,再由后台帐户管理***将付款密码传递给转接***,转接***再根据事先建立的数据表内的验证信息进行验证;支付密码验证通过后,转接***根据付款者持有的卡片的信息查找到对应的银行账户信息,并根据上述特征码查找到前台收费处理***对应的收费帐户信息;转接***将银行账户信息以及剩余支付金额传递给银行支付***;银行支付***从相应的银行账户内将相应款项划拨到前台收费处理***对应的收费账户内,并将支付结果信息返回给转接***;转接***将支付结果信息返回给后台帐户管理***;前台收费处理***将从后台帐户管理***获得的全部支付结果返回给付款者,支付完成。
实施例1,超市的消费卡收费***。
为了刺激消费者消费,许多超市都发放了消费卡,该消费卡内已经存储了一定数量的金额。在消费者购物结束结账时,可以直接从该消费卡中抵扣部分金额,剩余支付金额则由消费者以现金或刷卡等手段支付。应用了本发明的消费卡收费***的结构如下:付款者持有的卡片,即消费卡;消费卡对应了一个特定账户,其中存储有该消费卡目前所有的金额;后台账户管理***即为原来管理该等消费卡的管理***,该管理***可以根据要求扣除消费卡所对应账户内的相应金额,并且无限额限制,直至将该账户内金额扣完为止;前台收费管理***即为超市原有的收费***,并包含有可以读取消费卡信息的终端;转接***连接了超市原有的收费***;认证中心以模块形式包含在后台账户管理***内。消费卡与银行账户的绑定过程如下:1)转接***要求消费者提交消费卡信息,超市原有的收费终端读取消费卡信息并将该信心传递给消费卡管理***;2)消费卡管理***验证该卡的有效性;3)消费卡有效性验证通过后,消费卡管理***将验证通过的信息通过超市原有的收费***转发给转接***,转接***要求消费者提交需要绑定的银行账户信息、查询密码,通过键盘或者POS机等工具超市原有的收费***接收消费者提交的银行账户信息、银行账户查询密码,并将这些信息发送给转接***;4)转接***将接收到的银行账户信息以及账户查询密码信息发送给银行支付***,并要求银行支付***对该银行账户的信息进行验证;5)若银行支付***验证通过,则将验证通过的信息发送给转接***;6)转接***要求消费者输入将要设定的支付密码,并通过超市原有的收费***接收该密码,转接***记录该消费卡信息、银行卡账户信息以及支付密码,绑定过程完毕。
消费过程如下:1)消费者发出结账请求,由终端读取消费卡信息以及付款金额,超市原有的收费***将消费卡信息以及付款金额发送给消费卡管理***;2)消费卡管理***根据消费卡信息在其内部账户内查询到消费卡对应账户内的金额,若该金额不低于付款金额,则消费卡管理***扣除付款金额,并计算得出剩余支付金额为零;若消费卡对应账户内的金额低于付款金额,则消费卡管理***扣除消费卡对应账户内的全部金额,并计算出剩余支付金额,即付款金额减去消费卡对应账户的实际扣款金额,然后,不论哪种情况消费卡管理***均将扣款处理结果信息以及剩余支付金额发送给超市原有的收费***;3)超市原有的收费***将消费卡信息、剩余支付金额信息以及收费***对应的特征码发送给转接***;4)转接***对剩余支付金额进行判断,若该金额为零,则转接***通知超市原有的收费***不需要从银行账户内扣款,超市原有的收费***将消费卡扣款信息告知消费者,本次收费结束;若剩余支付金额大于零,则转接***要求消费者输入支付密码;5)超市原有的收费***将接收到的支付密码发送给转接***,转接***根据消费卡信息对支付密码进行验证,若验证不通过,则要求付款者重新输入;如验证通过,则转接***从相应的数据表中根据消费卡信息查询到该消费卡对应的银行账户信息、根据该超市对应的特征码查询到该超市对应的收费帐户信息,并将银行账户信息、剩余支付金额、收费帐户信息传递给银行支付***;6)银行支付***查询相应的银行账户内金额,若该银行账户内金额不低于剩余支付金额,则银行支付***从该银行账户内扣除剩余支付金额并划至该超市对应的收费帐户内,并将扣款成功信息传递给转接***;若该银行账户内金额小于剩余支付金额,则银行支付***扣除该银行账户内全部金额并划至该超市对应的收费账户内,并将已扣款金额以及还需付款金额信息传递给转接***,转接***查询该消费卡对应的下一个银行账户信息,并将该银行账户信息、仍需付款金额、该超市对应的收费帐户信息重新传递给银行支付***,再次由银行支付***扣款,直至扣款成功,或者扣款不成功而且该消费卡再没有对应的下一个银行账户;7)转接***将扣款成功的信息、从各银行账户内各自扣款的信息,或者扣款不成功的信息、从各银行账户内各自扣款信息以及还需付款金额信息,传递给超市原有的收费***;8)若扣款成功,超市原有的收费***将收费完成的信息以及消费卡管理***扣款信息以及银行支付***扣款信息告知消费者;若扣款不成功,超市原有的收费***还需要求消费者以现金或其他方式支付仍需付款金额。
实施例2,购物中心的积分卡收费***。
某些购物中心为了吸引消费者经常到该购物中心购买物品,会推出“购物送积分”活动,即消费者可以办理一张积分卡,以后每购物一次,根据购物金额向该积分卡内加入一定比例的积分,并在下次购物的时候,可以以一定的积分抵扣掉购物金额的一定比例。例如,消费者办理积分卡后第一次购物金额为1000元,根据积分规则可以送购物金额的10%,即100分,第二次购物的金额为80元,根据积分规则,例如每次购物最高只能以积分抵扣掉购物金额的30%,则消费者第二次消费的时候可以抵扣掉24元,剩余56元只能支付现金,抵扣后积分卡内剩余积分76元,加上第二次支付的现金56元的相应积分,一共剩余81.6分。以此类推。应用了本发明的积分卡收费***,结构如下:消费者持有的卡片即为积分卡;后台账户管理***即为积分卡管理***;前台收费管理***即为该购物中心原有的收费***;转接***直接连接积分卡管理***与银行支付***;认证中心包含在积分卡管理***中。
积分卡与银行帐户的绑定过程如下:1)转接***要求消费者提交积分卡信息,购物中心原有的收费终端读取积分卡信息并将该信心传递给积分卡管理***;2)积分卡管理***验证该卡的有效性;3)积分卡有效性验证通过后,积分卡管理***将验证通过的信息传递给转接***,转接***要求消费者提交需要绑定的银行账户信息、查询密码,并将该等信息通过积分卡管理***传递给购物中心原有的收费***,通过键盘或者POS机等工具购物中心原有的收费***将银行账户信息、账户查询密码以及将设定的支付密码再通过积分卡管理***转发给转接***;4)转接***将接收到的银行账户信息以及账户查询密码信息发送给银行支付***,并要求银行支付***对该银行账户的信息进行验证;5)若银行支付***验证通过,则将验证通过的信息发送给转接***;6)转接***要求消费者输入将要设定的支付密码,并通过购物中心原有的收费***接收给密码,转接***记录该消费卡信息、银行卡账户信息以及支付密码,绑定过程完毕。
假设积分卡对应的银行账户内具有足够的金额,而积分卡内的积分不足以按照事先规定的比例抵扣可以抵扣的金额,支付密码正确,消费过程如下:1)消费者发出结账请求,由终端读取积分卡信息以及付款金额,购物中心原有的收费***将积分卡信息、付款金额以及收费***对应的特征码发送给积分卡管理***;2)积分卡管理***根据事先规定的比例计算出积分可以抵扣的金额,发现账户内剩余积分低于可以抵扣的金额,则积分卡管理***扣除账户内全部积分,并将积分卡信息以及剩余支付金额,即付款金额减去扣除积分实际抵扣的金额,以及收费***对应的特征码发送给转接***;3)转接***确认剩余支付金额大于零后,要求消费者输入支付密码,并将该信息通过积分卡管理***转发给购物中心原有的收费***;4)购物中心原有的收费***通过终端接收支付密码,并将该支付密码通过积分卡管理***转发给转接***;5)转接***根据积分卡信息对支付密码进行验证并通过后,从数据表中根据积分卡信息查询到该积分卡对应的银行账户信息,并将银行账户信息、剩余支付金额传递给银行支付***;6)银行支付***从该银行账户内扣除剩余支付金额,并将扣款成功信息传递给转接***;7)转接***将扣款成功的信息、传递给积分卡管理***;8)积分卡管理***将扣款成功信息、积分抵扣金额信息、从银行账户内扣除金额的信息,即剩余支付金额,发送给购物中心原有的收费***,购物中心原有的收费***将该等信息告知告知消费者,收费过程结束。
实施例3,医院的社保卡收费***。
社会保障体系的建立出现了社保卡收费***。每个具有医疗保险的患者均有一个医保账户,该账户内存有一定的款项,该款项由患者的医疗保险确定。患者持社保卡就医时可以根据医保中心事先确定的计算原则从医保账户内支付一定比例的金额,剩余支付金额由患者通过现金支付。目前,部分药房也开始使用类似的***。应用了本发明后的医保卡收费***的结构如下:付款者持有的卡片即为社保卡,该卡对应一个医保账户;账户管理***即为医保账户管理***,该***负责根据事先设定的规则以及患者应支付的总金额从患者的医保账户中扣除一定金额并划入医院的收款账户内,所扣除的金额是有限额的;前台收费管理***即为医院原有的收费***,该***以现金方式向患者收取剩余支付金额;转接***直接连接医保账户管理***与银行支付***;认证中心独立存在于医保账户管理***之外,并在绑定时验证社保卡信息。
社保卡与银行帐户的绑定过程如下:1)转接***要求患者提交社保卡信息,医院原有的收费终端读取社保卡信息并将该信息传递给医院原有的收费***,并由医院原有的收费***通过医保账户管理***转发给认证中心;2)认证中心验证该卡的有效性;3)社保卡有效性验证通过后,医保账户管理***将验证通过的信息传递给转接***,转接***要求付款者提交需要绑定的银行账户信息、查询密码,并将该信息通过医保账户管理***传递给医院原有的收费***,通过键盘或者POS机等医院原有的收费***将银行账户信息、账户查询密码通过医保账户管理***转发给转接***;4)转接***将接收到的银行账户信息以及账户查询密码信息发送给银行支付***,并要求银行支付***对该银行账户的信息进行验证;5)若银行支付***验证通过,则将验证通过的信息发送给转接***;6)转接***要求患者输入将要设定的支付密码,并通过医院原有的收费***接收该支付密码,转接***记录该社保卡信息、银行卡账户信息以及支付密码,绑定过程完毕。
假设社保卡对应的银行账户为借记卡,且内有足够的金额,医保账户内也有足够的可支付款项,则收费过程如下:1)患者发出付款请求,由终端读取社保卡信息以及付款金额,医院原有的收费***将社保卡信息、付款金额以及该医院对应的特征码发送给医保账户管理***;2)医保账户管理***根据事先确定的医保账户支付规则、付款金额,计算出应从医保账户内支付的金额,然后查询医保账户内的余额,发现医保账户内的余额高于应从医保账户内支付的金额,则医保账户管理***扣除应从医保账户内支付的金额,并将社保卡信息剩余支付金额,即付款金额减去应从医保账户内支付的金额,以及该医院对应的特征码发送给转接***;3)转接***确认剩余支付金额大于零后,要求付款者输入支付密码,并将该信息通过医保账户管理***转发给医院原有的收费***;4)医院原有的收费***通过终端接收支付密码,并将该支付密码通过医保账户管理***转发给转接***;5)转接***根据社保卡信息对支付密码进行验证并通过后,从相应的数据表中根据社保卡信息查询到该社保卡对应的银行账户信息,根据该医院对应特征码查询到该医院对应的收费帐户信息,并将银行账户信息、剩余支付金额、收费账户信息传递给银行支付***;6)银行支付***查询该银行账户,发现该帐户为借记卡账户,而且余额高于剩余支付金额,则从中扣除剩余支付金额并划至医院收费账户,并将银行扣款信息传递给转接***;7)转接***接收上述信息后,将扣款成功信息、银行扣款信息发送给医保账户管理***;8)医保账户管理***接收上述信息后,将扣款成功信息、银行扣款信息、医保账户扣款信息发送给医院原有的收费***;9)医院原有的收费***将全部支付信息反馈给患者,收费过程结束。
实施例4,俱乐部的会员卡收费***。
大部分的俱乐部成员均办理会员卡,并预先在会员卡内存入一定金额,每次在俱乐部内消费则从会员卡内扣除消费金额,会员卡余额不足时才通过现金或刷卡支付。例如,高尔夫俱乐部、会所、餐饮公司等均如此。应用了本发明后的会员卡收费***的结构如下:付款者持有的卡片即为会员卡,该卡可以通过以条形码、磁条卡、IC卡等形式存在,甚至可以是一个会员记住的号码;后台账户管理***即为会员卡管理***;前台收费管理***即为该俱乐部原有的收费***;转接***直接连接会员卡管理***与银行支付***;认证中心以模块的形式包含在会员卡管理***中。
会员卡与银行帐户的绑定过程如下:1)转接***要求会员提交会员卡信息,俱乐部原有的收费终端读取会员卡信息并将该信息传递给会员卡管理***;2)会员卡管理***验证该卡的有效性;3)会员卡有效性验证通过后,会员卡管理***将验证通过的信息传递给转接***,转接***要求会员提交需要绑定的银行账户信息、查询密码,并将该等信息通过会员卡管理***传递给俱乐部原有的收费***,通过键盘或者POS机等工具俱乐部原有的收费***接收会员提交的银行账户信息、账户查询密码,并将这些信息再通过会员卡管理***转发给转接***;4)转接***将接收到的银行账户信息以及账户查询密码信息发送给银行支付***,并要求银行支付***对该银行账户的信息进行验证;5)若银行支付***验证通过,则将验证通过的信息发送给转接***;6)转接***要求会员输入将要设定的支付密码,并通过俱乐部原有的收费***接收该支付密码,转接***记录该会员卡信息、银行卡账户信息以及支付密码,绑定过程完毕。
假设会员卡内的金额低于付款金额,该会员卡对应两个银行账户,第一个账户为贷记卡账户,且该账户内没有足够的信用额度,第二个账户为借记卡账户,且该账户内的金额仍不足以从第一账户内扣除相应款项后的剩余款项,支付密码输入正确,收费过程如下:1)付款者发出付款请求,由终端读取会员卡信息以及付款金额,俱乐部原有的收费***将会员卡信息、付款金额以及该俱乐部对应的特征码发送给会员卡管理***;2)会员卡管理***查询会员卡对应的会员账户内的金额后,发现该金额低于付款金额,则会员卡管理***扣除会员账户内全部金额,并将会员卡信息及剩余支付金额,即付款金额减去实际扣除的金额,以及该俱乐部对应的特征码发送给转接***;3)转接***确认剩余支付金额大于零后,要求付款者输入支付密码,并将该信息通过会员卡管理***转发给俱乐部原有的收费***;4)俱乐部原有的收费***通过终端接收支付密码,并将该支付密码通过会员卡管理***转发给转接***;5)转接***根据会员卡信息对支付密码进行验证并通过后,从相应的数据表中根据会员卡信息查询到该会员卡对应的银行账户信息、根据该俱乐部对应的特征码查询到该俱乐部对应的收费帐户信息,并将银行账户信息、剩余支付金额以及收费帐户信息传递给银行支付***;6)银行支付***查询该银行账户,发现该帐户为贷记卡账户,而且信用额度低于剩余支付金额,则在信用额度内从该银行账户内扣除所能扣除的全部金额,并将扣款信息以及仍需要扣除金额的信息传递给转接***;7)转接***接受仍需要扣除金额的信息后,查询出该会员卡对应的第二个银行账户的信息,并将该银行账户信息、仍需要支付的金额以及收费帐户信息再次传递给银行支付***;8)银行支付***查询该银行户,发现该帐户为借记卡账户,而且该账户内现有金额低于仍需要支付的金额,则银行支付***扣除该账户内全部金额,并将扣款信息以及仍需要支付金额的信息再次传递给转接***;9)转接***接收仍需要支付金额的信息后,查询后发现该会员卡不再有对应的银行账户,则将扣款不成功信息、两个银行账户各自扣款信息,以及仍需要支付金额的信息传递给会员卡管理***;10)会员卡管理***将扣款不成功信息、两个银行账户各自的扣款信息、会员账户内抵扣金额的信息、仍需要支付金额的信息发送给俱乐部原有的收费***,俱乐部原有的收费***将该等信息告知付款者,并向付款者收取仍需要支付的金额,收费过程结束。

Claims (23)

1.一种收费***,包括如下组成部分:
前台收费处理***;
收费终端;
后台帐户管理***,该后台帐户管理***包括帐户管理模块、计费模块和结算模块,其中,帐户管理模块设立、管理付款者帐户;计费模块完成区分付款者帐户支付金额和剩余支付金额;结算模块从后台帐户管理***中的付款者帐户中扣除付款者帐户支付金额并将该款项划拨到前台收费处理***对应的收费账户内,前台收费处理***完成剩余支付金额的收取,前台收费处理***通过互联网或专线连接到后台帐户管理***;
银行支付***,接收支付信息,从相应的银行账户内将相应款项划拨到前台收费处理***对应的收费账户内;
其特征在于,还包括一个转接***,该转接***一端连接到前台收费处理***或后台帐户管理***,另一端连接到银行支付***。
2.如权利要求1所述的收费***,其特征在于,所述的转接***还包括一个数据表,该数据表由多条记录组成,每条记录包含有一个付款者帐户和至少一个银行账户的对应关系。
3.如权利要求2所述的收费***,其特征在于,所述的数据表中的每一条记录还设有一个支付密码。
4.如权利要求1或2所述的收费***,其特征在于,所述的转接***还包含查询模块、验证模块,可以根据数据表中的记录验证付款者的身份有效性;查询付款者帐户和银行账户的对应关系。
5.如权利要求2所述的收费***,其特征在于,所述的数据表包含在转接***中,由转接***从数据表中查询出相应的银行账户信息并传递给银行支付***。
6.如权利要求1所述的收费***,其特征在于,所述的银行支付***中设有数据表和相应的查询模块,查询模块可从该数据表中获取相应的银行账户信息。
7.如权利要求1所述的收费***,其特征在于,所述的转接***还包含收费机构信息数据表,该收费机构信息数据表包含多个前台收费处理***所对应的收费帐户信息以及相应的特征码。
8.如权利要求1所述的收费***,其特征在于,所述的银行支付***中还设有收费机构信息数据表,该收费机构信息数据表包含多个前台收费处理***所对应的收费帐户信息以及相应的特征码。
9.如权利要求1所述的收费***,其特征在于,所述的转接***直接连接到银行支付***并向其发送支付请求、接收返回的处理结果,并将处理结果直接发送给所述的前台收费处理***。
10.如权利要求1所述的收费***,其特征在于,所述的转接***直接连接到银行支付***并向其发送支付请求、接收返回的处理结果,并将处理结果通过后台帐户管理***转发给前台收费处理***。
11.如权利要求1所述的收费***,其特征在于,还设有一认证中心,该认证中心分别连接后台帐户管理***和转接***,接收从后台帐户管理***或转接***发送的付款者持有的卡片的信息,并对从转接***传递来的付款者持有的卡片的信息进行验证,然后将认证结果再发送给转接***。
12.如权利要求11所述的收费***,其特征在于,所述的认证中心可以模块的形式包含于后台帐户管理***。
13.如权利要求1所述的收费***,其特征在于,所述的收费终端可读取付款者持有的卡片的信息、输入金额、输入支付密码。
14.如权利要求1所述的收费***,其特征在于,所述的收费终端可以读取IC卡、磁条、条形码或其他标志信息的终端;也可以是其他的公共终端,其应可以分别读取IC卡、磁条或条形码等标志信息;还可以是特定终端,其可以同时读取IC卡、磁条或条形码等中至少2个标志信息。
15.一种收费***结算支付方法,其特征是,包括如下步骤:
1、收费终端读取付款者持有的卡片的信息,接收付款金额,并由前台收费处理***将上述信息以及前台收费处理***的特征码传递给后台帐户管理***;
2、后台帐户管理***区分付款者帐户支付金额和剩余支付金额,从后台帐户管理***中的付款者帐户中扣除付款者帐户支付金额并将该款项划拨到前台收费处理***对应的收费账户内;后台帐户管理***先将剩余支付金额传递给前台收费处理***,再由前台收费处理***将剩余支付金额和付款者持有的卡片的信息以及前台收费处理***的特征码传递给转接***,或,后台帐户管理***直接将剩余支付金额、付款者持有的卡片的信息以及前台收费处理***的特征码传递给转接***;
3、转接***要求付款者输入支付密码,付款者通过收费终端传递给转接***,转接***根据事先建立的数据表内的验证信息进行验证;或者,付款者先通过收费终端将支付密码传递给后台帐户管理***,再由后台帐户管理***将付款密码传递给转接***,转接***再根据事先建立的数据表内的验证信息进行验证;
4、支付密码验证通过后,转接***根据付款者持有的卡片的信息查找到对应的银行账户信息,并根据前台收费处理***的特征码查找到前台收费处理***对应的收费帐户信息;
5、转接***将银行账户信息、剩余支付金额以及前台收费处理***对应的收费帐户信息传递给银行支付***;
6、银行支付***从相应的银行账户内将相应款项划拨到前台收费处理***对应的收费账户内,并将支付结果信息返回给转接***;
7、转接***将支付结果信息返回给前台收费处理***或后台帐户管理***;
8、前台收费处理***将从转接***或后台帐户管理***获得的全部支付结果返回给付款者,支付完成。
16.如权利要求15所述的收费***结算支付方法,其特征在于,所述的要求付款者输入支付密码可以在收费终端读取付款者持有的卡片的信息,接收付款金额的同时完成。
17.如权利要求15所述的收费***结算支付方法,其特征在于,所述的支付密码可以在前台收费处理***读取付款者持有的卡片信息时进行输入,也可以在确认需要向银行支付***发出付款请求时要求付款者输入。
18.如权利要求15所述的收费***结算支付方法,其特征在于,转接***验证支付密码时,通过在收费终端输入该支付密码。
19.如权利要求15所述的收费***结算支付方法,其特征在于,转接***或银行支付***中设立一个包含多个记录的数据表,建立一条记录的步骤如下:
1.转接***要求付款者提交付款者持有的卡片的信息,并将接收到的付款者持有的卡片的信息转发给认证中心验证该卡的有效性;
2.验证通过后,转接***要求付款者提交银行卡或银行账户信息,提交查询密码,并将接收到的信息传输给银行支付***进行验证;
3.若银行支付***验证通过,则转接***要求付款者输入支付密码;
4.转接***将付款者持有的卡片的信息、对应的银行卡或银行账户信息、支付密码加以记录,建立记录的过程完毕。
20.如权利要求15所述的收费***结算支付方法,其特征在于,所述的数据表中的每条记录包括付款者持有的卡片的信息、对应的银行账户信息以及相应的支付密码。
21.如权利要求15所述的收费***结算支付方法,其特征在于,所述的数据表中的银行账户信息可以是某个银行卡帐户,也可以某个一般帐户,也可以是某个一般帐户下设置的子帐户,或是现代金融支付手段中其他形式的、逻辑上独立存在的、并可以被识别的帐户信息,该账户信息可以是虚拟的,也可以是实际的。
22.如权利要求20或21所述的收费***结算支付方法,其特征在于,所述的数据表中的银行账户信息可以是一个账户或多个账户。
23.如权利要求22所述的收费***结算支付方法,其特征在于,所述的数据表中的银行账户信息在多个账户的情况下,可以预先设定支付顺序,也可以由付款者动态选择其一作为支付帐户。
CN 200410024878 2004-05-31 2004-05-31 一种收费***及结算支付方法 Pending CN1704982A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN 200410024878 CN1704982A (zh) 2004-05-31 2004-05-31 一种收费***及结算支付方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN 200410024878 CN1704982A (zh) 2004-05-31 2004-05-31 一种收费***及结算支付方法

Publications (1)

Publication Number Publication Date
CN1704982A true CN1704982A (zh) 2005-12-07

Family

ID=35577339

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 200410024878 Pending CN1704982A (zh) 2004-05-31 2004-05-31 一种收费***及结算支付方法

Country Status (1)

Country Link
CN (1) CN1704982A (zh)

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101567104A (zh) * 2009-04-24 2009-10-28 黄一兵 一种基于银行卡的钱包卡处理***
CN101859463A (zh) * 2010-06-19 2010-10-13 施乐翔 金融机构柜面现金出纳业务防错***
CN102254379A (zh) * 2010-05-20 2011-11-23 ***股份有限公司 收单平台、收单端***和银行卡消费交易***及其用途
CN103778552A (zh) * 2012-10-22 2014-05-07 邓应君 一种实现对消费者管理与价值再分配的***和方法
CN105427457A (zh) * 2015-12-29 2016-03-23 中国科学院苏州生物医学工程技术研究所 一种基于ic卡的离线式收费管理***及方法
CN105654293A (zh) * 2014-12-03 2016-06-08 阿里巴巴集团控股有限公司 支付方法及装置
CN105741415A (zh) * 2016-01-21 2016-07-06 广东华大互联网股份有限公司 智能卡自动服务终端***及其应用方法
CN106127462A (zh) * 2016-06-20 2016-11-16 上海易码信息科技有限公司 用于预付卡账户载体的线下移动支付方法
CN106127478A (zh) * 2016-06-20 2016-11-16 上海易码信息科技有限公司 使用预付卡账户载体进行线下移动支付的方法
CN106651350A (zh) * 2016-11-07 2017-05-10 成都科曦科技有限公司 一种支持组合支付方式和结账自动退款的***及方法
CN108447197A (zh) * 2018-02-07 2018-08-24 申斌 商品销售控制方法、商品销售终端和***
WO2018209528A1 (zh) * 2017-05-15 2018-11-22 深圳市永恒丰科技有限公司 费用支付的方法和***
CN110245930A (zh) * 2010-08-26 2019-09-17 e2因特莱科迪伏有限公司 使用记账方的支付平台来支付顾客账单的***和方法
CN111105574A (zh) * 2020-02-19 2020-05-05 ***股份有限公司 一种业务处理方法及装置
CN112749972A (zh) * 2020-12-17 2021-05-04 深圳市子瑜杰恩科技有限公司 电子商务的收费方法及***

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101567104B (zh) * 2009-04-24 2013-06-26 黄一兵 一种基于银行卡的钱包卡处理***
CN101567104A (zh) * 2009-04-24 2009-10-28 黄一兵 一种基于银行卡的钱包卡处理***
CN102254379A (zh) * 2010-05-20 2011-11-23 ***股份有限公司 收单平台、收单端***和银行卡消费交易***及其用途
CN101859463A (zh) * 2010-06-19 2010-10-13 施乐翔 金融机构柜面现金出纳业务防错***
CN101859463B (zh) * 2010-06-19 2011-08-10 施乐翔 金融机构柜面现金出纳业务防错***
CN110245930A (zh) * 2010-08-26 2019-09-17 e2因特莱科迪伏有限公司 使用记账方的支付平台来支付顾客账单的***和方法
CN110245930B (zh) * 2010-08-26 2023-05-05 e2因特莱科迪伏有限公司 使用记账方的支付平台来支付顾客账单的***和方法
CN103778552A (zh) * 2012-10-22 2014-05-07 邓应君 一种实现对消费者管理与价值再分配的***和方法
CN105654293A (zh) * 2014-12-03 2016-06-08 阿里巴巴集团控股有限公司 支付方法及装置
CN105654293B (zh) * 2014-12-03 2020-01-17 阿里巴巴集团控股有限公司 支付方法及装置
CN105427457A (zh) * 2015-12-29 2016-03-23 中国科学院苏州生物医学工程技术研究所 一种基于ic卡的离线式收费管理***及方法
CN105741415A (zh) * 2016-01-21 2016-07-06 广东华大互联网股份有限公司 智能卡自动服务终端***及其应用方法
CN105741415B (zh) * 2016-01-21 2019-04-16 广东华大互联网股份有限公司 智能卡自动服务终端***及其应用方法
CN106127462A (zh) * 2016-06-20 2016-11-16 上海易码信息科技有限公司 用于预付卡账户载体的线下移动支付方法
CN106127478A (zh) * 2016-06-20 2016-11-16 上海易码信息科技有限公司 使用预付卡账户载体进行线下移动支付的方法
CN106651350A (zh) * 2016-11-07 2017-05-10 成都科曦科技有限公司 一种支持组合支付方式和结账自动退款的***及方法
WO2018209528A1 (zh) * 2017-05-15 2018-11-22 深圳市永恒丰科技有限公司 费用支付的方法和***
CN108447197A (zh) * 2018-02-07 2018-08-24 申斌 商品销售控制方法、商品销售终端和***
CN111105574A (zh) * 2020-02-19 2020-05-05 ***股份有限公司 一种业务处理方法及装置
CN112749972A (zh) * 2020-12-17 2021-05-04 深圳市子瑜杰恩科技有限公司 电子商务的收费方法及***

Similar Documents

Publication Publication Date Title
CN1288593C (zh) 支付装置
AU2012394424B2 (en) Using card image to extract bank account information
US9111266B2 (en) Device for collecting and disbursing electronic gratuities
US8051003B2 (en) Systems and methods of introducing and receiving information across a computer network
KR20170142831A (ko) 분담결제 정보 제공 방법 및 서버
CN1675640A (zh) 价值处理网络和方法
CN1704982A (zh) 一种收费***及结算支付方法
CN110264616A (zh) 基于重力感应实现无人售卖的方法和***
US20070284432A1 (en) Method and system for flexible purchases using only fingerprints at the time and location of purchase
CN1157968A (zh) 自动现金处理装置中电子货币的处理方法
US20070267480A1 (en) Value transfer systems and methods
KR101660121B1 (ko) 계좌 이체를 이용한 결제처리 시스템
CN1518715A (zh) 使用显示在移动终端上的lcd条码的电子结算***、电子结算方法和现金支付方法
CN101069186A (zh) 通过预存资金账户来存入、转移及对冲资金的多网络***及方法
CN103679490B (zh) 数据处理方法及处理装置
US20150193765A1 (en) Method and System for Mobile Payment and Access Control
WO2007061505A2 (en) Internet funds transfer system using atm pickup
TW201241766A (en) ATM/KIOSK cash acceptance
US20120290480A1 (en) Electronic payment using transaction identity codes
AU2009201691A1 (en) Money transfer systems and methods
CN1639708A (zh) 可加载付费卡***及方法
US20120136790A1 (en) System and method for facilitating large scale payment transactions including selecting communication routes
KR102272042B1 (ko) 코인 기반 회원권 이용 서비스 시스템 및 방법
CN1725253A (zh) 交易***和交易装置以及结算***
KR20110135260A (ko) 개인 선불결제 시스템 및 그 운영 방법

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20051207