WO2024022394A1

WO2024022394A1 - Payment method and related apparatus

Info

Publication number: WO2024022394A1
Application number: PCT/CN2023/109377
Authority: WO
Inventors: 高澍阳; 游子婷; 黄思雨
Original assignee: 华为技术有限公司
Priority date: 2022-07-28
Filing date: 2023-07-26
Publication date: 2024-02-01
Also published as: CN117911019A

Abstract

The present application provides a payment method and a related apparatus. The method comprises: a vehicle identifies and obtains a payment code, or the vehicle receives payment information sent by a merchant device; after the vehicle obtains the payment code or the payment information, if the vehicle has a payment capability, the vehicle prompts a user to perform identity authentication and complete payment; after the payment is completed, the vehicle prompts the user that the payment has been successful; and if the vehicle has no payment capability, the vehicle sends a payment authentication request to an electronic device, and upon receipt of the payment authentication request sent by the vehicle, the electronic device prompts the user to perform identity authentication and complete the payment. Thus, external payment of vehicle machine users is completed by means of the collaboration of vehicles and electronic devices, thereby improving the convenience of external payment, and enhancing user experience.

Description

A payment method and related device

This application claims priority to the Chinese patent application filed with the China Patent Office on July 28, 2022, with the application number 202210901709.3 and the application title "A payment method and related devices", the entire content of which is incorporated into this application by reference. .

Technical field

The present application relates to the technical field of vehicle payment, and in particular, to a payment method and related devices.

Background technique

In recent years, with the development of the Internet of Vehicles industry, vehicle and computer applications have been changing with each passing day. All vehicle-mounted service manufacturers have built a car owner service ecosystem centered on the vehicle and computer to meet the service demands of the majority of car owners. As payment is a necessary part of paid use of services, its convenience and security are particularly important.

Currently, car and machine users need to park their cars and use their mobile phones to complete relevant payment operations when making off-site payments. The payment still relies on mobile phones to complete scanning, identification, payment and other processes, which is inconvenient to operate. How to improve the convenience of out-of-field payments for car and machine users requires further research.

Contents of the invention

This application provides a payment method and related devices, which enables vehicles and electronic devices to collaborate to complete off-site payments for vehicle and machine users, improves the convenience of off-site payments and enhances user experience.

In the first aspect, this application provides a payment method. The method includes: the vehicle obtains a payment code by scanning an image with a camera on the vehicle, or the vehicle receives payment information sent by a payment collection device; the vehicle obtains payment details based on the payment code or payment information. , the payment details include one or more of the following: payment amount, product name, payee name; the vehicle completes payment based on the payment details through the first electronic device.

In this way, the vehicle does not need to judge whether the vehicle has the ability to pay. Regardless of whether the vehicle has the ability to pay, the payment is completed through the electronic device.

Through the payment method provided in the first aspect, the vehicle and the electronic device can cooperate to complete the off-site payment of the vehicle and machine users, thereby improving the convenience of the off-site payment and improving the user experience.

In conjunction with the first aspect, in a possible implementation manner, the vehicle completes payment based on the payment details through the first electronic device, which specifically includes: when the vehicle does not have the ability to pay, the vehicle completes the payment based on the payment details through the first electronic device.

In this way, after the vehicle obtains the payment details, it will first determine whether the vehicle has the ability to pay. If the vehicle does not have the ability to pay, the vehicle will then complete the payment through the electronic device.

Combined with the first aspect, in a possible implementation manner, the method also includes: when the vehicle has the ability to pay, the vehicle completes the payment based on the payment details.

In this way, after the vehicle obtains the payment details, it will first determine whether the vehicle has the ability to pay. If the vehicle has the ability to pay, the vehicle can directly complete the payment without relying on other electronic devices to complete the payment.

In conjunction with the first aspect, in a possible implementation, the cameras on the vehicle include cameras in multiple directions, and each direction includes one or more cameras, wherein the first direction includes a first camera and a second camera. Camera; the vehicle scans the image through the camera on the vehicle to obtain the payment code, which specifically includes: the vehicle scans the image through the first camera and the second camera in the first direction and obtains the payment code; wherein the first camera and the second camera are different.

In this way, multiple different cameras can be included in the same direction, and multiple different cameras in the same direction can be turned on at the same time or in a time-sharing manner. The vehicle obtains the payment code by scanning images with multiple different cameras in one direction, which can improve the accuracy of obtaining payment codes by scanning images.

In conjunction with the first aspect, in a possible implementation, the vehicle scans the image through the first camera and the second camera in the first direction and obtains the payment code, which specifically includes: the vehicle turns on the first camera in the first direction, Scan the image through the first camera; if the first camera does not obtain the payment code within the first time, the vehicle turns on the second camera in the first direction, and scans the image through the second camera to obtain the payment code.

In this way, multiple different cameras in the same direction can be turned on at different times to avoid the problem of increased power consumption when turned on at the same time.

Combined with the first aspect, in a possible implementation, the camera on the vehicle includes cameras in multiple directions, and the multiple directions include a first direction and a second direction; the vehicle obtains the payment code by scanning the image with the camera on the vehicle, specifically It includes: the vehicle scans the image through the camera at the first position and the camera at the second position and obtains the payment code; wherein the first position and the second position are different.

In this way, the vehicle can include multiple cameras in different directions, and the multiple cameras in different directions can be turned on at the same time or in a time-sharing manner. The vehicle obtains the payment code by scanning images from multiple cameras in different directions, which can improve the accuracy of obtaining payment codes by scanning images.

Combined with the first aspect, in a possible implementation manner, the vehicle scans the image through the camera at the first position and the camera at the second position and obtains the payment code, which specifically includes: the vehicle turns on the camera at the first position, and passes the The camera in the first position scans the image; when the camera in the first position does not obtain the payment code within the first time, the vehicle turns on the camera in the second position and scans the image through the camera in the second position. to the payment code.

In this way, multiple cameras at different orientations can be turned on in a time-sharing manner to avoid the problem of increased power consumption caused by turning on multiple cameras at different orientations at the same time.

Combined with the first aspect, in one possible implementation, when the vehicle scans the image through the camera on the vehicle to obtain the payment code, before the vehicle scans the image through the camera on the vehicle to obtain the payment code, the method further includes: the vehicle based on the vehicle According to one or more of the status, vehicle location, and environmental information, the camera on the vehicle is turned on.

In this way, the vehicle can automatically turn on the camera to scan the image to obtain the payment code, reducing user operations. For example, the vehicle may automatically turn on the camera at the first orientation and/or the camera at the second orientation on the vehicle. The vehicle may also automatically turn on the first camera at the first orientation and/or the second camera at the first orientation on the vehicle.

In conjunction with the first aspect, in a possible implementation, in the case where the vehicle scans the image through the camera on the vehicle to obtain the payment code, before the vehicle scans the image through the camera on the vehicle to obtain the payment code, the method further includes: the vehicle receives And respond to the user's first operation to turn on the camera on the vehicle.

The first operation may be a voice operation, an operation on a shortcut key, etc.

The first operation may be for turning on a camera at a first orientation and/or a camera at a second orientation on the vehicle. The first operation may also be to turn on the first camera at the first orientation and/or the second camera at the first orientation on the vehicle.

Combined with the first aspect, in one possible implementation, the vehicle receives payment information sent by the payment device, specifically including: the vehicle establishes a short-distance communication connection with the payment device, and receives the payment information sent by the payment device; the short-distance Communication connections include: Bluetooth communication connection, Wi-Fi communication connection, and near field communication NFC communication connection.

In conjunction with the first aspect, in a possible implementation manner, the first electronic device is an electronic device logged into the same account as the vehicle. That is, the vehicle and the electronic device are trusted devices, ensuring the reliability of the collaborative payment process.

In conjunction with the first aspect, in a possible implementation manner, the vehicle completes payment based on the payment details through the first electronic device, which specifically includes: when the vehicle establishes a communication connection with the first electronic device, the vehicle uses the first electronic device based on Payment details to complete the payment.

In connection with the first aspect, in a possible implementation, when the vehicle and the first electronic device do not establish a communication connection, the vehicle displays a first image based on the payment code or payment information, and the first image is used to prompt the user to pass the electronic device. The device scans the first image and completes the payment.

For example, the first image may be a QR code. In this way, the vehicle displays the first image to prompt the user to complete the payment based on scanning the first image with other electronic devices.

Combined with the first aspect, in a possible implementation manner, the vehicle obtains the payment details based on the payment code or payment information, which specifically includes: when the vehicle has parsing capabilities, the vehicle parses the payment details from the payment code or payment information. ; If the vehicle does not have parsing capabilities, the vehicle parses the payment details from the payment code or payment information through the first electronic device, and receives the payment details sent by the first electronic device.

Combined with the first aspect, in one possible implementation, after the vehicle obtains the payment details based on the payment code or payment information, and before the vehicle completes the payment based on the payment details through the first electronic device, the method further includes: when the vehicle has a display sensitive If the vehicle has the information permission, the vehicle displays the payment interface based on the payment details; if the vehicle does not have the permission to display sensitive information, the vehicle displays the payment interface through the first electronic device.

In a second aspect, the application provides a vehicle. The vehicle includes: one or more processors and one or more memories; wherein the one or more memories are coupled with the one or more processors, and the one or more memories are used to In order to store the computer program code, the computer program code includes computer instructions, and one or more processors call the computer instructions to cause the vehicle to execute a payment method provided in any possible implementation of any of the above aspects.

In a third aspect, this application provides a computer-readable storage medium. Instructions are stored in the computer-readable storage medium. When the instructions are run on the vehicle, the vehicle is caused to execute any of the above aspects. Any of the possible implementation methods provide a payment method.

In a fourth aspect, this application provides a computer program product. When the computer program product is executed by a vehicle, it causes the vehicle to execute a payment method provided in any possible implementation of any of the above aspects.

For the beneficial effects of the second to fourth aspects, reference may be made to the description of the beneficial effects of the first aspect, which will not be described again in this application.

Description of drawings

Figures 1-2 are schematic diagrams of a scenario provided by the embodiment of the present application;

Figure 3 is a schematic diagram of a system architecture provided by an embodiment of the present application;

Figure 4 is a schematic structural diagram of a vehicle 100 provided by an embodiment of the present application;

Figure 5 is a functional module schematic diagram of a vehicle 100 provided by an embodiment of the present application;

Figure 6 is a schematic structural diagram of an electronic device 200 provided by an embodiment of the present application;

Figure 7 is a schematic diagram of a scenario provided by an embodiment of the present application;

8A-8B are schematic diagrams of a vehicle 100 displaying a payment interface provided by an embodiment of the present application;

Figure 8C is a schematic diagram of a vehicle 100 displaying a QR code according to an embodiment of the present application;

9A-9B are schematic diagrams of an electronic device 200 displaying a payment interface provided by an embodiment of the present application;

Figures 10A-10C are schematic diagrams of another vehicle 100 displaying a payment interface provided by an embodiment of the present application;

Figure 10D is a schematic diagram of another vehicle 100 displaying a payment interface provided by an embodiment of the present application;

Figures 10E to 10G are schematic diagrams of a payment interface displayed on an electronic device 200 according to an embodiment of the present application;

Figure 11 is a schematic flow chart of a payment method provided by an embodiment of the present application;

Figure 12 is a schematic flow chart of another payment method provided by an embodiment of the present application.

Detailed ways

The technical solutions in the embodiments of the present application will be described clearly and in detail below with reference to the accompanying drawings. Among them, in the description of the embodiments of this application, unless otherwise stated, "/" means or, for example, A/B can mean A or B; "and/or" in the text is only a way to describe related objects. The association relationship means that there can be three relationships. For example, A and/or B can mean: A exists alone, A and B exist simultaneously, and B exists alone. In addition, in the description of the embodiment of the present application , "plurality" means two or more than two.

