CN113296745B - 数据的处理方法及装置、计算机可读存储介质、处理器 - Google Patents

Abstract

本发明公开了一种数据的处理方法及装置、计算机可读存储介质、处理器。其中，该方法包括：基于基础编码生成第一软件系统的目标容器；获取第二软件系统的接口的特征信息；根据特征信息将第二软件系统的接口匹配到目标容器；第二软件系统的接口通过目标容器接入第一软件系统。本发明解决了现有技术中软件系统之间的接口交互需要人工进行编码，导致开发效率低的技术问题。

Description

数据的处理方法及装置、计算机可读存储介质、处理器

技术领域

本发明涉及计算机软件技术领域，具体而言，涉及一种数据的处理方法及装置、计算机可读存储介质、处理器。

背景技术

软件系统之间的通信需要通过软件系统间的接口实现，相关技术中，软件系统之间的接口研发主要采用普通适配器适配，人工解析代码及人工操作和维护的方式实现软件系统之间的接口开发。然而，这种方式将接口孤立为一种或者一类，一个软件系统适配单一的接口类型和协议，不同的软件系统不能复用接口，需要开发人员花费大量的工作重新开发。如果接口发生了变动，需要通过人工修改代码的方式来对接口进行修改，由人工参与度高，导致工作量大，开发效率低。

针对上述现有技术中软件系统之间的接口交互需要人工进行编码，导致开发效率低的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种数据的处理方法及装置、计算机可读存储介质、处理器，以至少解决现有技术中软件系统之间的接口交互需要人工进行编码，导致开发效率低的技术问题。

根据本发明实施例的一个方面，提供了一种数据的处理方法，包括：基于基础编码生成第一软件系统的目标容器；获取第二软件系统的接口的特征信息；根据特征信息将第二软件系统的接口匹配到目标容器；第二软件系统的接口通过目标容器接入第一软件系统。

进一步地，根据特征信息将第二软件系统的接口匹配到目标容器，包括：根据特征信息判断第二软件系统的接口类型；根据第二软件系统的接口类型将第二软件系统的接口匹配到目标容器。

进一步地，上述特征信息包括第二软件系统向第一软件系统发送的报文信息，根据第二软件系统的接口类型将第二软件系统的接口匹配到目标容器，包括：根据接口类型获取宏配置文件，其中，宏配置文件用于存储报文信息与第二软件系统的对应关系；根据宏配置文件解析报文信息，生成第二软件系统的反射对象，其中，第二软件系统的第一反射对象为与第二软件系统具有特征对应关系的虚拟对象；将第二软件系统的反射对象匹配到目标容器。

进一步地，在根据宏配置文件解析报文信息，生成第二软件系统的反射对象之前，上述方法还包括：根据报文信息，预生成第二软件系统的反射对象的属性信息。

进一步地，在第二软件系统的接口通过目标容器接入第一软件系统之后，上述方法还包括：获取第一软件系统对报文信息的处理结果；根据宏配置文件解析处理结果，生成第二软件系统的反射对象；根据第二软件系统的反射对象，将处理结果返回第二软件系统的接口。

进一步地，第二软件系统包含多个独立的软件系统，在第二软件系统的接口通过目标容器接入第一软件系统之后，上述方法还包括：通过目标容器分发多个软件系统的报文信息。

进一步地，在第二软件系统的接口通过目标容器接入第一软件系统之后，上述方法还包括：第二软件系统通过目标容器调用第一软件系统，以根据预设流程进行数据处理。

根据本发明实施例的另一方面，还提供了一种数据的处理装置，包括：容器生成模块，用于基于基础编码生成第一软件系统的目标容器；特征获取模块，用于获取第二软件系统的接口的特征信息；匹配模块，用于根据特征信息将第二软件系统的接口匹配到目标容器；接入模块，用于第二软件系统的接口通过目标容器接入第一软件系统。

根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的程序，其中，在程序运行时控制计算机可读存储介质所在设备执行上述任意一项数据的处理方法。

根据本发明实施例的另一方面，还提供了一种处理器，上述处理器用于运行程序，其中，程序运行时执行上述任意一项数据的处理方法。

