CN111311346A - 一种用户信用确定方法和系统 - Google Patents

Abstract

本申请实施例公开了一种用户信用确定方法和系统。所述用户信用确定方法包括：获取反映用户用车行为的特征信息；对所述反映用户用车行为的特征信息进行处理进而确定所述用户的信用数据。本申请采用了一种用户信息确定方法，可以根据用户不同的行为制定相应的行为分值或其他信用数据，根据用户行为的好坏，对信用数据进行一定的数学运算，当信用数据到达一定限值时，做出相应的奖惩措施，可以有效培养用户良好的用车习惯，减少共享平台的资产损失，降低用户用车过程中安全事故的发生频率。

Description

一种用户信用确定方法和系统

技术领域

本申请涉及互联网技术领域，特别涉及一种用户信用确定的方法和系统。

背景技术

随着共享单车、电单车、共享汽车等共享平台的快速发展，通过共享平台使用车辆的用户越来越多，车辆使用过程中会出现资产损失、用户安全事故等问题。对共享平台的运营管理者来说，为了确保车辆的安全使用，有必要采取一种准确确定用户的信用情况的方法对用户的用车行为进行管控。

发明内容

本申请提供一种用户信用确定的方法。用以根据用户的行为确定用户的信用数据，对用户行为进行限制和管控。

本申请实施例之一提供一种用户信用确定的方法。所述用户信用确定的方法包括：获取反映用户用车行为的特征信息，对所述反映用户用车行为的特征信息进行处理进而确定所述用户的信用数据。

在一些实施例中，所述反映用户用车行为的特征信息包括在至少一个用车订单执行期间：所述用户的位置信息、与所述用户关联的用户终端的状态信息、车辆的状态信息、车辆的位置信息、车辆的标识信息中的一种或几种的组合。

在一些实施例中，对所述反映用户用车行为的特征信息进行处理进而确定所述用户的信用数据还包括：基于所述反映用户用车行为的特征信息确定所述用户的用车行为；基于所述用户的用车行为确定所述用户的信用数据。

本申请实施例之一提供一种用户信用确定的系统。

在一些实施例中，所述系统包括第一获取模块，用于获取反映用户用车行为的特征信息；特征信息处理模块，用于基于所述反映用户行为的特征信息确定所述用户的信用数据。

在一些实施例中，所述反映用户的用车行为特征的信息包括在至少一个用车订单执行期间：所述用户的位置信息、与所述用户关联的用户终端的状态信息、车辆的状态信息、车辆的位置信息、车辆的标识信息中的一种或几种的组合。

本申请实施例之一提供一种用户信用确定的装置，包括处理器，所述处理器用于执行用户信用确定的方法。

本申请实施例之一提供一种计算机可读存储介质，所述存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机执行用户信用确定的方法。

本申请实施例之一提供一种用户信用提示方法，包括获取用户的用车信用数据；输出所述用户的用车信用数据。

本申请实施例之一提供一种用户信用提示系统，包括第二获取模块，用于获取用户的用车信用数据；输出模块，用于输出所述用户的用车信用数据。

本申请实施例之一提供一种用户信用提示的装置，包括处理器，所述处理器用于执行用户信用提示的方法。

本申请实施例之一提供一种计算机可读存储介质，所述存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机执行用户信用提示的方法。

附图说明

本申请将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：

图1是根据本申请一些实施例所示的用户信用信息服务平台的应用场景示意图；

图2是根据本申请的一些实施例所示的用户信用确定系统的模块图；

图3是根据本申请的一些实施例所示的用户信用确定方法的示例性流程图；

图4是根据本申请的一些实施例所示的另一种用户信用的确定方法的示例性流程图；

图5是根据本申请的一些实施例所示的另一种用户信用的确定方法的示例性流程图；

图6是根据本申请的一些实施例所示的另一种用户信用的确定方法的示例性流程图；

图7是根据本申请的一些实施例所示的另一种用户信用的确定方法的示例性流程图；

图8是根据本申请的一些实施例所示的另一种用户信用的确定方法的示例性流程图；

图9是根据本申请的一些实施例所示的用户信用数据记录的示例性示意图；

图10是根据本申请的一些实施例所示的对用户信用数据进行提示的示例性示意图。

具体实施方式

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

应当理解，本文使用的“系统”、“装置”、“单元”和/或“模组”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。

本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

本申请的实施例可以应用于不同的运输系统，不同的运输系统包括但不限于陆地、海洋、航空、航天等中的一种或几种的组合。例如，出租车、专车、顺风车、巴士、代驾、火车、动车、高铁、船舶、飞机、热气球、无人驾驶的交通工具、收/送快递等应用了管理和/或分配的运输系统。本申请的不同实施例应用场景包括但不限于网页、浏览器插件、客户端、定制系统、企业内部分析系统、人工智能机器人等中的一种或几种的组合。应当理解的是，本申请的系统及方法的应用场景仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其它类似情景。例如，其他类似的用户画像系统。

本申请描述的“乘客”、“乘客端”、“用户”、“用户终端”、“顾客”、“需求者”、“服务需求者”、“消费者”、“消费方”、“使用需求者”等是可以互换的，是指需要或者订购服务的一方，可以是个人，也可以是工具。同样地，本申请描述的“车辆”、“车辆终端”等也是可以互换的，是指提供服务或者协助提供服务的工具或者其他实体等。

图1是根据本申请一些实施例所示的用户信用信息服务平台的应用场景示意图。该用户信用信息服务平台100可以是关于运输服务的用户信用信息管理服务共享平台，如车辆出租、单车出租中的用户信用信息服务等。例如，车辆出租过程中对用户的规范用车、安全驾驶方面，用户的行为和信用的管理。在一些实施例中，该用户信用信息服务平台100可以应用于共享单车、共享汽车等。在一些实施例中，该用户信用信息服务平台100可以应用于网约车服务，例如出租车呼叫、快车呼叫、专车呼叫、小巴呼叫、拼车、公交服务、司机雇佣和接送服务等在线服务中的用户行为的管理。例如，叫车服务中，用户在订单履行过程中是否遵守约定、是否有不文明的用户行为、订单完成后是否完成付款等用户信用的管理。在一些实施例中，该用户信用信息服务平台100还可以应用于代驾服务、快递、外卖等在线服务中的用户行为的管理。具体的，该用户信用信息服务平台100可以是一个线上服务平台，包含服务器110、存储装置130、用户终端120、车辆终端140以及网络150。该服务器110可以包含处理引擎112。

在一些实施例中，服务器110可以用于处理与用户信用相关的信息和/或数据。服务器110可以是独立的服务器或者服务器组。该服务器组可以是集中式的或者分布式的(如：服务器110可以是分布系统)。在一些实施例中该服务器110可以是区域的或者远程的。例如，服务器110可通过网络150访问存储于用户终端120、车辆终端140以及存储装置130中的信息和/或资料。在一些实施例中，服务器110可直接与用户终端120、车辆终端140以及存储装置130连接以访问存储于其中的信息和/或资料。在一些实施例中，服务器110可在云平台上执行。例如，该云平台可包括私有云、公共云、混合云、社区云、分散式云、内部云等中的一种或其任意组合。

在一些实施例中，服务器110可包含处理设备112。该处理设备112可处理与用户信用有关的数据和/或信息以执行一个或多个本申请中描述的功能。例如，处理设备112可以从多个用户终端120或车辆终端140获取用户用车行为的特征信息、对用户行为进行奖励或惩罚等。在一些实施例中，处理设备112可包含一个或多个子处理设备(例如，单芯处理设备或多核多芯处理设备)。仅仅作为范例，处理设备112可包含中央处理器(CPU)、专用集成电路(ASIC)、专用指令处理器(ASIP)、图形处理器(GPU)、物理处理器(PPU)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编辑逻辑电路(PLD)、控制器、微控制器单元、精简指令集电脑(RISC)、微处理器等或以上任意组合。

网络150可促进数据和/或信息的交换。在一些实施例中，用户信用信息服务平台100中的一个或多个组件(例如，服务器110、用户终端120、车辆终端140、存储装置130)可通过网络150发送数据和/或信息给用户信用信息服务平台100中的其他组件。在一些实施例中，网络150可以是任意类型的有线或无线网络。例如，网络150可包括缆线网络、有线网络、光纤网络、电信网络、内部网络、网际网络、区域网络(LAN)、广域网络(WAN)、无线区域网络(WLAN)、都会区域网络(MAN)、公共电话交换网络(PSTN)、蓝牙网络、ZigBee网络、近场通讯(NFC)网络等或以上任意组合。在一些实施例中，网络150可以包括一个或多个网络进出点。例如，网络150可包含有线或无线网络进出点，如基站和/或网际网络交换点150-1、150-2、…，通过这些进出点，用户信用信息服务平台100的一个或多个组件可连接到网络150上以交换数据和/或信息。

在一些实施例中，用户终端120可以包括台式电脑120-1、笔记本电脑120-2、车载内置装置120-3、移动装置120-4等中的一种或其任意组合。在一些实施例中，移动装置120-4可包括可穿戴装置、智能行动装置、虚拟实境装置、增强实境装置等或其任意组合。在一些实施例中，可穿戴装置可包括智能手环、智能鞋袜、智能眼镜、智能头盔、智能手表、智能衣物、智能背包、智能配饰等或其任意组合。在一些实施例中，智能行动装置可包括智能电话、个人数字助理(PDA)、游戏装置、导航装置、POS装置等或其任意组合。在一些实施例中，虚拟实境装置和/或增强实境装置可包括虚拟实境头盔、虚拟实境眼镜、虚拟实境眼罩、增强实境头盔、增强实境眼镜、增强实境眼罩等或以上任意组合。在一些实施例中，车载内置装置130-3可以包括车载导航仪、车载定位仪、行车记录仪等或其任意组合。在一些实施例中，用户终端120可包括具有定位功能的装置，以确定用户和/或用户终端120的位置。

在一些实施例中，车辆可以包括但不限于自行车、电动车、电动摩托、电动自行车、汽车等或其任意组合。车辆可以包括车辆终端140，车辆终端140可以与服务器110实现网络通信。例如通过网络150与服务器110进行信号连接，接收服务器110下发的各种控制指令、提示信息等，也可以向服务器110上传其车辆标识或自身状态信息，包括但不限于车锁是否开启或关闭，电池剩余电量，移动速度或定位信息等或其任意组合。

存储装置130可存储资料和/或指令。在一些实施例中，存储装置130可存储从用户终端120和/或车辆终端140获取的资料。在一些实施例中，存储装置130可存储供服务器110执行或使用的信息和/或指令，以执行本申请中描述的示例性方法。在一些实施例中，存储装置130可包括大容量存储器、可移动存储器、挥发性读写存储器(例如，随机存取存储器RAM)、只读存储器(ROM)等或以上任意组合。在一些实施例中，存储装置130可在云平台上实现。例如，该云平台可包括私有云、公共云、混合云、社区云、分散式云、内部云等或以上任意组合。

在一些实施例中，存储装置130可与网络150连接以与平台100的一个或多个组件(例如，服务器110、用户终端120、车辆终端140等)通讯。用户信用信息服务平台100的一个或多个组件可通过网络150访问存储于存储装置130中的资料或指令。在一些实施例中，存储装置130可直接与用户信用信息服务平台100中的一个或多个组件(如，服务器110、用户终端120、车辆终端140)连接或通讯。在一些实施例中，存储装置130可以是服务器110的一部分。

在一些实施例中，用户信用信息服务平台100的一个或多个部件(例如，服务器110、用户终端120、车辆终端140)可以拥有存取存储装置130的许可。在一些实施例中，当满足一个或多个条件时，用户信用信息服务平台100的一个或多个部件可以读取和/或修改与请求者、提供者和/或公众相关的信息。例如，在完成一个服务后，服务器110可以读取和/或修改一个或多个用户的信息。再例如，当从用户终端120接收到一个服务请求时，车辆终端140可以存取与请求者相关的信息，但车辆终端140无法修改所述请求者的相关信息。

图2是根据本申请的一些实施例所示的用户信用确定系统的模块图。如图2所示，该用户信用确定系统可以包括第一获取模块210、特征信息处理模块220和传输模块230。在一些实施例中，第一获取模块210、特征信息处理模块220和传输模块230可以包含在图1所示的服务器110中。

第一获取模块210可以用于获取反映用户的用车行为特征的信息。在一些实施例中，所述用户用车行为的特征信息可以包括用户基础行为信息和车辆信息。所述用户基础行为信息可以包括用户的位置信息、轨迹信息、与所述用户关联的用户终端的状态信息中的一种或几种的组合。所述车辆信息可以包括车辆的状态信息(例如，车锁状态信息、车速)、车辆的位置信息、车辆的轨迹信息、车辆的标识信息中的一种或几种的组合。在一些实施例中，第一获取模块210可以从存储装置130中获取一段时间(例如，一周、两周、一个月、两个月等)内用户的用车订单以及用户用车行为特征信息。在一些实施例中，第一获取模块210也可以通过网络150从数据服务商处获取用户用车行为特征信息。本申请对用户用车行为特征信息的获取方式不做限制。

特征信息处理模块220可以用于基于所述反映用户行为的特征信息确定所述用户的信用数据。在一些实施例中，特征信息处理模块220可以用于基于所述反映用户的行为特征的信息确定所述用户的用车行为，并基于所述用户的用车行为确定所述用户的信用数据。在一些实施例中，用车行为可以包括车辆私用、忘还车、非订车本人用车、骑行打电话、违规停车、报修行为、将车辆停在推荐还车点、举报违停车辆、添加紧急联系人中的一种或几种的组合。在一些实施例中，所述用户的用车行为包括减分行为和加分行为。在一些实施例中，减分行为可以包括车辆私用、忘还车、非本人使用、骑行打电话、违规停车中的一种或几种的组合。加分行为包括报修行为、车辆停在推荐还车点、举报违停车辆、添加紧急联系人中的一种或几种的组合。

在一些实施例中，确定用户的信用数据可以通过机器学习模型基于特征信息直接确定用户的信用数据，所述机器学习模型可以是CNN模型、RNN模型等一种或几种的组合。在一些实施例中，可以建立相关的数学函数，将一个或以上的用户行为的特征信息量化或数字化后作为函数的变量，即函数的输入值，输入到数学函数中，通过相应的函数运算关系，输出用户的信用数据。在一些实施例中，函数运算关系可以是加权、相加、相减等运算关系的一种或多种。仅作为示例，当输入用户行为的特征信息为车辆私用、忘还车、非订车本人用车、骑行打电话、违规停车等用户行为相关的特征信息时，通过函数的相减运算，减少用户的信用数据。作为又一种示例，当输入用户行为的特征信息为报修行为、报备行为、将车辆停在推荐还车点、举报违停车辆、添加紧急联系人等用户行为相关的特征信息时，通过函数的相加运算，增加用户的信用数据。

传输模块230可以用于将用户的信用数据发送至与用户关联的用户终端。在一些实施例中，当用户的信用数据更新时，传输模块230还可以将更新提示信息和/或更新后的信用数据发送至与用户关联的用户终端。在一些实施例中，当用户对信用数据有疑问时，可以申请重新复核。例如，用户账户的初始分数值都是100分，用户使用车辆一段时间后账户分数变为81分，用户可以点击用户行为分这一选项，查看分数的组成情况及这一段时间内行为分的变化情况。当用户觉得可能存在误判时，可以向服务后台申请复核，通过人工服务、拨打电话等一种或多种方式，对信用数据进行及时更改，以保证用户81分的分数组成的合理有效。

应当理解，图2所示的系统及其模块可以利用各种方式来实现。例如，在一些实施例中，系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本申请的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。

需要注意的是，以上对于候选项显示、确定系统及其模块的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。例如，在一些实施例中，例如，图2中披露的第一获取模块210、特征信息处理模块220和传输模块230可以是一个系统中的不同模块，也可以是一个模块实现上述的两个或两个以上模块的功能。例如，特征信息处理模块220可以是两个模块，分别是行为确定模块220-1，用于确定用户行为；评价模块220-2，用于基于所述用户行为确定用户的信用数据，也可以是一个模块同时具有确定和评价功能。例如，各个模块可以共用一个存储模块，各个模块也可以分别具有各自的存储模块。诸如此类的变形，均在本申请的保护范围之内。

图3是根据本申请的一些实施例所示的用户信用确定方法的示例性流程图。如图3所示，该用户信息确定方法300可以包括：

步骤310，获取反映用户的用车行为的特征信息。具体的，该步骤310可以由第一获取模块210执行。

在一些实施例中，所述用户用车行为的特征信息包括用户基础行为信息和车辆信息。所述用户基础行为信息包括用户的位置信息、轨迹信息、与所述用户关联的用户终端的状态信息中的一种或几种的组合；所述车辆信息包括车辆的状态信息(例如，车锁状态信息、车速等)、车辆的位置信息、车辆的轨迹信息、车辆的标识信息中的一种或几种的组合。在一些实施例中，用户的位置信息和轨迹信息可以通过用户终端上的定位系统获取。在一些实施例中，与用户关联的用户终端的状态信息可以由用户终端的应用获取，例如，用户终端中可以带有管理终端的应用，通过该应用可以获取用户终端的状态信息，例如终端是否处于接通电话的状态。在一些实施例中，车辆的位置信息、轨迹信息可以由车上安装的定位系统获取。在一些实施例中，车辆的状态信息可以由车辆终端主动实时的推送给服务器110，也可以应服务器110请求上传。在一些实施例中，车辆的标识信息可以是数字编码、二维码、条形码、形状图形等任意能够区别车辆的身份的识别信息。在一些实施例中，可以通过用户终端内的应用程序识别车辆的标识信息。例如，通过手机扫描车辆的二维码。在一些实施例中，第一获取模块210也可以通过用车订单获取车辆的标识信息。在一些实施例中，第一获取模块210可以从存储装置130中获取一段时间(例如，一周、两周、一个月、两个月等)内用户的用车订单以及用户用车行为特征信息。在一些实施例中，第一获取模块210也可以通过网络150从数据服务商处获取用户用车行为特征信息。本申请对用户用车行为特征信息的获取方式不做限制。

步骤320，基于所述反映用户行为的特征信息确定所述用户的信用数据。具体的，该步骤320可以由特征信息处理模块220执行。

在一些实施例中，确定用户的信用数据可以通过机器学习模型基于特征信息直接确定用户的信用数据，所述机器学习模型可以是CNN模型、RNN模型等一种或几种的组合。例如，可以获取一段时间内(一个月、半年或一年)的历史订单，提取某用户的反映用车行为的特征信息和某用户的信用数据记录。在一些实施例中，特征信息可以包括所述用户的位置信息、与所述用户关联的用户终端的状态信息、车辆的状态信息、车辆的位置信息、车辆的标识信息中的一种或几种的组合。在一些实施例中，将反映用户的用车行为的特征信息和信用数据作为训练数据进行模型的训练。在一些实施例中，可以将反映用车行为的特征信息作为模型的输入，用户的信用数据或信用数据的变化值作为模型的输出对模型进行训练，以得到用户信用确定模型。在一些实施例中，可以获取用户的实时订单，实时提取订单中的反映用户用车行为的特征信息，将所述特征信息输入到得到的用户信用确定模型中，由模型计算确定用户的当前信用数据或信用数据的变化值。在一些实施例中，也可以获取用户一定时间段的历史订单，一定时间段可以是半天、当天、两天、一个星期等较短的时间段，可以将该时间段作为信用数据的更新周期，定期计算该时间段内的信用数据或信用数据的变化值，以确定用户的信用数据。

在一些实施例中，可以建立相关的数学函数，将一个或以上的用户行为的特征信息量化或数字化后作为函数的变量，即函数的输入值，输入到数学函数中，通过相应的函数运算关系，输出用户的信用数据。在一些实施例中，函数运算关系可以是加权、相加、相减等运算关系的一种或多种。在一些实施例中，当输入用户行为的特征信息为车辆私用、忘还车、非订车本人用车、骑行打电话、违规停车等用户行为相关的特征信息时，通过函数的相减运算，减少用户的信用数据。在一些实施例中，当输入用户行为的特征信息为报修行为、报备行为、将车辆停在推荐还车点、举报违停车辆、添加紧急联系人等用户行为相关的特征信息时，通过函数的相加运算，增加用户的信用数据。

在一些实施例中，可以基于所述反映用户用车行为的特征信息确定用户的用车行为，进而基于所述用户的用车行为确定所述用户的信用数据。例如，可以获取用车订单结束后车辆的位置信息，根据车辆的位置判断车辆是否还至规定的停车区域内，如果车辆的位置不再规定的停车区域内，则确定该用户有违规停车的行为。在一些实施例中，根据用户的行为，确定相应的惩罚分值，得到最终的用户信用数据。在一些实施例中，所述用户的用车行为包括减分行为和加分行为。在一些实施例中，减分行为可以包括车辆私用、忘还车、非本人使用、骑行打电话、违规停车中的一种或几种的组合；加分行为包括报修行为、报备行为、车辆停在推荐还车点、举报违停车辆、添加紧急联系人中的一种或几种的组合。

在一些实施例中，用户的信用数据可以是共享平台APP中的分值、其他与用户账户信息相关联的信用分值、信用等级、信用排名等。在一些实施例中，信用数据可以有初始分值，例如，用户账户的初始分值都可以设置为100分。在一些实施例中，信用数据也可以有封顶限制，例如，用户账户的最高分值可以设置为100分，最低分值可以设置为0分，当信用数据为0分时，可以限制用户继续使用车辆。在一些实施例中，信用数据可以根据不同用户行为的特征信息设置不同的分值，例如，忘还车、非订车本人用车、骑行打电话、违规停车等行为，可以设置为-10分。又例如，报修行为、报备行为、添加紧急联系人等行为，可以设置为+10分。又例如，将车辆停在推荐还车点、举报违停车辆等行为，可以设置为+10分。在一些实施例中，用户的信用数据可以记录和存储在服务器110或存储装置130上，处理引擎112可以通过网络150访问服务器110或存储装置130，并在后台界面上记录和统计(如图9所示)。在一些实施例中，图9是用户信用记录的一个示意图，如图9所示，用户信用数据可以记录用户的信用分值，用户信用分值变更的明细。在一些实施例中，用户信用分值变更明细中可以包括引起分值变更的用户行为，用户行为发生的时间、地点，以及分值的加减变化。在一些实施例中，可以向用户终端提供用户查询接口或界面，供该用户查询其信用记录。如果用户对分值变化有争议，可以申请信用分数的复核。在一些实施例中，复核的方式可以包括线下人工确认、进一步获取其他特征信息进行精确判断、用户自行提供证据等。在一些实施例中，如果复核结果是否定原始记录，则根据复核的结果对用户信用记录进行更正。

在一些实施例中，通过传输模块230，将用户的信用数据发送至与用户关联的用户终端。在一些实施例中，当用户的信用数据更新时，传输模块230还可以将更新提示信息和/或更新后的信用数据发送至与用户关联的用户终端。在一些实施例中，当用户对信用数据有疑问时，可以申请重新复核。例如，用户账户的初始分数值都是100分，用户使用车辆一段时间后账户分数变为81分，用户可以点击用户行为分这一选项，查看分数的组成情况及这一段时间内行为分的变化情况。当用户觉得可能存在误判时，可以通过短信或应用程序内接口或界面向服务后台申请复核。在一些实施例中，用户终端输出用户的信用数据可以以短信息形式或应用程序内弹窗形式显示所述用户的用车行为和/或信用数据(如图10所示)。在一些实施例中，可以在短信息中以文本的方式，将分数改变的数值、对应的用户行为、发生的时间和救济途径向用户进行通知和提示。

