CN117608617A - 一种多对接系统的数据同步处理的方法 - Google Patents

Abstract

本发明公开了一种多对接系统的数据同步处理的方法，应用于第一客户端，方法包括：响应于第一客户端分别对至少两个对接系统发送第一数据的申请，根据第一数据的类型，调用各对接系统的检查接口对对接系统进行检查，以使检查通过的对接系统生成一个系统版本号；根据预设的发送顺序，将主事务依次嵌套各从事务；开启主事务，向对接系统发送申请；当主事务处理成功，触发开启主事务嵌套的下一个从事务，向从事务对应的对接系统发送申请，直到所有主事务和从事务处理完成，或者任意一个主事务或者从事务处理失败，以实现一个客户端对接多个系统，并保证发送到各对接系统中数据的一致性。

Description

一种多对接系统的数据同步处理的方法

技术领域

本发明涉及数据同步处理技术领域，尤其涉及一种多对接系统的数据同步处理的方法、装置及存储介质。

背景技术

市面上有众多的财富管理平台，可面向公众销售基金。这些财富管理平台可按对接的销售商可分为两类：一类财富管理平台对接的是具备基金销售职能的基金管理人所创立的基金直销销售商。公众可在此类平台购买该基金管理人管理的基金。另一类财富管理平台对接的是基金代销销售商(包括银行代销、证券公司代销、独立第三方销售平台等)，公众可在此类平台购买全市场基金。

已对接基金销售商的财富管理平台，再增加对接其它销售商(直销销售商或代销销售商)，可在维持存量客户体验不下降、无需再单独下载/登录其它财富管理平台的前提下，支持客户通过其它销售商购买基金，通过路由等方式实现客户引流。然而目前市面上的财富管理平台，均只支持对接上述其中一家销售商。现有的财富管理平台无法同时支持多销售商并提供交易服务，同时，现有的财富管理平台对接多个基金销售商的场景下，难以保证客户资料的一致性。

发明内容

本发明提供了一种多对接系统的数据同步处理的方法、装置及存储介质，以实现一个客户端对接多个系统，并保证发送到各对接系统中数据的一致性。

本发明提供了一种多对接系统的数据同步处理的方法，应用于第一客户端，所述方法包括：

响应于第一客户端分别对至少两个对接系统发送第一数据的申请，根据所述第一数据的类型，调用各所述第一对接系统的检查接口对所述第一对接系统进行检查，以使检查通过的第二对接系统生成一个系统版本号；

将检查通过的第二对接系统中发送顺序为第一个的对接系统作为第三对接系统；将检查通过的第二对接系统中的其他对接系统作为第四对接系统；调用所述第三对接系统为主事务，调用各所述第四对接系统为从事务；一个所述从事务对应一个所述第四对接系统；

根据预设的发送顺序，将主事务依次嵌套各所述从事务；开启所述主事务，向所述第三对接系统发送所述申请；当所述主事务处理成功，触发开启所述主事务嵌套的下一个从事务，向所述从事务对应的第四对接系统发送所述申请，直到所有所述主事务和所述从事务处理完成，或者任意一个所述主事务或者所述从事务处理失败。

进一步地，根据所述第一数据的类型，调用各所述第一对接系统的检查接口对所述第一对接系统进行检查，以使检查通过的第二对接系统生成一个系统版本号，将所述数据版本号组装到对应申请的申请报文中，生成申请版本号，具体为：

根据所述第一数据的类型，确定对接系统需要处理的业务类型；调用各所述第一对接系统的检查接口对所述对接系统进行数据检查；判断各所述第一对接系统是否均支持处理所述业务类型；

若是，则检查通过，将检查通过的第一对接系统作为第二对接系统，并在各所述第二对接系统中生成一个系统版本号；

若否，则检查不通过，报错并返回第一客户端。

进一步地，在各所述第二对接系统中生成一个系统版本号之后，还包括：

依次将各所述第二对接系统的数据版本号组装到对应申请的申请报文中，生成申请版本号。

进一步地，将检查通过的第二对接系统中发送顺序为第一个的对接系统作为第三对接系统，将检查通过的第二对接系统中的其他对接系统作为第四对接系统之前，还包括：

判断每个第二对接系统发送所述第一数据的申请的处理状态，将所述处理状态为未处理的第二对接系统按照预设的发送顺序进行排序；所述处理状态包括：未处理、处理成功、处理失败和已发送。

