TWI446288B - User requirements service optimization classification system and method - Google Patents

Description

用戶需求服務最佳化分類系統及方法

本發明係關於一種用戶需求服務最佳化分類系統及方法，其隸屬於QoS、服務分類和判別、輸出排序、虛擬化、資源評估和資源計算多種技術範疇，特別是指一種用戶需求服務最佳化分類系統及方法，除了可採用服務優先等級條件分類外，亦可依據用戶優先等級、地域和服務需求等條件進行分類，除此之外亦搭配資源評估方式來進行最佳化服務分類判別，藉此方式來達到其分類上更具延展性和最佳化目的。

在以客為尊與服務至上的時代，用戶需求服務最佳化為雲端群組式數據機房服務作業流程中不可或缺的一環。傳統針對用戶申請服務的分類與判別方式只依據服務優先等級來處理，不足之處在於並未與資源提供情況與其它條件結合(例如：服務需求、地域等)，產生服務需求與實際資源無法匹配的問題，令用戶對於服務的滿意度下降，取消服務申請資料進而造成營運上的損失。本發明所提一種用戶需求服務最佳化分類系統及方法，除了可採用服務優先等級條件分類外，亦可依據用戶優先等級、地域和服務需求等條件進行分類，除此之外亦搭配資源評估方式來進行最佳化服務分類判別，藉此方式來達到其分類上更具延展性和最佳化目的。

本案發明人鑑於前述系統和方法之不足之處，乃亟思創新發明，並經長時間苦心孤詣潛心研究後，終於成功研發完成本件一種用戶需求服務最佳化分類系統及方法。

本發明之目的即在於提供一種用戶需求服務最佳化分類系統及方法，除了可採用服務優先等級條件分類外，亦可依據用戶優先等級、地域和服務需求等條件進行分類，除此之外亦搭配資源評估方式來進行最佳化服務分類判別，藉此方式來達到其分類上更具延展性和最佳化目的。

本發明之次一目的係在於提供一種用戶需求服務最佳化分類系統及方法，除了可增加分類類型、種類之延展性外，亦將資源配置、調度等方面條件加入判別，使分類能達到最佳化目的。

可達成上述發明目的之用戶需求服務最佳化分類系統及方法，包括有：用戶申請子系統：為用戶經過認證、授權後，至用戶申請子系統填寫其要申請的服務種類、地點、優先等級等申請資料；此用戶申請子系統將用戶申請資料傳送至用戶判別分類子系統；資源所需計算子系統：當用戶申請服務時，所提之需求其並未明確指定所需之申請資料，並進行其服務所需最佳資源計算，以更新一符合最佳化時所需之申請資料；此資源所需計算子系統會將計算後之結果傳送至用戶判別分類子系統；用戶判別分類子系統：為根據該用戶的申請資料與所需資源作為判別的依據，以分配判別該用戶類型並將其分類；此用戶判別分類子系統將用戶類型分類後，分別傳送至所屬的用戶優先等級分類子系統；用戶優先等級分類子系統：為輸入用戶類型的分類資料，並將用戶類型分類為複數具有優先等級(金級、銀級或銅級等優先等級)的分類結果；此用戶優先等級分類子系統再將用戶優先等級分類結果進行傳送至地域分類最佳化子系統；地域分類最佳化子系統：為提供用戶最佳服務地點的挑選，依據用戶欲申請服務之地點資料、或搭配服務需求與配合資源評估子系統所傳送的重新分類的地點資料，以提供用戶請求進行最佳化地域分類的判別，此地域分類最佳化子系統亦會與服務需求與資源評估子系統運作，當服務需求與資源評估子系統判別此分類不是最佳化時，亦通知地域分類最佳化子系統重新分類資料，來達到最佳化分類目的；此子系統依地域分類後分別傳送各自服務判別分類子系統；服務判別分類子系統：判別用戶所申請之服務種類，將服務種類依照用戶類型、優先等級分類資料和地點資料分類後，相同之服務種類分成一類；此服務判別分類子系統依服務種類分類後傳送至服務優先等級分類子系統；服務優先等級分類子系統：為依據不同的服務種類，進行服務優先等級分類；此服務優先等級分類子系統依服務優先等級分類後傳送至服務需求分類子系統；服務需求分類子系統：根據用戶所申請服務種類的判別與分類功能，將相同優先等級之服務種類，依細部服務需求(服務是否需套件)進行判別與分類以得到一分類結果；此服務需求分類子系統依服務種類需求分類結果傳送至備份需求判別分類子系統；備份需求判別分類子系統：為識別用戶所申請之服務資料是否有備份之需求，並封存所識別的服務資料的一最新版本到備份需求判別分類子系統，亦分類其備份需求之服務種類和進階需求之條件；此備份需求判別分類子系統依備份需求分類後傳送至服務需求與資源評估子系統；服務需求與資源評估子系統：為與後端資源管理系統溝通，進行服務需求和資源提供情況判別，當判別出不是地域分類最佳化情況時，會將此結果要求地域分類最佳化子系統重新進行分類；反之判別出為地域分類最佳化情況時，此服務需求與資源評估子系統會將此分類後結果傳送至輸出排序虛擬子系統；輸出排序虛擬子系統：排序各個不同用戶優先等級的順序，並依據不同優先等級次序之服務需求進行輸出排序分類；此子系統依排序先後傳送至後端服務資源配置子系統處理；本發明之用戶需求服務最佳化分類法，至少包括下列步驟：主要係執行用戶申請/判別/分類之步驟，用以判別及分類用戶類型和優先等級；主要提供以地域分類最佳化之步驟，用以判別用戶其欲申請服務之地點及最佳化分類；主要提供服務判別/優先等級/需求分類之步驟，用以判別及分類服務種類、優先等級和細部服務需求；主要提供備份需求判別分類之步驟，用以判別用戶申請之服務資料是否有備份之需求；主要提供服務需求與資源評估之步驟，用以判別是否為地域分類最佳化服務需求分類；主要提供輸出排序虛擬子系統，用以排序各個不同用戶優先等級其不同優先等級之服務需求；藉由各步驟之協調運作，達到最佳化分類用戶需求服務的目的。

請參閱圖一，本發明所提供之用戶需求服務最佳化分類系統及方法，主要包括有：本發明分類之依據除了可採用服務優先等級條件分類外，亦可依據用戶優先等級、地域和服務需求等條件進行分類，除此之外亦搭配資源評估方式來進行最佳化服務分類判別，藉此方式來達到其分類上更具延展性和最佳化目的。

