CN113076125B - Live broadcast service upgrading processing method, device, medium and server - Google Patents
Live broadcast service upgrading processing method, device, medium and server Download PDFInfo
- Publication number
- CN113076125B CN113076125B CN202110450288.2A CN202110450288A CN113076125B CN 113076125 B CN113076125 B CN 113076125B CN 202110450288 A CN202110450288 A CN 202110450288A CN 113076125 B CN113076125 B CN 113076125B
- Authority
- CN
- China
- Prior art keywords
- client
- business process
- request
- service
- live
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 30
- 238000000034 method Methods 0.000 claims abstract description 189
- 230000008569 process Effects 0.000 claims abstract description 177
- 230000004044 response Effects 0.000 claims abstract description 25
- 238000012545 processing Methods 0.000 claims description 46
- 238000001514 detection method Methods 0.000 claims description 10
- 230000010365 information processing Effects 0.000 claims description 8
- 230000005540 biological transmission Effects 0.000 claims description 3
- 238000004590 computer program Methods 0.000 claims description 3
- 230000009471 action Effects 0.000 description 4
- 230000000903 blocking effect Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001502 supplementing effect Effects 0.000 description 1
- 239000002023 wood Substances 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/442—Shutdown
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The disclosure relates to a live service upgrading processing method, a device, a medium and a server, wherein the method comprises the following steps: when the service process of the live broadcast service is detected to be upgraded, disconnecting an index request sent to the service process by the client; sending a notification message to the client, wherein the notification message instructs the client to retry sending the new index request; receiving a new index request sent by a client, re-slicing the new service process after upgrading in response to the new index request, and returning index information of a slice file to the client; and responding to a patch request sent by the client, sending a corresponding slice file to the client, and generating the patch request by the client based on the index information. The embodiment can avoid 404 problems of patch requests in the live broadcast service upgrading process, and improve the experience of users for watching live broadcast contents.
Description
Technical Field
The embodiment of the disclosure relates to the technical field of computers, in particular to a live broadcast service upgrading processing method, a live broadcast service upgrading processing device, and a computer readable storage medium and a server for realizing the live broadcast service upgrading processing method.
Background
With the development of internet technology, more and more people pay attention to live webcasting, and particularly Peer-to-Peer (P2P) live webcasting is more and more concerned.
In the related art, in a P2P live broadcast system, a client first sends an index request to a server, the server responds to the index request to slice a video stream to generate a slice file, index information of the slice file is returned to the client, and the client acquires a corresponding slice file from the server to play based on the index information. If some slice files are missing in the slice files acquired by the client, a patch request is sent to the server, namely, the request of supplementing the slice files which are missing at present by the client is supplemented, and the server responds to the patch request to send the corresponding slice files to the client.
However, in the process of updating the server, if the client sends the patch request to the server, the updated new business process may not receive the index request sent by the client, and therefore the client cannot re-slice based on the index request, and thus the corresponding slice file cannot be returned to the client in direct response to the patch request, so that the patch request of the client has 404 problems such as no response.
Disclosure of Invention
To solve or at least partially solve the above technical problems, the present disclosure provides a live service upgrade processing method, a live service upgrade processing apparatus, and a computer readable storage medium and a server implementing the live service upgrade processing method.
In a first aspect, an embodiment of the present disclosure provides a live service upgrade processing method, including:
when detecting that a business process of a live broadcast business is upgraded, disconnecting an index request sent by a client to the business process;
sending a notification message to the client, wherein the notification message indicates the client to retry sending a new index request;
receiving a new index request sent by the client, re-slicing the new service process after upgrading in response to the new index request, and returning index information of a slice file to the client;
and responding to a patch request sent by the client, and sending a corresponding slice file to the client, wherein the patch request is generated by the client based on the index information.
In some embodiments of the present disclosure, the breaking the index request sent by the client to the business process includes:
when the business process is detected to be upgraded, state indication information is sent to the business process, and the state indication information indicates the business process to configure the self state into a closed state;
and closing the index request of the business process when the self state of the business process is detected to be the closing state.
In some embodiments of the present disclosure, the detecting that the business process is updated, sending status indication information to the business process includes:
when the business process is detected to be upgraded, judging whether the business process is currently processing live streams or not;
and when the business process is currently processing live streams, sending the state indication information to the business process.
In some embodiments of the present disclosure, the method further comprises:
and when the business process does not process the live stream currently, disconnecting all requests sent by the client to the business process, wherein all requests at least comprise the index request.
In some embodiments of the present disclosure, the patch request carries an identifier of a required slice file, and the responding to the patch request sent by the client sends a corresponding slice file to the client, including:
analyzing the patch request to obtain the identification of the slice file;
determining a corresponding target slice file based on the identification of the slice file;
and sending the target slice file to the client.
In some embodiments of the present disclosure, before the step of receiving the new index request sent by the client, the method further comprises:
and upgrading the business process to the new business process by adopting a hot upgrading mode.
In a second aspect, an embodiment of the present disclosure provides a live service upgrade processing apparatus, including:
the request closing module is used for detecting that the service process of the live broadcast service is updated, and disconnecting an index request sent by a client to the service process;
a notification retry module, configured to send a notification message to the client, where the notification message instructs the client to retry sending a new index request;
the business processing module is used for receiving a new index request sent by the client, re-slicing the updated new business process in response to the new index request, and returning index information to the client;
and the request processing module is used for responding to the patch request sent by the client and sending the corresponding slice file to the client, and the patch request is generated by the client based on the index information.
In some embodiments of the present disclosure, the request closing module includes an information processing module and a closing module; wherein the information processing module includes:
the upgrade detection sub-module is used for detecting whether the business process is being upgraded;
the information sending sub-module is used for sending state indication information to the business process when the upgrading detection sub-module detects that the business process is upgraded, and the state indication information indicates the business process to configure the self state into a closed state;
and the closing module is used for closing the index request of the business process when detecting that the self state of the business process is the closing state.
In some embodiments of the present disclosure, the information processing module further includes:
the judging sub-module is used for judging whether the business process is currently processing live streams or not when the upgrading detection sub-module detects that the business process is upgraded;
the information sending sub-module is further configured to send the status indication information to the service process when the service process is currently processing a live stream.
In some embodiments of the present disclosure, the closing module is further configured to:
and when the judging submodule determines that the service process does not process the live stream currently, all requests sent by the client to the service process are disconnected, and the all requests at least comprise the index requests.
In some embodiments of the present disclosure, the patch request carries an identifier of a required slice file, and the request processing module is specifically configured to:
analyzing the patch request to obtain the identification of the slice file;
determining a corresponding target slice file based on the identification of the slice file;
and sending the target slice file to the client.
In some embodiments of the present disclosure, the apparatus further comprises:
and the upgrading module is used for upgrading the service process to the new service process in a hot upgrading mode before the service processing module receives the new index request sent by the client.
In a third aspect, an embodiment of the present disclosure provides a computer readable storage medium having stored thereon a computer program, which when executed by a processor, implements the steps of the live service upgrade processing method according to any one of the embodiments above.
In a fourth aspect, embodiments of the present disclosure provide a server, including:
a processor; and
a memory for storing executable instructions of the processor;
wherein the processor is configured to perform the steps of the live service upgrade processing method of any of the above embodiments via execution of the executable instructions.
Compared with the prior art, the technical scheme provided by the embodiment of the disclosure has the following advantages:
according to the live broadcast service upgrading processing method, device, medium and server, when the live broadcast service process is detected to be upgraded, index requests sent by a client to the service process are disconnected, notification messages are sent to the client, the notification messages instruct the client to retry sending new index requests, then the new index requests sent by the client are received, the new updated service process responds to the new index requests to conduct re-slicing, index information of slice files is returned to the client, and finally corresponding slice files are sent to the client in response to patch requests generated based on the index information and sent by the client. In this way, when the service process is upgraded, the index request of the service process is disconnected, i.e. the new index request is not received, then the client is instructed to resend the new index request, the upgraded new service process is re-sliced in response to the new index request, and finally the corresponding sliced file is returned to the client in response to the patch request sent by the client, so that the problem of 404 in the patch request in the upgrading process is avoided, and the experience of watching live broadcast content by the user is improved.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the disclosure and together with the description, serve to explain the principles of the disclosure.
In order to more clearly illustrate the embodiments of the present disclosure or the solutions in the prior art, the drawings that are required for the description of the embodiments or the prior art will be briefly described below, and it will be obvious to those skilled in the art that other drawings can be obtained from these drawings without inventive effort.
Fig. 1 is a flowchart of a live service upgrade processing method according to an embodiment of the present disclosure;
fig. 2 is a flowchart of a live service upgrade processing method according to another embodiment of the present disclosure;
fig. 3 is a flowchart of a live service upgrade processing method according to another embodiment of the present disclosure;
fig. 4 is a flowchart of a live service upgrade processing method according to still another embodiment of the present disclosure;
fig. 5 is a schematic diagram of a live service upgrade processing device according to an embodiment of the disclosure;
fig. 6 is a schematic diagram of a server for implementing a live service upgrade processing method according to an embodiment of the disclosure.
Detailed Description
In order that the above objects, features and advantages of the present disclosure may be more clearly understood, a further description of aspects of the present disclosure will be provided below. It should be noted that, without conflict, the embodiments of the present disclosure and features in the embodiments may be combined with each other.
In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present disclosure, but the present disclosure may be practiced otherwise than as described herein; it will be apparent that the embodiments in the specification are only some, but not all, embodiments of the disclosure.
It should be understood that, hereinafter, "at least one (item)" means one or more, and "a plurality" means two or more. "and/or" is used to describe association relationships of associated objects, meaning that there may be three relationships, e.g., "a and/or B" may mean: only a, only B and both a and B are present, wherein a, B may be singular or plural. The character "/" generally indicates that the context-dependent object is an "or" relationship. "at least one of" or the like means any combination of these items, including any combination of single item(s) or plural items(s). For example, at least one (one) of a, b or c may represent: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", wherein a, b, c may be single or plural.
Fig. 1 is a flowchart of a live service upgrade processing method according to an embodiment of the present disclosure, where the live service upgrade processing method may be applied to a server, such as a P2P live service server, but is not limited thereto. The live service upgrading processing method can comprise the following steps:
step S101: when the service process of the live broadcast service is detected to be upgraded, the index request sent to the service process by the client side is disconnected.
Illustratively, the business process is the business process of the live business before upgrading. Clients may include, but are not limited to, tablet computers, smartphones, computers, etc., which may establish a communication connection with a server, such as a transmission control protocol (TCP, transmission Control Protocol)) connection. The index request may generally include, but is not limited to, identification information such as a name, a number, etc. of an audio/video that the user wants to watch, and the server may receive and respond to the index request sent by the client.
In one embodiment, when the server detects that a service process of the live service is updated, the server disconnects an index request sent by the client to the service process, that is, the service process does not receive the index request sent by the response client after the current moment.
Step S102: and sending a notification message to the client, wherein the notification message instructs the client to retry sending the new index request.
For example, after disconnecting an index request sent by a client to the business process, a server may send a notification message to the client to instruct the client to resend a new index request.
Step S103: and receiving a new index request sent by the client, re-slicing the new service process after upgrading in response to the new index request, and returning index information of the slicing file to the client.
The new service process is the service process after the service process of the live service is upgraded. After receiving the notification message, the client resends the new index request to the server, and the updated new business process in the server re-slices in response to the new index request to produce a slice file, and returns index information of the slice file to the client.
Step S104: and responding to a patch request sent by the client, and sending a corresponding slice file to the client, wherein the patch request is generated by the client based on the index information.
The server receives a patch request generated by the client based on the index information after re-slicing and returning the index information of the slice file to the client, and responds to the patch request to return the corresponding slice file to the client, so that the client acquires the missing slice file and further plays the audio and video.
According to the live broadcast service upgrading processing method provided by the embodiment of the disclosure, when the live broadcast service process is detected to be upgraded, an index request sent by a client to the service process is disconnected, a notification message is sent to the client to instruct the client to retry sending the new index request, then the new index request sent by the client is received, the new service process after upgrading responds to the new index request to conduct re-slicing, index information of a slice file is returned to the client, finally a patch request based on the index information and sent by the client is responded to the patch request generated by the client, and the corresponding slice file is sent to the client. In this way, when the service process is upgraded, the index request of the service process is disconnected, i.e. the new index request is not received, then the client is instructed to resend the new index request, the upgraded new service process is re-sliced in response to the new index request, and finally the corresponding sliced file is returned to the client in response to the patch request sent by the client, so that the problem of 404 in the patch request in the upgrading process is avoided, and the experience of watching live broadcast content by the user is improved.
Optionally, in some embodiments of the present disclosure, before receiving the new index request sent by the client in step S103, the service process may be upgraded to the new service process by adopting a hot upgrade manner when the service process is upgraded.
Specifically, the service process can be kept stable without restarting during the upgrading process, so that the quick switching can be realized, the seamless switching is basically realized, the user is free from feeling, the influence on the live broadcast content such as blocking and the like is avoided, and the live broadcast watching experience of the user is improved. It will be appreciated that the specific manner in which a process is thermally upgraded may be understood with reference to the prior art and will not be described in detail herein.
Optionally, in some embodiments of the present disclosure, in combination with the illustration in fig. 2, the step S101 of disconnecting the index request sent by the client to the business process may specifically include the following steps:
step S201: when the business process is detected to be updated, state indication information is sent to the business process, and the state indication information indicates the business process to configure the self state into a closed state.
Illustratively, the self state of the business process may include, but is not limited to, a normal state, which may be identified by attribute parameter 0, and a closed state, which may be identified by attribute parameter 1. In the off state, even if the business process no longer receives the index request from the responding client after the current time.
Specifically, in one example, when the server detects that the service process is upgraded, the server sends state indication information to the service process, and the service process responds to the state indication information to set its attribute parameter to 1, i.e. configure its state to be a closed state.
Step S202: and closing the index request of the business process when the self state of the business process is detected to be the closing state.
For example, when the server detects that the attribute parameter of the service process is 1, it is determined to be in a closed state, and the index request of the service process is closed at this time, even if the service process no longer receives the index request sent by the response client after the current time.
Step S202 may be followed by continuing to perform steps S102 to S104, and specific reference may be made to the detailed description in the foregoing embodiments, which are not repeated here.
According to the scheme, the problem that 404 is caused in the patch request in the upgrading process is avoided, the experience of watching live broadcast content by a user is improved, and meanwhile, the business process is instructed to configure the self state into the closed state by sending the state indication information to the business process, so that the index request of the business process can be closed simply, conveniently and rapidly, and the overall processing efficiency is improved to a certain extent.
Optionally, on the basis of the foregoing embodiments, in some embodiments of the present disclosure, in combination with the description of fig. 3, when the business process is detected to be upgraded in step S201, status indication information is sent to the business process, which may specifically include the following steps:
step S301: and when the business process is detected to be upgraded, judging whether the business process is currently processing live streams.
It should be noted that, when a service process starts to upgrade, for example, a hot upgrade, to close an index request of the service process, even if the service process no longer receives an index request sent by a response client after the current time, the service process may be receiving a response to other requests, for example, a live stream processing request, at the current time or before. At this time, if all the requests of the business process are closed, the live content play may be affected, such as increasing the blocking. Therefore, in this embodiment, before the service process is updated and the index request of the service process is to be closed, the server may determine whether the service process is currently processing the live stream.
Step S302: and when the business process is currently processing live streams, sending the state indication information to the business process.
In particular, the server sends the status indication information to the service process when determining that the service process is currently processing the live stream, so as to instruct the service process to close only the index request, that is, a part of the requests, but not all the requests, so that the service process can continue to receive responses to other requests, such as live stream processing requests, for example. Therefore, the influence on the playing of the live content can be reduced, such as the blocking is reduced, and the live watching experience of the user is further improved.
Optionally, on the basis of the foregoing embodiments, in some embodiments of the disclosure, the method may further include: and when the business process does not process the live stream currently, disconnecting all requests sent by the client to the business process, wherein all requests at least comprise the index request.
Specifically, when the server determines that the service process does not process the live stream currently, all requests sent by the service process, such as an index request, a live stream processing request, and the like, may be closed. In this way, in this embodiment, index requests or all requests for closing only the service process may be flexibly set according to actual situation requirements, so that the application range of this embodiment is wider.
Alternatively, based on the above embodiments, in some embodiments of the disclosure, the patch request may carry an identification, such as a unique code, of the desired slice file. Accordingly, in conjunction with the description of fig. 4, in step S104, in response to the patch request sent by the client, the sending of the corresponding slice file to the client may specifically include the following steps:
step S401: and analyzing the patch request to obtain the identification of the slice file.
Illustratively, after receiving the patch request sent by the client, the server parses the patch request to obtain an identification, such as a unique code, of the slice file.
Step S402: and determining a corresponding target slice file based on the identification of the slice file.
For example, after the server parses the patch request to obtain an identification of the slice file, such as a unique code, the server may look up the corresponding target slice file in the slice file that was previously re-sliced based on the unique code. Each slice file may carry an identifier, such as a unique code, so that the server can conveniently compare and determine the target slice file, and if the unique code in the patch request is the same as the unique code of a slice file, the slice file may be determined to be the target slice file.
Step S403: and sending the target slice file to the client.
For example, after the server searches for the target slice file, the target slice file may be sent to the client, and the client may implement live content playback based on the target slice file and other slice files that have been previously acquired.
According to the scheme adopted by the embodiment, when the service process is upgraded, the index request of the service process is disconnected, namely, a new index request is not received, then the client is instructed to resend the new index request, the upgraded new service process responds to the new index request to be sliced again, and finally, a corresponding slicing file is returned to the client in response to the patch request sent by the client, so that the problem that the patch request 404 occurs in the upgrading process is avoided, and the experience of watching live broadcast content by a user is improved.
It should be noted that although the steps of the methods of the present disclosure are illustrated in the accompanying drawings in a particular order, this does not require or imply that the steps must be performed in that particular order or that all of the illustrated steps be performed in order to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step to perform, and/or one step decomposed into multiple steps to perform, etc. In addition, it is also readily understood that these steps may be performed synchronously or asynchronously, for example, in a plurality of modules/processes/threads.
Based on the same inventive concept, the embodiment of the present disclosure further provides a live service upgrade processing apparatus, where the live service upgrade processing apparatus may include a request closing module 501, a notification retry module 502, a service processing module 503, and a request processing module 504 as shown in fig. 5; wherein:
the request closing module 501 is configured to disconnect an index request sent by a client to a service process of a live service when the service process is detected to be upgraded.
The notification retry module 502 is configured to send a notification message to the client, where the notification message instructs the client to retry sending the new index request.
The service processing module 503 is configured to receive a new index request sent by the client, and re-slice the updated new service process in response to the new index request, and return index information to the client.
The request processing module 504 is configured to send a corresponding slice file to the client in response to a patch request sent by the client, where the patch request is generated by the client based on the index information.
According to the live broadcast service upgrading processing device provided by the embodiment of the disclosure, when the live broadcast service process is detected to be upgraded, an index request sent by a client to the service process is disconnected, a notification message is sent to the client to instruct the client to retry sending the new index request, then the new index request sent by the client is received, the new service process after upgrading responds to the new index request to conduct re-slicing, index information of a slice file is returned to the client, finally a patch request based on the index information and sent by the client is responded to the patch request generated by the client, and the corresponding slice file is sent to the client. In this way, when the service process is upgraded, the index request of the service process is disconnected, i.e. the new index request is not received, then the client is instructed to resend the new index request, the upgraded new service process is re-sliced in response to the new index request, and finally the corresponding sliced file is returned to the client in response to the patch request sent by the client, so that the problem of 404 in the patch request in the upgrading process is avoided, and the experience of watching live broadcast content by the user is improved.
Alternatively, in some embodiments of the present disclosure, the request shutdown module 501 may include an information processing module and a shutdown module; the information processing module may include an upgrade detection sub-module and an information sending sub-module, where the upgrade detection sub-module is configured to detect whether the service process is being upgraded, and the information sending sub-module is configured to send status indication information to the service process when the upgrade detection sub-module detects that the service process is being upgraded, where the status indication information indicates that the service process configures its own status to be a closed status. And the closing module is used for closing the index request of the business process when detecting that the self state of the business process is the closing state.
In some embodiments of the present disclosure, the information processing module may further include a determining sub-module configured to determine, when the upgrade detection sub-module detects that the service process is being upgraded, whether the service process is currently processing a live stream; the information sending sub-module is further configured to send the status indication information to the service process when the service process is currently processing a live stream.
Optionally, in some embodiments of the disclosure, the closing module is further configured to: and when the judging submodule determines that the service process does not process the live stream currently, all requests sent by the client to the service process are disconnected, and the all requests at least comprise the index requests.
Optionally, in some embodiments of the present disclosure, the patch request carries an identifier of a required slice file, and the request processing module 504 is specifically configured to: analyzing the patch request to obtain the identification of the slice file; determining a corresponding target slice file based on the identification of the slice file; and sending the target slice file to the client.
Optionally, in some embodiments of the present disclosure, the apparatus may further include an upgrade module, configured to upgrade, by a hot upgrade, the service process to the new service process before the service processing module receives the new index request sent by the client.
The specific manner in which the respective modules perform the operations and the corresponding technical effects thereof have been described in corresponding detail in relation to the embodiments of the method in the above embodiments, and will not be described in detail herein.
It should be noted that although in the above detailed description several modules or units of a device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functionality of two or more modules or units described above may be embodied in one module or unit in accordance with embodiments of the present disclosure. Conversely, the features and functions of one module or unit described above may be further divided into a plurality of modules or units to be embodied. The components shown as modules or units may or may not be physical units, may be located in one place, or may be distributed across multiple network elements. Some or all of the modules can be selected according to actual needs to achieve the purpose of the wood disclosure scheme. Those of ordinary skill in the art will understand and implement the present invention without undue burden.
The disclosed embodiments also provide a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the live service upgrade processing method described in any of the above embodiments.
By way of example, the readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium would include the following: an electrical connection having one or more wires, a portable disk, a hard disk, random Access Memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
The computer readable storage medium may include a data signal propagated in baseband or as part of a carrier wave, with readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A readable storage medium may also be any readable medium that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a readable storage medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
The embodiment of the disclosure also provides a server, which comprises a processor and a memory, wherein the memory is used for storing executable instructions of the processor. Wherein the processor is configured to perform the steps of the live service upgrade processing method of any of the above embodiments via execution of the executable instructions.
A server 600 according to this embodiment of the present invention is described below with reference to fig. 6. The server 600 shown in fig. 6 is merely an example, and should not be construed as limiting the functionality and scope of use of the embodiments of the present invention.
As shown in fig. 6, the server 600 is in the form of a general purpose computing device. The components of server 600 may include, but are not limited to: at least one processing unit 610, at least one memory unit 620, a bus 630 connecting the different system components (including the memory unit 620 and the processing unit 610), a display unit 640, etc.
Wherein the storage unit stores program code executable by the processing unit 610 such that the processing unit 610 performs the steps according to various exemplary embodiments of the present invention described in the live service upgrade processing method section described above in the present specification. For example, the processing unit 610 may perform the steps of the live service upgrade processing method as shown in fig. 1.
The memory unit 620 may include readable media in the form of volatile memory units, such as Random Access Memory (RAM) 6201 and/or cache memory unit 6202, and may further include Read Only Memory (ROM) 6203.
The storage unit 620 may also include a program/utility 6204 having a set (at least one) of program modules 6205, such program modules 6205 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each or some combination of which may include an implementation of a network environment.
Bus 630 may be a local bus representing one or more of several types of bus structures including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or using any of a variety of bus architectures.
The server 600 may also communicate with one or more external devices 700 (e.g., keyboard, pointing device, bluetooth device, etc.), one or more devices that enable a user to interact with the server 600, and/or any device (e.g., router, modem, etc.) that enables the server 600 to communicate with one or more other computing devices. Such communication may occur through an input/output (I/O) interface 650. Also, server 600 may communicate with one or more networks such as a Local Area Network (LAN), a Wide Area Network (WAN) and/or a public network, such as the Internet, via network adapter 660. Network adapter 660 may communicate with other modules of server 600 via bus 630. It should be appreciated that although not shown, other hardware and/or software modules may be used in connection with server 600, including, but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, data backup storage systems, and the like.
From the above description of embodiments, those skilled in the art will readily appreciate that the example embodiments described herein may be implemented in software, or may be implemented in software in combination with the necessary hardware. Thus, the technical solution according to the embodiments of the present disclosure may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (may be a CD-ROM, a usb disk, a mobile hard disk, etc.) or on a network, and includes several instructions to cause a computing device (may be a personal computer, a server, or a network device, etc.) to perform the above-described live service upgrade processing method according to the embodiments of the present disclosure.
It should be noted that in this document, relational terms such as "first" and "second" and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Moreover, 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 one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
The foregoing is merely a specific embodiment of the disclosure to enable one skilled in the art to understand or practice the disclosure. 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 disclosure. Thus, the present disclosure is not intended to be limited to the embodiments shown and described herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
Claims (7)
1. The live broadcast business upgrading processing method is characterized by comprising the following steps of:
when the service process of the live broadcast service is detected to be updated, judging whether the service process is currently processing live broadcast streams or not;
when the business process is currently processing live streams, sending state indication information to the business process, wherein the state indication information indicates the business process to configure the state of the business process to be a closed state;
when detecting that the self state of the business process is a closing state, closing an index request of the business process;
sending a notification message to a client, wherein the notification message indicates the client to retry sending a new index request;
receiving a new index request sent by the client, re-slicing the new service process after upgrading in response to the new index request, and returning index information of a slice file to the client;
and responding to a patch request sent by the client, and sending a corresponding slice file to the client, wherein the patch request is generated by the client based on the index information.
2. The live service upgrade processing method according to claim 1, wherein the method further comprises:
and when the business process does not process the live stream currently, disconnecting all requests sent by the client to the business process, wherein all requests at least comprise the index request.
3. The method for processing live broadcast service upgrade according to claim 1 or 2, wherein the patch request carries an identifier of a required slice file, and the responding to the patch request sent by the client sends the corresponding slice file to the client includes:
analyzing the patch request to obtain the identification of the slice file;
determining a corresponding target slice file based on the identification of the slice file;
and sending the target slice file to the client.
4. The live service upgrade processing method according to claim 1 or 2, wherein before the step of receiving a new index request sent by the client, the method further comprises:
and upgrading the business process to the new business process by adopting a hot upgrading mode.
5. A live broadcast service upgrade processing apparatus, comprising:
a request closing module, the request closing module comprising: an information processing module and a closing module; the information processing module includes: the device comprises an upgrade detection sub-module, an information transmission sub-module and a judgment sub-module;
the upgrade detection sub-module is used for detecting whether the service process of the live broadcast service is being upgraded;
the judging submodule is used for judging whether the business process is currently processing live streams or not when the upgrading detection submodule detects that the business process is upgraded;
the information sending submodule is used for sending state indication information to the business process when the business process is currently processing live streams, and the state indication information indicates the business process to configure the state of the business process to be a closed state;
the closing module is used for closing the index request of the business process when detecting that the self state of the business process is a closing state;
a notification retry module, configured to send a notification message to a client, where the notification message instructs the client to retry sending a new index request;
the business processing module is used for receiving a new index request sent by the client, re-slicing the updated new business process in response to the new index request, and returning index information to the client;
and the request processing module is used for responding to the patch request sent by the client and sending the corresponding slice file to the client, and the patch request is generated by the client based on the index information.
6. A computer readable storage medium having stored thereon a computer program, characterized in that the program when executed by a processor realizes the steps of the live service upgrade processing method according to any one of claims 1 to 4.
7. A server, comprising:
a processor; and
a memory for storing executable instructions of the processor;
wherein the processor is configured to perform the steps of the live service upgrade processing method of any of claims 1-4 via execution of the executable instructions.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110450288.2A CN113076125B (en) | 2021-04-25 | 2021-04-25 | Live broadcast service upgrading processing method, device, medium and server |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110450288.2A CN113076125B (en) | 2021-04-25 | 2021-04-25 | Live broadcast service upgrading processing method, device, medium and server |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113076125A CN113076125A (en) | 2021-07-06 |
| CN113076125B true CN113076125B (en) | 2024-04-12 |
Family
ID=76618829
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110450288.2A Active CN113076125B (en) | 2021-04-25 | 2021-04-25 | Live broadcast service upgrading processing method, device, medium and server |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113076125B (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007148882A (en) * | 2005-11-29 | 2007-06-14 | Oki Electric Ind Co Ltd | Content distribution system |
| CN104683884A (en) * | 2015-02-09 | 2015-06-03 | 网宿科技股份有限公司 | Live method and system for stream medium |
| CN108540868A (en) * | 2018-05-16 | 2018-09-14 | 北京百度网讯科技有限公司 | Processing method, device, server, terminal and the storage medium of HLS live streamings |
| CN110493350A (en) * | 2019-08-27 | 2019-11-22 | 北京百度网讯科技有限公司 | File uploading method and device, electronic equipment and computer-readable medium |
| WO2020034082A1 (en) * | 2018-08-14 | 2020-02-20 | 海能达通信股份有限公司 | Slicing-based rtp stream transmission method, device, terminal and server |
| CN111880826A (en) * | 2020-07-28 | 2020-11-03 | 平安科技（深圳）有限公司 | Cloud service application upgrading method and device, electronic equipment and storage medium |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1529847A (en) * | 2001-07-16 | 2004-09-15 | 任宇清 | Embedded software update system |
| CN109787983A (en) * | 2019-01-24 | 2019-05-21 | 北京百度网讯科技有限公司 | Live stream dicing method, device and system |
| US11405487B2 (en) * | 2019-03-20 | 2022-08-02 | Vado Security Technologies Ltd. | System and method for unidirectional communication management system |
-
2021
- 2021-04-25 CN CN202110450288.2A patent/CN113076125B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007148882A (en) * | 2005-11-29 | 2007-06-14 | Oki Electric Ind Co Ltd | Content distribution system |
| CN104683884A (en) * | 2015-02-09 | 2015-06-03 | 网宿科技股份有限公司 | Live method and system for stream medium |
| CN108540868A (en) * | 2018-05-16 | 2018-09-14 | 北京百度网讯科技有限公司 | Processing method, device, server, terminal and the storage medium of HLS live streamings |
| WO2020034082A1 (en) * | 2018-08-14 | 2020-02-20 | 海能达通信股份有限公司 | Slicing-based rtp stream transmission method, device, terminal and server |
| CN110493350A (en) * | 2019-08-27 | 2019-11-22 | 北京百度网讯科技有限公司 | File uploading method and device, electronic equipment and computer-readable medium |
| CN111880826A (en) * | 2020-07-28 | 2020-11-03 | 平安科技（深圳）有限公司 | Cloud service application upgrading method and device, electronic equipment and storage medium |
Non-Patent Citations (2)
| Title |
|---|
| IPTV点播业务中减少特技播放交互延迟的方法;林镜华;雷为民;李凌南;白松;;计算机应用(11);全文 * |
| 光伏发电监控系统中嵌入式Web服务器的实现;姚雷;卢晓东;万江文;;计算机工程与设计(09);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113076125A (en) | 2021-07-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10291731B2 (en) | Method, client, and server for message pushing of webpage application | |
| EP2866420B1 (en) | Method and device for content synchronization | |
| CN108184164B (en) | Audio playing method, smart television and computer readable storage medium | |
| US9722862B2 (en) | Computer system to support failover in an event stream processing system | |
| JP6598848B2 (en) | Presenting the computing environment on multiple devices | |
| EP2924954B1 (en) | Device controlling methods, client and server | |
| CN109271130B (en) | Audio playing method, medium, device and computing equipment | |
| KR101531532B1 (en) | Method and apparatus for using service of home network device based on remote access | |
| US9009853B2 (en) | Communication between web applications | |
| JP2014523568A (en) | Efficient conditioning | |
| CN102739411A (en) | Providing a witness service | |
| CA2899288A1 (en) | Providing alerts on communication devices | |
| CN111028839B (en) | Smart home control method and device and electronic equipment | |
| WO2023185071A1 (en) | Data query method, data writing method, related apparatus and system | |
| CN111414247A (en) | Server switching method, device, management node and storage medium | |
| CN113076125B (en) | Live broadcast service upgrading processing method, device, medium and server | |
| CN111767176B (en) | Method and device for remotely controlling terminal equipment | |
| CN111787048A (en) | Terminal device connection method, scheduling server and Internet of things system | |
| CN105898596A (en) | Display control method and display control device for live webcast room | |
| CN112860505A (en) | Method and device for regulating and controlling distributed clusters | |
| CN106933449B (en) | Icon processing method and device | |
| JP7498800B2 (en) | Screen mirroring method and apparatus, electronic device and computer-readable storage medium | |
| EP3076635B1 (en) | Service redundancy method, program, storage medium, information processing apparatus, and system | |
| CN109743379B (en) | Multi-protocol distributed message service system based on communication between servers | |
| CN110221746B (en) | Information interaction method, device, medium and computing equipment |
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 |