CN113032483B - 跨平台的数据资产共享方法、装置及电子设备 - Google Patents

Abstract

本申请公开了一种跨平台的数据资产共享方法、装置及电子设备，涉及人工智能技术领域，尤其涉及大数据技术领域。具体实现方案为：接收目的中台发送的关联请求，其中，关联请求包括与源中台同步的令牌以及同步模式；根据关联请求之中的令牌进行验证；在通过验证之后，更新目的中台的关联状态，并选择目的中台对应的源中台数据资产池；根据同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步。由此，通过这种跨平台的数据资产共享方法，不仅有效实现了跨平台的资产共享，而且提升了跨平台资产共享的数据安全与可靠性。

Description

跨平台的数据资产共享方法、装置及电子设备

技术领域

本申请涉及计算机技术领域，尤其涉及人工智能与大数据技术领域，提出一种跨平台的数据资产共享方法、装置及电子设备。

背景技术

从人工智能平台实际在企业的部署过程中发现，大型企业的总部一般有最多的软硬件资源与数据，可以训练出性能较好的模型，分支机构可以复用这些模型、数据、算法等(统称为资产)稀缺资源。出于边缘计算需求，可以将资产同步到各分支机构，由于这类资产具有体积巨大、内部结构复杂、资产保密性要求高等特点，资产的跨平台共享十分有必要。

但是，由于人工智能平台类产品出现较晚，因此在人工智能平台领域，还未有较为完善的跨平台资产同步方案。

发明内容

本申请提供了一种用于跨平台的数据资产共享方法、装置、电子设备、存储介质以及计算机程序产品。

根据本申请的一方面，提供了一种跨平台的数据资产共享方法，应用于源中台，包括：接收目的中台发送的关联请求，其中，所述关联请求包括与源中台同步的令牌以及同步模式；根据所述关联请求之中的令牌进行验证；在通过验证之后，更新所述目的中台的关联状态，并选择所述目的中台对应的源中台数据资产池；根据所述同步模式将所述源中台数据资产池与所述目的中台对应的目的中台数据资产池进行同步。

根据本申请的另一方面，提供了一种跨平台的数据资产共享方法，应用于目的中台，包括：向源中台发送关联请求，其中，所述关联请求包括与所述源中台同步的令牌以及同步模式；获取所述源中台发送的关联成功通知及更新后的访问密钥；更新与所述源中台之间的关联状态，并保存所述访问密钥；根据所述同步模式将所述源中台数据资产池与所述目的中台对应的目的中台数据资产池进行同步。

根据本申请的再一方面，提供了一种跨平台的数据资产共享装置，应用于源中台，包括：第一接收模块，用于接收目的中台发送的关联请求，其中，所述关联请求包括与源中台同步的令牌以及同步模式；验证模块，用于根据所述关联请求之中的令牌进行验证；第一更新模块，用于在通过验证之后，更新所述目的中台的关联状态，并选择所述目的中台对应的源中台数据资产池；第一同步模块，用于根据所述同步模式将所述源中台数据资产池与所述目的中台对应的目的中台数据资产池进行同步。

根据本申请的又一方面，提供了一种跨平台的数据资产共享装置，应用于目的中台，包括：第一发送模块，用于向源中台发送关联请求，其中，所述关联请求包括与所述源中台同步的令牌以及同步模式；第一获取模块，用于获取所述源中台发送的关联成功通知及更新后的访问密钥；第二更新模块，用于更新与所述源中台之间的关联状态，并保存所述访问密钥；第二同步模块，用于根据所述同步模式将所述源中台数据资产池与所述目的中台对应的目的中台数据资产池进行同步。

根据本申请的又一方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如前所述的跨平台的数据资产共享方法。

根据本申请的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行如前所述的跨平台的数据资产共享方法。

根据本申请的再一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如前所述的跨平台的数据资产共享方法。

根据本申请的技术方案，解决了相关技术中，人工智能平台领域还未有较为完善的跨平台资产同步方案的问题。源中台在接收到目的中台发送的关联请求时，根据所述关联请求之中的令牌对目的中台进行验证，并在通过验证之后，更新目的中台的关联状态，以及选择目的中台对应的源中台数据资产池，进而根据关联请求中的同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步。由此，通过源中台发放的令牌建立验证目的中台的合法性，以建立源中台于目的中台之间的关联关系，从而不仅有效实现了跨平台的资产共享，而且提升了跨平台资产共享的数据安全与可靠性。

应当理解，本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1为本申请实施例所提供的一种跨平台的数据资产共享方法的流程示意图；

图2为本申请实施例所提供的一种关联状态判定流程图；

图3为本申请实施例所提供的另一种跨平台的数据资产共享方法的流程示意图；

图4为本申请实施例所提供的再一种跨平台的数据资产共享方法的流程示意图；

图5为本申请实施例所提供的又一种跨平台的数据资产共享方法的流程示意图；

图6为本申请实施例所提供的又一种跨平台的数据资产共享方法的流程示意图；

图7为本申请实施例所提供的另一种跨平台的数据资产共享方法的流程示意图；

图8为本申请实施例所提供的再一种跨平台的数据资产共享方法的流程示意图；

图9为本申请实施例所提供的又一种跨平台的数据资产共享方法的流程示意图；

图10为本申请实施例所提供的又一种跨平台的数据资产共享方法的流程示意图；

图11为本申请实施例所提供的另一种跨平台的数据资产共享方法的流程示意图；

图12为本申请实施例提供的一种跨平台的数据资产共享装置的结构示意图；

图13为本申请实施例提供的另一种跨平台的数据资产共享装置的结构示意图；

图14为用来实现本申请实施例的跨平台的数据资产共享方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

以下对本申请的方案涉及的技术领域进行简要说明：

人工智能是研究使计算机来模拟人的某些思维过程和智能行为(如学习、推理、思考、规划等)的学科，既有硬件层面的技术也有软件层面的技术。人工智能硬件技术一般包括计算机视觉技术、语音识别技术、自然语言处理技术以及机器学习/深度学习、大数据处理技术、知识图谱技术等几大方向。

大数据，是指无法在一定时间范围内用常规软件工具进行捕捉、管理和处理的数据集合，是需要新处理模式才能具有更强的决策力、洞察发现力和流程优化能力的海量、高增长率和多样化的信息资产。大数据具有5V特点：Volume(大量)、Velocity(高速)、Variety(多样)、Value(低价值密度)、Veracity(真实性)。

本申请实施例针对相关技术中，人工智能平台领域还未有较为完善的跨平台资产同步方案的问题，提出一种跨平台的数据资产共享方法。

下面参考附图对本申请提供的跨平台的数据资产共享方法、装置、电子设备、存储介质及计算机程序产品进行详细描述。

图1为本申请实施例所提供的一种跨平台的数据资产共享方法的流程示意图，应用于源中台。

如图1所示，该跨平台的数据资产共享方法，包括以下步骤：

步骤101，接收目的中台发送的关联请求，其中，关联请求包括与源中台同步的令牌以及同步模式。

需要说明的是，本申请实施例的跨平台的数据资产共享方法可以由本申请实施例的跨平台的数据资产共享装置执行，本申请实施例的跨平台的数据资产共享装置可以配置在任意电子设备中，以执行本申请实施例的跨平台的数据资产共享方法。

在本申请实施例中，本申请实施例的跨平台的数据资产共享方法可以应用在任意的需要跨平台分享资源的场景中。比如，可以应用在人工智能平台的跨平台的数据资产共享场景。

其中，目的中台，可以是指请求从源中台获取数据资产的平台；源中台，可以是指可以将自身存储的计算资源同步至其他平台的平台。

其中，令牌，可以是源中台生成并发放至目的中台的。

其中，同步模式，可以包括全自动模式与半自动模式。实际使用时，同步模式可以是用户通过目的中台设置的。

作为一种可能的实现方式，源中台可以提供新建关联页面，以使用户可以过源中台的新建关联页面设置可以与源中台进行计算资源共享的目的中台，从而源中台在获取到用户在新建关联页面设置的目的中台后，可以生成与目的中台对应的令牌，以使目的中台需要与源中台进行数据资产共享时，根据用户输入的令牌与选择的同步模式，生成关联请求，并将关联请求发送至源中台，以使源中台根据关联请求中的令牌对目的中台的合法性进行验证。

需要说明的是，源中台生成与目的中台对应的令牌之后，可以通过与目的中台之间的通信链路将令牌线上发送至目的中台，也可以通过工作人员线下传递至目的中台，以进一步提升令牌的保密性。

步骤102，根据关联请求之中的令牌进行验证。

在本申请实施例中，源中台获取到目的中台发送的关联请求之后，可以对关联请求中的令牌的合法性进行验证，若该令牌为源中台生成并发放至目的中台的令牌，源中台则可以确定当前发送关联请求的目的中台合法，并通过验证；若该令牌不是源中台生成并发放至目的中台的令牌，源中台则可以确定当前发送关联请求的目的中台不合法，并拒绝关联。

步骤103，在通过验证之后，更新目的中台的关联状态，并选择目的中台对应的源中台数据资产池。

在本申请实施例中，源中台通过验证之后，可以将与目的中台的关联状态更新为已关联，并向目的中台发送http请求，通知目的中台的关联状态与更新后的访问密钥。

作为一种可能的实现方式，在源中台与目的中台关联之后，源中台可以根据用户在源中台对同步资产池的配置信息，确定目的中台对应的源中台数据资产池；或者，目的中台的用户还可以根据目的中台的实际需求在关联请求中配置目的中台对应的源中台数据资产池，以将目的中台对应的源中台数据资产池中的数据资产，同步至目的中台对应的目的中台数据资产池。

作为一种可能的实现方式，源中台与目的中台之间的关联状态可以包括挂起(Pending)、审批中(Judging)、拒绝(Refused)、删除(Deleted)、已关联(Blinded)，源中台与目的中台可以按照如图2所示的关联状态判定流程，更新源中台与目的中台之间的关联状态。

对于源中台来说，在新建与目的中台之间的关联关系，并向目的中台发放令牌之后，可以判断是否有目的中台申请关联(即是否获取到目的中台的关联请求)，若否，则将与目的中台的关联状态更新为Pending状态；若是，则继续判断管理员是否审批(如管理员判断关联请求中的令牌是否合法)，若否，则将与目的中台的关联状态更新为Judging状态；若是，则继续判断是否通过审批(如令牌是否合法)，若否，则将与目的中台的关联状态更新为Refused状态；若是，则继续判断关联关系是否已解除，若是，则将与目的中台的关联状态更新为Deleted状态；否则，将与目的中台的关联状态更新为Blinding状态。

对于目的中台来说，在新建关联(即向源中台发送关联请求)之后，可以判断关联请求能否正常返回，若否，则新建关联报错；若是，则继续判断源中台管理员是否审批(如管理员判断关联请求中的令牌是否合法)，若否，则将与目的中台的关联状态更新为Judging状态；若是，则继续判断是否通过审批(如令牌是否合法)，若否，则将与目的中台的关联状态更新为Refused状态；若是，则继续判断关联关系是否已解除，若是，则将与目的中台的关联状态更新为Deleted状态；否则，将与目的中台的关联状态更新为Blinding状态。

步骤104，根据同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步。

其中，目的中台对应的目的中台数据资产池，可以是用户根据目的中台的实际需求设置的；也可以是根据目的中台对应的源中台数据资产池确定的，即目的中台对应的目的中台数据资产池可以是目的中台对应的源中台数据资产池在目的中台中的相应资产池。

在本申请实施例中，源中台与目的中台建立关联关系之后，可以根据目的中台配置的同步模式，将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步，即将目的中台数据资产池中不存在、但是源中台数据资产池中存在的资产，同步至目的中台数据资产池。

作为一种可能的实现方式，若同步模式为全自动模式，则源中台可以获取目的中台定期发送的第一新增资产同步请求，并将源中台数据资产池中的新增资产同步至目的中台数据资产池。

作为一种可能的实现方式，若同步模式为半自动模式，则源中台可以将源中台数据资产池中的全量资产同步至目的中台，以使用户根据目的中台的实际需求选择需要同步的待同步资产，并获取目的中台发送的第二新增资产同步请求，并将用户选择的待同步资产从源中台数据资产池同步至目的中台数据资产池。

根据本申请实施例的技术方案，源中台在接收到目的中台发送的关联请求时，根据所述关联请求之中的令牌对目的中台进行验证，并在通过验证之后，更新目的中台的关联状态，以及选择目的中台对应的源中台数据资产池，进而根据关联请求中的同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步。由此，通过源中台发放的令牌建立验证目的中台的合法性，以建立源中台于目的中台之间的关联关系，从而不仅有效实现了跨平台的资产共享，而且提升了跨平台资产共享的数据安全与可靠性。

在本申请一种可能的实现形式中，同步模式为全自动模式时，源中台可以自动获取每个同步周期内的新增资产，并将新增资产同步至目的中台，以进一步提升跨平台资产共享的便捷性与全面性。

下面结合图3，对本申请实施例提供的跨平台的数据资产共享方法进行进一步说明。

图3为本申请实施例所提供的另一种跨平台的数据资产共享方法的流程示意图，应用于源中台。

如图3所示，该跨平台的数据资产共享方法，包括以下步骤：

步骤301，接收目的中台发送的关联请求，其中，关联请求包括与源中台同步的令牌以及同步模式。

步骤302，根据关联请求之中的令牌进行验证。

步骤303，在通过验证之后，更新目的中台的关联状态，并选择目的中台对应的源中台数据资产池。

上述步骤301-303的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

步骤304，在当前时刻获取到目的中台发送的第一新增资产同步请求的情况下，确定上一第一新增资产同步请求的获取时刻。

其中，上一第一新增资产同步请求，是指获取时刻处于当前时刻之前、且与当前时刻获取到的第一新增资产同步请求相邻的第一新增资产同步请求。

步骤305，从源中台数据资产池中获取创建时间处于当前时刻与上一第一新增资产同步请求的获取时刻之间的资产，构成新增资产列表。

作为一种可能的实现方式，在同步模式为全自动模式时，目的中台可以按照预设的同步周期，向源中台发送第一新增资产同步请求，以周期性地同步源中台数据资产池中的新增资产。因此，源中台在当前时刻获取到目的中台发送的第一新增资产同步请求时，可以确定上一第一新增资产同步请求的获取时刻，进而将源中台数据资产池中创建时间处于当前时刻与上一第一新增资产同步请求的获取时刻之间的资产，确定为当前同步周期的新增资产，并利用获取到的新增资产构成新增资产列表。

步骤306，将新增资产列表中的各资产作为待同步资产，写入源中台的共享资产表。

在本申请实施例中，确定出当前同步周期对应的新增资产列表之后，可以将新增资产列表中的各资产作为待同步资产，写入源中台的共享资产表，并将新增资产列表中的各待同步资产的资产状态记录为New，后续源中台将以共享资产表中的待同步资产为原料进行资产同步。

步骤307，将新增资产列表发送至目的中台。

在本申请实施例中，确定出当前同步周期对应的新增资产列表之后，源中台还可以通过http请求将新增资产列表发送至目的中台，以使目的中台将新增资产列表写入目的中台的共享资产表，并将新增资产列表中的各待同步资产的资产状态记录为New状态，后续目的中台将以共享资产表中的待同步资产为原料进行资产同步。

进一步的，在资产同步过程中，还可以引入失败重试策略，以保证资产同步的可靠性。即在本申请实施例一种可能的实现方式中，上述步骤307，可以包括：

从共享资产表中获取与目的中台关联的、最新状态为非成功终态的各资产，构成第一资产集合；

从第一资产集合中去除被标记为同一非成功终态的次数大于或等于K的资产，以生成第二资产集合；

将第二资产集合中的各资产加入新增资产列表，以对新增资产列表进行更新；

将更新后的新增资产列表发送至目的中台。

其中，资产的非成功终态，可以包括以下状态中的至少一种：标记导出失败(NotifyExportFailed)、标记传输失败(NotifyTransportFailed)、标记导入失败(NotifyImportFailed)、标记注册失败(NotifyRegisterFailed)，本申请实施例对此不做限定。

作为一种可能的实现方式，由于在资产同步的过程中，可能会出现同步失败的情况，因此在每个同步周期中，不仅可以对该同步周期内的新增资产进行同步，还可以将共享资产表中被标记为非成功终态的资产进行重新同步，并设置失败重试次数阈值K，以保证资产同步的可靠性。

因此，在根据每个同步周期内的新增资产剩下新增资产列表之后，源中台还可以根据与目标平台的关联关系，从共享资产表中获取与目的中台关联的、最新状态为非成功终态的各资产，构成第一资产集合；进而根据第一资产集合中各资产的失败重试次数，从第一资产集合中去除失败重试次数大于或等于阈值K的资产，即若一个资产被标记为同一非成功终态的次数大于或等于K(比如，资产A连续K次被标记为传输失败)，则可以确定该资产已经达到了失败重试次数，可以不继续对该资产进行重新同步，从而可以将该资产从第一资产集合中去除，以生成第二资产集合。

由于第二资产集合中的资产均为未成功同步且未达到失败重试次数阈值的资产，因此可以将第二资产集合中的各资产加入新增资产列表，并将更新后的新增资产列表发送至目的中台，以对同步失败的资产进行重新同步。

需要说明的是，实际使用时，可以根据实际需要及具体的应用场景，确定K的具体取值，本申请实施例对此不做限定。比如，K的取值可以为3。

步骤308，根据同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步。

其中，同步模式，可以为全自动模式。

需要说明的是，在同步模式为全自动模式时，源中台可以在每个同步周期内，仅将新增资产列表中的各待同步资产同步至目的中台数据资产池。

上述步骤308的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

根据本申请实施例的技术方案，源中台根据目的中台发送的关联请求之中的令牌对目的中台进行验证，并在通过验证之后，更新目的中台的关联状态，以及选择目的中台对应的源中台数据资产池，之后在获取到目的中台按照预设的同步周期发送的第一新增资产同步请求时，获取在该同步周期内源中台数据资产池中的新增资产，构成新增资产列表，进而将新增资产列表中的各资产作为待同步资产，写入源中台的共享资产表，并将新增资产列表发送至目的中台，进而根据关联请求中的同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步。由此，在同步模式为全自动模式时，源中台根据目的中台周期性发送的新增资产获取请求，自动获取每个同步周期内的新增资产，并将新增资产同步至目的中台，从而进一步提升了跨平台资产共享的便捷性与全面性。

在本申请一种可能的实现形式中，同步模式为半自动模式时，源中台可以根据目的中台的用户选择，将用户选择的资产同步至目的中台，以进一步提升跨平台资产同步的灵活性。

下面结合图4，对本申请实施例提供的跨平台的数据资产共享方法进行进一步说明。

图4为本申请实施例所提供的再一种跨平台的数据资产共享方法的流程示意图，应用于源中台。

如图4所示，该跨平台的数据资产共享方法，包括以下步骤：

步骤401，接收目的中台发送的关联请求，其中，关联请求包括与源中台同步的令牌以及同步模式。

步骤402，根据关联请求之中的令牌进行验证。

步骤403，在通过验证之后，更新目的中台的关联状态，并选择目的中台对应的源中台数据资产池。

上述步骤401-403的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

步骤404，确定当前时刻获取到目的中台发送的第二新增资产同步请求，其中，第二新增资产同步请求包括待同步资产。

作为一种可能的实现方式，若同步模式为半自动模式，则源中台可以将源中台数据资产池中的全量资产同步至目的中台，并显示在目的中台的源端资产页面中，以使用户可以根据目的中台的实际需求在源端资产页面中选择需要同步的待同步资产，进而根据用户选择的待同步资产生成第二新增资产同步请求并发送至源中台。因此，在同步模式为半自动模式时，源中台可以获取目的中台发送的第二新增资产同步请求，并从第二新增资产同步请求中获取待同步资产。

步骤405，将待同步资产写入源中台的共享资产表。

在本申请实施例中，源中台在根据第二新增资产同步请求，获取到用户在目的中台选择的待同步资产之后，可以将用户选择的待同步资产写入源中台的共享资产表，并将各待同步资产的资产状态记录为New状态，后续源中台将以共享资产表中的待同步资产为原料进行资产同步。

需要说明的是，用户在目的中台的源端资产页面中选择待同步资产之后，目的中台也可以将用户选择的待同步资产写入目的中台的共享资产表，并将各待同步资产的资产状态记录为New状态，后续目的中台将以共享资产表中的待同步资产为原料进行资产同步。

步骤406，根据同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步。

其中，同步模式，可以为半自动模式。

需要说明的是，在同步模式为半自动模式时，源中台可以在每次获取到目的中台发送的第二新增资产同步请求时，仅将用户选择的各待同步资产同步至目的中台数据资产池。

上述步骤406的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

根据本申请实施例的技术方案，源中台根据目的中台发送的关联请求之中的令牌对目的中台进行验证，并在通过验证之后，更新目的中台的关联状态，以及选择目的中台对应的源中台数据资产池，之后在获取到目的中台发送的第二新增资产同步请求时，获取该第二新增资产同步请求中包括的用户选择的待同步资产，并将待同步资产写入源中台的共享资产表，进而根据关联请求中的同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步。由此，在同步模式为半自动模式时，源中台根据目的中台的用户选择，将用户选择的资产同步至目的中台，从而进一步提升了跨平台资产同步的灵活性。

在本申请一种可能的实现形式中，资产同步过程可以包括资产导出、资产传输、资产导入、资产注册四个阶段，并且在资产同步过程中可以通过预设的有限并行策略对资产同步的资源消耗进行限制，以避免影响平台的稳定性。

下面结合图5，对本申请实施例提供的跨平台的数据资产共享方法进行进一步说明。

图5为本申请实施例所提供的又一种跨平台的数据资产共享方法的流程示意图，应用于源中台。

如图5所示，该跨平台的数据资产共享方法，包括以下步骤：

步骤501，接收目的中台发送的关联请求，其中，关联请求包括与源中台同步的令牌以及同步模式。

步骤502，根据关联请求之中的令牌进行验证。

步骤503，在通过验证之后，更新目的中台的关联状态，并选择目的中台对应的源中台数据资产池。

步骤504，在当前时刻获取到目的中台发送的第一新增资产同步请求的情况下，确定上一第一新增资产同步请求的获取时刻。

步骤505，从源中台数据资产池中获取创建时间处于当前时刻与上一第一新增资产同步请求的获取时刻之间的资产，构成新增资产列表。

步骤506，将新增资产列表中的各资产作为待同步资产，写入源中台的共享资产表。

步骤507，将新增资产列表发送至目的中台。

上述步骤501-507的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

步骤508，根据预设的有限并行策略，向资产仓库发送资产导出请求，以从资产仓库中导出共享资产表中的各个待同步资产。

作为一种可能的实现方式，在对共享资产表中的各个待同步资产进行同步之前，还可以首先确定源中台与目的中台之间的资产同步链路，是否处于可用状态，并在资产同步链路处于可用状态时才可以对待同步资产进行同步，以保证资产同步的可靠性。即在本申请一种可能的实现方式中，上述步骤508之前，还可以包括：

获取源中台与目的中台之间的资产同步链路状态；

确定资产同步链路状态为已关联状态或传输中状态。

作为一种可能的实现方式，可以根据源中台与目的中台之间的关联状态，以及共享资产表中的资产状态，确定源中台与目的中台之间的资产同步链路状态。

可选的，在源中台与目的中台之间的关联状态为非Blinding状态(Pending、Judging、Refused、Deleted状态)时，可以将源中台与目的中台之间的关联状态，确定为源中台与目的中台之间的资产同步链路状态；在源中台与目的中台之间的关联状态为Blinding状态之后，链路状态会随着资产传输情况和心跳报文情况而持续变化。具体的，若连续两个周期心跳报文应答异常，则可以确定资产同步链路状态为错误(Fault)状态；否则，判断源中台与目的中台的共享资产表中是否存在资产处于非终态(导出中(Exporting)、传输中(Transporting)、导入中(Importing))，若是，则可以确定资产同步链路状态为Transporting状态；否则，可以确定资产同步链路状态为Blinding状态。

在本申请实施例中，由于资产同步链路状态的变化也会影响到资产同步过程，而资产同步链路状态为Blinding状态或Transporting状态时，可以正常进行资产同步，从而可以在确定资产同步链路状态为Blinding状态或Transporting状态时才开始对进行资产同步，以保证资产同步的可靠性。

作为一种可能的实现方式，预设的有限并行策略中可以包括第一并行度N₁，以对同时并行导出的资产数量进行限制，以降低资产同步的资源消耗，保证平台的稳定性。即在本申请实施例一种可能的实现方式中，上述步骤508，可以包括：

查询共享资产表中当前处于导出中状态的待同步资产数量M₁，及当前处于等待传输状态的待同步资产数量M₂；

在M₁与M₂均小于N₁的情况下，根据各个待同步资产的最新状态更新时间，对各个待同步资产进行降序排序，选取前N1-M_X个当前处于等待导出状态、且与目的中台关联的第四待同步资产，其中MX为M₁与M₂中的较大值；

向资产仓库发送所述资产导出请求；

在资产仓库同意资产导出请求的情况下，将各个第四待同步资产的资产状态更新为导出中状态；

在资产仓库拒绝资产导出请求的情况下，将各个第四待同步资产的资产出状态更新为导出失败状态。

其中，第一并行度N₁，可以是指同时允许并行导出的最大资产数量。实际使用时，N₁的具体取值可以根据实际需要设定，本申请实施例对此不做限定。

在本申请实施例中，在开始对共享资产表中资产状态为New状态的待同步资产(即本同步周期对应的新增资产列表中的各资产)进行导出之前，可以首先获取共享资产表中当前处于导出中(Exporting)状态的待同步资产数量M₁，及当前处于等待导出(ExportPending)状态的待同步资产数量M₂。若M₁与M₂均小于N₁，则可以确定处于Exporting与ExportPending的待同步资产的数量均未达到有限并行策略的限制条件，即可以继续导出新的资产，从而可以向源中台的资产仓库发送资产导出请求，并可以从共享资产表中资产状态为New的待同步资产的资产状态更新为ExportPending状态；并以M₁与M₂中的较大值为依据，从资产状态为ExportPending状态的待同步资产中选取N₁-M_x个第四待同步资产，并将各个第四待同步资产的资产状态更新为Exporting状态，M_x为M₁与M₂中的较大值。

可选的的，在选取第四待同步资产时，可以根据共享资产表中各个待同步资产的最新状态更新时间，对各个待同步资产进行降序排序，进而将前N₁-M_x个当前处于等待导入状态、且与目的中台关联的待同步资产，确定为第四待同步资产，以将最早更新为ExportPending状态的N₁-M₁个待同步资产进行导出。

