一种电子商务支付系统、方法、装置、服务器及介质与流程

1.本发明实施例涉及计算机应用技术领域，尤其涉及一种电子商务支付系统、方法、装置、服务器及介质。


背景技术：

2.目前，国际贸易通关过程中涉及到的大多数部门都开发了业务信息化系统，实现了各部门业务的申请、办理、回复等的电子化和网络化。但是，各部门的业务信息化间缺乏协同互动，并未实现充分的数据共享。上述部门可以理解为地方海关所在的部门，即各地方海关间缺乏数据统筹。
3.因此，企业在口岸通关过程中需要登录不同的业务信息化系统填报数据来进行与电子商务支付相关的操作，这严重影响了口岸通关的效率。


技术实现要素：

4.本发明实施例提供了一种电子商务支付系统、方法、装置、服务器及介质，解决了企业在口岸通关过程中进行与电子商务支付相关的操作时较繁琐的问题。
5.第一方面，本发明实施例提供了一种电子商务支付系统，可以包括：
6.消息队列服务端，用于接收海关总署服务端发送的电子商务支付消息；
7.网关微服务端，用于从消息队列服务端中读取电子商务支付消息，并将该电子商务支付消息发送给联机微服务端；
8.联机微服务端，用于基于接收到的电子商务支付消息处理业务，并将业务处理结果返回给网关微服务端；
9.网关微服务端，还用于将接收到的业务处理结果发送给消息队列服务端，以使海关总署服务端从消息队列服务端中读取业务处理结果。
10.第二方面，本发明实施例还提供了一种电子商务支付方法，应用于联机微服务端，该方法可以包括：
11.接收电子商务支付消息，其中，电子商务支付消息是由网关微服务端从与海关总署服务端对接的消息队列服务端中读取后发送的消息；
12.基于电子商务支付消息处理业务，将业务处理结果返回给网关微服务端，以使网关微服务端将接收到的业务处理结果发送给消息队列服务端，并以使该海关总署服务端从消息队列服务端中读取到业务处理结果。
13.第三方面，本发明实施例还提供了一种电子商务支付装置，配置于联机微服务端，该装置可以包括：
14.电子商务支付消息接收模块，用于接收电子商务支付消息，其中电子商务支付消息是由网关微服务端从与海关总署服务端对接的消息队列服务端中读取后发送的消息；
15.业务处理结果返回模块，用于基于电子商务支付消息处理业务，并将业务处理结果返回给网关微服务端，以使网关微服务端将接收的业务处理结果发送给消息队列服务
端，并以使该海关总署服务端从消息队列服务端中读取到业务处理结果。
16.第四方面，本发明实施例还提供了一种联机微服务器，可以包括：
17.一个或多个处理器；
18.存储器，用于存储一个或多个程序；
19.当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本发明任意实施例所提供的电子商务支付方法。
20.第五方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时可实现本发明任意实施例所提供的电子商务支付方法。
21.本发明实施例的技术方案，通过接收电子商务支付消息，该电子商务支付消息可以是由网关微服务端从与海关总署服务端对接的消息队列服务端中读取后发送的消息，然后基于电子商务支付消息处理业务，并将业务处理结果返回给网关微服务端，以使网关微服务端将接收到的业务处理结果发送给消息队列服务端，然后以使海关总署服务端从消息队列服务端中读取到业务处理结果。上述技术方案，可以直接与海关总署进行对接，即企业只需在海关总署的业务信息化系统中进行一次数据申报，由此解决了其在口岸通关过程中进行与电子商务支付相关的操作时较繁琐的问题，达到了提高口岸通过效率的效果。
附图说明
22.图1是本发明实施例中的一种可选的电子商务支付系统的物理架构图；
23.图2是本发明实施例一中的一种电子商务支付系统的结构示意图；
24.图3是本发明实施例一中一种电子商务支付系统中可选示例的结构示意图；
25.图4是本发明实施例二中的一种电子商务支付方法的流程图；
26.图5是本发明实施例二中一种电子商务支付方法中一示例的信令图；
27.图6是本发明实施例二中一种电子商务支付方法中再一示例的信令图；
28.图7是本发明实施例二中一种电子商务支付方法中又一示例的信令图；
29.图8a是本发明实施例二中一种电子商务支付方法中另一示例的第一流程图；
30.图8b是本发明实施例二中一种电子商务支付方法另一示例的第二流程图；
31.图9a是本发明实施例二中一种电子商务支付方法中还一示例的第一流程图；
32.图9b是本发明实施例二中一种电子商务支付方法还一示例的第二流程图；
33.图9c是本发明实施例二中一种电子商务支付方法中还一示例的第三流程图；
34.图9d是本发明实施例二中一种电子商务支付方法还一示例的第四流程图；
35.图9e是本发明实施例二中一种电子商务支付方法还一示例的第五流程图；
36.图10是本发明实施例三中的一种电子商务支付装置的结构框图；
37.图11是本发明实施例四中的一种联机微服务器的结构示意图。
具体实施方式
38.下面结合附图和实施例对本发明作进一步详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
39.在介绍本发明实施例之前，先对本发明实施例的应用场景进行示例性说明：参见图1，这是一种可选的电子商务支付系统的物理架构图，其可以包括如下四个部分：通讯接入、支付网关接入系统、支付网关处理系统和支付网关交易结果通知。具体的，通讯接入可以分为公网接入和专线接入，公网接入由位于网银隔离区(demilitarized zone，dmz)的安全套接字层(secure sockets layer，ssl)安全网关负责商户请求接入和ssl处理，并且专线接入由位于第三方dmz的专线前置机apache负责商户请求接入和ssl处理。支付网关接入系统可以是部署于网银应用(aplicacion，app)网段，负载均衡模式，主要进行交易合法性校验、交易路由、快捷签约支付等交易。支付网关处理系统可以部署于业务网段，负载均衡模式，主要是部署支付处理系统、非账务处理系统、互联网跨行收单支付处理系统、互联网跨行收单非账务处理系统、电商结算系统应用、跨境支付海关申报应用等应用。支付网关通知可以通过复用网银web服务器(即图1中包含地球标识的服务器)apache代理实现。除此之外，支付网关数据库服务器可以位于业务网段，热备方式，数据库为informix，而且支付网关可以批量部署于支付网关数据库服务器上。
40.上述电子商务支付系统存在如下问题：一方面，其只能对接各地方海关，无法对接海关总署，这致使企业需要分别在各地方海关的业务信息化系统填报数据，由此影响了口岸通关的效率；另一方面，其属于一体化应用架构，复杂度较高，后续随着应用规模的增长，会存在维护难度大、难以水平扩展、迭代需求多的情况交付时间长、需求功能点部署相互耦合等缺点。为了解决它们，发明人在对现有技术进行充分研究的基础上，提出了下述电子商务支付系统。
41.实施例一
42.图2是本发明实施例一中提供的一种电子商务支付系统的结构示意图。本实施例可适用于通过直接对接海关总署来提高口岸通关效率的情况，也适用于通过部署微服务端来提高应用规模增长后各种操作的便捷性的情况。参见图2，本发明实施例的电子商务支付系统，可以包括：消息队列服务端10，用于接收海关总署服务端发送的电子商务支付消息；网关微服务端11，用于从消息队列服务端10中读取电子商务支付消息，并将电子商务支付消息发送给联机微服务端12；联机微服务端12，用于基于接收到的电子商务支付消息处理业务，并将业务处理结果返回给网关微服务端11；在此基础上，网关微服务端11，还用于将接收到的业务处理结果发送给消息队列服务端10，以使该海关总署服务端从消息队列服务端10中读取到业务处理结果。
43.其中，消息队列(message queue，mq)服务端10可以是与海关总署服务端进行对接的用于接收来自该海关总署服务端的电子商务支付消息(即与电子商务支付有关的消息)，该海关总署服务端可以是部署在海关总署的服务端。在实际应用中，可选的，该消息队列服务端10可以部署在电子商务支付系统的业务隔离区dmz中。网关微服务端11可以是与消息队列服务端10进行对接的用于从中读取电子商务支付消息的服务端，与此同时，其也可以是与联机微服务端12进行对接的用于将该电子商务支付消息发送至其中的服务端。在实际应用中，可选的，网关微服务端11和/或联机微服务端12可以部署在电子商务支付系统的业务网段上。联机微服务端12可以是与网关微服务端11进行对接的用于将基于接收到的电子商务支付消息处理业务后得到的业务处理结果返回至其中的服务端。进而，网关微服务端11，还可以用于将从联机微服务端12接收到的业务处理结果发送给消息队列服务端10，以
使海关总署服务端从消息队列服务端10中读取到业务处理结果。在实际应用中，可选的，网关微服务端所在的网关微服务器、联机微服务端所在的联机微服务器、及消息队列服务端所在的消息队列服务器中的至少一个，可以分别部署在至少两个服务器集群中，由此达到了均衡负载的效果。
44.需要说明的是，上述电子商务支付系统，由于海关总署的数据可以共享至各地方海关，因此各企业只需要在海关总署的业务信息化系统(其还可以称为“单一窗口”标准版)进行数据申报，无需在各地方海关的业务信息化系统中分别进行数据申报，由此通过提高数据申报效率来达到了缩短口岸通关时间、降低企业成本、促进贸易便利化的效果。同时，因为是基于微服务端(如网关微服务端、联机微服务端等)部署应用，由此摒弃了原有的复杂的一体化应用架构，后续随着应用规模的增长，达到了便于水平扩展和维护、迭代需求多时交付时间更短和需求功能点部署相互解耦的效果。示例性的，如果未来希望与除海关总署之外的其余总署进行对接，那么可以再次部署与该其余总署对接的联机微服务端，这样一来，即使某联机微服务端出现故障，其也只会影响到与该联机微服务端关联的业务场景，而不会对其余的业务场景带来影响。
45.本发明实施例的技术方案，通过消息队列服务端接收海关总署服务端发送的电子商务支付消息；通过网关微服务端从该消息队列服务端中读取电子商务支付消息，并将该电子商务支付消息发送给联机微服务端；通过联机微服务端基于接收到的电子商务支付消息处理业务，然后将业务处理结果返回给网关微服务端；进一步，通过网关微服务端将接收到的业务处理结果发送给消息队列服务端，以使海关总署服务端从该消息队列服务端中读取业务处理结果。上述技术方案，可以直接与海关总署进行对接，这意味着企业只需要在海关总署的业务信息化系统中进行一次数据申报，由此解决了企业在口岸通关过程中进行与电子商务支付相关的操作时较繁琐的问题，达到了提高口岸通过效率的效果。
46.在此基础上，一种可选的技术方案，上述电子商务支付系统，还可以包括签名验签服务端；其中网关微服务端，具体用于从消息队列服务端中读取电子商务支付消息，并将电子商务支付消息发送给签名验签服务端；签名验签服务端，用于对接收到的电子商务支付消息进行验签，并将验签结果返回给网关微服务端；网关微服务端，具体用于接收验签结果，并在验签结果包括验签通过时，将电子商务支付消息发送给联机微服务端；网关微服务端，具体还用于将接收到的业务处理结果发送给签名验签服务端；签名验签服务端，还用于对接收到的业务处理结果进行签名，并将签名后的业务处理结果返回给网关微服务端；网关微服务端，具体还用于将接收到的签名后的业务处理结果发送给消息队列服务端，以使海关总署服务端从消息队列服务端中读取签名后的业务处理结果。也就是说，可以基于签名验签服务端对网关微服务端读取到的电子商务支付消息进行验签，也可以基于该签名验签服务端对联机微服务端返回的业务处理结果进行签名，由此有效保证了消息传递过程中的安全性。
47.另一种可选的技术方案，网关微服务端，具体用于从消息队列服务端中读取电子商务支付消息，将针对电子商务支付消息的消息接收结果返回给消息队列服务端来使海关总署服务端从消息队列服务端中读取到消息接收结果，并在消息接收结果包括消息接收成功时，将电子商务支付消息发送给联机微服务端。换言之，上述电子商务支付系统通过mq异步通讯的方式对接海关总署，由此海关总署可以依次确定消息队列服务端是否接收到电子
商务支付消息、基于该电子商务支付消息得到的业务处理结果是什么，保证了消息的有效传递和处理。
48.为了更好地理解上述电子商务支付系统，下面结合具体示例对其进行示例性的说明。示例性的，参见图3，在第三方业务dmz上部署mq前置机(即mq服务端所在的服务器)作主备，灾备单活，高可用(high availability，ha)双机架构(如mq前置机至少存在2台，分别部署在各集群中)。mq自带监听，容器组集群方式监听消息队列，在需要切换时，手动更换微服务配置文件ip。高可用，一台应用是active且一台应用inactive，当01服务器异常时，可手动切换到02，02上启动应用继续提供服务。图3最右侧的栏目可以表示通过企业服务总线(enterprise service bus，esb)对接业务流程中涉及到的其余系统。
49.实施例二
50.图4是本发明实施例二中提供的一种电子商务支付方法的流程图。本实施例可适用于通过直接对接海关总署来提高口岸通关效率的情况，也适用于通过联机微服务端来提高应用规模增长后各种操作的便捷性的情况。该方法可以由本发明实施例提供的电子商务支付装置来执行，该装置可以由软件和/或硬件的方式实现，该装置可以集成在联机微服务器上。
51.参见图4，本发明实施例的方法具体包括如下步骤：
52.s210、接收电子商务支付消息，其中，电子商务支付消息是由网关微服务端从与海关总署服务端对接的消息队列服务端中读取后发送的消息。
53.s220、基于电子商务支付消息处理业务，将业务处理结果返回给该网关微服务端，以使网关微服务端将接收到的业务处理结果发送给消息队列服务端，并以使海关总署服务端从消息队列服务端中读取到业务处理结果。
54.本发明实施例的技术方案，通过接收电子商务支付消息，该电子商务支付消息可以是由网关微服务端从与海关总署服务端对接的消息队列服务端中读取后发送的消息，然后基于电子商务支付消息处理业务，并将业务处理结果返回给网关微服务端，以使网关微服务端将接收到的业务处理结果发送给消息队列服务端，然后以使海关总署服务端从消息队列服务端中读取到业务处理结果。上述技术方案，可以直接与海关总署进行对接，即企业只需在海关总署的业务信息化系统中进行一次数据申报，由此解决了其在口岸通关过程中进行与电子商务支付相关的操作时较繁琐的问题，达到了提高口岸通过效率的效果。
55.在此基础上，可选的，电子商务支付消息包括与电子商务支付相关的三方签约消息时，基于电子商务支付消息处理业务，将业务处理结果返回给网关微服务端，可以包括：获取与三方签约消息对应的三方签约申请和三方协议文本，其中，三方签约申请包括表示待签约用户、待签约银行和待签约功能的申请；验证待签约用户是否已经与待签约银行针对待签约功能进行签约、及三方协议文本的协议编号是否已存在；若否，则为待签约用户在待签约银行签约待签约功能，并在三方协议文本上加盖电子签章；将三方签约结果以及加盖电子签章的三方协议文本作为业务处理结果，返回给网关微服务端。
56.为了更好地理解上述三方签约过程，下面结合具体示例对其进行示例性的说明。示例性的，参见图5：
57.1、待签约企业在海关总署服务端对应的海关总署客户端(如单一窗口网站)的“三方签约”界面选择待签约银行以及待签约功能(如用户绑定功能、开户预约功能等)，加盖企
业电子印章，确认三方协议文本，发起三方签约申请。
58.2、电子口岸(即海关总署服务端)核验企业电子印章后，将三方协议文本(即三方协议pdf)和三方签约申请发送到mq服务端。三方协议文本的base64码流是整个签名后的pdf读为一个数组，然后压缩编码的一个字符串。
59.3、mq服务端接收到三方协议文本和三方签约申请后，返回消息接收结果，即消息是否接收成功。若是，则基于签名验签服务端验签电子口岸印章(证书互认)，验签无误则调用电子签章接口，并将加盖电子签章的三方协议文本和三方签约结果返回电子口岸，并保存三方协议文本。如果处理失败则返回技术回执报文，无需保存三方协议文本。
60.4、签约前校验：
61.1)验证待签约功能的输入是否正确；
62.2)验证待签约用户是否已签约，协议编号是否已存在；
63.3)验证该待签约功能是否重复签约。
64.可选的，电子商务支付消息包括电子商务支付相关的三方解约消息，基于电子商务支付消息处理业务，将业务处理结果返回给网关微服务端，可以包括：获取与三方解约消息对应的三方解约申请，其中三方解约申请包括表示待解约用户、待解约银行以及待解约功能的申请；验证待解约用户是否已经与待解约银行针对待解约功能进行签约，若是，则修改待解约用户与待解约银行针对待解约功能的签约状态；将三方解约结果作为业务处理结果返回给网关微服务端。示例性的，验证待解约用户是否签约，如果没有签约则报错提示；三方解约时修改待解约用户的签约状态到三方签约流水表和三方签约记录表；解约成功后发送解约报文即三方解约结果给网关微服务端。
65.可选的，电子商务支付消息包括电子商务支付相关的预约开户消息，基于电子商务支付消息处理业务，将业务处理结果返回给网关微服务端，可以包括：获取与预约开户消息对应的预约开户申请和预约开户影像资料，其中预约开户申请包括表示待开户用户和待开户账户的申请；将预约开户申请以及预约开户影像资料发送给账户开户服务端；查询与待开户用户关联的待开户账户的开户状态，在开户状态是开户成功时，将已开户的待开户账户的账户信息作为业务处理结果，返回给网关微服务端。
66.为了更好地理解上述预约开户过程，下面结合具体示例对其进行示例性的说明。示例性的，参见图6：
67.1、待开户企业已完成三方签约，签约功能中包括“预约开户功能”，则待开户企业可以在单一窗口网站发起预约开户申请，并上传预约开户影像资料，确认协议内容和资料清单之后，完成预约开户申请。mq服务端在接收到预约开户申请和预约开户影像资料后，返回消息是否接收成功(即实时应答)。
68.2、校验待开户企业是否已签约预约开户功能。
69.3、向电子银行管理端维护的分行管理人员实时发送邮件通知。
70.4、向单一窗口返回预约开户初始状态(01：资料审核中)。
71.5、每天定时批量查询开户状态，并主动向单一窗口推送在线预约开户状态信息。当开户状态为开户成功时，返回账户信息。
72.开户状态：0-已预约(01：资料审核中)、2-已开户(02：待前往银行办理)、3-待预审核(01：资料审核中)；
73.待开户账户的账户状态返回有账号时，账户状态为(02：待前往银行办理)，查询账户状态，当账户状态为o、k、l时返回开户状态为(04：开户成功)，只要查到o/k/l中任一一个账户状态，就不再发起查询。
74.0-账户已启用(04：开户成功)
75.1-账户已销户
76.9-账户转为不动户
77.h-账户转为久悬户
78.i-账户预开户
79.k-账户待核准(04：开户成功)
80.l-账户待启用(04：开户成功)
81.6、1个月后，账户状态仍然不为0、k、l中的任一一个时，则返回给单一窗口状态(05：开户失败)，终止流程。
82.可选的，电子商务支付消息包括电子商务支付相关的用户绑定消息，基于电子商务支付消息处理业务，将业务处理结果返回给网关微服务端，可以包括：获取与用户绑定消息对应的用户绑定申请，其中用户绑定申请包括表示待绑定用户和待绑定银行的申请；确定待绑定用户在待绑定银行的用户标识信息，并根据用户标识信息确定待绑定用户是否已在待绑定银行开通公司网银；如果是，则生成银行绑定信息，将银行绑定信息作为业务处理结果返回给网关微服务端。
83.为了更好地理解上述用户绑定过程，下面结合具体示例对其进行示例性的说明。示例性的，参见图7：
84.1、待绑定企业已完成三方签约，签约功能包括“用户绑定功能”，并且该待绑定企业已在待绑定银行开通公司网银，则可在单一窗口发起用户绑定申请。
85.2、跨境电商网关前置收到用户绑定申请，返回消息是否接收成功。
86.3、跨境电商业务模块：
87.a.校验该待绑定企业是否已签约用户绑定功能；如果否，则返回报错信息，如“贵司尚未与我行签约“用户绑定功能”；
88.b.通过待绑定企业的“统一社会信用代码”获取其在待绑定银行的客户号(即用户标识信息)，如在待绑定银行留存的是9位组织机构代码，则可截取“统一社会信用代码”的第9-17位作为组织机构代码；如果获取不到客户号，则返回报错信息，如“贵司尚未在我行开户”；
89.c.通过客户号查询待绑定企业是否已开通公司网银；如果否，返回报错信息，如“贵司尚未在我行开通公司网银”。
90.如上述校验均通过，生成“银行绑定号”：spdb+9位企业组织机构代码，然后向单一窗口推送银行绑定号(即银行绑定信息)。
91.可选的，电子商务支付消息包括电子商务支付相关的用户解绑消息，基于电子商务支付消息处理业务，将业务处理结果返回给网关微服务端，可以包括：获取与用户解绑消息对应的用户解绑申请，其中用户解绑申请包括表示待解绑用户和待解绑银行的申请；验证待解绑用户是否已在待解绑银行进行绑定，若是，则修改待解绑用户在待解绑银行的绑定状态；将用户解绑结果作为业务处理结果，返回给网关微服务端。示例性的，校验是否有
待解绑用户的绑定记录，如果无，则提示报错信息；否则，则更新绑定状态为解绑，返回解绑回执。
92.可选的，电子商务支付消息包括电子商务支付相关的汇出汇款消息，基于电子商务支付消息处理业务，将业务处理结果返回给网关微服务端，可以包括：获取与汇出汇款消息对应的汇出汇款申请和汇出汇款影像资料，其中汇出汇款申请包括表示待汇出用户和待汇出银行的申请；验证待汇出用户是否已经在待汇出银行签约用户绑定功能和汇出汇款功能并且开通公司网银、及待汇出用户在待汇出银行的绑定状态是否为已绑定状态，根据验证结果生成汇出汇款申请回执，并将汇出汇款申请回执作为业务处理结果返回给网关微服务端；将汇出汇款申请和汇出汇款影像资料发送给公司网银服务端，并接收公司网银服务端针对汇出汇款申请返回的审核结果；若审核结果是审核通过，则基于汇出汇款申请操作汇出汇款，并将汇出汇款的操作结果作为业务处理结果返回给网关微服务端。上述公司网银可以理解为，待汇出用户在海关总署发出汇出汇款申请后，待汇出银行的工作人员需要对汇出汇款申请进行审核后方能进行资金划转，因此公司网银可以是待汇出银行的网银系统。
93.为了更好地理解上述汇出汇款过程，下面结合具体示例对其进行示例性的说明。示例性的，参见图8a，其是单一窗口和电子商务支付系统的交互过程，具体内容如下：当接收到单一窗口发送的汇出汇款申请后，反馈技术回执报文。对汇出汇款影像资料执行基础性校验。根据上报的统一社会信用代码查询三方签约信息，确定待汇出企业是否已签约“用户绑定”和“汇出汇款”功能，若未签约则报错。还要判断“用户绑定”是否完成，完成用户绑定后可以查询到客户号。根据统一社会信用代码查询出客户号，通过客户号查询待汇出企业是否已开通公司网银，如果未开通则报错。汇出汇款不支持修改，如果单一窗口上送了“transid交易流水号”，则根据实际联调情况拒绝或者当作一笔新交易处理。如果以上校验通过，反馈跨境汇款申请回执。如若客户上送了报关单、附件列表等信息，基于这些信息生成txt文档上传影像系统保存。后续的附件，单一窗口直接上传汇出汇款影像资料，电子商务支付系统收到后，记录下影像编号，并上传到影像系统。将企业上送的信息记录在数据库中。
94.进一步的，参见图8b，其是公司网银和电子商务支付系统的交互过程，
95.1、汇款列表查询
96.公司网银上送数据，联机微服务(其也可以称为跨境电商微服务)接收到数据后做基本数据合法性校验。根据客户上送的客户号、汇款状态等信息查询汇出汇款信息，如果汇款状态未上送，则默认查询全部。起始笔数、查询笔数用于分页查询。返回查询到的信息。
97.2、汇款复核
98.跨境电商微服务收到公司网银上送的信息，如果审核通过，根据台账流水号修改申请状态为04-银行处理中。如果审核不通过，修改申请状态为02-授权退回。将修改后的状态返回。
99.3、批处理第一步：汇出汇款(接下来简称为汇款)
100.客户在公司网银审核完成后，审核通过的汇款申请进行汇出汇款操作。
101.获取汇款申请信息中的“指定汇款日期”，并与当前日期进行对比。如果当前日期比指定汇款日期早，批量结束，等到指定日期再进行；否则继续进行。
102.获取汇款申请中的汇款币种和汇款账号进行判断，并调用后台汇款接口，记下wh编号，标记该笔记录为1-已完成汇款。
103.跨境电商系统在区分业务种类后，具体业务规则为：对于汇款币种为人民币的判定为跨境人民币汇款，对于仅有现汇账号并且现汇账号币种与汇款币种一致的选择原币汇款，对于仅有现汇账号且现汇账号币种与汇款币种不一致、或是仅有购汇账号的选择购汇汇款，对于现汇账号与购汇账号均有值的情况，选择组合汇款。
104.4、批处理第二步：汇出汇款结果查询
105.根据汇款状态为04-银行处理中并且标记为1-已完成汇款的记录，获取wh编号，如果该笔的汇款币种为人民币，则通过wh编号查询汇款结果。如果该笔的汇款币种为外币，则通过wh编号查询汇款结果。从返回结果中得到行外状态。
106.如查询到终态成功，则发送跨境汇款申请回执(06交易成功)并记录最终汇款交易成功的日期。如查询到终态为柜面打回或其他失败，则发送申请回执(05：银行退回)。同时更新该笔记录的汇款状态。
107.对于汇出汇款柜面审核不通过后退回或者柜面操作最终汇款成功后，跨境电商系统根据汇款信息中的通知选项，根据批量触发的频率推送给客户。
108.可选的，电子商务支付消息包括电子商务支付相关的汇入汇款消息，基于电子商务支付消息处理业务，将业务处理结果返回给网关微服务端，可以包括：获取与汇入汇款消息对应的汇入汇款申请，其中汇入汇款申请包括表示待汇入用户、待汇入银行以及待汇入账户的申请；验证待汇入用户是否已经在待汇入银行签约用户绑定功能和汇入汇款功能，如果是，则将待汇入账户作为已备案汇入账户；基于与已备案汇入账户对应的汇入汇款申请操作汇入汇款，将汇入汇款的操作结果作为业务处理结果返回给网关微服务端。
109.为了更好地理解上述汇入汇款过程，下面结合具体示例对其进行示例性的说明。示例性的，参见图9a，其是单一窗口和电子商务支付系统的交互过程，用于表示汇入账号备案的流程图，在备案后方能执行汇入汇款操作。具体的，对上送数据进行基础检验；先校验待汇入企业是否完成三方签约、签约功能中是否包括“用户绑定”、“汇入汇款”等功能。若操作类型为a添加，根据绑定表里的客户号，查询签约记录，若有签约，则继续执行，否则执行签约。签约完成之后，将账号信息记库，反馈账户备案回执。若操作类型为d删除，根据上送数据查询数据库中是否存在账号信息，若存在，则删除数据库中账号信息(逻辑删除)，不做解约。
110.进一步的，参见图9b-9e，其是单一窗口和电子商务支付系统的交互过程，用于表示汇入汇款的流程图。具体的，
111.1、待汇入银行推送汇入汇款信息
112.批量以一定的频率(和外币支付清算系统)获取文件内容，入库，如果该账号是“汇入账号备案(即已备案汇入账户)”的账号，则推送至单一窗口。
113.2、单一窗口发送汇入汇款性质确认
114.2.1、单一窗口收到报文推送之后进行展示，客户确认；
115.2.2、单一窗口发送报文，待汇入银行对数据进行校验。校验通过后，发送回执，并且入库；
116.2.3、待汇入银行将收到的汇入汇款影像资料(pdf格式)保存至影像系统，记录影
像系统返回的编号，并更新影像的上传状态；
117.2.4、若是修改，则先入库，批量根据上一笔查询到状态判断是否允许修改。
118.3、批量一：汇入汇款网上申报
119.3.1、对于接收到报文的数据，检查附件上送情况，如果附件没有全部接收成功，则反馈失败；
120.3.2、进行汇入汇款性质确认，如果成功，记录状态。如果失败，根据报错原因，反馈结果：
121.如因客户通过其他途径(网银/柜面)完成汇入汇款确认动作，向单一窗口反馈汇入汇款性质确认回执，并将该笔业务状态更新为“07：已通过其他途径确认”；如是因为其他失败原因，则反馈单一窗口失败；
122.3.3、对于修改的情况，定位到之前的记录，根据之前查询到的状态，判断是否允许修改并发送后台汇入汇款。
123.4、批量二：汇入汇款网上申报-单笔查询
124.4.1、取出已反馈汇入汇款申请的账号列表，每小时的频率(可调整)进行汇入汇款结果查询；
125.如果汇入入账成功，则反馈汇入汇款性质确认回执(06交易成功)；如果汇入入账失败，则反馈汇入汇款性质确认回执(05银行退回)并反馈失败原因。记录最终汇入汇款入账日期。
126.实施例三
127.图10为本发明实施例三提供的电子商务支付装置的结构框图，该装置用于执行上述任意实施例所提供的电子商务支付方法。该装置与上述各实施例的电子商务支付方法属于同一个发明构思，在电子商务支付装置的实施例中未详尽描述的细节内容，可以参考上述电子商务支付方法的实施例。如图10所示，该装置配置于联机微服务端，具体可以包括：电子商务支付消息接收模块310和业务处理结果返回模块320。
128.其中，电子商务支付消息接收模块310，用于接收电子商务支付消息，其中，电子商务支付消息是由网关微服务端从与海关总署服务端对接的消息队列服务端中读取后发送的消息；
129.业务处理结果返回模块320，用于基于电子商务支付消息处理业务，并将业务处理结果返回给网关微服务端，以使网关微服务端将接收到的该业务处理结果发送给消息队列服务端，并以使海关总署服务端从消息队列服务端中读取到业务处理结果。
130.可选的，电子商务支付消息包括与电子商务支付相关的三方签约消息时，业务处理结果返回模块320，可以包括：
131.三方签约申请获取单元，用于获取与三方签约消息对应的三方签约申请和三方协议文本，其中三方签约申请包括表示待签约用户、待签约银行和待签约功能的申请；协议编号验证单元，用于验证待签约用户是否已经与待签约银行针对待签约功能进行签约、及三方协议文本的协议编号是否已存在；电子签章加盖单元，用于如果否，则为待签约用户在待签约银行签约待签约功能，并在三方协议文本上加盖电子签章；三方协议文本返回单元，用于将三方签约结果以及加盖电子签章的三方协议文本作为业务处理结果，返回给网关微服务端；
132.和/或，
133.电子商务支付消息包括电子商务支付相关的三方解约消息，业务处理结果返回模块320，可以包括：
134.三方解约申请获取单元，用于获取与三方解约消息对应的三方解约申请，其中，三方解约申请包括表示待解约用户、待解约银行和待解约功能的申请；签约状态修改单元，用于验证待解约用户是否已与待解约银行针对待解约功能进行签约，若是，则修改待解约用户与待解约银行针对待解约功能的签约状态；三方解约结果返回单元，用于将三方解约结果作为业务处理结果，返回给网关微服务端。
135.可选的，电子商务支付消息包括电子商务支付相关的预约开户消息，业务处理结果返回模块320，可以包括：
136.预约开户申请获取单元，用于获取与预约开户消息对应的预约开户申请和预约开户影像资料，该预约开户申请包括表示待开户用户和待开户账户的申请；预约开户申请发送单元，用于将预约开户申请和预约开户影像资料发送给账户开户服务端；账户信息返回单元，用于查询与待开户用户关联的待开户账户的账户状态，并在账户状态是开户成功时，将已开户的待开户账户的账户信息作为业务处理结果，返回给网关微服务端；
137.和/或，
138.电子商务支付消息包括电子商务支付相关的用户绑定消息，业务处理结果返回模块320，可以包括：
139.用户绑定申请获取单元，用于获取与用户绑定消息对应的用户绑定申请，其中，用户绑定申请包括表示待绑定用户和待绑定银行的申请；
140.公司网银开通单元，用于确定待绑定用户在待绑定银行的用户标识信息，并根据用户标识信息确定待绑定用户是否已在待绑定银行开通公司网银；银行绑定信息返回单元，用于如果是，则生成银行绑定信息，并将银行绑定信息作为业务处理结果，返回给网关微服务端；
141.和/或，
142.电子商务支付消息包括电子商务支付相关的用户解绑消息，业务处理结果返回模块320，可以包括：
143.用户解绑申请获取单元，用于获取与用户解绑消息对应的用户解绑申请，其中，用户解绑申请包括表示待解绑用户和待解绑银行的申请；绑定状态修改单元，用于验证待解绑用户是否已在待解绑银行进行绑定，如果是，则修改待解绑用户在待解绑银行的绑定状态；用户解绑结果返回单元，用于将用户解绑结果作为业务处理结果，返回给网关微服务端。
144.可选的，电子商务支付消息包括电子商务支付相关的汇出汇款消息，业务处理结果返回模块320，可以包括：
145.汇出汇款申请获取单元，用于获取与汇出汇款消息对应的汇出汇款申请和汇出汇款影像资料，该汇出汇款申请包括表示待汇出用户和待汇出银行的申请；汇出汇款申请回执返回单元，用于验证待汇出用户是否已经在待汇出银行签约用户绑定功能和汇出汇款功能并且开通公司网银、及待汇出用户在待汇出银行的绑定状态是否为已绑定状态，根据验证结果生成汇出汇款申请回执，并将汇出汇款申请回执作为业务处理结果返回给网关微服
务端；审核结果接收单元，用于将汇出汇款申请和汇出汇款影像资料发送给公司网银服务端，并接收公司网银服务端针对汇出汇款申请返回的审核结果；第一操作结果返回单元，用于如果审核结果是审核通过，则基于汇出汇款申请操作汇出汇款，将汇出汇款的操作结果作为业务处理结果返回给网关微服务端；
146.和/或，
147.电子商务支付消息包括电子商务支付相关的汇入汇款消息，业务处理结果返回模块320，可以包括：
148.汇入汇款申请获取单元，用于获取与汇入汇款消息对应的汇入汇款申请，其中，汇入汇款申请包括表示待汇入用户、待汇入银行和待汇入账户的申请；已备案汇入账户得到单元，用于验证待汇入用户是否已经在待汇入银行签约用户绑定功能和汇入汇款功能，如果是，则将待汇入账户作为已备案汇入账户；第二操作结果返回单元，用于基于与已备案汇入账户对应的汇入汇款申请操作汇入汇款，并将汇入汇款的操作结果作为业务处理结果返回给网关微服务端。
149.本发明实施例三所提供的电子商务支付装置，通过电子商务支付消息接收模块和业务处理结果返回模块相互配合，接收电子商务支付消息，该电子商务支付消息可以是由网关微服务端从与海关总署服务端对接的消息队列服务端中读取后发送的消息，然后基于电子商务支付消息处理业务，并将业务处理结果返回给网关微服务端，以使网关微服务端将接收到的业务处理结果发送给消息队列服务端，并以使海关总署服务端从消息队列服务端中读取到业务处理结果。上述装置，可以直接与海关总署进行对接，即企业只需在海关总署的业务信息化系统中进行一次数据申报，由此解决了其在口岸通关过程中进行与电子商务支付相关的操作时较繁琐的问题，达到了提高口岸通过效率的效果。
150.本发明实施例所提供的电子商务支付装置可执行本发明任意实施例所提供的电子商务支付方法，具备执行方法相应的功能模块和有益效果。
151.值得注意的是，上述电子商务支付装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
152.实施例四
153.图11为本发明实施例四提供的一种联机微服务器的结构示意图，参见图11，该联机微服务器包括存储器410、处理器420、输入装置430和输出装置440。联机微服务器中的处理器420的数量可以是一个或多个，图11中是以一个处理器420为例；联机微服务器中的存储器410、处理器420、输入装置430和输出装置440可以通过总线或其它方式连接，图11中以通过总线450连接为例。
154.存储器410作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的电子商务支付方法对应的程序指令/模块(例如，电子商务支付装置中的电子商务支付消息接收模块310和业务处理结果返回模块320)。处理器420通过运行存储在存储器410中的软件程序、指令以及模块，从而执行联机微服务器的各种功能应用以及数据处理，即实现上述的电子商务支付方法。
155.存储器410可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据联机微服务器的使用所创建的
数据等。此外，存储器410可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器410可进一步包括相对于处理器420远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
156.输入装置430可用于接收输入的数字或字符信息，以及产生与装置的用户设置以及功能控制有关的键信号输入。输出装置440可包括显示屏等显示设备。
157.实施例五
158.本发明实施例五提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种电子商务支付方法，该方法应用于联机微服务端，可以包括：
159.接收电子商务支付消息，其中，电子商务支付消息是由网关微服务端从与海关总署服务端对接的消息队列服务端中读取后发送的消息；
160.基于电子商务支付消息处理业务，将业务处理结果返回给网关微服务端，以使网关微服务端将接收到的业务处理结果发送给消息队列服务端，并以使该海关总署服务端从消息队列服务端中读取到业务处理结果。
161.当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的电子商务支付方法中的相关操作。
162.通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。依据这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
163.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。