CN111555962B - 红点消息提示方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及区块链技术，提供一种红点消息提示方法、装置、设备及存储介质，包括：当检测到各业务模块在红点系统中进行注册时，对各所述业务模块配置红点配置规则；接收各所述业务模块发送的红点数据，并对各所述红点数据进行缓存；若接收到客户端发送的红点指令，则基于所述红点指令确定所述客户端是否满足所述红点配置规则；若满足，则根据所述红点配置规则将各所述红点数据中的目标红点数据发送至所述客户端，其中，所述客户端基于所述目标红点数据展示所述目标红点数据对应的红点图标。此外，各业务模块发送的红点数据可存储于区块链中。本发明通过通过红点系统主动推送红点消息到业务系统，无需通过入口方，避免了入口带宽浪费的现象发生。

Description

红点消息提示方法、装置、设备及存储介质

技术领域

本发明涉及区块链技术领域，尤其涉及一种基于用户行为的红点消息提示方法、装置、设备及存储介质。

背景技术

目前APP上用的最广的红点消息提醒。在APP以ICON的方式直观的给用户展示由多少条未读消息、剩余多少代办事项、还有多少待确认的通知，呈现方式有：数字，文字角标，彩色点。但是各个业务模块的红点需求不一致，且都由各自业务模块自己维护，即由入口提供方去透传拉取，严重影响入口提供方的服务压力，也浪费入口带宽。

发明内容

本发明的主要目的在于提供一种红点消息提示方法、装置、设备及存储介质，旨在解决现有技术中通过入口提供方对各个业务模块的红点需求进行维护时，严重浪费入口带宽的技术问题。

为实现上述目的，本发明提供一种红点消息提示方法，所述红点消息提示方法包括以下步骤：

当检测到各业务模块在红点系统中进行注册时，对各所述业务模块配置红点配置规则；

接收各所述业务模块发送的红点数据，并对各所述红点数据进行缓存；

若接收到客户端发送的红点指令，则基于所述红点指令确定所述客户端是否满足所述红点配置规则；

若满足，则根据所述红点配置规则将各所述红点数据中的目标红点数据发送至所述客户端，其中，所述客户端基于所述目标红点数据展示所述目标红点数据对应的红点图标。

可选地，所述当检测到各业务模块在红点系统中进行注册时，对各所述业务模块配置红点配置规则的步骤，包括：

当检测到各业务模块在红点系统中进行注册时，确定各所述业务模块对应的红点图标，并根据各所述业务模块的类型依次对各所述业务模块进行配置规则，其中，将所述业务模块对应的配置规则和所述业务模块对应的红点图标作为红点配置规则。

可选地，所述接收各所述业务模块发送的红点数据的步骤，包括：

获取所述红点系统中预设的红点数据规则，并确定所述红点系统与各所述业务模块的数据消息通道；

根据所述数据消息通道和所述红点数据规则接收各所述业务模块发送的红点数据，所述红点数据存储于区块链中。

可选地，所述根据所述数据消息通道和所述红点数据规则接收各所述业务模块发送的红点数据的步骤，包括：

根据所述红点数据规则确定所述红点系统接收红点数据的目标数据格式；

接收各所述业务模块通过所述数据消息通道发送的具有目标数据格式的红点数据。

可选地，所述红点配置规则包括特殊人群规则，所述基于所述红点指令确定所述客户端是否满足所述红点配置规则的步骤，包括：

基于所述红点指令在所述红点系统中的各业务模块证件中确定目标业务模块证件；

检测所述客户端中的用户信息是否满足所述目标业务模块证件对应的特殊人群规则；

若满足，则根据所述特殊人群规则生成红点信息。

可选地，所述基于所述红点指令在所述红点系统中的各业务模块证件中确定目标业务模块证件的步骤之前，包括：

当各所述业务模块在所述红点系统中进行注册时，生成各所述业务模块对应的业务模块证件。

可选地，所述检测所述客户端中的用户信息是否满足所述目标业务模块证件对应的特殊人群规则的步骤之后，包括：

若不满足，则在各所述红点数据中获取所述目标业务模块证件对应的目标红点数据，并将所述目标红点数据作为红点信息发送至所述客户端。

此外，为实现上述目的，本发明还提供一种红点消息提示装置，所述红点消息提示装置包括：

检测单元，用于当检测到各业务模块在红点系统中进行注册时，对各所述业务模块配置红点配置规则；

接收单元，用于接收各所述业务模块发送的红点数据，并对各所述红点数据进行缓存；

确定单元，用于若接收到客户端发送的红点指令，则基于所述红点指令确定所述客户端是否满足所述红点配置规则；

发送单元，用于若满足，则根据所述红点配置规则将各所述红点数据中的目标红点数据发送至所述客户端，其中，所述客户端基于所述目标红点数据展示所述目标红点数据对应的红点图标。

此外，为实现上述目的，本发明还提供一种红点消息提示设备，所述红点消息提示设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的红点消息提示程序，其中所述红点消息提示程序被所述处理器执行时，实现如上述的红点消息提示方法的步骤。

此外，为实现上述目的，本发明还提供一种存储介质，所述存储介质上存储有红点消息提示程序，其中所述红点消息提示程序被处理器执行时，实现如上述的红点消息提示方法的步骤。

本发明提供一种红点消息提示方法、装置、设备及存储介质，本发明通过当检测到各业务模块在红点系统中进行注册时，对各所述业务模块配置红点配置规则；接收各所述业务模块发送的红点数据，并对各所述红点数据进行缓存；若接收到客户端发送的红点指令，则基于所述红点指令确定所述客户端是否满足所述红点配置规则；若满足，则根据所述红点配置规则将各所述红点数据中的目标红点数据发送至所述客户端，其中，所述客户端基于所述目标红点数据展示所述目标红点数据对应的红点图标。通过先将各个业务模块在红点系统中进行注册，并在接收到客户端的红点指令时，根据红点配置规则将目标红点数据发送至客户端，并让客户端根据目标红点数据展示相应的红点图标，从而达到通过红点系统主动推送红点消息到业务系统，无需通过入口方，避免了入口带宽浪费的现象发生。

附图说明

图1为本发明各实施例涉及的红点消息提示设备的硬件结构示意图；

图2为本发明红点消息提示方法第一实施例的流程示意图；

图3为本发明红点消息提示装置第一实施例的功能模块示意图；

图4为本发明红点消息提示方法中数据收集和数据下发的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例涉及的红点消息提示方法主要应用于红点消息提示设备，该红点消息提示设备可以是PC(个人计算机personal computer)、便携计算机、移动终端等具有显示和处理功能的设备。

参照图1，图1为本发明实施例方案中涉及的红点消息提示设备的硬件结构示意图。本发明实施例中，红点消息提示设备可以包括处理器1001(例如中央处理器CentralProcessing Unit、CPU)，通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信；用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)；网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)；存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器，存储器1005可选的还可以是独立于前述处理器1001的存储装置。本领域技术人员可以理解，图1中示出的硬件结构并不构成对本发明的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

继续参照图1，图1中作为一种存储介质的存储器1005可以包括操作系统、网络通信模块以及红点消息提示程序。在图1中，网络通信模块主要用于连接服务器，与服务器进行数据通信；而处理器1001可以调用存储器1005中存储的红点消息提示程序，并执行本发明实施例提供的红点消息提示方法。

本发明实施例提供了一种红点消息提示方法，参照图2，图2为红点消息提示方法第一实施例的流程示意图，红点消息提示方法包括：

步骤S10，当检测到各业务模块在红点系统中进行注册时，对各所述业务模块配置红点配置规则；

在本实施例中，当在红点系统中检测到具有红点需求的各个业务模块需要进行登记注册时，先分发各个业务模块证件，并根据不同业务模块的类型配置不同的红点图标风格类型，并为各个业务模块配置红点人群规则，如配置红点人群规则(如所有人群的消息事件提醒，特殊人群的活动入口提醒)；配置入口红点信息(可支持多个界面展示同一业务模块的红点)，配置未激活数据(用户未启用APP)有效时间等。需要说明的是，在本申请中是根据各个业务模块的类型依次对各个业务模块进行配置规则，其中，某一个业务模块对应的配置规则和该业务模块对应的红点图标一起作为此业务模块的红点配置规则，其中，红点配置规则包括红点人群规则、入口红点信息等。

