[發明專利]業務展示方法、裝置、系統、電子設備及計算機可讀介質

在審

• 申請號: 201910151544.0
• 申請日: 2019-02-28
• 公開（公告）號: CN111625277A
• 公開（公告）日: 2020-09-04
• 發明（設計）人: 熊文源
• 申請（專利權）人: 北京京東尚科信息技術有限公司;北京京東世紀貿易有限公司
• 主分類號: G06F8/73
• 分類號: G06F8/73;G06F9/448
• 代理公司: 北京律智知識產權代理有限公司 11438
• 代理人: 袁禮君;闞梓瑄

本公開涉及一種業務展示方法、裝置、系統、電子設備及計算機可讀介質。該方法包括：獲取來自于服務器的業務包與驗簽文件；解析所述驗簽文件；基于解析后的所述驗簽文件對所述業務包進行驗證；以及在驗證通過后，基于所述業務包調用應用程序編程接口以進行業務展示。本公開的一種業務展示方法、裝置、系統、電子設備及計算機可讀介質，能夠在跨平臺移動應用開發框架中，避免客戶端上的私有應用程序編程接口被暴露給第三方，或者客戶端上的軟件開發工具包被第三方惡意使用。

技術領域

本公開涉及計算機信息處理領域，具體而言，涉及一種業務展示方法、裝置、系統、電子設備及計算機可讀介質。

背景技術

隨著技術的發展，能夠帶來更多便利性的跨平臺開發解決方案越來越多，包括基于h5/weex/reactnative的各種平臺等等，跨平臺移動應用開發框架，目前是支持直接從服務端下發程序包，最終在客戶端動態顯示的。

這種便捷性，同樣帶來了安全問題，因為要從服務端下發，所以存在的問題是包的安全問題，如何控制外部包擴散到客戶端。因為Reactnative本身的限制，需要依賴很多原生的功能來完成自己的功能，比如多媒體/支付等等功能，而且這些功能隨著業務開發的積累越來越多了，那么如何控制外部接入模塊對客戶端的安全應用程序編程接口(Application Programming Interface，API)的使用也是一個很棘手的問題，一旦客戶端的上私有的API被利用了，會產生很嚴重的后果。同時服務器在對外賦能過程中，目前為了安全一般都做了https的加密，來提高任務包的安全性，但是這是遠遠不夠的，即使通過https加密限制了下載，客戶端仍舊是是可以串改一些應用的程序包的，API的安全上，目前基本沒有控制。

在跨平臺移動應用開發框架下，如何控制外部應用對服務器引擎的使用，或者讓外部客戶端得到更好更安全的開發，是需要服務器引擎對程序做安全考量的。

因此，需要一種新的業務展示方法、裝置、系統、電子設備及計算機可讀介質。

在所述背景技術部分公開的上述信息僅用于加強對本公開的背景的理解，因此它可以包括不構成對本領域普通技術人員已知的現有技術的信息。

發明內容

有鑒于此，本公開提供一種業務展示方法、裝置、系統、電子設備及計算機可讀介質，能夠在跨平臺移動應用開發框架中，避免客戶端上的私有應用程序編程接口被暴露給第三方，或者客戶端上的軟件開發工具包被第三方惡意使用。

本公開的其他特性和優點將通過下面的詳細描述變得顯然，或部分地通過本公開的實踐而習得。

根據本公開的一方面，提出一種業務展示方法，該方法包括：獲取來自于服務器的業務包與驗簽文件；解析所述驗簽文件；基于解析后的所述驗簽文件對所述業務包進行驗證；以及在驗證通過后，基于所述業務包調用應用程序編程接口以進行業務展示。

在本公開的一種示例性實施例中，解析所述驗簽文件包括：通過軟件開發工具包引擎解析所述驗簽文件。

在本公開的一種示例性實施例中，基于解析后的所述驗簽文件對所述業務包進行驗證包括：基于解析后的所述驗簽文件通過parseRSAFile方法對所述業務包進行驗證。

在本公開的一種示例性實施例中，基于所述業務包調用應用程序編程接口以進行業務展示包括：基于所述業務包調用應用程序編程接口；基于所述驗簽文件確定所述應用程序編程接口是否滿足安全規則；以及在滿足安全規則時，進行所述業務展示。

在本公開的一種示例性實施例中，基于所述驗簽文件確定所述應用程序編程接口是否滿足安全規則包括：基于所述驗簽文件通過Java模塊包裝方法確定所述應用程序編程接口是否滿足安全規則。