TW201636834A - 應用程式拼裝方法和系統 - Google Patents

Abstract

一種應用程式拼裝方法和系統，用於拼裝能夠安裝在用戶設備上的應用程式的安裝包。所述系統包括：用戶介面模組選擇單元，用於根據用戶設備的螢幕資訊選擇與用戶設備的螢幕適配的用戶介面模組；以及安裝包拼裝單元，用於將由用戶介面模組選擇單元所選擇的用戶介面模組與操作邏輯模組拼裝在一起以形成所述應用程式的安裝包，所述操作邏輯模組與用戶設備的螢幕無關。

Description

應用程式拼裝方法和系統

本申請公開的內容涉及一種應用程式安裝包的拼裝方法和系統，具體而言，涉及一種與用戶設備適配且動態的應用程式安裝包的拼裝方法和系統。

諸如智慧手機、平板電腦之類的可攜式智慧電子設備已越來越廣泛地得到應用。這些智慧電子設備具有強大的處理能力，並且可以在其上運行各種應用程式。通常在出廠時，這些電子設備上已經預裝了一些應用程式。此外，用戶可以根據個人需要在這些電子設備上額外地安裝其他一些應用程式。

在現有技術中，在可攜式智慧電子設備上安裝應用程式的方式大致可以分為兩種：一種方式是，用戶直接利用其電子設備上的“應用程式商店”之類的應用程式（例如，Android系統上的“Google Play”應用程式）來選擇需要安裝的應用程式，然後下載所選應用程式的應用程式安裝包並在電子設備上安裝在電子設備上；另一種方式是，用戶利用諸如個人電腦之類的設備訪問特定的應用程式伺服器來選擇需要安裝的應用程式，然後將所選應用程式的應用程式安裝包下載或推送到用戶的可攜式智慧電子設備上以進行安裝。然而，無論採取何種形式，都是透過一次下載或推送來得到應用程式安裝包的。也就是說，在安裝應用程式之前，不能動態地配置應用程式的安裝包。然而，各種電子設備在硬體配置方面存在有差異，例如，螢幕的畫素密度可以包括lDPI（例如，120DPI）、mDPI（例如，160DPI）、hDPI（例如，240DPI）以及xhDPI（320DPI）四個基本畫素密度，對於同一畫素密度存在有多種不同的解析度，並且硬體的架構可以包括x86、ARM、MIPS等等。為了能夠在各種不同配置的電子設備上正常地運行和顯示，應用程式安裝包的尺寸通常較大以涵蓋各種可能的硬體配置，從而在下載或推送過程中會佔用更多的網路資源。

此外，“應用程式商店”之類的服務型應用程式會定期掃描安裝在電子設備上的各個應用程式的版本，並且與應用程式伺服器上該應用程式的最新版本進行比較。當發現安裝在電子設備上的應用程式不是最新版本時，會提示用戶將應用程式升級。升級的方式是將最新版本的應用程式安裝包下載或推送至用戶的電子設備進行安裝，以替換或覆蓋舊版本的應用程式。由於應用程式安裝包不是動態配置的，因而會出現這樣一種情況：應用程式伺服器上的最新版本應用程式是針對某一特定硬體配置的設備所進行的改進，例如，修復了在特定螢幕解析度下的顯示問題。然而，這樣的改進對其他類硬體配置的設備是沒有任何意義的。因而，用戶經常會進行一些不必要的應用程式升級操作，浪費了更多的網路資源。

針對現有技術中的這些問題提出了本發明構思。根據本發明的應用程式拼裝方法和系統，可以根據用戶設備的實際情況動態地配置應用程式安裝包，使得針對特定用戶設備的應用程式安裝包的尺寸最小化，從而節省了網路資源。此外，還可以為用戶避免不必要的應用程式升級操作。

根據本發明的一個方面，提供了一種應用程式拼裝方法，用於拼裝能夠安裝在用戶設備上的應用程式的安裝包，所述方法包括步驟：根據用戶設備的螢幕資訊選擇與用戶設備的螢幕適配的用戶介面模組；以及將所選擇的用戶介面模組與操作邏輯模組拼裝在一起以形成所述應用程式的安裝包，所述操作邏輯模組與用戶設備的螢幕無關。