在本发明实施例中，通过基于基础编码生成第一软件系统的目标容器，获取第二软件系统的接口的特征信息，根据特征信息将第二软件系统的接口匹配到目标容器，第二软件系统的接口通过目标容器接入第一软件系统。基于在第一软件接口生成目标容器，根据第二软件系统的接口类型的特征信息，自动识别并确定出与第二软件系统的接口类型相匹配的信息响应方法，实现了目标容器与第二软件系统的接口的自动匹配，而不需要人工根据第二软件系统的接口进行再编码，解决了现有技术中软件系统之间的接口交互需要人工进行编码，导致开发效率低的问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种数据的处理方法的流程图；

图2是根据本发明实施例的一种可选的数据的处理方法流程图；

图3是根据本发明实施例的一种数据的处理装置的示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种数据的处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的数据的处理方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，基于基础编码生成第一软件系统的目标容器。

上述基础编码可以为采用计算机编程语言编写的程序代码，包括但不限于C、C++以及Java语言编写的程序。

目标容器为采用上述基础编码所实现的虚拟化的接口，目标容器的基础编码可以为第一软件系统中的程序代码的一部分，例如，在第一软件系统的程序代码中增加上述基础编码，以在第一软件系统中形成虚拟化的接口。

步骤S104，获取第二软件系统的接口的特征信息。

第二软件系统为需要与第一软件系统进行通信的软件系统，在接入第一软件系统后，可以调用第一软件系统中的业务流程。

需要说明的是，第二软件系统与第一软件系统在程序代码上相互独立，但不限制两者的软件语言类型、硬件实体类型以及通讯类型。第一软件系统和第二软件系统可以采用软件通讯类型(例如，TCP/IP、HTTP)，以及硬件数据通讯类型(例如，串口通信)，也可以采用软件通讯协议(例如，XML或者JSON)，以及硬件数据协议(例如，MODBUS协议)。第一软件系统和第二软件系统可以为同一个硬件实体上的不同软件系统，也可以为不同硬件实体上的不同软件系统，在第一软件系统和第二软件系统位于不同的硬件实体上时，可以通过硬件接口进行连接，例如，第二软件系统的接口可以为串口接口(比如，RS-485串口)，第二软件系统所在的硬件实体(例如，PLC，可编程逻辑控制器)通过串口连接第一软件系统所在的硬件实体。

第二软件系统的接口可以为实体接口，也可以为虚拟接口，第二软件系统的接口的特征信息用于表示第二软件系统的接口类型，例如，该特征信息可以为第二软件系统的接口的通讯类型、报文头、报文体等。

步骤S106，根据特征信息将第二软件系统的接口匹配到目标容器。

第二软件系统的接口匹配到目标容器，可以理解为目标容器作为第一软件系统的虚拟接口，可以提供对第二软件系统的接口发送的信息进行相对应的响应处理方法，以实现第一软件系统和第二软件系统的接口通讯。

目标容器的基础编码可以实现对第二软件系统的接口的特征信息的识别，通过特征信息判断出第二软件系统的接口类型或者数据类型。在一种可选的实施例中，目标容器的基础编码还可以根据特征信息获取到第二软件系统的接口的全部结构信息和属性信息，以提供与第二软件系统的接口相匹配的信息响应处理方法。

步骤S108，第二软件系统的接口通过目标容器接入第一软件系统。

目标容器为第一软件系统的虚拟接口，在第二软件系统的接口与目标容器匹配后，第二软件系统的接口可以通过目标容器接入第一软件系统，实现与第一软件系统的通讯和交互。

本实施中，通过基于基础编码生成第一软件系统的目标容器，获取第二软件系统的接口的特征信息，根据特征信息将第二软件系统的接口匹配到目标容器，第二软件系统的接口通过目标容器接入第一软件系统。基于在第一软件接口生成目标容器，根据获取到的第二软件系统的接口类型的特征信息，自动识别并确定出与第二软件系统的接口类型相匹配的信息响应方法，实现了目标容器与第二软件系统的接口的自动匹配，而不需要人工根据第二软件系统的接口进行再编码，解决了现有技术中软件系统之间的接口交互需要人工进行编码，导致开发效率低的问题。

作为一种可选的实施例，步骤S106，根据特征信息将第二软件系统的接口匹配到目标容器，包括：

