聚合支付方法、装置、设备及存储介质与流程

1.本发明涉及金融技术领域，尤其涉及一种聚合支付方法、装置、设备及存储介质。


背景技术：

2.随着信息时代的到来以及社会的不断进步，使得基于多种信息技术的人们的日常生活发生了翻天覆地的变化,除了保证了基本的日常生活水平之外，人们也愈发追求更高的生活质量。如今，网购已经渗透到人们日常生活中的方方面面，做为网购的载体，互联网电商平台发展如火如荼，支付功能做为其不可或缺的一部分，实现起来也有各种各样的方案。越来越多的人追求支付宝、微信等更便捷的电子支付领域方式，虽然电子支付手段为生活带来了一定的便利，但也相应存在着一定的发展问题。
3.很多企业和个人的产品支持的支付方式往往都比较单一，无法满足现阶段支付交易市场容量，同时企业和个人想在原有的产品中接入新的支付方式，而第三方支付方式存在以下不足：1、各种第三方支付接口规范不一致，安全机制不一致，给业务系统的接入造成高成本、难维护；2、不同的支付形态涉及的技术不同，系统平台也不同，业务系统需要针对不同的平台和技术进行分别对接；3、移动支付终端支持的移动平台的系统较多且无法兼容，往往导致企业和个人都需要花费更多的时间和成本来开发。用户也需要根据不同平台的系统下载并使用支持相应系统的支付终端，不仅操作过程复杂，而且当客户端需要增加或变更支付业务时，需要分别在每个系统上增加或变更的支付业务，开发和维护不同系统的支付功能的成本较高。
4.上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。


技术实现要素：

