CN113568907A - 一种站内信消息处理方法、装置、服务器及存储介质 - Google Patents
一种站内信消息处理方法、装置、服务器及存储介质 Download PDFInfo
- Publication number
- CN113568907A CN113568907A CN202110797233.9A CN202110797233A CN113568907A CN 113568907 A CN113568907 A CN 113568907A CN 202110797233 A CN202110797233 A CN 202110797233A CN 113568907 A CN113568907 A CN 113568907A
- Authority
- CN
- China
- Prior art keywords
- message
- information
- index
- content
- station
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 47
- 238000012545 processing Methods 0.000 title claims abstract description 37
- 238000013507 mapping Methods 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 8
- 238000004458 analytical method Methods 0.000 claims description 4
- 230000000977 initiatory effect Effects 0.000 claims description 4
- 238000003672 processing method Methods 0.000 claims description 4
- 230000008569 process Effects 0.000 description 7
- 230000006870 function Effects 0.000 description 5
- 230000009471 action Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 3
- 238000012550 audit Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 230000006399 behavior Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 230000003631 expected effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2228—Indexing structures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Computational Linguistics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例公开了一种站内信消息处理方法、装置、服务器及存储介质。该方法包括：接收消息推送平台推送的消息，写入消息队列；对于消息队列中的消息，将除消息内容外的多个字段保存为消息索引，并存储至索引库；将全量字段信息保存至key‑value型数据库；用户查看历史消息时，当前应用将输入信息发送至索引库进行查询，返回所查询信息的索引信息，再根据接收的索引信息向key‑value型数据库发起查询，返回完整消息内容至用户。本发明实施例的技术方案，在大量消息处理时，分别存储全量消息内容和索引内容，并创建的索引支持多字段组合，实现更精准更快速存储与查询，同时提高了查询时消息展示速度。
Description
技术领域
本发明实施例涉及移动互联网应用技术领域，尤其涉及一种站内信消息处理方法、装置、服务器及存储介质。
背景技术
消息推送是移动应用的重要营销能力，通过主动推送的方式像用户发送通知、营销、服务等不同类别消息，是应用与用户之间主要的交互方式。然而，主动推送的消息存在用户不能及时接收和处理的问题，事后再处理消息时却无法通过一个标准的入口找到这条消息，导致消息推送无法达到预期效果。随着技术的升级，通过在应用的服务端搭建站内信服务，统一接收和存储历史消息，并提供消息拉取、分类查询、通知提醒等服务，解决这一难题。用户进入应用前端个人中心的消息模块即可体验站内信服务，查看接收的历史消息并对感兴趣的内容进行阅读和处理，避免了重要内容的遗漏。
不同类别的APP个人中心的站内信服务设计存在着很大的差异化，在批量推送消息的应用场景，需要对大量消息同时推送的接收和后续拉取做个性化处理，保证速度的同时，以站内信组件的形式构建并支持复用，现有技术方案缺少对此类问题的方法，多数更聚焦在站内信服务在不同应用场景的个性化功能设计方法，侧重于解决业务层面的问题，或通过业务数据进行一定的技术限制提高资源利用率，没有解决站内信消息高效存储与拉取的相关方法。
发明内容
本发明实施例提供一种站内信消息处理方法、装置、服务器及存储介质，以实现对消息中心存储组件进行划分，实现批量消息推送时的高性能分类存储。
第一方面，本发明实施例提供了一种站内信消息处理方法，包括：
接收消息推送平台推送的消息，写入消息队列；
对于消息队列中的消息，将除消息内容外的多个字段保存为消息索引，并存储至索引库，其中，所述多个字段包括用户属性、消息编号、推送时间、是否已读中的一种或多种；
将全量字段信息保存至key-value型数据库，其中，所述全量字段信息包括消息内容、用户属性、消息编号和推送时间；
用户查看历史消息时，当前应用将输入信息发送至索引库进行查询，返回所查询信息的索引信息，再根据接收的索引信息向key-value型数据库发起查询，返回完整消息内容至用户。
可选的，所述方法还包括：
接收APP的接入申请；
创建APP与站内信消息关系，分配消息存储空间及APPKEY，向APP发送APPKEY。
可选的，所述方法还包括：
接收APP的查询申请；
根据APPKEY获取对应的APPSECRET，对内容进行解密、解析，从而返回完整的站内信消息内容。
可选的，在将全量字段信息保存至key-value型数据库之后，还包括：
创建接收消息所属消息子类与消息大类间的映射关系，消息分类信息存储至消息类型库。
第二方面，本发明实施例还提供了一种站内信消息处理装置，包括：
接收单元，用于接收消息推送平台推送的消息，写入消息队列；
索引单元，用于对于消息队列中的消息，将除消息内容外的多个字段保存为消息索引，并存储至索引库，其中，所述多个字段包括用户属性、消息编号、推送时间、是否已读中的一种或多种；
数据单元，用于将全量字段信息保存至key-value型数据库，其中，所述全量字段信息包括消息内容、用户属性、消息编号和推送时间；
查询单元，用于用户查看历史消息时，当前应用将输入信息发送至索引库进行查询，返回所查询信息的索引信息，再根据接收的索引信息向key-value型数据库发起查询，返回完整消息内容至用户。
可选的，所述装置还包括：
接入单元，用于接收APP的接入申请；
创建单元，用于创建APP与站内信消息关系，分配消息存储空间及APPKEY，向APP发送APPKEY。
可选的，所述装置还包括：
查询单元，用于接收APP的查询申请；
解析单元，用于根据APPKEY获取对应的APPSECRET，对内容进行解密、解析，从而返回完整的站内信消息内容。
可选的，所述装置还包括：
分类单元，用于创建接收消息所属消息子类与消息大类间的映射关系，消息分类信息存储至消息类型库。
第三方面，本发明实施例还提供了一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述实施例中任一所述的站内信消息处理方法。
第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中任一所述的站内信消息处理方法。
本发明实施例的技术方案，在大量消息处理时，分别存储全量消息内容和索引内容，并创建的索引支持多字段组合，实现更精准更快速存储与查询，同时提高了查询时消息展示速度。
附图说明
图1是本发明实施例一中的一种站内信消息处理方法的流程示意图；
图2是本发明实施例二中的一种站内信消息处理装置的结构示意图；
图3是本发明实施例三中的一种服务器的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
此外，术语“第一”、“第二”等可在本文中用于描述各种方向、动作、步骤或元件等，但这些方向、动作、步骤或元件不受这些术语限制。这些术语仅用于将第一个方向、动作、步骤或元件与另一个方向、动作、步骤或元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一速度差值称为第二速度差值，且类似地，可将第二速度差值称为第一速度差值。第一速度差值和第二速度差值两者都是速度差值，但其不是同一速度差值。术语“第一”、“第二”等不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
实施例一
图1为本发明实施例一提供的一种站内信消息处理方法的流程示意图，本发明实施例可适用于大量消息处理的情况。本发明实施例的方法可以由一种站内信消息处理装置来执行，该装置可以由软件和/或硬件的方式实现，并一般可集成于服务器或终端设备中。参照图1，本发明实施例的站内信消息处理方法，具体包括如下步骤：
步骤S110、接收消息推送平台推送的消息，写入消息队列。
具体的，消息推送是互联网运营模式中常见的提醒、营销和行为记录方式，通用的消息推送发起方式有两种，第一类是通过运营工具平台，运营人员配置消息内容、推送时间、用户集、推送周期等内容，按照配置的规则完成消息推送，第二类是通过消息接口实时将产生的提醒类消息推送给用户，为防止并发量大导致的系统功能瓶颈，需要引入消息队列组件，根据推送任务对系统资源进行合理调配。
步骤S120、对于消息队列中的消息，将除消息内容外的多个字段保存为消息索引，并存储至索引库，其中，所述多个字段包括用户属性、消息编号、推送时间、是否已读中的一种或多种。
具体的，对用户推送的消息，除了内容主体还包括接收方的用户属性、消息编号、推送时间、是否已读等字段信息，根据这些信息可以清晰的查询消息具体内容，构建除消息内容外的多字段的索引并存储至索引库，后期进行消息查询时可以有效提升效率。
步骤S130、将全量字段信息保存至key-value型数据库，其中，所述全量字段信息包括消息内容、用户属性、消息编号和推送时间。
具体的，将包括用户属性、消息编号、推送时间以及消息内容的全量字段信息保存至key-value型数据库，key-value型数据库区别于传统关系型数据库，在内容的存储和查询时候具备更高的效率。
通过key-value非关系型数据库实现大量消息的存储与拉取，相比传统关系型数据库速度更快，但是拉取消息内容时的查询条件不是单一的，消息拉取的场景，需要将多个字段拼接成为唯一索引，更准确快速的定位和查询消息内容，向使用APP的用户展示。
步骤S140、用户查看历史消息时，当前应用将输入信息发送至索引库进行查询，返回所查询信息的索引信息，再根据接收的索引信息向key-value型数据库发起查询，返回完整消息内容至用户。
具体的，用户查看历史消息时，既启动站内信服务中的消息拉取，当前应用将用户属性、拉取消息的发送时间、消息状态等信息发送至索引库进行查询，返回所查询消息的索引信息，消息拉取服务再根据接收的索引信息向消息库发起查询，返回完整消息内容至用户。
作为一可选实施例，所述方法还包括：接收APP的接入申请；创建APP与站内信消息关系，分配消息存储空间及APPKEY，向APP发送APPKEY。所述方法还包括：接收APP的查询申请；根据APPKEY获取对应的APPSECRET，对内容进行解密、解析，从而返回完整的站内信消息内容。
具体的，站内信服务可以支持多APP使用，通过APP接入管控模块的管理APP与站内信消息内容之间关系，以加解密的技术措施在APP申请接入时创建关联，并发放APPKEY，查询消息根据APPKEY获取所属消息模块的APPSECRET，对内容时进行解密、解析，从而返回完整的站内信消息内容，大大的提升了安全性，理论上在物理设备性能允许的情况下可实现APP无限制接入的一点部署、多点应用模式。
其过程可以为：
S210：任何外部应用APP均可使用本发明消息模块进行历史消息持久化保存与即时查看，第一步先要通过申请获得APPKEY，需要启动审核流程，并向通过审核的应用发放APPKEY；
S220：向APP发放APPKEY的同时，APP接入管控模块自动创建APP与消息模块之间关联，建立APPID与APPKEY之间的映射关系，并创建此APP在消息模块中的专属存储空间，并对历史消息进行加密存储；
S230：APP获得APPKEY，此后每次消息查询请求发起时候，通过APPID在系统中查询对应的APPKEY；
S310：用户打开APP消息模块，查询历史消息内容，此时从应用侧发起请求并将APPID+APPKEY内容传输至多APP接入管控模块；
S320：根据APPKEY确定消息模块中对应的存储空间，此时消息内容为密文，需要通过APPKEY以及APPID在APP接入管控模块二次查询并返回对应的APPSECRET；
S330：APP接入管控模块将APPID与APPSECRET内容发送至对应的消息模块，对加密消息内容进行解密、解析，将结果返回并展示给用户。
作为一可选实施例，在将全量字段信息保存至key-value型数据库之后，还包括：创建接收消息所属消息子类与消息大类间的映射关系，消息分类信息存储至消息类型库。
具体的，用户打开APP站内信查询历史消息时，如果按消息接收时间一条一条顺序展示，会造成手机屏幕长度无法满足消息展示的需求，显得内容非常凌乱，造成很差的使用体验。本发明通过消息分类的方式，将历史消息3至5大类，在消息模块完整显示不同的消息分类，用户如想查询单条消息的详细内容，只需进入大类目录进行少量历史消息筛选搜寻即可。
由于不同类别的APP包含的消息类别不同，本发明定义了满足众多消息类型作为展示在站内信消息大类的子类，同时建立消息分类映射存储模块，创建接收消息所属消息子类与消息大类间的映射关系，用户访问APP消息模块时，选择消息大类即可展示全部子类历史消息内容。
本发明实施例的技术方案，通过对消息全量内容、查询索引、分类规则及对应的应用密钥进行存储，协同处理大量消息推送后，消息内容的快速存储与拉取，有效提升消息中心的整体处理性能，并基于应用管控机制实现消息中心安全及多点复用。
进一步的，建立多APP接入管控机制，创建APP与站内信服务之间的对应关系，以及消息加解密处理方案，不同应用通过接入时获取的APPKEY，在APP接入管控模块查询所属的消息模块，并对消息内容做解密解析处理才能获取实际的消息内容，相比现有方案具备可复用的技术创新。
进一步的，创建接收消息所属消息子类与消息大类间的映射关系，用户访问APP站内信时，选择消息大类即可展示全部子类历史消息内容，用户如想查询单条消息的详细内容，只需进入大类目录进行少量消息的筛选搜寻即可，相比现有方案，为更好的消息模块使用体验建立了完善的技术支撑。
实施例二
本发明实施例所提供的站内信消息处理装置可执行本发明任意实施例所提供的站内信消息处理方法，具备执行方法相应的功能模块和有益效果，该装置可以由软件和/或硬件(集成电路)的方式实现，并一般可集成于服务器或终端设备中。图2是本发明实施例二中的一种站内信消息处理装置200的结构示意图。参照图2，本发明实施例的站内信消息处理装置200具体可以包括：
接收单元210，用于接收消息推送平台推送的消息，写入消息队列；
索引单元220，用于对于消息队列中的消息，将除消息内容外的多个字段保存为消息索引，并存储至索引库，其中，所述多个字段包括用户属性、消息编号、推送时间、是否已读中的一种或多种；
数据单元230，用于将全量字段信息保存至key-value型数据库，其中，所述全量字段信息包括消息内容、用户属性、消息编号和推送时间；
查询单元240，用于用户查看历史消息时，当前应用将输入信息发送至索引库进行查询，返回所查询信息的索引信息，再根据接收的索引信息向key-value型数据库发起查询，返回完整消息内容至用户。
可选的，所述装置200还包括：
接入单元，用于接收APP的接入申请；
创建单元，用于创建APP与站内信消息关系，分配消息存储空间及APPKEY，向APP发送APPKEY。
可选的，所述装置200还包括：
查询单元，用于接收APP的查询申请；
解析单元，用于根据APPKEY获取对应的APPSECRET，对内容进行解密、解析，从而返回完整的站内信消息内容。
可选的，所述装置200还包括：
分类单元，用于创建接收消息所属消息子类与消息大类间的映射关系，消息分类信息存储至消息类型库。
本发明实施例的技术方案，在大量消息处理时，分别存储全量消息内容和索引内容，并创建的索引支持多字段组合，实现更精准更快速存储与查询，同时提高了查询时消息展示速度。
实施例三
图3为本发明实施例三提供的一种服务器的结构示意图，如图3所示，该服务器包括处理器310、存储器320、输入装置330和输出装置340；服务器中处理器310的数量可以是一个或多个，图3中以一个处理器310为例；服务器中的处理器310、存储器320、输入装置330和输出装置340可以通过总线或其他方式连接，图3中以通过总线连接为例。
存储器320作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的站内信消息处理方法对应的程序指令/模块(例如，站内信消息处理装置中的接收单元210、索引单元220、数据单元230和查询单元240)。处理器310通过运行存储在存储器320中的软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述的站内信消息处理方法。
也即：
接收消息推送平台推送的消息，写入消息队列；
对于消息队列中的消息，将除消息内容外的多个字段保存为消息索引，并存储至索引库，其中，所述多个字段包括用户属性、消息编号、推送时间、是否已读中的一种或多种；
将全量字段信息保存至key-value型数据库，其中，所述全量字段信息包括消息内容、用户属性、消息编号和推送时间；
用户查看历史消息时，当前应用将输入信息发送至索引库进行查询，返回所查询信息的索引信息，再根据接收的索引信息向key-value型数据库发起查询，返回完整消息内容至用户。
当然，本发明实施例所提供的服务器，其处理器不限于执行如上所述的方法操作，还可以执行本发明任意实施例所提供的站内信消息处理方法中的相关操作。
存储器320可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器320可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器320可进一步包括相对于处理器310远程设置的存储器，这些远程存储器可以通过网络连接至服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置330可用于接收输入的数字或字符信息，以及产生与服务器的用户设置以及功能控制有关的键信号输入。输出装置340可包括显示屏等显示设备。
本发明实施例的技术方案，在大量消息处理时，分别存储全量消息内容和索引内容，并创建的索引支持多字段组合，实现更精准更快速存储与查询，同时提高了查询时消息展示速度。
实施例四
本发明实施例四还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种站内信消息处理方法，该方法包括：
接收消息推送平台推送的消息，写入消息队列；
对于消息队列中的消息，将除消息内容外的多个字段保存为消息索引，并存储至索引库，其中，所述多个字段包括用户属性、消息编号、推送时间、是否已读中的一种或多种；
将全量字段信息保存至key-value型数据库，其中，所述全量字段信息包括消息内容、用户属性、消息编号和推送时间；
用户查看历史消息时，当前应用将输入信息发送至索引库进行查询，返回所查询信息的索引信息，再根据接收的索引信息向key-value型数据库发起查询，返回完整消息内容至用户。
当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的站内信消息处理方法中的相关操作。
本发明实施例的计算机可读存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
存储介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或终端上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
本发明实施例的技术方案，在大量消息处理时，分别存储全量消息内容和索引内容，并创建的索引支持多字段组合，实现更精准更快速存储与查询，同时提高了查询时消息展示速度。
注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。
Claims (10)
1.一种站内信消息处理方法，其特征在于，包括：
接收消息推送平台推送的消息，写入消息队列；
对于消息队列中的消息，将除消息内容外的多个字段保存为消息索引，并存储至索引库，其中，所述多个字段包括用户属性、消息编号、推送时间、是否已读中的一种或多种；
将全量字段信息保存至key-value型数据库，其中，所述全量字段信息包括消息内容、用户属性、消息编号和推送时间；
用户查看历史消息时，当前应用将输入信息发送至索引库进行查询，返回所查询信息的索引信息，再根据接收的索引信息向key-value型数据库发起查询，返回完整消息内容至用户。
2.根据权利要求1所述的站内信消息处理方法，其特征在于，所述方法还包括：
接收APP的接入申请；
创建APP与站内信消息关系，分配消息存储空间及APPKEY，向APP发送APPKEY。
3.根据权利要求2所述的站内信消息处理方法，其特征在于，所述方法还包括：
接收APP的查询申请；
根据APPKEY获取对应的APPSECRET，对内容进行解密、解析，从而返回完整的站内信消息内容。
4.根据权利要求1所述的站内信消息处理方法，其特征在于，在将全量字段信息保存至key-value型数据库之后，还包括：
创建接收消息所属消息子类与消息大类间的映射关系，消息分类信息存储至消息类型库。
5.一种站内信消息处理装置，其特征在于，包括：
接收单元，用于接收消息推送平台推送的消息，写入消息队列；
索引单元，用于对于消息队列中的消息，将除消息内容外的多个字段保存为消息索引，并存储至索引库，其中，所述多个字段包括用户属性、消息编号、推送时间、是否已读中的一种或多种；
数据单元，用于将全量字段信息保存至key-value型数据库，其中，所述全量字段信息包括消息内容、用户属性、消息编号和推送时间；
查询单元，用于用户查看历史消息时，当前应用将输入信息发送至索引库进行查询，返回所查询信息的索引信息，再根据接收的索引信息向key-value型数据库发起查询，返回完整消息内容至用户。
6.根据权利要求5所述的站内信消息处理装置，其特征在于，所述装置还包括：
接入单元，用于接收APP的接入申请；
创建单元，用于创建APP与站内信消息关系，分配消息存储空间及APPKEY，向APP发送APPKEY。
7.根据权利要求6所述的站内信消息处理装置，其特征在于，所述装置还包括：
查询单元，用于接收APP的查询申请；
解析单元，用于根据APPKEY获取对应的APPSECRET，对内容进行解密、解析，从而返回完整的站内信消息内容。
8.根据权利要求5所述的站内信消息处理装置，其特征在于，所述装置还包括：
分类单元，用于创建接收消息所属消息子类与消息大类间的映射关系，消息分类信息存储至消息类型库。
9.一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现根据权利要求1-4中任一所述的站内信消息处理方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现根据权利要求1-4中任一所述的站内信消息处理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110797233.9A CN113568907A (zh) | 2021-07-14 | 2021-07-14 | 一种站内信消息处理方法、装置、服务器及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110797233.9A CN113568907A (zh) | 2021-07-14 | 2021-07-14 | 一种站内信消息处理方法、装置、服务器及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113568907A true CN113568907A (zh) | 2021-10-29 |
Family
ID=78164852
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110797233.9A Pending CN113568907A (zh) | 2021-07-14 | 2021-07-14 | 一种站内信消息处理方法、装置、服务器及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113568907A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114040014A (zh) * | 2021-11-08 | 2022-02-11 | 鼎道智联(北京)科技有限公司 | 内容推送方法、装置、电子设备及计算机可读存储介质 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2015103773A1 (zh) * | 2014-01-10 | 2015-07-16 | 华为技术有限公司 | 一种消息推送方法及装置 |
| CN108132845A (zh) * | 2016-12-01 | 2018-06-08 | 阿里巴巴集团控股有限公司 | 消息存储、投递方法和装置以及电子设备 |
| CN110019211A (zh) * | 2017-11-27 | 2019-07-16 | 北京京东尚科信息技术有限公司 | 关联索引的方法、装置和系统 |
| CN110110006A (zh) * | 2019-04-15 | 2019-08-09 | 平安普惠企业管理有限公司 | 数据管理方法及相关产品 |
| CN112347099A (zh) * | 2020-10-27 | 2021-02-09 | 口碑(上海)信息技术有限公司 | 数据处理方法、装置、计算设备及计算机可读存储介质 |
| CN112597202A (zh) * | 2020-12-28 | 2021-04-02 | 江苏苏宁物流有限公司 | 数据查询方法、装置、计算机设备和存储介质 |
-
2021
- 2021-07-14 CN CN202110797233.9A patent/CN113568907A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2015103773A1 (zh) * | 2014-01-10 | 2015-07-16 | 华为技术有限公司 | 一种消息推送方法及装置 |
| CN108132845A (zh) * | 2016-12-01 | 2018-06-08 | 阿里巴巴集团控股有限公司 | 消息存储、投递方法和装置以及电子设备 |
| CN110019211A (zh) * | 2017-11-27 | 2019-07-16 | 北京京东尚科信息技术有限公司 | 关联索引的方法、装置和系统 |
| CN110110006A (zh) * | 2019-04-15 | 2019-08-09 | 平安普惠企业管理有限公司 | 数据管理方法及相关产品 |
| CN112347099A (zh) * | 2020-10-27 | 2021-02-09 | 口碑(上海)信息技术有限公司 | 数据处理方法、装置、计算设备及计算机可读存储介质 |
| CN112597202A (zh) * | 2020-12-28 | 2021-04-02 | 江苏苏宁物流有限公司 | 数据查询方法、装置、计算机设备和存储介质 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114040014A (zh) * | 2021-11-08 | 2022-02-11 | 鼎道智联(北京)科技有限公司 | 内容推送方法、装置、电子设备及计算机可读存储介质 |
| CN114040014B (zh) * | 2021-11-08 | 2024-04-05 | 鼎道智联(北京)科技有限公司 | 内容推送方法、装置、电子设备及计算机可读存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20220374538A1 (en) | Permission control method and device and electronic equipment | |
| CN111476015A (zh) | 一种文档处理方法、装置、电子设备及存储介质 | |
| WO2024131595A1 (zh) | 数据处理方法、装置、电子设备及存储介质 | |
| CN111054079A (zh) | 信息查询方法、装置、电子设备及存储介质 | |
| CN113568907A (zh) | 一种站内信消息处理方法、装置、服务器及存储介质 | |
| US20240086850A1 (en) | Method, apparatus, device and storage medium for data processing | |
| CN114385382A (zh) | 轻应用的访问方法、装置、计算机设备和存储介质 | |
| CN110866229B (zh) | 一种多平台账户权限统一管理方法及系统 | |
| CN112948138A (zh) | 一种处理消息的方法和装置 | |
| CN115587860A (zh) | 业务处理方法、装置、存储介质及电子设备 | |
| CN115022266A (zh) | 一种群成员添加方法、装置、设备及介质 | |
| CN103796042B (zh) | 资源信息推送方法及装置 | |
| CN113836415A (zh) | 信息推荐方法、装置、介质及设备 | |
| CN115080521A (zh) | 信息显示方法、装置、电子设备和存储介质 | |
| CN112115154A (zh) | 数据处理和数据查询方法、装置、设备和计算机可读介质 | |
| CN114997115A (zh) | 文档处理方法、装置、设备和介质 | |
| CN112799744A (zh) | 工业app的调用方法、装置、计算机可读介质及电子设备 | |
| CN111880773A (zh) | 一种数据处理方法、装置、电子设备及存储介质 | |
| WO2022116565A1 (zh) | 操作请求的响应处理方法、装置及计算机可读存储介质 | |
| CN114997118B (zh) | 一种文档处理方法、装置、设备和介质 | |
| CN112787880B (zh) | 回放数据获取与流量回放方法、设备及存储介质 | |
| CN110619195B (zh) | 一种权限申请处理方法、装置、设备及存储介质 | |
| CN118210988A (zh) | 一种页面访问方法、装置、设备、介质、产品 | |
| CN116795339A (zh) | 服务接口的生成方法、装置、设备及存储介质 | |
| CN118260173A (zh) | 一种耗时信息确定方法、装置、电子设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20211029 |