KR102118339B1 - Autonomous Login System and Method using WiFi AP - Google Patents

Abstract

An autonomous login system using a Wi-Fi access point (AP) and a method thereof are provided. According to an embodiment of the present invention, an autonomous login system using a Wi-Fi AP may comprise: a web server for login which requests login information to an external device connected to Wi-Fi in an area and attempts to log in or delivers login information to a device in the area when accessing the specific area; a WebID server generating and managing a WebID identifying the WebID server itself included in the login information; and a database management server which stores and manages information based on simple protocol and RDF query Language (SPARQL).

Description

Autonomous login system and method using WiFi AP}

The following embodiments relate to an autonomous login system and method, and more specifically, a WiFi AP (Access Point) that is connected to a wireless network in a specific area and autonomously logs in to a web server of a device in the area according to the movement of the device. It relates to an autonomous login system and method used.

Typical wireless Internet access services include public wireless LAN services, WiBro data services, and 3G (3G) data services.

Here, the WiBro (WiBro) data service and the third generation (3G) data service is slower than the public wireless LAN service, but the cell coverage is wide and handoff is possible during high-speed movement, so you can use wireless Internet service anywhere indoors or outdoors. .

On the other hand, the public wireless LAN service has a narrow cell coverage, but it has been in the spotlight for wireless Internet access services in a narrow area such as indoors because its speed is significantly faster than that of a WiBro data service and a 3G data service. Recently, as the Wi-Fi chip is installed as a basic product not only in a laptop but also in a smart phone, the demand for public wireless LAN service is increasing.

The web authentication method refers to an HTTP (Hyper Text Transfer Protocol) based authentication method using a web browser supported by a wireless terminal. This web authentication method does not require an access authentication program to be installed in the terminal for wireless Internet access, and has the advantage of providing temporary license sales and web advertisement through a web authentication login page.

That is, when an unauthenticated wireless terminal having no access session to the AP (Access Point) drives a web browser and sends an HTTP request to the AP, the AP changes the wireless terminal request URL (Uniform Resource Locator) to the web authentication login URL. By transmitting to the wireless terminal, a web authentication login page appears on the wireless terminal.

Korean Patent Publication No. 2003-0018219 relates to a login ID authentication method and system for providing authentication in a wireless LAN, and a login ID authentication method that can easily and reliably cope with security even when security is breached or a new user occurs. It describes a technique for providing a device.

Korean Patent Publication No. 2003-0018219

Embodiments describe an autonomous login system and method using a WiFi AP, and more specifically, the announcement/advertisement of the AP when the Internet of Things (IoT) device is connected to a specific area of WiFi (Wireless Fidelity, WiFi) It provides technology that connects to the web server of a specific device in the area through a function.

Embodiments realize that a device has access to a place through a local WiFi network, and a device provides its own login information even if a person does not directly enter the login information, thereby enabling a WiFi AP to autonomously log in to a specific device in the area. It is to provide an autonomous login system and method used.

An autonomous login system using a WiFi AP according to an embodiment is connected to WiFi in a region to request login information from an external device that attempts to log in, or to access a specific region when accessing a specific region. server; A WebID server generating and managing a WebID identifying itself included in the login information; And a database management server that stores and manages information based on SPARQL.

The web server, as the external device is connected to the local WiFi, the web device of the external device and the local device is connected through the AP (Access Point) of the WiFi, to check the login information of the external device Login information confirmation unit; A login information request unit for requesting login information to the external device when the login information of the external device is not confirmed; And when receiving the WebID of the external device, it may include a login approval unit that approves the login of the external device.

When accessing a specific area, the web server is connected to a preset website through a notification or advertisement function of the AP (Access Point) of the WiFi, so that the web server is moved to a web server of the device in the region to deliver the login information. Can be.

The WebID server includes: a WebID generation unit for generating a WebID profile, which is a profile document in which an ID of a WebID and a WebID owner to identify themselves by an HTTP URI for login is stored in an RDF format; WebID management unit for managing the generated WebID; And when receiving the WebID of the external device, it may include a WebID authentication unit to determine whether the actual WebID through the WebID URI.

The database management server may include a temporary database that temporarily stores information when connected to the external device or a device in the region; An experience database for logging in to the external device or a device in the area and storing information when a service is provided to achieve the purpose; And a work database for storing work-related data.

The autonomous login system using the WiFi AP including the web server, the WebID server, and the database management server may be implemented in an IoT device moving a specific area according to a purpose.

An autonomous login method using a WiFi AP according to another embodiment includes the steps of connecting an external device and a web server of a local device through an AP (Access Point) of the WiFi as an external device is connected to the local WiFi; Checking login information of the external device in the web server; Requesting login information from the web server to the external device if the web server cannot check the login information of the external device; And when the Web server receives the WebID of the external device that identifies itself as login information, authorizing the login of the external device.

The step of connecting the external device and the web server of the device in the region through the AP of the WiFi may be performed when the external device is connected to the AP of the WiFi to be connected to a preset website through a notification or advertisement function. It can be moved to a web server.

The WebID is a profile document in which the information of the WebID owner is stored in RDF as an HTTP URI to identify itself for the login, and the step of authorizing the login of the external device is when the WebID of the external device is received. You can confirm the actual WebID through the URI to approve the login.

In the step of approving the login of the external device, when approving the login of the external device, the web server may provide an online service to the corresponding account.

An autonomous login method using a WiFi AP according to another embodiment includes the steps of connecting an external device to WiFi in a region; Connecting the external device to a web server of a device in a region through an access point (AP) of the WiFi; If the web server cannot check the login information of the external device, receiving a request for login information from the web server; Checking whether the external device has a WebID identifying itself; If it has the WebID, the external device submitting the WebID to the web server as login information; And receiving a login approval from the web server.

The step of connecting the external device to the web server of the device in the region through the AP of the WiFi, when the external device is connected to the AP of the WiFi, to connect to a preset website through a notification or advertisement function. It can be moved to the web server on my device.

According to embodiments, it is known that the device has accessed the place through the local WiFi network, and the device provides its own login information even if a person does not directly input the login information, so that the device autonomously logs in to a specific device in the area An autonomous login system and method using an AP can be provided.

According to embodiments, it can be seen that an external device exists in a specific area as it uses WiFi, and an autonomous login system and method using a WiFi AP capable of autonomous login by directly providing login information by a device other than a person Can provide.

1 is a diagram illustrating the structure of a smart thing device according to an embodiment.
2 is a view for explaining an autonomous login system according to an embodiment.
3 is a flowchart illustrating an autonomous login registration process according to an embodiment.
4 is a flowchart illustrating an autonomous login method according to an embodiment.
5 is a flowchart illustrating an autonomous login method according to another embodiment.
6 is a diagram illustrating movement of a device in a region of an external device to a web server according to an embodiment.
7 is a diagram illustrating a request for login information from a web server of a device in a region to an external device according to an embodiment.
8 is a diagram illustrating WebID verification of an external device of a device in a region according to an embodiment.

Hereinafter, embodiments will be described with reference to the accompanying drawings. However, the described embodiments may be modified in various other forms, and the scope of the present invention is not limited by the embodiments described below. In addition, various embodiments are provided to more fully describe the present invention to those skilled in the art. The shape and size of elements in the drawings may be exaggerated for a more clear description.

Embodiments of the present invention are specified when the Internet of Things (IoT) device is connected to Wi-Fi (Wireless Fidelity, WiFi) of a specific area through the notification/advertisement function of the AP (Access Point) such as IPTIME. It can be connected to the device's web server. At this time, the IoT device may provide a WebID (Web Identification) as login information to the web server. When login information is not provided, the web server queries the IoT device for a WebID, and when receiving the WebID in response, the web server may proceed with the login.

Hereinafter, an IPTIME WiFi AP (Access Point) will be described as an example of an access point (AP), and an autonomous login system and method using the WiFi AP will be described in more detail. Here, IPTIME is only an example, and is not limited thereto.

One embodiment is based on WebID and Simple Protocol And RDF Query Language (SPARQL) technology using IPTIME's announcement/advertising function and semantic technology. Here, SPARQL is a semantic query language used in a database based on a resource description framework (RDF).

Login is usually performed by the user entering the login information set on the website. The user who has completed the login can receive all services provided to the account on the website. In the present invention, every smart thing device has a WebID that identifies itself, and by using the notification/advertisement function of IPTIME, it is intended to provide an online service provided by the web server by logging in to a web server owned by another smart thing device. do.

Here, the notification/advertisement function of IPTIME is a service that connects to a website that has been set in advance when connected to the WiFi network of the IPTIME device. Using this service, a device input to WiFi in a specific area can connect with other devices set in advance. In addition, this connection confirms that the device is in its place.

WebID is a technology defined according to the standard proposed by W3C, and is an HTTP Uniform Resource Identifier (URI) referring to an agent (person, organization, group, device, etc.). WebID provides a globally unique identifier by using a URI. The WebID profile is a document that creates information describing the owner of the WebID in the Resource Description Framework (RDF) data format. The data in this document is defined through an ontology that describes each relationship. Ontologies are composed of URIs, which provide globally unique identifiers to defined data, and their definitions can represent services.

The WebID URI is created by adding the hostname of the WebID Server to the HTTPS protocol and pasting the location of the profile document. The reason for using the HTTPS protocol is that WebID authentication and security are performed using TLS (Transport Layer Security). The location of the profile document in the WebID URI can be specified using a hash tag. The WebID profile URI without the hash tag #me, http://ccl.korea.ac.kr/profile/card, describes the owner's profile document. That is, if <me> is included, it indicates information describing the WebID owner, and if not, indicates information describing a WebID profile document. Agents and applications use WebIDs to authenticate WebIDs to Web sites that support the WebID protocol and act on behalf of the owner.

The WebID protocol integrates authentication and trust into the concept of WebID. The basic concept of the WebID protocol is to associate a Secure Sockets Layer (SSL) client certificate to the WebID profile, allowing the WebID owner to authenticate against other Web sites that support the WebID protocol. The authentication and security of WebID uses TLS, so this protocol is called WebID-TLS protocol.

A server program having a WebID creation and management function is, for example, a solid server provided by Solid. Solid (Solid) is a name created after the first letter of each word in Social Linked Data. It provides a set of rules and tools proposed to build distributed social applications based on the linked data principle.

In one embodiment, a mail delivery collaboration system between drones may be implemented, and a WebID server that generates and manages WebID and profile in a mail delivery collaboration system between drones uses a solid server. Solid Server includes single mode and multi mode. Since single mode creates only one WebID and profile on the server, it indicates the location of the profile on the server's domain. Since multi-mode creates multiple users' WebIDs on the server, it creates WebIDs and profiles on the server's subdomains. Single mode uses an SSL certificate because the server can authenticate WebID, and multimode uses a wildcard certificate that can authenticate to sub-domains. Single mode is used here.

The creation and management of WebID can use the Linked Data Platform (LDP) standard. The LDP standard defines a set of rules for HTTP operations on web resources based on RDF to provide an architecture for reading and writing linked data on the web. You can create and modify a WebID profile using the HTTP method defined in LDP in the WebID URI. Create a WebID profile using POST, and modify the profile using PATCH. Delete the WebID using DELETE, and retrieve the contents using GET.

The query uses SPARQL, a query language for processing structured data in RDF format or RDF format selected as a recommendation by W3C. The main purpose of SPARQL is to provide a formal language for expressing questions with semantic information.

The SPARQL query statement has a SELECT form. SELECT is a form that determines the conditions to be queried and finds results within the scope of the conditions. The SELECT query is the prefix of the namespace, PREFIX, the SELECT that defines the content to be searched, the FROM that specifies the target dataset to obtain the query results, and the WHERE that defines the conditions for retrieving the contents defined by the SELECT in the form of a triple. It consists of ORDER BY, LIMIT, etc. that affect the results. Of these, SELECT that defines what you want to search and WHERE that defines the conditions must be included.

SPARQL can query the SPARQL server database in another location through the web using the HTTP protocol. At this time, SPARQL Endpoint is used. SPARQL Endpoint is a query service that can be accessed from the web and provides a function to process SPARQL query language. In general, when an HTTP GET request is sent to a SPARQL endpoint, the server that receives the request searches the query and returns the result. SPARQL Endpoint uses a URI encoded to avoid special characters when receiving a query through HTTP, and the SPARQL query string has a variable value named query.

Table 1 shows the SELECT query and the URL-encoded SPARQL query.

[Table 1]

The SPARQL server has Apache Jena Fuseki. Apache Jena Fuseki is a SPARQL server that provides a user interface for data security and server monitoring and management and a triple database (TDB), an RDF data store. In addition, Apache Jena Fuseki uses the SPARQL 1.1 protocol, so it can update RDF data as well as queries. Each smart thing device has Apache Jena Fuseki, and you can query remotely using HTTP through the endpoint of Apache Jena Fuseki.

Embodiments can provide a system and method for logging in to a specific device in a region by knowing that the device has accessed the place through local WiFi, and providing the user's login information even if a person does not directly enter the login information. have.

According to embodiments, a device that comes to a specific area for a specific purpose is connected to the WiFi, and the web server of a specific device registered in advance in the IPTIME WiFi device logs in with a notification/advertisement function and provides login information. . By using WiFi, you can know that you are in a specific area, and you can log in autonomously by providing login information by a device other than a person.

Hereinafter, an autonomous login system and method according to an embodiment will be described.

1 is a diagram illustrating the structure of a smart thing device according to an embodiment.

Referring to FIG. 1, it shows the structure of a Smart Thing Device (100), and the Smart Thing Device (100) may be a kind of Internet of Things (IoT) device, such as a drone as an example. It may be included. Here, the smart thing device 100 may be referred to simply as a device. The smart thing device 100 may be connected to another smart thing device through the wireless Internet, and when one smart thing device 100 requests to log in to another smart thing device, a service may be provided after the login is approved. In addition, other smart thing devices may provide a service after approval by checking login information according to a login request. The at least one smart thing device 100 may be included in the autonomous login system or may be an autonomous login system.

The smart thing device 100 may include a web server (Web Server, 110), a WebID server (WebID Server, 120), and a database management server 130.

The web server 110 is for logging in, and may connect to WiFi in the area to request login information from an external device attempting to log in, or to deliver login information to a device in the region when accessing a specific area. When accessing a specific area, the web server 110 is connected to a preset website through a notification or advertisement function of an AP (Access Point) of WiFi, so that the web server 110 moves to the web server 110 of the device in the region, and displays login information. Can deliver.

The web server 110 may include a login information confirmation unit 111, a login information request unit 112, and a login approval unit 113.

As the external device is connected to the local WiFi, the login information confirmation unit 111 connects the external device and the web server 110 of the local device through an access point (AP) of WiFi, and displays login information of the external device. Can be confirmed.

When the login information request unit 112 cannot check the login information of the external device, the login information request unit 112 may request the login information from the external device.

When receiving the WebID of the external device, the login approval unit 113 may approve the login of the external device.

More specifically, the login information confirmation unit 111 has a function code for checking login information on the html login page displayed when accessing the web server 110, and displays a separate operation depending on whether the login information is present. If there is login information, it is possible to authenticate the webID, which is the information, and log in if the existing webID exists. If there is no login information, the login information request unit 112 may request login information from a device attempting to log in. When the device returns the login information, the login approval unit 113 can check the information and perform a login operation. When the device delivers the login information, it can move to the web server 110 of the other device by [address of the external device web server 110] + [login information recognizer] + [login information]. The web server 110 may check login information from domain information used when moving.

The WebID server 120 may generate and manage a WebID identifying itself included in login information.

The WebID server 120 may include a WebID generation unit 121, a WebID management unit 122, and a WebID authentication unit 123.

The WebID generation unit 121 may generate a WebID profile, which is a profile document in which the information of the WebID owner is stored in RDF format so as to identify itself by an HTTP URI for login.

The WebID management unit 122 may manage the generated WebID.

The WebID authentication unit 123 may check whether the WebID actually exists through the WebID URI.

Typically, in order for a user to receive online service through the online service providing web server 110, the user must have an account in the online service providing web server 110. However, each device has a WebID, and it is possible to log in to the other's web server 110 by authenticating the WebID. In WebID, each device has a WebID server 120 so that it can create and manage its own. The device can pass its WebID as login information. WebID is an HTTP URI and represents a profile document in which the information of the WebID owner is stored in RDF format. The WebID management unit 122 of the WebID server 120 manages the profile document, and the WebID authentication unit 123 can authenticate the WebID.

When the device delivers its WebID to the web server 110 of another device by autonomous login, the WebID authentication unit 123 of the received web server 110 may check whether the WebID is a real WebID through the WebID URI. How to check can be confirmed by using HTTP's HEAD method. In the case of an existing WebID URI, 200 is returned as HTTP STATUS CODE. The web server 110 that has returned the HTTP STATUS CODE 200 may allow login with the WebID.

The database management server 130 may store and manage information based on SPARQL.

