CN105719139A - 电子抵用凭证参与消费支付的移动融合电子支付方法 - Google Patents

电子抵用凭证参与消费支付的移动融合电子支付方法 Download PDF

Info

Publication number
CN105719139A
CN105719139A CN201610037075.6A CN201610037075A CN105719139A CN 105719139 A CN105719139 A CN 105719139A CN 201610037075 A CN201610037075 A CN 201610037075A CN 105719139 A CN105719139 A CN 105719139A
Authority
CN
China
Prior art keywords
payment
voucher
consumption
gift
client
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
CN201610037075.6A
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.)
Individual
Original Assignee
Individual
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 Individual filed Critical Individual
Priority to CN201610037075.6A priority Critical patent/CN105719139A/zh
Publication of CN105719139A publication Critical patent/CN105719139A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/387Payment using discounts or coupons
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices
    • G06Q20/3276Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821Electronic credentials

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明涉及一种电子抵用凭证参与消费支付的移动融合电子支付的方法,其特点是:将手机,融合支付管理平台、礼品券消费服务平台、积分礼券兑换平台、日常消费服务平台、票二维码扫描器、支付宝平台、银联支付平台的相互配合,提供消费者的礼品券消费和日常消费在统一的移动客户端上融合电子抵用凭证抵扣现金方式与网络支付平台支付方式的非常便利支付的方法,增强了消费者对服务提供者的忠诚度,促进了消费,推动了经济增长,是一项应用移动互联网络与信息处理技术服务大众的S2C新技术。

Description

