支付方式调整方法及相关产品

技术领域

本申请涉及汽车技术领域，具体涉及一种支付方式调整方法及相关产品。

背景技术

目前市场上清楚开通停车免密代扣支付服务的产品越发增多，在线支付停车费用的用户也逐渐普及，用户在使用停车服务时遇到的问题也越来越多。例如，不同系统或者应用程序对应有不同的优惠券或者优惠信息，在用户进行停车费支付时，若当前使用的系统不支持上述优惠券的使用，而在系统默认是免密代扣的情况下，用户往往会忘记关闭该免密支付服务，或者用户需要在每次出停车场时手动关闭该服务，用户体验低。

发明内容

本申请实施例提供了一种支付方式调整方法及相关产品，有利于提高用户体验。

本申请实施例第一方面提供了一种支付方式调整方法，包括：

获取待支付订单；

判断当前设定的完成所述待支付订单的支付方式是否满足预设条件；

若所述支付方式满足所述预设条件，则将所述支付方式调整为预设支付方式。

在一种可能的实施例中，所述判断当前设定的完成所述待支付订单的支付方式是否满足预设条件，包括：

若发生响应于针对所述支付方式的用户操作，则确定所述支付方式满足所述预设条件。

在一种可能的实施例中，所述判断当前设定的完成所述待支付订单的支付方式是否满足预设条件，还包括：

确定所述支付方式对应的优惠券信息；

判断所述优惠券信息是否被允许使用；

若所述优惠券信息不被允许使用，则确定当前设定的完成所述待支付订单的支付方式满足所述预设条件；

若所述优惠券信息被允许使用，则确定当前设定的完成所述待支付订单的支付方式不满足所述预设条件。

在一种可能的实施例中，在所述向用户推送提示信息之后，所述方法还包括：

接收所述用户针对所述提示信息的反馈信息，所述反馈信息用于指示执行所述将所述支付方式调整为预设支付方式的步骤，并监控所述用户的支付情况，在检测到所述用户完成支付操作以后，将所述预设支付方式还原为所述支付方式。

在一种可能的实施例中，所述向用户推送提示信息的方式包括：

文本显示提示信息或者语音提示。

在一种可能的实施例中，在所述将所述当前支付方式调整为预设支付方式之前，所述方法还包括：

获取身份验证信息；

验证所述身份验证信息；

在所述身份验证信息被验证成功以后，执行所述将所述支付方式调整为预设支付方式的步骤。

本申请实施例第二方面提供了一种支付方式调整装置，所述装置包括：获取单元、判断单元和调整单元，其中，

所述获取单元，用于获取待支付订单；

所述判断单元，用于判断当前设定的完成所述待支付订单的支付方式是否满足预设条件；

所述调整单元，用于若所述支付方式满足所述预设条件，则将所述支付方式调整为预设支付方式。

本申请第三方面提供了一种车载设备，包括：处理器和存储器；以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置成由所述处理器执行，所述程序包括用于如第一方面中所描述的部分或全部步骤的指令。

本申请实施例第四方面提供了一种计算机可读存储介质，其中，所述计算机可读存储介质用于存储计算机程序，其中，所述计算机程序使得计算机执行如本申请实施例第一方面中所描述的部分或全部步骤的指令。

本申请实施例第五方面提供了一种计算机程序产品，其中，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序可操作来使计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

实施本申请实施例，具有如下有益效果：

可以看出，通过本申请实施例所描述的支付方式调整方法及相关产品，可获取待支付订单；判断当前设定的完成所述待支付订单的支付方式是否满足预设条件；若所述支付方式满足所述预设条件，则将所述支付方式调整为预设支付方式。如此，可通过预设条件实现对支付方式的调整，不会自动进行免密代扣支付，且不需要用户手动操作，有利于提供用户体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1A是本申请实施例提供的一种车载设备的结构示意图；

图1B是本申请实施例提供的一种支付方式调整方法的系统架构示意图；

图1C是本申请实施例提供的一种支付方式调整方法的实施例流程示意图；

图2是本申请实施例提供的一种支付方式调整方法的实施例流程示意图；

图3是本申请实施例提供的一种支付方式调整装置的实施例结构示意图；