步骤S1061，根据特征信息判断第二软件系统的接口类型。

该特征信息可以为第二软件系统的接口的通讯类型或者报文信息等，第二软件系统的接口类型可以为软件语言类型、硬件实体类型以及通讯类型。例如，通过第二软件系统发送的报文信息，可以判断出第二软件系统的接口为RS-485串口接口，从而使得目标容器获得第二软件系统的接口类型。

具体的，目标容器的基础编码可以对获得的特征信息，并根据特征信息确定出第二软件系统的接口类型，接口类型中可以包含接口的调用类型，进而确定出与第二软件系统的接口一一对应的信息响应方法。

步骤S1062，根据第二软件系统的接口类型将第二软件系统的接口匹配到目标容器。

目标容器在获得了第二软件系统的接口类型后，将第二软件系统的接口与第二软件系统的实体结构和特征相关联，进而可实现对第二软件系统的调用。可选地，目标容器可以加载出与第二软件系统的接口一一对应的虚拟对象，第一软件系统可以从虚拟对象获取到第二软件系统的接口类型，第一软件系统根据第二软件系统的接口的调用类型，提供相应的响应方法，以实现两者的匹配。

在一种可选的实施例中，上述特征信息包括第二软件系统向第一软件系统发送的报文信息，根据第二软件系统的接口类型将第二软件系统的接口匹配到目标容器，包括：根据接口类型获取宏配置文件，其中，宏配置文件用于存储报文信息与第二软件系统的对应关系；根据宏配置文件解析报文信息，生成第二软件系统的反射对象，其中，第二软件系统的第一反射对象为与第二软件系统具有特征对应关系的虚拟对象；将第二软件系统的反射对象匹配到目标容器。

上述报文信息可以包括报文头和报文体等，报文信息的内容中包含了层级关系、包含关系、并列关系等属性信息。

上述宏配置文件可以在目标容器生成时，同时导入至第一软件系统中。宏配置文件中包括报文信息与第二软件系统的对应关系，也可以为根据报文信息确定的接口类型与第二软件系统的对应关系，以使目标容器根据报文信息的内容和宏配置文件中的对应关系，确定出与报文信息一一对应的第二软件系统，进而获取到第二软件系统的全部特征信息(例如，接口定义、结构信息以及属性信息等)。宏配置文件还可以包括第二软件系统接口与信息响应方法的对应关系。

在第一软件系统收到第二软件系统发送的报文信息后，可以根据报文信息确定出接口类型，进而获取到与接口类型一一对应的宏配置文件。目标容器根据宏配置文件对报文信息进行解析后得到具体的报文对象，并且生成与第二软件系统一一对应的反射对象，具体的，目标容器根据报文信息中的层级关系、包含关系、并列关系等属性，由动态编程语言动态生成相对应的列表、数组、队列等属性的虚拟对象作为上述反射对象。因此，上述反射对象具有与第二软件系统完全相同的接口定义、结构信息以及属性信息。目标容器根据宏配置文件中第二软件系统接口与信息响应方法的对应关系，确定出与第二软件系统的接口进行数据通信的信息响应方法，实现与第二软件系统的接口的匹配，并使用上述信息响应方法，对第二软件系统的报文信息进行处理。

需要说明的是，相关技术中，对于不同软件系统之间的接口调用，需要通过代码编写生成与接口对应的实体类，本实施例中，目标容器根据报文信息，可以自动获取与软件系统接口的实体类相对应的接口定义、结构信息以及属性信息，而无需人工进行编码，减少了编码的工作量，提高了研发效率。

本实施例中，在第二软件系统为多个不同的软件系统的情况下，可以在第一软件系统中生成目标容器的同时导入多个宏配置文件，使得第一软件系统在外接不同的第二软件系统时，可以自动解析并识别不同外接软件系统的特征信息，根据对应的宏配置文件生成与不同的第二软件系统相对应的反射对象，进而实现第二软件系统与第一软件系统的交互，无需对于不同的接口进行人工代码的修改，在目标容器和宏配置文件导入第一软件系统后，无需进行软件代码的修改和维护，提高了不同软件系统的接口变更时的研发效率。在第一软件系统和第二软件系统完成接口调用并进行交互后，宏配置文件或软件系统的配置信息发生更新时，可以通过自动刷新的方法更新相应的信息。

