CN117493362A - 一种分布式系统的数据交互校验方法 - Google Patents

Abstract

本发明公开了一种分布式系统的数据交互校验方法，由主服务器用于构建服务业务体系管理，生成用于对各子服务器各自业务的业务权限标识，建立记录主服务器和各子服务器业务归属关系信息的系统业务登记簿，分发到各子服务器；这样，将业务运行的权限交由各个运行业务的子系统服务器自行验证，保证了业务只能在权限允许的子服务器设备范围内加以运行，确保了服务业务运行交互的稳定性，免去了子服务器之间在进行业务数据交互时对双方业务权限的校验内容，而在子服务器之间的数据交互验证中，只需要确认双方具有业务归属关系和明确相关业务接口调用规则即可，大幅简化了子服务器之间数据交互的校验内容和步骤，提高了数据交互校验效率。

Description

一种分布式系统的数据交互校验方法

技术领域

本发明涉及互联网技术和分布式数据处理技术领域，具体涉及一种分布式系统的数据交互校验方法。

背景技术

一个庞大的信息系统通常以服务业务作为基础部署手段。每个业务完成某一方面的功能，多个业务组合实现系统的宏观功能，可以说系统即为服务业务的集合。当系统进行功能扩充时，服务业务的数量会随之增加。当系统需要分布在不同的网络环境运行时，同一类功能的服务业务会部署在多个网段的子服务器中，形成多个业务软件运行实例。

另一方面，当大型的分布式系统需要部署在大量互不联通的局域网子服务器的时候，需要在每个局域网的子服务器中单独部署其授权业务的业务软件运行实例，而由于分布式系统中不同业务之间不可避免存在业务和数据的关联耦合，即使某单个业务的功能运行，也往往需要借助与其它子服务器之间进行数据交互，这样就需要不同子服务器之间进行大量的身份鉴别、版本兼容性判断、数据访问的功能和/或性能校验等处理。随着分布式系统的功能扩充和服务业务数量的增加，这些交互判断校验逻辑将变得越发频繁和臃肿；同时，由于不同子系统之间的业务上护具存在关联耦合性，数据交互访问的校验处理将会影响子服务器上下游之间的数据交互效率，并且子服务器之间校验处理的不确定性也会影响分布式系统的整体服务业务稳定性。

因此，如何在兼顾分布式系统内数据交互稳定性的同时，提升数据交互校验的处理效率，成为了分布式系统服务业务处理性能提升技术研究的重要技术问题。

发明内容

针对上述现有技术的不足，本发明提供了一种分布式系统的数据交互校验方法，用以兼顾提升分布式系统内数据交互的处理效率和稳定性，帮助提升分布式系统的服务业务处理性能。

为了解决上述技术问题，本发明采用了如下的技术方案：

一种分布式系统的数据交互校验方法，所述分布式系统包括主服务器和子服务器，服务器与分布式系统内不同分支网络中作为接入端的子服务器进行数据通信连接，其他各子服务器之间根据服务业务交互的业务归属关系进行数据通信连接；该方法包括以下步骤：

主服务器生成用于对各子服务器各自业务的运行权限加以验证的业务权限标识，并建立用于记录主服务器与子服务器之间以及各子服务器之间的业务归属关系信息的系统业务登记簿，且在每个子服务器创建或更新业务时向其分发业务登记簿及业务对应的业务权限标识；

当任意子服务器运行业务时，通过业务权限标识进行业务运行权限的自验证（，且在业务运行中与其它子服务器进行数据交互时，根据业务登记簿确认相互之间存在业务归属关系后，进行双方的数据交互。

上述分布式系统的数据交互校验方法中，作为优选方案，所述业务权限标识的按如下方式生成：

针对于每个业务，生成作为其业务唯一性标识的业务ID，并获取该业务所部署授权运行的各子服务器的设备码；将每个业务的业务ID和一个授权运行该业务的子服务器的设备码按预设的加密算法进行加密计算，得到对应的业务权限标识；由此，分别生成各子服务器各自业务的业务权限标识；

所述主服务器进行业务权限标识的分发时，向子服务器发送其部署授权运行的业务所对应的业务权限标识。

上述分布式系统的数据交互校验方法中，作为优选方案，子服务器在运行业务时进行业务运行权限自验证的方式为：

子服务器获取待运行业务的业务ID，并提取该子服务器自身的设备码与所述业务ID按预设的加密算法进行加密计算，得到待验证标识；子服务器将所述待验证标识与自身存储的业务权限标识进行一致性匹配，若存在匹配一致的业务权限标识，则判定业务运行权限成功，允许待运行业务执行业务运行。

上述分布式系统的数据交互校验方法中，作为优选方案，所述系统业务登记簿中记录的业务归属关系信息包括主服务器和各子服务器各自运行权限范围内业务的业务ID、业务ID对应的业务中各服务器之间的业务归属关系、以及业务ID对应的业务在服务器之间进行数据交互的数据接口调用规则。

上述分布式系统的数据交互校验方法中，作为优选方案，子服务器在业务运行中与其它子服务器进行数据交互时确认相互之间存在业务归属关系的步骤包括：

S101、子服务器作为发起方服务器，向响应方服务器发送携带有业务ID的业务数据交互请求；所述交互响应方服务器为其它子服务器；

S102、响应方服务器接收业务数据交互请求并获取其中携带的业务ID，查询本方存储的系统业务登记簿中该业务ID对应的业务中各服务器之间的业务归属关系，确认本方与发起方服务器之间在该业务ID对应的业务中是否存在业务归属关系；若不存在，则执行步骤S103；若存在，则执行步骤S105；

