CN107784419A - 分配名单数据的方法和装置 - Google Patents

Abstract

本发明涉及一种分配名单数据的方法和装置。上述方法包括：获取名单数据；根据所述名单数据获取机构信息；根据所述机构信息获取对应的机构中预先配置的各个团队的分配比率；将所述各个团队的分配比率分别转化为匹配的随机数区间；随机生成所述名单数据的随机数，并确定所述随机数所处的随机数区间；将所述名单数据分配至与所述随机数所处的随机数区间对应的团队。上述分配名单数据的方法和装置，能够将名单数据按一定的比率合理分配至各个团队，有效提高名单数据的处理效率。

Description

分配名单数据的方法和装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种分配名单数据的方法和装置。

背景技术

在保险业务中，客户通过移动终端应用、网站、微信等各大平台登录保险公司的业务服务器进行相关的业务操作，例如咨询、购买保险、核保、支付等，业务服务器均会根据客户进行的业务操作生成相应的网销名单。业务服务器生成网销名单后，会将网销名单下发至各个业务团队，由业务团队中的坐席进行处理。在传统方式中，业务服务器每次将一条网销名单随机下发至业务团队中，由于各个业务团队处理网销名单的能力不同，随着下发次数的累积，当下发的网销名单的累积数量越来越大时，无法将生成的网销名单合理分配至各个团队中，影响网销名单的处理效率。

发明内容

基于此，有必要提供一种分配名单数据的方法，能够将名单数据合理分配至团队，提高名单数据的处理效率。

此外，还有必要提供一种分配名单数据的装置，能够将名单数据合理分配至团队，提高名单数据的处理效率。

一种分配名单数据的方法，包括：

获取名单数据；

根据所述名单数据获取机构信息；

根据所述机构信息获取对应的机构中预先配置的各个团队的分配比率；

将所述各个团队的分配比率分别转化为匹配的随机数区间；

随机生成所述名单数据的随机数，并确定所述随机数所处的随机数区间；

将所述名单数据分配至与所述随机数所处的随机数区间对应的团队。

在其中一个实施例中，所述名单数据包括地址信息及名单属性；

所述根据所述名单数据获取机构信息，包括：

根据所述地址信息获取一级机构信息，并获取与所述一级机构信息关联的二级机构信息；

根据所述名单属性从所述与一级机构信息关联的二级机构信息中获取匹配的二级机构信息。

在其中一个实施例中，所述名单数据包括名单类型；

在所述将所述名单数据分配至与所述随机数所处的随机数区间对应的团队的步骤之后，还包括：

根据所述名单类型确定所述名单数据所属团队中分配所述名单数据的坐席标识；

将所述名单数据发送至与所述坐席标识对应的终端。

在其中一个实施例中，所述根据所述名单类型确定所述名单数据所属团队中分配所述名单数据的坐席标识，包括：

获取与所述名单类型匹配的坐席类型；

根据所述坐席类型获取所述名单数据所属团队中具有处理权限的坐席标识；

根据与各个具有处理权限的坐席标识对应的已有任务量及最大任务量确定分配所述名单数据的坐席标识。

在其中一个实施例中，所述名单数据包括名单标识及名单类型；

在所述获取名单数据的步骤之后，还包括：

根据所述名单标识判断是否有与所述名单数据历史对应的坐席信息；

若有，则获取与所述名单数据历史对应的坐席类型，并判断所述与名单数据历史对应的坐席类型是否与所述名单类型匹配，若匹配，则将所述名单数据分配至与所述名单数据历史对应的坐席所在的终端。

一种分配名单数据的装置，包括：

数据获取模块，用于获取名单数据；

机构获取模块，用于根据所述名单数据获取机构信息；

比率获取模块，用于根据所述机构信息获取对应的机构中预先配置的各个团队的分配比率；

转化模块，用于将所述各个团队的分配比率分别转化为匹配的随机数区间；

随机模块，用于随机生成所述名单数据的随机数，并确定所述随机数所处的随机数区间；

分配模块，用于将所述名单数据分配至与所述随机数所处的随机数区间对应的团队。

在其中一个实施例中，所述名单数据包括地址信息及名单属性；

所述机构获取模块，包括：

信息获取单元，用于根据所述地址信息获取一级机构信息，并获取与所述一级机构信息关联的二级机构信息；

机构获取单元，用于根据所述名单属性从所述与一级机构信息关联的二级机构信息中获取匹配的二级机构信息。

在其中一个实施例中，所述名单数据包括名单类型；

所述装置还包括：

坐席确定模块，用于根据所述名单类型确定所述名单数据所属团队中分配所述名单数据的坐席标识；

所述分配模块，还用于将所述名单数据发送至与所述坐席标识对应的终端。

在其中一个实施例中，所述坐席确定模块，包括：

