TW201403477A - 利用雲端服務在行動裝置上執行應用的方法與系統 - Google Patents

Abstract

本發明係有關於一種利用雲端服務在行動裝置上執行應用的方法與系統。開發者先調用系統上的應用生成代理程式，將雲端服務組合後生成應用說明文件並載入至行動裝置中。行動裝置以服務請求代理程式剖析應用說明文件，動態產生介面及接收輸入資料，並與系統上之服務執行代理程式溝通。系統上之服務執行代理程式利用服務執行觸發機制完成服務請求，並將結果回傳給行動裝置。利用此種結合資訊科技系統整合及運算技術，及彈性化的定義雲端服務與應用執行方法，本發明可適用於任何提供行動裝置以服務定義模式動態產生介面進行服務請求，並以服務代理程式執行服務的應用上。

Description

利用雲端服務在行動裝置上執行應用的方法與系統

本發明與行動裝置執行應用有關，進言之，是使用資訊科技之系統整合與運算技術，將欲在行動裝置上執行的應用，先調用系統功能生成應用說明文件並載入至行動裝置，然後啟動行動裝置中之應用執行代理程式，在應用執行過程中透過雲端的服務執行代理程式，以服務呼叫模式來執行應用之服務請求，方法與系統是有關於將系統整合運算技術使用在應用文件生成與服務請求執行相關的應用中。

系統整合運算技術是資訊科技產業不斷演化的一種科技，從早期的主機模式(mainframe)，到主從架構模式(client-server)，到多層式的應用模式(application server)，以及雲端運算(cloud computing)服務模式。系統整合運算技術允許系統將應用(applications)、服務(services)、資料等依需要部署在不同的主機或伺服器上，以增加系統運作的彈性、可用性與擴充性。各個主機或伺服器可採用應用程式或服務的模式來相互呼叫或整合以達成運算的目的。利用應用執行重新指向、服務的部署、資料的彈性儲存等機制，系統整合運算技術提供系統化的方法，來管理一資訊集中化而存取開放化的資訊系統，以降低系統運作的成本。其次，目前在行動裝置上的應用，多是採行固定的服務模式，不僅缺乏彈性，應用的範圍亦有限，無法用來執行複雜的商業應用。本發明以系統整合運算技術，結合應用說明文件生成方法及服務請求執行方法，將先前行動裝置單純的應用模式，延伸至可滿足高度彈性化設計的商業服務應用模式。

本發明提出一使用系統整合運算技術將雲端服務組合並在行動裝置上執行的方法與系統。行動裝置應用開發人員，可將雲端服務系統中預先定義完成的服務，及自行定義的服務，相結合後生成應用說明文件。行動裝置的服務請求代理程式可讀入應用說明文件加以剖析後產生介面及接收輸入資料，並與系統上之服務執行代理程式溝通。系統上之服務執行代理程式利用服務執行觸發機制完成服務請求，並將執行結果回傳給行動裝置，並在行動裝置上依應用說明文件設定之內容顯示傳回的結果。

在第一實施例中，一雲端服務系統包含至少一資料儲存單元，至少一應用說明文件生成處理單元，及至少一服務請求執行處理單元。該雲端服務系統可利用組態設定來提供至少一種資訊服務。該雲端服務系統亦可包含複數個利用組態設定來登錄，並能與該雲端服務系統相互溝通及執行特定服務之第三方服務提供者系統。該雲端服務系統至少有一處理單元，可利用資料儲存單元上預先定義完成的服務，或針對自行定義之服務，以服務組合的方法生成應用說明文件；及至少有一處理單元，可接收行動裝置的服務請求，並根據服務請求類別，呼叫雲端服務系統本身所提供之服務，或是呼叫第三方服務提供者之服務，並將執行結果傳回行動裝置。

在特定的實施例中，該雲端服務系統之服務請求處理單元，可設定組態並依據行動裝置的服務請求類別，以預先設定之參數值補足行動裝置傳來遺漏值之項目，來完成服務請求格式。

在其他特定實施例中，該雲端服務系統至少有一資料儲存單元可設定組態來儲存服務項目、服務組態、服務 執行規則、及服務提供單位等與雲端服務相關的資訊。

在另外之其他實施例中，該雲端服務系統之服務請求處理單元，可設定組態與特定之ERP應用系統連結，以第三方服務提供者角色來提供商業應用之資訊服務。

第二個實施例是應用說明文件生成的環境，該環境包含至少一個應用文件生成機制的處理單元，及至少一可設定組態儲存與服務相關資料的資料儲存單元。應用說明文件在生成前是先存放在應用說明文件暫存區，待全部應用生成請求完成後才產生。

第三個實施例是行動裝置的服務請求執行環境，該環境包含至少一個服務請求執行機制的處理單元，及至少一可設定組態儲存與服務相關資料的資料儲存單元。服務請求執行分為系統服務與第三方服務提供者服務兩類，服務請求執行的結果將回傳給行動裝置。

以上僅為本發明之簡略說明，進一步的描述將在後文中詳加說明。本發明內容與實施方式之解說並未界定申請專利範圍之主要技術特徵，亦未限制申請專利之範圍。

為進一步對本發明作更清楚說明，乃藉由以下圖式、圖號說明、及發明詳細說明，冀能對 貴審查委員之審查工作有所助益。

在以下由圖一至圖五所討論的內容以及各種實施例，其用來描述本文件中所述發明的原則僅為說明之用，應不可以其他方式來建構而限制本發明之範疇。對所屬技術領域中具有通常知識者，應瞭解本發明之原則可在任何型態之適當安排的設備或系統上實施。

圖一描述本發明之一範例系統100。圖一顯示一可連結至網際網路的設備102，一行動裝置104，及一第三方服務提供者系統106與一雲端服務系統108相連結。雲端服務系統108包含一應用說明文件生成處理單元110，一服務請求執行處理單元112，與一資料儲存單元114。應用說明文件生成處理單元110可被設備102存取，服務請求執行處理單元112可與行動裝置104上的處理單元116相互溝通，亦可與第三方服務提供者系統106上的處理單元118相互溝通。本發明創新之處之一即為設計一具彈性且穩固的雲端服務系統108，透過創新的作業流程及結合第三方之多元的服務，來提供雲端服務給各種環境下的行動裝置。此種多元混合式之雲端服務模式將可成為行動商務之基礎建設重要的一環。

雲端服務系統108是具有儲存資訊與執行資料運算能力的資訊系統。此雲端服務系統包含至少一伺服器，可由遠端來存取。此雲端服務系統108可包含複數個儲存設備，可以儲存單元114之集合來參照，以及複數個處理單元，可以處理單元110或112之集合來參照。此雲端服務系統108亦可包含與第三方服務提供者系統相互溝通的硬體。其次，此雲端服務系統108亦可包含與第三方服務提供者系統相互溝通的軟體。因此，此雲端服務系統108利用軟硬體及透過安全或一般連結方式與第三方服務提供者系統106相互溝通來完成組合式的雲端服務電子化作業。雖然圖一中僅有一個雲端服務系統，但本發明亦適用於複 數個雲端服務的整合式系統。

第三方服務提供者系統106可為複數個不同行業環境或單位的電腦系統，亦可包含複數個伺服器、個人電腦、或任何可執行雲端服務請求的相關電子化作業的溝通設備。

第三方服務提供者系統106可透過任何安全或一般的方法，包括安全超文件傳輸協定(secure hypertext transfer protocol)，安全終端機(secure telnet)、或安全檔案傳輸協定(secure file transfer protocol)來與雲端服務系統108溝通。一般瞭解採用安全方法是優於一般方法，而所選擇的方法則是依存取的功能需求而定。本發明並未限制僅能採用任何特定的協定或資料傳輸方法。

第三方服務提供者系統106與雲端服務系統108的溝通必須是雙向的。所謂雙向溝通是指資料是在兩個或多個溝通設備間相互傳送與接收。

在某些實施例中，雲端服務系統108可能採用服務導向架構(Service Oriented Architecture,SOA)，由伺服主機以服務呼叫模式來提供雲端服務。當行動裝置的使用者呼叫一功能，例如庫存查詢，則是由行動裝置上的服務請求代理程式以服務呼叫模式，請求雲端服務系統108提供資訊查詢服務。本發明所揭露的系統或方法可被設計為多租戶(multi-tenancy)，此可讓多個單位共享同一實體資料庫資源，但仍維持各自資料的完全與私密性。

本發明創新特徵之一是在執行雲端服務時，可在複數個雲端服務系統108的資料儲存與資料處理單元間採用混合的處理模式。如果行動裝置104的某些特性交由雲端服務系統108來執行較優時，則可選擇由雲端服務系統108來執行；否則可維持在行動裝置104上執行，如此可以達成資源的有效安排與較佳的執行績效。

