CN113301398A

CN113301398A - Information processing method and system, server device and client device

Info

Publication number: CN113301398A
Application number: CN202010734035.3A
Authority: CN
Inventors: 邱于兵
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2020-07-27
Filing date: 2020-07-27
Publication date: 2021-08-24
Anticipated expiration: 2040-07-27
Also published as: CN113301398B

Abstract

The application discloses an information processing method and system, server equipment and client equipment, wherein the method comprises the following steps: acquiring reference information sent when a client requests to acquire second data, wherein the reference information is used for reflecting the processing degree of the client for processing first data, and the second data and the first data have relevance; determining a data transmission optimization scheme corresponding to the communication link between the clients according to the reference information; and providing the second data acquisition service for the client according to the data transmission optimization scheme. According to the technical scheme provided by the embodiment of the application, data transmission between communication links is optimized from the two sides of the client and the server, and differential processing of data acquisition requests sent by the server to different clients is realized; the occurrence rate of data processing interruption (such as video jamming) of the client caused by waiting for the second data to arrive is effectively reduced.

Description

Information processing method and system, server device and client device

Technical Field

The present application belongs to the field of communications technologies, and in particular, to an information processing method and system, a server device, and a client device.

Background

Currently, live broadcast and short video are coming, and video is apparently becoming one of the most important carriers for information dissemination, and also becoming the largest volume of traffic of CDN (Content Delivery Network) platforms.

Under the condition of such a scale, ensuring the playing experience of the video becomes an industrial problem, and the video is often jammed in the video playing process. Currently, the main means of video morton optimization is based on a single-sided optimization idea, but the single-sided optimization idea causes the technology to have great limitations in performance improvement space and dynamic adaptability, and is difficult to continue to evolve.

Disclosure of Invention

In order to solve or improve the problems in the prior art, embodiments of the present application provide an information processing method and system, a server, and a client.

In one embodiment of the present application, an information processing method is provided. The method comprises the following steps: acquiring reference information sent when a client requests to acquire second data, wherein the reference information is used for reflecting the processing degree of the client for processing first data, and the second data and the first data have relevance; determining a data transmission optimization scheme corresponding to the communication link between the clients according to the reference information; and providing the second data acquisition service for the client according to the data transmission optimization scheme.

In another embodiment of the present application, an information processing method is provided. The method comprises the following steps: determining reference information based on a processing degree of locally processing the first data; sending data request information requesting to acquire second data to a server according to the reference information, so that the server determines a data transmission optimization scheme based on the reference information, and providing the client with an acquisition service of the second data according to the data transmission optimization scheme; wherein the second data has an association with the first data.

In yet another embodiment of the present application, an information processing method is provided. The method comprises the following steps: acquiring the playing progress of a first video segment played by a client; wherein the first video segment is a segment in a video; determining the risk level of the video played by the client side to be blocked according to the playing progress; sending data request information for acquiring a second video segment to a server according to the risk level so that the server determines a data transmission optimization scheme based on the risk level and provides acquisition service of the second video segment for the client according to the data transmission optimization scheme; wherein the second video segment is another segment in the video and has a coherence relationship with the first video segment.

In yet another embodiment of the present application, an information handling system is provided. The system comprises:

the client is used for determining reference information based on the processing degree of the local processing first data; sending data request information for requesting to acquire second data to a server side according to the reference information;

the server is used for acquiring reference information sent when a client requests to acquire second data, wherein the reference information is used for reflecting the processing degree of the client for processing first data, and the second data and the first data have relevance; determining a data transmission optimization scheme corresponding to the communication link between the clients according to the reference information; and providing the second data acquisition service for the client according to the data transmission optimization scheme.

the client is used for acquiring the playing progress of the client for playing the first video segment; wherein the first video segment is a segment in a video; determining the risk level of the video played by the client side to be blocked according to the playing progress; sending data request information for acquiring a second video segment to a server according to the risk level; wherein the second video segment is another segment in the video and has a consistency relationship with the first video segment;

the server is used for acquiring the risk level of the video played by the client terminal to be blocked; determining a data transmission optimization scheme corresponding to the communication link between the clients according to the risk level; and providing the acquisition service of the second video segment for the client according to the data optimization scheme.

In yet another embodiment of the present application, a server device is provided. The server-side equipment comprises a memory and a processor; wherein the memory is used for storing programs; the processor, coupled with the memory, to execute the program stored in the memory to: acquiring reference information sent when a client requests to acquire second data, wherein the reference information is used for reflecting the processing degree of the client for processing first data, and the second data and the first data have relevance; determining a data transmission optimization scheme corresponding to the communication link between the clients according to the reference information; and providing the second data acquisition service for the client according to the data transmission optimization scheme.

In yet another embodiment of the present application, a client device is provided. The client device comprises a memory, a processor and a communication component; wherein the memory is used for storing programs; the processor, coupled with the memory, to execute the program stored in the memory to: determining reference information based on a processing degree of locally processing the first data; sending data request information for requesting to acquire second data to a server through a communication component according to the reference information, so that the server determines a data transmission optimization scheme based on the reference information, and provides the client with an acquisition service of the second data according to the data transmission optimization scheme; wherein the second data has an association with the first data.

In yet another embodiment of the present application, a server device is provided. The server-side equipment comprises a memory and a processor; wherein the memory is used for storing programs; the processor, coupled with the memory, to execute the program stored in the memory to: acquiring the risk level of the video played by the client terminal being blocked; determining a data transmission optimization scheme corresponding to the communication link between the clients according to the risk level; and providing video information acquisition service for the client according to the data optimization scheme.

In yet another embodiment of the present application, a client device is provided. The client device comprises a memory, a processor and a communication component; wherein the memory is used for storing programs; the processor, coupled with the memory, to execute the program stored in the memory to: acquiring the playing progress of a first video segment played by a client; wherein the first video segment is a segment in a video; determining the risk level of the video played by the client side to be blocked according to the playing progress; according to the risk level, sending data request information for acquiring a second video segment to a server through a communication assembly, so that the server determines a data transmission optimization scheme based on the risk level, and providing the client with an acquisition service of the second video segment according to the data transmission optimization scheme; wherein the second video segment is another segment in the video and has a coherence relationship with the first video segment.

According to the technical scheme provided by the embodiments of the application, reference information reflecting the processing degree of the first data (such as a video segment) processed by the client is used as a basis for determining a data transmission optimization scheme corresponding to a communication link between the clients; the server side can determine corresponding data transmission optimization schemes for different communication links according to the reference information, namely, data transmission between the communication links is optimized from the client side and the server side, and differentiated processing of data acquisition requests sent by the server side to different client sides is achieved; according to the data transmission optimization scheme, the service of acquiring the second data is provided for the client, the occurrence rate of data processing interruption (such as video blockage) caused by waiting for the arrival of the second data at the client is effectively reduced, and the data transmission performance, the dynamic adaptability and the like are greatly improved.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present application, and other drawings can be obtained by those skilled in the art without creative efforts. In the drawings:

fig. 1 is a unilateral optimization information delivery and important software architecture according to an embodiment of the present application;

fig. 2 is a schematic flowchart of an information processing method according to an embodiment of the present application;

fig. 3 is a schematic diagram illustrating an information processing method according to an embodiment of the present application;

FIG. 4 is a more detailed schematic diagram based on the schematic diagram of FIG. 3;

FIG. 5 is a more detailed schematic diagram based on the schematic diagram of FIG. 4;

fig. 6 is a schematic flowchart of another information processing method according to an embodiment of the present application;

fig. 7 is a schematic flowchart of another information processing method according to an embodiment of the present application;

fig. 8 is a schematic flowchart of another information processing method according to an embodiment of the present application;

fig. 9 is a schematic structural diagram of an information processing apparatus according to an embodiment of the present application;

fig. 10 is a schematic structural diagram of another information processing apparatus according to an embodiment of the present application;

fig. 11 is a schematic structural diagram of another information processing apparatus according to an embodiment of the present application;

fig. 12 is a schematic structural diagram of another information processing apparatus according to an embodiment of the present application;

FIG. 13 is a block diagram of an information handling system according to an embodiment of the present application;

FIG. 14 is a block diagram of another information handling system according to an embodiment of the present application;

fig. 15 is a schematic structural diagram of a server device according to an embodiment of the present application.

Detailed Description

The unilateral optimization is implemented by relying on two major mechanisms of TCP (Transmission Control Protocol) Protocol stack congestion Control and packet loss recovery at a server end to estimate the bandwidth and judge the congestion state of a link, and an execution strategy is established according to the bandwidth and the link quality to realize the optimization of video blockage.

In the prior art, the idea of unilateral optimization of video morton optimization is shown in fig. 1, and the general flow is described as follows:

1. the player sends an HTTP/HTTPs request when it needs to be preloaded. 2. And after the access program of the server acquires the request, the access program starts to extract the content from the cache and sends the content to the kernel protocol stack. 3. The kernel protocol stack inputs the local signals (such as Round-Trip Time and Round-Trip delay) extracted in the data transmission process into a congestion control algorithm and a packet loss recovery algorithm. 4. And continuing the data transmission or the data packet recovery according to the decision of the congestion control algorithm and the packet loss recovery algorithm.

The above unilateral optimization scheme has great disadvantages:

1. the server side cannot sense the actual condition of the network in advance, and needs to rely on a network congestion control algorithm and an SRTT estimation algorithm to measure the sensing network, so that the request transmission cannot be judged in advance and cannot be started in advance, and all video requests can be processed in the same way.

2. The thought based on the unilateral optimization is iterated and evolved for many years, and is limited by factors such as complexity of an actual network and no specific breakthrough of a network theory, so that the thought of the unilateral optimization is difficult to iterate and evolve.

Aiming at the problems in the prior art, the embodiment of the application provides a novel optimization scheme, namely, the optimization idea is converted into bilateral optimization, the server depends on the information provided by the end side through the displayed information informing the end side, and the perceived link quality is detected by the comprehensive network, so that the data transmission optimization scheme can be decided in advance and flexibly adjusted to achieve the goal of video transmission stuck optimization.

In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

The terminology used in the embodiments of the present application is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in the examples of this application and the appended claims, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise, and "a" and "an" typically include at least two, but do not exclude the presence of at least one.

It should be understood that although the terms first, second, third, etc. may be used to describe XXX in the embodiments of the present application, these XXX should not be limited to these terms. These terms are only used to distinguish XXX from each other. For example, a first XXX may also be referred to as a second XXX, and similarly, a second XXX may also be referred to as a first XXX, without departing from the scope of embodiments of the present application. The words "if", as used herein, may be interpreted as "at … …" or "at … …" or "in response to a determination" or "in response to a monitoring", depending on the context. Similarly, the phrase "if it is determined" or "if it is monitored (a stated condition or event)" may be interpreted as "when determining" or "in response to determining" or "when monitoring (a stated condition or event)" or "in response to monitoring (a stated condition or event)", depending on the context.

It is also noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a good or system that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such good or system. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a commodity or system that includes the element.

Fig. 2 is a flowchart illustrating an information processing method according to an embodiment of the present application. The execution subject of the method can be a server, and the method comprises the following steps 201 and 203:

201. acquiring reference information sent when a client requests to acquire second data, wherein the reference information is used for reflecting the processing degree of the client for processing first data, and the second data and the first data have relevance;

202. determining a data transmission optimization scheme corresponding to the communication link between the clients according to the reference information;

203. and providing the second data acquisition service for the client according to the data transmission optimization scheme.

In some application scenarios, such as a video playing application scenario, in the above 201, the first data may be a first video segment, the second data may be a second video segment, and the first video segment and the second video segment have a coherence relationship. The reference information is acquired from data request information transmitted by the client for the second data. The reference information includes, but is not limited to, at least one of: request attribute of data request information (such as whether the request is a retransmission request) and unprocessed data volume of the first data locally cached by the client. If the first data is video segment data, the reference information may further include: the client locally caches the continuous playing time, the video code rate and the like of the unplayed video.

Regarding the retransmission request, a simple explanation is made here: the communication protocol between the server and the client is assumed to be a TCP protocol, and the TCP protocol implements reliability of data transmission through retransmission. In short, when a sender sends a data message (such as a video segment or a request message), the sender starts to count time and waits for a response reply corresponding to the data message. If the receiver correctly receives the data message (such as the video segment or the request message), the receiver replies a response reply to the data message to the sender. After the sender obtains the data information, the sender continues to move the window and sends the next data information (the next video segment). If the sender still does not receive the response reply of the receiver after the timing is finished, at the moment, the sending is convenient to conclude that the previously sent data information is lost, and therefore the data information needs to be sent again.