在本申请实施例中，在M₁与M₂满足预设的有限并行策略时，源中台可以确定当前可以对新的待同步资产进行导出，从而可以向资产仓库发送资产导出请求，并在资产仓库同意资产导出请求的情况下，将各个第四待同步资产的资产状态更新为Exporting状态；以及在资产仓库拒绝资产导出请求的情况下，将各个第四待同步资产的资产状态更新为ExportFailed状态，并在数据库中记录资产仓库返回的消息。

步骤509，向目的中台发送资产开始导出通知。

在本申请实施例中，源中台在每个同步周期内将新的待同步资产的资产状态更新为Exporting状态之后，说明源中台已经开始从资产仓库中导出该同步周期内的新增资产，从而可以通过http请求向目的中台发送资产开始导出通知，以通告目的中台资产开始导出，使得目的中台将相应待同步资产的资产状态更新为Exporting状态，并记录至数据库中。

步骤510，根据第一轮询周期向资产仓库轮询各个待同步资产的资产状态与导出进度，并将各个待同步资产的资产状态与导出进度更新至数据库。

作为一种可能的实现方式，源中台还可以周期性的轮询资产仓库，以及时获取各个待同步资产的资产状态与导出进度。可选的，源中台可以根据第一轮询周期向资产仓库轮询各个待同步资产的资产状态，并选取出资产状态为Exporting状态的各个待同步资产，进而查询处于Exporting状态的各个待同步资产的导出进度，并将各个待同步资产的导出进度更新至数据库(若与上次轮询相比，待同步资产的导出进度未变化，则不更新该待同步资产的导出进度)；以及将已经导出成功的待同步资产的资产状态更新为ExportSucceeded状态，并将已经导出失败、导出进度查询异常或长时间未更新导出进度(如24小时以上未更新)的待同步资产的资产状态更新为ExportFailed状态，并更新至数据库。若未查询到各个待同步资产的导出进度，则不做任何操作。

步骤511，向目的中台发送资产导出进度通知，以将各个待同步资产的资产状态与导出进度同步至目的中台。

在本申请实施例中，源中台每次轮询获取到各个待同步资产的资产状态与导出进度并更新至数据库后，可以通过http请求向目的中台发送资产导出进度通知，以将各个待同步资产更新后的资产状态与导出进度同步至目的中台，以使目的中台将各个待同步资产更新后的资产状态与导出进度记录至目的中台的数据库中。

步骤512，在存在资产状态为导出成功状态的第一待同步资产的情况下，根据预设的有限并行策略，向传输服务发送资产传输请求，并向目的中台发送资产开始传输通知，以向目的中台传输各个第一待同步资产。

在本申请实施例中，源中台在从资产仓库中成功导出待同步资产之后，可以将导出成功的待同步资产传输至目的中台。因此，源中台在确定存在资产状态为ExportSucceeded状态的第一待同步资产时，可以根据预设的有限并行策略确定是否可以对第一待同步资产进行传输，并在确定可以对第一待同步资产进行传输时，向源中台的传输服务发送资产传输请求，以开始传输第一待同步资产。

作为一种可能的实现方式，预设的有限并行策略中可以包括第二并行度N₂，以对同时并行传输的资产数量进行限制，以降低资产同步的资源消耗，保证平台的稳定性。即在本申请实施例一种可能的实现方式中，上述步骤512，可以包括：

查询共享资产表中当前处于传输中状态的待同步资产数量M₃；

在M₃小于N₂的情况下，从共享资产表中获取当前处于传输中状态、且与目的中台关联的待同步资产，构成第三资产集合；

根据各个待同步资产的最新状态更新时间，对各个待同步资产进行降序排序，选取前N₂-M₃个与目的中台关联的、当前处于等待传输状态、且不属于第三资产集合的第五待同步资产；

向传输服务发送资产传输请求；

在传输服务同意资产传输请求的情况下，将各个第五待同步资产的资产状态更新为传输中状态；

在传输拒绝所述资产传输请求的情况下，将各个第五待同步资产的资产状态更新为传输失败状态。

其中，第二并行度N₂，可以是指同时允许并行传输的最大资产数量。实际使用时，N₂的具体取值可以根据实际需要设定，本申请实施例对此不做限定。

在本申请实施例中，在开始对共享资产表中资产状态为ExportSucceeded状态的待同步资产进行传输之前，可以从共享资产表中选取出所有处于ExportSucceeded状态的待同步资产，并通告目的中台这些待同步资产的资产状态为标记导出成功(NotifyExportSucceeded)状态，并将这些待同步资产的资产状态更新为等待传输(TransportPending)。

之后，源中台可以获取共享资产表中当前处于传输中(Transporting)状态的待同步资产数量M₃。若M₃小于N₂，则可以确定处于Transporting状态的待同步资产的数量未达到有限并行策略的限制条件，即可以继续传输新的资产，从而可以向源中台的传输服务发送资产传输请求，并从资产状态为TransportPending状态的待同步资产中选取N₂-M₃个第五待同步资产，并将各个第五待同步资产的资产状态更新为Transporting状态。

可选的，在选取第五待同步资产时，可以获取当前处于Transporting状态、且与目的中台关联的待同步资产，构成第三资产集合；并可以根据共享资产表中各个待同步资产的最新状态更新时间，对各个待同步资产进行降序排序，进而将前N₂-M₃个当前处于TransportPending状态、与目的中台关联、且不属于第三资产集合的待同步资产，确定为第五待同步资产，以将最早更新为TransportPending状态的N2-M3个待同步资产进行导出，并保证与目的中台关联的相同待同步资产串行传输。

在本申请实施例中，在M₃满足预设的有限并行策略时，源中台可以确定当前可以对新的待同步资产进行传输，从而可以向传输服务发送资产传输请求，并在传输服务同意资产传输请求的情况下，将各个第五待同步资产的资产状态更新为Transporting状态；以及在传输服务拒绝资产传输请求的情况下，将各个第五待同步资产的资产状态更新为TransportFailed状态，并在数据库中记录传输服务返回的消息。

在本申请实施例中，源中台在每个同步周期内将新的待同步资产的资产状态更新为Transporting状态之后，说明源中台已经开始向目的中台传输新的资产，从而可以通过http请求向目的中台发送资产开始传输通知，以通告目的中台资产开始传输，使得目的中台将相应待同步资产的资产状态更新为Transporting状态，并记录至数据库中。

步骤513，根据第二轮询周期向传输服务轮询各个第一待同步资产的资产状态与传输进度，并将各个第一待同步资产的资产状态与传输进度更新至数据库。

作为一种可能的实现方式，源中台还可以周期性的轮询传输服务，以及时获取各个待同步资产的资产状态与传输进度。可选的，源中台可以根据第二轮询周期向传输服务轮询各个待同步资产的资产状态，并选取出资产状态为Transporting状态的各个待同步资产，进而查询处于Transporting状态的各个待同步资产的传输进度，并将各个待同步资产的传输进度更新至数据库(若与上次轮询相比，待同步资产的传输进度未变化，则不更新该待同步资产的传输进度)；以及将已经传输成功的待同步资产的资产状态更新为TransportSucceeded状态，并将已经的传输失败、传输进度查询异常或长时间未更新传输进度(如24小时以上未更新)的待同步资产的资产状态更新为TransportFailed状态，并更新至数据库。若未查询到各个待同步资产的传输进度，则不做任何操作。

步骤514，向目的中台发送资产传输进度通知，以将各个第一待同步资产的资产状态与传输进度同步至目的中台。

在本申请实施例中，源中台每次轮询获取到各个待同步资产的资产状态与传输进度并更新至数据库后，可以通过http请求向目的中台发送资产传输进度通知，以将各个待同步资产更新后的资产状态与传输进度同步至目的中台，以使目的中台将各个待同步资产更新后的资产状态与传输进度记录至目的中台的数据库中。

需要说明的时，对于资产状态为TransportSucceeded状态的待同步资产，源中台可以通过http请求通告目的中台将该待同步资产的资产状态更新为NotifyTransportSucceeded状态，并将该待同步资产对应的原始待传输资产文件删除，以及源中台将该待同步资产的资产状态更新为NotifyTransportSucceeded状态。

对于资产状态为TransportFailed状态的待同步资产，源中台可以通过http请求通告目的中台将该待同步资产的资产状态更新为NotifyTransportFailed状态，并调用传输服务的应用程序接口，删除该待同步资产对应的传输任务，以及删除该待同步资产对应的原始待传输资产文件，以及源中台将该待同步资产的资产状态更新为NotifyTransportFailed状态。

步骤515，获取目的中台发送的资产开始导入通知，其中，资产开始导入通知中包括资产状态为传输成功状态的第二待同步资产的标识。

步骤516，将各个第二待同步资产的资产状态更新为导入中，并记录至数据库。

在本申请实施例中，在待同步资产传输成功之后，目的中台可以将传输成功的各个待同步资产导入目的中台的资产仓库，从而目的中台可以获取资产状态为NotifyTransportSucceeded状态的第二待同步资产，并将第二待同步资产的资产状态更新为等待导入(ImportPending)状态，进而根据第二待同步资产的资产标识生成资产开始导入通知，并通过给http请求发送至源中台。从而，源中台可以在获取到资产开始导入通知时，确定各第二待同步资产的资产标识，并将各第二待同步资产的资产状态更新为导入中，并记录至数据库。

步骤517，获取目的中台发送的资产导入进度通知，其中，资产导入进度通知中包括各个第二待同步资产的导入进度。

作为一种可能的实现方式，目的中台在对各个第二待同步资产进行导入的过程中，目的中台还可以周期性的轮询资产仓库，以及时获取各个第二待同步资产的资产状态与导入进度，并根据各个第二待同步资产的资产状态与导入进度生成资产导入进度通知，并通告http请求发送至源中台。从而，源中台在获取到目的中台发送的资产导入进度通知时，可以将各个第二待同步资产的资产状态与导入进度记录至源中台的数据库中。

步骤518，将各个第二待同步资产的导入进度记录至数据库中。

在本申请实施例中，源中台获取到目的中台发送的资产导入进度通知之后，将资产导入进度通知中包括的各个第二待同步资产的导入进度，更新各个第二待同步资产的资产状态与导入进度，并记录至源中台的数据库中。

步骤519，获取目的中台发送的资产注册成功通知，其中，资产注册成功通知中包括已注册成功的第三待同步资产的标识。

步骤520，将第三待同步资产的资产状态更新为已注册。

在本申请实施例中，目的中台在确定存在导入成功的待同步资产时，可以向管理模块发送资产注册请求，以对导入成功的待同步资产进行注册；进而在第三待同步资产注册成功后，向源中台发送资产注册成功通知，以通知源中台更新已注册成功的第三待同步资产的资产状态。因此，源中台在获取到目的中台发送的资产注册成功通知后，可以根据资产注册成功通知中包括的第三待同步资产的资产标识，将第三待同步资产的资产状态更新为已注册，从而完成第三待同步资产的同步过程。

需要说明的时，在同步模式为半自动模式时，对待同步资产进行同步的方式与本实施例相同，此处不再赘述。

根据本申请实施例的技术方案，源中台根据目的中台发送的关联请求之中的令牌对目的中台进行验证，并在通过验证之后，更新目的中台的关联状态，以及选择目的中台对应的源中台数据资产池，之后在获取到目的中台发送的新增资产同步请求时，将待同步资产写入源中台的共享资产表，进而在根据关联请求中的同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步时，通过预设的有限并行策略对资产同步的资源消耗，以及通告资产状态轮询策略及时获取并更新资产同步状态。由此，通告在资产同步过程中，及时对待同步资产在资产导出、资产传输、资产导入、资产注册四个阶段的资产状态进行及时更新，以及在资产同步过程中通过预设的有限并行策略对资产同步的资源消耗，从而不仅提升了平台稳定性，而且进一步提升了跨平台资产同步的可靠性。

在本申请一种可能的实现形式中，源中台与目的中台都可以根据实际需求解除与对端的关联关系，以提升跨平台资产共享的灵活性。

下面结合图6，对本申请实施例提供的跨平台的数据资产共享方法进行进一步说明。

图6为本申请实施例所提供的又一种跨平台的数据资产共享方法的流程示意图，应用于源中台。

如图6所示，该跨平台的数据资产共享方法，包括以下步骤：

步骤601，接收目的中台发送的关联请求，其中，关联请求包括与源中台同步的令牌以及同步模式。

步骤602，根据关联请求之中的令牌进行验证。

步骤603，在通过验证之后，更新目的中台的关联状态，并选择目的中台对应的源中台数据资产池。

步骤604，根据同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步。

上述步骤601-604的具体实现过程及原理，可以参照上述实施的详细描述，此处不再赘述。

步骤605，获取第一解除关联指令，或者获取目的中台发送的第一解除关联请求。

其中，解除关联指令，可以是根据用户对源中台页面中“解除关联”控件的点击操作生成的。

其中，第一解除关联请求，可以是目的中台根据用户对目的中台页面中的“解除关联”控件的点击操作生成并发送至源中台的。

作为一种可能的实现方式，用户可以通过源中台主动解除源中台与目的中台之间的关联关系，从而源中台可以在检测到用户在页面中对“解除关联”控件进行点击操作时，确定获取到第一解除关联指令，以解除与目的中台之间的关联关系。

需要说明的是，通过源中台主动解除源中台与目的中台之间的关联关系，源中台还可以向目的中台发送第二解除关联请求，以通告目的中台与源中台解除关联。

