CN109285064A - 基于消息队列的贷款担保处理方法、装置、设备及介质 - Google Patents

Abstract

本发明公开了基于消息队列的贷款担保处理方法、装置、计算机设备及存储介质，该方法通过客户地址和担保类型查询保险公司信息一览表，获取与客户地址和担保类型相匹配的有效保险公司列表；根据有效保险公司列表中各有效保险公司对应的权重，对有效保险公司进行交叉排列，获取目标消息队列；基于目标消息队列，对贷款担保申请请求进行初次匹配，获取与每一个贷款担保请求对应的一匹配保险公司；根据贷款担保金额对匹配保险公司进行二次匹配，获取与贷款担保金额匹配的目标保险公司，以使目标保险公司对贷款担保申请请求进行放款处理。提高贷款担保的处理效率，保证了保险公司的贷款资源合理分配，解决贷款保险公司金额分配不均匀的问题。

Description

基于消息队列的贷款担保处理方法、装置、设备及介质

技术领域

本发明涉及信息处理领域，尤其涉及一种基于消息队列的贷款担保处理方法、装置、计算机设备及存储介质。

背景技术

随着人们消费习惯的改变，贷款业务涉及到人们工作生活的方方面面。贷款担保的重要性也越来越突出。以往的贷款担保业务都是线下进行的，业务员根据申请人所在区域、担保类型和贷款担保金额等，选择合适的保险公司为申请人提供贷款担保服务。由于在选择保险公司需要考虑的因素很多，人工选择保险公司会存在处理效率不高的问题。同时，由于保险公司的放款金额每天都在变化，业务员不能做到根据放款金额对贷款担保申请请求作出精确和合理的分配，造成保险公司资源匹配不合理。

发明内容

本发明实施例提供一种基于消息队列的贷款担保处理方法、装置、计算机设备及存储介质，以解决传统贷款担保业务存在的处理效率不高且分配不合理的问题。

一种基于消息队列的贷款担保处理方法，包括：

获取贷款担保申请请求，所述贷款担保申请请求包括请求编号、客户地址、担保类型和贷款担保金额；

基于所述客户地址和所述担保类型查询保险公司信息一览表，获取与所述客户地址和所述担保类型相匹配的有效保险公司列表，所述有效保险公司列表包括有效保险公司名称和与每个有效保险公司对应的权重；

基于所述有效保险公司对应的权重对所述有效保险公司进行交叉排列，获取目标消息队列；

基于所述目标消息队列，对所述贷款担保申请请求进行初次匹配，获取与每一个贷款担保请求对应的一匹配保险公司；

根据所述贷款担保金额对所述匹配保险公司进行二次匹配，获取与所述贷款担保金额匹配的目标保险公司，以使所述目标保险公司对所述贷款担保申请请求进行放款处理。

一种贷款担保处理装置，包括：

贷款担保申请请求获取模块，用于获取贷款担保申请请求，所述贷款担保申请请求包括请求编号、客户地址、担保类型和贷款担保金额；

有效保险公司列表获取模块，用于基于所述客户地址和所述担保类型查询保险公司信息一览表，获取与所述客户地址和所述担保类型相匹配的有效保险公司列表，所述有效保险公司列表包括有效保险公司名称和与每个有效保险公司对应的权重；

目标消息队列获取模块，用于基于所述有效保险公司对应的权重对所述有效保险公司进行交叉排列，获取目标消息队列；

匹配保险公司获取模块，用于基于所述目标消息队列，对所述贷款担保申请请求进行初次匹配，获取与每一个贷款担保请求对应的一匹配保险公司；

目标保险公司获取模块，用于根据所述贷款担保金额对所述匹配保险公司进行二次匹配，获取与所述贷款担保金额匹配的目标保险公司，以使所述目标保险公司对所述贷款担保申请请求进行放款处理。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述基于消息队列的贷款担保处理方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述基于消息队列的贷款担保处理方法的步骤。

上述基于消息队列的贷款担保处理方法、装置、计算机设备及存储介质，通过对客户地址进行标准处理，获取标准地址，方便根据标准地址和担保类型获取符合条件的有效保险公司列表。然后根据有效保险公司列表中各有效保险公司的权重，获取目标消息队列，利用目标消息队列先进先出的属性对贷款担保申请请求初次匹配对应的匹配保险公司。最后根据贷款担保金额对贷款担保申请请求进行二次匹配，获取目标匹配保险公司，完成对贷款担保请求的放款操作。提高了贷款担保的处理效率，同时保证了保险公司的贷款资源合理分配，解决贷款保险公司金额分配不均匀的问题。

附图说明

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

图1是本发明一实施例中基于消息队列的贷款担保处理方法的一应用场景图；

图2是本发明一实施例中基于消息队列的贷款担保处理方法的一流程图；

图3是图2中步骤S20的一具体流程图；

图4是图2中步骤S30的一具体流程图；

图5是图2中步骤S40的一具体流程图；

图6是图2中步骤S50的一具体流程图；

图7是图6中步骤S51的一具体流程图；

图8是本发明一实施例中基于消息队列的贷款担保处理方法的另一流程图；

图9是本发明一实施例中贷款担保处理装置的一示意图；

图10是本发明一实施例中计算机设备的一示意图。

具体实施方式

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

本发明实施例提供的基于消息队列的贷款担保处理方法，可应用在如图1的应用环境中，该基于消息队列的贷款担保处理方法应用在贷款担保处理系统中，该贷款担保处理系统包括客户端和服务器，其中，客户端通过网络与服务器进行通信。其中，客户端又称为用户端，是指与服务器相对应，为客户提供本地服务的程序。该客户端可安装在但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备等计算机设备上。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一实施例中，如图2所示，提供一种基于消息队列的贷款担保处理方法，以该方法应用在图1中的服务器为例进行说明，包括如下步骤：

S10：获取贷款担保申请请求，贷款担保申请请求包括请求编号、客户地址、担保类型和贷款担保金额。

本实施例中的贷款担保申请请求指申请人在申请贷款担保时从客户端发送给服务器的关于客户的贷款担保申请的请求。本实施例的申请人指办理贷款担保的业务员。贷款担保申请请求包括请求编号、客户地址、担保类型和贷款担保金额。其中，请求编号指服务器在获取到从客户端发送的贷款担保申请请求后，分配给贷款担保申请请求的编号，该请求编号表示贷款担保申请请求的先后顺序。客户地址指客户填写的个人联系地址，家庭住址或者公司地址都可以。担保类型指贷款担保的类型，包括但不限于寿险贷、车主贷、信用贷和薪金贷等担保类型。贷款担保金额指客户填写的贷款担保金额。

具体地，客户在将自己的个人信息，包括客户姓名、身份证号码、联系电话、邮箱地址、联系地址、担保类型和贷款担保金额填写完成后，客户端会将客户的个人信息发送给与该客户端相连的服务器，服务器发送提示信息给对应的申请人，申请人对客户的个人息进行审核，审核通过后，申请人在客户端发送贷款担保申请请求给服务器，服务器基于贷款担保申请请求中的客户地址和担保类型执行步骤S20。

S20:基于客户地址和担保类型查询保险公司信息一览表，获取与客户地址和担保类型相匹配的有效保险公司列表，有效保险公司列表包括有效保险公司名称和与每个有效保险公司对应的权重。

其中，保险公司信息一览表指记录保险公司信息的表，该保险公司信息一览表包括但不限于保险公司的地址、业务范围、销售渠道、产品类型、门店牌照、年放款阀值、每个月的月放款阀值和保险公司的权重分配情况。有效保险公司的权重是根据有效保险公司的年放款阀值的比例设置的。

具体地，服务器从贷款担保申请请求中获取客户地址和担保类型，然后将客户地址和担保类型发送给业务系统，业务系统从存储的保险公司信息一览表中选取与客户地址和担保类型相匹配的有效保险公司，发送给服务器。

服务器中存储的与客户地址和担保类型相匹配的有效保险公司可能不止一个，在获取有效保险公司后，服务器会将所有有效保险公司的有效保险公司名称生成一个列表，形成有效保险公司列表，以方便后续根据有效保险公司列表对贷款担保申请请求对应的有效保险公司进行二次匹配，获取可以满足贷款担保申请请求中贷款担保金额的保险公司。其中，有效保险公司列表指用于存储同时匹配本次贷款担保申请请求中客户地址和担保类型的保险公司的列表。本实施例中，有效保险公司列表存储有效保险公司和与有效保险公司对应的权重。

本实施例中，通过客户地址和担保类型对保险公司信息一览表中的保险公司进行初次匹配，获取有效保险公司列表，可以有效地缩小保险公司的匹配范围，使得有效保险公司为客户地址和担保类型相匹配的保险公司，方便申请人办理后续相关业务。

S30:基于有效保险公司对应的权重对有效保险公司进行交叉排列，获取目标消息队列。

具体地，有效保险公司列表中的有效保险公司是按照各自对应的权重进行升序或降序排列，本实施例中，在步骤S30进行交叉排列之前，需依据有效保险公司对应的权重对有效保险公司进行升序排列，以方便后续按照有效保险公司列表的顺序获取目标消息队列。本实施例中的目标消息队列是采用的是redis消息队列，使用redis消息队列可以通过数据结构表来获取数据。本实施例中目标消息队列的数据是从有效保险公司列表中获取的，因此，使用redis消息队列比较合适。其中，redis是一个key-value存储系统，也可以看作是一个高性能的key-value数据库。redis消息队列可以通过数据结构表来获取数据，由于redis的队列是使用双向链表实现的，保存了头尾节点，所以在列表头尾两边插取元素都是非常快的。

具体地，服务器将有效保险公司列表中的有效保险公司按照存储在有效保险公司表中的权重的升序顺序发送给初始消息队列。然后，对各有效保险公司对应的权重减1；若减1后的权重变为0，则对应的有效保险公司不发送给初始消息队列；若减1后的权重不为0，则将权重不为0的有效保险公司按照有效保险公司列表中的顺序(按照权重大小的升序顺序)，依序发送给初始消息队列进行存储。重复执行权重减1的步骤，直至所有有效保险公司的权重都为0时，获取目标消息队列。其中，初始消息队列是预先设置的用于按照权重大小对效保险公司进行升序排列的消息队列。目标消息队列指当有效保险公司列表中的所有有效保险公司的权重都为0时获得的消息队列。其中，消息队列具有先进先出的属性，方便对有效保险公司进行管理。

如有效保险公司包括A、B和C，A放款的年放款阀值为1亿，B放款的年放款阀值为4亿，C放款的年放款阀值为5千万，A、B和C的比列为2:8:1，则A、B和C对应的权重为2、8和1。则根据各有效保险公司对应的权重，对有效保险公司进行升序排列，获取到的升序排列的有效保险公司列表为C、A和B。将有效保险公司列表中的各有效保险公司按照存储在有效保险公司表中的顺序发送给初始消息队列进行存储。然后对各有效保险公司的权重减1，则C、A、B各自对应的权重为0、1、7，当C的权重为0时，则C不发送给初始消息队列；有效保险公司A和B的权重为1和7，不为0，则将有效保险公司A和B按照有效保险公司列表的顺序，依序发送给初始消息队列进行存储。重复执行权重减1的步骤，有效保险公司列表中有效保险公司C、A、B对应的权重为0、0、6，有效保险公司A和B的权重为0，不发送给初始消息队列存储，有效保险公司B的权重不为0，发送给初始消息队列进行存储。重复执行权重减1的步骤，当有效保险公司列表中所有有效保险公司的权重都为0时，停止，获取目标消息队列。该目标消息队列为C、A、B、A、B、B、B、B、B、B、B。

S40:基于目标消息队列，对贷款担保申请请求进行初次匹配，获取与每一个贷款担保请求对应的一匹配保险公司。

具体地，按照目标消息队列先进先出的属性，服务器将目标消息队列中队头对应的第一个有效保险公司匹配给第一个请求编号对应的贷款担保申请请求，在将目标消息队列中第一个有效保险公司匹配给第一个请求编号对应的贷款担保申请请求后，该队头对应的第一个有效保险公司会被删除，重新添加到队尾的位置，形成新的目标消息队列。此时新的目标消息队列中的队头则为原来的目标消息队列的第二个有效保险公司，队尾则为第一个有效保险公司，依次类推，最终对所有的贷款担保申请都匹配一个对应的有效保险公司，形成匹配保险公司清单。该匹配保险公司清单指此时，每个贷款担保申请请求都携带有对应的匹配保险公司。其中，匹配保险公司指根据目标消息队列中的有效保险公司，对贷款担保申请初次匹配成功的有效保险公司。基于目标消息队列对贷款担保申请请求进行初次匹配，提高了贷款担保业务处理的工作效率。

如有七个贷款担保申请请求，对应有七个请求编号分别为1、2、3、4、5、6和7，目标消息队列1为CABABBB，将目标消息队列1中的第一个有效保险公司C名称匹配给请求编号为1。然后，将目标消息队列1中的队头C删除，重新添加到目标消息队列的队尾，形成新的目标队列2为ABABBBC。接着，根据新的目标消息队列2(名称不变，队列结构变化)ABABBBC，获取对应的匹配保险公司是A，将目标消息队列2中的队头A删除，重新添加到目标消息队列2的队尾，形成新的目标消息队列3为BABBBCA。根据新的目标消息队列3(名称不变，队列结构变化)是BABBBCA获取请求编号为3的匹配保险公司是B，将新的目标消息队列3中的队头B删除，重新添加到目标消息队列3的队尾，形成新的目标队列4为ABBBCAB。以此类推，使得每个贷款担保申请都有对应的匹配保险公司。

S50:根据贷款担保金额对匹配保险公司进行二次匹配，获取与贷款担保金额匹配的目标保险公司，以使目标保险公司对贷款担保申请请求进行放款处理。

具体地，根据贷款担保申请请求中的贷款担保金额对匹配保险公司进行二次匹配，若匹配保险公司的月剩余额度和年剩余额度均大于贷款担保金额，则获取该匹配保险公司的在途件占用金额，将在途件占用金额和贷款担保金额进行相加，获取二者的和，若二者的和仍小于匹配保险公司的月剩余额度和年剩余额度，则将该匹配保险公司作为目标保险公司，由该目标保险公司完成对贷款担保申请请求的放款。其中，月剩余额度指保险公司按照月计划对申请人放款但没有放出去的金额。年剩余额度指保险公司按照年计划对申请人放款但没有放出去的贷款的金额。在途件占用金额指已经匹配给贷款担保申请请求但是放款金额还没有到达申请人账户的金额。在途件指已经匹配给贷款担保申请请求但是放款金额还没有到达申请人账户的案件。

根据贷款担保金额对匹配保险公司进行二次匹配，获取与贷款担保金额匹配的目标保险公司，可以使保险公司分配更加合理，不会造成保险公司金额分配不均匀的问题。

步骤S10-步骤S50，通过获取客户地址和担保类型，获取与客户地址和担保类型匹配的有效保险公司，并根据有效保险公司的权重获取目标消息队列，对有效保险公司进行有序地管理。然后根据目标消息队列，按照目标消息队列先进先出的属性，对贷款担保申请请求进行初次匹配，节省有效公司匹配时间。最后根据贷款担保金额获取目标保险公司，使得目标保险完成对贷款担保申请请求的放款工作，提高了贷款担保的处理效率，使得保险公司资源匹配更加合理，避免了由于人为选择造成的保险公司资源分配不均的问题。

在一实施例中，如图3所示，步骤S20中，基于客户地址和担保类型查询保险公司信息一览表，获取与客户地址和担保类型相匹配的有效保险公司列表，具体包括如下步骤：

S21：对客户地址进行标准化处理，获取客户地址对应的标准地址。

其中，标准地址指精确到“区”或者“县”的地址。具体地，服务器在获取客户地址后，若客户地址为“XX省XX市XX区XX街道XX小区XX单元”、“XX省XX市XX县XX街道XX号”或者“XX省XX市XX县XX镇XX村”时，需要对客户地址进行标准化处理，获取标准地址。其中，标准化处理指对申请人的联系地址进行处理，删除“XX街道XX小区XX单元”、“XX街道XX号”或者XX镇XX村”等信息，只保留客户地址中的省、市、区和县等信息的处理方法。标准地址指只保留省、市、区和县的地址信息。对客户地址进行标准化处理，方便与保险公司信息一览表中的保险公司的地址进行比较。

S22：基于标准地址和担保类型查询保险公司信息一览表，获取与标准地址和担保类型匹配的有效保险公司。

具体地，在获取标准地址后，服务器会将标准地址发送给业务系统，业务系统查询预先存储的保险公司信息一览表，将保险公司信息一览表中的保险公司的地址和产品类型，分别与贷款担保申请请求中的标准地址和担保类型进行比较；若保险公司信息一览表中的保险公司的地址和产品类型分别与贷款担保申请请求中的标准地址和担保类型匹配，则表示对应的保险公司初步满足贷款担保申请请求的条件，将对应的保险公司作为有效保险公司。

S23：根据有效保险公司的年放款阀值和单位阀值的商，获取有效保险公司对应的权重，其中，单位阀值为所有年放款阀值的最大公约数。

其中，年放款阀值指保险公司计划的一年可放款金额。具体地，服务器在获取有效保险公司后，从保险公司信息一览表中获取有效保险公司对应的年放款阀值。再根据各有效保险公司的年放款阀值，获取年放款阀值的最大公约数，将该最大公约数作为单位阈值。然后，计算各有效保险公司对应的年放款阀值和单位阀值的商，将计算的商作为各有效保险公司的权重。具体的权重计算公式为其中，d表示权重，T表示年放款阀值，k表示单位阀值。例如：有效保险公司A、B和C，A的年放款阀值为1亿，B的年放款阀值为4亿、C的年放款阀值为5千万，将三者的年放款阀值的最大公约数5千万作为单位阀值，根据权重计算公式计算各有效保险公司的权重，获取有效保险公司A、B和C各自对应的权重，分别为2:8:1。

S24：根据有效保险公司对应的权重，对有效保险公司进行升序排列，获取有效保险公司列表。

在计算出各有效保险公司的权重后，服务器基于各有效保险公司的权重，按照权重的大小，对有效保险公司进行升序排列，获取有效保险公司列表。该有效保险公司列表仅存储有效保险公司的名称或公司标识和有效保险公司的权重，有利于实现有效保险公司列表的轻量化，既能保证需要的数据的完整性，使其不影响后续计算步骤，又不会耗费大量的存储空间。其中，有效保险公司的名称或公司标识可用于唯一识别对应的有效保险公司。

步骤S21-步骤S24，获取客户地址的标准地址，然后通过标准地址和担保类型从保险公司信息一览表，获取与标准地址和担保类型匹配的有效保险公司，可以有效减少后续步骤中计算各有效保险公司的权重时需要计算的数据，节省了数据处理时间。获取各有效保险公司的权重后，按照权重的大小对有效保险公司进行升序排列，获取有效保险公司列表，方便后续步骤根据有效保险公司列表获取目标消息队列。

在一实施例中，如图4所示，步骤S30，基于有效保险公司对应的权重对有效保险公司进行交叉排列，获取目标消息队列，具体包括如下步骤：

S31：根据有效保险公司列表，依序将权重不为0的有效保险公司发送给初始消息队列进行存储。

具体地，根据有效保险公司列表中各有效保险公司存储的顺序，依序将权重为0的有效保险公司发送给初始消息队列进行存储。如有效保险公司A、B和C各自对应的权重为2、8、1，在有效保险公司列表中存储的顺序为C、A、B，该有效保险公司列表为：

有效保险公司	权重
		C	1
A	2
		B	8

根据有效保险公司列表中各有效保险公司存储的顺序，依序将权重不为0的有效保险公司发送给初始消息队列进行存储。

S32：对有效保险公司的权重减1，按照权重由小到大的顺序，依序将权重不为0的有效保险公司发送给初始消息队列进行存储。

在执行完步骤S31后，对有效保险公司列表中各有效保险公司对应的权重减1，若权重不为0,则将权重不为0的有效保险公司按照权重由小到大的顺序依序发送给初始消息队列进行存储。重复对有效保险公司列表中各有效保险公司的权重减1，将权重不为0的有效保险公司按照权重由小到大的顺序后的权重，依序发送给初始消息队列进行存储。根据消息队列先进先出的属性，则步骤S31中有效保险公司A、B和C在经过权重减1处理后对应的初始消息队列为C、A、B、A、B。重复对有效保险公司列表中各有效保险公司的权重减1，将权重不为0的有效保险公司按照权重由小到大的顺序，依序发送给初始消息队列进行存储。

S33：直至所有有效保险公司对应的权重均为0时，则将初始消息队列作为目标消息队列。

重复执行步骤S32，当有效保险公司列表中所有有效保险公司对应的权重均为0时，则停止操作，将最终形成的初始消息队列作为目标消息队列。如上述有效保险公司A、B和C对应的目标消息队列为B、A、C、B、A、B、B、B、B、B、B。

步骤S31-步骤S33中，通过有效保险公司列表中各有效保险公司的排列顺序，依序将权重不为0的有效保险公司发送给初始消息队列进行存储，从而获取目标消息队列。将有效保险公司存储为目标redis消息队，可以使得有效保险公司具备消息队列先进先出的属性，方便后续步骤中按照目标消息队列的属性对贷款担保申请请求依序匹配对应的保险公司。

在一实施例中，如图5所示，步骤S40，基于目标消息队列，对贷款担保申请请求进行初次匹配，获取与每一个贷款担保请求对应的一匹配保险公司，具体包括如下步骤：

S41：依据获取贷款担保申请请求的时间，对请求编号进行排序，获取对应的编号消息队列。

具体地，服务器在接收客户端发送的贷款担保申请请求时，会记录接收每一贷款担保申请请求的时间。根据服务器记录的每个贷款担保申请请求对应的时间，按照时间的先后顺序对该贷款担保申请请求携带的请求编号进行排序，形成编号消息队列。本实施例中的编号消息队列采用的也是消息队列，方便按照消息队列先进先出的属性，依序为每一个贷款担保申请请求匹配对应的有效保险公司。

S42：将目标消息队列中队头对应的有效保险公司匹配给编号消息队列中队头对应的请求编号，使得请求编号对应的贷款担保申请请求，获取与请求编号相对应的匹配保险公司。

其中，匹配保险公司指依照目标消息队列的属性，依序给编号消息队列中每一个贷款担保申请请求匹配的有效保险公司。

S43：删除编号消息队列中队头对应的请求编号，获取新的编号消息队列，并将目标消息队列中队头对应的有效保险公司从队头删除，添加到目标消息队列的队尾，形成新的目标消息队列。

具体地，当将目标消息队列中队头对应的有效保险公司匹配给编号消息队列中队头对应的请求编号，使得请求编号对应的贷款担保申请请求，获取与请求编号相对应的匹配保险公司后，将编号消息队列中队头对应的请求编号删除，形成新的编号消息队列。然后将目标消息队列中队头对应的有效保险公司从队头删除，添加到目标消息队列的队尾，形成新的目标消息队列。如保险公司A、B和C，在进行第一次匹配后，新的目标消息队列为A、B、A、B、B、B、B、B、B、B、C。

由于每个贷款担保申请请求的请求编号时唯一的，为了避免造成请求编号重复，因此，对编号消息队列的处理为当编号消息队列中队头对应的请求编号获取到匹配保险公司后，将该请求编号删除，形成新的编号消息队列。由于目标消息队列中的有效保险公司在匹配给编号消息队列中的请求编号后，后续在获取到新的贷款担保申请请求时，还需要对新的贷款担保申请请求匹配对应的匹配保险公司，因此，目标消息队列的处理为当目标消息队列中队头对应的有效保险公司匹配给编号消息队列中队头对应的请求编号后，将该目标消息队列中队头对应的有效保险公司从队头删除，添加到目标消息队列的队尾，形成新的目标消息队列。

S44：依次类推，基于新的编号消除队列和新的目标消息队列，完成对贷款担保申请请求的初次匹配，获取与请求编号相对应的匹配保险公司。

具体地，在获取新的编号消息队列和新的目标消息队列后，将新的目标消息队列中队头对应的有效保险公司匹配新的编号消息队列中队头对应的请求编号，使得新的编号消息队列中队头对应的请求编号得到对应的匹配保险公司。依次类推，基于新的编号消除队列和新的目标消息队列，完成对贷款担保申请请求的初次匹配，使得每个请求编号对应的贷款担保申请请求都可以匹配到对应的匹配保险公司。

步骤S41-步骤S44，通过获取编号消息队列，依次将目标消息队列中队头对应的有效保险公司匹配给编号消息队列中队头对应的请求编号，使得请求编号对应的贷款担保申请请求，获取与请求编号相对应的匹配保险公司，完成对贷款担保申请请求和有效保险公司的初次匹配，使得有效保险公司和请求编号按照队列先进先出的属性进行逐一匹配，做到不遗漏有效保险公司和请求标号不遗漏匹配，不重复匹配。

在一实施例中，在根据目标消息队列对编号消息队列中的请求编号对应的贷款担保申请请求进行初次匹配，获取匹配保险公司后，还需要使用第二个判断条件(即贷款担保金额)对匹配保险公司进行二次校验，来确定初次匹配的匹配保险公司是否能完成贷款担保申请求的贷款担保。如图6所示，步骤S50中，根据贷款担保金额对匹配保险公司进行二次匹配，获取与贷款担保金额匹配的目标保险公司，具体包括如下步骤：

S51：获取匹配保险公司对应的在途件占用金额、月剩余额度和年剩余额度。

其中，在途件占用金额是根据在途件占用金额计算公式计算得到的金额。在确定有效保险公司为匹配保险公司后，服务器会获取匹配保险公司对应的公司标识、放款日期、日放款金额、在途件数量、放款标准额度和贷款折算比例。基于在途件数量、放款标准额度和贷款折算比例计算匹配保险公司的在途件占用金额。根据月放款金额和预先设置的月放款阀值，获取匹配保险公司对应的月剩余额度。根据年放款金额和预先设置的年放款阀值，获取公司标识对应的年剩余额度。

S52：若贷款担保金额和在途件占用金额的和，小于匹配保险公司的月剩余额度且小于匹配保险公司的年剩余额度，则该匹配保险公司为目标保险公司。

具体地，计算贷款担保请求携带的贷款担保金额和对应的匹配保险公司对应的在途件占用金额的和，若两者的和小于匹配保险公司的月剩余额度且小于匹配保险公司的年剩余额度，则表示该匹配保险公司有能力支付该贷款担保请求的贷款担保金额，该匹配保险公司为可以确定为目标保险公司。其中，目标保险公司指能够负责完成贷款担保申请请求的保险公司。

通过将贷款担保金额和在途件占用金额的和，与月剩余额度和年剩余额度分别进行比较，确定目标保险公司，是完成贷款担保请求重要的步骤，有效避免因为贷款担保金额不足而不能完成贷款担保申请请求的情况发生。

S53:若贷款担保金额和在途件占用金额的和，大于匹配保险公司的月剩余额度或者年剩余额度，则选取默认保险公司为目标保险公司。

其中，默认保险公司指预先设置的可以对任何贷款担保申请请求进行贷款担保的保险公司。设置默认保险公司可以在匹配保险公司不能支付贷款担保申请请求对应的贷款担保金额时，完成对该贷款担保申请请求的操作。在贷款担保金额和在途件占用金额的和，大于匹配保险公司的月剩余额度或者年剩余额度，选择默认保险公司作为目标保险公司，完成对贷款担保申请请求进行放款，使得当匹配保险公司的贷款担保金额不足时，不会延长客户的贷款担保申请时间，提高了客户满意度。

例如：5月20日一贷款担保申请请求携带的贷款担保金额为20万，该贷款担保申请请求对应的匹配保险公司为匹配保险公司A，该匹配保险公司A在5月20日的在途件占用金额为35万，通过计算该贷款担保申请请求的贷款担保金额和该匹配保险公司5月20日的在途件占用金额的和为55万，匹配保险公司A在五月份的月剩余额度和年剩余额度分别为100万和4000万，均大于5月20日当天的放款金额和在途件占用金额的和55万，因此，匹配保险公司A可以作为该贷款担保申请请求的目标保险公司，完成对贷款担保申请请求进行放款。若5月20日匹配保险公司的月剩余额度为40万时，则选择默认的保险公司为目标保险公司。

步骤S51-步骤S53，通过在途件占用金额、贷款担保请求携带的贷款担保金额、月剩余额度和年剩余额度，校验匹配保险公司是否有能力完成对贷款担保申请请求对应的贷款担保金额的放款，对贷款担保请求匹配合理的保险公司，提高客户满意度，同时满足保险公司资金合理分配，避免出现有的保险公司资金紧张，有的保险公司资金闲置的情况。

在一实施例中，如图7所示，步骤S51，获取匹配保险公司对应的在途件占用金额、月剩余额度和年剩余额度,具体包括如下步骤：

S511：获取匹配保险公司对应的公司标识、放款日期、日放款金额、在途件数量、放款标准额度和贷款折算比例。

其中，公司标识指为了方便管理，对保险公司设置的标识。具体地，定时获取匹配保险公司的公司标识、放款日期、日放款金额和在途件数量，将公司标识、放款日期和日放款金额记录在日累计金额表中。日放款金额指根据贷款担保请求将贷款担保金额发放给客户的金额。在途件数量指在途件的件数。日累计金额表指用来记录每天有效保险公司的放款金额的表。本实施例中设置的定时任务进程为根据业务要求，每天凌晨一点对日放款金额和在途件数量进行一次统计，统计前一天0点到24点之间的放款金额。同时，服务器会存储有匹配保险公司对应放款标准额度和贷款折算比例。

S512：根据放款日期，将公司标识对应的所有日放款金额进行累加，获取公司标识对应的月放款金额和年放款金额。

根据放款日期，获取同一公司标识对应的日放款金额，然后将获取的日放款金额发送到日累计金额表中，日累计金额表会根据日放款日期统计截止到该放款日期的该公司标识对应的年放款金额和当月的月放款金额。月放款金额指根据某个月获取的贷款担保申请请求将贷款担保金额发放给客户的金额。年放款金额指根据某一年获取的贷款担保申请请求将贷款担保金额发放给客户的金额。获取月放款金额和年放款金额有利于统计保险公司的放款情况，方便后续计算保险公司没有放出去的金额，便于确定保险公司的放款能力。

S513：根据月放款金额和对应的月放款阀值，获取公司标识对应的月剩余额度，月剩余额度的计算公式为i_n＝t_n-b_n，其中，i_n表示第n个月的月剩余额度，t_n表示第n个月的月放款阀值，b_n表示第n个月的月放款金额。

月放款阀值指保险公司按照月计划在某个月放款的金额。具体地，通过业务系统获取保险公司配置的月放款阀值。本实施例中，通过月放款阈值的计算公式i_n＝t_n-b_n，计算各匹配保险公司某个月的月剩余额度。

S514：根据年放款金额和对应的年放款阀值，获取公司标识对应的年剩余额度，年剩余客户的计算公式为I＝T-B，其中，I表示年剩余额度，T表示年放款阀值，B表示年放款金额。

年放款阀值指保险公司按照年计划在某一年放款的金额。具体地，服务器可通过业务系统获取保险公司配置的年放款阀值。本实施例中，通过年放款阈值的计算公式I＝T-B，计算个匹配保险公司的年剩余额度。其中，年放款金额指某一年该匹配保险公司的月放款金额的累加，B的计算公式为B＝b₁+b₂+b₃+…+b_n。

S515：基于在途件数量、放款标准额度和贷款折算比例，通过在途件占用额计算公式获取在途件占用金额，在途件占用额计算公式为M＝n*a*p，其中，M为在途件占用金额，n为在途件数量，a为放款标准额度，p贷款折算比例。

其中，放款标准额度指根据业务需求设置的放款的估算金额。贷款折算比例指所有贷款担保申请中已经完成贷款担保的比列。通过在途件占用额计算公式M＝n*a*p计算在途件占用金额。例如：根据业务需求，保险公司A设置的放款标准额度为30万，所有申请中已经完成贷款的比例为30％，在途件数量为20，根据公式计算保险公司A的在途件占用金额为180万。

步骤S511-步骤S515，通过对匹配保险公司的日放款金额进行累加，获取匹配保险公司的月放款金额和年放款金额，从而根据月放款阀值和年放款阀值计算对应的月剩余额度和年剩余额度。然后根据在途件数量、放款标准额度和贷款折算比例计算在途件占用金额，为后续步骤提供数据来源。

在一实施例中，为了保证保险公司的放款资源可以被合理地使用，如图8所示，保险公司信息一览表还包括有效保险公司对应的业务员信息，基于消息队列的贷款担保处理方法还包括：

S61：当有效保险公司的月放款金额或者年放款金额达到预设值时，获取有效保险公司对应的公司标识。

具体地，为了保证保险公司的放款资源被合理地使用，开发人员根据业务需求会预先设置一个预设值，当公司标识对应的保险公司的月放款金额或者年放款金额达到预设值时，服务器会获取该有效保险公司的公司标识。其中，预设值指根据月放款阀值和年放款阀值设置的。本实施例中的预设值包括月放款的预设值和年放款的预设值。例如，月放款的预设值设置为月放款阀值的90％，年放款的预设值设置为年放款阀值的90％。设置预设值，可以保证在有效保险公司的月放款金额或者年放款金额达到预设值时，服务器发送提示信息给对应的有效保险公司的负责人。

S62：根据有效保险公司对应的公司标识，从保险公司信息一览表中获取业务员信息中的邮箱地址，并将邮件提醒信息发送给邮箱地址。

服务器获取有效保险公司的公司标识后，会将该公司标识发送给业务系统，业务系统根据该公司标识从保险公司信息一览表中查找到该有效保险公司业务员信息中的邮箱地址，然后通过该邮箱地址发送邮件提醒信息给对应的业务员，提示业务员是否需要对月放款阀值和年放款阀值进行调整。

进一步地，基于消息队列的贷款担保处理方法还可以实现保险公司进行增加，删除，对保险公司的保险公司信息进行修改的功能，实现了根据业务需求对保险公司进行灵活调整的功能。

步骤S61-步骤S62，通过设置月放款金额和年放款金额的预设值，起到在放款金额达到预设值时，预先提醒对应的业务人员对年放款阀值和月放款阀值进行修改的作用，实现了灵活调整放款金额的功能。

本发明实施例所提供的基于消息队列的贷款担保处理方法，通过对客户地址进行标准处理，获取标准地址，方便根据标准地址和担保类型获取符合条件的有效保险公司列表。然后根据有效保险公司列表中各有效保险公司的权重，获取目标消息队列，利用目标消息队列先进先出的属性对贷款担保申请请求初次匹配对应的匹配保险公司。最后根据贷款担保金额获取目标匹配保险公司，完成对贷款担保请求的放款操作。提高了贷款担保的处理效率，同时保证了保险公司的贷款资源合理分配，解决贷款保险公司金额分配不均匀的问题。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种贷款担保处理装置，该贷款担保处理装置与上述实施例中基于消息队列的贷款担保处理方法一一对应。如图9所示，该贷款担保处理装置包括贷款担保申请请求获取模块10、有效保险公司列表获取模块20、目标消息队列获取模块30、匹配保险公司获取模块40和目标保险公司获取模块50。各功能模块详细说明如下：

贷款担保申请请求获取模块10，用于获取贷款担保申请请求，贷款担保申请请求包括请求编号、客户地址、担保类型和贷款担保金额。

有效保险公司列表获取模块20，用于基于客户地址和担保类型查询保险公司信息一览表，获取与客户地址和担保类型相匹配的有效保险公司列表，有效保险公司列表包括有效保险公司名称和与每个有效保险公司对应的权重。

目标消息队列获取模块30，用于基于有效保险公司对应的权重对有效保险公司进行交叉排列，获取目标消息队列。

匹配保险公司获取模块40，用于基于目标消息队列，对贷款担保申请请求进行初次匹配，获取与每一个贷款担保请求对应的一匹配保险公司。

目标保险公司获取模块50，用于根据贷款担保金额对匹配保险公司进行二次匹配，获取与贷款担保金额匹配的目标保险公司，以使目标保险公司对贷款担保申请请求进行放款处理。

进一步地，有效保险公司列表获取模块20包括客户地址标准化处理单元21、有效保险公司获取单元22、权重获取单元23和有效保险公司列表获取单元24。

