KR101295515B1 - System and method for providing u-city service - Google Patents

Abstract

In the U-city service providing system according to an aspect of the present invention, which can reduce the cost of system expansion and operation management, a plurality of terminal devices may be a computing resource for providing at least one Ubiquitous-City service. A computing resource manager configured to configure the plurality of terminal devices into one or more cloud groups; A U-city service provider for receiving a U-city service request from a user terminal and providing one of the at least one U-city service to the user terminal; And parallelizing the operation required to provide the at least one U-city service into a plurality of sub-operations and distributing it to a plurality of terminal devices included in the cloud group, and the subs provided from the plurality of terminal devices. And a calculation processing unit for collecting the result of the calculation and providing the result to the U-city service provider.

Description

시티 -City Service Provision System and Provision Method {SYSTEM AND METHOD FOR PROVIDING U-CITY SERVICE}

The present invention relates to providing a U-city service, and more particularly, to a system and a method for providing a U-city service that can efficiently use computing resources.

Ubiquitous-City refers to an urban environment that provides various ubiquitous services anytime, anywhere by combining ubiquitous technology with the development of information and communication technology with urban infrastructure such as roads, bridges, schools, and hospitals. The U-city service refers to various administrative services, transportation services, and security services provided by the U-city. Each of the U-city services may be implemented by constructing a separate system by statically allocating computing resources. The related technology is disclosed in Korean Patent Publication No. 2010-0068857.

Conventional U-city service has a problem that the service processing speed is reduced or additional costs due to system expansion when the number of users increases and the amount of information rapidly increases.

Disclosure of Invention The present invention has been made in view of the above-described problems, and an object thereof is to provide a U-city service providing system and a method for providing a U-city service which can flexibly cope with an increase in a user or a load by efficiently allocating computing resources.

Another object of the present invention is to provide a system and a method for providing a U-city service capable of processing a large amount of information without securing a separate large capacity computing resource.

In addition, another object of the present invention is to provide a U-city service providing system and a method for providing enhanced security by preventing information exposure.

In the U-city service providing system according to an aspect of the present invention for achieving the above object, a plurality of terminal devices such that a plurality of terminal devices become a computing resource for providing at least one Ubiquitous-City service A computing resource manager configured to configure the devices into one or more cloud groups; A U-city service provider for receiving a U-city service request from a user terminal and providing one of the at least one U-city service to the user terminal; And parallelizing the operation required to provide the at least one U-city service into a plurality of sub-operations and distributing it to a plurality of terminal devices included in the cloud group, and the subs provided from the plurality of terminal devices. And a calculation processing unit for collecting the result of the calculation and providing the result to the U-city service provider.

According to another aspect of the present invention, there is provided a method for providing a U-city service, when a U-city service request is received from a user terminal, to perform a U-city service corresponding to the received request. Selecting a city service algorithm; Parallelizing the operation required to execute the selected algorithm into a plurality of sub-operations, and distributing the plurality of sub-operations to a plurality of terminal devices configuring a cloud group to be a computing resource for providing a U-city service; And collecting the results of the sub-operations provided by the plurality of terminal devices, executing the selected algorithm, and generating and providing the U-city service result to the user terminal.

According to the present invention, since computing resources can be efficiently provided using cloud computing technology without building a separate system, it is possible to reduce system expansion and operation management costs.

In addition, according to the present invention, since computing resources perform operations by sharing only information for performing a given operation among information for providing a U-city service, security of information can be enhanced.

1 is a diagram illustrating a U-city system.
FIG. 2 is a block diagram illustrating a configuration of a U-city service providing system of FIG. 1.
3 is a block diagram illustrating a configuration of a computing resource manager of FIG. 2.
4 is a block diagram illustrating a configuration of a U-city service provider of FIG. 2.
5 is a block illustrating a configuration of an operation processor of FIG. 2.
6 is a flowchart illustrating a user registration method performed by the U-city service providing system.
7 is a flowchart illustrating a method of providing a U-city service performed by a U-city service providing system.
8 is a diagram illustrating a specific example of the U-city system.

The description of the disclosed technique is merely an example for structural or functional explanation and the scope of the disclosed technology should not be construed as being limited by the embodiments described in the text. That is, the embodiments may be variously modified and may have various forms, and thus the scope of the disclosed technology should be understood to include equivalents capable of realizing the technical idea. Also, the purpose or effect of the disclosed technology should not be construed as being limited thereby, as it does not mean that a particular embodiment must include all such effects or merely include such effects.

Meanwhile, the meaning of the terms described in the present application should be understood as follows.

It is to be understood that when an element is referred to as being "connected" to another element, it may be directly connected to the other element, but there may be other elements in between. On the other hand, when an element is referred to as being "directly connected" to another element, it should be understood that there are no other elements in between. On the other hand, other expressions describing the relationship between the components, such as "between" and "immediately between" or "neighboring to" and "directly neighboring to", should be interpreted as well.

It should be understood that the singular " include "or" have "are to be construed as including a stated feature, number, step, operation, component, It is to be understood that the combination is intended to specify that it does not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, or combinations thereof.

All terms used herein have the same meaning as commonly understood by one of ordinary skill in the art unless otherwise defined. Commonly used predefined terms should be interpreted to be consistent with the meanings in the context of the related art and can not be interpreted as having ideal or overly formal meaning unless explicitly defined in the present application.

1 is a diagram illustrating a U-city system.

Referring to FIG. 1, a Ubiquitous-City system 100 includes a plurality of terminal devices 110, a U-city service providing system 120, and a user terminal 130. The plurality of terminal devices 110 and the user terminal 130 may be connected to the U-city service providing system 120 through a wired or wireless network.

The plurality of terminal devices 110 correspond to computing resources for providing at least one U-city service. The plurality of terminal devices 110 may include any computer that can operate and be connected to a network. For example, the plurality of terminal devices 110 may include a personal computer such as a PC, a tablet PC, a notebook computer, a smartphone, a PDA, a smart TV. For another example, the plurality of terminal devices 110 may include an IT infrastructure component such as a server, storage, network equipment, and a wireless access point.

The plurality of terminal devices 110 may be provided as computing resources to the U-city service providing system 120 when a user does not use the terminal device or executes a task in which a load is not heavy.

The plurality of terminal devices 110 may be connected to a plurality of external devices (not shown). The plurality of external devices (not shown) may include a monitor, a speaker, a printer, a mouse, a keyboard, and a camera. A plurality of external devices (not shown) may also be provided as computing resources to the U-city service providing system 120 through the plurality of terminal devices 110.

The U-city service providing system 120 may provide at least one U-city service and process operations required to provide a U-city service requested by the user through the plurality of terminal devices 110. For example, the at least one U-city service may include U-traffic, U-security, U-environment, U-facility management, and the like.

In an embodiment, the U-city service providing system 120 may provide a virtualization agent to the plurality of terminal devices 110. In this case, the virtualization agent may correspond to a program for communicating with a plurality of terminal devices 110 using a heterogeneous driving system. The U-city service providing system 120 may monitor the state of the plurality of terminal devices 110 through the virtualization agent. In addition, the U-city service providing system 120 may establish a cloud computing network by extracting surplus computing resources based on the states of the plurality of terminal devices 110.

The user terminal 130 requests a U-city service from the U-city service providing system 120. In one embodiment, the user terminal 130 may download and install the U-city application in advance in order to use the U-city service. The user terminal 130 may request a U-city service from the U-city service providing system 120 through the U-city application, and displays the U-city service result provided by the U-city service providing system 120. can do. At this time, the U-city service providing system 120 may provide one U-city application to the user terminal 130 to provide at least one U-city service.

In one embodiment, the user terminal 130 may be any one of the plurality of terminal devices (110). Accordingly, the user terminal 130 may correspond to a U-city service request terminal and a computing resource for providing a U-city service.

