Method, System, and Device for Controlling a Token for an Auxiliary Stream in a Multi-Point Double-Stream Conference

• US 20140327731A1
• Filed: 07/16/2014
• Published: 11/06/2014
• Est. Priority Date: 12/14/2007
• Status: Abandoned Application

• Current Assignee: Huawei Device Company Limited (Huawei Investment & Holding Co., Ltd.)
• Original Assignee: Huawei Device Company Limited (Huawei Investment & Holding Co., Ltd.)
• Inventors: Wang, Haifeng
• Application Number:
  US14/332,597
• Publication Number:
  US 20140327731A1
• Time in Patent Office: Days
• US Class Current: 348/14.09
• CPC Class Codes: H04L 65/403 Arrangements for multi-party communication, e.g. for conferences data switching systems for conference H04L12/18; arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities H04M3/56; television conferencing systems H04N7/15
• CPC Class Codes: H04M 3/567 Multimedia conference systems
• CPC Class Codes: H04N 19/30 using hierarchical techniques, e.g. scalability H04N19/63 takes precedence
• CPC Class Codes: H04N 7/15 Conference systems
• CPC Class Codes: H04N 7/152 Multipoint control units therefor

Abstract

A method for controlling a token for an auxiliary stream in a multi-point double-stream conference is provided. In the method, a second conference terminal requests to deprive a token when the token in the multi-point double-stream conference is occupied by a first conference terminal and the auxiliary stream is sent. A Multi-point Control Unit (MCU) receives a token depriving request message sent by the second conference terminal or a chairman conference terminal, judges whether to execute token depriving according to an identifier (ID) carried in the token depriving request message and sends the token depriving request message to the first conference terminal that owns the token after the MCU decides to deprive the token.

Claims

1. A method for controlling a token for an auxiliary stream in a multi-point double-stream conference, wherein a second conference terminal requests depriving of a token when the token in the multi-point double-stream conference is occupied by a first conference terminal and the auxiliary stream is sent, comprising:

receiving, by a multi-point control unit (MCU), a token depriving request message sent by the second conference terminal or a chairman conference terminal;

judging, by the MCU, whether to execute token depriving according to an identifier (ID) carried in the token depriving request message; and

sending, by the MCU, the token depriving request message to the first conference terminal that owns the token after the MCU decides to deprive the token.

2. The method according to claim 1, wherein when the token depriving request message is sent by the second conference terminal, the method comprises:

receiving, by the MCU, the token depriving request message from the second conference terminal, the message carrying an ID of the second conference terminal;

judging, by the MCU, whether to deprive the token from the first conference terminal according to the ID of the second conference terminal and an internal policy; and

depriving the token from the first conference terminal when the MCU decides to deprive the token.

3. The method according to claim 1, wherein when the token depriving request message is sent by the second conference terminal, the method comprises:

receiving, by the MCU, the token depriving request message from the second conference terminal, the message carrying an ID that is equivalent to an ID of a chairman conference terminal and can instruct the MCU to execute related operation according to contents of the message; and

judging, by the MCU, whether to deprive the token from the first conference terminal according to the ID that is equivalent to the ID of the chairman conference terminal in the token depriving request message.

4. The method according to claim 1, wherein when the token depriving request message is sent by the chairman conference terminal, the method further comprises:

receiving, by the chairman conference terminal, a token depriving request message carrying the ID of the second conference terminal forwarded by the MCU; and

judging, by the chairman conference terminal, whether to deprive the token from the first conference terminal according to the ID of the second conference terminal and an internal policy, sending the token depriving request message that carries the ID of the chairman conference terminal to the MCU to notify the MCU of depriving the token from the first conference terminal when the chairman conference terminal decides to deprive the token, and ending the token depriving when the chairman conference terminal decides not to deprive the token.

5. The method according to claim 4, wherein receiving, by the chairman conference terminal, the token depriving request message forwarded by the MCU comprises:

receiving, by the MCU, the token depriving request message from the second conference terminal, the message carrying the ID of the second conference terminal;

obtaining, by the MCU, the token from the first conference terminal; and

forwarding, by the MCU, the token depriving request message to the chairman conference terminal when the MCU fails to obtain the token.

6. The method according to claim 4, wherein receiving, by the chairman conference terminal, the token depriving request message forwarded by the MCU comprises receiving, by an auxiliary-stream chairman conference terminal for auxiliary stream images, the token depriving request message carrying the ID of the second conference terminal forwarded by the MCU.

7. The method according to claim 5, further comprising the MCU issuing the token to the second conference terminal and updating a status of the token to idle when the MCU successfully obtains the token from the first conference terminal.

8. The method according to claim 5, wherein obtaining the token from the first conference terminal by the MCU comprises:

sending a token request message to the first conference terminal; and

obtaining successfully the token when the first conference terminal agrees to release the token.

9. The method according to claim 1, further comprising sending, by the MCU, a token response message to the second conference terminal and updating a status of the token to idle.

10. The method according to claim 1, further comprising the MCU issuing the token to a conference terminal with a highest priority when multiple conference terminals request the token simultaneously, wherein the priorities of the conference terminals are set in advance.

11. The method according to claim 1, wherein when the token depriving request message is sent by the chairman conference terminal, the method comprises:

receiving, by the MCU, the token depriving request message that carries the ID of the chairman conference terminal from the chairman conference terminal;

judging, by the MCU, whether to deprive the token from the first conference terminal according to the ID of the chairman conference terminal; and

depriving the token from the first conference terminal when the MCU decides to deprive the token.

12. A system for controlling a token for an auxiliary stream in a multi-point double-stream conference, comprising:

a multi-point control unit (MCU);

a first conference terminal; and

a second conference terminal,

wherein the MCU is configured to;

receive a token depriving request message sent by the second conference terminal or a chairman conference terminal in the multi-point double-stream conference when the token is occupied by the first conference terminal and the auxiliary stream is sent, and the second conference terminal requests depriving of the token;

judge whether to execute the token depriving according to an identifier (ID) carried in the token depriving request message; and

deprive the token from the first conference terminal by sending the token depriving request message to the first conference terminal that owns the token after deciding to execute the token depriving.

13. The system according to claim 12, further comprising the chairman conference terminal, and wherein the chairman conference terminal is configured to:

receive the token depriving request message;

judge whether to execute the token depriving according to the ID carried in the token request and an internal policy; and

send a token depriving request message carrying an ID of the chairman conference terminal to the MCU when deciding to deprive the token.

14. The system according to claim 13, wherein the MCU is further configured to:

receive the token depriving request message;

obtain the token from the first conference terminal according to the token depriving request message; and

forward the token request message to the chairman conference terminal when failing to obtain the token.

15. The system according to claim 13, wherein the MCU is further configured to send a token depriving response message to the second conference terminal that requests the token after successfully depriving the token, and update a status of the token to idle.

16. The system according to claim 13, wherein the chairman conference terminal is the chairman conference terminal for controlling auxiliary stream images.

17. The system according to claim 12, wherein the MCU is configured to:

receive the token depriving request message carrying an ID of the second conference terminal from the second conference terminal;

judge whether to deprive the token from the first conference terminal according to the ID of the second conference terminal and an internal policy; and

deprive the token from the first conference terminal when the MCU decides to deprive the token.

18. The system according to claim 12, wherein the MCU is configured to:

receive the token depriving request message carrying an ID that is equivalent to an ID of a chairman conference terminal in from the second conference terminal;

judge whether to deprive the token from the first conference terminal according to the ID that is equivalent to the ID of the chairman conference terminal; and

deprive the token from the first conference terminal when the MCU decides to deprive the token.

19. A multi-point control unit (MCU), comprising:

a receiver configured to receive token depriving request messages from conference terminals in a multi-point double-stream conference sent by a second conference terminal or a chairman conference terminal; and

a processor coupled to the receiver and a computer readable medium having computer executable instructions stored thereon that, when executed by the processor, cause the processor to;

judge whether to deprive a token from a first conference terminal according to an identifier (ID) carried in the token depriving request message; and

deprive the token from the first conference terminal by sending the token depriving request message to the first conference terminal that owns the token after deciding to execute the token depriving.

20. The MCU according to claim 19, further comprising a transmitter configured to send a token depriving response message to the second conference terminal that requests the token according to the token depriving request response message.