进一步地，判断每个第二对接系统发送所述第一数据的申请的处理状态，还包括：

将所述处理状态为处理失败的第二对接系统的申请进行合规检查，若所述申请不合规，则对所述申请进行撤销。

进一步地，开启所述主事务，向所述第三对接系统发送所述申请，具体为：

开启所述主事务；调用所述第三对接系统的业务接口，若接收到调用成功的结果，则判断所述第三对接系统的申请版本号是否大于所述第三对接系统的系统版本号；

若是，则向所述第三对接系统发送所述申请；将所述第三对接系统的处理状态更新为处理成功，提交所述主事务。

进一步地，判断所述第三对接系统的申请版本号是否大于所述第三对接系统的系统版本号，还包括：

若所述第三对接系统的申请版本号不大于所述第三对接系统的系统版本号，则对所述申请不予处理，将所述第三对接系统的处理状态更新为处理成功，提交所述主事务。

进一步地，开启所述主事务，向所述发送顺序为第一个的第二对接系统发送所述申请，还包括：

若调用所述第三对接系统的业务接口，并接收到调用失败的结果，则将所述第三对接系统的处理状态更新为处理失败，结束所述主事务，或者等待人工介入；

若调用所述第三对接系统的业务接口，且未接收到任何调用结果，则将所述第三对接系统的处理状态更新为已发送，记录更新时间，并对所述申请进行自动轮询，直到接收到调用结果。

进一步地，当所述主事务处理成功，触发开启所述主事务嵌套的下一个从事务，向所述从事务对应的第四对接系统发送所述申请，直到所有所述主事务和所述从事务处理完成，或者任意一个所述主事务或者所述从事务处理失败，具体为：

当任意一个第一从事务开启，开启所述从事务；调用所述第一从事务对应的第四对接系统的业务接口，若接收到调用成功的结果，则判断所述第四对接系统的申请版本号是否大于所述第四对接系统的系统版本号；

若是，则向所述第四对接系统发送所述申请；将所述第四对接系统的处理状态更新为处理成功，提交所述第一从事务。

进一步地，判断所述第四对接系统的申请版本号是否大于所述第四对接系统的系统版本号，还包括：

若所述第四对接系统的申请版本号不大于所述第四对接系统的系统版本号，则对所述申请不予处理，将所述第四对接系统的处理状态更新为处理成功，提交所述第一从事务。

进一步地，调用所述第一从事务对应的第四对接系统的业务接口，还包括：

若调用所述第四对接系统的业务接口，并接收到调用失败的结果，则将所述第四对接系统的处理状态更新为处理失败，结束所述第一从事务，或者等待人工介入；

若调用所述第四对接系统的业务接口，且未接收到任何调用结果，则将所述第四对接系统的处理状态更新为已发送，记录更新时间，并对所述申请进行自动轮询，直到接收到调用结果。

进一步地，将所述第四对接系统的处理状态更新为处理成功，提交所述第一从事务之后，还包括：

当所述第一从事务处理成功，且所述第一从事务不是嵌套的最后一个从事务，则触发开启所述第一从事务嵌套的下一个从事务，直到所有所述从事务处理完成，或者任意一个所述从事务处理失败；

当所述第一从事务处理成功，且所述第一从事务不是嵌套的最后一个从事务，则在提交所述第一从事务后，结束事务处理并返回。

作为优选方案，本发明实现一个客户端对接多个对接系统，在客户端提供一份数据，需要提交给多个互相独立的对接系统时，通过将发送的事项作为依次嵌套的主从事务，开启事务后，依次将需要发送的数据依次发送到各个对接系统中，直到发送完毕或者发送失败。另外，本发明还对将发送失败的对接系统的申请进行合规检查，若所述申请不合规，则进行撤销。本发明保证了同一管理平台(客户端)对接多个销售系统(对接系统)时客户资料的一致性。

相应地，本发明还提供一种多对接系统的数据同步处理的装置，包括：检查模块和发送模块；

所述检查模块用于响应于第一客户端分别对至少两个对接系统发送第一数据的申请，根据所述第一数据的类型，调用各所述第一对接系统的检查接口对所述第一对接系统进行检查，以使检查通过的第二对接系统生成一个系统版本号；