That is, the data request message sent by the client to the server may be sent for the first time, or may be a retransmission request message sent again because a corresponding reply from the server is not received. In particular implementations, the request attribute may be carried in the data request information. Namely, the request attribute is used for describing whether the current HTTP/HTTPs request is a retry request, and the retry request and the non-retry request can be processed differently in a subsequent optimization scheme.

In the technical solution provided by this embodiment, reference information reflecting a processing degree of processing first data (such as a video segment) by a client is used as a basis for determining a data transmission optimization scheme corresponding to a communication link between clients; the server side can determine corresponding data transmission optimization schemes for different communication links according to the reference information, namely, data transmission between the communication links is optimized from the client side and the server side, and differentiated processing of data acquisition requests sent by the server side to different client sides is achieved; according to the data transmission optimization scheme, the service of acquiring the second data is provided for the client, the occurrence rate of data processing interruption (such as video blockage) caused by waiting for the arrival of the second data at the client is effectively reduced, and the data transmission performance, the dynamic adaptability and the like are greatly improved.

Further, "acquiring reference information sent when the client requests to acquire the second data" includes:

2011. receiving data request information sent by the client aiming at the second data;

2012. and reading the reference information in a setting field of the data request information.

In 2012, the setting field may be located at the head, tail or at a default position within the data request message.

For example, the client submits the data request information using the HTTP/HTTPs protocol, so the client and the server may negotiate a custom HTTP/HTTPs request header in advance, where the HTTP/HTTPs request header includes a field for adding the reference information. Referring to fig. 3, after the client sends out HTTP/HTTPs request information encapsulated with reference information, the access program of the server extracts the reference information from the HTTP/HTTPs request header field after acquiring the request, and then transmits the reference information to the kernel protocol stack through the kernel access program by using a setsockopt () function model. Specifically, the packaging format can be customized according to actual requirements. Taking the video segment request information sent from the client to the server as an example, the encapsulation example of HTTP/HTTPs is as follows:

name:*****；

value:retry,kbps,buffer,time,……；

wherein the values are as follows:

retry, which is a request attribute, and indicates 0 if the request attribute is non-Retry, and indicates 1 if the request attribute is Retry;

kbps is the video bitrate;

buffer, size of remaining Buffer data amount (unit, byte) of the client-side native player;

time, the amount of data left by the client native player playable time (in ms).

In an implementation solution, "determining the data transmission optimization scheme" in step 202 of the above embodiment includes:

2021. determining the risk level of the client with data processing interruption according to the reference information;

2022. determining the data transmission optimization scheme based on the risk level.

In the above 2021, "determining the risk level of the data processing interruption occurring at the client according to the reference information" may be implemented by: acquiring request attributes of the data request information; and determining the risk level according to the request attribute and the reference information. Wherein the reference information is obtained from data request information sent by the client for the second data; the request attribute includes any one of the following: retry request, non-retry request. It should be noted that the handling policy for retry requests and non-retry requests is different.

Specifically, referring to fig. 4, when the request attribute is a retry request, the risk level may be determined to be a set level. That is, if the current request is a retry request, it indicates that the previous request failed, and if the previous request is still operated according to the original optimization idea under the condition that the external environment is considered to be basically unchanged, the probability of failure is still high. The risk corresponding to the retry request can be directly located to the highest risk level, such as risk level 1 shown in fig. 4, with a lower number and a higher level, requiring special handling for the retry request. Of course, the retry request may also be located within the risk range without a security range. And then, determining a specific risk level according to reference information (such as video code rate, sustainable playing time, cache data amount and the like) and a wind direction level evaluation model.

When the request attribute is a non-retry request, a risk level evaluation model can be obtained, and the risk level is determined according to the reference information and the risk level evaluation model.

Further, "determining the risk level according to the reference information and the risk level assessment model" may be implemented by: determining processing time length according to the unprocessed data quantity in the first data; taking the processing duration as a parameter of the risk level evaluation model, and executing the risk level evaluation model to obtain the risk level; wherein the reference information includes: an amount of unprocessed data in the first data.

The "determining the processing duration according to the unprocessed data amount in the first data" may be implemented in the following manner: acquiring a video code rate corresponding to the first video segment; determining playable time corresponding to the unplayed data volume according to the video code rate and the unplayed data volume in the first video segment; wherein, the processing duration is playable duration corresponding to the unplayed data volume.

For example, the video bitrate is 256kbps, and if the amount of unplayed data in the video segment is 60M, according to the basic algorithm of bitrate: the bit rate (kbps) ═ file size (KB) × 8/time (sec), and the playable time length corresponding to 60M unplayed data size is 8 s.

Further, "obtaining a risk level assessment model" may be implemented by: constructing a corresponding relation between the duration range and the risk level; and obtaining the risk level evaluation model based on the corresponding relation between the duration range and the risk level.

In specific implementation, referring to fig. 5, the correspondence between the duration range and the risk level may be set as: risk rating 1, < ═ 2 seconds; risk rating 2, < ═ 4 seconds; risk rating 3, < ═ 8 seconds; risk rating 4, < ═ 16 seconds; default level, >16 seconds. The smaller the grade number is, the higher the risk grade is, the higher the risk that the data processing interruption (for example, the data processing interruption caused by the fact that the client fails to receive the second data in time) occurs in the representation client, a high-grade optimization scheme needs to be used on the transmission optimization scheme to ensure the requirement of the client as much as possible, and the specific duration range and the corresponding risk grade are determined according to the actual situation. The construction of the correspondence between the duration range and the risk level may be completed based on a corresponding theoretical study or a specific calculation model, which is not specifically limited in this embodiment.

In the above 2022, there are various implementation schemes for "determining the data transmission optimization scheme based on the risk level", and two implementation schemes are selected for explanation below:

the first scheme is as follows: acquiring link characteristics corresponding to a communication link between the clients; configuring optimization characteristics according to the risk level; obtaining the data transmission optimization scheme based on the configured optimization features; wherein the optimization feature comprises at least one of: sliding window, guaranteed bandwidth, congestion control mechanism, packet loss recovery mechanism.

