CN112104676B - Media server self-management method and conference system - Google Patents
Media server self-management method and conference system Download PDFInfo
- Publication number
- CN112104676B CN112104676B CN202011305250.8A CN202011305250A CN112104676B CN 112104676 B CN112104676 B CN 112104676B CN 202011305250 A CN202011305250 A CN 202011305250A CN 112104676 B CN112104676 B CN 112104676B
- Authority
- CN
- China
- Prior art keywords
- client
- media server
- connection
- conference
- media
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
Abstract
The application provides a media server self-management method and a conference system. The method comprises the following steps: when a client joins in a conference, the management server distributes and returns access addresses of a plurality of media servers to the client, and simultaneously stores conference data in a distributed cache; the client selects any one access address to initiate a connection request; the media server receives the connection request of the client, judges whether the connection is agreed, and if the connection is agreed, establishes the connection and reads the conference data from the distributed cache; the media server detects the system condition in real time, and actively disconnects the client when judging that the preset condition is met; and when the connection request is refused or the connection is disconnected, the client reselects an access address for connection. The media server in the application can realize self-management, can deal with various abnormal conditions, and ensures that a user normally uses the conference system.
Description
Technical Field
The present application relates to the technical field of conference systems, and in particular, to a media server self-management method and a conference system.
Background
The media server in the conference system is in a serious condition, and high availability of the media server needs to be ensured through different schemes, so that the unavailability of the conference system caused by the unavailability of the media server is avoided. When a user joins a conference through a conference system, and a media server is abnormally crashed or cannot provide services due to some problems (such as exceeding network bandwidth and reaching system capacity), it is necessary to ensure that the user can still normally use the conference system at the moment.
In the prior art, there are generally two schemes to ensure high availability of the media server:
1) the management server returns a media server access address each time, and when the client is connected with the media server, the conference data is obtained from the service server. And if the media server is unavailable, the client acquires the access address of the media server again through the management server for connection.
2) The management server returns the main/standby media servers each time, the client is connected with the main media server under normal conditions, and when the client is connected with the media server, the conference data is obtained from the business server. And if the media server is unavailable, the management server switches the media server, and the client is connected with other media servers.
However, for scheme 1): when the media server is not available, the client needs to acquire the access address of the media server again, the session re-entry time is prolonged, and if the access management server fails, the session cannot be entered. For scheme 2): when the media server is not available, the media server is switched by depending on the management server, the management server cannot switch in time, the meeting time is prolonged again, and if the management server is abnormal, the meeting cannot be entered. In addition, in the above two schemes, the media server needs to synchronize data from the management server, which results in high management server pressure, and at the same time, they only consider the situation that the client cannot connect to the media server, and do not consider other abnormal problems.
Therefore, how to guarantee high availability of the media server without causing pressure increase on the management server becomes a technical problem which needs to be solved urgently at present, and the related solution is not provided in the prior art.
Disclosure of Invention
In order to solve the technical problems in the background art, the present application provides a media server self-management method, system, electronic device and computer storage medium.
A first aspect of the present application provides a media server self-management method, which is applied to a conference system, and is characterized in that the conference system includes a management server, a media server, a distributed cache, and a client, and the method includes:
when a client joins in a conference, the management server distributes and returns access addresses of a plurality of media servers to the client, and simultaneously stores conference data in a distributed cache;
the client selects any one access address to initiate a connection request;
the media server receives the connection request of the client, judges whether the connection is agreed, if so, establishes the connection, reads the conference data from the distributed cache and sends the conference data to the client;
the media server detects the system condition in real time, and actively disconnects the client when judging that the preset condition is met;
and when the connection request is refused or the connection is disconnected, the client reselects an access address for connection.
Preferably, the number of the allocated media server access addresses is proportional to the number of the participating clients; or the number of the distributed media server access addresses is in direct proportion to the data transmission quantity of the network conference.
Preferably, the determining whether to approve the connection includes:
the media server judges whether the conference data needing to be transmitted exceeds the network bandwidth or the preset capacity of the media server; and when the media server judges that the conference data needing to be transmitted exceeds the network bandwidth or the preset capacity of the media server, rejecting the connection request of the client.
Preferably, actively disconnecting the client when it is determined that the preset condition is met includes:
the media server detects the uplink and downlink network conditions of the client;
and when the media server detects that the accumulated packet loss and/or the accumulated delay of the client exceed a preset value, the media server actively disconnects the connection of the client.
Preferably, the determining whether to approve the connection includes:
and judging whether the client is the client which is actively disconnected by the media server, and if so, rejecting the connection request of the client.
Preferably, the method further comprises: and the client detects the running state of the media server, and reselects an access address for connection when the client judges that the preset condition is met.
Preferably, the operating condition includes whether the media server crashes and/or whether a network is abnormal.
A second aspect of the present application provides a conference system, including a management server, a media server, a distributed cache, and a client, where:
the management server is used for distributing and returning access addresses of the media servers to the client when the client joins the conference, and storing the conference data into the distributed cache;
the media server is used for receiving the connection request of the client, judging whether the connection is agreed, if so, establishing the connection, reading the conference data from the distributed cache and sending the conference data to the client; detecting the system condition in real time, and actively disconnecting the client when judging that the preset condition is met;
the client is used for selecting any one access address to connect with the media server, and reselecting one access address to connect when the connection request is refused or the connection is disconnected.
A third aspect of the present application provides an electronic device, the device comprising:
a memory storing executable program code;
a processor coupled with the memory;
the processor calls the executable program code stored in the memory to perform the method of media server self-management as described in the first aspect.
A fourth aspect of the present application provides a computer storage medium having stored thereon a computer program which, when executed by a processor, performs the method of media server self-management according to the first aspect.
The invention has the beneficial effects that: the management server returns the addresses of the media servers to the client, and the client can select any one address to access the media server, so that the network conference can be accessed; when the abnormity occurs, the media server can perform self-management to decide whether to reject/disconnect the connection of the client, and the client can select other addresses for access. Compared with the prior art, in the above technical scheme of this application, when the media server appears unusually, avoid a large amount of requests to visit the management server, reduce management server pressure, when the media server appears unusually, promote the customer and enter meeting speed, when the network is unusual, the server overloads, promoted customer meeting quality. In other words, the media server in the application can realize self-management, can deal with various abnormal conditions, and ensure that a user normally uses the conference system; meanwhile, data sharing is realized through distributed cache, the calling of interfaces between servers is reduced, the flow is controlled, and the dependence on a management server is reduced.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are required to be used in the embodiments will be briefly described below, it should be understood that the following drawings only illustrate some embodiments of the present application and therefore should not be considered as limiting the scope, and for those skilled in the art, other related drawings can be obtained from the drawings without inventive effort.
Fig. 1 is a schematic flowchart illustrating a method for media server self-management according to an embodiment of the present disclosure;
fig. 2 is a schematic structural diagram of a conference system disclosed in an embodiment of the present application;
fig. 3 is a schematic structural diagram of an electronic device disclosed in an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments. The components of the embodiments of the present application, generally described and illustrated in the figures herein, can be arranged and designed in a wide variety of different configurations.
Thus, the following detailed description of the embodiments of the present application, presented in the accompanying drawings, is not intended to limit the scope of the claimed application, but is merely representative of selected embodiments of the application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, it need not be further defined and explained in subsequent figures.
In the description of the present application, it should be noted that if the terms "upper", "lower", "inside", "outside", etc. are used for indicating the orientation or positional relationship based on the orientation or positional relationship shown in the drawings or the orientation or positional relationship which the present invention product is usually put into use, it is only for convenience of describing the present application and simplifying the description, but it is not intended to indicate or imply that the referred device or element must have a specific orientation, be constructed in a specific orientation and be operated, and thus, should not be construed as limiting the present application.
Furthermore, the appearances of the terms "first," "second," and the like, if any, are used solely to distinguish one from another and are not to be construed as indicating or implying relative importance.
It should be noted that the features of the embodiments of the present application may be combined with each other without conflict.
Example one
Referring to fig. 1, fig. 1 is a schematic flowchart illustrating a media server self-management method according to an embodiment of the present disclosure. As shown in fig. 1, a media server self-management method according to an embodiment of the present application is applied to a conference system, where the conference system includes a management server, a media server, a distributed cache, and a client, as shown in fig. 2, and the method includes:
and S11, when the client joins in the conference, the management server allocates and returns the access addresses of the media servers to the client according to the conference condition, and simultaneously, stores the conference data in the distributed cache.
Wherein the number of access addresses of the media server is optionally greater than 2.
S12, the client selects any one access address to initiate the connection request.
S13, the media server receives the connection request of the client, judges whether the connection is agreed, if yes, establishes the connection and reads the conference data from the distributed cache; and the media server detects the system condition in real time, and actively disconnects the client when judging that the preset condition is met.
And S14, when the connection request is refused or the connection is disconnected, the client reselects an access address for connection.
When the connection between the client and another media server is established, the other media server reads the conference data from the distributed cache. Therefore, the conference data are shared through the distributed cache, and the pressure of the management server is relieved.
In this embodiment, on one hand, the client may log in the media server via multiple addresses, the media server may also detect the status of the system in real time, and may refuse or disconnect the connection of the client when an abnormality occurs, thereby implementing self-management, and ensuring high availability of the media server. On the other hand, the media server does not need to synchronize data from the management server any more, but directly reads the conference data from the distributed cache and sends the conference data to the client, so that the client can continue the joined conference, the call of interfaces between the client and the server is reduced, the flow is controlled, and the dependence on the management server is reduced.
Preferably, the number of the access addresses of the allocated media server is in direct proportion to the number of the participating clients; or the number of the access addresses of the distributed media servers is in direct proportion to the data transmission quantity of the network conference.
In this embodiment, the probability of abnormality is higher when the participating clients are more, so that more clients need to be reconnected, and connection addresses are allocated to the clients in proportion, so that the power of the fast connection of the clients can be effectively guaranteed, and the fluency and the stability of the network conference are improved. Similarly, the larger the conference data volume to be transmitted (for example, when a network conference involves transmission of a large file), the larger the probability of occurrence of an abnormality is, and at this time, connection addresses are also allocated to the client in proportion, so that the success rate of quick connection of the client can be effectively guaranteed.
Preferably, the media server detects a system status in real time and determines whether to approve the connection, including:
whether the conference data required to be transmitted by the media server exceeds the network bandwidth or the preset capacity of the media server;
and when the media server judges that the conference data needing to be transmitted exceeds the network bandwidth or the preset capacity of the media server, the media server judges that the media server cannot provide the service, and at the moment, the media server refuses the connection request of the client.
At this time, the client reselects an access address for connection. Optionally, the client arbitrarily selects one from other access addresses than the access address of the media server which rejects the access.
In this embodiment, the system condition may include a load condition of memory, i/o, cpu, network, and the like.
Preferably, the detecting, by the media server, a system status in real time, and disconnecting the client when it is determined that a preset condition is met includes:
the media server detects the uplink and downlink network conditions of the client;
and when the media server detects that the accumulated packet loss of the client and the accumulated delay exceed preset values, the media server actively disconnects the client.
At this time, the client reselects an access address for connection.
Further, since the client may select the media server that has just been actively disconnected again, for this reason, when the media server receives the connection request of the client, determining whether to approve the connection further includes:
and judging whether the client is the client which is actively disconnected by the media server, and if so, rejecting the connection request of the client.
The method comprises the steps that a client-side unique identifier and disconnection time of active disconnection are recorded by a media server, the client-side unique identifier is included in a connection request of a client side, when the connection request of the client side is received, whether the client side is the client side of active disconnection of the media server is judged according to the unique identifier, if yes, the time length between the current time and the disconnection time is calculated, whether the time length exceeds a first preset threshold value is judged, if yes, connection is agreed, and otherwise, connection is refused.
In order to avoid that the client may select the media server which has just been actively disconnected again, according to another alternative embodiment, the client marks the access address of the actively disconnected media server as unselectable, records the elapsed disconnection time from the disconnection time, and selects one access address from other access addresses for connection. And when the elapsed disconnection time exceeds a second preset threshold value, removing the mark of the access address.
Preferably, the method further comprises: the client detects the operation state of the media server after selecting the access address of the media server, and reselects another access address for connection when the client judges that the media server cannot be connected.
Preferably, the operating condition includes whether the media server crashes and/or whether a network is abnormal.
Preferably, the method further comprises: after the client accesses a media server, the operation state of the media server is detected, and when the client judges that the operation state of the media server meets the preset condition, another access address is reselected for connection. The preset condition indicates that the operating condition of the media server cannot meet the meeting requirement of the client, for example, the average time delay of the media server in a period of time is greater than a preset threshold value.
In this embodiment, another situation is also defined, that is, although the client is not rejected/disconnected by the media server, the client itself already detects that the media server has a crash and/or a network is abnormal or a connection quality is poor, and at this time, the connection address can be autonomously switched, so as to further effectively ensure the stability of the network conference.
Example two
Referring to fig. 2, fig. 2 is a schematic structural diagram of a conference system disclosed in an embodiment of the present application. As shown in fig. 2, a conference system according to an embodiment of the present application includes a management server, a media server, a distributed cache, and a client; wherein the content of the first and second substances,
the management server is used for distributing and returning access addresses of the media servers to the client when the client joins the conference, and storing the conference data into the distributed cache;
the media server is used for receiving the connection request of the client, judging whether the connection is agreed, if so, establishing the connection, reading the conference data from the distributed cache and sending the conference data to the client; detecting the system condition in real time, and actively disconnecting the client when judging that the preset condition is met;
the client is used for selecting any one access address to connect with the media server, and reselecting one access address to connect when the connection request is refused or the connection is disconnected.
The distributed cache is used for storing conference data. The conference data is accessible by the management server and the media server. When the media server establishes connection with the client, the conference data is also stored in the distributed cache in real time, and when the client establishes connection with another media server, the other media server reads the conference data from the distributed cache. Therefore, the conference data are shared through the distributed cache, and the pressure of the management server is relieved.
In this embodiment, on one hand, the client may log in the media server via multiple addresses, the media server may also detect the status of the system in real time, and may refuse or disconnect the connection of the client when an abnormality occurs, thereby implementing self-management, and ensuring high availability of the media server. On the other hand, the media server does not need to synchronize data from the management server any more, but directly reads the conference data from the distributed cache, so that the calling of interfaces between the media server and the server is reduced, the flow is controlled, and the dependence on the management server is reduced.
Preferably, the number of the access addresses of the allocated media server is in direct proportion to the number of the participating clients; or the number of the access addresses of the distributed media servers is in direct proportion to the data transmission quantity of the network conference.
EXAMPLE III
Referring to fig. 3, fig. 3 is a schematic structural diagram of an electronic device according to an embodiment of the present disclosure. As shown in fig. 3, an electronic device according to an embodiment of the present application includes:
a memory storing executable program code;
a processor coupled with the memory;
the processor calls the executable program code stored in the memory to execute the method for media server self-management according to the first embodiment.
Example four
The embodiment of the application also discloses a computer storage medium, wherein a computer program is stored on the storage medium, and when the computer program is executed by a processor, the method for media server self-management as described in the first embodiment is executed.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any changes or substitutions that can be easily conceived by those skilled in the art within the technical scope of the present application should be covered within the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
Claims (7)
1. A media server self-management method is applied to a conference system, and is characterized in that the conference system comprises a management server, a plurality of media servers, a distributed cache and a client, wherein the number of the media servers is multiple; the method comprises the following steps:
when a client joins in a conference, the management server allocates and returns access addresses of a plurality of media servers to the client, wherein the access addresses comprise access addresses of different media servers; meanwhile, the conference data is stored in a distributed cache;
the client selects any one access address to initiate a connection request;
the media server receives the connection request of the client, judges whether the connection is agreed, and if the connection is agreed, establishes the connection and reads the conference data from the distributed cache;
the media server detects the system condition in real time, and actively disconnects the client when judging that the preset condition is met;
when the connection request is refused or the connection is disconnected, the client reselects an access address for connection;
the number of the distributed media server access addresses is in direct proportion to the number of the participating clients; or, the number of the distributed media server access addresses is in direct proportion to the data transmission quantity of the network conference;
when the judgment that the preset condition is met, actively disconnecting the client, comprising the following steps:
the media server detects the uplink and downlink network conditions of the client;
when the media server detects that the accumulated packet loss and/or the accumulated delay of the client exceed a preset value, the media server actively disconnects the connection of the client;
the judging whether to approve the connection comprises the following steps:
and judging whether the client is the client which is actively disconnected by the media server, if so, calculating the time length between the current time and the disconnection time, judging whether the time length exceeds a first preset threshold value, if so, agreeing to connection, and otherwise, rejecting the connection request of the client.
2. The method of claim 1, wherein the determining whether to approve the connection comprises:
the media server judges whether the conference data needing to be transmitted exceeds the network bandwidth or the preset capacity of the media server; and when the media server judges that the conference data needing to be transmitted exceeds the network bandwidth or the preset capacity of the media server, rejecting the connection request of the client.
3. The method of claim 1, further comprising: and the client detects the running state of the media server, and reselects an access address for connection when the client judges that the preset condition is met.
4. The method of claim 3, wherein: the operational condition includes whether the media server crashes and/or whether the network is abnormal.
5. A conference system is characterized by comprising a plurality of management servers, a plurality of media servers, a plurality of distributed caches and a plurality of clients; wherein:
the management server is used for allocating and returning access addresses of a plurality of media servers to the client when the client joins the conference, wherein the access addresses comprise access addresses of different media servers; meanwhile, the conference data is stored in a distributed cache;
the media server is used for receiving the connection request of the client, judging whether the connection is agreed, if so, establishing the connection, reading the conference data from the distributed cache and sending the conference data to the client; detecting the system condition in real time, and actively disconnecting the client when judging that the preset condition is met;
the client is used for selecting any one access address to connect with the media server and reselecting one access address to connect when the connection request is refused or the connection is disconnected;
the number of the distributed media server access addresses is in direct proportion to the number of the participating clients; or, the number of the distributed media server access addresses is in direct proportion to the data transmission quantity of the network conference;
when the judgment that the preset condition is met, actively disconnecting the client, comprising the following steps:
the media server detects the uplink and downlink network conditions of the client;
when the media server detects that the accumulated packet loss and/or the accumulated delay of the client exceed a preset value, the media server actively disconnects the connection of the client;
the judging whether to approve the connection comprises the following steps:
and judging whether the client is the client which is actively disconnected by the media server, if so, calculating the time length between the current time and the disconnection time, judging whether the time length exceeds a first preset threshold value, if so, agreeing to connection, and otherwise, rejecting the connection request of the client.
6. An electronic device, the device comprising:
a memory storing executable program code;
a processor coupled with the memory;
the processor calls the executable program code stored in the memory to perform the method of media server self-management as claimed in any one of claims 1 to 4.
7. A computer storage medium having stored thereon a computer program which, when executed by a processor, performs a method of media server self-management as claimed in any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011305250.8A CN112104676B (en) | 2020-11-20 | 2020-11-20 | Media server self-management method and conference system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011305250.8A CN112104676B (en) | 2020-11-20 | 2020-11-20 | Media server self-management method and conference system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112104676A CN112104676A (en) | 2020-12-18 |
| CN112104676B true CN112104676B (en) | 2021-03-02 |
Family
ID=73785269
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011305250.8A Active CN112104676B (en) | 2020-11-20 | 2020-11-20 | Media server self-management method and conference system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112104676B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112506682A (en) * | 2021-01-29 | 2021-03-16 | 全时云商务服务股份有限公司 | Method, device and computer readable storage medium for relieving abnormity of business server |
| CN112702216B (en) * | 2021-03-22 | 2021-07-09 | 浙江华创视讯科技有限公司 | Disaster recovery processing method, server, electronic device and storage medium |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102292959A (en) * | 2011-06-30 | 2011-12-21 | 华为技术有限公司 | Media data transmission method, device and system based on ott |
| CN102355448A (en) * | 2011-06-29 | 2012-02-15 | 北京原力创新科技有限公司 | Cloud streaming media data transmission method and system |
| CN102473163A (en) * | 2010-05-13 | 2012-05-23 | 华为技术有限公司 | System, apparatus for content delivery for internet traffic and methods thereof |
| CN104796741A (en) * | 2015-04-15 | 2015-07-22 | 姚世明 | Network layering and resource fragmenting media-sharing method and device |
| CN111193788A (en) * | 2019-12-24 | 2020-05-22 | 视联动力信息技术股份有限公司 | Audio and video stream load balancing method and device |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7764632B2 (en) * | 2006-08-24 | 2010-07-27 | Interwise Ltd. | Software bridge for multi-point multi-media teleconferencing and telecollaboration |
| CN107231333A (en) * | 2016-03-24 | 2017-10-03 | 中兴通讯股份有限公司 | The method of media server backup, apparatus and system |
-
2020
- 2020-11-20 CN CN202011305250.8A patent/CN112104676B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102473163A (en) * | 2010-05-13 | 2012-05-23 | 华为技术有限公司 | System, apparatus for content delivery for internet traffic and methods thereof |
| CN102355448A (en) * | 2011-06-29 | 2012-02-15 | 北京原力创新科技有限公司 | Cloud streaming media data transmission method and system |
| CN102292959A (en) * | 2011-06-30 | 2011-12-21 | 华为技术有限公司 | Media data transmission method, device and system based on ott |
| CN104796741A (en) * | 2015-04-15 | 2015-07-22 | 姚世明 | Network layering and resource fragmenting media-sharing method and device |
| CN111193788A (en) * | 2019-12-24 | 2020-05-22 | 视联动力信息技术股份有限公司 | Audio and video stream load balancing method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112104676A (en) | 2020-12-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11057485B2 (en) | Server cluster and method for push notification service | |
| CN112104676B (en) | Media server self-management method and conference system | |
| CN112272291B (en) | Video storage method, device, management equipment and readable storage medium | |
| CN112202918B (en) | Load scheduling method, device, equipment and storage medium for long connection communication | |
| CN112671882A (en) | Same-city double-activity system and method based on micro-service | |
| CN107819797B (en) | Access request processing method and device | |
| CN109451063B (en) | Server hot standby method and system | |
| JPH10312365A (en) | Load decentralization system | |
| CN106936926B (en) | Method and system for accessing data node | |
| CN112416594A (en) | Micro-service distribution method, electronic equipment and computer storage medium | |
| CN112613919A (en) | Information processing method and related device | |
| CN110661836B (en) | Message routing method, device and system, and storage medium | |
| CN111917870A (en) | Request processing method, system, device, electronic equipment and storage medium | |
| CN111510958A (en) | Message access load balancing method and system | |
| CN112351077B (en) | Application service operation method, system, device and storage medium | |
| CN104767772B (en) | Method and device for processing request information | |
| CN114095506A (en) | Call center server cluster management method, server and system | |
| CN112600683B (en) | Cloud conference signaling control method and system and readable storage medium | |
| JP4123440B2 (en) | Object-oriented network distributed computing system, load balancing apparatus and server thereof | |
| CN111314465B (en) | Weak network environment communication method and device and electronic equipment | |
| CN108959170B (en) | Virtual device management method, device, stacking system and readable storage medium | |
| CN110945852B (en) | Method and device for establishing connection between physical OLT and virtual OLT | |
| CN112367388A (en) | Method and device for concurrent communication between server and client | |
| CN115118760A (en) | Session connection control method, session connection control device, and computer storage medium | |
| CN117354840A (en) | Disaster recovery method and device thereof |
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 | ||
| CP02 | Change in the address of a patent holder |
Address after: 100010 room 203-35, 2 / F, building 2, No.1 and 3, Qinglong Hutong, Dongcheng District, Beijing Patentee after: G-NET CLOUD SERVICE Co.,Ltd. Address before: 100102 room 1102, 9th floor, Penghuan international building, building 4, yard 1, Shangdi East Road, Haidian District, Beijing Patentee before: G-NET CLOUD SERVICE Co.,Ltd. |
|
| CP02 | Change in the address of a patent holder |