TW201327432A - 可調適之訂單資料驗證方法 - Google Patents

Abstract

一種由規則描述語法與規則解析引擎所實現之資料驗證方法，係應用於電信訂單之可調適資料驗證方法。由於現行訂單資料驗證多是以特定程式語言撰寫於網頁端或伺服器端程式模組內，造成驗證規則分散各處且維護不易；甚且業務規則的頻繁變動，導致大量的驗證程式修改，耗時費力。因此研發可調適之訂單資料驗證方法，制定共用之規則描述語法與集中管理作業，並設計增刪、修改，查詢等可調適機制。當其實際運作時，可依據業務性質差異，套用不同組態，由規則驗證引擎讀取制式化語法規則，進行訂單資料的驗證。

Description

可調適之訂單資料驗證方法

本發明係關於一種可調適之訂單資料驗證方法，為透過規則語法定義來描述檢查規則，並將該檢查規則存放於規則資料庫中，再由規則引擎依據業務邏輯所需規則進行訂單資料的驗證。

在重視服務品質且競爭激烈的時代，如何提供迅速的供裝服務實為重要之議題，而其關鍵在於確保訂單資料的正確性，以減少供裝流程來回退件的情形發生，進而提升供裝作業效率。早先訂單資料的檢查規則，分佈於各個受理系統元件中。如此將形成規則重複編寫，且同一規則執行多次的缺失；再者，一旦業務規則改變，所有元件功能都將面臨重新改寫之窘境。

現有專利「智慧型規則庫服務之執行系統及執行方法」雖是利用規則庫服務介面接收由規則庫服務模組所傳送之包含標頭在內的服務要求內容；並在規則元件接收到服務要求內容時，根據標頭至規則庫中取得適用規則，再利用規則應用元件將所接收的規則應用於服務要求內容中須處理的部分，取得處理結果以供使用。然而其主要應用在於系統工程服務平台的正規資訊交換，且其規則至多包含二項屬性。在考量訂單資料複雜，須檢查屬性繁多的情形下，發現其方法並未適用於訂單資料驗證上。此外，該專利所述規則管理元件雖可進行刪除、修改、新增或排序等動作，卻未針對規則進行分類與管理，導致規則搜尋不易，也無法查詢到規則間之關聯性。

由此可見，上述習用技術仍有諸多缺失，實非一良善之設計者，而亟待加以改良。

本案發明人鑑於上述習用技術所衍生的各項缺點，乃亟思加以改良創新，並經多年苦心孤詣潛心研究後，終於成功研發完成本件可調適之訂單資料驗證方法。

本發明之目的即在於提供一種由規則描述語法與規則解析引擎所實現之資料驗證方法，主要透過：

1.規則語法定義檔 2.商業邏輯規則對映檔 3.規則資料庫

此三類模組來定義和描述訂單的業務邏輯規則，再藉由：

4.規則讀取器 5.規則解析元件 6.資料驗證元件

以上三種元件所組成的規則引擎來進行規則的讀取和解析，以執行業務邏輯判斷，達成訂單資料的驗證目標。

本發明之次一目的是：將商業邏輯從程式碼中抽離，交由特定元件來進行邏輯判斷，讓訂單系統可以透過該規則引擎架構加速大量業務邏輯驗證作業，並且透過此規則引擎架構讓訂單資料的驗證規則得以彈性增加或修改。

本專利所提之資料驗證係指：訂單受理資料的商業邏輯檢查，亦即檢查聯單資料是否符合營業規章，而為有效訂單的驗證方法。

可達成上述發明目的之可調適訂單資料驗證方法，係指一種由規則描述語法與規則解析引擎所實現，並應用於電信訂單之資料驗證方法。本發明可分成兩大部分，第一部分為規則建置方法，此部分主要係由一規則編輯器，根據已定義之運算子與提示訊息識別碼，提供一規則編輯介面，可將編輯完成之驗證規則存放於規則資料庫，同時記錄商業邏輯代號與規則集合之對應關係於商業邏輯規則對映檔中，以達到規則建立與管理之目的。

