TWI799230B

TWI799230B - 動態訂單組織管理系統、方法及電腦可讀媒介

Info

Publication number: TWI799230B
Application number: TW111113862A
Authority: TW
Inventors: 陳柏澄; 黃耀德; 朱家珍
Original assignee: 中華電信股份有限公司
Priority date: 2022-04-12
Filing date: 2022-04-12
Publication date: 2023-04-11
Also published as: TW202341027A

Abstract

一種動態訂單組織管理方法，以及對應之系統與電腦可讀媒介。該方法包括：根據複數訂單樣板之排序規則產生各該訂單樣板之定序代碼；根據該等定序代碼驗證複數訂單是否符合該排序規則；以及在該等訂單符合該排序規則時，處理各該訂單。

Description

動態訂單組織管理系統、方法及電腦可讀媒介

本發明係有關一種訂單執行排序的管理方法，特別有關於資訊平台，藉由程序進行邏輯排序驗證之系統、方法及其機制。

隨著雲端服務多樣化蓬勃發展以及隨選隨用的需求，線上即時訂單處理系統的複雜度亦大幅提升，因此，如何快速且正確的完成訂單建置流程成為一個重要議題。

傳統購物車模式被廣泛運用於批次訂單的處理，但其僅能滿足一般訂單之間無順序邏輯的使用情境。

為解決此定序問題，主要方案包含兩大面向：

一種方案採用樣板形式明確定義各類型訂單之間的合法執行順序，但此方式會隨著訂單種類增加而使樣板數量呈現等比級數的成長，進而造成執行過程中耗費太多的比對驗證成本，以致系統效能不彰。

另一種方案則採用計算優先權的方式，藉由公式的定義賦予各項工作排序的權重值，並依此權重值作為處理先後順序的標準。此法雖能降低前一種方案所衍生的效能問題，但若每項工作皆須明確區分其優先權順序時，則每新增一種工作類型，就必須面臨優先權計算公式及原有執行順序邏輯的調整，其規則數仍將會依資料多寡呈現高度正相關，導致管理與實作難度增加等問題。

先前技術所衍生的效能瓶頸為本領域亟需解決的技術問題，因此，本發明之目的係提供一種具高可用性的定序代碼演算邏輯，且能於系統執行期間即時調整排序規則的管理方法。

本發明針對習知的訂單排序管理機制的缺點，提供一種動態訂單組織管理系統，包括定序代碼演算模組、排序驗證模組及訂單處理模組。該定序代碼演算模組用於根據複數訂單樣板之排序規則產生各該訂單樣板之定序代碼；該排序驗證模組用於根據該等定序代碼驗證複數訂單是否符合該排序規則；該訂單處理模組用於在該等訂單符合該排序規則時，處理各該訂單。

本發明另提供一種動態訂單組織管理方法，包括：根據複數訂單樣板之排序規則產生各該訂單樣板之定序代碼；根據該等定序代碼驗證複數訂單是否符合該排序規則；以及在該等訂單符合該排序規則時，處理各該訂單。

本發明又提供一種電腦可讀媒介，應用於計算裝置或電腦中，係儲存有指令，以執行上述之動態訂單組織管理方法。

1:動態訂單組織管理系統

11:共通元件

111:定序代碼演算模組

112:排序驗證模組

12:伺服器

13:訂單核心元件

131:訂單樣板定義模組

132:訂單處理模組

21~26:步驟

31:訂單樣板資料表

33:排序限制表

41~44:步驟

51:第一階段

52:第二階段

61~67:步驟

圖1係本發明一實施例之動態訂單組織管理系統之功能模組關聯圖。

圖2係本發明一實施例之動態訂單組織管理方法之流程圖。

圖3係本發明一實施例之定序代碼演算模組的資料結構與運作方式之說明圖。

圖4係本發明一實施例之定序代碼演算方法之流程圖。

圖5係本發明一實施例之排序驗證模組的資料結構與運作方式之說明圖。

圖6係本發明一實施例之排序驗證演算方法之流程圖。

