一种对浏览器崩溃数据进行处理的方法和服务器系统的制作方法

文档序号:7549896阅读:153来源:国知局
专利名称:一种对浏览器崩溃数据进行处理的方法和服务器系统的制作方法
技术领域
本发明涉及互联网技术领域,具体涉及一种对浏览器崩溃数据进行处理的方法,和一种对浏览器崩溃数据进行处理的服务器系统。
背景技术
在网页的加载过程中,常常会出现浏览器反应变得很慢,或者浏览器失去响应,甚至会终端无法进行其他的操作的情况,这是由于浏览器崩溃造成的。会造成浏览器崩溃的原因有很多,例如,内存泄露、网页代码复杂和浏览器的漏洞、网页数据过多等。其中,将浏览器崩溃后获取的相关数据称为浏览器崩溃数据。目前对于浏览器的崩溃信息的处理仅仅是通报一下产生了浏览器崩溃后上传指定的服务器的。例如在windows系统中,一般通过windows错误报告来上传操作系统出现的各类问题。由于windows系统中IE浏览器是与操作系统绑定的,所以当IE出现崩溃时,操作系统会收集浏览器的状态信息,并将信息封装到一个错误报告中回传给服务器端。而对于浏览器端产生崩溃后,现有技术中没有提供一种针对浏览器崩溃进行浏览器的崩溃信息数据的处理方案。