For ease of understanding, the terms referred to in scheme one are explained in detail below:

the link characteristics are used to reflect the relevant data parameters of the transmission path when the client and the server perform data transmission, such as: network speed, Round Trip Time (RTT), retransmission timeout, SRTT and the like.

The sliding window technique regulates data transfer between two devices (e.g., client and server) by dynamically changing the window size. Each device has two sliding windows simultaneously: one for receiving data and the other for transmitting data. TCP uses a positive acknowledgement technique where the acknowledgement number refers to the sequence number of the next expected packet. It is assumed that the sender device sends data three packets at a time, i.e., the window size is 3. The sender sends three data packets with sequence numbers 1, 2 and 3, and the receiver device successfully receives the data packets and confirms the data packets by using the sequence number 4. The sender device receives the acknowledgement and continues to send data with window size 3. The window size may be decreased or increased when the receiving device requires a decrease or increase in network traffic. When the size of the window required by the receiver device is 0, it indicates that the receiver has received all data, or the receiver application program has no time to read the data, and requires to suspend transmission. The sender receives the confirmation with the window number 0 and stops the data transmission in the direction. For a video data scene, the sliding window determines the play starting speed and the second play speed of a video, and is very critical to the experience of video first play and video dragging.

The guaranteed bandwidth (bandwidth, i.e. frequency width) is the bandwidth when the transmission rate of the video is equal to the video bitrate, because the video has bitrate attribute, when the transmission rate of the video is lower than the video bitrate, the video blocking probability is close to 100%, and it is normally expected that even if the network is worse, the video needs to be transmitted as efficiently as possible, and the guaranteed bandwidth may become the final guarantee.

The congestion window mechanism is used to prevent excessive data from being injected into the network, so that the routers or links in the network can be controlled without overloading, and four algorithms of slow start, congestion avoidance, fast retransmission and fast recovery are mainly used. The congestion control mechanism is the heart of the protocol stack and is responsible for starting and stopping the protocol stack, and the transmission speed of data is controlled by adjusting the size of a window.

The packet loss recovery mechanism is an immune system of a protocol stack and is responsible for efficient detection and repair transmission when data output is problematic.

Scheme II: and taking the risk grade as an input parameter of a machine learning model, and executing the machine learning model to obtain the data transmission optimization scheme. The machine learning model may be a neural network model, which may be trained using training samples to improve the accuracy of its output values. Specifically, for the training of the neural network model and the obtaining of the training samples, reference may be made to relevant contents in the prior art, which are not described herein again.

Referring to the video application scenarios shown in fig. 3 to fig. 5, the detailed implementation flow of the technical solution provided by this embodiment is described as follows:

1. the client acquires the sustainable playing time, the video code rate, the cache data volume and the like of the local player for playing the video. By extending the HTTP/HTTPS protocol, the sustainable playing time, the video code rate, the buffer data amount and the request attribute (such as retry or non-retry) are added to the HTTP/HTTPS protocol header and then sent to the server.

2. When the data request information sent by the client side reaches the server side, the access program of the server side extracts the contents such as the sustainable playing time, the video code rate, the cache data volume, the request attribute and the like from the HTTP/HTTPS head part by analyzing the HTTP/HTTPS head part. What needs to be added here is: the server side needs to verify the integrity and accuracy of the content, so that the content is prevented from being injected and tampered, and the acceleration capability of the server side is stolen. For checking the integrity and accuracy, reference may be made to the related contents in the prior art, which are not described herein in detail.

3. After the access program of the server analyzes and extracts the information, the information is transferred to a kernel mode space (specifically, such as a kernel module) through the system call of setsockopt, and in consideration of subsequent expansibility, a universal and transparent interface for the user mode access program can be designed, and the specific content analysis and extraction work is completed by the kernel module.

4. After the kernel access program in the kernel module acquires the contents such as the sustainable playing time, the video code rate, the cache data volume, the request attribute and the like, determining the risk level based on the contents; and then, determining a data transmission optimization scheme according to optimization characteristics, such as an active window, a guaranteed bandwidth, a congestion control mechanism, a packet loss recovery mechanism and the like, and the risk level.

Wherein the risk level and the data transmission optimization scheme (i.e. the risk policies shown in fig. 5) can be customized according to the actual needs. Still referring to fig. 4, fig. 4 is a specific example, which is described in detail as follows:

a: when the request attribute is a retry attribute, it is directly located as a risk range, e.g., the risk level is directly set as the highest level, risk level 1.

Of course, in the implementation, an appropriate risk level may be determined from the risk range based on the reference information, such as the sustainable playing time, the video rate, the amount of buffered data, and the like.

A risk assessment model is established according to the time of the video which can be continuously played, and 5 risk levels are established in the example shown in fig. 5:

risk level 1: the continuous playing time is less than 2 seconds;

risk level 2: the continuous playing time is less than 4 seconds;

risk class 3: the sustainable playing time is less than 8 seconds;

risk class 4: the sustainable playing time is less than 16 seconds;

risk level 5 (i.e. default level, or referred to as security level): the sustained play time is >16 seconds.

It should be noted that, the smaller the grade number, the higher the risk grade, the higher the seizure risk appearing in the representation of video playing, and the more the transmission optimization strategy needs to use a high-grade transmission strategy to ensure that video playing is not stuck as much as possible (the specific duration range and the corresponding risk grade should be determined according to the actual situation).

B: and determining a data transmission optimization scheme according to the level of the risk level.

For example, as shown in fig. 5, the corresponding data transmission optimization scheme for risk level 1 is risk policy 1: the congestion control mechanism 1, the packet loss recovery mechanism 1, the initial window size of the sliding window is 40, and the bottom-preserving bandwidth is 8M; the corresponding data transmission for risk level 2 is risk policy 2: the congestion control mechanism 2, the packet loss recovery mechanism 2, the initial window size of the sliding window is 30, and the bottom-preserving bandwidth is 4M; the corresponding data transmission optimization scheme of risk level 3 is risk policy 3: a congestion control mechanism 3, a packet loss recovery mechanism 3, an initial window size of a sliding window of 30 and a bottom-preserving bandwidth of 4M; the corresponding data transmission optimization scheme of risk level 4 is risk policy 4: a congestion control mechanism 4, a packet loss recovery mechanism 4, an initial window size of a sliding window of 22 and a guaranteed bandwidth of 2M; the handling optimization scheme of the default level is a default strategy: the initial window size of the sliding window is 40, the bottom-guaranteed bandwidth is 8M, and congestion control and packet loss recovery are not needed.

