CN111694556A - 校验方法及系统和计算机系统及介质 - Google Patents

Abstract

本公开提供了一种校验方法及系统和计算机系统及介质，该校验方法适用于对应至少两个业务系统的校验系统，其中至少一个业务系统包括试算业务接口，所述方法包括：接收所述对象的权属迁移信息；根据所述权属迁移信息匹配所述业务系统的配置信息，确定用于对所述权属迁移信息进行迁移业务处理的第一业务系统，以及确定用于对所述权属迁移信息进行试算迁移业务处理的试算业务系统，其中，所述配置信息包括根据所述权属迁移信息设置的配置规则；根据所述第一业务系统获取第一业务处理结果，并根据所述试算业务系统获取试算业务处理结果；当所述试算业务处理结果与所述第一业务处理结果不一致时，发送异常提示。

Description

校验方法及系统和计算机系统及介质

技术领域

本公开涉及互联网技术领域，更具体地，涉及一种校验方法及系统和计算机系统及介质。

背景技术

随着系统版本的更新迭代，经常出现新业务系统和老业务系统同时存在的情形，如何保证新业务系统的业务处理结果和老业务系统的业务处理结果保持一致性是亟待解决的问题。

在实现本公开构思的过程中，发明人发现现有技术中至少存在如下问题：目前大部分应用系统没有针对新业务系统的业务处理结果和老业务系统的业务处理结果的一致性进行验证的功能，基本上是在新业务系统上线后，直接跑数据，在业务系统出现问题后才去排查解决问题，新业务系统的与老业务系统的业务处理结果的一致性很难得到保证。

发明内容

有鉴于此，本公开提供了一种能够实时对多个系统的业务处理结果进行校验以确保多个系统的业务处理结果的正确性和一致性的校验方法及系统和计算机系统及介质。

本公开的一个方面提供了一种校验方法，适用于校验系统，所述校验系统对应至少两个业务系统，其中至少一个业务系统包括试算业务接口，所述试算业务接口用于根据接收的对象的权属迁移信息获取所述对象的试算业务处理结果，所述方法可以包括如下操作：首先，接收所述对象的权属迁移信息，然后，根据所述权属迁移信息匹配所述业务系统的配置信息，确定用于对所述权属迁移信息进行迁移业务处理的第一业务系统，以及确定用于对所述权属迁移信息进行试算迁移业务处理的试算业务系统，其中，所述配置信息包括根据所述权属迁移信息设置的配置规则，接着，根据所述第一业务系统获取第一业务处理结果，并根据所述试算业务系统获取试算业务处理结果，当所述试算业务处理结果与所述第一业务处理结果不一致时，发送异常提示。

根据本公开的实施例，所述配置规则包括：根据至少一种所述权属迁移信息从所述至少两个业务系统中过滤得到所述第一业务系统，其中，所述权属迁移信息包括以下至少一种：迁移业务信息、迁移处理信息和迁移源信息。

根据本公开的实施例，所述至少两个业务系统的每个业务系统具有权属迁移处理模型，相应地，所述根据所述第一业务系统获取第一业务处理结果，并根据所述试算业务系统获取试算业务处理结果可以包括：首先，控制层根据所述权属迁移信息以及调用服务层的所述第一业务系统的权属迁移处理模型得到业务处理结果，然后，存储所述业务处理结果，并将所述业务处理结果反馈给所述控制层，接着，控制层根据所述权属迁移信息以及调用服务层的具有试算业务接口的业务系统的权属迁移处理模型得到试算业务处理结果，然后，将所述试算业务处理结果存储在临时对象中，并将所述试算业务处理结果反馈给所述控制层。

根据本公开的实施例，所述当所述试算业务处理结果与所述第一业务处理结果不一致时，发送异常提示可以包括：所述控制层对所述业务处理结果和所述试算业务处理结果进行比对，如果比对结果为不一致，则发送异常提示。

根据本公开的实施例，还包括如下操作：在存储所述业务处理结果之后，利用所述业务处理结果在所述第一业务系统之外的业务系统中进行业务重复处理查询，如果业务重复处理查询的查询结果不为空，则发送业务重复处理提示。

根据本公开的实施例，所述利用所述业务处理结果在所述第一业务系统之外的业务系统中进行业务重复处理查询可以包括如下操作：首先，所述控制层调用服务层在数据访问层获取所述第一业务系统之外的业务系统的存储信息，所述存储信息包括业务处理信息，然后，利用所述业务处理结果在所述业务处理信息中进行查询，接着，将所述查询的查询结果反馈给所述控制层，相应地，所述如果业务重复处理查询的查询结果不为空，则发送业务重复处理提示可以包括：首先，如果所述控制层接收到的所述查询结果不为空，则抛出业务重复处理异常信息，然后，发送所述业务重复处理异常提示给客户端，以便在人机交互界面展示所述业务重复处理异常信息。

根据本公开的实施例，所述控制层、所述服务层和所述数据访问层基于后台Java框架实现，并且/或者，所述业务处理结果基于Mybatis框架进行存储，并且/或者，所述人机交互界面基于AngularJS框架实现。

根据本公开的实施例，所述多个业务系统的每个业务系统还分别对应一个权属处理系统，所述方法还可以包括如下操作：如果所述控制层接收到的所述查询结果为空，则允许所述第一业务系统将所述业务处理结果发送给所述第一业务系统对应的权属处理系统。

根据本公开的实施例，还可以包括如下操作：在将所述业务处理结果发送给所述权属处理系统之前，利用所述业务处理结果在所述第一业务系统之外的业务系统对应的权属处理系统中进行权属重复处理查询，如果权属重复处理查询的查询结果不为空，则禁止给所述第一业务系统对应的权属处理系统发送所述业务处理结果，然后，给客户端发送权属重复处理异常信息，以展示所述权属重复处理异常信息。

