一种VoLTE投诉问题的定位方法、装置和存储介质与流程

本申请涉及通信技术领域，尤其涉及一种VoLTE投诉问题的定位方法、装置和存储介质。

【背景技术】

VoLTE(Voice over LTE，长期演进语音承载)技术是将语音业务脱离传统2G/3G网络，与数据业务一样在4G LTE(Long Term Evolution，长期演进)网络上实现。VoLTE技术通过将数据业务和语音业务承载在同一网络上，不仅实现了数据业务与语音业务的同时进行，也为用户提供了更高质量的语音视频通话效果，提升了用户体验。随着VoLTE技术的推广，用户数量不断攀升，与此同时，投诉问题量也明显增多。

目前，对VoLTE投诉问题的诊断主要通过单接口的XDR(X Data Recording，信令数据记录单)及关键流程的信令回溯作为判断依据，以人工分析为主要方式。一方面，在实际业务交互过程中，一个业务流程涉及多个接口，且异常信令/错误码在信令流程传递中或因网元类型、设备厂家等不同而发生变更，通过单接口的XDR话单进行问题定位判断，可能无法找到异常信令的初始源头和原因，导致问题定界定位准确性很差，不能对现有生产提供强力支撑；另一方面，VoLTE网络涉及多个领域，各领域之间存在信息不对称、沟通不及时等瓶颈，当前人工分析虽然能对问题查处的准确性有较为严格的保障，但各专业之间侧重点不一，多专业间无法形成联合诊断，问题处理时间变长，直接影响用户业务使用体验。且人工分析方法的个人经验无法固化分享，不具备复用性和自动性，相似的问题也必须重复性进行查处，耗时耗力。

技术实现要素：

本申请实施例提供了一种VoLTE投诉问题的定位方法、装置和存储介质，以实现VoLTE业务交互过程中异常信令的准确定位，对VoLTE业务投诉问题的原因进行自动分析。

第一方面，本申请实施例提供一种VoLTE投诉问题的定位方法，包括：建立话单规则库，所述话单规则库中包含根据VoLTE业务的单接口话单生成的多接口话单，所述多接口话单中包含VoLTE业务的信令交互数据；响应于接收到的业务投诉信息，从所述话单规则库中调取与所述业务投诉信息对应的多接口话单；根据所调取的多接口话单中的信令交互数据定位发生所述业务投诉信息所对应的业务异常的原因。

其中一种可能的实现方式中，从所述话单规则库中调取与所述业务投诉信息对应的多接口话单之前，所述方法还包括：判断是否是用户数据异常、无线环境异常、硬件设备异常中的至少一项导致产生所述业务投诉信息；如果判断结果均为否，则从所述话单规则库中调取与所述业务投诉信息对应的多接口话单。

其中一种可能的实现方式中，根据VoLTE业务的单接口话单生成多接口话单的步骤，包括：对VoLTE业务所涉及的各个接口的码流进行解码，得到所述各个接口对应的单接口话单；将所述各个接口对应的单接口话单中包含的话单数据合并为所述VoLTE业务的多接口话单。

其中一种可能的实现方式中，所述响应于接收到的业务投诉信息，从所述话单规则库中调取与所述业务投诉信息对应的多接口话单，包括：根据接收到的业务投诉信息，获取所述业务投诉信息的投诉号码和投诉时间点；根据所述投诉号码和投诉时间点，从所述话单规则库中调取与所述业务投诉信息对应的多接口话单。

其中一种可能的实现方式中，所述话单规则库，还包括：异常场景规则条目；根据所调取的多接口话单中的信令交互数据定位发生所述业务投诉信息所对应的业务异常的原因，包括：提取所述多接口话单信令交互数据中的网元信息和首拆条件信息；调用所述话单规则库中的所述异常场景规则条目；从所述异常场景规则条目中调取与所述网元信息和首拆条件信息对应的异常场景规则；根据所述异常场景规则定位发生所述业务投诉信息所对应的业务异常的原因。

第二方面，本申请实施例提供一种VoLTE投诉问题的定位装置，包括：存储模块，用于建立话单规则库，所述话单规则库中包含根据VoLTE业务的单接口话单生成的多接口话单，所述多接口话单中包含VoLTE业务的信令交互数据；处理模块，用于响应于接收到的业务投诉信息，从所述话单规则库中调取与所述业务投诉信息对应的多接口话单；以及根据所调取的多接口话单中的信令交互数据定位发生所述业务投诉信息所对应的业务异常的原因。

