Patent Application
20180268473
This application claims priority under 35 U.S.C. § 119 to Korean Patent Application Nos. 10-2017-0031764 and 10-2017-0146846, respectively filed on 14 Mar. 2017 and 6 Nov. 2017, the disclosure of which is incorporated herein by reference in its entirety.
The present invention relates to sharing economy service technology for allowing shared resources such as accommodations, automobiles, and the like to be leased to another person safely and conveniently by using ICT technology.
Many sharing economy services such as Airbnb and Uber that temporarily connect offices, accommodations, automobiles, bicycles, equipment, instruments, tools, and furniture, owned by a particular person, to other people have recently emerged and show a high utilization rate.
Unlike that individuals use well-known hotels and car rental companies, because strangers have short-term lease of each other's house and automobile in the sharing economy world, a tenant must confront uncertainty and risk in using such lease service. Therefore, it becomes a big obstacle in using and spreading such a service. From the point of view of owner of resource, since a lender lends its resource to a complete stranger, the lender has concern about whether the complete stranger will use the resource cleanly and carefully according to the contracted terms.
Moreover, recently in Europe, US, etc., several previous researches on trust analysis and management using the user behavior data or the relationship data between users and use of trust information have been conducted in several fields such as offices, schools, automobiles, and the like.
Accordingly, the present invention provides a trust-based resource sharing method and system for managing resources such as accommodations, automobiles, bicycles, equipment, instruments, tools, furniture, and the like during the lease period using the Internet and smart home technology and allowing a reliable service transaction between a resource provider (or lender) and a tenant on the basis of the trust information analyzed through accumulated data collected by IoT sensors during the lease period, unlike the existing sharing economy approach (e.g., Airbnb, Uber, and the like) that simply links the owner (or lender) of the resource with the user (or tenant).
To achieve the above purpose, a method of utilizing trust information of a user and trust information of a resource itself through resource user's credit and social network activity analysis and of monitoring whether contract (e.g., contract on smoking, door lock, Internet, telephone, other facilities use) is complied with during the use of the resource, is added to a resource sharing transaction based on various technologies, such as IoT, smart home, advanced driver assistance system (ADAS), information & communication technology (ICT), etc., which is done between a resource provider (e.g., owner, manager, lender, and the like) and a resource user (e.g., tenant, and the like) through a resource sharing service intermediary that operates a sharing service web page or application (app) system (hereinafter “service system”).
The outline of a resource sharing service of the present invention is as follows:
The utilization of trust information in a resource sharing service of the present invention will be described in terms of each entity.
(1) Method of utilizing “user trust information” from the viewpoint of Resource Provider:
(2) Method of utilizing “resource trust information” from the viewpoint of Resource User:
(3) From the viewpoint of Resource Sharing Service Intermediary:
Trust information about resources is provided to users through a resource sharing service system, and user trust information is managed in a resource sharing service system without being exposed to him/herself or to a resource provider.
The configuration and operation according to various aspects of the present invention for implementing a trust-based resource sharing service described above will be described.
In one general aspect, provided is a method of performing a resource sharing transaction between a provider of a resource and a user of the resource, wherein the resource sharing transaction includes: setting a minimum user trust grade necessary for a use permission of the user when the provider provides a resource; and comparing a user trust grade set by the provider with a trust grade of a user to use the resource to control the use of the resource in response to the comparison result.
The resource use control procedure of the resource sharing transaction may include a procedure of limiting the use of the resource of the user when the comparison result indicates that the trust grade of the user to use the resource is lower than the trust grade for the resource permission set by the provider.
The resource may include an auxiliary facility, wherein the resource use control procedure of the resource sharing transaction may include a procedure of controlling an operation of the auxiliary facility according to the set user trust grade.
The resource sharing transaction may include a procedure of allowing the provider to check a status in which the user uses the resource.
The resource sharing transaction may further include: collecting resource use status information from the resource and analyzing data from the collected resource to determine whether contract violation, resource failure, or safety problem occurs; and a procedure of, when it is determined that contract violation, resource failure, or safety problem occurs while the user uses the resource, notifying this to the provider or the user.
The resource sharing transaction may further include a procedure of, when a user or a provider registers photograph or video after and before the use of the resource, comparing and analyzing the registered photograph or video to determine a difference.
In another general aspect, provided is a method of performing resource sharing transaction between a provider of a resource and a user of the resource, wherein the resource sharing transaction includes: generating and managing a trust grade of a user using the resource; generating and managing a trust grade of the resource; and controlling the use of the resource based on the user trust grade and the resource trust grade.
The resource may include an auxiliary facility, and the resource use control procedure of the resource sharing transaction may include a procedure of controlling an operation of the auxiliary facility of the resource according to the set user trust grade.
The resource sharing transaction may further include a procedure of allowing the provider to check a status in which the user uses the resource.
The resource sharing transaction may further include: a procedure of collecting resource use status information from the resource and analyzing data from the collected resource to determine whether contract violation, resource failure, or safety problem occurs; and a procedure of, when it is determined that contract violation, resource failure, or safety problem occurs while the user uses the resource, notifying this to the provider or the user.
The resource sharing transaction may further include a procedure of, when the user or the provider registers photograph or video before and after the use of the resource, comparing and analyzing the registered photograph or video to determine a difference.
In another general aspect, provided is a trust-based resource sharing system including a resource including a sensor and an auxiliary facility; a resource management system configured to perform resource sharing transaction between a provider of the resource and a user of the resource; and a resource use reservation system including a means configured to set a minimum user trust grade necessary for a use permission of the user when the provider provides a resource and a trust-based resource permission setup unit configured to compare the user trust grade set by the provider with a trust grade of a user to use the resource to control the use of the resource in response to the comparison result.
The resource management system may include a resource-provider-specific monitoring/management unit configured to perform a function of allowing the provider to check a status in which the user uses the resource after the processing of the resource sharing transaction.
The resource management system may further include a resource sharing operation management system configured to manage the resource management system to collect data from the auxiliary facility and the sensor of the resource for management of the resource when the user uses the resource and for control and management of the auxiliary facility and the sensor.
The resource use reservation system may further include: a user and resource trust information acquisition unit configured to acquire trust information including a trust grade of a user from the outside; and a resource use reservation management unit configured to obtain a list of resources corresponding to a corresponding condition through the user and resource trust information acquisition unit in response to a resource search of a user.
The resource management system may further include a resource management interaction interface configured to obtain data from the auxiliary facility and the sensor of the resource from the resource registered through the resource use reservation system and manage the resource to control a resource user permission of the user in linkage to the auxiliary facility and the sensor of the resource.
The resource management system may further include a resource use status analysis unit configured to collect use status data of the resource from the resource and analyze data from the auxiliary facility and the sensor of the collected resource to determine whether contract violation, resource failure, and safety problem occurs.
The resource sharing operation management system may include a resource sharing system monitoring unit configured to check whether the resource use reservation system and the resource management system operate normally.
The resource sharing operation management system may include: a user trust analysis management unit configured to generate and manage trust information about a user based on use status data accumulated while users use a resource and evaluation data provided from a provider; and a resource trust analysis management unit configured to manage resource trust information generated based on data from the auxiliary facility and the sensor of the resource.
The resource management system may further include a means configured to, when a user or a provider registers photograph or video after and before the use of the resource, compare and analysis the registered photograph or video to determine a difference.
Other features and aspects will be apparent from the following detailed description, the drawings, and the claims.
Hereinafter, a specific embodiment implementing the idea of the present invention will be described in detail with reference to the drawings. It is apparent that the embodiments described below are specific to accommodations/offices and automobiles among the “resources” to which the present invention is applied, and the scope of the present invention is not limited to accommodations/offices and automobiles. The scope of the present invention is defined by the scope of the claims included in this specification. For example, by reasonable interpretation of the claims, it is apparent that the sharing and renting of bicycles, factory equipment, warehouse equipment, hardware equipment, tools, instruments, furniture, and the like are also included in the scope of the present invention. Additionally, in the following description, the term “trust information” includes “trust grade.”
Before describing the technical configuration of an embodiment of the present invention for accommodations/offices and automobiles, a service scenario of a trust-based resource sharing service according to the present invention will be schematically described with reference to
A resource sharing service intermediary or broker 1 exists for each field (i.e., accommodations, automobiles, bicycle, facilities, and the like) of a trust-based resource sharing service. This may be implemented in the form of web sites or mobile apps such as Airbnb, Uber, and so on.
The resource provider 2 communicates with the web site or mobile application of the service intermediary 1 (hereinafter referred to as a “service system”) in order to register a shared resource target (accommodations, automobiles, and the like) to provide renting (or sharing), charges, and other required items, then exchanging information related to the resource sharing service transaction. Based on the past offer history and the reputation on its use or the trust information (including trust grade) at the time of resource registration, the resource provider 2 may undergo a verification process for the service target (or shared resource) and the charge. Here, the resource provider 2 includes all of the owner, manager, trustee, and lender of a resource.
The resource user 3 (hereinafter “user”) exchanges information with the service system of the service intermediary 1; inputs a target resource, a location, a number of users, and the like; searches for an available resource; and exchanges various service transaction information. At this time, the user 3 may input the trust information of the resource to be used and perform search. Here, the resource user 3 also includes the tenant of the resource.
The Trust Information Management System (TIMS) 4 collects user trust information from social groups, affiliated companies, frequency of use of shared service, a reservation cancellation rate, and the like and, if necessary, from outside social agencies, and furthermore, collects, manages, and analyzes resource trust information through IoT sensors, devices, and other facilities installed in each resource. The user trust information and resource trust information collected by the TIMS 4 will be described later in the description of the concrete embodiment.
The TIMS 4 analyzes the trust information by the trust information analysis algorithm. The consideration of this trust information analysis algorithm is as follows.
The service intermediary 1 may access the user trust information and the resource trust information through the TIMS 4.
On the other hand, the available shared resource and utilization charge reflecting the user trust information are transmitted to a user 3 from the service intermediary 1 and displayed differently for each user. After the user 3 selects one of the listed resources and makes a reservation, when visiting the accommodations or taking over the automobiles at the scheduled time, the user 3 may use the resource according to the contract details.
The resource provider 2 may feedback the user's use history (cleanup, indoor pollution, failure, and the like) to the service intermediary 1. At this time, the use history information may be automatically notified through IoT sensors, devices, and other facilities installed in the resource. In addition, the user 3 may also provide the service intermediary 1 with feedback on convenience, advantages, disadvantages, etc. when using the corresponding resource. The TIMS 4 updates the trust information based on the feedback from the user 3 and the resource provider 2, such as re-adjusting the trust grade of the corresponding user and the trust grade of the corresponding resource.
When renting accommodations 100, 110, and 120 to the user, a manager or provider of accommodations registers information about the accommodations through the accommodations reservation system 200. Also, the user, after registering and logging in the accommodations reservation system 200, inputs and searches for accommodations information such as the location, rent period, and charge of desired accommodations, and selects desired accommodations from the retrieved accommodations information, and makes a reservation.
In registering accommodations through the accommodations reservation system 200, when the accommodations provider does not want to rent to a person with a low trust grade, a trust grade-based accommodations permission setup unit 202 may be used to set the minimum trust grade to the user. For example, when a user trust grade is given as five grades of 1 (minimum), 2, 3, 4, and 5 (maximum) and when an accommodations provider does not want to rent to a user with a low trust grade of 1 or 2, the minimum trust grade may be set to grade 3 through the accommodations permission setup unit 202.
Moreover, when the user logs in to the accommodations reservation system 200, a user/accommodations trust information acquisition unit 204 acquires the profile information, trust information, and past service use history information of the user through a user trust information management database 302 in the accommodations management database 300. Here, the user trust information stored in the user trust information management database 302 includes past accommodations use history information from the user's same/other service intermediary, personal credit information (job, asset details, income, overdue details, etc.) from financial companies, and information or criminal state from other organizations, such as workplaces or clubs.
When the user performs a search by inputting the conditions of accommodations, rent period, charge, and the like, the trust grade-based accommodations reservation management unit 201 obtains available accommodations list corresponding to the conditions of accommodations, rent period, charge, and the like from the accommodations trust information management database 303 in the accommodations management database 300, through the user/accommodations trust information acquisition unit 204. Then, the provider performs comparison on whether to satisfy the minimum trust level of the user set through the trust grade-based accommodations permission setup unit 202, and excludes, or limits, the current user trust grade less than the grade allowed by the accommodations provider from the available accommodations list and outputs it. Here, the accommodations trust information stored in the accommodations trust information management database 303 includes data from IoT sensors installed in the accommodations (explained later), maintenance/repair history, other reputation from an accommodations provider, the number of rent, or, a past accommodations offering history of an accommodations provider (e.g., the number of offering, offering duration, complain history, contract cancellation rate, or reputation level (e.g., facility quality, recommendation level, etc.)).
A trust grade-based accommodations display 203 provided with the outputted available list displays it through a user PC or mobile terminal screen. When the user views the trust grade-based accommodations display 203 and selects desired accommodations to perform reservation, the reservation information (e.g., the selected accommodations, date/duration, charge, option, and the like) is stored in the reservation information management database 301 in the accommodations management database 300.
Moreover, by interacting with Internet of Things (IoT) and smart home functions of accommodations where a user stays from the moment the user checks in to a check-out based on a contract through the accommodations reservation system 200, the accommodations management system 400 monitors the violation of accommodations contracts such as smoking or noise while managing the accommodations on behalf of the accommodations manager (or provider), and furthermore, under the contract, manages the granting of permission to a user to use the appliances and auxiliary facility such as air conditioners, washing machines, TV/pay channel, telephone, internet, and the like, and provides a monitoring function for the current use of accommodations to the provider and the user. This allows the provider to check whether the user uses the accommodations without any problem in compliance with the contract after renting the accommodations. The monitoring function here checks for violations of contracts such as smoking, noise, door locks, and excess electricity usage and only includes related safety, such as fire, gas leakage, and the like, in order not to infringe the user's privacy.
The accommodations management system 400 includes an accommodations management interaction interface 401 for obtaining sensor data from the IoT/smart home-based accommodations 100, 110, and 120 registered through the accommodations reservation system 200 to check the contract violation of a user and for interacting with IoT and smart home facilities, for the purpose of controlling the permission of the user of air conditioners, washing machines, TV/pay channel, internet, and the like.
An accommodations data collection unit 402 of the accommodations management system 400 performs functions of collecting actual sensor data, auxiliary facilities use status data, and the like from the accommodations through the accommodations management interaction interface 401, and storing and managing the collected data in an accommodations sensor data storage/management database 305 of the accommodations management database 300. On the other hand, the accommodations management database 300 includes an accommodations sensor/auxiliary facility control management database 304 to store and manage information about the presence of sensors (e.g., a smoke sensor, a noise sensor, a flame sensor, a door close/open detection sensor, a temperature sensor, a humidity sensor, a gas sensor, a vibration sensor, and the like) in accommodations registered through the accommodations reservation system 200 and a home appliance (e.g., an air conditioner, a washing machine, an electronic door lock, TV/IPTV/cable TV, WIFI, wired Internet, and the like), information about the presence of auxiliary facilities (e.g., parking lot, toilet, spa, sauna, and the like), and operation and use status information of corresponding sensor/auxiliary facility.
An accommodations status analysis unit 403 analyzes sensor data and auxiliary facility information collected from the accommodations data collection unit 402 to determine whether contract violations and safety problems occur. As such, a function to determine contract violation and safety issues is dependent on the type and performance of sensors and auxiliary facilities installed in the accommodations. Therefore, different types of accommodations status analysis results may be provided (outputted) according to sensors and auxiliary facilities.
After an accommodations provider (or manager) rents accommodations, the accommodations-provider-specific monitoring/management unit 404 performs functions of remotely checking whether the user violates the contract matters (smoking, door lock, party prohibition, energy saving, and the like) and whether there are problems in safety issues (e.g., fire, gas leakage, and the like) and auxiliary facilities, through PC or mobile terminal (smart phone, tablet, and the like).
A provider/user information notification unit 405 notifies the accommodations provider or the user of the occurrence of a contract violation, a facility failure, or a safety problem, through a telephone (including smartphone), PC, and the like while the user is staying in the accommodations.
A user-specific accommodations history monitoring/management unit 406 has a function of checking, in the accommodations or remotely, a contract violation measurement result, energy usage such as electricity, whether a door is locked, facility use status, and other violations, through sensor detection during the period that an accommodations user rents and uses it.
On the other hand, IoT-based smart accommodations #1, #2, and #3100, 110, and 120 on the left side of
The type of IoT-based smart accommodations #1100 is an example of accommodations including an electronic door lock 101, a hinged sensor 102, a noise sensor 103, a smoke sensor 104, and a flame sensor 105. These sensors are connected, in wired or wireless, to an IoT gateway/platform 151 in the accommodations #1100, and data generated from the sensor is transmitted to the IoT gateway/platform 151 and then, collected and processed. An accommodations sharing client 141 in the accommodations #1100 connects the accommodations reservation system 200, the accommodations management database 300 and the accommodations management system 400 to the accommodations #1100, thereby allowing the accommodations management system 400 to collect data through the sensors, the auxiliary facilities, and the IoT gateway/platform 151 in the accommodations during the user's renting period, and to control and manage the sensors and auxiliary facilities.
Another type of the IoT-based smart accommodations #2110 is generally similar to the type of the accommodations #1100, but the type of a sensors used therein are different. The functions of the IoT gateway/platform 151 and the accommodations sharing client 141 are also the same. The type of the IoT-based smart accommodations #3120 is focused on auxiliary facilities installed therein, unlike the accommodations #1100 and #2110. In addition to the IoT gateway/platform 151 and the accommodations sharing client 141, a smart home controller 131 is additionally included in accommodations #3120.
In the following, how accommodations management is possible through the accommodations management system 400 according to each type of the IoT-based smart accommodations 100, 110, and 120 will be described in detail.
The permission/prevention of such auxiliary facilities is valid only during the period of the user's stay. When the use contract expires due to check-out, the management of the use right to the auxiliary facilities is initialized. In addition, when the use contract expires due to the check-out of the user or the like, accommodations management through the accommodations management system 400 is terminated, and data on sensors, auxiliary facilities, and the like is prevented from being transmitted to the accommodations management system 400 from the accommodations.
Referring again to
Such functions related to accommodations reservation/management may be placed in one physical system or may be distributed in various physical systems according to the implementation method, and the arrangement method thereof may be changed.
In the above accommodations reservation procedure, the processing order of searching accommodations and filtering based on a user trust grade may be changed according to the type of implemented database and the configuration method.
After completing an accommodations use contract according to the procedure shown in
When the user check-in is confirmed, the accommodations management system 400 acquires, using the accommodations sharing client 141 and the IoT gateway/platform 151, sensor data for contract violation and safety management from the corresponding accommodations during the accommodations use contract period of the user, and delivers a request for use of management authority (or right) to manage auxiliary facilities to the IoT gateway/platform 151 through the accommodations sharing client 141 (23).
Upon receiving a response to the request through the accommodations sharing client 141 from the IoT gateway/platform 151 (25), the accommodations management system 400 is allowed to acquire data from the accommodations and to remotely manage the auxiliary facilities, during the user's use period. The accommodations management system 400 transmits a use right setup message of the accommodations, according to the user reservation information (26, 27). At this time, in order to obtain user reservation information, the accommodations management system 400 retrieves the stay period, checkout time, permitted auxiliary facility information (e.g., air conditioner, WIFI, and the like), and contract condition information (e.g., no smoking, no noise, door lock, and the like) of the user from the reservation information management database 301. Based on such contract information, the accommodations management system 400 acquires the sensor data for contract violation and safety management during the accommodations use contract period of the user and transmits a use right setup message for auxiliary facilities, through the accommodations sharing client 141 and the IoT gateway/platform 151.
If the setup for sensor/auxiliary facility use in the accommodations is performed successfully, the results are notified to the accommodations management system 400 (28, 29). Thereafter, the user may be permitted to use or prevented from using the air conditioner, TV pay channel, WIFI, parking lot, and the like, according to the use contract.
The sensor data (or sensor information) from the sensors of the accommodations is transmitted from the IoT gateway/platform 151 to the accommodations sharing client 141 (30). The accommodations sharing client 141 does not deliver all sensor data to the accommodations management system 400, but performs filtering or preprocessing based on accommodations use contract information, thereby notifying the accommodations management system 400 of only information and problematic situations corresponding to the contract violation details, such as smoking or noise generation (31).
If notified of the contract violation information or the security incident situations, the accommodations management system 400 delivers this to the accommodations provider and the user through a mobile terminal and PC (32, 33). For example, in the situation that a fire occurs, the accommodations management system 400 transmits a control signal for unlocking doors, opening windows, and turning on lights in the accommodations, to the accommodations sharing client 141 (34). And, the accommodations sharing client 141 instructs the IoT gateway/platform 151 to release the door locks, to open the windows, and to turn on the lights (35). A response signal for such a control request may be transmitted from the IoT gateway/platform 151 to the accommodations sharing client 141 (36), or may be transmitted from the accommodations sharing client 141 to the accommodations management system 400 (37).
When the use contract expires or the user checks out, the accommodations management system 400 transmits a use right release setup message to the accommodations sharing client 141 and the IoT gateway/platform 151, to cancel or release the accommodations use permission setup given to the corresponding user (38). This message is transmitted to the IoT gateway/platform 151 of the accommodations through the accommodations sharing client 141 (39).
In response to the use right release setup message, both the user's entrance and the auxiliary facility use right are all prevented. At this time, a response signal to the use right release setup message may be transmitted to the accommodations sharing client 141 and the accommodations management system 400 (40, 41).
The accommodations provider may input, through the accommodations-provider-specific monitoring/management unit 404 of the accommodations management system 400, subjective evaluation information about whether the user properly uses the auxiliary facilities according to the contract during the rental period (42).
As a possible additional configuration, the user may register, through the user-specific accommodations history monitoring/management unit 406 of the accommodations management system 400, photographs or video taken from the facilities, inside, or outside of the accommodations, when he/she enters and leaves the room. The user-specific accommodations history monitoring/management unit 406 analyzes and stores differences between the photograph or video registered when the user enters and leaves the room by utilizing image processing functions such as image object recognition and comparison, and utilizes this as proof of dispute arbitration in the case of loss or damage in the accommodations. Likewise, the accommodations provider may also register, through the accommodations-provider-specific monitoring/management unit 404, photographs or video of the accommodations' facilities, inside, or outside before and after the user enters and leaves the room (accommodations). By doing so, the provider easily identifies problems such as loss or damage through automated image analysis, and may use them as evidence when a dispute arises.
As another embodiment of the trust-based resource sharing service of the present invention,
This trust-based automobile sharing service system includes an automobiles reservation system 200′, an automobile management database 300′, an automobile management system 400′, and an automobile sharing operation management system 500′.
An automobile provider (or manager), who wants to rent automobiles 100′, 110′, and 120′ to users, registers information about automobiles that the automobile provider manages or owns, through the automobiles reservation system 200′. Also, a user, after registering him/herself and logging in the automobiles reservation system 200′, inputs and searches for automobile information such as automobile model, use period, charge, etc., and performs a reservation by selecting a desired automobile from the retrieved automobile information.
In registering automobiles through the automobiles reservation system 200′, if the automobile provider does not want to allow a person with a low trust grade to be rent, a trust grade-based automobile permission setup unit 202′ may be used to set the minimum trust grade to the user. For example, when a user trust grade is given as five grades of 1 (minimum), 2, 3, 4, and 5 (maximum), if an accommodations provider does not want to rent to a user with a low trust grade of 1 or 2, the minimum trust grade may be set to grade 3 through the trust grade-based automobile permission setup unit 202′.
Moreover, when the user logs in to the automobile reservation system 200′, a user/automobile trust information acquisition unit 204′ acquires the profile information, trust information, past service use history information of the user, using a user trust information management database 302′. Here, the user trust information stored in the user trust information management database 302′ includes past automobile use history information from user's same/other service intermediary (e.g., number of times of use, period, use distance, over-speeding, traffic regulation violation, cleaning status, vehicle damage, accident history, complain history, reservation cancellation rate, etc.), insurance information (such as accident history, driving history, gender, inclinations, etc.) from insurance companies, personal credit information (e.g., occupation, asset details, income, overdue details, etc.) from financial institutions, other information from e.g. organizations such as other workplaces or clubs, car crime, or the like.
When the user performs a search by inputting the conditions of the automobile model, use period, charge, and the like, the automobile reservation management unit 201′ obtains an available automobile list corresponding to the conditions of the automobile model, use period, charge, and the like from the automobile trust information management database 303′, by using the user/automobile trust information acquisition unit 204′. Then, the provider performs comparison on whether to satisfy the minimum trust level of the user setup by using the trust grade-based automobile permission setup unit 202′, and excludes, or limits, the current user trust grade less than the grade allowed by the automobile provider from the available automobile list, and outputs it. Here, the automobile trust information stored in the automobiles trust information management database 303′ includes various data from IoT sensors equipped in the automobile (e.g., traveling distance, engine load, consumed time after start-up, cooling water temperature, engine oil temperature, fuel level, transmission oil temperature, engine RPM, engine torque, automobile speed, turbocharger RPM, intake air temperature, NOx emissions, accelerator pedal position, battery voltage, CO2 emissions, and the like), accident history information from insurance companies, and history of maintenance, history of other makers, reputation, rented automobile recovery, or automobile provider's past automobile offerings from automobiles providers (e.g., number of offerings, duration of offering, history of complaints, contract cancellation rate, and reputation (e.g., vehicle quality status, recommendation, etc.)).
The automobile display 203′ given the outputted available automobile list displays it through a user PC or mobile terminal screen. If the user views the automobile display 203′ and selects a desired automobile to perform reservation, the automobile information (e.g., the selected automobile, date/duration, charge, option, and the like) is stored in the reservation information management database 301′ in the accommodations management database 300′.
On the other hand, the automobiles management system 400′, by interacting with the various IoT functions installed in the automobile, manages the automobile on behalf of the automobile manager (provider) and monitors the violation of automobile use contracts such as over-speeding, traffic regulation violation, automobile damage, traffic accident, abnormal driving, drunken driving, smoking, and the like, from the moment that a user takes over an automobile during an use period based on the user contract through the automobile reservation system 200′. Furthermore, the automobiles management system 400′ manages the grant of permission to use auxiliary facilities (e.g., air conditioner, refrigerator or other electric appliances, black box, navigation, and other optional or auxiliary devices) installed in the automobile and provides a monitoring function for the current use status to the provider and the user, according to the contract. This allows the provider to check whether the user uses the automobile without any problem in compliance with the contract after renting the automobile. In order not to infringe user's privacy, it is desirable that the above monitoring functions only include the check of safety-related portion as well as contract item violation.
The automobile management system 400′ obtains sensor data from the IoT/smart based automobiles 100′, 110′, and 120′ registered through the automobile reservation system 200′ to check the contract violation of a user, and for the purpose of controlling the use permission of the user for auxiliary facilities (devices), includes an automobile management interaction interface 401′ for interacting with the IoT of the automobile.
An automobile data collection unit 402′ of the automobile management system 402′ performs functions of collecting actual sensor data, additional facility use status data, and the like from the automobile through the automobile management interaction interface 401′, and storing and managing the collected data in an automobile sensor data storage/management database 305′ of the automobile management database 300′. On the other hand, the automobile management database 300′ includes an automobile sensor/auxiliary facility control management database 304′ to store and manage information about the presence of sensors (e.g., engine related sensors such as engine load, coolant, oil, RPM, torque, and the like, operation related sensors such as driving distance, time, and the like, safety/security related sensors such as indoor temperature, humidity, pollution, noise, smoke, flame, door lock, and the like) in the automobile registered through the automobile reservation system 200′ and information about the presence of an auxiliary facility (e.g., air conditioner, refrigerator and other electric appliances, TV, and the like, communication equipment such as WIFI, wired internet, and the like, and driving auxiliary equipment such as black box, navigation, and the like) and operation and use status information of corresponding sensors/auxiliary facilities.
An automobile status analysis unit 403′ analyzes the sensor data and auxiliary facility information of the automobile collected from the automobile data collection unit 402′ to determine whether a contract violation and a safety problem occur. In such a way, a function to identify contract violation and safety issues is dependent on the type and performance of sensors and auxiliary facilities installed in the automobile. Therefore, different types of automobile status analysis results may be outputted according to sensors and auxiliary facilities.
After an automobile provider (or manager) rents an automobile, an automobile-provider-specific monitoring/management unit 404′ performs functions of remotely checking whether the user violates the contract matters (smoking, normal operation, door lock management, drinking, energy saving, and the like) and whether there is no problem in safety issues (e.g., fire, gas leakage, and the like) and auxiliary facility, through PC or mobile terminal (smart phone, tablet, and the like).
A provider/user information notification unit 405′ notifies the automobile provider or the user of the occurrence of a contract violation, a facility failure, or a safety problem, through a telephone (including smartphone), PC, and the like while the user is using the automobile.
And, a user-specific automobile use history monitoring/management unit 406′ has a function of checking, inside the car or remotely, a contract violation measurement result, energy usage, facility use status, and other violations in the automobile, through sensor detection during the period that an automobile user rents and uses it.
On the other hand, IoT-based smart automobiles #1, #2, and #3100′, 110′, and 120′ on the left side of
The IoT-based smart automobile type #1100′ is an example of automobiles including an anti-theft door lock 101′, a car window sensor 102′, a noise sensor 103′, a smoke sensor 104′, and a flame sensor 105′. These sensors are connected, in wired or wireless, to an IoT gateway/platform 151′ in the automobile #1100′, and data generated from the sensor is transmitted to the IoT gateway/platform 151′ and then, collected and processed. The automobile sharing client 141′ in the automobile #1100′ is connected to the automobile reservation system 200′, the automobile management database 300′, and the automobile management system 400′, thereby allowing the automobile management system 400′ to collect data through sensors, auxiliary facilities, and the IoT gateway/platform 151′ in the automobile during the user's renting period, and control and manage the sensors and auxiliary facilities.
Another type of IoT-based smart automobile #2110′ is generally similar to the type of the automobile #1100′, but the type of sensors used therein is different. The functions of the IoT gateway/platform 151′ and the automobile sharing client 141′ are also the same. IoT-based smart automobile #3120′ is the type focusing on auxiliary facilities equipped therein, unlike the automobiles #1 and #2100′ and 110′, and in addition to the IoT gateway/platform 151′ and the automobile sharing client 141′, an auxiliary facility controller 131′ is additionally included.
In the following, how automobile management is possible through the automobile management system 400′ according to each type of the IoT-based smart automobiles 100′, 110′, and 120′ will be described in detail.
Referring again to
Such automobile reservation/management related functions may be placed in one physical system or may be distributed in various physical systems according to the implementation method, and the arrangement method thereof may be changed.
After completing an automobile use contract according to the procedure shown in
When the user's car takeover is confirmed, the automobile management system 400′ acquires, using the automobile sharing client 141′ and the IoT gateway/platform 151′, sensor data for contract violation and safety status management from the corresponding automobile during the automobile use contract period of the user, and delivers a request for use of management authority (or right) to manage auxiliary facilities to the IoT gateway/platform 151′ through the automobile sharing client 141′ (23′).
Upon receiving (25′) a response to the request through (24′) the automobile sharing client 141′ from the IoT gateway/platform 151′, the automobile management system 400′ is allowed to acquire data from the automobile and to remotely manage the auxiliary facilities during the user's use period. The automobile management system 400′ transmits a use right setup message of the automobile according to the user reservation information (26′, 27′). At this time, in order to obtain user reservation information, the automobile management system 400′ retrieves the use period, automobile return time, permitted auxiliary facility information (e.g., no smoking, no drinking, safe driving compliance, door/window lock, and the like) of the corresponding user from the reservation information management database 301′ of the automobile management database 300′. Based on such contract information, the automobile management system 400′ acquires the sensor data for contract violation and safety status management during the automobile use contract period of the user and transmits a use right setup message for auxiliary facilities, through the automobile sharing client 141′ and the IoT gateway/platform 151′.
If the setup for sensor/auxiliary facility use in the automobile is performed successfully, the results are notified to the automobile management system 400′ (28′, 29′), and thereafter, the user may be permitted to use or prevented from using the corresponding auxiliary facilities according to the use contract.
The sensor data (or sensor information) sensed from the sensors of the automobile is transmitted from the IoT gateway/platform 151′ to the automobile sharing client 141′ (30′). The automobile sharing client 141′ does not deliver all sensor data to the automobile management system 400′, but performs filtering or preprocessing based on automobile use contract information, thereby notifying the automobile management system 400′ of only information and problematic situations corresponding to the contract violation details (31′).
If notified of the contract violation information or the security incident situations, the automobile management system 400′ delivers this to the automobile provider and the user through a mobile terminal and PC (32′, 33′). For example, in the situation that a fire occurs, the automobile management system 400′ transmits a control signal for unlocking doors and opening windows, and operating fire extinguishing facility in the automobile to the automobile sharing client 141′ (34′), and the automobile sharing client 141′ instructs the IoT gateway/platform 151′ to open the doors and the windows or operate fire extinguishing facility, etc. (35′). A response signal for such a control request may be transmitted from the IoT gateway/platform 151′ to the automobile sharing client 141′ (36′), or may be transmitted from the automobile sharing client 141′ to the automobile management system 400′ (37′).
When the use contract expires or the user returns the automobile, the automobile management system 400′ transmits a use right release setup message to the automobile sharing client 141′ and the IoT gateway/platform 151′ to cancel or release the automobile use permission setup given to the corresponding user (38′). This message is transmitted to the IoT gateway/platform 151′ of the automobile through the automobile sharing client 141′ (39′).
In response to the use right release setup message, both the user's automobile use and the auxiliary facility use right are all prevented. At this time, a response signal to the use right release setup message may be transmitted to the automobile sharing client 141′ and the automobile management system 400′ (40′, 41′).
The automobile provider may input, through the automobile-provider-specific monitoring/management unit 404′ of the automobile management system 404′, subjective evaluation information about whether the user uses the auxiliary facilities of the automobile during the rental period (42′).
As a possible additional configuration, the user may register a photograph or video of the facilities, inside, or outside of the automobile when taking over and returning the automobile, through the user-specific automobile use history monitoring/management unit 406′ of the automobile management system 400′. The user-specific automobile use history monitoring/management unit 406′ analyzes and stores differences between the photograph or video registered when the user takes over and returns an automobile by utilizing image processing functions such as image object recognition and comparison, and utilizes this as proof of dispute arbitration in the case of loss or damage in the automobile. Likewise, the automobile provider may also register the photograph or video of the inside and the outside of the automobile before and after the user's taking over and returning of the automobile, through the automobile-provider-specific monitoring/management unit 404′. Thereby, the provider easily identifies problems such as loss or damage through automated photo analysis and uses them as evidence when a dispute arises.
The following is a comprehensive example of a trust evaluation method for users of accommodations or automobile.
In addition, the following is an example of a trust evaluation method for accommodations or automobile.
Although the present invention has been described with reference to the embodiments of accommodations/office and automobile resources, it is apparent that the technical scope of the present invention may be applied to other resources such as bicycles, various facilities, instruments, furniture, and the like.
According to the present invention, in relation to sharing economy services for accommodations, office, automobiles, bicycles, equipment, instruments, tools, furniture, and the like with applied IoT, smart home functions (for accommodations/offices) or ADAS functions (for automobiles), while a user has a short-term lease of resources, it may be managed through a resource management system whether the resources are used with being conformed to the contract terms or whether or not they are utilized without safety problem in accordance with the contract.
In addition, by controlling auxiliary facilities or devices (air conditioner, pay channel, WIFI, parking lot, black box, navigation, and the like) in the resource to be automatically set and released so that a user utilizes them in accordance with the contract conditions, it is possible to reduce the burden on the user.
Furthermore, the resource provider and the user may easily grasp the utilization status of the corresponding resource through a monitoring function, and quickly deal with a problem through a mobile terminal and the like when the problem occurs.
Rewards such as rate discounts and option changes are provided for future service provision and use, through trust information accumulated and updated for users and resources. This allows resource users to use resources cleanly and safely and provide motivation on user and resource management efforts to resource providers, so that it is possible to enable trust-based virtuous circle ecosystem.
In addition, if necessary, by sharing the trust information of the user, accumulated through the trust-based resource sharing service, with other services and the third party through the trust information sharing function, trust services may be linked and spread.
A number of exemplary embodiments have been described above. Nevertheless, it will be understood that various modifications may be made. For example, suitable results may be achieved if the described techniques are performed in a different order and/or if components in a described system, architecture, device, or circuit are combined in a different manner and/or replaced or supplemented by other components or their equivalents. Accordingly, other implementations are within the scope of the following claims.
| Number | Date | Country | Kind |
|---|---|---|---|
| 10-2017-0031764 | Mar 2017 | KR | national |
| 10-2017-0146846 | Nov 2017 | KR | national |