步骤S20，接收各所述业务模块发送的红点数据，并对各所述红点数据进行缓存；

在红点系统对各个业务模块配置红点配置规则后，各个业务模块会根据红点展示类型来推送红点数据，例如仅针对特定的人，则需要通过消息推送至红点系统；而针对特定的人群，则只需配置一定的规则，由红点系统根据此规则来自动生成红点数据。需要说明的是，在红点系统中需要提前定制红点数据规则，以便各个接入方严格按照红点数据规则中的数据格式，推送各个业务模块的红点数据，并且在红点系统中支持业务模块新增或者取消红点。而且在红点系统中还需要接入统一的数据消息通道，以便红点系统与各个业务模块建立数据发布--订阅的关系。因此，在红点系统中确定了红点数据规则，以及红点系统和各个业务模块之间的数据消息通道后，就可以接收各个业务模块通过数据消息通道发送的具有目标数据格式(即红点数据规则中的数据格式)的各个红点数据。

进一步地，当各个业务模块继续推送新增红点数据到红点系统时，也就是红点系统接收已注册的各个业务模块新增红点数据时，根据配置规则，缓存特定的红点结果，如根据业务模块在红点系统中的新增红点数据对业务模块在红点系统中的当前红点数据进行更新。

步骤S30，若接收到客户端发送的红点指令，则基于所述红点指令确定所述客户端是否满足所述红点配置规则；

将红点系统接入MQTT(Message Queuing Telemetry Transport，消息队列遥测传输)通道，并将客户端也接入MQTT通道，从而保持红点系统与客户端保持TCP(TransmissionControl Protocol，传输控制协议)长连接通信；因此在客户端检测到用户在线并触发红点事件，发送红点指令到MQTT通道，通道的另一端红点系统接收指令，并开始处理，即根据红点指令确定客户端是否满足红点系统中的红点配置规则。也就是检测登录客户端的用户是否满足各个红点数据对应的配置规则，即扫描检测用户相关红点数据，或检测用户是否满足某种人群特性，匹配成功则推回MQTT，未匹配到消息则不返回。

在红点系统中，在接收到客户端发送的红点指令后，会在各个业务模块证件中确定目标业务模块证件，并检测已登录客户端的用户信息是否满足预设条件(如是否需要展示红点数据等)，若满足，则确定用户信息是否满足目标业务模块证件对应的特殊人群规则，若满足，则根据特殊人群规则生成相应的红点数据；若不满足，则获取目标业务模块证件对应的目标红点数据，并将此目标红点数据作为红点信息发送至客户端。其中，客户端向红点系统发送红点指令是根据用户在客户端中触发某一个业务模块证件对应的事件来生成红点指令，并将此红点指令发送至红点系统的。也就是由业务模块证件来确定是否展示红点信息的。需要说明的是，红点系统默认缓存未激活用户红点数据预设天数(如30天)，当未超过预设天数，且待检测用户再次登录上线后，会向待检测用户登录的客户端推送用户相关红点数据，并在推送成功后，会清除服务端对应的数据，并继续接收其他红点数据。其中，目标红点数据是不展示目标业务模块证件的红点数据的推送消息数据，并且各业务模块在红点系统进行注册时，会生成各业务模块对应的业务模块证件，即红点系统会为各个业务模块，配置业务模块证件。

步骤S40，若满足，则根据所述红点配置规则将各所述红点数据中的目标红点数据发送至所述客户端，其中，所述客户端基于所述目标红点数据展示所述目标红点数据对应的红点图标。

当经过判断发现客户端满足红点配置规则，红点系统会对登录客户端的用户身份信息进行扫描，以确定是否匹配到有业务模块的红点数据，若匹配到，则将此红点数据推送至客户端，若没匹配到，则不推送。客户端在接收到红点数据后会永久缓存到本地，并确定各个红点数据对应的业务模块，再根据各个业务唯一证件与各界面红点图标建立指针联系，并按红点数据规则，展示对应的红点图标，提升某个业务模块点击率。用户在客户端中点击某个业务模块红点(即红点图标)时，客户端会消除该业务模块红点信息。

需要说明的是，若某个业务模块因某些原因不够成熟时，想屏蔽所有红点，降低APP现有的影响，但是红点数据已推送至红点系统或者用户设备端(即用户登录的客户端)时，可在红点系统中配置隐藏该业务模块红点展示，用户进入APP，客户端会向红点系统推送此用户已登录APP的消息，红点系统在检测到该APP对应的业务模块需要隐藏红点数据时，会推送相应的消息至客户端，客户端根据红点系统发送的消息并按照已定的规则消除该业务模块的红点。

例如如图4所示，各个业务模块通过MQ(消息队列)通道(统一的数据消息通道)发送红点数据到红点系统。而安装有应用APP的客户端通过MQTT通道发送指令到红点系统，在红点系统进行处理后，通过MQTT通道返回红点数据到客户端的APP(应用)。

并且在本实施例中的红点系统会主动推送红点提醒到客户端，保存到本地展示，不需要通过入口方，对接多个业务模块系统，去请求响应红点结果，既减少了入口方的网络压力，也减少了业务模块方的数据维护成本，同时降低APP的入口带宽，减少用户的网络流量消耗。并且在本申请中，红点系统既支持接入方推送消息事件方式，也支持人群标签方式(无需推送消息，针对特定人群，业务配置的消息类型，红点系统代办自动生成红点消息，此类消息，在现有技术APP中一个发布版本只展示1次，也就是在APP一个发布版本内已展示过红点数据，红点数据消除之后，不会再次展示)，接入方推送消息事件方式和人群标签方式的消息传送方案是一样的，均属于收集方式的扩展。

在本实施例中，通过当检测到各业务模块在红点系统中进行注册时，对各所述业务模块配置红点配置规则；接收各所述业务模块发送的红点数据，并对各所述红点数据进行缓存；若接收到客户端发送的红点指令，则基于所述红点指令确定所述客户端是否满足所述红点配置规则；若满足，则根据所述红点配置规则将各所述红点数据中的目标红点数据发送至所述客户端，其中，所述客户端基于所述目标红点数据展示所述目标红点数据对应的红点图标。通过先将各个业务模块在红点系统中进行注册，并在接收到客户端的红点指令时，根据红点配置规则将目标红点数据发送至客户端，并让客户端根据目标红点数据展示相应的红点图标，从而达到通过红点系统主动推送红点消息到业务系统，无需通过入口方，避免了入口带宽浪费的现象发生。

进一步地，基于上述本发明的实施例，提出本发明红点消息提示方法的第二实施例，本实施例中，上述实施例中的步骤S10，当检测到各业务模块在红点系统中进行注册时，对各所述业务模块配置红点配置规则的步骤的细化，包括：

步骤a，当检测到各业务模块在红点系统中进行注册时，确定各所述业务模块对应的红点图标，并根据各所述业务模块的类型依次对各所述业务模块进行配置规则，其中，将所述业务模块对应的配置规则和所述业务模块对应的红点图标作为红点配置规则。

在本实施例中，有红点需求的各业务模块，可以在红点系统中进行登记注册，并对各个业务模块分发业务模块证件，再根据在红点系统中进行登记注册的各个业务模块的不同类型，依次为各个业务模块配置不同的规则，如配置红点人群规则(如所有人群的消息事件提醒，特殊人群的活动入口提醒)；配置入口红点信息(可支持多个界面展示同一业务模块的红点)；配置未激活数据(用户未启用应用)和配置有效时间等。其中，业务模块证件可以是类似于编号、标记，由于在红点系统中，由于可能会存在多个业务模块进行注册，因此为了区分各个业务模块，红点系统为各个业务模块分发业务模块证件。

在本实施例中，通过在各个业务模块在红点系统中进行注册时，确定各个业务模块对应的红点图标，并配置相应的配置规则，从而保障了红点系统能正常的运行，可以基于已注册的业务模块进行相应的红点操作。

