Data transmission method, terminal device, storage medium and program product

Abstract

This application provides a data transmission method and terminal device that helps avoid the problem of inconsistent call interfaces and operational experiences presented to users on a vehicle-based computer, thereby improving the user experience. The method is applied to a terminal device, wherein a first communication link and a second communication link are provided between the terminal device and the vehicle-based computer, where the second communication link is a Bluetooth SCO link. The method includes: the terminal device displays a first incoming call interface in response to a received incoming call message; the terminal device sends a second incoming call interface to the vehicle-based computer via the first communication link, so that the vehicle-based computer displays the second incoming call interface; and the terminal device transmits call data to the vehicle-based computer via the Bluetooth SCO link in response to the user answering the call on the second incoming call interface of the vehicle-based computer.

Description

Technical Field

[0001] The present application relates to the field of terminal technology, and in particular to a data transmission method and terminal equipment. Background Art

[0002] Currently, mobile phones can connect to the car through the car-machine interconnection protocol, providing users with map navigation, music, calls and other functions while driving. Figure 3 In the call scenario after the mobile phone and the car are connected, Figure 3 Interface A in the figure shows that when a call comes in on a car computer of brand A, the Bluetooth call interface dominates the screen. Figure 3 Interface B in the figure shows that when a call comes in, the car computer of brand B displays both the Bluetooth call interface and the third-party call interface (CarLife call interface) at the same time. Figure 3 Interface C in the figure shows that when making a call on the car unit of brand B, the Bluetooth call interface dominates the screen. Figure 3 A interface and Figure 3 As can be seen from the B interface in the figure, different brands of car computers have different interfaces when displaying incoming calls. Figure 3 The B interface and Figure 3 As can be seen from the C interface in the figure, the interfaces presented by car computers of the same brand in the incoming call scenario and the outgoing call scenario are inconsistent.

[0003] At present, in order to solve the problem of conflict between the Bluetooth call interface and the third-party call interface, the Bluetooth connection between the mobile phone and the car computer can be disconnected after the mobile phone is connected to the car computer. Although this can solve the problem of conflict between the Bluetooth call interface and the third-party call interface, the user's call depends on the audio input / output capabilities of the mobile phone, which brings great inconvenience to the user's driving process. Summary of the Invention

[0004] The present application provides a data transmission method and terminal device, which are helpful in avoiding the problem of inconsistent call interface and operation experience presented to users on the vehicle side, and improving the user experience.

[0005] In a first aspect, a data transmission method is provided, which is applied to a terminal device, wherein a first communication link and a second communication link are provided between the terminal device and a vehicle computer, and the second communication link is a Bluetooth synchronous connection oriented (SCO) link. The method includes: the terminal device displays a first incoming call interface in response to a received incoming call message; the terminal device sends a second incoming call interface to the vehicle computer via the first communication link, so that the vehicle computer displays the second incoming call interface; and the terminal device transmits call data to the vehicle computer via the Bluetooth SCO link in response to a user answering the incoming call on the second incoming call interface of the vehicle computer.

[0006] In this application, the terminal device and the vehicle computer are connected via wireless connection, and a first communication link and a second communication link are established, wherein the second communication link is a Bluetooth SCO link.

[0007] The first incoming call interface is the incoming call interface drawn by the terminal device for display on the terminal device's screen after the terminal device receives the incoming call message. The second incoming call interface is the incoming call interface drawn by the terminal device for projection display on the car computer's screen after the terminal device receives the incoming call message.

[0008] Based on the technical solution of this application, when the called user answers the call, the terminal device and the vehicle computer can transmit call data through the established Bluetooth SCO link. In this way, the call data between the terminal device and the vehicle computer relies on the SCO link at the bottom layer of Bluetooth. Because Bluetooth SCO does not include the interface specifications specified by the Bluetooth protocol, the vehicle computer will not draw the incoming call interface. The vehicle computer only displays the second incoming call interface drawn by the terminal device. This can avoid the problem of the incoming call interface drawn by the vehicle computer dominating the screen or the incoming call interface drawn by the vehicle computer and the incoming call interface sent by the terminal device being displayed superimposed on each other, thereby reducing interference to the user.

[0009] In addition, when the terminal device draws the second incoming call interface, it draws it based on a unified interface drawing standard. Therefore, car computers of different brands can present a call interface with a unified style to the user in the same call scenario, or car computers of the same brand can present a call interface with a unified style to the user in different call scenarios, which is conducive to improving the user's viewing and usage experience.

[0010] In combination with the first aspect, in certain implementations of the first aspect, before the terminal device sends the second incoming call interface to the vehicle computer through the first communication link, the method also includes: the terminal device obtains the secondary screen display; the terminal device draws the second incoming call interface; the terminal device displays the second incoming call interface on the secondary screen display.

[0011] In this application, a secondary display (hereinafter also referred to as a secondary display module) is used to carry the multi-screen images drawn by the terminal device when the terminal device needs to display multiple screen images. However, the secondary display module does not have an actual hardware display screen, and the images displayed on the secondary display are not visible to the user.

[0012] In combination with the first aspect, in certain implementations of the first aspect, before the terminal device draws the second incoming call interface, the method also includes: the terminal device obtains the incoming call content and status bar content required for drawing the second incoming call interface; the terminal device draws the second incoming call interface, including: the terminal device draws the second incoming call interface based on the incoming call content and status bar content.

[0013] In combination with the first aspect, in certain implementations of the first aspect, the terminal device sends the second incoming call interface to the vehicle computer through the first communication link, including: the terminal device sends the projected image of the second incoming call interface to the vehicle computer through the first communication link, and the projected image is obtained by recording the second incoming call interface.

[0014] In combination with the first aspect, in certain implementations of the first aspect, before the terminal device sends the second incoming call interface to the vehicle computer through the first communication link, the method also includes: the terminal device determines whether the first vehicle-computer interconnection protocol supported by the terminal device is the same as the second vehicle-computer interconnection protocol supported by the vehicle computer; the terminal device establishes the first communication link when the first vehicle-computer interconnection protocol is the same as the second vehicle-computer interconnection protocol.

[0015] In this application, the vehicle-machine interconnection protocol supported by the terminal device and the vehicle-machine interconnection protocol supported by the vehicle-machine need to be the same, so that the terminal device and the vehicle-machine can be interconnected and establish a first communication link.

[0016] With reference to the first aspect, in some implementations of the first aspect, the first communication link is a wireless fidelity (Wi-Fi) link.

[0017] In a second aspect, the present application provides a data transmission method, which is applied to a system including a terminal device and a vehicle computer, wherein a first communication link and a second communication link are provided between the terminal device and the vehicle computer, and the second communication link is a Bluetooth SCO link. The method includes: the terminal device displays a first incoming call interface in response to a received incoming call message; the terminal device sends a second incoming call interface to the vehicle computer through the first communication link; the vehicle computer receives the second incoming call interface through the first communication link; the vehicle computer displays the second incoming call interface; the vehicle computer responds to the user's operation of answering the incoming call on the second incoming call interface of the vehicle computer, and sends a message of answering the incoming call to the terminal device through the first communication link; the terminal device receives the message of answering the incoming call through the first communication link; and the terminal device transmits call data with the vehicle computer through the Bluetooth SCO link based on the message of answering the incoming call.

[0018] In a third aspect, the present application provides a terminal device, which may also be referred to as a terminal, user equipment (UE), mobile station (MS), mobile terminal (MT), etc. The terminal device may be a mobile phone, a smart TV, a wearable device, a tablet computer, a computer with wireless transceiver capabilities, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal in industrial control, a wireless terminal in self-driving, a wireless terminal in remote medical surgery, a wireless terminal in a smart grid, a wireless terminal in transportation safety, a wireless terminal in a smart city, a wireless terminal in a smart home, etc.

[0019] The terminal device includes: a processor and a memory; the memory stores computer-executable instructions; the processor executes the computer-executable instructions stored in the memory, so that the terminal device executes the method of the first aspect.

[0020] In a fourth aspect, the present application provides a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the method according to the first aspect.

[0021] In the first aspect, the present application provides a computer program product, which includes a computer program. When the computer program is run, it enables the computer to execute the method of the first aspect.

[0022] In a sixth aspect, the present application provides a chip, the chip including a processor, the processor being used to call a computer program in a memory to execute the method described in the first aspect.

[0023] It should be understood that the third to sixth aspects of this application correspond to the technical solutions of the first aspect of this application, and the beneficial effects achieved by each aspect and the corresponding feasible implementation methods are similar and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] Figure 1 This is a schematic diagram of the structure of a terminal device applicable to the embodiments of the present application;

[0025] Figure 2This is a software structure diagram of a terminal device to which the embodiments of the present application are applicable;

[0026] Figure 3 It is a schematic diagram of the interface of a car computer;

[0027] Figure 4 It is a schematic diagram of the framework of communication between a mobile phone and a vehicle computer;

[0028] Figure 5 It is a schematic flow chart of a method for communication between a mobile phone and a vehicle computer;

[0029] Figure 6 This is a schematic diagram of a framework for communication between a mobile phone and a vehicle provided in an embodiment of the present application;

[0030] Figure 7 This is a schematic flow chart of a method for communication between a mobile phone and a vehicle provided in an embodiment of the present application;

[0031] Figure 8 This is a schematic flow chart of another method for communication between a mobile phone and a vehicle provided in an embodiment of the present application;

[0032] Figure 9 This is a schematic flowchart of a data transmission method provided in an embodiment of the present application. DETAILED DESCRIPTION

[0033] The technical solution in this application will be described below with reference to the accompanying drawings.

[0034] In order to clearly describe the technical solutions of the embodiments of the present application, some terms involved in the embodiments of the present application are introduced below.

[0035] In the embodiments of the present application, words such as "first" and "second" are used to distinguish between identical or similar items with substantially the same functions and effects, and do not limit their order. Those skilled in the art will understand that words such as "first" and "second" do not limit the quantity or execution order, and words such as "first" and "second" do not necessarily mean different.

[0036] It should be noted that in the embodiments of this application, words such as "exemplarily" or "for example" are used to indicate examples, illustrations, or explanations. Any embodiment or design described in this application as "exemplary" or "for example" should not be construed as being preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplarily" or "for example" is intended to present the relevant concepts in a concrete manner.

[0037] In addition, "at least one" means one or more, and "more" means two or more. "And / or" describes the association relationship of associated objects, indicating that three relationships can exist. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone, where A and B can be singular or plural. The character " / " generally indicates that the previous and next associated objects are in an "or" relationship. "At least one of the following items" or similar expressions refers to any combination of these items, including any combination of single or plural items. For example, at least one of a, b and c can mean: a, or b, or c, or a and b, or a and c, or b and c, or a, b and c, where a, b, c can be single or plural.

[0038] Figure 1 This is a schematic diagram of the structure of a terminal device applicable to the embodiment of the present application. Figure 1 As shown, the terminal device 100 may include: a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, a button 190, a motor 191, an indicator 192, a camera 193, a display 194, and a subscriber identification module (SIM) card interface 195. It should be understood that the structure illustrated in this embodiment does not constitute a specific limitation on the terminal device 100. In other embodiments of the present application, the terminal device 100 may include more or fewer components than shown, or may combine or separate certain components, or have different component arrangements. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0039] The processor 110 may include one or more processing units. For example, the processor 110 may include an application processor (AP), a modem processor, a graphics processing unit (GPU), an image signal processor (ISP), a controller, a video codec, a digital signal processor (DSP), a baseband processor, a display processing unit (DPU), and / or a neural-network processing unit (NPU). The different processing units may be independent devices or integrated into one or more processors. In some embodiments, the terminal device 100 may also include one or more processors 110. A processor may serve as the nerve center and command center of the terminal device 100. The processor may generate operation control signals based on instruction opcodes and timing signals to control instruction fetching and execution. The processor 110 may also include memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. This memory may store instructions or data used or recycled by the processor 110. If the processor 110 needs to use the instruction or data again, it can directly call the instruction or data from the memory. This avoids repeated accesses, reduces the waiting time of the processor 110 , and thus improves the efficiency of the terminal device 100 .

[0040] In some embodiments, processor 110 may include one or more interfaces. These interfaces may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscriber identity module (SIM) interface, and / or a USB interface. The USB interface 130 is an interface that complies with USB standards and specifications, and may specifically be a Mini USB interface, a MicroUSB interface, a USB Type-C interface, or the like. The USB interface 130 can be used to connect a charger to charge the terminal device 100, or to transfer data between the terminal device 100 and peripheral devices. It can also be used to connect headphones to play audio.

[0041] It is understood that the interface connection relationship between the modules illustrated in the embodiments of the present application is for illustrative purposes only and does not constitute a structural limitation on the terminal device 100. In other embodiments of the present application, the terminal device 100 may also adopt different interface connection methods from the above embodiments, or a combination of multiple interface connection methods.

[0042] The wireless communication functionality of terminal device 100 can be implemented using antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, a modem processor, and a baseband processor. Antenna 1 and antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in terminal device 100 can be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve antenna utilization. For example, antenna 1 can be reused as a diversity antenna for a wireless local area network. In other embodiments, the antennas can be used in conjunction with a tuning switch.

[0043] The mobile communication module 150 can provide solutions for wireless communications including 2G / 3G / 4G / 5G applied to the terminal device 100. The mobile communication module 150 may include at least one filter, a switch, a power amplifier, a low noise amplifier, etc. The mobile communication module 150 can receive electromagnetic waves from the antenna 1, and filter, amplify, and process the received electromagnetic waves, and transmit them to the modulation and demodulation processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modulation and demodulation processor, and convert it into electromagnetic waves for radiation through the antenna 1. In some embodiments, at least some of the functional modules of the mobile communication module 150 can be set in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 can be set in the same device as at least some of the modules of the processor 110.

[0044] The modem processor may include a modulator and a demodulator. The modulator is used to modulate the low-frequency baseband signal to be transmitted into a medium- or high-frequency signal. The demodulator is used to demodulate the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After processing by the baseband processor, the low-frequency baseband signal is passed to the application processor. The application processor outputs audio signals through an audio device (including but not limited to the speaker 170A, the receiver 170B, etc.) or displays images or videos on the display 194. In some embodiments, the modem processor may be a standalone device. In other embodiments, the modem processor may be independent of the processor 110 and may be located in the same device as the mobile communication module 150 or other functional modules.

[0045] The wireless communication module 160 can provide wireless communication solutions for the terminal device 100, including wireless local area networks (WLAN), Bluetooth, global navigation satellite systems (GNSS), frequency modulation (FM), NFC, infrared (IR), and other technologies. The wireless communication module 160 can be one or more devices that integrate at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via antenna 2, frequency modulates and filters the electromagnetic wave signals, and transmits the processed signals to the processor 110. The wireless communication module 160 can also receive signals to be transmitted from the processor 110, frequency modulate them, amplify them, and convert them into electromagnetic waves for radiation via antenna 2.

[0046] In some embodiments, antenna 1 of terminal device 100 is coupled to mobile communication module 150, and antenna 2 is coupled to wireless communication module 160, so that terminal device 100 can communicate with a network and other devices via wireless communication technologies. The wireless communication technologies may include GSM, GPRS, CDMA, WCDMA, TD-SCDMA, LTE, GNSS, WLAN, NFC, FM, and / or IR technologies. The GNSS may include global positioning system (GPS), global navigation satellite system (GLONASS), Beidou navigation satellite system (BDS), quasi-zenith satellite system (QZSS), and / or satellite-based augmentation system (SBAS).

[0047] The terminal device 100 can implement display functions through a GPU, display screen 194, and an application processor. The application processor may include an NPU and / or a DPU. The GPU is a microprocessor for image processing that connects the display screen 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 110 may include one or more GPUs that execute instructions to generate or change display information. The NPU is a neural network (NN) computing processor that rapidly processes input information by drawing on the structure of biological neural networks, such as the transmission patterns between neurons in the human brain, and can also continuously self-learn. The NPU can implement intelligent cognitive applications such as image recognition, face recognition, voice recognition, and text comprehension in the terminal device 100. The DPU, also known as the display sub-system (DSS), is used to adjust the color of the display screen 194. The DPU can adjust the color of the display screen using a three-dimensional (3D) color lookup table (LUT). The DPU can also perform image scaling, noise reduction, contrast enhancement, backlight brightness management, high dynamic range imaging (HDR) processing, and display parameter Gamma adjustment.

[0048] Display screen 194 is used to display images, videos, and the like. Display screen 194 includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a MiniLED, a MicroLED, a Micro-oLED, or a quantum dot light-emitting diode (QLED). In some embodiments, terminal device 100 may include one or N display screens 194, where N is a positive integer greater than one.

[0049] The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, and the like.

[0050] The software system of the terminal device 100 can adopt a layered architecture, an event-driven architecture, a microkernel architecture, a microservice architecture, or a cloud architecture. In this embodiment of the application, the Android system with a layered architecture is used as an example to illustrate the software structure of the terminal device 100.

[0051] Figure 2 This is a software structure diagram of a terminal device applicable to embodiments of the present application. The layered architecture divides the software system of the terminal device 100 into several layers, each with a clear role and division of labor. The layers communicate with each other through software interfaces. In some embodiments, the Android system can be divided into an application layer (application, APP), an application framework layer (application framework), an Android runtime (Android runtime) and system libraries, a hardware abstraction layer (HAL), and a kernel layer (kernel). In some embodiments, the terminal device 100 also includes hardware (e.g., a microphone, a speaker).

[0052] The application layer can include a series of application packages, and the application layer runs applications by calling the application programming interface (API) provided by the application framework layer. Figure 2 As shown, the application package may include camera, calendar, map, call, music, WLAN, Bluetooth, video, social, gallery, navigation, short message and other applications.

[0053] The application framework layer provides API and programming framework for the applications in the application layer. The application framework layer includes some predefined functions. Figure 2 As shown, the application framework layer may include a window manager, a content provider, a resource manager, a notification manager, a view system, a phone manager, a travel service, a Bluetooth device control phone (hands-free profile, HFP) service, etc.

[0054] The window manager is used to manage window programs. The window manager can obtain the display size, determine whether there is a status bar, lock the screen, take screenshots, etc.

[0055] Content providers are used to store and retrieve data and make it accessible to applications. Data can include video images, audio, dialed and received calls, browsing history and bookmarks, phone books, etc.

[0056] The view system includes visual controls, such as those for displaying text and images. The view system is used to build applications. A display interface can consist of one or more views. For example, a display interface containing a text notification icon might include a view for displaying text and a view for displaying images.

[0057] The phone manager is used to provide communication functions of the terminal device 100, such as management of call status (including answering, hanging up, etc.).

[0058] The resource manager provides various resources for applications, such as localized strings, icons, images, layout files, video files, etc.

[0059] The notification manager enables applications to display notification information in the status bar. This can be used to convey notification-type messages, and can disappear automatically after a short period of time without user interaction. For example, the notification manager is used to notify the completion of downloads, message reminders, etc. The notification manager can also be used to display notifications in the form of icons or scrolling text in the top status bar of the system, such as notifications from applications running in the background, or notifications that appear on the screen in the form of dialog windows. For example, a text message can be displayed in the status bar, a notification sound can be emitted, the terminal device 100 can vibrate, an indicator light can flash, etc.

[0060] Travel services are used to provide functions including vehicle-machine interconnection, incoming call ID, outgoing call ID, etc. in driving scenarios.

[0061] The Bluetooth HFP service is used to provide HFP specification functions. For example, a mobile phone can be combined with a hands-free device (such as a car Bluetooth) to provide remote wireless control and voice connection between the mobile phone and the hands-free device through a Bluetooth connection, such as answering, hanging up, rejecting, voice dialing, etc.

[0062] HFP defines two roles: an audio access gateway (AG) and a hands-free component (HF). An audio gateway is a gateway for audio input and output. Examples include mobile phones and tablets. A hands-free component provides remote audio input and output mechanisms for the audio gateway and can also offer remote control functionality. Examples include car computers and Bluetooth headsets.

[0063] The Android runtime consists of core libraries and a virtual machine. The Android runtime is responsible for scheduling and management of the Android system. The core libraries consist of two parts: one containing the Java API framework's callable functions, and the other the Android core library. The application layer and the application framework layer run in the virtual machine. The virtual machine executes the Java files in the application and application framework layers as binary files. The virtual machine performs functions such as object lifecycle management, stack management, thread management, security and exception management, and garbage collection.

[0064] The system library can include multiple functional modules, such as a surface manager, media libraries, a 3D graphics processing library (e.g., OpenGL ES), a 2D graphics engine (e.g., SGL), a vehicle-machine interconnection protocol, and Bluetooth synchronous connection-oriented (SCO).

[0065] The surface manager manages the display subsystem and provides fusion of 2D and 3D layers for multiple applications. The media library supports playback and recording of various common audio and video formats, as well as static image files. The media library supports a variety of audio and video encoding formats, such as MPEG4, H.264, MP3, AAC, AMR, JPG, and PNG. The 3D graphics processing library implements 3D graphics drawing, image rendering, compositing, and layer processing. The 2D graphics engine is the drawing engine for 2D graphics.

[0066] The vehicle-to-vehicle interconnection protocol provides standardized connectivity between mobile phones and vehicle-to-vehicle computers. Through this protocol, users can project driving safety-compliant applications from their devices onto the vehicle-to-vehicle computer, leveraging the strengths of both devices and the vehicle-to-vehicle computer to provide a safer and richer infotainment experience.

[0067] The Hardware Abstraction Layer (HAL) is an abstract interface for device kernel drivers, providing access to underlying device APIs to higher-level Java API frameworks. The HAL can include multiple library modules, such as display modules, audio modules, Bluetooth modules, and Wi-Fi modules. Each module implements an interface for a specific type of hardware component. When a framework API requests access to device hardware, the Android system loads the library module for that hardware component.

[0068] The kernel layer is the layer between hardware and software. The kernel layer is used to drive the hardware, making it work. The kernel layer includes at least display drivers, audio drivers, Bluetooth drivers, Wi-Fi drivers, etc., which are not limited to this embodiment of the application.

[0069] It should be understood that in the embodiments of the present application, the terminal device may be a device for implementing a terminal device function, or a device capable of supporting the terminal device in implementing the function, such as a chip system, which may be installed in the terminal. In the embodiments of the present application, the chip system may be composed of a chip, or may include a chip and other discrete devices.

[0070] Currently, after a terminal device (e.g., a mobile phone) is connected to a vehicle-mounted computer via a cooperative vehicle-mounted computer interconnection protocol (e.g., Baidu's carlife+ interconnection protocol), the vehicle-mounted computer presents inconsistent call interfaces (including incoming and outgoing call interfaces) and operational experiences in the following possible call scenarios (e.g., cellular call service scenarios):

[0071] 1. Currently, each family may own multiple cars, and different car hardware brands may vary. As a result, there may be inconsistencies in the incoming / outgoing call interfaces and interactive operations between different brands of hardware.

[0072] 2. Users may install a different brand of car computer in their car, which may lead to inconsistencies in the incoming / outgoing call interface and interactive operations between car computers of different brands.

[0073] 3. After the user's car computer is upgraded, there may be inconsistencies in the incoming / outgoing call interface and interactive operations before and after the upgrade.

[0074] See also Figure 3 , Figure 3 Interface A in the figure shows a schematic diagram of the interface of a car computer of brand A in the incoming call scenario. Figure 3 Interface B in the figure shows the interface diagram of the car computer of brand B in the incoming call scenario. Figure 3 Interface C in the figure shows the interface diagram of the car computer of brand B in the power outage scenario.

[0075] Compare Figure 3 A interface and Figure 3 As shown in screen B, brand A's car head unit displays the full-screen Bluetooth call interface in the incoming call scenario, while brand B's car head unit displays both the Bluetooth and CarLife call interfaces, essentially overlapping them. For users, different brands of car heads present different interfaces in the same call scenario.

[0076] Compare Figure 3 The B interface and Figure 3 As shown in the C screen, the car head unit of brand B displays the Bluetooth call interface and the CarLife call interface in the incoming call scenario, while the car head unit of brand B displays the Bluetooth call interface in the full screen in the outgoing call scenario. For users, the interfaces presented by car heads of the same brand in different call scenarios are inconsistent.

[0077] The following takes the Baidu carlife+ interconnection protocol as an example, combined with Figure 4 and Figure 5 Analyze the causes of the above problems.

[0078] Figure 4 This diagram shows the communication framework between a mobile phone and a vehicle. The mobile phone includes a Bluetooth module, the Baidu CarLife+ interconnection protocol, and a virtual modem (V-modem). The vehicle also includes a Bluetooth module and the Baidu CarLife+ interconnection protocol. The Bluetooth module includes HFP services, SCO, the Logical Link Control and Adaptation Protocol (L2CAP), and the Host Controller Interface (HCI).

[0079] A Bluetooth HFP link is established between the mobile phone and the vehicle computer based on the HFP service specified by the Bluetooth Special Interest Group (SIG), and a Wi-Fi link is established based on the mobile phone's Wi-Fi hotspot connection method or the mobile phone's Wi-Fi P2P method.

[0080] The Baidu carlife+ interconnection protocol on the mobile phone can transmit music data, navigation voice data, screen projection data, etc. to the Baidu carlife+ interconnection protocol on the car computer through the Wi-Fi channel. However, the Baidu carlife+ interconnection protocol on the mobile phone and the Baidu carlife+ interconnection protocol on the car computer cannot provide two-way voice transmission and audio device management capabilities. The transmission of call data relies on the existing Bluetooth communication capabilities of the mobile phone and the car computer, that is, the Bluetooth HFP service on the mobile phone and the Bluetooth HFP service on the car computer transmit call data based on the HFP protocol.

[0081] Based on the above Figure 4 Description, below Figure 5 This article takes the incoming call scenario as an example to explain the reasons why the incoming call interface is inconsistent during the internal interaction between the mobile phone and the car computer.

[0082] Figure 5 The present invention is a schematic flow chart of a method 500 for communicating between a mobile phone and a vehicle. Figure 5 The mobile phone end includes a modem, a call module, a first Baidu carlife+ interconnection protocol, and a first Bluetooth HFP service; the car end includes a second Bluetooth HFP service and a second Baidu carlife+ interconnection protocol.

[0083] The method 500 includes steps S501 to S513, and the specific steps are as follows:

[0084] S501: The modem sends an incoming call message to the call module. The incoming call message may include information such as the caller number and contact name. Correspondingly, the call module receives the incoming call message.

[0085] S502: The call module sends an incoming call message to the first Bluetooth HFP service. Correspondingly, the first Bluetooth HFP service receives the incoming call message.

[0086] S503: The first Bluetooth HFP service sends an incoming call message to the second Bluetooth HFP service via the Bluetooth HFP link. Correspondingly, the second Bluetooth HFP service receives the incoming call message.

[0087] S504, the second Bluetooth HFP service draws a Bluetooth incoming call interface (eg, Figure 3 In the A interface in the car life, users can click the corresponding button on the car life to answer or hang up the call. Different brands / types of car life may display different incoming call interfaces based on different specifications, screen size, and other factors. Therefore, different brands / types of car life that support the Baidu carlife+ interconnection protocol may present inconsistent incoming call interfaces to users in the incoming call scenario. Inconsistent incoming call interfaces will lead to inconsistent user operating habits and reduce the user experience.

[0088] S505: The call module sends an incoming call message to the first Baidu carlife+ interconnection protocol. Correspondingly, the first Baidu carlife+ interconnection protocol receives the incoming call message.

[0089] S506, the first Baidu carlife+ interconnection protocol generates a carlife incoming call interface based on the incoming call message (for example Figure 3 (B interface in the ).

[0090] S507: The first Baidu carlife+ interconnection protocol sends a carlife incoming call interface to the second Baidu carlife+ interconnection protocol via the Wi-Fi link. Correspondingly, the second Baidu carlife+ interconnection protocol receives the third-party incoming call interface.

[0091] Based on the above description of S501 to S507, it can be seen that the second Baidu carlife+ interconnection protocol and the second Bluetooth HFP service of the car computer simultaneously provide interface interaction to the car computer screen, including providing the Bluetooth incoming call interface drawn by the car computer and the carlife incoming call interface drawn by the mobile phone.

[0092] Due to factors such as the second Baidu carlife+ interconnection protocol being a non-car system original / non-car system service, the car manufacturer's car strategy and / or the car software upgrade cost, it is difficult to obtain a higher display priority and audio channel priority than the second Bluetooth HFP service originally installed on the car. The display priority is used to indicate the priority of displaying the Bluetooth call interface and the carlife call interface on the car side. Therefore, the following may occur: Figure 3 The Bluetooth call interface shown in the A interface in the figure dominates the screen, or the following appears Figure 3 The Bluetooth call interface and carlife call interface are superimposed on each other as shown in the B interface.

[0093] If the car's access permissions allow for the Baidu CarLife+ interconnection protocol to be displayed with higher priority, giving priority to the mobile phone's CarLife interface (including both incoming and outgoing calls), this would help resolve the issue of inconsistent call interfaces presented to users. However, this approach would require car manufacturers to modify the read-only memory (ROM), which would lengthen the testing cycle for the car and pose significant challenges to its stability and security. Furthermore, both mobile phone manufacturers and car-to-car interconnection protocol vendors would need to modify their software and hardware, requiring subsequent maintenance across multiple vendors. This would be costly and hinder widespread adoption.

[0094] S508: In response to the user answering the call on the vehicle computer, the modem sends first call data to the call module. In response, the call module receives the first call data, wherein the first call data is the call data of the calling user.

[0095] S509: The call module sends the first call data to the first Bluetooth HFP service. Correspondingly, the first Bluetooth HFP service receives the first call data.

[0096] S510: The first Bluetooth HFP service sends first call data to the second Bluetooth HFP service through the Bluetooth HFP link.

[0097] S511: The second Bluetooth HFP service sends second call data to the first Bluetooth HFP service via the Bluetooth HFP link. Correspondingly, the first Bluetooth HFP service receives the second call data, wherein the second call data is the call data of the called user.

[0098] S512: The first Bluetooth HFP service sends the second call data to the call module. Correspondingly, the call module receives the second call data.

[0099] S513: The call module sends the second call data to the modem. Correspondingly, the modem receives the second call data.

[0100] Based on the above description of S508 to S513, it can be seen that the call data between the mobile phone and the vehicle computer is transmitted via the Bluetooth HFP link.

[0101] In view of the above-mentioned problem of inconsistent call interface and operation experience presented to users by the vehicle terminal in the mobile phone call business scenario, Figure 6 A schematic diagram of a framework for communication between a mobile phone and a vehicle computer provided in an embodiment of the present application is shown. The mobile phone adds a travel service in the application framework layer. The travel service is a system service that can call the interfaces of other modules in the mobile phone to draw a unified call interface and transmit the call interface through the Wi-Fi channel established between the mobile phone and the vehicle computer. In the process of transmitting call data, the virtual modem (V-modem) can virtualize the call data and send it to the travel service. The travel service transmits the call data through the Bluetooth SCO link established between the mobile phone and the vehicle computer. In this way, the vehicle computer displays a call interface with a unified standard drawn by the mobile phone, which is conducive to avoiding the problem of inconsistent call interface and operation experience presented to the user on the vehicle computer side, thereby improving the user experience.

[0102] Based on the above Figure 6 Description, below Figure 7 The internal interaction flow chart of the mobile phone and vehicle-mounted communication in an embodiment of the present application is introduced by taking the mobile phone incoming call scenario as an example.

[0103] Figure 7 This is a schematic flow chart of a method 700 for communicating between a mobile phone and a vehicle computer, provided in an embodiment of the present application. The mobile phone includes a modem, a call module, travel services, a first Baidu CarLife+ interconnection protocol, a first Bluetooth SCO, an Android display, and a system user interface (UI); the vehicle computer includes a second Bluetooth SCO and a second Baidu CarLife+ interconnection protocol.

[0104] There is a Bluetooth SCO link between the mobile phone and the vehicle computer, and a Wi-Fi link is established based on a wireless connection method. Exemplarily, the wireless connection method includes a connection method based on a mobile phone Wi-Fi hotspot or a connection method based on a mobile phone Wi-Fi P2P.

[0105] The method 700 includes steps S701 to S727, and the specific steps are as follows:

[0106] S701: The modem sends an incoming call message to the call module. The incoming call message may include information such as the caller number and contact name. Correspondingly, the call module receives the incoming call message.

[0107] S702: The call module performs priority selection on the existing audio devices of the mobile phone.

[0108] The existing audio devices of the mobile phone may include the speakers and microphones of the vehicle computer, Bluetooth, wired headphones, local speaker interface, etc. After the mobile phone and the vehicle computer are connected, the travel service corresponds to the speakers and microphones of the vehicle computer.

[0109] It should be noted that after the phone and vehicle are successfully connected, the travel service can notify the call module to set the priority of the audio device corresponding to the travel service to the highest priority audio device among the phone's existing audio devices, with Bluetooth, wired headphones, and local speaker interface priority decreasing in order. In this way, after receiving an incoming call message, the call module determines that the audio device corresponding to the travel service has the highest priority.

[0110] S703: The call module sends an incoming call message to the travel service, and the travel service receives the incoming call message accordingly.

[0111] As can be seen from the description of S703, the audio device corresponding to the travel service has the highest priority, so the call module determines to send the incoming call message to the travel service.

[0112] S704: The travel service sends an instruction to Android display to obtain the secondary screen module. Correspondingly, Android display receives the instruction to obtain the secondary screen module.

[0113] A mobile phone may have more than one secondary screen module (also called a secondary display), each with its own unique identifier. The secondary screen module is used to carry the multi-screen images drawn by the phone when the phone needs to display multiple images. However, the secondary screen module lacks an actual hardware display, such as a liquid crystal display (LCD). Therefore, the phone needs to transmit the image data displayed on the secondary screen module to a remote screen (such as a car computer screen or a TV screen) for display.

[0114] S705, Android display sends the identifier of the secondary screen module to the travel service based on the instruction to obtain the secondary screen module.

[0115] S706: The travel service sends a first content acquisition instruction to the call module, carrying the identifier of the secondary screen module. Accordingly, the call module receives the content acquisition instruction. The first content acquisition instruction requests the user to obtain the incoming call content required to draw the incoming call interface.

[0116] For example, the incoming call content required for drawing the incoming call interface includes information such as the phone number, interface color, name of the calling contact, operator, etc.

[0117] S707: The travel service sends a second content acquisition instruction to the system UI, carrying the identifier of the secondary screen module. The second content acquisition instruction is used to request the status bar content required to draw the incoming call interface. Accordingly, the system UI receives the second content acquisition instruction.

[0118] For example, the status bar content required for drawing the incoming call interface may include information such as system time, operator, signal condition, battery level, network status, etc.

[0119] S708: The call module sends the incoming call content required for drawing the incoming call interface to the second screen module indicated by the identifier in the Android display based on the first content acquisition instruction and the identifier of the second screen module. Correspondingly, the second screen module of the Android display receives the incoming call content required for drawing the incoming call interface.

[0120] S709: Based on the second content acquisition instruction and the identifier of the secondary screen module, the system UI sends the status bar content required to draw the incoming call interface to the secondary screen module indicated by the identifier in the Android display. Correspondingly, the secondary screen module of the Android display receives the status bar content required to draw the incoming call interface.

[0121] At step S710, the Android display draws an incoming call interface (called a second incoming call interface) based on the incoming call content and status bar content required for drawing the incoming call interface, and carries the image data of the incoming call interface on the secondary screen module.

[0122] S711: The Android display sends image data of the incoming call interface to the travel service. In response, the travel service receives the image data of the incoming call interface.

[0123] S712, the travel service processes the image data of the incoming call interface to obtain a projection image of the incoming call interface.

[0124] S713: The travel service sends a projection image of the incoming call interface to the first Baidu carlife+ interconnection protocol. In response, the first Baidu carlife+ interconnection protocol receives the projection image of the incoming call interface.

[0125] S714: The first Baidu carlife+ interconnection protocol sends the projection image of the incoming call interface to the second Baidu carlife+ interconnection protocol via the Wi-Fi link. Correspondingly, the second Baidu carlife+ interconnection protocol receives the projection image of the incoming call interface.

[0126] S715, the second Baidu carlife+ interconnection protocol displays the projection image of the incoming call interface.

[0127] S716: In response to the user's answering operation, the second Baidu carlife+ interconnection protocol sends an answering touch event / coordinates to the first Baidu carlife+ interconnection protocol. Correspondingly, the first Baidu carlife+ interconnection protocol receives the answering touch event / coordinates.

[0128] In one possible case, the user can choose to answer the call by clicking the answer button on the incoming call interface displayed on the car computer. After clicking, the second Baidu carlife+ interconnection protocol can return the coordinates of the screen position clicked by the user to the first Baidu carlife+ interconnection protocol.

[0129] In another possible case, the user can click the answer button on the steering wheel to answer the call. After clicking, the answer touch event is triggered, and the second Baidu carlife+ interconnection protocol can return the answer touch event to the first Baidu carlife+ interconnection protocol.

[0130] S717, the first Baidu carlife+ interconnection protocol to convert touch event data format.

[0131] If the first Baidu carlife+ interconnection protocol receives an answering touch event, because it is transmitted from the car computer, the answering touch event is in a data format recognizable by the car computer interconnection protocol. Therefore, the answering touch event needs to be converted into a data format recognizable by the Android system.

[0132] S718: The first Baidu carlife+ interconnection protocol sends the identifiable call service / coordinates to the call module. In response, the call module receives the identifiable call service / coordinates.

[0133] The call module can determine the type of button clicked by the user, such as the answer button, based on the coordinates. The call module determines that the user answers the call based on the identifiable answering service.

[0134] S719: The call module returns an answer message to the modem. Correspondingly, the modem receives the answer message.

[0135] Combining the above steps, the mobile phone and the car computer interact to complete the process of displaying the incoming call interface on the car computer and answering the call.

[0136] Optionally, after receiving the incoming call message, the mobile phone will also display the incoming call interface (called the first incoming call interface) on the mobile phone screen. The specific process includes: after the call module receives the incoming call message in S701, the call module sends the incoming call content required for drawing the first incoming call interface to Android display, and sends a message to the system UI requesting to obtain the status bar content. Among them, the first incoming call interface is the incoming call interface displayed on the mobile phone screen. After receiving the message requesting to obtain the status bar content, the system UI sends the status bar content required for drawing the first incoming call interface to Android display. After drawing the first incoming call interface based on the incoming call content and status bar content required, Android display draws the first incoming call interface and displays the drawn first incoming call interface on the screen of the mobile phone.

[0137] S720: During a call, the modem sends first call data to the call module. In response, the call module receives the first call data, wherein the first call data is call data of the calling user.

[0138] S721: The call module sends first call data to the travel service. Correspondingly, the travel service receives the first call data.

[0139] S722: The travel service sends the first call data to the first Bluetooth SCO. Correspondingly, the first Bluetooth SCO receives the first call data.

[0140] S723: The first Bluetooth SCO sends the first call data to the second Bluetooth SCO via the Bluetooth SCO link. Correspondingly, the second Bluetooth SCO receives the first call data.

[0141] S724: The second Bluetooth SCO sends the second call data to the first Bluetooth SCO via the Bluetooth SCO link. Correspondingly, the first Bluetooth SCO receives the second call data.

[0142] The second call data is the call data of the called user recorded by the vehicle computer through the microphone.

[0143] S725: The first Bluetooth SCO sends the second call data to the travel service. Correspondingly, the travel service receives the second call data.

[0144] S726: The travel service sends the second call data to the call module. Correspondingly, the call module receives the second call data.

[0145] S727: The call module sends the second call data to the modem. Correspondingly, the modem receives the second call data.

[0146] In an embodiment of the present application, in an incoming call scenario, the mobile phone can send a projection image of the incoming call interface drawn by the mobile phone to the vehicle computer, and the vehicle computer will display the projection image of the incoming call interface drawn by the mobile phone. In this way, for different brands of vehicle computers, because the incoming call interface is drawn by the mobile phone, and the mobile phone draws the incoming call interface based on a unified drawing standard, the incoming call interface style can be presented to the user on different brands of vehicle computers, improving the user's visual experience and usage experience.

[0147] At the same time, the phone and the car head unit use the SCO link at the bottom layer of Bluetooth to transmit call data. However, Bluetooth SCO does not include the interface specifications specified by the Bluetooth protocol and does not draw the incoming call interface. Therefore, even if the incoming call interface drawn by the car head unit still has the highest display priority, since the car head unit does not draw the incoming call interface, it will not conflict with the incoming call interface sent by the mobile phone to the car head unit. This can prevent the incoming call interface drawn by the car head unit from dominating the screen or overlapping the incoming call interface drawn by the car head unit and the mobile phone, thus reducing interference to the user.

[0148] For outgoing call scenarios, if the user makes a call on the mobile phone, the execution process is the same as Figure 7 The process is similar to that in the previous example and will not be described here. If the user makes a call on the car, the internal interaction flow chart is as follows: Figure 8 shown.

[0149] Figure 8 This is a schematic flow chart of another method 800 for communicating between a mobile phone and a vehicle computer, provided in an embodiment of the present application. The mobile phone includes a modem, a call module, a travel service, a first Baidu carlife+ interconnection protocol, a first Bluetooth SCO, an Android display, and a system UI; the vehicle computer includes a second Bluetooth SCO and a second Baidu carlife+ interconnection protocol.

[0150] There is a Bluetooth SCO link between the mobile phone and the car computer, and a Wi-Fi link is established based on a wireless connection method.

[0151] The method 800 includes steps S801 to S819, and the specific steps are as follows:

[0152] S801: In response to a user clicking a dial menu, the second Baidu carlife+ interconnection protocol sends a touch event to the first Baidu carlife+ interconnection protocol via a Wi-Fi link. Accordingly, the first Baidu carlife+ interconnection protocol receives the touch event.

[0153] S802: First, the Baidu carlife+ interconnection protocol sends a touch event to the travel service. In response, the travel service receives the touch event.

[0154] Optionally, the touch event received by the travel service may be a touch event recognizable by the Android system after data format conversion is performed by the first Baidu carlife+ interconnection protocol.

[0155] S803 includes multiple steps: the mobile phone obtains the secondary screen module, obtains the content required to draw the dialing interface, draws the dialing interface, and sends a projection image of the dialing interface to the vehicle computer. This process is similar to the process described in S704 to S714 of method 700, in which the mobile phone obtains the secondary screen module, obtains the content required to draw the incoming call interface, draws the incoming call interface, and sends a projection image of the incoming call interface to the vehicle computer. Details are omitted here.

[0156] S804, after the second Baidu carlife+ interconnection protocol receives the projection image of the dialing interface from the first Baidu carlife+ interconnection protocol through the Wi-Fi link, it displays the projection image of the dialing interface.

[0157] S805: In response to the user's dialing operation, the second Baidu carlife+ interconnection protocol sends a touch event to the first Baidu carlife+ interconnection protocol via the Wi-Fi link. Correspondingly, the first Baidu carlife+ interconnection protocol receives the touch event.

[0158] Among them, touch events include touch panel (TP) reporting points or knob buttons, etc.

[0159] S806, first, the Baidu carlife+ interconnection protocol converts the touch event into a data format, and converts the touch event of the Baidu carlife+ interconnection protocol into a dial-up service that can be recognized by the Android system.

[0160] S807: The first Baidu carlife+ interconnection protocol sends a recognizable dial-up service to the call module. Correspondingly, the call module receives the recognizable dial-up service.

[0161] S808: The call module sends a dial message to the modem, and the modem receives the dial message accordingly.

[0162] S809 includes multiple steps: the mobile phone obtains the secondary screen module, obtains the content required to draw the outgoing call interface, draws the outgoing call interface, and sends a projection image of the outgoing call interface to the vehicle computer. This process is similar to the process described in S704 to S714 of method 700, in which the mobile phone obtains the secondary screen module, obtains the content required to draw the incoming call interface, draws the incoming call interface, and sends a projection image of the incoming call interface to the vehicle computer. Details are omitted here.

[0163] S810, after the second Baidu carlife+ interconnection protocol receives the projection image of the outgoing call interface from the first Baidu carlife+ interconnection protocol through the Wi-Fi link, it displays the projection image of the outgoing call interface.

[0164] S811: After the called user answers the outgoing call, the modem sends third call data to the call module. Correspondingly, the call module receives third general data. The third call data is the call data of the called user.

[0165] S812: The call module selects the priority of the audio device.

[0166] The detailed description of audio device priority selection can be found in the above description of S702 and will not be repeated here.

[0167] S813: When the call module determines that the audio device corresponding to the travel service has the highest priority, the call module sends the third call data to the travel service. In response, the travel service receives the third call data.

[0168] S814: The travel service sends the third call data to the first Bluetooth SCO. Correspondingly, the first Bluetooth SCO receives the third call data.

[0169] S815: The first Bluetooth SCO sends the third call data to the second Bluetooth SCO via the Bluetooth SCO link. Correspondingly, the second Bluetooth SCO receives the third call data.

[0170] S816: The second Bluetooth SCO sends fourth call data to the first Bluetooth SCO via the Bluetooth SCO link. Correspondingly, the first Bluetooth SCO receives the fourth call data, wherein the fourth call data is the call data of the calling user recorded by the vehicle computer through the microphone.

[0171] S817: The first Bluetooth SCO sends the fourth call data to the travel service. Correspondingly, the travel service receives the fourth call data.

[0172] S818: The travel service sends the fourth call data to the call module. Correspondingly, the call module receives the fourth call data.

[0173] S819: The call module sends the fourth call data to the modem. Correspondingly, the modem receives the fourth call data.

[0174] Optionally, before S801, when the mobile phone and the vehicle computer are connected, the mobile phone can draw a desktop interface and send the projection image of the drawn desktop interface to the vehicle computer so that the desktop interface is displayed on the vehicle computer screen. In this way, the user can reversely control the call application on the mobile phone to make calls, operate the map application for navigation, operate the music application to play music, etc. on the vehicle computer desktop interface.

[0175] In summary, Figure 9 The embodiment of the present application provides a schematic flow chart of a data transmission method 900. The method 900 is applied to a terminal device, such as a mobile phone or a tablet computer. The terminal device and the vehicle have a first communication link and a second communication link, the second communication link being a Bluetooth SCO link. The terminal device may have a Figure 1 and / or Figure 2 The structure shown in FIG. 1 is not limited to this embodiment of the present application. The method 900 includes S901 to S903, and the specific steps are as follows:

[0176] S901, the terminal device displays a first incoming call interface in response to a received incoming call message.

[0177] The first incoming call interface is an incoming call interface drawn by the terminal device for display on the screen of the terminal device after the terminal device receives the incoming call message.

[0178] S902: The terminal device sends a second incoming call interface to the vehicle computer through the first communication link, so that the vehicle computer displays the second incoming call interface.

[0179] The second incoming call interface is an incoming call interface drawn by the terminal device for projection and display on the screen of the car computer after the terminal device receives the incoming call message.

[0180] Exemplarily, the first communication link is a Wi-Fi link between the terminal device and the vehicle computer.

[0181] S903 , in response to the user answering the call on the second incoming call interface of the vehicle computer, the terminal device transmits call data with the vehicle computer via the Bluetooth SCO link.

[0182] In an embodiment of the present application, after the called user answers the call, the terminal device and the vehicle computer can transmit call data through the established Bluetooth SCO link. In this way, the call data between the terminal device and the vehicle computer no longer relies on the Bluetooth HFP link for transmission, but relies on the SCO link at the bottom of Bluetooth. Since Bluetooth SCO does not include the interface specifications specified by the Bluetooth protocol, the vehicle computer will not draw the incoming call interface. The vehicle computer only displays the second incoming call interface drawn by the mobile phone. This can avoid the problem of the incoming call interface drawn by the vehicle computer dominating the screen display or the incoming call interface drawn by the vehicle computer and the incoming call interface sent by the mobile phone being superimposed on each other, thereby reducing interference to the user.

[0183] In addition, when the terminal device draws the second incoming call interface, it draws it based on a unified interface drawing standard. Therefore, car computers of different brands can present a unified incoming call interface to the user in the same call scenario, or car computers of the same brand can present a unified incoming call interface to the user in different call scenarios, which is conducive to improving the user's viewing and usage experience.

[0184] It should be understood that the size of the serial numbers of the above processes does not mean 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 the present application.

[0185] The data transmission method provided in the embodiment of the present application can be applied to a terminal device with a communication function. The specific device form of the terminal device can refer to the above-mentioned relevant description and will not be repeated here.

[0186] An embodiment of the present application provides a terminal device, which includes: a processor and a memory; the memory stores computer-executable instructions; the processor executes the computer-executable instructions stored in the memory, so that the terminal device executes the above method.

[0187] The present embodiment provides a chip. The chip includes a processor configured to invoke a computer program stored in a memory to execute the technical solution of the above embodiment. The implementation principles and technical effects are similar to those of the above-mentioned related embodiments and will not be further described here.

[0188] The embodiments of the present application also provide a computer-readable storage medium. The computer-readable storage medium stores a computer program. When the computer program is executed by a processor, the above-mentioned method is implemented. The methods described in the above embodiments can be implemented in whole or in part by software, hardware, firmware, or any combination thereof. If implemented in software, the functions can be stored as one or more instructions or codes on a computer-readable medium or transmitted on a computer-readable medium. Computer-readable media can include computer storage media and communication media, and can also include any medium that can transfer a computer program from one place to another. The storage medium can be any target medium that can be accessed by a computer.

[0189] In one possible implementation, a computer-readable medium may include random access memory (RAM), read-only memory (ROM), compact disc read-only memory (CD-ROM) or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium designed to carry or store desired program code in the form of instructions or data structures and accessible by a computer. Furthermore, any connection is appropriately termed a computer-readable medium. For example, if software is transmitted from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of medium. Disk and disc, as used herein, include optical disc, laser disc, optical disc, digital versatile disc (DVD), floppy disk, and Blu-ray disc, where disks typically reproduce data magnetically, while discs reproduce data optically using lasers. Combinations of the above are also intended to be included within the scope of computer-readable media.

[0190] An embodiment of the present application provides a computer program product, which includes a computer program. When the computer program is executed, the computer executes the above method.

[0191] The embodiments of the present application are described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processing unit of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable device to produce a machine, so that the instructions executed by the processing unit of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0192] The above specific implementation methods further illustrate the purpose, technical solutions and beneficial effects of this application in detail. It should be understood that the above are only specific implementation methods of this application and are not intended to limit the scope of protection of this application. Any modifications, equivalent replacements, improvements, etc. made on the basis of the technical solutions of this application should be included in the scope of protection of this application.

Claims

1. A data transmission method, characterized in that: Applied to a terminal device, wherein a first communication link and a second communication link are provided between the terminal device and the vehicle computer, wherein the second communication link is a Bluetooth SCO link, the method includes: The terminal device displays a first incoming call interface in response to the received incoming call message; The terminal device obtains a secondary screen display; The terminal device draws a second incoming call interface, wherein the second incoming call interface is drawn based on a unified interface drawing standard; The terminal device displays the second incoming call interface on the secondary screen display; The terminal device sends the second incoming call interface to the vehicle computer through the first communication link, so that the vehicle computer displays the second incoming call interface; The terminal device responds to the answer touch event sent by the vehicle computer and received through the first communication link, and transmits call data with the vehicle computer through the Bluetooth SCO link; wherein, the answer touch event is sent by the vehicle computer in response to the user triggering the operation of answering the call on the second incoming call interface of the vehicle computer. When the terminal device transmits call data with the vehicle computer, the vehicle computer keeps displaying the second incoming call interface.

2. The method according to claim 1, characterized in that Before the terminal device draws the second incoming call interface, the method further includes: The terminal device obtains the incoming call content and status bar content required for drawing the second incoming call interface; The terminal device draws the second incoming call interface, including: The terminal device draws the second incoming call interface based on the incoming call content and status bar content.

3. The method according to claim 1 or 2, characterized in that The terminal device sends a second incoming call interface to the vehicle computer through the first communication link, including: The terminal device sends a projection image of the second incoming call interface to the vehicle computer through the first communication link, and the projection image is obtained by recording the second incoming call interface.

4. The method according to claim 1 or 2, characterized in that Before the terminal device sends the second incoming call interface to the vehicle computer through the first communication link, the method further includes: The terminal device determines whether a first vehicle-machine interconnection protocol supported by the terminal device is the same as a second vehicle-machine interconnection protocol supported by the vehicle-machine; The terminal device establishes the first communication link when the first vehicle-machine interconnection protocol and the second vehicle-machine interconnection protocol are the same.

5. The method according to claim 1 or 2, characterized in that The first communication link is a Wireless Fidelity (Wi-Fi) link.

6. A data transmission method, characterized in that: Applied to a system including a terminal device and a vehicle computer, wherein a first communication link and a second communication link are provided between the terminal device and the vehicle computer, and the second communication link is a Bluetooth SCO link, the method comprising: The terminal device displays a first incoming call interface in response to the received incoming call message; The terminal device obtains a secondary screen display; The terminal device draws a second incoming call interface, wherein the second incoming call interface is drawn based on a unified interface drawing standard; The terminal device displays the second incoming call interface on the secondary screen display; The terminal device sends the second incoming call interface to the vehicle computer through the first communication link; The vehicle computer receives the second incoming call interface through the first communication link; The vehicle computer displays the second incoming call interface; In response to the user answering the call on the second incoming call interface of the vehicle computer, the vehicle computer sends a message of answering the call to the terminal device through the first communication link; The terminal device receives the call answering message through the first communication link; The terminal device transmits call data to the vehicle computer via the Bluetooth SCO link based on the message of answering the incoming call; When the vehicle computer transmits call data with the terminal device, the second incoming call interface is kept displayed.

7. A terminal device, characterized in that: include: processor and memory, wherein The memory is used to store computer programs; The processor is configured to call and execute the computer program so as to enable the terminal device to perform the method according to any one of claims 1 to 5.

8. A computer-readable storage medium, characterized in that Used to store a computer program, which, when running on a computer, causes the computer to perform the method according to any one of claims 1 to 5.

9. A computer program product, characterized in that The invention comprises a computer program which, when being executed, causes a computer to execute the method according to any one of claims 1 to 5.

Images