作为一种可选的实施例，在根据宏配置文件解析报文信息，生成第二软件系统的反射对象之前，上述方法还包括：根据报文信息，预生成第二软件系统的反射对象的属性信息。

上述属性信息可以为第二软件系统的接口的实体名、字段名和属性等。可选地，目标容器在收到第二软件系统的发送的报文信息时，并不是立刻对报文信息的内容进行解析，而是先根据预设的规则生成第二软件系统的接口的实体名、字段名和属性等信息。

作为一种可选的实施例，在第二软件系统的接口通过目标容器接入第一软件系统之后，方法还包括：获取第一软件系统对报文信息的处理结果；根据宏配置文件解析处理结果，生成第二软件系统的反射对象；根据第二软件系统的反射对象，将处理结果返回第二软件系统的接口。

第二软件系统的接口通过目标容器接入第一软件系统后，第一软件系统可以根据第二软件系统的报文信息执行相应的业务或者流程，并在执行完后需要向第二软件系统反馈执行的结果，以完成一个完整的数据交互过程。第一软件系统对报文信息的处理结果可以为报文信息执行相应的业务或者流程的结果，例如，第二软件系统通过发送报文信息调用第一软件系统中的某个数据，第一软件系统需要根据上述报文信息将该数据反馈给第二软件系统，则该数据为上述处理结果。

上述第一软件系统向第二软件系统反馈执行结果的过程，与上述接收报文信息并进行匹配的过程相同。具体的，报文信息的处理结果可以包含于报文信息对应的特征信息(例如，报文头)，目标容器对报文信息的处理结果进行解析，在目标容器中生成与第二软件系统一一对应的反射对象，目标容器通过上述反射对象，可以得到第二软件系统的接口的调用类型，进而实现与第二软件系统的接口的匹配。宏配置文件还包括与第二软件接口相对应的信息处理方法和映射依据，目标容器将处理结果根据宏配置文件进行组装后生成返回报文信息，并将返回报文信息根据对应的处理方法返回给第二软件系统。

作为一种可选的实施例，第二软件系统包含多个独立的软件系统，在第二软件系统的接口通过目标容器接入第一软件系统之后，上述方法还包括：通过目标容器分发多个软件系统的报文信息。

在第二软件系统包含多个独立的软件系统的情况下，多个第二软件系统同时发送的报文信息可以用于调用第一软件系统中的同一业务或者流程，也可以分别调用第一软件系统中的不同业务或者流程，不同的报文信息中包含了不同的调用对象。目标容器可以根据不同的第二软件系统发送的报文信息和宏配置文件分别生成一一对应的多个反射对象，目标容器根据多个反射对象获得各自对应的第二软件系统的接口类型，并确定出相应的响应方法，进而将多个软件系统的不同报文信息分发至第一软件系统中对应的业务或者流程中。

本实施中，目标容器可以作为第一软件系统的唯一接口，根据多个第二软件系统的报文信息生成多个反射对象，并实现与多个第二软件系统的接口的自动匹配，无需修改软件代码，解决了在多个软件系统进行接口调用时研发工作量大且维护困难的问题。

作为一种可选的实施例，在第二软件系统的接口通过目标容器接入第一软件系统之后，上述方法还包括：第二软件系统通过目标容器调用第一软件系统，以根据预设流程进行数据处理。

上述预设流程为第一软件系统中已有的程序代码可执行的流程，可用于实现具体的功能，第二软件系统通过目标容器调用第一软件系统，可以实现与第一软件系统的通讯和交互。上述预设流程可用于实现各行业中的不同功能，此处不作限制。

图2是根据本发明实施例的一种可选的数据的处理方法流程图，在本实施例中，第二软件系统为外围系统，第一软件系统为外围系统需要调用的下游软件系统，外围系统通过接口接入下游软件系统，可以调用下游软件系统中的业务或流程，实现业务需要的功能。如图2所示，上述数据的处理方法包括：

步骤S201，将外围系统接入下游软件系统，接入方式可以为外围系统的硬件实体通过硬件接口插入下游软件系统的硬件实体，外围系统通过硬件接口发送报文信息至下游软件系统。

