CN116016647A - 一种业务服务方法、装置和计算机可读介质 - Google Patents

Abstract

本申请公开一种业务服务方法、装置和计算机可读介质，获取预设领域业务服务的消息集合，消息集合为预设领域业务服务端发布的富媒体格式的消息构成的集合，从消息集合中确定与用户请求匹配的目标消息，通过第二消息通道，发送目标消息至对应的用户端，其中，第二消息通道为相应移动通信提供的消息通道，第二消息通道支持富媒体格式的内容传输。本申请通过在业务服务端将业务数据信息以富媒体格式的消息形式发布，并基于相应移动通信提供的支持富媒体格式的消息通道与用户端进行业务服务的数据交互，可实现基于一级入口方式的线上业务办理，从而解决了已知技术中通过二级入口方式进行线上办理业务中出现的数据交互不便导致数据交互效率低的问题。

Description

一种业务服务方法、装置和计算机可读介质

技术领域

本申请属于电力服务技术领域，尤其涉及一种业务服务方法、装置和计算机可读介质。

背景技术

近些年来，国家电网公司高度重视数字化转型，大力推进业务数字化转型，利用数字化技术改造传统电网服务，推进客户服务数字化，打造线上服务平台，实现线上业务办理。在实际操作中，通常由用户借助app以二级入口方式进行信息查询等交互操作从而完成线上业务办理，然而，该方式存在数据交互不便，从而出现数据交互效率低的问题。

发明内容

有鉴于此，本申请提供一种业务服务方法、装置和计算机可读介质，以用于解决现有技术中用户借助app以二级入口方式进行信息查询等交互操作完成线上业务办理所存在的数据交互不便、数据交互效率低等问题。

为解决上述问题，本申请提供如下方案：

一种业务服务方法，包括：

获取预设领域业务服务的消息集合，所述消息集合为预设领域业务服务端发布的富媒体格式的消息构成的集合；

从所述消息集合中确定与用户请求匹配的目标消息；

通过第二消息通道，发送所述目标消息至对应的用户端；其中，所述第二消息通道为相应移动通信提供的消息通道，所述第二消息通道支持富媒体格式的内容传输。

可选的，所述从所述消息集合中确定与用户请求匹配的目标消息，包括：

从所述消息集合中确定与用户端当前通过第一消息通道发起的内容查询请求匹配的目标消息；

所述通过第二消息通道，发送所述目标消息至对应的用户端，包括：

通过第二消息通道，实时发送所述目标消息至所述内容查询请求对应的用户端。

可选的，所述从所述消息集合中确定与用户请求匹配的目标消息，包括：

从所述消息集合中确定与内容订阅请求集合中的各内容订阅请求分别匹配的目标消息；所述内容订阅请求预先由对应用户端通过第一消息通道发起；

所述通过第二消息通道，发送所述目标消息至对应的用户端，包括：

在到达对应的推送时间节点时，通过第二消息通道，发送所述目标消息至内容订阅请求对应的用户端。

可选的，所述预设领域业务服务，包括：

电力领域业务服务中的电费账单查询、电价查询、用能分析、负荷预测、充电桩信息查询中的一种。

可选的，所述消息集合包括多个分别对应不同消息类型的消息队列；所述从所述消息集合中确定与用户请求匹配的目标消息，包括：

根据所述用户请求所请求的消息类型确定所述用户请求在所述消息集合中对应的队列，得到待匹配队列；

基于所述待匹配队列中的各个消息对应的优先级，分别将所述待匹配队列中的各个消息与所述用户请求进行匹配处理，得到与所述用户请求匹配的目标消息；

其中，预先基于优先级分级机制对每一消息队列中的消息进行优先级配置，并基于消息对应的优先级在消息队列中对消息进行排序。

可选的，所述基于所述待匹配队列中的各个消息对应的优先级，分别将所述待匹配队列中的各个消息与所述用户请求进行匹配处理，得到与所述用户请求匹配的目标消息，包括：

将所述待匹配队列中的消息具备的各个属性与所述用户请求中的约束条件指示的至少一个目标属性进行比对；

根据比对结果，确定与所述用户请求匹配的目标消息。

