CN112446695A - 一种数据处理方法及装置 - Google Patents

一种数据处理方法及装置 Download PDF

Info

Publication number
CN112446695A
CN112446695A CN201910810157.3A CN201910810157A CN112446695A CN 112446695 A CN112446695 A CN 112446695A CN 201910810157 A CN201910810157 A CN 201910810157A CN 112446695 A CN112446695 A CN 112446695A
Authority
CN
China
Prior art keywords
payment
user
vehicle
information
gesture
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
CN201910810157.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.)
Banma Zhixing Network Hongkong Co Ltd
Original Assignee
Banma Zhixing Network Hongkong 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 Banma Zhixing Network Hongkong Co Ltd filed Critical Banma Zhixing Network Hongkong Co Ltd
Priority to CN201910810157.3A priority Critical patent/CN112446695A/zh
Publication of CN112446695A publication Critical patent/CN112446695A/zh
Pending legal-status Critical Current

Links

Images

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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0488—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures
    • G06F3/04883—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures for inputting data by handwriting, e.g. gesture or text
    • 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
    • G06Q20/145—Payments according to the detected use or quantity
    • 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
    • G06Q20/40145—Biometric identity checks
    • 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/42—Confirmation, e.g. check or permission by the legal debtor of payment

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

本申请实施例提供了一种数据处理方法及装置。根据车辆的状态或用户触发的支付请求，确定支付信息，该支付信息至少包括支付账号以及支付额度；然后输出该支付信息中的至少部分支付信息；再检测用户的手势；之后在检测到的手势与设定的支付确认手势匹配的情况下，根据该支付信息执行支付。本申请中的支付账号并未与车辆绑定，而是与用户绑定，通过本申请，任意一个用户在驾驶车辆时，如果需要进行支付，车辆可以基于驾驶车辆的用户的支付账号进行支付，如此，本申请在多个用户可以共享驾驶车辆的情况下，如果需要支付，车辆可以使用各自的支付账号进行支付，从而可以提高每一个用户分别在支付时的支付体验。

Description