The database management server 130 may include a temporary database 131, an experience database 132, and a work database 133 depending on the purpose. For example, the database management server 130 may use Apache Jena Fuseki.

The temporary database 131 is a database that temporarily stores information when connected to another device (ie, an external device or a device in a region).

The experience database 132 is a database that stores information when a user logs into another device and is provided with a service, and has a better service time when he comes back to the area with the same purpose in the future.

The work database 133 is a database that stores work-related data.

On the other hand, the autonomous login system using the WiFi AP including the web server 110, the WebID server 120 and the database management server 130 (that is, the smart things device 100) is a specific area according to the purpose of delivery, etc. It can be implemented in a moving drone.

For example, the autonomous login system may implement a system that operates when a device coming in for a purpose outside a specific area, such as shopping or delivery using a drone, is connected to a WiFi network. If an external device with a purpose, such as a gate in a specific area, must go through and is used in a place where the WiFi network is continuously maintained, autonomous IoT services can be provided without human assistance. In addition, it can be used for IoT, such as the entrance of buildings that inspect luggage, and for carrying luggage.

As such, when smart things devices provide services such as drone delivery and unmanned delivery, they can be used in fields such as gates or security to check and inspect whether external devices may enter the building (a specific area).

2 is a view for explaining an autonomous login system according to an embodiment.

Referring to FIG. 2, in order to start autonomous login, an external device 210 having a purpose may access the WiFi network of IPTIME and connect to the local device 220 through a notification/advertisement function to operate autonomous login. have. Hereinafter, an autonomous login method through a plurality of devices (smart things devices) 210 and 220 will be described.

Here, the external device 210 may be a smart thing device that moves from outside to a specific area and requests a login to the device 220 in the area, for example, may be a drone moving to a specific area or building for delivery purposes. . The external device 210 may include a web server 211, a WebID server 212, and a database management server 213.

In addition, the local device 220 is a smart thing device that confirms and approves login information according to a login request of the external device 210 within a specific area. The device 220 in the region may include a web server 221, a WebID server 222, and a database management server 223. The external device 210 and the device 220 in the region may have the same structure of a smart thing device.

When the external device 210 is connected to WiFi in a specific area in a specific area, it may be connected to the web server 221 of the device 220 in the area in the area through the announcement/advertisement function of the AP.

The local device 220 may check login information of the external device 210 and request login information if there is no login information.

Upon request of the login information of the device 220 in the region, the external device 210 may check and submit the webID, which is its login information, and the device 220 in the region checks the WebID submitted by the external device 210. To approve the login.

In this way, the device 220 in the area knows that the external device 210 has accessed the place through the WiFi network in the area, and the external device 210 provides its own login information even if a person does not directly enter the login information. , It is possible to provide an autonomous login system using a WiFi AP that autonomously logs in to the local device 220.

3 is a flowchart illustrating an autonomous login registration process according to an embodiment.

Referring to FIG. 3, an autonomous login registration process is illustrated, and an autonomous login method using a WiFi AP is illustrated.

Below, IPTIME WiFi AP (Access Point) will be described as an example of an AP.

Devices connected by the IPTIME WIFI network (S110) may perform autonomous login according to the autonomous login method of FIG. 2. The external device is connected to the web server of the device in the region (S120) through the notification/advertisement function of IPTIME and can start autonomous login.

The external device that has been moved to the web server is not ready yet and cannot submit login information (S130). The device in the region may request login information from the external device (S160), and the external device that receives the request may check whether it has a WebID (S170). External devices with WebID can be submitted to the web server of the device in the region as login information.

The web server of the device in the region where the WebID of the external device is checked (S140) may approve the login (S150) and provide an online service to the account.

4 is a flowchart illustrating an autonomous login method according to an embodiment.

Referring to FIG. 4, it shows an autonomous login method using a WiFi AP of a device in a region, where the device in the region is a smart thing device that confirms and approves login information according to a login request from an external device in a specific region.

In an autonomous login method using a WiFi AP according to an embodiment, as the external device is connected to the WiFi in the area, a web server of the external device and the device in the area is connected through an AP (Access Point) of the WiFi (S210). , Checking the login information of the external device from the web server (S220), If the web server fails to check the login information of the external device, requesting the login information from the web server to the external device (S230), and the web server In the case of receiving the WebID of the external device that identifies itself as the login information, it may include the step of approving the login of the external device (S240).

