CN111951084B - 用于车辆租赁订单管理的方法、电子设备和介质 - Google Patents

Abstract

本公开的实施例提供了一种用于车辆租赁订单管理的方法，包括：在服务器处，获取用户终端发送的关于待租赁车辆的订单的订单信息以及用户针对订单的历史操作数据；基于订单信息，确定与用户相对应的用户类别、以及与待租赁车辆相对应的车辆类别；基于历史操作数据，确定与用户的操作相对应的操作类别；以及基于用户类别、车辆类别以及操作类别，确定订单的风险等级；基于风险等级，针对订单和待租赁车辆进行风险控制操作，其中确定车辆类别包括：从订单信息获取与订单相对应的目标城市、以及待租赁车辆的类型；获取多个候选车辆类型；以及将待租赁车辆的类型与多个候选车辆类型比较，确定车辆类别。本公开可以对车辆租赁订单进行有效的风险控制。

Description

用于车辆租赁订单管理的方法、电子设备和介质

技术领域

本公开的实施例涉及信息处理领域，并且更具体地，涉及用于车辆租赁订单管理的方法、电子设备和介质。

背景技术

随着互联网技术的发展，通过车辆租赁平台来租赁车辆已经变得越来越流行。车辆租赁通常需要将价值高昂的车辆交付给用户使用一段时间，难免有部分存在不法分子企图通过车辆租赁来获取非法的收益。然而，目前的车辆租赁订单管理过程中，对这类订单的分辨能力较差，从而给车辆租赁服务的经营者带来潜在的风险。

在传统的车辆租赁管理方案中，后台系统仅能通过确认发起订单的用户是否被包括在黑名单中来进行风险识别与防控，但是对于未记录在黑名单中的用户所发起的恶意订单难以甄别或者进行风险防控。

发明内容

本公开的实施例提供了用于车辆租赁订单管理的方法、电子设备和计算机可读存储介质，能够对车辆租赁订单进行有效的风险控制。

在本公开的第一方面中，提供了一种用于车辆租赁订单管理的方法，包括：在服务器处，获取用户终端发送的关于待租赁车辆的订单的订单信息以及用户针对订单的历史操作数据；基于订单信息，确定与用户相对应的用户类别、以及与待租赁车辆相对应的车辆类别；基于历史操作数据，确定与用户的操作相对应的操作类别；以及基于用户类别、车辆类别以及操作类别，确定订单的风险等级；基于风险等级，针对订单和待租赁车辆进行风险控制操作；其中确定车辆类别包括：从订单信息获取与订单相对应的目标城市、以及待租赁车辆的类型；获取多个候选车辆类型，多个候选车辆类型至少与目标城市相关联；以及将待租赁车辆的类型与多个候选车辆类型进行比较，以确定车辆类别。

在本公开的第二方面中，提供了一种电子设备，包括：至少一个处理单元；以及至少一个存储器，至少一个存储器被耦合到至少一个处理单元并且存储用于由至少一个处理单元执行的指令，指令当由至少一个处理单元执行时，使得电子设备执行根据本公开第一方面的方法的步骤。

在本公开的第三方面中，提供了一种计算机可读存储介质，其上存储有计算机程序代码，计算机程序代码在被运行时执行根据本公开第一方面的方法。

提供发明内容部分是为了简化的形式来介绍对概念的选择，它们在下文的具体实施方式中将被进一步描述。发明内容部分无意标识本公开的关键特征或主要特征，也无意限制本公开的范围。

附图说明

通过结合附图对本公开示例性实施例进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施例中，相同的参考标号通常代表相同部件。

图1示意性地示出了根据本公开的实施例的示例性环境的示意图。

图2示意性地示出了根据本公开的实施例的用于车辆租赁订单管理的方法的框图。

图3示意性地示出了根据本公开的实施例的用于确定用户类别的方法的框图。

图4示意性地示出了根据本公开的实施例的用于确定车辆类别的方法的框图。

图5示意性地示出了根据本公开的实施例的用于确定操作类别的方法的框图。

图6示意性地示出了根据本公开实施例的确定订单的风险等级的方法的框图。

图7示出了可以用来实现本公开的实施例的示例电子设备的示意性框图。

具体实施方式

下面将参考附图中示出的若干示例实施例来描述本公开的原理。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“一组示例实施例”。术语“另一实施例”表示“一组另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

