一种应用程序管理方法及系统的制作方法
一种应用程序管理方法及系统的制作方法
【技术领域】
[0001]本发明涉及智能终端技术领域，尤其涉及的是一种应用程序管理方法及系统。
【背景技术】
[0002]随着智能电视的普及，大量的智能应用进入电视系统平台，然而，由于电视硬件平台的差异性，应用程序在各种平台上的兼容性很差，导致在不同平台上的用户体验完全不同。电视硬件平台差异化严重，市面上存在大量配置高低不一的电视，导致后台推送的应用在不同硬件平台上的展现情况存在巨大差异，部分兼容性较差的应用给用户的体验很差，为解决应用在各种硬件平台的适配性问题，后台需要花费大量人力资源维护后台，针对不同的硬件平台进行应用管理，耗费资源且工作量巨大，同时存在发生人为操作失误的风险。
[0003]因此，现有技术还有待于改进和发展。
【发明内容】
[0004]本发明要解决的技术问题在于，提供一种应用程序管理方法及系统，旨在解决现有的应用程序对不同硬件平台的兼容性差，推送后台维护人员工作量大的问题。
[0005]本发明解决技术问题所采用的技术方案如下:
一种应用程序管理方法，其中，包括以下步骤:
采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端;
服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0006]所述的应用程序管理方法，其中，所述使用情况信息包括:应用程序启动时间和应用程序结束时间；所述异常状态信息包括异常情况和异常发生时间；所述硬件信息包括:机型、机芯和MAC地址；
所述采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端，具体包括:
采集各个终端上安装的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间，并存储在各个终端的系统区日志中；
当各个终端采集的数据达到阈值容量时，将各个终端的机型、机芯和MAC地址及其对应的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间发送至服务器端。
[0007]所述的应用程序管理方法，其中，所述服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架，具体包括:
服务器端每隔第一预定时间统计各个MAC地址上各个应用程序的使用时长，当所述使用时长小于第二预定时间时，则认定该应用程序在该MAC地址上出现错误；将同一 MAC地址上同一应用程序发生的多次错误都计算为一次错误；
统计某个机型上某个应用程序出现错误的终端数量；
判断某个机型上某个应用程序出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0008]所述的应用程序管理方法，其中，所述服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架，具体包括:
预先在服务器端对将应用程序发生的各种异常情况进行等级划分，分为多类错误类型；
服务器端每隔第三预定时间统计各个MAC地址上各个应用程序的异常情况，并进行等级评定；
统计某个机型上某个应用程序出现某一类错误类型的终端数量；将同一 MAC地址上同一应用程序发生的多次某一类错误类型都计算为一次错误类型；
判断某个机型上某个应用程序出现某一类错误类型的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0009]所述的应用程序管理方法，其中，所述判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架，还包括:
判断向该硬件平台推送应用程序的应用商店中上架的应用程序的数量是否小于预设的最小数值，若为是，则发送警告信息至管理员请求人工处理；若为否，则下架该应用程序，并记录下架的操作记录至系统维护日志，以提供管理员查看。
[0010]一种应用程序管理系统，其中，包括:
应用程序信息采集模块，用于采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端；
应用程序调整模块，用于通过服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0011]所述的应用程序管理系统，其中，所述使用情况信息包括:应用程序启动时间和应用程序结束时间；所述异常状态信息包括异常情况和异常发生时间；所述硬件信息包括:机型、机芯和MAC地址；
所述应用程序信息采集模块包括:
信息采集单元，用于采集各个终端上安装的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间，并存储在各个终端的系统区日志中；信息发送单元，用于当各个终端采集的数据达到阈值容量时，将各个终端的机型、机芯和MAC地址及其对应的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间发送至服务器端。
[0012]所述的应用程序管理系统，其中，所述应用程序调整模块包括:
时间分析单元，用于通过服务器端每隔第一预定时间统计各个MAC地址上各个应用程序的使用时长，当所述使用时长小于第二预定时间时，则认定该应用程序在该MAC地址上出现错误；将同一 MAC地址上同一应用程序发生的多次错误都计算为一次错误；
第一数量统计单元，用于统计某个机型上某个应用程序出现错误的终端数量；
第一下架判断单元，用于判断某个机型上某个应用程序出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0013]所述的应用程序管理系统，其中，所述应用程序调整模块包括:
设置单元，用于预先在服务器端对将应用程序发生的各种异常情况进行等级划分，分为多类错误类型；
分类单元，用于通过服务器端每隔第三预定时间统计各个MAC地址上各个应用程序的异常情况，并进行等级评定；
第二数量统计单元，用于统计某个机型上某个应用程序出现某一类错误类型的终端数量；将同一 MAC地址上同一应用程序发生的多次某一类错误类型都计算为一次错误类型；第二下架判断单元，用于判断某个机型上某个应用程序出现某一类错误类型的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0014]所述的应用程序管理系统，其中，所述应用程序调整模块，还用于判断向该硬件平台推送应用程序的应用商店中上架的应用程序的数量是否小于预设的最小数值，若为是，则发送警告信息至管理员请求人工处理；若为否，则下架该应用程序，并记录下架的操作记录至系统维护日志，以提供管理员查看。
[0015]本发明所提供的一种应用程序管理方法及系统，有效地解决了现有的应用程序对不同硬件平台的兼容性差，推送后台维护人员工作量大的问题，通过采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端；服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应 用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架；通过采集终端的应用使用数据，通过服务器端智能分析，自动甄别应用在不同终端的使用情况，自动判断应用是否适用于某个硬件平台，如果在某个硬件平台上的应用出现的异常情况超过一定的阈值时，将该应用从该硬件平台的推荐中下架，提高了应用在不同硬件平台的适配性，减少了人工维护，带来了大大的方便。
【附图说明】
[0016]图1为本发明提供的应用程序管理方法较佳实施例的流程图；
图2为本发明提供的应用程序管理系统较佳实施例的结构框图。
【具体实施方式】
[0017]本发明提供一种应用程序管理方法及系统，为使本发明的目的、技术方案及优点更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0018]请参阅图1，图1为本发明提供的应用程序管理方法较佳实施例的流程图，如图1所示，所述应用程序管理方法包括以下步骤:
步骤S100、采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端；
步骤S200、服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0019]下面结合具体的实施例对上述步骤进行详细的描述。
[0020]在步骤SlOO中，采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端。具体来说，所述使用情况信息包括:应用程序启动时间和应用程序结束时间；所述异常状态信息包括异常情况和异常发生时间；所述硬件信息包括:机型、机芯和MAC地址。所述MAC (Medium/Media Access Control)地址，或称为MAC地址、物理地址，用来表示互联网上每一个站点的标识符，采用十六进制数表示，共六个字节(48位)。每个终端都具有唯一确定的MAC地址，此乃现有技术，此处不做过多描述。所述终端可为智能电视、手机等智能终端。
[0021]在实际应用时，所述步骤SlOO具体包括:
采集各个终端上安装的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间，并存储在各个终端的系统区日志中；
当各个终端采集的数据达到阈值容量时，将各个终端的机型、机芯和MAC地址及其对应的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间发送至服务器端。
[0022]具体来说，当终端的系统启动时，启动数据采集服务，作为守护进程在后台运行。当用户进入或者退出应用时，通过调用守护进程的行为记录接口，记录用户进入应用，退出应用时间，保存在系统区日志中。当应用发生异常时，抛出异常状态信息，在捕获抛出的异常状态信息时候，调用守护进程的记录接口，记录应用发生的异常情况。例如，当用户在一台配置相对较低的电视中打开了一个应用，该应用需要配置的内存较大，当系统无法支撑应用的内存需求时，容易发生内存溢出导致应用奔溃时，此时系统会抛出java.1ang.0utOfMemoryError的异常，当系统发出此异常时候，运行在后台的守护进程捕获此异常，并记录下这个异常的信息和发生异常的时间，存入终端的系统区日志中。
[0023]当终端的采集的信息累积到一定数量时，譬如超过1MB，需要将终端的采集信息上传到服务器端去。同时，后台服务进程读取终端机型、机芯和MAC地址信息，组合采集到的应用使用信息，应用异常信息等数据通过http协议发送到服务器端。当接收到服务器端确认已采集数据提交信息后，删除本地缓存的日志信息，以保留一定的存储空间供下次数据采集时候使用。
[0024]当然，在实际应用时，还可以设定多个终端定时发送使用情况信息和异常状态信息。
[0025]进一步地，由于终端采集的信息量庞大，且存在同时访问服务器的高并发行为，为了保证终端上传的数据能够得到及时准确的采集，在服务器端增加了消息队列。由于消息队列只执行将数据保存到队列的动作，因此消息队列可以快速的响应终端的请求，这样即使在同一时间有较多的终端提交信息，都能够及时的保存到队列当中。另一方面，在队列的另一端，运行以服务器端的服务程度，检测队列中的数据，当发现队列中存在数据时，通过开启多个线程将队列中的数据取出，然后将数据保存到数据库。
[0026]在步骤S200中，服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。具体来说，服务器端设定一定时任务，分析数据库中的数据，此任务仅负责统计终端应用的使用情况。统计任务目前分析两个方面的应用使用情况，作为策略判断的条件。一方面，统计任务统计用户使用应用的时长。在数据库中记录的用户的电视的MAC地址，使用的应用包名，执行应用的行为以及执行应用的时间。通过计算开始应用和结束应用的时间差，可以得到用户使用应用的时长，将这些数据记录到策略分析的表中以提供判断策略分析。另一方面，统计用户使用应用发生的异常情况，将用户的MAC地址，将发生错误的类型，发生错误的时间记录到策略分析表以供判断策略分析。
[0027]进一步地，所述步骤S200具体包括:
5211、服务器端每隔第一预定时间统计各个MAC地址上各个应用程序的使用时长，当所述使用时长小于第二预定时间时，则认定该应用程序在该MAC地址上出现错误；将同一MAC地址上同一应用程序发生的多次错误都计算为一次错误；
5212、统计某个机型上某个应用程序出现错误的终端数量；
5213、判断某个机型上某个应用程序出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0028]具体来说，第一预定时间、第二预定时间可根据需要进行设置。这里以第二预定时间为30秒，阈值比例为千分之一，为例进行说明如下。先分析用户使用应用的时长。为了避免影响大批用户的使用体验，定义了“当某个应用在某个机型机芯上，使用时长低于30秒终端数量超过该机型产量的千分之一，则认为该应用不适合该硬件平台使用”的策略。下面是具体的执行方法:由于认为用户使用一个应用的平均时间应该在30秒以上，因此将使用时长低于30秒的用户使用行为当作应用的异常行为，将策略表数据中，应用使用时长小于30秒的数据提取出。为了避免由于某个单台电视的硬件错误原因导致分析结果的异常，对应用时长小于30秒的数据进行归类，通过使用mysql的group by指令，对mac地址和包名的组合字串进行统计，从而达到将“同一 mac地址同一个应用发生的多次错误都计算为一次错误”的目的。然后将mac地址通过机型报备信息库，转换成机型，机芯信息，以判断发生异常的电视是否具备某类特点。再统计该应用在各个机型上出现使用时长低于30秒的终端数量。为了避免应用影响大批量的用户，本发明定义了“当某个应用在某个机型机芯上，使用时长低于30秒的终端数量超过该机型产量的千分之一，则认为该应用不适合该硬件平台使用”的策略，因此，当统计的应用出现错误的终端数量超过该机型产量的千分之一时，策略将发起报警，将机型，机芯，对应应用发送给应用自管理模块，从而将该应用程序从该硬件平台对应的应用商店中下架。也就是说，将该应用从向该硬件平台推送应用程序的应用商店中下架。
[0029]进一步地，所述步骤S200具体包括:
5221、预先在服务器端对将应用程序发生的各种异常情况进行等级划分，分为多类错误类型；
5222、服务器端每隔第三预定时间统计各个MAC地址上各个应用程序的异常情况，并进行等级评定；
5223、统计某个机型上某个应用程序出现某一类错误类型的终端数量；将同一MAC地址上同一应用程序发生的多次某一类错误类型都计算为一次错误类型；
5224、判断某个机型上某个应用程序出现某一类错误类型的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0030]具体来说，这是分 析应用发生的异常情况。为了避免出现一般错误也下架合法应用的情况，制定了 “将应用的错误类型进行等级划分，当某个应用在某个机型机芯上的A类错误类型次数达到该机型产量的千分之一次以上，则认为该应用不适合该硬件平台”的策略。
[0031]下面是具体的执行方法:对应用发生的错误类型机型等级评定。预先在服务器端对将应用程序发生的各种异常情况进行等级划分，分为多类错误类型，定义了应用错误等级表。一些严重的错误类型，例如内存溢出异常:java.lang.0utOfMemoryError，堆栈溢出异常:java.lang.StackOverf 1wError，未知类版本异常:java.lang.UnsupportedClassVers1nError等错误类型被标记为A类错误，一些一般性错误，例如空指针异常:java.lang.NullPointerExcept1n，异常中断异常 java.lang.1nterruptedExcept1n,数值类型转换异常:java.lang.NumberFormatExcept1n 等被标记为B类异常。通过字符串匹配，对应用的错误类型进行等级评定。
[0032]然后服务器端取出异常类型为A的数据进行下一步分析。为了避免由于单台机子的硬件错误原因导致对异常问题统计的影响，对数据进行归类，通过使用mysql的groupby指令，对mac地址和包名的组合字串进行统计，达到将“同一 mac地址同一个应用发生的多次同一类错误类型都计算为一次”的目的。将mac地址通过机型报备信息库，转换成机型，机芯信息，以判断发生异常的电视是否具备某类特点。统计该应用在各个机型上出现A类异常的终端数量。根据制定的策略“当某个应用在某个机型机芯上的A类错误类型次数达到该机型产量的千分之一以上，则认为该应用不适合该硬件平台”，统计各硬件平台上的应用发生A类异常的终端数量，当终端数量超过该机型产量的千分之一时，发起报警，将应用包名，平台的机型，机芯信息发给应用自管理系统，从而将该应用程序从该硬件平台对应的应用商店中下架。也就是说，将该应用从向该硬件平台推送应用程序的应用商店中下架。
[0033]上述两个过程分析，是两种不同的判定方式，一种是根据应用使用时长，另一种是根据异常类型，在实际应用时，可以分别采用其中的一种方式进行每个应用下架与否的判断；也可同时采用两种方式，对每个应用进行判断，当符合上述两种情况时才下架。也就是说，本发明可通过进行上述两个策略组合的判断，将不适合在平台上使用的应用挑选出来，发送给应用自管理系统，从而对应下架。
[0034]也就是说，服务器端针对不同的硬件平台，对应提供不同的应用程序推送，即对应不同的应用商店。针对某一型号电视，服务器端向其推送应用程序的应用商店与其它信号电视对应的应用商店是不同的。
[0035]举例说明:某个应用需要较高配置的终端才能正常使用，对于配置较低的电视或手机，服务器端在向其推送应用程序时，其对应的应用商店内没有该应用。再例如:某一款极品飞车的游戏，在配置较低的某电视上运行时，容易出现闪退的情况，通过分析电视采集应用的进入和退出时间，服务器在后台发现此款应用不适合对该电视推荐，自动将此应用从该电视对应的推送系统中下架，这样前端用户通过该电视就访问不到这个应用了。通过在电视中采集应用在电视的使用情况，通过在服务器端对电视采集数据的智能整理与分析，自动判断应用是否适用于某个硬件平台的电视，如果在某个硬件平台上的应用出现的异常情况超过一定的阈值时，将该应用从该硬件平台推荐中下线，从而自动维护了后台的应用推送策略，达到提高应用适配性，减少人工干预，提高了用户的应用体验。
[0036]优选地，所述步骤S200，还包括:
判断向该硬件平台推送应用程序的应用商店中上架的应用程序的数量是否小于预设的最小数值，若为是，则发送警告信息至管理员请求人工处理；若为否，则下架该应用程序，并记录下架的操作记录至系统维护日志，以提供管理员查看。
[0037]具体来说，为了避免某个硬件平台对应的应用商店中应用数量太少，当接收到应用下架请求，为了保证在平台的应用数量，判断该硬件平台对应的应用商店中的应用数量是否小于平台上架应用的最小数值，如果小于了最小数额，则记录“某硬件平台适配的应用已超过最小数量警戒线，某应用发生异常，暂不下架，请及时处理”，并发送对应邮件给管理员要求人工处理。如果该平台上线的应用数量充足，则下架该应用，并记录下架的操作记录至系统维护日志，以提供管理员查看。
[0038]原有的应用管理平台，需要花费大量的时间和人力对应用上架进行管理，同时需要针对不同的硬件平台，维护不同的应用推送策略。这样维护，既无法及时处理应用，又需要耗费大量的人力资源，而且存在人为失误的风险。而本发明提供的应用程序管理方法，通过采集应用在终端的使用情况数据，反馈到服务器端，服务器端通过对应用数据的分析与处理，比对事先制定的策略，自动判断应用是否适用于该硬件平台，若不适用，则自动将此应用从该硬件平台对应的应用商店中下架，从而实现了对应用进行自动管理。对应用在不同平台的适配进行自动甄别，达到自动管理应用的目的，提高了应用对不同硬件平台的兼容性，减少了后台维护人员的工作量，提高了用户的应用体验。需要说明的是，本发明的应用程序管理方法适用于安卓系统智能电视，当然也可应用于安卓系统其它硬件，以及其它系统。
[0039]基于上述应用程序管理方法，本发明还提供了一种应用程序管系统，请参阅图2，图2为本发明提供的应用程序管理系统较佳实施例的结构框图，如图2所示，所述应用程序管理系统包括:
应用程序信息采集模块10，用于采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端；具体如步骤S10所述；
应用程序调整模块20，用于通过服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架；具体如步骤S200所述。
[0040]进一步地，所述使用情况信息包括:应用程序启动时间和应用程序结束时间；所述异常状态信息包括异常情况和异常发生时间；所述硬件信息包括:机型、机芯和MAC地址；
所述应用程序信息采集模块10包括:
信息采集单元，用于采集各个终端上安装的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间，并存储在各个终端的系统区日志中；信息发送单元，用于当各个终端采集的数据达到阈值容量时，将各个终端的机型、机芯和MAC地址及其对应的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间发送至服务器端。
[0041]进一步地，所述应用程序调整模块20包括:
时间分析单元，用于通过服务器端每隔第一预定时间统计各个MAC地址上各个应用程序的使用时长，当所述使用时长小于第二预定时间时，则认定该应用程序在该MAC地址上出现错误；将同一 MAC地址上同一应用程序发生的多次错误都计算为一次错误；
第一数量统计单元，用于统计某个机型上某个应用程序出现错误的终端数量；
第一下架判断单元，用于判断某个机型上某个应用程序出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0042]进一步地，所述应用程序调整模块包括:
设置单元，用于预先在服务器端对将应用程序发生的各种异常情况进行等级划分，分为多类错误类型；
分类单元，用于通过服务器端每隔第三预定时间统计各个MAC地址上各个应用程序的异常情况，并进行等级评定； 第二数量统计单元，用于统计某个机型上某个应用程序出现某一类错误类型的终端数量；将同一 MAC地址上同一应用程序发生的多次某一类错误类型都计算为一次错误类型；第二下架判断单元，用于判断某个机型上某个应用程序出现某一类错误类型的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0043]进一步地，所述应用程序调整模块20，还用于判断向该硬件平台推送应用程序的应用商店中上架的应用程序的数量是否小于预设的最小数值，若为是，则发送警告信息至管理员请求人工处理；若为否，则下架该应用程序，并记录下架的操作记录至系统维护日志，以提供管理员查看
综上所述，本发明提供的一种应用程序管理方法及系统，通过采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应 的各个应用程序的使用情况信息和异常状态信息发送至服务器端；服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架；通过采集终端的应用使用数据，通过服务器端智能分析，自动甄别应用在不同终端的使用情况，自动判断应用是否适用于某个硬件平台，如果在某个硬件平台上的应用出现的异常情况超过一定的阈值时，从该硬件平台的推荐中下架，提高了应用在不同硬件平台的适配性，减少了人工维护，带来了大大的方便。
[0044]应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。
【主权项】
1.一种应用程序管理方法，其特征在于，包括以下步骤: 采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端; 服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。2.根据权利要求1所述的应用程序管理方法，其特征在于，所述使用情况信息包括:应用程序启动时间和应用程序结束时间；所述异常状态信息包括异常情况和异常发生时间；所述硬件信息包括:机型、机芯和MAC地址； 所述采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端，具体包括: 采集各个终端上安装的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间，并存储在各个终端的系统区日志中； 当各个终端采集的数据达到阈值容量时，将各个终端的机型、机芯和MAC地址及其对应的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间发送至服务器端。3.根据权利要求2所述的应用程序管理方法，其特征在于，所述服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架，具体包括: 服务器端每隔第一预定时间统计各个MAC地址上各个应用程序的使用时长，当所述使用时长小于第二预定时间时，则认定该应用程序在该MAC地址上出现错误；将同一 MAC地址上同一应用程序发生的多次错误都计算为一次错误； 统计某个机型上某个应用程序出现错误的终端数量； 判断某个机型上某个应用程序出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。4.根据权利要求2所述的应用程序管理方法，其特征在于，所述服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架，具体包括: 预先在服务器端对将应用程序发生的各种异常情况进行等级划分，分为多类错误类型； 服务器端每隔第三预定时间统计各个MAC地址上各个应用程序的异常情况，并进行等级评定； 统计某个机型上某个应用程序出现某一类错误类型的终端数量；将同一 MAC地址上同一应用程序发生的多次某一类错误类型都计算为一次错误类型； 判断某个机型上某个应用程序出现某一类错误类型的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。5.根据权利要求1所述的应用程序管理方法，其特征在于，所述判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架，还包括: 判断向该硬件平台推送应用程序的应用商店中上架的应用程序的数量是否小于预设的最小数值，若为是，则发送警告信息至管理员请求人工处理；若为否，则下架该应用程序，并记录下架的操作记录至系统维护日志，以提供管理员查看。6.一种应用程序管理系统，其特征在于，包括: 应用程序信息采集模块，用于采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端； 应用程序调整模块，用于通过服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。7.根据权利要求6所述的应用程序管理系统，其特征在于，所述使用情况信息包括:应用程序启动时间和应用程序结束时间；所述异常状态信息包括异常情况和异常发生时间；所述硬件信息包括:机型、机芯和MAC地址； 所述应用程序信息采集模块包括: 信息采集单元，用于采集各个终端上安装的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间，并存储在各个终端的系统区日志中； 信息发送单元，用于当各个终端采集的数据达到阈值容量时，将各个终端的机型、机芯和MAC地址及其对应的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间发送至服务器端。8.根据权利要求7所述的应用程序管理系统，其特征在于，所述应用程序调整模块包括: 时间分析单元，用于通过服务器端每隔第一预定时间统计各个MAC地址上各个应用程序的使用时长，当所述使用时长小于第二预定时间时，则认定该应用程序在该MAC地址上出现错误；将同一 MAC地址上同一应用程序发生的多次错误都计算为一次错误； 第一数量统计单元，用于统计某个机型上某个应用程序出现错误的终端数量； 第一下架判断单元，用于判断某个机型上某个应用程序出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。9.根据权利要求7所述的应用程序管理系统，其特征在于，所述应用程序调整模块包括: 设置单元，用于预先在服务器端对将应用程序发生的各种异常情况进行等级划分，分为多类错误类型； 分类单元，用于通过服务器端每隔第三预定时间统计各个MAC地址上各个应用程序的异常情况，并进行等级评定； 第二数量统计单元，用于统计某个机型上某个应用程序出现某一类错误类型的终端数量；将同一 MAC地址上同一应用程序发生的多次某一类错误类型都计算为一次错误类型； 第二下架判断单元，用于判断某个机型上某个应用程序出现某一类错误类型的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。10.根据权利要求6所述的应用程序管理系统，其特征在于，所述应用程序调整模块，还用于判断向该硬件平台推送应用程序的应用商店中上架的应用程序的数量是否小于预设的最小数值，若为是，则发送警告信息至管理员请求人工处理；若为否，则下架该应用程序，并记录下架的操作记录至系统维护日志，以提供管理员查看。
【专利摘要】本发明公开了一种应用程序管理方法及系统，通过采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端；服务器端统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架；自动判断应用是否适用于某个硬件平台，不适用则将该应用从该硬件平台的推荐中下架，提高了应用在不同硬件平台的适配性，减少了人工维护。
【IPC分类】G06F11/34
【公开号】CN104899130
【申请号】CN201510265314
【发明人】谢仁斌
【申请人】深圳市酷开网络科技有限公司
【公开日】2015年9月9日
【申请日】2015年5月22日
【技术领域】
[0001]本发明涉及智能终端技术领域，尤其涉及的是一种应用程序管理方法及系统。
【背景技术】
[0002]随着智能电视的普及，大量的智能应用进入电视系统平台，然而，由于电视硬件平台的差异性，应用程序在各种平台上的兼容性很差，导致在不同平台上的用户体验完全不同。电视硬件平台差异化严重，市面上存在大量配置高低不一的电视，导致后台推送的应用在不同硬件平台上的展现情况存在巨大差异，部分兼容性较差的应用给用户的体验很差，为解决应用在各种硬件平台的适配性问题，后台需要花费大量人力资源维护后台，针对不同的硬件平台进行应用管理，耗费资源且工作量巨大，同时存在发生人为操作失误的风险。
[0003]因此，现有技术还有待于改进和发展。
【发明内容】
[0004]本发明要解决的技术问题在于，提供一种应用程序管理方法及系统，旨在解决现有的应用程序对不同硬件平台的兼容性差，推送后台维护人员工作量大的问题。
[0005]本发明解决技术问题所采用的技术方案如下:
一种应用程序管理方法，其中，包括以下步骤:
采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端;
服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0006]所述的应用程序管理方法，其中，所述使用情况信息包括:应用程序启动时间和应用程序结束时间；所述异常状态信息包括异常情况和异常发生时间；所述硬件信息包括:机型、机芯和MAC地址；
所述采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端，具体包括:
采集各个终端上安装的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间，并存储在各个终端的系统区日志中；
当各个终端采集的数据达到阈值容量时，将各个终端的机型、机芯和MAC地址及其对应的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间发送至服务器端。
[0007]所述的应用程序管理方法，其中，所述服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架，具体包括:
服务器端每隔第一预定时间统计各个MAC地址上各个应用程序的使用时长，当所述使用时长小于第二预定时间时，则认定该应用程序在该MAC地址上出现错误；将同一 MAC地址上同一应用程序发生的多次错误都计算为一次错误；
统计某个机型上某个应用程序出现错误的终端数量；
判断某个机型上某个应用程序出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0008]所述的应用程序管理方法，其中，所述服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架，具体包括:
预先在服务器端对将应用程序发生的各种异常情况进行等级划分，分为多类错误类型；
服务器端每隔第三预定时间统计各个MAC地址上各个应用程序的异常情况，并进行等级评定；
统计某个机型上某个应用程序出现某一类错误类型的终端数量；将同一 MAC地址上同一应用程序发生的多次某一类错误类型都计算为一次错误类型；
判断某个机型上某个应用程序出现某一类错误类型的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0009]所述的应用程序管理方法，其中，所述判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架，还包括:
判断向该硬件平台推送应用程序的应用商店中上架的应用程序的数量是否小于预设的最小数值，若为是，则发送警告信息至管理员请求人工处理；若为否，则下架该应用程序，并记录下架的操作记录至系统维护日志，以提供管理员查看。
[0010]一种应用程序管理系统，其中，包括:
应用程序信息采集模块，用于采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端；
应用程序调整模块，用于通过服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0011]所述的应用程序管理系统，其中，所述使用情况信息包括:应用程序启动时间和应用程序结束时间；所述异常状态信息包括异常情况和异常发生时间；所述硬件信息包括:机型、机芯和MAC地址；
所述应用程序信息采集模块包括:
信息采集单元，用于采集各个终端上安装的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间，并存储在各个终端的系统区日志中；信息发送单元，用于当各个终端采集的数据达到阈值容量时，将各个终端的机型、机芯和MAC地址及其对应的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间发送至服务器端。
[0012]所述的应用程序管理系统，其中，所述应用程序调整模块包括:
时间分析单元，用于通过服务器端每隔第一预定时间统计各个MAC地址上各个应用程序的使用时长，当所述使用时长小于第二预定时间时，则认定该应用程序在该MAC地址上出现错误；将同一 MAC地址上同一应用程序发生的多次错误都计算为一次错误；
第一数量统计单元，用于统计某个机型上某个应用程序出现错误的终端数量；
第一下架判断单元，用于判断某个机型上某个应用程序出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0013]所述的应用程序管理系统，其中，所述应用程序调整模块包括:
设置单元，用于预先在服务器端对将应用程序发生的各种异常情况进行等级划分，分为多类错误类型；
分类单元，用于通过服务器端每隔第三预定时间统计各个MAC地址上各个应用程序的异常情况，并进行等级评定；
第二数量统计单元，用于统计某个机型上某个应用程序出现某一类错误类型的终端数量；将同一 MAC地址上同一应用程序发生的多次某一类错误类型都计算为一次错误类型；第二下架判断单元，用于判断某个机型上某个应用程序出现某一类错误类型的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0014]所述的应用程序管理系统，其中，所述应用程序调整模块，还用于判断向该硬件平台推送应用程序的应用商店中上架的应用程序的数量是否小于预设的最小数值，若为是，则发送警告信息至管理员请求人工处理；若为否，则下架该应用程序，并记录下架的操作记录至系统维护日志，以提供管理员查看。
[0015]本发明所提供的一种应用程序管理方法及系统，有效地解决了现有的应用程序对不同硬件平台的兼容性差，推送后台维护人员工作量大的问题，通过采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端；服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应 用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架；通过采集终端的应用使用数据，通过服务器端智能分析，自动甄别应用在不同终端的使用情况，自动判断应用是否适用于某个硬件平台，如果在某个硬件平台上的应用出现的异常情况超过一定的阈值时，将该应用从该硬件平台的推荐中下架，提高了应用在不同硬件平台的适配性，减少了人工维护，带来了大大的方便。
【附图说明】
[0016]图1为本发明提供的应用程序管理方法较佳实施例的流程图；
图2为本发明提供的应用程序管理系统较佳实施例的结构框图。
【具体实施方式】
[0017]本发明提供一种应用程序管理方法及系统，为使本发明的目的、技术方案及优点更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0018]请参阅图1，图1为本发明提供的应用程序管理方法较佳实施例的流程图，如图1所示，所述应用程序管理方法包括以下步骤:
步骤S100、采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端；
步骤S200、服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0019]下面结合具体的实施例对上述步骤进行详细的描述。
[0020]在步骤SlOO中，采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端。具体来说，所述使用情况信息包括:应用程序启动时间和应用程序结束时间；所述异常状态信息包括异常情况和异常发生时间；所述硬件信息包括:机型、机芯和MAC地址。所述MAC (Medium/Media Access Control)地址，或称为MAC地址、物理地址，用来表示互联网上每一个站点的标识符，采用十六进制数表示，共六个字节(48位)。每个终端都具有唯一确定的MAC地址，此乃现有技术，此处不做过多描述。所述终端可为智能电视、手机等智能终端。
[0021]在实际应用时，所述步骤SlOO具体包括:
采集各个终端上安装的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间，并存储在各个终端的系统区日志中；
当各个终端采集的数据达到阈值容量时，将各个终端的机型、机芯和MAC地址及其对应的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间发送至服务器端。
[0022]具体来说，当终端的系统启动时，启动数据采集服务，作为守护进程在后台运行。当用户进入或者退出应用时，通过调用守护进程的行为记录接口，记录用户进入应用，退出应用时间，保存在系统区日志中。当应用发生异常时，抛出异常状态信息，在捕获抛出的异常状态信息时候，调用守护进程的记录接口，记录应用发生的异常情况。例如，当用户在一台配置相对较低的电视中打开了一个应用，该应用需要配置的内存较大，当系统无法支撑应用的内存需求时，容易发生内存溢出导致应用奔溃时，此时系统会抛出java.1ang.0utOfMemoryError的异常，当系统发出此异常时候，运行在后台的守护进程捕获此异常，并记录下这个异常的信息和发生异常的时间，存入终端的系统区日志中。
[0023]当终端的采集的信息累积到一定数量时，譬如超过1MB，需要将终端的采集信息上传到服务器端去。同时，后台服务进程读取终端机型、机芯和MAC地址信息，组合采集到的应用使用信息，应用异常信息等数据通过http协议发送到服务器端。当接收到服务器端确认已采集数据提交信息后，删除本地缓存的日志信息，以保留一定的存储空间供下次数据采集时候使用。
[0024]当然，在实际应用时，还可以设定多个终端定时发送使用情况信息和异常状态信息。
[0025]进一步地，由于终端采集的信息量庞大，且存在同时访问服务器的高并发行为，为了保证终端上传的数据能够得到及时准确的采集，在服务器端增加了消息队列。由于消息队列只执行将数据保存到队列的动作，因此消息队列可以快速的响应终端的请求，这样即使在同一时间有较多的终端提交信息，都能够及时的保存到队列当中。另一方面，在队列的另一端，运行以服务器端的服务程度，检测队列中的数据，当发现队列中存在数据时，通过开启多个线程将队列中的数据取出，然后将数据保存到数据库。
[0026]在步骤S200中，服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。具体来说，服务器端设定一定时任务，分析数据库中的数据，此任务仅负责统计终端应用的使用情况。统计任务目前分析两个方面的应用使用情况，作为策略判断的条件。一方面，统计任务统计用户使用应用的时长。在数据库中记录的用户的电视的MAC地址，使用的应用包名，执行应用的行为以及执行应用的时间。通过计算开始应用和结束应用的时间差，可以得到用户使用应用的时长，将这些数据记录到策略分析的表中以提供判断策略分析。另一方面，统计用户使用应用发生的异常情况，将用户的MAC地址，将发生错误的类型，发生错误的时间记录到策略分析表以供判断策略分析。
[0027]进一步地，所述步骤S200具体包括:
5211、服务器端每隔第一预定时间统计各个MAC地址上各个应用程序的使用时长，当所述使用时长小于第二预定时间时，则认定该应用程序在该MAC地址上出现错误；将同一MAC地址上同一应用程序发生的多次错误都计算为一次错误；
5212、统计某个机型上某个应用程序出现错误的终端数量；
5213、判断某个机型上某个应用程序出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0028]具体来说，第一预定时间、第二预定时间可根据需要进行设置。这里以第二预定时间为30秒，阈值比例为千分之一，为例进行说明如下。先分析用户使用应用的时长。为了避免影响大批用户的使用体验，定义了“当某个应用在某个机型机芯上，使用时长低于30秒终端数量超过该机型产量的千分之一，则认为该应用不适合该硬件平台使用”的策略。下面是具体的执行方法:由于认为用户使用一个应用的平均时间应该在30秒以上，因此将使用时长低于30秒的用户使用行为当作应用的异常行为，将策略表数据中，应用使用时长小于30秒的数据提取出。为了避免由于某个单台电视的硬件错误原因导致分析结果的异常，对应用时长小于30秒的数据进行归类，通过使用mysql的group by指令，对mac地址和包名的组合字串进行统计，从而达到将“同一 mac地址同一个应用发生的多次错误都计算为一次错误”的目的。然后将mac地址通过机型报备信息库，转换成机型，机芯信息，以判断发生异常的电视是否具备某类特点。再统计该应用在各个机型上出现使用时长低于30秒的终端数量。为了避免应用影响大批量的用户，本发明定义了“当某个应用在某个机型机芯上，使用时长低于30秒的终端数量超过该机型产量的千分之一，则认为该应用不适合该硬件平台使用”的策略，因此，当统计的应用出现错误的终端数量超过该机型产量的千分之一时，策略将发起报警，将机型，机芯，对应应用发送给应用自管理模块，从而将该应用程序从该硬件平台对应的应用商店中下架。也就是说，将该应用从向该硬件平台推送应用程序的应用商店中下架。
[0029]进一步地，所述步骤S200具体包括:
5221、预先在服务器端对将应用程序发生的各种异常情况进行等级划分，分为多类错误类型；
5222、服务器端每隔第三预定时间统计各个MAC地址上各个应用程序的异常情况，并进行等级评定；
5223、统计某个机型上某个应用程序出现某一类错误类型的终端数量；将同一MAC地址上同一应用程序发生的多次某一类错误类型都计算为一次错误类型；
5224、判断某个机型上某个应用程序出现某一类错误类型的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0030]具体来说，这是分 析应用发生的异常情况。为了避免出现一般错误也下架合法应用的情况，制定了 “将应用的错误类型进行等级划分，当某个应用在某个机型机芯上的A类错误类型次数达到该机型产量的千分之一次以上，则认为该应用不适合该硬件平台”的策略。
[0031]下面是具体的执行方法:对应用发生的错误类型机型等级评定。预先在服务器端对将应用程序发生的各种异常情况进行等级划分，分为多类错误类型，定义了应用错误等级表。一些严重的错误类型，例如内存溢出异常:java.lang.0utOfMemoryError，堆栈溢出异常:java.lang.StackOverf 1wError，未知类版本异常:java.lang.UnsupportedClassVers1nError等错误类型被标记为A类错误，一些一般性错误，例如空指针异常:java.lang.NullPointerExcept1n，异常中断异常 java.lang.1nterruptedExcept1n,数值类型转换异常:java.lang.NumberFormatExcept1n 等被标记为B类异常。通过字符串匹配，对应用的错误类型进行等级评定。
[0032]然后服务器端取出异常类型为A的数据进行下一步分析。为了避免由于单台机子的硬件错误原因导致对异常问题统计的影响，对数据进行归类，通过使用mysql的groupby指令，对mac地址和包名的组合字串进行统计，达到将“同一 mac地址同一个应用发生的多次同一类错误类型都计算为一次”的目的。将mac地址通过机型报备信息库，转换成机型，机芯信息，以判断发生异常的电视是否具备某类特点。统计该应用在各个机型上出现A类异常的终端数量。根据制定的策略“当某个应用在某个机型机芯上的A类错误类型次数达到该机型产量的千分之一以上，则认为该应用不适合该硬件平台”，统计各硬件平台上的应用发生A类异常的终端数量，当终端数量超过该机型产量的千分之一时，发起报警，将应用包名，平台的机型，机芯信息发给应用自管理系统，从而将该应用程序从该硬件平台对应的应用商店中下架。也就是说，将该应用从向该硬件平台推送应用程序的应用商店中下架。
[0033]上述两个过程分析，是两种不同的判定方式，一种是根据应用使用时长，另一种是根据异常类型，在实际应用时，可以分别采用其中的一种方式进行每个应用下架与否的判断；也可同时采用两种方式，对每个应用进行判断，当符合上述两种情况时才下架。也就是说，本发明可通过进行上述两个策略组合的判断，将不适合在平台上使用的应用挑选出来，发送给应用自管理系统，从而对应下架。
[0034]也就是说，服务器端针对不同的硬件平台，对应提供不同的应用程序推送，即对应不同的应用商店。针对某一型号电视，服务器端向其推送应用程序的应用商店与其它信号电视对应的应用商店是不同的。
[0035]举例说明:某个应用需要较高配置的终端才能正常使用，对于配置较低的电视或手机，服务器端在向其推送应用程序时，其对应的应用商店内没有该应用。再例如:某一款极品飞车的游戏，在配置较低的某电视上运行时，容易出现闪退的情况，通过分析电视采集应用的进入和退出时间，服务器在后台发现此款应用不适合对该电视推荐，自动将此应用从该电视对应的推送系统中下架，这样前端用户通过该电视就访问不到这个应用了。通过在电视中采集应用在电视的使用情况，通过在服务器端对电视采集数据的智能整理与分析，自动判断应用是否适用于某个硬件平台的电视，如果在某个硬件平台上的应用出现的异常情况超过一定的阈值时，将该应用从该硬件平台推荐中下线，从而自动维护了后台的应用推送策略，达到提高应用适配性，减少人工干预，提高了用户的应用体验。
[0036]优选地，所述步骤S200，还包括:
判断向该硬件平台推送应用程序的应用商店中上架的应用程序的数量是否小于预设的最小数值，若为是，则发送警告信息至管理员请求人工处理；若为否，则下架该应用程序，并记录下架的操作记录至系统维护日志，以提供管理员查看。
[0037]具体来说，为了避免某个硬件平台对应的应用商店中应用数量太少，当接收到应用下架请求，为了保证在平台的应用数量，判断该硬件平台对应的应用商店中的应用数量是否小于平台上架应用的最小数值，如果小于了最小数额，则记录“某硬件平台适配的应用已超过最小数量警戒线，某应用发生异常，暂不下架，请及时处理”，并发送对应邮件给管理员要求人工处理。如果该平台上线的应用数量充足，则下架该应用，并记录下架的操作记录至系统维护日志，以提供管理员查看。
[0038]原有的应用管理平台，需要花费大量的时间和人力对应用上架进行管理，同时需要针对不同的硬件平台，维护不同的应用推送策略。这样维护，既无法及时处理应用，又需要耗费大量的人力资源，而且存在人为失误的风险。而本发明提供的应用程序管理方法，通过采集应用在终端的使用情况数据，反馈到服务器端，服务器端通过对应用数据的分析与处理，比对事先制定的策略，自动判断应用是否适用于该硬件平台，若不适用，则自动将此应用从该硬件平台对应的应用商店中下架，从而实现了对应用进行自动管理。对应用在不同平台的适配进行自动甄别，达到自动管理应用的目的，提高了应用对不同硬件平台的兼容性，减少了后台维护人员的工作量，提高了用户的应用体验。需要说明的是，本发明的应用程序管理方法适用于安卓系统智能电视，当然也可应用于安卓系统其它硬件，以及其它系统。
[0039]基于上述应用程序管理方法，本发明还提供了一种应用程序管系统，请参阅图2，图2为本发明提供的应用程序管理系统较佳实施例的结构框图，如图2所示，所述应用程序管理系统包括:
应用程序信息采集模块10，用于采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端；具体如步骤S10所述；
应用程序调整模块20，用于通过服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架；具体如步骤S200所述。
[0040]进一步地，所述使用情况信息包括:应用程序启动时间和应用程序结束时间；所述异常状态信息包括异常情况和异常发生时间；所述硬件信息包括:机型、机芯和MAC地址；
所述应用程序信息采集模块10包括:
信息采集单元，用于采集各个终端上安装的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间，并存储在各个终端的系统区日志中；信息发送单元，用于当各个终端采集的数据达到阈值容量时，将各个终端的机型、机芯和MAC地址及其对应的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间发送至服务器端。
[0041]进一步地，所述应用程序调整模块20包括:
时间分析单元，用于通过服务器端每隔第一预定时间统计各个MAC地址上各个应用程序的使用时长，当所述使用时长小于第二预定时间时，则认定该应用程序在该MAC地址上出现错误；将同一 MAC地址上同一应用程序发生的多次错误都计算为一次错误；
第一数量统计单元，用于统计某个机型上某个应用程序出现错误的终端数量；
第一下架判断单元，用于判断某个机型上某个应用程序出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0042]进一步地，所述应用程序调整模块包括:
设置单元，用于预先在服务器端对将应用程序发生的各种异常情况进行等级划分，分为多类错误类型；
分类单元，用于通过服务器端每隔第三预定时间统计各个MAC地址上各个应用程序的异常情况，并进行等级评定； 第二数量统计单元，用于统计某个机型上某个应用程序出现某一类错误类型的终端数量；将同一 MAC地址上同一应用程序发生的多次某一类错误类型都计算为一次错误类型；第二下架判断单元，用于判断某个机型上某个应用程序出现某一类错误类型的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。
[0043]进一步地，所述应用程序调整模块20，还用于判断向该硬件平台推送应用程序的应用商店中上架的应用程序的数量是否小于预设的最小数值，若为是，则发送警告信息至管理员请求人工处理；若为否，则下架该应用程序，并记录下架的操作记录至系统维护日志，以提供管理员查看
综上所述，本发明提供的一种应用程序管理方法及系统，通过采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应 的各个应用程序的使用情况信息和异常状态信息发送至服务器端；服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架；通过采集终端的应用使用数据，通过服务器端智能分析，自动甄别应用在不同终端的使用情况，自动判断应用是否适用于某个硬件平台，如果在某个硬件平台上的应用出现的异常情况超过一定的阈值时，从该硬件平台的推荐中下架，提高了应用在不同硬件平台的适配性，减少了人工维护，带来了大大的方便。
[0044]应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。
【主权项】
1.一种应用程序管理方法，其特征在于，包括以下步骤: 采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端; 服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。2.根据权利要求1所述的应用程序管理方法，其特征在于，所述使用情况信息包括:应用程序启动时间和应用程序结束时间；所述异常状态信息包括异常情况和异常发生时间；所述硬件信息包括:机型、机芯和MAC地址； 所述采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端，具体包括: 采集各个终端上安装的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间，并存储在各个终端的系统区日志中； 当各个终端采集的数据达到阈值容量时，将各个终端的机型、机芯和MAC地址及其对应的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间发送至服务器端。3.根据权利要求2所述的应用程序管理方法，其特征在于，所述服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架，具体包括: 服务器端每隔第一预定时间统计各个MAC地址上各个应用程序的使用时长，当所述使用时长小于第二预定时间时，则认定该应用程序在该MAC地址上出现错误；将同一 MAC地址上同一应用程序发生的多次错误都计算为一次错误； 统计某个机型上某个应用程序出现错误的终端数量； 判断某个机型上某个应用程序出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。4.根据权利要求2所述的应用程序管理方法，其特征在于，所述服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架，具体包括: 预先在服务器端对将应用程序发生的各种异常情况进行等级划分，分为多类错误类型； 服务器端每隔第三预定时间统计各个MAC地址上各个应用程序的异常情况，并进行等级评定； 统计某个机型上某个应用程序出现某一类错误类型的终端数量；将同一 MAC地址上同一应用程序发生的多次某一类错误类型都计算为一次错误类型； 判断某个机型上某个应用程序出现某一类错误类型的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。5.根据权利要求1所述的应用程序管理方法，其特征在于，所述判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架，还包括: 判断向该硬件平台推送应用程序的应用商店中上架的应用程序的数量是否小于预设的最小数值，若为是，则发送警告信息至管理员请求人工处理；若为否，则下架该应用程序，并记录下架的操作记录至系统维护日志，以提供管理员查看。6.一种应用程序管理系统，其特征在于，包括: 应用程序信息采集模块，用于采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端； 应用程序调整模块，用于通过服务器端根据所述各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息，统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。7.根据权利要求6所述的应用程序管理系统，其特征在于，所述使用情况信息包括:应用程序启动时间和应用程序结束时间；所述异常状态信息包括异常情况和异常发生时间；所述硬件信息包括:机型、机芯和MAC地址； 所述应用程序信息采集模块包括: 信息采集单元，用于采集各个终端上安装的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间，并存储在各个终端的系统区日志中； 信息发送单元，用于当各个终端采集的数据达到阈值容量时，将各个终端的机型、机芯和MAC地址及其对应的各个应用程序的应用程序启动时间、应用程序结束时间、应用程序异常情况和异常发生时间发送至服务器端。8.根据权利要求7所述的应用程序管理系统，其特征在于，所述应用程序调整模块包括: 时间分析单元，用于通过服务器端每隔第一预定时间统计各个MAC地址上各个应用程序的使用时长，当所述使用时长小于第二预定时间时，则认定该应用程序在该MAC地址上出现错误；将同一 MAC地址上同一应用程序发生的多次错误都计算为一次错误； 第一数量统计单元，用于统计某个机型上某个应用程序出现错误的终端数量； 第一下架判断单元，用于判断某个机型上某个应用程序出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。9.根据权利要求7所述的应用程序管理系统，其特征在于，所述应用程序调整模块包括: 设置单元，用于预先在服务器端对将应用程序发生的各种异常情况进行等级划分，分为多类错误类型； 分类单元，用于通过服务器端每隔第三预定时间统计各个MAC地址上各个应用程序的异常情况，并进行等级评定； 第二数量统计单元，用于统计某个机型上某个应用程序出现某一类错误类型的终端数量；将同一 MAC地址上同一应用程序发生的多次某一类错误类型都计算为一次错误类型； 第二下架判断单元，用于判断某个机型上某个应用程序出现某一类错误类型的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架。10.根据权利要求6所述的应用程序管理系统，其特征在于，所述应用程序调整模块，还用于判断向该硬件平台推送应用程序的应用商店中上架的应用程序的数量是否小于预设的最小数值，若为是，则发送警告信息至管理员请求人工处理；若为否，则下架该应用程序，并记录下架的操作记录至系统维护日志，以提供管理员查看。
【专利摘要】本发明公开了一种应用程序管理方法及系统，通过采集各个终端上安装的各个应用程序的使用情况信息和异常状态信息，将各个终端的硬件平台信息及其对应的各个应用程序的使用情况信息和异常状态信息发送至服务器端；服务器端统计各个应用程序在不同硬件平台上出现错误的终端数量；判断某个应用程序在某个硬件平台上出现错误的终端数量与该硬件平台的量产终端总数之比是否超过阈值比例，若超过，则将该应用程序从该硬件平台对应的应用商店中下架；自动判断应用是否适用于某个硬件平台，不适用则将该应用从该硬件平台的推荐中下架，提高了应用在不同硬件平台的适配性，减少了人工维护。
【IPC分类】G06F11/34
【公开号】CN104899130
【申请号】CN201510265314
【发明人】谢仁斌
【申请人】深圳市酷开网络科技有限公司
【公开日】2015年9月9日
【申请日】2015年5月22日
最新回复(0)