Intercom system and intercom method

By enabling the audio capabilities of multiple auxiliary devices on the main device, the problem of electronic devices being unable to transfer calls between different devices after a call is connected is solved, enabling fast and convenient call transfer and improving the user experience.

CN118075392BActive Publication Date: 2026-07-03HONOR DEVICE CO LTD

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
HONOR DEVICE CO LTD
Filing Date
2022-11-22
Publication Date
2026-07-03

AI Technical Summary

Technical Problem

In existing technologies, once a call is connected, electronic devices cannot be directly transferred between different electronic devices, resulting in a poor user experience and cumbersome operation.

Method used

By enabling the audio capabilities of multiple secondary devices simultaneously on the primary device, making them available, calls can be directly transferred between different secondary devices, simplifying the operation process.

Benefits of technology

It enables rapid call transfer between different electronic devices, improving user experience and convenience, and avoiding call interruptions and cumbersome operation processes.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN118075392B_ABST
    Figure CN118075392B_ABST
Patent Text Reader

Abstract

This application relates to the field of electronic product technology, specifically to a call system and call method. The method includes: a first electronic device receiving an incoming call request; in response to the request, the first electronic device sending a vibration notification to a second and a third electronic device, causing the second and third electronic devices to alert them to the incoming call. Upon receiving an answer instruction, the first electronic device answers the call corresponding to the request and transfers the call to the second electronic device. After transferring the call to the second electronic device, the first electronic device receives a switching instruction and transfers the call to the third electronic device. This method solves the problem of not being able to control call transfer between other electronic devices after an electronic device has connected a call.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of electronic product technology, specifically to a communication system and communication method. Background Technology

[0002] With the development of communication technology, different electronic devices can establish communication connections and share device capabilities to collaboratively handle the same service. Device capabilities include, for example, audio, video, printing, and location capabilities. Taking a phone call as an example, after one electronic device connects to a call, it can utilize the audio capabilities of another electronic device to handle the call, transferring the call to that other electronic device.

[0003] Currently, once a call is connected on an electronic device, it can transfer the call to another electronic device, but it cannot transfer the call back to another electronic device. However, in practice, users may need to transfer the call between different electronic devices after answering a call. Therefore, there is an urgent need for a method that allows an electronic device to control the transfer of calls between other electronic devices after a call is connected. Summary of the Invention

[0004] This application provides a call system and a call method that can solve the problem that after an electronic device connects to a call, it cannot control the transfer of the call between other electronic devices.

[0005] In a first aspect, a communication system is provided, which includes a first electronic device, a second electronic device, and a third electronic device;

[0006] The first electronic device receives an incoming call request;

[0007] In response to the incoming call request, the first electronic device, the second electronic device, and the third electronic device provide an incoming call notification;

[0008] Upon receiving an answer operation on the first electronic device or the second electronic device, the first electronic device connects the call corresponding to the incoming call request.

[0009] The first electronic device transfers the call to the second electronic device for answering;

[0010] While the second electronic device is answering the call, the first electronic device receives a first switching instruction and transfers the call to the third electronic device.

[0011] In this embodiment, after receiving an incoming call request, the first electronic device answers the call and initially transfers the call to a second electronic device. During the call being answered on the second electronic device, if a switching command is received, the call can be transferred from the second electronic device to a third electronic device. This solves the problem of not being able to control call transfer between other electronic devices after an electronic device has answered a call.

[0012] Meanwhile, after a call is connected, the electronic device can transfer the call between other electronic devices according to the user's needs. This allows users to flexibly choose which device to answer the call on, improving convenience and the overall user experience. Furthermore, the call can be quickly transferred between different electronic devices, allowing users to switch directly from one device to another without interruption, further enhancing the user experience.

[0013] Optionally, before the first electronic device transfers the call to the second electronic device for answering, the first electronic device creates a first control channel with the second electronic device for transferring the call, and creates a second control channel with the third electronic device for transferring the call.

[0014] Optionally, before transferring the call to the second electronic device, the first electronic device registers the device identifier of the second electronic device, and correspondingly registers the capability identifier of the audio capability of the second electronic device;

[0015] The first electronic device transfers the call to the second electronic device for answering, including: the first electronic device transferring the call to the second electronic device for answering through the first control channel based on the device identifier of the second electronic device and the capability identifier of the audio capability.

[0016] Optionally, the first electronic device includes a collaboration module and a virtual audio module;

[0017] Before transferring the call to the second electronic device, the first electronic device registers the communication interface of the second electronic device in the virtual audio module;

[0018] After the call is transferred to the second electronic device, the first electronic device transmits the audio data of the call between the collaboration module and the virtual audio module through the communication interface of the second electronic device.

[0019] Optionally, before transferring the call to the third electronic device, the first electronic device registers the device identifier of the third electronic device and the corresponding capability identifier of the audio capability of the third electronic device.

[0020] The first electronic device transfers the call to the third electronic device for answering, including: the first electronic device transferring the call to the third electronic device for answering via the second control channel based on the device identifier of the third electronic device and the capability identifier of the audio capability.

[0021] Optionally, the first electronic device includes a collaboration module and a virtual audio module;

[0022] Before transferring the call to the third electronic device, the first electronic device registers the communication interface of the third electronic device in the virtual audio module;

[0023] After the call is transferred to the third electronic device, the first electronic device transmits the audio data of the call between the collaboration module and the virtual audio module through the communication interface of the third electronic device.

[0024] Optionally, after registering the device identifier of the auxiliary device in the collaboration module and registering the communication interface of the auxiliary device in the virtual audio module, the first electronic device marks the audio capability of the auxiliary device as enabled and marks the audio capability of the auxiliary device as not invoked.

[0025] The auxiliary equipment includes the second electronic device and the third electronic device.

[0026] Optionally, before transferring the call to the auxiliary device, the first electronic device determines that the audio capability of the auxiliary device is enabled and the audio capability of the auxiliary device is not invoked.

[0027] Optionally, after the call is transferred to the secondary device, the first electronic device marks the activation status of the secondary device's audio capabilities as activated.

[0028] Optionally, before creating the first control channel, the first electronic device determines that the second electronic device is online; before creating the second control channel, the first electronic device determines that the third electronic device is online.

[0029] In this embodiment of the application, before enabling the audio capabilities of the second or third electronic device, the first electronic device first determines whether the device is online. When the device is online, enabling the audio capabilities of the device can avoid enabling the audio capabilities of offline devices.

[0030] Optionally, the first electronic device transferring the call to the third electronic device includes: the first electronic device disconnecting a first data channel with the second electronic device, the first data channel being established before transferring the call to the second electronic device; the first electronic device establishing a second data channel with the third electronic device; and after establishing the second data channel, the first electronic device transferring the call to the third electronic device; wherein the first data channel and the second data channel are used to transmit audio data in the call.

[0031] Optionally, when the first electronic device detects that the fourth electronic device has come online, it creates a third control channel with the fourth electronic device; wherein, the third control channel is used to transfer the call to the fourth electronic device for answering when it receives a second switching instruction corresponding to the fourth electronic device.

[0032] In this embodiment of the application, during a call, when a newly connected electronic device is detected, the first electronic device can enable the audio capabilities of the newly connected device so that when it is necessary to transfer the call to the new electronic device, the call can be quickly transferred to the new electronic device for answering.

[0033] Optionally, after the call is transferred to the second electronic device, the first electronic device displays a first call interface, which includes a first control; the first electronic device receives the first switching instruction through the first control.

[0034] Optionally, after the call is transferred to the second electronic device, the second electronic device displays a second call interface, which includes a second control; the second electronic device receives a selection operation on the second control and sends the first switching command to the first electronic device.

[0035] In this embodiment, the user can control the transfer of the call from the second electronic device to the third electronic device by operating the device icon displayed on the second electronic device. Since the user is currently using the second electronic device to answer the call, when the user transfers the call by operating the second electronic device, it avoids operating the first electronic device again during the call transfer process, making it convenient for the user to directly transfer the call from the second electronic device to the third electronic device.

[0036] Optionally, the second electronic device displays an answer control when providing an incoming call reminder; the second electronic device receives the answer operation through the answer control.

[0037] Secondly, a method for making a call is provided, the method comprising:

[0038] The first electronic device receives the incoming call request;

[0039] In response to the incoming call request, the first electronic device sends a co-vibration notification to the second and third electronic devices respectively, so that the second and third electronic devices can remind the second and third electronic devices of the incoming call.

[0040] When the first electronic device receives an answer instruction, it connects the call corresponding to the incoming call request;

[0041] The first electronic device transfers the call to the second electronic device for answering;

[0042] After the call is transferred to the second electronic device, the first electronic device receives a first switching instruction and transfers the call to the third electronic device.

[0043] Optionally, before the first electronic device transfers the call to the second electronic device for answering, the method further includes: the first electronic device creating a first control channel between itself and the second electronic device for transferring the call; and the first electronic device creating a second control channel between itself and the third electronic device for transferring the call.

[0044] Optionally, before transferring the call to the second electronic device, the first electronic device registers the device identifier of the second electronic device, and correspondingly registers the capability identifier of the audio capability of the second electronic device;

[0045] The first electronic device transfers the call to the second electronic device for answering, including: the first electronic device transferring the call to the second electronic device for answering through the first control channel based on the device identifier of the second electronic device and the capability identifier of the audio capability.

[0046] Optionally, the first electronic device includes a collaboration module and a virtual audio module;

[0047] Before transferring the call to the second electronic device, the first electronic device registers the communication interface of the second electronic device in the virtual audio module;

[0048] After the call is transferred to the second electronic device, the first electronic device transmits the audio data of the call between the collaboration module and the virtual audio module through the communication interface of the second electronic device.

[0049] Optionally, before transferring the call to the third electronic device, the first electronic device registers the device identifier of the third electronic device and the corresponding capability identifier of the audio capability of the third electronic device.

[0050] The first electronic device transfers the call to the third electronic device for answering, including: the first electronic device transferring the call to the third electronic device for answering via the second control channel based on the device identifier of the third electronic device and the capability identifier of the audio capability.

[0051] Optionally, the first electronic device includes a collaboration module and a virtual audio module;

[0052] Before transferring the call to the third electronic device, the first electronic device registers the communication interface of the third electronic device in the virtual audio module;

[0053] After the call is transferred to the third electronic device, the first electronic device transmits the audio data of the call between the collaboration module and the virtual audio module through the communication interface of the third electronic device.

[0054] Optionally, before transferring the call to the secondary device, the method further includes:

[0055] The first electronic device determines that the audio capability of the auxiliary device is enabled and the audio capability of the auxiliary device is not invoked.

[0056] Optionally, after transferring the call to the auxiliary device, the method further includes: the first electronic device marking the activation status of the auxiliary device's audio capabilities as activated.

[0057] Optionally, the method further includes: before creating the first control channel, the first electronic device determines that the second electronic device is online. Before creating the second control channel, the first electronic device determines that the third electronic device is online.

[0058] Optionally, the first electronic device transfers the call to the third electronic device for answering, including:

[0059] The first electronic device disconnects the first data channel with the second electronic device, the first data channel being established before the call is transferred to the second electronic device;

[0060] The first electronic device establishes a second data channel with the third electronic device;

[0061] After the second data channel is established, the first electronic device transfers the call to the third electronic device for answering;

[0062] The first data channel and the second data channel are used to transmit audio data during the call.

[0063] Optionally, the method further includes: when the first electronic device detects that the fourth electronic device is online, it creates a third control channel with the fourth electronic device; wherein the third control channel is used to transfer the call to the fourth electronic device for answering when it receives a second switching instruction corresponding to the fourth electronic device.

[0064] Optionally, after transferring the call to the second electronic device, the method further includes: the first electronic device displaying a first call interface, the first call interface including a first control; the first electronic device receiving a switching instruction, including: the first electronic device receiving the first switching instruction through the first control.

[0065] Optionally, the first switching instruction is sent from the second electronic device to the first electronic device;

[0066] After the call is transferred to the second electronic device, the second electronic device displays a second call interface, which includes a second control. When the second electronic device receives a selection operation on the second control, it sends the first switching command to the first electronic device.

[0067] Optionally, the answering instruction is sent from the second electronic device to the first electronic device;

[0068] The second electronic device displays an answer control when it provides an incoming call reminder, and when it receives an answer operation on the answer control, it sends the answer instruction to the first electronic device.

[0069] Thirdly, an electronic device is provided, comprising: one or more processors and one or more memories; the one or more processors being coupled to the one or more memories, the one or more memories being used to store computer program code, the computer program code including computer instructions, which, when executed by the one or more processors, cause the electronic device to perform the method as described in the second aspect.

[0070] Fourthly, a readable storage medium is provided, wherein a computer program product is stored therein, the computer program product including computer instructions that, when executed on an electronic device, cause the electronic device to perform the method as described in the second aspect.

[0071] Fifthly, a chip system is provided, the chip system being applied to an electronic device, the chip system including one or more processors, the processors being configured to invoke computer instructions to cause the electronic device to perform the method as described in the second aspect.

[0072] In a sixth aspect, a computer program product is provided, including computer instructions that, when executed on an electronic device, cause the electronic device to perform the method as described in the second aspect. Attached Figure Description

[0073] Figure 1 A schematic diagram of a system structure provided in an embodiment of this application is shown.

[0074] Figure 2 A schematic diagram of a call transfer process provided in an embodiment of this application is shown.

[0075] Figure 3 The present application provides an embodiment of an interface diagram for simultaneous call notifications from multiple devices.

[0076] Figure 4 It shows Figure 3 A diagram illustrating the interface after a call is transferred from a mobile phone to a tablet.

[0077] Figure 5 It shows Figure 4 A schematic diagram of the interface when a call is transferred from a tablet to a laptop.

[0078] Figure 6 It shows Figure 4 A schematic diagram of the interface when a call is transferred from a tablet to a laptop.

[0079] Figure 7 It shows Figure 5 and Figure 6A diagram illustrating the interface after a call is transferred from a tablet to a laptop.

[0080] Figure 8 This illustration shows a call transfer diagram provided in an embodiment of this application.

[0081] Figure 9 It shows Figure 3 A diagram illustrating the phone's interface after call services have been transferred to a tablet or laptop.

[0082] Figure 10 A schematic diagram of the hardware structure of an electronic device suitable for the above method is shown.

[0083] Figure 11 A schematic diagram of the architecture of an electronic device provided in an embodiment of this application is shown.

[0084] Figure 12 A schematic diagram of the structure of a collaborative module provided in an embodiment of this application is shown.

[0085] Figure 13 A schematic diagram of the structure of a call system provided in an embodiment of this application is shown.

[0086] Figure 14 A flowchart illustrating a call method provided in an embodiment of this application is shown.

[0087] Figure 15 for Figures 3 to 7 A schematic diagram of the call transfer process in the scenario shown.

[0088] Figure 16 for Figures 3 to 7 The diagram shows a flowchart illustrating the enabling process of audio capabilities in the scenario depicted.

[0089] Figure 17 A partial system architecture diagram of an electronic device provided in an embodiment of this application is shown.

[0090] Figure 18 A schematic diagram of a system structure provided in an embodiment of this application is shown.

[0091] Figure 19 This illustration shows a schematic diagram of an enabling process for a device capability provided in an embodiment of this application.

[0092] Figure 20 for Figures 3 to 7 The diagram illustrates the process of a mobile phone transferring a call to a tablet computer in the scenario shown.

[0093] Figure 21 A schematic diagram of data transmission provided in an embodiment of this application is shown.

[0094] Figure 22 for Figures 3 to 7 The diagram illustrates the process of a mobile phone transferring a call from a tablet to a laptop in the scenario shown.

[0095] Figure 23 A schematic diagram of a business transfer process provided in an embodiment of this application is shown.

[0096] Figure 24 A schematic diagram of the structure of an electronic device provided in an embodiment of this application is shown. Detailed Implementation

[0097] The technical solutions of this application will now be described with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of them.

[0098] In the following description, specific details such as particular system architectures and techniques are set forth for illustrative purposes and not for limitation, in order to provide a thorough understanding of the embodiments of this application. However, those skilled in the art will understand that this application may also be implemented in other embodiments without these specific details. In other instances, detailed descriptions of well-known systems, apparatuses, circuits, and methods have been omitted so as not to obscure the description of this application with unnecessary detail.

[0099] The term "comprising" in this document indicates the presence of the described feature, whole, step, operation, element, and / or component, but does not exclude the presence or addition of one or more other features, wholes, steps, operations, elements, components, and / or collections thereof. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.

[0100] Hereinafter, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of indicated technical features. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of embodiments of this application, unless otherwise stated, "a plurality of" means two or more.

[0101] In this article, the term "and / or" is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. Additionally, the character " / " in this article generally indicates that the preceding and following related objects have an "or" relationship.

[0102] The term "embodiment" as used herein means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0103] The calling method provided in this application embodiment can be applied to a system composed of multiple electronic devices. The system may include multiple electronic devices, which are hereinafter referred to as devices, such as mobile phones, tablets, laptops, smart screens, smart speakers, personal computers (PCs), ultra-mobile personal computers (UMPCs), handheld computers, netbooks, smart home devices (such as smart TVs, large screens, smart air conditioners, etc.), personal digital assistants (PDAs), wearable devices (such as smartwatches, smart bracelets, etc.), in-vehicle devices, virtual reality devices, etc., but are not limited to these.

[0104] Figure 1 This illustration shows a system architecture diagram provided in an embodiment of this application. The system includes a mobile phone 1, a tablet computer 2, a laptop computer 3, a smartwatch 4, a smart speaker 5, and headphones 6. Multiple devices form a trust ring after mutual authentication. The process of mutual authentication between devices can refer to relevant technologies, such as determining whether the devices are logged into the same system account, whether authorization has been granted, and whether near-field communication is used, among other things. Specific details will not be elaborated here.

[0105] Understandably, within the same trust ring, multiple devices can securely share data. The shared data includes, but is not limited to, audio data, video data, text data, and notification information, as well as device information such as device name, device address, and device type, but is not limited to these.

[0106] Based on a data sharing mechanism among multiple devices, after a device in a trust ring initiates a service, it can act as the primary device and invoke the capabilities of another device (the secondary device) within the trust ring to process the service. This means that invoking the capabilities of the secondary device to process the service refers to the primary device using the capabilities of the secondary device and collaborating with it to process the service.

[0107] In this context, a service refers to a specific task handled by the device, such as a call service to answer a call, a system prompt service to output system notifications, an audio playback service to play music, or a video playback service to play videos, but it is not limited to these.

[0108] Device capabilities can also be referred to as device functions, such as the ability to play audio data, the ability to play video data, and the ability to perform location tracking, but are not limited to these. It is understood that some device capabilities can be further subdivided into multiple capabilities; for example, audio capabilities include audio playback and audio recording capabilities, and video capabilities include video playback and video recording capabilities.

[0109] In practical applications, when an electronic device has relevant hardware modules and related software modules, it possesses the corresponding device capabilities. For example, a smart speaker includes a speaker and a software module for processing audio data; therefore, a smart speaker has audio playback capabilities.

[0110] Typically, different device types have different hardware and software modules, so the device capabilities can be determined based on the device type. Device types can include wearable devices, in-vehicle devices, home devices, office devices, multimedia devices, Bluetooth headsets, etc. The specific method for classifying device types can be set according to requirements, and this embodiment does not limit this.

[0111] Once powered on, devices within the trust ring enter an online state and can push device information to other online devices within the trust ring to notify them of their online status. They can also act as auxiliary devices, sharing their capabilities with other devices. During service processing, the primary device can identify one or more online auxiliary devices from the trust ring and invoke the capabilities of one of these auxiliary devices to handle the service.

[0112] Taking voice calls as an example, answering a call requires using the device's audio capabilities. Figure 1 In this system, after tablet 2 and laptop 3 are powered on, they can push their respective device information to mobile phone 1, notifying mobile phone 1 that tablet 2 and laptop 3 are online. After a call is connected, mobile phone 1 can identify tablet 2 and laptop 3, which are online and have audio capabilities, as auxiliary devices from the trust loop, and call one of the auxiliary devices to handle the call.

[0113] Specifically, after a call is connected, if mobile phone 1 uses the audio capabilities of a secondary device to process the call, i.e., transfers the call to that secondary device, then when mobile phone 1 receives downlink audio data from another mobile phone (the peer device), it sends downlink audio data to the secondary device, which then plays the downlink audio data. Simultaneously, the secondary device can collect the user's voice signal to obtain uplink audio data and send it to mobile phone 1. Mobile phone 1 then sends uplink audio data to the peer device. This enables collaborative processing of call services, allowing the user to answer calls through the secondary device.

[0114] Uplink audio data and downlink audio data can be collectively referred to as audio data during a call.

[0115] It is understandable that the collaborative processing of other services is similar to that of call services. For example, in the collaborative processing of video playback services, the master device sends video data to the auxiliary device, which then plays the video data. The specific collaborative process can be determined according to the type of service, and will not be elaborated here.

[0116] It should be noted that, for ease of distinction, this embodiment refers to the electronic device providing device capabilities as the auxiliary device and the electronic device calling device capabilities as the primary device. For example, the tablet computer 2 providing audio capabilities in a call service is referred to as the auxiliary device, and the mobile phone 1 calling audio capabilities is referred to as the primary device. The primary device and auxiliary device can also be referred to by other names, such as the primary device can also be called the source device, and the auxiliary device can also be called the target device. This embodiment does not impose any restrictions on this.

[0117] Currently, the primary device only supports transferring calls to one of the secondary devices; it does not support transferring calls between different secondary devices. For example, when mobile phone 1 determines that tablet 2 and laptop 3 can be used as secondary devices, it can transfer the call from mobile phone 1 to tablet 2 or from mobile phone 1 to laptop 3. However, once mobile phone 1 transfers a call from mobile phone 1 to tablet 2, it cannot transfer the call from tablet 2 to laptop 3.

[0118] In practical applications, users may need to transfer calls from one secondary device to another. For example, after receiving an incoming call, mobile phone 1 answers the call and transfers it to tablet 2, allowing the user to answer the call on tablet 2. While using tablet 2, if the user needs to open and edit a document on laptop 3, they would need to use both devices simultaneously, causing significant inconvenience. If the call could be transferred from tablet 2 to laptop 3, the user could then use laptop 3 to answer the call while simultaneously editing the document, reducing the number of devices required and facilitating multitasking.

[0119] To address the issue of calls not being able to be transferred between different secondary devices, one possible approach is to first transfer the call back to the primary device, and then transfer the call from the primary device to another secondary device. Figure 2 This diagram illustrates a call transfer process according to an embodiment of this application. After a call is connected, mobile phone 1 can first execute step S21, which utilizes the audio capabilities of tablet computer 2 to handle the call, transferring the call to tablet computer 2 for answering. The user can then answer the call on tablet computer 2. When the user needs to answer the call on laptop computer 3, the call needs to be transferred from tablet computer 2 to laptop computer 3. In this case, mobile phone 1 can first execute step S22 to transfer the call back to mobile phone 1, and then execute step S23 to transfer the call to laptop computer 3, allowing the user to answer the call on laptop computer 3.

[0120] In Adoption Figure 2 The method shown involves transferring a call from tablet 2 to laptop 3. The call needs to be transferred back to phone 1 first, and then from phone 1 to laptop 3, resulting in a lengthy transfer process. Furthermore, because the call is ongoing during the transfer, the user needs to briefly answer the call on phone 1 before switching to laptop 3 to avoid interruption. This cumbersome process leads to a poor user experience.

[0121] In summary, during a call, a user may need to transfer the call from one secondary device to another. However, the primary device does not support direct call transfer between different secondary devices. Even with [the following]... Figure 2 The method shown also has the problems of long call transfer time, cumbersome switching process, and poor user experience.

[0122] This embodiment provides a call system and method where a master device simultaneously enables the audio capabilities of multiple auxiliary devices, making their audio capabilities available at the same time. After a call is connected, the master device can transfer the call to one of the auxiliary devices. If the call needs to be transferred from one auxiliary device to a new one, since the new auxiliary device's audio capabilities are already enabled, the master device can directly utilize the new auxiliary device's audio capabilities to handle the call, directly transferring the call to the new auxiliary device. This not only allows for direct call transfer between different auxiliary devices but also avoids transferring the call back to the master device, shortening the time required to transfer a call from one auxiliary device to another, simplifying user operations, and improving user experience.

[0123] Figures 3 to 7 A schematic diagram illustrating an application scenario of the above method is shown. Figures 3 to 7 The process is described: after receiving an incoming call request, mobile phone 1 first transfers the call to tablet computer 2, then transfers the call from tablet computer 2 to laptop computer 3, and finally ends the call.

[0124] Figure 3 This application provides an embodiment of an interface diagram illustrating simultaneous call notifications from multiple devices. Upon receiving a call request, mobile phone 1 displays a call notification interface 11, informing the user to answer the call. The call notification interface 11 may include, but is not limited to, a disconnect control 12 and an answer control 13.

[0125] After receiving an incoming call request, mobile phone 1 can identify online secondary devices with audio capabilities from the trust loop. For example, if tablet 2 and laptop 3 are online at this time, they can be identified as secondary devices. After identifying tablet 2 and laptop 3 as secondary devices, mobile phone 1 can send a co-vibration notification to tablet 2 and to laptop 3. The co-vibration notification may include, but is not limited to, information such as phone number, location, user name, and call signaling.

[0126] Tablet 2 and Laptop 3 can provide call alerts after receiving a vibration notification. For example... Figure 3 As shown, after receiving a vibration notification, tablet 2 can display a floating window 21 based on the user's name and phone number in the notification to remind the user to answer the call. The floating window 21 may include, but is not limited to, a disconnect control 22 and an answer control 23.

[0127] Similarly, after receiving a vibration notification, the laptop 3 can display a floating window 31 containing answer control 32 and disconnect control 33 to remind the user to answer the call.

[0128] Before or after sending a co-vibration notification to tablet 2 and laptop 3, mobile phone 1 can enable the audio capabilities of tablet 2 and laptop 3, making the audio capabilities of tablet 2 and laptop 3 available, so that mobile phone 1 can directly call the audio capabilities of tablet 2 or laptop 3 to answer calls.

[0129] Understandably, Tablet 2 and Laptop 3 can be connected via... Figure 3 The floating window shown is used to implement call reminders, but other methods can also be used, such as displaying a call notification interface or message bubbles, but are not limited to these.

[0130] like Figure 3 As shown, after receiving an incoming call request, mobile phone 1 displays an incoming call notification interface 11, tablet computer 2 displays a floating window 21, and laptop computer 3 displays a floating window 31. All three devices vibrate simultaneously, providing an incoming call alert and notifying the user to answer the call. At this time, the user can choose any one of these devices to answer the call.

[0131] For example, when a user selects Tablet 2 to answer a call, they can... Figure 3 The user taps the answer control 23 in the floating window 21. Upon receiving the user's tap on the answer control 23, the tablet 2 sends an answer command to the mobile phone 1. After receiving the answer command from the tablet 2, the mobile phone 1 connects the call to the requested call and transfers the call to the tablet 2. The user can then answer the call via the tablet 2.

[0132] Similarly, if the user chooses to answer a call on laptop 3, they can click the answer control 32 in the floating window 31. When laptop 3 receives the user's click on the answer control 32, it sends an answer command to mobile phone 1. After receiving the answer command from laptop 3, mobile phone 1 can connect the call and transfer the call to laptop 3, allowing the user to answer the call through laptop 3.

[0133] Similarly, if a user chooses to answer a call on phone 1, they can click the answer control 13 in the call notification interface 11. When phone 1 receives the user's click on the answer control 13, the call is connected, and the user can answer the call through phone 1.

[0134] Figure 4 It shows Figure 3The diagram illustrates the interface after a call is transferred from the phone to the tablet. After the call is transferred to the tablet 2, the phone 1 can display a first call interface 14, in which the device icon 16 of the tablet 2 can be highlighted to indicate that the call has been transferred to the tablet 2.

[0135] Meanwhile, tablet 2 can display a second call interface 24, which may be the same as or different from the first call interface 14 displayed on mobile phone 1. Mobile phone 1 sends downlink audio data to tablet 2 for playback, tablet 2 can acquire uplink audio data and send it back to mobile phone 1, and mobile phone 1 sends the uplink audio data to the other device. The user answers the call through tablet 2.

[0136] like Figure 4 As shown, before or after transferring a call to tablet 2, mobile phone 1 can send a stop vibration notification to laptop 3. After receiving the stop vibration notification, laptop 3 closes the floating window 31 and stops the call notification. Figure 5 and Figure 6 It shows Figure 4 This is a schematic diagram of the interface when a call is transferred from a tablet to a laptop. The first call interface 14 displays a device selection control 17. When a user is answering a call on tablet 2 and wants to transfer the call to laptop 3, they can first click the device selection control 17, causing phone 1 to display the device selection interface 18. The device selection interface 18 includes a device icon 181 for laptop 3, a device icon 182 for tablet 2, a device icon 183 for the speakerphone on phone 1, and a device icon 184 for the headset 6 connected to phone 1. Then, the user can click device icon 181 to transfer the call from phone 1 to laptop 3.

[0137] like Figure 6 As shown, the second call interface 24 displays a device selection control 26. When a user is answering a call on tablet 2 and wants to transfer the call from tablet 2 to laptop 3, they can first click the device selection control 26 to display the device selection interface 27 on tablet 2. The device selection interface 27 includes the device icon 271 of laptop 3 and the device icon 272 of headset 6 connected to mobile phone 1. Then, the user can click the device icon 271 to send a switching command, including the device identifier of laptop 3, to mobile phone 1. After receiving the switching command, mobile phone 1 transfers the call to laptop 3.

[0138] Figure 7 It shows Figure 5 and Figure 6This is a schematic diagram of the interface after a call is transferred from a tablet to a laptop. If the user clicks device icon 181 or device icon 271, mobile phone 1 can directly transfer the call from tablet 2 to laptop 3. After the call is transferred to laptop 3, laptop 3 displays a third call interface 34. Mobile phone 1 can send downlink audio data to laptop 3 for playback, and laptop 3 can acquire uplink audio data and send it back to mobile phone 1. Before or after transferring the call from tablet 2 to laptop 3, mobile phone 1 can send a stop command to tablet 2. Upon receiving the stop command, tablet 2 responds by closing the second call interface 24, stopping playback of downlink audio data, and stopping acquiring uplink audio data. Mobile phone 1 stops sending downlink audio data to tablet 2 and stops receiving uplink audio data from tablet 2.

[0139] In this scenario, when a user answers a call on laptop 3, they can click the hang-up control 35 on the third call interface 34 to end the call. Upon receiving the user's click, laptop 3 responds by stopping the call, closing the third call interface 34, and sending a stop command to mobile phone 1. Upon receiving the stop command, mobile phone 1 can hang up the call and close the first call interface 14.

[0140] Alternatively, the user can click the hang-up control 15 on the first call interface 14. After receiving the user's click, the mobile phone 1 can hang up the call, close the first call interface 14, and send a stop command to the laptop 3. After receiving the stop command, the laptop 3 stops processing the call and closes the third call interface 34.

[0141] Similarly, when a user answers a call on tablet 2, if they need to hang up, they can click the hang-up control 25 in the second call interface 24. After receiving the user's click, tablet 2 can respond by stopping the call, closing the second call interface 24, and sending a stop command to mobile phone 1. After receiving the stop command, mobile phone 1 can hang up the call and close the first call interface 14.

[0142] Figure 8 This illustration shows a call transfer diagram provided by an embodiment of this application. Please return to the references. Figure 3 and Figure 4 After receiving an incoming call request, mobile phone 1 displays an incoming call notification interface 11, tablet computer 2 displays a floating window 21, and laptop computer 3 displays a floating window 31. If the user clicks the answer control 23, mobile phone 1 executes step S81 to transfer the call to tablet computer 2.

[0143] Please return to the reference. Figure 5and Figure 7 If the user clicks on the device icon 181 while answering a call on the tablet 2, the mobile phone 1 executes step S82 to transfer the call from the tablet 2 to the laptop 3.

[0144] Since mobile phone 1 has enabled the audio capabilities of both tablet computer 2 and laptop computer 3, both audio capabilities are simultaneously available. Therefore, mobile phone 1 can directly access the audio capabilities of laptop computer 3 to answer calls and can directly transfer calls to laptop computer 3.

[0145] Compared to Figure 2 The call transfer process shown does not require the call to be transferred back to phone 1, thus shortening the transfer time. Furthermore, since the call does not need to be transferred back to phone 1, the user does not need to use phone 1 to answer the call during the transfer process, simplifying the user experience and improving user convenience.

[0146] Figure 9 It shows Figure 3 This is a schematic diagram of the phone's interface after a call is transferred to a tablet or laptop. After the call is transferred to tablet 2 or laptop 3, phone 1 can lock the first call interface 14 after a preset duration and display a floating window 19 on the screen. The floating window 19 can include, but is not limited to, information such as call duration and contacts. When the user clicks on the floating window 19, phone 1 can display the first call interface 14 again.

[0147] Figure 10 A schematic diagram of the hardware structure of an electronic device suitable for the above-described method is shown. The electronic device 10 may include a processor 101, a wireless communication module 102, an audio module 103, a mobile communication module 104, a display screen 105, a storage module 106, and a power supply module 107. The electronic device may also include a microphone 1031, a receiver 1032, a speaker 1033, antennas 1 and 2, as well as a sensor module, a universal serial bus (USB) interface, an external memory interface, buttons, a motor, indicators, a subscriber identification module (SIM) card interface, etc., but is not limited thereto.

[0148] The processor 101 may include one or more processing units. For example, the processor 101 may include at least one of the following processing units: application processor (AP), modem processor, graphics processing unit (GPU), image signal processor (ISP), controller, video codec, digital signal processor (DSP), baseband processor, and neural network processing unit (NPU). Different processing units may be independent devices or integrated devices.

[0149] The wireless communication module 102 can provide wireless communication solutions such as wireless local area networks (WLAN), Bluetooth, and near-field communication on the application electronic device 10, but is not limited to these. The wireless communication module 102 can be one or more devices integrating at least one communication processing module. The wireless communication module 102 receives electromagnetic waves via antenna 1, performs frequency modulation and filtering of the electromagnetic wave signal, and sends the processed signal to processor 101. The wireless communication module 102 can also receive signals to be transmitted from processor 101, perform frequency modulation and amplification on them, and convert the signal into electromagnetic waves that are radiated out via antenna 1.

[0150] The electronic device 10 can implement audio processing functions, such as audio playback and audio recording, through an audio module 103, a microphone 1031, a receiver 1032, a speaker 1033, and an application processor.

[0151] The audio module 103 is used to convert audio into an analog sound signal output, and can also be used to convert an analog sound signal into an audio stream. In some embodiments, the audio module 103 or some functional modules of the audio module 103 may be located in the processor 101.

[0152] The microphone 1031, also known as a "microphone" or "voice transducer," is used to convert sound signals into audio streams.

[0153] The receiver 1032, also known as the "earpiece," is used to convert audio into sound signals. When the electronic device 10 receives a phone call or voice message, the receiver 1032 can be brought close to the ear to hear the voice.

[0154] The speaker 1033, also known as a "loudspeaker," is used to convert audio into a sound signal output. Audio streams, such as those in pulse code modulation (PCM) format, are first decoded by an application in an electronic device to obtain a PCM audio stream when the file is played. This PCM audio stream is then sent to the speaker 1033, which converts it into a sound signal for output.

[0155] The mobile communication module 104 can provide second-generation (2G), third-generation (3G), fourth-generation (5G), and fifth-generation (5G) mobile communication solutions for use on the electronic device 10. The mobile communication module 104 may include at least one filter, switch, power amplifier, low-noise amplifier (LNA), etc. The mobile communication module 104 can receive electromagnetic waves via the antenna 2, and perform filtering and amplification on the received electromagnetic waves before transmitting them to the modem processor for demodulation. The mobile communication module 104 can also amplify the signal modulated by the modem processor, and the amplified signal is then converted into electromagnetic waves and radiated out via the antenna 2.

[0156] Electronic device 10 can display images via a GPU, display screen 105, and application processor, enabling it to have video playback and image display capabilities. The GPU is a microprocessor for image processing, connected to the display screen 105 and the application processor. The GPU performs mathematical and geometric calculations and is used for graphics rendering. Processor 101 may include one or more GPUs, which execute program instructions to generate or modify display information.

[0157] Storage module 106 is used to store instructions and data; storage module 106 may be, for example, a cache memory. Storage module 106 can store instructions or data that the processor 101 has just used or that are used repeatedly. If the processor 101 needs to use the instruction or data again, it can directly retrieve it from storage module 106. This avoids repeated accesses, reduces the waiting time of the processor 101, and thus improves system efficiency.

[0158] The processor 101 and the storage module 106 described above can be combined into a single processing device, but more commonly they are independent components. In specific implementations, the storage module 106 can be integrated into the processor 101, or it can be independent of the processor 101.

[0159] The power module 107 is used to provide power to various devices or circuits in the electronic device 10, and may include a charging management unit, a power management unit, and a battery.

[0160] It should be noted that, Figure 10 The connection relationships between the modules shown are merely illustrative and do not constitute a limitation on the connection relationships between the modules of the electronic device 10. Optionally, the modules of the electronic device 10 may also adopt a combination of various connection methods described in the above embodiments. Figure 10 The structure shown does not constitute a specific limitation on the electronic device 10. The electronic device 10 may include, but is not limited to, other electronic devices. Figure 10 The components shown may include more or fewer components, or the electronic device 10 may include... Figure 10 The combination of certain components shown, or the electronic device 10 may include Figure 10 Sub-components of some of the components shown. Figure 10 The components shown can be implemented in hardware, software, or a combination of both.

[0161] Figure 11 A schematic diagram of the architecture of an electronic device provided in an embodiment of this application is shown. Figure 11 The left side shows the architecture diagram of the main device, such as mobile phone 1, while the right side shows the architecture diagram of the auxiliary device, such as tablet computer 2.

[0162] Taking mobile phones as an example, the operating system (OS) of a mobile phone includes the application layer, the application framework layer, and the hardware abstraction layer (HAL).

[0163] The application layer includes multiple different application (APP) packages, hereinafter referred to as applications. Applications include, but are not limited to, calling applications, video applications, and navigation applications. Different applications are used to initiate and handle different services; for example, a calling application initiates and handles calling services, while a video application initiates and handles video playback services.

[0164] The application framework layer provides application programming interfaces (APIs) and programming frameworks for applications in the application layer. The application framework layer can be further divided into a service layer, a device connectivity layer, and a collaboration module. The service layer provides service support for applications in the application layer. For example, for a calling application, the service layer can set up a calling framework and cellular calling services, which can provide service support for the calling application, enabling features such as caller ID, call routing, voicemail, and video conferencing.

[0165] Furthermore, the service layer also includes a call continuation service and a collaborative control center. These services support the transfer of services between primary and secondary devices. For example, for call services, the service layer includes a call continuation service. This service connects to the call application and can monitor it. When it detects that the application has started a call service, the call continuation service and the collaborative control center can identify the secondary device supporting the call service from multiple devices in the trust ring. They then interact with the call continuation service on the secondary device to send a simultaneous vibration notification, enabling both the secondary and primary devices to receive call alerts simultaneously.

[0166] This can be understood as the ability to configure different continuity services within the service layer for different applications, supporting the transfer of different services between primary and secondary devices. For example, a video continuity service can be configured within the service layer for video playback services.

[0167] The device connectivity layer is used to provide communication support for collaboration between the master device and the auxiliary device, and may include... Figure 11 The device management module, discovery and connection module, data transmission module, communication module, and dynamic library shown are included, but not limited to these.

[0168] The device management module is used to manage devices within the trust ring. For example, in... Figure 1 In the trust ring shown, each device, after coming online, can push device information to other devices within the trust ring to notify them of its online status. Each device can record device information of online devices within the trust ring in a dynamic library, and determine whether there are any online auxiliary devices within the trust ring based on the recorded device information.

[0169] The connectivity module can detect devices within the trust ring and determine whether they are online or offline. The data transmission module is used to control the transmission of different types of data between devices.

[0170] The communication module establishes data and control channels between devices, enabling data transmission via the data channel and control and protocol information transmission via the control channel. Simultaneously, the communication module provides a quality interface to the coordination module. The coordination module can obtain network quality metrics between devices through this interface, including parameters such as negotiation rate, signal strength, current average transmission latency, and packet loss rate. Devices can alert the user when network quality metrics indicate poor network quality.

[0171] The collaboration module, also known as the device virtualization layer, provides functional support for collaboration between devices. An example of a collaboration module is the Distributed Mobile Sensing Development Platform (DMSDP), which can be composed of different virtualization units, such as... Figure 11 The virtualization units shown, such as the audio virtualization unit, display virtualization unit, and camera virtualization unit (not shown in the figure), are used to support the sharing of different device capabilities between devices. For example, the audio virtualization unit supports the sharing of audio capabilities between mobile phone 1 and tablet computer 2, and the display virtualization unit supports the sharing of video playback capabilities between mobile phone 1 and tablet computer 2.

[0172] In this embodiment, when the device acts as the master device, the collaboration module supports the master device in calling the capabilities of the auxiliary device. When the device acts as the auxiliary device, the collaboration module supports the auxiliary device in providing its capabilities to the master device. Each device capability has a corresponding capability identifier, which can also be called a service identifier. The service identifier indicates the service that the auxiliary device can provide to the master device; the service is the device capability that the master device can call. The collaboration module can distinguish the device capabilities possessed by a device through different service identifiers and realize the sharing of device capabilities through service identifiers.

[0173] For example, audio playback capability and audio recording capability have different service identifiers. The service identifier for audio playback capability indicates the device's audio playback capability, while the service identifier for audio recording capability indicates the device's audio recording capability. Audio capabilities also have corresponding service identifiers, which represent both the device's audio playback capability and audio recording capability.

[0174] The primary device can invoke the device capabilities of the secondary device through a service identifier. For example, when transferring a call service from mobile phone 1 to tablet computer 2, mobile phone 1 can first send a service transfer request to tablet computer 2, which includes the service identifier of the audio capability. After receiving the service transfer request, tablet computer 2 can create an audio player (AudioTrack or MediaPlayer), an audio recorder (AudioRecord), and an audio processor (AudioFlinger).

[0175] Furthermore, when tablet 2 receives downlink audio data sent by mobile phone 1, it inputs the downlink audio data into an audio player. The audio player then inputs the downlink audio data into an audio processor for processing. The audio processor then inputs the processed audio data into the speaker of tablet 2 for playback. Simultaneously, tablet 2 can acquire uplink audio data from the microphone via an audio recorder and send the uplink audio data to mobile phone 1.

[0176] The Hardware Abstraction Layer (HAL) provides data support for collaborative modules, enabling them to obtain service data through interfaces within the HAL. Taking a call service as an example, the service data includes uplink and downlink audio data. The HAL contains an audio hardware abstraction layer (Audio HAL), which includes software modules supporting audio capability calls. These software modules can be named virtual audio modules or other names.

[0177] In this process, when a mobile phone is handling a call, it receives downlink audio data from the other device via a modem. The modem then transmits the downlink audio data to an audio digital signal processor (ADSP), which outputs the data to the speaker for playback. Simultaneously, the mobile phone captures uplink audio data via its microphone, inputs it to the ADSP, and the ADSP transmits the uplink audio data to the other device.

[0178] Before accessing the audio capabilities of tablet 2, mobile phone 1 needs to enable the audio capabilities of tablet 2. Enabling the audio capabilities of tablet 2 can be achieved by registering the communication interface of tablet 2 in the virtual audio module. During collaborative call processing, when mobile phone 1 receives uplink audio data from tablet 2, the collaborative module can call the communication interface to send the uplink audio data to the ADSP. The ADSP then sends the uplink audio data to the modem, and the modem sends the uplink audio data to the peer device. Simultaneously, the collaborative module can call the communication interface to retrieve downlink audio data sent by the peer device from the ADSP and then send the downlink audio data to tablet 2 for playback.

[0179] The hardware layer includes, but is not limited to, the various hardware modules that electronic devices possess, such as speakers, microphones, ADSPs, modems, cameras, and displays.

[0180] Understandable Figure 11 This description of the architecture of primary and secondary devices uses Android as an example and does not constitute a limitation on the operating systems of these devices. The operating systems of the primary and secondary devices can also be other operating systems, such as Windows. When the operating systems of the primary and secondary devices are other operating systems, the architecture of the operating system can be different. Figure 11 The results may differ, but may include Figure 11 The software modules shown include the service layer, device connection layer, collaboration module, and virtual audio module.

[0181] Figure 12 The diagram shows a structural schematic of a collaborative module provided in an embodiment of this application. The left side is a structural schematic of the collaborative module in a main device, such as a mobile phone 1, and the right side is a structural schematic of the collaborative module in an auxiliary device, such as a tablet computer 2.

[0182] The service interface layer provides different interfaces to input information such as device identifier and auxiliary device identifier into the collaboration module, triggering the collaboration module to enable the auxiliary device and invoke the device capabilities of the auxiliary device.

[0183] The access authentication unit and device authentication unit are used for authentication and authorization between the main device and auxiliary devices. The connection discovery unit is used to detect auxiliary devices that are online. The device management unit is used to manage the auxiliary devices. The service matching unit is used to match different services for different services.

[0184] The Java Native Interface (JNI) provides support for the interaction between the collaboration module and the HAL, enabling the collaboration module to obtain business data from the HAL through the communication interface registered in the HAL.

[0185] The service adaptation unit is used to adapt to different device capabilities for different services. The audio processing unit is used to process audio data during the service collaboration process, such as resampling, encryption, and decryption. The video processing unit is used to process video data during the service collaboration process, such as cropping and rotating video data, as well as encryption and decryption, color space conversion, and resolution conversion.

[0186] The Hide Interface Description Language (HIDL) adapter unit is used to provide adaptation for interface description languages.

[0187] The transmission channel unit is used to create and manage channels between different devices, and has features such as Figure 11 The functions shown include device channel management, service channel management, output management, and session management.

[0188] The session layer provides data support for sessions between devices, such as the transmission of heartbeat detection and control information. The real-time transport protocol (RTP) provides end-to-end real-time transmission services for multimedia data such as audio and video that require real-time transmission between cooperating modules, as well as providing time information and stream synchronization.

[0189] The data encryption unit provides security support for the collaborative module and can encrypt the data transmitted by the collaborative module.

[0190] The network layer provides different protocol support for the coordinating module, such as User Datagram Protocol (UDP), Transmission Control Protocol (TCP), and Fill Up the Pipe (FILLP) protocol. These are merely illustrative examples and do not constitute a specific limitation on the coordinating module. The composition of the coordinating module may include, but is not limited to, the various software units shown in the examples above.

[0191] Figure 13 A schematic diagram of the structure of a call system provided in an embodiment of this application is shown. Figure 14 A flowchart illustrating a call method provided in an embodiment of this application is shown.

[0192] The call system includes a first electronic device, a second electronic device, and a third electronic device. The call method is applied to the first electronic device in the call system. The first electronic device is used to receive incoming call requests and connect the call corresponding to the incoming call request. After the call is connected, the first electronic device first transfers the call to the second electronic device, and then transfers the call from the second electronic device to the third electronic device.

[0193] Please refer to Figure 8 The first electronic device is a mobile phone 1, the second electronic device is a tablet computer 2, and the third electronic device is a laptop computer 3. The first electronic device is the primary device, and the second and third electronic devices are secondary devices. The second electronic device is the secondary device where the call is transferred for the first time, and the third electronic device is the secondary device where the call is transferred out of the second electronic device.

[0194] It should be noted that there may be one or more third electronic devices, and this embodiment does not limit this.

[0195] In one embodiment, when the first electronic device receives an incoming call request, it can provide an incoming call notification. Simultaneously, after receiving the incoming call request, the first electronic device can send a co-vibration notification to the second and third electronic devices, instructing them to provide an incoming call notification. Figure 3 As shown, when mobile phone 1 receives an incoming call request, it displays the incoming call notification interface 11 and sends vibration notifications to tablet computer 2 and laptop computer 3 respectively, causing tablet computer 2 to display a floating window 21 and laptop computer 3 to display a floating window 31.

[0196] In this scenario, after receiving an incoming call request, the first electronic device can enable the audio capabilities of the second electronic device, allowing the call to be transferred to the second electronic device once it is connected. Similarly, the first electronic device can enable the audio capabilities of the third electronic device, allowing the call to be transferred to the third electronic device after it has been transferred to the second electronic device.

[0197] In this embodiment, when the first electronic device receives an answer instruction, it can connect the call corresponding to the incoming call request. For example... Figure 3 As shown, the answering operation can be, for example, clicking the answer control 13. The user can input an answer command to the mobile phone 1 by clicking the answer control 13, and the mobile phone 1 will answer the call corresponding to the incoming call request after receiving the answer command. The answering operation can also be clicking the answer control 23. After receiving the user's click on the answer control 23, the tablet computer 2 can send an answer command to the mobile phone 1, and the mobile phone 1 will answer the call corresponding to the incoming call request after receiving the answer command.

[0198] In one implementation, after the first electronic device connects to a call, it can directly transfer the call to the second electronic device. Please return to the references. Figure 3 and Figure 4 After the user clicks the answer control 23, the tablet computer 2 sends an answer instruction, including the device identifier of the tablet computer 2, to the mobile phone 1. After receiving the answer instruction, the mobile phone 1 determines that the call needs to be transferred to the tablet computer 2 based on the device identifier in the answer instruction. Then, the mobile phone 1 answers the call and transfers the call to the tablet computer 2 for answering.

[0199] In another implementation, after the first electronic device connects the call, it can answer the call first and then transfer the call to the second electronic device. For example, after the user clicks the answer control 13, mobile phone 1 connects the call and can answer the call through mobile phone 1 first. Please refer to... Figure 5 The diagram shows the interface of mobile phone 1. When answering a call on mobile phone 1, the user can click the device icon 182 of tablet computer 2 in the device selection interface 18. Mobile phone 1 can respond to the user's click operation and transfer the call to tablet computer 2 for answering.

[0200] In this embodiment, after the call is transferred to the second electronic device, the first electronic device transfers the call to the third electronic device when it receives a switching instruction from the corresponding third electronic device.

[0201] The first switching command is received by the first electronic device via a display screen. Please refer to [link / reference]. Figure 5 and 7When a call is answered on tablet 2, mobile phone 1 displays the first call interface 14. The user can first click the device selection control 17, triggering mobile phone 1 to display the device selection interface 18. Device selection interface 18 includes a device icon 181 for laptop 3; device icon 181 is the first control. The user can input a switching command to mobile phone 1 by clicking the first device icon 181; this switching command is the first switching command. After receiving the first switching command, mobile phone 1 transfers the call to laptop 3. The specific type of the first control may include, but is not limited to, the examples above.

[0202] Alternatively, the switching command can be sent from the second electronic device to the first electronic device. Please refer to [reference needed]. Figure 6 and Figure 7 When a call is answered on tablet 2, tablet 2 displays a second call interface 24. The user can first click the device selection control 26, triggering tablet 2 to display a device selection interface 27. Device selection interface 27 includes a device icon 271 for laptop 3; device icon 271 is the second control. The user can click on device icon 271. After receiving the user's click, tablet 2 can send a switching command including the device identifier of tablet 2 to mobile phone 1. This switching command is the first switching command, instructing mobile phone 1 to transfer the call to laptop 3. The specific type of the second control may include, but is not limited to, the examples above.

[0203] In one implementation, during the process of enabling the audio capabilities of the auxiliary device, the master device can also register the device identifier and audio capability identifier of the auxiliary device in the collaboration module, and at the same time register the communication interface of the auxiliary device in the HAL.

[0204] The device identifier is used to identify the auxiliary device, allowing the audio capabilities of the auxiliary device to be invoked based on its device identifier. The capability identifier is used to determine the device capability to be invoked; the service identifier can be determined by the connection service by default, for example, the default service identifier for the call connection service is the service identifier for audio capabilities. The communication interface corresponds to the call and is used to transmit audio data during the call between the main device's collaboration module and the HAL.

[0205] For example, when enabling the audio capabilities of tablet computer 2, mobile phone 1 can register the communication interface of tablet computer 2 in the virtual audio module. After the call is transferred to tablet computer 2, it can obtain downlink audio data from ADSP through the communication interface of tablet computer 2 and input uplink audio data into ADSP through the communication interface.

[0206] Figure 15 for Figures 3 to 7 A schematic diagram of the call transfer process in the scenario shown.

[0207] Please return to the reference. Figure 1 and Figure 3 At the current moment, mobile phone 1, tablet 2, and laptop 3 are all online. Mobile phone 1 is the primary electronic device, tablet 2 is the secondary electronic device, and laptop 3 is the tertiary electronic device. After receiving an incoming call request, mobile phone 1 can identify tablet 2 and laptop 3 as secondary devices, and enable the audio capabilities of both tablet 2 and laptop 3. After enabling the audio capabilities of tablet 2 and laptop 3, the call can be transferred between mobile phone 1, tablet 2, and laptop 3. The call transfer process is as follows:

[0208] Step 11: Mobile phone 1 receives an incoming call request.

[0209] Step 12: Mobile phone 1 confirms that tablet 2 and laptop 3 are online and support call services.

[0210] Step 13: Mobile phone 1 sends a vibration notification to tablet computer 2.

[0211] Step 14: Mobile phone 1 sends a vibration notification to laptop computer 3.

[0212] Step 15: Mobile phone 1 will issue a call reminder.

[0213] Step 16: Tablet 2 sends out call reminders.

[0214] Step 17: Laptop 3 will issue an incoming call reminder.

[0215] Please return to the reference. Figure 3 Upon receiving an incoming call request, mobile phone 1 alerts the user by displaying an incoming call notification interface 14. When tablet 2 and laptop 3 are online, mobile phone 1 can identify them as secondary devices that support voice calls. After identifying them as secondary devices, mobile phone 1 sends a vibration notification to tablet 2, which then alerts the user by displaying a floating window 21. Similarly, mobile phone 1 sends a vibration notification to laptop 3, which alerts the user by displaying a floating window 31. The methods by which tablet 2 and laptop 3 alert the user to incoming calls may include, but are not limited to, displaying a floating window.

[0216] Steps 13, 14, and 15 can be executed simultaneously or in stages. The order of steps 13, 14, and 15 can be set according to requirements, and this embodiment does not impose any restrictions on this.

[0217] Step 18: Mobile phone 1 enables the audio capabilities of tablet computer 2.

[0218] Step 19: Mobile phone 1 enables the audio capabilities of laptop computer 3.

[0219] The mobile phone 1 can enable the audio capabilities of the tablet computer 2 before or after displaying the incoming call notification interface 14, making the audio capabilities of the tablet computer 2 available, and can also enable the audio capabilities of the laptop computer 3, making the audio capabilities of the laptop computer 3 available.

[0220] Step 20: Tablet 2 receives the call answering command.

[0221] Please refer to Figure 3 The answering operation is a click operation on the answering control 23. After receiving the click operation, the tablet computer 2 responds by sending an answer command to the mobile phone 1. The answering operation may include, but is not limited to, the click operation on the answering control as shown in the example above.

[0222] Step 21: After receiving the answer operation, the tablet computer 2 sends an answer instruction to the mobile phone 1, which includes the device identifier of the tablet computer 2.

[0223] Step 22: After receiving the answer command sent by the tablet computer 2, the mobile phone 1 sends a stop vibration notification to the laptop computer 3.

[0224] Step 23: After receiving the notification to stop vibration, laptop 3 stops alerting users to incoming calls.

[0225] Step 24: After receiving the answer instruction sent by the tablet computer 2, mobile phone 1 answers the call and transfers the call to the tablet computer 2.

[0226] Step 25: Tablet 2 answers the call.

[0227] Please refer to Figure 4 The answer command sent by tablet 2 includes the device identifier of tablet 2. After receiving the answer command, mobile phone 1 answers the call and transfers the call to tablet 2 according to the device identifier in the answer command. At the same time, it sends a stop vibration notification to laptop 3, causing laptop 3 to close the floating window 31 and stop the incoming call notification. At this time, mobile phone 1 displays the first call interface 14, tablet 2 displays the second call interface 24, and the floating window 31 displayed on laptop 3 is closed. After the call is transferred to tablet 2, tablet 2 plays downlink audio data and obtains uplink audio data, and sends the uplink audio data to mobile phone 1. The user answers the call through tablet 2.

[0228] Step 22 can be performed before or after step 24, and this embodiment does not impose any restrictions on this.

[0229] Step 26: Mobile phone 1 receives a switching instruction, which instructs the call to be switched to laptop 3.

[0230] Please refer to Figure 5 The switching command is input by the user by clicking device icon 181, which is bound to the device identifier of laptop 3. Mobile phone 1 responds to the user's click on device icon 181 and determines the device identifier of laptop 3 bound to device icon 181.

[0231] Please refer to Figure 6 The switching command is sent by the tablet computer 2. When the tablet computer 2 receives the user's switching operation by clicking the device icon 271, it sends a switching command to the mobile phone 1. The switching command includes the device identifier of the laptop computer 3.

[0232] Step 27: After receiving the switching instruction, mobile phone 1 sends a stop instruction to tablet computer 2.

[0233] Step 28: After receiving the stop command, Tablet 2 stops answering calls.

[0234] Step 29: After receiving the switching instruction, mobile phone 1 transfers the call to laptop 3.

[0235] Step 30: Laptop 3 starts answering the call.

[0236] Please refer to Figure 7 Upon receiving the switching command, mobile phone 1 identifies the device identifier of laptop 3 corresponding to the switching command and sends a stop command to tablet computer 2. Upon receiving the stop command, tablet computer 2 closes the second call interface 24 and stops answering the call. Simultaneously, mobile phone 1 transfers the call to laptop computer 3, which displays the third call interface 34, answers the call, plays the downlink audio data sent by mobile phone 1, retrieves the uplink audio data from the call and sends it back to mobile phone 1. The user then answers the call through laptop computer 3.

[0237] Step 31: Laptop 3 receives the hang-up operation.

[0238] Please refer to Figure 7 A hang-up operation, such as clicking the hang-up control 35, occurs when the laptop 3 receives the click on the hang-up control 35 and, in response, sends a hang-up command to the mobile phone 1. Hang-up operations can include, but are not limited to, clicking the hang-up control as exemplified above.

[0239] Step 32: Laptop 3 sends a hang-up command to mobile phone 1.

[0240] Step 33: After receiving the hang-up operation, laptop 3 stops answering calls.

[0241] Please refer to Figure 7 After receiving the hang-up operation, the laptop 3 closes the third call interface 34, stops playing downlink audio data, and stops acquiring uplink audio data.

[0242] Step 34: Mobile phone 1 hangs up the phone after receiving the hang-up command.

[0243] Step 35: After receiving the hang-up command, mobile phone 1 disables the audio capabilities of tablet computer 2 and laptop computer 3.

[0244] Upon receiving a hang-up command, mobile phone 1 can stop the call from ending and close the first call interface 14. Furthermore, mobile phone 1 can disable the audio capabilities of tablet computer 2 and laptop computer 3.

[0245] For ease of understanding Figure 15 The steps in the process shown are explained below. Figure 16 , Figure 20 and Figure 22 right Figures 3 to 7 The call transfer process in the scenario shown is explained in detail. Figure 16 for Figures 3 to 7 The diagram shows a flowchart illustrating the enabling process of audio capabilities in the scenario depicted.

[0246] Please return to the reference. Figure 11 and Figure 12 For easy distinction, Figure 16 The terms "first" and "second" are used to identify the same functional modules in mobile phone 1 and tablet computer 2, respectively. "First" indicates that the functional module is a functional module in mobile phone 1, such as the first collaborative module being a collaborative module in mobile phone 1. "Second" indicates that the functional module is a functional module in tablet computer 2, such as the second call continuation service being a call continuation service in tablet computer 2.

[0247] at the same time, Figure 16 In this context, the "second collaboration module" refers to the various functional modules included in the collaboration module of tablet computer 2. The specific implementation of each functional module in tablet computer 2 during the enabling process can be referenced from the same functional modules in mobile phone 1. This is understandable. Figure 16 The steps shown are as follows Figure 11 and Figure 12 This embodiment illustrates the interaction between some functional modules during the enabling process. Other functional modules also participate in the enabling process, but this is not shown in the diagram. Figure 16 As shown in the image.

[0248] Please return to the reference. Figure 1 and Figure 3 At the current moment, mobile phone 1, tablet 2, and laptop 3 are all online. After receiving an incoming call request, mobile phone 1 can identify tablet 2 and laptop 3 as secondary devices and enable the audio capabilities of both tablet 2 and laptop 3. The specific enabling process is as follows:

[0249] Step 100: The first call continuation service listens for incoming call requests.

[0250] For example, the first call continuation service accesses the calling application on mobile phone 1 and can monitor the calling application. When the calling application receives an incoming call request, the first call continuation service can monitor the incoming call request.

[0251] Please refer to Figure 15 Step 100 corresponds to step 11. After receiving an incoming call request, mobile phone 1 executes step 12 to determine the device identifiers of the online tablet 2 and laptop 3. Step 12 includes... Figure 16 Steps 101 and 102 are shown.

[0252] Step 101: After listening for an incoming call request, the first call continuation service retrieves the device list from the first dynamic library.

[0253] For example, the device list stores device information for all devices online in the trust ring. When tablet 2 and laptop 3 are online, tablet 2 and laptop 3 push their respective device information to mobile phone 1. Mobile phone 1 can store the device information of tablet 2 and laptop 3 in the device list of the first dynamic library. For example, the device information of tablet 2 includes the device identifier and device type of tablet 2, such as a multimedia device. The device information of laptop 3 includes the device identifier and device type of laptop 3, such as an office device.

[0254] Understandably, mobile phone 1 can update the device information in the device list in real time. For example, when tablet 2 is offline, it can send an offline notification to mobile phone 1, and mobile phone 1 can delete the device information of tablet 2 stored in the device list based on the offline notification. Alternatively, if mobile phone 1 does not detect tablet 2 online within a preset time period, it can delete the device information of tablet 2 stored in the device list.

[0255] Step 102: After obtaining the device list, the first call connection service determines the device identifier of the tablet computer 2 with audio capabilities from the device list.

[0256] For example, the default device types corresponding to the call service include office devices and multimedia devices. After listening for an incoming call request, the first call connection service can obtain a device list from the first dynamic library, including device information for tablet computer 2 and device information for laptop computer 3. Then, since the device type included in the device information of tablet computer 2 is the same as the default device type (multimedia device), the device information of tablet computer 2 can be determined from the device list, and the device identifier of tablet computer 2 can be determined from the device information of tablet computer 2, thereby determining that tablet computer 2 is a secondary device and has audio capabilities that support the call service. Similarly, since the device type included in the device information of laptop computer 3 is the same as the default device type (office device), the device identifier of laptop computer 3 can be determined, and it can be determined that laptop computer 3 has audio capabilities that support the call service.

[0257] Understandably, the device list can also include device information for other devices that are currently online, such as... Figure 1 The device information for smartwatch 4 and speaker 5 shown is incorrect because the device types included in the device information for smartwatch 4 and speaker 5 are inconsistent with the default device types. Therefore, smartwatch 4 and speaker 5 are not included in the identified auxiliary devices.

[0258] After determining that tablet 2 and laptop 3 are auxiliary devices, mobile phone 1 sends a co-vibration notification to tablet 2 and laptop 3. The following uses tablet 2 as an example to illustrate the process of sending the co-vibration notification. The process is the same for laptop 3.

[0259] Step 103: The first call continuation service sends a co-vibration notification to the first communication module.

[0260] Step 104: After receiving the seismic notification, the first communication module sends the seismic notification to the second communication module.

[0261] For example, the device information pushed by tablet 2 to mobile phone 1 may also include the device address of tablet 2, such as the Internet Protocol (IP) address of tablet 2 in the local area network. The vibration notification may include the device address of tablet 2, and the first communication module can send the vibration notification to the second communication module based on the device address of tablet 2. The specific method by which mobile phone 1 sends the vibration notification to tablet 2 can be configured according to requirements, and this embodiment does not limit this.

[0262] Step 105: After receiving the co-vibration notification, the second communication module forwards the co-vibration notification to the second call continuation service.

[0263] Step 106: After receiving the same vibration notification, the second call continuation service controls the tablet computer 2 to remind users of incoming calls.

[0264] in, Figure 15 Step 13 includes steps 103 and 104, and step 16 corresponds to step 106. Please return to the reference. Figure 3 Upon receiving a simultaneous vibration notification, the second call continuation service can control the display of tablet 2 to show a floating window 21, simultaneously alerting users to incoming calls on mobile phone 1. Similarly, upon receiving a simultaneous vibration notification, laptop 3 can display a floating window 31, simultaneously alerting users to incoming calls on mobile phone 1.

[0265] Step 107: After receiving the co-vibration notification, the second call continuation service sends a start command to the second coordination module.

[0266] Step 108: The second collaborative module starts running after receiving the start command.

[0267] Step 109: After determining the device identifier of the tablet computer 2, the first call continuation service can send a start command to the first service interface layer. Sending a start command to the first service interface layer is equivalent to sending a start command to the first collaboration module.

[0268] Step 110: The first collaborative module starts running after receiving the start command.

[0269] Understandably, if the first call continuation service determines that the device identifier of the auxiliary device is not included in the device list after obtaining the device list, it may not execute step 109, send a start command to the first collaboration module, or start the first collaboration module.

[0270] It is understandable that step 103 can be executed before step 109, after step 109, or simultaneously with step 109. Similarly, step 107 can be executed before step 106, after step 106, or simultaneously with step 106.

[0271] Step 111: After the second collaborative module starts running, it sends a first startup success notification to the second call connection service to notify the second call connection service that the second collaborative module has started and can share device capabilities.

[0272] If the second collaboration module fails to start, it can send a startup failure notification to the second call continuation service. The second call continuation service sends a startup failure notification including the device identifier of the tablet computer 2 to the second communication module. The second communication module then forwards the startup failure notification to the first communication module.

[0273] Correspondingly, after receiving the startup failure notification, the first communication module sends a startup failure notification to the first call continuation service. Upon receiving the startup failure notification, the first call continuation service determines, based on the device identifier in the notification, that tablet 2 cannot provide audio capabilities, and therefore does not execute step 115 or subsequent steps, and does not enable the audio capabilities of tablet 2. Similarly, when the collaboration module in laptop 3 fails to start, mobile phone 1 does not enable the audio capabilities of laptop 3.

[0274] Step 112: After receiving the first successful startup notification, the second call continuation service sends a second successful startup notification to the second communication module.

[0275] For example, the second startup success notification includes the device identifier of tablet computer 2. After receiving the first startup success notification, the second call continuation service determines that the second collaboration module has started running, tablet computer 2 can provide audio capabilities to mobile phone 1, and the second call continuation service can send a second startup success notification including the device identifier of tablet computer 2 to the second communication module.

[0276] Step 113: After receiving the second startup success notification, the second communication module sends the second startup success notification to the first communication module.

[0277] Step 114: After receiving the second startup success notification, the first communication module sends the second startup success notification to the first call continuation service.

[0278] For example, the second startup success notification includes the device identifier of tablet computer 2. After receiving the second startup success notification, the first call continuation service obtains the device identifier of tablet computer 2 from the second startup success notification. Based on the device identifier of tablet computer 2, it can determine that the second collaboration module in tablet computer 2 has been started. At this time, the first call continuation service instructs the first collaboration module to enable the audio capabilities of tablet computer 2.

[0279] It should be noted that steps 107 to 114 are... Figure 15 The image is not shown. Step 18, which enables the audio capabilities of tablet 2, includes... Figure 16 Steps 115 to 154 are shown. Similarly, the process of enabling the audio capabilities of the laptop 3 in step 19 includes... Figure 16Steps 115 to 154 are shown below. The following description uses the audio capability enabling process of tablet computer 2 as an example. The audio capability enabling process of laptop computer 3 is similar, and will not be repeated here in this embodiment.

[0280] Step 115: The first call connection service inputs the device identifier of the tablet computer 2 and the capability identifier of the audio capability to the first collaboration module, so that the first collaboration module enables the audio capability of the tablet computer 2.

[0281] For example, the first call connection service obtains the device identifier of the tablet computer 2 from the second successful start notification, and obtains the capability identifier of the audio capability corresponding to the call service. Then, it calls the enable interface provided by the first service interface layer to input the device identifier of the tablet computer 2 and the capability identifier of the audio capability to the first service interface layer, so as to instruct the first collaboration module to enable the audio capability of the tablet computer 2.

[0282] Understandably, after receiving the second success notification including the device identifier of tablet 2, the first call connection service executes step 115 and subsequent steps to enable the audio capabilities of tablet 2. Similarly, after receiving the second success notification including the device identifier of laptop 3, the first call connection service executes step 115 and subsequent steps to enable the audio capabilities of laptop 3.

[0283] Step 116: After receiving the device identifier and audio capability identifier of the tablet computer 2, the first service interface layer sends a verification instruction to the first device management unit. The verification instruction may include the device identifier of the tablet computer 2.

[0284] Step 117: After receiving the verification command, the first device management unit retrieves the device list from the first dynamic library.

[0285] Upon receiving a verification command, the first device management unit retrieves a device list from the first dynamic library. The device list stores device information for devices that are online within the trust ring. The first device management unit determines that tablet computer 2 is online if its device information is stored in the device list, and determines that tablet computer 2 is offline if its device information is not stored in the device list.

[0286] Step 118: The first device management unit determines the device identifier of tablet computer 2 included in the device list.

[0287] Step 119: After determining that the device identifier of tablet computer 2 is included in the device list, the first device management unit sends a verification success notification to the first service interface layer to notify the first service interface layer that tablet computer 2 is online.

[0288] Specifically, when the first device management unit determines that tablet computer 2 is offline, it can send a verification failure notification to the first service interface layer. Upon receiving the verification failure notification, the first service interface layer will not execute subsequent steps and will terminate the enabling of the audio capabilities of tablet computer 2. Simultaneously, the first service interface layer will send a notification to the first call continuation service, informing it that the audio capabilities of tablet computer 2 have failed to be enabled.

[0289] Step 120: After receiving the successful verification notification, the first service interface layer sends a connection command to the first device management unit.

[0290] Upon receiving a successful verification notification, the first service interface layer determines that the tablet computer 2 is online and can send a connection command to the first device management unit to instruct the first device management unit to establish a first control channel between the mobile phone 1 and the tablet computer 2.

[0291] Step 121: After receiving the connection command, the first device management unit sends a negotiation channel creation command to the first communication module.

[0292] Step 122: After receiving the negotiation channel creation instruction, the first communication module creates a negotiation channel with the second communication module.

[0293] The negotiation channel is used to negotiate device information such as device identifiers and device addresses between devices, in order to establish a control channel between the devices based on the negotiated device information. The negotiated device information includes, but is not limited to, device identifiers and device addresses. The first collaboration module and the second collaboration module can exchange device information such as device identifiers and device addresses between mobile phone 1 and tablet computer 2 through the negotiation channel, in order to establish a control channel between mobile phone 1 and tablet computer 2 based on the exchanged device information.

[0294] Step 123: After the negotiation channel is successfully created, the first communication module sends a notification of successful negotiation channel creation to the first device management module.

[0295] Step 124: Similarly, after the negotiation channel is successfully created, the second communication module sends a notification of successful negotiation channel creation to the second collaboration module.

[0296] Specifically, when the negotiation channel creation fails, the first communication module can send a negotiation channel creation failure notification to the first device management unit, which in turn sends a negotiation channel creation failure notification to the first service interface layer. Upon receiving the negotiation failure notification, the first service interface layer terminates the enabling of the audio capabilities of the tablet computer 2. Furthermore, the first service interface layer sends a notification to the first call continuation service, informing it that the audio capabilities of the tablet computer 2 have failed to be enabled.

[0297] Step 125: After receiving the notification that the negotiation channel has been successfully created, the first device management unit sends a negotiation command to the first communication module.

[0298] Step 126: After receiving the negotiation instruction, the first communication module negotiates device information with the second communication module.

[0299] For example, the first communication module can send a negotiation request to the second communication module. After receiving the negotiation request, the second communication module sends device information such as the device address and device identifier of the tablet computer 2 to the first communication module. At the same time, the first communication module can proactively send device information such as the device address and device identifier of the mobile phone 1 to the second communication module.

[0300] Step 127: After the device information negotiation is successful, the first communication module sends a negotiation success notification to the first device management unit.

[0301] For example, the negotiation success notification sent by the first communication module to the first device management unit may include the device information of the tablet computer 2 obtained through negotiation. After receiving the negotiation success notification, the first device management unit can instruct the first communication module to establish a control channel between the mobile phone 1 and the tablet computer 2 based on the device information in the negotiation success notification.

[0302] Step 128: Similarly, after successful device information negotiation, the second communication module sends a negotiation success notification to the second coordination module. The negotiation success notification sent by the second communication module to the second coordination module may include the negotiated device information of mobile phone 1.

[0303] Step 129: After receiving the negotiation success notification, the first device management unit sends a channel creation command to the first transmission channel unit.

[0304] Please refer to step 127. After obtaining the device information of the tablet computer 2 obtained through negotiation, the first device management unit can send a channel creation instruction including the device information of the tablet computer 2 to the first transmission channel unit to instruct the first transmission channel unit to establish a first control channel between the mobile phone 1 and the tablet computer 2.

[0305] Step 130: After receiving the channel creation instruction, the first transmission channel unit forwards the channel creation instruction to the first communication module.

[0306] Step 131: After receiving the channel creation instruction, the first communication module creates the first control channel between mobile phone 1 and tablet computer 2.

[0307] For example, after receiving a channel creation command, the first communication module can interact with the second communication module based on the device information of the tablet computer 2 included in the channel creation command to create a first control channel between the mobile phone 1 and the tablet computer 2. The specific process for creating the first control channel can be set according to requirements, and this embodiment does not limit it.

[0308] Step 132: After receiving the notification of successful creation of the first control channel, the first communication module sends a notification of successful creation of the control channel to the first device management unit.

[0309] Step 133: Similarly, after the first control channel is successfully created, the second communication module sends a control channel creation success notification to the second coordination module.

[0310] Step 134: After receiving the control channel creation success notification, the first device management unit forwards the control channel creation success notification to the first service interface layer.

[0311] Specifically, when control channel creation fails, the first communication module can send a control channel creation failure notification to the first transmission channel unit. The first transmission channel unit then sends a control channel creation failure notification to the first service interface layer, which then terminates the enabling of the audio capabilities of the tablet computer 2. Simultaneously, the first service interface layer sends a notification to the first call connection service, informing it that the audio capabilities of the tablet computer 2 have failed to be enabled.

[0312] Step 135: After receiving the notification that the control channel has been successfully created, the first service interface layer sends a request to the first device management unit to obtain device capability information.

[0313] The request to obtain device capability information may include the device identifier of the tablet computer 2 to indicate that the device capability information of the tablet computer 2 is to be obtained.

[0314] Step 136: After receiving the request to obtain device capability information, the first device management unit forwards the request to the first communication module.

[0315] Step 137: After receiving the request to obtain device capability information, the first communication module sends the request to the second communication module.

[0316] Please refer to step 135. The request to obtain device capability information includes the device identifier of tablet computer 2. After receiving the request to obtain device capability information, the first communication module can determine whether to send the request to tablet computer 2 based on the device identifier of tablet computer 2, and send the request to obtain device capability information to tablet computer 2 through the pre-established first control channel between mobile phone 1 and tablet computer 2.

[0317] Step 138: After receiving the request to obtain device capability information, the second communication module sends the request to the second coordination module.

[0318] Step 139: After receiving the request to obtain device capability information, the second collaboration module can send the device capability information of the tablet computer 2 to the second communication module.

[0319] For example, the tablet computer 2 can store device information of the tablet computer 2 in the second dynamic library. The device information includes information such as the device identifier and device address of the tablet computer 2, and may also include the service identifier of each device capability of the tablet computer 2, as well as the enable status information of each device capability. The enable status information indicates whether the enable status of the device capability is enabled or disabled.

[0320] After receiving a request to obtain device capability information, the second collaboration module can obtain the device information of the tablet computer 2 from the second dynamic library, determine the service identifier of each device capability of the tablet computer 2 from the device information of the tablet computer 2, and then send the device capability information of the tablet computer 2 to the second communication module. The sent device capability information includes the service identifier and enable status information of each device capability of the tablet computer 2.

[0321] Step 140: After receiving the device capability information, the second communication module forwards the device capability information to the first communication module.

[0322] Step 141: After receiving the device capability information sent by the second communication module, the first communication module forwards the device capability information to the first service interface layer.

[0323] Step 142: After receiving the device capability information, if the first service interface layer determines that the device capability information includes the service identifier of audio capability, it sends a registration instruction to the first device management unit.

[0324] In this context, the default device capability for the call service is audio capability. When the first service interface layer determines that the device capability information includes a service identifier for audio capability, it determines that tablet computer 2 has audio capability, sends a registration instruction to the first device management unit, and continues to enable the audio capability of tablet computer 2. Conversely, if it determines that the device capability information does not include a service identifier for audio capability, it determines that tablet computer 2 does not have audio capability, does not execute step 142, and ends the enabling of the audio capability of tablet computer 2.

[0325] In one implementation, after receiving the device capability information of the tablet computer 2, the mobile phone 1 may include an audio capability service identifier in the device capability information. If the audio capability enable status information corresponding to the audio capability service identifier indicates that the audio capability of the tablet computer 2 is not enabled, a registration command is sent to the first device management unit. Conversely, if the enable status information indicates that the audio capability of the tablet computer 2 is enabled, no registration command is sent to the first device management unit, and the enabling of the audio capability of the tablet computer 2 is terminated.

[0326] Optionally, during the process of enabling the audio capabilities of the tablet computer 2, the mobile phone 1 may also obtain the audio capability enable status information of the tablet computer 2 from the tablet computer 2 before step 115.

[0327] For example, after receiving the second successful startup notification, the first call continuation service can send a request to the first communication module to obtain the device identifier of tablet 2 and the service identifier of its audio capabilities. The first communication module sends this request to the second communication module, which forwards the request to the second call continuation service. After receiving the request, the second call continuation service retrieves the audio capability enable status information from the device list based on the audio capability service identifier, and sends the audio capability enable status information to the first call continuation service through both the second and first communication modules. If the obtained enable status information indicates that the audio capability of tablet 2 is not enabled, the first call continuation service executes step 115 and subsequent steps; if the obtained enable status information indicates that the audio capability of tablet 2 is enabled, it does not execute step 115 and subsequent steps, and does not enable the audio capability of tablet 2.

[0328] In this case, if the auxiliary equipment's capabilities are already enabled, it indicates that these capabilities may be being used by other services. Enabling the auxiliary equipment's capabilities again at this time would result in duplicate enabling, potentially causing service errors. The primary equipment should enable the auxiliary equipment's capabilities when they are disabled, and not enable them when they are already enabled, thus avoiding duplicate enabling of the auxiliary equipment's capabilities.

[0329] Step 143: After receiving the registration instruction, the first device management unit registers the device identifier of the tablet computer 2 and the corresponding audio capability identifier. Simultaneously, the first device management unit can register the communication interface of the tablet computer 2 in the virtual audio module of the mobile phone 1. The communication interface may be, for example, a callback function.

[0330] For example, the first device management unit may record the device identifier of the tablet computer 2 and the corresponding service identifier of the audio capability in the first device management unit. The device identifier of the tablet computer 2 indicates that the tablet computer 2 can share device capabilities with the mobile phone 1, and the service identifier of the audio capability indicates that the device capability shared by the tablet computer 2 with the mobile phone 1 is an audio capability.

[0331] Simultaneously, the first device management unit can register the communication interface of tablet computer 2 in the virtual audio module of mobile phone 1. After the call is transferred to tablet computer 2, when mobile phone 1 receives uplink audio data sent by tablet computer 2, the first coordination module can call the communication interface of tablet computer 2 to send the uplink audio data to the virtual audio module, which then sends the uplink audio data to ADSP. At the same time, the virtual audio module obtains downlink audio data sent by the peer device from ADSP. The first coordination module can call the communication interface of tablet computer 2 to obtain the downlink audio data from the virtual audio module and then send the downlink audio data to tablet computer 2 for playback.

[0332] Please return to the reference. Figure 11 The HAL of mobile phone 1 includes an interface management module and an interface status management module. After the first device management unit registers the communication interface of tablet computer 2 in the virtual audio module, the interface management module can record the communication interface of tablet computer 2, and the interface status management module marks the calling status of the communication interface of tablet computer 2 as not called. The interface management module records the communication interface of tablet computer 2 for use by the first collaborative module. The first collaborative module calls the communication interface of tablet computer 2 when the calling status of the communication interface of tablet computer 2 is not called.

[0333] Understandably, if registration fails for any of the device identifier, service identifier, or communication interface, the first device management unit can send a registration failure notification to the first service interface layer, and the first service interface layer will terminate the enabling of the audio capabilities of the tablet computer 2. Simultaneously, the first service interface layer sends a notification to the first call continuation service, informing it that the audio capabilities of the tablet computer 2 have failed to be enabled.

[0334] Step 144: After receiving the enable command, the first device management unit can send an initialization command to the first transmission channel unit.

[0335] Step 145: After receiving the initialization command, the first transmission channel unit initializes the network layer of the first coordination module.

[0336] It should be noted that when enabling the audio capabilities of tablet PC 2, the first device management unit may choose not to send an initialization command to the first transmission channel unit and thus not initialize the network layer. However, the first device management unit may send an initialization command to the first transmission channel unit to initialize the network layer before switching the call service to tablet PC 2.

[0337] Step 146: After registering the device identifier, audio capability service identifier, and communication interface of the tablet computer 2, the first device management unit can send an enable success notification to the first service interface layer.

[0338] like Figure 16 As shown, the audio capability enabling process of tablet computer 2 includes steps 115 to 154. After establishing the first control channel between mobile phone 1 and tablet computer 2, completing the registration of device identifier and communication interface of tablet computer 2, and completing the registration of service identifier of audio capability, the audio capability of tablet computer 2 is enabled, and mobile phone 1 can directly call the audio capability of tablet computer 2.

[0339] Please refer to step 132. After confirming that the first control channel between mobile phone 1 and tablet computer 2 has been successfully created, the first device management unit registers the device identifier and communication interface of tablet computer 2, as well as the service identifier of audio capability. Therefore, after registering the device identifier, the service identifier of audio capability, and the communication interface of tablet computer 2, the first device management unit can determine that the audio capability of tablet computer 2 is successfully enabled and send an enable success notification to the first service interface layer.

[0340] Step 147: After receiving the enable success notification, the first service interface layer forwards the enable success notification to the first call connection service.

[0341] Step 148: The first device management unit can send an enable success notification to the first communication module.

[0342] Step 149: After receiving the enable success notification, the first communication module forwards the enable success notification to the second communication module.

[0343] Step 150: After receiving the enable success notification, the second communication module forwards the enable success notification to the second call connection service.

[0344] Step 151: After receiving the enable success notification, the second call connection service writes the enable status information of the audio capability into the second dynamic library.

[0345] Step 152: The second dynamic library stores the enable status information of the audio capabilities of the tablet computer 2.

[0346] Please refer to the description of step 139. After receiving the enable success notification, the second call continuation service can add the audio capability enable status information to the device information of the tablet computer 2 stored in the second dynamic library to mark that the audio capability of the tablet computer 2 has been enabled.

[0347] Understandably, when the second dynamic library already stores the audio capability enable status information, the second call connection service can update the audio capability enable status information stored in the second dynamic library after receiving the enable success notification, and update the audio capability enable status information to "enabled".

[0348] Step 153: After receiving the enable success notification, the first call continuation service confirms that the audio capability of tablet 2 is successfully enabled.

[0349] For example, the enable success notification may include the device identifier of tablet computer 2. After receiving the enable success notification, the first call connection service determines that the audio capability of tablet computer 2 has been successfully enabled. Figure 15 As shown, after confirming that the audio capability of tablet 2 is successfully enabled, the first call connection service can transfer the call to tablet 2 if it receives an answer instruction from tablet 2 in response to the user's click operation on the answer control 23. Conversely, if it does not receive an enable success notification including the device identifier of tablet 2, it will not transfer the call to tablet 2 after receiving the answer instruction.

[0350] Step 154: After confirming that the audio capability of the tablet computer 2 is successfully enabled, the first device management unit sends an enable success notification to the first status management unit (not shown in the figure).

[0351] like Figure 12 As shown, the first state management unit, which is the state management unit included in the first collaboration module of mobile phone 1, can record the enable status information of the device capabilities of each device that is successfully enabled by the first collaboration module, as well as the call status information of the device capabilities.

[0352] For example, the enable success notification may include the device identifier of the tablet computer 2 and the service identifier of the audio capability. After receiving the enable success notification, the first state management unit records the device identifier of the tablet computer 2 according to the device identifier of the tablet computer 2 and the service identifier of the audio capability included in the enable success notification, and records the enable status information of the audio capability of the tablet computer 2 accordingly. The enable status information indicates that the audio capability of the tablet computer 2 is enabled. At the same time, it records the call status information of the audio capability of the tablet computer 2, which indicates that the audio capability of the tablet computer 2 is not called.

[0353] Figure 17This diagram illustrates a partial system architecture of an electronic device according to an embodiment of this application. The collaboration module may include a device management unit and a status management unit. The device management unit can record the device identifier and service identifier of enabled auxiliary devices, while the status management unit can manage the enabling and invocation states of device capabilities.

[0354] In one implementation, the enable status information may include a first state and a second state. The first state indicates that the device capability is disabled, and the second state indicates that the device capability is enabled. For example, after registering the device identifier of tablet 2 and the service identifier of the audio capability, the status management unit can set the audio capability enable status information to the first state or leave it empty. After enabling the audio capability of tablet 2, the status management unit can update the audio capability enable status information of tablet 2 to the second state to record that the audio capability of tablet 2 is enabled. The specific form of the enable status information may include, but is not limited to, the examples above.

[0355] Similarly, the call status information can include a first status and a second status. The first status indicates that the device capability's call status is not invoked, and the second status indicates that the device capability's call status is invoked. After registering the device identifier and audio capability service identifier of tablet PC 2, the status management unit can set the audio capability's call status information to empty. After enabling the audio capability of tablet PC 2, the status management unit can update the audio capability's call status information of tablet PC 2 to the first status to record that the audio capability's call status of tablet PC 2 is not invoked. The specific form of the call status information may include, but is not limited to, the examples above.

[0356] The HAL (Host Alignment Module) can include an interface management module and an interface status management module. The interface management module manages the communication interfaces, while the interface status management module manages the call status of the communication interfaces. For example, after the first device management unit registers the communication interface of tablet computer 2 in the virtual audio module, the interface management module can record the communication interface of tablet computer 2, and the interface status management module can mark the call status of the communication interface of tablet computer 2 as not called.

[0357] The first call connection service can first execute step 115 on tablet computer 2, and enable the audio capabilities of tablet computer 2 through steps 115 to 154. Alternatively, it can first execute step 115 on laptop computer 3, and enable the audio capabilities of laptop computer 3 through steps 115 to 154. Or it can execute step 115 on both tablet computer 2 and laptop computer 3 at the same time, and enable the audio capabilities of both tablet computer 2 and laptop computer 3 simultaneously.

[0358] It should be noted that the above is only an exemplary example of the enabling process and does not constitute a limitation on the enabling process. If other operations are required to enable the auxiliary equipment to reach a usable state, the enabling process can be adjusted according to the needs. This embodiment does not limit the enabling process of the equipment capability.

[0359] In summary, after receiving an incoming call request, mobile phone 1 (the first electronic device) can simultaneously enable the audio capabilities of tablet computer 2 (the first electronic device) and laptop computer 3 (the second electronic device). During the enabling process, mobile phone 1 establishes a first control channel with tablet computer 2 and a second control channel with laptop computer 3.

[0360] Simultaneously, during the enabling process, mobile phone 1 registers the device identifier of tablet computer 2 in the collaboration module, and correspondingly registers the capability identifier for audio capabilities; and registers the device identifier of laptop computer 3 in the collaboration module, and correspondingly registers the capability identifier for audio capabilities. Additionally, it registers the communication interfaces of tablet computer 2 and laptop computer 3 in the virtual audio module.

[0361] After enabling the audio capabilities of the tablet computer 2, the mobile phone 1 marks the audio capability of the tablet computer 2 as enabled in the state management unit of the mobile phone 1, and also marks the audio capability of the laptop computer 3 as enabled in the state management unit of the mobile phone 1.

[0362] Figure 18 The diagram illustrates a system architecture according to an embodiment of this application. After enabling the audio capabilities of the tablet computer 2 and the laptop computer 3, the mobile phone 1 establishes a first control channel 181 with the tablet computer 2 and a second control channel 182 with the laptop computer 3. At this time, the audio capabilities of both the tablet computer 2 and the laptop computer 3 are available.

[0363] like Figures 4 to 7 As shown, after receiving the answer command from tablet 2, mobile phone 1 can transfer the call to tablet 2 via the first control channel. During the call on tablet 2, upon receiving a switching command from laptop 3, the call can be directly transferred from tablet 2 to laptop 3 via the second control channel. It should be noted that after receiving an incoming call request, if only tablet 2 is online, the first call continuation service can only determine the device identifier of tablet 2 from the device list. In this case, the first call continuation service can call the enable interface to input the device identifier and audio capability identifier of tablet 2 to the first collaboration module, enabling the collaboration module to enable the audio capabilities of tablet 2.

[0364] Figure 19 This illustration shows a schematic diagram of an enabling process for a device capability provided in an embodiment of this application.

[0365] Step 191: When enabling the capabilities of each auxiliary device, the master device first obtains the device identifier and service identifier of the device capability of the auxiliary device, and then executes step 192. Please refer to... Figure 16 In steps 101 and 102, the first call connection service first identifies the online tablet 2 and laptop 3, obtains the device identifier of tablet 2 and laptop 3, and obtains the service identifier of audio capabilities.

[0366] Step 192: After obtaining the auxiliary device's device identifier and service identifier for its capabilities, verify the auxiliary device to determine its online status. If the auxiliary device is online, proceed to step 194; if it is offline, proceed to step 193. For an understanding of step 192, please refer to [link to relevant documentation]. Figure 16 Steps 116 to 119 in the embodiment will not be described in detail here.

[0367] Step 193: When the master device determines that the auxiliary device is offline, it determines that the verification has failed, returns a verification failure notification, and then returns to step 191 to obtain the device identifier and service identifier of the next auxiliary device and enable the device capabilities of the next auxiliary device.

[0368] Step 194: When the main equipment determines that the auxiliary equipment is online, it enables the auxiliary equipment's capabilities. The enabling process can be found in [reference needed]. Figure 16 Steps 115 to 154 are executed. After enabling is complete, step 195 is executed to mark the device capability's enabling state as enabled and update the device capability's enabling state information to the second state. After marking the device capability's enabling state, step 196 is executed.

[0369] In step 196, the master device determines whether the device capabilities of all auxiliary devices are enabled. When the device capabilities of all auxiliary devices are enabled, step 197 is executed to mark the calling status of the device capabilities of each enabled auxiliary device as not called.

[0370] Conversely, if there are still unenabled auxiliary devices, return to step 191 to obtain the device identifier and service identifier of the next auxiliary device.

[0371] It is understandable that steps 195 and 197 can be executed at any point in time after step 194. When a certain auxiliary device fails verification, it is determined that the auxiliary device is offline, and its capabilities can be disabled.

[0372] Figure 20for Figures 3 to 7 The diagram illustrates the process of a mobile phone transferring a call to a tablet in the shown scenario. Similarly, for ease of distinction, Figure 20 The terms "first" and "second" are used to identify the same functional modules in mobile phone 1 and tablet computer 2, respectively.

[0373] in, Figure 20 Each step is located in Figure 16 After step 154 ​​in the middle, and Figure 20 Each step corresponds to steps 19 to 24 in step 14.

[0374] Please return to the reference. Figure 3 and Figure 4 At this point, the audio capabilities of both tablet 2 and laptop 3 are successfully enabled. Phone 1 displays the incoming call notification interface 11, tablet 2 displays a floating window 21, and laptop 3 displays a floating window 31. To answer the call via tablet 2, the user clicks the answer control 23 in floating window 21. Phone 1 then transfers the call to tablet 2, allowing the user to answer the call. The process of phone 1 transferring the call to tablet 2 is as follows:

[0375] Step 155: The second call continuation service detects the answer operation.

[0376] like Figure 3 As shown, the answering operation is, for example, clicking the answering control 23. When the second call continuation service detects that the user clicks the answering control 23, it determines that the user needs to answer the call through the tablet computer 2 and can send an answering command to the mobile phone 1.

[0377] Step 156: When the second call continuation service detects an answer operation, it sends an answer instruction to the second communication module.

[0378] For example, the answer instruction includes the device identifier of the tablet computer 2. After receiving the answer instruction, the mobile phone 1 transfers the call to the tablet computer 2 to answer according to the device identifier in the answer instruction.

[0379] Step 157: After receiving the answer instruction, the second communication module forwards the answer instruction to the first communication module through the pre-established first control channel between the mobile phone 1 and the tablet computer 2.

[0380] Step 158: After receiving the answer instruction, the first communication module forwards the answer instruction to the first call connection service.

[0381] Step 159: After receiving the answer instruction, the first call connection service forwards the answer instruction to the call application to instruct the call application to connect the call.

[0382] Step 160: The call application connects the call after receiving the answer instruction sent by the first call connection service.

[0383] Please refer to Figure 4 As shown, after receiving the answer instruction, the call application connects the call, closes the incoming call notification interface 11, and displays the first call interface 14.

[0384] Step 161: After receiving the answer instruction sent by the first communication module, the first call continuation service determines the device identifier of the tablet computer 2 included in the answer instruction.

[0385] The first call connection service determines whether the call needs to be transferred to the tablet computer 2 based on the device identifier of the tablet computer 2 included in the answer instruction.

[0386] Step 162: After determining the device identifier of the tablet computer 2 included in the answer instruction, the first call continuation service sends a continuation notification to the first communication module.

[0387] For example, the call continuation notification may include the device identifier of the tablet computer 2. The first communication module sends the call continuation notification to the second communication module based on the device identifier in the call continuation notification. The call continuation notification is used to notify the tablet computer 2 to start answering the call.

[0388] Step 163: After receiving the connection notification, the first communication module forwards the connection notification to the second communication module through the first control channel between the mobile phone 1 and the tablet computer 2.

[0389] Step 164: After receiving the call continuation notification, the second communication module forwards the call continuation notification to the second call continuation service.

[0390] Step 165: After receiving the call continuation notification, the second call continuation service stops call reminders.

[0391] Please refer to Figure 4 After receiving the call continuation notification, the second call continuation service can control the display of the tablet 2 to close the floating window 21 to stop the call reminder, and at the same time display the second call interface 24.

[0392] Please refer to Figure 15In step 21, after receiving the answer instruction from tablet computer 2, the first call continuation service can also send a stop vibration notification to the first communication module. The stop vibration notification includes the device identifier of laptop computer 3. The first communication module can send the stop vibration notification to the communication module in laptop computer 3 through the control channel between mobile phone 1 and laptop computer 3. The communication module in laptop computer 3 forwards the stop vibration notification to the call continuation service in laptop computer 3. After receiving the stop vibration notification, the call continuation service in laptop computer 3 closes the floating window 31 and stops the incoming call reminder.

[0393] Step 166: After receiving the call continuation notification, the second call continuation service can send a service start command to the second coordination module, so that the second coordination module can start processing the call service.

[0394] Step 167: After determining the device identifier of tablet computer 2, the first call connection service determines that the audio capabilities of tablet computer 2 are enabled and not invoked.

[0395] Please refer to Figure 16 In step 154, the first call continuation service can send an acquisition request to the first state management unit. The acquisition request includes the device identifier of the tablet computer 2. In response to the acquisition request, the first state management unit obtains the enable state information and call state information corresponding to the device identifier of the tablet computer 2 from the pre-recorded enable state information and call state information, and sends the enable state information and call state information to the first call continuation service.

[0396] Correspondingly, after receiving the enable status information and call status information sent by the first status management unit, the first call continuation service determines that the audio capability of the tablet computer 2 is enabled if the enable status information indicates that the audio capability of the tablet computer 2 is enabled, and determines that the audio capability of the tablet computer 2 is not called if the call status information indicates that the audio capability of the tablet computer 2 is not called.

[0397] Understandably, when the enable status information indicates that the audio capability of tablet 2 is disabled, and / or the call status information indicates that the audio capability of tablet 2 is invoked, the first call continuation service can stop executing subsequent steps and not transfer the call to tablet 2. Simultaneously, the first call continuation service can control the display screen of mobile phone 1 to output a prompt message informing the user that the call cannot be transferred to tablet 2.

[0398] Step 168: After the first call continuation service determines that the audio capability of the tablet computer 2 is enabled and not invoked, it sends a device switching command to the first collaboration module.

[0399] For example, the first call connection service can call the switching interface provided by the first service interface layer to input the device identifier of the tablet computer 2 into the first collaboration module.

[0400] Step 169: After receiving the device switching instruction, the first collaborative module sends a channel switching instruction to the virtual audio module. The channel switching instruction includes the device identifier of the tablet computer 2.

[0401] Step 170: After receiving the channel switching instruction, the virtual audio module can send a channel creation instruction to the first transmission channel unit in the first collaboration module. The channel creation instruction includes the device identifier of the tablet computer 2.

[0402] Step 171: After receiving the channel creation instruction, the first transmission channel unit forwards the channel creation instruction to the first communication module.

[0403] Step 172: After receiving the channel creation instruction, the first communication module interacts with the second communication module through the first control channel between mobile phone 1 and tablet computer 2 to create a downlink data channel between mobile phone 1 and tablet computer 2.

[0404] Step 173: After the downlink data channel is successfully created, the first communication module sends a downlink channel creation success notification to the first transmission channel unit.

[0405] Step 174: Similarly, after the downlink data channel is successfully created, the second communication module channel sends a downlink channel creation success notification to the second coordination module.

[0406] Step 175: Simultaneously, after receiving the channel creation instruction, the first communication module interacts with the second communication module through the first control channel between mobile phone 1 and tablet computer 2 to create an uplink data channel between mobile phone 1 and tablet computer 2.

[0407] Step 176: After the uplink data channel is successfully created, the first communication module sends an uplink channel creation success notification to the first transmission channel unit.

[0408] Step 177: After the uplink data channel is successfully created, the second communication module channel sends an uplink channel creation success notification to the second coordination module.

[0409] Step 178: After receiving the service activation instruction, the second collaboration module can start answering calls.

[0410] For example, after receiving the service start instruction, the second collaboration module can create an audio player, an audio recorder, and an audio processor to play downlink audio data through the audio player and acquire uplink audio data from the speaker of the tablet 2 through the audio recorder.

[0411] It is understandable that the second coordination module can execute step 178 after receiving the service start instruction, or after receiving the uplink channel creation success notification and the downlink channel creation success notification.

[0412] Step 179: The virtual audio module switches the audio channel after receiving the channel switching instruction.

[0413] For example, the virtual audio module can create a first audio stream to open a first pulse-code modulation device in the kernel layer, and create a second audio stream to open a second pulse-code modulation device in the kernel layer. The first pulse-code modulation device is used to read downlink audio data from the ADSP and output downlink audio data to the virtual audio module; the second pulse-code modulation device is used to write uplink audio data from the virtual audio module to the second pulse-code modulation device into the ADSP. In this way, the output of the ADSP can be switched from the speaker of mobile phone 1 to the virtual audio module, and the input of the ADSP can be switched from the microphone of mobile phone 1 to the virtual audio module.

[0414] It is understandable that after receiving the channel switching instruction, the virtual audio module can first execute step 179 to switch the audio channel, and then execute step 170 to send a channel creation instruction to the first transmission channel unit, so that the first transmission channel unit controls the first communication module to create an uplink data channel and a downlink data channel.

[0415] Upon receiving a channel switching command, the virtual audio module can update the call status information of the tablet PC 2's communication interface to a second state based on the device identifier in the command, thus marking the call status of the tablet PC 2's communication interface as invoked. During a call, it receives uplink audio data transmitted by the first collaborative module through the tablet PC 2's communication interface, and also transmits downlink audio data to the first collaborative module through the tablet PC 2's communication interface.

[0416] Step 180: After the audio path switching is completed, the virtual audio module sends a switching success notification to the first collaborative module.

[0417] Step 181: After receiving the handover success notification, the first collaboration module sends a handover success notification to the first call continuation service to inform the first call continuation service that the call has been transferred to the tablet computer 2.

[0418] Please refer to Figure 4Upon receiving the successful handover notification, the first call continuation service sends a handover notification to the call application, which may include the device identifier of tablet 2. Based on the device identifier of tablet 2, the call application highlights the device icon 16 of tablet 2 in the first call interface 14 to indicate that the call has been transferred to tablet 2.

[0419] After establishing the uplink data channel, the downlink data channel, and switching the audio path, mobile phone 1 transfers the call to tablet computer 2, and tablet computer 2 begins to answer the call.

[0420] Upon receiving a successful switch notification, the first collaboration module can update the call status of the tablet computer 2 recorded in the status management unit from the first status to the second status, thereby marking the call status of the audio capabilities of the tablet computer 2 as called.

[0421] Figure 21 This illustration shows a data transmission diagram provided in an embodiment of this application. After a call is transferred from a mobile phone 1 to a tablet computer 2, a first control channel P1, a downlink data channel P2, and an uplink data channel P3 are established between the mobile phone 1 and the tablet computer 2.

[0422] Step 182: ADSP acquires downlink audio data from the modem.

[0423] Specifically, the modem of mobile phone 1 receives downlink audio data sent by the peer device, the ADSP obtains the downlink audio data from the modem, and inputs the downlink audio data into the first pulse code modulation device.

[0424] Step 183: The virtual audio module obtains downlink audio data from the first pulse code modulation device.

[0425] Step 184: The first collaborative module calls the communication interface of the pre-registered tablet computer 2 to obtain downlink audio data from the virtual audio module.

[0426] Please refer to Figure 11 The audio virtualization unit in the first collaborative module can call the communication interface of the tablet computer 2 to obtain downlink audio data from the virtual audio module.

[0427] Step 185: After acquiring the downlink audio data, the first coordination module outputs the downlink audio data to the first communication module.

[0428] Step 186: The first communication module sends downlink audio data to the second communication module through downlink data channel P2.

[0429] Step 187: After receiving the downlink audio data, the second communication module transmits the downlink audio data to the second coordination module.

[0430] Step 188: After receiving the downlink audio data, the second collaborative module controls the tablet computer 2 to output the downlink audio data.

[0431] For example, the second collaborative module inputs downlink audio data into the audio player, the audio player inputs the downlink audio data into the audio processor for processing, and the audio processor inputs the processed audio data into the speaker of the tablet computer 2 for playback output through the audio hardware abstraction layer.

[0432] Step 189: Simultaneously, the second collaborative module controls the tablet computer 2 to acquire uplink audio data.

[0433] For example, the audio recorder in tablet 2 acquires uplink audio data from the microphone through the audio hardware abstraction layer, and the second collaboration module acquires uplink audio data from the audio recorder.

[0434] Step 190: After obtaining the uplink audio data from the audio recorder, the second collaborative module transmits the uplink audio data to the second communication module.

[0435] Step 191: The second communication module sends uplink audio data to the first communication module through the uplink data channel P3.

[0436] Step 192: The first communication module transmits the received uplink audio data to the first collaboration module.

[0437] Step 193: After receiving the uplink audio data, the first collaborative module inputs the uplink audio data into the virtual audio module through the communication interface of the tablet computer 2.

[0438] Step 194: The virtual audio module inputs the uplink audio data into the second pulse code modulation device, and the second pulse code modulation device inputs the uplink audio data into the ADSP.

[0439] Step 195: After receiving the uplink audio data, the ADSP outputs the uplink audio data to the modem, which then sends the uplink audio data to the peer device.

[0440] It is understandable that steps 182 to 188 and steps 189 to 198 are executed synchronously.

[0441] It should be noted that, in Figure 21In this system, there is a control flow S1 between the first call setup service and the first coordination module, and a control flow between the virtual audio module and the ADSP. The first call setup service can input control information to the first coordination module to control its actions, and the virtual audio module can input control information to the ADSP to switch audio channels. Similarly, there is a control flow S2 between the second call setup service and the second coordination module, and a control flow between the second coordination module and the audio hardware abstraction layer.

[0442] Figure 22 for Figures 3 to 7 The diagram illustrates the process of a mobile phone transferring a call from a tablet to a laptop in the given scenario. For clarity, Figure 22 Use "first" and "third" to identify the same functional modules in mobile phone 1 and laptop computer 3, respectively. Figure 22 The first collaborative module refers to the various functional modules included in the collaborative module of mobile phone 1, and the third collaborative module refers to the various functional modules included in the collaborative module of laptop computer 3.

[0443] in, Figure 22 Each step is located in Figure 20 After step 195, Figure 22 The steps in the process correspond to Figure 15 Steps 25 to 34 in the process.

[0444] Please return to the reference. Figure 4 , Figure 5 and Figure 6 At this time, the user is answering a call on tablet 2. Phone 1 displays the first call interface 14, tablet 2 displays the second call interface 24, and laptop 3 displays its desktop. If the user wants to answer the call on laptop 3, they can click device icon 181 or device icon 271. Phone 1 will then transfer the call from tablet 2 to laptop 3. The specific transfer process is as follows:

[0445] Step 196: The first call continuation service detects the handover operation.

[0446] Step 197: After the first call connection service detects the handover operation, it determines the device identifier of the laptop 3 corresponding to the handover operation.

[0447] like Figure 5As shown, the switching operation is a click on device icon 181, which is received by the calling application. When the calling application receives the click, the first call continuation service can listen for the click received by the calling application. Device icon 181 is bound to the device identifier of laptop 3. After receiving the click, the calling application determines the device identifier of laptop 3. After listening for the click, the first call continuation service obtains the device identifier of laptop 3 from the calling application and determines to transfer the call to laptop 3 based on the device identifier of laptop 3.

[0448] Similarly, when the user clicks device icon 271, tablet 2 can send a switching instruction including the device identifier of laptop 3 to mobile phone 1. The first call continuation service obtains the device identifier of laptop 3 from the switching instruction and transfers the call to laptop 3 according to the device identifier.

[0449] Step 198: After determining the device identifier of laptop 3, the first call setup service determines that the audio capabilities of laptop 3 are enabled and not invoked.

[0450] The process of determining that the audio capability of the laptop 3 is enabled and not invoked in the first call connection service is the same as the process of determining that the audio capability of the tablet computer 2 is enabled and not invoked, and will not be described in detail here.

[0451] Step 199: After determining that the audio capability of the laptop 3 is enabled and not invoked, the first call connection service sends a service transfer request to the first communication module. The service transfer request may include the device identifier of the laptop 3.

[0452] Step 200: After receiving the service transfer request, the first communication module forwards the service transfer request to the third communication module through the pre-established control channel between the mobile phone 1 and the laptop 3, based on the device identifier in the service transfer request.

[0453] Step 201: After receiving the service transfer request, the third communication module forwards the service transfer request to the third call continuation service.

[0454] Step 202: After receiving the service transfer request, the third call continuation service controls the laptop 3 to display the call interface.

[0455] Please return to the reference. Figure 7 After receiving a service transfer request, the third call continuation service controls the display screen of the laptop 3 to show the third call interface 34.

[0456] Step 203: After receiving the service transfer request, the third call continuation service can send a service initiation command to the third coordination module.

[0457] Step 204: After receiving the service initiation command, the third collaboration module can begin answering calls. For example, the third collaboration module can activate the audio recorder, audio player, and audio processor.

[0458] Step 205: After receiving the service transfer request, the third call continuation service sends a response notification to the third communication module to notify mobile phone 1 that the call can be transferred.

[0459] Step 206: After receiving the response notification, the third communication module forwards the response notification to the first communication module through the control channel between mobile phone 1 and laptop computer 3.

[0460] Step 207: After receiving the response notification, the first communication module forwards the response notification to the first call continuation service.

[0461] Step 208: After receiving the response notification, the first call continuation service sends a device transfer instruction to the first coordination module.

[0462] For example, the response notification may include the device identifier of the laptop 3. After receiving the response notification, the first call continuation service determines to transfer the call to the laptop 3 based on the device identifier in the response notification. At this time, the first call continuation service may call the switching interface provided by the first service interface layer to input the device identifier of the laptop 3 into the first coordination module.

[0463] Step 209: After receiving the device transfer instruction, the first collaboration module sends the device transfer instruction to the virtual audio module.

[0464] The device transfer instruction may include the device identifier of the laptop 3, and the virtual audio module determines whether the call needs to be transferred to the laptop 3 based on the device identifier in the device transfer instruction.

[0465] Step 210: After receiving the device transfer instruction, the virtual audio module sends a channel creation instruction to the first transmission channel unit.

[0466] For example, the channel creation instruction may include a device identifier of the laptop 3 to instruct the first transmission channel unit to create an uplink data channel and a downlink data channel with the laptop 3.

[0467] Upon receiving a device transfer instruction, the virtual audio module updates the call status information of the communication interface of tablet PC 2 to a first state and the call status information of the communication interface of laptop PC 3 to a second state, based on the device identifier in the instruction. This marks the call status of the communication interface of tablet PC 2 as uncalled and the call status of the communication interface of laptop PC 3 as called. During a call, the module receives uplink audio data transmitted by the first collaboration module through the communication interface of laptop PC 3, and also transmits downlink audio data to the first collaboration module through the communication interface of laptop PC 3.

[0468] Step 211: After receiving the channel creation instruction, the first transmission channel unit sends the channel creation instruction to the first communication module.

[0469] Step 212: After receiving the channel creation instruction, the first communication module interacts with the third communication module through the second control channel between the mobile phone 1 and the laptop 3 to create a downlink data channel between the mobile phone 1 and the laptop 3.

[0470] Step 213: After the downlink data channel is successfully created, the first communication module sends a downlink channel creation success notification to the first transmission channel unit.

[0471] Step 214: Simultaneously, after the downlink data channel is successfully created, the third communication module sends a downlink channel creation success notification to the third coordination module.

[0472] Step 215: Similarly, after receiving the channel creation instruction, the first communication module creates an uplink data channel between mobile phone 1 and laptop computer 3.

[0473] Step 216: After the downlink data channel is successfully created, the first communication module sends an uplink channel creation success notification to the first transmission channel unit.

[0474] Step 217: Simultaneously, after the uplink data channel is successfully created, the third communication module sends an uplink channel creation success notification to the third coordination module.

[0475] In the event of failure to create an uplink or downlink data channel, the first communication module can send a channel creation failure notification to the first coordination module, which then forwards the notification to the first call continuation service. Upon receiving the notification, the first call continuation service controls mobile phone 1 to output a prompt message informing the user that the call cannot be transferred to laptop 3. Simultaneously, the first coordination module can either transfer the call back to mobile phone 1 or choose not to transfer the call and continue holding it on tablet 2, for example, by not executing step 218.

[0476] Step 218: After receiving the response notification, the first call continuation service can send a stop command to the first communication module.

[0477] For example, the stop instruction may include the device identifier of the tablet computer 2, and the stop instruction is used to instruct the tablet computer 2 to stop answering the call.

[0478] Step 219: After receiving the stop command, the first communication module sends the stop command to the second communication module through the control channel between the mobile phone 1 and the tablet computer 2, based on the device identifier in the stop command.

[0479] Please return to the reference. Figure 7 Upon receiving a stop command, the second call continuation service can control the tablet 2 to close the second call interface 24. Simultaneously, the second call continuation service can send a stop command to itself, which in turn sends a stop command to the second collaboration module. In response to the stop command, the second collaboration module shuts down the audio player, audio recorder, and audio processor, and ceases operation.

[0480] Step 220: After receiving the device transfer instruction, the first coordination module can send a channel disconnection instruction to the first communication module.

[0481] For example, the first coordination module can determine that the call needs to be transferred from the tablet computer 2 to the tablet computer 3 based on the device identifier of the laptop computer 3 in the device transfer instruction. The first coordination module can then send a channel disconnect instruction to the first communication module. The channel disconnect instruction may include the device identifier of the tablet computer 2 to instruct the first communication module to disconnect the uplink and downlink data channels with the tablet computer 2.

[0482] Step 221: After receiving the channel disconnection command, the first communication module disconnects the uplink data channel and downlink data channel between mobile phone 1 and tablet computer 2.

[0483] Step 218 can be performed before or after step 208, and step 220 can also be performed before or after step 208. That is, mobile phone 1 can instruct tablet computer 2 to stop answering the call and disconnect the uplink and downlink data channels between mobile phone 1 and tablet computer 2 after transferring the call to laptop computer 3. Alternatively, it can instruct tablet computer 2 to stop answering the call first, disconnect the uplink and downlink data channels between mobile phone 1 and tablet computer 2, and then transfer the call to laptop computer 3. Since the time required to transfer the call from tablet computer 2 to laptop computer 3 is relatively short, the order of steps 218 and 208, and the order of steps 220 and 208, does not affect the normal processing of the call.

[0484] Step 222: After establishing the uplink and downlink data channels between mobile phone 1 and laptop 3, laptop 3 begins to answer the call.

[0485] Please refer to Figure 7 After the call is transferred to laptop 3, laptop 3 displays the third call interface 34, and mobile phone 1 displays the first call interface 14. The virtual audio module obtains downlink audio data from the ADSP and transmits the downlink audio data to the first collaborative module through the communication interface of laptop 3. After receiving uplink audio data, the first collaborative module transmits the uplink audio data to the virtual audio module through the communication interface of laptop 3. When the first communication module receives downlink audio data, it sends the downlink audio data to the third communication module through the downlink data channel between mobile phone 1 and laptop 3. When it receives uplink audio data sent by the third communication module, it sends the uplink audio data to the first collaborative module. For an understanding of step 222, please refer to [link to relevant documentation]. Figure 20 Steps 182 to 195 shown are not described in detail here. It should be noted that when the call service is transferred from tablet computer 2 to laptop computer 3, the audio capabilities of tablet computer 2 are not enabled and are still available.

[0486] As shown in steps 196 to 222, during the process of transferring the call from tablet computer 2 to laptop computer 3, mobile phone 1 disconnects the first data channel with tablet computer 2. The first data channel includes an uplink data channel and a downlink data channel between mobile phone 1 and tablet computer 2. Then, mobile phone 1 establishes a second data channel with laptop computer 3. The second data channel also includes an uplink data channel and a downlink data channel between mobile phone 1 and laptop computer 3.

[0487] In this embodiment, after the call is transferred from tablet computer 2 to laptop computer 3, the first state management unit in the first collaboration module can update the audio capability call status of tablet computer 2 to a first state to indicate that the audio capability of tablet computer 2 is not called. Simultaneously, it can update the audio capability call status of laptop computer 3 to a second state to indicate that the audio capability of laptop computer 3 is called. Figure 23 A schematic diagram of a business transfer process provided in an embodiment of this application is shown.

[0488] Step 2301: After receiving the switching operation, the master device first determines the device identifier of the auxiliary device to be switched.

[0489] Please return to the reference. Figure 5 and Figure 6When the user clicks on device icon 181 or device icon 271, mobile phone 1 determines that the secondary device to be switched is laptop 3, and can further determine the device identifier of laptop 3.

[0490] Step 2302: After determining the device identifier, the collaboration module in the master device can determine whether the transfer direction is from the master device to the auxiliary device. When the transfer direction is from the master device to the auxiliary device, the switching method is determined to be from the master device to the auxiliary device, and then step 2304 is executed. When the transfer direction of the service is from one auxiliary device to another auxiliary device, the switching method is determined to be from the auxiliary device to the auxiliary device, and then step 2303 is executed.

[0491] Specifically, if the identified device identifier is that of a secondary device, and the service is currently being processed by the primary device, the service transfer direction is determined to be a switch from the primary device to the secondary device. Conversely, if the identified device identifier is that of a secondary device, and the service is currently being processed by one of the secondary devices, the service transfer direction is determined to be a switch from one secondary device to another.

[0492] Step 2303: The master device updates the status of the device capability call of the auxiliary device.

[0493] For example, when it is determined that the transfer direction of the call is from tablet 2 to laptop 3, the call status of the audio capability of laptop 3 can be updated to the second state, and the call status of the audio capability of tablet 2 can be updated to the first state.

[0494] Step 2304: Determine the switching mode. When the switching mode is from primary device to secondary device, execute step 2307. When the switching mode is from secondary device to secondary device, execute step 2305.

[0495] Step 2307: Create a new session with the auxiliary device to be switched. Creating a session means creating a data channel, such as creating an uplink data channel and a downlink data channel.

[0496] For example, in Figure 20 In this process, the uplink and downlink data channels between mobile phone 1 and tablet computer 2 are established as a new session. This step can be referenced. Figure 20 Steps 168 to 177 are not described in detail in this embodiment.

[0497] Step 2308: Based on the new session between the primary and secondary devices, invoke the secondary device's capabilities to process the service. This step can be found in [reference needed]. Figure 20 Steps 182 to 195 in the process.

[0498] Step 2305: Create a new session with the secondary device to be switched.

[0499] Step 2306: Close the historical session with the currently invoked secondary device and switch the session from the historical session to the new session.

[0500] For example, Figure 22 The uplink and downlink data channels between laptop 3 and mobile phone 1 are a new session, while the uplink and downlink data channels between tablet 2 and mobile phone 1 are a historical session. The uplink and downlink data channels between tablet 2 and mobile phone 1 are closed. The call is then handled collaboratively with laptop 3 via the uplink and downlink data channels between mobile phone 1 and laptop 3. Step 226 can be referenced. Figure 22 Steps 208 to 221 in the process.

[0501] Step 2309: When the switching method is neither from auxiliary device to auxiliary device nor from primary device to auxiliary device, it indicates a program error. At this time, it can be determined that the switching has failed. Execute step 2309 and output a switching failure notification.

[0502] In this embodiment, when the master device invokes the device capabilities of the auxiliary device to process services, either the master device or the auxiliary device can terminate the service processing. After terminating the service, the master device can disable the device capabilities of the auxiliary device.

[0503] Please refer to Figure 6 After the call service is transferred to laptop 3, if the user clicks the hang-up control 35 in the third call interface 34, laptop 3 can respond to the user's click operation, close the third call interface 34, stop answering the call, and send a hang-up command to mobile phone 1. After receiving the hang-up command, mobile phone 1 can hang up the phone and stop the first collaboration module.

[0504] Alternatively, after the call is transferred to laptop 3, if the user clicks the hang-up control 15 in the first call interface 14, mobile phone 1 can respond to the user's click operation, close the first call interface 14, and end the call. At the same time, mobile phone 1 can send a stop command to laptop 3. After receiving the stop command, laptop 3 will close the third call interface 34 and stop the third collaboration module to end the call.

[0505] refer to Figure 22 , Figure 22 Taking the example of ending a call via a laptop computer (3), the following is an illustrative explanation of the call termination process:

[0506] Step 223: The third call continuation service detects the hang-up operation.

[0507] Please refer to Figure 6 For example, when the hang-up operation is clicked on the hang-up control 35, the third call continuation service sends a hang-up command to the third communication module after listening to the click operation on the hang-up control 35.

[0508] Step 224: After detecting the hang-up operation, the third call continuation service sends a hang-up command to the third communication module.

[0509] Step 225: After receiving the hang-up command, the third communication module sends the hang-up command to the first communication module through the second control channel between the mobile phone 1 and the laptop 3.

[0510] Step 226: After receiving the hang-up command, the first communication module sends the hang-up command to the first call continuation service.

[0511] Step 227: After receiving the hang-up command, the first call continuation service sends a hang-up command to the call application.

[0512] Step 228: The call application hangs up the phone after receiving the hang-up command.

[0513] Please refer to Figure 7 Upon receiving the hang-up command, the call application hangs up the call and simultaneously closes the first call interface 14.

[0514] Step 229: After receiving the hang-up command, the first call continuation service can send a hang-up notification to the first communication module.

[0515] Step 230: After receiving the hang-up notification, the first communication module sends a hang-up notification to the third communication module.

[0516] Step 231: After receiving the hang-up notification, the third communication module forwards the hang-up notification to the third call continuation service.

[0517] Step 232: After receiving the hang-up notification, the third call continuation service controls the laptop 3 to close the third call interface 34.

[0518] Step 233: After receiving the hang-up notification, the third call continuation service can send a stop command to the third coordination module block.

[0519] Step 234: The third collaborative module stops running after receiving the stop command.

[0520] For example, after receiving a stop command, the third collaborative module can first shut down the audio player, audio recorder, and audio processor, and then stop running.

[0521] Step 235: After receiving the hang-up command, the first call continuation service can send a stop command to the first coordination module.

[0522] Step 236: After receiving the stop command, the first collaborative module can disable the audio capabilities of the tablet computer 2 and the laptop computer 3.

[0523] For example, the first device management unit can delete the device identifier and audio capability service identifier of the registered tablet computer 2, as well as the device identifier and audio capability service identifier of the registered laptop computer 3.

[0524] Step 237: After receiving the stop command, the first collaborative module sends a stop command to the virtual audio module.

[0525] Step 238: After receiving the stop command, the virtual audio module switches the audio path to the mobile phone.

[0526] For example, the virtual audio module can switch the ADSP output from the first pulse code modulation device to the speaker of mobile phone 1, and switch the ADSP input from the second pulse code modulation device to the microphone of mobile phone 1, so as to switch the audio path back to mobile phone 1. Simultaneously, the virtual audio module can delete the communication interface of the registered tablet computer 2, and also delete the communication interface of the laptop computer 3.

[0527] Step 239: After receiving the stop command, the virtual audio module sends a channel close command to the first transmission channel unit.

[0528] Step 240: After receiving the channel closing instruction, the first transmission channel unit sends the channel closing instruction to the first communication module.

[0529] Step 241: After receiving the channel closing instruction, the first communication module closes the control channel, uplink data channel and downlink data channel between mobile phone 1 and tablet computer 2, as well as the control channel, uplink data channel and downlink data channel between mobile phone 1 and laptop computer 3.

[0530] It should be noted that the above are merely illustrative examples and do not constitute a specific limitation on the service termination process. Optionally, during a call, when the first electronic device detects that the fourth electronic device is online, it creates a third control channel with the fourth electronic device; the third control channel is used to transfer the call to the fourth electronic device for answering when it receives a second switching instruction from the corresponding fourth electronic device.

[0531] like Figure 22As shown, tablet 2 and laptop 3 are both online simultaneously, and the call is transferred to laptop 3 for answering. At this time, if the smart screen within the trust ring is online, it will push device information to mobile phone 1, and the smart screen's device information will appear in the device list. Throughout the call, the first call continuation service can monitor the device list to determine if it has been updated. When the first call continuation service detects an update to the device list and the smart screen's device information appears, if it determines that the smart screen's device type is the same as the default device type for the call service, it can then identify the smart screen as the fourth electronic device, and mobile phone 1 enables the smart screen's audio capabilities.

[0532] Similarly, during the process of enabling the smart screen's audio capabilities, a fourth control channel can be created between mobile phone 1 and the smart screen. Simultaneously, the smart screen's device identifier and corresponding audio capability service identifier can be registered in the first collaboration module. Furthermore, the smart screen's communication interface can be registered in the virtual audio module.

[0533] After the audio capabilities of the smart screen are enabled, if the user needs to transfer the call to the smart screen, mobile phone 1 can transfer the call to the smart screen to be answered when it receives the second switching command corresponding to the smart screen.

[0534] In this embodiment of the application, during the call answering process, when a newly online auxiliary device is detected, the main device can enable the audio capabilities of the newly online auxiliary device so that when it is necessary to transfer the call to the new auxiliary device, the call can be quickly transferred to the new auxiliary device for answering.

[0535] Figure 24 This illustration shows a structural schematic diagram of an electronic device provided in an embodiment of this application. The electronic device 24, for example... Figure 10 The illustrated electronic device 10 includes a processor 241, a memory 242, a communication interface 243, and a bus 244. The memory 242 stores instructions, and the processor 241 executes the instructions stored in the memory 242. The processor 241, memory 242, and communication interface 243 are interconnected via the bus 244.

[0536] This application also provides a chip system applied to an electronic device, the chip system including one or more processors, the processors being configured to invoke computer instructions to cause the electronic device to perform the method described above.

[0537] This application also provides a computer program product, which includes computer program code that, when executed by a communication device, implements the method described in any of the method embodiments of this application.

[0538] The computer program product can also be code embedded in a chip. This application does not limit the specific form of the computer program product.

[0539] This application also provides a readable storage medium storing a computer program thereon, which, when executed by a communication device, implements the methods described in any of the method embodiments of this application. The computer program may be a high-level language program or an executable object program.

[0540] The readable storage medium can be volatile memory or non-volatile memory, or it can include both volatile and non-volatile memory. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous linked dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM).

[0541] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working process and technical effects of the above-described apparatus and equipment can be referred to the corresponding processes and technical effects in the foregoing method embodiments, and will not be repeated here.

[0542] In the several embodiments provided in this application, the systems, apparatuses, and methods disclosed can be implemented in other ways. For example, some features of the method embodiments described above can be ignored or not performed. The apparatus embodiments described above are merely illustrative; the division of units is only a logical functional division, and in actual implementation, there may be other division methods. Multiple units or components can be combined or integrated into another system. Furthermore, the coupling between units or components can be direct coupling or indirect coupling, including electrical, mechanical, or other forms of connection.

[0543] It should be understood that in the various embodiments of this application, the sequence number of each process does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0544] In summary, the above description is merely a preferred embodiment of the technical solution of this application and is not intended to limit the scope of protection of this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of protection of this application.

Claims

1. A talk system, characterized in that The call system includes a first electronic device and a plurality of candidate electronic devices with audio capabilities recorded by the first electronic device; Upon receiving an incoming call request, the first electronic device provides an incoming call reminder and sends a vibration notification to each of the multiple candidate electronic devices. Each of the plurality of candidate electronic devices, upon receiving a co-vibration notification, will issue an incoming call reminder and send a startup success notification to the first electronic device; Upon receiving a successful startup notification from the second electronic device among the plurality of candidate electronic devices, the first electronic device establishes a first control channel with the second electronic device; Upon receiving a successful startup notification from a third electronic device among the plurality of candidate electronic devices, the first electronic device establishes a second control channel with the third electronic device; The first electronic device sends a first acquisition request to the second electronic device through the first control channel, the first acquisition request including the service identifier of the audio capability; The second electronic device sends first enable status information to the first electronic device based on the service identifier of the audio capability. The first enable status information indicates that the audio capability among the multiple device capabilities of the second electronic device is not enabled. The first electronic device sends a second acquisition request to the third electronic device through the second control channel, the second acquisition request including the service identifier of the audio capability; The third electronic device sends a second enable status information to the first electronic device based on the service identifier of the audio capability. The second enable status information indicates that the audio capability among the multiple device capabilities of the third electronic device is not enabled. After receiving the first enable status information and the second enable status information, the first electronic device sends an enable success notification to the target device among the plurality of candidate electronic devices whose audio capability is not enabled. The enable success notification indicates that the audio capability of the target device receiving the enable success notification is enabled. Upon receiving a user's answer instruction and the answer instruction instructing the second electronic device, the first electronic device connects the call corresponding to the incoming call request and establishes a first data channel with the second electronic device through the first control channel; The first electronic device transfers the call to the second electronic device for answering through the first control channel, transmits audio data of the call to the second electronic device through the first data channel, and displays a call interface. The call interface prominently displays the device icon of the second electronic device and includes a device selection control. Upon detecting user interaction with the device selection control, the first electronic device displays a device selection interface, which includes a device icon for each of the target devices. After the call is transferred to the second electronic device for answering, if the user selects the device icon of the third electronic device in the target device, the first electronic device disconnects the first data channel and establishes a second data channel with the third electronic device through the second control channel. The first electronic device transfers the call to the third electronic device for answering via the second control channel, and transmits the audio data of the call to the third electronic device via the second data channel.

2. The system as described in claim 1, characterized in that, Before transferring the call to the second electronic device, the first electronic device registers the device identifier of the second electronic device, and correspondingly registers the capability identifier of the audio capability of the second electronic device; The first electronic device transfers the call to the second electronic device for answering through the first control channel, including: the first electronic device transferring the call to the second electronic device for answering through the first control channel based on the device identifier of the second electronic device and the capability identifier of the audio capability.

3. The system as described in claim 2, characterized in that, The first electronic device includes a collaboration module and a virtual audio module; Before transferring the call to the second electronic device, the first electronic device registers the communication interface of the second electronic device in the virtual audio module; After the call is transferred to the second electronic device, the first electronic device transmits the audio data of the call between the collaboration module and the virtual audio module through the communication interface of the second electronic device.

4. The system as described in any one of claims 1-3, characterized in that, Before transferring the call to the third electronic device, the first electronic device registers the device identifier of the third electronic device, and correspondingly registers the capability identifier of the audio capability of the third electronic device; The first electronic device transfers the call to the third electronic device for answering via the second control channel, including: the first electronic device transferring the call to the third electronic device for answering via the second control channel based on the device identifier of the third electronic device and the capability identifier of the audio capability.

5. The system as described in claim 4, characterized in that, The first electronic device includes a collaboration module and a virtual audio module; Before transferring the call to the third electronic device, the first electronic device registers the communication interface of the third electronic device in the virtual audio module; After the call is transferred to the third electronic device, the first electronic device transmits the audio data of the call between the collaboration module and the virtual audio module through the communication interface of the third electronic device.

6. The system as described in claim 3 or 5, characterized in that, After registering the device identifier of the second electronic device in the collaboration module and the communication interface of the second electronic device in the virtual audio module, the first electronic device marks the enabled state of the audio capability of the second electronic device as enabled and the invoked state of the audio capability of the second electronic device as not invoked.

7. The system as described in claim 6, characterized in that, Before transferring the call to the second electronic device, the first electronic device determines that the audio capabilities of the second electronic device are not activated.

8. The system as described in claim 7, characterized in that, After the call is transferred to the second electronic device, the first electronic device marks the activation status of the second electronic device's audio capabilities as activated.

9. The system as described in any one of claims 1-8, characterized in that, Before creating the first control channel, the first electronic device determines that the second electronic device is online; Before creating the second control channel, the first electronic device determines that the third electronic device is online.

10. The system as described in any one of claims 1-9, characterized in that, When the first electronic device detects that the fourth electronic device has come online, it creates a third control channel with the fourth electronic device. The third control channel is used to transfer the call to the fourth electronic device for answering when it receives a second switching instruction corresponding to the fourth electronic device.

11. The system as claimed in any one of claims 1-10, characterized in that, The second electronic device displays an answer control when an incoming call is being alerted; When the second electronic device receives an answer operation on the answer control, it sends the answer instruction to the first electronic device.

12. A method for making a call, characterized in that, include; When the first electronic device receives an incoming call request, it sends a call reminder and sends a co-vibration notification to multiple candidate electronic devices so that the multiple candidate electronic devices can also send call reminders. The candidate electronic devices are those with audio capabilities that the first electronic device has recorded. Upon receiving a successful startup notification from the second electronic device among the plurality of candidate electronic devices, the first electronic device establishes a first control channel with the second electronic device, wherein the successful startup notification from the second electronic device is sent by the second electronic device upon receiving the incoming call reminder; Upon receiving a successful startup notification from a third electronic device among the plurality of candidate electronic devices, the first electronic device establishes a second control channel with the third electronic device, wherein the successful startup notification from the third electronic device is sent by the third electronic device upon receiving the incoming call reminder. The first electronic device sends a first acquisition request to the second electronic device through a first control channel between the first electronic device and the second electronic device. The first acquisition request includes a service identifier for audio capabilities. The first electronic device receives first enable status information sent by the second electronic device, the first enable status information indicating that the audio capability among the multiple device capabilities of the second electronic device is not enabled; The first electronic device sends a second acquisition request to the third electronic device through the second control channel, the second acquisition request including the service identifier of the audio capability; The first electronic device receives second enable status information sent by the third electronic device, the second enable status information indicating that the audio capability among the multiple device capabilities of the third electronic device is not enabled; After receiving the first enable status information and the second enable status information, the first electronic device sends an enable success notification to the target device among the plurality of candidate electronic devices whose audio capability is not enabled. The enable success notification indicates that the audio capability of the target device receiving the enable success notification has been enabled. Upon receiving a user's answer instruction and the answer instruction instructing the second electronic device, the call corresponding to the incoming call request is connected, and a first data channel is established with the second electronic device through the first control channel; The first electronic device transfers the call to the second electronic device for answering through the first control channel, transmits audio data of the call to the second electronic device through the first data channel, and displays a call interface. The call interface prominently displays the device icon of the second electronic device and includes a device selection control. Upon detecting user interaction with the device selection control, the first electronic device displays a device selection interface, which includes a device icon for each of the target devices. After the call is transferred to the second electronic device for answering, if the user selects the device icon of the third electronic device in the target device, the first electronic device disconnects the first data channel and establishes a second data channel with the third electronic device through the second control channel. The first electronic device transfers the call to the third electronic device for answering via the second control channel, and transmits the audio data of the call to the third electronic device via the second data channel.

13. The method as described in claim 12, characterized in that, The method further includes: Before the first electronic device transfers the call to the second electronic device for answering through the first control channel, the first electronic device registers the device identifier of the second electronic device and the corresponding capability identifier of the audio capability of the second electronic device. The first electronic device transfers the call to the second electronic device for answering through the first control channel, including: the first electronic device transferring the call to the second electronic device for answering through the first control channel based on the device identifier of the second electronic device and the capability identifier of the audio capability.

14. The method as described in claim 13, characterized in that, The first electronic device includes a collaboration module and a virtual audio module; the method further includes: Before transferring the call to the second electronic device, the first electronic device registers the communication interface of the second electronic device in the virtual audio module; After the call is transferred to the second electronic device, the first electronic device transmits the audio data of the call between the collaboration module and the virtual audio module through the communication interface of the second electronic device.

15. The method according to any one of claims 12-14, characterized in that, The method further includes: Before transferring the call to the third electronic device, the first electronic device registers the device identifier of the third electronic device, and correspondingly registers the capability identifier of the audio capability of the third electronic device; The first electronic device transfers the call to the third electronic device for answering via the second control channel, including: the first electronic device transferring the call to the third electronic device for answering via the second control channel based on the device identifier of the third electronic device and the capability identifier of the audio capability.

16. The method as described in claim 15, characterized in that, The first electronic device includes a collaboration module and a virtual audio module; the method further includes: Before transferring the call to the third electronic device, the first electronic device registers the communication interface of the third electronic device in the virtual audio module; After the call is transferred to the third electronic device, the first electronic device transmits the audio data of the call between the collaboration module and the virtual audio module through the communication interface of the third electronic device.

17. The method as described in claim 14 or 16, characterized in that, After registering the device identifier of the second electronic device in the collaboration module and the communication interface of the second electronic device in the virtual audio module, the method further includes: The first electronic device marks the audio capability of the second electronic device as enabled and marks the audio capability of the second electronic device as not invoked.

18. The method as described in claim 17, characterized in that, Before transferring the call to the second electronic device, the method further includes: The first electronic device determines that the audio capability of the second electronic device is not invoked.

19. The method as described in claim 18, characterized in that, After transferring the call to the second electronic device, the method further includes: The first electronic device marks the audio capability of the second electronic device as invoked.

20. The method according to any one of claims 12-19, characterized in that, The method further includes: Before creating the first control channel, the first electronic device determines that the second electronic device is online; Before creating the second control channel, the first electronic device determines that the third electronic device is online.

21. The method according to any one of claims 12-20, characterized in that, The method further includes: When the first electronic device detects that the fourth electronic device has come online, it creates a third control channel with the fourth electronic device. The third control channel is used to transfer the call to the fourth electronic device for answering when it receives a second switching instruction corresponding to the fourth electronic device.

22. The method according to any one of claims 12-21, characterized in that, The call answering instruction is sent from the second electronic device to the first electronic device; The second electronic device displays an answer control when it provides an incoming call reminder, and when it receives an answer operation on the answer control, it sends the answer instruction to the first electronic device.

23. An electronic device, characterized in that, include: One or more processors and one or more memories; the one or more processors are coupled to the one or more memories, the one or more memories being used to store computer program code, the computer program code including computer instructions, which, when executed by the one or more processors, cause the electronic device to perform the method as described in any one of claims 12-22.

24. A readable storage medium, characterized in that, The readable storage medium stores a computer program product, which includes computer instructions that, when executed on an electronic device, cause the electronic device to perform the method as described in any one of claims 12-22.

25. A chip system, characterized in that, The chip system is applied to an electronic device, the chip system including one or more processors, the processors being configured to invoke computer instructions to cause the electronic device to perform the method as described in any one of claims 12-22.

26. A computer program product, characterized in that, Includes computer instructions that, when executed on an electronic device, cause the electronic device to perform the method as described in any one of claims 12-22.