WO2018059353A1 - 消息处理方法及装置 - Google Patents

消息处理方法及装置 Download PDF

Info

Publication number
WO2018059353A1
WO2018059353A1 PCT/CN2017/103204 CN2017103204W WO2018059353A1 WO 2018059353 A1 WO2018059353 A1 WO 2018059353A1 CN 2017103204 W CN2017103204 W CN 2017103204W WO 2018059353 A1 WO2018059353 A1 WO 2018059353A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
messages
sent
message
client
Prior art date
Application number
PCT/CN2017/103204
Other languages
English (en)
French (fr)
Inventor
郑冬平
Original Assignee
广州华多网络科技有限公司
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 广州华多网络科技有限公司 filed Critical 广州华多网络科技有限公司
Publication of WO2018059353A1 publication Critical patent/WO2018059353A1/zh

Links

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/21—Monitoring or handling of messages
    • H04L51/214—Monitoring or handling of messages using selective forwarding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2407—Monitoring of transmitted content, e.g. distribution time, number of downloads
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25891—Management of end-user data being end-user preferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44213—Monitoring of end-user related data

Definitions

  • the present application relates to the field of communications technologies, and in particular, to a message processing method and apparatus.
  • the webcast technology is an Internet technology in which the server broadcasts the live video data of the anchor user to a plurality of viewer users for viewing.
  • the live broadcast service provider provides a lot of functions for the viewer user to interact with the anchor user. For example, a comment function is provided, and a viewer user can input a comment during the live broadcast process; there is also a gift giving function, and the viewer user can present a virtual gift to the anchor user during the live broadcast; and the game function can be assisted, and the viewer user can participate in the game during the live broadcast process. And support the anchor users.
  • the server receives the interactive information initiated by the viewer user. If there are many users participating in the interaction, the server will receive many interactive messages sent by the client.
  • the present application provides a message processing method and apparatus.
  • a message processing method includes:
  • the server determines the number of messages of the interactive message sent by each client in the preset time, and determines that the quantity information is broadcast to each client.
  • the interactive message is broadcasted by the server to each client, and the client is in the live broadcast interface. And displaying the message, wherein the quantity information indicates a size relationship between the number of the messages and a preset maximum number of reports;
  • the client receives the quantity information, and when the interaction message to be sent to the server is obtained, if the quantity information indicates that the number of the messages is greater than the maximum number of reports, according to the preset policy Determining whether the interactive message is sent to the server to control the number of interactive messages sent to the server.
  • the server determines the number of messages of the interaction message sent by each client in the preset time, and includes: the server periodically collects the number of messages of the interaction message sent by each client in real time.
  • the method further includes:
  • the probability that the preset policy is used to control that the interactive message is randomly sent to the server is a ratio of the maximum number of reports to the number of messages.
  • the determining, according to the preset policy, whether the interaction message is sent to the server includes:
  • a message processing method includes:
  • the quantity information indicates a size relationship between the number of messages and a preset maximum number of reports, where the number of messages is the number of interaction messages sent by each client at a preset time acquired by the server;
  • an interactive message to be sent to the server where the interactive message is a message that needs to be broadcast by the server to other clients, and displayed by each other client in the live interface;
  • the method further includes:
  • the probability that the preset policy is used to control that the interactive message is randomly sent to the server is a ratio of the maximum number of reports to the number of messages.
  • the determining, according to the preset policy, whether the interaction message is sent to the server includes:
  • a message processing apparatus includes:
  • the first obtaining module is configured to obtain the quantity information sent by the server, where the quantity information indicates the size relationship between the number of messages and the preset maximum number of reports, and the number of the messages is sent by each client by the preset time acquired by the server. Number of interactive messages;
  • a second acquiring module configured to acquire an interactive message to be sent to the server
  • a determining module configured to determine, according to a preset policy, whether the interactive message is sent to the server according to a preset policy, to control, when the quantity information indicates that the number of messages is greater than the maximum number of reports, to send to the server The number of interactive messages.
  • the probability that the preset policy is used to control that the interactive message is randomly sent to the server is a ratio of the maximum number of reports to the number of messages.
  • the determining module is further configured to:
  • the server may count the number of messages in the preset time, and determine the quantity information, and broadcast quantity information to each client, where the quantity information indicates the number of the messages and the preset maximum number of reports, the client
  • the interaction message to be sent to the server is obtained, if the number of messages is greater than the maximum number of reports, the number of messages is greater than the maximum number of reports, and the interaction message is sent to the server according to a preset policy to control the client.
  • the number of interactive messages sent by the terminal reduces the concurrent requests to the server and reduces the impact of interactive messages on the live interface display.
  • FIG. 1A is a schematic diagram of an application scenario of message processing according to an exemplary embodiment of the present application.
  • FIG. 1B is a schematic diagram of a live broadcast interface displayed by a client in the related art.
  • FIG. 2 is a flowchart of a message processing method according to an exemplary embodiment of the present application.
  • FIG. 3 is a schematic diagram of an application scenario of another message processing according to an exemplary embodiment of the present application.
  • FIG. 4 is a flowchart of another message processing method according to an exemplary embodiment.
  • FIG. 5 is a block diagram of a message processing apparatus according to an exemplary embodiment of the present application.
  • first, second, third, etc. may be used to describe various information in this application, such information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other.
  • first information may also be referred to as the second information without departing from the scope of the present application.
  • second information may also be referred to as the first information.
  • word "if” as used herein may be interpreted as "when” or “when” or “in response to a determination.”
  • FIG. 1A is a method according to an exemplary embodiment of the present application.
  • FIG. 1A includes a server as a server device, and a smartphone, a tablet, and a personal computer as client devices.
  • the client device may also be a smart device such as a PDA (Personal Digital Assistant), a multimedia player, or a wearable device.
  • PDA Personal Digital Assistant
  • the server in Figure 1A provides a live broadcast service to each client.
  • the user can use the smart device to install the live broadcast client, obtain the live broadcast service provided by the server through the live broadcast client, or install the browser client through the smart device.
  • the browser client logs in to the live page provided by the server to obtain a live broadcast service.
  • two types of users are involved in the live broadcast process, one type of user is the host user, and the other type
  • the user is a viewer user.
  • the client provides the live broadcast function and the live broadcast function.
  • the anchor user can use the live broadcast function provided by the client to perform live video broadcast.
  • the specific implementation process is that the client starts the video capture module of the smart device and collects video data in real time through the video capture module. And sending to the server, the server broadcasts the received video data to the client of each viewer user, and the viewer user can watch the live content of the anchor user by using the viewing function provided by the client.
  • the live broadcast service provider provides a lot of functions for the viewer user to interact with the anchor user.
  • a comment function is provided, and a viewer user can input a comment during the live broadcast process; and a gift-giving function, the viewer user can present a virtual gift to the anchor user during the live broadcast; and the game function should be supported, and assistance should be expressed, supported, and supported by the game.
  • the audience user can participate in the support game during the live broadcast, and express the support to the anchor user in the form of game.
  • the server can receive the interactive information initiated by the viewer user by using the client, as shown in FIG.
  • 1B which is a schematic diagram of a live broadcast interface displayed by the client in the related art
  • the server will Broadcast interactive information to other clients so that each other client is displayed in the live interface.
  • the server will receive a large amount of information, and have high requirements on the bandwidth requirements or processing capabilities of the server.
  • the large concurrent requests in a single live broadcast may even cause server congestion.
  • the live interface display effect is poor.
  • the server may count the number of messages in the preset time, determine the quantity information according to the number of messages, and broadcast quantity information to each client, where the quantity information indicates the number of the message and the preset.
  • the maximum number of reports when the client obtains the interactive message to be sent to the server, if the number of messages is greater than the maximum number of reports, the client determines whether the interactive message is sent to the office according to the preset policy.
  • the server is configured to control the number of interactive messages sent by the client, reduce concurrent requests to the server, and reduce the impact of interactive messages on the live interface display.
  • FIG. 2 is a flowchart of a message processing method according to an exemplary embodiment of the present application, including the following steps 201 to 202:
  • the server determines the number of messages of the interactive message sent by each client within a preset time, and The quantity information is broadcast to each client, and the interaction message is a message that is to be broadcast by the server to each client, and is displayed by the client in the live broadcast interface, where the quantity information indicates the number of the message and the preset maximum The size of the reported number.
  • the client receives the quantity information, and when the interaction message to be sent to the server is obtained, if the quantity information indicates that the number of the messages is greater than the maximum number of reports, the interaction message is determined according to a preset policy. Whether to send to the server to control the number of interactive messages sent to the server.
  • the audience user sends an interactive message to the server through the client, and the server displays the received interactive message in the live broadcast interface
  • the message display time may be a preset time. Or, based on the number of interactive messages received per unit time, the display time is determined. The more interactive messages, the shorter the presentation time.
  • the server will continue to receive interactive messages from each client and continuously broadcast to each client, so that each client can display in the live interface.
  • the server operator implementing the solution of the present application may preset the maximum number of reports, and the maximum number of reports may be determined according to various factors, for example, may be determined according to bandwidth requirements or processing capabilities of the server, or may be optimal.
  • the display effect of the live interface is determined for the purpose. For example, the historical data is analyzed to display up to 200 messages per second at the same time in the live interface. If more messages are displayed, the live interface is displayed poorly, so the maximum number of reports can be determined. It is 200. It can be flexibly configured according to the requirements in the actual application, and the specific values and determination manners are not limited in this embodiment.
  • the server can determine the number of messages of the interactive message sent by each client in a preset manner in multiple manners, for example, according to the number of users in the live broadcast process, or by collecting statistics of the interactive message sent by the client. Determined by quantity, or it can be determined in conjunction with the number of historical interaction messages.
  • the preset time may be 1 second, 1 minute or 5 minutes, etc.
  • the server may be real-time counting the number of messages sent by each client, and may broadcast the quantity information to each client in real time.
  • the server may determine quantity information indicating the size relationship between the number of messages and the maximum number of reports, and broadcast the information to each client.
  • the quantity information may include the value of the number of messages and the maximum number of reports, or other forms of information such as the ratio and percentage of the two.
  • the interactive message to be sent to the server in the present application may be any message generated by the client and required to be broadcast by the server to other clients in the live broadcast scenario, and displayed by the other clients in the live broadcast interface.
  • the maximum number of reports is set, if the quantity information indicates that the number of messages is not greater than the maximum number of reports, it indicates that the server has the ability to process the current number of messages, and the current number of messages does not affect the display of the live interface. As an effect, it can be determined that the interactive message is sent to the server. If the number of messages is greater than the maximum number of reports, it indicates that the number of current interactive messages is not within the processing capability of the server. The current number of interactive messages will affect the display effect of the live interface, so the number of interactive messages can be controlled.
  • the client controls the interactive message, and the client determines whether the interactive message is sent to the server according to the preset policy, so that some acquired interactive messages are not sent to the server, so as to reach Reduce the number of interactive messages for the purpose.
  • the preset policy can be flexibly configured. For example, the client sends an interactive message every 5 seconds, that is, after sending an interactive message, the interactive message acquired within 5 seconds of the interval is not sent. Alternatively, some random algorithm may be used to determine whether the interactive message is sent to the server; or the client may determine the user information according to the user's rating or the like.
  • the client after the client generates an interactive message according to the user request, the client does not necessarily send the interactive message to the server, but restricts some interactive messages from being sent through certain policies, thereby reducing the server.
  • the number of interactive messages received reduces the concurrent requests to the server.
  • the interactive message is not sent to the server and broadcasted to other clients through the server, that is, other viewer users do not view the message in the live interface, but the client
  • the interactive message can be displayed in the live interface of the local end, so that Audience users of this client can view the interactive messages they initiate.
  • the number of the interactive messages received by the server may be controlled by the maximum number of reports, and the probability that the preset policy is used to control the random transmission of the interactive message to the server is The ratio of the maximum number of reports to the number of messages.
  • the client can control the probability of random transmission of interactive messages by setting a random algorithm. In the above manner, the number of interactive messages received by the server can be limited to be the maximum number of reports, and the number of interactive messages can be prevented from being limited too much by the client, or the restriction is too small, and the limitation effect is not achieved. .
  • the determining, according to the preset policy, whether the interaction message is sent to the server includes:
  • the relative parameter may be the foregoing quantity information, and the server calculates the relative parameter according to the number of messages and the maximum number of reports and sends the relative parameter to the client; if the number of information sent by the server to the client is the number of messages and the maximum number of reports, the value itself , the client can calculate the relative parameter according to the above calculation formula.
  • the relative parameter is 62.5.
  • the client receives the relative parameter and randomly generates a random number between 0 and 100, since the client has A probability of 62.5% produces a random number less than or equal to the relative parameter, and a probability of 37.5% produces a random number greater than the relative parameter. Therefore, in the above manner, the probability that the interactive message is randomly sent to the server can be quickly controlled. The ratio of the number of messages to the maximum number of reports.
  • FIG. 3 A schematic diagram of an application scenario of another message processing is shown in an exemplary embodiment.
  • the server is used to implement the function of the server. It can be understood that in practical applications, the function of the server is implemented. It can be completed by one server or multiple servers.
  • the server cluster consists of multiple servers. For example, a public screen server can be set up to broadcast live data and interactive messages. Handle interactive events, receive interactive information, and more.
  • Figure 3 also includes the client device used by the anchor user and the client device used by the plurality of viewer users.
  • the client used by the anchor user can send the live content to the server, and the server will broadcast the live broadcast.
  • the content is broadcast to the client of each viewer user, and the viewer user can view the live content by using the live interface displayed by the client.
  • the client also provides an interactive function, which can be implemented by providing an option for triggering an interactive event in the live broadcast interface.
  • the interactive event may be specifically a support event, and the viewer user may click through the map.
  • the interactive event is triggered by the "support start" option shown.
  • the client When the option is triggered, on the one hand, the client is triggered according to the interaction event, and an interaction message related to the start of the interaction event is generated and sent to the server, and the server can count how many viewer users initiate the interaction according to the received interaction message.
  • the event on the other hand, the client provides the game function corresponding to the support event, the viewer user can start the game, and the game result is generated after the game is ended.
  • the game result may specifically be a picture, and the client will The image is sent to the server as an interactive message related to the interaction result and displayed on the live interface.
  • the server broadcasts the interactive message sent by each client to each client, and each client displays the live message in the live interface, so that each The viewer user can check the support situation of other viewer users to the anchor user.
  • FIG. 4 it is a flowchart of another message processing method according to an exemplary embodiment.
  • the method in this embodiment is applicable to the client device, and includes the following steps 401 to 403:
  • the quantity information indicates that the number of the messages is greater than the maximum number of reports, determine whether the interaction message is sent to the server according to a preset policy, to control an interaction message sent to the server. Quantity.
  • the solution provided by the embodiment of the present application may obtain the quantity information sent by the server, where the quantity information indicates the number of the message and the preset maximum number of reports.
  • the client may If the quantity of the message is greater than the maximum number of reports, determining whether the interactive message is sent to the server according to a preset policy, to control the number of interactive messages sent by the client, and reducing the number of services. Concurrent requests, and reduce the impact of interactive messages on the live interface display.
  • the method may further include:
  • the probability that the preset policy is used to control that the interactive message is randomly sent to the server is a ratio of the maximum number of reports to the number of messages.
  • the determining, according to the preset policy, whether the interaction message is sent to the server includes:
  • the present application also provides an embodiment of the message processing apparatus and the apparatus to which it is applied.
  • FIG. 5 is a block diagram of a message processing apparatus according to an exemplary embodiment of the present application, where the apparatus includes:
  • the first obtaining module 51 is configured to obtain the quantity information sent by the server, where the quantity information indicates the size relationship between the number of messages and the preset maximum number of reports, and the number of the messages is a preset time obtained by the server. The number of interactive messages sent.
  • the second obtaining module 52 is configured to obtain an interactive message to be sent to the server, where the interactive message is a message that needs to be broadcast by the server to each client, and displayed by the client in the live broadcast interface.
  • the determining module 53 is configured to determine, according to a preset policy, whether the interactive message is sent to the server, to control sending to the server, when the quantity information indicates that the number of messages is greater than the maximum number of reports. The number of interactive messages.
  • the determining module 53 is further configured to: when the quantity information indicates that the number of the messages is not greater than the maximum number of reports, determine that the interaction message is sent to the server.
  • the probability that the preset policy is used to control that the interactive message is randomly sent to the server is a ratio of the maximum number of reports to the number of messages.
  • the determining module is further configured to:
  • the device embodiment since it basically corresponds to the method embodiment, reference may be made to the partial description of the method embodiment.
  • the device embodiments described above are merely illustrative, wherein the modules described as separate components may or may not be physically separate, and the components displayed as modules may or may not be physical modules, ie may be located A place, or it can be distributed to multiple network modules. Some or all of the modules may be selected according to actual needs to achieve the objectives of the present application. Those of ordinary skill in the art can understand and implement without any creative effort.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Social Psychology (AREA)
  • Computer Graphics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请是关于消息处理方法及装置，所述方法包括：服务端确定预设时间内各客户端所发送的互动消息的消息数量，并确定数量信息广播给各客户端，所述数量信息指示所述消息数量和预设的最大上报数量的大小关系；客户端接收所述数量信息，并在获取到待发送给服务端的互动消息时，若所述数量信息指示所述消息数量大于所述最大上报数量，则根据预设策略确定所述互动消息是否发送给所述服务端，以控制向所述服务端所发送的互动消息的数量。本申请实施例能减少发送至服务端的消息数量，减少对服务端的并发请求，并降低互动消息对直播界面展示效果的影响。