根據本發明的實施例，所述方法還可以包括步驟：回應於對已安裝的應用程式的操作，判定在用戶設備上是否存在用於實現該操作的構件，當不存在所述構件時：根據用戶設備的架構資訊來選擇用於實現該操作的構件；以及在用戶設備上將所選擇的構件拼裝至所述已安裝的應用程式。

根據本發明的實施例，可以透過應用程式伺服器來選擇所述用戶介面模組並將所選擇的用戶介面模組與操作邏輯模組拼裝在一起。

根據本發明的實施例，可以透過應用程式伺服器來選擇所述構件，並且可以透過用戶設備自身或者應用程式安裝伺服器將所選擇的構件拼裝至所述已安裝的應用程式。

根據本發明的實施例，用戶設備的螢幕資訊可以包括螢幕的畫素密度資訊和/或解析度資訊。

根據本發明的另一個方面，提供了一種應用程式拼裝系統，用於拼裝能夠安裝在用戶設備上的應用程式的安裝包，所述系統包括：用戶介面模組選擇單元，用於根據用戶設備的螢幕資訊選擇與用戶設備的螢幕適配的用戶介面模組；以及安裝包拼裝單元，用於將由用戶介面模組選擇單元所選擇的用戶介面模組與操作邏輯模組拼裝在一起以形成所述應用程式的安裝包，所述操作邏輯模組與用戶設備的螢幕無關。

根據本發明的實施例，所述應用程式拼裝系統還可以包括構件選擇單元和構件拼裝單元。回應於對已安裝的應用程式的操作，判定在用戶設備上是否存在用於實現該操作的構件，當不存在所述構件時，所述構件選擇單元用於根據用戶設備的架構資訊來選擇用於實現該操作的構件，並且所述構件拼裝單元用於在用戶設備上將由構件選擇單元所選擇的構件拼裝至所述已安裝的應用程式。

根據本發明的實施例，所述用戶介面模組選擇單元和所述安裝包拼裝單元可以實現在應用程式伺服器中。

根據本發明的實施例，所述構件選擇單元可以實現在應用程式伺服器中，並且所述構件拼裝單元可以實現在用戶設備中或者實現在應用程式安裝伺服器中。

根據本發明的應用程式拼裝方法和系統，可以實現對應用程式安裝包的動態配置，即，選取與用戶設備適配的各個模組來拼裝應用程式安裝包，並且僅在需要時才將與用戶設備適配的構件拼裝至已安裝的應用程式，從而使得針對特定用戶設備的應用程式安裝包的尺寸最小化，以節省傳輸應用程式安裝包所需的網路資源。

此外，當在應用程式伺服器上僅針對特定硬體配置的用戶介面模組或構件進行了升級時，與該硬體配置無關的用戶設備可以不必進行升級操作，從而為用戶避免了不必要的應用程式升級操作。

透過以下參考附圖的詳細說明，本發明的上述以及其他方面、特徵和優點將得以呈現。在附圖中：

圖1示出了根據本發明的實施例的應用程式安裝包的示意性結構框圖；

圖2示出了根據本發明的實施例在已安裝的應用程式中拼裝構件的示意圖；

圖3和圖4示出了可以應用根據本發明的實施例的應用程式拼裝方法和系統的應用環境；

圖5示出了根據本發明的實施例的應用程式拼裝系統的示意性框圖；以及

圖6示出了根據本發明的一個實施例的應用程式拼裝方法的示意流程圖。

下文中，將參照附圖詳細描述本公開的實施例。然而，本發明可按照多種不同形式具體實現，並且不應理解為限於本文闡述的實施例。提供這些實施例是為了使得本公開將是徹底和完整的，並且將把本發明的範圍完全傳遞給本領域技術人員。在附圖中，為了清楚起見，沒有按照比例繪製各個部件，並且相同的標號將始終用於指代相同或相似的部件。

