车辆的开锁方法和终端与流程

本公开涉及车辆控制技术领域，更具体地，涉及车辆的开锁方法和终端。

背景技术：

目前，通过共享车辆出行已经成为城市中新兴的出行方式，可以有效解决城市人们的出行需求。通常来说，用户可以使用终端软件通过扫码等方式来请求进行开锁，服务器接到开锁请求后会进行相关的验证，验证过程可能会需要用户参与，例如，需要用户提交实名信息进行实名验证。在验证通过后会跳转回开锁页面，用户想要开锁需要在开锁页面上重新进行扫码操作。

随着业务场景的迭代和市场监管的要求，服务器在控制车辆开锁前需要进行的验证越来越多，这可能会导致用户需要多次回到开锁页面上进行扫码操作，给用户造成困扰，不便于用户使用。

因此，有必要提出一种可以避免需要用户反复回到开锁页面上进行开锁操作的开锁方案。

技术实现要素：

本公开实施例的目的在于提供一种新的车辆开锁方案，可以避免用户反复回到开锁页面上进行开锁操作。

根据本公开的第一方面，提供了一种车辆的开锁方法，包括：

响应于用户的用车请求，向服务器发送第一次的验证请求以触发服务器首次启动验证流程；所述验证流程中含有k项验证服务，所述k为整数并且k≥1；

在接收到服务器发送的第n项验证服务的标识时，在界面上展示与第n项验证服务对应的验证内容，所述验证内容用于引导用户进行与第n项验证服务相关的用户操作以供服务器和/或终端根据所述用户操作对第n项验证服务进行验证，所述n为整数并且1≤n≤k；

在用户进行所述用户操作后，如果第n项验证服务被验证通过，执行第一操作，所述第一操作包括向服务器发送再一次的验证请求以触发服务器再次启动所述验证流程；

在接收到服务器发送的扫码通知后，在界面上展示扫码框以供用户对车辆进行扫码开锁操作，其中，所述扫码通知是由服务器在所述验证流程的k项验证服务验证通过的情况下发送的。

可选地，所述服务器启动所述验证流程后，执行以下操作：

按照预定的执行顺序执行所述k项验证服务；

其中，在执行第n项验证服务时，确定第n项验证服务是否为需要用户参与的验证服务；在第n项验证服务为需要用户参与的验证服务的情况下，停止所述验证流程并且向终端发送第n项验证服务的标识。

可选地，所述服务器在第1次执行第n项验证服务时，确定第n项验证服务是否为需要用户参与的验证服务，包括：

确定第n项验证服务是否需要用户进行开锁确认，在需要用户进行开锁确认的情况下，确定第n项验证服务为需要用户参与的验证服务；和/或，

确定第n项验证服务是否需要用户执行第三方服务，在需要用户执行第三方服务的情况下，确定第n项验证服务为需要用户参与的验证服务。

可选地，所述第一操作还包括将用户进行所述用户操作的操作数据发送给服务器，所述操作数据中含有第n项验证服务的标识；

所述服务器在第m次执行第n项验证服务时，确定第n项验证服务是否为需要用户参与的验证服务，包括：根据所述操作数据将第n项验证服务确定为不需要用户参与的验证服务；

所述服务器调用所述操作数据进行第n项验证服务的第m次验证；

所述m为整数并且所述m≥2。

可选地，所述k项验证服务至少包括以下一种验证服务：

蓝牙开启验证服务；

用户实名认证验证服务；

用户属性验证服务；

用户地理位置验证服务；

车辆电量验证服务；

车辆属性验证服务；

车辆地理位置验证服务；

历史订单支付验证服务；

余额验证服务；

软件版本验证服务。

根据本公开的第二方面，提供了一种车辆的开锁方法，包括：

响应于用户对车辆的成功扫码操作，向服务器发送第一次的验证请求以触发服务器首次启动验证流程；所述验证流程中含有k项验证服务，所述k为整数并且k≥1；

在接收到服务器发送的第n项验证服务的标识时，在界面上展示与第n项验证服务对应的验证内容，所述验证内容用于引导用户进行与第n项验证服务相关的用户操作以供服务器和/或终端根据所述用户操作对第n项验证服务进行验证，所述n为整数并且1≤n≤k；

在用户进行所述用户操作后，如果第n项验证服务被验证通过，执行第一操作，所述第一操作包括向服务器发送再一次的验证请求以触发服务器再次启动所述验证流程。

可选地，所述方法还包括：

在接收到服务器发送的开锁通知后，在界面上展示开锁确认按钮，其中，所述开锁通知是由服务器在所述验证流程的k项验证服务验证通过的情况下发送的；

响应于用户对于所述开锁确认按钮的操作，控制车辆进入开锁状态。

可选地，所述方法还包括：

服务器在所述验证流程的k项验证服务验证通过的情况下，控制所述车辆进入开锁状态。

可选地，所述服务器启动所述验证流程后，执行以下操作：

按照预定的执行顺序执行所述k项验证服务；

其中，在执行第n项验证服务时，确定第n项验证服务是否为需要用户参与的验证服务；在第n项验证服务为需要用户参与的验证服务的情况下，停止所述验证流程并且向终端发送第n项验证服务的标识。

可选地，所述服务器在第一次执行第n项验证服务时，确定第n项验证服务是否为需要用户参与的验证服务，包括：

确定第n项验证服务是否需要用户进行开锁确认，在需要用户进行开锁确认的情况下，确定第n项验证服务为需要用户参与的验证服务；和/或，

确定第n项验证服务是否需要用户执行第三方服务，在需要用户执行第三方服务的情况下，确定第n项验证服务为需要用户参与的验证服务。

可选地，所述第一操作还包括将用户进行所述用户操作的操作数据发送给服务器，所述操作数据中含有第n项验证服务的标识；

所述服务器在第m次执行第n项验证服务时，确定第n项验证服务是否为需要用户参与的验证服务，包括：根据所述操作数据将第n项验证服务确定为不需要用户参与的验证服务；

所述服务器调用所述操作数据进行第n项验证服务的第m次验证；

所述m为整数并且所述m≥2。

根据本公开的第三方面，提供了一种终端，包括通信装置、显示屏、存储器和处理器，所述存储器用于存储计算机程序，所述处理器用于在所述计算机程序的控制下，控制所述终端执行本公开第一方面和第二方面任一项所述的方法。

本公开实施例提供的车辆开锁方案，能够将开锁前的多种验证服务串联起来，当用户进行扫码操作后，不会因为开锁前的验证服务导致需要用户回到初始界面上重新触发用车请求，减少用户的操作成本，缩短用户在开锁前的使用路径，极大的改善用户体验。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。

