KR100488916B1 - Apparatus and method for selecting task class - Google Patents

Abstract

The present invention relates to an apparatus and method for selecting a work class. The method for selecting a work class according to the present invention is a class for requesting a work according to a work request of a client (that is, a work request class) and a class for performing a requested work (that is Work class selectors, matching the class names for work request classes with condition values to identify the requested work, and class names for work classes that perform work for each condition value. When a work is requested from the work request class according to the work request of the client, at least one work class is selected and provided based on the class name of the work request class and the condition value of the requested work. According to the present invention, when a client requests a work, at least one work class can be selected based on a condition value corresponding to the work, and the selected work classes can be assembled more quickly.

Description

Apparatus and method for selecting task class}

The present invention relates to an apparatus and method for selecting a work class in an object-oriented program, and more particularly, to a work class selection device for selecting an optimal class (ie, work class) to perform a task according to a request of a client. And to a method.

In recent years, for rapidly-developing object-oriented programs (OOPs), programming developers have been developing highly reusable classes.

Due to the development of highly reusable classes, classes that are interfaced with adding, deleting or modifying a class according to a client's service request (eg, class addition request, class deletion request, class modification request, etc.) Changes to the fields became unnecessary.

In addition, due to the development of highly reusable classes, when a client requests a certain task (for example, when a product located in a certain place needs to be moved to another place), the client among the classes already created without creating a new class By selecting and executing classes that can perform the work according to the request of the user, the work result can be provided to the client.

Here, as a device that executes a class and provides a work result, a Java virtual machine may be presented as an example in a Java program that is a representative example of an object-oriented program.

The Java virtual machine requests a task from the client when the class requesting the task (ie, the task request class) is compiled by the Java program's compiler, and runs the compiled task request class. Provides the work result requested by the client by reading and executing the class (that is, work class) from the file (FILE) (not shown).

At this time, classes for executing Java virtual machine should be defined in program. In the past, by defining the classes in the program, it is necessary to modify the program to change the condition value and to execute the class according to the condition value change, and it takes a lot of development time, and to define the classes to be executed for various condition values There is a problem of this complexity.

According to the present invention, a work class selector is provided between a class requesting a work according to a work request of a client (that is, a work request class) and a class to perform the work (that is, a work class). When matching the class name with the work condition information (that is, condition value) to identify various requested jobs and the work class corresponding to each condition value, the class name for the work class to perform the work, The purpose of the present invention is to provide a work class selector and a method for selecting a work class to perform a requested work by grasping the class name of the request class and condition values for the requested work.

The work class selection method according to the present invention for achieving the above object is included in the key-class name which is a class name for each of the classes requesting work according to the work request of the client and a condition value group matching the corresponding key-class name. The first step of loading the main memory with the server main class name, which is the upper class of the work classes that perform the work according to the client's work request, using the plurality of condition values as keys, and the plurality of server main class names and each server main class. A second step of loading a plurality of work classes to be executed into the main memory by each server-condition value, using the plurality of server-condition values included in the server-condition value group matching the name as a key; When an operation is requested from a class according to the request, the key-class name for the class requesting the operation is derived, and the client After assigning the condition value set according to the work request of the client as a link-condition value, the third step of extracting the server main class name with the key-class name and the link-condition value as a key from the main memory, and the work of the work classes A fourth step of setting class work progress information indicating whether to perform the initial state, a fifth step of searching for a server-condition value matching a predetermined server main class name, and a server-condition value in the fifth step Select a work class based on the initial state setting of class work progress information from among the work class whose server main class name and server-condition value are the key, or select another work class based on the work class information recently stored in main memory. When the work class is selected in the sixth step and the sixth step, the server main class, which is a superclass of the corresponding work class, is used as the key. After storing the name in the main memory, assigning the work class to the new server main class name, and setting the class work progress information to the initial state, and if the work class is not selected in step 6, the main memory It includes the eighth process of deriving the server main class name based on the work class information stored recently.