圖1係本發明一實施例之動態訂單組織管理系統1(可簡稱為系統1)之功能模組關聯圖。

在此實施例中，系統1包括共通元件11、伺服器12、以及訂單核心元件13。共通元件11包括定序代碼演算模組111及排序驗證模組112。訂單核心元件13包括訂單樣板定義模組131及訂單處理模組132。伺服器12，係具有資料庫，以通訊耦接定序代碼演算模組111、排序驗證模組112、訂單樣板定義模組131、以及訂單處理模組132。此外，排序驗證模組112通訊耦接訂單處理模組132。

在一實施例中，定序代碼演算模組111、排序驗證模組112、訂單樣板定義模組131、以及訂單處理模組132均可為硬體、軟體或韌體。若為硬體，則可為具有資料處理與運算能力之處理單元、處理器、電腦或伺服器；若為軟體或韌體，則可包括處理單元、處理器、電腦或伺服器可執行之指令，且可安裝於同一硬體裝置或分布於不同的複數硬體裝置。

圖2係本發明一實施例中，該系統1所執行之動態訂單組織管理方法之流程圖。

首先，在步驟21，訂單樣板定義模組131將系統1內各類型訂單樣板建置入伺服器12之資料庫中所儲存的訂單樣板資料表。

每個訂單樣板對應一種訂單類型。各訂單樣板的內容可包括訂單類型及執行訂單時所需呼叫的應用程式界面(application programming interface,API)與對應參數等資訊。

完成建置後，在步驟22，定序代碼演算模組111根據系統1所定義的排序規則，為每個訂單樣板產生一個定序代碼。

在步驟23，排序驗證模組112根據欲執行的訂單的樣板中的定序代碼，驗證該等訂單的排序是否符合排序規則。

然後，在步驟24，排序驗證模組112根據驗證的結果進行分流處理，若該等訂單的排序不符合排序規則，則流程進入步驟25，即排序驗證模組112發送錯誤訊息；反之，若該等訂單的排序符合排序規則，則流程進入步驟26，即訂單處理模組132依該等訂單的排序逐一處理各訂單。

上述之處理即呼叫各訂單的樣板中的API，並於呼叫時提供對應參數，以執行各訂單的樣板中的API與對應參數所定義的訂單流程。

圖3係本發明一實施例之定序代碼演算模組111的資料結構與運作方式之說明圖，其運作流程可參照圖4，圖4即圖2中之步驟22的流程圖。

本實施例中，系統1屬於一網路營運商，上述訂單係用戶對各種網路服務之申請，上述訂單流程即用戶所申請之服務的建置流程。

如圖3所示，系統1定義A至D四種訂單類型，即定義A至D四種訂單樣板，其中，A為開通網際網路協定第四版(Internet Protocol Version 4,IPv4)之網址轉換(Network Address Translation,NAT)服務，B為開通IPv4/IPv6資料中心平台服務，C為開通網際網路協定第六版(Internet Protocol Version 6,IPv6)之網路服務，D為開通IPv4/IPv6網路對外閘道服務。

首先如上所述，在步驟21，訂單樣板定義模組131將A至D之訂單樣板建置入伺服器12之資料庫中所儲存的訂單樣板資料表31。

接著，在步驟41，定序代碼演算模組111根據訂單樣板A至D組成排序限制表33。排序限制表33的列與欄的數量均等於訂單樣板的數量。排序限制表33用於記錄訂單樣板A至D之排序規則所衍生的排序限制。

例如，當該排序規則包括四條規則，其中，第一條規則為A不可在B、D之前處理(即A不可排序在B或D之前，依此類推)，第二條規則為B不可在C之前處理，第三條規則為C不可在A、B、D之前處理，且第四條規則為D不可在B、C之前處理時，則在步驟42，定序代碼演算模組111根據第一條規則標記排序限制表33的第一列的第二欄及第四欄，並根據第二條規則標記排序限制表33的第二列第三欄，依此類推。完成的標記結果如圖3中的排序限制表33所示。

