CN112036584A - 车辆的报障处理方法、用户终端及服务器 - Google Patents

Abstract

本公开提供了一种车辆的报障处理方法、用户终端及服务器，该方法包括：用户终端在所述车辆的报障界面提供关于所述车辆的损坏部位的选择控件、及提供用于指示所述选择控件对应的损坏部位的指示图；用户终端在接收到通过所述报障界面触发的提交指令的情况下，获取通过所述报障界面输入的报障信息，其中，所述报障信息包括通过所述选择控件输入的损坏部位信息；以及，用户终端将所述报障信息发送至服务器进行报障处理。

Description

车辆的报障处理方法、用户终端及服务器

技术领域

本公开实施例涉及计算机领域，尤其涉及车辆的报障处理方法、用户终端及服务器。

背景技术

目前，通过共享车辆出行已经成为城市中新兴的出行方式，共享车辆可以有效解决城市人群的出行需求。为了满足人们的不同使用需求，共享车辆平台大多投放有不同类型的共享车辆，例如，投放了自行车、电动自行车、电动车等。

由于共享车辆出现故障会影响用户的正常使用，因此，为了能够及时的处理故障车辆，共享车辆平台大多采用了鼓励用户参与报障的机制，例如，在用车应用中提供报障入口，用户可以通过报障入口打开报障界面以进行报障。现有技术中，报障界面主要提供多个损坏部位的勾选项以供用户选择，然而，在有些情况下，用户并无法确定报障界面提供的关于损坏部位的描述与车辆部件间的对应关系，这就增加了报障难度，而且可能出现用户选择的损坏部位与实际损坏部位不符的情况，因此，有必要提供一种有利于提高报障准确性及便捷性的报障处理方案。

发明内容

本发明实施例的一个目的是提供一种关于车辆报障的新的技术方案。

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

用户终端在所述车辆的报障界面提供关于所述车辆的损坏部位的选择控件、及提供用于指示所述选择控件对应的损坏部位的指示图；

用户终端在接收到通过所述报障界面触发的提交指令的情况下，获取通过所述报障界面输入的报障信息，其中，所述报障信息包括通过所述选择控件输入的损坏部位信息；

用户终端将所述报障信息发送至服务器进行报障处理。

可选地，所述用户终端在所述车辆的报障界面提供用于指示选择控件对应的损坏部位的指示图，包括：

所述用户终端在所述选择控件上显示所对应的指示图。

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

所述用户终端在所述报障界面提供关于损坏部位的所属分类项的切换控件；

所述用户终端在所述车辆的报障界面提供关于所述车辆的损坏部位的选择控件，包括：

根据所述切换控件的状态，获得当前选择的分类项；

在所述报障界面提供第一特定选择控件，其中，所述第一特定选择控件对应的损坏部位属于所述当前选择的分类项。

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

所述用户终端获取每一分类项的已选控件数量，其中，所述已选控件数量为对应分类项下处于选择状态的选择控件的数量；

所述用户终端在所述切换控件上显示所述已选控件数量。

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

所述用户终端在所述报障界面提供图像采集控件；

所述用户终端在接收到通过所述图像采集控件触发的图像采集指令的情况下，加载图像采集界面；

所述用户终端在接收到通过所述图像采集界面触发的完成采集指令的情况下，将采集到的图像加载至所述报障界面；

其中，所述报障信息包括加载至所述报障界面的图像。

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

所述用户终端在处于选择状态的选择控件是必须关联图像的第二特定选择控件的情况下，检测所述报障界面是否已加载所述采集到的图像；

在没有加载所述采集到的图像的情况下，设置所述报障界面提供的提交控件处于无法触发所述提交指令的状态。

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

所述用户终端在所述报障界面提供用于输入所述车辆的唯一标识的输入控件，其中，所述输入控件包括输入框控件和扫码控件中的至少一项；

其中，所述报障信息包括通过所述输入控件输入的唯一标识。

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

所述用户终端在所述报障界面提供联系客服的入口；

所述用户终端在接收到通过所述入口触发的联系客服指令的情况下，提供联系客服的对话窗口。

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

所述用户终端在用车应用的至少一个界面提供报障入口；

所述用户终端在接收到通过所述报障入口触发的报障请求的情况下，加载所述报障界面。

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

所述用户终端在确定发生短骑行事件的情况下，加载所述报障界面，其中，所述短骑行事件为当前订单的持续时间小于第一设定时间长度的事件。

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

服务器在接收到所述报障信息的情况下，处理所述报障信息，获得处理结果；

所述服务器向所述用户终端反馈所述处理结果。

可选地，所述处理所述报障信息，包括：

查询提交所述报障信息的用户是否已针对目标订单支付了使用费用，其中，所述目标订单为所述用户使用所述报障信息所针对车辆的订单；

在所述用户已支付使用费用的情况下，判断所述故障信息是否有效；

在所述故障信息有效的情况下，至少按照所述目标订单免费的标准为所述用户提供补偿。

可选地，所述判断所述故障信息是否有效，包括：

判断所述目标订单是否满足以下设定条件中的至少一个条件；

在满足至少一个条件的情况下，确定所述故障信息有效；

其中，所述设定条件包括：

条件一，所述目标订单对应的骑行时间小于第二设定时间长度；

条件二，所述目标订单对应的骑行距离小于设定距离；

条件三，所述目标订单对应的车辆在最近的第三设定时间长度内具有报障记录。

可选地，所述处理所述报障信息，还包括：

在所述故障信息有效的情况下，判断所述用户是否满足改价条件；

在满足所述改价条件的情况下，执行所述按照目标订单免费的标准为所述用户提供补偿的步骤。

可选地，所述判断所述故障信息是否有效，包括：

将所述故障信息对应的报障工单加入人工审核队列进行排队审核；

根据人工审核的审核结果，确定所述故障信息是否有效。

根据本公开的第二方面，提供了一种用户终端，该用户终端包括存储器和处理器，所述存储器存储有第一计算机程序，所述处理器用于在所述第一计算机程序的控制下，执行根据本公开的第一方面所述的由用户终端实施的方法步骤。

