KR102283503B1 - Method for providing intelligent smart contract - Google Patents

Abstract

An embodiment of the present invention provides a service providing step of providing the service based on a scenario including one or more smart contracts necessary to provide a service using a shared resource through a block chain network, a user terminal or a manager terminal A feedback step of providing feedback for editing a scenario, a learning step of learning an artificial intelligence learning model that changes the contents of one or more smart contracts included in the scenario based on the feedback, and the artificial intelligence learning model is applied to the scenario By providing an intelligent smart contract providing method, including a scenario modification step of changing the contents of one or more included smart contracts, the conditions and operations of smart contracts can be changed, so that various types of shared resources are required to provide shared services. Smart contracts with various conditions can be created and used.

Description

Method for providing intelligent smart contract

The present invention relates to a method for providing an intelligent smart contract.

The current shared service is in the form of a company intermediary between individuals and receiving a fee, and the service is provided based on the centralized shared service provision system operated by the company. The current shared service has a service provision form for sharing a single item. For example, Uber provides a ride-sharing service, and Airbnb provides a lodging-sharing service. These existing shared services have limitations in not being able to provide various types of products or services.

In addition, since the current shared service uses a centralized system for providing the shared service, there is a problem that there is a single point of failure in which the provision of the service becomes difficult in case of a hacking or attack on the server.

A blockchain network can provide a smart contract in which the contract is programmed to automatically execute a predetermined action when the condition is satisfied. A smart contract can be programmed to perform a fixed contract and can be operated in a blockchain network, but a smart contract that is already in operation has a problem in that it is difficult to change the conditions.

KR 10-2013-0047915 A

An object of an embodiment of the present invention is to provide an intelligent smart contract that can change the conditions and operation of the smart contract based on user feedback.

An object of an embodiment of the present invention is to provide a method for creating an intelligent smart contract to have conditions and operations necessary to provide a shared service using various types of shared resources.

An intelligent smart contract providing method according to an embodiment of the present invention includes a service providing step of providing the service based on a scenario including one or more smart contracts necessary to provide a service using a shared resource through a block chain network; A feedback step in which a user terminal or a manager terminal provides feedback for editing the scenario, a learning step of learning an artificial intelligence learning model that changes the contents of one or more smart contracts included in the scenario based on the feedback, and the artificial intelligence The intelligent learning model may include a scenario modification step of changing the contents of one or more smart contracts included in the scenario.

In addition, the scenario may include one or more smart contracts necessary to provide the service through the blockchain network, and an operation sequence of the smart contract, and the smart contract provides a service using the shared resource. It may include one or more conditions for implementing at least some necessary functions, and an operation performed when the conditions are satisfied.

In addition, in the feedback step, the user terminal or the manager terminal may edit at least a part of the scenario and provide it as feedback.

In addition, in the learning step, the artificial intelligence learning model may be trained using learning data in which the input data is the scenario and the correct answer data is the edited scenario received from the user terminal or the manager terminal.

In addition, the modifying step acquires a modified scenario output by inputting the scenario to the artificial intelligence learning model trained based on the feedback collected for a predetermined period, and applying the modified scenario to a service using the shared resource can do.

In addition, the feedback may further include location information collected from the user terminal, an answer input to a pop-up question provided according to the location information, and a history of conversations between the chatbot and the user.

In addition, in the feedback step, if the user or administrator modifies the functions that the user or administrator must input in the scenario through the user terminal or the administrator terminal, the plurality of smart contracts included in order to provide the functions of the scenario accordingly It is possible to automatically modify the operation sequence, conditions or operations of smart contracts.

In addition, prior to the service providing step, a shared resource registration step of registering the shared resource to a blockchain network and determining a scenario to be applied to a service using the shared resource in order for the manager terminal to provide a service using the shared resource is further performed In addition, the service providing step may include providing the service according to a scenario determined in the shared resource registration step.

In addition, the shared resource registration step is an information transmission step in which the manager terminal provides information about the shared resource and information about a composite IoT device coupled to the shared resource to the block chain network, and previously registered with the shared resource In case of similarity by comparing other shared resources, a scenario used for a service using another previously registered shared resource is provided to the manager terminal, and an exemplary scenario when the shared resource is new and different from other previously registered shared resources An example providing step of providing them to the manager terminal, and the manager terminal receives and provides a user's edit of a scenario used for a service using the other shared resource, or one scenario and a user selected by the user from among the exemplary scenarios It may include a scenario selection step of receiving and providing the edit of.

The features and advantages of the present invention will become more apparent from the following detailed description taken in conjunction with the accompanying drawings.

Prior to this, the terms or words used in the present specification and claims should not be construed in a conventional and dictionary meaning, and the inventor may properly define the concept of the term to describe his invention in the best way. It should be interpreted as meaning and concept consistent with the technical idea of the present invention based on the principle that there is.

According to an embodiment of the present invention, the conditions and operations of the smart contract can be changed, so that it is possible to create and use smart contracts with various conditions necessary to provide various types of shared resources to shared services.

In addition, according to an embodiment of the present invention, since conditions and operations of the smart contract can be changed based on user feedback, it is possible to continuously update the smart contract necessary to provide a shared service.

1 is a diagram illustrating an environment in which an intelligent smart contract providing method according to an embodiment of the present invention is performed.
2 is a diagram illustrating a composite IoT device according to an embodiment of the present invention.
3 is a view showing each step of the intelligent smart contract providing method according to an embodiment of the present invention.
4 is a diagram illustrating a scenario of a method for providing an intelligent smart contract according to an embodiment of the present invention in terms of smart contracts and functions.
5 is a diagram illustrating scenario editing according to an embodiment of the present invention.
6 is a diagram illustrating learning data for an artificial intelligence learning model according to an embodiment of the present invention.
7 is a diagram exemplarily illustrating a neural network structure of an artificial intelligence learning model according to an embodiment of the present invention.

The objects, specific advantages and novel features of one embodiment of the present invention will become more apparent from the following detailed description and preferred embodiments taken in conjunction with the accompanying drawings. In the present specification, in adding reference numbers to the components of each drawing, it should be noted that only the same components are given the same number as possible even though they are indicated on different drawings. In addition, terms such as "one side", "the other side", "first", "second" etc. are used to distinguish one component from another component, and the component is limited by the terms. no. Hereinafter, in describing an embodiment of the present invention, detailed descriptions of related known technologies that may unnecessarily obscure the gist of an embodiment of the present invention will be omitted.

