KR101866415B1 - Method and System for Convergence or Convert of Local Network and Remote Network IoT Service to Provide useful IoT Service - Google Patents

Abstract

Disclosed are a method and a system for merging and switching a local or remote network IoT service to provide a convenient IoT service. The system for merging and switching a local or remote network IoT service to provide a convenient IoT service, which is proposed by the present invention, comprises: a bridge connecting an IoT service between IoT devices using heterogeneous communication protocols according to a story about an event of the IoT service, and transmitting information on a smart device to a local core and a remote server; the local core notifying the smart device of the event of the IoT service and applying, to the bridge, the story about the event of the IoT service set by the smart device, when the event occurs, in a case that it is impossible to be connected to a cloud service; the smart device setting, through an application, the story about the event of IoT service, identifying whether the cloud service is connected, and transmitting the story about the event of the IoT service to the local core or the remote server according to whether the cloud service is connected; and the remote server notifying the smart device of the event of the IoT service when the event occurs in the case that it is possible to be connected to the cloud service, and applying, to the bridge, the story about the event of the IoT service set by the smart device.

Description

TECHNICAL FIELD [0001] The present invention relates to a method and system for converging and switching a local network or a remote network IoT service to provide a convenient IoT service,

The present invention relates to a method and system for converging and switching a local or remote network IoT service to provide a convenient IoT service.

Even if the IoT network composed of the IoT device and the hub is configured as a local network, it is only allowed to control via the external network such as the Internet or a cloud service in order to control the user. Therefore, if the Internet network is switched or a problem occurs in the device or service provider cloud service, normal IoT service becomes impossible to use. Also, authentication and log-in are required every time for control. This can be a problem when using a service that normally needs to be operated normally, such as a security service. Companies are designed with the policy structure of these service platforms to minimize the service sessions that they use without going through their service platforms.

In order to solve the problems of the related art, there is a need for an IoT service technology that enables the same to be used even if the local network is not linked to the Internet or the cloud service when user / device registration and initial authentication are performed.

SUMMARY OF THE INVENTION The present invention provides a method and system that can be used even when a local network is not linked to the Internet or a cloud service when user / device registration and initial authentication are performed. In addition, through the smart device application of the user, it is possible to selectively provide a remote access / local network based IoT service according to the current available communication environment or availability of a cloud service access, Service.

In one aspect, a convergence and switching system of a local network or a remote network IoT service for providing a convenient IoT service proposed by the present invention is a system for providing an IoT service between IoT devices using a heterogeneous communication protocol according to a story about an event of the IoT service And notifies the smart device of an event when an event of the IoT service occurs when the bridge and the cloud service for transmitting the information of the smart device to the local core and the remote server can not be interlocked, A local core for applying the story of the event of the service to the bridge, a story about the event of the generated IoT service is set through the application, and whether or not the cloud service is linked is checked. About the events of the IoT service on the remote server Includes a remote server that notifies the smart device of an event when an event of the IoT service occurs, and applies a story about the event of the IoT service set in the smart device to the bridge, when the smart device transmitting the tree and the cloud service can be interlocked do.

The local core informs the smart device of the event when the event of the IoT service occurs, regardless of whether the cloud service is interlocked or not, and also notifies the bridge of the event to perform the automatic operation of the IoT device according to the preset story.

The local core and the remote server apply the user command corresponding to the story of the event of the IoT service received from the smart device as a bridge, and the bridge controls the operation of the IoT device according to the event.

According to another aspect of the present invention, a convergence and switching method of a local network or a remote network IoT service for providing a convenient IoT service includes transmitting a smart device's information to a local core and a remote server through a bridge When the event of the IoT service is not available, when the event of the IoT service is notified to the smart device through the local core, when the cloud service is interlocked, when the event of the IoT service occurs, A step of notifying an event to the smart device through the remote server, a step of setting a story about the event of the generated IoT service through an application installed in the smart device, checking whether the cloud service is linked through the smart device, Follow IoT on local core or remote server A story about an event of an IoT service set in a smart device through a local core is applied to a bridge when the cloud service can not be interworked; A step of applying a story about an event of the IoT service set in the smart device to the bridge through the bridge and interworking the IoT service between the IoT devices using the heterogeneous communication protocol according to the story about the event of the IoT service through the bridge .

Through the local core, when an event of the IoT service occurs, the event is notified to the smart device regardless of whether the cloud service is linked or not, and at the same time, the corresponding event is also notified to the bridge to perform the automatic operation of the IoT device according to the preset story.