电子抵用凭证参与消费支付的移动融合电子支付方法
技术领域
本发明涉及一种融合电子支付方法,尤其涉及一种电子抵用凭证参与消费支付的移动融合电子支付方法。
背景技术
礼品券是商家为解决客户送礼困扰及保障自身销售力而发行的一种代金券或卡,个人购买礼品券或卡馈赠亲朋或自己购物之用,很多企事业单位购买礼品券或卡作为员工福利进行发放,礼品券或卡多是在发行礼品券或卡公司指定的网站、地点或时间段购物,目前中国存在很多礼券/卡网站。
中国是一个奉行礼尚往来的国度,礼品券或卡在公司与客户或员工的沟通中以及在亲朋的交往中带来了相当大的便利,礼品券或卡的购物优势注定它在中国的市场规模及可观的市场前景。涉及到礼品券购买和礼品券购物的礼品券或卡消费在14亿人口的中国存在一系列问题:
1.购买礼品券时如何选择发行礼品券的公司,如何选择适合客户或员工与亲朋购物的礼品券,纠结不知道该送些什么到达自己的心意,缺少一种统一各种礼品券选择与购买的方法;
2.现在生活条件好了,不少消费者有多种礼品券,可能需要到不同的网站、地点或时间段去购物,会很累,导致消费者不能自由使用礼品券,造成礼品券的浪费,这种浪费造成了消费者、赠送者、商家等多方面的损失,缺少一种为消费者便捷地管理与消费各种礼品券的统一方法;
3.目前阶段,消费者拥有的多种礼品券一般只能购物,没有其他用途,例如不能作为抵用凭证去现金抵扣消费者的日常消费支出,缺少一种礼品券可以用于日常消费支出的方法;
当前,消费者日常消费的种类多、支出大,常见的日常支出有手机话费充值、水电煤缴费、宽带等网络缴费、有线费用、展览会等门票,等等,消费者日常消费的支付,一般是到服务商或商家的服务窗口去支付现金,或登录专门的网站网银支付,这种日常支付方式既消耗消费者的不少空闲时间,又让消费者疲于奔波,缺少一种在统一的移动客户端支付各种日常消费的方法。
有鉴于所述的缺陷,本设计人,积极加以研究创新,以期创设一种电子抵用凭证参与消费支付的移动融合电子支付方法,使其更具有产业上的利用价值。
发明内容
为解决所述技术问题,本发明的目的是提供一种电子抵用凭证参与消费支付的移动融合电子支付方法。
本发明的电子抵用凭证参与消费支付的移动融合电子支付方法,包括手机、融合支付管理平台、礼品券消费服务平台、积分礼券兑换平台,日常消费服务平台、票二维码扫描器、支付宝平台、银联支付平台,其中:
1)所述手机是消费者用来实现电子抵用凭证参与消费支付的移动融合电子支付的人机接***互工具;
2)手机内安装有客户端程序;
3)对于安卓手机,客户端程序通过泛在网从安卓应用市场、360应用市场下载客户端安装程序安装;对于苹果手机,客户端程序通过泛在网从苹果的APPStore网站上下载客户端安装程序安装;或是先把客户端安装程序下载到本地计算机,再由本地计算机通过有线的方式下载安装到手机上;
4)客户端安装程序内存储有加密过的礼品券消费与日常消费融合支付时要用到的业务数据,所述业务数据包含礼品券信息、日常消费各子业务信息、礼品券消费与日常消费在子业务融合支付时允许的子业务支付方式组合、具体消费项或商品的消费服务费,所述业务数据中的具体消费商品名称具有唯一性;
5)所述4)中礼品券信息,包含每种礼品券ID、礼品券名称、礼品券的图标文件、礼品券购买规则,所述礼品券购买规则包含礼品券单次购买最大金额、礼品券购买金额输入增减幅度,每种礼品券均为一种子业务,所述礼品券子业务ID就是礼品券ID,具有全局唯一性;
6)所述4)中的日常消费各子业务,包含手机话费充值、亚马逊网购充值、水、电、煤账单缴费、交通违章代缴费、网络通讯账单缴费、东方有线账单缴费、门票购买、游戏卡充值这些子业务,所述门票包括上海科普产品博览会门票、超现实艺术大展门票、ACGM门票、AR动漫游戏展门票、CP17展门票这些子业务,所述手机话费充值包括30元、50元、100元、200元、500元五种充值子业务,所述水、电、煤账单缴费包括水、电、煤这三种缴费子业务,所述网络通讯账单缴费包括电信账单、移动账单、联通账单、263电信账单、网通账单、铁通账单六种缴费子业务,所述日常消费划分的子业务有全局唯一的子业务ID;
7)所述日常消费各子业务的数据信息,包含日常消费各子业务ID、日常消费各子业务名称、日常消费各子业务图标文件、日常消费各子业务消费规则,所述日常消费各子业务消费规则指下述25)中第一阶段的选定一种消费商品信息过程中,涉及到的日常消费子业务消费金额范围、日常消费子业务是否有消费服务费和其他消费规则,比如,亚马逊网购充值金额范围是1元人民币到1000元人民币,手机话费充值五种充值子业务有各自的消费服务费,其他日常消费子业务目前没有消费服务费;
8)所述4)中礼品券消费与日常消费在子业务融合支付时,允许的子业务支付方式组合可能是不一样的,包含全部支付方式的支付方式组合包括抵用券方式、银联支付方式、支付宝支付方式,少数子业务不支持抵用券方式支付;
9)所述抵用券方式是指用户用下述16)中积分礼券兑换平台兑换好的抵用凭证和手机号账户拥有的购买礼品券兑换后的抵用凭证的一种或一种以上抵用凭证抵扣消费现金金额的一种支付方式,这两种方式兑换的抵用凭证具有统一的数据格式,包含凭证二维码、凭证订单号、抵扣现金消费的金额、创建时间、截止时间,所述抵用凭证信息是从下述19)中具体消费子业务的用户手机号使用的抵用凭证接口调用返回的;
10)客户端安装程序在手机上安装时,把内含的礼品券消费与日常消费融合支付要采用的数据保存在手机本地;
11)第一次运行手机客户端程序,进行礼品券消费与日常消费融合支付全部操作时,会显示登录账户页面,提示用户输入注册的手机号和密码,此手机号和密码是用户访问融合支付管理平台的依据;
12)所述融合支付管理平台包括WEB服务功能、数据存取功能;
13)所述融合支付管理平台具有和礼品券消费服务平台的接口,所述接口调用采用加密机制;
14)所述融合支付管理平台和礼品券消费服务平台接口功能包括:获取礼品券消费服务平台礼品券的名称、图标文件和购买规则,向礼品券消费服务平台发送礼品券购买的信息,礼品券消费服务平台更新礼品券的购买信息;
15)融合支付管理平台具有和积分礼券兑换平台的接口,该接口调用采用加密机制;
16)融合支付管理平台和积分礼券兑换平台接口的功能是,融合支付管理平台,获取积分礼券兑换平台兑换好的抵用凭证保存在数据库,或是,融合支付管理平台在每次需要一个手机号关联的抵用凭证时,到积分礼券兑换平台去取,当抵用凭证被用于消费支付时设置抵用凭证的使用状态为已使用来锁定抵用凭证;
17)融合支付管理平台具有和日常消费服务平台的接口,该接口调用采用加密机制;
18)融合支付管理平台和日常消费服务平台接口的功能为,向日常消费服务平台发送日常消费子业务融合支付成功后的购买信息,日常消费服务平台记录购买信息,如果用户有消费账单,则日常消费服务平台结算用户的消费账单;
19)融合支付管理平台具有客户端程序调用的移动调用接口,所述移动调用接口包括,客户端程序注册接口,登录接口,礼品券消费与各种日常消费的创建订单接口,更新支付方式接口,支付成功更新订单接口,具体消费子业务的用户手机号可以使用的抵用凭证接口,这些接口调用采用加密机制;
20)客户端程序被运行时,展现交互界面首页,所述首页上分布有图形按钮,所述图形按钮包括,礼品商城、充值、缴费、还款、票务、游戏、钱包、礼品盒、我;
21)用户点击首页的礼品商城图形按钮,启动礼品券消费的融合支付流程;
22)用户点击首页的充值或是缴费或是还款或是票务或是游戏图形按钮,启动日常消费的融合支付流程;
23)礼品券消费的融合支付流程和日常消费的融合支付流程均分成三个阶段:
第一阶段为用户选定消费的商品信息,客户端程序调用所述19)中创建订单接口,所述创建订单接口请求,包含加密过的选定消费商品信息,当创建订单接口响应成功时,融合支付流程进入第二阶段;
所述第二阶段是融合支付选定的商品;
所述第三阶段是融合支付成功与失败或是未完成后续处理;
24)客户端程序调用的创建订单接口功能包括,融合支付管理平台确认该创建订单请求的合法性和有效性后,新建一个该子业务消费支付订单交易记录,保存在数据库,该子业务消费支付订单交易记录的数据项包含,用户手机号、消费商品名称、一个全局唯一的订单号、该支付订单交易状态为未支付、该支付订单交易的默认支付方式为银联支付方式、交易创建时间,返回创建订单成功的响应,所述响应内的数据至少包括有,用户手机号、消费商品名称、一个全局唯一的订单号、订单交易的默认银联支付方式;
25)所述23)中第一阶段的选定消费商品信息,至少包括确定需要消费的商品名称、消费金额消费服务费以及该商品允许的支付方式组合;
26)所述23)中第一阶段的选定一种消费商品信息的过程,对于购买或赠送礼品券的选定商品信息过程为,用户在首页点击礼品商城图形按钮,客户端程序从所述4)中礼品券信息中提取含礼品券名称、礼品券的图标文件项的列表并加载礼品券的图标文件,展现礼品券列表交互页面;
27)礼品券列表交互页面的每个礼品券列表项,依次展现礼品券的图标、礼品券名称、一个表示右方向的箭头,该右方向的箭头表明该礼品券列表项具有按钮功能,用户点击或触摸该礼品券列表项,客户端程序根据礼品券列表项的礼品券名称,从所述4)中业务数据中获取允许的支付方式组合和礼品券消费规则,然后,客户端程序展现该礼品券消费规则界面;
28)用户在礼品券消费规则界面,输入符合所述5)礼品券购买消费规则的礼品金额,然后选择点击购买或者赠送按钮,客户端程序建立包含要购买或者赠的礼品券名称、购买金额、用户登录手机号数据项的订单请求,调用礼品券购买或赠送的创建订单接口,如果融合支付管理平台返回成功的响应,则客户端程序就进入所述23)中第二阶段融合支付选定的商品;
29)所述23)中第一阶段的选定一种消费商品信息的过程中,对于手机话费充值或是亚马逊网购充值选定商品信息过程是,用户在首页中点击充值图形按钮,客户端程序展现有手机话费与亚马逊两个菜单图形按钮的选择充值项页面,用户选择点击选择充值项页面的一个菜单图形按钮,客户端程序展现选择金额页面;
30)所述29)中选择金额页面,选择手机话费充值的用户要选定选择金额页面上***规定的30元、50元、100元、200元、500元金额之一对应的功能按钮,然后客户端根据选定金额子业务ID得到消费服务费,选择亚马逊充值的用户要输入在1元到1000元范围的充值金额,同时,用户可以在选择金额页面输入充值手机号,客户端程序根据手机号是否登录手机号来区分是自己充值还是帮其他人充值,然后用户点击选择金额页面的确定按钮,客户端程序建立包含输入手机号、子业务ID、充值金额、平台服务费中各个数据项的请求,调用手机话费充值或亚马逊网购充值的创建订单接口,如果融合支付管理平台返回成功的响应,则客户端程序就进入所述23)中第二阶段融合支付选定的商品;
31)所述23)中第一阶段的选定一种消费商品信息的过程,对于水、电、煤账单缴费、网络通讯和东方有线三类消费,选定商品信息过程包括,用户要先选定一个具体的消费子业务类型,对于水、电、煤账单缴费,用户要选定水、电、煤账单缴费其中的一种子业务,对于网络通讯用户要选定电信账单、移动账单、联通账单、263电信账单、网通账单与铁通账单其中的一种子业务,用户还能选定东方有线子业务,然后客户端程序展现选定的具体消费子业务的缴费交互页面;
32)用户在所述31)中消费子业务的缴费交互页面,采用缴费交互页面的扫码功能,控制手机相机来扫描已经选定具体消费子业务的缴费账单的二维码,从而得到收费单条码号与金额;或是,在缴费交互页面输入条码号与金额,用户确定了选定的缴费商品信息时点击缴费交互页面的确定按钮后,客户端程序调用创建订单接口,若融合支付管理平台返回成功的响应,则客户端程序进入所述23)中第二阶段融合支付选定的商品;
33)所述23)中第一阶段的选定一种消费商品信息的过程,对于交通违章代缴费的选定商品信息过程是,用户先选定一个查询的车辆,再选定该违章车辆的一个代缴项,得到代缴总额数据,能选择是否需要***,在用户选定了交通违章缴费商品信息并确定后,客户端程序调用创建订单接口,如果融合支付管理平台返回成功的响应,客户端程序就进入所述23)中第二阶段融合支付选定的商品;
34)所述23)中第一阶段的选定一种消费商品信息的过程,对于票务消费的选定商品信息过程是,用户要先选择一种或一种以上票种,输入选择的票种购买数量,然后输入预订人姓名和预订人手机号,如果输入的预订人手机号与登录的手机号不一样,则为帮其他人预订,当用户选定了票务消费商品信息并确定后,客户端程序调用创建订单接口,如果融合支付管理平台返回成功的响应,则客户端程序进入所述23)中第二阶段融合支付选定的商品;
35)所述23)中第二阶段的融合支付选定商品,该融合支付选定商品的过程对礼品券消费和日常消费的全部子业务是公用或是共享的,确认订单界面是融合支付过程的第一个人机交互页面,所述确认订单界面内容,从上往下依次是商品信息项、商品金额条目、服务费条目、抵用券条目、选择支付方式项、实付款条目和确定按钮;
36)所述35)中商品信息项内容中包括有所述23)中第一阶段选定商品信息时选定商品的图标、商品名称、商品金额数字,商品金额条目包含商品金额文字和商品金额数字;
37)所述35)中服务费条目内容,从左往右依次是“服务费”文字、“+”文字、所述23)中第一阶段选定商品信息时得到的消费服务费;
38)所述35)中抵用券条目内容从左往右依次是抵用券图标、“抵用券”文字、“未使用”文字、右方向箭头,其中“未使用”文字,表示当前没有选定抵用凭证,右方向箭头表示抵用券条目具有按钮功能;
39)所述35)中选择支付方式项,包含银联与支付宝两个支付方式的单选按钮组合,第一次进入确认订单界面时,选择支付方式项的单选按钮组合自动选择银联支付方式,是因为,所述23)中第一阶段用户选定消费的商品信息过程中客户端程序调用的创建订单接口功能响应数据里,订单交易的默认支付方式是银联支付方式;
40)所述35)中实付款条目包含“实付款”文字和用户要支付的现金金额,在第一次进入确认订单界面,或是确认订单界面的抵用券条目内容包含“未使用”文字时,或是确认订单界面没有显示抵用券条目时,用户要支付的现金金额就是所述23)中第一阶段选定商品信息时选定的商品金额加上商品的消费服务费之和,所述选定的商品金额加上商品的消费服务费之和,构成用户应付款;
41)用户点击确认订单界面的抵用券条目,客户端程序建立包含登录手机号和消费子业务ID请求,调用具体消费子业务的用户手机号能使用的抵用凭证接口,融合支付管理平台从下述60)中手机号关联的电子钱包里,提取消费子业务ID允许的抵用凭证信息列表,返回登录手机号与消费子业务ID允许的抵用凭证列表信息响应给客户端程序,客户端程序展现选择凭证的交互界面;
42)所述41)中融合支付管理平台返回的抵用凭证列表信息的每一个抵用凭证数据内容包含,凭证ID、凭证序列号、凭证名称、凭证金额、凭证可兑金额、凭证过期时间、凭证图标在融合支付管理平台的相对路径,如果所述凭证金额需要缴税,所述凭证可兑金额是把凭证金额减掉17%税后保留整数部分的金额;
43)选择凭证的交互界面展现一个可以多选的抵用凭证信息列表,列表中每一项抵用凭证信息展现凭证图标、凭证名称、凭证金额、凭证可兑金额、凭证过期时间,用户在选择凭证页面的抵用凭证信息列表中,能选择一个或是一个以上的抵用凭证,同时,客户端程序能智能提供抵用凭证列表中对所述40)中用户应付款最有利的选择方案,并在选择凭证页面提示用户选择;
44)用户在选择凭证页面,选择了一个或一个以上的抵用凭证或者选择对用户要支付金额最有利的选择方案,并点击了选择凭证页面的确定按钮,客户端程序计算选择凭证页面确定的抵用凭证可兑金额之和,选择凭证界面切换到确认订单界面,确认订单界面的抵用券条目的“未使用”文字替换为选定凭证可兑总金额;
45)所述44)中选择凭证界面切换到确认订单界面,确认订单界面的实付款条目的用户要支付现金金额显示40)中用户应付款减去选定凭证可兑总金额的差,如果用户应付款不大于选定凭证可兑总金额,实付款条目中的用户要支付现金金额显示零;
46)如果确认订单界面中的实付款条目的用户要支付现金金额显示为零,表明用户应付款能完全用选定抵用凭证的可兑总金额抵扣掉,用户点击确认订单界面的确定按钮,客户端程序调用更新支付方式接口,更新支付方式接口请求包含,商品金额、平台服务费、凭证全额支付的支付方式、选定的抵用凭证信息数据包,在接收到更新支付方式接口成功响应后,客户端程序展现选定商品的成功支付页面,以此结束凭证全额支付时,所述23)中第二阶段的融合支付选定商品的过程;
47)所述46)中客户端程序调用更新支付方式接口,融合支付管理平台把所述24)中子消费业务支付订单交易记录数据项的支付方式从银联支付置为凭证全额支付的支付方式,表示该子业务支付全部用抵用凭证抵扣现金,把交易记录数据项的支付状态从未支付设为已支付,同时融合支付管理平台把该业务支付用到的抵用凭证使用状态设为已使用,以锁定这些抵用凭证,返回更新支付方式接口成功响应;
48)如果确认订单界面的实付款条目的用户要支付现金金额显示非零,用户在确认订单界面的选择支付方式项选择银联或者支付宝支付方式,然后用户点击确认订单界面的确定按钮,客户端程序调用更新支付方式接口,更新支付方式接口请求包含选定的网银支付方式或支付宝支付方式、可选的抵用凭证信息包,可选是指,如果确认订单界面没有显示抵用券条目或者显示但用户没有选定抵用凭证,不存在选定的抵用凭证信息包;
49)所述48)客户端程序调用更新支付方式接口,融合支付管理平台把所述24)中子业务消费支付订单交易记录数据项的支付方式,从默认的银联方式改为用户选定的支付平台方式,把该子业务支付用到的抵用凭证、使用状态设为已使用,实现凭证锁定,返回更新支付方式接口成功响应;
50)所述48)客户端程序得到更新支付方式接口的成功响应后,客户端程序和确认订单界面的选择支付方式项中所选定的支付方式对应的支付平台通讯,进行远程网上支付,如果支付平台返回成功支付响应,则客户端程序调用支付成功更新订单接口,在接收到支付成功更新订单接口成功响应后,客户端程序展现选定商品的成功支付页面,由此结束确认订单界面的实付款条目的用户要支付现金金额非零时,所述23)中第二阶段的融合支付选定商品的过程;
51)所述50)中客户端程序调用支付成功更新订单接口,融合支付管理平台把所述24)中子业务消费支付订单交易记录数据项的支付状态从未支付设为已支付,返回支付成功更新订单接口成功响应;
52)所述50)中客户端程序进行远程网上支付过程中,如果用户选择了放弃或者支付平台返回失败响应,则所述23)中第二阶段的融合支付选定商品的过程设为失败;
53)对于礼品券的消费与日常消费,所述23)第三阶段的融合支付成功后续的处理存在差异,对于礼品券的购买与礼品券赠送,所述23)第三阶段的融合支付成功后续的处理存在差异,对于日常消费的各子业务,所述23)第三阶段的融合支付成功后续的处理存在差异;
54)所述53)中对于礼品券消费与日常消费,第三阶段融合支付成功后续的处理差异为,礼品券消费的购买与赠送的目的均得到购买的礼品券,由礼品券所属的用户兑换成可用于融合支付的抵用凭证,属于间接性消费,日常消费的各子业务消费,属于直接消费,由融合支付管理平台直接和各消费服务平台进行结算,对于间接性消费和直接消费融合支付成功后续处理的共同环节是,若不是登陆手机号用户自己消费而是帮其他人支付,则接受方手机号收到融合支付管理平台发送的短信通知;
55)所述53)中对于礼品券的购买与礼品券赠送,第三阶段的融合支付成功后续的处理差异为,礼品券购买的订单融合支付成功后,融合支付管理平台把礼品券购买的订单成功记录,加入到登录手机号关联的礼品记录列表里,该手机号关联的礼品记录列表为用户的远程电子礼品盒,礼品券赠送的订单融合支付成功后,区分选择短信和微信告知接受赠送的人,该接受赠送的人是在融合支付管理平台已经注册或未注册的用户;
56)所述55)中礼品券赠送的订单融合支付成功后,区分选择短信和微信告知接受赠送的人,所述46)或50)中选定商品的成功支付页面上提供用户选择短信和微信两种方式告知接受赠送的人,选择短信方式需要用户输入接受赠送人的手机号,选择微信方式时通过微信得到接受赠送人的手机号;
57)所述56)中得到接受赠送人的手机号,用户然后点击46)或50)中成功支付页面的确定按钮,客户端程序与融合支付管理平台通讯告知接受赠送人的手机号,融合支付管理平台在礼品券购买的订单成功记录加入接受赠送人的手机号同时关联礼品券购买的订单成功记录到接受赠送人手机号关联的礼品记录列表里,该手机号关联的礼品记录列表就是接受赠送人的远程电子礼品盒,再和礼品券服务平台通讯,礼品券服务平台通讯更新礼品券购买金额;
58)所述54)中由礼品券所属的用户兑换成用于融合支付的抵用凭证,其流程为,
用户点击首页的礼品盒图形按钮,客户端程序和融合支付管理平台通讯,获取所述55)或57)中手机号关联的礼品记录列表或是电子礼品盒数据,客户端程序展现礼品盒页面,礼品盒页面展现手机号关联的礼品记录列表,该礼品记录列表项具有按钮功能,每一个礼品记录列表项包含礼品券图标、礼品券名称、礼品券购买金额;
59)用户点击礼品盒页面中礼品记录列表项,客户端程序展现兑换礼券页面,在兑换礼券页面用户输入需要兑换金额,点击兑换礼券页面的确定按钮,客户端程序建立包含登录手机号、礼品券名称、兑换金额数据项请求和融合支付管理平台通讯,得到融合支付管理平台成功响应后,客户端程序展现含电子抵用凭证的兑换成功页面,该抵用凭证含凭证二维码、凭证抵扣现金的金额、订单号、生成时间、截止时间这些信息,所述抵用凭证能用于便利店或超市的线下支付;
60)所述59)中客户端程序建立包含登录手机号、礼品券名称、兑换金额数据项请求和融合支付管理平台通讯,融合支付管理平台保存客户端程序请求里的登录手机号、礼品券名称、兑换金额数据项,建立登录手机号关联的抵用凭证项,加入到登录手机号关联的抵用凭证列表,该抵用凭证列表和所述15)中积分礼券兑换平台的手机号关联的抵用凭证列表一起,构成手机号关联的远程电子钱包;
61)所述53)中对于日常消费的各子业务,第三阶段的融合支付成功后续的处理差异为,各种门票购买的支付成功后续处理,涉及如何使用已经预定的电子门票;
62)所述61)中各关于使用已经预定的电子门票的过程是,用户点击首页的钱包按钮,客户端程序展现钱包交互页面,用户选定钱包页面的票券Tab按钮时,客户端程序和融合支付管理平台通讯,获取用户手机号关联的门票预定交易记录,客户端程序在票券Tab,展现户手机号关联的门票预定交易列表,用户点击门票预定交易列表的一门票项时,客户端程序和融合支付管理平台通讯,获取该门票项预定详细的信息,客户端程序展现使用票券页面,该使用票券页面有门票的二维码图形,在该门票活动的检票入口处,用户用手机上的这个门票的二维码图形作为电子门票即可进入该门票活动的场所;
63)所述62)中在该门票活动的检票入口处,手机上的对应的门票二维码图形被门票扫描仪扫描后,门票的二维码图形包含的门票数据进入票务预定服务平台,票务预定服务平台确定该门票数据的合法性和有效性后,提示检票入口处的检票人员,同时票务预定服务平台修改该门票为已使用状态来锁定门票,然后票务预定服务平台与融合支付管理平台通讯通知该门票已经使用;
64)所述23)中第三阶段的融合支付失败后续的处理,涉及到用户在客户端程序对支付失败的交易进行继续支付或者取消交易的过程;
65)继续支付或者取消交易的过程为,用户点击首页的图形按钮,客户端程序展现标题为我的页面,用户点击我的页面具有按钮功能的交易记录条目,客户端程序和融合支付管理平台通讯获取支付成功与失败的所有交易列表信息缓存在本地,客户端程序展现交易记录页面,交易记录页面有全部Tab与待支付Tab两个选项卡,交易记录页面默认显示全部Tab选项卡,全部Tab选项卡显示支付成功与失败的所有交易列表;
66)用户点击交易记录页面的待支付Tab选项卡按钮,客户端程序和融合支付管理平台通讯获取支付失败的交易列表信息缓存在本地,然后交易记录页面切换到显示支付失败交易列表信息的待支付Tab选项卡,支付Tab选项卡显示支付失败的交易列表;
67)用户点击所述65)中全部Tab或所述66)中待支付Tab的一个待支付交易项,客户端程序和融合支付管理平台通讯获取该支付失败的交易详情信息,展现交易详情交互页面,交易详情交互页面内容包括,交易业务名称、交易状态、交易支付号码、交易订单号、支付方式、交易金额、交易时间这些支付失败的交易详情信息以及取消交易和继续支付两个按钮;
68)用户点击交易详情交互页面的继续支付按钮,客户端程序进入所述23)中第二阶段的融合支付选定商品过程,和第二阶段的融合支付选定商品过程的区别在于,继续支付场景下无可修改原有交易已经选定的抵用凭证;
69)用户点击所述67)中交易详情交互页面的取消交易按钮,客户端程序和融合支付管理平台通讯,告知支付管理平台该用户手机号放弃这个支付失败的交易,得到支付管理平台处理成功的响应后,客户端程序删除本地缓存中保存的全部交易记录列表里该支付失败的交易项,或是删除未支付交易记录列表中的该支付失败的交易项,客户端程序切换到上一个交易记录页面,这个交易记录页面的全部Tab或待支付Tab选项卡不再显示被取消交易的支付失败的交易记录项。
进一步地,所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其中,所述步骤3)中的泛在网为GPRS、3G、4G、WIFI、以太网中的一种或是多种。
更进一步地,所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其中,所述步骤4)中礼品券消费为礼品券的购买或是赠送,所述礼品券购买为,用户给自己购买,所述礼品券赠送为用户购买成功后,赠送给其他人或者说帮其他人购买。
更进一步地,所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其中,所述步骤11)中显示的登录账户页面上设置有注册功能按钮,用户如果没有登录手机号与密码,能点击登录账户页面的注册功能按钮,然后客户端把用户输入的手机号与密码加密后,发给融合支付管理平台。
更进一步地,所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其中,所述步骤13)中,礼品券消费服务平台包括,屈臣氏礼品券消费服务平台,滴滴出行礼品券消费服务平台,全家礼品券消费服务平台,WOWO礼品券消费服务平台,太平洋百货礼品券消费服务平台,E保养礼品券消费服务平台,驴妈妈礼品券消费服务平台,哈根达斯礼品券消费服务平台,白富美150元礼品券消费服务平台,58到家60元礼品券消费服务平台,美宠礼品券49元消费服务平台。
更进一步地,所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其中,所述步骤14)中礼品券购买的信息包括有购买手机号,交易订单号,交易金额,交易时间。
更进一步地,所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其中,所述步骤17)中日常消费服务平台为移动、电信、联通话费充值服务平台,亚马逊充值服务平台,交通违章缴费服务兑换平台,水电煤收费服务平台,网络通讯账单服务平台,有线账单服务平台,游戏卡充值服务平台,票务预订服务平台。
更进一步地,所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其中,所述步骤18)中日常消费子业务融合支付成功后的购买信息,对于不同日常消费子业务的购买信息存在差异,
对于手机话费充值购买信息包括有,充值手机号、交易金额、交易时间;
对于亚马逊充值购买信息包括有,充值手机号、交易金额、交易时间;
对于交通违章代缴费信息包括有,车牌号、发动机号、城市、违章时间、违章地点、缴纳金额、缴纳时间、缴纳手机号;
对于水电煤、网络通讯、东方有线三种账单缴费购买信息包括有,缴费手机号、缴费项目、收费单位、账单日期、账单支付条形码号、交易金额、交易时间;
对于游戏充值购买信息包括有,游戏名称、游戏ID、游戏卡面值、游戏卡数量、账号直充时游戏账号与手机号或者卡密方式的接受手机号;
对于票务业务购买信息包括有,票的名称、票种、票单价、票数量、预订人手机号。
更进一步地,所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其中,所述步骤35)中抵用券条目,如果不显示出来,是因为消费选定的子业务不支持抵用券方式支付。
更进一步地,所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其中,所述步骤43)中对用户应付款最有利选择方案的实现方式是,对于相同可兑金额的凭证,优先选择凭证过期时间最近的,对于可兑金额不同的计算选择凭证,可兑金额总和与需要付款金额之差的绝对值,优先考虑绝对值小的选择方案,对于绝对值相等的,优先考虑可兑金额不同的凭证过期时间最近的和方案中抵用凭证数量最小的。
再进一步地,所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其中,所述步骤69)中,用户点击交易详情交互页面的取消交易按钮,客户端程序和融合支付管理平台通讯,告知支付管理平台该用户手机号放弃这个支付失败的交易,支付管理平台首先把支付失败交易关联的抵用凭证的使用状态修改为未使用,令后续的交易能重新使用,然后支付管理平台将此支付失败交易建立的订单有关信息的存在状态设为已删除,返回取消交易处理成功响应。
借由所述方案,本发明至少具有以下优点:
1、有效利用移动互联网络通讯技术和信息处理技术,为消费者提供了电子抵用凭证参与消费支付的移动融合电子支付方法优选方案。
2、可令消费者便捷地查询和兑换自己购买或接受赠送的各种礼品券,可增强消费者对礼品券服务提供者或员工对公司的忠诚度。
3可令消费者的礼品券和积分礼券兑换后的抵扣凭证便捷地抵扣日常消费支付,大大方便日常消费活动。
4、可令消费者便捷查询自己的各种消费记录,对失败的交易进行继续支付或者取消交易的善后处理。
5、有效应用移动互联网络与信息处理技术服务,较为便捷的S2C方法。
所述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,并可依照说明书的内容予以实施,以下以本发明的较佳实施例并配合附图详细说明如后。
附图说明
图1是本发明的方法实施示意图。
具体实施方式
下面结合附图和实施例,对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明,但不用来限制本发明的范围。
如图1的电子抵用凭证参与消费支付的移动融合电子支付方法,其包括手机、融合支付管理平台、礼品券消费服务平台、积分礼券兑换平台,日常消费服务平台、票二维码扫描器、支付宝平台、银联支付平台,本发明的与众不同之处阐述如下:
所涉及的手机是消费者用来实现电子抵用凭证参与消费支付的移动融合电子便利支付的人机接***互工具,在手机内安装有客户端程序。考虑到现有智能手机的操作***以安卓与苹果较为常见,对于安卓手机,客户端程序通过泛在网从安卓应用市场、360应用市场下载客户端安装程序安装;对于苹果手机,客户端程序通过泛在网从苹果的APPStore网站上下载客户端安装程序安装。当然,也可以是用户先把客户端安装程序下载到本地计算机,再由本地计算机通过有线的方式下载安装到手机上。
进一步来看,在客户端安装程序内存储有加密过的礼品券消费与日常消费融合支付时要用到的业务数据,该业务数据包含礼品券信息、日常消费各子业务信息、礼品券消费与日常消费在子业务融合支付时允许的子业务支付方式组合、具体消费项或商品的消费服务费,且业务数据中的具体消费商品名称具有唯一性。具体来说,礼品券信息,包含每种礼品券ID、礼品券名称、礼品券的图标文件、礼品券购买规则,礼品券购买规则包含礼品券单次购买最大金额、礼品券购买金额输入增减幅度,每种礼品券均为一种子业务,礼品券子业务ID就是礼品券ID,具有全局唯一性。
同时,为了有利于日常消费各子业务的支付开展,本发明所涉及的日常消费各子业务,具体来说:包含手机话费充值、亚马逊网购充值、水、电、煤账单缴费、交通违章代缴费、网络通讯账单缴费、东方有线账单缴费、门票购买、游戏卡充值这些子业务,门票包括上海科普产品博览会门票、超现实艺术大展门票、ACGM门票、AR动漫游戏展门票、CP17展门票这些子业务,手机话费充值包括30元、50元、100元、200元、500元五种充值子业务,水、电、煤账单缴费包括水、电、煤这三种缴费子业务,网络通讯账单缴费包括电信账单、移动账单、联通账单、263电信账单、网通账单、铁通账单六种缴费子业务,日常消费划分的子业务有全局唯一的子业务ID。
并且,礼品券消费与日常消费在子业务融合支付时,允许的子业务支付方式组合,包含全部支付方式的支付方式组合,可包括有抵用券方式、银联支付方式、支付宝支付方式。在实际实施的时候,可能会存在有少数子业务不支持抵用券方式支付。
为了提升实施的通用性,涉及的日常消费各子业务的数据信息,包含日常消费各子业务ID、日常消费各子业务名称、日常消费各子业务图标文件、日常消费各子业务消费规则,日常消费各子业务消费规则,为后续第一阶段的选定一种消费商品信息过程中,涉及到的日常消费子业务消费金额范围、日常消费子业务是否有消费服务费和其他消费规则,比如,亚马逊网购充值金额范围是1元人民币到1000元人民币,手机话费充值五种充值子业务有各自的消费服务费,其他日常消费子业务目前没有消费服务费。同时,抵用券方式是指用户用后续的积分礼券兑换平台,兑换好的抵用凭证和手机号账户,拥有的购买礼品券兑换后的抵用凭证的一种或一种以上抵用凭证抵扣消费现金金额的一种支付方式。并且,这两种方式兑换的抵用凭证具有统一的数据格式,包含凭证二维码、凭证订单号、抵扣现金消费的金额、创建时间、截止时间。该抵用凭证信息是从后续步骤中,具体消费子业务的用户手机号使用的抵用凭证接口调用返回的。
考虑到数据的本地保存需要,避免实施在线调取会增加服务器的处理负荷,客户端安装程序在手机上安装时,把内含的礼品券消费与日常消费融合支付要采用的数据保存在手机本地。并且,这样做还是出于安全性来考虑,因为具体消费项或商品消费服务费属于业务敏感数据,需要加密后保存在手机本地。在实际操作的时候,第一次运行手机客户端程序,进行礼品券消费与日常消费融合支付全部操作时,会显示登录账户页面,提示用户输入注册的手机号和密码,此手机号和密码是用户访问融合支付管理平台的依据。以此,满足用户操作的身份验证唯一性。同时,在显示的登录账户页面上设置有注册功能按钮,用户如果没有登录手机号与密码,能点击登录账户页面的注册功能按钮,然后客户端把用户输入的手机号与密码加密后,发给融合支付管理平台。
考虑到日常数据处理的需要,融合支付管理平台包括WEB服务功能、数据存取功能。同时,融合支付管理平台具有和礼品券消费服务平台的接口,接口调用采用加密机制,提升实施的安全性。具体来说,为了整合较为常见的礼品券消费平台,便于实现统一化的便利支付,礼品券消费服务平台包括,屈臣氏礼品券消费服务平台,滴滴出行礼品券消费服务平台,全家礼品券消费服务平台,WOWO礼品券消费服务平台,太平洋百货礼品券消费服务平台,E保养礼品券消费服务平台,驴妈妈礼品券消费服务平台,哈根达斯礼品券消费服务平台,白富美150元礼品券消费服务平台,58到家60元礼品券消费服务平台,美宠礼品券49元消费服务平台中的一个或是多个结合。与此同时,考虑到数据的统一化处理,融合支付管理平台和礼品券消费服务平台接口功能包括:获取礼品券消费服务平台礼品券的名称、图标文件和购买规则,向礼品券消费服务平台发送礼品券购买的信息,礼品券消费服务平台更新礼品券的购买信息。为了有效完善礼品券购买的信息,其包括有购买手机号,交易订单号,交易金额,交易时间。
同样的,融合支付管理平台具有和积分礼券兑换平台的接口,该接口调用采用加密机制。具体来说,融合支付管理平台和积分礼券兑换平台接口的功能如下:融合支付管理平台,获取积分礼券兑换平台兑换好的抵用凭证保存在数据库。或者,融合支付管理平台在每次需要一个手机号关联的抵用凭证时,到积分礼券兑换平台去取。当抵用凭证被用于消费支付时设置抵用凭证的使用状态为已使用来锁定抵用凭证。并且,处于提升安全性的角度考虑,融合支付管理平台具有和日常消费服务平台的接口,该接口调用采用加密机制。
再进一步来看,本发明实施期间的日常消费服务平台为移动、电信、联通话费充值服务平台,亚马逊充值服务平台,交通违章缴费服务兑换平台,水电煤收费服务平台,网络通讯账单服务平台,有线账单服务平台,游戏卡充值服务平台,票务预订服务平台。
集合本发明一较佳的实施方式来看,融合支付管理平台和日常消费服务平台接口的功能为,向日常消费服务平台发送日常消费子业务融合支付成功后的购买信息,日常消费服务平台记录购买信息,如果用户有消费账单,则日常消费服务平台结算用户的消费账单。同时,日常消费子业务融合支付成功后的购买信息,对于不同日常消费子业务的购买信息存在差异,具体来说:
对于手机话费充值购买信息包括有,充值手机号、交易金额、交易时间。
对于亚马逊充值购买信息包括有,充值手机号、交易金额、交易时间。
对于交通违章代缴费信息包括有,车牌号、发动机号、城市、违章时间、违章地点、缴纳金额、缴纳时间、缴纳手机号。
对于水电煤、网络通讯、东方有线三种账单缴费购买信息包括有,缴费手机号、缴费项目、收费单位、账单日期、账单支付条形码号、交易金额、交易时间。
对于游戏充值购买信息包括有,游戏名称、游戏ID、游戏卡面值、游戏卡数量、账号直充时游戏账号与手机号或者卡密方式的接受手机号。
对于票务业务购买信息包括有,票的名称、票种、票单价、票数量、预订人手机号。
考虑到后续移动支付时数据传输实施的便利,融合支付管理平台具有客户端程序调用的移动调用接口,其包括,客户端程序注册接口,登录接口,礼品券消费与各种日常消费的创建订单接口、更新支付方式接口、支付成功更新订单接口,具体消费子业务的用户手机号可以使用的抵用凭证接口。同时,这些接口调用采用加密机制,能进一步提升实施的安全性。
集合实际实施来看,客户端程序被运行时,展现交互界面首页,首页上分布有图形按钮,图形按钮包括,礼品商城、充值、缴费、还款、票务、游戏、钱包、礼品盒、我。在用户点击首页的礼品商城图形按钮后,启动礼品券消费的融合支付流程。同时,用户点击首页的充值或是缴费或是还款或是票务或是游戏图形按钮,可启动日常消费的融合支付流程。
具体来说,礼品券消费的融合支付流程和日常消费的融合支付流程均分成三个阶段:第一阶段为用户选定消费的商品信息,客户端程序调用创建订单接口,该创建订单接口请求,包含加密过的选定消费商品信息,当创建订单接口响应成功时,融合支付流程进入第二阶段。第二阶段是融合支付选定的商品。第三阶段是融合支付成功与失败(或未完成)后续处理。
同时,本发明采用的客户端程序调用的创建订单接口功能包括:融合支付管理平台确认该创建订单请求的合法性和有效性后,新建一个该子业务消费支付订单交易记录,保存在数据库。为了满足不同类别的商品或是服务定制需要,该子消费业务支付订单交易记录的数据项包含,用户手机号、消费商品名称、一个全局唯一的订单号、该支付订单交易状态为未支付、该支付订单交易的默认支付方式为银联支付方式、交易创建时间,返回创建订单成功的响应。并且,对请求进行及时处理后返回响应内的数据至少包括有,用户手机号、消费商品名称、一个全局唯一的订单号、订单交易的默认银联支付方式。
考虑到上述第一阶段的数据处理顺利,在第一阶段的选定消费商品信息,至少包括确定需要消费的商品名称、消费金额消费服务费以及该商品允许的支付方式组合。就目前的实施来看,只有手机话费充值各子业务有消费服务费,对于购买或赠送礼品券和日常消费的所有子业务这些不同的商品消费活动第一阶段的选定一种消费商品信息的过程是有差异的。同时,第一阶段的选定一种消费商品信息的过程,对于购买或赠送礼品券的选定商品信息过程为,用户在首页点击礼品商城图形按钮,客户端程序从礼品券信息中提取含礼品券名称、礼品券的图标文件项的列表并加载礼品券的图标文件,展现礼品券列表交互页面。并且,礼品券列表交互页面的每个礼品券列表项,依次展现礼品券的图标、礼品券名称、一个表示右方向的箭头,该右方向的箭头表明该礼品券列表项具有按钮功能。实施时候,用户点击或触摸该礼品券列表项,客户端程序根据礼品券列表项的礼品券名称,从业务数据中获取允许的支付方式列表和礼品券消费规则,然后,客户端程序展现该礼品券消费规则界面。
本发明所采用的用户礼品券消费规则界面,输入符合礼品券购买消费规则的礼品金额,然后选择点击购买或者赠送按钮,客户端程序建立包含要购买或者赠送的礼品券名称、购买金额、用户登录手机号数据项的订单请求,调用礼品券购买或赠送的创建订单接口,如果融合支付管理平台返回成功的响应,则客户端程序就进入第二阶段融合支付选定的商品。
结合实际操作来看,第一阶段的选定一种消费商品信息的过程中,对于手机话费充值或是亚马逊网购充值选定商品信息过程是,用户点击充值图形按钮后,客户端程序展现有手机话费与亚马逊两个菜单图形按钮的选择充值项页面,用户选择点击选择充值项页面的一个菜单图形按钮,客户端程序展现选择金额页面。接着,在选择金额页面,选择手机话费充值的用户要选定选择金额页面上***规定的30元、50元、100元、200元、500元金额之一对应的功能按钮,然后客户端根据选定金额子业务ID得到消费服务费,选择亚马逊充值的用户要输入在1元到1000元范围的充值金额,同时,用户可以在选择金额页面输入充值手机号,客户端程序根据手机号是否登录手机号来区分是自己充值还是帮其他人充值,然后用户点击选择金额页面的确定按钮,客户端程序建立包含输入手机号(帮人充值时另有登录手机号)、子业务ID、充值金额、平台服务费中各个数据项的请求,调用手机话费充值或亚马逊网购充值的创建订单接口。在此期间,如果融合支付管理平台返回成功的响应,则客户端程序就进入第二阶段融合支付选定的商品。
结合第一阶段的选定一种消费商品信息的过程来看:
对于水、电、煤账单缴费、网络通讯和东方有线三类消费,选定商品信息过程包括,用户要先选定一个具体的消费子业务类型,对于水、电、煤账单缴费,用户要选定水、电、煤账单缴费其中的一种子业务。对于网络通讯用户要选定电信账单、移动账单、联通账单、263电信账单、网通账单与铁通账单其中的一种子业务,用户还能选定东方有线子业务,然后客户端程序展现选定的具体消费子业务的缴费交互页面。考虑到与扫码设备的配合,实现较佳的便捷化扫码支付,消费子业务的缴费交互页面,拥有缴费交互页面的扫码功能。这样,能够控制手机相机来扫描已经选定具体消费子业务的缴费账单的二维码,从而得到收费单条码号与金额。或是,在缴费交互页面输入条码号与金额,用户确定了选定的缴费商品信息时点击缴费交互页面的确定按钮后,客户端程序调用创建订单接口,若融合支付管理平台返回成功的响应,则客户端程序进入第二阶段融合支付选定的商品。
对于交通违章缴费的选定商品信息过程是,用户先选定一个查询的车辆,再选定该违章车辆的一个代缴项,得到代缴总额数据,能选择是否需要***,在用户选定了交通违章缴费商品信息并确定后,客户端程序调用创建订单接口,如果融合支付管理平台返回成功的响应,客户端程序就进入第二阶段融合支付选定的商品。
第一阶段的选定一种消费商品信息的过程,对于票务消费的选定商品信息过程,用户要先选择一种或一种以上票种,输入选择的票种购买数量,然后输入预订人姓名和预订人手机号。如果输入的预订人手机号与登录的手机号不一样,则为帮其他人预订,当用户选定了票务消费商品信息并确定后,客户端程序调用创建订单接口,如果融合支付管理平台返回成功的响应,则客户端程序进入第二阶段融合支付选定的商品。
对于第二阶段的融合支付选定商品,该融合支付选定商品的过程对礼品券消费和日常消费的全部子业务是公用或是共享的,确认订单界面是融合支付过程的第一个人机交互页面,确认订单界面内容,从上往下依次是商品信息项、商品金额条目、服务费条目、抵用券条目、选择支付方式项、实付款条目和确定按钮。在实际实施的时候,对于个别的抵用券条目,可能不显示出来,其原因在于消费选定的子业务不支持抵用券支付方式。
更进一步来看,考虑到第二阶段的融合支付过程浏览第一阶段选定商品信息的便利,商品信息项内容包括有第一阶段选定商品信息时选定商品的图标、商品名称、商品金额数字,商品金额条目包含商品金额文字和商品金额数字。同时,本发明所涉及的服务费条目内容,从左往右依次是“服务费”文字、“+”文字、第一阶段选定商品信息时得到的消费服务费。并且,目前只有话费充值业务有服务费,其他业务费为零。与之对应的是,抵用券条目内容从左往右依次是抵用券图标、“抵用券”文字、“未使用”文字、右方向箭头,其中“未使用”文字,表示当前没有选定抵用凭证,右方向箭头表示抵用券条目具有按钮功能。
为了适应目前最为常见的银联与支付宝支付方式,在用户选择支付方式项当中,还包含银联与支付宝两个支付方式的单选按钮组合,第一次进入确认订单界面时,可选择支付方式项的单选按钮组合自动选择银联支付方式,其依据是,第一阶段用户选定消费的商品信息过程中客户端程序调用的创建订单接口功能响应数据里,订单交易的默认支付方式是银联支付方式。考虑到抵用券的参与消费支付,本发明采用的实付款条目包含“实付款”文字和用户要支付的现金金额,在第一次进入确认订单界面,或是确认订单界面的抵用券条目内容包含“未使用”文字时,或是确认订单界面没有显示抵用券条目时,用户要支付的现金金额就是第一阶段选定商品信息时选定的商品金额加上商品的消费服务费之和,所述选定的商品金额加上商品的消费服务费之和,构成用户应付款。接着,用户点击确认订单界面的抵用券条目,客户端程序建立包含登录手机号和消费子业务ID请求,调用具体消费子业务的用户手机号能使用的抵用凭证接口,融合支付管理平台从手机号关联的电子钱包里,提取消费子业务ID允许的抵用凭证信息列表,返回登录手机号与消费子业务ID允许的抵用凭证列表信息,响应给客户端程序,客户端程序展现选择凭证的交互界面。并且,考虑到税收的需要与凭证内容的完善,通过融合支付管理平台返回的抵用凭证列表信息的每一个抵用凭证数据内容中包含:凭证ID、凭证序列号、凭证名称、凭证金额、凭证可兑金额、凭证过期时间、凭证图标在融合支付管理平台的相对路径,如果凭证金额需要缴税,凭证可兑金额是把凭证金额减掉17%税后保留整数部分的金额,这个凭证可兑金额是实际用来抵扣现金的。
再者,可以在选择凭证的交互界面展现一个能够多选的抵用凭证信息列表。具体来说,该列表中每一项抵用凭证信息展现凭证图标、凭证名称、凭证金额、凭证可兑金额、凭证过期时间,用户在选择凭证页面的抵用凭证信息列表中,能选择一个或是一个以上的抵用凭证。同时,客户端程序能智能提供抵用凭证列表中对用户应付款最有利的选择方案,并在选择凭证页面提示用户选择。具体来说,对用户应付款最有利选择方案的实现方式是,对于相同可兑金额的凭证,优先选择凭证过期时间最近的,对于可兑金额不同的计算选择凭证,可兑金额总和与需要付款金额之差的绝对值,优先考虑绝对值小的选择方案,对于绝对值相等的,优先考虑可兑金额不同的凭证过期时间最近的和方案中抵用凭证数量最小的。在实施期间,用户选择凭证页面,选择了一个或一个以上的抵用凭证或者选择对用户应付款最有利的选择方案,并点击了选择凭证页面的确定按钮,客户端程序计算选择凭证页面确定的抵用凭证可兑金额之和(称之为选定凭证可兑总金额)。之后,选择凭证界面切换到确认订单界面,确认订单界面的抵用券条目的“未使用”文字替换为选定凭证可兑总金额。对于确认订单界面与选择凭证页面,用户能反复切换来调整选择的抵用凭证(或凭证列表)。
当选择凭证界面切换到确认订单界面时,确认订单界面的实付款条目的用户要支付现金金额显示用户应付款减去选定凭证可兑总金额的差,如果用户应付款不大于选定凭证可兑总金额,实付款条目中的用户要支付现金金额显示零。在此期间,若确认订单界面中的实付款条目的用户要支付现金金额显示为零,表明用户应付款能完全用选定凭证的可兑总金额抵扣掉,称之为凭证全额支付。
在此期间,用户点击确认订单界面的确定按钮,客户端程序调用更新支付方式接口,更新支付方式接口请求包含,商品金额、平台服务费、凭证全额支付的支付方式、选定的抵用凭证(或是凭证列表)信息数据包。在接收到更新支付方式接口成功响应后,客户端程序展现选定商品的成功支付页面,以此结束凭证全额支付时,第二阶段的融合支付选定商品的过程;
对于上述凭证全额支付情况的客户端程序调用更新支付方式接口,融合支付管理平台把子业务消费支付订单交易记录数据项的支付方式,从银联支付置为凭证全额支付的支付方式(表示该子业务支付全部用抵用凭证抵扣现金)。接着,把交易记录数据项的支付状态从未支付设为已支付,同时融合支付管理平台把该业务支付用到的抵用凭证使用状态设为已使用,以锁定这些抵用凭证。然后,返回更新支付方式接口成功响应。
如果确认订单界面的实付款条目的用户要支付现金金额显示非零,则用户在确认订单界面的选择支付方式项选择银联或者支付宝支付方式。然后,用户点击确认订单界面的确定按钮,客户端程序调用更新支付方式接口。其请求包含加密过的选定的网银支付方式或支付宝支付方式、选定的或是可选的抵用凭证(或是凭证列表)信息包。可选是指,如果确认订单界面没有显示抵用券条目或者显示但用户没有选定抵用凭证,不存在选定的抵用凭证(凭证列表)信息包。
对于客户端程序调用更新支付方式接口来说,利用融合支付管理平台把子业务消费支付订单交易记录数据项的支付方式,从默认的银联方式改为用户选定的支付平台方式。同时,把该子业务支付用到的抵用凭证、使用状态设为已使用,实现凭证锁定,返回更新支付方式接口成功响应。
接着,客户端程序得到更新支付方式接口的成功响应后,客户端程序和确认订单界面的选择支付方式项中所选定的支付方式对应的支付平台通讯,进行远程网上支付。如果支付平台返回成功支付响应,则客户端程序调用支付成功更新订单接口。在接收到支付成功更新订单接口成功响应后,客户端程序展现选定商品的成功支付页面。由此,结束确认订单界面的实付款条目的用户要支付现金金额非零时,第二阶段的融合支付选定商品的过程。当客户端程序调用支付成功更新订单接口后,融合支付管理平台把子消费业务支付订单交易记录数据项的支付状态从未支付设为已支付,返回支付成功更新订单接口成功响应。并且,在客户端程序进行远程网上支付过程时,如果用户选择了放弃或者支付平台返回失败响应,则第二阶段的融合支付选定商品的过程设为失败。
结合礼品券的消费与日常消费来看,位于第三阶段的融合支付成功后续的处理存在差异。对于礼品券的购买与礼品券赠送,第三阶段的融合支付成功后续的处理存在差异。对于日常消费的各子业务,第三阶段的融合支付成功后续的处理存在差异。为了便于实际实施,具体表述如下:
对于礼品券消费与日常消费,第三阶段融合支付成功后续的处理差异为,礼品券消费的购买与赠送的目的均得到购买的礼品券。由礼品券所属的用户兑换成可用于融合支付的抵用凭证,属于间接性消费。日常消费的各子业务消费,无论是手机用户自己购买还是帮其他人购买,均属于直接消费,可由融合支付管理平台直接和各消费服务平台进行结算。对于间接性消费和直接消费融合支付成功后续处理的共同环节是,若不是登陆手机号用户自己消费而是帮其他人支付,则接受方手机号收到融合支付管理平台发送的短信通知。
对于礼品券的购买与礼品券赠送,第三阶段的融合支付成功后续的处理差异为,礼品券购买的订单融合支付成功后,融合支付管理平台把礼品券购买的订单成功记录,加入到登录手机号关联的礼品记录列表里,该手机号关联的礼品记录列表为用户的远程电子礼品盒。对于礼品券赠送的订单融合支付成功后,可区分选择短信和微信告知接受赠送的人,该接受赠送的人是在融合支付管理平台已经注册或未注册的用户。
对于礼品券赠送的订单融合支付成功后,需要区分选择短信和微信告知接受赠送的人,选定商品的成功支付页面上提供用户选择短信和微信两种方式告知接受赠送的人。并且,选择短信方式需要用户输入接受赠送人的手机号,选择微信方式时通过微信得到接受赠送人的手机号。同时,对于得到接受赠送人的手机号,在用户点击成功支付页面的确定按钮后,客户端程序与融合支付管理平台通讯告知接受赠送人的手机号。融合支付管理平台在礼品券购买的订单成功记录中加入接受赠送人的手机号的同时,关联礼品券购买的订单成功记录,到接受赠送人手机号关联的礼品记录列表里,该手机号关联的礼品记录列表就是接受赠送人的远程电子礼品盒,融合支付管理平台再和礼品券服务平台通讯,礼品券服务平台更新礼品券购买金额。
从实际实施的过程来看,由礼品券所属的用户兑换成用于融合支付的抵用凭证,其流程如下,
用户点击首页的礼品盒图形按钮,对于接受礼品券赠送的手机号用户,如果没有注册,需要点击登录界面的注册按钮向融合支付管理平台注册新账号,注册成功后进行登录,登录成功后可以点击首页的礼品盒图形按钮,客户端程序和融合支付管理平台通讯,获取手机号关联的礼品记录列表或是电子礼品盒数据。之后,客户端程序展现礼品盒页面,礼品盒页面展现手机号关联的礼品记录列表,该礼品记录列表项具有按钮功能。同时,每一个礼品记录列表项包含礼品券图标、礼品券名称、礼品券购买金额。接着,用户点击礼品盒页面中礼品记录列表项,客户端程序展现兑换礼券页面,在兑换礼券页面用户输入需要兑换金额。点击兑换礼券页面的确定按钮,令客户端程序建立包含登录手机号、礼品券名称、兑换金额数据项请求和融合支付管理平台通讯。随后,在得到融合支付管理平台成功响应后,客户端程序展现含电子抵用凭证的兑换成功页面。该抵用凭证含凭证二维码、凭证抵扣现金的金额、订单号、生成时间、截止时间这些信息,抵用凭证能用于便利店或超市的线下支付。
为了有效提升客户端程序对于各类礼品券的处理能力,客户端程序建立包含登录手机号、礼品券名称、兑换金额数据项请求和融合支付管理平台通讯。融合支付管理平台保存客户端程序请求里的登录手机号、礼品券名称、兑换金额数据项,建立登录手机号关联的抵用凭证项。之后,加入到登录手机号关联的抵用凭证列表,该抵用凭证列表和积分礼券兑换平台的手机号关联的抵用凭证列表一起,构成手机号关联的远程电子钱包。
通过实际实施过程中的多次对比试验后发现,对于日常消费的各子业务,第三阶段的融合支付成功后续的处理差异为,各种门票购买的支付成功后续处理,涉及如何使用已经预定的电子门票。具体描述如下:
关于使用已经预定的电子门票的过程是,用户点击首页的钱包按钮,客户端程序展现钱包交互页面。在用户选定钱包页面的票券Tab按钮时,客户端程序和融合支付管理平台通讯,获取用户手机号关联的门票预定交易记录,客户端程序在票券Tab,展现户手机号关联的门票预定交易列表。之后,用户点击门票预定交易列表的一门票项时,客户端程序和融合支付管理平台通讯,获取该门票项预定详细的信息。在客户端程序展现使用票券页面,该使用票券页面有门票的二维码图形,在该门票活动的检票入口处,用户用手机上的这个门票的二维码图形作为电子门票即可进入该门票活动的场所。
在到达该门票活动的检票入口处,手机上对应的门票二维码图形被门票扫描仪扫描后,门票的二维码图形包含的门票数据进入票务预定服务平台。之后,票务预定服务平台确定该门票数据的合法性和有效性后,提示检票入口处的检票人员,同时票务预定服务平台修改该门票为已使用状态来锁定门票。然后,票务预定服务平台与融合支付管理平台通讯通知该门票已经使用。
考虑到第一时间对第三阶段的融合支付失败(或未完成)实现有效的后续处理,其往往涉及到用户在客户端程序对支付失败(或未完成)的交易进行继续支付或者取消交易。具体来说用户点击首页的图形按钮,客户端程序展现标题为我的页面,用户点击我的页面具有按钮功能的交易记录条目,客户端程序和融合支付管理平台通讯获取支付成功与失败的所有交易列表信息缓存在本地。之后,客户端程序展现交易记录页面,交易记录页面有全部Tab与待支付Tab两个选项卡。并且,交易记录页面默认显示全部Tab选项卡,全部Tab选项卡显示支付成功与失败的所有交易列表。在用户点击交易记录页面的待支付Tab选项卡按钮时,客户端程序和融合支付管理平台通讯获取支付失败的交易列表信息缓存在本地,然后交易记录页面切换到显示支付失败交易列表信息的待支付Tab选项卡,支付Tab选项卡显示支付失败的交易列表。
当用户点击全部Tab或是待支付Tab的一个待支付交易项时,客户端程序和融合支付管理平台通讯获取该支付失败的交易详情信息,展现交易详情交互页面。该交易详情交互页面内容包括,交易业务名称、交易状态、交易支付号码、交易订单号、支付方式、交易金额、交易时间这些支付失败的交易详情信息以及取消交易和继续支付两个按钮。用户点击交易详情交互页面的继续支付按钮,可令客户端程序进入第二阶段的融合支付选定商品过程。与第二阶段的融合支付选定商品过程的区别在于,继续支付场景下无可修改原有交易已经选定的抵用凭证。若用户点击交易详情交互页面的取消交易按钮,则客户端程序和融合支付管理平台通讯,告知支付管理平台该用户手机号放弃这个支付失败的交易,得到支付管理平台处理成功的响应后,客户端程序删除本地缓存中保存的全部交易记录列表里该支付失败的交易项,或是删除未支付交易记录列表中的该支付失败的交易项。最终,客户端程序切换到上一个交易记录页面,这个交易记录页面的全部Tab或待支付Tab选项卡不再显示被取消交易的支付失败的交易记录项。并且,在上述过程中,若用户点击交易详情交互页面的取消交易按钮,则客户端程序和融合支付管理平台通讯,告知支付管理平台该用户手机号放弃这个支付失败的交易。支付管理平台首先把支付失败交易关联的抵用凭证的使用状态修改为未使用,令后续的交易能重新使用。然后,支付管理平台将此支付失败交易建立的订单有关信息的存在状态设为已删除,返回取消交易处理成功响应。
通过所述的文字表述并结合附图可以看出,采用本发明后,拥有如下优点:
1、有效利用移动互联网络通讯技术和信息处理技术,为消费者提供了电子抵用凭证参与消费支付的移动融合电子支付方法优选方案。
2、可令消费者便捷地查询和兑换自己购买或接受赠送的各种礼品券,可增强消费者对礼品券服务提供者或员工对公司的忠诚度。
3可令消费者的礼品券和积分礼券兑换后的抵扣凭证便捷地抵扣日常消费支付,大大方便日常消费活动。
4、可令消费者便捷查询自己的各种消费记录,对失败的交易进行继续支付或者取消交易的善后处理。
5、有效应用移动互联网络与信息处理技术服务,较为便捷的S2C方法。
以上所述仅是本发明的优选实施方式,并不用于限制本发明,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明技术原理的前提下,还可以做出若干改进和变型,这些改进和变型也应视为本发明的保护范围。

Claims (11)

1.电子抵用凭证参与消费支付的移动融合电子支付方法,
包括手机、融合支付管理平台、礼品券消费服务平台、积分礼券兑换平台,日常消费服务平台、票二维码扫描器、支付宝平台、银联支付平台,其特征在于:
1)所述手机是消费者用来实现电子抵用凭证参与消费支付的移动融合电子支付的人机接***互工具;
2)手机内安装有客户端程序;
3)对于安卓手机,客户端程序通过泛在网从安卓应用市场、360应用市场下载客户端安装程序安装;对于苹果手机,客户端程序通过泛在网从苹果的APPStore网站上下载客户端安装程序安装;或是先把客户端安装程序下载到本地计算机,再由本地计算机通过有线的方式下载安装到手机上;
4)客户端安装程序内存储有加密过的礼品券消费与日常消费融合支付时要用到的业务数据,所述业务数据包含礼品券信息、日常消费各子业务信息、礼品券消费与日常消费在子业务融合支付时允许的子业务支付方式组合、具体消费项或商品的消费服务费,所述业务数据中的具体消费商品名称具有唯一性;
5)所述4)中礼品券信息,包含每种礼品券ID、礼品券名称、礼品券的图标文件、礼品券购买规则,所述礼品券购买规则包含礼品券单次购买最大金额、礼品券购买金额输入增减幅度,每种礼品券均为一种子业务,所述礼品券子业务ID就是礼品券ID,具有全局唯一性;
6)所述4)中的日常消费各子业务,包含手机话费充值、亚马逊网购充值、水、电、煤账单缴费、交通违章代缴费、网络通讯账单缴费、东方有线账单缴费、门票购买、游戏卡充值这些子业务,所述门票包括上海科普产品博览会门票、超现实艺术大展门票、ACGM门票、AR动漫游戏展门票、CP17展门票这些子业务,所述手机话费充值包括30元、50元、100元、200元、500元五种充值子业务,所述水、电、煤账单缴费包括水、电、煤这三种缴费子业务,所述网络通讯账单缴费包括电信账单、移动账单、联通账单、263电信账单、网通账单、铁通账单六种缴费子业务,所述日常消费划分的子业务有全局唯一的子业务ID;
7)所述日常消费各子业务的数据信息,包含日常消费各子业务ID、日常消费各子业务名称、日常消费各子业务图标文件、日常消费各子业务消费规则,所述日常消费各子业务消费规则指下述25)中第一阶段的选定一种消费商品信息过程中,涉及到的日常消费子业务消费金额范围、日常消费子业务是否有消费服务费和其他消费规则;
8)所述4)中礼品券消费与日常消费在子业务融合支付时,允许的子业务支付方式组合可能是不一样的,包含全部支付方式的支付方式组合包括抵用券方式、银联支付方式、支付宝支付方式,少数子业务不支持抵用券方式支付;
9)所述抵用券方式是指用户用下述16)中积分礼券兑换平台兑换好的电子抵用凭证和手机号账户拥有的购买礼品券兑换后的电子抵用凭证的一种或一种以上抵用凭证抵扣消费现金金额的一种支付方式,这两种方式兑换的抵用凭证具有统一的数据格式,包含凭证二维码、凭证订单号、抵扣现金消费的金额、创建时间、截止时间,所述抵用凭证信息是从下述19)中具体消费子业务的用户手机号使用的抵用凭证接口调用返回的;
10)客户端安装程序在手机上安装时,把内含的礼品券消费与日常消费融合支付要采用的数据保存在手机本地;
11)第一次运行手机客户端程序,进行礼品券消费与日常消费融合支付全部操作时,会显示登录账户页面,提示用户输入注册的手机号和密码,此手机号和密码是用户访问融合支付管理平台的依据;
12)所述融合支付管理平台包括WEB服务功能、数据存取功能;
13)所述融合支付管理平台具有和礼品券消费服务平台的接口,所述接口调用采用加密机制;
14)所述融合支付管理平台和礼品券消费服务平台接口功能包括:获取礼品券消费服务平台礼品券的名称、图标文件和购买规则,向礼品券消费服务平台发送礼品券购买的信息,礼品券消费服务平台更新礼品券的购买信息;
15)融合支付管理平台具有和积分礼券兑换平台的接口,该接口调用采用加密机制;
16)融合支付管理平台和积分礼券兑换平台接口的功能是,融合支付管理平台,获取积分礼券兑换平台兑换好的抵用凭证保存在数据库,或是,融合支付管理平台在每次需要一个手机号关联的抵用凭证时,到积分礼券兑换平台去取,当抵用凭证被用于消费支付时设置抵用凭证的使用状态为已使用来锁定抵用凭证;
17)融合支付管理平台具有和日常消费服务平台的接口,该接口调用采用加密机制;
18)融合支付管理平台和日常消费服务平台接口的功能为,向日常消费服务平台发送日常消费子业务融合支付成功后的购买信息,日常消费服务平台记录购买信息,如果用户有消费账单,则日常消费服务平台结算用户的消费账单;
19)融合支付管理平台具有客户端程序调用的移动调用接口,所述移动调用接口包括,客户端程序注册接口,登录接口,礼品券消费与各种日常消费的创建订单接口,更新支付方式接口,支付成功更新订单接口,具体消费子业务的用户手机号可以使用的抵用凭证接口,这些接口调用采用加密机制;
20)客户端程序被运行时,展现交互界面首页,所述首页上分布有图形按钮,所述图形按钮包括,礼品商城、充值、缴费、还款、票务、游戏、钱包、礼品盒、我;
21)用户点击首页的礼品商城图形按钮,启动礼品券消费的融合支付流程;
22)用户点击首页的充值或是缴费或是还款或是票务或是游戏图形按钮,启动日常消费的融合支付流程;
23)礼品券消费的融合支付流程和日常消费的融合支付流程均分成三个阶段:
第一阶段为用户选定消费的商品信息,客户端程序调用所述19)中创建订单接口,所述创建订单接口请求,包含加密过的选定消费商品信息,当创建订单接口响应成功时,融合支付流程进入第二阶段;
所述第二阶段是融合支付选定的商品;
所述第三阶段是融合支付成功与失败或是未完成后续处理;
24)客户端程序调用的创建订单接口功能包括,融合支付管理平台确认该创建订单请求的合法性和有效性后,新建一个该子业务消费支付订单交易记录,保存在数据库,该子业务消费支付订单交易记录的数据项包含,用户手机号、消费商品名称、一个全局唯一的订单号、该支付订单交易状态为未支付、该支付订单交易的默认支付方式为银联支付方式、交易创建时间,返回创建订单成功的响应,所述响应内的数据至少包括有,用户手机号、消费商品名称、一个全局唯一的订单号、订单交易的默认银联支付方式;
25)所述23)中第一阶段的选定消费商品信息,至少包括确定需要消费的商品名称、消费金额消费服务费以及该商品允许的支付方式组合;
26)所述23)中第一阶段的选定一种消费商品信息的过程,对于购买或赠送礼品券的选定商品信息过程为,用户在首页点击礼品商城图形按钮,客户端程序从所述4)中礼品券信息中提取含礼品券名称、礼品券的图标文件项的列表并加载礼品券的图标文件,展现礼品券列表交互页面;
27)礼品券列表交互页面的每个礼品券列表项,依次展现礼品券的图标、礼品券名称、一个表示右方向的箭头,该右方向的箭头表明该礼品券列表项具有按钮功能,用户点击或触摸该礼品券列表项,客户端程序根据礼品券列表项的礼品券名称,从所述4)中业务数据中获取允许的支付方式组合和礼品券消费规则,然后,客户端程序展现该礼品券消费规则界面;
28)用户在礼品券消费规则界面,输入符合所述5)礼品券购买消费规则的礼品金额,然后选择点击购买或者赠送按钮,客户端程序建立包含要购买或者赠送的礼品券名称、购买金额、用户登录手机号数据项的订单请求,调用礼品券购买或赠送的创建订单接口,如果融合支付管理平台返回成功的响应,则客户端程序就进入所述23)中第二阶段融合支付选定的商品;
29)所述23)中第一阶段的选定一种消费商品信息的过程中,对于手机话费充值或是亚马逊网购充值选定商品信息过程是,用户在首页中点击充值图形按钮,客户端程序展现有手机话费与亚马逊两个菜单图形按钮的选择充值项页面,用户选择点击选择充值项页面的一个菜单图形按钮,客户端程序展现选择金额页面;
30)所述29)中选择金额页面,选择手机话费充值的用户要选定选择金额页面上***规定的30元、50元、100元、200元、500元金额之一对应的功能按钮,然后客户端根据选定金额子业务ID得到消费服务费,选择亚马逊充值的用户要输入在1元到1000元范围的充值金额,同时,用户可以在选择金额页面输入充值手机号,客户端程序根据手机号是否登录手机号来区分是自己充值还是帮其他人充值,然后用户点击选择金额页面的确定按钮,客户端程序建立包含输入手机号、子业务ID、充值金额、平台服务费中各个数据项的请求,调用手机话费充值或亚马逊网购充值的创建订单接口,如果融合支付管理平台返回成功的响应,则客户端程序就进入所述23)中第二阶段融合支付选定的商品;
31)所述23)中第一阶段的选定一种消费商品信息的过程,对于水、电、煤账单缴费、网络通讯和东方有线三类消费,选定商品信息过程包括,用户要先选定一个具体的消费子业务类型,对于水、电、煤账单缴费,用户要选定水、电、煤账单缴费其中的一种子业务,对于网络通讯用户要选定电信账单、移动账单、联通账单、263电信账单、网通账单与铁通账单其中的一种子业务,用户还能选定东方有线子业务,然后客户端程序展现选定的具体消费子业务的缴费交互页面;
32)用户在所述31)中消费子业务的缴费交互页面,采用缴费交互页面的扫码功能,控制手机相机来扫描已经选定具体消费子业务的缴费账单的二维码,从而得到收费单条码号与金额;或是,在缴费交互页面输入条码号与金额,用户确定了选定的缴费商品信息时点击缴费交互页面的确定按钮后,客户端程序调用创建订单接口,若融合支付管理平台返回成功的响应,则客户端程序进入所述23)中第二阶段融合支付选定的商品;
33)所述23)中第一阶段的选定一种消费商品信息的过程,对于交通违章代缴费的选定商品信息过程是,用户先选定一个查询的车辆,再选定该违章车辆的一个代缴项,得到代缴总额数据,能选择是否需要***,在用户选定了交通违章缴费商品信息并确定后,客户端程序调用创建订单接口,如果融合支付管理平台返回成功的响应,客户端程序就进入所述23)中第二阶段融合支付选定的商品;
34)所述23)中第一阶段的选定一种消费商品信息的过程,对于票务消费的选定商品信息过程是,用户要先选择一种或一种以上票种,输入选择的票种购买数量,然后输入预订人姓名和预订人手机号,如果输入的预订人手机号与登录的手机号不一样,则为帮其他人预订,当用户选定了票务消费商品信息并确定后,客户端程序调用创建订单接口,如果融合支付管理平台返回成功的响应,则客户端程序进入所述23)中第二阶段融合支付选定的商品;
35)所述23)中第二阶段的融合支付选定商品,该融合支付选定商品的过程对礼品券消费和日常消费的全部子业务是公用或是共享的,确认订单界面是融合支付过程的第一个人机交互页面,所述确认订单界面内容,从上往下依次是商品信息项、商品金额条目、服务费条目、抵用券条目、选择支付方式项、实付款条目和确定按钮;
36)所述35)中商品信息项内容中包括有所述23)中第一阶段选定商品信息时选定商品的图标、商品名称、商品金额数字,商品金额条目包含商品金额文字和商品金额数字;
37)所述35)中服务费条目内容,从左往右依次是“服务费”文字、“+”文字、所述23)中第一阶段选定商品信息时得到的消费服务费;
38)所述35)中抵用券条目内容从左往右依次是抵用券图标、“抵用券”文字、“未使用”文字、右方向箭头,其中“未使用”文字,表示当前没有选定抵用凭证,右方向箭头表示抵用券条目具有按钮功能;
39)所述35)中选择支付方式项,包含银联与支付宝两个支付方式的单选按钮组合,第一次进入确认订单界面时,选择支付方式项的单选按钮组合自动选择银联支付方式,是因为,所述23)中第一阶段用户选定消费的商品信息过程中客户端程序调用的创建订单接口功能响应数据里,订单交易的默认支付方式是银联支付方式;
40)所述35)中实付款条目包含“实付款”文字和用户要支付的现金金额,在第一次进入确认订单界面,或是确认订单界面的抵用券条目内容包含“未使用”文字时,或是确认订单界面没有显示抵用券条目时,用户要支付的现金金额就是所述23)中第一阶段选定商品信息时选定的商品金额加上商品的消费服务费之和,所述选定的商品金额加上商品的消费服务费之和,构成用户应付款;
41)用户点击确认订单界面的抵用券条目,客户端程序建立包含登录手机号和消费子业务ID请求,调用具体消费子业务的用户手机号能使用的抵用凭证接口,融合支付管理平台从下述60)中手机号关联的电子钱包里,提取消费子业务ID允许的抵用凭证信息列表,返回登录手机号与消费子业务ID允许的抵用凭证列表信息响应给客户端程序,客户端程序展现选择凭证的交互界面;
42)所述41)中融合支付管理平台返回的抵用凭证列表信息的每一个抵用凭证数据内容包含,凭证ID、凭证序列号、凭证名称、凭证金额、凭证可兑金额、凭证过期时间、凭证图标在融合支付管理平台的相对路径,如果所述凭证金额需要缴税,所述凭证可兑金额是把凭证金额减掉17%税后保留整数部分的金额;
43)选择凭证的交互界面展现一个可以多选的抵用凭证信息列表,列表中每一项抵用凭证信息展现凭证图标、凭证名称、凭证金额、凭证可兑金额、凭证过期时间,用户在选择凭证页面的抵用凭证信息列表中,能选择一个或是一个以上的抵用凭证,同时,客户端程序能智能提供抵用凭证列表中对所述40)中用户应付款最有利的选择方案,并在选择凭证页面提示用户选择;
44)用户在选择凭证页面,选择了一个或一个以上的抵用凭证或者选择对用户要支付金额最有利的选择方案,并点击了选择凭证页面的确定按钮,客户端程序计算选择凭证页面确定的抵用凭证可兑金额之和,选择凭证界面切换到确认订单界面,确认订单界面的抵用券条目的“未使用”文字替换为选定凭证可兑总金额;
45)所述44)中选择凭证界面切换到确认订单界面,确认订单界面的实付款条目的用户要支付现金金额显示40)中用户应付款减去选定凭证可兑总金额的差,如果用户应付款不大于选定凭证可兑总金额,实付款条目中的用户要支付现金金额显示零;
46)如果确认订单界面中的实付款条目的用户要支付现金金额显示为零,表明用户应付款能完全用选定抵用凭证的可兑总金额抵扣掉,用户点击确认订单界面的确定按钮,客户端程序调用更新支付方式接口,更新支付方式接口请求包含,商品金额、平台服务费、凭证全额支付的支付方式、选定的抵用凭证信息数据包,在接收到更新支付方式接口成功响应后,客户端程序展现选定商品的成功支付页面,以此结束凭证全额支付时,所述23)中第二阶段的融合支付选定商品的过程;
47)所述46)中客户端程序调用更新支付方式接口,融合支付管理平台把所述24)中子消费业务支付订单交易记录数据项的支付方式从银联支付置为凭证全额支付的支付方式,表示该子业务支付全部用抵用凭证抵扣现金,把交易记录数据项的支付状态从未支付设为已支付,同时融合支付管理平台把该业务支付用到的抵用凭证使用状态设为已使用,以锁定这些抵用凭证,返回更新支付方式接口成功响应;
48)如果确认订单界面的实付款条目的用户要支付现金金额显示非零,用户在确认订单界面的选择支付方式项选择银联或者支付宝支付方式,然后用户点击确认订单界面的确定按钮,客户端程序调用更新支付方式接口,更新支付方式接口请求包含选定的网银支付方式或支付宝支付方式、可选的抵用凭证信息包,可选是指,如果确认订单界面没有显示抵用券条目或者显示但用户没有选定抵用凭证,不存在选定的抵用凭证信息包;
49)所述48)客户端程序调用更新支付方式接口,融合支付管理平台把所述24)中子业务消费支付订单交易记录数据项的支付方式,从默认的银联方式改为用户选定的支付平台方式,把该子业务支付用到的抵用凭证、使用状态设为已使用,实现凭证锁定,返回更新支付方式接口成功响应;
50)所述48)客户端程序得到更新支付方式接口的成功响应后,客户端程序和确认订单界面的选择支付方式项中所选定的支付方式对应的支付平台通讯,进行远程网上支付,如果支付平台返回成功支付响应,则客户端程序调用支付成功更新订单接口,在接收到支付成功更新订单接口成功响应后,客户端程序展现选定商品的成功支付页面,由此结束确认订单界面的实付款条目的用户要支付现金金额非零时,所述23)中第二阶段的融合支付选定商品的过程;
51)所述50)中客户端程序调用支付成功更新订单接口,融合支付管理平台把所述24)中子业务消费支付订单交易记录数据项的支付状态从未支付设为已支付,返回支付成功更新订单接口成功响应;
52)所述50)中客户端程序进行远程网上支付过程中,如果用户选择了放弃或者支付平台返回失败响应,则所述23)中第二阶段的融合支付选定商品的过程设为失败;
53)对于礼品券的消费与日常消费,所述23)第三阶段的融合支付成功后续的处理存在差异,对于礼品券的购买与礼品券赠送,所述23)第三阶段的融合支付成功后续的处理存在差异,对于日常消费的各子业务,所述23)第三阶段的融合支付成功后续的处理存在差异;
54)所述53)中对于礼品券消费与日常消费,第三阶段融合支付成功后续的处理差异为,礼品券消费的购买与赠送的目的均得到购买的礼品券,由礼品券所属的用户兑换成可用于融合支付的抵用凭证,属于间接性消费,日常消费的各子业务消费,属于直接消费,由融合支付管理平台直接和各消费服务平台进行结算,对于间接性消费和直接消费融合支付成功后续处理的共同环节是,若不是登陆手机号用户自己消费而是帮其他人支付,则接受方手机号收到融合支付管理平台发送的短信通知;
55)所述53)中对于礼品券的购买与礼品券赠送,第三阶段的融合支付成功后续的处理差异为,礼品券购买的订单融合支付成功后,融合支付管理平台把礼品券购买的订单成功记录,加入到登录手机号关联的礼品记录列表里,该手机号关联的礼品记录列表为用户的远程电子礼品盒,礼品券赠送的订单融合支付成功后,区分选择短信和微信告知接受赠送的人,该接受赠送的人是在融合支付管理平台已经注册或未注册的用户;
56)所述55)中礼品券赠送的订单融合支付成功后,区分选择短信和微信告知接受赠送的人,所述46)或50)中选定商品的成功支付页面上提供用户选择短信和微信两种方式告知接受赠送的人,选择短信方式需要用户输入接受赠送人的手机号,选择微信方式时通过微信得到接受赠送人的手机号;
57)所述56)中得到接受赠送人的手机号,用户然后点击46)或50)中成功支付页面的确定按钮,客户端程序与融合支付管理平台通讯告知接受赠送人的手机号,融合支付管理平台在礼品券购买的订单成功记录加入接受赠送人的手机号,同时关联礼品券购买的订单成功记录到接受赠送人手机号关联的礼品记录列表里,该手机号关联的礼品记录列表就是接受赠送人的远程电子礼品盒,融合支付管理平台再和礼品券服务平台通讯,礼品券服务平台更新礼品券购买金额;
58)所述54)中由礼品券所属的用户兑换成用于融合支付的抵用凭证,其流程为,
用户点击首页的礼品盒图形按钮,客户端程序和融合支付管理平台通讯,获取所述55)或57)中手机号关联的礼品记录列表或是电子礼品盒数据,客户端程序展现礼品盒页面,礼品盒页面展现手机号关联的礼品记录列表,该礼品记录列表项具有按钮功能,每一个礼品记录列表项包含礼品券图标、礼品券名称、礼品券购买金额;
59)用户点击礼品盒页面中礼品记录列表项,客户端程序展现兑换礼券页面,在兑换礼券页面用户输入需要兑换金额,点击兑换礼券页面的确定按钮,客户端程序建立包含登录手机号、礼品券名称、兑换金额数据项请求和融合支付管理平台通讯,得到融合支付管理平台成功响应后,客户端程序展现含电子抵用凭证的兑换成功页面,该抵用凭证含凭证二维码、凭证抵扣现金的金额、订单号、生成时间、截止时间这些信息,所述抵用凭证能用于便利店或超市的线下支付;
60)所述59)中客户端程序建立包含登录手机号、礼品券名称、兑换金额数据项请求和融合支付管理平台通讯,融合支付管理平台保存客户端程序请求里的登录手机号、礼品券名称、兑换金额数据项,建立登录手机号关联的抵用凭证项,加入到登录手机号关联的抵用凭证列表,该抵用凭证列表和所述15)中积分礼券兑换平台的手机号关联的抵用凭证列表一起,构成手机号关联的远程电子钱包;
61)所述53)中对于日常消费的各子业务,第三阶段的融合支付成功后续的处理差异为,各种门票购买的支付成功后续处理,涉及如何使用已经预定的电子门票;
62)所述61)中各关于使用已经预定的电子门票的过程是,用户点击首页的钱包按钮,客户端程序展现钱包交互页面,用户选定钱包页面的票券Tab按钮时,客户端程序和融合支付管理平台通讯,获取用户手机号关联的门票预定交易记录,客户端程序在票券Tab,展现户手机号关联的门票预定交易列表,用户点击门票预定交易列表的一门票项时,客户端程序和融合支付管理平台通讯,获取该门票项预定详细的信息,客户端程序展现使用票券页面,该使用票券页面有门票的二维码图形,在该门票活动的检票入口处,用户用手机上的这个门票的二维码图形作为电子门票即可进入该门票活动的场所;
63)所述62)中在该门票活动的检票入口处,手机上的对应的门票二维码图形被门票扫描仪扫描后,门票的二维码图形包含的门票数据进入票务预定服务平台,票务预定服务平台确定该门票数据的合法性和有效性后,提示检票入口处的检票人员,同时票务预定服务平台修改该门票为已使用状态来锁定门票,然后票务预定服务平台与融合支付管理平台通讯通知该门票已经使用;
64)所述23)中第三阶段的融合支付失败后续的处理,涉及到用户在客户端程序对支付失败的交易进行继续支付或者取消交易的过程;
65)继续支付或者取消交易的过程为,用户点击首页的图形按钮,客户端程序展现标题为我的页面,用户点击我的页面具有按钮功能的交易记录条目,客户端程序和融合支付管理平台通讯获取支付成功与失败的所有交易列表信息缓存在本地,客户端程序展现交易记录页面,交易记录页面有全部Tab与待支付Tab两个选项卡,交易记录页面默认显示全部Tab选项卡,全部Tab选项卡显示支付成功与失败的所有交易列表;
66)用户点击交易记录页面的待支付Tab选项卡按钮,客户端程序和融合支付管理平台通讯获取支付失败的交易列表信息缓存在本地,然后交易记录页面切换到显示支付失败交易列表信息的待支付Tab选项卡,支付Tab选项卡显示支付失败的交易列表;
67)用户点击所述65)中全部Tab或所述66)中待支付Tab的一个待支付交易项,客户端程序和融合支付管理平台通讯获取该支付失败的交易详情信息,展现交易详情交互页面,交易详情交互页面内容包括,交易业务名称、交易状态、交易支付号码、交易订单号、支付方式、交易金额、交易时间这些支付失败的交易详情信息以及取消交易和继续支付两个按钮;
68)用户点击交易详情交互页面的继续支付按钮,客户端程序进入所述23)中第二阶段的融合支付选定商品过程,和第二阶段的融合支付选定商品过程的区别在于,继续支付场景下无可修改原有交易已经选定的抵用凭证;
69)用户点击所述67)中交易详情交互页面的取消交易按钮,客户端程序和融合支付管理平台通讯,告知支付管理平台该用户手机号放弃这个支付失败的交易,得到支付管理平台处理成功的响应后,客户端程序删除本地缓存中保存的全部交易记录列表里该支付失败的交易项,或是删除未支付交易记录列表中的该支付失败的交易项,客户端程序切换到上一个交易记录页面,这个交易记录页面的全部Tab或待支付Tab选项卡不再显示被取消交易的支付失败的交易记录项。
2.根据权利要求1所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其特征在于:所述步骤3)中的泛在网为GPRS、3G、4G、WIFI、以太网中的一种或是多种。
3.根据权利要求1所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其特征在于:所述步骤4)中礼品券消费为礼品券的购买或是赠送,所述礼品券购买为,用户给自己购买,所述礼品券赠送为用户购买成功后,赠送给其他人或者说帮其他人购买。
4.根据权利要求1所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其特征在于:所述步骤11)中显示的登录账户页面上设置有注册功能按钮,用户如果没有登录手机号与密码,能点击登录账户页面的注册功能按钮,然后客户端把用户输入的手机号与密码加密后,发给融合支付管理平台。
5.根据权利要求1所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其特征在于:所述步骤13)中,礼品券消费服务平台包括,屈臣氏礼品券消费服务平台,滴滴出行礼品券消费服务平台,全家礼品券消费服务平台,WOWO礼品券消费服务平台,太平洋百货礼品券消费服务平台,E保养礼品券消费服务平台,驴妈妈礼品券消费服务平台,哈根达斯礼品券消费服务平台,白富美150元礼品券消费服务平台,58到家60元礼品券消费服务平台,美宠礼品券49元消费服务平台。
6.根据权利要求1所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其特征在于:所述步骤14)中礼品券购买的信息包括有购买手机号,交易订单号,交易金额,交易时间。
7.根据权利要求1所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其特征在于:所述步骤17)中日常消费服务平台为移动、电信、联通话费充值服务平台,亚马逊充值服务平台,交通违章缴费服务兑换平台,水电煤收费服务平台,网络通讯账单服务平台,有线账单服务平台,游戏卡充值服务平台,票务预订服务平台。
8.根据权利要求1所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其特征在于:所述步骤18)中日常消费子业务融合支付成功后的购买信息,对于不同日常消费子业务的购买信息存在差异,
对于手机话费充值购买信息包括有,充值手机号、交易金额、交易时间;
对于亚马逊充值购买信息包括有,充值手机号、交易金额、交易时间;
对于交通违章代缴费信息包括有,车牌号、发动机号、城市、违章时间、违章地点、缴纳金额、缴纳时间、缴纳手机号中的一种或是多种;
对于水电煤、网络通讯、东方有线三种账单缴费购买信息包括有,缴费手机号、缴费项目、收费单位、账单日期、账单支付条形码号、交易金额、交易时间中的一种或是多种;
对于游戏充值购买信息包括有,游戏名称、游戏ID、游戏卡面值、游戏卡数量、账号直充时游戏账号与手机号或者卡密方式的接受手机号;
对于票务业务购买信息包括有,票的名称、票种、票单价、票数量、预订人手机号。
9.根据权利要求1所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其特征在于:所述步骤35)中抵用券条目,若消费选定的子业务不支持抵用券方式支付,则不显示。
10.根据权利要求1所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其特征在于:所述步骤43)中对用户应付款最有利选择方案的实现方式是,对于相同可兑金额的凭证,优先选择凭证过期时间最近的,对于可兑金额不同的,计算选择凭证可兑金额总和与用户应付款之差的绝对值,优先考虑绝对值小的选择方案,对于绝对值相等的,优先考虑可兑金额不同的凭证过期时间最近的和方案中抵用凭证数量最小的。
11.根据权利要求1所述的电子抵用凭证参与消费支付的移动融合电子支付方法,其特征在于:所述步骤69)中,用户点击交易详情交互页面的取消交易按钮,客户端程序和融合支付管理平台通讯,告知支付管理平台该用户手机号放弃这个支付失败的交易,支付管理平台首先把支付失败交易关联的抵用凭证的使用状态修改为未使用,令后续的交易能重新使用,然后支付管理平台将此支付失败交易建立的订单有关信息的存在状态设为已删除,返回取消交易处理成功响应。
CN201610037075.6A 2016-01-20 2016-01-20 电子抵用凭证参与消费支付的移动融合电子支付方法 Pending CN105719139A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610037075.6A CN105719139A (zh) 2016-01-20 2016-01-20 电子抵用凭证参与消费支付的移动融合电子支付方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610037075.6A CN105719139A (zh) 2016-01-20 2016-01-20 电子抵用凭证参与消费支付的移动融合电子支付方法