Hereinafter, an embodiment of the present invention will be described in detail with reference to the accompanying drawings.

1 is a diagram illustrating an environment in which an intelligent smart contract providing method according to an embodiment of the present invention is performed.

The intelligent smart contract providing method according to an embodiment of the present invention is a 'shared service using a complex IoT device that is provided based on the block chain network 50 so that anyone can provide and use various shared resources (10) as a sharing target. It may be performed in connection with the 'providing method'.

Shared resources by an administrator combining the composite IoT device 20 to various types of shared resources 10 and registering information about the shared resource 10 and information about the composite IoT device 20 in the blockchain network 50 If (10) is provided to the shared service, the user acquires the right to use the shared resource 10 through the block chain network 50 and unlocks the composite IoT device 20 based on the use right to unlock the shared resource ( 10) can be used. In one embodiment of the present invention, the shared service or service is not only a service for sharing the shared resource 10, but also selling goods or providing various types of services using the shared resource 10, or the shared resource 10 itself. It may include a service for buying and selling.

In the process of providing a service using various types of shared resources 10 , it may be necessary to change the detailed steps of providing a service according to the characteristics of the shared resource 10 or the characteristics of the service. Since the intelligent smart contract providing method according to an embodiment of the present invention can modify the smart contract implementing the service providing process in the blockchain network 50 based on user feedback, a new kind of shared resource 10 It is possible to provide a smart contract suitable for providing a new kind of service.

Hereinafter, an environment providing an intelligent smart contract providing method according to an embodiment of the present invention will be described.

1, the intelligent smart contract providing method according to an embodiment of the present invention is a composite IoT device 20, a manager terminal 31, a user terminal 32, a blockchain network 50, a distributed This may be performed using the database 70 and the scenario management server 90 .

The blockchain network 50 is a network in which a plurality of nodes 51 are connected in a peer-to-peer (P2P, Peer to Peer) manner. The blockchain network 50 may perform an intelligent smart contract providing method based on information processing between a plurality of nodes 51 and information processing of each node 51 . The blockchain network 50 may be composed of a plurality of nodes 51 that provide a service using the shared resource 10 and perform at least a part of a function for performing an intelligent smart contract providing method.

The node 51 may include a communication unit 51a, a control unit 51b, and a storage unit 51c. The node 51 includes an information processing device such as a server computer, PC, notebook PC, tablet PC, and smart phone. The communication unit 51a may transmit/receive data to and from another node 51 , the manager terminal 31 , the user terminal 32 , the composite IoT device 20 , the distributed database 70 , and the scenario management server 90 . . The communication unit 51a may configure the block chain network 50 by connecting the node 51 and other nodes 51 . The storage unit 51c may store all or part of the block chain 60 . The storage unit 51c may store program codes for performing some functions of the method for providing an intelligent smart contract according to an embodiment of the present invention. The control unit 51b may include a processor capable of executing a program code for performing some functions of the method for providing an intelligent smart contract according to an embodiment of the present invention.

The block chain 60 may be configured as a continuous connection of blocks 61 including the hash value of the previous block 61 as a configuration of the magnetic block 61 . Block 61 contains the hash value and storage space of the previous block 61 . The block chain 60 is stored in a plurality of nodes 51 constituting the block chain network 50, respectively, and the block chains 60 stored in the plurality of nodes 51 have the same data. In the storage space of the block 61, information about the shared resource 10, information about the composite IoT device 20, information about the manager, information about the user, service usage record using the shared resource 10, and edited The scenario SN and the like may be stored, or such information may be stored in the distributed database 70 and the storage details may be stored in the storage space of the block 61 .

The manager terminal 31 and the user terminal 32 are information processing devices that can transmit and receive data by connecting to the block chain network 50 . The manager terminal 31 and the user terminal 32 may include portable electronic devices such as smart phones, notebook PCs, tablet PCs, and wearable computers. The manager terminal 31 and the user terminal 32 may transmit/receive data to and from the blockchain network 50 through the dApp.

dApp (distributed application, distributed application) is a front-end interface that users and administrators connect to use the intelligent smart contract provision method. The dApp may be installed and executed in the manager terminal 31 and the user terminal 32, and provided to the manager terminal 31 and the user terminal 32 in the form of a web page operated on a server separate from the block chain network 50 It can also be executed in the node 51 of the blockchain network 50. The dApp may include a dApp 41 for an administrator and a dApp 42 for a user. The manager dApp 41 has a function of registering information about the shared resource 10 and information about the composite IoT device 20, a monitoring function of the shared resource 10, a scenario (SN) editing function, and various management permission functions. These may be provided to the manager terminal 31 . The user dApp 42 provides functions such as a shared resource 10 search function, a use right application, a request to unlock the complex IoT device 20, a total service recommendation, and a scenario (SN) editing function to the manager terminal 31. can provide

The dApp transfers data or commands received from the manager terminal 31 and the user terminal 32 to a smart contract existing in the blockchain network 50 . The smart contract running in the blockchain network 50 includes a smart contract for an administrator and a smart contract for a user. The manager smart contract may operate based on data and commands received from the manager dApp 41 . The smart contract for the user may operate based on the data and commands it receives from the dApp 42 for the user.

2 is a diagram illustrating a composite IoT device 20 according to an embodiment of the present invention.

As shown in FIG. 2 , the composite IoT device 20 is coupled to various types of shared resources 10 to physically or electrically open and close the shared resource 10, a lock module 21 , a user terminal 32 or Based on the key received from the block chain network 50 whether the communication module 22 for transmitting and receiving data with the block chain network 50, and the user terminal 32 has the right to use the shared resource 10, the block chain network 50 It may include a controller module 23 for determining and controlling the opening and closing of the lock module 21 .

In addition, the composite IoT device 20 includes a display module 25 capable of providing information visually or audibly to a user or manager, an input module 24 capable of receiving a touch of a user or manager, and the like, a composite IoT device It may include a power module 26 such as a battery for supplying power to the components of (20).

