CN109410064A - 金融产品的销售控制方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明公开了一种金融产品的销售控制方法，包括：接收用户终端发送的服务请求，所述服务请求中包括有用户的个人信息；在预设的产品数据库中匹配与所述用户个人信息具有映射关系的金融产品，并将该金融产品的产品信息推送给所述用户终端；接收用户终端发送的下单请求，所述下单请求中包括有所述用户选取的产品信息；响应于所述下单请求，完成下单并将该下单请求中用户选取的金融产品添加至预设的用户数据库。本发明中系统通过根据用户的个别人信息推荐与该用户的个人信息具有映射关系的金融产品信息至用户终端，实现了技改优化，增强了业务感知，使其在保证迎合用户需求的情况下实现输出订单标准化，便于业务的后期维护，提升系统运行性能。

Description

金融产品的销售控制方法、装置、计算机设备及存储介质

技术领域

本发明涉及系统金融保险领域，具体而言，本发明涉及一种金融产品的销售控制方法、装置、计算机设备及存储介质。

背景技术

随着经济的发展和科技的进步，人们的理财意识逐渐增强，越来越多的人将设置的资金投入到购买金融理财产品中。然而，由于每个客户的业务使用场景需求不尽相同，而金融产品的购买与客户的业务使用场景耦合度高，目前现有的金融产品业务服务大都是根据每个客户的需求进行定制订单，这种理财订单定制的销售控制方法不仅成本高、后期维护复杂，还影响金融产品的快速上架效率。

发明内容

本发明实施例提供一种金融产品的销售控制方法、装置、计算机设备及存储介质。

为解决上述技术问题，本发明提供了一种金融产品的销售控制方法，包括如下步骤：

接收用户终端发送的服务请求，所述服务请求中包括有用户的个人信息；

在预设的产品数据库中匹配与所述用户个人信息具有映射关系的金融产品，并将该金融产品的产品信息推送给所述用户终端；

接收用户终端发送的下单请求，所述下单请求中包括有所述用户选取的产品信息；

响应于所述下单请求，完成下单并将该下单请求中用户选取的金融产品添加至预设的用户数据库。

优选地，在预设的产品数据库中匹配与所述用户个人信息具有映射关系的金融产品，并将该金融产品的产品信息推送给所述用户终端的步骤，包括：

获取历史用户的个人信息；

将所述用户的个人信息与储存于用户数据库中历史用户的个人信息进行匹配，并获取与所述用户匹配的历史用户已购买的产品数据信息；

在所述产品数据库中提取与所述已购买的产品数据信对应的金融产品，并将所述金融产品的产品信息推送给所述用户终端。

优选地，所述将所述用户的个人信息与储存于系统用户数据库中历史用户的个人信息进行匹配的步骤，包括：

计算所述用户数据库中的每个历史用户与所述用户之间的信息相似度；

当所述用户的个人信息与所述用户数据库中历史用户的个人信息之间的相似度超过相似度阈值时，判断该历史用户与所述用户相匹配。

优选地，按照产品的使用情景，将产品数据库中的每款金融产品划分为多个子类产品，其中，每个子类产品对应所述金融产品在一个或多个使用情景中的适用版本；所述在预设的产品数据库中匹配与所述用户个人信息具有映射关系的金融产品，并将该金融产品的产品信息推送给所述用户终端的步骤，还包括：

在预设的产品数据库中匹配与所述用户个人信息具有映射关系的子类产品，并将所述子类产品的产品信息推送给所述用户终端。

优选地，所述用户的个人信息中包括有用户需求的产品使用情景信息；所述在预设的产品数据库中匹配与所述个人信息具有映射关系的子类产品，并将所述子类产品的产品信息推送给所述用户终端的步骤，具体包括：

获取用户需求的产品使用情景信息；

将所述用户需求的产品使用情景与产品数据库中子类产品的使用情景进行比对，判断出所述用户需求的产品使用情景对应适用的产品使用情景版本；

根据所述判断出的所述用户需求的产品使用情景对应适用的产品使用情景版本，提取该产品使用情景版本对应的子类产品的信息作为所述用户需求的产品信息。

优选地，所述按照产品的使用情景将产品数据库中的每款金融产品划分为多个子类产品的步骤之后，还包括：

将所述划分的多个子类产品中具有功能重叠的子类产品两两之间关联为互斥关系。

优选地，所述响应于所述下单请求，完成下单并将该下单请求中用户选取的金融产品添加至预设的用户数据库中的步骤，包括：

解析出所述下单请求中用户选取的产品信息，根据所述解析出的所有用户选取的产品信息进行下单支付金额计算；

向所述用户发送下单支付指令并确认该指令对应的支付金额是否到账；

确认所述支付金额到账后，将所述解析出的产品信息与该用户的个人信息关联并储存至用户数据库中。

为解决上述技术问题，本发明还提供了一种金融产品的销售控制装置，所述金融产品的销售控制装置包括：

第一接收模块，用于接收用户终端发送的服务请求，所述服务请求中包括有用户的个人信息；

处理模块，用于在预设的产品数据库中匹配与所述用户个人信息具有映射关系的金融产品，并将该金融产品的产品信息推送给所述用户终端；

第二接收模块，用于接收用户终端发送的下单请求，所述下单请求中包括有所述用户选取的产品信息；

执行模块，用于响应于所述下单请求，完成下单并将该下单请求中用户选取的金融产品添加至预设的用户数据库。

优选地，所述金融产品的销售控制装置还包括：

第一获取子模块，用于获取历史用户的个人信息；

第一处理子模块，用于将所述用户的个人信息与储存于用户数据库中历史用户的个人信息进行匹配，并获取与所述用户匹配的历史用户已购买的产品数据信息；

第一执行子模块，用于在所述产品数据库中提取与所述已购买的产品数据信对应的金融产品，并将所述金融产品的产品信息推送给所述用户终端。

优选地，所述金融产品的销售控制装置还包括：

第一计算子模块，用于计算所述用户数据库中的每个历史用户与所述用户之间的信息相似度；

第一判断子模块，用于当所述用户的个人信息与所述用户数据库中历史用户的个人信息之间的相似度超过相似度阈值时，判断该历史用户与所述用户相匹配。

优选地，所述金融产品的销售控制装置还包括：

第二执行子模块，用于在预设的产品数据库中匹配与所述用户个人信息具有映射关系的子类产品，并将所述子类产品的产品信息推送给所述用户终端。

优选地，所述金融产品的销售控制装置还包括：

第二获取子模块，用于获取用户需求的产品使用情景信息；

第二处理子模块，用于将所述用户需求的产品使用情景与产品数据库中子类产品的使用情景进行比对，判断出所述用户需求的产品使用情景对应适用的产品使用情景版本；

第三执行子模块，用于根据所述判断出的所述用户需求的产品使用情景对应适用的产品使用情景版本，提取该产品使用情景版本对应的子类产品的信息作为所述用户需求的产品信息。

优选地，所述金融产品的销售控制装置还包括：

第三处理子模块，用于将所述划分的多个子类产品中具有功能重叠的子类产品两两之间关联为互斥关系。

优选地，所述金融产品的销售控制装置还包括：

第二计算子模块，用于解析出所述下单请求中用户选取的产品信息，根据所述解析出的所有用户选取的产品信息进行下单支付金额计算；

第四处理子模块，用于第向所述用户发送下单支付指令并确认该指令对应的支付金额是否到账；

第四执行子模块，用于确认所述支付金额到账后，将所述解析出的产品信息与该用户的个人信息关联并储存至用户数据库中。

为解决上述技术问题，本发明还提供一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行上述金融产品的销售控制方法的步骤。

为解决上述技术问题，本发明还提供一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述金融产品的销售控制方法的步骤。

本发明的有益效果在于：

本发明具体通过接收用户终端发送的服务请求，根据所述服务请求中的用户个人信息在预设的产品数据库中匹配与所述个人信息具有映射关系的金融产品，并将该金融产品的产品信息推送给所述用户终端，使得用户可以根据推送给用户终端的金融产品信息选取适合自身需求的从金融产品并向服务器终端发送下单请求以完成下单。采用这种方式时，系统通过根据用户的个别人信息推荐与该用户的个人信息具有映射关系的金融产品信息至用户终端，实现了技改优化，增强了业务感知，使其可以在迎合用户需求的情况下实现输出订单标准化服务，便于业务的后期维护，提升系统运行性能，同时，还可以减少业务服务量和业务服务成本。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本实施例提供的金融产品的销售控制方法的基本流程示意图；

图2为本发明实施例提供的金融产品的销售控制方法中从产品数据库中匹配与所述用户个人信息具有映射关系的金融产品时的另一方法流程示意图；

图3为本发明实施例提供的金融产品的销售控制方法中判断历史用户与所述用户是否匹配的方法流程示意图；

图4为本发明实施例提供的金融产品的销售控制方法中获取与所述用户需求的产品情景信息对应的产品使用情景版本的子类产品时的方法流程示意图；

图5为本发明实施例提供的金融产品的销售控制方法中完成下单时的方法流程示意图；

图6为本发明实施例提供的金融产品的销售控制装置基本结构框图；

图7为本发明实施例提供的计算机设备的基本结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