除非另有說明或者在上下文中明確地指出，否則在描述本發明的上下文中使用的術語“一”、“一個”和“該”以及類似的所指物件應當解釋為涵蓋單數形式和複數形式。除非另有所指，否則術語“包括”、“具有”、“包含”和“含有”應當解釋為開放式術語（即，表示“包括但不限於”）。

除非另有定義，否則在本文中使用的所有技術術語和科學術語具有與本發明所屬領域的任一普通技術人員通常理解相同的含義。還應當理解，除非另有所指，否則本文使用的任何和所有實例或示例性術語僅用來更好地闡明本發明的而不是用來限制本發明的範圍。此外，除非另有定義，否則不可以過度地解釋在通常使用的字典中定義的所有術語。

本發明提供了一種能夠與用戶設備適配且動態的應用程式拼裝方法和系統。在本發明的各項技術方案中，應用程式安裝包是動態拼裝而成的。

圖1示出了根據本發明的實施例的應用程式安裝包的示意性結構框圖。

如圖1所示，根據本發明的實施例的應用程式安裝包10可以包括動態配置的用戶介面模組11和操作邏輯模組12。

用戶介面模組11與用戶設備的螢幕相關。具體而言，用戶介面模組11可以與用戶設備的螢幕的畫素密度相關和/或與螢幕的解析度相關。螢幕的畫素密度可以包括lDPI（例如，120DPI）、mDPI（例如，160DPI）、hDPI（例如，240DPI）以及xhDPI（320DPI）四個基本畫素密度。因而，對同一應用程式而言，可以存在有四個不同的用戶介面模組11-1至11-4以分別對應於四個畫素基本。然而，本發明構思不限於此。例如，用戶介面模組11可以對應於四個基本畫素密度以外的畫素密度；對於同一畫素密度可以存在多個用戶介面模組11以對應於不同的解析度；或者對同一應用程式而言，可以存在少於或多於四個不同的用戶介面模組11。在用戶介面模組11中，例如，可以實現視窗、功能表、按鈕等應用程式的顯示元素，並且可以實現各個顯示元素之間的相互位置關係。

操作邏輯模組12與用戶設備的螢幕無關。對同一應用程式而言，只需要一個操作邏輯模組12。具體而言，在操作邏輯模組12中可以實現有各種演算法、數據結構等與顯示無關的應用程式部分，並且還可以實現各個顯示元素之間的調用關係，例如，透過點擊當前視窗中的某一功能表項目來切換至另一視窗。

在現有技術中，為了能夠適配多種不同的硬體配置，在一個應用程式安裝包中包括有多個用戶介面模組11和操作邏輯模組12，從而應用程式安裝包的尺寸較大。

根據本發明的技術方案，可以動態地配置用戶介面模組11以適配用戶設備的螢幕（比如，螢幕的畫素密度），使得針對特定用戶設備的應用程式安裝包的尺寸最小化。如圖1所示，可以根據用戶設備的螢幕來選擇用戶介面模組11-1至11-4之一來作為用戶介面模組11，並使其包括在應用程式安裝包中。

此外，以Android系統為例，其上的應用程式實際運行在Java虛擬機（Java Virtual Machine，JVM）中，透過JVM來獲得/訪問底層的系統資源。有些時候，JVM並不能滿足全部的需求，於是Java提供了Java本地介面（Java Native Interface，JNI），來使得用諸如C/C++等語言編寫的代碼可以透過JNI與運行在JVM中的Java代碼集成。在一些應用程式中，為了實現某一特定功能或提高應用程式的運行效率，需要調用底層硬體平臺的指令集。開發人員可以例如透過C/C++等語言編寫的代碼來訪問底層硬體平臺的指令集，進而實現某一特定功能或提高應用程式的運行效率。因而，同一應用程式在不同的硬體平臺上的運行庫（或構件）是不同的，這是因為不同的硬體平臺所提供的指令集是不同的。