可选的，上述方法，还包括：

判断待接收所述目标消息的用户端是否支持所述第二消息通道；

如果支持所述第二消息通道，则执行所述通过第二消息通道，发送所述目标消息至对应的用户端的步骤；

如果不支持所述第二消息通道，则将目标消息转换为非富媒体消息格式，并基于非富媒体消息格式的目标消息向所述用户端进行消息反馈。

可选的，在通过所述第一消息通道发起用户请求的用户端支持所述第二消息通道的情况下，所述第一消息通道为所述第二消息通道，或者为不支持富媒体内容传输的其他移动通信通道。

可选的，所述通过第二消息通道，发送所述目标消息至对应的用户端，包括：

通过5G通道，发送所述目标消息至对应的用户端。

一种业务服务装置，包括：

消息集合获取单元，用于获取预设领域业务服务的消息集合，所述消息集合为预设领域业务服务端发布的富媒体格式的消息构成的集合；

目标消息确定单元，用于从所述消息集合中确定与用户请求匹配的目标消息；

目标消息发送单元，用于通过第二消息通道，发送所述目标消息至对应的用户端；其中，所述第二消息通道为相应移动通信提供的消息通道，所述第二消息通道支持富媒体格式的内容传输。

一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时，能实现如上文任一项所述的业务服务方法。

由以上方案可知，本申请公开的业务服务方法、装置和计算机可读介质，获取预设领域业务服务的消息集合，所述消息集合为预设领域业务服务端发布的富媒体格式的消息构成的集合，从所述消息集合中确定与用户请求匹配的目标消息，通过第二消息通道，发送所述目标消息至对应的用户端，其中，所述第二消息通道为相应移动通信提供的消息通道，所述第二消息通道支持富媒体格式的内容传输。本申请通过在业务服务端将业务数据信息以富媒体格式的消息形式发布，并基于相应移动通信提供的支持富媒体格式的消息通道与用户端进行业务服务的数据交互，可实现基于一级入口方式的线上业务办理，从而解决了已知技术中通过二级入口方式进行线上办理业务中出现的数据交互不便导致数据交互效率低的问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1是本申请提供的业务服务方法的一种流程示意图；

图2是本申请提供的一种订阅表示意图；

图3是本申请提供的一种消息结构示意图；

图4是本申请提供的一应用示例中智能能效账单系统的系统架构图；

图5是本申请提供的业务服务方法的另一种流程示意图；

图6是本申请提供的业务服务方法的一示例性应用流程示意图；

图7是本申请提供的业务服务方法的一示例性处理逻辑图；

图8是本申请提供的业务服务方法在电力服务领域的一种应用示例图；

图9是本申请提供的业务服务装置的组成结构图。

具体实施方式

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

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本申请中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本申请中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

现如今，随着互联网的发展，越来越多行业的业务办理在逐步转为线上，从而更好的为大众服务。在这其中，电力服务领域高度重视数字化转型，进行线上业务办理转型以及线上业务办理的技术精进，推进客户服务数字化，打造线上服务平台，实现线上业务办理。在实际操作中，通常由用户借助app以二级入口方式进行信息查询等交互操作从而完成线上业务办理，然而，该方式存在数据交互不便，从而出现数据交互效率低的问题。另外，在已知技术中，用户与国网平台等线上服务平台进行数据交换的过程中使用的传统的同步通信模型已经不足以满足当前的需要，传统的同步通信模型对于传输内容的格式有所限制，并且对于内容传输的时间也有所限制，并不能满足当下用户对于数据交互的智能化以及便捷化的要求。

针对上述问题，本申请提出了一种业务服务方法、装置和计算机可读介质，通过支持富媒体格式的第二消息通道将与用户请求匹配的目标消息发送至对应的用户端，解决了已知技术中线上办理业务中出现的数据交互不便导致数据交互效率低的问题，从而用户可以轻松获得智能化、便捷化的线上业务服务。

参见图1所示，本申请提供的业务服务方法的实现流程，包括：

步骤101、获取预设领域业务服务的消息集合，所述消息集合为预设领域业务服务端发布的富媒体格式的消息构成的集合。