根据本公开的实施例，所述多个业务系统为两个业务系统，所述两个业务系统中的一个业务系统的更新时间早于另一个业务系统的更新时间。

本公开的另一个方面提供了一种校验装置，适用于校验系统，所述校验系统对应至少两个业务系统，其中至少一个业务系统包括试算业务接口，所述试算业务接口用于根据接收的对象的权属迁移信息获取所述对象的试算业务处理结果，所述装置可以包括接收模块、系统确定模块、第一获取模块和第一发送模块。其中，所述接收模块用于接收所述对象的权属迁移信息，所述系统确定模块用于根据所述权属迁移信息匹配所述业务系统的配置信息，确定用于对所述权属迁移信息进行迁移业务处理的第一业务系统，以及确定用于对所述权属迁移信息进行试算迁移业务处理的试算业务系统，其中，所述配置信息包括根据所述权属迁移信息设置的配置规则，所述第一获取模块用于根据所述第一业务系统获取第一业务处理结果，并根据所述试算业务系统获取试算业务处理结果，所述第一发送模块用于当所述试算业务处理结果与所述第一业务处理结果不一致时，发送异常提示。

根据本公开的实施例，所述至少一个业务系统的每个业务系统具有权属迁移处理模型，相应地，所述第一获取模块可以包括：第一获取单元、第一反馈单元、第二获取单元和第二反馈单元。其中，所述第一获取单元用于控制层根据所述权属迁移信息以及调用服务层的所述第一业务系统的权属迁移处理模型得到业务处理结果，所述第一反馈单元用于存储所述业务处理结果，并将所述业务处理结果反馈给所述控制层，所述第二获取单元用于控制层根据所述权属迁移信息以及调用服务层的具有试算业务接口的业务系统的权属迁移处理模型得到试算业务处理结果，所述第二反馈单元用于将所述试算业务处理结果存储在临时对象中，并将所述试算业务处理结果反馈给所述控制层。

根据本公开的实施例，所述第一发送模块具体以用于所述控制层对所述业务处理结果和所述试算业务处理结果进行比对，如果比对结果为不一致，则发送异常提示。

根据本公开的实施例，所述装置还包括第一查重模块和第二发送模块，其中，所述第一查重模块用于在存储所述业务处理结果之后，利用所述业务处理结果在所述第一业务系统之外的业务系统中进行业务重复处理查询，所述第二发送模块用于如果业务重复处理查询的查询结果不为空，则发送业务重复处理提示。

根据本公开的实施例，所述第一查重模块可以包括第三获取单元、第一查询单元和第三反馈单元，其中，所述第三获取单元用于所述控制层调用服务层在数据访问层获取所述第一业务系统之外的业务系统的存储信息，所述存储信息包括业务处理信息，所述第一查询单元用于利用所述业务处理结果在所述业务处理信息中进行查询，所述第三反馈单元用于将所述查询的查询结果反馈给所述控制层。相应地，所述第二发送模块包括异常抛出单元和第一发送单元，其中，所述异常抛出单元用于如果所述控制层接收到的所述查询结果不为空，则抛出业务重复处理异常信息，所述第一发送单元用于发送业务重复处理异常提示给客户端，以便在人机交互界面展示所述业务重复处理异常信息。

根据本公开的实施例，所述控制层、所述服务层和所述数据访问层基于后台Java框架实现，并且/或者，所述业务处理结果基于Mybatis框架进行存储，并且/或者，所述人机交互界面基于AngularJS框架实现。

根据本公开的实施例，所述多个业务系统的每个业务系统还分别对应一个权属处理系统，所述装置还包括第三发送模块，其中，所述第三发送模块用于如果所述控制层接收到的所述查询结果为空，则允许所述第一业务系统将所述业务处理结果发送给所述第一业务系统对应的权属处理系统。

根据本公开的实施例，所述装置还可以包括：第二查重模块、查重处理模块和第四发送模块。其中，所述第二查重模块用于在将所述业务处理结果发送给所述权属处理系统之前，利用所述业务处理结果在所述第一业务系统之外的业务系统对应的权属处理系统中进行权属重复处理查询，所述查重处理模块用于如果权属重复处理查询的查询结果不为空，则禁止给所述第一业务系统对应的权属处理系统发送所述业务处理结果，所述第四发送模块用于给客户端发送权属重复处理异常信息，以展示权属重复处理异常信息。

本公开的另一方面提供了一种计算机系统，包括一个或多个处理器，以及存储装置，所述存储装置用于存储可执行指令，所述可执行指令在被所述处理器执行时，实现如上所述的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

根据本公开的实施例，可以至少部分地解决目前大部分应用系统没有针对不同系统的权属迁移处理模型一致性进行验证的功能的问题，并因此可以实现提升不同系统的权属迁移处理模型的一致性的技术效果。

根据本公开的实施例，为了预防业务重复处理，如订单费用被重复计费结算，在一个系统计费后针对当前订单查询另一个系统的计费表是否存在对应订单的数据，如果有则抛异常，并及时告警给相关人员，为保证同一个订单只被计费一次做了第一道防线。

根据本公开的实施例，为了进一步预防业务重复处理，如订单费用被重复结算，当一个系统计费结果向对应的结算系统同步时，会再次查询至少另一个系统结算明细表是否有当前订单对应的订单数据，如果有则不会同步到结算系统，而是直接抛异常，未查到对应订单数据时才同步到结算系统，因此，为保证同一个订单只被计费一次做了第二道防线，从而保证了各系统不会重复计费结算给商家，以上方案有效预防了给商家多打款或多扣款问题，减少了公司损失。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的校验方法及系统和计算机系统及介质的应用场景；

图2A示意性示出了根据本公开实施例的校验方法的逻辑图；

图2B示意性示出了根据本公开实施例的校验方法的流程图；

图2C示意性示出了根据本公开实施例的系统确定方法的逻辑图；

图2D示意性示出了根据本公开实施例的试算计费功能的逻辑图；

图3A示意性示出了根据本公开实施例的校验重复计费结算的方法的逻辑图；

图3B示意性示出了根据本公开另一实施例的校验方法的流程图；

图3C示意性示出了根据本公开另一实施例的校验方法的流程图；

图3D示意性示出了根据本公开实施例的多个订单情形下防止重复计费结算的校验逻辑图；

图4A示意性示出了根据本公开实施例的校验装置的框图；以及

图4B示意性示出了根据本公开另一实施例的校验装置的框图；以及

图5示意性示出了根据本公开实施例的计算机系统的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。本领域技术人员还应理解，实质上任意表示两个或更多可选项目的转折连词和/或短语，无论是在说明书、权利要求书还是附图中，都应被理解为给出了包括这些项目之一、这些项目任一方、或两个项目的可能性。例如，短语“A或B”应当被理解为包括“A”或“B”、或“A和B”的可能性。

现有技术中当存在多个可以进行业务处理的业务系统时，如多个计费系统时，以同时存在新计费系统和老计费系统可以进行计费为例，通常是在新计费系统上线后，直接跑订单，在系统出现问题后才去排查解决问题。另外，现有技术中针对同一个订单费用，不能分别在新计费系统和老计费系统中都进行计费结算的相关验证，也缺少有效的校验方法，目前，通常是在新计费系统上线后，对同一个订单进行手动查询验证是否分别被新计费系统和老计费系统重复计费结算给商家。针对多个系统的计费模型的一致性，如果不进行校验，没有一个监控保障措施，例如，在新计费系统上线进行计费时候很容易出现错误，仅仅靠系统出现问题才去排查解决问题，即浪费了大量的人力资源，又会带来经济损失，甚至导致灾难性的后果。而针对不同系统不能同时进行计费结算的问题，如新老计费系统不能同时计费结算，如果在结算时候不进行预防校验，仅在新计费系统上线后再人工排查新老计费系统是否同时计费，这不仅增加了排查困难又很大程度上增加了重复计费的风险，一旦重复计费结算给商家，会带来经济损失。

本公开的实施例提供了一种校验方法及系统和计算机系统及介质。该方法包括系统确定过程和试算比对过程。在系统确定过程中，首先接收所述对象的权属迁移信息，然后根据所述权属迁移信息匹配所述业务系统的配置信息，确定用于对所述权属迁移信息进行迁移业务处理的第一业务系统，以及确定用于对所述权属迁移信息进行试算迁移业务处理的试算业务系统，其中，所述配置信息包括根据所述权属迁移信息设置的配置规则，这样可以根据所述权属迁移信息确定合适的业务系统和试算业务系统，如有的业务需要在老计费系统中进行计费，并需要在新计费系统中进行试算。在完成系统确定之后，进入试算比对过程，如果根据所述第一业务系统获取的第一业务处理结果与根据所述试算业务系统获取的试算业务处理结果不一致，则发送异常提示，这样就可以实现系统自动进行业务处理结果比对，并在处理结果不一致时给用户展示异常提示。此外，该方法还可以进一步包括业务重复处理验证过程，这样可以有效防止一个业务，如订单分别在不同的业务系统中进行处理，如计费及后续结算。另外，该方法还可以进一步包括权属重复处理验证过程，这样可以进一步防止一个业务，如订单分别在不同的权属处理系统，如结算系统中进行结算，及早发现异常。

本公开的方案可以基于后台Spring MVC框架+Mybatis+前端AngularJS框架技术，通过不同系统互调试算的方法对业务处理结果进行对比校验，实现了新老计费系统权属迁移处理模型一致性的监控功能，一旦发现权属迁移处理模型有错误，前端的页面会给出警告提示，并可以通过发送告警邮件或短信，通知产品、研发、测试三方人员及时处理问题，降低影响范围，减少经济损失。

另外，本公开的方案针对同一个业务的费用，如同一个订单同一个费用，在业务流程，如计费流程(以同时存在新计费系统和老计费系统为例进行示例性说明)：如果是走新计费系统进行计费结算，在计费完成后，可以根据该订单该费用数据查询老计费系统的计费明细表，如果能查到相关数据，则说明订单被重复计费了。相反，如果订单走老计费系统进行计费结算，在老计费系统计费完成后，根据订单该费用数据查询新计费系统的计费明细表，如果能查到数据，也说明订单被重复计费了，此时可以进行异常信息展示。

接下来的权属迁移处理流程，如结算流程(仍然以同时存在新计费系统和老计费系统为例进行示例性说明)：如果在计费流程没重复计费，则继续在同步结算时候做防止重复结算的校验，在新计费系统的计费数据同步到结算系统之前，根据该订单该费用数据查询老计费系统对应的结算系统的结算明细表，如果能查到相关数据，则说明继续对该订单进行结算会使得该订单被重复结算。相反，如果订单是从老计费系统对应的结算系统进行结算，在老计费系统计费完成后，根据订单该费用数据查询新计费系统对应的结算系统中的结算明细表，如果能查到数据，也说明订单被重复结算了，从而进一步防止了重复给商家结算的风险。

针对以上检验到权属迁移重复处理，如订单被重复计费或结算时，可以在前端页面展示该订单该费用被重复计费的错误提示信息，让系统开发人员和测试人员通过页面错误信息及时感知到错误数据，及时进行处理；同时，在查到表面存在重复计费或重复结算的数据时自动抛出异常并报警给开发和测试人员，让开发人员及时解决问题，这样，在很大程度上降低了风险，节约了成本，同时也提高了处理问题的效率。