FIG. 2 is a block diagram illustrating a configuration of a U-city service providing system of FIG. 1. FIG. 3 is a block diagram illustrating a configuration of the computing resource management unit of FIG. 2, FIG. 4 is a block diagram illustrating a configuration of the U-city service provider of FIG. 2, and FIG. 5 is a block illustrating a configuration of the computing processor of FIG. 2. .

Referring to FIG. 2, the U-city service providing system 120 includes a computing resource management unit 210, a U-city service providing unit 220, and an operation processing unit 230. The city service information storage unit 240 and the security module 250 may further include.

The computing resource manager 210 configures the plurality of terminal apparatuses 110 into one or more cloud groups such that the plurality of terminal apparatuses 110 become computing resources for providing at least one U-city service. As shown in FIG. 3, the computing resource manager 210 may include a resource registration module 310, a virtualization module 320, a performance evaluation module 330, and a performance management module 340.

The resource registration module 310 performs a user registration procedure. The user terminal 130 may request user registration while providing user information and information on one or more terminal devices to the resource registration module 310. The resource registration module 310 may process a user registration according to a user request and store user information and information on one or more terminal devices in the U-city service information storage unit 240. In one embodiment, the information about one or more terminal devices may include at least one of a device type, an identification number, and an IP address. One or more terminal devices may correspond to computing resources for providing U-city service.

The virtualization module 320 provides a virtualization agent for integrating a driving system of a plurality of terminal devices 110 using a heterogeneous driving system to each terminal device 110. The virtualization agent may be implemented as a system virtual machine that converts different driving systems into an integrated driving system. The U-city service providing system 120 may form a cloud computing network by searching for a surplus computing resource among the plurality of terminal devices 110 through a virtualization agent.

The performance evaluation module 330 performs performance evaluation on the plurality of terminal devices 110. In one embodiment, the performance evaluation module 330 is based on the network state and network speed of each terminal device 110. The performance of the terminal device can be evaluated. In this case, the performance evaluation module 330 may measure a network state and a network speed of each terminal device 110 using the ICMP (Internet Control Message Protocol). For example, the performance evaluation module 330 may measure a network connection state and a network speed through a ping test.

In another embodiment, the performance evaluation module 330 may evaluate the performance of the terminal device 110 based on the computational processing capability of each terminal device 110. For example, the performance evaluation module 330 instructs a plurality of terminal devices 110 to perform a matrix operation, receives a result value, and measures a response time to measure arithmetic processing capability of each terminal device 100. Can be.

In one embodiment, the performance evaluation module 330 is a state data for the plurality of terminal devices 110 using at least one of the network connection state, the network speed, and the operation processing speed of each terminal device 110 described above. Can be created or updated. In one embodiment, the performance evaluation module 330 may generate or update state data every predetermined time.

The performance management module 340 configures the plurality of terminal devices 110 into one or more cloud groups according to the performance evaluated by the performance evaluation module 330. For example, the performance management module 340 may determine the class of each terminal device 110 according to the performance of each terminal device 110, and configure the terminal devices 110 having the same level into the same cloud group. For example, the performance management module 340 may determine the class of each terminal device 110 according to the network connection state and the network speed. In this case, the performance management module 340 may be configured as a cloud group by determining one or more terminal devices having a network connection and a network speed in a predetermined range as the same class.

In one embodiment, the performance management module 340 may periodically receive state data from the performance evaluation module 330 and update one or more cloud groups based on the received state data.

In one embodiment, the performance management module 340 classifies and manages the plurality of terminal devices 110 based on at least one of user information, IP address, status data, cloud group identification information, and cloud group assignment information. Can be. The cloud group identification information may include information for identifying one of the one or more cloud groups, and the cloud group assignment information may include whether to distribute computation required to provide a U-city service to a cloud group corresponding to the cloud group identification information. .

Referring back to FIG. 2, when the U-city service provider 220 receives a U-city service request from the user terminal 130, the U-city service provider 220 provides a U-city service corresponding to the request to the user terminal 130. As shown in FIG. 4, the U-city service provider 220 may include an interface module 410 and at least one service provision module 420.