接著，在步驟43，定序代碼演算模組111自排序限制表33擷取各訂單樣板的定序代碼。在一實施例中，定序代碼可表示為二進位數值，排序限制表33的每一列對應一個訂單樣板的定序代碼，且每一欄對應定序代碼的一個位元，被標記之欄對應的位元為1，未被標記之欄對應的位元為0。據此，可推得訂單樣板A至D之定序代碼分別為0101、0010、1101及0110。

接著，在步驟44，定序代碼演算模組111將所擷取之定序代碼存入訂單樣板資料表31的定序代碼欄位。

圖5係本發明一實施例之排序驗證模組112的資料結構與運作方式之說明圖，其運作流程可參照圖6，圖6即圖2中之步驟23及24的流程圖。

首先，在步驟61，系統1開始逐一輸入欲處理的訂單，排序驗證模組112根據輸入順序自先前已完成的訂單樣板資料表31擷取訂單所屬類型的訂單樣板的定序代碼。

在步驟62，排序驗證模組112檢查該訂單是否為第一個輸入的訂單，如果是，則流程進入步驟63，否則流程進入步驟64。

若該訂單為第一個輸入的訂單，則在步驟63，排序驗證模組112直接將該訂單的類型所對應的訂單樣板的定序代碼視為最初的規則碼。例如，圖5所示的第一階段51中，當第一個輸入之訂單的類型為B時，則其對應之訂單樣板B的定序代碼為0010，且0010即最初之規則碼。接著，在步驟65，排序驗證模組112根據該規則碼中各位元數值推算出符合排序規則的下一個訂單的允許類型。例如，規則碼為0010，則下一個輸入的訂單類型必須為A、B或D，方能符合排序規則。

若該訂單並非第一個輸入的訂單，則在步驟64，排序驗證模組112將該規則碼與該訂單的類型所對應的訂單樣板的定序代碼進行聯集運算(即二進位的「或」運算)，以產生新的規則碼。例如，圖5所示的第二階段52中，當第二個輸入之訂單的類型為A時，則其對應之訂單樣板A的定序代碼為0101，且新的規則碼為0111。接著，在步驟65，排序驗證模組112根據該規則碼中各位元之數值推算出符合排序規則的下一個訂單的允許類型。例如，規則碼為 0111，則下一個輸入的訂單類型必須為A，方能符合排序規則。透過此機制可於每個階段均快速過濾出下一個合法排序的訂單類型。

接著，在步驟66，排序驗證模組112檢查下一個訂單的類型是否為該允許類型，如果是，則流程進入步驟67，否則流程進入圖2中的步驟25。

在步驟67，排序驗證模組112檢查該下一個訂單是否為最後一個訂單，如果是，則流程進入圖2中的步驟26，否則流程返回步驟61，以該下一個訂單執行前述步驟，以驗證後續輸入的訂單。

因此可得知，用於驗證第N個訂單的類型是否為允許類型的規則碼係前面N-1個訂單所對應之訂單樣板的定序代碼全部進行聯集運算所得之結果，N可為大於一之任意整數。

本發明另提供一種電腦可讀媒介，例如記憶體、軟碟、硬碟或光碟。該電腦可讀媒介應用於計算裝置或電腦中，且儲存有指令，以執行上述之動態訂單組織管理方法。

綜上所述，本發明提供一種動態訂單組織管理系統與方法，其可經設計以將複雜的排列邏輯規則轉化為可讀性高的二進位代碼。當接收批次資料的輸入時，即可於常數等級的時間成本內判讀下一周期可執行的訂單類型，而無需逐一比對大量合法排序組合。

另外，亦可於系統執行期間，直接調整排序規則，以藉由定序代碼的更新達到動態調整程式執行邏輯之目的。故本發明除了在技術層面具有特色外，所提升之系統功效亦極為顯著，以克服先前技術所衍生的效能瓶頸的技術問題。

本發明雖以較佳實施例揭露如上，然其並非用以限定本發明。任何熟悉此項技藝者，在不脫離本發明之精神和範圍內，當可做更動與潤飾，因此本發明之保護範圍當視後附之申請專利範圍所界定者為準。