所述发送模块用于将检查通过的第二对接系统中发送顺序为第一个的对接系统作为第三对接系统；将检查通过的第二对接系统中的其他对接系统作为第四对接系统；调用所述第三对接系统为主事务，调用各所述第四对接系统为从事务；一个所述从事务对应一个所述第四对接系统；

根据预设的发送顺序，将主事务依次嵌套各所述从事务；开启所述主事务，向所述第三对接系统发送所述申请；当所述主事务处理成功，触发开启所述主事务嵌套的下一个从事务，向所述从事务对应的第四对接系统发送所述申请，直到所有所述主事务和所述从事务处理完成，或者任意一个所述主事务或者所述从事务处理失败。

相应地，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序；其中，所述计算机程序在运行时控制所述计算机可读存储介质所在的设备执行如本发明内容所述的一种多对接系统的数据同步处理的方法。

附图说明

图1是本发明提供的多对接系统的数据同步处理的方法的一种实施例的流程示意图；

图2是本发明提供的多对接系统的数据同步处理的装置的一种实施例的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

请参照图1，为本发明实施例提供的一种多对接系统的数据同步处理的方法，包括步骤S101-S103：

步骤S101：响应于第一客户端分别对至少两个对接系统发送第一数据的申请，根据所述第一数据的类型，调用各所述第一对接系统的检查接口对所述第一对接系统进行检查，以使检查通过的第二对接系统生成一个系统版本号；

进一步地，根据所述第一数据的类型，调用各所述第一对接系统的检查接口对所述第一对接系统进行检查，以使检查通过的第二对接系统生成一个系统版本号，将所述数据版本号组装到对应申请的申请报文中，生成申请版本号，具体为：

根据所述第一数据的类型，确定对接系统需要处理的业务类型；调用各所述第一对接系统的检查接口对所述对接系统进行数据检查；判断各所述第一对接系统是否均支持处理所述业务类型；

若是，则检查通过，将检查通过的第一对接系统作为第二对接系统，并在各所述第二对接系统中生成一个系统版本号；

若否，则检查不通过，报错并返回第一客户端。

进一步地，在各所述第二对接系统中生成一个系统版本号之后，还包括：

依次将各所述第二对接系统的数据版本号组装到对应申请的申请报文中，生成申请版本号。

在本实施例中，在一个客户端(财富管理平台)对接多个对接系统(销售系统)，并向多个对接系统提交申请Request1的场景下，示例性地，客户端提交的账户类申请包括：开立基金账号、增开交易账号、注销基金账号、交易账号取消登记、资料修改、提交风险问卷等申请。针对申请的业务类型，依次调用各个销售系统的业务预检查接口进行业务检查，不同的业务类型调用的预检查接口不一样，本发明方案中由各销售系统提供个性化接口。如果其中一个销售系统检查接口返回不通过，则所有销售系统都无法处理成功，不会开始调用第一个销售系统。

示例性地，开户业务需要检查身份要素以及其他要求，销户业务要检查客户是否有份额/资产等。需要注意的是，需要每个销售系统提供开户预检查接口，只要其中一个销售系统不满足开户条件，就所有销售系统都不开户。

在本实施例中，需要确定所有对接系统均支持处理该申请的业务类型，则检查通过。检查通过后，各对接系统会生成一个数据版本号dataVers ion1，用来唯一标识这笔申请，数据版本号会组装到申请报文中。

在本实施例中，将每个销售系统的处理状态改为初始状态，初始状态为未处理；记录该笔申请具体的业务数据，以及最后更新时间。

步骤S102：将检查通过的第二对接系统中发送顺序为第一个的对接系统作为第三对接系统；将检查通过的第二对接系统中的其他对接系统作为第四对接系统；调用所述第三对接系统为主事务，调用各所述第四对接系统为从事务；一个所述从事务对应一个所述第四对接系统；

进一步地，将检查通过的第二对接系统中发送顺序为第一个的对接系统作为第三对接系统，将检查通过的第二对接系统中的其他对接系统作为第四对接系统之前，还包括：

判断每个第二对接系统发送所述第一数据的申请的处理状态，将所述处理状态为未处理的第二对接系统按照预设的发送顺序进行排序；所述处理状态包括：未处理、处理成功、处理失败和已发送。

