CN109739661B - 一种协同模块间消息更新的方法、装置及系统 - Google Patents

Abstract

本发明公开一种协同模块间消息更新的方法，包括如下步骤：将需协同管理的模块进行注册，生成注册表；接收已注册模块的消息变动通知；根据注册表和接收到的消息变动通知，对关联模块进行消息更新。本发明还提供了一种协同模块间消息更新的装置及系统。根据本发明的方法、装置和系统可以解耦各个关联列表、显示页面的关系，让某个模块的更新不会影响到其它模块，而需要随之更新的模块又能准确地响应更新，极大地提升了模块的稳定性、便捷性和运行效率，并且能让显示界面逻辑、产品逻辑设计地更加丰富，提升用户体验和交互灵活性。

Description

一种协同模块间消息更新的方法、装置及系统

技术领域

本发明涉及消息更新技术领域，特别是一种协同模块间消息更新的方 法、装置及系统。

背景技术

现有技术中，在系统的内部更新体系往往是一个显示页面对应一个播 放列表的方式实现，当本地列表中的数据发生变化后，需要通知多个列表， 例如收藏列表、播放列表，同时也需要通知各个列表对应的显示界面，如 果每个列表与显示界面之间直接作用，就会带来更新混乱、更新频率高、 性能降低的问题。

发明内容

为了解决上述问题，本发明通过采用中控机制，当某个列表的更新通 知中控，中控再通知有需要更新的其它模块。这样就可以解耦了各个关联 列表、显示页面的关系，让某个模块的更新不会影响到其它模块，而需要 随之更新的模块又能准确地响应更新，极大地提升了模块的稳定性、便捷 性和运行效率，并且能让显示界面逻辑、产品逻辑设计地更加丰富，提升 用户体验和交互灵活性。

根据本发明的第一个方面，提供了一种协同模块间消息更新的方法， 包括如下步骤：

将需协同管理的模块进行注册，生成注册表；

接收已注册模块的消息变动通知；

根据注册表和接收到的消息变动通知，对关联模块进行消息更新。

根据本发明的第二方面，提供了一种协同模板间消息更新的装置，

监听注册单元，用于将需协同管理的模块进行注册，生成注册表；

消息接收单元，用于接收模块的消息变动通知；

通知下发单元，用于根据注册表和接收到的消息变动通知，对关联模 块进行消息更新。

根据本发明的第三个方面，提供了一种协同模块间消息更新的系统， 包括中控管理模块和至少两个业务处理模块或/和UI页面模块，其中，中控 管理模块中注册有需协同管理的业务处理模块和/或UI页面模块；

已注册的模块在发生消息变动时，向中控管理模块发送消息更新通知；

中控管理模块配置为根据接收到消息更新通知和注册信息进行模块间 的协同消息更新。

根据本发明的第四个方面，提供了一种电子设备，至少一个处理器， 以及与至少一个处理器通信连接的存储器，其中，存储器存储有可被至少 一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理 器能够执行上述述方法的步骤。

根据本发明的第五个方面，提供了一种存储介质，其上存储有计算机 程序，该程序被处理器执行时实现上述方法的步骤。

根据本发明的方法、装置和系统可以实现：通过中控管理各已注册的 模块，通过中控管理为各模块下发更新通知，从而可以解耦各个关联列表、 显示页面的关系，让某个模块的更新不会影响到其它模块，而需要随之更 新的模块又能准确地响应更新，极大地提升了模块的稳定性、便捷性和运 行效率，并且能让显示界面逻辑、产品逻辑设计地更加丰富，提升用户体 验和交互灵活性。

附图说明

图1为本发明一实施方式的协同模块间消息更新的方法流程图；

图2为本发明一实施方式的协同模块间消息更新的装置原理框图；

图3为本发明一实施方式的协同模块间消息更新的系统框图；

图4为本发明一实施方式的电子设备原理结构图。

具体实施方式

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

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的 特征可以相互组合。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描 述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象 数据类型的例程、程序、对象、元件、数据结构等等。也可以在分布式计 算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连 接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于 包括存储设备在内的本地和远程计算机存储介质中。

在本发明中，“模块”、“装置”、“系统”等指应用于计算机的相关实体， 如硬件、硬件和软件的组合、软件或执行中的软件等。详细地说，例如， 元件可以、但不限于是运行于处理器的过程、处理器、对象、可执行元件、 执行线程、程序和/或计算机。还有，运行于服务器上的应用程序或脚本程 序、服务器都可以是元件。一个或多个元件可在执行的过程和/或线程中， 并且元件可以在一台计算机上本地化和/或分布在两台或多台计算机之间， 并可以由各种计算机可读介质运行。元件还可以根据具有一个或多个数据 包的信号，例如，来自一个与本地系统、分布式系统中另一元件交互的， 和/或在因特网的网络通过信号与其它系统交互的数据的信号通过本地和/ 或远程过程来进行通信。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术 语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定 要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而 且，术语“包括”、“包含”，不仅包括那些要素，而且还包括没有明确列出 的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要 素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排 除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

下面结合附图对本发明作进一步详细的说明。

图1示意性地显示了根据本发明的一种实施方式的协同模块间消息更 新的方法流程图。如图1所示，包括如下步骤：

步骤S101：将需协同管理的模块进行注册，生成注册表。

将各个需要协同管理的模块进行注册可以使管理端容易区分需要被协 同管理的对象，提高效率。

示例性地，将各模块分别实现为相应的类，将各模块的消息变更事件 分别实现为相应的调用接口，在各模块启动时系统会为各模块分别创建一 个对象。对于需要协同管理的模块，通过将系统在启动时创建的对象作为 引用地址添加到注册表中，并同时在注册表中添加每个对象对应的调用接 口。而对于与该模块即该对象的相应消息变更事件有关联的模块，则根据 其业务需求，对相应的消息变更事件对应的调用接口进行函数实现。

示例性地，以该方法的应用场景为一音乐应用系统为例，需要协同管 理的模块可以时包括本地列表模块、收藏列表模块、播放列表模块和UI页 面模块。

步骤S102：接收已注册模块的消息变动通知。

在已注册模块中发生相应消息变更事件时，例如本地列表模块中发生 了删除某一首歌曲的事件，而该歌曲也同时存在与播放列表模块中，此时 就需要将本地列表模块的消息变更也关联到播放列表模块，实现播放列表 模块的协同更新。当发生该事件时，本地列表模块就会发送一个消息变更 通知，示例性地以发送与该消息变更事件对应的调用接口的方式，其中， 消息变动通知包括调用接口，在接收到该通知后，就可以获取到消息变更事件对应的回调函数。

在一些实施例中，对于已经注册的模块，还可以是通过监听已注册对 象是否调用了调用接口对应的回调函数，以对其进行实时监听是否有消息 变动，当出现删除、添加等消息或其它变动的消息通知时，就会根据已注 册对象是否调用对应相应消息变动通知的调用接口来获取该变动的消息通 知。

步骤S103：根据注册表和接收到的消息变动通知，对关联模块进行消 息更新。其中，关联模块为实现了相应消息变更事件的调用接口的模块， 在发生消息变动时，对于接收到的消息变更通知，会获取到调用接口，依 次获取注册表中的注册对象对应的引用地址(即已注册模块的对象)，通过 引用地址调用该调用接口，如果相应模块实现了该调用接口，那么就会执 行该模块的调用接口的回调函数内容，如果未实现，则不进行任何处理，这样就实现了根据该调用接口对各关联模块的消息进行实时更新。

示例性地，删除了本地列表中的某一首歌A，与之关联的播放列表和 收藏列表会实现与该消息事件对应的调用接口，而最近播放列表不与之关 联，因而不会实现与该消息事件对应的调用接口。当管理端监听到删除A 的消息变动通知，就会从其管理的注册表中依次获取已注册的各个引用地 址，并通过引用地址来分别调用该调用接口，各引用地址对应的模块就可 以通过其自身对调用接口的实现，来完成相应处理，如对相关联的本地列表模块、收藏列表模块、播放列表模块和UI页面进行更新，完成将A删除 的消息下发到各个相关的模块中。

根据本实施例，可以使得各个模块的更新互不影响，极大地提升了模 块的稳定性、便捷性和运行效率，提升用户体验感和交互的灵活性。

图2示意性地显示了根据本发明一实施方式的协同模块间消息更新的 装置原理框图，如图2所示，

协同模块间消息更新的装置包括监听注册单元201、消息接收单元202 和通知下发单元203。

监听注册单元201用于将需协同管理的模块进行注册，生成注册表， 其中，注册表包括注册对象的引用地址，具体的实现方式可以参照上述的 方法部分。

消息接收单元202用于接收模块的消息变动通知，消息变动通知包括 调用接口，在消息接收单元202接收到消息变动的通知后，就可以获取到 消息变更事件对应的回调函数(即调用接口名称)，可以通过对各个模块的 调用接口进行监听实现。

通知下发单元203用于根据注册表和接收到的消息变动通知，对关联 模块进行消息更新，在发生消息变动时，对于接收到的消息变更通知，会 获取到调用接口，依次获取注册表中的注册对象对应的引用地址(即已注 册模块的对象)，通过引用地址调用该调用接口，如果相应模块实现了该调 用接口，那么就会执行该模块的调用接口的回调函数内容，如果未实现， 则不进行任何处理，这样就实现了根据该调用接口对各关联模块的消息进行实时更新。

根据本实施例的装置可以实现解耦各个关联列表、显示页面的关系， 可以使得模块的消息更新不会影响到其它模块，而需要随之更新的模块又 能准确且及时地响应更新，极大地提升了模块的稳定性、便捷性和运行效 率，并且使得显示界面及产品的逻辑设计更加丰富，提升了用户的体验感 和交互的灵活性。

图3示意性地显示了根据本发明一实施方式的协同模块间消息更新的 系统框图，如图3所示，

协同模块间消息更新的系统包括中控管理模块301和至少两个业务处 理模块302或/和UI页面模块303，其中，中控管理模块301中注册有需 协同管理的业务处理模块302和/或UI页面模块303，以该系统为音乐软 件为例，示例性地，需要协同管理的业务处理模块302和/或UI页面模块 303包括本地列表模块、收藏列表模块、播放列表模块和相应的UI页面。 通过中控管理模块301就可以对多个业务处理模块302和/或UI页面模块 的消息变动进行监管，当已注册的模块在发生消息变动时，就会向中控管 理模块301发送消息更新通知。并且，中控管理模块301配置为根据接收 到消息更新通知和注册信息进行模块间的协同消息更新。这样，根据该中 控管理模块301就可以同时协调多个有关联的列表模块、收藏列表模块、 播放列表模块和UI页面，实现了关联模块间的解耦，也实现了业务分离， 极大地提升了各模块之间的稳定性、便捷性和运行效率，并且能让UI页面 的逻辑、产品逻辑的设计更加丰富，提升用户体验和交互灵活性。

作为一个示例性应用场景，某产品的业务逻辑层由甲方实现，而产品 的UI显示层是由乙方根据自身需求进行个性化实现的，这种场景下，按照 传统的实现方式，每个业务模块都对应着一个或多个UI页面，两者是关联 绑定的，如果其中一个业务逻辑发生变化，UI页面就要对应同时修改，反 之亦然，这样的话，一则针对不同的乙方就需要进行重复的产品开发，浪 费开发资源，二则对于甲方和乙方分离的业务，无法真正实现两者的脱钩 解耦，很难单独进行产品研发，三则由于如果不能同时进行修改更新，程 序就无法运行起来，会出现程序异常等报错现象，要实现开发人员的独立 业务划分和调试，就非常困难。而采用上述的方法、装置和系统后，由于 关联业务模块以及业务模块与其对应的UI页面之间，不再直接进行通信， 而是由中控管理模块进行协同管理，因而，即使关联模块没能及时更新， 也不影响当前模块的变动和修改处理，这样甲方就可以随意进行业务逻辑 层的开发，而乙方就可以随意进行UI页面的个性化定制，并且，甲方业务 逻辑层的代理可以实现复用，真正实现业务逻辑与UI页面的分离，也实现 了业务逻辑间的解耦，方便开发调试和代码复用，降低研发成本。

在一些实施例中，本发明实施例提供一种非易失性计算机可读存储介 质，所述存储介质中存储有一个或多个包括执行指令的程序，所述执行指 令能够被电子设备(包括但不限于计算机，服务器，或者网络设备等)读 取并执行，以用于执行本发明上述任一项协同模块间消息更新的方法。

在一些实施例中，本发明实施例还提供一种计算机程序产品，计算机 程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，计算 机程序包括程序指令，当所程序指令被计算机执行时，使计算机执行上述 任一项协同模块间消息更新的方法。

在一些实施例中，本发明实施例还提供一种电子设备，其包括：至少 一个处理器，以及与至少一个处理器通信连接的存储器，其中，存储器存 储有可被至少一个处理器执行的指令，指令被所述至少一个处理器执行， 以使至少一个处理器能够执行协同模块间消息更新的方法。

在一些实施例中，本发明实施例还提供一种存储介质，其上存储有计 算机程序，该程序被处理器执行时协同模块间消息更新的方法。

上述本发明实施例的协同模块间消息更新的装置可用于执行本发明实 施例的协同模块间消息更新的方法，并相应的达到上述本发明实施例的实 现协同模块间消息更新的方法所达到的技术效果，这里不再赘述。本发明 实施例中可以通过硬件处理器(hardware processor)来实现相关功能模 块。

图4是本申请一实施例提供的执行协同模块间消息更新方法的电子设 备的硬件结构示意图，如图4所示，该设备包括：

一个或多个处理器410以及存储器420，图4中以一个处理器410为 例。