Description

消息处理方法及装置 技术领域
本申请涉及通信技术领域，尤其涉及消息处理方法及装置。
背景技术
网络直播技术是一种服务端将主播用户的直播视频数据广播至多个观众用户进行观看的互联网技术。相关技术中，直播服务商提供了很多供观众用户与主播用户进行互动的功能。例如，提供有评论功能，观众用户可以在直播过程中输入评论；也有送礼功能，观众用户可以在直播过程中向主播用户赠送虚拟礼物；还有应援游戏功能，观众用户可以在直播过程中参与游戏并对主播用户进行应援等。观众用户在进行上述互动功能时，服务端接收到观众用户所发起的互动信息，若参与互动的用户非常多，服务端会接收到很多客户端所发送的互动消息。
发明内容
为克服相关技术中存在的问题，本申请提供了消息处理方法及装置。
根据本申请实施例的第一方面，提供一种消息处理方法，所述方法包括：
服务端确定预设时间内各客户端所发送的互动消息的消息数量，并确定数量信息广播给各客户端，所述互动消息为需由服务端广播给各客户端，由客户端在直播界面中进行展示的消息，所述数量信息指示所述消息数量和预设的最大上报数量的大小关系；
客户端接收所述数量信息，并在获取到待发送给服务端的互动消息时，若所述数量信息指示所述消息数量大于所述最大上报数量，则根据预设策略 确定所述互动消息是否发送给所述服务端，以控制向所述服务端所发送的互动消息的数量。
可选的，所述服务端确定预设时间内各客户端所发送的互动消息的消息数量，包括：所述服务端实时统计各客户端所发送的互动消息的消息数量。
可选的，所述方法还包括：
若所述数量信息指示所述消息数量不大于所述最大上报数量，则确定所述互动消息发送给所述服务端。
可选的，所述预设策略用于控制所述互动消息随机发送给所述服务端的概率为所述最大上报数量与所述消息数量的比值。
可选的，所述根据预设策略确定所述互动消息是否发送给所述服务端，包括：
利用随机算法产生0至X之间的随机数，并将所述随机数与相对参数进行比较，所述相对参数为
Figure PCTCN2017103204-appb-000001
max为所述最大上报数量，num为所述消息数量，X为预设正数；
若所述随机数不大于所述相对参数，则确定所述第一消息发送给服务端；
若所述随机数大于所述相对参数，则确定所述第一消息不发送给服务端。
根据本申请实施例的第二方面，提供一种消息处理方法，所述方法包括：
获取服务端发送的数量信息，所述数量信息指示消息数量和预设的最大上报数量的大小关系，所述消息数量为服务端获取的预设时间各客户端所发送的互动消息的数量；
获取待发送给服务端的互动消息，所述互动消息为需由服务端广播给其他客户端，由各其他客户端在直播界面中进行展示的消息；
若所述数量信息指示所述消息数量大于所述最大上报数量，则根据预设策略确定所述互动消息是否发送给所述服务端，以控制向所述服务端所发送的互动消息的数量。
可选的，所述方法还包括：
若所述数量信息指示所述消息数量不大于所述最大上报数量，则确定所述互动消息发送给所述服务端。
可选的，所述预设策略用于控制所述互动消息随机发送给所述服务端的概率为所述最大上报数量与所述消息数量的比值。
可选的，所述根据预设策略确定所述互动消息是否发送给所述服务端，包括：
利用随机算法产生0至X之间的随机数，并将所述随机数与相对参数进行比较，所述相对参数为
Figure PCTCN2017103204-appb-000002
max为所述最大上报数量，num为所述消息数量，X为预设正数；
若所述随机数不大于所述相对参数，则确定所述第一消息发送给服务端；
若所述随机数大于所述相对参数，则确定所述第一消息不发送给服务端。
根据本申请实施例的第三方面，提供一种消息处理装置，所述装置包括：
第一获取模块，用于获取服务端发送的数量信息，所述数量信息指示消息数量和预设的最大上报数量的大小关系，所述消息数量为服务端获取的预设时间各客户端所发送的互动消息的数量；
第二获取模块，用于获取待发送给服务端的互动消息；
确定模块，用于在所述数量信息指示所述消息数量大于所述最大上报数量时，根据预设策略确定所述互动消息是否发送给所述服务端，以控制向所述服务端所发送的互动消息的数量。
可选的，所述预设策略用于控制所述互动消息随机发送给所述服务端的概率为所述最大上报数量与所述消息数量的比值。
可选的，所述确定模块，还用于：
利用随机算法产生0至X之间的随机数，并将所述随机数与相对参数进行比较，所述相对参数为
Figure PCTCN2017103204-appb-000003
max为所述最大上报数量，num为所述消 息数量，X为预设正数；
若所述随机数不大于所述相对参数，则确定所述第一消息发送给服务端；
若所述随机数大于所述相对参数，则确定所述第一消息不发送给服务端。
本申请的实施例提供的技术方案可以包括以下有益效果：
本申请实施例中，服务端可以统计预设时间内的消息数量，并确定数量信息，向各客户端广播数量信息，所述数量信息指示所述消息数量和预设的最大上报数量，客户端在获取待发送给服务端的互动消息时，可以在所述数量信息的指示下，若消息数量大于最大上报数量，则根据预设策略确定所述互动消息是否发送给所述服务端，以控制客户端所发送的互动消息的数量，减少对服务端的并发请求，并降低互动消息对直播界面展示效果的影响。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
图1A是本申请根据一示例性实施例示出的一种消息处理的应用场景示意图。
图1B是相关技术中客户端所展示的一种直播界面的示意图。
图2是本申请根据一示例性实施例示出的一种消息处理方法的流程图。
图3是本申请根据一示例性实施例示出的另一种消息处理的应用场景示意图。
图4是根据一示例性实施例示出的另一种消息处理方法的流程图。
图5是本申请根据一示例性实施例示出的一种消息处理装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
本申请实施例的方案，可以应用于网络直播等涉及客户端向服务端发送消息的场景中，以直播场景为例，如图1A所示，是本申请根据一示例性实施例示出的一种消息处理的应用场景示意图，图1A中包括作为服务端设备的服务器、以及作为客户端设备的智能手机、平板电脑和个人计算机。其中，客户端设备还可以是PDA(Personal DigitalAssistant，个人数字助理)、多媒体播放器、可穿戴设备等智能设备。
图1A中的服务端向各客户端提供直播服务，用户可以使用智能设备安装直播客户端，通过该直播客户端获得服务端所提供的直播服务，也可以使用智能设备安装浏览器客户端，通过浏览器客户端登录服务器所提供的直播页面，获得直播服务。通常，直播过程中涉及两类用户，一类用户为主播用户，另一类 用户为观众用户。客户端提供有主播直播功能和直播收看功能，主播用户可以使用客户端提供的直播功能进行视频直播，具体的实现过程是客户端开启智能设备的视频拍摄模块，通过视频拍摄模块实时采集视频数据，并发送给服务端，服务端将所接收的视频数据广播给各观众用户的客户端，而观众用户可以使用客户端提供的收看功能观看主播用户的直播内容。
相关技术中，直播服务商提供了很多供观众用户与主播用户进行互动的功能。例如提供有评论功能，观众用户可以在直播过程中输入评论；还有送礼功能，观众用户可以在直播过程中向主播用户赠送虚拟礼物；还有应援游戏功能，应援表示援助、支持，通过应援游戏功能，观众用户可以在直播过程中参与应援游戏，以游戏的方式表示对主播用户的支持。观众用户在进行上述互动功能时，服务端可以接收到观众用户利用客户端所发起的互动信息，如图1B所示，是相关技术中客户端所展示的一种直播界面的示意图，服务端会将互动信息广播给其他客户端，以使各其他客户端展示在直播界面中。当参与互动的用户非常多，服务端会接收到大量的信息，对服务端的带宽要求或处理能力等都有较高要求，单一直播间大并发的请求甚至会造成服务器拥塞。另外，由于直播界面中需要展示互动信息，当直播界面所展示的互动信息较多时，也会造成直播界面展示效果较差的问题。
而本申请实施例所提供的方案，服务端可以统计预设时间内的消息数量，根据消息数量确定数量信息，并向各客户端广播数量信息，所述数量信息指示所述消息数量和预设的最大上报数量，客户端在获取待发送给服务端的互动消息时，可以在所述数量信息的指示下，若消息数量大于最大上报数量，则根据预设策略确定所述互动消息是否发送给所述服务端，以控制客户端所发送的互动消息的数量，减少对服务端的并发请求，并降低互动消息对直播界面展示效果的影响。接下来对本申请所提供的方案进行详细说明。
如图2所示，图2是本申请根据一示例性实施例示出的一种消息处理方法的流程图，包括以下步骤201至202：
201、服务端确定预设时间内各客户端所发送的互动消息的消息数量，并 确定数量信息广播给各客户端，所述互动消息为需由服务端广播给各客户端，由客户端在直播界面中进行展示的消息，所述数量信息指示所述消息数量和预设的最大上报数量的大小关系。
202、客户端接收所述数量信息，并在获取到待发送给服务端的互动消息时，若所述数量信息指示所述消息数量大于所述最大上报数量，则根据预设策略确定所述互动消息是否发送给所述服务端，以控制向所述服务端所发送的互动消息的数量。
本申请实施例中，对于直播场景，观众用户会通过客户端向服务端发送互动消息，服务端会将所接收的互动消息展示在直播界面中，消息的展示时间可以是预设的几秒时间，或者是根据单位时间内所接收的互动消息的数量而确定展示时间，互动消息越多，则展示时间越短。在直播过程中，服务端会持续接收到各客户端的互动消息，并持续广播给各客户端，使各客户端在直播界面中进行展示。在参与直播的观众用户很多，且所上报的消息非常多的情况下，若所有互动消息都展示在直播界面中，则会导致直播界面中展示太多的互动消息，造成主播用户的直播内容被遮挡等直播效果较差的问题，同时也会造成服务端拥塞的问题。
因此，实施本申请方案的服务端操作人员可以预先设定最大上报数量，该最大上报数量可以根据多种因素确定，例如可以根据服务端的带宽要求或处理能力进行确定，或者是以达到较优的直播界面的展示效果为目的进行确定，例如，通过历史数据分析出直播界面中每秒最多同时展示200条消息，若展示更多消息则直播界面的展示效果很差，因此可以确定该最大上报数量为200条。在实际应用中可根据需求灵活配置，具体的数值和确定方式本实施例不作限定。
服务端可以通过多种方式确定预设时间内各客户端所发送的互动消息的消息数量，例如可以是根据直播过程中的用户数量而确定，或者是通过统计客户端所发送的互动消息的消息数量而确定，或者还可以是结合历史互动消息的数量而确定。其中，预设时间可以是1秒、1分钟或5分钟等时间，在 实际应用中，为了提高消息处理的准确性，服务端可以是实时统计各客户端所发送的互动消息的消息数量，还可以实时广播数量信息给各客户端。
服务端在确定消息数量，并获取最大上报数量后，可以确定用于指示所述消息数量和最大上报数量的大小关系的数量信息，并广播给各客户端。其中，数量信息可以包括消息数量和最大上报数量的数值本身，也可以是两者的比值、百分比等其他形式的信息。
本申请的待发送给服务端的互动消息可以是指在直播场景中，任何由客户端产生并需要由服务端广播给其他客户端，由各其他客户端在直播界面中展示的消息。在设定了最大上报数量的情况下，若所述数量信息指示所述消息数量不大于所述最大上报数量，表示服务端有能力处理当前的消息数量，当前的消息数量不影响直播界面的展示效果，可以确定所述互动消息发送给所述服务端。若消息数量大于最大上报数量，则表示当前的互动消息的数量不在服务端的处理能力以内，当前的互动消息的数量将影响直播界面的展示效果，因此可以控制互动消息的数量。
本实施例中，由客户端进行互动消息的控制，客户端可以根据预设策略确定所述互动消息是否发送给所述服务端，使得所获取的某些互动消息不发送给服务端，以达到减少互动消息的数量的目的。在实际应用中，该预设策略可以灵活配置，例如可以是客户端每隔5秒发送一条互动消息，即在发送一条互动消息后，间隔的5秒时间内所获取的互动消息则不进行发送；也可以是利用某些随机算法确定该互动消息是否发送给服务端；还可以是客户端根据用户的等级等用户信息进行确定等等。由于本实施例中，客户端在根据用户请求产生了互动消息后，客户端不一定都将互动消息发送给服务端，而是通过一定策略限制某些互动消息不进行发送，因此能减少服务端所接收到的互动消息的数量，减少对服务端的并发请求。
其中，在确定互动消息不进行发送的情况下，该互动消息不会发送给服务器并通过服务端广播给其他客户端，即其他观众用户不会在直播界面中查阅到该消息，但本客户端可以将该互动消息展示在本端的直播界面中，使得 本客户端的观众用户可以查阅到其所发起的互动消息。
为了防止客户端限制较多的互动消息，使服务端接收到的互动消息数量可以控制在最大上报数量，所述预设策略用于控制所述互动消息随机发送给所述服务端的概率为所述最大上报数量与所述消息数量的比值。在实际应用中，客户端可以通过设置随机算法，以控制互动消息随机发送的概率。利用上述方式，可以限制服务端所接收的互动消息的数量大约在最大上报数量，防止客户端可以将互动消息的数量限制得太多，或者是限制得太少，达不到较好的限制效果。
在一个可选的实现方式中，所述根据预设策略确定所述互动消息是否发送给所述服务端，包括：
利用随机算法产生0至X之间的随机数，并将所述随机数与相对参数进行比较，所述相对参数为
Figure PCTCN2017103204-appb-000004
max为所述最大上报数量，num为所述消息数量，X为预设正数；
若所述随机数不大于所述相对参数，则确定所述第一消息发送给服务端；
若所述随机数大于所述相对参数，则确定所述第一消息不发送给服务端。
其中，该相对参数可以是前述的数量信息，服务端根据消息数量和最大上报数量计算该相对参数并发送给客户端；若服务端发送给客户端的数量信息为消息数量和最大上报数量的数值本身，则客户端可以根据上述计算公式计算该相对参数。
本实施例中，假设max为100，num为160，X为100，max＜num，相对参数为62.5，客户端接收到相对参数，并随机产生0至100之间的随机数，由于客户端有62.5％的概率产生小于或等于相对参数的随机数，有37.5％的概率产生大于相对参数的随机数，因此，通过上述方式，能快速地控制所述互动消息随机发送给所述服务端的概率为所述消息数量与所述最大上报数量的比例。
接下来通过一具体实施例再次说明本申请，如图3所示，是本申请根据 一示例性实施例示出的另一种消息处理的应用场景示意图，为了示例方便，图3中只示出一服务器，该服务器用于实现服务端的功能，可以理解，在实际应用中，服务端的功能可以由一台服务器完成，也可以配置多台服务器，由多台服务器所构成的服务器集群完成，例如，可以设置公屏服务器用于对直播数据和互动消息的广播，可以设置互动事件服务器专用于处理互动事件、接收互动信息等。
图3中还包括主播用户所使用的客户端设备以及多个观众用户所使用的客户端设备，主播用户在直播过程中，主播用户所使用的客户端可以将直播内容发送给服务器，服务器将直播内容广播给各观众用户的客户端，观众用户可以利用客户端所展示的直播界面查看直播内容。其中，客户端还提供有互动功能，该功能可以通过在直播界面中提供一可触发互动事件的选项而实现，本实施例该互动事件可具体为一应援事件，观众用户可以通过点选图中所示的“应援开始”选项而触发该互动事件。当该选项被触发时，一方面客户端根据互动事件被触发，生成涉及互动事件开始进行的互动消息并发送给服务端，服务端可以根据所接收到的互动消息统计有多少观众用户发起该互动事件，另一方面，客户端提供该应援事件对应的游戏功能，观众用户可以开始应援游戏，在该应援游戏结束后产生游戏结果，本实施例中该游戏结果具体可以为一图片，客户端将该图片作为涉及互动结果、需在直播界面展示的互动消息发送给服务端，服务端将各客户端所发送的互动消息广播给各客户端，由各客户端展示在直播界面中，以使各观众用户能查阅到其他观众用户对主播用户的应援情况。
服务端的操作人员可以配置最大上报数量max，服务端实时统计每秒参与互动的用户数量num，服务端实时广播数量信息freqNum：freqNum＝max/num*100；客户端实时获取该数量信息，并生成0～100的随机数rand。在生成互动消息后，如果rand<＝freqNum，则发送给服务端，如果rand＞freqNum则不进行发送。
如图4所示，是根据一示例性实施例示出的另一种消息处理方法的流程图， 本实施例方法可应用在客户端设备中，包括如下步骤401至403：
401、获取服务端发送的数量信息，所述数量信息指示消息数量和预设的最大上报数量的大小关系，所述消息数量为服务端获取的预设时间各客户端所发送的互动消息的数量。
402、获取待发送给服务端的互动消息，所述互动消息为需由服务端广播给其他客户端，由各其他客户端在直播界面中进行展示的消息。
403、若所述数量信息指示所述消息数量大于所述最大上报数量，则根据预设策略确定所述互动消息是否发送给所述服务端，以控制向所述服务端所发送的互动消息的数量。
本实施例可参考前述图2所示实施例，在此不再赘述。
本申请实施例所提供的方案，可以获取到服务端所发送的数量信息，该数量信息指示所述消息数量和预设的最大上报数量，客户端在获取待发送给服务端的互动消息时，可以在所述数量信息的指示下，若消息数量大于最大上报数量，则根据预设策略确定所述互动消息是否发送给所述服务端，以控制客户端所发送的互动消息的数量，减少对服务端的并发请求，并降低互动消息对直播界面展示效果的影响。
在一个可选的实现方式中，所述方法还可包括：
若所述数量信息指示所述消息数量不大于所述最大上报数量，则确定所述互动消息发送给所述服务端。
在一个可选的实现方式中，所述预设策略用于控制所述互动消息随机发送给所述服务端的概率为所述最大上报数量与所述消息数量的比值。
在一个可选的实现方式中，所述根据预设策略确定所述互动消息是否发送给所述服务端，包括：
利用随机算法产生0至X之间的随机数，并将所述随机数与相对参数进行比较，所述相对参数为
Figure PCTCN2017103204-appb-000005
max为所述最大上报数量，num为所述消息数量，X为预设正数；
若所述随机数不大于所述相对参数，则确定所述第一消息发送给服务端；
若所述随机数大于所述相对参数，则确定所述第一消息不发送给服务端。
与前述消息处理方法的实施例相对应，本申请还提供了消息处理装置及其所应用的设备的实施例。
如图5所示，图5是本申请根据一示例性实施例示出的一种消息处理装置的框图，所述装置包括：
第一获取模块51，用于获取服务端发送的数量信息，所述数量信息指示消息数量和预设的最大上报数量的大小关系，所述消息数量为服务端获取的预设时间各客户端所发送的互动消息的数量。
第二获取模块52，用于获取待发送给服务端的互动消息，所述互动消息为需由服务端广播给各客户端，由客户端在直播界面中进行展示的消息。
确定模块53，用于在所述数量信息指示所述消息数量大于所述最大上报数量时，根据预设策略确定所述互动消息是否发送给所述服务端，以控制向所述服务端所发送的互动消息的数量。
在一个可选的实现方式中，所述确定模块53，还可用于在所述数量信息指示所述消息数量不大于所述最大上报数量时，确定所述互动消息发送给所述服务端。
在一个可选的实现方式中，所述预设策略用于控制所述互动消息随机发送给所述服务端的概率为所述最大上报数量与所述消息数量的比值。
在一个可选的实现方式中，所述确定模块，还用于：
利用随机算法产生0至X之间的随机数，并将所述随机数与相对参数进行比较，所述相对参数为
Figure PCTCN2017103204-appb-000006
max为所述最大上报数量，num为所述消息数量，X为预设正数；
若所述随机数不大于所述相对参数，则确定所述第一消息发送给服务端；
若所述随机数大于所述相对参数，则确定所述第一消息不发送给服务端。
上述装置中各个模块的功能和作用的实现过程具体详见上述消息处理方 法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (12)

  1. 一种消息处理方法，其特征在于，所述方法包括：
    服务端确定预设时间内各客户端所发送的互动消息的消息数量，并确定数量信息广播给各客户端，所述互动消息为需由服务端广播给各客户端，由客户端在直播界面中进行展示的消息，所述数量信息指示所述消息数量和预设的最大上报数量的大小关系；
    客户端接收所述数量信息，并在获取到待发送给服务端的互动消息时，若所述数量信息指示所述消息数量大于所述最大上报数量，则根据预设策略确定所述互动消息是否发送给所述服务端，以控制向所述服务端所发送的互动消息的数量。
  2. 根据权利要求1所述的方法，其特征在于，所述服务端确定预设时间内各客户端所发送的互动消息的消息数量，包括：所述服务端实时统计各客户端所发送的互动消息的消息数量。
  3. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    若所述数量信息指示所述消息数量不大于所述最大上报数量，则确定所述互动消息发送给所述服务端。
  4. 根据权利要求1所述的方法，其特征在于，所述预设策略用于控制所述互动消息随机发送给所述服务端的概率为所述最大上报数量与所述消息数量的比值。
  5. 根据权利要求1所述的方法，其特征在于，所述根据预设策略确定所述互动消息是否发送给所述服务端，包括：
    利用随机算法产生0至X之间的随机数，并将所述随机数与相对参数进行比较，所述相对参数为
    Figure PCTCN2017103204-appb-100001
    max为所述最大上报数量，num为所述消息数量，X为预设正数；
    若所述随机数不大于所述相对参数，则确定所述互动消息发送给服务端；
    若所述随机数大于所述相对参数，则确定所述互动消息不发送给服务端。
  6. 一种消息处理方法，其特征在于，所述方法包括：
    获取服务端发送的数量信息，所述数量信息指示消息数量和预设的最大上报数量的大小关系，所述消息数量为服务端获取的预设时间各客户端所发送的互动消息的数量；
    获取待发送给服务端的互动消息，所述互动消息为需由服务端广播给其他客户端，由各其他客户端在直播界面中进行展示的消息；
    若所述数量信息指示所述消息数量大于所述最大上报数量，则根据预设策略确定所述互动消息是否发送给所述服务端，以控制向所述服务端所发送的互动消息的数量。
  7. 根据权利要求6所述的方法，其特征在于，所述方法还包括：
    若所述数量信息指示所述消息数量不大于所述最大上报数量，则确定所述互动消息发送给所述服务端。
  8. 根据权利要求6所述的方法，其特征在于，所述预设策略用于控制所述互动消息随机发送给所述服务端的概率为所述最大上报数量与所述消息数量的比值。
  9. 根据权利要求6所述的方法，其特征在于，所述根据预设策略确定所述互动消息是否发送给所述服务端，包括：
    利用随机算法产生0至X之间的随机数，并将所述随机数与相对参数进行比较，所述相对参数为
    Figure PCTCN2017103204-appb-100002
    max为所述最大上报数量，num为所述消息数量，X为预设正数；
    若所述随机数不大于所述相对参数，则确定所述第一消息发送给服务端；
    若所述随机数大于所述相对参数，则确定所述第一消息不发送给服务端。
  10. 一种消息处理装置，其特征在于，所述装置包括：
    第一获取模块，用于获取服务端发送的数量信息，所述数量信息指示消息数量和预设的最大上报数量的大小关系，所述互动消息为需由服务端广播给各客户端，由客户端在直播界面中进行展示的消息，所述消息数量为服务 端获取的预设时间各客户端所发送的互动消息的数量；
    第二获取模块，用于获取待发送给服务端的互动消息；
    确定模块，用于在所述数量信息指示所述消息数量大于所述最大上报数量时，根据预设策略确定所述互动消息是否发送给所述服务端，以控制向所述服务端所发送的互动消息的数量。
  11. 根据权利要求10所述的装置，其特征在于，所述预设策略用于控制所述互动消息随机发送给所述服务端的概率为所述最大上报数量与所述消息数量的比值。
  12. 根据权利要求10所述的装置，其特征在于，所述确定模块，还用于：
    利用随机算法产生0至X之间的随机数，并将所述随机数与相对参数进行比较，所述相对参数为
    Figure PCTCN2017103204-appb-100003
    max为所述最大上报数量，num为所述消息数量，X为预设正数；
    若所述随机数不大于所述相对参数，则确定所述第一消息发送给服务端；
    若所述随机数大于所述相对参数，则确定所述第一消息不发送给服务端。
