CN110275731B - 信息处理方法、装置、存储介质和电子设备 - Google Patents

Abstract

本发明公开了一种信息处理方法、装置、存储介质和电子设备,其中，该方法包括：分别获取服务发布数据的第一基线服务信息和该服务的订阅数据的第二基线服务信息；确定服务发布数据和服务订阅数据之间的交集信息；确定第一基线服务信息和第二基线服务信息之间的变更信息；响应于交集信息与变更信息未有交集，确定服务发布数据和服务订阅数据匹配。通过本发明，可以确定服务发布数据和订阅数据之间是否匹配，进而可以根据匹配结果来管理服务发布数据和订阅数据。

Description

信息处理方法、装置、存储介质和电子设备

技术领域

本发明公开涉及信息处理领域，具体涉及一种信息处理方法、装置、存储介质和电子设备。

背景技术

在面向服务的分布式架构下，应用***之间通过消息中间件进行消息通信，实现***间的协同互动。其中，发布消息的应用***称为服务的提供者，订阅消息的应用***称为服务的消费者。服务提供者通过发布实例包装载消息内容发送给消息中间件，服务消费者通过订阅实例包从消息中间件中获取所需的消息内容并进行解析。

通常情况下，一个服务只有一个提供者，但可以有多个消费者。服务消费者对于服务实例包中所需要的字段可能不同，因而他们可以根据自己的需求选择服务实例包中的不同字段，实现一方发布、多维订阅的模式。在这种情况下，一个发布实例包对应的多个订阅实例包可能会有所不同。例如，某发布实例包含有字段a,b,c,d,e(记为{a,b,c,d,e})，其中一个订阅实例包只需要字段a,b,c(记为{a,b,c})，而另一个订阅实例包只需要字段a,d,e(记为{a,d,e})。

在***演进过程中，服务版本经常由于需求变化而升级。由于服务发布实例和订阅实例部署在不同应用***中，因此要考虑发布实例版本与订阅实例版本的匹配问题。即，当发布实例版本发生变化时，订阅实例的版本是否需要配合改变，亦或是不受影响。例如，当发布实例由{a,b,c,d,e}升级为{a,b,c,d',e}时，订阅实例{a,b,c}不需要任何改变就可以与发布实例匹配上，而订阅实例{a,d,e}由于d与d'有所区别，故需要相应更新订阅实例中的字段。

然而，目前尚未存在针对这种发布-订阅模式下的服务版本进行管理的方案。

发明内容

有鉴于此，本发明实施例提供一种信息处理方法、装置、存储介质和电子设备,以解决现有技术中的发布-订阅模式下的服务版本的匹配问题。

根据本发明实施例的第一方面，提供一种信息处理方法，该方法包括：分别获取服务发布数据的第一基线服务信息和该服务的订阅数据的第二基线服务信息；确定服务发布数据和服务订阅数据之间的交集信息；确定第一基线服务信息和第二基线服务信息之间的变更信息；响应于交集信息与变更信息未有交集，确定服务发布数据和服务订阅数据匹配。

根据本发明实施例的第二方面，提供一种信息处理装置，该装置包括：信息获取单元，用于分别获取服务发布数据的第一基线服务信息和该服务的订阅数据的第二基线服务信息；交集信息确定单元，用于确定服务发布数据和服务订阅数据之间的交集信息；变更信息确定单元，用于确定第一基线服务信息和第二基线服务信息之间的变更信息；匹配单元，用于响应于交集信息与变更信息未有交集，确定服务发布数据和服务订阅数据匹配。

根据本发明实施例的第三方面，提供一种计算机可读存储介质，其上存储计算机程序指令，其中，计算机程序指令在被处理器执行时实现如第一方面所述的方法。

根据本发明实施例的第四方面，提供一种电子设备，包括存储器和处理器，其中，存储器用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器执行以实现如第一方面所述的方法。

本发明实施例通过根据服务发布数据和订阅数据之间的交集信息，以及发布数据和订阅数据的基线服务信息之间的变更信息，来确定服务发布数据和订阅数据是否匹配，进而可以根据匹配结果来管理服务发布数据和订阅数据。

附图说明

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

图1是根据本发明实施例的信息处理方法的流程图；

图2是根据本发明实施例的基线服务版本的演进示意图；

图3是根据本发明实施例的基线服务(S)、发布实例(P)和订阅实例(C)的版本演进示意图；

图4是订阅实例包处于不同***的示意图；

图5是根据本发明实施例的信息处理装置的结构框图；

图6是根据本发明实施例的信息获取单元501的结构框图；

图7是根据本发明实施例的电子设备的示意图。

具体实施方式

以下基于实施例对本发明进行描述，但是本发明并不仅仅限于这些实施例。在下文对本发明的细节描述中，详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本发明。为了避免混淆本发明的实质，公知的方法、过程、流程、元件和电路并没有详细叙述。

此外，本领域普通技术人员应当理解，在此提供的附图都是为了说明的目的，并且附图不一定是按比例绘制的。

除非上下文明确要求，否则整个说明书和权利要求书中的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。

在本发明的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

由于现有技术中的服务发布实例和订阅实例部署在不同应用***中，如何针对这种发布-订阅模式下的版本进行管理，以实现发布实例和订阅实例的协同开发，需要相关的方法和工具来解决。目前的版本管理工具如svn(Subversion，版本控制***)或gitlab(基于网络的Git仓库管理工具)，主要面向某一对象的版本演进及分支管理，并未考虑对象之间的依赖关系，难以适用于发布-订阅模式中的服务版本管理。而像jar(Java中的文件)包依赖管理主要关注了对象之间的版本依赖，并未去维护整个版本演进的过程。因此，目前亟待需要一种版本管理技术来管理这种面向发布-订阅模式中的服务版本。

基于此，本发明实施例提供一种信息处理方案，以实现对发布-订阅模式的服务版本管理。

图1是根据本发明实施例的信息处理方法，如图1所示，该方法包括：

步骤101，分别获取服务发布数据(例如，服务发布实例)的第一基线服务信息和该服务的订阅数据(例如，服务订阅实例)的第二基线服务信息；

步骤102，确定服务发布数据和服务订阅数据之间的交集信息；

步骤103，确定第一基线服务信息和第二基线服务信息之间的变更信息；

步骤104，响应于交集信息与变更信息未有交集，确定服务发布数据和服务订阅数据匹配。

通过根据服务发布数据和订阅数据之间的交集信息，以及发布数据和订阅数据的基线服务信息之间的变更信息，来确定服务发布数据和订阅数据是否匹配，进而可以根据匹配结果来管理服务发布数据和订阅数据。

具体而言，当上述交集信息与变更信息未有交集时，则确定服务发布数据和服务订阅数据之间匹配，否则，则确定服务发布数据和服务订阅数据之间匹配失败。

对于步骤101，具体可以获取服务发布数据(P)的版本信息(P_j)对应的基线服务(S)版本信息(S_j)，并获取服务订阅数据(C)的版本信息(C_k)对应的基线服务版本信息(S_k)，其中，j、k为大于1的正整数。通过获取P和C之间的交集信息，以及S_j和S_k之间的变更信息，来确定P和C之间是否匹配，也就是P_j和C_k之间是否匹配，当两者匹配时，则表示P和C可以进行协同开发。

图2是基线服务版本的演进示意图，如图2所示，每个顶点代表服务的一个版本，顶点上方为服务所包含的字段集合，顶点之间的箭头表示服务版本演进，箭头上方的标注表示服务发生变化的内容。

记基线服务版本为S_i，其中，i为版本号，如图2所示，S₁＝{a,b,c}，S₂＝{a,b,c,d}，S₁与S₂之间的变化记为+{d}，即增加了一个字段。

服务版本发生变化包括如下几种情况，作如下标记：

(1)增加一个字段：F₁＝+{d}

(2)减少多个字段：F₂＝-{b,c}

(3)修改一个字段的属性：F₃＝delta{a}

(4)修改字段所构成的嵌套子结构：F₄＝delta{b,c,d}

可以称上述标记为服务变更算子，服务变更算子之间允许叠加，但应该保序。记服务变更算子的叠加运算为F₁*F₂＝(+{d})*(-{b,c})。若干服务变更算子可以组成变更链，用于记录较大跨度的服务版本之间的差异。由于F(i)记录了S(i)与S(i+1)的版本差，因而变更链可表示为：

Chain(S_i,S_k)＝F_i*…*F_j*…*F_(k-1),i<j<k。

由于变更链是用于服务之间的差量比较，变更链可以进行约减。完成服务变更链的定义后，即给出了服务版本间的差量运算规则。

图3是根据本发明实施例的基线服务(S)、发布实例(P)和订阅实例(C)的版本演进示意图，如图3所示，发布实例的版本信息与对应的基线服务版本信息相同，订阅实例的版本信息为对应的基线服务版本信息的子集，发布实例对应于一个或多个订阅实例。

为了对服务发布实例和订阅实例进行匹配，需要首先对服务发布实例和订阅实例分别标注其版本序列号，且该版本序列号能够回溯到服务基线。

具体地，服务发布实例和订阅实例匹配过程如下：

(1)根据服务发布实例版本(P_j)回溯其基线服务版本(S_j)；

(2)根据服务订阅实例版本(C_k)回溯其基线服务版本(S_k)；

(3)对S_j与S_k进行差量运算，得到服务变更链Chain(S_j,S_k)；

(4)对P_j和C_k中的字段取交集InterSet；

(5)对于InterSet中的每一个字段，检查是否存在于Chain(S_j,S_k)中，若有，则返回FALSE；

(6)若InterSet中所有字段均未出现在Chain(S_j,S_k)中，则返回TRUE。

上述算法返回TRUE，则说明该发布实例版本与订阅实例版本可以相互匹配，对应的发布实例包和订阅实例包可以同时部署到同一套环境中；否则匹配失败，若将发布实例包和订阅实例包一同部署，将会发生消息无法正确接收的情况。

在实际操作中，由于特定业务逻辑的需要，多个***通过数据交换服务(DataExchange Protocol，DEP)平台进行通信。目前在DEP平台中，一般发布的服务可以有多个(例如，500多个)。随着***的开发和需求的调整，有些服务需要进行变更，由此导致发布***、订阅***也要随之升级。一般来说，***环境包括：开发(例如，***测试(SystemTest，ST))环境、用户验收(User Acceptance Test，UAT)环境、模拟(simulation，SIM)环境和生产(production，PRD)环境，且ST和UAT也有多套并行的环境。图4为订阅实例包处于不同***的示意图，当分别位于不同***中的订阅实例包，与对应的服务发布实例包之间的版本能够匹配成功时，才能够保证***间的正确交互。

由于服务版本的滚动式开发，不同环境中***的版本、服务的版本可能不一致。通过本发明实施例的服务发布实例和订阅实例的匹配方案，可以对服务各版本进行批量校验，从而可以有效管理服务的各个版本；另外，通过本发明实施例，可以确保在各个环境中，服务发布实例包和订阅实例包能够正确匹配，保证***交互正确进行。

在具体实施例过程中，本发明实施例还可以应用在Java应用开发时多个Jar包的版本依赖校验中。

本发明实施例还提供一种信息处理装置，优选地，可以用于实现上述的方法。图5是该信息处理装置的结构框图，如图5所示，该装置包括：

信息获取单元501，用于分别获取服务发布数据的第一基线服务信息和服务的订阅数据的第二基线服务信息；

交集信息确定单元502，用于确定服务发布数据和服务订阅数据之间的交集信息；

变更信息确定单元503，用于确定第一基线服务信息和第二基线服务信息之间的变更信息；

匹配单元504，用于响应于交集信息与变更信息未有交集，确定服务发布数据和服务订阅数据匹配。

通过匹配单元504根据交集信息确定单元502确定的服务发布数据和订阅数据之间的交集信息，以及变更信息确定单元503确定的发布数据和订阅数据的基线服务信息之间的变更信息，来判断服务发布数据和订阅数据是否匹配，之后可以根据匹配结果来管理服务发布数据和订阅数据。

具体地，如图6所示，信息获取单元501包括：第一信息获取模块5011和第二信息获取模块5012，其中：

第一信息获取模块5011，用于获取服务发布数据(P)的版本信息(P_j)对应的第一基线服务(S)版本信息(S_j)；

第二信息获取模块5012，用于获取服务订阅数据(C)的版本信息(C_k)对应的第二基线服务版本信息(S_k)，其中，j、k为大于1的正整数，S表示基线服务。

通过获取P和C之间的交集信息，以及S_j和S_k之间的变更信息，来确定P和C之间是否匹配。当交集信息与变更信息未有交集时，则确定服务发布数据(例如，发布实例)和服务订阅数据(例如，订阅实例)之间匹配，否则，则确定服务发布数据和服务订阅数据之间匹配失败。

在实际操作中，可以预先对基线服务版本、发布实例版本和订阅实例版本的演进过程进行形式化定义，给出各版本之间的差量运算规则。随后，对服务发布实例与服务订阅实例标注版本序号，以便回溯到其对应的服务基线版本。之后，根据服务基线版本之间的差量对发布实例和订阅实例进行校验，确认发布实例和订阅实例是否匹配。

具体地校验过程，可以参见上述实施例的描述，此处不再赘述。

通过本发明实施例，可以对***中各服务版本、发布实例包和订阅实例包版本进行有效管理和部署前的自动化校验，提高了服务发布实例与订阅实例部署的正确性，降低了手工配置的出错现象。

本发明实施例中各单元、各模块的具体执行过程可以参见上述实施例中的相应描述，另外，各单元、各模块可以是单一设置、也可以合一设置，本发明不限于此。

图7是本发明实施例的电子设备的示意图。图7所示的电子设备为通用数据处理装置，其包括通用的计算机硬件结构，其至少包括处理器701和存储器702。处理器701和存储器702通过总线703连接。存储器702适于存储处理器701可执行的一条或多条指令或程序。

上述处理器701可以是独立的微处理器，也可以是一个或者多个微处理器集合。由此，处理器701通过执行存储器702所存储的命令，从而执行如上所述的本发明实施例的方法流程实现对于数据的处理和对于其他装置的控制。总线703将上述多个组件连接在一起，同时将上述组件连接到显示控制器704和显示装置以及输入/输出(I/O)装置705。输入/输出(I/O)装置705可以是鼠标、键盘、调制解调器、网络接口、触控输入装置、体感输入装置、打印机以及本领域公知的其他装置。典型地，输入/输出(I/O)装置705通过输入/输出(I/O)控制器706与***相连。

其中，存储器702可以存储软件组件，例如操作***、通信模块、交互模块以及应用程序。以上所述的每个模块和应用程序都对应于完成一个或多个功能和在发明实施例中描述的方法的一组可执行程序指令。

综上所述，本发明实施例提供了一种发布-订阅模式下的版本管理方案，通过根据服务发布实例版本和订阅实例版本之间的交集信息，以及发布实例版本和订阅实例版本分别对应的基线服务版本之间的变更信息，来确定发布实例版本和订阅实例版本之间是否匹配，并根据匹配结果来对发布实例和订阅实例进行管理，通过本发明实施例，可以对多个发布实例版本及订阅实例版本进行检验和管理，以保障***之间交互的正确性。

上述根据本发明实施例的方法、设备(***)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应理解，流程图和/或框图的每个块以及流程图图例和/或框图中的块的组合可以由计算机程序指令来实现。这些计算机程序指令可以被提供至通用计算机、专用计算机或其它可编程数据处理设备的处理器，以产生机器，使得(经由计算机或其它可编程数据处理设备的处理器执行的)指令创建用于实现流程图和/或框图块或块中指定的功能/动作的装置。

同时，如本领域技术人员将意识到的，本发明实施例的各个方面可以被实现为***、方法或计算机程序产品。因此，本发明实施例的各个方面可以采取如下形式：完全硬件实现方式、完全软件实现方式(包括固件、常驻软件、微代码等)或者在本文中通常可以都称为“电路”、“模块”或“***”的将软件方面与硬件方面相结合的实现方式。此外，本发明的方面可以采取如下形式：在一个或多个计算机可读介质中实现的计算机程序产品，计算机可读介质具有在其上实现的计算机可读程序代码。

可以利用一个或多个计算机可读介质的任意组合。计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读存储介质可以是如(但不限于)电子的、磁的、光学的、电磁的、红外的或半导体***、设备或装置，或者前述的任意适当的组合。计算机可读存储介质的更具体的示例(非穷尽列举)将包括以下各项：具有一根或多根电线的电气连接、便携式计算机软盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪速存储器)、光纤、便携式光盘只读存储器(CD-ROM)、光存储装置、磁存储装置或前述的任意适当的组合。在本发明实施例的上下文中，计算机可读存储介质可以为能够包含或存储由指令执行***、设备或装置使用的程序或结合指令执行***、设备或装置使用的程序的任意有形介质。

