CN103995715B - 应用程序的修复方法、装置及服务器 - Google Patents

Abstract

本发明提供了一种应用程序的修复方法、装置及服务器，其中，应用程序的修复方法包括：检测到当前应用程序存在错误记录，则向服务器发送更新请求；接收服务器返回的与错误记录对应的修复信息；以及根据修复信息修复当前应用程序的错误。本发明实施例提供的应用程序的修复方法、装置及服务器，可针对性地修复应用程序中的错误，无需用户下载更新整个应用程序，节省了网络流量，同时减少了更新应用程序的频率，提高了用户的体验。

Description

应用程序的修复方法、装置及服务器

技术领域

本发明涉及计算机技术领域，尤其涉及一种应用程序的修复方法、装置及服务器。

背景技术

在移动终端的应用程序中，不可避免地存在错误(bug)。当用户使用移动终端的应用程序时，如果发现应用程序的某个功能模块中存在错误，目前一般需要用户重新下载安装该应用程序的迭代版本来修复该应用程序的错误。

然而，新版本的应用程序往往需要一个开发周期，所以当应用程序没有更新版本时，应用程序中的bug可能会存在很长时间，并且更新应用程序需要消耗网络流量。如果用户为了及时修复应用程序中的bug，而对移动终端中的应用程序进行频繁更新，不仅造成网络资源的浪费，还会造成较差的用户体验。此外，如果某些用户根本就不使用存在bug的那部分的功能模块，重新下载更新应用程序的版本，并没有意义，用户体验差，消耗用户的网络资源。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。为此，本发明第一方面实施例在于提出一种应用程序的修复方法，该方法可针对性地修复应用程序中的错误，无需用户下载更新整个应用程序，节省了网络流量，同时减少了更新应用程序的频率，提高了用户的体验。

本发明的第二方面实施例在于提出一种应用程序的修复方法。

本发明的第三方面实施例在于提出一种应用程序的修复装置。

本发明的第四方面实施例在于提出一种服务器。

为了实现上述目的，本发明第一方面实施例的应用程序的修复方法，包括：检测到当前应用程序存在错误记录，则向服务器发送更新请求；接收所述服务器返回的与所述错误记录对应的修复信息；以及根据所述修复信息修复所述当前应用程序的错误。

根据本发明实施例的应用程序的修复方法，检测到当前应用程序存在错误记录，则向服务器发送更新请求，并接收服务器发送的修复信息，以及根据修复信息修复当前应用程序中对应的错误，从而，实现了有针对性地修复应用程序中的错误，无需用户下载更新整个应用程序，节省了网络流量，同时减少了更新应用程序的频率，提高了用户的体验。

为了实现上述目的，本发明第二方面实施例的应用程序的修复方法，包括：接收当前应用程序发送的更新请求；根据所述更新请求获得所述当前应用程序存在的错误记录，根据所述错误记录获得对应的修复信息；以及向所述当前应用程序返回所述修复信息，以使所述当前应用程序根据所述修复信息修复对应的错误。

根据本发明实施例的应用程序的修复方法，接收当前应用程序发送的更新请求，根据更新请求获得当前应用程序存在的错误记录，并根据错误记录获得对应的修复信息，以及向当前应用程序返回修复信息。从而，使得应用程序可根据修复信息有针对性地修复应用程序中的错误，无需用户下载更新整个应用程序，节省了网络流量，减少了用户更新应用程序的频率。

为了实现上述目的，本发明第三方面实施例的应用程序的修复装置，包括：检测模块，用于检测到当前应用程序存在错误记录，则向服务器发送更新请求；接收模块，用于接收所述服务器返回的与所述错误记录对应的修复信息；以及修复模块，用于根据所述修复信息修复所述当前应用程序的错误。

根据本发明实施例的应用程序的修复装置，在检测模块检测到当前应用程序存在错误记录时，向服务器发送更新请求，并通过接收模块接收服务器发送的修复信息，以及通过修复模块修复当前应用程序中对应的错误，从而，实现了有针对性地修复应用程序中的错误，无需用户下载更新整个应用程序，节省了网络流量，同时减少了更新应用程序的频率，提高了用户的体验。

为了实现上述目的，本发明第四方面实施例的服务器，包括：接接收模块，用于接收当前应用程序发送的更新请求；获得模块，用于根据所述更新请求获得所述当前应用程序存在的错误记录，根据所述错误记录获得对应的修复信息；以及发送模块，用于向所述当前应用程序返回所述修复信息，以使所述当前应用程序根据所述修复信息修复对应的错误。