类型获取单元，用于获取与所述名单类型匹配的坐席类型；

标识获取单元，用于根据所述坐席类型获取所述名单数据所属团队中具有处理权限的坐席标识；

坐席确定单元，用于根据与各个具有处理权限的坐席标识对应的已有任务量及最大任务量确定分配所述名单数据的坐席标识。

在其中一个实施例中，所述名单数据包括名单标识及名单类型；

所述装置还包括：

判断模块，用于根据所述名单标识判断是否有与所述名单数据历史对应的坐席信息，若有，则获取与所述名单数据历史对应的坐席类型，并判断所述与名单数据历史对应的坐席类型是否与所述名单类型匹配；

所述分配模块，还用于若所述与名单数据历史对应的坐席类型与所述名单类型匹配，则将所述名单数据分配至与所述名单数据历史对应的坐席所在的终端。

上述分配名单数据的方法和装置，根据名单数据获取机构信息，并获取与机构信息对应的机构中预先配置的各个团队的分配比率，将各个团队的分配比率分别转化为匹配的随机数区间，随机生成名单数据的随机数，再根据随机数所处的随机数区间将名单数据分配至对应的团队，通过将预先配置的各个团队的分配比率转化为随机数区间，能够将名单数据按一定的比率合理分配至各个团队，有效提高名单数据的处理效率。

附图说明

图1为一个实施例中分配名单数据的方法的应用场景图；

图2为一个实施例中服务器的内部结构示意图；

图3为一个实施例中分配名单数据的方法的流程示意图；

图4为一个实施例中获取机构信息的流程示意图；

图5为一个实施例中将名单数据分配给坐席的流程示意图；

图6为一个实施例中确定名单数据所属团队中分配名单数据的坐席标识的流程示意图；

图7为一个实施例中将名单数据分配至处理坐席的流程示意图；

图8为一个实施例中分配名单数据的装置的结构示意图；

图9为一个实施例中机构获取模块的内部结构示意图；

图10为另一个实施例中分配名单数据的装置的结构示意图；

图11为一个实施例中坐席确定模块的内部结构示意图；

图12为又一个实施例中分配名单数据的装置的结构示意图。

具体实施方式

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

图1为一个实施例中分配名单数据的方法的应用场景图。如图1所示，客户可在终端10上通过各个渠道进行相关的业务操作，服务器20根据客户在终端10上进行的业务操作生成名单数据。服务器20获取生成的名单数据，根据名单数据获取机构信息，并根据机构信息获取对应的机构中预先配置的各个团队的分配比率。服务器20将获取的各个团队的分配比率分别转化为匹配的随机数区间，随机生成名单数据的随机数，并确定该随机数所处的随机数区间，再将名单数据分配至与该随机数所处的随机数区间对应的团队。服务器20将名单数据分配至团队后，可根据名单数据的名单类型确定名单数据所属团队中分配名单数据的坐席标识，并将名单数据发送至与该坐席标识对应的终端30，由坐席通过终端30对名单数据进行处理。

图2为一个实施例中上述服务器20的内部结构示意图。如图2所示，该服务器20包括通过系统总线连接的处理器、非易失性存储介质、内存储器和网络接口。其中，该服务器20的非易失性存储介质存储有操作系统、数据库和分配名单数据的装置，数据库中存储有名单数据，该分配名单数据的装置用于实现适用于服务器20的一种分配名单数据的方法。该服务器20的处理器用于提供计算和控制能力，支撑整个服务器20的运行。该服务器20的内存储器为非易失性存储介质中的分配名单数据的装置的运行提供环境，该内存储器中可储存有计算机可读指令，该计算机可读指令被所述处理器执行时，可使得所述处理器执行分配名单数据的方法。该服务器20的网络接口用于据以与外部的终端通过网络连接通信，比如向终端30发送的名单数据等。服务器20可以用独立的服务器或者是多个服务器组成的服务器集群来实现。本领域技术人员可以理解，图2中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

如图3所示，提供了一种分配名单数据的方法，包括以下步骤：

步骤S310，获取名单数据。

具体的，客户可通过各个渠道进行业务操作，其中，渠道可包括移动终端应用、网站、微信等。服务器根据客户进行的业务操作，可生成对应的名单数据，名单数据可包括客户编号、姓名、联系方式、名单属性、名单类型等。

名单属性可用于表示名单数据对应的业务种类属性，名单属性可包括常规名单及专项名单，当名单数据中不包含险种信息，即客户仅是对投保做简单的咨询或了解，还未正式进行投保，则生成的名单数据的名单属性为常规名单，若名单数据中包含险种信息，则生成的名单数据的名单属性为专项名单，其对应的项目为险种信息所属的险种大类，其中，险种指的是保险产品的种类，不同的保险产品对应不同的险种，一个险种大类下可包括多个险种，例如，名单数据中的险种信息为“航空旅客意外伤害保险意外身故A款”，其所属的险种大类为“出行意外类”，则其名单属性为出行意外类名单。

