一种支付的方法及系统、一种中间服务器与流程

本发明涉及计算机技术领域，特别涉及一种支付的方法及系统、一种中间服务器。

背景技术：

电子支付是指消费者、商家和金融机构之间使用安全电子手段把支付信息通过信息网络安全地传送到银行或相应的处理机构，已实现货币支付或资金流转的行为。网上支付是电子支付的一种形式，它是通过第三方提供的与银行之间的支付接口进行的即时支付方式，例如通过微信、支付宝等进行当面付。随着科技的快速发展，网上支付的应用越来越广泛。

但是，有些机构的安全性要求较高，在进行网上支付时，支付过程产生的通知只能在公网服务器上传输，无法在这些机构的内网进行传输，内网无法实时收到支付结果，支付过程的工作效率较低。

技术实现要素：

本发明实施例提供了一种支付的方法及系统、一种中间服务器，能够提高支付过程的工作效率。

第一方面，本发明实施例提供了一种支付的方法，包括：应用于中间服务器，所述中间服务器分别与在公网中的支付服务器和在内网中的内网服务器连接；还包括：

接收所述内网服务器发来的目标订单对应的支付请求，将所述支付请求发送给所述支付服务器；

接收所述支付服务器返回所述支付请求对应的支付地址；

根据所述支付地址向所述内网服务器发送所述支付地址对应的支付信息，以使用户根据所述支付信息对所述目标订单的进行支付操作；

接收所述支付服务器发来的所述目标订单对应的支付结果通知，将所述支付结果通知发送给所述内网服务器。

进一步地，所述根据所述支付地址向所述内网服务器发送所述支付地址对应的支付信息，包括：

将所述支付地址转换为对应的二维码图片，将所述二维码图片转换成内存流数据格式的数据；

将所述内存流数据格式的数据发送给所述内网服务器，以使所述内网服务器根据所述内存流数据格式的数据生成所述二维码图片。

第二方面，本发明实施例提供了一种中间服务器，所述中间服务器分别与在公网中的支付服务器和在内网中的内网服务器连接；

所述中间服务器包括：

请求处理单元，用于接收所述内网服务器发来的目标订单对应的支付请求，将所述支付请求发送给所述支付服务器；

地址接收单元，用于接收所述支付服务器返回所述支付请求对应的支付地址；

信息发送单元，用于根据所述支付地址向所述内网服务器发送所述支付地址对应的支付信息，以使用户根据所述支付信息对所述目标订单的进行支付操作；

通知处理单元，用于接收所述支付服务器发来的所述目标订单对应的支付结果通知，将所述支付结果通知发送给所述内网服务器。

进一步地，所述信息发送单元，用于将所述支付地址转换为对应的二维码图片，将所述二维码图片转换成内存流数据格式的数据，将所述内存流数据格式的数据发送给所述内网服务器，以使所述内网服务器根据所述内存流数据格式的数据生成所述二维码图片。

第三方面，本发明实施例提供了一种支付的系统，包括：

在公网中的支付服务器、在内网中的内网服务器、中间服务器和用户终端；

所述中间服务器分别与所述支付服务器和所述内网服务器相连；

所述内网服务器，用于向所述中间服务器发送目标订单对应的支付请求，接收所述中间服务器发来的支付信息，输出所述支付信息，接收所述中间服务器发来的所述目标订单对应的支付结果通知；

所述用户终端，用于根据所述支付信息对所述目标订单的进行支付操作；

所述中间服务器，用于接收所述内网服务器发来的所述支付请求，将所述支付请求发送给所述支付服务器，接收所述支付服务器发来的所述支付请求对应的支付地址，根据所述支付地址向所述内网服务器发送所述支付地址对应的所述支付信息，将所述支付服务器发来的所述目标订单对应的所述支付结果通知发送给所述内网服务器；

所述支付服务器，用于接收所述中间服务器发来的所述支付请求，根据所述支付请求向所述中间服务器发送所述支付请求对应的所述支付地址，根据所述用户终端的所述支付操作，生成所述目标订单对应的所述支付结果通知，将所述支付结果通知发送给所述中间服务器。

进一步地，所述中间服务器，包括：

信息发送单元，用于将所述支付地址转换为对应的二维码图片，将所述二维码图片转换成内存流数据格式的数据，将所述内存流数据格式的数据发送给所述内网服务器；

所述内网服务器，包括：

图片处理单元，用于接收所述中间服务器发来的所述内存流数据格式的数据，将所述内存流数据格式的数据转换为所述二维码图片，向所述用户终端输出所述二维码图片；

所述用户终端，用于根据所述二维码图片对所述目标订单的进行所述支付操作。

进一步地，该系统进一步包括：

在所述内网中的业务终端，所述业务终端与所述内网服务器相连；

所述内网服务器，用于将所述支付结果通知按照所述目标订单的订单号存储到预先设置的订单通知表中；

所述业务终端，用于按照预设周期，周期性地查询所述订单通知表中是否存在所述目标订单的订单号对应的所述支付结果，如果是，则获取所述支付结果，根据所述支付结果进行业务处理。

进一步地，所述业务终端，用于当所述支付结果为支付成功时，对所述目标订单对应的业务数据进行与所述支付结果相对应的更新操作，判断所述更新操作是否成功，如果否，则向所述内网服务器发送所述目标订单对应的退款请求；

所述内网服务器，用于接收所述业务终端发来的所述退款请求，将所述退款请求发送给所述中间服务器；

所述中间服务器，用于接收所述内网服务器发来的所述退款请求，将所述退款请求发送给所述支付服务器；

所述支付服务器，用于接收所述中间服务器发来的所述退款请求，对所述退款请求进行处理。

进一步地，所述内网服务器，用于将所述支付信息发送给所述业务终端；

所述业务终端，用于接收所述内网服务器发来的所述支付信息，输出所述支付信息；

所述用户终端，用于获取所述业务终端输出的所述支付信息。

进一步地，所述中间服务器，用于以POST的方式将所述支付结果通知发送给所述内网服务器。

在本发明实施例中，通过中间服务器将公网中的支付服务器与内网中的内网服务器连接起来，通过中间服务器来处理支付服务器与内网服务器之间的数据交互，实现支付请求和支付结果通知的实时传输，进而提高了支付过程的工作效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例提供的一种支付的方法的流程图；

图2是本发明一实施例提供的一种中间服务器的示意图；

图3是本发明一实施例提供的一种支付的系统的示意图；

图4是本发明一实施例提供的另一种支付的系统的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，本发明实施例提供了一种支付的方法，包括：应用于中间服务器，所述中间服务器分别与在公网中的支付服务器和在内网中的内网服务器连接；还包括：

步骤101：接收所述内网服务器发来的目标订单对应的支付请求，将所述支付请求发送给所述支付服务器；

步骤102：接收所述支付服务器返回所述支付请求对应的支付地址；

步骤103：根据所述支付地址向所述内网服务器发送所述支付地址对应的支付信息，以使用户根据所述支付信息对所述目标订单的进行支付操作；

步骤104：接收所述支付服务器发来的所述目标订单对应的支付结果通知，将所述支付结果通知发送给所述内网服务器。

在本发明实施例中，通过中间服务器将公网中的支付服务器与内网中的内网服务器连接起来，通过中间服务器来处理支付服务器与内网服务器之间的数据交互，实现支付请求和支付结果通知的实时传输，进而提高了支付过程的工作效率。

在本发明一实施例中，所述根据所述支付地址向所述内网服务器发送所述支付地址对应的支付信息，包括：

将所述支付地址转换为对应的二维码图片，将所述二维码图片转换成内存流数据格式的数据；

将所述内存流数据格式的数据发送给所述内网服务器，以使所述内网服务器根据所述内存流数据格式的数据生成所述二维码图片。

在本发明实施例中，中间服务器将支付地址转换为二维码图片，并以内存流数据格式发送给内网服务器，使得内网服务器根据内存流数据格式的数据还原出二维码图片。将二维码图片转换为内存流数据格式的数据，更方便传输。

如图2所示，本发明实施例提供了一种中间服务器，所述中间服务器分别与在公网中的支付服务器和在内网中的内网服务器连接；

所述中间服务器包括：

请求处理单元201，用于接收所述内网服务器发来的目标订单对应的支付请求，将所述支付请求发送给所述支付服务器；

地址接收单元202，用于接收所述支付服务器返回所述支付请求对应的支付地址；

信息发送单元203，用于根据所述支付地址向所述内网服务器发送所述支付地址对应的支付信息，以使用户根据所述支付信息对所述目标订单的进行支付操作；

通知处理单元204，用于接收所述支付服务器发来的所述目标订单对应的支付结果通知，将所述支付结果通知发送给所述内网服务器。

