CN109901885A - 一种数据交互方法、插件管理器与计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种数据交互方法、插件管理器与计算机可读存储介质，所述方法包括：插件管理器加载插件并建立插件队列，当加载插件时，每个插件调用插件管理器提供的消息注册接口，在插件队列中注册每个插件所需响应的消息标识ID；插件管理器接收到消息，选择在插件队列中已注册的消息ID包含消息中的消息ID的插件响应消息。本申请通过在加载插件时，注册每个插件需要响应的消息ID，在响应消息时，根据消息ID选择需要响应消息的插件，不同插件之间根据业务处理的需要以通用灵活的消息机制进行数据交换，可根据用户的需求在不同类型的监控工作站部署不同的软件功能，实现监控工作站软件功能的差异化灵活部署，降低***的实现和维护难度。

Description

一种数据交互方法、插件管理器与计算机可读存储介质

技术领域

本发明实施例涉及但不限于计算机软件设计技术领域，特别涉及一种数据交互方法、插件管理器与计算机可读存储介质。

背景技术

在轨道交通领域有诸多的自动化***，用于实现对现场设备的监视和控制功能，典型的轨道交通自动化***有列车自动监控***(Automatic Train Supervision，ATS)、综合监控***(Integrated Supervisory and Control System，ISCS)、电力监控***(Power Supervisory Control And Data Acquisition System，PSCADA)、环境与设备监控***(Building Automatic System，BAS)等。这些自动化***的***结构分为两部分：一部分为提供人机界面的监控工作站，另一部分为提供后台计算服务的服务器，其中，监控工作站是用户使用***的入口，为用户监视和控制设备提供人机界面接口。

上述***中的监控工作站软件包含的功能繁多，以ATS***为例，该***具备的功能有：设备状态实时显示、设备控制、列车识别号实时显示、列车识别号维护、用户登录、用户管理、调度日志管理、报警显示与管理、控制权移交等。此外，监控工作站分为不同的类型，包括调度长工作站、调度员工作站、现地控制工作站、监视工作站、维护工作站等，不同类型的监控工作站具备不同的功能以及不同的人机界面接口。在现场部署监控工作站软件时，需要根据相应类型的监控工作站部署相应的软件功能。

现有***监控工作站软件的设计方法是将软件的所有功能放在一个模块当中，此种设计方法的缺点体现在如下几个方面：软件开发效率低，不同开发人员负责同一模块的开发，代码难以管理，易造成代码的冲突；软件可靠性低，模块发生故障时将导致软件的所有功能都无法使用；软件可维护性低，模块代码量极大、结构不清晰，且修改某个功能极有可能影响到其它核心功能；软件灵活度低，无法根据不同类型的监控工作站部署不同的软件功能。

发明内容

本发明实施例提供了一种数据交互方法、插件管理器与计算机可读存储介质，能够降低***的实现和维护难度。

本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种数据交互方法，包括：

插件管理器加载插件并建立插件队列，当加载插件时，每个插件调用插件管理器提供的消息注册接口，在插件队列中注册每个插件所需响应的消息标识ID；

插件管理器接收到消息，选择在插件队列中已注册的消息ID包含所述消息中的消息ID的插件响应所述消息。

在一实施例中，所述消息为需要分发消息的插件调用所述插件管理器提供的消息分发接口分发的消息，所述消息中包括消息ID、消息参数。

在一实施例中，所述消息中还包括消息目的地址集合，所述消息目的地址集合为空或包括一个或多个插件标识ID；

所述插件管理器接收到消息，选择在插件队列中已注册的消息ID包含所述消息中的消息ID的插件响应所述消息，具体为：

所述插件管理器接收到所述消息，当所述消息目的地址集合为空时，选择在所述插件队列中已注册的消息ID包含所述消息中的消息ID的插件响应所述消息；

当所述消息目的地址集合包括一个或多个插件标识ID时，选择在所述插件队列中已注册的消息ID包含所述消息中的消息ID且插件标识ID在消息目的地址集合内的插件响应所述消息。

在一实施例中，多个所述插件需要共享的业务数据通过一数据中心集中缓存和管理。

在一实施例中，在所述插件管理器加载插件之前，所述方法还包括：获取插件加载配置文件，所述插件加载配置文件中包括需要加载的插件信息及各插件的加载优先级。

本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有数据交互程序，所述数据交互程序被处理器执行时实现如以上任一项所述的数据交互方法的步骤。