According to embodiments of the present invention, when the user / device registration and initial authentication are performed, the local network can be used equally even if it is not linked to the Internet or the cloud service. In addition, through the smart device application of the user, it is possible to selectively provide a remote access / local network based IoT service according to the current available communication environment or availability of a cloud service access, Service can be provided.

FIG. 1 is a diagram illustrating a convergence and switching operation of an IoT service according to an embodiment of the present invention. Referring to FIG.
FIG. 2 is a flowchart illustrating a convergence and switching method of a local network or a remote network IoT service for providing a convenient IoT service according to an embodiment of the present invention. Referring to FIG.
3 is a diagram illustrating an operation of the cloud service switching according to an embodiment of the present invention.
4 is a diagram illustrating an implementation of a security service according to an embodiment of the present invention.
5 is a diagram for explaining the convergence and switching structure of the IoT service according to an embodiment of the present invention.
6 is a view for explaining operations when a new device is added according to an embodiment of the present invention.
FIG. 7 is a diagram for explaining operations when an event occurs according to an embodiment of the present invention.

The present invention relates to a method and system for converging and switching a local network or a remote network IoT service to provide a convenient IoT service. More particularly, the present invention relates to a method and system for converging and switching a local network or a remote network IoT service, And a local / remote network convergence IoT service technology that enables the same to be used even if it is not interworked. In particular, important services such as security services can be operated unconditionally regardless of whether the external network is linked or not. For example, if a door open sensor is detected by a missed door open sensor, it is necessary to take measures such as a siren ringing or other doors being locked inside regardless of whether the internet / cloud service is operating normally or not.

The convergence and conversion method and system of the proposed IoT service selectively provide the remote access / local network based IoT service according to the current available communication environment or cloud service access availability through the user's smart device application, Transition, and IoT services that are maintained in the event of an emergency from the user's perspective. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

FIG. 1 is a diagram illustrating a convergence and switching operation of an IoT service according to an embodiment of the present invention. Referring to FIG.

The operation method of the convergence and switching system of the local network or the remote network IoT service proposed in the present invention can be equally used even if the local network is not linked to the Internet / cloud service when user / device registration and initial authentication are performed.

The IoT hub device 110 may interwork with the IoT device 140 and the plurality of sensors 130 via the local network 150 or the remote network 160 depending on whether the local network or the remote network is interlocked. . The IoT device 140 may include a lighting device 141 and a communication device 142 and the plurality of sensors 130 may include a door open sensor 131 and a camera 132.

The proposed system can operate unconditionally important services such as security services irrespective of whether the external network is interlocked or not. For example, if a door open sensor is detected by a missed door open sensor, it is necessary to take measures such as a siren ringing or other doors being locked inside regardless of whether the internet / cloud service is operating normally or not.

The convergence and conversion method and system of the proposed IoT service selectively provide the remote access / local network based IoT service according to the current available communication environment or cloud service access availability through the user's smart device application, By switching, IoT services can be provided that are maintained even in an emergency situation from the user's point of view.

FIG. 2 is a flowchart illustrating a convergence and switching method of a local network or a remote network IoT service for providing a convenient IoT service according to an embodiment of the present invention. Referring to FIG.

The convergence and switching method of a local network or a remote network IoT service for providing a convenient IoT service includes a step 210 of transmitting information of a smart device to a local core and a remote server through a bridge 210, A step 221 of notifying an event to the smart device through a local core when an event of the IoT service occurs, a step 221 when the event of the IoT service can be interlinked, A step 230 of notifying an event to the smart device 222, a step 230 of setting a story about the event of the generated IoT service through an application installed in the smart device, checking whether the cloud service is linked through the smart device, Depending on whether the local core or remote server on the event of the IoT service A step 251 of applying a story about an event of the IoT service set in the smart device to the bridge through the local core when the cloud service can not be interlocked (step 251); if the cloud service can be interlocked, A step 252 of applying a story about an event of the IoT service set up in the smart device through the server to the bridge 252 and linking the IoT service between the IoT devices using the heterogeneous communication protocol according to the story about the event of the IoT service through the bridge (Step 260).

In step 210, the IoT service is interworked between IoT devices using heterogeneous communication protocols according to a story about the event of the IoT service via the bridge, and the information of the smart device is transmitted to the local core and the remote server. Story refers to one operation scenario rule that executes the operation of the IoT device corresponding to an event that occurs when an event occurs while monitoring registered events. The bridge controls the sensor and the device to be interlocked, and performs the cloud connection for the user authentication at the first interlocking.