发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的对浏览器崩溃数据进行处理的服务器系统和相应的对浏览器崩溃数据进行处理的方法。依据本发明的一个方面,提供了一种对浏览器崩溃数据进行处理的方法,包括:浏览器崩溃接口服务器接收浏览器侧上传的浏览器崩溃基本信息;依据所述上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据,通知所述浏览器侧进行崩溃数据包的上传,并通过浏览器崩溃缓存服务器将可上传的浏览器崩溃数据的崩溃基本信息保存在主数据服务器中;接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,并对应所述浏览器崩溃数据保存在所述主数据服务器中;同步所述主数据服务器中保存的浏览器崩溃数据到一从数据服务器中,并为所述从数据服务器设置一搜索引擎;通过所述搜索引擎获取所述从数据服务器中的浏览器崩溃数据进行浏览器崩溃的分析。可选的,所述通过所述搜索引擎获取所述从数据服务器中的浏览器崩溃数据进行浏览器崩溃的分析,包括:通过所述搜索引擎定时从所述从数据服务器中提取浏览器崩溃数据;采用所述浏览器崩溃数据对浏览器崩溃进行分析。可选的,所述搜索引擎定时从所述从数据服务器中提取浏览器崩溃数据,包括:搜索引擎完成上次对浏览器崩溃数据的提取操作后,检测是否达到本次提取操作的定时时间;若未达到本次提取操作的定时时间,则继续等待;若达到本次提取操作的定时时间,则从所述从数据服务器中提取增量数据,其中,所述增量数据为从完成上次提取操作到开始本次提取操作的定时时间段内,添加到从数据服务器中的浏览器崩溃数据。可选的,所述搜索引擎完成上次对浏览器崩溃数据的提取操作后,还包括:记录上次提取操作中从所述从数据服务器中提取的浏览器崩溃数据的最大数据标识,作为第一数据标识,其中,按照存储顺序的先后,配置从数据服务器中的浏览器崩溃数据的数据标识。可选的,所述达到本次提取操作的定时时间之后,还包括:获取达到本次提取操作的定时时间时,所述从数据服务器中浏览器崩溃数据的最大数据标识,作为第二数据标识。可选的,所述增量数据还包括第一数据标识对应的浏览器崩溃数据;从所述从数据服务器中提取增量数据包括:将从第一数据标识开始到第二数据标识结束之间的浏览器崩溃数据,作为增量数据,从所述从数据服务器中提取所述增量数据。可选的,还包括:建立所述浏览器崩溃数据的增量索引和全量索引,其中所述增量索引用于最为增量数据的索引,所述全量索引用于作为全部崩溃数据的索引;将所述增量数据保存到增量索引中,并将所述增量索引同步到全量索引中。可选的,所述同步所述主数据服务器中保存的浏览器崩溃数据到一从数据服务器中,包括:采用日志文件自动将所述主数据服务器中保存的浏览器崩溃数据,同步到所述从数据服务器中。可选的,所述浏览器崩溃基本信息的参数至少包括:崩溃公共标识、命令行、产品名称、自定义信息、以及数据校验中的一种。可选的,所述崩溃公共标识至少包括以下参数中的一种:进程类型、线程类型、崩溃信息、崩溃类型、浏览器主程序版本、操作系统版本、浏览器内核程序版本、flash版本、第一层崩溃模块名称、第一层崩溃模块版本、浏览器所在设备的唯一标识号、浏览器崩溃当前进程的标识号。可选的,所述依据所述上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据包括:根据所述浏览器崩溃基本信息生成崩溃唯一标识,在所述崩溃唯一标识指示已经接收到小于所述浏览器崩溃基本信息相对应的预先定义的数目的浏览器崩溃数据和/或浏览器主程序版本在预先定义的版本范围内的情况下,生成指示可上传的浏览器崩溃数据。可选的,所述通知所述浏览器侧进行崩溃数据包的上传的步骤包括:通过携带有校验信息的指令通知所述浏览器侧进行崩溃数据包的上传,其中,所述检验信息用于指示所述指令是否来自合法的所述浏览器崩溃接口服务器。可选的,所述接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,并对应所述浏览器崩溃数据保存在所述主数据服务器中的步骤包括:接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,并对应所述浏览器崩溃数据同步保存到所述主数据服务器中,其中,所述主数据服务器使用与所述浏览器所在的操作系统相同的操作系统。可选的,所述接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,并对应所述浏览器崩溃数据同步保存到所述主数据服务器中的步骤包括:接收浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,将对应的所述浏览器崩溃数据保存为临时文件;将所述浏览器崩溃数据持久化存储到所述主数据服务器中。可选的,搜索引擎依据所述增量索引或全量索引,对所述浏览器崩溃数据执行索引操作。根据本发明的另一方面,提供了一种对浏览器崩溃数据进行处理的服务器系统,包括:浏览器崩溃接口服务器、浏览器崩溃缓存服务器、主数据服务器、从数据服务器和搜索引擎;所述浏览器崩溃接口服务器,包括:接收模块,用于接收浏览器侧上传的浏览器崩溃基本信息;确定并通知模块,用于依据所述上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据,通知所述浏览器侧进行崩溃数据包的上传,并通过浏览器崩溃缓存服务器将可上传的浏览器崩溃数据的崩溃基本信息保存在主数据服务器中;所述浏览器崩溃缓存服务器,包括:接收并保存模块,用于接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,并对应所述浏览器崩溃数据保存在所述主数据服务器中;同步模块,用于同步所述主数据服务器中保存的浏览器崩溃数据到一从数据服务器中;分析模块,用于通过所述搜索引擎获取所述从数据服务器中的浏览器崩溃数据进行浏览器崩溃的分析。可选的,所述浏览器崩溃缓存服务器中;所述分析模块,具体用于通过所述搜索引擎定时从所述从数据服务器中提取浏览器崩溃数据;采用所述浏览器崩溃数据对浏览器崩溃进行分析。可选的,所述搜索引擎,包括:检测模块,用于完成上次对浏览器崩溃数据的提取操作后,检测是否达到本次提取操作的定时时间;其中,若未达到本次提取操作的定时时间,则继续等待,若达到本次提取操作的定时时间,则触发提取子模块;提取模块,用于从所述从数据服务器中提取增量数据,其中,所述增量数据为从完成上次提取操作到开始本次提取操作的定时时间段内,添加到从数据服务器中的浏览器崩溃数据。可选的,所述搜索引擎,还包括:记录模块,用于记录上次提取操作中从所述从数据服务器中提取的浏览器崩溃数据的最大数据标识,作为第一数据标识,其中,按照存储顺序的先后,配置从数据服务器中的浏览器崩溃数据的数据标识。可选的,所述搜索引擎中;所述提取模块,还用于获取达到本次提取操作的定时时间时,所述从数据服务器中浏览器崩溃数据的最大数据标识,作为第二数据标识。可选的,所述增量数据还包括第一数据标识对应的浏览器崩溃数据,所述搜索引擎中;所述提取模块,具体用于将从第一数据标识开始到第二数据标识结束之间的浏览器崩溃数据,作为增量数据,从所述从数据服务器中提取所述增量数据。可选的,所述搜索引擎,还包括:建立模块,用于建立所述浏览器崩溃数据的增量索引和全量索引,其中所述增量索引用于最为增量数据的索引,所述全量索引用于作为全部崩溃数据的索引;同步模块,用于将所述增量数据保存到增量索引中,并将所述增量索引同步到全量索引中。可选的,所述浏览器崩溃缓存服务器中;所述同步模块,具体用于采用日志文件自动将所述主数据服务器中保存的浏览器崩溃数据,同步到所述从数据服务器中。可选的,所述浏览器崩溃基本信息的参数至少包括:崩溃公共标识、命令行、产品名称、自定义信息、以及数据校验中的一种。可选的,所述崩溃公共标识至少包括以下参数中的一种:进程类型、线程类型、崩溃信息、崩溃类型、浏览器主程序版本、操作系统版本、浏览器内核程序版本、flash版本、第一层崩溃模块名称、第一层崩溃模块版本、浏览器所在设备的唯一标识号、浏览器崩溃当前进程的标识号。可选的,所述浏览器崩溃接口服务器中:所述确定并通知模块,具体用于根据所述浏览器崩溃基本信息生成崩溃唯一标识,在所述崩溃唯一标识指示已经接收到小于所述浏览器崩溃基本信息相对应的预先定义的数目的浏览器崩溃数据和/或浏览器主程序版本在预先定义的版本范围内的情况下,生成指示可上传的浏览器崩溃数据。可选的,所述浏览器崩溃接口服务器中:所述确定并通知模块,具体用于根据所述崩溃模块信息、所述崩溃偏移信息、所述崩溃堆栈信息、所述浏览器版本号信息和所述操作系统版本号信息,按照MD5算法生成崩溃标识。可选的,所述浏览器崩溃接口服务器中:确定并通知模块,具体用于通过携带有校验信息的指令通知所述浏览器侧进行崩溃数据包的上传,其中,所述检验信息用于指示所述指令是否来自合法的所述浏览器崩溃接口服务器。可选的,所述浏览器崩溃缓存服务器中:所述并保存模块,具体用于接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,并对应所述浏览器崩溃数据同步保存到所述主数据服务器中,其中,所述主数据服务器使用与所述浏览器所在的操作系统相同的操作系统。可选的,所述浏览器崩溃缓存服务器中:所述并保存模块,具体用于接收浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,将对应的所述浏览器崩溃数据保存为临时文件;将所述浏览器崩溃数据持久化存储到所述主数据服务器中。可选的,所述搜索引擎,还包括:索引模块,用于依据所述增量索引或全量索引,对所述浏览器崩溃数据执行索引操作。根据本发明的实施例,浏览器崩溃接口服务器接收浏览器侧上传的浏览器崩溃基本信息,进而确定可上传的浏览器崩溃数据,并通过浏览器崩溃缓存服务器将可上传的浏览器崩溃数据的崩溃基本信息保存在主数据服务器中。然后可以接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,并对应所述浏览器崩溃数据保存在所述主数据服务器中,在同步所述主数据服务器中保存的浏览器崩溃数据到一从数据服务器中,并为所述从数据服务器设置一搜索引擎,从而通过所述搜索引擎获取所述从数据服务器中的浏览器崩溃数据进行浏览器崩溃的分析。一方面,依据所述上传的浏览器崩溃基本信息可以确定可上传的浏览器崩溃数据,因此可以精减上传的崩溃数据量,另一方面,通过搜索引擎可以快速的从所述从数据服务器中的浏览器崩溃数据,并进行分析,提高了数据获取的速度,从而提高了分析的效率。可见,通过本实施例,解决了相关技术因浏览器崩溃数据的数量巨大而无法进行有效存储、分析效率较低的问题,实现了海量浏览器崩溃数据的有效存储。上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式