可选的，预设领域在本申请中可以是电力领域，相应的，预设领域业务服务可以但不限于是在电力领域的电费账单查询、电价查询、用能分析、负荷预测、充电桩信息查询等等业务服务。

需要说明的是，富媒体包含文本、语音、图片、视频、动画、位置信息等多种媒体形式，不止局限于传统电话短信的语音、文本形式，可以看作是传统短信的升级版服务。消息集合中富媒体格式的消息可以是5G(5th Generation Moblie CommunicationTechnology，第五代移动通信技术)消息，也可以是将来可能出现的6G(6th GenerationMoblie Communication Technology，第六代移动通信技术)消息、7G(7th GenerationMoblie Communication Technology，第七代移动通信技术)消息等等。消息集合中消息内容的类型相应可以根据需求涵盖上述任一种或多种富媒体信息类型。

本申请主要以5G消息为例进行方案的说明。

相应的，消息集合可以为电力领域业务服务端发布的5G消息集合，申请人提出，5G消息集合中包括多个分别对应不同消息类型的消息队列，比如图片队列、文字队列、音频队列等等。

步骤102、从所述消息集合中确定与用户请求匹配的目标消息。

具体的，用户请求可以有两种，一种是应用于实时查询场景中的内容查询请求，一种是应用于订阅场景中的内容订阅请求，并且，用户请求所请求的消息类型可能各有不同，例如，有的请求文字消息，有的请求图片消息，有的请求视频消息、有的请求音频消息或者是请求其他类型的消息，不同的消息类型对应的不同的消息队列，且不同的消息队列之间异步并行，这能有效的避免消息堵塞，提高数据交互的效率。本申请实施例中，先根据用户请求所请求消息类型确定用户请求在消息集合中对应的待匹配队列。需要说明的是，此时的待匹配队列是预先基于优先级分级机制对消息队列中的消息进行优先级配置，并基于消息对应的优先级在消息队列中进行排序后得到待匹配队列，然后将待匹配队列中的各个消息与用户请求进行匹配，即将待匹配队列中的消息具备的各个属性与用户请求中的约束条件指示的至少一个目标属性进行比对得到比对结果，根据比对结果确定用户请求匹配的目标消息。

其中，消息分级机制中包括对于优先级的设置规则，比如，可以分为三类：

第一类：紧急数据，用户迫切需要的数据，具有很强的时效属性，例如，充电桩信息查询，在用户要使用充电桩进行电动汽车充电的时侯查询空余充电桩的信息。所以这种迫切需要反馈的消息优先级最高，在消息队列中优先进行目标消息的匹配。

第二类：重要数据，重要数据是指对用户来说具有很高指导意义或者可以说是具有很高的行为指导意义的数据。比如，电费账单的查询或者用能分析，这些消息可以帮助用户详细了解家电或者企业设备的运行情况，从而使用户对自身使用情况有一个大致的评估，指导用户合理调节能源使用行为。

第三类：其他数据，其他数据是没有上面两种数据重要的数据，更多的是辅助信息，比如负荷预测查询等，提供的是用户自身能源使用情况的辅助信息，帮助用户从不同角度了解自身的能源使用情况。

按照上述分类标准可以将消息队列中的消息分为三个等级，将优先级高的消息放在消息队列的前面，优化消息队列的结构，从而能够在满足用户请求的前提下更加贴合用户的实际需要，提供高质量的消息反馈服务。

步骤103、通过第二消息通道，发送所述目标消息至对应的用户端；其中，所述第二消息通道为相应移动通信提供的消息通道，所述第二消息通道支持富媒体格式的内容传输。

每个用户端都有其支持的移动通信消息通道，本申请中的第二消息通道为富媒体格式信息通道，在这里可以为5G消息通道，对应的，通过5G消息通道，将上述与用户请求匹配的目标消息发送至用户端。

根据上述对业务服务方法的描述，本申请可以是一个基于5G消息的智慧能效账单系统的业务服务方法，将5G消息运用于电力领域，实现能效账单服务的轻量化、便捷化，可以通过5G消息入口引导用户进行能效账单查询，从而帮助用户了解自己的能效使用情况，优化用能方式，从而实现节能减排。