圖二顯示一應用說明文件生成案例208及簡化之應 用說明文件生成的執行環境的實施例200。圖二同時描述應用說明文件生成環境中的功能元件。在某些實施例中，功能元件可能是一硬體元件202，一軟體元件204，或是一硬體與軟體組合的元件。某些元件可能是應用層級的軟體，而某些元件則可能是作業系統層級的元件。在另一些實施例中，兩個或多個緊密連結的元件可在單一硬體平台上運作來生成應用說明文件。而在另一些實施例中，元件則可能是跨越網路來進行連結。每一種實施例可能會使用不同的硬體、軟體、及相連結的網路架構來達成設定的功能。

執行環境206可包含應用說明文件生成機制210，該應用說明文件生成機制210可執行的功能包括但不限於：接收應用生成請求212、生成請求指令分類214、生成請求指令格式驗證216、生成請求指令執行218、及執行結果回傳224。接收應用生成請求功能212可執行請求的初始處理，例如將接收的請求指令格式轉換成其他指令可處理的格式。在某些實施例中，接收應用生成請求功能212亦執行某些元件間溝通的工作。

執行環境206亦可包含一應用生成請求指令執行引擎222，該應用生成請求指令執行引擎222，可用來處理由應用說明文件生成機制210的生成請求指令執行功能218所寫入至生成請求指令佇列220中，等待執行的生成請求指令。應用生成請求指令執行引擎222執行的結果回傳224，可依指令請求寫入應用說明文件暫存區226中，或是產生應用說明文件生成檔228，供之後下載至行動裝置中。

執行環境206所包含的應用說明文件生成機制210及應用生成請求指令執行引擎222，可以是經編譯及連結後所產生的可執行程式碼，亦可為需在執行環境206控制下來執行的管制程式碼(managed code)或者原始碼(source code)。執行的模式可為即時處理模式，亦可為批次模式， 如採用批次模式，則可結合生成請求指令佇列220、說明文件暫存區226、及應用說明文件生成檔228等元件。

在某些實施例中，服務執行規則設定檔案234可用來指示說明生成文件生成機制210的運作模式，例如在不同的時段，啟動不同數目的各類元件，以達到負荷平衡的(load balance)目的。生成請求指令分類功能214可將請求事件分類。生成請求指令格式驗證216在確認指令格式的正確性。將請求事件分類或是驗證指令格式的正確性，將使用到不限於服務項目檔案230、服務組態檔案232、服務執行規則檔案234，與服務提供單位檔案236之一或其組合，來決定請求事件該如何處理。

在某些實施例中，應用說明文件生成機制210，可能會與某些作為應用開發的文件生成機制雷同或近似。當應用說明文件生成機制210用作應用開發的平台時，可與任何第三方應用開發平台相結合，最終成為應用開發平台的一部份。開發出的應用可在行動裝置上執行，使得開發人員可以測試與調整應用說明文件。一旦應用說明文件測試完成，則可將其佈署到雲端服務平台供行動裝置的使用者下載。

圖三顯示一服務請求執行案例308及簡化之服務請求執行環境的實施例300。圖三同時描述服務請求執行環境中的功能元件。在某些實施例中，功能元件可能是一硬體元件302，一軟體元件304，或是一硬體與軟體組合的元件。某些元件可能是應用層級的軟體，而某些元件則可能是作業系統層級的元件。在另一些實施例中，兩個或多個緊密連結的元件可在單一硬體平台上運作來執行服務請求。而在另一些實施例中，元件則可能是跨越網路來進行連結。每一種實施例可能會使用不同的硬體、軟體、及相連結的網路架構來達成設定的功能。

執行環境306可包含服務請求執行機制310，該服 務請求執行機制310可執行的功能包括但不限於：接收行動裝置服務請求312、服務請求分類314、服務請求格式驗證316、服務請求執行318、及執行結果回傳324。接收行動裝置服務請求功能312可執行服務請求的初始處理，例如將接收的服務請求指令格式轉換成其他指令可處理的格式。在某些實施例中，接收行動裝置服務請求功能312亦執行某些元件間溝通的工作。