接著，第二部分為資料驗證方法，此部分主要由資料驗證元件接收待驗證之訂單資料及商業邏輯代號，並透過規則解析元件，讀取商業邏輯規則對映檔內容，交由規則讀取器擷取所需之規則集合。最後，由資料驗證元件負責解譯已定義之規則，及進行訂單資料驗證程序，並回傳資料驗證結果，以達到訂單資料驗證之目的。

本發明之一種可調適之訂單資料驗證方法，其步驟至少包含：

a.　由該規則編輯器參照該規則語法定義檔所定義之運算子與提示訊息識別碼，編輯規則並轉入該規則資料庫；

b.　由該規則編輯器將商業邏輯與規則項目對應關係填入該商業邏輯規則對映檔中；

c.　該規則讀取器至該規則資料庫擷取規則集合；

d.　由該資料驗證元件讀取該訂單資料，並接收商業邏輯代號後，呼叫該規則解析元件；

e.　該規則解析元件根據該商業邏輯規則對映檔，擷取該規則讀取器中所需規則集合；

f.　由該規則解析元件回傳需驗證之規則集合給該資料驗證元件；

g.　該資料驗證元件接收並解譯規則；以及

h.　該資料驗證元件驗證資料後，送出對應之驗證訊息視窗。

如上所述之訂單資料驗證方法，其中該規則語法定義檔，可係為所有定義之運算子與提示訊息識別碼，應用於規則敘述。

其中，該規則資料庫，可為存放參照規則語法定義所編輯而得的驗證規則檔案。

該商業邏輯規則對映檔，記錄某項業務邏輯與所須執行之規則組合，該商業邏輯規則對映檔中的內容為某項業務邏輯對應到該規則資料庫中多項規則之集合。

該規則解析元件，用以根據該商業邏輯規則對映檔定義之規則集合，傳送至該規則讀取器中擷取對應之規則集。

該資料驗證元件，用以負責解譯驗證規則之內容及比對訂單資料是否符合已定義之商業邏輯規則，並回傳驗證結果。

上述提及方法可依據業務性質之差異，套用不同檢查規則，進行訂單資料的驗證。如此，將確保驗證規則的一致性，以及維護上之彈性，進而提升新電信業務的訂單作業開發與上線時效。

請參閱圖一，為本發明之流程方法架構圖，可分為兩部分說明，第一部分為規則建置流程，係由規則編輯器C1，參照規則語法定義檔C3所規範之運算子與提示訊息識別碼，提供使用者規則編輯操作介面，並將使用者編輯完成之規則存放於規則資料庫C4，同時也將商業邏輯代號與規則集合之對應關係記錄於商業邏輯規則對映檔C2。第二部分為訂單資料驗證之運作流程，首先於系統啟動時，規則讀取器C5會至規則資料庫中讀取所有規則集合檔案，當有資料驗證需求時，由資料驗證元件C7讀取訂單資料C8及需驗證之商業邏輯代號。

當資料接收完成，再由規則解析元件C6根據輸入之商業邏輯代號，從商業邏輯規則對映檔C2找出該商業邏輯對應之規則集，並呼叫規則讀取器C5擷取所需規則內容，最後由資料驗證元件負責解譯驗證規則及進行訂單資料驗證。驗證程序完成後，再回傳驗證結果訊息C9，完成訂單資料驗證作業。

請參閱圖二，為本發明之規則語法定義檔C3所定義之邏輯運算子一覽表，其中以“==”表示等於關係之運算子，而“!=”表示不等於關係運算子。“?(,,)”表示邏輯OR關係運算子；”：”表示邏輯AND關係運算子。運算子”has”則檢查資料中，是否包含has項後所定義之關鍵字。透過運算子可以針對不同類型商業邏輯進行資料驗證操作，以便正確執行訂單資料驗證程序。

請參閱圖三，為本發明之規則語法定義檔C3所定義之提示訊息識別碼一覽表，其中包含三種不同訊息顯示型態。若驗證結果需要使用者確認，則在顯示訊息之前標註“＊”字元。以“！”識別碼為起始之顯示訊息，表示此訂單尚有其他申請事項待填寫，因此會提示缺少之申請事項清單。若驗證結果需顯示警告訊息，則訊息開頭無需任何識別符號。

