CN113076125A - Live broadcast service upgrade processing method, device, medium and server - Google Patents
Live broadcast service upgrade processing method, device, medium and server Download PDFInfo
- Publication number
- CN113076125A CN113076125A CN202110450288.2A CN202110450288A CN113076125A CN 113076125 A CN113076125 A CN 113076125A CN 202110450288 A CN202110450288 A CN 202110450288A CN 113076125 A CN113076125 A CN 113076125A
- Authority
- CN
- China
- Prior art keywords
- client
- business process
- request
- sending
- live broadcast
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 32
- 238000000034 method Methods 0.000 claims abstract description 190
- 230000008569 process Effects 0.000 claims abstract description 180
- 230000004044 response Effects 0.000 claims abstract description 15
- 238000012545 processing Methods 0.000 claims description 45
- 238000001514 detection method Methods 0.000 claims description 8
- 230000010365 information processing Effects 0.000 claims description 8
- 238000004590 computer program Methods 0.000 claims description 5
- 230000009471 action Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000005540 biological transmission 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
- 230000014509 gene expression 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
- 230000009467 reduction Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001502 supplementing effect Effects 0.000 description 1
Images
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 broadcast service upgrade processing method, device, medium and server, wherein the method comprises: when detecting that the service process of the live broadcast service is upgraded, disconnecting the index request sent by the client to the service process; sending a notification message to the client, wherein the notification message instructs the client to retry sending a new index request; 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 of the sliced file to the client; and responding to a patch request sent by the client, and sending the corresponding slice file to the client, wherein the patch request is generated by the client based on the index information. The embodiment can avoid the problem that the patching request has 404 problems in the upgrading process of the live broadcast service, and improve the experience of watching the live broadcast content of the user.
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, 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 especially live Peer-to-Peer (Peer-to-Peer, abbreviated as P2P) is more concerned.
In the related art, in a P2P live broadcast system, a client first sends an index request to a server, the server performs video stream slicing to generate a slice file in response to the index request, index information of the slice file is returned to the client, and the client acquires a corresponding slice file from the server based on the index information and plays the slice file. If some of the slice files acquired by the client are missing, a patch request is sent to the server, namely a request for supplementing the currently missing slice files of the client, and the server responds to the patch request and issues 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, since the updated new service process may not receive the index request sent by the client first, and then cannot re-slice based on the index request, it is impossible to directly respond to the patch request and return the corresponding slice file to the client, which causes 404 problems, such as no response, in the patch request of the client.
Disclosure of Invention
In order to solve the technical problem or at least partially solve the technical problem, the present disclosure provides a live broadcast service upgrade processing method, a live broadcast service upgrade processing apparatus, and a computer readable storage medium and a server for implementing the live broadcast service upgrade processing method.
In a first aspect, an embodiment of the present disclosure provides a live broadcast service upgrade processing method, including:
when detecting that a service process of a live broadcast service is upgraded, disconnecting an index request sent by a client to the service process;
sending a notification message to the client, wherein the notification message instructs the client to retry sending a new index request;
receiving a new index request sent by the client, responding the new index request by the updated new service process to re-slice, 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 sending, by the disconnection client, the index request to the business process includes:
when the business process is detected to be upgraded, sending state indicating information to the business process, wherein the state indicating information indicates that the business process configures the self state into a closed state;
and when detecting that the self state of the business process is a closing state, closing the index request of the business process.
In some embodiments of the present disclosure, the sending, when it is detected that the business process is upgraded, 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 the live stream;
and when the business process is currently processing the live stream, sending the state indication information to the business process.
In some embodiments of the present disclosure, the method further comprises:
and when the live stream is not processed currently by the business process, all requests sent to the business process by the client are disconnected, wherein all the requests at least comprise the index request.
In some embodiments of the present disclosure, the sending a patch request to a client in response to a patch request sent by the client, where the patch request carries an identifier of a required slice file, includes:
analyzing the patch request to acquire the identifier 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 a new index request sent by the client, the method further includes:
and upgrading the business process to the new business process in a hot upgrading mode.
In a second aspect, an embodiment of the present disclosure provides a live broadcast service upgrade processing apparatus, including:
the request closing module is used for disconnecting the index request sent by the client to the business process when detecting that the business process of the live broadcast business is upgraded;
a notification retry module, configured to send a notification message to the client, where the notification message indicates the client to retry sending a new index request;
the service processing module is used for receiving a new index request sent by the client, responding the new index request by the updated new service process to perform re-slicing, and returning index information to the client;
and the request processing module is used for 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 request shutdown module includes an information processing module and a shutdown module; wherein, the information processing module comprises:
the upgrading detection submodule is used for detecting whether the business process is upgraded or not;
the information sending submodule is used for sending state indicating information to the business process when the upgrading detection submodule detects that the business process is upgraded, and the state indicating information indicates that the business process configures 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 a closing state.
In some embodiments of the present disclosure, the information processing module further includes:
the judging submodule is used for judging whether the business process is currently processing the live stream or not when the upgrading detection submodule detects that the business process is upgraded;
the information sending submodule is further configured to send the state indication information to the service process when the service process is currently processing a live stream.
In some embodiments of the present disclosure, the shutdown module is further configured to:
and when the judging submodule determines that the business process does not process the live stream currently, all requests sent to the business process by the client are disconnected, wherein all the 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 request processing module is specifically configured to:
analyzing the patch request to acquire the identifier 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 business process to the new business process in a hot upgrading mode before the business 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, where a computer program is stored, and when the computer program is executed by a processor, the steps of the live broadcast service upgrade processing method described in any of the foregoing embodiments are implemented.
In a fourth aspect, an embodiment of the present disclosure provides a server, including:
a processor; and
a memory for storing executable instructions of the processor;
wherein the processor is configured to execute the steps of the live service upgrade processing method according to any one of the above embodiments through executing the executable instructions.
Compared with the prior art, the technical scheme provided by the embodiment of the disclosure has the following advantages:
when detecting that a service process of a live broadcast service is upgraded, disconnecting an index request sent by a client to the service process, sending a notification message to the client, wherein the notification message instructs the client to retry sending a new index request, then receiving the new index request sent by the client, responding the new index request by the upgraded new service process to re-slice, returning index information of a slice file to the client, and finally responding a patch request sent by the client and generated based on the index information, and sending a corresponding slice file to the client. In this way, according to the scheme adopted by this embodiment, when the service process is upgraded, the index request of the service process is disconnected, that is, the new index request is not received, then the client is instructed to resend the new index request, then the upgraded new service process responds to the new index request to re-slice, and finally, the patch request sent by the client is responded again and the corresponding slice file is returned to the client, so that the problem that the patch request occurs 404 in the upgrading process is avoided, and the experience of the user in watching the live broadcast content is improved.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and together with the description, serve to explain the principles of the disclosure.
In order to more clearly illustrate the embodiments or technical solutions in the prior art of the present disclosure, the drawings used in the description of the embodiments or prior art will be briefly described below, and it is obvious for those skilled in the art that other drawings can be obtained according to the drawings without inventive exercise.
Fig. 1 is a flowchart of a live broadcast service upgrade processing method according to an embodiment of the present disclosure;
fig. 2 is a flowchart of a live broadcast service upgrade processing method according to another embodiment of the present disclosure;
fig. 3 is a flowchart of a live broadcast service upgrade processing method according to another embodiment of the present disclosure;
fig. 4 is a flowchart of a live broadcast service upgrade processing method according to yet another embodiment of the present disclosure;
fig. 5 is a schematic diagram of a live broadcast service upgrade processing apparatus according to an embodiment of the present disclosure;
fig. 6 is a schematic diagram of a server for implementing a live broadcast service upgrade processing method according to an embodiment of the present disclosure.
Detailed Description
In order that the above objects, features and advantages of the present disclosure may be more clearly understood, aspects of the present disclosure will be further described below. It should be noted that the embodiments and features of the embodiments of the present disclosure may be combined with each other without conflict.
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 in other ways than those described herein; it is to be understood that the embodiments disclosed in the specification are only a few embodiments of the present disclosure, and not all embodiments.
It is to be understood that, hereinafter, "at least one" means one or more, "a plurality" means two or more. "and/or" is used to describe the association relationship of the associated objects, meaning that there may be three relationships, for example, "a and/or B" may mean: only A, only B and both A and B are present, wherein A and B may be singular or plural. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship. "at least one of the following" or similar expressions refer to any combination of these items, including any combination of single item(s) or plural items. 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 broadcast service upgrade processing method shown in this disclosure, and the live broadcast service upgrade processing method may be applied to a server, such as a P2P live broadcast service server, but is not limited thereto. The live broadcast service upgrading processing method can comprise the following steps:
step S101: and when detecting that the service process of the live broadcast service is upgraded, disconnecting the index request sent to the service process by the client.
Illustratively, the business process is a business process of a live broadcast business before upgrading. The client may include, but is not limited to, a tablet, a smart phone, a computer, etc., which may establish a communication connection with the server, such as a Transmission Control Protocol (TCP) connection. The index request can generally include, but is not limited to, identification information such as name, number and the like of the audio and video that the user wants to view, and the server can receive and respond to the index request sent by the client.
In an embodiment, when the server detects that a service process of the live service is upgraded, the server disconnects an index request sent by the client to the service process, that is, the service process does not receive an index request sent by a response client any more from the current time.
Step S102: and sending a notification message to the client, wherein the notification message instructs the client to retry sending a new index request.
For example, after disconnecting the index request sent by the client to the business process, the 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, responding to the new index request by the updated new service process to perform re-slicing, and returning index information of the sliced file to the client.
Illustratively, the new service process is a service process after the service process of the live broadcast service is upgraded. And after receiving the notification message, the client resends the new index request to the server, and the updated new business process in the server responds to the new index request to re-slice so as to produce a slice file and returns the 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.
Illustratively, after re-slicing and returning index information of a slice file to a client, the server receives a patch request generated by the client based on the index information, and responds to the patch request to return a corresponding slice file to the client, so that the client acquires a missing slice file to play audio and video.
According to the live broadcast service upgrading processing method provided by the embodiment of the disclosure, when it is detected that the service process of the live broadcast service is upgraded, the index request sent by the client to the service process is disconnected, a notification message is sent to the client to indicate the client to retry sending of the new index request, then the new index request sent by the client is received, the upgraded new service process responds to the new index request to perform re-slicing, the index information of the slice file is returned to the client, and finally the patch request generated based on the index information and sent by the client is responded, and the corresponding slice file is sent to the client. In this way, according to the scheme adopted by this embodiment, when the service process is upgraded, the index request of the service process is disconnected, that is, the new index request is not received, then the client is instructed to resend the new index request, then the upgraded new service process responds to the new index request to re-slice, and finally, the patch request sent by the client is responded again and the corresponding slice file is returned to the client, so that the problem that the patch request occurs 404 in the upgrading process is avoided, and the experience of the user in watching the live broadcast content is improved.
Optionally, in some embodiments of the present disclosure, before receiving the new index request sent by the client in step S103, when the business process is upgraded, the business process may be upgraded to the new business process in a hot upgrade manner.
Specifically, the hot upgrading is also realized without stopping the upgrading, the service process is not required to be restarted in the upgrading process, the service process can be kept stable, so that the quick switching can be realized, the seamless switching is basically realized, the user feels no sense, the influence on the live content is avoided, such as blockage and the like, and the live watching experience of the user is improved. It will be appreciated that the particular process hot upgrade approach 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, with reference to fig. 2, the step S101 of interrupting the index request sent by the client to the service process may specifically include the following steps:
step S201: and when the business process is detected to be upgraded, sending state indicating information to the business process, wherein the state indicating information indicates that the business process configures the self state into a closed state.
For example, the self-state of the business process may include, but is not limited to, a normal state and a shutdown state, the normal state may be identified by the attribute parameter 0, and the shutdown state may be identified by the attribute parameter 1. In the closed state, even if the business process does not receive the index request sent by the response client after the current time.
Specifically, in an example, when detecting that the service process is upgraded, the server sends state indication information to the service process, and the service process sets an attribute parameter of the service process to 1 in response to the state indication information, that is, configures a state of the service process to a closed state.
Step S202: and when detecting that the self state of the business process is a closing state, closing the index request of the business process.
Illustratively, when the server detects that the attribute parameter of the business process is 1, that is, the business process is determined to be in a shutdown state, the index request of the business process is shut down at this time, even if the business process does not receive the index request sent by the response client any more from the current time.
After step S202, step S102 to step S104 may be continuously performed, which may specifically refer to the detailed description in the foregoing embodiments and is not repeated herein.
According to the scheme of the embodiment, the problem that the patching request is 404 generated in the upgrading process is avoided, the experience of watching live broadcast content of a user is improved, and meanwhile, the service process is indicated to configure the self state into the closed state by sending the state indication information to the service process, so that the closing of the index request of the service process can be simply, conveniently and quickly realized, 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, with reference to fig. 3, when it is detected in step S201 that the service process is upgraded, sending state indication information to the service process 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 the live stream.
It should be noted that, even if the service process does not receive any index request from the responding client after the current time, the service process may receive a response to other requests, such as a live stream processing request, at the current time or before. At this time, if all requests of the business process are closed, the live content playing may be affected, such as increasing the pause. Therefore, in this embodiment, before the index request of the service process is to be closed when the service process is upgraded, the server may determine whether the service process is currently processing the live stream.
Step S302: and when the business process is currently processing the live stream, sending the state indication information to the business process.
Specifically, when the server determines that the business process is currently processing the live stream, the server sends the state indication information to the business process to indicate that the business process only closes the index request, i.e., a part of the requests, instead of all the requests, so that the business process can, for example, continue to receive and respond to other requests, such as a request for processing the live stream. Therefore, the influence on the playing of live content can be reduced, such as the reduction of pause, and the live watching experience of a user is further improved.
Optionally, on the basis of the above embodiments, in some embodiments of the present disclosure, the method may further include: and when the live stream is not processed currently by the business process, all requests sent to the business process by the client are disconnected, wherein all the requests at least comprise the index request.
Specifically, when the server determines that the service process is not currently processing the live stream, all requests sent by the service process, such as an index request and a live stream processing request, may be closed. In this way, in this embodiment, an index request or all requests for only closing the service process may be flexibly set according to actual needs, so that the application range of the embodiment is wide.
Optionally, on the basis of the foregoing embodiments, in some embodiments of the present disclosure, the patch request may carry an identifier, such as a unique code, of the required slice file. Correspondingly, as shown in fig. 4, in step S104, in response to the patch request sent by the client, sending a corresponding slice file to the client, specifically, the following steps may be included:
step S401: and analyzing the patch request to acquire the identification of the slice file.
Illustratively, after receiving a patch request sent by a client, a server parses the patch request to obtain an identifier, such as a unique code, of a slice file.
Step S402: 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 the identifier of the slice file, such as the unique code, the server may look up the corresponding target slice file in the previously re-sliced slice file based on the unique code. Each slice file can 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 certain slice file, the slice file can be determined to be the target slice file.
Step S403: and sending the target slice file to the client.
For example, after the server finds and determines the target slice file, the target slice file may be sent to the client, and the client may implement live content playing based on the target slice file and other slice files that have been acquired before.
According to the scheme adopted by the embodiment, when the business process is upgraded, the index request of the business process is disconnected, namely the new index request is not received, the client is indicated to resend the new index request, the upgraded new business process responds to the new index request to re-slice, and finally the patch request sent by the client is responded to and the corresponding slice file is returned to the client, so that the problem that the patch request has 404 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 various steps of the methods of the present disclosure are depicted in the drawings in a particular order, this does not require or imply that these steps must be performed in this particular order, or that all of the depicted steps must be performed, to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step execution, and/or one step broken down into multiple step executions, etc. Additionally, it will also be readily appreciated that the steps may be performed synchronously or asynchronously, e.g., among multiple modules/processes/threads.
Based on the same inventive concept, the embodiment of the present disclosure further provides a live broadcast service upgrade processing apparatus, as shown in fig. 5, the live broadcast 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; wherein:
the request closing module 501 is configured to disconnect an index request sent by a client to a service process of a live broadcast service when detecting that the service process is 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 a new index request.
The service processing module 503 is configured to receive a new index request sent by the client, 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, in response to a patch request sent by the client, a corresponding slice file to the client, where the patch request is generated by the client based on the index information.
When detecting that the service process of the live broadcast service is updated, the device for processing the upgrade of the live broadcast service provided by the embodiment of the present disclosure disconnects the index request sent by the client to the service process, sends a notification message to the client to instruct the client to retry sending a new index request, then receives the new index request sent by the client, re-slices the updated new service process in response to the new index request, returns the index information of the slice file to the client, and finally sends a corresponding slice file to the client in response to a patch request generated based on the index information and sent by the client. In this way, according to the scheme adopted by this embodiment, when the service process is upgraded, the index request of the service process is disconnected, that is, the new index request is not received, then the client is instructed to resend the new index request, then the upgraded new service process responds to the new index request to re-slice, and finally, the patch request sent by the client is responded again and the corresponding slice file is returned to the client, so that the problem that the patch request occurs 404 in the upgrading process is avoided, and the experience of the user in watching the live broadcast content is improved.
Optionally, in some embodiments of the present disclosure, the request closing module 501 may include an information processing module and a closing module; the information processing module may include an upgrade detection submodule and an information sending submodule, the upgrade detection submodule is configured to detect whether the service process is upgraded, the information sending submodule is configured to send status indication information to the service process when the upgrade detection submodule detects that the service process is upgraded, and the status indication information indicates that the service process configures a self status as 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 a closing state.
In some embodiments of the present disclosure, the information processing module may further include a determining submodule, configured to determine, when the upgrade detecting submodule detects that the service process is upgraded, whether the service process is currently processing a live stream; the information sending submodule is further configured to send the state indication information to the service process when the service process is currently processing a live stream.
Optionally, in some embodiments of the present disclosure, the closing module is further configured to: and when the judging submodule determines that the business process does not process the live stream currently, all requests sent to the business process by the client are disconnected, wherein all the requests at least comprise the index request.
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 acquire the identifier 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 upgrading module, configured to upgrade the service process to the new service process in a hot upgrade manner before the service processing module receives the new index request sent by the client.
The specific manner in which the above-mentioned embodiments of the apparatus, and the corresponding technical effects brought about by the operations performed by the respective modules, have been described in detail in the embodiments related to the method, and will not be described in detail herein.
It should be noted that although in the above detailed description several modules or units of the 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, according to embodiments of the present disclosure. Conversely, the features and functions of one module or unit described above may be further divided into embodiments by a plurality of modules or units. The components shown as modules or units may or may not be physical units, i.e. may be located in one place or may also be distributed over a plurality of network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the wood-disclosed scheme. One of ordinary skill in the art can understand and implement it without inventive effort.
The embodiments of the present disclosure also provide a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the steps of the live broadcast service upgrade processing method according to any one of the embodiments.
By way of example, and not limitation, such readable storage media can be an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc 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 propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable storage medium may also be any readable medium that is not a readable storage medium and 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.
Embodiments of the present disclosure also provide a server, which includes a processor and a memory, where the memory is used to store executable instructions of the processor. Wherein the processor is configured to execute the steps of the live service upgrade processing method in any one of the above embodiments via executing the executable instructions.
The 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 only an example, and should not bring any limitation to the function and the 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 storage unit 620, a bus 630 that connects the various system components (including the storage unit 620 and the processing unit 610), a display unit 640, and the like.
Wherein the storage unit stores program code, which can be executed by the processing unit 610, so that the processing unit 610 executes the steps according to various exemplary embodiments of the present invention described in the above live service upgrade processing method section of this specification. For example, the processing unit 610 may perform the steps of the live service upgrade processing method as shown in fig. 1.
The storage unit 620 may include readable media in the form of volatile memory units, such as a random access memory unit (RAM)6201 and/or a cache memory unit 6202, and may further include a read-only memory unit (ROM) 6203.
The memory 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 of which, or some combination thereof, may comprise an implementation of a network environment.
The server 600 may also communicate with one or more external devices 700 (e.g., keyboard, pointing device, bluetooth device, etc.), with one or more devices that enable a user to interact with the server 600, and/or with any devices (e.g., router, modem, etc.) that enable the server 600 to communicate with one or more other computing devices. Such communication may occur via an input/output (I/O) interface 650. Further, the server 600 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN) and/or a public network, such as the Internet) via a network adapter 660. The network adapter 660 may communicate with the other modules of the server 600 via the bus 630. It should be appreciated that although not shown in the figures, other hardware and/or software modules may be used in conjunction with the server 600, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.
Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiments of the present disclosure may be embodied in the form of a software product, where the software product may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which may be a personal computer, a server, or a network device, etc.) to execute the live service upgrade processing method according to the embodiments of the present disclosure.
It is noted that, in this document, relational terms such as "first" and "second," and the like, may be 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. Also, 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 foregoing are merely exemplary embodiments of the present disclosure, which enable those skilled in the art to understand or practice the present 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 herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
Claims (10)
1. A live broadcast service upgrade processing method is characterized by comprising the following steps:
when detecting that a service process of a live broadcast service is upgraded, disconnecting an index request sent by a client to the service process;
sending a notification message to the client, wherein the notification message instructs the client to retry sending a new index request;
receiving a new index request sent by the client, responding the new index request by the updated new service process to re-slice, 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 broadcast service upgrade processing method according to claim 1, wherein the index request sent by the disconnection client to the service process includes:
when the business process is detected to be upgraded, sending state indicating information to the business process, wherein the state indicating information indicates that the business process configures the self state into a closed state;
and when detecting that the self state of the business process is a closing state, closing the index request of the business process.
3. The live broadcast service upgrade processing method according to claim 2, wherein the sending of the status indication information to the service process when it is detected that the service process is upgraded includes:
when the business process is detected to be upgraded, judging whether the business process is currently processing the live stream;
and when the business process is currently processing the live stream, sending the state indication information to the business process.
4. The live broadcast service upgrade processing method according to claim 3, further comprising:
and when the live stream is not processed currently by the business process, all requests sent to the business process by the client are disconnected, wherein all the requests at least comprise the index request.
5. The live broadcast service upgrade processing method according to any one of claims 1 to 4, wherein the patching request carries an identifier of a required slice file, and sending the corresponding slice file to the client in response to the patching request sent by the client includes:
analyzing the patch request to acquire the identifier 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.
6. The live broadcast service upgrade processing method according to any one of claims 1 to 4, wherein before the step of receiving the new index request sent by the client, the method further includes:
and upgrading the business process to the new business process in a hot upgrading mode.
7. A live broadcast service upgrade processing device is characterized by comprising:
the request closing module is used for disconnecting the index request sent by the client to the business process when detecting that the business process of the live broadcast business is upgraded;
a notification retry module, configured to send a notification message to the client, where the notification message indicates the client to retry sending a new index request;
the service processing module is used for receiving a new index request sent by the client, responding the new index request by the updated new service process to perform re-slicing, and returning index information to the client;
and the request processing module is used for 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.
8. The live broadcast service upgrade processing device according to claim 7, wherein the request shutdown module includes an information processing module and a shutdown module;
wherein, the information processing module comprises:
the upgrading detection submodule is used for detecting whether the business process is upgraded or not;
the information sending submodule is used for sending state indicating information to the business process when the upgrading detection submodule detects that the business process is upgraded, and the state indicating information indicates that the business process configures 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 a closing state.
9. A computer-readable storage medium, on which a computer program is stored, wherein the program, when executed by a processor, implements the steps of the live service upgrade processing method according to any one of claims 1 to 6.
10. A server, comprising:
a processor; and
a memory for storing executable instructions of the processor;
wherein the processor is configured to execute the steps of the live service upgrade processing method according to any one of claims 1 to 6 via executing 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 true CN113076125A (en) | 2021-07-06 |
| CN113076125B 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 (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030084434A1 (en) * | 2001-07-16 | 2003-05-01 | Yuqing Ren | Embedded software update system |
| 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 |
| US20200245042A1 (en) * | 2019-01-24 | 2020-07-30 | Beijing Baidu Netcom Science And Technology Co., Ltd. | Method, apparatus and system for slicing live streaming |
| US20200304600A1 (en) * | 2019-03-20 | 2020-09-24 | Vado Security Technologies Ltd. | System and method for unidirectional communication management system |
| CN111880826A (en) * | 2020-07-28 | 2020-11-03 | 平安科技（深圳）有限公司 | Cloud service application upgrading method and device, electronic equipment and storage medium |
-
2021
- 2021-04-25 CN CN202110450288.2A patent/CN113076125B/en active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030084434A1 (en) * | 2001-07-16 | 2003-05-01 | Yuqing Ren | Embedded software update system |
| 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 |
| US20200245042A1 (en) * | 2019-01-24 | 2020-07-30 | Beijing Baidu Netcom Science And Technology Co., Ltd. | Method, apparatus and system for slicing live streaming |
| US20200304600A1 (en) * | 2019-03-20 | 2020-09-24 | Vado Security Technologies Ltd. | System and method for unidirectional communication management system |
| 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 |
|---|
| 姚雷;卢晓东;万江文;: "光伏发电监控系统中嵌入式Web服务器的实现", 计算机工程与设计, no. 09 * |
| 林镜华;雷为民;李凌南;白松;: "IPTV点播业务中减少特技播放交互延迟的方法", 计算机应用, no. 11 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113076125B (en) | 2024-04-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6598848B2 (en) | Presenting the computing environment on multiple devices | |
| US20160285987A1 (en) | Method, client, and server for message pushing of webpage application | |
| CN107315825A (en) | A kind of index upgrade system, method and device | |
| US10404568B2 (en) | Agent manager for distributed transaction monitoring system | |
| CN110647335B (en) | Software gray level release method and device, electronic equipment and storage medium | |
| US11341008B2 (en) | System and method for reducing failover times in a redundant management module configuration | |
| CN112181942A (en) | Time sequence database system and data processing method and device | |
| US12058285B2 (en) | Suppressing indications of events in user interfaces | |
| CN111246238A (en) | Live broadcast method, device, storage medium and live broadcast system | |
| WO2023185071A1 (en) | Data query method, data writing method, related apparatus and system | |
| CN113630443A (en) | Service management method, device, server and medium | |
| CN111414247A (en) | Server switching method, device, management node and storage medium | |
| CN110324432B (en) | Data processing method, device and medium applied to terminal and computing equipment | |
| CN113220342A (en) | Centralized configuration method and device, electronic equipment and storage medium | |
| CN113076125B (en) | Live broadcast service upgrading processing method, device, medium and server | |
| CN112637619A (en) | Live broadcast room set-top message determining method, device, equipment and storage medium | |
| CN106933449B (en) | Icon processing method and device | |
| EP4284006A1 (en) | Abnormal state processing method, server, and electronic device | |
| JP7498800B2 (en) | Screen mirroring method and apparatus, electronic device and computer-readable storage medium | |
| CN109743379B (en) | Multi-protocol distributed message service system based on communication between servers | |
| US20220046093A1 (en) | Planned message notification for iot device based on activity | |
| CN110221746B (en) | Information interaction method, device, medium and computing equipment | |
| CN113010222A (en) | File processing method and server | |
| KR101394849B1 (en) | Portable Device and Information Providing Method thereof | |
| CN112040149A (en) | Input source switching method and device of screen projector, screen projector and storage medium |
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 |