一种业务处理方法及业务服务系统与流程

[0001]
本发明涉及数据处理技术领域，尤其涉及一种业务处理方法及业务服务系统。


背景技术：

[0002]
每一个企业可能会与多个银行之间具有业务来往，当企业需要与银行进行业务来往时，通过人工的方式确定可以提供协助的银行，并通过该银行提供的标准接口连接银行，实现银企直连，以使得银行协助企业对业务进行处理。由于企业需要处理的业务较多，且每一业务交易所需要的协助银行可能不同，使得银行和企业的联通较慢，因此，通过上述方式对业务进行处理易导致业务处理速度慢，进而使企业用户的时间体验差。


技术实现要素：

[0003]
有鉴于此，本发明实施例提供一种业务处理方法及业务服务系统，以解决现有技术中对业务进行处理易导致业务处理速度慢，且企业用户的时间体验差的问题。
[0004]
为实现上述目的，本发明实施例提供如下技术方案：
[0005]
本发明实施例第一方面公开了一种业务处理方法，应用于业务服务系统，所述业务服务系统通过第一接口与多个业务终端连接，所述业务服务系统通过第二接口与多个银行系统连接；所述业务服务系统包括接入模块、多个业务应用服务和任务调度服务，所述方法包括：
[0006]
所述接入模块获取企业用户通过任意一个业务终端触发的业务处理指令，所述业务处理指令包括业务类型和交易信息；
[0007]
所述接入模块根据所述业务类型，确定可执行所述业务处理指令的业务应用服务，并将所述业务处理指令发送给所述业务应用服务；
[0008]
所述业务应用服务在确定所述交易信息与预设交易信息一致时，将所述业务处理指令发给所述任务调度服务；
[0009]
所述任务调度服务按照预设的指令分发规则将所述业务处理指令分发给与所述业务处理指令对应的所述银行系统，并接收所述银行系统对所述业务处理指令进行处理后反馈的处理结果；
[0010]
所述任务调度服务通过与所述业务处理指令对应的业务应用服务将所述处理结果发送给所述业务终端。
[0011]
可选的，所述接入模块根据所述业务类型，确定可执行所述业务处理指令的业务应用服务，包括：
[0012]
所述接入模块根据所述业务处理指令中的业务类型，查找与所述业务类型对应的业务应用服务，得到与所述业务处理指令对应的业务应用服务，其中，所述业务类型与所述业务应用服务之间的对应关系是预先设置的，一个业务应用服务对应多个业务类型，一个业务类型对应一个业务应用服务，所述业务应用服务包括结算服务、票据服务、数据服务和清分服务。
[0013]
可选的，所述业务应用服务在确定所述交易信息与预设交易信息一致时，将所述业务处理指令发给所述任务调度服务，包括：
[0014]
当所述业务应用服务为结算服务或清分服务时，所述业务应用服务判断所述交易信息中的企业协议号与所述预设交易信息中的企业协议号是否一致，所述交易信息中的接入渠道与所述预设交易信息中的接入渠道是否一致，所述交易信息中的收付款账户与所述预设交易信息中的账户信息是否一致，所述交易信息中的交易金额是否小于所述预设交易信息中的金额阈值；
[0015]
若均一致，且所述交易信息中的交易金额小于所述预设交易信息中的金额阈值，则将所述业务处理指令发给所述任务调度服务；
[0016]
当所述业务应用服务为票据服务或数据服务时，所述业务应用服务判断所述交易信息中的企业协议号与所述预设交易信息中的企业协议号是否一致，所述交易信息中的接入渠道与所述预设交易信息中的接入渠道是否一致，所述交易信息中的收付款账户与所述预设交易信息中的账户信息是否一致；
[0017]
若均一致，则将所述业务处理指令发给所述任务调度服务。
[0018]
可选的，所述任务调度服务按照预设规则将所述业务处理指令分发给与所述业务处理指令对应的所述银行系统，包括：
[0019]
所述任务调度服务根据所有银行通道的可用情况和所述业务处理指令，确定可以连接与所述业务处理指令对应的银行系统的银行通道；
[0020]
所述任务调度服务按照预设规则通过所述银行系统的银行通道将所述业务处理指令分发给与所述业务处理指令对应的所述银行系统。
[0021]
可选的，若所述业务应用服务为票据服务或数据服务，所述业务应用服务在将所述业务处理指令发给所述任务调度服务之前，还包括：
[0022]
所述业务应用服务根据所述业务处理指令调用数据中心，确定与所述业务处理指令对应的查询数据，其中，所述查询信息包括票据信息和账户信息，所述数据中心用于存储周期性从银行系统获取的各个企业账户对应的票据信息和账户信息；
[0023]
所述业务应用服务通过接入模块将所述查询数据发送至业务终端，以便于企业用户查看。
[0024]
可选的，还包括：
[0025]
所述业务应用服务检测到存在新版本时，利用灰度发布技术进行版本更新。
[0026]
本发明实施例第二方面公开了一种业务服务系统，所述业务服务系统通过第一接口与多个业务终端连接，所述业务服务系统通过第二接口与多个银行系统连接；所述业务服务系统包括接入模块、多个业务应用服务和任务调度服务；
[0027]
所述接入模块，用于获取企业用户通过任意一个业务终端触发的业务处理指令，所述业务处理指令包括业务类型和交易信息；根据所述业务类型，确定可执行所述业务处理指令的业务应用服务，并将所述业务处理指令发送给所述业务应用服务；
[0028]
所述业务应用服务，用于在确定所述交易信息与预设交易信息一致时，将所述业务处理指令发给所述任务调度服务；
[0029]
所述任务调度服务，用于按照预设的指令分发规则将所述业务处理指令分发给与所述业务处理指令对应的所述银行系统，并接收所述银行系统对所述业务处理指令进行处
理后反馈的处理结果；通过与所述业务处理指令对应的业务应用服务将所述处理结果发送给所述业务终端。
[0030]
可选的，所述根据所述业务类型，确定可执行所述业务处理指令的业务应用服务的接入模块，具体用于：
[0031]
根据所述业务处理指令中的业务类型，查找与所述业务类型对应的业务应用服务，得到与所述业务处理指令对应的业务应用服务，其中，所述业务类型与所述业务应用服务之间的对应关系是预先设置的，一个业务应用服务对应多个业务类型，一个业务类型对应一个业务应用服务，所述业务应用服务包括结算服务、票据服务、数据服务和清分服务。
[0032]
可选的，所述按照预设规则将所述业务处理指令分发给与所述业务处理指令对应的所述银行系统的所述任务调度服务，具体用于：
[0033]
根据所有银行通道的可用情况和所述业务处理指令，确定可以连接与所述业务处理指令对应的银行系统的银行通道；所述任务调度服务按照预设规则通过所述银行系统的银行通道将所述业务处理指令分发给与所述业务处理指令对应的所述银行系统。
[0034]
可选的，所述业务应用服务，还用于在检测到存在新版本时，利用灰度发布技术进行版本更新。
[0035]
基于上述本发明实施例提供的一种业务处理方法及业务服务系统，业务服务系统通过第一接口与多个业务终端连接，业务服务系统通过第二接口与多个银行系统连接；业务服务系统包括接入模块、多个业务应用服务和任务调度服务，该方法包括：接入模块获取企业用户通过任意一个业务终端触发的业务处理指令，业务处理指令包括业务类型和交易信息；接入模块根据业务类型，确定可执行业务处理指令的业务应用服务，并将业务处理指令发送给业务应用服务；业务应用服务在确定交易信息与预设交易信息一致时，将业务处理指令发给任务调度服务；任务调度服务按照预设的指令分发规则将业务处理指令分发给与业务处理指令对应的银行系统，并接收银行系统对业务处理指令进行处理后反馈的处理结果；任务调度服务通过与业务处理指令对应的业务应用服务将处理结果发送给业务终端。在本发明实施例中，可执行该业务处理指令的业务应用服务确定业务处理指令是否存在交易风险，在确定业务处理指令不存在交易风险时，将业务处理指令通过任务调度服务发送给银行系统，以使得银行系统对业务处理指令进行处理，能够提高业务处理指令的处理速度，从而提高企业用户的时间体验。
附图说明
[0036]
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
[0037]
图1为本发明实施例提供的业务服务系统、业务终端和银行系统的应用结构示意图；
[0038]
图2为本发明实施例提供的一种业务服务系统的具体结构示意图；
[0039]
图3为本发明实施例提供的另一种业务服务系统的具体结构示意图；
[0040]
图4为本发明实施例提供的一种业务处理方法的流程示意图；
[0041]
图5为本发明实施例提供的业务服务系统的应用结构示意图。
具体实施方式
[0042]
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0043]
在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0044]
在本发明实施例中，可执行该业务处理指令的业务应用服务确定业务处理指令是否存在交易风险，在确定业务处理指令不存在交易风险时，将业务处理指令通过任务调度服务发送给银行系统，以使得银行系统对业务处理指令进行处理，能够提高业务处理指令的处理速度，从而提高企业用户的时间体验。
[0045]
参见图1，为本发明实施例示出的业务服务系统100、业务终端200和银行系统300的应用结构示意图。
[0046]
业务服务系统100通过第一接口10与多个业务终端200连接，业务服务系统100通过第二接口20与多个银行系统300连接。
[0047]
其中，银行系统300包括商业银行和本地银行。
[0048]
需要说明的是，第二接口，即银财接口是根据每一银行系统300不同的直连接口规范开发的银企直连接口，即银财接口。
[0049]
在具体实现中，若银行系统300为商业银行，比如14家商业银行和汇丰银行，获取每一银行系统300的直连接口规范，并根据每一商业银行系统300不同的直连接口规范开发银企直连接口；若银行系统为地方银行，国家电网公司中国电力财务有限公司制定22家地方商业银行接口规范，以根据22家地方商业银行接口规范开发银企直连接口。具体的，每一银行系统300可通过至少10个接口，即银行通道与业务服务系统100连接。
[0050]
进一步的，根据每一商业银行系统300不同的直连接口规范和22家地方商业银行接口规范，设置业务服务系统的接口规范。
[0051]
第一接口，即财企接口是指根据业务服务系统的接口规范开发的财企直连接口，具体的，业务终端200只要满足业务服务系统100的接口规范即可通过财企直连接口连接业务服务系统100，以连接银行系统300。
[0052]
多个业务终端200包括业务终端201，业务终端202......业务终端20n共n个业务终端，该业务终端200用于获取企业用户输入的业务处理指令。
[0053]
其中，n的取值范围为大于等于1的正整数。
[0054]
需要说明的是，业务终端200包括财务管控系统、电财通系统、电财通系统等其他业务终端。
[0055]
需要说明的是，业务处理指令包括交易信息和查询数据，且当业务应用服务为票
据服务或数据服务时，业务处理指令还包括查询数据。
[0056]
多个银行系统300包括银行系统301，银行系统302......银行系统30m共m个银行系统300，该银行系统300用于对业务处理指令进行处理后反馈的处理结果。
[0057]
其中，m的取值范围为大于等于1的正整数。
[0058]
需要说明的是，银行系统300包括商业银行和本地银行，商业银行可为工行、农行、中行、建行、交行、邮储、招行、兴业、民生、光大、中信、华夏、浦发、广发等银行系统，本地银行可为农村信用社等银行系统。
[0059]
基于上述图1示出的业务服务系统100，本发明实施例在具体实现中，还公开了图1示出的业务服务系统100的具体结构，如图2所示。
[0060]
业务服务系统100包括接入模块101、多个业务应用服务102和任务调度服务103。
[0061]
接入模块101包括负载均衡单元和安全网关单元。
[0062]
多个业务应用服务102包括结算服务1021、票据服务1022、清分服务1023和数据服务1024等。
[0063]
进一步的，该业务应用服务102还包括电子单据服务1025和预警监控服务1026。
[0064]
其中，结算服务1021用于提供对公基本转账、对公代理汇兑、及对私基本转账交易等交易服务。
[0065]
票据服务1022用于提供票据登记、票据处理和封闭结算等交易服务。
[0066]
清分服务1023用于提供贷记交易和借记交易等交易服务，具体的，
[0067]
清分服务1023接入北京人行电子清分平台，为业务服务系统100提供贷记交易和借记交易等交易服务服务。
[0068]
数据服务1024用于提供账户余额查询、账户当日明细查询、账户历史明细查询、及历史明细查询的部分查询类服务。
[0069]
电子单据服务1025用于存储每一企业的业务对应的电子单据数据。
[0070]
预警监控服务1026用于为业务处理指令交易风险提供监控服务。
[0071]
接入模块101，用于获取企业用户通过任意一个业务终端200触发的业务处理指令；及根据业务处理指令中业务类型，确定可执行业务处理指令的业务应用服务102，并将业务处理指令发送给业务应用服务102。
[0072]
需要说明的是，业务处理指令包括业务类型和交易信息。
[0073]
在具体实现中，接入模块101中的负载均衡单元获取企业用户通过任意一个业务终端200触发的业务处理指令，接入模块101中的负载均衡单元将接收到的业务处理指令分配至接入模块101中处于空闲状态的安全网关单元；该安全网关单元确定与业务类型对应的业务应用服务102，即能够处理该业务处理指令的业务应用服务102，并通过超文本传输http协议将该业务处理指令发送给能够处理该业务处理指令的业务应用服务102。
[0074]
需要说明的是，该业务类型包括对公基本转账、对公代理汇兑、对私基本转账交易、票据登记、票据处理、封闭结算、账户余额查询、账户当日明细查询、账户历史明细查询、以及历史明细查询等。
[0075]
业务应用服务102，用于在确定业务处理指令中的交易信息符合预设交易信息时，将业务处理指令发给任务调度服务103。
[0076]
在具体实现中，业务应用服务102判断交易信息是否与预设交易信息相同，若相
同，则说明该业务处理指令不存在交易风险，将业务处理指令发给任务调度服务103；若不同，则说明该业务处理指令存在交易风险，此时对业务处理指令进行拦截，即不允许该业务处理指令进一步访问业务应用服务102。
[0077]
需要说明的是，预设交易信息是技术人员根据企业客户的年均交易数据进行设置的，其中，年均交易数据是用企业提供的。
[0078]
交易信息包括企业协议号、接入渠道、收付款账户、和交易金额等用于指示企业的业务交易的信息。
[0079]
预设交易信息是根据多次实验进行设置的，或是根据技术人员的经验进行设置的。
[0080]
任务调度服务103，用于按照预设规则将业务处理指令分发给与业务处理指令对应的银行系统300，并接收银行系统300对业务处理指令进行处理后反馈的处理结果；以及通过与业务处理指令对应的业务应用服务102将处理结果发送给业务终端200。
[0081]
在具体实现中，为了避免业务处理指令过多，而导致业务堵塞，任务调度服务103将接收到的业务处理指令存至消息队列中，任务调度服务103根据预设的指令分发规则，将存储消息队列的业务处理指令分发给与业务处理指令对应的银行系统300。
[0082]
需要说明的是，与业务处理指令对应的银行系统300的数量至少为1个。
[0083]
预设的指令分发规则是根据多次实验进行设置的，或是根据技术人员的经验进行设置的，比如：可设置为先进先出的规则。
[0084]
可选的，银行系统分别对业务处理指令进行处理，并将处理结果反馈给任务调度服务器。
[0085]
可选的，继续参见图2，图2还示出了用于存储银行系统周期性下发的查询信息的数据中心104。
[0086]
可选的，银行系统300与业务服务系统200签订了回单数据传输协议。在t日将t-1日各个企业账户对应的查询数据传输至业务服务系统200。
[0087]
其中，t为大于等于1的正整数。
[0088]
由于各个企业账户对应的查询数据是非结构化文件，因此业务服务系统200通过与国网非结构化数据平台集成，将各个企业账户对应的查询数据上传至数据中心104，以便于数据中心104进行存储，从而供给业务终端200查询。
[0089]
可选的，基于上述本发明实施例示出的业务服务系统，该业务服务系统200还设置有运营管理系统。
[0090]
该运营管理系统，用于为运营人员提供b/s(browser/server，浏览器/服务器)模式的综合管理平台，以便于运营人员通过b/s模式的综合管理平台执行业务服务系统200的参数配置、银行信息管理、系统业务监控、落地指令查询查复等功能操作。
[0091]
可选的，基于上述本发明实施例示出的业务服务系统，该业务服务系统200还设置有日志管理系统。
[0092]
该日志管理系统，用于记录业务服务系统200所产生的所有行为，并生成对应的日志文件，以便于运维人员根据该日志文件为业务服务系统200进行排错，及优化业务服务系统200的性能。
[0093]
在本发明实施例中，可执行该业务处理指令的业务应用服务确定业务处理指令是
否存在交易风险，在确定业务处理指令不存在交易风险时，将业务处理指令通过任务调度服务发送给银行系统，以使得银行系统对业务处理指令进行处理，能够提高业务处理指令的处理速度，从而提高企业用户的时间体验。进一步的，设置有运营管理系统和日志管理系统，能够更好的管理业务服务系统，及优化业务服务系统的性能。
[0094]
可选的，基于上述实施例示出的业务服务系统，根据业务类型，确定可执行业务处理指令的业务应用服务的接入模块101，具体用于：
[0095]
根据业务处理指令中的业务类型，查找与业务类型对应的业务应用服务102，得到与业务处理指令对应的业务应用服务102。
[0096]
其中，业务类型与业务应用服务之间的对应关系是预先设置的，一个业务应用服务102对应多个业务类型，一个业务类型对应一个业务应用服务102，业务应用服务102包括结算服务1021、票据服务1022、清分服务1023和数据服务1024。
[0097]
在具体实现中，遍历预先设置的业务类型与业务应用服务102之间的对应关系，查找与业务类型对应的业务应用服务102。
[0098]
需要说明的是，该业务类型包括对公基本转账、对公代理汇兑、对私基本转账交易、票据登记、票据处理、封闭结算、账户余额查询、账户当日明细查询、账户历史明细查询、以及历史明细查询等。
[0099]
在本发明实施例中，业务类型与业务应用服务102之间存在对应关系可以存储于数据中心104，且可以有多种业务类型与一个业务应用服务102对应。需要说明的是，待业务类型与业务应用服务102之间的对应关系是技术人员预先经过多次实验设置，并存储于业务服务系统的数据中心104。
[0100]
在本发明实施例中，接入模块可基于业务类型，查找与业务类型对应的业务应用服务，以确定可执行该业务处理指令的业务应用服务，并将业务处理指令发送至业务应用服务。业务应用服务确定业务处理指令是否存在交易风险，在确定业务处理指令不存在交易风险时，将业务处理指令通过任务调度服务发送给银行系统，以使得银行系统对业务处理指令进行处理，能够提高业务处理指令的处理速度，从而提高企业用户的时间体验。
[0101]
可选的，基于上述实施例示出的业务服务系统，在确定交易信息与预设交易信息一致时，将业务处理指令发给任务调度服务103的业务应用服务102，具体用于：
[0102]
当业务应用服务102为结算服务1021或清分服务1023时，业务应用服务102判断交易信息中的企业协议号与预设交易信息中的企业协议号是否一致，交易信息中的接入渠道与预设交易信息中的接入渠道是否一致，交易信息中的收付款账户与预设交易信息中的账户信息是否一致，交易信息中的交易金额是否小于预设交易信息中的金额阈值，若均一致，且交易信息中的交易金额小于预设交易信息中的金额阈值，则将业务处理指令发给任务调度服务。
[0103]
当业务应用服务102为票据服务1022或数据服务1024时，业务应用服务判断交易信息中的企业协议号与预设交易信息中的企业协议号是否一致，交易信息中的接入渠道与预设交易信息中的接入渠道是否一致，交易信息中的收付款账户与预设交易信息中的账户信息是否一致，若均一致，则将业务处理指令发给任务调度服务103。
[0104]
在具体实现中，当业务应用服务102为结算服务1021或清分服务1023时，结算服务1021或清分服务1023在接收到业务处理指令时，调用预警监控服务1026对交易信息中的企
业协议号、接入渠道、收付款账户、交易金额进行校验，也就是说，调用预警监控服务1026校验交易信息中的企业协议号与预设交易信息中的企业协议号是否相同，交易信息中的接入渠道与预设交易信息中的接入渠道是否相同，交易信息中的收付款账户与预设交易信息中的账户信息是否相同，交易信息中的交易金额小于预设交易信息中的金额阈值是否相同。
[0105]
若交易信息中的企业协议号与预设交易信息中的企业协议号一致，交易信息中的接入渠道与预设交易信息中的接入渠道一致，交易信息中的收付款账户与预设交易信息中的账户信息一致，且交易信息中的交易金额是否小于预设交易信息中的金额阈值，则说明交易信息不存在交易风险，并将业务处理指令发给任务调度服务103。
[0106]
当业务应用服务102为票据服务1022或数据服务1024时，票据服务1022或数据服务1024在接收到业务处理指令时，调用预警监控服务1026对交易信息中的企业协议号、接入渠道、和收付款账户进行校验，也就是说，调用预警监控服务1026校验交易信息中的企业协议号与预设交易信息中的企业协议号是否相同，交易信息中的接入渠道与预设交易信息中的接入渠道是否相同，交易信息中的收付款账户与预设交易信息中的账户信息是否相同，若均相同，则将业务处理指令发给任务调度服务103。
[0107]
需要说明的是，企业协议号用于唯一标识业务终端对应的企业，每一企业的企业协议号均是预先设置的。
[0108]
企业协议号用于确定企业的身份是否合法。
[0109]
预设交易信息中的企业协议号、接入渠道、账户信息和金额阈值是企业协议号对应的企业预先基于业务终端200进行设置的。
[0110]
可选的，当业务应用服务102为票据服务1022时，且该交易信息中存在票据单号时，票据服务1022还用于根据交易信息中票据单号调用电子单据服务1025中电子单据数据，以便于将与票据单号对应的电子单据数据反馈给业务终端200。
[0111]
可选的，结算服务1021还基于企业协议号、接入渠道、收付款账户、交易金额，确定交易信息是否存在重复支付以及业务处理指令的请求时间异常等情况，若确定交易信息不存在超限额支付、重复支付以及业务处理指令的请求时间异常等情况时，说明交易信息不存在交易风险，并将业务处理指令发给任务调度服务103。
[0112]
在本发明实施例中，业务应用服务根据企业协议号、接入渠道、账户信息和金额阈值等交易信息，确定业务处理指令是否存在交易风险，在确定业务处理指令不存在交易风险时，将业务处理指令通过任务调度服务发送给银行系统，以使得银行系统对业务处理指令进行处理，能够提高业务处理指令的处理速度，从而提高企业用户的时间体验。
[0113]
可选的，基于上述实施例示出的业务服务系统，按照预设规则将业务处理指令分发给与业务处理指令对应的银行系统300的任务调度服务103，具体用于：
[0114]
根据所有银行通道的可用情况和业务处理指令，确定可以连接与业务处理指令对应的银行系统300的银行通道。并按照预设规则通过银行系统300的银行通道将业务处理指令分发给与业务处理指令对应的银行系统300。
[0115]
在具体实现中，任务调度服务103获取各个银行通道的可用情况，和业务处理指令的收款账号，确定可以执行业务处理指令的银行系统300，并根据各个银行通道的可用情况和可以执行业务处理指令的银行系统300，选择任意一个可连接执行业务处理指令的银行系统300的银行通道。任务调度服务103按照预设规则通过可以连接银行系统的银行通道将
业务处理指令分发给与业务处理指令对应的银行系统。
[0116]
需要说明的是，一个银行至少有一个银行通道，比如：在本发明实施例中，一个银行可有10个银行通道。
[0117]
在本发明实施例中，可执行该业务处理指令的业务应用服务确定业务处理指令是否存在交易风险。在确定业务处理指令不存在交易风险时，根据业务处理指令发送给任务调度服务。任务调度服务根据所有银行通道的可用情况和业务处理指令，确定与业务处理指令对应的银行系统，并将业务处理指令发送给银行系统，以使得银行系统对业务处理指令进行处理。能够提高业务处理指令的处理速度，从而提高企业用户的时间体验。
[0118]
可选的，基于上述实施例示出的业务服务系统，若业务应用服务102为票据服务1022或数据服务1024，业务应用服务102在将业务处理指令发给任务调度服务103之前，还包括：
[0119]
业务应用服务102根据业务处理指令调用数据中心104，确定与业务处理指令对应的查询数据。业务应用服务102通过接入模块将查询数据发送至业务终端200，以便于企业用户查看。
[0120]
其中，查询信息包括票据信息和账户信息，数据中心104用于存储周期性从银行系统300获取的各个企业账户对应的票据信息和账户信息。
[0121]
在具体实现中，业务应用服务查找数据中心当前最后一次接收到的银行系统300发送的各个企业账户对应的票据信息和账户信息，以确定与该业务处理指令对应的票据信息和账户信息。业务应用服务102将查询数据通过接入模块101反馈给用户的业务终端200，以便于用户基于业务终端200查看业务处理指令的查询数据。
[0122]
在本发明实施例中，若业务应用服务为票据服务或数据服务，业务应用服务确定业务处理指令是否存在交易风险，在确定业务处理指令不存在交易风险时，通过查找数据中心当前最后一次接收到的银行系统发送的各个企业账户对应的票据信息和账户信息，以确定与该业务处理指令对应的票据信息和账户信息，并通过业务终端反馈给用户，以提高业务处理指令的处理速度，从而提高企业用户的时间体验。
[0123]
可选的，基于上述实施例示出的业务服务系统，本发明还对应公开了一种灰度发布的结构示意图，如图3所示。
[0124]
业务服务器100与外部灰度发布系统400连接。
[0125]
业务服务器100中的每一业务应用服务102均集成有部署机11和灰度机12。
[0126]
其中，部署机11用于部署旧版本的业务应用服务102数据；灰度机12用于部署新版本的业务应用服务102数据。
[0127]
具体的，结算服务1021、票据服务1022、清分服务1023、数据服务1024、电子单据服务1025和预警监控服务1026内均集成有部署机11和灰度机12。
[0128]
进一步的，由于业务服务器100中还设置有运营管理系统，因此运营管理系统内也集成有部署机11和灰度机12。
[0129]
灰度发布系统400内集成有缓存redis、分布式应用协调服务zookeeper、和消息队列rocketmq。
[0130]
其中，缓存redis用于存储部分企业协议号对应的键值；分布式应用协调服务zookeeper用于为业务应用应用提供一致性服务；消息队列rocketmq用于进行分布式消息
传递。
[0131]
基于上述实施例图2示出的业务服务系统100，业务应用服务102，还用于在检测到存在新版本时，利用灰度发布技术进行版本更新。
[0132]
在本发明实施例中，业务终端200还包括技术人员使用的开发业务终端。
[0133]
可选的，接入模块101获取技术人员基于开发业务终端传入的新版本的业务应用服务数据，接入模块101中的负载均衡f5通过反向代理nginx将新版本的业务应用服务数据发送给与新版本的业务应用服务数据对应的业务应用服务102。
[0134]
在具体实现中，业务应用服务102在检测到自身存在新版本时，说明原来的业务应用服务102为旧版本的业务应用服务102。利用灰度发布技术将新版本的业务应用服务数据部署至灰度机22中，将旧版本的业务应用服务数据部署至部署机11中，此时业务应用服务102处于多版本并存的一种状态。
[0135]
在本发明实施例中，业务应用服务102存在两种对接入的业务处理指令进行分流方式，使业务处理指令分配至部署机11和灰度机12，以便于部署机11和灰度机12分别对接收到的业务处理指令进行处理。
[0136]
在一种具体实现中，业务应用服务102在进行版本更新时，若接收到业务处理指令时，基于交易信息中的企业协议号，查找灰度发布系统400的缓存redis中是否存在与该交易信息中的企业协议号对应的键值，即按照企业的企业协议号进行分流。若存在，则将该业务处理指令发送至灰度机12上，以便于灰度机12基于新版本的业务应用服务数据确定业务处理指令是否存在交易风险。
[0137]
同时将灰度机12的处理过程数据反馈灰度发布系统400，并存储至数据中心104中。在接收到灰度发布系统400反馈的新版本的业务应用服务数据不存在问题时，向开发业务系统反馈。以便于开发业务系统逐渐将更多的业务处理指令分给灰度机12，直到所有的业务处理指令全都分给灰度机12，即灰度发布切到完整发布，此时说明业务应用服务102版本更新完成。
[0138]
可选的，若缓存redis中不存在与该交易信息中的企业协议号对应的键值，则将该业务处理指令发送至部署机11上，以便于部署机11基于旧版本的业务应用服务数据确定业务处理指令是否存在交易风险，即执行上述图2的具体实现过程。
[0139]
需要说明的是，缓存redis中存储的部分企业协议号对应的键值是技术人员预先根据各网省公司的企业用户对应的企业协议号的不同进行设置的。
[0140]
在另一具体实现中，业务应用服务102在进行版本更新时，若接收到业务处理指令时，确定该业务处理指令的流量，并按照流量大小进行分流。若确定业务处理指令的流量小于预设流量阈值时，则将该业务处理指令发送至灰度机12上，以便于灰度机12基于新版本的业务应用服务数据确定业务处理指令是否存在交易风险，以便于后续任务调度服务103进行处理。
[0141]
同时将灰度机12的处理过程数据反馈灰度发布系统400，并存储至数据中心104中。在接收到灰度发布系统400反馈的新版本的业务应用服务数据不存在问题时，向开发业务系统反馈。以便于技术人员基于开发业务系统逐渐将流量阈值变大，以将更多的业务处理指令分给灰度机12，直到所有的业务处理指令全都分给灰度机12，即灰度发布切到完整发布，此时说明业务应用服务102版本更新完成。
[0142]
可选的，若确定业务处理指令的流量大于等于预设流量阈值时，则将该业务处理指令发送至部署机11上，以便于部署机11基于旧版本的业务应用服务数据确定业务处理指令是否存在交易风险，以便于后续任务调度服务103进行处理，即上述图2的具体实现过程。
[0143]
需要说明的是，预设的流量阈值是本领域技术人员根据多次经验进行设置的，或是根据多次实验进行设置的，对此本发明不加以限制。
[0144]
需要说明的是，灰度发布技术是指存在于黑与白之间，即使一部分用户使用旧版本，另一部分用户使用新版本，以使旧版本和新版本之间能够平滑过渡的一种发布方式。
[0145]
可选的，灰度发布系统400对灰度机12的处理过程进行分析，在确定新版本的业务应用服务数据存在问题时，生成故障信息通过开发业务系统显示给技术人员，以便于技术人员基于故障信息修复新版本的业务应用服务数据。
[0146]
继续参见图3，该业务服务系统200中的运营管理系统检测到新版本时，利用灰度发布技术进行版本更新。
[0147]
需要说明的是，运营管理系统的具体实现过程与上述业务应用服务的具体实现过程相同。
[0148]
可选的，当业务服务系统100中的其他设备检测到新版本数据时，也可通过灰度发布技术进行更新。
[0149]
在本发明实施例中，业务应用服务利用灰度发布技术更新新版本的业务应用服务，以在业务应用服务更新过程中，减少业务服务系统的运行稳定，从而能更平滑过渡的更新业务应用服务的新版本。
[0150]
基于上述本发明实施例示出的业务服务系统，本发明还对应公开了一种业务处理方法，该业务处理方法适用于上述公开的业务服务系统，如图4所示，为本发明实施例示出的一种业务处理方法的流程示意图，该业务处理方法包括：
[0151]
步骤s401：接入模块获取用户通过任意一个业务终端触发的业务处理指令。
[0152]
在步骤s401中，业务处理指令包括业务类型和交易信息。
[0153]
可选的，用户通过任意一个业务终端触发的业务处理指令。
[0154]
需要说明的是，业务终端包括财务管控系统、电财通的客户端等其他系统。
[0155]
在具体实现步骤s401的过程中，接入模块中的负载均衡单元获取业务终端触发的携带有业务类型和交易信息的业务处理指令。
[0156]
步骤s402：接入模块根据业务类型，确定可执行业务处理指令的业务应用服务，并将业务处理指令发送给业务应用服务。
[0157]
在具体实现步骤s402的过程中，接入模块中的负载均衡单元将接收到的业务处理指令分配至接入模块中处于空闲状态的安全网关单元；该安全网关单元确定与业务类型对应的业务应用服务，即能够处理该业务处理指令的业务应用服务，并通过http协议将该业务处理指令发送给能够处理该业务处理指令的业务应用服务。
[0158]
需要说明的是，该业务类型包括对公基本转账、对公代理汇兑、对私基本转账交易、票据登记、票据处理、封闭结算、账户余额查询、账户当日明细查询、账户历史明细查询、以及历史明细查询等。
[0159]
业务应用服务包括结算服务、票据服务、清分服务和数据服务等。
[0160]
步骤s403：业务应用服务确定交易信息是否与预设交易信息一致，若一致，则执行
步骤s404，若不一致，则拦截业务处理指令。
[0161]
在具体实现步骤s403的过程中，业务应用服务判断交易信息是否与预设交易信息相同，若相同，则说明该业务处理指令不存在交易风险，此时执行步骤s404，若不同，则说明该业务处理指令存在交易风险，此时对业务处理指令进行拦截，即不允许该业务处理指令进一步访问业务应用服务。
[0162]
需要说明的是，预设交易信息是技术人员根据企业客户的年均交易数据进行设置的，其中，年均交易数据是用企业提供的。
[0163]
交易信息包括企业协议号、接入渠道、收付款账户、和交易金额等用于指示企业的业务交易的信息。
[0164]
预设交易信息是根据多次实验进行设置的，或是根据技术人员的经验进行设置的。
[0165]
步骤s404：业务应用服务将业务处理指令发给任务调度服务。
[0166]
在具体实现步骤s404的过程中，业务应用服务将不存在交易风险的业务处理指令发送至任务调度服务。
[0167]
步骤s405：任务调度服务按照预设的指令分发规则将业务处理指令分发给与业务处理指令对应的银行系统，并接收银行系统对业务处理指令进行处理后反馈的处理结果。
[0168]
在本发明实施例中，在执行步骤s405的过程中，包括以下步骤：
[0169]
步骤s11：根据所有银行通道的可用情况和业务处理指令，确定可以连接与业务处理指令对应的银行系统的银行通道。
[0170]
在具体实现步骤s11的过程中，任务调度服务获取各个银行通道的可用情况，并基于业务处理指令确定为其进行处理的银行系统；根据各个银行通道的可用情况和能为业务处理指令进行处理的银行系统，一个可连接执行业务处理指令的银行系统的银行通道。
[0171]
可选的，若当前银行通道的可用情况均不可用时，该业务处理指令进入缓存阶段。且若当前可以执行业务处理指令的银行系统300的银行通道不可用时，该业务处理指令也进入缓存阶段。
[0172]
步骤s12：任务调度服务按照预设规则通过银行系统的银行通道将业务处理指令分发给与业务处理指令对应的银行系统。
[0173]
为了避免业务处理指令过多，而导致业务堵塞，任务调度服务将接收到的业务处理指令存在在消息队列中，在具体实现步骤s12的过程中，任务调度服务根据预设的指令分发规则，通过可连接执行业务处理指令的银行系统的银行通道将存储在消息队列的业务处理指令分发给与业务处理指令对应的银行系统。
[0174]
需要说明的是，银行系统包括工行、农行、中行、建行、交行、邮储、招行、兴业、民生、光大、中信、华夏、浦发、广发等银行系统。
[0175]
预设的指令分发规则是根据多次实验进行设置的，或是根据技术人员的经验进行设置的，比如：可设置为先进先出规则。
[0176]
在本发明实施例中，一个业务处理指令可以由一个或多个银行系统进行处理。
[0177]
可选的，每一银行系统在接收到业务处理指令时，基于对业务处理指令进行处理，得到处理结果，并反馈给任务调度服务。
[0178]
任务调度服务器在接收到每一银行系统反馈的业务处理指令后，继续执行步骤
s406。
[0179]
步骤s406：任务调度服务通过与业务处理指令对应的业务应用服务将处理结果发送给业务终端。
[0180]
在具体实现步骤s406的过程中，任务调度服务将处理结果通过执行该业务处理指令的业务应用服务、接入模块反馈给用户的业务终端，以便于用户基于业务终端查看业务处理指令的处理结果。
[0181]
在本发明实施例中，可执行该业务处理指令的业务应用服务确定业务处理指令是否存在交易风险，在确定业务处理指令不存在交易风险时，将业务处理指令通过任务调度服务发送给银行系统，以使得银行系统对业务处理指令进行处理，能够提高业务处理指令的处理速度，从而提高企业用户的时间体验。进一步的，设置有运营管理系统和日志管理系统，能够更好的管理业务服务系统，及优化业务服务系统的性能。
[0182]
基于上述本发明实施例示出的业务处理方法，在执行步骤s402接入模块根据业务类型，确定可执行业务处理指令的业务应用服务的过程中，包括：
[0183]
接入模块根据业务处理指令中的业务类型，查找与业务类型对应的业务应用服务，得到与业务处理指令对应的业务应用服务。
[0184]
其中，业务类型与业务应用服务之间的对应关系是预先设置的，一个业务应用服务对应多个业务类型，一个业务类型对应一个业务应用服务，所述业务应用服务包括结算服务、票据服务、数据服务和清分服务。
[0185]
在具体实现中，遍历预先设置的业务类型与业务应用服务之间的对应关系，查找与业务类型对应的业务应用服务。
[0186]
需要说明的是，该业务类型包括对公基本转账、对公代理汇兑、对私基本转账交易、票据登记、票据处理、封闭结算、账户余额查询、账户当日明细查询、账户历史明细查询、以及历史明细查询等。
[0187]
在本发明实施例中，业务类型与业务应用服务之间存在对应关系，且可以有多种业务类型与一个业务应用服务对应。需要说明的是，待业务类型与业务应用服务之间的对应关系是技术人员预先经过多次实验设置，并存储于业务服务系统的数据中心。
[0188]
需要说明的是，预先设置业务类型与业务应用服务之间的对应关系的过程包括：
[0189]
建立对公基本转账、对公代理汇兑、对私基本转账交易与结算服务的对应关系。
[0190]
建立票据登记、票据处理、封闭结算票据服务与票据服务的对应关系。
[0191]
建立账户余额查询、账户当日明细查询、账户历史明细查询、历史明细查询与数据服务的对应关系。
[0192]
建立贷记处理、借记处理与清分服务之间的关系。
[0193]
在本发明实施例中，接入模块可基于业务类型，查找与业务类型对应的业务应用服务，以确定可执行该业务处理指令的业务应用服务，并将业务处理指令发送至业务应用服务。业务应用服务确定业务处理指令是否存在交易风险，在确定业务处理指令不存在交易风险时，将业务处理指令通过任务调度服务发送给银行系统，以使得银行系统对业务处理指令进行处理，能够提高业务处理指令的处理速度，从而提高企业用户的时间体验。
[0194]
基于上述本发明实施例示出的业务处理方法，在执行步骤s403业务应用服务在确定所述交易信息与预设交易信息一致时，将所述业务处理指令发给所述任务调度服务，包
括以下步骤：
[0195]
步骤s21：确定业务应用服务为结算服务、清分服务、票据服务或数据服务，在确定业务应用服务为结算服务或清分服务时，执行步骤s22；在确定业务应用服务为票据服务或数据服务时，执行步骤s23。
[0196]
在具体实现步骤s21的过程中，判断当前为业务处理指令进行处理的业务应用服务器为结算服务、清分服务、票据服务或数据服务中任意一个，若业务应用服务为结算服务或清分服务，则执行步骤s22；若确定业务应用服务为票据服务或数据服务，则执行步骤s23。
[0197]
步骤s22：业务应用服务判断交易信息中的企业协议号与预设交易信息中的企业协议号是否一致，交易信息中的接入渠道与预设交易信息中的接入渠道是否一致，交易信息中的收付款账户与预设交易信息中的账户信息是否一致，交易信息中的交易金额是否小于预设交易信息中的金额阈值是否一致。若交易信息中的企业协议号与预设交易信息中的企业协议号一致，交易信息中的接入渠道与预设交易信息中的接入渠道一致，交易信息中的收付款账户与预设交易信息中的账户信息一致，且交易信息中的交易金额是否小于预设交易信息中的金额阈值，则执行步骤s24，若任意一个一致或交易信息中的交易金额大于或等于预设交易信息中的金额阈值，则拦截该业务处理指令。
[0198]
在具体实现步骤s22的过程中，当业务应用服务为结算服务或清分服务时，结算服务或清分服务在接收到业务处理指令时，调用预警监控服务对交易信息中的企业协议号、接入渠道、收付款账户、交易金额进行校验，也就是说，调用预警监控服务校验交易信息中的企业协议号与预设交易信息中的企业协议号是否相同，交易信息中的接入渠道与预设交易信息中的接入渠道是否相同，交易信息中的收付款账户与预设交易信息中的账户信息是否相同，交易信息中的交易金额小于预设交易信息中的金额阈值是否相同。
[0199]
若交易信息中的企业协议号与预设交易信息中的企业协议号一致，交易信息中的接入渠道与预设交易信息中的接入渠道一致，交易信息中的收付款账户与预设交易信息中的账户信息一致，且交易信息中的交易金额是否小于预设交易信息中的金额阈值，则说明交易信息不存在交易风险，此时执行步骤s24，若交易信息中的企业协议号，交易信息中的接入渠道，交易信息中的收付款账户中任意一个不与对应的预设交易信息一致，或交易信息中的交易金额是否大于等于预设交易信息中的金额阈值时，则拦截该业务处理指令。
[0200]
需要说明的是，企业协议号用于唯一标识业务终端对应的企业，每一企业的企业协议号均是预先设置的。
[0201]
企业协议号用于确定企业的身份是否合法。
[0202]
预设交易信息中的企业协议号、接入渠道、账户信息和金额阈值是企业协议号对应的企业预先基于业务终端进行设置的。
[0203]
可选的，结算服务还基于企业协议号、接入渠道、收付款账户、交易金额进行校验，确定交易信息是否存在重复支付以及业务处理指令的请求时间异常等情况，若确定交易信息不存在超限额支付、重复支付以及业务处理指令的请求时间异常等情况时，说明交易信息不存在交易风险。
[0204]
步骤s23：业务应用服务判断交易信息中的企业协议号与预设交易信息中的企业协议号是否一致，交易信息中的接入渠道与预设交易信息中的接入渠道是否一致，交易信
息中的收付款账户与预设交易信息中的账户信息是否一致，若均一致，则执行步骤s24，若不一致，则拦截该业务处理指令。
[0205]
在具体实现步骤s23的过程中，当业务应用服务为票据服务或数据服务时，票据服务或数据服务在接收到业务处理指令时，调用预警监控服务对交易信息中的企业协议号、接入渠道、和收付款账户进行校验，也就是说，调用预警监控服务校验交易信息中的企业协议号与预设交易信息中的企业协议号是否相同，交易信息中的接入渠道与预设交易信息中的接入渠道是否相同，交易信息中的收付款账户与预设交易信息中的账户信息是否相同，若均相同，则执行步骤s24，若任意一个不同，则拦截业务处理指令。
[0206]
可选的，当业务应用服务为票据服务时，且该交易信息中存在票据单号时，票据服务还用于根据交易信息中票据单号调用电子单据服务中电子单据数据，以便于将与票据单号对应的电子单据数据反馈给业务终端。
[0207]
步骤s24：将业务处理指令发给任务调度服务。
[0208]
在具体实现步骤s24的过程中，在说明交易信息不存在交易风险，将业务处理指令发给任务调度服务。
[0209]
在本发明实施例中，业务应用服务根据企业协议号、接入渠道、账户信息和金额阈值等交易信息，确定业务处理指令是否存在交易风险，在确定业务处理指令不存在交易风险时，将业务处理指令通过任务调度服务发送给银行系统，以使得银行系统对业务处理指令进行处理，能够提高业务处理指令的处理速度，从而提高企业用户的时间体验。
[0210]
可选的，基于上述本发明实施例示出的业务处理系统，若业务应用服务为票据服务或数据服务时，在执行步骤s403中的业务应用服务在将业务处理指令发给任务调度服务之前，还包括以下步骤：
[0211]
步骤s31：业务应用服务根据业务处理指令调用数据中心，确定与业务处理指令对应的查询数据。
[0212]
在步骤s31中，查询信息包括票据信息和账户信息，数据中心用于存储周期性从银行系统获取的各个企业账户对应的票据信息和账户信息。
[0213]
在具体实现步骤s31的过程中，业务应用服务查找数据中心当前最后一次接收到的银行系统发送的各个企业账户对应的票据信息和账户信息，以确定与该业务处理指令对应的票据信息和账户信息。
[0214]
步骤s32：业务应用服务通过接入模块将查询数据发送至业务终端，以便于企业用户查看。
[0215]
在具体实现步骤s32中，业务应用服务将查询数据通过接入模块反馈给用户的业务终端，以便于用户基于业务终端查看业务处理指令的查询数据。
[0216]
在本发明实施例中，若业务应用服务为票据服务或数据服务，业务应用服务确定业务处理指令是否存在交易风险，在确定业务处理指令不存在交易风险时，通过查找数据中心当前最后一次接收到的银行系统发送的各个企业账户对应的票据信息和账户信息，以确定与该业务处理指令对应的票据信息和账户信息，并通过业务终端反馈给用户，以提高业务处理指令的处理速度，从而提高企业用户的时间体验。
[0217]
为了更好的理解上述本发明实施例示出的业务处理方法示出的内容，通过图5示出的业务服务系统的应用结构进行举例说明，具体内容详见以下过程。
[0218]
例如：图5示出的业务终端包括财务管控系统、电财核心系统或电财通系统，银行系统包括工商银行、农业银行和建设银行，其中，工商银行的银行通道为w1,w2,w3,w4；农业银行的银行通道为u1,u2,u3,u4；建设银行的银行通道为i1,i2,i3,i4。
[0219]
交易信息中的企业协议号为111111、接入渠道为q、收款账户为r1、r2、r3,付款账号为d1，预设交易信息中的企业协议号为111111，接入渠道为q，收款账户为r1、r2、r3,付款账号为d1，业务类型为账户历史明细查询。
[0220]
所有银行通道的可用情况为w2,w3,u1,u2,u3,i4。
[0221]
企业a的企业人员先通过图5示出的企业a的财务管控系统对交易信息和业务类型进行配置，并按下业务处理的按钮时，以基于交易信息和业务类型生成业务处理指令c，然后发送给业务服务系统b。
[0222]
业务服务系统b的接入模块中的负载均衡单元在接收到业务处理指令c时，接入模块中的负载均衡单元将接收到的业务处理指令分配至接入模块中处于空闲状态的安全网关单元m，安全网关单元m确定与业务类型账户历史明细查询对应的数据服务，并通过超文本传输http协议将该业务处理指令c发送给能够处理该业务处理指令c的数据服务。
[0223]
数据服务在接收到业务处理指令c时，调用预警监控服务确定交易信息中的企业协议号为111111与预设交易信息中的企业协议号111111相同，交易信息中的接入渠道q与预设交易信息中的接入渠道q相同，收款账户为r1、r2、r3与预设交易信息中的收款账户r1、r2、r3相同，付款账号为d1与预设交易信息中的收款账户r1相同，此时说明交易信息不存在交易风险，并将业务处理指令c发给任务调度服务。
[0224]
任务调度服务将业务处理指令c存储至消息队列中。
[0225]
任务调度服务获取各个银行通道的可用情况为w2,w3,u1,u2,u3,i4，并基于业务处理指令c的收款账户为r1、r2、r3确定为其进行处理的银行系统为工商银行和建设银行。同时根据各个银行通道的可用情况w2,w3,u1,u2,u3,i4和可以执行业务处理指令的工商银行和建设银行。同时选择可连接工商银行的银行通道为w3，可连接建设银行的银行通道为i4。
[0226]
任务调度服务按照先进先出的规则通过银行通道w3将业务处理指令c发送给工商银行，通过银行通道i4将业务处理指令c发送给建设银行。以便于工商银行对业务处理指令c进行处理，得到处理结果h1，并将处理结果h1反馈给任务调度服务器；建设银行对业务处理指令c进行处理，得到处理结果h2，并将处理结果h2反馈给任务调度服务器。
[0227]
任务调度服务器通过数据服务将处理结果h1和处理结果h2发送给企业a的财务管控系统，以便于企业a的企业员工基于企业a的财务管控系统查看业务处理指令c的处理结果。
[0228]
在本发明实施例中，可执行该业务处理指令的业务应用服务确定业务处理指令是否存在交易风险，在确定业务处理指令不存在交易风险时，将业务处理指令通过任务调度服务发送给银行系统，以使得银行系统对业务处理指令进行处理，能够提高业务处理指令的处理速度，从而提高企业用户的时间体验。进一步的，设置有运营管理系统和日志管理系统，能够更好的管理业务服务系统，及优化业务服务系统的性能。
[0229]
可选的，基于上述本发明实施例示出的业务处理方法，还包括以下步骤：
[0230]
业务应用服务在检测到存在新版本时，利用灰度发布技术进行版本更新。
[0231]
在本发明实施例中，业务终端还包括技术人员使用的开发业务终端。
[0232]
可选的，接入模块获取技术人员基于开发业务终端传入的新版本的业务应用服务数据，接入模块中的负载均衡f5通过反向代理nginx将新版本的业务应用服务数据发送给与新版本的业务应用服务数据对应的业务应用服务。
[0233]
在具体实现中，业务应用服务在检测到自身存在新版本时，利用灰度发布技术将新版本的业务应用服务数据部署至灰度机中，将旧版本的业务应用服务数据部署至部署机中，此时业务应用服务处于多版本并存的一种状态。
[0234]
在本发明实施例中，业务应用服务存在两种对接入的业务处理指令进行分流方式，使业务处理指令分配至部署机和灰度机，以便于部署机和灰度机分别对接收到的业务处理指令进行处理。
[0235]
在一种实施方式中，业务应用服务在进行版本更新时，若接收到业务处理指令时，基于交易信息中的企业协议号，查找灰度发布系统的缓存redis中是否存在与该交易信息中的企业协议号对应的键值，即按照企业的企业协议号进行分流。若存在，则将该业务处理指令发送至灰度机上，以便于灰度机基于新版本的业务应用服务数据确定业务处理指令是否存在交易风险，即执行步骤s403的内容。
[0236]
同时将灰度机的处理过程数据反馈灰度发布系统。在接收到灰度发布系统反馈的新版本的业务应用服务数据不存在问题时，向开发业务系统反馈。以便于开发业务系统逐渐将更多的业务处理指令分给灰度机，直到所有的业务处理指令全都分给灰度机，即灰度发布切到完整发布，此时说明业务应用服务版本更新完成。
[0237]
可选的，若缓存redis中不存在与该交易信息中的企业协议号对应的键值，则将该业务处理指令发送至部署机上，以便于部署机基于旧版本的业务应用服务数据确定业务处理指令是否存在交易风险，即执行步骤s403。
[0238]
需要说明的是，缓存redis中存储的部分企业协议号对应的键值是技术人员预先根据各网省公司的企业用户对应的企业协议号的不同进行设置的。
[0239]
在另一种实施方式中，业务应用服务在进行版本更新时，若接收到业务处理指令时，确定该业务处理指令的流量，并按照流量大小进行分流。在确定业务处理指令的流量小于预设流量阈值时，则将该业务处理指令发送至灰度机上，以便于灰度机基于新版本的业务应用服务数据确定业务处理指令是否存在交易风险，即执行步骤s403。
[0240]
同时将灰度机的处理过程数据，即灰度机处理该业务处理指令的过程数据反馈灰度发布系统。在接收到灰度发布系统反馈的新版本的业务应用服务数据不存在问题时，向开发业务系统反馈。以便于技术人员基于开发业务系统逐渐将流量阈值变大，以将更多的业务处理指令分给灰度机，直到所有的业务处理指令全都分给灰度机，即灰度发布切到完整发布，此时说明业务应用服务版本更新完成。
[0241]
可选的，若确定业务处理指令的流量大于等于预设流量阈值时，则将该业务处理指令发送至部署机上，以便于部署机基于旧版本的业务应用服务数据确定业务处理指令是否存在交易风险，即执行步骤s403。
[0242]
需要说明的是，预设的流量阈值是本领域技术人员根据多次经验进行设置的，或是根据多次实验进行设置的，对此本发明不加以限制。
[0243]
需要说明的是，灰度发布技术是指存在于黑与白之间，即使一部分用户使用旧版
本，另一部分用户使用新版本，以使旧版本和新版本之间能够平滑过渡的一种发布方式。
[0244]
可选的，灰度发布系统对灰度机的处理过程进行分析，在确定新版本的业务应用服务数据存在问题时，生成故障信息通过开发业务系统显示给技术人员，以便于技术人员基于故障信息修复新版本的业务应用服务数据。
[0245]
在本发明实施例中，业务应用服务利用灰度发布技术更新新版本的业务应用服务，以在业务应用服务更新过程中，减少业务服务系统的运行稳定，从而能更平滑过渡的更新业务应用服务的新版本。
[0246]
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
[0247]
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
[0248]
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。