本發明用戶需求服務最佳化分類系統及方法之設計，請參閱圖一所示，為本發明用戶需求服務最佳化分類系統架構圖，包括用戶申請子系統101、用戶判別分類子系統102、用戶優先等級分類子系統103、地域分類最佳化子系統104、服務判別分類子系統105、服務優先等級分類子系統106、服務需求分類子系統107、備份需求判別分類子系統108、服務需求與資源評估子系統109、輸出排序虛擬子系統110、資源所需計算子系統111、資源管理系統112(負責機房資源的管理工作，以提供機房資源的查詢、配置等服務，其他子系統可透過通訊介面提出對機房資源之相關的請求)、服務資源配置子系統113(負責服務需求資源的最佳化配置處理)。其中用戶申請子系統101，其功能主要提供用戶填寫其要申請的服務種類、地點、優先等級等申請資料；用戶判別分類子系統102，其功能主要是判別用戶類型且分類；用戶優先等級分類子系統103，其功能主要判別用戶之優先等級且分類；地域分類最佳化子系統104，其功能主要是判別用戶其欲申請服務之地點且分類；服務判別分類子系統105，其功能主要是判別用戶所申請之服務種類且分類；服務優先等級分類子系統106，其功能主要是依據服務種類進行優先等級分類；服務需求分類子系統107，其功能主要是依細部服務需求進行分類；備份需求判別分類子系統108，其功能主要是判別用戶所申請之服務是否有備份之需求且分類其備份需求之條件；服務需求與資源評估子系統109，其功能主要是進行服務需求和資源提供情況判別；輸出排序虛擬子系統110，其功能主要是排序各個不同用戶優先等級其不同優先等級之服務需求；資源所需計算子系統111，其功能主要是計算其服務所需資源，下文將分別敘述各子系統之組成和運作協調情形：

<一>用戶申請子系統101：本子系統其功能主要提供用戶輸入欲申請服務的相關申請資料，並將該申請資料傳送給其他子系統進行下一步的處理。圖二為用戶申請子系統101的架構圖，此子系統的架構主要包括三個模組，分別為申請單新增模組201、申請項目管理模組202、表單檢查模組203、表單導向判別端204。其運作方式詳述如下：當用戶通過認證、授權(AAA)後，會進入用戶申請子系統101，接著用戶填寫欲申請服務的相關申請資料(例如：服務種類、地點、優先等級等)，由申請單新增模組201處理這些申請資料，而申請單中的相關項目是透過申請項目管理模組202來管控，可以彈性的新增、修改或刪除項目。當用戶填寫完申請單後，接著申請單新增模組201會將用戶的申請表單傳送到表單檢查模組203進行檢查，主要針對用戶所輸入的相關申請資料進行邏輯與規則上的檢驗與分析，避免人為的疏失以及不合邏輯的錯誤，如此可大幅降低錯誤所造成的相關損失。當通過表單檢查模組203的檢驗後，最後會由表單導向判別端204依據表單的內容將表單導向到適宜的子系統進行下一步的處理。若用戶並未明確的輸入所需服務的申請資料(例如：用戶有服務的構想但不清楚服務所需的資源種類與數量)，則表單導向判別端204會將表單導向到資源所需計算子系統111。另外的一種情況則是用戶已具體填寫服務所需申請資料，則表單導向判別端204會直接將表單導向到用戶判別分類子系統102。

<十一>資源所需計算子系統111：本子系統主要功能在於當用戶申請服務時，所提之需求其並未明確指定所需之資源量時，本子系統將進行其服務所需最佳資源計算；此子系統會將計算後之結果傳送用戶判別分類子系統102。圖十二為資源所需計算子系統111架構圖，此子系統的架構主要包括四個模組，分別為用戶需求分析模組1201、用戶需求資源所需計算模組1202、計算規則管理模組1203與輸出管理模組1204。其運作方式詳述如下：經由用戶申請子系統101讓用戶填寫其要申請的服務種類、地點、優先等級等申請資料後，倘若用戶已具體填寫服務所需申請資料，則用戶申請子系統101將表單導向到用戶判別分類子系統102，倘若用戶並未明確的輸入所需服務的申請資料時，則會將此申請資料傳送至資源所需計算子系統111；此子系統首先由用戶需求分析模組1201進行分析，主要功能在於分析用戶需求其所需的資源類型，分析後將此資源類型傳送至用戶需求資源所需計算模組1202處理，用戶需求資源所需計算模組1202至計算規則管理模組1203選取最佳計算模式來計算用戶需求所需資源類型，以更新一符合最佳化時所需之申請資料，計算後用戶需求資源所需計算模組1202會將此申請資料傳送至輸出管理模組1204，輸出管理模組1204依序地將收到的申請資料排序輸出至用戶判別分類子系統102。

<二>用戶判別分類子系統102：本子系統主要具備判別用戶類型的功能，為根據該用戶的申請資料與所需資源作為判別的依據，以分配判別該用戶類型(例如：一般用戶、企業用戶、託管(代管代維)用戶或服務提供商等)並將其分類，為將用戶申請子系統101或資源所需計算子系統111所傳送過來用戶填寫的服務申請資料與所需資源作為判別的依據。圖三為用戶判別分類子系統102的架構圖，此子系統在架構上主要包括六個模組，分別為資源需求級別判斷模組301、資源需求級別管理模組302、用戶分類模組303、用戶類型管理模組304、智慧型用戶判別模組305、判別規則管理模組306。其運作方式詳述如下：資源需求級別判斷模組301接收來自用戶申請子系統101或資源所需計算子系統111所傳送過來關於用戶填寫的服務申請資料與所需資源相關資料，依據這些資料進行各種資源(CPU、記憶體、儲存空間、頻寬等等)需求程度的分析，然後按照各種不同資源的需求程度分別進行分級，而各種資源需求程度的分級判定標準與規則是透過資源需求級別管理模組302來做設定與管控。資源需求級別管理模組302提供各種資源用戶需求程度分級規則的設定，以及設定的介面和功能等。資源需求級別管理模組302將用戶需求資源分級的目的是為了接下來進行用戶的判別與分類。當資源需求級別管理模組302完成資源需求的分級後，會將用戶所需要的各種不同資源需求的分級資料傳送到用戶分類模組303，該模組會將各種用戶需求資源的分級資料透過演算法進行綜合的分析與運算，然後判別滿足這些資源需求分級條件下該用戶可歸類到什麼用戶類型(例如：一般用戶、企業用戶、託管(代管代維)用戶或服務提供商等等)，由於用戶資源需求隨不同情況而異，因此符合條件的用戶類型可能不只一個，有可能發生同時符合多種用戶類型的情況，因此需透過另一個模組來做最後確定的用戶類型的判別，而智慧型用戶判別模組305就是負責這項工作。而用戶分類模組303中的用戶類型是透過用戶類型管理模組304作管理與控制，用戶類型管理模組304提供用戶類型的管理功能與介面，並將管理者對用戶類型的相關設定傳送到用戶分類模組303。當完成用戶類型的分類後，用戶分類模組303會將分類結果傳送到智慧型用戶判別模組305，智慧型用戶判別模組305會依據用戶類型分類結果依據判別規則，並且透過一些演算法來進行用戶類型判別的確認分析與運算，最後判別出該用戶所需所有資源分級應屬於哪種用戶類型。智慧型用戶判別模組305所用到的判別規則是透過判別規則管理模組306進行管理，判別規則管理模組306提供判別規則的管理功能與界面以供管理者管理。在判別出用戶所屬的類型後，將結果送到下一個子系統用戶優先等級分類子系統103進行處理。

<三>用戶優先等級分類子系統103：本子系統其功能主要提供輸入用戶類型的分類資料，並將用戶類型分類為複數具有優先等級的分類結果功能，依據用戶判別分類子系統102所傳送過來的用戶判別與分類結果進行用戶的優先等級判別與分類。圖四為用戶優先等級分類子系統103的架構圖，此子系統在架構上主要包括四個模組，分別為用戶類型導向模組401、優先等級分類模組402、等級判別規則管理模組403、分級結果排序模組404。其運作方式詳述如下：用戶類型導向模組401接收來自用戶判別分類子系統102所傳送過來的用戶判別與分類結果，運用這個分類結果判斷接下來該導向到哪個優先等級分類功能然後做標記，將標記結果傳送給優先等級分類模組402，優先等級分類模組402依據這個標記挑選適合該類型的分級功能進行優先等級的判斷，而判斷規則是透過等級判別規則管理模組403進行管理，等級判別規則管理模組403提供別規則的管理功能與界面以供管理者管理。當優先等級分類模組402完成分級後，將分級結果傳送到分級結果排序模組404，分級結果排序模組404會依用戶優先等級進行排序，以方便接下來的處理。接下來將結果送到下一個子系統地域分類最佳化子系統104進行處理。

<四>地域分類最佳化子系統104：本子系統其功能主要提供用戶最佳服務地點的挑選，依據用戶欲申請服務之地點(例如：台北、台中或高雄等)或搭配服務需求與資源評估子系統109所傳送過來的重新分類的地點資料，以提供用戶請求進行最佳化地域分類的判別。圖五為地域分類最佳化子系統104的架構圖，此地域分類最佳化子系統104在架構上主要包括四個模組，分別為分類模式判別模組501、模組式地域分類模組502、進階分類模組505、地域分派最佳化模組506，其中的模組式地域分類模組502之中目前包含了快速地域分類模組503與階層式地域分類模組504，且未來可再擴充其他的地域分類模組。其運作方式詳述如下：分類模式判別模組501接收來自用戶優先等級分類子系統103所傳送過來的用戶申請服務的複數具有優先等級的分類結果，其中可能包含用戶欲申請服務的地點或用戶並沒有輸入地點。另外，當服務需求與資源評估子系統109判別分類不是最佳化時，亦通知地域分類最佳化子系統104進行重新分類資料，來達到最佳化分類目的，而該通知是由分類模式判別模組501來負責接收。在分類模式判別模組501接收到用戶優先等級分類子系統103或服務需求與資源評估子系統109所傳送過來的請求後，會判別該採用哪一種地域分類模組來處理，並將請求送到該地域分類功能模組。模組式地域分類模組502中包含多個不同類型的地域分類模組，因為可隨不同情況新增、刪除或修改各個獨立的地域分類模組，因此稱為模組式地域分類模組502。目前模組式地域分類模組502中包含快速地域分類模組503與階層式地域分類模組504，快速地域分類模組503是針對用戶有明確的指定希望的服務地點情況下所採用的地域分類模組，因為較需求明確與具體所以判別演算法相對較簡單，因此稱為快速地域分類模組503。階層式地域分類模組504是因應較複雜的情況下所採用的地域分類模組，綜合多種條件一層一層的分析與運算出適合用戶服務需求的地點，也適用於再次重新判別最佳化地域的情況下。在各種地域分類模組完成分類後，會將結果傳送到進階分類模組505，進階分類模組505會判斷是否需進行進一步的分類分析，主要依據用戶所輸入的服務需求資料複雜度而決定(例如：用戶希望離哪裡最近的地點、排除哪些地點、明確的指定哪些雲端機房等)。接下來進階分類模組505會將分類結果傳送到地域分派最佳化模組506，地域分派最佳化模組506主要是負責地域分類的最佳化分析與最後的判定。依據前幾個模組的分析結果來做綜合的分析與研判，並判別出最適合用戶所需服務的地點。然後將結果傳送至下一個子系統服務判別分類子系統105進行接續的處理。

<五>服務判別分類子系統105：當一個用戶申請了服務經過前面三個子系統分類，將服務依照用戶類型、優先等級分類資料和地點資料分類後，相同之服務種類分成一類。

一般服務可依照不同的用戶類型或者是依照不同的優先等級來做分類，此子系統主要利用不同服務的服務種類，進行服務優先等級分類，並做判別分類的依據。圖六為服務判別分類子系統105的架構圖，而此系統包含了四個模組，分別為服務判別模組601，服務判別規則管理模組602，進階服務判別模組603以及服務分類模組604。其運作方式詳述如下：當用戶需求服務經過用戶類型、優先等級分類資料和地點資料分類後，進入服務判別分類子系統105，首先由服務判別模組601作最基礎的服務種類判別，而服務種類判別的規則存放於服務判別規則管理模組602，利用服務判別規則管理模組602中的規則來判別出服務種類，另外用戶可能會對該服務種類提出更進階的條件(例如：頻寬需求、指定地點需求等)，而這部份的進階判別工作由進階服務判別模組603來進行，而判別規則一樣儲存於服務判別規則管理模組602中。最後由服務分類模組604來將上述的服務種類判別作初步的服務種類分類動作。

當服務種類做了基礎的分類後，下一步會針對服務的優先等級作分類判別，並將服務交由服務優先等級分類子系統106來分類。

<六>服務優先等級分類子系統106：本子系統針對服務的優先等級作分類，為依據不同的服務種類，進行服務優先等級分類，圖七為服務優先等級分類子系統106的架構圖，該系統包含了服務等級判別模組701，服務等級分類模組702，分類輸出排序端703。其運作模式詳述如下：由先前的服務判別分類子系統105作基礎的分類後，首先利用服務等級判別模組701判別出該服務的等級，並交由服務等級分類模組702針對服務等級作分類，將不同的服務等級分成不同的類型，將分類後的服務傳送至分類輸出排序端703來處理，此模組將分類好得服務作排序動作，也就是利用服務等級排序，依照高到低的等級依序將服務傳送到下一個分類子系統中。

將服務等級作分類後，針對不同的服務需求作進一步分類，並進入服務需求分類子系統107中作進一步處理。

<七>服務需求分類子系統107：本子系統其功能主要提供用戶所申請服務種類的判別與分類功能，將相同的優先等級之服務種類，依細部服務需求(服務是否需套件)進行判別與分類以得到一分類結果，並將服務種類分類後傳送至備份需求判別分類子系統108。圖八為服務需求分類子系統107的架構圖，此子系統在架構上主要包括四個模組，分別為服務套件判別模組801、套件類型新增/刪除模組802、服務套件整合/驅動模組803、服務套件分類模組804。其運作方式詳述如下：服務套件判別模組801接收由服務優先等級分類子系統106所傳送過來的服務優先等級分類結果，然後判別要滿足這些分類結果需要哪些服務套件，如果所需的服務套件都有提供，接下來就導向到服務套件分類模組804。若所需的服務套件目前並沒有提供，則導向到服務套件整合/驅動模組803。在服務套件判別模組801中的這些服務套件類型的異動是動態透過套件類型新增/刪除模組802來進行，套件類型新增/刪除模組802的驅動是透過服務套件整合/驅動模組803來觸發，當服務套件判別模組801發現有未知的服務套件時，會將這些服務套件傳送到服務套件整合/驅動模組803，服務套件整合/驅動模組803再將這些服務套件進行整合成新的服務套件，並驅動套件類型新增/刪除模組802來新增套件類型，而當套件類型新增/刪除模組802收到出發後會將這個新的套件類新加到服務套件判別模組801中，下一次有該服務套件的需求時就可以是別的出來。服務套件整合/驅動模組803接下來會將用戶服務需求所需的套件進行整合並傳送到服務套件分類模組804。服務套件分類模組804主要負責將服務需求所需的服務套件分類，然後將分類結果傳送至備份需求判別分類子系統108。

<八>備份需求判別分類子系統108：本子系統主要功能在於識別用戶所申請之服務資料是否有備份之需求，並封存所識別的服務資料的一最新版本到備份需求判別分類子系統108，亦分類其備份需求之服務種類和進階需求(備份份數、備份地點等)之條件。圖九為備份需求判別分類子系統108架構圖，此子系統的架構主要包括六個模組，分別為備份條件判別模組901、備份需求判別模組902、備份需求分類模組903、備份類型判別模組904、備份類型分類模組905與進階備份判別分類模組906。其運作方式詳述如下：經由服務需求分類子系統107進行服務需求分類後，接著將此服務資料傳送至備份需求判別分類子系統108處理，此子系統首先由備份條件判別模組901進行判斷此服務需求是否符合備份之條件(提供備份服務種類)，若符合則傳送至下一模組備份需求判別模組902處理，反之若不符合則直接傳送至備份需求分類模組903處理；備份需求判別模組902進行判別用戶服務是否需備份需求，判別後傳送至備份需求分類模組903處理，備份需求分類模組903會進行有無備份需求分類，無備份需求之用戶服務資訊直接傳送至服務需求與資源評估子系統109，有備份需求之用戶服務資訊傳送至備份類型判別模組904進行判別其備份類型(軟體備份、系統備份、硬碟備份等)，判別後傳送至備份類型分類模組905進行分類，分類後傳送至進階備份判別分類模組906，進一步判別備份需求(備份份數、備份地點、備份時間頻率等)，判別過後傳送至下一子系統服務需求與資源評估子系統109進行處理。

<九>服務需求與資源評估子系統109：本子系統主要功能在於與後端資源管理系統112溝通，進行服務需求和資源提供情況判別，當判別出不是地域分類最佳化情況時，會將此結果要求地域分類最佳化子系統104重新進行分類；反之判別出為地域分類最佳化情況時，此子系統會將此分類後結果傳送至輸出排序虛擬子系統110。圖十為服務需求與資源評估子系統109架構圖，此子系統的架構主要包括三個模組，分別為服務需求所需資源整合模組1001、資源比對模組1002與資源計算模組1003。其運作方式詳述如下：經由備份需求判別分類子系統108進行備份需求判別後，接著將此資訊傳送至服務需求與資源評估子系統109處理，此子系統首先由服務需求所需資源整合模組1001進行服務需求條件(高頻寬、低延遲等)及所需資源(CPU、Memory等)需求條件整併一起，整併後傳送至資源比對模組1002處理，當有用戶需求資訊傳送至資源比對模組1002時，資源比對模組1002會到資源管理系統112抓取目前所剩資源情況資訊回來進行與服務需求所需資源比對，若所剩資源足夠提供此服務，則會將此資訊傳送至下一子系統輸出排序虛擬子系統110處理，反之若所剩資源不足夠提供此服務時，資源比對模組1002會將此資訊(資源管理系統112提供資訊和用戶需求資訊)傳送至資源計算模組1003處理，資源計算模組1003依據資源比對模組1002所提供資訊重新計算將此不足夠資源由其它區域資源來彌補提供，如此做法可達到服務分類和資源配置最佳化。

<十>輸出排序虛擬子系統110：本子系統主要功能在於排序各個不同用戶優先等級的順序，並依據其不同優先等級次序之服務需求進行輸出排序分類；此子系統依排序先後傳送後端服務資源配置子系統113處理。圖十一為輸出排序虛擬子系統110架構圖，此子系統的架構主要包括四個模組，分別為分類排序模組1101、輸出規則管理模組1102、判別輸出模組1103與壅塞緩衝模組1104。其運作方式詳述如下：經由服務需求與資源評估子系統109進行服務需求與資源評估後，接著將此資訊傳送至輸出排序虛擬子系統110處理，此子系統首先由分類排序模組1101依據用戶優先等級次序、地域和服務需求等條件進行輸出排序分類，輸出排序分類後，分類排序模組1101至輸出規則管理模組1102查詢相關輸出規則，套用此規則輸出至判別輸出模組1103，判別輸出模組1103判別目前網路環境(頻寬)或CPU處理情況與輸出分類排序模組1101所送來的資訊，當頻寬不壅塞且CPU處理得當情況時，則判別輸出模組1103會將此資訊直接傳送至服務資源配置子系統113處理，否則會將部份資訊(優先權較低用戶或服務)先傳送至壅塞緩衝模組1104暫存，壅塞緩衝模組1104所暫存資訊其輸出控制主要由判別輸出模組1103所控制，在環境允許情況下，判別輸出模組1103會通知壅塞緩衝模組1104輸出其暫存資訊。

本發明用戶需求服務最佳化分類方法，如圖十三流程圖所示，其服務作業流程和管理步驟主要分成十一大步驟，其中：用戶申請步驟包括服務申請單填寫1301子步驟、表單檢查1302子步驟和表單導向判別1303子步驟；用戶判別分類步驟包括資源需求級別判斷1304子步驟、用戶分類1306子步驟、用戶判別1307子步驟和用戶類型導向1308子步驟；用戶優先等級分類步驟包括優先等級分類1309子步驟和分級結果排序1310子步驟；地域分類最佳化步驟包括分類模式判別1311子步驟、地域分類1312子步驟、進階分類1313子步驟和地域分派最佳化1314子步驟；服務判別分類步驟包括服務類型判別1315子步驟、進階服務類型判別1316子步驟和服務分類1317子步驟；服務優先等級分類步驟包括服務等級判別1318子步驟、服務等級分類1319子步驟和服務等級分類後輸出排序1320子步驟；服務需求分類步驟包括服務套件判別1321子步驟、服務套件整合/驅動1322子步驟、套件類型新增/刪除1323子步驟和服務套件分類1324子步驟；備份需求判別分類步驟包括備份條件判別1325子步驟、備份需求判別/分類1326子步驟、備份類型判別/分類1327子步驟和進階備份判別分類1328子步驟；服務需求與資源評估步驟包括服務需求所需資源整合1329子步驟、資源比對1330子步驟和資源計算1331子步驟；輸出虛擬排序步驟包括輸出分類排序1332子步驟、判別輸出1333子步驟、輸出規則管理1334子步驟和壅塞緩衝1335子步驟、資源所需計算1305步驟即為資源所需計算1305子步驟。底下將詳細敘述各子步驟之協調運作之流程：

<一>當用戶通過認證、授權(AAA)後，會執行申請單填寫1301子步驟，填寫欲申請服務的相關資料(例如：服務種類、地點、優先等級等)，當用戶填寫完申請單後，接著執行表單檢查1302子步驟進行檢查，主要針對用戶所輸入的相關資料進行邏輯與規則上的檢驗與分析，避免人為的疏失以及不合邏輯的錯誤，如此可大幅降低錯誤所造成的相關損失。當執行完表單檢查1302子步驟的檢驗後，接著會執行表單導向判別1303子步驟，主要依據表單的內容將表單導向到適宜的下一流程及步驟處理；

<二>倘若用戶並未明確的輸入所需服務的申請資料(例如：用戶有服務的構想但不清楚服務所需的資源種類與數量)，接著會執行資源所需計算1305子步驟計算用戶需求資源，計算後填入用戶申請單中，接著將執行下一流程及步驟處理，反之用戶已具體填寫服務所需申請資料時，則直接執行下一流程及步驟處理；

<三>資源需求級別判斷1304子步驟依用戶申請單中資源所需資料進行各種資源(CPU、記憶體、儲存空間、頻寬等等)需求程度的分析，然後按照各種不同資源的需求程度分別進行分級，會將用戶所需要的各種不同資源需求的分級資料傳送至下一步驟用戶分類1306子步驟進行處理，用戶分類1306子步驟會將各種用戶需求資源的分級資料透過演算法進行綜合的分析與運算，然後判別滿足這些資源需求分級條件下該用戶可歸類到什麼用戶類型(例如：一般用戶、企業用戶、託管(代管代維)用戶或服務提供商等等)，由於用戶資源需求隨不同情況而異，因此符合條件的用戶類型可能不只一個，有可能發生同時符合多種用戶類型的情況，因此需透過用戶判別1307子步驟來做最後確定的用戶類型的判別，用戶判別1307子步驟會依用戶類型分類結果依據判別規則，並且透過一些演算法來進行用戶類型判別的確認分析與運算，最後判別出該用戶所需所有資源分級應屬於哪種用戶類型，判別後則執行用戶類型導向1308子步驟進行用戶類型分類，分類後將執行下一流程及步驟處理；

<四>優先等級分類1309子步驟執行用戶優先等級分類1309，分類後接著執行分級結果排序1310子步驟將用戶優先等級進行排序，接著將執行下一流程及步驟處理；

<五>分類模式判別1311子步驟執行判別該採用哪一種地域分類1312方式來處理，並將請求傳送至下一步驟地域分類1312子步驟處理，地域分類1312子步驟依用戶申請單服務地點內容(需求明確與否)執行不同判別演算法，判別後執行進階分類1313子步驟，此子步驟主要判斷是否需進行進一步的分類分析，主要依據用戶所輸入的服務需求資料複雜度而決定，執行完此步驟後接著執行地域分派最佳化1314子步驟，此步驟主要是負責地域分類1312的最佳化分析與最後的判定，判別出最適合用戶所需服務的地點，接著將執行下一流程及步驟處理；

<六>服務類型判別1315子步驟執行服務判別規則作最基礎的服務類型判別1315，接著執行進階服務類型判別1316子步驟進行更進階的條件(例如：頻寬需求、指定地點需求等)判別，接著執行服務分類1317子步驟將服務分類1317，執行完此步驟流程後接著將執行下一流程及步驟處理；

<七>服務等級判別1318子步驟執行判別該服務的等級，判別後執行服務等級分類1319子步驟針對服務等級作分類，將不同的服務等級分成不同的類型，分類後執行服務等級分類後輸出排序1320子步驟將分類好得服務作排序動作，也就是利用服務等級排序，依照高到低的等級依序將服務傳送至下一流程及步驟處理；

<八>服務套件判別1321子步驟執行判別要滿足這些服務需求需要哪些服務套件，如果所需的服務套件都有提供，接下來就執行服務套件分類1324子步驟，反之若所需的服務套件目前並沒有提供，則執行服務套件整合/驅動1322子步驟，此步驟將這些服務套件進行整合成新的服務套件並驅動執行套件類型新增/刪除1323子步驟進行新增/刪除套件類型同時執行下一步驟服務套件分類1324子步驟負責將服務需求所需的服務套件分類1324，執行完此步驟流程後接著將執行下一流程及步驟處理；

<九>備份條件判別1325子步驟執行判斷此服務需求是否符合備份之條件(提供備份服務種類)，判別後則執行下一步驟備份需求判別/分類1326子步驟進行判別和分類用戶服務是否需備份需求，執行完此步驟接著執行備份類型判別/分類1327子步驟判別及分類其備份類型(軟體備份、系統備份、硬碟備份等)，判別分類後接著執行進階備份判別分類1328子步驟，進一步判別備份需求(備份份數、備份地點、備份時間頻率等)，執行完此步驟流程後接著將執行下一流程及步驟處理；

<十>服務需求所需資源整合1329子步驟將服務需求條件(高頻寬、低延遲等)及所需資源(CPU、Memory等)需求條件整併一起，整併後接著執行資源比對1330子步驟進行所剩資源情況資訊與服務需求所需資源比對1330，若所剩資源足夠提供此服務，將進行下一階段步驟(輸出分類排序1332子步驟)，反之若所剩資源不足夠提供此服務時將執行資源計算1331子步驟進行重新計算將此不足夠資源由其它區域資源來彌補提供，如此做法可達到服務分類1317和資源配置最佳化，執行完此步驟流程後接著將執行下一流程及步驟處理；

<十一>輸出分類排序1332子步驟依據用戶優先等級、地域和服務需求等條件進行輸出排序分類，輸出排序分類(此動作間會執行輸出規則管理1334子步驟)，輸出後接著執行判別輸出1333子步驟判別目前網路環境(頻寬)或CPU處理情況與輸出排序分類所送來的資訊，當頻寬不壅塞且CPU處理得當情況時，則此步驟會將此資訊直接傳送至服務資源配置子系統113處理，否則會執行下一步驟壅塞緩衝1335子步驟暫存資訊(優先權較低用戶或服務資訊)，壅塞緩衝1335子步驟之控制主要由判別輸出1333子步驟所控制，當環境在允許情況下，壅塞緩衝1335子步驟將進行輸出其暫存資訊。

本發明所提供之用戶需求服務最佳化分類系統及方法，與前述引證案及其他習用技術相互比較時，更具有下列之優點：

1.　本發明分類方法之依據除了可採用服務優先等級條件分類外，亦可依據用戶優先等級、地域和服務需求等條件進行分類。

2.　搭配資源評估方式使得服務在判別及分類上亦考慮到資源配置、調度等方面條件，因此可提加速後端系統(如：資源分配系統等)處理速度。

3.　本發明除了可增加分類類型、種類之延展性外，亦將資源配置、調度等方面條件加入判別，使分類能達到最佳化目的。

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

101．．．用戶申請子系統

102．．．用戶判別分類子系統

103．．．用戶優先等級分類子系統

104．．．地域分類最佳化子系統

105．．．服務判別分類子系統

106．．．服務優先等級分類子系統

107．．．服務需求分類子系統

108．．．備份需求判別分類子系統

109．．．服務需求與資源評估子系統

110．．．輸出排序虛擬子系統

111．．．資源所需計算子系統

112．．．資源管理系統

113．．．服務資源配置子系統

201．．．申請單新增模組

202．．．申請項目管理模組

203．．．表單檢查模組

204．．．表單導向判別端

301．．．資源需求級別判斷模組

302．．．資源需求級別管理模組

303．．．用戶分類模組

304．．．用戶類型管理模組

305．．．智慧型用戶判別模組

306．．．判別規則管理模組

401．．．用戶類型導向模組

402．．．優先等級分類模組

403．．．等級判別規則管理模組

404．．．分級結果排序模組

501．．．分類模式判別模組

502．．．模組式地域分類模組

503．．．快速地域分類模組

504．．．階層式地域分類模組

505．．．進階分類模組

506．．．地域分派最佳化模組

601．．．服務判別模組

602．．．服務判別規則管理模組

