本发明涉及信息处理技术领域，尤其涉及坐席系统的名单分配方法、存储介质和服务器。
背景技术：
在坐席系统中，名单是指坐席人员需要跟进的任务，一般来说，一个名单通常包含至少一个客户信息，坐席人员通过联系该名单上的客户来促进和维护客户关系，甚至与该客户完成相关的业务交易。这些名单一般由位于坐席系统的上游系统提供，坐席系统接收到这些名单之后，在派工之前，需要有确定的规则判定这些名单分别进入哪些名单池，再将各个名单池中的名单分配给具体的坐席人员。
目前，各个名单池的入池规则是预先通过代码编写的方式固定设置好的。然而，随着业务产品的快速迭代和更新，各个名单池对应的入池规则也需要随之进行调整。调整时，需要对这些入池规则的配置代码进行修改，这往往消耗大量的人力成本和时间成本，难以做到入池规则的及时更新。
技术实现要素：
本发明实施例提供了一种坐席系统的名单分配方法、存储介质和服务器，能够节省大量的人力成本和时间成本，提高名单池的规则组合的更新效率，使得名单池的入池规则紧随业务产品的迭代而快速更新。
第一方面，提供了一种坐席系统的名单分配方法，包括：
确定待分配的目标名单，每个目标名单包含至少一个名单属性；
将所述目标名单与所述坐席系统上的各个规则组合进行匹配，得到与所述目标名单匹配的规则组合；每个规则组合均与一个名单池存在对应关系；每个规则组合包含至少一个规则项，若目标名单的名单属性均满足一个规则组合中所有规则项的要求，则所述目标名单与所述一个规则组合匹配；
将所述目标名单分配给目标名单池，所述目标名单池是指与所述目标名单匹配的规则组合所对应的名单池；
所述坐席系统上的各个规则组合通过以下步骤预先配置：
获取所述坐席系统上预设的各个规则项；
从所述各个规则项中选中一个以上的规则项；
将选中的所述一个以上的规则项组合成一个新的规则组合；
建立所述新的规则组合与所述坐席系统的一个名单池的对应关系。
第二方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述的坐席系统的名单分配方法的步骤。
第三方面，提供了一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如下步骤：
确定待分配的目标名单，每个目标名单包含至少一个名单属性；
将所述目标名单与所述坐席系统上的各个规则组合进行匹配，得到与所述目标名单匹配的规则组合；每个规则组合均与一个名单池存在对应关系；每个规则组合包含至少一个规则项，若目标名单的名单属性均满足一个规则组合中所有规则项的要求，则所述目标名单与所述一个规则组合匹配；
将所述目标名单分配给目标名单池，所述目标名单池是指与所述目标名单匹配的规则组合所对应的名单池；
所述坐席系统上的各个规则组合通过以下步骤预先配置：
获取所述坐席系统上预设的各个规则项；
从所述各个规则项中选中一个以上的规则项；
将选中的所述一个以上的规则项组合成一个新的规则组合；
建立所述新的规则组合与所述坐席系统的一个名单池的对应关系。
从以上技术方案可以看出，本发明实施例具有以下优点：
本发明实施例中，首先，确定待分配的目标名单，每个目标名单包含至少一个名单属性；然后，将所述目标名单与所述坐席系统上的各个规则组合进行匹配，得到与所述目标名单匹配的规则组合；每个规则组合均与一个名单池存在对应关系；每个规则组合包含至少一个规则项，若目标名单的名单属性均满足一个规则组合中所有规则项的要求，则所述目标名单与所述一个规则组合匹配；最后，将所述目标名单分配给目标名单池，所述目标名单池是指与所述目标名单匹配的规则组合所对应的名单池。其中，所述坐席系统上的各个规则组合通过以下步骤预先配置：获取所述坐席系统上预设的各个规则项；从所述各个规则项中选中一个以上的规则项；将选中的所述一个以上的规则项组合成一个新的规则组合；建立所述新的规则组合与所述坐席系统的一个名单池的对应关系。由上述步骤可知，将目标名单与各个规则组合进行匹配，并将目标名单投入至与之匹配的规则组合所对应的名单池中，完成坐席系统的名单入池操作。由于各个规则组合是通过预设的各个规则项组合而成，当需要调整名单池的规则组合(相当于入池规则)时，只需对规则组合中的各个规则项进行调整即可，无需对规则进行重新的代码编写或修改，可以节省大量的人力成本和时间成本，提高了名单池的规则组合的更新效率，使得名单池的入池规则紧随业务产品的迭代而快速更新。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例中一种坐席系统的名单分配方法一个实施例流程图；
图2为本发明实施例中一种坐席系统的名单分配方法在一个应用场景下预先配置规则组合的流程示意图；
图3为图2对应实施例中判断新的规则组合是否与已有规则组合存在范围重叠的流程示意图；
图4为本发明实施例中一种坐席系统的名单分配方法步骤102在一个应用场景下的流程示意图；
图5为本发明实施例中一种坐席系统的名单分配装置一个实施例结构图；
图6为本发明一实施例提供的服务器的示意图。
具体实施方式
本发明实施例提供了一种坐席系统的名单分配方法、存储介质和服务器，用于解决名单池的入池规则难以做到及时更新的问题。
为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
请参阅图1，本发明实施例中一种坐席系统的名单分配方法一个实施例包括：
101、确定待分配的目标名单，每个目标名单包含至少一个名单属性；
102、将所述目标名单与所述坐席系统上的各个规则组合进行匹配，得到与所述目标名单匹配的规则组合；每个规则组合均与一个名单池存在对应关系；每个规则组合包含至少一个规则项，若目标名单的名单属性均满足一个规则组合中所有规则项的要求，则所述目标名单与所述一个规则组合匹配；
103、将所述目标名单分配给目标名单池，所述目标名单池是指与所述目标名单匹配的规则组合所对应的名单池。
对于步骤101，本实施例中，上游系统收集到各个名单之后，将这些名单分配给坐席系统，这些名单在分配之前即为上述待分配的目标名单。对于坐席系统来说，可以有多种上游系统，比如，销售系统会收集用户的断点名单，以求从中挖掘出潜在的销售客户。断点名单是指用户在销售系统的网站上进行浏览等相关操作，且最终未完成交易的数据。例如，在车险销售网站上，车主想知道车险报价，在车险销售网站上录入姓名、车牌、手机等信息进行报价，但并未进行后续的投保操作。销售系统会将类似的数据采集出来，称之为断点名单，后续将这些断点名单提供给坐席系统进行分配和跟进，以促成断点名单中的用户完成购买或交易。
需要说明的是，一个目标名单可以包含一个、两个或多个名单属性。这些名单属性可以是用户的个人信息、相关操作信息或业务信息。例如，在车险销售网站的应用场景下，若某个目标名单为断点名单，则其名单属性可以为电话号码、车牌号、车架号、发动机号、已报价、已投保、续保或新车险险种。
上述的电话号码、车牌号、车架号、发动机号为用户在车险销售网站上录入的联系方式和车辆相关信息。上述的“已报价”这一名单属性是指用户在车辆销售网站上操作时，车辆销售网站已根据用户的操作提供了某个车险的报价信息，例如展示了车险a的报价页面。上述的“已投保”这一名单属性是指用户在车辆销售网站上已经完成过至少一次的投保，由于这类用户算是“老客户”的一种，因此将“已投保”这一名单属性看做重点的属性信息。上述的“续保”这一名单属性是指用户在车辆销售网站上进行了续保相关操作或者浏览了续保相关的页面。上述的“新车险险种”这一名单属性是指用户在车险销售网站上浏览了新的车险险种，比如，用户已投保或者已浏览过车险b，当用户后续浏览车险销售网站上的车险c时，则本次生成的断点名单中具有“新车险险种”这一名单属性。
需要说明的是，坐席系统在获取到上游系统分配的名单之后，还可以根据相应的业务规则对这些名单进行初步校验，比如校验是否为黑名单、是否不符合格式要求等，校验通过后，再将这些名单确定为待分配的目标名单。
对于步骤102，需要说明的是，本实施例中，一个规则组合对应一个名单池，而一个名单池可以对应一个、两个或多个不同的规则组合。每个规则组合都包含至少一个规则项。其中，规则项是坐席系统中对入池规则进行设定的最小单位或最小单元。比如，某个规则组合可以包括断点场景、客户类别、迁徙渠道这三个规则项，三个规则项的数据结构类似，下面以断点场景这一规则项进行举例说明：
“断点场景”规则项可以包含以下配置属性：
规则配置id：主键，系统自动生成唯一标识；
组合id：断点场景、客户类别、迁徙渠道三个规则项具有相同的唯一组合id，组成一条规则组合；
规则组合id：一条规则组合的唯一标识；
id_group：该规则组合对应名单池的唯一标识；
配置项字段：applyproduct(相关业务产品的标示)；
配置项名称：断点场景；
配置项值描述：开户未下载；
配置项值code：1；
比较符：＝
其中，上述“开户未下载”是指用户在该断点场景下已完成开户操作，但未下载业务产品(例如，app应用)。上述的“断点场景”的规则项用于要求或限定用户在操作的哪个环节中断交易的，比如上述的“开户未下载”环节节点。上述的“客户类别”的规则项用于要求或限定相关业务产品对用户的预设分类，比如可以包括“单边一类户”、“单边二类户”、“双边卡客户”等等，对此相关管理员可以根据实际情况需要进行设定。上述的“迁徙渠道”的规则项用于要求或限定该名单的来源、渠道，比如若某个名单来自车险销售网站，则其迁徙渠道为“车险销售”；若某个名单来自手机金融app，则其迁徙渠道为“金融理财”，等等。
可见，每个规则项的数据结构和配置属性的内容可以将规则项与规则组合、名单池关联和绑定起来，实现各个规则项的任意搭配组合各个规则组合，使得入池规则的设置更加灵活、便利，提高入池规则的更新效率。
进一步地，如图2所示，所述坐席系统上的各个规则组合可以通过以下步骤预先配置：
201、获取所述坐席系统上预设的各个规则项；
202、从所述各个规则项中选中一个以上的规则项；
203、将选中的所述一个以上的规则项组合成一个新的规则组合；
204、建立所述新的规则组合与所述坐席系统的一个名单池的对应关系。
对于步骤201，可以理解的是，在坐席系统上可以预先设定各个规则项，如根据上述内容描述的规则项的数据结构进行设定，这些预先设定的规则项为本坐席系统设定入池规则的最小单元。
对于步骤202和203，先从各个规则项中选中一个、两个或多个规则项，然后将这些选中的规则项组合成一个新的规则组合。比如，先选中规则项a、规则项b和规则项c，然后规则项a、b和c组合成一个新的规则组合。在步骤202中，一般可以由坐席系统的管理员手动选中这些规则项，从而根据实际情况需要组合出合适的规则组合。
对于步骤204，在得到新的组合规则之后，还需要建立所述新的规则组合与所述坐席系统的一个名单池的对应关系，其中，选取哪个名单池与新的规则组合建立对应关系，可以由坐席系统的管理员根据实际情况的需要决定，本实施例对此不作限定。
进一步地，如图3所示，在步骤204之前，还可以包括：
301、获取所述坐席系统上所有已有的规则组合；
302、判断所述新的规则组合与所述所有已有的规则组合中任意一个规则组合对名单的要求范围是否存在重叠部分，若是，则执行步骤303，若否，则执行步骤204；
303、删除所述新的规则组合。
对于上述步骤301～303，可以理解的是，由于一个目标名单只能分配给一个名单池，若一个目标名单同时与两个以上的名单池匹配，则会出现将同一个目标名单分配给两个以上名单池，最终导致两个以上的坐席人员跟进同一个目标名单的情况。这样不仅浪费坐席资源，而且两个以上的坐席人员跟进同一个目标名单时，会出现同一个用户被两个坐席人员联系的情形，容易造成对用户的打扰甚至骚扰，降低用户对坐席人员服务的满意度。因此，需要确保一个目标名单只分配给一个名单池，这就要求不同名单池对应的入池规则，也即规则组合之间的要求范围不能存在重叠部分。简单地说，即任意两个不同的规则组合之间不能存在重复、交叉、包含等关系。
步骤302中，可以将新的规则组合与所有已有的规则组合逐个进行对比，判断其是否与某一个规则组合对名单的要求范围存在重叠部分，如果是，则说明该新的规则组合对名单的要求范围与某一个规则组合之间出现重叠，该新的规则组合不合格，因此执行步骤303将其删除。反之，如果新的规则组合对名单的要求范围与任意一个已有的规则组合之间均不存在重叠部分，则表示新的规则组合合格，可以执行步骤204建立其与一个名单池之间的对应关系。
特别地，可以知道的是，坐席系统上的各个规则项若在设计时要求各个规则项之间范围不存在重叠部分，也就是说各个规则项均是各自独立的，不存在重复、交叉、包含等关系，那么，在判断两个规则组合之间是否存在范围的重叠时，只需判断这两个规则组合之间是否各自包含有不同的规则项即可。比如规则组合a包含有规则项a1，规则组合b不包含规则项a1，并且，规则组合b包含有规则项b1，规则组合a不包含规则项b1，则可以判定规则组合a与规则组合b之间不存在范围上的重叠。
进一步地，如图4所示，上述步骤102可以包括：
401、从所述各个规则组合中选取一个未进行匹配的规则组合作为当前规则组合；
402、判断所述目标名单的名单属性是否均满足所述当前规则组合中所有规则项的要求，若否，则返回执行步骤401，若是，则执行步骤403；
403、将所述当前规则组合确定为与所述目标名单匹配的规则组合。
对于上述步骤401～403，在进行匹配处理时，将目标名单与各个规则组合逐一进行匹配，匹配过程为判断目标名单的名单属性是否满足某一个规则组合中所有规则项的要求，如果不满足，则取下一个规则组合继续匹配；如果满足，则匹配处理结束，确定当前的规则组合为与目标名单匹配的规则组合。
更进一步地，上述步骤401可以具体为：从所述各个规则组合中按照组合次序选取一个未进行匹配的规则组合作为当前规则组合。其中，所述组合次序可以通过以下步骤设定：定期统计各个所述规则组合在预设时长内各自匹配成功的名单数量；根据各个所述规则组合对应的名单数量从多到少对各个所述规则组合进行排序，得到所述组合次序。可以理解的是，当坐席系统上的规则组合数量较多时，若对每个目标名单进行匹配处理时，均需要将目标名单与坐席系统上大多数规则组合进行匹配后才能找到与该目标名单匹配的规则组合，这容易降低目标名单分配的效率，且消耗系统大量的运算资源。因此，本实施例中可以设定各个规则组合的组合次序，在对目标名单进行匹配时，按照组合次序进行匹配，可以提高目标名单分配的效率，减少系统的运算资源消耗。
详细说明为：坐席系统可以定期统计各个规则组合在预设时长内各自匹配成功的名单数量，比如每月、每周或者每天统计一次，上述的预设时长可以是最近一个月、最近一周或者最近24小时内。可知，这些名单数量反应了各个规则组合在名单入池处理过程中的“热度”或者实用性，名单数量越多，则表明对应的规则组合越热门、实用性越高；反之，名单数量越少，则表明对应的规则组合越冷门、实用性越低。举例说明，假设规则组合a在一个月内匹配成功了1000个名单，规则组合b在一个月内匹配成功了100个名单，规则组合c在一个月内匹配成功了10个名单。可以知道，在最近一个月内，规则组合a的实用性大于规则组合b，规则组合b的实用性大于规则组合c，因此，当对某个待分配的目标名单k进行匹配时，目标名单k匹配上这三个规则组合的概率为：规则组合a的概率＞规则组合b的概率＞规则组合c的概率。因此，匹配时，按照a、b、c的次序匹配，可以更高效地得到与目标名单k匹配的规则组合。从而，在统计得到各个规则组合对应的名单数量之后，根据各个所述规则组合对应的名单数量从多到少对各个所述规则组合进行排序，得到所述组合次序。
优选地，坐席系统还可以将各个规则组合中连续一段时间内匹配成功的名单数量为0的规则组合删除，或者发出相关告警给管理人员，由管理人员手动进行删除等处理。可以理解的是，随着业务产品的迭代、更新，坐席系统上各个规则组合中某些规则组合已经不再适用，因此会出现一个、两个或多个规则组合在较长一段时间内均没有匹配成功的名单，比如某个规则组合连续两个月内均没有成功匹配的名单，此时可以认为这个规则组合已不再适用。为了提高坐席系统整体的名单匹配效率和节省系统运算资源，可以将这些不再适用的规则组合删除。
对于步骤103，在确定出与所述目标名单匹配的规则组合之后，由于每个规则组合均与一个名单池存在对应关系，因此可以将所述目标名单分配给与所述目标名单匹配的规则组合所对应的名单池，即上述目标名单池。
进一步地，若所述目标名单与所述坐席系统上的各个规则组合均匹配失败，则可以将所述目标名单分配给指定名单池。可以理解的是，坐席系统可以预设一个特殊的指定名单池，只要是未能匹配成功的目标名单，最后均可以分配给该指定名单池中，由该指定名单池对入池后的名单进行再分配给各个坐席人员。
另外，在本实施例中，对于与所述坐席系统上的各个规则组合均匹配失败的目标名单，还可以交给管理员进行手动分配，由具有权限的管理员将匹配失败的目标名单分配给坐席系统上的名单池中。
需要说明的是，对于本实施例提供的坐席系统的名单分配方法，坐席系统可以在后台设定一个定时线程(比如每10分钟执行一次)，当定时线程计时达到后，即执行上述的坐席系统的名单分配方法，比如图1对应实施例中的101～103，实现名单的入池分配。
在名单入池后，坐席系统还可以在后台设定另一个定时线程(比如每20分钟执行一次)，当定时线程计时达到后，对各个名单池中的名单进行自动派工，即将名单池中未分配的名单分配给各个坐席人员。其中，考虑到坐席人员的工作量和工作效率，应当优先将名单分配给当前任务量较少的坐席人员，从整体上控制各个坐席人员的任务量大致相等。优选地，各个名单池均与各个坐席组一一对应，即一个名单池对应一个坐席组。这里说的坐席组是指一个以上坐席人员组成的坐席小组，同一个坐席小组内的各个坐席人员一般具有相同或相似的特性，比如学历相同、常用语言相同、性别相同、爱好类别相同等等，这样分类可以有针对性地将相同特性的名单分配给特定的名单池，从而这些名单最后分配给也具有这些特性的坐席组，由坐席组中的坐席人员负责处理这些名单，提高名单的业务转化率。例如，坐席系统上设有某个坐席组i，组内各个坐席人员均为潮汕地区的本地人。现在某个目标名单待分配，该目标名单的用户为潮汕人，经过规则组合匹配后，该目标名单被分配至与之匹配的规则组合(规则项限定用户为潮汕人)所对应的名单池j，该名单池j对应坐席组i，则该目标名单分配给坐席组i中的某个坐席人员。由于该坐席人员为潮汕地区的本地人，可以与目标名单的用户通过潮汕话顺畅地沟通，从而可以极大地增加该目标名单的业务转化率。
本实施例中，首先，确定待分配的目标名单，每个目标名单包含至少一个名单属性；然后，将所述目标名单与所述坐席系统上的各个规则组合进行匹配，得到与所述目标名单匹配的规则组合；每个规则组合均与一个名单池存在对应关系；每个规则组合包含至少一个规则项，若目标名单的名单属性均满足一个规则组合中所有规则项的要求，则所述目标名单与所述一个规则组合匹配；最后，将所述目标名单分配给目标名单池，所述目标名单池是指与所述目标名单匹配的规则组合所对应的名单池。其中，所述坐席系统上的各个规则组合通过以下步骤预先配置：获取所述坐席系统上预设的各个规则项；从所述各个规则项中选中一个以上的规则项；将选中的所述一个以上的规则项组合成一个新的规则组合；建立所述新的规则组合与所述坐席系统的一个名单池的对应关系。由上述步骤可知，将目标名单与各个规则组合进行匹配，并将目标名单投入至与之匹配的规则组合所对应的名单池中，完成坐席系统的名单入池操作。由于各个规则组合是通过预设的各个规则项组合而成，当需要调整名单池的规则组合(相当于入池规则)时，只需对规则组合中的各个规则项进行调整即可，无需对规则进行重新的代码编写或修改，可以节省大量的人力成本和时间成本，提高了名单池的规则组合的更新效率，使得名单池的入池规则紧随业务产品的迭代而快速更新。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
上面主要描述了一种坐席系统的名单分配方法，下面将对一种坐席系统的名单分配装置进行详细描述。
图5示出了本发明实施例中一种坐席系统的名单分配装置一个实施例结构图。
本实施例中，一种坐席系统的名单分配装置包括：
目标名单确定模块501，用于确定待分配的目标名单，每个目标名单包含至少一个名单属性；
名单匹配模块502，用于将所述目标名单与所述坐席系统上的各个规则组合进行匹配，得到与所述目标名单匹配的规则组合；每个规则组合均与一个名单池存在对应关系；每个规则组合包含至少一个规则项，若目标名单的名单属性均满足一个规则组合中所有规则项的要求，则所述目标名单与所述一个规则组合匹配；
名单分配模块503，用于将所述目标名单分配给目标名单池，所述目标名单池是指与所述目标名单匹配的规则组合所对应的名单池；
所述坐席系统上的各个规则组合通过以下模块预先配置：
规则项获取模块504，用于获取所述坐席系统上预设的各个规则项；
规则项选中模块505，用于从所述各个规则项中选中一个以上的规则项；
规则组合模块506，用于将选中的所述一个以上的规则项组合成一个新的规则组合；
关系建立模块507，用于建立所述新的规则组合与所述坐席系统的一个名单池的对应关系。
进一步地，所述坐席系统的名单分配装置还可以包括：
已有组合获取模块，用于获取所述坐席系统上所有已有的规则组合；
重叠判断模块，用于判断所述新的规则组合与所述所有已有的规则组合中任意一个规则组合对名单的要求范围是否存在重叠部分；
组合删除模块，用于若所述重叠判断模块的判断结果为是，则删除所述新的规则组合；
第一触发模块，用于若所述重叠判断模块的判断结果为否，则触发所述关系建立模块。
进一步地，所述名单匹配模块可以包括：
当前组合选取单元，用于从所述各个规则组合中选取一个未进行匹配的规则组合作为当前规则组合；
规则要求判断单元，用于判断所述目标名单的名单属性是否均满足所述当前规则组合中所有规则项的要求；
选取触发单元，用于若所述规则要求判断单元的判断结果为否，则触发所述当前组合选取单元；
组合确定单元，用于若所述规则要求判断单元的判断结果为是，则将所述当前规则组合确定为与所述目标名单匹配的规则组合。
进一步地，所述当前组合选取单元包括：组合选取子单元，用于从所述各个规则组合中按照组合次序选取一个未进行匹配的规则组合作为当前规则组合；
所述组合次序通过以下模块设定：
数量统计模块，用于定期统计各个所述规则组合在预设时长内各自匹配成功的名单数量；
组合排序模块，用根据各个所述规则组合对应的名单数量从多到少对各个所述规则组合进行排序，得到所述组合次序。
进一步地，所述坐席系统的名单分配装置还可以包括：
分配指定模块，用于若所述目标名单与所述坐席系统上的各个规则组合均匹配失败，则将所述目标名单分配给指定名单池。
图6是本发明一实施例提供的服务器的示意图。如图6所示，该实施例的服务器6包括：处理器60、存储器61以及存储在所述存储器61中并可在所述处理器60上运行的计算机程序62，例如执行上述的坐席系统的名单分配方法的程序。所述处理器60执行所述计算机程序62时实现上述各个坐席系统的名单分配方法实施例中的步骤，例如图1所示的步骤101至103。或者，所述处理器60执行所述计算机程序62时实现上述各装置实施例中各模块/单元的功能，例如图5所示模块501至507的功能。
示例性的，所述计算机程序62可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器61中，并由所述处理器60执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序62在所述服务器6中的执行过程。
所述服务器6可以是本地服务器、云端服务器等计算设备。所述服务器可包括，但不仅限于，处理器60、存储器61。本领域技术人员可以理解，图6仅仅是服务器6的示例，并不构成对服务器6的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述服务器还可以包括输入输出设备、网络接入设备、总线等。
所述处理器60可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器61可以是所述服务器6的内部存储单元，例如服务器6的硬盘或内存。所述存储器61也可以是所述服务器6的外部存储设备，例如所述服务器6上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储器61还可以既包括所述服务器6的内部存储单元也包括外部存储设备。所述存储器61用于存储所述计算机程序以及所述服务器所需的其他程序和数据。所述存储器61还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各实施例的模块、单元和/或方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。