S103、响应方服务器根据自身存储的系统业务登记簿中记录的其与主服务器之间的通信路由路径，向主服务器发送系统业务登记簿同步更新请求，从主服务器获取最新的系统业务登记簿进行更新存储，然后执行步骤S104；

S104、响应方服务器根据更新后的系统业务登记簿再次确认本方与发起方服务器之间在业务数据交互请求携带的业务ID对应的业务中是否存在业务归属关系；若不存在，则向发起方服务器反馈数据交互失败提示信息；若存在，则执行步骤S105；

S105、响应方服务器响应数据交互请求，按照本方存储的系统业务登记簿中该业务ID对应的业务在服务器之间进行数据交互的数据接口调用规则，与发起方服务器进行业务数据交互。

上述分布式系统的数据交互校验方法中，作为优选方案，所述步骤S103具体为：

S1031、响应方服务器查询自身存储的系统业务登记簿中记录的主服务器与子服务器之间以及各子服务器之间存在的业务归属关系，确认本方与主服务器之间建立通信的通信路由路径；若所述通信路由路径中本方与主服务器之间包含作为路由中转的子服务器，则执行步骤S1032；若所述通信路由路径中本方与主服务器存在直接业务归属关系，则执行步骤S1037；

S1032、响应方服务器发送系统业务登记簿同步更新请求至所述通信路由路径中上传方向的下一个子服务器，且系统业务登记簿同步更新请求中携带有所述通信路由路径；

S1033、作为路由中转的子服务器获取所述通信路由路径，将系统业务登记簿同步更新请求转发至所述通信路由路径中上传方向的下一个服务器，直至转达至主服务器；

S1034、主服务器响应所述系统业务登记簿同步更新请求，将最新的系统业务登记簿通过预先约定的加密公钥加密为登记簿密文，发送至所述通信路由路径中下发方向的下一个子服务器；

S1035、作为路由中转的子服务器接收所述登记簿密文，转发至所述通信路由路径中下发方向的下一个子服务器，直至转达至所述响应方服务器，执行步骤S1036；同时，作为路由中转的子服务器通过预先预定的解密私钥对登记簿密文解密，获得所述最新的系统业务登记簿，并核对本方存储的系统业务登记簿与所述最新的系统业务登记簿是否一致；若不一致，作为路由中转的子服务器则也对所述最新的系统业务登记簿进行更新存储；

S1036、响应方服务器通过预先预定的解密私钥对登记簿密文解密，获得所述最新的系统业务登记簿，然后执行步骤S1038；

S1037、响应方服务器向主服务器发送系统业务登记簿同步更新请求，主服务器响应所述系统业务登记簿同步更新请求，向响应方服务器发送最新的系统业务登记簿，然后执行步骤S1038；

S1038、响应方服务器获取所述最新的系统业务登记簿进行更新存储。

上述分布式系统的数据交互校验方法中，作为优选方案，所述主服务器还存储各业务的最新版本号和各历史版本号对应的运行软件安装包和配置文件，并建立有用于记录各业务的最新版本号和各历史版本号对应的数据传输协议的业务版本登记簿，且在每个子服务器创建或更新业务时向其分发业务版本登记簿；

当任意子服务器在业务运行中与其它子服务器进行数据交互时，根据业务版本登记簿确认相互之间的数据传输协议达成一致后，进行双方的数据交互。

上述分布式系统的数据交互校验方法中，作为优选方案，子服务器在业务运行中与其它子服务器进行数据交互时确认相互之间的数据传输协议达成一致的步骤包括：

S201、子服务器作为发起方服务器，向响应方服务器发送业务数据交互请求，所述业务数据交互请求中携带有发起方服务器运行相应业务对应的业务ID和业务软件版本号；所述交互响应方服务器为其它子服务器；

S202、响应方服务器接收业务数据交互请求并获取其中的业务ID和业务软件版本号，确认本方相应业务ID的业务软件版本号是否与其一致；若相一致，则执行步骤S206；若不一致，则执行步骤S203；

S203、响应方服务器确认本方相应业务ID的业务软件版本号是否高于业务数据交互请求中携带的业务软件版本号；若高于，则执行步骤S204；若本方相应业务ID的业务软件版本号低于业务数据交互请求中携带的业务软件版本号，则执行步骤205；

S204、响应方服务器响应数据交互请求，并查询本方存储的业务版本登记簿，按照业务数据交互请求中携带的业务ID的业务软件版本号对应的数据传输协议对业务数据进行传输协议转换，使得响应方服务器与发起方服务器之间在该业务ID所对应的数据传输协议达成一致，然后执行步骤S206；

S205、响应方服务器将本方相应业务ID的业务软件版本号反馈至发起方服务器；发起方服务器查询其存储的业务版本登记簿，按照响应方服务器反馈的业务ID的业务软件版本号对应的数据传输协议对业务数据进行传输协议转换，使得发起方服务器与响应方服务器之间在该业务ID所对应的数据传输协议达成一致，然后再次向响应方服务器发送传输协议转换后的业务数据交互请求，由响应方服务器对该业务数据交互请求进行响应，然后执行步骤S206；

S206、响应方服务器与发起方服务器之间针对业务数据交互请求中所携带业务ID的业务，以相同数据传输协议进行双方的业务数据交互。

上述分布式系统的数据交互校验方法中，作为优选方案，在作为发起方服务器或响应方服务器的子服务器确认本方在业务数据交互请求中所携带业务ID对应的业务软件版本号比交互对方更低时，该子服务器还执行如下处理：

