一種管理子應用程式的方法及應用掛載平臺與流程
2023-07-23 05:36:27
本發明涉及網際網路技術領域，尤其涉及一種管理子應用程式的方法及應用掛載平臺。
背景技術：
隨著科技的發展和智能終端的普及，人們逐漸習慣使用app(application，應用程式)上網的方式，app的種類越來越豐富，呈現爆發式增長，如泰康人壽app、泰康保險app等。在智能終端的衝擊下，原有的web軟體已經跟不上時代的步伐，因此，在新的一輪技術變革下，app正對遊戲、新聞媒介、零售、旅遊等行業產生深刻變革，圖1為智能終端上安裝的app的示意圖。
目前對應用程式的管理，例如，對應用程式的更新、刪除等操作，都是基於一個統一的包，這種情況下如果應用程式包括多個子應用程式的話，需要統一將多個子應用程式進行管理，存在效率較低和靈活性較差的缺陷。
例如，如微信應用程式中有「微信」、「通訊錄」、「發現」、「我」四個子應用程式，更新的時候需要下載整個更新包，再安裝生效，存在管理效率較低和靈活性較差的缺陷。
技術實現要素：
鑑於上述問題，提出了本發明，以便提供一種克服上述問題或者至少部分地解決上述問題的一種管理子應用程式的方法及應用掛載平臺。
依據本發明的第一方面，提供了一種管理子應用程式的方法，包括：
針對任意一子應用伺服器，應用掛載平臺接收所述任意一子應用伺服器發送的子應用管理請求；
所述應用掛載平臺根據所述子應用管理請求發布對應於所述任意一子應用伺服器的子應用程式，或者將對應於所述任意一子應用伺服器的已經發布的子應用程式進行更新和/或刪除。
在一個實施方式中，根據本發明的上述實施方式所述的方法，所述應用掛載平臺接收所述任意一子應用伺服器發送的子應用管理請求之後，根據所述子應用管理請求發布對應於所述任意一子應用伺服器的子應用程式，或者將對應於所述任意一子應用伺服器的已經發布的子應用程式進行更新和/或刪除之前，所述方法還包括：
所述應用掛載平臺向認證伺服器發送用於驗證所述子應用程式的合法性的驗證請求；
所述應用掛載平臺接收所述認證伺服器發送的驗證通過響應消息。
在一些實施方式中，根據本發明的上述任一實施方式所述的方法，所述應用掛載平臺接收所述任意一子應用伺服器發送的子應用管理請求，包括：
所述應用掛載平臺通過預設接口接收所述任意一子應用伺服器發送的子應用管理請求，其中，所述預設接口包括接口名稱、參數字符編碼、時間戳、接口版本號、操作參數中的至少一種。
在一些實施方式中，根據本發明的上述任一實施方式所述的方法，所述應用掛載平臺根據所述子應用管理請求發布對應於所述任意一子應用伺服器的子應用程式，或者將對應於所述任意一子應用伺服器的已經發布的子應用程式進行更新和/或刪除之後，所述方法還包括：
所述應用掛載平臺接收終端發送的子應用服務獲取請求；
所述應用掛載平臺根據所述子應用服務獲取請求向所述終端提供所述子應用程式能夠向所述終端開放的服務。
在一些實施方式中，根據本發明的上述任一實施方式所述的方法，所述應用掛載平臺根據所述子應用服務獲取請求向所述終端提供所述子應用程式能夠向所述終端開放的服務之前，所述方法還包括：
所述應用掛載平臺接收所述認證伺服器根據所述登錄請求返回的權限信息；
所述應用掛載平臺根據所述權限信息確定所述子應用程式能夠向所述終端開放的服務。
依據本發明的第二方面，提供了一種應用掛載平臺，包括：
接收單元，用於針對任意一子應用伺服器，接收所述任意一子應用伺服器發送的子應用管理請求；
管理操作單元，用於根據所述子應用管理請求發布對應於所述任意一子應用伺服器的子應用程式，或者將對應於所述任意一子應用伺服器的已經發布的子應用程式進行更新和/或刪除。
在一個實施方式中，根據本發明的上述實施方式所述的應用掛載平臺，所述應用掛載平臺還包括發送單元，用於向認證伺服器發送用於驗證所述子應用程式的合法性的驗證請求；
所述接收單元還用於，接收所述認證伺服器發送的驗證通過響應消息。
在一些實施方式中，根據本發明的上述任一實施方式所述的應用掛載平臺，所述接收單元接收所述任意一子應用伺服器發送的子應用管理請求時，具體為：
通過預設接口接收所述任意一子應用伺服器發送的子應用管理請求，其中，所述預設接口包括接口名稱、參數字符編碼、時間戳、接口版本號、操作參數中的至少一種。
在一些實施方式中，根據本發明的上述任一實施方式所述的應用掛載平臺，所述接收單元還用於，接收終端發送的子應用服務獲取請求；
所述應用掛載平臺還包括展現控制單元，用於根據所述子應用服務獲取請求向所述終端提供所述子應用程式能夠向所述終端開放的服務。
在一些實施方式中，根據本發明的上述任一實施方式所述的應用掛載平臺，所述接收單元還用於，接收所述認證伺服器根據所述登錄請求返回的權限信息；
所述應用掛載平臺還包括確定單元，用於根據所述權限信息確定所述子應用程式能夠向所述終端開放的服務。
本發明實施例中，提供一種管理子應用程式的方法和應用掛載平臺：針對任意一子應用伺服器，應用掛載平臺接收所述任意一子應用伺服器發送的子應用管理請求；所述應用掛載平臺根據所述子應用管理請求發布對應於所述任意一子應用伺服器的子應用程式，或者將對應於所述任意一子應用伺服器的已經發布的子應用程式進行更新和/或刪除，在該方案中，應用掛載平臺可以單獨分開管理每一個子應用程式，不是在需要管理每一個子應用程式時要將相關聯的所有子應用程式統一管理，例如，要更新微信應用程式中的「通訊錄」子應用程式時，不需要將微信應用程式中包括「微信」、「通訊錄」、「發現」、「我」四個子應用程式的整個更新包下載，單獨下載「通訊錄」子應用程式的更新包就可以實現「通訊錄」子應用程式的更新，因此，提高了管理效率及靈活性。
上述說明僅是本發明技術方案的概述，為了能夠更清楚了解本發明的技術手段，而可依照說明書的內容予以實施，並且為了讓本發明的上述和其它目的、特徵和優點能夠更明顯易懂，以下特舉本發明的具體實施方式。
附圖說明
通過閱讀下文優選實施方式的詳細描述，各種其他的優點和益處對於本領域普通技術人員將變得清楚明了。附圖僅用於示出優選實施方式的目的，而並不認為是對本發明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：
圖1是現有技術中安裝有app的終端的界面示意圖；
圖2是根據本發明的實施方式的管理子應用程式的方法的流程圖；
圖3是根據本發明的實施方式的管理子應用程式的實施例流程圖；
圖4是根據本發明的實施方式的應用掛載平臺的示意圖。
具體實施方式
下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應當理解，可以以各種形式實現本公開而不應被這裡闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，並且能夠將本公開的範圍完整的傳達給本領域的技術人員。
圖2示意性地示出了根據本發明實施方式的用於管理子應用程式的方法20的流程示意圖。如圖2所示，該方法可以包括步驟200和210。
步驟200：針對任意一子應用伺服器，應用掛載平臺接收所述任意一子應用伺服器發送的子應用管理請求；
步驟210：所述應用掛載平臺根據所述子應用管理請求發布對應於所述任意一子應用伺服器的子應用程式，或者將對應於所述任意一子應用伺服器的已經發布的子應用程式進行更新和/或刪除。
例如，有3個子應用伺服器：子應用伺服器1、子應用伺服器2和子應用伺服器3，應用掛載平臺接收子應用伺服器1發送的子應用管理請求1，根據子應用管理請求1發布對應於子應用伺服器1的子應用程式；應用掛載平臺接收子應用伺服器2發送的子應用管理請求2，根據子應用管理請求2更新對應於子應用伺服器2的子應用程式；應用掛載平臺接收子應用伺服器3發送的子應用管理請求3，根據子應用管理請求3刪除對應於子應用伺服器3的子應用程式。
本發明實施例中，為了提高發布、更新或者刪除的子應用程式的安全性，所述應用掛載平臺接收所述任意一子應用伺服器發送的子應用管理請求之後，根據所述子應用管理請求發布對應於所述任意一子應用伺服器的子應用程式，或者將對應於所述任意一子應用伺服器的已經發布的子應用程式進行更新和/或刪除之前，所述方法還包括如下操作：
所述應用掛載平臺向認證伺服器發送用於驗證所述子應用程式的合法性的驗證請求；
所述應用掛載平臺接收所述認證伺服器發送的驗證通過響應消息。
也就是說，應用掛載平臺接收到子應用管理請求之後，還要進一步接收到認證伺服器發送的驗證通過響應消息時，才發布、更新或者刪除子應用程式。
例如，有3個子應用伺服器：子應用伺服器1、子應用伺服器2和子應用伺服器3，應用掛載平臺接收子應用伺服器1發送的子應用管理請求1，向認證伺服器發送用於驗證對應於子應用伺服器1的子應用程式的合法性的驗證請求1，並接收所述認證伺服器發送的驗證通過響應消息時，根據子應用管理請求1發布對應於子應用伺服器1的子應用程式；應用掛載平臺接收子應用伺服器2發送的子應用管理請求2，向認證伺服器發送用於驗證對應於子應用伺服器2的子應用程式的合法性的驗證請求2，並接收所述認證伺服器發送的驗證通過響應消息時，根據子應用管理請求2更新對應於子應用伺服器2的子應用程式；應用掛載平臺接收子應用伺服器3發送的子應用管理請求3，向認證伺服器發送用於驗證對應於子應用伺服器3的子應用程式的合法性的驗證請求3，並接收所述認證伺服器發送的驗證通過響應消息時，根據子應用管理請求3刪除對應於子應用伺服器3的子應用程式。
本發明實施例中，所述應用掛載平臺接收所述任意一子應用伺服器發送的子應用管理請求的方式有多種，可選地，可以採用如下方式：
所述應用掛載平臺通過預設接口接收所述任意一子應用伺服器發送的子應用管理請求，其中，所述預設接口包括接口名稱、參數字符編碼、時間戳、接口版本號、操作參數中的至少一種。
例如，預設接口具體可以為如下形式：
requesturl:https://openapi.tkzj.com/gateway.do
requestmethod:post
content:
method＝tkzj.mobile.public.app
charset＝gbk
timestamp＝2014-07-2403:07:50
app_content＝{[{"appid":"001","appopt":"add","appname":"餐飲系統
","appicon":"http://10.0.0.0/eat.gif","apploc":"http://10.0.0.0/eat.apk","appdesc":"newapplication"},{"appid":"001","appopt":"update","appname":"餐飲系統
","appicon":"http://10.0.0.0/eatupdate.gif","apploc":"http://10.0.0.0/eat.apk","appdesc":"updateiconandotherfunction"},{"appid":"001","appopt":"delete","appname":"餐飲系統
","appicon":"","apploc":"","appdesc":"deleteapplication"}]}
version＝1.0
其中，上述示例性的預設接口中的各個參數的具體描述如表1所示。
表1預設接口中的參數描述
前面描述了應用掛載平臺發布子應用程式、更新子應用程式或者刪除子應用程式，接下來，終端可能要獲取發布的或者更新的子應程序對應的服務，因此，進一步的，所述應用掛載平臺根據所述子應用管理請求發布對應於所述任意一子應用伺服器的子應用程式，或者將對應於所述任意一子應用伺服器的已經發布的子應用程式進行更新和/或刪除之後，所述方法還包括如下操作：
所述應用掛載平臺接收終端發送的子應用服務獲取請求；
所述應用掛載平臺根據所述子應用服務獲取請求向所述終端提供所述子應用程式能夠向所述終端開放的服務。
進一步的，所述應用掛載平臺根據所述子應用服務獲取請求向所述終端提供所述子應用程式能夠向所述終端開放的服務之前，所述方法還包括如下操作：
所述應用掛載平臺接收所述認證伺服器根據所述登錄請求返回的權限信息；
所述應用掛載平臺根據所述權限信息確定所述子應用程式能夠向所述終端開放的服務。
需要說明的是，所述認證伺服器根據所述登錄請求向應用掛載平臺返回權限信息之前，要進行二級驗證，二級驗證均通過後，才能接收到權限信息，並向應用掛載平臺返回權限信息，具體過程如下：
所述認證伺服器接收所述終端發送的登錄請求，根據所述登錄請求向ldap(lightweightdirectoryaccessprotocol，輕量目標訪問協議)伺服器發送所述查詢請求；
所述認證伺服器接收所述ldap伺服器根據所述查詢請求返回的確定所述id為有效id的查詢響應消息；
所述認證伺服器在接收到查詢響應消息之後，向所述業務伺服器發送驗證請求，所述驗證請求用於驗證採用所述id登錄的終端是否具有訪問所述業務伺服器的應用的權限；
所述認證伺服器接收所述業務伺服器根據所述驗證請求返回的所述權限令牌。
在該方案中，應用掛載平臺可以單獨分開管理每一個子應用程式，不是在需要管理每一個子應用程式時要將相關聯的所有子應用程式統一管理，例如，要更新微信應用程式中的「通訊錄」子應用程式時，不需要將微信應用程式中有「微信」、「通訊錄」、「發現」、「我」四個子應用程式的所有更新包下載，單獨下載「通訊錄」子應用程式的更新包就可以實現「通訊錄」子應用程式的更新，因此，提高了管理效率及靈活性。
參閱圖3所示，下面對本發明實施例中所提及的管理子應用程式的方法進行舉例說明。
步驟300：4個應用伺服器均向應用掛載平臺發送子應用管理請求；
該步驟中的4個應用伺服器可以為面客系統對應的應用伺服器、餐飲系統對應的應用伺服器、居民系統對應的應用伺服器和照護系統對應的應用伺服器。
步驟310：應用掛載平臺向認證伺服器發送驗證請求1、驗證請求2、驗證請求3和驗證請求4；
該步驟中，驗證請求1用於驗證子應用程式1的合法性、驗證請求2用於驗證子應用程式2的合法性、驗證請求3用於驗證子應用程式3的合法性、驗證請求4用於驗證子應用程式4的合法性。
步驟320：認證伺服器向應用掛載平臺發送驗證通過響應消息；
步驟330：應用掛載平臺根據驗證通過響應消息發布子應用程式1和子應用程式2、更新子應用程式3和子應用程式4；
步驟340：認證伺服器接收終端發送的用於登錄應用伺服器1的登錄請求；
步驟350：認證伺服器進行二級驗證，在二級驗證通過的情況下，接收應用伺服器1發送的權限令牌；
步驟360：認證伺服器將接收到的權限令牌對應的權限信息發送至應用掛載平臺；
步驟370：應用掛載平臺接收終端發送的子應用服務獲取請求；
步驟380：所述應用掛載平臺根據所述權限信息確定應用伺服器1對應的子應用程式能夠向所述終端開放的服務，向所述終端提供所述子應用程式能夠向所述終端開放的服務。
參閱圖4所示，本發明實施例還提出一種應用掛載平臺40，該應用掛載平臺40包括接收單元400和管理操作單元410，其中：
接收單元400，用於針對任意一子應用伺服器，接收所述任意一子應用伺服器發送的子應用管理請求；
管理操作單元410，用於根據所述子應用管理請求發布對應於所述任意一子應用伺服器的子應用程式，或者將對應於所述任意一子應用伺服器的已經發布的子應用程式進行更新和/或刪除。
例如，有3個子應用伺服器：子應用伺服器1、子應用伺服器2和子應用伺服器3，接收單元400接收子應用伺服器1發送的子應用管理請求1，管理操作單元410根據子應用管理請求1發布對應於子應用伺服器1的子應用程式；接收單元400接收子應用伺服器2發送的子應用管理請求2，管理操作單元410根據子應用管理請求2更新對應於子應用伺服器2的子應用程式；接收單元400接收子應用伺服器3發送的子應用管理請求3，管理操作單元410根據子應用管理請求3刪除對應於子應用伺服器3的子應用程式。
本發明實施例中，為了提高發布、更新或者刪除的子應用程式的安全性，所述應用掛載平臺還包括發送單元420，用於向認證伺服器發送用於驗證所述子應用程式的合法性的驗證請求；
所述接收單元400還用於，接收所述認證伺服器發送的驗證通過響應消息。
也就是說，接收單元400接收到子應用管理請求之後，還要進一步接收到認證伺服器發送的驗證通過響應消息時，管理操作單元410才發布、更新或者刪除子應用程式。
例如，有3個子應用伺服器：子應用伺服器1、子應用伺服器2和子應用伺服器3，接收單元400接收子應用伺服器1發送的子應用管理請求1，發送單元420向認證伺服器發送用於驗證對應於子應用伺服器1的子應用程式的合法性的驗證請求1，接收單元400接收所述認證伺服器發送的驗證通過響應消息時，管理操作單元410根據子應用管理請求1發布對應於子應用伺服器1的子應用程式；接收單元400接收子應用伺服器2發送的子應用管理請求2，發送單元420向認證伺服器發送用於驗證對應於子應用伺服器2的子應用程式的合法性的驗證請求2，接收單元400接收所述認證伺服器發送的驗證通過響應消息時，管理操作單元410根據子應用管理請求2更新對應於子應用伺服器2的子應用程式；接收單元400接收子應用伺服器3發送的子應用管理請求3，發送單元420向認證伺服器發送用於驗證對應於子應用伺服器3的子應用程式的合法性的驗證請求3，接收單元400接收所述認證伺服器發送的驗證通過響應消息時，管理操作單元410根據子應用管理請求3刪除對應於子應用伺服器3的子應用程式。
本發明實施例中，可選地，所述接收單元400接收所述任意一子應用伺服器發送的子應用管理請求時，可以採用如下方式：
通過預設接口接收所述任意一子應用伺服器發送的子應用管理請求，其中，所述預設接口包括接口名稱、參數字符編碼、時間戳、接口版本號、操作參數中的至少一種。
例如，預設接口具體可以為如下形式：
requesturl:https://openapi.tkzj.com/gateway.do
requestmethod:post
content:
method＝tkzj.mobile.public.app
charset＝gbk
timestamp＝2014-07-2403:07:50
app_content＝{[{"appid":"001","appopt":"add","appname":"餐飲系統
","appicon":"http://10.0.0.0/eat.gif","apploc":"http://10.0.0.0/eat.apk","appdesc":"newapplication"},{"appid":"001","appopt":"update","appname":"餐飲系統
","appicon":"http://10.0.0.0/eatupdate.gif","apploc":"http://10.0.0.0/eat.apk","appdesc":"updateiconandotherfunction"},{"appid":"001","appopt":"delete","appname":"餐飲系統
","appicon":"","apploc":"","appdesc":"deleteapplication"}]}
version＝1.0
其中，上述示例性的預設接口中的各個參數的具體描述如表1所示。
前面描述了應用掛載平臺發布子應用程式、更新子應用程式或者刪除子應用程式，接下來，終端可能要獲取發布的或者更新的子應程序對應的服務，因此，進一步的，，所述接收單元400還用於，接收終端發送的子應用服務獲取請求；
所述應用掛載平臺還包括展現控制單元430，用於根據所述子應用服務獲取請求向所述終端提供所述子應用程式能夠向所述終端開放的服務。
進一步的，所述接收單元400還用於，接收所述認證伺服器根據所述登錄請求返回的權限信息；
所述應用掛載平臺還包括確定單元440，用於根據所述權限信息確定所述子應用程式能夠向所述終端開放的服務。
需要說明的是，所述認證伺服器根據所述登錄請求向應用掛載平臺返回權限信息之前，要進行二級驗證，二級驗證均通過後，才能接收到權限信息，並向應用掛載平臺返回權限信息，具體過程如下：
所述認證伺服器接收所述終端發送的登錄請求，根據所述登錄請求向所述ldap伺服器發送所述查詢請求；
所述認證伺服器接收所述ldap伺服器根據所述查詢請求返回的確定所述id為有效id的查詢響應消息；
所述認證伺服器在接收到查詢響應消息之後，向所述業務伺服器發送驗證請求，所述驗證請求用於驗證採用所述id登錄的終端是否具有訪問所述業務伺服器的應用的權限；
所述認證伺服器接收所述業務伺服器根據所述驗證請求返回的所述權限令牌。
在該方案中，應用掛載平臺可以單獨分開管理每一個子應用程式，不是在需要管理每一個子應用程式時要將相關聯的所有子應用程式統一管理，例如，要更新微信應用程式中的「通訊錄」子應用程式時，不需要將微信應用程式中有「微信」、「通訊錄」、「發現」、「我」四個子應用程式的所有更新包下載，單獨下載「通訊錄」子應用程式的更新包就可以實現「通訊錄」子應用程式的更新，因此，提高了管理效率及靈活性。
在此提供的方法和裝置不與任何特定計算機、虛擬系統或者其它設備固有相關。各種通用系統也可以與基於在此的示教一起使用。根據上面的描述，構造這類裝置所要求的結構是顯而易見的。此外，本發明也不針對任何特定程式語言。應當明白，可以利用各種程式語言實現在此描述的本發明的內容，並且上面對特定語言所做的描述是為了披露本發明的最佳實施方式。
在此處所提供的說明書中，說明了大量具體細節。然而，能夠理解，本發明的實施例可以在沒有這些具體細節的情況下實踐。在一些實例中，並未詳細示出公知的方法、結構和技術，以便不模糊對本說明書的理解。
類似地，應當理解，為了精簡本公開並幫助理解各個發明方面中的一個或多個，在上面對本發明的示例性實施例的描述中，本發明的各個特徵有時被一起分組到單個實施例、圖、或者對其的描述中。然而，並不應將該公開的方法解釋成反映如下意圖：即所要求保護的本發明要求比在每個權利要求中所明確記載的特徵更多的特徵。更確切地說，如權利要求書所反映的那樣，發明方面在於少於前面公開的單個實施例的所有特徵。因此，遵循具體實施方式的權利要求書由此明確地併入該具體實施方式，其中每個權利要求本身都作為本發明的單獨實施例。
本領域那些技術人員可以理解，可以對實施例中的裝置中的模塊進行自適應性地改變並且把它們設置在與該實施例不同的一個或多個裝置中。可以把實施例中的若干模塊組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特徵和/或過程或者模塊中的至少一些是相互排斥之外，可以採用任何組合對本說明書(包括伴隨的權利要求、摘要和附圖)中公開的所有特徵以及如此公開的任何方法或者設備的所有過程或單元進行組合。除非另外明確陳述，本說明書(包括伴隨的權利要求、摘要和附圖)中公開的每個特徵可以由提供相同、等同或相似目的替代特徵來代替。
此外，本領域的技術人員能夠理解，儘管在此所述的一些實施例包括其它實施例中所包括的某些特徵而不是其它特徵，但是不同實施例的特徵的組合意味著處於本發明的範圍之內並且形成不同的實施例。例如，在權利要求書中，所要求保護的實施例的任意之一都可以以任意的組合方式來使用。
本發明的各個裝置實施例可以以硬體實現，或者以在一個或者多個處理器上運行的軟體模塊實現，或者以它們的組合實現。本領域的技術人員應當理解，可以在實踐中使用微處理器或者數位訊號處理器(dsp)來實現根據本發明實施例的裝置中的一些或者全部模塊的一些或者全部功能。本發明還可以實現為用於執行這裡所描述的方法的一部分或者全部的裝置程序(例如，電腦程式和電腦程式產品)。這樣的實現本發明的程序可以存儲在計算機可讀介質上，或者可以具有一個或者多個信號的形式。這樣的信號可以從網際網路網站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。
應該注意的是上述實施例對本發明進行說明而不是對本發明進行限制，並且本領域技術人員在不脫離所附權利要求的範圍的情況下可設計出替換實施例。在權利要求中，不應將位於括號之間的任何參考符號構造成對權利要求的限制。單詞「包含」不排除存在未列在權利要求中的元件或步驟。位於元件之前的單詞「一」或「一個」不排除存在多個這樣的元件。本發明可以藉助於包括有若干不同元件的硬體以及藉助於適當編程的計算機來實現。在列舉了若干裝置的單元權利要求中，這些裝置中的若干個可以是通過同一個硬體項來具體體現。單詞第一、第二、以及第三等的使用不表示任何順序。可將這些單詞解釋為名稱。