根据本发明实施例的服务器，通过接收模块接收当前应用程序发送的更新请求，并通过获得模块根据更新请求获得当前应用程序存在的错误记录，根据错误记录获得对应的修复信息，以及通过发送模块向当前应用程序返回修复信息。从而，使得应用程序可根据修复信息有针对性地修复应用程序中的错误，无需用户下载更新整个应用程序，节省了网络流量，减少了用户更新应用程序的频率。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

图1是根据本发明一个实施例的应用程序的修复方法的流程图；

图2是根据本发明另一个实施例的应用程序的修复方法的流程图；

图3是根据本发明又一个实施例的应用程序的修复方法的流程图；

图4是根据本发明一个实施例的应用程序的修复方法的流程图；

图5是根据本发明一个实施例的应用程序的修复装置的结构示意图；以及

图6是根据本发明一个实施例的服务器的结构示意图。

具体实施方式

下面详细描述本发明的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的应用程序的修复方法、装置及服务器。

图1是根据本发明一个实施例的应用程序的修复方法的流程图，该实施例是从移动终端侧进行描述的。其中，移动终端可为例如是手机、平板电脑、个人数字助理、电子书等具有各种操作系统的硬件设备

如图1所示，该应用程序的修复方法包括以下步骤：

S101，检测到当前应用程序存在错误记录，则向服务器发送更新请求。

其中，错误记录可以包括错误日志。错误日志中主要保存着当前应用程序中存在错误(bug)的功能模块的相关信息。

具体而言，在开启当前应用程序之后，检测当前应用程序的本地是否存在错误记录，如果检测到当前应用程序存在错误记录，则向服务器发送更新请求。

具体而言，在检测到当前应用程序存在错误记录之前，该应用程序的修复方法还可以包括步骤S100，如图2所示。

S100，获得当前应用程序的错误，根据错误生成错误记录，并向服务器发送错误记录。

在该实施例中，在开启当前应用程序之后，可通过收集用户的操作信息，并对操作信息进行分析，以及根据异常的操作信息获得当前应用程序的错误。其中，操作信息包括操作日志和数据日志。

其中，操作日志中包括用户操作当前应用程序的所有细节操作信息，通过分析操作日志中的细节操作信息可以确定当前应用程序中是否存在异常的操作信息，当存在异常的操作信息时，可以根据异常的操作信息获得当前应用程序的错误，也就是说，可以根据异常的操作信息获得当前应用程序存在错误的功能模块。

以操作日志记录页面的跳转信息为例，具体而言，例如，当前应用程序为百度浏览器，用户开启百度浏览器之后，即可进入百度浏览器的首页(即一级页面)，用户通过操作可从首页(即一级页面)进入二级页面，从二级页面还可以进入三级页面。

对于例如二级页面来说，存在以下六种入口和出口状态：

一级页面—>二级页面—>一级页面

一级页面—>二级页面—>三级页面

一级页面—>二级页面—>后台

三级页面—>二级页面—>一级页面

三级页面—>二级页面—>三级页面

三级页面—>二级页面—>后台

以上六种状态形成了以二级页面为中心的六种正常的操作链路。当用户浏览二级页面后，操作日志中会记录用户操作二级页面的操作链路信息。然后通过例如正则匹配方式分析操作日志中记录的用户操作二级页面的操作链路信息是否符合上述六种操作链路中的任意一种，如果操作日志中记录的操作链路信息不符合上述六种操作链路的任意一种，则说明百度浏览器中的二级页面崩溃(crash)，或者百度浏览器的页面跳转存在bug，也就说，百度浏览器中存在bug。此时，可根据bug生成错误记录，并将该错误记录发送至服务器。

其中，数据日志中包括用户操作当前应用程序的数据信息，通过分析数据日志中的数据信息可以确定当前应用程序中是否存在异常的操作信息，当存在异常的操作信息时，可以根据异常的操作信息获得当前应用程序的错误，也就是说，可以根据异常的操作信息获得当前应用程序存在错误的功能模块。

以数据日志记录用户登录请求为例，例如，用户登录例如百度文库时，用户登录时除了登录成功外，还会保留一些已知的登录失败异常，例如用户名不存在、用户名或密码错误、用户名或密码不能为空、网络连接失败等等。在用户输入用户名和密码之后，数据日志中将记录用户登录的数据信息，并分析数据日志中记录的用户登录的数据信息是否出现未知的登录失败异常，如果分析到数据日志中存在未知的登录失败异常，则确定当前应用程序的登录功能存在bug，需要处理这种异常。在确定当前应用程序存在错误之后，根据错误生成对应的错误记录，并将上述错误记录发送至服务器。