Hereinafter, each step of the autonomous login method using a WiFi AP of a device in a region will be described in more detail. Here, the autonomous login method using the WiFi AP may be performed by a device in the area, and the device in the area may be the smart object device (autonomous login system) described above.

In step S210, as the external device is connected to the local WiFi, the external device and the web server of the local device may be connected through the AP of the local WiFi. At this time, when the external device is connected to the AP of the WiFi, the external device can be moved to the web server of the device in the region by connecting to a preset website through a notification or advertisement function.

In step S220, it is possible to check the login information of the external device in the web server of the device in the region.

In step S230, if the login information of the external device is not checked by the web server of the local device, the web server may request the login information from the web server to the external device.

In step S240, when receiving the WebID of the external device identifying itself as the login information from the web server of the device in the region, the login of the external device may be approved. Here, WebID is a profile document in which the information of the WebID owner is stored in RDF format as an HTTP URI to identify itself for login. If the web server of the device in the region receives the WebID of the external device, it can confirm whether the WebID actually exists through the WebID URI and approve the login. If you approve the login of the external device, the web service of the device in the region can provide the online service with the corresponding account.

5 is a flowchart illustrating an autonomous login method according to another embodiment.

Referring to FIG. 5, it shows an autonomous login method using a WiFi AP of an external device, where the external device is a smart thing device that requests a login to a device in the area by moving from outside to a specific area.

In an autonomous login method using a WiFi AP according to another embodiment, an external device is connected to a local WiFi (S310), and an external device is connected to a web server of a local device through an access point (AP) of the WiFi. (S320), if the web server fails to check the login information of the external device, receiving the login information from the web server (S330), checking whether the external device has a WebID identifying itself (S340), WebID If it has, the external device may include the step of submitting the WebID to the web server as the login information (S350), and the step of receiving the login from the web server (S360).

Each step of the autonomous login method using the WiFi AP of the external device will be described below. Here, the autonomous login method using the WiFi AP may be performed by an external device, and the external device may be the smart object device (autonomous login system) described above. Meanwhile, the autonomous login method using the WiFi AP of the external device is overlapped with the above-described configuration and will be briefly described.

In step S310, as an external device moves, it may be connected to WiFi in a specific area.

In step S320, the external device may be connected to the web server of the device in the area through an access point (AP) of WiFi. At this time, when the external device is connected to the AP of the WiFi, the external device may be moved to the web server of the device in the region by connecting to a preset website through a notification or advertisement function.

In step S330, when the login information of the external device is not checked by the web server of the local device, the login information may be requested from the web server of the local device.

In step S340, it may be checked whether the external device has a WebID identifying itself according to a request for login information.

In step S350, if the external device has its own WebID, the external device may submit the WebID to the web server of the device in the region as login information.

In step S360, when receiving a login approval from the web server of the device in the region, the external device may receive an online service.

6 to 8 are examples of screens showing a process in which an external device logs in to a web server of a device in a region through a notification/advertisement function of a specific AP.

6 is a diagram illustrating a movement of a device in a region of an external device to a web server according to an embodiment.

As illustrated in FIG. 6, when an external device enters a WiFi network of a specific AP (eg, IPTIME), it can move to a web server of a device in a region by a notification/advertisement function.

7 is a diagram illustrating a request for login information from a web server of a device in a region to an external device according to an embodiment.

As illustrated in FIG. 7, the web server of the device in the region may request the login information from the external device because it has not received the WebID as the login information.

8 is a diagram illustrating WebID verification of an external device of a device in a region according to an embodiment.

As illustrated in FIG. 8, a device in an area that receives login information from an external device can check a WebID and log in.

The device described above may be implemented with hardware components, software components, and/or combinations of hardware components and software components. For example, the devices and components described in the embodiments include, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor (micro signal processor), a microcomputer, a field programmable array (FPA), It may be implemented using one or more general purpose computers or special purpose computers, such as a programmable logic unit (PLU), microprocessor, or any other device capable of executing and responding to instructions. The processing device may run an operating system (OS) and one or more software applications running on the operating system. In addition, the processing device may access, store, manipulate, process, and generate data in response to the execution of the software. For convenience of understanding, a processing device may be described as one being used, but a person having ordinary skill in the art, the processing device may include a plurality of processing elements and/or a plurality of types of processing elements. It can be seen that may include. For example, the processing device may include a plurality of processors or a processor and a controller. In addition, other processing configurations, such as parallel processors, are possible.