On the other hand, the work class selection apparatus according to the present invention for achieving the above object is a key-class name that is a class name for each of the classes requesting work in accordance with the work request of the client and a condition value group matching each key-class name A first data loading unit configured to load, on a main memory, a server main class name, which is an upper class of work classes to perform a work according to a work request of a client, using each of the plurality of condition values included as a key; Second data loading that loads a plurality of work classes to be executed in the main memory by using the plurality of server main class names and the plurality of server-condition values included in the server-condition value group matching each server main class name as a key. part; When a work is requested from a predetermined class according to the work request of the client, a key-class name for the class is derived, the condition value set according to the work request of the client is assigned as a link-condition value, and then the key-class name and A server main class extracting unit for extracting a server main class name using the link key-condition value as a key; An initialization setting unit configured to manage a server-condition value hash table derived by analyzing a class requesting a work, and to set class work progress information indicating whether work classes are performed to an initial state; A server-condition value search unit for searching for a server-condition value matching a predetermined server main class name based on the server-condition value hash table derived from the initialization setting unit; Selecting a work class according to the initial state setting of the class work progress information or selecting another work class based on the work class information recently stored in the main memory according to whether the server-condition value search from the server-condition value search unit Work class selector; And storing the upper class of the currently selected work class in the main memory according to whether the work class is selected from the work class selection unit, assigning the work class as a new server main class name, and returning the class work progress information to the initial state. It is composed of a work class management unit which sets or derives a super class of a work class recently stored in main memory.

Hereinafter, on the basis of the accompanying drawings, a preferred embodiment of the work class selection apparatus and method according to the present invention will be described in more detail.

1 is a functional block diagram of a work class selection apparatus according to the present invention. Referring to FIG. 1, the work class selecting apparatus 100 according to the present invention includes a first data loading unit 110, a second data loading unit 120, a server main class extraction unit 130, and an initialization setting unit 140. ), A server-condition value search unit 150, a work class selector 160, a work class manager 170, and a main memory 180.

The first data loading unit 110 is a key-class name group which is a class name for each of a plurality of classes (hereinafter, referred to as a work request class) 200 requesting a corresponding work so that a work according to a work request of a client is performed. (key class name group) and condition value groups matching each key-class name are extracted from the provided database 300, and then each key-class name is a key (key) The first hash table is derived by storing a group of condition values matching the names in a hash table located in the main memory 180.

Here, the condition value is a value for identifying the requested job when the client requests a job, and a class (ie, a work class) for performing a job according to the request of the client is selected differently according to the condition value.

FIG. 2A is an exemplary diagram of a first hash table, in which the first hash table manages a plurality of key-class names and a condition value group matching the key-class name with each key-class name as a key. Here, it is assumed that each condition value group includes a plurality of condition values.

In addition, the first data loading unit 110 extracts a server main class name corresponding to each of the plurality of condition values included in each condition value group from the database 300. Then, a key condition value is derived based on the key-class name and each condition value of the condition value group matching the key-class name, and then the server main class is derived from the derived key-condition value as a key. The second hash table is derived by storing the name in a hash table located in the main memory 180.

FIG. 2B illustrates an example of a second hash table, wherein the second hash table includes a key-condition value derived based on a key-class name and each condition value included in a condition value group matching the key-class name; The server main class name is managed using the key-condition value as a key.

When a job is requested from the work request class 200, the second data loading unit 120 classifies a key name of a server main class that is a super class of work classes (not shown) that perform work according to the requested work. After extracting a key server class name group and a server condition value group matching each key-server class name from the database 300, each key-server class name is extracted. The third hash table is derived by storing a server-condition value group matching the key-server class name as a key in a hash table located in the main memory 180. Here, the key-server class name, which is the class name for the server main class, represents the server main class name as a result.