The congestion control mechanisms 1, 2, 3, and 4, etc. are used to distinguish different congestion control mechanisms; the congestion control mechanism includes many mechanisms, the present embodiment does not specifically limit the specific mechanism content of each congestion mechanism, and the core of the present embodiment lies in proposing the theory of selecting a corresponding congestion control mechanism according to the risk level. Specifically, the congestion control related to various mechanisms can be referred to corresponding contents in the prior art, and will not be described herein. Similarly, the packet loss recovery mechanisms 1, 2, 3, and 4, etc. are also used to distinguish different packet loss recovery mechanisms; the packet loss recovery mechanism includes many mechanisms, and the specific mechanism content of each packet loss recovery is not specifically limited in this embodiment.

The above embodiment describes the present solution from the perspective of the server. The present solution will be further described below in the context of a client in an information handling system. Specifically, fig. 6 is a schematic flow chart of an information processing method according to another exemplary embodiment of the present application. Specifically, the method provided by this embodiment includes:

601. determining reference information based on a processing degree of locally processing the first data;

602. sending data request information requesting to acquire second data to a server according to the reference information, so that the server determines a data transmission optimization scheme based on the reference information, and providing the client with an acquisition service of the second data according to the data transmission optimization scheme;

wherein the second data has an association with the first data.

In 601, the reference information includes: an amount of unprocessed data in the first data. In some application scenarios, such as a video playing application scenario, when the first data is a first video, the reference information further includes: the video code rate corresponding to the first video, the sustainable playing time of the remaining content which is not played, and the like.

The above 602, "sending the data request information to the server according to the reference information" includes:

6021. generating the data request information aiming at the second data, and adding a field containing the reference information at the head or tail of the data request information;

6022. and sending the data request information added with the reference information field to the server.

It should be added that more detailed descriptions about the above steps can be found in the corresponding contents of the above embodiments, and are not repeated herein.

The technical solution provided by the present application will be described below by taking a content playing application scenario as an example, so as to facilitate better understanding. Specifically, fig. 7 shows a schematic flow chart of an information processing method according to an embodiment of the present application. The execution subject of the method may be a server in an information processing system, and specifically, the method includes:

701. acquiring the risk level of the video played by the client terminal being blocked;

702. determining a data transmission optimization scheme corresponding to the communication link between the clients according to the risk level;

703. and providing video information acquisition service for the client according to the data optimization scheme.

Optionally, the step 701 of obtaining the risk level of the video playing by the client being stuck may specifically include:

7011. receiving a video information acquisition request sent by the client;

7012. and reading the risk level in a set field of the video information acquisition request.

Optionally, the determining 702 "the data transmission optimization scheme according to the risk level" may specifically include:

7021. acquiring link characteristics corresponding to a communication link between the clients;

7022. configuring optimization characteristics according to the risk level;

7023. obtaining the data transmission optimization scheme based on the configured optimization features;

wherein the optimization feature comprises at least one of: sliding window, guaranteed bandwidth, congestion control mechanism, packet loss recovery mechanism.

Also, the above embodiments are described in connection with the content playing application scenario from the perspective of the server. The technical solution of playing the application scene in combination with the content will be described in another angle for easy understanding. Referring to the flowchart illustrated in fig. 8, the execution subject of the method provided in this embodiment may be a client in an information processing system. Specifically, the method comprises the following steps:

801. acquiring the playing progress of a first video segment played by a client; wherein the first video segment is a segment in a video;

802. determining the risk level of the video played by the client side to be blocked according to the playing progress;

803. sending data request information for acquiring a second video segment to a server according to the risk level so that the server determines a data transmission optimization scheme based on the risk level and provides acquisition service of the second video segment for the client according to the data transmission optimization scheme;

wherein the second video segment is another segment in the video and has a coherence relationship with the first video segment.

Optionally, the step 802 "determining a risk level of the video playing stuck by the client according to the playing progress" includes:

8021. determining the amount of the remaining data which is not played in the first video segment according to the playing progress of the first video segment;

8022. determining the remaining playing time length according to the video code rate corresponding to the first video segment and the remaining data volume;

8023. and determining the risk level according to the remaining playing time length.

Optionally, the aforementioned 8023 "determining the risk level according to the remaining playing duration" includes: acquiring a risk level evaluation model; and taking the residual playing time length as a parameter of the risk level evaluation model, and executing the risk level evaluation model to obtain the risk level.

In a specific implementable technical solution, for example, when the second video segment sent by the server is not received within a set time, the method further includes: increasing the risk level; and sending a retry request for acquiring the second video segment to the server according to the improved risk level.

Fig. 9 is a schematic structural diagram of an information processing apparatus according to an embodiment of the present application. Specifically, the apparatus comprises: an acquisition module 91, a determination module 92 and a distribution module 93; wherein:

an obtaining module 91, configured to obtain reference information sent when a client requests to obtain second data, where the reference information is used to reflect a processing degree of processing first data by the client, and the second data has a correlation with the first data;

a determining module 92, configured to determine, according to the reference information, a data transmission optimization scheme corresponding to the communication link between the clients;

and the allocating module 93 is configured to provide the second data obtaining service for the client according to the data transmission optimization scheme.

Further, the obtaining module 91 is specifically configured to: receiving data request information sent by the client aiming at the second data; and reading the reference information in a setting field of the data request information.

Further, the determining module 92 is specifically configured to: determining the risk level of the client with data processing interruption according to the reference information; determining the data transmission optimization scheme based on the risk level.

Further, when the determining module 92 is configured to determine the risk level of the data processing interruption occurring at the client according to the reference information, it may be further specifically configured to: acquiring request attributes of the data request information; determining the risk level according to the request attribute and the reference information; wherein the reference information is obtained from data request information sent by the client for the second data; the request attribute includes any one of the following: retry request, non-retry request.

Further, when the determining module 92 is configured to determine the risk level according to the request attribute and the reference information, it may further be configured to: when the request attribute is a retry request, determining the risk level as a set level; and when the request attribute is a non-retry request, acquiring a risk level evaluation model, and determining the risk level according to the reference information and the risk level evaluation model.

Further, the determining module 92, when configured to determine the risk level according to the reference information and the risk level assessment model, may further be configured to: determining processing time length according to the unprocessed data quantity in the first data; taking the processing duration as a parameter of the risk level evaluation model, and executing the risk level evaluation model to obtain the risk level; wherein the reference information includes: an amount of unprocessed data in the first data.

Further, the determining module 92, when configured to determine the processing duration according to the unprocessed data amount in the first data, may further be configured to: acquiring a video code rate corresponding to the first video segment; determining playable time corresponding to the unplayed data volume according to the video code rate and the unplayed data volume in the first video segment; wherein, the processing duration is playable duration corresponding to the unplayed data volume.

Further, the determining module 92, when configured to obtain the risk level assessment model, may further be configured to: constructing a corresponding relation between the duration range and the risk level; and obtaining the risk level evaluation model based on the corresponding relation between the duration range and the risk level.

Further, the determining module 92, when configured to determine the data transmission optimization scheme based on the risk level, may further be configured to: acquiring link characteristics corresponding to a communication link between the clients; configuring optimization characteristics according to the risk level; obtaining the data transmission optimization scheme based on the configured optimization features; wherein the optimization feature comprises at least one of: sliding window, guaranteed bandwidth, congestion control mechanism, packet loss recovery mechanism.

Further, the determining module 92, when configured to determine the data transmission optimization scheme based on the risk level, may further be configured to: and taking the risk grade as an input parameter of a machine learning model, and executing the machine learning model to obtain the data transmission optimization scheme.

Fig. 10 is a schematic structural diagram of an information processing apparatus according to an embodiment of the present application. Specifically, the apparatus comprises: a determining module 101 and a sending module 102; wherein:

a determining module 101, configured to determine reference information based on a processing degree of locally processing the first data;

a sending module 102, configured to send data request information requesting to obtain second data to a server according to the reference information, so that the server determines a data transmission optimization scheme based on the reference information, and provides a service for obtaining the second data for the client according to the data transmission optimization scheme; wherein the second data has an association with the first data.

Optionally, the reference information includes: an amount of unprocessed data in the first data; when the first data is a first video, the reference information further includes: and the video code rate corresponding to the first video.

Further, when the sending module 102 is configured to send the data request information to the server according to the reference information, the sending module may be further configured to: generating the data request information aiming at the second data, and adding a field containing the reference information at the head or tail of the data request information; and sending the data request information added with the reference information field to the server.

Fig. 11 is a schematic structural diagram of an information processing apparatus according to an embodiment of the present application. Specifically, the apparatus comprises: an acquisition module 111, a determination module 112 and a distribution module 113; wherein:

the obtaining module 111 is configured to obtain a risk level of a video played by a client being stuck;

a determining module 112, configured to determine, according to the risk level, a data transmission optimization scheme corresponding to the communication link between the clients;

and the distribution module 113 provides the video information acquisition service for the client according to the data optimization scheme.

Further, when the obtaining module 111 is configured to obtain the risk level of the video playing by the client being stuck, the obtaining module may further be configured to: receiving a video information acquisition request sent by the client; and reading the risk level in a set field of the video information acquisition request.

Further, when the determining module 112 is configured to determine the data transmission optimization scheme according to the risk level, it may further be configured to: acquiring link characteristics corresponding to a communication link between the clients; configuring optimization characteristics according to the risk level; obtaining the data transmission optimization scheme based on the configured optimization features; wherein the optimization feature comprises at least one of: sliding window, guaranteed bandwidth, congestion control mechanism, packet loss recovery mechanism.

Fig. 12 is a schematic structural diagram of an information processing apparatus according to an embodiment of the present application. Specifically, the apparatus comprises: an acquisition module 121, a determination module 122, and a sending module 123; wherein:

the obtaining module 121 is configured to obtain a playing progress of the first video segment played by the client; wherein the first video segment is a segment in a video;

a determining module 122, configured to determine, according to the playing progress, a risk level of the video playing by the client being stuck;

a first sending module 123, configured to send data request information for obtaining a second video segment to a server according to the risk level, so that the server determines a data transmission optimization scheme based on the risk level, and provides a obtaining service of the second video segment for the client according to the data transmission optimization scheme; wherein the second video segment is another segment in the video and has a coherence relationship with the first video segment.

Further, when the determining module 122 is configured to determine, according to the playing progress, a risk level that the video played by the client is stuck, the determining module may be further configured to: determining the amount of the remaining data which is not played in the first video segment according to the playing progress of the first video segment; determining the remaining playing time length according to the video code rate corresponding to the first video segment and the remaining data volume; and determining the risk level according to the remaining playing time length.

Further, when the determining module 122 is configured to determine the risk level according to the remaining playing time, it may further be configured to: acquiring a risk level evaluation model; and taking the residual playing time length as a parameter of the risk level evaluation model, and executing the risk level evaluation model to obtain the risk level.

In a practical technical solution, for example, when the second video segment sent by the server is not received within a set time, the apparatus further includes:

the improving module is used for improving the risk level when the second video segment sent by the server is not received within the set time;

and the second sending module is used for sending a retry request for acquiring the second video segment to the server according to the improved risk level.

Fig. 13 is a schematic structural diagram of an information processing system according to an embodiment of the present application. Specifically, the system comprises: a client 131 and a server 132; wherein:

a client 131 for determining reference information based on a processing degree of locally processing the first data; sending data request information for requesting to acquire second data to a server side according to the reference information;

the server 132 is configured to obtain reference information sent when a client requests to obtain second data, where the reference information is used to reflect a processing degree of the client processing first data, and the second data has a correlation with the first data; determining a data transmission optimization scheme corresponding to the communication link between the clients according to the reference information; and providing the second data acquisition service for the client according to the data transmission optimization scheme.

The server in this embodiment may perform each step in the method embodiments shown in fig. 1 to fig. 5, and specific contents may refer to corresponding contents in the embodiments. The client may perform the steps in the embodiment of the method shown in fig. 6, and specific contents may refer to corresponding contents in the embodiment.