图4是本申请实施例提供的一种车载设备的实施例结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置展示该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本申请实施例所涉及到的车载设备可以包括各种具有无线通信功能的手持设备、电子设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备(User Equipment，UE)，移动台(Mobile Station，MS)，终端设备(terminaldevice)等等。为方便描述，上面提到的设备统称为车载设备。

图1A是本申请实施例提供的一种车载设备的结构示意图，车载设备包括控制电路和输入-输出电路，输入-输出电路与控制电路连接。

其中，控制电路可以包括存储和处理电路。该存储和处理电路中的存储电路可以是存储器，例如硬盘驱动存储器，非易失性存储器(例如闪存或用于形成固态驱动器的其它电子可编程只读存储器等)，易失性存储器(例如静态或动态随机存取存储器等)等，本申请实施例不作限制。存储和处理电路中的处理电路可以用于控制车载设备的运转。该处理电路可以基于一个或多个微处理器，微控制器，数字信号处理器，基带处理器，功率管理单元，音频编解码器芯片，专用集成电路，显示驱动器集成电路等来实现。

存储和处理电路可用于运行车载设备中的软件，例如播放来电提示响铃应用程序、播放短消息提示响铃应用程序、播放闹钟提示响铃应用程序、播放媒体文件应用程序、互联网协议语音(voice over internet protocol，VOIP)电话呼叫应用程序、操作系统功能等。这些软件可以用于执行一些控制操作，例如，播放来电提示响铃、播放短消息提示响铃、播放闹钟提示响铃、播放媒体文件、进行语音电话呼叫以及车载设备中的其它功能等，本申请实施例不作限制。

其中，输入-输出电路可用于使车载设备实现数据的输入和输出，即允许车载设备从外部设备接收数据和允许车载设备将数据从车载设备输出至外部设备。

输入-输出电路可以进一步包括传感器。传感器可以包括环境光传感器，基于光和电容的红外接近传感器，超声波传感器，触摸传感器(例如，基于光触摸传感器和/或电容式触摸传感器，其中，触摸传感器可以是触控显示屏的一部分，也可以作为一个触摸传感器结构独立使用)，加速度传感器，重力传感器，和其它传感器等。输入-输出电路还可以进一步包括音频组件，音频组件可以用于为车载设备提供音频输入和输出功能。音频组件还可以包括音调发生器以及其它用于产生和检测声音的组件。

输入-输出电路还可以包括一个或多个显示屏。显示屏可以包括液晶显示屏，有机发光二极管显示屏，电子墨水显示屏，等离子显示屏，使用其它显示技术的显示屏中一种或者几种的组合。显示屏可以包括触摸传感器阵列(即，显示屏可以是触控显示屏)。触摸传感器可以是由透明的触摸传感器电极(例如氧化铟锡(ITO)电极)阵列形成的电容式触摸传感器，或者可以是使用其它触摸技术形成的触摸传感器，例如音波触控，压敏触摸，电阻触摸，光学触摸等，本申请实施例不作限制。

输入-输出电路还可以进一步包括通信电路可以用于为车载设备提供与外部设备通信的能力。通信电路可以包括模拟和数字输入-输出接口电路，和基于射频信号和/或光信号的无线通信电路。通信电路中的无线通信电路可以包括射频收发器电路、功率放大器电路、低噪声放大器、开关、滤波器和天线。举例来说，通信电路中的无线通信电路可以包括用于通过发射和接收近场耦合电磁信号来支持近场通信(near field communication，NFC)的电路。例如，通信电路可以包括近场通信天线和近场通信收发器。通信电路还可以包括蜂窝电话收发器和天线，无线局域网收发器电路和天线等。

输入-输出电路还可以进一步包括其它输入-输出单元。输入-输出单元可以包括按钮，操纵杆，点击轮，滚动轮，触摸板，小键盘，键盘，照相机，发光二极管和其它状态指示器等。

其中，车载设备还可以进一步包括电池(未图示)，电池用于给车载设备提供电能。

下面对本申请实施例进行详细介绍。