执行协同模块间消息更新的方法的设备还可以包括：输入装置430和 输出装置440。

处理器410、存储器420、输入装置430和输出装置440可以通过总线或者其他方式连接，图4中以通过总线连接为例。

存储器420作为一种非易失性计算机可读存储介质，可用于存储非易 失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中 的协同模块间消息更新的方法对应的程序指令/模块。处理器410通过运行 存储在存储器420中的非易失性软件程序、指令以及模块，从而执行服务 器的各种功能应用以及数据处理，即实现上述方法实施例协同模块间消息 更新的方法。

存储器420可以包括存储程序区和存储数据区，其中，存储程序区可 存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据 协同模块间消息更新的装置的使用所创建的数据等。此外，存储器420可 以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个 磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例 中，存储器420可选包括相对于处理器410远程设置的存储器，这些远程 存储器可以通过网络连接至协同模块间消息更新的装置。上述网络的实例 包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置430可接收输入的数字或字符信息，以及产生与协同模块间 消息更新的装置的用户设置以及功能控制有关的信号。输出装置440可包 括显示屏等显示设备。

上述一个或者多个模块存储在所述存储器420中，当被一个或者多个 处理器410执行时，执行上述任意方法实施例中的协同模块间消息更新的 方法。

上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功 能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请 实施例所提供的方法。

本申请实施例的电子设备以多种形式存在，包括但不限于:

(1)移动通信设备:这类设备的特点是具备移动通信功能，并且以提供话 音、数据通信为主要目标。这类终端包括:智能手机(例如iPhone)、多媒体 手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备:这类设备属于个人计算机的范畴，有计算和 处理功能，一般也具备移动上网特性。这类终端包括:PDA、MID和UMPC 设备等，例如iPad。

(3)服务器:提供计算服务的设备，服务器的构成包括处理器、硬盘、内 存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高 可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可 管理性等方面要求较高。

(4)其他具有数据交互功能的电子装置。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各 实施方式可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件。 基于这样的理解，上述技术方案本质上或者说对相关技术做出贡献的部分 可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可 读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一 台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对 其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通 技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修 改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不 使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (8)

1.协同模块间消息更新的方法，其特征在于，包括如下步骤：

将需协同管理的模块进行注册，生成注册表，其实现为包括：将各模块的消息变更事件分别实现为相应的调用接口；对于需要协调管理的模块，将各模块对应的在系统启动时创建的对象作为引用地址添加到注册表中，并同时在注册表中添加每个对象对应的调用接口；

接收已注册模块的消息变动通知，其中，所述消息变动通知中包括与已注册模块中发生的相应消息变更事件对应的调用接口；

根据所述注册表和接收到的消息变动通知，对关联模块进行消息更新，其实现为包括：依次获取所述注册表中的各注册对象的引用地址，通过所述引用地址调用所述消息变动通知中的调用接口，以根据注册表中的注册对象对所述消息变动通知中的调用接口的实现情况实现对关联模块的消息更新。

2.根据权利要求1所述的方法，其特征在于，所述关联模块为实现了所述消息变动通知中的调用接口的注册对象对应的模块。

3.根据权利要求1所述的方法，其特征在于，接收已注册模块的消息变动通知是通过监听注册表中的已注册对象是否调用了其对应的调用接口的回调函数实现，或者是通过接收由已注册模块在其发生相应消息变更事件时发送的消息变更通知获得。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述模块包括本地列表模块、收藏列表模块、播放列表模块和UI页面。

5.协同模块间消息更新的装置，其特征在于，包括

监听注册单元，用于将需协同管理的模块进行注册，生成注册表，具体包括：将各模块的消息变更事件分别实现为相应的调用接口；对于需要协调管理的模块，将各模块对应的在系统启动时创建的对象作为引用地址添加到注册表中，并同时在注册表中添加每个对象对应的调用接口；

消息接收单元，用于接收模块的消息变动通知，其中，所述消息变动通知中包括与已注册模块中发生的相应消息变更事件对应的调用接口；和

通知下发单元，用于根据所述注册表和接收到的消息变动通知，对关联模块进行消息更新，其配置为包括：依次获取所述注册表中的各注册对象的引用地址，通过所述引用地址调用所述消息变动通知中的调用接口，以根据注册表中的注册对象对所述消息变动通知中的调用接口的实现情况实现对关联模块的消息更新。

6.根据权利要求5所述的装置，其特征在于，所述关联模块为实现了所述调用接口的注册对象。

7.一种电子设备，其包括：至少一个处理器，以及与所述至少一个处理器通信连接的存储器，其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-4中任意一项所述方法的步骤。

8.一种存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-4中任意一项所述方法的步骤。

Images