Hereinafter, the terms “first” and “second” are used for descriptive purposes only and shall not be understood as implying or implying relative importance or implicitly specifying the quantity of indicated technical features. Therefore, the features defined as “first” and “second” may explicitly or implicitly include one or more of the features. In the description of the embodiments of this application, unless otherwise specified, “plurality” The meaning is two or more.

The term "user interface (UI)" in the following embodiments of this application is a media interface for interaction and information exchange between an application or operating system and a user. It realizes the difference between the internal form of information and the form acceptable to the user. conversion between. The user interface is source code written in specific computer languages such as Java and extensible markup language (XML). The interface source code is parsed and rendered on the electronic device, and finally presented as content that the user can recognize. The commonly used form of user interface is graphical user interface (GUI), which refers to a user interface related to computer operations that is displayed graphically. It can be text, icons, buttons, menus, tabs, text boxes, dialog boxes, status bars, navigation bars, widgets and other visual interface elements displayed on the display screen of an electronic device.

This application provides a payment method. The method includes: the vehicle 100 identifies and obtains the payment code, or the vehicle 100 receives the payment information sent by the merchant device.

After the vehicle 100 obtains the payment code or payment information, and the vehicle 100 has the permission to display sensitive information, the vehicle 100 displays the payment user interface. When the vehicle 100 does not have the permission to display sensitive information, the vehicle 100 sends the payment code or payment information to the electronic device 200, and the electronic device 200 displays the payment user interface.

When the vehicle 100 has the ability to pay, the vehicle 100 prompts the user to perform identity authentication and complete payment. After the payment is completed, the vehicle 100 prompts the user that the payment has been successful.

When the vehicle 100 has no payment ability, the vehicle 100 sends a payment authentication request to the electronic device 200. After receiving the payment authentication request sent by the vehicle 100, the electronic device 200 prompts the user to perform identity authentication and completes the payment. After the payment is completed, the electronic device 200 prompts the user that the payment has been successful, or the electronic device 200 sends a payment success message to the vehicle 100, and the vehicle 100 prompts the user that the payment has been successful.

In this way, the vehicle 100 and the electronic device 200 cooperate to complete the off-site payment of the vehicle and machine user, which improves the convenience of off-site payment and enhances the user experience.

It should be noted that the embodiments of the present application are not only applicable to the vehicle 100 but are also applicable to other types of electronic devices, such as large screens, smart watches, etc., in cooperative payment scenarios with the electronic device 200 .

The payment method provided by the embodiment of the present application can be applied to application scenarios where the vehicle 100 pays parking fees in parking lots, application scenarios where the vehicle 100 pays refueling fees at gas stations, application scenarios where the vehicle 100 pays electricity bills at charging stations, and application scenarios where the vehicle 100 pays car wash fees at car wash stations. Scenarios, vehicle 100 payment toll application scenarios, vehicle 100 payment bridge toll application scenarios, etc. are not limited to the above application scenarios. This method can also be applied to other vehicle payment scenarios, and the embodiments of this application are not limited to this.

In each of the above payment scenarios, after completing services such as parking, refueling, charging, crossing roads, and crossing bridges, the vehicle 100 needs to make a payment at a node. In one possible implementation, the payment nodes in different scenarios include: For the payment code, the vehicle 100 scans the code image and obtains the payment code, and completes the payment process on the vehicle 100 or the electronic device 200 . In other possible implementations, a charging device is provided at the payment node in different scenarios. The vehicle 100 can establish a short-distance communication connection with the charging device. The charging device sends the payment information to the vehicle 100 through the short-distance communication connection. The vehicle 100 After obtaining the payment information, the payment process can be completed on the vehicle 100 or the electronic device 200 .

For example, in the application scenario of paying gas fees at a gas station, the charging device may be a gas pile or a gas gun. In the application scenario of paying the electricity bill of a charging station, the charging device can be a charging pile or a charging gun. In the application scenario of paying car wash fees at a car wash station, the charging device may be an automatic charging device installed in the car wash station. It should be noted that in different scenarios, the form of charging devices may be the same or different, and the number of charging devices may also be one or more. The embodiments of this application do not limit the form and number of charging devices in each application scenario.

FIG. 1 exemplarily shows a schematic diagram of the vehicle 100 obtaining the payment code in the application scenario of paying gas station refueling fees.

For example, in the application scenario of paying gas station refueling fees, the payment code can be located on each refueling pile. The payment code for each gas station can be different. It should be noted that the payment code used to identify the vehicle 100 in the gas station can also be displayed in other forms, which is not limited in the embodiment of the present application.

As shown in FIG. 1 , the camera on the vehicle 100 is turned on. When the vehicle 100 refuels through the gas station 2 , the vehicle 100 can obtain the payment code of the gas station 2 .

In one possible implementation, after the vehicle and machine user informs the staff of the model and amount of refueling, the payment code can be displayed on the refueling pile 2, and the vehicle 100 can scan the payment code through the camera on the vehicle 100, and the vehicle 100 to complete the payment or complete the payment through the electronic device 200 .

Optionally, when the gas station has refueling business, the payment code will be displayed on the gas station. When there is no refueling business, the payment code does not need to be displayed on the refueling pile.

Optionally, due to differences in the refueling business, for example, different users have different refueling volumes and refueling models, the refueling pile can update the payment code on the refueling pile every time the refueling business is performed.

In other possible implementations, the payment code on the fuel pump can also be immutable. The vehicle 100 can scan the payment code through the camera on the vehicle 100, and prompt the user to enter the refueling station number, refueling model, refueling volume, and determine the refueling amount, etc. In this way, the payment codes on different refueling stations can be the same, and there is no need to change each refueling business, making it more versatile. After determining the refueling amount, the vehicle 100 completes the payment or completes the payment through the electronic device 200 .

Figure 2 schematically shows a schematic diagram of vehicle 100 obtaining payment information sent by a charging device in the application scenario of paying gas station refueling fees. picture.

For example, in the application scenario of paying gas station refueling fees, the charging device may be a refueling gun on the corresponding refueling pile. It should be noted that the charging equipment in the gas station can also be in other display forms, which is not limited in the embodiment of the present application.

As shown in Figure 2, when the vehicle 100 is refueled through the refueling pile 2, after the vehicle and machine user informs the staff of the model and amount of refueling, the staff will approach the refueling gun of the refueling pile 2 towards the vehicle 100. When the refueling nozzle of the refueling pile 2 and the vehicle 100 are within a preset distance, the refueling nozzle of the refueling pile 2 and the vehicle 100 can establish a short-distance communication connection, for example, through near field communication (NFC). . After the refueling nozzle of the refueling pile 2 establishes a short-distance communication connection with the vehicle 100 , the refueling nozzle of the refueling pile 2 sends the payment information to the vehicle 100 .

After the vehicle 100 obtains the payment information, the vehicle 100 can complete the payment based on the payment information. Or the vehicle 100 sends the payment information to the electronic device 200, and the payment is completed through the electronic device 200.

The method in which the vehicle 100 obtains the payment code or payment information shown in Figures 1 and 2 is also applicable to other application scenarios, and the embodiments of the present application will not be described again here.

Figure 3 exemplarily shows a schematic diagram of a system architecture provided by an embodiment of the present application.

As shown in FIG. 3 , the vehicle 100 can establish a communication connection with the electronic device 200 . The device type of the electronic device 200 may be of various types, and the embodiment of the present application does not place any special restrictions on the specific types of the multiple electronic devices. For example, the type of electronic device 200 may include a mobile phone, a tablet computer, a desktop computer, a laptop computer, a handheld computer, a notebook computer, a smart screen, a wearable device (such as a smart watch), or augmented reality (AR). Equipment, virtual reality (VR) equipment, artificial intelligence (AI) equipment, car machines, smart headsets, game consoles, and can also include Internet of things (IOT) equipment or smart home equipment such as smart phones Water heaters, smart lighting, smart air conditioners, etc. Without being limited thereto, multiple devices in the system 400 may also include non-portable terminal devices such as laptops with touch-sensitive surfaces or touch panels, desktop computers with touch-sensitive surfaces or touch panels, and the like.

The vehicle 100 is not limited to establishing communication connections with the electronic device 200 . The vehicle 100 can also establish communication connections with more devices at the same time, which is not limited in the embodiments of the present application.

The following embodiments of the present application take the electronic device 200 as a mobile phone as an example for description.

The vehicle 100 and the electronic device 200 may be connected in any of the following ways.

Method 1: The vehicle 100 and the electronic device 200 can be connected to the same network. For example, the vehicle 100 and the electronic device 200 can be connected to the same local area network to establish a collaborative connection.

Method 2: The vehicle 100 and the electronic device 200 can also log in to the same system account to establish a collaborative connection. For example, the system accounts logged in to both the vehicle 100 and the electronic device 200 may be "HW1234".

Method 3: The system accounts logged in on the vehicle 100 and the electronic device 200 may both belong to the same account group. For example, the system accounts logged into the vehicle 100 and the electronic device 200 include "HW001", "HW002", and "HW003". System accounts "HW001", "HW002", and "HW003" all belong to the account group "Huawei Home".

Method 4: The vehicle 100 and the electronic device 200 can communicate via near field communication (NFC), Bluetooth (BT), wireless local area networks (WLAN), such as wireless fidelity point to point. , Wi-Fi P2P), infrared technology (infrared, IR) and other methods to establish connections.

Method 5: The vehicle 100 and the electronic device 200 can establish a temporary account group by scanning the same QR code and establish a collaborative connection to achieve communication.

Not limited to the above five methods, the vehicle 100 and the electronic device 200 can also establish communication connections through other methods, which are not limited in the embodiments of the present application.

In addition, the vehicle 100 and the electronic device 200 can also be connected and communicated in any of the above ways, and this is not limited in the embodiments of the present application.

After the vehicle 100 establishes a communication connection with the electronic device 200, and after the vehicle 100 obtains the payment code or payment information, the vehicle 100 can cooperate with the electronic device 200 to complete the payment.

Specifically, if the vehicle 100 has the display capability, the vehicle 100 can display the payment user interface based on the payment code or payment information. When the vehicle 100 does not have the display capability, the vehicle 100 sends the payment code or payment information to the electronic device 200, and the electronic device 200 displays the payment user interface.

When the vehicle 100 has the payment authentication capability, the vehicle 100 prompts the user to perform identity authentication and complete payment. After the payment is completed, the vehicle 100 prompts the user that the payment has been successful.

Next, the vehicle 100 provided by the embodiment of the present application is introduced.

The vehicle 100 in the embodiment of the present application may include large cars, small cars, electric vehicles, motorcycles, tractors and other motor vehicles.

Referring to Figure 4, Figure 4 is a schematic structural diagram of a vehicle 100 provided by an embodiment of the present application.

As shown in Figure 4, vehicle 100 includes: bus 11, multiple electronic control units (ECUs), engine 13, telematics box (T-BOX) 14, transmission 15, smart cockpit 16, anti-lock Antilock brake system (ABS) 17, sensor system 18, camera system 19, microphone 20, etc.

Among them, the bus 11 can be a controller area network (controller area network, CAN) bus or an IP bus.

The bus 11 is a serial communication network that supports distributed control or real-time control and is used to connect various components of the vehicle 100 . Any component on bus 11 can monitor all data transmitted on bus 11. The frames transmitted by bus 11 can include data frames, remote frames, error frames, and overload frames. Different frames transmit different types of data. In this embodiment of the present application, the bus 11 can be used to transmit data involved in various components in the control method based on voice instructions. For the specific implementation of this method, please refer to the detailed description of the method embodiment below.