在現有技術中，為了使得同一應用程式能夠在具有不同硬體架構的多種用戶設備上運行，在一個應用程式安裝包中包括有針對不同硬體架構編寫的運行庫，從而應用程式安裝包的尺寸較大。以Android系統的應用程式安裝包為例，為了實現跨硬體平臺，在一個Android包（Android PacKage，APK）文檔中可以包括針對ARM和x86兩種硬體架構的運行庫。

根據本發明的技術方案，可以動態地配置運行庫（或構件）以適配不同的硬體架構（比如，ARM、x86、MIPS等），使得針對特定用戶設備的應用程式安裝包的尺寸最小化。此外，如圖1所示，在拼裝應用程式安裝包10時並沒有包括構件1至構件3（僅以虛線框示出），而是在用戶對已安裝的應用程式進行操作時，才將相應的構件拼裝至已安裝的應用程式，使得應用程式安裝包的尺寸進一步減小。

圖2示出了根據本發明的實施例在已安裝的應用程式中拼裝構件的示圖。如圖2所示，例如，可以回應於對已安裝的應用程式的操作，根據用戶設備的架構選擇構件1-1（例如，針對ARM架構的構件）或構件1-2（例如，針對x86架構的構件）來作為構件1，並使其拼裝在已安裝的應用程式中。此外，可以根據構件的構件資訊來選擇相應的構件。構件資訊可以包括（但不限於）構件的唯一標識、名稱和/或版本號。

圖3和圖4示出了可以應用根據本發明的實施例的應用程式拼裝方法和系統的應用環境。

參考圖3，在示出的應用環境中包括：用戶設備100、應用程式伺服器200以及用於實現用戶設備100與應用程式伺服器200之間的通信的網路300。用戶設備100可以是能夠在其上安裝應用程式的任何設備，包括（但不限於）智慧手機、平板電腦之類的可攜式智慧電子設備。應用程式伺服器200可以是提供能夠安裝在用戶設備100上的應用程式的各種類型的伺服器，並且應用程式伺服器200可以以應用程式安裝包的形式來提供各種應用程式。網路300可以是任何有線網路、無線網路或它們的組合。

與圖3所示的應用環境相比，在圖4所示的應用環境中還包括應用程式安裝伺服器400。應用程式安裝伺服器400用於在用戶設備100上安裝由應用程式伺服器200提供的各種應用程式。

圖5示出了根據本發明的實施例的應用程式拼裝系統的示意性框圖。

參見圖1和圖5，根據本發明的實施例的應用程式拼裝系統500可以包括用戶介面模組選擇單元501和安裝包拼裝單元502。用戶介面模組選擇單元501用於根據用戶設備100的螢幕資訊選擇與用戶設備100的螢幕適配的用戶介面模組（例如，圖1所示的用戶介面模組11-1至11-4之一）。安裝包拼裝單元502用於將由用戶介面模組選擇單元501所選擇的用戶介面模組與操作邏輯模組（例如，圖1所示的操作邏輯模組12）拼裝在一起以形成應用程式的安裝包（例如，圖1所示的應用程式安裝包10）。操作邏輯模組12與用戶設備100的螢幕無關。

參見圖3、圖4和圖5，用戶介面模組選擇單元501和安裝包拼裝單元502可以實現在應用程式伺服器200中。應用程式伺服器200可以回應於來自用戶設備100的請求，透過用戶介面模組選擇單元501來選擇與由用戶設備100提供的螢幕資訊適配的用戶介面模組。用戶設備100提供的螢幕資訊可以包括螢幕的畫素密度資訊和/或解析度資訊。安裝包拼裝單元502可以將由用戶介面模組選擇單元501所選擇的用戶介面模組與操作邏輯模組拼裝在一起以形成應用程式安裝包。隨後，應用程式伺服器200透過網路300將拼裝的應用程式安裝包發送至用戶設備100，並且在用戶設備100上安裝應用程式。