图1是能够实施本公开实施例的共享车辆系统的示意图；

图2是本公开实施例的车辆开锁方法的流程示意图；

图3是本公开实施例的车辆开锁方法的流程示意图；

图4-10是本公开实施例的终端的界面示意图；

图11是本公开实施例的一个例子车辆开锁方法的流程示意图；

图12是本公开实施例的一个例子车辆开锁方法的流程示意图；

图13是本公开实施例的终端的结构方框图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人物已知的技术、方法和设备可能不作详细讨论，但在适当情况下，技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

<共享车辆系统>

图1是可用于实现本发明实施例的共享车辆系统的框图。

如图1所示，共享车辆系统100包括服务器1000、终端2000和车辆3000。

服务器1000是提供处理、数据库、通讯设施的业务点。服务器1000可以是整体式服务器或是跨多计算机或计算机数据中心的分散式服务器。服务器可以是各种类型的，例如但不限于，网络服务器，新闻服务器，邮件服务器，消息服务器，广告服务器，文件服务器，应用服务器，交互服务器，数据库服务器，或代理服务器。在一些实施例中，每个服务器可以包括硬件，软件，或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。例如，服务器例如刀片服务器、云端服务器等，或者可以是由多台服务器组成的服务器群组，可以包括上述类型的服务器中的一种或多种等等。

在一个实施例中，服务器1000可以如图1所示，包括处理器1100、存储器1200、接口装置1300、通信装置1400、显示装置1500、输入装置1600。在另外的实施例中，服务器1000还可以包括扬声器、麦克风等等，在此不做限定。

处理器1100可以是专用的服务器处理器，也可以是满足性能要求的台式机处理器、移动版处理器等，在此不做限定。存储器1200例如包括rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1300例如包括各种总线接口，例如串行总线接口(包括usb接口)、并行总线接口等。通信装置1400例如能够进行有线或无线通信。显示装置1500例如是液晶显示屏、触摸显示屏等。输入装置1600例如可以包括触摸屏、键盘等。尽管在图1中示出了服务器1000的多个装置，但是，本发明可以仅涉及其中的部分装置，例如，服务器1000只涉及处理器1100、存储器1200以及通信装置1400。

本实施例中，终端2000例如是手机、便携式电脑、平板电脑、掌上电脑、可穿戴设备等。终端2000可以搭载有使用车辆所需的软件。例如，终端2000上安装有用车应用(app，application)。

如图1所示，终端2000可以包括处理器2100、存储器2200、接口装置2300、通信装置2400、显示装置2500、输入装置2600、扬声器2700、麦克风2800等等。

处理器2100可以是移动版处理器。存储器2200例如包括rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置2300例如包括usb(universalserialbus，通用串行总线)接口、耳机接口等。通信装置2400例如能够进行有线或无线通信，通信装置2400可以包括短距离通信装置，例如基于wi-fi、蓝牙、nfc(nearfieldcommunication，近场通信)等短距离无线通信协议进行短距离无线通信的装置，通信装置2400也可以包括远程通信装置，例如是进行wlan(wirelesslocalareanetwork，无线局域网)、gprs(generalpacketradioservice，通用分组无线业务)、2g/3g/4g/5g远程通信的任意装置。显示装置2500例如是液晶显示屏、触摸显示屏等。输入装置2600例如可以包括触摸屏、键盘等。用户可以通过扬声器2700和麦克风2800输出/输入语音信息。

尽管在图1中示出了终端2000的多个装置，但是，本发明可以仅涉及其中的部分装置，例如，终端2000只涉及处理器2100、存储器2200、通信装置2400和显示装置2500。

车辆3000是任何可以分时或分地出让使用权供不同用户共享使用的车辆。例如共享自行车、共享汽车等。该车辆3000可以是电动自行车，也就是说，车辆3000具有助力系统，设有可以作为动力源的蓄电池、用于驱动车轮转动的电机、转把等装置。该蓄电池还可以用于为车辆3000的各个部分提供工作电源。

车辆3000可以包括处理器3100、存储器3200、接口装置3300、通信装置3400、显示装置3500、输入装置3600、定位装置(图1中没有示出)等等。处理器3100可以是微处理器mcu等。存储器3200例如包括rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置3300例如包括usb接口、耳机接口等。通信装置3400例如能够进行有线或无线通信，又例如能够进行短距离(例如蓝牙通信等)和远程通信。输出装置3500例如可以是输出信号的装置，可以是显示装置，例如液晶显示屏、触摸显示屏等，也可以是扬声器等输出语音信息。输入装置3600例如可以包括触摸屏、键盘等，也可以是麦克风输入语音信息。定位装置例如可以包括基站定位模块、全球导航卫星系统gnss(globalnavigationsatellitesystem)定位模块等。全球导航卫星系统gnss定位模块例如可以是gps(globalpositioningsystem，全球定位)模块或者北斗模块等。在一个具体的例子中，车辆3000可以设有受控于处理器3100的实体锁。

尽管在图1中示出了车辆3000的多个装置，但是，本发明可以仅涉及其中的部分装置，例如，车辆3000只涉及处理器3100、存储器3200和通信装置3400。

本实施例中，用户终端2000的存储器2200用于存储程序指令，该程序指令用于控制处理器2100进行操作以执行使用车辆3000的方法，例如包括：在用户扫描车身上的二维码或者手动输入车辆编号的情况下，获取车辆的唯一标识，形成针对特定车辆的开锁请求发送至服务器。针对特定车辆向服务器发送关锁请求；以及，根据服务器发送的费用结算通知进行账单结算等等。技术人员可以根据本发明所公开方案设计指令。指令如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

网络4000可以是无线通信网络也可以是有线通信网络，可以是局域网也可以是广域网，可以是近距离通信也可以是远距离通信。在图1所示的共享车辆系统100中，车辆3000与服务器1000、终端2000与服务器1000，可以通过网络4000进行通信。此外，车辆3000与服务器1000、终端2000与服务器1000通信所基于的网络4000可以是同一个，也可以是不同的。

应当理解的是，尽管图1仅示出一个服务器1000、终端2000、车辆3000，但不意味着限制各自的数量，共享车辆系统100中可以包含多个服务器1000、多个终端2000、多个车辆3000。

在上述描述中，技术人员可以根据本公开所提供的方案设计指令。指令如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

<方法实施例>

参见图2和图3所示，本公开提供了车辆的开锁方法的两个实施例。在对这两个实施例进行说明以前，先介绍本公开实施例中的验证流程和服务器如何执行验证流程。