步骤S202，基于基础编码生成目标容器，将目标容器和宏配置文件导入下游软件系统。获取外围系统的报文信息并判断出接口类型(即调用类型)。

步骤S203，根据外围系统的调用类型，获取与外围系统相对应的宏配置文件，宏配置文件中包含了与外围系统相对应的信息的响应方法和映射依据。

步骤S204，根据外围系统发送的报文信息，根据预设的规则生成与待生成反射对象相对应的实体名、字段名和属性。

步骤S205，目标容器根据宏配置文件正式对外围系统发送的报文信息的内容进行解析。

步骤S206，目标容器生成外围系统的反射对象，反射对象具有与外围系统相同的调用类型、结构以及属性。

步骤S207，目标容器根据宏配置文件中的响应方法和映射依据，使用对应的处理方法，来处理外围系统调用的业务或者流程。

步骤S208，在完成业务或者流程的处理后，目标容器将处理结果根据宏配置文件生成外围系统的返回反射对象。

步骤S209，目标容器根据宏配置文件组装返回给外围系统的报文信息，并根据对应的返回方法将报文信息返回给外围系统。

在完成了上述步骤后，目标容器释放上述外围系统的反射对象和返回反射对象，完成外围系统对下游软件系统的一次调用。

根据上述步骤，在下游软件系统中导入目标容器和宏配置文件后，目标容器识别并生成与外围系统的接口一一对应的反射对象，基于反射对象和宏配置文件实现了外围系统与目标容器的自动匹配，进而实现了外围系统与下游软件系统接口通信需要的数据处理方法和返回数据响应方法，无需人工进行接口编码，减少了人工编写系统接口调用代码的时间和复杂性，可以广泛应用于各大行业和系统的接口接入场景。

实施例2

根据本发明实施例，提供了一种数据的处理装置的实施例，图3是根据本发明实施例的一种数据的处理装置的示意图，如图3所示，该装置包括：

容器生成模块31，用于基于基础编码生成第一软件系统的目标容器；特征获取模块32，用于获取第二软件系统的接口的特征信息；匹配模块33，用于根据特征信息将第二软件系统的接口匹配到目标容器；接入模块34，用于第二软件系统的接口通过目标容器接入第一软件系统。

作为一种可选的实施例，上述匹配模块包括：判断子模块，用于根据特征信息判断第二软件系统的接口类型；接口匹配子模块，用于根据第二软件系统的接口类型将第二软件系统的接口匹配到目标容器。

作为一种可选的实施例，上述特征信息包括第二软件系统向第一软件系统发送的报文信息，接口匹配子模块，包括：宏配置文件确定子模块，用于根据接口类型获取宏配置文件，其中，宏配置文件用于存储报文信息与第二软件系统的对应关系；解析子模块，用于根据宏配置文件解析报文信息，生成第二软件系统的反射对象，其中，第二软件系统的第一反射对象为与第二软件系统具有特征对应关系的虚拟对象；反射对象匹配子模块，用于将第二软件系统的反射对象匹配到目标容器。

作为一种可选的实施例，上述装置还包括：属性预生成模块，用于根据报文信息，预生成第二软件系统的反射对象的属性信息。

作为一种可选的实施例，上述装置还包括：处理结果获取模块，用于获取第一软件系统对报文信息的处理结果；结果解析模块，用于根据宏配置文件解析处理结果，生成第二软件系统的反射对象；返回模块，用于根据第二软件系统的反射对象，将处理结果返回第二软件系统的接口。

作为一种可选的实施例，第二软件系统包含多个独立的软件系统，上述装置还包括：分发模块，用于通过目标容器分发多个软件系统的报文信息。

作为一种可选的实施例，上述装置还包括：调用模块，用于第二软件系统通过目标容器调用第一软件系统，以根据预设流程进行数据处理。

实施例3

根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的程序，其中，在程序运行时控制计算机可读存储介质所在设备执行上述任意一项数据的处理方法。

计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：基于基础编码生成第一软件系统的目标容器；获取第二软件系统的接口的特征信息；根据特征信息将第二软件系统的接口匹配到目标容器；第二软件系统的接口通过目标容器接入第一软件系统。