名单类型用于表示名单数据当前对应的业务状态，也即客户当前所处的业务状态，名单类型可包括简易、流程、验真、已支付、通过未支付等。简易指的是名单数据中包含的信息较少，客户并未表现出投保意向，例如客户通过扫描二维码关注保险业务，微信平台生成的名单数据中仅包括客户编号、手机号码、微信号码等信息，则其对应的名单类型可为简易。流程指的是客户已对投保的前期业务流程进行了解，并表现出投保意向，例如客户通过保险网站了解投保流程，并在网站中填写投保意向资料，则保险网站生成的名单数据对应的名单类型可为流程。验真指的是客户已进行投保，进入核保阶段，核保阶段可对客户的各项信息进行审核，判断客户是否符合投保资格。已支付指的是客户已成功支付投保的相关费用，已通过未支付指的是客户已核保通过但还未支付投保的相关费用。名单类型可根据实际业务需求进行设定，并不限于上述几种。

步骤S320，根据名单数据获取机构信息。

具体的，服务器可根据名单数据获取对应的机构信息，并根据机构信息确定处理名单数据的机构，将名单数据分配至该机构下的团队进行处理。

如图4所示，在一个实施例中，步骤S320根据名单数据获取机构信息，包括以下步骤：

步骤S402，根据地址信息获取一级机构信息，并获取与一级机构信息关联的二级机构信息。

具体的，机构可包括一级机构及二级机构，一级机构是以地理位置划分的地区性机构，一般以省进行划分，例如安徽省分公司、广东省分公司等。一级机构下又可包括多个二级机构，二级机构可根据市、县级进行划分，例如，淮南中支、安徽黄山支部、毫州办事处等。服务器可提取名单数据中的地址信息，并根据地址信息确定名单数据所属的一级机构，并获取该一级机构信息，一级机构信息可包括机构名称、机构编号、一级机构下包含的二级机构信息等，例如，地址信息为广东省深圳市南山区XX路XX号，则可确定名单数据所属的一级机构为广东省分公司，可同时获取与广东省分公司关联的二级机构信息，包括广州分支、深圳分支、惠州分支等机构的信息。

步骤S404，根据名单属性从与一级机构信息关联的二级机构信息获取匹配的二级机构信息。

具体的，不同的二级机构所负责的业务可能不同，因此不同的二级机构具有不同的处理名单数据的权限。例如，某二级机构主要负责寿险业务，则该二级机构能够处理名单属性为常规名单及寿险名单的名单数据。业务管理员可预先配置各个二级机构对应的名单属性，服务器可根据获取的名单数据的名单属性从与一级机构信息关联的二级机构信息中，查询与名单属性匹配的二级机构信息，得到具有处理该名单数据权限的二级机构。

在其它的实施例中，若查询得到多个可处理该名单数据的二级机构，则可选取与名单数据中的地址信息距离最近的二级机构，并将名单数据分配至该距离最近的二级机构下的团队。

步骤S330，根据机构信息获取对应的机构中预先配置的各个团队的分配比率。

具体的，机构信息即为与名单数据的名单属性匹配的二级机构信息，机构信息中可包括机构中预先配置的各个团队的分配比率，业务管理员可预先根据机构中各个团队的业务处理能力配置对应的分配比率，机构中所有团队的分配比率之和为1。例如，机构下有A、B、C、D四个团队，可预先配置A、B、C、D四个团队的分配比率分别为20％、30％、25％、25％，分配比率之和为1。

步骤S340，将各个团队的分配比率分别转化为匹配的随机数区间。

具体的，服务器可将获取的机构中各个团队的分配比率分别转化为匹配的随机数区间，随机数区间的数值与分配比率对应，例如，机构下有A、B、C、D四个团队的分配比率分别为20％、30％、25％、25％，则可将分配比率分别转化为匹配的随机数区间[1-20]、[21-50]、[51-75]、[76-100]。

步骤S350，随机生成名单数据的随机数，并确定随机数所处的随机数区间。

具体的，服务器可随机生成名单数据的随机数，该随机数必然处于某个与各个团队的分配比率匹配的随机数区间，例如，服务器可随机生成[1-100]之间的随机数，并确定生成的随机数处于四个随机数区间[1-20]、[21-50]、[51-75]、[76-100]中的哪一个。

步骤S360，将名单数据分配至与随机数所处的随机数区间对应的团队。