此外，在圖4所示的應用環境中，可以透過應用程式安裝伺服器400獲取用戶設備100的螢幕資訊，並將該螢幕資訊透過網路300發送至應用程式伺服器200。應用程式伺服器200透過網路300將拼裝的應用程式安裝包發送至應用程式安裝伺服器400，並且透過應用程式安裝伺服器400在用戶設備100上安裝應用程式。

可附加地，根據本發明的實施例的應用程式拼裝系統500還可以包括構件選擇單元503和構件拼裝單元504。回應於對已安裝的應用程式的操作，判定在用戶設備100上是否存在用於實現該操作的構件，當不存在所述構件時：構件選擇單元503用於根據用戶設備100的架構資訊來選擇用於實現該操作的構件。構件拼裝單元504用於在用戶設備100上將由構件選擇單元503所選擇的構件拼裝至所述已安裝的應用程式。

如上所述，應用程式有可能包括有需要調用底層硬體平臺的指令集的構件以實現特定的功能。在此情況下，回應於對已安裝的應用程式的操作，首先判定在用戶設備上是否存在用於實現該操作的構件，當不存在所述構件時，需要將實現該特定功能的構件拼裝至所述已安裝的應用程式。構件選擇單元503可以根據用戶設備100的架構資訊來選擇用於實現該操作的構件。構件拼裝單元504可以在用戶設備100上將由構件選擇單元503所選擇的構件拼裝至所述已安裝的應用程式，進而實現特定的功能。

此外，可以根據構件的構件資訊來選擇相應的構件。具體而言，回應於對已安裝的應用程式的操作，當判定在用戶設備100上不存在用於實現該操作的構件時，可以獲取用於實現該操作的構件的構件資訊。構件選擇單元503可以根據用戶設備100的架構資訊來選擇與構件資訊相對應的構件。構件資訊可以包括（但不限於）構件的唯一標識、名稱和/或版本號。

根據本發明的實施例，當應用程式初始安裝在用戶設備100上時，應用程式安裝包10可以不包括需要調用底層硬體平臺的指令集的各種構件，以使得應用程式安裝包10的尺寸進一步減小。

在運行應用程式時，如果用戶的操作（例如，點擊了某一按鈕或選擇了某一功能表項目）需要調用一個（或多個）構件來實現特定功能，則首先判斷在用戶設備上是否存在有所述一個（或多個）構件。如果不存在，則可以透過上述方式獲得相應的構件，並將構件拼裝至已安裝的應用程式以實現特定功能。透過上述方式獲得的構件是與用戶設備的硬體平臺適配的構件，因而能夠使得應用程式正常運行。此外，無需得到與用戶設備的硬體平臺無關的構件，從而節省了網路資源。

參見圖3、圖4和圖5，構件選擇單元503可以實現在應用程式伺服器200中，而構件拼裝單元504可以實現在用戶設備100中或者實現在應用程式安裝伺服器400中。也就是說，雖然在圖5中將根據本發明的實施例的應用程式拼裝系統500示出為一個整體，然而應用程式拼裝系統500中的各個單元可以分別實現在不同的設備或伺服器中。本領域技術人員能夠根據具體需要來合理地佈置各個單元，而本發明旨在涵蓋所有這些可能的變化。

圖6示出了根據本發明的一個實施例的應用程式拼裝方法的示意流程圖。

如圖6所示，首先根據用戶設備的螢幕資訊選擇與用戶設備的螢幕適配的用戶介面模組（S601）。用戶設備的螢幕資訊可以包括螢幕的畫素密度資訊和/或解析度資訊。隨後，將所選擇的用戶介面模組與操作邏輯模組拼裝在一起以形成所述應用程式的安裝包（S602）。操作邏輯模組與用戶設備的螢幕是無關的。

可附加地，回應於對已安裝的應用程式的操作，判定在用戶設備上是否存在用於實現該操作的構件。當不存在所述構件時，可以根據用戶設備的架構資訊來選擇用於實現該操作的構件（S603）。隨後，在用戶設備上將所選擇的構件拼裝至所述已安裝的應用程式（S604）。

雖然已經結合實施例顯示並描述了本發明的各實施例，但是本領域技術人員應當清楚的是，在不脫離本發明的精神和範圍的情況下，可作出各種修改和改變。本發明的保護範圍旨在涵蓋所有這些修改和改變。

10‧‧‧應用程式安裝包

11‧‧‧用戶介面模組

12‧‧‧操作邏輯模組

20‧‧‧拼裝構件

100‧‧‧用戶設備

200‧‧‧應用程式伺服器

300‧‧‧網路

400‧‧‧應用程式安裝伺服器

500‧‧‧應用程式拼裝系統

501‧‧‧用戶介面模組選擇單元

502‧‧‧安裝包拼裝單元

503‧‧‧構建選擇單元

504‧‧‧構件拼裝單元

無

500‧‧‧應用程式拼裝系統

501‧‧‧用戶介面模組選擇單元

502‧‧‧安裝包拼裝單元

503‧‧‧構件選擇單元

504‧‧‧構件拼裝單元

Claims (10)

1. 一種應用程式拼裝方法，用於拼裝能夠安裝在用戶設備上的應用程式的安裝包，所述方法包括步驟：
   根據用戶設備的螢幕資訊選擇與用戶設備的螢幕適配的用戶介面模組；以及
   將所選擇的用戶介面模組與操作邏輯模組拼裝在一起以形成所述應用程式的安裝包，所述操作邏輯模組與用戶設備的螢幕無關。
2. 如申請專利範圍第1項所述之應用程式拼裝方法，還包括步驟：
   回應於對已安裝的應用程式的操作，判定在用戶設備上是否存在用於實現該操作的構件，當不存在所述構件時：
   根據用戶設備的架構資訊來選擇用於實現該操作的構件；以及
   在用戶設備上將所選擇的構件拼裝至所述已安裝的應用程式。
3. 如申請專利範圍第1項或第2項所述之應用程式拼裝方法，其中，透過應用程式伺服器來選擇所述用戶介面模組並將所選擇的用戶介面模組與操作邏輯模組拼裝在一起。
4. 如申請專利範圍第2項所述之應用程式拼裝方法，其中，透過應用程式伺服器來選擇所述構件，並且透過用戶設備自身或者應用程式安裝伺服器將所選擇的構件拼裝至所述已安裝的應用程式。
5. 如申請專利範圍第1項所述之應用程式拼裝方法，其中，用戶設備的螢幕資訊包括螢幕的畫素密度資訊和/或解析度資訊。
6. 一種應用程式拼裝系統，用於拼裝能夠安裝在用戶設備上的應用程式的安裝包，所述系統包括：
   用戶介面模組選擇單元，用於根據用戶設備的螢幕資訊選擇與用戶設備的螢幕適配的用戶介面模組；以及
   安裝包拼裝單元，用於將由用戶介面模組選擇單元所選擇的用戶介面模組與操作邏輯模組拼裝在一起以形成所述應用程式的安裝包，所述操作邏輯模組與用戶設備的螢幕無關。
7. 如申請專利範圍第6項所述之應用程式拼裝系統，還包括構件選擇單元和構件拼裝單元，
   其中，回應於對已安裝的應用程式的操作，判定在用戶設備上是否存在用於實現該操作的構件，當不存在所述構件時，
   所述構件選擇單元用於根據用戶設備的架構資訊來選擇用於實現該操作的構件，並且
   所述構件拼裝單元用於在用戶設備上將由構件選擇單元所選擇的構件拼裝至所述已安裝的應用程式。
8. 如申請專利範圍第6項或第7項所述之應用程式拼裝系統，其中，所述用戶介面模組選擇單元和所述安裝包拼裝單元實現在應用程式伺服器中。
9. 如申請專利範圍第7項所述之應用程式拼裝系統，其中，所述構件選擇單元實現在應用程式伺服器中，並且所述構件拼裝單元實現在用戶設備中或者實現在應用程式安裝伺服器中。
10. 如申請專利範圍第6項所述之應用程式拼裝系統，其中，用戶設備的螢幕資訊包括螢幕的畫素密度資訊和/或解析度資訊。