The interface module 410 receives the U-city service request from the user terminal 130, and provides the U-city service corresponding to the U-city service request to the user terminal 130. The interface module 410 may select and execute the service providing module 420 in which the algorithm for providing the requested U-city service is installed among the at least one service providing module 420. The interface module 410 may receive the U-city service result from the service providing module and provide the result to the user terminal 130.

The at least one service providing module 420 is equipped with a U-city service algorithm for performing a specific U-city service, and when selected by the interface module 410, performs at least one U-city service algorithm. Generate service results.

In addition, the at least one service providing module 420 determines an operation required to execute the U-city service algorithm, and passes the determined operation to the operation processor 230 so that the operation is applied to computing resources belonging to an external cloud group. Can be processed.

Referring back to FIG. 2, the operation processor 230 parallelizes each operation into a plurality of sub-operations to process the operations required to provide at least one U-city service, and includes a plurality of terminals included in the cloud group. To the devices 110. As illustrated in FIG. 5, the operation processor 230 may include a policy management module 510, a scheduling module 520, an operation instruction module 530, and an operation result processing module 540.

The policy management module 510 stores the priority policy for the operation transferred from the U-city service provider 220. The priority policy may be determined based on at least one of a U-city service request time, an expected operation time, an hourly degree, and an amount of computing resource provision. The computing resource provision amount may be determined based on the performance of one or more computing resources provided by the user who requested the U-city service. For example, the policy management module 510 may set a higher priority in a calculation regarding a U-city service requested by a user who has provided a relatively good computing resource.

The scheduling module 520 determines a processing order of operations transferred from the U-city service provider 220 according to the priority policy. In one embodiment, the scheduling module 520 may be implemented as a scheduling queue. The scheduling queue may provide operations to the operation instruction module 530 in a first-in-first-out (FIFO) manner.

The operation instruction module 530 generates a plurality of sub operations based on the operation provided from the scheduling module 520, and distributes the plurality of sub operations to the plurality of terminal devices 110 to instruct the operation processing.

In an embodiment, the operation instruction module 530 may be assigned a cloud group to process a plurality of sub-operations from the computing resource manager 210. In detail, when the operation instruction module 530 requests the computing resource manager 210 to allocate computing resources for processing a plurality of sub-operations, the computing resource manager 210 calculates a cloud group including surplus computing resources. To the instruction module 530.

In one embodiment, the operation instruction module 530 may allocate operation index and sub operation index for each of the plurality of sub operations. The operation index corresponds to identification information for identifying at least one operation, and may be determined based on the operation order determined by the scheduling module 520. The sub operation index corresponds to identification information for identifying a plurality of sub operations, and may be determined based on a logical operation order among the plurality of sub operations.

For example, suppose the operation is (1 + 2) * (3 + 4). The operation instruction module 530 may generate three sub operations, and each sub operation may be expressed as (operation index, sub operation index, sub operation) as follows. The three sub-operations may correspond to (1, S1, 1 + 2), (1, S2,3 + 4), (1, S3, S1 * S2).

Meanwhile, in the above-described embodiment, the operation instruction module 530 may distribute a plurality of sub-operations to the plurality of terminal devices 110 included in the cloud group in a round robin manner. In an embodiment, it may dispense in a matchmaking manner.

The operation result processing module 540 receives the results of the plurality of sub-operations for the plurality of sub-operations from the plurality of terminal devices 110, collects the results of the plurality of sub-operations, and generates an operation result.

In an embodiment, the operation result processing module 540 may collect the results of the plurality of sub-operations based on the operation index and the sub-operation index. The operation result processing module 540 may collect the results of a plurality of sub operations having the same operation index in the order of the sub operation indexes.

In one embodiment, the operation result processing module 540 may determine whether to re-compute based on the operation result. In one embodiment, the operation result processing module 540 may determine the re-computation if there are a plurality of operation results or additional operations are required. The calculation result processing module 540 may perform recalculation on the calculation result through the calculation instruction module 530.