具体的，针对上文的订阅场景和实时查询场景，业务服务方法在电力领域中相应可以有与其一一匹配的两种应用场景，第一种是基于历史订阅的消息推送，比如对于基于智慧能效账单系统的用能分析服务，可在该场景下基于订阅需求定时向用户端推送能源的使用情况，方便用户了解家电或企业设备的运行情况，合理调节使用行为，从而提高能源利用率。第二种是基于内容查询请求的实时反馈，比如上文提到的充电桩信息查询。。

在第一种应用场景下，本申请借助中间件系统中的发布/订阅系统完成内容订阅请求业务服务。发布/订阅系统具有异步传输、松耦合的特点，能够在用户请求的时间内精准高效的完成数据的交互。

发布/订阅系统有基于主题、内容、类型、通道等的分类。其中，基于通道的发布/订阅系统，就是发布者将消息发布到一个通道中，订阅者只需要提前订阅某个通道，当消息到达该通道时，消息代理就会自动将这些消息转发给订阅者，基于通道的发布/订阅系统的通道分类粒度比较粗糙，系统中的通道就好比邮件列表或者是IP组播组地址，所以不能保证发布者发布消息的安全性以及内容的准确性。

基于主题的发布/订阅系统中，将发布者发布的消息划分为不同的主题，订阅者根据可以根据自己感兴趣的主题进行订阅，在相应的主题下的消息产生之后，发布/订阅系统就会将消息到达的服务通知或者消息内容发送给相应的订阅者，比如，用户可以订阅每个月的自家的用电情况分析表，这样就可以在每个月的月初接收到上个月的用电情况分析表，了解到自身的用电情况。从逻辑上看，主题与上面提到的通道相对应，不同的是，基于主题的发布/订阅系统可以提供订阅内容的通知服务，因为一个主题可以包括多个域，就像DNS域名系统一样，可以在其中的某个域使用通配符进行模糊匹配，这样就可以订阅到内容的通知服务。

本申请搭建的智慧能效账单系统中应用的是基于内容的发布/订阅系统，订阅者可以根据订阅事件的内容进行事件订阅，相较于其他的发布/订阅系统灵活性高，表达能力更丰富。在基于内容的发布/订阅系统中，订阅者根据自己的需求自由的订阅任何消息，并不会将订阅消息进行事先分类，该系统可以根据订阅消息的实际内容启动订阅模式，订阅消息不是依据某些预定义的外部标准来进行分类，更像是直接识别订阅内容的属性进行内容的订阅，这里的属性可以订阅内容携带的数据结构的内部属性，比如时间范围(2022.1.1-2022.12.1)、值的大小(<、>、＝等)或者是与订阅内容中的事件相关的元数据。

与已知技术中的发布/订阅系统不同的是，本申请中的发布/订阅新增了消息匹配的功能，具体的，发布/订阅系统获取了电力领域业务服务消息集合后，从消息集合中确定与内容订阅请求集合中的各内容订阅请求分别匹配的目标消息，内容订阅请求是由对应用户端通过第一消息通道发起的，第一消息通道是用户端发送用户请求的移动通信通道。当用户端支持第二消息通道的情况下，也就是支持富媒体格式的内容传输的情况下，第一消息通道可以为第二消息通道，或者也可以为不支持富媒体内容传输的其他移动通信通道，不作限制。例如，用户请求自身内容相对简单，用户可以用2G/3G等非富媒体移动通信消息发送请求，也可以用5G消息这种富媒体移动通信消息格式发送请求。然后在到达用户端在内容订阅请求中设定的订阅时间节点时，通过第二消息通道，将目标消息推送至对应用户端。

在第二种应用场景下，获取电力领域业务服务的消息集合之后，从消息集合中确定出与用户端通过第一消息通道发起的内容查询请求匹配的目标消息。这里的第一消息通道是用户端发送用户请求的移动通信通道，然后，通过第二消息通道，实时发送目标消息至内容查询请求对应的用户端。

上述的第一消息通道的选取方式(2G/3G/4G等非富媒体格式的移动消息通道，或5G等富媒体格式的移动消息通道)，以及基于发布/订阅系统的中间件系统对该场景同样适用。

