WO2020251331A1 - System and method for managing internet of things resource and service, and computer-readable recording medium in which program for performing same method is recorded - Google Patents

Abstract

The present invention relates to a system and method for managing virtual objects obtained by virtualizing a sensor, an actuator, a device, and a network resource of the Internet of Things (IoT), and service objects generated using the virtual objects. According to the present invention, a physical sensor, an actuator, a device, and a network resource, which constitute the IoT, and a service of a registered device are virtualized, and virtualized virtual objects and service objects are generated, thereby the physical sensor, the actuator, the device, and the network resource are managed. Further, the present invention can facilitate a configuration of a service object generated using a virtual object, and a fault management work, and provide a management system for inspecting a failure state, operation, and a control operation supported by a selected device or resource.

Description

Internet of Things resource and service management system and method, a computer-readable recording medium in which a program that performs the method is recorded

The present invention relates to a virtual object that virtualizes a sensor, a driver, a device, and a network resource of the Internet of Things, and a system and method for managing a service object created using these objects.

The Internet of Things (IoT, hereinafter referred to as IoT) is a wireless sensor network (Wireless Sensor Network: WSN, hereinafter referred to as WSN), a ubiquitous sensor network (Ubiquitous Sensor Network: USN, hereinafter referred to as USN),

It evolved from Machine to Machine (M2M, hereinafter referred to as M2M). While M2M was the main purpose of communication between devices, IoT expands the range of things, enabling various types of things that we commonly see (for example, smartphones, kettles, shoes, people, etc.) to communicate with people or things. do. In other words, IoT can be defined as a network of things space that cooperatively forms intelligent relationships such as networking and information processing with respect to three distributed environmental elements of humans, objects, and services without explicit human intervention. In addition, various concepts and technologies such as Web of Thing (WoT, hereinafter referred to as WoT) have been proposed in order to link various devices with the Web. Due to the development of these concepts and technologies, the use of devices that can easily connect to the Internet is expected to increase.

Recently, Internet of Things (IoT)-based applications have experienced tremendous growth in various areas, and billions of devices are expected to connect to the Internet in the near future. The first step in developing IoT-based applications is to virtualize the physical device by abstracting the device properties of the virtual object. You can later combine these virtual objects to form a variety of services for different applications. Many existing systems provide virtual services for configuring physical devices and services. However, when too many devices and services are added to the IoT network with the growth of the network, management and control becomes difficult, and it is predicted that effective management becomes difficult to manage and check the status of individual devices.

The present invention was conceived to solve the above problems, and an object of the present invention is to virtualize physical sensors, drivers, devices and registered devices constituting the Internet of Things (IoT) as virtual objects, and virtualized physical sensors, It facilitates configuration and failure management of drivers, devices, and networks through virtual objects, and also manages failures and configurations of service objects created using virtual objects, and control operations and operations supported by selected devices and resources The objective is to provide a virtual object management system with extensive expandability by visualizing and providing an interface for checking whether or not a fault condition exists.

As a means for solving the above-described problem, in an embodiment of the present invention, as shown in FIGS. 1 to 4, a first layer module configured to configure a physical layer by being connected to at least one object that is an object device or a sensor ( 100);

The first layer composing a virtual layer that communicates through an application and an object constituting the first layer module, captures the characteristics and behavior of the object in the form of a virtual object, stores it in a database, and creates a virtual object (VO). A two-layer module 200;

A service composition layer for synthesizing a service object (SO) by combining functions provided by two or more virtual objects constituting the second layer module includes a third layer module 300; And

Including; a service virtual object management module 400 that reads information of the virtual objects and service objects of the second layer module and the third layer module, performs failure and configuration management, and is exposed to external applications.

It enables to provide a virtual object and service management system of the Internet of Things.

In addition, a first step of defining a resource of an object based on location information and operation information of the object by applying the above-described virtual object and service management system of the IoT, and registering the object using this;

A second step of capturing the characteristics and motions of the object in the form of a virtual object, storing it in a database, and creating a virtual object (VO);

A third step of synthesizing a service object (SO) by combining functions provided by the two or more virtual objects created in step 2;

A fourth step of reading information on the virtual objects and service objects of the second and third steps to perform failure and configuration management, and to expose and display information to an external application;

It is possible to provide a virtual object and a service management method of the Internet of Things including.

According to an embodiment of the present invention, a virtual object of a physical sensor, a driving body, a device, and a registered device constituting the Internet of Things (IoT) is virtualized, and the virtual physical sensor, driving body, device, and network are virtualized through a virtual object. It facilitates configuration and failure management work, and also maximizes the efficiency of failure and configuration management of service objects created using virtual objects.

In addition, according to an embodiment of the present invention, it is possible to realize the efficiency of a virtual object management system having extensively expandable expandability by providing an interface for checking the control operation, operation status, and failure status supported by the selected device and resource. I can.

In addition, it supports the configuration of interconnecting physical sensors, drivers, devices, and network devices in physical space through virtual objects and service objects in cyberspace, and through these objects, it is possible to effectively check and take action on fault conditions. .

1 is a block diagram showing a basic configuration of a virtual object and service management system (hereinafter referred to as'the present invention') of the IoT according to an embodiment of the present invention, and FIG. 2 is a detailed configuration of FIG. It is a hierarchical block diagram that implements one function.

3 is a system architecture flow diagram illustrating an implementation process of the present invention of FIG. 2.

4 shows the configuration of the service virtualization object management module of FIG. 1.

5 is a flow chart showing the function of the configuration management unit 410 in FIG. 4, and FIG. 6 is a diagram showing an algorithm for implementing the function of the configuration management unit.

FIG. 7 is a flowchart of a combination management function that implements the function of the combination management unit 420 in FIG. 4, and FIG. 8 shows an algorithm code for implementing the defect management function.

Advantages and features of the present invention, and a method of achieving them will become apparent with reference to embodiments to be described later in detail together with the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below, but will be implemented in various different forms.

In the present specification, the present embodiment is provided to complete the disclosure of the present invention, and to completely inform the scope of the invention to those of ordinary skill in the art to which the present invention belongs. And the invention is only defined by the scope of the claims. Thus, in some embodiments, well-known components, well-known operations, and well-known techniques have not been described in detail in order to avoid obscuring interpretation of the present invention.

The present invention provides a system and a method for managing a virtual object of an IoT sensor, a driver, a device, and a network resource, and a service object created by using these objects.

In particular, physical sensors, drivers, devices and network resources that make up the Internet of Things (IoT), and services of registered devices are virtualized, and virtualized objects and service objects are created through them. It manages network resources and network resources, facilitates configuration and failure management of service objects created using virtual objects, and provides a management system for checking control operations, operation status, and failure status supported by selected devices or resources. The main idea is to provide.

1 is a block diagram showing a basic configuration of a virtual object and service management system (hereinafter referred to as'the present invention') of the IoT according to an embodiment of the present invention, and FIG. 2 is a detailed configuration of FIG. It is a hierarchical block diagram that implements one function.

1 and 2, the present invention relates to a first layer module 100 that is connected to at least one object that is an object device or a sensor to configure a physical layer, and objects and applications constituting the first layer module. The second layer module 200, the second layer module configured to configure a virtual layer that communicates through communication and captures the characteristics and motions of the object in the form of a virtual object, stores it in a database, and creates a virtual object (VO). The service configuration layer for synthesizing a service object (SO) by combining functions provided by two or more virtual objects constituting a configuration layer is a third layer module 300 and a virtual layer of the second layer module and the third layer module. It reads information of the object and service object to perform failure and configuration management, and may be configured to include a service virtual object management module 400 that is exposed to external applications.

Specifically, the first layer module 100 is a configuration configured to form a physical layer by being connected to at least one object that is an object device or a sensor, and the object device of the first layer module 100 includes an Internet of Things device and a web of things. It is at least one of a device or a device of all things, and may be configured to include a device for collecting data from the surroundings or an actuator for controlling context parameters.

As an example, as in the conceptual diagram of FIG. 2, things constituting the physical layer, which is the composition of the first layer module, are mainly two types of devices. (a) The physical layer composed of sensors collects data from the surroundings. It is an electronic and/or electromechanical device, and (b) an actuator is used to control context parameters through actuation, and in embodiments of the present invention, objects may include both sensing and operating objects.

The second layer module 200 is composed of a virtual object layer, which may represent a physical layer object in the form of a virtual object (VO). A virtual object (VO) represents an object that encapsulates information related to the physical in the physical layer in the system. Through virtual object (VO) manipulation, users can interact with the system environment. For example, in the present invention, a virtual object corresponding to each physical device in the system can be created using a Virtual Device Manager (VDM) application. The virtual objects of the virtual object layer are utilized by the service configuration layer to synthesize a service object (SO) by combining functions provided by two or more virtual objects. The second layer module 200 enables virtualization of sensors, drivers, devices and further network resources of the IoT. In other words, it virtualizes the physical sensors, drivers, devices and registered devices that make up the Internet of Things (IoT) as virtual objects, and facilitates configuration and failure management of virtual physical sensors, drivers, devices and networks through virtual objects. To be able to do it.

In the third layer module 300, two or more of the virtual objects in which information related to object detection and object operation of the object device of the first layer module 100 are virtualized in the second layer module 200 are A service object is implemented by combining the provided functions, but at least one of the formed service objects may include an input virtualization object combined with an output stream to display the collected data.

Thus, a simple service object SO may include an input virtual object VO combined with an output stream to display the collected data. A more complex example of such a service object is to combine the temperature sensor virtual object VO with the fan virtual object VO with a setting that the fan must be turned on when the temperature value exceeds x degrees Celsius. Acquisition and operation of the temperature value of the fan depends on the function encapsulated in the corresponding virtual object (VO). In this case, it can be used to perform this layer of work by applying a professional service configuration management (SCM) application.

The virtual object and service management system of the IoT according to the present invention operates normally when registration devices and services are restricted in an IoT system having three basic layers, such as physical, virtual, and service configuration, as described above. However, if the system grows and too many virtual objects are added, device management becomes difficult.

Furthermore, when too many services are configured, service management will also become a difficult task. In order to solve this problem, the present invention provides a service and virtual object management module 400 to effectively control services and virtual objects to facilitate management of a provided system, and the second layer module shown in FIG. It is possible to operate in 200 and the third layer module 300.

Specifically, the service and virtual object management module 400 virtualizes the services of physical sensors, drivers, devices and network resources and registered devices constituting the Internet of Things (IoT) in the second layer module 200, Through the third layer module 300, a virtualized service object is created, and through this, physical sensors, drivers, devices and network resources are managed, and the service object created using the virtual object is configured and failure management work. To be able to perform. Furthermore, it is possible to check the control operation, operation status, and failure status supported by the selected device or resource. In particular, by visualizing and providing an interface for checking the control operation, operation status, and failure status supported by the selected device and resource, it is possible to realize the efficiency of a virtual object management system that has a wide range of expandability.

3 is a system architecture flow diagram illustrating an implementation process of the present invention of FIG. 2.

As shown in FIG. 3, in the first layer module 100, devices such as sensors 1, 2, ....n and actuators 1, 2, ....n constituting an IoT device are used. It derives the detected information by having the information of Thereafter, the second layer module 200 captures the characteristics and operations of physical and physical IoT devices (sensors and actuators) in the form of virtual objects through a device virtualization process and stores them in a database. The virtual object information is utilized by the service configuration process to build a service object in the third layer module 300.

The Services and Virtual Objects Management (SVOM) 400 reads stored virtual object (VO) and service object (SO) information to facilitate failure and configuration management.

In this case, the service virtualization object management module 400 may also provide an interactive service for device access and control through a virtual object (401), and external customized applications and services are configured through an API as a method of implementing a management function. It may be exposed 402 to the module.

The configuration of the Services and Virtual Objects Management (SVOM) 400 in the present invention can be classified as shown in FIG. 4.

Specifically, the service virtualization object management module (Services and Virtual Objects Management; SVOM (400)), a configuration management unit 410 that displays the installation location and services related to a specific object registered as a virtual object and registered as a virtual object. It may be configured to include a defect management unit 420 that displays the operation state and the defect state of a specific object.

In this case, the configuration management unit 410 of the service virtual object management module 400 provides an interface to search and display the specifications of the registered virtual object (VO) and service object (SO), and the interface is A location-based management function 411 that displays virtual objects and services in an area, a service device type-based management function 412 that visualizes and displays all devices and services located in the selected area, and the location-based management function and service device It is possible to provide a fusion management function 413 that simultaneously displays the type-based management functions by fusion.

5 is a flow chart showing the function of the configuration management unit 410 in FIG. 4, and FIG. 6 is a diagram showing an algorithm for implementing the function of the configuration management unit.

4 to 6, the configuration management unit 410 may provide an interface for searching for specifications of registered virtual objects and services in three different ways.

First, through the location-based management function 411, the user terminal may display virtual objects and services in a selected area. Thereafter, the user terminal may select the diameter of the circle and then click the map to select the center of the region of interest (see FIGS. 10 and 11).

Next, the service device type-based management function 412 allows all devices and services located in the circular area selected by the user to be displayed.

Therefore, the user terminal can interact with all devices to check the current state and use the devices in service configuration. The service device type-based management function 412 is useful when too many devices are registered in the system and it becomes very difficult to find or select a specific device that a user needs.

That is, the service device type-based management function 412 provides a function for a user to designate a device/service of a desired type in order to visualize a specific type of device or service.

Finally, the convergence management function (Hybrid) 413 provides a combination function of more than two approaches, such as location-based management and service-based management function described above.

For example, the user terminal can search for a specific type of device or service in the selected area by selecting the radius of the circular area and defining the center by clicking the map.

The algorithm pseudo-code implementing the configuration management unit 410 of the present invention is shown in FIG. 5.

The code posted in FIG. 5 makes it possible to get a list of registered virtual objects as input, along with optional parameters such as device type, location and range. Thereafter, if the user satisfies the desired parameter values, all registered device types and locations are checked and then added to the output list finally returned by this algorithm.

FIG. 7 is a flowchart of a combined management function implementing the function of the defect management unit 420 in FIG. 4, and FIG. 8 is a diagram illustrating an algorithm code for implementing the defect management function.

4, 7 and 8, the defect management unit 420 provides an interface for searching and displaying the current status of the registered virtual object VO and service object SO. It is possible to provide an operating state management function 421 that displays whether the device is currently operating or idle, and a defect state management function 422 that displays whether all devices are fixed or not.

Specifically, the defect management unit 420, the operational state management function 421, focuses on finding work/non-operation and idle/busy devices and services. It makes it easy to obtain the current status of registered devices and services through CoAP communication.

For example, if the user is interested, operational status management can be used, and the current idle/busy status of a registered device or service can be found.

Furthermore, when a device or service is currently being used by an application, the state of the device or service is set to being in use. Otherwise, if the device or service is not used by the application for a certain period of time, it becomes idle.

The fault condition management function 422 provides a list of non-functional devices where fault condition management can easily locate such a device for repair or replacement. A simple keep alive query (CoAP GET command) is sent to all devices, and if there is no response within a certain period of time, it retry the specified number of times. If all retry attempts fail, the device is labeled as not working.

According to the algorithm shown in FIG. 8, in particular, the defect management unit 420 takes a list of registered virtual objects as input, and uses a Uniform Resource Identifier (URI) to obtain information on the current state. If there is no response even if the threshold is exceeded after setting the maximum attempt threshold of the connection attempt, it is regarded as "not working", and the output list is the fault status information of each virtual object. It can be operated to include. These output lists can also be used by applications to identify defective devices for repair or replacement.

9 shows an API list of the service virtualization object management system of the present invention. That is, as an embodiment of the present invention, in FIG. 9, a prototype for managing IoT services and virtual objects is implemented using C# in Visual Studio 2015. The CoAP.NET library is used to access IoT resources attached to the Intel Edison board.

CoAP.NET implementation is based on the Californium(Cf) framework implemented in Java. Microsoft SQL Server is used to store profile information of registered IoT services and virtual objects. 9 is a summary of a list of the main functions of the system of the present invention with a brief description.

10 and 11 illustrate screen shots of an interface developed in this type of phototer, and illustrate an actual implementation embodiment of the above-described Virtual Objects Management (VOM).

The virtual object and service management system of the IoT according to the present invention may be provided through an interface as illustrated in FIGS. 10 and 11, and the provided interface has two main tabs. The first tab is used to display virtual object information of the registered IoT device in a table format as shown in FIG. 10. The second tab is used to visually display IoT devices in the form of icons on a map at each location as shown in FIG. 11. In this case, the icons are selected for each device type so that the desired type of device can be visually easily identified on a specific area/region map.

In this case, in the present invention, before displaying the virtual object (VO) information, it is necessary to first connect to the database to read the virtual object information. The virtual object view can be changed from the list to the map by clicking the corresponding tab. Once the virtual object (VO) information is loaded, the user can perform various types of management tasks. A brief description of the management tasks related to virtual objects (VO) is as follows.

In the application window given in Fig. 10, the first group box (top left) has a control device for performing configuration management related tasks. Through this, the user can display all virtual objects (VO) registered in the system.

In particular, when the device is geographically distributed over a large area (multiple cities), the user can choose to display the device only in a specific area. This means that if you select the radius of the desired area and click the map to designate the center of the selected area, only devices located within the selected area are displayed. 10 is a Virtual Objects Management (VOM) interface screen that displays a device in a circular area with a radius of 10 km.

Of course, in this case, it is necessary to provide accurate location coordinates (latitude and longitude) in order to facilitate the management operation when registering the device in the Virtual Objects Management (VOM) system according to the present invention.

Also, if there are too many devices in a specific area, the user can only see the selected type of devices. Thus, the user can use this interface to view all or selected types of virtual objects (VOs).

In FIG. 11, the user can view the virtual object VO according to the working status (in operation, not working, or both) through the failure management panel (group box on the upper right). If a response is not received from the physical device after a specified number of attempts, the virtual entity state is set to be disabled. A list of non-functional devices can be easily generated and handed over to the system maintenance department to quickly find and fix problems. As an example, common reasons a registered device does not work include network connection problems and device power exhaustion.

The user can also view the selected operating state (busy, idle, or both). If a running application program is currently in use (the device status is set to busy), and a query is not received from the application within a specified time after that, the device status is set to idle.

The idle device list can easily create users while creating a new service to shorten the response time using the idle device. It also helps load balancing while limiting shared access to specific devices.

12 and 13 illustrate images of an interface of a service object management function in the virtual object and service management system of the IoT according to the present invention. Like the virtual object management function described above in FIGS. 10 and 11, it has two main tabs.

Referring to FIG. 12, a first tab is used to display service object information of a composition service in a table format. The second tab is used to visually display the registered service in the form of a connected icon by combining the constituent virtual objects (VO) through a map at each location as shown in FIG. 13.

That is, in the present invention, the service object SO is composed of one or more virtual objects VO, and the icons of the corresponding virtual objects VO are connected to represent the service through a map.

In this case, before displaying the service object (SO) information, it is necessary to first connect to the database and read the service object information. Furthermore, the service object view can be changed from the list to the map by clicking the corresponding tab.

Once the service object (SO) information is loaded, the user can perform various kinds of management tasks. A brief description of the management tasks related to the service object (SO) is as follows.

The first group box (top left) of the application interface shown in FIG. 12 has a control device for performing configuration management related tasks.

Users can display all service objects (SO) registered in the system. When the system devices are geographically distributed over a large area (the whole city), the user can choose to display the device only in a specific area. This means that if you select the radius of the desired area and click the map to designate the center of the selected area, only services located within the selected area are displayed.

First, while configuring a service in the service object management system, it is necessary to connect an appropriate virtual object (VO) to facilitate management work. In addition, when there are too many services in a specific area, the user can view the service selected as the input or output of the virtual object (VO) type.

Thus, the user can view all or selected types of service objects (SOs) using this interface.

As can be seen in FIG. 13, it is possible to confirm information that only two services are available within a selected area with a radius of 3 km. That is, when there is more than one service configuration device in the selected area, services are listed. A brief description of the two services presented in FIG. 13 will be described below through Table 1.

{Table 1}

According to Table 1, service ID 1002, which is one of service configuration devices represented by two services, is an example of a typical alarm system for lighting control in a specific environment. This alarm system is equipped with a light sensor as an input and a buzzer as an output device.

In addition, the service of the alarm system applying the service ID 1002 receives lighting data from the lighting sensor and turns on the buzzer when it exceeds 40.

One of the other service components, Service ID 1003, is an example of a typical temperature control system for monitoring overheating in a specific environment. This temperature control system provides a temperature sensor as an input and a motor (actuator) as an output device.

This service ID 1003 gets temperature data from the temperature sensor and turns on the sub motor when the value exceeds 50. The serving motor can be for example any operating device. Air conditioners or fans should be turned on to control overheating.

In Fig. 12, the user can view the service object SO according to the work status (working, not working, or both) using the fault management panel (top right group box). When one of the constituent virtual object (VO) devices does not respond, the service object (SO) state is set to not operate.

Furthermore, a list of non-functional services can be easily created and handed over to system developers and maintenance departments to quickly find and fix problems. Common causes of service failure include network connection problems and device power depletion.

In addition, the user may view the service object SO with the selected operational state (busy, idle or both). This sets the SO state to active if the currently running application program is using the SO state. That is, if a query is not received from any application within the specified time, the service state is set to idle.

You can easily create a list of idle services while creating new applications to leverage existing services and shorten development time. This also helps to avoid creating redundant services.

14 is an image illustrating a mechanism for interaction with a virtual object-based physical device according to the present invention.

14 shows a method in which a user can interact with an IoT device by using a virtual object in an environment in which the virtual object management system according to the present invention is applied. First, a user can select a device to perform an interactive task supported through configuration management. That is, as shown in FIG. 14, the user selects a desired device. After that, it checks the current operating condition of the device and displays an appropriate error message if it does not work. If the device is functioning properly, the application uses device profile information and builds and presents a user interface so that the user can perform supported interactive tasks. Thereafter, the user command is transmitted to the device using the device URI.

The interaction as shown in FIG. 14 will be described with an example as shown in FIG. 15 as follows.

15 shows a profile (XML view) of a general IP camera device.

In particular, in addition to the IP camera device of Fig. 15, in this example, temperature, humidity and wind sensors were tested with fan control using an Intel Edison board and CoAP protocol. For the sake of brevity, only the interaction with the IP camera used for experimental purposes is demonstrated. To create a virtual object for IP Camera, a profile is built in the virtual device manager application. A typical virtual object profile for a camera has information displayed in the XML format of FIG. 15.

The profile of FIG. 15 is a general description that the virtual object profile for an IoT device is shared by individual devices. We developed and applied the Virtual Device Manager application, a special tool that can create virtual object profiles for all IoT devices. End users can use this application to create and publish virtual entity profile information for each device. In addition, the virtual object profile must include all properties and operations actually supported by the IoT device. For example, the virtual object profile presented in FIG. 15 contains 6 attributes, which are 6 different operations supported by each IP camera. Depending on the requirements, the user can expose all or part of each device's functions. Thus, two devices that are exactly the same can provide different functions, but in this case the corresponding virtual profile of each device will be different. Finally, when the device capabilities change, the user (owner) can simply update the virtual entity profile for that device on the management server using the specified application. Any services that depend on or use the old virtual entity profile may also need to be modified.

The camera profile contains information on camera properties including URI and location information. In the properties section, the supported operations for the specified camera are maintained. In this embodiment, a stream can be obtained from a camera for live view, and the stream can be stored in a video file for later search and analysis. It can also include various control actions to move the camera in four directions to obtain a desired field of view. In order to access and control the IP camera, it is necessary to double-click the icon of the interface screen (FIG. 17) of the service virtual object management system of the present invention, and a pop-up window for the camera view is opened.

Thereafter, after establishing a connection with the camera, a frame queue is created to fix the frame of the streaming object. The streaming object runs in a separate loop and gets continuous frames from the camera according to the frame rate stored in the frame queue. To save the stream, the camera thread starts, fetches a frame from the queue and stores it. This order of operation is shown in FIG. 16. Once streaming starts, the user can execute a variety of supported commands to move the camera through the virtual object.

FIG. 17 shows a tool tip for displaying the name of the virtual object when a mouse is placed on the device icon when a list of devices registered in the service virtual object management system (SVOM) according to the present invention is displayed. Double-clicking the IP-camera icon (in the red box) opens a new pop-up window for interaction as shown in FIG. 17, and then, the Windows form control of the pop-up window is dynamically linked to the corresponding property of the selected virtual object VO. In this example experiment, the Afroge.NET library was used to obtain a live camera stream. Only the camera movement operation is executed, and the zoom button is deactivated because this camera VO profile (see Fig. 15) does not perform the zoom operation.

Users can write the stream to some online storage for later search and analysis. In addition, we implemented a customized interface for registered IoT devices of known types that share the same profile information.

Furthermore, for a new type of IoT device where the IoT device is unknown, the system supports the dynamic creation of interactive interfaces in which elements of the interface are created during runtime. Create a button on the interface with clickable events for all attributes of the registered device virtual profile. Clicking the button triggers an event to execute the task on the IoT device. End users can test the properties contained in the virtual profile of the registered IoT device.

As described above, according to an embodiment of the present invention, services of physical devices and registered devices constituting the Internet of Things (IoT) are virtualized, the virtualized network is easily managed, and the control supported by the selected device is It is possible to establish an efficient management system to check operation, operation status and fault conditions.

In particular, as the size of the network constituting the Internet of Things increases, major performances such as response time, throughput, and packet transmission rate in the system decrease significantly. Therefore, when the management system according to the present invention is applied, it is possible to improve the IoT environment for constructing such a virtualized network.

Furthermore, the functional configuration and execution operation applied to the present invention may be represented by functional block configurations and various processing steps. These functional blocks may be implemented with various numbers of hardware or/and software configurations that perform specific functions. For example, the present invention provides integrated circuit configurations such as memory, processing, logic, and look-up tables, which can execute various functions by controlling one or more microprocessors or by other control devices. Can be adopted.

Similar to how the components of the present invention can be implemented with software programming or software elements, the present invention includes various algorithms implemented with a combination of data structures, processes, routines or other programming constructs, including C, C++ , Java, assembler, etc. may be implemented in a programming or scripting language. Functional aspects can be implemented with an algorithm running on one or more processors. In addition, the present invention may employ conventional techniques for electronic environment setting, signal processing, and/or data processing. Terms such as "~ module", "~ part", "mechanism", "element", "means", and "configuration" may be widely used, and are not limited to mechanical and physical configurations. The term may include a meaning of a series of routines of software in connection with a processor or the like.

Claims (12)

1. A first layer module 100 configured to configure a physical layer by being connected to at least one object that is an object device or sensor;

   The first layer composing a virtual layer that communicates through an application and an object constituting the first layer module, captures the characteristics and behavior of the object in the form of a virtual object, stores it in a database, and creates a virtual object (VO). A two-layer module 200;

   A service composition layer for synthesizing a service object (SO) by combining functions provided by two or more virtual objects constituting the second layer module includes a third layer module 300; And

   Including; a service virtual object management module 400 that reads information on the virtual objects and service objects of the second layer module and the third layer module, performs failure and configuration management, and is exposed to external applications.

   IoT resource and service management system.