For example, assume that three sub-operations are represented by (1, S1, 1 + 2), (1, S2, 3 + 4), and (1, S3, S1 * S2). When 3, 7, S1 * S2 is received as a result of the sub operation for the sub operations from the terminal apparatuses, the operation result processing module 540 collects the results of the sub operation to generate an operation result such as 3 * 7. Can be. The operation result processing module 540 may determine that * operation is additionally necessary, determine a reoperation, and transfer the operation result to the operation instruction module 530. The operation instruction module 530 may generate one sub operation, and the sub operation may be expressed as (1, S1, 3 * 7).

Referring back to FIG. 2, the U-city service information storage unit 240 includes service information and user information. The service information may include information necessary to provide at least one U-city service. In one embodiment, the service information may include situation awareness information collected from a plurality of situation or sensors located in a city. For example, the situation awareness information may include bus movement information, train movement information, accident occurrence information, security information, and the like.

The user information may include information about a user registered to receive the U-city service. For example, the information about the user may include an ID, a password, a user name, a user identification number, and the like.

In one embodiment, the U-city service information storage unit 240 may further include information about one or more terminal devices provided by the user as a computing resource.

The security module 250 manages the leakage of information stored in the U-city service storage 240. In one embodiment, security module 250 may be implemented as a firewall. The U-city service providing system 120 prevents the plurality of terminal apparatuses 110 from sharing all the information with each other through the security module 250, and merely provides service information required for performing a sub operation assigned to the U-city service providing system. And only the user information can be managed to be transmitted to the terminal device.

6 is a flowchart illustrating a user registration method performed by the U-city service providing system.

Referring to FIG. 6, the U-city service providing system 120 receives a user registration request for receiving a U-city service from the user terminal 130 (S610). In this case, the user terminal 130 may provide the user information and information about one or more terminal devices to the U-city service providing system 120. The U-city service providing system 120 requests the user terminal 130 to provide computing resources (S620).

If the user does not agree to provide computing resources, the U-city service providing system 120 terminates the U-city service without performing a user registration procedure (S630).

If the user agrees to provide the computing resources, the computing resource manager 210 performs a user registration procedure (S640). The U-city service providing system 120 may store user information and information about one or more terminal devices after processing registration for the corresponding user.

The U-city service providing system 120 provides a virtualization agent for integrating a heterogeneous driving system to the user terminal 130 (S650). The U-city service providing system 120 may communicate with the user terminal 130 through the virtualization agent.

7 is a flowchart illustrating a method of providing a U-city service performed by a U-city service providing system.

Referring to FIG. 7, the U-city service providing system 120 includes one or more terminal devices 110 such that the terminal devices 110 become computing resources for providing at least one U-city service. Configure to a cloud group (S710). In an embodiment, the U-city service providing system 120 may periodically monitor the plurality of terminal devices 110 to search for surplus computing resources, and configure the detected surplus computing resources into one or more cloud groups. Can be. The surplus computing resources may correspond to terminal devices that execute tasks that are not in use or under heavy load.

When the U-city service provision is requested from the user terminal 130, the U-city service provision system 120 selects a U-city service algorithm to perform the U-city service corresponding to the request (S720 and S730). .

In this case, although not shown, the U-city service providing system 120 determines whether the user terminal 130 requesting to provide the U-city service is a registered user terminal according to FIG. 6. Only S720 and S730 may be performed.

The U-city service providing system 120 determines an operation required for executing the selected U-city service algorithm (S740). In one embodiment, when there are a plurality of determined operations, the U-city service providing system 120 may determine a priority policy based on at least one of a U-city service request time, an expected operation time, an hourly degree, and an amount of computing resource provision. In operation S750, the processing order of the operations determined in operation S740 is determined. In one embodiment, the U-city service providing system 120 may insert at least one operation into the scheduling queue and process the operation in a FIFO manner.

The U-city service providing system 120 may parallelize the operation into a plurality of first sub-operations for arithmetic processing, and transmit the plurality of first sub-operations to the plurality of terminal devices 110 included in the cloud group. Distribution is instructed to instruct operation processing (S760). In an embodiment, the U-city service providing system 120 may allocate an operation index and a sub operation index for each of the plurality of first sub operations.