在上述中间件系统的基础上，本申请实施例提出在智慧能效账单系统等相关线上服务平台采用谓词索引结构算法进行消息匹配，需要说明的是，这一消息匹配过程适用于上文提到的两种主要应用场景。

其中，基于历史订阅消息推送场景中进行消息匹配的过程如下：

根据用户的订阅请求所请求的消息类型确定用户请求在消息集合中对应的队列，用户请求中的请求内容中有其具体的订阅请求，订阅请求存在于订阅表中，如图2所示，订阅表中记录着订阅ID、订阅类型、有效值、匹配值等多个约束条件。订阅ID为用户的账号，一般为手机号，一个订阅ID对应着一个用户请求，订阅类型为用户请求所请求的消息类型，比如用户请求的内容为文字、图片、音频、视频等，各个约束就是不同的谓词表达式，比如约束C为一个四原组的谓词表达式，其结构为C＝{name，type，operator，value}，name表示该约束对应的属性名称，type表示该约束对应的属性数据类型，value为该约束的值，operator表示该约束对value值的操作，比如<、>、＝等。有效值代表的是所有约束值的总和。匹配值为消息与该用户请求进行匹配时满足的约束的个数。

待匹配队列中的消息预先基于优先级分级机制进行优先级配置之后，与上述用户请求中的订阅表进行匹配。待匹配队列中消息的消息结构，如图3所示，包括用户ID、消息队列、下一区块地址以及多个属性组成，其中，用户ID一般为手机号，手机号在此次消息订阅中绑定了用户的真实信息，消息队列为用户请求所请求的消息类型对应的消息队列，比如文字队列、图片队列、音频队列、视频队列等等。下一区块地址为此队列下一个消息的区块地址，属性为所请求消息的各个属性，属性名称、属性的数据类型、属性值等等内容。消息队列中与用户请求中订阅表中的约束条件全部匹配的消息为该用户请求的目标消息，即该消息能使用户请求订阅表中约束的有效值与匹配值相等。

综上所述，本申请公开的业务服务方法，获取预设领域业务服务的消息集合，消息集合为预设领域业务服务端发布的富媒体格式的消息构成的集合，从消息集合中确定与用户请求匹配的目标消息，通过第二消息通道，发送目标消息至对应的用户端。其中，第二消息通道为相应移动通信提供的消息通道，第二消息通道支持富媒体格式的内容传输。本申请通过在业务服务端将业务数据信息以富媒体格式的消息形式发布，并基于支持富媒体格式的消息通道(如相应移动通信提供的支持富媒体格式的消息通道)与用户端进行业务服务的数据交互，可实现基于一级入口方式的线上业务办理，从而解决了已知技术中通过二级入口方式进行线上办理业务中出现的数据交互不便导致数据交互效率低的问题。

可选的，参见图4，进一步提供了本申请的一应用示例中智能能效账单系统的系统架构图。

该示例中，智能能效账单系统利用5G消息管理平台，借助国网信息平台的线上服务，采用基于GSMA RDS UP2.4通信协议标准的移动线上客服交互系统，利用5G消息强触达的特性，为用户提供便捷有效的缴费途径，消息查询途径、信息订阅途径，提高用户对于电力领域的业务服务的消息交互效率，从而提高国网公司的服务质量。智能能效账单系统的各部分功能如下。

5G消息管理平台是对接了国网信息平台和运营商的MaaP平台，企业用户可以通过5G消息管理平台接入运行商的MaaP平台，将国网信息平台中的数据发送给个人用户，实现对5G消息的发送、接收、管理等功能，根据其功能分为几个模块。

Chatbot管理：Chatbot管理模块向下负责接入MaaP平台提供的Chatbot接口，获得运营商提供的Chatbot账户，并对Chatbot账户进行管理，包括创建、删除、启用、禁用Chatbot服务等功能。Chatbot服务在启用时，Chatbot管理模块会调用5G消息收发、管理、发布/订阅中间件等模块来向用户推送消息，响应用户请求。

5G消息收发：5G消息接收模块负责接收个人用户所提交的服务查询，并以手机号码为标识进行分类管理。5G消息发送模块负责识别用户的手机号码来确认发送对象，建立发送管道，最优化配置为用户发送服务数据，并解析发送结果来保证消息发送成功，如用户终端不支持5G消息，则转换为传统短信方式发送文本，对文本之外的数据形式以链接的形式发送。

5G消息管理：5G消息管理模块负责对5G消息平台中的所有5G消息进行处理，包括创建、删除、编辑、查询等功能。5G消息模块在实现查询功能时向上对接国网信息平台，来获得用户的能效信息。

发布/订阅中间件：发布/订阅中间件本质上是一个消息缓冲区，用来进行国网信息平台与用户终端的数据交互，实现国网信息平台与用户终端的消息异步交互。

在实际应用中，智慧能效账单系统的发布渠道是基于“电e宝”，“电e宝”是国网公司自有渠道，本申请人为“电e宝”唯一开发运营及维护单位，具有先天业务壁垒。

综上所述，本申请的业务服务方法利用5G消息自身的特点实现对电力领域业务服务的质量优化，通过5G消息进行下发和接收，用户能够通过移动终端根据自身需要高效率的灵活获取相应的消息，解决了用户进行业务办理过程中数据交互不便、数据交互效率低的问题，还解决了在进行业务办理过程中的数据内外网传输中数据安全隐患。

可选的，在一实施例中，参见图5，本申请提供的业务服务方法的另一种流程示意图。

本实施例中与第一个实施例的区别是在从消息集合中确定与用户请求匹配的目标消息之后判断用户端是否支持富媒体内容传输，并针对是、否支持的情况，分别执行对应的处理，详细步骤如下：

步骤201、判断待接收所述目标消息的用户端是否支持所述第二消息通道。

实际应用中，用户端可能支持富媒体内容传输，也可能不支持富媒体内容传输。如果用户端支持富媒体内容传输，触发执行步骤103，如果用户端不支持富媒体内容传输，执行如下步骤202。需要说明的是，在用户端支持富媒体格式的内容传输时，用户端的第一消息通道可以为第二消息通道，也可以为非富媒体格式的其他消息通道，如2G/3G/4G移动消息通道等，不作限制；当用户端不支持富媒体内容传输时，用户端用于发起用户请求的第一消息通道为不支持富媒体格式的其他移动通信通道。

步骤202、将目标消息转换为非富媒体消息格式，并基于非富媒体消息格式的目标消息向所述用户端及进行消息反馈。

具体的，在用户端不支持5G等富媒体内容传输的情况下，可以将待反馈给用户端的5G等富媒体格式的消息转换为2G/3G/4G等用户端所支持的任一种非富媒体格式，并生成指向所生成与存储的非富媒体格式内容的内容地址，将地址反馈给用户端，由用户端打开这个地址获取所请求的内容。

综上所述，本实施例增加了判断用户端是否支持富媒体的内容传输，在向用户端进行内容反馈时，既支持富媒体格式的内容反馈也支持非富媒体格式的内容反馈，保证将用户所请求的内容以符合用户端所支持的格式反馈给用户。

可选的，在一实施例中，参见图6，提供了本申请业务服务方法的一示例性应用流程示意图。

结合参见图7所示的业务服务方法的处理逻辑示例图，基于订阅/发布的系统进行消息交互，订阅/发布系统有两种消息交互模式：push模式和pull模式。

发布者有消息要传输时，发布者可以是国网信息平台，通过push模式将消息发送到中间件系统。当中间件系统接收到发布者发送的新的消息时，重新整理消息队列，将消息加入到其对应类型的消息队列中，然后基于优先级分级机制对该消息队列进行优先级配置，基于各个消息对应的优先级对该消息队列中的消息进行重新排序得到待匹配队列。然后将待匹配队列中的消息的每一个属性按顺序依次与订阅表中的订阅进行消息匹配，匹配成功的消息进入待转发序列，并且通知中间件系统该消息已被订阅，当达到用户设定的需要时间时，将该消息推送至对应用户端。匹配失败的消息则进行中间件系统中的数据库中进行查询匹配。

相应的，订阅者有消息需求时，通过pull模式将需求以订阅的形式发送到中间件系统中进行消息匹配，如果匹配成功中间件系统通过push模式将订阅者的需求消息发送给订阅者。

