CN104935561B - 一种组件数据处理方法和装置 - Google Patents

Abstract

本发明公开了一种组件数据处理方法和装置，其中，该方法包括：接收组件报文，获取组件报文的组件ID；判断组件数据中是否存在与组件ID相对应的组件结构，如果不存在则建立新的组件结构并更新组件数据的组件数据头；更新新的组件结构的生存时间，根据新的组件结构的组件报文头指针定位组件报文头；根据组件报文头的组件数据开始指针和组件数据结束指针将组件报文存入组件数据。本发明的组件数据处理方法和装置，对于组件可动态加载，实现对其动态的添加，使其新增组件也可生效，对于组件也一样可以动态的卸载，不会导致系统平台的崩溃。提高了提高系统可用性和可维护性，降低了复杂性，功能清晰、易于实现、修改和维护。

Description

一种组件数据处理方法和装置

技术领域

本发明涉及电力物联网组件技术领域，具体地，涉及一种组件数据处理方法和装置。

背景技术

作为先进的信息获取和处理技术，组件技术已在很多领域广泛应用。组件技术的基本思想是：将大而复杂的软件应用分成一系列可先行实现、易于开发、理解和调整的软件单元组件。每个组件功能确定、单独设计、分开编码，最后用组件组装应用，以完成系统开发和部署。因此，以组件为基础的软件系统解决方案，开发效率高，投资少，维护成本低，复用能力强，软件升级简单。

组件容器是一个根据组件框架体系结构的API管理应用程序组件以及提供API访问的系统运行环境，组件容器是一个递归概念，它也是组件。目前组件容器应用环境复杂，种类繁多，使用时对于不可控的组件多少，组件的添加和删除时，会造成很多不便，当需要添加组件或删除组件时，有的甚至可能导致系统平台的崩溃，只能满足特定环境，特定场景的应用。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

对于组件数量，在实现组件传输通讯时，数量是其实是不可控的，对组件的添加、使用上带来了很大的不便；在需要添加组件时，现有技术的组件数据处理方法对于组件无法实现动态加载，也无法使新增的组件生效，同时对于组件也无法实现动态卸载，存在可能导致系统平台崩溃的风险。

发明内容

为了解决现有技术中存在的无法实现组件动态加卸载的问题，本发明提出了一种组件数据处理方法和装置。

本发明的组件数据处理方法包括：

接收组件报文，获取组件报文的组件ID；

判断组件数据中是否存在与组件ID相对应的组件结构，如果不存在则建立新的组件结构并更新组件数据的组件数据头；

更新新的组件结构的生存时间，根据新的组件结构的组件报文头指针定位组件报文头；

根据组件报文头的组件数据开始指针和组件数据结束指针将组件报文存入组件数据。

本发明的组件数据处理方法，对于组件可动态加载，实现对其动态的添加，使其新增组件也可生效，对于组件也一样可以动态的卸载，不会导致系统平台的崩溃。在组件数据的处理过程中，提高了提高系统可用性和可维护性，降低了复杂性，功能清晰，易于实现、修改和维护。每个组件功能确定，单独设计，分开编码，最后用组件组装应用，完成系统开发和部署。因此，开发效率高，投资少，维护成本低，复用能力强，软件升级简单。

本发明的组件数据处理装置包括：

报文接收模块，用于接收组件报文，获取组件报文的组件ID；

第一判断模块，判断组件数据中是否存在与组件ID相对应的组件结构，如果不存在则建立新的组件结构并更新组件数据的组件数据头；

报文头定位模块，更新新的组件结构的生存时间，根据新的组件结构的组件报文头指针定位组件报文头；

报文存储模块，根据组件报文头的组件数据开始指针和组件数据结束指针将组件报文存入组件数据。

本发明的组件数据处理装置，对于组件可动态加载，实现对其动态的添加，使其新增组件也可生效，对于组件也一样可以动态的卸载，不会导致系统平台的崩溃。在组件数据的处理过程中，提高了提高系统可用性和可维护性，降低了复杂性，功能清晰、易于实现、修改和维护。每个组件功能确定，单独设计，分开编码，最后用组件组装应用，完成系统开发和部署。因此，开发效率高，投资少，维护成本低，复用能力强，软件升级简单。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明的组件数据处理方法的流程图；

图2为本发明实施例的动态加载组件处理示意图；

图3为本发明实施例的组件报文接收示意图；

图4为本发明的组件数据处理装置的结构图。

具体实施方式

下面结合附图，对本发明的具体实施方式进行详细描述，但应当理解本发明的保护范围并不受具体实施方式的限制。

为了解决现有技术中存在的无法实现组件动态加卸载的问题，本发明提出了一种组件数据处理方法和装置。

对组件自动做出加载或卸载，把组件放在基站范围内即可自动加载，对于服务器内为自动完成整个流程，可以在终端机上查看到组件的上线情况，对其设备的控制。