The lock module 21 may be opened and closed under the control of the controller module 23 . The lock module 21 is physically coupled to the sharing target to physically or electrically block the user's access to some components of the sharing target required when using the sharing target. For example, if the sharing target is a conference room or accommodation facility, the lock module 21 may be physically coupled to the door lock or lock of the door to block the user from arbitrarily opening the door. Alternatively, when the sharing target is an electronic device, the lock module 21 may be coupled to an input device or an output device of the electronic device to perform physical or electrical restrictions so that the user cannot use all or part of the electronic device. Alternatively, the lock module 21 may be coupled to a card reader or POS system that provides a payment service at the time of a transaction to restrict the user to perform a payment service based on usage rights. Alternatively, the lock module 21 may be integrally formed with a door lock or a lock. The locking module 21 may be coupled to various shared objects.

The communication module 22 may transmit/receive data to and from the manager terminal 31 , the user terminal 32 , and the block chain network 50 . The communication module 22 may use a short-distance communication method such as Wi-Fi, Bluetooth, or NFC. The communication module 22 may recognize its own location using GPS information.

The controller module 23 may control opening and closing of the lock module 21 . The controller module 23 may check the usage right of the user terminal 32 that has requested the use of the shared resource 10 . The controller module 23 compares the key received from the block chain network 50 with the key transmitted by the user terminal 32 through the communication module 22 according to the one-time authentication protocol to determine the right to use the user terminal 32 can be checked When the key received from the block chain network 50 and the key transmitted by the user terminal 32 through the communication module 22 match, the controller module 23 determines that the user terminal 32 has the right to use it. can do. The controller module 23 controls to open the lock module 21 when the existence of the right to use the user terminal 32 is confirmed. The controller module 23 may control the locking module 21 to be locked when a predetermined period of use has elapsed or a necessary condition is satisfied.

The controller module 23 may start a procedure for determining whether or not the user terminal 32 has the right to use only when the user terminal 32 approaches by a predetermined distance using short-distance communication or GPS information between the communication module 22 and the user terminal 32. there is. The proximity determination is an additional safety device in that the user terminal 32 and the communication module 22 must be unlocked in a state in which the user terminal 32 and the communication module 22 are approached by a predetermined distance to prevent use by a person who does not have the right to use. The communication module 22 performs distance determination based on the strength of radio waves such as Wi-Fi, Bluetooth, NFC, or the like, or compares its own GPS coordinates with GPS information of the user terminal 32 received from the user terminal 32 for proximity can determine whether When it is determined that the user terminal 32 approaches the communication module 22 by a predetermined distance, the controller module 23 may request the blockchain network 50 to check the usage right based on the one-time authentication protocol.

The locking module 21 of the composite IoT device 20 requires the user to open the locking module 21 based on the use right of the shared resource 10, and then other locking devices installed in advance in the shared resource 10 (for example, It can be installed as an add-on to the lock, for example, to access the door lock. The add-on method maintains the lock installed in the shared resource 10 as it is, and additionally couples the composite IoT device 20 to the lock. The lock module 21 of the composite IoT device 20 is coupled to cover a keypad, a key hole, a dial, etc. required to open the lock, and when the lock module 21 is opened, the user can use the keypad, key hole, dial, etc. It can be formed in a way that opens an accessible space.

The controller module 23 may further perform a procedure necessary for use of the shared resource 10 based on information input by a user or an administrator to the input module 24 . The controller module 23 may provide a key for opening the locking device to the user terminal 32 when the locking module 21 is opened based on the right to use the shared resource 10 . If it is determined that the user terminal 32 has the right to use the user terminal 32 , the controller module 23 provides information such as a password required to use the shared resource 10 to the user terminal 32 or through the display module 25 . can be provided to users. For example, when the lock module 21 is physically connected to the door lock, when the user terminal 32 is checked for permission to use, the controller module 23 controls the lock module 21 to open while opening the door lock. The door lock password required for this may be provided to the user terminal 32 or to the user through the display module 25 .

The gateway module 27 monitors the usage status of the shared resource 10 using at least one of a motion sensor, a human body sensor, an infrared sensor, an ultrasonic sensor, and a touch sensor to generate usage status information, and the controller module 23 can be provided to The gateway module 27 monitors whether there is a person using the shared resource 10 . The gateway module 27 is physically formed as a separate device, and may be coupled to the shared resource 10 at a location suitable for monitoring the usage state of the shared resource 10 .

For example, when the shared resource 10 is a space such as a conference room or accommodation facility, the gateway module 27 may be installed at a location where it is possible to check whether a person exists in the space. At this time, the gateway module 27 is formed as a physically separate device from the lock module 21 , and the usage state of the shared resource 10 sensed by the gateway module 27 is determined by the controller module 23 through the communication module 22 . ) can be transferred to The controller module 23 may determine whether the person using the shared resource 10 is an intruder or a legitimate user based on the usage right. The controller module 23 may provide an alert to the manager terminal 31 when it is determined as an intruder. When the usage time based on the usage right expires, the controller module 23 checks whether no one uses the shared resource 10 based on the usage status received from the gateway module 27, and the person using the shared resource 10 If there is no lock module 21 can be controlled to be locked. In the case of a transaction service for purchasing a product, since the shared resource 10 is used once, the gateway module 27 may be unnecessary.

As described above, the composite IoT device 20 according to an embodiment of the present invention can be coupled to various shared resources 10 , and the lock module 21 is provided only to a user who has the right to use the shared resource 10 . It can be opened to provide the use of the shared resource (10).

3 is a view showing each step of the intelligent smart contract providing method according to an embodiment of the present invention.

As shown in FIG. 3 , in the intelligent smart contract providing method according to an embodiment of the present invention, the manager terminal 31 uses the shared resource 10 to provide a service using the shared resource 10 in a blockchain network. A shared resource registration step (S110) of registering in (50) and determining a scenario (SN) to be applied to a service using the shared resource (10), providing a service using the shared resource (10) through the blockchain network (50) A service providing step (S120) of providing a service based on a scenario (SN) including one or more smart contracts necessary for this purpose, the user terminal 32 or the manager terminal 31 providing feedback to edit the scenario (SN) A feedback step (S130), a learning step (S140) of learning an artificial intelligence learning model that changes the contents of one or more smart contracts included in the scenario (SN) based on the feedback (S140), and the artificial intelligence learning model in the scenario (SN) It may include a scenario modification step (S150) of changing the contents of one or more included smart contracts.

The shared resource registration step (S110) may be performed before the service provision step (S120). In the shared resource registration step (S110), the manager terminal 31 provides information about the shared resource 10 and information about the composite IoT device 20 coupled to the shared resource 10 to the block chain network 50 and , it is the process of determining the necessary scenario (SN) to provide the service. In order to provide a service using the shared resource 10 , it is necessary to perform the shared resource registration step ( S110 ) of registering the shared resource 10 in the blockchain network 50 .

In the shared resource registration step (S110), the manager terminal 31 provides information about the shared resource 10 and information about the composite IoT device 20 coupled to the shared resource 10 to the block chain network 50. In the information transmission step (S111), the shared resource 10 is compared with another previously registered shared resource 10 and, if similar, manages the scenario SN used for the service using the other previously registered shared resource 10. An example providing step (S112) of providing to the terminal 31 and providing exemplary scenarios (SN) to the manager terminal 31 when the shared resource 10 is new and different from other previously registered shared resources 10 ), the manager terminal 31 receives and provides a user's edit for a scenario (SN) used for a service using another shared resource 10, or one scenario ( SN) and a scenario selection step (S113) of receiving and providing the user's edits.

The information transmission step (S111) is a process in which the manager terminal 31 provides information about the shared resource 10 and information about the composite IoT device 20 coupled to the shared resource 10 to the block chain network 50 am. The blockchain network 50 may store information about the shared resource 10 received from the manager terminal 31 and information about the composite IoT device 20 coupled to the shared resource 10 in the block 61 . .

The example providing step S112 is a process of providing the manager terminal 31 with a scenario SN necessary for providing a service using the shared resource 10 . In order to provide a service using the shared resource 10 , collaboration of the manager terminal 31 , the user terminal 32 , the composite IoT device 20 , and the blockchain network 50 is required according to a predetermined procedure. For example, if the shared resource 10 is a house, the accommodation sharing service may be provided using the house, and to provide the accommodation sharing service, a reservation is made, payment is made, the user is identified, and the lock is released. A series of procedures are required to confirm access and lock when the specified period expires. A smart contract can be used to provide such a procedure or function using the block chain network 50, and a plurality of smart contracts complexly combined to perform this procedure and the operation sequence thereof can be referred to as a scenario (SN). there is.

The scenario SN may include one or more smart contracts necessary to provide a service through the blockchain network 50, and an operation sequence of the smart contract, and the smart contract provides a service using the shared resource 10 It may include one or more conditions for implementing at least some functions required for this purpose and an operation performed when the conditions are satisfied.

4 is a diagram illustrating a scenario (SN) of a method for providing an intelligent smart contract according to an embodiment of the present invention with smart contracts and functions.

As shown in FIG. 4 , if the scenario SN is shown as a contract that is a set of smart contracts, the scenario (contract) SN may include a plurality of smart contracts and includes the operation sequence of the plurality of smart contracts. can do. In addition, if the scenario SN is shown as a function necessary to provide a service, the scenario (function) SN may include functions performed by a plurality of smart contracts, and may include an operation sequence of a plurality of functions. there is.

For example, in the case of providing a shared service that lends the shared resource 10, the scenario SN is the smart contract 1, 2, 3, ... No. (SC-1, SC-2, SC-3, ... SC-No.) may be combined to operate in sequence. At this time, if a plurality of smart contracts operate according to the scenario (SN), the shared resource current status check function (SC-1), the use authorization function (SC-2), the use start function (SC-3), ... end use The function (SC-No.) can operate. According to the shared resource 10 or the characteristics of the service, two or more smart contracts may operate in a complex manner in order to perform one function required for the provision of the service.

Referring back to FIG. 3 , in the example providing step S112 , the block chain network 50 receives the information about the shared resource 10 and the composite IoT device 20 information and services received in the information transmission step S111 . A suitable scenario SN may be provided to the manager terminal 31 according to the type of . If the shared resource 10 to be registered is compared with another shared resource 10 previously registered, it can be expected that the service will be provided according to a scenario SN similar to the service provided using the other shared resource 10. can Therefore, the blockchain network 50 compares whether the shared resources 10 are similar and selects one or more scenarios (SNs) used for services provided by using other previously registered shared resources 10, and selects the manager terminal (31) can be provided.

