一种故障数据的收集方法、移动终端及服务器与流程

本发明涉及移动终端
技术领域：
，特别涉及一种故障数据的收集方法、移动终端及服务器。
背景技术：
：随着智能终端的功能不断增加，其硬件和软件的复杂程度也随之增加，从而也增加了智能终端的故障的发生几率。智能终端的故障发生之后，用户可以通过人工服务向技术人员提出智能终端的问题，并提供相应的故障信息，然后，技术人员根据用户提供的故障信息找到对应的故障解决方案，并将该故障解决方案告知用户，在这个过程中，很有可能出现信息传导错误的情况。后来，数据监控和上报全载全监的方式被广泛采用，具体过程为：移动终端对通信、安全杀毒、音乐下载播放、导航等增值业务的客户端与网络侧的交互信息进行实时采集，并将采集到的所有信息上传给服务器，由服务器对移动终端上传的信息进行处理、分析、挖掘。上述方案中，移动终端采用实时监控实时上报，对网络交互信息进行实时采集，并全部上报给服务器，移动终端需要上报的数据量非常大，传输数据所占用的系统资源过高。技术实现要素：本发明实施例提供了一种故障数据的收集方法、移动终端及服务器，降低了移动终端上报的故障数据的数据量，较少了传输故障数据所占用的系统资源。第一方面，本发明实施例提供了故障数据的收集方法，应用于移动终端，该方法包括：采集业务发生的故障数据，并对采集的故障数据进行特征标识；在满足预置的条件时，向服务器请求下发故障数据的特征标识；接收所述服务器发送的第一特征标识，所述第一特征标识为所述服务器中已存在的第一故障数据对应的特征标识；根据所述第一特征标识确定移动终端内采集的故障数据中、不存在于所述服务器中的第二故障数据；将所述第二故障数据发送到所述服务器。可选的，接收所述服务器发送的第一类型故障数据上报请求；确定所述采集的故障数据中属于所述第一类型故障数据的第三故障数据；将所述第三故障数据对应的第三特征标识发送到所述服务器，所述服务器统计所述第三故障数据对应故障发生的次数。可选的，所述根据所述第一特征标识确定移动终端内采集的故障数据中、不存在于所述服务器中的第二故障数据，包括：获取所述移动终端内采集的故障数据对应的目标特征标识；确定存在于所述目标特征标识中且不在所述第一特征标识中的第二特征标识；根据所述第二特征标识确定所述第二故障数据。可选的，所述在满足预置的条件时，向服务器请求下发故障数据的特征标识，包括：在接收到所述服务器发送的故障数据上报请求时，向服务器请求下发故障数据的特征标识；或者，在所述移动终端开关机或者连接无线网络时，向服务器请求下发故障数据的特征标识；或者，按照预设的周期，向服务器请求下发故障数据的特征标识。可选的，所述方法还包括：判断所述采集的故障数据除所述第二故障数据外的数据中，是否存在特殊故障数据；若存在，在满足预置的条件时，将所述特殊故障数据发送到所述服务器。第二方面，本发明实施例提供一种故障数据的收集方法，应用于服务器，该方法包括：接收移动终端发送的下发故障数据的特征标识的请求；根据所述请求，向所述移动终端发送所述服务器中已存在的第一故障数据对应的第一特征标识，以使得所述移动终端根据所述第一特征标识确定所述移动终端内采集的故障数据中服务器中不存在的第二故障数据；接收所述移动终端发送的第二故障数据。可选的，所述方法还包括:向所述移动终端发送第一类型故障数据上报请求；接收所述移动终端发送的第三特征标识，所述第三特征标识为第三故障数据对应的特征标识，所述第三故障数据为所述采集的故障数据中属于所述第一类型故障数据的故障数据；根据所述第三特征标识，统计所述第三故障数据对应故障发生的次数。可选的，在接收所述移动终端发送的第二故障数据之后，所述方法还包括：获取所述服务器内已进行统计分析的故障数据类型；根据所述已进行统计分析的故障数据类型，确定所述第二故障数据中未进行过统计分析的第二类型故障数据；对所述第二故障数据中所述第二类型故障数据进行统计分析。可选的，所述对所述第二故障数据中所述第二类型故障数据进行统计分析，包括：若所述第二故障数据中所述第二类型故障数据包括SIM卡注册数据，则对所述服务器接收到的所有SIM卡注册数据进行统计，计算当前版本系统SIM卡注册失败率；若所述第二故障数据中所述第二类型故障数据包括壳温数据，则对所述服务器接收到的所有壳温数据进行统计，分析当前版本系统壳温数据平均值；若所述第二故障数据中所述第二类型故障数据包括TP容值，则对所述服务器接收到的所有TP容值进行统计，确定触摸屏故障的位置。可选的，所述方法还包括：接收所述移动终端发送的特殊故障数据。第三方面，本发明提供一种移动终端，该移动终端包括：采集单元，用于采集业务发生的故障数据，并对采集的故障数据进行特征标识；请求单元，用于在满足预置的条件时，向服务器请求下发故障数据的特征标识；第一接收单元，用于接收所述服务器发送的第一特征标识，所述第一特征标识为所述服务器中已存在的第一故障数据对应的特征标识；第一确定单元，用于根据所述第一特征标识确定移动终端内采集的故障数据中、不存在于所述服务器中的第二故障数据；第一发送单元，用于将所述第二故障数据发送到所述服务器。可选的，所述移动终端还包括：第二接收单元，用于接收所述服务器发送的第一类型故障数据上报请求；第二确定单元，用于确定所述采集的故障数据中属于所述第一类型故障数据的第三故障数据；第二发送单元，用于将所述第三故障数据对应的第三特征标识发送到所述服务器，所述服务器统计所述第三故障数据对应故障发生的次数。可选的，所述第一确定单元具体用于：获取所述移动终端内采集的故障数据对应的目标特征标识；确定存在于所述目标特征标识中且不在所述第一特征标识中的第二特征标识；根据所述第二特征标识确定所述第二故障数据。可选的，所述请求单元具体用于：在接收到所述服务器发送的故障数据上报请求时，向服务器请求下发故障数据的特征标识；或者，在所述移动终端开关机或者连接无线网络时，向服务器请求下发故障数据的特征标识；或者，按照预设的周期，向服务器请求下发故障数据的特征标识。可选的，所述移动终端还包括：判断单元，用于判断所述采集的故障数据除所述第二故障数据外的数据中，是否存在特殊故障数据；第三发送单元，用于在存在特殊故障数据且满足预置的条件时，将所述特殊故障数据发送到所述服务器。第四方面，本发明实施例提供一种服务器，包括：第一接收单元，用于接收移动终端发送的下发故障数据的特征标识的请求；第一发送单元，用于根据所述请求，向所述移动终端发送所述服务器中已存在的第一故障数据对应的第一特征标识，以使得所述移动终端根据所述第一特征标识确定所述移动终端内采集的故障数据中服务器中不存在的第二故障数据；第二接收单元，用于接收所述移动终端发送的第二故障数据。可选的，所述服务器还包括：第二发送单元，用于向所述移动终端发送第一类型故障数据上报请求；第三接收单元，用于接收所述移动终端发送的第三特征标识，所述第三特征标识为第三故障数据对应的特征标识，所述第三故障数据为所述采集的故障数据中属于所述第一类型故障数据的故障数据；统计单元，用于根据所述第三特征标识，统计所述第三故障数据对应故障发生的次数。可选的，所述服务器还包括：获取单元，用于在接收所述移动终端发送的第二故障数据之后，获取所述服务器内已进行统计分析的故障数据类型；确定单元，用于根据所述已进行统计分析的故障数据类型，确定所述第二故障数据中未进行过统计分析的第二类型故障数据；分析单元，用于对所述第二故障数据中所述第二类型故障数据进行统计分析。可选的，所述分析单元具体用于：若所述第二故障数据中所述第二类型故障数据包括SIM卡注册数据，则对所述服务器接收到的所有SIM卡注册数据进行统计，计算当前版本系统SIM卡注册失败率；若所述第二故障数据中所述第二类型故障数据包括壳温数据，则对所述服务器接收到的所有壳温数据进行统计，分析当前版本系统壳温数据平均值；若所述第二故障数据中所述第二类型故障数据包括TP容值，则对所述服务器接收到的所有TP容值进行统计，确定触摸屏故障的位置。可选的，所述服务器还包括：第四接收单元，用于接收所述移动终端发送的特殊故障数据。本发明实施例通过采集业务发生的故障数据，并对采集的故障数据进行特征标识，在满足预置的条件时，向服务器请求下发故障数据的特征标识；接收服务器发送的第一特征标识；根据第一特征标识确定移动终端内采集的故障数据中、不存在于服务器中的第二故障数据；将第二故障数据发送到所述服务器。本发明实施例对移动终端中采集的故障数据进行筛选，将移动终端采集的故障数据中，服务器中不存在的故障数据才发送到服务器，降低了移动终端需要上传的数据量，减少了系统资源占用，提高了故障数据收集的效率。附图说明图1是本发明实施例中故障数据的收集方法的一个实施例示意图；图2是本发明实施例中故障数据的收集方法的另一个实施例示意图；图3是本发明实施例中故障数据的收集方法的另一个实施例示意图；图4是本发明实施例中故障数据的收集方法的另一个实施例示意图；图5是本发明实施例中移动终端的一个实施例示意图；图6是本发明实施例中移动终端的另一个实施例示意图。具体实施方式本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。下面介绍本发明实施例中故障数据的收集的实施例，该故障数据的收集的执行主体为移动终端，本发明实施例中所描述的移动终端可以是手机、平板等智能移动终端。请参阅图1，为本发明实施例中故障数据的收集的一个实施例，该方法包括：101、采集业务发生的故障数据，并对采集的故障数据进行特征标识；102、在满足预置的条件时，向服务器请求下发故障数据的特征标识；103、接收所述服务器发送的第一特征标识；其中，所述第一特征标识为所述服务器中已存在的第一故障数据对应的特征标识，该第一特征标识可以是移动终端预先发送第一故障数据的同时发送给服务器的，也可以是服务器采用与移动终端一样的特征标识规则，对第一故障数据进行特征标识得到的；104、根据所述第一特征标识确定所述移动终端内采集的故障数据中、不存在于所述服务器中的第二故障数据；105、将所述第二故障数据发送到所述服务器。本发明实施例通过采集业务发生的故障数据，并对采集的故障数据进行特征标识，在满足预置的条件时，向服务器请求下发故障数据的特征标识；接收服务器发送的第一特征标识；根据第一特征标识确定移动终端内采集的故障数据中、不存在于服务器中的第二故障数据；将第二故障数据发送到所述服务器。本发明实施例对移动终端中采集的故障数据进行筛选，将移动终端采集的故障数据中，服务器中不存在的故障数据才发送到服务器，降低了移动终端需要上传的数据量，减少了系统资源占用，提高了故障数据收集的效率。需要说明的是，本发明实施例中所描述的故障数据，可以是在移动终端进行业务发生故障时，移动终端采集业务发生的故障数据，例如，客户识别模块(SubscriberIdentificationModule，SIM)卡注册失败数据，通话故障数据等，还可以是移动终端设定的需要采集的数据，例如壳温数据，空中下载技术(Over-the-AirTechnology，OTA)升级方式数据等。通过壳温数据可以统计移动终端发热情况，通过OTA升级方式统计用对比用户主动下载升级的概率和推送升级包进行升级的概率的不同，可以得出用户对两种升级方式的满意度的差别。本发明实施例中，所述采集的故障数据可以为目标故障数据，该目标故障数据可以为移动终端当前已收集的所有故障数据的一部分，例如，所述目标故障数据为当前已收集的所有故障数据中与所述第一故障数据同类型的故障数据(例如同为网络故障数据)，或者，所述目标故障数据为移动终端当前已采集的所有故障数据。进一步的，所述向服务器请求下发故障数据的特征标识的方式，可以是移动终端向服务器发送目标请求，该目标请求用于向服务器请求下发故障数据的特征标识，该目标请求中可以包括所述采集的故障数据的类型对应的标识，所述第一故障数据为所述服务器中与所述采集的故障数据类型相同的故障数据。此时，服务器会移动终端发送标故障数据的类型对应的特征标识，即在根据所述第一特征标识确定移动终端内采集的故障数据中，不存在于所述服务器中的第二故障数据之前，所述方法还可以包括:接收所述服务器发送的采集的故障数据的类型对应的特征标识。本发明实施例中，在满足预置的条件时，向服务器请求下发故障数据的特征标识有多种实现方式，例如：(1)在满足预置的条件时，向服务器请求下发故障数据的特征标识包括：在接收到所述服务器发送的故障数据上报请求时，向服务器请求下发故障数据的特征标识。即服务器向移动终端发送故障数据上报请求，移动终端在接收到所述服务器发送的故障数据上报请求时，向服务器请求下发故障数据的特征标识。(2)在满足预置的条件时，向服务器请求下发故障数据的特征标识包括：在所述移动终端开关机或者连接无线网络时，向服务器请求下发故障数据的特征标识。例如，移动终端可以预先设定在什么场景下，需要向服务器请求下发故障数据的特征标识，即当移动终端开机或关机，或者移动终端连接无线网络时，向服务器请求下发故障数据的特征标识。(3)在满足预置的条件时，向服务器请求下发故障数据的特征标识包括：按照预设的周期，向服务器请求下发故障数据的特征标识。即在移动终端预先设定固定的向服务器请求下发故障数据的特征标识的周期，例如每天晚上12:00，向服务器请求下发故障数据的特征标识。需要说明的是，在本发明一些实施例中，在满足预置的条件时，向服务器请求下发故障数据的特征标识，还可以同时包括上述(1)～(3)情形，此处不作限定。本发明实施例中，对采集的故障数据进行特征标识可以包括：按照预置的故障数据类型，对采集的故障数据进行特征标识。例如，在移动终端内可以预置故障数据类型与特征标识的对应表，故障数据类型对应的特征标识可以包括数字、字母、字符中一种或多种，若包括数字、字母、字符中一种，则该一种可以包括一个或多个，例如，若包括字母，则特征标识里面的数字可以有一个或多个数字。故障数据类型与特征标识的对应表可以如下表1所示(仅举例部分)：表1故障数据类型特征标识网络故障数据1通话故障数据2壳温数据3OTA升级方式数据4此时，对采集的故障数据进行特征标识可以包括：按照预置的故障数据类型与特征标识的对应表，对采集的故障数据进行特征标识，例如，若采集的故障数据为网络注册失败的故障数据，则将其标识为1，当然，同一种故障类型下，也可能包括多种小类型的故障数据，这时，特征标识可以是数字和字母的结合，数字表示大类别，字母表示小类别，例如网络故障数据，特征标识为1，其下包括1A、1B、1C等多种小类别网络故障数据，或者字母表示大类别，数字表示小类别，例如，A1、A2、A3等，如下表2所示，网络故障数据A1包括SIM卡注册失败A11、无移动网络信号A12。可以理解的是，在一个大类别故障数据下，有多层类型的故障数据类别时，可以用更多的数字、字母等结合，例如A11，表示A大类下第1小类第1子类故障数据等。又例如，无移动网络信号A12还可以进一步包括A121(中国电信无移动网络信号)、A122(中国联通无移动网络信号)、A123(中国移动无移动网络信号)等。表2需要说明的是，对采集的故障数据进行特征标识，采用最小类别的标识对采集的故障数据进行特征标识，例如，SIM卡注册失败，既属于SIM卡注册失败(A11)，也属于网络故障数据(A1)这个大类，此时采用A11对SIM卡注册失败标识，以便标识更加准确细致。进一步的，本发明实施例中对采集的故障数据进行特征标识还可以包括：根据所述移动终端运行系统的版本号对故障数据进行特征标识。例如，移动终端运行系统的版本号为安卓4.5，则对该移动终端采集的故障数据标识android4.5或者4.5等。进一步的，所述对采集的故障数据进行特征标识还可以包括：获取所述移动终端的地理位置信息；根据所述地理位置信息对采集的故障数据进行特征标识。可以理解的是，根据所述地理位置信息对采集的故障数据进行特征标识，可以是根据获取的移动终端地理位置信息的地址代码编号(移动终端中可以预置全国地址代码编号表)，对采集的故障数据进行第三特征标识。例如北京市东城区的地址代码为110101。当所述对采集的故障数据进行特征标识包括上述进行的故障数据类型特征标识、移动终端运行系统版本号特征标识、移动终端地理位置信息特征标识等多个特征标识时，该多个特征标识可以按照预设的顺序组合形成每个故障数据的特征标识。可选的，请参阅图2，在上述所示的实施例的基础上，所述方法还可以进一步包括：106、接收所述服务器发送的第一类型故障数据上报请求；107、确定所述采集的故障数据中属于所述第一类型故障数据的第三故障数据；108、将所述第三故障数据对应的第三特征标识发送到所述服务器，所述服务器统计所述第三故障数据对应故障发生的次数。由于在某些情况下，虽然服务器中已存在第三故障数据，移动终端不用重复发送第三故障数据了，但是，需要将第三故障数据对应的第三特征标识发送到服务器，以便于在服务器整理第三故障数据发生的次数，以便后续进行分析，以及方便研发人员综合考虑处理故障的紧急性。进一步的，请参阅图3，步骤104可以包括：1041、获取所述移动终端内采集的故障数据对应的目标特征标识；1042、确定在所述目标特征标识中，且不在所述第一特征标识中的特征标识为第二特征标识；1043、根据所述第二特征标识确定所述第二故障数据。进一步的，所述方法还包括：判断所述采集的故障数据除所述第二故障数据外的数据中，是否存在特殊故障数据；若存在，在满足预置的条件时，将所述特殊故障数据发送到所述服务器。本发明实施例中，特殊故障数据可以是预先定义的第二类型故障数据，例如，该特殊故障数据可以是开关机黑屏故障数据，触摸屏失效故障数据，无法连接Wi-Fi故障数据、SIM卡注册失败故障数据等。上述对采集的故障数据中，除已经发送的第二故障数据外，即使服务器中有，仍然需要发送给服务，此种情况是为了收集某些及其影响用户体验的特殊故障数据，不管服务器中是否有，仍然发送到服务器，以便后续进行更细致的分析。此处，满足预置的条件与上述发送第二故障数据类似，此处不再赘述。上面描述的移动终端侧故障数据的收集方法，下面描述服务器侧故障数据的收集方法。请参阅图4，为本发明实施例中故障数据的收集方法的另一个实施例，该故障数据的收集方法的执行主体为服务器，该方法具体包括：201、接收移动终端发送的请求下发故障数据的特征标识的请求；202、根据所述请求，向所述移动终端发送所述服务器中已存在的第一故障数据对应的第一特征标识；其中，根据所述请求，向所述移动终端发送所述服务器中已存在的第一故障数据对应的第一特征标识，以使得所述移动终端根据所述第一特征标识确定所述移动终端内采集的故障数据中服务器中不存在的第二故障数据；203、接收所述移动终端发送的第二故障数据。可选的，所述方法还包括:向所述移动终端发送第一类型故障数据上报请求；接收所述移动终端发送的第三特征标识，所述第三特征标识为第三故障数据对应的特征标识，所述第三故障数据为所述采集的故障数据中属于所述第一类型故障数据的故障数据；根据所述第三特征标识，统计所述第三故障数据对应故障发生的次数。可选的，在接收所述移动终端发送的第二故障数据之后，所述方法还包括：获取所述服务器内已进行统计分析的故障数据类型；根据所述已进行统计分析的故障数据类型，确定所述第二故障数据中未进行过统计分析的第二类型故障数据；对所述第二故障数据中所述第二类型故障数据进行统计分析。进一步的，所述对所述第二故障数据中所述第二类型故障数据进行统计分析，包括：若所述第二故障数据中所述第二类型故障数据包括SIM卡注册数据，则对所述服务器接收到的所有SIM卡注册数据进行统计，计算当前版本系统SIM卡注册失败率；若所述第二故障数据中所述第二类型故障数据包括壳温数据，则对所述服务器接收到的所有壳温数据进行统计，分析当前版本系统壳温数据平均值；若所述第二故障数据中所述第二类型故障数据包括TP容值，则对所述服务器接收到的所有TP容值进行统计，确定触摸屏故障的位置。进一步的，所述方法还包括：接收所述移动终端发送的特殊故障数据。下面介绍本发明实施例中移动终端的实施例。请参阅图5，为本发明实施例中移动终端的一个实施例示意图，该移动终端包括：采集单元501，用于采集业务发生的故障数据，并对采集的故障数据进行特征标识；请求单元502，用于在满足预置的条件时，向服务器请求下发故障数据的特征标识；第一接收单元503，用于接收所述服务器发送的第一特征标识，所述第一特征标识为所述服务器中已存在的第一故障数据对应的特征标识；第一确定单元504，用于根据所述第一特征标识确定移动终端内采集的故障数据中、不存在于所述服务器中的第二故障数据；第一发送单元505，用于将所述第二故障数据发送到所述服务器。可选的，所述移动终端还包括：第二接收单元，用于接收所述服务器发送的第一类型故障数据上报请求；第二确定单元，用于确定所述采集的故障数据中属于所述第一类型故障数据的第三故障数据；第二发送单元，用于将所述第三故障数据对应的第三特征标识发送到所述服务器，所述服务器统计所述第三故障数据对应故障发生的次数。可选的，所述第一确定单元具体用于：获取所述移动终端内采集的故障数据对应的目标特征标识；确定存在于所述目标特征标识中且不在所述第一特征标识中的第二特征标识；根据所述第二特征标识确定所述第二故障数据。可选的，所述请求单元具体用于：在接收到所述服务器发送的故障数据上报请求时，向服务器请求下发故障数据的特征标识；或者，在所述移动终端开关机或者连接无线网络时，向服务器请求下发故障数据的特征标识；或者，按照预设的周期，向服务器请求下发故障数据的特征标识。可选的，所述移动终端还包括：判断单元，用于判断所述采集的故障数据除所述第二故障数据外的数据中，是否存在特殊故障数据；第三发送单元，用于在存在特殊故障数据且满足预置的条件时，将所述特殊故障数据发送到所述服务器。下面介绍本发明实施例中服务器的实施例。请参阅图6，为本发明实施例中服务器的一个实施例示意图，该服务器包括：第一接收单元601，用于接收移动终端发送的请求下发故障数据的特征标识的请求；第一发送单元602，用于根据所述请求，向所述移动终端发送所述服务器中已存在的第一故障数据对应的第一特征标识，以使得所述移动终端根据所述第一特征标识确定所述移动终端内采集的故障数据中服务器中不存在的第二故障数据；第二接收单元603，用于接收所述移动终端发送的第二故障数据。可选的，所述服务器还包括：第二发送单元，用于向所述移动终端发送第一类型故障数据上报请求；第三接收单元，用于接收所述移动终端发送的第三特征标识，所述第三特征标识为第三故障数据对应的特征标识，所述第三故障数据为所述采集的故障数据中属于所述第一类型故障数据的故障数据；统计单元，用于根据所述第三特征标识，统计所述第三故障数据对应故障发生的次数。可选的，所述服务器还包括：获取单元，用于在接收所述移动终端发送的第二故障数据之后，获取所述服务器内已进行统计分析的故障数据类型；确定单元，用于根据所述已进行统计分析的故障数据类型，确定所述第二故障数据中未进行过统计分析的第二类型故障数据；分析单元，用于对所述第二故障数据中所述第二类型故障数据进行统计分析。可选的，所述分析单元具体用于：若所述第二故障数据中所述第二类型故障数据包括SIM卡注册数据，则对所述服务器接收到的所有SIM卡注册数据进行统计，计算当前版本系统SIM卡注册失败率；若所述第二故障数据中所述第二类型故障数据包括壳温数据，则对所述服务器接收到的所有壳温数据进行统计，分析当前版本系统壳温数据平均值；若所述第二故障数据中所述第二类型故障数据包括TP容值，则对所述服务器接收到的所有TP容值进行统计，确定触摸屏故障的位置。可选的，所述服务器还包括：第四接收单元，用于接收所述移动终端发送的特殊故障数据。本发明实施例还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时包括上述方法实施例中记载的至少故障数据的收集方法的部分或全部步骤。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。当前第1页1 2 3