如前文所述，传统的车辆租赁管理方案中，后台系统仅能通过确认发起订单的用户是否被包括在黑名单中来进行风险识别与防控。例如，当用户提交订单之后，系统可以从订单信息中，获取用户的身份信息，然后，系统可以以用户的身份信息为查询条件，在黑名单库中进行查询。黑名单库中包括但不限于公安系统的犯罪记录的人员库、租车平台上维护的历史失信人员库等等。如果查询到用户的身份信息被包括在黑名单库中，则确定该订单所对应的用户可能进行潜在的风险事件，并且确定该订单的风险等级为危险，反之则确定为安全。在本文中，“风险事件”是指对租赁车辆或对租赁车辆经营者造成价值损害的行为，包括但限于：盗取车辆、盗取车辆上的配件、到期不归还车辆致使影响后续其他用户的租赁等等。然而，黑名单库中的人员信息有限、且仅仅是基于历史失信记录，因此单纯基于用户的身份信息以及黑名单的风险控制方案容易遗漏有风险的订单。因此，传统的车辆租赁管理方案对于未记录在黑名单中的用户所发起的恶意订单难以甄别或者进行风险防控。为了至少部分地解决上述问题以及其他潜在问题中的一个或者多个，本公开的示例实施例提出了一种用于车辆租赁订单管理的方法，包括：在服务器处，获取用户终端发送的关于待租赁车辆的订单的订单信息以及用户针对订单的历史操作数据；基于订单信息，确定与用户相对应的用户类别、以及与待租赁车辆相对应的车辆类别；基于历史操作数据，确定与用户的操作相对应的操作类别；以及基于用户类别、车辆类别以及操作类别，确定订单的风险等级；基于风险等级，针对订单和待租赁车辆进行风险控制操作；其中确定车辆类别包括：从订单信息获取与订单相对应的目标城市、以及待租赁车辆的类型；获取多个候选车辆类型，多个候选车辆类型至少与目标城市相关联；以及将待租赁车辆的类型与多个候选车辆类型进行比较，以确定车辆类别。在上述方案中，除了通过收集与订单有关的订单信息之外，还收集用户在提交该订单之前，针对该订单的历史操作数据；以及基于由订单信息和历史操作数据所确定的用户类别、车辆类别以及操作类别，确定订单的风险等级，以便针对进行风险控制操作；并且在确定车辆类别时综合考虑目标城市、以及待租赁车辆的类型、以及待租赁车辆的类型与多个候选车辆类型的比较。因此能够对由未被记录在黑名单中的用户所发起的订单，可以从诸如发起订单的用户的订单信息、历史操作等多个维度，以及基于与租赁车辆目标城市相关的（多个）可疑车辆类型，来对订单进行进一步的识别，以进一步确定出其中的潜在的、但通过黑名单机制无法识别出的恶意订单，从而对车辆租赁订单进行更有效的风险控制。

经研究发现，还可以基于对于历史订单数据的分析，进一步确定出风险事件高发的城市，并且基于这些城市对订单风险进行进一步的识别。在本文中，将以城市作为行政区域划分的单位作为示例来进行说明。可以理解，本领域技术人员可以根据实际需要，选择更小或更大的行政区域划分单位，例如，县或省。然而，这仍然不能满足对车辆租赁订单的风险控制的需求。

本公开的实施例提供了一种基于多个维度的针对车辆租赁订单的风险控制方法。在该方法中，基于订单信息，可以获取有关用户的多种身份信息。基于这多种身份信息以及历史操作数据，订单的风险等级可以被确定。所确定的风险等级除了包括安全、危险之外，还包括可疑，以用于车辆租赁经营者进一步的风险控制管理。以此方式，可以对车辆租赁订单进行更有效的风险控制。

图1示出了根据本公开实施例的示例性环境100的示意图，在该示例环境中，根据本公开实施例的设备和/或方法可以被实施。

如图1所述，环境100包括彼此通信连接的用户终端102、服务器104、风险管理终端106以及车辆租赁门店终端108。可以理解，虽然图1中仅分别示出了一个用户终端102、服务器104、风险管理终端106以及车辆租赁门店终端108，但其数目可以是任意数目。

用户终端102由租车用户所使用，用户可以通过安装在其上的程序、或者通过网页等，来浏览由车辆租赁经营者所提供的能被租赁的车辆。用户终端102的具体示例包括但不限于智能手机、计算机以及平板电脑。用户在提交关于待租赁车辆的订单时，需要在用户终端102填写一系列的表单，并生成相应的订单信息112，订单信息112包括但不限于：用户租赁车辆的目标城市、取车地点（门店）、取车时间、取车方式、还车地点（门店）、还车时间、还车方式、租赁车辆的总费用、支付方式、待租赁车辆的车辆类型、用户的身份信息、用户的联系方式（例如，手机号码）、用户的驾驶证信息、订单号、提交订单的时间等等。

用户终端102还可以记录用户的历史操作数据122。历史操作数据122可以指示用户针对订单的历史操作。在一些实施例中，历史操作数据122包括用户在确定订单之前，浏览过车辆的车辆类型以及选择过的目标城市。在一些实施例中，为了确保仅对有效的数据进行分析，历史操作数据122包括用户在确定订单之前的预定时间段内，浏览过车辆的车辆类型以及选择过的目标城市。在一些实施例中，历史操作数据122包括用户在确定订单之前，操作类型（例如，点击、滑动）、与该操作对应的时间戳和网络地址（例如，IP地址）。

服务器104接收来自用户终端102发送的订单信息112和历史操作数据122。服务器104包括风险控制装置114，其根据本公开的实施例所描述的方法来确定风险等级124。

下文将结合图2至图4详细描述根据本公开实施例的方法。为了便于理解，在下文描述中提及的具体数据均是示例性的，并不用于限定本公开的保护范围。为了便于描述，以下结合图1所示的环境100来描述根据本公开实施例的方法。根据本公开实施例的方法可以在图1中示出的服务器104中、或其他适当的设备中实现。应当理解，根据本公开实施例的方法还可以包括未示出的附加动作和/或可以省略所示出的动作，本公开的范围在此方面不受限制。

图2示意性地示出了根据本公开的实施例的用于车辆租赁订单管理的方法200的框图。

在步骤202，服务器104可以获取用户终端102发送的关于待租赁车辆的订单的订单信息112、以及用户针对订单的历史操作数据122。

在一些实施例中，响应于用户终端102检测到提交关于待租赁车辆订单的请求，用户终端102生成历史操作数据122，并将其与订单信息112相关联地发送给服务器104。

在一些实施例中，服务器104可以实时将订单信息112和历史操作数据122输入到风险控制装置114进行处理。在一些实施例中，服务器104可以将来自用户终端102发送的订单信息112和历史操作数据122暂存，并且在预定时间处输入到风险控制装置114以批量输出结果，以便于风险控制管理人员在预定时间处进行管理。

在步骤204，风险控制装置114可以基于订单信息112，确定与用户相对应的用户类别、以及与待租赁车辆相对应的车辆类别。

在一些实施例中，用户类别可以分为安全用户、可疑用户和危险用户。在一些实施例中，可以通过将用户提供的身份证号码输入到黑名单库中进行查询以进行用户类别的确定。在一些实施例，还可以基于与用户相关的城市信息进行用户类别的确定。确定用户类别的具体过程将在下文参考图3进行详细描述。

在一些实施例中车辆类别可以分为安全车辆类型和可疑车辆类型。在本文中，“安全车辆类型”指代在其上“风险事件”发生概率低于预定阈值的车辆类型，“可疑车辆类型”指代在其上“风险事件”发生概率高于预定阈值的车辆类型。由于不同城市所对应的可疑车辆类型并不一定完全相同，风险控制装置114可以从订单信息112获取与订单相对应的目标城市、以及待租赁车辆的类型。然后，风险控制装置114可以获取多个候选车辆类型，该多个候选车辆类型至少与目标城市相关联。接着，风险控制装置114将待租赁车辆的类型与所述多个候选车辆类型进行比较，来确定车辆类别。如果风险控制装置114确定待租赁车辆的类型是否被包括在多个候选车辆类型中，则确定车辆类别为可疑车辆类型；反之，则确定车辆类别为安全车辆类型。确定车辆类别的具体过程将在下文参考图4进行详细描述。

在框206，服务器104可以基于历史操作数据122，确定与用户的操作相对应的操作类别。

在一些实施例中，操作类别可以分为“安全操作”和“可疑操作”。“安全操作”指代用户在确定订单的过程中，正常的操作行为，例如，仅浏览单一目标城市下可供租赁的车辆。“可疑操作”指代用户在确定订单的过程中，非正常的操作行为，例如，包括但不限于：切换多个目标城市、浏览单一可疑车辆类型、浏览高价格的车辆类型等或其组合。确定操作类别的具体过程将在下文参考图5进行详细描述。

在框208，风险控制装置114可以基于用户类别、车辆类别以及操作类别，确定订单的风险等级124。

如前面所讨论的，风险等级124可以包括安全等级、可疑等级和危险等级。“安全等级”指示该订单不会发生风险事件，或发生风险事件的概率较小（例如，小于第一概率），“危险等级”指示该订单发生风险事件的概率较大（例如，大于第二概率）。“可疑等级”指示该订单存在发生风险事件的可能性（例如，发生风险事件的概率大于或等于第一概率、且小于或等于第二概率）。

在一些实施例中，如果以下三者至少一者被满足，则风险控制装置114确定订单的风险等级124是可疑等级：用户类别是可疑用户；操作类别是可疑操作；以及车辆类别是可疑车辆类型。在一些实施例中，仅当用户类别是可疑用户、操作类别是可疑操作、以及车辆类别是可疑车辆类型时，风险控制装置114确定订单的风险等级124是可疑等级。在一些实施例中，风险控制装置114可以根据近期风险事件的发生频次以及这些风险事件所对应的原因，自动地调整三者的组合类型，以更精准地识别出风险订单。

在一些实施例中，风险控制装置114可以通过评分的方式来确定订单的风险等级124。例如，风险控制装置114可以针对用户类别、车辆类别以及操作类别分别给出相应的可疑得分，并计算总分，以此为基础来确定订单的风险等级124。在一些实施例中，风险控制装置114可以根据车辆租赁的目标城市以及对近期风险事件的分析结果，确定针对用户类别、车辆类别以及操作类别的权重，然后以加权和的方式来确定订单的最终总分，以此为基础来确定订单的风险等级124。

在一些实施例中，对于风险等级124为安全等级的订单，服务器104可以直接审核通过该订单，并通知用户终端102以及车辆租赁门店终端108。对于风险等级124为危险等级的订单，服务器104可以直接审核拒绝该订单，并通知用户终端102。对于风险等级124为可疑的订单，服务器104可以根据订单信息112以及其对应的风险等级生成提示信息，并将提示消息发送给风险管理终端106，以用于由风险控制人员针对订单和待租赁车辆中的至少一者进行风险控制操作。

在一些实施例中，如果确定风险等级124是可疑等级，风险控制装置114生成与订单相关联的提示消息，并将该提示消息发送给风险管理终端106。

在步骤210，基于风险等级，服务器104可以针对订单和待租赁车辆中的至少一者进行风险控制操作。

在一些实施例中，提示消息可以在风险管理终端106处，以超链接的形式进行显示，风险管理人员可以方便地通过该提示消息（诸如，点击超链接），获取与该订单相关的各种信息，各种信息包括但不限于：订单信息112，风险等级124、以及对应的推荐策略。推荐策略可以由风险控制装置114生成，其包括和不限于针对该订单将要由用户进一步提供、以及将由门店人员进一步审核的附加资料。附加资料包括但不限于：收入证明、用户与待租赁车辆的合照、工作证明、他人担保、以及更高额度的押金或其组合。风险控制管理人员可以在风险管理终端106处，基于推荐策略确定附加资料，并将该附加资料与订单相关联地（例如，给订单加备注或者标签）返回给服务器104。然后，服务器104可以通知用户准备附加资料，并通知车辆租赁门店终端108需要审核的附加资料。

在一些实施例中，对于风险等级124是可疑等级的订单，服务器104可以在待租赁车辆被用户提走之后，实时监控待租赁车辆的轨迹。当上述轨迹指示待租赁车辆处于危险区域并且可选地超出预定时间时，则服务器104生成警报并发送给风险管理终端106，以便及时采取相应的措施。危险区域包括但不限于：距离取车地点或还车地点超过预定距离的区域、国境之外的区域、风险事件高发的预定区域。

在一些实施例中，风险控制装置114可以基于目标城市的不同，实行不同的风险控制策略。例如，可以对目标城市当地和/或周边城市发生的风险事件进行统计分析，以确定用于判断用户类别是可疑用户、操作类别是可疑操作、以及车辆类别是可疑车辆类型的特定规则。以此方式，可以有针对性地对订单进行识别，以提高风险等级的准确度。

在一些实施例中，风险控制装置114可以动态地更新用于判断用户类别是可疑用户、操作类别是可疑操作、以及车辆类别是可疑车辆类型的特定规则。在一些实施例中，风险控制装置114可以每隔预定时间（例如，一周），对预定时间段内（例如，过去三个月或者过去半年）对风险事件进行统计分析，并由此更新上述特定规则。在一些实施例中，风险控制装置114可以响应于特定事件的发生而修改上述特定规则。例如，以在昆明租赁的沃尔沃是可疑车辆类型为例，当风险控制装置114获知在昆明的专门盗取沃尔沃的犯罪团伙被抓获之后，则可以修改上述特定规则，使得在昆明租赁的沃尔沃不再被确定为可疑车辆类型。

通常，基于传统的黑名单管理机制仅能识别出被记录在案的用户所发起的恶意订单。与之相比，本公开能够在传统的黑名单管理机制之外，针对由未被记录在黑名单中的用户所发起的订单，通过另外的、诸如手机号码、身份证号码、车辆类型以及历史操作等多个维度，对车辆租赁订单的风险等级进行确定，以进一步识别出其中可能存在的恶意订单。因此，本公开能够对订单的风险进行更为准确的识别，由此促进对订单和/或待租赁车辆中进行风险控制操作，以此避免潜在的损失。而且，本公开能够利用历史曾经发生的风险事件的大数据，针对不同的目标城市列出不同的存在潜在风险的车辆清单，以由此有针对性地、更准确地识别出对存在潜在风险的车辆类型，并进而用于识别出可能存在恶意订单。

图3示意性地示出了根据本公开的实施例的用于确定用户类别的方法300的步骤图。具体地，图3详细描述了图2中步骤204的具体过程。

在步骤302，风险控制装置114可以从订单信息112获取与订单相对应的目标城市。

例如，订单信息112中可以包括取车城市的字段，风险控制装置114可以将取车城市作为目标城市。

在步骤304，风险控制装置114可以基于订单信息112，获取用户的用户属性信息。用户属性信息至少包括用户使用的手机号码、以及用户的有效证件信息（例如，身份证号码）。

具体地，如果订单信息112指示用户将要在风险事件高发的城市进行车辆租赁时，则可以进一步基于用户的身份信息和待租赁车辆的车辆类型，来进一步确定该订单的风险等级。例如，如果用户的身份信息指示该用户来自风险事件高发的城市、且待租赁车辆的车辆类别属于可疑车辆类型（其将在图4中详细描述），则确定该订单的风险等级为危险，反之，则确定该订单的风险等级为安全。

然而，这仍存在遗漏有风险的订单的可能。例如，执行车辆盗窃的团伙可能从一个城市流窜到另一个城市去进行作案，或者执行车辆盗窃的团伙可能使用看似安全的新注册用户进行车辆租赁，并进而实行车辆盗窃。为了进一步识别出此类订单，风险控制装置114可以进一步基于与用户相关的各种信息（例如，手机号码）进行风险识别。

在一些实施例中，手机号码和有效证件信息可以是由用户在用户终端102处输入。在一些实施例中，基于用户输入的手机号码，风险控制装置114可以通过第三方的接口查询用户经常使用的其他手机号码，以供在步骤306中使用。在一些实施例中，当用户使用手机作为用户终端102时，安装在其上的程序可以直接获取本机的号码并附加到订单信息112中。

在步骤306，风险控制装置114基于用户属性信息，确定用户使用的手机号码所属于的第一城市、以及用户的身份识别信息所属于的第二城市。

可以理解，用户提供的诸如手机号码和身份证号码等信息都会与一个城市唯一地关联，例如，身份证前6位310101指示该身份证属于上海，身份证前6位110101指示该身份证属于北京。类似地，手机号码的前7位可以指示运营商信息以及手机号码所属于的城市。

在一些实施例中，服务器104可以包括用于与各种第三方通信的接口，风险控制装置114可以利用这些接口，从第三方处方便地获取第一城市和第二城市。

在一些实施例中，风险控制装置114还可以基于用户的身份识别信息，根据第三方处和/或从公安系统和/或从服务器104处基于历史风险事件而维护的黑名单库，确定用户是否曾经执行过风险事件。如果确定用户曾经执行过风险事件，则确定用户类别是危险用户。

在步骤308，基于第一城市、第二城市和目标城市，确定用户类别。

在一些实施例中，风险控制装置114可以基于历史订单信息112，获取多个候选风险城市。该多个候选风险城市可以包括曾经发生过风险事件的订单数目大于预定阈值的城市、和/或发生过风险事件的订单占总订单的比例大于预定阈值的城市。然后，在用户未执行过风险事件的情况下，风险控制装置114确定用户所选择的目标城市是否被包括在多个候选风险城市之中。