Publications (1)

Publication Number Publication Date
CN105719139A true CN105719139A (zh) 2016-06-29

Family

ID=56147440

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610037075.6A Pending CN105719139A (zh) 2016-01-20 2016-01-20 电子抵用凭证参与消费支付的移动融合电子支付方法

Country Status (1)

Country Link
CN (1) CN105719139A (zh)

Cited By (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107026838A (zh) * 2016-11-18 2017-08-08 阿里巴巴集团控股有限公司 一种电子凭证的发放方法及装置
CN107029419A (zh) * 2017-04-25 2017-08-11 江苏唐邦机电有限公司 一种互联网麻将机自动娱乐***
CN107230105A (zh) * 2017-05-27 2017-10-03 上海非码网络科技有限公司 基于电子凭证收取消费款的方法、***、装置及服务器
CN107481131A (zh) * 2017-07-28 2017-12-15 广州大白互联网科技有限公司 一种非税缴费业务处理***
CN107632853A (zh) * 2017-08-07 2018-01-26 阿里巴巴集团控股有限公司 一种信息显示方法及装置
CN107945023A (zh) * 2018-01-04 2018-04-20 深圳市富途网络科技有限公司 一种证券交易平台的实现方法
CN108108252A (zh) * 2017-12-20 2018-06-01 马上消费金融股份有限公司 一种全局唯一id生成方法、***及存储介质
CN109064156A (zh) * 2018-06-29 2018-12-21 拉卡拉汇积天下技术服务(北京)有限公司 支付方法、装置、电子设备及存储介质
CN109102266A (zh) * 2017-06-20 2018-12-28 腾讯科技(深圳)有限公司 账户数值转移方法及装置
CN109191088A (zh) * 2018-07-13 2019-01-11 周维平 基于通信协议的有关直接费率的第三方代扣代缴***
CN109214865A (zh) * 2018-08-31 2019-01-15 北京京东金融科技控股有限公司 电子凭证处理方法、***以及电商***、存储介质
WO2019091371A1 (zh) * 2017-11-08 2019-05-16 徐蔚 基于码链的模型、装置、***、方法和应用
CN110111169A (zh) * 2019-03-26 2019-08-09 口碑(上海)信息技术有限公司 业务交易数据处理***及方法、装置、客户端设备
WO2020024769A1 (zh) * 2018-07-31 2020-02-06 京东数字科技控股有限公司 支付方式的推荐方法、装置及介质
CN112613868A (zh) * 2020-12-28 2021-04-06 中国农业银行股份有限公司 一种支付方式的整合实现方法及装置
CN112734495A (zh) * 2021-01-20 2021-04-30 广东便捷神科技股份有限公司 一种基于手机App的商家积分发行方法
CN112734453A (zh) * 2019-10-28 2021-04-30 腾讯科技(深圳)有限公司 电子券领取方法、发放方法、装置、设备和存储介质
CN112950283A (zh) * 2021-03-29 2021-06-11 上海回头客商务咨询有限公司 一种基于互联网的跨平台消费者积分兑现使用方法
CN112967052A (zh) * 2021-02-26 2021-06-15 贵州鑫众搏骏科技有限公司 一种基于区块链的支付数据资产化交易平台及方法
CN113222578A (zh) * 2021-05-28 2021-08-06 支付宝(杭州)信息技术有限公司 一种支付方法及装置
CN113570442A (zh) * 2020-12-16 2021-10-29 上海堉古网络科技有限公司 用于农产品交易的财务管理***、方法、终端及支付方法
CN114529286A (zh) * 2020-11-05 2022-05-24 华晨宝马汽车有限公司 企业财务信息管理方法、计算机***和存储介质
CN116401274A (zh) * 2023-03-18 2023-07-07 深圳市优讯信息技术有限公司 一种快速响应积分客户号的方法、***

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104504561A (zh) * 2014-12-04 2015-04-08 李政德 基于电子票据的线下支付兑换***
CN105023368A (zh) * 2014-04-16 2015-11-04 北京一鸣神州科技有限公司 一种非现金交易方法、***及非现金支付、供货终端

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105023368A (zh) * 2014-04-16 2015-11-04 北京一鸣神州科技有限公司 一种非现金交易方法、***及非现金支付、供货终端
CN104504561A (zh) * 2014-12-04 2015-04-08 李政德 基于电子票据的线下支付兑换***

Cited By (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107026838A (zh) * 2016-11-18 2017-08-08 阿里巴巴集团控股有限公司 一种电子凭证的发放方法及装置
CN107029419B (zh) * 2017-04-25 2018-09-04 江苏唐邦机电有限公司 一种互联网麻将机自动娱乐***
CN107029419A (zh) * 2017-04-25 2017-08-11 江苏唐邦机电有限公司 一种互联网麻将机自动娱乐***
CN107230105A (zh) * 2017-05-27 2017-10-03 上海非码网络科技有限公司 基于电子凭证收取消费款的方法、***、装置及服务器
CN109102266A (zh) * 2017-06-20 2018-12-28 腾讯科技(深圳)有限公司 账户数值转移方法及装置
CN107481131A (zh) * 2017-07-28 2017-12-15 广州大白互联网科技有限公司 一种非税缴费业务处理***
CN107632853A (zh) * 2017-08-07 2018-01-26 阿里巴巴集团控股有限公司 一种信息显示方法及装置
CN107632853B (zh) * 2017-08-07 2020-08-21 阿里巴巴集团控股有限公司 一种信息显示方法及装置
US11657390B2 (en) 2017-11-08 2023-05-23 Wei Xu Codechain-based models, apparatuses, systems, methods, and applications of the same
WO2019091371A1 (zh) * 2017-11-08 2019-05-16 徐蔚 基于码链的模型、装置、***、方法和应用
CN108108252A (zh) * 2017-12-20 2018-06-01 马上消费金融股份有限公司 一种全局唯一id生成方法、***及存储介质
CN108108252B (zh) * 2017-12-20 2020-09-29 马上消费金融股份有限公司 一种全局唯一id生成方法、***及存储介质
CN107945023A (zh) * 2018-01-04 2018-04-20 深圳市富途网络科技有限公司 一种证券交易平台的实现方法
CN109064156A (zh) * 2018-06-29 2018-12-21 拉卡拉汇积天下技术服务(北京)有限公司 支付方法、装置、电子设备及存储介质
CN109191088A (zh) * 2018-07-13 2019-01-11 周维平 基于通信协议的有关直接费率的第三方代扣代缴***
WO2020024769A1 (zh) * 2018-07-31 2020-02-06 京东数字科技控股有限公司 支付方式的推荐方法、装置及介质
CN110782246A (zh) * 2018-07-31 2020-02-11 京东数字科技控股有限公司 支付方式的推荐方法、装置及介质
CN109214865B (zh) * 2018-08-31 2020-09-29 京东数字科技控股有限公司 电子凭证处理方法、***以及电商***、存储介质
CN109214865A (zh) * 2018-08-31 2019-01-15 北京京东金融科技控股有限公司 电子凭证处理方法、***以及电商***、存储介质
CN110111169A (zh) * 2019-03-26 2019-08-09 口碑(上海)信息技术有限公司 业务交易数据处理***及方法、装置、客户端设备
CN112734453B (zh) * 2019-10-28 2024-02-02 腾讯科技(深圳)有限公司 电子券领取方法、发放方法、装置、设备和存储介质
CN112734453A (zh) * 2019-10-28 2021-04-30 腾讯科技(深圳)有限公司 电子券领取方法、发放方法、装置、设备和存储介质
CN114529286A (zh) * 2020-11-05 2022-05-24 华晨宝马汽车有限公司 企业财务信息管理方法、计算机***和存储介质
CN113570442A (zh) * 2020-12-16 2021-10-29 上海堉古网络科技有限公司 用于农产品交易的财务管理***、方法、终端及支付方法
CN112613868A (zh) * 2020-12-28 2021-04-06 中国农业银行股份有限公司 一种支付方式的整合实现方法及装置
CN112734495B (zh) * 2021-01-20 2021-08-31 广东便捷神科技股份有限公司 一种基于手机App的商家积分发行方法
CN112734495A (zh) * 2021-01-20 2021-04-30 广东便捷神科技股份有限公司 一种基于手机App的商家积分发行方法
CN112967052A (zh) * 2021-02-26 2021-06-15 贵州鑫众搏骏科技有限公司 一种基于区块链的支付数据资产化交易平台及方法
CN112950283A (zh) * 2021-03-29 2021-06-11 上海回头客商务咨询有限公司 一种基于互联网的跨平台消费者积分兑现使用方法
CN113222578A (zh) * 2021-05-28 2021-08-06 支付宝(杭州)信息技术有限公司 一种支付方法及装置
CN116401274A (zh) * 2023-03-18 2023-07-07 深圳市优讯信息技术有限公司 一种快速响应积分客户号的方法、***
CN116401274B (zh) * 2023-03-18 2024-05-14 深圳市优讯信息技术有限公司 一种快速响应积分客户号的方法、***

Similar Documents

Publication Publication Date Title
CN105719139A (zh) 电子抵用凭证参与消费支付的移动融合电子支付方法
US11741536B2 (en) Method and system for redirecting a financial transaction
CN100444137C (zh) 在多样式网络环境中用于移动和电子商务的聚合式通信平台和方法
CN1322326A (zh) 使用多功能预付费卡的电子付费***及销售该预付费卡的方法
US20080162348A1 (en) Electronic-Purse Transaction Method and System
CN1742287A (zh) 在线商务的***和方法
CN101454795A (zh) 移动的个人之间支付***
CN104966194A (zh) 一种复合收银方法及其智能化收银***
HRP20030164A2 (en) Multifunctional mobile banking system
CN101600185A (zh) 跨网络域增值业务套餐的订购方法、***和业务管理平台
CN101188033B (zh) 基于特征识别的快速联机支付方法与***
CN104281951A (zh) 信息处理装置
JP5695685B2 (ja) 異種ネットワーク環境における移動体及び電子商取引に対する集中通信プラットホーム及び方法
CN109118277A (zh) 一种裂变式会员信息共享方法及其***
KR20110127891A (ko) 대리결제 시스템 및 이를 이용한 대리결제 서비스 방법
KR100481436B1 (ko) 통신망을 이용한 물류 운송서비스 방법
CN101197027A (zh) 基于公共终端的互联网服务支付方法及其***
CN101730023A (zh) 短信支付的方法和***
JP2004213363A (ja) 電子決済システム、電子決済方法およびその方法をコンピュータに実行させるプログラム
JP2002099852A (ja) 決済方法および決済システム
CN101251915A (zh) 基于电子合同的网上安全支付方法及***
CN201035653Y (zh) 基于特征识别的快速联机支付***
CN107316227A (zh) 排队轮候补贴公益性购物平台
Abedi et al. A model for context aware mobile payment
CN107918540A (zh) 基于Web相关机制挖掘的电商***实现

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20160629

RJ01 Rejection of invention patent application after publication