图1示意性示出了根据本公开实施例的校验方法及系统和计算机系统及介质的应用场景。如图1所示的系统架构100。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以包括数据服务器101、102、103、104、105、106、107和网络108。网络108用以在数据服务器101、102、103和服务器集群105之间提供通信链路的介质。网络108可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

数据服务器101、102、103、104、105、106、107从业务系统获取业务数据，通过网络108进行数据交互，以获得彼此的各业务相关的权属迁移数据(如订单相关数据、计费相关数据、结算相关数据等)。数据服务器101、102、103、104、105、106、107可以是个人电脑(personal computer，PC)、网络服务器、数据库服务器等，可以具有相同或不同的计算能力。多个数据服务器可以构成服务器集群，例如，数据服务器102、103、104为一个服务器集群，提供订单计费服务等，数据服务器105、106、107构成另一个服务器集群，提供订单结算服务等。数据服务器101可以为校验系统提供后台支持服务等(以上仅为示例性举例，不应当理解为对本公开技术方案的限定)。

服务器集群中可以包括一个或多个电子设备，电子设备可以是个人电脑、网络服务器、数据库服务器等，多个电子设备可以具有相同或不同的计算能力。

需要说明的是，本公开实施例所提供的校验方法一般可以由数据服务器101执行。相应地，本公开实施例所提供的校验装置一般可以设置于数据服务器101中。本公开实施例所提供的校验方法也可以由不同于数据服务器101且能够与数据服务器102、103、104和/或数据服务器105、106、107通信的服务器或服务器集群执行。相应地，本公开实施例所提供的校验装置也可以设置于不同于数据服务器101且能够与数据服务器102、103、104和/或数据服务器105、106、107通信的服务器或服务器集群执行。

本公开实施例所提供的校验方法也可以由数据服务器102、103、104、105、106、107中的一个或多个执行。相应地，本公开实施例所提供的校验装置也可以设置于数据服务器102、103、104、105、106、107中的一个或多个中。

应该理解，图1中的电子设备的数目仅仅是示意性的。根据实现需要，可以具有任意数目的电子设备。

图2A示意性示出了根据本公开实施例的校验方法的逻辑图。

如图2A所示，以所述至少两个业务系统为两个业务系统为例进行说明，其中，一个业务系统为新业务系统，另一个业务系统为老业务系统，新业务系统和老业务系统的权属迁移处理模型一致性及防止业务重复处理的校验的整个流程思想如下所示(以下以订单计费的一致性和订单是否重复计费为例进行说明)：通过新计费系统和老计费系统互调各自的试算功能验证计费模型的一致性和正确性，在保证模型一致性和正确性基础上，进行当前订单费用的重复计费的自动校验和重复结算的自动校验。以下结合图2B至图3D进行示例性说明。

图2B示意性示出了根据本公开实施例的校验方法的流程图。

如图2B所示，该方法可以包括操作S201～操作S203。其中，该校验方法适用于校验系统，所述校验系统对应至少两个业务系统，其中至少一个业务系统包括试算业务接口，所述试算业务接口用于根据接收的对象的权属迁移信息获取所述对象的试算业务处理结果。为了便于理解本公开的技术方案，以下以两个计费系统，其中，一个计费系统的更新时间早于另一个计费系统的更新时间，如一个计费系统为老计费系统，另一个计费系统为新计费系统为例进行说明。

在操作S201，接收所述对象的权属迁移信息。

在本实施例中，所述权属迁移信息可以包括订单信息等，所述订单信息可以包括以下任意一种或多种：业务信息、费用信息和商家信息等，这些信息可以表明当前订单适用于哪个计费系统，例如，当同时存在新计费系统和老计费系统时，有些业务只能采用老计费系统进行计费，有些业务可以采用老计费系统或新计费系统进行计费。此外，订单中通常包含费用相关信息，可以根据订单信息进行计费。具体地，可以在接收上游订单消息数据后插入消息表中。

然后，在操作S202，根据所述权属迁移信息匹配所述业务系统的配置信息，确定用于对所述权属迁移信息进行迁移业务处理的第一业务系统，以及确定用于对所述权属迁移信息进行试算迁移业务处理的试算业务系统，其中，所述配置信息包括根据所述权属迁移信息设置的配置规则。

在本实施例中，以所述权属迁移信息包括订单信息为例进行说明，为例避免同一个订单在多个计费系统中进行计费，造成重复计费的问题，可以首先根据所述订单信息从所述多个计费系统中确定一个用于计费的第一计费系统。

具体地，当所述订单信息中包括以下任意一种或多种：业务信息、费用信息和商家信息时，相应地，操作S202可以通过以下方式实现：首先，在所述多个计费系统的每个计费系统中设置配置信息，所述配置信息包括以下任意一种或多种：业务信息、费用信息和商家黑白名单信息，然后，根据所述订单信息和所述配置信息确定所述第一计费系统。试算业务系统可以从具有试算业务接口的业务系统中选取一个来获取，例如，新计费系统和老计费系统都具有试算业务接口，新计费系统被确定为第一计费系统，则可以选老计费系统作为试算业务系统。

在一个具体实施例中，所述配置规则包括：根据至少一种所述权属迁移信息从所述至少两个业务系统中过滤得到所述第一业务系统，其中，所述权属迁移信息包括以下至少一种：迁移业务信息、迁移处理信息和迁移源信息。所述至少一个业务系统的每个业务系统具有权属迁移处理模型，具体地，以计费系统为例进行说明，多个计费系统的每个计费系统可以具有计费模型，相应地，所述根据所述第一业务系统获取第一业务处理结果，并根据所述试算业务系统获取试算业务处理结果包括可以包括如下操作：首先，控制层根据所述权属迁移信息以及调用服务层的所述第一业务系统的权属迁移处理模型得到业务处理结果，然后，存储所述业务处理结果，并将所述业务处理结果反馈给所述控制层，接着，控制层根据所述权属迁移信息以及调用服务层的具有试算业务接口的业务系统的权属迁移处理模型得到试算业务处理结果，然后，将所述试算业务处理结果存储在临时对象中，并将所述试算业务处理结果反馈给所述控制层。