对于组件复用，使用和组件的分离正体现了组件的封装性，包装软件内部具有优良的模块性，也是组件复用的目的。这也是面向对象的编程方法的思想。通过使用与实现的分离，保证了组件之间不相互依赖。组件内部实现接口组件之间分别编译，相互调用。在组件复用中实现所有对象均把请求交给Sensor对象，Sensor对象负责查找能完成请求的Server对象，并把请求交给Server对象，Server对象完成后的结果通过Sensor对象转交给Client对象。能实现请求的Server可以有多个，Client对Server的使用与Server的实现分离。

如图1所示，本发明的组件数据处理方法包括：

步骤S101：根据设定的时间遍历组件数据缓存，判断是否存在新的组件报文。组件数据缓存是组件数据队列的列表。

步骤S102：如果存在新的组件报文，则根据组件报文的信息判断组件数据库中是否存在相应的组件处理信息。

如图2所示，具体的，根据组件报文的组件厂家类型、组件类型、组件版本在组件数据库中查找对应的组件处理信息，组件处理信息是指对组件报文的处理规则；

如果存在相应的组件处理信息，则在根据相应的组件处理信息接收组件报文后，更新组件处理信息的生存时间。

步骤S103：如果不存在相应的组件处理信息，则查找离线数据库，判断离线数据库中是否存在相应的组件处理信息；

如果离线数据库中存在相应的组件处理信息，则将组件处理信息增加到组件数据库中；

具体的，离线数据库中的组件处理信息可在线增加，若在离线数据库中无法找到相应的组件处理信息，则检查是否有默认的处理函数，如果没有则上报没有相应的组件处理信息。

另外，还需要根据设定的时间遍历组件数据库，当组件处理信息的生存时间为预设值时，删除组件处理信息。

具体的，优选的预设值为5，当该生存时间为5时，回收对于生存时间为5的组件处理信息的资源并从组件数据库中去除。

步骤S104：接收组件报文，获取组件报文的组件ID；

判断组件数据中是否存在与组件ID相对应的组件结构，如果不存在则建立新的组件结构并更新组件数据的组件数据头；

具体的，组件数据头是组件报文及其加载数据管理的入口，组件数据头包含组件总数、组件结构指针以及组件ID-组件结构映射，组件结构指针用于遍历所有的组件，组件ID-组件结构映射用于收到组件报文时快速定位组件结构。

步骤S105：更新新的组件结构的生存时间，根据新的组件结构的组件报文头指针定位组件报文头；

具体的，组件结构包括组件ID、生存时间以及组件报文头指针，生存时间是实现组件缓存动态加载卸载的判断依据组件报文头指针用于快速定位组件报文头进而快速查找组件报文。

步骤S106：根据组件报文头的组件数据开始指针和组件数据结束指针将组件报文存入组件数据。

具体的，组件报文头包括：组件ID、组件数据开始指针以及组件数据结束指针。

步骤S107：根据组件数据头的组件总数和组件结构指针遍历新的组件结构，获取生存时间的值；

步骤S108：如果生存时间为预设值时，则根据组件报文头指针回缩组件报文头和组件数据的资源，释放组件结构的资源，并更新组件数据头。优选的，该生存时间为5。

上述步骤S104-S108的工作流程如图3所示。

本发明的组件数据处理方法，对于组件可动态加载，实现对其动态的添加，使其新增组件也可生效，对于组件也一样可以动态的卸载，不会导致系统平台的崩溃。在组件数据的处理过程中，提高了提高系统可用性和可维护性，降低了复杂性，功能清晰、易于实现、修改和维护。每个组件功能确定，单独设计，分开编码，最后用组件组装应用，完成系统开发和部署。因此，开发效率高，投资少，维护成本低，复用能力强，软件升级简单。

如图4所示，本发明的组件数据处理装置包括：

报文接收模块10，用于接收组件报文，获取组件报文的组件ID；

第一判断模块20，判断组件数据中是否存在与组件ID相对应的组件结构，如果不存在则建立新的组件结构并更新组件数据的组件数据头；

报文头定位模块30，更新新的组件结构的生存时间，根据新的组件结构的组件报文头指针定位组件报文头；

报文存储模块40，根据组件报文头的组件数据开始指针和组件数据结束指针将组件报文存入组件数据。

时间获取模块50，用于根据组件数据头的组件总数和组件结构指针遍历新的组件结构，获取生存时间的值；

数据头更新模块60，如果生存时间为预设值时，则根据组件报文头指针回缩组件报文头和组件数据的资源，释放组件结构的资源，并更新组件数据头。

第二判断模块70，用于根据设定的时间遍历组件数据缓存，判断是否存在新的组件报文；

第三判断模块80，用于如果存在新的组件报文，则根据组件报文的信息判断组件数据库中是否存在相应的组件处理信息；

时间更新模块90，用于如果存在相应的组件处理信息，则在根据相应的组件处理信息接收组件报文后，更新组件处理信息的生存时间。