综上所述，通过中间件系统这个消息缓冲区来进行订阅者和发布者的数据交互，这样的数据交互模型具有松耦合、高伸缩性、高可靠性、灵活以及可测试性等优点。

可选的，参见图8，进一步提供了业务服务方法在电力服务领域的应用示例图。

首先，用户终端通过自带的5G消息入口发起负荷查询服务，该请求通过运营商的网络发送到5G消息管理平台中，管理平台接收到该请求后，将该请求中的订阅信息与5G消息管理平台中的消息队列进行消息匹配。匹配成功后的目标消息进入待转发序列，由5G消息管理平台进行消息核实，如果用户终端支持5G消息，以5G消息格式将目标消息发送至用户终端，如果用户终端不支持5G消息，则回落至短信的形式重发该消息至用户终端。

如果匹配失败，向国网信息发起负荷预测查询请求，将得到的负荷消息重新传回5G消息管理平台，如果消息不存在就传回错误报告。

对于上述业务服务方法，本申请还提供了一种业务服务装置，该装置的组成如图9所示，包括：

消息集合获取单元10，用于获取预设领域业务服务的消息集合，所述消息集合为预设领域业务服务端发布的富媒体格式的消息构成的集合，所述预设领域业务服务包括电力领域业务服务中的电费账单查询、电价查询、用能分析、负荷预测、充电桩信息查询中的一种；

目标消息确定单元20，用于从所述消息集合中确定与用户请求匹配的目标消息；

目标消息发送单元30，用于通过第二消息通道，发送所述目标消息至对应的用户端；其中，所述第二消息通道为相应移动通信提供的消息通道，所述第二消息通道支持富媒体格式的内容传输。

在一实施方式中，目标消息确定单元20，具体用于：

从所述消息集合中确定与用户端当前通过第一消息通道发起的内容查询请求匹配的目标消息；

目标消息发送单元30，具体用于：

通过第二消息通道，实时发送所述目标消息至所述内容查询请求对应的用户端。

在一实施方式中，目标消息确定单元20，具体用于：

从所述消息集合中确定与内容订阅请求集合中的各内容订阅请求分别匹配的目标消息；所述内容订阅请求预先由对应用户端通过第一消息通道发起；

目标消息发送单元30，具体用于：

在到达对应的推送时间节点时，通过第二消息通道，发送所述目标消息至内容订阅请求对应的用户端。

在一实施方式中，所述消息集合包括多个分别对应不同消息类型的消息队列；

目标消息确定单元20，具体用于：

根据所述用户请求所请求的消息类型确定所述用户请求在所述消息集合中对应的队列，得到待匹配队列；

基于所述待匹配队列中的各个消息对应的优先级，分别将所述待匹配队列中的各个消息与所述用户请求进行匹配处理，得到与所述用户请求匹配的目标消息；

将所述待匹配队列中的消息具备的各个属性与所述用户请求中的约束条件指示的至少一个目标属性进行比对；

根据比对结果，确定与所述用户请求匹配的目标消息。

其中，预先基于优先级分级机制对每一消息队列中的消息进行优先级配置，并基于消息对应的优先级在消息队列中对消息进行排序。

在一实施方式中，上述装置还包括：

兼容处理单元，用于：判断待接收所述目标消息的用户端是否支持所述第二消息通道；如果支持所述第二消息通道，则触发所述目标消息发送单元30通过第二消息通道，发送所述目标消息至对应的用户端；如果不支持所述第二消息通道，则将目标消息转换为非富媒体消息格式，并基于非富媒体消息格式的目标消息向所述用户端进行消息反馈。

在一实施方式中，在通过所述第一消息通道发起用户请求的用户端支持所述第二消息通道的情况下，所述第一消息通道为所述第二消息通道，或者为不支持富媒体内容传输的其他移动通信通道。

在一实施方式中，目标消息发送单元30，具体用于：

通过5G通道，发送所述目标消息至对应的用户端。

另外，本申请实施例还提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时，能用于实现业务服务方法的各个处理步骤。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

为了描述的方便，描述以上系统或装置时以功能分为各种模块或单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

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

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