如果所述业务系统为计费系统，所述权属迁移信息包括订单信息，则首先控制层根据所述订单信息以及调用服务层的所述第一计费系统的计费模型得到计费结果，然后，存储所述计费结果，并将所述计费结果反馈给所述控制层，接着，控制层根据所述订单信息以及调用服务层的具有试算计费接口的计费系统的计费模型得到试算计费结果，然后，将所述试算计费结果存储在临时对象中，并将所述试算计费结果反馈给所述控制层，接着，所述控制层对所述计费结果和所述试算计费结果进行比对，如果比对结果为不一致，则展示异常信息。需要说明的是，上述操作中可以先获取计费结果，然后获取试算计费结果，也可以是先获取试算计费结果，然后获取计费结果，在此不做限定。

图2C示意性示出了根据本公开实施例的系统确定方法的逻辑图。

如图2C所示，首先，当接收到上游订单消息数据被插入消息表时，根据订单费用数据调服务(service)接口查配置文件(如可以为采用xml文件或数据库表进行配置)，判断是否走新计费结算系统，该配置文件是按业务+费用+商家黑白名单维度，进行配置是否走新计费系统。当确定为通过新计费系统计费时，可以在控制层(controller层)进行新计费系统计费结果的校验(也可以理解为是对新计费系统的计费模型的校验)。

在操作S203，根据所述第一业务系统获取第一业务处理结果，并根据所述试算业务系统获取试算业务处理结果。

其中，业务处理过程可以同现有技术，试算业务处理结果可以通过调用试算业务系统的试算业务接口来获取。

图2D示意性示出了根据本公开实施例的试算计费功能的逻辑图。

如图2D所示，示例性给出了试算计费接口的功能实现的逻辑示意图。试算计费接口为本实施例可以实现的基础，具体地，试算计费接口功能可以如下所示：根据将要进行计费的订单数据，直接调用计费方法，此方法会根据不同的业务，按配置的计费模型进行不同的计费，试算后不会将试算计费结果保存入新计费系统或老计费系统的计费明细表中，也就是说，试算计费结果不会参与整个业务流程的数据流转，会将计费结果保存到一个临时的计费的对象中，并可以实时的将该试算计费结果输出到view层，以在UI界面上展示，方便测试或开发人员通过该试算计费结果来判断当前数据是否能被成功计费，从业务流程上完全感知不到此功能。

在一个具体实施例中，控制层调用service层的新计费系统的计费方法进行订单计费，计费结果存入计费明细表(这里可以涉及到分库分表的相关操作，比如分为32库，每库32表，共计1024表)，并且该方法将该结果再反馈到控制层，另外，在控制层调用老计费系统的试算方法进行计费，同时将试算计费结果保存在一个临时对象中，最后，将已保存的计费结果和试算结果进行比较，如果比对结果为一致，则说明新计费系统的计费模型没问题，如果有字段不同，说计费明模型配置有误，可以将比较结果展示在AngularJS框架实现的人机交互(UI)页面上，并可以进一步发出告警邮件或短信通知相关开发和测试，从而实现对新计费系统和老计费系统的计费模型一致性的监控。同理，当确定当前订单通过老计费系统进行计费结算时，在控制层调用老计费系统的计费方法，并将计费结果存入老计费系统的计费明细表，并调用新计费系统的试算计费方法，将结果存入临时对象，最后将这计费结果和试算计费结果进行比较验证，从而保证了新计费系统和老计费系统的计费模型的一致性和正确性。

在操作S204，当所述试算业务处理结果与所述第一业务处理结果不一致时，发送异常提示。

具体地，所述控制层对所述业务处理结果和所述试算业务处理结果进行比对，如果比对结果为不一致，则发送异常提示。其中，可以将异常提示发送给客户端，以便于客户端以声光等形式提示用户存在处理结果不一致的异常。

在另一个实施例中，基于试算业务接口实现了业务系统的权属迁移处理模型一致性及正确性验证监控功能之后，可以在保证各业务系统的权属迁移处理模型正确性的基础上，可以进一步实现防止业务重复处理的自动验证，以下仍以计费系统为例进行说明。

图3A示意性示出了根据本公开实施例的校验重复计费结算的方法的逻辑图。

如图3A所示，基于试算计费的方法实现了新老计费系统计费模型一致性及正确性验证监控功能之后，可以在保证新老计费系统计费模型正确性的基础上，可以进一步实现防止订单费用被重复计费、结算的自动验证，从而在很大程度上降低了订单费用被错误或重复计费结算的线上风险及问题影响范围，减少了经济损失，同时也节省了开发和测试人员线上验证及监控的时间，提高了工作效率。以下结合图3B至图3D进行示例性说明。

图3B示意性示出了根据本公开另一实施例的校验方法的流程图。

如图3B所示，为了进一步避免同一个订单在多个系统中被重复计费和结算，所述方法还可以包括操作S301～操作S302。

在操作S301中，在存储所述业务处理结果之后，利用所述业务处理结果在所述第一业务系统之外的业务系统中进行业务重复处理查询。

在本实施例中，以新计费系统和老计费系统为例，防止新计费系统和老计费系统对订单费用进行重复计费而进行了重复计费查询。订单费用重复计费的校验是在控制层进行的，在保证新计费系统的计费模型和老计费系统的计费模型的正确性和一致性的基础上，进一步对当前要计费的订单进行防止重复计费校验。