验证流程中包含k项验证服务并且k项验证服务按照执行顺序排列的，也就是说，k项验证服务的执行顺序是从第1项至第k项。在本公开实施例中，服务器在执行验证流程时，在执行前一项验证服务的验证结果为通过的情况下，才会执行下一项验证服务。服务器每一次启动验证流程后，都从第1项验证服务开始按照执行顺序执行验证服务，只有在全部k项验证服务的验证结果都通过的情况下，才允许用户使用车辆。

验证服务可以用于对用户的相关信息、车辆的相关信息、用车环境、用车规则、计费规则、软件版本信息等进行验证。

一项具体的验证服务的目的可以是在用户使用车辆前，向用户通知与车辆使用有关的信息以在用户开锁前预先征得用户的同意。例如，为了避免用户开锁后发现其要骑行的目的地超出了运营区域，在用户使用车辆前，可以进行运营区域验证服务，也就是通知用户运营区域的范围，让用户在知晓运营区域的情况下确认是否要开锁使用车辆。例如，针对电动自行车，为了避免用户开锁后发现其要骑行的车辆电量过低，可能不能支撑用户骑行至目的地，在用户使用车辆前，需要先通知用户该车辆电量较低，让用户在知晓该车辆电量较低的情况下确认是否开锁使用车辆。

一项具体的验证服务的目的也可以是在用户使用车辆前，确定用户是否满足使用车辆的资质条件。例如，历史订单支付验证服务用于验证用户是否存在欠费情况，在确认历史订单都已经支付不存在欠费时，确定该项验证服务通过。还例如，设定用户实名认证验证服务，在用户完成实名认证的情况下，确定用户实名认证验证服务通过。再例如，软件版本验证服务用于验证用户终端安装的用车软件的版本是否符合要求，如果版本过低则要求用户重新安装用车软件才可以用车。

一项具体的验证服务的目的还可以是在用户使用车辆前，为用户确定当下适用的车辆服务业务场景。例如，针对校园车业务，设定用户地理位置验证服务，在验证用户当前所处的地理位置位于校园内时，可以使用校园车。

在一个例子中，验证服务至少包括以下一种验证服务：蓝牙开启验证服务、用户实名认证验证服务、用户属性验证服务、用户地理位置验证服务、车辆电量验证服务、车辆属性验证服务、车辆地理位置验证服务、历史订单支付验证服务、余额验证服务、软件版本验证服务。

例如，为了降低成本和提高开锁的稳定性，大部分车辆采用蓝牙方式进行开锁。针对这部分车辆，设定蓝牙开启验证服务。在用户使用车辆前，服务器需要验证终端是否开启蓝牙，在终端没有开启蓝牙的情况下，通知用户开启蓝牙，在用户开启终端蓝牙的情况下，蓝牙开启验证服务通过。

例如，为了鼓励用户参与车辆调度，设定用户地理位置验证服务。在验证用户当前所处的地理位置位于车辆调度区域内时，可以向用户推送参与车辆调度的规则和奖励政策。

例如，针对电动自行车，为了避免用户开锁后发现其要骑行的车辆电量过低，可能不能支撑用户骑行至目的地，在用户使用车辆前，需要先通知用户该车辆电量较低，让用户在知晓该车辆电量较低的情况下确认是否开锁使用车辆。

例如，为了杜绝用户使用后不支付骑行费用的现象，设定历史订单支付验证服务。在用户使用车辆前，验证用户当前的历史订单中是否存在未支付订单；在当前存在未支付订单的情况下，通知用户完成未支付订单，在当前不存在未支付订单的情况下，确定历史订单支付验证服务通过。

例如，针对校园车业务，设定用户属性验证服务。在验证用户为学生时，可以使用校园车。针对校园车业务，还可以设定车辆属性验证服务。在验证车辆为校园车时，向用户通知校园车的使用规则，在用户知晓校园车的使用规则的情况下确认是否开锁使用车辆。

例如，为了鼓励用户使用共享车辆推行优惠活动，在执行优惠活动时，对用户账户余额进行验证，在用户账户余额符合要求时，可以享受相应的优惠活动。

服务器在具体一次执行一项验证服务的过程中，有可能需要用户参与。也就是说，服务器在具体一次执行一项验证服务的过程中，有可能需要与用户本人进行交互。

当一项验证服务的目的是在用户使用车辆前，向用户通知与车辆使用有关的信息以在用户开锁前预先征得用户的同意时，也就是向用户通知与车辆使用有关的信息以征得用户的开锁确认时，需要用户的参与。例如，用户使用车辆时，如果超出运营区范围会收取额外的费用。当服务器获知到用户当前所处的地理位置位于运营区域的边缘时，需要通知用户运营区域的范围以及通知用户超出运营区域需要收取的费用，让用户在知晓这些信息的情况下确认是否要开锁使用车辆。例如，用户想要使用的共享车辆是一辆电动自行车，当服务器获知到该电动自行车的电量很低时，需要通知用户，让用户自己确认是否要对该电动自行车开锁。

服务器执行一项验证服务时，可能需要用户执行第三方服务，在需要用户执行第三方服务的情况下，确定第n项验证服务为需要用户参与的验证服务。例如，对于历史订单支付验证服务来说，服务器执行时发现用户有未支付的支付历史订单，则需要用户对该未支付的历史订单进行支付执行支付服务(该支付服务即为一种第三方服务)，如果没有未支付的订单，则不需要用户执行支付服务。也就是说，服务器在具体一次执行一项验证服务，是否需要用户参与可以是根据当前的实际情况确定的。

<方法实施例一>

参见图2所示，本公开实施例提供了一种车辆的开锁方法，该一种车辆的开锁方法包括步骤s202-s208。

s202、响应于用户的用车请求，向服务器发送第一次的验证请求以触发服务器首次启动验证流程。验证流程中含有k项验证服务，k为整数并且k≥1。

该步骤可以由终端实施。在一个实施例中，参考图4，在应用软件的用车初始界面上(下文简称为“初始界面”)呈现第一交互控件41，该第一交互控件可以标注有“骑车”或者“扫码开锁”字样。响应于用户对第一交互控件41的操作，终端向服务器发送第一次的验证请求。

第一次的验证请求用于触发服务器首次启动验证流程。服务器在接收到第一次的验证请求后，首次启动验证流程。验证流程中含有k项验证服务。验证服务可以用于对用户的相关信息、用车环境、用车规则、计费规则、软件版本等进行验证。