Not limited to the bus 11, in some other embodiments, various components of the vehicle 100 may also be connected and communicated through other methods. For example, each component can also communicate through the vehicle Ethernet (ethernet) local interconnect network (LIN) bus, FlexRay and common vehicle network system (media oriented systems, MOST) bus, etc., the embodiments of this application are No restrictions. The following embodiments are described based on the communication of various components through the bus 11.

The ECU is equivalent to the processor or brain of the vehicle 100 and is used to instruct corresponding components to perform corresponding actions based on instructions obtained from the bus 11 or based on operations input by the user. ECU can be composed of a security chip, a microprocessor (microcontroller unit, MCU), a random access memory (random access memory, RAM), a read-only memory (random-only memory, ROM), and an input/output interface (I/O). , analog/digital converter (A/D converter) and input, output, shaping, drive and other large-scale integrated circuits.

There are many types of ECUs, and different types of ECUs can be used to implement different functions.

The multiple ECUs in the vehicle 100 may include, for example: an engine ECU 121, a telematics box (T-BOX) ECU 122, a transmission ECU 123, an antilock brake system (antilock brake system, ABS) ECU 125, etc.

The engine ECU121 is used to manage the engine and coordinate various functions of the engine. For example, it can be used to start the engine, shut down the engine, etc. The engine is the device that powers the vehicle 100 . An engine is a machine that converts some form of energy into mechanical energy. The vehicle 100 may be used to burn chemical energy of liquid or gas, or convert electrical energy into mechanical energy and output power to the outside. The engine components can include two major mechanisms, the crank connecting rod mechanism and the valve mechanism, as well as five major systems including cooling, lubrication, ignition, energy supply, and starting system. The main components of the engine include cylinder block, cylinder head, piston, piston pin, connecting rod, crankshaft, flywheel, etc.

T-BOX ECU122 is used to manage T-BOX14.

T-BOX14 is mainly responsible for communicating with the Internet, providing a remote communication interface for the vehicle 100, including navigation, entertainment, driving data collection, driving track recording, vehicle fault monitoring, vehicle remote query and control (such as opening and closing, air conditioning control, window Control, engine torque limit, engine start and stop, adjust seats, check battery power, fuel level, door status, etc.), driving behavior analysis, wireless hotspot sharing, roadside assistance, abnormality reminder and other services.

T-BOX14 can be used to communicate with car telematics service provider (TSP) and user (such as driver) side electronic devices to realize vehicle status display and control on electronic devices. When the user sends a control command through the vehicle management application on the electronic device, the TSP will send a request command to T-BOX14. After obtaining the control command, T-BOX14 sends a control message through the CAN bus and controls the vehicle 100. Finally, the operation results are fed back to the vehicle management application on the user-side electronic device. In other words, the data read by T-BOX14 through bus 11, such as vehicle condition reports, driving reports, fuel consumption statistics, violation inquiries, location tracks, driving behavior and other data, can be transmitted to the TSP backend system through the network, and the TSP backend system The system forwards it to the electronic device on the user side for the user to view.

T-BOX14 may specifically include a communication module and a display screen.

Among them, the communication module can be used to provide wireless communication functions to support the vehicle 100 through wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) network), Bluetooth (bluetooth, BT), global navigation Satellite system (global navigation satellite system, GNSS), frequency modulation (FM), near field communication technology (near field communication, NFC), infrared technology (infrared, IR), ultra-wideband (UWB) and other wireless communication technologies communicate with other devices. The communication module can also be used to provide mobile communication functions to support the vehicle 100 through global system for mobile communications (GSM), universal mobile telecommunications system (UMTS), wideband code division multiple access (wideband code division) multiple access (WCDMA), time-division code division multiple access (TD-SCDMA), long term evolution (LTE), 5G and future 6G and other communication technologies to communicate with other devices.

The communication module can establish connections and communicate with other devices such as servers and user-side electronic devices through vehicle to everything (V2X) communication technology (cellular V2X, C-V2X) based on cellular networks. C-V2X may include, for example, V2X based on long term evolution (LTE) (LTE-V2X), 5G-V2X, etc.

In some embodiments, the vehicle 100 can establish a short-distance communication connection with a toll collection device based on the communication module, so that the toll collection device can send payment information to the vehicle 100 so that vehicle users, passengers and other drivers and passengers do not need to get out of the car or do not need to Take out your mobile phone and scan the payment code outside the car to obtain the payment information and complete the payment. It improves the convenience of out-of-field payment, improves user experience, and also ensures the driving safety of car and machine users.

The display screen is used to provide a visual interface to the driver. The vehicle 100 may include one or more display screens, for example, it may include a vehicle-mounted display screen disposed in front of the driver's seat, a display screen disposed above the seat for displaying surrounding conditions, and may also include projecting information onto the windshield. Head-up digital display (HUD) on the computer, etc. The display screen used to display the user interface in the vehicle 100 provided in subsequent embodiments may be a vehicle-mounted display screen installed next to the seat, or may be a display screen installed above the seat, or may be a HUD, etc., or may be It can be the display screen on the instrument panel, or it can be the central control screen. There is no limit here. For the user interface displayed on the display screen of the vehicle 100, please refer to the detailed description of subsequent embodiments, and will not be described again here. The embodiments of this application do not limit the size and display style of the HUD and instrument panel.

Optionally, the display screen can display the payment information or payment code obtained by the vehicle 100 to prompt the user to complete the payment.

T-BOX14 may also be called a vehicle-machine system, a telematics processor, a vehicle gateway, etc., and the embodiments of this application do not limit this.

The transmission ECU123 is used to manage the transmission.

The transmission 15 can be used to change the engine speed and torque. It can fix or change the output shaft and input shaft transmission ratios in stages. The components of the transmission 15 may include a transmission mechanism, a control mechanism, a power output mechanism, etc. The main function of the speed change transmission mechanism is to change the value and direction of torque and rotational speed; the main function of the control mechanism is to control the transmission mechanism to realize the transformation of the transmission ratio, that is, to achieve gear shifting, in order to achieve variable speed and torque.

The smart cockpit 16 may include but is not limited to driving records and a central control screen. In some embodiments, the smart cockpit 16 may also include a driving recorder ECU, and the driving recorder ECU is used to manage the driving recorder. In some embodiments, the vehicle 100 may not include a driving recorder ECU. The components of the driving recorder can include the host computer, vehicle speed sensor, data analysis software, etc. A driving recorder is an instrument that records the images and sounds of a vehicle while it is driving, including driving time, speed, location and other related information. In the embodiment of the present application, when the vehicle is driving, the vehicle speed sensor collects the wheel speed and sends the vehicle speed information to the driving recorder through the bus 11 . The central control screen may be a large smart screen. The embodiment of this application does not limit the size and display style of the central control screen.

ABS ECU125 is used to manage ABS17.

ABS17 automatically controls the braking force of the brake when the vehicle is braking, so that the wheels are not locked and are in a rolling and sliding state to ensure the maximum adhesion between the wheels and the ground. During the braking process, when the electronic control device determines that a wheel tends to lock based on the wheel speed signal input by the wheel speed sensor, the ABS will enter the anti-lock brake pressure adjustment process.

The sensor system 18 may include: acceleration sensor, vehicle speed sensor, vibration sensor, gyroscope sensor, radar sensor, signal transmitter, signal receiver, etc., pressure sensor, etc. The acceleration sensor and the vehicle speed sensor are used to detect the speed of the vehicle 100 . The shock sensor can be disposed under the seat, on the seat belt, on the seat back, on the operating panel, on the airbag or in other locations to detect whether the vehicle 100 is collided and where the user is. A gyro sensor may be used to determine the motion attitude of the vehicle 100 . Radar sensors can include lidar, ultrasonic radar, millimeter wave radar, etc. The radar sensor is used to emit electromagnetic waves to illuminate the target and receive its echo, thereby obtaining information such as the distance from the target to the electromagnetic wave emission point, distance change rate (radial velocity), orientation, altitude, etc., thereby identifying other vehicles near the vehicle 100 , pedestrians or roadblocks, etc. The signal transmitter and signal receiver are used to send and receive signals. The signals can be used to detect the location of the user. The signals can be, for example, ultrasonic waves, millimeter waves, lasers, etc. The pressure sensor is used to collect pressure data. The vehicle 100 can monitor whether there are passengers on the smart cockpit based on the pressure data to determine the number of people on the vehicle 100 .

Camera system 19 may include multiple cameras for capturing still images or video. The cameras in the camera system 19 can be set at one or more locations above, below, in front, behind, left, right, inside the car, etc., to facilitate the implementation of assisted driving, driving recording, panoramic view, in-car monitoring and other functions.

Among them, the number of cameras in each direction may include one, or may be two or more.

In some embodiments, the camera on the vehicle can be used to collect the payment code used in the corresponding scenario, so that vehicle users, passengers and other drivers and passengers can complete the process without getting out of the car or taking out their mobile phones to scan the payment code outside the vehicle. Pay. It improves the convenience of out-of-field payment, improves user experience, and also ensures the driving safety of car and machine users.

The sensor system 18 and the camera system 19 can be used to detect the surrounding environment to facilitate the vehicle 100 to make corresponding decisions to respond to environmental changes. For example, they can be used to complete the task of paying attention to the surrounding environment during the autonomous driving phase.

Microphone 20, also called "microphone" or "microphone", is used to convert sound signals into electrical signals. When making a call or outputting a voice command, the user can speak close to the microphone 20 with the human mouth and input the sound signal to the microphone 20 . The vehicle 100 may be provided with at least one microphone 20 . In other embodiments, the vehicle 100 may be provided with two microphones 20, which in addition to collecting sound signals, may also implement a noise reduction function. In other embodiments, the vehicle 100 can also be equipped with three, four or more microphones 20 to form a microphone array to collect sound signals, reduce noise, identify sound sources, and implement directional recording functions, etc.

In addition, the vehicle 100 may also include multiple interfaces, such as a USB interface, an RS-232 interface, an RS485 interface, etc., and may be connected to external cameras, microphones, headphones, and user-side electronic devices.

In this embodiment of the present application, the microphone 20 may be used to detect voice instructions input by the user. The sensor system 18, camera system 19, T-BOX 14, etc. can be used to obtain the role information of the user who inputs the voice command. For the manner in which each component in the vehicle 100 obtains the user's role information, please refer to the relevant descriptions in subsequent method embodiments. T-BOX ECU122 can be used to determine whether the current user has the permission corresponding to the voice command based on the role information. Only if the permission is granted, T-BOX ECU122 dispatches the corresponding components in the vehicle 100 to respond to the voice command.

In some embodiments, the sensor system 18, the camera system 19, the T-BOX 14, etc. are not only used to obtain the role information of the user who inputs the voice command, but can also be used to obtain the role information of other users. T-BOX ECU122 can be used to combine the role information of the user who inputs the voice command and the role information of other users to determine whether the current user has the permission corresponding to the voice command.

In some embodiments, sensor system 18, camera system 19, T-BOX 14, etc. may be used to obtain the vehicle status of vehicle 100. T-BOX ECU122 can be used to determine whether the current user has the authority corresponding to the voice command based on the vehicle status and the user's role information.

In some embodiments, memory in vehicle 100 may be used to store binding relationships between the vehicle and the user.

It can be understood that the structure illustrated in the embodiment of the present application does not constitute a specific limitation on the vehicle system. Vehicle 100 may include more or fewer components than illustrated, some components combined, some components separated, or different component arrangements. The components illustrated may be implemented in hardware, software, or a combination of software and hardware.

For example, the vehicle 100 may also include a separate memory, battery, lights, wipers, instrument panel, audio, vehicle terminal (transmission control unit, TCU), auxiliary control unit (auxiliary control unit, ACU), intelligent entry and starting system ( Passive entry passive start (PEPS), on-board unit (OBU), body control module (BCM), charging interface, etc. The memory may be used to store permission information for different roles in the vehicle 100 . The permission information indicates the permissions that the role has or does not have to use the vehicle 100 . In some embodiments, the memory may be used to store permission information of different roles in the vehicle 100 in different vehicle states. In some embodiments, the memory may be used to store permission information for different roles in the vehicle 100 when there are different other roles.

The specific functions of each component of the vehicle 100 can also be referred to the introduction of subsequent method embodiments, and will not be described again here.

FIG. 5 exemplarily shows a functional module diagram of the vehicle 100 .

The vehicle 100 includes but is not limited to: payment sensing module 501, display module 502, identity authentication module 503 and notification module 504.

Among them, the payment sensing module 501 is used to obtain payment codes or payment information.

Among them, the payment sensing module 501 can collect images based on the camera on the vehicle 100 and obtain the payment code. Among them, the payment sensing module 501 can obtain payment information from the payment code. The payment sensing module 501 may also receive the user's operation input payment requirement to obtain the payment information after obtaining the payment code.

The payment sensing module 501 can also establish a short-distance communication connection based on the communication module on the vehicle 100 and the charging device in the corresponding scene. The payment sensing module 501 directly obtains the payment sent by the charging device through the short-distance communication connection with the charging device. information. Among them, short-distance communication includes but is not limited to Bluetooth, Wi-Fi, NFC, etc.

After the payment sensing module 501 obtains the payment code or payment information, the payment sensing module 501 is also configured to send the payment code or payment information to the display module 502 .

After the display module 502 obtains the payment code or payment information, and if the vehicle 100 has the ability to parse information and the permission to display sensitive information, the display module 502 is configured to display the payment interface based on the payment code or payment information. In vehicle 100 there is no ability to parse information and display In the case of sensitive information permission, the display module 502 is used to send the payment code or payment information to the electronic device 200 with which the communication connection is established, and the electronic device 200 displays the payment interface based on the payment code or payment information.

If the payment interface is displayed on the vehicle 100, the display module 502 is also used to send the identity verification instruction to the identity authentication module 503.

After receiving the identity verification instruction, the identity authentication module 503 verifies the user's identity based on the biometric information stored on the vehicle 100 to complete the payment if the vehicle 100 has the payment capability. When the vehicle 100 does not have the ability to pay, the identity authentication module 503 can verify the user's identity through the electronic device 200 that establishes a communication connection with it to complete the payment.

If the payment interface is displayed on the electronic device 200, the electronic device 200 can send an identity verification instruction to the vehicle 100. After the vehicle 100 receives the identity verification instruction sent by the electronic device 200, and if the vehicle 100 has the payment capability, the identity authentication module 503 verifies the user's identity based on the biometric information stored on the vehicle 100 to complete the payment. When the vehicle 100 does not have the payment ability, the identity authentication module 503 can verify the user's identity through the electronic device 200 that establishes a communication connection with it to complete the payment.

If the vehicle 100 verifies the user's identity to complete the payment, the identity authentication module 503 is also used to send a payment completion notification to the notification module 504 .

After the notification module 504 receives the payment completion notification, the notification module 504 can remind the vehicle user that the vehicle 100 has completed the payment through one or more methods such as voice, text, pictures, light flashing, vibration, etc.

If the electronic device 200 verifies the user's identity to complete the payment, in a possible implementation, the electronic device 200 can prompt the vehicle user that the vehicle 100 has completed the payment through one or more methods such as voice, text, pictures, light flashing, vibration, etc. Pay. In other possible implementations, the electronic device 200 sends a payment completion notification to the vehicle 100. After the vehicle 100 receives the payment completion notification, the vehicle 100 can use one or more methods such as voice, text, pictures, light flashing, vibration, etc. The vehicle and machine user is prompted that payment for vehicle 100 has been completed.

It should be noted that one or more of the above functional modules can exist alone to implement the preset function, or two or more can be combined into one to implement the preset function. This is not limited in the embodiments of the present application.

FIG. 6 exemplarily shows a schematic structural diagram of the electronic device 200.

The electronic device 200 may be a mobile phone, a tablet computer, a desktop computer, a laptop computer, a handheld computer, a notebook computer, an ultra-mobile personal computer (UMPC), a netbook, a cellular phone, a personal digital assistant (personal digital assistant) digital assistant (PDA), augmented reality (AR) device, virtual reality (VR) device, artificial intelligence (AI) device, wearable device, vehicle-mounted device, smart home device and/or Smart city equipment, the embodiment of this application does not place special restrictions on the specific type of electronic equipment. The following embodiments of the present application take the electronic device 200 as a mobile phone as an example for description.

The electronic device 200 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2 , mobile communication module 150, wireless communication module 160, audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone interface 170D, sensor module 180, button 190, motor 191, indicator 192, camera 193, display screen 194, and Subscriber identification module (subscriber identification module, SIM) card interface 195, etc. The sensor module 180 may include a pressure sensor 180A, a gyro sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, and ambient light. Sensor 180L, bone conduction sensor 180M, etc.

It can be understood that the structure illustrated in the embodiment of the present invention does not constitute a specific limitation on the electronic device 200 . In other embodiments of the present application, the electronic device 200 may include more or fewer components than shown in the figures, or some components may be combined, some components may be separated, or some components may be arranged differently. The components illustrated may be implemented in hardware, software, or a combination of software and hardware.

The processor 110 may include one or more processing units. For example, the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processing unit (GPU), and an image signal processor. (image signal processor, ISP), controller, video codec, digital signal processor (digital signal processor, DSP), baseband processor, and/or neural network processor (neural-network processing unit, NPU), etc. Among them, different processing units can be independent devices or integrated in one or more processors.

The controller can generate operation control signals based on the instruction operation code and timing signals to complete the control of fetching and executing instructions.

The processor 110 may also be provided with a memory for storing instructions and data. In some embodiments, the memory in processor 110 is cache memory. This memory may hold instructions or data that have been recently used or recycled by processor 110 . If the processor 110 needs to use the instructions or data again, it can be called directly from the memory. Repeated access is avoided and the waiting time of the processor 110 is reduced, thus improving the efficiency of the system.

In some embodiments, processor 110 may include one or more interfaces. Interfaces may include integrated circuits (inter-integrated circuit, I2C) interface, integrated circuit built-in audio (inter-integrated circuit sound, I2S) interface, pulse code modulation (PCM) interface, universal asynchronous receiver/transmitter (UART) interface, mobile Mobile industry processor interface (MIPI), general-purpose input/output (GPIO) interface, subscriber identity module (SIM) interface, and/or universal serial bus (universal serial bus) bus, USB) interface, etc.

It can be understood that the interface connection relationships between the modules illustrated in the embodiment of the present invention are only schematic illustrations and do not constitute a structural limitation of the electronic device 200 . In other embodiments of the present application, the electronic device 200 may also adopt different interface connection methods in the above embodiments, or a combination of multiple interface connection methods.

The charging management module 140 is used to receive charging input from the charger. Among them, the charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 may receive charging input from the wired charger through the USB interface 130 . In some wireless charging embodiments, the charging management module 140 may receive wireless charging input through the wireless charging coil of the electronic device 200 . While the charging management module 140 charges the battery 142, it can also provide power to the electronic device through the power management module 141.

The power management module 141 is used to connect the battery 142, the charging management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charging management module 140, and supplies power to the processor 110, the internal memory 121, the display screen 194, the camera 193, the wireless communication module 160, and the like. The power management module 141 can also be used to monitor battery capacity, battery cycle times, battery health status (leakage, impedance) and other parameters. In some other embodiments, the power management module 141 may also be provided in the processor 110 . In other embodiments, the power management module 141 and the charging management module 140 may also be provided in the same device.

The wireless communication function of the electronic device 200 can be implemented through the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, the modem processor and the baseband processor, etc.

The electronic device 200 implements display functions through a GPU, a display screen 194, an application processor, and the like. The GPU is an image processing microprocessor and is connected to the display screen 194 and the application processor. GPUs are used to perform mathematical and geometric calculations for graphics rendering. Processor 110 may include one or more GPUs that execute program instructions to generate or alter display information.

The display screen 194 is used to display images, videos, etc. Display 194 includes a display panel. The display panel can use a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active matrix organic light emitting diode or an active matrix organic light emitting diode (active-matrix organic light emitting diode). emitting diode (AMOLED), flexible light-emitting diode (FLED), Miniled, MicroLed, Micro-oLed, quantum dot light emitting diode (QLED), etc. In some embodiments, the electronic device 200 may include 1 or N display screens 194, where N is a positive integer greater than 1.

The electronic device 200 can implement the shooting function through an ISP, a camera 193, a video codec, a GPU, a display screen 194, an application processor, and the like.

The ISP is used to process the data fed back by the camera 193. For example, when taking a photo, the shutter is opened, the light is transmitted to the camera sensor through the lens, the optical signal is converted into an electrical signal, and the camera sensor passes the electrical signal to the ISP for processing, and converts it into an image visible to the naked eye. ISP can also perform algorithm optimization on image noise and brightness. ISP can also optimize the exposure, color temperature and other parameters of the shooting scene. In some embodiments, the ISP may be provided in the camera 193.

Camera 193 is used to capture still images or video. The object passes through the lens to produce an optical image that is projected onto the photosensitive element. The photosensitive element can be a charge coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, and then passes the electrical signal to the ISP to convert it into a digital image signal. ISP outputs digital image signals to DSP for processing. DSP converts digital image signals into standard RGB, YUV and other format image signals. In some embodiments, the electronic device 200 may include 1 or N cameras 193, where N is a positive integer greater than 1.

Digital signal processors are used to process digital signals. In addition to digital image signals, they can also process other digital signals. For example, when the electronic device 200 selects a frequency point, the digital signal processor is used to perform Fourier transform on the frequency point energy.

Video codecs are used to compress or decompress digital video. Electronic device 200 may support one or more video codecs. In this way, the electronic device 200 can play or record videos in multiple encoding formats, such as: moving picture experts group (MPEG) 1, MPEG2, MPEG3, MPEG4, etc.

NPU is a neural network (NN) computing processor. By drawing on the structure of biological neural networks, such as the transmission mode between neurons in the human brain, it can quickly process input information and can continuously learn by itself. Intelligent cognitive applications of the electronic device 200 can be implemented through the NPU, such as image recognition, face recognition, speech recognition, text understanding, etc.

The internal memory 121 may include one or more random access memories (RAM) and one or more non-volatile memories (NVM).

The electronic device 200 can implement audio functions through the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the headphone interface 170D, and the application processor. Such as music playback, recording, etc.

The audio module 170 is used to convert digital audio information into analog audio signal output, and is also used to convert analog audio input into digital audio signals. Audio module 170 may also be used to encode and decode audio signals. In some embodiments, the audio module 170 may be provided in the processor 110 , or some functional modules of the audio module 170 may be provided in the processor 110 .

Speaker 170A, also called "speaker", is used to convert audio electrical signals into sound signals. Electronic device 200 can listen to music through speaker 170A, or listen to hands-free calls.

Receiver 170B, also called "earpiece", is used to convert audio electrical signals into sound signals. When the electronic device 200 answers a call or a voice message, the voice can be heard by bringing the receiver 170B close to the human ear.

Microphone 170C, also called "microphone" or "microphone", is used to convert sound signals into electrical signals. When making a call or sending a voice message, the user can speak close to the microphone 170C with the human mouth and input the sound signal to the microphone 170C. The electronic device 200 may be provided with at least one microphone 170C. In other embodiments, the electronic device 200 may be provided with two microphones 170C, which in addition to collecting sound signals, may also implement a noise reduction function. In other embodiments, the electronic device 200 can also be equipped with three, four or more microphones 170C to collect sound signals, reduce noise, identify sound sources, and implement directional recording functions, etc.

The headphone interface 170D is used to connect wired headphones. The headphone interface 170D may be a USB interface 130, or may be a 3.5mm open mobile terminal platform (OMTP) standard interface, or a Cellular Telecommunications Industry Association of the USA (CTIA) standard interface.

The pressure sensor 180A is used to sense pressure signals and can convert the pressure signals into electrical signals.

The gyro sensor 180B may be used to determine the motion posture of the electronic device 200 .

Air pressure sensor 180C is used to measure air pressure. In some embodiments, the electronic device 200 calculates the altitude through the air pressure value measured by the air pressure sensor 180C to assist positioning and navigation.

Magnetic sensor 180D includes a Hall sensor. The electronic device 200 may utilize the magnetic sensor 180D to detect the opening and closing of the flip holster. In some embodiments, when the electronic device 200 is a flip machine, the electronic device 200 may detect the opening and closing of the flip according to the magnetic sensor 180D. Then, based on the detected opening and closing status of the leather case or the opening and closing status of the flip cover, features such as automatic unlocking of the flip cover are set.

The acceleration sensor 180E can detect the acceleration of the electronic device 200 in various directions (generally three axes). When the electronic device 200 is stationary, the magnitude and direction of gravity can be detected. It can also be used to identify the posture of electronic devices and be used in horizontal and vertical screen switching, pedometer and other applications.

Distance sensor 180F for measuring distance. Electronic device 200 can measure distance via infrared or laser. In some embodiments, when shooting a scene, the electronic device 200 can utilize the distance sensor 180F to measure distance to achieve fast focusing.

Proximity light sensor 180G may include, for example, a light emitting diode (LED) and a light detector, such as a photodiode. The light emitting diode may be an infrared light emitting diode. The electronic device 200 emits infrared light outwardly through the light emitting diode. Electronic device 200 uses photodiodes to detect infrared reflected light from nearby objects. When sufficient reflected light is detected, it can be determined that there is an object near the electronic device 200 . When insufficient reflected light is detected, the electronic device 200 may determine that there is no object near the electronic device 200 . The electronic device 200 can use the proximity light sensor 180G to detect when the user holds the electronic device 200 close to the ear for talking, so as to automatically turn off the screen to save power. The proximity light sensor 180G can also be used in holster mode, and pocket mode automatically unlocks and locks the screen.

The ambient light sensor 180L is used to sense ambient light brightness. The electronic device 200 can adaptively adjust the brightness of the display screen 194 according to the perceived ambient light brightness. The ambient light sensor 180L can also be used to automatically adjust the white balance when taking pictures. The ambient light sensor 180L can also cooperate with the proximity light sensor 180G to detect whether the electronic device 200 is in the pocket to prevent accidental touching.

Fingerprint sensor 180H is used to collect fingerprints. The electronic device 200 can use the collected fingerprint characteristics to achieve fingerprint unlocking, access to application locks, fingerprint photography, fingerprint answering of incoming calls, etc.

Temperature sensor 180J is used to detect temperature. In some embodiments, the electronic device 200 utilizes the temperature detected by the temperature sensor 180J to execute the temperature processing strategy. For example, when the temperature reported by the temperature sensor 180J exceeds a threshold, the electronic device 200 reduces the performance of a processor located near the temperature sensor 180J in order to reduce power consumption and implement thermal protection.

Touch sensor 180K, also known as "touch device". The touch sensor 180K can be disposed on the display screen 194. The touch sensor 180K and the display screen 194 form a touch screen, which is also called a "touch screen". The touch sensor 180K is used to detect a touch operation on or near the touch sensor 180K. The touch sensor can pass the detected touch operation to the application processor to determine the touch event type. Visual output related to the touch operation may be provided through display screen 194 . In other embodiments, the touch sensor 180K may also be disposed on the surface of the electronic device 200 at a location different from that of the display screen 194 .

Bone conduction sensor 180M can acquire vibration signals. In some embodiments, the bone conduction sensor 180M can acquire the vibration signal of the vibrating bone mass of the human body's vocal part. The bone conduction sensor 180M can also contact the human body's pulse and receive blood pressure beating signals. In some embodiments, the bone conduction sensor 180M can also be provided in an earphone and combined into a bone conduction earphone. The audio module 170 can analyze the voice signal based on the vibration signal of the vocal vibrating bone obtained by the bone conduction sensor 180M to implement the voice function. The application processor can analyze the heart rate information based on the blood pressure beating signal acquired by the bone conduction sensor 180M to implement the heart rate detection function.

The buttons 190 include a power button, a volume button, etc. Key 190 may be a mechanical key. It can also be a touch button. The electronic device 200 may receive key input and generate key signal input related to user settings and function control of the electronic device 200 .

The motor 191 can generate vibration prompts. The motor 191 can be used for vibration prompts for incoming calls and can also be used for touch vibration feedback. For example, touch operations for different applications (such as taking pictures, audio playback, etc.) can correspond to different vibration feedback effects. The motor 191 can also respond to different vibration feedback effects for touch operations in different areas of the display screen 194 . Different application scenarios (such as time reminders, receiving information, alarm clocks, games, etc.) can also correspond to different vibration feedback effects. The touch vibration feedback effect can also be customized.

The indicator 192 may be an indicator light, which may be used to indicate charging status, power changes, or may be used to indicate messages, missed calls, notifications, etc.

The SIM card interface 195 is used to connect a SIM card.

When the vehicle 100 obtains the payment code by scanning the image with the camera, the vehicle 100 needs to turn on the camera at an appropriate time to collect the image and obtain the payment code. Prevent the camera from being turned on in real time, resulting in excessive power consumption. Or, the camera is turned on too late, resulting in a long time to obtain the payment code, and the car and machine users have to wait for a long time, affecting the user experience.

The vehicle 100 may trigger the vehicle 100 to turn on the camera on the vehicle 100 for scanning the payment code based on any one or more of the following methods.

Method 1: The vehicle 100 may determine to turn on the camera for scanning the payment code based on one or more of the vehicle status, vehicle location, and environmental information.

The vehicle status includes but is not limited to: the vehicle 100 is powered on/off, the vehicle 100 is running/parked, and the gear position of the vehicle 100.

The vehicle location may be global positioning system (GPS) information of the vehicle 100 .

The environmental information may be surrounding landmark objects acquired by the vehicle 100 . For example, in a parking lot, the environmental information may be a parking lot exit gate or a parking lot exit sign. The parking lot exit gate may be at least one of a straight pole barrier, a fence barrier, and a curved pole barrier. The environmental information may be different in different locations, which is not limited in the embodiments of this application.

The vehicle 100 can determine the scene where the vehicle 100 is located based on one or more of the vehicle status, vehicle location, and environmental information, and turn on the camera for scanning the payment code.

For example, if the vehicle 100 determines that the vehicle 100 is powered off and on, the vehicle 100 is driving slowly, the location of the vehicle 100 is a parking lot, and the parking lot exit gate or parking lot exit sign is recognized, then the vehicle 100 can determine the vehicle 100 100 is in a scene of paying parking fees in a parking lot. At this time, the vehicle 100 can automatically control the opening of the camera for scanning the payment code.

Method 2: The vehicle user or the driver and passengers on the vehicle can control the vehicle 100 through voice to turn on the camera for scanning the payment code.

As shown in Figure 7, the user of the vehicle or the driver or passengers on the vehicle has used visual observation or other methods. When payment needs to be made, the user of the vehicle or the driver or passengers on the vehicle wakes up the vehicle 100 through voice, allowing the vehicle 100 to control the vehicle. The camera on 100 for scanning payment codes is turned on. For example, the user outputs the voice "Little E, little E, start scanning the over-the-counter payment code." After the vehicle 100 recognizes the user's voice result, and after the vehicle 100 turns on the camera on the vehicle 100 for scanning the payment code, the vehicle 100 can reply with the voice "has started scanning the payment code" to prompt the user to use the camera for scanning the payment code. Turned on.

Method 3: The vehicle user or the driver and passengers on the vehicle can control the vehicle 100 to turn on the camera for scanning payment codes through shortcut keys.

The shortcut key may be a key on the vehicle 100. The type of the key may be a physical key or a virtual key. The type of the physical key may be a push type, a rotary type, or a rocker type. The embodiments of this application do not limit the specific implementation of the shortcut key.

When the vehicle needs to turn on the camera to scan the payment code outside the venue, the vehicle 100 can receive the user's input operation (such as a single press) for the shortcut key. In response to the user's input operation, the vehicle 100 will open the vehicle 100 for scanning. Camera with payment code. When the vehicle 100 receives the user's input operation (for example, a single press) on the shortcut key again, the camera on the vehicle 100 for scanning the payment code is turned off.

It is not limited to the above three methods for turning on the camera for scanning the payment code on the vehicle 100, but also other methods, which are not limited in the embodiments of the present application.

Optionally, after the vehicle 100 completes the payment and the payment is successful, the vehicle 100 can automatically turn off the camera used to scan the payment code to reduce the power consumption of the vehicle 100 .

After the camera on the vehicle 100 for scanning the payment code is turned on, the vehicle 100 obtains the payment code by scanning the image with the camera. Or the vehicle 100 establishes a short-distance communication connection with the payment device, and the vehicle 100 receives the payment information sent by the payment device through the short-distance communication connection with the payment device.

After the vehicle 100 obtains the payment code or payment information, the vehicle 100 needs to obtain the payment details through the payment code or payment information. Among them, the payment code can be in image format, and the payment information can be in message format. Payment details include but are not limited to: payment amount, product name, payee name, etc.

If the vehicle 100 has the ability to parse the payment code or payment information, that is, the vehicle 100 can parse the image format or message format, then the vehicle 100 can directly obtain the payment details from the payment code or payment information.

When the vehicle 100 does not parse the payment code or payment information, the vehicle 100 can send the payment code or payment information to the electronic device 200, and the electronic device 200 parses the image format or message format to obtain the payment details. Afterwards, the electronic device 200 sends the payment details to the vehicle 100 .

After the vehicle 100 obtains the payment details, if the vehicle 100 has the permission to display sensitive information, the vehicle 100 can display a payment interface based on the payment details to prompt the vehicle user to pay the amount.

Optionally, before the vehicle 100 displays the payment interface, the vehicle 100 can obtain the user's authorization through voice. For example, the voice can be "It is recognized that the payment service is in progress. Do you want to continue?". If the user replies yes, the vehicle 100 can Output the voice again. The voice content can be payment details, such as "You need to pay 15 yuan for parking." Afterwards, the vehicle 100 can output the voice "Please verify your identity" again. In the case where the user replies no, the vehicle 100 can output the voice again, and the content of the voice can be "payment has been suspended".

FIG. 8A exemplarily shows a schematic diagram of the vehicle 100 displaying a payment interface.

As shown in FIG. 8A , the vehicle 100 displays a payment interface 801 on the central control screen. The payment interface 801 includes payment details. For example, in the application scenario of paying gas fees at a gas station, the payment details include but are not limited to the gas amount, gas model, gas nozzle number, etc. Then the vehicle 100 can display the payment details information in the payment interface 801 . For example, the refueling model is 95#, the refueling gun number is No. 3, the refueling amount is 300 yuan, the discount amount is 6.5 yuan, and the actual amount to be paid is 293.5 yuan.

Not limited to the central control screen, the vehicle 100 can also display the payment interface 801 at other locations on the vehicle 100 , such as on the instrument panel or heads-up display, so that the driver can easily see the payment interface 801 .

Optionally, while the vehicle 100 displays the payment interface, the vehicle 100 can output the voice "The refueling model is 95#, the refueling gun number is 3, the refueling amount is 300 yuan, the discount amount is 6.5 yuan, and the actual amount to be paid is 293.5 yuan." to remind the user that vehicle 100 is undergoing payment business.

After the vehicle 100 displays the payment interface, if the vehicle 100 has the payment capability, the vehicle 100 may prompt the user to perform identity authentication and complete the payment. Users can verify their identity and complete payment by one or more of the following methods: making sounds, touching the screen, touching buttons, entering passwords, and providing physiological identification features such as fingerprints, faces, and eyes.

After the vehicle 100 authenticates the user's identity, the vehicle 100 may display prompt information 802 as shown in FIG. 8B , which prompts the user that the payment has been completed. Alternatively, the vehicle 100 can also prompt the user that the payment has been completed through voice, vibration, light flashing, pictures, etc.

Optionally, after the vehicle 100 displays the payment interface, if the vehicle 100 does not have the ability to pay, but there are other electronic devices that establish communication connections with the vehicle 100, the vehicle 100 can send a verification instruction to the electronic device 200. The verification The instruction is used to instruct the electronic device 200 to verify the identity of the user. After the electronic device 200 authenticates the user's identity, the vehicle 100 can send a verification pass instruction to the electronic device 200. After the vehicle 100 receives the verification pass instruction sent by the electronic device 200, the vehicle 100 can display the prompt information as shown in Figure 8B 802. The vehicle 100 can also prompt the user that the payment has been completed through voice, vibration, light flashing, pictures, etc.

Optionally, after the vehicle 100 obtains the payment code or payment information, if the vehicle 100 does not have the ability to pay, there is no other electronic device that establishes a communication connection with the vehicle 100, that is, the vehicle 100 cannot send to other electronic devices. Verification instructions. As shown in FIG. 8C , the vehicle 100 can display a QR code based on the payment code or payment information. The QR code is used to prompt the user to actively scan the QR code through other devices to complete the payment.

In some embodiments, after the vehicle 100 scans the payment code, the payment code can be directly displayed on the central control screen, that is, the payment code is the same as the QR code shown in Figure 8C. In other embodiments, after the vehicle 100 scans the payment code, the vehicle 100 can obtain the payment details from the payment code, and the vehicle 100 regenerates the QR code based on the payment details, that is, the payment code is the same as the QR code shown in Figure 8C The codes are different.

In some embodiments, after the vehicle 100 receives the payment information sent by the payment device, the vehicle 100 can obtain the payment details from the payment information, and the vehicle 100 then generates a QR code based on the payment details.

In this way, the vehicle 100 automatically obtains the payment code or payment information, allowing vehicle users, passengers and other drivers and passengers to obtain payment information and complete payment without getting out of the car or taking out their mobile phones to scan the payment code outside the vehicle. It improves the convenience of out-of-field payment, improves user experience, and also ensures the driving safety of car and machine users.

In some embodiments, after the vehicle 100 obtains the payment details, if the vehicle 100 does not have permission to display sensitive information, but there are other electronic devices that establish communication connections with the vehicle 100, the vehicle 100 can establish a communication connection with them. The electronic device 200 displays a payment interface to prompt the vehicle user to pay the amount.

9A-9B exemplarily illustrate a schematic diagram of the electronic device 200 displaying a payment interface.

In the case where the vehicle 100 has the ability to parse the payment code or payment information, that is, the vehicle 100 can directly obtain the payment details from the payment code or payment information. If the vehicle 100 does not demonstrate the capability, the vehicle 100 may send the payment details to the electronic device 200 . Or if the vehicle 100 has the ability to parse the payment code or payment information, the vehicle 100 sends the payment code or payment information to the electronic device 200, and the electronic device 200 analyzes the payment code or payment information to obtain the payment details.

After the electronic device 200 obtains the payment details, the electronic device 200 may display a payment interface based on the payment details.

As shown in FIG. 9A , the electronic device 200 may display the payment interface 901 shown in FIG. 9A . The payment interface 901 is similar to the payment interface 801 shown in FIG. 8A. For details, please refer to the introduction of the payment interface 801. The embodiment of the present application will not be described again here.

Optionally, the interface layout of the payment interface displayed on the electronic device 200 and the interface layout of the payment interface displayed on the vehicle 100 may also be different, which is not limited in the embodiment of the present application.

After the electronic device 200 displays the payment interface 901, if the vehicle 100 has the payment capability, the vehicle 100 can prompt the user to perform identity authentication and complete the payment. Users can verify their identity and complete payment by making sounds, touching the screen, touching buttons, entering passwords, and providing fingerprints, faces, eyes and other physiological identification features in one or more ways. After the vehicle 100 successfully verifies the user's identity, the vehicle 100 may send a verification pass instruction to the electronic device 200 . After the electronic device 200 receives the verification pass instruction, the electronic device 200 may display prompt information 802 as shown in FIG. 9B . The electronic device 200 can also prompt the user that the payment has been completed through voice, vibration, light flashing, pictures, etc.

Optionally, after the vehicle 100 passes the verification of the user's identity, the vehicle 100 can prompt the user that the payment has been completed through voice, vibration, light flashing, pictures, etc.

After the electronic device 200 displays the payment interface 901, if the vehicle 100 does not have the payment capability, the vehicle 100 can verify the user's identity through the electronic device 200. Specifically, the vehicle 100 may send a verification instruction to the electronic device 200, where the verification instruction is used to instruct the electronic device 200 to verify the user's identity. After the electronic device 200 authenticates the user's identity, the vehicle 100 can send a verification pass instruction to the electronic device 200. After the vehicle 100 receives the verification pass instruction sent by the electronic device 200, the vehicle 100 can display the prompt information as shown in Figure 8B 802. The vehicle 100 can also prompt the user that the payment has been completed through voice, vibration, light flashing, pictures, etc.

In some embodiments, after the vehicle 100 obtains the payment details, and the vehicle 100 does not have permission to display sensitive information, and there is no other electronic device that establishes a communication connection with the vehicle 100, the vehicle 100 may not display any information. Prompt users to verify their identity and complete payment through vibration, light flashing, pictures, etc.

Optionally, in some embodiments, after the vehicle 100 obtains the payment code or payment information, the payment code or payment information is used to display the product purchase details interface, and the vehicle 100 can receive input operations from the user on the product purchase interface. , after which the vehicle 100 displays the payment interface. In this way, for some self-service scenarios, such as self-service gas stations, self-service charging stations, self-service wash stations, etc., the vehicle 100 can first scan the payment code or payment information, display the product details on the vehicle machine, and after the user selects the product details Complete payment at the vehicle. Currently, users are still required to get out of their cars to purchase goods and use their mobile phones to complete payment before providing corresponding services. The embodiment of the present application enables users to complete a series of operations without getting out of the car and passing through the vehicle, thereby improving the user experience.

FIGS. 10A-10C show another schematic diagram of a payment interface displayed by a vehicle 100 .

The following embodiments of this application take a self-service gas station as an example for description.

After the vehicle 100 obtains the payment code by scanning the camera on the vehicle, or after the vehicle 100 establishes a short-distance communication connection with the payment device, the vehicle 100 receives the payment information sent by the payment device.

After the vehicle 100 obtains the payment code or payment information, the vehicle 100 may display the user interface 1001 as shown in Figure 10A.

As shown in FIG. 10A , the user interface 1001 displays information about the first gas station. The information includes but is not limited to the address of the first gas station, the business hours of the first gas station, and the refueling activity information of the first gas station. Among them, the address of the first gas station can be "XX Street No. XX, District XX, XX City, XX Province", the business hours of the first gas station can be "08:00-22:00", and the refueling activity information of the first gas station can be It can be "92# gasoline has discounts", "refuel and get gifts", "free car wash", "95# gasoline has no discounts", etc. Among them, the vehicle 100 can highlight (for example, deepen the display) the display area where the activity information with greater discounts is located. For example, the vehicle 100 may highlight the display areas of "92# gasoline has discounts", "Gas up to get gifts", and "Free car wash" in the refueling activity information of the first gas station.

In some embodiments, vehicle 100 may not display user interface 1001 .

After a certain period of time after the vehicle 100 displays the user interface 1001, or the vehicle 100 receives the user's input operation (such as a click) on the user interface 1001, or the vehicle 100 receives the user's voice operation, input operation for shortcut keys, etc., the vehicle 100 User interface 1002 may be displayed as shown in Figure 10B.

As shown in FIG. 10B , the fuel numbers displayed on the user interface 1002 include “92#” gasoline, “95#” gasoline, “98#” gasoline and “0#” gasoline. The numbers of the refueling guns shown include No. 1 refueling nozzle, No. 2 refueling nozzle, No. 3 refueling nozzle, No. 4 refueling nozzle, No. 5 refueling nozzle, No. 6 refueling nozzle, No. 7 refueling nozzle, No. 8 refueling nozzle, No. 9 refueling nozzle. Gas nozzle, No. 10 gas nozzle, No. 11 gas nozzle, No. 12 gas nozzle, No. 13 gas nozzle, No. 14 gas nozzle, No. 15 gas nozzle and others. The user interface 1002 is used to prompt the user to select the oil number and refueling nozzle number. The vehicle 100 receives the user's input operation (such as click) on the user interface 1002 and selects the oil number and the refueling nozzle number, or the vehicle 100 receives the user's voice operation, input operation on the shortcut key, etc., and selects the oil number and the refueling nozzle number. For example, if the oil number selected by the user is 95# and the number of the refueling nozzle is No. 3, the vehicle 100 can highlight the display area where the 95# oil number is located and the display area where the No. 3 refueling nozzle is located in the user interface 1002 ( For example, deepen the display) to prompt the user to select the oil number and the number of the refueling nozzle.

After selecting the oil number and the number of the refueling nozzle, the vehicle 100 may display the user interface 1003 as shown in FIG. 10C . The refueling amounts shown in the user interface 1003 include 100, 200, 300, 400 and 500. If the above-mentioned refueling amount does not have the amount that the user wants to select, the user interface 1003 also shows a refueling amount input area, and the user can enter the selected refueling amount in the refueling amount input area. For example, if the refueling amount selected by the user is 300, the vehicle 100 may highlight (for example, deepen the display) the display area where the refueling amount is 300 in the user interface 1003 to prompt the user which refueling amount is selected. As mentioned above, the vehicle 100 can receive the user's voice selection of the amount, and the vehicle 100 can also receive the user's input operation on the shortcut key to select the amount.

After the user confirms the payment amount (for example, 300 yuan), if the vehicle 100 has the ability to verify the user's identity, the vehicle 100 will next verify the user's identity and complete the payment. In the case where the vehicle 100 does not have the ability to verify the user's identity, the vehicle 100 can verify the user's identity through the electronic device 200 and complete the payment. Specifically, similar to the previous embodiments, the embodiments of the present application will not be described again here.

FIG. 10D shows yet another schematic diagram of a vehicle 100 displaying a payment interface.

The payment user interface 1004 is shown in Figure 10D, that is, the vehicle 100 can simultaneously display the user interface 1001, the user interface 1002 and the user interface 1003 shown in Figures 10A-10C. For the introduction of the user interface 1004, please refer to the introduction of the user interface 1001, the user interface 1002 and the user interface 1003 in Figures 10A to 10C, and the embodiments of the present application will not be repeated here.

10E-10G show schematic diagrams of a payment interface displayed on the electronic device 200.

As shown in FIG. 10E , the electronic device 200 first displays the user interface 1005 on the interface. The user interface 1005 is similar to the user interface 1001 and will not be described again in this embodiment of the present application.

After a certain period of time after the electronic device 200 displays the user interface 1005, or the electronic device 200 receives the user's input operation (such as a click) on the user interface 1005, or the electronic device 200 receives the user's voice operation, etc., the electronic device 200 may display the following: User interface 1006 shown in Figure 10F.