其中一种可能的实现方式中，所述处理模块，还用于：在从所述话单规则库中调取与所述业务投诉信息对应的多接口话单之前，判断是否是用户数据异常、无线环境异常、硬件设备异常中的至少一项导致产生所述业务投诉信息；如果判断结果均为否，则从所述话单规则库中调取与所述业务投诉信息对应的多接口话单。

其中一种可能的实现方式中，所述处理模块，具体用于：对VoLTE业务所涉及的各个接口的码流进行解码，得到所述各个接口对应的单接口话单；将所述各个接口对应的单接口话单中包含的话单数据合并为所述VoLTE业务的多接口话单。

第三方面，本申请实施例提供一种电子设备，包括：至少一个处理器；以及与所述处理器通信连接的至少一个存储器，其中：所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如上所述的方法。

第四方面，本申请实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行如上所述的方法。

以上技术方案中，建立话单规则库，所述话单规则库中包含根据VoLTE业务的单接口话单生成的多接口话单，所述多接口话单中包含VoLTE业务的信令交互数据；响应于接收到的业务投诉信息，从所述话单规则库中调取与所述业务投诉信息对应的多接口话单；根据所调取的多接口话单中的信令交互数据定位发生所述业务投诉信息所对应的业务异常的原因，从而可以实现VoLTE业务交互过程中异常信令的准确定位，对VoLTE业务投诉问题的原因进行自动查找。

【附图说明】

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本申请VoLTE投诉问题的定位方法中SIP响应码一个实施例的示意图；

图2为本申请VoLTE投诉问题的定位方法中SIP响应码关键字段一个实施例的示意图；

图3为本申请VoLTE投诉问题的定位方法中一个业务流程中信令在各个接口间传递一个实施例的示意图；

图4为本申请VoLTE投诉问题的定位方法一个实施例的流程图；

图5为本申请VoLTE投诉问题的定位方法中利用Flink合成多接口话单一个实施例的的示意图；

图6为本申请VoLTE投诉问题的定位方法另一个实施例的流程图；

图7为本申请VoLTE投诉问题的定位方法中利用Flink合成多接口话单另一个实施例的流程图；

图8为本申请VoLTE投诉问题的定位方法中4类VoLTE问题投诉的分析流程一个实施例的示意图；

图9为本申请VoLTE投诉问题的定位方法中异常场景规则条目一个实施例的示意图；

图10为本申请VoLTE投诉问题的定位装置一个实施例的结构示意图；

图11为本申请VoLTE投诉问题的定位装置另一个实施例的结构示意图；

图12为本申请电子设备的一个实施例的结构示意图。

【具体实施方式】

为了更好的理解本申请的技术方案，下面结合附图对本申请实施例进行详细描述。

应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

信令数据记录(X Data Recording，XDR)，即本申请实施例中的话单，是基于全量信令数据处理生成的基础流程记录。在网络交互流程中，以用户信令交互为单位，一个信令交互形成一条话单记录。网络信令交互完成时会产生对应的响应码，其中，未正常完成的网络交互信令，其产生的响应码表现为错误码，话单中记录的错误码信息是异常业务流程分析的基础数据。本申请中长期演进语音承载网络(Voice over LTE，VoLTE)中的响应码为会话初始协议响应码(Session Initiation Protocol，SIP)。

图1为本申请VoLTE投诉问题的定位方法中SIP响应码一个实施例的示意图。如图1所示，SIP响应码有6个不同的类型，每个类型包含多个具体的数值。以1XX类型为例，该类型的响应码为信息响应，表示已经收到消息，正在对其进行处理；4XX类型的响应码是一种错误码，表示请求消息中包含语法错误或者SIP服务器不能完成对该请求消息的处理。

图2为本申请VoLTE投诉问题的定位方法中SIP响应码关键字段一个实施例的示意图。如图2所示，SIP错误码携带的信息包括：状态码(Status-Code)、原因(Reason)、警告(Warning)，错误码携带的上述信息可以指示故障的初步原因。

图3为本申请VoLTE投诉问题的定位方法中一个业务流程中信令在各个接口间传递一个实施例的示意图。

需要说明的是，在信令交互过程中，首先产生错误码的网元称为首拆网元，首先产生错误码的接口称为首拆接口。

如图3所示，该信令交互过程中的首拆网元为CSCF2网元，首拆接口为Mw接口，在Mw接口产生的状态码为503，但该状态码传递至ISC接口时，变为500。而对于本发明实施例来说，以图3为例，本发明实施例将MW接口、ISC接口、S1-U接口进行关联，合成多接口话单，基于多接口话单进行异常信令追溯，避免了图3中对单个接口的话单进行分析可能导致的错误。

图4为本申请VoLTE投诉问题的定位方法一个实施例的流程图，如图4所示，本发明实施例VoLTE投诉问题的定位方法可以包括：

步骤401，建立话单规则库。

本实施例话单规则库中包含根据VoLTE业务的单接口话单生成的多接口话单。

本实施例通过关联一个业务流程的关键接口，合成多接口话单。具体的，通话业务流程关联Mw、ISC、Mg、S1-U4个关键接口，注册业务流程关联Mw、ISC、S1-U、Sh、Cx5个关键接口，通过合成的多接口话单能够更为准确地找到首拆接口和首拆网元。

本实施例的话单规则库中还包含有异常场景规则条目。

异常场景规则条目可以提前部署完成，在对多接口话单中的异常信令进行分析时可以随时调用。

在具体实现时，可由维护员根据投诉处理经验和现场诊断完成异常场景诊断规则的梳理，生成异常场景规则条目。后续，将异常场景规则条目与多接口话单进行关联，以便根据多接口话单中的首拆条件信息定位相应的异常场景规则。

本发明实施例通过部署异常场景规则条目可以避免历史问题重复查处，形成经验固化。异常场景规则条目可以和多接口话单共同存储在话单规则库中，也可以单独存储，成为异常场景规则库。

进一步，异常场景规则条目能够随时新增和修改。

步骤402，响应于接收到的业务投诉信息，从话单规则库中调取与业务投诉信息对应的多接口话单。

具体的，本实施例以通话业务为例。

当接收到通话业务的投诉信息时，从投诉信息中获取投诉号码和异常时间，并将投诉信息中的异常时间作为投诉时间点。根据获取的投诉号码和投诉时间点，在话单规则库中通话业务的多接口话单中，调取该投诉号码在该投诉时间点的多接口话单。其中，话单规则库中的多接口话单可根据业务的不同分类存储，也可不作分类，本实施例不做限定。

步骤403，根据所调取的多接口话单中的信令交互数据定位发生业务投诉信息所对应的业务异常的原因。

本实施例中，调取上述通话业务投诉信息对应的多接口话单之后，从多接口话单的信令交互数据中提取网元信息和首拆条件信息，找到该通话业务的目标网元、首拆网元、首拆接口、首拆状态码、warning值。然后调用话单规则库中的异常场景规则条目，从异常场景规则条目中调取与上述网元信息和首拆条件信息对应的异常场景规则，定位发生上述通话业务投诉信息所对应的业务异常的原因。

本发明实施例中，步骤401中根据VoLTE业务的单接口话单生成多接口话单的过程可利用开源流处理技术Flink完成。

图5为本申请VoLTE投诉问题的定位方法中利用Flink合成多接口话单一个实施例的的示意图。

如图5所示，单接口话单1、单接口话单2、单接口话单3为一个业务流程涉及的多个单接口话单。在进行话单合成时，将各单接口话单传递至Flink，由Flink读取各单接口话单数据，合成多接口话单，并存储至话单规则库等待调用。

图6为本申请VoLTE投诉问题的定位方法另一个实施例的流程图。如图6所示，本申请图4所示实施例步骤402中，从所述话单规则库中调取与所述业务投诉信息对应的多接口话单之前之前，还可以包括：

S601，判断是否是用户数据异常、无线环境异常、硬件设备异常中的至少一项导致产生所述业务投诉信息。

S602，如果判断结果均为否，则从所述话单规则库中调取与所述业务投诉信息对应的多接口话单；如果判断结果均为是，则执行S603。

S603，输出诊断结果。

图7为本申请VoLTE投诉问题的定位方法中利用Flink合成多接口话单另一个实施例的流程图。如图7所示，在本实施例中，利用Flink合成多接口话单的步骤为：

S701：利用解码器对Mw接口、ISC接口、Mg接口、S1-U接口、Sh接口、Cx接口的码流进行解码，得到各个接口的话单数据的二进制文件。

S702：将S701中生成的各接口话单数据的二进制文件转换成文本文件。

S703：利用开源流处理平台Kafka，将S702中的各接口话单数据的文本文件逐行传递至Flink。

S704：Flink按行读取接收到的各接口话单数据，串联关键字段合成同一通话或者注册流程在各个接口的消息，合成多接口话单数据文本文件。