具体地，所述利用所述业务处理结果在所述第一业务系统之外的业务系统中进行业务重复处理查询可以包括如下操作：首先，所述控制层调用服务层在数据访问层获取所述第一业务系统之外的业务系统的存储信息，所述存储信息包括业务处理信息，然后，利用所述业务处理结果在所述业务处理信息中进行查询，接着，将所述查询的查询结果反馈给所述控制层。

在操作S302中，如果业务重复处理查询的查询结果不为空，则发送业务重复处理提示。

具体地，所述如果业务重复处理查询的查询结果不为空，则发送业务重复处理提示可以包括如下操作：首先，如果所述控制层接收到的所述查询结果不为空，则抛出业务重复处理异常信息，然后，发送所述业务重复处理异常提示给客户端，以便在人机交互界面展示所述业务重复处理异常信息。

在一个具体实施例中，以通过新计费系统进行计费为例说明，如果是通过新计费系统进行计费，首先，在controller层根据新计费系统的已计费订单费用明细结果，调用service层查询数据访问(Date Access Object，简称DAO)层的老计费系统的计费明细表的查询方法，并将查询结果回传给控制层，如果返回结果不为空，则说明有该订单被重复计费了，这时controller层抛异常，并将错误提示信息回传给UI进行展示，同时还可以发出告警邮件或短信。

在另一个具体实施例中，如果该订单是通过老计费系统进行计费，在controller层根据老计费系统的已计费订单费用明细结果，调用service层查询DAO层的新计费系统的计费明细表的查询方法，并将查询结果回传给控制层，如果返回结果为空，说明没有重复计费，如果不为空则抛出异常，从而保证了同一订单费用只会被一个计费系统进行计费，有效的防止了订单被重复计费。

可选地，所述控制层、所述服务层和所述数据访问层基于后台Java框架实现，或者，所述计费结果基于Mybatis框架进行存储，或者所述人机交互界面基于AngularJS框架实现。其中，Spring MVC(Spring Model View Controller)是一种后端框架技术，AngularJS是Google开发的一款开源的前端技术框架，MyBatis是一个基于Java的持久层框架，可以实现对象之间的映射关系。需要说明的是，该方法也可以用其他技术框架或模式来实现，比如Spring+Struts+Hibernated后端框架技术或其他后端技术+VUE、js、css等前端技术来实现，在此不做限定。

此外，当所述多个业务系统的每个业务系统还分别对应一个权属处理系统时，所述方法还可以包括如下操作：如果所述控制层接收到的所述查询结果为空，则允许所述第一业务系统将所述业务处理结果发送给所述第一业务系统对应的权属处理系统，如当计费结果未被其它计费系统对应的结算系统处理过时，将该计费结果发给所述第一计费系统对应的结算系统进行结算处理。

图3C示意性示出了根据本公开另一实施例的校验方法的流程图。

如图3C所示，以计费系统为例，在计费过程中，如果订单费用没被重复计费，在继续进行结算过程时，可以进一步进行订单费用的重复结算预防校验。所述方法还可以进一步包括操作S303～操作S305。

在操作S303中，在将所述业务处理结果发送给所述权属处理系统之前，利用所述业务处理结果在所述第一业务系统之外的业务系统对应的权属处理系统中进行权属重复处理查询。

具体地，重复结算查询的具体方法可以参考重复计费查询的具体方法，在此不再赘述。

在操作S304中，如果权属重复处理查询的查询结果不为空，则禁止给所述第一业务系统对应的权属处理系统发送所述业务处理结果。也就是说，当其它计费系统对应的结算系统已经对当前订单进行过结算处理时，需要禁止将当前订单再次发送给结算系统进行结算处理，以避免对同一订单进行重复结算。

在操作S305中，给客户端发送权属重复处理异常信息，以展示所述权属重复处理异常信息。具体地，展示方法可以参考重复计费信息的展示方法，在此不再赘述。

在一个具体实施例中，以通过新计费系统对应的结算系统进行结算为例，如果是通过新计费系统对应的结算系统进行结算，可以在controller层根据新计费系统的订单费用数据，调用service层查询DAO层的老计费系统对应的结算系统的结算明细表的查询方法，将查询结果回传给控制层，如果在老计费系统对应的结算系统的结算明细表中查询到了该订单费用的结算明细数据，则说明该订单已被结算，如果再次结算则会导致被重复结算，这时controller层可以抛出异常，将错误提示信息回传给UI进行展示，可以发出告警邮件或短信，并且新计费系统不会将计费明细同步到结算系统。如果在老计费系统对应的结算系统的结算表没查到相关数据，则新计费系统会继续将计费明细同步到结算系统，继续走结算流程。

在另一个具体实施例中，以通过老计费系统对应的结算系统进行结算为例，如果该订单通过老计费系统对应的结算系统进行结算，在controller层调用service层的查询新计费系统对应的结算系统的结算明细表的方法，如果返回结果不为空，则说明该订单费用已在新计费系统对应的结算系统中结算，这时controller层会抛出异常，将错误提示信息回传给UI进行展示，还可以发出告警邮件或短信，让开发人员及时修复问题，减少了经济损失。

本公开提供的校验方法在结算阶段的预防重复结算过程中，保证了同一个订单费用不会被重复结算给商家，从而有效的降低了订单费用被重复结算给商家的风险，有效避免遭受相关损失。

图3D示意性示出了根据本公开实施例的多个订单情形下防止重复计费结算的校验逻辑图。

如图3D所示，多个订单中每一个订单的订单计费结果被传送给结算系统之前，都需要进行计费重复校验和结算重复校验，当然，如果计费重复校验没有通过，则无需再进行结算重复校验，可以直接通过UI展示重复计费信息。如果计费重复校验通过，但是结算重复校验没有通过，则通过UI展示重复结算信息。