S102，接收服务器返回的与错误记录对应的修复信息。

具体而言，在将上述错误记录发送至服务器之后，例如应用程序的开发人员可根据服务器中记录的错误记录获得当前应用程序中存在的错误，并针对当前应用程序中的错误进行修复，即有针对性对当前应用程序的某个存在异常的功能模块的代码进行修复，以及将修复后的修复信息上传至服务器，服务器将接收并保存上传的与错误记录对应的修复信息。

在服务器接收到当前应用程序的更新请求之后，将把服务器保存的与错误记录相对应的修复信息返回至当前应用程序中。

S103，根据修复信息修复当前应用程序的错误。

在接收服务器返回的与错误记录对应的修复信息之后，可根据修复信息修复当前应用程序中的错误。具体而言，可根据修复信息修复当前应用程序仅存在错误的功能模块，由此，有针对性的修复了应用程序中的错误，避免了用户重新下载整个应用程序的更新版本，节省了网络资源，提高了应用程序的留存率。

具体地，在根据修复信息修复对应的错误之后，该应用程序的修复方法还可以还包括步骤S104，如图3所示。

S104，删除错误记录。

具体而言，在当前应用程序中存在的错误被修复之后，可将当前应用程序本地存储的错误记录删除。

本发明实施例的应用程序的修复方法，检测到当前应用程序存在错误记录，则向服务器发送更新请求，并接收服务器发送的修复信息，以及根据修复信息修复当前应用程序中对应的错误，从而，实现了有针对性地修复应用程序中的错误，无需用户下载更新整个应用程序，节省了网络流量，同时减少了更新应用程序的频率，提高了用户的体验。

图4是根据本发明一个实施例的应用程序的修复方法的流程图，该实施例是从服务器侧进行描述的。

S401，接收当前应用程序发送的更新请求。

具体而言，在当前应用程序启动之后，将检测当前应用程序本地是否存在错误记录，其中，错误记录可以包括错误日志。错误日志中主要保存着当前应用程序中存在错误(bug)的功能模块的相关信息。如果存在错误记录，则向服务器发送更新请求，服务器将接受当前应用程序发送的更新请求。

S402，根据更新请求获得当前应用程序存在的错误记录，根据错误记录获得对应的修复信息。

具体而言，在当前应用程序运行过程中，如果当前应用程序中存在错误，也就是说，如果发现当前应用程序的某个功能模块运行异常，即该当前应用程序的某个功能模块存在错误，则根据上述错误生成错误记录，并将上述错误记录发送至服务器，服务器将接收并保存当前应用程序发送的错误记录。

在服务器获得当前应用程序存在错误记录之后，例如应用程序的开发人员可根据服务器中记录的错误记录获得当前应用程序中存在的错误，并针对当前应用程序中的错误进行修复，即有针对性对当前应用程序的某个存在异常的功能模块的代码进行修复，以及将修复后的修复信息上传至服务器，服务器将接收并保存上传的与错误记录对应的修复信息。

当当前应用程序再次启动之后，当检测到当前应用程序中存在错误记录时，向服务器自动发送更新请求，其中，更新请求中包括当前应用程序中错误记录的相关信息。服务器接收当前应用程序的更新请求，并将服务器保存的与错误记录相对应的修复信息返回至当前应用程序中，以使当前应用程序可以根据服务器返回的修复信息有针对性地修复当前应用程序中存在的错误。

本发明实施例的应用程序的修复方法，接收当前应用程序发送的更新请求，根据更新请求获得当前应用程序存在的错误记录，并根据错误记录获得对应的修复信息，以及向当前应用程序返回修复信息。从而，使得应用程序可根据修复信息有针对性地修复应用程序中的错误，无需用户下载更新整个应用程序，节省了网络流量，减少了用户更新应用程序的频率。

图5是根据本发明一个实施例的应用程序的修复装置的结构示意图，该应用程序的修复装置位于移动终端侧。

如图5所示，该应用程序的修复装置包括检测模块110、接收模块120和修复模块130，其中：