PCT/CN2017/103204 2016-09-29 2017-09-25 消息处理方法及装置 WO2018059353A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610872270.0A CN106161219B (zh) 2016-09-29 2016-09-29 消息处理方法及装置
CN201610872270.0 2016-09-29

Publications (1)

Publication Number Publication Date
WO2018059353A1 true WO2018059353A1 (zh) 2018-04-05

Family

ID=57340928

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/103204 WO2018059353A1 (zh) 2016-09-29 2017-09-25 消息处理方法及装置

Country Status (2)

Country Link
CN (1) CN106161219B (zh)
WO (1) WO2018059353A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112416251A (zh) * 2020-11-24 2021-02-26 上海壁仞智能科技有限公司 计算系统
CN112866738A (zh) * 2021-01-19 2021-05-28 西安万像电子科技有限公司 消息处理方法及直播消息管理系统
CN112884526A (zh) * 2021-03-22 2021-06-01 腾讯科技（深圳）有限公司 直播中的礼物赠送方法、装置、设备及存储介质

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106161219B (zh) * 2016-09-29 2019-04-09 广州华多网络科技有限公司 消息处理方法及装置
CN106507133B (zh) * 2016-11-28 2019-07-26 北京金山安全软件有限公司 弹幕消息的处理方法、装置、系统及其设备
CN108173897B (zh) * 2016-12-07 2020-09-08 北京云中融信网络科技有限公司 请求消息处理方法及装置
CN108933956A (zh) * 2017-05-26 2018-12-04 武汉斗鱼网络科技有限公司 移动终端的广播播放方法、存储介质、电子设备及系统
CN108243112B (zh) * 2018-01-11 2022-07-19 杭州网易智企科技有限公司 聊天群组网络流量控制方法及装置、存储介质及计算设备
CN108449636B (zh) * 2018-03-19 2020-11-06 北京潘达互娱科技有限公司 网络直播的互动方法及装置
CN109831673B (zh) * 2018-12-29 2021-06-18 北京字节跳动网络技术有限公司 一种直播间数据处理方法、装置、设备及存储介质
CN109729375B (zh) 2018-12-29 2020-01-17 北京字节跳动网络技术有限公司 一种交互数据分发控制方法、装置、设备及存储介质
CN112583726B (zh) * 2019-09-27 2022-11-11 华为技术有限公司 一种流量控制的方法及装置
CN111414516A (zh) * 2020-03-17 2020-07-14 北京字节跳动网络技术有限公司 一种直播间消息处理方法、装置、电子设备及存储介质
CN112040252B (zh) * 2020-07-24 2022-10-28 北京达佳互联信息技术有限公司 上报请求数量的统计方法、装置、电子设备及存储介质
CN115643419A (zh) * 2021-07-19 2023-01-24 北京字节跳动网络技术有限公司 网络直播的页面显示方法、装置和客户端
CN114979686A (zh) * 2022-04-29 2022-08-30 北京达佳互联信息技术有限公司 直播互动方法、装置、电子设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101681491A (zh) * 2007-06-08 2010-03-24 微软公司 通过跟踪通信线程来减少未经请求的即时消息
US20110138437A1 (en) * 2009-12-07 2011-06-09 Shivakumar Mahadevappa Method and system for providing both live viewing and video on demand
US20130286211A1 (en) * 2012-04-26 2013-10-31 Jianhua Cao Method and apparatus for live capture image-live streaming camera utilizing personal portable device
CN104426685A (zh) * 2013-08-21 2015-03-18 深圳市腾讯计算机系统有限公司 信息管理方法及装置
CN105635180A (zh) * 2016-03-04 2016-06-01 广州酷狗计算机科技有限公司 消息推送方法及装置
CN106161219A (zh) * 2016-09-29 2016-11-23 广州华多网络科技有限公司 消息处理方法及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7788686B1 (en) * 2000-03-01 2010-08-31 Andrews Christopher C Method of and apparatus for describing, promoting, publishing, aggregating, distributing and accessing live content information
JP2004015749A (ja) * 2002-06-11 2004-01-15 Ntt Comware Corp ライブ配信サーバ、及びライブ配信方法
CN101820420B (zh) * 2010-03-23 2013-12-25 宇龙计算机通信科技(深圳)有限公司 一种对流媒体传输的流量控制方法、系统及流媒体服务器
CN102497422A (zh) * 2011-12-12 2012-06-13 沈文策 网络直播方法和网络直播系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101681491A (zh) * 2007-06-08 2010-03-24 微软公司 通过跟踪通信线程来减少未经请求的即时消息
US20110138437A1 (en) * 2009-12-07 2011-06-09 Shivakumar Mahadevappa Method and system for providing both live viewing and video on demand
US20130286211A1 (en) * 2012-04-26 2013-10-31 Jianhua Cao Method and apparatus for live capture image-live streaming camera utilizing personal portable device
CN104426685A (zh) * 2013-08-21 2015-03-18 深圳市腾讯计算机系统有限公司 信息管理方法及装置
CN105635180A (zh) * 2016-03-04 2016-06-01 广州酷狗计算机科技有限公司 消息推送方法及装置
CN106161219A (zh) * 2016-09-29 2016-11-23 广州华多网络科技有限公司 消息处理方法及装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112416251A (zh) * 2020-11-24 2021-02-26 上海壁仞智能科技有限公司 计算系统
CN112416251B (zh) * 2020-11-24 2023-02-10 上海壁仞智能科技有限公司 计算系统
CN112866738A (zh) * 2021-01-19 2021-05-28 西安万像电子科技有限公司 消息处理方法及直播消息管理系统
CN112866738B (zh) * 2021-01-19 2022-12-02 西安万像电子科技有限公司 消息处理方法及直播消息管理系统
CN112884526A (zh) * 2021-03-22 2021-06-01 腾讯科技（深圳）有限公司 直播中的礼物赠送方法、装置、设备及存储介质
CN112884526B (zh) * 2021-03-22 2023-12-01 腾讯科技（深圳）有限公司 直播中的礼物赠送方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN106161219B (zh) 2019-04-09
CN106161219A (zh) 2016-11-23