在一个实施例中，服务器每一次启动验证流程后，执行以下操作：按照预定的执行顺序执行k项验证服务。k项验证服务可以按照预定的执行顺序排列。服务器每一次启动验证流程后，依次执行第1项到第k项的验证服务。服务器每一次执行验证流程的过程中，在执行前一项验证服务的验证结果为通过的情况下，才会执行下一项验证服务。只有在k项验证服务的验证结果都通过的情况下，才允许用户使用车辆。

在一个实施例中，服务器启动验证流程后，执行验证服务的步骤可以进一步包括：

s402、在执行第n项验证服务时，确定第n项验证服务是否为需要用户参与的验证服务。其中，n为整数并且1≤n≤k。在确定该第n项验证服务为需要用户参与的验证服务的情况下，执行步骤s404，以向用户展示与该验证服务对应的验证内容，引导用户进行与该第n项验证服务相关的用户操作。在确定该第n项验证服务为不需要用户参与的验证服务的情况下，执行步骤s406，由服务器自行执行该第n项验证服务。

s404、停止本次验证流程并且向终端发送第n项验证服务的标识。验证服务的标识是用于区分验证服务的唯一标识。例如，第n项验证服务的标识可以是第n项验证服务的名称。

s406、服务器自行执行该第n项验证服务。如果服务器自行执行该第n项验证服务的验证结果为不通过，表明本次验证流程失败，可以提示用户验证失败，然后结束本方法。如果服务器自行执行第n项验证服务的验证结果为通过，服务器会开始执行下一项验证服务，也就是执行第n+1项验证服务。

下面以一个具体的例子说明步骤s406。假设第n项验证服务为软件版本验证服务。服务器在执行该软件版本验证服务时，不需要用户参与，可以自行执行该软件版本验证服务。如果服务器自行执行该软件版本验证服务的验证结果为通过，服务器会开始执行下一项验证服务。如果服务器自行执行该软件版本验证服务的验证结果为不通过，表明本次验证流程失败，可以通过终端提示用户验证失败，然后结束本方法。具体可以参见图5所示，在终端界面上呈现信息“app版本过低，无法为您提供用车服务，请升级您的app版本”以提示用户验证失败，并且在界面上提示标注有“返回首页”的交互控件51和标注有“下载最新版本app”的交互控件52，当用户点击交互控件51时，返回应用首页。当用户点击交互控件52时，下载最新版本的app。

s204、终端在接收到服务器发送的第n项验证服务的标识时，在界面上展示与第n项验证服务对应的验证内容，所述验证内容用于引导用户进行与第n项验证服务相关的用户操作以供服务器和/或终端根据所述用户操作对第n项验证服务进行验证，所述n为整数并且1≤n≤k。

终端在接收到服务器发送的第n项验证服务的标识时，由初始界面切换至验证界面。在验证界面上展示与第n项验证服务对应的验证内容。该验证界面上还呈现与第n项验证服务相关的至少一个交互控件。验证内容可以用于引导用户进行与第n项验证服务相关的用户操作，即引导用户对至少一个交互控件进行用户操作。响应于用户对验证界面上的交互控件的操作，还可以从验证界面转入第三方服务的页面，例如转入至支付页面。

在一个实施例中，终端响应于用户的操作，可以生成与第n项验证服务有关的用户操作数据。终端根据生成的用户操作数据对第n项验证服务进行验证。终端可以将第n项验证服务的验证结果发送给服务器。

在一个实施例中，终端响应于用户的操作，可以生成与第n项验证服务有关的用户操作数据。之后，终端将该用户操作数据发送给服务器，以供服务器根据接收到的用户操作数据对第n项验证服务进行验证。服务器可以将第n项验证服务的验证结果发送给终端。

终端对于不同的验证服务，可以在界面上展示不同的验证内容，以引导用户进行相应的用户操作。下面以具体的例子进行说明。

例如，参见图6，服务器执行蓝牙开启验证服务时，如果发现终端没有开启蓝牙，向终端发送蓝牙开启验证服务的标识。终端在接收到蓝牙开启验证服务的标识时，在界面上呈现“请开启蓝牙”的控件61。如果用户点击该控件61，就会开启蓝牙，终端通过该蓝牙开启验证服务并且终端会将蓝牙已经开启的信息返回给服务器。

例如，参考图7，服务器在执行用户地理位置验证服务时，获取用户当前所处的地理位置，如果用户当前所处的地理位置位于运营区域的边缘，向终端发送用户地理位置验证服务的标识。终端在接收到用户地理位置验证服务的标识时，在界面的地图中展示运营区域的范围，在界面上还展示“请勿骑出运营区域、运营区域外关锁停车将收取管理费”的信息。界面上还设有标注有“已知悉，请继续开锁”的控件71和“暂不开锁”的控件72。如果用户点击控件71，终端会将表明用户地理位置验证服务通过的信息返回给服务器。如果用户点击控件72，表明用户在获知运营区域范围后放弃用车，则结束本方法，返回初始界面。

例如，参见图8和9，服务器执行历史订单支付验证服务时，如果发现用户当前存在未支付的历史订单，向终端发送历史订单支付验证服务的标识。终端在接收到历史订单支付验证服务的标识时，在界面上展示：您有1个未支付订单，请处理。在界面上呈现“去支付”的控件81和“暂不处理”的控件82。如果用户点击控件82，表明本次验证流程失败，返回初始界面。如果用户点击控件81，跳转至第三方服务的支付界面。在终端确定用户完成支付后，在界面上展示“支付成功，是否继续开锁”的信息。此时，界面上还呈现标注有“继续开锁”的控件91和“暂不开锁”的控件92。如果用户点击控件91，终端会将表明历史订单支付验证服务通过的信息返回给服务器。如果用户点击控件92，表明用户不想用车，则结束本方法，返回初始界面。

s206、在用户进行所述用户操作后，如果第n项验证服务被验证通过，执行第一操作，所述第一操作包括向服务器发送再一次的验证请求以触发服务器再次启动所述验证流程。

在用户进行用户操作后，如果第n项验证被验证通过，终端向服务器发送再一次的验证请求。再一次的验证请求用于触发服务器再次启动验证流程。服务器再次启动验证流程后，再次从第1项验证服务开始按照执行顺序执行验证服务，只有在k项验证服务的验证结果都通过的情况下，才允许用户使用车辆。

根据本公开实施例，服务器基于每一次的验证请求，启动一次验证流程。服务器每次一次启动验证流程后，都从第1项验证服务开始按照执行顺序执行验证服务，这样能够保证只有在k项验证服务的验证结果都通过的情况下，才允许用户使用车辆。

