WO2019101020A1 - 多终端协同工作的方法，终端设备以及多终端协同系统 - Google Patents

多终端协同工作的方法，终端设备以及多终端协同系统 Download PDF

Info

Publication number
WO2019101020A1
WO2019101020A1 PCT/CN2018/116029 CN2018116029W WO2019101020A1 WO 2019101020 A1 WO2019101020 A1 WO 2019101020A1 CN 2018116029 W CN2018116029 W CN 2018116029W WO 2019101020 A1 WO2019101020 A1 WO 2019101020A1
Authority
WO
WIPO (PCT)
Prior art keywords
slave
master device
network
candidate
collaborative network
Prior art date
Application number
PCT/CN2018/116029
Other languages
English (en)
French (fr)
Inventor
李瑞华
肖玮
范泛
陈华
王乐临
李江
廖衡
Original Assignee
华为技术有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP18881497.4A priority Critical patent/EP3697026A4/en
Publication of WO2019101020A1 publication Critical patent/WO2019101020A1/zh
Priority to US16/884,022 priority patent/US11323854B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H04W84/20—Master-slave selection or change arrangements

Definitions

  • the present application relates to the field of communications, and more particularly to a method for multi-terminal cooperative operation, a terminal device, and a multi-terminal collaborative system.
  • Multiple terminal devices can form a collaborative network through hotspots or routers of a certain terminal device. After forming a collaborative network, each device in the collaborative network can jointly perform collaborative tasks such as coordinated play, coordinated recording, and coordinated conference.
  • the collaborative network generally includes a master device and a plurality of slave devices, wherein the master device has the management authority of the collaborative network, and is used to control the respective slave devices to jointly perform the collaborative task, and each of the slave devices performs the coordinated task according to the control information of the master device.
  • the functions of the master device may include: sending a broadcast, performing a collaborative networking, sending a synchronization time message, completing a synchronization, sending a sound pickup or a sounding instruction, etc.
  • the functions of the slave device may include: receiving a broadcast, joining a collaborative network, Answer synchronous timing messages, complete synchronization, perform pickups or playback commands, and more.
  • the present application provides a method for multi-terminal cooperative operation, a terminal device and a multi-terminal collaborative system to improve the robustness of the collaborative network.
  • a first aspect provides a method for a multi-terminal to work in cooperation, the method comprising: a master device sending network information to a plurality of slave devices, where the networking information is used in the master device and the multiple slave devices Establishing a collaborative network, wherein the master device has the management authority of the collaborative network; the master device receives the network acknowledgement information sent by the multiple slave devices, and the network acknowledgement information is used to indicate the slave device.
  • the master device has been configured to send the configuration information to the plurality of slave devices, where the configuration information is used to indicate that when the master device is abnormal or the master device exits the collaborative network, Switching the management authority of the collaborative network according to a preset management authority switching mechanism; when an abnormality occurs in one of the plurality of slave devices, the master device selects the slave device according to a preset clearing rule Cleared in the collaborative network.
  • the master device can complete the management authority switching according to a preset mechanism by sending configuration information to the slave device, and can cooperate with the slave device when the slave device is abnormal. Cleared in the network. That is to say, this application has a corresponding processing mechanism regardless of whether the master device or the slave device is abnormal. Therefore, the present application can improve the robustness of the collaborative network.
  • the method further includes: the master device acquiring device capability information of the multiple slave devices; the master device according to the device capability information, Selecting, by the plurality of slave devices, at least one candidate device whose device capability meets a preset requirement; the master device sorting the at least one candidate device to obtain a candidate device list, where the target in the candidate device list
  • the candidate device is configured to take over the management authority of the master device when the master device is abnormal or the master device exits the collaborative network, and the target candidate device is selected from the candidate according to the order of the candidate device list.
  • a candidate device selected from at least one candidate device in the device list is configured to take over the management authority of the master device when the master device is abnormal or the master device exits the collaborative network.
  • the candidate device can be selected more reasonably by considering the capability information of each slave device, and then a more suitable candidate can be adopted when the master device is abnormal or needs to exit the network.
  • the device replaces the primary device.
  • the master device sorts the at least one candidate device to obtain a candidate device list, including: the master device according to the device of the at least one candidate device Capability information, determining device capabilities of the at least one candidate device; the master device sorting the at least one candidate device according to a device capability from small to large or from large to small, obtaining the candidate device list.
  • the candidate devices are sorted according to the device capabilities, and the target candidate device of the replacement master device can be quickly found, thereby simplifying the complexity of device switching.
  • the device capability information includes a CPU speed of the central processing unit of the device, a memory capacity of the device, a remaining power of the device, a power consumption speed of the device, and a communication of the device. At least one of the abilities.
  • the configuration information is specifically used to indicate that the multiple devices are preset by the multiple devices when an abnormality occurs in the primary device or needs to be logged out of the collaborative network.
  • the standby device takes over the administrative rights of the primary device.
  • the backup device can take over the management rights of the primary device to ensure that the devices in the coordinated network can still work normally, and the robustness of the collaborative network can be enhanced.
  • the master device slaves the slave device according to a preset clearing rule
  • the clearing in the collaborative network includes: clearing, by the at least one of the following conditions, the one slave device from the collaborative network: a transmission delay between the master device and the master device is exceeded The preset delay; the distance from the master device exceeds the preset distance; the version of the operating system is lower than the preset version; the available power is lower than the preset power; the available resources are lower than the preset requirement.
  • the device capability of the slave device cannot be considered to meet the requirements of normal coordinated work.
  • the slave device cannot be cleared from the collaborative network through the device capability.
  • the slave device affects the collaborative work of the entire collaborative network.
  • the method further includes: the master device transmitting call forwarding information to the plurality of slave devices, the call forwarding information being used for the plurality of Set up call forwarding from the device.
  • the slave device can continue to perform coordinated tasks in the collaborative network, so that the coordinated network can continue to work collaboratively without being interfered by incoming calls when the incoming call is accessed, so that the collaborative network has better robustness.
  • the call forwarding information may separately set a call forwarding number for multiple slave devices, and when the slave device calls, the call may be forwarded to a preset number, so that the slave device can work normally in the collaborative network. .
  • the above call forwarding information may set the same call forwarding number for multiple slave devices, and when any one of the multiple slave devices calls, the incoming call is forwarded to the preset call forwarding number.
  • the call forwarding information can also set two or more call forwarding numbers for multiple devices. Further, the call forwarding information can also set a call forwarding number for each of the plurality of devices, so that the call forwarding can be smoothly performed when each slave device calls.
  • the method further includes: transferring the incoming call to a preset number if the primary device has an incoming call.
  • the caller Since the role played by the master device in the collaborative network is more important, when the master device has an incoming call, the caller is transferred to the preset number, so that the master device can be free of incoming call interference and continue to work collaboratively, so that the collaborative network has Better robustness.
  • a second aspect provides a method for a multi-terminal to work together, the method comprising: receiving, by a first slave device, networking information sent by the master device, where the networking information is used by the master device and multiple slaves Establishing a collaborative network between the devices, wherein the first slave device is any one of the multiple slave devices, and the master device has management rights of the collaborative network;
  • the master device sends the network acknowledgment information, where the network acknowledgment information is used to indicate that the first slave device has accessed the collaboration network, and the first slave device receives the configuration information sent by the master device,
  • the configuration information is used to indicate that when the primary device is abnormal or the primary device exits the collaborative network, the management authority of the collaborative network is switched according to a preset management authority switching mechanism.
  • the method further includes: the first slave device receiving a candidate device list sent by the master device, where the candidate device list is the master device
  • the device capability information of the device is selected from the plurality of slave devices, and at least one candidate device that meets a preset requirement, and the at least one candidate device is sorted.
  • a third aspect provides a method for a multi-terminal to work in cooperation, the method comprising: a master device sending network information to a plurality of slave devices, where the networking information is used in the master device and the multiple slave devices Establishing a collaborative network, wherein the master device has the management authority of the collaborative network; the master device receives the network acknowledgement information sent by the multiple slave devices, and the network acknowledgement information is used to indicate the slave device. Having access to the collaborative network; the master device determines each of the plurality of slave devices according to the number of devices included in the collaborative network and/or physical distance between devices in the collaborative network Configured channels.
  • the channels can be reasonably allocated for each device in the collaborative network, and the coordinated network can be cooperatively played or coordinated.
  • the sound effect when recording is not limited to the number of devices included in the collaborative network and/or the physical distance between the devices in the collaborative network.
  • the master device performs the cooperative network according to the number of devices included in the collaborative network and/or physical distance between devices in the collaborative network.
  • Performing channel configuration in the device including: the master device uniformly allocates each device in the collaborative network to a preset plurality of channels according to the number of devices included in the collaborative network, so as to be symmetric The number of channels is the same.
  • the volume of the symmetrical channel can be balanced to improve the subjective quality of the sound.
  • the master device performs the cooperative network according to the number of devices included in the collaborative network and/or physical distance between devices in the collaborative network.
  • the device in the device performs channel configuration, including: the master device allocates devices in the collaborative network whose physical distance is less than a preset distance to the same channel.
  • the method further includes: in a case where the number of devices in the collaborative network changes, the primary device is at least one of the collaborative networks The device redistributes the channels such that the number of devices in the cooperative network that are in symmetric channels is the same.
  • the number of devices in the symmetric channel is the same by adjusting the configured channels of the slave devices in the collaborative network, so that after the number of devices changes, the devices in the collaborative network play cooperatively. Or when recording in concert, it still has better sound effects.
  • the collaborative network is a K-tree structure network, the method further comprising: the master device respectively each fork in the K-tree Devices in the tree are assigned to the same channel, where K is an integer greater than one.
  • the method further includes: the master device transmitting channel configuration indication information to the plurality of slave devices, wherein the plurality of slave devices The channel configuration indication information received by any one of the slave devices is used to indicate, at the display interface of any one of the slave devices, a position that the any one of the slave devices needs to be placed when configuring the channel and/or a direction to be placed.
  • the user can be instructed to operate the slave device simply and conveniently, thereby completing the adjustment of the channel.
  • a terminal device comprising means for performing the method of the first aspect or various implementations thereof.
  • a terminal device comprising means for performing the method of the second aspect or various implementations thereof.
  • a terminal device comprising means for performing the method of the third aspect or various implementations thereof.
  • a multi-terminal collaboration system includes a master device and multiple slave devices, and the master device sends networking information to the multiple slave devices, where the group The network information is used to form a collaborative network between the master device and the plurality of slave devices, wherein the master device has management rights of the collaborative network; the plurality of slave devices respectively send to the master device Networking confirmation information, the network confirmation information is used to indicate that the slave device has accessed the collaboration network; the master device separately sends configuration information to the multiple slave devices, where the configuration information is used to indicate that When the master device is abnormal or the master device exits the collaborative network, the management authority of the collaborative network is switched according to a preset management authority switching mechanism; when the master device is abnormal or the master device exits the collaborative network And the plurality of slave devices switch the management authority of the collaborative network according to a preset management authority switching mechanism; when one of the plurality of slave devices When abnormality occurs, the master device will be removed from the device from a said cooperative network in
  • a terminal device in an eighth aspect, includes: a memory for storing a program; a processor, configured to execute the program stored by the memory, when the program is executed, the processor is configured to execute The method of the first aspect or various implementations thereof.
  • a terminal device includes: a memory for storing a program; a processor, configured to execute the program stored by the memory, when the program is executed, the processor is configured to execute The method of the second aspect or its various implementations.
  • a terminal device includes: a memory for storing a program; a processor, configured to execute the program stored by the memory, when the program is executed, the processor is configured to execute The method of the third aspect or its various implementations.
  • a computer readable medium storing program code for device execution, the program code comprising instructions for performing the method of the first aspect or various implementations thereof .
  • a twelfth aspect a computer readable medium storing program code for device execution, the program code comprising instructions for performing the method of the second aspect or various implementations thereof .
  • a thirteenth aspect a computer readable medium storing program code for device execution, the program code comprising instructions for performing the method of the third aspect or various implementations thereof .
  • FIG. 1 is a schematic diagram of a collaborative network in an embodiment of the present application.
  • FIG. 2 is a schematic flowchart of a method for working together by multiple terminals according to an embodiment of the present application
  • FIG. 3 is a schematic flowchart of a method for working in multiple terminals according to an embodiment of the present application
  • FIG. 4 is a schematic flowchart of a method for multiple terminals to work together according to an embodiment of the present application
  • FIG. 5 is a schematic flowchart of a method for working in multiple terminals according to an embodiment of the present application.
  • FIG. 6 is a schematic flowchart of a method for multiple terminals working together according to an embodiment of the present application.
  • FIG. 7 is a schematic diagram of a channel configured by each terminal device in a collaborative network
  • FIG. 8 is a schematic diagram of a channel configured by each terminal device in a collaborative network
  • FIG. 9 is a schematic flowchart of a method for multiple terminals working together according to an embodiment of the present application.
  • FIG. 10 is a schematic flowchart of a method for multiple terminals working together according to an embodiment of the present application.
  • FIG. 11 is a schematic diagram of a channel configuration interface of a terminal device
  • FIG. 13 is a schematic flowchart of a method for multiple terminals working together according to an embodiment of the present application.
  • FIG. 14 is a schematic flowchart of a method for multiple terminals working together according to an embodiment of the present application.
  • FIG. 15 is a schematic block diagram of a terminal device according to an embodiment of the present application.
  • 16 is a schematic block diagram of a terminal device according to an embodiment of the present application.
  • FIG. 17 is a schematic block diagram of a multi-terminal device cooperation system according to an embodiment of the present application.
  • FIG. 1 is a schematic diagram of a collaborative network in an embodiment of the present application.
  • the terminal devices T 1 , T 2 , T 3 , T 4 and T 5 together constitute a collaborative network, wherein T 1 is a master device (also referred to as a master), T 2 , T 3 , T 4 and T 5 are slave devices (also called slaves), and these terminal devices can form a cooperative network through hotspots or routers of a certain terminal device.
  • T 1 to each of the networking by sending a broadcast message from the device, T 1 again on the respective synchronization device transmits the synchronization message (e.g., handshake message) from the network after the network is successful.
  • the respective cooperative network devices can be coordinated playback under the control of T 1, ie, cooperative and collaborative conference recordings like.
  • the collaborative network shown in FIG. 1 is only a specific implementation manner, and the networking mode, the network structure, and the number of terminal devices and the types of terminal devices included in the collaborative system are not in the embodiment of the present application.
  • a collaborative network that is a collaborative task that can be implemented by combining a plurality of terminal devices is within the protection scope of the embodiments of the present application.
  • the “multiple” described in the embodiments of the present application may be at least two. For example, it can be two, three, six, eight, eleven, and the like.
  • the terminal device in the embodiment of the present application may be a mobile phone, a personal digital assistant (PDA), a tablet computer, a wearable device, and other smart devices capable of implementing communication between devices and the like.
  • PDA personal digital assistant
  • tablet computer a tablet computer
  • wearable device a smart device capable of implementing communication between devices and the like.
  • FIG. 2 is a schematic flowchart of a method for multiple terminals to work together according to an embodiment of the present application.
  • the method shown in FIG. 2 can be performed by the terminal device.
  • the method shown in FIG. 2 specifically includes steps 101 to 104. Steps 101 and 102 mainly describe the networking process, and steps 103 and 104 mainly describe the guarantee system.
  • the network has some mechanisms for better robustness. Steps 101 to 104 are described in detail below.
  • the master device sends networking information to multiple slave devices.
  • the master device T 1, T 2, T 3, T 4 and T 5 as a slave, when the network, T 1 to T 2, T 3, T 4 and T 5 group transmission Web information.
  • it may be a device other then the first by the information forwarding network T 1 transmits network information to the device, from the slave to the slave.
  • the networking information is used to establish a collaborative network between the master device and the multiple slave devices, and the master device has the management rights of the collaborative network.
  • the management authority of the master device having the collaborative network may mean that the networking of the collaborative network is completed under the leadership of the master device.
  • the master device having the management authority of the collaborative network may also mean that the master device controls each device in the collaborative network (including the master device itself) to perform a collaborative task. For example, the master device controls each device in the collaborative network to perform coordinated recording or collaboration. Play and more.
  • the master device may send the networking information to each of the slave devices in a broadcast manner, that is, the group network information may be a broadcast message sent by the master device to each slave device.
  • the foregoing master device may be selected from a plurality of terminal devices, and the master device is configured to control each device in the collaborative network to perform a coordinated task.
  • the terminal device When selecting a master device from a plurality of terminal devices, the terminal device may be selected according to the capability of each terminal device, and the terminal device with the strongest capability is selected as the master device. For example, the terminal device with the strongest capability can be selected from the plurality of terminal devices as the master device according to the memory capacity, the processing speed of the central processing unit (CPU), and the remaining power.
  • the terminal device with the strongest capability can be selected from the plurality of terminal devices as the master device according to the memory capacity, the processing speed of the central processing unit (CPU), and the remaining power.
  • the master device receives the network acknowledgement information sent by multiple slave devices.
  • the networking confirmation information may be a reply or response from the device to the networking information sent by the primary device.
  • the slave device may send the network acknowledgement information to the master device to confirm that the slave device joins the collaborative network.
  • each of the plurality of slave devices directly sends a network confirmation message to the master device.
  • a certain slave device may send the received network confirmation information of the other slave devices to the master device in a forwarded manner.
  • the master device sends a synchronization time message to the plurality of slave devices.
  • the master device and the slave device may also perform the initial pairing by synchronizing the time-synchronized message, where the synchronization time-synchronized message may specifically be a handshake message.
  • the master device sends configuration information to multiple slave devices.
  • the foregoing configuration information is specifically used to indicate that when the primary device is abnormal or the primary device needs to exit the collaborative network, the management authority of the collaborative network is switched according to the preset management authority switching mechanism.
  • the above-mentioned preset management authority switching mechanism may be that when the primary device is abnormal or the primary device needs to exit the collaborative network, the management authority of the collaborative network is switched from the primary device to one of the plurality of secondary devices, that is, When the primary device is abnormal or the primary device needs to exit the collaborative network, one of the multiple secondary devices switches to the primary device.
  • the master device clears the slave device from the coordinated network according to a preset clearing rule.
  • the first slave device may be any one of the plurality of slave devices.
  • the foregoing preset clearing rule may be that when a certain slave device is abnormal, the master device and the slave device clear the slave device from the collaborative network through a preset communication process. For example, when an abnormality occurs in a slave device, the master device sends a clear message to the slave device, and after receiving the clear message, the slave device displays whether to exit the collaborative network on the display interface, and when the user chooses to quit the collaborative network, the slave device Reply to the master device to confirm the exit message, and then exit the collaborative network.
  • the abnormality of the above-mentioned master device or slave device may specifically mean that the device has insufficient resources (for example, insufficient memory, insufficient power or insufficient ability of the CPU to process data) or the device is faulty (for example, device overheating, system crash,). Unable to continue with the collaborative task.
  • the master device exiting the collaborative network may specifically mean that the master device has an incoming call, or the master device performs other tasks, and the like.
  • the time point when the master device exits the collaborative network may be that there is an incoming call but the primary device has not answered the incoming call, or the primary device is about to perform other tasks, but other tasks have not been performed yet.
  • the master device can complete the management authority switching according to a preset mechanism by sending configuration information to the slave device, and can cooperate with the slave device when the slave device is abnormal. Cleared in the network. That is to say, this application has a corresponding processing mechanism regardless of whether the master device or the slave device is abnormal. Therefore, the present application can improve the robustness of the collaborative network.
  • the specific process of networking and timing of the master device and the N slave devices includes:
  • the master device sends networking information to the N slave devices.
  • the networking information is used to establish a collaborative network between the master device and the N slave devices.
  • the network confirmation information here can be used to indicate that the corresponding slave device determines to join the collaborative network.
  • the master device sends a handshake message to the N slave devices.
  • Each of the N slave devices replies to the master device with a handshake message.
  • step 203 and step 204 the master device and the N slave devices can perform the time synchronization by sending a multiple handshake message to achieve initial synchronization between the devices.
  • the foregoing configuration information may specifically indicate that when the primary device is abnormal or needs to exit the collaborative network, the backup device preset by the multiple slave devices takes over the management rights of the primary device.
  • the standby device may be preset before the networking of the cooperative network or before the networking.
  • the backup device can take over the management rights of the primary device to ensure that the devices in the coordinated network can still work normally, and the robustness of the collaborative network can be enhanced.
  • the terminal device that is closest to the master device among multiple slave devices may be determined as the backup device, or the device with the strongest capability among the plurality of slave devices may be determined as the standby device.
  • the master device periodically sends a heartbeat message to the plurality of slave devices.
  • the standby device can switch to the new master device, thereby controlling the other slave devices to continue performing the coordinated task.
  • the switching process of the standby device specifically includes:
  • the master device sends a heartbeat message to the N slave devices.
  • the standby device determines whether a heartbeat message sent by the master device is received within a preset time.
  • step 303 is performed.
  • the standby device is switched to the new primary device.
  • the method for working together among multiple terminal devices in the embodiment of the present application further includes:
  • the master device acquires device capability information of multiple slave devices
  • the master device selects, from the plurality of slave devices, at least one candidate device that meets the preset requirement according to the device capability information;
  • the master device sorts the at least one candidate device to obtain a candidate device list, where the target candidate device in the candidate device list is used to take over the management authority of the master device when the master device is abnormal or the master device exits the collaborative network, and the target candidate device is Candidate devices selected from at least one candidate device in the candidate device list according to the arrangement order of the candidate device lists.
  • the candidate device can be selected more reasonably by comprehensively considering the capability information of each slave device, and thus can be adopted when the master device is abnormal or needs to exit the network.
  • a more suitable candidate device to replace the primary device compared with the method of directly determining that a device is a standby device.
  • the process for the master device to determine the candidate device list and send the candidate device list includes:
  • the master device sends indication information to the N slave devices.
  • the foregoing indication information is used to instruct the slave device to report its own device capability information to the master device.
  • Each slave device reports its own device capability information to the master device.
  • the master device generates a candidate device list according to the device capability information.
  • the master device sends the generated candidate device list to each slave device.
  • the master device may perform the process directly from step 402 without performing step 401, that is, each slave device directly reports its own device capability information to the master device.
  • the master device may periodically send the indication information to each slave device, and each slave device periodically reports the device capability information to the master device, so that the master device may periodically generate the candidate device list, and Each slave device periodically transmits a list of candidate devices. Therefore, by updating the candidate device list in real time, a more accurate candidate device list can be determined in real time according to the capability information of each device in the collaborative network.
  • the specific process of the master device determining the candidate device list includes: acquiring, by the master device, device capability information of the multiple slave devices; the master device, according to the device capability information, selecting at least one of the plurality of slave devices that meets the preset requirement A candidate device; the master device sorts at least one candidate device to obtain a candidate device list.
  • the master device sorts the at least one candidate device to obtain the candidate device list, and the method includes: determining, by the master device, the device capability of the at least one candidate device according to the device capability information of the at least one candidate device; the master device is small according to the device capability.
  • the at least one candidate device is sorted in order of large or large to obtain a candidate device list.
  • the slave device whose candidate list ranks meets the preset requirement may be the slave device ranked first in the candidate device list.
  • the slave device whose candidate list ranks meets the preset requirement may specifically be the last slave device in the candidate device list.
  • the device capability information includes at least one of a CPU running speed of the device, a memory capacity of the device, a remaining power of the device, a power consumption speed of the device, and a communication capability of the device.
  • the master device determines the device capability of the at least one candidate device according to the capability information of the at least one candidate device
  • the following formula (1) may be used for calculation.
  • Capability(i) CPU_speed(i) ⁇ w_CPU+Memory(i) ⁇ w_M (1)
  • i denotes the index number of the slave device
  • Capability(i) denotes the device capability of the i-th slave device
  • CPU_speed(i) denotes the CPU running speed of the i-th slave device
  • w_CPU denotes the first weight
  • Memory (i) represents the storage capacity of the i-th slave device
  • w_M represents the second weight.
  • the first weight and the second weight may be preset.
  • the device capability of the slave device is calculated according to the CPU operating speed of the slave device and the storage capacity of the slave device, optionally, in addition to calculating the operating speed of the slave device and the storage capacity of the slave device.
  • the remaining device power can be taken into account to calculate the device capabilities of the slave device, as shown in equation (2).
  • Capability(i) (CPU_speed(i) ⁇ w_CPU+Memory(i) ⁇ w_M) ⁇ Rest(i) (2)
  • Capability(i), CPU_speed(i), w_CPU and Memory(i) indicate the same meaning as in the formula (1), and Rest(i) indicates the remaining amount of the i-th slave device. percentage.
  • each candidate device in at least one candidate device can be calculated by formula (1) or (2).
  • each candidate device can be sorted according to the magnitude of the value of the capability of each candidate device, specifically, It can be arranged in order of the device capabilities, or in the order of device capabilities from small to large.
  • formula (1) and formula (2) are only two specific implementation manners for determining the device capability of the slave device according to the device capability information of the slave device.
  • the device capability of the slave device is determined according to the device capability information of the slave device.
  • the device capability of the slave device may be calculated according to at least one of a running speed of the CPU, a memory capacity of the device, a remaining power of the device, a power consumption speed of the device, and a communication capability of the device, which is not limited in this application.
  • the above describes the processing mechanism when the host device is abnormal or needs to exit the collaborative network.
  • the following describes the processing mechanism when the slave device is abnormal.
  • the master device clears any one of the devices from the collaborative network according to a preset clearing rule, including:
  • the transmission delay between the slave device and the master device exceeds 10 ms.
  • the physical distance between the slave device and the master device exceeds 10 m.
  • the version of the Android operating system or other operating system of the slave device is too low.
  • the slave's power is less than 30%.
  • the device capability of the slave device cannot be considered to meet the requirements of normal coordinated work.
  • the slave device cannot be cleared from the collaborative network through the device capability.
  • the slave device affects the collaborative work of the entire collaborative network.
  • the specific process for the master device to clear the slave device includes:
  • Each slave device reports running state information to the master device.
  • the master device determines, according to the running state information, whether an abnormality occurs in each slave device.
  • the master device sends the clear device information to the slave device 1.
  • the above clearing device information is used to clear the slave device from the system network, or to notify the corresponding slave device to exit from the system network, and the master device only sends the clearing device information to the slave device in which the abnormality occurs.
  • each slave device may periodically report its own motion state information.
  • the master device sends an indication information to the respective slave devices, where the indication information is used to instruct each of the slave devices to report the running state information to the master device.
  • the process of clearing the slave device is described in FIG. 5 as an example in the case where an abnormality occurs in the slave device.
  • the master device can also handle the abnormality of multiple slave devices.
  • the master device can send the clear information to multiple devices that have abnormalities, and then the multiple slave devices that have abnormalities are from the collaborative network. Clear.
  • the method shown in FIG. 2 further includes: the master device sends call forwarding information to the plurality of slave devices, where the call forwarding information is used to set call forwarding for the plurality of slave devices.
  • the slave device can continue to perform the coordinated task in the coordinated network, so that the coordinated network can continue to work collaboratively without being interfered by the incoming call when the incoming call is accessed, so that the coordinated network has better robustness.
  • the call forwarding information may separately set a call forwarding number for multiple slave devices, and when the slave device calls, the call can be forwarded to a preset number, so that the slave device can work normally in the collaborative network.
  • the above call forwarding information may set the same call forwarding number for multiple slave devices, and when any one of the multiple slave devices calls, the incoming call is forwarded to the preset call forwarding number.
  • the call forwarding information can also set two or more call forwarding numbers for multiple devices. Further, the call forwarding information can also set a call forwarding number for each of the plurality of devices, so that the call forwarding can be smoothly performed when each slave device calls.
  • the call forwarding number may also be set in advance for the primary device, so that when the primary device has an incoming call, the incoming call can be forwarded to the preset number, thereby ensuring that the primary device can continue to perform the coordinated task.
  • the caller Since the role played by the master device in the collaborative network is more important, when the master device has an incoming call, the caller is transferred to the preset number, so that the master device can be free of incoming call interference and continue to work collaboratively, so that the collaborative network has Better robustness.
  • the present application also proposes a method for multi-terminal collaborative work.
  • the method includes the following specifically:
  • the master device sends the networking information to the plurality of slave devices, where the networking information is used to establish a collaborative network between the master device and the plurality of slave devices, wherein the master device has the management authority of the collaborative network;
  • the master device receives the network acknowledgement information sent by the multiple slave devices, and the network network acknowledgement information is used to indicate that the slave device has accessed the collaborative network.
  • the master device determines the channel configured by each of the plurality of slave devices according to the number of devices included in the collaborative network and/or the physical distance between the devices in the collaborative network.
  • the master device performs channel configuration on the devices in the collaborative network according to the number of devices included in the collaborative network and/or the physical distance between the devices in the collaborative network, and specifically includes the following two situations:
  • the first case is a first case:
  • the master device uniformly allocates each device in the collaborative network to a preset plurality of channels according to the number of devices included in the collaborative network, so that the number of devices in the symmetric channel is the same.
  • the volume of the symmetrical channel can be balanced to improve the subjective quality of the sound.
  • the cooperative network includes a total of five terminal devices T 1 , T 2 , T 3 , T 4 and T 5 , where T 1 is the master device, T 2 , T 3 , T 4 and T 5 .
  • T 1 is the master device
  • T 2 , T 3 , T 4 and T 5 are configured to the slave device.
  • T 1 and T 2 can be configured to the left channel
  • T 3 can be configured to the center channel
  • T 4 and T 5 are configured to the right channel, so that the number of terminal devices configured in the left channel and the right channel is the same.
  • the master device T 1 herein can be configured not only to the left channel but also to the middle channel or the right channel, as long as the number of terminal devices configured for the left channel and the right channel is the same.
  • the cooperative network includes a total of five terminal devices T 1 , T 2 , T 3 , T 4 and T 5 , where T 1 is the master device, T 2 , T 3 , T 4 and T 5 .
  • T 1 is the master device
  • T 2 , T 3 , T 4 and T 5 For the slave device.
  • the cooperative network is configured with 5 channels (left channel, center channel, right channel, left rear channel, and right rear channel)
  • the number of terminal devices in the cooperative network is the same as the number of channels
  • , T 1 , T 2 , T 3 , T 4 and T 5 can be configured to the left channel, the middle channel, the right channel, the left channel, the middle channel, the right channel, the left rear channel, and the right
  • the rear channel makes the number of terminal devices configured in the left and right channels and the rear channel and the right rear channel the same.
  • the second case the master device allocates devices with a physical distance less than the preset distance in the collaborative network to the same channel.
  • each device in the collaborative network After channel configuration for each device in the collaborative network, if the number of devices in the collaborative network changes, for example, if the device leaves the collaborative network or a new device joins the collaborative network, then it can also be in the collaborative network. Each device continues to adjust so that the number of terminal devices configured in symmetric channels remains the same.
  • the master device reallocates the channel to at least one device in the collaborative network, so that the number of devices in the coordinated network in the symmetric channel is the same. .
  • the number of devices in the symmetric channel is the same by adjusting the configured channels of the slave devices in the collaborative network, so that after the number of devices changes, the devices in the collaborative network play cooperatively. Or when recording in concert, it still has better sound effects.
  • the process of reconfiguring the channel when the master device configures the channel and the slave device exits from the collaborative network specifically includes:
  • the master device determines the channel configured by each device according to the number of devices.
  • the master device sends initial channel configuration information to each device.
  • the initial channel configuration information herein may include channels configured by respective devices in the collaborative network, in which case the initial channel configuration information received by each slave device is the same.
  • the initial channel configuration information received by each slave device may also only include the channel configured by the device, and the initial channel configuration information received by each device is different.
  • steps 603 and 604 are continued.
  • the master device re-determines the channel configured by each device according to the number of devices.
  • the master device sends channel adjustment information to each slave device.
  • the master device may transmit channel adjustment information to each slave device in the cooperative network, or may only transmit channel adjustment information to the slave device that needs to perform channel adjustment.
  • the master device determines T 3 Central channel 7 will be adjusted to the left channel, the left channel so that the number of terminal equipment remains unchanged, then , the master device may adjust the channel adjustment message to all channels from the transmission apparatus T 3 Central channel message indicating to adjust the left channel, the master device may transmit only the channel from the device to the channel needs to be adjusted Adjust the message.
  • the process of reconfiguring the channel when the master device configures the channel and the slave device exits from the collaborative network specifically includes:
  • the master device determines a channel configured by each device according to the number of devices.
  • the master device sends initial channel configuration information to each device.
  • step 703 and step 704 are continued.
  • the master device re-determines the channel configured by each device according to the number of devices.
  • the master device sends channel adjustment information to the slave device N+1.
  • step 704 if the channel configured by the original slave device in the collaborative network does not change, the master device may only transmit channel adjustment information to the newly joined slave device.
  • the slave device that needs to be adjusted and the newly added slave device are configured to transmit channel adjustment information to the channel.
  • the master device sends channel adjustment information to all slave devices (including the newly joined slave device) in the collaborative network.
  • the master device when a new terminal device is added to the collaborative network, the master device can directly assign the new terminal device to the center channel. In addition, the master device can also adjust T 2 from the center channel to the left channel and assign the new terminal device to the right channel.
  • devices in each of the fork trees in the K-tree may be allocated to the same channel, where K is an integer greater than 1.
  • the method shown in FIG. 2 further includes: the master device sends channel configuration indication information to the plurality of slave devices, wherein the channel configuration received by the slave device is received by any one of the plurality of slave devices.
  • the indication information is used to indicate, at the display interface of any one of the slave devices, the position that any of the slave devices needs to place when configuring the channel and/or the direction that needs to be placed.
  • the user can be instructed to operate the slave device simply and conveniently, thereby completing the adjustment of the channel.
  • the left channel is displayed for the slave device on the display interface of the slave device, and the slave device is further displayed on the display interface.
  • the position of the upper left corner of the entire collaborative network, and the display interface also shows the direction in which the slave device needs to be placed.
  • the method for the multi-terminal collaborative operation of the embodiment of the present application is described in detail from the perspective of the master device in the above, with reference to FIG. 1 to FIG. description. It should be understood that the method for the multi-terminal cooperative operation of the embodiment of the present application described from the perspective of any one of the slave devices corresponds to the method for the multi-terminal working in the embodiment of the present application described above from the perspective of the master device. Therefore, for the sake of brevity, the repeated description is appropriately omitted below.
  • the application provides a method for multi-terminal collaborative work.
  • the method includes: the first slave device receives the networking information sent by the master device, and the networking information is used to form a collaboration network between the master device and the multiple slave devices, where the first slave device is any one of the multiple slave devices.
  • a slave device the master device has the management authority of the collaborative network; the first slave device sends the network network confirmation information to the master device, the network network acknowledgement information is used to indicate that the first slave device has accessed the collaborative network; and the first slave device receives the master device.
  • the configured configuration information is used to indicate that when the primary device is abnormal or the primary device exits the collaborative network, the management authority of the collaborative network is switched according to the preset management authority switching mechanism.
  • the master device can complete the management authority switching according to a preset mechanism by sending configuration information to the slave device, and can cooperate with the slave device when the slave device is abnormal. Cleared in the network. That is to say, this application has a corresponding processing mechanism regardless of whether the master device or the slave device is abnormal. Therefore, the present application can improve the robustness of the collaborative network.
  • the method further includes: receiving, by the first slave device, a candidate device list sent by the master device, where the candidate device list is master device capability information, and selecting a device capability from the multiple slave devices is satisfied. Predetermining at least one candidate device and sorting the at least one candidate device.
  • the candidate device can be selected more reasonably by considering the capability information of each slave device, and then a more suitable candidate can be adopted when the master device is abnormal or needs to exit the network.
  • the device replaces the primary device.
  • the master device may determine the candidate device list according to the following steps:
  • the master device acquires device capability information of multiple slave devices
  • the master device selects, from the plurality of slave devices, at least one candidate device that meets the preset requirement according to the device capability information;
  • the master device sorts the at least one candidate device to obtain a candidate device list, where the target candidate device in the candidate device list is used to take over the management authority of the master device when the master device is abnormal or the master device exits the collaborative network.
  • the candidate device is a candidate device selected from at least one candidate device in the candidate device list according to an arrangement order of the candidate device lists;
  • the master device sends the candidate device list to the plurality of slave devices.
  • the master device sorts the at least one candidate device, and the obtained candidate device list specifically includes:
  • the master device sorts at least one candidate device according to the device capability from small to large or from large to small, and obtains a candidate device list.
  • the candidate devices are sorted according to the device capabilities, and the target candidate device of the replacement master device can be quickly found, thereby simplifying the complexity of device switching.
  • the device capability information includes at least one of a running speed of a central processing unit CPU of the device, a memory capacity of the device, a remaining power of the device, a power consumption speed of the device, and a communication capability of the device.
  • the master device clears the first slave device from the collaborative network:
  • the transmission delay between the primary device and the primary device exceeds a preset delay
  • the distance from the master device exceeds a preset distance
  • the version of the operating system is lower than the default version
  • the available power is lower than the preset power
  • the available resources are lower than the default requirements.
  • the first slave device transfers the call to a preset number.
  • the slave device can continue to perform the coordinated task in the coordinated network, so that the coordinated network can continue to work collaboratively without being interfered by the incoming call when the incoming call is accessed, so that the coordinated network has better robustness.
  • the above call forwarding information may set the same call forwarding number for multiple slave devices, and when any one of the multiple slave devices calls, the incoming call is forwarded to the preset call forwarding number.
  • the call forwarding information can also set two or more call forwarding numbers for multiple devices. Further, the call forwarding information can also set a call forwarding number for each of the plurality of devices, so that the call forwarding can be smoothly performed when each slave device calls.
  • selecting the answering call may cause the device to exit the collaborative network, thereby preventing the collaborative network from performing the coordinated task normally.
  • a call forwarding mechanism needs to be set to set a call forwarding number for each device in the collaborative network, so that when a device in the collaborative network has an incoming call, the call can be forwarded to a preset call forwarding number, thereby ensuring that the call is forwarded to the preset call forwarding number.
  • a call forwarding number can be set for several devices, as long as there are incoming calls. You can transfer incoming calls to the call forwarding number corresponding to these devices. For example, if there are a total of 6 devices in the collaborative network, then the first call forwarding number can be set for 3 of the devices and the second call forwarding number can be set for the other 3 devices.
  • the above call forwarding number corresponding terminal device may be other terminal devices than the collaborative network.
  • the display interface of the device may also display whether the call is to be transferred to a preset call forwarding number for the user to select. If the incoming call is important, the user can directly select the answering call. At this time, for the stability of the system, the device can be first removed from the collaborative network. After the user receives the call, the user can rejoin the collaborative system.
  • a plurality of terminal devices T 1, T 2, T 3 , T4, T 5 and T 6 are formed by collaboration network router network, wherein, T 1 master device.
  • a standby device T 2 may be preset in a plurality of slave devices, and when the master device is abnormal or needs to exit the collaborative network, the standby device switches to the new master device.
  • the multi-terminal cooperative play is taken as an example to introduce the establishment of the collaborative system and the working process in detail.
  • the specific process of establishing and working of a collaborative system (which may also be referred to as a collaborative network) includes:
  • each device may also be assigned a corresponding internet protocol (IP) address.
  • IP internet protocol
  • T 2 is both a slave device in the collaborative network and a backup device in the collaborative network.
  • the master device sends the networking information to each slave device to establish a cooperative play network.
  • the specific method for establishing a cooperative play network through the networking information is not limited, and the existing cooperative network can be established by using various existing networking modes.
  • the primary device and each slave device implement a first time synchronization mechanism through a handshake mechanism.
  • the primary device and the slave devices can implement the initial time-to-time by sending handshake messages to each other.
  • the master device and the slave device can implement the first time-to-time by sending three-way handshake messages to each other.
  • channel configuration herein may mean that the master device and each slave device are allocated to multiple channels, so that each device can perform cooperative play according to the configured channel when performing cooperative play.
  • the master device may perform channel configuration for each device in the collaborative network, or manually configure channel for each device in the collaborative network.
  • the channel configuration can be flexibly performed according to the number of devices in the cooperative network (the sum of the number of master devices and slave devices) and the distance between the devices in the collaborative network.
  • the standby device and the master device may be configured on the same channel, so that when the master device exits the network and the standby device is switched to the new master device, the effect on the coordinated play is small.
  • the display interface of the main device is lit, and the prompt can control the devices in the collaborative network to perform cooperative play.
  • main device display interface when the main device display interface is lit, it indicates that the main device has the control authority of the collaborative network. At this time, the display interface of other devices in the collaborative network should be gray, that is, the other devices cannot be controlled for cooperative play.
  • the master device sends the music to be played to each slave device.
  • the master device can directly send the music to be played directly to each slave device, or send the music to be played to the slave devices frame by frame.
  • the master device may receive the recording file recorded by each slave device, and when receiving the recording file, the master device may also receive the recording file sent by the slave device frame by frame.
  • the master device periodically sends a heartbeat message to each slave device.
  • the heartbeat message described above includes the most recent play timestamp.
  • the standby device determines whether a heartbeat message sent by the master device is received within a preset time.
  • step 809 is performed. If the backup device determines that the heartbeat message sent by the master device is received within the predetermined time, then step 808 is continued.
  • the standby device is switched to the new master device, and the cooperative play is restarted.
  • the standby device T 2 sends a restart message to the other slave devices, and the restart message is used to instruct other slave devices to stop playing.
  • the standby device T 2 implements a re-time between devices by using a handshake mechanism.
  • the standby device T 2 re-controls the playback of the other slave devices after waiting for the preset time according to the play time stamp.
  • Example 3 Inheritance mechanism of master device management authority
  • the master device may select at least one candidate device from each of the slave devices according to the capability information of each slave device, and obtain a candidate device list composed of the at least one candidate device.
  • the master device can transfer the management authority to the slave device in the candidate standby list, thereby ensuring stable operation of the coordinated system.
  • the transfer of management rights by using the inheritance mechanism of the management authority of the master device mainly includes the following process:
  • the master device acquires capability information of each slave device.
  • the capability information of the device may include information such as CPU running speed, memory capacity, remaining battery power, power consumption speed, and communication capability.
  • the foregoing master device may acquire capability information of each slave device by receiving capability information that is actively reported by each slave device.
  • the master device may also send the capability report indication information to each of the slave devices, so that each slave device sends the capability information to the master device after receiving the indication information sent by the master device.
  • the master device analyzes capability information of each slave device to obtain a candidate device list, and sends the candidate device list to each slave device.
  • the master device may determine the order of the candidate device list according to the capability size, arrange the more powerful slave devices in the front position of the candidate device list, and arrange the weaker slave devices in the candidate list. Back position.
  • each slave device is also recorded in the candidate device list, so as to be used when the slave device is switched to the master device, and the master device periodically acquires capability information of each device, and updates the candidate device.
  • the list is such that a more suitable candidate device can be selected even in the case of a change in the number of devices or a change in device capabilities.
  • the master device periodically sends a heartbeat message to each slave device.
  • the master device can send a heartbeat message to each slave device every 3 seconds.
  • the slave device can determine whether the master device is abnormal according to whether the heartbeat message of the master device is received within a preset time, or whether the master device exits the network.
  • the first slave device determines whether a heartbeat message sent by the master device is received within a preset time.
  • the first slave device is any slave device of the plurality of slave devices.
  • step 905 is performed, and if the first slave device determines that the heartbeat message sent by the master device is received within the predetermined time, the process continues. Step 904.
  • the first slave device determines whether the first slave device is the device with the first candidate device list ranking.
  • step 905 if the first device is the device ranked first in the candidate device list, then step 906 and step 907 are performed, if the first device is the device ranked first in the candidate device list, then the device is executed. Step 908.
  • each slave device needs to determine whether it is the device ranked first in the candidate device list (the device ranked first corresponds to the standby device) ).
  • each slave device needs to determine whether it is the last device ranked in the candidate device list (the last device in the ranking is equivalent to the standby device).
  • the slave device switches itself to a new master device, and re-executes the coordinated task.
  • the new master device deletes the device ranked first in the candidate device list, and sends the updated candidate device list to other slave devices.
  • the slave device attempts to communicate with the device ranked first in the candidate device list.
  • the slave device may also wait to receive a new master device to send the networking information.
  • Each terminal device in the foregoing collaborative system may specifically include: a device capability acquiring module, a candidate device analyzing module, and a heartbeat detecting module.
  • the device capability acquisition module in the master device can be used to obtain capability information of each slave device
  • the candidate device analysis module can analyze the capability information of the slave device, thereby obtaining a candidate device list
  • the heartbeat transmission detection module is used. Send heartbeat messages to other devices and detect heartbeat messages sent by other devices.
  • the channels of each device in the collaborative network may be configured.
  • the channels in the cooperative network may be configured according to the number of devices in the collaborative network, so that the symmetric The number of terminal devices allocated on the channel is the same, thereby ensuring that the cooperative play has a good effect.
  • the five terminal devices can be respectively configured on different channels, as shown in Table 1, the terminal devices T 1 and T 2 in the collaborative network.
  • T 3 , T 4 and T 5 are respectively arranged on the left channel, the middle channel, the right channel, the left rear channel and the right rear channel, and the number of devices allocated on each channel is the same, so that it can be maintained
  • the collaborative network can achieve better playback performance when playing cooperative playback.
  • the collaborative network includes six terminal devices
  • two of the terminal devices can be configured on the middle channel, and the other four channels are each configured with one terminal device, as shown in Table 2.
  • the collaborative network includes seven terminal devices, two terminal devices can be allocated for the left channel and the right channel, respectively, and one terminal device is allocated for each of the other channels, as shown in Table 3.
  • the collaborative network includes eight terminal devices
  • two terminal devices can be respectively allocated for the left channel, the right channel, and the middle channel, and one terminal device is allocated for each of the other channels, as shown in Table 4. .
  • the collaborative network includes nine terminal devices, two terminal devices can be respectively allocated for the left channel, the right channel, the left rear channel, and the right rear channel, and one terminal device is allocated for the middle channel, such as Table 5 shows.
  • two terminal devices can be configured for each channel, as shown in Table 6.
  • the channels can be re-allocated in the manner shown in Tables 1 to 6 above.
  • each channel contains one terminal device.
  • the terminal device T When the number of terminal devices is changed from 5 to 6, the terminal device T will be added to ensure the same number of devices for the symmetric channels (left channel and right channel, left rear channel, and right rear channel). assigned to the channel 6, and 6 T at the interface to set it to the channel, the user can prompt the device display interface T 6, T 6 will be placed in a position near the channel by highlighting the icon prompt.
  • the terminal device converts the channel configuration relationship shown in Table 1 into the channel configuration relationship shown in Table 2.
  • the terminal device T 6 and the newly added terminal device T 7 can be respectively allocated to the left channel and the right channel, and T 6 in the interface by highlighting the icon to be prompted to set a left channel, a T 7 in the interface by highlighting the icon to be prompted to the right channel.
  • the user can respectively place T 6 and T 7 to the positions near the left channel and the right channel according to the prompts of the display interface of the device T 6 and the terminal device T 7 .
  • the terminal devices configured for the middle channel, the left rear channel, and the right rear channel are all one, and the terminal devices configured for the left channel and the right channel are both It is 2 sets.
  • the newly added terminal device T 8 can be assigned to the middle channel, and the highlighted icon is prompted on the T 8 interface. Set it to the middle channel. The user can place T 8 to the position near the middle channel according to the prompt of the display interface of the device T 8 .
  • the number of terminal devices is eight, as shown in Table 4, except for the left rear channel and the right rear channel, respectively, one terminal device is allocated, and the other channels are assigned two terminal devices.
  • the terminal device T 8 and the newly added terminal device T 8 can be allocated to the left rear channel and the right rear channel, respectively, in order to ensure the same number of devices of the symmetric channel.
  • T 8 interface by highlighting the icon to be prompted left rear channel, on the screen T 9 by highlighting the icon to be prompted to set the right rear channel.
  • the user can place T 8 and T 9 respectively to the positions near the left channel and the right channel according to the prompts of the display interface of the device T 8 and the terminal device T 9 , respectively.
  • the number of terminal devices allocated to other channels except the center channel is two.
  • the newly added terminal device T 10 can be assigned to the middle channel, and the highlighted icon is prompted on the T 10 interface. Set it to the middle channel.
  • the display interface can prompt the user equipment is T 10, T 10 are placed in the position near the center channel.
  • Example 5 Exit mechanism based on distance detection
  • the device can be cleared from the network. If the primary device is cleared, the standby device switches to the new primary device. If the secondary device is cleared, the primary device does not change.
  • the device when a device calls, if the user chooses to answer the call and considers privacy, the user will usually go out of the room to answer the call. In this case, the distance of the device from other devices in the collaborative network becomes larger. When the distance is increased to a certain extent, due to the blocking of the routing signal by the wall, the transmission time increases, and the probability of network jitter increases, which may cause the devices in the cooperative network to fail to perform normal coordinated play and coordinated recording. Therefore, when the master device After determining that the transmission delay of a device (including the master device or the slave device) is greater than a preset threshold, the device is cleared from the collaborative network.
  • the stability of the terminal device during operation depends largely on the resource occupancy status of the current terminal device, and the resource occupancy status of each terminal device can also be exchanged during the process of periodically exchanging heartbeat messages, thereby Decide whether to switch the master device and clear the slave device.
  • the master device determines that its own resources are occupied, for example, if the memory occupancy is higher than a preset threshold and the battery power is lower than the preset power, the master device determines to perform handover, and transfers the management rights of the collaborative network to the standby device.
  • the master device determines that the resource usage of a slave device is excessive, for example, the memory occupancy is higher than a preset threshold and the battery power is lower than the preset power, the master device clears the slave device from the collaborative network.
  • the slave device may send a clear message, the clear message is used to indicate that the slave device exits the collaborative network, and the slave device may display on the interface after receiving the clear information. Whether to exit the icon of the collaborative network, the user performs corresponding operations, opt-out or does not exit the collaborative network.
  • Example 6 The abnormal exit mechanism of both the primary device and the standby device
  • the standby device When the primary device is abnormal, the standby device is switched to the new primary device. However, if the secondary device fails to receive the primary device, the secondary device cannot receive the heartbeat message of the primary device within the preset time. Then, the slave device exits from the collaborative network, that is, when both the master device and the backup device are abnormal, the slave device also exits the collaborative network because the collaborative network cannot continue to work.
  • the method for the multi-terminal cooperation in the embodiment of the present application is described in detail with reference to FIG. 1 to FIG. 14 .
  • the terminal device in the embodiment of the present application is described below with reference to FIG. 15 and FIG. 16 . It should be understood that the terminal device in FIG. 15 and FIG. 16 can perform the method for the multi-terminal cooperative operation of the embodiment of the present application. For the sake of brevity, the repeated description is omitted in the following description when describing the terminal device.
  • terminal device 1000 and the terminal device 1100 in FIG. 15 described below are both master devices in the collaborative network.
  • the structure of the slave device may be the same as that shown in the terminal device 1000 and the terminal device 1100.
  • FIG. 15 is a schematic block diagram of a terminal device according to an embodiment of the present application.
  • the terminal device 1000 includes:
  • the sending module 1001 is configured to send networking information to the multiple slave devices, where the networking information is used to form a collaborative network between the terminal device 1000 and the multiple slave devices, where the terminal device 1000 has Management authority of the collaborative network;
  • the receiving module 1002 is configured to receive the network acknowledgment information sent by the multiple slave devices, where the network acknowledgment information is used to indicate that the slave device has accessed the collaborative network.
  • the sending module 1101 is further configured to separately send configuration information to the multiple slave devices, where the configuration information is used to indicate that when the terminal device 1000 is abnormal or the terminal device exits the collaborative network, according to a preset
  • the management authority switching mechanism switches the management authority of the collaborative network
  • the processing module 1003 is configured to: when an abnormality occurs in one of the plurality of slave devices, clear the one slave device from the collaborative network according to a preset clearing rule.
  • the terminal device (the master device) can complete the management authority switching according to a preset mechanism by sending the configuration information to the slave device, and in the case that the slave device is abnormal, the terminal device (the master device) can perform the abnormality in the master device.
  • the slave device is cleared from the collaborative network. That is to say, this application has a corresponding processing mechanism regardless of whether the master device or the slave device is abnormal. Therefore, the present application can improve the robustness of the collaborative network.
  • the processing module 1003 is further configured to: obtain device capability information of the multiple slave devices, and select, according to the device capability information, device capability from the multiple slave devices. Determining at least one candidate device; pre-sorting the at least one candidate device to obtain a candidate device list, wherein the target candidate device in the candidate device list is used to cause an abnormality in the terminal device or the terminal device And withdrawing the management authority of the terminal device when exiting the collaborative network, where the target candidate device is a candidate device selected from at least one candidate device in the candidate device list according to an arrangement order of the candidate device list.
  • the candidate device can be selected more reasonably by considering the capability information of each slave device, and then a more suitable candidate can be adopted when the master device is abnormal or needs to exit the network.
  • the device replaces the primary device.
  • the processing module 1003 is specifically configured to: determine, according to device capability information of the at least one candidate device, device capability of the at least one candidate device; according to the device capability, from small to large or from large Sorting the at least one candidate device into a small order to obtain the candidate device list.
  • the candidate devices are sorted according to the device capabilities, and the target candidate device of the replacement master device can be quickly found, thereby simplifying the complexity of device switching.
  • the device capability information includes at least one of a central processing unit CPU operating speed of the device, a memory capacity of the device, a remaining power of the device, a power consumption speed of the device, and a communication capability of the device.
  • the configuration information is specifically used to indicate that when the terminal device is abnormal or needs to exit the collaborative network, the standby device preset by the multiple slave devices takes over the terminal. Administrative rights to the device.
  • the backup device can take over the management rights of the primary device to ensure that the devices in the coordinated network can still work normally, and the robustness of the collaborative network can be enhanced.
  • the processing module 1003 is specifically configured to: when the at least one of the following conditions occurs, clear the one slave device from the collaborative network:
  • the transmission delay between the terminal device and the terminal device exceeds a preset delay
  • the distance from the terminal device exceeds a preset distance
  • the version of the operating system is lower than the default version
  • the available power is lower than the preset power
  • the available resources are lower than the default requirements.
  • the device capability of the slave device cannot be considered to meet the requirements of normal coordinated work.
  • the slave device cannot be cleared from the collaborative network through the device capability.
  • the slave device affects the collaborative work of the entire collaborative network.
  • the sending module 1001 is further configured to: send call forwarding information to the multiple slave devices, where the call forwarding information is used to set call forwarding for the multiple slave devices.
  • the slave device can continue to perform the coordinated task in the coordinated network, so that the coordinated network can continue to work collaboratively without being interfered by the incoming call when the incoming call is accessed, so that the coordinated network has better robustness.
  • the above call forwarding information may set the same call forwarding number for multiple slave devices, and when any one of the multiple slave devices calls, the incoming call is forwarded to the preset call forwarding number.
  • the call forwarding information can also set two or more call forwarding numbers for multiple devices. Further, the call forwarding information can also set a call forwarding number for each of the plurality of devices, so that the call forwarding can be smoothly performed when each slave device calls.
  • the processing module 1003 is further configured to: when the terminal device has an incoming call, transfer the incoming call to a preset number.
  • the caller Since the role played by the master device in the collaborative network is more important, when the master device has an incoming call, the caller is transferred to the preset number, so that the master device can be free of incoming call interference and continue to work collaboratively, so that the collaborative network has Better robustness.
  • FIG. 16 is a schematic block diagram of a terminal device according to an embodiment of the present application.
  • the terminal device 1100 includes:
  • the transceiver 1101 is specifically configured to:
  • the switching mechanism is switched according to a preset management authority switching mechanism.
  • the management authority of the collaborative network
  • the memory 1102 is configured to store a program.
  • the processor 1103 is configured to: when the program stored in the memory 1102 is executed, when an abnormality occurs in one of the plurality of slave devices, according to a preset clearing rule A slave device is cleared from the collaborative network.
  • the terminal device (the master device) can complete the management authority switching according to a preset mechanism by sending the configuration information to the slave device, and in the case that the slave device is abnormal, the terminal device (the master device) can perform the abnormality in the master device.
  • the slave device is cleared from the collaborative network. That is to say, this application has a corresponding processing mechanism regardless of whether the master device or the slave device is abnormal. Therefore, the present application can improve the robustness of the collaborative network.
  • the processor 1103 is further configured to: obtain device capability information of the multiple slave devices, and select, according to the device capability information, device capability from the multiple slave devices. Determining at least one candidate device; pre-sorting the at least one candidate device to obtain a candidate device list, wherein the target candidate device in the candidate device list is used to cause an abnormality in the terminal device or the terminal device And withdrawing the management authority of the terminal device when exiting the collaborative network, where the target candidate device is a candidate device selected from at least one candidate device in the candidate device list according to an arrangement order of the candidate device list.
  • the candidate device can be selected more reasonably by considering the capability information of each slave device, and then a more suitable candidate can be adopted when the master device is abnormal or needs to exit the network.
  • the device replaces the primary device.
  • the processor 1103 is specifically configured to: determine, according to device capability information of the at least one candidate device, device capability of the at least one candidate device; according to the device capability, from small to large or from large Sorting the at least one candidate device into a small order to obtain the candidate device list.
  • the candidate devices are sorted according to the device capabilities, and the target candidate device of the replacement master device can be quickly found, thereby simplifying the complexity of device switching.
  • the device capability information includes at least one of a central processing unit CPU operating speed of the device, a memory capacity of the device, a remaining power of the device, a power consumption speed of the device, and a communication capability of the device.
  • the configuration information is specifically used to indicate that when the terminal device is abnormal or needs to exit the collaborative network, the standby device preset by the multiple slave devices takes over the terminal. Administrative rights to the device.
  • the candidate devices are sorted according to the device capabilities, and the target candidate device of the replacement master device can be quickly found, thereby simplifying the complexity of device switching.
  • the processor 1103 is specifically configured to: when the one slave device generates at least one of the following conditions, clear the one slave device from the collaborative network:
  • the transmission delay between the terminal device and the terminal device exceeds a preset delay
  • the distance from the terminal device exceeds a preset distance
  • the version of the operating system is lower than the default version
  • the available power is lower than the preset power
  • the available resources are lower than the default requirements.
  • the device capability of the slave device cannot be considered to meet the requirements of normal coordinated work.
  • the slave device cannot be cleared from the collaborative network through the device capability.
  • the slave device affects the collaborative work of the entire collaborative network.
  • the transceiver 1101 is further configured to: send call forwarding information to the multiple slave devices, where the call forwarding information is used to set call forwarding for the multiple slave devices.
  • the slave device can continue to perform the coordinated task in the coordinated network, so that the coordinated network can continue to work collaboratively without being interfered by the incoming call when the incoming call is accessed, so that the coordinated network has better robustness.
  • the above call forwarding information may set the same call forwarding number for multiple slave devices, and when any one of the multiple slave devices calls, the incoming call is forwarded to the preset call forwarding number.
  • the call forwarding information can also set two or more call forwarding numbers for multiple devices. Further, the call forwarding information can also set a call forwarding number for each of the plurality of devices, so that the call forwarding can be smoothly performed when each slave device calls.
  • the processor 1103 is further configured to: when the terminal device has an incoming call, transfer the incoming call to a preset number. Since the role played by the master device in the collaborative network is more important, when the master device has an incoming call, the caller is transferred to the preset number, so that the master device can be free of incoming call interference and continue to work collaboratively, so that the collaborative network has Better robustness.
  • the application further provides a computer readable medium storing program code for device execution, the program code comprising instructions for performing a method of multi-terminal cooperative operation of an embodiment of the present application.
  • FIG. 17 is a schematic block diagram of a multi-terminal device cooperation system according to an embodiment of the present application.
  • the multi-terminal device collaboration system 1200 includes a master device 1201 and a plurality of slave devices 1202.
  • the specific functions of the master device 1201 and the plurality of slave devices 1202 are as follows:
  • the master device 1201 sends networking information to the plurality of slave devices 1202, where the networking information is used to form a collaborative network between the master device 1201 and the plurality of slave devices 1202, wherein the master device
  • the device 1201 has the management authority of the collaborative network;
  • the plurality of slave devices 1202 respectively send networking confirmation information to the master device 1201, where the networking confirmation information is used to indicate that the slave device has accessed the collaborative network.
  • the master device 1201 separately sends configuration information to the plurality of slave devices 1202, where the configuration information is used to indicate that when the master device 1201 is abnormal or the master device 1201 exits the collaboration network, according to a preset
  • the management authority switching mechanism switches the management authority of the collaborative network
  • the multiple slave devices 1202 switch the management rights of the collaborative network according to a preset management authority switching mechanism
  • the master device 1201 clears the one slave device from the collaborative network according to a preset clearing rule.
  • the master device can complete the management authority switching according to a preset mechanism by sending configuration information to the slave device, and can cooperate with the slave device when the slave device is abnormal. Cleared in the network. That is to say, this application has a corresponding processing mechanism regardless of whether the master device or the slave device is abnormal. Therefore, the present application can improve the robustness of the collaborative network.
  • the master device 1201 in the multi-terminal device cooperation system 1200 can be obtained by combining the terminal device 1000 or the terminal device 1100, the terminal device 1000 or the terminal device 1100 with the other terminal terminal devices. The device cooperates with the system 1200.
  • the disclosed systems, devices, and methods may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the functions may be stored in a computer readable storage medium if implemented in the form of a software functional unit and sold or used as a standalone product.
  • the technical solution of the present application which is essential or contributes to the prior art, or a part of the technical solution, may be embodied in the form of a software product, which is stored in a storage medium, including
  • the instructions are used to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present application.
  • the foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like, which can store program code. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请提供了多终端协同工作的方法，终端设备以及多终端协同系统。该多终端协同工作的方法包括：主设备向多个从设备发送组网信息，组网信息用于在主设备和多个从设备之间组建协同网络，其中，主设备具有协同网络的管理权限；主设备接收多个从设备发送的组网确认信息，组网确认信息用于指示从设备已经接入协同网络；主设备向多个从设备分别发送配置信息，配置信息用于指示在主设备出现异常或者主设备退出协同网络时，按照预先设置的管理权限切换机制切换协同网络的管理权限；当多个从设备中的一个从设备发生异常时，主设备按照预先设置的清除规则将一个从设备从协同网络中清除。本申请能够提高协同网络的鲁棒性。

Description

多终端协同工作的方法，终端设备以及多终端协同系统
本申请要求于2017年11月27日提交中国专利局、申请号为201711209105.8、申请名称为“多终端协同工作的方法，终端设备以及多终端协同系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信领域，并且更具体地，涉及一种多终端协同工作的方法，终端设备以及多终端协同系统。
背景技术
多台终端设备通过某个终端设备的热点或者路由器可以组成一个协同网络，在组成协同网络之后，协同网络中的各个设备可以共同执行协同播放、协同录音以及协同会议等协同任务。
协同网络一般包括一个主设备和多个从设备，其中，主设备具有该协同网络的管理权限，用于控制各个从设备共同执行协同任务，各个从设备根据主设备的控制信息来执行协同任务。具体地，主设备的功能可以包括：发送广播、进行协同组网、发送同步对时消息、完成同步、发送拾音或者放音指令等；从设备的功能可以包括：接收广播、加入协同网络、应答同步对时消息、完成同步、执行拾音或者放音指令等。
通过协同网络能够实现单个终端所无法实现的功能(例如，多个终端进行协同播放能够大大提高播放效果)，能够带来较好的用户体验。而在协同网络工作时，为了使得协同网络中的多台终端设备能够较好地执行协同任务，需要保证协同网络具有较好的鲁棒性，因此，如何确保协同网络具有较好的鲁棒性是一个需要解决的问题。
发明内容
本申请提供一种多终端协同工作的方法，终端设备以及多终端协同系统，以提高协同网络的鲁棒性。
第一方面，提供了一种多终端协同工作的方法，该方法包括：主设备向多个从设备发送组网信息，所述组网信息用于在所述主设备和所述多个从设备之间组建协同网络，其中，所述主设备具有所述协同网络的管理权限；所述主设备接收所述多个从设备发送的组网确认信息，所述组网确认信息用于指示从设备已经接入所述协同网络；所述主设备向所述多个从设备分别发送配置信息，所述配置信息用于指示当所述主设备出现异常或者所述主设备退出所述协同网络时，按照预先设置的管理权限切换机制切换所述协同网络的管理权限；当所述多个从设备中的一个从设备发生异常时，所述主设备按照预先设置的清除规则将所述一个从设备从所述协同网络中清除。
本申请中，主设备通过向从设备发送配置信息能够在主设备出现异常的情况下，按照 预设的机制完成管理权限的切换，并且在从设备出现异常的情况下，能够将从设备从协同网络中清除。也就是说，无论主设备还是从设备出现异常，本申请均有相应的处理机制，因此，本申请能够提高协同网络的鲁棒性。
结合第一方面，在第一方面的某些实现方式中，所述方法还包括：所述主设备获取所述多个从设备的设备能力信息；所述主设备根据所述设备能力信息，从所述多个从设备中选择出设备能力满足预设要求的至少一个候选设备；所述主设备对所述至少一个候选设备进行排序，得到候选设备列表，其中，所述候选设备列表中的目标候选设备用于当所述主设备出现异常或者所述主设备退出所述协同网络时接管所述主设备的管理权限，所述目标候选设备是根据所述候选设备列表的排列顺序从所述候选设备列表中的至少一个候选设备中选择出来的候选设备。
与直接确定某个设备为备用设备的方式相比，通过综合考虑各个从设备的能力信息能够更为合理地选择出候选设备，进而可以在主设备出现异常或者需要退出网络时采用更合适的候选设备来替换主设备。
结合第一方面，在第一方面的某些实现方式中，所述主设备对所述至少一个候选设备进行排序，得到候选设备列表，包括：所述主设备根据所述至少一个候选设备的设备能力信息，确定所述至少一个候选设备的设备能力；所述主设备按照设备能力从小到大或者从大到小的顺序对所述至少一个候选设备进行排序，得到所述候选设备列表。
根据设备能力对候选设备进行排序，能够快速寻找到替换主设备的目标候选设备，进而能够简化设备切换的复杂度。
结合第一方面，在第一方面的某些实现方式中，所述设备能力信息包括设备的中央处理器CPU运行速度、设备的内存容量、设备的剩余电量、设备的耗电速度、设备的通信能力中的至少一种。
结合第一方面，在第一方面的某些实现方式中，所述配置信息具体用于指示在所述主设备出现异常或者需要退出所述协同网络时，由所述多个从设备中预先设置的备用设备接管所述主设备的管理权限。
在主设备出现异常或者需要退出协同网络时，通过预先设置的备用设备接管主设备的管理权限能够确保协同网络中的设备仍然可以正常工作，能够增强协同网络的鲁棒性。
结合第一方面，在第一方面的某些实现方式中，当所述多个从设备中的一个从设备发生异常时，所述主设备按照预先设置的清除规则将所述一个从设备从所述协同网络中清除，包括：在所述一个从设备发生下列情况中的至少一种时，将所述一个从设备从所述协同网络中清除：与所述主设备之间的传输时延超过预设时延；与所述主设备之间的距离超过预设距离；操作系统的版本低于预设版本；可用电量低于预设电量；可用资源低于预设要求。
当从设备发生上述情况之一时，可以认为从设备的设备能力不能满足正常的协同工作的要求，此时，通过设备能力不能满足要求的从设备从协同网络中清除，能够避免设备能力不能满足要求的从设备对整个协同网络的协同工作造成影响。
结合第一方面，在第一方面的某些实现方式中，所述方法还包括：所述主设备向所述多个从设备发送呼叫转移信息，所述呼叫转移信息用于为所述多个从设备设置呼叫转移。
通过设置呼叫转移能够使得从设备继续在协同网络中执行协同任务，使得协同网络在 来电接入时，能够不被来电干扰，继续进行协同工作，使得协同网络具有较好的鲁棒性。
可选地，所述呼叫转移信息可以为多个从设备分别设置呼叫转移号码，当从设备来电时，可以将来电转接到预设的号码上，从而使得从设备能够在协同网络中正常工作。
上述呼叫转移信息可以为多个从设备设置相同的呼叫转移号码，当多个从设备中的任意一个设备来电时，将来电呼入到预设的呼叫转移号码上。
但是当有两个或者两个以上的从设备同时来电时，只设置一个呼叫转移号码是不够的，因此，呼叫转移信息也可以为多个设备设置两个或者两个以上的呼叫转移号码，更进一步地，呼叫转移信息也可以为多个设备中的每个设备均设置一个呼叫转移号码，这样就可以确保每个从设备来电时都能顺利进行呼叫转移。
结合第一方面，在第一方面的某些实现方式中，所述方法还包括：在所述主设备有来电呼入的情况下，将所述来电转移到预设号码。
由于主设备在协同网络中所起的作用更加重要，因此，当主设备有来电呼入时通过将来电转移到预设号码，能够使得主设备免收来电干扰，继续进行协同工作，使得协同网络具有较好的鲁棒性。
第二方面，提供了一种多终端协同工作的方法，该方法包括：第一从设备接收所述主设备发送的组网信息，所述组网信息用于在所述主设备和多个从设备之间组建协同网络，其中，所述第一从设备为所述多个从设备中的任意一个从设备，所述主设备具有所述协同网络的管理权限；所述第一从设备向所述主设备发送组网确认信息，所述组网确认信息用于指示所述第一从设备已经接入所述协同网络；所述第一从设备接收所述主设备发送的配置信息，所述配置信息用于指示当所述主设备出现异常或者所述主设备退出所述协同网络时，按照预先设置的管理权限切换机制切换所述协同网络的管理权限。
结合第二方面，在第二方面的某些实现方式中，所述方法还包括：所述第一从设备接收所述主设备发送的候选设备列表，其中，所述候选设备列表是所述主设备所述设备能力信息，从所述多个从设备中选择出设备能力满足预设要求的至少一个候选设备，并对所述至少一个候选设备进行排序得到的。
第三方面，提供了一种多终端协同工作的方法，该方法包括：主设备向多个从设备发送组网信息，所述组网信息用于在所述主设备和所述多个从设备之间组建协同网络，其中，所述主设备具有所述协同网络的管理权限；所述主设备接收所述多个从设备发送的组网确认信息，所述组网确认信息用于指示从设备已经接入所述协同网络；所述主设备根据所述协同网络包含的设备数量和/或所述协同网络中各个设备之间的物理距离，确定所述多个从设备中的每个从设备配置的声道。
本申请中，根据协同网络包含的设备数量和/或所述协同网络中各个设备之间的物理距离，能够合理地为协同网络中各个设备合理分配声道，能够提高协同网络进行协同播放或者协同录音时的音效。
结合第三方面，在第三方面的某些实现方式中，所述主设备根据所述协同网络包含的设备数量和/或所述协同网络中各个设备之间的物理距离，对所述协同网络中的设备进行声道配置，包括：所述主设备根据所述协同网络中包含的设备数量将所述协同网络中的各个设备均衡地分配到预设的多个声道上，以使得处于对称声道的设备数量相同。
当处于对称声道的设备数量相同时，能够平衡对称声道的音量，提高声音的主观质量。
结合第三方面，在第三方面的某些实现方式中，所述主设备根据所述协同网络包含的设备数量和/或所述协同网络中各个设备之间的物理距离，对所述协同网络中的设备进行声道配置，包括：所述主设备将所述协同网络中物理距离小于预设距离的设备分配到同一声道。
结合第三方面，在第三方面的某些实现方式中，所述方法还包括：在所述协同网络中的设备数量发生变化的情况下，所述主设备对所述协同网络中的至少一个设备重新分配声道，以使得所述协同网络中处于对称声道的设备数量相同。
在协同网络中的设备数量变化时，通过调整协同网络中各个从设备的配置的声道，使得处于对称声道的设备数量相同，使得在设备数量变化之后，协同网络中的各个设备进行协同播放或者协同录音时，仍然具有较好的音效。
结合第三方面，在第三方面的某些实现方式中，所述协同网络为K叉树结构的网络，所述方法还包括：所述主设备分别将所述K叉树中的每个叉树中的设备分配到同一个声道上，其中，K为大于1的整数。
结合第三方面，在第三方面的某些实现方式中，所述方法还包括：所述主设备向所述多个从设备发送声道配置指示信息，其中，所述多个从设备中的任意一个从设备接收到的声道配置指示信息用于在所述任意一个从设备的显示界面指示所述任意一个从设备在配置声道时需要放置的位置和/或需要放置的方向。
通过在显示界面指示从设备在配置声道时需要放置的位置和/或需要放置的方向，能够简单方便地指示用户操作从设备，进而完成声道的调整。
第四方面，提供一种终端设备，所述终端设备包括用于执行所述第一方面或其各种实现方式中的方法的模块。
第五方面，提供一种终端设备，所述终端设备包括用于执行所述第二方面或其各种实现方式中的方法的模块。
第六方面，提供一种终端设备，所述终端设备包括用于执行所述第三方面或其各种实现方式中的方法的模块。
第七方面，提供一种多终端协同系统，所述多终端协同系统包括主设备和多个从设备，其特征在于：所述主设备向所述多个从设备发送组网信息，所述组网信息用于在所述主设备和所述多个从设备之间组建协同网络，其中，所述主设备具有所述协同网络的管理权限；所述多个从设备分别向所述主设备发送组网确认信息，所述组网确认信息用于指示从设备已经接入所述协同网络；所述主设备向所述多个从设备分别发送配置信息，所述配置信息用于指示当所述主设备出现异常或者所述主设备退出所述协同网络时，按照预先设置的管理权限切换机制切换所述协同网络的管理权限；当所述主设备出现异常或者所述主设备退出所述协同网络时，所述多个从设备按照预先设置的管理权限切换机制切换所述协同网络的管理权限；当所述多个从设备中的一个从设备发生异常时，所述主设备按照预先设置的清除规则将所述一个从设备从所述协同网络中清除。
第八方面，提供一种终端设备，所述终端设备包括：存储器，用于存储程序；处理器，用于执行所述存储器存储的程序，当所述程序被执行时，所述处理器用于执行所述第一方面或其各种实现方式中的方法。
第九方面，提供一种终端设备，所述终端设备包括：存储器，用于存储程序；处理器， 用于执行所述存储器存储的程序，当所述程序被执行时，所述处理器用于执行所述第二方面或其各种实现方式中的方法。
第十方面，提供一种终端设备，所述终端设备包括：存储器，用于存储程序；处理器，用于执行所述存储器存储的程序，当所述程序被执行时，所述处理器用于执行所述第三方面或其各种实现方式中的方法。
第十一方面，提供一种计算机可读介质，所述计算机可读介质存储用于设备执行的程序代码，所述程序代码包括用于执行第一方面或其各种实现方式中的方法的指令。
第十二方面，提供一种计算机可读介质，所述计算机可读介质存储用于设备执行的程序代码，所述程序代码包括用于执行第二方面或其各种实现方式中的方法的指令。
第十三方面，提供一种计算机可读介质，所述计算机可读介质存储用于设备执行的程序代码，所述程序代码包括用于执行第三方面或其各种实现方式中的方法的指令。
附图说明
图1是本申请实施例的协同网络的示意图；
图2是本申请实施例的多终端协同工作的方法的示意性流程图；
图3是本申请实施例的多终端协同工作的方法的示意性流程图；
图4是本申请实施例的多终端协同工作的方法的示意性流程图；
图5是本申请实施例的多终端协同工作的方法的示意性流程图；
图6是本申请实施例的多终端协同工作的方法的示意性流程图；
图7是协同网络中各个终端设备配置的声道的示意图；
图8是协同网络中各个终端设备配置的声道的示意图；
图9是本申请实施例的多终端协同工作的方法的示意性流程图；
图10是本申请实施例的多终端协同工作的方法的示意性流程图；
图11是终端设备的声道配置界面的示意图；
图12是协同网络的示意图；
图13是本申请实施例的多终端协同工作的方法的示意性流程图；
图14是本申请实施例的多终端协同工作的方法的示意性流程图；
图15是本申请实施例的终端设备的示意性框图；
图16是本申请实施例的终端设备的示意性框图；
图17是本申请实施例的多终端设备协同系统的示意性框图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
为了更好地理解本申请实施例的多终端协同工作方法，下面结合图1对本申请实施例的可能的应用场景进行简单的介绍。
图1是本申请实施例的协同网络的示意图。
如图1所示，终端设备T 1、T 2、T 3、T 4和T 5共同组成了一个协同网络，其中，T 1为主设备(也可以称为master)，T 2、T 3、T 4和T 5为从设备(也可以称为slave)，这些终端设备可以通过某个终端设备的热点或者路由器组成协同网络。具体地，T 1可以通过向各 个从设备发送广播消息进行组网，在组网成功后T 1再向各个从设备发送同步对时消息(例如，握手消息)来进行网络同步。在组网成功并完成同步之后，协同网络中的各个设备可以在T 1的控制下进行协同播放、协同录音以及协同会议等等。
应理解，图1所示的协同网络只是一种具体的实现形式，本申请实施例对协同网络的组网方式、网络结构以及协同系统中包含的终端设备的数量和终端设备的类型等均不做限定，只要是多个终端设备组合在一起能够实现的协同任务的协同网络都在本申请实施例的保护范围内。可以理解的是，本申请实施例所述的“多个”，可以为至少2个。例如可以是2个,3个，6个，8个，11个等。
本申请实施例中的终端设备可以手机、个人数字助理(personal digital assistant，PDA)、平板电脑、可穿戴设备以及其它能够实现设备间相互通信的智能设备等等。
图2是本申请实施例的多终端协同工作的方法的示意性流程图。图2所示的方法可以由终端设备执行，图2所示的方法具体包括步骤101至步骤104，其中，步骤101和步骤102主要描述了组网过程，步骤103和步骤104主要描述了保证系统网络具有较好的鲁棒性的一些机制。下面分别对步骤101至步骤104进行详细的介绍。
101、主设备向多个从设备发送组网信息。
例如，如图1所示，T 1为主设备，T 2、T 3、T 4和T 5为从设备，在组网时，T 1向T 2、T 3、T 4和T 5发送组网信息。在一种实现方式中，也可以先由T 1向一台从设备发送组网信息，然后再由该从设备向其它从设备转发组网信息。
上述组网信息用于在主设备和多个从设备之间建立协同网络，并且主设备具有该协同网络的管理权限。应理解，主设备具有协同网络的管理权限可以是指协同网络的组网是在主设备的主导下完成的。另外，主设备具有协同网络的管理权限还可以是指主设备控制协同网络中的各个设备(包括主设备本身)来执行协同任务，例如，主设备控制协同网络中的各个设备进行协同录音或者协同播放等等。
可选地，主设备可以通过广播的形式向各个从设备发送组网信息，也就是说，该组网信息可以是主设备向各个从设备发送的广播消息。
上述主设备可以是从多个终端设备中选择出来的，该主设备用于控制协同网络中的各个设备来执行协同任务。
在从多个终端设备中选择主设备时，可以根据各个终端设备的能力大小来选择，从中选择能力最强的终端设备作为主设备。例如，可以根据内存容量、(central processing unit，CPU)处理速度，以及剩余电量等几个方面从多个终端设备中选择出能力最强的终端设备作为主设备。
102、主设备接收多个从设备发送的组网确认信息。
上述组网确认信息可以是从设备对主设备发送的组网信息的一种回复或者应答。从设备在接收到主设备发送的组网信息之后，如果该从设备确定加入协同网络，那么，该从设备就可以向主设备发送组网确认信息，以确认该从设备加入协同网络。
多个从设备在向主设备发送组网确认信息时有多种可能的实现方式。在一种实现方式中，多个从设备中的每个从设备均向主设备直接发送一个组网确认信息。在另一种实现方式中，某个从设备可以将接收到的其它从设备的组网确认信息通过转发的形式发送给主设备。
应理解，本申请对通过组网信息建立协同网络的具体方式不做限定，可以采用现有的各种组网方式来建立协同播放网络。
可选地，主设备向多个从设备发送同步对时消息。
应理解，在组网成功之后，主设备和从设备还可以通过同步对时消息进行初次对时，这里的同步对时消息具体可以是握手消息。
103、主设备向多个从设备发送配置信息。
上述配置信息具体用于指示在主设备出现异常或者主设备需要退出协同网络时，按照预先设置的管理权限切换机制切换协同网络的管理权限。
上述预先设置的管理权限切换机制可以是指在主设备出现异常或者主设备需要退出协同网络时，协同网络的管理权限由主设备切换到多台从设备中的一台从设备，也就是说，当主设备出现异常或者主设备需要退出协同网络时，由多台从设备中的一台从设备切换为主设备。
104、在多个从设备中的一个从设备发生异常时，主设备按照预先设置的清除规则将该一个从设备从协同网络中清除。
上述第一从设备可以是多个从设备中的任意一个从设备。
上述预先设置的清除规则可以是指当某个从设备发生异常时，主设备与该从设备通过预先设置的通信流程将该从设备从协同网络中清除。例如，当某个从设备出现异常时，主设备向该从设备发送清除信息，该从设备接收到清除信息之后在显示界面显示是否要退出协同网络，当用户选择退出协同网络时，该从设备就向主设备回复确认退出信息，然后就退出协同网络。
另外，上述主设备或者从设备出现异常具体可以是指该设备的资源不足(例如，内存不足、电量不足或者CPU处理数据的能力不足)或者该设备出现故障(例如，设备过热、系统崩溃、)无法继续执行协同任务。
而主设备退出协同网络具体可以是指主设备有来电呼入、或者主设备执行其它任务等等。具体地，主设备退出协同网络的时间点可以是有来电呼入但是主设备还未接听来电，或者，主设备将要执行其它任务，但是还未执行其它任务。
本申请中，主设备通过向从设备发送配置信息能够在主设备出现异常的情况下，按照预设的机制完成管理权限的切换，并且在从设备出现异常的情况下，能够将从设备从协同网络中清除。也就是说，无论主设备还是从设备出现异常，本申请均有相应的处理机制，因此，本申请能够提高协同网络的鲁棒性。
为了便于理解组网和对时的具体过程，下面结合图3进行描述。
如图3所示，主设备和N个从设备组网和对时的具体过程包括：
201、主设备向N个从设备发送组网信息。
其中，该组网信息用于在主设备和N个从设备之间组建协同网络。
202、N个从设备中的每个从设备向主设备发送组网确认信息。
这里的组网确认信息可以用于表示相应的从设备确定加入协同网络。
203、主设备向N个从设备发送握手消息。
204、N个从设备中的每个从设备向主设备回复握手消息。
应理解，在步骤203和步骤204中，主设备和N个从设备之间可以通过发送多次握手 消息来进行对时，以实现各个设备之间的初步同步。
可选地，上述配置信息可以具体指示在主设备出现异常或者需要退出协同网络时，由多个从设备中预先设置的备用设备接管所述主设备的管理权限。其中，该备用设备可以是在协同网络组网时或者组网之前预先设定的。
本申请中，在主设备出现异常或者需要退出协同网络时，通过预先设置的备用设备接管主设备的管理权限能够确保协同网络中的设备仍然可以正常工作，能够增强协同网络的鲁棒性。
在设置备用设备时，可以将多个从设备中与主设备距离最近的终端设备确定为备用设备，也可以将多个从设备中能力最强的设备确定为备用设备。
可选地，作为一个实施例，主设备向多个从设备定时发送心跳消息。
当备用设备在预设时间内仍然无法接收到心跳消息，那么该备用设备就可以切换为新的主设备，从而控制其它从设备继续执行协同任务。
下面结合图4对主设备出现异常备用设备如何切换为新的主设备的过程进行描述。
如图4所示，当主设备出现异常时，备用设备的切换过程具体包括：
301、主设备向N个从设备发送心跳消息。
302、备用设备确定在预设时间内是否接收到主设备发送的心跳消息。
如果备用设备在预设时间内接收到了主设备发送的心跳消息，那么可以认为主设备正常，备用设备继续执行步骤302。而如果备用设备在预设时间内没有接收到主设备发送的心跳消息，那么可以认为主设备出现了异常，接下来执行步骤303。
303、备用设备切换为新的主设备。
可选地，作为一个实施例，本申请实施例的多终端设备间协同工作的方法还包括：
主设备获取多个从设备的设备能力信息；
主设备根据设备能力信息，从多个从设备中选择出设备能力满足预设要求的至少一个候选设备；
主设备对至少一个候选设备进行排序，得到候选设备列表，其中，候选设备列表中的目标候选设备用于在主设备出现异常或者主设备退出协同网络时接管主设备的管理权限，目标候选设备是根据候选设备列表的排列顺序从候选设备列表中的至少一个候选设备中选择出来的候选设备。
本申请中，与直接确定某个设备为备用设备的方式相比，通过综合考虑各个从设备的能力信息能够更为合理地选择出候选设备，进而可以在主设备出现异常或者需要退出网络时采用更合适的候选设备来替换主设备。
如图5所示，主设备确定候选设备列表并发送候选设备列表的过程具体包括：
401、主设备向N个从设备发送指示信息。
上述指示信息用于指示从设备向主设备上报自身的设备能力信息。
402、各个从设备向主设备上报自身的设备能力信息。
403、主设备根据设备能力信息，生成候选设备列表。
404、主设备将生成的候选设备列表发送给各个从设备。
应理解，主设备在获取各个从设备的设备能力信息时，也可以不执行步骤401，直接从步骤402开始执行，也就是各个从设备直接向主设备上报自身的设备能力信息。
另外，主设备也可以周期性的向各个从设备发送指示信息，各个从设备周期性的向主设备上报各自的设备能力信息，这样的话，主设备也可以周期性的生成候选设备列表，并向各个从设备周期性的发送候选设备列表。因此，通过实时更新候选设备列表，能够实时根据协同网络中的各个设备的能力信息确定较为准确的候选设备列表。
具体地，主设备确定候选设备列表的具体过程包括：主设备获取多个从设备的设备能力信息；主设备根据设备能力信息，从多个从设备中选择出设备能力满足预设要求的至少一个候选设备；主设备对至少一个候选设备进行排序，得到候选设备列表。
可选地，上述主设备对至少一个候选设备进行排序，得到候选设备列表，具体包括：主设备根据至少一个候选设备的设备能力信息，确定至少一个候选设备的设备能力；主设备按照设备能力从小到大或者从大到小的顺序对至少一个候选设备进行排序，得到候选设备列表。
当主设备按照设备能力从大到小的顺序对至少一个候选设备进行排序得到候选设备列表时，候选列表排位满足预设要求的从设备具体可以是候选设备列表中排位第一的从设备。
而当主设备是按照设备能力从小到大的顺序对至少一个候选设备进行排序得到候选设备列表时，候选列表排位满足预设要求的从设备具体可以是候选设备列表中排位最后的从设备。
可选地，上述设备能力信息包括设备的CPU运行速度、设备的内存容量、设备的剩余电量、设备的耗电速度、设备的通信能力中的至少一种。
可选地，当主设备根据据至少一个候选设备的能力信息来确定至少一个候选设备的设备能力时可以采用下面的公式(1)进行计算。
Capability(i)＝CPU_speed(i)×w_CPU+Memory(i)×w_M         (1)
在公式(1)中，i表示从设备的索引号,Capability(i)表示第i个从设备的设备能力，CPU_speed(i)表示第i个从设备的CPU运行速度，w_CPU表示第一权重，Memory(i)表示第i个从设备的存储容量，w_M表示第二权重。其中，第一权重和第二权重可以是预先设置的。
在上述公式(1)中是根据从设备的CPU运行速度以及从设备的存储容量来计算从设备的设备能力的，可选地，除了根据从设备的CPU运行速度和从设备的存储容量来计算从设备的设备能力之外，还可以再将从设备的剩余电量考虑进去来计算从设备的设备能力，具体如公式(2)所示。
Capability(i)＝(CPU_speed(i)×w_CPU+Memory(i)×w_M)×Rest(i)       (2)
在公式(2)中，Capability(i)，CPU_speed(i)，w_CPU和Memory(i)表示含义与在公式(1)中的含义相同，而Rest(i)表示第i个从设备的剩余电量百分比。
通过公式(1)或(2)能够计算出至少一个候选设备中的每个候选设备的能力，接下来，可以根据每个候选设备的能力的数值的大小对各个候选设备进行排序，具体地，可以按照设备能力从大到小的顺序进行排列，也可以按照设备能力从小到大的顺序进行排列。
应理解，公式(1)和公式(2)只是根据从设备的设备能力信息确定从设备的设备能力的两种具体实现方式，事实上，在根据从设备的设备能力信息确定从设备的设备能力时可以根据CPU运行速度、设备的内存容量、设备的剩余电量、设备的耗电速度、设备的 通信能力中的至少一种来计算从设备的设备能力，本申请对此不做限制。
上文中介绍了当主设备出现异常或者需要退出协同网络的处理机制，下面对从设备出现异常时的处理机制进行详细的描述。
可选地，作为一个实施例，在多个从设备中的任意一个从设备发生异常的情况下，主设备按照预先设置的清除规则将任意一个设备从协同网络中清除，包括：
在任意一个从设备发生下列情况中的至少一种时，将任意一个从设备从协同网络中清除：
(1)与主设备之间的传输时延超过预设时延。
例如，从设备与主设备之间的传输时延超过10ms。
(2)与主设备之间的距离超过预设距离。
例如，从设备与主设备之间的物理距离超过10m。
(3)操作系统的版本低于预设版本。
例如，从设备的安卓操作系统或者其它操作系统的版本过低。
(4)可用电量低于预设电量。
例如，从设备的电量低于30％。
(5)可用资源低于预设要求。
当从设备发生上述情况之一时，可以认为从设备的设备能力不能满足正常的协同工作的要求，此时，通过设备能力不能满足要求的从设备从协同网络中清除，能够避免设备能力不能满足要求的从设备对整个协同网络的协同工作造成影响。
下面结合图6对从设备出现异常时清除从设备的过程进行详细的描述。
如图6所示，主设备清除从设备的具体过程包括：
501、各个从设备向主设备上报运行状态信息。
502、主设备根据运行状态信息确定各个从设备是否发生异常。
503、在从设备1出现异常的情况下，主设备向从设备1发送清除设备信息。
上述清除设备信息用于将从设备从系统网络中清除，或者用于通知相应的从设备从系统网络中退出，主设备只会向出现异常的从设备发送清除设备信息。
504、从设备1向主设备回复确认退出信息。
从设备1接收到清除设备信息之后，确定从系统网络中退出，并向主设备发送确认退出信息，表示从设备1确定从协同网络中退出。
应理解，在上述步骤501中，各个从设备可以定期上报各自的运动状态信息。
可选地，在上述步骤501之前，主设备向各个从设备发送一个指示信息，该指示信息用于指示各个从设备向主设备上报运行状态信息。
应理解，图5中仅以一个从设备出现异常时的情况为例描述了清除从设备的过程。事实上，主设备也可以处理多个从设备出现异常的情况，在这种情况下，主设备可以通过向出现异常的多个设备发送清除信息进而将出现异常的多个从设备从协同网络中清除。
可选地，作为一个实施例，图2所示的方法还包括：主设备向多个从设备发送呼叫转移信息，该呼叫转移信息用于为多个从设备设置呼叫转移。
通过设置呼叫转移能够使得从设备继续在协同网络中执行协同任务，使得协同网络在来电接入时，能够不被来电干扰，继续进行协同工作，使得协同网络具有较好的鲁棒性。
上述呼叫转移信息可以为多个从设备分别设置呼叫转移号码，当从设备来电时，可以将来电转接到预设的号码上，从而使得从设备能够在协同网络中正常工作。
上述呼叫转移信息可以为多个从设备设置相同的呼叫转移号码，当多个从设备中的任意一个设备来电时，将来电呼入到预设的呼叫转移号码上。
但是当有两个或者两个以上的从设备同时来电时，只设置一个呼叫转移号码是不够的，因此，呼叫转移信息也可以为多个设备设置两个或者两个以上的呼叫转移号码，更进一步地，呼叫转移信息也可以为多个设备中的每个设备均设置一个呼叫转移号码，这样就可以确保每个从设备来电时都能顺利进行呼叫转移。
可选地，对于主设备来说也可以提前设置呼叫转移号码，这样，当主设备有来电呼入时，能够将来电转移到预设号码，从而保证主设备能够继续执行协同任务。
由于主设备在协同网络中所起的作用更加重要，因此，当主设备有来电呼入时通过将来电转移到预设号码，能够使得主设备免收来电干扰，继续进行协同工作，使得协同网络具有较好的鲁棒性。
为了使得协同网络中的各个终端设备在进行协同播放或者协同录音时能够实现更好的音效，本申请还提出了一种多终端协同工作的方法。
该方法包括具体包括：
主设备向多个从设备发送组网信息，组网信息用于在主设备和多个从设备之间组建协同网络，其中，主设备具有协同网络的管理权限；
主设备接收多个从设备发送的组网确认信息，组网确认信息用于指示从设备已经接入协同网络；
主设备根据协同网络包含的设备数量和/或协同网络中各个设备之间的物理距离，确定多个从设备中的每个从设备配置的声道。
可选地，主设备根据协同网络包含的设备数量和/或协同网络中各个设备之间的物理距离，对协同网络中的设备进行声道配置，具体包括以下两种情况：
第一种情况：
主设备根据协同网络中包含的设备数量将协同网络中的各个设备均衡地分配到预设的多个声道上，以使得处于对称声道的设备数量相同。
当处于对称声道的设备数量相同时，能够平衡对称声道的音量，提高声音的主观质量。
例如，如图7所示，协同网络一共包含5个终端设备T 1、T 2、T 3、T 4和T 5，其中，T 1为主设备，T 2、T 3、T 4和T 5为从设备。如果确定为协同网络配置3个声道(左声道、右声道和中声道)，那么，可以将T 1和T 2配置到左声道，将T 3配置到中声道，将T 4和T 5配置到右声道，使得配置在左声道和右声道的终端设备的数量相同。应理解，这里的主设备T 1不仅可以配置到左声道，也可以配置到中声道或者右声道，只要保证左声道和右声道配置的终端设备的数量相同即可。
例如，如图8所示，协同网络一共包含5个终端设备T 1、T 2、T 3、T 4和T 5，其中，T 1为主设备，T 2、T 3、T 4和T 5为从设备。如果确定为协同网络配置5个声道(左声道、中声道、右声道、左后声道和右后声道)，由于协同网络中的终端设备的数量与声道数量相同，因此，可以将T 1、T 2、T 3、T 4和T 5分别配置到左声道、中声道、右声道、左声道、中声道、右声道、左后声道和右后声道，使得配置在左声道和右声道以及配置在做后声道 和右后声道的终端设备的数量相同。
第二种情况：主设备将协同网络中物理距离小于预设距离的设备分配到同一声道。
通过将物理距离比较相近的设备分配到同一个声道，能够在协同播放和协同录音的时候取得良好的音效。
在为协同网络中的各个设备进行声道配置之后，如果协同网络中的设备数量发生变化，例如，有设备离开协同网络或者有新的设备加入到协同网络，那么，还可以对协同网路中的各个设备继续进行调整，以使得配置在对称声道的终端设备的数量保持一致。
可选地，作为一个实施例，在协同网络中的设备数量发生变化的情况下，主设备对协同网络中的至少一个设备重新分配声道，以使得协同网络中处于对称声道的设备数量相同。
在协同网络中的设备数量变化时，通过调整协同网络中各个从设备的配置的声道，使得处于对称声道的设备数量相同，使得在设备数量变化之后，协同网络中的各个设备进行协同播放或者协同录音时，仍然具有较好的音效。
下面结合图9和图10对分别对协同网络中的设备数量减少和增加时，如何调整协同网络中的声道配置进行详细的说明。
如图9所示，主设备配置声道以及从设备从协同网络中退出时重新进行声道分配的过程具体包括：
601、主设备根据设备数量确定各个设备配置的声道。
602、主设备向各个设备发送初始声道配置信息。
应理解，这里的初始声道配置信息可以包含协同网络中各个设备配置的声道，此时每个从设备接收到的初始声道配置信息是相同的。此外，每个从设备接收到的初始声道配置信息也可以仅包含该设备配置的声道，此时每个设备接收到的初始声道配置信息是不同的。
当从设备N从协同网络中退出时，继续执行步骤603和步骤604。
603、主设备根据设备数量重新确定各个设备配置的声道。
604、主设备向各个从设备发送声道调整信息。
应理解，在步骤604中，主设备既可以将声道调整信息发送给协同网络中的各个从设备，也可以只将声道调整信息发送给需要进行声道调整的从设备。
例如，如图7所示，当T 2从协同网络中退出时，主设备确定将T 3由中声道调整到左声道，使得左声道的终端设备的数量仍然保持不变，此时，主设备可以向所有的从设备发送声道调整消息，该声道调整消息指示T 3由中声道调整到左声道，主设备也可以只向需要调整声道的从设备发送该声道调整消息。
如图10所示，主设备配置声道以及从设备从协同网络中退出时重新进行声道分配的过程具体包括：
701、主设备根据设备数量确定各个设备配置的声道。
702、主设备向各个设备发送初始声道配置信息。
当从设备N+1加入到协同网络时，继续执行步骤703和步骤704。
703、主设备根据设备数量重新确定各个设备配置的声道。
704、主设备向从设备N+1发送声道调整信息。
应理解，在步骤704中，如果协同网络中的原有从设备配置的声道不变，那么，主设备可以仅向新加入的从设备发送声道调整信息。而当协同网络中的原有从设备配置的声道需要调整时，或者向声道配置需要调整的从设备以及新加入的从设备发送声道调整信息。
或者，无论协同网络中的原有从设备配置的声道是否需要调整，主设备均向协同网络中的所有从设备(包括新加入的从设备)发送声道调整信息。
例如，如图8所示，当有新的终端设备加入到协同网络时，主设备可以直接将该新的终端设备分配到中声道。另外，主设备也可以将T 2由中声道调整至左声道，将该新的终端设备分配到右声道。
可选地，当协同网络为K叉树型的网络时，可以将K叉树中的每个叉树的中的设备分配到同一声道上，其中，K为大于1的整数。
可选地，作为一个实施例，图2所示的方法还包括：主设备向多个从设备发送声道配置指示信息，其中，多个从设备中的任意一个从设备接收到的声道配置指示信息用于在任意一个从设备的显示界面指示任意一个从设备在配置声道时需要放置的位置和/或需要放置的方向。
通过在显示界面指示从设备在配置声道时需要放置的位置和/或需要放置的方向，能够简单方便地指示用户操作从设备，进而完成声道的调整。
如图11所示，从设备接收到声道配置指示信息之后，在该从设备的显示界面显示了为该从设备分配的是左声道，并且在显示界面还显示了该从设备需要放置在整个协同网络的左上角的位置，并且显示界面还显示了该从设备的需要放置的方向。
上文结合图1至图11从主设备的角度对本申请实施例的多终端协同工作的方法进行了详细描述，下面从任意一个从设备的角度出发对本申请实施例的多终端协同工作的方法进行描述。应理解，从任意一个从设备的角度出发描述的本申请实施例的多终端协同工作的方法与上文中从主设备的角度出发描述的本申请实施例的多终端协同工作的方法是对应的。因此，为了简洁，下面适当省略重复的描述。
本申请提供了一种多终端协同工作的方法。该方法包括：第一从设备接收主设备发送的组网信息，组网信息用于在主设备和多个从设备之间组建协同网络，其中，第一从设备为多个从设备中的任意一个从设备，主设备具有协同网络的管理权限；第一从设备向主设备发送组网确认信息，组网确认信息用于指示第一从设备已经接入协同网络；第一从设备接收主设备发送的配置信息，配置信息用于指示当主设备出现异常或者主设备退出协同网络时，按照预先设置的管理权限切换机制切换协同网络的管理权限。
本申请中，主设备通过向从设备发送配置信息能够在主设备出现异常的情况下，按照预设的机制完成管理权限的切换，并且在从设备出现异常的情况下，能够将从设备从协同网络中清除。也就是说，无论主设备还是从设备出现异常，本申请均有相应的处理机制，因此，本申请能够提高协同网络的鲁棒性。
可选地，作为一个实施例，上述方法还包括：第一从设备接收主设备发送的候选设备列表，其中，候选设备列表是主设备设备能力信息，从多个从设备中选择出设备能力满足预设要求的至少一个候选设备，并对至少一个候选设备进行排序得到的。
与直接确定某个设备为备用设备的方式相比，通过综合考虑各个从设备的能力信息能够更为合理地选择出候选设备，进而可以在主设备出现异常或者需要退出网络时采用更合 适的候选设备来替换主设备。
具体地，主设备可以是按照下列步骤确定候选设备列表：
(1)、主设备获取多个从设备的设备能力信息；
(2)、主设备根据设备能力信息，从多个从设备中选择出设备能力满足预设要求的至少一个候选设备；
(3)、主设备对至少一个候选设备进行排序，得到候选设备列表，其中，候选设备列表中的目标候选设备用于当主设备出现异常或者主设备退出协同网络时接管主设备的管理权限，目标候选设备是根据候选设备列表的排列顺序从候选设备列表中的至少一个候选设备中选择出来的候选设备；
(4)、主设备向多个从设备发送候选设备列表。
进一步地，主设备对至少一个候选设备进行排序，得到候选设备列表具体包括：
主设备根据至少一个候选设备的设备能力信息，确定至少一个候选设备的设备能力；
主设备按照设备能力从小到大或者从大到小的顺序对至少一个候选设备进行排序，得到候选设备列表。
根据设备能力对候选设备进行排序，能够快速寻找到替换主设备的目标候选设备，进而能够简化设备切换的复杂度。
其中，上述设备能力信息包括设备的中央处理器CPU运行速度、设备的内存容量、设备的剩余电量、设备的耗电速度、设备的通信能力中的至少一种。
可选地，作为一个实施例，当所述第一从设备发生下列情况中的至少一种时，主设备将所述第一从设备从所述协同网络中清除：
与所述主设备之间的传输时延超过预设时延；
与所述主设备之间的距离超过预设距离；
操作系统的版本低于预设版本；
可用电量低于预设电量；
可用资源低于预设要求。
可选地，作为一个实施例，在所述第一从设备有来电呼入的情况下，所述第一从设备所述来电转移到预设号码。
通过设置呼叫转移能够使得从设备继续在协同网络中执行协同任务，使得协同网络在来电接入时，能够不被来电干扰，继续进行协同工作，使得协同网络具有较好的鲁棒性。
上述呼叫转移信息可以为多个从设备设置相同的呼叫转移号码，当多个从设备中的任意一个设备来电时，将来电呼入到预设的呼叫转移号码上。
但是当有两个或者两个以上的从设备同时来电时，只设置一个呼叫转移号码是不够的，因此，呼叫转移信息也可以为多个设备设置两个或者两个以上的呼叫转移号码，更进一步地，呼叫转移信息也可以为多个设备中的每个设备均设置一个呼叫转移号码，这样就可以确保每个从设备来电时都能顺利进行呼叫转移。
下面结合具体实例分别对本申请实施例的多终端间协同工作的方法的不同机制进行详细的描述。
实例一：呼叫转移设置
当协同网络中的各个设备共同执行协同任务时，如果某个设备突然有电话呼入，选择 接听电话就可能会导致该设备退出协同网络，从而使得协同网络无法正常执行协同任务。
例如，当协同网络中的各个设备协同播放音乐时，某个设备突然有电话接入，如果选择接听电话，该设备就无法再继续同其它设备一起协同播放音乐，从而影响整个协同网络的功能。
因此，需要设置呼叫转移机制，为协同网络中的各个设备设置呼叫转移号码，这样当协同网络中的某个设备有来电呼入时，可以将来电转移到预先设置的呼叫转移号码上，从而保证协同网络中的设备的正常工作。
在为系统网络中的各个设备设置呼叫转移号码时，由于协同网络中的各个设备同时有来电呼入的可能性比较小，因此，可以为协同网络中的所有设备均设置同一个呼叫转移号码，这样当协同网络中的任意一个设备有来电呼入时，均会将来电转移到该呼叫转移号码上。
在为系统网络中的各个设备设置呼叫转移号码时，为了确保所有设备同时有来电呼入时都能够进行呼叫转移，可以为协同网络中的每个设备设置一个呼叫转移号码，这样，当某个设备有来电呼入时，只需要将来电转移到该设备对应的呼叫转移号码即可。应理解，为系统网络中的每个设备均设置一个呼叫转移号码能够提高系统网络中的各个设备进行协同工作的鲁棒性，无论同时有多少设备有来电呼入，该协同网络均可以正常工作。
在为系统网络中的各个设备设置呼叫转移号码时，如果为协同网络中的每个设备都设置一个呼叫转移号码势必会增加方案的复杂性。因此，考虑到协同系统的鲁棒性以及方案的复杂性，在为系统网络中的各个设备设置呼叫转移号码时，可以为几个设备设置一个呼叫转移号码，这几个设备只要有来电呼入均可以将来电转移到这几个设备对应的呼叫转移号码。例如，协同网络中共包含6个设备，那么，可以为其中的3个设备设置第一呼叫转移号码，而为另外3个设备设置第二呼叫转移号码。
上述呼叫转移号码对应终端设备可以是协同网络之外的其它终端设备。
应理解，当协同网络中的某个设备有来电呼入时，在该设备的显示界面还可以显示是否要将该来电转移到预设的呼叫转移号码上，以供用户选择。如果来电比较重要，用户可以直接选择接听电话，这个时候为了系统的稳定性，可以先将该设备从协同网络中清除，当用户接完电话之后，还可以重新再加入该协同系统。
实例二：备份主机方式
如图12所示，多个终端设备T 1、T 2、T 3、T4、T 5和T 6通过路由器组网形成协同网络，其中，T 1为主设备。为了保证该协同系统的鲁棒性，在多个从设备中可以预先设置一个备用设备T 2，当主设备出现异常或者需要退出协同网络时，该备用设备就切换为新的主设备。下面以多终端协同播放为例，对协同系统的建立以及工作的过程进行详细的介绍。
如图13所示，协同系统(也可以称为协同网络)的建立以及工作的具体过程包括：
801、通过路由器将主设备(T 1)以及各个从设备(T 2、T 3、T4、T 5和T 6)接入到指定的局域网(local area network，LAN)。
应理解，在将主设备以及各个从设备接入到到LAN之后，还可以为每个设备分配相应的互联网协议(internet protocol，IP)地址。
其中，T 2既是协同网络中的从设备，也是协同网络中的备用设备。
802、主设备向各个从设备发送组网信息，以建立协同播放网络。
本申请对通过组网信息建立协同播放网络的具体方式不做限定，可以采用现有的各种组网方式来建立协同播放网络。
803、主设备与各个从设备之间通过握手机制，实现初次对时。
在步骤803中，主设备和各个从设备之间可以通过相互发送握手消息来实现初次对时，具体地，主设备和从设备之间可以通过互相发送三次握手消息来实现初次对时。
804、对协同网络中的各个设备进行声道配置。
应理解，这里的声道配置可以是指将主设备和各个从设备分配到多个声道上，这样在进行协同播放时每个设备就可以根据配置的声道进行协同播放。
可选地，在进行声道配置时，既可以是主设备为协同网络中的各个设备进行声道配置，也可以是手动对协同网络中的各个设备进行声道配置。
在进行声道配置时，可以根据协同网络中的设备的数量(主设备和从设备的数量之和)，以及协同网络中的各个设备之间的距离来灵活地进行声道配置。
可选地，在进行声道配置时，可以将备用设备与主设备配置在同一声道上，这样当主设备退出网络，备用切换为新的主设备后，对协同播放影响较小。
805、主设备显示界面点亮，提示可以控制协同网络中的设备进行协同播放。
应理解，当主设备显示界面点亮时表示该主设备具有该协同网络的控制权限，此时，协同网络中的其它设备的显示界面应当是灰色的，也就是无法控制其它设备进行协同播放。
806、主设备将待播放的音乐发给各个从设备。
可选地，主设备既可以直接将待播放的音乐直接全部发送给各个从设备，也可以逐帧将待播放的音乐发送给各个从设备。
可选地，当协同系统进行协同录音时，可以是主设备接收各个从设备录制的录音文件，在接收录音文件时，主设备也可以接收从设备逐帧发送的录音文件。
807、在协同播放过程中，主设备向各个从设备周期性的发送心跳消息。
上述心跳消息包括最近的播放时间戳。
808、备用设备确定在预设时间内是否接收到主设备发送的心跳消息。
如果备用设备确定在预设时间内没有接收到主设备发送的心跳消息，那么就执行步骤809，如果备用设备确定在预定时间内接收到了主设备发送的心跳消息，那么就继续执行步骤808。
809、备用设备切换为新的主设备，并重新启动协同播放。
备用设备T 2切换为新的主设备，并重新启动协同播放的具体过程如下：
(1)、备用设备T 2的显示界面点亮，并提取最近接收到的心跳消息保存的播放时间戳。
(2)、备用设备T 2向其它从设备发送重启消息，该重启消息用于指示其它从设备停止播放。
(3)、备用设备T 2通过握手机制，实现设备之间的重新对时。
(4)、备用设备T 2根据播放时间戳在等待预设时间之后，重新控制其它从设备开始播放。
在上述播放过程中，如果一切正常，那么就自动切换或者由在备用设备的显示界面上 手动切换到下一首歌。
实例三：主设备管理权限的继承机制
为了保证系统的鲁棒性，可以由主设备根据各个从设备的能力信息，从各个从设备中选择出至少一个候选设备，并得到该至少一个候选设备组成的候选设备列表。当主设备出现异常或者需要从协同网络中退出时，主设备能够将管理权限转移到候选备用列表中的从设备上，从而保证协同系统的稳定运行。
如图14所示，利用主设备的管理权限的继承机制实现管理权限的转移主要包括以下过程：
901、主设备获取各个从设备的能力信息。
设备的能力信息可以包括CPU运行速度、内存容量、剩余电池电量、耗电速度以及通讯能力等信息。
可选地，上述主设备在获取各个从设备的能力信息时，可以通过接收各个从设备主动上报的能力信息的方式来获取各个从设备的能力信息。
可选地，上述主设备也可以先向各个从设备发送能力上报指示信息，使得各个从设备在接收到主设备发送的能力上报指示信息之后向主设备发送各自的能力信息。
902、主设备对各个从设备的能力信息进行分析，以得到候选设备列表，并将该候选设备列表发送给各个从设备。
主设备在确定候选设备列表时，可以按照能力大小来确定候选设备列表的次序，将能力较强的从设备排列在候选设备列表中靠前的位置，将能力较弱的从设备排列在候选列表靠后的位置。
另外，候选设备列表中还会记录各个从设备的对应的网络地址信息等等，以便在从设备切换为主设备时使用，并且，主设备会定期获取各个设备的能力信息，并且更新该候选设备列表，从而使得在设备数量变化或者设备能力变化的情况下也能够选择出比较合适的候选设备。
903、主设备定时向各个从设备发送心跳消息。
例如，主设备可以每3秒向各个从设备发送一次心跳消息。
从设备可以根据在预设时间内是否接收到主设备的心跳消息来确定主设备是否异常，或者确定主设备是否退出网络。
904、第一从设备确定在预设时间内是否接收到主设备发送的心跳消息。
上述第一从设备是多个从设备中的任意一个从设备。
如果第一从设备确定在预设时间内没有接收到主设备发送的心跳消息，那么就执行步骤905，如果第一从设备确定在预定时间内接收到了主设备发送的心跳消息，那么就继续执行步骤904。
905、第一从设备确定第一从设备是否为候选设备列表排位第一的设备。
在上述步骤905中，如果第一设备为候选设备列表中排位第一的设备，那么就执行步骤906和步骤907，如果第一设备为候选设备列表中排位第一的设备，那么就执行步骤908。
应理解，当候选设备列表是按照能力从大到小的顺序进行排列时，每个从设备需要确定自身是否为候选设备列表中排位第一的设备(排位第一的设备相当于备用设备)。而候选设备列表是按照能力从小到大的顺序进行排列时，每个从设备需要确定自身是否为候选 设备列表中排位最后的设备(排位最后的设备相当于备用设备)。
906、从设备将自身切换为新的主设备，重新执行协同任务。
907、新的主设备将候选设备列表中排位第一的设备删掉，将更新后的候选设备列表发送给其它的从设备。
908、从设备就尝试与候选设备列表中排位第一的设备进行通信。
在步骤908中，从设备也可以等待接收新的主设备发送组网信息。
上述协同系统中的每个终端设备可以具体包含：设备能力获取模块、候选设备分析模块和心跳检测模块。对于主设备来说，主设备中的设备能力获取模块可以用于获取各个从设备的能力信息，候选设备分析模块能够对从设备的能力信息进行分析，进而得到候选设备列表，心跳发送检测模块用于向其它设备发送心跳消息，并检测其它设备发送的心跳消息。
实例四：声道配置的鲁棒性机制
以协同播放为例，为了取得更好的播放效果，可以对协同网络中的各个设备的声道进行配置，具体可以根据协同网络的设备数量对协同网络中的设备进行声道配置，以使得对称声道上分配的终端设备的数量相同，从而保证协同播放具有较好的效果。
例如，当协同网络中共包含5个终端设备时，可以分别将这5个终端设备分别配置到不同的声道上，具体可以如表1所示，协同网络中的终端设备T 1、T 2、T 3、T 4和T 5分别被配置在左声道、中声道、右声道、左后声道和右后声道上，每个声道上分配的设备数量相同，因此，能够保持协同网络在进行协同播放时能够取得较好的播放效果。
表1
声道 左声道 中声道 右声道 左后声道 右后声道
终端设备 T 1 T 2 T 3 T 4 T 5
当协同网络中包含6个终端设备，可以将其中的两个终端设备配置到中声道上，而其他的4个声道上各配置一个终端设备，具体如表2所示。
表2
声道 左声道 中声道 右声道 左后声道 右后声道
终端设备 T 1 T 2、T 6 T 3 T 4 T 5
当协同网络中包含7个终端设备时，可以分别为左声道和右声道各分配两个终端设备，而为其他的声道各分配一个终端设备，具体如表3所示。
表3
声道 左声道 中声道 右声道 左后声道 右后声道
终端设备 T 1、T 6 T 2 T 3、T 7 T 4 T 5
当协同网络中包含8个终端设备时，可以分别为左声道、右声道以及中声道分别分配 两个终端设备，而为其他的声道各分配一个终端设备，具体如表4所示。
表4
声道 左声道 中声道 右声道 左后声道 右后声道
终端设备 T 1、T 6 T 2、T 8 T 3、T 7 T 4 T 5
当协同网络中包含9个终端设备时，可以分别为左声道、右声道、左后声道以及右后声道分别分配两个终端设备，而为中声道分配一个终端设备，具体如表5所示。
表5
声道 左声道 中声道 右声道 左后声道 右后声道
终端设备 T 1、T 6 T 2 T 3、T 7 T 4、T 8 T 5、T 9
当协同网络中包含10个终端设备时，可以为各个声道均配置两个终端设备，具体如表6所示。
表6
声道 左声道 中声道 右声道 左后声道 右后声道
终端设备 T 1、T 6 T 2、T 10 T 3、T 7 T 4、T 8 T 5、T 9
而当协同网络中的设备数量变化时，也可以按照上述表1至表6所示的方式对声道重新进行分配。
(1)终端设备的数量由5台变为6台。
当终端设备的数量为5台时，如表1所示，各个声道包含的终端设备均为1台。
当终端设备的数量由5台变为6台时，为了保证对称声道(左声道和右声道、左后声道和右后声道)的设备数量相同，将新增的终端设备T 6分配到中声道，并在T 6界面上通过高亮图标提示将其设置为中声道，用户可以根据设备T 6的显示界面的提示，将T 6放置到中声道附近位置。
当终端设备的数量由5台变为6台时，相当于将终端设备将表1所示的声道配置关系变换为表2所示的声道配置关系。
(2)终端设备的数量由6台变为7台。
当终端设备的数量为6台时，如表2所示，除了中声道之外，其它各个声道配置的终端设备均为1台。
当终端设备的数量由6台变为7台时，为了保证对称声道的设备数量相同，可以将终端设备T 6以及新增的终端设备T 7分别分配到左声道和右声道，并在T 6界面上通过高亮图标提示将其设置为左声道，在T 7界面上通过高亮图标提示将其设置为右声道。用户可以分别根据设备T 6和终端设备T 7的显示界面的提示，将T 6、T 7分别放置到左声道和右声道附近位置。
当终端设备的数量由6台变为7台时，相当于将终端设备将表2所示的声道配置关系 变换为表3所示的声道配置关系。
(3)终端设备的数量由7台变为8台。
当终端设备的数量为7台时，如表3所示，中声道、左后声道和右后声道配置的终端设备均为1台，左声道和右声道配置的终端设备均为2台。
当终端设备的数量由7台变为8台时，为了保证对称声道的设备数量相同，可以将新增的终端设备T 8分配到中声道，并在T 8界面上通过高亮图标提示将其设置为中声道。用户可以根据设备T 8的显示界面的提示，将T 8分别放置到中声道附近位置。
当终端设备的数量由7台变为8台时，相当于将终端设备将表3所示的声道配置关系变换为表4所示的声道配置关系。
(4)终端设备的数量由8台变为9台。
当终端设备的数量为8台时，如表4所示，除了左后声道和右后声道均分别分配一台终端设备之外，其它声道均分配了两台终端设备。
当终端设备的数量由8台变为9台时，为了保证对称声道的设备数量相同，可以将终端设备T 8以及新增的终端设备T 8分别分配到左后声道和右后声道，并在T 8界面上通过高亮图标提示将其设置为左后声道，在T 9界面上通过高亮图标提示将其设置为右后声道。用户可以分别根据设备T 8和终端设备T 9的显示界面的提示，将T 8和T 9分别放置到左声道和右声道附近位置。
当终端设备的数量由8台变为9台时，相当于将终端设备将表4所示的声道配置关系变换为表5所示的声道配置关系。
(5)终端设备的数量由9台变为10台。
当终端设备的数量为9台时，如表5所示，除了中声道之外，其它声道分配的终端设备的数量均为2台。
当终端设备的数量由9台变为10台时，为了保证对称声道的设备数量相同，可以将新增的终端设备T 10分配到中声道，并在T 10界面上通过高亮图标提示将其设置为中声道。用户可以根据设备T 10的显示界面的提示，将T 10分别放置到中声道附近位置。
当终端设备的数量由9台变为10台时，相当于将终端设备将表5所示的声道配置关系变换为表6所示的声道配置关系。
实例五：基于距离的检测的退出机制
当协同网络中的某个设备(即可以是主设备也可以是从设备)距离协同网络中的其它设备的距离较远时，网络抖动发生的可能性增大，这时为了保证网络的稳定性，可以将该设备从网络中清除，如果是主设备被清除的话，那么备用设备就切换为新的主设备，如果是从设备被清除的话，则主设备不变。
例如，当某个设备来电时，如果用户选择接听电话，并且考虑到隐私，用户一般会走出房间外来接听电话，在这种情况下，该设备距离协同网络中的其它设备的距离变大，当距离增加到一定的程度时，由于墙面对路由信号的阻挡，传输时间增加，网络抖动发生的概率变大，可能导致协同网络中的设备无法进行正常的协同播放和协同录音，因此，当主设备确定某个设备(包括主设备或者从设备)的传输时延大于预设阈值，那么，就将该设备从协同网络中清除。
实例五：基于资源状态的切换和退出机制
对于终端设备来说，终端设备运行时的稳定性在很大程度上取决于当前终端设备的资源占用状态，在周期性的交换心跳消息的过程中也可以交换各个终端设备的资源占用状态，从而决定是否切换主设备和清除从设备。
当主设备确定自身的资源占用较多时，例如，内存占有量高于预设阈值、电池电量低于预设的电量，那么，主设备就确定进行切换，将协同网络的管理权限转移到备用设备。
当主设备确定某个从设备的资源占用过多时，例如，内存占有量高于预设阈值、电池电量低于预设的电量，那么，主设备就将该从设备从协同网络中清除。
当主设备将从设备从协同网络中清除时，可以向该从设备发送一个清除信息，该清除信息用于指示该从设备退出该协同网络，从设备在接收到该清除信息之后，可以在界面显示是否退出协同网络的图标，由用户进行相应的操作，选择退出或者不退出该协同网络。
实例六：主设备和备用设备均异常的退出机制
当主设备出现异常时，备用设备要切换为新的主设备，但是当备用设备出现故障导致无法正常切换为主设备时，，如果从设备在预设时间内仍然无法接收到主设备的心跳消息，则从设备从协同网络中退出，也就是说当主设备和备用设备均出现异常时，由于协同网络无法继续工作，因此，从设备也退出协同网络。
上文结合图1至图14对本申请实施例的多终端协同工作的方法进行了详细描述，下面结合图15和图16对本申请实施例的终端设备进行描述。应理解，图15和图16中的终端设备能够执行本申请实施例的多终端协同工作的方法，为了简洁，下面在描述终端设备时适当省略重复的描述。
应理解，下面介绍的图15中的终端设备1000以及终端设备1100均是协同网络中的主设备。另外，在本申请中，从设备的结构可以与终端设备1000和终端设备1100所示的结构相同。
图15是本申请实施例的终端设备的示意性框图。该终端设备1000包括：
发送模块1001，用于向多个从设备发送组网信息，所述组网信息用于在所述终端设备1000和所述多个从设备之间组建协同网络，其中，所述终端设备1000具有所述协同网络的管理权限；
接收模块1002，用于接收所述多个从设备发送的组网确认信息，所述组网确认信息用于指示从设备已经接入所述协同网络；
所述发送模块1101还用于向所述多个从设备分别发送配置信息，所述配置信息用于指示在所述终端设备1000出现异常或者所述终端设备退出所述协同网络时，按照预先设置的管理权限切换机制切换所述协同网络的管理权限；
处理模块1003，用于当所述多个从设备中的一个从设备发生异常时，按照预先设置的清除规则将所述一个从设备从所述协同网络中清除。
本申请中，终端设备(主设备)通过向从设备发送配置信息能够在主设备出现异常的情况下，按照预设的机制完成管理权限的切换，并且在从设备出现异常的情况下，能够将从设备从协同网络中清除。也就是说，无论主设备还是从设备出现异常，本申请均有相应的处理机制，因此，本申请能够提高协同网络的鲁棒性。
可选地，作为一个实施例，所述处理模块1003还用于：获取所述多个从设备的设备能力信息；根据所述设备能力信息，从所述多个从设备中选择出设备能力满足预设要求的 至少一个候选设备；对所述至少一个候选设备进行排序，得到候选设备列表，其中，所述候选设备列表中的目标候选设备用于在所述终端设备出现异常或者所述终端设备退出所述协同网络时接管所述终端设备的管理权限，所述目标候选设备是根据所述候选设备列表的排列顺序从所述候选设备列表中的至少一个候选设备中选择出来的候选设备。
与直接确定某个设备为备用设备的方式相比，通过综合考虑各个从设备的能力信息能够更为合理地选择出候选设备，进而可以在主设备出现异常或者需要退出网络时采用更合适的候选设备来替换主设备。
可选地，作为一个实施例，所述处理模块1003具体用于：根据所述至少一个候选设备的设备能力信息，确定所述至少一个候选设备的设备能力；按照设备能力从小到大或者从大到小的顺序对所述至少一个候选设备进行排序，得到所述候选设备列表。
根据设备能力对候选设备进行排序，能够快速寻找到替换主设备的目标候选设备，进而能够简化设备切换的复杂度。
可选地，作为一个实施例，所述设备能力信息包括设备的中央处理器CPU运行速度、设备的内存容量、设备的剩余电量、设备的耗电速度、设备的通信能力中的至少一种。
可选地，作为一个实施例，所述配置信息具体用于指示在所述终端设备出现异常或者需要退出所述协同网络时，由所述多个从设备中预先设置的备用设备接管所述终端设备的管理权限。
在主设备出现异常或者需要退出协同网络时，通过预先设置的备用设备接管主设备的管理权限能够确保协同网络中的设备仍然可以正常工作，能够增强协同网络的鲁棒性。
可选地，作为一个实施例，所述处理模块1003具体用于：在所述一个从设备发生下列情况中的至少一种时，将所述一个从设备从所述协同网络中清除：
与所述终端设备之间的传输时延超过预设时延；
与所述终端设备之间的距离超过预设距离；
操作系统的版本低于预设版本；
可用电量低于预设电量；
可用资源低于预设要求。
当从设备发生上述情况之一时，可以认为从设备的设备能力不能满足正常的协同工作的要求，此时，通过设备能力不能满足要求的从设备从协同网络中清除，能够避免设备能力不能满足要求的从设备对整个协同网络的协同工作造成影响。
可选地，作为一个实施例，所述发送模块1001还用于：向所述多个从设备发送呼叫转移信息，所述呼叫转移信息用于为所述多个从设备设置呼叫转移。通过设置呼叫转移能够使得从设备继续在协同网络中执行协同任务，使得协同网络在来电接入时，能够不被来电干扰，继续进行协同工作，使得协同网络具有较好的鲁棒性。
上述呼叫转移信息可以为多个从设备设置相同的呼叫转移号码，当多个从设备中的任意一个设备来电时，将来电呼入到预设的呼叫转移号码上。
但是当有两个或者两个以上的从设备同时来电时，只设置一个呼叫转移号码是不够的，因此，呼叫转移信息也可以为多个设备设置两个或者两个以上的呼叫转移号码，更进一步地，呼叫转移信息也可以为多个设备中的每个设备均设置一个呼叫转移号码，这样就可以确保每个从设备来电时都能顺利进行呼叫转移。
可选地，作为一个实施例，所述处理模块1003还用于：在所述终端设备有来电呼入的情况下，将所述来电转移到预设号码。
由于主设备在协同网络中所起的作用更加重要，因此，当主设备有来电呼入时通过将来电转移到预设号码，能够使得主设备免收来电干扰，继续进行协同工作，使得协同网络具有较好的鲁棒性。
图16是本申请实施例的终端设备的示意性框图。该终端设备1100包括：
收发器1101，所述收发器1101具体用于：
向多个从设备发送组网信息，所述组网信息用于在所述终端设备1100和所述多个从设备之间组建协同网络，其中，所述终端设备1100具有所述协同网络的管理权限；
接收所述多个从设备发送的组网确认信息，所述组网确认信息用于指示从设备已经接入所述协同网络；
向所述多个从设备分别发送配置信息，所述配置信息用于指示在所述终端设备1100出现异常或者所述终端设备1100退出所述协同网络时，按照预先设置的管理权限切换机制切换所述协同网络的管理权限；
存储器1102，用于存储程序。
处理器1103，当所述存储器1102中存储的程序被执行时，所述处理器1103具体用于：当所述多个从设备中的一个从设备发生异常时，按照预先设置的清除规则将所述一个从设备从所述协同网络中清除。
本申请中，终端设备(主设备)通过向从设备发送配置信息能够在主设备出现异常的情况下，按照预设的机制完成管理权限的切换，并且在从设备出现异常的情况下，能够将从设备从协同网络中清除。也就是说，无论主设备还是从设备出现异常，本申请均有相应的处理机制，因此，本申请能够提高协同网络的鲁棒性。
可选地，作为一个实施例，所述处理器1103还用于：获取所述多个从设备的设备能力信息；根据所述设备能力信息，从所述多个从设备中选择出设备能力满足预设要求的至少一个候选设备；对所述至少一个候选设备进行排序，得到候选设备列表，其中，所述候选设备列表中的目标候选设备用于在所述终端设备出现异常或者所述终端设备退出所述协同网络时接管所述终端设备的管理权限，所述目标候选设备是根据所述候选设备列表的排列顺序从所述候选设备列表中的至少一个候选设备中选择出来的候选设备。
与直接确定某个设备为备用设备的方式相比，通过综合考虑各个从设备的能力信息能够更为合理地选择出候选设备，进而可以在主设备出现异常或者需要退出网络时采用更合适的候选设备来替换主设备。
可选地，作为一个实施例，所述处理器1103具体用于：根据所述至少一个候选设备的设备能力信息，确定所述至少一个候选设备的设备能力；按照设备能力从小到大或者从大到小的顺序对所述至少一个候选设备进行排序，得到所述候选设备列表。
根据设备能力对候选设备进行排序，能够快速寻找到替换主设备的目标候选设备，进而能够简化设备切换的复杂度。
可选地，作为一个实施例，所述设备能力信息包括设备的中央处理器CPU运行速度、设备的内存容量、设备的剩余电量、设备的耗电速度、设备的通信能力中的至少一种。
可选地，作为一个实施例，所述配置信息具体用于指示在所述终端设备出现异常或者 需要退出所述协同网络时，由所述多个从设备中预先设置的备用设备接管所述终端设备的管理权限。
根据设备能力对候选设备进行排序，能够快速寻找到替换主设备的目标候选设备，进而能够简化设备切换的复杂度。
可选地，作为一个实施例，所述处理器1103具体用于：在所述一个从设备发生下列情况中的至少一种时，将所述一个从设备从所述协同网络中清除：
与所述终端设备之间的传输时延超过预设时延；
与所述终端设备之间的距离超过预设距离；
操作系统的版本低于预设版本；
可用电量低于预设电量；
可用资源低于预设要求。
当从设备发生上述情况之一时，可以认为从设备的设备能力不能满足正常的协同工作的要求，此时，通过设备能力不能满足要求的从设备从协同网络中清除，能够避免设备能力不能满足要求的从设备对整个协同网络的协同工作造成影响。
可选地，作为一个实施例，所述收发器1101还用于：向所述多个从设备发送呼叫转移信息，所述呼叫转移信息用于为所述多个从设备设置呼叫转移。
通过设置呼叫转移能够使得从设备继续在协同网络中执行协同任务，使得协同网络在来电接入时，能够不被来电干扰，继续进行协同工作，使得协同网络具有较好的鲁棒性。
上述呼叫转移信息可以为多个从设备设置相同的呼叫转移号码，当多个从设备中的任意一个设备来电时，将来电呼入到预设的呼叫转移号码上。
但是当有两个或者两个以上的从设备同时来电时，只设置一个呼叫转移号码是不够的，因此，呼叫转移信息也可以为多个设备设置两个或者两个以上的呼叫转移号码，更进一步地，呼叫转移信息也可以为多个设备中的每个设备均设置一个呼叫转移号码，这样就可以确保每个从设备来电时都能顺利进行呼叫转移。
可选地，作为一个实施例，所述处理器1103还用于：在所述终端设备有来电呼入的情况下，将所述来电转移到预设号码。由于主设备在协同网络中所起的作用更加重要，因此，当主设备有来电呼入时通过将来电转移到预设号码，能够使得主设备免收来电干扰，继续进行协同工作，使得协同网络具有较好的鲁棒性。
本申请还提供一种计算机可读介质，所述计算机可读介质存储用于设备执行的程序代码，所述程序代码包括用于执行本申请实施例的多终端协同工作的方法的指令。
图17是本申请实施例的多终端设备协同系统的示意性框图。该多终端设备协同系统1200包括主设备1201和多个从设备1202。其中，主设备1201和多个从设备1202的具体作用如下：
所述主设备1201向所述多个从设备1202发送组网信息，所述组网信息用于在所述主设备1201和所述多个从设备1202之间组建协同网络，其中，所述主设备1201具有所述协同网络的管理权限；
所述多个从设备1202分别向所述主设备1201发送组网确认信息，所述组网确认信息用于指示从设备已经接入所述协同网络；
所述主设备1201向所述多个从设备1202分别发送配置信息，所述配置信息用于指示 当所述主设备1201出现异常或者所述主设备1201退出所述协同网络时，按照预先设置的管理权限切换机制切换所述协同网络的管理权限；
当所述主设备1201出现异常或者所述主设备退出所述协同网络时，所述多个从设备1202按照预先设置的管理权限切换机制切换所述协同网络的管理权限；
当所述多个从设备1202中的一个从设备发生异常时，所述主设备1201按照预先设置的清除规则将所述一个从设备从所述协同网络中清除。
本申请中，主设备通过向从设备发送配置信息能够在主设备出现异常的情况下，按照预设的机制完成管理权限的切换，并且在从设备出现异常的情况下，能够将从设备从协同网络中清除。也就是说，无论主设备还是从设备出现异常，本申请均有相应的处理机制，因此，本申请能够提高协同网络的鲁棒性。
应理解，在多终端设备协同系统1200中的主设备1201相当与上文中的终端设备1000或者终端设备1100，终端设备1000或者终端设备1100通过与其它的终端终端设备进行组网就可以得到多终端设备协同系统1200。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (17)

  1. 一种多终端设备间协同工作的方法，其特征在于，包括：
    主设备向多个从设备发送组网信息，所述组网信息用于在所述主设备和所述多个从设备之间组建协同网络，其中，所述主设备具有所述协同网络的管理权限；
    所述主设备接收所述多个从设备发送的组网确认信息，所述组网确认信息用于指示从设备已经接入所述协同网络；
    所述主设备向所述多个从设备分别发送配置信息，所述配置信息用于指示当所述主设备出现异常或者所述主设备退出所述协同网络时，按照预先设置的管理权限切换机制切换所述协同网络的管理权限；
    当所述多个从设备中的一个从设备发生异常时，所述主设备按照预先设置的清除规则将所述一个从设备从所述协同网络中清除。
  2. 如权利要求1所述的方法，其特征在于，所述方法还包括：
    所述主设备获取所述多个从设备的设备能力信息；
    所述主设备根据所述设备能力信息，从所述多个从设备中选择出设备能力满足预设要求的至少一个候选设备；
    所述主设备对所述至少一个候选设备进行排序，得到候选设备列表，其中，所述候选设备列表中的目标候选设备用于当所述主设备出现异常或者所述主设备退出所述协同网络时接管所述主设备的管理权限，所述目标候选设备是根据所述候选设备列表的排列顺序从所述候选设备列表中的至少一个候选设备中选择出来的候选设备；
    所述主设备向所述多个从设备发送所述候选设备列表。
  3. 如权利要求2所述的方法，其特征在于，所述主设备对所述至少一个候选设备进行排序，得到候选设备列表，包括：
    所述主设备根据所述至少一个候选设备的设备能力信息，确定所述至少一个候选设备的设备能力；
    所述主设备按照设备能力从小到大或者从大到小的顺序对所述至少一个候选设备进行排序，得到所述候选设备列表。
  4. 如权利要求2或3所述的方法，其特征在于，所述设备能力信息包括设备的中央处理器CPU运行速度、设备的内存容量、设备的剩余电量、设备的耗电速度、设备的通信能力中的至少一种。
  5. 如权利要求1所述的方法，其特征在于，所述配置信息具体用于指示在所述主设备出现异常或者需要退出所述协同网络时，由所述多个从设备中预先设置的备用设备接管所述主设备的管理权限。
  6. 如权利要求1-5中任一项所述的方法，其特征在于，当所述多个从设备中的一个从设备发生异常时，所述主设备按照预先设置的清除规则将所述一个从设备从所述协同网络中清除，包括：
    在所述一个从设备发生下列情况中的至少一种时，将所述一个从设备从所述协同网络中清除：
    与所述主设备之间的传输时延超过预设时延；
    与所述主设备之间的距离超过预设距离；
    操作系统的版本低于预设版本；
    可用电量低于预设电量；
    可用资源低于预设要求。
  7. 如权利要求1-6中任一项所述的方法，其特征在于，所述方法还包括：
    所述主设备向所述多个从设备发送呼叫转移信息，所述呼叫转移信息用于为所述多个从设备设置呼叫转移。
  8. 如权利要求1-7中任一项所述的方法，其特征在于，所述方法还包括：
    在所述主设备有来电呼入的情况下，将所述来电转移到预设号码。
  9. 一种终端设备，其特征在于，包括：
    发送模块，用于向多个从设备发送组网信息，所述组网信息用于在所述终端设备和所述多个从设备之间组建协同网络，其中，所述终端设备具有所述协同网络的管理权限；
    接收模块，用于接收所述多个从设备发送的组网确认信息，所述组网确认信息用于指示从设备已经接入所述协同网络；
    所述发送模块还用于向所述多个从设备分别发送配置信息，所述配置信息用于指示在所述终端设备出现异常或者所述终端设备退出所述协同网络时，按照预先设置的管理权限切换机制切换所述协同网络的管理权限；
    处理模块，用于当所述多个从设备中的一个从设备发生异常时，按照预先设置的清除规则将所述一个从设备从所述协同网络中清除。
  10. 如权利要求9所述的终端设备，其特征在于，所述处理模块还用于：
    获取所述多个从设备的设备能力信息；
    根据所述设备能力信息，从所述多个从设备中选择出设备能力满足预设要求的至少一个候选设备；
    对所述至少一个候选设备进行排序，得到候选设备列表，其中，所述候选设备列表中的目标候选设备用于在所述终端设备出现异常或者所述终端设备退出所述协同网络时接管所述终端设备的管理权限，所述目标候选设备是根据所述候选设备列表的排列顺序从所述候选设备列表中的至少一个候选设备中选择出来的候选设备。
  11. 如权利要求10所述的终端设备，其特征在于，所述处理模块具体用于：
    根据所述至少一个候选设备的设备能力信息，确定所述至少一个候选设备的设备能力；
    按照设备能力从小到大或者从大到小的顺序对所述至少一个候选设备进行排序，得到所述候选设备列表。
  12. 如权利要求10或11所述的终端设备，其特征在于，所述设备能力信息包括设备的中央处理器CPU运行速度、设备的内存容量、设备的剩余电量、设备的耗电速度、设备的通信能力中的至少一种。
  13. 如权利要求9所述的终端设备，其特征在于，所述配置信息具体用于指示在所述终端设备出现异常或者需要退出所述协同网络时，由所述多个从设备中预先设置的备用设备接管所述终端设备的管理权限。
  14. 如权利要求9-13中任一项所述的终端设备，其特征在于，所述处理模块具体用于：
    在所述一个从设备发生下列情况中的至少一种时，将所述一个从设备从所述协同网络中清除：
    与所述终端设备之间的传输时延超过预设时延；
    与所述终端设备之间的距离超过预设距离；
    操作系统的版本低于预设版本；
    可用电量低于预设电量；
    可用资源低于预设要求。
  15. 如权利要求9-14中任一项所述的终端设备，其特征在于，所述发送模块还用于：
    向所述多个从设备发送呼叫转移信息，所述呼叫转移信息用于为所述多个从设备设置呼叫转移。
  16. 如权利要求9-15中任一项所述的终端设备，其特征在于，所述处理模块还用于：
    在所述终端设备有来电呼入的情况下，将所述来电转移到预设号码。
  17. 一种多终端协同系统，所述多终端协同系统包括主设备和多个从设备，其特征在于：
    所述主设备向所述多个从设备发送组网信息，所述组网信息用于在所述主设备和所述多个从设备之间组建协同网络，其中，所述主设备具有所述协同网络的管理权限；
    所述多个从设备分别向所述主设备发送组网确认信息，所述组网确认信息用于指示从设备已经接入所述协同网络；
    所述主设备向所述多个从设备分别发送配置信息，所述配置信息用于指示当所述主设备出现异常或者所述主设备退出所述协同网络时，按照预先设置的管理权限切换机制切换所述协同网络的管理权限；
    当所述主设备出现异常或者所述主设备退出所述协同网络时，所述多个从设备按照预先设置的管理权限切换机制切换所述协同网络的管理权限；
    当所述多个从设备中的一个从设备发生异常时，所述主设备按照预先设置的清除规则将所述一个从设备从所述协同网络中清除。
PCT/CN2018/116029 2017-11-27 2018-11-16 多终端协同工作的方法，终端设备以及多终端协同系统 WO2019101020A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP18881497.4A EP3697026A4 (en) 2017-11-27 2018-11-16 METHOD FOR COLLABORATION OF MULTIPLE TERMINAL DEVICES, TERMINAL DEVICE AND SYSTEM FOR COOPERATION OF MULTIPLE TERMINAL DEVICES
US16/884,022 US11323854B2 (en) 2017-11-27 2020-05-26 Multi-terminal cooperative working method, terminal device, and multi-terminal cooperative system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201711209105.8 2017-11-27
CN201711209105.8A CN109842508B (zh) 2017-11-27 2017-11-27 多终端协同工作的方法，终端设备以及多终端协同系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/884,022 Continuation US11323854B2 (en) 2017-11-27 2020-05-26 Multi-terminal cooperative working method, terminal device, and multi-terminal cooperative system

Publications (1)

Publication Number Publication Date
WO2019101020A1 true WO2019101020A1 (zh) 2019-05-31

Family

ID=66631273

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/116029 WO2019101020A1 (zh) 2017-11-27 2018-11-16 多终端协同工作的方法，终端设备以及多终端协同系统

Country Status (4)

Country Link
US (1) US11323854B2 (zh)
EP (1) EP3697026A4 (zh)
CN (1) CN109842508B (zh)
WO (1) WO2019101020A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112954819A (zh) * 2019-12-11 2021-06-11 华为技术有限公司 一种设备组网方法、电子设备及系统

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3422780B1 (en) * 2017-07-01 2020-05-13 Ruckus Wireless, Inc. Identifying a synchronization master for radio nodes
CN110167120B (zh) * 2019-06-20 2023-05-16 江苏深农智能科技有限公司 一种物联网无线星型网络低功耗设备
CN110294171A (zh) * 2019-08-07 2019-10-01 深圳市血之缘医疗科技有限公司 多机级联热合系统
CN114844737A (zh) * 2019-09-30 2022-08-02 华为技术有限公司 一种多设备之间的信息同步方法、系统及电子设备
CN112929594B (zh) * 2019-12-06 2023-08-08 中兴通讯股份有限公司 自组网级联方法、音频采集设备、会议系统、存储介质
CN114157756A (zh) * 2020-08-20 2022-03-08 华为技术有限公司 任务处理方法及相关电子设备
CN111510326B (zh) * 2020-04-08 2023-08-08 普联技术有限公司 主从设备配置信息同步方法、系统、终端设备及存储介质
CN113810204B (zh) * 2020-06-12 2024-08-27 深圳兆日科技股份有限公司 线上会议的主持人确定方法、装置、设备及存储介质
CN114095354A (zh) * 2020-08-07 2022-02-25 艾锐势企业有限责任公司 电子设备、用于电子设备的方法、计算机可读介质以及装置
CN113015106B (zh) * 2021-04-19 2023-04-21 南京中感微电子有限公司 广播组网的立体声播放方法、装置和电子设备
WO2023274516A1 (en) * 2021-06-30 2023-01-05 Huawei Technologies Co., Ltd. Collaborative delivery of correlated media streams
CN116419233A (zh) * 2021-12-31 2023-07-11 中国移动通信有限公司研究院 业务传输的协同方法及设备
CN114726711A (zh) * 2022-03-23 2022-07-08 海能达通信股份有限公司 设备间协同处理业务的方法及系统
CN115545227A (zh) * 2022-09-22 2022-12-30 清安储能技术(重庆)有限公司 能量管理方法、装置、设备及存储介质
CN115664932B (zh) * 2022-10-17 2024-01-26 厦门海辰储能科技股份有限公司 能量块并联通讯方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102487517A (zh) * 2010-12-06 2012-06-06 国民技术股份有限公司 一种基于2.4g rfid无线通信设备的无线组网方法及系统
CN102571452A (zh) * 2012-02-20 2012-07-11 华为技术有限公司 多节点管理的方法和系统
CN103475908A (zh) * 2013-07-23 2013-12-25 北京九华互联科技有限公司 一种多屏同步播放的方法和装置
US20160105320A1 (en) * 2014-10-14 2016-04-14 Cisco Technology, Inc. Automated network configuration in a closed network topology

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5691980A (en) * 1995-06-07 1997-11-25 General Electric Company Local communication network for power reduction and enhanced reliability in a multiple node tracking system
US7747338B2 (en) 2006-08-18 2010-06-29 Xerox Corporation Audio system employing multiple mobile devices in concert
US7437440B2 (en) * 2003-01-27 2008-10-14 Microsoft Corporation Peer-to-peer networking framework application programming interfaces
JP5951267B2 (ja) * 2012-01-27 2016-07-13 シャープ株式会社 制御装置およびシステム
EP2879345A4 (en) * 2013-08-30 2015-08-19 Huawei Tech Co Ltd METHOD FOR MULTIPLE DEVICES FOR THE COOPERATIVE REPRODUCTION OF MULTIMEDIA FILES AND RELATED DEVICE AND SYSTEM
US9609517B2 (en) * 2014-12-19 2017-03-28 Intel Corporation Cooperative security in wireless sensor networks
CN106253471B (zh) * 2016-08-18 2019-11-19 新黎明科技股份有限公司 低压电力电网载波智能控制系统分站
CN106648997A (zh) 2016-12-23 2017-05-10 北京航天测控技术有限公司 一种基于非实时操作系统的主从双机切换方法
CN106851630B (zh) * 2017-01-10 2019-07-02 陕西尚品信息科技有限公司 一种安全的ad-hoc网络单路径路由数据传输方法
CN107027066B (zh) 2017-03-24 2020-08-18 深圳市环球数码科技有限公司 一种高分辨率数字电影影院播放方法及系统
CN107071811B (zh) * 2017-04-18 2019-12-27 长春师范大学 一种基于模糊控制的wsn容错非均匀分簇方法
US10992455B2 (en) * 2018-08-14 2021-04-27 International Business Machines Corporation Consensus based ad-hoc group creation

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102487517A (zh) * 2010-12-06 2012-06-06 国民技术股份有限公司 一种基于2.4g rfid无线通信设备的无线组网方法及系统
CN102571452A (zh) * 2012-02-20 2012-07-11 华为技术有限公司 多节点管理的方法和系统
CN103475908A (zh) * 2013-07-23 2013-12-25 北京九华互联科技有限公司 一种多屏同步播放的方法和装置
US20160105320A1 (en) * 2014-10-14 2016-04-14 Cisco Technology, Inc. Automated network configuration in a closed network topology

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3697026A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112954819A (zh) * 2019-12-11 2021-06-11 华为技术有限公司 一种设备组网方法、电子设备及系统
CN112954819B (zh) * 2019-12-11 2023-09-22 华为技术有限公司 一种设备组网方法、电子设备及系统

Also Published As

Publication number Publication date
CN109842508A (zh) 2019-06-04
EP3697026A1 (en) 2020-08-19
US11323854B2 (en) 2022-05-03
EP3697026A4 (en) 2020-11-25
CN109842508B (zh) 2022-04-05
US20200288283A1 (en) 2020-09-10

Similar Documents

Publication Publication Date Title
WO2019101020A1 (zh) 多终端协同工作的方法，终端设备以及多终端协同系统
US11750417B2 (en) Method for establishing communication connection
EP3331219B1 (en) Method for multi-path communication
WO2020164349A1 (zh) 数据传输控制方法及相关产品
EP2519037A1 (en) Method and network for sharing sensor data among mobile terminals
CN105072482A (zh) 一种多媒体播放设备的播放控制方法及装置
CN103312605A (zh) 一种网关设备身份设置的方法及管理网关设备
US20150319657A1 (en) Distributed Method for Client Optimization
CN103731562B (zh) 为智能设备自适应匹配蓝牙设备的方法和装置
US11206556B2 (en) Power outage processing method and connection relationship obtaining method and device
EP4247039A1 (en) Computing-aware session management method and communication device
CN111262665A (zh) 数据通信方法、装置、控制器及系统
US11979247B2 (en) Message forwarding method and apparatus
CN109150808A (zh) 通信方法、装置和系统
EP4228309A1 (en) Call method and device
JP6114835B2 (ja) セッション復旧方法、デバイス及びシステム
EP2972951A2 (en) Real time remote desktop
WO2023151423A1 (zh) 设备连接方法、装置、设备及存储介质
CN102891871A (zh) 一种虚拟终端系统及实现方法
CN115314924B (zh) 一种upf池智能平衡系统及实现方法
TW201735711A (zh) 基於設備到設備的通訊方法和終端
EP3340687B1 (en) Method for connecting communication device, and communication device
CN115515254A (zh) 点对点连接建立方法、装置、存储介质及电子设备
CN102821118A (zh) 一种具备异构节点的网络中业务备份的方法和系统
WO2023174221A1 (zh) 多模态业务实现方法、装置及通信设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18881497

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2018881497

Country of ref document: EP

Effective date: 20200514

NENP Non-entry into the national phase

Ref country code: DE