TWI388157B - IP DSLAM network for the installation method - Google Patents
IP DSLAM network for the installation method Download PDFInfo
- Publication number
- TWI388157B TWI388157B TW98111444A TW98111444A TWI388157B TW I388157 B TWI388157 B TW I388157B TW 98111444 A TW98111444 A TW 98111444A TW 98111444 A TW98111444 A TW 98111444A TW I388157 B TWI388157 B TW I388157B
- Authority
- TW
- Taiwan
- Prior art keywords
- management
- network
- rule
- dslam
- rules
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims description 99
- 238000009434 installation Methods 0.000 title claims description 16
- 238000007726 management method Methods 0.000 claims description 86
- 230000008569 process Effects 0.000 claims description 82
- 238000010276 construction Methods 0.000 claims description 33
- 238000013461 design Methods 0.000 claims description 25
- 238000004891 communication Methods 0.000 claims description 21
- 230000005540 biological transmission Effects 0.000 claims description 10
- 230000008859 change Effects 0.000 claims description 10
- 238000003860 storage Methods 0.000 claims description 8
- 230000007704 transition Effects 0.000 claims description 6
- 238000012545 processing Methods 0.000 claims description 5
- 238000012423 maintenance Methods 0.000 claims description 4
- 239000008186 active pharmaceutical agent Substances 0.000 claims description 2
- 238000004364 calculation method Methods 0.000 claims description 2
- 238000004886 process control Methods 0.000 claims 2
- 238000007781 pre-processing Methods 0.000 claims 1
- 230000009466 transformation Effects 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 10
- 230000006870 function Effects 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000008520 organization Effects 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 230000033772 system development Effects 0.000 description 2
- 235000001674 Agaricus brunnescens Nutrition 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000002860 competitive effect Effects 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 235000015250 liver sausages Nutrition 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000011112 process operation Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
- 230000009885 systemic effect Effects 0.000 description 1
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
本發明係關於一種IP DSLAM(IP協定數位用戶線接入復用設備，IP Digital Subscriber Line Access Multiplexer)網路供裝系統架構，特別是指結合業務流程管理(Business Process Management,BPM)與原則管理(Policy-Based Management,PBM)，以輔助管理者能夠在最短的時間內能夠設計IP DSLAM網路上的新服務之供裝流控。
先前的網路供裝系統架構，常需要網路設計人員的經驗作網路設計，但隨著電信網路IP化的趨勢，傳統的接取端設備也逐漸被IP-DSLAM取代，在IP-DSLAM網路上所提供的服務越來越多樣，網路供裝也越來越有彈性，單靠網路設計人員的經驗來設計網路已不敷成本效益，因此使用商用BPM(業務流程管理Business Process Management)產品來控制日益複雜的網路供裝流程，已是目前下一代操作支援系統(Next Generation Operations Support Systems,NGOSS)的最熱門的話題。但目前商用的BPM產品，目前仍處在百家爭鳴的戰國時代，不同的廠商的BPM使用不同的進程演算(Process Calculus)技術來完成Process Abstraction的功能，這些技術各有缺陷，而且仍有層出不窮新的Process Calculus如雨後春筍般陸續出籠，目前並沒有一個最好的Process Calculus可以解決所有複雜的網路供裝問題，況且現今商用的BPM(業務流程管理Business Process Management)產品主要針對的是預定(Pre-defined)的流控而設計的，並不能輕鬆因應日益複雜的電信網路變化；反觀「IP DSLAM網路」上供裝問題，不但得面臨
不斷推陳出新的高度客製化產品的挑戰，讓程式開發人員疲於奔命，加上IP網路上的話務(Traffic)瞬息萬變特性，網路也必需隨著網路流量的變化不斷的需作動態性的調整(Network Rearrange)以節省資源，如今商用的BPM產品並不能隨時更改進行中的流控來作動態性的調整。由此看來「IP DSLAM網路」的網路供裝問題已非一般商用BPM軟體可以應付。
由此可見，上述習用方式仍有諸多缺失，實非一良善之設計，而亟待加以改良，且若使用目前有些商用的BPM產品不但花費過大，並且不易學習。
本案發明人鑑於上述習用方式所衍生的各項缺點，乃亟思加以改良創新，並經多年苦心孤詣潛心研究後，終於成功研發完成本件「IP DSLAM網路」供裝系統架構，配合自行研發之「IP DSLAM網路」BPM，再佐以自行研發之「IP DSLAM網路」PBM，不但可減少「IP DSLAM網路」供裝系統的成本，也可縮短系統研發的時間。
本發明之目的在於提供一種配合網路演進，並具有彈性調整進行中的施工流控，達成資源利用率最佳化的目的，滿足新服務規劃等需求，提高供裝速率，從而提高服務供裝品質。
本發明之次一目的在於提供管理者確實地掌握施工進度及品質，並可配合特殊客制化需求，隨時修改供裝流控的規則。由於本發明採用為「IP-DSLAM網路」量身訂作(Domain-Specific)的BPM與PBM的管理方式，讓流控設計獨立於程式之外，管理者在無資訊技術背景之下，也可設計簡易的流控，因此可大幅度降低系統開發的成本，進而提昇競爭優勢。
可達成上述發明目的之IP DSLAM網路供裝系統架構，在供裝方面係採用BPM與PBM的管理方式來設計，其中BPM包含「通道通訊引擎(Channel Communication Engine)」、「派運算處理器(Pi-calculus Processor)」、「佩特里網工作流控處理器(Petri-net Workflow Processor)」與「流程監控器(Flow Monitor)」等供裝階段所需的四個模組，可根據PBM之施工流程的佩特里網(Petri-nets)設計，進行派工；該PBM包含「供裝規則庫管理模組」、「人員調派規則庫管理模組」、「PBM引擎模組」與「佩特里網(Petri-nets)產生模組」等所需的四個主要模組，可管理「IP DSLAM網路」供裝系統所用到的規則及進行施工流程的佩特里網(Petri-nets)設計，本發明可大幅減少人力成本，可為寬頻服務提供更易管理之供裝系統架構。
請參閱圖一，為本發明IP DSLAM網路供裝系統架構之系統架構圖，該系統架構主要包括：
一其他營運系統及軟體(Operations Systems and Software,OSS)1；
一通道(Chamel)2；
一業務流程管理(Business Process Management,BPM)3，該業務流程管理3通過通道2接收其他營運系統及軟體1的異動請求(Request)，再將這些異動請求送到原則管理4進行施工流程的佩特里網(Petri-nets)設計，該業務流程管理3再依施工流程的佩特里網(Petri-nets)進行派工；而該原則管理4提供管理者一個簡化(Abstraction)的流控設計工具，簡化系統複雜度的過程稱為Abstraction，因此當系統越變越大時，Abstraction過程是越來越重要的；因此在IP DSLAM網路供裝系統設計的第一步，就是建立供裝規則，管理者首先必須將流控中最不常改變部分，最先抽離出來，使用原則管理4的「供裝規則庫管理模組」，將抽離出來的部分設計成相關的供裝規則，管理者將這些供裝規則再依其變異(volatile)程度依序建制完成後，再用人員調派規則庫管理模組來設計人員調派規則；當相關規則都設計完成後，該業務流程管理3的派運算處理器(Pi-calculus Processor)會執行供裝規則庫內的預設流程，當預設流程執行到網路供裝(Provisioning)的動作時，會啟動原則管理4的規則引擎模組去執行網路供裝，規則引擎模組會根據供裝規則資料庫的相關規則來設計網路，然後再用佩特里網(Petri-nets)產生模組產出施工流程佩特里網(Petri-nets)，之後規則引擎模組再將施工流程的佩特里網(Petri-nets)傳至業務流程管理3的佩特里網(Petri-nets)Workflow Processor進行派工；
因此該業務流程管理3主要任務為整個資源(Resource)的工作流程控制(Workflow Control)，並採用派運算(Pi-calculus)及佩特里網(Petri-net)的混用架構來達成更簡化的Process Abstraction目的，其中包含通道通訊引擎(Channel Communication Engine)、派運算處理器(Pi-calculus Processor)、佩特里網工作流控處理器(Petri-net Workflow Processor)與流程監控器(Flow Monitor)等供裝階段所需的四個模組；其中該通道通訊引擎(Channel Communication Engine)模組，係將IP DSLAM網路與其它所系統之間的通訊(Communication)運算全部封裝至通道2的物件中，以往在設計流控時需考慮鎖死(Deadlock)、實際參與處理器間之處理流程配置(Distribution of Processes among Physical Processors)及彈回各式各樣的失敗類型(Resilience to Various Kinds of Failures)等等同時發生的控制(Concurrency Control)問題，以及面臨必需選擇一致性(Concurrency)的架構問題(如Fork/Wait、Cobegin/Coend及Data Parallelism)，以及資料同步的問題(Shared memory、Rendezvous、Message-passing及Dataflow)；其中所使用派運算(Pi-calculus)，將這些複雜度全隱藏封裝在Channel這個物件中，如此可得到很好的Process Abstraction，因此管理者在設計流控時，完全不需要考慮上述同步運算的問題，該派運算(Pi-calculus)是通道2為主(Channel-base)的運算，因此通道2的設計非常重要，而本模組主要目的為隱藏(Encapsulate)所有系統之間通訊(Communication)的複雜度，它將不同傳輸方式統一成一個簡化的介面；而該通道2又分為兩部份(輸入端InPort及輸出端OutPort)，其中有比較特殊的同步通訊，也就是傳送完後需要等待訊息回傳，此通訊元件自己命名為InOutPort，而該輸入端(InPort)提供的Input Port傳輸方式可分為FTP、HTTP、FILE、SOCKET、Web service、JMS，另外該輸出端(OutPort)提供的Output Port傳輸方式可分為FTP、HTTP、FILE、SOCKET、Web service、語音催告、簡訊、e-mail、JMS；利用這個統一的通道2介面，系統通訊介面設計者可以很快組裝出新的傳輸方式，也可依介面資料格式設計出所需要的通訊格式，利用設定將所要傳送與接收的位址注入至通訊設定檔，通道通訊引擎(Channel Communication Engine)可以根據所設定的設定起始接收通訊的Deamon，傳送部分可以根據所設定的通訊設定檔，利用取得傳送物件進行傳送動作，而達到簡化通訊步驟的目的；舉例而言，當我們將底層通訊(Communication)換成一個新的傳輸方式(EAI，企業應用整合Enterprise
Application Integration)，此時我們只要依下列步驟對新的通信協定進行少部分的設計，即可使用新的傳輸方式，而上層流控設計完全不變；步驟1：輸入端(InPort)模組設計，使此模組的功能為能接收來自EAI JMS訊息；步驟2：輸出端(OutPort)模組設計，使此模組的功能為能傳送EAI JMS訊息。
而該業務流程管理3之派運算處理器(Pi-calculus Processor)模組，採用派運算(Pi-calculus)來簡化IP DSLAM網路與各個OSS系統之間訊息繞送(Message Routing)流程的控制，該業務流程管理3會根據原則管理4所定義的預設流控(如圖二所示之設備重設流控圖)，來轉換成Pi-calculus Program，然後在用派運算處理器(Pi-calculus Processor)進行IP DSLAM網路與其他各個介接系統作訊息交換，來簡化IP DSLAM網路與各個維運支援系統之間訊息繞送流程的控制，其執行順序如下：步驟1：外部系統將輸入資料放至企業應用系統整合訊息儲存器(EAI Message Box)；步驟2：派運算處理器(Pi-calculus Processor)利用輸入端(InPort)取得在企業應用系統整合訊息儲存器(EAI Message Box)輸入資料；步驟3：輸入端(InPort)將資料利用BPM訊息傳送元件傳入至協調流程之訊息儲存器(Orchestration Message Box)中；步驟4：輸入端(InPort)需將輸入資料轉成協調流程之訊息儲存器(Orchestration Message Box)內部訊息格式；步驟5：內部訊息將為協調流程之訊息儲存器(Orchestration Message
Box)全域變數；步驟6：協調流程之訊息儲存器(Orchestration Message Box)之輸入端(InPort)從協調流程之訊息儲存器(Orchestration Message Box)接獲訊息後，呼叫處理流程控制者(Orchestration Handler)；步驟7：Orchestration Handler接獲訊息後，會根據訊息來源判斷所要處理的元件名稱與型態；步驟8：若在派運算處理器(Pi-calculus Processor)未發現先前此訊息中，會去原則管理4尋找「預設流程」，並在派運算處理器(Pi-calculus Processor)新建立此流程；步驟9：若已經有此訊息，則會根據派運算處理器(Pi-calculus Processor)利用訊息(Message)中的Correlation Id當作主鍵，與來源處，判斷所要處理的元件名稱與型態；步驟10：根據所要執行的元件名稱，利用Spring(春天軟體)的呼叫元件方式，執行該元件(Process Operation)。
另外該佩特里網工作流控處理器(Petri-nets Workflow Processor)模組，採用佩特里網(Petri-nets)來設計IP DSLAM網路的動態派工流控，佩特里網(Petri-nets)是非常適合定義及分析複雜的派工流程，也容易讓現場作業人員或相關主管根據Petri-net了解相關施工進度，同時也可避免含糊(Ambiguities)，不確定(Uncertainties)，及矛盾(Contradictions)等問題；而該業務流程管理3根據原則管理4所產出的佩特里網(Petri-nets)，來設計IP DSLAM網路的動態派工流控，也就是經過佩特里網工作流控處理器(Petri-nets Workflow Processor)模組進行派工作業，而佩特里網
(Petri-nets)中的每個轉變(Transition)可有一個時間觸發器(Time Trigger)，因此佩特里網工作流控處理器(Petri-nets Workflow Processor)模組的時程表(Scheduler)根據時間觸發器(Time Trigger)中的預施日期進行派工，若轉變(Transition)沒有相對應的時間觸發器(Time Trigger)，則立即派工(Fire)；該佩特里網工作流控處理器(Petri-nets Workflow Processor)模組對每一個流控提供Undo、Redo及Abort的功能，因此每個轉變也必需有相對應的Undo動作，當使用者要註銷整個流控時，佩特里網工作流控處理器(Petri-nets Workflow Processor)模組對流控作Undo的動作時，系統會對所有作過的轉變(Transition)再執行相對應的Undo的動作；該流程監控器(Flow Monitor)模組，其主要的目的是監控整個工作流程(Workflow)過程的工具，不但可以很清楚可以讓使用者知道流控進行的狀態(如圖四所示之流控進度圖例)，更提供管理者一個績效評核的工具。
一原則管理(Policy-based Management,PBM)4，該原則管理4主要的功能為管理IP DSLAM網路供裝系統所用到的規則，由於IP DSLAM網路常提供高度客製化產品的服務，為追求網路效益最大的利用，供裝規則常有變動，因此原則管理4將複雜的業務規則可以包在一個供裝規則資料庫內管理，讓具有網路專業領域知識(Domain Knowledge)的專家利用本系統提供的法則管理工具(Rule Tool)，可將工作流程模型(Workflow Pattern)、數位用戶線路接取多工機(DSLAM Port)的指配規則、與路由的運算規則存入供裝規則資料庫中；當原則管理4接收業務流程管理3所傳送過來的聯單(Resource Order)後，原則管理4依據其內容會從供裝規則庫中，得出處理此聯單的相關規則，業務流程管理3再根據這些規則作網路調訂。當網路架構決定後，業務流程管理3再依據網路架構與相關的工作流程模型(Workflow Pattern)算出施工流控的佩特里網(Petri-nets)，再送回原則管理4派工；
該原則管理4其中包含了供裝規則庫管理模組、人員調派規則庫管理模組、規則引擎模組及佩特里網(Petri-nets)產生模組等所需的四個主要模組；其中該供裝規則資料庫管理模組，主要是管理瞬息萬變動的業務規則，而供裝規則可用很自然的語法撰寫，可以處理的規則分類如下：
而原則管理4之人員調派規則庫管理模組，係提供人員調派規則管理工具，人力資源是公司最寶貴的資源，如何能讓人力資源作作最有效率的調配，是IP DSLAM網路供裝系統為公司節省營運成本的最重要的關鍵，IP DSLAM網路供裝系統提供一個非常有彈性的人員調派規則庫管理模組，協助管理者達到人力資源最佳化運用的目的，本發明提供人員調派規則管理工具，提供管理者可依調派規則隨時異動相關人員(如圖三所示之人員調派規則管理工具圖)，管理者必須建立的規則分類如下：
1.
人員從屬關係規則：每個人在同一時間可能有多個角色(Role)，隸屬於多個單位或專案(Project、Case或Department)，因此有多個不同的老闆，直屬老闆(Hierarchical Boss)與任務型的老闆(Functional Boss)，更甚者可在這些角色中隨時互換，而IP DSLAM網路供裝系統的人力的組織架構採用矩陣組織(Matrix Organization)架構，而Matrix Organization將人員從屬規則分為兩種：
2.
人員權限規則：此為規範相關人員的責任範圍，管理人員可用簡潔的責任範圍代碼(附掛電話號碼的字頭、局名代碼、營運處別…等等)之組合，就可以清處的定義相關人員的責任範圍：
3.
工時管理規則：此類規則主要為提供工作績效中要的依據，管理者需將假日、差假、代理人、不同工作優先順序與權重等等規則輸入系統，系統可依這這些規則，指派合理的工作量給相關人員，並可提供客觀公平的工作績效分析供管理者參考。
該原則管理4之規則引擎(Rule Engine)模組，為原則管理4的核心模組，當業務流程管理3從前端受理系統收到聯單(Order)後，將聯單送到原則管理4之規則引擎模組，規則引擎模組所作的聯單處理步驟如下：
步驟1：依照聯單的需求至「供裝規則資料庫」找出對應的「供裝規則」(Provisioning Policy)；
步驟2：從「供裝規則資料庫」中的「指配順序規則」依序找出所有可供裝的IP-DSLM設備；
步驟3：從「供裝規則資料庫」中的「設備限制規則」將不合適的IP-DSLAM剔除；
步驟4：從「供裝規則資料庫」中的「銜接限制規則」與「總量管制規則」算出最佳化的網路架構；
步驟5：依據設計好的網路至「人員調派規則庫」找出最適合的「施工Resource」(包括施工人員、施工單位、EMS或NMS系統)；
步驟6：然後將網路架構與相關「施工Resource」送至「佩特里網(Petri-nets)產生模組」算出施工流程的佩特里網(Petri-nets)；
步驟7：將算好的佩特里網(Petri-nets)送至原則管理4進行派工。
另外該原則管理4之佩特里網(Petri-nets)產生模組，其主要的目的將網路架構轉換成可以派工的施工流程佩特里網(Petri-nets)，如圖五所示，在經過佩特里網(Petri-nets)產生模組運算後，產生如圖六所示的中繼網路施工流控的佩特里網(Petri-nets)圖；另外該佩特里網(Petri-nets)產生模組於佩特里網(Petri-nets)中的每個轉變可設有一個時間觸發器。
本發明所提供之IP DSLAM網路供裝系統架構，與其他習用技術相互比較時，更具備下列優點：
1.
本發明將複雜的業務規則可以包在規則庫(Rule Base)內，再加上不把流程寫在程式之中，在面對微利時代來臨，產品的生命週期越來越短的大環境，可快速從規則庫(Rule Base)內抽取相關規則即可組裝成一個新的網路服務產品來滿足瞬息萬變的客戶需求，並可大幅減少軟體開發的成本與人力成本。
2.
本發明結合兩個熱門技術：派運算(Pi-calculus)來設計Pre-define流控，佩特里網(Petri-nets)來設計Dynamic流程。可提供一般商用BPM所無法提供的功能，相關功能敘述如下：
(1)當IP DSLAM網路施工流控進行中，流控可隨時被使用者打斷，使用者可隨時將流控作Abort，Redo，或Undo等動作。且具有在Run-time動態更改流控的能力，隨時可在進行中的流控，執行增減或異動相關動作(Activity)。
(2)IP DSLAM網路施工流控隨時都可能被改動的。因為流控的改變是由網路架構或流量(Traffic)變化所驅動(Trigger)的，同時會有很多不同來源引起網路架構變化(例如調訂人員的臨時緊急更改網路資源、網路改接系統、帳務系統、受理系統等等)，且這些不同來源的變動可在任意時間內並且在彼此不同步的情況下任意擊發。
(3)IP DSLAM網路施工流控必需在網路架構設計完成後才能決定，施工所牽涉到的人力資源(Resource)無法事先定義，這又是缺乏Input Mobility的商用BPM不擅長解決的問題。
(4)IP DSLAM網路供裝系統所處理的聯單(Order)彼此之間的關係不是獨立的，例如後案追前案的狀況，會讓Flow與Order之間產生混亂。
(5)在面對受理系統有瞬間聯單有萬箭齊發(Burst Demands)的狀況，此時量變一定會產生質變，有癱瘓系統的危機。
3.
本發明可讓管理者直接設計簡易的網路供裝流控，並能直接管理網路供裝規則，可隨時依網路流量的變化，隨時改變進行中的施工流控。
上列詳細說明係針對本發明之一可行實施例之具體說明，惟該實施例並非用以限制本發明之專利範圍，凡未脫離本發明技藝精神所為之等效實施或變更，均應包含於本案之專利範圍中。
綜上所述，本案不但在技術思想上確屬創新，並能較習用物品增進上述多項功效，應以充分符合新穎性及進步性之法定發明專利要件，爰依法提出申請，懇請 貴局核准本件發明專利申請案，以勵發明，至感德便。
1．．．其他營運系統及軟體
2．．．通道
3．．．業務流程管理
4．．．原則管理
圖一為本發明IPDSLAM網路供裝系統架構之系統架構圖；
圖二為本發明IPDSLAM網路供裝系統架構之設備重設流控圖；
圖三為本發明IPDSLAM網路供裝系統架構之人員調派規則管理工具圖；
圖四為本發明IPDSLAM網路供裝系統架構之流控進度圖；
圖五為本發明IPDSLAM網路供裝系統架構之服務架構示意圖；以及
圖六為本發明IPDSLAM網路供裝系統架構之中繼網路施工流控的佩特里網(Petri-nets)示意圖。
1‧‧‧其他營運系統及軟體
2‧‧‧通道
3‧‧‧業務流程管理
4‧‧‧原則管理
Claims (12)
- 一種IP DSLAM(IP協定數位用戶線接入復用設備，IP Digital Subscriber Line Access Multiplexer)網路供裝之方法，可接收其他維運支援系統的異動請求，進行施工流程的佩特里網設計及根據施工流程的佩特里網進行派工，其至少包括下列步驟：一業務流程管理，主要任務為整個資源的工作流程控制，並採用派運算及佩特里網的混用架構來達成更簡化的目的，該業務流程管理透過一通道接收一其他營運系統及軟體之異動請求；一原則管理，將該些異動請求送到該原則管理進行施工流程之佩特里網設計，該業務流程管理再依該施工流程之佩特里網進行派工，其中該原則管理係管理IP DSLAM網路供裝系統所用到的規則，原則管理可將複雜的業務規則可以包在一個供裝規則資料庫內管理，讓具有網路專業領域知識的專家利用本系統提供的法則管理工具，可將工作流程模型、數位用戶線路接取多工機的指配規則、與路由的運算規則存入供裝規則資料庫中。
- 如申請專利範圍第1項所述之IP DSLAM網路供裝之方法，其中該原則管理之組成包括：一供裝規則庫管理模組，管理變動之業務規則；一人員調派規則庫管理模組，提供人員調派規則管理工具，使管理者依調派規則異動相關人員；一規則引擎模組，係為原則管理的核心模組，該規則引擎模組將業務流程管理從前受理系統收到的聯單，從該供裝規則資料庫資料模組找 出最適合的網路架構與相關施工Resource送至佩特里網產生模組算出施工流程的佩特里網；一佩特里網產生模組，係將網路架構轉換成可以派工的施工流程佩特里網。
- 如申請專利範圍第2項所述之IP DSLAM網路供裝之方法，其中該供裝規則庫管理模組處理的供裝規則分類包含設備限制、指配順序、銜接限制、總量管制及預設流程。
- 如申請專利範圍第2項所述之IP DSLAM網路供裝之方法，其中該人員調派規則庫管理模組所建立的人員調派規則分類包含人員從屬關係規則、人員權限規則及工時管理規則。
- 如申請專利範圍第2項所述之IP DSLAM網路供裝之方法，其中該規則引擎模組處理聯單之步驟包含：步驟1：依照聯單的需求至該供裝規則資料庫找出對應的供裝規則；步驟2：從該供裝規則資料庫中的指配順序規則依序找出所有可供裝的IP-DSLM設備；步驟3：從該供裝規則資料庫中的設備限制規則將不合適的IP-DSLAM剔除；步驟4：從該供裝規則資料庫中的銜接限制規則與總量管制規則算出最佳化的網路架構；步驟5：依據設計好的網路至人員調派規則庫找出最適合的施工資源；步驟6：將網路架構與相關施工資源送至佩特里網產生模組算出施工流程的佩特里網； 步驟7：將算好的佩特里網送至原則管理進行派工。
- 如申請專利範圍第2項所述之IP DSLAM網路供裝之方法，其中該佩特里網產生模組於佩特里網中的每個轉變可設有一個時間觸發器。
- 如申請專利範圍第1項所述之IP DSLAM網路供裝之方法，其中該業務流程管理之組成包括：一通道通訊引擎，將IP DSLAM網路與其它所系統之間的通訊運算全部封裝至該通道的物件中，將不同傳輸方式統一成一個簡化的介面；一派運算處理器，可根據原則管理所定義的預設流控，簡化IP DSLAM網路與各個維運支援系統之間訊息繞送流程的控制；一佩特里網工作流控處理器，根據該業務流程管理所產出的佩特里網，來設計IP DSLAM網路的動態派工流控；一流程監控器，監控整個工作流程過程的工具。
- 如申請專利範圍第7項所述之IP DSLAM網路供裝之方法，其中該通道的物件包含輸入端與輸出端等兩類。
- 如申請專利範圍第8項所述之IP DSLAM網路供裝之方法，其中該輸入端可提供的Input Port傳輸方式包含FTP、HTTP、FILE、SOCKET、Web service及JMS等。
- 如申請專利範圍第8項所述之IP DSLAM網路供裝之方法，其中該輸出端可提供的Output Port傳輸方式包含FTP、HTTP、FILE、SOCKET、Web service、語音催告、簡訊、e-mail及JMS等。
- 如申請專利範圍第7項所述之IP DSLAM網路供裝之方法，其中該派運算處理器，執行IP DSLAM網路與其他維運支援系統之間訊息繞送 流程控制之步驟包含：步驟1：外部系統將輸入資料放至企業應用系統整合訊息儲存器；步驟2：派運算處理器利用輸入端取得該企業應用系統整合訊息儲存器輸入資料；步驟3：輸入端將資料利用該業務流程管理訊息傳送元件傳入至協調流程之訊息儲存器中；步驟4：輸入端需將輸入資料轉成該協調流程之訊息儲存器內部訊息格式；步驟5：內部訊息將為該協調流程之訊息儲存器全域變數；步驟6：該協調流程之訊息儲存器之輸入端從該協調流程之訊息儲存器接獲訊息後，呼叫處理流程控制者；步驟7：該處理流程控制者接獲訊息後，會根據訊息來源判斷所要處理的元件名稱與型態；步驟8：若在該派運算處理器中未發現先前此訊息中，會去該原則管理尋找預設流程，並在該派運算處理器新建立此流程；步驟9：若已經有此訊息，則會根據派運算處理器利用訊息中的Correlation Id當作主鍵，與來源處，判斷所要處理的元件名稱與型態；步驟10：根據所要執行的元件名稱，利用軟體的呼叫元件方式，執行該元件。
- 如申請專利範圍第7項所述之IP DSLAM網路供裝之方法，其中該佩特里網工作流控處理器設有一時程表，以根據佩特里網內的時間觸發器其中的預施日期進行派工，若佩特里網內的轉變沒有相對應的時間 觸發器，則立即派工。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| TW98111444A TWI388157B (zh) | 2009-04-07 | 2009-04-07 | IP DSLAM network for the installation method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| TW98111444A TWI388157B (zh) | 2009-04-07 | 2009-04-07 | IP DSLAM network for the installation method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| TW201038005A TW201038005A (en) | 2010-10-16 |
| TWI388157B true TWI388157B (zh) | 2013-03-01 |
Family
ID=44856880
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| TW98111444A TWI388157B (zh) | 2009-04-07 | 2009-04-07 | IP DSLAM network for the installation method |
Country Status (1)
| Country | Link |
|---|---|
| TW (1) | TWI388157B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TWI608442B (zh) * | 2016-12-22 | 2017-12-11 | Chunghwa Telecom Co Ltd | Software definition driven cloud computing network component service assembly system |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TWI481250B (zh) * | 2011-12-29 | 2015-04-11 | Chunghwa Telecom Co Ltd | Value Added Service Network for Process Control Platform |
-
2009
- 2009-04-07 TW TW98111444A patent/TWI388157B/zh not_active IP Right Cessation
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TWI608442B (zh) * | 2016-12-22 | 2017-12-11 | Chunghwa Telecom Co Ltd | Software definition driven cloud computing network component service assembly system |
Also Published As
| Publication number | Publication date |
|---|---|
| TW201038005A (en) | 2010-10-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Niu et al. | Load balancing across microservices | |
| CN105893157B (zh) | 一种开放分布式系统资源管理与任务调度系统与方法 | |
| CN101873334B (zh) | 一种状态驱动的可执行业务流程执行方法 | |
| Zhou et al. | AHPA: adaptive horizontal pod autoscaling systems on alibaba cloud container service for kubernetes | |
| WO2011143949A1 (zh) | 业务流程的实现方法和工作流引擎 | |
| CN105786611A (zh) | 一种分布式集群的任务调度方法及装置 | |
| CN101968859A (zh) | 基于云计算环境的业务流程管理方法和系统 | |
| CN104536819A (zh) | 基于web服务的任务调度方法 | |
| CN105094984A (zh) | 资源调度的方法及系统 | |
| WO2020259081A1 (zh) | 任务调度方法、装置、设备及计算机可读存储介质 | |
| CN111897799A (zh) | 一种基于流程引擎的水文模型服务系统 | |
| CN101576831A (zh) | 一种分布式计算系统及实现方法 | |
| TWI388157B (zh) | IP DSLAM network for the installation method | |
| CN113515267A (zh) | 一种基于工业物联网的PaaS平台 | |
| CN107274135A (zh) | 基于协同信息共享的烟叶原料统筹方法及系统 | |
| Gianni et al. | A software architecture to ease the development of distributed simulation systems | |
| Theeten et al. | Towards the optimization of a parallel streaming engine for telco applications | |
| CN108694082A (zh) | 一种跨域作业流调度方法及系统 | |
| Huang et al. | A survey of cloud workflow | |
| Da Silva et al. | An adaptive parallel query processing middleware for the grid | |
| US10417051B2 (en) | Synchronizing shared resources in an order processing environment using a synchronization component | |
| CN109857965A (zh) | 基于soa的气象服务产品发布服务器控制系统及方法 | |
| CN102799530A (zh) | 一种基于uml架构的软件系统的性能预测方法 | |
| CN115941504B (zh) | 一种面向微服务系统运行及治理的建模与仿真方法 | |
| TWI484424B (zh) | Dynamic Management System of Telecommunication Fixed Network Resource Adjustment Process |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| MM4A | Annulment or lapse of patent due to non-payment of fees |