在本发明的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，且该操作的序号仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(Personal Communications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Positioning System，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本实施例中提及的用户终端即为上述的终端。

具体地，请参阅图1，图1为本实施例提供的金融产品的销售控制方法的基本流程示意图。

如图1所示，所述金融产品的销售控制方法，包括以下步骤：

S100：接收用户终端发送的服务请求，所述服务请求中包括有用户的个人信息。

基于金融产品销售系统，用户通过终端进入系统的销售界面，当用户点击所述销售界面中设置的“获取金融产品”触发按钮之后，终端接收到该触发指令后，向服务器端发送服务请求。所述服务请求中附带有一个信息表，所述信息表中包括：用户的姓名信息、年龄信息、职业信息、住址信息、家庭情况信息以及年收支比信息等等。

S200：在预设的产品数据库中匹配与所述用户个人信息具有映射关系的金融产品，并将该金融产品的产品信息推送给所述用户终端。

服务器端在接收到用户终端发送的服务请求后，对所述服务请求附带的信息表进行解析，以获取该用户的个人信息。当所述服务器端获取到该用户的个人信息后，将该用户的个人信息与存储于金融产品销售系统预设的产品数据库中的金融产品进行匹配，获取所述预设产品数据库中与所述个人信息具有映射关系的金融产品，并将这些与所述用户个人信息具有映射关系的金融产品对应的产品信息推送给所述用户终端。具体地，在所述预设的产品数据库中，每款金融产品按照用户的个人信息设置有相对应的属性，以使所述金融产品与用户的个人信息之间具有映射关系。服务器端可以从服务请求中获取的用户个人信息与每款金融产品的属性进行匹配，进而获取所述预设产品数据库中与所述从服务请求中获取的个人信息具有映射关系的金融产品并推送给用户终端。

在一些实施例中，以年龄信息为例，所述预设的产品数据库按用户的年龄信息将所述产品数据库中的金融产品属性分为青年、中年、老年三种，即将产品面向消费群体为青年的金融产品归类到青年组(18-35岁)、将产品面向消费群体为中年的金融产品归类到中年组(36-55岁)、将产品面向消费群体为老年的金融产品归类到老年组(56岁及以上)等。此时，若服务器端从服务请求中获取的用户年龄信息在18-35岁之间时，则与该用户具有映射关系的金融产品即为青年组对应的金融产品；若服务器端从服务请求中获取的用户年龄信息在36-55岁之间时，则与该用户具有映射关系的金融产品即为中年组对应的金融产品；若服务器端从服务请求中获取的用户年龄信息在56岁及以上时，则与该用户具有映射关系的金融产品即为老年组对应的金融产品。

在一些实施例中，系统中可能具有多款类似的金融产品，此时，还可以根据该多款类似的金融产品的特性与所述用户的个人信息进行匹配，例如，系统中包括有A、B、C三款汽车保险产品。其中，A款汽车保险产品为基本型(费用较低、只能实现基本的保障)；B款汽车保险产品为热门型(费用适中、可以保障常见的用车风险)；C款汽车保险产品为全保型(费用较高，几乎与汽车有关的所有事故损失都能得到保障)。根据所述用户的个人信息中的年收支信息判断该用户的理财消费水平，根据所述用户的个人信息中的购车年限判断该用户驾车技术的熟练程度，根据该用户的理财消费水平和驾车技术的熟练程度建立用户个人信息与金融产品之间的映射关系，从而根据所述用户的个人信息，在所述预设产品数据库中获取与所述用户个人信息具有映射关系的金融产品并推送给用户终端

S300：接收用户终端发送的下单请求，所述下单请求中包括有所述用户选取的产品信息。

当所述服务器端将与所述个人信息具有映射关系的金融产品对应的产品信息推送给所述用户终端后，由所述用户终端将该推送的金融产品信息展示于所述销售界面中，用户可以通过在系统的销售界面上进行下单操作。所述下单操作具体包括：根据所述服务器端推送给所述用户终端的金融产品信息，选取适合自身需求的金融产品并生成定制订单，在销售界面提示已生成定制订单之后，点击所述销售界面中设置的“提交订单”出发按钮，用户终端接收到该触发指令后，向所述服务器端发送下单请求。所述下单请求中附带有一个定制订单数据表，所述定制订单数据表中包括有用户选取所有金融产品的名称、单价以及数量等产品信息。

在一些实施例中，当系统服务器端为用户推送金融产品信息之后，所述系统的显示界面上除了显示给用户推送的金融产品信息之外，还可以显示有金融产品自选区，所述自选区中的金融产品包括有与所述为用户推送的金融产品相关的其他金融产品。用户可以根据自己的意愿选择适合自己的金融产品。而且，为了避免用户重复购买功能相同或相似的金融产品，当用户选择了推送的金融产品后，所述自选区中与该推送的金融产品互斥的金融产品自动变为不可选状态；或/及当用户每选择一款金融产品，系统自动更新一次显示界面内所有金融产品的选择状态。用户根据自身实际情况选取完自己所需的金融产品之后，通过点击系统界面上“提交订单”按钮，以生成下单请求发送至系统服务器端，并由所述系统服务器端接收。其中，所述生成的下单请求中附有订单数据表，所述订单数据表中包含有用户选取的所有金融产品信息。

S400：响应于所述下单请求，完成下单并将该下单请求中用户选取的金融产品添加至预设的用户数据库。

当服务器端在接收到用户终端发送的下单请求后，响应于所述下单请求，对所述下单请求中附带的定制订单数据表进行解析，以获取该用户选取的产品信息，例如金融产品的名称、单价以及数量等产品信息。在获取得到该用户选取的产品信息之后，按照每款金融产品的单价以及数量计算所述定制订单的支付金额，并将向用户终端发送支付指令以完成下单操作。当服务器端检测到已完成下单之后，将该定制订单中的金融产品的信息以及该用户的个人信息添加至预设的用户数据库中，将该金融产品的信息与该用户的个人信息相关联。其中，所述预设的用户数据库中存储有历史用户的数据信息，所述历史用户的数据信息包括历史用户的个人信息以及历史用户已购买金融产品的产品信息，每个历史用户的个人信息与其已购买的金融产品的产品信息相关联。可以理解的是，若用户数据库中已存储有该用户个人信息时，则根据此次的个人信息对所述用户数据库中已存储的个人信息进行更新，并将此次完成下单的金融产品信息与该用户更新后的个人信息相关联。

上述实施例具体通过接收用户终端发送的服务请求，根据所述服务请求中的用户个人信息在预设的产品数据库中匹配与所述个人信息具有映射关系的金融产品，并将该金融产品的产品信息推送给所述用户终端，使得用户可以根据推送给用户终端的金融产品信息选取适合自身需求的从金融产品并向服务器终端发送下单请求以完成下单。采用这种方式时，系统通过根据用户的个别人信息推荐与该用户的个人信息具有映射关系的金融产品信息至用户终端，实现了技改优化，增强了业务感知，使其可以在迎合用户需求的情况下实现输出订单标准化服务，便于业务的后期维护，提升系统运行性能，同时，还可以减少业务服务量和业务服务成本。

在一些实施例中，由于业务系统中预设有用户数据库，每个在该系统下单的用户，其个人信息以及购买的产品信息都会存储于所述预设的用户数据库中，且每个用户的个人信息与其购买的产品信息相关联。因而，服务器端在预设的产品数据库中匹配与所述用户个人信息具有映射关系的金融产品时，还可以通过获取与该用户具有相似个人信息的历史用户购买的产品信息，根据历史用户的购买的产品信息匹配出与该用户个人信息具有映射关系的金融产品，并将产品信息推送给所述用户终端。具体地，请参阅图2，图2为本发明实施例提供的金融产品的销售控制方法中从产品数据库中匹配与所述用户个人信息具有映射关系的金融产品时的另一方法流程示意图。

如图2所示，步骤S200还包括如下步骤：

S210：获取历史用户的个人信息。

在所述服务器端接收到用户终端发送的服务请求之后，通过调用预设的用户数据库，从而获取得到存储于所述用户数据库中的所有历史用户的个人信息。

S220：将所述用户的个人信息与储存于用户数据库中历史用户的个人信息进行匹配，并获取与所述用户匹配的历史用户已购买的产品数据信息。

在本实施例中，服务器端接收到用户终端发送的服务请求后，对所述服务请求附带的信息表进行解析，以获取所述用户的个人信息。在获取得到所述用户的个人信息之后，将所述用户的个人信息与储存于用户数据库中历史用户的个人信息进行匹配，从而根据所述用户数据库中历史用户的个人信息与其已购买的产品信息的关联关系，获取与所述用户匹配的历史用户已购买的产品数据信息。其中，用户的个人信息包括有多个方面的信息，例如年龄信息、职业信息、住址信息、家庭情况信息以及年收支比信息等等，因而，将所述用户的个人信息与储存于用户数据库中历史用户的个人信息进行匹配时，可以通过计算所述用户的个人信息与历史用户的个人信息之间的相似度来判断两者是否匹配。请参阅图3，图3为本发明实施例提供的金融产品的销售控制方法中判断历史用户与所述用户是否匹配的方法流程示意图。

如图3所示，步骤S220还包括以下步骤：

S221：计算所述用户数据库中的每个历史用户与所述用户之间的信息相似度。

在本实施例中，当所述服务器端获取得到所述用户的个人信息以及用户数据库中的所有历史用户的个人信息之后，将所述用户的个人信息与每一个历史用户的个人信息进行一一比对，并按照预设的相似度计算规则计算出用户数据库中每一个历史用户与所述用户之间的信息相似度。所述预设的相似度计算规则可以包括：按照用户的个人信息，分别计算所述用户与历史用户之间每个方面的信息相似度点数，在将每个方面的信息相似度点数按预设的权重相加，以得出所述用户与历史用户之间的信息相似度总点数。

计算所述用户与历史用户之间每个方面的信息相似度点数时，以年龄信息为例，计算所述用户与历史用户之间的年龄信息相似度时，按年龄信息将用户分为三组，即青年组(18-35岁)、中年组(36-55岁)和老年组(56岁及以上)。此时，具体计算规则为：当所述用户与历史用户的年龄处于同一分组时，所述用户与该历史用户的相似度点数为10；当所述用户与历史用户的年龄处于不同分组时，所述用户与该历史用户的相似度点数为5。

在其他一些实施例中，计算所述用户与历史用户之间的年龄信息相似度时，还可以根据所述用户与历史用户之间的年龄差值进行计算，随着所述用户与历史用户之间的年龄差值增大，所述用户的个人信息与所述用户数据库中的历史用户个人信息之间的相似度点数减少。在具体的实施方式中，所述用户与历史用户之间的相似度点数取值为5-10，所述用户与历史用户之间的年龄每差2岁，其两者之间的相似度点数减1。例如，所述用户的年龄为35岁，其具体计算规则为：若历史用户的年龄亦为35岁，则所述用户与该历史用户之间的相似度点数为10；若历史用户的年龄为33岁或37岁，则所述用户与该历史用户之间的相似度点数为9；若历史用户的年龄为31岁或39岁时，则所述用户与该历史用户之间的相似度点数为8；依此类推，若历史用户的年龄为25岁或45岁，则所述用户与该历史用户之间的相似度点数为5。由于所述用户与历史用户之间的相似度点数取值的最小值为5，则年龄处于25岁以下即45岁以上的历史用户与该用户之间的相似度点数为5。当然，所述用户与历史用户之间的相似度点数取值可以根据具体情况具体设置。

以职业信息为例计算所述用户与历史用户之间的相似度点数时，可以将用户按职业信息的危险系数或职业收入稳定性划分等级，再按照所述划分的等级进行相似度点数的计算，具体规则与上述以年龄信息为例的计算规则相似，此处不再赘述。可以理解的是，所述用户职业信息划分等级的方式不限于上述列举的两种方式，还可以根据系统中金融产品属性的实际情况进行划分。

以住址信息为例计算所述用户与历史用户之间的相似度点数时，可以将用户按住址信息划分等级为一线城市、二线城市、三、四线城市等，再按照所述划分的等级进行相似度点数的计算，具体规则与上述以年龄信息为例的计算规则相似，此处不再赘述。可以理解的是，所述用户住址信息划分等级的方式不限于上述列举的方式，还可以根据系统中金融产品属性的实际情况进行划分。

以家庭情况信息为例计算所述用户与历史用户之间的相似度点数时，可以将用户按家庭情况信息的人口数量或家庭具有稳定收入人口数量占家庭总人口数量的比值划分等级，再按照所述划分的等级进行相似度点数的计算，具体规则与上述以年龄信息为例的计算规则相似，此处不再赘述。可以理解的是，所述用户家庭情况信息划分等级的方式不限于上述列举的两种方式，还可以根据系统中金融产品属性的实际情况进行划分。

以年收支比信息为例计算所述用户与历史用户之间的相似度点数时，可以将用户按年收支比信息划分等级，例如支出占收入比值在60％以上为一级、支出占收入比值在40％-60％之间为二级、支出占收入比值在40％以下为三级，再按照所述划分的等级进行相似度点数的计算，具体规则与上述以年龄信息为例的计算规则相似，此处不再赘述。可以理解的是，所述用户年收支比信息划分等级的方式不限于上述列举的方式，还可以根据系统中金融产品属性的实际情况进行划分。

当计算出所述用户与历史用户之间每个方面的信息相似度点数之后，将每个方面的信息相似度点数按预设的权重相加，以得出所述用户与历史用户之间的信息相似度总点数。

例如，根据上述方式计算出所述用户与某个历史用户之间的年龄信息相似度点数为8、职业信息相似度点数为9、住址信息相似度点数为10、家庭情况相似度点数为8、年收支比信息相似度点数为9，而系统中预设的权重为年龄信息：职业信息：住址信息：家庭情况信息：年收支比信息等于1：2：2：2：3时，可计算出所述用户与该历史用户之间的信息相似度总点数为8*1+9*2+10*2+8*2+9*3＝89。

可以理解的是，所述系统预设的计算相似度的权重可依据业务系统的实际情况具体设置。

S222：当所述用户的个人信息与所述用户数据库中历史用户的个人信息之间的相似度超过相似度阈值时，判断该历史用户与所述用户相匹配。

当计算出所述用户与历史用户之间的信息相似度总点数之后，判断所述用户与历史用户之间的信息相似度总点数是否超过系统预设的相似度阈值，若超过，则判断该历史用户与所述用户相匹配。例如，所述系统预设的相似度阈值为80，而所述计算出所述用户与该历史用户之间的信息相似度总点数为89，即89＞80，判断该历史用户与所述用户相匹配。

S230：在所述产品数据库中提取与所述已购买的产品数据信对应的金融产品，并将所述金融产品的产品信息推送给所述用户终端。

当判断出与所述用户相匹配的历史用户之后，根据所述用户数据库中历史用户的个人信息与其已购买的产品信息的关联关系，获取与所述用户匹配的历史用户已购买的产品数据信息，根据所述已购买的产品数据信息，在所述产品数据库中提取与所述已购买的产品数据信对应的金融产品，并将所述金融产品的产品信息推送给所述用户终端。

上述实施例通过计算用户数据库中的每个历史用户与所述用户之间的信息相似度，判断所述用户与所述用户数据库中的历史用户是否匹配，匹配时，获取与所述用户匹配的历史用户已购买的产品数据信息，再从所述产品数据库中提取与所述已购买的产品数据信对应的金融产品，并将所述金融产品的产品信息推送给所述用户终端。这使得所述推送给所述用户终端的产品信息更加贴合用户的需求，提高用户体验度。

在一些实施例中，系统还可以按照产品的使用情景，将产品数据库中的每款金融产品划分为多个子类产品，其中，每个子类产品对应适用所述金融产品的一个或多个使用情景版本。在从产品数据库中匹配与所述用户个人信息具有映射关系的金融产品，并将该金融产品的产品信息推送给所述用户终端时，具体匹配与所述用户个人信息具有映射关系的子类产品，并将所述子类产品的产品信息推送给所述用户终端。

例如，一款汽车保险产品，按照汽车已使用年限将金融产品的使用情景划分为1年以内、1至3年、3至5年以及5年以上等，其中，所述汽车的已使用年限可根据用户的购车年限判定；按照用户投保的年限将金融产品的使用场景划分为5年、10年、15年、20年等；再根据上述两种不同的划分方式进行随机组合得出多个子类产品，即购车一年以内且投保五年为该款汽车保险产品的一个子类产品，依此规则，该款汽车保险产品根据不同的业务使用场景可划分为16个子类产品。然后，根据该用户需求的产品使用场景信息获取与该用户个人信息契合度最高的子类产品的产品信息并将所述子类产品的产品信息推送给所述用户终端。可以理解的是，系统中金融产品的使用场景可以通过对系统中的历史数据信息统计分析进行设定。

上述实施例通过将产品数据库中的金融产品划分为多个子类产品，其中，每个子类产品对应所述金融产品在一个或多个使用情景中的适用版本。这可以使得系统的业务感知进一步增强，实现输出订单服务更加标准化，更加贴合客户的需求。

在一些实施例中，当按照产品的使用情景，将产品数据库中的每款金融产品划分为多个子类产品之后，虽然这些子类产品的使用情景不同，但是其实现保护的功能是一致的，因此，还可以将所述划分的多个子类产品中具有功能重叠的子类产品两两之间关联为互斥关系，以使得将所述子类产品的产品信息推送给所述用户终端之后，避免用户下单时选取了功能重叠的子类产品。例如，一款汽车保险产品，包括有购车一年投保五年和购车年投保十年两款子类产品，当这两款子类产品都推荐给用户终端时，用户只能选取其中一种，即当用户选取了购车一年投保五年这款子类产品时，所述购车年投保十年这款子类产品则处于不可选状态；或者，当用户选取了购车一年投保五年这款子类产品之后，又选取了购车年投保十年这款子类产品，则原先选区的购车一年投保五年这款子类产品恢复为未选状态。

上述实施例通过将所述划分的多个子类产品中具有功能重叠的子类产品两两之间关联为互斥关系，避免了用户会重复购买功能相同或相似金融产品的可能性，提高了用户的体验度。

在一些实施例中，所述用户的个人信息中还包括有用户需求的产品使用情景信息，按照产品的使用情景将产品数据库中的每款金融产品划分为多个子类产品之后，还可以通过将所述用户需求的产品使用情景信息与所述产品数据库中子类产品的使用情景进行比对，从而获取与所述用户需求的产品情景信息对应的产品使用情景版本的子类产品并推送给用户终端。请参阅图4，图4为本发明实施例提供的金融产品的销售控制方法中获取与所述用户需求的产品情景信息对应的产品使用情景版本的子类产品时的方法流程示意图。

如图4所示，获取与所述用户需求的产品使用情景契合度高的子类产品时，具体包括以下步骤：

S240：获取用户需求的产品使用情景信息。

服务器端在接收到用户终端发送的服务请求后，对所述服务请求附带的信息表进行解析，以获取所述用户的个人信息。在对所述服务请求附带的信息表进行解析之后，通过识别所述信息表中的用户个人信息，从而获取用户需求的产品使用情景信息，具体的识别方式包括链路识别或关键字识别等。所述链路识别可以包括：系统对所述服务请求附带的信息表中的每一项信息建立链路，因此，在获取用户需求的产品使用情景时，通过搜索信息表中记载所述用户需求的产品使用情景对应的链路即可获取所述用户需求的产品使用情景信息。所述关键字识别可以包括：通过在系统中设置关键词，根据关键词获取用户需求的产品情景信息。例如，针对用户对汽车保险的需求，设置关键词为“购车年限”或/及“投保年限”，由系统通过搜索关键词“购车年限”或/及“投保年限”得出所述信息表中用户需求的产品情景信息。

S250：将所述用户需求的产品使用情景与产品数据库中子类产品的使用情景进行比对，判断出所述用户需求的产品使用情景对应适用的产品使用情景版本。

在获取所述用户需求的产品情景信息之后，将所述用户需求的产品使用情景与产品数据库中子类产品的使用情景进行比对。在产品数据库中，例如汽车保险，按产品使用情景包括有购车1年以内且投保5年、购车1年以内且投保10年、购车1年以内且投保15年、购车1年以内且投保20年、购车1至3年且投保5年、购车1至3年且投保10年……等多个产品使用情景版本。若获取的所述用户需求的产品使用情景信息为购车年限2年，计划投保年限为5年或10年，此时，所述产品数据库中与所述用户需求的产品使用情景对应适用的产品使用情景版本为购车1至3年且投保5年以及购车1至3年且投保10年。

S260：根据所述判断出的所述用户需求的产品使用情景对应适用的产品使用情景版本，提取该产品使用情景版本对应的子类产品的信息作为所述用户需求的产品信息。

在一些实施例中，请参阅图5，图5为本发明实施例提供的金融产品的销售控制方法中完成下单时的方法流程示意图。

如图5所示，所述步骤400在完成下单时具体包括如下步骤：

S410：解析出所述下单请求中用户选取的产品信息，根据所述解析出的所有用户选取的产品信息进行下单支付金额计算；

当服务器端在接收到用户终端发送的下单请求后，响应于所述下单请求，对所述下单请求中附带的定制订单数据表进行解析，以获取该用户选取的产品信息，例如金融产品的名称、单价以及数量等产品信息。然后，按照每款金融产品的单价以及数量计算出所述用户下单时需要支付的总金额。

S420：向所述用户发送下单支付指令并确认该指令对应的支付金额是否到账；

在计算出所述用户下单时需要支付的总金额之后，响应于下单请求，向所述用户发送下单支付指令并将该下单支付指令显示于系统显示界面，以指示用户执行相应的支付操作。在一些实施方式中，所述下单支付指令可以包括支付二维码，以使用户可以通过扫描系统显示界面上的支付二维码支付相应金额，以完成相应的支付操作。在其他实施方式中，所述下单支付指令还可以包括支付单，用户通过打印系统中的支付单，并携该支付单到柜台支付相应金额，以完成相应的支付操作。在所述用户完成相应的支付操作之后向所述服务器终端发送完成支付指令，以确定所述下单支付指令对应的支付金额到账。

S430：确认所述支付金额到账后，将所述解析出的产品信息与该用户的个人信息关联并储存至用户数据库中。

当所述服务器端接收到完成支付指令，确定所述下单支付指令对应的支付金额已到账后，将所述用户的个人信息和所述用户完成下单的所有金融产品信息储存于该系统的用户数据库中，且将该用户的个人信息和该用户完成下单的所有金融产品信息关联于一起。

为解决上述技术问题本发明实施例还提供一种金融产品的销售控制装置。具体请参阅图6，图6为本发明实施例提供的金融产品的销售控制装置基本结构框图。

如图6所示，一种金融产品的销售控制装置，所述金融产品的销售控制装置包括：第一接收模块10、处理模块20、第二接收模块30以及执行模块40。其中，所述第一接收模块10用于接收用户终端发送的服务请求，所述服务请求中包括有用户的个人信息；所述处理模块20用于在预设的产品数据库中匹配与所述用户个人信息具有映射关系的金融产品，并将该金融产品的产品信息推送给所述用户终端；所述第二接收模块30用于接收用户终端发送的下单请求，所述下单请求中包括有所述用户选取的产品信息；所述执行模块40用于响应于所述下单请求，完成下单并将该下单请求中用户选取的金融产品添加至预设的用户数据库。

上述实施例所述金融产品的销售控制装置具体通过接收用户终端发送的服务请求，根据所述服务请求中的用户个人信息在预设的产品数据库中匹配与所述个人信息具有映射关系的金融产品，并将该金融产品的产品信息推送给所述用户终端，使得用户可以根据推送给用户终端的金融产品信息选取适合自身需求的从金融产品并向服务器终端发送下单请求以完成下单。采用这种方式时，系统通过根据用户的个别人信息推荐与该用户的个人信息具有映射关系的金融产品信息至用户终端，实现了技改优化，增强了业务感知，使其可以在迎合用户需求的情况下实现输出订单标准化服务，便于业务的后期维护，提升系统运行性能，同时，还可以减少业务服务量和业务服务成本。

在一些实施例中，所述金融产品的销售控制装置还包括：第一获取子模块、第一处理子模块以及第一执行子模块。其中，所述第一获取子模块用于获取历史用户的个人信息；所述第一处理子模块用于将所述用户的个人信息与储存于用户数据库中历史用户的个人信息进行匹配，并获取与所述用户匹配的历史用户已购买的产品数据信息；所述第一执行子模块用于在所述产品数据库中提取与所述已购买的产品数据信对应的金融产品，并将所述金融产品的产品信息推送给所述用户终端。

在一些实施例中，所述金融产品的销售控制装置还包括：第一计算子模块以及第一判断子模块。其中，所述第一计算子模块用于计算所述用户数据库中的每个历史用户与所述用户之间的信息相似度；所述第一判断子模块用于当所述用户的个人信息与所述用户数据库中历史用户的个人信息之间的相似度超过相似度阈值时，判断该历史用户与所述用户相匹配。

在一些实施例中，所述金融产品的销售控制装置还包括：第二执行子模块。所述第二执行子模块用于在预设的产品数据库中匹配与所述用户个人信息具有映射关系的子类产品，并将所述子类产品的产品信息推送给所述用户终端。

在一些实施例中，所述金融产品的销售控制装置还包括：第二获取子模块、第二处理子模块以及第三执行子模块。其中，所述第二获取子模块用于获取用户需求的产品使用情景信息；所述第二处理子模块用于将所述用户需求的产品使用情景与产品数据库中子类产品的使用情景进行比对，判断出所述用户需求的产品使用情景对应适用的产品使用情景版本；所述第三执行子模块用于根据所述判断出的所述用户需求的产品使用情景对应适用的产品使用情景版本，提取该产品使用情景版本对应的子类产品的信息作为所述用户需求的产品信息。

在一些实施例中，所述金融产品的销售控制装置还包括：第三处理子模块。所述第三处理子模块用于将所述划分的多个子类产品中具有功能重叠的子类产品两两之间关联为互斥关系。

在一些实施例中，所述金融产品的销售控制装置还包括：第二计算子模块、第四处理子模块以及第四执行子模块。其中，所述第二计算子模块用于解析出所述下单请求中用户选取的产品信息，根据所述解析出的所有用户选取的产品信息进行下单支付金额计算；所述第四处理子模块用于向所述用户发送下单支付指令并确认该指令对应的支付金额是否到账；所述第四执行子模块用于确认所述支付金额到账后，将所述解析出的产品信息与该用户的个人信息关联并储存至用户数据库中。

为解决上述技术问题，本发明实施例还提供了一种计算机设备。具体请参阅图7，图7为本发明实施例提供的计算机设备基本结构框图。

如图7所示，计算机设备的内部结构示意图。该计算机设备包括通过系统总线连接的处理器、非易失性存储介质、存储器和网络接口。其中，该计算机设备的非易失性存储介质存储有操作系统、数据库和计算机可读指令，数据库中可存储有控件信息序列，该计算机可读指令被处理器执行时，可使得处理器实现一种金融产品的销售控制方法。该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该计算机设备的存储器中可存储有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种金融产品的销售控制方法。该计算机设备的网络接口用于与终端连接通信。本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在本实施例中，所述处理器用于执行图6中第一接收模块10、处理模块20、第二接收模块30以及执行模块40的具体功能，而所述存储器存储有执行上述模块所需的程序代码和各类数据。所述网络接口用于向用户终端或服务器之间的数据传输。本实施例中的存储器存储有金融产品的销售控制装置中执行所有子模块所需的程序代码及数据，服务器能够调用服务器的程序代码及数据执行所有子模块的功能。

上述实施例所述计算机设备具体通过接收用户终端发送的服务请求，根据所述服务请求中的用户个人信息在预设的产品数据库中匹配与所述个人信息具有映射关系的金融产品，并将该金融产品的产品信息推送给所述用户终端，使得用户可以根据推送给用户终端的金融产品信息选取适合自身需求的从金融产品并向服务器终端发送下单请求以完成下单。采用这种方式时，系统通过根据用户的个别人信息推荐与该用户的个人信息具有映射关系的金融产品信息至用户终端，实现了技改优化，增强了业务感知，使其可以在迎合用户需求的情况下实现输出订单标准化服务，便于业务的后期维护，提升系统运行性能，同时，还可以减少业务服务量和业务服务成本。

本发明还提供一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述任一实施例所述金融产品的销售控制方法的步骤。

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

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种金融产品的销售控制方法，其特征在于，包括以下步骤：

接收用户终端发送的服务请求，所述服务请求中包括有用户的个人信息；

在预设的产品数据库中匹配与所述用户个人信息具有映射关系的金融产品，并将该金融产品的产品信息推送给所述用户终端；

接收用户终端发送的下单请求，所述下单请求中包括有所述用户选取的产品信息；

响应于所述下单请求，完成下单并将该下单请求中用户选取的金融产品添加至预设的用户数据库。

2.根据权利要求1所述的金融产品的销售控制方法，其特征在于，在预设的产品数据库中匹配与所述用户个人信息具有映射关系的金融产品，并将该金融产品的产品信息推送给所述用户终端的步骤，包括：

获取历史用户的个人信息；

将所述用户的个人信息与储存于用户数据库中历史用户的个人信息进行匹配，并获取与所述用户匹配的历史用户已购买的产品数据信息；

在所述产品数据库中提取与所述已购买的产品数据信对应的金融产品，并将所述金融产品的产品信息推送给所述用户终端。

3.根据权利要求2所述的金融产品的销售控制方法，其特征在于，所述将所述用户的个人信息与储存于系统用户数据库中历史用户的个人信息进行匹配的步骤，包括：

计算所述用户数据库中的每个历史用户与所述用户之间的信息相似度；

当所述用户的个人信息与所述用户数据库中历史用户的个人信息之间的相似度超过相似度阈值时，判断该历史用户与所述用户相匹配。

4.根据权利要求1所述的金融产品的销售控制方法，其特征在于，按照产品的使用情景，将产品数据库中的每款金融产品划分为多个子类产品，其中，每个子类产品对应所述金融产品在一个或多个使用情景中的适用版本；所述在预设的产品数据库中匹配与所述用户个人信息具有映射关系的金融产品，并将该金融产品的产品信息推送给所述用户终端的步骤，还包括：

在预设的产品数据库中匹配与所述用户个人信息具有映射关系的子类产品，并将所述子类产品的产品信息推送给所述用户终端。

5.根据权利要求4所述的金融产品的销售控制方法，其特征在于，所述用户的个人信息中包括有用户需求的产品使用情景信息；所述在预设的产品数据库中匹配与所述个人信息具有映射关系的子类产品，并将所述子类产品的产品信息推送给所述用户终端的步骤，具体包括：

获取用户需求的产品使用情景信息；

将所述用户需求的产品使用情景与产品数据库中子类产品的使用情景进行比对，判断出所述用户需求的产品使用情景对应适用的产品使用情景版本；

根据所述判断出的所述用户需求的产品使用情景对应适用的产品使用情景版本，提取该产品使用情景版本对应的子类产品的信息作为所述用户需求的产品信息。

6.根据权利要求4所述的金融产品的销售控制方法，其特征在于，所述按照产品的使用情景将产品数据库中的每款金融产品划分为多个子类产品的步骤之后，还包括：

将所述划分的多个子类产品中具有功能重叠的子类产品两两之间关联为互斥关系。

7.根据权利要求1-6任意一项所述的金融产品的销售控制方法，其特征在于，所述响应于所述下单请求，完成下单并将该下单请求中用户选取的金融产品添加至预设的用户数据库中的步骤，包括：

解析出所述下单请求中用户选取的产品信息，根据所述解析出的所有用户选取的产品信息进行下单支付金额计算；

向所述用户发送下单支付指令并确认该指令对应的支付金额是否到账；

确认所述支付金额到账后，将所述解析出的产品信息与该用户的个人信息关联并储存至用户数据库中。

8.一种金融产品的销售控制装置，其特征在于，包括：

第一接收模块，用于接收用户终端发送的服务请求，所述服务请求中包括有用户的个人信息；

处理模块，用于在预设的产品数据库中匹配与所述用户个人信息具有映射关系的金融产品，并将该金融产品的产品信息推送给所述用户终端；

第二接收模块，用于接收用户终端发送的下单请求，所述下单请求中包括有所述用户选取的产品信息；

执行模块，用于响应于所述下单请求，完成下单并将该下单请求中用户选取的金融产品添加至预设的用户数据库。

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行上述权利要求1至7任意一项所述的金融产品的销售控制方法。

10.一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述权利要求1至7中任意一项权利要求所述的金融产品的销售控制方法。