本发明涉及在线支付领域，具体涉及一种在线支付方法和在线支付系统。
背景技术：
目前随着计算机技术、网络技术和移动终端的长足进步，卖方与买方通过因特网上的电子商务网站进行交易时，银行为其提供网上资金结算服务。在线支付为企业和个人提供了一个安全、快捷、方便的电子商务应用环境和网上资金结算，不仅帮助企业实现了销售款项的快速归集，缩短收款周期，同时也为个人网上银行客户提供了网上消费支付结算方式，使客户真正做到足不出户，网上购物。
但是对于企业来说存在以下缺点：企业的信息体系中的现存业务应用系统是在不同的时期采用不同的技术建设的，都是单独接入第三方支付机构，需要逐个申请渠道，并且无法在一个统一的平台下完成所有的订单支付工作。
技术实现要素：
本发明旨在至少解决上述技术问题之一。
为此，本发明的第一个目的在于提出一种在线支付方法，可以在一个统一的平台下完成所有的订单支付工作。
为了实现上述目的，本发明的实施例公开了一种在线支付方法，包括以下步骤：s110：创建商户和对应于所述商户的多个支付渠道；s120：接收请求方对所述商户的支付请求，其中，所述支付请求包括选定的支付渠道，所述支付请求是通过哈西加密和客户端签名双重加密的，所述客户端签名具有时间戳；s130：根据所述选定的支付渠道进行在线支付；s140：所述在线支付成功后，向所述请求方反馈对应于所述在线支付的订单信息。
进一步地，步骤s130进一步包括：s131：监测所述选定的支付渠道的是否成功支付；s132：如果否，则从对应与所述商户的其它渠道中选择一种渠道提供给所述请求方进行支付。
进一步地，在步骤s130和步骤s140之间还包括：如果所述在线支付由于所述商户未确认而失败，则间隔预设时间向所述商户发送确定请求，直至所述商户确认为止。
根据本发明实施例的在线支付方法，可以在一个统一的平台下完成所有的订单支付工作，同时使用动态配置技术保证用户在切换渠道的时候，不用重新部署服务，保证业务系统的正常运行。
本发明的第二个目的在于提出一种在线支付系统，可以在一个统一的平台下完成所有的订单支付工作。
为了实现上述目的，本发明的实施例公开了一种在线支付系统，包括：创建模块，用于创建商户和对应于所述商户的多个支付渠道；支付请求接收模块，用于接收请求方对所述商户的支付请求，所述支付请求包括选定的支付渠道；加密模块，用于对所述支付请求进行哈西加密和客户端签名双重加密，所述客户端签名具有时间戳；在线支付模块，用于根据所述选定的支付渠道进行在线支付；反馈模块，用于在所述在线支付成功后，向所述请求方反馈对应于所述在线支付的订单信息。
进一步地，还包括：监测模块，用于所述选定的支付渠道的是否成功支付；支付渠道切换模块，用于在支付失败时，从对应与所述商户的其它渠道中选择一种渠道提供给所述请求方进行支付。
进一步地，还包括：确认模块，用于根据确认信号间隔预设时间向所述商户发送确定请求，直至所述商户确认为止；其中，所述监测模块还用于监测所述在线支付是否由于所述商户未确认而失败，如果由于所述商户未确认而失败则向所述确认模块发送所述确认信号。
根据本发明实施例的在线支付系统，可以在一个统一的平台下完成所有的订单支付工作，同时使用动态配置技术保证用户在切换渠道的时候，不用重新部署服务，保证业务系统的正常运行。
本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：
图1是本发明一个实施例的在线支付方法的流程图；
图2是本发明一个实施例的在线支付系统的结构框图。
具体实施方式
下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。
在本发明的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。
参照下面的描述和附图，将清楚本发明的实施例的这些和其他方面。在这些描述和附图中，具体公开了本发明的实施例中的一些特定实施方式，来表示实施本发明的实施例的原理的一些方式，但是应当理解，本发明的实施例的范围不受此限制。相反，本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。
以下结合附图描述本发明。
图1是本发明一个实施例的在线支付方法的流程图，如图1所示，本发明的在线支付方法，包括以下步骤：
s110：创建商户和对应于商户的多个支付渠道。
具体地，用户向统一支付平台提交开户申请，申请通过后，创建商户和对应于商户的多个支付渠道。商户可以选择最优的支付渠道，例如通过某银行进行支付。
s120：接收请求方对商户的支付请求。其中，支付请求包括选定的支付渠道，支付请求是通过哈西加密和客户端签名双重加密的，客户端签名具有时间戳。
具体地，在统一支付平台上创建窗户后，显示的商户信息可以被意向买家看到。此时买家作为请求方向统一支付平台发出对于商户的支付请求。其中，支付请求中包括用户选定的支付渠道。此外，请求方发送支付请求时，使用哈西加密和客户端签名进行双重加密，且客户端签名具有时间戳，保证每次请求的合法性，防止重复攻击，最大限度上保证数据的安全有效性。
s130：根据选定的支付渠道进行在线支付。
具体地，统一支付平台获取业务平台传递的参数，并对传递的参数进行加密认证。在本发明的一个实施例中，步骤s130进一步包括：
s131：监测选定的支付渠道的是否成功支付；
s132：如果否，则从对应与商户的其它渠道中选择一种渠道提供给请求方进行支付。保证在某一条渠道在遇到问题时，能最快速的切换到最合适的渠道。
s140：在线支付成功后，向请求方反馈对应于在线支付的订单信息。
具体地，根据商户在统一支付平台申请的商户的回调地址，模拟post请求向商户所在系统发送订单支付信息。
在本发明的一个实施例中，在步骤s130和步骤s140之间还包括：如果在线支付由于商户未确认而失败，则间隔预设时间向商户发送确定请求，直至商户确认为止，使整个支付流程形成一个完整的闭环。
根据本发明实施例的在线支付方法，可以在一个统一的平台下完成所有的订单支付工作，同时使用动态配置技术保证用户在切换渠道的时候，不用重新部署服务，保证业务系统的正常运行。
图2是本发明一个实施例的在线支付系统的结构框图。如图2所示，本发明实施例的在线支付系统，包括：创建模块210、支付请求接收模块220、加密模块230、在线支付模块240和反馈模块250。
其中，创建模块210用于创建商户和对应于商户的多个支付渠道。支付请求接收模块220用于接收请求方对商户的支付请求，支付请求包括选定的支付渠道。加密模块230用于对支付请求进行哈西加密和客户端签名双重加密，客户端签名具有时间戳。在线支付模块240用于根据选定的支付渠道进行在线支付。反馈模块250用于在在线支付成功后，向请求方反馈对应于在线支付的订单信息。
根据本发明实施例的在线支付系统，可以在一个统一的平台下完成所有的订单支付工作，同时使用动态配置技术保证用户在切换渠道的时候，不用重新部署服务，保证业务系统的正常运行。
在本发明的一个实施例中，在线支付系统还包括监测模块和支付渠道切换模块。其中，监测模块用于选定的支付渠道的是否成功支付。支付渠道切换模块用于在支付失败时，从对应与商户的其它渠道中选择一种渠道提供给请求方进行支付。
在本发明的一个实施例中，在线支付系统还包括确认模块，确认模块用于根据确认信号间隔预设时间向商户发送确定请求，直至商户确认为止。其中，监测模块还用于监测在线支付是否由于商户未确认而失败，如果由于商户未确认而失败则向确认模块发送确认信号。
需要说明的是，本发明实施例的在线支付系统的具体实施方式与本发明实施例的在线支付方法的具体实施方式类似，具体参见方法部分的描述，为了减少冗余，此处不做赘述。
另外，本发明实施例的在线支付方法和在线支付系统的其它构成以及作用对于本领域的技术人员而言都是已知的，为了减少冗余，不做赘述。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管已经示出和描述了本发明的实施例，本领域的普通技术人员可以理解：在不脱离本发明的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由权利要求及其等同限定。