通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:图1示出了根据本发明实施例一的对浏览器崩溃数据进行处理的方法流程图;图2示出了根据本发明实施例二的对浏览器崩溃数据进行处理的方法流程图;图3示出了根据本发明实施例二的浏览器崩溃数据提取方法流程图;图4示出了根据本发明实施例三的对浏览器崩溃数据进行处理的方法流程图;图5示出了根据本发明实施例四的浏览器崩溃数据进行处理的服务器系统结构图。
具体实施例方式下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。实施例一图1示出了根据本发明实施例一的对浏览器崩溃数据进行处理的方法流程图。步骤101,浏览器崩溃接口服务器接收浏览器侧上传的浏览器崩溃基本信息;步骤102,依据所述上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据,通知所述浏览器侧进行崩溃数据包的上传,并通过浏览器崩溃缓存服务器将可上传的浏览器崩溃数据的崩溃基本信息保存在主数据服务器中;步骤103,接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,并对应所述浏览器崩溃数据保存在所述主数据服务器中;步骤104,同步所述主数据服务器中保存的浏览器崩溃数据到一从数据服务器中,并为所述从数据服务器设置一搜索引擎;步骤105,通过所述搜索引擎获取所述从数据服务器中的浏览器崩溃数据进行浏览器崩溃的分析。综上所述,通过本实施例,浏览器崩溃接口服务器接收浏览器侧上传的浏览器崩溃基本信息,进而确定可上传的浏览器崩溃数据,并通过浏览器崩溃缓存服务器将可上传的浏览器崩溃数据的崩溃基本信息保存在主数据服务器中。然后可以接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,并对应所述浏览器崩溃数据保存在所述主数据服务器中,在同步所述主数据服务器中保存的浏览器崩溃数据到一从数据服务器中,并为所述从数据服务器设置一搜索引擎,从而通过所述搜索引擎获取所述从数据服务器中的浏览器崩溃数据进行浏览器崩溃的分析。一方面,依据所述上传的浏览器崩溃基本信息可以确定可上传的浏览器崩溃数据,因此可以精减上传的崩溃数据量,另一方面,通过搜索引擎可以快速的从所述从数据服务器中的浏览器崩溃数据,并进行分析,提高了数据获取的速度,从而提高了分析的效率。可见,通过本实施例,解决了相关技术因浏览器崩溃数据的数量巨大而无法进行有效存储、分析效率较低的问题,实现了海量浏览器崩溃数据的有效存储。
实施例二图1示出了根据本发明实施例二的对浏览器崩溃数据进行处理的方法流程图。步骤201,浏览器崩溃接口服务器接收浏览器侧上传的浏览器崩溃基本信息;本实施例中,所述浏览器可以是基于IE内核的浏览器,也可以是基于Chrome内核的浏览器。本实施例中,所述浏览器崩溃基本信息的参数至少包括:崩溃公共标识、命令行、产品名称、自定义信息、以及数据校验中的一种。可选地,参数还可以包括自定义信息,所述自定义信息至少包括以下信息中的一种:关于与浏览器内核线程通信是否发生异常的信息、经过加密的当面激活页面的网址、关于是否开启了图形处理单元加速的信息、关于是否开启了 web图形加速的信息。举例而言,对于基于IE内核的安全浏览器,自定义信息例如可以包括关于与IE线程通信是否发生异常的信息;而对于基于Webkit内核的Chrome浏览器,自定义信息例如可以包括经过加密的当面激活页面的网址(如url)、关于是否开启了图形处理单元(GPU)加速的信息、关于是否开启了 web图形加速(如WebGL)的信息。上述参数的详细信息例如参见下表1:
权利要求
1.一种对浏览器崩溃数据进行处理的方法,包括: 浏览器崩溃接口服务器接收浏览器侧上传的浏览器崩溃基本信息; 依据所述上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据,通知所述浏览器侧进行崩溃数据包的上传,并通过浏览器崩溃缓存服务器将可上传的浏览器崩溃数据的崩溃基本信息保存在主数据服务器中; 接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,并对应所述浏览器崩溃数据保存在所述主数据服务器中; 同步所述主数据服务器中保存的浏览器崩溃数据到一从数据服务器中,并为所述从数据服务器设置一搜索引擎; 通过所述搜索引擎获取所 述从数据服务器中的浏览器崩溃数据进行浏览器崩溃的分析。
2.如权利要求1所述的方法,其特征在于,所述通过所述搜索引擎获取所述从数据服务器中的浏览器崩溃数据进行浏览器崩溃的分析,包括: 通过所述搜索引擎定时从所述从数据服务器中提取浏览器崩溃数据; 采用所述浏览器崩溃数据对浏览器崩溃进行分析。
3.如权利要求2所述的方法,其特征在于,所述搜索引擎定时从所述从数据服务器中提取浏览器崩溃数据,包括: 搜索引擎完成上次对浏览器崩溃数据的提取操作后,检测是否达到本次提取操作的定时时间; 若未达到本次提取操作的定时时间,则继续等待; 若达到本次提取操作的定时时间,则从所述从数据服务器中提取增量数据,其中,所述增量数据为从完成上次提取操作到开始本次提取操作的定时时间段内,添加到从数据服务器中的浏览器崩溃数据。
4.如权利要求3所述的方法,其特征在于,所述搜索引擎完成上次对浏览器崩溃数据的提取操作后,还包括: 记录上次提取操作中从所述从数据服务器中提取的浏览器崩溃数据的最大数据标识,作为第一数据标识,其中,按照存储顺序的先后,配置从数据服务器中的浏览器崩溃数据的数据标识。
5.如权利要求4所述的方法,其特征在于,所述达到本次提取操作的定时时间之后,还包括: 获取达到本次提取操作的定时时间时,所述从数据服务器中浏览器崩溃数据的最大数据标识,作为第二数据标识。
6.如权利要求5所述的方法,其特征在于,所述增量数据还包括第一数据标识对应的浏览器崩溃数据; 从所述从数据服务器中提取增量数据包括: 将从第一数据标识开始到第二数据标识结束之间的浏览器崩溃数据,作为增量数据,从所述从数据服务器中提取所述增量数据。
7.如权利要求3所述的方法,其特征在于,还包括: 建立所述浏览器崩溃数据的增量索引和全量索引,其中所述增量索引用于最为增量数据的索引,所述全量索引用于作为全部崩溃数据的索引; 将所述增量数据保存到增量索引中,并将所述增量索引同步到全量索引中。
8.如权利要求1所述的方法,其特征在于,所述同步所述主数据服务器中保存的浏览器崩溃数据到一从数据服务器中,包括: 采用日志文件自动将所述主数据服务器中保存的浏览器崩溃数据,同步到所述从数据服务器中。
9.如权利要求1所述的方法,其特征在于,所述浏览器崩溃基本信息的参数至少包括:崩溃公共标识、命令行、产品名称、自定义信息、以及数据校验中的一种。
10.如权利要求9所述的方法,其特征在于,所述崩溃公共标识至少包括以下参数中的一种:进程类型、线程类型、崩溃信息、崩溃类型、浏览器主程序版本、操作系统版本、浏览器内核程序版本、flash版本、第一层崩溃模块名称、第一层崩溃模块版本、浏览器所在设备的唯一标识号、浏览器崩溃当前进程的标识号。
11.根据权利要求1所述的方法,其特征在于,所述依据所述上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据包括: 根据所述浏览器崩溃基本信息生成崩溃唯一标识,在所述崩溃唯一标识指示已经接收到小于所述浏览器崩溃基本信息相对应的预先定义的数目的浏览器崩溃数据和/或浏览器主程序版本在预先定义的版本范围内的情况下,生成指示可上传的浏览器崩溃数据。
12.如权利要求1所述的方法,其特征在于,所述通知所述浏览器侧进行崩溃数据包的上传的步骤包括:通过携带有校验信息的指令通知所述浏览器侧进行崩溃数据包的上传,其中,所述检验信息用于指示所述指令是否来自合法的所述浏览器崩溃接口服务器。
13.如权利要求1所述的方法,其特征在于,所述接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,并对应所述浏览器崩溃数据保存在所述主数据服务器中的步骤包括: 接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,并对应所述浏览器崩溃数据同步保存到所述主数据服务器中,其中,所述主数据服务器使用与所述浏览器所在的操作系统相同的操作系统。
14.如权利要求13所述的方法,其特征在于,所述接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,并对应所述浏览器崩溃数据同步保存到所述主数据服务器中的步骤包括: 接收浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,将对应的所述浏览器崩溃数据保存为临时文件; 将所述浏览器崩溃数据持久化存储到所述主数据服务器中。
15.如权利要求7所述的方法,其特征在于,还包括: 搜索引擎依据所述增量索引或全量索引,对所述浏览器崩溃数据执行索引操作。
16.一种对浏览器崩溃数据进行处理的服务器系统,包括:浏览器崩溃接口服务器、浏览器崩溃缓存服务器、主数据服务器、从数据服务器和搜索引擎; 所述浏览器崩溃接口服务器,包括: 接收模块,用于接收浏览器侧上传的浏览器崩溃基本信息; 确定并通知模块,用于依据所述上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据,通知所述浏览器侧进行崩溃数据包的上传,并通过浏览器崩溃缓存服务器将可上传的浏览器崩溃数据的崩溃基本信息保存在主数据服务器中; 所述浏览器崩溃缓存服务器,包括: 接收并保存模块,用于接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,并对应所述浏览器崩溃数据保存在所述主数据服务器中; 同步模块,用于同步所述主数据服务器中保存的浏览器崩溃数据到一从数据服务器中; 分析模块,用于通过所述搜索引擎获取所述从数据服务器中的浏览器崩溃数据进行浏览器崩溃的分析。
17.如权利要求16所述的系统,其特征在于,所述浏览器崩溃缓存服务器中; 所述分析模块,具体用于通过所述搜索引擎定时从所述从数据服务器中提取浏览器崩溃数据;采用所述浏览器崩溃数据对浏览器崩溃进行分析。
18.如权利要求17所述的系统,其特征在于,所述搜索引擎,包括: 检测模块,用于完成上次对浏览器崩溃数据的提取操作后,检测是否达到本次提取操作的定时时间;其中,若未达到本次提取操作的定时时间,则继续等待,若达到本次提取操作的定时时间,则触发提取子模块; 提取模块,用于从所述从数据服务器中提取增量数据,其中,所述增量数据为从完成上次提取操作到开始本次提取操作的定时时间段内,添加到从数据服务器中的浏览器崩溃数据。
19.如权利要求18所述的系统,其特征在于,所述搜索引擎,还包括: 记录模块,用于记录上次提取操作中从所述从数据服务器中提取的浏览器崩溃数据的最大数据标识,作为第一数据标识,其中,按照存储顺序的先后,配置从数据服务器中的浏览器崩溃数据的数据标识。
20.如权利要求19所述的系统,其特征在于,所述搜索引擎中; 所述提取模块,还用于获取达到本次提取操作的定时时间时,所述从数据服务器中浏览器崩溃数据的最大数据标识,作为第二数据标识。
21.如权利要求20所述的系统,其特征在于,所述增量数据还包括第一数据标识对应的浏览器崩溃数据,所述搜索引擎中; 所述提取模块,具体用于将从第一数据标识开始到第二数据标识结束之间的浏览器崩溃数据,作为增量数据,从所述从数据服务器中提取所述增量数据。
22.如权利要求18所述的系统,其特征在于,所述搜索引擎,还包括: 建立模块,用于建立所述浏览器崩溃数据的增量索引和全量索引,其中所述增量索引用于最为增量数据的索引,所述全量索引用于作为全部崩溃数据的索引; 同步模块,用于将所述增量数据保存到增量索引中,并将所述增量索引同步到全量索引中。
23.如权利要求16所述的系统,其特征在于,所述浏览器崩溃缓存服务器中; 所述同步模块,具体用于采用日志文件自动将所述主数据服务器中保存的浏览器崩溃数据,同步到所述从数据服务器中。
24.如权利要求16所述的系统,其特征在于,所述浏览器崩溃基本信息的参数至少包括:崩溃公共标识、命令行、产品名称、自定义信息、以及数据校验中的一种。
25.如权利要求24所述的系统,其特征在于,所述崩溃公共标识至少包括以下参数中的一种:进程类型、线程类型、崩溃信息、崩溃类型、浏览器主程序版本、操作系统版本、浏览器内核程序版本、flash版本、第一层崩溃模块名称、第一层崩溃模块版本、浏览器所在设备的唯一标识号、浏览器崩溃当前进程的标识号。
26.如权利要求16所述的系统,其特征在于,所述浏览器崩溃接口服务器中: 所述确定并通知模块,具体用于根据所述浏览器崩溃基本信息生成崩溃唯一标识,在所述崩溃唯一标识指示已经接收到小于所述浏览器崩溃基本信息相对应的预先定义的数目的浏览器崩溃数据和/或浏览器主程序版本在预先定义的版本范围内的情况下,生成指示 可上传的浏览器崩溃数据。
27.如权利要求25所述的系统,其特征在于,所述浏览器崩溃接口服务器中: 所述确定并通知模块,具体用于根据所述崩溃模块信息、所述崩溃偏移信息、所述崩溃堆栈信息、所述浏览器版本号信息和所述操作系统版本号信息,按照MD5算法生成崩溃标识。
28.如权利要求16所述的系统,其特征在于,所述浏览器崩溃接口服务器中: 确定并通知模块,具体用于通过携带有校验信息的指令通知所述浏览器侧进行崩溃数据包的上传,其中,所述检验信息用于指示所述指令是否来自合法的所述浏览器崩溃接口服务器。
29.如权利要求16所述的系统,其特征在于,所述浏览器崩溃缓存服务器中: 所述并保存模块,具体用于接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,并对应所述浏览器崩溃数据同步保存到所述主数据服务器中,其中,所述主数据服务器使用与所述浏览器所在的操作系统相同的操作系统。
30.如权利要求24所述的系统,其特征在于,所述浏览器崩溃缓存服务器中: 所述并保存模块,具体用于接收浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,将对应的所述浏览器崩溃数据保存为临时文件;将所述浏览器崩溃数据持久化存储到所述主数据服务器中。
31.如权利要求22所述的系统,其特征在于,所述搜索引擎,还包括: 索引模块,用于依据所述增量索引或全量索引,对所述浏览器崩溃数据执行索引操作。
全文摘要
本发明实施例公开了一种对浏览器崩溃数据进行处理的方法和服务器系统。所述方法包括浏览器崩溃接口服务器接收浏览器侧上传的浏览器崩溃基本信息;依据所述上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据,通知所述浏览器侧进行崩溃数据包的上传,并通过浏览器崩溃缓存服务器将可上传的浏览器崩溃数据的崩溃基本信息保存在主数据服务器中;接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包,并对应所述浏览器崩溃数据保存在所述主数据服务器中;同步所述主数据服务器中保存的浏览器崩溃数据到一从数据服务器中,并为所述从数据服务器设置一搜索引擎;通过所述搜索引擎获取所述从数据服务器中的浏览器崩溃数据进行浏览器崩溃的分析。
文档编号H04L29/08GK103152381SQ20131000485
公开日2013年6月12日 申请日期2013年1月7日 优先权日2013年1月7日
发明者范家鹏, 张鹏翼, 任寰 申请人:北京奇虎科技有限公司, 奇智软件(北京)有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1