一种银行业务物流管控方法和装置与流程

1.本发明涉及仓储物流领域，尤其涉及一种银行业务物流管控方法和装置。


背景技术：

2.随着移动互联网的发展，用户办理业务的方式也随之变化，大部分业务均可以通过app完成，但涉及到实物配送的业务，如申请储蓄卡、申请纸质并加盖印章的证明类材料、购买贵金属等，仍需用户到网点办理。快递物流让用户足不出户即可享受到同样的服务变为可能，这就需要银行和快递物流公司建立联接。
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.获取所述服务报文中的ip地址，判断白名单中是否包含所述ip地址，若不包含，则限制访问。
37.为实现上述目的，根据本发明实施例的另一方面，提供了一种银行业务物流管控装置，包括：
38.接收模块，用于接收银行服务端传输的服务报文，确定所述服务报文中快递服务
的服务类型；
39.下单处理模块，用于若为下单服务，则确定处理所述下单服务的快递公司，将所述服务报文发送给所述快递公司进行处理，之后将接收自所述快递公司的快递信息返回给所述银行服务端；或
40.快递信息处理模块，用于若为快递信息处理服务，则基于所述服务报文中的快递单号和/或订单号在本地查询，得到快递处理信息并返回给所述银行服务端。
41.可选的，所述下单处理模块，用于：
42.获取所述快递公司的技术信息；其中，所述技术信息包括报文格式和加密方式；
43.基于所述报文格式对所述服务报文进行格式转换，以及利用所述加密方式对格式转换后的服务报文进行加密处理，得到加密报文并发送给所述快递公司进行处理；
44.接收所述快递公司反馈的响应报文，利用与所述加密方式对应的解密方式，对所述响应报文进行解密处理，得到快递信息并返回给所述银行服务端。
45.可选的，所述下单处理模块，还用于：
46.基于所述快递公司的元素和行内标准服务的元素之间的映射关系，将所述服务报文中的元素转换为符合所述快递公司的元素；以及
47.基于所述映射关系，将所述快递信息中的元素转换为符合行内标准的元素。
48.可选的，所述下单处理模块，用于：
49.将所述加密报文通过加密通道发送给所述快递公司进行处理；其中，加密通道包括安全证书；以及
50.接收所述快递公司通过所述加密通道反馈的响应报文，对安全证书进行安全验证，若验证结果为不通过，则停止后续步骤。
51.可选的，所述技术信息还包括通信地址；
52.所述下单处理模块，用于：将所述加密报文通过加密通道发送给所述通讯地址进行处理。
53.可选的，所述下单处理模块，用于：根据所述服务报文中的寄件方信息/收件方信息、产品类型，确定处理所述下单服务的快递公司。
54.可选的，所述加密方式为对称加密方式。
55.可选的，所述加密方式为非对称加密方式。
56.可选的，还包括存储模块，用于：
57.接收各快递公司传输的多个快递信息报文，统计距离当前预设时间段内接收的快递信息报文的数量；
58.若所述数量超出预设数量阈值，则采用负载均衡方式，将快递信息报文分发至各个数据库进行解密、映射和存储；其中，平台包含多个数据库。
59.可选的，所述快递信息报文还包括安全证书，所述快递公司通过加密通道传输快递信息报文；
60.所述快递信息处理模块，还用于：对各个快递信息报文中的安全证书进行安全验证。
61.可选的，所述快递信息报文包括快递运输节点信息，所述快递信息处理服务为快递运输状态查询服务。
62.可选的，所述快递信息报文包括快递运输节点信息，所述快递信息处理服务为快递物流轨迹查询服务；
63.所述快递信息处理模块，用于：将查询到的快递运输节点信息按照地域串联，得到快递物流轨迹并返回给所述银行服务端。
64.可选的，还包括银行服务端，包括：
65.银行服务端接收客户端传输的服务报文，若所述服务报文包含快递服务，则将所述服务报文传输给平台；其中，所述服务报文包括用户在渠道处选择的服务，所述渠道由所述银行服务端提供；
66.在所述将接收自所述快递公司的快递信息返回给所述银行服务端、或得到快递处理信息并返回给所述银行服务端之后，还包括：所述银行服务端将快递信息或快递处理信息发送给所述客户端并展示。
67.可选的，所述接收模块，还用于：
68.获取所述服务报文中的ip地址，判断白名单中是否包含所述ip地址，若不包含，则限制访问。
69.为实现上述目的，根据本发明实施例的再一方面，提供了一种银行业务物流管控电子设备。
70.本发明实施例的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一所述的银行业务物流管控方法。
71.为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一所述的银行业务物流管控方法。
72.根据本发明所述提供的方案，上述发明中的一个实施例具有如下优点或有益效果：建设物流管控平台以整合不同快递公司的信息，屏蔽各个快递公司在技术实现上的差异性，提供一套灵活的可视化界面，便于新快递公司的接入和配置，同时结合银行方面特殊产品配送的要求，保证和快递公司传输数据的安全性，减少开发周期，快速上线，满足业务需求。
73.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
74.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
75.图1是根据本发明实施例的一种银行业务物流管控方法的主要流程示意图；
76.图2是配置各快递公司信息的示意图；
77.图3是本方案框架示意图；
78.图4是根据本发明实施例的一种可选的银行业务物流管控方法的流程示意图；
79.图5是根据本发明实施例的一具体地下单服务处理方法的流程示意图；
80.图6是报文格式转换示意图；
81.图7是根据本发明实施例的另一种可选的银行业务物流管控方法的流程示意图；
82.图8是根据本发明实施例的一具体地快递信息处理服务处理方法的流程示意图；
83.图9是根据本发明实施例的一种银行业务物流管控装置的主要模块示意图；
84.图10是根据本发明实施例的一具体银行业务物流管控装置的主要模块示意图；
85.图11是本发明实施例可以应用于其中的示例性系统架构图；
86.图12是适于用来实现本发明实施例的移动设备或服务器的计算机系统的结构示意图。
具体实施方式
87.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
88.为更好的为用户提供服务，目前银行和许多企业都建立了联接，如和企业财务系统直连，企业内的用户可直接通过财务系统办理账户管理、转账支付等服务。但银行直连的多为大型企业，且是建立在网络专线的基础上，投入成本较高。另外这样点对点的对接方式也需针对每个企业单独建设、根据不同企业特有的需求进行单独对接，企业和银行之间都需进行定制化的开发改造，效率较低。
89.但实际上，上述提到的快递服务模式和原有的银企直连方式不同，快递公司通常都设有一套对外服务的标准接口，这些服务通过互联网对外发布，不同快递公司对外提供的报文接口、通讯协议、报文的加密方式均不同。而对于银行端的不同渠道而言，如手机app、微信小程序，公众号、网上银行等需要的快递服务却是相同的，包含向快递公司下单、快递单打印、配送范围验证、快递轨迹查询、快递轨迹的获取、快递配送异常的处理等，有些银行产品还有安全上的要求，如签收口令、二维码验证等。
90.这就需要一个能灵活适配银行业务的物流管控平台，以灵活并快速接入快递公司，同时对内提供一套满足银行业务处理需求的标准服务接口。考虑面向的多是个人用户，并发量大，因而还需满足高并发带来的效率影响和稳定性影响问题。
91.参见图1，示出的是本发明实施例提供的一种银行业务物流管控方法的主要流程图，包括如下步骤：
92.s101：接收银行服务端传输的服务报文，确定所述服务报文中快递服务的服务类型；
93.s102：若为下单服务，则确定处理所述下单服务的快递公司，将所述服务报文发送给所述快递公司进行处理，之后将接收自所述快递公司的快递信息返回给所述银行服务端；或
94.s103：若为快递信息处理服务，则基于所述服务报文中的快递单号和/或订单号在本地查询，得到快递处理信息并返回给所述银行服务端。
95.上述实施方式中，对于步骤s101～s103，物流管控平台为银行和快递公司之间的信息交互提供了桥梁，为实现和不同快递公司的快速接入，开发人员开发了一套适用各快递公司的适配器。与以往适配器不同的是，该适配器可以通过可视化组件开发，除了满足快递公司的业务处理功能外，还兼容了满足互联网通讯的安全校验需求。开发人员可以在平
台的可视化界面中配置快递公司的信息、快递公司和行内标准元素之间的映射关系、相关规则：
96.1、参见图2所示，快递公司的信息如ca(certificate authority，数字证书颁发机构)命名、通讯方式、通讯地址、报文格式、安全校验模式等，此处的安全校验模式包含安全证书的校验和加密方式的校验，加密方式是安全交易的底层基本算法函数，如rsa、dsa、sha、md5等非对称加密的算法以及aes、des等对称加密算法，具体依据平台和快递公司协议设定。如有新的安全处理方案需要对应开发响应的安全处理函数。
97.2、快递公司和行内标准元素之间的映射关系，以将快递公司提供的元素转换为行内标准元素，或将行内标准元素转换为快递公司需要的元素。
98.3、相关规则，如格式转换，将20210212转换为2012
‑
02
‑
12，报文长度由15调整为20。
99.物流管控平台为上述通讯方式、通讯地址、报文格式、安全校验模式以及后续的元素映射提供一个专门的接入服务，每个接入服务都独立存在，有些非标准的报文则加入特殊处理函数。针对每个快递公司进行参数配置，各快递公司的配置参数互不干扰。
100.前述提及快递服务包含向快递公司下单、快递单打印、配送范围验证、快递轨迹查询、快递轨迹的获取、快递配送异常的处理等，因而不同的快递服务的服务类型不同，例如服务编码不同，下单服务为001、快递运输状态查询服务为002、快递物流轨迹查询服务为003。整体框架如图3所示，此处进行具体说明：
101.1、用户操作客户端，在银行端提供的一个渠道(如微信小程序)中选择所需的服务，生成服务报文并传送给银行的后台渠道服务端；
102.1)若是下单服务，则传输包含寄件方信息(如用户所在区域机构)、收件方信息和产品类型的服务报文；
103.2)若是快递信息处理服务，则传输包含订单号和快递单号的服务报文。
104.2、银行可服务的业务种类多样，因而银行渠道在收到客户端传输的服务报文后，首先判断该服务报文是否属于/包含快递服务，若判断结果为是，才将服务报文发送给物流管控平台。
105.3、由银行传往快递公司的信息需先发往物流管控平台，
106.1)对于下单服务
107.①
物流管控平台根据寄件方信息/收件方信息、产品类型，确定能够处理该下单服务的快递公司，以获取该快递公司的技术信息，如报文格式、服务地址、端口、密钥、加密方式等。例如，湖南a地区的快递都是a，而b地区的快递都是b。
108.②
物流管控平台获取该快递公司的元素与行内标准服务的元素之间的映射关系，根据该映射关系处理服务报文中的元素。
109.③
在元素映射完毕后，物流管控平台基于该快递公司要求的报文格式，对映射后的服务报文进行格式转换。
110.④
在报文格式转换完毕后，物流管控平台利用该快递公司要求的加密方式，对转换后的服务报文进行加密处理，得到加密报文。
111.⑤
在报文加密完毕后，物流管控平台根据该快递公司的服务地址，将加密报文通过加密通道发送给该快递公司。
112.⑥
快递公司接收物流管控平台传输的加密报文并处理，处理完毕后将响应报文通过加密通道返给物流管控平台。
113.⑦
物流管控平台利用与该快递公司加密方式对应的解密方式，对该响应报文进行解密处理，得到快递信息(如快递单号)之后同样利用上述映射关系，将快递信息中的元素转换为行内标准元素。
114.⑧
物流管控平台将元素转换后的信息持久化保存，同时将转换后的快递信息返回给银行服务端。进一步的，将元素转换后的快递信息，以报文形式返回给银行服务端。
115.2)对于快递信息处理服务
116.①
物流管控平台根据服务报文中的订单号和/或快递单号，在本地数据库中进行查询，得到快递已运输节点信息；
117.i若为快递运输状态查询服务，则直接将快递当前所处运输节点的信息返回给银行服务端；
118.ii若为快递物流轨迹查询服务，则需将快递已运输节点信息串联起来，最终返回给银行服务端一个快递物流轨迹。
119.②
若在本地数据库中未查询到，则首先根据订单号和/或快递单号，确定能够处理该快递信息处理服务的快递公司，以将服务报文传输给快递公司进行处理，传输方式同1)，包含元素转换、报文格式、加密方式处理，在此不再赘述。
120.4、渠道服务端将快递信息、快递当前所处运输节点或快递物流轨迹返回微信小程序，并展示给用户。
121.在安全上，由于是互联网接入，因此平台也建立了一系列安全策略来保证系统的安全运行。一是通过ip地址白名单的方式限制接入访问的来源，因而首先判断服务报文中的ip地址是否在白名单中存在，若不存在，则限制访问；二是通过https加密通道进行数据传输，即安全证书的验证，https是以安全为目标的http通道，在http的基础上通过传输加密和身份认证保证了传输过程的安全性；三是对传输的报文进行加密。
122.上述实施例所提供的方法，建设物流管控平台以统一整合不同快递公司的接口，结合银行方面特殊产品配送的要求，保证和快递公司传输数据的安全性。
123.参见图4，示出了根据本发明实施例的一种可选的银行业务物流管控方法流程示意图，包括如下步骤：
124.s401：接收银行服务端传输的服务报文，确定所述服务报文中快递服务的服务类型；
125.s402：若为下单服务，则根据所述服务报文中的寄件方信息/收件方信息、产品类型，确定处理所述下单服务的快递公司，获取所述快递公司的技术信息；其中，所述技术信息包括报文格式和加密方式；
126.s403：基于所述快递公司的元素和行内标准服务的元素之间的映射关系，将所述服务报文中的元素转换为符合所述快递公司的元素；
127.s404：对于转换元素后的服务报文，基于所述报文格式进行格式转换，以及利用所述加密方式对格式转换后的服务报文进行加密处理，得到加密密文；
128.s405：将所述加密报文通过加密通道发送给所述快递公司进行处理；其中，加密通道包括安全证书；
129.s406：接收所述快递公司通过所述加密通道反馈的响应报文，对安全证书进行安全验证，若验证结果为不通过，则停止后续步骤；
130.s407：若验证结果为通过，则利用与所述加密方式对应的解密方式，对所述响应报文进行解密处理，得到快递信息；
131.s408：基于所述映射关系，将所述快递信息中的元素转换为符合行内标准的元素，将转换元素后的快递信息返回给所述银行服务端。
132.上述实施方式中，对于步骤s401～s408，本方案主要讲述下单服务，具体参见图5所示：
133.1、银行服务端(或称为银行渠道服务端)提供多种可线上选择快递服务的渠道，如手机app、微信小程序、公众号、网上银行等。用户通过任一渠道选择下单服务，并输入寄件方信息、收件方信息和产品类型，这些信息以服务报文形式发送给银行服务端。
134.2、银行渠道在接收客户端传输的服务报文后，会判断该服务报文是否属于/包含快递服务，若判断结果为是，才将服务报文发送给物流管控平台。
135.3、物流管控平台根据寄件方信息/收件方信息、产品类型，确定能够处理该下单服务的快递公司，以获取该快递公司的技术信息，如报文格式、服务地址、端口、密钥、加密方式等。
136.4、物流管控平台获取该快递公司的元素与行内标准服务的元素之间的映射关系，根据该映射关系处理服务报文中的元素，例如，快递a的name处为“客户姓名”，快递b的name处为“发件人姓名”，行内标准服务的name处为“寄件方姓名”，若需使用快递a，需将行内标准元素“寄件方姓名”转换为“客户姓名”。
137.参见表1所示，用于将快递公司的报文要素映射为银行业务系统需要的标准服务元素，并进行报文重组。也可以将行内标准服务元素转换为快递公司的报文元素，即生成快递公司需要的服务元素。
138.entp_id企业标识bling_lv1_insid所属一级机构号co
‑
id快递公司编号co
‑
api_url快递公司接口路径expdlv_bi_id快递单编号sndmail_psn_unit_nm寄件人单位名称sndmail_psn_nm寄件人名称sndmail_psn_tel寄件人联系电话sndmail_psn_mblph_no寄件人手机
139.5、在元素映射完毕后，物流管控平台基于该快递公司要求的报文格式，对映射后的服务报文进行格式转换。例如参见图6所示，快递a的报文格式要求为流式，行内报文为xml格式，此时需将xml格式的报文转换为流式。
140.6、在报文格式转换完毕后，物流管控平台利用该快递公司要求的加密方式，对转换后的服务报文进行加密处理，得到加密报文。
141.7、在报文加密完毕后，物流管控平台根据该快递公司的服务地址，将加密报文通过加密通道发送给该快递公司。加密通道包括安全证书，进一步的，还可以包括waf检验。
142.8、快递公司接收物流管控平台传输的加密报文并处理，处理完毕后将响应报文同样通过加密通道返给物流管控平台。
143.9、物流管控平台利用与该快递公司加密方式对应的解密方式，对该响应报文进行解密处理，得到快递信息(如快递单号)，之后同样利用上述映射关系，将快递信息中的元素转换为行内标准元素。
144.参见表2所示，为快递公司下单报文解析的配置，用于将快递公司的报文解析后写入标准服务元素，报文要素名称与快递公司一致。
145.j_company付费名称j_contact寄件方联系人j_tel寄件方联系电话j_country寄方国家j_province寄件方所在省份d_company到件方公司名称d_contact到件方联系人d_tel到件方联系电话d_deliverycode到件方代码
146.10、物流管控平台将持久化保存转换元素后的快递信息，同时将转换后的快递信息返回给银行服务端。具体地，将元素转换后的快递信息，以报文形式返回给银行服务端。
147.11、渠道服务端将快递信息返回微信小程序并展示给用户。
148.另外，本方案还提供有报文特殊处理步骤，用于在不同阶段使用特定函数进行特殊处理的报文，如接收报文后需要转码，或者进行mac校验；返回响应报文的加密加签等。若现有平台存在不支持的新处理方式，需要开发相应的函数，供此模块调用，参见表3所示。
[0149][0150]
[0151]
实际操作中，虽然已经整合有多种基础算法，但会出现特殊算放，通过加入扩充的算法模式，可以提高报文协议的安全性，也提供了新的通讯方式及报文协议的扩展插件，便于通讯和协议的扩展性。
[0152]
上述实施例所提供的方法，针对下单服务，主要依赖物流管控平台和快递公司之间的信息交互来完成，最终返回给用户一个快递单号，且为了适应快递公司要求，设置映射关系、格式转换、加密等要求，便于快递公司处理，保证传输安全性。
[0153]
参见图7，示出了根据本发明实施例的另一种可选的银行业务物流管控方法流程示意图，包括如下步骤：
[0154]
s701：接收各快递公司传输的多个快递信息报文，统计距离当前预设时间段内接收的快递信息报文的数量；
[0155]
s702：若所述数量超出预设数量阈值，则采用负载均衡方式，将快递信息报文分发至各个数据库进行解密、映射和存储；其中，平台包含多个数据库；
[0156]
s703：接收银行服务端传输的服务报文，确定所述服务报文中快递服务的服务类型；
[0157]
s704：若为快递信息处理服务，则基于所述服务报文中的快递单号和/或订单号在本地查询，得到快递处理信息并返回给所述银行服务端。
[0158]
上述实施方式中，对于步骤s701和s702，快递公司会定时/不定时将各快递的当前运输状态信息，以报文形式传输给物流管控平台。在平台收到快递信息报文较多的情况下，需先经过f5负载均衡，将快递信息分发至平台内的各个数据库。其中，f5是一种统一分配请求的设备，负载均衡会统一接收全部请求，然后按照设定好的算法将这些请求分配给负载均衡组中的所有成员，以此来实现请求(负载)的均衡分配。
[0159]
在安全上，由于是互联网接入，因此平台也建立了一些列安全策略来保证系统的安全运行，如通过https加密通道进行数据传输、对传输的报文进行加密。对于加密通道，还需要对安全证书进行验证，只有通过安全验证的快递信息报文，才可以根据可视化配置中快递公司和行内标准元素之间的映射关系，进行报文解析和解密工作，得到快递当前运输状态信息。并将快递当前运输状态信息中的元素映射为行内标准数据元素池中的元素，之后按照标准服务的配置，组成行内统一的快递公司标准服务报文。
[0160]
对于步骤s703和s704，参见图8所示，银行服务端(或称为银行渠道服务端)提供多种可线上选择快递服务的渠道，如手机app、微信小程序、公众号、网上银行等。用户通过任一渠道选择“查询快递处理信息服务”，并输入订单号和/或快递单号，或从自己名下选择某一已申请的产品，并点击快递处理信息查询选项。客户端将订单号和/或快递单号以报文形式发给银行服务端。
[0161]
由银行服务端传往快递公司的信息需先发往物流管控平台。银行服务端在收到客户端传输的服务报文后，会判断该服务报文是否属于/包含快递服务，若判断结果为是，才将服务报文发送给物流管控平台。物流管控平台根据服务报文中的订单号和/或快递单号，在本地数据库中进行查询，得到快递当前已运输的节点信息；
[0162]
i若为快递运输状态查询服务，则直接将快递当前所处运输节点的信息返回给银行服务端；
[0163]
ii若为快递物流轨迹查询服务，则需将快递已运输节点信息串联起来，最终返回
给银行服务端一个快递物流轨迹。
[0164]
若在本地数据库中未查询到，则首先根据订单号和/或快递单号，确定能够处理该快递信息处理服务的快递公司，以将服务报文传输给快递公司进行处理，传输方式同1)，包含元素转换、报文格式、加密方式处理，在此不再赘述，但通常情况下均可以查到。
[0165]
上述实施例所提供的方法，针对已下单的快递，可以通过选择快递信息处理服务，从物资管控平台获得快递当前所处运输节点或快递物流轨迹；而平台实时接收不同快递公司上传的快递信息，并根据快递单号/订单号进行整合，以此提高服务处理速度。
[0166]
物流管控平台针对各类快递公司的不同通讯方式、报文格式、安全验证模式等提供了适配，对tcp/ip同步异步、tuxedo、mq、http/https等常见的通讯方式，对字符流、xml、fml、tag、html等协议也进行了整合，并且支持多种算法的加解密及报文安全校验。能够支持现有的各类快递公司的接入，并提供了对未来的接入方式扩充模板，用于支持未来接入方式变更和报文协议变更的开发平台。
[0167]
物流管控平台对快递公司的报文协议进行解析重组后，可以使用银行提供的标准的快递服务接口，减少了银行内部的开发工作，保证了快递公司接入的无缝连接接入的效率。
[0168]
如是快递公司发往银行服务端的快递信息，需先经过f5负载均衡后，进行安全证书的验证和waf检验，通过安全校验之后，根据可视化配置的报文要素进行报文解析和解密工作，将解析到的业务要素映射到物流管控平台的数据元素池中的标准数据元素，并按照标准服务的配置组成银行内统一的快递公司标准服务报文。
[0169]
如果是通过银行服务端发到快递公司的报文先发往物流管控平台，物流管控平台根据不同的机构、产品判断属于哪一个快递公司，再获取快递公司的报文格式、通讯协议、加密方式等，将数据映射为相应快递公司的数据，转化后再路由到相应的快递公司中。
[0170]
本发明实施例提供了一个物资管控平台，能够整合不同的快递公司接口，对银行用户提供统一的快递公司服务，相比现有技术，至少存在如下有益效果：
[0171]
1、设置可视化界面，当有新的快递公司需要接入时，能通过可视化的开发工具，快速整合新快递公司的通讯地址、报文转换、加密方式等，以完成新快递公司接口的接入和测试；
[0172]
2、针对不同的报文安全校验，要提供一个可扩展的安全校验模块，便于新增特殊算法；结合银行方面特殊产品配送的要求，保证和快递公司数据的传输安全性，通过ip地址校验确保用户身份可信；
[0173]
3、针对不同快递公司，设置与行内元素之间的映射关系，以快速梳理快递公司的报文业务元素或行内报文元素；
[0174]
4、另外银行产品的一些安全上的要求，如由银行端发送短信签收口令、在运单上打印自定义的加密二维码，签收时通过人脸识别等手段来保证产品配送的可靠安全；其中，签收口令为用户在取快递时，需要提供给快递员的一串验证码，一般由快递公司在派件前通过短信的方式发送给用户，以防止他人冒领。本方案中提到的签收口令可由银行系统发给用户，也可由用户通过扫描运单二维码或者人脸识别的方式验证获取。
[0175]
参见图9，示出了本发明实施例提供的一种银行业务物流管控装置900的主要模块示意图，包括：
[0176]
接收模块901，用于接收银行服务端传输的服务报文，确定所述服务报文中快递服务的服务类型；
[0177]
下单处理模块902，用于若为下单服务，则确定处理所述下单服务的快递公司，将所述服务报文发送给所述快递公司进行处理，之后将接收自所述快递公司的快递信息返回给所述银行服务端；或
[0178]
快递信息处理模块903，用于若为快递信息处理服务，则基于所述服务报文中的快递单号和/或订单号在本地查询，得到快递处理信息并返回给所述银行服务端。
[0179]
本发明实施装置中，所述下单处理模块902，用于：
[0180]
获取所述快递公司的技术信息；其中，所述技术信息包括报文格式和加密方式；
[0181]
基于所述报文格式对所述服务报文进行格式转换，以及利用所述加密方式对格式转换后的服务报文进行加密处理，得到加密报文并发送给所述快递公司进行处理；
[0182]
接收所述快递公司反馈的响应报文，利用与所述加密方式对应的解密方式，对所述响应报文进行解密处理，得到快递信息并返回给所述银行服务端。
[0183]
本发明实施装置中，所述下单处理模块902，还用于：
[0184]
基于所述快递公司的元素和行内标准服务的元素之间的映射关系，将所述服务报文中的元素转换为符合所述快递公司的元素；以及
[0185]
基于所述映射关系，将所述快递信息中的元素转换为符合行内标准的元素。
[0186]
本发明实施装置中，所述下单处理模块902，用于：
[0187]
将所述加密报文通过加密通道发送给所述快递公司进行处理；其中，加密通道包括安全证书；以及
[0188]
接收所述快递公司通过所述加密通道反馈的响应报文，对安全证书进行安全验证，若验证结果为不通过，则停止后续步骤。
[0189]
本发明实施装置中，所述技术信息还包括通信地址；
[0190]
所述下单处理模块，用于：将所述加密报文通过加密通道发送给所述通讯地址进行处理。
[0191]
本发明实施装置中，所述下单处理模块902，用于：根据所述服务报文中的寄件方信息/收件方信息、产品类型，确定处理所述下单服务的快递公司。
[0192]
本发明实施装置中，所述加密方式为对称加密方式。
[0193]
本发明实施装置中，所述加密方式为非对称加密方式。
[0194]
本发明实施装置还包括存储模块，用于：
[0195]
接收各快递公司传输的多个快递信息报文，统计距离当前预设时间段内接收的快递信息报文的数量；
[0196]
若所述数量超出预设数量阈值，则采用负载均衡方式，将快递信息报文分发至各个数据库进行解密、映射和存储；其中，平台包含多个数据库。
[0197]
本发明实施装置中，所述快递信息报文还包括安全证书，所述快递公司通过加密通道传输快递信息报文；
[0198]
所述快递信息处理模块503，还用于：对各个快递信息报文中的安全证书进行安全验证。
[0199]
本发明实施装置中，所述快递信息报文包括快递运输节点信息，所述快递信息处
理服务为快递运输状态查询服务。
[0200]
本发明实施装置中，所述快递信息报文包括快递运输节点信息，所述快递信息处理服务为快递物流轨迹查询服务；
[0201]
所述快递信息处理模块503，用于：将查询到的快递运输节点信息按照地域串联，得到快递物流轨迹并返回给所述银行服务端。
[0202]
本发明实施装置还包括银行服务端，包括：
[0203]
银行服务端接收客户端传输的服务报文，若所述服务报文包含快递服务，则将所述服务报文传输给平台；其中，所述服务报文包括用户在渠道处选择的服务，所述渠道由所述银行服务端提供；
[0204]
在所述将接收自所述快递公司的快递信息返回给所述银行服务端、或得到快递处理信息并返回给所述银行服务端之后，还包括：所述银行服务端将快递信息或快递处理信息发送给所述客户端并展示。
[0205]
本发明实施装置中，所述接收模块901，还用于：
[0206]
获取所述服务报文中的ip地址，判断白名单中是否包含所述ip地址，若不包含，则限制访问。
[0207]
另外，在本发明实施例中所述装置的具体实施内容，在上面所述方法中已经详细说明了，故在此重复内容不再说明。
[0208]
参见图10，示出了本发明实施例提供的一具体地银行业务物流管控装置1000的主要模块示意图，包括：
[0209]
1、通讯适配模块是用于各类通讯方式的接入，根据不同快递公司的配置完成报文接收和发送，如快递公司对应的url(uniform rescource identifier，统一资源标识符)，或者接收报文的ip端口。
[0210]
2、基础算法模块是用于安全交易的底层基本算法函数库，如rsa、dsa、sha、md5等非对称加密的算法，以及aes、des等对称加密算法。
[0211]
3、密钥模块是对使用公私钥加解密的支持。
[0212]
4、安全处理模块则是基于基础算法、密钥模块，对报文安全的处理模块。
[0213]
5、报文解析模块用于对快递公司报文进行解析并映射为数据元素池的标准元素。
[0214]
6、路由规则，包括快递公司和行内元素之间的映射关系。
[0215]
7、基础元素池是银行对所有业务需要使用的数据元素进行梳理，整合出适用于业务所需要的标准元数据仓库。
[0216]
8、报文重组模块根据行内标准业务接口将业务所需的标准元素组成行内统一的业务报文。
[0217]
9、服务映射模块用于快递公司的服务与行内标准服务的映射关系及交易路由的配置，及快递公司的服务对应的是行内的哪个标准服务。
[0218]
10、响应码转换模块，现有快递公司与行内的响应码规则不同，响应码的转换规则在此配置实现。
[0219]
11、事件管理与报文特殊处理模块是相关联的，报文特殊处理需要在报文接收、解析、重组、发送的各个阶段均有可能出现，事件管理及是用于配置在哪个步骤需要进行特殊处理。
[0220]
12、文件传输模块用于与快递公司进行文件交互。
[0221]
图11示出了可以应用本发明实施例的示例性系统架构1100，包括终端设备1101、1102、1103，网络1104和服务器1105(仅仅是示例)。
[0222]
终端设备1101、1102、1103可以是具有显示屏并且支持网页浏览的各种电子设备，安装有各种通讯用户端应用，用户可以使用终端设备1101、1102、1103通过网络1104与服务器1105交互，以接收或发送消息等。
[0223]
网络1104用以在终端设备1101、1102、1103和服务器1105之间提供通信链路的介质。网络1104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
[0224]
服务器1105可以是提供各种服务的服务器，用于执行上述操作。需要说明的是，本发明实施例所提供的方法一般由服务器1105执行，相应地，装置一般设置于服务器1105中。
[0225]
应该理解，图11中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
[0226]
下面参考图12，其示出了适于用来实现本发明实施例的终端设备的计算机系统1200的结构示意图。图12示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
[0227]
如图12所示，计算机系统1200包括中央处理单元(cpu)1201，其可以根据存储在只读存储器(rom)1202中的程序或者从存储部分1208加载到随机访问存储器(ram)1203中的程序而执行各种适当的动作和处理。在ram 1203中，还存储有系统1200操作所需的各种程序和数据。cpu 1201、rom 1202以及ram 1203通过总线1204彼此相连。输入/输出(i/o)接口1205也连接至总线1204。
[0228]
以下部件连接至i/o接口1205：包括键盘、鼠标等的输入部分1206；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1207；包括硬盘等的存储部分1208；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1209。通信部分1209经由诸如因特网的网络执行通信处理。驱动器1210也根据需要连接至i/o接口1205。可拆卸介质1211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1210上，以便于从其上读出的计算机程序根据需要被安装入存储部分1208。
[0229]
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1209从网络上被下载和安装，和/或从可拆卸介质1211被安装。在该计算机程序被中央处理单元(cpu)1201执行时，执行本发明的系统中限定的上述功能。
[0230]
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程
序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
[0231]
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0232]
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块、下单处理模块、快递信息处理模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，接收模块还可以被描述为“服务报文接收模块”。
[0233]
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：
[0234]
接收银行服务端传输的服务报文，确定所述服务报文中快递服务的服务类型；
[0235]
若为下单服务，则确定处理所述下单服务的快递公司，将所述服务报文发送给所述快递公司进行处理，之后将接收自所述快递公司的快递信息返回给所述银行服务端；或
[0236]
若为快递信息处理服务，则基于所述服务报文中的快递单号和/或订单号在本地查询，得到快递处理信息并返回给所述银行服务端。
[0237]
根据本发明实施例的技术方案，建设物流管控平台以整合不同快递公司的信息，屏蔽各个快递公司在技术实现上的差异性，提供一套灵活的可视化界面，便于新快递公司的接入和配置，同时结合银行方面特殊产品配送的要求，保证和快递公司传输数据的安全性，减少开发周期，快速上线，满足业务需求。
[0238]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。