请参阅图1B，图1B是本申请实施例提供的一种支付方式调整方法的系统构架示意图。如图1B所示，系统构架包括：车载设备110和云服务器(或者云端)120，

其中，为了保证用户信息(例如：用户个人信息、用户停车信息、用户行驶信息、订单支付信息等等，在此不作限定)的信息安全性，或者为了节省车载设备的存储空间，可将上述用户信息存储在云服务器120中，当需要的时候，可从上述云服务器中获取。

举例来说，当用户进入停车场以后，可通过云服务器120根据该用户的用车情况或者停车情况生成待支付订单，该待支付订单中可包括如下至少一种：停车费用、停车时间、停车编号、订单编号等等，在此不作限定；当检测到用户准备离开该停车场时，车载设备110可在云服务器120中查询是否有待支付订单，若有，则获取该待支付订单。在其他实施例中，未支付订单也可由停车场管理系统生成，停车场管理系统将未支付订单上传到云服务器120，当车辆离开停车场时，停车场管理系统将该未支付订单发送到车载设备110。车载设备包括车机主机、车载T-box(Telematics Box，车载智能终端)或移动终端中至少一种，本实施例不做限定。

与上述一致地，请参阅图1C，为本申请实施例提供的一种支付方式调整方法的实施例的流程示意图。应用于如图1A和图1B所示的车载设备，本实施例中所描述的支付方式调整方法，包括以下步骤：

101、获取待支付订单。

其中，当用户进入停车场时，车载设备可生成待支付订单，并上传于云端或者云服务器等等；当用户需要离开停车场，例如，当用户在停车场挺稳以后打开车门，并关闭车门以后，若在预设时间(该预设时间可由用户自行设置或者系统默认，在此不作限定)之后重新打开车门，那么表示该用户需要离开停车场，同时可触发车辆驶离指令，那么，车载设备可向云端或者云服务器发送信息查询请求，该信息查询请求用于指示云端或者云服务器查询是否存在待支付订单。

进一步地，当云端或者云服务器中存在该待支持订单，可获取该待支付订单，该待支付订单可包括用户在上述停车场停车以后的停车费、停车时间、订单号等等信息，在此不作限定。

102、判断当前设定的完成所述待支付订单的支付方式是否满足预设条件。

其中，上述待支付订单即可指还未完成支付的订单，上述支付方式可包括以下至少一种：免密代扣支付方式、非免密代扣支付方式等等，在此不作限定，其中，非免密代扣支付方式例如可包括以下至少一种：指纹识别验证支付、人脸识别验证支付、密码验证支付等等，在此不作限定。

其中，上述预设条件可为用户自行设置或者系统默认，在此不作限定；上述当前设定的完成待支付方式的支付方式可指车载设备中当前设置的支付方式，可由用户自行设置或者系统默认，在此不作限定。

在一种可能的示例中，所述判断当前设定的完成所述待支付订单的支付方式是否满足预设条件，可包括如下步骤：若发生响应于针对所述支付方式的用户操作，则确定所述支付方式满足所述预设条件。

其中，上述用户操作可包括以下至少一种：点击车载设备的屏幕、启动车载设备中用于支付停车费的应用程序、关闭免密代扣支付服务等等，在此不作限定。

其中，若上述支付方式默认为免密代扣支付方式，那么，一旦上述车载设备检测到用户操作，则可确定该用户可能需要关闭免密代扣支付方式，则可直接将该免密代扣支付方式关闭或者调整为其他支付方式。如此，可直接将上述支付方式调整为预设支付方式，即关闭免密代扣支付方式。

在一种可能的示例中，所述判断当前设定的完成所述待支付订单的支付方式是否满足预设条件，还可包括如下步骤：确定所述支付方式对应的优惠券信息；判断所述优惠券信息是否被允许使用；若所述优惠券信息不被允许使用，则确定当前设定的完成所述待支付订单的支付方式满足所述预设条件；若所述优惠券信息被允许使用，则确定当前设定的完成所述待支付订单的支付方式不满足所述预设条件。

其中，上述优惠券信息可包括以下至少一种：优惠券可使用范围、优惠券减免额度、优惠券可使用期限等等，在此不作限定；其中，优惠券可使用范围可包括以下至少一种：优惠券可使用设备、优惠券可使用应用、优惠券可使用停车场等等，在此不作限定。