应当注意的是，上述有关流程300的描述仅仅是为了示例和说明，而不限定本申请的适用范围。对于本领域技术人员来说，在本申请的指导下可以对流程300进行各种修正和改变。然而，这些修正和改变仍在本申请的范围之内。例如，步骤320可以由步骤320-1和步骤320-2组成，步骤320-1，基于所述反映用户用车行为的特征信息确定用户的用车行为，步骤320-2，基于所述用户的用车行为确定所述用户的信用数据。

图4是根据本申请的一些实施例所示的另一种用户信用的确定方法的示例性流程图。如图4所示，另一种用户信用确定方法400可以包括：

步骤410，获取一段时间内用户的历史用车订单。在一些实施例中，步骤410可以由第一获取模块210执行。在一些实施例中，第一获取模块210可以获取一段时间内所述用户的一个或以上历史用车订单的数据，在一些实施例中，一段时间可以是过去的一天、一周、两周、一个月等时间范围内该用户的用车订单。在一些实施例中，用车订单中可以包括用户的账号信息、车辆的信息、订单的时间信息、用车起点位置信息、终点位置信息、还车的时间信息、还车的位置信息、用户的轨迹信息、车辆的轨迹信息、订单变更信息等相关的数据信息。

步骤420，基于获取的用户的历史用车订单确定用户使用的车辆的标识信息。在一些实施例中，步骤420可以由特征信息处理模块220执行。在一些实施例中，车辆的标识信息可以是车辆的数字编号、二维码、使用车辆的密码等一种或几种的组合。

步骤430，当处理引擎112检测到所述用户设定时间段(如三天、一个星期、一个月、三个月等)内使用标识信息相同的车辆的用车订单数超过预先设定的阈值(例如，3次、4次、5次、10次或更多)时，确定所述用户存在车辆私用的行为，减少用户的信用数据。在一些实施例中，步骤430可以由特征信息处理模块220执行。例如，获取某用户一个星期的订单数据，当该用户使用相同标识信息的车辆超过5次，可以确定该用户有私车私用的行为。在一些实施例中，确定了用户行为后，可以根据规则减少对应的用户信用数据。在一些实施例中，如果用户对该行为提出异议，申请了复核，还可以通过每次用户订单中的起始位置信息、轨迹信息、该车辆其他用户使用的频率等其他特征信息进行进一步的精确判断或复核，是否有车辆私用的行为。例如，在用户申请复核后，服务器可以进一步获取该星期的历史订单中的同一车辆其他用户的使用频率，如果同一车辆在这一个星期内其他用户使用频率小于一定预定值(3次)，则可以确定该用户有车辆私用的行为。在一些实施例中，还可以采用结合线下人工复核、现场安装摄像头的方式对用户行为精确确定，保证用户信息数据的准确。

图5是根据本申请的一些实施例所示的另一种用户信用确定方法的示例性流程图。如图5所示，另一种用户信用确定方法500可以包括：

步骤510，获取用车订单执行期间所述用户的位置信息和车辆的位置信息。在一些实施例中，步骤510可以是由第一获取模块210执行。在一些实施例中，用车订单执行期间可以是车辆车锁打开时间点至车辆车锁关闭的时间点之间的时间。在一些实施例中，用车订单执行期间可以是从用户终端确认开始租车，到用户终端确认租车完毕。例如，可以是与用户关联的用户终端在APP中点击“开始用车”或“开锁”的时间点至用户点击“结束用车”的时间点。

步骤520，基于用户的位置信息和车辆的位置信息确定用户和车辆之间的距离。在一些实施例中，步骤520可以是由特征信息处理模块220执行。在一些实施例中，用户的位置信息和车辆的位置信息可以是经度坐标和纬度坐标。在一些实施例中，用户和车辆之间的距离可以是通过用户的位置坐标和车辆的位置坐标经过计算后得到的两点之间的直线距离。

步骤530，当所述距离大于第一阈值，并持续了第一时间段，并且接收到所述用户免于扣除所述第一时间段内的费用的请求时，则确定所述用户存在忘还车的行为。在一些实施例中，步骤530可以由特征信息处理模块220执行。在一些实施例中，用户和车辆之间的距离的第一阈值可以是0.5km、1km、2km、4km、或者更大。在一些实施例中，持续的第一时间段可以为1h、2h、4h、6h、或者更大。在一些实施例中，第一时间段可以是具体的时间点信息。例如，第一时间段可以是从当天的上午10:00点到11:00点的一段时间，如果某用户租用的车辆在上午10:00点到11:00点的一段时间内，用户和车辆之间的距离一直大于1km，并且系统有该用户向客服要求免于当天上午10:00点到11:00点期间的租车费用时，可以确定该用户存在忘还车的行为。在一些实施例中，根据用户忘还车的行为，将给与用户的信用数据对应的减少。如果该用户对上述记录有疑义，可以申请复核。在一些实施例中，可以基于第一时间内的车辆和用户的轨迹信息、线下人工确认、现场摄像头取证等方式确认或复核该行为。例如，如果第一时间内车辆和用户的轨迹不同，可以进一步确定用户有忘还车行为。

图6是根据本申请的一些实施例所示的另一种用户信用的确定方法的示例性流程图。如图6所示，另一种用户信用确定方法600可以包括：

步骤610，获取用车订单执行期间所述用户的位置信息和车辆的位置信息，以及所述车辆的车锁的状态信息。在一些实施例中，步骤610可以由第一获取模块210执行。在一些实施例中，车辆的车锁状态可以是打开或关闭状态。