規則資料庫C4負責儲存所有資料驗證規則。每一規則皆包含規則編號欄位、邏輯判斷式欄位與顯示訊息欄位。判斷式欄位記錄資料驗證運算式，當運算結果不成立，即會出現顯示訊息警告視窗。而商業邏輯規則對映檔C2則記錄商業邏輯代號，及該商業邏輯所含全部檢查規則集合。

請參閱圖四，為本發明之規則建置流程圖。由圖中可知，本發明所揭露之訂單驗證規則建立步驟至少包含：

步驟F1：由規則編輯器參照規則語法定義檔所定義之運算子與提示訊息識別碼，編輯規則並轉入規則資料庫。

步驟F2：由規則編輯器將商業邏輯與規則項目對應關係填入商業邏輯規則對映檔中。

請參閱圖五，為本發明之資料驗證運作流程圖。由圖中可知，本發明所揭露之訂單資料驗證步驟至少包含：

步驟F3：規則讀取器至規則資料庫擷取規則集合。

步驟F4：由資料驗證元件讀取訂單資料並接收商業邏輯代號後，呼叫規則解析元件。

步驟F5：規則解析元件根據商業邏輯規則對映檔，擷取規則讀取器中所需規則集合。

步驟F6：由規則解析元件回傳需驗證之規則集合給資料驗證元件。

步驟F7：資料驗證元件接收並解譯規則。

步驟F8：資料驗證元件驗證資料後，送出對應之驗證訊息視窗。

為使　貴審查委員能更清楚瞭解本發明之內容、目的、特徵及功能，僅以下列案例與圖示進行詳實之說明。以上關於本發明內容之說明及以下實施方式係用以示範與解釋本發明之原理，並且提供本發明專利申請範圍更進階之解釋。

◆　實施案例：

當客戶辦理移機業務時，依據營業規章訂單系統需檢查以下資料：

客戶名稱

家用電話

辦公室電話

手機

地址

電子郵件地址

申請事項

速率

其中客戶名稱與地址屬於必填；電子郵件地址為非必填；家用電話、辦公室電話或手機應擇一輸入；而若速率有做更動，需另外增加申請事項「更速率」。

上述檢查條件依規則語法定義，可編寫成以下規則敘述：

上述規則中，移機訂單的基本檢查規則包含(1)(2)(3)(4)項，可歸納成規則集合RULE_A01；與速率異動相關之規則(5)，則獨立為RULE_A02。兩者於商業邏輯規則對映檔的填寫方式如下：

當規則引擎啟動時，規則讀取器會先至規則資料庫擷取已定義之所有規則集合。一旦資料驗證元件接收訂單資料及商業邏輯代號(RULE_A01與RULE_A02)後，隨即呼叫規則解析元件解析得出規則集合(1)、(2)、(3)、(4)與(5)，並交由規則讀取器擷取後回傳給資料驗證元件。

接著資料驗證元件進行規則解譯。首先資料驗證元件解譯規則(1)，判斷訂單資料中CustomerName是否為空值。若是空值則出現警告訊息，並告知使用者客戶名稱不可為空白。若客戶名稱不為空白，便接續判讀規則(2)，比對HomeTel、OFFTel與Cell三個欄位不能為空值。若是空值則顯示警告訊息，提醒使用者至少需輸入住宅電話、辦公電話或手機其中一個欄位。

當驗證通過，資料驗證元件將判讀規則(3)，驗證Address是否為空值。若為空值，則顯示警告訊息，提醒使用者地址不可空白。當規則(3)驗證通過，資料驗證元件進行規則(4)的解譯，檢查Email是否為空。若為空值則詢問使用者是否不填電子郵件。

此時使用者可選擇重新填寫或是不填。若使用者確認不填，則資料驗證元件將依據規則(5)，檢查速率值是否變動。若速率有做更動，則提醒使用者增加申請事項「更速率」。

資料驗證元件之運作程序，如以下Pseudocode所示：

本發明所提供之電信訂單資料驗證規則引擎與制式化檢查規則語法，與其他習用技術相互比較時，更具有下列之優點：