其中，在具体实现中，车载设备中可装载或者安装多种用于支付停车费的应用程序，每一应用程序可对应一个停车场，在实际场景中，可能会出现用户当前装载的应用程序A中对应的优惠券或者停车券可能不支持用于支付当前停车场B所产生的停车费的情况，但是应用程序B中的优惠信息是支持该停车场B的停车费使用，也就是说可能有些服务系统不支持除本系统以外的其他系统中的优惠信息(例如，免费停车券、车费减免券等等)，那么，若用户采用应用程序A对当前停车场的停车费进行缴费时，可能会错过应用程序B中的优惠信息，因此，可确定当前支付方式对应的优惠券信息，以确定当前车载设备中该支付方式对应的最佳优惠力度。

进一步地，可判断该优惠券是否被当前应用或者应用程序或者服务系统所允许使用，若能被允许使用，那么，可确定支付方式满足预设条件，即该支付方式为免密代扣支付方式；反之，若该优惠券是否被当前应用或者应用程序或者服务系统所不被允许使用，那么，可确定支付方式不满足预设条件，也就是说，可能使用其他应用时，优惠力度更大，那么，该支付方式为非免密代扣支付方式，可能需要用户操作才能完成待支付订单的支付操作。

可见，在本申请实施例中，可通过判断系统中存在的优惠券信息能否被当前使用的应用程序或者服务系统所使用，以确定是否存在优惠信息，进而，可通过被允许/不被允许，确定用户当前能否直接使用免密代扣方式进行待订单支付的支付，有利于提高用户体验。

103、若所述支付方式满足所述预设条件，则将所述支付方式调整为预设支付方式。

其中，上述预设支付方式可为用户自行设置或者系统默认，在此不作限定；该预设支付方式可设定为非免密代扣支付方式。

举例来说，若上述支付方式满足预设条件，即可理解为车载设备当前用于完成停车费支付的服务系统支持上述优惠券信息的使用，那么，此时相对于直接采用该服务系统进行免密代扣支付时，采用该优惠券信息的优惠力度更大，进一步地，可将免密代扣支付方式改为非免密代扣支付方式。

可见，在本申请实施例中，可将免密代扣支付方式改为非免密代扣支付方式，如此，有利于用户自由筛选优惠券信息以确定最大优惠券信息，以避免存在其他优惠信息的情况下的误扣款情况的发生，有利于提高用户体验。

在一种可能的实施例中，上述方法还可包括如下步骤：若所述支付方式满足所述预设条件，则向用户推送提示信息，所述提示信息用于提示所述用户是否需要将所述当前支付方式调整为所述预设支付方式。

其中，上述支付方式满足预设条件，即上述支付方式为免密代扣支付方式时，且存在不被当前应用程序或者应用或者系统允许使用的优惠券或者优惠信息时，则可向该用户发送提示信息，该提示信息用于提示用户是否将免密代扣支付方式调整为预设支付方式，如，是否将免密代扣支付方式关闭等等。如此，用户可根据优惠信息对免密代扣支付服务进行关闭或者暂停，或者，若用户手中有其他优惠力度更大的纸质优惠券，用户可以采用最优惠的支付方式或者优惠券信息进行支付，以避免错过优惠信息，有利于提高用户体验。

在一种可能的示例中，在所述向用户推送提示信息之后，上述方法还可包括以下步骤：接收所述用户针对所述提示信息的反馈信息，所述反馈信息用于指示执行所述将所述支付方式调整为预设支付方式的步骤，并监控所述用户的支付情况，在检测到所述用户完成支付操作以后，将所述预设支付方式还原为所述支付方式。

举例来说，当用户完成支付操作以后，可将上述支付方式再次自动调节回原本的免密支付方式，而不再采用信息提示的方式，在不影响其他的订单的免密代扣服务的前提下，有利于提高用户体验。

在一种可能的示例中，上述向用户推送提示信息的方式可包括以下至少一种：文本显示提示信息或者语音提示等等，其中文本显示提示信息可包括以预设方式在显示屏中显示所述提示信息，其中，该预设方式可包括以下至少一种：弹窗、信息栏、悬浮框等等，在此不作限定。