根据本公开的第三方面，提供了一种服务器，该服务器包括存储器和处理器，所述存储器存储有第二计算机程序，所述处理器用于在所述第二计算机程序的控制下，执行根据本公开的第一方面所述的由服务器实施的方法步骤。

根据本公开一个实施例的方法，用户终端不仅在报障界面提供关于车辆的损坏部位的选择控件，还在报障界面提供用于指示该选择控件对应的损坏部位的指示图，这样，用户便可以根据该指示图明确与实际损坏部位对应的选择控件，进而通过选择控件准确地输入损坏部位信息，实现准确报障。

为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍。应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定。

图1是能够用于实施本公开实施例的报障处理方法的共享车辆系统的组成结构示意图；

图2是根据一个实施例的报障处理方法的流程示意图；

图3a是根据一个实施例的报障界面的界面示意图；

图3b是通过图3a所示的报障界面输入报障信息后的界面示意图；

图4a是根据另一个实施例的报障界面的界面示意图；

图4b是通过图4a所示的报障界面输入报障信息后的界面示意图；

图5是根据另一个实施例的报障处理方法的流程示意图；

图6是根据另一个实施例的报障处理方法的流程示意图；

图7是根据一个实施例的用户终端的硬件结构示意图；

图8是根据一个实施例的服务器的硬件结构示意图。

具体实施方式

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

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

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

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

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

<硬件配置>

图1是可用于实施本公开实施例的报障处理方法的共享车辆系统的组成结构示意图。该共享车辆系统可整体应用于共享车辆的使用场景。

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

服务器1000与用户终端2000，以及服务器1000与车辆3000可以通过网络4000通信连接。车辆3000与服务器1000，以及用户终端2000与服务器1000进行通信所基于的网络4000可以是同一个，也可以是不同的，在此不做限定。

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

在一个实施例中，服务器1000可以如图1所示，可以包括处理器1100、存储器1200、接口装置1300、通信装置1400等。

处理器1100用于执行计算机程序，该计算机程序可以采用比如x86、Arm、RISC、MIPS、SSE等架构的指令集编写。存储器1200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1300例如包括各种总线接口，例如串行总线接口(包括USB接口)、并行总线接口等。通信装置1400例如能够进行有线或无线通信等。

本实施例中，服务器1000的存储器1200用于存储计算机程序，该计算机程序用于控制处理器1100进行操作，以使得处理器1100控制服务器1000执行根据本公开实施例的故障处理方法等。技术人员可以根据本发明所公开方案设计该计算机程序。该计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

本实施例中，用户终端2000例如是手机、便携式电脑、平板电脑、掌上电脑、可穿戴设备等。

该用户终端2000安装有用车应用客户端，用户可以通过用户终端2000操作该用车应用客户端，实现用车、还车、报障等目的。

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

处理器2100用于执行计算机程序，该计算机程序可以采用比如x86、Arm、RISC、MIPS、SSE等架构的指令集编写。存储器2200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置2300例如包括USB接口、耳机接口等。通信装置2400例如能够进行有线或无线通信，通信装置2400可以包括至少一种短距离通信模块，例如是基于Hilink协议、WiFi(IEEE 802.11协议)、Mesh、蓝牙、ZigBee、Thread、Z-Wave、NFC、UWB、LiFi等短距离无线通信协议进行短距离无线通信的任意模块，通信装置2400也可以包括远程通信模块，例如是进行WLAN、GPRS、2G/3G/4G/5G远程通信的任意模块。显示装置2500例如是液晶显示屏、触摸显示屏等。输入装置2600例如可以包括触摸屏、键盘等。用户终端2000可以通过扬声器2700输出音频信号，及通过麦克风2800采集音频信号。

本实施例中，用户终端2000的存储器2200用于存储计算机程序，该计算机程序用于控制处理器2100进行操作，以执行根据本公开任意实施例的故障处理方法。技术人员可以根据本发明所公开方案设计计算机程序。计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

如图1所示，车辆3000可以包括处理器3100、存储器3200、接口装置3300、通信装置3400、输出装置3500、及输入装置3600等等。处理器3100用于执行计算机程序，该计算机程序可以采用比如x86、Arm、RISC、MIPS、SSE等架构的指令集编写。存储器3200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置3300例如包括USB接口、耳机接口等。通信装置3400包括至少一种通信模块，以能够进行短距离和/或远程通信。输出装置3500例如可以是输出信号的装置，可以包括显示装置，例如液晶显示屏、触摸显示屏等，也可以包括扬声器等用于输出音频信息的装置等。输入装置3600例如可以包括触摸屏、键盘等，还可以包括麦克风等用于输入音频信息的装置。

车辆3000可以是自行车、电动自行车、三轮车、四轮车等任意类别的车辆，在此不做限定。

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

图1所示的共享车辆系统100仅是解释性的，并且决不是为了要限制本发明、其应用或用途。

<方法实施例>

基于图1所示的共享车辆系统，对于一车辆3000，用户在未开始使用该车辆3000(车辆开锁之前)、使用该车辆3000的过程中及完成使用该车辆3000(车辆关锁之后)的任意阶段，如果发现该车辆3000存在故障，可以通过用户终端2000提供的报障界面输入对应该车辆3000的报障信息，并由用户终端2000将该报障信息发送至服务器1000进行报障处理，进而完成对该车辆3000的报障。

用户终端2000可以根据用户的触发提供该报障界面，也可以根据共享车辆系统100内部的触发，加载该报障界面，在此不做限定。下面以用户在任意阶段的一次报障为例，说明根据一个实施例的车辆的报障处理方法，图2示出了该报障处理方法的流程示意图。

根据图2所示，本实施例的报障处理方法可以包括如下步骤S210～S230：

步骤S210，用户终端在车辆的报障界面提供关于车辆的损坏部位的选择控件、及提供用于指示该选择控件对应的损坏部位的指示图。

