[發明專利]一種APP安裝方法、裝置及存儲設備

在審

• 申請號: 201911002334.1
• 申請日: 2019-10-21
• 公開（公告）號: CN110750275A
• 公開（公告）日: 2020-02-04
• 發明（設計）人: 張云帆;宋軍衛;何健秋
• 申請（專利權）人: 北京幻想縱橫網絡技術有限公司
• 主分類號: G06F8/61
• 分類號: G06F8/61
• 代理公司: 11734 北京樂知新創知識產權代理事務所(普通合伙)
• 代理人: 江宇

本發明公開了一種APP安裝方法、裝置及計算機存儲設備，首先當進行導流頁面訪問時，根據所述導流頁面中下載鏈接的下載地址向服務器發起下載訪問請求，以從所述服務器獲取包括APP安裝程序的APP安裝包，所述下載鏈接攜帶有所述導流頁面對應渠道信息和書標識，所述APP安裝包由與所述渠道信息對應的文件組和所述書標識對應書文件打包封裝而成；進一步地運行所述APP安裝包中的APP安裝程序，以進行所述APP的安裝；最后完成所述APP的安裝后，根據所述書文件獲取與所述書標識對應的書信息。

技術領域

本發明涉及客戶端(APP)開發及應用技術領域，尤其涉及一種APP安裝方法、裝置及計算機存儲設備。

背景技術

目前，諸如電子書在內的APP在推廣時需要根據不同的場景下載不同包并加以分配。這樣，當用戶終端在閱讀頁面進行閱讀APP下載時，需要根據渠道下載該渠道對應的安裝包；進一步地，當通過所下載的安裝包括完成APP安裝后，APP里會自動展示頁面閱讀的數據信息，并獲取該書的免費閱讀正版小說的特權。

然而，基于上述應用，現有技術的做法主要是通過預先生成渠道包，下載并根據頁面獲取的IP，瀏覽器UA及手機型號等相關信息將閱讀書籍傳遞給APP，或者在APP重新搜索該書后獲取特權。另一個做法是怎的每種渠道，每本書打一個安裝包，這樣安裝包對應的數據量級為渠道數與書本數的乘積，故存在數據量過大的問題，不便于數據升級。

發明內容

本發明實施例創造性地提供一種APP安裝方法、裝置及計算機存儲設備。

根據本發明實施例第一方面，提供一種APP安裝方法，應用于終端，該方法包括：當進行導流頁面訪問時，根據所述導流頁面中下載鏈接的下載地址向服務器發起下載訪問請求，以從所述服務器獲取包括APP安裝程序的APP安裝包，所述下載鏈接攜帶有所述導流頁面對應渠道信息和書標識，所述APP安裝包由與所述渠道信息對應的文件組和所述書標識對應書文件打包封裝而成；運行所述APP安裝包中的APP安裝程序，以進行所述APP的安裝；完成所述APP的安裝后，根據所述書文件獲取與所述書標識對應的書信息。根據本發明一實施方式，所述方法還包括：在所述APP對應頁面展示所述書信息。

根據本發明一實施方式，所述APP對應頁面展示所述書信息包括：生成針對所述書信息的閱讀特權，并在所述APP對應頁面展示所述書信息的部分或全部。

根據本發明一實施方式，所述APP對應頁面展示所述書信息包括：向所述服務器發起生成針對所述書信息的閱讀特權的請求；接收由所述服務器反饋的針對所述書信息的閱讀特權，在所述APP對應頁面展示所述書信息的部分或全部。

根據本發明實施例第二方面，還提供一種APP安裝方法，應用于服務器，所述方法包括：接收終端根據下載鏈接的下載地址發起的下載訪問請求，所述下載鏈接攜帶有所述導流頁面對應渠道信息和書標識；解析所述下載地址，獲得所述渠道信息的參數；根據所述渠道信息對應參數從文件組集合中查找與所述渠道信息對應的文件組；將所述文件組和所述書標識對應書文件打包封裝，得到包括APP安裝程序的APP安裝包；向所述終端反饋所述APP安裝包。

根據本發明一實施方式，所述方法還包括：預先加載標準渠道包；解壓所加載的標準渠道包，生成對應多個不同渠道信息的包括安裝所述APP的程序的不同文件組，形成文件組集合。

根據本發明一實施方式，將所述文件組和所述書標識對應書文件打包封裝，包括：復制所述文件組；根據所述書標識生成對應的書文件；將所述復制后的文件組和所述書文件打包封裝。