该子服务器根据自身存储的系统业务登记簿中记录的其与主服务器之间的通信路由路径，向主服务器发送所述业务数据交互请求中所携带业务ID所对应业务的运行软件版本更新请求，从主服务器获取相应业务ID的最新版本号对应的运行软件安装包和配置文件，进行相应业务软件版本的更新和配置，然后再与交互对方重新进行相应业务ID的业务软件版本号的一致性确认。

上述分布式系统的数据交互校验方法中，作为优选方案，在子服务器中配置有业务代理运行模块，用于代理执行业务的数据交互处理；

在子服务器针对业务数据交互请求中携带的业务ID所对应业务的运行软件版本更新之前，子服务器先将相应业务ID对应的业务在服务器之间进行数据交互的数据接口调用规则、已与交互对方达成一致的数据传输协议、以及对业务数据交互请求进行响应所需的相关业务数据发送至业务代理运行模块进行缓存，然后由业务代理运行模块根据缓存数据代理执行与交互对方的数据交互处理；

在子服务器针对业务数据交互请求中携带的业务ID所对应业务的运行软件版本更新和配置完成之后，则重新接管与交互对方的数据交互处理，释放和清除业务代理运行模块的缓存数据。

本发明与现有技术相比，具有如下有益效果：

1、本发明分布式系统的数据交互校验方法中，将业务运行的权限交由各个运行业务的子系统服务器自行验证，保证了业务只能在权限允许的子服务器设备范围内加以运行，确保了服务业务运行交互的稳定性，免去了子服务器之间在进行业务数据交互时对双方业务权限的校验内容，而在子服务器之间的数据交互验证中，只需要确认双方具有业务归属关系和明确相关业务接口调用规则即可，大幅简化了子服务器之间数据交互的校验内容和步骤，提高了数据交互校验效率。

2、本发明分布式系统的数据交互校验方法中，子服务器在业务运行中与其它子服务器进行数据交互时，如果确认相互之间存在业务归属关系，则完成交互权限的校验，执行双方的业务数据交互；而如果首次验证不存在业务归属关系，响应方服务器向主服务器从主服务器获取最新的系统业务登记簿进行同步更新之后，依据最新的系统业务登记簿对本方与发起方服务器之间的业务归属关系加以再次校验和确认，以解决因子服务器自身因网络更新不及时而造成分布式系统内业务数据交互不畅通、不稳定的问题。

3、本发明分布式系统的数据交互校验方法中，发起方服务器和响应方服务器之间在进行数据交互时，还会先确认双方针对需交互的业务ID所对应业务的运行软件版本是否一致，并引入了传输协议转换机制，高版本向低版本进行协议转换兼容，保证双方还是能在版本协议一致的条件下进行数据传输交互，进一步解决了分布式系统中因部分子服务器可能存在业务软件版本更新不及时而引起的业务数据交互不畅通的问题。

4、本发明分布式系统的数据交互校验方法，在兼顾分布式系统内数据交互稳定性的同时，有效提升了子服务器之间执行业务数据交互校验的处理效率，能够有效的帮助提升分布式系统的服务业务处理性能，具有很好的技术推广应用价值。

附图说明

为了使发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步的详细描述，其中：

图1为本发明分布式系统的数据交互校验方法的流程框图。

图2为本发明方法中子服务器在业务运行中与其它子服务器进行数据交互时确认相互之间存在业务归属关系的优化方案流程图。

图3为本发明方案中业务归属关系部署的一个示例图。

图4为本发明方案中业务运行软件版本部署的一个示例图。

图5为本发明方法中子服务器在业务运行中与其它子服务器进行数据交互时确认相互之间的数据传输协议达成一致的优化方案流程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件能够以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例都属于本发明保护的范围。

下面结合附图和具体实施方式对本发明做进一步阐述和说明。

本发明提供了一种分布式系统的数据交互校验方法，在分布式系统中，除了布置子服务器之外，还布置主服务器用于进行服务业务体系管理，主服务器与分布式系统内不同分支网络中作为接入端的子服务器进行数据通信连接，其他各子服务器之间根据服务业务交互的业务归属关系进行数据通信连接。在此构架基础上，如图1所示，本发明采用了如下的数据交互校验机制：

主服务器生成用于对各子服务器各自业务的运行权限加以验证的业务权限标识，并建立用于记录主服务器与子服务器之间以及各子服务器之间的业务归属关系信息的系统业务登记簿，且在每个子服务器创建或更新业务时向其分发业务登记簿及业务对应的业务权限标识；当任意子服务器运行业务时，通过业务权限标识进行业务运行权限的自验证，且在业务运行中与其它子服务器进行数据交互时，根据业务登记簿确认相互之间存在业务归属关系后，进行双方的数据交互。

这样以来，在分布式系统中，由主服务器用于构建服务业务体系管理，生成用于对各子服务器各自业务的业务权限标识，建立记录主服务器和各子服务器业务归属关系信息的系统业务登记簿，分发到各子服务器；这样，将业务运行的权限交由各个运行业务的子系统服务器自行验证，保证了业务只能在权限允许的子服务器设备范围内加以运行，确保了服务业务运行交互的稳定性，免去了子服务器之间在进行业务数据交互时对双方业务权限的校验内容，而在子服务器之间的数据交互验证中，只需要确认双方具有业务归属关系和明确相关业务接口调用规则即可，大幅简化了子服务器之间数据交互的校验内容和步骤，提高了数据交互校验效率。

具体实施中，业务权限标识的按如下方式生成：针对于每个业务，生成作为其业务唯一性标识的业务ID（业务身份信息），并获取该业务所部署授权运行的各子服务器的设备码；将每个业务的业务ID和一个授权运行该业务的子服务器的设备码按预设的加密算法进行加密计算，得到对应的业务权限标识；由此，分别生成各子服务器各自业务的业务权限标识。同时，在述主服务器进行业务权限标识的分发时，仅向子服务器发送其部署授权运行的业务所对应的业务权限标识。