本公开中提及的控件是指能够供用户进行人机交互的界面元素。

本实施例中，用户终端2000可以在报障界面提供多个选择控件，一个选择控件对应一个损坏部位，不同选择控件对应不同的损坏部位。

本实施例中，可以根据车辆3000的易损部位设置这些选择控件。

例如，参见图3a所示，该报障界面AUI可以提供对应车把部位的选择控件E11、对应刹车部位的选择控件E11、对应车座部位的选择控件E11、对应车锁部位的选择控件E11、对应扫码部位的选择控件E11、对应前车轮部位的选择控件E11、对应车架部位的选择控件E11、对应后车轮部位的选择控件E11、对应脚蹬部位的选择控件E11、对应链条部位的选择控件E11、对应非以上部位的其他部位的选择控件等。

本实施例中，报障界面AUI例如包括损坏部位输入项，并在该损坏部位输入项中提供这些选择控件E11。

本实施例中，用户终端2000可以在报障界面AUI以任意的排布结构显示这些选择控件E11，在此不做限定。为了增加用户对于选择控件E10的辨识度，如图3a所示，用户终端2000可以根据这些选择控件E11所对应的损坏部位在车辆上的相对位置关系，确定这些选择控件E11的排布结构。

本实施例中，该选择控件E11允许用户通过选择操作输入车辆3000的损坏部位信息，这样，用户便无需通过输入文字的操作来输入该损坏部位信息，方便用户操作。该选择操作例如是点击该选择控件的操作等。

该报障界面AUI在初始状态下，该选择控件E11处于未被选择的非选择状态。

在选择控件E11处于非选择状态的情况下，该选择控件E11能够感应用户的选择操作，并在感应到该选择操作的情况下，设置将选择控件E11处于选择状态。对于处于选择状态的选择控件E11，代表该车辆3000的损坏部位包括该选择控件E11对应的损坏部位，这样，便可通过该选择控件E11输入损坏部位信息。

例如，在图3a所示的初始状态下，如果分别针对对应车把部位的选择控件E11及对应刹车部位的选择控件E11执行了的选择操作，则如图3b所示，相对于其他选择控件，用户终端2000将对此两个选择控件E11进行区别显示，在此，例如可以通过改变选择控件E11的颜色、亮度及为选择控件E11增加对勾标识等中的至少一项进行该区别显示。对于如图3b所示的报障界面AUI，表示车辆3000的损坏部位包括车把部位和刹车部位。

在选择控件E11处于选择状态的情况下，该选择控件E11能够感应用户的取消选择操作，并在感应到该取消选择操作的情况下，设置该选择控件E11处于非选择状态。该取消选择操作与选择操作可以具有相同的操作方式，也可以具有不同的操作方式，在此不做限定。

本实施例中，用户终端2000除了在报障界面AUI提供该选择控件E11，还提供用于指示该选择控件E11对应的损坏部位的指示图E12。

该指示图E12用于以图像的方式指示选择控件E11对应的损坏部位。该图像即为选择控件E11对应的损坏部位的图像。如图3a所示，例如，对于对应车把部位的选择控件E11，报障界面AUI提供车把部位的图像作为指示该选择控件E11对应的损坏部位的指示图E12；又例如，对于对应刹车部位的选择控件E11，报障界面AUI提供刹车部位的图像作为指示该选择控件E11对应的损坏部位的指示图E12。再例如，对于对应链条部位的选择控件E11，报障界面AUI提供链条部位的图像作为指示该选择控件E11对应的损坏部位的指示图E12等。

如图3a所示，用户终端2000通过在报障界面AUI提供该指示图E12，使得用户能够根据该指示图明确车辆3000的实际损坏部位对应的选择控件E11，进而引导用户通过选择控件E11进行快速、准确地报障。

在一个实施例中，该步骤S210中提供用于指示选择控件对应的损坏部位的指示图，可以包括：在该选择控件上显示所对应的指示图。

该实施例中，用户终端2000直接在该选择控件E11上显示所对应的指示图E12，能够以更加直观的方式体现选择控件E11与指示图E12之间的关联关系，而且无需额外占用报障界面AUI的版面。

该实施例中，可以通过将该选择控件E11的封面设置为该选择控件E11所对应的指示图E12的方式，或者将指示图E12粘贴在所对应的选择控件E11上的方式等，将该指示图E12显示在所对应的选择控件E11上，在此不做限定。

例如，如图3a所示，可以在对应车把部位的选择控件E11上显示车把部位的图像，作为指示该选择控件E11对应的损坏部位的指示图E12。

又例如，如图3a所示，可以在对应刹车部位的选择控件E11上显示刹车部位的图像，作为指示该选择控件E11对应的损坏部位的指示图E12。

在另外的实施例中，用户终端2000也可以在故障界面AUI提供车辆图像，并通过连线等方式在选择控件E11与车辆图像的特定区域之间建立关联关系，其中，该特定区域为该选择控件E11对应的损坏部位所在的区域，该特征区域为指示该选择控件E11损坏部位的指示图E12。

在一个实施例中，该用户终端2000还可以在报障界面AUI提供用于指示选择控件E11对应的损坏部位的文字说明。如图4a所示，该用户终端2000例如在该选择控件E11上提供该文字说明等，在此不做限定。

步骤S220，用户终端在接收到通过该报障界面触发的提交指令的情况下，获取通过该报障界面输入的报障信息，其中，该报障信息包括通过该选择控件输入的损坏部位信息。

本实施例中，用户终端2000可以在报障界面提供用于触发该提交指令的提交控件。如图3a所示，用户终端2000可以在报障界面AUI的底部提供提交控件E30。用户可以通过点击该提交控件E30触发该提交指令。

本实施例中，用户终端2000在接收到该提交指令的情况下，将获取用户通过该报障界面AUI输入的所有报障信息。该报障信息至少包括通过选择控件E11输入的损坏部位信息。该报障信息还可以包括车辆的唯一标识信息。该报障信息还可以包括用户上传的图像信息等。

