TWI805158B

TWI805158B - 用於降低版本相依性的管理方法及管理系統

Info

Publication number: TWI805158B
Application number: TW110149306A
Authority: TW
Inventors: 吳嘉恩
Original assignee: 威聯通科技股份有限公司
Priority date: 2021-12-29
Filing date: 2021-12-29
Publication date: 2023-06-11
Also published as: TW202326417A; CN116414437A; US20230205518A1

Abstract

本發明實施例提出一種用於降低版本相依性的管理方法及管理系統。在方法中，反應於伺服端軟體的功能有第一變化且一個或更多個客戶端軟體應提供經第一變化的功能的執行需求，伺服端軟體經由簡化介面傳送可執行程式碼到客戶端軟體。簡化介面也適用於功能的第二變化。客戶端軟體執行可執行程式碼，以實現第一變化的功能。可執行程式碼滿足執行需求。客戶端軟體未受第一變化而更新。客戶端軟體經由簡化介面傳送回應資訊。回應資訊包括客戶端軟體執行可執行程式碼所得到的結果。

Description

用於降低版本相依性的管理方法及管理系統

本發明是有關於一種軟體管理技術，且特別是有關於一種用於降低版本相依性的管理方法及管理系統。

圖1是在應用程式中的客戶-伺服器模型的示意圖。請參照圖1，伺服端軟體S與一個或更多個客戶端軟體C之間可能存在版本相依性。客戶端軟體C的版本需要依據伺服端軟體S的版本而更新至特定版本或版本範圍內的版本。

一般而言，為了對軟體進行版本映射（mapping），需要透過數個特定介面來完成。這些介面分別被定義成符合各自的需求的要求及回應。例如，圖2是說明版本映射的介面的示意圖。請參照圖2，伺服端軟體S透過三個應用程式介面(Application Programming Interface，API)(也可是socket IO)分別要求取得CPU資訊、記憶體資訊及儲存器資訊。針對硬體資訊的詢問已經需要三個介面。可想而知，若針對版本更新的整體流程，則需要更多的介面或程序才足以達成。

有鑑於此，本發明實施例提供一種用於降低版本相依性的管理方法及管理系統，可透過簡化介面達成版本映射。

本發明實施例的用於降低版本相依性的管理方法包括(但不僅限於)下列步驟：反應於伺服端軟體的功能有第一變化且一個或更多個客戶端軟體應提供經第一變化的功能的執行需求，伺服端軟體經由簡化介面傳送可執行程式碼到客戶端軟體。簡化介面也適用於功能的第二變化。客戶端軟體執行可執行程式碼，以實現第一變化的功能。可執行程式碼滿足執行需求。客戶端軟體未受第一變化而更新。客戶端軟體經由簡化介面傳送回應資訊。回應資訊包括客戶端軟體執行可執行程式碼所得到的結果。

本發明實施例的用於降低版本相依性的管理系統包括(但不僅限於)伺服端軟體及一個或更多個客戶端軟體。

基於上述，依據本發明實施例的用於降低版本相依性的管理方法及管理系統，針對伺服端軟體功能的任何變化及客戶端軟體相應的需求，可透過簡化介面傳送可執行程式碼，讓客戶端軟體執行程式碼以滿足需求。藉此，即便客戶端軟體未因伺服端軟體的功能變化而更新，亦可滿足客戶端軟體必須更新之需求，進而降低版本相依性。

為讓本發明的上述特徵和優點能更明顯易懂，下文特舉實施例，並配合所附圖式作詳細說明如下。

圖3是依據本發明一實施例的管理系統1的元件方塊圖。請參照圖3，管理系統1包括一個或更多個客戶端軟體110及伺服端軟體150。

客戶端軟體110及伺服端軟體150的類型或內容可依據實際需求而變更，本發明實施例不加以限制。例如，備份軟體、網頁瀏覽器或圖片編輯器。軟體也可被稱為應用程式、套件或軟體模組。

客戶端軟體110及伺服端軟體150可能透過相同或不同的電腦系統、虛擬機器或容器的一個或更多處理器運行。處理器可以是中央處理單元(Central Processing Unit，CPU)、圖形處理單元(Graphic Processing unit，GPU)，或是其他可程式化之一般用途或特殊用途的微處理器(Microprocessor)、數位信號處理器(Digital Signal Processor，DSP)、可程式化控制器、現場可程式化邏輯閘陣列(Field Programmable Gate Array，FPGA)、特殊應用積體電路(Application-Specific Integrated Circuit，ASIC)或其他類似元件或上述元件的組合。

下文中，將搭配管理系統1中的各項元件或模組說明本發明實施例所述的方法。本方法的各個流程可依照實施情形而調整，且並不僅限於此。

在一實施例中，伺服端軟體150可定義簡化介面(或稱簡化介面)。簡化介面可以是API、socket IO、或其他程式化通訊界面。圖4是依據本發明一實施例說明定義簡化模型的示意圖。請參照圖4，不同於傳統用於更新的介面，簡化介面的協定包括第一資訊及第二資訊。

第一資訊為要求者R提供執行程式碼。這第一資訊用於指示做何種(what to do)事。圖5是依據本發明一實施例說明定義簡化模型的示意圖。請參照圖5，本實施例的第一資訊是，要求者R可傳送一種或更多種可執行程式碼EC(作為檔案)給接收者A。可執行程式碼是經定義為特定功能的程式碼。例如，上傳資料、下載資料或備份資料。可執行程式碼的格式是依據接收者A的平台、作業系統或環境。例如，副檔名為.exe、.App、.run、或元資料具有可執行權限。在一實施例中，伺服端軟體150可作為要求者R，且客戶端軟體可作為接收者A。

第二資訊為接收者A如何使用執行程式碼。這第二資訊用於指示如何做(how to do)事。請參照圖5，本實施例的第二資訊是，接收者A執行所接收的可執行程式碼以完成特定功能，且回傳已定義的回應資訊(例如，可執行程式碼的執行結果RP)給要求者R。

圖6是依據本發明一實施例的初始化連線的流程圖。請參照圖6，在初始化連線的步驟S1中，伺服端軟體150可與一個或更多個客戶端軟體110建立連線(步驟S11)。在一實施例中，伺服端軟體150與連線的客戶端軟體110進行授權(步驟S12)。若授權成功，則客戶端軟體110傳送存取權杖(access token)至伺服端軟體110。這存取權杖可供後續資料或檔案的正確性或許可驗證所用，並待後續實施例說明。

圖7是依據本發明一實施例的協定定義的流程圖。請參照圖7，在協定定義的步驟S2中，伺服端軟體150可與客戶端軟體110檢查簡化介面的版本及/或所處的平台(或是作業系統、執行環境)(步驟S21)。伺服端軟體150可依據檢查結果選擇對應的簡化介面。或者，若版本及/或平台不符合規則，則伺服端軟體150可取消/中斷/禁能任務(步驟S22)。

在一實施例中，伺服端軟體150可定義簡化介面的任務模型。例如，針對任務傳遞模型，定義用於指示做何種(what to do)的第一資訊以及用於指示如何做(how to do)事的第二資訊。這第一資訊可依據平台或跨平台軟體。在一實施例中，第二資訊可更相關於可執行程式碼的相關參數及退出碼(exit code)。而參數可儲存在網路封包的負載(payload)。

在一實施例中，由於伺服端軟體150的功能有第一變化(例如，新增、移除或其他變動)且一個或更多個客戶端軟體110應提供經第一變化的功能的執行需求，因此伺服端軟體150使用簡化介面來進行相應於第一變化的處理。換句而言，當因伺服端軟體150的功能新增、變動或移除(統稱為變化)而使得客戶端軟體也需要提供更新時，透過簡化介面達成在客戶端軟體實現經變化的功能。即，要求者R透過簡化介面提供可執行程式碼，接收者A執行可執行程式碼並回覆執行結果。

在一實施例中，可執行程式碼相關於經第一變化的功能。例如，第一變化是新增功能，則執行可執行程式碼可操作新增的功能。又例如，第一變化是變動功能，則執行可執行程式碼可操作變動的功能。

在一實施例中，簡化介面也適用於相同功能的第二變化或其他功能的第三變化。也就是說，當因伺服端軟體150的相同或不同功能新增、變動或移除(統稱為變化)而使得客戶端軟體也需要提供更新時，亦可透過簡化介面達成在客戶端軟體實現經變化的功能。此時，可執行程式碼相關於第二變化或第三變化。

在一實施例中，針對任務傳遞模型，伺服端軟體150可依據經第一變化的功能定義可執行程式碼的識別碼。這識別碼代表任務模型的身分，並可供伺服端軟體150追蹤任務模型的狀態。

在一實施例中，針對任務傳遞模型，伺服端軟體150可定義可執行程式碼的一個或更多個轉回碼(return code)。各轉回碼代表執行可執行程式碼的結果。例如，成功、失敗或特定類型錯誤。即，以編碼代表執行結果。在一實施例中，轉回碼相關於前述退出碼。

在一實施例中，針對任務傳遞模型，伺服端軟體150可定義可執行程式碼的一個或更多個結果訊息。各結果訊息代表執行可執行程式碼的結果。例如，成功、失敗或特定類型錯誤。即，以文字或符號代表執行結果。

在一實施例中，針對任務回傳模型，伺服端軟體150可定義接收介面。這接收介面是供客戶端軟體110傳送轉回碼及/或結果訊息。

在一實施例中，針對任務回傳模型，伺服端軟體150可定義回應資訊(例如，可執行程式碼的執行結果)的解析。例如，如何解析轉回碼及/或結果訊息。

圖8是依據本發明一實施例的加密的流程圖。請參照圖8，在加密的步驟S3中，伺服端軟體150加密簡化模型的任務內容(步驟S31)。這任務內容可以是可執行程式碼。加密方法可以是對稱式加密、數位簽章、特定編碼或其他加密機制，且本發明實施例不加以限制。藉此，可防止他人竄改或冒用可執行程式碼。

圖9是依據本發明一實施例的同步下的任務傳遞的流程圖。請參照圖9，在任務傳遞的步驟S4中，伺服端軟體150可經由簡化介面傳送可執行程式碼到一個或更多個客戶端軟體110(步驟S41)。這可執行程式碼可經或不經加密。在一實施例中，伺服端軟體150可將可執行程式碼伴隨著存取權杖而傳送至客戶端軟體110。而客戶端軟體110可依據存取權杖驗證可執行程式碼的傳送對象。例如，客戶端軟體110判斷傳送對象是否為初始化連接階段中已授權的伺服端軟體150。又例如，JSON Web權杖可用於授權、權限、完整性及加密。

在一實施例中，若可執行程式碼經加密，客戶端軟體110可對可執行程式碼解密(步驟S42)。接著，客戶端軟體110執行可執行程式碼(步驟S43)。若可執行程式碼是相應於功能的第一變化，則客戶端軟體可實現經第一變化的功能。由此可知，可執行程式碼可滿足客戶端軟體110的執行需求，且客戶端軟體110未受第一變化而更新。換句而言，客戶端軟體110不須因伺服端軟體150的變動而更新，且藉由簡化介面即能滿足客戶端軟體110的更新需求。

在一實施例中，客戶端軟體110可自來自伺服端軟體150的檔案取得可執行程式碼，且自封包標頭(header)取得可執行程式碼的相關參數。在另一實施例中，相關參數也可儲存在網路封包的負載中。

接著，客戶端軟體110經由簡化介面傳送回應資訊給伺服端軟體(步驟S44)。回應資訊包括客戶端軟體110執行可執行程式碼所得到的結果。例如，回應資訊包括轉回碼及/或結果訊息。

在一實施例中，若可執行程式碼的相關參數包括回呼(callback)網址，則客戶端軟體110可將回應資訊傳送到這網址。在其他實施例中，回應資訊的目的位置也可能有其他變化。

在一實施例中，伺服端軟體150使用執行緒(thread)等待來自客戶端軟體110的回應資訊。如圖9所示，伺服端軟體150傳送可執行程式碼後即等待相應的回應資訊，並據以接收回應資訊。

圖10是依據本發明一實施例的非同步下的任務傳遞的流程圖。請參照圖9及圖10，與圖9不同之處在於，在任務傳遞的步驟S4’中，簡化介面不使用執行緒等待回應資訊。如圖10所示，伺服端軟體150傳送可執行程式碼後不用等待相應的回應資訊。而客戶端軟體110可將可執行程式碼的執行結果或任務的識別碼伴隨著回應資訊而傳送給伺服端軟體150(步驟S45)。例如，回應資訊更包括識別碼。接著，伺服端軟體150接收回應資訊，且依據這識別碼確認回應資訊對應於步驟S41所傳送的可執行程式碼。

圖11是依據本發明一實施例的解析的流程圖。請參照圖11，在解析的步驟S5中，伺服端軟體150可解析來自客戶端軟體110的回應資訊(步驟S51)。

在一實施例中，回應資訊包括一個或更多個已定義轉回碼中的一者。伺服端軟體150可依據所接收的轉回碼分析可執行程式碼的結果。

在一實施例中，回應資訊包括一個或更多個已定義結果訊息中的一者。伺服端軟體150可依據所接收的結果訊息分析可執行程式碼的結果。

在一些實施例中，回應資訊包括轉回碼及結果訊息。而伺服端軟體150可依據所接收的轉回碼及結果訊息分析可執行程式碼的結果。

圖12是依據本發明一實施例的傳統版本更新與所提出方法的比較示意圖。請參照圖12，在傳統技術中，若有新功能或已修復錯誤的變化(步驟S1210)，則客戶端軟體110及伺服端軟體150兩者皆需要透過多個介面更新至新版本(步驟S1220)。在本發明實施例所提出的方法中，若有新功能或已修復錯誤的變化(步驟S1230)，則這變化將整合至可執行程式碼。接著，伺服端軟體150只要透過簡化介面傳送可執行程式碼，且客戶端軟體110執行這可執行程式碼(步驟S1240)。在本發明實施例中，只有伺服端軟體150因變化而更新至新版本，但客戶端軟體110不需要更新至新版本。藉此，可降低版本相依性。

圖13是依據本發明一實施例的跨平台支援的示意圖。請參照圖13，伺服端軟體150的功能可實現在跨平台的可執行程式碼。伺服端軟體150依據客戶端軟體110-1、110-2、110-3所處的平台OS1、OS2、OS3分別產生並傳送對應的可執行程式碼EC(步驟S1310)。這些可執行程式碼EC可分別在平台OS1、OS2、OS3上運行，並使客戶端軟體110-1、110-2、110-3可傳送回應資訊(步驟S1330)。接著，伺服端軟體150可接收來自客戶端軟體110-1、110-2、110-3的回應資訊。

圖14是依據本發明一實施例的用於降低版本相依性的管理方法的流程圖。請參照圖14，反應於伺服端軟體150的功能有第一變化且一個或更多個客戶端軟體110應提供經第一變化的功能的執行需求，伺服端軟體150經由簡化介面傳送可執行程式碼到客戶端軟體110(步驟S1410)。簡化介面也適用於功能的第二變化。客戶端軟體執行可執行程式碼，以實現第一變化的功能(步驟S1420)。可執行程式碼滿足執行需求。客戶端軟體未受第一變化而更新。客戶端軟體經由簡化介面傳送回應資訊(步驟S1430)。回應資訊包括客戶端軟體執行可執行程式碼所得到的結果。

步驟S1410~S1430的詳細說明可參酌圖3至圖13的說明，於此不再贅述。

