CN110311855B - 用户消息处理方法、装置、电子设备及存储介质 - Google Patents
用户消息处理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN110311855B CN110311855B CN201910557165.1A CN201910557165A CN110311855B CN 110311855 B CN110311855 B CN 110311855B CN 201910557165 A CN201910557165 A CN 201910557165A CN 110311855 B CN110311855 B CN 110311855B
- Authority
- CN
- China
- Prior art keywords
- message
- user
- record
- list
- sending
- 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.)
- Active
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 30
- 230000005540 biological transmission Effects 0.000 claims abstract description 73
- 238000000034 method Methods 0.000 claims abstract description 44
- 238000012545 processing Methods 0.000 claims description 28
- 230000003993 interaction Effects 0.000 claims description 18
- 230000004044 response Effects 0.000 claims description 18
- 238000004590 computer program Methods 0.000 claims description 15
- 238000010586 diagram Methods 0.000 description 9
- 230000002159 abnormal effect Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 6
- 230000005856 abnormality Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 239000003999 initiator Substances 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 230000001174 ascending effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
- H04L51/043—Real-time or near real-time messaging, e.g. instant messaging [IM] using or handling presence information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
- H04L51/046—Interoperability with other network applications or services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/06—Message adaptation to terminal or network requirements
- H04L51/066—Format adaptation, e.g. format conversion or compression
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
- H04L51/10—Multimedia information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/226—Delivery according to priorities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0815—Network architectures or network communication protocols for network security for authentication of entities providing single-sign-on or federations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/133—Protocols for remote procedure calls [RPC]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种用户消息处理方法、装置、电子设备及存储介质,该方法包括:接收第一用户发送至第二用户的消息,第一用户关联消息发送列表,第二用户关联消息接收列表;在消息发送列表中针对消息存储发送记录;在消息接收列表中针对消息存储接收记录;存储消息。能够使用发送列表、接收列表分别存储发送方信息和接收方信息,使得消息的收发方信息尽在服务器中存储一份数据,减小冗余数据。服务器能够原先存储冗余数据的存储空间,能够用于存储更多的数据,提高资源利用率。
Description
技术领域
本发明实施例涉及数据处理技术,尤其涉及一种用户消息处理方法、装置、电子设备及存储介质。
背景技术
随着网络流量的不断增大,用户与其他用户的通信量越来越高。网络侧需要记载用户的历史记录,并为用户提供用户交互记录。
对于用户之间的交互记录,通常采用主列表和备列表的形式存储。主列表中记载发送方信息、发送时间、发送的消息内容、接收方信息、接收时间等。备列表作为主列表的备份,存储有与主列表相同的数据内容。
采用主列表和备列表的方式进行存储时,相同数据被存储两次,存在冗余数据,冗余数据占用***资源,导致资源利用率差。
发明内容
本发明提供一种用户消息处理方法、装置、电子设备及存储介质,以实现降低冗余数据,提高***资源利用率。
第一方面,本发明实施例提供了一种用户消息处理方法,包括:
接收第一用户发送至第二用户的消息,第一用户关联消息发送列表,第二用户关联消息接收列表;
在消息发送列表中针对消息存储发送记录;
在消息接收列表中针对消息存储接收记录;
存储消息。
第二方面,本发明实施例还提供了一种用户消息处理方法,包括:
接收客户端发送的消息请求,客户端登录有第一用户,第一用户关联消息发送列表;
响应于消息请求,在消息发送列表中查找针对一消息存储的发送记录;
若查找到发送记录,则根据发送记录确定接收消息的第二用户,第二用户关联的消息接收列表;
在消息接收列表中查找针对消息存储的接收记录;
若查找到接收记录,则查找消息,将消息发送至客户端进行显示。
第三方面,本发明实施例还提供了一种用户消息处理方法,包括:
接收客户端发送的消息请求,客户端登录有第二用户,第二用户关联消息接收列表;
响应于消息请求,在消息接收列表中查找针对一消息存储的接收记录;
若查找到接收记录,则根据接收记录确定发送消息的第一用户,第一用户关联的消息发送列表;
在消息发送列表中查找针对消息存储的发送记录;
若查找到发送记录,则查找消息,将消息发送至客户端进行显示。
第四方面,本发明实施例还提供了一种用户消息处理装置,包括:
消息接收模块,用于接收第一用户发送至第二用户的消息,第一用户关联消息发送列表,第二用户关联消息接收列表;
发送记录存储模块,用于在消息发送列表中针对消息存储发送记录;
接收记录存储模块,用于在消息接收列表中针对消息存储接收记录;
消息存储模块,用于存储消息。
第五方面,本发明实施例还提供了一种用户消息处理装置,包括:
第一消息请求接收模块,用于接收客户端发送的消息请求,客户端登录有第一用户,第一用户关联消息发送列表;
第一发送记录查找模块,用于响应于消息请求,在消息发送列表中查找针对一消息存储的发送记录;
第二用户确定模块,用于若查找到发送记录,则根据发送记录确定接收消息的第二用户,第二用户关联的消息接收列表;
第一接收记录查找模块,用于在消息接收列表中查找针对消息存储的接收记录;
第一消息查找模块,用于若查找到接收记录,则查找消息,将消息发送至客户端进行显示。
第六方面,本发明实施例还提供了一种用户消息处理装置,包括:
第二消息请求接收模块,用于接收客户端发送的消息请求,客户端登录有第二用户,第二用户关联消息接收列表;
第二接收记录查找模块,用于响应于消息请求,在消息接收列表中查找针对一消息存储的接收记录;
第一用户确定模块,用于若查找到接收记录,则根据接收记录确定发送消息的第一用户,第一用户关联的消息发送列表;
第二发送记录查找模块,用于在消息发送列表中查找针对消息存储的发送记录;
第二消息查找模块,用于若查找到发送记录,则查找消息,将消息发送至客户端进行显示。
第七方面,本发明实施例还提供了一种电子设备,包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序,处理器执行程序时实现如第一方面所示的用户消息处理方法。
第八方面,本发明实施例还提供了一种电子设备,包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序,处理器执行程序时实现如第二方面所示的用户消息处理方法。
第九方面,本发明实施例还提供了一种电子设备,包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序,处理器执行程序时实现如第三方面所示的用户消息处理方法。
第十方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如第一方面所示的用户消息处理方法。
第十一方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如第二方面所示的用户消息处理方法。
第十二方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如第三方面所示的用户消息处理方法。
本发明实施例提供的用户消息处理方案,服务器能够在接收第一用户发送至第二用户的消息时,在第一用户关联的消息发送列表中针对消息存储发送记录,在第二用户关联的消息接收列表中针对消息存储接收记录,并存储该消息。服务器在发送列表仅存储发送记录,在接收列表中仅存储接收记录,并存储消息,实现仅存储一份消息。相对于使用主列表和备列表的方式,能够使用发送列表、接收列表分别存储发送方信息和接收方信息,使得消息的收发方信息尽在服务器中存储一份数据,减小冗余数据。服务器能够原先存储冗余数据的存储空间,能够用于存储更多的数据,提高资源利用率。
附图说明
图1是本发明实施例适用的***机构示意图;
图2是本发明实施例中的一种用户消息处理方法的流程示意图;
图3是本发明实施例中的另一种用户消息处理方法的流程示意图;
图4是本发明实施例中的另一种用户消息处理方法的流程示意图;
图5是本发明实施例中的另一种用户消息处理方法的流程示意图;
图6是本发明实施例中的一种用户消息处理装置的结构示意图;
图7是本发明实施例中的另一种用户消息处理装置的结构示意图;
图8是本发明实施例中的另一种用户消息处理装置的结构示意图;
图9是本发明实施例中的电子设备的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
图1为本发明实施例使用的***架构场景,网络中接入由多台终端,其中第一终端001登录有第一用户,第二终端002登录有第二用户。可选的,第一终端001和第二终端002中均安装有直播应用,第一用户启动第一终端001中的直播应用,在直播应用中登录第一用户的登录账号,第二用户启动第二终端002中的直播应用,在直播应用中登录第二用户的登录账号。可选的,第一终端001和第二终端002中均安装有可以访问直播平台的浏览器,第一用户启动第一终端001中的浏览器并访问直播平台,在直播平台登录第一用户的登录账号;第二用户启动第二终端002中的浏览器并访问直播平台,在直播平台登录第二用户的登录账号。第一用户向第二用户发送消息时,服务器003接收该消息,服务器003对该消息进行存储。第一用户或第二用户可通过向服务器发送消息请求,从服务器查询已记录的消息。
第一用户可以向第二用户发起邀请消息。发起的邀请包括:直播访问业务邀请或游戏互动业务邀请。第一用户还可以与第二用户进行即时通信业务。
以直播访问业务邀请为例,第一用户向第二用户发起直播访问业务邀请,用于第一用户邀请第二用户对第一用户进行直播访问。此时,第二用户可接收到第一用户发起的直播访问业务邀请。服务器存储该直播访问业务邀请。之后,第一用户可以向服务器发起直播访问业务邀请的消息请求,用于查询直播访问业务中与第一用户相关的邀请记录与被邀请记录。
游戏互动业务邀请用于第一用户邀请第二用户与第一用户一起参与游戏。第一用户可以向第二用户发送游戏互动业务邀请,此时,第二用户可接收到第一用户发起的游戏互动业务邀请。服务器存储该游戏互动业务邀请。之后,第一用户可以向服务器发起游戏互动业务邀请的消息请求,用于查询游戏互动业务中与第一用户相关的邀请记录与被邀请记录。
第一用户还可以与第二用户进行即时通信。在第一用户向第二用户发送即时通信消息,或第二用户向第一用户发送即时通信消息的过程中,服务器记录第一用户与第二用户之间发送的即时通信消息。即时通信消息包括文本格式、音频格式或视频格式。
图2为本发明实施例提供的一种用户消息处理方法的流程图,适用于对多个用户之间发送的消息进行存储的情况,该方法应用于服务器,包括:
步骤110、接收第一用户发送至第二用户的消息。
其中,第一用户关联消息发送列表,第二用户关联消息接收列表。
每个用户关联有发送列表和接收列表。本发明实施例以一次发送消息的角度进行描述。对于同一个用户而言,在同一个业务场景中,如即时通讯、游戏互动等,其可以作为第一用户,发送消息,相对应地,也可以作为第二用户,接收消息。
可以通过直播服务器获取第一用户发送至第二用户的消息,也可以由第一用户向第二用户发送消息时,将该消息发送至服务器,然后由服务器对该消息进行存储并将该消息发送至第二用户。该消息包括上述实施例所示的直播访问业务、游戏互动业务或即时通信业务的消息。
在服务器中,可以为每个用户与其关联的发送列表和接收列表。例如,第一用户关联有发送列表和第一用户关联的接收列表。发送列表用于记载第一用户发出的消息特征。第一用户关联的接收列表用于记载第一用户接收的消息特征。同理,第二用户关联有接收列表和第二用户关联的发送列表。接收列表用于记载第二用户接收的消息特征。第二用户关联的发送列表用于记载第二用户发送的消息特征。消息特征可以包括:消息发送(或接收)的时间戳以及对端用户标识等,其中,时间戳可用于消息的排序。
在第一用户向第二用户发送消息的过程中,涉及的列表为第一用户关联的发送列表和第二用户关联的接收列表。同理,在第二用户向第一用户发送消息的过程中,涉及的列表为第二用户关联的发送列表和第一用户关联的接收列表。第一用户可以是一个消息传输中的发送者,也可以另一个消息传输过程中的接收者。为了方便描述,本发明实施例仅以第一用户向第二用户发送消息为例进行说明。
步骤120、在消息发送列表中针对消息存储发送记录。
消息发送列表中包含多个发送记录。每个发送记录对应一个消息。发送记录用于表示向某用户发送了某消息。该用户可以通过第二用户的用户标识表示,发送记录中可以仅记录消息的标识,不记录消息主体内容。消息主体内容独立存储,可通过消息的标识从独立存储空间中查找消息的主体内容。进而消息发送列表能够更加轻量化。
可选的,步骤120还可以通过下述方式进行实施:确定消息的编号;确定第二用户的用户标识;以消息的编号、第二用户的用户标识作为消息的发送记录,存储在消息发送列表中。
消息的编号可以为消息的标识的一种实现方式。为消息配置编号,在第一用户关联的消息发送列表中,根据第二用户特征、该编号以及消息的时间特征形成发送记录。进而记录在何时向某用户发送了某编号的消息。需要说明的是,本申请实施例中发送记录中编号用于作为消息主体的关键值,通过一个编号可以查找到唯一对应的消息主体。该编号可以为顺序编号的序号,也可以为根据预设算法生成的编号。其中,顺序编号可以为从0开始,依次增加的整数序列,如“0”、“1”、“2”、“3”……“N”,N为升序序列的末尾整数,服务器为接收到的消息配置相应的编号。预设算法请见下述实施例。
以消息的编号、第二用户的用户标识作为消息的发送记录,该发送记录表示了,第一用户向第二用户发送了编号为消息的编号的某条消息。
进一步的,为了更加准确的记录消息的特征,可以在发送记录中增加消息的时间戳。该时间戳可以包含在编号中,也可以在发送记录中增加一个记录参数,以记录消息的时间戳。
若以增加记录参数的方式记录时间戳,则以消息的编号、第二用户的用户标识和消息的时间戳作为消息的发送记录。时间戳为第一用户记载的发送消息的时间戳。若时间戳包含在编号中,可以以时间戳为主字段,并辅以随机数(或有序数字)作为辅助字段,组成消息的编号。
上述用于生成编号的预设算法可以为:首先,确定消息的时间戳、平台类型信息、业务类型信息、编号类型标识、随机字符串,时间戳用于确定发送记录在消息发送列表中的排序或者接收记录在消息接收列表中的排序。然后,将消息的时间戳、平台类型信息、业务类型信息、编号类型标识、随机字符串组合为消息的编号。
消息的时间戳的时间粒度可以精确到分钟也可以精确到秒。平台类类型信息用于表示第一用户发出消息所使用的平台。平台包括不同品牌的直播平台或音视频播放平台等。业务类型信息用于表示该消息来自于哪种业务,业务类型包括直播访问业务、游戏互动业务或即时通讯业务。编号类型标识用于标识生成的编号属于根据消息的多个特征所生成的编号,又可称为自增ID标识位。随机字符串用于区分同一时间、同一个平台、同一业务类型生成的多个消息。
在一种实现方式中,编码由32位的字符串组成,字符串由多个字段衔接组成。具体的,消息的编号依次包括下述字段,1位-14位为时间戳的字段,15位-16位为平台类型信息的字段,17位-19位为业务类型信息的字段,20位为编号类型标识的字段,21位-32位为随机字符串的字段。
步骤130、在消息接收列表中针对消息存储接收记录。
消息接收列表中包含多个接收记录。每个接收记录对应一个消息。接收记录用于表示向某用户接收了某消息。该用户可以通过第一用户的用户标识表示,接收记录中可以仅记录消息的标识,不记录消息主体内容。消息主体内容独立存储,可通过消息的标识从独立存储空间中查找消息的主体内容。进而消息发送列表能够更加轻量化。
需要说明的是,不发明实施例中步骤120用于存储发送记录、步骤130用于存储接收记录、步骤140用于存储消息主体。上述三个步骤的执行顺序不分先后。示例性的,可以按照步骤120、步骤130、步骤140的顺序执行。也可以按照步骤130、步骤120、步骤140的顺序执行。还可以按照步骤140、步骤130、步骤120的顺序执行。步骤120、步骤130和步骤140均包含根据消息的编号进行存储。在先执行的步骤(如步骤120先执行)中生成消息的编号后,在后执行的步骤(如步骤130和步骤140后执行)直接读取在先执行的步骤所生成的消息的编号,无需重复生成消息的编号。
可选的,步骤120还可以通过下述方式进行实施:可选的,确定消息的编号;确定第一用户的用户标识;以消息的编号、第一用户的用户标识作为消息的接收记录,存储在消息接收列表中,其中,时间戳用于确定接收记录在消息接收列表中的排序。
消息的编号可以为消息的标识的一种实现方式。为消息配置编号,在第二用户关联的消息接收列表中,根据第一用户特征、该编号以及消息的时间特征形成接收记录。进而记录在何时接收了某用户发送的某编号的消息。需要说明的是,本申请实施例中接收记录中编号用于作为消息主体的关键值,通过一个编号可以查找到唯一对应的消息主体。步骤130中使用的编号与步骤120中使用的编号为同一个编号,可参照步骤120中对编号的描述,此时不做赘述。
以消息的编号、第一用户的用户标识作为消息的接收记录,该接收记录表示了,第二用户接收到第一用户发送的编号为消息的编号的某条消息。
进一步的,为了更加准确的记录消息的特征,可以在接收记录中增加消息的时间戳。该时间戳可以包含在编号中,也可以在接收记录中增加一个记录参数,以记录消息的时间戳。
若以增加记录参数的方式记录时间戳,则以消息的编号、第一用户的用户标识和消息的时间戳作为消息的接收记录。时间戳为第一用户记载的发送消息的时间戳。需要说明的是,在服务器中一条消息对应的时间戳是唯一的,可以将第一用户发送该消息的时间作为时间戳,也可以将第二用户接收到该消息的时间作为时间戳。二者择一使用,保证发送记录和接收记录中对同一条消息使用相同的时间戳即可。时间戳的具体形式可参照步骤120中对时间戳的说明,此处不做赘述。
步骤140、存储消息。
服务器除了为每个用户对应不同的业务类型设置了发送列表和接收列表,还开辟了独立的存储空间用于存储消息的主体内容。不同类型的消息其存储的主体内容不尽相同,不胜枚举。可以根据数据的展示需求存储消息包含的各项参数。例如包括消息的创建时间、价格信息、数量信息等。
本发明实施例提供的用户消息处理方法,服务器能够在接收第一用户发送至第二用户的消息时,在第一用户关联的消息发送列表中针对消息存储发送记录,在第二用户关联的消息接收列表中针对消息存储接收记录,并存储该消息。服务器在发送列表仅存储发送记录,在接收列表中仅存储接收记录,并存储消息,实现仅存储一份消息。相对于使用主列表和备列表的方式,能够使用发送列表、接收列表分别存储发送方信息和接收方信息,使得消息的收发方信息尽在服务器中存储一份数据,减小冗余数据。服务器能够原先存储冗余数据的存储空间,能够用于存储更多的数据,提高资源利用率。
图3为本发明实施例提供的一种用户消息处理方法,作为对上述实施例的进一步说明,在本发明实施例中,可以分别包括:
步骤210、接收第一用户发送至第二用户的消息。
获取消息所属的业务类型,业务类型包括直播访问业务、游戏互动业务或即时通讯业务
步骤220、在第一用户关联的、且属于业务类型的消息发送列表中,针对消息存储发送记录。
服务器针对不同的业务类型构建不同的处理模块,处理模块用于对其关联的业务类型的消息进行存储。每个处理模块中为每个用户运维两个列表,分别为发送列表和接收列表。业务类型包括直播访问业务邀请、游戏互动业务邀请或即时通信业务。
在接收到第一用户发送至第二用户的消息后,在第一用户关联的且属于业务类型的发送列表中。
步骤230、在第二用户关联的、且属于业务类型的消息接收列表中,针对消息存储接收记录。
在消息的处理模块中,查找到第二用户关联的消息接收列表,针对消息存储接收记录。
步骤240、存储消息。
本发明实施例提供的用户消息处理方法,能够在上述实施例的基础上,基于业务类型配置多个处理模块,每个处理模块分别运维用户的发送列表和接收列表,进而避免不同业务交叉使用同一个列表时出现的维护风险高以及数据访问速度慢等问题,提高消息存储的可靠性和存储效率。
图4为本发明实施例提供的用户消息处理方法的流程示意图,该方法应用于服务器,适用于服务器响应第一用户发送的消息请求,向第一用户反馈发送记录,包括:
步骤310、接收客户端发送的消息请求,客户端登录有第一用户,第一用户关联消息发送列表。
第一用户登录到客户端后,可以向服务器发送消息请求。消息请求用于向服务器请求发送第一用户已发出的消息。已发出的消息可以为第一用户在一个业务类型中发出的全部消息。进一步的,消息请求可以包含业务类型信息、时间戳以及目标对象信息。业务类型信息表示请求在某一个业务类型中,第一用户的发送记录。时间戳表示请求该时间段内的消息记录。目标对象信息表示请求查找第一用户与目标对象(一个或多个第二用户)之间的消息。
步骤320、响应于消息请求,在消息发送列表中查找针对一消息存储的发送记录。
在接收到消息请求后,读取第一用户关联的发送列表。读取发送列表中存储的发送记录。根据消息请求中携带的参数在确定不同业务类型的发送列表。并在发送列表中根据时间戳和目标对象信息筛选发送记录。
步骤330、若查找到发送记录,则根据发送记录确定接收消息的第二用户,第二用户关联的消息接收列表。
发送记录包含接收消息的用户标识。查找到符合查找条件的发送记录,根据发送记录记载的用户标识确定第二用户。读取发送记录所记录的用户标识;确定用户标识所表示的用户为接收该消息的第二用户。
步骤340、在消息接收列表中查找针对消息存储的接收记录。
查找第二用户关联的消息接收列表,在消息列表中查找该发送记录对应的接收记录。当第一用户的发送列表和第二用户的接收列表均存在消息对应的收发记录时,确定第二用户已接收到第一用户发送的消息。
可选的,获取发送记录中的消息的编号;在消息接收列表中查找包含消息的编号的接收记录。
在查找发送记录配对的接收记录时,可以根据发送记录中记载的消息的编号,在消息接收列表中查找该消息的编号所在的接收记录,进而实现快速准确的查找。
进一步的,在步骤340、消息接收列表中查找针对消息存储的接收记录之后,还包括:
若未查找到接收记录或未查找到消息,则禁止将消息发送至客户端进行显示。
假设在对消息进行存储时,存储顺序为存储发送记录、存储接收记录、存储消息。则可以根据消息的编号查找接收记录。如果查找到接收记录,则继续查找独立存储空间中是否存储有该消息的编号匹配的消息主体内容。如果未查找消息的主体内容,则说明服务器在存储消息主体时出现异常。如果未查找到包含消息的编号的接收记录,则说明在第二用户接收消息时出现了异常,或服务器在向消息接收列表中写入接收记录时出现了异常,导致消息接收列表中不存在该消息。此时禁止向第一用户发送该消息,进而保证发送方(第一用户)与接收方(第二用户)所查询到的消息记录是一致的。
步骤350、若查找到接收记录,则查找消息,将消息发送至客户端进行显示。
如果查找到接收记录,则在独立存储空间中查找接收记录关联的消息。将消息发送至客户端进行显示。
可选的,查找消息,包括:获取发送记录或接收记录中的消息的编号;根据消息的编号查找消息。
使用消息的编号能够准确的定位消息,因此可读取发送记录或接收记录中记载的消息的编号。使用消息的编号,在独立存储空间中查找消息主体内容,并将消息主体内容发送至客户端。
需要说明的是,对于即时通信的消息,第一用户向服务器发起消息请求后,服务器将查询第一用户发送的消息以及第一用户接收的消息。并将第一用户发送的消息以及第一用户接收的消息发送至第一用户的客户端。
进一步的,可以通过异步线程对数据进行校验。其中,数据包括发送列表、接收列表和独立存储空间存储的消息主体。校验用于对上述三者共存性进行校验。若存在一种某个缺少某消息的记录,则确定为校验不合格。若三者均存在某消息,则确定校验合格。若未通过校验,则被视为脏数据。服务器对脏数据进行清理,回收可用资源。异步处理的方式不影响服务器与客户端通讯的远程过程调用(Remote Procedure Call,rpc)接口的处理速度。
本发明实施例提供的用户消息处理方法,能够接收客户端发送的消息请求;响应于消息请求,在消息发送列表中查找针对一消息存储的发送记录;若查找到发送记录,则根据发送记录确定接收消息的第二用户;在第二用户关联的消息接收列表中查找针对消息存储的接收记录;若查找到接收记录,则查找消息,将消息发送至客户端进行显示。如果在用户发送或接收阶段,客户端或服务器发生异常,则会出现发送记录、接收记录与消息主体的查询结果不匹配,即出现无法查找到上述三者中的一个或两个,进而确定存储异常,此时禁止向客户端发送消息。只有当三者均存在时,向客户端发送消息,进而实现历史记录查询的一致性。服务器无需对列表脏数据进行冲正和回滚,进而提升了消息查询接口的性能,使得消息的发起方和接收方查询到的消息是一致的。
图5为本发明实施例提供的用户消息处理方法的流程示意图,该方法应用于服务器,适用于服务器响应第二用户发送的消息请求,向第二用户反馈接收记录,包括:
步骤410、接收客户端发送的消息请求,客户端登录有第二用户,第二用户关联消息接收列表。
第二用户登录到客户端后,可以向服务器发送消息请求。消息请求用于向服务器请求发送第二用户已接收的消息。已接收的消息可以为第二用户在一个业务类型中发出的全部消息。进一步的,消息请求可以包含业务类型信息、时间戳以及目标对象信息。业务类型信息表示请求在某一个业务类型中,第一用户的发送记录。时间戳表示请求该时间段内的消息记录。目标对象信息表示请求查找第二用户与目标对象(一个或多个第一用户)之间的消息。
步骤420、响应于消息请求,在消息接收列表中查找针对一消息存储的接收记录。
在接收到消息请求后,读取第二用户关联的接收列表。读取接收列表中存储的接收记录。根据消息请求中携带的参数在确定不同业务类型的接收列表。并在接收列表中根据时间戳和目标对象信息筛选接收记录。
步骤430、若查找到接收记录,则根据接收记录确定发送消息的第一用户,第一用户关联的消息发送列表。
接收记录包含接收消息的用户标识。查找到符合查找条件的接收记录,根据接收记录记载的用户标识确定第一用户。读取接收记录所记录的用户标识;确定用户标识所表示的用户为发送该消息的第一用户。
步骤440、在消息发送列表中查找针对消息存储的发送记录。
查找第一用户关联的消息发送列表,在消息列表中查找该接收记录对应的发送记录。当第二用户的接收列表和第一用户的发送列表均存在消息对应的收发记录时,确定第二用户已接收到第一用户发送的消息。
可选的,获取接收记录中的消息的编号;在消息发送列表中查找包含消息的编号的发送记录。
在查找接收记录配对的发送记录时,可以根据接收记录中记载的消息的编号,在消息发送列表中查找该消息的编号所在的发送记录,进而实现快速准确的查找。
进一步的,步骤440、在消息发送列表中查找针对消息存储的发送记录之后,还包括:
若未查找到发送记录或未查找到消息,则禁止将消息发送至客户端进行显示。
假设在对消息进行存储时,存储顺序为存储发送记录、存储接收记录、存储消息,则查找消息,若未查找到消息,则禁止将消息发送至客户端进行显示。
假设在对消息进行存储时,存储顺序为存储接收记录、存储发送记录、存储消息。则可以根据消息的编号查找发送记录。如果查找到发送记录,则继续查找独立存储空间中是否存储有该消息的编号匹配的消息主体内容。如果未查找消息的主体内容,则说明服务器在存储消息主体时出现异常。如果未查找到包含消息的编号的接收记录,则说明服务器在向消息发送列表中写入发送记录时出现了异常,导致消息发送列表中不存在该消息。此时禁止向第二用户发送该消息,进而保证发送方(第一用户)与接收方(第二用户)所查询到的消息记录是一致的。
步骤450、若查找到发送记录,则查找消息,将消息发送至客户端进行显示。
如果查找到发送记录,则在独立存储空间中查找发送记录关联的消息。将消息发送至客户端进行显示。
可选的,查找消息,包括:获取发送记录或接收记录中的消息的编号;根据消息的编号查找消息。
使用消息的编号能够准确的定位消息,因此可读取接收记录或发送记录中记载的消息的编号。使用消息的编号,在独立存储空间中查找消息主体内容,并将消息主体内容发送至客户端。
本发明实施例提供的用户消息处理方法,能够接收第二用户通过客户端发送的消息请求;响应于消息请求,在第二用户关联的消息接收列表中查找针对一消息存储的接收记录;若查找到接收记录,则根据接收记录确定发送消息的第一用户;在消息发送列表中查找针对消息存储的发送记录;若查找到发送记录,则查找消息,将消息发送至客户端进行显示。如果在用户发送或接收阶段,客户端或服务器发生异常,则会出现发送记录、接收记录与消息主体的查询结果不匹配,即出现无法查找到上述三者中的一个或两个,进而确定存储异常,此时禁止向客户端发送消息。只有当三者均存在时,向客户端发送消息,进而实现历史记录查询的一致性。
图6是本发明实施例提供的一种用户消息处理装置的模块结构示意图。如图6所示,该装置应用于服务器,包括:消息接收模块41、发送记录存储模块42、接收记录存储模块43和消息存储模块44。
消息接收模块41,用于接收第一用户发送至第二用户的消息,第一用户关联消息发送列表,第二用户关联消息接收列表;
发送记录存储模块42,用于在消息发送列表中针对消息存储发送记录;
接收记录存储模块43,用于在消息接收列表中针对消息存储接收记录;
消息存储模块44,用于存储消息。
在上述各实施例的基础上,发送记录存储模块42用于:
确定消息的编号;
确定第二用户的用户标识;
以消息的编号、第二用户的用户标识作为消息的发送记录,存储在消息发送列表中。
在上述各实施例的基础上,接收记录存储模块43用于:
确定消息的编号;
确定第一用户的用户标识;
以消息的编号、第一用户的用户标识作为消息的接收记录,存储在消息接收列表中。
在上述各实施例的基础上,接收记录存储模块43用于:
确定消息的时间戳、平台类型信息、业务类型信息、编号类型标识、随机字符串,时间戳用于确定发送记录在消息发送列表中的排序或者接收记录在消息接收列表中的排序;
将消息的时间戳、平台类型信息、业务类型信息、编号类型标识、随机字符串组合为消息的编号。
在上述各实施例的基础上,消息的编号依次包括下述字段,1位-14位为时间戳的字段,15位-16位为平台类型信息的字段,17位-19位为业务类型信息的字段,20位为编号类型标识的字段,21位-32位为随机字符串的字段。
在上述各实施例的基础上,还包括业务类型获取模块,用于获取消息所属的业务类型,业务类型包括直播访问业务、游戏互动业务或即时通讯业务;
发送记录存储模块42用于:在第一用户关联的、且属于业务类型的消息发送列表中,针对消息存储发送记录;
接收记录存储模块43用于:在第二用户关联的、且属于业务类型的消息接收列表中,针对消息存储接收记录。
本发明实施例提供的用户消息处理装置,服务器的能够在消息接收模块41接收到第一用户发送至第二用户的消息时,发送记录存储模块42在第一用户关联的消息发送列表中针对消息存储发送记录,接收记录存储模块43在第二用户关联的消息接收列表中针对消息存储接收记录,消息存储模块44存储该消息。服务器在发送列表仅存储发送记录,在接收列表中仅存储接收记录,并存储消息,实现仅存储一份消息。相对于使用主列表和备列表的方式,能够使用发送列表、接收列表分别存储发送方信息和接收方信息,使得消息的收发方信息尽在服务器中存储一份数据,减小冗余数据。服务器能够原先存储冗余数据的存储空间,能够用于存储更多的数据,提高资源利用率。
图7是本发明实施例提供的一种用户消息处理装置的模块结构示意图。如图7所示,该装置应用于服务器,包括:第一消息请求接收模块51、第一发送记录查找模块52、第二用户确定模块53、第一接收记录查找模块54和第一消息查找模块55。
第一消息请求接收模块51,用于接收客户端发送的消息请求,客户端登录有第一用户,第一用户关联消息发送列表;
第一发送记录查找模块52,用于响应于消息请求,在消息发送列表中查找针对一消息存储的发送记录;
第二用户确定模块53,用于若查找到发送记录,则根据发送记录确定接收消息的第二用户,第二用户关联的消息接收列表;
第一接收记录查找模块54,用于在消息接收列表中查找针对消息存储的接收记录;
第一消息查找模块55,用于若查找到接收记录,则查找消息,将消息发送至客户端进行显示。
在上述各实施例的基础上,第二用户确定模块53用于:
读取发送记录所记录的用户标识;
确定用户标识所表示的用户为接收该消息的第二用户。
在上述各实施例的基础上,第一接收记录查找模块54用于:
获取发送记录中的消息的编号;
在消息接收列表中查找包含消息的编号的接收记录。
在上述各实施例的基础上,第一消息查找模块55用于:
获取发送记录或接收记录中的消息的编号;
根据消息的编号查找消息。
在上述各实施例的基础上,还包括消息禁止模块,用于:
若未查找到接收记录或未查找到消息,则禁止将消息发送至客户端进行显示。
本发明实施例提供的用户消息处理装置,能够接收客户端发送的消息请求;响应于消息请求,在消息发送列表中查找针对一消息存储的发送记录;若查找到发送记录,则根据发送记录确定接收消息的第二用户;在第二用户关联的消息接收列表中查找针对消息存储的接收记录;若查找到接收记录,则查找消息,将消息发送至客户端进行显示。如果在用户发送或接收阶段,客户端或服务器发生异常,则会出现发送记录、接收记录与消息主体的查询结果不匹配,即出现无法查找到上述三者中的一个或两个,进而确定存储异常,此时禁止向客户端发送消息。只有当三者均存在时,向客户端发送消息,进而实现历史记录查询的一致性。服务器无需对列表脏数据进行冲正和回滚,进而提升了消息查询接口的性能,使得消息的发起方和接收方查询到的消息是一致的。
图8是本发明实施例提供的一种用户消息处理装置的模块结构示意图。如图8所示,该装置应用于服务器,包括:第二消息请求接收模块61、第二接收记录查找模块62、第一用户确定模块63、第二发送记录查找模块64和第二消息查找模块65。
第二消息请求接收模块61,用于接收客户端发送的消息请求,客户端登录有第二用户,第二用户关联消息接收列表;
第二接收记录查找模块62,用于响应于消息请求,在消息接收列表中查找针对一消息存储的接收记录;
第一用户确定模块63,用于若查找到接收记录,则根据接收记录确定发送消息的第一用户,第一用户关联的消息发送列表;
第二发送记录查找模块64,用于在消息发送列表中查找针对消息存储的发送记录;
第二消息查找模块65,用于若查找到发送记录,则查找消息,将消息发送至客户端进行显示。
在上述各实施例的基础上,第一用户确定模块63用于:
读取接收记录所记录的用户标识;
确定用户标识所表示的用户为发送该消息的第二用户。
在上述各实施例的基础上,在第二发送记录查找模块64用于:
获取接收记录中的消息的编号;
在消息发送列表中查找包含消息的编号的发送记录。
在上述各实施例的基础上,还包括禁止模块,用于若未查找到发送记录或未查找到消息,则禁止将消息发送至客户端进行显示。
本发明实施例提供的用户消息处理装置,能够接收第二用户通过客户端发送的消息请求;响应于消息请求,在第二用户关联的消息接收列表中查找针对一消息存储的接收记录;若查找到接收记录,则根据接收记录确定发送消息的第一用户;在消息发送列表中查找针对消息存储的发送记录;若查找到发送记录,则查找消息,将消息发送至客户端进行显示。如果在用户发送或接收阶段,客户端或服务器发生异常,则会出现发送记录、接收记录与消息主体的查询结果不匹配,即出现无法查找到上述三者中的一个或两个,进而确定存储异常,此时禁止向客户端发送消息。只有当三者均存在时,向客户端发送消息,进而实现历史记录查询的一致性。
上述装置可执行本发明前述所有实施例所提供的方法,具备执行上述方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节,可参见本发明前述所有实施例所提供的方法。值得注意的是,上述用户消息处理装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
图9是本发明实施例提供的一种电子设备的结构示意图,如图9所示,该计算机设备包括处理器70、存储器71、输入装置72和输出装置73;计算机设备中处理器70的数量可以是一个或多个,图9中以一个处理器70为例;计算机设备中的处理器70、存储器71、输入装置72和输出装置73可以通过总线或其他方式连接,图9中以通过总线连接为例。
存储器71作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本发明实施例中的用户消息处理方法对应的程序指令/模块。处理器70通过运行存储在存储器71中的软件程序、指令以及模块,从而执行计算机设备的各种功能应用以及数据处理,即实现上述的用户消息处理方法。
可选的,该电子设备可以为服务器,该方法包括:
接收第一用户发送至第二用户的消息,第一用户关联消息发送列表,第二用户关联消息接收列表;
在消息发送列表中针对消息存储发送记录;
在消息接收列表中针对消息存储接收记录;
存储消息。
进一步的,在消息发送列表中针对消息存储发送记录,包括:
确定消息的编号;
确定第二用户的用户标识;
以消息的编号、第二用户的用户标识作为消息的发送记录,存储在消息发送列表中。
进一步的,在消息接收列表中针对消息存储接收记录,包括:
确定消息的编号;
确定第一用户的用户标识;
以消息的编号、第一用户的用户标识作为消息的接收记录,存储在消息接收列表中。
进一步的,确定消息的编号,包括:
确定消息的时间戳、平台类型信息、业务类型信息、编号类型标识、随机字符串,时间戳用于确定发送记录在消息发送列表中的排序或者接收记录在消息接收列表中的排序;
将消息的时间戳、平台类型信息、业务类型信息、编号类型标识、随机字符串组合为消息的编号。
进一步的,消息的编号依次包括下述字段,1位-14位为时间戳的字段,15位-16位为平台类型信息的字段,17位-19位为业务类型信息的字段,20位为编号类型标识的字段,21位-32位为随机字符串的字段。
进一步的,在接收第一用户发送至第二用户的消息之后,还包括:
获取消息所属的业务类型,业务类型包括直播访问业务、游戏互动业务或即时通讯业务;
相应的,在消息发送列表中针对消息存储发送记录,包括:
在第一用户关联的、且属于业务类型的消息发送列表中,针对消息存储发送记录;
相应的,在消息接收列表中针对消息存储接收记录,包括:
在第二用户关联的、且属于业务类型的消息接收列表中,针对消息存储接收记录。
可选的,该电子设备可以为服务器,该方法包括:
接收客户端发送的消息请求,客户端登录有第一用户,第一用户关联消息发送列表;
响应于消息请求,在消息发送列表中查找针对一消息存储的发送记录;
若查找到发送记录,则根据发送记录确定接收消息的第二用户,第二用户关联的消息接收列表;
在消息接收列表中查找针对消息存储的接收记录;
若查找到接收记录,则查找消息,将消息发送至客户端进行显示。
进一步的,根据发送记录确定接收消息的第二用户,包括:
读取发送记录所记录的用户标识;
确定用户标识所表示的用户为接收该消息的第二用户。
进一步的,在消息接收列表中查找针对消息存储的接收记录,包括:
获取发送记录中的消息的编号;
在消息接收列表中查找包含消息的编号的接收记录。
进一步的,查找消息,包括:
获取发送记录或接收记录中的消息的编号;
根据消息的编号查找消息。
进一步的,在消息接收列表中查找针对消息存储的接收记录之后,还包括:
若未查找到接收记录或未查找到消息,则禁止将消息发送至客户端进行显示。
可选的,该电子设备可以为服务器,该方法包括:
接收客户端发送的消息请求,客户端登录有第二用户,第二用户关联消息接收列表;
响应于消息请求,在消息接收列表中查找针对一消息存储的接收记录;
若查找到接收记录,则根据接收记录确定发送消息的第一用户,第一用户关联的消息发送列表;
在消息发送列表中查找针对消息存储的发送记录;
若查找到发送记录,则查找消息,将消息发送至客户端进行显示。
可选的,根据接收记录确定发送消息的第一用户,包括:
读取接收记录所记录的用户标识;
确定用户标识所表示的用户为发送该消息的第二用户。
可选的,在消息发送列表中查找针对消息存储的发送记录,包括:
获取接收记录中的消息的编号;
在消息发送列表中查找包含消息的编号的发送记录。
可选的,在消息发送列表中查找针对消息存储的发送记录之后,还包括:
若未查找到发送记录或未查找到消息,则禁止将消息发送至客户端进行显示。
存储器71可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序;存储数据区可存储根据计算机设备的使用所创建的数据等。此外,存储器71可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器71可进一步包括相对于处理器70远程设置的存储器,这些远程存储器可以通过网络连接至计算机设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置72可用于接收输入的数字或字符信息,以及产生与计算机设备的用户设置以及功能控制有关的键信号输入。输出装置73可包括显示屏等显示设备。
本发明实施例还提供一种存储有计算机程序的计算机可读存储介质,计算机程序在由计算机处理器执行时用于执行一种用户消息处理方法。可选的,当执行设备为服务器时,该方法包括:
接收第一用户发送至第二用户的消息,第一用户关联消息发送列表,第二用户关联消息接收列表;
在消息发送列表中针对消息存储发送记录;
在消息接收列表中针对消息存储接收记录;
存储消息。
进一步的,在消息发送列表中针对消息存储发送记录,包括:
确定消息的编号;
确定第二用户的用户标识;
以消息的编号、第二用户的用户标识作为消息的发送记录,存储在消息发送列表中。
进一步的,在消息接收列表中针对消息存储接收记录,包括:
确定消息的编号;
确定第一用户的用户标识;
以消息的编号、第一用户的用户标识作为消息的接收记录,存储在消息接收列表中。
进一步的,确定消息的编号,包括:
确定消息的时间戳、平台类型信息、业务类型信息、编号类型标识、随机字符串,时间戳用于确定发送记录在消息发送列表中的排序或者接收记录在消息接收列表中的排序;
将消息的时间戳、平台类型信息、业务类型信息、编号类型标识、随机字符串组合为消息的编号。
进一步的,消息的编号依次包括下述字段,1位-14位为时间戳的字段,15位-16位为平台类型信息的字段,17位-19位为业务类型信息的字段,20位为编号类型标识的字段,21位-32位为随机字符串的字段。
进一步的,在接收第一用户发送至第二用户的消息之后,还包括:
获取消息所属的业务类型,业务类型包括直播访问业务、游戏互动业务或即时通讯业务;
相应的,在消息发送列表中针对消息存储发送记录,包括:
在第一用户关联的、且属于业务类型的消息发送列表中,针对消息存储发送记录;
相应的,在消息接收列表中针对消息存储接收记录,包括:
在第二用户关联的、且属于业务类型的消息接收列表中,针对消息存储接收记录。
可选的,当执行设备为服务器时,该方法包括:
接收客户端发送的消息请求,客户端登录有第一用户,第一用户关联消息发送列表;
响应于消息请求,在消息发送列表中查找针对一消息存储的发送记录;
若查找到发送记录,则根据发送记录确定接收消息的第二用户,第二用户关联的消息接收列表;
在消息接收列表中查找针对消息存储的接收记录;
若查找到接收记录,则查找消息,将消息发送至客户端进行显示。
进一步的,根据发送记录确定接收消息的第二用户,包括:
读取发送记录所记录的用户标识;
确定用户标识所表示的用户为接收该消息的第二用户。
进一步的,在消息接收列表中查找针对消息存储的接收记录,包括:
获取发送记录中的消息的编号;
在消息接收列表中查找包含消息的编号的接收记录。
进一步的,查找消息,包括:
获取发送记录或接收记录中的消息的编号;
根据消息的编号查找消息。
进一步的,在消息接收列表中查找针对消息存储的接收记录之后,还包括:
若未查找到接收记录或未查找到消息,则禁止将消息发送至客户端进行显示。
可选的,当执行设备为服务器时,该方法包括:
接收客户端发送的消息请求,客户端登录有第二用户,第二用户关联消息接收列表;
响应于消息请求,在消息接收列表中查找针对一消息存储的接收记录;
若查找到接收记录,则根据接收记录确定发送消息的第一用户,第一用户关联的消息发送列表;
在消息发送列表中查找针对消息存储的发送记录;
若查找到发送记录,则查找消息,将消息发送至客户端进行显示。
可选的,根据接收记录确定发送消息的第一用户,包括:
读取接收记录所记录的用户标识;
确定用户标识所表示的用户为发送该消息的第二用户。
可选的,在消息发送列表中查找针对消息存储的发送记录,包括:
获取接收记录中的消息的编号;
在消息发送列表中查找包含消息的编号的发送记录。
可选的,在消息发送列表中查找针对消息存储的发送记录之后,还包括:
若未查找到发送记录或未查找到消息,则禁止将消息发送至客户端进行显示。
当然,本发明实施例所提供的存储有计算机程序的计算机可读存储介质,其计算机程序不限于如上的方法操作,还可以执行本发明任意实施例所提供的用户消息处理方法中的相关操作。
通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例的方法。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。
Claims (16)
1.一种用户消息处理方法,用于直播服务器,其特征在于,包括:
接收第一用户发送至第二用户的消息,所述第一用户关联消息发送列表,所述第二用户关联消息接收列表;
在所述消息发送列表中针对所述消息存储发送记录;
在所述消息接收列表中针对所述消息存储接收记录;
存储所述消息;
在接收第一用户发送至第二用户的消息之后,还包括:
获取所述消息所属的业务类型,所述业务类型包括直播访问业务、游戏互动业务或即时通讯业务;
相应的,所述在所述消息发送列表中针对所述消息存储发送记录,包括:
在所述第一用户关联的、且属于所述业务类型的消息发送列表中,针对所述消息存储发送记录;
相应的,在所述消息接收列表中针对所述消息存储接收记录,包括:
在所述第二用户关联的、且属于所述业务类型的消息接收列表中,针对所述消息存储接收记录。
2.根据权利要求1所述的用户消息处理方法,其特征在于,所述在所述消息发送列表中针对所述消息存储发送记录,包括:
确定所述消息的编号;
确定所述第二用户的用户标识;
以所述消息的编号、所述第二用户的用户标识作为所述消息的发送记录,存储在所述消息发送列表中。
3.根据权利要求2所述的用户消息处理方法,其特征在于,所述在所述消息接收列表中针对所述消息存储接收记录,包括:
确定所述消息的编号;
确定所述第一用户的用户标识;
以所述消息的编号、所述第一用户的用户标识作为所述消息的接收记录,存储在所述消息接收列表中。
4.根据权利要求2或3所述的用户消息处理方法,其特征在于,所述确定所述消息的编号,包括:
确定所述消息的时间戳、平台类型信息、业务类型信息、编号类型标识、随机字符串,所述时间戳用于确定所述发送记录在所述消息发送列表中的排序或者所述接收记录在所述消息接收列表中的排序;
将所述消息的时间戳、所述平台类型信息、所述业务类型信息、所述编号类型标识、所述随机字符串组合为所述消息的编号。
5.根据权利要求4所述的用户消息处理方法,其特征在于,所述消息的编号依次包括下述字段,1位-14位为所述时间戳的字段,15位-16位为所述平台类型信息的字段,17位-19位为所述业务类型信息的字段,20位为所述编号类型标识的字段,21位-32位为随机字符串的字段。
6.一种用户消息处理方法,其特征在于,包括:
接收客户端发送的消息请求,所述客户端登录有第一用户,所述第一用户关联消息发送列表;
响应于所述消息请求,在所述消息发送列表中查找针对一消息存储的发送记录;
若查找到所述发送记录,则根据所述发送记录确定接收所述消息的第二用户,所述第二用户关联的消息接收列表;
在所述消息接收列表中查找针对所述消息存储的接收记录;
若查找到所述接收记录,则查找所述消息,将所述消息发送至所述客户端进行显示。
7.根据权利要求6所述的用户消息处理方法,其特征在于,根据所述发送记录确定接收所述消息的第二用户,包括:
读取所述发送记录所记录的用户标识;
确定所述用户标识所表示的用户为接收该消息的第二用户。
8.根据权利要求6所述的用户消息处理方法,其特征在于,在所述消息接收列表中查找针对所述消息存储的接收记录,包括:
获取所述发送记录中的消息的编号;
在所述消息接收列表中查找包含所述消息的编号的接收记录。
9.根据权利要求6所述的用户消息处理方法,其特征在于,查找所述消息,包括:
获取所述发送记录或所述接收记录中的消息的编号;
根据所述消息的编号查找所述消息。
10.根据权利要求6所述的用户消息处理方法,其特征在于,在所述消息接收列表中查找针对所述消息存储的接收记录之后,还包括:
若未查找到所述接收记录或未查找到所述消息,则禁止将所述消息发送至所述客户端进行显示。
11.一种用户消息处理方法,其特征在于,包括:
接收客户端发送的消息请求,所述客户端登录有第二用户,所述第二用户关联消息接收列表;
响应于所述消息请求,在所述消息接收列表中查找针对一消息存储的接收记录;
若查找到所述接收记录,则根据所述接收记录确定发送所述消息的第一用户,所述第一用户关联的消息发送列表;
在所述消息发送列表中查找针对所述消息存储的发送记录;
若查找到所述发送记录,则查找所述消息,将所述消息发送至所述客户端进行显示。
12.根据权利要求11所述的用户消息处理方法,其特征在于,根据所述接收记录确定发送所述消息的第一用户,包括:
读取所述接收记录所记录的用户标识;
确定所述用户标识所表示的用户为发送该消息的第一用户。
13.根据权利要求11所述的用户消息处理方法,其特征在于,在所述消息发送列表中查找针对所述消息存储的发送记录,包括:
获取所述接收记录中的消息的编号;
在所述消息发送列表中查找包含所述消息的编号的发送记录。
14.根据权利要求11所述的用户消息处理方法,其特征在于,在所述消息发送列表中查找针对所述消息存储的发送记录之后,还包括:
若未查找到所述发送记录或未查找到所述消息,则禁止将所述消息发送至所述客户端进行显示。
15.一种电子设备,包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1-12中任一所述的用户消息处理方法。
16.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-12中任一所述的用户消息处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910557165.1A CN110311855B (zh) | 2019-06-25 | 2019-06-25 | 用户消息处理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910557165.1A CN110311855B (zh) | 2019-06-25 | 2019-06-25 | 用户消息处理方法、装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110311855A CN110311855A (zh) | 2019-10-08 |
CN110311855B true CN110311855B (zh) | 2022-05-31 |
Family
ID=68076134
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910557165.1A Active CN110311855B (zh) | 2019-06-25 | 2019-06-25 | 用户消息处理方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110311855B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111327687B (zh) * | 2020-01-21 | 2023-02-21 | 卓米私人有限公司 | 一种数据传输方法、装置、电子设备及存储介质 |
CN112295239A (zh) * | 2020-10-23 | 2021-02-02 | 网易(杭州)网络有限公司 | 历史消息提示方法及装置、存储介质、电子设备 |
CN113905002A (zh) * | 2021-09-30 | 2022-01-07 | 北京字跳网络技术有限公司 | 一种消息推送方法、装置、***及存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101282201A (zh) * | 2008-03-28 | 2008-10-08 | 中兴通讯股份有限公司 | 一种通讯设备中消息监控的方法和设备 |
CN101299829A (zh) * | 2007-04-30 | 2008-11-05 | 华为技术有限公司 | 一种实现统一存储中管理媒体内容的方法和消息*** |
CN101453483A (zh) * | 2007-11-29 | 2009-06-10 | 华为技术有限公司 | 会话历史记录的存储处理和查询方法、***和装置 |
CN103023750A (zh) * | 2012-08-01 | 2013-04-03 | 福建星网视易信息***有限公司 | 终端获取消息的方法 |
CN103188297A (zh) * | 2011-12-29 | 2013-07-03 | 北大方正集团有限公司 | 一种消息存储和获取方法及*** |
CN104796322A (zh) * | 2015-03-25 | 2015-07-22 | 腾讯科技(深圳)有限公司 | 一种消息处理方法及其设备 |
CN106385430A (zh) * | 2016-08-23 | 2017-02-08 | 北京小米移动软件有限公司 | 通讯消息的管理方法及装置 |
CN109600240A (zh) * | 2018-12-21 | 2019-04-09 | 北京云中融信网络科技有限公司 | 群通信方法和装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
SE0200451L (sv) * | 2002-02-15 | 2003-04-15 | Hotsip Ab | Ett förfarande för att distribuera information |
-
2019
- 2019-06-25 CN CN201910557165.1A patent/CN110311855B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101299829A (zh) * | 2007-04-30 | 2008-11-05 | 华为技术有限公司 | 一种实现统一存储中管理媒体内容的方法和消息*** |
CN101453483A (zh) * | 2007-11-29 | 2009-06-10 | 华为技术有限公司 | 会话历史记录的存储处理和查询方法、***和装置 |
CN101282201A (zh) * | 2008-03-28 | 2008-10-08 | 中兴通讯股份有限公司 | 一种通讯设备中消息监控的方法和设备 |
CN103188297A (zh) * | 2011-12-29 | 2013-07-03 | 北大方正集团有限公司 | 一种消息存储和获取方法及*** |
CN103023750A (zh) * | 2012-08-01 | 2013-04-03 | 福建星网视易信息***有限公司 | 终端获取消息的方法 |
CN104796322A (zh) * | 2015-03-25 | 2015-07-22 | 腾讯科技(深圳)有限公司 | 一种消息处理方法及其设备 |
CN106385430A (zh) * | 2016-08-23 | 2017-02-08 | 北京小米移动软件有限公司 | 通讯消息的管理方法及装置 |
CN109600240A (zh) * | 2018-12-21 | 2019-04-09 | 北京云中融信网络科技有限公司 | 群通信方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN110311855A (zh) | 2019-10-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109522330B (zh) | 基于区块链的云平台数据处理方法、装置、设备及介质 | |
KR101031942B1 (ko) | 접속 소스들로부터 수집된 접속 정보를 찾아내는 시스템 및방법 | |
CN110311855B (zh) | 用户消息处理方法、装置、电子设备及存储介质 | |
US7831673B1 (en) | Methods and systems for processing offline chat messages | |
CN111163130B (zh) | 一种网络服务***及其数据传输方法 | |
US20100229212A1 (en) | Method and terminal for sharing information in iptv service system | |
KR20060094853A (ko) | 복수의 접속 소스들로부터 접속 정보를 통합하는 시스템 및방법 | |
US8489695B2 (en) | Proxy communications on a social network | |
CN101771723A (zh) | 数据同步方法 | |
CN108429739B (zh) | 一种识别蜜罐的方法、***及终端设备 | |
KR20100127215A (ko) | 복수 레벨 메시지 필터링 | |
CN109522462B (zh) | 一种基于区块链的云查询方法、装置、设备及存储介质 | |
CN111277483B (zh) | 一种多端消息的同步方法、服务器及可存储介质 | |
CN113507475B (zh) | 跨域访问方法和装置 | |
CN101778131A (zh) | 数据同步*** | |
CN104967527A (zh) | 通信记录的恢复方法、装置及服务器 | |
CN105812432A (zh) | 云文档处理方法及装置 | |
CN104270357A (zh) | 一种发送业务信息的方法及装置 | |
CN104580084A (zh) | 一种分享多媒体文件的方法、终端及*** | |
CN113220684A (zh) | 数据包的存储及查询方法、装置、***及存储介质 | |
CN111327680B (zh) | 认证数据同步方法、装置、***、计算机设备和存储介质 | |
CN105991683A (zh) | 数据传输方法及装置 | |
CN109213955B (zh) | 数据处理方法及相关设备 | |
CN113612811B (zh) | 一种在多通道中客户端挂载的方法、***、设备及介质 | |
CN104346228A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |