CN117911019A - 一种支付方法及相关装置 - Google Patents

一种支付方法及相关装置 Download PDF

Info

Publication number
CN117911019A
CN117911019A CN202210901709.3A CN202210901709A CN117911019A CN 117911019 A CN117911019 A CN 117911019A CN 202210901709 A CN202210901709 A CN 202210901709A CN 117911019 A CN117911019 A CN 117911019A
Authority
CN
China
Prior art keywords
vehicle
payment
camera
electronic device
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210901709.3A
Other languages
English (en)
Inventor
高澍阳
游子婷
黄思雨
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202210901709.3A priority Critical patent/CN117911019A/zh
Priority to PCT/CN2023/109377 priority patent/WO2024022394A1/zh
Publication of CN117911019A publication Critical patent/CN117911019A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/02—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/06—Arrangements for road pricing or congestion charging of vehicles or vehicle users, e.g. automatic toll systems

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Traffic Control Systems (AREA)

Abstract

本申请提供了一种支付方法及相关装置。方法包括：车辆识别并获取到支付码，或者车辆接收商户设备发送的支付信息。在车辆获取到支付码或者支付信息后，在车辆具有支付能力的情况下，车辆提示用户进行身份认证，并完整支付。在支付完成后，车辆提示用户已支付成功。在车辆没有支付能力的情况下，车辆将支付认证请求发送至电子设备，电子设备在接收到车辆发送的支付认证请求后，提示用户进行身份认证，并完成支付。这样，通过车辆和电子设备协同完成车机用户的外场支付，提高了外场支付的便利性，提升了用户体验。

Description

