CN117956061A

CN117956061A - Data transmission method and terminal equipment

Info

Publication number: CN117956061A
Application number: CN202211325545.0A
Authority: CN
Inventors: 徐辉
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2022-10-27
Filing date: 2022-10-27
Publication date: 2024-04-30

Abstract

The application provides a data transmission method and terminal equipment, which are beneficial to avoiding the problems of inconsistent conversation interfaces and operation experiences presented to users at a vehicle-mounted terminal and improving the use experience of the users. The method is applied to terminal equipment, a first communication link and a second communication link are arranged between the terminal equipment and a vehicle machine, and the second communication link is a Bluetooth SCO link, and the method comprises the following steps: the terminal equipment responds to the received incoming call message and displays a first incoming call interface; the terminal equipment sends a second incoming call interface to the vehicle machine through the first communication link so that the vehicle machine displays the second incoming call interface; and the terminal equipment responds to the operation that the user answers the call on the second call interface of the car machine, and transmits call data with the car machine through the Bluetooth SCO link.

Description

Data transmission method and terminal equipment

Technical Field

The present application relates to the field of terminal technologies, and in particular, to a data transmission method and a terminal device.

Background

At present, a mobile phone can be connected with a car machine through a car machine interconnection protocol, and the functions of map navigation, music, conversation and the like are provided for a user in the process of driving a car. Referring to a call scene after the mobile phone and the car phone are connected in fig. 3, an interface a in fig. 3 shows a phenomenon that a brand a car phone has a Bluetooth incoming call interface screen when an incoming call exists; the interface B in fig. 3 shows a phenomenon that the B brand car machine displays a bluetooth incoming call interface and a third party incoming call interface (carlife incoming call interface) simultaneously when there is an incoming call; the interface C in fig. 3 shows the phenomenon that the bluetooth power-off interface screen is turned on when the b brand car machine dials a call. As can be seen by comparing the interface a in fig. 3 with the interface B in fig. 3, the interfaces presented by different brands of car sets in the incoming call scene are inconsistent. As can be seen by comparing the interface B in fig. 3 with the interface C in fig. 3, the same brand of car machine is inconsistent in the interface presented by the incoming call scene and the outgoing call scene.

At present, in order to solve the problem of conflict between a Bluetooth call interface and a third party call interface, after a mobile phone is connected with a car machine, bluetooth connection between the mobile phone and the car machine can be disconnected, so that although the problem of conflict between the Bluetooth call interface and the third party call interface can be solved, the user call depends on the audio input/output capability of the mobile phone, and great inconvenience is brought to the driving process of the user.

Disclosure of Invention

The application provides a data transmission method and terminal equipment, which are beneficial to avoiding the problems of inconsistent conversation interfaces and operation experiences presented to users at a vehicle-mounted terminal and improving the use experience of the users.

In a first aspect, a data transmission method is provided, applied to a terminal device, where a first communication link and a second communication link are provided between the terminal device and a vehicle, and the second communication link is a bluetooth synchronous directional connection (synchronous connection oriented, SCO) link, and the method includes: the terminal equipment responds to the received incoming call message and displays a first incoming call interface; the terminal equipment sends a second incoming call interface to the vehicle machine through the first communication link so that the vehicle machine displays the second incoming call interface; and the terminal equipment responds to the operation that the user answers the call on the second call interface of the car machine, and transmits call data with the car machine through the Bluetooth SCO link.

In the application, the terminal equipment and the vehicle machine are connected in a wireless connection mode, and a first communication link and a second communication link are established. Wherein the second communication link is a bluetooth SCO link.

The first incoming call interface is an incoming call interface drawn by the terminal equipment for displaying on a screen of the terminal equipment after the terminal equipment receives the incoming call message. The second incoming call interface is an incoming call interface which is drawn by the terminal equipment and used for being displayed on a screen of the vehicle after the terminal equipment receives the incoming call message.

Based on the technical scheme of the application, after the called user is connected with the incoming call, the terminal equipment and the car machine can transmit call data through the established Bluetooth SCO link. Therefore, call data between the terminal equipment and the car machine depend on the SCO link of the Bluetooth bottom layer, and the car machine does not draw an incoming call interface because the Bluetooth SCO does not contain interface specifications specified by Bluetooth protocols, and only displays a second incoming call interface drawn by the terminal equipment, so that the problem that the incoming call interface drawn by the car machine is displayed on a screen or the incoming call interface drawn by the car machine and the incoming call interface sent to the car machine by the terminal equipment are displayed in a superimposed manner can be avoided, and the interference to a user is reduced.

And the terminal equipment draws based on the unified interface drawing standard when drawing the second incoming call interface, so that different brands of car machines can be presented to the unified call interface of the user style under the same call scene, or the same brands of car machines can be presented to the unified call interface of the user style under different call scenes, thereby being beneficial to improving the look and feel and the use experience of the user.

With reference to the first aspect, in some implementations of the first aspect, before the terminal device sends the second incoming call interface to the vehicle machine through the first communication link, the method further includes: the terminal equipment acquires a secondary screen display; the terminal equipment draws a second incoming call interface; the terminal equipment displays a second incoming call interface on the secondary screen display.

In the present application, a sub-screen display (hereinafter, may also be referred to as a sub-screen module) is used to carry a multi-screen image drawn by a terminal device when the terminal device is to display the multi-screen image. However, the secondary screen module does not have an actual hardware display screen, and the picture displayed on the secondary screen display is not visible to the user.

With reference to the first aspect, in some implementations of the first aspect, before the terminal device draws the second incoming call interface, the method further includes: the terminal equipment acquires incoming call content and status bar content required for drawing a second incoming call interface; the terminal equipment draws a second incoming call interface, which comprises the following steps: and the terminal equipment draws a second incoming call interface based on the incoming call content and the status bar content.

With reference to the first aspect, in some implementation manners of the first aspect, the sending, by the terminal device, the second incoming call interface to the vehicle machine through the first communication link includes: the terminal equipment sends a screen projection image of the second incoming call interface to the car machine through the first communication link, and the screen projection image is obtained by recording the screen of the second incoming call interface.

With reference to the first aspect, in certain implementation manners of the first aspect, before the terminal device sends the second incoming call interface to the vehicle machine through the first communication link, the method further includes: the terminal equipment judges whether a first vehicle-to-vehicle interconnection protocol supported by the terminal equipment is the same as a second vehicle-to-vehicle interconnection protocol supported by the vehicle-to-vehicle equipment; and the terminal equipment establishes a first communication link under the condition that the first vehicle-to-vehicle interconnection protocol is the same as the second vehicle-to-vehicle interconnection protocol.

In the application, the vehicle-computer interconnection protocol supported by the terminal equipment and the vehicle-computer interconnection protocol supported by the vehicle-computer are required to be the same, so that the terminal equipment and the vehicle-computer can be interconnected, and a first communication link is established.

With reference to the first aspect, in certain implementations of the first aspect, the first communication link is a wireless fidelity (WIRELESS FIDELITY, wi-Fi) link.

In a second aspect, the present application provides a data transmission method, applied to a system including a terminal device and a vehicle, where a first communication link and a second communication link are provided between the terminal device and the vehicle, and the second communication link is a bluetooth SCO link, and the method includes: the terminal equipment responds to the received incoming call message and displays a first incoming call interface; the terminal equipment sends a second incoming call interface to the vehicle machine through a first communication link; the vehicle machine receives a second incoming call interface through the first communication link; displaying a second incoming call interface by the vehicle; the vehicle-mounted machine responds to the operation that a user answers the call on a second call interface of the vehicle-mounted machine, and sends a call answering message to the terminal equipment through a first communication link; the terminal equipment receives a message for answering an incoming call through a first communication link; the terminal equipment transmits call data with the vehicle machine through a Bluetooth SCO link based on the message of answering the incoming call.

In a third aspect, the present application provides a terminal device, which may also be referred to as a terminal (terminal), a User Equipment (UE), a Mobile Station (MS), a Mobile Terminal (MT), or the like. The terminal device may be a mobile phone, a smart television, a wearable device, a tablet (Pad), a computer with wireless transceiving function, a Virtual Reality (VR) terminal device, an augmented reality (augmented reality, AR) terminal device, a wireless terminal in industrial control (industrial control), a wireless terminal in unmanned driving (self-driving), a wireless terminal in teleoperation (remote medical surgery), a wireless terminal in smart grid (SMART GRID), a wireless terminal in transportation security (transportation safety), a wireless terminal in smart city (SMART CITY), a wireless terminal in smart home (smart home), or the like.

The terminal device includes: comprising the following steps: a processor and a memory; the memory stores computer-executable instructions; the processor executes computer-executable instructions stored in the memory to cause the terminal device to perform a method as in the first aspect.

In a fourth aspect, the present application provides a computer-readable storage medium storing a computer program. The computer program, when executed by a processor, implements a method as in the first aspect.

In a fourth aspect, the application provides a computer program product comprising a computer program product for causing a computer to carry out the method as in the first aspect when the computer program product is run.

In a sixth aspect, the application provides a chip comprising a processor for invoking a computer program in memory to perform the method according to the first aspect.

It should be understood that, the third aspect to the sixth aspect of the present application correspond to the technical solutions of the first aspect of the present application, and the beneficial effects obtained by each aspect and the corresponding possible embodiments are similar, and are not repeated.

Drawings

Fig. 1 is a schematic structural diagram of a terminal device to which the embodiment of the present application is applicable;

FIG. 2 is a block diagram of a software architecture of a terminal device to which embodiments of the present application are applicable;

FIG. 3 is an interface schematic of a vehicle;

FIG. 4 is a schematic diagram of a frame for handset to handset communications;

FIG. 5 is a schematic flow chart diagram of a method of handset to handset communication;

FIG. 6 is a schematic diagram of a frame for communication between a mobile phone and a vehicle according to an embodiment of the present application;

FIG. 7 is a schematic flow chart of a method for mobile phone and car phone communication provided by an embodiment of the application;

FIG. 8 is a schematic flow chart of another method for communicating between a mobile phone and a vehicle in accordance with an embodiment of the present application;

Fig. 9 is a schematic flow chart of a data transmission method according to an embodiment of the present application.

Detailed Description

The technical scheme of the application will be described below with reference to the accompanying drawings.

In order to clearly describe the technical solution of the embodiments of the present application, the following describes some terms related to the embodiments of the present application.

In the embodiment of the application, the words "first", "second", etc. are used to distinguish identical items or similar items having substantially the same function and action, and the sequence thereof is not limited. It will be appreciated by those of skill in the art that the words "first," "second," and the like do not limit the amount and order of execution, and that the words "first," "second," and the like do not necessarily differ.

It should be noted that, in the embodiments of the present application, words such as "exemplary" or "such as" are used to mean serving as an example, instance, or illustration. Any embodiment or design described herein as "exemplary" or "for example" should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete fashion.

Furthermore, "at least one" means one or more, and "a plurality" means two or more. "and/or", describes an association relationship of an association object, and indicates that there may be three relationships, for example, a and/or B, and may indicate: a alone, a and B together, and B alone, wherein a, B may be singular or plural. The character "/" generally indicates that the context-dependent object is an "or" relationship. "at least one of" or the like means any combination of these items, including any combination of single item(s) or plural items(s). For example, at least one (one) of a, b, and c may represent: a, b, or c, or a and b, or a and c, or b and c, or a, b and c, wherein a, b and c can be single or multiple.

Fig. 1 is a schematic structural diagram of a terminal device to which the embodiment of the present application is applicable. As shown in fig. 1, the terminal device 100 may include: processor 110, external memory interface 120, internal memory 121, universal serial bus (universal serial bus, USB) interface 130, charge management module 140, power management module 141, battery 142, antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, audio module 170, speaker 170A, receiver 170B, microphone 170C, headset interface 170D, sensor module 180, keys 190, motor 191, indicator 192, camera 193, display 194, and subscriber identity module (subscriber identification module, SIM) card interface 195, etc. It is to be understood that the configuration illustrated in the present embodiment does not constitute a specific limitation on the terminal device 100. In other embodiments of the application, terminal device 100 may include more or less components than illustrated, or certain components may be combined, or certain components may be split, or different arrangements of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

The processor 110 may include one or more processing units, such as: the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processor (graphics processing unit, GPU), an image signal processor (IMAGE SIGNAL processor, ISP), a controller, a video codec, a digital signal processor (DIGITAL SIGNAL processor, DSP), a baseband processor, a display processing unit (display process unit, DPU), and/or a neural-network processor (neural-network processing unit, NPU), etc. Wherein the different processing units may be separate devices or may be integrated in one or more processors. In some embodiments, the terminal device 100 may also include one or more processors 110. The processor may be a neural hub and a command center of the terminal device 100. The processor can generate operation control signals according to the instruction operation codes and the time sequence signals to finish the control of instruction fetching and instruction execution. A memory may also be provided in the processor 110 for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory may hold instructions or data that the processor 110 uses or recycles. If the processor 110 needs to reuse the instruction or data, it can be called directly from the memory. This avoids repeated accesses and reduces the latency of the processor 110, thereby improving the efficiency of the terminal device 100.

In some embodiments, the processor 110 may include one or more interfaces. The interfaces may include an integrated circuit (inter-INTEGRATED CIRCUIT, I2C) interface, an integrated circuit built-in audio (inter-INTEGRATED CIRCUIT SOUND, I2S) interface, a pulse code modulation (pulse code modulation, PCM) interface, a universal asynchronous receiver transmitter (universal asynchronous receiver/transmitter, UART) interface, a mobile industry processor interface (mobile industry processor interface, MIPI), a general-purpose input/output (GPIO) interface, a subscriber identity module (subscriber identity module, SIM) interface, and/or a USB interface, among others. The USB interface 130 is an interface conforming to the USB standard, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, or the like. The USB interface 130 may be used to connect a charger to charge the terminal device 100, or may be used to transfer data between the terminal device 100 and a peripheral device. And can also be used for connecting with a headset, and playing audio through the headset.

It should be understood that the interfacing relationship between the modules illustrated in the embodiment of the present application is illustrated schematically, and does not constitute a structural limitation of the terminal device 100. In other embodiments of the present application, the terminal device 100 may also use different interfacing manners, or a combination of multiple interfacing manners in the foregoing embodiments.

The wireless communication function of the terminal device 100 can be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, a modem processor, a baseband processor, and the like. The antennas 1 and 2 are used for transmitting and receiving electromagnetic wave signals. Each antenna in the terminal device 100 may be used to cover a single or multiple communication bands. Different antennas may also be multiplexed to improve the utilization of the antennas. For example: the antenna 1 may be multiplexed into a diversity antenna of a wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 150 may provide a solution including 2G/3G/4G/5G wireless communication applied to the terminal device 100. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier, etc. The mobile communication module 150 may receive electromagnetic waves from the antenna 1, perform processes such as filtering, amplifying, and the like on the received electromagnetic waves, and transmit the processed electromagnetic waves to the modem processor for demodulation. The mobile communication module 150 can amplify the signal modulated by the modem processor, and convert the signal into electromagnetic waves through the antenna 1 to radiate. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be provided in the same device as at least some of the modules of the processor 110.

The modem processor may include a modulator and a demodulator. The modulator is used for modulating the low-frequency baseband signal to be transmitted into a medium-high frequency signal. The demodulator is used for demodulating 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. The low frequency baseband signal is processed by the baseband processor and then transferred to the application processor. The application processor outputs sound signals through an audio device (not limited to the speaker 170A, the receiver 170B, etc.), or displays images or video through the display screen 194. In some embodiments, the modem processor may be a stand-alone device. In other embodiments, the modem processor may be provided in the same device as the mobile communication module 150 or other functional module, independent of the processor 110.

The wireless communication module 160 may provide solutions for wireless communication including wireless local area network (wireless local area networks, WLAN), bluetooth, global navigation satellite system (global navigation SATELLITE SYSTEM, GNSS), frequency modulation (frequency modulation, FM), NFC, infrared (IR), etc. applied on the terminal device 100. The wireless communication module 160 may be one or more devices that integrate at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, modulates the electromagnetic wave signals, filters the electromagnetic wave signals, and transmits the processed signals to the processor 110. The wireless communication module 160 may also receive a signal to be transmitted from the processor 110, frequency modulate it, amplify it, and convert it to electromagnetic waves for radiation via the antenna 2.

In some embodiments, antenna 1 and mobile communication module 150 of terminal device 100 are coupled, and antenna 2 and wireless communication module 160 are coupled, such that terminal device 100 may communicate with a network and other devices via wireless communication techniques. The wireless communication techniques may include GSM, GPRS, CDMA, WCDMA, TD-SCDMA, LTE, GNSS, WLAN, NFC, FM, and/or IR techniques, among others. The GNSS may include a global satellite positioning system (global positioning system, GPS), a global navigation satellite system (global navigation SATELLITE SYSTEM, GLONASS), a Beidou satellite navigation system (bei dou navigation SATELLITE SYSTEM, BDS), a quasi zenith satellite system (quasi-zenith SATELLITE SYSTEM, QZSS) and/or a satellite based augmentation system (SATELLITE BASED AUGMENTATION SYSTEMS, SBAS).

The terminal device 100 may implement a display function through a GPU, a display screen 194, an application processor, and the like. The application processor may include an NPU and/or a DPU. The GPU is a microprocessor for image processing, and is connected to the display 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. 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, and can rapidly process input information by referencing a biological neural network structure, for example, referencing a transmission mode between human brain neurons, and can also continuously perform self-learning. Applications such as intelligent awareness of the terminal device 100 may be implemented by the NPU, for example: image recognition, face recognition, speech recognition, text understanding, etc. The DPU is also referred to as a display sub-system (DSS) for adjusting the color of the display screen 194, and may adjust the color of the display screen via a color three-dimensional (3D) look-up table (LUT). The DPU may also perform scaling, noise reduction, contrast enhancement, backlight brightness management, high dynamic range imaging (HIGH DYNAMIC RANGE IMAGING, HDR) processing, display parameter Gamma adjustment, etc. on the picture.

The display screen 194 is used to display images, videos, and the like. The display 194 includes a display panel. The display panel may employ a Liquid Crystal Display (LCD) CRYSTAL DISPLAY, an organic light-emitting diode (OLED), an active-matrix organic LIGHT EMITTING diode (AMOLED), a flexible light-emitting diode (FLED), miniled, microLed, micro-oLed, or a quantum dot LIGHT EMITTING diodes (QLED). In some embodiments, the terminal device 100 may include 1 or N display screens 194, N being a positive integer greater than 1.

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 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.

The software system of the terminal device 100 may employ a layered architecture, an event driven architecture, a micro-core architecture, a micro-service architecture, or a cloud architecture. The embodiment of the application takes an Android (Android) system with a layered architecture as an example, and illustrates a software structure of the terminal device 100.

Fig. 2 is a block diagram of a software architecture of a terminal device to which an embodiment of the present application is applicable. The layered architecture divides the software system of the terminal device 100 into several layers, each layer having a distinct role and division of labor. The layers communicate with each other through a software interface. In some embodiments, the Android system may be divided into an application layer (APP), an application framework layer (application framework), an Zhuoyun rows (Android runtime) and system libraries, a hardware abstraction layer (hardware abstraction layer, HAL), and a kernel layer (kernel). In some embodiments, the terminal device 100 also includes hardware (e.g., microphone, speaker).

The application layer may include a series of application packages that run applications by calling an application program interface (application programming interface, API) provided by the application framework layer. As shown in fig. 2, the application package may include applications for cameras, calendars, maps, conversations, music, WLAN, bluetooth, video, social, gallery, navigation, short messages, etc.

The application framework layer provides APIs and programming frameworks for application programs of the application layer. The application framework layer includes a number of predefined functions. As shown in fig. 2, 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 profile (HFP) service, and the like.

The window manager is used for managing window programs. The window manager can acquire the size of the display screen, judge whether a status bar exists, lock the screen, intercept the screen and the like.

The content provider is used to store and retrieve data and make such data accessible to applications. The data may include video images, audio, calls made and received, browsing history and bookmarks, phonebooks, etc.

The view system includes visual controls, such as controls to display text, controls to display pictures, and the like. The view system may be used to build applications. The display interface may be composed of one or more views. For example, a display interface including a text message notification icon may include a view displaying text and a view displaying a picture.

The telephony manager is used to provide the communication functions of the terminal device 100. Such as the management of call status (including on, hung-up, etc.).

The resource manager provides various resources for the application program, such as localization strings, icons, pictures, layout files, video files, and the like.

The notification manager allows the application to display notification information in a status bar, can be used to communicate notification type messages, can automatically disappear after a short dwell, and does not require user interaction. Such as notification manager is used to inform that the download is complete, message alerts, etc. The notification manager may also be a notification in the form of a chart or scroll bar text that appears on the system top status bar, such as a notification of a background running application, or a notification that appears on the screen in the form of a dialog window. For example, a text message is presented in a status bar, a presentation sound is emitted, the terminal device 100 vibrates, and an indicator light blinks.

The travel service is used for providing functions including vehicle-machine interconnection, caller identification and the like in a driving vehicle scene.

Bluetooth HFP services are used to provide the functionality of the HFP specification, for example, a mobile phone may be used in combination with a hands-free device (e.g. bluetooth in vehicle), through which a remote wireless control and voice connection, such as answering, hanging up, rejecting, voice dialing, etc., is provided between the mobile phone and the hands-free device.

HFP defines two roles of audio gateway (ACCESS GATEWAY, AG) and hands-free component (handsfree, HF). The device that is an audio gateway is a gateway for audio input/output. Illustratively, the device that is a gateway includes a cell phone, a tablet computer, and the like. The device as a hands-free component provides a remote audio input/output mechanism for the audio gateway and may provide remote control functionality. Illustratively, the devices that are hands-free components include car sets, bluetooth headsets, and the like.

The android runtime includes a core library and virtual machines. And the android running time is responsible for scheduling and managing an android system. The core library consists of two parts: one part is a function to be called by a java language used by the java API framework, and the other part is a core library of android. The application layer and the application framework layer run in a virtual machine. The virtual machine executes java files of the application program layer and the application program framework layer as binary files. The virtual machine is used for executing the functions of object life cycle management, stack management, thread management, security and exception management, garbage collection and the like.

The system library may include a plurality of functional modules. For example: surface manager (surface manager), media library (media library), three-dimensional graphics processing library (e.g., openGL ES), two-dimensional graphics engine (e.g., SGL), vehicle-to-machine interconnect protocol, bluetooth synchronous oriented connectivity (synchronous connection oriented, SCO), etc.

The surface manager is used to manage the display subsystem and provides a fusion of 2D and 3D layers for multiple applications. Media libraries support a variety of commonly used audio, video format playback and recording, still image files, and the like. The media library may support a variety of audio video encoding formats, such as: MPEG4, h.264, MP3, AAC, AMR, JPG, PNG, etc. The three-dimensional graphic processing library is used for realizing three-dimensional graphic drawing, image rendering, synthesis, layer processing and the like. The 2D graphics engine is a drawing engine for 2D drawing.

The vehicle-computer interconnection protocol can provide a function of connection specification for interconnection of the mobile phone and the vehicle-computer. Through the car machine interconnection protocol, a user can project the application conforming to driving safety on the terminal equipment to the car machine for display, and the advantages of the terminal equipment and the car machine are fully utilized to provide safer and richer information entertainment experience for the user.

The hardware abstraction layer is an abstract interface driven by the device kernel, and provides an application program interface for accessing the bottom layer device for a java API framework at a higher level. The hardware abstraction layer may include a plurality of library modules, e.g., a display module, an audio module, a bluetooth module, a Wi-Fi module, etc., each of which may implement an interface for a particular type of hardware component. When the framework API requires access to the device hardware, the Android system will load the library module for that hardware component.

The kernel layer is a layer between hardware and software. The kernel layer is used for driving the hardware so that the hardware works. The kernel layer at least includes a display driver, an audio driver, a bluetooth driver, a Wi-Fi driver, and the like, which is not limited in the embodiment of the present application.

It should be understood that in the embodiment of the present application, the terminal device may be a device for implementing a function of the terminal device, or may be a device capable of supporting the terminal device to implement the function, for example, a chip system, and the device may be installed in the terminal. In the embodiment of the application, the chip system can be composed of chips, and can also comprise chips and other discrete devices.

Currently, after a terminal device (for example, a mobile phone) is interconnected with a vehicle-to-vehicle (for example, a hundred degrees carlife + interconnection protocol) through a cooperative vehicle-to-vehicle interconnection protocol, a call interface (including an incoming call interface and an outgoing call interface) presented to a user by the vehicle-to-vehicle end and a problem of inconsistent operation experience exist in the following possible call scenarios (for example, a cellular call service scenario):

1. At present, each family may have a plurality of automobiles, and the brands of the automobiles of different automobiles may be different, so that the problem of inconsistent incoming/outgoing interfaces and interactive operations among the automobiles of different brands can occur.

2. The user may install a car machine with a brand different from the existing car machine for the own car, so that the problem of inconsistent incoming/outgoing interface and interactive operation between the car machines with different brands can occur.

3. After the automobile of the user is upgraded, the problems of inconsistent incoming/outgoing interfaces and interactive operations before and after the upgrade may occur.

Referring to fig. 3, the interface a in fig. 3 shows an interface schematic diagram of a brand car machine in an incoming call scene, the interface B in fig. 3 shows an interface schematic diagram of a brand car machine in an incoming call scene, and the interface C in fig. 3 shows an interface schematic diagram of a brand car machine in an outgoing call scene.

Comparing the interface a in fig. 3 with the interface B in fig. 3, it can be seen that the car machine of brand a displays the bluetooth incoming call interface in full screen in the incoming call scene, and the car machine of brand B displays both the bluetooth incoming call interface and carlife incoming call interface in the incoming call scene, that is, the bluetooth incoming call interface and carlife incoming call interface are displayed in superposition. For users, interfaces presented by different brands of car machines in the same conversation scene are inconsistent.

As can be seen from comparing the interface B in fig. 3 with the interface C in fig. 3, the vehicle machine of brand B displays the bluetooth incoming call interface and carlife incoming call interface in a superimposed manner under the incoming call scene, and the vehicle machine of brand B displays the bluetooth incoming call interface in a full screen manner under the outgoing call scene. For users, the interfaces presented by the same brand of car machines under different conversation scenes are inconsistent.

The reason for the above problem is analyzed by taking the vehicle-machine interconnection protocol as hundred degrees carlife + interconnection protocol as an example in conjunction with fig. 4 and 5.

Fig. 4 is a schematic diagram of a frame for communication between a mobile phone and a vehicle. The mobile phone terminal comprises a Bluetooth module, a hundred degrees carlife + interconnection protocol and a virtual modem (V-modem), the mobile phone terminal comprises the Bluetooth module and the hundred degrees carlife + interconnection protocol, and the Bluetooth module comprises HFP service, SCO, a logic link control and adaptation protocol (logical link control and adaption protocol, L2 CAP) and a host control interface (host controller interface, HCI).

Bluetooth HFP links are established between the mobile phones and the car phones based on HFP services of Bluetooth SPECIAL INTEREST Group (SIG) specifications, and Wi-Fi links are established based on a connection mode of Wi-Fi hot spots of the mobile phones or a mode of Wi-Fi P2P of the mobile phones.

The hundred degrees carlife + interconnection protocol of the mobile phone end can transmit music data, navigation voice data, screen throwing data and the like to the hundred degrees carlife + interconnection protocol of the vehicle end through the Wi-Fi channel, but the hundred degrees carlife + interconnection protocol of the mobile phone end and the hundred degrees carlife + interconnection protocol of the vehicle end cannot provide bidirectional voice transmission and audio equipment management capability, and the transmission of call data depends on the existing Bluetooth communication capability of the mobile phone and the vehicle, namely, the Bluetooth HFP service of the mobile phone end and the Bluetooth HFP service of the vehicle end transmit call data based on the HFP protocol.

Based on the above description of fig. 4, the reason why the incoming call interface is inconsistent in the internal interaction process between the mobile phone and the car phone will be described below by taking the incoming call scene as an example in fig. 5.

Fig. 5 is a schematic flow chart diagram of a method 500 of communicating between a handset and a vehicle. In fig. 5, the mobile phone end includes a modem (modem), a call module, a first hundred degrees carlife + interconnection protocol, and a first bluetooth HFP service; the vehicle side comprises a second Bluetooth HFP service and a second hundred degrees carlife + interconnection protocol.

The method 500 includes S501 to S513, which specifically include the following steps:

S501, the modem sends an incoming message to the call module. The incoming call message may include information such as an incoming call number and a contact name. Accordingly, the call module receives the incoming call message.

S502, the call module sends an incoming call message to the first Bluetooth HFP service. Accordingly, the first bluetooth HFP service receives the incoming message.

The first bluetooth HFP service sends an incoming message to the second bluetooth HFP service over the bluetooth HFP link S503. Accordingly, the second bluetooth HFP service receives the incoming message.

The second bluetooth HFP service draws a bluetooth incoming call interface (e.g., an interface a in fig. 3) based on the incoming call message, and the user may click a corresponding button at the vehicle terminal to answer, hang up, etc. Different brands/types of automobile machines may draw different incoming call interfaces according to different specifications, the sizes of the screens of the automobile machines and other factors, so that automobile machines supporting the hundred degrees carlife + interconnection protocol of different brands/types may be presented to inconsistent incoming call interfaces of users in an incoming call scene, the inconsistent incoming call interfaces may bring inconsistent operation habits of the users, and the use experience of the users is reduced.

S505, the call module sends an incoming call message to the first hundred degrees carlife + interconnection protocol. Accordingly, the first hundred degrees carlife + interconnection protocol receives the incoming call message.

S506, the first hundred degrees carlife + interconnection protocol generates carlife an incoming call interface (e.g., interface B in fig. 3) based on the incoming call message.

S507, the first hundred degrees carlife + interconnection protocol sends carlife call interfaces to the second hundred degrees carlife + interconnection protocol through a Wi-Fi link. Correspondingly, the second hundred degrees carlife + interconnection protocol receives the third party incoming call interface.

Based on the above description of S501 to S507, it is known that the second hundred degrees carlife + interconnection protocol and the second bluetooth HFP service of the vehicle provide interface interaction for the screen of the vehicle at the same time, including providing a bluetooth incoming call interface drawn by the vehicle side and a carlife incoming call interface drawn by the mobile phone.

Because the second hundred degrees carlife + interconnection protocol is used as factors such as original non-vehicle system/non-vehicle system service, vehicle policy of a vehicle factory, and/or software upgrading cost of a vehicle, it is difficult to obtain a higher display priority and an audio access priority than the original second Bluetooth HFP service of the vehicle, and the display priority is used for indicating the priority of displaying the Bluetooth incoming call interface and the carlife incoming call interface at the vehicle side. Therefore, a case may occur in which the bluetooth incoming call interface is displayed on the screen as shown in the interface a in fig. 3, or a case may occur in which the bluetooth incoming call interface and the carlife incoming call interface are displayed in a superimposed manner as shown in the interface B in fig. 3.

If the vehicle opening authority allows to raise the display priority of the hundred degrees carlife + interconnection protocol, the carlife interface (comprising carlife incoming call interface and carlife outgoing call interface) drawn by the mobile phone is preferentially displayed on the vehicle side, so that although the problem that the call interfaces presented to the user on the vehicle side are inconsistent is solved, the method requires modification of a vehicle-only memory (ROM), the test period of the vehicle after modification is longer, and the stability and safety of the vehicle are more challenging. In addition, related software and hardware are required to be modified by mobile phone manufacturers and manufacturers of vehicle-computer interconnection protocols, and subsequent maintenance relates to multi-party manufacturers, so that the cost is high, and the popularization is not facilitated.

S508, responding to the operation of receiving the incoming call on the car machine by the user, and sending first call data to the call module by the modem. Accordingly, the call module receives the first call data. The first call data is call data of the calling user.

And S509, the call module sends first call data to the first Bluetooth HFP service. Accordingly, the first bluetooth HFP service receives the first call data.

The first bluetooth HFP service transmits the first session data to the second bluetooth HFP service through the bluetooth HFP link S510.

S511, the second bluetooth HFP service transmits the second session data to the first bluetooth HFP service through the bluetooth HFP link. Accordingly, the first bluetooth HFP service receives the second session data. The second call data is call data of the called user.

S512, the first bluetooth HFP service sends the second session data to the session module. Accordingly, the call module receives the second call data.

S513, the call module sends second call data to the modem. Accordingly, the modem receives the second session module.

As can be seen from the above description of S508 to S513, the call data between the mobile phone and the car phone is transmitted through the bluetooth HFP link.

In view of the above-described problem that in the mobile phone call service scenario, the call interface presented to the user by the vehicle terminal and the operation experience are inconsistent, fig. 6 shows a schematic frame diagram of mobile phone and vehicle communication provided by the embodiment of the present application, where the mobile phone adds a travel service in the application frame layer, and the travel service is a system service, and may call interfaces of other modules in the mobile phone to draw a unified call interface, and transmit the call interface through an established Wi-Fi channel between the mobile phone and the vehicle. In the process of transmitting call data, the virtual modem (V-modem) can virtualize the call data and then send the call data to a travel service, and the travel service transmits the call data through an established Bluetooth SCO link between the mobile phone and the vehicle. Therefore, the vehicle-mounted device displays the call interface with unified standard drawn by the mobile phone, is beneficial to avoiding the problem that the call interface presented to the user at the vehicle-mounted device end is inconsistent with the operation experience, and improves the use experience of the user.

Based on the above description of fig. 6, an internal interaction flow chart of mobile phone and vehicle-to-vehicle communication according to an embodiment of the present application is described below in fig. 7 by taking a mobile phone incoming call scenario as an example.

Fig. 7 is a schematic flow chart of a method 700 for mobile phone and car phone communication according to an embodiment of the present application. The mobile phone terminal comprises a modem (modem), a call module, travel service, a first hundred degrees carlife + interconnection protocol, a first Bluetooth SCO, an Android display system (Android display) and a system user interface (system user interface, system UI); the vehicle comprises a second Bluetooth SCO and a second hundred degrees carlife + interconnection protocol.

A Bluetooth SCO link is arranged between the mobile phone and the car machine, and a Wi-Fi link is established based on a wireless connection mode. Exemplary wireless connection modes include a connection mode based on a mobile Wi-Fi hotspot or a connection mode based on a mobile Wi-Fi P2P.

The method 700 comprises steps S701 to S727, which are as follows:

S701, the modem sends an incoming message to the call module. The incoming call message may include information such as an incoming call number and a contact name. Accordingly, the call module receives the incoming call message.

S702, the call module performs priority selection for the existing audio equipment of the mobile phone.

The existing audio equipment of the mobile phone can comprise a loudspeaker and a microphone of the car phone, bluetooth, a wired earphone, a local loudspeaker interface (speaker) and the like. After the mobile phone is connected with the car machine, the travel service corresponds to a loudspeaker and a microphone of the car machine.

After the mobile phone and the car phone are successfully connected, the trip service can inform the call module to set the priority of the audio device corresponding to the trip service as the audio device with the highest priority in the existing audio devices of the mobile phone, and the priority of the Bluetooth, the wired earphone and the local horn interface (speaker) is sequentially reduced. Thus, after receiving the incoming call message, the communication module determines that the priority of the audio equipment corresponding to the travel service is highest.

S703, the call module sends an incoming message to the travel service. Accordingly, the travel service receives the incoming message.

As can be seen from the description for S703, the priority of the audio device corresponding to the travel service is highest, and therefore, the call module determines to send an incoming message to the travel service.

S704, the travel service sends an instruction for acquiring the auxiliary screen module to the Android display. Correspondingly, the Android display receives the instruction for acquiring the auxiliary screen module.

More than one secondary screen module (also called secondary screen display) may be provided on the mobile phone, and each secondary screen module has its corresponding unique identifier. The secondary screen module is used for bearing the multi-screen image drawn by the mobile phone when the mobile phone is to display the multi-screen image. However, the secondary screen module does not have a real hardware display screen, such as a Liquid Crystal Display (LCD) CRYSTAL DISPLAY, so the mobile phone needs to transmit the image data displayed on the secondary screen module to a remote screen (e.g., a screen of a car machine, a screen of a television) for display.

S705, the Android display sends the identification of the auxiliary screen module to the travel service based on the instruction of the auxiliary screen module.

S706, the travel service sends a first content acquisition instruction to the call module, wherein the first content acquisition instruction carries the identification of the auxiliary screen module. Accordingly, the call module receives the content acquisition instruction. The first content acquisition instruction user requests to acquire incoming call content required by drawing an incoming call interface.

Illustratively, the incoming call content required to draw the incoming call interface includes information such as phone number, interface color, name of the calling contact, carrier, etc.

S707, the travel service sends a second content acquisition instruction to the system UI, carrying the identification of the secondary screen module. The second content acquisition instruction is used for requesting to acquire status bar content required for drawing the incoming call interface. Accordingly, the system UI receives the second content acquisition instruction.

Illustratively, status bar content required to draw an incoming call interface may include information such as system time, carrier, signal conditions, power, network status, etc.

S708, the call module sends incoming call contents required for drawing an incoming call interface to the auxiliary screen module indicated by the identification in the Android display based on the first content acquisition instruction and the identification of the auxiliary screen module. Correspondingly, the auxiliary screen module of the Android display receives the incoming call content required by the incoming call interface drawing.

S709, the system UI sends status bar content required for drawing the incoming call interface to the auxiliary screen module indicated by the identification in the Android display based on the second content acquisition instruction and the identification of the auxiliary screen module. Correspondingly, the auxiliary screen module of the Android display receives status bar content required by the incoming call interface drawing.

S710, the Android display draws an incoming call interface (called a second incoming call interface) according to incoming call content and status bar content required by drawing the incoming call interface, and loads image data of the incoming call interface on the auxiliary screen module.

S711, the Android display sends image data of an incoming call interface to the travel service. Accordingly, the travel service receives the image data of the incoming call interface.

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

S713, the travel service sends the screen image of the incoming call interface to the first hundred degrees carlife + interconnection protocol. Correspondingly, the first hundred degrees carlife + interconnection protocol receives the screen-throwing image of the incoming call interface.

S714, the first hundred degrees carlife + interconnection protocol sends a screen-throwing image of the incoming call interface to the second hundred degrees carlife + interconnection protocol through a Wi-Fi link. Correspondingly, the second hundred degrees carlife + interconnection protocol receives the screen-throwing image of the incoming call interface.

S715, displaying a screen image of the incoming call interface by using a second hundred degrees carlife + interconnection protocol.

S716, responding to the answering operation of the user, and sending an answering touch event/coordinate to the first hundred degrees carlife + interconnection protocol by the second hundred degrees carlife + interconnection protocol. Correspondingly, the first hundred degrees carlife + interconnection protocol receives the answer touch event/coordinate.

In one possible scenario, the user may choose to click on an answer button of an incoming call interface displayed on the car machine to answer the incoming call, so that after clicking, the second hundred degrees carlife + interconnection protocol may return the coordinates of the screen position clicked by the user to the first hundred degrees carlife + interconnection protocol.

In another possible case, the user may click on an answer button on the steering wheel to answer the call, so that after clicking, the answer touch event is triggered, and the second hundred degrees carlife + interconnection protocol may return the answer touch event to the first hundred degrees carlife + interconnection protocol.

S717, the first hundred degrees carlife + interconnection protocol converts the data format for answering the touch event.

If the first hundred degrees carlife + interconnection protocol receives the receiving touch event, the receiving touch event is transmitted from the vehicle-to-vehicle terminal and is in a data format which can be identified by the vehicle-to-vehicle interconnection protocol, so that the receiving touch event needs to be converted into a data format which can be identified by the android system.

S718, the first hundred degrees carlife + interconnection protocol sends identifiable answering services/coordinates to the call module. Accordingly, the call module receives identifiable answering services/coordinates.

The call module can determine the type of the key clicked by the user, such as answering the key, according to the coordinates. And the call module determines that the user answers the incoming call according to the identifiable answering service.

S719, the call module returns the answer message to the modem. Accordingly, the modem receives the answer message.

And combining the steps, the mobile phone and the car phone are interacted to finish the process of displaying an incoming call interface on the car phone and switching on the phone.

Optionally, after receiving the incoming call message, the mobile phone also displays an incoming call interface (called a first incoming call interface) on the mobile phone screen. The specific process comprises the following steps: after receiving the incoming call message, the call module sends incoming call content required for drawing the first incoming call interface to the Android display and sends a message requesting to acquire status bar content to the system UI in S701. The first incoming call interface is an incoming call interface displayed on a mobile phone screen. After receiving the message requesting to acquire the status bar content, the system UI transmits the status bar content required for drawing the first incoming call interface to the Android display. And the Android display is used for drawing the first incoming call interface based on incoming call content and status bar content required by drawing the first incoming call interface, and displaying the drawn first incoming call interface on a screen of the mobile phone.

S720, in the process of communication, the modem sends first communication data to the communication module. Accordingly, the call module receives the first call data. The first call data is call data of the calling user.

S721, the call module sends the first call data to the travel service. Accordingly, the travel service receives the first call data.

S722, the trip service sends the first call data to the first bluetooth SCO. Accordingly, the first bluetooth SCO receives the first call data.

S723, the first bluetooth SCO transmits the first call data to the second bluetooth SCO through the bluetooth SCO link. Accordingly, the second bluetooth SCO receives the first call data.

S724, the second Bluetooth SCO sends second session data to the first Bluetooth SCO through the Bluetooth SCO link. Accordingly, the first bluetooth SCO receives the second session data.

The second call data is call data of a called user recorded by the car machine through a microphone.

S725, the first Bluetooth SCO sends second session data to the travel service. Accordingly, the travel service receives the second session data.

S726, the travel service sends second conversation data to the conversation module. Accordingly, the call module receives the second call data.

S727, the call module sends second call data to the modem. Accordingly, the modem receives the second session data.

In the embodiment of the application, in an incoming call scene, the mobile phone can send the screen-throwing image of the incoming call interface drawn by the mobile phone to the car machine, and the car machine side displays the screen-throwing image of the incoming call interface drawn by the mobile phone. Therefore, for the car machines of different brands, the incoming call interfaces are drawn by the mobile phone, and the mobile phone draws based on the unified drawing standard when drawing the incoming call interfaces, so that the incoming call interfaces with unified styles can be presented to users on the car machines of different brands, and the look and feel and the use experience of the users are improved.

Meanwhile, the mobile phone and the car phone transmit call data by utilizing the SCO link of the Bluetooth bottom layer, and the Bluetooth SCO does not contain interface specifications specified by the Bluetooth protocol and does not draw an incoming call interface. Therefore, even though the display priority of the incoming call interface drawn by the vehicle-mounted terminal is still highest, the incoming call interface is not drawn by the vehicle-mounted terminal, so that the incoming call interface sent to the vehicle-mounted terminal by the mobile phone cannot collide with the incoming call interface, the problem that the incoming call interface drawn by the vehicle-mounted terminal is displayed on a display screen or the incoming call interface drawn by the vehicle-mounted terminal and the incoming call interface drawn by the mobile phone terminal are displayed in a superimposed manner can be avoided, and the interference to a user is reduced.

For the call-out scenario, if the user dials a call on the mobile phone, the execution flow is similar to that in fig. 7, and will not be described here again. A flow chart of the internal interactions if the user makes a call on the car is shown in fig. 8.

Fig. 8 is a schematic flow chart of another method 800 for communicating between a mobile phone and a vehicle in accordance with an embodiment of the present application. The mobile phone comprises a modem, a call module, travel services, a first hundred degrees carlife + interconnection protocol, a first Bluetooth SCO, an Android display and a system UI; the vehicle comprises a second Bluetooth SCO and a second hundred degrees carlife + interconnection protocol.

A Bluetooth SCO link is arranged between the mobile phone and the car machine, and a Wi-Fi link is established based on a wireless connection mode.

The method 800 includes steps S801 to S819, which are as follows:

S801, the second hundred degrees carlife + interconnection protocol responds to the operation of clicking a dial menu by a user, and a touch event is sent to the first hundred degrees carlife + interconnection protocol through a Wi-Fi link. Correspondingly, the first hundred degrees carlife + interconnection protocol receives the touch event.

S802, a first hundred degrees carlife + interconnection protocol sends a touch event to a travel service. Accordingly, the travel service receives the touch event.

Optionally, the touch event received by the trip service may be a touch event identifiable by the android system after the data format conversion performed by the first hundred degrees carlife + interconnection protocol.

S803 includes the steps of obtaining a secondary screen module by the mobile phone, obtaining content required for drawing a dialing interface, drawing the dialing interface, and sending a screen projection image of the dialing interface to the vehicle. The process is similar to the process of the mobile phone in S704 to S714 in the method 700 of obtaining the secondary screen module, obtaining the content described by the incoming call interface, drawing the incoming call interface, and sending the screen image of the incoming call interface to the car machine, which is not described herein again.

S804, after the second hundred degrees carlife + interconnection protocol receives the screen projection image of the dialing interface from the first hundred degrees carlife + interconnection protocol through the Wi-Fi link, the screen projection image of the dialing interface is displayed.

S805, responding to a dialing operation of a user, and sending a touch event to the first hundred degrees carlife + interconnection protocol by the second hundred degrees carlife + interconnection protocol through a Wi-Fi link. Correspondingly, the first hundred degrees carlife + interconnection protocol receives the touch event.

The touch event includes a Touch Panel (TP) report or a knob button, etc.

S806, converting the data format of the touch event by the first hundred degrees carlife + interconnection protocol, and converting the touch event of the hundred degrees carlife + interconnection protocol into a dialing service identifiable by the android system.

S807, the first hundred degrees carlife + interconnection protocol sends identifiable dialing service to the call module. Accordingly, the call module receives the identifiable dialing service.

S808, the call module sends a dial message to the modem. Accordingly, the modem receives the dial message.

S809 comprises a plurality of steps of acquiring a secondary screen module, acquiring content required by drawing the power-off interface, drawing the power-off interface and sending a screen-throwing image of the power-off interface to the vehicle. The process is similar to the process of the mobile phone in S704 to S714 in the method 700 of obtaining the secondary screen module, obtaining the content described by the incoming call interface, drawing the incoming call interface, and sending the screen image of the incoming call interface to the car machine, which is not described herein again.

S810, after the second hundred degrees carlife + interconnection protocol receives the screen projection image of the power-off interface from the first hundred degrees carlife + interconnection protocol through the Wi-Fi link, displaying the screen projection image of the power-off interface.

S811, after the called user is powered on and powered off, the modem sends third session data to the session module. Correspondingly, the call module receives third call data. The third call data is call data of the called user.

S812, the communication module performs audio equipment priority selection.

The specific description of the audio device priority selection may be referred to the description of S702 above, and will not be repeated here.

And S813, the call module sends third call data to the travel service under the condition that the priority of the audio equipment corresponding to the travel service is highest. Accordingly, the travel service receives the third session data.

S814, the travel service sends third session data to the first bluetooth SCO. Accordingly, the first bluetooth SCO receives the third session data.

S815, the first Bluetooth SCO sends third session data to the second Bluetooth SCO through the Bluetooth SCO link. Accordingly, the second bluetooth SCO receives the third session data.

S816, the second bluetooth SCO sends fourth session data to the first bluetooth SCO through the bluetooth SCO link. Accordingly, the first bluetooth SCO receives fourth session data. The fourth call data is call data of the calling user recorded by the car machine through the microphone.

S817, the first bluetooth SCO sends fourth session data to the travel service. Accordingly, the travel service receives fourth session data.

S818, the trip service sends fourth call data to the call module. Accordingly, the call module receives fourth call data.

And S819, the call module sends fourth call data to the modem. Accordingly, the modem receives fourth session data.

Optionally, before S801, after the mobile phone and the car machine are interconnected, the mobile phone may draw a screen desktop interface, and send a screen projection image of the drawn desktop interface to the car machine, so as to display the desktop interface on a screen of the car machine. Thus, the user can reversely control and operate the call application on the mobile phone on the desktop interface of the car machine to dial a call, operate the map application to navigate, operate the music application to play music and the like.

To sum up, fig. 9 is a schematic flowchart of a data transmission method 900 according to an embodiment of the present application. The method 900 is applied to a terminal device, such as a mobile phone or a tablet computer. The terminal device and the vehicle machine are provided with a first communication link and a second communication link, the second communication link is a bluetooth SCO link, and the terminal device may have a structure as shown in fig. 1 and/or fig. 2, but the embodiment of the application is not limited thereto. The method 900 includes steps S901 to S903, which are as follows:

S901, the terminal equipment responds to the received incoming call message and displays a first incoming call interface.

The first incoming call interface is an incoming call interface drawn by the terminal equipment for displaying on a screen of the terminal equipment after the terminal equipment receives the incoming call message.

S902, the terminal equipment sends a second incoming call interface to the automobile machine through the first communication link so that the automobile machine displays the second incoming call interface.

The second incoming call interface is an incoming call interface which is drawn by the terminal equipment and used for being displayed on a screen of the vehicle after the terminal equipment receives the incoming call message.

Illustratively, the first communication link is a Wi-Fi link between the terminal device and the vehicle.

S903, the terminal equipment responds to the operation of receiving the incoming call on the second incoming call interface of the automobile machine by the user, and transmits call data with the automobile machine through a Bluetooth SCO link.

In the embodiment of the application, after the called user is connected with the incoming call, the terminal equipment and the car machine can transmit call data through the established Bluetooth SCO link. In this way, the call data between the terminal device and the vehicle is no longer dependent on bluetooth HFP link transmission, but on the bluetooth underlying SCO link. Because the Bluetooth SCO does not contain interface specifications specified by the Bluetooth protocol, the vehicle terminal does not draw an incoming call interface, and the vehicle terminal only displays a second incoming call interface drawn by the mobile phone, so that the problem that the incoming call interface drawn by the vehicle terminal is displayed on a screen or the incoming call interface drawn by the vehicle terminal and the incoming call interface sent to the vehicle terminal by the mobile phone are displayed in a superimposed manner can be avoided, and the interference to a user is reduced.

And the terminal equipment draws based on the unified interface drawing standard when drawing the second incoming call interface, so that different brands of automobile machines can be presented to the incoming call interface with unified user styles under the same call scene, or the same brands of automobile machines can be presented to the incoming call interface with unified user styles under different call scenes, thereby being beneficial to improving the look and feel and the use experience of the user.

It should be understood that the sequence numbers of the above processes do not mean the order of execution, and the execution order of the processes should be determined by the functions and internal logic of the processes, and should not be construed as limiting the implementation process of the embodiments of the present application.

The data transmission method provided by the embodiment of the application can be applied to the terminal equipment with the communication function. The specific device configuration of the terminal device may refer to the above related description, and will not be described herein.

The embodiment of the application provides a terminal device, which comprises: comprising the following steps: a processor and a memory; the memory stores computer-executable instructions; the processor executes the computer-executable instructions stored in the memory to cause the terminal device to perform the method described above.

The embodiment of the application provides a chip. The chip comprises a processor for invoking a computer program in a memory to perform the technical solutions in the above embodiments. The principle and technical effects of the present application are similar to those of the above-described related embodiments, and will not be described in detail herein.

The embodiment of the application also provides a computer readable storage medium. The computer-readable storage medium stores a computer program. The computer program realizes the above method when being executed by a processor. The methods described in the above embodiments may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. If implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer readable media can include computer storage media and communication media and can include any medium that can transfer a computer program from one place to another. The storage media may be any target media that is accessible by a computer.

In one possible implementation, the computer readable medium may include random access memory (random access memory, RAM), read-only memory (ROM), compact disk (compact disc read-only memory, CD-ROM) or other optical disk memory, magnetic disk memory or other magnetic storage device, or any other medium targeted for carrying or storing the desired program code in the form of instructions or data structures, and accessible by a computer. Also, any connection is properly termed a computer-readable medium. For example, if the software is transmitted from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (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, includes optical disc, laser disc, optical disc, digital versatile disc (DIGITAL VERSATILE DISC, DVD), floppy disk and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media.

Embodiments of the present application provide a computer program product comprising a computer program which, when executed, causes a computer to perform the above-described method.

Embodiments of the present application are described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processing unit of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processing unit of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

The foregoing detailed description of the application has been presented for purposes of illustration and description, and it should be understood that the foregoing is by way of illustration and description only, and is not intended to limit the scope of the application.

Claims

1. The data transmission method is characterized by being applied to terminal equipment, wherein a first communication link and a second communication link are arranged between the terminal equipment and a vehicle machine, the second communication link is a Bluetooth SCO link, and the method comprises the following steps:

the terminal equipment responds to the received incoming call message and displays a first incoming call interface;

The terminal equipment sends a second incoming call interface to the vehicle machine through the first communication link so that the vehicle machine displays the second incoming call interface;

and the terminal equipment responds to the operation of answering the incoming call on the second incoming call interface of the car machine by the user, and transmits call data with the car machine through the Bluetooth SCO link.

2. The method of claim 1, wherein before the terminal device sends a second incoming call interface to the vehicle over the first communication link, the method further comprises:

the terminal equipment acquires a secondary screen display;

The terminal equipment draws the second incoming call interface;

And the terminal equipment displays the second incoming call interface on the secondary screen display.

3. The method of claim 2, wherein prior to the terminal device drawing the second incoming call interface, the method further comprises:

the terminal equipment acquires incoming call content and status bar content required by drawing the second incoming call interface;

The terminal device draws the second incoming call interface, including:

And the terminal equipment draws the second incoming call interface based on the incoming call content and the status bar content.

4. A method according to any one of claims 1 to 3, wherein the terminal device sends a second incoming call interface to the vehicle machine over the first communication link, comprising:

the terminal equipment sends a screen projection image of the second incoming call interface to the car machine through the first communication link, and the screen projection image is obtained by recording the screen of the second incoming call interface.

5. The method according to any one of claims 1 to 4, wherein before the terminal device sends a second incoming call interface to the car machine over the first communication link, the method further comprises:

the terminal equipment judges whether a first vehicle-to-vehicle interconnection protocol supported by the terminal equipment is the same as a second vehicle-to-vehicle interconnection protocol supported by the vehicle-to-vehicle equipment;

and the terminal equipment establishes the first communication link under the condition that the first vehicle-to-vehicle interconnection protocol is the same as the second vehicle-to-vehicle interconnection protocol.

6. The method of any one of claims 1-5, wherein the first communication link is a wireless fidelity Wi-Fi link.

7. The data transmission method is characterized by being applied to a system comprising terminal equipment and a vehicle machine, wherein a first communication link and a second communication link are arranged between the terminal equipment and the vehicle machine, and the second communication link is a Bluetooth SCO link, and the method comprises the following steps:

The terminal equipment sends a second incoming call interface to the car machine through the first communication link;

The vehicle receives the second incoming call interface through the first communication link;

the car machine displays the second incoming call interface;

The car machine responds to the operation of answering the incoming call on the second incoming call interface of the car machine by a user, and sends a message for answering the incoming call to the terminal equipment through the first communication link;

the terminal equipment receives the incoming call answering message through the first communication link;

And the terminal equipment transmits call data with the vehicle computer through the Bluetooth SCO link based on the message of answering the incoming call.

8. A terminal device, comprising: a processor and a memory, wherein,

The memory is used for storing a computer program;

The processor is configured to invoke and execute the computer program to cause the terminal device to perform the method according to any of claims 1 to 6.

9. A computer readable storage medium for storing a computer program which, when run on a computer, causes the computer to perform the method of any one of claims 1 to 6.

10. A computer program product comprising a computer program which, when run, causes a computer to perform the method of any one of claims 1 to 6.