In one embodiment, the U-city service providing system 120 determines one cloud group of one or more cloud groups based on at least one of the number of first plurality of sub-operations, a computation complexity, and an estimated operation time, The plurality of first sub-operations may be distributed to the plurality of terminal devices included in the cloud group.

In one embodiment, the U-city service providing system 120 may distribute the plurality of first sub-operations to the plurality of terminal devices 110 included in the cloud group in a round robin manner, and In one embodiment, it can be dispensed in a matchmaking manner.

The U-city service providing system 120 collects the results of the plurality of first sub-operations received from the plurality of terminal devices 110 and generates an operation result (S770). In an embodiment, the U-city service providing system 120 may collect the results of the plurality of first sub-operations based on the operation index and the sub-operation index.

In an embodiment, the U-city service providing system 120 may determine whether to re-compute based on the generated operation result. If it is determined that recomputation is required, the U-city service providing system 120 generates a plurality of second sub-operations based on a result of the operation for recomputation, and distributes them to the plurality of terminal devices 110 included in the cloud group. Can be.

The U-city service providing system 120 may transfer the operation result to the service providing module 421. The service providing module 421 executes an algorithm based on the calculation result, generates a U-city service result, and provides the result to the user terminal 130 (S780).

8 is a diagram illustrating a specific example of the U-city system.

Referring to FIG. 8, the U-city system 100 may be implemented as follows. However, since this is only one embodiment of the U-city system 100, the configuration of the system will not be limited as follows.

U-city system 100 may be classified into an internal resource layer, an external resource layer, and a U-application layer.

The internal resource layer is performed in the plurality of terminal devices 110. The plurality of terminal devices 110 may use various driving systems. The U-city service providing system 120 may provide a virtualization agent to the plurality of terminal devices 110 to integrate the driving system of the plurality of terminal devices 110, and the virtualization agent may include a plurality of terminal devices. In step 110, it may be implemented as a platform emulator. The plurality of terminal devices 110 may emulate each host OS as an integrated guest OS through a platform emulator.

The plurality of terminal devices 110 may instruct an external computing resource connected to the host OS to process a calculation distributed from the U-city service providing system 120.

In the external resource layer, cloud computing middleware performs communication between the plurality of terminal devices 110 and the U-city service providing system 120. The U-city service providing system 120 may monitor the state of the plurality of terminal devices 110 of this type through the cloud computing middleware, and perform operations for providing the U-city service to the plurality of terminal devices 110. ) Can be distributed.

The U-application layer is performed in the U-city service providing system 120. The computing resource manager 210 may configure and manage the plurality of terminal devices 110 into one or more cloud groups based on the states of the plurality of terminal devices 110.

When the U-city service request is received from the plurality of terminal devices 110 through the cloud computing middleware, the U-city service providing system 120 may distribute the U-city service request to the corresponding service providing module. The service providing module may process an operation required to provide a U-city service in the operation processor 230 and provide a result of the U-city service to the plurality of terminal devices 110 through a cloud computing middleware. The U-city service providing system 120 may interoperate at least one service providing module 420 with an enterprise service bus (ESB).

In one embodiment, the U-city service providing system 120 may further include a context awareness framework (not shown). The context aware framework may be connected with a plurality of sensors and a plurality of devices located in the city, and collect contextual data from them. The U-city service providing system 120 stores the situation awareness data in the U-city service information storage unit 240 and provides at least one U-city service based on the situation awareness data to the plurality of terminal devices 110. Can be provided to

It will be apparent to those skilled in the art that various modifications and variations can be made to the present invention without departing from the spirit and scope of the present invention as set forth in the following claims It can be understood that

Claims (15)