由此生成的业务权限标识，就起到了业务授权运行码的作用，用于业务运行时的运行环境认证，未被授权的运行环境子服务器设备则无法运行相关服务业务软件程序。同时，业务权限标识是通过加密计算生成，也避免了被恶意伪造。

相应的，子服务器在运行业务时进行业务运行权限自验证的方式为：子服务器获取待运行业务的业务ID，并提取该子服务器自身的设备码与所述业务ID按预设的加密算法进行加密计算，得到待验证标识；子服务器将所述待验证标识与自身存储的业务权限标识进行一致性匹配，若存在匹配一致的业务权限标识，则判定业务运行权限成功，允许待运行业务执行业务运行。

子服务器在运行业务时，可通过业务人员输入业务ID，或者子服务器系统从业务数据中提取相应业务ID等方式，获取到业务ID进行业务运行权限自验证；子服务器根据业务ID和自身的机器码进行加密后与业务权限标识进行匹配校验，达到对业务运行权限的认证。这样就保证了子服务器上能够对外发起数据交互请求的业务，是经过分布式系统内部认证授权并部署在该子服务器上的业务，对于业务自身的权限问题就无需再在数据交过的过程中去参与校验。

具体实施中，系统业务登记簿中记录的业务归属关系信息包括主服务器和各子服务器各自运行权限范围内业务的业务ID、业务ID对应的业务中各服务器之间的业务归属关系、以及业务ID对应的业务在服务器之间进行数据交互的数据接口调用规则。

在系统业务登记簿中，主服务器和各子服务器也可以通过标注服务器ID等方式，用以对各不同服务器进行身份区分和识别；业务的业务ID的作用即用以对不同的业务进行身份区分；业务ID对应的业务中各服务器之间的业务归属关系，指明了该业务ID对应的业务在哪些服务器中授权运行，并指明了这些服务器之间的业务归属关系（即业务数据交互关联关系）；业务ID对应的业务在服务器之间进行数据交互的数据接口调用规则，指明了该业务ID对应的业务在每个服务器中提供的可调用的相关业务数据接口，以及为了获取业务数据而进行相关数据接口调用的调用指令、调用权限等业务逻辑规则。

在建立好系统业务登记簿后，主服务器与其存在业务归属关系的子服务器之间进行数据交互时，由于主服务器具有全权限，因此无需专门与子服务器进行数据交互验证。而子服务器在业务运行中与其它子服务器进行数据交互时，则需要确认相互之间存在业务归属关系，避免业务数据的交互差错；其处理流程如图2所示，具体步骤包括：

S101、子服务器作为发起方服务器，向响应方服务器发送携带有业务ID的业务数据交互请求；所述交互响应方服务器为其它子服务器；

S102、响应方服务器接收业务数据交互请求并获取其中携带的业务ID，查询本方存储的系统业务登记簿中该业务ID对应的业务中各服务器之间的业务归属关系，确认本方与发起方服务器之间在该业务ID对应的业务中是否存在业务归属关系；若不存在，则执行步骤S103；若存在，则执行步骤S105；

S103、响应方服务器根据自身存储的系统业务登记簿中记录的其与主服务器之间的通信路由路径，向主服务器发送系统业务登记簿同步更新请求，从主服务器获取最新的系统业务登记簿进行更新存储，然后执行步骤S104；

S104、响应方服务器根据更新后的系统业务登记簿再次确认本方与发起方服务器之间在业务数据交互请求携带的业务ID对应的业务中是否存在业务归属关系；若不存在，则向发起方服务器反馈数据交互失败提示信息；若存在，则执行步骤S105；

S105、响应方服务器响应数据交互请求，按照本方存储的系统业务登记簿中该业务ID对应的业务在服务器之间进行数据交互的数据接口调用规则，与发起方服务器进行业务数据交互。

通过上述流程可以看到，子服务器在业务运行中与其它子服务器进行数据交互时，如果确认相互之间存在业务归属关系，则完成交互权限的校验，执行双方的业务数据交互。而如果首次验证不存在业务归属关系，作为响应方的子服务器并不直接判定数据交互失败，因为子服务器分布在不同的局域网中，可能存在子服务器自身存储的系统业务登记簿更新不够及时，其它子服务器扩展了新业务功能与自身存在数据交互的归属关系；因此，响应方服务器向主服务器从主服务器获取最新的系统业务登记簿进行同步更新之后，依据最新的系统业务登记簿对本方与发起方服务器之间的业务归属关系加以再次校验和确认，以解决因子服务器自身因网络更新不及时而造成分布式系统内业务数据交互不畅通、不稳定的问题。

例如，如图3所示的示例中，分布式业务系统在初始创建部署时，仅包括主服务器A以及两个子服务器，分别为子服务器B2和子服务器C3，此时，在系统业务登记簿中，仅记录有主服务器A和子服务器B2之间存在业务归属关系，子服务器B2和子服务器C3之间存在业务归属关系。随着分布式业务系统的扩展，之后陆续增加部署了子服务器B1、子服务器C1和子服务器C2，并且根据业务部署关系，在系统业务登记簿中登记了主服务器A和子服务器B1之间存在业务归属关系，子服务器C1和子服务器C2分别与子服务器B1之间存在业务归属关系， 并新增登记了子服务器C2和子服务器B2之间存在业务归属关系；但由于子服务器B2因离线运行等原因，并没有及时的更新其自身存储的系统业务登记簿，因此在子服务器B2存储的系统业务登记簿中还是仅包含主服务器A、子服务器B2和子服务器C3三者之间的业务归属关系。那么，当子服务器B2首次接收到子服务器C2的业务数据交互请求时，由于子服务器B2存储的系统业务登记簿中并不存在子服务器C2的相关业务归属关系信息，此时子服务器B2会根据其存储的系统业务登记簿查询确定其本方服务器与主服务器A之间的通信路由路径，从而从主服务器A获取最新的系统业务登记簿进行更新存储，然后根据更新后的系统业务登记簿再次确认子服务器C2是否与自身存在业务归属关系，确认双方存在业务归属关系之后，子服务器B2再响应子服务器C2的业务数据交互请求，展开双方的业务数据交互处理。

