CN101571811A - 一种信息传输方法及装置 - Google Patents

Abstract

本发明公开了一种信息传输方法，用于实现插件之间的信息传输。所述方法包括：第一插件生成插件请求消息，该插件请求消息包括第二插件的标识符；第一插件根据第二插件的标识符调用第二插件的消息接口，并通过第二插件的消息接口将插件请求消息发送给第二插件，指示第二插件依据插件请求消息中的消息内容进行操作。本发明还公开了用于实现所述方法的装置和系统。

Description

一种信息传输方法及装置

技术领域

本发明涉及计算机和通信领域，特别是涉及信息传输方法及装置。

背景技术

软件分为模块架构和插件架构。模块架构中的各模块在架构设计过程中便已确定。模块包括预先设计好的模块接口，模块之间可通过模块接口进行通信。但是，模块架构有个缺点，就是不可以随意的删除或增加，如果删除或增加了模块，则可能影响整个模块架构。

随着软件的功能越来越多，模块架构已不能满足用户的需求，为了提高软件的可扩展性，提出了插件架构。插件是可独立开发的程序，每个插件均实现特定的功能。通过主应用程序来调用各个插件，从而使插件发挥作用，实现自身的功能。插件架构可以方便的删除或增加插件，降低了框架的复杂度，从而解决了模块架构的不足。

插件只能与主应用程序通信，接受主应用程序的调用，实现自身的功能，还可以将执行结果返回给主应用程序。例如，插件B用于实现联系人的信息管理，插件A用于信息发布，可能需要向联系人发布信息。由于现有技术插件之间不能通信，如果插件A需要获得联系人信息，则需要在插件A内也实现联系人信息的管理功能，导致数据冗余。随着软件功能的扩展，将可能浪费大量资源。并且，插件与模块的结构不同，因此模块间的通信机制无法直接应用到插件中。

发明内容

本发明实施例提供一种信息传输方法及装置，用于实现插件之间的信息传输。

一种信息传输方法，包括以下步骤：

第一插件生成插件请求消息，该插件请求消息包括第二插件的标识符；

第一插件根据第二插件的标识符调用第二插件的消息接口，并通过第二插件的消息接口将插件请求消息发送给第二插件，指示第二插件依据插件请求消息中的消息内容进行操作。

一种插件装置，包括：

生成模块，用于生成插件请求消息，该插件请求消息包括其它插件的标识符；

接口模块，用于根据其它插件的标识符调用其它插件的消息接口，并通过该其它插件的消息接口将插件请求消息发送给其它插件，指示该其它插件依据插件请求消息中的消息内容进行操作，以及接收其它插件装置发送的插件请求消息。

一种通讯管理器，包括：

第一接口模块，用于接收第一插件发送的插件请求消息；

第二接口模块，用于根据收到的插件请求消息中的第二插件的标识符，将收到的插件请求消息发送给第二插件。

一种软件系统，包括：

第一插件装置，用于生成插件请求消息，该插件请求消息包括第二插件的标识符，以及根据第二插件的标识符调用第二插件的消息接口，并通过第二插件的消息接口将插件请求消息发送给第二插件，指示第二插件依据插件请求消息中的消息内容进行操作；

第二插件装置，用于接收插件请求消息。

附图说明

图1为本发明实施例中信息传输的主要方法流程图；

图2为本发明实施例中信息传输的详细方法流程图；

图3为本发明实施例中带有通讯管理器的信息传输方法的流程图；

图4为本发明实施例中插件装置的结构图；

图5为本发明实施例中通讯管理器的结构图；

图6为本发明实施例中软件系统的结构图。

具体实施方式

本发明实施例提供一插件请求消息，使得插件之间可以通过该插件请求消息进行信息传输，实现了插件之间的直接通信。例如，插件B用于实现联系人的信息管理，插件A用于信息发布，可能需要向联系人发布信息。如果插件A需要获得联系人信息，则插件A向插件B发送插件请求消息，以请求获得联系人信息。插件B通过向插件A返回插件响应消息，将联系人信息发送给插件A。这样，不需要在插件A中再次实现插件B的功能，使得插件A的功能得到简化，便于结构化设计，并且减少了代码量。

参见图1，本实施例中信息传输的主要方法流程如下：

步骤101：第一插件生成插件请求消息，该插件请求消息包括第二插件的标识符。每个插件均有唯一标识的标识符，插件请求消息中的第二插件的标识符即为该插件请求消息中的接收者信息，指向该消息的接收者。

步骤102：第一插件根据第二插件的标识符调用第二插件的消息接口，并通过第二插件的消息接口将插件请求消息发送给第二插件，指示第二插件依据插件请求消息中的消息内容进行操作。所有已加载的插件的消息接口均满足统一的接口标准，所以第一插件知道第二插件的标识，便可以调用第二插件的消息接口，从而将消息发送给第二插件。其中，预先在第一插件中配置可能需要交互消息的其它插件等的标识符。

插件请求消息除了包括接收者信息以外，还可以包括发送者信息、消息流水号、发送时间和消息实体。消息实体包括消息类型，消息内容。发送者信息可以是发送消息的插件的标识符。消息流水号用于标识本次发送的插件请求消息。第一插件可通过消息内容向第二插件发出各种请求，如查询(get)、创建(insert)、修改(modify)、删除(delete)各种信息。第二插件可根据发送者信息向第一插件发送插件响应消息，插件响应消息可以携带与插件请求消息中相同的消息流水号，第一插件根据插件响应消息中的消息流水号获知是哪个插件请求消息对应的插件响应消息。并且消息流水号和发送时间便于在发生错误或异常时定位错误来源。一个插件请求消息的实例如下：

<MessageSeq></MessageSeq>//消息流水号

<SenderID></SenderID>//发送者信息

<ReceiverID></ReceiverID>//接收者信息

<SendTime></SendTime>//发送时间

<Length></Length>//消息长度

<MessageBody>//消息实体

  <MessageType></MessageType>///消息类型

  <MessageContent>//消息内容

     <Content name＝″″>//操作命令

     <Field name＝″name1″type＝″string″length＝10>xxxxxxxxx</Field>//条件

     <Field name＝″name2″type＝″string″length＝10>xxxxxxxxx</Field>

     </Content>

  </MessageContent>

</MessageBody>

例如，第一插件请求第二插件创建一菜单，则Content name＝″InsertMenu″，Field中的name＝创建的菜单的名称，type＝数据的类型，length＝数据的大小。第二插件根据该消息内容便可创建一满足上述条件的菜单。例如，<Fieldname＝″AddContanct″type＝″string″length＝4>增加好友</Field>，其中“AddContanct”表示增加好友，“string”表示数据类型为字符型，“4”表示数据的长度为4。

并且，通过插件请求消息的格式可以看出，消息内容中的操作命令可以不只一个，视实际需要进行扩展，操作命令下的条件也可以进行扩展，以满足各类插件的各种需要。

发送插件请求消息的第一插件为已被加载的插件，现在对加载插件的过程进行介绍。过程包括：主应用程序开始运行并启动用于管理插件的插件管理器。插件管理器读取自身包括的插件加载列表，看哪些插件需要加载。插件管理器选择一个需要加载的插件，并检测该插件的接口(包括插件加载接口)是否符合接口标准，如果符合，则通过调用插件的插件加载接口来加载该插件，如果不符合，则从插件加载列表中选择下一个需要加载的插件并进行检测。成功加载后，插件管理器通过调用插件的插件启动接口来启动插件，并在插件加载列表中修改该插件的状态为已加载。然后插件管理器判断插件加载列表中是否有需要加载的插件，如果有，则选择该插件并检测，如果没有，则结束流程。

接收插件请求消息的第二插件在接收消息前也应被加载，但在主应用程序运行的初始阶段，插件管理器不一定已加载第二插件，针对这个问题，下面通过一个实施例来详细说明。

参见图2，本实施例中信息传输的详细方法流程如下：

步骤201：第一插件确定需要向第二插件发送插件请求消息。

步骤202：第一插件向插件管理器发送查询请求消息，并在查询请求消息中携带第二插件的标识符。

步骤203：插件管理器根据第二插件的标识符查询插件加载列表，并将查询结果通过查询响应消息发送给第一插件。插件管理器通过查询插件加载列表来确定第二插件是否已加载，查询结果为已加载或未加载。

步骤204：当查询结果为已加载时，第一插件生成并向第二插件发送插件请求消息。

步骤205：当查询结果为未加载时，结束流程，或者第一插件向插件管理器发送加载请求消息，以请求插件管理器加载第二插件。

步骤206：插件管理器根据加载请求消息加载第二插件，并将加载结果通过加载响应消息发送给第一插件。

步骤207：当加载结果为加载成功时，第一插件生成并向第二插件发送插件请求消息。

步骤208：当加载结果为加载失败时，结束流程。

步骤209：第二插件接收插件请求消息并做相应的处理。

其中，在步骤203中，还有另一种实现方式，插件管理器如果发现查询结果是未加载，可直接加载第二插件，然后将加载结果通过查询响应消息发送给第一插件。第一插件便可继续步骤207或208。

本实施例中的第一插件也可以像第二插件一样受其它插件的触发而被插件管理器加载。

本实施例中所有插件都可以向插件管理器发送查询请求消息等，可能不便于消息的管理，为解决这一问题，本实施例提供一通讯管理器，用于插件与主应用程序之间的通信，以及用于插件之间的通信。即，插件向外部发送的消息均先发送给通讯管理器，由通讯管理器转发，其它装置向插件发送的消息也先发送给通讯管理器，由通讯管理器转发给插件。

参见图3，本实施例中带有通讯管理器的信息传输方法的实现流程如下：

步骤301：第一插件生成插件请求消息，并将其发送给通讯管理器。通讯管理器提供公共通讯接口，第一插件调用该公共通讯接口，便可以将消息发送给通讯管理器。其中，预先在第一插件中配置通讯管理器的标识符，通过该标识符便可调用该公共通讯接口。

步骤302：通讯管理器从插件请求消息中获得接收者信息，即第二插件的标识符。

步骤303：通讯管理器向插件管理器发送查询请求消息，并在查询请求消息中携带接收者信息。插件管理器提供公共通讯接口，通讯管理器调用该公共通讯接口，便可以将消息发送给插件管理器。其中，预先在通讯管理器中配置插件管理器的标识符，通过该标识符便可调用该公共通讯接口。

步骤304：插件管理器根据接收者信息查询插件加载列表，并将查询结果通过查询响应消息发送给通讯管理器。

步骤305：当查询结果为已加载时，通讯管理器通过调用第二插件的消息接口来将插件请求消息发送给第二插件。

步骤306：当查询结果为未加载时，结束流程，或者通讯管理器向插件管理器发送加载请求消息，以请求插件管理器加载第二插件。

步骤307：插件管理器根据加载请求消息加载第二插件，并将加载结果通过加载响应消息发送给通讯管理器。

步骤308：当加载结果为加载成功时，通讯管理器向第二插件发送插件请求消息。

步骤309：当加载结果为加载失败时，结束流程。通讯管理器可以向第一插件返回插件响应消息，消息内容表示无法转发或转发失败。

步骤310：第二插件接收插件请求消息并做相应的处理。

第二插件还可以生成插件响应消息，并由通讯管理器转发给第一插件。该插件响应消息的消息内容可以包括需要返回第一插件的数据、或表示已成功处理、或表示已成功接收插件请求消息。其中，插件响应消息包括发送者信息、接收者信息、消息流水号、发送时间、消息实体。消息实体包括消息类型和消息内容等。

第二插件根据插件请求消息所做的处理可能涉及到对界面的操作，第二插件可以直接对界面进行操作。本实施例为了对界面实现同一的管理，提供一界面管理器，有助于插件之间进行有关界面方面的通信。

涉及到界面的插件需要向界面管理器注册，注册过程包括：插件管理器启动插件。插件生成并向界面管理器发送注册请求消息。注册请求消息包括该插件的标识符、界面名称和回调函数等。界面管理器将插件的标识符、界面名称和回调函数保存在插件界面列表。完成了注册过程。