5.本发明的主要目的在于提供了一种聚合支付方法、装置、设备及存储介质，旨在解决现有技术中无法对第三方支付方式进行统一服务管理的技术问题。
6.为实现上述目的，本发明提供了一种聚合支付方法，所述聚合支付方法包括：
7.在接收到支付服务调用请求时，从预设数据库中匹配目标配置信息，所述预设数据库中存放有预先聚合的多个第三方支付平台的配置信息；
8.根据所述目标配置信息向所述支付服务调用请求对应的目标第三方支付平台发送交易请求，以使所述目标第三方支付平台反馈所述交易请求对应的订单支付结果通知；
9.在接收到所述订单支付结果通知时，根据所述订单支付结果通知向用户反馈所述支付服务调用请求对应的订单状态。
10.优选地，所述根据所述目标配置信息向所述支付服务调用请求对应的目标第三方支付平台发送交易请求，以使所述目标第三方支付平台反馈所述交易请求对应的订单支付结果通知的步骤，具体包括：
11.根据所述支付服务调用请求中的交易数据确定交易流水；
12.根据所述目标配置信息和所述交易流水创建交易订单，并根据所述交易订单生成交易请求；
13.向所述支付服务调用请求对应的目标第三方支付平台发送所述交易请求，以使所述目标第三方支付平台反馈所述交易请求对应的订单支付结果通知。
14.优选地，所述向所述支付服务调用请求对应的目标第三方支付平台发送所述交易请求，以使所述目标第三方支付平台反馈所述交易请求对应的订单支付结果通知的步骤，具体包括：
15.向所述支付服务调用请求对应的目标第三方支付平台发送所述交易请求，以使所述目标第三方支付平台根据所述交易请求确定对应的业务接口，并通过所述业务接口反馈所述交易请求对应的订单支付结果通知。
16.优选地，所述在接收到所述订单支付结果通知时，根据所述订单支付结果通知向用户反馈所述支付服务调用请求对应的订单状态的步骤，具体包括：
17.在接收到所述订单支付结果通知时，根据所述交易请求对应的业务接口确定所述订单支付结果通知对应的通知类型；
18.在所述通知类型为同步通知时，根据所述订单支付结果通知向用户反馈所述支付服务调用请求对应的订单状态；
19.在所述通知类型为异步通知时，根据所述订单支付结果通知确定所述交易请求对应的交易订单状态，并根据所述交易订单状态向用户反馈所述支付服务调用请求对应的订单状态。
20.优选地，所述在所述通知类型为异步通知时，根据所述订单支付结果通知确定所述交易请求对应的交易订单状态，并根据所述交易订单状态向用户反馈所述支付服务调用请求对应的订单状态的步骤，具体包括：
21.在所述通知类型为异步通知时，将所述订单支付结果通知解析为统一格式的通知报文，并对所述通知报文进行安全性验证；
22.在安全性验证通过时，根据所述通知报文中的交易金额确定所述交易请求对应的交易订单状态；
23.根据所述交易订单状态向用户反馈所述支付服务调用请求对应的订单状态。
24.优选地，所述在接收到支付服务调用请求时，从预设数据库中匹配目标配置信息，所述预设数据库中存放有预先聚合的多个第三方支付平台的配置信息的步骤之前，还包括：
25.对各业务接口的状态进行监控，获得监控结果；
26.在所述监控结果异常时，确定异常接口，并根据所述异常接口的状态发出预警。
27.优选地，所述在接收到所述订单支付结果通知时，根据所述订单支付结果通知向用户反馈所述支付服务调用请求对应的订单状态的步骤之后，还包括：
28.在接收到退款网关发送的退款请求时，对所述退款网关进行安全性验证；
29.在安全性验证通过时，对所述退款请求进行响应，在响应结果为退款成功时，对所述退款请求对应的订单进行状态更新。
30.此外，为实现上述目的，本发明还提出一种聚合支付装置，所述聚合支付装置包括：
31.信息匹配模块，用于在接收到支付服务调用请求时，从预设数据库中匹配目标配置信息，所述预设数据库中存放有预先聚合的多个第三方支付平台的配置信息；
32.结果通知模块，用于根据所述目标配置信息向所述支付服务调用请求对应的目标第三方支付平台发送交易请求，以使所述目标第三方支付平台反馈所述交易请求对应的订单支付结果通知；
33.状态反馈模块，用于在接收到所述订单支付结果通知时，根据所述订单支付结果通知向用户反馈所述支付服务调用请求对应的订单状态。
34.此外，为实现上述目的，本发明还提出一种聚合支付设备，所述聚合支付设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的聚合支付程序，所述聚合支付程序配置为实现如上文所述的聚合支付方法的步骤。
35.此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有聚合支付程序，所述聚合支付程序被处理器执行时实现如上文所述的聚合支付方法的步骤。
36.本发明在接收到支付服务调用请求时，从预设数据库中匹配目标配置信息，预设数据库中存放有预先聚合的多个第三方支付平台的配置信息，然后根据目标配置信息向支付服务调用请求对应的目标第三方支付平台发送交易请求，以使目标第三方支付平台反馈交易请求对应的订单支付结果通知，并在接收到订单支付结果通知时，根据订单支付结果通知向用户反馈支付服务调用请求对应的订单状态。本发明通过从预设数据库中匹配目标配置信息，能够对接入的第三方支付平台的配置信息统一管理，并且根据目标配置信息向目标第三方支付平台发出交易请求，然后向用户反馈订单状态，从而对第三方支付平台提供的支付方式进行统一服务管理，提高用户体验。
附图说明
37.图1是本发明实施例方案涉及的硬件运行环境的聚合支付设备的结构示意图；
38.图2为本发明聚合支付方法第一实施例的流程示意图；
39.图3为本发明聚合支付方法一实施例的通信示意图；
40.图4为本发明聚合支付方法第二实施例的流程示意图；
41.图5为本发明聚合支付方法第三实施例的流程示意图；
42.图6为本发明聚合支付装置第一实施例的结构框图。
43.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
44.应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
45.参照图1，图1为本发明实施例方案涉及的硬件运行环境的聚合支付设备结构示意图。
46.如图1所示，该聚合支付设备可以包括：处理器1001，例如中央处理器(central processing unit，cpu)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真
(wireless
‑
fidelity，wi
‑
fi)接口)。存储器1005可以是高速的随机存取存储器(random access memory，ram)，也可以是稳定的非易失性存储器(non
‑
volatile memory，nvm)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
47.本领域技术人员可以理解，图1中示出的结构并不构成对聚合支付设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
48.如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及聚合支付程序。
49.在图1所示的聚合支付设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明聚合支付设备中的处理器1001、存储器1005可以设置在聚合支付设备中，所述聚合支付设备通过处理器1001调用存储器1005中存储的聚合支付程序，并执行本发明实施例提供的聚合支付方法。
50.本发明实施例提供了一种聚合支付方法，参照图2，图2为本发明聚合支付方法第一实施例的流程示意图。
51.本实施例中，所述聚合支付方法包括以下步骤：
52.步骤s10：在接收到支付服务调用请求时，从预设数据库中匹配目标配置信息，所述预设数据库中存放有预先聚合的多个第三方支付平台的配置信息。
53.需要说明的是，本实施例的执行主体可以是具有网络通信、程序运行功能的聚合支付设备，聚合支付设备可以是服务器，也可以是其他设备，本实施例对此不做具体限制，本实施例优选服务器进行举例说明。
54.进一步地，参照图3，图3为本发明聚合支付方法一实施例的通信示意图。
55.应理解的是，所述配置信息指的是在接入第三方支付平台所需配置的信息，可以包括各个第三方支付平台的密钥、账户信息、支付渠道信息、业务接口参数信息等等，本实施例对此不做具体限制。
56.可理解的是，如图3所示，所述支付服务调用请求可以是用户发出支付的请求，可以根据支付服务调用请求确定用户选择的第三方支付平台，从而从预设数据库中匹配到选择的第三方支付平台对应的目标配置信息。
57.在具体实现中，可以首先询问用户需要在线支付还是签约代扣支付，如果是在线支付，可通过http接口方式接入，服务器提供了统一下单接口和统一退款接口；如果是签约代扣支付，则可通过rabbitmq消息异步接入，服务器提供了签约、解约接口。在多种场景的使用时，而且每种支付渠道的流程不尽相同，因此利用抽象类来实现支付接口，减少代码的冗余，支付class类来管理各种支付场景，并结合springboot技术栈的注解模式，对上层服务提供各种支付场景的调用。
58.进一步地，在步骤s10之前，还包括：对各业务接口的状态进行监控，获得监控结果；在所述监控结果异常时，确定异常接口，并根据所述异常接口的状态发出预警。
59.可理解的是，本实施例通过对各个业务接口的状态进行监控，具体实现方式可以通过代码实现，本实施例不过多赘述。
60.在具体实现中，在确定异常接口后，向开发人员发出预警，例如：通过邮件、短信等方式进行预警，开发人员看到预警后，可以根据异常接口的状态对异常接口进行处理，以使该异常接口恢复正常。
61.步骤s20：根据所述目标配置信息向所述支付服务调用请求对应的目标第三方支付平台发送交易请求，以使所述目标第三方支付平台反馈所述交易请求对应的订单支付结果通知。
62.需要说明的是，参照图3，所述交易请求是从服务器向目标第三方支付平台发出的，所述订单支付结果通知是从目标第三方支付平台向服务器发出的，该订单支付结果通知与交易请求对应。
63.可理解的是，订单支付结果通知是服务器收到的。
64.步骤s30：在接收到所述订单支付结果通知时，根据所述订单支付结果通知向用户反馈所述支付服务调用请求对应的订单状态。
65.在具体实现中，需要对订单支付结果通知进行处理，得到订单状态，并向用户反馈，例如：支付成功、支付失败等等，本实施例对此不做具体限制。
66.进一步地，所述步骤s30之后，还包括：在接收到退款网关发送的退款请求时，对所述退款网关进行安全性验证；在安全性验证通过时，对所述退款请求进行响应，在响应结果为退款成功时，对所述退款请求对应的订单进行状态更新。
67.可理解的是，对用户主动取消的已付款订单、或者因为库存不足、无法配送等各种原因需要撤销订单的，都需要给用户进行退款操作，退款形式有原路退款、银行转账、退余额等，目前主流的都是进行原路退款。退款网关不能由用户直接访问，订单要有退款申请与审批流程，一般是在订单管理系统控制，由订单管理系统调用退款网关，发起退款请求，因此服务器要对退款网关做好身份验证及安全防范。
68.应理解的是，可以通过第三方支付平台的查询接口查询到已退款成功的订单退款数据，将其统一处理，更新退款单状态、通知订单系统等操作。
69.在具体实现中，对于所有的退款请求，需要先查询订单支付状态，直接调用第三方支付的查询接口去查最新的订单状态、可退金额等信息，并以此为准。然后进行退款金额校验，如果是全额退款，则只需验证退款金额等于支付金额，方可调用退款接口进行退款；如果是部分退款，则要计算已经成功退款的金额总额，以及已经退款申请成功，但还没收到第三方支付平台的退款成功通知这部分的金额总额，订单支付金额减掉这两部分的总金额之后的金额是可退金额；对于部分退款申请处理，如本次已经申请成功了，还在处理中的退款，不能重复申请退款。
70.本实施例在接收到支付服务调用请求时，从预设数据库中匹配目标配置信息，预设数据库中存放有预先聚合的多个第三方支付平台的配置信息，然后根据目标配置信息向支付服务调用请求对应的目标第三方支付平台发送交易请求，以使目标第三方支付平台反馈交易请求对应的订单支付结果通知，并在接收到订单支付结果通知时，根据订单支付结果通知向用户反馈支付服务调用请求对应的订单状态。本实施例通过从预设数据库中匹配目标配置信息，能够对接入的第三方支付平台的配置信息统一管理，并且根据目标配置信息向目标第三方支付平台发出交易请求，然后向用户反馈订单状态，从而对第三方支付平台提供的支付方式进行统一服务管理，提高用户体验。
71.参考图4，图4为本发明聚合支付方法第二实施例的流程示意图。
72.基于上述第一实施例，在本实施例中，所述步骤s20包括：
73.步骤s201：根据所述支付服务调用请求中的交易数据确定交易流水。
74.需要说明的是，交易流水中可包括各种交易数据，例如：交易支付金额、交易退款金额、交易单号等等，可以根据实际情况自行设置，本实施例对此不做具体限制。
75.步骤s202：根据所述目标配置信息和所述交易流水创建交易订单，并根据所述交易订单生成交易请求。
76.应理解的是，所述交易订单中可包括交易流水，还可包括其他信息，例如：用户的用户名、商户的名称等等，可以根据第三方交易平台提供的交易订单进行设置，本实施例对此不做具体限制。
77.可理解的是，每一个第三方支付平台对应的交易订单中的信息可能出现不一致的情况，本实施例根据目标配置信息可以确定第三方支付平台的交易订单中的信息，然后根据交易流水对交易订单中的信息进行更改，从而创建交易订单。
78.步骤s203：向所述支付服务调用请求对应的目标第三方支付平台发送所述交易请求，以使所述目标第三方支付平台反馈所述交易请求对应的订单支付结果通知。
79.进一步地，所述步骤s203具体包括：向所述支付服务调用请求对应的目标第三方支付平台发送所述交易请求，以使所述目标第三方支付平台根据所述交易请求确定对应的业务接口，并通过所述业务接口反馈所述交易请求对应的订单支付结果通知。
80.需要说明的是，所述业务接口可包括：签约接口、解约接口、支付接口、退款接口、查询接口、回调接口、对账接口等等，本实施例对此不做具体限制。
81.可理解的是，交易请求中包含用户需要办理的业务信息，例如：用户发出支付的请求时，对应的业务接口为支付接口，对于其他业务接口也是同样处理，本实施例不过多赘述。
82.本实施例根据支付服务调用请求中的交易数据确定交易流水，然后根据目标配置信息和交易流水创建交易订单，并根据交易订单生成交易请求，再向支付服务调用请求对应的目标第三方支付平台发送交易请求，以使目标第三方支付平台反馈交易请求对应的订单支付结果通知。本实施例根据交易订单生成交易请求，再向第三方支付平台发送交易请求，使得交易请求中包含第三方支付平台所需要的所有信息，能够精确地向服务器反馈订单支付结果通知，并向用户反馈订单状态，从而对第三方支付平台提供的支付方式进行统一服务管理，提高用户体验。
83.参考图5，图5为本发明聚合支付方法第三实施例的流程示意图。
84.基于上述各实施例，在本实施例中，所述步骤s30包括：
85.步骤s301：在接收到所述订单支付结果通知时，根据所述交易请求对应的业务接口确定所述订单支付结果通知对应的通知类型；
86.需要说明的是，所述通知类型可包括同步通知和异步通知，同步通知可以直接反馈给客户端，用于即时通知订单状态；异步通知需要反馈给服务器，用于防止信息漏发漏收。为了保证交易过程中的安全，主要以异步通知结果为准。
87.步骤s302：在所述通知类型为同步通知时，根据所述订单支付结果通知向用户反馈所述支付服务调用请求对应的订单状态；
88.步骤s303：在所述通知类型为异步通知时，根据所述订单支付结果通知确定所述交易请求对应的交易订单状态，并根据所述交易订单状态向用户反馈所述支付服务调用请求对应的订单状态。
89.在具体实现中，需要根据通知类型和订单支付结果通知共同确定订单状态，例如：通知类型为同步通知并且订单支付结果通知为已支付，订单状态为支付确认中；通知类型为异步通知并且订单支付结果通知为支付成功，订单状态为已支付。
90.进一步地，所述步骤s303包括：在所述通知类型为异步通知时，将所述订单支付结果通知解析为统一格式的通知报文，并对所述通知报文进行安全性验证；在安全性验证通过时，根据所述通知报文中的交易金额确定所述交易请求对应的交易订单状态；根据所述交易订单状态向用户反馈所述支付服务调用请求对应的订单状态。
91.可理解的是，服务器对第三方支付平台反馈的订单支付结果通知的接收地址不能重复，通过判断订单支付结果通知的统一资源定位系统(uniform resource locator，url)就清楚的知道这是来自哪个平台哪一种支付方式的支付通知。如果对已接入的第三方支付平台只提供一个公用的url，然后通过解析报文格式来判断是来自哪个平台哪一种支付方式，这种方式是混乱且不可控的。
92.应理解的是，在收到订单支付结果通知时，首先解析成统一的格式，比如map，然后要进行安全性验证，例如：签名是否正确、验证支付金额是否一致，本实施例对此不做具体限制。对于验证支付金额是否一致的时候，需要先对金额进行类型转换，比如int类型，避免因精度问题导致金额校验失败，对于不同的第三方支付平台对应的转换类型可能不一致，本实施例对此不做具体限制。
93.在具体实现中，对于安全性验证通过的订单支付结果通知，需要立刻对对应的第三方支付平台返回正确的回执，所以在接收到通知后，将其插入至支付成功队列，是相对性能开销最小且稳定的做法，可以最快速度给第三方支付平台以正确回执，且第三方支付平台不受用户自身业务处理流程的影响。在遇到极端情况时，服务器会出现异常或者响应过慢的情况，会影响到服务器对第三方支付平台的回执，虽然部分第三方支付平台有重发机制，但基于性能以及订单到账效率考虑，服务器尽可能做到一次就响应成功。因此，如遇异常，没有收到服务器的成功应答，可以将订单支付结果通知中的数据插入至异常处理队列中，再由异常处理队列的消费进程定时去消费这部分数据，直到消费进程收到服务器的成功应答为止。可以是在监控到异常接口时，对开发人员发出预警后，通过xxj
‑
job定时查询，xxl
‑
job是一个轻量级分布式任务调度平台，直至服务器可以正常返回回执。
94.在具体对第三方支付平台的回执的过程是，服务器将信道设置成confirm模式，一旦信道进入confirm模式，所有在该信道上面发布的消息都会被指派一个唯一的id(从1开始)，一旦消息被投递到所有匹配的队列之后，broker就会发送一个确认给生产者(包含消息的唯一id)，这就使得服务器知道消息已经正确到达目的队列了，也就是目标第三方支付平台。
95.本实施例在接收到订单支付结果通知时，根据交易请求对应的业务接口确定订单支付结果通知对应的通知类型，在通知类型为同步通知时，根据订单支付结果通知向用户反馈支付服务调用请求对应的订单状态，在通知类型为异步通知时，根据订单支付结果通知确定交易请求对应的交易订单状态，并根据交易订单状态向用户反馈支付服务调用请求对应的订单状态。本实施例通过判断订单支付结果通知对应的通知类型为同步通知还是异步通知，能够基于通知类型向用户反馈订单状态，从而对第三方支付平台提供的支付方式进行统一服务管理，提高用户体验。
96.此外，本发明实施例还提出一种存储介质，所述存储介质上存储有聚合支付程序，所述聚合支付程序被处理器执行时实现如上文所述的聚合支付方法的步骤。
97.参照图6，图6为本发明聚合支付装置第一实施例的结构框图。
98.如图6所示，本发明实施例提出的聚合支付装置包括：
99.信息匹配模块601，用于在接收到支付服务调用请求时，从预设数据库中匹配目标配置信息，所述预设数据库中存放有预先聚合的多个第三方支付平台的配置信息；
100.结果通知模块602，用于根据所述目标配置信息向所述支付服务调用请求对应的目标第三方支付平台发送交易请求，以使所述目标第三方支付平台反馈所述交易请求对应的订单支付结果通知；
101.状态反馈模块603，用于在接收到所述订单支付结果通知时，根据所述订单支付结果通知向用户反馈所述支付服务调用请求对应的订单状态。
102.基于本发明上述聚合支付装置第一实施例，提出本发明聚合支付装置的第二实施例。
103.在本实施例中，所述结果通知模块602，还用于根据所述支付服务调用请求中的交易数据确定交易流水；根据所述目标配置信息和所述交易流水创建交易订单，并根据所述交易订单生成交易请求；向所述支付服务调用请求对应的目标第三方支付平台发送所述交易请求，以使所述目标第三方支付平台反馈所述交易请求对应的订单支付结果通知。
104.进一步地，所述结果通知模块602，还用于向所述支付服务调用请求对应的目标第三方支付平台发送所述交易请求，以使所述目标第三方支付平台根据所述交易请求确定对应的业务接口，并通过所述业务接口反馈所述交易请求对应的订单支付结果通知。
105.进一步地，所述状态反馈模块603，还用于在接收到所述订单支付结果通知时，根据所述交易请求对应的业务接口确定所述订单支付结果通知对应的通知类型；在所述通知类型为同步通知时，根据所述订单支付结果通知向用户反馈所述支付服务调用请求对应的订单状态；在所述通知类型为异步通知时，根据所述订单支付结果通知确定所述交易请求对应的交易订单状态，并根据所述交易订单状态向用户反馈所述支付服务调用请求对应的订单状态。
106.进一步地，所述状态反馈模块603，还用于在所述通知类型为异步通知时，将所述订单支付结果通知解析为统一格式的通知报文，并对所述通知报文进行安全性验证；在安全性验证通过时，根据所述通知报文中的交易金额确定所述交易请求对应的交易订单状态；根据所述交易订单状态向用户反馈所述支付服务调用请求对应的订单状态。
107.进一步地，所述聚合支付装置还包括监控模块600，所述监控模块600，用于对各业务接口的状态进行监控，获得监控结果；在所述监控结果异常时，确定异常接口，并根据所述异常接口的状态发出预警。
108.进一步地，所述聚合支付装置还包括退款模块604，所述退款模块604，用于在接收到退款网关发送的退款请求时，对所述退款网关进行安全性验证；在安全性验证通过时，对所述退款请求进行响应，在响应结果为退款成功时，对所述退款请求对应的订单进行状态更新。
109.本发明聚合支付装置的其他实施例或具体实现方式可参照上述各方法实施例，此处不再赘述。
110.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
111.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
112.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器/随机存取存储器、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
113.以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。