鬼佬大哥大
  • / 14
  • 下載費用:30 金幣  

一種應用程序管理方法及系統.pdf

關 鍵 詞:
一種 應用程序 管理 方法 系統
  專利查詢網所有資源均是用戶自行上傳分享,僅供網友學習交流,未經上傳用戶書面授權,請勿作他用。
摘要
申請專利號:

CN201510265314.9

申請日:

2015.05.22

公開號:

CN104899130A

公開日:

2015.09.09

當前法律狀態:

授權

有效性:

有權

法律詳情: 授權|||實質審查的生效IPC(主分類):G06F 11/34申請日:20150522|||公開
IPC分類號: G06F11/34 主分類號: G06F11/34
申請人: 深圳市酷開網絡科技有限公司
發明人: 謝仁斌
地址: 518057廣東省深圳市南山區深南大道南創維大廈A座1502
優先權:
專利代理機構: 深圳市君勝知識產權代理事務所44268 代理人: 王永文; 劉文求
PDF完整版下載: PDF下載
法律狀態
申請(專利)號:

CN201510265314.9

授權公告號:

||||||

法律狀態公告日:

2018.07.24|||2015.10.07|||2015.09.09

法律狀態類型:

授權|||實質審查的生效|||公開

摘要

本發明公開了一種應用程序管理方法及系統,通過采集各個終端上安裝的各個應用程序的使用情況信息和異常狀態信息,將各個終端的硬件平臺信息及其對應的各個應用程序的使用情況信息和異常狀態信息發送至服務器端;服務器端統計各個應用程序在不同硬件平臺上出現錯誤的終端數量;判斷某個應用程序在某個硬件平臺上出現錯誤的終端數量與該硬件平臺的量產終端總數之比是否超過閾值比例,若超過,則將該應用程序從該硬件平臺對應的應用商店中下架;自動判斷應用是否適用于某個硬件平臺,不適用則將該應用從該硬件平臺的推薦中下架,提高了應用在不同硬件平臺的適配性,減少了人工維護。

權利要求書

權利要求書
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所述的應用程序管理系統,其特征在于,所述應用程序調整模塊,還用于判斷向該硬件平臺推送應用程序的應用商店中上架的應用程序的數量是否小于預設的最小數值,若為是,則發送警告信息至管理員請求人工處理;若為否,則下架該應用程序,并記錄下架的操作記錄至系統維護日志,以提供管理員查看。

說明書