FIG. 2C is an exemplary diagram of a third hash table, where the third hash table manages a server-condition value group matching the key-server class name with the key-server class name as the key. Here, it is assumed that the server-condition value group includes a plurality of server-morning values.

In addition, the second data loading unit 120 may store a server sub class name group id matching each of a plurality of server-condition values included in each server-condition value group. ). Then, the key-condition value is derived based on the key-server class name and each server-condition value of the server-condition value group matching the key-server class name, and the server sub-value is derived from the derived key-condition value as a key. The fourth hash table is derived by storing the class name group id in a hash table located in the main memory 180.

Here, the server subclass name group id is a number for identifying a plurality of server subclass name groups, and the server subclass name group is a group including a server subclass name which is a class name for a work class.

FIG. 2D is an exemplary diagram for a fourth hash table, where the fourth hash table is a key-server class name and a key-derived based on each server-condition value group of the server-condition value group matching the key-server class name. The server subclass name group id is managed using the condition value and its key-condition value as keys.

Meanwhile, the second data loading unit 120 sequentially derives the server sub class name group id from the fourth hash table, and matches the server sub class name group with each server sub class name group id. After extracting from the database 300, the fifth hash table is derived by storing each extracted server subclass name in a hash table located in the main memory 180.

FIG. 2E is an exemplary diagram of a fifth hash table, wherein the fifth hash table is a server subclass name group matching the server subclass name groupid with a server subclass name groupid and a server subclass name groupid as a key. Manage. Here, it is assumed that the server sub class name group includes a plurality of server sub class names.

When the server main class extractor 130 requests a job from a predetermined work request class 200, the key-class name for the work request class 200 based on the first hash table [eg, the key-class name 1 ] [Hereinafter referred to as the first key-class name] is assigned, and the condition value set according to the work request of the client is assigned as the link-condition value.

Then, the server main class extractor 130 matches a condition value group matching the first key-class name based on the first hash table (for example, condition value group 1) [hereinafter, referred to as a first condition value group]. After extracting, search whether the link-condition value exists in the extracted first condition value group.

At this time, if the link-condition value exists in the first condition value group, based on the first key-class name and the corresponding link-condition value [for example, condition value 1_n] [hereinafter referred to as (1_n) condition value]. After deriving a key-condition value [e.g., key-condition value 1_n] (hereinafter referred to as (1_n) key-condition value), the first (1_n) key-condition value is keyed based on a second hash table. A server main class name (for example, a server main class name 1_n) (hereinafter referred to as a (1_n) server main class name) is extracted.

The initialization setting unit 140 analyzes the work request class 200 requesting a work, derives a server-condition value hash table that the work request class 200 has, and includes the corresponding server-condition value hash table. It manages assigned server-condition values as string type and sets class work progress information indicating whether work class works or not to initial state.

Here, when the class work progress information is set to an initial state, it indicates that there is no work class currently performing work among work classes corresponding to a sub class of the server main class, which is a predetermined upper class. Meanwhile, the class work progress information preferably includes a server sub class name, which is a class name of a work class currently performing work.

The server-condition value search unit 150 corresponds to the first (1_n) server main class name extracted from the server main class extractor 130 based on the server-condition value hash table derived from the initialization setting unit 140. Retrieve the server-condition value.

The work class selector 160 retrieves a server-condition value (for example, server-condition value 1_n_j) (hereinafter referred to as a (1_n_j) server-condition value) from the server-condition value search unit 150. Based on the (1_n_j) server-condition value and the (1_n) server main class name extracted from the server main class extracting unit 130, the key-condition value [for example, the key-condition value 1_n_j] [hereinafter, referred to as (1_n_j) ) Is called a key-condition value.