可选地，在所述将所述当前支付方式调整为预设支付方式之前，上述方法还可包括如下步骤：获取身份验证信息；验证所述身份验证信息；在所述身份验证信息被验证成功以后，执行所述将所述支付方式调整为预设支付方式的步骤。

其中，上述身份验证信息可包括以下至少一种：虹膜图像信息、指纹图像信息、人脸图像信息、密码信息、静脉信息等等，在此不作限定。

可选地，若所述身份验证信息包括多张指纹图像，所述验证所述身份验证信息，包括：对所述多张指纹图像进行排序，得到多张有序指纹图像，每一指纹图像对应一个时刻；将所述多张有序指纹图像中每一有序指纹图像进行特征点提取，得到多个特征点集，每一所述有序指纹图像对应一个特征点集；根据所述多个特征点集，对所述多张有序指纹图像进行处理，得到目标指纹图像；将所述目标指纹图像与预设指纹图像进行匹配，得到第一匹配度；若所述第一匹配度大于或等于第一预设阈值，则确定所述身份验证信息被验证成功。

其中，上述第一预设阈值可为用户自行设置或者系统默认，在此不作限定；上述预设指纹图像可为用户自行设置或者系统默认，在此不作限定；例如，该预设指纹图像可为用户事先录入的指纹信息。

其中，上述特征提取的方法可包括以下至少一种：加速稳健特征法(Speeded UpRobust Feature,SURF)、尺度不变特征转换法(Scale Invariant Feature Transform,SIFT)、加速分割测试获得特征法(Features from Accelerated Segment Test,FAST)、Harris角点法、局部不变形的特征点特征提取法(Oriented FAST and Rotated Brief，ORB)等等，在此不作限定。

其中，在本申请实施例中，由于多张指纹图像中，可能存在指纹不完整或者有遮盖物的情况，可能不便于准确验证，因此，可对多张指纹图像进行拼接，以得到完整的指纹图像，有利于提高识别准确率。

在一种可能的示例中，所述根据所述多个特征点集，对所述多张有序指纹图像进行处理，得到目标指纹图像，可包括如下步骤：根据所述多个特征点集，计算有序指纹图像i对应的特征点集i和有序指纹图像j对应的特征点集j之间的第二匹配度，得到多个第二匹配度，其中，所述有序指纹图像i和有序指纹图像j为所述多张有序指纹图像中任意的两张相邻有序指纹图像；确定所述多个第二匹配度中大于或等于第二预设阈值对应的第二匹配度为目标匹配度，得到多个目标匹配度；确定每一所述目标匹配度在所述有序指纹图像中对应的目标特征点i，以及在所述有序指纹图像中对应的目标特征点j；根据所述目标特征点i与所述目标特征点j，确定所述有序指纹图像i与所述有序指纹图像j之间的拼接位置；根据所述拼接位置，对所述有序指纹图像i和所述有序指纹图像j进行拼接，得到所述目标指纹图像。

其中，上述第二预设阈值可为用户自行设置或者系统默认，在此不作限定；上述有序指纹图像i和有序指纹图像j为多张有序指纹图像中任意的两张相邻有序指纹图像，在本申请实施例中仅以其中任意两张相邻有序指纹图像为例，进而，可基于每两张有序指纹图像之间的拼接位置，完成对多个有序指纹图像的拼接，以得到目标指纹图像。

其中，上述特征点实际上是指的图像灰度值发生剧烈变化的点，也可理解为图像中特征性强的点，具体实现中，可计算特征点集i中每一特征点和有序指纹图像j对应的特征点集j中每一特征点之间的第二匹配度，得到多个第二匹配度；由于有些特征点可能存在特征相对不明显的情况，因此，可对特征点集i和特征点集j中的特征点进行筛选，进而确定多个第二匹配度中大于或等于第二预设阈值对应的第二匹配度为目标匹配度，得到多个目标匹配度。