实施例4

根据本发明实施例的另一方面，还提供了一种处理器，包括：处理器用于运行程序，其中，程序运行时执行上述任意一项数据的处理方法。

处理器用于运行程序，可以通过传输装置调用存储器存储的信息及应用程序，以执行下述步骤：

基于基础编码生成第一软件系统的目标容器；获取第二软件系统的接口的特征信息；根据特征信息将第二软件系统的接口匹配到目标容器；第二软件系统的接口通过目标容器接入第一软件系统。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (7)

1.一种数据的处理方法，其特征在于，包括：

基于基础编码生成第一软件系统的目标容器；

获取第二软件系统的接口的特征信息；

根据所述特征信息将所述第二软件系统的接口匹配到所述目标容器；

所述第二软件系统的接口通过所述目标容器接入所述第一软件系统；

根据所述特征信息将所述第二软件系统的接口匹配到所述目标容器，包括：

根据所述特征信息判断所述第二软件系统的接口类型；

根据所述第二软件系统的接口类型将所述第二软件系统的接口匹配到所述目标容器；

所述特征信息包括所述第二软件系统向所述第一软件系统发送的报文信息，根据所述第二软件系统的接口类型将所述第二软件系统的接口匹配到所述目标容器，包括：

根据所述接口类型获取宏配置文件，其中，所述宏配置文件用于存储所述报文信息与所述第二软件系统的对应关系；

根据所述宏配置文件解析所述报文信息，生成所述第二软件系统的反射对象，其中，所述第二软件系统的第一反射对象为与第二软件系统具有特征对应关系的虚拟对象；

将所述第二软件系统的反射对象匹配到所述目标容器。

2.根据权利要求1所述的数据的处理方法，其特征在于，在根据所述宏配置文件解析所述报文信息，生成所述第二软件系统的反射对象之前，所述方法还包括：

根据所述报文信息，预生成所述第二软件系统的反射对象的属性信息。

3.根据权利要求1所述的数据的处理方法，其特征在于，在所述第二软件系统的接口通过所述目标容器接入所述第一软件系统之后，所述方法还包括：

获取所述第一软件系统对所述报文信息的处理结果；

根据所述宏配置文件解析所述处理结果，生成所述第二软件系统的反射对象；

根据所述第二软件系统的反射对象，将所述处理结果返回所述第二软件系统的接口。

4.根据权利要求1所述的数据的处理方法，其特征在于，所述第二软件系统包含多个独立的软件系统，在所述第二软件系统的接口通过所述目标容器接入所述第一软件系统之后，所述方法还包括：

通过所述目标容器分发多个所述软件系统的报文信息。

5.根据权利要求1所述的数据的处理方法，其特征在于，在所述第二软件系统的接口通过所述目标容器接入所述第一软件系统之后，所述方法还包括：

所述第二软件系统通过所述目标容器调用所述第一软件系统，以根据预设流程进行数据处理。

6.一种数据的处理装置，其特征在于，包括：

容器生成模块，用于基于基础编码生成第一软件系统的目标容器；

特征获取模块，用于获取第二软件系统的接口的特征信息；

匹配模块，用于根据所述特征信息将所述第二软件系统的接口匹配到所述目标容器；

接入模块，用于所述第二软件系统的接口通过所述目标容器接入所述第一软件系统；

所述匹配模块包括：

判断子模块，用于根据所述特征信息判断所述第二软件系统的接口类型；

接口匹配子模块，用于根据所述第二软件系统的接口类型将所述第二软件系统的接口匹配到所述目标容器；

所述特征信息包括所述第二软件系统向所述第一软件系统发送的报文信息，所述接口匹配子模块包括：

宏配置文件确定子模块，用于根据所述接口类型获取宏配置文件，其中，所述宏配置文件用于存储所述报文信息与所述第二软件系统的对应关系；

解析子模块，用于根据所述宏配置文件解析所述报文信息，生成所述第二软件系统的反射对象，其中，所述第二软件系统的第一反射对象为与第二软件系统具有特征对应关系的虚拟对象；

反射对象匹配子模块，用于将所述第二软件系统的反射对象匹配到所述目标容器。

7.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行权利要求1至5中任意一项所述数据的处理方法。