TW201301153A - Optimized classification system and method for user demand service - Google Patents

Abstract

An optimized classification system and method for a user demand service is disclosed. Classification is carried out based on demand content and locality of a user request service, while a resource evaluation method is collocated, thereby achieving the object of optimizing the classification for the user demand service. The classification method in this invention may be carried out not only based on a condition of a service priority level, but also based on conditions such as a user priority level, a locality and a service requirement. In addition, the resource evaluation method is also collocated to carry out optimized service classification determination, so that classification with better malleability and optimization can be achieved by this method.

Description

User demand service optimization classification system and method

The invention relates to a user demand service optimization classification system and method, which belong to various technical categories of QoS, service classification and discrimination, output sequencing, virtualization, resource evaluation and resource calculation, in particular, a user demand service is best. The classification system and method can be classified according to the priority level of the service, the geographical location and the service requirements, etc., and the resource evaluation method is also used to optimize the classification of the service. In this way, it is more scalable and optimized for its classification.

In the era of customer-oriented and service-oriented, user demand service optimization is an indispensable part of the cloud group-type data room service operation process. The traditional classification and discriminating methods for user application services are only processed according to the service priority level. The disadvantage is that they are not combined with other resource conditions (such as service requirements, geography, etc.), and the service requirements cannot be matched with actual resources. The problem is that the user's satisfaction with the service is reduced, and the service application data is cancelled, resulting in operational losses. The user demand service optimization classification system and method provided by the invention can be classified according to the user priority level, the geographical location and the service requirement, in addition to the service priority level classification, and the resource evaluation is also used. The way to optimize the classification of service classification, in this way to achieve its classification is more malleable and optimized.

In view of the inadequacies of the foregoing systems and methods, the inventor of the present invention has invented and invented the invention, and after a long period of painstaking research, finally succeeded in research and development of a user-service optimization system and method.

The object of the present invention is to provide a user demand service optimization classification system and method, which can be classified according to the user priority level, the geographical priority and the service demand, and the like. With the resource evaluation method to optimize the classification of service classification, it is more scalable and optimized for classification.

The second object of the present invention is to provide a user demand service optimization classification system and method. In addition to increasing the classification type and type of scalability, the conditions of resource allocation and scheduling are also added to distinguish the classification. Good purpose.

A user demand service optimization classification system and method capable of achieving the above object, comprising: a user application subsystem: after the user is authenticated and authorized, the user application subsystem fills in the service type, location, and priority level to be applied for. And the application materials; the user application subsystem transmits the user application data to the user discrimination classification subsystem; the resource calculation subsystem: when the user applies for the service, the requested requirement does not explicitly specify the required application materials, and Perform the best resource calculations required for its services to update the application data required for optimization; the computing subsystem required for this resource will pass the calculated results to the user discriminant classification subsystem; the user discriminant classification subsystem : according to the user's application data and the required resources as a basis for discrimination, the user type is discriminated and classified; the user discrimination classification subsystem classifies the user types and respectively transmits them to the user priority classifiers to which they belong. System; user priority classification subsystem: for inputting user type classification data, and users The classification is a classification result with a priority level (priority level such as gold, silver or bronze); the user priority classification subsystem then transmits the user priority classification result to the regional classification optimization subsystem; Classification optimization subsystem: to provide users with the best service location, according to the location information of the user to apply for service, or to match the service requirements and the reclassified location data transmitted by the resource assessment subsystem to provide user request To optimize the classification of the geographical classification, the regional classification optimization subsystem will also operate with the service requirements and resource assessment subsystem. When the service requirements and resource assessment subsystems determine that the classification is not optimized, the regional classification is also notified. The Jiahua subsystem reclassifies the data to achieve the purpose of optimization classification; the subsystems respectively transmit their respective service discriminant classification subsystems according to the geographical classification; the service discriminant classification subsystem: discriminates the types of services applied by the users, and the types of services are After the user type, priority classification data and location data are classified, the same service type The class is divided into one class; the service discriminant classification subsystem is classified according to the service category and then transmitted to the service priority classification subsystem; the service priority classification subsystem: for the service priority classification according to different service types; the service priority classifier The system is classified according to the service priority level and then transmitted to the service demand classification subsystem. The service demand classification subsystem: according to the identification and classification function of the service type applied by the user, the service types of the same priority level are selected according to the detailed service requirements (whether the service requires a kit) Discriminating and classifying to obtain a classification result; the service demand classification subsystem is transmitted to the backup demand discrimination classification subsystem according to the service category demand classification result; the backup demand discrimination classification subsystem: for identifying whether the service data requested by the user has a backup The requirements, and the storage of the latest version of the identified service data to the backup demand discriminating classification subsystem, and also classify the service types and advanced requirements of the backup requirements; the backup demand discriminating classification subsystem is classified according to the backup requirements and transmitted Service demand and capital Evaluation subsystem; service requirements and resource assessment subsystem: to communicate with the back-end resource management system, to determine the service requirements and resource provision. When it is determined that the regional classification is not optimized, the result will be the most geographically classified. The Jiahua subsystem reclassifies; when it is determined that the regional classification is optimized, the service requirement and resource assessment subsystem will transmit the classified result to the output sorting virtual subsystem; the output sorting virtual subsystem: sorting each The order of different user priority levels, and the output sorting classification according to the service requirements of different priority order; the subsystem is sequentially transmitted to the backend service resource configuration subsystem for processing; the user demand service optimization classification method of the present invention, At least the following steps are included: mainly performing user application/discrimination/classification steps for discriminating and classifying user types and priority levels; mainly providing steps for optimizing by geographical classification to identify users where they want to apply for services and Optimized classification; mainly provides service identification/priority/requirement classification The steps are used to identify and classify service types, priority levels, and detailed service requirements; and mainly provide steps for discriminating and classifying backup requirements, which are used to determine whether the service materials requested by the user have backup requirements; and mainly provide service demand and resource evaluation steps. It is used to determine whether to classify the service demand classification for the geographical classification; mainly provide the output sorting virtual subsystem to sort the service needs of different priority levels of different user priorities; to optimize by the coordinated operation of each step The purpose of classifying users' needs for services.

Referring to FIG. 1 , the user demand service optimization classification system and method provided by the present invention mainly include: the basis of the classification of the present invention may be classified according to service priority levels, and may also be based on user priority levels, regions, and services. The requirements and other conditions are classified, in addition to the resource evaluation method to optimize the classification of services, in order to achieve more classification and optimization purposes.