进一步地，可确定每一目标匹配度在有序指纹图像i中对应的目标特征点i，以及在所述有序指纹图像j中对应的目标特征点j，并确定每一目标特征点i与对应的目标特征点j之间的图像特征，以其中任意一个有序指纹图像建立坐标系，并基于该坐标系，确定任意一个有序指纹图像与另一有序指纹图像之间的位置关系，即拼接位置，根据该拼接位置，将有序指纹图像i与有序指纹图像j进行融合，得到待裁剪图像，并根据该位置关系，对待裁剪图像进行裁剪，以去掉图像中的重复区域，得到目标有序指纹图像，对其他的有序指纹图像重复上述方式，进而可得到多个目标有序指纹图像，最后可按照拍摄时间顺序，完成对多个目标有序指纹图像的拼接，最后可得到目标指纹图像。

可见，在本申请实施例中，可去掉多个有序指纹图像中的重复区域，以去掉图像中的冗余信息，得到一个完整的指纹图像，有利于提高指纹匹配效率。

可以看出，通过本申请实施例所提供的支付方式调整方法，应用于车载设备，获取待支付订单；判断当前设定的完成所述待支付订单的支付方式是否满足预设条件；若所述支付方式满足所述预设条件，则将所述支付方式调整为预设支付方式。如此，可通过预设条件实现对支付方式的调整，不会自动进行免密代扣支付，且不需要用户手动操作，有利于提供用户体验。

与上述一致地，请参阅图2，为本申请实施例提供的一种支付方式调整方法的实施例流程示意图。本实施例中所描述的支付方式调整方法，应用于车载设备，包括以下步骤：

201、获取待支付订单。

202、判断当前设定的完成所述待支付订单的支付方式是否满足预设条件。

203、若所述支付方式满足所述预设条件，则向用户推送提示信息，所述提示信息用于提示所述用户是否需要将所述当前支付方式调整为所述预设支付方式。

204、在所述向用户推送提示信息之后，接收所述用户针对所述提示信息的反馈信息，所述反馈信息用于指示执行所述将所述支付方式调整为预设支付方式的步骤，并监控所述用户的支付情况，在检测到所述用户完成支付操作以后，将所述预设支付方式还原为所述支付方式。

可选地，上述步骤201-步骤204的具体描述可参照图1C所描述的支付方式调整方法的步骤101-步骤103的对应步骤，在此不再赘述。

可以看出，通过本申请实施例所提供的支付方式调整方法，应用于车载设备，获取待支付订单；判断当前设定的完成所述待支付订单的支付方式是否满足预设条件；若所述支付方式满足所述预设条件，则向用户推送提示信息，所述提示信息用于提示所述用户是否需要将所述当前支付方式调整为所述预设支付方式；在所述向用户推送提示信息之后，接收所述用户针对所述提示信息的反馈信息，所述反馈信息用于指示执行所述将所述支付方式调整为预设支付方式的步骤，并监控所述用户的支付情况，在检测到所述用户完成支付操作以后，将所述预设支付方式还原为所述支付方式。如此，可在支付方式符合预设条件时，向用户推送提示信息，以提示该用户关闭免密代扣支付服务，并在用户完成免密代扣支付以后，自动切换回原来的支付方式，即免密代扣支付服务，以避免对其他订单的支付影响，有利于提高用户体验。

与上述一致地，以下为实施上述支付方式调整方法的装置，具体如下：

请参阅图3，为本申请实施例提供的一种支付方式调整装置的实施例结构示意图。本实施例中所描述的支付方式调整装置，应用于车载设备，包括：获取单元301、判断单元302和调整单元303，其中，

所述获取单元301，用于获取待支付订单；

所述判断单元302，用于判断当前设定的完成所述待支付订单的支付方式是否满足预设条件；

所述调整单元303，用于若所述支付方式满足所述预设条件，则将所述支付方式调整为预设支付方式。

其中，上述获取单元301可用于实现上述步骤101所描述的方法，判断单元302可用于实现上述步骤102所描述的方法，调整单元303可用于实现上述步骤103所描述的方法，以下如此类推。