Then, the server subclass name group id (for example, the server subclass name group id_ (1_n_j)) having the (1_n_j) key-condition value as a key based on the fourth hash table [hereinafter, the (1_n_j) server subclass name After extracting the group id], the server subclass name group [for example, server subclass name group 1_n_j] [hereinafter referred to as (1_n_j) based on the fifth hash table based on the (1_n_j) server subclass name group id ), Called Server Subclass Name Group.

Thereafter, according to the initial state setting of the class work progress information in the initialization setting unit 140, the server sub of the work class corresponding to the '0' index among the server sub class names included in the (1_n_j) server sub class name group. A class name [for example, server sub class name 1_n_j_1] (hereinafter referred to as (1_n_j_1) server sub class name) is selected.

The work class manager 170 may include a first (1_n) server main class that is a higher class of a work class (eg, a (1_n_j_1) work target class) corresponding to a first (1_n_j_1) server subclass name selected from the work class derivation unit 160. The class name is stored in the sixth hash table located in the main memory 180. Here, the sixth hash table manages the server main class name, which is a superclass of the work class, using the work class as a key, and is located in the main memory 180.

Then, the work class management unit 170 assigns the first (1_n_j_1) work class to a new server main class name [for example, the server main class name 1_n_j_1] [hereinafter, referred to as the first (1_n_j_1) server main class name]. (1_n_j_1) Class so that the server subclass name of the subclass corresponding to index '0' among subclasses (strictly speaking, workclasses) whose server main class name is the parent class is selected from the workclass selector 160 After setting the work progress information to the initial state, the new (1_n_j_1) server main class name is returned to the server-condition value search unit 150.

At this time, the server-condition value search unit 150 searches for a server-condition value corresponding to the first (1_n_j_1) server main class name returned from the work class manager 170 based on the server-condition value hash table.

Here, if the server-condition value corresponding to the first (1_n_j_1) server main class name is not found in the server-condition value search unit 150, the work class selection unit 160 performs a sixth hash based on the sixth hash table. Extract and execute the work class (eg, the (1_n_j_1) work class) recently stored in the table and classify the server sub class name (for example, the (1_n_j_1) server sub class name) that is the class name of the (1_n_j_1) work class. Assign to progress information.

In addition, the work class selecting unit 160 assigns the server sub class name of the (1_n_j_1) work class to the class work progress information. 1_n_j) server subclass name group], and selects the server subclass name (eg, (1_n_j_2) server subclass name) of the work class corresponding to the next index of the (1_n_j_1) work class.

Thereafter, the work class manager 170 repeatedly performs the above-described operation according to the server sub class name (eg, the (1_n_j_2) server sub class name) selected by the work class selector 160.

On the other hand, if the server subclass name of the work class corresponding to the next index of the (1_n_j_1) work class is not selected from the work class selector 160, the work class management unit 170 is based on the sixth hash table, the sixth hash table. Retrieve the server main class name [eg, (1_n) server main class name] retrieved by searching the server main class name that is a superclass of the work class [eg, (1_n_j_1) work class] recently stored in the table. Return to unit 150.

Finally, if the server main class name, which is a superclass of the first (1_n_j_1) work class, is not searched based on the sixth hash table, the work class manager 170 determines that the work class to perform work no longer exists. End the process of selecting a class.

3 is a flowchart illustrating a method of selecting a work class according to the present invention. Referring to FIG. 3, in the method of selecting a work class according to the present invention, first, a key-class name for a work request class 200 requesting a work and a condition value set at the work request are performed as keys. By storing the server main class name, which is an upper class of the work classes, in the main memory 180, a connection (that is, a link key) between the work request class 200 and the condition value and the server main class name is loaded (s100).

In addition, a group including the server subclass name, which is the class name for the work classes that perform work, with the key-server class name and the server-condition value as the class name for the server main class as a key (that is, the server subclass name group). The key-server class name, which is the upper class of the work classes, is loaded by storing the memory in the main memory 180 (s140).

When a job is requested from the predetermined work request class 200 according to the work request of the client, a key-class name for the work request class 200 is derived, and the condition value set according to the work request of the client is linked to the condition value. After assigning to, the server main class name using the key-class name and the link-condition value as a key is extracted (s180 and s220).

And, by analyzing the work request class 200 requesting the work to derive a server-condition value hash table owned by the work request class 200, a plurality of server-conditions included in the derived server-condition value hash table The value is generated as a string and managed (s260).

In addition, the class work progress information indicating whether the work class to perform the work is set to the initial state (s300). That is, by setting the class work progress information to the initial state, it indicates that there is no work class currently executing work.

Subsequently, based on the server-condition value hash table derived in step s260, the server-condition value corresponding to the server main class name extracted in step s220 is searched for (S340).

If the server-condition value is present (S380), the server sub-class name group having the server-condition value and the server main class name extracted in step S220 is located in the main memory device 180 (S380). 5 is extracted from the hash table (s420). Here, the description relating to step s420 is omitted since it was mentioned at the time of description of the work class selection unit 160.

In operation S460, the server subclass name group extracted in the step S420 is searched for whether the server subclass name, which is a class name for the work target class, is performed.

If the server sub class name exists in the server sub class name group in operation s460 (s500), the server sub class names included in the server sub class name group according to the initial state setting of the class work progress information in step s300. Select the server subclass name of the work class corresponding to the '0' index (s540).

The server main class name, which is an upper class of the work class, is stored in the sixth hash table located in the main memory 180 using the work class corresponding to the server sub class name selected in step s540, and the new work class is stored. Assign by server main class name (s580). After setting the class work progress information to an initial state (s620), the process returns to step (s340) for retrieving the server-condition value corresponding to the new server main class name generated in step s580 and repeats each step. do.

On the other hand, if the server-condition value does not exist (s380) in step S340, based on the sixth hash table located in the main memory device 180, the work class recently stored in the sixth hash table is extracted and executed (s660). After assigning the server sub class name for the work class to the class work progress information (s700), the server sub class name group containing the server sub class name for the work class is searched for whether the server sub class name exists. Step s460 is performed.

In this case, if the server sub class name does not exist in the server sub class name group in operation s460 (s500), the upper class of the recently stored work class is searched based on the sixth hash table located in the main memory 180. In operation S740, if the search result upper class exists (s780), the upper class is set as the server main class name and the process returns to step S340 (s820).

4 is a flowchart illustrating a link key loading step (s100) according to the present invention. Referring to FIG. 4, first, a key-class name group extraction step (s102), a condition value group extraction step (s104), and a first method are described. The description related to the one hash table derivation step s106 is omitted since it is mentioned in the description of the first data loading unit 110.

After extracting the server main class name corresponding to each of the plurality of condition values included in each condition value group extracted in step S104 from the database 300 (s108), whether each extracted server main class name is null. It is determined whether or not (s110).

If it is determined in step S110 that the server main class name extracted in step s108 is null, error processing is performed (s116). Otherwise, each key-class name included in the key-class name group extracted in step s102 is determined. After deriving the key-condition value based on the condition value of the condition value group matching the key-class name (s112), the server main class name extracted in step s108 using the derived key-condition value as a main memory is stored. The second hash table is derived by storing in the hash table located at 180 (s114).

FIG. 5 is a flowchart of a key-server class name loading step s140 according to the present invention. Referring to FIG. 5, first, a description relating to the third hash table derivation step s142 is described in detail. 120, it is mentioned in the description so it is omitted.

By extracting the server sub class name group id matching each of the plurality of server-condition values included in the server-condition value group extracted in step s142 from the database 300 and storing the extracted server sub-class name group in a hash table located in the main memory 180 A fourth hash table is derived (s144).

Subsequently, the server sub class name group id is sequentially extracted from the fourth hash table derived in step S144 (s146), and the server sub class name group corresponding to each extracted server sub class name group id is stored in the database 300. Extracted from (s148).