在一些实施例中，在用户未执行过风险事件的情况下，如果确定目标城市包括在风险事件高发的城市中、并且如果第二城市指示该用户来自风险事件高发的城市，则确定用户类别是危险用户。

通过对大量历史风险事件的分析，发现的是，第一城市、第二城市和目标城市互不相同的订单发生风险事件的概率较高。在另一些实施例中，在用户未执行过风险事件的情况下，如果确定目标城市未包括在多个候选风险城市之中，则风险控制装置114进一步确定第一城市、第二城市和目标城市是否相同。基于第一城市、第二城市和目标城市互不相同，风险控制装置114确定用户类别为可疑用户，反之，确定用户类别为安全用户。

以此方式，本公开的实施例可以利用对多个维度的用户属性信息的分析，准确地确定用户所属的类别，以进一步用于确定订单的风险等级。

图4示意性地示出了根据本公开的实施例的用于确定车辆类别的方法400的步骤图。具体地，图4详细描述了图4中步骤204的具体过程。

在步骤402，风险控制装置114可以从订单信息112获取与订单相对应的目标城市、以及待租赁车辆的类型。

在步骤404，风险控制装置114可以获取多个候选车辆类型，多个候选车辆类型至少与目标城市相关联。

在一些实施例中，服务器104上可以维护有风险事件库，风险事件库中包括与多个风险事件相对应的多个条目，每个条目可以包括：风险事件发生的城市、风险事件的类型（例如，整车盗窃、车辆零部件盗窃等）、实施风险事件的用户、车辆类型等。风险控制装置114可以基于这些条目，确定针对目标城市的多个候选车辆类型，该多个候选车辆类型是针对该目标城市，风险事件发生可能性更高的车辆类型。在一些实施例中，风险控制装置114可以仅基于预定时间段（例如，3个月或半年）内的条目来确定多个候选车辆类型。在一些实施例中，多个候选车辆类型除了与目标城市相关联，还可以与多个其他城市相关联，该其他多个城市与目标城市的距离在预定范围内。

在步骤406，风险控制装置114确定待租赁车辆的类型是否被包括在多个候选车辆类型中，如果是，则进行到步骤408，风险控制装置114确定车辆类别为可疑车辆类型。反之，则确定车辆类别为安全车辆类别。

以此方式，本公开的实施例可以利用风险事件的大数据，针对不同的目标城市对存在潜在风险的车辆类型进行准备地识别，以进一步用于确定订单的风险等级。

图5示意性地示出了根据本公开的实施例的用于确定操作类别的方法500的步骤图。具体地，图5详细描述了图2中步骤206的具体过程。

在步骤502，风险控制装置114基于历史操作数据122，确定与用户的操作相对应的城市以及车辆类型。

通过对历史风险事件的大数据的分析所发现的是，正常的租车订单，用户则倾向于仅仅在一个目标城市，浏览可以租赁的多种车辆类型，而发生过风险事件的订单在提交之前，用户倾向于在多个城市之间切换，并且仅仅关注其期望实施风险事件的有限数目的车辆类型，或者仅浏览可疑车辆类型。因此，风险控制装置114可以基于历史操作数据122，确定与用户的操作相对应的（多个）城市、以及（多个）车辆类型，并据此对用户的操作类别进行判断。

在步骤504，风险控制装置114确定城市以及车辆类型是否满足预定规则，如果是，则进行到步骤506，风险控制装置114确定操作类别为可疑操作。

在一些实施例中，历史操作数据122包括用户在确定订单之前，操作类型（例如，点击、滑动）、与该操作对应的时间戳和网络地址（例如，IP地址）。风险控制装置114可以基于这些操作类型、以及时间戳和网络地址，从服务器104获取相应的用户历史操作。这样，可以以较少的数据量准确地查询到用户历史操作。

在一些实施例中，风险控制装置114可以确定城市的第一数目，并且确定车辆类型的第二数目。然后风险控制装置114可以确定是否第一数目比第二数目大预定值，并且如果是，则确定操作类别是可疑操作，反之，则确定操作类别是安全操作。例如，风险控制装置114根据历史操作数据122，确定用户浏览过“上海”、“苏州”、“杭州”等3个城市、并且只浏览过“宝马X3”这一种车辆类型。因此，风险控制装置114可以确定操作类别是可疑操作。