检测模块110用于检测到当前应用程序存在错误记录，则向服务器发送更新请求，接收模块120用于接收服务器返回的与错误记录对应的修复信息，修复模块130用于根据修复信息修复当前应用程序的错误。

其中，错误记录可以包括错误日志。

另外，上述装置还可以包括获得模块140，该获得模块140用于在检测模块110检测到当前应用程序存在错误记录之前，获得当前应用程序的错误，根据错误生成错误记录，并向服务器发送错误记录。

具体地，获得模块140具体用于：收集用户的操作信息，对操作信息进行分析，根据异常的操作信息获得当前应用程序的错误。其中，操作信息包括操作日志和数据日志。

具体而言，操作日志中包括用户操作当前应用程序的所有细节操作信息，获得模块140可以通过分析操作日志中的细节操作信息可以确定当前应用程序中是否存在异常的操作信息，当存在异常的操作信息时，获得模块140可以根据异常的操作信息获得当前应用程序的错误，也就是说，获得模块140可以根据异常的操作信息获得当前应用程序存在错误的功能模块。

以操作日志记录页面的跳转信息为例，具体而言，例如，当前应用程序为百度浏览器，用户开启百度浏览器之后，即可进入百度浏览器的首页(即一级页面)，用户通过操作可从首页(即一级页面)进入二级页面，从二级页面还可以进入三级页面。

对于例如二级页面来说，存在以下六种入口和出口状态：

一级页面—>二级页面—>一级页面

一级页面—>二级页面—>三级页面

一级页面—>二级页面—>后台

三级页面—>二级页面—>一级页面

三级页面—>二级页面—>三级页面

三级页面—>二级页面—>后台

以上六种状态形成了以二级页面为中心的六种正常的操作链路。当用户浏览二级页面后，操作日志中会记录用户操作二级页面的操作链路信息。然后通过例如正则匹配方式分析操作日志中记录的用户操作二级页面的操作链路信息是否符合上述六种操作链路中的任意一种，如果操作日志中记录的操作链路信息不符合上述六种操作链路的任意一种，则确定百度浏览器中的二级页面崩溃(crash)，或者百度浏览器的页面跳转存在bug，也就说，百度浏览器中存在bug。此时，获得模块140可根据bug生成错误记录，并将该错误记录发送至服务器。

其中，数据日志中包括用户操作当前应用程序的数据信息，获得模块140可以通过分析数据日志中的数据信息可以确定当前应用程序中是否存在异常的操作信息，当存在异常的操作信息时，获得模块140可以根据异常的操作信息获得当前应用程序的错误，也就是说，获得模块140可以根据异常的操作信息获得当前应用程序存在错误的功能模块。

以数据日志记录用户登录请求为例，例如，用户登录例如百度文库时，用户登录时除了登录成功外，还会保留一些已知的登录失败异常，例如用户名不存在、用户名或密码错误、用户名或密码不能为空、网络连接失败等等。在用户输入用户名和密码之后，数据日志中将记录用户登录的数据信息，并分析数据日志中记录的用户登录的数据信息是否出现未知的登录失败异常，如果分析到数据日志中存在未知的登录失败异常，则获得模块140确定当前应用程序的登录功能存在bug，需要处理这种异常。获得模块140在获得当前应用程序存在错误之后，可根据错误生成对应的错误记录，并将上述错误记录发送至服务器。

另外，上述装置还可以包括删除模块150，该删除模块150用于在修复模块130根据修复信息修复对应的错误之后，删除错误记录。

本发明实施例的应用程序的修复装置，在检测模块检测到当前应用程序存在错误记录时，向服务器发送更新请求，并通过接收模块接收服务器发送的修复信息，以及通过修复模块修复当前应用程序中对应的错误，从而，实现了有针对性地修复应用程序中的错误，无需用户下载更新整个应用程序，节省了网络流量，同时减少了更新应用程序的频率，提高了用户的体验。

图6是根据本发明一个实施例的服务器的结构示意图。

如图6所示，该服务器包括：第一接收模块210、获得模块220和发送模块230，其中：

第一接收模块210用于接收当前应用程序发送的更新请求；获得模块220用于根据更新请求获得当前应用程序存在的错误记录，根据错误记录获得对应的修复信息；发送模块230用于向当前应用程序返回修复信息，以使当前应用程序根据修复信息修复对应的错误。

另外，上述装置还可以包括第二接收模块240，该第二接收模块240用于在获得模块220根据错误记录获得对应的修复信息之前，接收并保存上传的与错误记录对应的修复信息。