进一步地，判断每个第二对接系统发送所述第一数据的申请的处理状态，还包括：

将所述处理状态为处理失败的第二对接系统的申请进行合规检查，若所述申请不合规，则对所述申请进行撤销。

在本实施例中，在实际业务场景中，还是有可能有客户资料不一致的情况发生，各个销售系统都有单独的撤单机制处理异常申请。在本实施例中，销售系统会定期通过接口查询当天发生了客户资料不一致情况的客户列表，以及具体发生的时间。如果发生过某销售系统的状态为非成功的，则会被判定为发生过资料不一致，记录在客户列表中。工作人员结合当天客户的交易时间，如果不满足合规要求，则对这笔交易作撤单处理。

在另一个实施例中，本发明提供了运维监控界面，可以人工进行干预处理：对客户资料不一致的申请进行重发或手动置完成。如果选择手动重发，则系统从数据库中获取申请详情并重新组装申请发送到还未成功处理的销售系统，发送成功之后这笔申请即处理成功。如果在人工处理过程中，对于某个客户的某种业务，已经有更新的处理成功的申请了(也即该客户已经有数据版本号更大的同类申请处理成功了)，此时支持业务人员对这笔过期的申请手动置完成。

步骤S103：根据预设的发送顺序，将主事务依次嵌套各所述从事务；开启所述主事务，向所述第三对接系统发送所述申请；当所述主事务处理成功，触发开启所述主事务嵌套的下一个从事务，向所述从事务对应的第四对接系统发送所述申请，直到所有所述主事务和所述从事务处理完成，或者任意一个所述主事务或者所述从事务处理失败。

在本实施例中，以销售系统x的系统处理逻辑为例进行说明(1<x<n，n为销售系统的数量)，发送顺序为1,...,n。调用销售系统x为主事务，调用销售系统x+1及其它销售系统为从事务。假设有五个销售系统，即n＝5，调用当前的销售系统x＝3。即说明销售系统1和2的处理状态为已发送，调用销售系统3，将调用销售系统3作为主事务，按照发送顺将调用销售系统4作为第一从事务，调用销售系统5作为第二从事务。

将主事务依次嵌套各所述从事务的处理逻辑为：主事务嵌套第一从事务，第一从事务嵌套第二从事务。当调用销售系统3的主事务处理完成后，触发第一从事务的开启，则将调用销售系统4定义为主事务，在调用销售系统4的主事务处理完成后，触发第二从事务的开启。销售系统5为最后一个销售系统，则该事务处理完成即可直接返回。

进一步地，开启所述主事务，向所述第三对接系统发送所述申请，具体为：

开启所述主事务；调用所述第三对接系统的业务接口，若接收到调用成功的结果，则判断所述第三对接系统的申请版本号是否大于所述第三对接系统的系统版本号；

若是，则向所述第三对接系统发送所述申请；将所述第三对接系统的处理状态更新为处理成功，提交所述主事务。

在本实施例中，在向销售系统x发送所述申请Request1，上送数据版本号及具体的业务数据后，更新销售系统x的申请Request1的处理状态Status[x]为已发送，并提交事务，可避免后续调用异常导致事务回滚后此次调用未留痕的问题。

进一步地，判断所述第三对接系统的申请版本号是否大于所述第三对接系统的系统版本号，还包括：

若所述第三对接系统的申请版本号不大于所述第三对接系统的系统版本号，则对所述申请不予处理，将所述第三对接系统的处理状态更新为处理成功，提交所述主事务。

在本实施例中，如果数据版本号大于当前销售系统中记录的版本号，说明此笔申请是最新有效的，会按照上送的业务数据做相应的业务处理。如果数据版本号小于等于当前销售系统中记录的版本号，说明是过期的申请，则不予处理，直接按成功返回。

进一步地，开启所述主事务，向所述发送顺序为第一个的第二对接系统发送所述申请，还包括：

若调用所述第三对接系统的业务接口，并接收到调用失败的结果，则将所述第三对接系统的处理状态更新为处理失败，结束所述主事务，或者等待人工介入；

若调用所述第三对接系统的业务接口，且未接收到任何调用结果，则将所述第三对接系统的处理状态更新为已发送，记录更新时间，并对所述申请进行自动轮询，直到接收到调用结果。

在本实施例中，若销售系统返回发送失败的调用结果，则更新第三对接系统的申请Request1中Status[x]为处理失败并直接报错返回。