In a specific application scenario, the server in this embodiment may be a CDN node deployed in multiple areas or regions of multiple cities. The CDN node is responsible for processing a request sent by the client, such as an acquisition service of video segment information. If the content requested by the user is cached and valid on the node, sending the cached content to the client; otherwise, the CDN node will proxy the client to initiate a backtracking request to another node or the source station server, schedule and find a backtracking path, obtain content of the client request according to the backtracking path, and forward the content to the client, thereby completing processing of the request.

Of course, the server may also be a single server, a server cluster, a virtual server, or a cloud deployed on the network side, which is not specifically limited in this embodiment.

The client 101 may be any device with certain computing capability, for example, a smart phone, a tablet computer, a desktop computer, a notebook computer, a smart wearable device, and the like, which is not particularly limited in this embodiment. The basic structure of the client 101 may include: at least one processing unit and at least one memory. The number of processing units and memory depends on the configuration and type of client 101. The Memory may include volatile, such as Random Access Memory (RAM), non-volatile, such as Read-Only Memory (ROM), flash Memory, etc., or both. The memory typically stores an Operating System (OS), one or more application programs, and may also store program data and the like. In addition to the processing unit and the memory, the client 101 further includes some basic configurations, such as a network card chip, an IO bus, an audio/video component, and the like. Optionally, the client 101 may also include some peripheral devices, such as a keyboard, a mouse, a stylus, etc. Other peripheral devices are well known in the art and will not be described in detail herein.

In combination with a specific video application scenario, another embodiment of the present application provides a structure of an information processing system. As shown in fig. 14, specifically, the system includes: a client 141 and a server 142; wherein:

the client 141 is configured to obtain a playing progress of the client for playing the first video segment; wherein the first video segment is a segment in a video; determining the risk level of the video played by the client side to be blocked according to the playing progress; sending data request information for acquiring a second video segment to a server according to the risk level; wherein the second video segment is another segment in the video and has a consistency relationship with the first video segment;

the server 142 is used for acquiring the risk level of the video played by the client terminal being blocked; determining a data transmission optimization scheme corresponding to the communication link between the clients according to the risk level; and providing the acquisition service of the second video segment for the client according to the data optimization scheme.

The server in this embodiment may perform the steps in the method embodiments shown in fig. 1 to fig. 5 (only the scene is specifically included in the video application scene) and the method embodiment shown in fig. 7, and specific contents may refer to corresponding contents in the above embodiments. The client may perform the steps in the method embodiment shown in fig. 6 and the method embodiment shown in fig. 8, and specific contents may refer to corresponding contents in the above embodiments.

Fig. 15 is a schematic structural diagram of a server device according to an embodiment of the present application. As shown in fig. 15, the server device includes: a memory 1501 and a processor 1502; wherein the content of the first and second substances,

the memory 1501 is used for storing programs;

the processor 1502, coupled to the memory, is configured to execute the program stored in the memory to:

acquiring reference information sent when a client requests to acquire second data, wherein the reference information is used for reflecting the processing degree of the client for processing first data, and the second data and the first data have relevance;

determining a data transmission optimization scheme corresponding to the communication link between the clients according to the reference information;

and providing the second data acquisition service for the client according to the data transmission optimization scheme.

The memory 1501 described above may be configured to store other various data to support operations on the server device. Examples of such data include instructions for any application or method operating on the server device. The memory 1501 may be implemented by any type or combination of volatile or non-volatile memory devices, such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks.

The processor 1502 may also implement other functions in addition to the above functions when executing the programs in the memory 1501, which may be specifically referred to the descriptions of the foregoing embodiments.

Further, as shown in fig. 15, the server device further includes: communication component 1503, display 1504, power component 1505, and the like. Only some of the components are schematically shown in fig. 15, and the server device is not meant to include only the components shown in fig. 15.

An embodiment of the application further provides the client device. The main structure of the client device is similar to that of fig. 15. Specifically, the client device includes: a memory, a processor, and a communication component; wherein the content of the first and second substances,

the memory is used for storing programs;

the processor, coupled with the memory, to execute the program stored in the memory to:

determining reference information based on a processing degree of locally processing the first data;

sending data request information for requesting to acquire second data to a server through a communication component according to the reference information, so that the server determines a data transmission optimization scheme based on the reference information, and provides the client with an acquisition service of the second data according to the data transmission optimization scheme;

wherein the second data has an association with the first data.

The processor may also implement other functions besides the above functions, and refer to the description of the foregoing embodiments.

An embodiment of the application further provides the server side equipment. The main structure of the server device is similar to that of fig. 15. Specifically, the server includes: a memory and a processor; wherein the content of the first and second substances,

the memory is used for storing programs;

acquiring the risk level of the video played by the client terminal being blocked;

determining a data transmission optimization scheme corresponding to the communication link between the clients according to the risk level;

and providing video information acquisition service for the client according to the data optimization scheme.

Similarly, the processor may also implement other functions besides the above functions, and refer to the description of the foregoing embodiments specifically.

the memory is used for storing programs;

acquiring the playing progress of a first video segment played by a client; wherein the first video segment is a segment in a video;

determining the risk level of the video played by the client side to be blocked according to the playing progress;

according to the risk level, sending data request information for acquiring a second video segment to a server through a communication assembly, so that the server determines a data transmission optimization scheme based on the risk level, and providing the client with an acquisition service of the second video segment according to the data transmission optimization scheme;

Accordingly, embodiments of the present application also provide a computer-readable storage medium storing a computer program, where the computer program can implement the steps or functions of the information processing method provided in each of the above embodiments when executed by a computer.

As can be seen from the above description, the solutions provided by the embodiments of the present application can be applied to video data scenes. In essence, video data scenes may include, but are not limited to: video on demand, video live, multimedia processing, multimedia production, real-time audio and video transmission, and the like. The video on demand refers to playing a video according to a request of a user, transmitting the video content clicked or selected by the user to a requested user, such as an existing video website, and the user ordering the recorded video resource on the website through the video website to watch the video. In the video live broadcast, audio and video signals acquired on site are encoded into streaming data and transmitted to a server, and the streaming data is released by the server for a user to watch the video through a network in real time, such as an existing live broadcast website. Multimedia processing or production refers to the editing or creation of audio and video by a user using a mobile phone or other equipment. The real-time audio and video transmission is similar to video live broadcast, and a user can acquire audio and video data in real time through a network.