具体的，服务器确定生成的随机数所处的随机数区间后，可将名单数据分配至与随机数所处的随机数区间对应的团队，例如，生成随机数36，36处于机构中B团队对应的随机数区间[21-50]，则可将名单数据分配至B团队。按照此种分配方式，当分配的名单数据的数量越来越大时，分配的比率会逐渐趋向于机构中预先配置的各个团队的分配比率，业务管理员也可随时根据业务需求调整机构中各个团队的分配比率，提高业务处理效率。

上述分配名单数据的方法，根据名单数据获取机构信息，并获取与机构信息对应的机构中预先配置的各个团队的分配比率，将各个团队的分配比率分别转化为匹配的随机数区间，随机生成名单数据的随机数，再根据随机数所处的随机数区间将名单数据分配至对应的团队，通过将预先配置的各个团队的分配比率转化为随机数区间，能够将名单数据按一定的比率合理分配至各个团队，有效提高名单数据的处理效率。

如图5所示，在一个实施例中，上述分配名单数据的方法，还包括以下步骤：

步骤S502，根据名单类型确定名单数据所属团队中分配名单数据的坐席标识。

具体的，服务器将名单数据分配至机构中的团队后，需将名单数据分配给团队中的坐席，坐席指的是保险业务中的接线客服人员，负责日常的客户服务热线电话的接听和答复工作。

如图6所示，在一个实施例中，步骤S502根据名单类型确定名单数据所属团队中分配名单数据的坐席标识，包括：

步骤S602，获取与名单类型匹配的坐席类型。

具体的，不同的坐席负责的业务工作不同，其对应的坐席类型也不同，坐席类型可包括外呼坐席、接听坐席、续保坐席、验真坐席、通过坐席等。不同的名单类型可匹配一个或多个坐席类型，名单类型与坐席类型匹配指的是名单类型与坐席类型业务上相匹配，即坐席类型对应的坐席可处理处于该名单类型所指代的业务状态的名单数据。例如，名单类型中的简易与坐席类型中的外呼坐席、接听坐席、续保坐席、验真坐席、通过坐席均匹配，所有的坐席均可对名单类型为简易的名单数据进行处理，名单类型中的验真则只与坐席类型中的验真坐席匹配，只有坐席类型为验真坐席的跟进人员才可处理名单类型为验真的名单数据；名单类型中的已支付、通过未支付可与坐席类型中的通过坐席匹配等，可根据业务需求设定匹配关系，并不限于此。

步骤S604，根据坐席类型获取名单数据所属团队中具有处理权限的坐席标识。

具体的，服务器获取与名单数据的名单类型匹配的坐席类型后，可获取名单数据所属团队中属于该坐席类型的坐席标识，例如，服务器将名单数据分配至B团队，名单数据的名单属性为验真，则匹配的坐席类型为验真坐席，可获取B团队中属于验真坐席的坐席标识，即具有处理该名单数据权限的坐席标识。坐席标识可为坐席的编号、名字等，可由数字、字母或符号组成，用于唯一标识坐席身份。

步骤S606，根据与各个具有处理权限的坐席标识对应的已有任务量及最大任量确定分配名单数据的坐席标识。

具体的，服务器获取名单数据所属团队中具有处理权限的坐席标识后，可根据每个具有处理权限的坐席的已有任务量及最大任务量分配名单数据，当坐席的已有任务量已达到最大任务量，则不进行分配，当坐席的已有任务量还未达到最大任务量，可获取已有任务量最少的坐席标识作为分配名单数据的坐席标识。在其它的实施例中，也可采用其它的方式确定分配名单数据的坐席标识，例如，获取名单数据所属团队中具有处理权限的坐席标识中，可从中随机选取一个坐席标识作为分配名单数据的坐席标识，或是预先设置坐席的分配顺序编号，按照分配顺序编号依次将名单数据轮流分配给具有处理权限的坐席等。

步骤S504，将名单数据发送至与坐席标识对应的终端。

具体的，服务器确定分配名单数据的坐席标识后，可将名单数据发送至与该坐席标识对应的终端，由坐席对名单数据进行处理。

在本实施例中，根据名单数据的名单类型确定名单数据所属团队中分配名单数据的坐席标识，将名单数据分配给相应的坐席进行处理，依照实际的业务情况进行分配，避免发生坐席对分配的名单数据的业务不清楚、不了解的情况，有效提高名单数据的处理效率。

如图7所示，在一个实施例中，在步骤S310获取名单数据之后，还包括以下步骤：

步骤S702，根据名单标识判断是否有与名单数据历史对应的坐席信息，若是，则执行步骤S704，若否，则执行步骤S320。

具体的，名单标识可为名单数据中的客户编号、姓名等，服务器可根据名单标识查询数据库中是否有与名单数据历史对应的坐席，即判断之前是否有坐席跟进处理过名单数据中的客户的业务。若服务器根据名单标识检测到该客户为旧客户，则数据库中存储有之前处理该客户的名单数据的坐席信息。若服务器根据名单标识检测到该客户为新客户，数据库中无对应的坐席信息，则可执行根据名单数据获取机构信息的步骤，对名单数据进行分配。