在本发明一实施例中，所述信息发送单元，用于将所述支付地址转换为对应的二维码图片，将所述二维码图片转换成内存流数据格式的数据，将所述内存流数据格式的数据发送给所述内网服务器，以使所述内网服务器根据所述内存流数据格式的数据生成所述二维码图片。

如图3所示，本发明实施例提供了一种支付的系统，包括：

在公网中的支付服务器301、在内网中的内网服务器302、中间服务器303和用户终端304；

所述中间服务器303分别与所述支付服务器301和所述内网服务器302相连；

所述内网服务器302，用于向所述中间服务器303发送目标订单对应的支付请求，接收所述中间服务器303发来的支付信息，输出所述支付信息，接收所述中间服务器303发来的所述目标订单对应的支付结果通知；

所述用户终端304，用于根据所述支付信息对所述目标订单的进行支付操作；

所述中间服务器303，用于接收所述内网服务器302发来的所述支付请求，将所述支付请求发送给所述支付服务器301，接收所述支付服务器301发来的所述支付请求对应的支付地址，根据所述支付地址向所述内网服务器302发送所述支付地址对应的所述支付信息，将所述支付服务器301发来的所述目标订单对应的所述支付结果通知发送给所述内网服务器302；

所述支付服务器301，用于接收所述中间服务器303发来的所述支付请求，根据所述支付请求向所述中间服务器303发送所述支付请求对应的所述支付地址，根据所述用户终端304的所述支付操作，生成所述目标订单对应的所述支付结果通知，将所述支付结果通知发送给所述中间服务器303。

在本发明一实施例中，所述中间服务器，包括：

信息发送单元，用于将所述支付地址转换为对应的二维码图片，将所述二维码图片转换成内存流数据格式的数据，将所述内存流数据格式的数据发送给所述内网服务器；

所述内网服务器，包括：

图片处理单元，用于接收所述中间服务器发来的所述内存流数据格式的数据，将所述内存流数据格式的数据转换为所述二维码图片，向所述用户终端输出所述二维码图片；

所述用户终端，用于根据所述二维码图片对所述目标订单的进行所述支付操作。

基于图3所示的一种支付的系统，如图4所示，本发明实施例提供了一种支付的系统，该系统进一步包括：

在所述内网中的业务终端，所述业务终端与所述内网服务器相连；

所述内网服务器，用于将所述支付结果通知按照所述目标订单的订单号存储到预先设置的订单通知表中；

所述业务终端401，用于按照预设周期，周期性地查询所述订单通知表中是否存在所述目标订单的订单号对应的所述支付结果，如果是，则获取所述支付结果，根据所述支付结果进行业务处理。

在本发明实施例中，业务终端如果没有查询到目标订单的订单号对应的支付结果，则继续周期性地查询。一个支付的系统中可以有多个业务终端，这些业务终端均与内网服务器相连，均周期性地查询订单通知表，获取相应的支付结果。

在本发明一实施例中，所述业务终端，用于当所述支付结果为支付成功时，对所述目标订单对应的业务数据进行与所述支付结果相对应的更新操作，判断所述更新操作是否成功，如果否，则向所述内网服务器发送所述目标订单对应的退款请求；

所述内网服务器，用于接收所述业务终端发来的所述退款请求，将所述退款请求发送给所述中间服务器；

所述中间服务器，用于接收所述内网服务器发来的所述退款请求，将所述退款请求发送给所述支付服务器；

所述支付服务器，用于接收所述中间服务器发来的所述退款请求，对所述退款请求进行处理。

在本发明实施例中，业务终端根据支付结果进行相应的业务处理。举例来说，医院的缴费单，如果用户通过支付宝进行支付，支付结果为支付成功，则医院的业务终端需要将缴费单的业务数据修改为已缴费，如果业务终端修改失败，业务数据还是未缴费，则需要退款处理，发送退款请求，如果业务终端修改成功，业务数据修改为已缴费，则用户可以根据已缴费的缴费单进行后续的业务办理。

在本发明一实施例中，所述内网服务器，用于将所述支付信息发送给所述业务终端；

所述业务终端，用于接收所述内网服务器发来的所述支付信息，输出所述支付信息；

所述用户终端，用于获取所述业务终端输出的所述支付信息。

举例来说，该支付信息为二维码图片，业务终端输出二维码图片，用户终端扫描二维码图片进行支付操作。具体地，用户终端根据所述支付信息向支付服务器发送支付目标订单的请求；支付服务器接收支付目标订单的请求，响应支付目标订单的请求。

在本发明一实施例中，所述中间服务器，用于以POST的方式将所述支付结果通知发送给所述内网服务器。

在本发明实施例中，通过POST的方式发送支付结果通知更加安全。

本发明实施例提供的一种支付的系统的工作过程如下：

业务终端向内网服务器发送目标订单对应的支付请求；

内网服务器向中间服务器发送目标订单对应的支付请求；

中间服务器接收内网服务器发来的支付请求，将支付请求发送给支付服务器；

支付服务器接收中间服务器发来的支付请求，根据支付请求向中间服务器发送支付请求对应的支付地址；

中间服务器接收支付服务器发来的支付请求对应的支付地址，根据支付地址向内网服务器发送支付地址对应的支付信息；

内网服务器接收中间服务器发来的支付信息，向业务终端输出支付信息；

业务终端接收内网服务器发来的支付信息，输出支付信息；

用户终端获取业务终端输出的支付信息，根据支付信息对目标订单的进行支付操作；

支付服务器根据用户终端的支付操作，生成目标订单对应的支付结果通知，将支付结果通知发送给中间服务器；

中间服务器将支付服务器发来的目标订单对应的支付结果通知发送给内网服务器；

内网服务器接收中间服务器发来的目标订单对应的支付结果通知，将支付结果通知按照目标订单的订单号存储到预先设置的订单通知表中；

业务终端按照预设周期，周期性地查询订单通知表中是否存在目标订单的订单号对应的支付结果，如果是，则获取支付结果，当支付结果为支付成功时，对目标订单对应的业务数据进行与支付结果相对应的更新操作，判断更新操作是否成功，如果否，则向内网服务器发送目标订单对应的退款请求；

内网服务器在接收到业务终端发来的退款请求时，将退款请求发送给中间服务器；

中间服务器在接收到内网服务器发来的退款请求时，将退款请求发送给支付服务器；

支付服务器在接收中间服务器发来的退款请求时，对退款请求进行处理。

在本发明实施例中，支付服务器可以是支付宝的支付服务器或者微信的支付服务器。可以将支付宝和微信的当面付所有接口集成到一个服务里，该服务在中间服务器上实现。中间服务器在接收到支付结果通知时，对支付结果通知进行一些必要的处理之后，在发送给内网服务器，具体地，对支付结果通知根据支付服务器的不同进行相应的格式转换，以符合内网服务器的需求。其中，支付结果通知可以包括：目标订单的订单号、支付金额、支付结果，支付的状态，加密串等信息。

在本发明实施例中，这里的内网可以是B/S系统的内网。订单通知表可以是哈希表。预设周期可以是5分钟。

在本发明实施例中，中间服务器在向内网服务器发送支付结果通知时，通过异步的方式发送。

本发明实施例提供的一种支付的系统，可以应用于医院等机构中。

在本发明实施例中，中间服务器的具有很高的安全性，避免外部通过中间服务器入侵内网。中间服务器可以包括：第一网卡和第二网卡；第一网卡与公网的支付服务器相连，用于访问公网，第二网卡与内网的内网服务器相连，用于访问内网。

在本发明实施例中，在中间服务器上部署当面付服务，对服务配置文件内的通知接收地址进行相应的配置，内网的网站可以调用此服务生成二维码图片，并接收异步通知对本地业务进行相应的处理，实现当面付业务。

上述装置内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

本发明各个实施例至少具有如下有益效果：

1、在本发明实施例中，通过中间服务器将公网中的支付服务器与内网中的内网服务器连接起来，通过中间服务器来处理支付服务器与内网服务器之间的数据交互，实现支付请求和支付结果通知的实时传输，进而提高了支付过程的工作效率。

2、在本发明实施例中，中间服务器将支付地址转换为二维码图片，并以内存流数据格式发送给内网服务器，使得内网服务器根据内存流数据格式的数据还原出二维码图片。将二维码图片转换为内存流数据格式的数据，更方便传输。

3、在本发明实施例中，在中间服务器上部署当面付服务，通过中间服务器实现支付服务器与内网服务器的数据交互，内网服务器可以利用中间服务器的当面付服务生成二维码图片，并接收支付结果通知对本地业务进行相应的处理，实现当面付业务。

需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个······”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储在计算机可读取的存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质中。

最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。