The above-described embodiments of the apparatus are merely illustrative, and the units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.

Through the above description of the embodiments, those skilled in the art will clearly understand that each embodiment can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware. With this understanding in mind, the above-described technical solutions may be embodied in the form of a software product, which can be stored in a computer-readable storage medium such as ROM/RAM, magnetic disk, optical disk, etc., and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the methods described in the embodiments or some parts of the embodiments.

Finally, it should be noted that: the above embodiments are only used to illustrate the technical solutions of the present application, and not to limit the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions in the embodiments of the present application.

Claims

1. An information processing method characterized by comprising:

2. The method of claim 1, wherein obtaining the reference information sent when the client requests to obtain the second data comprises:

receiving data request information sent by the client aiming at the second data;

and reading the reference information in a setting field of the data request information.

3. The method of claim 1, wherein determining a data transmission optimization scheme based on the reference information comprises:

determining the risk level of the client with data processing interruption according to the reference information;

determining the data transmission optimization scheme based on the risk level.

4. The method according to claim 3, wherein the reference information is obtained from data request information sent by the client for the second data; and

determining the risk level of the client with data processing interruption according to the reference information, comprising:

acquiring request attributes of the data request information;

determining the risk level according to the request attribute and the reference information;

wherein the request attribute includes any one of: retry request, non-retry request.

5. The method of claim 4, wherein determining the risk level based on the request attribute and the reference information comprises:

when the request attribute is a retry request, determining the risk level as a set level;

and when the request attribute is a non-retry request, acquiring a risk level evaluation model, and determining the risk level according to the reference information and the risk level evaluation model.

6. The method of claim 5, wherein the reference information comprises: an amount of unprocessed data in the first data; and

determining the risk level according to the reference information and the risk level evaluation model, including:

determining processing time length according to the unprocessed data quantity in the first data;

and taking the processing duration as a parameter of the risk level evaluation model, and executing the risk level evaluation model to obtain the risk level.

7. The method of claim 6, wherein said first data is a first video segment; and

determining a processing time length according to the unprocessed data amount in the first data, wherein the processing time length comprises the following steps:

acquiring a video code rate corresponding to the first video segment;

determining playable time corresponding to the unplayed data volume according to the video code rate and the unplayed data volume in the first video segment;

wherein, the processing duration is playable duration corresponding to the unplayed data volume.

8. The method of claim 5, wherein obtaining a risk rating assessment model comprises:

constructing a corresponding relation between the duration range and the risk level;

and obtaining the risk level evaluation model based on the corresponding relation between the duration range and the risk level.

9. The method of claim 3, wherein determining the data transmission optimization scheme based on the risk level comprises:

acquiring link characteristics corresponding to a communication link between the clients;

configuring optimization characteristics according to the risk level;

obtaining the data transmission optimization scheme based on the configured optimization features;

10. The method of claim 3, wherein determining the data transmission optimization scheme based on the risk level comprises:

and taking the risk grade as an input parameter of a machine learning model, and executing the machine learning model to obtain the data transmission optimization scheme.

11. An information processing method characterized by comprising:

sending data request information requesting to acquire second data to a server according to the reference information, so that the server determines a data transmission optimization scheme based on the reference information, and providing the client with an acquisition service of the second data according to the data transmission optimization scheme;

wherein the second data has an association with the first data.

12. The method of claim 11, wherein the reference information comprises: an amount of unprocessed data in the first data;

when the first data is a first video, the reference information further includes: and the video code rate corresponding to the first video.

13. The method of claim 11, wherein sending the data request message to a server according to the reference message comprises:

generating the data request information aiming at the second data, and adding a field containing the reference information at the head or tail of the data request information;

and sending the data request information added with the reference information field to the server.

14. An information processing method characterized by comprising:

15. The method of claim 14, wherein obtaining a risk level of a client playing a video that is stuck comprises:

receiving a video information acquisition request sent by the client;

and reading the risk level in a set field of the video information acquisition request.

16. The method of claim 14, wherein determining the data transmission optimization scheme based on the risk level comprises:

configuring optimization characteristics according to the risk level;

17. An information processing method characterized by comprising:

sending data request information for acquiring a second video segment to a server according to the risk level so that the server determines a data transmission optimization scheme based on the risk level and provides acquisition service of the second video segment for the client according to the data transmission optimization scheme;

18. The method of claim 17, wherein determining a level of risk of stuttering of the video played by the client according to the playing progress comprises:

determining the amount of the remaining data which is not played in the first video segment according to the playing progress of the first video segment;

determining the remaining playing time length according to the video code rate corresponding to the first video segment and the remaining data volume;

and determining the risk level according to the remaining playing time length.

19. The method of claim 18, wherein determining the risk level based on the remaining duration of play comprises:

acquiring a risk level evaluation model;

and taking the residual playing time length as a parameter of the risk level evaluation model, and executing the risk level evaluation model to obtain the risk level.

20. The method of any one of claims 17 to 19, further comprising:

when the second video segment sent by the server is not received within the set time, the risk level is improved;

and sending a retry request for acquiring the second video segment to the server according to the improved risk level.

21. An information processing system, comprising:

22. An information processing system, comprising:

23. A server-side device, comprising: a memory, a processor; wherein the content of the first and second substances,

the memory is used for storing programs;

24. A client device, comprising: a memory, a processor, and a communication component; wherein the content of the first and second substances,

the memory is used for storing programs;

according to the reference information, sending data request information for requesting to acquire second data to a server through the communication assembly, so that the server determines a data transmission optimization scheme based on the reference information, and provides the client with the acquisition service of the second data according to the data transmission optimization scheme;

wherein the second data has an association with the first data.

25. A server-side device, comprising: a memory, a processor; wherein the content of the first and second substances,

the memory is used for storing programs;

26. A client device, comprising: a memory, a processor, and a communication component; wherein the content of the first and second substances,

the memory is used for storing programs;

according to the risk level, sending data request information for acquiring a second video segment to a server side through the communication assembly, so that the server side determines a data transmission optimization scheme based on the risk level, and providing the client side with an acquisition service of the second video segment according to the data transmission optimization scheme;