TWI707273B

TWI707273B - 使用統一聚合查詢語言獲取資源的方法及系統

Info

Publication number: TWI707273B
Application number: TW107112884A
Authority: TW
Inventors: 曾志翔
Original assignee: 中華電信股份有限公司
Priority date: 2018-04-16
Filing date: 2018-04-16
Publication date: 2020-10-11
Also published as: TW201944232A

Abstract

本發明提供一種使用統一聚合查詢語言獲取資源的方法及系統。在至少一些實施例中，CQL執行中介模組接收描述多個資源之資源結構的統一聚合查詢語言文件，以判斷資源是否都解析完成。根據解析結果，此中介模組呼叫相關應用程式來提供資源，以將資源傳送給使用者，藉此提升資源獲取的效率。

Description

使用統一聚合查詢語言獲取資源的方法及系統

本發明係關於一種獲取應用程式資源的技術，特別是一種使用統一聚合查詢語言來獲取微服務式應用程式資源的方法及系統。

傳統上，當使用者想要存取伺服器後端應用程式(如：微服務式應用程式)的資源時，使用者必須先瞭解伺服器後端有哪些應用程式、應用程式的API(Application Programming Interface)規格、和應用程式的API使用方式。

接著，使用者可以依不同應用程式API的呼叫(通訊)方式來向伺服器提出存取應用程式資源(複合資源)的請求，待服務伺服器接收請求後，再透過個別的命令式語法呼叫相對應應用程式API來提供應用程式資源。

爾後，等伺服器接收到所有相對應應用程式API回傳的應用程式資源後，再將所有應用程式資源組合成使用者所需的複合資源，並傳送給使用者。

這樣複合資源的產生方式，需要使用者瞭解伺服器後端應用程式的API規格與使用方式，使得使用者不能只把心力關注在複合資源的呈現方式(即，資源結構)上。

此外，一旦伺服器後端應用程式的API規格有變，與複合資源相關的一系列命令式語法都要重新設計及編譯，導致前述產生方式的重用性很低。

鑑於前述問題，著實有必要提供一有效獲取使用者所需複合資源的方法及系統，來解決使用者所面臨的難題。

鑑於先前技術所存在的問題，本發明揭示了使用統一聚合查詢語言獲取資源的方法及系統。相較於先前技術是採用一個個指令式(Imperative)語法來組合出所需的複合資源，本發明一實施例揭示了使用統一聚合查詢語言文件來描述所需複合性資源的結構，再透過解析這份文件以達到相同的目的，使用者不需了解各服務API使用上的細節，從而提升服務系統的執行效率。

本發明之一實施例提供了一種使用統一聚合查詢語言獲取資源的方法，包含以下步驟：(1)接收一統一聚合查詢語言文件，其描述複數資源之資源結構；(2)基於該等資源結構，判斷該統一聚合查詢語言文件中的該複數資源是否都解析完成；(3)若該複數資源已全部解析完成，從一CQL文件資料庫中取得一第一解析結果，以呼叫與該第一解析結果相關的一第一應用程式群組，進而提供複數第一資源，反之，若該複數資源未全部解析完成，解析該複數資源來產生一第二解析結果，以呼叫與該第二解析結果相關的一第二應用程式群組，進而提供複數第二資源。

在另一實施例中，將該複數第一資源或該複數第二資源組合成一複合式資源。

在另一實施例中，該步驟(3)包含以下步驟：(i)轉譯該統一聚合查詢語言文件為一抽象語法樹(Abstract Syntax Tree)；及(ii)根據該抽象語法樹，判斷該複數資源是否已解析完成以呼叫該第二應用程式群組，進而提供該複數第二資源。

在另一實施例中，在該步驟(ii)中，係以迭代(iteratively)方式或平行(in parallel)方式來判斷該複數資源是否已解析完成。

在另一實施例中，使用與該第一應用程式群組之API(Application Programming Interface)通訊的方式以呼叫該第一應用程式群組；及/或使用與該第二應用程式群組之API通訊的方式以呼叫該第二應用程式群組。

在另一實施例中，採用迭代方式以呼叫該第一應用程式群組及/或該第二應用程式群組。

在另一實施例中，採用平行方式以呼叫該第一應用程式群組及/或該第二應用程式群組。

在另一實施例中，該第一應用程式群組及/或該第二應用程式群組係由複數個微服務式應用程式所組成。

在另一實施例中，該統一聚合查詢語言文件係為一基於JSON(JavaScript Object Notation)的宣告式描述語言文件。

本發明之又一實施例提供了一種一種使用統一聚合查詢語言獲取資源的系統，包含：一統一聚合查詢語言文件執行模組，其接收描述複數資源之資源結構的一統一聚合查詢語言文件，其中，若該統一聚合查詢語言文件執行模組曾經解析過該統一聚合查詢語言文件，該統一聚合查詢語言文件執行模組自一CQL文件資料庫中取得一第一解析結果，以呼叫與該第一解析結果相關的一第一應用程式群組，進而提供複數第一資源，反之，若該統一聚合查詢語言文件執行模組並未解析過該統一聚合查詢語言文件，該統一聚合查詢語言文件執行模組解析該複數資源來產生一第二解析結果，以呼叫與該第二解析結果相關的一第二應用程式群組，進而提供複數第二資源。

在另一實施例中，該統一聚合查詢語言文件執行模組將該複數第一資源或該複數第二資源組合成一複合式資源。

在另一實施例中，該統一聚合查詢語言文件執行模組係與該第一應用程式群組之API通訊以呼叫該第一應用程式群組，且該統一聚合查詢語言文件執行模組係與該第二應用程式群組之API通訊以呼叫該第二應用程式群組。

在另一實施例中，該統一聚合查詢語言文件執行模組係採用迭代方式或平行方式以呼叫該第一應用程式群組及/或該第二應用程式群組。

在另一實施例中，該統一聚合查詢語言文件係為一基於JSON的宣告式描述語言文件。

應理解，以上描述的標的可實施為電腦控制的設備、電腦程式、計算系統，或作為製品，諸如，電腦可讀取儲存媒體。

為讓本發明之上述特徵和優點能更明顯易懂，下文特舉實施例，並配合所附圖式作詳細說明。在以下描述內容中將部分闡述本發明之額外特徵及優點，且此等特徵及優點將部分自所述描述內容顯而易見，或可藉由對本發明之實踐習得。本發明之特徵及優點借助於在申請專利範圍中特別指出的元件及組合來認識到並達到。應理解，前文一般描述與以下詳細描述兩者均僅為例示性及解釋性的，且不欲約束本發明所主張之範圍。

101‧‧‧CQL文件

102‧‧‧訂單資源結構

103‧‧‧顧客資源結構

104‧‧‧產品資源結構

105‧‧‧信用資源結構

106‧‧‧CQL文件

107‧‧‧CQL文件

108‧‧‧CQL執行中介模組

109~111‧‧‧微服務應用程式

S112~S119‧‧‧步驟

第1圖係為根據本發明之一實施例的統一聚合查詢語言文件、及文件中的各複合式資源結構；第2圖係為根據本發明之一實施例的具條件語句的複合式資源結構之統一聚合查詢語言文件；第3圖係為根據本發明之一實施例的CQL執行環境示意圖；及第4圖係為根據本發明之一實施例的產生複合式資源的流程圖。

以下藉由特定的具體實施形態說明本發明之實施方式，熟悉此技術之人士可由本說明書所揭示之內容輕易地了解本發明之其他優點與功效，亦可藉由其他不同的具體實施形態加以施行或應用。

此外，本文中的方法或流程之一些或全部操作及/或實質上相等的操作可藉由執行包括在電腦儲存媒體上的電腦可讀取指令(如本文所定義的)來執行。在描述及申請專利範圍中使用的術語「電腦可讀取指令」及「電腦可讀取指令」的變體，在本文經引申使用以包括常式、應用程式、應用模組、程式模組、程式、元件、資料結構、演算法等等。電腦可讀取指令可在各種系統組態上實施，包括單一處理器或多處理器系統、迷你電腦、大型電腦、個人電腦、掌上型計算裝置、基於微處理器的可程式化消費者電子設備或所述者的組合等等。

因此，應理解，本文描述的邏輯操作經實施作為電腦實施的動作序列或計算系統上執行的程式模組及/或作為計算系統內部的互連機器邏輯電路或電路模組。實施為取決於計算系統的效能及其他要求的選擇問題。因此，本文描述的邏輯操作不同地被稱為狀態、操作、結構裝置、動作或模組。此等操作、結構裝置、動作及模組可在軟體中、在韌體中、在特殊用途數位邏輯中及所述者的任何組合中實施。

現在參閱第1圖，其圖示根據本發明之一實施例的統一聚合查詢語言文件、及文件中的各複合式資源結構。

本發明中的統一聚合查詢語言(Unified Composite Query Language；CQL)文件(如：CQL文件101)可用於描述各種複合式資源結構，其中，複合式資源結構係由各種資源項目(如：主要資源項目、次要資源項目、再次要資源項目等)所組成。資源項目可描述分布在各應用程式(如：微服務式應用程式)中的各種資源。

在一實施例中，可將CQL文件101實施為基於JSON(JavaScript Object Notation)的宣告式描述語言文件。

在一實施例中，可針對CQL文件101進行解析(如：針對主要資源項目等)以獲得已解析之資源結構，並呼叫與已解析之資源結構相關的應用程式以取得對應的資源。

爾後，可平行地(in parallel)或迭代地(iteratively)對於CQL文件101反覆進行解析(如：針對其他主要資源項目、針對次要資源項目、再次要資源項目等)以獲得已解析之資源結構，並呼叫相關應用程式來取得對應的資源，直到無法進一步解析為止。最後，便可獲得所欲的資源。

如此一來，當使用者向伺服器(系統)請求應用程式(如：微服務式應用程式)資源時，系統可有效隱藏應用程式之API(Application Programming Interface)的呼叫細節，並讓使用者以貼近終端需求的方式(即，以複合式資源結構)來請求應用程式資源。

此外，藉由複合式資源結構的使用，即便應用程式之API規格有些微異動，系統亦可有效存取應用程式資源，從而在資源的存取上具備容錯機制。

現在，回到第1圖，CQL文件101可描述與訂單資源(如：在各種微服務中的訂單、顧客、信用、及產品等資源項目)相關的資源結構。

在CQL文件101中，項目「訂單」可視為主要資源項目；項目「顧客」及「產品」可視為主要資源項目「訂單」底下的次要資源項目；而項目「信用」視為次要資源項目「顧客」下的再次要資源項目。

此外，若再針對各資源項目加以解析，主要依據資源結構的相似性，若是發現應用服務(應用程式)提供的訂單資源符合CQL文件描述的屬性結構，則可將CQL文件101中的項目「訂單」解析為訂單資源結構102；可將項目「顧客」解析為顧客資源結構103；可將項目「產品」解析為產品資源結構104；及可將項目「信用」解析為信用資源結構105。

在訂單資源結構102中，項目「訂單」可視為訂單資源結構102中的主要資源項目，且項目「訂單」底下包含「訂單號(orderID)」、「顧客編號(custNo)」、及「產品」等次要資源項目。

在顧客資源結構103中，項目「顧客」可視為顧客資源結構103中的主要資源項目，且項目「顧客」底下包含「編號(no)」、「姓名(name)」、「年齡(age)」等次要資源項目。

在產品資源結構104中，項目「產品」可視為產品資源結構104中的主要資源項目，且項目「產品」底下包含「類型(type)」及「價格(price)」等次要資源項目。

請參閱第2圖，其圖示根據本發明之一實施例的具條件語句的複合式資源結構之統一聚合查詢語言文件。

相較於第1圖所示之CQL文件101，第2圖所示的CQL文件106中添加了條件語句來限縮資源對應的範圍。

舉例而言，可將CQL文件106中項目「顧客」底下的項目「編號(no)」設定為項目「訂單」的「顧客編號(custNo)」。此處，可使用XML Path語法或類似語法(如：JSON Path語法)來描述此一設定。例如：使用表示式「no：$.訂單.custNo」來指定將項目「顧客」與項目「訂單」綁定的相關條件。

在一實施例中，亦可使用JSON Path來標示某個項目的解析路徑。例如：表示式「$」表示從最上層項目(如：JSON Path結構中的根節點)開始尋找。表示式「$.訂單.custNo」表示根節點底下的訂單節點底下的custNo節點值(即，項目「顧客編號(custNo)」)。而表示式「no：$.訂單.custNo」表示項目「顧客」底下的次要項目「編號(no)」要等於項目「訂單」底下的次要項目「顧客編號(custNo)」。

藉由前述表示法，可以輕易標明各項目(資源)間的關聯性。另一方面，我們亦可使用表示法「？」來瞭解特定項目的相關資訊。

舉例而言，我們可以在項目「產品」底下使用表示法「price：？」。如此一來，雖然在目前項目「產品」中並未顯示項目「price」的資訊，但藉由後續的資源解析及呼叫與項目「price」有關的應用程式，便可取得項目「price」的相關資訊(資源)。

請參閱第3圖，其係根據本發明之一實施例的CQL執行環境示意圖。

CQL執行中介模組108可接收CQL文件107，以針對CQL文件107進行解析，之後再根據解析結果，向對應的微服務應用程式109、微服務應用程式110、微服務應用程式111請求相關資源。

在一實施例中，向微服務應用程式109、微服務應用程式110、微服務應用程式111請求的資源係存在先後順序關係，則CQL執行中介模組108可依迭代(iteratively)方式，依序向微服務應用程式109、微服務應用程式110、微服務應用程式111請求資源。

在一實施例中，向微服務應用程式109、微服務應用程式110、微服務應用程式111請求的資源間彼此沒有順序關係，則CQL執行中介模組108可依平行(in parallel)方式，同時向微服務應用程式109、微服務應用程式110、微服務應用程式111中請求資源。

之後，CQL執行中介模組108再將從微服務應用程式109、微服務應用程式110、微服務應用程式111所獲得的組合成符合使用者所需的複合資源，以將該複合資源傳送至使用者端。

在一實施例中，CQL執行中介模組108可將CQL文件107、及CQL文件107的解析過程和解析結果儲存在CQL文件資料庫(未圖示)中。爾後，如果再有針對CQL文件107的解析需求，則CQL執行中介模組108可直接自CQL文件資料庫中取得CQL文件107的解析過程和解析結果，而無需再次執行對於CQL文件107的解析，以提升系統的執行效率。

現在，請參閱第4圖，其係為根據本發明之一實施例的產生複合式資源的流程圖。

首先，在步驟S112中，接收描述複合式資源之資料結構的CQL文件107。

接著，在步驟S113中，會根據資源結構，判斷CQL文件107中的複合式資源是否已解析完成(即，判斷是否曾解析過相同的資源結構)。倘若判斷結果為CQL文件107中的複合式資源結構已被解析過，則會進入步驟S117。

在步驟S117中，CQL執行中介模組108會從CQL文件資料庫中取得CQL文件107中複合式資源結構的解析結果，以根據解析結果向相關的應用程式群組請求相關資源。

之後，在步驟S118中，CQL執行中介模組108將從應用程式群組(如：由多個微服務是)所取得的相關資源組合成符合使用者要求的複合式資源，以將CQL文件107、及CQL文件107的解析過程和解析結果儲存在CQL文件資料庫。

在一實施例中，CQL文件資料庫可為一外部資料庫。或者，CQL文件資料庫亦可內建於CQL執行中介模組108而作為CQL執行中介模組108之一部分。

接著，在步驟S119中，將此複合式資源傳回給使用者端，並結束流程。

現在，回到步驟S113，倘若判斷結果為CQL文件107中的複合式資源結構先前並未解析過，則會進入步驟S114。

在步驟S114中，CQL執行中介模組108會將CQL文件轉譯為抽象語法樹(Abstract Syntax Tree；AST)。

接著，進入步驟S115，此時CQL執行中介模組108會根據抽象語法樹內容，判斷CQL文件中是否仍存在未解析的資源(即，存在未解析完成的資源結構)。若是，則進入步驟S116，此時CQL執行中介模組108呼叫與未解析資源相關的應用程式群組來提供未解析資源，並基於提供的資源來繼續解析CQL文件。

在一實施例中，步驟S115中的CQL執行中介模組108可根據抽象語法樹生成方式(即，抽象語法樹的搜尋方式)來決定以何種方法判斷CQL文件107中是否仍存在未解析的資源。

舉例而言，當抽象語法樹係以廣度優先的方式生成時，CQL執行中介模組108可平行地(in parallel)判斷是否仍存在未解析的資源。相對地，倘若抽象語法樹係以深度優先的方式生成時，CQL執行中介模組108可迭代地(iteratively)判斷是否仍存在未解析的資源

在一實施例中，在步驟S116、步驟S117中的CQL執行中介模組108可使用與應用程式群組之API通訊的方式，以向應用程式群組請求相關資源。

在一實施例中，在步驟S116、步驟S117中的CQL執行中介模組108可依迭代(iteratively)方式或平行(in parallel)方式向應用程式群組請求相關資源。

在一實施例中，步驟S116中的CQL執行中介模組108可在每解析完CQL文件107中特定個數(如：一個、二個等)的資源後，即回到步驟S114，並重複步驟S114~步驟S116之操作，直至CQL文件107中不再存在任何未解析資源，或是存在的未解析資源無法被任何應用程式所提供(即，無法繼續解析資源)為止。

之後，在步驟S118中，CQL執行中介模組108將從應用程式群組所取得的相關資源組合成符合使用者要求的複合式資源，以將CQL文件107、及CQL文件107的解析過程和解析結果儲存在CQL文件資料庫。

最後，在步驟S119中，將此複合式資源回傳使用者端，並結束流程。