作为另一种可能的实现方式，用户可以通过目的中台主动解除源中台与目的中台之间的关联关系，从而源中台可以在获取到目的中台发送的第一解除关联请求时，解除与目的中台之间的关联关系。

步骤606，将数据库中源中台与目的中台之间的关联状态更新为删除状态。

在本申请实施例种，源中台在解除与目的中台之间的关联关系时，可以将源中台与目的中台之间的关联状态更新为Deleted状态。

步骤607，将共享资产表中与目的中台关联的各个待同步资产的资产状态修改为过期状态。

在本申请实施例中，由于源中台与目的中台之间的关联关系解除之后，再重新建立关联关系之前两者之间不能再进行资产同步，因此源中台可以将共享资产表中与目的中台关联的待同步资产的资产状态修改为过期(Outmoded)状态，以使与目的中台关联的待同步资源无法继续同步至目的中台。

进一步的，若共享资产表中存在与目的中台关联且处于非终态的待同步资产，则可以首先删除相应的任务，再对待同步资产的资产状态进行修改，以进一步提升跨平台资产共享的可靠性。即在本申请实施一种可能的实现方式中，上述步骤607，可以包括：

在共享资产表中与目的终端关联的待同步资产处于终态的情况下，将待同步资产的资产状态修改为过期状态；

在共享资产表中与目的终端关联的待同步资产处于导出中状态的情况下，向资产仓库发送删除导出任务请求，并将待同步资产的资产状态修改为过期状态；

在共享资产表中与目的终端关联的待同步资产处于传输中状态的情况下，向传输服务发送删除传输任务请求，并将待同步资产的资产状态修改为过期状态。

其中，终态，可以包括成功终态与非成功终态；成功终态可以包括：NotifyExportSucceeded、NotifyTransportSucceeded、NotifyRegisterSucceeded中的至少一种；非成功终态可以包括：NotifyExportFailed、NotifyTransportFailed、NotifyRegisterFailed中的至少一种。

在本申请实施例中，源中台删除与目的中台的关联关系之后，可以对共享资产表中与目的中台关联的各个待同步资产逐一进行处理。可选的，若与目的中台关联的待同步资产处于终态，则可以将直接将该待同步资产的资产状态修改为过期状态；若与目的中台关联的待同步资产处于非终态，则可以判断该待同步资产是否处于Exporting状态；若是，则向资产仓库发送删除导出任务请求，以停止对该待同步资产的导出，进而将该待同步资产的资产状态修改为过期状态；否则，可以判断该待同步资产是否处于Transporting状态，若是，则向传输服务发送删除传输任务请求，以停止对该待同步资产的传输，进而将该待同步资产的资产状态修改为过期状态；若该待同步资产未处于Transporting状态与Exporting状态，则可以直接将该待同步资产的资产状态修改为过期状态。

步骤608，在预设时段后删除待同步资产对应的导出目录与文件。

在本申请实施例中，源中台将共享资产列表中与目的中台关联的待同步资产标记为过期状态之后，可以通过异步延时资源回收策略，在预设时段后将过期状态的待同步资产对应的导出目录与文件删除，从而不仅可以回收存储空间，而且可以预防文件未冷却，直接删除可能导致的删除不干净。

需要说明的是，预设时段可以根据实际需要及具体的应用场景确定，本申请实施例对此不做限定。比如，预设时段可以为24小时。

根据本申请实施例的技术方案，源中台根据目的中台发送的关联请求之中的令牌对目的中台进行验证，并在通过验证之后，更新目的中台的关联状态，以及选择目的中台对应的源中台数据资产池，之后在解除源中台与目的中台之间的关联关系时，将关联状态更新为删除状态，并将共享资产表中与目的中台关联的各个待同步资产的资产状态修改为过期状态，进而在预设时段后删除待同步资产对应的导出目录与文件。由此，源中台与目的中台都可以根据实际需求解除与对端的关联关系，并且通过异步延时资源回收策略删除过期的同步资产，从而不仅提升了跨平台资产共享的灵活性，而且可以预防文件未冷却导致的删除不干净，提升了存储空间回收率。

下面结合图7，对本申请实施例提供的跨平台的数据资产共享方法进行进一步说明。

图7为本申请实施例所提供的另一种跨平台的数据资产共享方法的流程示意图，应用于目的中台。

如图7所示，该跨平台的数据资产共享方法，包括以下步骤：

步骤701，向源中台发送关联请求，其中，关联请求包括与源中台同步的令牌以及同步模式。

需要说明的是，本申请实施例的跨平台的数据资产共享方法可以由本申请实施例的跨平台的数据资产共享装置执行，本申请实施例的跨平台的数据资产共享装置可以配置在任意电子设备中，以执行本申请实施例的跨平台的数据资产共享方法。

在本申请实施例中，本申请实施例的跨平台的数据资产共享方法可以应用在任意的需要跨平台分享资源的场景中。比如，可以应用在人工智能平台的跨平台的数据资产共享场景。

其中，目的中台，可以是指请求从源中台获取数据资产的平台；源中台，可以是指可以将自身存储的计算资源同步至其他平台的平台。

其中，令牌，可以是源中台生成并发放至目的中台的。

其中，同步模式，可以包括全自动模式与半自动模式。实际使用时，同步模式可以是用户通过目的中台设置的。

作为一种可能的实现方式，目的中台需要与源中台进行数据资产共享时，可以根据用户输入的令牌与选择的同步模式，生成关联请求，并将关联请求发送至源中台，以使源中台根据关联请求中的令牌对目的中台的合法性进行验证。

需要说明的是，源中台生成与目的中台对应的令牌之后，可以通过与目的中台之间的通信链路将令牌线上发送至目的中台，也可以通过工作人员线下传递至目的中台，以进一步提升令牌的保密性。

步骤702，获取源中台发送的关联成功通知及更新后的访问密钥。

在本申请实施例中，源中台获取到目的中台发送的关联请求之后，可以对关联请求中的令牌的合法性进行验证，若该令牌为源中台生成并发放至目的中台的令牌，源中台则可以确定当前发送关联请求的目的中台合法，并向目的中台发送关联成功通知及更新后的访问密钥。

步骤703，更新与源中台之间的关联状态，并保存访问密钥。

在本申请实施例中，目的中台获取到关联成功通知及更新后的访问密钥之后，可以将与源中台的关联状态更新为已关联，并将更新后的关联状态与访问密钥存储至数据库。

作为一种可能的实现方式，源中台与目的中台之间的关联状态可以包括挂起(Pending)、审批中(Judging)、拒绝(Refused)、删除(Deleted)、已关联(Blinded)，源中台与目的中台可以按照如图2所示的关联状态判定流程，更新源中台与目的中台之间的关联状态。具体的实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

步骤704，根据同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步。

其中，目的中台对应的目的中台数据资产池，可以是用户根据目的中台的实际需求设置的；也可以是根据目的中台对应的源中台数据资产池确定的，即目的中台对应的目的中台数据资产池可以是目的中台对应的源中台数据资产池在目的中台中的相应资产池。

在本申请实施例中，源中台与目的中台建立关联关系之后，可以根据目的中台配置的同步模式，将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步，即将目的中台数据资产池中不存在、但是源中台数据资产池中存在的资产，同步至目的中台数据资产池。

作为一种可能的实现方式，若同步模式为全自动模式，则目的中台可以定期向源中台发送第一新增资产同步请求，并将源中台数据资产池中的新增资产同步至目的中台数据资产池。

作为一种可能的实现方式，若同步模式为半自动模式，则源中台可以将源中台数据资产池中的全量资产同步至目的中台，以使用户根据目的中台的实际需求选择需要同步的待同步资产，进而目的中台根据用户选择的待同步资产生成第二新增资产同步请求，并通告http请求发送至源中台，以申请将用户选择的待同步资产从源中台数据资产池同步至目的中台数据资产池。

根据本申请实施例的技术方案，目的中台通过向源中台发送关联请求，并在验证通过后获取源中台发送的关联成功通知及更新后的访问密钥，之后更新与源中台之间的关联状态，并保存访问密钥，进而根据关联请求中的同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步。由此，通过源中台发放的令牌建立验证目的中台的合法性，以建立源中台于目的中台之间的关联关系，从而不仅有效实现了跨平台的资产共享，而且提升了跨平台资产共享的数据安全与可靠性。

在本申请一种可能的实现形式中，同步模式为全自动模式时，目的中台可以自动请求获取每个同步周期内的新增资产，并将新增资产同步至目的中台，以进一步提升跨平台资产共享的便捷性与全面性。

下面结合图8，对本申请实施例提供的跨平台的数据资产共享方法进行进一步说明。

图8为本申请实施例所提供的再一种跨平台的数据资产共享方法的流程示意图，应用于目的中台。

如图8所示，该跨平台的数据资产共享方法，包括以下步骤：

步骤801，向源中台发送关联请求，其中，关联请求包括与源中台同步的令牌以及同步模式。

步骤802，获取源中台发送的关联成功通知及更新后的访问密钥。

步骤803，更新与源中台之间的关联状态，并保存访问密钥。

上述步骤801-803的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

步骤804，按照预设的同步周期，向源中台发送第一新增资产同步请求。

作为一种可能的实现方式，在同步模式为全自动模式时，目的中台可以按照预设的同步周期，通过http请求向源中台发送第一新增资产同步请求，以周期性地同步源中台数据资产池中的新增资产。

步骤805，获取源中台返回的待同步资产，并写入目的中台的共享资产表。

作为一种可能的实现方式，源中台在当前时刻获取到目的中台发送的第一新增资产同步请求时，可以确定上一第一新增资产同步请求的获取时刻，进而将源中台数据资产池中创建时间处于当前时刻与上一第一新增资产同步请求的获取时刻之间的资产，确定为当前同步周期的新增资产，并利用获取到的新增资产构成新增资产列表并发送至目的中台。从而，目的中台可以将新增资产列表写入目的中台的共享资产表，并将新增资产列表中的各待同步资产的资产状态记录为New状态，后续目的中台将以共享资产表中的待同步资产为原料进行资产同步。

步骤806，根据同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步。

其中，同步模式，可以为全自动模式。

需要说明的是，在同步模式为全自动模式时，目的中台可以在每个同步周期内，仅将新增资产列表中的各待同步资产同步至目的中台数据资产池。

上述步骤806的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

根据本申请实施例的技术方案，目的中台在验证通过后获取源中台发送的关联成功通知及更新后的访问密钥，并更新与源中台之间的关联状态，以及保存访问密钥，之后按照预设的同步周期，向源中台发送第一新增资产同步请求，并获取源中台返回的待同步资产，并写入目的中台的共享资产列表，进而根据关联请求中的同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步。由此，在同步模式为全自动模式时，目的中台周期性地向源中台发送新增资产获取请求，自动获取每个同步周期内的新增资产，并将新增资产同步至目的中台，从而进一步提升了跨平台资产共享的便捷性与全面性。

在本申请一种可能的实现形式中，同步模式为半自动模式时，目的中台可以根据用户选择向源中台发送资产同步请求，申请将用户选择的资产同步至目的中台，以进一步提升跨平台资产同步的灵活性。

下面结合图9，对本申请实施例提供的跨平台的数据资产共享方法进行进一步说明。

图9为本申请实施例所提供的又一种跨平台的数据资产共享方法的流程示意图，应用于目的中台。

如图9所示，该跨平台的数据资产共享方法，包括以下步骤：

步骤901，向源中台发送关联请求，其中，关联请求包括与源中台同步的令牌以及同步模式。

步骤902，获取源中台发送的关联成功通知及更新后的访问密钥。

步骤903，更新与源中台之间的关联状态，并保存访问密钥。

上述步骤901-903的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

步骤904，获取用户在目的中台的源中台资产页面选择的资产，作为待同步资产。

步骤905，向源中台发送第二新增资产同步请求，其中，第二新增资产同步请求包括待同步资产。

作为一种可能的实现方式，若同步模式为半自动模式，则源中台可以将源中台数据资产池中的全量资产同步至目的中台，并显示在目的中台的源端资产页面中，以使用户可以根据目的中台的实际需求在源端资产页面中选择需要同步的待同步资产，进而目的中台可以根据用户选择的待同步资产生成第二新增资产同步请求，并通过http请求发送至源中台。

步骤906，将待同步资产写入目的中台的共享资产表。

在本申请实施例中，用户在目的中台的源端资产页面中选择待同步资产之后，目的中台可以将用户选择的待同步资产写入目的中台的共享资产表，并将各待同步资产的资产状态记录为New状态，后续目的中台将以共享资产表中的待同步资产为原料进行资产同步。

步骤907，根据同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步。

其中，同步模式，可以为半自动模式。

需要说明的是，在同步模式为半自动模式时，目的中台可以仅申请将用户选择的各待同步资产同步至目的中台数据资产池。

上述步骤907的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

根据本申请实施例的技术方案，目的中台在验证通过后获取源中台发送的关联成功通知及更新后的访问密钥，并更新与源中台之间的关联状态，以及保存访问密钥，之后根据用户在目的中台的源中台资产页面选择的待同步资产，生成第二新增资产同步请求并发送至源中台，并将用户选择的待同步资产写入目的中台的共享资产列表，进而根据关联请求中的同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步。由此，在同步模式为半自动模式时，目的中台根据目的中台的用户选择，向源中台申请将用户选择的资产同步至目的中台，从而进一步提升了跨平台资产同步的灵活性。

在本申请一种可能的实现形式中，资产同步过程可以包括资产导出、资产传输、资产导入、资产注册四个阶段，并且在资产同步过程中可以通过预设的有限并行策略对资产同步的资源消耗进行限制，以避免影响平台的稳定性。