一种数据处理方法及装置
技术领域
本申请涉及计算机技术领域，特别是涉及一种数据处理方法及装置。
背景技术
当前，司机驾驶车辆在经过高速公路的收费站或者停车场的收费站时，如果需要付费，往往司机需要在收费处停下车，然后摇下车窗使用手机扫描用于支付的二维码来进行支付或者使用现金支付。然而，这种支付方式费时费力，导致司机的支付体验较低。
为了提高司机的支付体验，越来越多的司机在车辆内安装用于支付的ETC(Electronic Toll Collection，电子不停车收费系统)，并将自己的银行卡号绑定在ETC中，如此，当驾驶车辆到达收费处时，ETC可以直接支付费用，避免司机摇下车窗使用手机扫描二维码支付或者使用现金支付。
发明内容
本申请实施例提供了一种数据处理方法及装置。
第一方面，本申请示出了一种数据处理方法，所述方法包括：
根据车辆的状态或用户触发的支付请求，确定支付信息，所述支付信息至少包括支付账号以及支付额度；
输出所述支付信息中的至少部分支付信息；其中，输出所述至少部分支付信息的方式包括：通过屏幕显示，或/和，语音播报；
检测用户的手势；
在检测到的手势与设定的支付确认手势匹配的情况下，根据所述支付信息执行支付。
在一个可选的实现方式中，所述检测用户的手势，包括：
检测用户在预设感应空间内的手势。
在一个可选的实现方式中，所述检测用户的手势，包括：
通过设置在所述车辆中的红外传感器检测所述用户的手势；或，
通过所述用户穿戴的穿戴设备检测所述用户的手势。
在一个可选的实现方式中，所述方法还包括：
在根据所述支付信息执行支付之后，获取支付反馈信息；
输出所述支付反馈信息；其中，输出所述支付反馈信息的方式包括：通过屏幕显示，或/和，语音播报。
在一个可选的实现方式中，获取所述支付账号的方式，包括：
获取所述用户的身份信息；
根据所述身份信息获取所述用户的支付账号。
在一个可选的实现方式中，所述获取所述用户的身份信息，包括：
获取所述用户的面部特征，并作为所述用户的身份信息；或，
获取所述用户的声纹特征，并作为所述用户的身份信息；或，
获取所述用户的虹膜特征，并作为所述用户的身份信息；或，
获取所述用户的指纹，并作为所述用户的身份信息。
在一个可选的实现方式中，所述根据所述身份信息获取所述用户的支付账号，包括：
在用户的身份信息与用户的支付账号之间的对应关系中，查找与所述用户的身份信息相对应的支付账号。
第二方面，本申请示出了一种数据处理装置，包括：
确定模块，用于根据车辆的状态或用户触发的支付请求，确定支付信息，所述支付信息至少包括支付账号以及支付额度；
第一输出模块，用于输出所述支付信息中的至少部分支付信息；其中，输出所述至少部分支付信息的方式包括：通过屏幕显示，或/和，语音播报；
检测模块，用于检测用户的手势；
支付模块，用于在检测到的手势与设定的支付确认手势匹配的情况下，根据所述支付信息执行支付。
在一个可选的实现方式中，所述检测模块包括：
第一检测单元，用于检测用户在预设感应空间内的手势。
在一个可选的实现方式中，所述检测模块包括：
第二检测单元，用于通过设置在所述车辆中的红外传感器检测所述用户的手势；或，
第三检测单元，用于通过所述用户穿戴的穿戴设备检测所述用户的手势。
在一个可选的实现方式中，所述装置还包括：
获取模块，用于在根据所述支付信息执行支付之后，获取支付反馈信息；
第二输出模块，用于输出所述支付反馈信息；其中，输出所述支付反馈信息的方式包括：通过屏幕显示，或/和，语音播报。
在一个可选的实现方式中，还包括：
第一获取单元，用于获取所述用户的身份信息；
第二获取单元，用于根据所述身份信息获取所述用户的支付账号。
在一个可选的实现方式中，所述第一获取单元包括：
第一获取子单元，用于获取所述用户的面部特征，并作为所述用户的身份信息；或，
第二获取子单元，用于获取所述用户的声纹特征，并作为所述用户的身份信息；或，
第三获取子单元，用于获取所述用户的虹膜特征，并作为所述用户的身份信息；或，
第四获取子单元，用于获取所述用户的指纹，并作为所述用户的身份信息。
在一个可选的实现方式中，所述第二获取单元具体用于：
在用户的身份信息与用户的支付账号之间的对应关系中，查找与所述用户的身份信息相对应的支付账号。
第三方面，本申请实施例示出了一种智能终端，所述智能终端包括：
一个或多个处理器；
存储器；和
一个或多个模块，所述一个或多个模块存储于所述存储器中并被配置成由所述一个或多个处理器执行，其中，所述一个或多个模块配置用于执行上述第一方面所述的方法。
第四方面，本申请实施例示出了一种智能终端，所述终端设备包括输入设备和处理器：
所述输入设备耦合至所述处理器，用于根据车辆的状态或用户触发的支付请求，确定支付信息，所述支付信息至少包括支付账号以及支付额度；
所述处理器用于输出所述支付信息中的至少部分支付信息；其中，输出所述至少部分支付信息的方式包括：通过屏幕显示，或/和，语音播报；检测用户的手势；在检测到的手势与设定的支付确认手势匹配的情况下，根据所述支付信息执行支付。
第五方面，本申请实施例示出了一种互联网车辆，所述互联网车辆包括车载智能设备，所述车载智能设备包括车载输入设备和车载处理器；
所述车载输入设备耦合至所述车载处理器，用于根据车辆的状态或用户触发的支付请求，确定支付信息，所述支付信息至少包括支付账号以及支付额度；
所述车载处理器用于输出所述支付信息中的至少部分支付信息；其中，输出所述至少部分支付信息的方式包括：通过屏幕显示，或/和，语音播报；检测用户的手势；在检测到的手势与设定的支付确认手势匹配的情况下，根据所述支付信息执行支付。
第六方面，本申请实施例示出了一种车载互联网操作系统，所述系统包括：
确定模块，用于根据车辆的状态或用户触发的支付请求，确定支付信息，所述支付信息至少包括支付账号以及支付额度；
第一输出模块，用于输出所述支付信息中的至少部分支付信息；其中，输出所述至少部分支付信息的方式包括：通过屏幕显示，或/和，语音播报；
检测模块，用于检测用户的手势；
支付模块，用于在检测到的手势与设定的支付确认手势匹配的情况下，根据所述支付信息执行支付。
第七方面，本申请实施例示出了一个或多个机器可读介质，其上存储有可执行代码，当所述可执行代码被执行时，使得处理器执行如第一方面所述的方法。
与现有技术相比，本申请实施例包括以下优点：
在现有技术中，车辆中的ETC中只能绑定一个用户的银行卡号，也即，相当于将支付账号与车辆绑定，如果多个用户对车辆都具备使用权，当非该银行卡号所属的用户在驾驶车辆时，如果需要进行支付，由于该银行卡号并不是此时驾驶车辆的用户的银行卡号，因此，此时就不能使用ETC支付，还需要用户摇下车窗使用手机扫描二维码支付或者使用现金支付，费时费力，仍旧会导致支付体验较低。
而在本申请中，可以根据车辆的状态或用户触发的支付请求，确定支付信息，该支付信息至少包括支付账号以及支付额度；然后输出该支付信息中的至少部分支付信息；其中，输出至少部分支付信息的方式包括：通过屏幕显示，或/和，语音播报；再检测用户的手势；之后在检测到的手势与设定的支付确认手势匹配的情况下，根据该支付信息执行支付。
本申请中的支付账号并未与车辆绑定，而是与用户绑定，通过本申请，任意一个用户在驾驶车辆时，如果需要进行支付，车辆可以基于驾驶车辆的用户的支付账号进行支付，如此，本申请在多个用户可以共享驾驶车辆的情况下，如果需要支付，车辆可以使用各自的支付账号进行支付，从而可以提高每一个用户分别在支付时的支付体验。
例如，在共享出行的场景中，多个用户分别在不同时段可以租赁同一车辆出行，并各自分别在需要为车辆支付停车费或者过路费时，车辆可以选择驾驶车辆的用户的支付账号直接自动进行支付，无需用户手动参与支付，也即，驾驶车辆的用户可以不摇下车窗使用手机扫描二维码支付或者使用现金支付，从而可以提高支付体验。
附图说明
图1是根据一示例性实施例示出的一种数据处理系统的结构框图。
图2是根据一示例性实施例示出的一种数据处理方法的流程图。
图3是根据一示例性实施例示出的一种获取支付账号的方法的流程图。
图4是根据一示例性实施例示出的一种场景示意图。
图5是根据一示例性实施例示出的一种场景示意图。
图6是根据一示例性实施例示出的一种数据处理装置的结构框图。
图7是根据一示例性实施例示出的一种车载系统的结构框图。
图8是根据一示例性实施例示出的一种车载互联网操作系统的结构框图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。
图1是根据一示例性实施例示出的一种数据处理系统的结构框图，如图1所示，该系统包括车辆01、服务器02以及收费设备03，车辆01与服务器02之间通信连接，收费设备03与服务器02之间通信连接。
车辆01包括汽车、摩托车或者轮船等。
收费设备02包括停车场出口的收费基站或者高速公路出口的收费基站等。
图2是根据一示例性实施例示出的一种数据处理方法的流程图，如图2所示，该方法应用于图1所示的车辆01中，该方法包括以下步骤。
在步骤S101中，根据车辆的状态或用户触发的支付请求，确定支付信息，该支付信息至少包括支付账号以及支付额度；
其中，本申请可以通过如下流程实现，包括：
1011、获取车辆的状态或用户触发的支付请求，该支付请求至少携带支付额度；
在本申请中，该支付请求可以是针对车辆的支付请求，也即，是需要为车辆的使用而支付的支付请求，例如，驾驶车辆的用户在驾驶车辆的过程中，往往需要为车辆付费，例如，用户驾驶车辆在高速公路上行驶了一段距离，如果之后需要离开高速公路，则在行驶至高速公路的出口时，需要在收费处支付过路费，或者，用户将车辆在停车场停了一段时间，如果之后需要将车辆驶出停车场，则在将车辆行驶至停车场的出口时，需要在收费处支付停车费等。
用户在使用车辆的过程中，用户可能会控制车辆移动，如果车辆到达了收费处所在的位置区域，则收费处的收费设备可以获取车辆的标识，例如，车辆的标识可以标记在车辆的外表面，因此，收费设备可以通过图像采集设备采集包括车辆的外表面的图像，然后使用图像识别技术来识别出标记在车辆的外表面的标识，然后根据车辆的标识确定用户此时所需的支付额度，然后生成支付请求。
例如，标识为车辆的车牌号等，收费设备可以根据车辆的车牌号确定出车辆在高速公路上的行驶路程的长短，根据行驶路程的长短计算出所需支付的费用，然后生成支付请求，该支付请求中至少包括所需的支付额度，盎然还可以包括用于收取费用的收费账号，也可以包括其他信息，例如，车辆的标识、收费设备的标识、行驶路程的长短、路程的起点以及路程的终点等，本申请对此不加以限定，之后可以向服务器发送该支付请求，以使服务器向车辆转发该支付请求，例如，服务器根据该支付请求中的车辆的标识向车辆转发该支付请求，车辆接收服务器转发的该支付请求，然后执行步骤S102。
本申请中不同的车辆的标识不同。
1012、获取驾驶车辆的用户的支付账号；
在本申请中，支付账号包括用户的银行卡的卡号或者用户的第三方支付平台的平台账号等。
在本申请中，在得到该支付请求之后，用户就需要对该支付请求进行支付，如此用户才能继续使用车辆，例如，将车辆驶出高速公路或者停车场，然而，对该支付请求进行支付时往往需要使用用户的支付账号，在本申请中，由于是用户在驾驶车辆，因此，车辆可以获取驾驶车辆的用户的支付账号，具体获取方法可以参见图3所示的实施例，在此不做详述。
1013、根据该支付账号和该支付额度生成该支付信息。
在步骤S102中，输出该支付信息中的至少部分支付信息；
其中，输出至少部分支付信息的方式包括：通过屏幕显示，或/和，语音播报。
在实际场景中，有时候收费设备计算的支付请求中的支付额度可能会出错，例如计算出的支付额度大于用户本应支付的额度，如果计算出的支付额度大于用户本应支付的额度，则会导致用户无故多付费，这样会给用户带来财产损失，导致用户体验较低。
因此，为了避免这种情况发生，在本申请另一实施例中，车辆可以输出该支付信息中的至少部分支付信息。例如，可以在车辆的屏幕上显示该支付信息；和/或，使用车辆的麦克风播报该支付信息，以使用户可以获知此时需要进行支付，且可以详细知道需要支付的额度以及自己的支付账号等，并确定支付额度是否正确。
之后，用户可以确定是否需要根据该支付信息执行支付，如果确定可以根据该支付信息执行支付，则可以向车辆输入支付确认响应，以向车辆指示可以根据该支付信息执行支付。
在步骤S103中，检测用户的手势；
其中，为了在不影响用户驾驶车辆的情况下使得用户能够向车辆输入支付确认响应，本申请支持用户可以不直接操控车辆的按键或者旋钮等装置来向车辆输入支付确认响应，而可以在空间中输入一个手势来向车辆输入支付确认响应，以向车辆指示可以根据该支付信息执行支付。
例如，在用户驾驶车辆的过程中，在车辆输出该支付信息中的至少部分支付信息之后，为了避免影响行车安全，用户可以不去触摸较远的中控屏来向车辆输入支付确认响应，而可以在空间中输出一个手势，例如，将双手的拇指和食指捏合，或使用食指在空间中划一条横线，或点头，或眨眼，或摇头等，以向车辆输入支付确认响应。
其中，对于车辆而言，可以检测用户的手势，例如，可以通过图像采集设备来检测用户的手势，或者，通过设置在车辆中的红外传感器检测用户的手势；或着，通过用户穿戴的穿戴设备检测用户的手势。
在步骤S104中，在检测到的手势与设定的支付确认手势匹配的情况下，根据该支付信息执行支付。
其中，在车辆输出该支付信息中的至少部分支付信息之后，用户在使用车辆的过程中可能会无意中输出并不是用于向车辆指示支付确认响应的手势，例如非支付确认手势。因此，为了避免车辆根据用户的非支付确认手势而误确定出接收到支付确认响应，进而避免在用户并未指示支付的情况下根据该支付信息执行支付，事先可以在车辆中设置支付确认手势，各个用户可以统一使用一个支付确认手势。
或者，每一个用户都可以在车辆中设置各自的用于向车辆指示支付确认响应的支付确认手势。如此，在确定检测到的手势与设定的支付确认手势是否匹配时，可以确定事先设定的用户的支付确认手势，然后确定检测到的手势与设定的用户的支付确认手势是否匹配，如果检测到的手势是否与设定的用户的支付确认手势匹配，则确定接收到支付确认响应，从而就可以根据支付信息执行支付。
在本申请中，车辆可以生成支付指令，该支付指令中携带该支付账号和该支付额度，该支付指令用于指示使用该支付账号向收费设备支付该支付额度，然后向服务器发送该支付指令，以使服务器向收费设备转发该支付指令，收费设备接收服务器转发的该支付指令，然后使用该支付账号向收费设备支付该支付额度，例如，收费设备与该支付账号对应的银行的服务器之间进行数据交互，以使银行的服务器在该支付账号中扣除该支付指令中的支付额度，从而完成支付。
在现有技术中，车辆中的ETC中只能绑定一个用户的银行卡号，也即，相当于将支付账号与车辆绑定，如果多个用户对车辆都具备使用权，当非该银行卡号所属的用户在驾驶车辆时，如果需要进行支付，由于该银行卡号并不是此时驾驶车辆的用户的银行卡号，因此，此时就不能使用ETC支付，还需要用户摇下车窗使用手机扫描二维码支付或者使用现金支付，费时费力，仍旧会导致支付体验较低。
而在本申请中，可以根据车辆的状态或用户触发的支付请求，确定支付信息，该支付信息至少包括支付账号以及支付额度；然后输出该支付信息中的至少部分支付信息；其中，输出至少部分支付信息的方式包括：通过屏幕显示，或/和，语音播报；再检测用户的手势；之后在检测到的手势与设定的支付确认手势匹配的情况下，根据该支付信息执行支付。
本申请中的支付账号并未与车辆绑定，而是与用户绑定，通过本申请，任意一个用户在驾驶车辆时，如果需要进行支付，车辆可以基于驾驶车辆的用户的支付账号进行支付，如此，本申请在多个用户可以共享驾驶车辆的情况下，如果需要支付，车辆可以使用各自的支付账号进行支付，从而可以提高每一个用户分别在支付时的支付体验。
例如，在共享出行的场景中，多个用户分别在不同时段可以租赁同一车辆出行，并各自分别在需要为车辆支付停车费或者过路费时，车辆可以选择驾驶车辆的用户的支付账号直接自动进行支付，无需用户手动参与支付，也即，驾驶车辆的用户可以不摇下车窗使用手机扫描二维码支付或者使用现金支付，从而可以提高支付体验。
在本申请中，在支付额度小于预设额度的情况下，也即，在本次支付为小额支付的情况下，可以支持免密支付，例如，无需检测用户的手势，无需让用户输入手势，在车辆确定该支付信息之后，如果该支付信息中的支付额度小于预设额度，则可以直接根据该支付信息执行支付，以在小额支付的情况下提高支付效率，如果该支付信息中的支付额度大于或等于预设额度，则可以输出该支付信息中的至少部分支付信息；然后检测用户的手势；在检测到的手势与设定的支付确认手势匹配的情况下，再根据该支付信息执行支付。
其中，预设额度可以为10元、20元或50元等较低的额度。
在本申请一个实施例中，参见图3，获取驾驶车辆的用户的支付账号，包括：
在步骤S201中，获取驾驶车辆的用户的身份信息；
在本申请中，不同的用户的身份信息不同。
可以获取驾驶车辆的用户的面部特征，例如，车辆可以通过图像采集设备采集驾驶车辆的用户的面部图像，然后使用面部特征提取技术从面部图像中提取出驾驶车辆的用户的面部特征，并作为驾驶车辆的用户的身份信息。其中，本申请对面部特征提取技术不做限定。或者；
可以获取驾驶车辆的用户的声纹特征，例如，车辆通过麦克风采集驾驶车辆的用户通过嘴巴发出的声音数据，然后使用声纹特征提取技术从声音数据中提取出驾驶车辆的用户的声纹特征，并作为驾驶车辆的用户的身份信息。其中，本申请对声纹特征提取技术不做限定。或者；
可以获取驾驶车辆的用户的虹膜特征，例如，车辆通过图像采集设备采集驾驶车辆的用户的眼部图像，然后使用虹膜特征提取技术从眼部图像中提取出驾驶车辆的用户的虹膜特征，并作为驾驶车辆的用户的身份信息。其中，本申请对虹膜特征提取技术不做限定。或者，
可以获取驾驶车辆的用户的指纹，例如，车辆通过指纹采集设备采集驾驶车辆的用户的指纹，并作为驾驶车辆的用户的身份信息。例如，用户在开车的过程中需要手握方向盘，可以在方向盘上设置指纹采集设备，然后通过设置在方向盘上的指纹采集设备采集驾驶车辆的用户的指纹，并作为驾驶车辆的用户的身份信息。
其中，本申请可以通过其他方式来获取驾驶车辆的用户的身份信息，本申请对获取驾驶车辆的用户的身份信息的方法不做限定。
其中，车辆内部安装有摄像头，例如，在挡风玻璃处安装有摄像头，摄像头对准车辆的驾驶位所在的位置，也即，在用户坐在驾驶位时，摄像头可以采集到用户的正面，例如，通过摄像头采集位于驾驶位所在的位置的图像，该图像中包括用户的面部图像，然后使用面部特征提取技术从用户的面部图像中提取出用户的面部特征，并作为用户的身份信息。
在步骤S202中，根据该身份信息获取用户的支付账号。
其中，在本申请中，多个用户可能会在不同的时间段分别驾驶同一车辆，且都可能在驾驶车辆时需要对当时产生的支付请求进行支付，不同的用户在进行支付时可以使用自己的支付账号进行支付。
例如，夫妻二人组成的家庭中拥有一辆车辆，有时候妻子会驾驶车辆并在驾驶车辆的过程中需要支付费用，例如，经过高速公路出口时需要支付过路费，有时候老公会驾驶车辆并在驾驶车辆的过程中需要支付费用，例如，经过高速公路出口时需要支付过路费。妻子在支付费用时可以使用妻子的支付账号进行支付，老公在支付费用时可以使用老公的支付账号进行支付。
因此，对于任意一个可以驾驶车辆的用户，该用户事先可以在车辆中设置自己的支付账号，然后车辆采集该用户的身份信息，然后将该用户的身份信息与该用户的支付账号组成对应表项，并存储在用户的身份信息与用户的支付账号之间的对应关系中。对于其他每一个用户，同样如此。
如此，在本步骤中，可以在用户的身份信息与用户的支付账号之间的对应关系中，查找与用户的身份信息相对应的支付账号，并作为用户的支付账号。
其中，用户的身份信息与用户的支付账号之间的对应关系可以存储在车辆中。
在另一实施例中，用户之前可能会先后在车辆中设置了自己名下的至少两个不同的支付账号，例如两个不同的银行卡的卡号，使用任意一个支付账号都可以进行支付，在这种情况下，车辆需要从用户的至少两个不同的支付账号中选择一个支付账号。
其中，可以从用户的至少两个不同的支付账号中随机选择一个支付账号，或者，也可以从用户的至少两个不同的支付账号中选择最近一次在支付时使用的支付账号。
在另一实施例中，为了节省车辆的存储空间，各个用户事先也可以不在车辆中设置各自的支付账号，当需要获取用户的支付账号时，可以根据用户的身份信息从其他设备中实时获取用户的支付账号，例如，从银行的服务器中实时获取用户的支付账号，或者从第三方支付平台中实时获取用户的支付账号等。
进一步地，在根据该支付信息执行支付之后，可以获取根据该支付信息执行支付之后的支付反馈信息，然后可以输出该支付反馈信息；其中，输出该支付反馈信息的方式包括：通过屏幕显示，或/和，语音播报。
其中，收费设备使用该支付账号进行支付之后，例如收费设备与该支付账号对应的银行的服务器之间进行数据交互，以使银行的服务器在该支付账号中扣除该支付请求中的支付额度之后，可以生成支付反馈信息，该支付反馈信息用于指示是否支付成功，该支付反馈还可以包括支付完成的时刻或支付失败的原因等，然后可以将该支付反馈信息发送给服务器，服务器接收该支付反馈信息，并将该支付反馈信息转发给车辆，车辆接收该支付反馈信息，可以输出该支付反馈信息。例如，可以在车辆的屏幕上显示该支付反馈信息，和/或，使用车辆的麦克风播报该支付反馈信息，以使用户可以获知对此次支付的具体支付情况，例如是否支付成功等。
其中，在车辆输出该支付信息中的至少部分支付信息之后，用户在驾驶车辆的过程中可能并不想支付，可能会因驾驶需求而输出或无意中输出用于向车辆指示支付确认响应的支付确认手势，例如，眨眼、或者摇头、或者为了指某一乘客而手在空中划过一条横线等，此时用户输入的支付确认手势并不是想向车辆指示支付确认响应。
因此，为了避免车辆根据用户的手势而误确定出接收到支付确认响应，进而避免在用户并不想支付的情况下对进行支付，事先可以在车辆中设置用于检测手势的预设感应空间，用户在预设感应空间内输出的手势才会被车辆检测到。
其次，在车辆输出该支付信息中的至少部分支付信息之后，还可以提示预设感应空间的位置，以使提示可以在预设感应空间内输入手势，而在预设感应空间外输入的手势无效，如此用户就在获知预设感应空间的位置之后，就可以在预设感应空间内输入手势，车辆就可以检测用户在预设感应空间内的手势。
在本申请中，预设感应空间可以为用户通常不触及但可以方便触及的空间，例如，用户在驾驶车辆时，用户的手经常位于方向盘或者档把所在的空间，而不会位于挡风玻璃附近，因此，可以将挡风玻璃附近作为预设感应空间。也即，车辆不检测预设感应空间之外的手势，如此，即使用户在预设感应空间外误输入手势，车辆也不会根据误输入的手势确定接收到支付确认响应。
以一个例子对本申请进行举例说明，参见图4，图4为以从车辆的天窗向车辆内部观看的场景，图4中包括方向盘01，位于方向盘01后侧的三个仪表盘02，位于方向盘01右侧的麦克风03和中控显示屏04，以及位于方向盘01前侧的、驾驶车辆的用户05，以及位于用户05右侧的换挡档把06等等。
在用户驾驶车辆的过程中，根据车辆的状态或用户触发的支付请求，确定至少包括支付账号以及支付额度的支付信息之后，可以通过麦克风03播报该支付信息，和/或，在中控显示屏04上显示该支付信息。
例如，图5为在中控显示屏04上显示该支付信息的一种方式。其中，车辆的操作系统中包括多个模块，例如，地图模块、支付模块、通讯录模块、游戏模块、视频模块以及音乐模块等等，由于中控显示屏04的尺寸有限，因此，在中控显示屏04上同时只能显示部分模块，例如，在图5中同时显示了三个模块，包括通讯录模块、支付模块和地图模块，由于此次需要进行支付，因此，可以将支付模块的相关信息在中控显示屏04的中间放大显示，以使支付模块的相关信息突出于其他模块的相关信息。
例如，在支付模块中，显示此时的支付状态为“支付确认”，以使用户获知此时的支付状态为需要用户确认之后才能支付，同时显示商家名称以及支付额度等信息，让用户确认支付额度以及收费商家，同时在中控显示屏04上侧的中间部分显示语音播报提示，用户看到语音播报提示之后，就可以获知此时车辆正在通过麦克风03播报该支付信息，以提示用户注意听麦克风03的播报内容。
其次，可以在中控显示屏04下侧中间部分显示用户的支付账号，以使用户确认是否需要使用该支付账号进行支付，在图5所示的例子中，可以显示虚拟的银行卡，且在虚拟的银行卡上标记有卡号等，另外，可以向用户提示如何输入手势，例如，假设设定的支付确认手势为使用手指在空间中向右侧划一条横线，则可以在显示的虚拟银行卡的右侧显示手指滑动方向提示，图5中的箭头为指示向右侧滑动，以使用户可以获知可以向右侧滑动手指以向车辆输入手势，进而使得车辆完成支付。
需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作并不一定是本申请所必须的。
图6是根据一示例性实施例示出的一种数据处理装置的结构框图，如图6所示，该装置包括：
确定模块11，用于根据车辆的状态或用户触发的支付请求，确定支付信息，所述支付信息至少包括支付账号以及支付额度；
第一输出模块12，用于输出所述支付信息中的至少部分支付信息；其中，输出所述至少部分支付信息的方式包括：通过屏幕显示，或/和，语音播报；
检测模块13，用于检测用户的手势；
支付模块14，用于在检测到的手势与设定的支付确认手势匹配的情况下，根据所述支付信息执行支付。
在一个可选的实现方式中，所述检测模块13包括：
第一检测单元，用于检测用户在预设感应空间内的手势。
在一个可选的实现方式中，所述检测模块13包括：
第二检测单元，用于通过设置在所述车辆中的红外传感器检测所述用户的手势；或，
第三检测单元，用于通过所述用户穿戴的穿戴设备检测所述用户的手势。
在一个可选的实现方式中，所述装置还包括：
获取模块，用于在根据所述支付信息执行支付之后，获取支付反馈信息；
第二输出模块，用于输出所述支付反馈信息；其中，输出所述支付反馈信息的方式包括：通过屏幕显示，或/和，语音播报。
在一个可选的实现方式中，还包括：
第一获取单元，用于获取所述用户的身份信息；
第二获取单元，用于根据所述身份信息获取所述用户的支付账号。
在一个可选的实现方式中，所述第一获取单元包括：
第一获取子单元，用于获取所述用户的面部特征，并作为所述用户的身份信息；或，
第二获取子单元，用于获取所述用户的声纹特征，并作为所述用户的身份信息；或，
第三获取子单元，用于获取所述用户的虹膜特征，并作为所述用户的身份信息；或，
第四获取子单元，用于获取所述用户的指纹，并作为所述用户的身份信息。
在一个可选的实现方式中，所述第二获取单元具体用于：
在用户的身份信息与用户的支付账号之间的对应关系中，查找与所述用户的身份信息相对应的支付账号。
在现有技术中，车辆中的ETC中只能绑定一个用户的银行卡号，也即，相当于将支付账号与车辆绑定，如果多个用户对车辆都具备使用权，当非该银行卡号所属的用户在驾驶车辆时，如果需要进行支付，由于该银行卡号并不是此时驾驶车辆的用户的银行卡号，因此，此时就不能使用ETC支付，还需要用户摇下车窗使用手机扫描二维码支付或者使用现金支付，费时费力，仍旧会导致支付体验较低。
而在本申请中，可以根据车辆的状态或用户触发的支付请求，确定支付信息，该支付信息至少包括支付账号以及支付额度；然后输出该支付信息中的至少部分支付信息；其中，输出至少部分支付信息的方式包括：通过屏幕显示，或/和，语音播报；再检测用户的手势；之后在检测到的手势与设定的支付确认手势匹配的情况下，根据该支付信息执行支付。
本申请中的支付账号并未与车辆绑定，而是与用户绑定，通过本申请，任意一个用户在驾驶车辆时，如果需要进行支付，车辆可以基于驾驶车辆的用户的支付账号进行支付，如此，本申请在多个用户可以共享驾驶车辆的情况下，如果需要支付，车辆可以使用各自的支付账号进行支付，从而可以提高每一个用户分别在支付时的支付体验。
例如，在共享出行的场景中，多个用户分别在不同时段可以租赁同一车辆出行，并各自分别在需要为车辆支付停车费或者过路费时，车辆可以选择驾驶车辆的用户的支付账号直接自动进行支付，无需用户手动参与支付，也即，驾驶车辆的用户可以不摇下车窗使用手机扫描二维码支付或者使用现金支付，从而可以提高支付体验。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。
本申请实施例还提供了一种非易失性可读存储介质，该存储介质中存储有一个或多个模块(programs)，该一个或多个模块被应用在设备时，可以使得该设备执行本申请实施例中各方法步骤的指令(instructions)。
本申请实施例提供了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得电子设备执行如上述实施例中一个或多个所述的数据处理方法。本申请实施例中，所述电子设备包括服务器、网关、子设备等，子设备为物联网设备等设备。
图7是根据一示例性实施例示出的一种车载系统的结构框图。该车载系统80可以是一集成了多种功能的设备，例如，该车载系统可以是车载电脑、车机等，该车载系统可以包括上述的车载智能设备。
参照图7，车载系统80可以包括以下一个或多个组件：处理组件82，存储器84，电源组件86，多媒体组件88，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。
处理组件82通常控制车载系统80的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件82可以包括一个或多个处理器821来执行指令，以完成上述车辆定位方法的全部或部分步骤。此外，处理组件82可以包括一个或多个模块，便于处理组件82和其他组件之间的交互。例如，处理组件82可以包括多媒体模块，以方便多媒体组件88和处理组件82之间的交互。
存储器84被配置为存储各种类型的数据以支持在车载系统80的操作。这些数据的示例包括用于在车载系统80上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器84可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件86为车载系统80的各种组件提供电力。电源组件86可以包括电源管理系统，一个或多个电源，及其他与为车载系统80生成、管理和分配电力相关联的组件。
多媒体组件88包括在所述车载系统80和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件88还可以包括前置摄像头。
音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当车载系统80处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器84或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
I/O接口812为处理组件82和外围接口模块之间提供接口，上述外围接口模块可以是点击轮、按钮等。这些按钮可包括但不限于：音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器，用于为车载系统80提供各个方面的状态评估。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件816被配置为便于车载系统80和其他设备之间有线或无线方式的通信。车载系统80可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，车载系统800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述数据处理方法。
在上述图7中关于通用的车载系统的描述的基础上，本申请还提供了另一实施例，本实施例具体公开了一种车载智能设备，例如为互联网车辆中集成的电子系统、以及手机、平板电脑等各种具有计算处理功能的电子设备。可选的，该车载智能设备可以被整合在交通工具的中央控制系统中，例如可以被整合在上述实施例所涉及的车载系统中。可选的，该车载系统可以是车辆上的车机所集成的系统，例如车载导航系统和/或车载娱乐系统，还可以是包含车机和车辆其他设备例如传感器等的系统。可选的，该用于交通工具的车载智能设备包括但不限于：车机设备、交通工具出厂后附加的控制设备等等。
具体的，该用于车载智能设备可以包括：机载输入设备、机载处理器、机载输出设备以及其他附加设备。需要说明的是，本申请实施例所涉及的“机载输入设备”、“机载输出设备”、“机载处理器”中的机载，可以是承载于车辆上的“车载输入设备”、“车载输出设备”以及“车载处理器”，还可以是承载于飞行器上的“机载输入设备”、“机载输出设备”、“机载处理器”，还可以是承载于其他类型交通工具上的设备，本申请实施例对“机载”的含义并不做限定。以交通工具是车辆为例，该机载输入设备可以是车载输入设备、机载处理器可以是车载处理器、机载输出设备可以是车载输出设备。
取决于所安装的交通工具的类型的不同，上述机载处理器可以使用各种应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、中央处理器(CPU)、控制器、微控制器、微处理器或其他电子元件实现，并用于执行上述方法。上述机载处理器通过车内线路或无线连接耦合到上述机载输入设备和机载输出设备。
取决于所安装的交通工具的类型的不同，上述机载输出设备可以是能够与用户进行交互的接口(例如语音播报设备、扬声器、耳机等)，或者，还可以是与用户的手持设备等建立无线传输的收发信机，该机载输出设备可以通过车内线路或者无线方式耦合至上述机载输入设备和机载处理器。
取决于所安装的交通工具的类型的不同，上述机载输入设备可以包括多种输入设备，例如可以包括面向用户的车载用户接口、面向设备的车载设备接口、收发信机中的至少一个。可选的，该面向设备的设备接口可以是用于设备与设备之间进行数据传输的有线接口(例如车辆的中控台上的与行车记录仪的连接接口、车辆的中控台上的与车门之间的线路接口、车辆的中控台上的与车载空调之间的硬件接口)、还可以是用于设备与设备之间进行数据传输的硬件插入接口(例如USB接口、串口等)、还可以是车辆的安全带插口、车辆发动机等硬件设施与其他控制设备之间的接口等；可选的，该面向用户的车载用户接口例如可以是用于车辆的方向盘控制按键、用于大型车辆或小型车辆的中控控制按键、用于接收语音输入的语音输入设备(例如，安置在方向盘或操作舵上的麦克风、中央声音采集设备、等等)、以及用户接收用户触摸输入的触摸感知设备(例如具有触摸感应功能的触摸屏、触控板等)；可选的，上述收发信机可以是车辆中具有通信功能的射频收发芯片、基带处理芯片以及收发天线等。
在上述实施例的基础上，本申请还提供一种车载互联网操作系统。本领域技术人员可以理解，该车载互联网操作系统可以管理和控制上述智能设备的硬件或者车载系统的硬件或者本申请所涉及的硬件资源以及本申请所涉及的软件资源的计算机程序，是直接运行在上述智能设备或用于互联网车辆或者上述图7所涉及的车载系统上的软件。该操作系统可以是用户与上述语音唤起设备或者用于交通工具的语音唤起设备的接口，也可以是硬件与其它软件的接口。
本申请提供的车载互联网操作系统，可以与车辆上的其他模块或功能设备进行交互，以控制相应模块或功能设备的功能。
具体地，以上述实施例中的交通工具为车辆、车载智能设备为车辆上的车机为例，基于本申请提供的车载互联网操作系统以及车辆通信技术的发展，使得车辆不再独立于通信网络以外，车辆可以与服务端或者网络服务器互相连接起来组成网络，从而形成车载互联网。该车载互联网系统可以提供语音通信服务、定位服务、导航服务、移动互联网接入、车辆紧急救援、车辆数据和管理服务、车载娱乐服务等。
下面详细说明本申请提供的车载互联网操作系统的结构框图。
图8是根据一示例性实施例示出的一种车载互联网操作系统的结构框图。该车载互联网操作系统包括：
确定模块11，用于根据车辆的状态或用户触发的支付请求，确定支付信息，所述支付信息至少包括支付账号以及支付额度；
第一输出模块12，用于输出所述支付信息中的至少部分支付信息；其中，输出所述至少部分支付信息的方式包括：通过屏幕显示，或/和，语音播报；
检测模块13，用于检测用户的手势；
支付模块14，用于在检测到的手势与设定的支付确认手势匹配的情况下，根据所述支付信息执行支付。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本申请所提供的一种数据处理方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (18)