本公开提供的校验方法，可以基于后台Spring MVC(Model View Controller)框架+Mybatis+前端AngularJS框架技术，将新计费系统的计费结果和老计费系统的试算计费结果进行对比验证，也可以对通过老计费系统进行计费得到的计费结果，与通过新计费系统得到的试算计费结果进行对比，从而保证新计费系统和老计费系统的计费模型的正确性和一致性，实现了新计费系统和老计费系统对应的计费模型一致性的自动验证。

另外，同时在多个业务系统，如老计费系统中增加按业务+费用+商家黑白名单维度进行配置是否走新计费系统的配置文件(如xml文件或数据库表进行配置)，根据订单费用数据调service接口查配置文件，确定是否走新计费系统，有利于一个订单费用只被一个计费系统进行计费及后续结算。

此外，为了进一步预防订单费用被重复计费结算，如在新计费系统进行计费后，针对当前费用订单查询老计费系统对应的计费表是否有数据，如果有则抛异常，并及时告警给相关人员，为保证同一个订单只被计费一次提供了有效保证。此外，当新计费系统对应的计费结果向结算系统同步时会再次查老计费系统对应的结算系统的结算明细表是否有当前费用订单数据，如果有则不会同步，并直接抛异常，只有在未查到时才同步到结算系统，因此，又进一步有效地保证同一个订单只被结算一次，从而有效保证了不会重复计费结算给商家，可以有效预防给商家多打款或多扣款问题。

图4A示意性示出了根据本公开实施例的校验装置的框图。

如图4A所示，装置400包括接收模块410、系统确定模块420、第一获取模块430和第一发送模块440。

其中，所述接收模块410用于接收所述对象的权属迁移信息。

所述系统确定模块420用于根据所述权属迁移信息匹配所述业务系统的配置信息，确定用于对所述权属迁移信息进行迁移业务处理的第一业务系统，以及确定用于对所述权属迁移信息进行试算迁移业务处理的试算业务系统，其中，所述配置信息包括根据所述权属迁移信息设置的配置规则。

所述第一获取模块430用于根据所述第一业务系统获取第一业务处理结果，并根据所述试算业务系统获取试算业务处理结果。

所述第一发送模块440用于当所述试算业务处理结果与所述第一业务处理结果不一致时，发送异常提示。

在一个实施例中，所述至少一个业务系统的每个业务系统具有权属迁移处理模型，相应地，所述第一获取模块430可以包括：第一获取单元、第一反馈单元、第二获取单元和第二反馈单元。

其中，所述第一获取单元用于控制层根据所述权属迁移信息以及调用服务层的所述第一业务系统的权属迁移处理模型得到业务处理结果。

所述第一反馈单元用于存储所述业务处理结果，并将所述业务处理结果反馈给所述控制层。

所述第二获取单元用于控制层根据所述权属迁移信息以及调用服务层的具有试算业务接口的业务系统的权属迁移处理模型得到试算业务处理结果。

所述第二反馈单元用于将所述试算业务处理结果存储在临时对象中，并将所述试算业务处理结果反馈给所述控制层。

相应地，所述第一发送模块440具体以用于所述控制层对所述业务处理结果和所述试算业务处理结果进行比对，如果比对结果为不一致，则发送异常提示。

图4B示意性示出了根据本公开另一实施例的校验装置的框图。

如图4B所示，为了防止同一个订单分别在不同的系统中进行计费，所述装置400还可以包括第一查重模块450和第二发送模块460。

其中，所述第一查重模块450用于在存储所述业务处理结果之后，利用所述业务处理结果在所述第一业务系统之外的业务系统中进行业务重复处理查询.

所述第二发送模块460用于如果业务重复处理查询的查询结果不为空，则发送业务重复处理提示。

可选地，所述第一查重模块450可以包括第三获取单元、第一查询单元和第三反馈单元.

其中，所述第三获取单元用于所述控制层调用服务层在数据访问层获取所述第一业务系统之外的业务系统的存储信息，所述存储信息包括业务处理信息。

所述第一查询单元用于利用所述业务处理结果在所述业务处理信息中进行查询。

所述第三反馈单元用于将所述查询的查询结果反馈给所述控制层。

相应地，所述第二发送模块460可以包括异常抛出单元和第一发送单元。

其中，所述异常抛出单元用于如果所述控制层接收到的所述查询结果不为空，则抛出业务重复处理异常信息。

所述第一发送单元用于发送业务重复处理异常提示给客户端，以便在人机交互界面展示所述业务重复处理异常信息。

在一个具体实施例中，所述控制层、所述服务层和所述数据访问层基于后台Java框架实现，并且/或者，所述业务处理结果基于Mybatis框架进行存储，并且/或者，所述人机交互界面基于AngularJS框架实现。

在另一个实施例中，所述多个业务系统的每个业务系统还分别对应一个权属处理系统，相应地，所述装置400还可以包括第三发送模块470，其中，所述第三发送模块470用于如果所述控制层接收到的所述查询结果为空，则允许所述第一业务系统将所述业务处理结果发送给所述第一业务系统对应的权属处理系统。

在又一个实施例中，所述装置400还可以包括：第二查重模块480、查重处理模块490和第四发送模块411。

其中，所述第二查重模块480用于在将所述业务处理结果发送给所述权属处理系统之前，利用所述业务处理结果在所述第一业务系统之外的业务系统对应的权属处理系统中进行权属重复处理查询。

所述查重处理模块490用于如果权属重复处理查询的查询结果不为空，则禁止给所述第一业务系统对应的权属处理系统发送所述业务处理结果。