在调用销售系统的接口过程中，由于网络波动或者某个销售系统处理异常等原因，可能接收不到接口的返回(未接收到任何调用结果)，也即结果未明，又即销售系统处理状态为已发送且最后更新时间为t分钟前(t可配置)。这种情况下，为了最大程度地保证申请成功并实现最终一致，本发明对于返回结果未明的申请进行自动轮询,直到得到明确的返回结果。得到明确的结果之后，如果明确调用成功则继续调用下一个销售系统的业务接口，否则直接返回错误或等待人工介入。

进一步地，当所述主事务处理成功，触发开启所述主事务嵌套的下一个从事务，向所述从事务对应的第四对接系统发送所述申请，直到所有所述主事务和所述从事务处理完成，或者任意一个所述主事务或者所述从事务处理失败，具体为：

当任意一个第一从事务开启，开启所述从事务；调用所述第一从事务对应的第四对接系统的业务接口，若接收到调用成功的结果，则判断所述第四对接系统的申请版本号是否大于所述第四对接系统的系统版本号；

若是，则向所述第四对接系统发送所述申请；将所述第四对接系统的处理状态更新为处理成功，提交所述第一从事务。

进一步地，判断所述第四对接系统的申请版本号是否大于所述第四对接系统的系统版本号，还包括：

若所述第四对接系统的申请版本号不大于所述第四对接系统的系统版本号，则对所述申请不予处理，将所述第四对接系统的处理状态更新为处理成功，提交所述第一从事务。

进一步地，调用所述第一从事务对应的第四对接系统的业务接口，还包括：

若调用所述第四对接系统的业务接口，并接收到调用失败的结果，则将所述第四对接系统的处理状态更新为处理失败，结束所述第一从事务，或者等待人工介入；

若调用所述第四对接系统的业务接口，且未接收到任何调用结果，则将所述第四对接系统的处理状态更新为已发送，记录更新时间，并对所述申请进行自动轮询，直到接收到调用结果。

进一步地，将所述第四对接系统的处理状态更新为处理成功，提交所述第一从事务之后，还包括：

当所述第一从事务处理成功，且所述第一从事务不是嵌套的最后一个从事务，则触发开启所述第一从事务嵌套的下一个从事务，直到所有所述从事务处理完成，或者任意一个所述从事务处理失败；

当所述第一从事务处理成功，且所述第一从事务不是嵌套的最后一个从事务，则在提交所述第一从事务后，结束事务处理并返回。

在本实施例中，在销售系统x的申请发送完成后，触发调用销售系统x+1的事务，在向销售系统x+1发送所述申请Request1，上送数据版本号及具体的业务数据后，更新销售系统x+1申请Request1的处理状态Status[x+1]为已发送，并提交事务，可避免后续调用异常导致事务回滚后此次调用未留痕的问题。触发调用销售系统x+2的事务(最后一个调用的销售系统)，则销售系统x+2的事务处理完成即可直接返回。

若销售系统x+1返回失败，则更新申请Request1中Status[x+1]为处理失败并直接报错返回。

实施本发明实施例，具有如下效果：

本发明调用第一个销售系统的事务定义为主事务，其后的调用定义为从事务。如涉及三个及以上销售商，可在从事务中按相同逻辑再组装主从事务，实现多销售系统的事务嵌套，实现一个客户端对接多个对接系统，在客户端提供一份数据，需要提交给多个互相独立的对接系统时，通过将发送的事项作为依次嵌套的主从事务，开启事务后，依次将需要发送的数据依次发送到各个对接系统中，直到发送完毕或者发送失败。

本发明的从事务中的销售系统需提供预检查接口，如预检查接口返回不通过，则从事务可预见地无法处理成功，在此前提下将不会触发主事务(不调用第一个销售系统)。主事务处理成功后，会自动触发从事务。从事务未明确处理成功时，会不断重试。从事务需做好数据版本号管理，只接受数据版本号大于当前版本号的申请的原则进行处理，防止存在多并发的申请时无法确定最新申请，导致有效申请被覆盖的问题。本发明在接口检查，事务触发和版本号管理多维度上，实现同一管理平台(客户端)对接多个销售系统(对接系统)时客户资料的一致性。