說明書一種應用程序管理方法及系統
技術領域
本發明涉及智能終端技術領域,尤其涉及的是一種應用程序管理方法及系統。
背景技術
隨著智能電視的普及,大量的智能應用進入電視系統平臺,然而,由于電視硬件平臺的差異性,應用程序在各種平臺上的兼容性很差,導致在不同平臺上的用戶體驗完全不同。電視硬件平臺差異化嚴重,市面上存在大量配置高低不一的電視,導致后臺推送的應用在不同硬件平臺上的展現情況存在巨大差異,部分兼容性較差的應用給用戶的體驗很差,為解決應用在各種硬件平臺的適配性問題,后臺需要花費大量人力資源維護后臺,針對不同的硬件平臺進行應用管理,耗費資源且工作量巨大,同時存在發生人為操作失誤的風險。
因此,現有技術還有待于改進和發展。
發明內容
本發明要解決的技術問題在于,提供一種應用程序管理方法及系統,旨在解決現有的應用程序對不同硬件平臺的兼容性差,推送后臺維護人員工作量大的問題。
本發明解決技術問題所采用的技術方案如下:
一種應用程序管理方法,其中,包括以下步驟:
采集各個終端上安裝的各個應用程序的使用情況信息和異常狀態信息,將各個終端的硬件平臺信息及其對應的各個應用程序的使用情況信息和異常狀態信息發送至服務器端;
服務器端根據所述各個終端的硬件平臺信息及其對應的各個應用程序的使用情況信息和異常狀態信息,統計各個應用程序在不同硬件平臺上出現錯誤的終端數量;判斷某個應用程序在某個硬件平臺上出現錯誤的終端數量與該硬件平臺的量產終端總數之比是否超過閾值比例,若超過,則將該應用程序從該硬件平臺對應的應用商店中下架。
所述的應用程序管理方法,其中,所述使用情況信息包括:應用程序啟動時間和應用程序結束時間;所述異常狀態信息包括異常情況和異常發生時間;所述硬件信息包括:機型、機芯和MAC地址;
所述采集各個終端上安裝的各個應用程序的使用情況信息和異常狀態信息,將各個終端的硬件平臺信息及其對應的各個應用程序的使用情況信息和異常狀態信息發送至服務器端,具體包括:
采集各個終端上安裝的各個應用程序的應用程序啟動時間、應用程序結束時間、應用程序異常情況和異常發生時間,并存儲在各個終端的系統區日志中;
當各個終端采集的數據達到閾值容量時,將各個終端的機型、機芯和MAC地址及其對應的各個應用程序的應用程序啟動時間、應用程序結束時間、應用程序異常情況和異常發生時間發送至服務器端。
所述的應用程序管理方法,其中,所述服務器端根據所述各個終端的硬件平臺信息及其對應的各個應用程序的使用情況信息和異常狀態信息,統計各個應用程序在不同硬件平臺上出現錯誤的終端數量;判斷某個應用程序在某個硬件平臺上出現錯誤的終端數量與該硬件平臺的量產終端總數之比是否超過閾值比例,若超過,則將該應用程序從該硬件平臺對應的應用商店中下架,具體包括:
服務器端每隔第一預定時間統計各個MAC地址上各個應用程序的使用時長,當所述使用時長小于第二預定時間時,則認定該應用程序在該MAC地址上出現錯誤;將同一MAC地址上同一應用程序發生的多次錯誤都計算為一次錯誤;
統計某個機型上某個應用程序出現錯誤的終端數量;
判斷某個機型上某個應用程序出現錯誤的終端數量與該硬件平臺的量產終端總數之比是否超過閾值比例,若超過,則將該應用程序從該硬件平臺對應的應用商店中下架。
所述的應用程序管理方法,其中,所述服務器端根據所述各個終端的硬件平臺信息及其對應的各個應用程序的使用情況信息和異常狀態信息,統計各個應用程序在不同硬件平臺上出現錯誤的終端數量;判斷某個應用程序在某個硬件平臺上出現錯誤的終端數量與該硬件平臺的量產終端總數之比是否超過閾值比例,若超過,則將該應用程序從該硬件平臺對應的應用商店中下架,具體包括:
預先在服務器端對將應用程序發生的各種異常情況進行等級劃分,分為多類錯誤類型;
服務器端每隔第三預定時間統計各個MAC地址上各個應用程序的異常情況,并進行等級評定;
統計某個機型上某個應用程序出現某一類錯誤類型的終端數量;將同一MAC地址上同一應用程序發生的多次某一類錯誤類型都計算為一次錯誤類型;
判斷某個機型上某個應用程序出現某一類錯誤類型的終端數量與該硬件平臺的量產終端總數之比是否超過閾值比例,若超過,則將該應用程序從該硬件平臺對應的應用商店中下架。
所述的應用程序管理方法,其中,所述判斷某個應用程序在某個硬件平臺上出現錯誤的終端數量與該硬件平臺的量產終端總數之比是否超過閾值比例,若超過,則將該應用程序從該硬件平臺對應的應用商店中下架,還包括:
判斷向該硬件平臺推送應用程序的應用商店中上架的應用程序的數量是否小于預設的最小數值,若為是,則發送警告信息至管理員請求人工處理;若為否,則下架該應用程序,并記錄下架的操作記錄至系統維護日志,以提供管理員查看。
一種應用程序管理系統,其中,包括:
應用程序信息采集模塊,用于采集各個終端上安裝的各個應用程序的使用情況信息和異常狀態信息,將各個終端的硬件平臺信息及其對應的各個應用程序的使用情況信息和異常狀態信息發送至服務器端;
應用程序調整模塊,用于通過服務器端根據所述各個終端的硬件平臺信息及其對應的各個應用程序的使用情況信息和異常狀態信息,統計各個應用程序在不同硬件平臺上出現錯誤的終端數量;判斷某個應用程序在某個硬件平臺上出現錯誤的終端數量與該硬件平臺的量產終端總數之比是否超過閾值比例,若超過,則將該應用程序從該硬件平臺對應的應用商店中下架。
所述的應用程序管理系統,其中,所述使用情況信息包括:應用程序啟動時間和應用程序結束時間;所述異常狀態信息包括異常情況和異常發生時間;所述硬件信息包括:機型、機芯和MAC地址;
所述應用程序信息采集模塊包括:
信息采集單元,用于采集各個終端上安裝的各個應用程序的應用程序啟動時間、應用程序結束時間、應用程序異常情況和異常發生時間,并存儲在各個終端的系統區日志中;
信息發送單元,用于當各個終端采集的數據達到閾值容量時,將各個終端的機型、機芯和MAC地址及其對應的各個應用程序的應用程序啟動時間、應用程序結束時間、應用程序異常情況和異常發生時間發送至服務器端。
所述的應用程序管理系統,其中,所述應用程序調整模塊包括:
時間分析單元,用于通過服務器端每隔第一預定時間統計各個MAC地址上各個應用程序的使用時長,當所述使用時長小于第二預定時間時,則認定該應用程序在該MAC地址上出現錯誤;將同一MAC地址上同一應用程序發生的多次錯誤都計算為一次錯誤;
第一數量統計單元,用于統計某個機型上某個應用程序出現錯誤的終端數量;
第一下架判斷單元,用于判斷某個機型上某個應用程序出現錯誤的終端數量與該硬件平臺的量產終端總數之比是否超過閾值比例,若超過,則將該應用程序從該硬件平臺對應的應用商店中下架。
所述的應用程序管理系統,其中,所述應用程序調整模塊包括:
設置單元,用于預先在服務器端對將應用程序發生的各種異常情況進行等級劃分,分為多類錯誤類型;
分類單元,用于通過服務器端每隔第三預定時間統計各個MAC地址上各個應用程序的異常情況,并進行等級評定;
第二數量統計單元,用于統計某個機型上某個應用程序出現某一類錯誤類型的終端數量;將同一MAC地址上同一應用程序發生的多次某一類錯誤類型都計算為一次錯誤類型;
第二下架判斷單元,用于判斷某個機型上某個應用程序出現某一類錯誤類型的終端數量與該硬件平臺的量產終端總數之比是否超過閾值比例,若超過,則將該應用程序從該硬件平臺對應的應用商店中下架。
所述的應用程序管理系統,其中,所述應用程序調整模塊,還用于判斷向該硬件平臺推送應用程序的應用商店中上架的應用程序的數量是否小于預設的最小數值,若為是,則發送警告信息至管理員請求人工處理;若為否,則下架該應用程序,并記錄下架的操作記錄至系統維護日志,以提供管理員查看。
本發明所提供的一種應用程序管理方法及系統,有效地解決了現有的應用程序對不同硬件平臺的兼容性差,推送后臺維護人員工作量大的問題,通過采集各個終端上安裝的各個應用程序的使用情況信息和異常狀態信息,將各個終端的硬件平臺信息及其對應的各個應用程序的使用情況信息和異常狀態信息發送至服務器端;服務器端根據所述各個終端的硬件平臺信息及其對應的各個應用程序的使用情況信息和異常狀態信息,統計各個應用程序在不同硬件平臺上出現錯誤的終端數量;判斷某個應用程序在某個硬件平臺上出現錯誤的終端數量與該硬件平臺的量產終端總數之比是否超過閾值比例,若超過,則將該應用程序從該硬件平臺對應的應用商店中下架;通過采集終端的應用使用數據,通過服務器端智能分析,自動甄別應用在不同終端的使用情況,自動判斷應用是否適用于某個硬件平臺,如果在某個硬件平臺上的應用出現的異常情況超過一定的閾值時,將該應用從該硬件平臺的推薦中下架,提高了應用在不同硬件平臺的適配性,減少了人工維護,帶來了大大的方便。
附圖說明
圖1為本發明提供的應用程序管理方法較佳實施例的流程圖;
圖2為本發明提供的應用程序管理系統較佳實施例的結構框圖。
具體實施方式
本發明提供一種應用程序管理方法及系統,為使本發明的目的、技術方案及優點更加清楚、明確,以下參照附圖并舉實施例對本發明進一步詳細說明。應當理解,此處所描述的具體實施例僅僅用以解釋本發明,并不用于限定本發明。
請參閱圖1,圖1為本發明提供的應用程序管理方法較佳實施例的流程圖,如圖1所示,所述應用程序管理方法包括以下步驟:
步驟S100、采集各個終端上安裝的各個應用程序的使用情況信息和異常狀態信息,將各個終端的硬件平臺信息及其對應的各個應用程序的使用情況信息和異常狀態信息發送至服務器端;
步驟S200、服務器端根據所述各個終端的硬件平臺信息及其對應的各個應用程序的使用情況信息和異常狀態信息,統計各個應用程序在不同硬件平臺上出現錯誤的終端數量;判斷某個應用程序在某個硬件平臺上出現錯誤的終端數量與該硬件平臺的量產終端總數之比是否超過閾值比例,若超過,則將該應用程序從該硬件平臺對應的應用商店中下架。
下面結合具體的實施例對上述步驟進行詳細的描述。
在步驟S100中,采集各個終端上安裝的各個應用程序的使用情況信息和異常狀態信息,將各個終端的硬件平臺信息及其對應的各個應用程序的使用情況信息和異常狀態信息發送至服務器端。具體來說,所述使用情況信息包括:應用程序啟動時間和應用程序結束時間;所述異常狀態信息包括異常情況和異常發生時間;所述硬件信息包括:機型、機芯和MAC地址。所述MAC(Medium/Media Access Control)地址,或稱為 MAC地址、物理地址,用來表示互聯網上每一個站點的標識符,采用十六進制數表示,共六個字節(48位)。每個終端都具有唯一確定的MAC地址,此乃現有技術,此處不做過多描述。所述終端可為智能電視、手機等智能終端。
在實際應用時,所述步驟S100具體包括:
采集各個終端上安裝的各個應用程序的應用程序啟動時間、應用程序結束時間、應用程序異常情況和異常發生時間,并存儲在各個終端的系統區日志中;
當各個終端采集的數據達到閾值容量時,將各個終端的機型、機芯和MAC地址及其對應的各個應用程序的應用程序啟動時間、應用程序結束時間、應用程序異常情況和異常發生時間發送至服務器端。
具體來說,當終端的系統啟動時,啟動數據采集服務,作為守護進程在后臺運行。當用戶進入或者退出應用時,通過調用守護進程的行為記錄接口,記錄用戶進入應用,退出應用時間,保存在系統區日志中。當應用發生異常時,拋出異常狀態信息,在捕獲拋出的異常狀態信息時候,調用守護進程的記錄接口,記錄應用發生的異常情況。例如,當用戶在一臺配置相對較低的電視中打開了一個應用,該應用需要配置的內存較大,當系統無法支撐應用的內存需求時,容易發生內存溢出導致應用奔潰時,此時系統會拋出java.lang.OutOfMemoryError的異常,當系統發出此異常時候,運行在后臺的守護進程捕獲此異常,并記錄下這個異常的信息和發生異常的時間,存入終端的系統區日志中。
當終端的采集的信息累積到一定數量時,譬如超過1MB,需要將終端的采集信息上傳到服務器端去。同時,后臺服務進程讀取終端機型、機芯和MAC地址信息,組合采集到的應用使用信息,應用異常信息等數據通過http協議發送到服務器端。當接收到服務器端確認已采集數據提交信息后,刪除本地緩存的日志信息,以保留一定的存儲空間供下次數據采集時候使用。
當然,在實際應用時,還可以設定多個終端定時發送使用情況信息和異常狀態信息。
進一步地,由于終端采集的信息量龐大,且存在同時訪問服務器的高并發行為,為了保證終端上傳的數據能夠得到及時準確的采集,在服務器端增加了消息隊列。由于消息隊列只執行將數據保存到隊列的動作,因此消息隊列可以快速的響應終端的請求,這樣即使在同一時間有較多的終端提交信息,都能夠及時的保存到隊列當中。另一方面,在隊列的另一端,運行以服務器端的服務程度,檢測隊列中的數據,當發現隊列中存在數據時,通過開啟多個線程將隊列中的數據取出,然后將數據保存到數據庫。
在步驟S200中,服務器端根據所述各個終端的硬件平臺信息及其對應的各個應用程序的使用情況信息和異常狀態信息,統計各個應用程序在不同硬件平臺上出現錯誤的終端數量;判斷某個應用程序在某個硬件平臺上出現錯誤的終端數量與該硬件平臺的量產終端總數之比是否超過閾值比例,若超過,則將該應用程序從該硬件平臺對應的應用商店中下架。具體來說,服務器端設定一定時任務,分析數據庫中的數據,此任務僅負責統計終端應用的使用情況。統計任務目前分析兩個方面的應用使用情況,作為策略判斷的條件。一方面,統計任務統計用戶使用應用的時長。在數據庫中記錄的用戶的電視的MAC地址,使用的應用包名,執行應用的行為以及執行應用的時間。通過計算開始應用和結束應用的時間差,可以得到用戶使用應用的時長,將這些數據記錄到策略分析的表中以提供判斷策略分析。另一方面,統計用戶使用應用發生的異常情況,將用戶的MAC地址,將發生錯誤的類型,發生錯誤的時間記錄到策略分析表以供判斷策略分析。
進一步地,所述步驟S200具體包括:
S211、服務器端每隔第一預定時間統計各個MAC地址上各個應用程序的使用時長,當所述使用時長小于第二預定時間時,則認定該應用程序在該MAC地址上出現錯誤;將同一MAC地址上同一應用程序發生的多次錯誤都計算為一次錯誤;
S212、統計某個機型上某個應用程序出現錯誤的終端數量;
S213、判斷某個機型上某個應用程序出現錯誤的終端數量與該硬件平臺的量產終端總數之比是否超過閾值比例,若超過,則將該應用程序從該硬件平臺對應的應用商店中下架。
具體來說,第一預定時間、第二預定時間可根據需要進行設置。這里以第二預定時間為30秒,閾值比例為千分之一,為例進行說明如下。先分析用戶使用應用的時長。為了避免影響大批用戶的使用體驗,定義了“當某個應用在某個機型機芯上,使用時長低于30秒終端數量超過該機型產量的千分之一,則認為該應用不適合該硬件平臺使用”的策略。下面是具體的執行方法: 由于認為用戶使用一個應用的平均時間應該在30秒以上,因此將使用時長低于30秒的用戶使用行為當作應用的異常行為,將策略表數據中,應用使用時長小于30秒的數據提取出。為了避免由于某個單臺電視的硬件錯誤原因導致分析結果的異常,對應用時長小于30秒的數據進行歸類,通過使用mysql的group by指令,對mac地址和包名的組合字串進行統計,從而達到將“同一mac地址同一個應用發生的多次錯誤都計算為一次錯誤”的目的。然后將mac地址通過機型報備信息庫,轉換成機型,機芯信息,以判斷發生異常的電視是否具備某類特點。再統計該應用在各個機型上出現使用時長低于30秒的終端數量。為了避免應用影響大批量的用戶,本發明定義了“當某個應用在某個機型機芯上,使用時長低于30秒的終端數量超過該機型產量的千分之一,則認為該應用不適合該硬件平臺使用”的策略,因此,當統計的應用出現錯誤的終端數量超過該機型產量的千分之一時,策略將發起報警,將機型,機芯,對應應用發送給應用自管理模塊,從而將該應用程序從該硬件平臺對應的應用商店中下架。也就是說,將該應用從向該硬件平臺推送應用程序的應用商店中下架。
進一步地,所述步驟S200具體包括:
S221、預先在服務器端對將應用程序發生的各種異常情況進行等級劃分,分為多類錯誤類型;
S222、服務器端每隔第三預定時間統計各個MAC地址上各個應用程序的異常情況,并進行等級評定;
S223、統計某個機型上某個應用程序出現某一類錯誤類型的終端數量;將同一MAC地址上同一應用程序發生的多次某一類錯誤類型都計算為一次錯誤類型;
S224、判斷某個機型上某個應用程序出現某一類錯誤類型的終端數量與該硬件平臺的量產終端總數之比是否超過閾值比例,若超過,則將該應用程序從該硬件平臺對應的應用商店中下架。
具體來說,這是分析應用發生的異常情況。為了避免出現一般錯誤也下架合法應用的情況,制定了“將應用的錯誤類型進行等級劃分,當某個應用在某個機型機芯上的A類錯誤類型次數達到該機型產量的千分之一次以上,則認為該應用不適合該硬件平臺”的策略。
下面是具體的執行方法:對應用發生的錯誤類型機型等級評定。預先在服務器端對將應用程序發生的各種異常情況進行等級劃分,分為多類錯誤類型,定義了應用錯誤等級表。一些嚴重的錯誤類型,例如內存溢出異常:java.lang.OutOfMemoryError,堆棧溢出異常:java.lang.StackOverflowError,未知類版本異常:java.lang.UnsupportedClassVersionError等錯誤類型被標記為A類錯誤,一些一般性錯誤,例如空指針異常:java.lang.NullPointerException , 異常中斷異常java.lang.InterruptedException,數值類型轉換異常:java.lang.NumberFormatException等被標記為B類異常。通過字符串匹配,對應用的錯誤類型進行等級評定。
然后服務器端取出異常類型為A的數據進行下一步分析。為了避免由于單臺機子的硬件錯誤原因導致對異常問題統計的影響,對數據進行歸類,通過使用mysql的group by指令,對mac地址和包名的組合字串進行統計,達到將“同一mac地址同一個應用發生的多次同一類錯誤類型都計算為一次”的目的。將mac地址通過機型報備信息庫,轉換成機型,機芯信息,以判斷發生異常的電視是否具備某類特點。統計該應用在各個機型上出現A類異常的終端數量。根據制定的策略“當某個應用在某個機型機芯上的A類錯誤類型次數達到該機型產量的千分之一以上,則認為該應用不適合該硬件平臺”,統計各硬件平臺上的應用發生A類異常的終端數量,當終端數量超過該機型產量的千分之一時,發起報警,將應用包名,平臺的機型,機芯信息發給應用自管理系統,從而將該應用程序從該硬件平臺對應的應用商店中下架。也就是說,將該應用從向該硬件平臺推送應用程序的應用商店中下架。
上述兩個過程分析,是兩種不同的判定方式,一種是根據應用使用時長,另一種是根據異常類型,在實際應用時,可以分別采用其中的一種方式進行每個應用下架與否的判斷;也可同時采用兩種方式,對每個應用進行判斷,當符合上述兩種情況時才下架。也就是說,本發明可通過進行上述兩個策略組合的判斷,將不適合在平臺上使用的應用挑選出來,發送給應用自管理系統,從而對應下架。
也就是說,服務器端針對不同的硬件平臺,對應提供不同的應用程序推送,即對應不同的應用商店。針對某一型號電視,服務器端向其推送應用程序的應用商店與其它信號電視對應的應用商店是不同的。
舉例說明:某個應用需要較高配置的終端才能正常使用,對于配置較低的電視或手機,服務器端在向其推送應用程序時,其對應的應用商店內沒有該應用。再例如:某一款極品飛車的游戲,在配置較低的某電視上運行時,容易出現閃退的情況,通過分析電視采集應用的進入和退出時間,服務器在后臺發現此款應用不適合對該電視推薦,自動將此應用從該電視對應的推送系統中下架,這樣前端用戶通過該電視就訪問不到這個應用了。通過在電視中采集應用在電視的使用情況,通過在服務器端對電視采集數據的智能整理與分析,自動判斷應用是否適用于某個硬件平臺的電視,如果在某個硬件平臺上的應用出現的異常情況超過一定的閾值時,將該應用從該硬件平臺推薦中下線,從而自動維護了后臺的應用推送策略,達到提高應用適配性,減少人工干預,提高了用戶的應用體驗。
優選地,所述步驟S200,還包括:
判斷向該硬件平臺推送應用程序的應用商店中上架的應用程序的數量是否小于預設的最小數值,若為是,則發送警告信息至管理員請求人工處理;若為否,則下架該應用程序,并記錄下架的操作記錄至系統維護日志,以提供管理員查看。
具體來說,為了避免某個硬件平臺對應的應用商店中應用數量太少,當接收到應用下架請求,為了保證在平臺的應用數量,判斷該硬件平臺對應的應用商店中的應用數量是否小于平臺上架應用的最小數值,如果小于了最小數額,則記錄“某硬件平臺適配的應用已超過最小數量警戒線,某應用發生異常,暫不下架,請及時處理”,并發送對應郵件給管理員要求人工處理。如果該平臺上線的應用數量充足,則下架該應用,并記錄下架的操作記錄至系統維護日志,以提供管理員查看。
原有的應用管理平臺,需要花費大量的時間和人力對應用上架進行管理,同時需要針對不同的硬件平臺,維護不同的應用推送策略。這樣維護,既無法及時處理應用,又需要耗費大量的人力資源,而且存在人為失誤的風險。而本發明提供的應用程序管理方法,通過采集應用在終端的使用情況數據,反饋到服務器端,服務器端通過對應用數據的分析與處理,比對事先制定的策略,自動判斷應用是否適用于該硬件平臺,若不適用,則自動將此應用從該硬件平臺對應的應用商店中下架,從而實現了對應用進行自動管理。對應用在不同平臺的適配進行自動甄別,達到自動管理應用的目的,提高了應用對不同硬件平臺的兼容性,減少了后臺維護人員的工作量,提高了用戶的應用體驗。需要說明的是,本發明的應用程序管理方法適用于安卓系統智能電視,當然也可應用于安卓系統其它硬件,以及其它系統。
基于上述應用程序管理方法,本發明還提供了一種應用程序管系統,請參閱圖2,圖2為本發明提供的應用程序管理系統較佳實施例的結構框圖,如圖2所示,所述應用程序管理系統包括:
應用程序信息采集模塊10,用于采集各個終端上安裝的各個應用程序的使用情況信息和異常狀態信息,將各個終端的硬件平臺信息及其對應的各個應用程序的使用情況信息和異常狀態信息發送至服務器端;具體如步驟S100所述;
應用程序調整模塊20,用于通過服務器端根據所述各個終端的硬件平臺信息及其對應的各個應用程序的使用情況信息和異常狀態信息,統計各個應用程序在不同硬件平臺上出現錯誤的終端數量;判斷某個應用程序在某個硬件平臺上出現錯誤的終端數量與該硬件平臺的量產終端總數之比是否超過閾值比例,若超過,則將該應用程序從該硬件平臺對應的應用商店中下架;具體如步驟S200所述。
進一步地,所述使用情況信息包括:應用程序啟動時間和應用程序結束時間;所述異常狀態信息包括異常情況和異常發生時間;所述硬件信息包括:機型、機芯和MAC地址;
所述應用程序信息采集模塊10包括:
信息采集單元,用于采集各個終端上安裝的各個應用程序的應用程序啟動時間、應用程序結束時間、應用程序異常情況和異常發生時間,并存儲在各個終端的系統區日志中;
信息發送單元,用于當各個終端采集的數據達到閾值容量時,將各個終端的機型、機芯和MAC地址及其對應的各個應用程序的應用程序啟動時間、應用程序結束時間、應用程序異常情況和異常發生時間發送至服務器端。
進一步地,所述應用程序調整模塊20包括:
時間分析單元,用于通過服務器端每隔第一預定時間統計各個MAC地址上各個應用程序的使用時長,當所述使用時長小于第二預定時間時,則認定該應用程序在該MAC地址上出現錯誤;將同一MAC地址上同一應用程序發生的多次錯誤都計算為一次錯誤;
第一數量統計單元,用于統計某個機型上某個應用程序出現錯誤的終端數量;
第一下架判斷單元,用于判斷某個機型上某個應用程序出現錯誤的終端數量與該硬件平臺的量產終端總數之比是否超過閾值比例,若超過,則將該應用程序從該硬件平臺對應的應用商店中下架。
進一步地,所述應用程序調整模塊包括:
設置單元,用于預先在服務器端對將應用程序發生的各種異常情況進行等級劃分,分為多類錯誤類型;
分類單元,用于通過服務器端每隔第三預定時間統計各個MAC地址上各個應用程序的異常情況,并進行等級評定;
第二數量統計單元,用于統計某個機型上某個應用程序出現某一類錯誤類型的終端數量;將同一MAC地址上同一應用程序發生的多次某一類錯誤類型都計算為一次錯誤類型;
第二下架判斷單元,用于判斷某個機型上某個應用程序出現某一類錯誤類型的終端數量與該硬件平臺的量產終端總數之比是否超過閾值比例,若超過,則將該應用程序從該硬件平臺對應的應用商店中下架。
進一步地,所述應用程序調整模塊20,還用于判斷向該硬件平臺推送應用程序的應用商店中上架的應用程序的數量是否小于預設的最小數值,若為是,則發送警告信息至管理員請求人工處理;若為否,則下架該應用程序,并記錄下架的操作記錄至系統維護日志,以提供管理員查看
綜上所述,本發明提供的一種應用程序管理方法及系統,通過采集各個終端上安裝的各個應用程序的使用情況信息和異常狀態信息,將各個終端的硬件平臺信息及其對應的各個應用程序的使用情況信息和異常狀態信息發送至服務器端;服務器端根據所述各個終端的硬件平臺信息及其對應的各個應用程序的使用情況信息和異常狀態信息,統計各個應用程序在不同硬件平臺上出現錯誤的終端數量;判斷某個應用程序在某個硬件平臺上出現錯誤的終端數量與該硬件平臺的量產終端總數之比是否超過閾值比例,若超過,則將該應用程序從該硬件平臺對應的應用商店中下架;通過采集終端的應用使用數據,通過服務器端智能分析,自動甄別應用在不同終端的使用情況,自動判斷應用是否適用于某個硬件平臺,如果在某個硬件平臺上的應用出現的異常情況超過一定的閾值時,從該硬件平臺的推薦中下架,提高了應用在不同硬件平臺的適配性,減少了人工維護,帶來了大大的方便。
應當理解的是,本發明的應用不限于上述的舉例,對本領域普通技術人員來說,可以根據上述說明加以改進或變換,所有這些改進和變換都應屬于本發明所附權利要求的保護范圍。

關于本文
本文標題:一種應用程序管理方法及系統.pdf
鏈接地址:http://www.wwszu.club/p-6369550.html
關于我們 - 網站聲明 - 網站地圖 - 資源地圖 - 友情鏈接 - 網站客服 - 聯系我們

[email protected] 2017-2018 zhuanlichaxun.net網站版權所有
經營許可證編號:粵ICP備17046363號-1 
 


收起
展開
鬼佬大哥大