如图3b所示，以用户选择了对应车把部位的选择控件E11及对应刹车部位的选择控件E11为例，用户终端2000在接收到提交指令的情况下，获取到的损坏部位信息包括表示车把部位和刹车部位为损坏部位的信息。

步骤S230，用户终端将获取到的报障信息发送至服务器进行报障处理。

本实施例中，用户终端2000在获取到报障信息后，可以将该报障信息发送至服务器1000进行报障处理。

本实施例中，服务器1000可以将通过报障处理获得的处理结果发送至用户终端2000，以使用户感知报障行为对自身的影响，例如，有效报障可以为已经支付的用车订单改价等，进而促使用户能够在发现故障车时进行有效报障。

根据以上步骤S210～S230可知，根据本实施例的方法，用户终端2000不仅在报障界面AUI提供关于车辆的损坏部位的选择控件E11，还在报障界面AUI提供用于指示该选择控件对应的损坏部位的指示图E12，这样，用户便可以根据该指示图E12明确与实际损坏部位对应的选择控件E11，进而通过选择控件E11准确地输入损坏部位信息，实现快速、准确地报障。

在一个实施例中，为了能够通过报障界面AUI的有限版面提供更多的选择控件E11，该方法还可以包括如下步骤：用户终端在报障界面提供关于损坏部位所属分类项的切换控件。

该实施例中，可以对所需提供的损坏部位进行分类，得到多个分类项，并在各分类项下提供所对应的损坏部位属于对应分类项的选择控件。

该实施例中，可以根据损坏部位在车辆上的位置进行该分类。例如，如图4a所示，可以将这些选择控件E11划分为所对应的损坏部位属于车头部位的选择控件、所对应的损坏部位属于车架部位的选择控件、及所对应的损坏部位属于车轮部位的选择控件，这样，如图4a所示，可以设置该切换控件E40包括车头部位分类项、车架部位分类项和车轮部位分类项。

该实施例中，用户终端2000在报障界面AUI提供关于损坏部位所属分类项的切换控件E40，将允许用户通过该切换控件E40选择所需的分类项，这样，终端设备2000便可以根据用户的选择，在报障界面AUI上显示所对应的损坏部位属于当前选择的分类项的选择控件。

该切换控件E41可以包括至少两个控件，例如，每个分类项对应一个单独的控件，且在其中一个控件处于选中状态下，其他控件处于未选中的释放状态。例如，如图4a所示，该切换控件E41包括三个控件，三个控件分别对应车头部位分类项、车架部位分类项和车轮部位分类项。

该切换控件E40也可以是允许用户通过滑动操作等来选定分类项的控件等，在此不做限定。

在一个实施例中，该用户终端2000还可以在报障界面AUI提供用于指示每一分类项对应的损坏部位的上级部位指示图。以通过上级部位指示图在分类项与损坏部位之间建立直观的关联关系，方便用户辨识。

仍以图4a为例，该用户终端2000在报障界面AUI提供车头部位图像、车架部位图像和车轮部位图像，其中，车头部位图像为指示车头部位分类项对应的损坏部位的上级部位指示图E42，车架部位图像为指示车架部位分类项对应的损坏部位的上级部位指示图E42，车轮部位图像为指示车轮部位分类项对应的损坏部位的上级部位指示图E42等。

该实施例中，以上步骤S210中用户终端在车辆的报障界面提供关于车辆的损坏部位的选择控件，可以包括如下步骤S2111～S2112：

步骤S2111，根据切换控件的状态，获得当前选择的分类项。

该实施例中，用户终端2000可以根据切换控件E41的状态，获得用户当前选择的分类项。

报障界面AUI在初始状态，可以默认选择其中一个分类项，也可以未选中任意分类项，在此不做限定。

以图4b为例，例如，用户通过切换控件E41选中车头部位分类项，对于切换控件E41的对应车头部位分类项的控件，用户终端2000可以相对切换控件E41的其他控件，对该控件进行任意形式的区别显示。在该种情况下，可以根据切换控件E41的状态，确定当前选择的分类项为车头部位分类项。

步骤S2112，在报障界面提供第一特定选择控件，其中，该第一特定选择控件对应的损坏部位属于该当前选择的分类项。

该实施例中，用户终端2000在同一时刻将仅在报障界面AUI提供第一特定选择控件。在用户通过切换控件E41选择不同的分类项时，该第一特定选择控件也将随之发生变化。

仍以图4b为例，在当前选择的分类项为车头部位分类项的情况下，用户终端2000在报障界面AUI提供的第一特定选择控件可以包括：对应车把部位的选择控件E11、对应刹车部位的选择控件E11、对应车铃部位的选择控件E11、对应转把部位的选择控件E11、对应扫码部位(设置二维码的部位)的选择控件E11、及对应车筐部位的选择控件E11等。

根据该实施例的方法，可以有效增加报障界面AUI所能提供的选择控件E11的数量，而且，通过该种方式，也能够对损坏部位进行各细粒度的划分，有利于提高所上报的损坏部位信息的靶向性。

在一个实施例中，该方法还可以包括如下步骤S2411～S2412：

步骤S2411，用户终端获取每一分类项的已选控件数量，其中，该已选控件数量为对应分类项下处于选择状态的选择控件的数量。

该实施例中，用户通过切换控件E41切换当前选择的分类项，并通过对应该分类项的第一特定选择控件，输入损坏部位信息。

仍以图4b为例，用户通过切换控件E41选中车头部位分类项为当前选择的分类项，此时，用户终端2000在报障界面AUI提供对应该车头部位分类项的第一特定选择控件，对于这些第一特定选择控件，用户选择了对应车把部位的选择控件E11和对应刹车部位的选择控件E12，此时，对应车把部位的选择控件E11和对应刹车部位的选择控件E11处于选择状态，则车头部位分类项的已选控件数量即为2。

用户可以继续通过切换控件E41选中车架部位分类项或者车轮部位分类项作为当前选择的分类项，并进一步通过该分类项下提供的第一特定选择控件，选择进一步划分的损坏部位，依此类推。这样，用户终端2000便可以获取到每一分类项的已选控件数量。