下面结合图10，对本申请实施例提供的跨平台的数据资产共享方法进行进一步说明。

图10为本申请实施例所提供的又一种跨平台的数据资产共享方法的流程示意图，应用于目的中台。

如图10所示，该跨平台的数据资产共享方法，包括以下步骤：

步骤1001，向源中台发送关联请求，其中，关联请求包括与源中台同步的令牌以及同步模式。

步骤1002，获取源中台发送的关联成功通知及更新后的访问密钥。

步骤1003，更新与源中台之间的关联状态，并保存访问密钥。

步骤1004，按照预设的同步周期，向源中台发送第一新增资产同步请求。

步骤1005，获取源中台返回的待同步资产，并写入目的中台的共享资产列表。

上述步骤1001-1005的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

步骤1006，获取源中台发送的资产开始导出通知，并将共享资产表中的各个待同步资产的资产状态更新为导出中状态。

作为一种可能的实现方式，在对共享资产表中的各个待同步资产进行同步之前，还可以首先确定源中台与目的中台之间的资产同步链路，是否处于可用状态，并在资产同步链路处于可用状态时才可以对待同步资产进行同步，以保证资产同步的可靠性。即在本申请一种可能的实现方式中，上述步骤1006之前，还可以包括：

获取源中台与目的中台之间的资产同步链路状态；

确定资产同步链路状态为已关联状态或传输中状态。

作为一种可能的实现方式，可以根据源中台与目的中台之间的关联状态，以及共享资产表中的资产状态，确定源中台与目的中台之间的资产同步链路状态。具体的实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

在本申请实施例中，由于资产同步链路状态的变化也会影响到资产同步过程，而资产同步链路状态为Blinding状态或Transporting状态时，可以正常进行资产同步，从而可以在确定资产同步链路状态为Blinding状态或Transporting状态时才开始对进行资产同步，以保证资产同步的可靠性。

在本申请实施例中，在源端开始对共享资产表中的待同步资产进行导出之后，可以向目的中台发送资产开始导出通知，从而目的中台可以在获取到资产开始导出通知时，可以根据资产开始导出通知中包含的待同步资产，将共享资产表中相应的待同步资产的资产状态更新为Exporting状态，并记录至数据库。

步骤1007，获取源中台发送的资产导出进度通知，并记录各个待同步资产的资产状态与导出进度。

在本申请实施例中，源中台每次轮询获取到各个待同步资产的资产状态与导出进度并更新至数据库后，可以通过http请求向目的中台发送资产导出进度通知，以将各个待同步资产更新后的资产状态与导出进度同步至目的中台。从而目的中台在获取到源中台发送的资产导出进度通知时，可以将各个待同步资产更新后的资产状态与导出进度记录至目的中台的数据库中。

步骤1008，获取源中台发送的资产开始传输通知，其中，资产开始传输通知中包括当前处于导出成功状态的第一待同步资产。

步骤1009，将各个第一待同步资产的资产状态记录为传输中状态。

在本申请实施例中，源中台在从资产仓库中成功导出待同步资产之后，可以将导出成功的待同步资产传输至目的中台。因此，源中台在确定存在资产状态为ExportSucceeded状态的第一待同步资产时，可以在根据预设的有限并行策略确定可以对第一待同步资产进行传输时，向源中台的传输服务发送资产传输请求，并向目的中台发送资产开始传输通知，以开始传输第一待同步资产。从而，目的中台在获取到源中台发送的资产开始传输通知时，可以，将各个第一待同步资产的资产状态记录为Transporting状态，并存储至数据库中。

步骤1010，获取源中台发送的资产传输进度通知，并根据资产传输进度通知更新各个第一待同步资产的资产状态与传输进度。

在本申请实施例中，源中台每次轮询获取到各个待同步资产的资产状态与传输进度并更新至数据库后，可以通过http请求向目的中台发送资产传输进度通知，以将各个待同步资产更新后的资产状态与传输进度同步至目的中台。从而目的中台在获取到源中台发送的资产传输进度通知时，可以将各个待同步资产更新后的资产状态与传输进度记录至目的中台的数据库中。

步骤1011，在存在资产状态为传输成功状态的第二待同步资产的情况下，根据预设的有限并行策略，向资产仓库发送资产导入请求，并将各个第二待同步资产的资产状态更新为导入中。

在本申请实施例中，在待同步资产传输成功之后，目的中台可以将传输成功的各个待同步资产导入目的中台的资产仓库。因此，目的中台在确定存在资产状态为NotifyTransportSucceeded状态的第二待同步资产时，可以根据预设的有限并行策略确定是否可以对第二待同步资产进行导入，并在确定可以对第二待同步资产进行传输时，向目的中台的资产仓库发送资产导入请求，以开始导入第二待同步资产。

作为一种可能的实现方式，预设的有限并行策略中可以包括第三并行度N₃，以对同时并行导入的资产数量进行限制，以降低资产同步的资源消耗，保证平台的稳定性。即在本申请实施例一种可能的实现方式中，上述步骤1011，可以包括：

查询共享资产表中当前处于导入中状态的待同步资产数量M₄；

在M₄小于N₃的情况下，根据各个待同步资产的最新状态更新时间，对各个待同步资产进行降序排序，选取前N₃-M₄个当前处于等待导入状态的第六待同步资产；

向资产仓库发送资产导入请求；

在资产仓库同意资产导入请求的情况下，将各个第六待同步资产的资产状态更新为导入中状态；

在资产仓库拒绝资产导入请求的情况下，将各个第六待同步资产的资产状态更新为导入失败状态。

其中，第三并行度N₃，可以是指同时允许并行导入的最大资产数量。实际使用时，N₃的具体取值可以根据实际需要设定，本申请实施例对此不做限定。需要说明的是，本申请实施例中的N₁、N₂与N₃的取值可以是相同的，也可以是不同的，本申请实施例对此不做限定。

在本申请实施例中，在开始对共享资产表中资产状态为NotifyTransportSucceeded状态的待同步资产进行导入之前，可以从共享资产表中选取出所有处于NotifyTransportSucceeded状态的待同步资产，并将这些待同步资产的资产状态更新为等待导入(ImportPending)。

之后，目的中台可以获取共享资产表中当前处于导入中(Importing)状态的待同步资产数量M₄。若M₄小于N₃，则可以确定处于Importing状态的待同步资产的数量未达到有限并行策略的限制条件，即可以继续导入新的资产，从而可以向目的中台的资产仓库发送资产导入请求，并从资产状态为ImportPending状态的待同步资产中选取N3-M4个第六待同步资产，并将各个第六待同步资产的资产状态更新为Importing状态。

可选的，在选取第六待同步资产时，可以根据共享资产表中各个待同步资产的最新状态更新时间，对各个待同步资产进行降序排序，进而将前N₃-M₄个当前处于ImportPending状态且与目的中台关联的待同步资产，确定为第六待同步资产，以将最早更新为ImportPending状态的N₃-M₄个待同步资产进行导入。

在本申请实施例中，在M₄满足预设的有限并行策略时，目的中台可以确定当前可以对新的待同步资产进行导入，从而可以第六待同步资产的类型，按照约定的规则拼接出资产文件接收路径，并将资产文件接收路径作为参数调用资产仓库的应用程序接口，以向资产仓库发送资产导入请求，并在资产仓库同意资产导入请求的情况下，将各个第六待同步资产的资产状态更新为Importing状态；以及在资产仓库拒绝资产导入请求的情况下，将各个第六待同步资产的资产状态更新为ImportFailed状态，并在数据库中记录传输服务返回的消息。

步骤1012，向源中台发送资产开始导入通知。

在本申请实施例中，目的中台在每个同步周期内将新的待同步资产的资产状态更新为Importing状态之后，说明目的中台已经开始向资产仓库导入新的资产，从而可以通过http请求向源中台发送资产开始导入通知，以通告源中台资产开始导入，使得源中台将相应待同步资产的资产状态更新为Importing状态，并记录至数据库中。

步骤1013，根据第三轮询周期向资产仓库轮询各个第二待同步资产的资产状态与导入进度，并更新各个第二待同步资产的资产状态与导入进度。

作为一种可能的实现方式，目的中台还可以周期性的轮询资产仓库，以及时获取各个待同步资产的资产状态与导入进度。可选的，源中台可以根据第三轮询周期向资产仓库轮询各个待同步资产的资产状态，并选取出资产状态为Importing状态的各个待同步资产，进而查询处于Importing状态的各个待同步资产的导入进度，并将各个待同步资产的导入进度更新至数据库(若与上次轮询相比，待同步资产的导入进度未变化，则不更新该待同步资产的导入进度)；以及将已经导入成功的待同步资产的资产状态更新为ImportSucceeded状态，并将已经的导入失败、导入进度查询异常或长时间未更新导入进度(如24小时以上未更新)的待同步资产的资产状态更新为ImportFailed状态，并更新至数据库。若未查询到各个待同步资产的导入进度，则不做任何操作。

步骤1014，向源中台发送资产导入进度通知，以将各个第二待同步资产的资产状态与导入进度同步至所述源中台。

在本申请实施例中，目的中台每次轮询获取到各个待同步资产的资产状态与导入进度并更新至数据库后，可以通过http请求向源中台发送资产导入进度通知，以将各个待同步资产更新后的资产状态与导入进度同步至源中台，以使源中台将各个待同步资产更新后的资产状态与导入进度记录至源中台的数据库中。

需要说明的时，对于资产状态为ImportFailed状态的待同步资产，目的中台可以通过http请求通告源中台将该待同步资产的资产状态更新为NotifyTransportFailed状态，并调用资产仓库的应用程序接口，删除该待同步资产对应的导入任务，以及删除该待同步资产对应的原始待导入资产文件，以及目的中台将该待同步资产的资产状态更新为NotifyTransportFailed状态。

对于资产状态为NotifyTransportFailed状态的待同步资产，目的中台可以删除该待同步资产对应的待传输资产的文件接收目录及文件。

步骤1015，在存在资产状态为导入成功状态的第三待同步资产的情况下，向管理模块发送资产注册请求，其中，资产注册请求中包括第三待同步资产的标识。

步骤1016，在第三待同步资产注册成功后，将第三待同步资产的资产状态更新为已注册。

步骤1017，向源中台发送资产注册成功通知，其中，资产注册成功通知中包括已注册成功的第三待同步资产的标识。

在本申请实施例中，目的中台将各个第二待同步资产的资产状态与导入进度记录至数据库中，若第二待同步资产中包括导入成功的第三待同步资产，则可以向管理模块发送资产注册请求，以对导入成功的待同步资产进行注册；进而在第三待同步资产注册成功后，将第三待同步资产的资产状态更新为已注册，并向源中台发送资产注册成功通知，以通知源中台更新已注册成功的第三待同步资产的资产状态，从而完成第三待同步资产的同步过程。

对于资产状态为ImportSucceeded状态的待同步资产，目的中台可以通过http请求通告源中台将该待同步资产的资产状态更新为NotifyImportSucceeded状态，并将该待同步资产对应的原始待导入资产文件删除，以及目的中台将该待同步资产的资产状态更新为RegisterPending状态。

对于资产状态为RegisterPending状态的待同步资产，目的中台可以将资产信息作为参数调用注册模块的应用程序接口，以向注册模块发送资产注册请求。若注册模块拒绝连接，则跳过以下步骤；若注册模块同意资产注册请求，则将资产状态为RegisterPending状态的待同步资产的资产状态更新为RegisterSucceeded状态；若注册模块拒绝资产注册请求，则将资产状态为RegisterPending状态的待同步资产的资产状态更新为RegisterFailed状态，并在数据库中记录注册模块返回的消息。

对于资产状态为RegisterFailed状态的待同步资产，目的中台可以向源中台通告资产状态为NotifyRegisterFailed状态。若通告失败，则不做任何操作；若通告成功，目的中台将资产状态更新为NotifyRegisterFailed状态。

对于资产状态为RegisterSucceeded状态的待同步资产，目的中台可以向源中台通告资产状态为NotifyRegisterSucceeded状态。若通告失败，则不做任何操作；若通告成功，目的中台将资产状态更新为NotifyRegisterSucceeded状态。

需要说明的时，在同步模式为半自动模式时，对待同步资产进行同步的方式与本实施例相同，此处不再赘述。

根据本申请实施例的技术方案，目的中台在验证通过后获取源中台发送的关联成功通知及更新后的访问密钥，并更新与源中台之间的关联状态，以及保存访问密钥，之后向源中台发送新增资产同步请求，并将待同步资产写入目的中台的共享资产列表，进而在根据关联请求中的同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步时，通过预设的有限并行策略对资产同步的资源消耗，以及通告资产状态轮询策略及时获取并更新资产同步状态。由此，通告在资产同步过程中，及时对待同步资产在资产导出、资产传输、资产导入、资产注册四个阶段的资产状态进行及时更新，以及在资产同步过程中通过预设的有限并行策略对资产同步的资源消耗，从而不仅提升了平台稳定性，而且进一步提升了跨平台资产同步的可靠性。

在本申请一种可能的实现形式中，源中台与目的中台都可以根据实际需求解除与对端的关联关系，以提升跨平台资产共享的灵活性。

下面结合图11，对本申请实施例提供的跨平台的数据资产共享方法进行进一步说明。

图11为本申请实施例所提供的另一种跨平台的数据资产共享方法的流程示意图，应用于目的中台。

