CN109636380A - 费用处理方法和装置 - Google Patents
费用处理方法和装置 Download PDFInfo
- Publication number
- CN109636380A CN109636380A CN201811481606.6A CN201811481606A CN109636380A CN 109636380 A CN109636380 A CN 109636380A CN 201811481606 A CN201811481606 A CN 201811481606A CN 109636380 A CN109636380 A CN 109636380A
- Authority
- CN
- China
- Prior art keywords
- amount
- money
- rechargeable card
- card account
- fees
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/349—Rechargeable cards
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/14—Payment architectures specially adapted for billing systems
Abstract
本发明提供一种费用处理方法和装置。本发明费用处理方法,包括:接收终端发送的扣费请求,扣费请求中包括扣费金额和充值卡账户的标识信息。根据充值卡账户的标识信息,判断充值卡账户是否满足支付条件。若充值卡账户满足支付条件,则获取充值卡账户中当前的本金金额和赠金金额。根据本金金额、赠金金额和扣费金额,进行扣费处理。本发明统一了商家和客户之间对充值卡账户的扣费处理过程,便于商家根据充值卡账户的消费记录进行客户管理,同时明确了客户的权益,避免了客户使用充值卡账户所带来的消费纠纷。
Description
技术领域
本发明涉及数据处理技术领域,尤其涉及一种费用处理方法和装置。
背景技术
随着经济和科技的快速发展,很多商家(如,大型口腔诊所连锁机构)已经推出充值卡消费策略,用来拓展客户渠道和增强用户粘性,为用户提供更多消费优惠和消费便利。然而,由于充值卡消费策略没有统一的扣费标准,容易引起商家与客户之间的消费纠纷,会不便于用户消费。
发明内容
本发明提供一种费用处理方法和装置,以实现商家与客户之间对充值卡扣费过程的统一。
第一方面,本发明提供一种费用处理方法,包括:
接收终端发送的扣费请求,所述扣费请求中包括扣费金额和充值卡账户的标识信息;
根据所述充值卡账户的标识信息,判断所述充值卡账户是否满足支付条件;
若所述充值卡账户满足支付条件,则获取所述充值卡账户中当前的本金金额和赠金金额;
根据所述本金金额、所述赠金金额和所述扣费金额,进行扣费处理。
可选地,所述根据所述本金金额、所述赠金金额和所述扣费金额,进行扣费处理,包括:
根据所述本金金额和所述赠金金额,确定所述充值卡账户的总余额;
分别计算所述本金金额和所述总余额之间的第一比值,以及所述赠金金额和所述总余额之间的第二比值;
根据所述扣费金额、所述第一比值和所述第二比值,进行扣费处理。
可选地,所述根据所述扣费金额、所述第一比值和所述第二比值,进行扣费处理,包括:
计算所述扣费金额和所述第一比值之间的乘积,得到本金扣费金额;
计算所述扣费金额和所述第二比值之间的乘积,得到赠金扣费金额;
从所述本金金额中扣除所述本金扣费金额,并从所述赠金金额中扣除所述赠金扣费金额。
可选地,所述方法还包括:
接收退费请求消息,所述退费请求消息中包括所述充值卡账户的标识信息和与当前退费对应的扣费的关联信息;
根据所述充值卡账户的标识信息,获取与所述标识信息对应的第一账户,所述第一账户包括本金账户和赠金账户;
根据所述关联信息,确定退费金额,所述退费金额为扣除与所述关联信息对应的本金扣费金额;
控制从第二账户中向所述第一账户的本金账户中支付与所述本金退费金额相同额度的资金。
可选地,所述根据所述充值卡账户的标识信息,判断所述充值卡账户是否满足支付条件,包括:
根据所述充值卡账户的标识信息,获取所述充值卡账户的使用条件,所述使用条件包括使用区域范围、适用的商家信息或适用的服务项目信息中的至少一个;
根据所述使用条件,判断所述充值卡账户是否满足支付条件。
可选地,所述使用条件包括所述使用区域范围;
所述根据所述使用条件,判断所述充值卡账户是否满足支付条件,包括:
确定所述扣费请求对应的商家所处的位置信息;
判断所述位置信息是否处于所述使用区域范围内;
若所述位置信息处于所述使用区域范围内,则确定所述充值卡账户满足支付条件。
可选地,所述使用条件包括所述适用的商家信息;
所述根据所述使用条件,判断所述充值卡账户是否满足支付条件,包括:
确定所述扣费请求对应的商家信息;
判断所述扣费请求对应的商家信息是否与所述适用的商家信息匹配;
若所述扣费请求对应的商家信息与所述适用的商家信息相匹配,则确定所述充值卡账户满足支付条件。
可选地,所述使用条件包括所述适用的服务项目信息;
所述根据所述使用条件,判断所述充值卡账户是否满足支付条件,包括:
确定所述扣费请求对应的服务项目;
判断所述扣费请求对应的服务项目是否与所述适用的服务项目信息匹配;
若所述扣费请求对应的服务项目与所述适用的服务项目信息相匹配,则确定所述充值卡账户满足支付条件。
第二方面,本发明提供一种费用处理装置,包括:
接收模块,接收终端发送的扣费请求,所述扣费请求中包括扣费金额和充值卡账户的标识信息;
判断模块,用于根据所述充值卡账户的标识信息,判断所述充值卡账户是否满足支付条件;
获取模块,用于若所述充值卡账户满足支付条件,则获取所述充值卡账户中当前的本金金额和赠金金额;
处理模块,用于根据所述本金金额、所述赠金金额和所述扣费金额,进行扣费处理。
可选地,所述处理模块,具体用于根据所述本金金额和所述赠金金额,确定所述充值卡账户的总余额;分别计算所述本金金额和所述总余额之间的第一比值,以及所述赠金金额和所述总余额之间的第二比值;根据所述扣费金额、所述第一比值和所述第二比值,进行扣费处理。
可选地,所述处理模块,用于计算所述扣费金额和所述第一比值之间的乘积,得到本金扣费金额;计算所述扣费金额和所述第二比值之间的乘积,得到赠金扣费金额;从所述本金金额中扣除所述本金扣费金额,并从所述赠金金额中扣除所述赠金扣费金额。
可选地,所述接收模块,还用于接收退费请求消息,所述退费请求消息中包括所述充值卡账户的标识信息和与当前退费对应的扣费的关联信息;
所述获取模块,还用于根据所述充值卡账户的标识信息,获取与所述标识信息对应的第一账户,所述第一账户包括本金账户和赠金账户;
所述处理模块,还用于根据所述关联信息,确定退费金额,所述退费金额为扣除与所述关联信息对应的本金扣费金额;
所述处理模块,还用于控制从第二账户的本金账户中向所述本金退费金额相同额度的资金。
可选地,所述判断模块,具体用于根据所述充值卡账户的标识信息,获取所述充值卡账户的使用条件,所述使用条件包括使用区域范围、适用的商家信息或适用的服务项目信息中的至少一个;根据所述使用条件,判断所述充值卡账户是否满足支付条件。
可选地,所述判断模块,用于在所述使用条件包括所述使用区域范围时,确定所述扣费请求对应的商家所处的位置信息;判断所述位置信息是否处于所述使用区域范围内;若所述位置信息处于所述使用区域范围内,则确定所述充值卡账户满足支付条件。
可选地,所述判断模块,用于在所述使用条件包括所述适用的商家信息时,确定所述扣费请求对应的商家信息;判断所述扣费请求对应的商家信息是否与所述适用的商家信息匹配;若所述扣费请求对应的商家信息与所述适用的商家信息相匹配,则确定所述充值卡账户满足支付条件。
可选地,所述判断模块,用于在所述使用条件包括所述适用的服务项目信息时,确定所述扣费请求对应的服务项目;判断所述扣费请求对应的服务项目是否与所述适用的服务项目信息匹配;若所述扣费请求对应的服务项目与所述适用的服务项目信息相匹配,则确定所述充值卡账户满足支付条件。
第三方面,本发明提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现第一方面所述的费用处理方法。
第四方面,本发明提供一种电子设备,包括:
处理器;以及
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行第一方面所述的费用处理方法。
本发明提供的费用处理方法和装置,通过终端向服务器发送扣费请求,该扣费请求中包括扣费金额和充值卡账户的标识信息。服务器变便可根据充值卡账户的标识信息,判断充值卡账户是否满足支付条件。若充值卡账户满足支付条件,则服务器可以获取充值卡账户中当前的本金金额和赠金金额,并根据本金金额、赠金金额和扣费金额,进行扣费处理。本发明中,统一了商家和客户之间对充值卡账户的扣费处理过程,便于商家根据充值卡账户的消费记录进行客户管理,同时明确了客户的权益,避免了客户使用充值卡所带来的消费纠纷。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明提供的费用处理方法的流程图;
图2为本发明提供的费用处理方法的流程图;
图3为本发明提供的费用处理方法的流程图;
图4为本发明提供的费用处理方法的流程图;
图5为本发明提供的费用处理装置的结构示意图;
图6为本发明提供的电子设备的硬件结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本实施例提供的费用处理方法、装置、设备及存储介质,可以应用于采用充值卡账户进行消费的费用处理系统,该费用处理系统包括服务器和终端,其中,终端通过无线网络或有限网络与服务器直接或间接建立连接,用户可以通过终端实现充值卡账户的消费过程,服务器根据终端发送的充值卡账户的消费过程进行费用处理。
本实施例中用户通过终端实现充值卡账户的消费的具体实现方法包括多种。用户可以通过充值卡在POS机上进行费用的结算,用户也可以通过手机输入充值卡的账号信息或者用户身份信息进行费用的结算。
其中,终端包括但不限于移动台(MS,Mobile Station)、移动终端(MobileTerminal)、移动电话(Mobile Telephone)、手机(handset)及便携设备(portableequipment)等,该终端可以经无线接入网(RAN,Radio Access Network)与一个或多个核心网进行通信,例如,终端可以是移动电话(或称为“蜂窝”电话)、具有无线通信功能的计算机等,终端设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置或设备。
下面,以服务器为执行主体,通过具体实施例,对费用处理方法的具体实现过程进行详细说明。
图1为本发明提供的费用处理方法的流程图,如图1所示,本实施例的费用处理方法可以包括:
S101、接收终端发送的扣费请求,扣费请求中包括扣费金额和充值卡账户的标识信息。
具体地,在用户进行费用结算时,用户通过终端可以向服务器发送扣费请求,该扣费请求中包含有用户实际消费需要扣除的扣费金额,以及用户所使用的充值卡账户的标识信息。
其中,标识信息可以为用户使用的充值卡卡号,也可以为与用户使用的充值卡账户关联的账号信息,如与充值卡账户有绑定关系的用户的身份信息等,本实施例对此不做限定。且本实施例对充值卡账户的个数和类型不做限定。
S102、根据充值卡账户的标识信息,判断充值卡账户是否满足支付条件。
具体地,由于用户可以采用一张充值卡账户的标识信息绑定多个商家,也可以采用多张充值卡账户的标识信息绑定多个商家,且每个商家所采用的扣费处理过程不同,因此,服务器事先存储有多个充值卡账户的标识信息与对应的支付条件进行绑定。
例如,患者在连锁口腔诊所就诊建档后,连锁口腔诊所可以向患者提供充值卡账户消费策略。患者可以在该诊所进行充值卡账户的充值开户,在开户过程中,该诊所可以通过患者提供的用户信息等标识信息,实现标识信息与充值卡账户的支付条件的绑定,且该诊所还可以记录开户机构、定义充值卡账户的级别、设定充值卡账户的消费范围等支付条件。例如,充值卡账户的级别由大到小依次可以为集团级、大区级、事业部级和机构级。
进一步地,在服务器接收到终端发送的某个充值卡账户的标识信息时,服务器可以根据该标识信息,判断充值卡账户是否满足支付条件,即服务器确定该充值卡账户是否为已授权的可进行费用扣除的充值卡账户、以及确定该充值卡账户所扣除的费用需要满足哪些具体的扣费处理过程等。
其中,本实施例对支付条件的具体实现形式不做限定。下面,结合图2,对S102实施例的根据充值卡账户的标识信息,判断充值卡账户是否满足支付条件的具体过程进行详细说明。
图2为本发明提供的费用处理方法的流程图,如图2所示,本实施例的费用处理方法可以包括:
S201、根据充值卡账户的标识信息,获取充值卡账户的使用条件,使用条件包括使用区域范围、适用的商家信息或适用的服务项目信息中的至少一个。
S202、根据使用条件,判断充值卡账户是否满足支付条件。
具体地,由于服务器事先存储有各个充值卡账户的标识信息与使用条件之间的关系,因此,服务器可以根据充值卡账户的标识信息,获得充值卡账户的使用条件。该使用条件表明了该充值卡账户的使用区域范围、适用的商家信息或适用的服务项目信息中的至少一个。
其中,服务器可以在用户开卡时设置充值卡账户的使用条件,也可以在用户使用过程中后续添加充值卡账户的使用条件,本实施例对此不做限定。
进一步地,服务器可以根据该充值卡账户的使用条件,判断用户当前消费过程以及消费金额等信息是否满足支付条件。为了便于说明,结合下面三种不同的使用条件,对S202实施例的根据使用条件,判断充值卡账户是否满足支付条件的具体实现过程进行详细说明。
一种可行的实施例中,可选地,使用条件包括使用区域范围;根据使用条件,判断充值卡账户是否满足支付条件,包括:确定扣费请求对应的商家所处的位置信息;判断位置信息是否处于使用区域范围内;若位置信息处于使用区域范围内,则确定充值卡账户满足支付条件。
具体地,在服务器确定充值卡账户的使用条件为使用区域范围时,服务器可以获取扣费请求对应的商家所处的位置信息,即用户具体消费的具体商家的位置信息。
其中,本实施例对服务器获取位置信息的具体方式不做限定,具体地,终端在向服务器发送扣费请求时,将商家所处的位置信息携带在扣费请求中,终端也可以通过其他途径向服务器发送商家所处的位置信息,商家对应的其他服务器也可以向服务器发送商家的位置信息。且位置信息可以为商家的实际地理位置,也可以为商家所处城市的地理信息,亦可以为商家所处区域的地理信息,本实施例对此不做限定。
进一步地,服务器可以判断该位置信息是否处于使用区域范围内。当位置信息处于使用区域范围内时,服务器可以确定该充值卡账户满足支付条件,从而可以继续执行后续扣费处理过程。
例如,某患者在a城市的A机构有一个充值卡账户,该充值卡账户的级别为事业部级的充值账户X。该患者在处于c区域的b城市的B机构有一个充值卡账户,该充值卡账户的级别为大区级的充值账户Y,且该充值卡账户设置为c区域的C机构不能使用。
若该患者在a城市的D诊所就诊,则该患者可使用充值账户X请求服务器进行扣费处理,不可使用充值账户Y请求服务器进行扣费处理。若该患者在c区域的E诊所就诊,则该患者可使用充值账户Y请求服务器进行扣费处理,不可使用充值账户X请求服务器进行扣费处理;若该患者在c区域的C诊所就诊,则该患者不可使用充值账户X和充值账户Y请求服务器进行扣费处理。若该患者不在c区域也不在a城市的诊所就诊,则该患者不可使用充值账户X和充值账户Y请求服务器进行扣费处理。
又如,某患者在a城市的A机构有一个充值卡账户,该充值卡账户的级别为事业部级的充值账户X。且该患者在b城市的B机构有一个充值卡账户,该充值卡账户的级别为大区级的充值账户Y,且a城市和b城市同属c区域。
若该患者在a城市的C诊所就诊,则该患者既可使用充值账户X又可使用充值账户Y请求服务器进行扣费处理。若该患者在属于c区域且不是a城市事业部的D诊所就诊,则该患者可使用充值账户Y请求服务器进行扣费处理,不可使用充值账户X请求服务器进行扣费处理。若该患者在不属于c区域的E诊所就诊,则该患者不可使用充值账户X和充值账户Y请求服务器进行扣费处理。
另一种可行的实施例中,可选地,使用条件包括适用的商家信息;根据使用条件,判断充值卡账户是否满足支付条件,包括:确定扣费请求对应的商家信息;判断扣费请求对应的商家信息是否与适用的商家信息匹配;若扣费请求对应的商家信息与适用的商家信息相匹配,则确定充值卡账户满足支付条件。
具体地,由于充值卡账户可以在多家商家进行消费,因此,在服务器确定充值卡账户的使用条件为适用的商家信息时,服务器可以获取扣费请求对应的商家信息,即用户具体消费的具体商家的信息。
其中,本实施例对服务器获取商家信息的具体方式不做限定,具体地,终端在向服务器发送扣费请求时,将商家信息携带在扣费请求中,终端也可以通过其他途径向服务器发送商家信息,商家对应的其他服务器也可以向服务器发送商家信息。且商家信息可以为商家的地址、名称、电话号码、传真号等信息,本实施例对此不做限定。
进一步地,服务器可以判断该扣费请求对应的商家信息是否与适用的商家信息匹配。当扣费请求对应的商家信息与适用的商家信息相匹配时,服务器可以确定该充值卡账户满足支付条件,从而可以继续执行后续扣费处理过程。
例如,某患者在a城市的A机构有一个充值卡账户,该充值卡账户的级别为大区级的充值账户X,且a城市属于b区域,c城市不属于b区域。
若该患者在a城市的B诊所就诊,则该患者可使用充值账户X请求服务器进行扣费处理。若该患者在c城市的C诊所就诊,则该患者不可使用充值账户X请求服务器进行扣费处理。
又一种可行的实施例中,可选地,使用条件包括适用的服务项目信息;根据使用条件,判断充值卡账户是否满足支付条件,包括:确定扣费请求对应的服务项目;判断扣费请求对应的服务项目是否与适用的服务项目信息匹配;若扣费请求对应的服务项目与适用的服务项目信息相匹配,则确定充值卡账户满足支付条件。
具体地,由于用户消费的项目有多种多样,且有些项目不在充值卡账户的扣费范围内,有些项目在充值卡账户的扣费范围内,因此,在服务器确定充值卡账户的使用条件为适用的服务项目信息时,服务器可以获取扣费请求对应的服务项目,即用户在商家消费的具体服务项目信息。
其中,本实施例对服务器获取服务项目信息的具体方式不做限定,具体地,终端在向服务器发送扣费请求时,将服务项目信息携带在扣费请求中,终端也可以通过其他途径向服务器发送服务项目信息,商家对应的其他服务器也可以向服务器发送服务项目信息。且服务项目信息可以为服务项目的明细,本实施例对此不做限定。
进一步地,服务器可以判断该扣费请求对应的服务项目是否与适用的服务项目信息匹配。当扣费请求对应的服务项目与适用的服务项目信息相匹配时,服务器可以确定该充值卡账户满足支付条件,从而可以继续执行后续扣费处理过程。
例如,某患者在a城市的A机构有一个充值卡账户,该充值卡账户的级别为事业部级的充值账户X,且设置有限制服务项目Z的价格为500元不可使用充值卡账户。
若该患者在a城市的B机构,消费了服务项目Z和服务项目Q,则该患者可使用充值账户X请求服务器进行服务项目Q的扣费处理,不可使用充值账户X请求服务器进行服务项目Z的扣费处理。
S103、若充值卡账户满足支付条件,则获取充值卡账户中当前的本金金额和赠金金额。
S104、根据本金金额、赠金金额和扣费金额,进行扣费处理。
具体地,商家在使用充值卡账户进行营销活动时,常常有一定的赠金方案,比如充值10000元,赠金1000元等,因此,充值卡账户中实际金额常常包括本金金额和赠金金额两部分。由于服务器记录有各个充值卡账户当前的本金金额和赠金金额,因此,服务器在确定该充值卡账户满足支付条件时,可以根据接收到的标识信息,获取该充值卡账户中当前的本金金额和赠金金额。进而,服务器便可基于事先制定的扣费规则,从本金金额和赠金金额中进行扣除金额对应的扣费处理。
进一步地,根据不同商家的属性性能以及商家所在归属地等信息,服务器可以事先制定满足实际需求的扣费规则,因此,服务器可以采用多种方式根据本金金额、赠金金额和扣费金额进行扣费处理。
下面,结合图3,对S104实施例的根据本金金额、赠金金额和扣费金额,进行扣费处理的具体过程进行详细说明。
图3为本发明提供的费用处理方法的流程图,如图3所示,本实施例的费用处理方法可以包括:
S301、根据本金金额和赠金金额,确定充值卡账户的总余额。
S302、分别计算本金金额和总余额之间的第一比值,以及赠金金额和总余额之间的第二比值。
S303、根据扣费金额、第一比值和第二比值,进行扣费处理。
具体地,服务器可以按照先扣除本金金额再扣除赠金金额对应的顺序进行扣除金额的扣费处理,也可以先按照先扣除赠金金额再扣除本金金额对应的顺序进行扣除金额的扣费处理,亦可以采用其他方式进行扣除金额对应的扣费处理,本实施例对此不做限定。
进一步地,当服务器可以依据本金金额和赠金金额各自占用两者之和的比例进行扣费处理时,服务器根据本金金额和赠金金额可以确定出充值卡账户的总余额,服务器在计算出本金金额与总余额之间的第一比值,以及赠金金额与总余额之间的第二比值。然后,服务器根据扣费金额、第一比值和第二比值,进行扣费处理。
可选地,根据扣费金额、第一比值和第二比值,进行扣费处理,包括:计算扣费金额和第一比值之间的乘积,得到本金扣费金额;计算扣费金额和第二比值之间的乘积,得到赠金扣费金额;从本金金额中扣除本金扣费金额,并从赠金金额中扣除赠金扣费金额。
具体地,服务器可以从本金金额中扣除扣费金额和第一比值之间的乘积对应的金额,得到本金扣除金额,再从赠金金额中扣除扣费金额和第二比值之间的乘积,得到赠金扣费金额,从而实现充值卡账户的扣费处理。
例如,已确定某患者消费应付的扣费金额600元,可使用充值卡账户请求服务器进行扣费处理。其中,充值卡账户的本金余额5000元,赠金余额1000元,总余额为6000元。
服务器可以计算总余额=本金金额+赠金金额;第一比值=本金余额/总余额;第二比值=赠金余额/总余额;则本金扣除金额=扣费金额×第一比值,即本金扣除金额=600×(5000/6000)=500元;赠金扣除金额=扣费金额×第二比值,即赠金扣除金额=600×(1000/6000)=100元。
另外,由于服务器可以采用多张充值卡账户进行扣费处理,因此,在服务器可以利用多张充值卡账户进行扣费处理时,服务器可以先确定多张充值卡账户的扣费顺序。
例如,已确定某患者消费应付的扣费金额600元,可以使用充值卡账户A和充值卡账户B请求服务器进行扣费处理。其中,充值卡账户A的本金余额5000元,赠金余额1000元,总余额为6000元。充值卡账户B的本金余额20000元,赠金余额5000元,总余额为25000元。且充值卡账户A和充值卡账户B的划扣逻辑相同,即本金扣除金额=扣费金额×第一比值;赠金扣除金额=扣费金额×第二比值。
服务器可以先充值卡账户A和充值卡账户B进行扣费处理的先后顺序。
若选择充值卡账户A,则本金扣除金额=扣费金额×第一比值,即本金扣除金额=600×(5000/6000)=500元;赠金扣除金额=扣费金额×第二比值,即赠金扣除金额=600×(1000/6000)=100元。
若选充值卡账户B,则本金扣除金额=扣费金额×第一比值,即本金扣除金额=600×(20000/25000)=480元;赠金扣除金额=扣费金额×第二比值,即赠金扣除金额=600×(5000/25000)=120元。
本实施例提供的费用处理方法,通过终端向服务器发送扣费请求,该扣费请求中包括扣费金额和充值卡账户的标识信息。服务器变便可根据充值卡账户的标识信息,判断充值卡账户是否满足支付条件。若充值卡账户满足支付条件,则服务器可以获取充值卡账户中当前的本金金额和赠金金额,并根据本金金额、赠金金额和扣费金额,进行扣费处理。本实施例中,统一了商家和客户之间对充值卡账户的扣费处理过程,便于商家根据充值卡账户的消费记录进行客户管理,同时明确了客户的权益,避免了客户使用充值卡账户所带来的消费纠纷。
进一步地,用户可以使用充值卡账户进行消费,用来支付各个服务项目的费用。当用户与商家发生纠纷或者服务器扣费出现错误时,服务器也需要设定充值卡账户的退费规则。下面,结合图4,对费用处理方法的具体实现过程进行详细说明。
图4为本发明提供的费用处理方法的流程图,如图4所示,本实施例的费用处理方法可以包括:
S401、接收退费请求消息,退费请求消息中包括充值卡账户的标识信息和与当前退费对应的扣费的关联信息。
S4021、根据充值卡账户的标识信息,获取与标识信息对应的第一账户,第一账户包括本金账户和赠金账户。
S4022、根据关联信息,确定退费金额,退费金额为扣除与关联信息对应的本金扣费金额。
S403、控制从第二账户中向第一账户的本金账户中支付与本金退费金额相同额度的资金。
需要说明的是:上述S4021和S4022之间没有时序上的先后顺序,且S4021和S4022可以同时执行,也可以顺序执行。
具体地,当服务器接收到用户通过终端或者其他服务器发送的退费请求时,服务器可以从退费请求消息中获得充值卡账户的标识信息和与当前退费对应的扣费的关联信息。其中,标识信息的具体实现形式可参见上述描述,此处不做赘述。
进一步地,服务器根据充值卡账户的标识信息,可以确定充值卡账户绑定的第一账号,该第一账号包括本金账号和赠金账号,本金账号为存储充值卡账号的本金金额的账号,赠金账号为存储充值卡账号的赠金金额的账号。其中,本实施例对第一账号的具体实现形式不做限定,第一账号可以为银行卡的卡号、支付宝的支付账号等。
进一步地,服务器可以根据关联信息,确定对应的当前扣费服务项目有哪个或哪些,将该服务项目的扣费金额中,确定出从本金金额中进行扣费的金额大小,即本金退费金额。其中,关联信息可以包括但不限于扣费各个服务项目的具体交易项目和交易时间、扣费各个服务项目的具体本金金额、扣费各个服务项目的交易清单等信息。另外,服务器也可以根据充值卡账户当前的本金金额以及已知的本金金额与赠金金额的比例(即扣费比例),在确定扣费服务项目对应的扣费总金额时,可以计算出本金退费金额。
进一步地,由于在用户对各个服务项目进行交易支付时,服务器不仅会从本金金额中进行扣费,还会从赠金金额中进行扣费,因此,为了保证商家与服务器相互之间的权益,服务器可以从第二账户中获得本金退费金额相同额度的资金,并控制第二账号向第二账号的本金账号支付该资金,实现用户的充值卡账户退费过程,即本金金额原反,赠金不退,从而保证了商家和用户各自的权益。其中,第二账号为商家对应的账号,本实施例对第二账号的具体实现形式不做限定,第二账号可以为银行卡的卡号、支付宝的支付账号等。
另外,为了便于用户的后续充值过程,服务器可以从第一账号的赠金金额中读取当前剩余的赠金金额,还可以根据充值卡账户的标识信息,获取充值卡账户中当前的赠金金额,并根据该当前剩余的赠金金额计算且记录新的本金和赠金的比例,以便于在用户下一次进行充值卡账户充值时,服务器采用新的本金和赠金的比例,向该用户赠送赠金金额。
例如,某患者消费应付的扣费金额600元,其中,充值卡账户A的本金余额为5000元,赠金余额为1000元,总余额为6000元,应用该储值卡A进行支付,按照扣费规则进行扣费,则本金支付500元,赠金支付100元。而后,该患者可以请求服务器进行退费处理,则本金支付的500元原路返还,赠金支付的100元不予退还。因此,最终该患者的充值卡账户A中,本金金额为5000元,赠金金额为900元,总余额为5900元。
此时,本金/赠金的比例由5000/1000变成了5000/900。在该患者下次使用充值卡账户A进行消费支付时,扣费规则中会按照新的本金/赠金的比例5000/900进行支付。
另外,用户可以使用充值卡账户进行消费,用来支付各个服务项目的费用。当用户想要退回充值卡账户或者服务器侧确定充值卡账户不再使用时,服务器也需要设定充值卡账户的退回规则。具体地,服务器可以将充值卡账户中的本金金额退回给用户首先记录的账号中,且该充值卡账户中的本金余额、赠金余额和总余额均设定为零。
图5为本发明提供的费用处理装置的结构示意图,如图5所示,本实施例的费用处理装置50包括:
接收模块51,用于接收终端发送的扣费请求,扣费请求中包括扣费金额和充值卡账户的标识信息;
判断模块52,用于根据充值卡账户的标识信息,判断充值卡账户是否满足支付条件;
获取模块53,用于若充值卡账户满足支付条件,则获取充值卡账户中当前的本金金额和赠金金额;
处理模块54,用于根据本金金额、赠金金额和扣费金额,进行扣费处理。
可选地,处理模块54,具体用于根据本金金额和赠金金额,确定充值卡账户的总余额;分别计算本金金额和总余额之间的第一比值,以及赠金金额和总余额之间的第二比值;根据扣费金额、第一比值和第二比值,进行扣费处理。
可选地,处理模块54,用于计算扣费金额和第一比值之间的乘积,得到本金扣费金额;计算扣费金额和第二比值之间的乘积,得到赠金扣费金额;从本金金额中扣除本金扣费金额,并从赠金金额中扣除赠金扣费金额。
可选地,接收模块51,还用于接收退费请求消息,退费请求消息中包括充值卡账户的标识信息和当前退费对应的扣费的关联信息;
获取模块53,还用于根据充值卡账户的标识信息,获取与标识信息对应的第一账户,第一账户包括本金账户和赠金账户;
处理模块54,还用于根据关联信息,确定退费金额,退费金额为扣除与关联信息对应的本金扣费金额;
处理模块54,还用于控制从第二账户的本金账户中向第一账户中支付与本金扣费金额相同额度的资金。
可选地,判断模块52,具体用于根据充值卡账户的标识信息,获取充值卡账户的使用条件,使用条件包括使用区域范围、适用的商家信息或适用的服务项目信息中的至少一个;根据使用条件,判断充值卡账户是否满足支付条件。
可选地,判断模块52,用于在使用条件包括使用区域范围时,确定扣费请求对应的商家所处的位置信息;判断位置信息是否处于使用区域范围内;若位置信息处于使用区域范围内,则确定充值卡账户满足支付条件。
可选地,判断模块52,用于在使用条件包括适用的商家信息时,确定扣费请求对应的商家信息;判断扣费请求对应的商家信息是否与适用的商家信息匹配;若扣费请求对应的商家信息与适用的商家信息相匹配,则确定充值卡账户满足支付条件。
可选地,判断模块52,用于在使用条件包括适用的服务项目信息时,确定扣费请求对应的服务项目;判断扣费请求对应的服务项目是否与适用的服务项目信息匹配;若扣费请求对应的服务项目与适用的服务项目信息相匹配,则确定充值卡账户满足支付条件。
本实施例的费用处理装置,可以用于执行费用处理方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
本发明中可以根据上述方法示例对费用处理装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本发明各实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
图6为本发明提供的电子设备的硬件结构示意图。如图6所示,该电子设备60,用于实现上述任一方法实施例中对应于服务器或终端的操作,本实施例的电子设备60可以包括:存储器61和处理器62;
存储器61,用于存储计算机程序;
处理器62,用于执行存储器存储的计算机程序,以实现上述实施例中的费用处理方法。具体可以参见前述方法实施例中的相关描述。
可选地,存储器61既可以是独立的,也可以跟处理器62集成在一起。
当存储器61是独立于处理器62之外的器件时,电子设备60还可以包括:
总线63,用于连接存储器61和处理器62。
可选地,本实施例还包括:通信接口64,该通信接口64可以通过总线63与处理器62连接。处理器62可以控制通信接口63来实现电子设备60的上述的接收和发送的功能。
本实施例提供的电子设备可用于执行上述的费用处理方法,其实现方式和技术效果类似,本实施例此处不再赘述。
本发明还提供一种计算机可读存储介质,计算机可读存储介质包括计算机程序,计算机程序用于实现如上实施例中的费用处理方法。
在本发明所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。例如,以上所描述的设备实施例仅仅是示意性的,例如,模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能模块可以集成在一个处理单元中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能模块的形式实现的集成的模块,可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(英文:processor)执行本申请各个实施例方法的部分步骤。
应理解,上述处理器可以是中央处理单元(英文:Central Processing Unit,简称:CPU),还可以是其他通用处理器、数字信号处理器(英文:Digital Signal Processor,简称:DSP)、专用集成电路(英文:Application Specific Integrated Circuit,简称:ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器,也可能还包括非易失性存储NVM,例如至少一个磁盘存储器,还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。
总线可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、外部设备互连(Peripheral Component,PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture,EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
上述计算机可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (11)
1.一种费用处理方法,其特征在于,包括:
接收终端发送的扣费请求,所述扣费请求中包括扣费金额和充值卡账户的标识信息;
根据所述充值卡账户的标识信息,判断所述充值卡账户是否满足支付条件;
若所述充值卡账户满足支付条件,则获取所述充值卡账户中当前的本金金额和赠金金额;
根据所述本金金额、所述赠金金额和所述扣费金额,进行扣费处理。
2.根据权利要求1所述的方法,其特征在于,所述根据所述本金金额、所述赠金金额和所述扣费金额,进行扣费处理,包括:
根据所述本金金额和所述赠金金额,确定所述充值卡账户的总余额;
分别计算所述本金金额和所述总余额之间的第一比值,以及所述赠金金额和所述总余额之间的第二比值;
根据所述扣费金额、所述第一比值和所述第二比值,进行扣费处理。
3.根据权利要求2所述的方法,其特征在于,所述根据所述扣费金额、所述第一比值和所述第二比值,进行扣费处理,包括:
计算所述扣费金额和所述第一比值之间的乘积,得到本金扣费金额;
计算所述扣费金额和所述第二比值之间的乘积,得到赠金扣费金额;
从所述本金金额中扣除所述本金扣费金额,并从所述赠金金额中扣除所述赠金扣费金额。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述方法还包括:
接收退费请求消息,所述退费请求消息中包括所述充值卡账户的标识信息和与当前退费对应的扣费的关联信息;
根据所述充值卡账户的标识信息,获取与所述标识信息对应的第一账户,所述第一账户包括本金账户和赠金账户;
根据所述关联信息,确定退费金额,所述退费金额为扣除与所述关联信息对应的本金扣费金额;
控制从第二账户中向所述第一账户的本金账户支付与所述本金退费金额相同额度的资金。
5.根据权利要求1-3任一项所述的方法,其特征在于,所述根据所述充值卡账户的标识信息,判断所述充值卡账户是否满足支付条件,包括:
根据所述充值卡账户的标识信息,获取所述充值卡账户的使用条件,所述使用条件包括使用区域范围、适用的商家信息或适用的服务项目信息中的至少一个;
根据所述使用条件,判断所述充值卡账户是否满足支付条件。
6.根据权利要求5所述的方法,其特征在于,所述使用条件包括所述使用区域范围;
所述根据所述使用条件,判断所述充值卡账户是否满足支付条件,包括:
确定所述扣费请求对应的商家所处的位置信息;
判断所述位置信息是否处于所述使用区域范围内;
若所述位置信息处于所述使用区域范围内,则确定所述充值卡账户满足支付条件。
7.根据权利要求5所述的方法,其特征在于,所述使用条件包括所述适用的商家信息;
所述根据所述使用条件,判断所述充值卡账户是否满足支付条件,包括:
确定所述扣费请求对应的商家信息;
判断所述扣费请求对应的商家信息是否与所述适用的商家信息匹配;
若所述扣费请求对应的商家信息与所述适用的商家信息相匹配,则确定所述充值卡账户满足支付条件。
8.根据权利要求5所述的方法,其特征在于,所述使用条件包括所述适用的服务项目信息;
所述根据所述使用条件,判断所述充值卡账户是否满足支付条件,包括:
确定所述扣费请求对应的服务项目;
判断所述扣费请求对应的服务项目是否与所述适用的服务项目信息匹配;
若所述扣费请求对应的服务项目与所述适用的服务项目信息相匹配,则确定所述充值卡账户满足支付条件。
9.一种费用处理装置,其特征在于,包括:
接收模块,接收终端发送的扣费请求,所述扣费请求中包括扣费金额和充值卡账户的标识信息;
判断模块,用于根据所述充值卡账户的标识信息,判断所述充值卡账户是否满足支付条件;
获取模块,用于若所述充值卡账户满足支付条件,则获取所述充值卡账户中当前的本金金额和赠金金额;
处理模块,用于根据所述本金金额、所述赠金金额和所述扣费金额,进行扣费处理。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1-8任一项所述的费用处理方法。
11.一种电子设备,其特征在于,包括:
处理器;以及
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行权利要求1-8任一项所述的费用处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811481606.6A CN109636380A (zh) | 2018-12-05 | 2018-12-05 | 费用处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811481606.6A CN109636380A (zh) | 2018-12-05 | 2018-12-05 | 费用处理方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109636380A true CN109636380A (zh) | 2019-04-16 |
Family
ID=66071243
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811481606.6A Pending CN109636380A (zh) | 2018-12-05 | 2018-12-05 | 费用处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109636380A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111222866A (zh) * | 2019-12-25 | 2020-06-02 | 北京多达通能源科技有限公司 | 一种退款处理方法及装置 |
CN111681053A (zh) * | 2020-06-09 | 2020-09-18 | 青岛有容信息科技有限公司 | 一种收付链构建方法、装置、计算机设备及可读存储介质 |
CN112579572A (zh) * | 2020-12-18 | 2021-03-30 | 建信金融科技有限责任公司 | 一种关联账户维护方法、装置及电子设备 |
CN113837800A (zh) * | 2021-09-23 | 2021-12-24 | 中国银联股份有限公司 | 一种交易处理方法及装置 |
CN112737796B (zh) * | 2020-12-31 | 2023-07-18 | 中国联合网络通信集团有限公司 | 跨地域用户通信费用转移方法、装置、设备、介质及产品 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1858814A (zh) * | 2005-04-29 | 2006-11-08 | 邓斌涛 | 快速支付方法与系统 |
CN101188033A (zh) * | 2006-11-06 | 2008-05-28 | 邓斌涛 | 基于特征识别的快速联机支付方法与系统 |
KR101342219B1 (ko) * | 2013-07-30 | 2014-01-03 | 하이플러스카드 주식회사 | 선불카드 충전용 쿠폰을 활용한 결제 방법 |
CN108846701A (zh) * | 2018-06-15 | 2018-11-20 | 泰康保险集团股份有限公司 | 一种费用结算方案的确定方法及装置 |
-
2018
- 2018-12-05 CN CN201811481606.6A patent/CN109636380A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1858814A (zh) * | 2005-04-29 | 2006-11-08 | 邓斌涛 | 快速支付方法与系统 |
CN101188033A (zh) * | 2006-11-06 | 2008-05-28 | 邓斌涛 | 基于特征识别的快速联机支付方法与系统 |
KR101342219B1 (ko) * | 2013-07-30 | 2014-01-03 | 하이플러스카드 주식회사 | 선불카드 충전용 쿠폰을 활용한 결제 방법 |
CN108846701A (zh) * | 2018-06-15 | 2018-11-20 | 泰康保险集团股份有限公司 | 一种费用结算方案的确定方法及装置 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111222866A (zh) * | 2019-12-25 | 2020-06-02 | 北京多达通能源科技有限公司 | 一种退款处理方法及装置 |
CN111681053A (zh) * | 2020-06-09 | 2020-09-18 | 青岛有容信息科技有限公司 | 一种收付链构建方法、装置、计算机设备及可读存储介质 |
CN111681053B (zh) * | 2020-06-09 | 2023-09-22 | 青岛有容信息科技有限公司 | 一种收付链构建方法、装置、计算机设备及可读存储介质 |
CN112579572A (zh) * | 2020-12-18 | 2021-03-30 | 建信金融科技有限责任公司 | 一种关联账户维护方法、装置及电子设备 |
CN112737796B (zh) * | 2020-12-31 | 2023-07-18 | 中国联合网络通信集团有限公司 | 跨地域用户通信费用转移方法、装置、设备、介质及产品 |
CN113837800A (zh) * | 2021-09-23 | 2021-12-24 | 中国银联股份有限公司 | 一种交易处理方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109636380A (zh) | 费用处理方法和装置 | |
CN108389123A (zh) | 一种互联网联合贷款系统及方法 | |
CN106779661A (zh) | 移动支付方式选择方法及系统 | |
WO2018041090A1 (zh) | 一种ic卡自动充值方法及系统 | |
CN107862613A (zh) | 保费缴纳方法、保费缴纳设备及可读存储介质 | |
CN107578230A (zh) | 一种信用支付方法、系统、移动终端及计可读存储介质 | |
CN105205716A (zh) | 信用卡还款方法和装置 | |
CN109472574A (zh) | 支付方法、装置、计算机设备及存储介质 | |
CN101140683A (zh) | 一种用于实现提前还款的约转账户处理系统和方法 | |
CN108764862A (zh) | 支付数据处理方法及装置 | |
CN109886659A (zh) | 基于区块链的虚拟资源分配方法、装置以及计算机设备 | |
CN109741043A (zh) | 资金管理方法、装置及存储介质 | |
JPH09312708A (ja) | プリペイド移動通信システム、自動販売機および移動機 | |
CN104715362A (zh) | 利用实时信息通信确认交易的支付系统和方法 | |
US20140052616A1 (en) | Payment system and methods for brokering consumer-pay transactions | |
CN109615468A (zh) | 一种收支付管理系统及方法 | |
CN110084690A (zh) | 数据处理方法、装置、计算机装置及存储介质 | |
CN106127464A (zh) | 一种客房支付管理方法及装置 | |
CN107818460A (zh) | 一种支付方法及装置 | |
CN110175858A (zh) | 一种调整发放电子资源的方法及系统 | |
CN101221680A (zh) | 实现个人贷款最低最高额还款的系统及方法 | |
CN110874728A (zh) | 网上支付系统、网上支付方法、装置、介质及服务器 | |
CN109829811A (zh) | 贷款方法和贷款装置 | |
CN108492095B (zh) | 基于区块链的交易方法及装置 | |
CN109285001A (zh) | 可支付交通费用的设备、组合设备、系统及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190416 |