As shown in FIG. 10F , the user interface 1006 shows the oil number option and the number option of the refueling nozzle. For the oil number options and the refueling nozzle number options shown on the user interface 1006, reference may be made to the relevant descriptions in the embodiment of FIG. 10B, and the embodiments of the present application will not be repeated here. After the electronic device 200 receives the user's selection of the fuel number (for example, "95#" gasoline) and the number of the refueling nozzle (for example, the No. 3 refueling nozzle), the electronic device 200 may display the user interface 1007 as shown in FIG. 10G .

As shown in Figure 10G, a refueling amount option is shown on the user interface 1007. For the refueling amount option shown on the user interface 1007, reference may be made to the relevant description in the embodiment of FIG. 10C, and the embodiment of the present application will not be repeated here. After the user selects the gas amount, the electronic device 200 can receive the user's input operation (eg, click) on the payment control on the user interface 1007, and in response to the user's input operation, the mobile phone can complete the payment. Alternatively, the user selects the amount via voice.

After the electronic device 200 displays the payment interface, if the vehicle 100 has the payment ability, the vehicle 100 may prompt the user to verify the user. identity and complete the payment. When the electronic device 200 does not have the payment capability, the vehicle 100 can verify the user's identity through the electronic device 200 and complete the payment. For details, reference may be made to the description in the foregoing embodiments, and the embodiments of the present application will not be described again here.

It should be noted that the user interfaces shown in FIGS. 10A to 10G are only used to explain the present application. In actual applications, the interface layout of the user interface may be different, which is not limited in the embodiments of the present application.

The foregoing embodiments describe that when the vehicle 100 does not have permission to display sensitive information or has no payment ability, the vehicle 100 can display a payment interface or verify the user's identity to complete payment through the electronic device 200 with which it has established a communication connection.

If there are multiple electronic devices that establish communication connections with the vehicle 100 at the same time, the vehicle 100 needs to determine an electronic device from the multiple electronic devices to display the payment interface or verify the user's identity to complete the payment. For example, if multiple electronic devices are connected to the wireless network of the vehicle 100 at the same time, the vehicle 100 needs to determine an electronic device from the multiple electronic devices to display the payment interface or verify the user's identity to complete the payment.

The vehicle 100 may select a device from multiple electronic devices that establish communication connections based on any one or several of the following methods.

Method 1: The vehicle 100 can select an electronic device with the same account as the account logged in to the vehicle 100 from multiple electronic devices that have established communication connections.

Method 2: The vehicle 100 can select an electronic device that has established connections with the vehicle 100 the most times from multiple electronic devices that have established communication connections.

Method 3: The vehicle 100 can select the electronic device that has been connected to the vehicle 100 for the longest time from multiple electronic devices that have established communication connections.

Method 4: The vehicle 100 can select the first electronic device that establishes a communication connection with the vehicle 100 from multiple electronic devices that have established communication connections.

Method 5: The vehicle 100 can select the electronic device that the user pays the highest attention to from multiple electronic devices that have established communication connections.

The vehicle 100 can score the user's attention to multiple electronic devices based on the status of the vehicle 100, the device status of multiple other electronic devices, and user status and other information.

Among them, the user's attention to the device can be obtained based on the following information: the working status of the electronic device and the status of the user detected by the electronic device. The working status of the electronic device includes but is not limited to: whether the electronic device is turned on and whether the electronic device is in working status (for example, whether there is image display or audio output). The user's status detected by the electronic device includes but is not limited to: whether the user is looking at the electronic device or operating the electronic device.

The vehicle 100 can score the electronic device based on the status of the electronic device, and obtain the user's attention score for the electronic device.

Specifically, the vehicle 100 may divide the user's attention score for the electronic device into N levels. The lower the level, the less clear the user's attention to the electronic device, and the lower the user's attention to the electronic device. The higher the level, the clearer the user's attention to the electronic device, and the higher the user's attention to the electronic device. For example, when the user's attention score for the electronic device is the first level, the user's attention score for the electronic device is 1/N. When the user's attention score for the electronic device is the second level, the user's attention score for the electronic device is 2/N.

Assuming that N is equal to 3, in the vehicle refueling scenario, the first-level scoring events include but are not limited to: electronic devices have audio output, then the attention score of the first-level scoring events is 0.3. Second-level scoring events include but are not limited to: electronic devices turning on the screen, then the attention score of the second-level scoring event is 0.6. The third level scoring events include but are not limited to: the screen of the electronic device turns on, and the screen of the electronic device turns on continuously.

It should be noted that the vehicle 100 can also determine the user's attention score for each electronic device based on other methods, which is not limited in the embodiments of the present application.

After the vehicle 100 obtains the user's attention score for each electronic device, it can display the payment interface or verify the user's identity through the device with the highest user attention.

Method 6: The vehicle 100 can select an electronic device that is closest to the vehicle from a plurality of electronic devices that have established communication connections.

It is not limited to the methods shown in Methods 1 to 6 to obtain one device from multiple electronic devices that have established communication connections. The vehicle 100 can also obtain one device from multiple electronic devices that have established communication connections based on other methods. The embodiments of the present application do not limit this.

Figure 11 is a schematic flowchart of a payment method provided by an embodiment of the present application.

S1101. The vehicle 100 obtains the payment code through the camera on the vehicle, or the vehicle 100 establishes a short-distance communication connection with the payment device and receives the payment information sent by the payment device.

The vehicle 100 may include multiple cameras from different directions, such as cameras from above, below, front, rear, left, right, inside the vehicle, etc. In this way, it is convenient for the vehicle 100 to obtain the payment code based on images scanned by cameras from different directions.

Optionally, the camera on the vehicle 100 used to scan the image and obtain the payment code can be based on turning on the camera at an appropriate time to collect the image and obtain the payment code. For example, based on one or more of vehicle status, vehicle location, and environmental information, the vehicle 100 can automatically turn on a camera for scanning images and obtaining a payment code when it is determined that a payment scenario is in progress. Or the vehicle 100 receives the user's operation and turns on the camera for scanning the image and obtaining the payment code.

Optionally, there are multiple cameras in different directions on the vehicle 100 for scanning images and obtaining payment codes. When scanning images and obtaining payment codes, you can control and turn on the camera in a certain direction without turning it on. Cameras from all directions save 100% of vehicle power consumption. For example, the car-machine user can determine that the payment code is located in the first direction (for example, the left side) of the vehicle 100 through visual observation, and then the car-machine user can control the vehicle 100 to turn on the camera in the first direction through voice or shortcut keys. If the payment code is not scanned within a certain period of time after turning on the camera in the first position, the vehicle 100 can prompt the vehicle user that the image cannot be scanned through text, voice, pictures, vibration, light flashing, etc. Then, the vehicle and machine user can control the vehicle 100 to turn on the camera in the second direction through voice or shortcut keys again. In this way, cameras in different directions can be turned on in different levels until the vehicle 100 obtains the payment code.

Optionally, the number of cameras in one direction can also be multiple. The vehicle and machine user can also start by turning on one of the cameras in the first direction to scan the image and obtain the payment code. If one of the cameras in the first position fails to scan the payment code within a certain period of time, the vehicle user can control the opening of another camera in the first position, or the vehicle 100 can automatically open another camera in the first position. The cameras are turned on until all cameras in the first position are turned on. If all the cameras in the first direction are turned on and the payment code is obtained, the vehicle 100 can prompt the user to turn on the cameras in other directions. In this way, different cameras in the same direction can be turned on in different levels until the vehicle 100 obtains the payment code.

It should be noted that it is not limited to turning on one camera at a time, but also can turn on multiple cameras in one direction at one time, or turn on multiple cameras in different directions at one time. This is not limited in the embodiments of the present application.

In some embodiments, the vehicle 100 can also recognize the payment code through a camera (such as a driving recorder) that is not used to scan the image and obtain the payment code. Then the vehicle 100 does not need to turn on the camera for scanning the image and obtaining the payment code. Use the camera to get the payment code.

The above method of obtaining the payment code is only used to explain this application. The vehicle 100 can also obtain the payment code based on other methods, which is not limited in the embodiment of this application.

Optionally, before the vehicle 100 establishes a short-distance communication connection with the payment device, the payment device may send a connection establishment request to the vehicle 100 when the distance between the vehicle 100 and the payment device is within a preset distance. The request is used to request the establishment of a short-range communication connection with the vehicle 100 . After the vehicle 100 receives the connection establishment request sent by the payment device, the vehicle 100 may display prompt information, and the prompt information is used to prompt whether a communication connection needs to be established with the payment device. After the user determines, the vehicle 100 can establish a communication connection with the payment device.

In this way, car and machine users, passengers and other drivers and passengers can complete the payment without getting out of the car or taking out their mobile phones to scan the payment code outside the car. It improves the convenience of out-of-field payment, improves user experience, and also ensures the driving safety of car and machine users.

S1102. Does vehicle 100 have the ability to parse payment codes and payment information?

In the case where the vehicle 100 has the ability to parse and pay information, the vehicle 100 executes S1103.

In the case where the vehicle 100 does not have the ability to parse the payment information, the vehicle 100 executes S1104-S1106.

S1103. The vehicle 100 obtains payment details based on the payment code and payment information.

Optionally, the payment code can be in image format, and the payment information can be in message format. In the case where the vehicle 100 has the ability to parse images or parse messages, the vehicle 100 can obtain the payment details based on the payment code and payment information.

Payment details include but are not limited to: payment amount, product name, payee name, etc.

S1104. The vehicle 100 sends the payment code and payment information to the electronic device 200.

S1105. The electronic device 200 obtains payment details based on the payment code or payment information.

S1106. The electronic device 200 sends the payment details to the vehicle 100.

In the case where the vehicle 100 does not have the ability to parse images or messages, the vehicle 100 can use the electronic device 200 to establish a communication connection to parse the payment code and payment information to obtain the payment details.

S1107. Does vehicle 100 have permission to display sensitive information?

If the vehicle 100 has the authority to display sensitive information, the vehicle 100 executes S1108.

In the case that the vehicle 100 does not have the permission to display sensitive information, the vehicle 100 executes S1109-S1110.

S1108. The vehicle 100 displays the payment interface based on the payment details.

Specifically, reference may be made to the embodiments shown in FIGS. 10A to 10D , and the embodiments of the present application will not be described again here.

S1109. The vehicle 100 sends a display notification to the electronic device 200.

The display notification is used to instruct the electronic device 200 to display the payment interface based on the payment details.

S1110. The electronic device 200 displays the payment interface based on the payment details.

Specifically, reference may be made to the embodiments shown in FIGS. 10E to 10G , and the embodiments of the present application will not be described again here.

S1111. Do you have the ability to pay for vehicle 100?

In the case where the vehicle 100 has the payment ability, the vehicle 100 executes S1112.

If the vehicle 100 does not have the ability to pay, the vehicle 100 executes S1113.

S1112. The vehicle 100 verifies the user's identity and completes the payment.

S1113. Does the vehicle 100 determine whether there is an electronic device that establishes a communication connection with the vehicle?

The vehicle 100 has an electronic device that establishes a communication connection with the vehicle, and the vehicle 100 executes S1114-S1115.

When the vehicle 100 does not have an electronic device that establishes a communication connection with the vehicle, the vehicle 100 executes S1116.

S1114. The vehicle 100 sends an identity verification notification to the electronic device 200.

S1115. After the electronic device 200 receives the identity verification notification, the electronic device 200 verifies the user's identity and completes the payment.

Optionally, after the electronic device 200 completes the payment, the electronic device 200 may send a payment completion notification to the vehicle 100 to remind the user that the payment has been completed.

S1116. The vehicle 100 displays the QR code.

In the case where the vehicle 100 does not have an electronic device that establishes a communication connection with the vehicle, the vehicle 100 may display a QR code based on the payment code or payment information. The QR code is used to prompt the user to actively scan the QR code through other devices to complete the payment. .