1.一种数据处理方法，其特征在于，包括：
根据车辆的状态或用户触发的支付请求，确定支付信息，所述支付信息至少包括支付账号以及支付额度；
输出所述支付信息中的至少部分支付信息；其中，输出所述至少部分支付信息的方式包括：通过屏幕显示，或/和，语音播报；
检测用户的手势；
在检测到的手势与设定的支付确认手势匹配的情况下，根据所述支付信息执行支付。
2.根据权利要求1所述的方法，其特征在于，所述检测用户的手势，包括：
检测用户在预设感应空间内的手势。
3.根据权利要求1所述的方法，其特征在于，所述检测用户的手势，包括：
通过设置在所述车辆中的红外传感器检测所述用户的手势；或，
通过所述用户穿戴的穿戴设备检测所述用户的手势。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在根据所述支付信息执行支付之后，获取支付反馈信息；
输出所述支付反馈信息；其中，输出所述支付反馈信息的方式包括：通过屏幕显示，或/和，语音播报。
5.根据权利要求1所述的方法，其特征在于，获取所述支付账号的方式，包括：
获取所述用户的身份信息；
根据所述身份信息获取所述用户的支付账号。
6.根据权利要求5所述的方法，其特征在于，所述获取所述用户的身份信息，包括：
获取所述用户的面部特征，并作为所述用户的身份信息；或，
获取所述用户的声纹特征，并作为所述用户的身份信息；或，
获取所述用户的虹膜特征，并作为所述用户的身份信息；或，
获取所述用户的指纹，并作为所述用户的身份信息。
7.根据权利要求5所述的方法，其特征在于，所述根据所述身份信息获取所述用户的支付账号，包括：
在用户的身份信息与用户的支付账号之间的对应关系中，查找与所述用户的身份信息相对应的支付账号。
8.一种数据处理装置，其特征在于，包括：
确定模块，用于根据车辆的状态或用户触发的支付请求，确定支付信息，所述支付信息至少包括支付账号以及支付额度；
第一输出模块，用于输出所述支付信息中的至少部分支付信息；其中，输出所述至少部分支付信息的方式包括：通过屏幕显示，或/和，语音播报；
检测模块，用于检测用户的手势；
支付模块，用于在检测到的手势与设定的支付确认手势匹配的情况下，根据所述支付信息执行支付。
9.根据权利要求8所述的装置，其特征在于，所述检测模块包括：
第一检测单元，用于检测用户在预设感应空间内的手势。
10.根据权利要求8所述的装置，其特征在于，所述检测模块包括：
第二检测单元，用于通过设置在所述车辆中的红外传感器检测所述用户的手势；或，
第三检测单元，用于通过所述用户穿戴的穿戴设备检测所述用户的手势。
11.根据权利要求8所述的装置，其特征在于，所述装置还包括：
获取模块，用于在根据所述支付信息执行支付之后，获取支付反馈信息；
第二输出模块，用于输出所述支付反馈信息；其中，输出所述支付反馈信息的方式包括：通过屏幕显示，或/和，语音播报。
12.根据权利要求8所述的装置，其特征在于，还包括：
第一获取单元，用于获取所述用户的身份信息；
第二获取单元，用于根据所述身份信息获取所述用户的支付账号。
13.根据权利要求12所述的装置，其特征在于，所述第一获取单元包括：
第一获取子单元，用于获取所述用户的面部特征，并作为所述用户的身份信息；或，
第二获取子单元，用于获取所述用户的声纹特征，并作为所述用户的身份信息；或，
第三获取子单元，用于获取所述用户的虹膜特征，并作为所述用户的身份信息；或，
第四获取子单元，用于获取所述用户的指纹，并作为所述用户的身份信息。
14.根据权利要求12所述的装置，其特征在于，所述第二获取单元具体用于：
在用户的身份信息与用户的支付账号之间的对应关系中，查找与所述用户的身份信息相对应的支付账号。
15.一种智能终端，其特征在于，所述智能终端包括：
一个或多个处理器；
存储器；和
一个或多个模块，所述一个或多个模块存储于所述存储器中并被配置成由所述一个或多个处理器执行，其中，所述一个或多个模块配置用于执行上述权利要求1-7任一项所述的方法。
16.一种智能终端，其特征在于，所述智能终端包括输入设备和处理器：
所述输入设备耦合至所述处理器，用于根据车辆的状态或用户触发的支付请求，确定支付信息，所述支付信息至少包括支付账号以及支付额度；
所述处理器用于输出所述支付信息中的至少部分支付信息；其中，输出所述至少部分支付信息的方式包括：通过屏幕显示，或/和，语音播报；检测用户的手势；在检测到的手势与设定的支付确认手势匹配的情况下，根据所述支付信息执行支付。
17.一种互联网车辆，其特征在于，所述互联网车辆包括车载智能设备，所述车载智能设备包括车载输入设备和车载处理器；
所述车载输入设备耦合至所述车载处理器，用于根据车辆的状态或用户触发的支付请求，确定支付信息，所述支付信息至少包括支付账号以及支付额度；
所述车载处理器用于输出所述支付信息中的至少部分支付信息；其中，输出所述至少部分支付信息的方式包括：通过屏幕显示，或/和，语音播报；检测用户的手势；在检测到的手势与设定的支付确认手势匹配的情况下，根据所述支付信息执行支付。
18.一种车载互联网操作系统，其特征在于，所述系统包括：
确定模块，用于根据车辆的状态或用户触发的支付请求，确定支付信息，所述支付信息至少包括支付账号以及支付额度；
第一输出模块，用于输出所述支付信息中的至少部分支付信息；其中，输出所述至少部分支付信息的方式包括：通过屏幕显示，或/和，语音播报；
检测模块，用于检测用户的手势；
支付模块，用于在检测到的手势与设定的支付确认手势匹配的情况下，根据所述支付信息执行支付。
CN201910810157.3A 2019-08-29 2019-08-29 一种数据处理方法及装置 Pending CN112446695A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910810157.3A CN112446695A (zh) 2019-08-29 2019-08-29 一种数据处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910810157.3A CN112446695A (zh) 2019-08-29 2019-08-29 一种数据处理方法及装置