如图11所示，该跨平台的数据资产共享方法，包括以下步骤：

步骤1101，向源中台发送关联请求，其中，关联请求包括与源中台同步的令牌以及同步模式。

步骤1102，获取源中台发送的关联成功通知及更新后的访问密钥。

步骤1103，更新与源中台之间的关联状态，并保存访问密钥。

步骤1104，根据同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步。

上述步骤1101-1104的具体实现过程及原理，可以参照上述实施的详细描述，此处不再赘述。

步骤1105，获取第二解除关联指令，或者获取源中台发送的第二解除关联通知。

其中，第二解除关联指令，可以是根据用户对目的中台页面中“解除关联”控件的点击操作生成的。

其中，第二解除关联请求，可以是源中台根据用户对源中台页面中的“解除关联”控件的点击操作生成并发送至目的中台的。

作为一种可能的实现方式，用户可以通过目的中台主动解除源中台与目的中台之间的关联关系，从而目的中台可以在检测到用户在页面中对“解除关联”控件进行点击操作时，确定获取到第二解除关联指令，以解除与源中台之间的关联关系。

需要说明的是，通过目的中台主动解除源中台与目的中台之间的关联关系，目的中台还可以向源中台发送第一解除关联请求，以通告源中台与目的中台解除关联。

作为另一种可能的实现方式，用户可以通过源中台主动解除源中台与目的中台之间的关联关系，从而目的中台可以在获取到源中台发送的第二解除关联请求时，解除与源中台之间的关联关系。

步骤1106，将数据库中源中台与目的中台之间的关联状态更新为删除状态。

在本申请实施例种，目的中台在解除与源中台之间的关联关系时，可以将源中台与目的中台之间的关联状态更新为Deleted状态。

步骤1107，将共享资产表中的各个待同步资产的资产状态修改为过期状态。

在本申请实施例中，由于源中台与目的中台之间的关联关系解除之后，再重新建立关联关系之前两者之间不能再进行资产同步，因此目的中台可以将共享资产表中的待同步资产的资产状态修改为Outmoded状态，以使与目的中台关联的待同步资源无法继续同步至目的中台。

进一步的，若共享资产表中存在处于非终态的待同步资产，则可以首先删除相应的任务，再对待同步资产的资产状态进行修改，以进一步提升跨平台资产共享的可靠性。即在本申请实施一种可能的实现方式中，上述步骤1107，可以包括：

在共享资产表中的待同步资产处于终态的情况下，将待同步资产的资产状态修改为过期状态；

在共享资产表中的待同步资产处于导入中状态的情况下，向资产仓库发送删除导入任务请求，并将待同步资产的资产状态修改为过期状态。

其中，终态，可以包括成功终态与非成功终态；成功终态可以包括：NotifyExportSucceeded、NotifyTransportSucceeded、NotifyImportSucceeded、NotifyRegisterSucceeded中的至少一种；非成功终态可以包括：NotifyExportFailed、NotifyTransportFailed、NotifyImportFailed、NotifyRegisterFailed中的至少一种。

在本申请实施例中，目的中台删除与源中台的关联关系之后，可以对共享资产表中的各个待同步资产逐一进行处理。可选的，若待同步资产处于终态，则可以将直接将该待同步资产的资产状态修改为过期状态；若待同步资产处于非终态，则可以判断该待同步资产是否处于Importing状态；若是，则向资产仓库发送删除导入任务请求，以停止对该待同步资产的导入，进而将该待同步资产的资产状态修改为过期状态；否则，可以判断该待同步资产是否处于Transporting状态，若是，则向传输服务发送删除传输任务请求，以停止对该待同步资产的传输，进而将该待同步资产的资产状态修改为过期状态；若该待同步资产未处于Transporting状态与Exporting状态，则可以直接将该待同步资产的资产状态修改为过期状态。

步骤1108，在预设时段后删除待同步资产对应的导出目录与文件。

在本申请实施例中，目的中台将共享资产列表中的待同步资产标记为过期状态之后，可以通过异步延时资源回收策略，在预设时段后将过期状态的待同步资产对应的导出目录与文件删除，从而不仅可以回收存储空间，而且可以预防文件未冷却，直接删除可能导致的删除不干净。

需要说明的是，预设时段可以根据实际需要及具体的应用场景确定，本申请实施例对此不做限定。比如，预设时段可以为24小时。

根据本申请实施例的技术方案，目的中台在验证通过后获取源中台发送的关联成功通知及更新后的访问密钥，并更新与源中台之间的关联状态，以及保存访问密钥，之后根据关联请求中的同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步，并在解除源中台与目的中台之间的关联关系时，将关联状态更新为删除状态，并将共享资产表中各个待同步资产的资产状态修改为过期状态，进而在预设时段后删除待同步资产对应的导出目录与文件。由此，源中台与目的中台都可以根据实际需求解除与对端的关联关系，并且通过异步延时资源回收策略删除过期的同步资产，从而不仅提升了跨平台资产共享的灵活性，而且可以预防文件未冷却导致的删除不干净，提升了存储空间回收率。

为了实现上述实施例，本申请还提出一种跨平台的数据资产共享装置。

图12为本申请实施例提供的一种跨平台的数据资产共享装置的结构示意图，应用于源中台。

如图12所示，该跨平台的数据资产共享装置1200，包括：

第一接收模块1201，用于接收目的中台发送的关联请求，其中，所述关联请求包括与源中台同步的令牌以及同步模式；

验证模块1202，用于根据所述关联请求之中的令牌进行验证；

第一更新模块1203，用于在通过验证之后，更新所述目的中台的关联状态，并选择所述目的中台对应的源中台数据资产池；

第一同步模块1204，用于根据所述同步模式将所述源中台数据资产池与所述目的中台对应的目的中台数据资产池进行同步。

在实际使用时，本申请实施例提供的跨平台的数据资产共享装置，可以被配置在任意电子设备中，以执行前述跨平台的数据资产共享方法。

根据本申请实施例的技术方案，源中台在接收到目的中台发送的关联请求时，根据所述关联请求之中的令牌对目的中台进行验证，并在通过验证之后，更新目的中台的关联状态，以及选择目的中台对应的源中台数据资产池，进而根据关联请求中的同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步。由此，通过源中台发放的令牌建立验证目的中台的合法性，以建立源中台于目的中台之间的关联关系，从而不仅有效实现了跨平台的资产共享，而且提升了跨平台资产共享的数据安全与可靠性。

在本申请一种可能的实现形式中，上述同步模式为全自动模式，上述跨平台的数据资产共享装置1200，还包括：

第一确定模块，用于在当前时刻获取到所述目的中台发送的第一新增资产同步请求的情况下，确定上一第一新增资产同步请求的获取时刻；

第二获取模块，用于从所述源中台数据资产池中获取创建时间处于所述当前时刻与所述上一第一新增资产同步请求的获取时刻之间的资产，构成新增资产列表；

第一写入模块，用于将所述新增资产列表中的各资产作为待同步资产，写入所述源中台的共享资产表；

第二发送模块，用于将所述新增资产列表发送至所述目的中台。

进一步的，在本申请另一种可能的实现形式中，上述第二发送模块，包括：

第一获取单元，用于从所述共享资产表中获取与所述目的中台关联的、最新状态为非成功终态的各资产，构成第一资产集合；

第一生成单元，用于从所述第一资产集合中去除被标记为同一非成功终态的次数大于或等于K的资产，以生成第二资产集合；

第一更新单元，用于将所述第二资产集合中的各资产加入所述新增资产列表，以对所述新增资产列表进行更新；

第一发送单元，用于将更新后的新增资产列表发送至所述目的中台。

进一步的，在本申请再一种可能的实现形式中，上述同步模式为半自动模式，上述跨平台的数据资产共享装置1200，还包括：

第二确定模块，用于确定当前时刻获取到所述目的中台发送的第二新增资产同步请求，其中，所述第二新增资产同步请求包括待同步资产；

第二写入模块，用于将所述待同步资产写入所述源中台的共享资产表。

进一步的，在本申请又一种可能的实现形式中，上述第一同步模块1204，包括：

第二发送单元，用于根据预设的有限并行策略，向资产仓库发送资产导出请求，以从资产仓库中导出所述共享资产表中的各个所述待同步资产；

第三发送单元，用于向所述目的中台发送资产开始导出通知；

第一轮询单元，用于根据第一轮询周期向所述资产仓库轮询各个所述待同步资产的资产状态与导出进度，并将各个所述待同步资产的资产状态与导出进度更新至数据库；

第四发送单元，用于向所述目的中台发送资产导出进度通知，以将各个所述待同步资产的资产状态与导出进度同步至所述目的中台；

第五发送单元，用于在存在所述资产状态为导出成功状态的第一待同步资产的情况下，根据预设的有限并行策略，向传输服务发送资产传输请求，并向所述目的中台发送资产开始传输通知，以向所述目的中台传输各个所述第一待同步资产；

第二轮询单元，用于根据第二轮询周期向所述传输服务轮询各个所述第一待同步资产的资产状态与传输进度，并将各个所述第一待同步资产的资产状态与传输进度更新至数据库；

第六发送单元，用于向所述目的中台发送资产传输进度通知，以将各个所述第一待同步资产的资产状态与传输进度同步至所述目的中台；

第二获取单元，用于获取所述目的中台发送的资产开始导入通知，其中，所述资产开始导入通知中包括所述资产状态为传输成功状态的第二待同步资产的标识；

第二更新单元，用于将各个所述第二待同步资产的资产状态更新为导入中，并记录至所述数据库；

第三获取单元，用于获取所述目的中台发送的资产导入进度通知，其中，所述资产导入进度通知中包括各个所述第二待同步资产的导入进度；

第一记录单元，用于将各个所述第二待同步资产的导入进度记录至所述数据库中；

第四获取单元，用于获取所述目的中台发送的资产注册成功通知，其中，所述资产注册成功通知中包括已注册成功的第三待同步资产的标识；

第三更新单元，用于将所述第三待同步资产的资产状态更新为已注册。

进一步的，在本申请又一种可能的实现形式中，上述第一同步模块1204，还包括：

第五获取单元，用于获取所述源中台与所述目的中台之间的资产同步链路状态；

第一确定单元，用于确定所述资产同步链路状态为已关联状态或传输中状态。

进一步的，在本申请另一种可能的实现形式中，上述预设的有限并行策略中包括第一并行度N₁，第二发送单元，包括：

第一查询子单元，用于查询所述共享资产表中当前处于导出中状态的待同步资产数量M₁，及当前处于等待导出状态的待同步资产数量M₂；

第一选取子单元，用于在M₁与M₂均小于N₁的情况下，根据各个所述待同步资产的最新状态更新时间，对各个所述待同步资产进行降序排序，选取前N₁-M_x个当前处于等待导出状态、且与所述目的中台关联的第四待同步资产，其中，M_X为M₁与M₂中的较大值；

第一发送子单元，用于向所述资产仓库发送所述资产导出请求；

第一更新子单元，用于在所述资产仓库同意所述资产导出请求的情况下，将各个所述第四待同步资产的资产状态更新为导出中状态；

第二更新子单元，用于在所述资产仓库拒绝所述资产导出请求的情况下，将各个所述第四待同步资产的资产状态更新为导出失败状态。

进一步的，在本申请再一种可能的实现形式中，上述预设的有限并行策略中包括第二并行度N₂，上述第五发送单元，包括：

第二查询子单元，用于查询所述共享资产表中当前处于传输中状态的待同步资产数量M₃；

第一获取子单元，用于在M₃小于N₂的情况下，从所述共享资产表中获取当前处于传输中状态、且与所述目的中台关联的待同步资产，构成第三资产集合；

第二选取子单元，用于根据各个所述待同步资产的最新状态更新时间，对各个所述待同步资产进行降序排序，选取前N₂-M₃个与所述目的中台关联的、当前处于等待传输状态、且不属于第三资产集合的第五待同步资产；

第二发送子单元，用于向所述传输服务发送所述资产传输请求；

第三更新子单元，用于在所述传输服务同意所述资产传输请求的情况下，将各个所述第五待同步资产的资产状态更新为传输中状态；

第四更新子单元，用于在所述传输拒绝所述资产传输请求的情况下，将各个所述第五待同步资产的资产状态更新为传输失败状态。

进一步的，在本申请又一种可能的实现形式中，上述跨平台的数据资产共享装置1200，还包括：

第三获取模块，用于获取第一解除关联指令，或者获取所述目的中台发送的第一解除关联请求；

第三更新模块，用于将所述数据库中所述源中台与所述目的中台之间的关联状态更新为删除状态；

第一修改模块，用于将所述共享资产表中与所述目的中台关联的各个所述待同步资产的资产状态修改为过期状态；

第一删除模块，用于在预设时段后删除所述待同步资产对应的导出目录与文件。

进一步的，在本申请又一种可能的实现形式中，上述第一修改模块，包括：

第一修改单元，用于在所述共享资产表中与所述目的终端关联的待同步资产处于终态的情况下，将所述待同步资产的资产状态修改为过期状态；

第七发送单元，用于在所述共享资产表中与所述目的终端关联的待同步资产处于导出中状态的情况下，向所述资产仓库发送删除导出任务请求，并将所述待同步资产的资产状态修改为过期状态；

第八发送单元，用于在所述共享资产表中与所述目的终端关联的待同步资产处于传输中状态的情况下，向所述传输服务发送删除传输任务请求，并将所述待同步资产的资产状态修改为过期状态。