At this time, if the current server subclass name group extracted in step s148 is null (s150), the process returns to step (s146) of extracting the server subclass name group id from the fourth hash table, and the next server subclass name is returned. The above-described steps (s146, s148, s150) are repeated for the group id.

On the other hand, if the current server subclass name group extracted in step s148 is not null (s150), the current server subclass name group extracted in step s148 is stored using the server subclass name group id currently extracted in step s146 as a key. The fifth hash table is derived by storing in the hash table located at 180 (s152).

5A is a flowchart of a fourth hash table derivation step s144 according to the present invention. Referring to FIG. 5A, first, a plurality of server-condition values included in a server-condition value group are sequentially extracted ( s1441), the server subclass name group id matching each server-condition value is extracted from the database 300 (s1442).

The key-condition value is derived based on the key-server class name matching the server-condition value group mentioned in step s1441 and the server-condition value currently extracted in step s1441 (s1443). It is determined whether there is a hash table located in the main memory 180 (s1444).

As a result of the determination of step s1444, if the key-condition value currently derived in step s1443 exists in the hash table, the process returns to the step of extracting the server-condition value from the server-condition value group (s1441) to obtain the next server-condition value. After extraction, the above-described steps (s1442, s1443, s1444) are repeatedly performed.

On the other hand, if the determination result of step s1444 does not exist in the hash table at present in step s1443, the server subclass name group id extracted in step s1442 is stored as the main memory device (180). The fourth hash table is derived by storing the hash table at (S1445).

FIG. 5B is a flowchart illustrating a fifth hash table derivation step s152 according to the present invention. Referring to FIG. 5B, first, server sub-sequential groups are extracted sequentially from the server subclass name group extracted in step s148 shown in FIG. 5. The class name is extracted (s1521).

The server subclass name is refined by truncating unnecessary space values included in each server subclass name extracted in step s1521 (s1522), and the refined server subclass name is stored in a hash table located in the main memory 180. By storing, a new server subclass group is derived (s1523).

Subsequently, after adding all refined server subclass names included in the new server subclass group derived in step s1523 to the server subclass name group extracted in step s148 (s1524), the server extracted in step s146 The fifth hash table is derived by storing the server subclass name group including the server subclass name refined in step S1524 in the hash table located in the main memory 180 using the subclass name group id as a key (s1525).

6 is a flowchart of a server main class name extraction step 220 according to the present invention. Here, descriptions related to each of the steps s222 to s236 illustrated in FIG. 6 are omitted in the description of the server main class extractor 130.

So far I looked at the center of the preferred embodiment for the present invention. Those skilled in the art will appreciate that the present invention can be implemented in a modified form without departing from the essential features of the present invention. Therefore, the disclosed embodiments should be considered in descriptive sense only and not for purposes of limitation. The scope of the present invention is shown in the claims rather than the foregoing description, and all differences within the scope will be construed as being included in the present invention.

According to the present invention, a work class selection device is placed between a class requesting work (work request class) and a class performing work (work class) according to a work request of a client, and a class for work request classes. By matching the name with the condition value to identify various tasks and the class names for the work classes that perform the work corresponding to each condition value, the client can request the work and select the optimal work class to perform the requested work. This has the effect of selecting based on the task request class requesting and the condition value of the requested task.

In addition, it is possible to assemble the selected work classes faster by selecting a work class to perform work based on the class name of the work request class and the condition value of the requested work.

1 is a functional block diagram of a work class selection apparatus according to the present invention;

2A is an exemplary view of a first hash table according to the present invention;

2b is an exemplary view of a second hash table according to the present invention;

2c is an exemplary view of a third hash table according to the present invention;

2d is an exemplary view of a fourth hash table according to the present invention;

2E is an exemplary view of a fifth hash table according to the present invention;

3 is a flowchart illustrating a method of selecting a work class according to the present invention;