步骤S2412，用户终端在该切换控件上显示该已选控件数量。

该实施例中，以切换控件包括与分类项一一对应的多个控件的情况下，用户终端2000可以在各控件上显示所对应的已选控件数量。仍以图4b为例，用户终端2000在对应车头部位分类项的控件上显示该分类项对应的已选控件数量，例如，用户在车头部位分类项下选择了两个选择控件，则用户终端2000在对应车头部位分类项的控件上显示数字2等。

根据该实施例的方法，由于用户终端2000在任意时刻仅能显示对应一个分类项的第一特定选择控件，因此，设置用户终端2000在切换空间E41上显示每一分类项对应的已选控件数量，使得用户能够根据任意时刻的报障界面AUI，了解对于选择控件E11的选择情况，而无需通过改变切换控件E41的状态来查询该选择情况，有利于提升用户体验。

在一个实施例中，该方法还可以包括如下步骤：用户终端在报障界面提供用于输入车辆的唯一标识的输入控件，其中，该输入控件包括输入框控件和扫码控件中的至少一项。

该实施例中，通过报障界面AUI输入的报障信息还包括通过该输入控件输入的该唯一标识。

车辆的唯一标识可以是车辆编码。

该实施例中，输入框控件供用户通过键盘输入该唯一标识，其中，该唯一标识印制在车辆3000的车体上，用户终端2000可以根据用户对输入框控件的触发提供键盘，以供用户通过该键盘向输入框控件对应的输入框中输入该唯一标识。

该实施例中，用户终端2000可以根据用户对扫码控件的触发，加载扫码界面，并在通过扫码界面扫描到车辆3000的二维码的情况下，读取该二维码携带的唯一标识。

用户终端2000在读取到该二维码携带的唯一标识后，可以保存该唯一标识，以在接收到提交指令的情况下，根据保存的唯一标识等生成报障信息，并将该报障信息发送至服务器1000。

用户终端2000在读取到该二维码携带的唯一标识后，还可以在输入框控件对应的输入框中显示读取到的唯一标识，在此不做限定。

以图3a和图4a为例，该报障界面AUI可以包括车辆标识输入项，并在该车辆标识输入项中提供该输入控件E50，该输入控件E50可以包括输入框控件E51和扫码控件E52。

根据该实施例的方法，报障界面AUI通过提供输入控件，允许用户在报障时通过输入控件E50输入车辆的唯一标识，这样，用户终端2000发送至服务器1000的报障信息便能够唯一对应一车辆，以使得服务器能够针对该车辆进行故障处理。而且，设置报障界面AUI提供该输入控件E50，将允许用户能够在未使用车辆3000的阶段对该车辆3000进行报障，提高报障界面的适用场景。

在一个实施例中，该方法还可以包括如下步骤：用户终端在报障界面提供联系客服的入口；以及，用户终端在接收到通过该入口触发的联系客服指令的情况下，提供联系客服的对话窗口。

如图4a所示，用户终端2000可以在报障界面AUI提供联系客服的入口E60，用户终端2000在感应到用户对于该入口E60的触发操作的情况下，将显示联系客户的对话窗口，这样，用户便可以通过该对话窗口与客户人员(例如客服机器人)进行在线对话。

根据该实施例的方法，用户终端2000在报障界面AUI提供联系客服的入口，将允许用户在报障时直接通过该入口联系客服人员解决报障中遇到的问题，这样，用户如果在报障中需要联系客服，便无需退出报障界面AUI，方便用户操作。

在一个实施例中，该方法还可以包括如下步骤：用户终端在用车应用的至少一个界面提供报障入口；以及，用户终端在接收到通过该报障入口触发的报障请求的情况下，加载以上报障界面。

该实施例中，用户终端2000可以在用车应用的多个界面提供该报障入口，这样，用户在用车应用显示这些界面时，便可以直接通过当前显示的界面提供的报障入口触发报障请求，而无需回退到特定的一个界面去寻找报障入口。

该实施例中，用户终端2000例如在用车应用的首页、骑行界面、扫码用车界面、结费界面等多个界面提供该报障入口。

该实施例中，用户可以通过点击该报障入口触发该报障请求。

在一个实施例中，该方法还可以包括如下步骤：用户终端在确定发生短骑行事件的情况下，加载该报障界面，其中，该短骑行事件为当前订单的持续时间小于第一设定时间长度的事件。

该实施例中，由于发生短骑行事件通常代表当前订单对应的车辆3000存在故障，因此，用户终端2000在确定发生短骑行事件的情况下，自动加载该报障界面AUI，将起到引导用户报障的作用。

该第一设定时间长度可以根据用户在使用车辆3000后能够发现车辆3000的明显故障的合理时间长度设置。例如，可以设置该第一设定时间长度为2-3min等，在此不做限定。

用户在使用车辆3000时，会通过用户终端2000向服务器发送对于该车辆3000的开锁请求，服务器1000根据该开锁请求向车辆3000发送开锁指令，车辆3000在根据开锁指令成功开锁后，会向服务器1000发送指示成功开锁的应答消息，服务器1000在接收到该应答消息的情况下，会将该应答消息发送至用户终端2000，以使得用户终端2000能够根据该应答消息加载骑行界面。因此，在一个实施例中，用户终端2000可以根据接收到该应答消息的时间，以及接收到关锁请求的时间，获得当前订单的持续时间，并在该持续时间小于该第一设定时间长度的情况下，确定发生短骑行事件。

在车辆3000具有实体锁的实施例中，以上成功开锁指实体锁处于开锁状态。在车辆3000不具有实体锁的实施例中，以上成功开锁可以指将表示车辆的开关状态的标识修改为对应开锁状态的标识等。

在另外的实施例中，也可以由服务器1000根据接收到的相关信息，判断当前订单是否发生短骑行事件，并在确定发生短骑行事件的情况下，将表示发生短骑行事件的消息发送至用户终端2000，这样，用户终端2000便可以根据该消息确定当前订单发生了短骑行事件，并根据该消息加载报障界面AUI。

