具体的消费子业务类型，对于水、电、煤账单缴费，用户要选定水、电、煤账单缴费其中的一种子业务。对于网络通讯用户要选定电信账单、移动账单、联通账单、263电信账单、网通账单与铁通账单其中的一种子业务，用户还能选定东方有线子业务，然后客户端程序展现选定的具体消费子业务的缴费交互页面。考虑到与扫码设备的配合，实现较佳的便捷化扫码支付，消费子业务的缴费交互页面，拥有缴费交互页面的扫码功能。这样，能够控制手机相机来扫描已经选定具体消费子业务的缴费账单的二维码，从而得到收费单条码号与金额。或是，在缴费交互页面输入条码号与金额，用户确定了选定的缴费商品信息时点击缴费交互页面的确定按钮后，客户端程序调用创建订单接口，若融合支付管理平台返回成功的响应，则客户端程序进入第二阶段融合支付选定的商品。
[0135]对于交通违章缴费的选定商品信息过程是，用户先选定一个查询的车辆，再选定该违章车辆的一个代缴项，得到代缴总额数据，能选择是否需要发票，在用户选定了交通违章缴费商品信息并确定后，客户端程序调用创建订单接口，如果融合支付管理平台返回成功的响应，客户端程序就进入第二阶段融合支付选定的商品。
[0136]第一阶段的选定一种消费商品信息的过程，对于票务消费的选定商品信息过程，用户要先选择一种或一种以上票种，输入选择的票种购买数量，然后输入预订人姓名和预订人手机号。如果输入的预订人手机号与登录的手机号不一样，则为帮其他人预订，当用户选定了票务消费商品信息并确定后，客户端程序调用创建订单接口，如果融合支付管理平台返回成功的响应，则客户端程序进入第二阶段融合支付选定的商品。
[0137]对于第二阶段的融合支付选定商品，该融合支付选定商品的过程对礼品券消费和日常消费的全部子业务是公用或是共享的，确认订单界面是融合支付过程的第一个人机交互页面，确认订单界面内容，从上往下依次是商品信息项、商品金额条目、服务费条目、抵用券条目、选择支付方式项、实付款条目和确定按钮。在实际实施的时候，对于个别的抵用券条目，可能不显示出来，其原因在于消费选定的子业务不支持抵用券支付方式。
[0138]更进一步来看，考虑到第二阶段的融合支付过程浏览第一阶段选定商品信息的便利，商品信息项内容包括有第一阶段选定商品信息时选定商品的图标、商品名称、商品金额数字，商品金额条目包含商品金额文字和商品金额数字。同时，本发明所涉及的服务费条目内容，从左往右依次是“服务费”文字、“+”文字、第一阶段选定商品信息时得到的消费服务费。并且，目前只有话费充值业务有服务费，其他业务费为零。与之对应的是，抵用券条目内容从左往右依次是抵用券图标、“抵用券”文字、“未使用”文字、右方向箭头，其中“未使用”文字，表示当前没有选定抵用凭证，右方向箭头表示抵用券条目具有按钮功能。
[0139]为了适应目前最为常见的银联与支付宝支付方式，在用户选择支付方式项当中，还包含银联与支付宝两个支付方式的单选按钮组合，第一次进入确认订单界面时，可选择支付方式项的单选按钮组合自动选择银联支付方式，其依据是，第一阶段用户选定消费的商品信息过程中客户端程序调用的创建订单接口功能响应数据里，订单交易的默认支付方式是银联支付方式。考虑到抵用券的参与消费支付，本发明采用的实付款条目包含“实付款”文字和用户要支付的现金金额，在第一次进入确认订单界面，或是确认订单界面的抵用券条目内容包含“未使用”文字时，或是确认订单界面没有显示抵用券条目时，用户要支付的现金金额就是第一阶段选定商品信息时选定的商品金额加上商品的消费服务费之和，所述选定的商品金额加上商品的消费服务费之和，构成用户应付款。接着，用户点击确认订单界面的抵用券条目，客户端程序建立包含登录手机号和消费子业务ID请求，调用具体消费子业务的用户手机号能使用的抵用凭证接口，融合支付管理平台从手机号关联的电子钱包里，提取消费子业务ID允许的抵用凭证信息列表，返回登录手机号与消费子业务ID允许的抵用凭证列表信息，响应给客户端程序，客户端程序展现选择凭证的交互界面。并且，考虑到税收的需要与凭证内容的完善，通过融合支付管理平台返回的抵用凭证列表信息的每一个抵用凭证数据内容中包含:凭证ID、凭证序列号、凭证名称、凭证金额、凭证可兑金额、凭证过期时间、凭证图标在融合支付管理平台的相对路径，如果凭证金额需要缴税，凭证可兑金额是把凭证金额减掉17%税后保留整数部分的金额，这个凭证可兑金额是实际用来抵扣现金的。
[0140]再者，可以在选择凭证的交互界面展现一个能够多选的抵用凭证信息列表。具体来说，该列表中每一项抵用凭证信息展现凭证图标、凭证名称、凭证金额、凭证可兑金额、凭证过期时间，用户在选择凭证页面的抵用凭证信息列表中，能选择一个或是一个以上的抵用凭证。同时，客户端程序能智能提供抵用凭证列表中对用户应付款最有利的选择方案，并在选择凭证页面提示用户选择。具体来说，对用户应付款最有利选择方案的实现方式是，对于相同可兑金额的凭证，优先选择凭证过期时间最近的，对于可兑金额不同的计算选择凭证，可兑金额总和与需要付款金额之差的绝对值，优先考虑绝对值小的选择方案，对于绝对值相等的，优先考虑可兑金额不同的凭证过期时间最近的和方案中抵用凭证数量最小的。在实施期间，用户选择凭证页面，选择了一个或一个以上的抵用凭证或者选择对用户应付款最有利的选择方案，并点击了选择凭证页面的确定按钮，客户端程序计算选择凭证页面确定的抵用凭证可兑金额之和(称之为选定凭证可兑总金额)。之后，选择凭证界面切换到确认订单界面，确认订单界面的抵用券条目的“未使用”文字替换为选定凭证可兑总金额。对于确认订单界面与选择凭证页面，用户能反复切换来调整选择的抵用凭证(或凭证列表)O
[0141]当选择凭证界面切换到确认订单界面时，确认订单界面的实付款条目的用户要支付现金金额显示用户应付款减去选定凭证可兑总金额的差，如果用户应付款不大于选定凭证可兑总金额，实付款条目中的用户要支付现金金额显示零。在此期间，若确认订单界面中的实付款条目的用户要支付现金金额显示为零，表明用户应付款能完全用选定凭证的可兑总金额抵扣掉，称之为凭证全额支付。
[0142]在此期间，用户点击确认订单界面的确定按钮，客户端程序调用更新支付方式接口，更新支付方式接口请求包含，商品金额、平台服务费、凭证全额支付的支付方式、选定的抵用凭证(或是凭证列表)信息数据包。在接收到更新支付方式接口成功响应后，客户端程序展现选定商品的成功支付页面，以此结束凭证全额支付时，第二阶段的融合支付选定商品的过程；
[0143]对于上述凭证全额支付情况的客户端程序调用更新支付方式接口，融合支付管理平台把子业务消费支付订单交易记录数据项的支付方式，从银联支付置为凭证全额支付的支付方式(表示该子业务支付全部用抵用凭证抵扣现金)。接着，把交易记录数据项的支付状态从未支付设为已支付，同时融合支付管理平台把该业务支付用到的抵用凭证使用状态设为已使用，以锁定这些抵用凭证。然后，返回更新支付方式接口成功响应。
[0144]如果确认订单界面的实付款条目的用户要支付现金金额显示非零，则用户在确认订单界面的选择支付方式项选择银联或者支付宝支付方式。然后，用户点击确认订单界面的确定按钮，客户端程序调用更新支付方式接口。其请求包含加密过的选定的网银支付方式或支付宝支付方式、选定的或是可选的抵用凭证(或是凭证列表)信息包。可选是指，如果确认订单界面没有显示抵用券条目或者显示但用户没有选定抵用凭证，不存在选定的抵用凭证(凭证列表)信息包。
[0145]对于客户端程序调用更新支付方式接口来说，利用融合支付管理平台把子业务消费支付订单交易记录数据项的支付方式，从默认的银联方式改为用户选定的支付平台方式。同时，把该子业务支付用到的抵用凭证、使用状态设为已使用，实现凭证锁定，返回更新支付方式接口成功响应。
[0146]接着，客户端程序得到更新支付方式接口的成功响应后，客户端程序和确认订单界面的选择支付方式项中所选定的支付方式对应的支付平台通讯，进行远程网上支付。如果支付平台返回成功支付响应，则客户端程序调用支付成功更新订单接口。在接收到支付成功更新订单接口成功响应后，客户端程序展现选定商品的成功支付页面。由此，结束确认订单界面的实付款条目的用户要支付现金金额非零时，第二阶段的融合支付选定商品的过程。当客户端程序调用支付成功更新订单接口后，融合支付管理平台把子消费业务支付订单交易记录数据项的支付状态从未支付设为已支付，返回支付成功更新订单接口成功响应。并且，在客户端程序进行远程网上支付过程时，如果用户选择了放弃或者支付平台返回失败响应，则第二阶段的融合支付选定商品的过程设为失败。
[0147]结合礼品券的消费与日常消费来看，位于第三阶段的融合支付成功后续的处理存在差异。对于礼品券的购买与礼品券赠送，第三阶段的融合支付成功后续的处理存在差异。对于日常消费的各子业务，第三阶段的融合支付成功后续的处理存在差异。为了便于实际实施，具体表述如下:
[0148]对于礼品券消费与日常消费，第三阶段融合支付成功后续的处理差异为，礼品券消费的购买与赠送的目的均得到购买的礼品券。由礼品券所属的用户兑换成可用于融合支付的抵用凭证，属于间接性消费。日常消费的各子业务消费，无论是手机用户自己购买还是帮其他人购买，均属于直接消费，可由融合支付管理平台直接和各消费服务平台进行结算。对于间接性消费和直接消费融合支付成功后续处理的共同环节是，若不是登陆手机号用户自己消费而是帮其他人支付，则接受方手机号收到融合支付管理平台发送的短信通知。
[0149]对于礼品券的购买与礼品券赠送，第三阶段的融合支付成功后续的处理差异为，礼品券购买的订单融合支付成功后，融合支付管理平台把礼品券购买的订单成功记录，加入到登录手机号关联的礼品记录列表里，该手机号关联的礼品记录列表为用户的远程电子礼品盒。对于礼品券赠送的订单融合支付成功后，可区分选择短信和微信告知接受赠送的人，该接受赠送的人是在融合支付管理平台已经注册或未注册的用户。
[0150]对于礼品券赠送的订单融合支付成功后，需要区分选择短信和微信告知接受赠送的人，选定商品的成功支付页面上提供用户选择短信和微信两种方式告知接受赠送的人。并且，选择短信方式需要用户输入接受赠送人的手机号，选择微信方式时通过微信得到接受赠送人的手机号。同时，对于得到接受赠送人的手机号，在用户点击成功支付页面的确定按钮后，客户端程序与融合支付管理平台通讯告知接受赠送人的手机号。融合支付管理平台在礼品券购买的订单成功记录中加入接受赠送人的手机号的同时，关联礼品券购买的订单成功记录，到接受赠送人手机号关联的礼品记录列表里，该手机号关联的礼品记录列表就是接受赠送人的远程电子礼品盒，融合支付管理平台再和礼品券服务平台通讯，礼品券服务平台更新礼品券购买金额。
[0151]从实际实施的过程来看，由礼品券所属的用户兑换成用于融合支付的抵用凭证，其流程如下，
[0152]用户点击首页的礼品盒图形按钮，对于接受礼品券赠送的手机号用户，如果没有注册，需要点击登录界面的注册按钮向融合支付管理平台注册新账号，注册成功后进行登录，登录成功后可以点击首页的礼品盒图形按钮，客户端程序和融合支付管理平台通讯，获取手机号关联的礼品记录列表或是电子礼品盒数据。之后，客户端程序展现礼品盒页面，礼品盒页面展现手机号关联的礼品记录列表，该礼品记录列表项具有按钮功能。同时，每一个礼品记录列表项包含礼品券图标、礼品券名称、礼品券购买金额。接着，用户点击礼品盒页面中礼品记录列表项，客户端程序展现兑换礼券页面，在兑换礼券页面用户输入需要兑换金额。点击兑换礼券页面的确定按钮，令客户端程序建立包含登录手机号、礼品券名称、兑换金额数据项请求和融合支付管理平台通讯。随后，在得到融合支付管理平台成功响应后，客户端程序展现含电子抵用凭证的兑换成功页面。该抵用凭证含凭证二维码、凭证抵扣现金的金额、订单号、生成时间、截止时间这些信息，抵用凭证能用于便利店或超市的线下支付。
[0153]为了有效提升客户端程序对于各类礼品券的处理能力，客户端程序建立包含登录手机号、礼品券名称、兑换金额数据项请求和融合支付管理平台通讯。融合支付管理平台保存客户端程序请求里的登录手机号、礼品券名称、兑换金额数据项，建立登录手机号关联的抵用凭证项。之后，加入到登录手机号关联的抵用凭证列表，该抵用凭证列表和积分礼券兑换平台的手机号关联的抵用凭证列表一起，构成手机号关联的远程电子钱包。
[0154]通过实际实施过程中的多次对比试验后发现，对于日常消费的各子业务，第三阶段的融合支付成功后续的处理差异为，各种门票购买的支付成功后续处理，涉及如何使用已经预定的电子门票。具体描述如下:
[0155]关于使用已经预定的电子门票的过程是，用户点击首页的钱包按钮，客户端程序展现钱包交互页面。在用户选定钱包页面的票券Tab按钮时，客户端程序和融合支付管理平台通讯，获取用户手机号关联的门票预定交易记录，客户端程序在票券Tab，展现户手机号关联的门票预定交易列表。之后，用户点击门票预定交易列表的一门票项时，客户端程序和融合支付管理平台通讯，获取该门票项预定详细的信息。在客户端程序展现使用票券页面，该使用票券页面有门票的二维码图形，在该门票活动的检票入口处，用户用手机上的这个门票的二维码图形作为电子门票即可进入该门票活动的场所。
[0156]在到达该门票活动的检票入口处，手机上对应的门票二维码图形被门票扫描仪扫描后，门票的二维码图形包含的门票数据进入票务预定服务平台。之后，票务预定服务平台确定该门票数据的合法性和有效性后，提示检票入口处的检票人员，同时票务预定服务平台修改该门票为已使用状态来锁定门票。然后，票务预定服务平台与融合支付管理平台通讯通知该门票已经使用。
[0157]考虑到第一时间对第三阶段的融合支付失败(或未完成)实现有效的后续处理，其往往涉及到用户在客户端程序对支付失败(或未完成)的交易进行继续支付或者取消交易。具体来说用户点击首页的图形按钮，客户端程序展现标题为我的页面，用户点击我的页面具有按钮功能的交易记录条目，客户端程序和融合支付管理平台通讯获取支付成功与失败的所有交易列表信息缓存在本地。之后，客户端程序展现交易记录页面，交易记录页面有全部Tab与待支付Tab两个选项卡。并且，交易记录页面默认显示全部Tab选项卡，全部Tab选项卡显示支付成功与失败的所有交易列表。在用户点击交易记录页面的待支付Tab选项卡按钮时，客户端程序和融合支付管理平台通讯获取支付失败的交易列表信息缓存在本地，然后交易记录页面切换到显示支付失败交易列表信息的待支付Tab选项卡，支付Tab选项卡显示支付失败的交易列表。
[0158]当用户点击全部Tab或是待支付Tab的一个待支付交易项时，客户端程序和融合支付管理平台通讯获取该支付失败的交易详情信息，展现交易详情交互页面。该交易详情交互页面内容包括，交易业务名称、交易状态、交易支付号码、交易订单号、支付方式、交易金额、交易时间这些支付失败的交易详情信息以及取消交易和继续支付两个按钮。用