執行環境306亦可包含一服務執行引擎322，該服務執行引擎322，可用來處理由服務請求執行機制310的服務請求執行功能318所寫入至服務請求佇列320中，等待執行的服務請求。服務執行引擎322將執行的結果回傳324，如服務請求為雲端服務平台本身所提供的服務，則可將執行結果直接回覆完成服務請求執行；如服務請求為第三方服務者所提供的服務，某些實施例是採直接呼叫方式，並將結果回覆請求者；而另一些實施例，則是先將服務請求先寫入呼叫服務提供者服務訊息佇列326中，待第三方服務提供者將結果回傳並寫入服務提供者傳回結果訊息佇列328中後，再由執行結果回傳功能324將結果回覆請求者。

執行環境306所包含的服務請求執行機制310及服務執行引擎322，可以是經編譯及連結後所產生的可執行程式碼，亦可為需在執行環境306控制下來執行的管制程式碼(managed code)或者原始碼(source code)。執行的模式可為即時處理模式，亦可為批次模式，如採用批次模式，則可結合生成請求指令佇列320、服務提供者服務訊息佇列326、及服務提供者傳回結果訊息佇列328等元件。

在某些實施例中，服務執行規則設定檔案334可用來指示服務請求執行機制310的運作模式，例如在不同的時段，啟動不同數目的各類元件，以達到負荷平衡的(load balance)目的。服務請求分類功能314可將服務請求事件分 類。服務請求格式驗證316在確認服務請求格式的正確性。將服務請求事件分類或是驗證服務請求格式的正確性，將使用到不限於服務項目檔案330、服務組態檔案332、服務執行規則檔案334，與服務提供單位檔案336之一或其組合，來決定服務請求事件該如何處理。

在某些實施例中，服務請求執行機制310，可能會與某些應用執行的機制雷同或近似。當服務請求執行機制310用作應用執行平台時，可與任何提供雲端服務的第三方平台相結合，最終成為行動裝置應用平台的一部份。利用本發明揭露之技術所生成的應用說明文件，將可在行動裝置上執行，並可透過本發明所揭露之服務請求執行機制與提供雲端服務的第三方提供者進行無縫式應用整合，來滿足行動裝置使用者的需求。

圖四為執行本發明所揭露之生成應用說明文件方法400之一的一實施例。在本實施例中，當應用說明文件開發人員，向應用說明文件生成機制210，發出應用說明文件生成請求402後，應用說明文件生成機制210在完成接收應用生成請求功能212、生成請求指令分類功能214、生成請求指令格式驗證功能216及生成請求指令執行功能218後，會將生成請求寫入指令佇列220中。當應用生成請求指令執行引擎222進行應用說明文件生成指令處理404時，將判斷生成指令是否為系統所提供之服務項目406，如果是系統所提供之服務項目，則顯示系統所提供的服務項目408，並由應用說明文件開發人員選取系統所提供之服務項目410；如果不是系統所提供之服務項目，則由應用說明文件開發人員定義新的服務項目412。當完成服務項目定義後，接著由應用說明文件開發人員針對服務項目進行介面之定義，包括但不限於：(1)選取/設定輸入項目；(2)指定未選取項目之設定值；(3)選取/設定輸出項目；(4)指定輸入項目的元件類別；(5)指定輸出項目的元 件類別；並產生應用說明文件之介面描述指令語言414。產生之介面描述指令語言，在全部說明文件尚未完成前418，可先寫入應用說明文件暫存區416，待全部說明文件完成後，再由應用說明文件開發人員，指定服務項目之順序420後生成應用說明文件422。

圖五為執行本發明所揭露之應用說明文件之方法500之一的一實施例。實施例500描述一行動裝置502執行應用的過程中，與雲端服務系統504，及第三方服務提供者506部份的互動順序。其他實施例可能會使用不同的順序，額外的或較少的步驟，以及不同的術語來達成相同的功能。在另一些實施例中，各種作業或作業集可能是以同步或非同步的平行的作業模式在執行。此處所揭露的步驟，僅是以最簡單的操作原理來加以說明。

