CN108174286B - Video code stream processing method and device - Google Patents
Video code stream processing method and device Download PDFInfo
- Publication number
- CN108174286B CN108174286B CN201711441950.8A CN201711441950A CN108174286B CN 108174286 B CN108174286 B CN 108174286B CN 201711441950 A CN201711441950 A CN 201711441950A CN 108174286 B CN108174286 B CN 108174286B
- Authority
- CN
- China
- Prior art keywords
- video
- code stream
- client
- target scheduling
- request command
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000003672 processing method Methods 0.000 title description 7
- 238000000034 method Methods 0.000 claims abstract description 35
- 238000012545 processing Methods 0.000 claims abstract description 25
- 238000012544 monitoring process Methods 0.000 claims abstract description 19
- 230000002159 abnormal effect Effects 0.000 claims description 10
- 230000000694 effects Effects 0.000 abstract description 6
- 238000010586 diagram Methods 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 238000009825 accumulation Methods 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 230000001680 brushing effect Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
Images
Classifications
-
- 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/4425—Monitoring of client processing errors or hardware failure
-
- 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
-
- 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/44204—Monitoring of content usage, e.g. the number of times a movie has been viewed, copied or the amount which has been watched
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The invention discloses a method and a device for processing a video code stream, which are used for monitoring the working state of a target scheduling area, and returning a video address with a code stream grade lower than that contained in a video request command after receiving the video request command if the target scheduling area is in a fault state. By reducing the code stream of the video on demand watched by the user, the broadband is saved, and the effects of reducing the card-to-pause ratio of other IDCs and improving the overall service quality under the condition that IDCs have faults in target scheduling are achieved.
Description
Technical Field
The present invention relates to the field of data processing, and in particular, to a method and an apparatus for processing a video stream.
Background
A video CDN (Content Delivery Network) refers to a set of systems capable of providing video streaming services, and generally includes systems for storing, synchronizing, returning to source, scheduling, parsing a video file, and the like.
At present, a client watches videos, and downloading a video stream file adopts the following mode: after the client initiates a request, an analysis list of video files is taken from the video file analysis server, and then the video files are downloaded in sequence according to the files in the list. When each file is downloaded, the client needs to make a request to the video CDN scheduler once, and downloads the file from the designated CDN edge node according to a result returned by the video CDN scheduler.
In terms of scheduling, the present invention refers to a system that is distributed to different servers (or IDCs) for processing according to the information about the region requested by the user, so as to meet the requirements of quality of service, business value, flow control, etc. There are various scheduling methods, such as DNS (Domain Name System) based scheduling, http based 302 status code scheduler, and the like. In domestic video services, a skip scheduler which is generally based on an http 302 state code is used, and the working principle is to redirect an http request of a user to a specified server (or in IDC) according to relevant information of the user and a scheduled area.
The video CDN scheduler mainly performs flow control and meets the requirement of quality of service, that is, the video CDN scheduler has flow information of each IDC (Internet Data Center) and related information of a user, and determines, when the user requests, to which machine of which IDC the user is allocated according to the information, specifically, a flow control algorithm. The flow control algorithm specifically refers to dispatching the request of the user to the machine rooms with different flow upper limits according to a set proportion. Assuming that there are two IDCs in the western and Jiang telecom area, and the upper flow limits are 100G and 60G, respectively, the user requests (the sizes of the requested files are considered to be the same) for the same type of western and Jiang telecom are tuned into the two rooms according to the ratio of 5: 3. In terms of technical implementation, each video CDN scheduler allocates traffic according to the proportion, so that there is no need to worry about which video CDN scheduler the user is scheduled; the video CDN scheduler uses a serial sequential processing scheme for processing a user request, and maintains a predetermined ratio by performing an accumulation operation by setting a counter.
However, in actual business, there is a problem that: all the IDCs in a certain scheduling area Z and other surrounding scheduling areas have almost full traffic, and at this time, a certain IDC in the area Z has a fault. In this case, the current practice can only distribute the traffic of the failed IDC to other IDCs, resulting in a severe increase in the overall stuck proportion of other IDCs and a severe decrease in the overall service quality.
Disclosure of Invention
In view of this, the present invention provides a method and an apparatus for processing a video code stream, which are intended to achieve the purpose of reducing the blocking ratio of other IDCs when there is an IDC fault in a certain scheduling area, thereby improving the overall service quality.
In order to achieve the above object, the following solutions are proposed:
a method for processing video code stream includes:
monitoring the working state of a target scheduling area;
if the working state of the target scheduling area is a fault state, after a video request command is received, judging whether a client side sending the video request command is in the target scheduling area, wherein the video request command comprises a code stream grade;
and if the client is in the target scheduling area, returning a video address, wherein the code stream grade corresponding to the video address is lower than the code stream grade contained in the video request command.
Preferably, after determining that the client is in the target scheduling area, the method further includes:
and identifying the severity level of the fault state, wherein the higher the severity level of the fault state is, the lower the code stream level corresponding to the returned video address is.
Preferably, after determining that the client is in the target scheduling area, the method further includes:
and identifying the user grade contained in the video request command, wherein the higher the user grade is, the higher the code stream grade corresponding to the returned video address is.
Preferably, after determining that the client is in the target scheduling area, the method further includes:
and identifying the client type contained in the video request command, wherein the code stream grades corresponding to the video addresses returned aiming at different client types are different.
Preferably, after determining that the client is in the target scheduling area, the method further includes:
and identifying the user type contained in the video request command, and if the user type is an abnormal watching type, the code stream level corresponding to the returned video address is the lowest.
A device for processing video streams, comprising:
the state monitoring unit is used for monitoring the working state of the target scheduling area;
the position determining unit is used for judging whether a client sending a video request command is in the target scheduling area or not after receiving the video request command under the condition that the working state of the target scheduling area is a fault state, wherein the video request command comprises a code stream grade;
and the code stream control unit is used for returning a video address under the condition that the client is in the target scheduling area, wherein the code stream grade corresponding to the video address is lower than the code stream grade contained in the video request command.
Preferably, the code stream control unit further includes:
and the fault grade subunit is used for identifying the severity grade of the fault state after judging that the client is in the target scheduling area, wherein the higher the severity grade of the fault state is, the lower the code stream grade corresponding to the returned video address is.
Preferably, the code stream control unit further includes:
and the user grade subunit is used for identifying the user grade contained in the video request command after judging that the client is in the target scheduling area, wherein the higher the user grade is, the higher the code stream grade corresponding to the returned video address is.
Preferably, the code stream control unit further includes:
and the client type subunit is used for identifying the client type contained in the video request command after judging that the client is in the target scheduling area, and the code stream grades corresponding to the video addresses returned by aiming at different client types are different.
Preferably, the code stream control unit further includes:
and the user type subunit is used for identifying the user type contained in the video request command after judging that the client is in the target scheduling area, and if the user type is an abnormal watching type, the returned code stream grade corresponding to the video address is the lowest.
Compared with the prior art, the technical scheme of the invention has the following advantages:
the processing method and the device for the video code stream provided by the technical scheme monitor the working state of the target scheduling area, and if the target scheduling area is in a fault state, after receiving the video request command, return the video address with the code stream grade lower than the code stream grade contained in the video request command. By reducing the code stream of the video on demand watched by the user, the broadband is saved, and the effects of reducing the card-to-pause ratio of other IDCs and improving the overall service quality under the condition that IDCs have faults in target scheduling are achieved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
Fig. 1 is a flowchart of a method for processing a video bitstream according to an embodiment of the present invention;
fig. 2 is a flowchart of another video stream processing method according to an embodiment of the present invention;
fig. 3 is a flowchart of another video stream processing method according to an embodiment of the present invention;
fig. 4 is a flowchart of another video stream processing method according to an embodiment of the present invention;
fig. 5 is a flowchart of another video stream processing method according to an embodiment of the present invention;
fig. 6 is a schematic structural diagram of a device for processing a video bitstream according to an embodiment of the present invention;
fig. 7 is a schematic structural diagram of another apparatus for processing a video bitstream according to an embodiment of the present invention;
fig. 8 is a schematic structural diagram of another apparatus for processing a video bitstream according to an embodiment of the present invention.
Detailed Description
The invention saves the broadband by configuring the strategy of reducing the code stream in the video CDN scheduler to deal with the sudden regional faults, thereby achieving the effects of reducing the blockage proportion of other IDCs and improving the overall service quality under the condition that the target scheduling has IDC faults.
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the 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 invention.
The embodiment provides a method for processing a video code stream, and referring to fig. 1, the method includes:
step S11: monitoring the working state of a target scheduling area;
the monitoring system senses the working state of the target scheduling area through means of user experience feedback, network condition monitoring and/or server index monitoring and the like, then notifies the scheduling central control server, and the scheduling central control server notifies all the video CDN schedulers. For example, the duty cycle of a user viewing a video may be used to determine the operating state of a target dispatch area. Whether the target scheduling area is in a fault state is determined by setting a threshold, and specifically, when the video watching calorie ratio of a user in a certain area exceeds 10%, the area is considered to be in the fault state. The pause ratio reflects the pause condition of the user watching the video on demand, and the pause ratio is the number of users pausing more than one time in the preset time/the total number of users in the preset time. The card pause ratio of the target scheduling area is the number of users which are stuck more than once in the preset time of the target scheduling area/the total number of users in the preset time of the target scheduling area. And if the pause ratio of the target scheduling area exceeds a preset threshold, determining that the working state of the target scheduling area is a fault state. And operation and maintenance personnel can also manually input the working state of the target scheduling area into the scheduling central control server, and then the scheduling central control server notifies all the video CDN schedulers.
Step S12: if the working state of the target scheduling area is a fault state, after a video request command is received, whether a client side sending the video request command is located in the target scheduling area or not is judged, and the video request command comprises a code stream grade.
And determining whether the client sending the video request command belongs to a target scheduling area in a fault state or not according to the position parameter contained in the video request command. And if the client side sending the video request command does not belong to the target scheduling area in the fault state, returning a corresponding video address according to the code stream grade contained in the video request command.
Step S13: and if the client is in the target scheduling area, returning a video address, wherein the code stream grade corresponding to the video address is lower than the code stream grade contained in the video request command.
Currently, there are many classes of code streams, wherein the more common classes of code streams are very fast, smooth, high-definition, 720P, 1080P and 4K. The video request command sent by the user through the client comprises the code stream level. And the video CDN scheduler determines the code stream level requested by the user according to the parameters related to the code stream carried in the video request command (generally, an http request). For example, a user requests to see 4K video resources, when the working state of a target scheduling area is a fault state, whether the area where the user is located belongs to the target scheduling area is judged, and if yes, a video address with a code stream level lower than that contained in a video request command is returned to the client.
In the method for processing a video code stream provided in this embodiment, a working state of a target scheduling area is monitored, if the target scheduling area is in a failure state, after a video request command is received, it is determined whether a client sending the video request command belongs to the target scheduling area in the failure state, and if the client sends a video address with a code stream level lower than that included in the video request command, a video address with a code stream level lower than that included in the video request command is returned. Therefore, the code stream of the video on demand watched by the user is reduced, the broadband is saved, and the effects of reducing the card-to-pause ratio of other IDCs and improving the overall service quality under the condition that IDCs have faults in target scheduling are achieved.
The present embodiment further provides another method for processing a video bitstream, and referring to fig. 2, the method includes:
step S21: monitoring the working state of a target scheduling area;
step S22: if the working state of the target scheduling area is a fault state, after a video request command is received, whether a client side sending the video request command is located in the target scheduling area or not is judged, and the video request command comprises a code stream grade.
Step S23: and if the client is in the target scheduling area, identifying the serious grade of the fault state of the target scheduling area, and returning a video address, wherein the code stream grade corresponding to the video address is lower than the code stream grade contained in the video request command.
The higher the severity level of the fault state of the target scheduling area is, the lower the code stream level corresponding to the returned video address is. For example, the operating state of the target scheduling area is determined using the katton ratio of the user viewing the video. The severity level of the fault state of the target scheduling area can also be determined by setting a threshold, and particularly when the video watching calorie ratio of a user in a certain area exceeds 10%, the certain area is considered to be in the fault state. If the Kanton ratio exceeds 10% but does not exceed 30%, the severity level of the fault state of the area is considered as one level, namely, light fault; if the Kanton ratio exceeds 30% but does not exceed 60%, the severity level of the fault state of the region is considered to be two levels, namely moderate fault; if the katon ratio exceeds 60%, the severity level of the fault state of the area is considered to be three levels, namely, a severe fault. And if the Calton ratio of the users of the Jiangxi telecom reaches 45%, the monitoring system informs the dispatching central control server after detecting the data, and the dispatching central control server informs all the video CDN schedulers when the Jiangxi telecom has a medium fault. Therefore, all requests of users of Jiangxi telecommunication are processed by using the code stream reduction strategy corresponding to the medium fault.
And the code stream reduction strategy corresponding to the slight fault returns a corresponding video address for reducing one code stream level. For example, if the code stream level requested by the user is high definition, a video address with a smooth code stream level is returned. And the code stream reduction strategy corresponding to the medium fault returns a corresponding video address for reducing two code stream grades. The code stream reduction strategy corresponding to the serious fault is to uniformly return the video address with the lowest code stream grade, namely the video address of the top-speed code stream, no matter what the code stream grade contained in the video request command. It can be understood that, if the code stream level requested by the user is already the lowest, the code stream level of the returned video address is the code stream level requested by the user, and cannot be further reduced.
And different code stream reduction strategies are carried out according to different fault levels, so that the video watching experience of the user is not influenced as much as possible while the code stream of the video-on-demand watched by the user is reduced, and the effect of the overall service quality is further improved.
The present embodiment further provides another method for processing a video bitstream, and referring to fig. 3, the method includes:
step S31: monitoring the working state of a target scheduling area;
step S32: if the working state of the target scheduling area is a fault state, after a video request command is received, whether a client side sending the video request command is located in the target scheduling area or not is judged, and the video request command comprises a code stream grade.
Step S33: if the client is in the target scheduling area, identifying the severity level of the fault state of the target scheduling area and the client type contained in the video request command, and returning a video address, wherein the code stream level corresponding to the video address is lower than the code stream level contained in the video request command.
The higher the severity level of the fault state of the target scheduling area is, the lower the code stream level corresponding to the returned video address is. The client types are divided into mobile clients and non-mobile clients. And the code stream grades corresponding to the video addresses returned by aiming at different client types are different. For example, the code stream reduction strategy corresponding to the moderate fault may be to reduce two code stream levels and return corresponding video addresses for the non-mobile client. Identifying an operating system of a mobile phone for a mobile client, and uniformly returning a high-definition video address for IOS (input/output) systems, Iphone5 and users of the models above, wherein the users request high-definition code streams above; users below the Iphone5 uniformly return smooth video addresses when requesting smooth and above code streams. For an android system, 6.X and above systems, all the systems requesting high definition and above code streams uniformly return only high definition video addresses; and 5, systems with the flow and above code streams are requested, and the system only returns the smooth video address in a unified mode. For users who cannot identify the machine type, all the users request smooth and above code streams, and only return smooth video addresses in a unified mode.
And identifying the type of the client according to the related parameters carried by the video request command. The related parameters include the platformID, and if the value of the platformID is 01012001010000000000, the related parameters can be analyzed to be a PC (personal computer), namely a non-mobile client. The relevant parameters also comprise UA information, if the UA information is Mozilla/5.0 (iPhone; CPU iPhone OS 6_0like Mac OS X) AppleWebKit/536.26(KHTML, like Gecko) Version/6.0Mobile/10A5376e Safari/8536.25, the UA information is determined to be an iPhone6, namely a Mobile client, and is an IOS system.
This embodiment also provides another method for processing a video bitstream, and referring to fig. 4, the method includes:
step S41: monitoring the working state of a target scheduling area;
step S42: if the working state of the target scheduling area is a fault state, after a video request command is received, whether a client side sending the video request command is located in the target scheduling area or not is judged, and the video request command comprises a code stream grade.
Step S43: if the client is in the target scheduling area, identifying the serious grade of the fault state of the target scheduling area and the user grade contained in the video request command, and returning a video address, wherein the code stream grade corresponding to the video address is lower than the code stream grade contained in the video request command.
The user classes may be divided into, but are not limited to, normal users and VIP users. And the higher the user grade is, the higher the code stream grade corresponding to the returned video address is. For example, when the fault is slight, for a VIP user, the code stream reduction policy is not limited, for example, when the user requests a high definition code stream, a video address of the high definition code stream is returned; and when slight faults occur, for a common user, reducing one code stream level and returning a corresponding video address. When the medium fault occurs, for VIP users, the requests of the code streams of 720p and above are returned uniformly to the video address of 720p, the requests of the code streams of below 720p are returned uniformly, and the code stream reduction strategy is not limited; and when the fault is moderate, reducing the two code stream levels and returning the corresponding video address for the common user. When the fault is serious, for a VIP user, requests of high-definition and above code streams are returned uniformly to a high-definition video address, the requests of the low-definition code streams are not limited by a code stream reduction strategy; when the fault is serious, for the ordinary user, the video address with the lowest code stream grade, namely the video address of the top-speed code stream, is returned uniformly no matter what code stream grade is requested.
Different code stream reduction strategies are carried out according to different user grades, and the experience of the target user is further improved.
This embodiment also provides another method for processing a video bitstream, and referring to fig. 5, the method includes:
step S51: monitoring the working state of a target scheduling area;
step S52: if the working state of the target scheduling area is a fault state, after a video request command is received, whether a client side sending the video request command is located in the target scheduling area or not is judged, and the video request command comprises a code stream grade.
Step S53: if the client is in the target scheduling area, identifying the severity level of the fault state of the target scheduling area and the user type contained in the video request command, and returning a video address, wherein the code stream level corresponding to the video address is lower than the code stream level contained in the video request command.
The user types include an abnormal viewing type and a normal viewing type. And if the user type is an abnormal watching type, the returned code stream level corresponding to the video address is the lowest. The users such as the brushing amount, the attack, the malicious access and the like are all abnormal user types, and the users do not have any influence on the quality of the watched video. Identifying such users belongs to the prior art, and is generally identified by a video server, taking the number of times of swiping as an example, normally, 20 requests are sent for one video in a short time, but if the requests are twenty thousand times, the user can be determined to be the user of the number of swiping. For abnormal viewing types, the video address of the highest speed can be returned under the conditions of light failure and medium failure, and the request can be directly rejected under the condition of heavy failure.
By identifying the abnormal watching type, the broadband can be further saved, and the watching experience of a normal user can be improved.
While, for purposes of simplicity of explanation, the foregoing method embodiments have been described as a series of acts or combination of acts, it will be appreciated by those skilled in the art that the present invention is not limited by the illustrated ordering of acts, as some steps may occur in other orders or concurrently with other steps in accordance with the invention.
The following are embodiments of the apparatus of the present invention that may be used to perform embodiments of the method of the present invention. For details which are not disclosed in the embodiments of the apparatus of the present invention, reference is made to the embodiments of the method of the present invention.
The present embodiment provides a processing apparatus for video code stream, referring to fig. 6, the apparatus includes:
the state monitoring unit 11 is used for monitoring the working state of the target scheduling area;
a position determining unit 12, configured to determine, when the working state of the target scheduling area is a fault state, whether a client that sends a video request command is located in the target scheduling area after receiving the video request command, where the video request command includes a code stream level;
and the code stream control unit 13 is configured to return a video address when the client is in the target scheduling area, where a code stream level corresponding to the video address is lower than a code stream level included in the video request command.
In the processing apparatus for video code stream provided in this embodiment, the state monitoring unit 11 monitors the working state of the target scheduling area, the position determining unit 12, when the target scheduling area is in a failure state, determines whether the client sending the video request command belongs to the target scheduling area in the failure state after receiving the video request command, and the code stream control unit 13 returns a video address with a code stream level lower than that included in the video request command when the client is in the target scheduling area. Therefore, the code stream of the video on demand watched by the user is reduced, the broadband is saved, and the effects of reducing the card-to-pause ratio of other IDCs and improving the overall service quality under the condition that IDCs have faults in target scheduling are achieved.
The present embodiment provides another processing apparatus for video streams, and referring to fig. 7, the stream control unit 13 further includes:
a failure level subunit 131, configured to identify a severity level of the failure state after determining that the client is in the target scheduling area, where a higher severity level of the failure state is, a lower code stream level corresponding to the returned video address is.
And a user level subunit 132, configured to identify a user level included in the video request command after determining that the client is in the target scheduling area, where a higher user level indicates a higher code stream level corresponding to the returned video address.
The present embodiment provides another processing apparatus for video streams, and referring to fig. 8, the stream control unit 13 further includes:
a client type subunit 133, configured to identify a client type included in the video request command after determining that the client is in the target scheduling area, where code stream grades corresponding to the video addresses returned for different client types are different.
And the user type subunit 134 is configured to, after determining that the client is in the target scheduling area, identify a user type included in the video request command, and if the user type is an abnormal viewing type, determine that a code stream level corresponding to the returned video address is the lowest.
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.
In this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
The embodiments in the present description are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other.
The previous description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the invention. Thus, the present invention is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
Claims (8)
1. A method for processing video code stream is characterized by comprising the following steps:
monitoring the working state of a target scheduling area;
if the working state of the target scheduling area is a fault state, after a video request command is received, judging whether a client side sending the video request command is in the target scheduling area, wherein the video request command comprises a code stream grade;
if the client is in the target scheduling area, returning a video address, wherein the code stream grade corresponding to the video address is lower than the code stream grade contained in the video request command;
after the client is judged to be in the target scheduling area, the method further comprises the following steps:
and identifying the severity level of the fault state, wherein the higher the severity level of the fault state is, the lower the code stream level corresponding to the returned video address is.
2. The method of claim 1, further comprising, after determining that the client is in the target scheduling region:
and identifying the user grade contained in the video request command, wherein the higher the user grade is, the higher the code stream grade corresponding to the returned video address is.
3. The method of claim 1, further comprising, after determining that the client is in the target scheduling region:
and identifying the client type contained in the video request command, wherein the code stream grades corresponding to the video addresses returned aiming at different client types are different.
4. The method of claim 1, further comprising, after determining that the client is in the target scheduling region:
and identifying the user type contained in the video request command, and if the user type is an abnormal watching type, the code stream level corresponding to the returned video address is the lowest.
5. An apparatus for processing a video bitstream, comprising:
the state monitoring unit is used for monitoring the working state of the target scheduling area;
the position determining unit is used for judging whether a client sending a video request command is in the target scheduling area or not after receiving the video request command under the condition that the working state of the target scheduling area is a fault state, wherein the video request command comprises a code stream grade;
a code stream control unit, configured to return a video address when the client is in the target scheduling region, where a code stream level corresponding to the video address is lower than a code stream level included in the video request command;
the code stream control unit further comprises:
and the fault grade subunit is used for identifying the severity grade of the fault state after judging that the client is in the target scheduling area, wherein the higher the severity grade of the fault state is, the lower the code stream grade corresponding to the returned video address is.
6. The apparatus of claim 5, wherein the codestream control unit further comprises:
and the user grade subunit is used for identifying the user grade contained in the video request command after judging that the client is in the target scheduling area, wherein the higher the user grade is, the higher the code stream grade corresponding to the returned video address is.
7. The apparatus of claim 5, wherein the codestream control unit further comprises:
and the client type subunit is used for identifying the client type contained in the video request command after judging that the client is in the target scheduling area, and the code stream grades corresponding to the video addresses returned by aiming at different client types are different.
8. The apparatus of claim 5, wherein the codestream control unit further comprises:
and the user type subunit is used for identifying the user type contained in the video request command after judging that the client is in the target scheduling area, and if the user type is an abnormal watching type, the returned code stream grade corresponding to the video address is the lowest.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711441950.8A CN108174286B (en) | 2017-12-27 | 2017-12-27 | Video code stream processing method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711441950.8A CN108174286B (en) | 2017-12-27 | 2017-12-27 | Video code stream processing method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108174286A CN108174286A (en) | 2018-06-15 |
| CN108174286B true CN108174286B (en) | 2021-02-09 |
Family
ID=62521815
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711441950.8A Active CN108174286B (en) | 2017-12-27 | 2017-12-27 | Video code stream processing method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108174286B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110535853B (en) * | 2019-08-28 | 2021-06-22 | 北京奇艺世纪科技有限公司 | Video request scheduling method, device, server and storage medium |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101778104A (en) * | 2009-12-29 | 2010-07-14 | 常州中流电子科技有限公司 | System and method for playing stream media by using self-adaption bandwidth |
| CN102801690A (en) * | 2011-05-25 | 2012-11-28 | 华为技术有限公司 | Stream media processing method, distribution server, client and system |
| CN103856789A (en) * | 2014-03-13 | 2014-06-11 | 赛特斯信息科技股份有限公司 | System and method for achieving OTT service quality guarantee based on user behavior analysis |
| CN104394441A (en) * | 2014-11-27 | 2015-03-04 | 北京奇艺世纪科技有限公司 | Video content distribution scheduling method, device and system |
| CN105847864A (en) * | 2016-05-13 | 2016-08-10 | 合网络技术（北京）有限公司 | Video definition recommending method and device |
| CN105898388A (en) * | 2016-04-05 | 2016-08-24 | 合网络技术（北京）有限公司 | Node downloading scheduling method and node downloading scheduling device |
| CN106162258A (en) * | 2016-06-30 | 2016-11-23 | 乐视控股（北京）有限公司 | The control method of a kind of audio video transmission overload and device |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011009904A (en) * | 2009-06-24 | 2011-01-13 | Hitachi Ltd | Wireless video distribution system, content bit rate control method, and computer readable recording medium having content bit rate control program stored therein |
-
2017
- 2017-12-27 CN CN201711441950.8A patent/CN108174286B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101778104A (en) * | 2009-12-29 | 2010-07-14 | 常州中流电子科技有限公司 | System and method for playing stream media by using self-adaption bandwidth |
| CN102801690A (en) * | 2011-05-25 | 2012-11-28 | 华为技术有限公司 | Stream media processing method, distribution server, client and system |
| CN103856789A (en) * | 2014-03-13 | 2014-06-11 | 赛特斯信息科技股份有限公司 | System and method for achieving OTT service quality guarantee based on user behavior analysis |
| CN104394441A (en) * | 2014-11-27 | 2015-03-04 | 北京奇艺世纪科技有限公司 | Video content distribution scheduling method, device and system |
| CN105898388A (en) * | 2016-04-05 | 2016-08-24 | 合网络技术（北京）有限公司 | Node downloading scheduling method and node downloading scheduling device |
| CN105847864A (en) * | 2016-05-13 | 2016-08-10 | 合网络技术（北京）有限公司 | Video definition recommending method and device |
| CN106162258A (en) * | 2016-06-30 | 2016-11-23 | 乐视控股（北京）有限公司 | The control method of a kind of audio video transmission overload and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108174286A (en) | 2018-06-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11109077B2 (en) | Controlling delivery of requested content based on delivery bandwidth limitations | |
| US10631024B2 (en) | Intelligent video streaming system | |
| US8886769B2 (en) | Selective content pre-warming in content delivery networks based on user actions and content categorizations | |
| US8582584B2 (en) | Self-monitoring and optimizing network apparatus and methods | |
| EP2761459B1 (en) | System and method for disaster recovery | |
| US11785269B2 (en) | Content item transmission | |
| US20150256577A1 (en) | Directing Fragmented Content | |
| US20140280764A1 (en) | Bandwidth management for over-the-top adaptive streaming | |
| US10523978B1 (en) | Dynamic quality adjustments for media transport | |
| US20090125953A1 (en) | Systems, methods and graphical user interfaces for monitoring an internet protocol television (iptv) network | |
| WO2017096846A1 (en) | Method, apparatus and system for obtaining live broadcast | |
| CN106375471B (en) | Edge node determination method and device | |
| Um et al. | Dynamic Resource Allocation and Scheduling for Cloud‐Based Virtual Content Delivery Networks | |
| CN105516099A (en) | Business side access method and device, and business side access rule configuration method and device | |
| US20160286255A1 (en) | System and Method for Monitoring Whole Home Digital Video Recorder Usage for Internet Protocol Television | |
| US10575066B2 (en) | Method and device for determining redress measures for TV service outages based on impact analysis | |
| US20140280116A1 (en) | Social network-based automated program channel recommender | |
| CN108174286B (en) | Video code stream processing method and device | |
| CN106209952B (en) | Service node distribution method and device, CDN management server and system | |
| US10652304B1 (en) | Instantaneous egress management service | |
| CN114077483A (en) | Data resource scheduling method, server, system and storage medium | |
| US9124914B2 (en) | Credit/penalty-based network-guidance of bitrates for clients | |
| Wang et al. | On the Feasibility of DASH Streaming in the Cloud | |
| US20230209113A1 (en) | Predictive customer experience management in content distribution networks | |
| CA3101432A1 (en) | Methods and systems for content delivery |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |