KR101114467B1 - System for develop of ubiquitous service and method for thereof - Google Patents

Abstract

The present invention provides a device manager that stores a list of devices and profile information of each device, a list of ubiquitous services, a service manager that stores contents of each ubiquitous service, and a classification of ubiquitous services requested from a user, and among the list of devices. An initial environment setting unit configured to set a type of a corresponding device to which a service is to be provided; A service verification unit for testing whether or not the received ubiquitous service is normally executed, and a service verification unit for testing whether the called ubiquitous service is normally executed in response to profile information of the corresponding device. It provides ubiquitous service development system included.
According to the ubiquitous service development system and method, by using the pre-stored ubiquitous service information and device information, the initial environment for the distribution of the ubiquitous service is set, the corresponding ubiquitous service is called and verified whether the execution By packaging and storing, there is an advantage to prevent the operation error of the ubiquitous service commissioned for development, and to secure the reliability of the ubiquitous service development is completed.

Description

System for develop of ubiquitous service and method for explanation

The present invention relates to a ubiquitous service development system and method, and more particularly to a ubiquitous service development system and method providing a platform for ubiquitous service development support.

Ubiquitous environment enables the interaction between human and things through organic networking. As an example of the ubiquitous environment, ubiquitous city (u-city) refers to a 21st-century type new city in which ubiquitous information service of an advanced information and communication infrastructure is integrated into urban space. Such a U-City has recently been extended to local specialization, balanced regional development, etc., and has been used as a broad concept including a corporate city, an innovation city, and an administrative city.

In addition, U-City has various characteristics in that it minimizes and overcomes the problems of existing cities. In other words, U-City operates more information-oriented than existing cities, contributes to balanced regional development, enables efficient city management based on advanced information technology, avoids a limited market structure centered on producers, You can create a new business.

However, there are various types of ubiquitous services, and new services to be developed must also be developed differently according to user's demands and regional attributes. In addition, a separate system tool is needed to distribute and execute the developed ubiquitous service on a specific location and a specific device (eg, media board) in the ubiquitous city according to the request of the client.

An object of the present invention is to provide a ubiquitous service development system and method for facilitating development of a requested ubiquitous service and verification of a service.

The present invention provides a device manager that stores a list of devices and profile information of each device, a list of ubiquitous services, a service manager that stores contents of each ubiquitous service, and a classification of ubiquitous services requested from a user, and among the list of devices. An initial environment setting unit configured to set a type of a corresponding device to which a service is to be provided; a service caller receiving the corresponding ubiquitous service from the user when the ubiquitous service belonging to the set classification exists in the service manager; A service verification unit for testing whether or not the received ubiquitous service is normally executed, and a service verification unit for testing whether the called ubiquitous service is normally executed in response to profile information of the corresponding device. It provides ubiquitous service development system included.

Here, when the corresponding ubiquitous service belonging to the set category does not exist in the service manager, the service caller may include ubiquitous services to be used for fusion to desired ubiquitous services among other ubiquitous services belonging to another category in the service manager. Can be called from the user.

The ubiquitous service development system may further include a service mashup unit configured to fuse the called ubiquitous services with each other to generate a new type of ubiquitous service to be distributed to the corresponding device. In this case, the service verification unit and the service confirmation unit may execute respective tests on the ubiquitous service generated by the service mashup unit.

The ubiquitous service development system may further include a service packaging unit for packaging a ubiquitous service whose normal operation is confirmed by the service verification unit and the service confirming unit, and a service storage unit storing the packaged ubiquitous service. .

The initial environment setting unit may further receive a distribution environment of a ubiquitous service requested by the user, and the service packaging unit may include a type of a device to which a service is provided, and profile information of the corresponding device to facilitate distribution of a ubiquitous service. For example, you can package together information about the deployment environment of the ubiquitous service you want to distribute.

In this case, the distribution environment may include one or a plurality of pieces of information selected from a location of a corresponding device to which the ubiquitous service is to be distributed, a location of a server to provide the ubiquitous service to the corresponding device, and an operation time period of the ubiquitous service to be distributed. .

The initial environment setting unit may be operated in a wizard manner.

The present invention provides a method of storing a list of devices and profile information of each device in a DB, storing a list of ubiquitous services and contents of each ubiquitous service in a DB, and setting a classification of a ubiquitous service requested from a user. Receiving a type of a corresponding device to be provided with a ubiquitous service among the list of devices; and receiving a corresponding ubiquitous service from the user when a corresponding ubiquitous service belonging to the set classification exists in the DB. And a first test of whether the called ubiquitous service is normally executed, and a second test of whether the called ubiquitous service is normally executed in correspondence with profile information of the corresponding device. Development method To provide.

Here, in the step of calling the service, if the corresponding ubiquitous service belonging to the set classification does not exist in the service management unit, the ubiquitous service to be used for fusion to a desired ubiquitous service among ubiquitous services belonging to another classification in the DB Can be called from the user.

The ubiquitous service development method may further include fusing the called ubiquitous services with each other to generate a new type of ubiquitous service to be distributed to the corresponding device, and the first and second testing may include: Each test may be executed on the ubiquitous service generated by the service mashup unit.

The ubiquitous service development method may further include packaging a ubiquitous service whose normal execution is confirmed in the first and second test steps, and storing the packaged ubiquitous service.

Here, in the setting step, the distribution environment of the ubiquitous service requested from the user is further set, and in the packaging step, the type of the device to which the ubiquitous service is provided to facilitate the distribution of the ubiquitous service, and the profile of the corresponding device. Information and information about a distribution environment of the ubiquitous service to be distributed may be packaged together.

In this case, the setting step may be operated in a wizard (Wizard) method.

According to the ubiquitous service development system and method according to the present invention, by using the pre-stored ubiquitous service information and device information, setting the initial environment for the distribution of the ubiquitous service, calling the corresponding ubiquitous service and verifying the execution As a result of packaging and storing the package, the operation error of the ubiquitous service requested for development can be prevented, and the reliability of the ubiquitous service that has been developed can be secured.

In addition, according to the present invention, by merging existing ubiquitous services by mashing up and verifying a new ubiquitous service, there is an advantage of easily inducing more ubiquitous service development.

1 is a block diagram of a ubiquitous service development system according to an embodiment of the present invention.
2 is a flowchart of a ubiquitous service development method using FIG. 1.

1 is a block diagram of a ubiquitous service development system according to an embodiment of the present invention. Referring to FIG. 1, the ubiquitous service development system 100 according to an embodiment of the present invention provides a platform for supporting ubiquitous service development, and includes a device manager 110, a service manager 120, and an initial environment setup unit ( 130, the service call unit 140, the service mashup unit 150, the service verification unit 160, the service confirmation unit 170, the service packaging unit 180, and the service storage unit 190.

2 is a flowchart of a ubiquitous service development method using FIG. 1. The development method using the system 100 will be described below.

First, a list of devices and profile information for each device are stored on the device manager 110 (S210).

The device is a device installed in the ubiquitous city (hereinafter referred to as U-city) area, and may include various means such as a general media board, a computer, and a mobile device capable of executing the ubiquitous service (hereinafter referred to as U-service).

The profile may be information unique to each device type, and may include information including a product name, a screen size, a resolution, an O / S (operating system) type, a memory size, a storage capacity size, a manufacturer, a codec type, and the like.

In addition, the service manager 120 stores a list of U-services and contents for each U-service. U-services have various classifications, for example shopping, maps, well-being, medical care, and travel. Of course, the major categories can be further divided into subclasses and subclasses. For an example of a detailed taxonomy of U-services, refer to previously known materials.

Thereafter, the initial environment of the U-service requested by the user is set through the initial environment setting unit 130 (S230).

In the step S230, the classification of the U-service requested from the user is set, the type of the corresponding device to be provided with the U-service from the list of devices is set, and also the distribution environment of the U-service requested from the user Get set.

The distribution environment is information including a location of a corresponding device to which a U-service is to be distributed, a location of a server to provide a U-service to the corresponding device, and an operation time period of the U-service to be distributed.

Each setting information generated by the initial environment setting unit 130 may be stored in the form of a DB or a file. In addition, such an initial environment setting unit 130 is operated in a wizard (Wizard) method to facilitate the above-described settings. For operation of the wizard method, when setting the initial environment, the user selects and executes each setting step by step.

For example, provide a list of devices, then allow the user to select the device they want to deploy U-services, and similarly provide a list of servers, then select the location of that server, and It is possible to select a desired operation time interval among time intervals. The operation time interval may be determined differently by the U-service type, the operation time of the device, and the like.

In addition, the user may correspond to a 'service developer' who manages and operates the U-service development system 100. In this case, the user corresponding to the service developer is a subject who starts development using the system 100 after receiving a request for the development of the corresponding U-service from an external customer.

That is, the user manipulates the system 100 to call the corresponding U-service in the service manager 120 or, if there is no corresponding U-service, the original source stored in the service manager 120. After fusion of U-services to mash up new U-services, they test and verify that they each run well. This series of processes will be described in detail through the following components.

The step S230 will be described as an example.

If the corresponding U-service is about 'shopping information providing service in region A', the user sets the classification system of the U-service to 'shopping' in step S230 and sets the type of the device in the region A. Select all or part of the 'Mediaboard'.

In addition, the user sets the location of the device to which the U-service is distributed among the distribution environment information as the 'A region', and the location of the server that will provide the U-service to the corresponding device as the 'A region or its Servers in other regions (ex, B region). In addition, the operating time interval (ex, 06:00 ~ 23:00) of the U-service to be distributed is further set.

In general, a device serves as a 'terminal' for providing U-services, but some devices only serve as servers that provide information to other terminals (devices), or simultaneously serve as servers and terminals. There is also.

Therefore, if there is a specific device acting as a single server or a server and a terminal at the same time in the area A, a specific device in this area A capable of acting as a server can be set as the location of the server. In the case of using servers in the same area, there is an advantage of increasing the speed and quality of U-service provision according to the distance advantage.

If there is no device acting as a server in the region A, a device in another region (ex, region B) providing information to the region A side device may be set as the location of the server.

Next, the service caller 140, if the corresponding U-service belonging to the classification set by the initial environment setting unit 130 exists in the service manager 120, the user of the corresponding U-service It is called from (S240).

For example, if a U-service providing shopping information exists in the service manager 120, the corresponding U-service may be selected according to the user's selection (click, etc.) referring to the contents of the service manager 120. The service is to be called to the service call unit 140 side.

In this case, the system 100 supports a display environment in which the U-service can be searched for each category so that the user can easily inquire whether the corresponding U-service exists on the service manager 120.

However, if the corresponding U-service belonging to the set classification does not exist in the service management unit 120, in step S240 to the desired U-service among the U-services belonging to another classification in the service management unit 120. U-services to be used for mashing up are called from the user.

As an example, if the classification of the corresponding U-service is 'U-service classification in which maps and shopping information are linked', and the associated classification does not exist in the service management unit 120, the service management unit may be executed by the user. The other classifications, e.g., the shopping classification and the map classification, in 120 are individually retrieved, and then, by the user's selection, the shopping U-service and the map U-service are called to the service call unit 140, respectively.

In this case, the service mashup unit 150 fuses the called U-services with each other to generate a new type of U-service to be distributed to the corresponding device (S250). That is, as the shopping U-service and the map U-service are converged through the service mashup unit 150, the shopping information providing U-service associated with the map information is generated. For example, the newly created U-service may have a form in which the location of the shopping store is individually displayed on the map image, and detailed information of the shopping store is popped up when selected.

In such a convergence, the UI editing unit 155 enables modification of a user interface suitable for a user.

Next, the service verifying unit 160 tests whether the U-service called from the previously stored contents in step S240 or the U-service generated by mashing up in step S250 is normally executed (S260). That is, in step S260 it is to verify whether or not the U-service itself is running normally. At this time, it is also possible to provide a report by analyzing the reason why the U-service is not executed.

In the service checking unit 170, the U-service called from the previously stored contents in step S240, or the U-service generated by mashing up in step S250 is a corresponding device set in the initial environment setting unit 130. It is tested whether or not it is normally executed in correspondence with the profile information (S270). Of course, in this case, the reason why the U-service is not executed in the corresponding device is analyzed and provided as a report.

For example, in the step S270, when the U-service to be verified is a shopping-information-providing U-service in which map information is linked, it is compatible with profile information of the corresponding device and maps and shopping information on the screen of the corresponding device ( ex, store location and detailed information, etc.) can be displayed in conjunction with each other. In some cases, the U-service may not be provided because the compatibility of the device is different.

Thereafter, the service verification unit 160 and the service verification unit 170 package the U-service confirmed to be normally executed through the service packaging unit 180 (S280). At this time, in order to facilitate the distribution of the U-service in the future, the type of the device to be provided with the U-service, profile information of the device, and packaged together information on the distribution environment of the U-service.

If, in step S270, the normal execution of the U-service itself is confirmed, but in step S280 it is confirmed that the normal execution is difficult because the U-service is not compatible with the profile of the device, do not perform the service packaging It may not. However, even in such a case, the service packaging may be performed first, and then the information recommended for updating the profile of the device profile may be added together during packaging.

Next, the packaged U-service is stored through the service storage 190 (S290). The U-service packaged as described above is stored in a DB in the service manager 120 later. By accumulating DB-based U-services, it is possible to secure potential customers and to quickly provide corresponding U-services suitable for the U-services requested by customers.

According to the U-service development system and method of the present invention as described above, according to the request of the client provides an easy development tool of the U-service to be distributed and executed on a specific location and a specific device in the corresponding U-city.

In addition, the U-service development system and method of the present invention, using the pre-stored U-service information and device information, establishes the initial environment for the distribution of the U-service, calls the corresponding U-service and After verifying the execution and packaging and storing the corresponding U-service, it is possible to prevent the operation error of the U-service which has been requested for development and to ensure the reliability of the completed U-service.

Furthermore, by merging existing raw U-services and mashing up and verifying new U-services, there is an advantage of easily inducing more various U-services.

Although the present invention has been described with reference to the embodiments shown in the drawings, these are merely exemplary and those skilled in the art will understand that various modifications and equivalent other embodiments are possible. Therefore, the true technical protection scope of the present invention will be defined by the technical spirit of the appended claims.

100: ubiquitous service development system
110: device management unit 120: service management unit
130: initial environment setting unit 140: service call unit
150: service mashup unit 160: service verification unit
170: service confirmation unit 180: service packaging unit
190: service storage unit

Claims (14)

A device manager which stores a list of devices capable of executing the ubiquitous service and profile information of each device;
A service manager which stores a list of ubiquitous services and contents of each ubiquitous service;
An initial environment setting unit configured to set a type of a ubiquitous service and a type of a corresponding device to be provided with a ubiquitous service among a list of devices;
A service caller which receives the corresponding ubiquitous service from the user when the corresponding ubiquitous service belonging to the set classification exists in the service manager;
A service verification unit for testing whether the called ubiquitous service is normally executed; And
Ubiquitous service development system including a service checker for testing whether the called ubiquitous service is normally executed in response to the profile information of the corresponding device. The method according to claim 1,
The service call unit,
If the corresponding ubiquitous service belonging to the set category does not exist in the service management unit, the ubiquitous service development that calls ubiquitous services from the user to be used for convergence to desired ubiquitous service among ubiquitous services belonging to another category in the service management unit system. The method according to claim 2,
Further comprising a service mashup unit for fusing the called ubiquitous services with each other to create a new type of ubiquitous service to be distributed to the corresponding device,
The service verification unit and the service confirmation unit,
Ubiquitous service development system for executing each test on the ubiquitous service generated by the service mashup. The method according to claim 1,
Packaging the ubiquitous service confirmed normal execution in the service verification unit and the service verification unit, the service packaging to package the type of the device to be provided with the service, the profile information of the device to facilitate the distribution of the ubiquitous service part; And
Ubiquitous service development system further comprises a service storage unit for storing the packaged ubiquitous service. The method of claim 4,
The initial environment setting unit,
The distribution environment of the ubiquitous service requested from the user is further set,
The service packaging unit,
A ubiquitous service development system that further packages information about the deployment environment of the ubiquitous service to be deployed. The method according to claim 5,
The distribution environment,
A ubiquitous service development system comprising one or a plurality of pieces of information selected from a location of a corresponding device to which a ubiquitous service is to be deployed, a location of a server to provide a ubiquitous service to the corresponding device, and an operation time interval of the ubiquitous service to be distributed. The method according to any one of claims 1, 5 or 6,
The initial environment setting unit,
Ubiquitous service development system that operates in a wizard (Wizard) method for selecting and executing each setting step by step from the user. Storing a list of devices capable of executing the ubiquitous service and profile information of each device in a DB;
Storing a list of ubiquitous services and the contents of each ubiquitous service as a DB;
Setting, by a user, a classification of a ubiquitous service and a type of a corresponding device to be provided with a ubiquitous service among the list of devices;
If the corresponding ubiquitous service belonging to the set classification exists in the DB, receiving the corresponding ubiquitous service from the user;
Primary testing whether the called ubiquitous service is normally executed; And
And secondly testing whether the called ubiquitous service is normally executed in response to the profile information of the corresponding device. The method according to claim 8,
The step of receiving the corresponding ubiquitous service,
If the corresponding ubiquitous service belonging to the set classification does not exist in the service management unit, the ubiquitous service development method of receiving from the user ubiquitous services to be used for convergence to the desired ubiquitous service among the ubiquitous services belonging to other classifications in the DB . The method according to claim 9,
Fusing the called ubiquitous services with each other to generate a new type of ubiquitous service to be distributed to the corresponding device;
The first and second test step,
Ubiquitous service development method for executing each test on the ubiquitous service generated by the service mashup. The method according to claim 8,
Packaging a ubiquitous service in which the normal execution is confirmed in the first and second test phases, and packaging the type of the device to be provided with the service and the profile information of the corresponding device to facilitate the distribution of the ubiquitous service; And
Method for developing a ubiquitous service further comprising the step of storing the packaged ubiquitous service. The method of claim 11,
The setting step,
The distribution environment of the ubiquitous service requested from the user is further set,
The packaging step,
How to develop a ubiquitous service that further packages information about the deployment environment of the ubiquitous service to be deployed. The method of claim 12,
The distribution environment,
Method for developing a ubiquitous service comprising one or a plurality of information selected from the location of the device to which the ubiquitous service will be deployed, the location of the server to provide the ubiquitous service to the device, the operation time interval of the ubiquitous service to be deployed. The method according to any one of claims 8, 12 or 13,
The setting step,
Ubiquitous service development method that operates in a wizard (Wizard) method of selecting and executing each setting step by step from the user.

Images