这其中，步骤S103中响应方服务器从主服务器获取最新的系统业务登记簿的处理过程值得关注，因为需要借助响应方服务器与主服务器之间的通信路由路径进行最新的系统业务登记簿的转发，因此为了避免此传输过程中系统业务登记簿被篡改或伪造，需要采用优化的传输策略；具体传输策略如下：

S1031、响应方服务器查询自身存储的系统业务登记簿中记录的主服务器与子服务器之间以及各子服务器之间存在的业务归属关系，确认本方与主服务器之间建立通信的通信路由路径；若所述通信路由路径中本方与主服务器之间包含作为路由中转的子服务器，则执行步骤S1032；若所述通信路由路径中本方与主服务器存在直接业务归属关系，则执行步骤S1037；

S1032、响应方服务器发送系统业务登记簿同步更新请求至所述通信路由路径中上传方向的下一个子服务器，且系统业务登记簿同步更新请求中携带有所述通信路由路径；

S1033、作为路由中转的子服务器获取所述通信路由路径，将系统业务登记簿同步更新请求转发至所述通信路由路径中上传方向的下一个服务器，直至转达至主服务器；

S1034、主服务器响应所述系统业务登记簿同步更新请求，将最新的系统业务登记簿通过预先约定的加密公钥加密为登记簿密文，发送至所述通信路由路径中下发方向的下一个子服务器；

S1035、作为路由中转的子服务器接收所述登记簿密文，转发至所述通信路由路径中下发方向的下一个子服务器，直至转达至所述响应方服务器，执行步骤S1036；同时，作为路由中转的子服务器通过预先预定的解密私钥对登记簿密文解密，获得所述最新的系统业务登记簿，并核对本方存储的系统业务登记簿与所述最新的系统业务登记簿是否一致；若不一致，作为路由中转的子服务器则也对所述最新的系统业务登记簿进行更新存储；

S1036、响应方服务器通过预先预定的解密私钥对登记簿密文解密，获得所述最新的系统业务登记簿，然后执行步骤S1038；

S1037、响应方服务器向主服务器发送系统业务登记簿同步更新请求，主服务器响应所述系统业务登记簿同步更新请求，向响应方服务器发送最新的系统业务登记簿，然后执行步骤S1038；

S1038、响应方服务器获取所述最新的系统业务登记簿进行更新存储。

通过上述流程可以看到，在确定通信路由路径后，如果通信路由路径中响应方服务器与主服务器收到直接的业务归属关系，不存在路由中转的子服务器，则最新的系统业务登记簿由主服务器直接传输到响应方服务器，不需要进行加密传输，以简化传输操作、提高效率；如果通信路由路径中，响应方服务器与主服务器之间包含作为路由中转的子服务器，此时需要考虑中转传输过程中对系统业务登记簿的保密安全性，因此主服务器将最新的系统业务登记簿通过预先约定的加密公钥加密为登记簿密文，再经过路由中转传输至响应方服务器后通过预先约定的解密私钥加以解码获得，此过程中，各子服务器由于都只具备解密私钥，因此作为路由中转的子服务器端无法通过篡改或伪造去生成不正确的登记簿密文发送到响应方服务器，保证了系统业务登记簿更新的安全性。

另一方面，作为路由中转的子服务器在对最新的系统业务登记簿进行中转传输时，也对自身存储的系统业务登记簿进行核对和更新，这样能提高局域网中离线子服务器的登记簿同步频率，减少后期在发生数据业务交互时再进行系统业务登记簿更新的情况，能够一定程度上提高子服务器之间的数据交互验证效率。

子服务器之间在进行业务交互时，还可能存在一种情况，即部分局域网中离线子服务器的业务运行软件版本未被及时更新，导致其他新版本业务软件的子服务器与之进行数据交互时发生交互不畅或业务功能或数据不完善等情况。

例如，如图4所示例的情况，假如子服务器B2和子服务器C3的业务运行软件在较早期的时候已部署使用，子服务器C3的业务运行软件版本还保持在投入使用时的1.0版本，子服务器B2的业务运行软件版本在使用过程中进行一次更新到了1.1版本，并且子服务器C3到子服务器B2的业务数据交互满足业务归属关系，由于子服务器B2的业务运行软件版本1.1相比于子服务器C3的1.0版本更高，因此子服务器C3的业务交互数据交互请求能够得到子服务器B2的兼容响应，子服务器B2将处理的业务数据下发时，子服务器C3也可以接收来自子服务器B2的业务数据。但如果在子服务器B2和子服务器C3部署后，主服务器A的业务运行软件又经过多次更新，已更新到兼容性更强的1.5版本，此时，后续部署的子服务器B1、子服务器C1、子服务器C2的相关业务软件都相应为1.5版本。运行1.5版本的各子服务器之间不存在任何兼容性的问题，只要能够满足业务归属关系，即可正常进行业务数据交互。而后，如果因业务部署的需要，在系统业务登记簿中建立了子服务器C2与子服务器B2之间的业务归属关系，新增登记了子服务器C2为子服务器B2的从属业务系统，由于子服务器C2的业务运行软件为较新的1.5版本，而子服务器B2的业务运行软件为较早的1.1版本，可能部分1.5版本所拥有的业务数据服务功能，在1.1版本中还并不具备，因此，子服务器B2可能难以完善响应子服务器C2的数据交互请求，双方的之间的业务数据交互可能存在障碍。