在一个实施例中，用户终端2000还可以在报障界面AUI提供其他功能的控件，例如提供图像采集控件等，以支持输入图像类型的报障信息。对此，该方法还可以包括如下步骤S2421～S2423：

步骤S2421，用户终端在报障界面提供图像采集控件。

该实施例中，如图3a和图4a所示，用户终端2000可以在报障界面AUI提供图像采集控件E20，用户可以通过该图像采集控件E20触发图像采集指令，例如，用户通过点击该图像采集控件E20触发该图像采集指令。

该实施例中，如图3a和图4a所示，用户终端2000例如可以在报障界面AUI的图像输入项提供该图像采集控件E20。

步骤S2422，用户终端在接收到通过该图像采集控件触发的图像采集指令的情况下，加载图像采集界面。

该实施例中，用户终端2000在接收到该图像采集指令的情况下，将加载图像采集界面。用户终端2000在加载图像采集界面的情况下，会启动用户终端2000的摄像装置以进行图像采集。此时，用户可以通过图像采集界面采集车辆2000的损坏部位的图像。

该实施例中，用户终端2000可以在图像采集界面提供拍摄控件，以供用户通过操作该拍摄控件完成图像采集。

步骤S2423，用户终端在接收到通过图像采集界面触发的完成采集指令的情况下，将采集到的图像加载至报障界面。

该实施例中，图像采集界面可以提供表示使用当前采集到的图像的完成控件，以供用户通过该完成控件触发完成采集指令。用户终端2000在接收到该完成采集指令的情况下，会将采集到的图像加载至报障界面。如图3b和图4b所示，用户终端2000向报障界面AUI加载了两张图像，分别为第一图像和第二图像，这两张图像可以通过一次触发图像采集控件获得，也可以通过两次触发图像采集控件获得，在此不做限定。

该实施例中，用户通过报障界面AUI输入的报障信息还包括加载至该报障界面AUI的图像。

根据该实施例的方法，用户终端2000提供的报障界面允许用户输入图像类型的报障信息，由于损坏部位的图像有利于供服务器1000或者审核人员确定报障信息是否有效，因此，通过上传损坏部位的图像，将能够加快审查，进而提高报障的响应速度。

在一个实施例中，该方法还可以包括如下步骤S2431～S2432：

步骤S2431，用户终端在处于选择状态的选择控件是必须关联图像的第二特定选择控件的情况下，检测报障界面是否已加载采集到的图像。

该实施例中，用户终端2000可以根据选择控件的配置信息，确定该选择控件是否为必须关联图像的第二特定选择控件。

该实施例中，可以将能够通过图像辨识是否损坏的部位所对应的选择控件，设置为是第二特定选择控件。

步骤S2432，在该报障界面没有加载该采集到的图像的情况下，设置该报障界面提供的提交控件处于无法触发该提交指令的状态。

该实施例中，在该报障界面没有加载采集到的图像的情况下，用户将无法通过提交控件E30触发提交指令，此时，用户将无法完成报障。

该实施例中，报障界面AUI可以包括多个输入项，例如，包括车辆标识输入项、损坏部位输入项、图像输入项、文字描述输入项等。对于任意输入项，可以设置其为必填的输入项，也可以设置其为非必填的输入项。用户终端2000在用户没有针对必填的输入项输入对应报障信息的情况下，将设置该提交控件E30处于无法触发提交指令的状态，而在用户针对所有必填的输入项均输入了对应报障信息的情况下，将设置该提交控件E30处于允许触发提交指令的状态。以图3b为例，用户针对车辆标识输入项、损坏部位输入项和图像输入项均输入了对应的报障信息，此时提交控件E30处于允许触发提交指令的状态。

在一个实施例中，用户终端2000在用户没有针对必填的输入项输入对应报障信息的情况下，如果感应到对于提交控件的触发，则输出提示信息，该提示信息包括关于目前还没有完成的输入项的内容，以提示用户完成所有必填的输入项。

根据该实施例的方法，设置至少部分选择控件为第二特定选择控件，将要求用户在报障时上传损坏部位的图像，这将有利于提高审查效率，并提高故障处理的准确性。

在一个实施例中，在以上步骤S230之后，服务器1000在接收到用户终端2000发送的报障信息的情况下，会处理该报障信息，并向用户终端2000反馈处理该报障信息的处理结果，这样，用户便能感知共享车辆系统100对报障信息的处理，进而促使用户在发现故障车辆时，能够持续、积极地报障。对此，该实施例中，如图5所示，该方法还可以包括如下步骤S510～S520：

步骤S510，服务器在接收到用户终端发送的报障信息的情况下，处理该报障信息，获得处理结果。

在一个实施例中，该步骤S510中处理该报障信息可以包括：在接收到报障信息的情况下，查询用户是否已经针对目标订单支付使用费用，并在支付使用费用的情况下，至少按照目标订单免费的标准为用户改价，例如，按照该标准为用户提供补偿等。

该实施例中，目标订单为用户使用该报障信息所针对车辆的订单。

该实施例中，支付使用费用指导致用户资产减少的支付行为，这类支付行为例如是通过结算账户余额产生了实付金额，通过第三方支付平台产生了实付金额，抵扣优惠券进行支付，抵扣次卡进行支付等。

该实施例中，由于抵扣月卡等支付行为不会导致用户资产减少，因此不属于本实施例中所指的支付使用费用的行为。

该实施例中，服务器1000可以被设置为在接收到报障信息的情况下，即将该报障信息作为有效的报障信息进行改价处理，以提高对于用户报障的响应速度。

服务器1000可以根据用户支付使用费用的方式确定提供补偿的方式等。例如，在用户通过优惠券支付该使用费用的情况下，可以向用户补发优惠券。又例如，在用户通过次卡支付该使用费用的情况下，可以更改次卡的剩余次数为当前的剩余次数加1。再例如，在用户有实付金额的情况下，将实付金额退还至用户的账户余额中等，在此不做限定。