注册请求消息的格式如：

<UI>//用户界面消息

<UIPlugin><UIPlugin>//插件标识符

<Name>InsertMenu</Name>//操作命令，如插入菜单

<UIBody>//消息实体

<Field name＝″CallBack″type＝″long″>xxxxxxxxx</Field>//回调函数

</UIBody>

</UI>

其中，CallBack表示该插件的界面的地址。界面管理器根据操作命令，对CallBack指向的界面进行符合请求的条件的操作。如在CallBack指向的界面上增加一满足Field所要求的条件的菜单。

若第一插件向第二插件发送插件请求消息涉及到对第二插件的界面的操作，第二插件可以在收到插件请求消息后，向界面管理器发送界面请求消息，界面请求消息包括插件请求消息中的操作命令和条件、以及第二插件的标识符。界面管理器根据界面请求消息中的第二插件的标识符，在插件界面列表中查询与第二插件的标识符对应的信息(如界面名称等)。界面管理器通过调用第二插件的插件界面响应接口来对第二插件的界面进行操作，如创建菜单或新建对话框等，依据操作命令对第二插件的界面进行操作。界面管理器在操作结束后，可向第二插件返回处理响应消息。第二插件依据处理响应消息向第一插件返回插件响应消息。

第一插件和第二插件也可以视需要直接向界面管理器发送界面处理请求，来处理自身或其它插件的界面。

本实施例中的各消息均以XML语言进行举例，接收消息的装置通过XML解析器便可解析消息，当然各消息也可通过其它编程语言实现。

本实施例对插件进行了改进，使其可以实现插件间的通信。参见图4所示，插件装置包括生成模块401和接口模块402。

生成模块401用于生成各种消息，如生成插件请求消息等，该插件请求消息包括接收者信息。

接口模块402用于将插件请求消息发送给作为接收者信息的其它插件装置，以及接收其它插件装置发送的插件请求消息。接口模块402还用于将插件请求消息发送给通讯管理器，指示通讯管理器根据插件请求消息中的接收者信息，将插件请求消息发送给作为接收者信息的第二插件。接口模块402包括消息接口、插件加载接口、插件界面响应接口等。

插件装置还包括：处理模块403用于根据收到的插件请求消息中的消息内容进行相应的处理。处理模块403根据插件请求消息中的操作命令和与界面有关的信息对界面进行操作。或者，生成模块401根据插件请求消息中的操作命令和与界面有关的信息生成界面请求消息，接口模块402向界面管理器发送界面请求消息，指示界面管理器根据操作命令和与界面有关的信息对界面进行操作。

本实施例中插件装置可实现第一插件和第二插件的功能，只是在不同的场景发挥不同的作用。

本实施例还可以通过通讯管理器来实现插件之间的通信，该通讯管理器包括第一接口模块501和第二接口模块502，参见图5所示。

第一接口模块501用于接收第一插件发送的插件请求消息。

第二接口模块502用于根据收到的插件请求消息中的接收者信息，将收到的插件请求消息发送给作为接收者信息的第二插件。

通讯管理器还可以包括：询问模块503用于与插件管理器进行交互，通过插件管理器确定是否已加载第二插件，当确定已加载第二插件时，触发第二接口模块502将收到的插件请求消息发送给作为接收者信息的第二插件。

本实施例提供的第一插件和第二插件可以装置的形式实现，则第一插件装置和第二插件装置可构成一软件系统。软件系统中的第一插件装置601用于生成插件请求消息，该插件请求消息包括接收者信息；并将插件请求消息发送给作为接收者信息的第二插件装置602。第二插件装置602用于接收插件请求消息。参见图6所示，软件系统还可以包括用于实现主应用程序的主应用程序装置603、插件管理器604、通讯管理器605和界面管理器606。

用于实现本发明实施例的软件可以存储于软盘、硬盘、光盘和闪存等存储介质。