所述第四发送模块411用于给客户端发送权属重复处理异常信息，以展示权属重复处理异常信息。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，接收模块410、系统确定模块420、第一获取模块430、第一发送模块440、第一查重模块450、第二发送模块460、第三发送模块470、第二查重模块480、查重处理模块490和第四发送模块411中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，接收模块410、系统确定模块420、第一获取模块430、第一发送模块440、第一查重模块450、第二发送模块460、第三发送模块470、第二查重模块480、查重处理模块490和第四发送模块411中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，接收模块410、系统确定模块420、第一获取模块430、第一发送模块440、第一查重模块450、第二发送模块460、第三发送模块470、第二查重模块480、查重处理模块490和第四发送模块411中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图5示意性示出了根据本公开实施例的适于实现上文描述的方法的计算机系统的方框图。图5示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图5所示，根据本公开实施例的计算机系统500包括处理器501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。处理器501例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器501还可以包括用于缓存用途的板载存储器。处理器501可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 503中，存储有系统500操作所需的各种程序和数据。处理器501、ROM 502以及RAM 503通过总线504彼此相连。处理器501通过执行ROM 502和/或RAM 503中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 502和RAM 503以外的一个或多个存储器中。处理器501也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，系统500还可以包括输入/输出(I/O)接口505，输入/输出(I/O)接口505也连接至总线504。系统500还可以包括连接至I/O接口505的以下部件中的一项或多项：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口505。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被处理器501执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 502和/或RAM 503和/或ROM 502和RAM 503以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (12)

1.一种校验方法，适用于校验系统，所述校验系统对应至少两个业务系统，其中至少一个业务系统包括试算业务接口，所述试算业务接口用于根据接收的对象的权属迁移信息获取所述对象的试算业务处理结果，所述方法包括：

接收所述对象的权属迁移信息；

根据所述权属迁移信息匹配所述业务系统的配置信息，确定用于对所述权属迁移信息进行迁移业务处理的第一业务系统，以及确定用于对所述权属迁移信息进行试算迁移业务处理的试算业务系统，其中，所述配置信息包括根据所述权属迁移信息设置的配置规则；

根据所述第一业务系统获取第一业务处理结果，并根据所述试算业务系统获取试算业务处理结果；

当所述试算业务处理结果与所述第一业务处理结果不一致时，发送异常提示。

2.根据权利要求1所述的方法，所述配置规则包括：根据至少一种所述权属迁移信息从所述至少两个业务系统中过滤得到所述第一业务系统，其中，所述权属迁移信息包括以下至少一种：迁移业务信息、迁移处理信息和迁移源信息。

3.根据权利要求1所述的方法，其中：

所述至少一个业务系统的每个业务系统具有权属迁移处理模型；

所述根据所述第一业务系统获取第一业务处理结果，并根据所述试算业务系统获取试算业务处理结果包括：

控制层根据所述权属迁移信息以及调用服务层的所述第一业务系统的权属迁移处理模型得到业务处理结果；

存储所述业务处理结果，并将所述业务处理结果反馈给所述控制层；

控制层根据所述权属迁移信息以及调用服务层的具有试算业务接口的业务系统的权属迁移处理模型得到试算业务处理结果；以及

将所述试算业务处理结果存储在临时对象中，并将所述试算业务处理结果反馈给所述控制层。

4.根据权利要求3所述的方法，其中，所述当所述试算业务处理结果与所述第一业务处理结果不一致时，发送异常提示包括：

所述控制层对所述业务处理结果和所述试算业务处理结果进行比对，如果比对结果为不一致，则发送异常提示。

5.根据权利要求3所述的方法，还包括：

在存储所述业务处理结果之后，利用所述业务处理结果在所述第一业务系统之外的业务系统中进行业务重复处理查询；以及

如果业务重复处理查询的查询结果不为空，则发送业务重复处理提示。

6.根据权利要求5所述的方法，其中：

所述利用所述业务处理结果在所述第一业务系统之外的业务系统中进行业务重复处理查询包括：

所述控制层调用服务层在数据访问层获取所述第一业务系统之外的业务系统的存储信息，所述存储信息包括业务处理信息；

利用所述业务处理结果在所述业务处理信息中进行查询；

将所述查询的查询结果反馈给所述控制层；

所述如果业务重复处理查询的查询结果不为空，则发送业务重复处理提示包括：

如果所述控制层接收到的所述查询结果不为空，则抛出业务重复处理异常信息；以及

发送所述业务重复处理异常提示给客户端，以便在人机交互界面展示所述业务重复处理异常信息。

7.根据权利要求6所述的方法，其中：

所述控制层、所述服务层和所述数据访问层基于后台Java框架实现；并且/或者

所述业务处理结果基于Mybatis框架进行存储；并且/或者

所述人机交互界面基于AngularJS框架实现。

8.根据权利要求5所述的方法，所述多个业务系统的每个业务系统还分别对应一个权属处理系统，所述方法还包括：

如果所述控制层接收到的所述查询结果为空，则允许所述第一业务系统将所述业务处理结果发送给所述第一业务系统对应的权属处理系统。

9.根据权利要求8所述的方法，还包括：

在将所述业务处理结果发送给所述权属处理系统之前，利用所述业务处理结果在所述第一业务系统之外的业务系统对应的权属处理系统中进行权属重复处理查询；

如果权属重复处理查询的查询结果不为空，则禁止给所述第一业务系统对应的权属处理系统发送所述业务处理结果；以及

给客户端发送权属重复处理异常信息，以展示所述权属重复处理异常信息。

10.根据权利要求1所述的方法，其中，所述多个业务系统为两个业务系统，所述两个业务系统中的一个业务系统的更新时间早于另一个业务系统的更新时间。

11.一种计算机系统，包括：

一个或多个处理器；

存储装置，用于存储可执行指令，所述可执行指令在被所述处理器执行时，实现根据权利要求1～10中任一项所述的方法。

12.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时实现根据权利要求1～10中任一项所述的方法。

Images