行動裝置502可依需求執行預先載入至行動裝置中的應用。執行時，行動裝置需先啟動服務請求代理程式508，完成連接雲端服務系統作業510。接著服務請求代理程式讀入應用說明文件512，並進行應用說明文件的剖析514，由應用說明文件中的介面描述指令語言414，依據但不限於選取/指定之輸入項目及元件類別，動態的產生介面516。接著由行動裝置使用者輸入相關參數518，並向雲端服務系統發出服務請求520。雲端服務系統504在提供服務前需先啟動服務代理程式522。雲端服務系統的服務請求執行機制310將接收行動裝置的服務請求524，此即服務請求執行機制的312功能，及完成服務請求分類及驗證服務請求內容526，此即服務請求執行機制的314,316功能。接著完成服務請求格式及執行服務請求528，此即服務請求執行機制的318功能。服務請求執行功能318判斷該服務請求是否為本系統所提供之服務530，如為本系統所提供之服務，則服務執行引擎322將執行服務請求532，並產生服務請求結果534；如果不是本系統所提供的服務， 則呼叫第三方服務提供者所提供的服務546。第三方服務提供者506在提供服務前需先啟動服務執行程式544，待雲端服務系統504呼叫第三方服務提供者所提供的服務546後，第三方服務提供者接收服務請求548，執行服務請求550，產生服務請求結果552，然後回覆服務請求結果554給雲端服務系統504。雲端服務系統504將服務請求執行結果536回覆給行動裝置502，行動裝置502的服務請求代理程式接收服務請求結果，並依設定之輸出項目元件類別來顯示服務請求結果538。當行動裝置使用者結束應用時540，行動裝置的服務請求代理程式即結束542。

本說明書中提到的某些字句特予以定義以幫助瞭解。「服務組態」是指服務之定義可以利用組態之模型來完成。組態模型是指服務之類別可分為共通服務模組(common module)、選用服務模組(option module)、附加服務模組(attachment module)；定義服務組合，即可利用共通服務模組、選用服務模組及附加服務模組來設定其組態，進而定義出所欲之服務組合，以達成應用之目的。

本發明所揭露與描述的一些實施例及其關聯的方法，對該技術領域中具普通知識者，進行替代與變更實施例與方法將是顯而易見的。因此，上述實施例的描述並非定義或限制本發明。任何變更、取代與替換均無法分離本發明所揭示的精神及主張的權利範圍。

圖一描述本發明之一範例雲端服務系統與其環境。

圖二描述本發明之一範例應用說明文件生成之環境。

圖三描述本發明之一範例服務請求執行之環境。

圖四描述本發明之一範例生成應用說明文件之方法。

圖五描述本發明之一範例執行應用之方法。

302‧‧‧硬體架構

304‧‧‧軟體組織

306‧‧‧執行環境

310‧‧‧服務請求執行機制

312,314,316,318,324‧‧‧服務請求執行功能

320‧‧‧服務請求佇列

322‧‧‧服務執行引擎

326‧‧‧呼叫服務提供者服務訊息佇列

328‧‧‧服務提供者傳回結果訊息佇列

330‧‧‧服務項目檔案

332‧‧‧服務組態檔案

334‧‧‧服務執行規則檔案

336‧‧‧服務提供單位檔案

Claims (10)

1. 一種系統包含：至少一個服務請求執行與應用說明文件生成系統108，該服務請求執行與應用說明文件生成系統108包含至少一應用說明文件生成處理單元110，至少一服務請求執 行處理單元112，與至少一資料儲存單元114；在該服務請求執行與應用說明文件生成系統108中，可設定組態執行至少一種可由行動裝置呼叫的服務；及該應用說明文件生成處理單元110可以設定組態方式來執行應用說明文件生成的方法400，以完成請求者以任何可與系統連線之請求裝置102所提交之應用說明文件生成請求；及該服務請求執行處理單元112可以設定組態方式來執行應用的方法，以完成行動裝置104中的至少一處理單元116的服務請求。
2. 如申請專利範圍第1項所述之系統，其中，該服務請求執行與應用說明文件生成系統108更進而可設定組態與複數個服務提供者的服務系統106中的至少一處理單元118相互溝通，及時提供資訊服務相關訊息，該服務提供者可為任何類型之雲端服務廠商或以資訊服務架構來提供服務的廠商；
3. 如申請專利範圍第1項所述之系統，其中，該應用說明文件生成處理單元110與該服務請求執行處理單元112，以設定組態來生成應用說明文件或執行服務請求的模式，可為應用程式模式或服務導向架構模式之一，或其組合模式。
4. 如申請專利範圍第1項所述之系統，其中，該儲存單元114中，可設定組態儲存至少一與服務相關的資訊，但不限於以下之服務項目檔案(230，330)、服務組態檔案(232，332)、服務執行規則檔案(234，334)、服務提供單位檔案(236，336)；該服務項目(230，330)可由系統提供，或由完成註冊之服務單位提供，亦可為系統所提供服務項目與完成註冊之服務單位所提供服務項目的組合。
5. 如申請專利範圍第1項所述之系統，其中，該應用說明文件生成處理單元110，更進一步可包含應用說明文件生成機制210，執行不限於接收應用生成請求212、生成 請求指令分類214、生成請求指令格式驗證216、生成請求指令執行218、及執行結果回傳224功能，與不限於指令執行的順序；及更進一步包含應用生成請求指令執行引擎222，以處理應用生成請求指令。
6. 如申請專利範圍第5項所述之系統，其中，該應用說明文件生成機制210及該應用生成請求指令執行引擎222，可以採用即時模式來執行，亦可採用批次模式來執行；如以批次模式來執行，則可選擇不限於以下之生成請求指令佇列220、說明文件暫存區226、及應用說明文件生成檔228等元件。
7. 如申請專利範圍第1項所述之系統，其中，該服務請求執行處理單元112，更進一步包含服務請求執行機制310，執行不限於接收行動裝置服務請求312、服務請求分類314、服務請求格式驗證316、服務請求執行318、及執行結果回傳324功能與不限於指令執行的順序；及更進一步包含服務執行引擎322，以處理服務請求指令。
8. 如申請專利範圍第7項所述之系統，其中，該服務請求執行機制310及該服務執行引擎322，可以採用即時模式來執行，亦可採用批次模式來執行；如以批次模式來執行，則可選擇不限於以下之服務請求佇列320、呼叫服務提供者服務訊息佇列326、及提供服務者傳回結果訊，息佇列328等元件。
9. 一種應用說明文件生成之方法，該方法包含但不限於：應用說明文件生成請求者發出生成請求402，系統應用說明文件生成機制210完成但不限於以下之功能，包含：接收應用說明文件生成請求212，生成請求指令分類214，生成請求指令格式驗證216，及生成請求指令執行218後，由應用生成請求指令執行引擎222由生成請求指令佇列220進行應用說明文件生成請求處理404；如果該請求為系統所提供之服務項目406，則顯示系統 所提供之項目408，並由請求者選取系統所提供的服務項目410；如果該請求非系統所提供之服務項目，則由請求者定義新的服務項目412；當服務項目選取或定義完成後，由請求者針對服務項目進行不限於以下介面之定義414，包括：(1)選取/設定輸入項目；(2)指定未選取項目之設定值；(3)選取/設定輸出項目；(4)指定輸入項目的元件類別；(5)指定輸出項目的元件類別；來產生應用說明文件之介面描述指令語言224，如尚未完成服務項目設定，則系統將產生之結果226先寫入應用說明文件暫存區416，當該請求者完成服務項目寫入後418，該請求者可指定服務項目之順序420，然後系統將生成指令執行最終結果228生成應用說明文件422。
10. 一種在行動裝置上執行應用之方法，該方法包含但不限於以下步驟：行動裝置502先啟動服務請求代理程式508，完成連接雲端服務系統作業510，接著該服務請求代理程式508讀入應用說明文件512，並進行應用說明文件的剖析514，根據應用說明文件中的介面描述指令語言414，服務請求代理程式可依選取/指定之輸入項目及元件類別，動態的產生介面516；由行動裝置使用者輸入相關參數518，並向雲端服務系統發出服務請求520；雲端服務系統504在提供服務前需先啟動服務代理程式522；雲端服務系統的服務請求執行機制310的接收服務請求功能312將接收行動裝置的服務請求524，及執行機制310的服務請求分類功能314與服務請求格式驗證功能316將完成服務請求分類與驗證服務請求內容536；接著執行機制310的服務請求執行功能318在完成服務請求格式後，將判斷該服務請求是否為本系統所提供之服務530，如為本系統所提供之服務，則服務執行引擎322將執行服務請求532，並產生服務請求執行結果534；如果不是本系統所提供的服務，則呼叫第 三方服務提供者所提供的服務546；第三方服務提供者506在提供服務前需先啟動服務執行程式544，待雲端服務系統504呼叫第三方服務提供者所提供的服務546後，第三方服務提供者接收服務請求548，執行服務請求550，產生服務請求結果552，然後回覆服務請求結果554給雲端服務系統504；雲端服務系統504回覆服務請求結果536，亦即將服務請求執行結果324回覆給行動裝置502，行動裝置502的服務請求代理程式508接收服務請求結果，並依輸出項目元件類別來顯示服務請求結果538；當行動裝置使用者結束應用時540，行動裝置的服務請求代理程式即結束542。