进一步地，接收各所述业务模块发送的红点数据的步骤，包括：

步骤b，获取所述红点系统中预设的红点数据规则，并确定所述红点系统与各所述业务模块的数据消息通道；

在本实施例中，当业务模块在红点系统中进行注册后，可以在红点系统中提前定制红点数据规则(即预设的红点数据规则)，以便接入红点系统的各个接入方能够严格按照红点数据规则中的数据格式，推送各个业务模块的红点数据。并当获取到预设的红点数据规则后，还需要确定红点系统与各个业务模块之间的数据消息通道，以便红点系统与各个业务模块之间建立如数据发布-订阅的关系。

步骤c，根据所述数据消息通道和所述红点数据规则接收各所述业务模块发送的红点数据。

当在红点系统中确定了红点数据规则，以及红点系统和各个业务模块之间的数据消息通道后，就可以接收各个业务模块通过数据消息通道发送的具有目标数据格式(即红点数据规则中的数据格式)的各个红点数据。

在本实施例中，通过根据预设的红点数据规则和数据消息通道接收各个业务模块发送的红点数据，从而保障了红点系统接收到的红点数据的有效性。

需要强调的是，为进一步保证上述各业务模块发送的红点数据的私密和安全性，上述各业务模块发送的红点数据还可以存储于一区块链的节点中。

进一步地，根据所述数据消息通道和所述红点数据规则接收各所述业务模块发送的红点数据的步骤，包括：

步骤d，根据所述红点数据规则确定所述红点系统接收红点数据的目标数据格式；

当获取到红点系统中预设的红点数据规则后，可以让红点系统根据红点数据规则确定接收红点数据的数据格式(即目标数据格式)，如整数类型、实数类型、布尔类型、字符类型和指针类型等。

步骤e，接收各所述业务模块通过所述数据消息通道发送的具有目标数据格式的红点数据。

并当在红点系统中确定目标数据格式后，就可以控制各个业务模块先将各自需要传递到红点系统的红点数据的数据格式进行转换，保持和目标数据格式一致，然后再让红点系统接收各个业务模块通过数据消息通道发送的具有目标数据格式的红点数据。

在本实施例中，通过根据红点数据规则确定目标数据格式，并根据目标数据格式接收红点数据，从而可以让红点系统直接识别红点数据并进行相应操作。

进一步地，基于所述红点指令确定所述客户端是否满足所述红点配置规则的步骤，包括：

步骤f，基于所述红点指令在所述红点系统中的各业务模块证件中确定目标业务模块证件；

在本实施例中，红点配置规则包括特殊人群规则。并且在本实施例中，当接收到客户端发送过来的红点指令时，会根据红点指令在各个业务模块证件中确定目标业务模块证件。

步骤g，检测所述客户端中的用户信息是否满足所述目标业务模块证件对应的特殊人群规则；

并当获取到目标业务模块证件后，还需要获取已登录客户端的用户信息，并检测用户信息是否满足目标业务模块证件对应的特殊人群规则，并根据不同的检测结果执行不同的操作。

步骤h，若满足，则根据所述特殊人群规则生成红点信息。

当经过判断发现用户信息满足特殊人群规则时，就可以直接根据特殊人群规则来生成相应的红点信息，并可以将此红点信息发送至客户端，以便客户端根据红点信息执行相应的操作。

在本实施例中，根据红点指令确定目标业务模块证件，并在用户信息满足目标业务模块证件对应的特殊人群规则时，生成红点数据，从而保障了红点数据的有效性。

具体地，基于所述红点指令在所述红点系统中的各业务模块证件中确定目标业务模块证件的步骤之前，包括：

步骤k，当各所述业务模块在所述红点系统中进行注册时，生成各所述业务模块对应的业务模块证件。

在本实施例中，当各个业务模块在红点系统中进行注册时，红点系统会生成根据注册的业务模块的数量生成相同数量的业务模块证件。其中，业务模块证件可以是类似于编号、标记，由于在红点系统中，由于可能会存在多个业务模块进行注册，因此为了区分各个业务模块，红点系统为各个业务模块分发业务模块证件。

