TWI505098B - Service supply node control system - Google Patents

Description

服務供裝節點控制系統

本發明係一種服務供裝節點控制系統，尤指一種透過星狀模式進行管控外部服務資源之服務供裝節點控制系統。

現行供裝系統的服務供裝過程中，在Enhanced Telecom Operations Map(eTOM)中稱為服務供裝(Service configuration and activation，簡稱：SC&A)。SC&A負責履行完成聯單受理系統的服務供裝需求，現有技術主要仿照規則庫(rule-based)方式，管理各種情境下應該被執行的流程程序，再交由商業流程管理軟體(Business Process Management，簡稱：BPM)處理執行。這種流程設計採用線性方式設計，即各流程設計是按各情境設計出一步一站的作法(step by step)，BPM會依流程程序描述檔，待一個站別程序完成後再往下一站別程序處理。此種流程設計方式之整理處理流程彈性不足，尤其當供裝流程站別異動時，程式功能更新與版本不易控制，且當特殊情況發生下，站別之處理更為困難。

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

為解決前揭習知技術之技術問題，本發明之一目的係提供其控制流程較具彈性之服務供裝節點控制系統，以解決於前揭之技術問題。

為達上述之目的，本發明提供一種服務供裝節點控制系統。服務供裝節點控制系統包含一供裝需求管理模組、一流程程序分析模組以及一流程控制模組。供裝需求管理模組和外部的聯單受理系統電性連接，並自聯單受理系統接收用來記載外部用戶端之服務請求的複數個聯單檔案，供裝需求管理模組依據各個聯單檔案間關聯進行處理與分類，並據以解析一資源面向服務資訊。流程程序分析模組與供裝需求管理模組電性連接，而流程分析模組更依據聯單檔案所記載之一服務類別以及資源面向服務資訊，並依據一規則庫所包含之一規則資訊以設置一施工流程程序描述檔，前述之施工流程程序描述檔更包含了執行服務類別之複數個服務程序。流程控制模組係與流程分析模組電性連接，而流程控制模組依據施工流程程序描述檔來和符合需求之外部複數個服務資源進行連接，流程控制模組使用一處理規則以及一星狀模式並依據服務程序切換配置前述之服務資源，所述之星狀模式係於各個服務程序處理結束即讓處理之程序回到流程控制模組進行配置。

由於前述之服務供裝節點控制系統透過為星狀模式進行控制，使得系統能較有彈性的應付多變的服務供裝流程所產生之程序。並讓服務供裝服務之進行能加順暢。

1‧‧‧聯單受理系統

11‧‧‧用戶端

3‧‧‧服務供裝節點控制系統

31‧‧‧供裝需求管理模組

33‧‧‧流程程序分析模組

35‧‧‧流程控制模組

5‧‧‧服務資源

51‧‧‧外部通訊介面

53‧‧‧外部供裝系統

第1圖為本發明之服務供裝節點控制系統示意圖。

以下將描述具體之實施例以說明本發明之實施態樣，惟其並 非用以限制本發明所欲保護之範疇。

請參閱第1圖，其為本發明之服務供裝節點控制系統3。服務供裝節點控制系統3包含一供裝需求管理模組31、一流程程序分析模組33以及一流程控制模組35。供裝需求管理模組31電性連接外部之一聯單受理系統1，並自聯單受理系統1接收複數個聯單檔案，聯單檔案係記載外部用戶端11之服務請求，而供裝需求管理模組31依據各個聯單檔案間關聯進行處理與分類，並據以解析一資源面向服務資訊。流程程序分析模組33係電性連接供裝需求管理模組31，而流程分析模組依據聯單檔案所記載之一服務類別以及資源面向服務資訊，並依據一規則庫所包含之一規則資訊以設置一施工流程程序描述檔，其施工流程程序描述檔更包含執行服務類別之複數個服務程序。流程控制模組35係電性連接流程分析模組並依據施工流程程序描述檔來和符合需求之外部複數個服務資源5進行連接，而流程控制模組35使用一處理規則以及一星狀模式並依據服務程序來切換配置服務資源5，星狀模式係於各個服務程序處理結束即讓處理之程序回到流程控制模組35進行配置。

前述之供裝需求管理模組31係透過各個聯單檔案間之橫向關聯或縱向關聯進行處理與分類，或是依據各個聯單檔案之一聯單編號進行處理分類，並即透過一規則關係資料庫進行比對，再即自聯單受理模組之客戶面向服務資訊之資源層解析出資源面向服務資訊。流程程序分析模組33更依據一電信網路服務資訊或一加值服務資訊其中之一或二者之組合與資源面向服務資訊之關聯設置施工流程程序描述檔以設定服務程序。流程控制模組35係使用標籤交換模式進行控制。