步骤620，基于所述用户的位置信息和所述车辆的位置信息确定所述用户和所述车辆之间的距离。在一些实施例中，步骤620可以由特征信息处理模块220执行。在一些实施例中，用户的位置信息可以是与用户关联的用户终端的定位系统、或与用户关联的IC卡的定位系统确定。

步骤630，当所述车辆的车锁处于打开状态，所述距离大于第二阈值，并且所述距离大于所述第二阈值的时间超过第三阈值，则减少所述信用数据。在一些实施例中，步骤630可以由特征信息处理模块220执行。在一些实施例中，距离的第二阈值可以设置为100m、500m、1000m、1500m等。在一些实施例中，维持时间的第三阈值可以设置为5min、10min、15min、20min等。例如，车锁处于打开状态时，当用户的位置和车辆的位置之间超过1000m的距离，并且持续时间超过5min，可以确定该用户有非本人用车的行为，即用户虽然发起了用车订单但是订单的指定车辆由其他人使用。系统会根据该行为，对该用户的信用数据进行相应的减少。在一些实施例中，如果用户对信用数据的减少有疑义，可以申请复核。在一些实施例中，可以通过车辆和用户的轨迹信息、交通系统的摄像头或取车现场的摄像头等方式获取实践用车人的身份信息，对该行为进行进一步的精确确认。

图7是根据本申请的一些实施例所示的另一种用户信用的确定方法的示例性流程图。如图7所示，另一种用户信用确定方法700可以包括：

步骤710，获取用车订单执行期间与所述用户相关联的用户终端状态信息和车辆的车速信息。在一实施例中，步骤710可以由第一获取模块210执行。在一些实施例中，车辆的车速信息可以通过车辆上安装的速度传感器获取。例如，可以在车轮上安装计数器，以获取一段时间内车轮的转动圈数，根据车轮的周长和圈数得到一段时间内车轮行走的距离，从而计算得到车速信息。车辆终端可以实时将车速信息传输给服务器110。在一些实施例中，车辆的车速信息可以通过车辆一段时间内位置信息或轨迹信息确定。例如，车辆终端可以实时或定期将车辆位置信息传输给服务器110，服务器110可以根据用车订单执行期间的一段时间内的车辆位置改变情况确定其移动速度在一些实施例中，通过车速信息可以得知车辆是否正在行驶。在一些实施例中，用户终端的状态信息可以包括用户终端的系统信息，例如，是否在接听电话、是否有应用程序在运行、有哪些程序在运行、运行的时间、系统接收或发送的数据信息等。在一些实施例中，用户终端的状态信息可以由用户终端的应用获取，例如，用户终端中可以带有管理终端的应用，通过该应用可以获取用户终端的状态信息，例如，终端是否处于接通电话的状态。

步骤720，基于所述用户终端的状态信息确定所述用户是否正在接听电话。在一些实施例中，步骤720可以由特征信息处理模块220执行。

步骤730，当所述用户正在接听电话并且所述车速大于第四阈值时，则减少所述信用数据。在一实施例中，步骤730可以由特征信息处理模块220执行。在一些实施例中，车速的第四阈值可以为3m/s、5m/s、7m/s等。在一些实施例中，当用户在用车时，用户终端有接听电话的记录信息，并且在该时间内，车速大于第四阈值。可以确定该用户有用车时打电话的行为。在一些实施例中，根据该行为系统给与用户信用数据对应的减少。在一些实施例中，车速大于第四阈值可以是在用户接听电话的时间段内一直保持大于第四阈值。在一些实施例中，车速大于第四阈值可以是在用户接听电话的时间段内数次车速超过第四阈值。在一些实施例中，车速大于第四阈值可以是在用户接听电话的时间段内车速有超过第四阈值的记录。

图8是根据本申请的一些实施例所示的另一种用户信用的确定方法的示例性流程图。如图8所示，另一种用户信用确定方法800可以包括：

步骤810，获取用车订单已结束后车辆的位置信息。在一些实施例中，步骤810可以由第一获取模块210执行。在一些实施例中，用车订单结束可以表示为车锁为关闭状态、应用程序中点击“订单结束”等一种或几种的组合。在一些实施例中，车辆的位置信息可以是经纬度坐标。

步骤820，基于所述车辆的位置信息确定所述车辆是否在规定的停车区域内。在一些实施例中，步骤820可以由特征信息处理模块220执行。在一些实施例中，规定的停车区域可以由在地面或空间上划定一定区域范围的标识或信号确定。在一些实施例中，规定的停车区域形状可以是矩形、圆形、椭圆形、菱形等一种或几种的组合。在一些实施例中，可以通过停车区域在地图上的位置坐标确定停车区域的位置。在一些实施例中，可以通过车辆的位置信息和停车区域的位置范围，确定车辆是否位于停车区域内。

步骤830，当所述车辆不在所述规定的区域内，则减少所述信用数据。在一些实施例中，步骤830可以由特征信息处理模块220执行。在一些实施例中，如果用户已在系统内完成还车，通过车辆的位置信息确定该车辆没有位于规定的停车区域内，则确定该用户有违规停车的行为。在一些实施例中，基于该行为给与用户信用数据相应的减少。在一些实施例中，如果用户有疑义，可以基于线下确认、交通系统的拍照或监控视频等方式进行复核。

在一些实施例中，用户信用提示系统可以包括第二获取模块和输出模块。在一些实施例中，第二获取模块和输出模块可以包含在图1所示的用户终端120中。

在一些实施例中，第二获取模块可用于获取用户的用车信用数据。在一些实施例中，所述第二获取模块还用于获取与所述用户的用车信用数据关联的用车行为。第二获取模块可以获取用车信用数据以及引起信用数据变更的用户行为。例如，第二获取模块可以获取当前的用车信用数据为81分，减少了10分，第二获取模块可以获取产生分值减少的用户行为为违规停车。又例如，第二获取模块可以获取用车信用数据为91分，增加了10分，第二获取模块可以获取产生分值增加的用户行为为用户有添加联系人的行为。在一些实施例中，第二获取模块可以从服务器110、存储装置130、服务车辆终端140或网络150中获取用户的信用数据或用户的行为。