一种支付方法及相关装置
技术领域
本申请涉及车机支付技术领域，尤其涉及一种支付方法及相关装置。
背景技术
近年来，随着车联网行业的发展，车机应用日新月异，各车载服务厂商均以车机为中心构建车主服务生态，以满足广大车主的服务诉求。而支付作为服务有偿使用的必要环节，其便利性和安全性格外重要。
目前，车机用户在进行外场支付时，需要停车并使用自己的手机完成相关支付操作，该支付还是依赖于手机完成扫描、识别、支付等过程，操作不便。如何提高车机用户在进行外场支付的便利性，有待进一步研究。
发明内容
本申请提供了一种支付方法及相关装置，实现了车辆和电子设备协同完成车机用户的外场支付，提高了外场支付的便利性，提升了用户体验。
第一方面，本申请提供了一种支付方法，方法包括：车辆通过车辆上的摄像头扫描图像获得支付码，或者车辆接收收款设备发送的支付信息；车辆基于支付码或者支付信息获取到支付详情，支付详情包括以下一项或多项：支付金额、商品名称、收款方名称；车辆通过第一电子设备基于支付详情完成支付。
这样，车辆可以不用判断车辆是否有支付能力，无论车辆有没有支付能力，均通过电子设备完成支付。
通过第一方面提供的一种支付方法，实现了车辆和电子设备协同完成车机用户的外场支付，提高了外场支付的便利性，提升了用户体验。
结合第一方面，在一种可能的实现方式中，车辆通过第一电子设备基于支付详情完成支付，具体包括：在车辆没有支付能力的情况下，车辆通过第一电子设备基于支付详情完成支付。
这样，车辆在获取到支付详情后，会先判断车辆是否有支付能力，在车辆没有支付能力的情况下，车辆再通过电子设备完成支付。
结合第一方面，在一种可能的实现方式中，方法还包括：在车辆有支付能力的情况下，车辆基于支付详情完成支付。
这样，车辆在获取到支付详情后，会先判断车辆是否有支付能力，在车辆有支付能力的情况下，车辆可以直接完成支付，不依赖于其他的电子设备完成支付。
结合第一方面，在一种可能的实现方式中，车辆上的摄像头包括多个方位的摄像头，每个方位上包括有一个或多个摄像头，其中，第一方位上包括第一摄像头和第二摄像头；车辆通过车辆上的摄像头扫描图像获得支付码，具体包括：车辆通过第一方位上的第一摄像头和第二摄像头扫描图像并获取到支付码；其中，第一摄像头与第二摄像头不同。
这样，同一方位上可以包括多个不同的摄像头，同一方位上多个不同的摄像头可以同时开启也可以分时开启。车辆通过一个方位上的多个不同的摄像头扫描图像获取到支付码，可以提高扫描图像获取到支付码的准确率。
结合第一方面，在一种可能的实现方式中，车辆通过第一方位上的第一摄像头和第二摄像头扫描图像并获取到支付码，具体包括：车辆开启第一方位上的第一摄像头，通过第一摄像头扫描图像；在第一摄像头在第一时间内未获取到支付码的情况下，车辆开启第一方位上的第二摄像头，并通过第二摄像头扫描图像获取到支付码。
这样，同一个方位上的多个不同的摄像头可以分时开启，避免同时开启功耗增加的问题。
结合第一方面，在一种可能的实现方式中，车辆上的摄像头包括多个方位的摄像头，多个方位包括第一方位和第二方位；车辆通过车辆上的摄像头扫描图像获得支付码，具体包括：车辆通过第一方位上的摄像头和第二方位上的摄像头扫描图像并获取到支付码；其中，第一方位与第二方位不同。
这样，车辆上可以包括多个不同方位上的摄像头，多个不同方位上的摄像头，可以同时开启也可以分时开启。车辆通过多个不同方位上的摄像头扫描图像获取到支付码，可以提高扫描图像获取到支付码的准确率。
结合第一方面，在一种可能的实现方式中，车辆通过第一方位上的摄像头和第二方位上的摄像头扫描图像并获取到支付码，具体包括：车辆开启第一方位上的摄像头，通过第一方位上的摄像头扫描图像；在第一方位上的摄像头在第一时间内未获取到支付码的情况下，车辆开启第二方位上的摄像头，并通过第二方位上的摄像头扫描图像获取到支付码。
这样，多个不同方位上的摄像头可以分时开启，避免同时开启多个不同方位上的摄像头导致功耗增加的问题。
结合第一方面，在一种可能的实现方式中，车辆通过车辆上的摄像头扫描图像获得支付码的情况下，在车辆通过车辆上的摄像头扫描图像获得支付码之前，方法还包括：车辆基于车辆状态、车辆位置、环境信息中的一种或者多种，开启车辆上的摄像头。
这样，车辆可以自动开启摄像头扫描图像获取支付码，减少用户的操作。例如，车辆可以自动开启车辆上的第一方位上的摄像头和/或第二方位上的摄像头。车辆也可以自动开启车辆上的第一方位上的第一摄像头和/或第一方位上的第二摄像头。
结合第一方面，在一种可能的实现方式中，在车辆通过车辆上的摄像头扫描图像获得支付码的情况下，在车辆通过车辆上的摄像头扫描图像获得支付码之前，方法还包括：车辆接收并响应用户的第一操作，开启车辆上的摄像头。
第一操作可以是语音操作、针对快捷键的操作等。
第一操作可以是用于开启车辆上的第一方位上的摄像头和/或第二方位上的摄像头。第一操作也可以是开启车辆上的第一方位上的第一摄像头和/或第一方位上的第二摄像头。
结合第一方面，在一种可能的实现方式中，车辆接收收款设备发送的支付信息，具体包括：车辆与收款设备建立短距离通信连接，并接收收款设备发送的支付信息；短距离通信连接包括：蓝牙通信连接、Wi-Fi通信连接、近场通信NFC通信连接。
结合第一方面，在一种可能的实现方式中，第一电子设备为与车辆登录同一个账号的电子设备。即车辆与电子设备为可信的设备，保证协同支付过程的可靠性。
结合第一方面，在一种可能的实现方式中，车辆通过第一电子设备基于支付详情完成支付，具体包括:在车辆与第一电子设备建立通信连接的情况下，车辆通过第一电子设备基于支付详情完成支付。
结合第一方面，在一种可能的实现方式中，在车辆与第一电子设备没有建立通信连接的情况下，车辆基于支付码或者支付信息显示第一图像，第一图像用于提示用户通过电子设备扫描第一图像并完成支付。
例如，第一图像可以是二维码。这样，车辆显示第一图像，以提示用户基于其他的电子设备扫描第一图像完成支付。
结合第一方面，在一种可能的实现方式中，车辆基于支付码或者支付信息获取到支付详情，具体包括：在车辆具有解析能力的情况下，车辆从支付码或者支付信息中解析得到支付详情；在车辆没有解析能力的情况下，车辆通过第一电子设备从支付码或者支付信息中解析得到支付详情，并接收第一电子设备发送的支付详情。
结合第一方面，在一种可能的实现方式中，车辆基于支付码或者支付信息获取到支付详情之后，在车辆通过第一电子设备基于支付详情完成支付之前，方法还包括：在车辆有展示敏感信息权限的情况下，车辆基于支付详情显示支付界面；在车辆没有展示敏感信息权限的情况下，车辆通过第一电子设备显示支付界面。
第二方面，本申请提供了一种车辆，车辆包括：一个或多个处理器、一个或多个存储器；其中，一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，一个或多个处理器调用计算机指令以使得车辆执行上述任一方面任一种可能的实现方式中提供的一种支付方法。
第三方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在车辆上运行时，使得车辆执行上述任一方面任一种可能的实现方式中提供的一种支付方法。
第四方面，本申请提供了一种计算机程序产品，当计算机程序产品被车辆执行时，使得车辆执行上述任一方面任一种可能的实现方式中提供的一种支付方法。
对于第二方面至第四方面的有益效果，可以参考第一方面中有益效果的描述，本申请在此不再赘述。
附图说明
图1-图2为本申请实施例提供的一种场景示意图；
图3为本申请实施例提供的一种***架构示意图；
图4为本申请实施例提供的一种车辆100的结构示意图；
图5为本申请实施例提供的一种车辆100的功能模块示意图；
图6为本申请实施例提供的一种电子设备200的结构示意图；
图7为本申请实施例提供的一种场景示意图；
图8A-图8B为本申请实施例提供的一种车辆100显示支付界面的示意图；
图8C为本申请实施例提供的一种车辆100显示二维码的示意图；
图9A-图9B为本申请实施例提供的一种电子设备200显示支付界面的示意图；
图10A-图10C为本申请实施例提供的另一种车辆100显示支付界面的示意图；
图10D为本申请实施例提供的又一种车辆100显示支付界面的示意图；
图10E-图10G为本申请实施例提供的一种电子设备200上显示支付界面的示意图；
图11为本申请实施例提供的一种支付方法的流程示意图；
图12为本申请实施例提供的另一种支付方法的流程示意图。
具体实施方式
下面将结合附图对本申请实施例中的技术方案进行清楚、详尽地描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，“多个”是指两个或多于两个。
以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
本申请以下实施例中的术语“用户界面(user interface，UI)”，是应用程序或操作***与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面是通过java、可扩展标记语言(extensible markuplanguage，XML)等特定计算机语言编写的源代码，界面源代码在电子设备上经过解析，渲染，最终呈现为用户可以识别的内容。用户界面常用的表现形式是图形用户界面(graphicuser interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的文本、图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。
本申请提供了一种支付方法，方法包括：车辆100识别并获取到支付码，或者车辆100接收商户设备发送的支付信息。
在车辆100获取到支付码或者支付信息后，在车辆100具有展示敏感信息权限的情况下，车辆100显示支付用户界面。在车辆100没有展示敏感信息权限的情况下，车辆100将支付码或者支付信息发送至电子设备200，有电子设备200显示支付用户界面。
在车辆100具有支付能力的情况下，车辆100提示用户进行身份认证，并完整支付。在支付完成后，车辆100提示用户已支付成功。
在车辆100没有支付能力的情况下，车辆100将支付认证请求发送至电子设备200，电子设备200在接收到车辆100发送的支付认证请求后，提示用户进行身份认证，并完成支付。在支付完成后，电子设备200提示用户已支付成功，或者电子设备200将支付成功的消息发送至车辆100，有车辆100提示用户已支付成功。
这样，通过车辆100和电子设备200协同完成车机用户的外场支付，提高了外场支付的便利性，提升了用户体验。
需要说明的是，本申请实施例不仅限于适用于车辆100也同样适用于其他类型的电子设备，例如大屏、智能手表等与电子设备200协同支付场景。
本申请实施例提供的一种支付方法可以应用于车辆100支付停车场停车付费应用场景、车辆100支付加油站加油费应用场景、车辆100支付充电站电费应用场景、车辆100支付洗车站洗车费应用场景、车辆100支付过路费应用场景、车辆100支付过桥费应用场景等，不限于上述几种应用场景，该方法还可以应用于其他车辆付费场景，本申请实施例对此不做限定。
在上述各个支付场景中，车辆100在完成停车、加油、充电、过路、过桥等服务后，在需要进行支付的节点时，在一种可能的实现方式中，不同场景中的支付节点处有支付码，车辆100扫码图像并获取到支付码，在车辆100上或者电子设备200上完成支付过程。在其他可能的实现方式中，不同场景中的支付节点处设置有收费设备，车辆100可以与收费设备建立短距离通信连接，收费设备将支付信息通过短距离通信连接发送至车辆100，车辆100在获取到支付信息后，可以在车辆100或者电子设备200上完成支付过程。
示例性的，在加油站支付加油费应用场景中，收费设备可以是加油桩或者加油枪。在支付充电站电费应用场景中，收费设备可以是充电桩或者充电枪。在支付洗车站洗车费应用场景中，收费设备可以是设置在洗车站内的一个自动收费设备。需要说明的是，不同场景中，收费设备的形态可以相同或者不同，收费设备的数量也可以是一个或多个，本申请实施例对各个应用场景中收费设备的形态和数量不做限定。
图1示例性示出了在支付加油站加油费应用场景中，车辆100获取到支付码的示意图。
示例性的，在支付加油站加油费应用场景中，支付码可以位于每台加油桩上面。每台加油桩的支付码可以不同。需要说明的是，加油站中用于车辆100识别的支付码还可以是其他显示形态，本申请实施例对此不做限定。
如图1所述，车辆100上的摄像头开启，当车辆100通过加油桩2加油时，车辆100可以获取到加油桩2的支付码。
在一种可能的实现方式中，在车机用户告知工作人员加油的型号和加油量之后，加油桩2上可以显示支付码，车辆100可以通过通过车辆100上的摄像头扫码到支付码，车辆100完成支付或者通过电子设备200完成支付。
可选的，在加油桩有加油业务时，加油桩上再显示支付码。在没有加油业务时，加油桩上可以不显示支付码。
可选的，醉着加油业务的不同，例如不同用户的加油量和加油型号不同，在每一次进行加油业务时，加油桩可更新加油桩上的支付码。
在其他可能的实现方式中，加油桩上的支付码也可以为不可改变的。车辆100可以通过通过车辆100上的摄像头扫码到支付码，并提示用户输入加油桩号、加油型号、加油量，确定出加油金额等。这样，不同加油桩上的支付码是可以相同的，且不需更具每次加油业务进行变更，通用性更强。在确定出加油金额后，车辆100完成支付或者通过电子设备200完成支付。
图2示例性示出了在支付加油站加油费应用场景中，车辆100获取到收费设备发送的支付信息的示意图。
示例性的，在支付加油站加油费应用场景中，收费设备可以是对应的加油桩上的加油枪。需要说明的是，加油站中收费设备还可以是其他显示形态，本申请实施例对此不做限定。
如图2所述，车辆100通过加油桩2进行加油时，在车机用户告知工作人员加油的型号和加油量之后，工作人员将加油桩2的加油枪向车辆100靠近。在加油桩2的加油枪与车辆100在预设距离内时，加油桩2的加油枪与车辆100可以建立短距离通信连接，例如通过近场通信(near field communication，NFC)建立短距离通信连接。在加油桩2的加油枪与车辆100建立短距离通信连接后，加油桩2的加油枪将支付信息发送至车辆100。
车辆100在获取到支付信息后，车辆100可以基于支付信息完成支付。或者车辆100将支付信息发送至电子设备200，通过电子设备200完成支付。
图1和图2所示的车辆100获取到支付码或者支付信息的方式，也同样适用于其他应用场景中，本申请实施例在此不再赘述。
图3示例性示出了本申请实施例提供的一种***架构示意图。
如图3所示，车辆100可以与电子设备200建立通信连接。电子设备200的设备类型可以为各种类型，本申请实施例对该多个电子设备的具体类型不作特殊限制。例如，电子设备200的类型可以包括手机、平板电脑、桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、智慧屏、可穿戴式设备(例如智能手表)、增强现实(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备、人工智能(artificial intelligence,AI)设备、车机、智能耳机，游戏机，还可以包括物联网(internet of things，IOT)设备或智能家居设备如智能热水器、智能灯具、智能空调等等。不限于此，***400中的多个设备还可以包括具有触敏表面或触控面板的膝上型计算机(laptop)、具有触敏表面或触控面板的台式计算机等非便携式终端设备等等。
不仅限于车辆100与电子设备200建立通信连接，车辆100还可以与更多的设备同时建立通信连接，本申请实施例对此不做限定。
本申请以下实施例以电子设备200为手机为例进行说明。
车辆100与电子设备200可以通过以下任意一种方式建立连接。
方式一：车辆100与电子设备200可以是连入同一个网络，例如，车辆100与电子设备200可以连入同一个局域网，建立协同连接。
方式二：车辆100与电子设备200还可以登录同一个***账号，建立协同连接。例如，车辆100与电子设备200登录的***账号都可以为“HW1234”。
方式三：车辆100与电子设备200上登录的***账号可以都属于同一个账户组。例如，车辆100与电子设备200上登录的***账号包括有“HW001”，“HW002”，“HW003”。***账户“HW001”，“HW002”，“HW003”同属于账户组“华为之家”。
方式四：车辆100与电子设备200可以通过近场通信(Near Field Communication，NFC)、蓝牙(bluetooth，BT)、无线局域网(wireless local area networks，WLAN)例如无线保真点对点(wireless fidelity point to point，Wi-Fi P2P)、红外技术(infrared，IR)等方式建立连接。
方式五：车辆100与电子设备200可以通过扫描同一个二维码建立一个临时账户组，建立协同连接实现通信。
不限于上述五种方式，车辆100与电子设备200还可以通过其他的方式建立通信连接，本申请实施例对此不做限定。
此外，车辆100与电子设备200也可以结合上述任意几种方式来连接并通信，本申请实施例对此也不做限制。
在车辆100与电子设备200建立通信连接后，在车辆100获取到支付码或者支付信息后，车辆100可以与电子设备200协同完成支付。
具体的，在车辆100具有显示能力的情况下，车辆100可以基于支付码或者支付信息显示支付用户界面。在车辆100没有显示能力的情况下，车辆100将支付码或者支付信息发送至电子设备200，由电子设备200显示支付用户界面。
在车辆100具有支付认证能力的情况下，车辆100提示用户进行身份认证，并完整支付。在支付完成后，车辆100提示用户已支付成功。
在车辆100没有支付能力的情况下，车辆100将支付认证请求发送至电子设备200，电子设备200在接收到车辆100发送的支付认证请求后，提示用户进行身份认证，并完成支付。在支付完成后，电子设备200提示用户已支付成功，或者电子设备200将支付成功的消息发送至车辆100，有车辆100提示用户已支付成功。
这样，通过车辆100和电子设备200协同完成车机用户的外场支付，提高了外场支付的便利性，提升了用户体验。
下面，介绍本申请实施例提供的车辆100。
本申请实施例中的车辆100可以包括大型汽车、小型汽车、电动车、摩托车、拖拉机等机动车。
参考图4，图4为本申请实施例提供的车辆100的结构示意图。
如图4所示，车辆100包括：总线11、多个电子控制单元(electronic controlunit，ECU)、发动机13、车载盒子(telematics box，T-BOX)14、变速器15、智能座舱16、防抱死***(antilock brake system，ABS)17、传感器***18、摄像***19，麦克风20，等等。
其中，总线11可以是控制器局域网络(controller area network，CAN)总线或者IP总线。
总线11是支持分布式控制或实时控制的串行通信网络，用于连接车辆100的各个部件。在总线11上的任何部件都可以监听到总线11上传输的所有数据。总线11传输的帧可以包含数据帧、远程帧、错误帧、过载帧，不同的帧传输不同类型的数据。在本申请实施例中，总线11可用于传输各个部件在基于语音指令的控制方法中涉及到的数据，该方法的具体实现可参考后文方法实施例的详细描述。
不限于总线11，在其他一些实施例中，车辆100的各个部件还可以通过其他方式来连接及通信。如，各个部件还可以通过车载以太网(ethernet)局域互联网络(localinterconnect network，LIN)总线、FlexRay及常用车载网络***(media orientedsystems，MOST)总线等等通信，本申请实施例对此不做限制。以下实施例以各个部件通过总线11通信进行说明。
ECU相当于车辆100的处理器或大脑，用于根据从总线11上获取的指令或者根据用户输入的操作，指示对应的部件执行相应的动作。ECU可以由安全芯片、微处理器((microcontroller unit，MCU)、随机存取存储器(random access memory，RAM)、只读存储器(random-only memory，ROM)、输入/输出接口(I/O)、模拟/数字转换器(A/D转换器)以及输入、输出、整形、驱动等大规模集成电路组成。
ECU的种类繁多，不同种类的ECU可以用于实现不同的功能。
车辆100中的多个ECU例如可包括：发动机ECU121，车载盒子(telematics box，T-BOX)的ECU122，变速器ECU123，防抱死***(antilock brake system，ABS)ECU 125等。
发动机ECU121用于管理发动机，协调发动机的各个功能，例如可用于启动发动机、关闭发动机等等。发动机是为车辆100提供动力的装置。发动机是将某一种形式的能量转换为机械能的机器。车辆100可用于将液体或气体燃烧的化学能，或者将电能转化为机械能并对外输出动力。发动机组成部分可以包括曲柄连杆机构和配气机构两大机构，以及冷却、润滑、点火、能量供给、启动***等五大***。发动机的主要部件有气缸体、气缸盖、活塞、活塞销、连杆、曲轴、飞轮等。
T-BOX ECU122用于管理T-BOX14。
T-BOX14主要负责和互联网通信，为车辆100提供远程通讯接口，提供包括导航、娱乐、行车数据采集、行驶轨迹记录、车辆故障监控、车辆远程查询和控制(如开闭锁、空调控制、车窗控制、发动机扭矩限制、发动机启停、调整座椅，查询电池电量、油量、车门状态等)、驾驶行为分析、无线热点分享、道路救援、异常提醒等服务。
T-BOX14可用于和汽车远程服务提供商(telematics service provider，TSP)以及用户(如驾驶员)侧电子设备通信，实现电子设备上的车辆状态显示与控制。当用户通过电子设备上的车辆管理应用发送控制命令后，TSP会发出请求指令到T-BOX14，T-BOX14在获取到控制命令后，通过CAN总线发送控制报文并实现对车辆100的控制，最后反馈操作结果到用户侧电子设备上的车辆管理应用上。也就是说，T-BOX14通过总线11读取到的数据，例如车况报告、行车报告、油耗统计、违章查询、位置轨迹、驾驶行为等数据，可以通过网络将传输到TSP后台***，由TSP后台***转发给用户侧的电子设备，以供用户查看。
T-BOX14具体可包括通信模块和显示屏。
其中，通信模块可用于提供无线通信功能，支持车辆100通过无线局域网(wireless local area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星***(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)、超宽带(ultra-wideband，UWB)等无线通信技术和其他设备通信。通信模块还可用于提供移动通信功能，支持车辆100通过全球移动通讯***(globalsystem for mobile communications，GSM)、通用移动通信***(universal Mobiletelecommunications system，UMTS)、宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，5G以及未来出现的6G等通信技术和其他设备通信。
通信模块可以通过基于蜂窝网络的车辆与万物(vehicle to everything，V2X)通信技术(cellular V2X，C-V2X)和其他设备如服务器、用户侧电子设备等建立连接并通信。C-V2X例如可包括基于长期演进(long term evolution，LTE)的V2X(LTE-V2X)、5G-V2X等。
在一些实施例中，车辆100可以基于通信模块与收费设备建立短距离通信连接，以使得收费设备可以将支付信息发送给车辆100，以实现车机用户、乘客等司乘人员无需下车或者无需拿出手机扫描车外的支付码就可以获取到支付信息并完成支付。提高了外场支付的便利性，提升了用户体验，也保证了车机用户的驾驶安全性地问题。
显示屏用于为驾驶员提供可视化的界面。车辆100中可包括一个或多个显示屏，例如可包括设置于驾驶座前方的车载显示屏，设置于座椅上方的用于显示周边情况的显示屏，还可包括将信息投射到风窗玻璃上的抬头数字显示仪(head up display，HUD)等等。后续实施例提供的车辆100中用于显示用户界面的显示屏，可以是设置于座椅旁的车载显示屏，也可以是设置于座椅上方的显示屏，也可以是HUD等等，也可以是仪表盘上的显示屏，也可以是中控屏，这里不做限定。车辆100中显示屏上显示的用户界面，具体可参考后续实施例的详细描述，在此暂不赘述。本申请实施例对于HUD、仪表盘的尺寸和显示样式不做限定。
可选的，显示屏可以显示车辆100获取到的支付信息或者支付码，以提示用户完成支付。
T-BOX14也可以被称为车机***、远程信息处理器、车辆网关等等，本申请实施例对此不作限制。
变速器ECU123用于管理变速器。
变速器15可以用来改变发动机的转速和转矩的机构，它能固定或分档改变输出轴和输入轴传动比。变速器15组成部分可以包含变速传动机构、操纵机构以及动力输出机构等。变速传动机构的主要作用是改变转矩和转速的数值和方向；操纵机构的主要作用是控制传动机构，实现变速器传动比的变换，即实现换档，以达到变速变矩。
智能座舱16可以包括但不仅限于行车记录和中控屏。在一些实施例中，智能座舱16还可以包括行车记录仪ECU，行车记录仪ECU用于管理行车记录仪。在一些实施例中，车辆100也可以不包括行车记录仪ECU。行车记录仪组成部分可以包括主机、车速传感器、数据分析软件等。行车记录仪是指记录车辆行驶途中的影像及声音包括行车时间、速度、所在位置等相关资讯的仪器。在本申请实施例中，当车辆行驶时，车速传感器采集到车轮转速，并将车速信息通过总线11发送给行车记录仪。中控屏可以是智能大屏，本申请实施例对于中控屏的尺寸和显示样式不做限定。
ABS ECU125用于管理ABS17。
ABS17是在车辆制动时，自动控制制动器制动力的大小，使车轮不被抱死，处于边滚边滑的状态，以保证车轮与地面的附着力为最大值。在制动过程中，电子控制装置根据车轮转速传感器输入的车轮转速信号判定有车轮趋于抱死时，ABS就进入防抱死制动压力调节过程。
传感器***18可包括：加速度传感器、车速传感器、震动传感器、陀螺仪传感器、雷达传感器，信号发射器，信号接收器等等、压力传感器等。加速度传感器及车速传感器用于检测车辆100的速度。震动传感器可以设置在座位下方、安全带、椅背、操作面板、气囊或其他位置，用于检测车辆100是否被碰撞以及用户所在位置。陀螺仪传感器可以用于确定车辆100的运动姿态。雷达传感器可包括激光雷达、超声波雷达、毫米波雷达等。雷达传感器用于发射电磁波对目标进行照射并接收其回波，由此获得目标至电磁波发射点的距离、距离变化率(径向速度)、方位、高度等信息，从而识别车辆100附近的其他车辆、行人或路障等。信号发射器和信号接收器用于收发信号，该信号可用于检测用户所在位置，该信号例如可以是超声波、毫米波、激光等。压力传感器用于采集压力数据，车辆100可以基于压力数据监测智能座舱上是否有乘客，以此来判断车辆100上的人员数量。
摄像***19可包括多个摄像头，摄像头用于捕获静态图像或视频。摄像***19中的摄像头可以设置在上方、下方、前方、后方、左方、右方、车内等一处或多处位置，便于实现辅助驾驶、行车记录、全景环视、车内监控等功能。
其中，每一个方位上的摄像头数量可以包括一个，也可以为两个及两个以上。
在一些实施例中，车辆上的摄像头可用于采集对应场景下用于的支付码，以实现车机用户、乘客等司乘人员无需下车或者无需拿出手机扫描车外的支付码就可以完成支付。提高了外场支付的便利性，提升了用户体验，也保证了车机用户的驾驶安全性地问题。
传感器***18、摄像***19可用于检测周边环境，便于车辆100做出相应的决策来应对环境变化，例如可用于自动驾驶阶段完成对周边环境进行关注的任务。
麦克风20，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或输出语音指令时，用户可以通过人嘴靠近麦克风20发声，将声音信号输入到麦克风20。车辆100可以设置至少一个麦克风20。在另一些实施例中，车辆100可以设置两个麦克风20，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，车辆100还可以设置三个，四个或更多麦克风20，形成麦克风阵列，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。
此外，车辆100还可以包括多个接口，例如USB接口，RS-232接口、RS485接口等等，可外接摄像头、麦克风、耳机以及用户侧电子设备。
在本申请实施例中，麦克风20可用于检测用户输入的语音指令。传感器***18、摄像***19、T-BOX14等可用于获取输入该语音指令的用户的角色信息。车辆100中各个部件获取用户的角色信息的方式，可参考后续方法实施例中的相关描述。T-BOX ECU122可用于根据该角色信息判断当前该用户是否具备该语音指令对应的权限，仅在具备权限的情况下，T-BOX ECU122才调度车辆100中的相应部件来响应该语音指令。
在一些实施例中，传感器***18、摄像***19、T-BOX14等不仅用于获取输入该语音指令的用户的角色信息，还可用于获取其他用户的角色信息。T-BOX ECU122可用于结合输入语音指令的用户的角色信息，以及，其他用户的角色信息，判断当前该用户是否具备该语音指令对应的权限。
在一些实施例中，传感器***18、摄像***19、T-BOX14等可用于获取车辆100的车辆状态。T-BOX ECU122可用于结合车辆状态和用户的角色信息判断当前该用户是否具备该语音指令对应的权限。
在一些实施例中，车辆100中的存储器可用于存储车辆和用户之间的绑定关系。
可以理解的是，本申请实施例示意的结构并不构成对车辆***的具体限定。车辆100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
例如，车辆100还可包括单独的存储器、电池、车灯、雨刷、仪表盘、音响、车载终端(transmission control unit，TCU)、辅助控制单元(auxiliary control unit，ACU)、智能进入及启动***(passive entry passive start，PEPS)、车载单元(on board unit，OBU)、车身控制模块(body control module，BCM)、充电接口等等。其中，存储器可用于存储车辆100中针对不同角色的权限信息，该权限信息指示了该角色所具备或者不具备的对车辆100的使用权限。在一些实施例中，存储器可用于存储车辆100中不同角色在不同的车辆状态下的权限信息。在一些实施例中，存储器可用于存储车辆100中不同角色在有不同的其他角色时的权限信息。
车辆100各个部件的具体作用也可参考后续方法实施例的介绍，这里不赘述。
图5示例性示出了车辆100的功能模块示意图。
车辆100上包括但不仅限于：支付感知模块501、显示模块502、身份认证模块503和通知模块504。
其中，支付感知模块501用于获取到支付码或者支付信息。
其中，支付感知模块501可以基于车辆100上的摄像头采集图像，并获取到支付码。其中，支付感知模块501可以从支付码中获取到支付信息。支付感知模块501也可以在获取到支付码之后，接收用户的操作输入支付需求获取到支付信息。
支付感知模块501也可以基于车辆100上的通信模块和对应场景中的收费设备建立短距离通信连接，支付感知模块501通过与的收费设备之间的短距离通信连接直接获取到收费设备发送的支付信息。其中，短距离通信包括但不仅限于蓝牙、Wi-Fi、NFC等等。
在支付感知模块501获取到支付码或者支付信息之后，支付感知模块501还用于将支付码或者支付信息发送至显示模块502。
显示模块502在获取到支付码或者支付信息后，在车辆100具有解析信息能力和展示敏感信息权限的情况下，显示模块502用于基于支付码或者支付信息显示支付界面。在车辆100没有解析信息能力和展示敏感信息权限的情况下，显示模块502用于将支付码或者支付信息发送至与之建立通信连接的电子设备200，通过电子设备200基于支付码或者支付信息，显示支付界面。
若在车辆100显示支付界面，显示模块502还用于将身份验证指令发送至身份认证模块503。
身份认证模块503在接收到身份验证指令后，在车辆100具有支付能力的情况下，身份认证模块503基于车辆100上存储的生物信息验证用户的身份完成支付。在车辆100没有支付能力的情况下，身份认证模块503可以通过与之建立通信连接的电子设备200验证用户的身份完成支付。
若在电子设备200上显示支付界面，电子设备200可以向车辆100发送身份验证指令。在车辆100接收到电子设备200发送的身份验证指令之后，在车辆100具有支付能力的情况下，身份认证模块503基于车辆100上存储的生物信息验证用户的身份完成支付。在车辆100没有支付能力的情况下，身份认证模块503可以通过与之建立通信连接的电子设备200验证用户的身份完成支付。
若车辆100验证用户的身份完成支付，身份认证模块503还用于向通知模块504发送支付完成通知。
通知模块504在接收到支付完成通知后，通知模块504可以通过语音、文字、图片、灯光闪烁、震动等一种或多种方式提示车机用户车辆100已完成支付。
若电子设备200验证用户的身份完成支付，在一种可能的实现方式中，电子设备200可以通过语音、文字、图片、灯光闪烁、震动等一种或多种方式提示车机用户车辆100已完成支付。在其他可能的实现方式中，电子设备200向车辆100发送支付完成通知，车辆100在接收到支付完成通知后，车辆100可以通过语音、文字、图片、灯光闪烁、震动等一种或多种方式提示车机用户车辆100已完成支付。
需要说明的是，上述一个或多个功能模块可以单独存在实现预设的功能，也可以两个及多个结合在一个实现预设的功能，本申请实施例对此不做限定。
图6示例性示出了电子设备200的结构示意图。
电子设备200可以是手机、平板电脑、桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本，以及蜂窝电话、个人数字助理(personal digital assistant，PDA)、增强现实(augmentedreality，AR)设备、虚拟现实(virtual reality，VR)设备、人工智能(artificialintelligence,AI)设备、可穿戴式设备、车载设备、智能家居设备和/或智慧城市设备，本申请实施例对该电子设备的具体类型不作特殊限制。本申请以下实施例以电子设备200为手机为例进行说明。
电子设备200可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。
可以理解的是，本发明实施例示意的结构并不构成对电子设备200的具体限定。在本申请另一些实施例中，电子设备200可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了***的效率。
在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。
可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备200的结构限定。在本申请另一些实施例中，电子设备200也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备200的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。
电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。
电子设备200的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。
电子设备200通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备200可以包括1个或N个显示屏194，N为大于1的正整数。
电子设备200可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备200可以包括1个或N个摄像头193，N为大于1的正整数。
数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备200在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。电子设备200可以支持一种或多种视频编解码器。这样，电子设备200可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。
NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备200的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。
内部存储器121可以包括一个或多个随机存取存储器(random access memory，RAM)和一个或多个非易失性存储器(non-volatile memory，NVM)。
电子设备200可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备200可以通过扬声器170A收听音乐，或收听免提通话。
受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备200接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。
麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备200可以设置至少一个麦克风170C。在另一些实施例中，电子设备200可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备200还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。
压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。
陀螺仪传感器180B可以用于确定电子设备200的运动姿态。
气压传感器180C用于测量气压。在一些实施例中，电子设备200通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。
磁传感器180D包括霍尔传感器。电子设备200可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当电子设备200是翻盖机时，电子设备200可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。
加速度传感器180E可检测电子设备200在各个方向上(一般为三轴)加速度的大小。当电子设备200静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。
距离传感器180F，用于测量距离。电子设备200可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备200可以利用距离传感器180F测距以实现快速对焦。
接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备200通过发光二极管向外发射红外光。电子设备200使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备200附近有物体。当检测到不充分的反射光时，电子设备200可以确定电子设备200附近没有物体。电子设备200可以利用接近光传感器180G检测用户手持电子设备200贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。
环境光传感器180L用于感知环境光亮度。电子设备200可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备200是否在口袋里，以防误触。
指纹传感器180H用于采集指纹。电子设备200可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。
温度传感器180J用于检测温度。在一些实施例中，电子设备200利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，电子设备200执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。
触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备200的表面，与显示屏194所处的位置不同。
骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。
按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备200可以接收按键输入，产生与电子设备200的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。
SIM卡接口195用于连接SIM卡。
在车辆100通过摄像头扫描图片获得支付码的情况下，车辆100需在合适的时机开启摄像头采集图像，获取到支付码。避免摄像头实时开启，导致功耗过高。或者，摄像头开启的时机过晚，导致获取到支付码的时间较长，车机用户需等待较长时间，影响用户体验。
车辆100可以基于以下任意一种或者多种方式触发车辆100开启车辆100上用于扫描支付码的摄像头。
方式一：车辆100可以基于车辆状态、车辆位置、环境信息中的一种或者多种，确定开启用于扫描支付码的摄像头。
其中，车辆状态包括但不仅限于：车辆100上电/下电、车辆100行驶/停车、车辆100的档位。
车辆位置可以是车辆100的全球定位***(global positioning system，GPS)信息。
环境信息可以是车辆100获取到的周围的标志性物体。例如，在停车场，环境信息可以是停车场出场闸机或者停车场出场标志，停车场出场闸机的可以是直杆道闸、栅栏道闸、曲杆道闸中的至少一个。不同的地点，环境信息可以不同，本申请实施例对此不做限定。
车辆100可以基于车辆状态、车辆位置、环境信息中的一种或者多种，确定出车辆100所在的场景，并开启用于扫描支付码的摄像头。
例如，车辆100确定出车辆100由下电至上电，车辆100在缓慢行驶，车辆100所在的位置为停车场，且识别到停车场出场闸机或者停车场出场标志，那么车辆100可以确定出车辆100处于在停车场支付停车费的场景，此时车辆100可以自动控制用于扫描支付码的摄像头开启。
方式二：车机用户或者车辆上的司乘人员可以通过语音控制车辆100开启用于扫描支付码的摄像头。
如图7所示，车机用户或者车辆上的司乘人员用过肉眼观察等方式，在需要进行支付时，车机用户或者车辆上的司乘人员通过语音唤醒车辆100，使得车辆100控制车辆100上用于扫描支付码的摄像头开启。例如用户输出语音“小E小E，开始扫描场外支付码”。在车辆100识别到用户的语音结果后，在车辆100开启车辆100上用于扫描支付码的摄像头后，车辆100可以回复语音“已开始扫描支付码”，以提示用户用于扫描支付码的摄像头已开启。
方式三：车机用户或者车辆上的司乘人员可以通过快捷键控制车辆100开启用于扫描支付码的摄像头。
快捷键可以是车辆100上的按键，该按键的类型可以是实体按键也可以是虚拟按键，实体按键的类型可以是按压式的、旋转式的、摇杆式的。本申请实施例对于该快捷键的具体实现方式不做限定。
在需要车机开启摄像头扫描场外的支付码时，车辆100可以接收用户针对该快捷键的输入操作(例如单次按压)，响应于用户的输入操作，车辆100将开启车辆100上用于扫描支付码的摄像头。当车辆100再次接收用户针对该快捷键的输入操作(例如单次按压)时，即关闭了车辆100上的用于扫描支付码的摄像头。
不仅限于上述三种用于开启车辆100上用于扫描支付码的摄像头的方式，还可以是其他的方式，本申请实施例对此不做限定。
可选的，在车辆100完成支付且支付成功之后，车辆100可以自动关闭用于扫描支付码的摄像头，以减少车辆100的功耗。
在车辆100上用于扫描支付码的摄像头开启后，车辆100通过摄像头扫描图像获取到支付码。或者车辆100与收款设备建立短距离通信连接，车辆100通过与收款设备之间的短距离通信连接接收收款设备发送的支付信息。
在车辆100获取到支付码或者支付信息后，车辆100需通过支付码或者支付信息，得到支付详情。其中，支付码可以是图像格式的，支付信息可以是报文格式的。支付详情包括但不仅限于：支付金额、商品名称、收款方名称等。
在车辆100具有解析支付码或者支付信息的情况下，即车辆100可以对图像格式或者报文格式进行解析，那么车辆100可以直接从支付码或者支付信息中获取到支付详情。
在车辆100没有解析支付码或者支付信息的情况下，车辆100可以将支付码或者支付信息发送至电子设备200，由电子设备200对图片格式或者报文格式进行解析，得到支付详情。之后，电子设备200再将支付详情发送至车辆100。
在车辆100获取到支付详情后，在车辆100具有展示敏感信息权限的情况下，车辆100可以基于支付详情显示支付界面，以提示车机用户支付金额。
可选的，在车辆100展示支付界面之前，车辆100可以通过语音获取用户的授权，例如语音可以是“识别到正在进行支付业务，是否继续？”，在用户回复是的情况下，车辆100可以再次输出语音，语音内容可以是支付详情的内容，例如“您需要支付停车费15元”。之后，车辆100可以再次输出语音“请验证您的身份”。在用户回复否的情况下，车辆100可以再次输出语音，语音内容可以是“已暂停支付”。
图8A示例性示出了车辆100显示支付界面的示意图。
如图8A所示，车辆100在中控屏上显示支付界面801。支付界面801中包括支付详情的信息。例如在加油站支付加油费应用场景中，支付详情包括但不仅限于加油金额、加油型号、加油枪号码等等。那么车辆100可以在支付界面801中显示该支付详情的信息。例如加油型号为95#，加油枪号码为3号，加油金额为300元，优惠金额为6.5元，实际需要支付的金额为293.5元。
不仅限于中控屏，车辆100还可以在车辆100的其他位置上显示支付界面801，例如在仪表盘或者抬头显示中显示支付界面801，以方便驾驶员可以看到支付界面801。
可选的，在车辆100展示支付界面的同时，车辆100可以输出语音“加油型号为95#，加油枪号码为3号，加油金额为300元，优惠金额为6.5元，实际需要支付的金额为293.5元。”，以此提示用户车辆100正在进行支付业务。
在车辆100显示支付界面之后，在车辆100有用支付能力的情况下，车辆100可以提示用户进行身份认证并完成支付。用户可通过发出声音、触摸屏幕、接触按钮、输入密码、以及提供指纹、面部、眼睛等生理识别特征等方式中的一个或多个方式，验证身份，完成支付。
在车辆100认证用户的身份通过之后，车辆100可以显示如图8B所示的提示信息802，该提示信息用于提示用户已支付完成。或者，车辆100也可以通过语音、震动、灯光闪烁、图片等方式提示用户已支付完成。
可选的，在车辆100显示支付界面之后，在车辆100没有支付能力的情况下，但是有与车辆100建立通信连接的其他电子设备，车辆100可以向电子设备200发送校验指令，该校验指令用于指示电子设备200验证用户的身份。在电子设备200认证用户的身份通过之后，车辆100可以向电子设备200发送验证通过指令，在车辆100接收到电子设备200发送的验证通过指令之后，车辆100可以显示如图8B所示的提示信息802。车辆100也可以通过语音、震动、灯光闪烁、图片等方式提示用户已支付完成。
可选的，在车辆100获取到支付码或者支付信息后，之后，在车辆100没有支付能力的情况下，也没有与车辆100建立通信连接的其他电子设备，即车辆100无法向其他电子设备发送校验指令。如图8C所示，车辆100可以基于支付码或者支付信息显示二维码，该二维码用于提示用户通过其他的设备主动扫描该二维码完成支付。
在一些实施例中，在车辆100扫描得到支付码后，可以直接将支付码显示在中控屏上，即支付码与图8C所示的二维码相同。在其他实施例中，在车辆100扫描得到支付码后，车辆100可以从支付码中获取到支付详情，车辆100再基于支付详情重新生成二维码，即支付码与图8C所示的二维码不同。
在一些实施例中，在车辆100接收到收款设备发送的支付信息后，车辆100可以从支付信息中获取到支付详情，车辆100再基于支付详情生成二维码。
这样，有车辆100自动获取支付码或者支付信息，实现了车机用户、乘客等司乘人员无需下车或者无需拿出手机扫描车外的支付码就可以获取到支付信息并完成支付。提高了外场支付的便利性，提升了用户体验，也保证了车机用户的驾驶安全性地问题。
在一些实施例中，在车辆100获取到支付详情后，在车辆100没有展示敏感信息权限的情况下，但是有与车辆100建立通信连接的其他电子设备，那么车辆100可以通过与之建立通信连接的电子设备200显示支付界面，以提示车机用户支付金额。
图9A-图9B示例性示出了电子设备200显示支付界面的示意图。
在车辆100具有解析支付码或者支付信息的情况下，即车辆100可以直接从支付码或者支付信息中获取到支付详情。若车辆100没有展示能力，车辆100可以将支付详情发送至电子设备200。或者在车辆100具有解析支付码或者支付信息的情况下，车辆100将支付码或者支付信息发送至电子设备200，由电子设备200对支付码或者支付信息进行解析，得到支付详情。
在电子设备200获取到支付详情后，电子设备200可以基于支付详情显示支付界面。
如图9A所示，电子设备200可以显示如图9A所示的支付界面901。支付界面901和图8A所示的支付界面801类似，具体的，可以参考支付界面801的介绍，本申请实施例在此不再赘述。
可选的，电子设备200上显示的支付界面的界面布局和车辆100上显示的支付界面的界面布局也可以不同，本申请实施例对此不做限定。
在电子设备200显示支付界面901之后，在车辆100有支付能力的情况下，车辆100可以提示用户进行身份认证并完成支付。用户可通过发出声音、触摸屏幕、接触按钮、输入密码、以及提供指纹、面部、眼睛等生理识别特征等方式中的一个或多个方式，验证身份，完成支付。在车辆100验证用户身份通过后，车辆100可以向电子设备200发送验证通过指令。电子设备200在接收到验证通过指令后，电子设备200可以显示如图9B所示的提示信息802。电子设备200也可以通过语音、震动、灯光闪烁、图片等方式提示用户已支付完成。
可选的，在车辆100验证用户身份通过后，车辆100可以通过语音、震动、灯光闪烁、图片等方式提示用户已支付完成。
在电子设备200显示支付界面901之后，在车辆100没有支付能力的情况下，车辆100可以通过电子设备200验证用户的身份。具体的，车辆100可以向电子设备200发送校验指令，该校验指令用于指示电子设备200验证用户的身份。在电子设备200认证用户的身份通过之后，车辆100可以向电子设备200发送验证通过指令，在车辆100接收到电子设备200发送的验证通过指令之后，车辆100可以显示如图8B所示的提示信息802。车辆100也可以通过语音、震动、灯光闪烁、图片等方式提示用户已支付完成。
在一些实施例中，在车辆100获取到支付详情后，在车辆100没有展示敏感信息权限的情况下，也没有与车辆100建立通信连接的其他电子设备，那么车辆100可以不展示任何信息，可以通过震动、灯光闪烁、图片等方式提示用户验证用户身份并完成支付。
可选的，在一些实施例中，车辆100在获取到支付码或者支付信息之后，该支付码或者支付信息用于显示商品选购详情界面，车辆100可以接收用户针对商品选购界面的输入操作，之后，车辆100再显示支付界面。这样，对于一些自助服务场景，例如自助加油站、自助充电站、自助洗车站等场景下，车辆100可以首先扫描得到支付码或者支付信息，在车机上展示商品详情，在用户选择了商品详情后在车辆上完成支付。目前，还是需要用户下车选购商品并使用用户的手机完成支付后在提供相应的服务。本申请实施例可以实现用户不需下车通过车机就可以完成一系列操作，提高了用户体验。
图10A-图10C示出了另一种车辆100显示支付界面的示意图。
本申请以下实施例以自助加油站为例进行说明。
在车辆100通过车辆上的摄像头扫描得到支付码后，或者，车辆100与收款设备建立短距离通信连接后，车辆100接收收款设备发送的支付信息。
在车辆100获取到支付码或者支付信息后，车辆100可以显示如图10A所示的用户界面1001。
如图10A所示，用户界面1001上示出了第一加油站的信息。信息包括但不仅限于第一加油站的地址、第一加油站的营业时间、第一加油站的加油活动信息。其中，第一加油站的地址可以是“XX省XX市XX区XX街道XX号”，第一加油站的营业时间可以是“08:00-22:00”，第一加油站的加油活动信息可以是“92#汽油有优惠”、“加油送礼品”、“免费洗车”、“95#汽油无优惠”等。其中，车辆100可以将优惠力度较大的活动信息所在的显示区域突出显示(例如加深显示)。示例性的，车辆100可以将第一加油站的加油活动信息中的“92#汽油有优惠”、“加油送礼品”、“免费洗车”的显示区域突出显示。
在一些实施例中，车辆100可以不显示用户界面1001。
车辆100在显示用户界面1001之后的一定时间后，或者车辆100接收用户针对用户界面1001的输入操作(例如单击)，或者车辆100接收用户的语音操作、针对快捷键的输入操作等，车辆100可以显示如图10B所示的用户界面1002。
如图10B所示，用户界面1002示出的油号包括“92#”汽油、“95#”汽油、“98#”汽油和“0#”汽油。示出的加油枪的号码包括1号加油枪、2号加油枪、3号加油枪、4号加油枪、5号加油枪、6号加油枪、7号加油枪、8号加油枪、9号加油枪、10号加油枪、11号加油枪、12号加油枪、13号加油枪、14号加油枪、15号加油枪和其他等。用户界面1002用于提示用户选择油号和加油枪号。车辆100接收用户针对用户界面1002的输入操作(例如单击)，选择油号和加油枪号，或者车辆100接收用户的语音操作、针对快捷键的输入操作等，选择油号和加油枪号。示例性的，用户选择的油号为95#，加油枪的号码为3号，则车辆100可以将用户界面1002中95#油号所在的显示区域和3号加油枪所在的显示区域突出显示(例如加深显示)，以此提示用户选择的油号和加油枪的号码是哪一个。
在选择完油号和加油枪的号码之后，车辆100可以显示如图10C所示的用户界面1003。用户界面1003中示出的加油金额包括100、200、300、400和500。若上述加油金额没有用户想选的额度，用户界面1003也示出了加油金额输入区域，用户可以在加油金额输入区域中输入向选择的加油金额。示例性的，若用户选择的加油金额为300，则车辆100可以将用户界面1003中加油金额为300所在的显示区域突出显示(例如加深显示)，以此提示用户选择的加油金额是哪一个。如上述所述，车辆100可以接收用户的语音选择金额，车辆100也可以接收用户针对快捷键的输入操作等选择金额。
在用户确认支付金额(例如300元)后，在车辆100有验证用户身份的能力的情况下，车辆100接下来将验证用户的身份并完成支付。在车辆100没有验证用户身份的能力的情况下，车辆100可以通过电子设备200验证用户身份并完成支付。具体的，和前述实施例中类似，本申请实施例在此不再赘述。
图10D示出了又一种车辆100显示支付界面的示意图。
图10D中示出了支付用户界面1004，即车辆100可以同时显示图10A-图10C所示的用户界面1001、用户界面1002和用户界面1003。对用户界面1004的介绍，可以参考图10A-图10C中针对用户界面1001、用户界面1002和用户界面1003的介绍，本申请实施例在此不再赘述。
图10E-图10G示出了电子设备200上显示支付界面的示意图。
如图10E所示，电子设备200首先在界面上显示用户界面1005，用户界面1005与用户界面1001类似，本申请实施例在此不再赘述。
在电子设备200显示用户界面1005之后的一定时间后，或者电子设备200接收用户针对用户界面1005的输入操作(例如单击)，或者电子设备200接收用户的语音操作等，电子设备200可以显示如图10F所示的用户界面1006。
如图10F所示，用户界面1006上示出了油号选项和加油枪的号码选项。对于用户界面1006上示出的油号选项和加油枪的号码选项，可以参考前述图10B实施例中的相关描述，本申请实施例在此不再赘述。电子设备200在接收用户选择油号(例如“95#”汽油)和加油枪的号码(例如3号加油枪)后，电子设备200可以显示如图10G所示的用户界面1007。
如图10G所示，用户界面1007上示出了加油金额选项。对于用户界面1007上示出的加油金额选项，可以参考前述图10C实施例中的相关描述，本申请实施例在此不再赘述。在用户选择完加油金额后，电子设备200可以接收用户针对用户界面1007上的支付控件的输入操作(例如单击)，响应于用户的输入操作，手机可以完成支付。或者，用户通过语音选择金额。
在电子设备200显示支付界面后，若车辆100有支付能力的情况下，车辆100可以提示用户验证用户的身份，并完成支付。在电子设备200没有支付能力的情况下，车辆100可以通过电子设备200验证用户身份并完成支付。具体的，可以参考前述实施例中的描述，本申请实施例在此不再赘述。
需要说明的是，图10A-图10G所示的用户界面仅用于解释本申请，在实际应用中用户界面的界面布局可以不同，本申请实施例对此不做限定。
前述实施例介绍了在车辆100没有展示敏感信息权限或者没有支付能力的情况下，车辆100可以通过与之建立通信连接的电子设备200展示支付界面或者验证用户的身份完成支付。
若同时与车辆100建立通信连接的电子设备有多个的情况下，车辆100需从多个电子设备中确定出一个电子设备展示支付界面或者验证用户的身份完成支付。例如，多个电子设备同时连上了车辆100的无线网，那么车辆100需从多个电子设备中确定出一个电子设备展示支付界面或者验证用户的身份完成支付。
车辆100可以基于以下任意一种方式或几种方式从多个建立通信连接的电子设备中筛选得到一个设备。
方式一：车辆100可以从多个建立通信连接的电子设备中，筛选出与车辆100登录的账号为同一个账号的一个电子设备。
方式二：车辆100可以从多个建立通信连接的电子设备中，筛选出与车辆100建立连接的次数最多的一个电子设备。
方式三：车辆100可以从多个建立通信连接的电子设备中，筛选出与车辆100建立连接的时间最长的一个电子设备。
方式四：车辆100可以从多个建立通信连接的电子设备中，筛选出与车辆100第一个建立通信连接的一个电子设备。
方式五：车辆100可以从多个建立通信连接的电子设备中，筛选出用户对电子设备的关注度最高的一个电子设备。
车辆100可以基于车辆100的状态、和其他多个电子设备的设备状态，以及用户状态等信息，对用户针对多个电子设备的关注度进行评分。
其中，用户对设备的关注度可以基于以下信息得到：电子设备的工作状态、电子设备检测到的用户的状态。电子设备的工作状态包括但不仅限于：电子设备是否开启、电子设备是否处于工作状态(例如是否有图像显示或者音频输出)。电子设备检测到的用户的状态包括但不仅限于：用户是否注视着电子设备或者操作该电子设备。
车辆100可以基于电子设备的状态，对电子设备进行打分，得到用户对电子设备的关注度评分。
具体的，车辆100可以将用户对电子设备的关注度评分划分为N个级别。级别越低，用户对电子设备的关注度不明确，用户对电子设备的关注度越低。级别越高，用户对电子设备的关注度越明确，用户对电子设备的关注度越高。示例性的，用户对电子设备的关注度评分为第一级别时，用户对电子设备的关注度评分为1/N。用户对电子设备的关注度评分为第二级别时，用户对电子设备的关注度评分为2/N。
假设N等于3，在车辆加油场景中，第一级别的评分事件包括但不仅限于：电子设备有音频输出，那么第一级别的评分事件的关注度评分为0.3。第二级别的评分事件包括但不仅限于：电子设备亮屏，那么第二级别的评分事件的关注度评分为0.6。第三级别的评分事件包括但不仅限于：电子设备亮屏，且电子设备持续性亮屏。
需要说明的是，车辆100还可以基于其他的方式确定出用户对各个电子设备的关注度评分，本申请实施例对此不做限定。
在车辆100得到用户针对每一个电子设备的关注度评分后，可以通过用户关注度最高的设备显示支付界面或者验证用户身份。
方式六：车辆100可以从多个建立通信连接的电子设备中，筛选出与所述车辆之间的位置最近的一个电子设备。
不仅限于方式一至方式六中示出的从多个建立通信连接的电子设备中筛选得到一个设备的方式，车辆100还可以基于其他的方式从多个建立通信连接的电子设备中筛选得到一个设备，本申请实施例对此不做限定。
图11示例性示出了本申请实施例提供的一种支付方法的流程示意图。
S1101、车辆100通过车辆上的摄像头获取到支付码，或者车辆100与收款设备建立短距离通信连接，接收收款设备发送的支付信息。
车辆100上可以包括多个不同方位的摄像头，例如上方、下方、前方、后方、左方、右方、车内等不同方位的摄像头。这样，方便车辆100基于不同方位的摄像头扫描图像获取到支付码。
可选的，车辆100上用于扫描图像并获取到支付码的摄像头可以基于在合适的时机开启摄像头采集图像，获取到支付码。例如，基于车辆状态、车辆位置、环境信息中的一种或者多种，确定出在付费场景，车辆100可以自动开启用于扫描图像并获取到支付码的摄像头。或者车辆100接收用户的操作，开启用于扫描图像并获取到支付码的摄像头。
可选的，车辆100上有多个不同方位的用于扫描图像并获取到支付码的摄像头，在扫描图像并获取到支付码时，可以控制开启某一个方位的摄像头开启即可，不需要开启所有方位的摄像头，节省车辆100的功耗。例如，车机用户可以通过肉眼观察等方式确定出支付码位于车辆100的第一方位(例如左边)，则车机用户可以通过语音或者快捷键控制车辆100开启第一方位的摄像头。若在开启第一方位的摄像头后，在一定时间内未扫描到支付码，车辆100可以通过文字、语音、图片、震动、灯光闪烁等方式提示车机用户无法扫描到图像。则车机用户可以再次通过语音或者快捷键控制车辆100开启第二方位的摄像头。这样，可以通过分级开启不同方位的摄像头，直至车辆100获取到支付码。
可选的，一个方位上的摄像头的数量也可以有多个，车机用户也可以先开工至第一方位上的其中的一个摄像头开启扫描图像并获取到支付码。在第一方位上的其中的一个摄像头在一定时间内未扫描到支付码的情况下，车机用户可以控制第一方位上的另一个摄像头开启，或者车辆100自动开启第一方位上的另一个摄像头开启，直至第一方位上的摄像头全部开启。若第一方位上的全部摄像头开启后，均为获取到支付码，则车辆100可以提示用户开启其他方位上的摄像头。这样，可以通过分级开启同一方位上不同的摄像头，直至车辆100获取到支付码。
需要说明的是，不仅限于一次开启一个摄像头，也可以一次开启一个方位上的多个摄像头，或者一次开启不同方位上的多个摄像头，本申请实施例对此不做限定。
在一些实施例中，车辆100也可以通过非用于扫描图像并获取到支付码的摄像头(例如行车记录仪)识别到支付码，那么车辆100可以不用开启用于扫描图像并获取到支付码的摄像头，就可以获取到支付码。
上述获取到支付码的方式仅用于解释本申请，车辆100也可以基于其他的方式获取到支付码，本申请实施例对不做限定。
可选的，在车辆100与收款设备建立短距离通信连接之前，在车辆100与收款设备之间的距离在预设距离内，收款设备可以向车辆100发送建立连接请求，该建立连接请求用于请求与车辆100建立短距离通信连接。在车辆100接收到收款设备发送的建立连接请求后，车辆100可以显示提示信息，该提示信息用于提示是否需与收款设备建立通信连接。在用户确定后，车辆100可以与收款设备建立通信连接。
这样，以实现车机用户、乘客等司乘人员无需下车或者无需拿出手机扫描车外的支付码就可以完成支付。提高了外场支付的便利性，提升了用户体验，也保证了车机用户的驾驶安全性地问题。
S1102、车辆100有解析支付码和支付信息的能力？
在车辆100具有解析能力和支付信息的能力的情况下，车辆100执行S1103。
在车辆100没有具有解析能力和支付信息的能力的情况下，车辆100执行S1104-S1106。
S1103、车辆100基于支付码和支付信息获取到支付详情。
可选的，支付码可以是图像格式的，支付信息可以是报文格式的。在车辆100具有解析图像或者解析报文的能力的情况下，车辆100可以基于支付码和支付信息获取到支付详情。
支付详情包括但不仅限于：支付金额、商品名称、收款方名称等。
S1104、车辆100将支付码和支付信息发送至电子设备200。
S1105、电子设备200基于支付码或者支付信息获取到支付详情。
S1106、电子设备200将支付详情发送至车辆100。
在车辆100没有解析图像或者解析报文的能力的情况下，车辆100可以用过建立通信连接的电子设备200对支付码和支付信息进行解析，获取到支付详情。
S1107、车辆100有展示敏感信息权限？
在车辆100具有展示敏感信息权限的情况下，车辆100执行S1108。
在车辆100没有展示敏感信息权限的情况下，车辆100执行S1109-S1110。
S1108、车辆100基于支付详情展示支付界面。
具体的，可以参考图10A-图10D所示的实施例，本申请实施例在此不再赘述。
S1109、车辆100向电子设备200发送展示通知。
展示通知用于指示电子设备200基于支付详情显示支付界面。
S1110、电子设备200基于支付详情展示支付界面。
具体的，可以参考图10E-图10G所示的实施例，本申请实施例在此不再赘述。
S1111、车辆100有支付能力？
在车辆100具有支付能力的情况下，车辆100执行S1112。
在车辆100没有支付能力的情况下，车辆100执行S1113。
S1112、车辆100验证通过用户的身份并完成支付。
S1113、车辆100确定出是否有与车辆建立通信连接的电子设备？
在车辆100有与车辆建立通信连接的电子设备，车辆100执行S1114-S1115。
在车辆100没有与车辆建立通信连接的电子设备，车辆100执行S1116。
S1114、车辆100向电子设备200发送验证身份通知。
S1115、在电子设备200接收到验证身份通知后，电子设备200验证通过用户的身份并完成支付。
可选的，在电子设备200完成支付之后，电子设备200可以向车辆100发送支付完成通知，以提示用户已完成支付。
S1116、车辆100显示二维码。
在车辆100没有与车辆建立通信连接的电子设备的情况下，车辆100可以基于支付码或者支付信息显示二维码，该二维码用于提示用户通过其他的设备主动扫描该二维码完成支付。
在一些实施例中，在车辆100扫描得到支付码后，可以直接将支付码显示在中控屏上，即支付码与图8C所示的二维码相同。在其他实施例中，在车辆100扫描得到支付码后，车辆100可以从支付码中获取到支付详情，车辆100再基于支付详情重新生成二维码，即支付码与图8C所示的二维码不同。
在一些实施例中，在车辆100接收到收款设备发送的支付信息后，车辆100可以从支付信息中获取到支付详情，车辆100再基于支付详情生成二维码。
具体的，可以参考图8C所示的实施例。
图12为本申请实施例提供的一种支付方法的流程示意图。
S1201、车辆通过车辆上的摄像头扫描图像获得支付码，或者车辆接收收款设备发送的支付信息。
在一种可能的实现方式中，车辆接收收款设备发送的支付信息，具体包括：车辆与收款设备建立短距离通信连接，并接收收款设备发送的支付信息；短距离通信连接包括：蓝牙通信连接、Wi-Fi通信连接、近场通信NFC通信连接。
S1202、基于支付码或者支付信息获取到支付详情，支付详情包括以下一项或多项：支付金额、商品名称、收款方名称。
在一种可能的实现方式中，车辆基于支付码或者支付信息获取到支付详情，具体包括：在车辆具有解析能力的情况下，车辆从支付码或者支付信息中解析得到支付详情；在车辆没有解析能力的情况下，车辆通过第一电子设备从支付码或者支付信息中解析得到支付详情，并接收第一电子设备发送的支付详情。
在一种可能的实现方式中，车辆基于支付码或者支付信息获取到支付详情之后，在车辆通过第一电子设备基于支付详情完成支付之前，方法还包括：在车辆有展示敏感信息权限的情况下，车辆基于支付详情显示支付界面；在车辆没有展示敏感信息权限的情况下，车辆通过第一电子设备显示支付界面。
车辆显示支付界面，可以是图8A-图8B所示的用户界面，或者图10A-图10D所示的用户界面。
第一电子设备显示支付界面可以是图9A-图9B所示的用户界面，或者图10E-图10G所示的用户界面。
S1203、车辆通过第一电子设备基于支付详情完成支付。
车辆可以是车辆100，第一电子设备可以是电子设备200。
在一种可能的实现方式中，第一电子设备为与车辆登录同一个账号的电子设备。即车辆与电子设备为可信的设备，保证协同支付过程的可靠性。
在一种可能的实现方式中，车辆通过第一电子设备基于支付详情完成支付，具体包括:在车辆与第一电子设备建立通信连接的情况下，车辆通过第一电子设备基于支付详情完成支付。
在一种可能的实现方式中，在车辆与第一电子设备没有建立通信连接的情况下，车辆基于支付码或者支付信息显示第一图像，第一图像用于提示用户通过电子设备扫描第一图像并完成支付。
第一图像可以是图8C所示的用户界面。
例如，第一图像可以是二维码。这样，车辆显示第一图像，以提示用户基于其他的电子设备扫描第一图像完成支付。不仅限于第一图像为二维码，第一图像也可以是其他的图像可以实现扫描且获得到支付信息的图像均可以，本申请实施例对此不做限定。
这样，车辆可以不用判断车辆是否有支付能力，无论车辆有没有支付能力，均通过电子设备完成支付。
通过第一方面提供的一种支付方法，实现了车辆和电子设备协同完成车机用户的外场支付，提高了外场支付的便利性，提升了用户体验。
在一种可能的实现方式中，车辆通过第一电子设备基于支付详情完成支付，具体包括：在车辆没有支付能力的情况下，车辆通过第一电子设备基于支付详情完成支付。
这样，车辆在获取到支付详情后，会先判断车辆是否有支付能力，在车辆没有支付能力的情况下，车辆再通过电子设备完成支付。
在一种可能的实现方式中，方法还包括：在车辆有支付能力的情况下，车辆基于支付详情完成支付。
这样，车辆在获取到支付详情后，会先判断车辆是否有支付能力，在车辆有支付能力的情况下，车辆可以直接完成支付，不依赖于其他的电子设备完成支付。
在一种可能的实现方式中，车辆上的摄像头包括多个方位的摄像头，每个方位上包括有一个或多个摄像头，其中，第一方位上包括第一摄像头和第二摄像头；车辆通过车辆上的摄像头扫描图像获得支付码，具体包括：车辆通过第一方位上的第一摄像头和第二摄像头扫描图像并获取到支付码；其中，第一摄像头与第二摄像头不同。
这样，同一方位上可以包括多个不同的摄像头，同一方位上多个不同的摄像头可以同时开启也可以分时开启。车辆通过一个方位上的多个不同的摄像头扫描图像获取到支付码，可以提高扫描图像获取到支付码的准确率。
在一种可能的实现方式中，车辆通过第一方位上的第一摄像头和第二摄像头扫描图像并获取到支付码，具体包括：车辆开启第一方位上的第一摄像头，通过第一摄像头扫描图像；在第一摄像头在第一时间内未获取到支付码的情况下，车辆开启第一方位上的第二摄像头，并通过第二摄像头扫描图像获取到支付码。
这样，同一个方位上的多个不同的摄像头可以分时开启，避免同时开启功耗增加的问题。
在一种可能的实现方式中，车辆上的摄像头包括多个方位的摄像头，多个方位包括第一方位和第二方位；车辆通过车辆上的摄像头扫描图像获得支付码，具体包括：车辆通过第一方位上的摄像头和第二方位上的摄像头扫描图像并获取到支付码；其中，第一方位与第二方位不同。
这样，车辆上可以包括多个不同方位上的摄像头，多个不同方位上的摄像头，可以同时开启也可以分时开启。车辆通过多个不同方位上的摄像头扫描图像获取到支付码，可以提高扫描图像获取到支付码的准确率。
在一种可能的实现方式中，车辆通过第一方位上的摄像头和第二方位上的摄像头扫描图像并获取到支付码，具体包括：车辆开启第一方位上的摄像头，通过第一方位上的摄像头扫描图像；在第一方位上的摄像头在第一时间内未获取到支付码的情况下，车辆开启第二方位上的摄像头，并通过第二方位上的摄像头扫描图像获取到支付码。
这样，多个不同方位上的摄像头可以分时开启，避免同时开启多个不同方位上的摄像头导致功耗增加的问题。
在一种可能的实现方式中，车辆通过车辆上的摄像头扫描图像获得支付码的情况下，在车辆通过车辆上的摄像头扫描图像获得支付码之前，方法还包括：车辆基于车辆状态、车辆位置、环境信息中的一种或者多种，开启车辆上的摄像头。
这样，车辆可以自动开启摄像头扫描图像获取支付码，减少用户的操作。例如，车辆可以自动开启车辆上的第一方位上的摄像头和/或第二方位上的摄像头。车辆也可以自动开启车辆上的第一方位上的第一摄像头和/或第一方位上的第二摄像头。
在车辆通过车辆上的摄像头扫描图像获得支付码的情况下，在车辆通过车辆上的摄像头扫描图像获得支付码之前，方法还包括：车辆接收并响应用户的第一操作，开启车辆上的摄像头。
第一操作可以是语音操作、针对快捷键的操作等。
第一操作可以是用于开启车辆上的第一方位上的摄像头和/或第二方位上的摄像头。第一操作也可以是开启车辆上的第一方位上的第一摄像头和/或第一方位上的第二摄像头。
本申请的各实施方式可以任意进行组合，以实现不同的技术效果。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solidstate disk，SSD))等。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。
总之，以上所述仅为本发明技术方案的实施例而已，并非用于限定本发明的保护范围。凡根据本发明的揭露，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (18)

1.一种支付方法，其特征在于，所述方法包括：
车辆通过所述车辆上的摄像头扫描图像获得支付码，或者所述车辆接收收款设备发送的支付信息；
所述车辆基于所述支付码或者所述支付信息获取到支付详情，所述支付详情包括以下一项或多项：支付金额、商品名称、收款方名称；
所述车辆通过第一电子设备基于所述支付详情完成支付。
2.根据权利要求1所述的方法，其特征在于，所述车辆通过第一电子设备基于所述支付详情完成支付，具体包括：
在所述车辆没有支付能力的情况下，所述车辆通过第一电子设备基于所述支付详情完成支付。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
在所述车辆有支付能力的情况下，所述车辆基于所述支付详情完成支付。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述车辆上的摄像头包括多个方位的摄像头，每个方位上包括有一个或多个摄像头，其中，第一方位上包括第一摄像头和第二摄像头；所述车辆通过所述车辆上的摄像头扫描图像获得支付码，具体包括：
所述车辆通过所述第一方位上的所述第一摄像头和所述第二摄像头扫描图像并获取到所述支付码；
其中，所述第一摄像头与第二摄像头不同。
5.根据权利要求4所述的方法，其特征在于，所述车辆通过所述第一方位上的所述第一摄像头和所述第二摄像头扫描图像并获取到所述支付码，具体包括：
所述车辆开启第一方位上的所述第一摄像头，通过所述第一摄像头扫描图像；
在所述第一摄像头在第一时间内未获取到所述支付码的情况下，所述车辆开启所述第一方位上的所述第二摄像头，并通过所述第二摄像头扫描图像获取到所述支付码。
6.根据权利要求1-5任一项所述的方法，其特征在于，所述车辆上的摄像头包括多个方位的摄像头，所述多个方位包括第一方位和第二方位；所述车辆通过所述车辆上的摄像头扫描图像获得支付码，具体包括：
所述车辆通过所述第一方位上的摄像头和所述第二方位上的摄像头扫描图像并获取到所述支付码；
其中，所述第一方位与所述第二方位不同。
7.根据权利要求6所述的方法，其特征在于，所述车辆通过所述第一方位上的摄像头和所述第二方位上的摄像头扫描图像并获取到所述支付码，具体包括：
所述车辆开启所述第一方位上的摄像头，通过所述第一方位上的摄像头扫描图像；
在所述第一方位上的摄像头在第一时间内未获取到所述支付码的情况下，所述车辆开启所述第二方位上的摄像头，并通过所述第二方位上的摄像头扫描图像获取到所述支付码。
8.根据权利要求1-7任一项所述的方法，其特征在于，在所述车辆通过所述车辆上的摄像头扫描图像获得支付码的情况下，在所述车辆通过所述车辆上的摄像头扫描图像获得支付码之前，所述方法还包括：
所述车辆接收并响应用户的第一操作，开启所述车辆上的摄像头。
9.根据权利要求1-7任一项所述的方法，其特征在于，在所述车辆通过所述车辆上的摄像头扫描图像获得支付码的情况下，在所述车辆通过所述车辆上的摄像头扫描图像获得支付码之前，所述方法还包括：
所述车辆基于所述车辆状态、所述车辆位置、环境信息中的一种或者多种，开启所述车辆上的摄像头。
10.根据权利要求1-9任一项所述的方法，其特征在于，所述车辆接收收款设备发送的支付信息，具体包括：
所述车辆与所述收款设备建立短距离通信连接，并接收所述收款设备发送的所述支付信息；
所述短距离通信连接包括：蓝牙通信连接、Wi-Fi通信连接、近场通信NFC通信连接。
11.根据权利要求1-10任一项所述的方法，其特征在于，所述第一电子设备为与所述车辆登录同一个账号的电子设备。
12.根据权利要求1-11任一项所述的方法，其特征在于，所述车辆通过第一电子设备基于所述支付详情完成支付，具体包括:
在所述车辆与所述第一电子设备建立通信连接的情况下，所述车辆通过第一电子设备基于所述支付详情完成支付。
13.根据权利要求12所述的方法，其特征在于，所述方法还包括：
在所述车辆与所述第一电子设备没有建立通信连接的情况下，所述车辆基于所述支付码或者支付信息显示第一图像，所述第一图像用于提示用户通过电子设备扫描所述第一图像并完成支付。
14.根据权利要求1-13任一项所述的方法，其特征在于，所述车辆基于支付码或者支付信息获取到支付详情，具体包括：
在所述车辆具有解析能力的情况下，所述车辆从所述支付码或者所述支付信息中解析得到所述支付详情；
在所述车辆没有解析能力的情况下，所述车辆通过所述第一电子设备从所述支付码或者所述支付信息中解析得到所述支付详情，并接收所述第一电子设备发送的所述支付详情。
15.根据权利要求1-14任一项所述的方法，其特征在于，在所述车辆基于支付码或者支付信息获取到支付详情之后，在所述车辆通过第一电子设备基于所述支付详情完成支付之前，所述方法还包括：
在所述车辆有展示敏感信息权限的情况下，所述车辆基于所述支付详情显示支付界面；
在所述车辆没有展示敏感信息权限的情况下，所述车辆通过所述第一电子设备显示支付界面。
16.一种车辆，其特征在于，所述车辆包括：一个或多个处理器、一个或多个存储器；其中，所述一个或多个存储器与所述一个或多个处理器耦合，所述一个或多个存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述一个或多个处理器调用所述计算机指令以使得所述车辆执行上述权利要求1-15任一项所述的方法。
17.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在车辆上运行时，使得所述车辆执行如权利要求1-15任一项所述的方法。
18.一种计算机程序产品，其特征在于，当所述计算机程序产品被车辆执行时，使得所述车辆执行如权利要求1-15任一项所述的方法。
CN202210901709.3A 2022-07-28 2022-07-28 一种支付方法及相关装置 Pending CN117911019A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210901709.3A CN117911019A (zh) 2022-07-28 2022-07-28 一种支付方法及相关装置
PCT/CN2023/109377 WO2024022394A1 (zh) 2022-07-28 2023-07-26 一种支付方法及相关装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210901709.3A CN117911019A (zh) 2022-07-28 2022-07-28 一种支付方法及相关装置

Publications (1)

Publication Number Publication Date
CN117911019A true CN117911019A (zh) 2024-04-19

Family

ID=89705384

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210901709.3A Pending CN117911019A (zh) 2022-07-28 2022-07-28 一种支付方法及相关装置

Country Status (2)

Country Link
CN (1) CN117911019A (zh)
WO (1) WO2024022394A1 (zh)

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101241803B1 (ko) * 2010-06-25 2013-03-14 엠텍비젼 주식회사 멀티 카메라 시스템을 이용한 차량용 영상 녹화 장치 및 방법
CN107369218B (zh) * 2017-07-21 2019-02-22 北京图森未来科技有限公司 实现车辆自动缴费的方法及***、相关设备
CN111260800A (zh) * 2018-11-30 2020-06-09 上海博泰悦臻电子设备制造有限公司 支付方法、支付***、车载终端及计算机可读存储介质
CN110536117A (zh) * 2019-09-03 2019-12-03 北京蓦然认知科技有限公司 一种利用车载摄像头的目标辅助查找方法和装置
CN112132569A (zh) * 2020-09-22 2020-12-25 华人运通(上海)云计算科技有限公司 一种车载支付方法、装置、车载终端、存储介质及车辆
CN114511315A (zh) * 2020-11-17 2022-05-17 博泰车联网科技(上海)股份有限公司 车载摄像移动支付的方法及计算机存储介质
CN112529568A (zh) * 2020-11-30 2021-03-19 重庆长安汽车股份有限公司 一种车载支付方法、***及汽车
EP4246369A4 (en) * 2020-11-30 2024-02-28 Huawei Technologies Co., Ltd. CODE SCANNING METHOD AND APPARATUS
CN114373233A (zh) * 2022-01-04 2022-04-19 ***股份有限公司 支付方法、装置、设备及计算机可读存储介质
CN114492492A (zh) * 2022-01-28 2022-05-13 镁佳(北京)科技有限公司 一种二维码扫描方法、装置、存储介质及电子设备

Also Published As

Publication number Publication date
WO2024022394A1 (zh) 2024-02-01

Similar Documents

Publication Publication Date Title
EP3502862B1 (en) Method for presenting content based on checking of passenger equipment and distraction
CN110126783B (zh) 车辆控制方法及装置
CN110311976B (zh) 服务分发方法、装置、设备及存储介质
EP4293535A1 (en) Information recommendation method and related device
CN111465536A (zh) 一种业务处理方法及设备
WO2023231890A1 (zh) 一种服务推荐方法及相关装置
CN112061024A (zh) 车辆外部扬声器***
CN116853240A (zh) 障碍物的预警方法、装置、设备及存储介质
CN113869911A (zh) 借车方法、还车方法、车载终端及车辆借还***
CN115134453B (zh) 一种乘车信息的显示方法及电子设备
CN116055629B (zh) 一种识别终端状态的方法、电子设备、存储介质和芯片
CN208360117U (zh) 基于车辆智能座舱的指纹识别装置、车辆智能座舱及车辆
CN109189068B (zh) 泊车控制方法、装置及存储介质
CN117911019A (zh) 一种支付方法及相关装置
CN116823248A (zh) 支付方法和电子设备
CN111475233B (zh) 信息获取方法、图形码生成方法以及装置
WO2023241482A1 (zh) 一种人机对话方法、设备及***
CN111819626B (zh) 一种语音交互的方法及装置
US20190158629A1 (en) Systems and methods to aggregate vehicle data from infotainment application accessories
WO2023207704A1 (zh) 基于语音指令的车辆控制方法及相关装置
CN117351641A (zh) 一种乘车服务卡片推荐方法及相关装置
CN111364872B (zh) 一种车辆行李箱控制方法、车机及车辆
WO2019169591A1 (zh) 一种语音交互的方法及装置
US20230350621A1 (en) Vehicle interface control
CN114595951A (zh) 出行资源的管理方法、装置、设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination