CN101419692A - 一种网络联保的处理方法和系统 - Google Patents

Abstract

本发明公开了一种网络联保的处理方法，其特征在于，包括以下步骤：服务器接收到用户发送的申请业务的信息后，提供不同的联保组群方式给所述用户选择；所述服务器根据所述用户的选择创建具有唯一编号的联保群；所述服务器把所述联保群的信息组成数据包并发送给银行系统。通过使用本发明提供的方法，能够提升联保组群的成功率，解决地域的局限性，通过互联网让各个不同地区的企业实现组群的可能性，建立整套网络预警机制，实现非人工的贷中风险控制，完善了企业的信用体系。

Description

一种网络联保的处理方法和系统

技术领域

本发明涉及电子商务领域，尤其涉及一种网络联保的处理方法和系统。

背景技术

中小企业发展遇到的最大瓶颈之一，就是资金缺乏，向银行贷款时找不到担保企业。网络联保是基于互联网电子商务应用的一种全新的融资—风控业务模式，全面解决中小企业的贷款担保问题。网络联保旨在基于企业间对互联网电子商务的应用，发起和缔结联合担保的贷款合约并建立联合担保群体，建立担保群的企业之间彼此结合互联网电子商务和线下商务进行风险管控，同时联保群成员接受银行和电子商务平台的风险监督和控制，并在互联网上直接体现联保动态，对贷款的进行全程控制。

传统的联保方式是指三个或三个以上的中小企业自愿组成一个担保联合体(即联保群)，通过企业内部的沟通和协调，一起向银行申请贷款，当联保群中的某一成员向银行申请办理指定的信用业务时，联保群其余全部成员为该申请人的银行的信用业务提供连带责任担保，贷款申请人还需要承担个人无限责任。传统的联保群的发起和组成方式完全基于线下。传统联保方式的风控机制为：(1)联保群与银行直接联系，没有其他任何机构介入；(2)依赖信贷人员上门拜访，进行监督。目前企业贷款情况已经实现银行内的信息互通，各家银行通过贷款卡进行查询企业的贷款记录，传统联保方式的企业借贷信用记录只在银行内部互通，并未用于其他。

传统的联保方式存在以下不足之处：

(1)组成方式单一：传统的联保模式完全基于线下，且比较局限于地域，基本依赖银行在企业之前进行撮合，大大降低了组群的成功率和成功总量。

(2)监督机制不完整：监督机制单一，仅依靠银行实地调查的监督，风险控制机制并不完整。

(3)借贷记录的应用仅限于银行之间，该记录对于该企业信用情况的建立却没有起到作用。

发明内容

本发明要解决的问题是提供一种网络联保的处理方法和系统，使得用户可以选择多种方式进行线上联保组群，并建立成套监督系统，在企业申请贷款以及使用贷款的过程中，对其在网络上的行为进行监督预警。

本发明提供一种网络联保的处理方法，包括以下步骤：

服务器接收到用户发送的申请业务的信息后，提供不同的联保组群方式给所述用户选择；

所述服务器根据所述用户的选择创建具有唯一编号的联保群；

所述服务器把所述联保群的信息组成数据包并发送给银行系统。

所述服务器接收到用户发送的申请业务的信息后，提供不同的联保组群方式给所述用户选择之前还包括：

所述服务器判断所述用户是否符合申请业务的条件，如果符合，则所述服务器提供不同的联保组群方式给所述用户选择，否则，所述服务器将所述用户申请业务的信息存储在数据库中。

所述服务器把所述联保群信息组成数据包并发送给银行系统之后还包括：

所述服务器接收银行系统反馈的所述用户申请的业务是否成功的信息，并通知所述用户。

所述服务器根据所述用户的选择创建具有唯一编号的联保群具体为：

所述服务器根据所述用户的选择生成唯一的联保群编号，并将所述联保群信息与所述用户的会员信息绑定，根据所述用户的会员信息判断所述用户是否符合组群条件，如果符合组群条件，则创建联保群。

所述联保组群的方式具体为：自动匹配、兄弟会、线上发起/加入、或以上联保组群方式的任意一种或几种的组合。

所述自动匹配的联保组群方式具体为：

所述用户在填写申请业务的信息后，所述服务器根据所述用户事先设置的标准，自动为所述用户推荐与所述申请业务信息相关的其他用户，提供彼此的数据资料，建议用户间组成联保群。

所述兄弟会的联保组群方式具体为：

若干用户相约发起联保组群，由兄弟会中的某一用户创建联保群，并添加所述兄弟会中的其他用户共同申请业务。

所述线上发起/加入的联保组群方式具体为：

有业务需求的用户，将组群需求发布在所述服务器上，标明自我条件和组群条件，等待或添加符合条件的用户加入组群。

本发明还提供一种服务器，包括：

处理模块，用于接收用户发送的申请业务的信息，并提供不同的联保组群方式给所述用户选择，并将所述用户的选择发送给组群模块；

组群模块，用于根据所述用户的选择创建具有唯一编号的联保群，并将所述联保群的信息发送给发送模块；

发送模块，用于接收所述组群模块发送的所述联保群的信息，将所述联保群的信息组成数据包并发送。

还包括：

判断模块，用于接收所述用户申请业务的信息，判断所述用户是否符合申请业务的条件，如果符合，则把所述用户的申请业务的信息发送给所述处理模块，否则把所述用户的申请业务的信息发送给存储模块；

存储模块，用于当所述用户不符合申请业务的条件时，存储所述用户的申请业务的信息。

还包括：

接收模块，用于接收所述用户申请的业务是否成功的信息，并发送给通知模块；

通知模块，用于将所述用户申请的业务是否成功的信息发送给所述用户。

与现有技术相比，本发明具有以下优点：

通过使用本发明提供的方法，能够提升联保组群的成功率，解决地域的局限性，通过互联网让各个不同地区的企业实现组群的可能性，建立整套网络预警机制，实现非人工的贷中风险控制，完善了企业的信用体系。

附图说明

图1是本发明实施例一的一种网络联保的处理方法的流程图；

图2是本发明实施例二的一种网络联保的处理方法的流程图；

图3是本发明实施例二中服务器和银行系统交互信息流程图；

图4是本发明实施例二的风险控制的流程图；

图5是本发明实施例三的一种网络联保的处理方法的流程图；

图6是本发明实施例四的一种网络联保的处理方法的流程图；

图7是本发明实施例五的一种服务器示意图。

具体实施方式

下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述：

本发明的实施例一中，一种网络联保的处理方法如图1所示，具体步骤如下：

步骤S101、用户通过网络登录服务器，向服务器发送申请业务的信息。

步骤S102、服务器接收到用户申请业务的信息后，判断用户是否符合申请业务的条件，如果符合，转步骤S103，否则，服务器将用户的信息保存在数据库中。

步骤S103、服务器提供不同的联保组群方式给用户选择。

联保组群方式具体为自动匹配、兄弟会、线上发起/加入、或以上联保组群方式的任意一种或几种的组合。

步骤S104、服务器根据用户的选择创建具有唯一编号的联保群。

步骤S105、组群成功后，服务器把联保群信息组成数据包保存在数据库中并通过互联网络发送给银行系统。

步骤S106、服务器接收银行系统反馈的用户业务申请是否成功的信息，并通知用户。

以下各实施例中以企业用户通过服务器向银行系统申请贷款业务为例，对本发明进行详细描述。

本发明的实施例二中，以自动匹配方式为例，一种网络联保的处理方法如图2所示，具体步骤如下：

步骤S201、企业用户通过互联网登录服务器。

步骤S202、服务器判断企业用户是否符合基本准入条件，如果符合基本准入条件，转步骤S203，否则拒绝企业用户登录。

具体的，服务器在企业用户登录时，通过查询数据库(DBA)中该企业用户的info(信息)判断该企业用户是否符合基本准入条件，其中基本准入条件包括企业用户的登录地域、身份、行业以及企业规模等，此基本准入条件可以根据不同的情况由服务器及时调整。

步骤S203、企业用户登录成功后，服务器通过查询数据库中企业用户的信息判断企业用户是否为诚信通会员(诚信通会员是阿里巴巴网站的付费会员，成为诚信通会员需要经过特别的身份认证)，如果企业用户为诚信通会员，转步骤S204，否则结束整个申请过程。

步骤S204、服务器对企业用户提供申请贷款的报名表格，并将企业用户填写的申请贷款的信息保存在数据库中。

具体的，服务器在企业用户填写表格时，自动调用数据库中该企业用户的member info(会员信息)，该member info信息为服务器设定，企业用户不可更改；当企业用户提交报名表后，服务器将企业用户填写的申请贷款的信息保存在数据库中，在数据库中生成唯一的报名表流水号并与该企业用户的member info绑定。

步骤S205、服务器根据企业用户申请贷款的信息，判断该企业用户是否符合申请贷款的条件，如果符合，转步骤S206；否则服务器将企业用户的数据信息保存在数据库中，以便该企业会员在符合申请贷款的条件后重新使用。

具体的，企业用户申请贷款必须满足以下三个条件：(1)企业用户必须为诚信通会员；(2)企业用户工商注册的年限最低为18个月；(3)企业用户无被投诉记录，企业用户如果处于诈骗处理中的状态，不可申请(一旦确定为诈骗，则注销其ID)；企业用户在最近6个月中纠纷次数高于两次(包括两次)，不可申请。

当服务器判断出企业用户为诚信通会员时，对企业用户提供申请贷款的报名表格，根据企业用户填写的申请贷款的信息判断企业用户是否符合上述另外两个申请贷款的条件，如果符合，则报名成功，否则企业用户报名失败，服务器将企业用户的数据信息保存在数据库中，以便该企业会员在符合申请贷款的条件后重新使用。

步骤S206、服务器读取数据库中保存的企业用户的申请贷款的信息，并显示在网站上。

具体的，服务器建立分类显示列表，读取数据库中保存的企业用户申请贷款的信息(如企业用户所在区域、行号、企业规模等)并在网站上对应显示。企业用户或其他会员可以通过关键字搜索对企业用户申请贷款的信息进行查询，关键字搜索包括模糊查询和精确查询两类，企业用户或其他会员在进行分类查询时，服务器可以读取数据库中保存的报名表的信息和memberinfo中的部分信息，当需要详细信息时，服务器可以将企业用户申请贷款的信息以Detailed(详细)的形式绑定显示在网站上。

企业用户报名成功后，银行和其他会员可以在网站上看到的企业用户的内容项如下表所示：

步骤S207、企业用户选择自动匹配的方式创建联保群，并在组群成功后，向服务器提交联保群的信息。

自动匹配的联保组群方式是指企业用户在填写申请贷款信息后，服务器根据企业用户事先设置的标准，自动为企业用户推荐其他条件类似的申贷企业，提供彼此的数据资料，建议企业间组成联保群。

具体的，企业用户报名成功后，服务器判断企业用户是否选择了自动匹配的联保组群方式，如果企业用户选择了自动匹配的联保组群方式，则服务器判断企业用户是否符合创建联保群的条件，该创建联保群的条件与企业用户登录的基本准入条件相同，但是等级不同，且此条件可以根据不同的情况由服务器及时调整。如果企业用户符合创建联保群的条件，服务器为企业用户创建联保群，并根据企业用户的条件和实际情况，在数据库中搜索符合企业用户匹配条件的其他企业用户的信息，推荐类似条件的企业，建议彼此之间组成联保群，服务器每次向企业用户推荐，都会通过实时通知实体通知相关的企业用户；如果企业用户选择未选择自动匹配的联保组群方式，则服务器进行其他联保组群方式。

服务器可以提供多个符合企业用户设置的联保群供企业用户选择，例如：在某一个区域内的、同行的、企业规模相近的、贷款需求相似的企业用户等；如果服务器未能搜索到符合条件的企业用户，将会向用户发送提示消息，提示企业用户修改申贷需求或请其等待。企业用户选择服务器提供的联保群中的任意一个，申请组群。

服务器为企业用户创建的联保群具有唯一的联保群编号，并将该企业用户的member info与联保群信息绑定。创建联保群后，企业用户可以通过条件查询添加会员，邀请其他企业用户加入到联保圈中，企业用户添加会员的同时，服务器在数据库查询该会员信息判断是否符合贷款条件。

组群过程中，联保群内的企业用户可以添加其他会员，添加其他会员时，需要现有群内所有成员审批通过，如有成员不同意，则不添加该会员。在创建联保群的企业用户提交联保群信息前，其他企业用户均可随时退出。此时，数据库中保存的企业用户的info记录包括：是否为联保群的创建人、会员ID、报名表流水号、联保群编号、联保群的状态(例如是否为组群中状态，如果为组群中状态，其他会员可以退出，否则状态信息不可修改并且企业会员不可退出联保群)。

步骤S201～S207通常被称为组群流程。

步骤S208、服务器接收企业用户提交的联保群信息，并进行审核。

具体的，联保群判断群内成员是否符合创建联保群的条件，联保群的创建条件具体为：群内企业会员的身份、数量、相关行业、企业间的关系以及企业相关资质。此创建条件可以由服务器及时调整。如果符合组群条件，服务器判断联保群中的所有企业用户是否两两相互认同且同意风险共存，如果是，则组群成功，转步骤S209；如果联保群中有一个以上企业用户(包含一个)提出异议，则组群失败，服务器需要重新匹配或者选择其他方式组群。服务器将以上判断结果在第一时间内以站内信、邮件、短信、页面等方式通知创建联保群的企业用户。

组群失败的原因包括：联保群中有任一企业用户不认同，则组群失败，服务器删除该联保群；或者联保群中有任一企业用户被踢出，则组群失败，其他企业用户继续组群，如果有企业用户被其原所在准联保群成员投票决定踢出群体，服务器将为被踢出的企业用户匹配相似条件的准联保群和申贷企业，建议其组成联保群；或者认同的企业用户新建一个联保群，把不认同的企业用户留在原联保群。在等待创建联保群的阶段，每一个准联保群和申贷企业在组群时间过长时，服务器将主动向企业用户发送推荐信息，推荐其他企业或其他群体，建议组成联保群。

服务器还提供自动响应的功能，即企业用户或准联保群如果对当前匹配结果不满或其他任何情况，都可以申请自动匹配类似条件的准联保群或申贷企业，服务器按照匹配请求向企业用户发送响应消息，消息中携带自动推荐的所需结果。

服务器还提供优质推荐的功能，即服务器将根据企业获贷履约情况对曾经获贷的企业进行评级，并根据评级结果优先推荐已经退出联保群但是还有新的申贷需求的企业用户给其他企业用户。

步骤S208通常被称为认同流程。

步骤S209、审核通过后，服务器将联保群信息组成数据包，并通过网络发送给银行系统。

服务器与银行系统之间的接口部分有发送和接收信息的功能，每条发送的信息或状态反馈时均有系统响应，在反馈时间段内如未得到对方系统响应，则自动重发该信息，并且通过接口调取相应编号信息的状态自行同步。

步骤S210、银行系统根据服务器发送的企业用户申请贷款的信息，对企业用户进行审核，判断企业用户是否符合贷款条件，如果符合贷款条件，转步骤S211，否则贷款失败。银行系统将企业用户获贷与否的审核结果发送给服务器，服务器接收到审核结果后通知企业会员，该通知的形式包括邮件、短信等。如果企业获得贷款，服务器提示企业用户是否选择某些内容在网站上公开，如果企业用户选择公开其审核内容，服务器对企业用户的诚信通指数加分。

步骤S212、银行系统向符合贷款条件的企业用户发送通知消息，并发放贷款。

通过审核的企业用户将会获得银行的贷款，且获得服务器的诚信通指数的加分。

步骤S213、服务器和银行系统通过系统之间的接口交互信息，完成企业用户贷款的风险控制。

具体的，服务器和银行系统在整个申请贷款的每一阶段都有交互信息的过程，如图3所示，具体步骤如下：

步骤S301、企业用户通过互联网登录服务器，提交申请贷款的信息。

步骤S302、服务器接收企业用户提交的申请贷款的信息，进行初步审核，审核该企业用户是否符合申请贷款的条件，转步骤S303；如果未通过审核，则通知企业用户。

步骤S303、服务器将通过审核的企业用户的信息提交给银行系统。

步骤S304、银行系统接收到服务器发送的企业用户的申请贷款信息后，审核该企业用户是否符合申请贷款的条件，如果符合，转步骤S305；对于未通过审核的企业用户的信息也发送给服务器，通知企业用户以及服务器。

步骤S305、银行系统将通过审核的企业用户的信息发送给服务器，要求企业用户在网上签订合同，对企业用户进行授信。

步骤S306、企业用户通过银行系统进行还贷，银行系统将企业用户的还贷信息发送给服务器，服务器根据企业用户的还贷情况，对企业用户的诚信通指数加分或减分。

服务器通过和银行系统交互信息获得企业用户的信用记录，具体包括企业用户的贷款申请、贷款审核、贷款支用，以及贷款归还等状况的信息，对获得贷款且按时还清贷款的企业用户的诚信通指数加分，如果服务器判定企业用户未按时还清贷款，则对企业用户的诚信通指数减分，并启动止损和风险控制机制。

自企业用户申请贷款开始，服务器便对企业用户采取风险控制机制，具体包括对企业用户的贷款申请、贷款支用等情况进行监督，风险控制的流程如图4所示，包括以下步骤：

步骤S401、服务器接收企业用户提交的贷款申请。

步骤S402、服务器从服务器中提取该企业用户的历史记录，判断其是否有欺诈等不良记录，如果无不良记录，服务器将企业用户的信息提交给银行系统；如果企业用户有不良记录，则不符合报名条件，服务器保存其数据信息，以便该企业会员在符合要求后重新使用。

步骤S403、企业用户贷款成功后，服务器监控企业用户的状况。

步骤S404、服务器判断出企业用户的状况出现异常，则进行预警。

具体的，所述企业用户的状况具体为：企业用户日常操作行为、企业用户贷款业务相关操作、会员间相互评价、相关的交易评价及投诉信息、贷款业务流程状态、诚信通服务期限状态以及服务器及银行系统相关的线下资料导入。如果上述任意一项出现超过贷款前的平均情况或者出现异常，服务器则进行预警处理。

本发明的实施例三中，以兄弟会的联保方式为例，一种网络联保的处理方法如图5所示，具体步骤如下：

步骤S501～步骤S506为组群流程，与实施例二中步骤S201～步骤S202中描述的组群流程一致，在此不再赘述。

步骤S507、企业用户选择兄弟会(即相熟企业)的方式创建联保群，并在组群成功后，向服务器提交联保群的信息。

兄弟会的联保组群方式是指若干原本熟悉的企业，相约发起联保组群，其中由兄弟会中的某一企业用户先完成申贷表格，建立联保群，然后添加兄弟会中的其他企业用户，并开始申请贷款，该联保群是一个私密的、不公开的群。

具体的，企业用户报名成功后，服务器判断企业用户是否选择兄弟会的联保组群方式，如果企业用户选择了兄弟会的联保组群方式，则服务器判断企业用户是否符合创建联保群的条件，该创建联保群的条件与企业用户登录的基本准入条件相同，但是等级不同，且此条件可以由服务器及时调整。如果企业用户符合创建联保群的条件，服务器为企业用户创建联保群，该联保群具有唯一的编号，组群的企业用户被称为管理员，管理员组群后，添加其他兄弟会中的企业用户加入该联保群；如果企业用户未选择兄弟会的联保组群方式，则服务器进行其他联保组群方式。

服务器为企业用户创建的联保群具有唯一的联保群编号，并将该企业用户的member info与联保群信息绑定。创建联保群后，企业用户可以通过条件查询添加会员，添加其他企业用户加入到联保圈中，企业用户添加会员的同时，服务器在数据库查询该会员信息判断是否符合贷款条件。

组群过程中，联保群内的企业用户可以添加其他会员，任何会员加入时，需要现有群内所有成员审批通过，如有成员不同意，则会员不得加入联保群内。在创建联保群的企业用户提交联保群信息前，其他企业用户均可随时退出。此时，数据库中保存的企业用户的info记录包括：是否为联保群的创建人、会员ID、报名表流水号、联保群编号、联保群的状态(如是否为组群中状态，如果为组群中状态，会员可以退出，否则状态信息不可修改并且会员不可退出联保群)。

步骤S501～S507通常被称为组群流程。

步骤S508、服务器接收企业用户提交的联保群信息，并进行审核。

具体的，联保群判断群内成员是否符合创建联保群的条件，联保群的创建条件具体为：群内企业会员的身份、数量、相关行业、企业间的关系以及企业相关资质。此创建条件可以由服务器及时调整。如果符合组群条件，服务器判断联保群中的所有企业用户是否两两相互认同且同意风险共存，如果是，则组群成功，转步骤S509；如果联保群中有一个以上企业用户(包含一个)提出异议，则组群失败，服务器需要重新匹配或者选择其他方式组群。服务器将以上判断结果在第一时间内以站内信、邮件、短信、页面等方式通知创建联保群的企业用户。

如果联保群中的所有企业用户两两互相认同，则组群成功，组群成功的企业用户不能参加其他群的创建；如果联保群中有一个以上(包含一个)的企业用户提出异议，则组群失败，可以由联保群的管理员决定是否需要删除该企业用户的资格，然后添加其他符合条件的企业用户，直至群内所有企业用户两两互相认同。

步骤S509～S512与实施例二中步骤S209～S212所做操作一致，在此不再赘述。

本发明的实施例四中，以线上发起/加入为例，一种网络联保的处理方法如图6所示，具体步骤如下：

步骤S601～步骤S606为组群流程，与实施例二中步骤S201～步骤S202中描述的组群流程一致，在此不再赘述。

步骤S607、企业用户选择线上发起/加入的方式创建联保群，并在组群成功后，向服务器提交联保群的信息。

线上发起/加入的联保方式是指有贷款需求又无法立即通过其他方式创建联保群的企业用户，可以将自己的组群需求发布在服务器上，标明自我条件和组群条件，等待或邀请符合条件的企业用户加盟组群。其他企业用户无论是否发布组群信息(只要是没有加入其他联保圈并且签订联保协议的)都可以申请加入别的准联保群。自动匹配失败并且无兄弟企业可组成联保群的企业，可以选择该种方式。

步骤S601～S607通常被称为组群流程。

步骤S608、服务器接收企业用户提交的联保群信息，并进行审核。

具体的，联保群判断群内成员是否符合创建联保群的条件，联保群的创建条件具体为：群内企业会员的身份、数量、相关行业、企业间的关系以及企业相关资质。此创建条件可以由服务器及时调整。如果符合组群条件，服务器判断联保群中的所有企业用户是否两两相互认同且同意风险共存，如果是，则组群成功，转步骤S609；如果联保群中有一个以上企业用户(包含一个)提出异议，则组群失败，服务器需要重新匹配或者选择其他方式组群。服务器将以上判断结果在第一时间内以站内信、邮件、短信、页面等方式通知创建联保群的企业用户。

如果联保群中的企业用户两两互相认同，则组群成功，组群成功的企业用户不能参加其他群的创建；如果联保群中有一个以上(包含一个)提出异议，则组群失败，可以由群中的管理员(即组群企业)决定是否需要删除某家企业用户的资格，然后添加其他符合条件的企业用户，直至群内所有企业用户两两互相认同。

步骤S609～S612与实施例二中步骤S209～S212所做操作一致，在此不再赘述。

以上实施例中以自动匹配、兄弟会和线上发起/加入为例，对本发明的进行描述，除了以上方法外，本发明还可以采取其他方法实现，具体为：

(1)自动匹配加线上发起的联保组群方式。

企业用户填写完申请贷款的信息后，服务器提供不同的联保组群方式供企业用户选择，如果企业选择自动匹配加线上发起的联保组群方式，则服务器在发布该企业用户的申请贷款的信息后，按照该企业用户的设置，搜索与该企业用户条件类似的已经上线的其他企业用户和/或没有上线的其他企业用户，按照不同类别和性质分别自动匹配建立联保群。

(2)自动匹配加线上加入的联保组群方式。

对于不愿意发布申请贷款的信息且组织发起联保群的企业用户，服务器自动帮助其匹配线上线下的贷款需求类似的其他企业用户，按照不同类别和性质分别自动匹配建立联保群。

(3)自动匹配加临时出缺的联保组群方式。

当某个准联保群由于意见不合导致有企业用户被剔除时，服务器将自动根据经过修改后的准联保群的条件，向该联保群推荐符合要求的其他企业用户。

(5)自动匹配加被剔除出群的联保组群方式。

当某个准联保群由于意见不合导致有企业用户被剔除时，服务器将自动向该企业用户推荐的其他联保群或企业用户。

通过上述实施例提供的方法，能够提升联保群组成的成功率，解决地域的局限性，通过互联网让各个不同地区的企业实现组群的可能性，建立整套网络预警机制，实现非人工的贷中风险控制，完善了企业的信用体系。

本发明的实施例五中提供一种服务器，如图7所示，包括：

处理模块11，用于接收用户发送的申请业务的信息，并提供不同的联保组群方式给用户选择，并将用户的选择发送给组群模块12。联保组群方式具体为自动匹配、兄弟会、线上发起/加入、或以上联保组群方式的任意一种或几种的组合。组群模块12，用于根据用户的选择创建具有唯一编号的联保群，并将联保群的信息发送给发送模块13。发送模块13，用于接收组群模块12发送的联保群的信息，将联保群的信息组成数据包并发送。

还包括：判断模块14，用于接收用户申请业务的信息，判断用户是否符合申请业务的条件，如果符合，则把用户的申请业务的信息发送给处理模块11，否则把用户的申请业务的信息发送给存储模块15。存储模块15，用于当用户不符合申请业务的条件时，存储用户的申请业务的信息。

还包括：接收模块16，用于接收用户申请的业务是否成功的信息，并发送给通知模块17。通知模块17，用于将用户申请的业务是否成功的信息发送给用户。

通过上述实施例提供的系统，能够提升联保群组成的成功率，解决地域的局限性，通过互联网让各个不同地区的企业实现组群的可能性，建立整套网络预警机制，实现非人工的贷中风险控制，完善了企业的信用体系。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该获取机软件产品存储在一个存储介质中，包括若干指令用以使得网络设备执行本发明各个实施例所述的方法。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (11)

1、一种网络联保的处理方法，其特征在于，包括以下步骤：

服务器接收到用户发送的申请业务的信息后，提供不同的联保组群方式给所述用户选择；

所述服务器根据所述用户的选择创建具有唯一编号的联保群；

所述服务器把所述联保群的信息组成数据包并发送给银行系统。

2、如权利要求1所述网络联保的处理方法，其特征在于，所述服务器接收到用户发送的申请业务的信息后，提供不同的联保组群方式给所述用户选择之前还包括：

所述服务器判断所述用户是否符合申请业务的条件，如果符合，则所述服务器提供不同的联保组群方式给所述用户选择，否则，所述服务器将所述用户申请业务的信息存储在数据库中。

3、如权利要求1所述网络联保的处理方法，其特征在于，所述服务器把所述联保群信息组成数据包并发送给银行系统之后还包括：

所述服务器接收银行系统反馈的所述用户申请的业务是否成功的信息，并通知所述用户。

4、如权利要求1所述网络联保的处理方法，其特征在于，所述服务器根据所述用户的选择创建具有唯一编号的联保群具体为：

所述服务器根据所述用户的选择生成唯一的联保群编号，并将所述联保群信息与所述用户的会员信息绑定，根据所述用户的会员信息判断所述用户是否符合组群条件，如果符合组群条件，则创建联保群。

5、如权利要求1所述网络联保的处理方法，其特征在于，所述联保组群的方式具体为：自动匹配、兄弟会、线上发起/加入、或以上联保组群方式的任意一种或几种的组合。

6、如权利要求5所述网络联保的处理方法，其特征在于，所述自动匹配的联保组群方式具体为：

所述用户在填写申请业务的信息后，所述服务器根据所述用户事先设置的标准，自动为所述用户推荐与所述申请业务信息相关的其他用户，提供彼此的数据资料，建议用户间组成联保群。

7、如权利要求5所述网络联保的处理方法，其特征在于，所述兄弟会的联保组群方式具体为：

若干用户相约发起联保组群，由兄弟会中的某一用户创建联保群，并添加所述兄弟会中的其他用户共同申请业务。

8、如权利要求5所述网络联保的处理方法，其特征在于，所述线上发起/加入的联保组群方式具体为：

有业务需求的用户，将组群需求发布在所述服务器上，标明自我条件和组群条件，等待或添加符合条件的用户加入组群。

9、一种服务器，其特征在于，包括：

处理模块，用于接收用户发送的申请业务的信息，并提供不同的联保组群方式给所述用户选择，并将所述用户的选择发送给组群模块；

组群模块，用于根据所述用户的选择创建具有唯一编号的联保群，并将所述联保群的信息发送给发送模块；

发送模块，用于接收所述组群模块发送的所述联保群的信息，将所述联保群的信息组成数据包并发送。

10、如权利要求9所述服务器，其特征在于，还包括：

判断模块，用于接收所述用户申请业务的信息，判断所述用户是否符合申请业务的条件，如果符合，则把所述用户的申请业务的信息发送给所述处理模块，否则把所述用户的申请业务的信息发送给存储模块；

存储模块，用于当所述用户不符合申请业务的条件时，存储所述用户的申请业务的信息。

11、如权利要求9所述服务器，其特征在于，还包括：

接收模块，用于接收所述用户申请的业务是否成功的信息，并发送给通知模块；

通知模块，用于将所述用户申请的业务是否成功的信息发送给所述用户。

Images