另外，上述装置还可以包括第三接收模块250，该第三接收模块250用于在第二接收模块240接收并保存上传的与错误记录对应的修复信息之前，接收并保存当前应用程序发送的错误记录。

本发明实施例的服务器，通过接收模块接收当前应用程序发送的更新请求，并通过获得模块根据更新请求获得当前应用程序存在的错误记录，根据错误记录获得对应的修复信息，以及通过发送模块向当前应用程序返回修复信息。从而，使得应用程序可根据修复信息有针对性地修复应用程序中的错误，无需用户下载更新整个应用程序，节省了网络流量，减少了用户更新应用程序的频率。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

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

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (8)

1.一种应用程序的修复方法，其特征在于，包括：

检测到当前应用程序存在错误记录，则向服务器发送更新请求，其中，所述错误记录包括错误日志，所述错误日志中保存所述当前应用程序中存在错误的功能模块的相关信息；

接收所述服务器返回的与所述功能模块对应的修复信息；以及

根据所述修复信息修复所述当前应用程序中存在错误的功能模块；

在所述检测到当前应用程序存在错误记录之前，还包括：

获得所述当前应用程序存在错误的功能模块，根据所述存在错误的功能模块生成所述错误记录，并向所述服务器发送所述错误记录；

其中，所述获得所述当前应用程序的错误包括：

收集用户的操作信息，对所述操作信息进行分析，根据异常的操作信息获得所述当前应用程序存在错误的功能模块。

2.根据权利要求1所述的方法，其特征在于，所述操作信息包括操作日志和数据日志。

3.根据权利要求1-2任一权利要求所述的方法，其特征在于，在所述根据所述修复信息修复对应的错误之后，还包括：

删除所述错误记录。

4.一种应用程序的修复方法，其特征在于，包括：

接收当前应用程序发送的更新请求；

根据所述更新请求获得所述当前应用程序存在的错误记录，根据所述错误记录获得对应的修复信息，其中，所述错误记录包括错误日志，所述错误日志中保存所述当前应用程序中存在错误的功能模块的相关信息；以及

向所述当前应用程序返回所述修复信息，以使所述当前应用程序根据所述修复信息修复存在错误的功能模块；

在所述根据所述错误记录获得对应的修复信息之前，还包括：

接收并保存上传的与所述错误记录对应的修复信息；

在所述接收并保存上传的与所述错误记录对应的修复信息之前，还包括：

接收并保存所述当前应用程序发送的所述错误记录。

5.一种应用程序的修复装置，其特征在于，包括：

检测模块，用于检测到当前应用程序存在错误记录，则向服务器发送更新请求，其中，所述错误记录包括错误日志，所述错误日志中保存所述当前应用程序中存在错误的功能模块的相关信息；

接收模块，用于接收所述服务器返回的与所述功能模块对应的修复信息；以及

修复模块，用于根据所述修复信息修复所述当前应用程序中存在错误的功能模块；

还包括：

获得模块，用于在所述检测模块检测到当前应用程序存在错误记录之前，获得所述当前应用程序存在错误的功能模块，根据所述存在错误的功能模块生成所述错误记录，并向所述服务器发送所述错误记录；

所述获得模块，具体用于：

收集用户的操作信息，对所述操作信息进行分析，根据异常的操作信息获得所述当前应用程序中存在错误的功能模块。

6.根据权利要求5所述的装置，其特征在于，所述操作信息包括操作日志和数据日志。

7.根据权利要求5-6任一权利要求所述的装置，其特征在于，还包括：

删除模块，用于在所述修复模块根据所述修复信息修复对应的错误之后，删除所述错误记录。

8.一种服务器，其特征在于，包括：

第一接收模块，用于接收当前应用程序发送的更新请求；

获得模块，用于根据所述更新请求获得所述当前应用程序存在的错误记录，根据所述错误记录获得对应的修复信息，其中，所述错误记录包括错误日志，所述错误日志中保存所述当前应用程序中存在错误的功能模块的相关信息；以及

发送模块，用于向所述当前应用程序返回所述修复信息，以使所述当前应用程序根据所述修复信息修复存在错误的功能模块；

第二接收模块，用于在所述获得模块根据所述错误记录获得对应的修复信息之前，接收并保存上传的与所述错误记录对应的修复信息；

第三接收模块，用于在所述第二接收模块接收并保存上传的与所述错误记录对应的修复信息之前，接收并保存所述当前应用程序发送的所述错误记录。