Similar Documents

Publication Publication Date Title
WO2018059353A1 (zh) 消息处理方法及装置
JP7008755B2 (ja) 情報処理方法、第１の端末、第２の端末、サーバ、およびシステム
US10986414B1 (en) Resource management for video playback and chat
CN104539977B (zh) 直播预览方法及装置
CN110876080B (zh) 视频投屏方法、装置、计算机设备及存储介质
CN107864122B (zh) 一种连麦主播直播流的显示方法及装置
CN104901863B (zh) 发送即时提示消息的方法、装置及系统
WO2015090095A1 (zh) 一种信息推送方法、设备和系统
WO2018095096A1 (zh) 弹幕消息的处理方法、装置、系统及其设备
CN111935536B (zh) 一种直播间请求响应方法、装置、设备及存储介质
US10116976B2 (en) System and method for distributing media content associated with an event
WO2014183427A1 (en) Method and apparatus for displaying webcast rooms
CN108174267B (zh) 直播中互动信息的发送装置、方法及计算机可读存储介质
US20170171509A1 (en) Method and electronic apparatus for realizing two-person simultaneous live video
CN111526406A (zh) 直播界面显示方法、装置、终端及存储介质
US10764649B2 (en) Falling back from three-dimensional video
WO2022105282A1 (zh) 一种游戏显示方法及装置
WO2017088394A1 (zh) 在线直播视频播放器及方法
CN110913237A (zh) 直播控制方法和装置、直播发起设备和存储介质
US9871716B2 (en) Broadcast readiness testing in distributed content delivery networks
CN111010584A (zh) 直播数据处理方法、装置、服务器和存储介质
WO2017101309A1 (zh) 一种推送预约消息的方法及装置
CN110996180B (zh) 一种网络直播聊天方法、系统及服务器
CN112995695A (zh) 一种直播互动方法、装置、设备及存储介质
WO2024066938A1 (zh) 直播截图方法、装置、设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17854803

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17854803

Country of ref document: EP

Kind code of ref document: A1