计算机可读信号介质可以包括传播的数据信号，所述传播的数据信号具有在其中如在基带中或作为载波的一部分实现的计算机可读程序代码。这样的传播的信号可以采用多种形式中的任何形式，包括但不限于：电磁的、光学的或其任何适当的组合。计算机可读信号介质可以是以下任意计算机可读介质：不是计算机可读存储介质，并且可以对由指令执行***、设备或装置使用的或结合指令执行***、设备或装置使用的程序进行通信、传播或传输。

用于执行针对本发明各方面的操作的计算机程序代码可以以一种或多种编程语言的任意组合来编写，所述编程语言包括：面向对象的编程语言如Java、Smalltalk、C++、PHP、Python等；以及常规过程编程语言如“C”编程语言或类似的编程语言。程序代码可以作为独立软件包完全地在用户计算机上、部分地在用户计算机上执行；部分地在用户计算机上且部分地在远程计算机上执行；或者完全地在远程计算机或服务器上执行。在后一种情况下，可以将远程计算机通过包括局域网(LAN)或广域网(WAN)的任意类型的网络连接至用户计算机，或者可以与外部计算机进行连接(例如通过使用因特网服务供应商的因特网)。

以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种信息处理方法，其特征在于，所述方法包括：

分别获取服务发布数据的第一基线服务信息和所述服务的订阅数据的第二基线服务信息；

确定所述服务发布数据和所述服务订阅数据之间的交集信息；

确定所述第一基线服务信息和第二基线服务信息之间的变更信息；

响应于所述交集信息与所述变更信息未有交集，确定所述服务发布数据和所述服务订阅数据匹配；

其中，分别获取服务发布数据的第一基线服务信息和服务订阅数据的第二基线服务信息包括：

获取所述服务发布数据P的版本信息Pj对应的第一基线服务版本信息Sj；

获取所述服务订阅数据C的版本信息Ck对应的第二基线服务版本信息Sk，其中，j、k为大于1的正整数，S表示基线服务；

其中，所述服务发布数据的版本信息Pj与所述第一基线服务版本信息Sj相同，所述服务订阅数据的版本信息Ck为所述第二基线服务版本信息Sk的子集。

2.根据权利要求1所述的信息处理方法，其特征在于，所述方法还包括：

响应于所述交集信息与所述变更信息存在交集，确定所述服务发布数据和所述服务订阅数据匹配失败。

3.根据权利要求1所述的信息处理方法，其特征在于，所述服务发布数据对应于一个或多个所述服务订阅数据。

4.一种信息处理装置，其特征在于，所述装置包括：

信息获取单元，用于分别获取服务发布数据的第一基线服务信息和所述服务的订阅数据的第二基线服务信息；

交集信息确定单元，用于确定所述服务发布数据和所述服务订阅数据之间的交集信息；

变更信息确定单元，用于确定所述第一基线服务信息和第二基线服务信息之间的变更信息；

匹配单元，用于响应于所述交集信息与所述变更信息未有交集，确定所述服务发布数据和所述服务订阅数据匹配；

其中，所述信息获取单元包括：

第一信息获取模块，用于获取所述服务发布数据P的版本信息Pj对应的第一基线服务版本信息Sj；

第二信息获取模块，用于获取所述服务订阅数据C的版本信息Ck对应的第二基线服务版本信息Sk，其中，j、k为大于1的正整数，S表示基线服务；

其中，所述服务发布数据的版本信息Pj与所述第一基线服务版本信息Sj相同，所述服务订阅数据的版本信息Ck为所述第二基线服务版本信息Sk的子集。

5.根据权利要求4所述的信息处理装置，其特征在于，所述匹配单元还用于：

响应于所述交集信息与所述变更信息存在交集，确定所述服务发布数据和所述服务订阅数据匹配失败。

6.一种计算机可读存储介质，其上存储计算机程序指令，其特征在于，所述计算机程序指令在被处理器执行时实现如权利要求1-3中任一项所述的方法。

7.一种电子设备，包括存储器和处理器，其特征在于，所述存储器用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器执行以实现如权利要求1-3中任一项所述的方法。

Images