本发明实施例通过在插件之间建立消息机制，实现了插件之间的通信，简化了插件结构和代码量。本发明实施例还通过提供通讯管理器，来统一管理插件与外界的消息传输，简化插件结构的框架，便于结构和功能的扩展。以及，本发明实施例还通过提供界面管理器来统一管理界面，便于与界面有关的信息的传输和操作。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (13)

1、一种信息传输方法，其特征在于，包括以下步骤：

第一插件生成插件请求消息，该插件请求消息包括第二插件的标识符；

第一插件根据第二插件的标识符调用第二插件的消息接口，并通过第二插件的消息接口将插件请求消息发送给第二插件，指示第二插件依据插件请求消息中的消息内容进行操作。

2、如权利要求1所述的信息传输方法，其特征在于，第一插件将插件请求消息发送给第二插件的步骤包括：第一插件通过调用通讯管理器的消息接口，将插件请求消息发送给通讯管理器；通讯管理器根据插件请求消息中的第二插件的标识符，将插件请求消息发送给第二插件。

3、如权利要求2所述的信息传输方法，其特征在于，通讯管理器将插件请求消息发送给第二插件之前，通过插件管理器确定是否已加载第二插件，如果未加载第二插件，则由插件管理器加载第二插件。

4、如权利要求2所述的信息传输方法，其特征在于，当通讯管理器将插件请求消息发送给第二插件失败时，通讯管理器向第一插件返回响应消息。

5、如权利要求1所述的信息传输方法，其特征在于，当第二插件包括界面时，所述插件请求消息的消息内容包括与界面有关的信息和操作命令；

第二插件根据插件请求消息中的操作命令和与界面有关的信息对界面进行操作；或者，第二插件根据插件请求消息中的操作命令和与界面有关的信息向界面管理器发送界面请求消息，指示界面管理器根据操作命令和与界面有关的信息对界面进行操作。

6、如权利要求1所述的信息传输方法，其特征在于，第二插件在处理结束后，向第一插件返回响应消息。

7、一种插件装置，其特征在于，包括：

生成模块，用于生成插件请求消息，该插件请求消息包括其它插件的标识符；

接口模块，用于根据其它插件的标识符调用其它插件的消息接口，并通过该其它插件的消息接口将插件请求消息发送给其它插件，指示该其它插件依据插件请求消息中的消息内容进行操作，以及接收其它插件装置发送的插件请求消息。

8、如权利要求7所述的插件装置，其特征在于，还包括：

处理模块，用于根据收到的插件请求消息中的消息内容进行相应的处理。

9、如权利要求7所述的插件装置，其特征在于，接口模块还用于通过调用通讯管理器的消息接口，将插件请求消息发送给通讯管理器，指示通讯管理器根据插件请求消息中的所述其它插件的标识符，将插件请求消息发送给所述其它插件。

10、如权利要求7所述的插件装置，其特征在于，所述插件请求消息包括与界面有关的信息和操作命令；

处理模块根据插件请求消息中的操作命令和与界面有关的信息对界面进行操作；或者，接口模块根据插件请求消息中的操作命令和与界面有关的信息向界面管理器发送界面请求消息，指示界面管理器根据操作命令和与界面有关的信息对界面进行操作。

11、一种通讯管理器，其特征在于，包括：

第一接口模块，用于接收第一插件发送的插件请求消息；

第二接口模块，用于根据收到的插件请求消息中的第二插件的标识符，将收到的插件请求消息发送给第二插件。

12、如权利要求11所述的通讯管理器，其特征在于，还包括：询问模块，用于通过插件管理器确定是否已加载第二插件，当确定已加载第二插件时，触发第二接口模块将收到的插件请求消息发送给第二插件。

13、一种软件系统，其特征在于，包括：

第一插件装置，用于生成插件请求消息，该插件请求消息包括第二插件的标识符，以及根据第二插件的标识符调用第二插件的消息接口，并通过第二插件的消息接口将插件请求消息发送给第二插件，指示第二插件依据插件请求消息中的消息内容进行操作；

第二插件装置，用于接收插件请求消息。

Images