专利名称：对浏览器崩溃数据进行处理的方法与系统的制作方法
技术领域：
本发明涉及网络技术领域，特别是涉及一种对浏览器崩溃数据进行处理的方法与系统。
背景技术：
随着互联网技术应用的越来越广泛，人们很多的日常工作和娱乐都在网络上进行，网页浏览器为人们的这种工作和娱乐提供了便捷途径。网页浏览器是显示网页服务器或档案系统内的文件，并让用户与这些文件互动的一种软件。它用来显示在万维网或局部局域网络等内的文字、影像及其他资讯，通过网页浏览器用户可迅速及轻易地浏览各种资τΗ ο但是，在使用网页浏览器浏览网页，进行网页加载的过程中，常常由于种种原因，例如内存泄露、网页代码复杂、浏览器的Bug、网页数据过多、ajax的web服务漏洞等等，使得网页浏览器反应变得很慢，或者造成网页浏览器失去响应，最终导致浏览器崩溃，进而可能连带整个系统都无法进行其他的操作。因此，需要有效地对大量的浏览器崩溃数据进行收集存储，以便进行后续的浏览器崩溃分析和处理成为亟待解决的问题。
发明内容
鉴于上述现有技术无法有效地对大量的浏览器崩溃数据进行收集存储的问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的对浏览器崩溃数据进行处理的方法与系统。依据本发明的一个方面，提供了一种对浏览器崩溃数据进行处理的方法，包括:浏览器崩溃接口服务器接收浏览器侧上传的浏览器崩溃基本信息；依据所述上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据，通知所述浏览器侧进行崩溃数据包的上传，并通过浏览器崩溃缓存服务器将可上传的浏览器崩溃数据的崩溃基本信息保存在数据服务器中；接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，并对应所述浏览器崩溃数据保存在所述数据服务器中；对所述崩溃数据包进行分析，并将分析结果对应所述浏览器崩溃数据保存在所述数据服务器中。根据本发明的另一方面，提供了一种对浏览器崩溃数据进行处理的系统，包括:浏览器崩溃接口服务器和数据服务器；其中，所述浏览器崩溃接口服务器包括:接收模块，用于接收浏览器侧上传的浏览器崩溃基本信息；处理模块，用于依据所述上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据，通知所述浏览器侧进行崩溃数据包的上传，并通过浏览器崩溃缓存服务器将可上传的浏览器崩溃数据的崩溃基本信息保存在所述数据服务器中；第一保存模块，用于接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，并对应所述浏览器崩溃数据保存在所述数据服务器中；第二保存模块，用于对所述崩溃数据包进行分析，并将分析结果对应所述浏览器崩溃数据保存在所述数据服务器中。
根据本发明的对浏览器崩溃数据进行处理的方案，使用云存储技术存储浏览器的崩溃信息，若浏览器发生了崩溃，则浏览器崩溃接口服务器获取浏览器上传的浏览器崩溃基本信息，确定可上传的浏览器崩溃数据，通知浏览器上传崩溃数据包，通过浏览器崩溃缓存服务器保存可上传的浏览器崩溃数据的崩溃基本信息，保存崩溃数据包及对该崩溃数据包进行分析后的分析结果。一方面，云存储可以存储海量数据；另一方面，依据上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据，可以进一步精减上传的崩溃数据量；再一方面，保存对该崩溃数据包进行分析后的分析结果，为后续的浏览器崩溃分析和处理提供了方便。可见，通过本发明，解决了相关技术无法有效地对大量的浏览器崩溃数据进行收集存储的问题，实现了海量浏览器崩溃数据的有效存储。上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式
。
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中:图1是根据本发明实施例一的一种对浏览器崩溃数据进行处理的方法的步骤流程图；图2是根据本发明实施例二的一种对浏览器崩溃数据进行处理的方法的步骤流程图；图3是根据本发明实施例三的一种对浏览器崩溃数据进行处理的方法的流程示意图；图4是根据本发明实施例四的一种对浏览器崩溃数据进行处理的系统的结构框图；图5是根据本发明实施例五的一种对浏览器崩溃数据进行处理的系统的示意图。
具体实施例方式下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。实施例一参照图1，示出了根据本发明实施例一的一种对浏览器崩溃数据进行处理的方法的步骤流程图。本实施例的对浏览器崩溃数据进行处理的方法包括以下步骤:步骤S102:浏览器崩溃接口服务器接收浏览器侧上传的浏览器崩溃基本信息。其中，浏览器崩溃接口服务器可以包括一台或多台服务器。步骤S104:浏览器崩溃接口服务器依据上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据，通知浏览器侧进行崩溃数据包的上传，并通过浏览器崩溃缓存服务器将可上传的浏览器崩溃数据的崩溃基本信息保存在数据服务器中。步骤S106:浏览器崩溃接口服务器接收浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，并对应浏览器崩溃数据保存在数据服务器中。步骤S108:浏览器崩溃接口服务器对崩溃数据包进行分析，并将分析结果对应浏览器崩溃数据保存在数据服务器中。通过本实施例，使用云存储技术存储浏览器的崩溃信息，若浏览器发生了崩溃，则浏览器崩溃接口服务器获取浏览器上传的浏览器崩溃基本信息，确定可上传的浏览器崩溃数据，通知浏览器上传崩溃数据包，通过浏览器崩溃缓存服务器保存可上传的浏览器崩溃数据的崩溃基本信息，保存崩溃数据包及对该崩溃数据包进行分析后的分析结果。一方面，云存储可以存储海量数据；另一方面，依据上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据，可以进一步精减上传的崩溃数据量；再一方面，保存对该崩溃数据包进行分析后的分析结果，为后续的浏览器崩溃分析和处理提供了方便。可见，通过本实施例，解决了相关技术无法有效地对大量的浏览器崩溃数据进行收集存储的问题，实现了海量浏览器崩溃数据的有效存储。实施例二参照图2，示出了根据本发明实施例二的一种对浏览器崩溃数据进行处理的方法的步骤流程图。本实施例的对浏览器崩溃数据进行处理的方法包括以下步骤:步骤S202:浏览器崩溃接口服务器接收浏览器侧上传的浏览器崩溃基本信息。本实施例中，浏览器崩溃基本信息包括:根据浏览器崩溃基本信息生成的崩溃标识、崩溃模块信息、崩溃偏移信息、崩溃堆栈信息、浏览器版本号信息、浏览器所在设备的唯一标识号(mid)和操作系统版本号信息。其中，通过在崩溃基本信息中包括mid，后续就可以将发生浏览器崩溃的设备和所上传的浏览器崩溃数据绑定起来，并且在进行浏览器崩溃分析后将分析的结果或者崩溃的相关的预警信息直接发送到与mid相对应的浏览器客户端所在的设备上，从而可以实现对于浏览器崩溃分析信息的定点反馈。但不限于此，在实际使用中，崩溃信息可以只包括上述信息中的一部分，也可以使用其它与崩溃有关的信息替换上述信息中的部分信息，或者根据实际情况选择其它崩溃信息等。步骤S204:浏览器崩溃接口服务器依据上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据，通知浏览器侧进行崩溃数据包的上传。其中，设定规则可以由本领域技术人员根据实际情况适当设定，优选地，本实施例中，浏览器崩溃接口服务器根据崩溃模块信息、崩溃偏移信息、崩溃堆栈信息、浏览器版本号信息、浏览器所在设备的唯一标识号和操作系统版本号信息，按照MD5算法生成崩溃标识。MD5 (Message DigestAlgorithm5,消息摘要算法第五版)为计算机安全领域广泛使用的一种散列函数，用以提供消息的完整性保护，使用MD5算法能够较好地避免生成的崩溃标识的冲突。“崩溃标识的数量”可以由各本领域技术人员根据实际情况适当设置，如，目前SE浏览器的5.0和6.0版本设置为3, Chrome浏览器设置为5万，SE6浏览器设置为5万。优选地，浏览器崩溃接口服务器根据浏览器崩溃基本信息，按照设定规则生成崩溃标识，并根据崩溃标识的数量和/或浏览器的主程序版本是否在预先定义的版本范围内的判断，确定可上传的浏览器崩溃数据。例如，假设崩溃标识的数量设置为3，即要求对于相同的崩溃数据的接收次数不超过3次。如果dumpkey (崩溃标识)指示已经接收到3个与崩溃基本信息相对应的崩溃数据，则生成指示不允许上传崩溃数据的崩溃序号信息(例如，dumpid=0)并将其返回给浏览器；而如果dumpkey指示已经接收到少于3个与崩溃基本信息相对应的崩溃数据，则生成指示允许上传崩溃数据的崩溃序号信息(例如，dumpid=dump_id)并将其返回给浏览器。另外，可以规定预先定义的浏览器主程序版本范围，例如，对于安全浏览器，可以将版本范围规定为5.0至6.0版本，对于低于5.0版本的安全浏览器，可以生成指示不允许上传崩溃数据的崩溃序号信息并将其返回给浏览器。需要说明的是，上述3这个数目仅为所述预先定义的数目的示例,5.0至6.0版本的范围也仅为示例,本发明的范围并不局限于此，本领域技术人员可以根据实际需要选择其它数目和版本范围。优选地，浏览器崩溃接口服务器通过携带有校验信息的指令通知浏览器侧进行崩溃数据包的上传，其中，检验信息用于指示指令是否来自合法的浏览器崩溃接口服务器。优选地，本实施例中还设置有第一缓存服务器和第二缓存服务器，当第一缓存服务器根据浏览器崩溃基本信息，按照设定规则生成崩溃标识，确定崩溃标识的数量满足设定数量，并且，当第二缓存服务器确定浏览器崩溃基本信息在设定时间内未重复提交时，则浏览器崩溃接口服务器确定可上传的浏览器崩溃数据，通知浏览器侧进行崩溃数据包的上传。使用第二缓存服务器为崩溃信息是否重复提交进行确认，不但保证了提交和交互数据量，也避免了系统因重复提交造成的处理负担，提高了系统处理速度和效率。优选地，浏览器侧上传的崩溃数据包具有唯一的数据包标识；浏览器崩溃接口服务器在接收浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，并对应浏览器崩溃数据保存在数据服务器中时，接收浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，根据崩溃数据包的数据包标识，对应浏览器崩溃数据保存在数据服务器中；浏览器崩溃接口服务器在对崩溃数据包进行分析，并将分析结果对应浏览器崩溃数据保存在数据服务器中时，对崩溃数据包进行分析，并将分析结果按照崩溃数据包的数据包标识，对应浏览器崩溃数据保存在数据服务器中。步骤S206:浏览器崩溃接口服务器通过浏览器崩溃缓存服务器将可上传的浏览器崩溃数据的崩溃基本信息保存在数据服务器中。包括:浏览器崩溃接口服务器通过浏览器崩溃缓存服务器接收可上传的浏览器崩溃数据；按照浏览器崩溃数据对应的浏览器所使用的浏览器内核类型，将浏览器崩溃数据分别保存到数据服务器的不同目录下，或者保存到不同的数据服务器中。优选地，本实施例中，使用数据队列服务器从浏览器崩溃缓存服务器获取崩溃基本信息，进而使用队列将崩溃基本信息存储至数据服务器的数据库中。步骤S208:浏览器崩溃接口服务器接收浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，并对应浏览器崩溃数据保存在数据服务器中。其中，数据服务器使用与浏览器所在的操作系统相同的操作系统，也即，浏览器崩溃接口服务器接收浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，并对应浏览器崩溃数据同步保存到使用与浏览器所在的操作系统相同的操作系统的数据服务器中。如，浏览器所在的操作系统使用Windows系统，则同步到的操作系统机器也使用Windows系统。
优选地，在具体实现时，浏览器崩溃接口服务器可以接收浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，将崩溃数据包保存为临时文件；将崩溃数据包持久化存储到数据库中；将存储到数据库的崩溃数据包同步到数据服务器中，并删除临时文件。优选地，浏览器崩溃接口服务器使用镜像命令，将存储到数据库的崩溃数据包同步到虚拟的操作系统机器中，其中，虚拟的操作系统机器设置于数据服务器中。步骤S210:浏览器崩溃接口服务器对崩溃数据包进行分析，并将分析结果对应浏览器崩溃数据保存在数据服务器中。本实施例中，设置数据服务器包括主数据服务器和从数据服务器；则，浏览器崩溃接口服务器对崩溃数据包进行分析，并将分析结果对应浏览器崩溃数据存储到主数据服务器中，并进行主数据服务器和从数据服务器的同步。步骤S212:浏览器崩溃接口服务器使用索引服务器对更新到数据服务器中的数据进行增量索引。步骤S214:当接受到针对更新到数据服务器中的数据的数据检索命令时，浏览器崩溃接口服务器根据增量索引的结果对数据服务器中的数据进行检索。通过本实施例，实现了海量浏览器崩溃数据的存储的处理分析，进而后续可以根据这些数据和处理分析结果对浏览器进行修正，以避免或尽量减少浏览器崩溃现象的发生。实施例三参照图3，示出了根据本发明实施例三的一种对浏览器崩溃数据进行处理的方法的流程示意图。本实施例中，使用多个服务器实现浏览器崩溃接口服务器的功能，以避免浏览器崩溃接口服务器负荷过重，且使功能划分更为清晰，但本领域技术人员应当明了，当服务器具备较高性能时，浏览器崩溃接口服务器可以仅使用一台服务器实现。本实施例中，实现浏览器崩溃接口服务器功能的多个服务器包括云崩溃服务端1、云崩溃服务端2、云崩溃服务端3，以及操作系统机器等。本实施例的对浏览器崩溃数据进行处理的方法包括以下步骤:步骤S302:浏览器发生崩溃，浏览器客户端调用GET接口向云崩溃服务端I发送浏览器崩溃基本信息。其中，浏览器崩溃基本信息的信息内容可参照下述步骤S310中的表I中的内容。其中,GET接口用于接收浏览器发送来的get请求,在get请求中携带有上传的浏览器崩溃的基本信息。本实施例中，由云崩溃服务端I来处理浏览器终端上报的Get请求。步骤S304:云崩溃服务端I接收并验证浏览器发送的浏览器崩溃基本信息。浏览器上传数据时，云崩溃服务端I验证数据交互密钥(如cverify效验)，以保证数据来源合法及完整性。步骤S306:云崩溃服务端I向缓存服务器发送浏览器崩溃基本信息。步骤S308:缓存服务器根据浏览器崩溃基本信息，按照设定规则生成崩溃标识，并根据崩溃标识的数量确定上传浏览器崩溃基本信息对应的崩溃数据，向云崩溃服务端I返回确定上传信息。本实施例中，缓存服务器包括缓存服务器I和缓存服务器2。
其中，缓存服务器2进行2秒数据提交限制，防止浏览器在2秒钟之内连续提交两次相同数据。其判断规则基于cverify，如果在浏览器在2秒钟之内连续提交两次相同数据，则视为一次提交。2秒数据提交限制仅为示例性说明，该时间可由本领域技术人员根据实际情况适当设置，不限于2秒。缓存服务器I根据一定规则生成dumpkey (即崩溃标识)，根据dumpkey的存在数量，判断是否可以上传崩溃信息对应的dump (即崩溃数据)。步骤S310:数据队列服务器从缓存服务器获取浏览器崩溃基本信息，使用队列将浏览器崩溃基本信息存储至MYSQL数据库的主数据库中。数据队列服务器把浏览器崩溃基本信息放入队列，服务器后端启动进程把队列中的数据存入到MYSQL。一种MYSQL存储崩溃信息的格式如下表I所示:表I浏览器崩溃基本信息存储格式
权利要求
1.一种对浏览器崩溃数据进行处理的方法，包括: 浏览器崩溃接口服务器接收浏览器侧上传的浏览器崩溃基本信息； 依据所述上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据，通知所述浏览器侧进行崩溃数据包的上传，并通过浏览器崩溃缓存服务器将可上传的浏览器崩溃数据的崩溃基本信息保存在数据服务器中； 接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，并对应所述浏览器崩溃数据保存在所述数据服务器中； 对所述崩溃数据包进行分析，并将分析结果对应所述浏览器崩溃数据保存在所述数据服务器中。
2.根据权利要求1所述的方法，其特征在于，所述浏览器崩溃基本信息包括:根据所述浏览器崩溃基本信息生成的崩溃标识、崩溃模块信息、崩溃偏移信息、崩溃堆栈信息、浏览器版本号信息、所述浏览器所在设备的唯一标识号和操作系统版本号信息。
3.根据权利要求2所述的方法，其特征在于，所述依据所述上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据的步骤包括: 根据所述浏览器崩溃基本信息，按照设定规则生成崩溃标识，并根据所述崩溃标识的数量和/或所述浏览器的主程序版本是否在预先定义的版本范围内的判断，确定可上传的浏览器崩溃数据。
4.根据权利要求3所述的方法，其特征在于，所述根据所述浏览器崩溃基本信息，按照设定规则生成崩溃标识的步骤包括: 根据所述崩溃模块信息、所述崩溃偏移信息、所述崩溃堆栈信息、所述浏览器版本号信息和所述操作系统版本号信息，按照MD5算法生成崩溃标识。
5.根据权利要求1所述的方法，其特征在于，所述通知所述浏览器侧进行崩溃数据包的上传的步骤包括: 通过携带有校验信息的指令通知所述浏览器侧进行崩溃数据包的上传，其中，所述检验信息用于指示所述指令是否来自合法的所述浏览器崩溃接口服务器。
6.根据权利要求1所述的方法，其特征在于，所述接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，并对应所述浏览器崩溃数据保存在所述数据服务器中的步骤包括: 接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，并对应所述浏览器崩溃数据同步保存到所述数据服务器中，其中，所述数据服务器使用与所述浏览器所在的操作系统相同的操作系统。
7.根据权利要求6所述的方法，其特征在于，所述接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，并对应所述浏览器崩溃数据同步保存到所述数据服务器中的步骤包括: 接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，将所述崩溃数据包保存为临时文件； 将所述崩溃数据包持久化存储到数据库中； 将存储到所述数据库的所述崩溃 数据包同步到所述数据服务器中，并删除所述临时文件。
8.根据权利要求6或7所述的方法，其特征在于，所述将存储到所述数据库的所述崩溃数据包同步到所述数据服务器的步骤包括: 使用镜像命令，将存储到所述数据库的所述崩溃数据包同步到虚拟的操作系统机器中，其中，所述虚拟的操作系统机器设置于所述数据服务器中。
9.根据权利要求1所述的方法，其特征在于，所述数据服务器包括主数据服务器和从数据服务器； 所述对所述崩溃数据包进行分析，并将分析结果对应所述浏览器崩溃数据保存在所述数据服务器中的步骤包括:对所述崩溃数据包进行分析，并将分析结果对应所述浏览器崩溃数据存储到所述主数据服务器中，并进行所述主数据服务器和所述从数据服务器的同
10.根据权利要求1所述的方法，其特征在于，所述依据所述上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据，通知所述浏览器侧进行崩溃数据包的上传的步骤包括: 当第一缓存服务器根据所述浏览器崩溃基本信息，按照设定规则生成崩溃标识，确定所述崩溃标识的数量满足设定数量，并且，当第二缓存服务器确定所述浏览器崩溃基本信息在设定时间内未重复提交时，则确定可上传的浏览器崩溃数据，通知所述浏览器侧进行崩溃数据包的上传。
11.根据权利要求1所述的方法，其特征在于，所述浏览器侧上传的崩溃数据包具有唯一的数据包标识； 所述接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，并对应所述浏览器崩溃数据保存在所述数据服务器中的步骤包括:接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，根据所述崩溃数据包的数据包标识，对应所述浏览器崩溃数据保存在所述数据服务器中； 所述对所述崩溃数据包进行分析，并将分析结果对应所述浏览器崩溃数据保存在所述数据服务器中的步骤包括:对所述崩溃数据包进行分析，并将分析结果按照所述崩溃数据包的数据包标识，对应所述浏览器崩溃数据保存在所述数据服务器中。
12.根据权利要求1所述的方法，其特征在于，所述通过浏览器崩溃缓存服务器将可上传的浏览器崩溃数据的崩溃基本信息保存在数据服务器中的步骤包括: 通过所述浏览器崩溃缓存服务器接收所述可上传的浏览器崩溃数据； 按照所述浏览器崩溃数据对应的浏览器所使用的浏览器内核类型，将所述浏览器崩溃数据分别保存到所述数据服务器的不同目录下，或者保存到不同的数据服务器中。
13.根据权利要求1所述的方法，其特征在于，所述通过浏览器崩溃缓存服务器将可上传的浏览器崩溃数据的崩溃基本信息保存在数据服务器中的步骤包括: 数据队列服务器从所述浏览器崩溃缓存服务器获取所述崩溃基本信息，使用队列将所述崩溃基本信息存储至所述数据服务器的数据库中。
14.根据权利要求1所述的方法，其特征在于，还包括: 使用索引服务器对更新到所述数据服务器中的数据进行增量索引； 当接受到针对所述更新到所述数据服务器中的数据的数据检索命令时，根据所述增量索引的结果对所述数据服务器中的数据进行检索。
15.一种对浏览器崩溃数据进行处理的系统，包括:浏览器崩溃接口服务器和数据服务器； 其中，所述浏览器崩溃接口服务器包括: 接收模块，用于接收浏览器侧上传的浏览器崩溃基本信息； 处理模块，用于依据所述上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据，通知所述浏览器侧进行崩溃数据包的上传，并通过浏览器崩溃缓存服务器将可上传的浏览器崩溃数据的崩溃基本信息保存在所述数据服务器中； 第一保存模块，用于接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，并对应所述浏览器崩溃数据保存在所述数据服务器中； 第二保存模块，用于对所述崩溃数据包进行分析，并将分析结果对应所述浏览器崩溃数据保存在所述数据服务器中。
16.根据权利要求15所述的系统，其特征在于，所述浏览器崩溃基本信息包括:根据所述浏览器崩溃基本息生成的崩溃标识、崩溃模块息、崩溃偏移息、崩溃堆栈息、浏览器版本号信息、所述浏览器所在设备的唯一标识号和操作系统版本号信息。
17.根据权利要求16所述的系统，其特征在于，所述处理模块在依据所述上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据时，根据所述浏览器崩溃基本信息，按照设定规则生成崩溃标识，并根据所述崩溃标识的数量和/或所述浏览器的主程序版本是否在预先定义的版本范围内的判断，确定可上传的浏览器崩溃数据。
18.根据权利要求17所述的系统，其特征在于，所述处理模块在根据所述浏览器崩溃基本信息，按照设定规则生成崩溃标识时，根据所述崩溃模块信息、所述崩溃偏移信息、所述崩溃堆栈信息、所述浏览器版本号信息和所述操作系统版本号信息，按照MD5算法生成崩溃标识。
19.根据权利要求15所述的系统，其特征在于，所述处理模块在通知所述浏览器侧进行崩溃数据包的上传时，通过携带有校验信息的指令通知所述浏览器侧进行崩溃数据包的上传，其中，所述检验信息用于指示所述指令是否来自合法的所述浏览器崩溃接口服务器。
20.根据权利要求15所述的系统，其特征在于，所述第一保存模块，用于接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，并对应所述浏览器崩溃数据同步保存到所述数据服务器中，其中，所述数据服务器使用与所述浏览器所在的操作系统相同的操作系统。
21.根据权利要求20所述的系统，其特征在于，第一保存模块，用于接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，将所述崩溃数据包保存为临时文件；将所述崩溃数据包持久化存储到数据库中；将存储到所述数据库的所述崩溃数据包同步到所述数据服务器中，并删除所述临时文件。
22.根据权利要求20或21所述的系统，其特征在于，第一保存模块在将存储到所述数据库的所述崩溃数据包同步到所述数据服务器时，使用镜像命令，将存储到所述数据库的所述崩溃数据包同步到虚拟的操作系统机器中，其中，所述虚拟的操作系统机器设置于所述数据服务器中。
23.根据权利要求15所述的系统，其特征在于，所述数据服务器包括主数据服务器和从数据服务器； 所述第二保存模块，用于对所述崩溃数据包进行分析，并将分析结果对应所述浏览器崩溃数据存储到所述主数据服务器中，并进行所述主数据服务器和所述从数据服务器的同步。
24.根据权利要求15所述的系统，其特征在于，所述处理模块在依据所述上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据，通知所述浏览器侧进行崩溃数据包的上传时，当第一缓存服务器根据所述浏览器崩溃基本信息，按照设定规则生成崩溃标识，确定所述崩溃标识的数量满足设定数量，并且，当第二缓存服务器确定所述浏览器崩溃基本信息在设定时间内未重复提交时，则确定可上传的浏览器崩溃数据，通知所述浏览器侧进行崩溃数据包的上传。
25.根据权利要求15所述的系统，其特征在于，所述浏览器侧上传的崩溃数据包具有唯一的数据包标识； 所述第一保存模块，用于接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，根据所述崩溃数据包的数据包标识，对应所述浏览器崩溃数据保存在所述数据服务器中； 所述第二保存模块，用于对所述崩溃数据包进行分析，并将分析结果按照所述崩溃数据包的数据包标识，对应所述浏览器崩溃数据保存在所述数据服务器中。
26.根据权利要求15所述的系统，其特征在于，所述处理模块在通过浏览器崩溃缓存服务器将可上传的浏览器崩溃数据的崩溃基本信息保存在数据服务器中时，通过所述浏览器崩溃缓存服务器接收所述可上传的浏览器崩溃数据；按照所述浏览器崩溃数据对应的浏览器所使用的浏览器内核类型，将所述浏览器崩溃数据分别保存到所述数据服务器的不同目录下，或者保存到不同的数据服务器中。
27.根据权利要求15所述的系统，其特征在于，所述处理模块在通过浏览器崩溃缓存服务器将可上传的浏览器崩溃数据的崩溃基本信息保存在数据服务器中时，数据队列服务器从所述浏览器崩溃缓存服务器获取所述崩溃基本信息，使用队列将所述崩溃基本信息存储至所述数据服务器的数据库中。
28.根据权利要求15所述的系统，其特征在于，所述浏览器崩溃接口服务器还包括: 索引模块，用于使用索引服务器对更新到所述数据服务器中的数据进行增量索引；当接受到针对所述更新到所述数据服务器中的数据的数据检索命令时，根据所述增量索引的结果对所述数据服务器中的数据进行检索。
全文摘要
本发明提供了一种对浏览器崩溃数据进行处理的方法与系统，其中，对浏览器崩溃数据进行处理的方法包括浏览器崩溃接口服务器接收浏览器侧上传的浏览器崩溃基本信息；依据所述上传的浏览器崩溃基本信息确定可上传的浏览器崩溃数据，通知所述浏览器侧进行崩溃数据包的上传，并通过浏览器崩溃缓存服务器将可上传的浏览器崩溃数据的崩溃基本信息保存在数据服务器中；接收所述浏览器侧上传的浏览器崩溃数据对应的崩溃数据包，并对应所述浏览器崩溃数据保存在所述数据服务器中；对所述崩溃数据包进行分析，并将分析结果对应所述浏览器崩溃数据保存在所述数据服务器中。通过本发明，实现了海量浏览器崩溃数据的有效存储。
文档编号H04L29/08GK103078945SQ201310005208
公开日2013年5月1日 申请日期2013年1月7日 优先权日2013年1月7日
发明者范家鹏, 张鹏翼, 任寰 申请人:北京奇虎科技有限公司, 奇智软件(北京)有限公司