需要说明的是，前述对图1、图3、图4、图5、图6所示的跨平台的数据资产共享方法实施例的解释说明也适用于该实施例的跨平台的数据资产共享装置1200，此处不再赘述。

根据本申请实施例的技术方案，源中台根据目的中台发送的关联请求之中的令牌对目的中台进行验证，并在通过验证之后，更新目的中台的关联状态，以及选择目的中台对应的源中台数据资产池，之后在获取到目的中台发送的新增资产同步请求时，将待同步资产写入源中台的共享资产表，进而在根据关联请求中的同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步时，通过预设的有限并行策略对资产同步的资源消耗，以及通告资产状态轮询策略及时获取并更新资产同步状态。由此，通告在资产同步过程中，及时对待同步资产在资产导出、资产传输、资产导入、资产注册四个阶段的资产状态进行及时更新，以及在资产同步过程中通过预设的有限并行策略对资产同步的资源消耗，从而不仅提升了平台稳定性，而且进一步提升了跨平台资产同步的可靠性。

为了实现上述实施例，本申请还提出一种跨平台的数据资产共享装置。

图13为本申请实施例提供的另一种跨平台的数据资产共享装置的结构示意图，应用于目的中台。

如图13所示，该跨平台的数据资产共享装置1300，包括：

第一发送模块1301，用于向源中台发送关联请求，其中，所述关联请求包括与所述源中台同步的令牌以及同步模式；

第一获取模块1302，用于获取所述源中台发送的关联成功通知及更新后的访问密钥；

第二更新模块1303，用于更新与所述源中台之间的关联状态，并保存所述访问密钥；

第二同步模块1304，用于根据所述同步模式将所述源中台数据资产池与所述目的中台对应的目的中台数据资产池进行同步。

在实际使用时，本申请实施例提供的跨平台的数据资产共享装置，可以被配置在任意电子设备中，以执行前述跨平台的数据资产共享方法。

根据本申请实施例的技术方案，源中台根据目的中台发送的关联请求之中的令牌对目的中台进行验证，并在通过验证之后，更新目的中台的关联状态，以及选择目的中台对应的源中台数据资产池，之后在解除源中台与目的中台之间的关联关系时，将关联状态更新为删除状态，并将共享资产表中与目的中台关联的各个待同步资产的资产状态修改为过期状态，进而在预设时段后删除待同步资产对应的导出目录与文件。由此，源中台与目的中台都可以根据实际需求解除与对端的关联关系，并且通过异步延时资源回收策略删除过期的同步资产，从而不仅提升了跨平台资产共享的灵活性，而且可以预防文件未冷却导致的删除不干净，提升了存储空间回收率。

在本申请一种可能的实现形式中，上述同步模式为全自动模式，上述跨平台的数据资产共享装置1300，还包括：

第三发送模块，用于按照预设的同步周期，向所述源中台发送第一新增资产同步请求；

第四获取模块，用于获取所述源中台返回的待同步资产，并写入所述目的中台的共享资产表。

进一步的，在本申请另一种可能的实现形式中，上述同步模式为半自动模式，上述跨平台的数据资产共享装置1300，还包括：

第五获取模块，用于获取用户在所述目的中台的源中台资产页面选择的资产，作为待同步资产；

第四发送模块，用于向所述源中台发送第二新增资产同步请求，其中，所述第二新增资产同步请求包括所述待同步资产；

第三写入模块，用于将所述待同步资产写入所述目的中台的共享资产表。

进一步的，在本申请再一种可能的实现形式中，上述第二同步模块1304，包括：

第六获取单元，用于获取所述源中台发送的资产开始导出通知，并将所述共享资产表中的各个所述待同步资产的资产状态更新为导出中状态；

第七获取单元，用于获取所述源中台发送的资产导出进度通知，并记录各个所述待同步资产的资产状态与导出进度；

第八获取单元，用于获取所述源中台发送的资产开始传输通知，其中，所述资产开始传输通知中包括当前处于导出成功状态的第一待同步资产；

第二记录单元，用于将各个所述第一待同步资产的资产状态记录为传输中状态；

第九获取单元，用于获取所述源中台发送的资产传输进度通知，并根据所述资产传输进度通知更新各个所述第一待同步资产的资产状态与传输进度；

第九发送单元，用于在存在所述资产状态为传输成功状态的第二待同步资产的情况下，根据预设的有限并行策略，向资产仓库发送资产导入请求，并将各个所述第二待同步资产的资产状态更新为导入中；

第十发送单元，用于向所述源中台发送资产开始导入通知；

第三轮询单元，用于根据第三轮询周期向所述资产仓库轮询各个所述第二待同步资产的资产状态与导入进度，并更新各个所述第二待同步资产的资产状态与导入进度；

第十一发送单元，用于向所述源中台发送资产导入进度通知，以将各个所述第二待同步资产的资产状态与导入进度同步至所述源中台；

第十二发送单元，用于在存在所述资产状态为导入成功状态的第三待同步资产的情况下，向管理模块发送资产注册请求，其中，所述资产注册请求中包括所述第三待同步资产的标识；

第四更新单元，用于在所述第三待同步资产注册成功后，将所述第第三待同步资产的资产状态更新为已注册；

第十三发送单元，用于向所述源中台发送资产注册成功通知，其中，所述资产注册成功通知中包括已注册成功的第三待同步资产的标识。

进一步的，在本申请又一种可能的实现形式中，上述第二同步模块1304，还包括：

第十获取单元，用于获取所述源中台与所述目的中台之间的资产同步链路状态；

第二确定单元，用于确定所述资产同步链路状态为已关联状态或传输中状态。

进一步的，在本申请又一种可能的实现形式中，上述预设的有限并行策略中包括第三并行度N₃，所述第九发送单元，包括：

第三查询子单元，用于查询所述共享资产表中当前处于导入中状态的待同步资产数量M₄；

第三选取子单元，用于在M₄小于N₃的情况下，根据各个所述待同步资产的最新状态更新时间，对各个所述待同步资产进行降序排序，选取前N₃-M₄个当前处于等待导入状态的第六待同步资产；

第三发送子单元，用于向所述资产仓库发送所述资产导入请求；

第四更新子单元，用于在所述资产仓库同意所述资产导入请求的情况下，将各个所述第六待同步资产的资产状态更新为导入中状态；

第五更新子单元，用于在所述资产仓库拒绝所述资产导入请求的情况下，将各个所述第六待同步资产的资产状态更新为导入失败状态。

进一步的，在本申请另一种可能的实现形式中，上述跨平台的数据资产共享装置1300，还包括：

第六获取模块，用于获取解除关联指令，或者获取所述源中台发送的解除关联通知；

第三更新模块，用于将所述数据库中所述源中台与所述目的中台之间的关联状态更新为删除状态；

第二修改模块，用于将所述共享资产表中的各个所述待同步资产的资产状态修改为过期状态；

第二删除模块，用于在预设时段后删除所述待同步资产对应的导出目录与文件。

进一步的，在本申请再一种可能的实现形式中，上述第二修改模块，包括：

第二修改单元，用于在所述共享资产表中的待同步资产处于终态的情况下，将所述待同步资产的资产状态修改为过期状态；

第十四发送单元，用于在所述共享资产表中的待同步资产处于导入中状态的情况下，向所述资产仓库发送删除导入任务请求，并将所述待同步资产的资产状态修改为过期状态。

需要说明的是，前述对图7、图8、图9、图10、图11所示的跨平台的数据资产共享方法实施例的解释说明也适用于该实施例的跨平台的数据资产共享装置1300，此处不再赘述。

根据本申请实施例的技术方案，目的中台在验证通过后获取源中台发送的关联成功通知及更新后的访问密钥，并更新与源中台之间的关联状态，以及保存访问密钥，之后向源中台发送新增资产同步请求，并将待同步资产写入目的中台的共享资产列表，进而在根据关联请求中的同步模式将源中台数据资产池与目的中台对应的目的中台数据资产池进行同步时，通过预设的有限并行策略对资产同步的资源消耗，以及通告资产状态轮询策略及时获取并更新资产同步状态。由此，通告在资产同步过程中，及时对待同步资产在资产导出、资产传输、资产导入、资产注册四个阶段的资产状态进行及时更新，以及在资产同步过程中通过预设的有限并行策略对资产同步的资源消耗，从而不仅提升了平台稳定性，而且进一步提升了跨平台资产同步的可靠性。

根据本申请的实施例，本申请还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图14示出了可以用来实施本申请的实施例的示例电子设备1400的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图14所示，设备1400包括计算单元1401，其可以根据存储在只读存储器(ROM)1402中的计算机程序或者从存储单元1408加载到随机访问存储器(RAM)1403中的计算机程序，来执行各种适当的动作和处理。在RAM 1403中，还可存储设备1400操作所需的各种程序和数据。计算单元1401、ROM 1402以及RAM 1403通过总线1404彼此相连。输入/输出(I/O)接口1405也连接至总线1404。

设备1400中的多个部件连接至I/O接口1405，包括：输入单元1406，例如键盘、鼠标等；输出单元1407，例如各种类型的显示器、扬声器等；存储单元1408，例如磁盘、光盘等；以及通信单元1409，例如网卡、调制解调器、无线通信收发机等。通信单元1409允许设备1400通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元1401可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1401的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1401执行上文所描述的各个方法和处理，例如跨平台的数据资产共享方法。例如，在一些实施例中，跨平台的数据资产共享方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1408。在一些实施例中，计算机程序的部分或者全部可以经由ROM 1402和/或通信单元1409而被载入和/或安装到设备1400上。当计算机程序加载到RAM 1403并由计算单元1401执行时，可以执行上文描述的跨平台的数据资产共享方法的一个或多个步骤。备选地，在其他实施例中，计算单元1401可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行跨平台的数据资产共享方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本申请的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本申请的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、互联网和区块链网络。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS(VirtualPrivate Server，虚拟专用服务器)服务中，存在的管理难度大，业务扩展性弱的缺陷。

根据本申请实施例的技术方案，通过根据训练样本集中每个样本对应的标注数据将样本集进行分类，以确定各个任务对应的子样本集及梯度权重，进而基于每个任务对应的子样本集及梯度权重，对多任务模型的共享网络层及每个任务对应的子网络层分别进行训练，以对多任务模型进行参数更新。由此，通过同时训练多个任务，并对不同任务赋予不同的梯度权重，使得在多任务模型训练过程中可以同时对多个任务进行优化学习，并通过梯度权重约束各任务对模型参数的更新幅度，从而避免了多任务模型训练的任务偏向性问题，提升了多任务模型的精度。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (20)

1.一种跨平台的数据资产共享方法，包括：

接收目的中台发送的关联请求，其中，所述关联请求包括与源中台同步的令牌以及同步模式；

根据所述关联请求之中的令牌进行验证；

在通过验证之后，更新所述目的中台的关联状态，并选择所述目的中台对应的源中台数据资产池；

根据所述同步模式将所述源中台数据资产池与所述目的中台对应的目的中台数据资产池进行同步，其中，根据预设的有限并行策略，向资产仓库发送资产导出请求，以从资产仓库中导出共享资产表中的各个待同步资产，所述有限并行策略中可以包括第一并行度N1或者第二并行度N2，所述并行度是指同时允许并行传输的最大资产数量；向所述目的中台发送资产开始导出通知；根据第一轮询周期向所述资产仓库轮询各个所述待同步资产的资产状态与导出进度，并将各个所述待同步资产的资产状态与导出进度更新至数据库；向所述目的中台发送资产导出进度通知，以将各个所述待同步资产的资产状态与导出进度同步至所述目的中台；在存在所述资产状态为导出成功状态的第一待同步资产的情况下，根据预设的有限并行策略，向传输服务发送资产传输请求，并向所述目的中台发送资产开始传输通知，以向所述目的中台传输各个所述第一待同步资产；根据第二轮询周期向所述传输服务轮询各个所述第一待同步资产的资产状态与传输进度，并将各个所述第一待同步资产的资产状态与传输进度更新至数据库；向所述目的中台发送资产传输进度通知，以将各个所述第一待同步资产的资产状态与传输进度同步至所述目的中台；获取所述目的中台发送的资产开始导入通知，其中，所述资产开始导入通知中包括所述资产状态为传输成功状态的第二待同步资产的标识；将各个所述第二待同步资产的资产状态更新为导入中，并记录至所述数据库；获取所述目的中台发送的资产导入进度通知，其中，所述资产导入进度通知中包括各个所述第二待同步资产的导入进度；将各个所述第二待同步资产的导入进度记录至所述数据库中；获取所述目的中台发送的资产注册成功通知，其中，所述资产注册成功通知中包括已注册成功的第三待同步资产的标识；将所述第三待同步资产的资产状态更新为已注册。

2.如权利要求1所述的方法，其中，所述同步模式为全自动模式，所述根据所述同步模式将所述源中台数据资产池与所述目的中台对应的目的中台数据资产池进行同步之前，还包括：

在当前时刻获取到所述目的中台发送的第一新增资产同步请求的情况下，确定上一第一新增资产同步请求的获取时刻；

从所述源中台数据资产池中获取创建时间处于所述当前时刻与所述上一第一新增资产同步请求的获取时刻之间的资产，构成新增资产列表；

将所述新增资产列表中的各资产作为待同步资产，写入所述源中台的共享资产表；

将所述新增资产列表发送至所述目的中台。

3.如权利要求2所述的方法，其中，所述将所述新增资产列表发送至所述目的中台，包括：

从所述共享资产表中获取与所述目的中台关联的、最新状态为非成功终态的各资产，构成第一资产集合；