根据本公开实施例，一方面，随着车辆相关的业务场景的迭代和市场监管的要求的变化，在用户使用车辆前服务器需要验证的验证服务越来越多；另一方面，随着车辆相关的业务场景的迭代和市场监管的要求的变化，用车环境、用车规则、计费规则和优惠信息等也会不断更新。服务器每次一次启动验证流程后，都从第1项验证服务开始按照执行顺序执行验证服务，能够保证验证的准确性。

在一个实施例中，所述第一操作还包括将用户进行用户操作的操作数据发送给服务器，该操作数据中含有第n项验证服务的标识。根据操作数据中的标识，可以确定与该操作数据对应的第n项验证服务。操作数据可以是表明验证通过的标志位，也可以包括具体的验证信息。例如，用户的历史订单支付验证结果通过的标志位。例如，操作数据可以包括用户的相关信息。

参见步骤s402，服务器在每一次执行第n项验证服务时，首先确定第n项验证服务是否为需要用户参与的验证服务。下面说明如何确定第n项验证服务是否为需要用户参与的验证服务。

对于第n项验证服务，服务器在第1次执行该第n项验证服务时，确定第n项验证服务是否为需要用户参与的验证服务，可以是：确定第n项验证服务是否需要用户进行开锁确认，在需要用户进行开锁确认的情况下，确定第n项验证服务为需要用户参与的验证服务。例如，运营区域验证服务等需要用户进行开锁确认的验证服务。

对于第n项验证服务，服务器在第1次执行该第n项验证服务时，确定第n项验证服务是否为需要用户参与的验证服务，可以是：确定第n项验证服务是否需要用户执行第三方服务，在需要用户执行第三方服务的情况下，确定第n项验证服务为需要用户参与的验证服务。例如，在执行用户实名认证验证服务、历史订单支付验证服务、余额验证服务等验证服务时，有可能需要用户执行第三方服务。

对于第n项验证服务，用户执行第一操作后，服务器在后续验证流程中再执行到第n项验证服务时，确定第n项验证服务是否为需要用户参与的验证服务，可以是：服务器根据用户执行第n项验证服务的操作数据，将第n项验证服务确定为不需要用户参与的验证服务。在这种情况下，服务器自行调用用户执行第n项验证服务的操作数据进行第n项验证服务的验证。也就是说，服务器在第m次执行第n项验证服务时，根据所述操作数据将第n项验证服务确定为不需要用户参与的验证服务，并且调用所述操作数据进行第n项验证服务的第m次验证。m为整数并且m≥2。

例如，第n项验证服务是历史订单支付验证服务，操作数据是历史订单支付验证通过的标志位，则服务器在之后的验证流程中，再执行到历史订单支付验证时，确定不需要用户参与，并且调用到该操作数据获知到当前不存在未支付订单，通过当前一次历史订单支付验证。

在本公开实施例中，用户在终端上进行请求用车的操作时，触发终端发送的验证请求被作为第一次的验证请求，该第一次的验证请求触发服务器启动验证流程被作为服务器首次启动验证流程。服务器每次执行验证流程的过程中，在执行到某项验证服务确定需要用户参与时，停止该次验证流程并且向终端发送该项验证服务的标识。终端接收到该项验证服务的标识后，在界面上展示与该项验证服务对应的验证内容。终端在用户对该验证内容进行用户操作后，获取该项验证服务的操作数据，如果该项验证服务通过，向服务器发送下一次的验证请求，触发服务器启动下一次的验证流程。也就是说，用户只需要提交一次用车请求，就可以对多项验证服务进行验证，并且确保在验证流程中的所有验证服务都通过的情况下，允许用户使用车辆，从而减少用户的操作成本，缩短用户在开锁前的使用路径，极大地改善用户体验。

根据本公开实施例，对于任一项验证服务来说，在用户参与验证通过后，后续再次触发的所有验证流程都不需要用户再次参与该验证服务，从而避免反复打扰用户，用户体验更好。

根据本公开实施例，每一次的验证流程都会对全部验证服务项进行逐一验证，可以保证最终的验证结果准确可靠。

在一个实施例中，该车辆的开锁方法还可以包括：在用户拒绝进行所述用户操作后，返回初始界面。如果用户在初始界面上对第一交互控件进行预设操作，则执行步骤s202。

在一个实施例中，在用户进行所述用户操作后，如果第n项验证服务被验证不通过，可以在界面上展示不通过的提示信息，然后返回初始界面。如果用户在初始界面上对第一交互控件进行预设操作，则执行步骤s202。

s208、在接收到服务器发送的扫码通知后，在界面上展示扫码框以供用户对车辆进行扫码开锁操作，其中，所述扫码通知是由服务器在所述验证流程的k项验证服务验证通过的情况下发送的。

该实施例中，在终端接收到服务器发送的扫码通知后，终端由验证界面切换至扫码界面。在扫码界面上展示扫码框，以供用户对车辆进行扫描开锁操作。

根据本公开实施例，能够将开锁前的多种验证服务串联起来，当用户进行扫码操作后，不会因为开锁前的验证服务导致需要用户回到初始界面上重新触发用车请求，减少用户的操作成本，缩短用户在开锁前的使用路径，极大的改善用户体验。

<例子>

下面以一个具体的例子对本公开实施例提供的车辆的控制方法进行说明。验证流程中含有k项验证服务，参见图11和图12，该方法包括。

s1101、用户在终端请求用车。

s1102、终端向服务器发送验证请求。

s1103、服务器启动验证流程，开始按顺序执行验证服务。

s1104、服务器获取本次验证流程的结果。

如果本次验证流程的结果为成功，执行步骤s1105、服务器向终端发送扫码通知。

如果本次验证流程的结果为停止，则返回执行步骤s1102，终端向服务器发送验证请求。

如果本次验证流程的结果为失败，则结束本方法。

参见图12，说明服务器每一次启动验证流程后，服务器执行验证流程的过程。

在步骤s1103，服务器启动验证流程后，进入步骤s2100-1。

s2100-1、服务器开始执行第1项验证服务。

s2200-1、服务器确定第1项验证服务是否需要用户参与。如果需要用户参与，本次验证流程停止。如果不需要用户参与，进入s2300-1。

s2300-1、服务器执行第1项验证服务，如果执行结果为通过，进入s2100-2，如果执行结果为不通过，本次验证流程失败。

s2100-2、服务器开始执行第2项验证服务。