在一些实施例中，输出模块可以用于输出所述用户的用车信用数据。在一些实施例中，输出模块还用于输出所述用车行为。在一些实施例中，输出模块可以通过显示屏显示、语音播报等方式向用户输出用户信用数据或用户行为记录。在一些实施例中，所述输出模块还用于以短信息形式或应用程序内弹窗形式显示所述用户的用车信用数据(如图10所示)。在一些实施例中，可以在短信息中以文本的方式，将分数改变的数值、对应的用户行为、发生的时间和救济途径向用户进行通知和提示。

在一些实施例中，用户信用提示方法可以包括步骤：获取用户的用车信用数据，输出所述用户的用车信用数据。在一些实施例中，用户信用提示方法可以包括步骤：获取与所述用户的用车信用数据关联的用车行为，输出所述用车行为。在一些实施例中，可以以短信息形式或应用程序内弹窗形式输出所述用户的用车信用数据。

本申请实施例可能带来的有益效果包括但不限于：根据用户不同的行为确定相应的行为分值或其他信用数据，可供其他延伸产品进一步利用。例如当信用数据到达一定限值时，做出相应的奖惩措施，可以有效培养用户良好的用车习惯，减少共享平台的资产损失，降低用户用车过程中安全事故的发生频率。又例如，还可以供其他产品根据信用数据对用户进行画像，了解用户行为模式，推出更多定制化服务或产品。需要说明的是，不同实施例可能产生的有益效果不同，在不同的实施例里，可能产生的有益效果可以是以上任意一种或几种的组合，也可以是其他任何可能获得的有益效果。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。

同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，本领域技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。

计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、RF、或类似介质，或任何上述介质的组合。

本申请各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、Visual Basic、Fortran 2003、Perl、COBOL 2002、PHP、ABAP，动态编程语言如Python、Ruby和Groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(SaaS)。

此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本申请一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。

针对本申请引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本申请作为参考。与本申请内容不一致或产生冲突的申请历史文件除外，对本申请权利要求最广范围有限制的文件(当前或之后附加于本申请中的)也除外。需要说明的是，如果本申请附属材料中的描述、定义、和/或术语的使用与本申请所述内容有不一致或冲突的地方，以本申请的描述、定义和/或术语的使用为准。

最后，应当理解的是，本申请中所述实施例仅用以说明本申请实施例的原则。其他的变形也可能属于本申请的范围。因此，作为示例而非限制，本申请实施例的替代配置可视为与本申请的教导一致。相应地，本申请的实施例不仅限于本申请明确介绍和描述的实施例。

Claims (34)

1.一种用户信用确定方法，所述方法由至少一个处理器执行，其特征在于，包括：

获取反映用户用车行为的特征信息；

对所述反映用户用车行为的特征信息进行处理进而确定所述用户的信用数据。

2.如权利要求1所述的方法，其特征在于，

所述反映用户用车行为的特征信息包括在至少一个用车订单执行期间：所述用户的位置信息、与所述用户关联的用户终端的状态信息、车辆的状态信息、车辆的位置信息、车辆的标识信息中的一种或几种的组合。

3.如权利要求1所述的方法，其特征在于，对所述反映用户用车行为的特征信息进行处理进而确定所述用户的信用数据包括：

基于所述反映用户用车行为的特征信息确定所述用户的用车行为；

基于所述用户的用车行为确定所述用户的信用数据。

4.如权利要求3所述的方法，其特征在于，所述用车行为包括车辆私用、忘还车、非订车本人用车、骑行打电话、违规停车、报修行为、将车辆停在推荐还车点、举报违停车辆、添加紧急联系人中的一种或几种的组合。

5.如权利要求4所述的方法，其特征在于，所述基于所述用户的用车行为确定所述用户的信用数据包括：

当所述行为为车辆私用、忘还车、非订车本人用车、骑行打电话、违规停车中的任意一种时，减少所述信用数据；

当所述行为为报修行为、将车辆停在推荐还车点、举报违停车辆、添加紧急联系人中的任意一种时，增加所述信用数据。

6.如权利要求1所述的方法，其特征在于，还包括：

获取一段时间内所述用户的用车订单；

基于所述用车订单确定所述用户使用的车辆的标识信息；

当检测到所述用户在设定时间段内使用标识信息相同的车辆的用车订单数超过设定阈值时，则减少所述信用数据。

7.如权利要求1所述的方法，其特征在于，还包括：

获取用车订单执行期间所述用户的位置信息和车辆的位置信息；

基于所述用户的位置信息和所述车辆的位置信息确定所述用户和所述车辆之间的距离；

当所述距离大于第一阈值，并持续了第一时间段，并且接收到所述用户免于扣除所述第一时间段内的费用的请求时，则减少所述信用数据。

8.如权利要求1所述的方法，其特征在于，还包括：

获取用车订单执行期间所述用户的位置信息和车辆的位置信息，以及所述车辆的车锁的状态信息；

基于所述用户的位置信息和所述车辆的位置信息确定所述用户和所述车辆之间的距离；

当所述车辆的车锁处于打开状态，所述距离大于第二阈值，并且所述距离大于所述第二阈值的时间超过第三阈值，则减少所述信用数据。

9.如权利要求1所述的方法，其特征在于，还包括：

获取用车订单执行期间与所述用户相关联的用户终端状态信息和车辆的车速信息；

基于所述用户终端的状态信息确定所述用户是否正在接听电话；

当所述用户正在接听电话并且所述车速大于第四阈值时，则减少所述信用数据。

10.如权利要求1所述的方法，其特征在于，还包括：

获取用车订单结束后车辆的位置信息；

基于所述车辆的位置信息确定所述车辆是否在规定的停车区域内；

当所述车辆不在所述规定的停车区域内，则减少所述信用数据。

