CN110837426A - 消息处理方法、装置及***、存储介质 - Google Patents

消息处理方法、装置及***、存储介质 Download PDF

Info

Publication number
CN110837426A
CN110837426A CN201911076448.0A CN201911076448A CN110837426A CN 110837426 A CN110837426 A CN 110837426A CN 201911076448 A CN201911076448 A CN 201911076448A CN 110837426 A CN110837426 A CN 110837426A
Authority
CN
China
Prior art keywords
message
service
processing
user terminal
service message
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.)
Granted
Application number
CN201911076448.0A
Other languages
English (en)
Other versions
CN110837426B (zh
Inventor
陈思名
文赫
毛瑞彬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201911076448.0A priority Critical patent/CN110837426B/zh
Publication of CN110837426A publication Critical patent/CN110837426A/zh
Application granted granted Critical
Publication of CN110837426B publication Critical patent/CN110837426B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/546Message passing systems or structures, e.g. queues
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5083Techniques for rebalancing the load in a distributed system

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请提供了一种消息处理方法、装置及***、存储介质,属于计算机技术领域。该***包括:业务服务器、处理服务器集群和多个用户终端,该处理服务器集群,用于向至少一个用户终端发送数据收集指令,该用户终端,用于在接收到数据收集指令时,收集该用户终端中的业务数据,并将该业务数据处理为业务消息,向处理服务器集群发送该业务消息,该处理服务器集群,用于对该业务消息进行负载均衡处理,并将处理后的业务消息发送给业务服务器。本申请有助于避免多个用户终端同时向业务服务器发送业务消息,减小了业务服务器的处理压力。

Description

消息处理方法、装置及***、存储介质
技术领域
本申请涉及计算机技术领域,特别涉及一种消息处理方法、装置及***、存储介质。
背景技术
消息处理***(例如,web消息***)通常包括业务服务器和多个用户终端,每个用户终端可以向业务服务器发送业务消息,服务器可以对多个用户终端发送的业务消息进行处理。
相关技术中,每个用户终端中可以具有软件开发工具包(英文:SoftwareDevelopment Kit,简称:SDK),多个用户终端中的SDK不同,每个用户终端在产生业务数据时,可以通过其中的SDK将该业务数据处理为业务消息,并将业务消息发送至业务服务器,由业务服务器对该业务消息进行处理。
但是,在上述消息处理***中,当多个用户终端同时向业务服务器发送业务消息时,业务服务器的处理压力较大。
发明内容
本申请实施例提供了一种消息处理方法、装置及***、存储介质,有助于降低业务服务器的处理压力。所述技术方案如下:
一方面,提供了一种消息处理***,包括:业务服务器、处理服务器集群和多个用户终端,
所述处理服务器集群,用于向至少一个所述用户终端发送数据收集指令;
所述用户终端,用于在接收到所述数据收集指令时,收集所述用户终端中的业务数据,并将所述业务数据处理为业务消息,向所述处理服务器集群发送所述业务消息;
所述处理服务器集群,用于对所述业务消息进行负载均衡处理,并将处理后的所述业务消息发送给所述业务服务器。
可选地,所述用户终端,用于:
确定所述业务消息的优先级;
根据所述业务消息的优先级,基于负载均衡原则向所述处理服务器集群发送所述业务消息。
可选地,所述用户终端,用于:
当所述业务消息的优先级高于目标优先级时,向所述处理服务器集群发送所述业务消息;
当所述业务消息的优先级不高于所述目标优先级时,将所述业务消息存储至所述消息存储队列中,根据所述业务消息在所述消息存储队列中的顺序,向所述处理服务器集群发送所述业务消息。
可选地,所述用户终端,还用于:
判断是否需要持久化所述消息存储队列;
当需要持久化所述消息存储队列时,持久化所述消息存储队列;
当不需要持久化所述消息存储队列时,根据所述业务消息在所述消息存储队列中的顺序,向所述处理服务器集群发送所述业务消息。
可选地,所述用户终端,还用于:
判断是否满足持久化解除条件;
当满足所述持久化解除条件时,根据所述业务消息在所述消息存储队列中的顺序,向所述处理服务器集群发送所述业务消息。
可选地,所述业务消息为网页消息,所述用户终端中包括浏览器,所述用户终端,用于:
当不需要持久化所述消息存储队列时,通过信标接口,向所述处理服务器集群发送所述业务消息,或者,在所述浏览器空闲时,通过所述浏览器向所述处理服务器集群发送所述业务消息。
可选地,所述用户终端包括:收集器和解析器,
所述用户终端,用于通过所述收集器收集所述业务数据;
所述用户终端,用于通过所述解析器将所述业务数据处理为业务消息,以及,确定所述业务消息的优先级,根据所述业务消息的优先级,基于负载均衡原则向所述处理服务器集群发送所述业务消息。
可选地,所述处理服务器集群包括:收发服务器、均衡服务器和消费服务器,
所述收发服务器,用于向至少一个所述用户终端发送数据收集指令,以及接收所述用户终端发送的所述业务消息;
所述均衡服务器,用于对所述收发服务器接收到的所述业务消息进行负载均衡处理;
所述消费服务器,用于将负载均衡处理后的所述业务消息发送给所述业务服务器。
可选地,所述均衡服务器,用于将接收到的所述业务消息存储至所述消息消费队列中;
所述消费服务器,用于根据所述业务消息在所述消息消费队列中的顺序,将所述业务消息发送给所述业务服务器。
可选地,所述用户终端中具有软件开发工具包,所述多个用户终端中的软件开发工具包相同。
另一方面,提供了一种消息处理方法,应用于消息处理***中的用户终端,所述消息处理***包括:业务服务器、处理服务器集群和所述用户终端,所述方法包括:
在接收到所述处理服务器集群发送的数据收集指令时,根据所述数据收集指令,收集所述用户终端中的业务数据;
将所述业务数据处理为业务消息;
向所述处理服务器集群发送所述业务消息,所述处理服务器集群用于对所述业务消息进行负载均衡处理,并将处理后的所述业务消息发送给所述业务服务器。
可选地,所述向所述处理服务器集群发送所述业务消息,包括:
确定所述业务消息的优先级;
根据所述业务消息的优先级,基于负载均衡原则向所述处理服务器集群发送所述业务消息。
可选地,所述根据所述业务消息的优先级,基于负载均衡原则向所述处理服务器集群发送所述业务消息,包括:
当所述业务消息的优先级高于目标优先级时,向所述处理服务器集群发送所述业务消息;
当所述业务消息的优先级不高于所述目标优先级时,将所述业务消息存储至所述消息存储队列中,根据所述业务消息在所述消息存储队列中的顺序,向所述处理服务器集群发送所述业务消息。
可选地,在将所述业务消息存储至所述消息存储队列中之后,所述方法还包括:
判断是否需要持久化所述消息存储队列;
当需要持久化所述消息存储队列时,持久化所述消息存储队列;
当不需要持久化所述消息存储队列时,根据所述业务消息在所述消息存储队列中的顺序,向所述处理服务器集群发送所述业务消息。
可选地,在持久化所述消息存储队列之后,所述方法还包括:
判断是否满足持久化解除条件;
当满足所述持久化解除条件时,根据所述业务消息在所述消息存储队列中的顺序,向所述处理服务器集群发送所述业务消息。
可选地,所述业务消息为网页消息,所述用户终端中包括浏览器,
所述当不需要持久化所述消息存储队列时,根据所述业务消息在所述消息存储队列中的顺序,向所述处理服务器集群发送所述业务消息,包括:
当不需要持久化所述消息存储队列时,通过信标接口,向所述处理服务器集群发送所述业务消息,或者,在所述浏览器空闲时,通过所述浏览器向所述处理服务器集群发送所述业务消息。
可选地,所述用户终端包括:收集器和解析器,
所述收集所述用户终端中的业务数据,包括:通过所述收集器收集所述业务数据;
所述将所述业务数据处理为业务消息,包括:通过所述解析器将所述业务数据处理为所述业务消息;
所述确定所述业务消息的优先级,包括:通过所述解析器确定所述业务消息的优先级;
所述根据所述业务消息的优先级,基于负载均衡原则向所述处理服务器集群发送所述业务消息,包括:通过所述解析器根据所述业务消息的优先级,基于负载均衡原则向所述处理服务器集群发送所述业务消息。
再一方面,提供了一种消息处理方法,应用于消息处理***中的处理服务器集群,所述消息处理***包括:业务服务器、多个用户终端和所述处理服务器集群,所述方法包括:
向至少一个所述用户终端发送数据收集指令,所述用户终端用于根据所述数据收集指令,收集所述用户终端中的业务数据,将所述业务数据处理为业务消息,并向所述处理服务器集群发送所述业务消息;
接收所述用户终端发送的所述业务消息;
对所述业务消息进行负载均衡处理;
将负载均衡处理后的所述业务消息发送给所述业务服务器。
可选地,所述处理服务器集群包括:收发服务器、均衡服务器和消费服务器,
所述向至少一个所述用户终端发送数据收集指令,包括:通过所述收发服务器向至少一个所述用户终端发送数据收集指令;
所述接收所述用户终端发送的所述业务消息,包括:通过所述收发服务器接收所述用户终端发送的业务消息;
所述对所述业务消息进行负载均衡处理,包括:通过所述均衡服务器对所述业务消息进行负载均衡处理;
所述将负载均衡处理后的所述业务消息发送给所述业务服务器,包括:通过所述消费服务器将负载均衡处理后的所述业务消息发送给所述业务服务器。
可选地,所述通过所述均衡服务器对所述业务消息进行负载均衡处理,包括:
将所述业务消息存储所述均衡服务器的消息消费队列中;
所述通过所述消费服务器将负载均衡处理后的所述业务消息发送给所述业务服务器,包括:根据所述业务消息在所述消息消费队列中的顺序,将所述业务消息发送给所述业务服务器。
又一方面,提供一种消息处理装置,所述装置包括用于执行上述另一方面至再一方面所述的方法的各个模块。
还一方面,提供一种消息处理装置,所述装置包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述另一方面至再一方面所述的消息处理方法。
还一方面,提供了一种存储介质,所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行上述另一方面至再一方面所述的消息处理方法。
本申请实施例提供的技术方案带来的有益效果包括:
本申请实施例提供的消息处理方法、装置及***、存储介质,由于用户终端可以根据处理服务器集群发送的数据收集指令收集该用户终端中的业务数据,将该业务数据处理为业务消息,并向处理服务器集群发送该业务消息,处理服务器集群可以对该业务消息进行负载均衡处理,并将负载均衡处理后的业务消息发送给业务服务器,因此有助于避免多个用户终端同时向业务服务器发送业务消息,减小了业务服务器的处理压力。
附图说明
图1是本申请实施例提供的一种消息处理***的示意图;
图2是本申请实施例提供的一种SDK的功能示意图;
图3是本申请实施例提供的一种处理服务器集群的示意图;
图4是本申请实施例提供的一种消息处理方法的方法流程图;
图5是本申请实施例提供的另一种消息处理方法的方法流程图;
图6是本申请实施例提供的再一种消息处理方法的方法流程图;
图7是本申请实施例提供的一种用户终端向处理服务器集群发送业务消息的方法流程图;
图8是本申请实施例提供的一种用户终端基于负载均衡原则向处理服务器集群发送业务消息的方法流程图;
图9是本申请实施例提供的一种消息处理过程的示意图;
图10是本申请实施例提供的一种消息处理装置的逻辑框图;
图11是本申请实施例提供的另一种消息处理装置的逻辑框图;
图12是本申请实施例提供的一种消息处理装置的结构示意图;
图13是本申请实施例提供的另一种消息处理装置的结构示意图。
具体实施方式
为使本申请的原理、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
请参考图1,其示出了本申请实施例提供的一种消息处理***000的示意图,如图1所示,该消息处理***000可以包括:处理服务器集群100、业务服务器200和多个用户终端300。该处理服务器集群100可以包括至少两个服务器,该至少两个服务器通过有线网络或无线网络通信连接,业务服务器200和每个用户终端300分别通过有线网络或无线网络与处理服务器集群100通信连接。可选地,每个用户终端300可以基于超文本传输协议(英文:Hyper Text Transfer Protocol,简称:HTTP)或超文本传输安全(英文:Hyper TextTransfer Protocol over Secure Socket Layer,简称:HTTPS)协议与处理服务器集群100通信连接,或者,每个用户终端300可以基于ws(英文:websocket)协议或者wss(英文:websocket Secure Socket Layer)协议与处理服务器集群100通信连接。其中,该无线网络可以包括但不限于无线保真(英文:Wireless Fidelity,简称:WIFI)网络、数据网络、蓝牙网络或红外网络等,该有线网络可以包括但不限于通用串行总线(英文:Universal SerialBus,简称:USB)网络。
其中,处理服务器集群100包括的至少两个服务器以及业务服务器200中的每个服务器可以是一台服务器,或者由若干台服务器组成的服务器集群,或者是一个云计算服务中心。每个用户终端300可以是智能手机、平板电脑、笔记本电脑或台式电脑等,且多个用户终端300可以相同或不同,该图1以该多个用户终端300包括智能手机、平板和台式电脑为例进行说明。其中,用户终端300中可以具有软件开发工具包(英文:Software DevelopmentKit,简称:SDK),且多个用户终端300中的SDK相同,每个用户终端300可以通过其中的该SDK实现消息处理功能。示例地,请参考图2,其示出了本申请实施例提供的一种SDK的功能示意图,如图2所示,SDK可以具有HTTP或websocket协议支持功能、数据压缩功能、批量传输功能、指令接收功能、指令执行功能和消息持久化功能,使得用户终端300可以通过该SDK进行消息处理。
本领域技术人员容易理解,用户终端在通过SDK实现消息处理功能的过程中,可以通过应用程序接口(英文:Application Programming Interface,简称:API)调用SDK,且多个用户终端中用于调用该SDK的API的级别相同。对于用户终端不支持的API,可以在用户终端中加入补丁代码(该补丁代码可以是polyfill或shim),以使得用户终端能够支持该API,并通过该API调用SDK,或者,对于级别较高的API,用户终端可以对该API做降级处理,以使得用户终端能够通过该API调用SDK。
在本申请实施例中,处理服务器集群100,用于向至少一个用户终端300发送数据收集指令。用户终端300,用于在接收到该数据收集指令时,收集该用户终端300中的业务数据,并将该业务数据处理为业务消息,向处理服务器集群100发送该业务消息;其中,此处的用户终端300指的是接收到数据收集指令的用户终端,该接收到数据收集指令的用户终端可以是一个或多个,本申请实施例在描述时,以该接收到数据收集指令的用户终端为一个用户终端为例进行说明。处理服务器集群100,用于对该业务消息进行负载均衡处理,并将处理后的业务消息发送给业务服务器200。
综上所述,本申请实施例提供的消息处理***,由于用户终端可以根据处理服务器集群发送的数据收集指令收集该用户终端中的业务数据,将该业务数据处理为业务消息,并向处理服务器集群发送该业务消息,处理服务器集群可以对该业务消息进行负载均衡处理,并将负载均衡处理后的业务消息发送给业务服务器,因此有助于避免多个用户终端同时向业务服务器发送业务消息,减小了业务服务器的处理压力。
可选地,该用户终端300,用于:确定业务消息的优先级;根据该业务消息的优先级,基于负载均衡原则向处理服务器集群100发送该业务消息。示例地,用户终端300可以根据业务消息的重要性确定业务消息的优先级。
可选地,用户终端300,用于:当业务消息的优先级高于目标优先级时,向处理服务器集群100发送该业务消息;当业务消息的优先级不高于目标优先级时,将该业务消息存储至消息存储队列中,根据该业务消息在该消息存储队列中的顺序,向处理服务器集群100发送该业务消息。其中,目标优先级可以由用户根据实际情况确定,或者,目标优先级可以由用户终端300根据该用户终端300中的不同业务数据的重要性的权重确定,本申请实施例对此不做限定。对于用户终端300中的每个业务消息,用户终端300可以将该业务消息的优先级与目标优先级进行比较来确定该业务消息的优先级是否高于目标优先级。
可选地,用户终端300,还用于:判断是否需要持久化消息存储队列;当需要持久化该消息存储队列时,持久化该消息存储队列;当不需要持久化该消息存储队列时,根据业务消息在该消息存储队列中的顺序,向处理服务器集群100发送该业务消息。可选地,在本申请实施例中,该业务消息可以为网页消息,例如,web消息,用户终端300中可以包括浏览器,用户终端300可以通过判断浏览器是否支持信标(英文:sendbeacon)发送功能,来判断是否需要持久化消息存储队列,若浏览器支持信标发送功能,则用户终端300确定无需持久化该消息存储队列,若浏览器不支持信标发送功能,则用户终端300确定需要(或者可以)持久化该消息存储队列。其中,用户终端300持久化消息存储队列是指用户终端300可以将该消息存储队列存储至该用户终端300的存储器中,该存储器例如磁盘。
可选地,当不需要持久化消息存储队列时,例如,当浏览器支持信标发送功能时,用户终端300可以通过信标接口,根据业务消息在该消息存储队列中的顺序,向处理服务器集群100发送该业务消息;或者,在浏览器空闲时,用户终端300根据业务消息在该消息存储队列中的顺序,向处理服务器集群100发送该业务消息。
可选地,用户终端300,还用于:判断是否满足持久化解除条件;当满足该持久化解除条件时,根据业务消息在消息存储队列中的顺序,向处理服务器集群100发送该业务消息;当不满足该持久化解除条件时,保持消息存储队列的持久化。可选地,用户终端300可以通过判断浏览器是否空闲,来判断是否满足持久化解除条件,若浏览器空闲,则用户终端300确定满足持久化解除条件,用户终端300可以根据业务消息在消息存储队列中的顺序,向处理服务器集群100发送该业务消息,若浏览器繁忙,则用户终端300确定不满足持久化解除条件,用户终端300保持消息存储队列的持久化。其中,浏览器空闲可以是指浏览器占用中央处理器(英文:Central Processing Unit,简称CPU)的资源较少,例如,浏览器占用CPU的资源比例小于目标比例阈值,用户终端可以判断浏览器占用CPU的资源比例是否小于目标比例阈值,来判断浏览器是否空闲。
可选地,如图1所示,每个用户终端300可以包括:收集器310和解析器320,该收集器310和解析器320可以位于该用户终端300的SDK中,用户终端300用于通过该收集器310收集业务数据;用户终端300用于通过该解析器320将业务数据处理为业务消息,以及,确定该业务消息的优先级,根据该业务消息的优先级,基于负载均衡原则向处理服务器集群100发送该业务消息。其中,收集器310可以提供收集函数,用户终端300可以通过收集器310提供的收集函数来收集业务数据;解析器320可以提供解析函数,用户终端300可以通过解析器320提供的解析函数将业务数据处理为业务消息,其中,用户终端300将业务数据处理为业务消息的过程中,用户终端300对业务数据进行压缩以减少业务数据占用的空间,并且用户终端300可以调整业务数据的格式,使得对不同业务数据进行处理得到的业务消息的格式相同,也即是,用户终端300将业务数据处理为统一格式的业务消息,实现业务消息的格式化。
可选地,如图1所示,处理服务器集群100可以包括:收发服务器110、均衡服务器120和消费服务器130,该收发服务器110和该消费服务器130分别通过有线网络或无线网络与该均衡服务器120通信连接,该消费服务器130通过有线网络或无线网络与业务服务器200通信连接,该收发服务器110通过有线网络或无线网络与多个用户终端300中的每个用户终端300通信连接。其中,收发服务器110、均衡服务器120和消费服务器130中的每个服务器可以是一台服务器,或者由若干台服务器组成的服务器集群,或者是一个云计算服务中心。
收发服务器110,用于向至少一个用户终端300发送数据收集指令,以及接收该用户终端300发送的业务消息;均衡服务器120,用于对收发服务器110接收到的业务消息进行负载均衡处理;消费服务器130,用于将负载均衡处理后的业务消息发送给业务服务器200。
可选地,均衡服务器120,用于将接收到的业务消息存储至消息消费队列中,以对接收到的业务消息进行负载均衡处理;消费服务器130,用于根据业务消息在该消息消费队列中的顺序,将业务消息发送给业务服务器200。
可选地,请参考图3,其示出了本申请实施例提供的一种处理服务器集群100的示意图,该图3以收发服务器110、均衡服务器120和消费服务器130均是由若干台服务器组成的服务器集群为例进行说明,且为了便于与处理服务器集群100区分,本申请实施例将收发服务器110、均衡服务器120和消费服务器130中的每个服务器称为服务节点。如图3所示,收发服务器110可以包括收发均衡(英文:Nginx)节点111和多个收发处理节点112,均衡服务器120包括多个均衡处理节点121,消费服务器130包括消费均衡节点131和多个消费处理节点132,其中,每个均衡处理节点121中可以包括消息消费队列,该消息消费队列可以是Kafka队列、Rabbit队列或者Rocket队列。收发均衡节点111在接收用户终端300发送的业务消息后,将该业务消息均匀的发送至多个收发处理节点112,该多个收发处理节点112对接收到的业务消息进行处理,并将处理后的业务消息发送至均衡服务器120的多个均衡处理节点121,每个均衡处理节点121可以将接收到的业务消息存储至消息消费队列(例如Kafka队列)中,以对业务消息进行负载均衡处理,之后均衡处理节点121可以按照业务消息在消息消费队列中的顺序向消费均衡节点131发送业务消息,消费均衡节点131接收均衡处理节点121发送的业务消息后,将该业务消息均匀的发送至多个消费处理节点132,该多个消费处理节点132将接收到的业务消息发送给业务服务器200。
综上所述,本申请实施例提供的消息处理***,由于用户终端可以根据处理服务器集群发送的数据收集指令收集该用户终端中的业务数据,将该业务数据处理为业务消息,并向处理服务器集群发送该业务消息,处理服务器集群可以对该业务消息进行负载均衡处理,并将负载均衡处理后的业务消息发送给业务服务器,因此有助于避免多个用户终端同时向业务服务器发送业务消息,减小了业务服务器的处理压力。
请参考图4,其示出了本申请实施例提供的一种消息处理方法的方法流程图,该方法可以用于图1所示的消息处理***000中的任一用户终端300。参见图4,该方法可以包括以下步骤:
步骤201、在接收到处理服务器集群发送的数据收集指令时,根据该数据收集指令,收集用户终端中的业务数据。
其中,用户终端中可以包括收集器,该收集器可以提供收集函数,用户终端可以通过该收集器提供的收集函数,收集用户终端中的业务数据。
步骤202、将该业务数据处理为业务消息。
其中,用户终端中可以包括解析器,该解析器可以提供解析函数,用户终端可以通过该解析器提供的解析函数,将该业务数据处理为业务消息。
步骤203、向该处理服务器集群发送业务消息,该处理服务器集群用于对该业务消息进行负载均衡处理,并将处理后的业务消息发送给业务服务器。
其中,处理服务器集群可以包括收发服务器、均衡服务器和消费服务器,用户终端可以向收发服务器发送业务消息,收发服务器接收到该业务消息之后,将该业务消息发送给均衡服务器,均衡服务器将将业务消息存储至消息消费队列,以对该业务消息进行负载均衡处理,之后该消费服务器根据该业务消息在消息消费队列中的顺序,向业务服务器发送该业务消息。
综上所述,本申请实施例提供的消息处理方法,由于用户终端可以根据处理服务器集群发送的数据收集指令收集该用户终端中的业务数据,将该业务数据处理为业务消息,并向处理服务器集群发送该业务消息,处理服务器集群可以对该业务消息进行负载均衡处理,并将负载均衡处理后的业务消息发送给业务服务器,因此有助于避免多个用户终端同时向业务服务器发送业务消息,减小了业务服务器的处理压力。
请参考图5,其示出了本申请实施例提供的另一种消息处理方法的方法流程图,该方法可以用于图1所示的消息处理***000中的处理服务器集群100。参见图5,该方法可以包括以下步骤:
步骤301、向至少一个用户终端发送数据收集指令,用户终端用于根据该数据收集指令,收集该用户终端中的业务数据,将该业务数据处理为业务消息,并向处理服务器集群发送该业务消息。
其中,处理服务器集群可以包括收发服务器、均衡服务器和消费服务器,该收发服务器可以向至少一个用户终端发送数据收集指令。
其中,接收到数据收集指令的用户终端可以通过该用户终端中的收集器收集该用户终端中的业务数据,通过该用户终端中的解析器将该业务数据处理为业务消息,并向处理服务器集群中的收发服务器发送该业务消息。
步骤302、接收该用户终端发送的该业务消息。
其中,处理服务器集群中的收发服务器可以接收该用户终端发送的该业务消息。
步骤303、对该业务消息进行负载均衡处理。
其中,处理服务器集群中的均衡服务器可以对该业务消息进行负载均衡处理。可选地,该均衡服务器中可以包括消息消费队列,均衡服务器可以将业务消息存储至消息消费队列中,以对该业务消息进行负载均衡处理。
步骤304、将负载均衡处理后的业务消息发送给业务服务器。
其中,处理服务器集群中的消费服务器可以将负载均衡处理后的业务消息发送给业务服务器。可选地,该消费服务器可以根据该业务消息在消息消费队列中的顺序,将该业务消息发送给业务服务器。
综上所述,本申请实施例提供的消息处理方法,由于用户终端可以根据处理服务器集群发送的数据收集指令收集该用户终端中的业务数据,将该业务数据处理为业务消息,并向处理服务器集群发送该业务消息,处理服务器集群可以对该业务消息进行负载均衡处理,并将负载均衡处理后的业务消息发送给业务服务器,因此有助于避免多个用户终端同时向业务服务器发送业务消息,减小了业务服务器的处理压力。
请参考图6,其示出了本申请实施例提供的再一种消息处理方法的方法流程图,该方法可以用于如图1所示的消息处理***000。参见图6,该方法可以包括以下步骤:
步骤401、处理服务器集群向至少一个用户终端发送数据收集指令。
其中,处理服务器集群可以包括收发服务器、均衡服务器和消费服务器,在本申请实施例中,处理服务器集群可以通过收发服务器向至少一个用户终端发送数据收集指令,也即是,收发服务器向至少一个用户终端发送数据收集指令。可选地,该数据收集指令可以是配置(英文:config)命令。
可选地,每个用户终端可以基于HTTP协议或HTTPS协议与收发服务器通信连接,每个用户终端可以基于HTTP协议或HTTPS协议向收发服务器发送数据传输请求,并且收发服务器可以根据每个用户终端发送的数据传输请求,向该每个用户终端发送数据传输响应,在本申请实施例中,该收发服务器可以将数据收集指令携带在对至少一个用户终端的数据传输响应中,向至少一个用户终端发送数据收集指令(也即是收发服务器通过回包向至少一个用户终端发送数据收集指令)。或者,可选地,每个用户终端可以基于ws协议或者wss协议与收发服务器通信连接,收发服务器可以基于ws协议或者wss协议,主动向至少一个用户终端发送数据收集指令。本申请实施例对此不做限定。
步骤402、用户终端接收处理服务器集群发送的数据收集指令。
可选地,用户终端可以通过与处理服务器集群之间的通信连接,接收处理服务器集群发送的数据收集指令。根据步骤401容易理解,用户终端接收处理服务器集群发送的数据收集指令也即是接收收发服务器发送的数据收集指令。
可选地,用户终端可以基于HTTP协议或HTTPS协议接收收发服务器发送数据传输响应,对该数据传输响应进行解析得到数据收集指令。或者,用户终端可以基于ws协议或者wss协议接收收发服务器发送的数据收集指令,本申请实施例对此不做限定。
步骤403、用户终端根据该数据收集指令,收集该用户终端中的业务数据。
可选地,用户终端中可以包括收集器,该收集器可以提供收集函数,用户终端接收到数据收集指令后,可以通过该收集器中的收集函数来收集该用户终端中的业务数据,其中,该业务数据可以包括产品上报数据、返回码数据、测速数据和其他日志数据,该产品上报数据可以指示用户对用户终端的操作记录,该返回码数据可以指示处理服务器集群是否可用,测速数据可以指示用户终端的网页页面的响应速度,其他日志数据可以为用户终端中,除产品上报数据、返回码数据和测速数据之外的数据。
步骤404、用户终端将该业务数据处理为业务消息。
可选地,用户终端中可以包括解析器,该解析器可以提供解析函数,用户终端可以通过该解析器中的解析函数,将该业务数据处理为业务消息。
可选地,用户终端将业务数据处理为业务消息的过程中,用户终端可以对业务数据进行压缩以减少业务数据占用的空间,并且用户终端可以调整业务数据的格式,使得对不同业务数据进行处理得到的业务消息的格式相同,也即是,用户终端可以将业务数据处理为统一格式的业务消息,实现业务消息的格式化。
步骤405、用户终端向处理服务器集群发送该业务消息。
用户终端将业务数据处理为业务消息后,可以向处理服务器集群发送该业务消息,在本申请实施例中,用户终端向处理服务器集群发送该业务消息可以是用户终端向处理服务器集群中的收发服务器发送该业务消息。
可选地,请参考图7,其示出了本申请实施例提供的一种用户终端向处理服务器集群发送业务消息的方法流程图,如图7所示,该方法可以包括以下步骤:
子步骤4051、确定该业务消息的优先级。
可选地,用户终端可以根据业务消息的重要性,确定该业务消息的优先级。其中,该业务消息的优先级指示业务消息发送的先后顺序,用户终端在向发送消息时,可以优先发送优先级较高的业务消息。
子步骤4052、根据该业务消息的优先级,基于负载均衡原则向处理服务器集群发送业务消息。
其中,用户终端根据该业务消息的优先级,基于负载均衡原则向处理服务器集群发送业务消息,这样可以减小处理服务器集群的处理压力。
可选地,请参考图8,其示出了本申请实施例提供的一种用户终端基于负载均衡原则向处理服务器集群发送业务消息的方法流程图,如图8所示,该方法可以包括以下子步骤:
子步骤40521、判断业务消息的优先级是否高于目标优先级。当该业务消息的优先级高于目标优先级时,执行子步骤40522;当该业务消息的优先级不高于目标优先级时,执行子步骤40523至40530。
可选地,目标优先级可以由用户根据实际情况确定,或者,目标优先级可以由用户终端根据该用户终端中的不同业务数据的重要性的权重确定,本申请实施例对此不做限定。可选地,用户终端可以将该业务消息的优先级与目标优先级进行比较来确定该业务消息的优先级是否高于目标优先级。
子步骤40522、向处理服务器集群发送该业务消息。
当在子步骤40521中,用户终端确定业务消息的优先级高于目标优先级时,用户终端可以向处理服务器集群发送该业务消息。其中,用户终端向处理服务器集群发送业务消息也即是用户终端向收发服务器发送业务消息。
子步骤40523、将该业务消息存储至消息存储队列中。
当在子步骤40521中,用户终端确定该业务消息的优先级不高于(也即是低于或者等于)目标优先级时,用户终端可以将该业务消息存储至消息存储队列中。其中,消息存储队列可以位于用户终端的缓存中。
子步骤40524、根据该业务消息在该消息存储队列中的顺序,向该处理服务器集群发送该业务消息。
可选地,该消息存储队列遵循先进先出的原则,用户终端可以向处理服务器集群发送先存储至该消息存储队列中的业务消息,后向处理服务器集群发送后存储至该消息存储队列中的业务消息。
子步骤40525、判断是否需要持久化该消息存储队列。当需要持久化消息存储队列时,执行子步骤40526;当不需要持久化消息存储队列时,执行子步骤40530。
可选地,在本申请实施例中,该业务消息可以为网页消息,例如,web消息,用户终端中可以包括浏览器,其中,该浏览器可以是网页浏览器(英文:Internet Explorer,简称:IE)、Edge浏览器、谷歌(英文:Chrome)浏览器、safari浏览器、火狐(英文:Firefox)、QQ浏览器或UC浏览器等。
可选地,用户终端可以通过判断浏览器是否支持信标发送功能,来判断是否需要持久化消息存储队列,若浏览器支持信标发送功能,则用户终端确定无需持久化该消息存储队列,若浏览器不支持信标发送功能,则用户终端确定可以持久化该消息存储队列。其中,用户终端持久化消息存储队列是指用户终端可以将该消息存储队列存储至用户终端的存储器中。
子步骤40526、持久化该消息存储队列。
当在子步骤40524中用户终端确定需要持久化该消息存储队列时,用户终端将该消息存储队列存储至该用户终端的存储器中,实现消息存储队列的持久化。其中,用户终端持久化该消息存储队列可以避免业务消息丢失。
需要说明的是,用户终端在持久化该消息存储队列之前,可以获取用户终端的本地存储(英文:localstorage)空间的可用容量,并检测本地存储空间的可用容量是否大于该消息存储队列的数据量,当本地存储空间的可用容量大于消息存储队列的数据量时,用户终端确定本地存储空间足以存储消息存储队列中的业务消息,用户终端可以将消息存储队列中的业务消息存储至用户终端的存储器中,以持久化该消息存储队列。当本地存储空间的可用容量不大于消息存储队列的数据量时,用户终端确定本地存储空间不足以存储消息存储队列中的业务消息,用户终端不持久化该消息存储队列,而是可以根据业务消息在该消息存储队列中的顺序,将消息存储队列中的业务消息发送至处理服务器集群。在本申请实施例中,用户终端在获取本地存储空间的可用容量之前,可以判断浏览器是否支持本地存储,若浏览器不支持本地存储,用户终端通过调用SDK,在浏览器中加载补丁代码,以使得浏览器支持本地存储,该补丁代码可以是polyfill或shim。
本领域技术人员容易理解,当浏览器不支持信标发送功能时,用户终端在通过浏览器向收发服务器发送业务消息的过程中,浏览器可能会意外关闭导致业务消息发送失败,从而导致业务消息的丢失,而用户终端在持久化消息存储队列之后,即使浏览器意外关闭,也不会导致业务消息的丢失,当浏览器重新开启后,用户终端可以再次向收发服务器发送该业务消息。
子步骤40527、判断是否满足持久化解除条件。当满足该持久化解除条件时,执行子步骤40528。当不满足该持久化解除条件时,执行子步骤40529。
可选地,持久化解除条件可以是浏览器空闲。用户终端可以判断浏览器是否空闲,若浏览器空闲,则用户终端可以确定满足持久化解除条件,浏览器繁忙,则用户终端可以确定不满足持久化解除条件。
其中,浏览器空闲可以是指浏览器占用CPU的资源较少,例如,浏览器占用CPU的资源比例小于目标比例阈值,用户终端可以判断浏览器占用CPU的资源比例是否小于目标比例阈值,当浏览器占用CPU的资源比例小于目标比例阈值时,用户终端确定浏览器空闲,满足持久化解除条件,当浏览器占用CPU的资源比例不小于目标比例阈值时,用户终端确定浏览器繁忙,不满足持久化解除条件。
子步骤40528、根据该业务消息在该消息存储队列中的顺序,向处理服务器集群发送该业务消息。
当在子步骤40527中用户终端确定满足该持久化解除条件,则用户终端根据该业务消息在该消息存储队列中的顺序,向处理服务器集群发送该业务消息。可选地,用户终端可以基于HTTP协议或ws协议,向处理服务器集群中的收发服务器发送该业务消息。示例地,当浏览器空闲时,用户终端根据该业务消息在该消息存储队列中的顺序,基于HTTP协议或ws协议,向收发服务器发送该业务消息。
子步骤40529、保持消息存储队列的持久化。
当在子步骤40527中用户终端确定不满足该持久化解除条件,则用户终端保护消息存储队列的持久化,也即是,用户终端保持消息存储队列存储至存储器中,而不从该消息存储队列中读取业务消息。
子步骤40530、根据该业务消息在该消息存储队列中的顺序,向处理服务器集群发送该业务消息。
可选地,当在子步骤40525中,用户终端确定无需持久化该消息存储队列,则用户终端可以根据该业务消息在该消息存储队列中的顺序,向处理服务器集群发送该业务消息,可选地,用户终端可以通过信标接口向处理服务器集群发送业务消息;或者,用户终端在浏览器空闲时,通过浏览器向处理服务器集群发送业务消息,本申请实施例对此不做限定。
需要说明的是,当用户终端通过信标接口,向处理服务器集群发送消息存储队列中的业务群消息时,该消息存储队列的数据量可以小于或等于处理服务器集群中的收发服务器所能接收的最大数据量,以避免业务消息的丢失。
步骤406、处理服务器集群接收用户终端发送的业务消息。
其中,处理服务器集群可以包括收发服务器,处理服务器集群接收用户终端发送的业务消息也即是收发服务器接收用户终端发送的业务消息。可选地,收发服务器可以基于HTTP协议或ws协议接收用户终端发送的业务消息。
可选地,收发服务器可以包括收发均衡节点和多个收发处理节点,收发均衡节点可以基于HTTP协议或ws协议接收用户终端发送的业务消息,并将接收到的业务消息均匀的发送至多个收发处理节点,该多个收发处理节点对接收到的业务消息进行处理。其中,当多个收发处理节点中的某一个收发处理节点不可用时,其他的收发处理节点依然可用,可以由可用的收发处理节点对不可用的收发处理节点的业务消息进行处理,保证对业务消息的正常处理,提高了处理业务消息的性能。
步骤407、处理服务器集群对该业务消息进行负载均衡处理。
处理服务器集群接收到业务消息后,可以对该业务消息进行负载均衡处理。可选地,收发服务器在接收用户终端发送的业务消息后,可以将业务消息发送给至均衡服务器,由均衡服务器对该业务消息进行负载均衡处理。可选地,收发服务器可以基于远程过程调用(英文:Remote Procedure Call,简称:RPC)协议,将该业务消息发送至均衡服务器,该均衡服务器可以将该业务消息存储至消息消费队列中,从而实现对业务消息的负载均衡处理。其中,该消息消费队列可以是Kafka队列、Rabbit队列或者Rocket队列。
其中,对于Kafka队列,可以根据业务消息的类型对业务消息进行存储,且Kafka队列依赖于zookeeper服务(ZooKeeper是一个分布式的,开放源码的分布式应用程序协调服务),均衡服务器可以根据zookeeper服务提供的元数据(英文:meta),向消费服务器发送业务消息。在本申请实施例中,当消息消费队列为Kafka队列时,该均衡服务器在基于Kafka队列处理该业务消息时,可以实现高吞吐、低延时、高可用、集群扩展、集群容错等功能,且能够通过基于多种编程语言的算法,处理业务消息。
可选地,均衡服务器可以包括多个均衡处理节点,收发服务器中的每个收发处理节点可以基于RPC协议向均衡处理节点发送业务消息,每个均衡处理节点可以将接收到的业务消息存储至其中的消息消费队列中,以对业务消息进行负载均衡处理。
步骤408、处理服务器集群将负载均衡处理后的业务消息发送给业务服务器。
可选地,处理服务器集群可以通过消费服务器,将负载均衡处理后的业务消息发送给业务服务器。也即是,由消费服务器按照均衡服务器的消息消费队列中的顺序,将业务消息发送给业务服务器。
可选地,消费服务器可以包括消费均衡节点和多个消费处理节点,每个均衡处理节点可以按照业务消息在其中的消息消费队列中的顺序向消费均衡节点发送业务消息,消费均衡节点接收均衡处理节点发送的业务消息后,将该业务消息均匀的发送至多个消费处理节点,每个消费处理节点可以根据业务消息在消息消费队列中的顺序,将业务消息发送至业务服务器。这样一来,处理服务器集群可以将不同用户终端的业务消息异步发送至业务服务器,从而降低了业务服务器的处理压力。
在本申请实施例中,消费处理节点在对消息消费队列中业务消息处理的过程中,对于处理过程需要占用较多CPU资源的业务消息,消费处理节点可以通过基于go(中文:golang)的算法对该业务消息进行处理,对于处理过程需要占用较少CPU资源的业务消息,消费处理节点可以通过基于node.js语言的算法对该业务消息进行处理。
步骤409、业务服务器接收处理服务器集群发送的该业务消息。
业务服务器可以接收消费服务器发送的业务消息,并将该业务消息进行处理,例如,针对该业务消息为用户终端提供相应的功能,本申请实施例在此不再赘述。
根据以上不难理解,在本申请实施例中,业务服务器的处理压力仅由消费服务器产生,并且消费服务器向业务服务器发送的业务消息是负载均衡处理后的,因此提高了业务的稳定性。
综上所述,本申请实施例提供的消息处理方法,由于用户终端可以根据处理服务器集群发送的数据收集指令收集该用户终端中的业务数据,将该业务数据处理为业务消息,并向处理服务器集群发送该业务消息,处理服务器集群可以对该业务消息进行负载均衡处理,并将负载均衡处理后的业务消息发送给业务服务器,因此有助于避免多个用户终端同时向业务服务器发送业务消息,减小了业务服务器的处理压力。
需要说明的是,相关技术中,用户终端与业务服务器交互进行业务消息处理,不同用户终端向业务服务器发送的业务消息的格式通常不同,因此业务服务器需要基于不同的算法对不同用户终端的业务消息进行处理,这导致业务服务器的处理压力较大,业务处理的复杂度较高。本申请实施例提供的方案中,通过在用户终端与业务服务器之间增设处理服务器集群,不同用户终端向处理服务器集群发送的业务消息的格式相同,处理服务器集群将多个用户终端的业务数据进行负载均衡处理之后,向业务服务器发送业务消息,因此业务服务器可以采用同一种算法对不同用户终端的业务消息进行处理,降低了业务服务器的处理压力和业务处理的复杂度。并且,在本申请实施例中,用户终端与业务服务器不直接交互,降低了用户终端与业务服务器之间的耦合度,实现了用户终端与业务服务器的解耦。
图9是本申请实施例提供的一种消息处理过程的示意图,下面结合图9,以一个示例对本申请实施例提供的消息处理过程进行说明。如图9所示,用户终端基于HTTP协议或ws协议与处理服务器集群中的收发服务器通信连接。当用户终端基于HTTP协议与收发服务器通信连接时,用户终端可以基于HTTP协议,向收发服务器发送数据传输请求,并且收发服务器可以基于HTTP协议针对该数据传输请求向用户终端发送数据传输响应,该收发服务器可以将数据收集指令携带在对该用户终端的数据传输响应中,向该用户终端发送数据收集指令。当用户终端基于ws协议与收发服务器通信连接时,收发服务器可以基于ws协议向用户终端发送数据收集指令。
用户终端中可以包括收发器,用户终端可以通过该收发器接收处理服务器集群发送的数据收集指令,之后,用户终端根据该数据收集指令,收集该用户终端中的业务数据,将收集到的业务数据处理为业务消息,并将业务消息存储在消息池的消息存储队列中,之后,用户终端通过收发器,将该消息池中的业务消息发送至收发服务器。其中,业务数据可以包括产品上报数据、返回码数据、测速数据和其他日志数据,因此业务消息可以包括产品上报消息、返回码消息、测速消息和其他日志消息。
收发服务器可以接收用户终端发送的业务消息,并基于RPC协议将业务消息发送至均衡服务器,均衡服务器可以将该业务消息存储至消息消费队列中,并根据业务消息在消息消费队列中的顺序,将业务消息发送至消费服务器。
请参考图10,其示出了本申请实施例提供的一种消息处理装置500的逻辑框图,该消息处理装置500可以为图1所示的消息处理***000中的任一用户终端300中的程序组件,该消息处理***000包括业务服务器200、处理服务器集群100和该用户终端300。参见图10,该消息处理装置500可以包括:
收集模块501,用于在接收到处理服务器集群发送的数据收集指令时,根据数据收集指令,收集用户终端中的业务数据;
处理模块502,用于将业务数据处理为业务消息;
第一发送模块503,用于向处理服务器集群发送业务消息,处理服务器集群用于对业务消息进行负载均衡处理,并将处理后的业务消息发送给业务服务器。
可选地,该第一发送模块503,包括:
确定单元,用于确定业务消息的优先级;
发送单元,用于根据业务消息的优先级,基于负载均衡原则向处理服务器集群发送业务消息。
可选地,发送单元,用于:
当业务消息的优先级高于目标优先级时,向处理服务器集群发送业务消息;
当业务消息的优先级不高于目标优先级时,将业务消息存储至消息存储队列中,根据业务消息在消息存储队列中的顺序,向处理服务器集群发送业务消息。
可选地,该消息处理装置500还包括:
第一判断模块,用于判断是否需要持久化消息存储队列;
持久化模块,用于当需要持久化消息存储队列时,持久化消息存储队列;
第二发送模块,用于当不需要持久化消息存储队列时,根据业务消息在消息存储队列中的顺序,向处理服务器集群发送业务消息。
可选地,该消息处理装置500还包括:
第一判断模块,用于判断是否满足持久化解除条件;
第三发送模块,用于当满足持久化解除条件时,根据业务消息在消息存储队列中的顺序,向处理服务器集群发送业务消息。
可选地,业务消息为网页消息,用户终端中包括浏览器,
第二发送模块,用于当不需要持久化消息存储队列时,通过信标接口,向处理服务器集群发送业务消息,或者,在浏览器空闲时,通过浏览器向处理服务器集群发送业务消息。
可选地,用户终端包括:收集器和解析器,
收集模块501,用于通过收集器收集业务数据;
处理模块502,用于通过解析器将业务数据处理为业务消息;
确定单元,用于通过解析器确定业务消息的优先级;
发送单元,用于通过解析器根据业务消息的优先级,基于负载均衡原则向处理服务器集群发送业务消息。
综上所述,本申请实施例提供的消息处理装置,由于收集模块可以根据处理服务器集群发送的数据收集指令收集用户终端中的业务数据,处理模块将该业务数据处理为业务消息,发送模块向处理服务器集群发送该业务消息,处理服务器集群可以对该业务消息进行负载均衡处理,并将负载均衡处理后的业务消息发送给业务服务器,因此有助于避免多个用户终端同时向业务服务器发送业务消息,减小了业务服务器的处理压力。
请参考图11,其示出了本申请实施例提供的另一种消息处理装置600的逻辑框图,该消息处理装置600可以为图1所示的消息处理***000中的处理服务器集群100中的程序组件,该消息处理***000包括该处理服务器集群100、业务服务器200和多个用户终端300。参见图11,该消息处理装置600可以包括:
第一发送模块601,用于向至少一个用户终端发送数据收集指令,用户终端用于根据数据收集指令,收集用户终端中的业务数据,将业务数据处理为业务消息,并向处理服务器集群发送业务消息;
接收模块602,用于接收用户终端发送的业务消息;
处理模块603,用于对业务消息进行负载均衡处理;
第二发送模块604,用于将负载均衡处理后的业务消息发送给业务服务器。
可选地,处理服务器集群包括:收发服务器、均衡服务器和消费服务器,
第一发送模块601,用于通过收发服务器向至少一个用户终端发送数据收集指令;
接收模块602,用于通过收发服务器接收用户终端发送的业务消息;
处理模块603,用于通过均衡服务器对业务消息进行负载均衡处理;
第二发送模块604,用于通过消费服务器将负载均衡处理后的业务消息发送给业务服务器。
可选地,处理模块603,用于将业务消息存储均衡服务器的消息消费队列中;
第二发送模块604,用于根据业务消息在消息消费队列中的顺序,将业务消息发送给业务服务器。
综上所述,本申请实施例提供的消息处理装置,由于用户终端可以根据处理服务器集群的第一发送模块发送的数据收集指令收集该用户终端中的业务数据,将该业务数据处理为业务消息,并向处理服务器集群发送该业务消息,处理服务器集群的处理模块可以对该业务消息进行负载均衡处理,第二发送模块将负载均衡处理后的业务消息发送给业务服务器,因此有助于避免多个用户终端同时向业务服务器发送业务消息,减小了业务服务器的处理压力。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图12是本申请实施例提供的一种消息处理装置700的结构示意图。该装置700可以是终端,比如:智能手机、平板电脑、MP3播放器(Moving Picture Experts Group AudioLayer III,动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts GroupAudio Layer IV,动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。该装置700还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。
通常,消息处理装置700包括有:处理器701和存储器702。
处理器701可以包括一个或多个处理核心,比如4核心处理器、8核心处理器等。处理器701可以采用DSP(Digital Signal Processing,数字信号处理)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)、PLA(Programmable Logic Array,可编程逻辑阵列)中的至少一种硬件形式来实现。处理器701也可以包括主处理器和协处理器,主处理器是用于对在唤醒状态下的数据进行处理的处理器,也称CPU(Central ProcessingUnit,中央处理器);协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中,处理器701可以在集成有GPU(Graphics Processing Unit,图像处理器),GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中,处理器701还可以包括AI(Artificial Intelligence,人工智能)处理器,该AI处理器用于处理有关机器学习的计算操作。
存储器702可以包括一个或多个计算机可读存储介质,该计算机可读存储介质可以是非暂态的。存储器702还可包括高速随机存取存储器,以及非易失性存储器,比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中,存储器702中的非暂态的计算机可读存储介质用于存储至少一个指令,该至少一个指令用于被处理器701所执行以实现本申请实施例提供的消息处理方法。
在一些实施例中,该装置700还可以包括有:***设备接口703和至少一个***设备。处理器701、存储器702和***设备接口703之间可以通过总线或信号线相连。各个***设备可以通过总线、信号线或电路板与***设备接口703相连。具体地,***设备包括:射频电路704、显示屏705、摄像头组件706、音频电路707、定位组件708和电源709中的至少一种。
***设备接口703可被用于将I/O(Input/Output,输入/输出)相关的至少一个***设备连接到处理器701和存储器702。在一些实施例中,处理器701、存储器702和***设备接口703被集成在同一芯片或电路板上;在一些其他实施例中,处理器701、存储器702和***设备接口703中的任意一个或两个可以在单独的芯片或电路板上实现,本实施例对此不加以限定。
射频电路704用于接收和发射RF(Radio Frequency,射频)信号,也称电磁信号。射频电路704通过电磁信号与通信网络以及其他通信设备进行通信。射频电路704将电信号转换为电磁信号进行发送,或者,将接收到的电磁信号转换为电信号。可选地,射频电路704包括:天线***、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路704可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于:万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity,无线保真)网络。在一些实施例中,射频电路704还可以包括NFC(Near Field Communication,近距离无线通信)有关的电路,本申请对此不加以限定。
显示屏705用于显示UI(User Interface,用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏705是触摸显示屏时,显示屏705还具有采集在显示屏705的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器701进行处理。此时,显示屏705还可以用于提供虚拟按钮和/或虚拟键盘,也称软按钮和/或软键盘。在一些实施例中,显示屏705可以为一个,设置装置700的前面板;在另一些实施例中,显示屏705可以为至少两个,分别设置在装置700的不同表面或呈折叠设计;在再一些实施例中,显示屏705可以是柔性显示屏,设置在装置700的弯曲表面上或折叠面上。甚至,显示屏705还可以设置成非矩形的不规则图形,也即异形屏。显示屏705可以为OLED(OrganicLight-Emitting Diode,有机发光二极管)显示屏。
摄像头组件706用于采集图像或视频。可选地,摄像头组件706包括前置摄像头和后置摄像头。通常,前置摄像头设置在终端的前面板,后置摄像头设置在终端的背面。在一些实施例中,后置摄像头为至少两个,分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种,以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality,虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中,摄像头组件706还可以包括闪光灯。闪光灯可以是单色温闪光灯,也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合,可以用于不同色温下的光线补偿。
音频电路707可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波,并将声波转换为电信号输入至处理器701进行处理,或者输入至射频电路704以实现语音通信。出于立体声采集或降噪的目的,麦克风可以为多个,分别设置在消息处理装置700的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器701或射频电路704的电信号转换为声波。扬声器可以是传统的薄膜扬声器,也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时,不仅可以将电信号转换为人类可听见的声波,也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中,音频电路707还可以包括耳机插孔。
定位组件708用于定位该装置700的当前地理位置,以实现导航或LBS(LocationBased Service,基于位置的服务)。定位组件708可以是基于美国的GPS(GlobalPositioning System,全球定位***)、中国的北斗***或俄罗斯的伽利略***的定位组件。
电源709用于为该装置700中的各个组件进行供电。电源709可以是交流电、直流电、一次性电池或可充电电池。当电源709包括可充电电池时,该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池,无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。
在一些实施例中,消息处理装置700还包括有一个或多个传感器710。该一个或多个传感器710包括但不限于:加速度传感器711、陀螺仪传感器712、压力传感器712、指纹传感器714、光学传感器715以及接近传感器716。
加速度传感器711可以检测以该装置700建立的坐标系的三个坐标轴上的加速度大小。比如,加速度传感器711可以用于检测重力加速度在三个坐标轴上的分量。处理器701可以根据加速度传感器711采集的重力加速度信号,控制触摸显示屏705以横向视图或纵向视图进行用户界面的显示。加速度传感器711还可以用于游戏或者用户的运动数据的采集。
陀螺仪传感器712可以检测该装置700的机体方向及转动角度,陀螺仪传感器712可以与加速度传感器711协同采集用户对该装置700的3D动作。处理器701根据陀螺仪传感器712采集的数据,可以实现如下功能:动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。
压力传感器712可以设置在该装置700的侧边框和/或触摸显示屏705的下层。当压力传感器712设置在该装置700的侧边框时,可以检测用户对该装置700的握持信号,由处理器701根据压力传感器712采集的握持信号进行左右手识别或快捷操作。当压力传感器712设置在触摸显示屏705的下层时,由处理器701根据用户对触摸显示屏705的压力操作,实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
指纹传感器714用于采集用户的指纹,由处理器701根据指纹传感器714采集到的指纹识别用户的身份,或者,由指纹传感器714根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时,由处理器701授权该用户执行相关的敏感操作,该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器714可以被设置该装置700的正面、背面或侧面。当该装置700上设置有物理按键或厂商Logo时,指纹传感器714可以与物理按键或厂商Logo集成在一起。
光学传感器715用于采集环境光强度。在一个实施例中,处理器701可以根据光学传感器715采集的环境光强度,控制触摸显示屏705的显示亮度。具体地,当环境光强度较高时,调高触摸显示屏705的显示亮度;当环境光强度较低时,调低触摸显示屏705的显示亮度。在另一个实施例中,处理器701还可以根据光学传感器715采集的环境光强度,动态调整摄像头组件706的拍摄参数。
接近传感器716,也称距离传感器,通常设置在该装置700的前面板。接近传感器716用于采集用户与该装置700的正面之间的距离。在一个实施例中,当接近传感器716检测到用户与该装置700的正面之间的距离逐渐变小时,由处理器701控制触摸显示屏705从亮屏状态切换为息屏状态;当接近传感器716检测到用户与装置700的正面之间的距离逐渐变大时,由处理器701控制触摸显示屏705从息屏状态切换为亮屏状态。
本领域技术人员可以理解,图12中示出的结构并不构成对消息处理装置700的限定,可以包括比图示更多或更少的组件,或者组合某些组件,或者采用不同的组件布置。
请参考图13,其示出了本申请实施例提供的一种消息处理装置800的结构示意图,该消息处理装置800可以为服务器。示例地,如图13所示,该装置800包括中央处理单元801、包括随机存取存储器(英文:Random-Access Memory;简称:RAM)802和只读存储器(英文:Read-Only Memory;简称:ROM)803的***存储器804,以及连接***存储器804和中央处理单元801的***总线805。装置800还包括帮助计算机内的各个器件之间传输信息的基本输入/输出(英文:Input/Output;简称:I/O)***806,和用于存储操作***813、应用程序814和其他程序模块815的大容量存储设备807。
基本输入/输出***806包括有用于显示信息的显示器808和用于用户输入信息的诸如鼠标、键盘之类的输入设备809。其中显示器808和输入设备809都通过连接到***总线805的输入输出控制器810连接到中央处理单元801。基本输入/输出***806还可以包括输入输出控制器810以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地,输入/输出控制器810还提供输出到显示屏、打印机或其他类型的输出设备。
大容量存储设备807通过连接到***总线805的大容量存储控制器(未示出)连接到中央处理单元801。大容量存储设备807及其相关联的计算机可读介质为装置800提供非易失性存储。也就是说,大容量存储设备807可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。
不失一般性,计算机可读存储介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、可擦除可编程只读存储器(英文:Erasable Programmable Read Only Memory;简称:EPROM)、带电可擦除可编程只读存储器(英文:Electrically Erasable Programmableread only memor;简称:EEPROM)、闪存或其他固态存储其技术,紧凑型光盘只读储存器(英文:Compact Disc Read-Only Memory;简称:CD-ROM)、数字通用光盘(英文:DigitalVersatile Disc;简称:DVD)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然,本领域技术人员可知计算机存储介质不局限于上述几种。上述的***存储器804和大容量存储设备807可以统称为存储器。
根据本申请的各种实施例,装置800还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即装置800可以通过连接在***总线805上的网络接口单元811连接到网络812,或者说,也可以使用网络接口单元811来连接到其他类型的网络或远程计算机***(未示出)。
上述存储器还包括一个或者一个以上的程序,一个或者一个以上程序存储于存储器中,被配置由CPU执行,以实现本申请实施例提供的方法。
本申请实施例提供了一种存储介质,该存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以如图4至图8所示的消息处理方法。
在本申请中,术语“第一”和“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性。术语“多个”指两个或两个以上,除非另有明确的限定。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本申请的可选实施例,并不用以限制本申请,凡在本申请的构思和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

Claims (10)

1.一种消息处理***,其特征在于,包括:业务服务器、处理服务器集群和多个用户终端,
所述处理服务器集群,用于向至少一个所述用户终端发送数据收集指令;
所述用户终端,用于在接收到所述数据收集指令时,收集所述用户终端中的业务数据,并将所述业务数据处理为业务消息,向所述处理服务器集群发送所述业务消息;
所述处理服务器集群,用于对所述业务消息进行负载均衡处理,并将处理后的所述业务消息发送给所述业务服务器。
2.根据权利要求1所述的***,其特征在于,所述用户终端,用于:
确定所述业务消息的优先级;
根据所述业务消息的优先级,基于负载均衡原则向所述处理服务器集群发送所述业务消息。
3.根据权利要求2所述的***,其特征在于,所述用户终端,用于:
当所述业务消息的优先级高于目标优先级时,向所述处理服务器集群发送所述业务消息;
当所述业务消息的优先级不高于所述目标优先级时,将所述业务消息存储至所述消息存储队列中,根据所述业务消息在所述消息存储队列中的顺序,向所述处理服务器集群发送所述业务消息。
4.根据权利要求3所述的***,其特征在于,所述用户终端,还用于:
判断是否需要持久化所述消息存储队列;
当需要持久化所述消息存储队列时,持久化所述消息存储队列;
当不需要持久化所述消息存储队列时,根据所述业务消息在所述消息存储队列中的顺序,向所述处理服务器集群发送所述业务消息。
5.根据权利要求4所述的***,其特征在于,所述业务消息为网页消息,所述用户终端中包括浏览器,所述用户终端,用于:
当不需要持久化所述消息存储队列时,通过信标接口,向所述处理服务器集群发送所述业务消息,或者,在所述浏览器空闲时,通过所述浏览器向所述处理服务器集群发送所述业务消息。
6.根据权利要求1至5任一所述的***,其特征在于,所述处理服务器集群包括:收发服务器、均衡服务器和消费服务器,
所述收发服务器,用于向至少一个所述用户终端发送数据收集指令,以及接收所述用户终端发送的所述业务消息;
所述均衡服务器,用于对所述收发服务器接收到的所述业务消息进行负载均衡处理;
所述消费服务器,用于将负载均衡处理后的所述业务消息发送给所述业务服务器。
7.一种消息处理方法,其特征在于,应用于消息处理***中的用户终端,所述消息处理***包括:业务服务器、处理服务器集群和所述用户终端,所述方法包括:
在接收到所述处理服务器集群发送的数据收集指令时,根据所述数据收集指令,收集所述用户终端中的业务数据;
将所述业务数据处理为业务消息;
向所述处理服务器集群发送所述业务消息,所述处理服务器集群用于对所述业务消息进行负载均衡处理,并将处理后的所述业务消息发送给所述业务服务器。
8.一种消息处理方法,其特征在于,应用于消息处理***中的处理服务器集群,所述消息处理***包括:业务服务器、多个用户终端和所述处理服务器集群,所述方法包括:
向至少一个所述用户终端发送数据收集指令,所述用户终端用于根据所述数据收集指令,收集所述用户终端中的业务数据,将所述业务数据处理为业务消息,并向所述处理服务器集群发送所述业务消息;
接收所述用户终端发送的所述业务消息;
对所述业务消息进行负载均衡处理;
将负载均衡处理后的所述业务消息发送给所述业务服务器。
9.一种消息处理装置,其特征在于,所述装置包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现权利要求7或8所述的方法。
10.一种存储介质,其特征在于,所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现权利要求7或8所述的方法。
CN201911076448.0A 2019-11-06 2019-11-06 消息处理方法、装置及***、存储介质 Active CN110837426B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911076448.0A CN110837426B (zh) 2019-11-06 2019-11-06 消息处理方法、装置及***、存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911076448.0A CN110837426B (zh) 2019-11-06 2019-11-06 消息处理方法、装置及***、存储介质

Publications (2)

Publication Number Publication Date
CN110837426A true CN110837426A (zh) 2020-02-25
CN110837426B CN110837426B (zh) 2024-01-30

Family

ID=69576258

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911076448.0A Active CN110837426B (zh) 2019-11-06 2019-11-06 消息处理方法、装置及***、存储介质

Country Status (1)

Country Link
CN (1) CN110837426B (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111290696A (zh) * 2020-02-26 2020-06-16 平安银行股份有限公司 一种应用程序组件的流控方法及装置
CN111491017A (zh) * 2020-04-03 2020-08-04 广州市中海达测绘仪器有限公司 Cors基准站数据分发***、方法、装置
CN111816190A (zh) * 2020-07-08 2020-10-23 苏州思必驰信息科技有限公司 用于上位机与下位机的语音交互方法和装置
CN112351083A (zh) * 2020-10-28 2021-02-09 武汉绿色网络信息服务有限责任公司 业务处理方法、网络业务***
CN112836838A (zh) * 2021-02-10 2021-05-25 北京声智科技有限公司 预约请求处理方法、装置、设备及存储介质
CN115412521A (zh) * 2022-05-26 2022-11-29 青岛海尔科技有限公司 消息状态同步方法、装置、存储介质及电子装置
CN116932232A (zh) * 2023-09-18 2023-10-24 湖南远跃科技发展有限公司 一种基于bs架构的开发平台的数据处理方法

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1980411A (zh) * 2006-10-27 2007-06-13 华为技术有限公司 业务消息传输方法和***
US20080301705A1 (en) * 2007-06-01 2008-12-04 Vladimir Videlov Persistence of Common Reliable Messaging Data
CN103685363A (zh) * 2012-09-07 2014-03-26 中国科学院计算机网络信息中心 一种高效可靠的多任务处理方法及***
CN105338061A (zh) * 2015-09-29 2016-02-17 华中科技大学 一种轻量级消息中间件的实现方法与***
US20180165177A1 (en) * 2016-12-08 2018-06-14 Nutanix, Inc. Debugging distributed web service requests
WO2018153231A1 (zh) * 2017-02-22 2018-08-30 中兴通讯股份有限公司 信息处理的方法、设备及存储介质
CN108763299A (zh) * 2018-04-19 2018-11-06 贵州师范大学 一种大规模数据处理计算加速***
US20190082048A1 (en) * 2016-03-15 2019-03-14 Huawei Technologies Co., Ltd. Service Processing Method and Apparatus

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1980411A (zh) * 2006-10-27 2007-06-13 华为技术有限公司 业务消息传输方法和***
US20080301705A1 (en) * 2007-06-01 2008-12-04 Vladimir Videlov Persistence of Common Reliable Messaging Data
CN103685363A (zh) * 2012-09-07 2014-03-26 中国科学院计算机网络信息中心 一种高效可靠的多任务处理方法及***
CN105338061A (zh) * 2015-09-29 2016-02-17 华中科技大学 一种轻量级消息中间件的实现方法与***
US20190082048A1 (en) * 2016-03-15 2019-03-14 Huawei Technologies Co., Ltd. Service Processing Method and Apparatus
US20180165177A1 (en) * 2016-12-08 2018-06-14 Nutanix, Inc. Debugging distributed web service requests
WO2018153231A1 (zh) * 2017-02-22 2018-08-30 中兴通讯股份有限公司 信息处理的方法、设备及存储介质
CN108763299A (zh) * 2018-04-19 2018-11-06 贵州师范大学 一种大规模数据处理计算加速***

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111290696A (zh) * 2020-02-26 2020-06-16 平安银行股份有限公司 一种应用程序组件的流控方法及装置
CN111491017A (zh) * 2020-04-03 2020-08-04 广州市中海达测绘仪器有限公司 Cors基准站数据分发***、方法、装置
CN111816190A (zh) * 2020-07-08 2020-10-23 苏州思必驰信息科技有限公司 用于上位机与下位机的语音交互方法和装置
CN112351083A (zh) * 2020-10-28 2021-02-09 武汉绿色网络信息服务有限责任公司 业务处理方法、网络业务***
CN112351083B (zh) * 2020-10-28 2023-03-24 武汉绿色网络信息服务有限责任公司 业务处理方法、网络业务***
CN112836838A (zh) * 2021-02-10 2021-05-25 北京声智科技有限公司 预约请求处理方法、装置、设备及存储介质
CN115412521A (zh) * 2022-05-26 2022-11-29 青岛海尔科技有限公司 消息状态同步方法、装置、存储介质及电子装置
CN116932232A (zh) * 2023-09-18 2023-10-24 湖南远跃科技发展有限公司 一种基于bs架构的开发平台的数据处理方法
CN116932232B (zh) * 2023-09-18 2024-01-05 湖南远跃科技发展有限公司 一种基于bs架构的开发平台的数据处理方法

Also Published As

Publication number Publication date
CN110837426B (zh) 2024-01-30

Similar Documents

Publication Publication Date Title
CN110837426B (zh) 消息处理方法、装置及***、存储介质
CN108306771B (zh) 日志上报方法、装置及***
CN110674022B (zh) 行为数据获取方法、装置及存储介质
CN111614549B (zh) 交互处理方法、装置、计算机设备及存储介质
CN110569220B (zh) 游戏资源文件的展示方法、装置、终端及存储介质
CN111510482B (zh) 失败网络请求的确定方法、装置及计算机存储介质
CN108897659B (zh) 修改日志级别的方法、装置及存储介质
CN109697113B (zh) 请求重试的方法、装置、设备及可读存储介质
CN110659127A (zh) 一种处理任务的方法、装置及***
CN111290896A (zh) 服务器压力的测试方法、装置、设备及介质
CN111061550A (zh) 任务处理方法、装置、设备及存储介质
CN108111397B (zh) 转发通知消息的处理方法及装置
CN113220385A (zh) 一种移动终端横竖屏自动设置方法
CN115766490A (zh) 校准数据的获取方法、校准数据的存储方法、装置及设备
CN111106902B (zh) 数据报文传输方法、装置、设备及计算机可读存储介质
CN110912830B (zh) 传输数据的方法和装置
CN110086814B (zh) 一种数据获取的方法、装置及存储介质
CN111258683A (zh) 检测方法、装置、计算机设备及存储介质
CN107800720B (zh) 劫持上报方法、装置、存储介质及设备
CN111241451A (zh) 网页处理方法、装置、计算机设备及存储介质
CN114143280B (zh) 会话显示方法、装置、电子设备及存储介质
CN111428080A (zh) 录像文件的存储方法、搜索方法及装置
CN112260845B (zh) 进行数据传输加速的方法和装置
CN111464829B (zh) 切换媒体数据的方法、装置、设备及存储介质
CN114785766A (zh) 智能设备的控制方法、终端及服务器

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40022266

Country of ref document: HK

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant