CN114007036A - Communication method and communication system for loading media stream on demand - Google Patents
Communication method and communication system for loading media stream on demand Download PDFInfo
- Publication number
- CN114007036A CN114007036A CN202111632937.7A CN202111632937A CN114007036A CN 114007036 A CN114007036 A CN 114007036A CN 202111632937 A CN202111632937 A CN 202111632937A CN 114007036 A CN114007036 A CN 114007036A
- Authority
- CN
- China
- Prior art keywords
- media stream
- entity
- response
- media
- response entity
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/15—Conference systems
-
- 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
- H04L65/1083—In-session procedures
- H04L65/1093—In-session procedures by adding participants; by removing participants
-
- 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
- H04L65/4046—Arrangements for multi-party communication, e.g. for conferences with distributed floor control
Abstract
The application discloses a communication method and a communication system for loading media streams as required, which comprises the following steps: s1: requesting a video communication conference to be established between a subject and at least one responding entity; s2: the request main body sends a media equipment closing instruction to the response entity and deletes the media stream IDs of all the response entities stored by the request main body; s3: requesting a main body to switch a self receiving and sending mode to a sending mode; s4: after receiving a media equipment closing instruction, the response entity closes the media equipment; s5: the response entity switches the self transceiving mode to the receiving mode. By setting the steps of the method, the method and the device avoid the situation that when the response entity does not need to transmit the media information, the internal media stream still flows in the transmission link and occupies more broadband of the transmission link, and the request main body and the response entity need to continuously process the media stream and occupy more processing resources.
Description
Technical Field
The invention belongs to the technical field of audio and video conferences, and particularly relates to a communication method and a communication system for loading media streams as required.
Background
In application products of real-time audio and video conferences developed based on a webrtc framework, most of the problems exist in that when a browser is used for real-time audio and video communication, media stream data is not loaded as required, but when a user joins a conference room, the data of the media stream is pushed out.
For example, there is a 3-party real-time audio/video conference, and the conference is performed in an SFU mode, so that in such a conference, 9 audio/video streams are pushed over a network during the 3-party conference. Although the moderator can command the video and audio transmission and reception of the participating members, in practice, the data is not transmitted as intended.
Under normal conditions, the video conference condition is divided into a host view and a participant view.
Under the view angle of the presenter, the presenter independently forbids the camera and the microphone of the member through an instruction, and the fact that the member pays attention to the face of the presenter is achieved.
Under the view angle of the participating members, the pictures and the microphones of the participating members are forbidden by the host, and the pictures and the speeches of the participating members cannot be displayed in the conference room.
Thus, it seems that normal operation actually wastes bandwidth transmission and use, and resources of the client are occupied, because according to a general flow, all streams of all participants participating in the same conference are bound in the same transmission link from the moment of joining the conference room, so that even if the host prohibits the cameras and microphones of the participants, the participants only "do not display" and "do not speak", but actual data transmission still occurs, and thus bandwidth resources are wasted and resources of the client are occupied.
Disclosure of Invention
Objects of the invention
In order to overcome the above disadvantages, an object of the present invention is to provide a communication method and a communication system for loading media streams on demand, so as to solve the technical problems that in the existing audio and video conference, under the condition that a response entity does not need to speak and take video, audio media streams and video media streams are still transmitted in a transmission link, and occupy more bandwidth, and a client needs to continuously process media stream data, and occupies more processing resources.
(II) technical scheme
In order to achieve the purpose, the technical scheme provided by the application is as follows:
a communication method for loading a media stream on demand, comprising the steps of:
s1: requesting the main body and at least one response entity to establish a video communication conference and mutually storing media stream IDs of the other party;
s2: the request main body sends a media equipment closing command to the response entity, deletes the media stream ID of the response entity stored by the request main body, and switches the receiving and sending mode of the request main body to a sending mode;
s3: after receiving a media equipment closing command, a response entity closes own media equipment and switches a receiving mode of the response entity to a receiving mode;
by setting the above method steps, after the video communication session is established, the request main body sends an instruction for closing the media device to the response entity, deletes the media stream ID of the response entity stored inside, and then switches the communication modes of the request main body and the response entity, so that it is avoided that the media stream ID of the response entity still exists inside the request main body, the media stream on the response entity still flows along the transmission link to the request main body, occupying more broadband of the transmission link, and the media stream is required to be continuously processed inside the request main body and the response entity, occupying more processing resources, under the condition that the response entity does not need to transmit media information.
In some embodiments, if there are a plurality of responding entities, when a video communication conference is established, each responding entity stores the media stream IDs of other responding entities in addition to the media stream ID of the request subject; wherein, after switching its own transceiving mode to the receiving mode, the responding entity further comprises: deleting the stored media stream IDs of other responding entities;
the media stream IDs of other responding entities are deleted, so that the situation that internal media streams still flow in a transmission link and occupy more broadband of the transmission link when media information transmission between the responding entities is not needed can be avoided.
In some embodiments, if the responding entity needs to send the media stream, the media device of the responding entity is turned back on, so that the requesting entity and/or the responding entity reload the media stream ID of the responding entity.
In some embodiments, a media device comprises: audio device and/or video device, the media stream ID comprising: an audio media stream ID and/or a video media stream ID. The corresponding media stream may be automatically closed.
In some embodiments, deleting the media stream IDs of all its pre-stored responding entities comprises: the audio media stream ID and/or the video media stream ID are deleted.
In some embodiments, before the requesting subject deletes the media stream ID of the response entity stored by the requesting subject, the method further includes:
detecting whether at least one response entity sending media stream information is received or not in unit time;
if all the response entities are detected not to send the media stream information, deleting the media stream IDs corresponding to all the response entities;
if at least one response entity sending the media stream information is detected, deleting the media stream ID of the response entity which does not send the media stream information, and reserving the media stream ID of the response entity which sends the media stream information;
extending a unit time and detecting again whether the responding entity continues to send the media stream information;
if detecting that the response entity does not continuously send the media stream information, deleting the media stream ID of the response entity;
by setting timing detection to detect whether effective audio information and/or effective video information is sent, the problem that a response entity cannot speak in the early stage or send video after the media stream ID is deleted is avoided.
Yet another aspect of the present application provides a communication system for loading a media stream on demand, comprising:
a requesting agent and at least one responding entity capable of establishing a video communication conference with the requesting agent; wherein the content of the first and second substances,
the request main body is internally provided with a first deleting submodule for deleting the media stream ID of a response entity stored in the request main body when the video communication conference is established and a first mode switching module for switching the transceiving mode of the request main body to the sending mode;
the response entity is internally provided with a media equipment closing module for closing the media equipment of the response entity and a second mode switching module for switching the receiving mode to the receiving mode.
In some embodiments, each responding entity further comprises within it: and the second deleting submodule is used for deleting the media stream IDs of the other response entities stored when the video communication conference is established with the other response entities.
In some embodiments, the request body and the response entity are both provided with a media stream ID reload submodule, configured to reload the media stream ID of the response entity after the response entity reopens its own media device.
In some embodiments, the request body further comprises: the media stream information detection submodule is used for detecting whether the response entity sends the media stream information or not in the unit time, and informing the first deletion submodule to delete the media stream ID of the response entity which does not send the media stream information when detecting that the response entity does not send the media stream information.
Drawings
FIG. 1 is a communication flow diagram between a requesting entity and two responding entities of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention will be described in further detail with reference to the accompanying drawings in conjunction with the following detailed description. It should be understood that the description is intended to be exemplary only, and is not intended to limit the scope of the present invention. Moreover, in the following description, descriptions of well-known structures and techniques are omitted so as to not unnecessarily obscure the concepts of the present invention.
The invention provides a communication method for loading media streams as required, which comprises the following steps:
s1: requesting a main body and at least one response entity to establish a video communication conference and mutually storing media stream IDs of the other party;
s2: the request main body sends a media equipment closing instruction to the response entity, deletes the media stream IDs of all the response entities stored by the response entity, and switches the receiving and sending modes of the request main body to the sending mode;
s3: after receiving the media equipment closing instruction, the response entity closes the media equipment and switches the receiving and sending mode of the response entity to the receiving mode.
Specifically, the request main body is a host view angle, the response entity is a participant view angle, the request main body needs to speak and display pictures in the early stage of the conference, the response entity does not need to speak and display pictures, and the response entity participates in the discussion in the later stage and needs to speak and display pictures
Specifically, the media device of the present application may be an audio device or a video device or an audio device and a video device that are simultaneously configured, the audio device may perform audio transmission with a microphone, and the video device may perform picture display with a camera.
Specifically, the audio device has an audio media stream ID and the video device has a video media stream ID.
Specifically, deleting the media stream ID includes: deleting the audio media stream ID and/or the video media stream ID, that is, deleting only the audio media stream ID or only the video media stream ID or both the audio media stream ID and the video media stream ID.
In the existing video conference, even if a host prohibits a camera and a microphone of a participant, background hiding is only performed on video information and sound information, the host (a request subject) side cannot see a picture of the participant (a response entity) side, cannot hear sound of the participant (a response entity) side, and shows that the response entity does not display and speak, but actual data transmission still occurs, and image data and sound data of the response entity side are still transmitted to the request subject side through a transmission link, so that waste of bandwidth resources and occupation of resources of a client are caused.
Specifically, the responding entity may be one, and establish a video communication conference with the requesting entity alone, or the responding entities may be multiple, and establish a video communication conference among multiple responding entities and with the requesting entity.
Specifically, when there are a plurality of response entities, after the response entity switches its own transceiving mode to the receiving mode, the method further includes: the media stream IDs of other responding entities stored internally are deleted.
Specifically, at the later stage of the conference, if the response entity participates in the discussion and needs to send the media information, the response entity reopens its own media device, and the request subject and other response entities reload the media stream ID of the response entity after detecting that the response entity reopens the media device.
Specifically, taking 1 requesting agent (PC 1) and 2 responding entities (PC 2 and PC 3) as examples to perform a video conference, the following descriptions are made:
the PC1 sets up the video conference, generates an offer SDP (request), and sends its own information such as media stream id, in a = GROUP: adding a stream on the bundle;
the PC2 participates in the video conference established by the PC1, and generates an answer SDP (answer), at this time, the PC1 updates its own SDP through media negotiation of ICE, adds the relevant media stream information and connection information of the PC2 to the SDP data information of the PC1, and the PC2 obtains the consent of the PC1, and also adds the media stream information and connection information of the PC1 to the SDP information of the PC2 itself;
the PC3 participates in the video conference established by the PC1, and generates an answer SDP (answer), at this time, the PCs 1 and 2 add the media stream information and connection information of the PC3 to their own SDP data information through the media cooperation of ICE, and the PC3 obtains the consent of the PCs 1 and 2, and adds the relevant information of the PC1 and the PC2 to the own SDP information of the PC 3;
the PC1 starts a Javascript command (sends a media device shutdown command) to turn off the cameras and microphones of the PC2 and the PC3, and the PC2 and the PC3 receive the shutdown command to turn off the cameras and the microphones, at this time, the PC1 simultaneously sends a command to modify their SDP information, and a = msid-semantic (media stream ID): the media stream ID of the PC2 and the PC3 is deleted, the media stream ID of the PC2 and the PC3 is deleted in a = ssrc (media stream data source identification), and a = sendrecv (transmission/reception mode) is changed to a = send (transmission mode);
when receiving the command related to the PC1, the PC2 changes a = sendrecv (transmission/reception mode) to a = recivon (reception mode), deletes the PC3 media stream ID in a = msid-semantic (media stream ID), and deletes the PC3 media stream ID in a = ssrc (media stream data source identifier).
When receiving the command related to the PC1, the PC3 changes a = sendrecv (transmission/reception mode) to a = recivon (reception mode), deletes the PC2 media stream ID in its a = msid-session (media stream ID), and deletes the media stream ID of the PC2 in a = ssrc (media stream data source identifier).
Preferably, before deleting the media stream IDs of all the responding entities pre-stored by the responding entity, the method further comprises:
detecting whether media stream information sent by at least one response entity is received or not within unit time, wherein the unit time can be set to be 5 s;
if all the response entities are detected not to send the media stream information, deleting the media stream IDs corresponding to all the response entities;
if at least one response entity sending the media stream information is detected, deleting the media stream ID of the response entity which does not send the media stream information, and reserving the media stream ID of the response entity which sends the media stream information;
stopping the calculation of the last unit time, prolonging the unit time (5 s), and detecting whether the response entity continues to send the media stream information again;
if detecting that the response entity does not continuously send the media stream information, deleting the media stream ID of the response entity;
specifically, the effective audio information is media stream data with decibels exceeding a preset value, and the effective video information is a face image captured by a camera;
in the early stage of the conference, if the responding entity needs to speak in the early stage, for example, the on-site situation is reported, the early stage speaking and the camera shooting are needed, whether effective audio information and/or effective video information is sent is detected at regular time, and the situation that after the media stream ID is deleted, the requesting entity cannot receive the speaking or carry out the video in the early stage is avoided.
Specifically, it may not be obvious in a small-sized multiparty conference, but in a multiparty conference of many people, when the video conference of more than 5 people, the SDP can load media streams as needed by deleting the media stream data ID of the relevant user end according to the instruction, so that the integrity of communication is not affected, and the requirement of saving bandwidth is also met. Furthermore, the video conference application can be used to the maximum extent under the environment with a common network state.
Specifically, because the information transmission in the SDP is reduced, the client also correspondingly reduces the processing of media stream data, and particularly in a scenario where a video conference is performed by using a browser, when a multi-user conference is performed, the browser at the client may occupy a memory and a CPU resource seriously due to the fact that the number of people is too large and the media stream data is concurrent, and now the processing of the media stream data is reduced, the rendering pressure of the browser will be reduced, so that the occupation of the memory and the CPU resource at the client is reduced.
Specifically, if the client is the scene of the APP, because unnecessary media stream information transmission in the SDP is reduced, rendering pressure of the CPU of the mobile phone is correspondingly reduced, and the risk of heat explosion of the mobile phone when the APP is used for a long time to perform a conference is also reduced.
Another aspect of the present application provides a communication system for loading a media stream on demand, including:
yet another aspect of the present application provides a communication system for loading a media stream on demand, comprising:
a requesting agent and at least one responding entity capable of establishing a video communication conference with the requesting agent; wherein the content of the first and second substances,
the request main body is internally provided with a first deleting submodule for deleting the media stream ID of a response entity stored in the request main body when the video communication conference is established and a first mode switching module for switching the transceiving mode of the request main body to the sending mode;
the response entity is internally provided with a media equipment closing module for closing the media equipment of the response entity and a second mode switching module for switching the receiving mode to the receiving mode.
In some embodiments, each responding entity further comprises within it: and the second deleting submodule is used for deleting the media stream IDs of the other response entities stored when the video communication conference is established with the other response entities.
In some embodiments, the request body and the response entity are both provided with a media stream ID reload submodule, configured to reload the media stream ID of the response entity after the response entity reopens its own media device.
In some embodiments, the request body further comprises: the media stream information detection submodule is used for detecting whether the response entity sends the media stream information or not in the unit time, and informing the first deletion submodule to delete the media stream ID of the response entity which does not send the media stream information when detecting that the response entity does not send the media stream information.
The communication system for loading the media stream on demand can realize the communication method for loading the media stream on demand.
It is to be understood that the above-described embodiments of the present invention are merely illustrative of or explaining the principles of the invention and are not to be construed as limiting the invention. Therefore, any modification, equivalent replacement, improvement and the like made without departing from the spirit and scope of the present invention should be included in the protection scope of the present invention. Further, it is intended that the appended claims cover all such variations and modifications as fall within the scope and boundaries of the appended claims or the equivalents of such scope and boundaries.
Claims (10)
1. A communication method for loading a media stream on demand, comprising the steps of:
s1: requesting the main body and at least one response entity to establish a video communication conference and mutually storing media stream IDs of the other party;
s2: the request main body sends a media equipment closing command to the response entity, deletes the media stream ID of the response entity stored by the request main body, and switches the receiving and sending mode of the request main body to a sending mode;
s3: and after receiving the media equipment closing command, the response entity closes the media equipment per se and switches the receiving and sending mode of the response entity to the receiving mode.
2. The communication method for on-demand media stream loading according to claim 1, wherein if there are a plurality of responding entities, each responding entity stores the media stream ID of the other responding entities in addition to the media stream ID of the request subject when establishing the video communication session;
wherein, after switching its own transceiving mode to the receiving mode, the responding entity further comprises: the stored media stream IDs of the other responding entities are deleted.
3. The communication method according to claim 2, wherein if the responding entity needs to send a media stream, the media device of the responding entity is turned back on, so that the requesting entity and/or the responding entity reload the media stream ID of the responding entity.
4. The communication method for loading media stream on demand according to any of claims 1 to 3, wherein the media device comprises: audio and/or video devices, the media stream ID comprising: an audio media stream ID and/or a video media stream ID.
5. The communication method for loading media stream on demand according to claim 4, wherein the deleting the media stream IDs of all the response entities pre-stored by the communication method comprises: deleting the audio media stream ID and/or the video media stream ID.
6. The communication method for loading media stream on demand according to any one of claims 1 to 3, wherein before the request subject deletes the media stream ID of the response entity stored therein, the method further comprises:
detecting whether at least one response entity sending media stream information is received or not in unit time;
if all the response entities are detected not to send the media stream information, deleting the media stream IDs corresponding to all the response entities;
if at least one response entity sending the media stream information is detected, deleting the media stream ID of the response entity which does not send the media stream information, and reserving the media stream ID of the response entity which sends the media stream information;
extending a unit time and detecting again whether the responding entity continues to send the media stream information;
and if detecting that the response entity does not continuously send the media stream information, deleting the media stream ID of the response entity.
7. A communication system for loading a media stream on demand, comprising:
a request subject and at least one response entity capable of establishing a video communication conference with the request subject; wherein the content of the first and second substances,
the request main body is internally provided with a first deleting submodule for deleting the media stream ID of the response entity stored in the request main body when the video communication conference is established and a first mode switching module for switching the transceiving mode of the request main body to the sending mode;
the response entity is internally provided with a media equipment closing module for closing the media equipment of the response entity and a second mode switching module for switching the receiving mode to the receiving mode.
8. The communication system of claim 7, further comprising within each of the responding entities: and the second deleting submodule is used for deleting the media stream IDs of the other response entities stored when the video communication conference is established with the other response entities.
9. The communication system according to claim 7 or 8, wherein a media stream ID reloading submodule is disposed in each of the request body and the response body, and configured to reload the media stream ID of the response body after the response body turns on its own media device again.
10. The communication system of claim 9, wherein the request body further comprises: the media stream information detection submodule is used for detecting whether the response entity sends the media stream information or not in unit time, and when the response entity does not send the media stream information, the media stream information detection submodule informs the first deletion submodule to delete the media stream ID of the response entity which does not send the media stream information.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111632937.7A CN114007036A (en) | 2021-12-29 | 2021-12-29 | Communication method and communication system for loading media stream on demand |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111632937.7A CN114007036A (en) | 2021-12-29 | 2021-12-29 | Communication method and communication system for loading media stream on demand |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114007036A true CN114007036A (en) | 2022-02-01 |
Family
ID=79932129
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111632937.7A Pending CN114007036A (en) | 2021-12-29 | 2021-12-29 | Communication method and communication system for loading media stream on demand |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114007036A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114866520A (en) * | 2022-04-18 | 2022-08-05 | 北京奇艺世纪科技有限公司 | Communication processing method, system, electronic device and storage medium |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101501682A (en) * | 2006-07-20 | 2009-08-05 | 汤姆森许可贸易公司 | Multi-party cooperative peer-to-peer video streaming |
| CN101567837A (en) * | 2008-04-24 | 2009-10-28 | 中兴通讯股份有限公司 | Method and system for distributing media stream links |
| US20150281645A1 (en) * | 2014-03-31 | 2015-10-01 | Polycom, Inc. | Method and Systems for Optimizing Bandwidth Utilization in a Multi-Participant Full Mesh Peer-to-Peer Video Session |
| CN107306189A (en) * | 2016-04-21 | 2017-10-31 | 大唐移动通信设备有限公司 | A kind of audio control method and media services controller, media server |
| CN110430208A (en) * | 2019-08-13 | 2019-11-08 | 四川东方网力科技有限公司 | A kind of video stream processing method, device, electronic equipment and storage medium |
| CN112565665A (en) * | 2020-12-08 | 2021-03-26 | 北京北信源软件股份有限公司 | Video conference control method and device, electronic equipment and storage medium |
| CN113055630A (en) * | 2019-12-26 | 2021-06-29 | 北京握联信息技术有限公司 | Conference control method based on audio and video conference system development |
| CN113099155A (en) * | 2021-02-22 | 2021-07-09 | 广州佰锐网络科技有限公司 | Video conference system suitable for multiple scenes |
-
2021
- 2021-12-29 CN CN202111632937.7A patent/CN114007036A/en active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101501682A (en) * | 2006-07-20 | 2009-08-05 | 汤姆森许可贸易公司 | Multi-party cooperative peer-to-peer video streaming |
| CN101567837A (en) * | 2008-04-24 | 2009-10-28 | 中兴通讯股份有限公司 | Method and system for distributing media stream links |
| US20150281645A1 (en) * | 2014-03-31 | 2015-10-01 | Polycom, Inc. | Method and Systems for Optimizing Bandwidth Utilization in a Multi-Participant Full Mesh Peer-to-Peer Video Session |
| CN107306189A (en) * | 2016-04-21 | 2017-10-31 | 大唐移动通信设备有限公司 | A kind of audio control method and media services controller, media server |
| CN110430208A (en) * | 2019-08-13 | 2019-11-08 | 四川东方网力科技有限公司 | A kind of video stream processing method, device, electronic equipment and storage medium |
| CN113055630A (en) * | 2019-12-26 | 2021-06-29 | 北京握联信息技术有限公司 | Conference control method based on audio and video conference system development |
| CN112565665A (en) * | 2020-12-08 | 2021-03-26 | 北京北信源软件股份有限公司 | Video conference control method and device, electronic equipment and storage medium |
| CN113099155A (en) * | 2021-02-22 | 2021-07-09 | 广州佰锐网络科技有限公司 | Video conference system suitable for multiple scenes |
Non-Patent Citations (3)
| Title |
|---|
| J. ROSENBERG等: "An Offer/Answer Model with the Session Description Protocol (SDP)", 《IETF RFC3264》 * |
| O_禾火_O: "SDP[RFC3264]", 《简书》 * |
| 美了美了: "SDP详解", 《CSDN》 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114866520A (en) * | 2022-04-18 | 2022-08-05 | 北京奇艺世纪科技有限公司 | Communication processing method, system, electronic device and storage medium |
| CN114866520B (en) * | 2022-04-18 | 2024-01-30 | 北京奇艺世纪科技有限公司 | Communication processing method, system, electronic equipment and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6025870A (en) | Automatic switching of videoconference focus | |
| US5717857A (en) | System for switching data connection to use first channel and second channel without substantial interruption of transfer of audio signals and image data between computers | |
| US8289362B2 (en) | Audio directionality control for a multi-display switched video conferencing system | |
| US8564637B2 (en) | Conference control method, and relevant apparatus and system | |
| TW201110698A (en) | Video conference apparatus and method thereof | |
| US20140368605A1 (en) | Remote Conference Control Method, Terminal Equipment, MCU, and Video Conferencing System | |
| US20080024593A1 (en) | Multimedia Communication System | |
| CN108933914B (en) | Method and system for carrying out video conference by using mobile terminal | |
| US20100066806A1 (en) | Internet video image producing method | |
| CN114007036A (en) | Communication method and communication system for loading media stream on demand | |
| US9013537B2 (en) | Method, device, and network systems for controlling multiple auxiliary streams | |
| US11290685B2 (en) | Call processing method and gateway | |
| WO2016206471A1 (en) | Multimedia service processing method, system and device | |
| CN113992883A (en) | Video conference processing method, processing device, conference system, and storage medium | |
| CN114501136B (en) | Image acquisition method, device, mobile terminal and storage medium | |
| WO2013159479A1 (en) | Personal area network management method and device | |
| JP5255412B2 (en) | Telephone system and telephone control method | |
| TWI419563B (en) | Multimedia transferring system and method thereof | |
| CN110662101A (en) | Network video multi-path display method and device based on UDP | |
| CN113872778B (en) | Device connection method, device and storage medium | |
| TWI413413B (en) | Network video conference equipment and its method of proceeding network video conference | |
| JP2006345103A (en) | Media conference system, and control method, program and storage medium therefor | |
| KR19990061602A (en) | Video Configuration Control Method of Video Conference System | |
| KR20160133255A (en) | Signal processing apparatus and signal processing method for videoconferencing service | |
| JP3982059B2 (en) | Data processing method for videophone device and videophone device |
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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20220201 |