本发明实施例还提供了一种插件管理器，包括处理器及存储器，其中：所述处理器用于执行存储器中存储的数据交互程序，以实现如以上任一项所述的数据交互方法的步骤。

本发明实施例还提供了一种插件管理器，包括插件加载模块和消息响应模块，其中：

插件加载模块，用于加载插件并建立插件队列，当加载插件时，每个插件调用插件管理器提供的消息注册接口，在插件队列中注册每个插件所需响应的消息标识ID；

消息响应模块，用于接收到消息，选择在插件队列中已注册的消息ID包含所述消息中的消息ID的插件响应所述消息。

在一实施例中，所述消息为需要分发消息的插件调用所述插件管理器提供的消息分发接口分发的消息，所述消息中包括消息ID、消息参数。

在一实施例中，所述消息中还包括消息目的地址集合，所述消息目的地址集合为空或包括一个或多个插件标识ID；

所述消息响应模块具体用于：接收到所述消息，当所述消息目的地址集合为空时，选择在所述插件队列中已注册的消息ID包含所述消息中的消息ID的插件响应所述消息；

当所述消息目的地址集合包括一个或多个插件标识ID时，选择在所述插件队列中已注册的消息ID包含所述消息中的消息ID且插件标识ID在消息目的地址集合内的插件响应所述消息。

本发明实施例的技术方案，具有如下有益效果：

本发明实施例提供的数据交互方法、插件管理器与计算机可读存储介质，通过在加载插件时，注册每个插件需要响应的消息ID，在响应消息时，根据消息中的消息ID选择需要响应消息的插件，不同插件之间根据业务处理的需要以通用灵活的消息机制进行数据交换，可根据用户的需求在不同类型的监控工作站部署不同的软件功能，即加载不同的插件，实现监控工作站软件功能的差异化灵活部署，降低了***的实现和维护难度。

附图说明

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

图1为本发明实施例的一种数据交互方法的流程示意图；

图2为本发明实施例的一种插件管理器的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

本发明实施例提供的数据交互方法、插件管理器与计算机可读存储介质，通过采用消息机制实现插件间的数据交互，达到了插件间数据交互的统一性、灵活性。

如图1所示，本发明实施例提供了一种数据交互方法，包括如下步骤：

步骤101：插件管理器加载插件并建立插件队列，当加载插件时，每个插件调用插件管理器提供的消息注册接口，在插件队列中注册每个插件所需响应的消息标识(Identifier，ID)；

在本发明的一实施例中，所述方法之前还包括：将监控工作站软件的一个个独立的软件功能设计为一个个独立的插件。本发明实施例通过将软件功能由一个软件模块转换为一个个独立的插件，使得程序结构清晰，易于理解，提高了***的可维护性、可靠性，可根据实际需求灵活部署相应的软件功能。

例如，当操作员对设备进行控制时，用鼠标点击界面上的设备图元，然后弹出设备控制对话框，在对话框中点击确认下达控制命令。在程序实现时，将设备状态实时显示功能设计为“设备状态显示插件”，将设备控制功能设计为“控制命令插件”，由“设备状态显示插件”负责捕获操作员的鼠标点击事件，并得到鼠标操作的具体设备，由“控制命令插件”负责弹出设备控制对话框。那么，“设备状态显示插件”就需要将鼠标操作的具体设备通知给“控制命令插件”。不同插件之间通过相互交换数据实现***功能。

在本实施例的一示例中，所述插件管理器加载插件的时机为：在所述监控工作站软件启动时，由插件管理器统一加载所有插件。各个插件在初始化时将所需要响应的消息注册在插件管理器建立的插件队列中。

在本发明的一实施例中，在所述插件管理器加载插件之前，所述方法还包括：获取插件加载配置文件，所述插件加载配置文件中包括需要加载的插件信息(插件名称和/或插件ID)及各插件的加载优先级。通过配置插件加载配置文件，可以根据不同类型监控工作站的功能需求灵活配置加载相应的插件。

在本发明的一实施例中，多个所述插件需要共享的业务数据通过一数据中心集中缓存和管理。通过数据中心集中缓存并管理各个插件需要共享的业务数据，每个插件无需单独缓存、管理业务数据，使得整个软件只缓存、管理一份业务数据，保证了业务数据的一致性，同时也提高了软件的开发效率。

步骤102：插件管理器接收到消息，选择在插件队列中已注册的消息ID包含所述消息中的消息ID的插件响应所述消息。

在本发明的一实施例中，所述消息为需要分发消息的插件调用所述插件管理器提供的消息分发接口分发的消息，所述消息中包括消息ID、消息参数。

需要说明的是，插件之间交互数据时，需要发送消息的插件调用插件管理器提供的消息分发接口，并在消息分发接口中指定所要发送的消息。插件管理器接收到消息，在消息分发接口中遍历每个插件所注册的消息，如果某插件在插件队列中注册的消息ID与接收到的消息中的消息ID一致，则响应该消息；反之，不响应。

在本发明的另一实施例中，所述消息中还包括消息目的地址集合，所述消息目的地址集合为空或包括一个或多个插件标识ID；

所述插件管理器接收到消息，选择在插件队列中已注册的消息ID包含所述消息中的消息ID的插件响应所述消息，具体为：

所述插件管理器接收到所述消息，当所述消息目的地址集合为空时，选择在所述插件队列中已注册的消息ID包含所述消息中的消息ID的插件响应所述消息；

当所述消息目的地址集合包括一个或多个插件标识ID时，选择在所述插件队列中已注册的消息ID包含所述消息中的消息ID且插件标识ID在消息目的地址集合内的插件响应所述消息。

本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有数据交互程序，所述数据交互程序被处理器执行时实现如以上任一项所述的数据交互方法的步骤。

本发明实施例还提供了一种插件管理器，包括处理器及存储器，其中：所述处理器用于执行存储器中存储的数据交互程序，以实现如以上任一项所述的数据交互方法的步骤。

如图2所示，本发明实施例还提供了一种插件管理器，包括插件加载模块201和消息响应模块202，其中：

插件加载模块201，用于加载插件并建立插件队列，当加载插件时，每个插件调用插件管理器提供的消息注册接口，在插件队列中注册每个插件所需响应的消息标识ID；

消息响应模块202，用于接收到消息，选择在插件队列中已注册的消息ID包含所述消息中的消息ID的插件响应所述消息。

当将本申请的插件管理器应用于监控工作站软件***中时，需要将监控工作站软件的一个个独立的软件功能设计为一个个独立的插件。本发明实施例通过将软件功能由一个软件模块转换为一个个独立的插件，使得程序结构清晰，易于理解，提高了***的可维护性、可靠性，可根据实际需求灵活部署相应的软件功能。例如，当操作员对设备进行控制时，用鼠标点击界面上的设备图元，然后弹出设备控制对话框，在对话框中点击确认下达控制命令。在程序实现时，将设备状态实时显示功能设计为“设备状态显示插件”，将设备控制功能设计为“控制命令插件”，由“设备状态显示插件”负责捕获操作员的鼠标点击事件，并得到鼠标操作的具体设备，由“控制命令插件”负责弹出设备控制对话框。那么，“设备状态显示插件”就需要将鼠标操作的具体设备通知给“控制命令插件”。不同插件之间通过相互交换数据实现***功能。

在本实施例的一示例中，在所述监控工作站软件启动时，由插件加载模块201统一加载所有插件。各个插件在初始化时将需要响应的消息注册在插件加载模块201建立的插件队列中。

在本发明的一实施例中，在所述加载插件之前，所述插件加载模块201还用于：获取插件加载配置文件，所述插件加载配置文件中包括需要加载的插件信息及各插件的加载优先级；

所述插件加载模块201在加载插件时，根据获取的插件加载配置文件加载插件。通过配置插件加载配置文件，可以根据不同类型监控工作站的功能需求灵活配置加载相应的插件。

在本发明的一实施例中，多个插件需要共享的业务数据通过一数据中心集中缓存和管理。通过数据中心集中缓存并管理各个插件需要共享的业务数据，每个插件无需单独缓存、管理业务数据，使得整个软件只缓存、管理一份业务数据，保证了业务数据的一致性，同时也提高了软件的开发效率。

在本发明的一实施例中，所述消息为需要分发消息的插件调用所述插件管理器提供的消息分发接口分发的消息，所述消息中包括消息ID、消息参数。

需要说明的是，插件之间交互数据时，需要发送消息的插件调用插件管理器提供的消息分发接口，并在消息分发接口中指定所要发送的消息。插件管理器接收到消息，在消息分发接口中遍历每个插件所注册的消息，如果某插件在插件队列中注册的消息ID与接收到的消息中的消息ID一致，则响应该消息；反之，不响应。

在本发明的另一实施例中，所述消息中还包括消息目的地址集合，所述消息目的地址集合为空或包括一个或多个插件标识ID；

所述消息响应模块202具体用于：接收到消息，当消息中的消息目的地址集合为空时，选择在插件队列中已注册的消息ID包含消息中的消息ID的插件响应所述消息；

当消息中的消息目的地址集合包括一个或多个插件标识ID时，选择在插件队列中已注册的消息ID包含消息中的消息ID且插件标识ID在消息目的地址集合内的插件响应所述消息。

本发明实施例还提供了一种插件间数据交互方法，所述方法包括以下几个方面：

1)插件。本申请将插件设置为程序中的动态库，用于实现监控工作站软件中某个相对独立的软件功能，即相对独立的每个功能都对应一个插件。同时，为每个插件分配全局唯一的插件ID，用于唯一标识某个插件。

在本发明的一实施例中，所述方法还包括：设计监控工作站软件的插件加载配置文件(PlugIn.xml)，在PlugIn.xml文件中配置插件的名称和插件的加载优先级。通过设计插件加载配置文件，可以根据不同类型的监控工作站的功能需求，灵活配置所需加载的插件，在软件启动时只加载已配置的插件，实现软件功能的灵活差异化部署。

2)插件间的数据交互机制及消息结构。根据业务功能处理的需要，插件之间需要进行数据的交互。在监控工作站软件中以消息机制实现插件间的数据交互。一个消息代表插件间需要交互的某种数据，一个消息由固定的消息结构组成，消息结构包含消息ID和消息参数两部分。其中消息ID代表特定含义的数据类型，唯一标识软件内的某种消息；消息参数代表插件间需要交互的详细数据信息。例如，仍以“设备状态显示插件”要向“控制命令插件”发送鼠标点击的具体设备为例，我们需要在程序中设计一个“鼠标操作通知消息”，假设此消息的ID为“2001”(不能与其它消息ID重复)，参数为“鼠标点击的设备对象指针”。

3)插件管理器。插件管理器(CPlugInMgr)，负责加载终端工作站软件的所有插件，提供消息注册接口和消息分发接口；建立插件队列，该队列用于缓存已加载的所有插件和每个插件所注册的消息。一个监控工作站软件启动后，内存中会创建一个插件管理器；如果再启动一个监控工作站软件，又会在内存中创建一个新的插件管理器。

4)消息注册机制。由于每个插件只需响应***中的一个或者多个消息，因此，为了避免插件响应全部类型的消息，提高程序的运行效率，设计一种消息注册机制，用于指定插件所需响应的消息。插件管理器加载插件时，每个插件调用插件管理器提供的消息注册接口，在插件队列中注册每个插件所需响应的消息ID。

例如，“控制命令插件”在初始化时调用插件管理器提供的消息注册接口：voidAddRegMsg(unsigned int nPlugId，unsigned int nMsg)，其中，nPlugId为“控制命令插件”的插件ID，nMsg为“鼠标操作通知消息”的消息ID(2001)，该接口将“控制命令插件”所需响应的“鼠标操作通知消息”注册在插件队列中。

5)消息分发和响应机制。当某个插件需要向其它插件发送数据时，需要分发一个消息。需要分发消息的插件调用插件管理器提供的消息分发接口，指定所分发消息的消息ID、消息参数、消息目的地址集合(响应该消息的插件ID集合，即由哪些插件来响应此消息)。

消息被某个插件发送出来以后，其它插件需要判断是否响应该消息。插件管理器在消息分发接口中遍历所有插件以及每个插件所注册的消息ID，若遍历的插件已注册此消息ID，且插件ID在消息目的地址集合内，则响应该消息；反之，不响应。

例如，“设备状态显示插件”向“控制命令插件”分发“鼠标操作通知消息”，“设备状态显示插件”需调用插件管理器提供的消息分发接口：void SendMsg(unsigned int nMsg,WPARAM wParam,LPARAM lParam,DPARAM dParam)，其中nMsg为“鼠标操作通知消息”的消息ID(2001)，wParam为“鼠标点击的设备对象指针”，lParam为NULL(在该示例中，只需一个消息参数wParam，因此lParam为空值；在其它示例中，可以将lParam设计为另一个需要传递的消息参数；消息参数wParam与lParam可以为任意的数据结构，如各种基础数据类型、数组、集合等)，dParam消息目的地址集合中包括“控制命令插件”ID。

插件管理器在SendMsg接口中，遍历所有插件以及每个插件所注册的消息ID，发现“控制命令插件”已注册“鼠标操作通知消息”，且“控制命令插件”ID在dParam集合中，因此“控制命令插件”响应“鼠标操作通知消息”，弹出设备控制对话框。其它插件不符合上述比较条件，不响应该消息。