s2200-2、服务器确定第2项验证服务是否需要用户参与。如果需要用户参与，本次验证流程停止。如果不需要用户参与，进入s2300-2。

s2300-2、服务器执行第2项验证服务，如果执行结果为通过，进入s2100-3，如果执行结果为不通过，本次验证流程失败。

s2100-3、服务器开始执行第3项验证服务。

……以此类推，中间过程省略，在服务器执行第k-1项验证服务的执行结果为通过后，进入s2100-k。

s2100-k、服务器开始执行第k项验证服务。

s2200-k、服务器确定第k项验证服务是否需要用户参与。如果需要用户参与，本次验证流程停止。如果不需要用户参与，进入s2300-k。

s2300-k、服务器执行第k项验证服务，如果执行结果为通过，本次验证流程成功，如果执行结果为不通过，本次验证流程失败。

根据本公开实施例，当加入更多的业务场景时，需要更新验证服务时，只需要在验证流程中增加验证服务项即可，不需要调整开锁也不需要更改开锁流程的基本逻辑。

<例子>

假设验证流程一共包括2项验证服务，按照执行顺序依次为运营区域验证服务和历史订单支付验证服务。车辆的开锁过程具体如下。

s501、当用户点击初始界面的第一交互控件时，终端向服务器发送第一次的验证请求。

s502、服务器接收终端发送的第一次的验证请求，首次启动验证流程。

s503、服务器第一次执行运营区域验证服务，确定运营区域验证服务为需要用户参与的验证服务。

s504、服务器停止首次验证流程，并向终端发送运营区域验证服务的标识。

s505、终端接收到运营区域验证服务的标识后，在界面上展示运营区域的范围以及展示“请勿骑出运营区域、运营区域外关锁停车将收取管理费”的信息。界面上还设有标注有“已知悉，请继续开锁”的控件和“暂不开锁”的控件。如果用户点击“暂不开锁”的控件，表明用户在获知运营区域范围后放弃使用车辆，本次验证流程失败，结束本方法，返回初始界面。如果用户点击“已知悉，请继续开锁”的控件，则运营区域验证服务通过，进入s506。

s506、终端向服务器发送第二次的验证请求，并且终端将操作数据发送给服务器，操作数据包括运营区域验证服务的标识和表明运营区域验证服务被验证通过的标志位。

s507、服务器接收终端发送的第二次的验证请求，第二次启动验证流程。

s508、服务器第二次执行运营区域验证服务，基于步骤s506获得的操作数据确定第二次运营区域验证服务不需要用户参与，并且根据步骤s506获得的操作数据验证第二次运营区域验证服务为通过。

s509、服务器第一次执行历史订单支付验证服务，发现用户当前有未支付的订单，确第一次历史订单支付验证服务为需要用户参与的验证服务。

s510、服务器停止第二次验证流程，并且向终端发送历史订单支付验证服务的标识。

s511、终端接收到服务器发送的历史订单支付验证服务的标识后，在界面上展示“您有1个未支付订单，请处理”的信息，并且在界面上呈现“去支付”的控件和“暂不处理”的控件。当用户点击“暂不开锁”的控件时，表明用户不想支付历史订单，本次验证流程失败，结束本方法，返回初始界面。当用户点击“去支付”的控件时，进入s512。

s512、当用户点击“去支付”的控件时，终端跳转至第三方服务的支付界面，用户通过该支付界面可以进行相应的支付操作。

s513、终端可以获取到最终的支付结果，如果最终支付成功，历史订单支付验证服务通过，终端向服务器发送第三次的验证请求，并且终端将操作数据发送给服务器，操作数据包括历史订单支付验证服务的标识和“历史订单已经支付”的信息。

s514、服务器接收终端发送的第三次的验证请求，第三次启动验证流程。

s515、服务器第三次执行运营区域验证服务，基于步骤s506获得的操作数据确定第三次运营区域服务不需要用户参与，并且步骤s506获得的操作数据验证第三次运营区域验证服务为通过。

s516、服务器第二次执行历史订单支付验证服务，基于步骤s513获得的操作数据确定第二次历史订单支付验证服务不需要用户参与，并且根据于步骤s513获得的操作数据验证第二次历史订单支付验证服务为通过。

s517、服务器向终端发送的扫码通知。

s518、在终端接收到服务器发送的扫码通知后，终端切换至扫码界面。

<方法实施例二>

参见图3所示，本公开实施例提供了一种车辆的开锁方法，该一种车辆的开锁方法包括步骤s302-306。

s302、响应于用户对车辆的成功扫码操作，向服务器发送第一次的验证请求以触发服务器首次启动验证流程；所述验证流程中含有k项验证服务，所述k为整数并且k≥1。

该步骤由终端实施。在一个实施例中，该终端的初始界面上呈现第二交互控件，第二交互控件可以是标注有“扫一扫”或者“扫码开锁”等字样。响应于用户对第二交互控件的操作，打开扫码框，并获得扫码结果。终端得到扫码结果后，根据扫码结果确认扫码的对象是车辆后，用户对车辆成功进行了扫码操作。响应于用户对车辆的成功扫码操作，终端向服务器发送第一次的验证请求。

第一次的验证请求用于触发服务器首次启动验证流程。服务器在接收到第一次的验证请求后，首次启动验证流程。验证流程中含有k项验证服务。验证服务可以用于对用户的相关信息、车辆的相关信息、用车环境、用车规则、计费规则、软件版本等进行验证。

在一个实施例中，服务器每一次启动验证流程后，执行以下操作：按照预定的执行顺序执行k项验证服务。k项验证服务可以按照预定的执行顺序排列。服务器每一次启动验证流程后，依次执行第1项到第k项的验证服务。服务器每一次执行验证流程的过程中，在执行前一项验证服务的验证结果为通过的情况下，才会执行下一项验证服务。只有在k项验证服务的验证结果都通过的情况下，才允许用户使用车辆。

在一个实施例中，服务器启动验证流程后，执行验证服务的步骤可以进一步包括：

s402、在执行第n项验证服务时，确定第n项验证服务是否为需要用户参与的验证服务。其中，n为整数并且1≤n≤k。在确定该第n项验证服务为需要用户参与的验证服务的情况下，执行步骤s404，以向用户展示与该验证服务对应的验证内容，引导用户进行与该第n项验证服务相关的用户操作。在确定该第n项验证服务为不需要用户参与的验证服务的情况下，执行步骤s406，由服务器自行执行该第n项验证服务。

s404、停止本次验证流程并且向终端发送第n项验证服务的标识。验证服务的标识是用于区分验证服务的唯一标识。例如，第n项验证服务的标识可以是第n项验证服务的名称。