客户地址标准化处理单元21，用于对客户地址进行标准化处理，获取客户地址对应的标准地址。

有效保险公司获取单元22，用于基于标准地址和担保类型查询保险公司信息一览表，获取与标准地址和担保类型匹配的有效保险公司。

权重获取单元23，用于根据有效保险公司的年放款阀值和单位阀值的商，获取有效保险公司对应的权重，其中，单位阀值为所有年放款阀值的最大公约数。

有效保险公司列表获取单元24，用于根据有效保险公司对应的权重，对有效保险公司进行升序排列，获取有效保险公司列表。

进一步地，目标消息队列获取模块30包括第一有效保险公司存储单元31、第二有效保险公司存储单元32和目标消息队列获取单元33。

第一有效保险公司存储单元31，用于根据有效保险公司列表，依序将权重不为0的有效保险公司发送给初始消息队列进行存储。

第二有效保险公司存储单元32，用于对有效保险公司的权重减1，按照权重由小到大的顺序，依序将权重不为0的有效保险公司发送给初始消息队列进行存储。

目标消息队列获取单元33，用于直至所有有效保险公司对应的权重均为0时，则将初始消息队列作为目标消息队列。

进一步地，匹配保险公司获取模块40包括编号消息队列获取单元41、第一匹配保险公司获取单元42、消息队列处理单元43和第二匹配保险公司获取单元44。

编号消息队列获取单元41，用于依据获取贷款担保申请请求的时间，对请求编号进行排序，获取对应的编号消息队列。

第一匹配保险公司获取单元42，用于将目标消息队列中队头对应的有效保险公司匹配给编号消息队列中队头对应的请求编号，使得请求编号对应的贷款担保申请请求，获取与请求编号相对应的匹配保险公司。

消息队列处理单元43，用于删除编号消息队列中队头对应的请求编号，获取新的编号消息队列，并将目标消息队列中队头对应的有效保险公司从队头删除，添加到目标消息队列的队尾，形成新的目标消息队列。

第二匹配保险公司获取单元44，用于依次类推，基于新的编号消除队列和新的目标消息队列，完成对贷款担保申请请求的初次匹配，获取与请求编号相对应的匹配保险公司。

进一步地，目标保险公司获取模块50包括数据获取单元51、第一目标保险公司获取单元52和第二目标保险公司获取单元53。

数据获取单元51，用于获取匹配保险公司对应的在途件占用金额、月剩余额度和年剩余额度。

第一目标保险公司获取单元52，用于若贷款担保金额和在途件占用金额的和，小于匹配保险公司的月剩余额度且小于匹配保险公司的年剩余额度，则该匹配保险公司为目标保险公司。

第二目标保险公司获取单元53，用于若贷款担保金额和在途件占用金额的和，大于匹配保险公司的月剩余额度或者年剩余额度，则选取默认保险公司为目标保险公司。

进一步地，数据获取单元51包括基础数据获取单元511、放款金额计算单元512、月剩余额度计算单元513、年剩余额度计算单元514和在途件占用金额计算单元515。

基础数据获取单元511，用于匹配保险公司对应的公司标识、放款日期、日放款金额、在途件数量、放款标准额度和贷款折算比例。

放款金额计算单元512，用于根据放款日期，将公司标识对应的所有日放款金额进行累加，获取公司标识对应的月放款金额和年放款金额。

月剩余额度计算单元513，用于根据月放款金额和对应的月放款阀值，获取公司标识对应的月剩余额度，月剩余额度的计算公式为i_n＝t_n-b_n，其中，i_n表示第n个月的月剩余额度，t_n表示第n个月的月放款阀值，b_n表示第n个月的月放款金额。

年剩余额度计算单元514，用于根据年放款金额和对应的年放款阀值，获取公司标识对应的年剩余额度，年剩余客户的计算公式为I＝T-B，其中，I表示年剩余额度，T表示年放款阀值，B表示年放款金额。

在途件占用金额计算单元515，用于基于在途件数量、放款标准额度和贷款折算比例，通过在途件占用额计算公式获取在途件占用金额，在途件占用额计算公式为M＝n*a*p，其中，M为在途件占用金额，n为在途件数量，a为放款标准额度，p贷款折算比例。

进一步地，保险公司信息一览表还包括有效保险公司对应的业务员信息。

贷款担保处理装置还包括公司标识获取单元61和邮箱地址获取单元62。

公司标识获取单元61，用于当有效保险公司的月放款金额或者年放款金额达到预设值时，获取有效保险公司对应的公司标识。

邮箱地址获取单元62，用于根据有效保险公司对应的公司标识，从保险公司信息一览表中获取业务员信息中的邮箱地址，并将邮件提醒信息发送给邮箱地址。

关于贷款担保处理装置的具体限定可以参见上文中对于基于消息队列的贷款担保处理方法的限定，在此不再赘述。上述贷款担保处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储基于消息队列的贷款担保处理方法中涉及到的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于消息队列的贷款担保处理方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中基于消息队列的贷款担保处理方法的步骤，例如图2所示的步骤S10至步骤S50。或者，处理器执行计算机程序时实现上述实施例中基于消息队列的贷款担保处理装置的各模块/单元的功能，例如图9所示的模块10至模块50。为避免重复，这里不再赘述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施例中基于消息队列的贷款担保处理方法的步骤，例如图2所示的步骤S10至步骤S50。或者，处理器执行计算机程序时实现上述实施例中基于消息队列的贷款担保处理装置的各模块/单元的功能，例如图9所示的模块10至模块50。为避免重复，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将该装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种基于消息队列的贷款担保处理方法，其特征在于，包括：

获取贷款担保申请请求，所述贷款担保申请请求包括请求编号、客户地址、担保类型和贷款担保金额；

基于所述客户地址和所述担保类型查询保险公司信息一览表，获取与所述客户地址和所述担保类型相匹配的有效保险公司列表，所述有效保险公司列表包括有效保险公司名称和与每个有效保险公司对应的权重；

基于所述有效保险公司对应的权重对所述有效保险公司进行交叉排列，获取目标消息队列；

基于所述目标消息队列，对所述贷款担保申请请求进行初次匹配，获取与每一个贷款担保请求对应的一匹配保险公司；