在本实施例中，通过在各个业务模块在红点系统中进行注册时，生成各个业务模块对应的业务模块证件，从而保障了红点系统对各个业务模块的有序识别。

具体地，检测所述客户端中的用户信息是否满足所述目标业务模块证件对应的特殊人群规则的步骤之后，包括：

步骤m，若不满足，则在各所述红点数据中获取所述目标业务模块证件对应的目标红点数据，并将所述目标红点数据作为红点信息发送至所述客户端。

当经过判断发现用户信息不满足特殊人群规则时，则获取目标业务模块证件对应的目标红点数据，并将此目标红点数据作为红点信息发送至客户端。其中，客户端向红点系统发送红点指令是根据用户在客户端中触发某一个业务模块证件对应的事件来生成红点指令，并将此红点指令发送至红点系统的。也就是由业务模块证件来确定是否展示红点信息的。需要说明的是，红点系统默认缓存未激活用户红点数据预设天数(如30天)，当未超过预设天数，且待检测用户再次登录上线后，会向待检测用户登录的客户端推送用户相关红点数据，并在推送成功后，会清除服务端对应的数据，并继续接收其他红点数据。其中，目标红点数据是不展示目标业务模块证件的红点数据的推送消息数据。

在本实施例中，通过在用户信息不满足特殊人群规则时，直接获取目标红点数据，并将目标红点数据作为红点信息发送至客户端，从而保障了红点数据的有效性。

此外，参照图3，本实施例还提供一种红点消息提示装置，该红点消息提示装置包括：

检测单元101，用于当检测到各业务模块在红点系统中进行注册时，对各所述业务模块配置红点配置规则；

接收单元102，用于接收各所述业务模块发送的红点数据，并对各所述红点数据进行缓存；

确定单元103，用于若接收到客户端发送的红点指令，则基于所述红点指令确定所述客户端是否满足所述红点配置规则；

发送单元104，用于若满足，则根据所述红点配置规则将各所述红点数据中的目标红点数据发送至所述客户端，其中，所述客户端基于所述目标红点数据展示所述目标红点数据对应的红点图标。

可选地，所述检测单元101还用于：

当检测到各业务模块在红点系统中进行注册时，确定各所述业务模块对应的红点图标，并根据各所述业务模块的类型依次对各所述业务模块进行配置规则，其中，将所述业务模块对应的配置规则和所述业务模块对应的红点图标作为红点配置规则。

可选地，所述接收单元102还用于：

获取所述红点系统中预设的红点数据规则，并确定所述红点系统与各所述业务模块的数据消息通道；

根据所述数据消息通道和所述红点数据规则接收各所述业务模块发送的红点数据。

可选地，所述接收单元102还用于：

根据所述红点数据规则确定所述红点系统接收红点数据的目标数据格式；

接收各所述业务模块通过所述数据消息通道发送的具有目标数据格式的红点数据。

可选地，所述红点配置规则包括特殊人群规则，所述确定单元103还用于：

基于所述红点指令在所述红点系统中的各业务模块证件中确定目标业务模块证件；

检测所述客户端中的用户信息是否满足所述目标业务模块证件对应的特殊人群规则；

若满足，则根据所述特殊人群规则生成红点信息。

可选地，所述确定单元103还用于：

当各所述业务模块在所述红点系统中进行注册时，生成各所述业务模块对应的业务模块证件。

可选地，所述确定单元103还用于：

若不满足，则在各所述红点数据中获取所述目标业务模块证件对应的目标红点数据，并将所述目标红点数据作为红点信息发送至所述客户端。

其中，上述红点消息提示装置中各个单元的功能实现与上述红点消息提示方法实施例中各步骤相对应，其功能和实现过程在此处不再一一赘述。

此外，本发明实施例还提供一种存储介质。

本发明存储介质上存储有红点消息提示程序，其中所述红点消息提示程序被处理器执行时，实现如上述的红点消息提示方法的步骤。

其中，红点消息提示程序被执行时所实现的方法可参照本发明红点消息提示方法的各个实施例，此处不再赘述。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (8)