本領域具通常知識者應瞭解，在前述第4圖所示的產生複合式資源過程中，由於應用程式群組係在未解析資源被解析後，才會被CQL執行中介模組108呼叫，因此即便應用程式群組中部分應用程式的API版本有變動，只要資源結構沒有破壞性的改變，CQL執行中介模組108皆可對應地呼叫正確版本的應用程式API，從而具備對於應用程式資源存取的容錯機制。

上述實施形態僅例示性說明本發明之原理、特點及其功效，並非用以限制本發明之可實施範疇，任何熟習此項技藝之人士均可在不違背本發明之精神及範疇下，對上述實施形態進行修飾與改變。任何運用本發明所揭示內容而完成之等效改變及修飾，均仍應為申請專利範圍所涵蓋。因此，本發明之權利保護範圍，應如申請專利範圍所列。

S112~S119‧‧‧步驟

Claims

一種使用統一聚合查詢語言獲取資源的方法，包含以下步驟：(1)接收一用以描述複數資源之資源結構之統一聚合查詢語言文件；(2)基於該等資源結構，判斷該統一聚合查詢語言文件中的該複數資源是否均解析完成；以及(3)若該複數資源已全部解析完成，從一CQL文件資料庫中取得一第一解析結果，以呼叫與該第一解析結果相關的一第一應用程式群組，進而提供複數第一資源，反之，若該複數資源未全部解析完成，則轉譯該統一聚合查詢語言文件為一抽象語法樹，並解析該複數資源來產生一第二解析結果，以呼叫與該第二解析結果相關的一第二應用程式群組，進而提供複數第二資源，其中，在解析該複數資源來產生該第二解析結果時，根據該抽象語法樹，以迭代方式或平行方式判斷該複數資源是否已解析完成。
如申請專利範圍第1項所述之方法，更包含將該複數第一資源或該複數第二資源組合成一複合式資源。
如申請專利範圍第1-2項中任一項所述之方法，其中，使用與該第一應用程式群組之API(Application Programming Interface)通訊的方式以呼叫該第一應用程式群組；及/或使用與該第二應用程式群組之API通訊的方式以呼叫該第二應用程式群組。
如申請專利範圍第1-2項中任一項所述之方法，其中，採用迭代方式以呼叫該第一應用程式群組及/或該第二應用程式群組。
如申請專利範圍第1-2項中任一項所述之方法，其中，採用平行方式來呼叫該第一應用程式群組及/或該第二應用程式群組。
如申請專利範圍第1-2項中任一項所述之方法，其中，該第一應用程式群組及/或該第二應用程式群組係由複數個微服務式應用程式所組成。
如申請專利範圍第1-2項中任一項所述之方法，其中，該統一聚合查詢語言文件係為一基於JSON(JavaScript Object Notation)的宣告式描述語言文件。
一種使用統一聚合查詢語言獲取資源的系統，包含：一統一聚合查詢語言文件執行模組，其接收描述複數資源之資源結構的一統一聚合查詢語言文件，其中，若該統一聚合查詢語言文件執行模組曾經解析過該統一聚合查詢語言文件，該統一聚合查詢語言文件執行模組自一CQL文件資料庫中取得一第一解析結果，以呼叫與該第一解析結果相關的一第一應用程式群組，進而提供複數第一資源，反之，若該統一聚合查詢語言文件執行模組並未解析過該統一聚合查詢語言文件，則該統一聚合查詢語言文件執行模組轉譯該統一聚合查詢語言文件為一抽象語法樹，並解析該複數資源來產生一第二解析結果，以呼叫與該第二解析結果相關的一第二應用程式群組，進而提供複數第二資源，其中，在解析該複數資源來產生該第二解析結果時，該統一聚合查詢語言文件執行模組根據該抽象語法樹，以迭代方式或平行方式判斷該複數資源是否已解析完成。
如申請專利範圍第8項所述之系統，其中，該統一聚合查詢語言文件執行模組將該複數第一資源或該複數第二資源組合成一複合式資源。
如申請專利範圍第8項所述之系統，其中，該統一聚合查詢語言文件執行模組係與該第一應用程式群組之API通訊以呼叫該第一應用程式群組，且該統一聚合查詢語言文件執行模組係與該第二應用程式群組之API通訊以呼叫該第二應用程式群組。
如申請專利範圍第8項所述之系統，其中，該統一聚合查詢語言文件執行模組係採用迭代方式或平行方式以呼叫該第一應用程式群組及/或該第二應用程式群組。
如申請專利範圍第8項所述之系統，其中，該第一應用程式群組及/或該第二應用程式群組係由複數個微服務式應用程式所組成。
如申請專利範圍第8項所述之系統，其中，該統一聚合查詢語言文件係為一基於JSON的宣告式描述語言文件。