請再參閱第1圖，其為本發明之一實施例。本實施例係為中華電信的電信網路服務與加值服務供裝流程，其目的在於提供一個高效率與彈性的自動化供裝流程機制。首先，當外部的聯單受理系統1接收到自用戶端11傳送來的聯單資料時會將其遞交給供裝需求管理模組31(Request Pool Management Module)，由於聯單受理系統1所受理的用戶端11之檔案聯單，可能會因為用戶端11之需求更改，或是其他受理因素影響，導致同一個時期內會有多張互相關聯之聯單檔案。服務供裝節點控制系統3定義此種多筆聯單檔案為同一個生命週期(life cycle)，並且讓這些聯單檔案共用一個識別碼，其識別碼稱為聯單編號(OH Number)。而同一個聯單編號，係考量在電信網路服務與加值服務受理過程中，用戶端11的申請處理動作從開始到申請動作完成，同一聯單號碼內可能經歷多次的裝、拆、異動或註銷的狀態。而這些動作會影響到服務供裝節點控制系統3之作業程序。另外，因為前端受理系統的不同，或是其他受理因素影響，有可能導致不同的聯單編號，卻是影響同一用戶的某些電信網路服務或是加值服務。這種情況雖然是經由兩張不同之聯單檔案進行受理，惟其在供裝施工流程上，卻是需要一併考慮。因此服務供裝節點控制系統3會一併考量上述之各種狀況以及連帶之關聯狀態進行處理。

而供裝需求管理模組31會將具有相同聯單編號，或是有相關性的聯單進行處理與分類，其分類之類別包含了新裝(new)、註銷(abort)、異動(modify)等施工類別，接著，供裝需求管理模組31再解析出一資源面向服務資訊。

供裝需求管理模組31又會對同一用戶端11其前後期申請聯 單檔案(本發明定義此種檔案關聯為縱向關聯)與不同聯單但是卻針對同一用戶的某種服務(本發明定義此種檔案關聯為橫向關聯)之聯單檔案經由一預先建立的規則關係資料庫(資料庫欄位內容舉例如下：)

比對處理，再將聯單受理系統1的個戶面向服務資訊(Customer facing service data，簡稱：CFS)解析出資源層(Resource layer)的資源面向服務(Resource facing service，簡稱：RFS)資訊。請接著參閱下表，其為申請電信網路服務與加值服務時，聯單受理系統1的CFS與服務供裝系統RFS資訊之解析對應表。

供裝需求管理模組31將前述所生成之資源面向服務資訊交由流程程序分析模組33(Service Stage Analyzer Module)後，流程程序分析模組33根據規則庫(rule-based)其內部事先定義處理規則，且又依據電信網路服務(例如市話服務、ADSL網路服務、光世代網路服務，以及市話附掛ADSL或市話附掛光世代網路服務)與加值服務類型(例如MOD服務、中華電信千里眼服務、放心播服務、VPN虛擬私有網路服務、VOIP網路電話服務等)，加上供裝需求管理模組31所分析出的施工類別，產生出施工流程程序描述檔。進步一而言，由於RFS分析以及記載了每一個資源層所對應的供裝介面、供裝系統、網管系統等。而流程程序分析模組33則根據這些不同的供裝介面、供裝系統、網管系統等資訊，進行供裝流程的規劃。並判斷供裝需求管理模組31分析出的RFS、電信網路服務與加值服務間的相依性，以及各種服務供裝流程的先後順序，以將RFS會被轉換成施工流程程序描述檔。每個步驟間可能是依序(step by step)或是並行(parallel)的關係，並將述之關 係記載在施工流程程序描述檔中，以作為後續服務供裝流程的依據。

舉例而言，當流程程序分析模組33解析出聯單檔案所記載之服務請求需要經過S1、S2、S3、S4、S5五個流程程序才能完成服務供裝流程時，流程控制模組35(Service Flow Controller Module)會依據流程程序描述檔，並與執行S1~S5程序所需之外部服務資源5進行連線。前述之服務資源5諸如外部通訊介面51或者是外部供裝系統53(通訊介面之實例為中華電信所屬之網路設備，例如DSLAM、HPER設備，系統利用SNMP、SSL TELNET通訊協定，連線進入網路設備，設定服務設定檔；供裝系統實例為HiNet維運系統(HiOSS)、MOD供裝系統(SMS系統)、千里眼服務供裝平台(COSMOS系統))等，而流程控制模組35利用事先定義的處理規則(process specification，處理規則以S1~S5程序舉例而言：S1必須先執行成功，才可進行S2與S3，S2與S3可以同時進行，待S2與S3完成後，S4與S5才可以開始進行；實例為：用戶申請光世代附加MOD服務，必須進行電路調定(S1)完成後，才可以進行網路設備供裝(S2)與MOD系統設定(S3)，完成後系統會進行外線客戶網路派工(S4)與HiNet維運系統設定(S5))與星狀(star)的處理模式來切換配置服務資源5，使得每一流程程序處理完後，其處理程序會回到流程控制模組35，以安排進行下一個流程程序。流程控制模組35除了監視目前流程程序與安排下一步流程程序之外，亦負責流程追蹤(tracking)、回報(reporting)等工作，以提供服務供裝節點控制系統3之系統管理者以及系統使用者來查詢施工結果與稽核流程進度的功能。

流程控制模組35係採標籤交換模式(標籤交換技術是利用精簡、固定長度、具有局部意義的標識符，用來簡化系統內部的程序選擇步 驟。標籤交換技術類似於郵局採用郵政編碼對信件轉發的方案：在郵政編碼未出現之前，郵局工作人員必須查閱整個地址才能對信件進行轉發，採用統一的郵政編碼可以立即對信進行轉發。利用標籤交換技術與星狀控制技術，供裝程序進入流程控制模組時，可以利用標籤判斷流程轉發的目的地，而星狀控制方法則是描述各流程程序間與系統流程控制模組的關係，並非傳統線性流程，而是可以同時且獨立的進行各個流程程序。)進行控制，而採用星狀模式之流程控制模組35對流程程序描述檔所記載之流程進行切換配置，並在每一流程程序處理完後回到流程控制模組35，以安排進行下一個流程程序。而每一個流程程序的進行係透過外部通訊介面51通知網管系統，或是通知外部供裝系統53進行作業。流程控制模組35除了監視目前流程程序與安排下一步流程程序之外，也會負責流程追蹤(tracking)、回報(reporting)等工作。SC&A時常需面臨重作(redo)、註銷(abort)、異動(modify)等等，因為聯單受理系統1CFS的變更或是外部供裝系統53的例外處理需求產生的動作，透過本模組的功能，除了使服務供裝流程程序的管理與變動簡單化與模組化以外，同時也提供了系統管理者以及系統使用者查詢施工結果與稽核流程進度的功能。

本發明所提供之「服務供裝節點控制系統3」，與其他習用技術相互比較時，更具備下列優點：

(1)流程情境與程序分析分離於流程處理與派送之外，BPM不用依不同情境設計不同的流程程序，簡化開發時程與版本切換時的問題。

(2)流程採最大化站別設計，將不同電信網路服務與加值服務可能要經過的 站別依最大範圍設計，也可應付供裝不同服務時的流程規模(scale)。

(3)流程控制模組35係採星狀模式設計，使得每一流程程序執行完後，下一個動作就是回報流程控制模組35，再由流程控制模組35派送到下一站流程程序，這樣的方式可方便讓流程控制模組35控制處理程序，可以隨時進行流程稽核與改變，也方便達到流程程序的統一管理與記錄。

綜上所述，本案不僅於技術思想上確屬創新，並具備習用之傳統方法所不及之上述多項功效，已充分符合新穎性及進步性之法定發明專利要件，爰依法提出申請，懇請 貴局核准本件發明專利申請案，以勵發明，至感德便。

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

1‧‧‧聯單受理系統

11‧‧‧用戶端

3‧‧‧服務供裝節點控制系統

31‧‧‧供裝需求管理模組

33‧‧‧流程程序分析模組

35‧‧‧流程控制模組

5‧‧‧服務資源

51‧‧‧外部通訊介面

53‧‧‧外部供裝系統

Claims (5)

1. 一種服務供裝節點控制系統，包含：一供裝需求管理模組，電性連接外部之一聯單受理系統，並自該聯單受理系統接收複數個聯單檔案，該些聯單檔案係記載外部用戶端之服務請求，該供裝需求管理模組依據各該聯單檔案間之關聯進行處理與分類，並據以解析一資源面向服務資訊，其中該資源面向服務資訊係包含該聯單檔案所解析出之服務資源項目、服務資源內容或服務資源項設定目標；一流程程序分析模組，電性連接該供裝需求管理模組，該流程分析模組依據同一關聯之該些聯單檔案所記載之一服務類別以及該資源面向服務資訊，並依據一規則庫所包含之一規則資訊，以及該等聯單檔案之施工類別以設置一施工流程程序描述檔，該施工流程程序描述檔更包含執行該服務類別之複數個服務程序；以及一流程控制模組，電性連接該流程分析模組，該流程控制模組依據該施工流程程序描述檔來和符合需求之外部複數個服務資源進行連接，該流程控制模組使用一處理規則以及一星狀模式並依據該些服務程序切換配置該些服務資源，該處理規則係定義該服務請求之處理流程，該星狀模式係於各該服務程序處理結束即讓處理之程序回到該流程控制模組進行配置。
2. 如請求項1所述之系統，其中該供裝需求管理模組更依據各該聯單檔案之一聯單編號進行處理及與分類。
3. 如請求項1所述之系統，其中該供裝需求管理模組係透過各該聯單檔案間之橫向關聯或縱向關聯進行處理與分類，並即透過一規則關係資料庫 進行比對，再即自該聯單受理模組之客戶面向服務資訊之資源層解析出該資源面向服務資訊。
4. 如請求項1所述之系統，其中該流程程序分析模組更依據一電信網路服務資訊或一加值服務資訊其中之一或二者之組合與該資源面向服務資訊之關聯設置該施工流程程序描述檔，以設定該些服務程序。
5. 如請求項1所述之系統，其中該流程控制模組係使用標籤交換模式進行控制。