The user requirements service optimization classification system and method design of the present invention, as shown in FIG. 1 , is a framework diagram of the user demand service optimization classification system of the present invention, including a user application subsystem 101, a user discrimination classification subsystem 102, User priority classification subsystem 103, regional classification optimization subsystem 104, service discrimination classification subsystem 105, service priority classification subsystem 106, service requirement classification subsystem 107, backup requirement discrimination classification subsystem 108, service requirements and The resource evaluation subsystem 109, the output sorting virtual subsystem 110, the resource required computing subsystem 111, and the resource management system 112 (responsible for the management of the computer room resources, to provide services such as query and configuration of the computer room resources, and other subsystems can communicate through the communication The interface proposes a request for the resource of the computer room, and the service resource configuration subsystem 113 (which is responsible for optimizing the configuration of the service demand resource). The user applies for the subsystem 101, and the function mainly provides the user to fill in the application information such as the service type, location, priority level, etc.; the user discriminant classification subsystem 102, whose function is mainly to identify the user type and classification; the user priority classifier The function of the system 103 is mainly to determine the priority level of the user and the classification; the regional classification optimization subsystem 104 is mainly for discriminating the location and classification of the user who wants to apply for the service; the service discrimination classification subsystem 105 is mainly for discriminating The service type and classification of the service requested by the user; the service priority classification subsystem 106, whose function is mainly to classify the priority according to the service type; the service demand classification subsystem 107, whose function is mainly classified according to the detailed service requirements; The classification subsystem 108, whose function is mainly to determine whether the service requested by the user has a backup requirement and classify the conditions of the backup requirement; the service requirement and resource evaluation subsystem 109, whose function is mainly to determine the service demand and the resource supply situation; Output sorting virtual subsystem 110, its function If various users sort their service needs of different priority levels of priority; resources required computing subsystem 111, its main function is to calculate the required resources and services, described below are the composition of each subsystem, and the case where coordinated operations:

<1> User Application Subsystem 101: The function of the subsystem mainly provides the user to input relevant application materials for applying for service, and transmits the application data to other subsystems for further processing. FIG. 2 is a structural diagram of the user application subsystem 101. The architecture of the subsystem mainly includes three modules, namely, a new application module 201, an application project management module 202, a form inspection module 203, and a form-oriented discrimination. End 204. The operation mode is as follows: When the user passes the authentication and authorization (AAA), the user application subsystem 101 is entered, and then the user fills in the relevant application materials (for example: service type, location, priority level, etc.) of the service to be applied for, The application form new module 201 processes the application materials, and the related items in the application form are controlled by the application project management module 202, and the items can be newly added, modified or deleted. After the user fills in the application form, the application form new module 201 then transmits the user's application form to the form checking module 203 for inspection, mainly for checking and analyzing the logic and rules of the relevant application materials input by the user. To avoid human error and illogical errors, which can greatly reduce the related losses caused by errors. After passing the check of the form checking module 203, the form-directed discriminating end 204 will finally direct the form to the appropriate subsystem for the next processing according to the contents of the form. If the user does not explicitly input the application information of the required service (for example, the user has a concept of service but does not know the type and quantity of resources required for the service), the form-oriented discriminating end 204 directs the form to the required calculator of the resource. System 111. In another case, the user has specifically filled in the application materials required for the service, and the form-oriented discriminating terminal 204 directly directs the form to the user discrimination classification subsystem 102.

<11>Required computing subsystem of resource 111: The main function of this subsystem is that when the user applies for the service, the required resource is not specified when the required requirement is not specified by the subsystem. The calculation; this subsystem passes the computed result to the user discriminant classification subsystem 102. Figure 12 is a structural diagram of the computing subsystem 111 required for the resource. The architecture of the subsystem mainly includes four modules, namely, a user requirement analysis module 1201, a computing module 1202 required by the user, and a calculation rule management module. 1203 and output management module 1204. The operation mode is as follows: After the user application subsystem 101 allows the user to fill in the application information, such as the service type, location, priority level, etc., if the user has specifically filled in the application materials required for the service, the user application subsystem 101 will The form is directed to the user discrimination classification subsystem 102. If the user does not explicitly input the application information of the required service, the application data is transmitted to the resource required computing subsystem 111; the subsystem is first analyzed by the user demand model. The group 1201 performs analysis, and the main function is to analyze the type of resources required by the user, and after the analysis, the resource type is transmitted to the computing module 1202 required by the user, and the computing module 1202 to the computing rule management required by the user. The module 1203 selects the best calculation mode to calculate the resource type required by the user to update an application data required for the optimization, and the calculation module 1202 for calculating the user demand resource will transmit the application data to the output. The management module 1204, the output management module 1204 sequentially sorts the received application materials and outputs them to the user for discriminating. Classification subsystem 102.

<2> User Discriminant Classification Subsystem 102: This subsystem mainly has the function of discriminating the user type, and is based on the user's application data and required resources as a basis for discrimination, and the user type is determined by allocation (for example: general user, enterprise user) , escrow (hosting) users or service providers, etc.) and classify them as the service application data and required resources that are sent by the user to the user requesting subsystem 101 or the resource required computing subsystem 111 Basis. FIG. 3 is a structural diagram of the user discrimination classification subsystem 102. The subsystem mainly includes six modules, which are a resource requirement level determination module 301, a resource requirement level management module 302, and a user classification module 303. The user type management module 304, the smart user identification module 305, and the discrimination rule management module 306. The operation mode is described in detail as follows: the resource requirement level determining module 301 receives the service application data and the required resource related information sent by the user from the user application subsystem 101 or the resource required computing subsystem 111, and performs the data according to the data. Analysis of the degree of demand for various resources (CPU, memory, storage space, bandwidth, etc.), and then grading according to the degree of demand of various resources, and the grading criteria and rules for various resource demand levels are managed through resource demand levels. The module 302 is used for setting and management. The resource requirement level management module 302 provides settings of various resource user demand level classification rules, as well as set interfaces and functions. The resource requirement level management module 302 classifies the user demand resources for the purpose of performing user identification and classification. After the resource requirement level management module 302 completes the classification of the resource requirements, the hierarchical data of various resource requirements required by the user is transmitted to the user classification module 303, and the module calculates the hierarchical data of various user demand resources through the calculation. The method performs comprehensive analysis and calculation, and then discriminates which user type the user can categorize under the condition of satisfying these resource requirements (for example: general user, enterprise user, hosted (hosted) user or service provider, etc.) Since the user resource requirements vary from case to case, there may be more than one eligible user type, and it is possible to meet multiple user types at the same time. Therefore, another module is required to determine the finalized user type. The smart user discriminating module 305 is responsible for this work. The user type in the user classification module 303 is managed and controlled by the user type management module 304. The user type management module 304 provides the user type management function and interface, and transmits the relevant settings of the user type to the administrator. User classification module 303. After the user type is classified, the user classification module 303 transmits the classification result to the smart user discriminating module 305, and the smart user discriminating module 305 sorts the result according to the user type according to the discriminating rule, and through some algorithms. Perform the confirmation analysis and calculation of the user type discrimination, and finally determine which user type the user needs all resource classifications. The discriminating rules used by the smart user discriminating module 305 are managed by the discriminating rule management module 306, and the discriminating rule management module 306 provides the management functions and interfaces of the discriminating rules for management by the administrator. After discriminating the type to which the user belongs, the result is sent to the next subsystem user priority classification subsystem 103 for processing.

<3> User Priority Classification Subsystem 103: The function of the subsystem mainly provides the classification data of the input user type, and classifies the user type into a plurality of classification result functions with priority levels, which are transmitted according to the user discrimination classification subsystem 102. The user discriminates with the classification result to perform priority classification and classification of the user. FIG. 4 is an architectural diagram of the user priority classification subsystem 103. The subsystem mainly includes four modules, which are a user type guiding module 401, a priority classifying module 402, and a level discriminating rule management module 403. The ranking result sorting module 404. The operation mode is described in detail as follows: the user type guiding module 401 receives the user discriminating and classification result transmitted from the user discriminating classification subsystem 102, and uses the classification result to determine which priority classifying function to be directed to and then mark. The result of the marking is transmitted to the priority classification module 402. The priority classification module 402 selects a classification function suitable for the type according to the label to perform priority determination, and the determination rule is managed by the level determination rule management module 403. The discriminative rule management module 403 provides different management functions and interfaces for management by the administrator. After the priority classification module 402 completes the classification, the classification result is transmitted to the hierarchical result sorting module 404, and the hierarchical result sorting module 404 sorts according to the user priority level to facilitate the subsequent processing. The result is then sent to the next subsystem domain classification optimization subsystem 104 for processing.

<4> Regional Classification Optimization Subsystem 104: The function of this subsystem mainly provides the selection of the best service location of the user, according to the location where the user wants to apply for service (for example: Taipei, Taichung or Kaohsiung, etc.) or the matching service demand and resource assessment. The reclassified location data transmitted by subsystem 109 provides a determination by the user to optimize the regional classification. FIG. 5 is an architectural diagram of the regional classification optimization subsystem 104. The regional classification optimization subsystem 104 mainly includes four modules, namely, a classification mode discrimination module 501 and a modular geographic classification module. 502, an advanced classification module 505, a regional distribution optimization module 506, wherein the modular regional classification module 502 currently includes a fast geographic classification module 503 and a hierarchical regional classification module 504, and the future Other geographic classification modules can be expanded. The operation mode is described in detail as follows: the classification mode discriminating module 501 receives the plurality of priority classification results from the user application service transmitted by the user priority classification subsystem 103, which may include the location or user of the user who wants to apply for the service. No entry location. In addition, when the service requirement and resource evaluation subsystem 109 determines that the classification is not optimized, the regional classification optimization subsystem 104 is also notified to reclassify the data to achieve the purpose of optimizing classification, and the notification is determined by the classification mode. Module 501 is responsible for receiving. After the classification mode discriminating module 501 receives the request sent by the user priority classification subsystem 103 or the service demand and resource evaluation subsystem 109, it will determine which regional classification module to use for processing, and send the request to the request. The geographical classification function module. The modular area classification module 502 includes a plurality of different types of regional classification modules. Because the individual geographical classification modules can be added, deleted or modified according to different situations, it is called a modular geographical classification module 502. . The current modular area classification module 502 includes a fast area classification module 503 and a hierarchical area classification module 504. The fast area classification module 503 is a geographical classification used when the user has a clear designated service location. The module is called the fast geographical classification module 503 because it is relatively simple and specific to determine the algorithm. The hierarchical regional classification module 504 is a geographical classification module used in response to a complicated situation, and comprehensively analyzes and calculates a location suitable for user service requirements layer by layer, and is also suitable for re-discriminating the optimized region. In case. After the classification of the various regional classification modules is completed, the results are transmitted to the advanced classification module 505, and the advanced classification module 505 determines whether further classification analysis is required, mainly based on the complexity of the service demand data input by the user. Decide (for example: where the user wants to be closest, where to exclude, which cloud room to specify, etc.). Next, the advanced classification module 505 transmits the classification result to the geographical distribution optimization module 506, which is mainly responsible for the optimization analysis and the final determination of the regional classification. Based on the analysis results of the previous modules, comprehensive analysis and judgment are made, and the most suitable location for the user's services is identified. The result is then passed to the next subsystem service discriminant classification subsystem 105 for subsequent processing.

<5> Service Discrimination Classification Subsystem 105: When a user applies for a service through the first three subsystem classifications, and classifies the service according to the user type, the priority classification data, and the location data, the same service types are classified into one category.

The general service can be classified according to different user types or according to different priority levels. This subsystem mainly uses the service types of different services to classify the service priority levels and make the basis for discriminating the classification. 6 is an architectural diagram of the service discriminant classification subsystem 105, and the system includes four modules, namely, a service discriminating module 601, a service discriminating rule management module 602, an advanced service discriminating module 603, and a service classification module. Group 604. The operation mode is as follows: When the user demand service is classified by user type, priority class classification data and location data, the service discriminant classification subsystem 105 is entered, and the service discriminating module 601 first determines the basic service type, and the service is determined. The rules for class discrimination are stored in the service discriminating rule management module 602, and the rules in the service discriminating rule management module 602 are used to determine the type of service. In addition, the user may propose more advanced conditions for the service type (for example, bandwidth). The demand, the specified location requirement, and the like, and the advanced discriminating work of this part is performed by the advanced service discriminating module 603, and the discriminating rules are stored in the service discriminating rule management module 602. Finally, the service classification module 604 determines the above service category as a preliminary service category classification operation.

After the basic classification of the service categories, the next step is to classify the priority of the service and classify the services by the service priority classification subsystem 106.

<6> Service Priority Classification Subsystem 106: The subsystem classifies the priority level of the service, and classifies the service priority according to different service types. FIG. 7 is an architecture diagram of the service priority classification subsystem 106. The service level discriminating module 701, the service level classification module 702, and the classification output sorting end 703 are included. The operation mode is described in detail as follows: after the classification based on the previous service discrimination classification subsystem 105, the service level discrimination module 701 first determines the service level and submits it to the service level classification module 702 for the service level. Classification, different service levels are divided into different types, and the classified services are transmitted to the classification output sorting terminal 703 for processing. The module sorts the services into sorting actions, that is, sorts by using service levels, according to high to low. The level is passed to the next classification subsystem in sequence.

After classifying the service levels, further classification is performed for different service requirements, and the service demand classification subsystem 107 is further processed.

<7> Service Demand Classification Subsystem 107: The function of this subsystem mainly provides the function of discriminating and classifying the types of services applied by users, and discriminates and classifies the service types of the same priority level according to the detailed service requirements (whether the service requires kits). To obtain a classification result, the service categories are classified and transmitted to the backup requirement discrimination classification subsystem 108. FIG. 8 is an architectural diagram of the service requirement classification subsystem 107. The subsystem mainly includes four modules in the architecture, namely, a service suite discriminating module 801, a kit type adding/removing module 802, and a service kit integration/driver. Module 803, service kit classification module 804. The operation mode is detailed as follows: the service suite discriminating module 801 receives the service priority classification result transmitted by the service priority classification subsystem 106, and then determines which service suites are required to satisfy the classification results, if the required service suite All are provided, and then directed to the service kit classification module 804. If the required service suite is not currently available, it is directed to the service suite integration/driver module 803. The service suite type changes in the service suite discriminating module 801 are dynamically transmitted through the kit type add/delete module 802, and the kit type add/delete module 802 is driven through the service kit integration/drive module. 803 is triggered. When the service suite discriminating module 801 finds an unknown service suite, the service kits are transmitted to the service suite integration/driver module 803, and the service suite integration/driver module 803 integrates the service suites. A new service suite is added, and the kit type add/delete module 802 is added to add the kit type, and when the kit type add/delete module 802 receives the departure, the new kit class is newly added to the service kit. In the discriminating module 801, the next time there is a demand for the service kit, it may be different. The service suite integration/driver module 803 then integrates and transmits the suites required for the user service requirements to the service suite classification module 804. The service suite classification module 804 is primarily responsible for classifying the service suites required for the service requirements and then transmitting the classification results to the backup demand discrimination classification subsystem 108.

<8> Backup Demand Discrimination Classification Subsystem 108: The main function of the subsystem is to identify whether the service data requested by the user has a backup requirement, and to seal a latest version of the identified service data to the backup demand discrimination classification subsystem 108. The conditions for classifying the service types and advanced requirements (backup copies, backup locations, etc.) for their backup needs. FIG. 9 is a schematic diagram of the backup requirement discrimination classification subsystem 108. The architecture of the subsystem mainly includes six modules, namely, a backup condition determination module 901, a backup requirement determination module 902, a backup requirement classification module 903, and a backup type. The discriminating module 904, the backup type classification module 905 and the advanced backup discriminating classification module 906. The operation mode is as follows: After the service demand classification subsystem 107 performs the service requirement classification, the service data is then transferred to the backup demand discrimination classification subsystem 108, and the subsystem first determines the backup condition determination module 901. Whether the service demand meets the conditions of the backup (providing the type of backup service), if it is met, it is sent to the next module backup requirement discriminating module 902 for processing, and if not, it is directly transmitted to the backup demand classification module 903 for processing; The module 902 determines whether the user service needs to be backed up, and then transmits the data to the backup demand classification module 903 for processing. The backup requirement classification module 903 performs the classification of the backup demand, and the user service information without the backup requirement is directly transmitted to the service demand and The resource evaluation subsystem 109 transmits the user service information with the backup requirement to the backup type discriminating module 904 to determine the backup type (software backup, system backup, hard disk backup, etc.), and then transmits the result to the backup type classification module 905 for discriminating. Classification, classification and transfer to advanced backup discriminant classification module 906, further The step determines the backup requirement (the number of backup copies, the backup location, the backup time frequency, etc.), and the determination is passed to the next subsystem service demand and resource evaluation subsystem 109 for processing.

<9> Service Demand and Resource Evaluation Subsystem 109: The main function of the subsystem is to communicate with the back-end resource management system 112 to perform service demand and resource provisioning. When it is determined that the regional classification is not optimized, this will be As a result, the regional classification optimization subsystem 104 is required to re-classify; otherwise, when the regional classification optimization is determined, the subsystem transmits the classified result to the output sequencing virtual subsystem 110. FIG. 10 is a structural diagram of the service requirement and resource evaluation subsystem 109. The architecture of the subsystem mainly includes three modules, which are a resource integration module 1001 for resource requirements, a resource comparison module 1002, and a resource calculation module 1003. . The operation mode is detailed as follows: after the backup requirement discriminating classification subsystem 108 performs the backup requirement discrimination, the information is then transmitted to the service demand and resource evaluation subsystem 109, which firstly needs the resource integration module required by the service requirement. 1001 performs service demand conditions (high-bandwidth, low-latency, etc.) and required resources (CPU, Memory, etc.), and the requirements are merged together, and then transmitted to the resource comparison module 1002 for processing, when there is user demand information transmitted to the resource ratio When the module 1002 is used, the resource comparison module 1002 will go to the resource management system 112 to capture the current information of the remaining resources and compare it with the resources required by the service demand. If the remaining resources are sufficient to provide the service, the resource comparison system 1002 will provide the service. The information is transmitted to the next subsystem output sorting virtual subsystem 110 for processing. Otherwise, if the remaining resources are insufficient to provide the service, the resource comparison module 1002 transmits the information (the resource management system 112 provides information and user demand information). To the resource computing module 1003, the resource computing module 1003 recalculates the insufficient resources according to the information provided by the resource comparison module 1002. Regional resources provided to make up, such a practice can achieve classification services and resource allocation optimization.

<10> Output Sorting Virtual Subsystem 110: The main function of the subsystem is to sort the order of priority levels of different users, and output sorting according to the service requirements of different priority order; the subsystem sequentially transmits the backend service resources according to the sorting. Configuration subsystem 113 processes. 11 is an architecture diagram of the output sorting virtual subsystem 110. The architecture of the subsystem mainly includes four modules, namely, a sorting and sorting module 1101, an outputting rule management module 1102, a discriminating output module 1103, and a congestion buffering module. 1104. The mode of operation is detailed as follows: After the service demand and resource assessment is performed by the service requirements and resource assessment subsystem 109, the information is then passed to the output sorting virtual subsystem 110, which is first based on the user by the sorting module 1101. The priority order, the region, the service requirement and the like are output sorted. After the sorting is output, the sorting module 1101 to the output rule management module 1102 query the relevant output rules, and the rule is output to the discriminating output module 1103 to determine the output. The module 1103 discriminates the current network environment (bandwidth) or the CPU processing situation and the information sent by the output sorting module 1101. When the bandwidth is not blocked and the CPU processes the situation properly, the discriminating output module 1103 will The information is directly transmitted to the service resource configuration subsystem 113 for processing. Otherwise, part of the information (lower priority user or service) is first transmitted to the buffer buffer module 1104 for temporary storage, and the buffer buffer module 1104 temporarily stores information for output control. It is mainly controlled by the discriminating output module 1103. When the environment permits, the discriminating output module 1103 notifies the caulking buffer module. 1104 output of its staging information.

The user demand service optimization classification method of the present invention, as shown in the flowchart of FIG. 13, the service operation flow and the management step are mainly divided into eleven steps, wherein: the user application step includes the service application form filling 1301 substeps, form check 1302 sub-step and form-directed discrimination 1303 sub-steps; the user discriminating classification step includes a resource requirement level determination 1304 sub-step, a user classification 1306 sub-step, a user determination 1307 sub-step, and a user type orientation 1308 sub-step; the user priority classification step includes priority Level classification 1309 sub-step and ranking result ranking 1310 sub-steps; the regional classification optimization step includes classification mode discrimination 1311 sub-step, regional classification 1312 sub-step, advanced classification 1313 sub-step, and geographical distribution optimization 1314 sub-step; service The discriminating classification step includes a service type discrimination 1315 sub-step, an advanced service type discrimination 1316 sub-step, and a service classification 1317 sub-step; the service priority classification step includes a service level determination 1318 sub-step, a service level classification 1319 sub-step, and a service level classification. Output sorting 1320 substeps; service requirements The classification step includes a service suite discrimination 1321 sub-step, a service suite integration/driver 1322 sub-step, a kit type addition/deletion 1323 sub-step, and a service suite classification 1324 sub-step; the backup requirement discrimination classification step includes a backup condition determination 1325 sub-step, backup Demand Discrimination/Classification 1326 Substep, Backup Type Discrimination/Classification 1327 Substep and Advanced Backup Discriminant Classification 1328 substeps; service requirements and resource assessment steps include resource integration required for service requirements 1329 substeps, resource comparison 1330 substeps and Resource calculation 1331 sub-step; output virtual sorting step includes output sort order 1332 sub-step, discriminant output 1333 sub-step, output rule management 1334 sub-step and congestion buffer 1335 sub-step, resource required calculation 1305 step is required for resource calculation 1305 Substeps. The process of coordinated operation of each sub-step will be described in detail below:

<1> After the user passes the authentication and authorization (AAA), the application form will be filled in the 1301 sub-step, and the relevant information (for example, service type, location, priority level, etc.) of the service to be applied for will be filled in, and after the user completes the application form, Then, the form check 1302 sub-step is performed to check, and the logic and rules are checked and analyzed mainly for the related data input by the user, thereby avoiding human error and illogical errors, so that the related loss caused by the error can be greatly reduced. After performing the check of the sub-step of the form check 1302, the sub-step of the form-oriented discrimination 1303 is executed, and the form is mainly guided to the appropriate next process and step processing according to the content of the form;

<2> If the user does not explicitly enter the application information of the required service (for example, the user has the concept of service but does not know the type and quantity of resources required for the service), then the resource calculation required 1305 sub-steps are calculated to calculate the user demand. The resource is calculated and filled in the user application form, and then the next process and step processing will be executed. Otherwise, if the user has specifically filled in the application materials required for the service, the next process and step processing will be directly executed;

<3> Resource requirement level judgment 1304 sub-steps analyze the demand level of various resources (CPU, memory, storage space, bandwidth, etc.) according to the data required by the user's application form, and then according to the demand level of various resources The grading will transfer the grading data of various resource requirements required by the user to the next step user classification 1306 sub-step for processing, and the user classification 1306 sub-step will comprehensively analyze the grading data of various user demand resources through the algorithm. And the operation, and then determine what user type the user can categorize under the condition of satisfying these resource requirements (for example: general user, enterprise user, hosted (hosted) user or service provider, etc.) due to user resource requirements Depending on the situation, there may be more than one type of qualified users, and it may happen that multiple user types are met at the same time. Therefore, it is necessary to determine the user type determined by the user discriminating 1307 sub-steps, and the user discriminates 1307 sub-steps. According to the user type classification results based on the discriminating rules, and through some The algorithm performs the confirmation analysis and calculation of the user type discrimination, and finally determines which user type the user needs all resource classifications to belong to. After the discrimination, the user type guide 1308 sub-step is performed to classify the user type, and the classification is performed after the classification. a process and step processing;

<4> Priority class classification 1309 sub-step performs user priority class classification 1309, and then performs classification result sorting 1310 sub-steps to sort user priority levels, and then performs the next process and step processing;

<5> Classification mode discrimination 1311 The sub-step performs discrimination to determine which geographical classification 1312 method to use, and transmits the request to the next step geographical classification 1312 sub-step processing, and the regional classification 1312 sub-step is based on the user application form service location content ( Whether the demand is clear or not) Perform different discriminant algorithms, and perform the advanced classification 1313 sub-step after discriminating. This sub-step mainly judges whether further classification analysis is needed, which is mainly determined according to the complexity of the service demand data input by the user, and is executed. This step is followed by a geographical distribution optimization 1314 sub-step, which is mainly responsible for the optimization analysis and final determination of the geographical classification 1312, identifying the location most suitable for the user's required service, and then executing the next process and Step processing;

<6> Service Type Discrimination 1315 The sub-step performs the service discriminating rule as the most basic service type discriminating 1315, and then performs the advanced service type discriminating 1316 sub-step to perform more advanced conditions (for example, bandwidth requirement, specified location requirement, etc.) Discriminating, then performing the service classification 1317 sub-step to classify the service 1317, and after performing the step process, the next process and step processing will be executed;

<7> Service Level Discrimination 1318 The sub-step performs discriminating the level of the service, and after performing the discriminating, the service level classification 1319 sub-steps classify the service levels, classify the different service levels into different types, and perform the service level classification and output sort after the classification. The 1320 sub-step sorts the services into sorting actions, that is, sorts the service levels, and sequentially transfers the services to the next process and steps according to the high-to-low level;

<8> Service Suite Discrimination 1321 Sub-steps perform the identification of which service suites are required to meet these service requirements. If the required service suites are available, then perform the Service Suite Classification 1324 sub-steps, and if the required service suite is currently If not provided, then the Service Suite Integration/Driver 1322 sub-steps are implemented. This step integrates these service suites into a new service suite and drives the execution suite type Add/Remove 1323 sub-steps to add/remove kit types while executing The one-step service suite classification 1324 sub-step is responsible for classifying the service suite required for the service requirements 1324, and after performing the step process, the next process and step processing will be performed;

<9> Backup condition discrimination 1325 Sub-step execution determines whether the service requirement meets the backup condition (provides the type of backup service), and after the determination, performs the next step backup requirement discrimination/classification 1326 sub-steps to determine and classify whether the user service needs to be backed up. Requirements, after performing this step, then perform the backup type discrimination/classification 1327 sub-step to identify and classify the backup type (software backup, system backup, hard disk backup, etc.), and then perform the advanced backup discrimination classification 1328 sub-step after discriminating the classification, further Determine the backup requirements (backup number, backup location, backup time frequency, etc.), and then execute the next process and step processing after performing this step process;

<10> Resource requirements for service requirements 1329 sub-steps integrate the service demand conditions (high-bandwidth, low-latency, etc.) and required resources (CPU, Memory, etc.), and then perform resource comparison 1330 sub-steps. The remaining resources information and service demand resources are compared to 1330. If the remaining resources are sufficient to provide the service, the next step will be performed (output classification sorting 1332 substeps), and if the remaining resources are insufficient to provide the service The resource calculation 1331 sub-step will be performed to recalculate the insufficient resources to make up for the provision by other regional resources. In this way, the service classification 1317 and the resource configuration optimization can be achieved. After the step process is executed, the next process will be executed. And step processing;

<11> Output Classification Sorting The 1332 sub-step performs output sorting classification according to the user priority level, region, and service demand, and outputs the sorting classification (this action will execute the output rule management 1334 substep), and then output the discriminating output 1333. The sub-steps discriminate between the current network environment (frequency bandwidth) or the CPU processing situation and the information sent by the output sorting classification. When the bandwidth is not blocked and the CPU processes the situation properly, this step directly transmits the information to the service resource configuration. Subsystem 113 processes, otherwise it will perform the next step congestion buffer 1335 substep temporary storage information (priority lower user or service information), the control of the congestion buffer 1335 substep is mainly controlled by the discriminating output 1333 substep, when the environment is When allowed, the Cache Buffer 1335 substep will output its staging information.

The user demand service optimization classification system and method provided by the invention have the following advantages when compared with the foregoing cited cases and other conventional technologies:

1. The basis of the classification method of the present invention can be classified according to the priority level of the service, the geographical location, and the service demand, in addition to the classification of the service priority level.

2. With the resource evaluation method, the service also considers the conditions of resource allocation and scheduling in discriminating and classifying, so it can accelerate the processing speed of the back-end system (such as resource allocation system).

3. In addition to increasing the classification type and type of extensibility, the present invention also adds conditions such as resource allocation and scheduling to enable classification to achieve optimization.

In summary, this case is not only innovative in terms of space type, but also can enhance the above-mentioned multiple functions compared with the customary items. It should fully meet the statutory invention patent requirements of novelty and progressiveness, and apply for it according to law. This invention patent application, in order to invent invention, to the sense of virtue.

101. . . User application subsystem

102. . . User discriminant classification subsystem

103. . . User priority classification subsystem

104. . . Regional classification optimization subsystem

105. . . Service discriminant classification subsystem

106. . . Service priority classification subsystem

107. . . Service demand classification subsystem

108. . . Backup demand discriminant classification subsystem

109. . . Service requirements and resource assessment subsystem

110. . . Output sorting virtual subsystem

111. . . Resource computing subsystem

112. . . Resource management system

113. . . Service resource configuration subsystem

201. . . New application module

202. . . Apply for project management module

203. . . Form check module

204. . . Form-oriented discriminant

301. . . Resource demand level judgment module

302. . . Resource demand level management module

303. . . User classification module

304. . . User type management module

305. . . Smart user identification module

306. . . Discriminant rule management module

401. . . User type guide module

402. . . Priority classification module

403. . . Level discrimination rule management module

404. . . Hierarchical result sorting module

501. . . Classification mode discriminating module

502. . . Modular geographical classification module

503. . . Fast geographical classification module

504. . . Hierarchical regional classification module

505. . . Advanced classification module

506. . . Geographical distribution optimization module

601. . . Service discrimination module

602. . . Service Discrimination Rule Management Module

603. . . Advanced service discriminating module

604. . . Service classification module

701. . . Service level discrimination module

702. . . Service level classification module

703. . . Classification output sorting end

801. . . Service kit discriminating module

802. . . Kit type add/remove module

803. . . Service Suite Integration / Drive Module

804. . . Service kit classification module

901. . . Backup condition discrimination module

902. . . Backup demand discriminating module

903. . . Backup demand classification module

904. . . Backup type discrimination module

905. . . Backup type classification module

906. . . Advanced backup discriminant classification module

1001. . . Resource integration module required for service requirements

1002. . . Resource comparison module

1003. . . Resource computing module

1101. . . Sorting module

1102. . . Output rule management module

1103. . . Discriminant output module

1104. . . Tamping buffer module

1201. . . User demand analysis module

1202. . . User needs resource calculation module

1203. . . Calculation rule management module

1204. . . Output management module

1301. . . Service application form

1302. . . Form check

1303. . . Form-oriented discrimination

1304. . . Resource demand level judgment

1305. . . Resource calculation

1306. . . User classification

1307. . . User discrimination

1308. . . User type oriented

1309. . . Priority classification

1310. . . Sorting results

1311. . . Classification mode discrimination

1312. . . Geographical classification

1313. . . Advanced classification

1314. . . Regional distribution optimization

1315. . . Service type discrimination

1316. . . Advanced service type discrimination

1317. . . Service classification

1318. . . Service level discrimination

1319. . . Service level classification

1320. . . Output sorting after service level classification

1321. . . Service suite discrimination

1322. . . Service Suite Integration / Drive

1323. . . Kit type add/remove

1324. . . Service kit classification

1325. . . Backup condition discrimination

1326. . . Backup requirement identification/classification

1327. . . Backup type discrimination/classification

1328. . . Advanced backup discriminant classification

1329. . . Resource integration required for service requirements

1330. . . Resource comparison

1331. . . Resource calculation

1332. . . Output sorting

1333. . . Discriminant output

1334. . . Output rule management

1335. . . Tamping buffer

FIG. 1 is a structural diagram of a user classification service optimization classification system according to the present invention;

Figure 2 is a diagram of the user application subsystem architecture;

Figure 3 is a structural diagram of the user discrimination classification subsystem;

Figure 4 is a structural diagram of the user priority classification subsystem;

Figure 5 is a structural diagram of the regional classification optimization subsystem;

Figure 6 is a structural diagram of the service discriminant classification subsystem;

Figure 7 is a structural diagram of the service priority classification subsystem;

Figure 8 is a structural diagram of the service requirements classification subsystem;

Figure 9 is a schematic diagram of the subsystem of the backup requirement discrimination classification subsystem;

Figure 10 is a structural diagram of the service requirements and resource assessment subsystem;

Figure 11 is an architecture diagram of the output sorting virtual subsystem;

Figure 12 is a structural diagram of the computing subsystem required for resources;

Figure 13 is a schematic diagram of the process of optimizing the classification of user demand services.

101. . . User application subsystem

102. . . User discriminant classification subsystem

103. . . User priority classification subsystem

104. . . Regional classification optimization subsystem

105. . . Service discriminant classification subsystem

106. . . Service priority classification subsystem

107. . . Service demand classification subsystem

108. . . Backup demand discriminant classification subsystem

109. . . Service requirements and resource assessment subsystem

110. . . Output sorting virtual subsystem

111. . . Resource computing subsystem

112. . . Resource management system

113. . . Service resource configuration subsystem

Claims (13)

A user demand service optimization classification system, comprising: a user application subsystem, after the user is authenticated and authorized, to the user application subsystem to fill in the application type, location, priority level and other application materials; Subsystem, when the user applies for the service, the requested content does not clearly specify the required application materials, and performs the best resource calculation required for the service to update the application materials required for the optimization; The discriminating classification subsystem is configured to discriminate and classify the user type according to the user's application data and the required resources, and the user priority classification subsystem is to input the user type classification data, and the user is The classification is classified into a plurality of classification results with priority levels; the regional classification optimization subsystem provides the selection of the best service location for the user, according to the location information of the user to apply for the service, or the service demand and the coordination resource evaluation subsystem. Reclassified location data to provide user identification for optimal geographic classification The regional classification optimization subsystem will also operate with the service requirements and resource assessment subsystem. When the service requirements and resource assessment subsystem determine that the classification is not optimized, the regional classification optimization subsystem is also notified to reclassify the data. To achieve the purpose of optimization classification; to determine the classification subsystem of the service, to determine the type of service applied by the user, and to classify the service type according to the user type, priority classification data and location data, the same service category is divided into one category; service priority classification The subsystem classifies the service priority class according to different service types. The service demand classification subsystem classifies and classifies the service types of the same priority class according to the detailed service requirements according to the classification and classification function of the service type applied by the user. To obtain a classification result; the backup requirement discrimination classification subsystem, to identify whether the service data requested by the user has a backup requirement, and to seal the latest version of the identified service data to the backup requirement discrimination classification subsystem, and also classify the backup Types of services required and advanced requirements The service requirements and resource assessment subsystem communicates with the back-end resource management system to determine the service requirements and resource availability. When it is determined that the regional classification is not optimized, the result will be required to optimize the regional classification. The subsystem reclassifies; when it is determined that the regional classification is optimized, the service requirement and resource assessment subsystem will transmit the classified result to the output sorting virtual subsystem; output the sorting virtual subsystem, and sort the different users. Priority order, and output sorting according to service requirements of different priority order; the subsystem is sequentially sent to the backend service resource configuration subsystem for processing; For example, the user demand service optimization classification system described in claim 1 wherein the user application subsystem further includes an application form new module, an application project management module, a form inspection module, and a form-oriented discriminating end. The new module of the application form is mainly for the user to fill in the application materials for applying for the service, and then the application module adds the application form to the form inspection module for checking, mainly for the relevant input by the user. The application materials are checked and analyzed on the logic and rules to avoid human error and illogical errors. This can greatly reduce the related losses caused by errors. When the form is checked by the form check module, the form will be directed to the discriminant end. Direct the form to the appropriate subsystem for further processing based on the contents of the form The user demand service optimization classification system described in claim 1 , wherein the user discrimination classification subsystem further comprises a resource requirement level determination module, a resource requirement level management module, a user classification module, and a user type management. The module, the intelligent user discriminating module and the discriminative rule management module are mainly composed of discriminating the classified user type; the resource demand level judging module receives the computing subsystem required from the user requesting the subsystem or the resource. The information about the service application and the required resources filled in by the user, and the analysis and classification of various resource requirements according to the data; the resource demand level management module provides setting of various resource user demand level classification rules, and setting interface And function, etc., to carry out user identification and classification; the user classification module will comprehensively analyze and calculate the hierarchical data of various user demand resources through the algorithm, and then determine that the user can return under the condition that the resource requirements are met. Class to what user type, due to user resources The source requirements vary from case to case, so there may be more than one type of qualified users, and it is possible to meet multiple user types at the same time. Therefore, the smart user identification module is required to make the final determination of the user type; The user type in the classification module is managed and controlled by the user type management module, and the relevant settings of the user type are transmitted to the user classification module. When the user type is classified, the user classification module will The classification result is transmitted to the intelligent user discriminating module; the intelligent user discriminating module sorts the result according to the user type according to the discriminating rule, and performs the confirmation analysis and calculation of the user type discriminant through the algorithm, and finally determines the user's required Which user type should be classified by all resources, and the discriminating rules used by the smart user discriminating module are managed by the discriminating rule management module, and the discriminating rule management module provides the management function and interface of the discriminating rules for the manager to manage. The user demand service optimization classification system described in claim 1 , wherein the user priority classification subsystem further comprises a user type guidance module, a priority classification module, a level discrimination rule management module, and a classification result. The function of the sorting module is mainly to determine the priority level of the user, and classify the discriminant after the discriminating: the user type guiding module receives the user discriminating and classification result transmitted from the user discriminating classification subsystem, and uses the classification result to judge Next, which priority classification function is directed to and then marked, and the marking result is transmitted to the priority classification module; the priority classification module selects a classification function suitable for the type according to the marker to perform priority judgment, and the judgment rule It is managed by the level discriminating rule management module; the level discriminating rule management module provides different management functions and interfaces for management by the administrator; when the priority level classification module completes the classification, the classification result is transmitted to the classification result. Sorting module; the ranking result sorting module will User priority levels are sorted to facilitate subsequent processing. The user demand service optimization classification system described in claim 1 , wherein the regional classification optimization subsystem further comprises a classification mode discriminating module, a modular regional classification module, an advanced classification module, The geographical distribution optimization module is composed of functions. The function is mainly to identify the location where the user wants to apply for service: the classification mode discriminating module receives the user priority classification subsystem or the service demand and the resource evaluation subsystem. After the request, the regional classification module is determined to be processed, and the request is sent to the regional classification function module; the modular geographical classification module includes a plurality of different types of regional classification modules, because Each of the independent geographical classification modules is added, deleted, or modified according to different situations. The modular geographical classification module includes a fast geographical classification module and a hierarchical regional classification module; the fast regional classification module is directed to The user has a geographical classification module that is used to specify the desired service location, because the requirements are clear and specific, so the algorithm is determined. The pair is relatively simple, so it is called the rapid geographical classification module; the hierarchical regional classification module is a geographical classification module used in response to more complicated situations, and comprehensively analyzes and calculates a plurality of conditions to suit user service requirements. The location is also applicable to the case of re-discriminating the optimized area again; the advanced classification module determines whether further classification analysis is required, which is mainly determined according to the complexity of the service demand data input by the user, so as to The classification result is transmitted to the regional distribution optimization module; the regional distribution optimization module is mainly responsible for the optimization analysis and final determination of the regional classification, and comprehensive analysis based on the analysis results of the previous modules. And judge, and identify the most suitable location for the user's services. The user demand service optimization classification system described in claim 1 , wherein the service discrimination classification subsystem further comprises a service discrimination module, a service discrimination rule management module, an advanced service discrimination module, and a service classification module. The group consists of functions, which mainly determine the types of services that the user applies for, and classify them after discrimination: the service discriminating module is used for the most basic service category discrimination, and the rules for service type discrimination are stored in the service discriminating rule management module. The service discriminant rule management module determines the service type by using the rules therein; the advanced service discriminating module provides a condition that the user may propose more advanced conditions for the service type, and this part of the advanced The discriminating operation is performed by the advanced service discriminating module, and the discriminating rule is stored in the service discriminating rule management module. The service sorting module determines the service type as the preliminary service type sorting operation. The user demand service optimization classification system described in claim 1 , wherein the service priority classification subsystem further comprises a service level discriminating module, a service level classification module, a rank equal discrimination module, and a classification output sorting. The composition of the terminal is mainly based on the service category for priority classification. After the classification based on the previous service discrimination classification subsystem, the service level discriminating module is first used to determine the level of the service and is assigned to the service level. The classification module 2 classifies the service levels, divides the different service levels into different types, and transmits the classified services to the classification output sorting terminal for processing. The module classifies the services into sorting actions, that is, utilizes the services. The ranking is sorted, and the service is transferred to the next classification subsystem in order of high to low. The user demand service optimization classification system described in claim 1 , wherein the service demand classification subsystem further comprises a service suite discrimination module, a kit type addition/deletion module, a service suite integration/drive module. The service suite classification module is composed of functions of the same priority level, which are classified according to the detailed service requirements: the service suite discriminating module receives the service priority classification class transmitted by the service priority classification subsystem. As a result, then determine which service suites are needed to meet these classification results. If the required service suite is available, then the service suite classification module is directed; if the required service suite is not currently available, then the service is directed to the service. Kit integration/driver module; the change of these service kit types in the service suite discriminating module is dynamically performed through the kit type add/remove module; the kit type new/delete module driver is through the service kit Integrate/drive the module to trigger, when the service suite discriminating module finds an unknown service suite, These service suites will be transferred to the service suite integration/driver module; the service suite integration/driver module will then integrate these service suites into a new service suite and drive the kit type add/remove modules to add new kits Type, and when the kit type add/remove module is received, the new kit class will be added to the service kit discriminating module; the service kit integrates/drives the module, and then the user service needs The required kits are integrated and transmitted to the service kit classification module; the service kit classification module is mainly responsible for classifying the service suites required for the service requirements, and then transmitting the classification results to the backup requirement discrimination classification subsystem. The user demand service optimization classification system described in claim 1 , wherein the backup demand discrimination classification subsystem further comprises a backup condition determination module, a backup requirement discrimination module, a backup requirement classification module, and a backup type discrimination. The module, the backup type classification module and the advanced backup discriminating classification module are mainly composed of the requirements for determining whether the service applied by the user has a backup requirement, and the condition for classifying the backup requirement: the backup condition discriminating module is Determine whether the service requirement meets the conditions of the backup, and if it is met, it is transmitted to the next module backup demand discriminating module for processing; if not, if it is not met, it is directly transmitted to the backup demand classification module for processing; the backup demand discriminating module, In order to determine whether the user service needs to be backed up, it is sent to the backup demand classification module for processing; the backup demand classification module is used to perform the classification of the backup service requirements, and the user service information without the backup requirement is directly transmitted to the service demand and resource evaluation. Subsystem, user service information with backup requirements is transferred to backup type discriminant mode The group discriminates its backup type, discriminates it and transmits it to the backup type classification module for classification, and then transmits it to the advanced backup discriminating classification module to further determine the backup requirement. For example, the user demand service optimization classification system described in claim 1 wherein the service demand and resource assessment subsystem further includes a resource integration module, a resource comparison module, and a resource calculation module. Composition, its function is mainly to determine the service requirements and resource provision: the resource integration module required for service requirements, for the service demand conditions and the required resource requirements, together, and then transferred to the resource comparison module processing The resource comparison module, when the user demand information is transmitted to the resource comparison module, the resource comparison module will go to the resource management system to capture the current remaining resources information and compare with the resources required for the service demand. If the remaining resources are sufficient to provide the service, the information will be transmitted to the next subsystem output sorting virtual subsystem, and if the remaining resources are insufficient to provide the service, the resource comparison module will transmit the information. To the resource computing module processing; the resource computing module recalculates the insufficient resources according to the information provided by the resource comparison module by other regions Domain resources to compensate for the provision, which can achieve service classification and resource allocation optimization. The user demand service optimization classification system described in claim 1 , wherein the output sorting virtual subsystem further comprises a sorting sorting module, an outputting rule management module, a discriminating output module, and a congestion buffering module. The function is mainly to sort the service needs of different user priority levels and different priority levels: the sorting module is to sort and sort according to the user priority order, region and service demand, and output sorting, sorting The module-to-output rule management module queries the relevant output rules, and applies the rule output to the discriminating output module; the discriminating output module is used to determine the current network environment or the CPU processing situation and the information sent by the output sorting module. When the bandwidth is not blocked and the CPU handles the situation properly, the output module will directly transmit the information to the service resource configuration subsystem for processing. Otherwise, some information will be transmitted to the buffer module for temporary storage; Group, the temporary storage information, its output control is mainly controlled by the discriminating output module, in the environment permit Next, the discriminating output module notifies the buffer buffer module to output its temporary storage information. The user demand service optimization classification system described in claim 1 , wherein the resource calculation subsystem further comprises a user requirement analysis module, a user demand resource calculation module, a calculation rule management module, and The output management module is composed of functions. When the user requests the service, when the requested content does not clearly specify the required resource amount, it will calculate the best resource required for the service. When inputting the application information of the required service, the information will be transmitted to the user demand analysis module for analysis. The main function of the module is to analyze the type of resources required by the user, and then transmit the information to the user's needs after analysis. The calculation module required for the resource processing, the user needs the resource calculation module to the calculation rule management module to select the appropriate calculation mode to calculate the resources required by the user, and the calculation module required by the user to calculate the resource will transmit the information to The output management module sequentially outputs the received information to the user discrimination classification subsystem; the subsystem will The calculated result conveys the user discriminant classification subsystem. A method for optimizing the classification of a user's demand service is based on the user's application for the service demand content, the geographical area, and the resource evaluation method, thereby achieving the purpose of optimizing the classified user demand service, including the following steps: the application form fills the sub-step The user fills in the relevant information to apply for the service; the form check substep is used to check the form content, avoiding human error and illogical errors, so as to greatly reduce the related loss caused by the error; the form-oriented discriminating sub-step, according to the form The content is directed to the appropriate next process and step processing; the resource needs to calculate the sub-steps, calculate the user's required resources, and fill in the user application form after calculation; the resource requirement level judgment sub-step, according to the user's application form The data needs to be analyzed for various resource requirements, and then classified according to the degree of demand of various resources. The user classification sub-steps analyze and calculate the hierarchical data of various user demand resources through algorithms, and then determine and satisfy these resources. Demand grading condition The user can be classified into what type of user; the user discriminates the sub-steps. Since the user resource requirements vary from case to case, there may be more than one eligible user type, and it is possible to meet multiple user types at the same time. The user type classification result, and then through some algorithms to perform the user analysis and calculation of the user type discrimination, and finally determine which user type the user needs all resource classifications to belong to; the user type guide sub-step, perform user type classification, classification The next process and step processing will be performed; the priority classification sub-steps are performed, the user priority classification is performed; the hierarchical result sorting sub-steps are performed, the user priority levels are sorted, and then the next process and step processing are performed; the classification mode discriminating sub-steps Performing to discriminate which geographical classification method to use for processing, and transmitting the request to the next process and step; the geographical classification sub-step, performing different discriminant algorithms according to the content of the user application single service place; the advanced classification sub-step, the main judgment Whether further division is required The analysis is mainly determined by the complexity of the service demand data input by the user; the geographical distribution optimization sub-step is mainly responsible for the optimization analysis and final judgment of the geographical classification, and distinguishing the most suitable location for the user's required service; The service category discriminating substep, the service discriminating rule is performed as the most basic service category discriminating; the advanced service category discriminating substep is performed to perform more advanced condition discriminating; the service classifying substep is to classify the service, and the step is executed after the step The next process and step processing will be performed; the service level discriminating sub-step, the level of discriminating the service is performed; the service level classification sub-step, the service level is classified, the different service levels are divided into different types; the service level is classified and output sorted Sub-steps, sorting the services into sorting actions, that is, sorting by service level, sequentially transferring the services to the next process and step processing according to the high-to-low level; the service suite discriminating sub-steps, performing discriminating to satisfy these services What service packages are required for the requirements, if the required service suites are mentioned Then, perform the service suite classification sub-steps. If the required service suite is not currently available, then perform the service suite integration/driver sub-steps; service suite integration/driver sub-steps to integrate these service suites into new ones. Service Suite and Driver Execution Kit Type Add/Remove Sub-Steps to Add/Remove Kit Types While Performing Next Steps Service Kit Classification Sub-steps are responsible for classifying the service suites required for service requirements, and then performing this step process followed by Perform the next process and step processing; backup condition discriminating sub-steps, perform the judgment of whether the service requirement meets the conditions of the backup; backup demand discriminating/classifying sub-steps, and determine whether the user service needs to be backed up; the backup type discriminating/classifying sub-category Steps, discriminate and classify the backup type; advanced backup discriminant classification sub-steps to further determine the backup needs; service requirements required resource integration sub-steps, the service demand conditions and required resource requirements conditions are combined together; resource comparison sub-steps , resources required for information on remaining resources and services required Yes, if the remaining resources are sufficient to provide this service, the next step will be carried out. If the remaining resources are insufficient to provide this service, the resource calculation sub-step will be performed to recalculate the insufficient resources to make up for the insufficient resources. Output sub-sorting sub-steps, output sorting classification according to user priority level, region and service demand, output sorting classification; discriminating output sub-steps, discriminating current network environment or CPU processing situation and output sorting classification information When the bandwidth is not blocked and the CPU handles the situation properly, then this step will directly transfer the information to the service resource configuration subsystem for processing. Otherwise, the next step will be used to buffer the sub-step temporary storage information, and the congestion buffer step is controlled. It is mainly controlled by the discriminating output sub-step. When the environment is allowed, the congestion buffer sub-step will output its temporary storage information; by the coordinated operation of each step, the purpose of optimizing the classification user demand service is achieved.