从所述第一资产集合中去除被标记为同一非成功终态的次数大于或等于K的资产，以生成第二资产集合；

将所述第二资产集合中的各资产加入所述新增资产列表，以对所述新增资产列表进行更新；

将更新后的新增资产列表发送至所述目的中台。

4.如权利要求1所述的方法，其中，所述同步模式为半自动模式，所述根据所述同步模式将所述源中台数据资产池与所述目的中台对应的目的中台数据资产池进行同步之前，还包括：

确定当前时刻获取到所述目的中台发送的第二新增资产同步请求，其中，所述第二新增资产同步请求包括待同步资产；

将所述待同步资产写入所述源中台的共享资产表。

5.如权利要求1所述的方法，其中，所述根据预设的有限并行策略，向资产仓库发送资产导出请求，以从资产仓库中导出所述共享资产表中的各个所述待同步资产之前，还包括：

获取所述源中台与所述目的中台之间的资产同步链路状态；

确定所述资产同步链路状态为已关联状态或传输中状态。

6.如权利要求1所述的方法，其中，所述预设的有限并行策略中包括第一并行度N₁，所述根据预设的有限并行策略，向资产仓库发送资产导出请求，以从资产仓库中导出所述共享资产表中的各个所述待同步资产，包括：

查询所述共享资产表中当前处于导出中状态的待同步资产数量M₁，及当前处于等待传输状态的待同步资产数量M₂；

在M₁与M₂均小于N₁的情况下，根据各个所述待同步资产的最新状态更新时间，对各个所述待同步资产进行降序排序，选取前N₁-M_X个当前处于等待导出状态、且与所述目的中台关联的第四待同步资产，其中，M_X为M₁与M₂中的较大值；

向所述资产仓库发送所述资产导出请求；

在所述资产仓库同意所述资产导出请求的情况下，将各个所述第四待同步资产的资产状态更新为导出中状态；

在所述资产仓库拒绝所述资产导出请求的情况下，将各个所述第四待同步资产的资产状态更新为导出失败状态。

7.如权利要求1所述的方法，其中，所述预设的有限并行策略中包括第二并行度N₂，所述根据预设的有限并行策略，向传输服务发送资产传输请求，并向所述目的中台发送资产开始传输通知，以向所述目的中台传输各个所述第一待同步资产，包括：

查询所述共享资产表中当前处于传输中状态的待同步资产数量M₃；

在M₃小于N₂的情况下，从所述共享资产表中获取当前处于传输中状态、且与所述目的中台关联的待同步资产，构成第三资产集合；

根据各个所述待同步资产的最新状态更新时间，对各个所述待同步资产进行降序排序，选取前N₂-M₃个与所述目的中台关联的、当前处于等待传输状态、且不属于第三资产集合的第五待同步资产；

向所述传输服务发送所述资产传输请求；

在所述传输服务同意所述资产传输请求的情况下，将各个所述第五待同步资产的资产状态更新为传输中状态；

在所述传输服务拒绝所述资产传输请求的情况下，将各个所述第五待同步资产的资产状态更新为传输失败状态。

8.如权利要求1-7任一所述的方法，其中，所述根据所述同步模式将所述源中台数据资产池与所述目的中台对应的目的中台数据资产池进行同步之后，还包括：

获取第一解除关联指令，或者获取所述目的中台发送的第一解除关联请求；

将数据库中所述源中台与所述目的中台之间的关联状态更新为删除状态；

将所述共享资产表中与所述目的中台关联的各个所述待同步资产的资产状态修改为过期状态；

在预设时段后删除所述待同步资产对应的导出目录与文件。

9.如权利要求8所述的方法，其特征在于，所述将所述共享资产表中各个所述待同步资产的资产状态修改为过期状态，包括：

在所述共享资产表中与所述目的终端关联的待同步资产处于终态的情况下，将所述待同步资产的资产状态修改为过期状态；

在所述共享资产表中与所述目的终端关联的待同步资产处于导出中状态的情况下，向所述资产仓库发送删除导出任务请求，并将所述待同步资产的资产状态修改为过期状态；

在所述共享资产表中与所述目的终端关联的待同步资产处于传输中状态的情况下，向所述传输服务发送删除传输任务请求，并将所述待同步资产的资产状态修改为过期状态。

10.一种跨平台的数据资产共享方法，包括：

向源中台发送关联请求，其中，所述关联请求包括与所述源中台同步的令牌以及同步模式；

获取所述源中台发送的关联成功通知及更新后的访问密钥；

更新与所述源中台之间的关联状态，并保存所述访问密钥；

根据所述同步模式将所述源中台数据资产池与目的中台对应的目的中台数据资产池进行同步，其中，获取所述源中台发送的资产开始导出通知，并将共享资产表中的各个待同步资产的资产状态更新为导出中状态；获取所述源中台发送的资产导出进度通知，并记录各个所述待同步资产的资产状态与导出进度；获取所述源中台发送的资产开始传输通知，其中，所述资产开始传输通知中包括当前处于导出成功状态的第一待同步资产；将各个所述第一待同步资产的资产状态记录为传输中状态；获取所述源中台发送的资产传输进度通知，并根据所述资产传输进度通知更新各个所述第一待同步资产的资产状态与传输进度；在存在所述资产状态为传输成功状态的第二待同步资产的情况下，根据预设的有限并行策略，向资产仓库发送资产导入请求，并将各个所述第二待同步资产的资产状态更新为导入中，有限并行策略中可以包括第三并行度N3，所述并行度是指同时允许并行传输的最大资产数量；向所述源中台发送资产开始导入通知；根据第三轮询周期向所述资产仓库轮询各个所述第二待同步资产的资产状态与导入进度，并更新各个所述第二待同步资产的资产状态与导入进度；向所述源中台发送资产导入进度通知，以将各个所述第二待同步资产的资产状态与导入进度同步至所述源中台；在存在所述资产状态为导入成功状态的第三待同步资产的情况下，向管理模块发送资产注册请求，其中，所述资产注册请求中包括所述第三待同步资产的标识；在所述第三待同步资产注册成功后，将所述第三待同步资产的资产状态更新为已注册；向所述源中台发送资产注册成功通知，其中，所述资产注册成功通知中包括已注册成功的第三待同步资产的标识。

11.如权利要求10所述的方法，其中，所述同步模式为全自动模式，所述根据所述同步模式将所述源中台数据资产池与所述目的中台对应的目的中台数据资产池进行同步之前，包括：

按照预设的同步周期，向所述源中台发送第一新增资产同步请求；

获取所述源中台返回的待同步资产，并写入所述目的中台的共享资产表。

12.如权利要求10所述的方法，其中，所述同步模式为半自动模式，所述根据所述同步模式将所述源中台数据资产池与所述目的中台对应的目的中台数据资产池进行同步之前，包括：

获取用户在所述目的中台的源中台资产页面选择的资产，作为待同步资产；

向所述源中台发送第二新增资产同步请求，其中，所述第二新增资产同步请求包括所述待同步资产；

将所述待同步资产写入所述目的中台的共享资产表。

13.如权利要求10所述的方法，其中，所述获取所述源中台发送的资产开始导出通知，并将所述共享资产表中的各个所述待同步资产的资产状态更新为导出中状态之前，还包括：

获取所述源中台与所述目的中台之间的资产同步链路状态；

确定所述资产同步链路状态为已关联状态或传输中状态。

14.如权利要求10所述的方法，其中，所述预设的有限并行策略中包括第三并行度N₃，所述根据预设的有限并行策略，向资产仓库发送资产导入请求，并将各个所述第二待同步资产的资产状态更新为导入中，包括：

查询所述共享资产表中当前处于导入中状态的待同步资产数量M₄；

在M₄小于N₃的情况下，根据各个所述待同步资产的最新状态更新时间，对各个所述待同步资产进行降序排序，选取前N₃-M₄个当前处于等待导入状态的第六待同步资产；

向所述资产仓库发送所述资产导入请求；

在所述资产仓库同意所述资产导入请求的情况下，将各个所述第六待同步资产的资产状态更新为导入中状态；

在所述资产仓库拒绝所述资产导入请求的情况下，将各个所述第六待同步资产的资产状态更新为导入失败状态。

15.如权利要求10-14任一所述的方法，其中，所述根据所述同步模式将所述源中台数据资产池与所述目的中台对应的目的中台数据资产池进行同步之后，还包括：

获取解除关联指令，或者获取所述源中台发送的解除关联通知；

将数据库中所述源中台与所述目的中台之间的关联状态更新为删除状态；

将所述共享资产表中的各个所述待同步资产的资产状态修改为过期状态；

在预设时段后删除所述待同步资产对应的导出目录与文件。

16.如权利要求15所述的方法，其特征在于，所述将所述共享资产表中各个所述待同步资产的资产状态修改为过期状态，包括：

在所述共享资产表中的待同步资产处于终态的情况下，将所述待同步资产的资产状态修改为过期状态；

在所述共享资产表中的待同步资产处于导入中状态的情况下，向所述资产仓库发送删除导入任务请求，并将所述待同步资产的资产状态修改为过期状态。

17.一种跨平台的数据资产共享装置，包括：

第一接收模块，用于接收目的中台发送的关联请求，其中，所述关联请求包括与源中台同步的令牌以及同步模式；

验证模块，用于根据所述关联请求之中的令牌进行验证；

第一更新模块，用于在通过验证之后，更新所述目的中台的关联状态，并选择所述目的中台对应的源中台数据资产池；

第一同步模块，用于根据所述同步模式将所述源中台数据资产池与所述目的中台对应的目的中台数据资产池进行同步，其中，根据预设的有限并行策略，向资产仓库发送资产导出请求，以从资产仓库中导出共享资产表中的各个待同步资产，所述有限并行策略中可以包括第一并行度N1或者第二并行度N2，所述并行度是指同时允许并行传输的最大资产数量；向所述目的中台发送资产开始导出通知；根据第一轮询周期向所述资产仓库轮询各个所述待同步资产的资产状态与导出进度，并将各个所述待同步资产的资产状态与导出进度更新至数据库；向所述目的中台发送资产导出进度通知，以将各个所述待同步资产的资产状态与导出进度同步至所述目的中台；在存在所述资产状态为导出成功状态的第一待同步资产的情况下，根据预设的有限并行策略，向传输服务发送资产传输请求，并向所述目的中台发送资产开始传输通知，以向所述目的中台传输各个所述第一待同步资产；根据第二轮询周期向所述传输服务轮询各个所述第一待同步资产的资产状态与传输进度，并将各个所述第一待同步资产的资产状态与传输进度更新至数据库；向所述目的中台发送资产传输进度通知，以将各个所述第一待同步资产的资产状态与传输进度同步至所述目的中台；获取所述目的中台发送的资产开始导入通知，其中，所述资产开始导入通知中包括所述资产状态为传输成功状态的第二待同步资产的标识；将各个所述第二待同步资产的资产状态更新为导入中，并记录至所述数据库；获取所述目的中台发送的资产导入进度通知，其中，所述资产导入进度通知中包括各个所述第二待同步资产的导入进度；将各个所述第二待同步资产的导入进度记录至所述数据库中；获取所述目的中台发送的资产注册成功通知，其中，所述资产注册成功通知中包括已注册成功的第三待同步资产的标识；将所述第三待同步资产的资产状态更新为已注册。

18.一种跨平台的数据资产共享装置，包括：

第一发送模块，用于向源中台发送关联请求，其中，所述关联请求包括与所述源中台同步的令牌以及同步模式；

第一获取模块，用于获取所述源中台发送的关联成功通知及更新后的访问密钥；

第二更新模块，用于更新与所述源中台之间的关联状态，并保存所述访问密钥；

第二同步模块，用于根据所述同步模式将所述源中台数据资产池与目的中台对应的目的中台数据资产池进行同步，其中，获取所述源中台发送的资产开始导出通知，并将共享资产表中的各个待同步资产的资产状态更新为导出中状态；获取所述源中台发送的资产导出进度通知，并记录各个所述待同步资产的资产状态与导出进度；获取所述源中台发送的资产开始传输通知，其中，所述资产开始传输通知中包括当前处于导出成功状态的第一待同步资产；将各个所述第一待同步资产的资产状态记录为传输中状态；获取所述源中台发送的资产传输进度通知，并根据所述资产传输进度通知更新各个所述第一待同步资产的资产状态与传输进度；在存在所述资产状态为传输成功状态的第二待同步资产的情况下，根据预设的有限并行策略，向资产仓库发送资产导入请求，并将各个所述第二待同步资产的资产状态更新为导入中，有限并行策略中可以包括第三并行度N3，所述并行度是指同时允许并行传输的最大资产数量；向所述源中台发送资产开始导入通知；根据第三轮询周期向所述资产仓库轮询各个所述第二待同步资产的资产状态与导入进度，并更新各个所述第二待同步资产的资产状态与导入进度；向所述源中台发送资产导入进度通知，以将各个所述第二待同步资产的资产状态与导入进度同步至所述源中台；在存在所述资产状态为导入成功状态的第三待同步资产的情况下，向管理模块发送资产注册请求，其中，所述资产注册请求中包括所述第三待同步资产的标识；在所述第三待同步资产注册成功后，将所述第三待同步资产的资产状态更新为已注册；向所述源中台发送资产注册成功通知，其中，所述资产注册成功通知中包括已注册成功的第三待同步资产的标识。

19.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-9或10-16中任一项所述的方法。

20.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行权利要求1-9或10-16中任一项所述的方法。