该实施例中，在用户没有支付使用费用的情况下，可以给出本次使用免单的处理结果。在该种情况下，例如可以向用户终端2000发送“本次行程免单，感谢反馈”的提示信息，以实现对于报障的用户触达。

在一个实施例中，为了提高为订单改价的准确性，该步骤S510中处理该报障信息可以包括如下步骤S5111～S5113：

步骤S5111，查询提交报障信息的用户是否已针对目标订单支付了使用费用。

步骤S5112，在已支付使用费用的情况下，判断该故障信息是否有效。

该实施例中，可以根据目标订单的特征和/或目标订单所对应车辆在近期是否有报障记录等，判断该故障信息是否有效。

在一个实施例中，可以预置用于判断故障信息是否有效的条件，以能够根据这些条件自动判断故障信息是否有效，进而提高对于用户报障的响应速度。对此，该步骤S5112中判断该故障信息是否有效，可以包括：判断目标订单是否满足以下设定条件中的至少一个条件；以及，在满足至少一个条件的情况下，确定该故障信息有效。

该实施例中，该设定条件可以包括：条件一，目标订单对应的骑行时间小于第二设定时间长度；条件二，目标订单对应的骑行距离小于设定距离；以及，条件三，目标订单对应的车辆在最近的第三设定时间长度内具有报障记录。

该第二设定时间长度、第三设定时间长度及设定距离可以根据需要设置。例如，可以设置第二设定时间长度为3分钟。又例如，可以设置第三设定时间长度为3天。再例如，可以设置设定距离为50米等。

在一个实施例中，该步骤S5112中判断该故障信息是否有效也可以包括：将故障信息对应的报障工单加入人工审核队列进行排队审核，以由审核人员确定该故障信息是否有效；以及，根据人工审核结果确定该故障信息是否有效。

该实施例中，人工审核结果为故障信息有效或者故障信息无效。

在一个实施例中，可以在故障信息不满足以上设定条件的情况下，将该报障工单加入人工审核队列进行排队审核，以由审核人员确定该故障信息是否有效，进而提高共享车辆系统对于故障信息是否有效的处理能力并提高判断结果的准确性。

在将报障工单加入人工审核队列的情况下，可以先向用户终端反馈表示“报障成功，完成审核后会处理目标订单”的信息。

步骤S5113，在该故障信息有效的情况下，至少按照目标订单免费的标准为用户提供补偿。

在一个实施例中，为了加强对报障行为的监控，还可以增加对用户的审核，以提高改价补偿的有效性。为此，该步骤S510中处理该报障信息，还可以包括如下步骤S5121～S5122：

步骤S5121，在故障信息有效的情况下，判断用户是否满足改价条件。

该实施例中，该改价条件例如可以包括：该用户在最近的第四设定时间长度内的改价次数小于或者等于设定次数，该用户未命中连续改价规则，该目标订单未改过价，及该用户未命中所设置的改价兜底规则等。

该实施例中，在用户不满足改价条件的情况下，也可以将故障信息对应的报障工单加入人工审核队列进行排队审核，以由审核人员确定该用户是否满足改价条件。

该实施例中，人工审核结果为该用户满足改价条件或者不满足改价条件。

在一个实施例中，该步骤S510中处理该报障信息还可以包括：在确定报障信息有效的情况下，将该报障信息对应的车辆标记为故障车。服务器1000可以定期将标记为故障车的车辆信息发送至运维人员，以由运维人员进行相关干预。

步骤S5122，在用户满足改价条件的情况下，执行按照目标订单免费的标准为用户提供补偿的步骤S5113。

步骤S520，服务器向该用户终端反馈该处理结果。

该实施例中，服务器1000可以仅向用户终端2000反馈与用户相关的处理结果。例如，服务器1000向用户终端2000反馈表示本次订单免费的处理结果。又例如，服务器1000向用户终端2000反馈表示报障无效的处理结果等。

根据以上步骤S510～S520可知，在本实施例的方法中，用户上报故障将关联对目标订单的处理，即用户的报障行为会对用户产生实质影响，进而使得用户能够感受到报障的正反馈，这有利于促使用户进行积极、持续地故障上报。

图6示出了根据一个实施例的报障处理方法的流程示意图。如图6所示，该报障处理方法包括如下步骤S610～S670:

步骤S610，接收用户终端提交的报障信息，之后执行步骤S620。

步骤S620，判断目标订单是否已经结束，如是，则执行步骤S630，如否，则控制用户终端显示第一提示信息，并引导用户关锁还车，之后，执行步骤S630。

该第一提示信息包括反映报障成功的内容。

步骤S630，判断用户是否实际支付了使用费用，如是，则执行步骤S640，如否，则控制用户终端显示第二提示信息。

该第二提示信息包括反映本次行程免费的内容。

步骤S640，判断该目标订单是否满足设定条件中的至少一个条件，如是，则执行步骤S650，如否，则执行步骤S660。

步骤S650，判断用户是否满足改价条件，如是，则执行步骤S670，如否，则执行步骤S660。

步骤S660，将报障信息对应的报障工单加入人工审核队列进行排队审核，并控制用户终端显示第三提示信息。

该第三提示信息包括反映报障成功，完成审核后会处理订单的内容。

在人工审核的审核结果为故障信息有效，及用户满足改价条件的情况下，进入步骤S670。

步骤S670，目标订单按照免费改价，并将处理结果触达用户，之后结束本次处理。

该步骤S670中，目标订单按照免费改价可以包括如下步骤：

步骤S6710，判断是否抵扣优惠券或者次卡，在抵扣次卡的情况下，执行步骤S6721，在抵扣优惠券的情况下，执行步骤S6722。

步骤S6721，当前账户是否有次卡，如是，则次卡次数加1，如否，则自动补偿供一次使用的使用券。

步骤S6722，自动补偿供一次使用的使用券。

<设备实施例>