步骤S704，获取与名单数据历史对应的坐席类型。

具体的，若数据库中存储有与名单数据历史对应的坐席信息，服务器可从与名单数据历史对应的坐席信息中获取坐席类型，当数据库中存储有多个与名单数据关联的坐席信息时，即之前有多个坐席均跟进处理过该客户的业务，则可按照处理时间，选取处理时间最近的坐席信息作为与名单数据历史对应的坐席信息，并从中获取坐席类型。

步骤S706，判断与名单数据历史对应的坐席类型是否与名单类型匹配，若是，则执行步骤S708，若否，则执行步骤S320。

具体的，服务器可判断与名单数据历史对应的坐席类型是否与名单类型匹配，若匹配，则将名单数据分配至该与名单数据历史对应的坐席所在的终端，若不匹配，则可执行根据名单数据获取机构信息的步骤，将名单数据重新进行分配。例如，服务器查询名单数据具有历史对应的坐席信息，其坐席类型为验真坐席，若名单数据的名单类型为通过未支付，则坐席类型与名单类型不匹配，需重新对名单数据进行分配，由通过坐席进行处理，若名单数据的名单类型为验真，则坐席类型与名单类型匹配，可将名单数据分配至与名单数据对应的坐席所在的终端。

步骤S708，将名单数据分配至与名单数据历史对应的坐席所在的终端。

步骤S320，根据名单数据获取机构信息。

在本实施例中，当有与名单数据历史对应的坐席信息，判断与名单数据历史对应的坐席类型是否与名单类型匹配，若匹配，则将名单数据分配至与名单数据历史对应的坐席所在的终端，可在名单数据之前存在跟进处理的坐席且坐席类型与名单类型匹配时，将名单数据直接分配给原来跟进处理的坐席，无需重新对名单数据分配团队及坐席，简便高效，提高名单数据的处理效率。

如图8所示，提供了一种分配名单数据的装置，包括数据获取模块810、机构获取模块820、比率获取模块830、转化模块840、随机模块850及分配模块860。

数据获取模块810，用于获取名单数据。

具体的，客户可通过各个渠道进行业务操作，其中，渠道可包括移动终端应用、网站、微信等。服务器根据客户进行的业务操作，可生成对应的名单数据，名单数据可包括客户编号、姓名、联系方式、名单属性、名单类型等。

名单属性可用于表示名单数据对应的业务种类属性，名单属性可包括常规名单及专项名单，当名单数据中不包含险种信息，即客户仅是对投保做简单的咨询或了解，还未正式进行投保，则生成的名单数据的名单属性为常规名单，若名单数据中包含险种信息，则生成的名单数据的名单属性为专项名单，其对应的项目为险种信息所属的险种大类，其中，险种指的是保险产品的种类，不同的保险产品对应不同的险种，一个险种大类下可包括多个险种，例如，名单数据中的险种信息为“航空旅客意外伤害保险意外身故A款”，其所属的险种大类为“出行意外类”，则其名单属性为出行意外类名单。

名单类型用于表示名单数据当前对应的业务状态，也即客户当前所处的业务状态，名单类型可包括简易、流程、验真、已支付、通过未支付等。简易指的是名单数据中包含的信息较少，客户并未表现出投保意向，例如客户通过扫描二维码关注保险业务，微信平台生成的名单数据中仅包括客户编号、手机号码、微信号码等信息，则其对应的名单类型可为简易。流程指的是客户已对投保的前期业务流程进行了解，并表现出投保意向，例如客户通过保险网站了解投保流程，并在网站中填写投保意向资料，则保险网站生成的名单数据对应的名单类型可为流程。验真指的是客户已进行投保，进入核保阶段，核保阶段可对客户的各项信息进行审核，判断客户是否符合投保资格。已支付指的是客户已成功支付投保的相关费用，已通过未支付指的是客户已核保通过但还未支付投保的相关费用。名单类型可根据实际业务需求进行设定，并不限于上述几种。

机构获取模块820，用于根据名单数据获取机构信息。

具体的，服务器可根据名单数据获取对应的机构信息，并根据机构信息确定处理名单数据的机构，将名单数据分配至该机构下的团队进行处理。

如图9所示，在一个实施例中，机构获取模块820包括信息获取单元822及机构确定单元824。

信息获取单元822，用于根据地址信息获取一级机构信息，并获取与一级机构信息关联的二级机构信息。

具体的，机构可包括一级机构及二级机构，一级机构是以地理位置划分的地区性机构，一般以省进行划分，例如安徽省分公司、广东省分公司等。一级机构下又可包括多个二级机构，二级机构可根据市、县级进行划分，例如，淮南中支、安徽黄山支部、毫州办事处等。服务器可提取名单数据中的地址信息，并根据地址信息确定名单数据所属的一级机构，并获取该一级机构信息，一级机构信息可包括机构名称、机构编号、一级机构下包含的二级机构信息等，例如，地址信息为广东省深圳市南山区XX路XX号，则可确定名单数据所属的一级机构为广东省分公司，可同时获取与广东省分公司关联的二级机构信息，包括广州分支、深圳分支、惠州分支等机构的信息。

机构获取单元824，用于根据名单属性从与一级机构信息关联的二级机构信息中获取匹配的二级机构信息。

具体的，不同的二级机构所负责的业务可能不同，因此不同的二级机构具有不同的处理名单数据的权限。例如，某二级机构主要负责寿险业务，则该二级机构能够处理名单属性为常规名单及寿险名单的名单数据。业务管理员可预先配置各个二级机构对应的名单属性，服务器可根据获取的名单数据的名单属性从与一级机构信息关联的二级机构信息中，查询与名单属性匹配的二级机构信息，得到具有处理该名单数据权限的二级机构。

在其它的实施例中，若查询得到多个可处理该名单数据的二级机构，则可选取与名单数据中的地址信息距离最近的二级机构，并将名单数据分配至该距离最近的二级机构下的团队。

比率获取模块830，用于根据机构信息获取对应的机构中预先配置的各个团队的分配比率。

具体的，机构信息即为与名单数据的名单属性匹配的二级机构信息，机构信息中可包括机构中预先配置的各个团队的分配比率，业务管理员可预先根据机构中各个团队的业务处理能力配置对应的分配比率，机构中所有团队的分配比率之和为1。例如，机构下有A、B、C、D四个团队，可预先配置A、B、C、D四个团队的分配比率分别为20％、30％、25％、25％，分配比率之和为1。

转化模块840，用于将各个团队的分配比率分别转化为匹配的随机数区间。

具体的，服务器可将获取的机构中各个团队的分配比率分别转化为匹配的随机数区间，随机数区间的数值与分配比率对应，例如，机构下有A、B、C、D四个团队的分配比率分别为20％、30％、25％、25％，则可将分配比率分别转化为匹配的随机数区间[1-20]、[21-50]、[51-75]、[76-100]。

随机模块850，用于随机生成名单数据的随机数，并确定随机数所处的随机数区间。

具体的，服务器可随机生成名单数据的随机数，该随机数必然处于某个与各个团队的分配比率匹配的随机数区间，例如，服务器可随机生成[1-100]之间的随机数，并确定生成的随机数处于四个随机数区间[1-20]、[21-50]、[51-75]、[76-100]中的哪一个。

分配模块860，用于将名单数据分配至与随机数所处的随机数区间对应的团队。

具体的，服务器确定生成的随机数所处的随机数区间后，可将名单数据分配至与随机数所处的随机数区间对应的团队，例如，生成随机数36，36处于机构中B团队对应的随机数区间[21-50]，则可将名单数据分配至B团队。按照此种分配方式，当分配的名单数据的数量越来越大时，分配的比率会逐渐趋向于机构中预先配置的各个团队的分配比率，业务管理员也可随时根据业务需求调整机构中各个团队的分配比率，提高业务处理效率。

上述分配名单数据的装置，根据名单数据获取机构信息，并获取与机构信息对应的机构中预先配置的各个团队的分配比率，将各个团队的分配比率分别转化为匹配的随机数区间，随机生成名单数据的随机数，再根据随机数所处的随机数区间将名单数据分配至对应的团队，通过将预先配置的各个团队的分配比率转化为随机数区间，能够将名单数据按一定的比率合理分配至各个团队，有效提高名单数据的处理效率。

如图10所示，在一个实施例中，上述分配名单数据的装置，除了包括数据获取模块810、机构获取模块820、比率获取模块830、转化模块840、随机模块850及分配模块860，还包括坐席确定模块870。

坐席确定模块870，用于根据名单类型确定名单数据所属团队中分配所述名单数据的坐席标识。

具体的，服务器将名单数据分配至机构中的团队后，需将名单数据分配给团队中的坐席，坐席指的是保险业务中的接线客服人员，负责日常的客户服务热线电话的接听和答复工作。

如图11所示，在一个实施例中，坐席确定模块870包括类型获取单元872、标识获取单元874及坐席确定单元876。

类型获取单元872，用于获取与名单类型匹配的坐席类型。

具体的，不同的坐席负责的业务工作不同，其对应的坐席类型也不同，坐席类型可包括外呼坐席、接听坐席、续保坐席、验真坐席、通过坐席等。不同的名单类型可匹配一个或多个坐席类型，名单类型与坐席类型匹配指的是名单类型与坐席类型业务上相匹配，即坐席类型对应的坐席可处理处于该名单类型所指代的业务状态的名单数据。例如，名单类型中的简易与坐席类型中的外呼坐席、接听坐席、续保坐席、验真坐席、通过坐席均匹配，所有的坐席均可对名单类型为简易的名单数据进行处理，名单类型中的验真则只与坐席类型中的验真坐席匹配，只有坐席类型为验真坐席的跟进人员才可处理名单类型为验真的名单数据；名单类型中的已支付、通过未支付可与坐席类型中的通过坐席匹配等，可根据业务需求设定匹配关系，并不限于此。

标识获取单元874，用于根据坐席类型获取名单数据所属团队中具有处理权限的坐席标识。

具体的，服务器获取与名单数据的名单类型匹配的坐席类型后，可获取名单数据所属团队中属于该坐席类型的坐席标识，例如，服务器将名单数据分配至B团队，名单数据的名单属性为验真，则匹配的坐席类型为验真坐席，可获取B团队中属于验真坐席的坐席标识，即具有处理该名单数据权限的坐席标识。坐席标识可为坐席的编号、名字等，可由数字、字母或符号组成，用于唯一标识坐席身份。

坐席确定单元876，用于根据与各个具有处理权限的坐席标识对应的已有任务量及最大任务量确定分配名单数据的坐席标识。

具体的，服务器获取名单数据所属团队中具有处理权限的坐席标识后，可根据每个具有处理权限的坐席的已有任务量及最大任务量分配名单数据，当坐席的已有任务量已达到最大任务量，则不进行分配，当坐席的已有任务量还未达到最大任务量，可获取已有任务量最少的坐席标识作为分配名单数据的坐席标识。在其它的实施例中，也可采用其它的方式确定分配名单数据的坐席标识，例如，获取名单数据所属团队中具有处理权限的坐席标识中，可从中随机选取一个坐席标识作为分配名单数据的坐席标识，或是预先设置坐席的分配顺序编号，按照分配顺序编号依次将名单数据轮流分配给具有处理权限的坐席等。

分配模块860，还用于将名单数据发送至与坐席标识对应的终端。

具体的，服务器确定分配名单数据的坐席标识后，可将名单数据发送至与该坐席标识对应的终端，由坐席对名单数据进行处理。

在本实施例中，根据名单数据的名单类型确定名单数据所属团队中分配名单数据的坐席标识，将名单数据分配给相应的坐席进行处理，依照实际的业务情况进行分配，避免发生坐席对分配的名单数据的业务不清楚、不了解的情况，有效提高名单数据的处理效率。

如图12所示，在一个实施例中，上述分配名单数据的装置，除了包括数据获取模块810、机构获取模块820、比率获取模块830、转化模块840、随机模块850、分配模块860及坐席确定模块870，还包括判断模块880。

判断模块880，用于根据名单标识判断是否有与名单数据历史对应的坐席信息，若有，则获取与名单数据历史对应的坐席类型，并判断与名单数据历史对应的坐席类型是否与名单类型匹配。

具体的，名单标识可为名单数据中的客户编号、姓名等，服务器可根据名单标识查询数据库中是否有与名单数据历史对应的坐席，即判断之前是否有坐席跟进处理过名单数据中的客户的业务。若服务器根据名单标识检测到该客户为旧客户，则数据库中存储有之前处理该客户的名单数据的坐席信息。若服务器根据名单标识检测到该客户为新客户，数据库中无对应的坐席信息，则可执行根据名单数据获取机构信息的步骤，对名单数据进行分配。

若数据库中存储有与名单数据历史对应的坐席信息，服务器可从与名单数据历史对应的坐席信息中获取坐席类型，当数据库中存储有多个与名单数据关联的坐席信息时，即之前有多个坐席均跟进处理过该客户的业务，则可按照处理时间，选取处理时间最近的坐席信息作为与名单数据历史对应的坐席信息，并从中获取坐席类型。

服务器可判断与名单数据历史对应的坐席类型是否与名单类型匹配，若匹配，则将名单数据分配至该与名单数据历史对应的坐席所在的终端，若不匹配，则可执行根据名单数据获取机构信息的步骤，将名单数据重新进行分配。例如，服务器查询名单数据具有历史对应的坐席信息，其坐席类型为验真坐席，若名单数据的名单类型为通过未支付，则坐席类型与名单类型不匹配，需重新对名单数据进行分配，由通过坐席进行处理，若名单数据的名单类型为验真，则坐席类型与名单类型匹配，可将名单数据分配至与名单数据对应的坐席所在的终端。

分配模块860，还用于若与名单数据对应的坐席类型与名单类型匹配，则将名单数据分配至与名单数据对应的坐席所在的终端。

在本实施例中，当有与名单数据历史对应的坐席信息，判断与名单数据历史对应的坐席类型是否与名单类型匹配，若匹配，则将名单数据分配至与名单数据历史对应的坐席所在的终端，可在名单数据之前存在跟进处理的坐席且坐席类型与名单类型匹配时，将名单数据直接分配给原来跟进处理的坐席，无需重新对名单数据分配团队及坐席，简便高效，提高名单数据的处理效率。

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

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

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

Claims (10)

1.一种分配名单数据的方法，包括：

获取名单数据；

根据所述名单数据获取机构信息；

根据所述机构信息获取对应的机构中预先配置的各个团队的分配比率；

将所述各个团队的分配比率分别转化为匹配的随机数区间；

随机生成所述名单数据的随机数，并确定所述随机数所处的随机数区间；

将所述名单数据分配至与所述随机数所处的随机数区间对应的团队。

2.根据权利要求1所述的分配名单数据的方法，其特征在于，所述名单数据包括地址信息及名单属性；

所述根据所述名单数据获取机构信息，包括：

根据所述地址信息获取一级机构信息，并获取与所述一级机构信息关联的二级机构信息；

根据所述名单属性从所述与一级机构信息关联的二级机构信息中获取匹配的二级机构信息。

3.根据权利要求1所述的分配名单数据的方法，其特征在于，所述名单数据包括名单类型；

在所述将所述名单数据分配至与所述随机数所处的随机数区间对应的团队的步骤之后，还包括：

根据所述名单类型确定所述名单数据所属团队中分配所述名单数据的坐席标识；

将所述名单数据发送至与所述坐席标识对应的终端。

4.根据权利要求3所述的分配名单数据的方法，其特征在于，所述根据所述名单类型确定所述名单数据所属团队中分配所述名单数据的坐席标识，包括：

获取与所述名单类型匹配的坐席类型；

根据所述坐席类型获取所述名单数据所属团队中具有处理权限的坐席标识；

根据与各个具有处理权限的坐席标识对应的已有任务量及最大任务量确定分配所述名单数据的坐席标识。

5.根据权利要求1所述的分配名单数据的方法，其特征在于，所述名单数据包括名单标识及名单类型；

在所述获取名单数据的步骤之后，还包括：

根据所述名单标识判断是否有与所述名单数据历史对应的坐席信息；

若有，则获取与所述名单数据历史对应的坐席类型，并判断所述与名单数据历史对应的坐席类型是否与所述名单类型匹配，若匹配，则将所述名单数据分配至与所述名单数据历史对应的坐席所在的终端。

6.一种分配名单数据的装置，其特征在于，包括：

数据获取模块，用于获取名单数据；

机构获取模块，用于根据所述名单数据获取机构信息；

比率获取模块，用于根据所述机构信息获取对应的机构中预先配置的各个团队的分配比率；

转化模块，用于将所述各个团队的分配比率分别转化为匹配的随机数区间；

随机模块，用于随机生成所述名单数据的随机数，并确定所述随机数所处的随机数区间；

分配模块，用于将所述名单数据分配至与所述随机数所处的随机数区间对应的团队。

7.根据权利要求6所述的分配名单数据的装置，其特征在于，所述名单数据包括地址信息及名单属性；

所述机构获取模块，包括：

信息获取单元，用于根据所述地址信息获取一级机构信息，并获取与所述一级机构信息关联的二级机构信息；

机构获取单元，用于根据所述名单属性从所述与一级机构信息关联的二级机构信息中获取匹配的二级机构信息。

8.根据权利要求6所述的分配名单数据的装置，其特征在于，所述名单数据包括名单类型；

所述装置还包括：

坐席确定模块，用于根据所述名单类型确定所述名单数据所属团队中分配所述名单数据的坐席标识；

所述分配模块，还用于将所述名单数据发送至与所述坐席标识对应的终端。

9.根据权利要求8所述的分配名单数据的装置，其特征在于，所述坐席确定模块，包括：

类型获取单元，用于获取与所述名单类型匹配的坐席类型；

标识获取单元，用于根据所述坐席类型获取所述名单数据所属团队中具有处理权限的坐席标识；

坐席确定单元，用于根据与各个具有处理权限的坐席标识对应的已有任务量及最大任务量确定分配所述名单数据的坐席标识。

10.根据权利要求6所述的分配名单数据的装置，其特征在于，所述名单数据包括名单标识及名单类型；

所述装置还包括：

判断模块，用于根据所述名单标识判断是否有与所述名单数据历史对应的坐席信息，若有，则获取与所述名单数据历史对应的坐席类型，并判断所述与名单数据历史对应的坐席类型是否与所述名单类型匹配；

所述分配模块，还用于若所述与名单数据历史对应的坐席类型与所述名单类型匹配，则将所述名单数据分配至与所述名单数据历史对应的坐席所在的终端。