11.如权利要求1所述的方法，其特征在于，还包括：

将所述信用数据发送至所述用户的用户终端。

12.如权利要求11所述的方法，其特征在于，所述将所述信用数据发送至所述用户的用户终端还包括：当所述信用数据更新时，将更新提示信息和/或更新后的信用数据发送至与所述用户关联的用户终端。

13.一种用户信用确定系统，其特征在于，包括：

第一获取模块，用于获取反映用户用车行为的特征信息；

特征信息处理模块，用于基于所述反映用户行为的特征信息确定所述用户的信用数据。

14.如权利要求13所述的系统，其特征在于，

所述反映用户的用车行为特征的信息包括在至少一个用车订单执行期间：所述用户的位置信息、与所述用户关联的用户终端的状态信息、车辆的状态信息、车辆的位置信息、车辆的标识信息中的一种或几种的组合。

15.如权利要求13所述的系统，其特征在于，所述特征信息处理模块还用于：

基于所述反映用户用车行为的特征信息确定所述用户的用车行为；

基于所述用户的用车行为确定所述用户的信用数据。

16.如权利要求13所述的系统，其特征在于，

所述用车行为包括车辆私用、忘还车、非订车本人用车、骑行打电话、违规停车、报修行为、将车辆停在推荐还车点、举报违停车辆、添加紧急联系人中的一种或几种的组合。

17.如权利要求13所述的系统，其特征在于，所述特征信息处理模块还用于：

当所述行为为车辆私用、忘还车、非订车本人用车、骑行打电话、违规停车中的任意一种时，减少所述信用数据；

当所述行为为报修行为、将车辆停在推荐还车点、举报违停车辆、添加紧急联系人中的任意一种时，增加所述信用数据。

18.如权利要求13所述的系统，其特征在于，

所述第一获取模块还用于获取一段时间内所述用户的用车订单；

所述特征信息处理模块还用于基于所述用车订单确定所述用户使用的车辆的标识信息；当检测到所述用户在设定时间段内使用标识信息相同的车辆的用车订单数超过设定阈值时，则减少所述信用数据。

19.如权利要求13所述的系统，其特征在于，

所述第一获取模块还用于获取用车订单执行期间所述用户的位置信息和所述车辆的位置信息；

所述特征信息处理模块还用于基于所述用户的位置信息和所述车辆的位置信息确定所述用户和所述车辆之间的距离；当所述距离大于第一阈值，并持续了第一时间段，并且接收到所述用户免于扣除所述第一时间段内的费用的请求时，则减少所述信用数据。

20.如权利要求13所述的系统，其特征在于，

所述第一获取模块还用于获取用车订单执行期间所述用户的位置信息和车辆的位置信息，以及所述车辆的车锁的状态信息；

所述特征信息处理模块还用于基于所述用户的位置信息和所述车辆的位置信息确定所述用户和所述车辆之间的距离；当所述车辆的车锁处于打开状态，所述距离大于第二阈值，并且所述距离大于所述第二阈值的时间超过第三阈值，则减少所述信用数据。

21.如权利要求13所述的系统，其特征在于，

所述第一获取模块还用于获取用车订单执行期间与所述用户相关联的用户终端状态信息和所述车辆的车速信息；

所述特征信息处理模块还用于基于所述用户终端的状态信息确定所述用户是否正在接听电话；当所述用户正在接听电话并且所述车速大于第四阈值时，则减少所述信用数据。

22.如权利要求13所述的系统，其特征在于，

所述第一获取模块还用于获取用车订单结束后车辆的位置信息；

所述特征信息处理模块还用于基于所述车辆的位置信息确定所述车辆是否在规定的停车区域内；当所述车辆不在所述规定的停车区域内，则减少所述信用数据。

23.如权利要求13所述的系统，其特征在于，

还包括传输模块，所述传输模块用于将所述信用数据发送至所述用户的用户终端。

24.如权利要求23所述的系统，其特征在于，所述传输模块还用于当所述信用数据更新时，将更新提示信息和/或更新后的信用数据发送至与所述用户关联的用户终端。

25.一种用户信用确定的装置，包括处理器，其特征在于，包括至少一个存储介质及至少一个处理器；

所述至少一个存储介质用于存储计算机指令；

所述至少一个处理器用于执行所述计算机指令，以实现权利要求1～12中任一项所述的用户信用确定的方法。

26.一种计算机可读存储介质，所述存储介质存储计算机指令，当所述计算机指令被处理器执行时，实现如权利要求1～12任一项所述的用户信用确定的方法。

27.一种用户信用提示方法，所述方法由至少一个处理器执行，其特征在于，包括：

获取用户的用车信用数据；

输出所述用户的用车信用数据。

28.如权利要求27所述的方法，其特征在于，还包括：

获取与所述用户的用车信用数据关联的用车行为；

输出所述用车行为。

29.如权利要求27所述的方法，其特征在于，所述输出所述用户的用车信用数据包括：以短信息形式或应用程序内弹窗形式显示所述用户的用车信用数据。

30.一种用户信用提示系统，其特征在于，包括：

第二获取模块，用于获取用户的用车信用数据；

输出模块，用于输出所述用户的用车信用数据。

31.如权利要求30所述的系统，其特征在于，还包括：

所述第二获取模块还用于获取与所述用户的用车信用数据关联的用车行为；

所述输出模块还用于输出所述用车行为。

32.如权利要求30所述的系统，其特征在于，所述输出模块还用于：以短信息形式或应用程序内弹窗形式显示所述用户的用车信用数据。

33.一种用户信用提示的装置，包括处理器，其特征在于，包括至少一个存储介质及至少一个处理器；

所述至少一个存储介质用于存储计算机指令；

所述至少一个处理器用于执行所述计算机指令，以实现权利要求27～29中任一项所述的用户信用提示的方法。

34.一种计算机可读存储介质，所述存储介质存储计算机指令，当所述计算机指令被处理器执行时，实现如权利要求27～29任一项所述的用户信用提示的方法。

Images