图7是根据一个实施例的用户终端的结构原理框图。如图7所示，该用户终端7000可以包括存储器7200和处理器7100，该存储器7200存储有第一计算机程序，该处理器7100用于在该第一计算机程序的控制下，执行方法实施例中由用户终端实施的方法步骤。

该用户终端7000可以具有与图1中用户终端2000相同或者相似的硬件结构，在此不做限定。

图8是根据一个实施例的服务器的结构原理框图。如图8所示，该服务器8000可以包括存储器8200和处理器8100，该存储器8200存储有第二计算机程序，该处理器8100用于在该第二计算机程序的控制下，执行方法实施例中由服务器实施的方法步骤。

该服务器8000可以具有与图1中服务器1000相同或者相似的硬件结构，在此不做限定。

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

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

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

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

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

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

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

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

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

Claims (17)

1.一种车辆的报障处理方法，包括：

用户终端在所述车辆的报障界面提供关于所述车辆的损坏部位的选择控件、及提供用于指示所述选择控件对应的损坏部位的指示图；

用户终端在接收到通过所述报障界面触发的提交指令的情况下，获取通过所述报障界面输入的报障信息，其中，所述报障信息包括通过所述选择控件输入的损坏部位信息；

用户终端将所述报障信息发送至服务器进行报障处理。

2.根据权利要求1所述的方法，其中，所述用户终端在所述车辆的报障界面提供用于指示选择控件对应的损坏部位的指示图，包括：

所述用户终端在所述选择控件上显示所对应的指示图。

3.根据权利要求1所述的方法，其中，所述方法还包括：

所述用户终端在所述报障界面提供关于损坏部位的所属分类项的切换控件；

所述用户终端在所述车辆的报障界面提供关于所述车辆的损坏部位的选择控件，包括：

根据所述切换控件的状态，获得当前选择的分类项；

在所述报障界面提供第一特定选择控件，其中，所述第一特定选择控件对应的损坏部位属于所述当前选择的分类项。

4.根据权利要求3所述的方法，其中，所述方法还包括：

所述用户终端获取每一分类项的已选控件数量，其中，所述已选控件数量为对应分类项下处于选择状态的选择控件的数量；

所述用户终端在所述切换控件上显示所述已选控件数量。

5.根据权利要求1所述的方法，其中，所述方法还包括：

所述用户终端在所述报障界面提供图像采集控件；

所述用户终端在接收到通过所述图像采集控件触发的图像采集指令的情况下，加载图像采集界面；

所述用户终端在接收到通过所述图像采集界面触发的完成采集指令的情况下，将采集到的图像加载至所述报障界面；

其中，所述报障信息包括加载至所述报障界面的图像。

6.根据权利要求5所述的方法，其中，所述方法还包括：

所述用户终端在处于选择状态的选择控件是必须关联图像的第二特定选择控件的情况下，检测所述报障界面是否已加载所述采集到的图像；

在没有加载所述采集到的图像的情况下，设置所述报障界面提供的提交控件处于无法触发所述提交指令的状态。

7.根据权利要求1所述的方法，其中，所述方法还包括：

所述用户终端在所述报障界面提供用于输入所述车辆的唯一标识的输入控件，其中，所述输入控件包括输入框控件和扫码控件中的至少一项；

其中，所述报障信息包括通过所述输入控件输入的唯一标识。

8.根据权利要求1所述的方法，其中，所述方法还包括：

所述用户终端在所述报障界面提供联系客服的入口；

所述用户终端在接收到通过所述入口触发的联系客服指令的情况下，提供联系客服的对话窗口。

9.根据权利要求1所述的方法，其中，所述方法还包括：

所述用户终端在用车应用的至少一个界面提供报障入口；

所述用户终端在接收到通过所述报障入口触发的报障请求的情况下，加载所述报障界面。

10.根据权利要求1所述的方法，其中，所述方法还包括：

所述用户终端在确定发生短骑行事件的情况下，加载所述报障界面，其中，所述短骑行事件为当前订单的持续时间小于第一设定时间长度的事件。

11.根据权利要求1至10中任一项所述的方法，其中，所述方法还包括：

服务器在接收到所述报障信息的情况下，处理所述报障信息，获得处理结果；

所述服务器向所述用户终端反馈所述处理结果。

12.根据权利要求11所述的方法，其中，所述处理所述报障信息，包括：

查询提交所述报障信息的用户是否已针对目标订单支付了使用费用，其中，所述目标订单为所述用户使用所述报障信息所针对车辆的订单；

在所述用户已支付使用费用的情况下，判断所述故障信息是否有效；

在所述故障信息有效的情况下，至少按照所述目标订单免费的标准为所述用户提供补偿。

13.根据权利要求12所述的方法，其中，所述判断所述故障信息是否有效，包括：

判断所述目标订单是否满足以下设定条件中的至少一个条件；

在满足至少一个条件的情况下，确定所述故障信息有效；

其中，所述设定条件包括：

条件一，所述目标订单对应的骑行时间小于第二设定时间长度；

条件二，所述目标订单对应的骑行距离小于设定距离；

条件三，所述目标订单对应的车辆在最近的第三设定时间长度内具有报障记录。

14.根据权利要求12所述的方法，所述处理所述报障信息，还包括：

在所述故障信息有效的情况下，判断所述用户是否满足改价条件；

在满足所述改价条件的情况下，执行所述按照目标订单免费的标准为所述用户提供补偿的步骤。

15.根据权利要求12所述的方法，所述判断所述故障信息是否有效，包括：

将所述故障信息对应的报障工单加入人工审核队列进行排队审核；

根据人工审核的审核结果，确定所述故障信息是否有效。

16.一种用户终端，包括存储器和处理器，所述存储器存储有第一计算机程序，所述处理器用于在所述第一计算机程序的控制下，执行根据权利要求1至15中任一项的由用户终端实施的方法步骤。

17.一种服务器，包括存储器和处理器，所述存储器存储有第二计算机程序，所述处理器用于在所述第二计算机程序的控制下，执行根据权利要求1至15中任一项的由服务器实施的方法步骤。

Images