《一种呼叫中心路由的业务处理方法及网络设备.pdf》由会员分享，可在线阅读，更多相关《一种呼叫中心路由的业务处理方法及网络设备.pdf（16页珍藏版）》请在专利查询网上搜索。
1、(10)申请公布号 CN 104320551 A(43)申请公布日 2015.01.28CN104320551A(21)申请号 201410637580.5(22)申请日 2014.11.05H04M 3/523(2006.01)(71)申请人中国建设银行股份有限公司地址 100033 北京市西城区金融大街25号(72)发明人王炼 罗雄清 赵新阳 罗贤桂(74)专利代理机构北京集佳知识产权代理有限公司 11227代理人王宝筠(54) 发明名称一种呼叫中心路由的业务处理方法及网络设备(57) 摘要本发明公开了一种呼叫中心路由的业务处理方法及网络设备，用于均衡边缘节点之间的负载，减少用户等待时间，。
2、有效提高呼叫中心的服务水平，提高用户的用户体验。本发明实施例方法包括：检测第一边缘节点的接入能力状态；根据所述接入能力状态，启动所述第一边缘节点的转出机制，后将所述第一边缘节点的接入等待队列中的请求接入用户转出到其它边缘节点。(51)Int.Cl.权利要求书2页 说明书8页 附图5页(19)中华人民共和国国家知识产权局(12)发明专利申请权利要求书2页 说明书8页 附图5页(10)申请公布号 CN 104320551 ACN 104320551 A1/2页21.一种呼叫中心路由的业务处理方法，其特征在于，包括：检测第一边缘节点的接入能力状态；根据所述接入能力状态，启动所述第一边缘节点的转出机制。
3、，后将所述第一边缘节点的接入等待队列中的请求接入用户转出到其它边缘节点。2.根据权利要求1所述的业务处理方法，其特征在于，所述检测第一边缘节点的接入能力状态包括：检测所述第一边缘节点是否满足溢出条件。3.根据权利要求2所述的业务处理方法，其特征在于，所述检测所述第一边缘节点是否满足溢出条件包括：检测所述接入等待队列中的请求接入用户的等待处理时间是否超过预设时间；进而根据所述接入能力状态，启动所述第一边缘节点的转出机制，后将所述第一边缘节点的接入等待队列中的请求接入用户转出到其它边缘节点包括：若确定所述等待处理时间超过预设时间，启动所述第一边缘节点的转出机制，将所述第一边缘节点的接入等待队列中的。
4、满足第一预设比例的请求接入用户转出到第二边缘节点，将满足第二预设比例的请求接入用户转出到第三边缘节点。4.根据权利要求2所述的业务处理方法，其特征在于，所述检测所述第一边缘节点是否满足溢出条件包括：检测所述第一边缘节点的接入等待队列中的请求接入用户是否超过第一预设人数；进而所述根据所述接入能力状态，启动所述第一边缘节点的转出机制，后将所述第一边缘节点的接入等待队列中的请求接入用户转出到其它边缘节点包括：若确定所述请求接入用户超过第一预设人数，启动所述第一边缘节点的转出机制；检测第二边缘节点满足第二预设人数，若是，将所述第一边缘节的接入等待队列中的满足第三预设比例的请求接入用户转出到第四边缘节点。
5、。5.根据权利要求1所述的业务处理方法，其特征在于，所述检测第一边缘节点的接入能力状态包括：检测第一边缘节点的运营状态。6.根据权利要求5所述的业务处理方法，其特征在于，所述检测第一边缘节点的运营状态包括：检测所述第一边缘节点的在线座席人员是否超过阀值；进而所述根据所述接入能力状态，启动所述第一边缘节点的转出机制，后将所述第一边缘节点的接入等待队列中的请求接入用户转出到其它边缘节点包括：若确定所述第一边缘节点的在线座席人员超过阀值，启动所述第一边缘节点的转出机制，后将请求接入用户转出到备用边缘节点。7.一种网络设备，其特征在于，包括：检测单元，用于检测第一边缘节点的接入能力状态；转出处理单元，。
6、用于根据所述接入能力状态，启动所述第一边缘节点的转出机制，后将所述第一边缘节点的接入等待队列中的请求接入用户转出到其它边缘节点。8.根据权利要求7所述的网络设备，其特征在于，所述检测单元包括第一检测单元；所述第一检测单元，用于检测所述第一边缘节点是否满足溢出条件。权 利 要 求 书CN 104320551 A2/2页39.根据权利要求8所述的网络设备，其特征在于，所述第一检测单元具体用于，检测所述接入等待队列中的请求接入用户的等待处理时间是否超过预设时间；所述转出处理单元包括第一转出处理单元；所述第一转出处理单元，用于在确定所述等待处理时间超过预设时间时，启动所述第一边缘节点的转出机制，将所述。
7、第一边缘节点的接入等待队列中的满足第一预设比例的请求接入用户转出到第二边缘节点，将满足第二预设比例的请求接入用户转出到第三边缘节点。10.根据权利要求8所述的网络设备，其特征在于，所述第一检测单元具体用于，检测所述第一边缘节点的接入等待队列中的请求接入用户是否超过第一预设人数；所述转出处理单元包括第二转出处理单元；所述第二转出处理单元，用于若确定所述请求接入用户超过第一预设人数，启动所述第一边缘节点的转出机制；检测第二边缘节点满足第二预设人数，若是，将所述第一边缘节的接入等待队列中的满足第三预设比例的请求接入用户转出到第四边缘节点。11.根据权利要求7所述的网络设备，其特征在于，所述检测单元包。
8、括第二检测单元；所述第二检测单元，用于检测第一边缘节点的运营状态。12.根据权利要求11所述的网络设备，其特征在于，所述第二检测单元具体用于，检测所述第一边缘节点的在线座席人员是否超过阀值；所述业务处理单元包括第三业务处理单元；所述第三业务处理单元，用于在确定所述第一边缘节点的在线座席人员超过阀值时，启动所述第一边缘节点的转出机制，后将请求接入用户转出到备用边缘节点。权 利 要 求 书CN 104320551 A1/8页4一种呼叫中心路由的业务处理方法及网络设备技术领域0001 本发明涉及通信技术领域，具体涉及一种呼叫中心路由的业务处理方法及网络设备。背景技术0002 中国建设银行电话银行呼叫。
9、中心系统，建立起一个全国集中统一、客户体验一致的呼叫中心系统。该呼叫中心系统采用北京系统中心和上海系统中心互为双备的双系统中心架构，北京系统中心和上海系统中心同时对外开放，分别接入成都座席中心、北京座席中心、广州座席中心、武汉座席中心和合肥座席中心，各个座席中心分别承接特定区域的用户电话，提供人工服务。0003 基于上述的多座席中心的呼叫中心系统中，由于各个座席中心独立承接特定区域的用户电话，一旦由于某些原因特定区域内用户来电量突增或者转人工服务量突增时，该座席中心将无法及时接起用户电话，导致用户等待时长增加，座席中心服务水平迅速降低，用户体验差。或者由于外部原因(如停电、施工、火灾、地震)导。
10、致某个或多个座席中心出现系统故障或需要撤离座席人员时，导致该座席中心无法对外提供服务，那么该座席中心服务的区域内用户将无法接入人工服务，也将影响用户体验。发明内容0004 针对上述缺陷，本发明实施例提供了一种呼叫中心路由的业务处理方法及网络设备，用于及时接入用户，均衡边缘节点之间的负载，减少用户等待时间，有效提高呼叫中心的服务水平，提高用户的用户体验。0005 本发明一方面提供了一种呼叫中心路由的业务处理方法，可包括：0006 检测第一边缘节点的接入能力状态；0007 根据所述接入能力状态，启动所述第一边缘节点的转出机制，后将所述第一边缘节点的接入等待队列中的请求接入用户转出到其它边缘节点。0。
11、008 本发明另一方面提供了一种网络设备，可包括：0009 检测单元，用于检测第一边缘节点的接入能力状态；0010 转出处理单元，用于根据所述接入能力状态，启动所述第一边缘节点的转出机制，后将所述第一边缘节点的接入等待队列中的请求接入用户转出到其它边缘节点。0011 从以上技术方案可以看出，本发明实施例提供的呼叫中心路由的业务处理方法及网络设备具有以下优点：通过检测第一边缘节点的接入能力状态，然后根据第一边缘节点的接入能力状态，启动了第一边缘节点的转出机制，将第一边缘节点的接入等待队列的请求接入用户转出到其它边缘节点，从而能够在第一边缘节点的接入能力不足时，通过其它边缘节点来接入请求接入用户，。
12、能够均衡边缘节点之间的负载，减轻某时间段某个边缘节点的负载，减少了用户的等待时间，提高呼叫中心的服务水平，提高用户的用户体验。说 明 书CN 104320551 A2/8页5附图说明0012 为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。0013 图1为本发明实施例提供的呼叫中心平台结构示意图；0014 图2为本发明实施例提供的呼叫中心路由的业务处理方法流程示意图；0015 图3为本发明另一实施例提供的呼叫。
13、中心路由的业务处理方法流程示意图；0016 图4a为本发明另一实施例提供的呼叫中心路由的业务处理方法流程示意图；0017 图4b为本发明另一实施例提供的呼叫中心路由的业务处理方法流程示意图；0018 图5为本发明另一实施例提供的呼叫中心路由的业务处理方法流程示意图；0019 图6为本发明另一实施例提供的呼叫中心路由的业务处理方法流程示意图；0020 图7为本发明实施例提供的网络设备的结构示意图；0021 图8a为本发明另一实施例提供的网络设备的结构示意图；0022 图8b为本发明另一实施例提供的网络设备的结构示意图；0023 图9a为本发明另一实施例提供的网络设备的结构示意图；0024 图9b。
14、为本发明另一实施例提供的网络设备的结构示意图。具体实施方式0025 下面将结合本发明实施例的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。0026 本发明实施例提供了一种呼叫中心路由的业务处理方法，用于均衡边缘节点之间的负载，减少用户的等待时间，提高呼叫中心的服务水平以及提高用户体验。0027 本发明实施例可以应用在各种企业的呼叫中心平台结构中，在呼叫中心平台结构中，主要包括中心节点和若干个边缘节点，如图1所。
15、示，各个边缘节点分别接入中心节点，与中心节点可以进行通信。当然，根据实际需要，上述中心节点可以是1个或2个，例如，在目前的中国建设银行的呼叫中心平台结构中，采用了双中心节点互为双备的结构，每个中心节点与边缘节点连接，具体地，双中心节点分别为北京系统中心和上海系统中心，边缘节点分别包括成都座席中心、北京座席中心、广州座席中心、武汉座席中心和合肥座席中心。0028 边缘节点具有自己唯一的热线电话，可以按照区域承接特定区域内的用户，每个边缘节点具有一定的座席人员，座席人员可以根据业务交易类别和技能进行分组管理，在每个边缘节点支持VIP客户优先原则。0029 用户在请求接入时，可以通过拨打热线电话，通。
16、过运营商后接入用户所属的边缘节点，从而进入中心节点，通过中心节点进行接入分配。在中心节点中，对每个边缘节点设置了转出机制，以便在某个时间段某个边缘节点接入用户过多或者由于外部原因(如停电、施工、火灾或地震等)而影响接入能力时，有效地均衡边缘节点之间的负载或应对紧急情况。说 明 书CN 104320551 A3/8页60030 基于上述介绍，下面将以具体实施例，对本发明进行详细说明。0031 如图2所示，本发明实施例提供了一种呼叫中心路由的业务处理方法，可包括：0032 S21、检测第一边缘节点的接入能力状态；0033 其中，在呼叫中心平台结构中，中心节点对与其连接的边缘节点进行实时检测。003。
17、4 第一边缘节点的接入能力状态主要体现在两个方面：0035 第一方面，在某一时间段内，由于某一个具体原因，第一边缘节点承接的区域内用户请求接入量增加，而第一边缘节点的座席人员都处于繁忙状态，而没有空闲的座席人员能够接入用户。0036 第二方面，在某一时间段内，由于外部原因(如停电、施工、火灾或地震等)，导致第一边缘节点出现故障或需要撤离座席人员，第一边缘节点都无法对外提供服务。0037 S22、根据所述接入能力状态，启动所述第一边缘节点的转出机制，后将所述第一边缘节点的接入等待队列中的请求接入用户转出到其它边缘节点。0038 根据上述接入能力体现的两个方面，那么将在两种情况下，需要启动转出机制。
18、：0039 第一种情况，在第一边缘节点座席人员较忙，无法及时接入请求接入用户时，需要在第一边缘节点和其它边缘节点之间进行负载均衡。0040 第二种情况，在第一边缘节点无法工作时，需要将第一边缘节点承接的用户转出到其它边缘节点进行处理。0041 其中，其它边缘节点是指除了第一边缘节点之外的任意边缘节点。0042 在本发明实施例中，通过检测第一边缘节点的接入能力状态，然后根据第一边缘节点的接入能力状态，启动了第一边缘节点的转出机制，将第一边缘节点的接入等待队列的请求接入用户转出到其它边缘节点，从而能够在第一边缘节点的接入能力不足时，通过其它边缘节点来接入请求接入用户，能够均衡边缘节点之间的负载，减。
19、轻某时间段某个边缘节点的负载，减少了用户的等待时间，提高呼叫中心的服务水平，提高用户的用户体验。0043 下面将具体介绍边缘节点之间如何均衡负载，如图3所示，一种呼叫中心路由的业务处理方法，可包括：0044 S31、检测所述第一边缘节点是否满足溢出条件；0045 S32、当确定所述第一边缘节点满足溢出条件时，启动所述第一边缘节点的转出机制，后将所述第一边缘节点的接入等待队列中的请求接入用户转出到其它边缘节点。0046 在中心节点中设置了转出机制的判断条件，也就是溢出条件。实时对第一边缘节点进行检测，在检测到第一边缘节点满足了溢出条件后，将启动第一边缘节点的转出机制，然后将第一边缘节点的接入等待。
20、队列中的请求接入用户转出到其它边缘节点。0047 上述溢出条件至少包括第一边缘节点的接入等待队列中的请求接入用户的等待处理时间是否超过预设时间或者第一边缘节点的接入等待队列中的请求接入用户是否超过第一预设人数。因此，将对附图3所示的实施例进行进一步详细介绍：0048 如图4a所示，一种呼叫中心路由的业务处理方法，可包括：0049 S41、检测第一边缘节点的接入等待队列中的请求接入用户的等待处理时间是否超过预设时间；0050 在第一边缘节点中，请求接入用户请求接入，进入等待队列。0051 在本发明实施例中，请求接入用户的等待处理时间是否超过预设时间，具体是等说 明 书CN 104320551 A。
21、4/8页7待队列中的首个请求接入用户的等待处理时间超过了预设时间，进而说明，此时第一边缘节点的所有座席人员都处于繁忙状态，等待队列中的请求接入用户都需要等待。0052 S42、若确定所述等待处理时间超过预设时间，启动所述第一边缘节点的转出机制，将所述第一边缘节点的接入等待队列中的满足第一预设比例的请求接入用户转出到第二边缘节点，将满足第二预设比例的请求接入用户转出到第三边缘节点。0053 在确定等待队列中的首个请求接入用户超过预设时间后，可以根据转出机制中的转出策略，可以是将等待队列中的一部分转出到第一边缘节点，再将剩余部分的请求接入用户转出到第三边缘节点。可以理解的是，将等待队列中的哪部分请。
22、求接入用户转出到哪一个边缘节点，由具体的转出机制的转出策略，也可以说是业务分配策略决定，在此不作限定。0054 举例来说，在中国建设银行中，当检测到北京座席中心的等待队列中的首个请求接入用户等待处理时间超过25秒后，启动转出机制，进而全部请求接入用户参与转出，将其中50的请求接入用户转出到广州座席中心、将其中50的请求接入用户转出到成都座席中心。其中，可以将等待队列中的前50请求接入用户转出到广州座席中心，等待队列中的后50的请求接入用户转出到成都座席中心，当然，还可以是其它转出方式，在此不作限定。0055 除了附图4a所示的实施例在满足第一边缘节点的接入等待队列中的请求接入用户的等待处理时间。
23、是否超过预设时间的情况下启动转出机制外，还包括如图4b所示的情况下启动转出机制，如图4b所示，一种呼叫中心路由的业务处理方法，可包括：0056 S43、检测所述第一边缘节点的接入等待队列中的请求接入用户是否超过第一预设人数；0057 本发明实施例将等待队列中的请求接入用户设为启动转出机制的条件，在满足请求接入用户超过第一预设人数时，转向步骤S43；在请求接入用户小于第一预设人数时，请求接入用户在等待队列中继续等待。0058 S44、启动所述第一边缘节点的转出机制；0059 S45、检测第二边缘节点满足第二预设人数；0060 本发明实施例中，在第一边缘节点的请求接入用户大于或等于第一预设人数时，。
24、将转向第二边缘节点。其中，第二边缘节点的等待队列中的请求接入用户人数也需要小于或等于第一预设人数。在小于或等于第二预设人数时，转向步骤S46。0061 S46、将所述第一边缘节的接入等待队列中的满足第三预设比例的请求接入用户转出到第四边缘节点。0062 在本发明实施例中，可以是将第一边缘节点等待队列中的部分边缘节点转出到第四边缘节点，可以是将第一边缘节点等待队列中的前50或者后50的请求接入用户转出到第四边缘节点，或者是将等待队列中的其它比例的请求接入用户转出到第四边缘节点。因此，本发明实施例提供的第三预设比例可以根据业务情况划分，在此不作限定。0063 同样以中国建设银行为例，检测广州座席中。
25、心的座席人员繁忙，没有空闲人员，检测等待队列中的请求接入用户超过30人，启动转出机制。如果请求接入用户30人，进入本地溢出失败。在启动转出机制后，检测成都中心等待队列中的请求接入用户5，那么将第一边缘节点等待队列中的50的请求接入用户参与转出，转出到第四边缘节点，否说 明 书CN 104320551 A5/8页8则也将进入本地溢出失败。0064 本发明实施例中，为了应对边缘节点的紧急情况，在中心节点中对每一个边缘节点进行路由设置，给每个边缘节点设置了备份边缘节点，因此，当某一个边缘节点无法工作时，则可以将该边缘节点承接的请求计入用户转出到备份边缘节点中。同样以中国建设银行为例，表1具体介绍了每。
26、个座席中心承接的区域和备份中心。0065 表10066 0067 说 明 书CN 104320551 A6/8页90068 因此，在附图2所示的实施例的基础上，本发明实施例还提供了一种呼叫中心路由的业务处理方法，如图5所示，可包括：0069 S51、检测第一边缘节点的运营状态；0070 可以理解的是，此时的运营状态是指第一边缘节点的工作状态。0071 优选地，该运营状态可以通过第一边缘节点的在线座席人员确定。0072 S52、根据运营状态，启动所述第一边缘节点的转出机制，后将请求接入用户转出到备用边缘节点。0073 可以理解的是，在本发明实施例中的转出机制与上述实施例所介绍的转出机制具体内容不。
27、一样，上述是将请求接入用户根据业务的分配策略等转出到相应的边缘节点中，在本发明实施例中，是将第一边缘节点的请求接入用户转出到路由配置的备份边缘中心中。0074 本发明实施例中，为了应对第一边缘节点因停电、施工、火灾或地震等外部原因导致无法工作的情况发生，通过在路由中配置备份路由，在检测到第一边缘节点无法工作时，将第一边缘节点的请求接入用户转出到备份边缘中心中，保证第一边缘节点承接的请求接入用户能够及时接入，提高用户体验，以及有效提高呼叫中心的服务水平。0075 进一步地，如图6所示，进一步对附图5所示的实施例进行说明，一种呼叫中心路由的业务处理方法可包括如图6所示的步骤：0076 S61、检测。
28、所述第一边缘节点的在线座席人员是否超过阀值；0077 可以理解的是，第一边缘节点具有一定数量的座席人员，而且也会在工作时间内安排相应数量的座席人员工作。当第一边缘节点无法工作时，第一边缘节点中的在线座席人员则少于一个阀值，该阀值根据第一边缘节点的所有座席人员、每次要求的在线人员等来设定。0078 S62、若确定所述第一边缘节点的在线座席人员超过阀值，启动所述第一边缘节点的转出机制，后将请求接入用户转出到备用边缘节点。0079 当在线座席人员小于或等于该阀值时，则启动第一边缘节点的转出机制，将第一边缘节点的请求接入用户转出到备份边缘节点。0080 以上述中国建设银行为例，由于座席人员是根据业务交。
29、易类别和技能进行分组管理的，因此，该在线座席人员是指所有组中在线人员总数。0081 需要说明的是，本发明实施例涉及的第一边缘节点、第二边缘节点、第三边缘节点和第四边缘节点中的“第一”、“第二”、“第三”和“第四”用于区分不同的边缘节点，不用于限定先后顺序。同样，第一预设比例、第二预设比例和第三预设比例中的“第一”、“第二”和“第三”用于区分不同的预设比例，不用于限定先后顺序。第一预设人数和第二预设人员中的“第一”和“第二”、用于区分不同的预设人数，不用于限定先后顺序。0082 如图7所示，本发明实施例提供了一种呼叫中心路由的业务处理方法对应的网络设备，可包括：0083 检测单元710，用于检测。
30、第一边缘节点的接入能力状态；0084 转出处理单元720，用于根据所述接入能力状态，启动所述第一边缘节点的转出机制，后将所述第一边缘节点的接入等待队列中的请求接入用户转出到其它边缘节点。0085 在本发明实施例中，检测单元710检测第一边缘节点的接入能力状态，然后转出说 明 书CN 104320551 A7/8页10处理单元720根据第一边缘节点的接入能力状态，启动了第一边缘节点的转出机制，将第一边缘节点的接入等待队列的请求接入用户转出到其它边缘节点，从而能够在第一边缘节点的接入能力不足时，通过其它边缘节点来接入请求接入用户，能够均衡边缘节点之间的负载，减轻某时间段某个边缘节点的负载，减少了用。
31、户的等待时间，提高呼叫中心的服务水平，提高用户的用户体验。0086 如图8a所示，进一步地，上述所述检测单元710包括第一检测单元810；0087 其中，所述第一检测单元810，用于检测所述第一边缘节点是否满足溢出条件。0088 在一个应用场景中，所述第一检测单元810具体用于，检测所述接入等待队列中的请求接入用户的等待处理时间是否超过预设时间；0089 上述转出处理单元720包括第一转出处理单元820；0090 所述第一转出处理单元820，用于在确定所述等待处理时间超过预设时间时，启动所述第一边缘节点的转出机制，将所述第一边缘节点的接入等待队列中的满足第一预设比例的请求接入用户转出到第二边缘。
32、节点，将满足第二预设比例的请求接入用户转出到第三边缘节点。0091 在另一个应用场景中，如图8b所示，上述第一检测单元810具体用于，检测所述第一边缘节点的接入等待队列中的请求接入用户是否超过第一预设人数；0092 进而上述转出处理单元720包括第二转出处理单元830；0093 该第二转出处理单元830，用于若确定所述请求接入用户超过第一预设人数，启动所述第一边缘节点的转出机制；检测第二边缘节点满足第二预设人数，若是，将所述第一边缘节的接入等待队列中的满足第三预设比例的请求接入用户转出到第四边缘节点。0094 在另一个应用场景中，如图9a所示，所述检测单元710包括第二检测单元910；0095。
33、 所述第二检测单元910，用于检测第一边缘节点的运营状态。0096 进而，在一个具体应用场景中，如图9b所示，上述第二检测单元910具体用于，检测所述第一边缘节点的在线座席人员是否超过阀值；0097 进而上述业务处理单元720包括第三业务处理单元920；0098 所述第三业务处理单元920，用于在确定所述第一边缘节点的在线座席人员超过阀值时，启动所述第一边缘节点的转出机制，后将请求接入用户转出到备用边缘节点。0099 本发明实施例通过检测第一边缘节点的接入能力状态，然后根据第一边缘节点的接入能力状态，启动了第一边缘节点的转出机制，将第一边缘节点的接入等待队列的请求接入用户转出到其它边缘节点，从。
34、而能够在第一边缘节点的接入能力不足时，通过其它边缘节点来接入请求接入用户，能够均衡边缘节点之间的负载，减轻某时间段某个边缘节点的负载，减少了用户的等待时间，提高呼叫中心的服务水平，提高用户的用户体验。0100 在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。0101 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。0102 在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结说 明 书CN 104320551 A10。