本发明提供了运维监控与人工干预界面和异常告警机制，如若最终还是发生了资料不一致的情况，提供业务运维补救方案。本发明还对将发送失败的对接系统的申请进行合规检查，若所述申请不合规，则进行撤销，进一步确保客户资料的一致性。

实施例二

请参照图2，为本发明实施例提供的一种多对接系统的数据同步处理的装置，包括：检查模块201和发送模块202；

所述检查模块201用于响应于第一客户端分别对至少两个对接系统发送第一数据的申请，根据所述第一数据的类型，调用各所述第一对接系统的检查接口对所述第一对接系统进行检查，以使检查通过的第二对接系统生成一个系统版本号；

所述发送模块202用于将检查通过的第二对接系统中发送顺序为第一个的对接系统作为第三对接系统；将检查通过的第二对接系统中的其他对接系统作为第四对接系统；调用所述第三对接系统为主事务，调用各所述第四对接系统为从事务；一个所述从事务对应一个所述第四对接系统；

根据预设的发送顺序，将主事务依次嵌套各所述从事务；开启所述主事务，向所述第三对接系统发送所述申请；当所述主事务处理成功，触发开启所述主事务嵌套的下一个从事务，向所述从事务对应的第四对接系统发送所述申请，直到所有所述主事务和所述从事务处理完成，或者任意一个所述主事务或者所述从事务处理失败。

上述的多对接系统的数据同步处理的装置可实施上述方法实施例的多对接系统的数据同步处理的方法。上述方法实施例中的可选项也适用于本实施例，这里不再详述。本申请实施例的其余内容可参照上述方法实施例的内容，在本实施例中，不再进行赘述。

实施例三

相应地，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行如上任意一项实施例所述的多对接系统的数据同步处理的方法。

示例性的，所述计算机程序可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器中，并由所述处理器执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序在所述终端设备中的执行过程。

所述终端设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器、存储器。

所称处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述终端设备的控制中心，利用各种接口和线路连接整个终端设备的各个部分。

所述存储器可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现终端设备的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据移动终端的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

其中，所述终端设备集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步的详细说明，应当理解，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围。特别指出，对于本领域技术人员来说，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种多对接系统的数据同步处理的方法，其特征在于，应用于第一客户端，所述方法包括：

响应于第一客户端分别对至少两个对接系统发送第一数据的申请，根据所述第一数据的类型，调用各所述第一对接系统的检查接口对所述第一对接系统进行检查，以使检查通过的第二对接系统生成一个系统版本号；

将检查通过的第二对接系统中发送顺序为第一个的对接系统作为第三对接系统；将检查通过的第二对接系统中的其他对接系统作为第四对接系统；调用所述第三对接系统为主事务，调用各所述第四对接系统为从事务；一个所述从事务对应一个所述第四对接系统；

根据预设的发送顺序，将主事务依次嵌套各所述从事务；开启所述主事务，向所述第三对接系统发送所述申请；当所述主事务处理成功，触发开启所述主事务嵌套的下一个从事务，向所述从事务对应的第四对接系统发送所述申请，直到所有所述主事务和所述从事务处理完成，或者任意一个所述主事务或者所述从事务处理失败。

2.如权利要求1所述的一种多对接系统的数据同步处理的方法，其特征在于，所述根据所述第一数据的类型，调用各所述第一对接系统的检查接口对所述第一对接系统进行检查，以使检查通过的第二对接系统生成一个系统版本号，将所述数据版本号组装到对应申请的申请报文中，生成申请版本号，具体为：

根据所述第一数据的类型，确定对接系统需要处理的业务类型；调用各所述第一对接系统的检查接口对所述对接系统进行数据检查；判断各所述第一对接系统是否均支持处理所述业务类型；

若是，则检查通过，将检查通过的第一对接系统作为第二对接系统，并在各所述第二对接系统中生成一个系统版本号；

若否，则检查不通过，报错并返回第一客户端。

3.如权利要求2所述的一种多对接系统的数据同步处理的方法，其特征在于，所述在各所述第二对接系统中生成一个系统版本号之后，还包括：

依次将各所述第二对接系统的数据版本号组装到对应申请的申请报文中，生成申请版本号。

4.如权利要求2所述的一种多对接系统的数据同步处理的方法，其特征在于，所述将检查通过的第二对接系统中发送顺序为第一个的对接系统作为第三对接系统，将检查通过的第二对接系统中的其他对接系统作为第四对接系统之前，还包括：