4 is a flowchart illustrating a link key loading step according to the present invention;

5 is a processing flowchart of a key-server class name loading step according to the present invention;

5A is a processing flowchart of a fourth hash table derivation step according to the present invention;

5b is a processing flowchart of a fifth hash table derivation step according to the present invention;

6 is a flowchart illustrating a server main class name extraction step according to the present invention.

Claims (12)

The key-class name, which is the class name for each of the work request classes, the classes requesting work according to the work request of the client, and each of the plurality of condition values included in the condition value group matching the key-class name, A first step of loading a main server name of a server main class, which is an upper class of work classes that perform work according to a work request, A server subclass name group consisting of a class name of a plurality of work classes to be performed by using a plurality of server main class names and a plurality of server-condition values included in a server-condition value group matching each server main class name as a key. Loading the main memory into the main memory for each server-condition value; When a work is requested from a specific work request class according to the work request of the client, the key-class name for the work request class is derived, the condition value set according to the work request of the client is assigned as a link-condition value, and then the main memory is stored. Extracting a server main class name using the key-class name and the link-condition value as a key from a device; A fourth step of analyzing the work request class to derive a server-condition value hash table and setting class work progress information indicating whether work classes are performed to an initial state; A fifth process of searching for a server-condition value matching a predetermined server main class name based on the server-condition value hash table; If the server-condition value is retrieved in the fifth step, the server sub-class name group is extracted from the main memory using the current server main class name and the server-condition value as a key, and the server is set according to the initial state setting of the class work progress information. Step 6-1 of selecting a server subclass name corresponding to the index '0' among server subclass names included in the subclass name group; If the server-condition value is not retrieved in the fifth process, the recently stored work class is extracted from the main memory and executed, and after assigning the server sub class name, which is the class name of the work class, to the class work progress information, Step 6-2 of selecting a server subclass name corresponding to the next index of the executed work class among the server subclass names included in the server subclass name group extracted in step -1; When the work class is selected in the above steps 6-1 or 6-2, the server main class name, which is an upper class of the corresponding work class, is stored in the main memory using the selected work class as a key, and the work class is stored in a new server main. Step 7 of assigning the class work progress information to the initial state after the assignment to the class name and returning to step 5, If the work class is not selected in step 6-1 or step 6-2, including the eighth step of deriving the server main class name based on the work class information recently stored in the main memory and returning to the fifth step Method of selecting a work class, characterized in that made. The method of claim 1, wherein the first process is The key-class name group, which is the class name for each class requesting work according to the client's work request, and the condition value group matching each key-class name are extracted from the provided database and stored in the hash table located in main memory. Process 1-1 to derive the first hash table by The second hash by extracting a server main class name corresponding to each of the plurality of condition values included in each condition value group extracted in step 1-1 from the database and storing each condition value in a hash table located in the main memory. A method of selecting a work class, comprising the steps 1-2 of deriving a table. The method of claim 1, wherein the second process is The third hash table by extracting the key-server class name group, which is the class name for each of the plurality of server main classes, and the server-condition value group matching each key-server class name from the database and storing them in a hash table located in main memory. 2-1 process of deriving A fourth hash by extracting a server subclass name group id corresponding to each of the plurality of server-condition values included in each server-condition value group from the database and storing the server sub class name group id in a hash table located in the main memory for each server-condition value; 2-2 process of deriving the table, Deriving the fifth hash table by extracting the server sub class name group corresponding to the server sub class name group id included in the fourth hash table from the database and storing each server sub class name group id in a hash table located in the main memory A method of selecting a work class, characterized in that the process consists of 2-3. delete The method of claim 1 or 2, wherein the third process is When a work is requested from a class according to the work request of the client, a key-class name for the class is derived based on the first hash table, and the condition value set according to the work request of the client is assigned as a link-condition value. Course 3-1, Step 3-2 of extracting a condition value group matching the key-class name based on the first hash table and determining whether the link condition condition exists in the corresponding condition value group; If it is determined in step 3-2 that the link-condition value exists, a key for deriving the key-class name derived in step 3-1 and the server main class name using the link-condition value from the second hash table is obtained. Method of selecting a work class, characterized in that the 3 to 3 process. delete The key-class name, which is the class name for each of the work request classes, the classes requesting work according to the work request of the client, and each of the plurality of condition values included in the condition value group matching each key-class name, A first data loading unit which loads a server main class name, which is an upper class of work classes to perform work according to a work request, into a main memory; A server subclass name group consisting of a class name of a plurality of work classes to be performed by using a plurality of server main class names and a plurality of server-condition values included in a server-condition value group matching each server main class name as a key. A second data loading unit loading the memory into the main memory device; When a work is requested from a predetermined work request class according to the work request of the client, the key-class name for the work request class is derived, the condition value set according to the work request of the client is assigned as a link-condition value, and the A server main class extracting unit for extracting a server main class name having the key-class name and a link-key condition value as a key from a main memory; An initialization setting unit configured to manage a server-condition value hash table derived by analyzing the work request class, and to set class work progress information indicating whether work classes are performed to an initial state; A server-condition value search unit for searching for a server-condition value matching a predetermined server main class name based on the server-condition value hash table derived from the initialization setting unit; When a server-condition value is retrieved through the server-condition value search unit, a server sub-class name group having a current server main class name and a server-condition value as a key is extracted from the main memory, and the initial state of class work progress information is extracted. According to the server sub class name group included in the server sub class name group included in the server sub class name corresponding to the '0' index, if the server-condition value search is not retrieved through the server-condition value search unit Extracting and executing a recently stored work class from the main memory, and assigning a server sub class name, which is a class name of the work class, to the class work progress information, the server sub class names included in the server sub class name group; A work class that selects the work class of the server subclass name that corresponds to the next index of the executed work class. Section; And When a work class is selected through the work class selector, the server main class name, which is a super class of the work class, is stored in the main memory, and the work class is assigned as a new server main class name. After setting the work progress information to the initial state, the new server main class name and class work progress information are transmitted to the server-condition value search unit, and if the work class is not selected through the work class selection unit, the recently stored work from the main memory device And a work class management unit which extracts a server main class name, which is an upper class of the class, and delivers the name to a server-condition value search unit. The method of claim 7, wherein the main memory device A first hash table that manages a group of condition values matching each key-class name by using a key-class name, which is a class name for each class requesting an operation, according to a client's work request; A second hash table for managing a server main class name matching each condition value using the key-condition value derived based on the key-class name and the condition value as a key; A third hash table for managing server-condition value groups matching each key-server class name, using the key-server class name as a class name for the server main class as a key; A fourth hash table for managing a server subclass name group id matching the server-condition value using the key-condition value derived based on the key-server class name and the server-condition value as a key; A fifth hash table for managing a server subclass name group including each server subclass name, which is a class name for a plurality of work classes, using the server subclass name group id as a key; And a sixth hash table for managing the server main class name, which is a superclass of the work class, with the work class as a key. The method of claim 7 or 8, wherein the first data loading unit The first hash table is derived by extracting the key-class name group and the condition value group matching each key-class name from the provided database and loading them into the main memory. And extracting a server main class name matching each of the plurality of condition values included in each condition value group from the database and loading the main class device into the main memory to derive a second hash table. The method of claim 7 or 8, wherein the second data loading unit The third hash table is derived by extracting the key-server class name group and the server-condition value group matching each key-server class name from the database and loading them into the main memory. Deriving a fourth hash table by extracting a server sub class name group id corresponding to each of the plurality of server-condition values included in each server-condition value group from the database and loading it into the main memory, And extracting a server sub class name group matching each server sub class name group id from a database and loading the same into a main memory to derive a fifth hash table. delete delete