Alternatively, in the example providing step (S112), the blockchain network 50 compares the shared resource 10 to be registered with the previously registered shared resource 10 and is not similar and the shared resource 10 to be registered is a new type. In the case of , exemplary scenarios (SNs) used for various types of services may be provided to the manager terminal 31 . In order to provide a new type of shared resource 10 and a new type of service, a new scenario (SN) is required, but since it is difficult for an administrator to create a completely new scenario (SN) from the beginning, the scenario used in other services ( Exemplary scenarios (SNs) are provided so that appropriate scenarios (SNs) can be selected from among SNs, edited and used.

Next, in the scenario selection step S113 , when the manager terminal 31 receives the scenario SN, it displays the scenario SN to the manager, receives an input for the manager to select and edit the scenario SN, and select The created or edited scenario SN may be provided to the blockchain network 50 .

In the scenario selection step S113 , the manager terminal 31 receives scenarios SNs used for services using other shared resources 10 having similar types of shared resources 10 , among the displayed scenarios SNs. The administrator may receive an input for selecting an arbitrary scenario SN, and may provide the selected scenario SN to the block chain 60 . Alternatively, when exemplary scenarios (SNs) are received because the shared resource 10 is of a new type or the service is of a new type in the scenario selection step (S113), one scenario selected by the administrator from among the displayed exemplary scenarios (SN) ( SN) and the administrator's edits can be received and provided to the blockchain network 50 . Details of the process of the manager editing the scenario SN will be described later.

Since it is difficult for an administrator to write and execute a program code directly for a smart contract operating based on the blockchain network 50 , there is a problem in that a service using the blockchain network 50 is not widely distributed. In addition, as technology develops and society changes, a new type of shared resource 10 and a new type of service always occur, so a new type of shared resource 10 and a scenario SN for providing a service using the same are always performed. Creating a new one is an obstacle to the dissemination of services using the blockchain network 50 . In order to solve this problem, an intelligent smart contract providing method according to an embodiment of the present invention includes the step of directly editing the scenario (SN) by an administrator or user or automatically modifying the scenario (SN) by an artificial intelligence learning model Thus, it is possible to provide a new kind of shared resource 10 and a new kind of service. In the scenario selection step (S113) of the process of registering the shared resource 10 to the blockchain network 50, the administrator can edit the scenario SN through the administrator terminal 31, so that the administrator can use the new shared resource 10 can be used to easily provide new services.

When the shared resource registration step ( S110 ) is performed, a service provision step ( S120 ) in which the user searches for the shared resource 10 through the user terminal 32 and obtains and uses the right to use it may be performed. The intelligent smart contract providing method according to an embodiment of the present invention is to make it easier for an administrator or user to provide and use a 'shared service using the composite IoT device 20'. Hereinafter, the service providing step ( S120 ) of providing a shared service using the composite IoT device 20 will be described first.

In the shared service using the composite IoT device 20, the manager terminal 31 transmits the information of the shared resource 10 and the information of the composite IoT device 20 coupled to the shared resource 10 through the manager dApp through a blockchain network. A shared resource registration step (S110) of providing the shared resource 10 so that it can be shared by providing it to the 50, the user terminal 32 of the shared resource 10 registered in the blockchain network 50 through the user dApp A use right acquisition step (S121) in which a use right is requested and a use right is granted based on a smart contract designated by the manager terminal 31 in advance, and the composite IoT device 20 has a use right to the user terminal 32 It may include a use start step (S122) of opening a lock to be accessible to the shared resource 10 by determining whether there is, and when the use time determined based on the use authority expires, the use state of the shared resource 10 It may further include a use termination step (S123) of controlling the lock module 21 to be locked when it is determined that the use is terminated by checking the . In the shared resource registration step (S110), the descriptions related to the information transmission step (S111), the example providing step (S112), and the scenario selection step (S113) have been described above, and thus will be omitted below.

The shared service providing method using the composite IoT device 20 may be performed in a system including the composite IoT device 20 , the manager terminal 31 , the user terminal 32 , and the block chain network 50 . An administrator and a user may register as a member and register predetermined information in order to use the shared service using the composite IoT device 20 according to an embodiment of the present invention.

In the information transmission step (S111), the manager terminal 31 provides the information of the shared resource 10 and the information of the composite IoT device 20 to the block chain network 50 through the dApp 41 for the manager, and Based on the smart contract for the manager of the blockchain network 50, the information of the shared resource 10 and the information of the composite IoT device 20 are recorded in the block 61 generated by the blockchain network 50, and the block 61 ) may include a shared step.

First, the manager installs the composite IoT device 20 in the shared resource 10 . The manager executes the manager dApp using the manager terminal 31 or accesses the manager dApp to input information about the shared resource 10 and information about the composite IoT device 20 . The information on the shared resource 10 includes information necessary for a user to use the shared resource 10 , such as the type, characteristic, rental cost, rental available time, and minimum rental available time of the shared resource 10 . The information about the composite IoT device 20 includes the device ID, Mac Address, sensor type of the gateway module 27, sensor addition time, etc. The user terminal 32 and the blockchain network 50 recognize the composite IoT device 20 and includes information that allows data to be transmitted and received. The information about the shared resource 10 and the information about the composite IoT device 20 input to the manager terminal 31 is transmitted to the smart contract for the manager of the blockchain network 50 through the dApp.

The manager dApp 41 provides information about the shared resource 10 and information about the composite IoT device 20 received by calling the smart contract for the manager of the network. The manager dApp 41 can transmit and receive data to and from the blockchain network 50 using the Restful API.

The manager smart contract performs a shared resource 10 information management function and registers the shared resource 10 on the block chain network 50 so that the user can use it. The smart contract for the manager is a node 51 that configures the blockchain network 50 to store information about the shared resource 10 and information about the composite IoT device 20 in the storage space of the block 61 in a table format. can be shared with Information about the shared resource 10 and information about the composite IoT device 20 are stored in the block 61 through a verification and consensus process.

The service provision step (S120) may include a use right acquisition step (S121), a use start step, and a use end step (S123).

When the user terminal 32 requests a search for the shared resource 10 recorded in the block chain 60 distributed and stored in the block chain network 50 through the dApp 42 for the user, the use right acquisition step S121 is , a step in which the dApp 42 for the user searches for the shared resources 10 recorded in the block chain 60 and provides a list of the available shared resources 10 to the user terminal 32, the user terminal 32 Selecting a shared resource 10 from the list of available shared resources 10 and requesting permission to use, and a smart contract for an administrator of the blockchain network 50 whether the requested shared resource 10 is available It may include the step of determining in the block chain 60 that the user terminal 32 has been granted the use right if available.

In order to use the shared resource 10, the user must first obtain the right to use it. In the use right acquisition step (S121), the user executes the user dApp 42 on the user terminal 32 or accesses the user dApp 42 to access the shared resource 10 registered in the blockchain network 50. You can request a search. The dApp may provide an interface for searching for the shared resource 10 by selecting conditions such as the type, location, period of use, and rental cost of the shared resource 10 . The dApp may request a search from any node 51 constituting the blockchain network 50 based on the search condition received from the user terminal 32 . Since each of the plurality of nodes 51 stores the same blockchain 60, it is possible to perform a search requested by the dApp 42 for the user and return the result. The user terminal 32 may receive the result of performing the search in the arbitrary node 51 through the dApp 42 for the user. The user terminal 32 displays the received search result to the user.

In the use permission acquisition step (S121), the user may select the shared resource 10 from the list of the shared resources 10 provided as a search result and request acquisition of the use right of the shared resource 10. The user terminal 32 may request the smart contract for the manager of the blockchain network 50 to obtain the right to use the shared resource 10 selected by the user through the dApp 42 for the user.

In the use right acquisition step (S121), the smart contract for the manager determines whether the shared resource 10 is available when it receives a request for acquiring the use right of the shared resource 10 received from the dApp 42 for the user. Availability of the shared resource 10 may be determined based on conditions included in the request for obtaining the right to use the shared resource 10 . It may be determined whether there is another user who has already been reserved at the time requested by the user, and it may be determined whether the user is not entitled to acquire the right to use because the user is registered in the blacklist. The smart contract for the manager records in the block chain 60 that when the requested shared resource 10 is available, it grants the use right to the user terminal 32 that has requested the use right. The smart contract for administrator shares the content that the user terminal 32 has the right to use at the requested time to the block chain network 50, and the block chain network 50 transmits the information to the block 61 through verification and consensus. Saves that permission has been granted. The smart contract for the manager may provide that the use right is granted to the user terminal 32 through the user dApp.

When the user terminal 32 acquires the right to use, the user may unlock the composite IoT module through the user terminal 32 and start using the shared resource 10 . The use start step (S122) is a step in which the user terminal 32 requests the lock-opening of the composite IoT device 20 based on the usage right to the blockchain network 50 through the dApp 42 for the user, the composite IoT device (20) determining whether the user terminal 32 is located within a predetermined distance, when the composite IoT device 20 and the user terminal 32 are located within a predetermined distance, the composite IoT device 20 and the user terminal ( 32) each requesting execution of a one-time authentication protocol from the blockchain network 50, the blockchain network 50 generates a one-time key according to the one-time authentication protocol to generate a one-time key for the composite IoT device 20 and the user transmitting each to the terminal 32, and when the one-time key received by the composite IoT device 20 matches the one-time key received from the user terminal 32, the user terminal 32 is entitled to use Determining that there is a lock may include the step of opening the lock.

The user may request a lock open from the composite IoT device 20 coupled to the shared resource 10 that has obtained the right to use it through the user terminal 32 . The user terminal 32 may request unlocking of the lock directly from the composite IoT device 20 or through a dApp or blockchain network 50 .

Upon receiving the lock open request, the composite IoT device 20 may perform proximity determination to determine whether the user terminal 32 is located within a predetermined distance. If the user terminal 32 opens the lock module 21 based on the use right while the user terminal 32 is not near the shared resource 10, there is a risk that others without the use right will use the shared resource 10, It is a process of determining whether a user is located within a predetermined distance to the shared resource 10 . Since the determination of proximity is described in the process of describing the controller module 23 of the composite IoT device 20, overlapping contents are omitted. The user terminal 32 may transmit/receive a signal to/from the composite IoT device 20 using short-distance communication such as Wi-Fi, bluetooth, or NFC. The user terminal 32 transmits its GPS coordinates to the composite IoT device 20 to enable the composite IoT device 20 to perform proximity determination.

When it is determined that the user terminal 32 is located within a predetermined distance to the composite IoT device 20 , the composite IoT device 20 may provide a signal indicating that the proximity determination has been passed to the user terminal 32 . If the proximity determination is passed, the composite IoT device 20 and the user terminal 32 may request the blockchain network 50 to execute a one-time authentication protocol. When the execution request of the one-time authentication protocol received from the composite IoT device 20 and the user terminal 32 matches, the blockchain network 50 executes the one-time authentication protocol.

The one-time authentication protocol searches the record of use rights stored in the block chain 60, determines whether the user terminal 32 has the right to use the corresponding shared resource 10 at a predetermined time, and if there is a use right, the one-time authentication protocol generates and provides a one-time key to the composite IoT device 20 and the user terminal 32 . The one-time key may be an arbitrarily generated value, and may be encrypted and transmitted with a public key of each of the composite IoT device 20 and the user terminal 32 . When the one-time key received by the composite IoT device 20 is matched with the one-time key received by the user terminal 32, the composite IoT device 20 determines that the user terminal 32 has the right to use the lock module (21) can be unlocked. The user can use the shared resource 10 when the lock module 21 is opened. When the lock module 21 is coupled to the existing locking device of the shared resource 10 in an add-on method, the composite IoT device 20 provides the password of the existing locking device to the user terminal 32, and the user uses the user terminal 32 ), you can use the shared resource 10 by entering the password displayed in the existing lock.

The gateway module 27 may monitor the state of the shared resource 10 while the user uses the shared resource 10 . When the shared resource 10 is a space such as a conference room or accommodation facility, when the lock module 21 is opened, the gateway module 27 can sense whether a person enters or leaves the space that is the shared resource 10 . . The gateway module 27 may sense the usage state of the shared resource 10 continuously at predetermined intervals or when the lock module 21 is opened. The gateway module 27 may transmit the usage state of the shared resource 10 to the composite IoT device 20 .

The manager terminal 31 may perform an access management function of the shared resource 10 through the dApp 41 for the manager. The manager terminal 31 can monitor information about users who have applied for use of the shared resource 10 , information about the usage status of the shared resource 10 , usage records and reservation records of the shared resource 10 , etc. there is. The manager dApp 41 can request the manager smart contract to monitor the current state of the shared resource 10, and the manager smart contract is the shared resource 10 provided by the gateway module 27 from the composite IoT device 20. can be provided to the manager terminal 31 through the manager's dApp 41 by receiving the usage status.

The user stops using the shared resource 10 when the usage time based on the usage right is over. The composite IoT device 20 receives information about the usage state of the shared resource 10 from the gateway module 27 when the usage time based on the usage right ends and operates the locking module 21 to operate the shared resource ( 10) is judged to be blocked. For example, when the shared resource 10 is a space such as a conference room or accommodation facility, the gateway module 27 may sense whether a user exists in the space that is the shared resource 10 , and the space that is the shared resource 10 . When the user does not exist therein, the composite IoT device 20 may control the locking module 21 to be locked.

When the user's use is terminated by controlling the composite IoT device 20 to lock the locking module 21 , the composite IoT device 20 transmits the fact of termination to the blockchain network 50 . When the use of the shared service is terminated, the service usage details are transmitted to the block chain network 50 .

A service using the shared resource 10 may be provided through the service providing step ( S120 ). Users may provide feedback on inconvenient, error, or correction in the process of using the service.

In the feedback step S130 , the user terminal 32 or the manager terminal 31 edits at least a part of the scenario SN and provides it as feedback. The manager terminal 31 may edit the scenario SN primarily in the scenario selection step S113 of the process of registering the shared resource 10 , and use the shared resource 10 to edit the scenario even in a state in which the service is provided. (SN) can be edited to provide feedback.

5 is a diagram illustrating scenario (SN) editing according to an embodiment of the present invention.