2. The method according to claim 1,

   The thing device of the first tier module 100 is at least one of an internet of things device, a web of things device, or a device of all things, and includes a device that collects data from the surroundings or an actuator that controls context parameters through an actuation,

   The first layer module 100 virtualizes the things device and network resources,

   IoT resource and service management system.
3. The method according to claim 2,

   The third layer module 300,

   In the second layer module 200, a service object is implemented by combining a function provided by two or more virtual objects among virtual objects that virtualize object detection of the object device of the first layer module 100 and information related to object operation. But,

   At least any one of the formed service objects comprises an input virtual object coupled with an output stream to display the collected data,

   IoT resource and service management system.
4. The method according to any one of claims 1 to 3,

   The service virtual object management module 400,

   A configuration management unit 410 for displaying an installation location and service related to a specific object registered as a virtual object; And

   Including; a defect management unit 420 that displays the operation state and the defect state of a specific object registered as a virtual object

   IoT resource and service management system.
5. The method of claim 4,

   The configuration management unit 410 of the service virtual object management module 400,

   Provides an interface to search and display the specifications of the registered virtual object (VO) and service object (SO),

   The interface,

   A location-based management function that displays virtual objects and services in the selected area,

   Service device type-based management function that visualizes and displays all devices and services located within the selected area,

   Providing a converged management function that simultaneously displays the location-based management function and service device type-based management function,

   IoT resource and service management system.
6. The method of claim 5,

   The defect management unit 420 of the service virtual object management module 400,

   Provides an interface to search and display the current status of the registered virtual object (VO) and service object (SO),

   An operation status management function that displays the current operation and idle status of the selected device;

   Provides a defect status management function that checks whether all devices are fixed and displays whether they are defective.

   IoT resource and service management system.
7. The method of claim 6,

   The defect status management function,

   Takes a list of registered virtual objects as input, and tries to connect to each device using a Unified Resource Identifier (URI) to obtain information on the current state,

   After setting the maximum attempt threshold for the connection attempt, if there is no response even when the threshold is exceeded, it is regarded as "not working",

   The output list contains information on the failure status of each virtual object.

   IoT resource and service management system.
8. A first step of defining a resource of an object based on the location information and operation information of the object, and registering the object using this;

   A second step of capturing the characteristics and motions of the object in the form of a virtual object, storing it in a database, and creating a virtual object (VO);

   A third step of synthesizing a service object (SO) by combining functions provided by the two or more virtual objects created in step 2;

   A fourth step of reading information on the virtual objects and service objects of the second and third steps to perform failure and configuration management, and to expose and display information to an external application;

   A method for managing resources and services of the Internet of Things, including.
9. The method of claim 8,

   Step 4 above,

   Provides an interface to search and display the specifications of the registered virtual object (VO) and service object (SO),

   A location-based management function that displays virtual objects and services in the selected area,

   Service device type-based management function that visualizes and displays all devices and services located within the selected area,

   Providing a converged management function that simultaneously displays the location-based management function and service device type-based management function,

   A method for managing resources and services of the Internet of Things, including.
10. The method of claim 9,

    Step 4 above,

    Provides an interface to search and display the current status of the registered virtual object (VO) and service object (SO),

    An operation status management function that displays the current operation and idle status of the selected device;

    Provides a defect status management function that checks whether all devices are fixed and displays whether they are defective.

    A method for managing resources and services of the Internet of Things, including.
11. The method of claim 10,

    Step 4 above,

    The defect status management function,

    It takes a list of registered virtual objects as input, and tries to connect to each device using a Uniform Resource Identifier (URI) to obtain information on the current state.

    After setting the maximum attempt threshold for the connection attempt, if there is no response even when the threshold is exceeded, it is regarded as "not working",

    The output list contains information on the failure status of each virtual object.

    A method for managing resources and services of the Internet of Things, including.
12. A computer-readable recording medium in which a program for performing the resource and service management method of the IoT according to claim 11 is recorded.

Images