Publications (1)

Publication Number Publication Date
CN112446695A true CN112446695A (zh) 2021-03-05

Family

ID=74741957

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910810157.3A Pending CN112446695A (zh) 2019-08-29 2019-08-29 一种数据处理方法及装置

Country Status (1)

Country Link
CN (1) CN112446695A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113643021A (zh) * 2021-08-16 2021-11-12 斑马网络技术有限公司 一种自动调整可支付金额上限的方法、装置及系统

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105719141A (zh) * 2016-01-19 2016-06-29 广东欧珀移动通信有限公司 支付方法及装置
CN105931308A (zh) * 2016-05-12 2016-09-07 中国农业银行股份有限公司 一种收费控制系统及方法
CN106682909A (zh) * 2017-01-04 2017-05-17 上海量明科技发展有限公司 手势支付方法及系统
CN108520417A (zh) * 2018-03-21 2018-09-11 广东欧珀移动通信有限公司 支付方法、装置、服务器、支付终端及计算机可读介质
CN108985739A (zh) * 2018-07-06 2018-12-11 上海博泰悦臻电子设备制造有限公司 车内支付的处理方法、系统、计算机存储介质及车机端
CN109670808A (zh) * 2018-11-29 2019-04-23 深圳市万华汽车服务投资控股有限公司 费用支付方法、装置、计算机装置、存储介质及洗车系统
CN109801388A (zh) * 2019-02-19 2019-05-24 西安艾润物联网技术服务有限责任公司 收费方法、系统、设备及计算机可读存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105719141A (zh) * 2016-01-19 2016-06-29 广东欧珀移动通信有限公司 支付方法及装置
CN105931308A (zh) * 2016-05-12 2016-09-07 中国农业银行股份有限公司 一种收费控制系统及方法
CN106682909A (zh) * 2017-01-04 2017-05-17 上海量明科技发展有限公司 手势支付方法及系统
CN108520417A (zh) * 2018-03-21 2018-09-11 广东欧珀移动通信有限公司 支付方法、装置、服务器、支付终端及计算机可读介质
CN108985739A (zh) * 2018-07-06 2018-12-11 上海博泰悦臻电子设备制造有限公司 车内支付的处理方法、系统、计算机存储介质及车机端
CN109670808A (zh) * 2018-11-29 2019-04-23 深圳市万华汽车服务投资控股有限公司 费用支付方法、装置、计算机装置、存储介质及洗车系统
CN109801388A (zh) * 2019-02-19 2019-05-24 西安艾润物联网技术服务有限责任公司 收费方法、系统、设备及计算机可读存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113643021A (zh) * 2021-08-16 2021-11-12 斑马网络技术有限公司 一种自动调整可支付金额上限的方法、装置及系统