为了解决这样的问题，本发明还提供了一种解决方案：主服务器还存储各业务的最新版本号和各历史版本号对应的运行软件安装包和配置文件，并建立有用于记录各业务的最新版本号和各历史版本号对应的数据传输协议的业务版本登记簿，且在每个子服务器创建或更新业务时向其分发业务版本登记簿；当任意子服务器在业务运行中与其它子服务器进行数据交互时，根据业务版本登记簿确认相互之间的数据传输协议达成一致后，进行双方的数据交互。

这样，子服务器可以通过执行业务的不同运行软件版本号的数据传输协议转换，或者向主服务器申请业务的运行软件安装包更新，以使得子服务器相互之间的数据传输协议达成一致后，得以顺利的开展双方的数据交互。

具体实施时，如图5所示，子服务器在业务运行中与其它子服务器进行数据交互时确认相互之间的数据传输协议达成一致的步骤包括：

S201、子服务器作为发起方服务器，向响应方服务器发送业务数据交互请求，所述业务数据交互请求中携带有发起方服务器运行相应业务对应的业务ID和业务软件版本号；所述交互响应方服务器为其它子服务器；

S202、响应方服务器接收业务数据交互请求并获取其中的业务ID和业务软件版本号，确认本方相应业务ID的业务软件版本号是否与其一致；若相一致，则执行步骤S206；若不一致，则执行步骤S203；

S203、响应方服务器确认本方相应业务ID的业务软件版本号是否高于业务数据交互请求中携带的业务软件版本号；若高于，则执行步骤S204；若本方相应业务ID的业务软件版本号低于业务数据交互请求中携带的业务软件版本号，则执行步骤205；

S204、响应方服务器响应数据交互请求，并查询本方存储的业务版本登记簿，按照业务数据交互请求中携带的业务ID的业务软件版本号对应的数据传输协议对业务数据进行传输协议转换，使得响应方服务器与发起方服务器之间在该业务ID所对应的数据传输协议达成一致，然后执行步骤S206；

S205、响应方服务器将本方相应业务ID的业务软件版本号反馈至发起方服务器；发起方服务器查询其存储的业务版本登记簿，按照响应方服务器反馈的业务ID的业务软件版本号对应的数据传输协议对业务数据进行传输协议转换，使得发起方服务器与响应方服务器之间在该业务ID所对应的数据传输协议达成一致，然后再次向响应方服务器发送传输协议转换后的业务数据交互请求，由响应方服务器对该业务数据交互请求进行响应，然后执行步骤S206；这里，发起方服务器重新发送协议转换后的业务数据交互请求，是为了避免之前版本较高的业务数据交互请求在响应方服务器难以得到正确的解析响应；

S206、响应方服务器与发起方服务器之间针对业务数据交互请求中所携带业务ID的业务，以相同数据传输协议进行双方的业务数据交互。

通过上述流程可以看到，发起方服务器和响应方服务器之间在进行数据交互时，还会先确认双方针对需交互的业务ID所对应业务的运行软件版本是否一致；如果已一致，则响应方直接响应发起方的数据交互请求后执行双方的数据交互处理；如果不一致，则业务软件版本较高的一方则查询业务版本登记簿进行向下版本的数据传输协议转换，使得发起方服务器与响应方服务器之间在该业务ID所对应的数据传输协议达成一致，之后再执行双方的数据交互处理。由此，通过引入了传输协议转换机制，高版本向低版本进行协议转换兼容，保证双方还是能在版本协议一致的条件下进行数据传输交互，进一步解决了分布式系统中因部分子服务器可能存在业务软件版本更新不及时而引起的业务数据交互不畅通的问题。

另一方面，在作为发起方服务器或响应方服务器的子服务器确认本方在业务数据交互请求中所携带业务ID对应的业务软件版本号比交互对方更低时，该子服务器还执行如下处理： 该子服务器根据自身存储的系统业务登记簿中记录的其与主服务器之间的通信路由路径，向主服务器发送所述业务数据交互请求中所携带业务ID所对应业务的运行软件版本更新请求，从主服务器获取相应业务ID的最新版本号对应的运行软件安装包和配置文件，进行相应业务软件版本的更新和配置，然后再与交互对方重新进行相应业务ID的业务软件版本号的一致性确认。

这样，版本号更低的子服务器向主服务器主动申请进行业务运行软件版本的更新，以便于后续业务交互的更顺利进行。子服务器在完成相应业务软件版本的更新和配置之后，还会再与交互对方重新进行相应业务ID的业务软件版本号的一致性确认，以确保更新后业务交互的顺利进行，其再次进行业务软件版本号一致性确认的步骤与针对业务数据交互请求进行数据传输协议一致性确认的流程相同。

此外，在子服务器从主服务器获取到业务的运行软件版本后，进行运行软件更新的过程可能需要经过一段更新处理时间，可能造成相关业务数据交互的中断，影响业务运行效率。为了解决此问题，本发明也提供了针对性方案：