As shown in FIG. 5 , in the feedback step S130 , if the user or manager modifies the functions that the user or manager must input in the scenario SN through the user terminal 32 or the manager terminal 31 to operate, it Accordingly, in order to provide the functions of the scenario SN, the operation sequence of a plurality of included smart contracts, conditions or operations of the smart contract can be automatically modified. For example, the scenario (SN-0) is the shared resource 10, the current status check function (SC-1), the use authorization function (SC-2), the use start function (SC-3), the use end function (SC) When including smart contracts 1, 2, 3, and 4 (SC-1, SC-2, SC-3, SC-4) that perform -4), the administrator or user has a pause function (SC-3a) Determining that it is more necessary, an edit such as inserting the pause function SC-3a between the use start function SC-3 and the use end function SC-4 may be performed. In this case, the manager terminal 31 or the user terminal 32 displays the scenario indicating the function SN-0, and receives an input for inserting the pause function SC-3a at a position selected by the administrator or the user. . Then, the manager terminal 31 or the user terminal 32 connects the smart contract 3a (SC-3a) capable of performing the pause function (SC-3a) to the smart contract 3 (SC-3) and the smart contract 4 (SC-). 4) The edited scenario SN-1 can be created by modifying the smart contract of the scenario SN-0 to operate between them.

Functions that can be added to a scenario (SN) can be imported from smart contracts included in other scenarios (SN). Functions included in the scenario SN may be divided into detailed functions, and an arbitrary function may be created by combining a smart contract that performs the detailed function as in block 61 . For example, if the pause function SC-3a is to be added to the scenario SN-0, the manager terminal 31 or the user terminal 32 may include the pause function SC included in another scenario SN. -3a), and by combining the function to check the current status of the shared resources included in other scenarios (SN), the function to confirm the existence of the next reservation of the shared resource, the function to pay additional costs, the function to change the usage time, etc. If you are using (10) and there is no next reservation, you can create a pause function (SC-3a) by combining it to change the usage time to start again after paying an additional fee. there is.

When an arbitrary function is to be deleted from the scenario SN, the manager terminal 31 or the user terminal 32 may receive an input for selecting and deleting a function to be deleted. In the case of changing the operation order of arbitrary functions in the scenario SN, the manager terminal 31 or the user terminal 32 may receive an input for changing the operation order by selecting the function for which the operation order is to be changed and changing the location. there is.

The manager terminal 31 or the user terminal 32 may change the conditions and operation of the smart contract in the scenario SN. The conditions and actions of the smart contract can be edited by modifying the program code in the terminal. Alternatively, it can be edited in such a way that the conditions and operations of the smart contract are displayed as details of the function, and the conditions and operations of the smart contract are modified when the user or administrator modifies the details of the function. The scenario selection step S113 or the feedback step S130 may perform a process of editing the scenario SN as described above.

In addition, the feedback may further include location information collected from the user terminal 32 , an answer input to a pop-up question provided according to the location information, and a history of conversations between the chatbot and the user. The user terminal 32 may automatically display a pop-up question when the user and the composite IoT device 20 are adjacent. The pop-up question may include a service recommendation existing in an adjacent location, a preference question about the service being used, and a question about corrections or inconveniences about the service being used. When the user terminal 32 receives the user's answer to the pop-up question, the user terminal 32 may provide the answer to the blockchain network 50 as feedback. Also, the user may communicate with the chatbot through the user terminal 32 . The chatbot includes a service that provides an answer to a question about a service using the shared resource 10 . The chatbot and the user's conversation history (TD-C) may be provided to the blockchain network 50 as feedback. By parsing the chatbot and the user's conversation history (TD-C), it is possible to recognize the items that the user feels uncomfortable with or the items that require correction. The user's opinion recognized using this method may be included as feedback.

When the feedback is collected, a learning step ( S140 ) of learning the artificial intelligence learning model by using the feedback may be performed. In the learning step (S140), first, by synthesizing the feedback, learning data (TD) for training the artificial intelligence learning model is generated.

6 is a diagram illustrating learning data (TD) for an artificial intelligence learning model according to an embodiment of the present invention.

In the learning step (S140), the input data is the scenario (SN) and the correct answer data is the edited scenario (SNe) received from the user terminal 32 or the manager terminal 31 may use the learning data (TD). The learning data TD is the scenario learning data TD-S generated using the edited scenario SNe-1 received from the manager terminal 31 or the user terminal 32, and received from the user terminal 32 It may include location information (TD-L) of the user terminal 32, conversation history (TD-C) between the chatbot and the user, and answers to pop-up questions (TD-A).

7 is a diagram exemplarily illustrating a neural network structure of an artificial intelligence learning model according to an embodiment of the present invention.

As shown in FIG. 7 , the artificial intelligence learning model according to an embodiment of the present invention may use a neural network structure including an input layer, a plurality of hidden layers, and an output layer. The artificial intelligence learning model learned in the learning step S140 may be learned using the scenario learning data TD-S. There may be various ways to connect the nodes (N) of the AI learning model. Since the scenario (SN) is a structure in which a plurality of smart contracts are sequentially combined, the conditions and operations of each smart contract are transformed into a characteristic vector, and the sequence of the smart contract is transformed into a characteristic vector to form a complex vector and input to the input layer. Information input to the input layer becomes encoding information through the encoder, and is restored through the decoder and output to the output layer. The AI learning model can be trained by comparing the characteristic vector output by the output layer with the edited scenario (SNe), which is the correct answer data, and backpropagating it in the direction of reducing the error.

The AI learning model does not operate on the blockchain network 50 and may exist in the scenario management server 90 . In the AI learning model, when a new type of shared resource 10 is registered, a new AI learning model responsible for modifying the scenario (SN) of the service using the shared resource 10 of the corresponding type is created. An artificial intelligence learning model for correcting a scenario (SN) is assigned for each type of service using the shared resource 10 provided using the block chain network 50, and the scenario management server 90 provides a plurality of artificial intelligence learning models. can operate.

The AI learning model may be trained using scenario learning data (TD-S). At this time, if there is an item that needs correction obtained by analyzing the answer to the pop-up question included in the feedback (TD-A) or the conversation history between the chatbot and the user (TD-C), more weight is given to the item requiring correction can do. For example, as a result of analyzing the answer to a pop-up question (TD-A) or the chatbot and user’s conversation history (TD-C), if it is recognized that a point that cannot be paused requires correction, the scenario learning data (TD-S) ) possesses a scenario (SN)-edited scenario (SNe) among a plurality of data pairs that have been edited to add a pause function, repeatedly learn a set number of times, or learn artificial intelligence Learning can be reinforced by using a method in which the pause function gives more weight to the learned part of the model.

