一種應用程序的加固方法和裝置制造方法
【專利摘要】本發(fā)明實施例提供了一種應用程序的加固方法和裝置，其中的方法具體包括：接收應用程序的加固請求；其中，所述加固請求中包括該應用程序的安裝包及加固該應用程序的多渠道信息，所述安裝包中包括有代碼文件和資源文件，所述資源文件中配置有發(fā)布渠道名稱及對應渠道值；從該應用程序的安裝包中解析得到對應的代碼文件和資源文件；對解析得到的代碼文件執(zhí)行加固操作；依據每一渠道信息，對解析得到的資源文件執(zhí)行修改操作，得到與所述每一渠道信息對應的新資源文件；對加固后的代碼文件和每一渠道信息對應的新資源文件執(zhí)行封裝操作，得到每一渠道信息對應的加固安裝包。本發(fā)明實施例能夠提高應用程序的安全性，以及，提高多發(fā)布渠道加固的效率。
【專利說明】一種應用程序的加固方法和裝置

【技術領域】
[0001] 本發(fā)明涉及通信【技術領域】，特別是涉及一種應用程序的加固方法和裝置。

【背景技術】
[0002] 目前，隨著蘋果和安卓操作系統手機的市場份額提升，移動應用程序（以下簡稱 移動應用）的發(fā)展態(tài)勢迅猛。
[0003] 然而，移動應用存在諸多安全隱患。以安卓應用為例，其經常面臨著病毒植入、廣 告加入、支付渠道篡改、釣魚、信息劫持等風險。例如，在實際應用中，植入病毒后的安卓應 用一旦使用，就會收集用戶隱私、位置信息、通訊錄等信息，甚至還會篡改手機上其他的數 據，造成用戶直接或間接的經濟損失，同時還侵犯了用戶的多項隱私，危害十分嚴重。又如， 加入廣告后的安卓應用則容易導致用戶整體體驗下降。


【發(fā)明內容】

[0004] 鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上 述問題的一種應用程序的加固方法和裝置。
[0005] 依據本發(fā)明的一個方面，提供了一種應用程序的加固方法，包括：
[0006] 接收應用程序的加固請求；其中，所述加固請求中包括該應用程序的安裝包及加 固該應用程序的多渠道信息，所述安裝包中包括有代碼文件和資源文件，所述資源文件中 配置有發(fā)布渠道名稱及對應渠道值的名值對；
[0007] 從該應用程序的安裝包中解析得到對應的代碼文件和資源文件；
[0008] 對解析得到的代碼文件執(zhí)行加固操作；
[0009] 依據每一渠道信息，對解析得到的資源文件執(zhí)行修改操作，得到與所述每一渠道 信息對應的新資源文件；
[0010] 對加固后的代碼文件和每一渠道信息對應的新資源文件執(zhí)行封裝操作，得到每一 渠道信息對應的加固安裝包。
[0011] 可選地，所述依據每一渠道信息，對解析得到的資源文件執(zhí)行修改操作，得到與所 述每一渠道信息對應的新資源文件的步驟，包括：
[0012] 重構所述資源文件；
[0013] 在重構資源文件中對某渠道信息對應渠道值進行數據結構轉換，數據結構轉換后 的重構資源文件作為該渠道信息對應的新資源文件。
[0014] 可選地，所述應用程序的加固請求為登陸用戶提交的應用程序的加固請求；
[0015] 則所述方法還包括：
[0016] 將所述加固該應用程序的多渠道信息保存為所述登陸用戶的多渠道信息；
[0017] 在接收到所述登陸用戶再次提交的應用程序的安裝包時，將所述登陸用戶的多渠 道信息的作為加固再次提交的應用程序的多渠道信息。
[0018] 可選地，所述接收應用程序的加固請求的步驟，包括：
[0019] 展示加固應用程序的多渠道信息的提交入口；所述提交入口包括如下入口中的一 項或多項：輸入框、下拉框和文件上傳入口；
[0020] 接收用戶通過所述提交入口提交的加固應用程序的多渠道信息。
[0021] 可選地，所述方法還包括：
[0022] 展現所述每一渠道信息對應的加固安裝包及對應的下載鏈接。
[0023] 可選地，所述方法還包括：
[0024] 在所述加固安裝包下載完成后，展現重新簽名的提示及簽名工具的下載鏈接。
[0025] 根據本發(fā)明的另一方面，提供了一種應用程序的加固裝置，包括：
[0026] 接口模塊，用于接收應用程序的加固請求；其中，所述加固請求中包括該應用程序 的安裝包及加固該應用程序的多渠道信息，所述安裝包中包括有代碼文件和資源文件，所 述資源文件中配置有發(fā)布渠道名稱及對應渠道值的名值對；
[0027] 解析模塊，用于從該應用程序的安裝包中解析得到對應的代碼文件和資源文件；
[0028] 加固模塊，用于對解析得到的代碼文件執(zhí)行加固操作；
[0029] 修改模塊，用于依據每一渠道信息，對解析得到的資源文件執(zhí)行修改操作，得到與 所述每一渠道信息對應的新資源文件；及
[0030] 封裝模塊，用于對加固后的代碼文件和每一渠道信息對應的新資源文件執(zhí)行封裝 操作，得到每一渠道信息對應的加固安裝包。
[0031] 可選地，所述修改模塊包括：
[0032] 重構子模塊，用于重構所述資源文件；
[0033] 轉換模塊，用于在重構資源文件中對某渠道信息對應渠道值進行數據結構轉換， 數據結構轉換后的重構資源文件作為該渠道信息對應的新資源文件。
[0034] 可選地，所述應用程序的加固請求為登陸用戶提交的應用程序的加固請求；
[0035] 則所述裝置還包括：
[0036] 保存模塊，用于將所述加固該應用程序的多渠道信息保存為所述登陸用戶的多渠 道信息；
[0037] 復用模塊，用于在接收到所述登陸用戶再次提交的應用程序的安裝包時，將所述 登陸用戶的多渠道信息的作為加固再次提交的應用程序的多渠道信息。
[0038] 可選地，所述接口模塊，包括：
[0039] 展示子模塊，用于展示加固應用程序的多渠道信息的提交入口；所述提交入口包 括如下入口中的一項或多項：輸入框、下拉框和文件上傳入口；
[0040] 接收子模塊，用于接收用戶通過所述提交入口提交的加固應用程序的多渠道信 肩、。
[0041] 可選地，所述裝置還包括：用于展現所述每一渠道信息對應的加固安裝包及對應 的下載鏈接的第一展現模塊。
[0042] 可選地，所述裝置還包括：用于在所述加固安裝包下載完成后，展現重新簽名的提 示及簽名工具的下載鏈接的第二展現模塊。
[0043] 本發(fā)明實施例提供了一種應用程序的加固方案，該加固方案對應用程序的安裝包 中的代碼文件執(zhí)行加固操作，所述加固操作能夠提高應用程序的安全性，有效防止應用程 序被反編譯、惡意篡改、保護應用程序的數據信息不會被黑客竊取，降低應用程序被病毒植 入、廣告加入、支付渠道篡改、釣魚、信息劫持等風險；同時，由于所述加固操作對應用程序 的整體邏輯結構進行了保護，故能夠保證應用程序的用戶體驗。
[0044] 另外，該加固方案還可以向一次提交的應用程序的安裝包提供多種發(fā)布渠道對應 的加固安裝包的服務，該服務能夠減輕多次提交不同發(fā)布渠道對應的安裝包以對該應用程 序進行加固的繁瑣操作，從而能夠提高多發(fā)布渠道加固的效率。
[0045] 上述說明僅是本發(fā)明技術方案的概述，為了能夠更清楚了解本發(fā)明的技術手段， 而可依照說明書的內容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠 更明顯易懂，以下特舉本發(fā)明的【具體實施方式】。

