Vehicle-mounted voice call response method and device, computer device, and storage medium
By identifying and processing the call request types of the in-vehicle terminal, the problem of rejected WeChat voice call requests in vehicles has been solved, enabling users to receive voice calls normally.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- GUANGZHOU AUTOMOBILE GROUP CO LTD
- Filing Date
- 2021-05-24
- Publication Date
- 2026-07-24
AI Technical Summary
When the in-vehicle terminal receives a voice call request, there is a program problem that prevents users from receiving voice calls normally, especially when the in-vehicle WeChat is connected to the mobile WeChat, the voice call request of the in-vehicle WeChat is rejected.
By identifying the call types of the first and second call requests, the requester information is obtained. If the types are the same, the first call page is displayed on the in-vehicle screen to prevent conflicts; if the types are different, pop-up windows are displayed separately to handle their respective requests.
The program issues of the vehicle terminal were resolved, ensuring that users can receive voice calls normally and avoiding conflicts and interruptions in call requests.
Smart Images
Figure CN115396830B_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of automotive communication, and more particularly to an in-vehicle voice call response method, device, computer equipment, and storage medium. Background Technology
[0002] With the development of vehicle-to-everything (V2X) technology, more and more in-vehicle terminals can install in-vehicle social applications (such as WeChat for cars) to realize in-vehicle social functions. However, these in-vehicle social applications have serious program problems when using voice call functions, causing users to be unable to receive voice calls.
[0003] Taking WeChat in a car as an example, when the user's phone's Bluetooth is connected to the car's Bluetooth, and WeChat in the car is logged in, if WeChat in the car receives a voice call request from a friend, it will display a pop-up notification. The phone's WeChat app also receives the voice call request and initiates a Bluetooth call request to the car's terminal. At this point, the car's terminal determines that the Bluetooth call has higher priority and automatically rejects the WeChat voice call request. After the WeChat voice call request is rejected, WeChat's server determines that the user has rejected the voice call request. Therefore, the WeChat voice call request on the phone is also interrupted, preventing the user from receiving voice calls.
[0004] Therefore, it is necessary to find a new in-vehicle voice call response method to solve the above-mentioned program problems and ensure that users can receive voice calls normally. Summary of the Invention
[0005] Therefore, it is necessary to provide a vehicle-mounted voice call response method, device, computer equipment, and storage medium to address the aforementioned technical problems, thereby resolving the program issues of the vehicle-mounted terminal and ensuring that users can receive voice calls normally.
[0006] A method for responding to in-vehicle voice calls, comprising:
[0007] Receive a first call request through a first network; receive a second call request sent by a smart terminal through a second network, wherein the call type of the first call request is the first call type;
[0008] Obtain the requester information of the second call request, and determine the second call type of the second call request based on the requester information;
[0009] If the second call type is the same as the first call type, the first call page is displayed on the in-vehicle screen connected to the in-vehicle terminal according to the first call request.
[0010] A vehicle-mounted voice call response device, comprising:
[0011] The call request receiving module is used to receive a first call request through a first network; and to receive a second call request sent by a smart terminal through a second network, wherein the call type of the first call request is the first call type.
[0012] The call type determination module is used to obtain the requester information of the second call request and determine the second call type of the second call request based on the requester information;
[0013] The response module is configured to display the first call page on the vehicle screen connected to the vehicle terminal according to the first call request if the second call type is the same as the first call type.
[0014] A computer device includes a memory, a processor, and computer-readable instructions stored in the memory and executable on the processor, wherein the processor implements the above-described in-vehicle voice call response method when executing the computer-readable instructions.
[0015] One or more readable storage media storing computer-readable instructions, which, when executed by one or more processors, cause the one or more processors to perform the in-vehicle voice call response method described above.
[0016] The aforementioned in-vehicle voice call response method, device, computer equipment, and storage medium receive a first call request via a first network and a second call request sent by a smart terminal via a second network. The call type of the first call request is the first call type. At this point, the in-vehicle terminal needs to identify different call requests. It obtains the requester information of the second call request and determines the second call type based on the requester information to identify the call type of the second call request. If the second call type is the same as the first call type, a first call page is displayed on the in-vehicle screen connected to the in-vehicle terminal according to the first call request. Here, the call types of the first and second call requests are the same; to prevent conflicts between the first and second call requests, only the first call request needs to be processed. This invention solves the programming problem of in-vehicle terminals, ensuring that users can receive voice calls normally. Attached Figure Description
[0017] To more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings used in the description of the embodiments of the present invention will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0018] Figure 1This is a flowchart illustrating an in-vehicle voice call response method according to an embodiment of the present invention;
[0019] Figure 2 This is a schematic diagram of the structure of an in-vehicle voice call response device in one embodiment of the present invention;
[0020] Figure 3 This is a schematic diagram of a computer device according to an embodiment of the present invention. Detailed Implementation
[0021] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.
[0022] In one embodiment, such as Figure 1 As shown, a vehicle-mounted voice call response method is provided. Taking the application of this method to a vehicle-mounted terminal as an example, it includes the following steps S10-S30.
[0023] S10. Receive a first call request through a first network; receive a second call request sent by a smart terminal through a second network, wherein the call type of the first call request is the first call type.
[0024] Understandably, the in-vehicle voice call response method provided in this embodiment can be applied to in-vehicle terminals. Here, the in-vehicle terminal includes, but is not limited to, a car head unit and a dashcam. An in-vehicle screen refers to a display screen installed inside the car. The in-vehicle terminal is connected to the in-vehicle screen. The in-vehicle screen can display page data from the in-vehicle terminal.
[0025] It should be noted that the method provided in this implementation generally requires the in-vehicle terminal to be in a designated calling environment. Here, a designated calling environment refers to the in-vehicle terminal having a designated social application (software) installed, and the designated social application being logged into a designated account. Designated social applications include, but are not limited to, WeChat, QQ, YiXin, and DingTalk. The designated account can be an account registered by the vehicle owner, driver, or other passengers in the vehicle on the designated social application.
[0026] The in-vehicle terminal is connected to a first network and a second network. The first network includes WiFi / 2G / 3G / 4G / 5G. The first call request can be initiated by a friend of a specified account. For example, if car owner A logs into WeChat on the in-vehicle terminal, and the terminal is connected to a 5G network, and a friend of car owner A initiates a first call request, the in-vehicle terminal can receive this request via the 5G network.
[0027] The second network can be Bluetooth. The smart terminal can be a smartphone. The in-vehicle terminal can establish a Bluetooth connection with the smart terminal, forming a second network. When the smart terminal receives a call request, it can send the second call request to the in-vehicle terminal via Bluetooth. For example, if car owner A logs into WeChat on their smartphone, and the smartphone establishes a Bluetooth connection with the in-vehicle terminal, and a WeChat friend of car owner A initiates a call request, the smartphone sends the second call request to the in-vehicle terminal via Bluetooth, and the in-vehicle terminal can receive the second call request through the Bluetooth network.
[0028] The call type can be set based on the call method of the call request. Call types include, but are not limited to, WeChat call, QQ call, YiXin call, DingTalk call, and mobile phone call. For example, if the call request is made via WeChat, the call type is WeChat call; if it's made via QQ, the call type is QQ call; if it's made via YiXin, the call type is YiXin call; if it's made via DingTalk, the call type is DingTalk call; and if the call request is made via a mobile phone number, the call type is mobile phone call. The call type of the first call request can be marked as the first call type. The first call type can be WeChat call.
[0029] S20. Obtain the requester information of the second call request, and determine the second call type of the second call request based on the requester information.
[0030] Understandably, the smartphone sends a second call request to the in-vehicle terminal via Bluetooth. This second call request includes requester information. The requester information records relevant information about the call request, such as a mobile phone number. The type of the second call request can be identified based on the requester information. In some examples, if the requester information contains the smartphone's own number (i.e., the collection number linked to the smartphone) or other specific number sequences (such as 1000000, 0000000, etc.), the second call type can be determined to be a WeChat call; if the requester information contains a different phone number, the second call type can be determined to be a mobile phone call.
[0031] S30. If the second call type is the same as the first call type, the first call page is displayed on the vehicle screen connected to the vehicle terminal according to the first call request.
[0032] Understandably, the second call type is the same as the first call type. For example, if both the first and second call requests are WeChat calls, then only the first call request needs to be processed, and the second call request is not. In this case, the first call page is displayed on the in-vehicle screen connected to the in-vehicle terminal based on the first call request. In one example, the first call page could be the in-vehicle WeChat call page. After the user selects to answer, the WeChat call is connected, enabling a WeChat voice call.
[0033] In steps S10-S30, a first call request is received via a first network; a second call request sent by a smart terminal is received via a second network. The call type of the first call request is the first call type. At this time, the vehicle terminal needs to identify different call requests. The requester information of the second call request is obtained, and the second call type of the second call request is determined based on the requester information to identify the call type of the second call request. If the second call type is the same as the first call type, a first call page is displayed on the vehicle screen connected to the vehicle terminal according to the first call request. Here, since the call types of the first and second call requests are the same, only the first call request needs to be processed to prevent conflicts between the first and second call requests. This embodiment solves the program problem of the vehicle terminal, ensuring that users can receive voice calls normally.
[0034] Optionally, after step S20, that is, after obtaining the requester information of the second call request and determining the second call type of the second call request based on the requester information, the method further includes:
[0035] S31. If the second call type is different from the first call type, display a first call pop-up window on the vehicle screen according to the first call request; display a second call pop-up window on the vehicle screen according to the second call request.
[0036] Understandably, when the second call type differs from the first call type, both the first and second call requests need to be processed. That is, a first call pop-up window is displayed on the in-vehicle screen based on the first call request; a second call pop-up window is displayed on the in-vehicle screen based on the second call request. Both the first and second call pop-ups have "Answer" and "Hang Up" buttons. Clicking the "Answer" button in the first call pop-up window initiates the first call connection and terminates the second call request. In one example, the first call request is a WeChat call, and the second call is a mobile phone call; answering the WeChat call terminates the mobile phone call. Clicking the "Answer" button in the second call pop-up window initiates the second call connection and terminates the first call request. In another example, the first call request is a WeChat call, and the second call is a mobile phone call; answering the mobile phone call terminates the WeChat call.
[0037] In one example, the in-vehicle screen can display both a first call pop-up and a second call pop-up simultaneously. The user can click the "Answer" button in either the first or second call pop-up, depending on their needs.
[0038] Optionally, step S20, namely obtaining the requester information of the second call request and determining the second call type of the second call request based on the requester information, includes:
[0039] S201. Read the specified number sequence from the requester information;
[0040] S202. Determine whether the specified number sequence is the same as the default identifier of the smart terminal;
[0041] S203. If the specified number sequence is the same as the default identifier of the smart terminal, determine that the second call type is a social software call.
[0042] Understandably, the second call request can be a Bluetooth phone call request sent from a smart terminal to an in-vehicle terminal. The second call request includes requester information. The requester information stores a specified sequence of numbers. The instruction sequence of numbers consists of multiple digits and can be a mobile phone number or other numerical arrangement.
[0043] The default identifier of a smart terminal refers to the Bluetooth phone identifier code set by the mobile phone manufacturer at the factory. Different mobile phone manufacturers generally have different default identifiers. The default identifier can be the smart terminal's own phone number, 1000000, 0000000, etc. When the specified number sequence is the same as the smart terminal's default identifier, it can be determined that the second call request is for a social media call. In one example, a social media call could be a WeChat call.
[0044] Optionally, after step S202, that is, after determining whether the specified number sequence is the same as the default identifier of the smart terminal, the method further includes:
[0045] S204. If the specified number sequence is different from the default identifier of the smart terminal, and the specified number sequence belongs to a mobile phone number, then the second call type is determined to be a mobile phone.
[0046] Understandably, if the specified number sequence is different from the default identifier of the smart terminal, the specified number sequence in the requester information is generally set to the mobile phone number (or landline number) of the telephone caller (such as User B). In this case, it can be determined that the second call type of the second call request is mobile phone.
[0047] Optionally, after step S20, i.e., after receiving the first call request through the first network and the second call request sent by the smart terminal through the second network, the method further includes:
[0048] S21. Respond to the second call request through a delay mechanism.
[0049] Understandably, the first call request is received directly through the first network. The second call request, on the other hand, is first received by the smart terminal, and then sent via Bluetooth from the smart terminal to the in-vehicle terminal through the second network based on that call request. A delay mechanism reduces the likelihood of conflict between the first and second call requests. Here, the delay mechanism refers to postponing the processing of the second call request.
[0050] Optionally, the delay time of the delay mechanism may include 1 second.
[0051] Understandably, the delay time of the delay mechanism can be set according to actual needs. In one example, the delay time includes 1 second.
[0052] It should be understood that the sequence number of each step in the above embodiments does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present invention.
[0053] In one embodiment, an in-vehicle voice call response device is provided, which corresponds one-to-one with the in-vehicle voice call response method described in the above embodiments. For example... Figure 2 As shown, the in-vehicle voice call response device includes a call request receiving module 10, a call type determination module 20, and a response module 30. Detailed descriptions of each functional module are as follows:
[0054] The call request receiving module 10 is used to receive a first call request through a first network and to receive a second call request sent by a smart terminal through a second network, wherein the call type of the first call request is the first call type.
[0055] The call type determination module 20 is used to obtain the requester information of the second call request and determine the second call type of the second call request based on the requester information;
[0056] The response module 30 is used to display the first call page on the vehicle screen connected to the vehicle terminal according to the first call request if the second call type is the same as the first call type.
[0057] Optionally, the response module 30 is further configured to display a first call pop-up window on the vehicle screen according to the first call request if the second call type is different from the first call type; and to display a second call pop-up window on the vehicle screen according to the second call request.
[0058] Optionally, the first network includes WiFi / 2G / 3G / 4G / 5G;
[0059] The second network includes Bluetooth.
[0060] Optionally, the call type determination module 20 includes:
[0061] A digital sequence reading unit is used to read a specified digital sequence from the requester information;
[0062] An identifier determination unit is used to determine whether the specified number sequence is the same as the default identifier of the smart terminal;
[0063] The first call type determination unit is used to determine that the second call type is a social software call if the specified number sequence is the same as the default identifier of the smart terminal.
[0064] Optionally, the call type determination module 20 also includes:
[0065] The first call type determination unit is used to determine the second call type as a mobile phone if the specified number sequence is different from the default identifier of the smart terminal and the specified number sequence belongs to a mobile phone number.
[0066] Optionally, the in-vehicle voice call response device also includes:
[0067] The delay module is used to respond to the second call request through a delay mechanism.
[0068] Optionally, the delay time of the delay mechanism may include 1 second.
[0069] Specific limitations regarding the in-vehicle voice call response device can be found in the limitations of the in-vehicle voice call response method described above, and will not be repeated here. Each module in the aforementioned in-vehicle voice call response device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in hardware or independently of the processor in a computer device, or stored in software in the memory of a computer device, so that the processor can call and execute the operations corresponding to each module.
[0070] In one embodiment, a computer device is provided, which may be a vehicle-mounted terminal, and its internal structure diagram may be as follows: Figure 3As shown, the computer device includes a processor, memory, network interface, display screen, and input device connected via a system bus. The processor provides computing and control capabilities. The memory includes a readable storage medium and internal memory. The non-volatile storage medium stores an operating system and computer-readable instructions. The internal memory provides an environment for the operation of the operating system and computer-readable instructions in the readable storage medium. The network interface is used to communicate with an external server via a network connection. When the computer-readable instructions are executed by the processor, they implement a vehicle-mounted voice call response method. The readable storage medium provided in this embodiment includes both non-volatile and volatile readable storage media.
[0071] In one embodiment, a computer device is provided, including a memory, a processor, and computer-readable instructions stored in the memory and executable on the processor, wherein the processor performs the following steps when executing the computer-readable instructions:
[0072] Receive a first call request through a first network; receive a second call request sent by a smart terminal through a second network, wherein the call type of the first call request is the first call type;
[0073] Obtain the requester information of the second call request, and determine the second call type of the second call request based on the requester information;
[0074] If the second call type is the same as the first call type, the first call page is displayed on the in-vehicle screen connected to the in-vehicle terminal according to the first call request.
[0075] In one embodiment, one or more computer-readable storage media storing computer-readable instructions are provided. The readable storage media provided in this embodiment include non-volatile readable storage media and volatile readable storage media. The readable storage media stores computer-readable instructions, which, when executed by one or more processors, perform the following steps:
[0076] Receive a first call request through a first network; receive a second call request sent by a smart terminal through a second network, wherein the call type of the first call request is the first call type;
[0077] Obtain the requester information of the second call request, and determine the second call type of the second call request based on the requester information;
[0078] If the second call type is the same as the first call type, the first call page is displayed on the in-vehicle screen connected to the in-vehicle terminal according to the first call request.
[0079] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by instructing related hardware with computer-readable instructions. These computer-readable instructions can be stored in a non-volatile readable storage medium or a volatile readable storage medium. When executed, these computer-readable instructions can include the processes of the embodiments of the above methods. Any references to memory, storage, databases, or other media used in the embodiments provided in this application can include non-volatile and / or volatile memory. Non-volatile memory may include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memory may include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), dual data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous link DRAM (SLDRAM), RAMbus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM).
[0080] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the above-described division of functional units and modules is used as an example. In practical applications, the above functions can be assigned to different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above.
[0081] The above-described embodiments are only used to illustrate the technical solutions of the present invention, and are not intended to limit it. Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention, and should all be included within the protection scope of the present invention.
Claims
1. A vehicle-mounted voice call response method, characterized in that, Applications in vehicle-mounted terminals include: The system receives a first call request through a first network; and receives a second call request sent by a smart terminal through a second network. The first call request is a request initiated by a friend of a specified account, wherein the specified account is an account of a specified social application logged in on the vehicle terminal, and the call type of the first call request is a first call type. Obtain the requester information of the second call request, and determine the second call type of the second call request based on the requester information; If the second call type is the same as the first call type, the first call page is displayed on the in-vehicle screen connected to the in-vehicle terminal according to the first call request. If the second call type is different from the first call type, a first call pop-up window is displayed on the vehicle screen according to the first call request; a second call pop-up window is displayed on the vehicle screen according to the second call request.
2. The in-vehicle voice call response method as described in claim 1, characterized in that, The first network includes WiFi / 2G / 3G / 4G / 5G; The second network includes Bluetooth.
3. The in-vehicle voice call response method as described in claim 1, characterized in that, The step of obtaining the requester information of the second call request and determining the second call type of the second call request based on the requester information includes: Read the specified number sequence from the requester information; Determine whether the specified number sequence is the same as the default identifier of the smart terminal; If the specified number sequence is the same as the default identifier of the smart terminal, the second call type is determined to be a social media call.
4. The in-vehicle voice call response method as described in claim 3, characterized in that, After determining whether the specified number sequence is the same as the default identifier of the smart terminal, the method further includes: If the specified number sequence is different from the default identifier of the smart terminal, and the specified number sequence belongs to a mobile phone number, then the second call type is determined to be a mobile phone.
5. The in-vehicle voice call response method as described in any one of claims 1 to 4, characterized in that, The first call request is received through the first network; After receiving the second call request sent by the smart terminal through the second network, it also includes: The second call request is responded to using a delay mechanism.
6. The in-vehicle voice call response method as described in claim 5, characterized in that, The delay time of the delay mechanism includes 1 second.
7. A vehicle-mounted voice call response device, characterized in that, include: The call request receiving module is used to receive a first call request through a first network; The system receives a second call request sent by a smart terminal via a second network. The first call request is a request initiated by a friend of a specified account, wherein the specified account is an account of a specified social application logged in on the vehicle terminal, and the call type of the first call request is a first call type. The call type determination module is used to obtain the requester information of the second call request and determine the second call type of the second call request based on the requester information; The response module is configured to, if the second call type is the same as the first call type, display a first call page on the vehicle screen connected to the vehicle terminal according to the first call request; the response module is further configured to, if the second call type is different from the first call type, display a first call pop-up window on the vehicle screen according to the first call request; and display a second call pop-up window on the vehicle screen according to the second call request.
8. A computer device comprising a memory, a processor, and computer-readable instructions stored in the memory and executable on the processor, characterized in that, When the processor executes the computer-readable instructions, it implements the in-vehicle voice call response method as described in any one of claims 1 to 6.
9. One or more readable storage media storing computer-readable instructions, which, when executed by one or more processors, cause the one or more processors to perform the in-vehicle voice call response method as described in any one of claims 1 to 6.