1.本發明提供之資料驗證規則引擎，將可規則化的業務邏輯自程式中獨立出來，能增加程式之獨立性、維護性與可讀性。

2.本發明透過資料規則描述方法，預先設定訂單受理作業邏輯供規則引擎查詢使用，可加速程式開發，並強化系統架構穩定。

3.本發明中所使用的規則描述檔案，可依照訂單受理作業中不同功能所需業務邏輯作區分，將不同業務邏輯設定在各別的檔案裡，程式更版時只要派送相關功能的規則描述檔案即可，以增強系統的可維護性。

上列詳細說明係針對本發明之一可行實施例之具體說明，惟該實施例並非用以限制本發明之專利範圍，凡未脫離本發明技藝精神所為之等效實施或變更，均應包含於本案之專利範圍中。

綜上所述，本案不但在技術思想上確屬創新，並能較習用物品增進上述多項功效，應以充分符合新穎性及進步性之法定發明專利要件，爰依法提出申請，懇請　貴局核准本件發明專利申請案，以勵發明，至感德便。

C1．．．規則編輯器

C2．．．商業邏輯規則對映檔

C3．．．規則語法定義檔

C4．．．規則資料庫

C5．．．規則讀取器

C6．．．規則解析元件

C7．．．資料驗證元件

C8．．．訂單資料

C9．．．資料驗證結果

F1．．．流程步驟

F2．．．流程步驟

F3．．．流程步驟

F4．．．流程步驟

F5．．．流程步驟

F6．．．流程步驟

F7．．．流程步驟

F8．．．流程步驟

請參閱有關本發明之詳細說明及其附圖，將可進一步瞭解本發明之技術內容及其目的功效，有關附圖為：

圖一為本發明可調適訂單資料驗證方法之流程架構圖；

圖二為本發明之規則語法定義檔所使用之邏輯運算子一覽表；

圖三為本發明之規則語法定義檔中可用之提示訊息識別碼一覽表；

圖四為本發明之規則建置流程圖；以及

圖五為本發明之資料驗證運作流程圖。

F3．．．流程步驟

F4．．．流程步驟

F5．．．流程步驟

F6．．．流程步驟

F7．．．流程步驟

F8．．．流程步驟

Claims (6)

1. 一種可調適之訂單資料驗證方法，其步驟至少包含：a.　由該規則編輯器參照該規則語法定義檔所定義之運算子與提示訊息識別碼，編輯規則並轉入該規則資料庫；b.　由該規則編輯器將商業邏輯與規則項目對應關係填入該商業邏輯規則對映檔中；c.　該規則讀取器至該規則資料庫擷取規則集合；d.　由該資料驗證元件讀取該訂單資料，並接收商業邏輯代號後，呼叫該規則解析元件；e.　該規則解析元件根據該商業邏輯規則對映檔，擷取該規則讀取器中所需規則集合；f.　由該規則解析元件回傳需驗證之規則集合給該資料驗證元件；g.　該資料驗證元件接收並解譯規則；以及h.　該資料驗證元件驗證資料後，送出對應之驗證訊息視窗。
2. 如申請專利範圍第1項所述之訂單資料驗證方法，其中該規則語法定義檔，係為所有定義之運算子與提示訊息識別碼，應用於規則敘述。
3. 如申請專利範圍第1項所述之訂單資料驗證方法，其中該規則資料庫，為存放參照規則語法定義所編輯而得的驗證規則檔案。
4. 如申請專利範圍第1項所述之訂單資料驗證方法，其中該商業邏輯規則對映檔，記錄某項業務邏輯與所須執行之規則組合，該商業邏輯規則對映檔中的內容為某項業務邏輯對應到該規則資料庫中多項規則之集合。
5. 如申請專利範圍第1項所述之訂單資料驗證方法，其中該規則解析元件，用以根據該商業邏輯規則對映檔定義之規則集合，傳送至該規則讀取器中擷取對應之規則集。
6. 如申請專利範圍第1項所述之訂單資料驗證方法，其中該資料驗證元件，用以負責解譯驗證規則之內容及比對訂單資料是否符合已定義之商業邏輯規則，並回傳驗證結果。