可以看出，通过本申请实施例所描述的支付方式调整装置，可获取待支付订单；判断当前设定的完成所述待支付订单的支付方式是否满足预设条件；若所述支付方式满足所述预设条件，则将所述支付方式调整为预设支付方式。如此，可通过预设条件实现对支付方式的调整，不会自动进行免密代扣支付，且不需要用户手动操作，有利于提供用户体验。

在一种可能的示例中，在所述判断当前设定的完成所述待支付订单的支付方式是否满足预设条件方面，所述判断单元302具体用于：

若发生响应于针对所述支付方式的用户操作，则确定所述支付方式满足所述预设条件。

在一种可能的示例中，在所述判断当前设定的完成所述待支付订单的支付方式是否满足预设条件方面，所述判断单元302具体还用于：

确定所述支付方式对应的优惠券信息；

判断所述优惠券信息是否被允许使用；

若所述优惠券信息不被允许使用，则确定当前设定的完成所述待支付订单的支付方式满足所述预设条件；

若所述优惠券信息被允许使用，则确定当前设定的完成所述待支付订单的支付方式不满足所述预设条件。

可以理解的是，本实施例的支付方式调整装置的各程序模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

与上述一致地，请参阅图4，为本申请实施例提供的一种车载设备的实施例结构示意图。本实施例中所描述的车载设备，如图所示，该车载设备包括处理器、存储器、通信接口以及一个或多个程序，上述一个或多个程序被存储在上述存储器中，并且被配置由上述处理器执行，本申请实施例中，上述程序包括用于执行以下步骤的指令：

获取待支付订单；

判断当前设定的完成所述待支付订单的支付方式是否满足预设条件；

若所述支付方式满足所述预设条件，则将所述支付方式调整为预设支付方式。

可以看出，通过本申请实施例所描述的车载设备，可获取待支付订单；判断当前设定的完成所述待支付订单的支付方式是否满足预设条件；若所述支付方式满足所述预设条件，则将所述支付方式调整为预设支付方式。如此，可通过预设条件实现对支付方式的调整，不会自动进行免密代扣支付，且不需要用户手动操作，有利于提供用户体验。

在一个可能的示例中，在所述判断当前设定的完成所述待支付订单的支付方式是否满足预设条件方面，上述程序包括用于执行以下步骤的指令：

若发生响应于针对所述支付方式的用户操作，则确定所述支付方式满足所述预设条件。

在一个可能的示例中，在所述判断当前设定的完成所述待支付订单的支付方式是否满足预设条件方面，上述程序还包括用于执行以下步骤的指令：

确定所述支付方式对应的优惠券信息；

判断所述优惠券信息是否被允许使用；

若所述优惠券信息不被允许使用，则确定当前设定的完成所述待支付订单的支付方式满足所述预设条件；

若所述优惠券信息被允许使用，则确定当前设定的完成所述待支付订单的支付方式不满足所述预设条件。

在一个可能的示例中，上述程序还包括用于执行以下步骤的指令：

若所述支付方式满足所述预设条件，则向用户推送提示信息，所述提示信息用于提示所述用户是否需要将所述支付方式调整为所述预设支付方式。

在一个可能的示例中，在所述向用户推送提示信息之后，上述程序还包括用于执行以下步骤的指令：

接收所述用户针对所述提示信息的反馈信息，所述反馈信息用于指示执行所述将所述支付方式调整为预设支付方式的步骤，并监控所述用户的支付情况，在检测到所述用户完成支付操作以后，将所述预设支付方式还原为所述支付方式。

在一个可能的示例中，在所述将所述当前支付方式调整为预设支付方式之前，上述程序还包括用于执行以下步骤的指令：

获取身份验证信息；

验证所述身份验证信息；

在所述身份验证信息被验证成功以后，执行所述将所述支付方式调整为预设支付方式的步骤。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时包括上述方法实施例中记载的任何一种支付方式调整方法的部分或全部步骤。

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

本领域技术人员应明白，本申请的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机程序存储/分布在合适的介质中，与其它硬件一起提供或作为硬件的一部分，也可以采用其他分布形式，如通过Internet或其它有线或无线电信系统。

本申请是参照本申请实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程支付方式调整设备的处理器以产生一个机器，使得通过计算机或其他可编程支付方式调整设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程支付方式调整设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程支付方式调整设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。