Claims (11)

1.一种业务服务方法，其特征在于，包括：

获取预设领域业务服务的消息集合，所述消息集合为预设领域业务服务端发布的富媒体格式的消息构成的集合；

从所述消息集合中确定与用户请求匹配的目标消息；

通过第二消息通道，发送所述目标消息至对应的用户端；其中，所述第二消息通道为相应移动通信提供的消息通道，所述第二消息通道支持富媒体格式的内容传输。

2.根据权利要求1所述的方法，其特征在于，所述从所述消息集合中确定与用户请求匹配的目标消息，包括：

从所述消息集合中确定与用户端当前通过第一消息通道发起的内容查询请求匹配的目标消息；

所述通过第二消息通道，发送所述目标消息至对应的用户端，包括：

通过第二消息通道，实时发送所述目标消息至所述内容查询请求对应的用户端。

3.根据权利要求1所述的方法，其特征在于，所述从所述消息集合中确定与用户请求匹配的目标消息，包括：

从所述消息集合中确定与内容订阅请求集合中的各内容订阅请求分别匹配的目标消息；所述内容订阅请求预先由对应用户端通过第一消息通道发起；

所述通过第二消息通道，发送所述目标消息至对应的用户端，包括：

在到达对应的推送时间节点时，通过第二消息通道，发送所述目标消息至内容订阅请求对应的用户端。

4.根据权利要求1所述的方法，其特征在于，所述预设领域业务服务，包括：

电力领域业务服务中的电费账单查询、电价查询、用能分析、负荷预测、充电桩信息查询中的一种。

5.根据权利要求1所述的方法，其特征在于，所述消息集合包括多个分别对应不同消息类型的消息队列；所述从所述消息集合中确定与用户请求匹配的目标消息，包括：

根据所述用户请求所请求的消息类型确定所述用户请求在所述消息集合

中对应的队列，得到待匹配队列；

基于所述待匹配队列中的各个消息对应的优先级，分别将所述待匹配队列中的各个消息与所述用户请求进行匹配处理，得到与所述用户请求匹配的目标消息；

其中，预先基于优先级分级机制对每一消息队列中的消息进行优先级配置，并基于消息对应的优先级在消息队列中对消息进行排序。

6.根据权利要求5所述的方法，其特征在于，所述基于所述待匹配队列中的各个消息对应的优先级，分别将所述待匹配队列中的各个消息与所述用户请求进行匹配处理，得到与所述用户请求匹配的目标消息，包括：

将所述待匹配队列中的消息具备的各个属性与所述用户请求中的约束条件指示的至少一个目标属性进行比对；

根据比对结果，确定与所述用户请求匹配的目标消息。

7.根据权利要求1所述的方法，其特征在于，还包括：

判断待接收所述目标消息的用户端是否支持所述第二消息通道；

如果支持所述第二消息通道，则执行所述通过第二消息通道，发送所述目标消息至对应的用户端的步骤；

如果不支持所述第二消息通道，则将目标消息转换为非富媒体消息格式，并基于非富媒体消息格式的目标消息向所述用户端进行消息反馈。

8.根据权利要求7所述的方法，其特征在于，在通过所述第一消息通道发起用户请求的用户端支持所述第二消息通道的情况下，所述第一消息通道为所述第二消息通道，或者为不支持富媒体内容传输的其他移动通信通道。

9.根据权利要求1所述的方法，其特征在于，所述通过第二消息通道，发送所述目标消息至对应的用户端，包括：

通过5G通道，发送所述目标消息至对应的用户端。

10.一种业务服务装置，其特征在于，包括：

消息集合获取单元，用于获取预设领域业务服务的消息集合，所述消息集合为预设领域业务服务端发布的富媒体格式的消息构成的集合；

目标消息确定单元，用于从所述消息集合中确定与用户请求匹配的目标消息；

目标消息发送单元，用于通过第二消息通道，发送所述目标消息至对应

的用户端；其中，所述第二消息通道为相应移动通信提供的消息通道，所述第二消息通道支持富媒体格式的内容传输。

11.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，能实现如权利要求1-9任一项所述的业务服务方法。

Images