In step 221, when the cloud service can not be interworked, an event is notified to the smart device via the local core when an event of the IoT service occurs. The local core provides local IoT services for interworking with remote servers (that is, cloud services) or switching cloud services.

In step 222, when the cloud service is interlocked, the event is notified to the smart device through the remote server when the event of the IoT service occurs.

When an event occurs in the IoT service, the local core notifies the smart device of the event regardless of whether the cloud service is interlocked or not, and also notifies the bridge of the event to perform the automatic operation of the IoT device according to the preset story.

In step 230, a story about the event of the generated IoT service is set through an application installed in the smart device. For example, a story registers a specific occurrence event corresponding to When, and registers a scenario rule by registering an action of the IoT device when the event occurs. Construct a registered sensor and device to create a story.

Then, even if the cloud server does not work, IOT devices can be operated normally by executing the existing creation story. These stories are kept and managed in the local core.

In step 240, the smart device confirms whether the cloud service is interlocked and transmits a story about the event of the IoT service to the local core or the remote server according to whether the cloud service is interlocked or not.

In step 251, if the cloud service is not interworking, the story about the event of the IoT service set in the smart device via the local core is applied to the bridge.

In step 252, if interworking of the cloud service is possible, the story about the event of the IoT service set in the smart device is applied to the bridge through the remote server.

In step 260, the IoT service is interworked between the IoT devices using the disparate communication protocol according to the story about the event of the IoT service via the bridge. At this time, the local core and the remote server apply the user command corresponding to the story about the event of the IoT service received from the smart device as a bridge, and the bridge controls the operation of the IoT device according to the event.

3 is a diagram illustrating an operation of the cloud service switching according to an embodiment of the present invention.

The IoT hub device 310 may enable the user / device 320 to be interlocked with the IoT device and a plurality of sensors (e.g., the door open sensor 341 and the camera 342) depending on whether the local network or the remote network is interlocked do. More specifically, it is confirmed whether or not the cloud service 330 can be accessed through the application installed in the user / device 320, and when the service is switched (350), the IoT hub, the AP, Thereby enabling normal operation.

4 is a diagram illustrating an implementation of a security service according to an embodiment of the present invention.

Important services such as security services must be operated unconditionally regardless of whether the external network is interlocked or not. For example, when the opening of the door 440 is detected through the absence door open sensor 432 and the camera 431, a siren may sound irrespective of whether the internet / cloud service is normally operated, It is necessary to take measures such as locking.

The IoT hub device 410 may enable the user / device 420 to interwork with the IoT device and a plurality of sensors (e.g., the camera 431 and the door open sensor 432) depending on whether the local network or the remote network is interlocked do. For example, when a sensor is detected and an event occurs, a message can be delivered to an application installed in the user / device 320.