603．．．進階服務判別模組

604．．．服務分類模組

701．．．服務等級判別模組

702．．．服務等級分類模組

703．．．分類輸出排序端

801．．．服務套件判別模組

802．．．套件類型新增/刪除模組

803．．．服務套件整合/驅動模組

804．．．服務套件分類模組

901．．．備份條件判別模組

902．．．備份需求判別模組

903．．．備份需求分類模組

904．．．備份類型判別模組

905．．．備份類型分類模組

906．．．進階備份判別分類模組

1001．．．服務需求所需資源整合模組

1002．．．資源比對模組

1003．．．資源計算模組

1101．．．分類排序模組

1102．．．輸出規則管理模組

1103．．．判別輸出模組

1104．．．壅塞緩衝模組

1201．．．用戶需求分析模組

1202．．．用戶需求資源所需計算模組

1203．．．計算規則管理模組

1204．．．輸出管理模組

1301．．．服務申請單填寫

1302．．．表單檢查

1303．．．表單導向判別

1304．．．資源需求級別判斷

1305．．．資源所需計算

1306．．．用戶分類

1307．．．用戶判別

1308．．．用戶類型導向

1309．．．優先等級分類

1310．．．分級結果排序

1311．．．分類模式判別

1312．．．地域分類

1313．．．進階分類

1314．．．地域分派最佳化

1315．．．服務類型判別

1316．．．進階服務類型判別

1317．．．服務分類

1318．．．服務等級判別

1319．．．服務等級分類

1320．．．服務等級分類後輸出排序

1321．．．服務套件判別

1322．．．服務套件整合/驅動

1323．．．套件類型新增/刪除

1324．．．服務套件分類

1325．．．備份條件判別

1326．．．備份需求判別/分類

1327．．．備份類型判別/分類

1328．．．進階備份判別分類

1329．．．服務需求所需資源整合

1330．．．資源比對

1331．．．資源計算

1332．．．輸出分類排序

1333．．．判別輸出

1334．．．輸出規則管理

1335．．．壅塞緩衝

圖一為本發明用戶需求服務最佳化分類系統架構圖；

圖二為用戶申請子系統架構圖；

圖三為用戶判別分類子系統架構圖；

圖四為用戶優先等級分類子系統架構圖；

圖五為地域分類最佳化子系統架構圖；

圖六為服務判別分類子系統架構圖；

圖七為服務優先等級分類子系統架構圖；

圖八為服務需求分類子系統架構圖；

圖九為備份需求判別分類子系統架構圖；

圖十為服務需求與資源評估子系統架構圖；

圖十一為輸出排序虛擬子系統架構圖；

圖十二為資源所需計算子系統架構圖；

圖十三為用戶需求服務最佳化分類流程示意圖。

101．．．用戶申請子系統

102．．．用戶判別分類子系統

103．．．用戶優先等級分類子系統

104．．．地域分類最佳化子系統

105．．．服務判別分類子系統

106．．．服務優先等級分類子系統

107．．．服務需求分類子系統

108．．．備份需求判別分類子系統

109．．．服務需求與資源評估子系統

110．．．輸出排序虛擬子系統

111．．．資源所需計算子系統

112．．．資源管理系統

113．．．服務資源配置子系統

Claims (13)