s406、服务器自行执行该第n项验证服务。如果服务器自行执行该第n项验证服务的验证结果为不通过，表明本次验证流程失败，可以提示用户验证失败，然后结束本方法。如果服务器自行执行第n项验证服务的验证结果为通过，服务器会开始执行下一项验证服务，也就是执行第n+1项验证服务。

下面以一个具体的例子说明步骤s406。假设第n项验证服务为软件版本验证服务。服务器在执行该软件版本验证服务时，不需要用户参与，可以自行执行该软件版本验证服务。如果服务器自行执行该软件版本验证服务的验证结果为通过，服务器会开始执行下一项验证服务。如果服务器自行执行该软件版本验证服务的验证结果为不通过，表明本次验证流程失败，可以通过终端提示用户验证失败，然后结束本方法。具体可以参见图5所示，在终端界面上呈现信息“app版本过低，无法为您提供用车服务，请升级您的app版本”以提示用户验证失败，并且在界面上提示标注有“返回首页”的交互控件51和标注有“下载最新版本app”的交互控件52，当用户点击交互控件51时，返回应用首页。当用户点击交互控件52时，下载最新版本的app。

s304、在接收到服务器发送的第n项验证服务的标识时，在界面上展示与第n项验证服务对应的验证内容，所述验证内容用于引导用户进行与第n项验证服务相关的用户操作以供服务器和/或终端根据所述用户操作对第n项验证服务进行验证，所述n为整数并且1≤n≤k。

终端在接收到服务器发送的第n项验证服务的标识时，由初始界面切换至验证界面。在验证界面上展示与第n项验证服务对应的验证内容。该验证界面上还呈现与第n项验证服务相关的至少一个交互控件。验证内容可以用于引导用户进行与第n项验证服务相关的用户操作，即引导用户对至少一个交互控件进行用户操作。响应于用户对验证界面上的交互控件的操作，还可以从验证界面转入第三方服务的页面，例如转入至支付页面。

在一个实施例中，终端响应于用户的操作，可以生成与第n项验证服务有关的用户操作数据。终端根据生成的用户操作数据对第n项验证服务进行验证。终端可以将第n项验证服务的验证结果发送给服务器。

在一个实施例中，终端响应于用户的操作，可以生成与第n项验证服务有关的用户操作数据。之后，终端将该用户操作数据发送给服务器，以供服务器根据接收到的用户操作数据对第n项验证服务进行验证。服务器可以将第n项验证服务的验证结果发送给终端。

终端对于不同的验证服务，可以在界面上展示不同的验证内容，以引导用户进行相应的用户操作。下面以具体的例子进行说明。

例如，参见图10，服务器执行车辆电量验证服务时，获取车辆的电量信息，在车辆的电量过低的情况下，向终端发送车辆电量验证服务的标识。终端在接收到车辆电量验证服务的标识时，在界面上展示“当前电量较低，请确认是否开锁”的信息，在界面上还呈现标注有“继续开锁”的控件101和“暂不开锁”的控件102。如果用户点击控件101，终端会将表明车辆电量验证服务通过的信息返回给服务器。如果用户点击控件102，表明用户在获知到该车辆的电量后不想使用该车辆，则结束本方法，返回初始界面。

例如，参见图6，服务器执行蓝牙开启验证服务时，如果发现终端没有开启蓝牙，向终端发送蓝牙开启验证服务的标识。终端在接收到蓝牙开启验证服务的标识时，在界面上呈现“请开启蓝牙”的控件61。如果用户点击该控件61，就会开启蓝牙，终端通过该蓝牙开启验证服务并且终端会将蓝牙已经开启的信息返回给服务器。

例如，参考图7，服务器在执行用户地理位置验证服务时，获取用户当前所处的地理位置，如果用户当前所处的地理位置位于运营区域的边缘，向终端发送用户地理位置验证服务的标识。终端在接收到用户地理位置验证服务的标识时，在界面的地图中展示运营区域的范围，在界面上还展示“请勿骑出运营区域、运营区域外关锁停车将收取管理费”的信息。界面上还设有标注有“已知悉，请继续开锁”的控件71和“暂不开锁”的控件72。如果用户点击控件71，终端会将表明用户地理位置验证服务通过的信息返回给服务器。如果用户点击控件72，表明用户在获知运营区域范围后放弃用车，则结束本方法，返回初始界面。

例如，参见图8和9，服务器执行历史订单支付验证服务时，如果发现用户当前存在未支付的历史订单，向终端发送历史订单支付验证服务的标识。终端在接收到历史订单支付验证服务的标识时，在界面上展示：您有1个未支付订单，请处理。在界面上呈现“去支付”的控件81和“暂不处理”的控件82。如果用户点击控件82，表明本次验证流程失败，返回初始界面。如果用户点击控件81，跳转至第三方服务的支付界面。在终端确定用户完成支付后，在界面上展示“支付成功，是否继续开锁”的信息。此时，界面上还呈现标注有“继续开锁”的控件91和“暂不开锁”的控件92。如果用户点击控件91，终端会将表明历史订单支付验证服务通过的信息返回给服务器。如果用户点击控件92，表明用户不想用车，则结束本方法，返回初始界面。

s306、在用户进行所述用户操作后，如果第n项验证服务被验证通过，执行第一操作，所述第一操作包括向服务器发送再一次的验证请求以触发服务器再次启动所述验证流程。

在用户进行用户操作后，如果第n项验证被验证通过，终端向服务器发送再一次的验证请求。再一次的验证请求用于触发服务器再次启动验证流程。服务器再次启动验证流程后，再次从第1项验证服务开始按照执行顺序执行验证服务，只有在k项验证服务的验证结果都通过的情况下，才允许用户使用车辆。

根据本公开实施例，服务器基于每一次的验证请求，启动一次验证流程。服务器每次一次启动验证流程后，都从第1项验证服务开始按照执行顺序执行验证服务，这样能够保证只有在k项验证服务的验证结果都通过的情况下，才允许用户使用车辆。

根据本公开实施例，一方面，随着车辆相关的业务场景的迭代和市场监管的要求的变化，在用户使用车辆前服务器需要验证的验证服务越来越多；另一方面，随着车辆相关的业务场景的迭代和市场监管的要求的变化，用车环境、用车规则、计费规则和优惠信息等也会不断更新。服务器每次一次启动验证流程后，都从第1项验证服务开始按照执行顺序执行验证服务，能够保证验证的准确性。