A computing resource manager configured to configure the plurality of terminal devices into one or more cloud groups such that the plurality of terminal devices become computing resources for providing at least one Ubiquitous-City service;
A U-city service provider for receiving a U-city service request from a user terminal and providing one of the at least one U-city service to the user terminal;
Parallelize the operation required to provide the at least one U-city service to a plurality of sub-operations and assign it to one of the one or more cloud groups, and the plurality of terminal devices included in the allocated cloud group. A calculation processing unit for distributing sub operations of a plurality, and collecting the results of the sub operations provided from the plurality of terminal devices and providing the result to the U-city service provider;
A U-city service information storage unit for storing service information and user information for providing the at least one U-city service and information about the plurality of terminal devices; And
And a security module for managing the leakage of information stored in the U-city service information storage unit such that only service information and user information required for performing the allocated sub operation are transmitted to the corresponding terminal device.
The computing resource management unit,
A virtualization module for providing a plurality of terminal apparatuses with a virtualization agent for integrating a driving system of the plurality of terminal apparatuses using the model driving system;
A performance evaluation module configured to periodically monitor the states of the plurality of terminal devices to evaluate performance and to generate or update state data based on the evaluated performance; And
And a performance management module configured to configure the plurality of terminal devices into the one or more cloud groups based on the generated state data, and update the one or more cloud groups based on the updated state data when the state data is updated. U-city service providing system, characterized in that. The method of claim 1, wherein the U-city service provider
At least one service providing module configured to generate a U-city service result by performing a preset U-city service algorithm using the aggregated sub operation result; And
And an interface module for executing one of the at least one service providing module according to a U-city service request received from the user terminal and providing the generated U-city service result to the user terminal. U-City Service Provision System. The method of claim 1, wherein the operation processing unit
A policy management module for storing a priority policy determined based on at least one of a U-city service request time, an expected operation time, an hourly wage, and a computing resource provision amount; And
A scheduling module for determining an operation order according to the priority policy for an operation request requested from the U-city service provider;
The computing resource provision amount is determined based on the performance of one or more computing resources provided by the user requesting a U-city service. The method of claim 1, wherein the operation processing unit
A calculation instruction module for generating a plurality of sub-operations based on the operation, allocating operation indexes and sub-operation indices for each of the plurality of sub-operations, and distributing them to the plurality of terminal devices to instruct operation processing; And
Receiving the results of the plurality of sub-operations for the indicated sub-operations from the plurality of terminal devices and collecting the results of the plurality of sub-operations based on at least one of the operation index and the sub-operation index; U-city service providing system further comprises a calculation result processing module for generating a calculation result. The method of claim 1, wherein the operation processing unit
And distributing the plurality of sub-operations to each terminal device based on the computing capabilities of the plurality of terminal devices. delete delete The method of claim 1,
The state data includes at least one of a network state, a network speed, and an operation processing speed for each of the plurality of terminal devices.
The network state and the network speed is measured using the Internet Control Message Protocol (ICMP), and the operation processing speed is measured using a specific operation system. delete The method of claim 1,
The user terminal is any one of the plurality of terminal devices, characterized in that the U-city service providing system. Selecting a U-city service algorithm to perform a U-city service corresponding to the received request when a U-city service request is received from a user terminal;
Parallelizing the operation required to execute the selected algorithm into a plurality of sub-operations and assigning them to one of the one or more cloud groups, and distributing the plurality of sub-operations to a plurality of terminal devices included in the allocated cloud group. ; And
Collecting the results of the sub-operations provided by the plurality of terminal apparatuses, executing the selected algorithm, generating a result for the U-city service, and providing the result to the user terminal;
The one or more cloud groups are configured based on state data of a plurality of terminal devices registered as computing resources for providing at least one U-city service, and based on the updated state data when the state data is updated. The status data is updated or generated based on a result of evaluating performance by periodically monitoring the plurality of terminal devices. 12. The method of claim 11, wherein dispensing
When the cloud group is composed of a plurality of U-city service, characterized in that for determining the cloud group to perform the sub-computation based on at least one of the number of the plurality of parallelized sub-operations, the operation complexity and the estimated operation time Way. 12. The method of claim 11, wherein dispensing
And distributing the plurality of parallelized sub-operations to a plurality of terminal devices included in the cloud group in a round robin manner or a matchmaking manner. delete delete

Images