具体的，对于通话流程，可合成Mw、ISC、Mg、S1-U 4个关键接口的话单数据；对于注册流程，可合成Mw、ISC、S1-U、Sh、Cx 5个关键接口的话单数据。

S705：将合成的多接口话单数据存入话单规则库。

图8为本申请VoLTE投诉问题的定位方法中4类VoLTE问题投诉的分析流程一个实施例的示意图。

在本实施例中，通过分析VoLTE投诉问题的关键原因，将投诉问题的原因分为用户数据、无线环境、核心网流程、设备硬件四个类别。

如图8所示，本实施例将四个类别的诊断先后流程按实际VoLTE业务投诉处理的原因占比进行优先级排序，按照用户数据、无线环境、核心网流程、设备硬件的顺序进行排列，在接收到业务投诉信息时，依次对四个类别进行诊断。

具体的，在对用户数据进行诊断时，可以检查全球用户识别卡(Universal Subscriber Identity Module，USIM)卡是否存在异常；对无线环境进行诊断时，可以检查基站是否存在高干扰、高负荷，无线覆盖指标是否正常；对核心网流程进行诊断时，检查核心网交互信令是否异常；对硬件设备进行诊断时，可以检查无线设备、核心网设备是否存在警告。

在本实施例中，对核心网流程进行进行诊断时，基于多接口话单和异常场景规则条目完成。具体实现方式为，调取话单规则库中与业务投诉信息对应的多接口话单，从所调取的多接口话单中的信令交互数据中，提取网元信息和首拆条件信息，调用异常场景规则条目中与上述网元信息和首拆条件信息匹配的异常场景规则，定位发生业务投诉信息所对应的业务异常的原因。

图9为本申请VoLTE投诉问题的定位方法中异常场景规则条目一个实施例的示意图。

在调用异常场景规则条目定位发生业务投诉信息所对应的业务异常的原因时，举例来说，如果从多接口话单中提取的首拆接口为S1-U，首拆网元为SAEGW，目标网元为ENB，首拆状态码为481，终拆状态码为481，WARNING为Cancel received on initial，那么可以调用异常场景规则条目中与上述首拆条件信息匹配的异常场景规则，即图9中的第一条规则，完成对业务投诉问题的原因定位。

图10为本申请VoLTE投诉问题的定位装置一个实施例的结构示意图。本实施例中的VoLTE投诉问题的定位装置103可以实现本申请实施例提供的VoLTE投诉问题的定位方法。如图10所示，上述VoLTE投诉问题的定位装置103可以包括：处理模块101、存储模块102；

处理模块101，用于响应于接收到的业务投诉信息，从话单规则库中调取与所述业务投诉信息对应的多接口话单；还用于，根据所调取的多接口话单中的信令交互数据定位发生所述业务投诉信息所对应的业务异常的原因。

存储模块102，用于存储话单规则库。

话单规则库中包含有：由不同业务流程涉及的各个接口的单接口话单合成的多接口话单，和异常场景规则条目。

处理模块101响应于接收到的业务投诉信息，从业务投诉信息中获取投诉号码和异常时间，将业务投诉信息中的异常时间作为投诉时间点。利用投诉号码和投诉时间点，从存储模块102的话单规则库中调取该投诉号码在该投诉时间点的多接口话单并提取网元信息和首拆条件信息。从存储模块102的话单规则库中调取异常场景规则条目，匹配异常场景规则条目中与所述网元信息和首拆条件信息对应的异常场景规则，对上述业务投诉问题进行原因定位。

存储模块102可以是一个Hbase数据库，用来存储上述话单规则库。

图11为本申请VoLTE投诉问题的定位装置另一个实施例的结构示意图。本实施例中的VoLTE投诉问题的定位装置将多接口话单和异常场景规则条目作为两个单独存在的模块，以实现本申请实施例提供的VoLTE投诉问题的定位方法。如图11所示，上述VoLTE投诉问题的定位装置可以包括：

诊断模块111：用于接收VoLTE业务投诉信息，响应接收到的业务投诉信息，按照预先设置的优先级依次对用户数据、无线环境、核心网流程、硬件设备四个专业的异常情况进行诊断。并根据不同的专业问题调用不同的诊断规则。需要说明的是，其中优先级的设置原则为：按实际VoLTE业务投诉处理的原因占比对四个类别的原因进行优先级排序。