1. 一種用戶需求服務最佳化分類系統，包括：用戶申請子系統，為用戶經過認證、授權後，至用戶申請子系統填寫其要申請的服務種類、地點、優先等級等申請資料；資源所需計算子系統，當用戶申請服務時，所提之需求其並未明確指定所需之申請資料，並進行其服務所需最佳資源計算，以更新一符合最佳化時所需之申請資料；用戶判別分類子系統，為根據該用戶的申請資料與所需資源作為判別的依據，以分配判別該用戶類型並將其分類；用戶優先等級分類子系統，為輸入用戶類型的分類資料，並將用戶類型分類為複數具有優先等級的分類結果；地域分類最佳化子系統，為提供用戶最佳服務地點的挑選，依據用戶欲申請服務之地點資料、或搭配服務需求與配合資源評估子系統所傳送的重新分類的地點資料，以提供用戶請求進行最佳化地域分類的判別，此地域分類最佳化子系統亦會與服務需求與資源評估子系統運作，當服務需求與資源評估子系統判別此分類不是最佳化時，亦通知地域分類最佳化子系統重新分類資料，來達到最佳化分類目的； 服務判別分類子系統，判別用戶所申請之服務種類，將服務種類依照用戶類型、優先等級分類資料和地點資料分類後，相同之服務種類分成一類；服務優先等級分類子系統，為依據不同的服務種類，進行服務優先等級分類；服務需求分類子系統，根據用戶所申請服務種類的判別與分類功能，將相同優先等級之服務種類，依細部服務需求進行判別與分類以得到一分類結果；備份需求判別分類子系統，為識別用戶所申請之服務資料是否有備份之需求，並封存所識別的服務資料的一最新版本到備份需求判別分類子系統，亦分類其備份需求之服務種類和進階需求之條件；服務需求與資源評估子系統，為與後端資源管理系統溝通，進行服務需求和資源提供情況判別，當判別出不是地域分類最佳化情況時，會將此結果要求地域分類最佳化子系統重新進行分類；反之判別出為地域分類最佳化情況時，此服務需求與資源評估子系統會將此分類後結果傳送至輸出排序虛擬子系統；以及輸出排序虛擬子系統，排序各個不同用戶優先等級的順序，並依據不同優先等級次序之服務需求進行輸出排序分類；此子系統依排序先後傳送至後端服務資源配置子 系統處理。
2. 如申請專利範圍第1 項所述之用戶需求服務最佳化分類系統，其中該用戶申請子系統進而包括申請單新增模組、申請項目管理模組、表單檢查模組與表單導向判別端所組成，該申請單新增模組主要是讓用戶填寫欲申請服務的申請資料，接著申請單新增模組會將用戶的申請表單傳送到表單檢查模組進行檢查，主要針對用戶所輸入的相關申請資料進行邏輯與規則上的檢驗與分析，避免人為的疏失以及不合邏輯的錯誤，如此可大幅降低錯誤所造成的相關損失；當通過表單檢查模組的檢驗後，最後會由表單導向判別端依據表單的內容將表單導向到適宜的子系統進行下一步的處理。
3. 如申請專利範圍第1 項所述之用戶需求服務最佳化分類系統，其中該用戶判別分類子系統進而包括資源需求級別判斷模組、資源需求級別管理模組、用戶分類模組、用戶類型管理模組、智慧型用戶判別模組、判別規則管理模組所組成，其功能主要係判別分類用戶類型；該資源需求級別判斷模組接收來自用戶申請子系統或資源所需計算子系統所傳送過來關於用戶填寫的服務申請資料與所需資源相關資料，依據這些資料進行各種資源需求程度的分析與進行分級；該資源需求級別管理模組提供各種資源用戶需求程度分級規則的設定，以及設定的介面和功能等，以接續進行用戶的判別與分類；該用戶分類模組會將各種用戶需求資源的分級資料透過演算法進行綜合的分析與運算，然後判別滿足這些資源 需求分級條件下該用戶可歸類到什麼用戶類型，由於用戶資源需求隨不同情況而異，因此符合條件的用戶類型可能不只一個，有可能發生同時符合多種用戶類型的情況，因此需透過智慧型用戶判別模組來做最後確定的用戶類型的判別；該用戶分類模組中的用戶類型是透過用戶類型管理模組作管理與控制，並將管理者對用戶類型的相關設定傳送到用戶分類模組，當完成用戶類型的分類後，用戶分類模組會將分類結果傳送到智慧型用戶判別模組；該智慧型用戶判別模組會依據用戶類型分類結果依據判別規則，並且透過演算法來進行用戶類型判別的確認分析與運算，最後判別出該用戶所需所有資源分級應屬於哪種用戶類型，智慧型用戶判別模組所用到的判別規則是透過判別規則管理模組進行管理，判別規則管理模組提供判別規則的管理功能與界面以供管理者管理。
4. 如申請專利範圍第1 項所述之用戶需求服務最佳化分類系統，其中該用戶優先等級分類子系統進而包括用戶類型導向模組、優先等級分類模組、等級判別規則管理模組、分級結果排序模組所組成，其功能主要係判別用戶之優先等級，判別後將其分類：該用戶類型導向模組接收來自用戶判別分類子系統所傳送過來的用戶判別與分類結果，運用這個分類結果判斷接下來該導向到哪個優先等級分類功能然後做標記，將標記結果傳送給優先等級分類模組；該優先等級分類模組依據這個標記挑選適合該類型的分級功能進行優先等級的判斷，而判斷規則是透過等級判別規則管理模組進行管理；該等級判別規則管理模組，提供別規則的管理功能與界面以供管理者管理；當優先等級分類模組完成分級後，將分級結果傳送到分級結果排序模組；該分級結果排序模組會依用戶優先等級進行排序，以方便接下來的處理。
5. 如申請專利範圍第1 項所述之用戶需求服務最佳化分類系統，其中該地域分類最佳化子系統進而包括分類模式判別模組、模組式地域分類模組、進階分類模組、地域分派最佳化模組所組成，其功能主要係判別用戶其欲申請服務之地點：該分類模式判別模組，接收到用戶優先等級分類子系統或服務需求與資源評估子系統所傳送過來的請求後，會判別該採用哪一種地域分類模組來處理，並將請求送到該地域分類功能模組；該模組式地域分類模組，包含多個不同類型的地域分類模組，因為可隨不同情況新增、刪除或修改各個獨立的地域分類模組，其中，模組式地域分類模組中包含快速地域分類模組與階層式地域分類模組；該快速地域分類模組，係針對用戶有明確的指定希望的服務地點情況下所採用的地域分類模組，因為較需求明確與具體所以判別演算法相對較簡單，因此稱為快速地域分類模組；該階層式地域分類模組，是因應較複雜的情況下所採用的地域分類模組，綜合多種條件一層一層的分析與運算出適合用戶服務需求的地點，也適用於再次重新判別最佳化地域的情況下；該進階分類模組，係判斷是否需進行進一步的分類分析，主要依據用戶所輸入的服務需求資料複雜度而決定，以將分類結果傳送到地域分派最佳化模組；該地域分派最佳化模組，主要是負責地域分類的最佳化分析與最後的判定，依據前幾個模組的分析結果來做綜合的分析與研判，並判別出最適合用戶所需服務的地點。
6. 如申請專利範圍第1 項所述之用戶需求服務最佳化分類系統，其中該服務判別分類子系統進而包括服務判別模組、服務判別規則管理模組、進階服務判別模組以及服務分類模組所組成，其功能主要係判別用戶所申請之服務種類，判別後將其分類：該服務判別模組，係作最基礎的服務種類判別，而服務種類判別的規則存放於服務判別規則管理模組；該服務判別規則管理模組，為使用其中的規則來判別出服務種類；進階服務判別模組，提供用戶可能會對該服務種類提出更進階的條件，而這部份的進階判別工作由進階服務判別模組來進行，而判別規則一樣儲存於服務判別規則管理模組中；該服務分類模組，為將上述的服務種類判別作初步的服務種類分類動作。
7. 如申請專利範圍第1 項所述之用戶需求服務最佳化分類系統，其中該服務優先等級分類子系統進而包括服務等級判別模組、服務等級分類模組、等級相同判別模組、分類輸出排序端所組成，其功能主要係依據服務種類進行優先等級分類，為由先前的服務判別分類子系統作基礎的分類後，首先利用服務等級判別模組判別出該服務的等級，並交由服務等級分類模組2針對服務等級作分類，將不同的服務等級分成不同的類型，將分類後的服務傳送至分類輸出排序端來處理，此模組將分類好得服務作排序動作，也就是利用服務等級排序，依照高到低的等級依序將服務傳送到下一個分類子系統中。
8. 如申請專利範圍第1 項所述之用戶需求服務最佳化分類系統，其中該服務需求分類子系統進而包括服務套件判別模組、套件類型新增/刪除模組、服務套件整合/驅動模組、服務套件分類模組所組成，其功能主要係將相同優先等級之服務，依細部服務需求進行分類：該服務套件判別模組，接收由服務優先等級分類子系統所傳送過來的服務優先等級分類結果，然後判別要滿足這些分類結果需要哪些服務套件，如果所需的服務套件都有提供，接下來就導向到服務套件分類模組；若所需的服務套件目前並沒有提供，則導向到服務套件整合/驅動模組；在服務套件判別模組中的這些服務套件類型的異動是動態透過套件類型新增/刪除模組來進行；該套件類型新增/刪除模組的驅動是透過服務套件整合/驅動模組來觸發，當服務套件判別模組發現有未知的服務套件時，會將這些服務套件傳送到服務套件整合/驅動模組；該服務套件整合/驅動模組再將這些服務套件進行整合成新的服務套件，並驅動套件類型新增/刪除模組來新增套件類型，而當套件類型新增/刪除模組收到出發後會將這個新的套件類新加到服務套件判別模組中；該服務套件整合/驅動模組，接下來會將用戶服務需求所需的套件進行整合並傳送到服務套件分類模組；服務套件分類模組，主要負責將服務需求所需的服務套件分類，然後將分類結果傳送至備份需求判別分類子系統。
9. 如申請專利範圍第1 項所述之用戶需求服務最佳化分類系統，其中該備份需求判別分類子系統進而包括備份條件判別模組、備份需求判別模組、備份需求分類模組、備份類型判別模組、備份類型分類模組與進階備份判別分類模組所組成，其功能主要係判別用戶所申請之服務是否有備份之需求，分類其備份需求之條件：該備份條件判別模組，為進行判斷此服務需求是否符合備份之條件，若符合則傳送至下一模組備份需求判別模組處理，反之，若不符合則直接傳送至備份需求分類模組處理；該備份需求判別模組，為進行判別用戶服務是否需備份需求，判別後傳送至備份需求分類模組處理；該備份需求分類模組，為進行有無備份需求分類，無備份需求之用戶服務資訊直接傳送至服務需求與資源評估子系統，有備份需求之用戶服務資訊傳送至備份類型判別模組進行判別其備份類型，判別後傳送至備份類型分類模組進行分類，分類後傳送至進階備份判別分類模組，進一步判別備份需求。
10. 如申請專利範圍第1 項所述之用戶需求服務最佳化分類系統，其中該服務需求與資源評估子系統進而包括服務需求所需資源整合模組、資源比對模組與資源計算模組所組成，其功能主要係進行服務需求和資源提供情況判別：服務需求所需資源整合模組，為進行服務需求條件及所需資源需求條件整併一起，整併後傳送至資源比對模組處理；該資源比對模組，當有用戶需求資訊傳送至資源比對模組時，資源比對模組會到資源管理系統抓取目前所剩資源情況資訊回來進行與服務需求所需資源比對，若所剩資源足夠提供此服務，則會將此資訊傳送至下一子系統輸出排序虛擬子系統處理，反之若所剩資源不足夠提供此服務時，資源比對模組會將此資訊傳送至資源計算模組處理；該資源計算模組，為依據資源比對模組所提供資訊重新計算將此不足夠資源由其它區域資源來彌補提供，如此做法可達到服務分類和資源配置最佳化。
11. 如申請專利範圍第1 項所述之用戶需求服務最佳化分類系統，其中該輸出排序虛擬子系統進而包括分類排序模組、輸出規則管理模組、判別輸出模組與壅塞緩衝模組所組成，其功能主要係排序各個不同用戶優先等級其不同優先等級之服務需求：該分類排序模組，為依據用戶優先等級次序、地域和服務需求等條件進行輸出排序分類，輸出排序分類後，分類排序模組至輸出規則管理模組查詢相關輸出規則，套用此規則輸出至判別輸出模組；判別輸出模組，為判別目前網路環境或CPU處理情況與輸出分類排序模組所送來的資訊，當頻寬不壅塞且CPU處理得當情況時，則判別輸出模組會將此資訊直接傳送至服務資源配置子系統處理，否則會將部份資訊先傳送至壅塞緩衝模組暫存；壅塞緩衝模組，所暫存資訊其輸出控制主要由判別輸出模組所控制，在環境允許情況下，判別輸出模組會通知壅塞緩衝模組輸出其暫存資訊。
12. 如申請專利範圍第1 項所述之用戶需求服務最佳化分類系統，其中該資源所需計算子系統進而包括用戶需求分析模組、用戶需求資源所需計算模組、計算規則管理模組與輸出管理模組所組成，其功能主要係當用戶申請服務時，所提之需求其並未明確指定所需之資源量時，其將進行其服務所需最佳資源計算，若用戶並未明確的輸入所需服務的申請資料時，則會將此資訊傳送至用戶需求分析模組進行分析，此模組主要功能在於分析用戶需求其所需的資源類型，分析後將此資訊傳送至用戶需求資源所需計算模組處理，用戶需求資源所需計算模組至計算規則管理模組選取適當計算模式來計算用戶需求所需資源，計算後用戶需求資源所需計算模組會將此資訊傳送至輸出管理模組，輸出管理模組依序地將收到的資訊排序輸出至用戶判別分類子系統；此子系統會將計算後之結果傳送用戶判別分類子系統。
13. 一種用戶需求服務最佳化分類的方法，係依據用戶申請服務需求內容、地域且搭配資源評估方式來進行分類，進而達到最佳化分類用戶需求服務目的，其中包括下列步驟：申請單填寫子步驟，用戶填寫欲申請服務的相關資料；表單檢查子步驟，用以檢查表單內容，避免人為的疏失以及不合邏輯的錯誤，如此可大幅降低錯誤所造成的相關損失；表單導向判別子步驟，依據表單的內容將表單導向到適宜的下一流程及步驟處理；資源所需計算子步驟，計算用戶需求資源，計算後填入用戶申請單中；資源需求級別判斷子步驟，依用戶申請單中資源所需資料進行各種資源需求程度的分析，然後按照各種不同資源的需求程度分別進行分級；用戶分類子步驟，將各種用戶需求資源的分級資料透過演算法進行綜合的分析與運算，然後判別滿足這些資源需求分級條件下該用戶可歸類到什麼用戶類型；用戶判別子步驟，由於用戶資源需求隨不同情況而異，因此符合條件的用戶類型可能不只一個，有可能發生同時符合多種用戶類型的情況，因此此步驟依用戶類型分類結果，再透過一些演算法來進行用戶類型判別的確認分析與運算，最後判別出該用戶所需所有資源分級應屬於哪種用戶類型；用戶類型導向子步驟，進行用戶類型分類，分類後將執行下一流程及步驟處理；優先等級分類子步驟，執行用戶優先等級分類；分級結果排序子步驟，將用戶優先等級進行排序，接著將執行下一流程及步驟處理；分類模式判別子步驟，執行判別該採用哪一種地域分類方式來處理，並將請求傳送至下一流程及步驟；地域分類子步驟，依用戶申請單服務地點內容執行不同判別演算法；進階分類子步驟，主要判斷是否需進行進一步的分類分析，主要依據用戶所輸入的服務需求資料複雜度而決定；地域分派最佳化子步驟，主要是負責地域分類的最佳化分析與最後的判定，判別出最適合用戶所需服務的地點；服務種類判別子步驟，執行服務判別規則作最基礎的服務種類判別；進階服務種類判別子步驟，進行更進階的條件判別；服務分類子步驟，將服務分類，執行完此步驟流程後接著將執行下一流程及步驟處理；服務等級判別子步驟，執行判別該服務的等級；服務等級分類子步驟，針對服務等級作分類，將不同的服務等級分成不同的類型；服務等級分類後輸出排序子步驟，將分類好得服務作排序動作，也就是利用服務等級排序，依照高到低的等級依序將服務傳送至下一流程及步驟處理；服務套件判別子步驟，執行判別要滿足這些服務需求需要哪些服務套件，如果所需的服務套件都有提供，接下來就執行服務套件分類子步驟，反之若所需的服務套件目前並沒有提供，則執行服務套件整合/驅動子步驟；服務套件整合/驅動子步驟，將這些服務套件進行整合成新的服務套件並驅動執行套件類型新增/刪除子步驟進行新增/刪除套件類型同時執行下一步驟服務套件分類子步驟負責將服務需求所需的服務套件分類，執行完此步驟流程後接著將執行下一流程及步驟處理；備份條件判別子步驟，執行判斷此服務需求是否符合備份之條件；備份需求判別/分類子步驟，進行判別和分類用戶服務是否需備份需求；備份類型判別/分類子步驟，判別及分類其備份類型；進階備份判別分類子步驟，進一步判別備份需；服務需求所需資源整合子步驟，將服務需求條件及所需資源需求條件整併一起；資源比對子步驟，進行所剩資源情況資訊與服務需求所需資源比對，若所剩資源足夠提供此服務，將進行下一階段步驟，反之若所剩資源不足夠提供此服務時將執行資源計算子步驟進行重新計算將此不足夠資源由其它區域資源來彌補提供；輸出分類排序子步驟，依據用戶優先等級、地域和服務需求等條件進行輸出排序分類，輸出排序分類；判別輸出子步驟，判別目前網路環境或CPU處理情況與輸出排序分類所送來的資訊，當頻寬不壅塞且CPU處理得當情況時，則此步驟會將此資訊直接傳送至服務資源配置子系統處理，否則會執行下一步驟壅塞緩衝子步驟暫存資訊，壅塞緩衝子步驟之控制主要由判別輸出子步驟所控制，當環境在允許情況下，壅塞緩衝子步驟將進行輸出其暫存資訊；藉由各步驟之協調運作，達到最佳化分類用戶需求服務的目的。