以此方式，本公开的实施例可以对用户在确定订单的过程中所执行的操作进行处理以识别出其中非正常的可疑行为，以进一步用于确定订单的风险等级。

图6示意性地示出了根据本公开实施例的确定订单的风险等级的方法600的步骤图。具体地，图6是图2-5中所描述的过程的一个具体示例。在该具体示例中，当用户类别是可疑用户、操作类别是可疑操作、以及车辆类别是可疑车辆类型时，风险控制装置114确定订单的风险等级124是可疑等级。

在步骤602，风险控制装置114获取用户终端102发送的关于待租赁车辆的订单的订单信息112、以及用户针对订单的历史操作数据122。

在步骤604，风险控制装置114根据订单信息112，获取用户的身份证号码、手机号码、租赁车辆的目标城市以及待租赁车辆类型。

在步骤606，风险控制装置114确定身份证号码是否被包括在黑名单库中。如果是，则确定用户类别为危险用户，并且确定订单的风险等级为危险642，如果否，方法600进行到步骤608。

在步骤608，风险控制装置114确定至少与目标城市相关联的多个候选车辆类型。

在步骤610，风险控制装置114（例如，基于对历史订单信息112的分析），获取多个候选风险城市。

在步骤612，风险控制装置114确定目标城市是否被包括在多个候选风险城市中，如果是，则方法600进行到步骤624，如果否，则进行到步骤614。

在步骤614，风险控制装置114确定待租赁车辆类型是否包括在多个候选车辆类型中。如果是，则确定待租赁车辆类型是可疑车辆类型，并且方法600进行到步骤616，如果否，则确定待租赁车辆类型是安全车辆类型，并且确定订单的风险等级为安全632。

在步骤616，风险控制装置114确定用户手机号码所属于的第一城市、用户身份证号码所属于的第二城市和目标城市是否互不相同，如果是，则确定用户类别是可疑用户，并且方法600进行到步骤618，如果否，则确定用户类别是安全用户，并且确定订单的风险等级为安全632。

在步骤618，风险控制装置114基于历史操作数据122，确定与用户操作相对应的城市和车辆类型。

在步骤620，风险控制装置114确定城市以及车辆类型是否满足预定规则。如果是（例如，用户浏览过的城市数目大于车辆类型数目），则确定操作类别是可疑操作，并且确定订单的风险等级为可疑622。如果否，则确定操作类别是安全操作，并且确定订单的风险等级为安全632。

在步骤624，风险控制装置114确定用户身份证号码所属于的第二城市是否包括在多个候选城市中。如果否，则方法600进行到614，如果是，则方法600进行到步骤626。

在步骤626，风险控制装置114确定待租赁车辆类型是否包括在多个候选车辆类型中。如果是，则确定订单的风险等级为危险642，如果否，则确定订单的风险等级为安全632。

在一些实施例中，在步骤606之前，如果确定用户是非新用户、或者第三方信用评分良好，则方法600可以直接确定订单的风险等级为安全632。以此方式，本公开的实施例可以避免不必要地重复审核。

在另一些实施例中，在步骤606之前，如果确定用户是非新用户、或者第三方信用评分良好，方法600还可以进一步确定待租赁车辆类型是否属于高价格的类型，如果是，则方法600跳转到步骤608继续进行。以此方式，本公开的实施例可以对一旦发生风险事件则可能造成高额损失的车辆类型进行更严格的风险控制。

在另一些实施例中，方法600还可以进一步包括：经由第三方接口，获取与手机号码相对应的使用情况（例如，流量）。如果确定使用情况指示该手机号码近期均未使用（例如，流量），则确定用户类别是可疑用户。以此方式，本公开的实施例还可以进一步基于手机号码使用的维度，对车辆租赁订单进行风险控制。

图7示出了可以用来实现本公开的实施例的示例电子设备700的示意性框图。例如，电子设备700可被用于实现图1中所示的服务器104。如图所示，电子设备700包括中央处理单元（CPU）701，其可以根据存储在只读存储器（ROM）702中的计算机程序指令或者从存储单元708加载到随机存取存储器（RAM）703中的计算机程序指令，来执行各种适当的动作和处理。在RAM中，还可存储电子设备700操作所需的各种程序和数据。CPU、ROM以及RAM通过总线704彼此相连。输入/输出（I/O）接口705也连接至总线704。

电子设备700中的多个部件连接至I/O接口705，包括：输入单元706，例如键盘、鼠标等；输出单元707，例如各种类型的显示器、扬声器等；存储单元708，例如磁盘、光盘等；以及通信单元709，例如网卡、调制解调器、无线通信收发机等。通信单元709允许电子设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

中央处理单元701执行上文所描述的各个方法和处理，例如方法200、400、500和600的任一个。例如，在一些实施例中，方法200、400、500和600中的任一个可以被实现为计算机软件程序或计算机程序产品，其被有形地包含于机器可读介质，例如存储单元708。在一些实施例中，计算机程序的部分或者全部可以经由ROM和/或通信单元709而被载入和/或安装到电子设备700上。当计算机程序加载到RAM并由CPU执行时，可以执行上文描述的方法200、400、500和600中的任何方法中的一个或多个步骤。备选地，在其他实施例中，CPU可以通过其他任何适当的方式（例如，借助于固件）而被配置为执行上述方法中的任一个。

本公开可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。

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

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

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

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

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

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

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

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

Claims (8)

1.一种用于车辆租赁订单管理的方法，包括：

在服务器处，获取用户终端发送的关于待租赁车辆的订单的订单信息以及用户针对所述订单的历史操作数据，所述历史操作数据包括所述用户在确定所述订单之前的预定时间段内，浏览过的待租赁车辆的车辆类型以及选择过的城市；

基于所述订单信息，确定与所述用户相对应的用户类别、以及与待租赁车辆相对应的车辆类别；

基于所述历史操作数据，确定与所述用户的操作相对应的操作类别，确定所述操作类别还包括：

基于所述历史操作数据，确定与所述用户的操作相对应的所述城市的第一数目以及所述车辆类型的第二数目；以及

如果确定所述城市的第一数目比所述车辆类型的第二数目大预定值，确定所述操作类别为可疑操作；

基于所述用户类别、所述车辆类别以及所述操作类别，确定所述订单的风险等级，确定所述风险等级还包括：

如果所述操作类别是可疑操作，则基于所述用户类别是否为可疑用户、所述车辆类别是否为可疑车辆类型，来确定所述订单的风险等级是否为可疑等级；以及

基于所述风险等级，针对所述订单和所述待租赁车辆中的至少一者进行风险控制操作；

其中确定所述车辆类别包括：

从所述订单信息获取与所述订单相对应的目标城市、以及所述待租赁车辆的类型；

获取多个候选车辆类型，所述多个候选车辆类型至少与所述目标城市相关联；以及

将所述待租赁车辆的类型与所述多个候选车辆类型进行比较，以确定所述车辆类别。

2.根据权利要求1所述的方法，其中，确定与所述用户相对应的用户类别包括：

从所述订单信息获取与所述订单相对应的目标城市；

基于所述订单信息，获取所述用户的用户属性信息；

基于所述用户属性信息，确定所述用户使用的手机号码所属于的第一城市、以及所述用户的身份识别信息所属于的第二城市；以及

基于所述第一城市、所述第二城市和所述目标城市，确定所述用户类别。

3.根据权利要求2所述的方法，其中，确定所述用户类别包括：

基于历史订单信息，获取多个候选风险城市；

确定所述目标城市是否被包括在所述多个候选风险城市之中；以及

如果确定所述目标城市未包括在所述多个候选风险城市之中，则基于所述第一城市、所述第二城市和所述目标城市互不相同，确定所述用户类别为可疑用户。

4.根据权利要求1所述的方法，其中，确定所述车辆类别包括：

如果确定所述待租赁车辆的类型被包括在所述多个候选车辆类型中，确定所述车辆类别为可疑车辆类型。

5.根据权利要求1-4中的任一项所述的方法，其中，确定所述订单的风险等级包括：

如果以下至少一项被满足，则确定所述订单的风险等级是可疑等级：

所述用户类别是可疑用户；以及

所述车辆类别是可疑车辆类型。

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

如果确定所述风险等级是可疑等级，生成与所述订单相关联的提示消息。

7.一种电子设备，包括：

至少一个处理单元；以及

至少一个存储器，所述至少一个存储器被耦合到所述至少一个处理单元并且存储用于由所述至少一个处理单元执行的指令，所述指令当由所述至少一个处理单元执行时，使得所述电子设备执行根据权利要求1至6中的任一项所述的方法的步骤。

8.一种计算机可读存储介质，其上存储有计算机程序代码，所述计算机程序代码在被运行时执行根据权利要求1至6中的任一项所述的方法。

Images