綜上所述，在本發明實施例的用於降低版本相依性的管理方法及管理系統中，伺服端軟體定義簡化介面、任務模型或可執行程式碼、伺服端軟體藉由簡化介面派送可執行程式碼及接收上述可執行程式碼執行結果後加以解析上述執行結果。當伺服端軟體因功能新增、變動或移除而相對於客戶端軟體有提供更新之需求時，於伺服器端定義簡化介面，並藉由此簡化介面傳送可執行程式碼至客戶端執行。藉由這簡化介面傳送接收可執行程式碼可滿足客戶端軟體的更新需求，使其客戶端軟體不因伺服端軟體的功能變化而更新。此外，客戶端軟體執行可執行程式碼後，可將可執行程式碼執行結果或資訊回傳至伺服端軟體，由伺服端軟體進而加以解析上述執行結果或資訊。

雖然本發明已以實施例揭露如上，然其並非用以限定本發明，任何所屬技術領域中具有通常知識者，在不脫離本發明的精神和範圍內，當可作些許的更動與潤飾，故本發明的保護範圍當視後附的申請專利範圍所界定者為準。

S:伺服端軟體 C:客戶端軟體 1:管理系統 110、110-1~110-3:客戶端軟體 150:伺服端軟體 R:要求者 A:接收者 EC:可執行程式碼 RP:執行結果 S1~S4、S4’、S11~S12、S21~S22、S31、S41~S45、S51、S1210~S1240、S1310~S1330、S1410~S1430:步驟 OS1~OS3:平台

圖1是在應用程式中的客戶-伺服器模型的示意圖。圖2是說明版本映射的介面的示意圖。圖3是依據本發明一實施例的管理系統的元件方塊圖。圖4是依據本發明一實施例說明定義簡化模型的示意圖。圖5是依據本發明一實施例說明定義簡化模型的示意圖。圖6是依據本發明一實施例的初始化連線的流程圖。圖7是依據本發明一實施例的協定定義的流程圖。圖8是依據本發明一實施例的加密的流程圖。圖9是依據本發明一實施例的同步下的任務傳遞的流程圖。圖10是依據本發明一實施例的非同步下的任務傳遞的流程圖。圖11是依據本發明一實施例的解析的流程圖。圖12是依據本發明一實施例的傳統版本更新與所提出方法的比較示意圖。圖13是依據本發明一實施例的跨平台支援的示意圖。圖14是依據本發明一實施例的用於降低版本相依性的管理方法的流程圖。

S1410~S1430:步驟

Claims

一種用於降低版本相依性(version dependency)的管理方法，包括：反應於一伺服端軟體的一功能有一第一變化且至少一客戶端軟體應提供經該第一變化的該功能的一執行需求，該伺服端軟體經由一簡化介面傳送一可執行程式碼到該至少一客戶端軟體，其中該簡化介面也適用於該功能的一第二變化；該至少一客戶端軟體執行該可執行程式碼，以實現經該第一變化的該功能，其中該可執行程式碼滿足該執行需求，且該客戶端軟體未受該第一變化而更新；該至少一客戶端軟體經由該簡化介面傳送一回應資訊，其中該回應資訊包括該至少一客戶端軟體執行該可執行程式碼所得到的結果；該伺服端軟體依據經該第一變化的該功能定義該可執行程式碼的一識別碼；以及該伺服端軟體依據該識別碼確認該回應資訊對應於該可執行程式碼，其中該回應資訊包括該識別碼。
如請求項1所述的用於降低版本相依性的管理方法，更包括：該伺服端軟體定義該簡化介面，其中該簡化介面包括一第一資訊及一第二資訊，該第一資訊為要求者提供該執行程式碼，且該第二資訊為接收者如何使用該執行程式碼。
如請求項1所述的用於降低版本相依性的管理方法，更包括：該伺服端軟體定義該可執行程式碼的至少一轉回碼(return code)；以及該伺服端軟體依據該至少一轉回碼中的一者分析該可執行程式碼的結果，其中該回應資訊包括該至少一轉回碼中的一者。
如請求項1所述的用於降低版本相依性的管理方法，更包括：該伺服端軟體定義該可執行程式碼的至少一結果訊息；以及該伺服端軟體依據該至少一結果訊息中的一者分析該可執行程式碼的結果，其中該回應資訊包括該至少一結果訊息中的一者。
如請求項1所述的用於降低版本相依性的管理方法，更包括：該至少一客戶端軟體傳送一存取權杖(access token)至該伺服端軟體，其中該伺服端軟體經由該簡化介面傳送該可執行程式碼到該至少一客戶端軟體的步驟包括：該伺服端軟體將該可執行程式碼伴隨著該存取權杖而傳送至該至少一客戶端軟體；以及該至少一客戶端軟體依據該存取權杖驗證該可執行程式碼。
如請求項1所述的用於降低版本相依性的管理方法，其中該伺服端軟體經由該簡化介面傳送該可執行程式碼到該至少一客戶端軟體的步驟包括：該伺服端軟體加密該可執行程式碼。
如請求項1所述的用於降低版本相依性的管理方法，其中該伺服端軟體經由該簡化介面傳送該可執行程式碼到該至少一客戶端軟體的步驟之後，更包括：該簡化介面使用一執行緒(thread)等待該回應資訊。
如請求項1所述的用於降低版本相依性的管理方法，其中該伺服端軟體經由該簡化介面傳送該可執行程式碼到該至少一客戶端軟體的步驟之後，更包括：該簡化介面不使用一執行緒等待該回應資訊。
一種用於降低版本相依性的管理系統，包括：一伺服端軟體；以及至少一客戶端軟體，其中反應於該伺服端軟體的一功能有一第一變化且該至少一客戶端軟體應提供經該第一變化的該功能的一執行需求，該伺服端軟體經由一簡化介面傳送一可執行程式碼到該至少一客戶端軟體，其中該簡化介面也適用於該功能的一第二變化；該至少一客戶端軟體執行該可執行程式碼，以實現經該第一變化的該功能，其中該可執行程式碼滿足該執行需求，且該客戶端軟體未受該第一變化而更新；以及該至少一客戶端軟體經由該簡化介面傳送一回應資訊，其中該回應資訊包括該至少一客戶端軟體執行該可執行程式碼所得到的結果，其中該伺服端軟體依據經該第一變化的該功能定義該可執行程式碼的一識別碼，且該伺服端軟體依據該識別碼確認該回應資訊對應於該可執行程式碼，其中該回應資訊包括該識別碼。
如請求項9所述的用於降低版本相依性的管理系統，其中該伺服端軟體定義該簡化介面，其中該簡化介面包括一第一資訊及一第二資訊，該第一資訊為要求者提供該執行程式碼，且該第二資訊為接收者如何使用該執行程式碼。
如請求項9所述的用於降低版本相依性的管理系統，其中該伺服端軟體定義該可執行程式碼的至少一轉回碼，且該伺服端軟體依據該至少一轉回碼中的一者分析該可執行程式碼的結果，其中該回應資訊包括該至少一轉回碼中的一者。
如請求項9所述的用於降低版本相依性的管理系統，其中該伺服端軟體定義該可執行程式碼的至少一結果訊息，且該伺服端軟體依據該至少一結果訊息中的一者分析該可執行程式碼的結果，其中該回應資訊包括該至少一結果訊息中的一者。
如請求項9所述的用於降低版本相依性的管理系統，其中該至少一客戶端軟體傳送一存取權杖(access token)至該伺服端軟體，該伺服端軟體將該可執行程式碼伴隨著該存取權杖而傳送至該至少一客戶端軟體，且該至少一客戶端軟體依據該存取權杖驗證該可執行程式碼。
如請求項9所述的用於降低版本相依性的管理系統，其中該伺服端軟體加密該可執行程式碼。
如請求項9所述的用於降低版本相依性的管理系統，其中該簡化介面使用一執行緒等待該回應資訊。
如請求項9所述的用於降低版本相依性的管理系統，其中該簡化介面不使用一執行緒等待該回應資訊。