判断每个第二对接系统发送所述第一数据的申请的处理状态，将所述处理状态为未处理的第二对接系统按照预设的发送顺序进行排序；所述处理状态包括：未处理、处理成功、处理失败和已发送。

5.如权利要求4所述的一种多对接系统的数据同步处理的方法，其特征在于，所述判断每个第二对接系统发送所述第一数据的申请的处理状态，还包括：

将所述处理状态为处理失败的第二对接系统的申请进行合规检查，若所述申请不合规，则对所述申请进行撤销。

6.如权利要求3所述的一种多对接系统的数据同步处理的方法，其特征在于，所述开启所述主事务，向所述第三对接系统发送所述申请，具体为：

开启所述主事务；调用所述第三对接系统的业务接口，若接收到调用成功的结果，则判断所述第三对接系统的申请版本号是否大于所述第三对接系统的系统版本号；

若是，则向所述第三对接系统发送所述申请；将所述第三对接系统的处理状态更新为处理成功，提交所述主事务。

7.如权利要求6所述的一种多对接系统的数据同步处理的方法，其特征在于，所述判断所述第三对接系统的申请版本号是否大于所述第三对接系统的系统版本号，还包括：

若所述第三对接系统的申请版本号不大于所述第三对接系统的系统版本号，则对所述申请不予处理，将所述第三对接系统的处理状态更新为处理成功，提交所述主事务。

8.如权利要求6所述的一种多对接系统的数据同步处理的方法，其特征在于，所述开启所述主事务，向所述发送顺序为第一个的第二对接系统发送所述申请，还包括：

若调用所述第三对接系统的业务接口，并接收到调用失败的结果，则将所述第三对接系统的处理状态更新为处理失败，结束所述主事务，或者等待人工介入；

若调用所述第三对接系统的业务接口，且未接收到任何调用结果，则将所述第三对接系统的处理状态更新为已发送，记录更新时间，并对所述申请进行自动轮询，直到接收到调用结果。

9.如权利要求7所述的一种多对接系统的数据同步处理的方法，其特征在于，所述当所述主事务处理成功，触发开启所述主事务嵌套的下一个从事务，向所述从事务对应的第四对接系统发送所述申请，直到所有所述主事务和所述从事务处理完成，或者任意一个所述主事务或者所述从事务处理失败，具体为：

当任意一个第一从事务开启，开启所述从事务；调用所述第一从事务对应的第四对接系统的业务接口，若接收到调用成功的结果，则判断所述第四对接系统的申请版本号是否大于所述第四对接系统的系统版本号；

若是，则向所述第四对接系统发送所述申请；将所述第四对接系统的处理状态更新为处理成功，提交所述第一从事务。

10.如权利要求9所述的一种多对接系统的数据同步处理的方法，其特征在于，所述判断所述第四对接系统的申请版本号是否大于所述第四对接系统的系统版本号，还包括：

若所述第四对接系统的申请版本号不大于所述第四对接系统的系统版本号，则对所述申请不予处理，将所述第四对接系统的处理状态更新为处理成功，提交所述第一从事务。

11.如权利要求9所述的一种多对接系统的数据同步处理的方法，其特征在于，所述调用所述第一从事务对应的第四对接系统的业务接口，还包括：

若调用所述第四对接系统的业务接口，并接收到调用失败的结果，则将所述第四对接系统的处理状态更新为处理失败，结束所述第一从事务，或者等待人工介入；

若调用所述第四对接系统的业务接口，且未接收到任何调用结果，则将所述第四对接系统的处理状态更新为已发送，记录更新时间，并对所述申请进行自动轮询，直到接收到调用结果。

12.如权利要求10所述的一种多对接系统的数据同步处理的方法，其特征在于，所述将所述第四对接系统的处理状态更新为处理成功，提交所述第一从事务之后，还包括：

当所述第一从事务处理成功，且所述第一从事务不是嵌套的最后一个从事务，则触发开启所述第一从事务嵌套的下一个从事务，直到所有所述从事务处理完成，或者任意一个所述从事务处理失败；

当所述第一从事务处理成功，且所述第一从事务不是嵌套的最后一个从事务，则在提交所述第一从事务后，结束事务处理并返回。