在子服务器中配置有业务代理运行模块，用于代理执行业务的数据交互处理；在子服务器针对业务数据交互请求中携带的业务ID所对应业务的运行软件版本更新之前，子服务器先将相应业务ID对应的业务在服务器之间进行数据交互的数据接口调用规则、已与交互对方达成一致的数据传输协议、以及对业务数据交互请求进行响应所需的相关业务数据发送至业务代理运行模块进行缓存，然后由业务代理运行模块根据缓存数据代理执行与交互对方的数据交互处理；在子服务器针对业务数据交互请求中携带的业务ID所对应业务的运行软件版本更新和配置完成之后，则重新接管与交互对方的数据交互处理，释放和清除业务代理运行模块的缓存数据。

这样，在子服务器针对某个业务进行运行软件版本更新的过程中，可由其配置的业务代理运行模块代理执行业务数据交互请求的响应和数据交互，这样使得业务的运行软件版本更新过程中的业务处理不中断，使得分布式系统内的业务运行效率得到更好的保证；在子服务器的业务运行软件版本更新完成之后，会重新接管业务数据交互处理任务，业务代理运行模块的代理任务会被释放，以备后续的调用。

综上，本发明分布式系统的数据交互校验方法，在兼顾分布式系统内数据交互稳定性的同时，有效提升了子服务器之间执行业务数据交互校验的处理效率，能够有效的帮助提升分布式系统的服务业务处理性能，具有很好的技术推广应用价值。

最后需要说明的是，以上实施例仅用以说明本发明的技术方案而非限制技术方案，本领域的普通技术人员应当理解，那些对本发明的技术方案进行修改或者等同替换，而不脱离本技术方案的宗旨和范围，均应涵盖在本发明的权利要求范围当中。

Claims (10)

1.一种分布式系统的数据交互校验方法，其特征在于，所述分布式系统包括主服务器和子服务器，服务器与分布式系统内不同分支网络中作为接入端的子服务器进行数据通信连接，其他各子服务器之间根据服务业务交互的业务归属关系进行数据通信连接；该方法包括以下步骤：

主服务器生成用于对各子服务器各自业务的运行权限加以验证的业务权限标识，并建立用于记录主服务器与子服务器之间以及各子服务器之间的业务归属关系信息的系统业务登记簿，且在每个子服务器创建或更新业务时向其分发业务登记簿及业务对应的业务权限标识；

当任意子服务器运行业务时，通过业务权限标识进行业务运行权限的自验证，且在业务运行中与其它子服务器进行数据交互时，根据业务登记簿确认相互之间存在业务归属关系后，进行双方的数据交互。

2.根据权利要求1所述分布式系统的数据交互校验方法，其特征在于，所述业务权限标识的按如下方式生成：

针对于每个业务，生成作为其业务唯一性标识的业务ID，并获取该业务所部署授权运行的各子服务器的设备码；将每个业务的业务ID和一个授权运行该业务的子服务器的设备码按预设的加密算法进行加密计算，得到对应的业务权限标识；由此，分别生成各子服务器各自业务的业务权限标识；

所述主服务器进行业务权限标识的分发时，向子服务器发送其部署授权运行的业务所对应的业务权限标识。

3.根据权利要求2所述分布式系统的数据交互校验方法，其特征在于，子服务器在运行业务时进行业务运行权限自验证的方式为：

子服务器获取待运行业务的业务ID，并提取该子服务器自身的设备码与所述业务ID按预设的加密算法进行加密计算，得到待验证标识；子服务器将所述待验证标识与自身存储的业务权限标识进行一致性匹配，若存在匹配一致的业务权限标识，则判定业务运行权限成功，允许待运行业务执行业务运行。

4.根据权利要求1所述分布式系统的数据交互校验方法，其特征在于，所述系统业务登记簿中记录的业务归属关系信息包括主服务器和各子服务器各自运行权限范围内业务的业务ID、业务ID对应的业务中各服务器之间的业务归属关系、以及业务ID对应的业务在服务器之间进行数据交互的数据接口调用规则。

5.根据权利要求4所述分布式系统的数据交互校验方法，其特征在于，子服务器在业务运行中与其它子服务器进行数据交互时确认相互之间存在业务归属关系的步骤包括：

S101、子服务器作为发起方服务器，向响应方服务器发送携带有业务ID的业务数据交互请求；所述交互响应方服务器为其它子服务器；

S102、响应方服务器接收业务数据交互请求并获取其中携带的业务ID，查询本方存储的系统业务登记簿中该业务ID对应的业务中各服务器之间的业务归属关系，确认本方与发起方服务器之间在该业务ID对应的业务中是否存在业务归属关系；若不存在，则执行步骤S103；若存在，则执行步骤S105；

S103、响应方服务器根据自身存储的系统业务登记簿中记录的其与主服务器之间的通信路由路径，向主服务器发送系统业务登记簿同步更新请求，从主服务器获取最新的系统业务登记簿进行更新存储，然后执行步骤S104；

S104、响应方服务器根据更新后的系统业务登记簿再次确认本方与发起方服务器之间在业务数据交互请求携带的业务ID对应的业务中是否存在业务归属关系；若不存在，则向发起方服务器反馈数据交互失败提示信息；若存在，则执行步骤S105；

S105、响应方服务器响应数据交互请求，按照本方存储的系统业务登记簿中该业务ID对应的业务在服务器之间进行数据交互的数据接口调用规则，与发起方服务器进行业务数据交互。

6.根据权利要求5所述分布式系统的数据交互校验方法，其特征在于，所述步骤S103具体为：

S1031、响应方服务器查询自身存储的系统业务登记簿中记录的主服务器与子服务器之间以及各子服务器之间存在的业务归属关系，确认本方与主服务器之间建立通信的通信路由路径；若所述通信路由路径中本方与主服务器之间包含作为路由中转的子服务器，则执行步骤S1032；若所述通信路由路径中本方与主服务器存在直接业务归属关系，则执行步骤S1037；