In addition, it is possible to check whether or not the cloud service can be accessed through the application installed in the user / device 320, and to check the availability of the cloud service through the local network when the remote service switching (that is, IOT hub, AP, and smart device.

5 is a diagram for explaining the convergence and switching structure of the IoT service according to an embodiment of the present invention.

The IoT hub device 510 according to an embodiment of the present invention includes a bridge 512 and a local core 511. [ The bridge 512 interlocks the IoT service among the IoT devices using the heterogeneous communication protocol according to the storages 531, 532, and 533 regarding the events of the IoT service. It also sends the information of smart device 520 to local core 511 and remote server 530.

When the cloud service can not be interworked, the event is notified to the smart device 520 via the local core 511 when an event of the IoT service occurs. The local core 511 provides a local IoT service upon interworking with a remote server (i. E., The cloud service) 530 or in a cloud service switch.

When the cloud service can be interworked, the event is notified to the smart device 520 via the remote server 530 when an event of the IoT service occurs.

When an event of the IoT service occurs, the local core 511 informs the smart device 520 of the event regardless of whether the cloud service is interlocked or not, and at the same time, And notifies the corresponding event.

The smart device 520 sets up stories 531, 532, and 533 about the event of the generated IoT service through the installed application.

Then, the smart device 520 confirms whether the cloud service is interlocked and transmits a story about the event of the IoT service to the local core 511 or the remote server 530 according to whether the cloud service is interlocked or not.

If interlinking of the cloud service is not possible, a story about the event of the IoT service set in the smart device via the local core 511 is applied to the bridge 512.

When the cloud service can be interworked, a story about an event of the IoT service set in the smart device is applied to the bridge 512 via the remote server 530.

Finally, the IoT service is interworked between the IoT devices 541, 542, and 543 using the heterogeneous communication protocol according to the story about the event of the IoT service through the bridge 512. At this time, the local core 511 and the remote server 530 apply the user command corresponding to the story about the event of the IoT service received from the smart device 520 to the bridge 512, To perform the operation of the IoT device.

6 is a view for explaining operations when a new device is added according to an embodiment of the present invention.

FIG. 6A is a diagram for explaining operations when adding a new device in a state where a remote server (cloud service) is available according to an embodiment of the present invention.

When a new device is added in the remote server (cloud service) availability state, the bridge 610 updates the new device information to the local core 620 and the remote server 630 (651a). It can be updated periodically every time a new device is added. When the remote server (cloud service) is available, the remote server 630 informs the outdoor smart device 640 application (App) (652a). The smart device 640 sets a new story including the device. After setting the story, the connection state is detected (653a). In other words, verify the availability of the remote server. A new story is stored and applied to the remote server 630 (654a). Story information of the remote server 630 and the local core 620 is synchronized (655a). Finally, a new story is applied to the bridge 610 at the local core 620 (656a). Thereafter, the process is repeated from step 651a.

FIG. 6B is a diagram for explaining an operation when adding a new device in a remote server (cloud service) disabled state according to an embodiment of the present invention.

When a new device is added in the remote server (cloud service) disabled state, the bridge 610 updates the new device information to the local core 620 and the remote server 630 (651b). (652b) from the local core (620) to the smart device (640) in the local wireless network (App). The smart device 640 sets a new story including the device. After setting the story, the connection state is detected (653b). In other words, it confirms that the remote server is not available. The new story is immediately applied to the local core 630 (654b). The local core 620 applies the story to the bridge 610 (655b). Thereafter, the process is repeated from step 651b.

FIG. 7 is a diagram for explaining operations when an event occurs according to an embodiment of the present invention.

FIG. 7A is a diagram for explaining an operation when an event occurs in a state where a remote server (cloud service) is available according to an embodiment of the present invention.

When an event such as a sensor interlocked with the bridge 710 is generated, the local core 720 and the remote server 730 are notified 751a. The remote server 730 notifies the smart device 740 application of the event as a message (752a). At the same time, the local core 720 causes the automatic operation of the IoT device to be performed according to a preset story separately from the notification (752a). An additional command is executed through the smart device 740 application (753a). The smart device 740 also detects the connection status. In other words, verify the availability of the remote server. Then, a command for the operation of the IoT device corresponding to the event is transmitted to the remote server 730 (754a). Finally, the remote server 730 applies a user command for operation of the IoT device to the bridge 710 and performs an operation of the IoT device corresponding to the event (755a). Thereafter, the process is repeated from the step 751a.

FIG. 7B is a diagram for explaining operations when an event occurs in a remote server (cloud service) disabled state according to an embodiment of the present invention.

And notifies the local core 720 and the remote server 730 of an event generated by a sensor or the like interlocked with the bridge 710 (751b). The local core 720 immediately notifies the smart device 740 application in the local network of the event as a message (752b). At the same time, the local core 720 causes the automatic operation of the IoT device to be performed according to a preset story separately from the notification (752b). An additional command is executed through the smart device 740 application (753b). The smart device 740 also detects the connection status. In other words, verify that the remote server is not available. Then, a command for the operation of the IoT device corresponding to the event is transmitted to the local core 720 (754b). Finally, the local core 720 applies a user command for operation of the IoT device to the bridge 710 and performs an operation of the IoT device corresponding to the event (755b). Thereafter, the process is repeated from step 751b.

According to embodiments of the present invention, when the user / device registration and initial authentication are performed, the local network can be used equally even if it is not linked to the Internet or the cloud service. In addition, through the smart device application of the user, it is possible to selectively provide a remote access / local network based IoT service according to the current available communication environment or availability of a cloud service access, Service can be provided.

The apparatus described above may be implemented as a hardware component, a software component, and / or a combination of hardware components and software components. For example, the apparatus and components described in the embodiments may be implemented within a computer system, such as, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable array (FPA) A programmable logic unit (PLU), a microprocessor, or any other device capable of executing and responding to instructions. The processing device may execute an operating system (OS) and one or more software applications running on the operating system. The processing device may also access, store, manipulate, process, and generate data in response to execution of the software. For ease of understanding, the processing apparatus may be described as being used singly, but those skilled in the art will recognize that the processing apparatus may have a plurality of processing elements and / As shown in FIG. For example, the processing unit may comprise a plurality of processors or one processor and one controller. Other processing configurations are also possible, such as a parallel processor.

The software may include a computer program, code, instructions, or a combination of one or more of the foregoing, and may be configured to configure the processing device to operate as desired or to process it collectively or collectively Device can be commanded. The software and / or data may be in the form of any type of machine, component, physical device, virtual equipment, computer storage media, or device As shown in FIG. The software may be distributed over a networked computer system and stored or executed in a distributed manner. The software and data may be stored on one or more computer readable recording media.

The method according to an embodiment may be implemented in the form of a program command that can be executed through various computer means and recorded in a computer-readable medium. The computer-readable medium may include program instructions, data files, data structures, and the like, alone or in combination. The program instructions to be recorded on the medium may be those specially designed and configured for the embodiments or may be available to those skilled in the art of computer software. Examples of computer-readable media include magnetic media such as hard disks, floppy disks, and magnetic tape; optical media such as CD-ROMs and DVDs; magnetic media such as floppy disks; Magneto-optical media, and hardware devices specifically configured to store and execute program instructions such as ROM, RAM, flash memory, and the like. Examples of program instructions include machine language code such as those produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like.

While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it is to be understood that the invention is not limited to the disclosed exemplary embodiments. For example, it is to be understood that the techniques described may be performed in a different order than the described methods, and / or that components of the described systems, structures, devices, circuits, Lt; / RTI > or equivalents, even if it is replaced or replaced.

Therefore, other implementations, other embodiments, and equivalents to the claims are also within the scope of the following claims.

Claims (7)

A bridge for interworking IoT services between IoT devices using heterogeneous communication protocols according to a story about an event of the IoT service and transmitting information of the smart device to a local core and a remote server;
A local core for notifying an event to the smart device when an event of the IoT service occurs and for applying a story about an event of the IoT service set in the smart device to the bridge when the cloud service can not be interlocked; And
A smart device that transmits a story about an event of the IoT service to a local core or a remote server according to whether the cloud service is interlocked or not by confirming whether or not the cloud service is interlocked by setting a story about an event of the generated IoT service through an application,
Lt; / RTI >
The story about the event of the IoT service is one operation scenario rule for monitoring the registered events and executing the operation of the IoT device corresponding to the generated event when the event occurs, Register an event, register the action of the IoT device in the event of occurrence of the event, register one scenario rule, construct a registered sensor and device to create a story,
The local core and the remote server apply the user command corresponding to the story of the event of the IoT service received from the smart device as a bridge, and the bridge controls the operation of the IoT device according to the event
Convergence and conversion system of IoT service. The method according to claim 1,
A remote server that notifies an event to the smart device when an event of the IoT service occurs, and applies a story about the event of the IoT service set in the smart device to the bridge when the cloud service can be interlocked
Further comprising: < RTI ID = 0.0 > IoT < / RTI > 3. The method of claim 2,
The local core,
When an event of IoT service occurs, regardless of whether the cloud service is linked or not, the smart device is notified of the event, and at the same time, the event is notified to the bridge so as to perform the automatic operation of the IoT device according to the preset story
Convergence and conversion system of IoT service. delete Transmitting information of the smart device to a local core and a remote server via a bridge;
When an event of the IoT service occurs, notifying an event to the smart device via a local core when the cloud service can not be interworked;
Setting a story about an event of the generated IoT service through an application installed in the smart device;
Transmitting a story about an event of the IoT service to a local core or a remote server according to whether the cloud service is interlocked with the smart device by checking whether the cloud service is interlocked with the smart device;
Applying a story about an event of the IoT service set in the smart device via the local core to the bridge if the cloud service is not interworking; And
Interworking IoT service between IoT devices using heterogeneous communication protocol according to the story about events of IoT service through bridge
Lt; / RTI >
The story about the event of the IoT service is one operation scenario rule for monitoring the registered events and executing the operation of the IoT device corresponding to the generated event when the event occurs, Register an event, register the action of the IoT device in the event of occurrence of the event, register one scenario rule, construct a registered sensor and device to create a story,
The local core and the remote server apply the user command corresponding to the story of the event of the IoT service received from the smart device as a bridge, and the bridge controls the operation of the IoT device according to the event
Convergence and conversion of IoT services. 6. The method of claim 5,
If cloud services can work together,
When an event of the IoT service occurs, notifying an event to the smart device via the remote server; And
Applying the story about the event of the IoT service set in the smart device to the bridge through the remote server
Further comprising the steps of: The method according to claim 6,
Through the local core, when an event of the IoT service occurs, the event is notified to the smart device regardless of whether the cloud service is linked or not, and at the same time, the event is notified to the bridge to perform the automatic operation of the IoT device according to the preset story
Convergence and conversion of IoT services.

Images