业务分配方法及装置与流程

本发明涉及金融领域，尤其涉及一种业务分配方法及装置。
背景技术：
：目前的银行在线客服系统，是通过接收到业务的时间先后顺序对业务分配客服人员的。现有技术并未考虑业务的优先级问题，对重要的业务没有进行优先处理。同时，也没有考虑客服人员处理业务的负载能力，不能快速地处理业务。技术实现要素：本发明实施例提供一种业务分配方法及装置，能够通过用户在社交平台发布的文本信息确定待分配业务，同时根据用户在社交平台上的重要程度确定待分配业务的客服人员。解决了业务分配的重要性问题，提升了业务分配的准确性。第一方面，本发明提供一种业务分配方法，包括：确定目标用户通过社交平台发布的目标文本信息所对应的待分配业务；根据所述目标用户在所述社交平台的用户信息，确定处理所述待分配业务的目标客服人员；所述用户信息，包括用于确定所述目标用户在所述社交平台中的重要程度的信息。第二方面，本发明实施例提供一种业务分配装置，包括：处理单元，用于确定目标用户通过社交平台发布的目标文本信息所对应的待分配业务；所述处理单元，还用于在所述处理单元确定目标用户通过社交平台发布的目标文本信息所对应的待分配业务之后，根据所述目标用户在所述社交平台的用户信息，确定处理所述待分配业务的目标客服人员；所述用户信息，包括用于确定所述目标用户在所述社交平台中的重要程度的信息。第三方面，本发明实施例提供另一种业务分配装置，包括：处理器、存储器、总线和通信接口；存储器用于存储计算机执行指令，处理器与存储器通过总线连接，当业务分配装置运行时，处理器执行上述存储器存储的上述计算机执行指令，以使业务分配装置执行如上述第一方面所提供的业务分配方法。第四方面，本发明实施例提供一种计算机存储介质，包括指令，当其在业务分配装置上运行时，使得业务分配装置执行上述第一方面所提供的一种业务分配方法。第五方面，本发明实施例提供了一种包含指令的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述第一方面及其任意一种实现方式所述的业务分配方法。本发明实施例所提供的业务分配方法及装置，能够通过用户在社交平台发布的文本信息确定待分配业务，同时根据用户在社交平台上的重要程度确定待分配业务的客服人员。解决了业务分配的重要性问题，提升了业务分配的准确性。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。图1为本发明实施例提供的一种业务分配方法的流程示意图之一；图2为本发明实施例提供的一种贝叶斯分类器的训练流程示意图；图3为本发明实施例提供的一种正确率随特征维数变化的变化示意图；图4为本发明实施例提供的一种召回率随特征维数变化的变化示意图；图5为本发明实施例提供的一种f1值随特征维数变化的变化示意图；图6为本发明实施例提供的一种特征维数随词频阈值变化的变化示意图；图7为本发明实施例提供的一种业务分配方法的流程示意图之二；图8为本发明实施例提供的一种业务分配装置的结构示意图之一；图9为本发明实施例提供的一种业务分配装置的结构示意图之二；图10为本发明实施例提供的一种业务分配装置的结构示意图之三。具体实施方式下面将结合附图对本申请提供的业务分配方法及装置进行详细的描述。本申请的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。此外，本申请的描述中所提到的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。本申请中所述“和/或”，包括用两种方法中的任意一种或者同时使用两种方法。在本申请的描述中，除非另有说明，“多个”的含义是指两个或两个以上。本发明的发明原理：目前，银行主要通过接收到业务的时间顺序分配相应的客服人员，并没有考虑到业务的重要程度。而业务的重要程度的不同可以体现在不同业务所对应的重要程度不同的客户上。因此，我们可以根据不同用户的重要程度为业务分配相应的客服人员。基于上述发明原理，本发明实施例提供一种业务分配方法。如图1所示，所述方法包括s101-s112：s101、获取多个用户在社交平台上发布的文本信息。具体的，社交平台，包括微博、微信等公众交流平台。在社交平台上发布的文本信息包括，若社交平台为微博，文本信息可以包括，多个用户向银行的相关官方微博发送的私信，评论、转发了银行的相关微博，或者多个用户在银行的相关微博中@了至少一位其他用户等等。若社交平台为微信，文本信息可以包括，多个用户在银行不同公众号中的留言，或者多个用户转发、点赞的银行不同公众号发布的微信文章等等，银行不同公众号包括，集团公众号、微银行公众号、信用卡公众号。s102、利用多个用户在社交平台上发布的文本信息对预设贝叶斯分类器进行训练。其中，预设贝叶斯分类器用于将文本信息分为投诉信息和非投诉信息的二元分类器。具体的，采用预设贝叶斯分类器，对多个用户在社交平台上发布的文本信息通过情感分析进行分类，将文本信息分为投诉类和非投诉类。示例性的，对多个用户在微博中的评论进行情感分析，将微博中的评论分为投诉类和非投诉类(即二元分类)，具体如图2所示。通过将多个用户在微博中的评论分为训练集和测试集(训练集与测试集的数量比可以为9比1)，训练集用于对预设贝叶斯分类器进行训练，测试集用于测试预设贝叶斯分类器的分类效果。通过对训练集的评论文本进行分词以及词频统计，选择该预设贝叶斯分类器的特征词(即图中所示的特征选择)，特征选择后，获得预设贝叶斯分类器的特征集合，先验概率及类条件概率。测试集的分词与训练集的分词一样，但词频统计是由训练集得到的特征集合确定的，对测试集词频统计后，对特征进行向量化，形成特征向量，再根据先验概率及类条件概率得出测试集最终的决策类别，验证预设贝叶斯分类器的分类效果。训练集的训练文本数量如表1所示，投诉类有3341篇，非投诉类有3205篇。将文本信息为投诉类(3341篇)和非投诉类(3205篇)的训练集进行二元分类，在不同的特征规模下，得到测试集相关的正确率、召回率及f1值，如图3、图4、图5所示。从图3、图4、图5中可以看出，当特征维数为900时，测试集的正确率、召回率以及f1值最高，也就是预设贝叶斯分类器的分类效果最好。投诉类与非投诉类在特征维数为900时的正确率、召回率以及f1值，以及训练集所有文本(投诉类+非投诉类)的正确率、召回率以及f1值的平均值如表2所示。文本类别投诉类非投诉类文本数量3314篇3205篇表1测试集正确率召回率f1值投诉类82.40％79.05％80.69％非投诉类79.86％83.11％81.46％平均值81.13％81.03％81.07％表2利用文本信息对预设贝叶斯分类器进行训练，目的是找出分类效果最好的分类形式。进而，预设贝叶斯分类器，还可以用于将文本信息分为消极消息和积极信息的二元分类器。具体的，在对文本信息进行分类之前，首先通过先验知识和统计现有的数据，使用最大后验概率找出文本信息最有可能属于的类别cmap。公式如下：其中，训练集的文本数量如表3所示，可以看出文本信息的分布是不均匀的，投诉类与建议类的规模相差10倍以上，投诉类与非投诉类相对平衡。文本类别投诉类建议类咨询类表扬类文本数量3341篇255篇2607篇305篇表3进而，在本发明实施例的一种实现方式中，利用多个用户在社交平台上发布的文本信息对预设贝叶斯分类器进行分类，具体还包括：将多个用户在社交平台上发布的文本信息对预设贝叶斯分类器进行二级分类。其中，第一级分类用于将文本信息分为投诉信息和非投诉信息的二元分类；第二级分类用户将非投诉信息分为建议信息、咨询信息、表扬信息的多元分类。示例性的，将训练集中3205篇的非投诉类文本信息(包括建议类255篇、咨询类2607篇、表扬类305篇)运用代价敏感的朴素贝叶斯分类算法进行第二级分类。代价分为两种，即把多数类误分为少数类的代价以及把少数类误分为多数类的代价。代价函数可以表示为：其中，f(ci，cj)为类别ci误分类为类别cj的代价，ni为类别ci的样本数，nj为类别cj的样本数，α、β为代价因子。通常，少数类被误分为多数类的代价要高于多数类被分未少数类的代价，所以对于不平衡数据，代价因子β往往要小于α。本发明实施例经过多次交叉验证，取测试效果相对稳定的代价因子，即α＝0.30，β＝0.05。得到的代价矩阵为：引入上述代价矩阵，以构造风险函数。使用风险最小的类作为测试集最有可能属于的类别cmap：如图6所示，取词频阈值为9时，能够保留大部分有区分度的特征词汇，特征维数约为1700，此时测试集的正确率、召回率以及f1值最高，相当于预设贝叶斯分配器的分类效果最好。同时，测试集中建议类、咨询类以及表扬类的正确率、召回率、f1值以及平均值如表4所示。测试集正确率召回率f1值建议类78.73％68.24％73.11％咨询类94.92％95.40％95.16％表扬类71.17％76.07％73.53％平均值81.61％79.90％80.60％表4s103、确定目标用户通过社交平台发布的文本信息所对应的待分配业务。示例性的，用户a在微博上发表了评论，本发明实施例可以根据这条评论确定待分配业务，或者根据用户a在微博上的其他文本信息确定待分配业务。s104、若利用预设分类器，确定目标文本信息为投诉类信息，则优先处理待分配业务。具体的，本发明实施例将投诉类信息作为重要程度高的文本信息，对于投诉类信息对应的待分配任务进行优先处理。这时，如何优先处理待分配业务成为了一个亟待解决的技术问题。进而，在本发明的一种实现方式中，优先处理待分配业务具体包括：s104a1、获取n个客服人员中每个客服人员正在处理的业务数量。s104a2、从n个客服人员中确定用于处理待分配业务的第二客服人员。其中，第二客服人员包括，n个客服人员中业务数量最小的客服人员。在本发明的另一种实现方式中，优先处理待分配业务具体还包括：s104b1、获取n个客服人员中每个客服人员处理业务的平均时长。s104b2、从n个客服人员中确定第三客服人员。其中，第三客服人员包括，n个客服人员中处理业务的平均时长最短的客服人员。需要说明的是，本发明的实施例中为了保证业务分配的准确性，利用文本信息对预设贝叶斯分类器进行训练，从而优先处理待分配业务。在一种实现方式中，可以不对预设贝叶斯分类器进行训练，当不训练预设贝叶斯分类器时，本发明实施例所提供的方法，可以不执行s101-s102、s104，而直接开始执行s103、s105-s112：s105、根据预设信息，确定目标用户在社交平台中的重要程度。其中，预设信息，包括目标用户在社交平台上的认证信息、被关注次数以及目标用户对应的金融账户的资产数额。s106、根据目标用户在社交平台中的重要程度，生成目标用户在社交平台的用户信息。具体的，本发明实施例根据目标用户在社交平台上的认证信息、被关注次数以及目标用户对应的金融账户的资产数额确定目标用户在社交平台中的重要程度，进而根据目标用户在社交平台中的重要程度生成目标用户在社交平台的用户信息。示例性的，如表5、表6所示，本发明实施例根据用户的认证信息、被关注次数及用户对应的金融账户的资产数额将用户进行划分。用户分类如何确定用户的重要程度战略用户意见领袖，公司重点关注媒体，公司各渠道获取的重要客户认证用户认证微博用户(包括企业和个人)人气用户粉丝量≥10万的非认证微博用户达人用户1万≤粉丝量＜10万的非认证微博用户普通用户粉丝量＜1万的非认证微博用户表5用户分类如何确定用户的重要程度私人银行客户100万元以上的资产高净值客户50-100万元的资产中高端客户20-50万元的资产普通客户1-20万元的资产潜在客户资产数额未知(未绑定银行账户)表6表5中，根据微博用户的认证信息将用户分为已认证用户(包括战略用户、认证用户)和非认证用户(包括人气用户、达人用户、普通用户)，之后，根据用户的被关注次数(即粉丝量)再将非认证用户分为人气用户、达人用户、普通用户。其中用户的重要程度从高到低依次为：战略用户、认证用户、人气用户、达人用户、普通用户。表6中，微信用户通常会绑定个人的微信资产账户，根据微信用户的资产数额对用户进行划分。其中用户的重要程度从高到低依次为：私人银行客户、高净值客户、中高端客户、普通客户、潜在客户。需要说明的是，本发明的实施例中，需要根据预设信息确定目标用户的重要程度。在一种实现方式中，可以不根据预设信息，直接确定用户的重要程度。当不根据预设信息确定用户的重要程度时，本发明实施例所提供的方法，可以不执行s105-s106，而直接开始执行s103、s107-s112：s107、根据目标用户在社交平台的用户信息，确定处理待分配业务的目标客服人员。用户信息，包括用于确定目标用户在社交平台中的重要程度的信息。具体的，根据目标用户的重要程度为目标用户发送的目标文本信息分配目标客服人员。示例性的，用户甲在微博中为普通用户，则为用户甲在微博中发布的文本信息分配一个处理普通用户相关业务的客服人员。普通用户为一种用户在微博(社交平台)上的重要程度信息。上述实施例是通过目标用户在社交平台中的重要程度的信息确定目标客服人员。在本实施例的一种实现方式中也可以不依赖目标用户在社交平台中的重要程度的信息确定目标客服人员，而直接执行步骤s103、s108-s112：s108、判断是否存在与目标用户上一次进行业务服务的客服人员。若存在，则确定与目标用户上一次进行业务服务的客服人员为目标客服人员。具体的，为了提升业务分配的针对性，尤其是针对重要程度偏高的业务，本实施例通过分配客户上一次的客服人员处理相同客户的业务需求。不仅可以提高业务处理的效率，还可以提升用户体验。示例性的，用户甲在微博上发布了一则文本信息，判断出存在与用户甲上一次处理有关业务的客服人员a，则客服人员a就是处理本次用户甲相关业务的客服人员。在本实施例的另一种实现方式中也可以不依赖目标用户在社交平台中的重要程度的信息确定目标客服人员，而直接执行步骤s103、s109-s112：s109、获取多个客服人员的工作内容。其中，多个客服人员的工作内容，包括多个客服人员中每个客服人员能够处理的，在社交平台上重要程度不同的用户，发送的不同文本信息所对应的不同业务。示例性的，多个客服人员的工作内容，可以为：客服a处理微博上认证用户向银行官方微博发送的私信对应的业务，客服b处理微博上普通用户评论的相关微博对应的业务，客服c处理达人用户在银行相关微博中@其他用户对应的业务等等。s110、从多个客服人员中选择符合第一预设条件的第一客服人员。其中，第一预设条件，包括能够处理目标用户的待分配业务的客服人员。s111、若第一客服人员的个数大于一个，则分别获取第一客服人员中每个客服人员正在处理的业务数量。具体的，每个客服人员具有处理多种不同业务的能力，不同的业务也可能会存在多个客服人员均可以处理的情况。如果能够处理目标用户的待分配业务的客服人员个数为一个，则直接将待分配业务分配给这个客服人员。如果能够处理的待分配人员不唯一，则需要确定每个能够处理待分配业务的业务人员正在处理的业务数量。s112、从第一客服人员中确定目标客服人员。其中，目标客服人员包括，第一客服人员中业务数量最小的客服人员。具体的，找到能够处理待分配业务的客服人员中业务数量最小的客服人员。可以将待分配任务更为有效的分配出去，同时对整个业务服务系统达到一种负载均衡的效果、提高资源分配的利用率，提升用户体验。在本发明的一种实施例中，该方法还包括：将多个用户在社交平台上发布的文本信息对应的多个业务存储在任务池中。存储在任务池中的多个业务包括多种业务处理状态。其中，业务的处理状态，包括未分配、已分配、互动处理、转工单处理、回复结束处理、不回复处理。互动处理、转工单处理、回复结束处理及不回复结束处理可以理解为业务的最终状态。未分配的业务在任务池中按用户在社交平台上的重要程度、发布的文本信息以及发布文本的时间，综合排队。在交接班或者临时工作安排调整时，客服人员可以选择将以分配完成的业务员退回，客服管理人员可以强制退回客服人员的已分配业务。当客服人员或者客服管理人员退回已分配业务时，该任务状态变更为未分配业务。每个客服人员可以在个人的工作任务列表中查看并处理业务。示例性的，如图7所示，为本发明实施例提供的一种业务分配方法的流程示意图。该方法包括：s1、读取配置文件(即获取用户发送的文本信息)。s2、从数据库中查询客服配置信息(用于处理文本信息对应的待分配业务对应的客服人员信息)、历史处理记录以及未处理任务表。s3、从历史处理记录中查询客户是否有原处理人(也就是上次处理该业务的客服人员)。如果有，直接将业务分配给该原处理人，并转到步骤s8。s4、如果没有原处理人，则找到满足配置的客服人员。也可以直接根据步骤s1获取的客服配置信息直接确定满足配置的客服人员。s5、通过负载均衡的方法将业务分配给当前任务量最少的客服人员。s6、判断任务量最少的客服人员的任务量是否超出额定任务量。如果该任务量最少的客服人员当前所分配的业务数量超出额定数量，则转到步骤s7,如果该任务量最少的客服人员当前所分配的业务数量不超出额定数量，则将该业务分配给该任务量最少的业务处理人，并转到步骤s8。s7、等待一个周期后，返回步骤s5，再分配给任务量最少的客服人员。s8、更新任务分配结果。同时，进行循环处理。其中，循环处理，包括任务状态由未分配改为已分配，业务分配时间更新为分配成功时间，在对应的客服人员的业务数量中加1(图中未示出)。本申请提供了一种业务分配装置，用于执行前述业务分配方法，如图8所示，为本发明实施例提供的业务分配装置20的一种可能的结构示意图。其中，该装置包括：处理单元201，用于确定目标用户通过社交平台发布的目标文本信息所对应的待分配业务。处理单元201，还用于根据目标用户在社交平台的用户信息，确定处理待分配业务的目标客服人员。用户信息，包括用于确定目标用户在社交平台中的重要程度的信息。可选的，处理单元201，还用于判断是否存在与目标用户上一次进行业务服务的客服人员。若存在，则确定与目标用户上一次进行业务服务的客服人员为目标客服人员。可选的，该装置还包括获取单元202。获取单元202，用于获取多个客服人员的工作内容。其中，多个客服人员的工作内容，包括多个客服人员中每个客服人员能够处理的，在社交平台上重要程度不同的用户，发送的不同文本信息所对应的不同业务。处理单元201，还用于从多个客服人员中选择符合第一预设条件的第一客服人员。其中，第一预设条件，包括能够处理目标用户的待分配业务的客服人员。获取单元202，还用于若第一客服人员的个数大于一个，则分别获取第一客服人员中每个客服人员正在处理的业务数量。处理单元201，还用于从第一客服人员中确定目标客服。其中，目标客服人员，包括第一客服人员中业务数量最小的客服人员。可选的，获取单元202，还用于获取多个用户在社交平台上发布的文本信息。处理单元201，还用于利用多个用户在社交平台上发布的文本信息对预设贝叶斯分类器进行训练。其中，预设贝叶斯分类器为用于将文本信息分为投诉类信息和非投诉类信息的二元分类器。处理单元201，还用于若利用预设贝叶斯分类器，确定目标文本信息为投诉类信息，则优先处理待分配业务。可选的，处理单元201，还用于根据预设信息，确定目标用户在社交平台中的重要程度。其中预设信息，包括目标用户在社交平台中的认证信息、被关注次数以及目标用户对应的金融账户的资产数额。处理单元201，还用于根据目标用户在社交平台中的重要程度，生成目标用户在社交平台的用户信息。本申请实施例可以根据上述方法示例对业务分配装置进行功能模块或者功能单元的划分，例如，可以对应各个功能划分各个功能模块或者功能单元，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块或者功能单元的形式实现。其中，本申请实施例中对模块或者单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。在采用集成的单元的情况下，图9示出了上述实施例中所涉及的业务分配装置的一种可能的结构示意图。业务分配装置30包括：处理模块301、通信模块302和存储模块303。处理模块301用于对业务分配装置30的动作进行控制管理，例如，处理模块301用于支持业务分配装置30执行图1中的过程s101-s112。通信模块302用于支持业务分配装置30与其他实体的通信。存储模块303用于存储业务分配装置的程序代码和数据。其中，处理模块301可以是处理器或控制器，例如可以是中央处理器(centralprocessingunit，cpu)，通用处理器，数字信号处理器(digitalsignalprocessor，dsp)，专用集成电路(application-specificintegratedcircuit，asic)，现场可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。通信模块302可以是收发器、收发电路或通信接口等。存储模块303可以是存储器。当处理模块301为如图10所示的处理器，通信模块302为图10的收发器，存储模块303为图10的存储器时，本发明实施例所涉及的业务分配装置可以为如下的业务分配装置40。参照图10所示，该业务分配装置40包括：处理器401、收发器402、存储器403和总线404。其中，处理器401、收发器402、存储器403通过总线404相互连接；总线404可以是外设部件互连标准(peripheralcomponentinterconnect，pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。处理器401可以是一个通用中央处理器(centralprocessingunit，cpu)，微处理器，特定应用集成电路(application-specificintegratedcircuit，asic)，或一个或多个用于控制本发明方案程序执行的集成电路。存储器403可以是只读存储器(read-onlymemory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(randomaccessmemory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasableprogrammableread-onlymemory，eeprom)、只读光盘(compactdiscread-onlymemory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。其中，存储器403用于存储执行本发明方案的应用程序代码，并由处理器401来控制执行。收发器402用于接收外部设备输入的内容，处理器401用于执行存储器403中存储的应用程序代码，从而实现本发明实施例中提供的一种业务分配方法。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户终端线(digitalsubscriberline，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，dvd)、或者半导体介质(例如固态硬盘(solidstatedisk，ssd))等。以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本
技术领域：
的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。当前第1页12