在一个实施例中，所述第一操作还包括将用户进行用户操作的操作数据发送给服务器，该操作数据中含有第n项验证服务的标识。根据操作数据中的标识，可以确定与该操作数据对应的第n项验证服务。操作数据可以是表明验证通过的标志位，也可以包括具体的验证信息。例如，用户的历史订单支付验证结果通过的标志位。

参见步骤s402，服务器在每一次执行第n项验证服务时，首先确定第n项验证服务是否为需要用户参与的验证服务。下面说明如何确定第n项验证服务是否为需要用户参与的验证服务。

对于第n项验证服务，服务器在第1次执行该第n项验证服务时，确定第n项验证服务是否为需要用户参与的验证服务，可以是：确定第n项验证服务是否需要用户进行开锁确认，在需要用户进行开锁确认的情况下，确定第n项验证服务为需要用户参与的验证服务。例如，运营区域验证服务等需要用户进行开锁确认的验证服务。

对于第n项验证服务，服务器在第1次执行该第n项验证服务时，确定第n项验证服务是否为需要用户参与的验证服务，可以是：确定第n项验证服务是否需要用户执行第三方服务，在需要用户执行第三方服务的情况下，确定第n项验证服务为需要用户参与的验证服务。例如，在执行用户实名认证验证服务、历史订单支付验证服务、余额验证服务等验证服务时，有可能需要用户执行第三方服务。

对于第n项验证服务，用户执行第一操作后，服务器在后续验证流程中再执行到第n项验证服务时，确定第n项验证服务是否为需要用户参与的验证服务，可以是：服务器根据用户执行第n项验证服务的操作数据，将第n项验证服务确定为不需要用户参与的验证服务。在这种情况下，服务器自行调用用户执行第n项验证服务的操作数据进行第n项验证服务的验证。也就是说，服务器在第m次执行第n项验证服务时，根据所述操作数据将第n项验证服务确定为不需要用户参与的验证服务，并且调用所述操作数据进行第n项验证服务的第m次验证。m为整数并且m≥2。

例如，第n项验证服务是历史订单支付验证服务，操作数据是历史订单支付验证通过的标志位，则服务器在之后的验证流程中，再执行到历史订单支付验证时，确定不需要用户参与，并且调用到该操作数据获知到当前不存在未支付订单，通过当前一次历史订单支付验证。

在一个实施例中，该车辆的开锁方法还可以包括：s702-s704。

s702、在接收到服务器发送的开锁通知后，在界面上展示开锁确认按钮，其中，所述开锁通知是由服务器在所述验证流程的k项验证服务验证通过的情况下发送的。

s704、响应于用户对于所述开锁确认按钮的操作，控制车辆进入开锁状态。

也就是说，服务器在验证流程的k项验证服务验证的验证结果均为通过的情况下，向终端发送开锁通知。终端在接收到开锁通知后，在界面上展示开锁确认按钮，用户点击开锁确认按钮即可开锁。

在一个实施例中，该车辆的开锁方法还可以包括：s802。

s802、服务器在所述验证流程的k项验证服务验证通过的情况下，控制所述车辆进入开锁状态。

也就说，服务器在验证流程的k项验证服务验证的验证结果均为通过的情况下，控制车辆进入开锁状态。

根据本公开实施例，能够将开锁前的多种验证服务串联起来，当用户进行扫码操作后，不会因为开锁前的验证服务导致需要用户回到初始界面上重新触发用车请求，减少用户的操作成本，缩短用户在开锁前的使用路径，极大的改善用户体验。

<例子>

假设验证流程一共包括2项验证服务，按照执行顺序依次为软件版本验证服务和车辆电量验证服务。车辆的开锁过程具体如下。

s901、终端的初始界面呈现“扫一扫”交互控件，用户点击该控件，终端成功扫码确认扫码对象为车辆后，进入s902。

s902、终端向服务器发送第一次的验证请求。

s903、服务器接收终端发送的第一次的验证请求，首次启动验证流程。

s904、服务器第一次执行软件版本验证服务，确定软件版本验证服务为不需要用户参与的验证服务。

s905、服务器自行执行软件版本验证服务。如果服务器自行执行软件版本验证服务的结果为不通过，表明本次验证流程失败，可以通过终端提示用户升级软件，结束本方法。如果服务器自行执行软件版本验证服务的结果为通过，执行s906。

s906、服务器第一次执行车辆电量验证服务，发现被扫码的车辆的当前电量较低，确定第一次车辆电量验证服务需要用户参与。

s907、服务器停止第一次验证流程，并向终端发送车辆电量验证服务的标识。

s908、终端接收到车辆电量验证服务的标识时，在界面上展示“当前电量较低，请确认是否开锁”的信息，在界面上还呈现标注有“继续开锁”的控件和“暂不开锁”的控件。如果用户点击“暂不开锁”的控件，表明用户在获知到该车辆的电量后不想使用该车辆，本次验证流程失败，结束本方法，返回初始界面。如果用户点击“继续开锁”的控件，执行s909。

s909、终端向服务器发送第二次的验证请求，并且终端将操作数据发送给服务器，操作数据中含有车辆电量验证服务的标识和表明车辆电量验证服务被通过的标志位。

s910、服务器接收终端发送的第二次的验证请求，第二次启动验证流程。

s911、服务器第二次执行软件版本验证服务，确定软件版本验证服务为不需要用户参与的验证服务。服务器自行执行第二次软件版本验证服务。结果为通过。

s912、服务器第二次执行车辆电量验证服务，基于步骤s909获得的操作数据确定第二次车辆电量验证服务不需要用户参与，并且根据步骤s908获得的操作数据验证第二次车辆电量验证服务为通过。

s913、服务器向终端发送的开锁通知。

s914、在终端接收到服务器发送的开锁通知后，在界面上展示“确认开锁”的控件，当用户点击“确认开锁”的控件时，进入s915。

s915、当用户点击“确认开锁”的控件时，控制车辆进入开锁状态。

<装置实施例>

参见图13所示，本公开实施例还提供了一种终端130，该终端130包括通信装置131、显示屏132、存储器133和处理器134。该终端130可以是如图1所示的终端2000。

该通信装置131可以用于与车辆通信连接，该通信装置131也可以用于与服务器通信连接。

该显示屏132可以用于显示用于车辆的开锁过程中变化的界面。

该存储器133用于存储可执行的指令；

该处理器134用于根据指令的控制运行服务器1000执行根据本发明任意实施例的车辆的开锁的方法。

本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，编程语言包括面向对象的编程语言—诸如smalltalk、c++等，以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。

这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人物来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人物来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人物能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。