技术领域本发明涉及网络支付技术，特别涉及一种支持云端多业务的统一支付方法与系统。
背景技术：
与单一业务系统不同，包含了多业务类型的统一业务交易系统通常需要多渠道商、支持多终端的支付方式来完成交易支付。单一业务系统如垂直电商在线商城，支持PC在线交易，或移动端交易与支付，支持多业务的统一业务交易系统如支持在线交易支付与线下交易终端支付的大型综合业务交易系统，包含众多的业务方，使用不同的支付方式与渠道，但所有的支付流程都通过该业务系统下统一的支付平台。在支持云端多业务的统一业务系统中，业务方所涉及的交易支付均对接相应的云端支付平台，终端支付的签名请求与处理、支付处理、支付结果通知等关键流程均通过统一支付平台来完成。
技术实现要素：
本发明公开的支持云端多业务的统一支付方法与系统，集成了云端不同业务方所需求的不同支付渠道，多业务方的不同业务交易支付均通过统一支付平台来完成签名支付等关键流程，使得包含了云端多业务方的综合业务系统能快速、准确、安全有序地处理各业务线的交易与支付请求。本发明的一个方面，提供了一种支持云端多业务的统一支付方法，其特征在于，包括了以下步骤：步骤一、统一配置业务方所需求的支付信息，收集各业务方信息及其支付渠道详细信息，整理编号后向统一支付平台添加各业务方支持的支付渠道与相应的签名证书文件或私钥，并配置各业务方需求规格所定义的支付方式；步骤二、业务方客户端采集用户所填写的订单原始信息以及用户选择的该业务可用支付渠道，生成业务交易订单，提交到该业务方独立的业务后台服务器，其中，在生成的交易订单信息中，支付状态为未支付；步骤三、统一支付平台服务器拦截业务后台服务器发送的订单签名请求信息，触发后台签名对订单进行签名操作，生成支付要素，将签名结果和支付要素返回给业务后台服务器；步骤四、业务后台服务器接收统一支付平台服务器返回的签名结果与支付要素，保存在服务器本地，同时将签名结果返回给业务方客户端；步骤五、业务方客户端根据签名结果，调用相应的支付控件，向支付渠道方发起支付请求，支付渠道方服务器处理后将支付结果返回给业务方客户端。较佳地，还包括：步骤六、支付渠道方服务器在支付完成并生成支付通知后，分别向业务方客户端和统一支付平台服务器发送支付通知，业务方客户端直接将支付通知解析并显示在客户端页面，统一支付平台服务器将支付通知转发给业务后台服务器，通知业务后台服务器修改本次交易订单的支付状态。具体地，步骤三中所述签名流程包含以下子步骤：a1、业务后台服务器添加该业务所需的特征要素，并对客户端提交的订单信息以及所选择的支付渠道进行封装，生成订单预支付信息，提交到统一支付平台服务器，发起签名请求，并在业务后台服务器中保存订单信息；a2、统一支付平台服务器接收到业后台务服务器的签名请求信息，提取出相应的支付渠道信息，判断该支付渠道的签名方式，根据不同支付渠道方提供签名服务方式的不同，选择服务器本地签名或支付渠道方服务器远程签名；a3、根据步骤a2中对签名方式的判断结果，若为统一支付平台本地签名，则选择支付渠道相对应的签名证书文件或私钥，调用签名完成签名流程，生成签名结果与支付要素，若判断结果为支付渠道方远程签名，则调用相应的远程签名接口，由渠道方服务器完成签名操作后，将签名结果与支付要素在服务器保存于本地，并向统一支付平台服务器返回签名结果与支付要素，所述签名流程需选择业务方支付渠道所关联的支付方式；a4、将所述的签名结果与支付要素保存于统一支付平台服务器，封装并返回给业务后台服务器，完成预支付签名请求流程。具体地，步骤五包括以下子步骤：b1、业务方客户端接收并解析签名结果，提取支付要素后封装支付请求数据；b2、业务方客户端调用支付要素所对应支付渠道的支付控件，向支付渠道方服务器提交支付数据，发起支付请求，并向统一支付平台服务器发送支付请求已发出的消息；b3、支付渠道方服务器拦截支付请求，解析支付请求数据，验证请求数据中包含的签名结果，扣除请求数据中订单提交者支付账号中需支付的金额款项，并在业务方支付方式的收款账号中增加数目相等的金额款项，完成支付后台处理后生成支付通知。具体地，步骤六所述支付通知的处理流程包含了以下子步骤：c1、支付渠道方服务器在处理完支付流程后生成相应的支付通知，然后将支付成功或失败的信息封装后返回给业务方客户端，并将支付通知的详细结果封装异步返回给统一支付平台服务器；c2、业务方客户端接收支付通知，解析后提取出支付成功或失败信息，反馈到客户端的支付通知页面，用于向业务使用者直观提示支付结果信息，同时，统一支付平台服务器接收详细支付通知，解析后提取出支付成功或失败信息，修改交易订单支付要素中的订单状态为已支付，并将解析出的支付通知信息返回给业务后台服务器，通过后台向业务方通知支付结果；c3、业务后台服务器接收统一支付平台服务器返回的支付通知，若支付成功则根据通知信息将服务器所保存订单信息中的支付状态修改为已支付。本发明的另一方面，提供一种支持云端多业务的统一支付系统，其特征在于，包括：支付配置模块，配置云端各业务方需求规格中所定义的支付渠道与支付方式，并收集包括业务方详情、支付渠道、收款账号等各业务方的需求信息，将业务方与所属支付渠道的关联映射关联添加到统一支付平台服务器，供其他的签名、支付流程调用；业务方客户端，收集业务订单信息、支付请求的原始数据，并与后台服务器交互，展示后台签名、支付等流程处理结果；业务后台服务器，处理签名、支付、通知流程中业务方特有的需求，是业务方自身独立的业务处理；支付渠道方服务器，处理支付请求流程与支付通知流程；统一支付平台服务器，在支付的配置流程中需接收支付配置模块添加过来的业务方与支付渠道信息及其关联映射关系数据，保存后供签名、支付等流程调用；签名流程中接收业务后台服务器发起的支付签名请求，调用签名证书或私钥完成签名，或支付渠道方远程签名，将签名结果反馈给业务后台服务器；接收支付渠道方服务器传入的支付结果通知，解析后根据支付成功或失败信息将该业务订单支付要素的订单支付状态字段修改为已支付，同时将支付结果通知转发给业务后台服务器所述统一支付平台服务器分别与支付配置模块、业务后台服务器、业务方客户端及支付渠道方服务器连接，所述业务方客户端与业务后台服务器及支付渠道方服务器连接。本发明公开的支持云端多业务的统一支付方法与系统，其有益效果是，统一支付平台通过为业务方支付配置提供统一的接口，对云端多业务方的支付渠道与支付方式进行统一的配置，提供统一的签名接口，使得业务方独立的后台服务器能够分别向统一支付平台发起签名请求，签名成功后业务方客户端发起支付处理流程，支付渠道方将支付处理结果通知给统一支付平台与客户端，支付平台和业务服务器分别修改支付状态信息后完成支付流程，为支持多支付渠道、多业务方的大型综合互联网业务系统的交易支付机制提供了一种高效、可行的解决方案。附图说明图1为本发明实施例一的方法流程图；图2为本发明实施例一的签名请求与处理流程图；图3为本发明实施例一的支付请求与处理流程图；图4为本发明实施例一的通知处理流程图；图5为本发明实施例二的结构框架图。具体实施方式下面结合附图与具体实施例对本发明提出的支持云端多业务的统一支付方法与系统做详尽说明。实施例一一种支持云端多业务的统一支付方法，如图1所示，包括以下步骤：步骤S101，统一配置业务方所需求的支付渠道与支付方式，收集各业务方信息及其支付渠道详细信息，整理编号后向统一支付平台添加各业务方支持的支付渠道与相应的签名证书文件或私钥，配置各业务方需求规格所定义的支付方式，其中签名证书文件或私钥由支付渠道方生成并提供给业务方，收款账号也由支付渠道方为业务方提供，已配置好的业务方所属支付渠道与支付方式均保存于统一支付平台，并与业务方编号关联，供签名及支付流程使用；步骤S102，业务方客户端采集用户所填写的订单原始信息以及用户选择的该业务可用支付渠道，生成业务交易订单，提交到该业务方独立的业务后台服务器，将所生成交易订单信息中的支付状态设置为未支付；步骤S103，业务服务器发起签名请求，统一支付平台拦截请求并处理，触发后台签名模块对订单进行签名操作，生成支付要素，将签名结果和支付要素返回给业务服务器，步骤S103所述签名详细流程，如图2所示，包含以下子步骤：A201、业务后台服务器添加该业务所需的一些特征要素，并对步骤S102中客户端提交的订单信息以及所选择的支付渠道进行封装，生成订单预支付信息，提交到统一支付平台服务器，向统一支付平台发起签名请求，并在业务服务器中保存订单信息；A202、统一支付平台服务器接收业务服务器的签名请求信息，提取出相应的支付渠道信息，判断该支付渠道的签名方式，根据不同支付渠道方提供签名服务方式的不同，选择服务器本地签名或支付渠道方服务器远程签名；A203、根据子步骤A202中对签名方式的判断结果，若为统一支付平台本地签名，则选择支付渠道相对应的签名证书文件或私钥，调用签名模块完成签名流程，生成签名结果与支付要素；A204、根据子步骤A202中对签名方式的判断结果，若判断结果为支付渠道方远程签名，则调用相应的远程签名接口，由渠道方服务器完成签名操作后，将签名结果与支付要素在服务器本地保存，并向统一支付平台服务器返回签名结果与支付要素；A205、将A203或A204子步骤中所述的签名结果与支付要素保存于统一支付平台服务器，封装并返回给业务后台服务器，完成预支付签名请求流程。步骤S104，业务后台服务器接收步骤S103中统一支付平台服务器返回的签名结果与支付要素，保存在服务器本地，同时将签名结果返回给业务方客户端；步骤S105，业务方客户端根据步骤S104返回的签名结果，调用相应的支付控件，向支付渠道方发起支付请求，支付渠道方处理后将支付结果返回，其中支付处理的详细流程，如图3所示，包括以下子步骤：B301、业务方客户端接收并解析签名结果，提取支付要素后基于业务方所定义的规则封装支付请求数据；B302、业务方客户端调用支付要素所对应支付渠道的支付控件，向支付渠道方服务器提交支付数据，发起支付请求，并向统一支付平台服务器推送支付请求已发出的消息；B303、支付渠道方服务器拦截支付请求，解析支付请求数据，验证请求数据中所携带的签名结果，扣除请求数据中订单提交者支付账号中需支付的金额款项，并在业务方支付方式的收款账号中增加数目相等的金额款项，完成支付后台处理后生成支付通知。步骤S106，支付渠道方服务器在支付完成并生成支付通知后，分别向业务方客户端和统一支付平台服务器发送支付通知，业务方客户端直接将支付通知解析并显示在客户端页面，统一支付平台服务器将支付通知转发给业务后台服务器，通知业务后台服务器修改本次交易订单的支付状态，支付通知的详细处理流程，如图4所示，包含以下子步骤：C401、支付渠道方服务器在处理完支付流程后生成相应的支付通知，然后将支付成功或失败的信息封装后返回给业务方客户端，并将支付通知的详细结果封装、异步返回给统一支付平台服务器；C402、业务方客户端接收支付通知，解析后提取出支付成功或失败信息，反馈到客户端的支付通知页面，向业务客户端用户直观提示支付结果信息；C403、与子步骤C402同步进行的是，统一支付平台服务器接收详细支付通知，解析后提取出支付成功或失败信息，将交易订单支付要素中的订单状态修改为已支付，并将解析出的支付通知信息返回给业务后台服务器，通过后台向业务方通知支付结果；C404、业务后台服务器接收统一支付平台服务器返回的支付通知，若支付成功则根据通知信息将服务器所保存订单信息中的支付状态修改为已支付。实施例二一种支持云端多业务的统一支付系统，如图5所示，包括以下模块：支付配置模块501，配置云端各业务方需求规格中所定义的支付渠道与支付方式，并收集包括业务方详情、支付渠道、收款账号等各业务方的需求信息，将业务方与所属支付渠道的关联映射关联添加到统一支付平台服务器模块505，供其他模块的签名、支付流程调用。业务方客户端502，收集业务订单信息、支付请求的原始数据，并与后台服务器交互，展示后台签名、支付等流程处理结果。业务方客户端502根据客户端用提交的订单信息及所选择的支付渠道信息，封装签名请求信息，向业务后台服务器503及统一支付平台服务器505发起签名请求，待签名结果返回后，调用对应的支付控件向支付渠道方服务器504发起支付请求，在支付渠道方服务器504处理后接收支付结果通知信息，并在页面展示给业务客户端用户。业务后台服务器503，处理签名、支付、通知流程中业务方特有的需求，是业务方自身独立的业务处理模块。业务后台服务器503在签名流程中接收订单原始数据，保存业务订单信息，封装并添加业务方的特征要素后向统一支付平台服务器505发起预支付签名请求，待签名完成后获取签名结果并反馈给业务方客户端502，通知业务方客户端模块根据签名结果发起支付请求；支付通知流程中接收统一支付平台服务器505返回的支付通知，提取出通知中的支付成功或失败信息，若支付成功则将业务订单信息中的支付状态修改为已支付。支付渠道方服务器504，处理支付请求流程与支付通知流程。支付渠道方服务器504接收到业务方客户端502发送过来的支付请求，解析并提取出请求数据中的签名信息，对签名结果进行验证，若验签通过则扣除请求数据中订单提交者支付账号中需支付的金额款项，并在业务方支付方式的收款账号中增加数目相等的金额款项；支付通知流程中，分别向业务方客户端502和统一支付平台服务器505发送支付成功或失败的结果通知。统一支付平台服务器505，需分别对接上述支付配置模块501、业务方客户端502、业务后台服务器503、支付渠道方服务器504四个模块，是统一支付系统的中枢模块。其中，在支付的配置流程中需接收支付配置模块501添加过来的业务方与支付渠道信息及其关联映射关系等数据，保存后供签名、支付等流程调用；签名流程中接收业务后台服务器503发起的与支付签名请求，调用签名证书或私钥完成签名，或支付渠道方远程签名，将签名结果反馈给业务后台服务器503；支付通知模块接收支付渠道方服务器504传入的支付结果通知，解析后根据支付成功或失败信息将该业务订单支付要素的订单支付状态字段修改为已支付，同时将支付结果通知转发给业务后台服务器503。综上所述，本发明公开的支持云端多业务的统一支付方法与系统，其多业务方的多种支付渠道与支付方式均由支付平台统一配置，通过处理包含了订单信息获取与处理、签名预支付、支付请求与处理、支付通知处理等统一支付关键流程的多业务方交易支付请求，为支持多支付渠道、多业务方的综合互联网业务系统交易支付机制提供了一种高效、安全、可行的解决方案。