The learning step (S140) of learning the artificial intelligence learning model is repeatedly performed when feedback is received in a state in which the service is provided, so that the feedback can be immediately reflected.

After the learning step (S140), a scenario modification step (S150) may be performed. In the scenario modification step (S150), the AI learning model changes the contents and operation order of one or more smart contracts included in the scenario (SN), and provides the modified scenario (SN) to the blockchain network 50 to provide shared resources (10) is used as the service scenario (SN).

In the modification step (S150), the modified scenario (SN) is obtained by inputting the scenario (SN) to the trained artificial intelligence learning model based on the feedback collected for a predetermined period, and the modified scenario (SN) is shared. It can be applied to a service using the resource 10 . The correction step S150 may be performed according to various criteria. In the correction step (S150), the correction step (S150) may be performed when the training of the artificial intelligence learning model is completed after determining a period and collecting feedback during the period. In this case, feedback is continuously collected while the next period elapses, and when the collection of feedback is completed, the learning step ( S140 ) and the correction step ( S150 ) can be performed. At this time, if the scenario SN is modified to be different from the previous scenario SN, the previously collected feedback may be removed from the learning data TD. When a new feedback collection period starts, feedback is collected from the beginning and new learning data (TD) is created.

Alternatively, if the learning step (S140) is learned at a predetermined level or higher, the correction step (S150) may be performed. For example, if the probability that the AI learning model outputs a specific edited scenario (SN) exceeds a predetermined value, it may be recognized that the learning has been completed and the correction step (S150) may be performed. In this case, a correction step (S150) of reflecting a specific edited scenario (SN) that is statistically output the most as a scenario (SN) used for service in the blockchain network 50 may be performed.

As the feedback step (S130), the learning step (S140), and the modifying step (S150) are performed, a scenario (SN) for providing a service based on the feedback of users in a state in which the service using the shared resource 10 is provided ) can be changed more conveniently. In addition, even if the administrator does not update the scenario SN by individually analyzing the user's feedback, the scenario SN may be continuously updated based on the feedback collected through the user terminal 32 .

According to an embodiment of the present invention described above, it is possible to change the conditions and operation of the smart contract, so that it is possible to create and use the smart contract of various conditions necessary to provide various types of shared resources 10 to the shared service.

In addition, since the conditions and operation of the smart contract can be changed based on user feedback, it is possible to continuously update the smart contract necessary to provide a shared service.

Although the present invention has been described in detail through specific examples, this is for the purpose of describing the present invention in detail, and the present invention is not limited thereto, and by those of ordinary skill in the art within the technical spirit of the present invention. It will be clear that the transformation or improvement is possible.

All simple modifications and variations of the present invention fall within the scope of the present invention, and the specific scope of protection of the present invention will be made clear by the appended claims.

10: Shared Resources
20: Composite IoT Devices
21: lock module
22: communication module
23: controller module
24: input module
25: display module
26: power module
27: gateway module
31: manager terminal
32: user terminal
41: dApps for administrators
42: dApp for users
50: Blockchain Network
51: node
51a: communication department
51b: control
51c: storage
60: Blockchain
61: block
70: Distributed Database
90: scenario management server

Claims (9)

A service providing step of providing the service based on a scenario including one or more smart contracts necessary to provide a service using a shared resource through a block chain network;
a feedback step in which a user terminal or an administrator terminal provides feedback for editing the scenario;
a learning step of learning an artificial intelligence learning model that changes the contents of one or more smart contracts included in the scenario based on the feedback; and
A method for providing an intelligent smart contract, comprising a scenario modification step in which the AI learning model changes the contents of one or more smart contracts included in the scenario. The method according to claim 1,
The scenario is
One or more smart contracts necessary to provide the service through the blockchain network, and an operation sequence of the smart contract,
The smart contract is
Implementing at least some functions necessary for providing a service using the shared resource, comprising one or more conditions and an operation performed when the conditions are satisfied. 3. The method according to claim 2,
The feedback step is
The intelligent smart contract providing method, wherein the user terminal or the manager terminal edits at least a part of the scenario and provides it as feedback. 4. The method according to claim 3,
The learning step is
An intelligent smart contract providing method for training the artificial intelligence learning model by using the learning data in which the input data is the scenario and the correct answer data is the edited scenario received from the user terminal or the manager terminal. 5. The method according to claim 4,
The correction step is
Intelligent smart to obtain a modified scenario output by inputting the scenario to the trained artificial intelligence learning model based on the feedback collected for a predetermined period, and applying the modified scenario to a service using the shared resource How to provide a contract. 4. The method according to claim 3,
The feedback is
The method for providing an intelligent smart contract further comprising location information collected from the user terminal, an answer input to a pop-up question provided according to the location information, and a conversation history between the chatbot and the user. 4. The method according to claim 3,
The feedback step is
When a user or administrator modifies functions that require input by a user or administrator in the scenario through a user terminal or administrator terminal, the operation sequence of a plurality of smart contracts included to provide the functions of the scenario, A method of providing an intelligent smart contract that automatically modifies a condition or action. The method according to claim 1,
Prior to the service providing step, the manager terminal further comprises a shared resource registration step of registering the shared resource in a block chain network to provide a service using the shared resource and determining a scenario to be applied to a service using the shared resource, ,
The service provision step is
The method of providing an intelligent smart contract that the service is provided by the scenario determined in the shared resource registration step. 9. The method of claim 8,
The shared resource registration step is
an information transmission step in which the manager terminal provides information about the shared resource and information about a composite IoT device coupled to the shared resource to the block chain network;
Comparing the shared resource with another previously registered shared resource, if the type is similar, a scenario used for a service using another previously registered shared resource is provided to the manager terminal, and the shared resource is registered with another shared resource. an example providing step of providing exemplary scenarios to the manager terminal in case of a new type different from the above; and
A scenario selection step in which the manager terminal receives and provides a user's edit of a scenario used for a service using the other shared resource, or receives and provides a user's edit and one selected scenario from among exemplary scenarios Including, intelligent smart contract providing method.

Images