具体的，当对核心网流程用户交互信令的异常情况进行诊断时，由诊断模块111调用话单存储模块112中相应的多接口话单数据。在一个具体的实施例中，诊断模块111根据业务投诉信息获取投诉号码和异常时间，并将业务投诉信息中的异常时间作为投诉时间点。根据投诉号码和投诉信息，调用话单存储模块112中该投诉号码在该投诉时间点对应的投诉业务的多接口话单。诊断模块111提取多接口话单中的网元信息和首拆条件信息，从规则存储模块113中调用异常场景规则条目，为多接口话单中的网元信息和首拆条件信息配对应的异常场景规则对业务投诉问题进行原因定位。

话单存储模块112：用于存储各个业务流程对应的单接口话单合成的多接口话单，其中，不同业务对应的多接口话单可根据业务类型的不同分类存储，也可共同存储。话单存储模块112可以是一个Hbase数据库。

具体的，可利用Flink对各业务流程所涉及的单个接口的话单数据进行合成，生成多接口话单，存储在话单存储模块112。

规则存储模块113：用于存储异常信令场景分析规则。

在具体实现时，可由维护员根据历史的投诉处理经验和现场诊断完成异常场景诊断规则的梳理，生成异常场景规则条目，存储在规则存储模块113。然后将规则存储模块113与话单存储模块112进行关联，即可提供定界定位、解决建议等诊断结果，避免历史问题重复查处，形成经验固化。本实施例中，规则存储模块113中的异常场景规则条目能够随时新增和修改。

图12为本申请电子设备的一个实施例的结构示意图。

如图12所示，上述电子设备可以包括至少一个处理器；以及与上述处理器通信连接的至少一个存储器，其中：存储器存储有可被处理器执行的程序指令，上述处理器调用上述程序指令能够执行本申请实施例提供的VoLTE投诉问题的定位方法。其中，上述电子设备可以为VoLTE投诉问题的定位设备，本实施例对上述电子设备的具体形态不作限定。

图12示出了适于用来实现本申请实施方式的示例性电子设备的框图。图12显示的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图12所示，电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：一个或者多个处理器121，存储器123，连接不同系统组件(包括存储器123和处理器121)的通信总线124。

通信总线124表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry Standard Architecture；以下简称：ISA)总线，微通道体系结构(Micro Channel Architecture；以下简称：MAC)总线，增强型ISA总线、视频电子标准协会(Video Electronics Standards Association；以下简称：VESA)局域总线以及外围组件互连(Peripheral Component Interconnection；以下简称：PCI)总线。

电子设备典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器123可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory；以下简称：RAM)和/或高速缓存存储器。电子设备可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。尽管图12中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如：光盘只读存储器(Compact Disc Read Only Memory；以下简称：CD-ROM)、数字多功能只读光盘(Digital Video Disc Read Only Memory；以下简称：DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与通信总线124相连。存储器123可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请各实施例的功能。

具有一组(至少一个)程序模块的程序/实用工具，可以存储在存储器123中，这样的程序模块包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块通常执行本申请所描述的实施例中的功能和/或方法。

电子设备也可以与一个或多个外部设备(例如键盘、指向设备、显示器等)通信，还可与一个或者多个使得用户能与该电子设备交互的设备通信，和/或与使得该电子设备能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过通信接口122进行。并且，电子设备还可以通过网络适配器(图12中未示出)与一个或者多个网络(例如局域网(Local Area Network；以下简称：LAN)，广域网(Wide Area Network；以下简称：WAN)和/或公共网络，例如因特网)通信，上述网络适配器可以通过通信总线124与电子设备的其它模块通信。应当明白，尽管图12中未示出，可以结合电子设备使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、磁盘阵列(Redundant Arrays of Independent Drives；以下简称：RAID)系统、磁带驱动器以及数据备份存储系统等。

处理器121通过运行存储在存储器123中的程序，从而执行各种功能应用以及数据处理，例如实现本申请实施例提供的VoLTE投诉问题的定位方法。

本申请实施例还提供一种非临时性计算机可读存储介质，上述非暂态计算机可读存储介质存储计算机指令，上述计算机指令使上述计算机执行本申请实施例提供的VoLTE投诉问题的定位方法。

上述非临时性计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(Read Only Memory；以下简称：ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory；以下简称：EPROM)或闪存、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C ，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(Local Area Network；以下简称：LAN)或广域网(Wide Area Network；以下简称：WAN)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个模块可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，模块或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(Processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory；以下简称：ROM)、随机存取存储器(Random Access Memory；以下简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。