6)数据中心。所述数据中心用于集中缓存并管理各个插件需要共享的业务数据，每个插件无需单独缓存、管理业务数据，使得整个软件只缓存、管理一份业务数据，保证了业务数据的一致性，同时也提高了软件的开发效率。

本发明实施例的数据交互方法、插件管理器与计算机可读存储介质，提供了一种统一的插件间数据交互机制，软件开发人员在开发过程中，可根据需要按照固定的格式定义插件间所需交互的消息，调用统一的消息注册和消息分发接口，实现消息的相互传递。具体来说，本发明实施例具有如下特点：

1)插件作为一个个独立功能模块，简化了***的程序结构，让***更容易理解，同时降低了软件模块的耦合度，达到了高内聚、低耦合的效果。

2)插件作为一个个独立功能模块，当新增软件功能时可设计开发新的插件，使得插件的增加不对其它插件造成影响，增强了软件的可扩展性。

3)插件作为可动态加载的软件模块，可根据不同类型监控工作站的功能需求灵活配置加载相应的插件，达到功能部署的差异化、灵活化。

4)消息机制作为插件间通用的数据交互方式，使得每个插件的开发只需要关注业务功能的实现，每个插件不需再单独考虑数据交互方式，提高了软件的开发效率。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。本发明不限制于任何特定形式的硬件和软件的结合。

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

Claims (10)

1.一种数据交互方法，其特征在于，包括：

插件管理器加载插件并建立插件队列，当加载插件时，每个插件调用插件管理器提供的消息注册接口，在插件队列中注册每个插件所需响应的消息标识ID；

插件管理器接收到消息，选择在插件队列中已注册的消息ID包含所述消息中的消息ID的插件响应所述消息。

2.根据权利要求1所述的方法，其特征在于，所述消息为需要分发消息的插件调用所述插件管理器提供的消息分发接口分发的消息，所述消息中包括消息ID、消息参数。

3.根据权利要求2所述的方法，其特征在于，所述消息中还包括消息目的地址集合，所述消息目的地址集合为空或包括一个或多个插件标识ID；

所述插件管理器接收到消息，选择在插件队列中已注册的消息ID包含所述消息中的消息ID的插件响应所述消息，具体为：

所述插件管理器接收到所述消息，当所述消息目的地址集合为空时，选择在所述插件队列中已注册的消息ID包含所述消息中的消息ID的插件响应所述消息；

当所述消息目的地址集合包括一个或多个插件标识ID时，选择在所述插件队列中已注册的消息ID包含所述消息中的消息ID且插件标识ID在消息目的地址集合内的插件响应所述消息。

4.根据权利要求1所述的方法，其特征在于，多个所述插件需要共享的业务数据通过一数据中心集中缓存和管理。

5.根据权利要求1所述的方法，其特征在于，在所述插件管理器加载插件之前，所述方法还包括：获取插件加载配置文件，所述插件加载配置文件中包括需要加载的插件信息及各插件的加载优先级。

6.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有数据交互程序，所述数据交互程序被处理器执行时实现如权利要求1至5中任一项所述的数据交互方法的步骤。

7.一种插件管理器，其特征在于，包括处理器及存储器，其中：所述处理器用于执行存储器中存储的数据交互程序，以实现如权利要求1至5中任一项所述的数据交互方法的步骤。

8.一种插件管理器，其特征在于，包括插件加载模块和消息响应模块，其中：

插件加载模块，用于加载插件并建立插件队列，当加载插件时，每个插件调用插件管理器提供的消息注册接口，在插件队列中注册每个插件所需响应的消息标识ID；

消息响应模块，用于接收到消息，选择在插件队列中已注册的消息ID包含所述消息中的消息ID的插件响应所述消息。

9.根据权利要求8所述的插件管理器，其特征在于，所述消息为需要分发消息的插件调用所述插件管理器提供的消息分发接口分发的消息，所述消息中包括消息ID、消息参数。

10.根据权利要求9所述的插件管理器，其特征在于，所述消息中还包括消息目的地址集合，所述消息目的地址集合为空或包括一个或多个插件标识ID；

所述消息响应模块具体用于：接收到所述消息，当所述消息目的地址集合为空时，选择在所述插件队列中已注册的消息ID包含所述消息中的消息ID的插件响应所述消息；

当所述消息目的地址集合包括一个或多个插件标识ID时，选择在所述插件队列中已注册的消息ID包含所述消息中的消息ID且插件标识ID在消息目的地址集合内的插件响应所述消息。