Specifically, reference may be made to the embodiment shown in FIG. 8C.

Figure 12 is a schematic flowchart of a payment method provided by an embodiment of the present application.

S1201. The vehicle scans the image through the camera on the vehicle to obtain the payment code, or the vehicle receives the payment information sent by the payment device.

In a possible implementation, the vehicle receives the payment information sent by the payment device, which specifically includes: the vehicle establishes a short-distance communication connection with the payment device, and receives the payment information sent by the payment device; the short-distance communication connection includes: Bluetooth Communication connection, Wi-Fi communication connection, near field communication NFC communication connection.

S1202. Obtain payment details based on the payment code or payment information. The payment details include one or more of the following: payment amount, product name, and payee name.

In a possible implementation, the vehicle obtains the payment details based on the payment code or payment information, which specifically includes: when the vehicle has parsing capabilities, the vehicle parses the payment details from the payment code or payment information; when the vehicle does not parse If the vehicle has the capability, the vehicle parses the payment code or payment information through the first electronic device to obtain the payment details, and receives the payment details sent by the first electronic device.

In a possible implementation, after the vehicle obtains the payment details based on the payment code or payment information, the vehicle passes the first electronic Before the device completes the payment based on the payment details, the method also includes: if the vehicle has the permission to display sensitive information, the vehicle displays the payment interface based on the payment details; if the vehicle does not have the permission to display sensitive information, the vehicle displays the payment through the first electronic device interface.

The vehicle displays a payment interface, which may be the user interface shown in Figures 8A-8B, or the user interface shown in Figures 10A-10D.

The payment interface displayed by the first electronic device may be the user interface shown in FIGS. 9A-9B, or the user interface shown in FIGS. 10E-10G.

S1203. The vehicle completes payment based on the payment details through the first electronic device.

The vehicle may be vehicle 100 and the first electronic device may be electronic device 200 .

In a possible implementation, the first electronic device is an electronic device logged into the same account as the vehicle. That is, vehicles and electronic devices are trusted devices, ensuring the reliability of the collaborative payment process.

In a possible implementation, the vehicle completes the payment based on the payment details through the first electronic device, which specifically includes: when the vehicle establishes a communication connection with the first electronic device, the vehicle completes the payment based on the payment details through the first electronic device.

In a possible implementation, when the vehicle does not establish a communication connection with the first electronic device, the vehicle displays the first image based on the payment code or payment information, and the first image is used to prompt the user to scan the first image through the electronic device. and complete the payment.

The first image may be the user interface shown in Figure 8C.

For example, the first image may be a QR code. In this way, the vehicle displays the first image to prompt the user to complete the payment based on scanning the first image with other electronic devices. The first image is not limited to being a QR code. The first image can also be other images that can be scanned and payment information can be obtained. This is not limited in the embodiments of the present application.

In a possible implementation manner, the vehicle completes the payment based on the payment details through the first electronic device, which specifically includes: when the vehicle does not have the ability to pay, the vehicle completes the payment based on the payment details through the first electronic device.

In a possible implementation, the method also includes: if the vehicle has the ability to pay, the vehicle completes the payment based on the payment details.

In a possible implementation, the cameras on the vehicle include cameras in multiple directions, each direction including one or more cameras, wherein the first direction includes a first camera and a second camera; the vehicle passes through the vehicle Scanning the image with the camera on the vehicle to obtain the payment code specifically includes: the vehicle scans the image with the first camera and the second camera at the first orientation and obtains the payment code; wherein, the first camera and the second camera are different.

In a possible implementation, the vehicle scans the image through the first camera and the second camera in the first direction and obtains the payment code, which specifically includes: the vehicle turns on the first camera in the first direction, and scans the image through the first camera. Image; if the first camera does not obtain the payment code within the first time, the vehicle turns on the second camera in the first direction, and scans the image through the second camera to obtain the payment code.

In a possible implementation, the camera on the vehicle includes cameras in multiple directions, and the multiple directions include a first direction and a second direction; the vehicle scans the image through the camera on the vehicle to obtain the payment code, which specifically includes: the vehicle scans the image through the camera on the vehicle to obtain the payment code. The camera in one direction and the camera in the second direction scan the image and obtain the payment code; where the first direction and the second direction are different.

In this way, the vehicle can include multiple cameras at different orientations, and the multiple cameras at different orientations can be turned on at the same time or separately. time to turn on. The vehicle obtains the payment code by scanning images from multiple cameras in different directions, which can improve the accuracy of obtaining payment codes by scanning images.

In a possible implementation, the vehicle scans the image and obtains the payment code through the camera at the first orientation and the camera at the second orientation, which specifically includes: the vehicle turns on the camera at the first orientation, and scans the image through the camera at the first orientation. The camera scans the image; if the camera in the first position does not obtain the payment code within the first time, the vehicle turns on the camera in the second position and obtains the payment code by scanning the image with the camera in the second position.

In a possible implementation, when the vehicle scans the image through the camera on the vehicle to obtain the payment code, before the vehicle scans the image through the camera on the vehicle to obtain the payment code, the method further includes: the vehicle based on the vehicle status, vehicle location, One or more types of environmental information are used to turn on the camera on the vehicle.

In the case where the vehicle obtains the payment code by scanning the image through the camera on the vehicle, before the vehicle obtains the payment code by scanning the image through the camera on the vehicle, the method further includes: the vehicle receives and responds to the user's first operation and turns on the camera on the vehicle.

Various implementation modes of this application can be combined arbitrarily to achieve different technical effects.

In the above embodiments, it may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using software, it may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions described in this application are generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in or transmitted from one computer-readable storage medium to another, e.g., the computer instructions may be transferred from a website, computer, server, or data center Transmission to another website, computer, server or data center through wired (such as coaxial cable, optical fiber, digital subscriber line) or wireless (such as infrared, wireless, microwave, etc.) means. The computer-readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. that contains one or more available media integrated. The available media may be magnetic media (eg, floppy disk, hard disk, magnetic tape), optical media (eg, DVD), or semiconductor media (eg, solid state disk (SSD)), etc.

Those of ordinary skill in the art can understand that all or part of the processes in the methods of the above embodiments are implemented. This process can be completed by instructing relevant hardware through a computer program. The program can be stored in a computer-readable storage medium. When the program is executed, , may include the processes of the above method embodiments. The aforementioned storage media include: ROM, random access memory (RAM), magnetic disks, optical disks and other media that can store program codes.

In short, the above descriptions are only examples of the technical solutions of the present invention and are not intended to limit the scope of the present invention. Any modifications, equivalent substitutions, improvements, etc. made based on the disclosure of the present invention shall be included in the protection scope of the present invention.

Claims

A payment method, characterized in that the method includes:

The vehicle scans the image through the camera on the vehicle to obtain the payment code, or the vehicle receives payment information sent by the payment device;

The vehicle obtains payment details based on the payment code or the payment information, and the payment details include one or more of the following: payment amount, product name, payee name;

The vehicle completes payment based on the payment details through the first electronic device.
The method of claim 1, wherein the vehicle completes payment based on the payment details through the first electronic device, specifically including:

If the vehicle does not have the ability to pay, the vehicle completes payment based on the payment details through the first electronic device.
The method of claim 2, further comprising:

If the vehicle has the ability to pay, the vehicle completes the payment based on the payment details.
The method according to any one of claims 1 to 3, characterized in that the cameras on the vehicle include cameras in multiple directions, each direction including one or more cameras, wherein the first direction includes The first camera and the second camera; the vehicle scans the image through the camera on the vehicle to obtain the payment code, which specifically includes:

The vehicle scans images through the first camera and the second camera at the first orientation and obtains the payment code;

Wherein, the first camera and the second camera are different.
The method according to claim 4, wherein the vehicle scans images through the first camera and the second camera in the first orientation and obtains the payment code, specifically including:

The vehicle turns on the first camera at the first orientation and scans images through the first camera;

When the first camera does not obtain the payment code within the first time, the vehicle turns on the second camera at the first orientation and scans the image through the second camera to obtain the The payment code.
The method according to any one of claims 1 to 5, characterized in that the camera on the vehicle includes cameras in multiple orientations, and the multiple orientations include a first orientation and a second orientation; the vehicle passes through The camera on the vehicle scans the image to obtain the payment code, which specifically includes:

The vehicle scans the image through the camera at the first orientation and the camera at the second orientation and obtains the payment code;

Wherein, the first orientation is different from the second orientation.
The method according to claim 6, characterized in that the vehicle scans images through the camera at the first orientation and the camera at the second orientation and obtains the payment code, specifically including:

The vehicle turns on the camera at the first orientation and scans the image through the camera at the first orientation;

When the camera at the first orientation fails to obtain the payment code within the first time, the vehicle turns on the camera at the second orientation and scans the image through the camera at the second orientation. Get the payment code.
The method according to any one of claims 1 to 7, characterized in that when the vehicle scans an image through a camera on the vehicle to obtain a payment code, when the vehicle scans an image through a camera on the vehicle Before the image obtains the payment code, the method also includes:

The vehicle receives and responds to the user's first operation and turns on the camera on the vehicle.
The method according to any one of claims 1 to 7, characterized in that when the vehicle scans an image through a camera on the vehicle to obtain a payment code, when the vehicle scans an image through a camera on the vehicle Before the image obtains the payment code, the method also includes:

The vehicle turns on the camera on the vehicle based on one or more of the vehicle status, the vehicle position, and environmental information.
The method according to any one of claims 1 to 9, characterized in that the vehicle receives payment information sent by a payment collection device, specifically including:

The vehicle establishes a short-distance communication connection with the payment device and receives the payment information sent by the payment device;

The short-distance communication connection includes: Bluetooth communication connection, Wi-Fi communication connection, and near field communication NFC communication connection.
The method according to any one of claims 1 to 10, characterized in that the first electronic device is an electronic device logged into the same account as the vehicle.
The method according to any one of claims 1-11, characterized in that the vehicle completes payment based on the payment details through the first electronic device, specifically including:

In the case where the vehicle establishes a communication connection with the first electronic device, the vehicle completes payment based on the payment details through the first electronic device.
The method of claim 12, further comprising:

When the vehicle does not establish a communication connection with the first electronic device, the vehicle displays a first image based on the payment code or payment information, and the first image is used to prompt the user to scan the electronic device through the First image and complete payment.
The method according to any one of claims 1-13, characterized in that the vehicle obtains payment details based on payment codes or payment information, specifically including:

If the vehicle has parsing capabilities, the vehicle parses the payment code or the payment information to obtain the payment details;

If the vehicle does not have the ability to parse, the vehicle parses the payment code or the payment information through the first electronic device to obtain the payment details, and receives all the information sent by the first electronic device. State payment details.
The method according to any one of claims 1 to 14, characterized in that, after the vehicle obtains the payment details based on the payment code or payment information, the vehicle completes the payment based on the payment details through the first electronic device. Previously, the method also included:

If the vehicle has the authority to display sensitive information, the vehicle displays a payment interface based on the payment details;

If the vehicle does not have permission to display sensitive information, the vehicle displays a payment interface through the first electronic device.
A vehicle, characterized in that the vehicle includes: one or more processors, and one or more memories; wherein the one or more memories are coupled to the one or more processors, and the one or more A plurality of memories are used to store computer program code, the computer program code includes computer instructions, and the one or more processors call the computer instructions to cause the vehicle to execute the method described in any one of the above claims 1-15. method.
A computer-readable storage medium, characterized in that instructions are stored in the computer-readable storage medium, and when the instructions are run on a vehicle, they cause the vehicle to execute as described in any one of claims 1-15 Methods.
A computer program product, characterized in that, when the computer program product is executed by a vehicle, it causes the vehicle to execute the method according to any one of claims 1-15.