1.一种红点消息提示方法，其特征在于，所述红点消息提示方法包括以下步骤：

当检测到各业务模块在红点系统中进行注册时，对各所述业务模块配置红点配置规则，其中，将所述业务模块对应的配置规则和所述业务模块对应的红点图标作为红点配置规则，所述业务模块对应的配置规则包括红点人群规则、入口红点信息；

接收各所述业务模块发送的红点数据，并对各所述红点数据进行缓存；

若接收到客户端发送的红点指令，则基于所述红点指令确定所述客户端是否满足所述红点配置规则；

若满足，则根据所述红点配置规则将各所述红点数据中的目标红点数据发送至所述客户端，其中，所述客户端基于所述目标红点数据展示所述目标红点数据对应的红点图标；

其中，所述接收各所述业务模块发送的红点数据的步骤，包括：

获取所述红点系统中预设的红点数据规则，并确定所述红点系统与各所述业务模块的数据消息通道；

根据所述数据消息通道和所述红点数据规则接收各所述业务模块发送的红点数据，所述红点数据存储于区块链中。

2.如权利要求1所述的红点消息提示方法，其特征在于，所述当检测到各业务模块在红点系统中进行注册时，对各所述业务模块配置红点配置规则的步骤，包括：

当检测到各业务模块在红点系统中进行注册时，确定各所述业务模块对应的红点图标，并根据各所述业务模块的类型依次对各所述业务模块进行配置规则。

3.如权利要求1所述的红点消息提示方法，其特征在于，所述根据所述数据消息通道和所述红点数据规则接收各所述业务模块发送的红点数据的步骤，包括：

根据所述红点数据规则确定所述红点系统接收红点数据的目标数据格式；

接收各所述业务模块通过所述数据消息通道发送的具有目标数据格式的红点数据。

4.如权利要求1-3任一项所述的红点消息提示方法，其特征在于，所述红点配置规则包括特殊人群规则，所述基于所述红点指令确定所述客户端是否满足所述红点配置规则的步骤，包括：

基于所述红点指令在所述红点系统中的各业务模块证件中确定目标业务模块证件；

检测所述客户端中的用户信息是否满足所述目标业务模块证件对应的特殊人群规则；

若满足，则根据所述特殊人群规则生成红点信息。

5.如权利要求4所述的红点消息提示方法，其特征在于，所述基于所述红点指令在所述红点系统中的各业务模块证件中确定目标业务模块证件的步骤之前，包括：

当各所述业务模块在所述红点系统中进行注册时，生成各所述业务模块对应的业务模块证件。

6.一种红点消息提示装置，其特征在于，所述红点消息提示装置包括：

检测单元，用于当检测到各业务模块在红点系统中进行注册时，对各所述业务模块配置红点配置规则，其中，将所述业务模块对应的配置规则和所述业务模块对应的红点图标作为红点配置规则，所述业务模块对应的配置规则包括红点人群规则、入口红点信息；

接收单元，用于接收各所述业务模块发送的红点数据，并对各所述红点数据进行缓存；

确定单元，用于若接收到客户端发送的红点指令，则基于所述红点指令确定所述客户端是否满足所述红点配置规则；

发送单元，用于若满足，则根据所述红点配置规则将各所述红点数据中的目标红点数据发送至所述客户端，其中，所述客户端基于所述目标红点数据展示所述目标红点数据对应的红点图标；

接收单元，还用于获取所述红点系统中预设的红点数据规则，并确定所述红点系统与各所述业务模块的数据消息通道；根据所述数据消息通道和所述红点数据规则接收各所述业务模块发送的红点数据，所述红点数据存储于区块链中。

7.一种红点消息提示设备，其特征在于，所述红点消息提示设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的红点消息提示程序，其中所述红点消息提示程序被所述处理器执行时，实现如权利要求1至5中任一项所述的红点消息提示方法的步骤。

8.一种存储介质，其特征在于，所述存储介质上存储有红点消息提示程序，其中所述红点消息提示程序被处理器执行时，实现如权利要求1至5中任一项所述的红点消息提示方法的步骤。

Images