Similar Documents

Publication Publication Date Title
US8407144B2 (en) Vehicular-based transactions, systems and methods
CN103493030B (zh) 通过添加来自便携式设备的远程传感器来增强车辆信息娱乐系统
US20160050510A1 (en) Method Of Determining User Intent To Use Services Based On Proximity
JP5920463B2 (ja) 位置情報送信装置、及び、位置情報送信システム
KR20160051399A (ko) 이동 통신 시스템 및 그 제어 방법
KR20110024979A (ko) 서비스 제공 시스템 및 그 방법
KR20170014586A (ko) 이동 단말기 및 그 제어방법
CN106482740A (zh) 生成导航线路的方法及装置
CN111717083B (zh) 一种车辆交互方法和一种车辆
JP2017027546A (ja) 駐車位置案内システム
CN107220870A (zh) 车险的推荐方法及装置
CN102917337A (zh) 用于控制移动通信的方法
KR101562581B1 (ko) 내비게이션 장치 및 그 방법
CN114511315A (zh) 车载摄像移动支付的方法及计算机存储介质
CN107139925A (zh) 车辆起步控制方法及装置、车辆、存储介质
CN112667084B (zh) 车载显示屏的控制方法及装置、电子设备和存储介质
CN114170586A (zh) 安全提示方法及装置、电子设备和存储介质
CN109462629B (zh) 车辆信息处理方法、装置及车库系统
CN112446695A (zh) 一种数据处理方法及装置
CN112785294B (zh) 业务处理方法、资源展示方法、装置、计算机设备及介质
CN113911054A (zh) 车辆个性化配置方法及装置、电子设备和存储介质
JP2013171000A (ja) 車載器、車載システム、車載器の制御方法、及び、プログラム
KR101677628B1 (ko) 정보 제공 장치 및 그 방법
CN106740844B (zh) 车辆定速巡航的控制方法、装置及车辆
US20180121218A1 (en) Method for operating an assistance system and assistance system

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