根据所述贷款担保金额对所述匹配保险公司进行二次匹配，获取与所述贷款担保金额匹配的目标保险公司，以使所述目标保险公司对所述贷款担保申请请求进行放款处理。

2.如权利要求1所述的基于消息队列的贷款担保处理方法，其特征在于，所述基于所述客户地址和所述担保类型查询保险公司信息一览表，获取与所述客户地址和所述担保类型相匹配的有效保险公司列表，包括：

对所述客户地址进行标准化处理，获取所述客户地址对应的标准地址；

基于所述标准地址和所述担保类型查询保险公司信息一览表，获取与所述标准地址和所述担保类型匹配的有效保险公司；

根据所述有效保险公司的年放款阀值和单位阀值的商，获取所述有效保险公司对应的权重，其中，所述单位阀值为所有年放款阀值的最大公约数；

根据所述有效保险公司对应的权重，对所述有效保险公司进行升序排列，获取所述有效保险公司列表。

3.如权利要求1所述的基于消息队列的贷款担保处理方法，其特征在于，所述有效保险公司列表中的有效保险公司按照各有效保险公司对应的权重升序排列；

所述基于所述有效保险公司对应的权重对所述有效保险公司进行交叉排列，获取目标消息队列，包括：

根据所述有效保险公司列表，依序将权重不为0的有效保险公司发送给初始消息队列进行存储；

对所述有效保险公司的权重减1，按照权重由小到大的顺序，依序将权重不为0的有效保险公司发送给初始消息队列进行存储；

直至所有所述有效保险公司对应的权重均为0时，则将所述初始消息队列作为目标消息队列。

4.如权利要求1所述的基于消息队列的贷款担保处理方法，其特征在于，所述基于所述目标消息队列，对所述贷款担保申请请求进行初次匹配，获取与每一个贷款担保请求对应的一匹配保险公司，包括：

依据获取所述贷款担保申请请求的时间，对所述请求编号进行排序，获取对应的编号消息队列；

将目标消息队列中队头对应的有效保险公司匹配给所述编号消息队列中队头对应的请求编号，使得所述请求编号对应的贷款担保申请请求，获取与所述请求编号相对应的匹配保险公司；

删除所述编号消息队列中队头对应的请求编号，获取新的编号消息队列，并将所述目标消息队列中队头对应的有效保险公司从队头删除，添加到目标消息队列的队尾，形成新的目标消息队列；

依次类推，基于新的编号消除队列和新的目标消息队列，完成对所述贷款担保申请请求的初次匹配，获取与所述请求编号相对应的匹配保险公司。

5.如权利要求1所述的基于消息队列的贷款担保处理方法，其特征在于，所述根据所述贷款担保金额对所述匹配保险公司进行二次匹配，获取与所述贷款担保金额匹配的目标保险公司，包括：

获取所述匹配保险公司对应的在途件占用金额、月剩余额度和年剩余额度；

若所述贷款担保金额和所述在途件占用金额的和，小于所述匹配保险公司的月剩余额度且小于所述匹配保险公司的年剩余额度，则该匹配保险公司为目标保险公司；

若所述贷款担保金额和所述在途件占用金额的和，大于所述匹配保险公司的月剩余额度或者年剩余额度，则选取默认保险公司为目标保险公司。

6.如权利要求5所述的基于消息队列的贷款担保处理方法，其特征在于，所述获取所述匹配保险公司对应的在途件占用金额、月剩余额度和年剩余额度，包括：

获取匹配保险公司对应的公司标识、放款日期、日放款金额、在途件数量、放款标准额度和贷款折算比例；

根据所述放款日期，将所述公司标识对应的所有日放款金额进行累加，获取所述公司标识对应的月放款金额和年放款金额；

根据所述月放款金额和对应的月放款阀值，获取所述公司标识对应的月剩余额度，所述月剩余额度的计算公式为i_n＝t_n-b_n，其中，i_n表示第n个月的月剩余额度，t_n表示第n个月的月放款阀值，b_n表示第n个月的月放款金额；

根据所述年放款金额和对应的年放款阀值，获取所述公司标识对应的年剩余额度，所述年剩余客户的计算公式为I＝T-B，其中，I表示年剩余额度，T表示年放款阀值，B表示年放款金额；

基于所述在途件数量、放款标准额度和贷款折算比例，通过在途件占用额计算公式获取在途件占用金额，所述在途件占用额计算公式为M＝n*a*p，其中，M为在途件占用金额，n为在途件数量，a为放款标准额度，p贷款折算比例。

7.如权利要求6所述的基于消息队列的贷款担保处理方法，其特征在于，所述保险公司信息一览表还包括所述有效保险公司对应的业务员信息，所述基于消息队列的贷款担保处理方法还包括：

当所述有效保险公司的月放款金额或者年放款金额达到预设值时，获取有效保险公司对应的公司标识；

根据所述有效保险公司对应的公司标识，从所述保险公司信息一览表中获取所述获取业务员信息中的邮箱地址，并将所述邮件提醒信息发送给所述邮箱地址。

8.一种贷款担保处理装置，其特征在于，包括：

贷款担保申请请求获取模块，用于获取贷款担保申请请求，所述贷款担保申请请求包括请求编号、客户地址、担保类型和贷款担保金额；

有效保险公司列表获取模块，用于基于所述客户地址和所述担保类型查询保险公司信息一览表，获取与所述客户地址和所述担保类型相匹配的有效保险公司列表，所述有效保险公司列表包括有效保险公司名称和与每个有效保险公司对应的权重；

目标消息队列获取模块，用于基于所述有效保险公司对应的权重对所述有效保险公司进行交叉排列，获取目标消息队列；

匹配保险公司获取模块，用于基于所述目标消息队列，对所述贷款担保申请请求进行初次匹配，获取与每一个贷款担保请求对应的一匹配保险公司；

目标保险公司获取模块，用于根据所述贷款担保金额对所述匹配保险公司进行二次匹配，获取与所述贷款担保金额匹配的目标保险公司，以使所述目标保险公司对所述贷款担保申请请求进行放款处理。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述基于消息队列的贷款担保处理方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述基于消息队列的贷款担保处理方法的步骤。