【專利附圖】

【附圖說明】
[0046] 通過閱讀下文可選實施方式的詳細描述，各種其他的優(yōu)點和益處對于本領域普通 技術人員將變得清楚明了。附圖僅用于示出可選實施方式的目的，而并不認為是對本發(fā)明 的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：
[0047] 圖1示出了根據本發(fā)明一個實施例的一種應用程序的加固方法的步驟流程圖；
[0048] 圖2示出了根據本發(fā)明一個實施例的一種加固應用程序的多渠道信息的提交入 口的結構不意圖；
[0049] 圖3示出了根據本發(fā)明一個實施例的一種應用程序的加固方法的步驟流程圖；
[0050] 圖4示出了根據本發(fā)明一個實施例的一種應用程序的加固方法的步驟流程圖；以 及
[0051] 圖5示出了根據本發(fā)明一個實施例的一種應用程序的加固裝置的結構框圖。

【具體實施方式】
[0052] 下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開 的示例性實施例，然而應當理解，可以以各種形式實現本公開而不應被這里闡述的實施例 所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠將本公開的范圍 完整的傳達給本領域的技術人員。
[0053] 本發(fā)明實施例提供了一種應用程序的加固方案，該加固方案對應用程序的安裝包 中的代碼文件執(zhí)行加固操作，所述加固操作能夠提高應用程序的安全性，有效防止應用程 序被反編譯、惡意篡改、保護應用程序的數據信息不會被黑客竊取，降低應用程序被病毒植 入、廣告加入、支付渠道篡改、釣魚、信息劫持等風險。
[0054] 在實施應用程序的加固過程中常常會出現如下問題：同一應用程序需要多種發(fā)布 渠道，按照傳統的思路，開發(fā)者每次提交一種發(fā)布渠道對應的安裝包以對該應用程序進行 加固，這樣，多種發(fā)布渠道對應的安裝包需要多次提交操作，這嚴重影響了加固效率；
[0055] 針對上述問題，本發(fā)明實施例的該加固方案還可以向一次提交的應用程序的安裝 包提供多種發(fā)布渠道對應的加固安裝包的服務，該服務能夠減輕多次提交不同發(fā)布渠道對 應的安裝包以對該應用程序進行加固的繁瑣操作，從而能夠提高多發(fā)布渠道加固的效率。
[0056] 參照圖1，示出了根據本發(fā)明一個實施例的一種應用程序的加固方法的步驟流程 圖，具體可以包括如下步驟：
[0057] 步驟101、接收應用程序的加固請求；其中，所述加固請求中具體可以包括該應用 程序的安裝包及加固該應用程序的多渠道信息，所述安裝包中具體可以包括有代碼文件和 資源文件，所述資源文件中可以配置有發(fā)布渠道名稱及對應渠道值的名值對；
[0058] 本發(fā)明實施例中，上述應用程序可以為移動應用或PC(個人計算機，Personal Computer)應用等適用于各種平臺的應用程序，下面主要以移動應用為例進行說明。本發(fā)明 的加固方案所面向的用戶通常為應用程序的開發(fā)者。
[0059] 本發(fā)明實施例中，發(fā)布渠道是指能夠為公眾提供應用程序下載服務的網絡平臺。 例如軟件開發(fā)公司的網站、社交網絡平臺、網絡搜索服務提供者的推廣網站、應用分發(fā)平臺 等等。
[0060] 本發(fā)明實施例可以采用渠道值來區(qū)分不同的發(fā)布渠道。對于開發(fā)者，其可以在應 用程序的資源文件中配置發(fā)布渠道名稱及對應渠道值的名值對。以安卓應用為例，可以在 AndroidManifest. xml 文件的 Meta-data 參數下設定渠道值，其中，AndroidManifest. xml 文件可用于定義應用程序及其組件的結構和元數據，meta-data使用name-value (名值對） 的格式給其父組件提供任意可選的數據，名值對的屬性介紹如下：
[0061] android :name表示發(fā)布渠道的唯一名稱，可使用Java樣式的命名規(guī)則來確保名 稱的唯一性；
[0062] android :value表示每一渠道對應的渠道值。
[0063] 本發(fā)明實施例中，加固該應用程序的多渠道信息可用于表示加固該應用程序的多 種發(fā)布渠道的信息。例如，用戶在提交安卓應用《墨跡天氣》的APK(安卓安裝包，Android Package)后，可以通過提交如下多渠道信息來指定加固發(fā)布渠道的安裝包：360、91助手、 豌豆莢、金山等等。
[0064] 在具體實現中，本發(fā)明實施例可以提供提交入口以供用戶提交上述多渠道信息， 相應地，所述接收應用程序的加固請求的步驟101，具體可以包括：
[0065] 步驟S100、展示加固應用程序的多渠道信息的提交入口；所述提交入口具體可以 包括如下入口中的一項或多項：輸入框、下拉框和文件上傳入口；
[0066] 步驟S102、接收用戶通過所述提交入口提交的加固應用程序的多渠道信息。
[0067] 參照圖2,示出了本發(fā)明實施例的一種加固應用程序的多渠道信息的提交入口的 結構示意圖，其中，下拉框201可用于提交發(fā)布渠道名稱，輸入框202可用于輸入渠道值，文 件上傳入口 203可用于支持以txt文件的形式上傳渠道值；其中，txt文件中不同渠道值 可以英文逗號隔開，或者每行填寫一個渠道值；"一 " 204可用于刪除當前行對應的渠道值， " + "205可用于增加新的行對應的渠道值；輸入框202或者文件上傳入口 203的提交方式均 可以支持眾多渠道值的同時提交，例如，文件上傳入口 203的提交方式可以支持100個渠道 值的同時提交，當然本發(fā)明實施例對所支持渠道值的數量不加以限制。對應圖2,如果用戶 需要對某應用程序的5個發(fā)布渠道進行加固，那么可以選擇下拉框201中UMENG_CHANNEL， 在輸入框 202 中分別輸入 360、qudao2、qudao3、xiaomi 和 sandoujia。
[0068] 需要說明的是，上述AndroidManifest. xml文件只是作為資源文件的一種示例， 在滿足資源文件用于配置有發(fā)布渠道名稱及對應渠道值的名值對的條件下，本發(fā)明實施例 對具體的資源文件不加以限制。
[0069] 步驟102、從該應用程序的安裝包中解析得到對應的代碼文件和資源文件；
[0070] 步驟103、對解析得到的代碼文件執(zhí)行加固操作；
[0071] 本發(fā)明實施例中，對解析得到的代碼文件執(zhí)行加固操作可用于提高應用程序的安 全性。
[0072] 在本發(fā)明的一種應用示例中，所述加固操作過程具體可以包括：采用加密技術，對 應用程序的代碼文件進行深度加密處理，以實現獨有的程序文字信息加密功能，從而能夠 有效防止應用被反編譯、惡意篡改、保護應用數據信息不會被黑客竊??；并且，可以針對官 方應用給予最強保護，從源頭上消滅惡意盜版應用，保護開發(fā)者的權益。總之，對于開發(fā)者 而言，本發(fā)明實施例的上述加固操作無需額外開發(fā)，上傳應用即可開始保護、對應用程序性 能無任何影響、完美兼容安卓所有版本。
[0073] 在本發(fā)明的另一種應用示例中，所述加固操作過程具體可以包括：，惡意代碼的 分析、應用程序可疑行為的監(jiān)控等等。
[0074] 可以理解，上述對解析得到的代碼文件執(zhí)行加固操作過程只是作為示例，本發(fā)明 實施例對具體的加固操作過程不加以限制。
[0075] 步驟104、依據每一渠道信息，對解析得到的資源文件執(zhí)行修改操作，得到與所述 每一渠道信息對應的新資源文件；
[0076] 例如，用戶提交了如下多渠道信息：360、91助手、豌豆莢、金山，那么，可以通過修 改解析得到的資源文件分別得到360、91助手、豌豆莢、金山對應的新資源文件。
[0077] 在對解析得到的資源文件（以下簡稱原資源文件）執(zhí)行修改操作的過程中，可能 會存在如下問題：原資源文件采用360、91等數字格式描述渠道值，而發(fā)布渠道要求英文格 式的渠道值，但是，直接針對原資源文件中的渠道值進行格式修改，容易引起原資源文件異 常和錯誤。
[0078] 針對上述問題，在本發(fā)明的一種可選實施例中，所述依據每一渠道信息，對解析得 到的資源文件執(zhí)行修改操作，得到與所述每一渠道信息對應的新資源文件的步驟，具體可 以包括：
[0079] 步驟S200、重構所述資源文件；
[0080] 步驟S202、在重構資源文件中對某渠道信息對應渠道值進行數據結構轉換，數據 結構轉換后的重構資源文件作為該渠道信息對應的新資源文件。
[0081] 重構可以理解為在不改變資源文件的功能和外部可見性的情況下，為了改善資源 文件的結構，提高清晰性、可擴展性和可重用性而對資源文件進行的改造。重要的是，重構 資源文件能夠支持渠道值的各種數據結構轉換，如數字360轉換為英文three hundred and sixty等等，因此能夠避免原資源文件的異常和錯誤。
[0082] 步驟105、對加固后的代碼文件和每一渠道信息對應的新資源文件執(zhí)行封裝操作， 得到每一渠道信息對應的加固安裝包。
[0083] 在本發(fā)明的一種可選實施例中，所述方法還可以包括：展現所述每一渠道信息對 應的加固安裝包及對應的下載鏈接。其中，可以采用每一渠道信息對應渠道值來標識所述 每一渠道信息對應的加固安裝包，以方便用戶選擇。并且，可以支持多渠道中的任一或多個 組合的下載，也即，用戶可以根據需要選擇所展現加固安裝包中的任一或多個進行下載。 [0084] 由于上述加固操作會去掉簽名，故在加固安裝包下載完成后，需要對此加固安裝 包進行重新簽名才能夠發(fā)布，否則會導致應用程序安裝失敗，簽名后的加固安裝包可以用 于正常發(fā)布。因此，在本發(fā)明的一種可選實施例中，所述方法還可以包括：在所述加固安裝 包下載完成后，展現重新簽名的提示及簽名工具的下載鏈接。例如，所述重新簽名的提示可 以為"請重新簽名后再發(fā)布或更新應用"，而所述簽名工具的下載鏈接可供用戶直接下載， 因此，能夠避免用戶去互聯網中搜索簽名工具的繁瑣流程，提高用戶獲取信息的效率。
[0085] 綜上，本發(fā)明實施例提供了一種應用程序的加固方案，該加固方案對應用程序的 安裝包中的代碼文件執(zhí)行加固操作，所述加固操作能夠提高應用程序的安全性，有效防止 應用程序被反編譯、惡意篡改、保護應用程序的數據信息不會被黑客竊取，降低應用程序被 病毒植入、廣告加入、支付渠道篡改、釣魚、信息劫持等風險。
[0086] 另外，該加固方案還可以向一次提交的應用程序的安裝包提供多種發(fā)布渠道對應 的加固安裝包的服務，該服務能夠減輕多次提交不同發(fā)布渠道對應的安裝包以對該應用程 序進行加固的繁瑣操作，從而能夠提高多發(fā)布渠道加固的效率。
[0087] 參照圖3,示出了根據本發(fā)明一個實施例的一種應用程序的加固方法的步驟流程 圖，具體可以包括如下步驟：
[0088] 步驟301、接收應用程序的加固請求；其中，所述加固請求中具體可以包括該應用 程序的安裝包及加固該應用程序的多渠道信息，所述安裝包中具體可以包括有代碼文件和 資源文件，所述資源文件中可以配置有發(fā)布渠道名稱及對應渠道值的名值對，所述應用程 序的加固請求為登陸用戶提交的應用程序的加固請求；
[0089] 步驟302、從該應用程序的安裝包中解析得到對應的代碼文件和資源文件；
[0090] 步驟303、對解析得到的代碼文件執(zhí)行加固操作；
[0091] 步驟304、依據每一渠道信息，對解析得到的資源文件執(zhí)行修改操作，得到與所述 每一渠道信息對應的新資源文件；
[0092] 步驟305、對加固后的代碼文件和每一渠道信息對應的新資源文件執(zhí)行封裝操作， 得到每一渠道信息對應的加固安裝包；
[0093] 步驟306、將所述加固該應用程序的多渠道信息保存為所述登陸用戶的多渠道信 息；
[0094] 步驟307、在接收到所述登陸用戶再次提交的應用程序的安裝包時，將所述登陸用 戶的多渠道信息的作為加固再次提交的應用程序的多渠道信息。
[0095] 相對于圖1所示實施例，本實施例在所述應用程序的加固請求為登陸用戶提交的 應用程序的加固請求時，還可以將所述加固該應用程序的多渠道信息保存為所述登陸用戶 的多渠道信息，這樣，在接收到所述登陸用戶再次提交的應用程序的安裝包時，將所述登陸 用戶的多渠道信息的作為加固再次提交的應用程序的多渠道信息；由于同一用戶通常在固 定的發(fā)布渠道發(fā)布應用程序，故所述保存登錄用戶的多渠道信息的方式能夠避免用戶對于 渠道信息的重復提交，提高用戶的加固效率。
[0096] 在實際應用中，用戶可以用戶名、郵箱等方式登陸，并且，可以維護用戶的多渠道 信息記錄，以方便保存和再次使用。另外，上述步驟307可以轉到步驟302重新執(zhí)行加固流 程。
[0097] 參照圖4,示出了根據本發(fā)明一個實施例的一種應用程序的加固方法的步驟流程 圖，具體可以包括如下步驟：
[0098] 步驟401、向登陸用戶展示上傳應用入口及加固的選項信息；所述選項信息具體 可以包括：使用多渠道加固信息和不使用多渠道加固信息；
[0099] 步驟402、響應于所述登陸用戶針對所述上傳應用入口的選擇操作，接收所述登陸 用戶上傳的應用程序的安裝包；
[0100] 步驟403、在接收到所述登陸用戶對于所述使用多渠道加固信息的選擇操作且所 述應用程序的安裝包接收成功后，展示加固應用程序的多渠道信息的提交入口；所述提交 入口具體可以包括如下入口中的一項或多項：輸入框、下拉框和文件上傳入口；
[0101] 步驟404、接收用戶通過所述提交入口提交的加固應用程序的多渠道信息；
[0102] 步驟405、從該應用程序的安裝包中解析得到對應的代碼文件和資源文件；
[0103] 步驟406、對解析得到的代碼文件執(zhí)行加固操作；
[0104] 步驟407、依據每一渠道信息，對解析得到的資源文件執(zhí)行修改操作，得到與所述 每一渠道信息對應的新資源文件；
[0105] 步驟408、對加固后的代碼文件和每一渠道信息對應的新資源文件執(zhí)行封裝操作， 得到每一渠道信息對應的加固安裝包；
[0106] 步驟409、將所述加固該應用程序的多渠道信息保存為所述登陸用戶的多渠道信 息；
[0107] 步驟410、在接收到所述登陸用戶再次提交的應用程序的安裝包時，將所述登陸用 戶的多渠道信息的作為加固再次提交的應用程序的多渠道信息。
[0108] 相對于圖3所示實施例，本實施例還可以向用戶提供加固的選項信息，使用多渠 道加固信息和不使用渠道加固信息，使得用戶可以根據需要選擇是否需要進行多渠道加 固。
[0109] 其中，在用戶選擇使用多渠道加固信息時，相應的加固過程具體參見步驟403-步 驟410 ;在用戶選擇不使用多渠道加固信息時，相應的加固過程具體可以包括：從該應用程 序的安裝包中解析得到對應的代碼文件和資源文件；對解析得到的代碼文件執(zhí)行加固操 作；對加固后的代碼文件和每一渠道信息對應的新資源文件執(zhí)行封裝操作，得到每一渠道 信息對應的加固安裝包。
[0110] 對于方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域 技術人員應該知悉，本發(fā)明實施例并不受所描述的動作順序的限制，因為依據本發(fā)明實施 例，某些步驟可以采用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書 中所描述的實施例均屬于可選實施例，所涉及的動作并不一定是本發(fā)明實施例所必須的。
[0111] 參照圖5,示出了根據本發(fā)明一個實施例的一種應用程序的加固裝置的結構框圖， 具體可以包括如下模塊：
[0112] 接口模塊501，用于接收應用程序的加固請求；其中，所述加固請求中具體可以包 括該應用程序的安裝包及加固該應用程序的多渠道信息，所述安裝包中具體可以包括有代 碼文件和資源文件，所述資源文件中可以配置有發(fā)布渠道名稱及對應渠道值的名值對；
[0113] 解析模塊502,用于從該應用程序的安裝包中解析得到對應的代碼文件和資源文 件；
[0114] 加固模塊503,用于對解析得到的代碼文件執(zhí)行加固操作；
[0115] 修改模塊504,用于依據每一渠道信息，對解析得到的資源文件執(zhí)行修改操作，得 到與所述每一渠道信息對應的新資源文件；及
[0116] 封裝模塊505,用于對加固后的代碼文件和每一渠道信息對應的新資源文件執(zhí)行 封裝操作，得到每一渠道信息對應的加固安裝包。
[0117] 在本發(fā)明的一種可選實施例中，所述修改模塊504具體可以包括：
[0118] 重構子模塊，用于重構所述資源文件；
[0119] 轉換模塊，用于在重構資源文件中對某渠道信息對應渠道值進行數據結構轉換， 數據結構轉換后的重構資源文件作為該渠道信息對應的新資源文件。
[0120] 在本發(fā)明的另一種可選實施例中，所述應用程序的加固請求可以為登陸用戶提交 的應用程序的加固請求；
[0121] 則所述裝置還可以包括：
[0122] 保存模塊，用于將所述加固該應用程序的多渠道信息保存為所述登陸用戶的多渠 道信息；
[0123] 復用模塊，用于在接收到所述登陸用戶再次提交的應用程序的安裝包時，將所述 登陸用戶的多渠道信息的作為加固再次提交的應用程序的多渠道信息。
[0124] 在本發(fā)明的再一種可選實施例中，所述接口模塊501，具體可以包括：
[0125] 展示子模塊，用于展示加固應用程序的多渠道信息的提交入口；所述提交入口具 體可以包括如下入口中的一項或多項：輸入框、下拉框和文件上傳入口；
[0126] 接收子模塊，用于接收用戶通過所述提交入口提交的加固應用程序的多渠道信 肩、。
[0127] 在本發(fā)明的一種可選實施例中，所述裝置還可以包括：用于展現所述每一渠道信 息對應的加固安裝包及對應的下載鏈接的第一展現模塊。
[0128] 在本發(fā)明的另一種可選實施例中，所述裝置還可以包括：用于在所述加固安裝包 下載完成后，展現重新簽名的提示及簽名工具的下載鏈接的第二展現模塊。
[0129] 對于裝置實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關 之處參見方法實施例的部分說明即可。
[0130] 在此提供的算法和顯示不與任何特定計算機、虛擬系統或者其它設備固有相關。 各種通用系統也可以與基于在此的示教一起使用。根據上面的描述，構造這類系統所要求 的結構是顯而易見的。此外，本發(fā)明也不針對任何特定編程語言。應當明白，可以利用各種 編程語言實現在此描述的本發(fā)明的內容，并且上面對特定語言所做的描述是為了披露本發(fā) 明的最佳實施方式。
[0131] 在此處所提供的說明書中，說明了大量具體細節(jié)。然而，能夠理解，本發(fā)明的實施 例可以在沒有這些具體細節(jié)的情況下實踐。在一些實例中，并未詳細示出公知的方法、結構 和技術，以便不模糊對本說明書的理解。
[0132] 類似地，應當理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在 上面對本發(fā)明的示例性實施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實施 例、圖、或者對其的描述中。然而，并不應將該公開的方法解釋成反映如下意圖：即所要求保 護的本發(fā)明要求比在每個權利要求中所明確記載的特征更多的特征。更確切地說，如下面 的權利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此， 遵循【具體實施方式】的權利要求書由此明確地并入該【具體實施方式】，其中每個權利要求本身 都作為本發(fā)明的單獨實施例。
[0133] 本領域那些技術人員可以理解，可以對實施例中的設備中的模塊進行自適應性地 改變并且把它們設置在與該實施例不同的一個或多個設備中?？梢园褜嵤├械哪K或單 元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或 子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任 何組合對本說明書（包括伴隨的權利要求、摘要和附圖）中公開的所有特征以及如此公開 的任何方法或者設備的所有過程或單元進行組合。除非另外明確陳述，本說明書（包括伴 隨的權利要求、摘要和附圖）中公開的每個特征可以由提供相同、等同或相似目的的替代 特征來代替。
[0134] 此外，本領域的技術人員能夠理解，盡管在此所述的一些實施例包括其它實施例 中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的 范圍之內并且形成不同的實施例。例如，在下面的權利要求書中，所要求保護的實施例的任 意之一都可以以任意的組合方式來使用。
[0135] 本發(fā)明的各個部件實施例可以以硬件實現，或者以在一個或者多個處理器上運行 的軟件模塊實現，或者以它們的組合實現。本領域的技術人員應當理解，可以在實踐中使用 微處理器或者數字信號處理器（DSP)來實現根據本發(fā)明實施例的在移動設備和計算設備 之間建立連接的方法和裝置中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實 現為用于執(zhí)行這里所描述的方法的一部分或者全部的設備或者裝置程序（例如，計算機程 序和計算機程序產品）。這樣的實現本發(fā)明的程序可以存儲在計算機可讀介質上，或者可以 具有一個或者多個信號的形式。這樣的信號可以從因特網網站上下載得到，或者在載體信 號上提供，或者以任何其他形式提供。
[0136] 應該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制，并且本領 域技術人員在不脫離所附權利要求的范圍的情況下可設計出替換實施例。在權利要求中， 不應將位于括號之間的任何參考符號構造成對權利要求的限制。單詞"包含"不排除存在 未列在權利要求中的元件或步驟。位于元件之前的單詞"一"或"一個"不排除存在多個這 樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來 實現。在列舉了若干裝置的單元權利要求中，這些裝置中的若干個可以是通過同一個硬件 項來具體體現。單詞第一、第二、以及第三等的使用不表示任何順序。可將這些單詞解釋為 名稱。
[0137] 本發(fā)明公開了 A1、一種應用程序的加固方法，包括：
[0138] 接收應用程序的加固請求；其中，所述加固請求中包括該應用程序的安裝包及加 固該應用程序的多渠道信息，所述安裝包中包括有代碼文件和資源文件，所述資源文件中 配置有發(fā)布渠道名稱及對應渠道值的名值對；
[0139] 從該應用程序的安裝包中解析得到對應的代碼文件和資源文件；
[0140] 對解析得到的代碼文件執(zhí)行加固操作；
[0141] 依據每一渠道信息，對解析得到的資源文件執(zhí)行修改操作，得到與所述每一渠道 信息對應的新資源文件；
[0142] 對加固后的代碼文件和每一渠道信息對應的新資源文件執(zhí)行封裝操作，得到每一 渠道信息對應的加固安裝包。
[0143] A2、如A1所述的方法，所述依據每一渠道信息，對解析得到的資源文件執(zhí)行修改 操作，得到與所述每一渠道信息對應的新資源文件的步驟，包括：
[0144] 重構所述資源文件；
[0145] 在重構資源文件中對某渠道信息對應渠道值進行數據結構轉換，數據結構轉換后 的重構資源文件作為該渠道信息對應的新資源文件。
[0146] A3、如A1所述的方法，所述應用程序的加固請求為登陸用戶提交的應用程序的加 固請求；
[0147] 則所述方法還包括：
[0148] 將所述加固該應用程序的多渠道信息保存為所述登陸用戶的多渠道信息；
[0149] 在接收到所述登陸用戶再次提交的應用程序的安裝包時，將所述登陸用戶的多渠 道信息的作為加固再次提交的應用程序的多渠道信息。
[0150] A4、如A1或A2或A3所述的方法，所述接收應用程序的加固請求的步驟，包括：
[0151] 展示加固應用程序的多渠道信息的提交入口；所述提交入口包括如下入口中的一 項或多項：輸入框、下拉框和文件上傳入口；
[0152] 接收用戶通過所述提交入口提交的加固應用程序的多渠道信息。
[0153] A5、如A1或A2或A3所述的方法，所述方法還包括：
[0154] 展現所述每一渠道信息對應的加固安裝包及對應的下載鏈接。
[0155] A6、如A5所述的方法，所述方法還包括：
[0156] 在所述加固安裝包下載完成后，展現重新簽名的提示及簽名工具的下載鏈接。
[0157] B7、一種應用程序的加固裝置，包括：
[0158] 接口模塊，用于接收應用程序的加固請求；其中，所述加固請求中包括該應用程序 的安裝包及加固該應用程序的多渠道信息，所述安裝包中包括有代碼文件和資源文件，所 述資源文件中配置有發(fā)布渠道名稱及對應渠道值的名值對；
[0159] 解析模塊，用于從該應用程序的安裝包中解析得到對應的代碼文件和資源文件；
[0160] 加固模塊，用于對解析得到的代碼文件執(zhí)行加固操作；
[0161] 修改模塊，用于依據每一渠道信息，對解析得到的資源文件執(zhí)行修改操作，得到與 所述每一渠道信息對應的新資源文件；及
[0162] 封裝模塊，用于對加固后的代碼文件和每一渠道信息對應的新資源文件執(zhí)行封裝 操作，得到每一渠道信息對應的加固安裝包。
[0163] B8、如B7所述的裝置，所述修改模塊包括：
[0164] 重構子模塊，用于重構所述資源文件；
[0165] 轉換模塊，用于在重構資源文件中對某渠道信息對應渠道值進行數據結構轉換， 數據結構轉換后的重構資源文件作為該渠道信息對應的新資源文件。
[0166] B9、如B7所述的裝置，所述應用程序的加固請求為登陸用戶提交的應用程序的加 固請求；
[0167] 則所述裝置還包括：
[0168] 保存模塊，用于將所述加固該應用程序的多渠道信息保存為所述登陸用戶的多渠 道信息；
[0169] 復用模塊，用于在接收到所述登陸用戶再次提交的應用程序的安裝包時，將所述 登陸用戶的多渠道信息的作為加固再次提交的應用程序的多渠道信息。
[0170] B10、如B7或B8或B9所述的裝置，所述接口模塊，包括：
[0171] 展示子模塊，用于展示加固應用程序的多渠道信息的提交入口；所述提交入口包 括如下入口中的一項或多項：輸入框、下拉框和文件上傳入口；
[0172] 接收子模塊，用于接收用戶通過所述提交入口提交的加固應用程序的多渠道信 肩、。
[0173] B11、如B7或B8或B9所述的裝置，所述裝置還包括：用于展現所述每一渠道信息 對應的加固安裝包及對應的下載鏈接的第一展現模塊。
[0174] B12、如B11所述的裝置，所述裝置還包括：用于在所述加固安裝包下載完成后，展 現重新簽名的提示及簽名工具的下載鏈接的第二展現模塊。
【權利要求】
1. 一種應用程序的加固方法，包括： 接收應用程序的加固請求；其中，所述加固請求中包括該應用程序的安裝包及加固該 應用程序的多渠道信息，所述安裝包中包括有代碼文件和資源文件，所述資源文件中配置 有發(fā)布渠道名稱及對應渠道值的名值對； 從該應用程序的安裝包中解析得到對應的代碼文件和資源文件； 對解析得到的代碼文件執(zhí)行加固操作； 依據每一渠道信息，對解析得到的資源文件執(zhí)行修改操作，得到與所述每一渠道信息 對應的新資源文件； 對加固后的代碼文件和每一渠道信息對應的新資源文件執(zhí)行封裝操作，得到每一渠道 信息對應的加固安裝包。
2. 如權利要求1所述的方法，其特征在于，所述依據每一渠道信息，對解析得到的資源 文件執(zhí)行修改操作，得到與所述每一渠道信息對應的新資源文件的步驟，包括： 重構所述資源文件； 在重構資源文件中對某渠道信息對應渠道值進行數據結構轉換，數據結構轉換后的重 構資源文件作為該渠道信息對應的新資源文件。
3. 如權利要求1所述的方法，其特征在于，所述應用程序的加固請求為登陸用戶提交 的應用程序的加固請求； 則所述方法還包括： 將所述加固該應用程序的多渠道信息保存為所述登陸用戶的多渠道信息； 在接收到所述登陸用戶再次提交的應用程序的安裝包時，將所述登陸用戶的多渠道信 息的作為加固再次提交的應用程序的多渠道信息。
4. 如權利要求1或2或3所述的方法，其特征在于，所述接收應用程序的加固請求的步 驟，包括： 展示加固應用程序的多渠道信息的提交入口；所述提交入口包括如下入口中的一項或 多項：輸入框、下拉框和文件上傳入口； 接收用戶通過所述提交入口提交的加固應用程序的多渠道信息。
5. 如權利要求1或2或3所述的方法，其特征在于，還包括： 展現所述每一渠道信息對應的加固安裝包及對應的下載鏈接。
6. 如權利要求5所述的方法，其特征在于，還包括： 在所述加固安裝包下載完成后，展現重新簽名的提示及簽名工具的下載鏈接。
7. -種應用程序的加固裝置，包括： 接口模塊，用于接收應用程序的加固請求；其中，所述加固請求中包括該應用程序的安 裝包及加固該應用程序的多渠道信息，所述安裝包中包括有代碼文件和資源文件，所述資 源文件中配置有發(fā)布渠道名稱及對應渠道值的名值對； 解析模塊，用于從該應用程序的安裝包中解析得到對應的代碼文件和資源文件； 加固模塊，用于對解析得到的代碼文件執(zhí)行加固操作； 修改模塊，用于依據每一渠道信息，對解析得到的資源文件執(zhí)行修改操作，得到與所述 每一渠道信息對應的新資源文件；及 封裝模塊，用于對加固后的代碼文件和每一渠道信息對應的新資源文件執(zhí)行封裝操 作，得到每一渠道信息對應的加固安裝包。
8. 如權利要求7所述的裝置，其特征在于，所述修改模塊包括： 重構子模塊，用于重構所述資源文件； 轉換模塊，用于在重構資源文件中對某渠道信息對應渠道值進行數據結構轉換，數據 結構轉換后的重構資源文件作為該渠道信息對應的新資源文件。
9. 如權利要求7所述的裝置，其特征在于，所述應用程序的加固請求為登陸用戶提交 的應用程序的加固請求； 則所述裝置還包括： 保存模塊，用于將所述加固該應用程序的多渠道信息保存為所述登陸用戶的多渠道信 息； 復用模塊，用于在接收到所述登陸用戶再次提交的應用程序的安裝包時，將所述登陸 用戶的多渠道信息的作為加固再次提交的應用程序的多渠道信息。
10. 如權利要求7或8或9所述的裝置，其特征在于，所述接口模塊，包括： 展示子模塊，用于展示加固應用程序的多渠道信息的提交入口；所述提交入口包括如 下入口中的一項或多項：輸入框、下拉框和文件上傳入口； 接收子模塊，用于接收用戶通過所述提交入口提交的加固應用程序的多渠道信息。
【文檔編號】G06F21/12GK104217140SQ201410438246
【公開日】2014年12月17日 申請日期:2014年8月29日 優(yōu)先權日:2014年8月29日
【發(fā)明者】馮成蹊, 楊新權, 孟凡斌, 呂小豹 申請人:北京奇虎科技有限公司, 奇智軟件（北京）有限公司