S1032、响应方服务器发送系统业务登记簿同步更新请求至所述通信路由路径中上传方向的下一个子服务器，且系统业务登记簿同步更新请求中携带有所述通信路由路径；

S1033、作为路由中转的子服务器获取所述通信路由路径，将系统业务登记簿同步更新请求转发至所述通信路由路径中上传方向的下一个服务器，直至转达至主服务器；

S1034、主服务器响应所述系统业务登记簿同步更新请求，将最新的系统业务登记簿通过预先约定的加密公钥加密为登记簿密文，发送至所述通信路由路径中下发方向的下一个子服务器；

S1035、作为路由中转的子服务器接收所述登记簿密文，转发至所述通信路由路径中下发方向的下一个子服务器，直至转达至所述响应方服务器，执行步骤S1036；同时，作为路由中转的子服务器通过预先预定的解密私钥对登记簿密文解密，获得所述最新的系统业务登记簿，并核对本方存储的系统业务登记簿与所述最新的系统业务登记簿是否一致；若不一致，作为路由中转的子服务器则也对所述最新的系统业务登记簿进行更新存储；

S1036、响应方服务器通过预先预定的解密私钥对登记簿密文解密，获得所述最新的系统业务登记簿，然后执行步骤S1038；

S1037、响应方服务器向主服务器发送系统业务登记簿同步更新请求，主服务器响应所述系统业务登记簿同步更新请求，向响应方服务器发送最新的系统业务登记簿，然后执行步骤S1038；

S1038、响应方服务器获取所述最新的系统业务登记簿进行更新存储。

7.根据权利要求1所述分布式系统的数据交互校验方法，其特征在于，所述主服务器还存储各业务的最新版本号和各历史版本号对应的运行软件安装包和配置文件，并建立有用于记录各业务的最新版本号和各历史版本号对应的数据传输协议的业务版本登记簿，且在每个子服务器创建或更新业务时向其分发业务版本登记簿；

当任意子服务器在业务运行中与其它子服务器进行数据交互时，根据业务版本登记簿确认相互之间的数据传输协议达成一致后，进行双方的数据交互。

8.根据权利要求7所述分布式系统的数据交互校验方法，其特征在于，子服务器在业务运行中与其它子服务器进行数据交互时确认相互之间的数据传输协议达成一致的步骤包括：

S201、子服务器作为发起方服务器，向响应方服务器发送业务数据交互请求，所述业务数据交互请求中携带有发起方服务器运行相应业务对应的业务ID和业务软件版本号；所述交互响应方服务器为其它子服务器；

S202、响应方服务器接收业务数据交互请求并获取其中的业务ID和业务软件版本号，确认本方相应业务ID的业务软件版本号是否与其一致；若相一致，则执行步骤S206；若不一致，则执行步骤S203；

S203、响应方服务器确认本方相应业务ID的业务软件版本号是否高于业务数据交互请求中携带的业务软件版本号；若高于，则执行步骤S204；若本方相应业务ID的业务软件版本号低于业务数据交互请求中携带的业务软件版本号，则执行步骤205；

S204、响应方服务器响应数据交互请求，并查询本方存储的业务版本登记簿，按照业务数据交互请求中携带的业务ID的业务软件版本号对应的数据传输协议对业务数据进行传输协议转换，使得响应方服务器与发起方服务器之间在该业务ID所对应的数据传输协议达成一致，然后执行步骤S206；

S205、响应方服务器将本方相应业务ID的业务软件版本号反馈至发起方服务器；发起方服务器查询其存储的业务版本登记簿，按照响应方服务器反馈的业务ID的业务软件版本号对应的数据传输协议对业务数据进行传输协议转换，使得发起方服务器与响应方服务器之间在该业务ID所对应的数据传输协议达成一致，然后再次向响应方服务器发送传输协议转换后的业务数据交互请求，由响应方服务器对该业务数据交互请求进行响应，然后执行步骤S206；

S206、响应方服务器与发起方服务器之间针对业务数据交互请求中所携带业务ID的业务，以相同数据传输协议进行双方的业务数据交互。

9.根据权利要求8所述分布式系统的数据交互校验方法，其特征在于，在作为发起方服务器或响应方服务器的子服务器确认本方在业务数据交互请求中所携带业务ID对应的业务软件版本号比交互对方更低时，该子服务器还执行如下处理：

该子服务器根据自身存储的系统业务登记簿中记录的其与主服务器之间的通信路由路径，向主服务器发送所述业务数据交互请求中所携带业务ID所对应业务的运行软件版本更新请求，从主服务器获取相应业务ID的最新版本号对应的运行软件安装包和配置文件，进行相应业务软件版本的更新和配置，然后再与交互对方重新进行相应业务ID的业务软件版本号的一致性确认。

10.根据权利要求9所述分布式系统的数据交互校验方法，其特征在于，在子服务器中配置有业务代理运行模块，用于代理执行业务的数据交互处理；

在子服务器针对业务数据交互请求中携带的业务ID所对应业务的运行软件版本更新之前，子服务器先将相应业务ID对应的业务在服务器之间进行数据交互的数据接口调用规则、已与交互对方达成一致的数据传输协议、以及对业务数据交互请求进行响应所需的相关业务数据发送至业务代理运行模块进行缓存，然后由业务代理运行模块根据缓存数据代理执行与交互对方的数据交互处理；

在子服务器针对业务数据交互请求中携带的业务ID所对应业务的运行软件版本更新和配置完成之后，则重新接管与交互对方的数据交互处理，释放和清除业务代理运行模块的缓存数据。