CN108460642A - 贷款分类方法及装置 - Google Patents

Abstract

本发明涉及一种贷款分类方法及装置。所述方法包括：根据客户的身份标识获取客户基本信息，并获取客服输入的客户条件信息和客户业务信息；若所述客户条件信息与预设贷款基本条件相匹配，则根据所述客户业务信息确定所述客户的客户贷款类型；根据所述客户基本信息向所述客户贷款类型对应的贷款系统发送贷款需求信息；若所述客户基本信息中的客户编号与所述客户贷款类型对应的贷款系统的需求名单中的客户编号不匹配，则接收所述客户贷款类型对应的贷款系统返回的贷款需求确认信息，并将所述贷款需求确认信息在客服坐席界面进行展示。上述贷款分类方法及装置可以避免贷款需求资源的浪费。

Description

贷款分类方法及装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种贷款分类方法及装置。

背景技术

在互联网时代，人们的衣食住行都渐渐趋于互联网化。互联网不仅能够使人们的生活更加便利，而且能够提高办事效率。因此，越来越多的互联网产品随即诞生。

互联网贷款系统可以帮助人们在网络平台上完成信息录入、贷款产品推荐以及贷款申请等操作。传统的互联网贷款系统针对一款固定的贷款产品筛选客户信息，符合该贷款产品条件的推荐该贷款产品，不符合该贷款产品条件的不推荐该贷款产品，那么很多不符合该贷款产品条件但符合其他贷款产品条件的贷款需求资源就被浪费了，这样就导致浪费了很多贷款需求资源。

发明内容

基于此，有必要针对需求资源浪费的问题，提供一种贷款分类方法，以避免需求资源的浪费。

一种贷款分类方法，包括：

根据客户的身份标识获取客户基本信息，以及获取客服输入的客户条件信息和客户业务信息；

若所述客户条件信息与预设贷款基本条件相匹配，则根据所述客户业务信息确定所述客户的客户贷款类型；

根据所述客户基本信息向所述客户贷款类型对应的贷款系统发送贷款需求信息；以及

若所述客户基本信息中的客户编号与所述客户贷款类型对应的贷款系统的需求名单中的客户编号不匹配，则接收所述客户贷款类型对应的贷款系统返回的贷款需求确认信息，并将所述贷款需求确认信息在客服坐席界面进行展示，所述贷款需求确认信息是所述客户贷款类型对应的贷款系统根据所述贷款需求信息生成的。

在其中一个实施例中，所述获取客服输入的客户条件信息和客户业务信息包括：

将问卷提问信息发送至客服终端，所述问卷提问信息以预设方式在客服终端进行加载；以及

获取客服终端返回的客服根据问卷提问信息输入的客户条件信息和客户业务信息。

在其中一个实施例中，所述方法还包括：

若所述客户基本信息中的客户编号与所述客户贷款类型对应的贷款系统的需求名单中的客户编号匹配，则接收所述客户贷款类型对应的贷款系统返回的贷款需求信息重复的验证结果，并将所述贷款需求信息重复的验证结果在客服坐席界面进行展示。

在其中一个实施例中，所述接收所述客户贷款类型对应的贷款系统返回的贷款需求信息重复的验证结果，并将所述贷款需求信息重复的验证结果在客服坐席界面进行展示之后还包括：

根据所述客户基本信息向所述验证结果中指定的贷款系统发送贷款指定需求信息；以及

若所述客户基本信息中的客户编号与所述验证结果中指定的贷款系统的需求名单的客户编号不匹配，则接收所述验证结果中指定的贷款系统返回的贷款指定需求确认信息，并将所述贷款指定需求确认信息在客服坐席界面进行展示，所述贷款指定需求确认信息是所述验证结果中指定的贷款系统根据所述贷款指定需求信息生成的。

在其中一个实施例中，所述根据所述客户基本信息向所述验证结果中指定的贷款系统发送贷款指定需求信息之后还包括：

若所述客户基本信息中的客户编号与所述验证结果中指定的贷款系统的需求名单中的客户编号匹配，则接收所述验证结果中指定的贷款系统返回的贷款指定需求预约失败信息，并将所述贷款指定需求预约失败信息在客服坐席界面进行展示。

一种贷款分类装置，包括：

信息获取模块，用于根据客户的身份标识获取客户基本信息，以及获取客服输入的客户条件信息和客户业务信息；

类型判断模块，用于若所述客户条件信息与预设贷款基本条件相匹配，则根据所述客户业务信息确定所述客户的客户贷款类型；

需求发送模块，用于根据所述客户基本信息向所述客户贷款类型对应的贷款系统发送贷款需求信息；

确认信息接收模块，用于若所述客户基本信息中的客户编号与所述客户贷款类型对应的贷款系统的需求名单中的客户编号不匹配，则接收所述客户贷款类型对应的贷款系统返回的贷款需求确认信息，并将所述贷款需求确认信息在客服坐席界面进行展示，所述贷款需求确认信息是所述客户贷款类型对应的贷款系统根据所述贷款需求信息生成的。

在其中一个实施例中，所述信息获取模块还用于将问卷提问信息发送至客服终端，所述问卷提问信息以预设方式在客服终端进行加载；获取客服终端返回的客服根据问卷提问信息输入的客户条件信息和客户业务信息。

在其中一个实施例中，所述装置还包括：

验证结果接收模块，用于若所述客户基本信息中的客户编号与所述客户贷款类型对应的贷款系统的需求名单中的客户编号匹配，则接收所述客户贷款类型对应的贷款系统返回的贷款需求信息重复的验证结果，并将所述贷款需求信息重复的验证结果在客服坐席界面进行展示。

在其中一个实施例中，所述装置还包括：

指定需求发送模块，用于根据所述客户基本信息向所述验证结果中指定的贷款系统发送贷款指定需求信息；

指定确认信息接收模块，用于若所述客户基本信息中的客户编号与所述验证结果中指定的贷款系统的需求名单的客户编号不匹配，则接收所述验证结果中指定的贷款系统返回的贷款指定需求确认信息，并将所述贷款指定需求确认信息在客服坐席界面进行展示，所述贷款指定需求确认信息是所述验证结果中指定的贷款系统根据所述贷款指定需求信息生成的。

在其中一个实施例中，所述装置还包括：

失败信息接收模块，用于若所述客户基本信息中的客户编号与所述验证结果中指定的贷款系统的需求名单中的客户编号匹配，则接收所述验证结果中指定的贷款系统返回的贷款指定需求预约失败信息，并将所述贷款指定需求预约失败信息在客服坐席界面进行展示。

上述贷款分类方法及装置，根据获取的客户的相关信息判断客户贷款类型，再向对应的贷款类型系统发送贷款需求信息。不再是判断固定的贷款系统是否符合条件从而发送贷款需求信息，而是在多个贷款系统中选择最符合条件的贷款系统发送贷款需求信息。大大地提高了贷款需求的成功率，避免贷款需求资源的浪费。

附图说明

图1为一个实施例中贷款分类方法的应用环境图；

图2为一个实施例中贷款分类方法的流程图；

图3为另一个实施例中贷款分类方法的流程图；

图4为一个实施例中客服坐席界面示意图；

图5为一个实施例中贷款分类装置的结构示意图；

图6为另一个实施例中贷款分类装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

图1为一个实施例中贷款分类方法的应用环境图。如图1所示，该应用环境图包括客服终端102、贷款分类服务器104、贷款系统服务器106。客服终端102为可接入网络的设备，用于输入客户条件信息和客户业务信息，以及在客服坐席界面展示信息。可以理解的是，客服终端102可以但不仅限于是个人电脑、移动终端、电子穿戴设备等。贷款分类服务器104用于获取客户基本信息、客服终端102输入的客户条件信息和客户业务信息，根据客户基本信息、客户条件信息和客户业务信息判断客户贷款类型，并向贷款系统服务器106发送贷款需求信息，以及接收贷款系统服务器106返回的需求确认信息。贷款系统服务器106用于接收贷款分类服务器104发送的贷款需求信息，以及向贷款分类服务器104发送需求确认信息。贷款系统服务器106中可以有一个或者多个贷款系统。贷款分类服务器104、贷款系统服务器106为可提供计算服务的设备，例如可以是一台或者多台计算机。可以理解的是，在其他实施例中，贷款系统服务器可以为多台。

图2为一个实施例中贷款分类方法的流程图。如图2所示，该贷款分类方法包括步骤S202到步骤S208，其中：

步骤S202，根据客户的身份标识获取客户基本信息，以及获取客服输入的客户条件信息和客户业务信息。

在本实施例中，客户的身份标识是指能够证明客户身份的凭证，即客户的唯一身份标识。例如客户的身份标识可以是客户的电话号码、身份证号码、社保号码、驾驶证号码、护照号码等。通过获取客户终端的身份编码，根据客户终端的身份编码得到进线客户的身份标识。其中，客户终端的身份编码和客户的身份标识存在对应关系，客户终端的身份编码是指客户终端的唯一身份标识编码，例如客户终端的身份编码可以是客户终端的IP(Internet Protocol)地址、MAC(Media Access Control)地址、电话号码等。客户终端为可与服务器通信的设备，例如可以是座机电话、个人电脑、移动终端等。在其他实施例中，客户的身份标识也可以是从客服终端输入的。

在本实施例中，客户基本信息是指反映客户个人基本情况的信息，被用于生成贷款需求信息。比如客户基本信息可以是客户编号、客户姓名、客户性别、客户年龄等。客户的身份标识与客户基本信息存在一一对应的关系，通过获取的客户的身份标识查找并获取客户的基本信息。

在本实施例中，客户条件信息是指反映客户基本条件的信息，被用于判断客户是否满足贷款的基本条件。例如客户所在城市、客户年龄以及是否有信用记录等等。客户业务信息是指客户购买其他业务产品的情况，被用于判断客户适合的贷款类型。例如客户名下有房贷、客户购买人寿保单、保单缴费满3年等等。客户条件信息和客户业务信息是由客服终端输入的。

步骤S204，若客户条件信息与预设贷款基本条件相匹配，则根据客户业务信息确定该客户的客户贷款类型。

在本实施例中，客户条件信息包括客户所在城市、客户年龄以及是否有信用记录，预设贷款基本条件为“客户所在城市为深圳、成都、上海或北京”、“客户年龄为21到55岁”、“有信用记录”。将客服输入的客户条件信息与预设贷款基本条件进行匹配，若匹配，则根据客户业务信息确定客户基本信息对应的客户贷款类型；若不匹配，则不再判断客户贷款类型以及发送贷款需求，直接返回不符合贷款条件的信息。

在本实施例中，客户贷款类型是指按一定标准对贷款进行的具体分类。客户终端输入客户业务信息，根据客户终端输入的客户业务信息判断最适合客户的贷款类型。例如客户贷款类型可以包括惠普贷款和直通贷款，客户业务信息有“客户名下是否有房贷”、“保单缴费是否满3年”等。根据客户业务信息确定客户贷款类型的具体规则可以是：当客户终端输入的客户业务信息为“客户名下有房贷”、“保单缴费满3年”时，则根据该客户业务信息判断客户贷款类型为直通贷款，否则判断客户贷款类型为惠普贷款。

步骤S206，根据客户基本信息向客户贷款类型对应的贷款系统发送贷款需求信息。

在本实施例中，贷款需求信息是根据客户基本信息生成的包含向贷款系统发起贷款请求的信息。例如向贷款系统发起贷款业务预约的请求、向贷款系统发起贷款咨询预约的请求等等。不同的贷款类型对应着不同的贷款系统，将贷款需求信息发送至根据步骤S204确定的贷款类型对应的贷款系统中。

步骤S208，若客户基本信息中的客户编号与客户贷款类型对应的贷款系统的需求名单中的客户编号不匹配，则接收客户贷款类型对应的贷款系统返回的贷款需求确认信息，并将贷款需求确认信息在客服坐席界面进行展示。

在本实施例中，贷款系统的需求名单是指贷款系统中已经预约成功的需求名单，该需求名单中记录了客户基本信息和需求业务。其中，需求业务是指客户所需办理的业务种类，比如业务办理、业务咨询等。

在本实施例中，将客户基本信息中的客户编号与客户贷款类型对应的贷款系统的需求名单中的客户编号进行匹配，若存在匹配项，则说明该客户已经成功预约过该贷款系统的业务；若不存在匹配项，则说明该客户没有向该贷款系统预约过业务，那么该贷款系统就会接受该客户的贷款业务需求。

在本实施例中，若贷款系统中的需求名单中不存在贷款需求信息中的客户编号，那么贷款系统会根据接收到的贷款需求信息进行预约，预约成功后会根据贷款需求信息生成贷款需求确认信息，并将贷款需求确认信息返回至服务器。

在本实施例中，根据获取的客户的相关信息判断客户贷款类型，再向对应的贷款类型系统发送贷款需求信息。不再是判断固定的贷款系统是否符合条件从而发送贷款需求信息，而是在多个贷款系统中选择最符合条件的贷款系统并发送贷款需求信息。大大地提高了贷款需求的成功率，避免贷款需求资源的浪费。

图3为另一个实施例中贷款分类方法的流程图。如图3所示，该贷款分类方法包括步骤S302到步骤S314，其中：

步骤S302，根据客户的身份标识获取客户基本信息，将问卷提问信息发送至客服终端，所述问卷提问信息以预设方式在客服终端进行加载。

在本实施例中，客户的身份标识是指能够证明客户身份的凭证，即客户的唯一身份标识。例如客户的身份标识可以是客户的电话号码、身份证号码、社保号码、驾驶证号码、护照号码等。客户基本信息是指反映客户个人基本情况的信息，被用于生成贷款需求信息。比如客户基本信息客户编号、客户姓名、客户性别、客户年龄等。客户的身份标识与客户基本信息存在一一对应的关系，通过获取客户的身份标识可以查找并获取客户的基本信息。

在本实施例中，以问卷的形式来收集客户的相关信息，将问卷提问信息发送至客服终端，并在客服终端进行加载，客服根据加载的问卷提问信息来输入客户的相关信息。

在本实施例中，问卷提问信息中包含若干个问题，在获取到客户基本信息之后将问卷提问信息发送至客服终端并将全部的问卷提问信息进行显示，当客服输入问卷答案时，客服终端会根据客服输入的问卷答案动态加载问题提问信息，直到输入完所有按规则加载的问题提问信息对应的问卷答案为止。

例如，问题提问信息中包含了15个问题，将问卷提问信息中的问题进行排序并顺次编号，客服终端显示问卷提问信息以及对应的题号。客服首先输入第一个提问的答案，若选择是，则将第二个提问屏蔽显示，接着接收客服输入的第三个提问的答案；若选择否，接着接收客服输入的第二个提问的答案。

步骤S304，获取客服终端返回的客服根据问卷提问信息输入的客户条件信息和客户业务信息。

在本实施例中，客户条件信息是指反映客户基本条件的信息，被用于判断客户是否满足贷款的基本条件。例如客户所在城市、客户年龄以及是否有信用记录等等。客户业务信息是指客户购买其他业务产品的情况，被用于判断客户适合的贷款类型。例如“客户为全日制本科学历”、“客户有车贷且有本地房产”、“客户为本地户籍”等等。客户条件信息和客户业务信息是由客服终端输入的。

在本实施例中，客服根据客服终端加载的问卷提问信息输入对应的问卷答案，客服终端根据问卷提问信息和问卷答案生成客户条件信息和客户业务信息，并发送至服务器。例如问题提问信息为“是否有客户本人名下房贷”，若客服输入的答案为“是”，那么生成的客户业务信息就为“客户本人名下有房贷”。

步骤S306，若客户条件信息与预设贷款基本条件相匹配，则根据客户业务信息确定该客户的客户贷款类型。

在本实施例中，客户条件信息包括客户所在城市、客户年龄以及是否有信用记录，预设贷款基本条件为“客户所在城市为深圳、成都、上海或北京”、“客户年龄为21到55岁”、“有信用记录”。将客服输入的客户条件信息与预设贷款基本条件进行匹配，若匹配，则根据客户业务信息确定客户基本信息对应的客户贷款类型；若不匹配，则不再判断客户贷款类型，直接返回不符合贷款条件的信息。

在本实施例中，客户贷款类型是指按一定标准对贷款进行的具体分类。客户终端输入客户业务信息，根据客户终端输入的客户业务信息判断的最适合客户的贷款类型。例如客户贷款类型有惠普贷款和直通贷款，客户业务信息有“客户名下是否有房贷”、“保单缴费是否满3年”等，若客户终端输入的客户业务信息为“客户名下有房贷”、“保单缴费满3年”，则将客户的贷款类型判断为直通贷款，否则为惠普贷款。

步骤S308，根据客户基本信息向客户贷款类型对应的贷款系统发送贷款需求信息。

在本实施例中，贷款系统可以为一个或者多个，每一种贷款类型对应了一个贷款系统，根据客户基本信息生成贷款需求信息，并将贷款需求信息发送至步骤S306中确定的贷款类型所对应的贷款系统中。

步骤S310，若客户基本信息中的客户编号与客户贷款类型对应的贷款系统的需求名单中的客户编号匹配，则接收客户贷款类型对应的贷款系统返回的贷款需求信息重复的验证结果，并将贷款需求信息重复的验证结果在客服坐席界面进行展示。

在本实施例中，贷款系统的需求名单是指贷款系统中已经预约成功的需求名单，该需求名单中记录了客户基本信息和需求业务。其中，需求业务是指客户所需办理的业务种类，比如业务办理、业务咨询等。

在本实施例中，贷款系统在接收到贷款需求信息后，会对贷款需求信息进行验证。将客户基本信息中的客户编号与客户贷款类型对应的贷款系统的需求名单中的客户编号进行匹配，若不存在匹配项，则说明该客户没有在该贷款系统中预约过业务。那么贷款系统会根据接收到的贷款需求信息进行预约，预约成功后会根据贷款需求信息生成贷款需求确认信息，并将贷款需求确认信息返回至服务器。

在本实施例中，若客户基本信息中的客户编号与客户贷款类型对应的贷款系统的需求名单中的客户编号存在匹配项，则说明该客户已经在该贷款系统中预约过业务。那么贷款系统不会根据接收到的贷款需求信息进行预约，直接根据贷款需求信息生成贷款需求信息重复的验证结果，并将待贷款需求信息重复的验证结果发送至客服终端，并显示在客服终端的客服坐席界面。

在本实施例中，在发送客户的贷款需求信息过后，若贷款系统中已经存在该客户的信息，那么可以再向其他贷款系统发送贷款需求信息。这样可以向多个贷款系统发送贷款需求信息，多个贷款系统同时提供需求，提高了贷款需求的成功率。

步骤S312，根据客户基本信息向验证结果中指定的贷款系统发送贷款指定需求信息。

在本实施例中，步骤S310中由贷款系统生成的贷款需求信息重复的验证结果中会指定可供客户发送需求的贷款系统。客服终端在接收到贷款需求信息重复的验证结果后，根据客户基本信息生成贷款指定需求信息，并将该贷款指定需求信息发送至指定的贷款系统中。

在本实施例中，可以向多个贷款系统中发送贷款需求信息，不再是只向一个贷款系统发送贷款需求信息，大大地提高了贷款需求的成功率，避免贷款需求资源的浪费。

步骤S314，若客户基本信息中的客户编号与验证结果中指定的贷款系统的需求名单的客户编号不匹配，则接收该验证结果中指定的贷款系统返回的贷款指定需求确认信息，并将贷款指定需求确认信息在客服坐席界面进行展示。

在本实施例中，指定的贷款系统在接收到贷款指定需求信息后，会对贷款指定需求信息进行验证。将客户基本信息中的客户编号与验证结果中指定的贷款系统的需求名单的客户编号进行匹配，若不存在匹配项，则说明该客户没有在该指定的贷款系统中预约过业务。那么指定的贷款系统会根据接收到的贷款需求信息进行预约，预约成功后会根据贷款指定需求信息生成贷款指定需求确认信息，并将贷款指定需求确认信息返回至服务器。

在本实施例中，若客户基本信息中的客户编号与验证结果中指定的贷款系统的需求名单的客户编号存在匹配项，则说明该客户已经在该指定的贷款系统中预约过业务，那么该指定的贷款系统不会根据接收到的贷款指定需求信息进行预约。直接根据贷款指定需求信息生成贷款指定需求预约失败信息，并将贷款指定需求预约失败信息发送并显示在客服终端的客服坐席界面。

在本实施例中，根据客户的相关信息判断客户最符合的贷款类型，并向最符合的贷款类型对应的贷款系统发送贷款需求信息，同时若该贷款系统中已经存在该客户的需求信息，则继续向其他贷款系统发送贷款需求信息。可以实现向多个贷款系统发送贷款需求信息，大大地提高了贷款需求的成功率，避免贷款需求资源的浪费。

在其他实施例中，贷款分类方法还可以包括：步骤S302、步骤S304、步骤S306、步骤S308和步骤S310。

图4为一个实施例中客服坐席界面示意图。如图4所示，该客服坐席界面包括客户基本信息402、客户条件信息404、问卷提问信息406和问卷提问信息408。贷款类型分为直通贷款和惠普贷款。客户基本信息402中包含了客户姓名、客户性别、来电号码，服务器获取客户的来电号码，根据来电号码获取客户姓名和客户性别，将客户姓名、客户性别和来电号码发送至客服终端并在坐席界面进行显示。其中，客户姓名和客户性别为必填项，允许客服进行修改。客户条件信息404包括：客户意愿、所在城市、客户年龄、是否有信用记录、职业情况和意向金额。根据客户条件信息判断该客户是否满足贷款的基本条件，例如贷款只针对21到55岁的客户，若客户年龄为60岁，超过了55岁不满足贷款的基本条件，则无需再录入客户条件信息进行贷款类型的判断。问卷提问信息406为直通贷款对应的问卷提问信息，问卷提问信息408为普惠贷款对应的问卷提问信息。若输入的客户意愿为“直通贷款”，则根据问卷提问信息406输入问卷答案，若输入的客户意愿为“普惠贷款”，则根据问卷提问信息408输入问卷答案。客服根据问卷提问信息输入问卷答案，客服终端再根据问卷提问信息和问卷答案生成客户业务信息发送给服务器，并根据客户业务信息判断客户贷款类型。其中，问卷提问信息是根据客服输入的客户条件信息和问卷答案动态加载的。例如，若客户年龄输入的是25到55岁，那么问卷提问信息“是否有本人名下房贷”显示为可操作状态，若客户年龄输入的是60岁，那么将全部问卷提问信息进行屏蔽，无法输入问卷答案。

图5为一个实施例中贷款分类装置的结构示意图。如图5所示，该贷款分类装置500包括信息获取模块502、类型判断模块504、需求发送模块506和确认信息接收模块508，其中：

信息获取模块502，用于根据客户的身份标识获取客户基本信息，以及获取客服输入的客户条件信息和客户业务信息。

类型判断模块504，用于若所述客户条件信息与预设贷款基本条件相匹配，则根据所述客户业务信息确定所述客户的客户贷款类型；

需求发送模块506，用于根据所述客户基本信息向所述客户贷款类型对应的贷款系统发送贷款需求信息。

确认信息接收模块508，用于若所述客户基本信息中的客户编号与所述客户贷款类型对应的贷款系统的需求名单中的客户编号不匹配，则接收所述客户贷款类型对应的贷款系统返回的贷款需求确认信息，并将所述贷款需求确认信息在客服坐席界面进行展示，所述贷款需求确认信息是客户贷款类型对应的贷款系统根据所述贷款需求信息生成的。

图6为另一个实施例中贷款分类装置的结构示意图。如图6所示，该贷款分类装置600包括信息获取模块602、类型判断模块604、需求发送模块606、确认信息接收模块608、验证结果接收模块610、指定需求发送模块612、指定确认信息接收模块614和失败信息接收模块616，其中：

信息获取模块602，用于根据客户的身份标识获取客户基本信息，以及获取客服输入的客户条件信息和客户业务信息。

在其他实施例中，信息获取模块602还用于将问卷提问信息发送至客服终端，所述问卷提问信息以预设方式在客服终端进行加载；获取客服终端返回的客服根据问卷提问信息输入的客户条件信息和客户业务信息。

类型判断模块604，用于若所述客户条件信息与预设贷款基本条件相匹配，则根据所述客户业务信息确定所述客户的客户贷款类型。

需求发送模块606，用于根据所述客户基本信息向所述客户贷款类型对应的贷款系统发送贷款需求信息。

确认信息接收模块608，用于若所述客户基本信息中的客户编号与所述客户贷款类型对应的贷款系统的需求名单中的客户编号不匹配，则接收所述客户贷款类型对应的贷款系统返回的贷款需求确认信息，并将所述贷款需求确认信息在客服坐席界面进行展示，所述贷款需求确认信息是客户贷款类型对应的贷款系统根据所述贷款需求信息生成的。

验证结果接收模块610，用于若所述客户基本信息中的客户编号与所述客户贷款类型对应的贷款系统的需求名单中的客户编号匹配，则接收所述客户贷款类型对应的贷款系统返回的贷款需求信息重复的验证结果，并将所述贷款需求信息重复的验证结果在客服坐席界面进行展示。

指定需求发送模块612，用于根据所述客户基本信息向所述验证结果中指定的贷款系统发送贷款指定需求信息。

指定确认信息接收模块614，用于若所述客户基本信息中的客户编号与所述验证结果中指定的贷款系统的需求名单的客户编号不匹配，则接收所述验证结果中指定的贷款系统返回的贷款指定需求确认信息，并将所述贷款指定需求确认信息在客服坐席界面进行展示，所述贷款指定需求确认信息是所述验证结果中指定的贷款系统根据所述贷款指定需求信息生成的。

失败信息接收模块616，用于若所述客户基本信息中的客户编号与所述验证结果中指定的贷款系统的需求名单中的客户编号匹配，则接收所述验证结果中指定的贷款系统返回的贷款指定需求预约失败信息，并将所述贷款指定需求预约失败信息在客服坐席界面进行展示。

在其他实施例中，贷款分类装置还可以包括：信息获取模块602、类型判断模块604、需求发送模块606和验证结果接收模块610。

在其他实施例中，贷款分类装置还可以包括：信息获取模块602、类型判断模块604、需求发送模块606、验证结果接收模块610、指定需求发送模块612和指定确认信息接收模块614。

在其他实施例中，贷款分类装置还可以包括：信息获取模块602、类型判断模块604、需求发送模块606、验证结果接收模块610和失败信息接收模块616。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种贷款分类方法，其特征在于，包括：

根据客户的身份标识获取客户基本信息，以及获取客服输入的客户条件信息和客户业务信息；

若所述客户条件信息与预设贷款基本条件相匹配，则根据所述客户业务信息确定所述客户的客户贷款类型；

根据所述客户基本信息向所述客户贷款类型对应的贷款系统发送贷款需求信息；以及

若所述客户基本信息中的客户编号与所述客户贷款类型对应的贷款系统的需求名单中的客户编号不匹配，则接收所述客户贷款类型对应的贷款系统返回的贷款需求确认信息，并将所述贷款需求确认信息在客服坐席界面进行展示，所述贷款需求确认信息是所述客户贷款类型对应的贷款系统根据所述贷款需求信息生成的。

2.根据权利要求1所述的方法，其特征在于，所述获取客服输入的客户条件信息和客户业务信息包括：

将问卷提问信息发送至客服终端，所述问卷提问信息以预设方式在客服终端进行加载；以及

获取客服终端返回的客服根据问卷提问信息输入的客户条件信息和客户业务信息。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

若所述客户基本信息中的客户编号与所述客户贷款类型对应的贷款系统的需求名单中的客户编号匹配，则接收所述客户贷款类型对应的贷款系统返回的贷款需求信息重复的验证结果，并将所述贷款需求信息重复的验证结果在客服坐席界面进行展示。

4.根据权利要求3所述的方法，其特征在于，所述接收所述客户贷款类型对应的贷款系统返回的贷款需求信息重复的验证结果，并将所述贷款需求信息重复的验证结果在客服坐席界面进行展示之后还包括：

根据所述客户基本信息向所述验证结果中指定的贷款系统发送贷款指定需求信息；以及

若所述客户基本信息中的客户编号与所述验证结果中指定的贷款系统的需求名单的客户编号不匹配，则接收所述验证结果中指定的贷款系统返回的贷款指定需求确认信息，并将所述贷款指定需求确认信息在客服坐席界面进行展示，所述贷款指定需求确认信息是所述验证结果中指定的贷款系统根据所述贷款指定需求信息生成的。

5.根据权利要求4所述的方法，其特征在于，所述根据所述客户基本信息向所述验证结果中指定的贷款系统发送贷款指定需求信息之后还包括：

若所述客户基本信息中的客户编号与所述验证结果中指定的贷款系统的需求名单中的客户编号匹配，则接收所述验证结果中指定的贷款系统返回的贷款指定需求预约失败信息，并将所述贷款指定需求预约失败信息在客服坐席界面进行展示。

6.一种贷款分类装置，其特征在于，包括：

信息获取模块，用于根据客户的身份标识获取客户基本信息，以及获取客服输入的客户条件信息和客户业务信息；

类型判断模块，用于若所述客户条件信息与预设贷款基本条件相匹配，则根据所述客户业务信息确定所述客户的客户贷款类型；

需求发送模块，用于根据所述客户基本信息向所述客户贷款类型对应的贷款系统发送贷款需求信息；

确认信息接收模块，用于若所述客户基本信息中的客户编号与所述客户贷款类型对应的贷款系统的需求名单中的客户编号不匹配，则接收所述客户贷款类型对应的贷款系统返回的贷款需求确认信息，并将所述贷款需求确认信息在客服坐席界面进行展示，所述贷款需求确认信息是所述客户贷款类型对应的贷款系统根据所述贷款需求信息生成的。

7.根据权利要求6所述的装置，其特征在于，所述信息获取模块还用于将问卷提问信息发送至客服终端，所述问卷提问信息以预设方式在客服终端进行加载；获取客服终端返回的客服根据问卷提问信息输入的客户条件信息和客户业务信息。

8.根据权利要求6或7所述的装置，其特征在于，所述装置还包括：

验证结果接收模块，用于若所述客户基本信息中的客户编号与所述客户贷款类型对应的贷款系统的需求名单中的客户编号匹配，则接收所述客户贷款类型对应的贷款系统返回的贷款需求信息重复的验证结果，并将所述贷款需求信息重复的验证结果在客服坐席界面进行展示。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

指定需求发送模块，用于根据所述客户基本信息向所述验证结果中指定的贷款系统发送贷款指定需求信息；

指定确认信息接收模块，用于若所述客户基本信息中的客户编号与所述验证结果中指定的贷款系统的需求名单的客户编号不匹配，则接收所述验证结果中指定的贷款系统返回的贷款指定需求确认信息，并将所述贷款指定需求确认信息在客服坐席界面进行展示，所述贷款指定需求确认信息是所述验证结果中指定的贷款系统根据所述贷款指定需求信息生成的。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

失败信息接收模块，用于若所述客户基本信息中的客户编号与所述验证结果中指定的贷款系统的需求名单中的客户编号匹配，则接收所述验证结果中指定的贷款系统返回的贷款指定需求预约失败信息，并将所述贷款指定需求预约失败信息在客服坐席界面进行展示。