The software may include a computer program, code, instruction, or a combination of one or more of these, and configure the processing device to operate as desired, or process independently or collectively You can command the device. Software and/or data may be interpreted by a processing device, or to provide instructions or data to a processing device, of any type of machine, component, physical device, virtual equipment, computer storage medium or device. Can be embodied in The software may be distributed over networked computer systems and stored or executed in a distributed manner. Software and data may be stored in one or more computer-readable recording media.

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

As described above, although the embodiments have been described by a limited embodiment and drawings, those skilled in the art can make various modifications and variations from the above description. For example, the described techniques are performed in a different order than the described method, and/or the components of the described system, structure, device, circuit, etc. are combined or combined in a different form from the described method, or other components Alternatively, even if replaced or substituted by equivalents, appropriate results can be achieved.

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

Claims (12)

A web server for login that requests login information from an external device connected to WiFi in the area and attempts to log in, or delivers login information to a device in the area when accessing a specific area;
A WebID server generating and managing a WebID identifying itself included in the login information; And
Database management server that stores and manages information based on SPARQL
Including,
The WebID server,
A WebID generation unit for generating a WebID profile, which is a profile document in which the information of the WebID and the WebID owner for identifying themselves by an HTTP URI for logging in is stored in RDF format;
WebID management unit for managing the generated WebID; And
When receiving the WebID of the external device, a WebID authentication unit that checks whether the WebID actually exists through the WebID URI
Including, autonomous login system using a WiFi AP. According to claim 1,
The web server,
As the external device is connected to the WiFi in the area, the external device and the web server of the device in the area are connected through the AP (Access Point) of the WiFi, a login information confirmation unit to check the login information of the external device;
A login information request unit for requesting login information to the external device when the login information of the external device is not confirmed; And
When receiving the WebID of the external device, a login approval unit that approves login of the external device
Including, autonomous login system using a WiFi AP. According to claim 1,
The web server,
When accessing a specific area, it is connected to a predetermined website through a notification or advertisement function of the AP (Access Point) of the WiFi, and is moved to a web server of the device in the area to deliver the login information
Characterized by, autonomous login system using a WiFi AP. delete A web server for login that requests login information from an external device connected to WiFi in the area and attempts to log in, or delivers login information to a device in the area when accessing a specific area;
A WebID server generating and managing a WebID identifying itself included in the login information; And
Database management server that stores and manages information based on SPARQL
Including,
The database management server,
A temporary database for temporarily storing information when connected to the external device or the device in the region;
An experience database for logging in to the external device or a device in the area and storing information when a service is provided to achieve the purpose; And
A work database that stores work-related data
Including, autonomous login system using a WiFi AP. A web server for login that requests login information from an external device connected to WiFi in the area and attempts to log in, or delivers login information to a device in the area when accessing a specific area;
A WebID server generating and managing a WebID identifying itself included in the login information; And
Database management server that stores and manages information based on SPARQL
Including,
An autonomous login system using a WiFi AP including the web server, the webID server, and the database management server is implemented in a drone moving a specific area according to a purpose.
Characterized by, autonomous login system using a WiFi AP. As the external device is connected to the local WiFi, the step of connecting the external device and the web server of the local device through the AP (Access Point) of the WiFi;
Checking login information of the external device in the web server;
Requesting login information from the web server to the external device if the web server cannot check the login information of the external device; And
When the Web server receives the WebID of the external device identifying itself as login information, authorizing the login of the external device.
Including,
The WebID,
WebID owner's information is stored in RDF as a profile document as HTTP URI to identify itself for the login.
The step of approving the login of the external device,
When receiving the WebID of the external device, confirm whether the WebID actually exists through the WebID URI and approve the login
Characterized in that, autonomous login method using a WiFi AP. The method of claim 7,
The step of connecting the external device and the web server of the device in the region through the WiFi AP,
When the external device is connected to the AP of the WiFi, it is connected to a preset website through a notification or advertisement function to move to the web server
Characterized in that, autonomous login method using a WiFi AP. delete The method of claim 7,
The step of approving the login of the external device,
When authorizing the login of the external device, the web server provides an online service to the corresponding account
Characterized in that, autonomous login method using a WiFi AP. delete delete

Images