一种多网络环境下的数据交换方法及设备技术

技术编号:35443287 阅读:14 留言:0更新日期:2022-11-03 11:55
本申请的目的是提供一种多网络环境下的数据交换方法及设备,通过数据交换调动中心将不同业务系统之间进行的数据交换抽象为系统级的主题及其对应的业务类型标签;通过数据管道接收来自目标业务系统发送的数据交换任务,数据交换任务包括目标数据和目标数据所属的目标主题和目标业务类型标签;确定订阅目标主题和目标业务类型标签的至少一个消费业务系统及其任务调度优先级;按照任务调度优先级从高到低的顺序,将目标数据分别推送给所述至少一个消费业务系统并进行各自日志的记录,达到了将不同业务系统从复杂的交互关系中解放出来的目的,并通过记录日志将数据交换的整个交换生命周期进行记录,以便于后续问题跟踪和定位。位。位。

【技术实现步骤摘要】
一种多网络环境下的数据交换方法及设备


[0001]本申请涉及计算机
,尤其涉及一种多网络环境下的数据交换方法及设备。

技术介绍

[0002]在多网络环境下进行数据交换,传统的模式是通过编写数据接口来实现。比如,假设有A、B、C三个业务系统,A业务系统的一个功能是加工好数据后,需要同步至B业务系统和C业务系统进行后续的数据加工或业务处理,则B业务系统和C业务系统须各提供一个数据接收接口,由A业务系统分别调用。在实际情况中,一个公司主体的不同业务系统是要互相依赖,互相调用,共同使用和处理相同的数据对象来实现特定的功能。所以在系统架构中,以上述三个业务系统为例,A、B、C三个业务系统互相调用,这种模式会产生以下问题:交换数据的接口越来越多且冗余重复;接口关系不清晰,不便维护,接口修改难以评估风险性,接口变动需要其他多个业务系统甚至是所有业务系统做变动支持;接口调用的操作为一次性,只能产生单次的调用成功或失败记录。
[0003]传统的多网络环境下的数据交换方法,每个系统需要编写大量的数据交换接口以供笛卡尔乘积式的数据交换,且需要不同系统的编程人员进行大量重复度较高的接口编写和互相调用工作。

技术实现思路

[0004]本申请的一个目的是提供一种多网络环境下的数据交换方法及设备,通过数据交换调度中心,根据不同的业务系统的指标定义进行数据的分发,达到了将不同业务系统从复杂的交互关系中解放出来的目的,并且通过记录日志的方式,将数据交换的整个交换生命周期进行记录,解决数据交换结果难以定位和排查的问题,以便于后续问题跟踪和定位。
[0005]根据本申请的一个方面,提供了一种多网络环境下的数据交换方法,应用于数据交换调度中心,其中,该方法包括:
[0006]将不同业务系统之间进行的数据交换抽象为系统级的主题及其对应的业务类型标签,若所述业务系统为数据的发送方,则为所述发送方定义生产数据的生产主题及其包含的一个或多个业务类型标签,若所述业务系统为数据的接收方,则为所述接收方定义接收数据的订阅主题及其包含的一个或多个业务类型标签;
[0007]通过数据管道接收来自目标业务系统发送的数据交换任务,所述数据交换任务包括目标数据和所述目标数据所属的目标主题和目标业务类型标签;
[0008]确定订阅所述目标主题和所述目标业务类型标签的至少一个消费业务系统及其任务调度优先级;
[0009]按照所述任务调度优先级从高到低的顺序,将所述目标数据分别推送给所述至少一个消费业务系统并进行各自日志的记录,其中,每条记录日志包括交换的数据和交换成功与否的结果。
[0010]进一步地,上述方法中,所述确定订阅所述目标主题和所述目标业务类型标签的至少一个消费业务系统及其任务调度优先级,包括:
[0011]查询并确定订阅所述目标主题和所述目标业务类型标签的所述至少一个消费业务系统;
[0012]通过心跳分别检测每个所述消费业务系统的响应时长;
[0013]基于每个所述消费业务系统的响应时长,确定每个所述消费业务系统的任务调度优先级。
[0014]进一步地,上述方法中,所述记录日志中的所述交换成功与否的结果包括数据交换失败和数据交换成功。
[0015]进一步地,上述方法中,若所述记录日志中的所述交换成功与否的结果为数据交换失败,所述方法还包括:
[0016]将所述目标数据重试推送给所述数据交换失败时对应的消费业务系统,直至重试次数等于最大重试次数或直至数据交换成功。
[0017]进一步地,上述方法中,所述方法还包括:
[0018]设置用于数据交换失败后进行数据交换重试的最大重试次数。
[0019]根据本申请的另一个方面,还提供了一种非易失性存储介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行时,使所述处理器实现如上述一种多网络环境下的数据交换方法。
[0020]根据本申请的另一个方面,还提供了一种多网络环境下的数据交换设备,其中,该设备包括:
[0021]一个或多个处理器;
[0022]计算机可读介质,用于存储一个或多个计算机可读指令,
[0023]当所述一个或多个计算机可读指令被所述一个或多个处理器执行,使得所述一个或多个处理器实现如上述一种多网络环境下的数据交换方法。
[0024]与现有技术相比,本申请在不同的业务系统之间引入了一中间介质,即数据交换调度中心,在数据交换调动中心,将不同业务系统之间进行的数据交换抽象为系统级的主题及其对应的业务类型标签,若所述业务系统为数据的发送方,则为所述发送方定义生产数据的生产主题及其包含的一个或多个业务类型标签,若所述业务系统为数据的接收方,则为所述接收方定义接收数据的订阅主题及其包含的一个或多个业务类型标签;并通过数据管道接收来自目标业务系统发送的数据交换任务,所述数据交换任务包括目标数据和所述目标数据所属的目标主题和目标业务类型标签;确定订阅所述目标主题和所述目标业务类型标签的至少一个消费业务系统及其任务调度优先级;按照所述任务调度优先级从高到低的顺序,将所述目标数据分别推送给所述至少一个消费业务系统并进行各自日志的记录,其中,每条记录日志包括交换的数据和交换成功与否的结果。使得通过数据交换调度中心,根据不同的业务系统的指标定义进行数据的分发,达到了将不同业务系统从复杂的交互关系中解放出来的目的,并且通过记录日志的方式,将数据交换的整个交换生命周期进行记录,解决数据交换结果难以定位和排查的问题,以便于后续问题跟踪和定位。
附图说明
[0025]通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
[0026]图1示出根据本申请一个方面的一种多网络环境下的数据交换方法的流程示意图;
[0027]图2示出根据本申请一个方面的一种多网络环境下的数据交换方法在实际应用场景中的交互示意图。
[0028]附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
[0029]下面结合附图对本申请作进一步详细描述。
[0030]在本申请一个典型的配置中,终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
[0031]内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
[0032]计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只本文档来自技高网
...

【技术保护点】

【技术特征摘要】
1.一种多网络环境下的数据交换方法,应用于数据交换调度中心,其中,该方法包括:将不同业务系统之间进行的数据交换抽象为系统级的主题及其对应的业务类型标签,若所述业务系统为数据的发送方,则为所述发送方定义生产数据的生产主题及其包含的一个或多个业务类型标签,若所述业务系统为数据的接收方,则为所述接收方定义接收数据的订阅主题及其包含的一个或多个业务类型标签;通过数据管道接收来自目标业务系统发送的数据交换任务,所述数据交换任务包括目标数据和所述目标数据所属的目标主题和目标业务类型标签;确定订阅所述目标主题和所述目标业务类型标签的至少一个消费业务系统及其任务调度优先级;按照所述任务调度优先级从高到低的顺序,将所述目标数据分别推送给所述至少一个消费业务系统并进行各自日志的记录,其中,每条记录日志包括交换的数据和交换成功与否的结果。2.根据权利要求1所述的方法,其中,所述确定订阅所述目标主题和所述目标业务类型标签的至少一个消费业务系统及其任务调度优先级,包括:查询并确定订阅所述目标主题和所述目标业务类型标签的所述至少一个消费业务系统;通过心跳分...

【专利技术属性】
技术研发人员:倪述荣王宇周昊郭爱群
申请(专利权)人:上海聚音信息科技有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1