第四判断模块100，用于如果不存在相应的组件处理信息，则查找离线数据库，判断离线数据库中是否存在相应的组件处理信息；

信息增加模块110，用于如果离线数据库中存在相应的组件处理信息，则将组件处理信息增加到组件数据库中。

信息删除模块120，用于根据设定的时间遍历组件数据库，当组件处理信息的生存时间为预设值时，删除组件处理信息。

本发明的组件数据处理装置，对于组件可动态加载，实现对其动态的添加，使其新增组件也可生效，对于组件也一样可以动态的卸载，不会导致系统平台的崩溃。在组件数据的处理过程中，提高了提高系统可用性和可维护性，降低了复杂性，功能清晰、易于实现、修改和维护。每个组件功能确定，单独设计，分开编码，最后用组件组装应用，完成系统开发和部署。因此，开发效率高，投资少，维护成本低，复用能力强，软件升级简单。

本发明能有多种不同形式的具体实施方式，上面以图1-图4为例结合附图对本发明的技术方案作举例说明，这并不意味着本发明所应用的具体实例只能局限在特定的流程或实施例结构中，本领域的普通技术人员应当了解，上文所提供的具体实施方案只是多种优选用法中的一些示例，任何体现本发明权利要求的实施方式均应在本发明技术方案所要求保护的范围之内。

最后应说明的是：以上仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

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

接收组件报文，获取所述组件报文的组件ID；

判断组件数据中是否存在与所述组件ID相对应的组件结构，如果不存在则建立新的组件结构并更新所述组件数据的组件数据头；

更新所述新的组件结构的生存时间，根据所述新的组件结构的组件报文头指针定位组件报文头；

根据所述组件报文头的组件数据开始指针和组件数据结束指针将所述组件报文存入组件数据；

还包括：

根据所述组件数据头的组件总数和组件结构指针遍历所述新的组件结构，获取所述生存时间的值；

如果所述生存时间为预设值时，则根据所述组件报文头指针回缩所述组件报文头和所述组件数据的资源，释放所述组件结构的资源，并更新所述组件数据头。

2.根据权利要求1所述的组件数据处理方法，其特征在于，在接收组件报文之前还包括：

根据设定的时间遍历组件数据缓存，判断是否存在新的组件报文；

如果存在新的组件报文，则根据所述组件报文的信息判断组件数据库中是否存在相应的组件处理信息；

如果存在相应的组件处理信息，则在根据所述相应的组件处理信息接收所述组件报文后，更新所述组件处理信息的生存时间。

3.根据权利要求2所述的组件数据处理方法，其特征在于，还包括：

如果不存在相应的组件处理信息，则查找离线数据库，判断所述离线数据库中是否存在相应的组件处理信息；

如果所述离线数据库中存在相应的组件处理信息，则将所述组件处理信息增加到所述组件数据库中。

4.根据权利要求2所述的组件数据处理方法，其特征在于，还包括：

根据设定的时间遍历所述组件数据库，当所述组件处理信息的生存时间为预设值时，删除所述组件处理信息。

5.一种组件数据处理装置，其特征在于，包括：

报文接收模块，用于接收组件报文，获取所述组件报文的组件ID；

第一判断模块，判断组件数据中是否存在与所述组件ID相对应的组件结构，如果不存在则建立新的组件结构并更新所述组件数据的组件数据头；

报文头定位模块，更新所述新的组件结构的生存时间，根据所述新的组件结构的组件报文头指针定位组件报文头；

报文存储模块，根据所述组件报文头的组件数据开始指针和组件数据结束指针将所述组件报文存入组件数据；

还包括：

时间获取模块，用于根据所述组件数据头的组件总数和组件结构指针遍历所述新的组件结构，获取所述生存时间的值；

数据头更新模块，如果所述生存时间为预设值时，则根据所述组件报文头指针回缩所述组件报文头和所述组件数据的资源，释放所述组件结构的资源，并更新所述组件数据头。

6.根据权利要求5所述的组件数据处理装置，其特征在于，还包括：

第二判断模块，用于根据设定的时间遍历组件数据缓存，判断是否存在新的组件报文；

第三判断模块，用于如果存在新的组件报文，则根据所述组件报文的信息判断组件数据库中是否存在相应的组件处理信息；

时间更新模块，用于如果存在相应的组件处理信息，则在根据所述相应的组件处理信息接收所述组件报文后，更新所述组件处理信息的生存时间。

7.根据权利要求6所述的组件数据处理装置，其特征在于，还包括：

第四判断模块，用于如果不存在相应的组件处理信息，则查找离线数据库，判断所述离线数据库中是否存在相应的组件处理信息；

信息增加模块，用于如果所述离线数据库中存在相应的组件处理信息，则将所述组件处理信息增加到所述组件数据库中。

8.根据权利要求6所述的组件数据处理装置，其特征在于，还包括：

信息删除模块，用于根据设定的时间遍历所述组件数据库，当所述组件处理信息的生存时间为预设值时，删除所述组件处理信息。