WO2019225921A1 - 디지털 키를 저장하기 위한 방법 및 전자 디바이스 - Google Patents

디지털 키를 저장하기 위한 방법 및 전자 디바이스 Download PDF

Info

Publication number
WO2019225921A1
WO2019225921A1 PCT/KR2019/005979 KR2019005979W WO2019225921A1 WO 2019225921 A1 WO2019225921 A1 WO 2019225921A1 KR 2019005979 W KR2019005979 W KR 2019005979W WO 2019225921 A1 WO2019225921 A1 WO 2019225921A1
Authority
WO
WIPO (PCT)
Prior art keywords
digital key
service provider
dedicated
provider server
secure element
Prior art date
Application number
PCT/KR2019/005979
Other languages
English (en)
French (fr)
Inventor
신인영
구람로케쉬
이종효
정수연
Original Assignee
삼성전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Priority to EP19808027.7A priority Critical patent/EP3787221A4/en
Priority to US17/057,995 priority patent/US12095914B2/en
Publication of WO2019225921A1 publication Critical patent/WO2019225921A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0894—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/041—Key generation or derivation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/44—Program or device authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/083—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0894—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage
    • H04L9/0897—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage involving additional devices, e.g. trusted platform module [TPM], smartcard or USB
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/321—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
    • H04L9/3213—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority using tickets or tokens, e.g. Kerberos
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3226—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using a predetermined code, e.g. password, passphrase or PIN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3234—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving additional secure or trusted devices, e.g. TPM, smartcard, USB or software token
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H04W12/069—Authentication using certificates or pre-shared keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication

Definitions

  • the present disclosure relates to a method and an electronic device for storing a digital key.
  • digitized virtual keys i.e., digital keys
  • the users of the electronic devices use these digital keys so that users do not have to carry physically separate keys for door opening, control, and access. do.
  • a physical car key could be replaced with a digital key.
  • the present disclosure is to provide a method and electronic device for storing a digital key.
  • a communication element for storing a digital key
  • a secure element for storing the digital key, and performs authentication associated with the digital key
  • a program for storing the digital key
  • executing a memory storing data and a program stored in the memory to perform near field communication with a target device to authenticate the user of the electronic device and the target device, and generate the digital key for the target device.
  • a processor configured to store the generated digital key in one area of the secure element.
  • a method for storing a digital key comprising: performing short-range communication with a target device to authenticate a user of the electronic device and the target device; Generating and storing the generated digital key in an area of the secure element.
  • a computer program product performs near field communication with a target device to perform authentication with a user of the electronic device and the target device, generating the digital key for the target device
  • the storage medium may include a recording medium storing a program for performing the step of storing the generated digital key in one area of the secure element.
  • a method and an electronic device for storing a digital key can be provided.
  • 1 is a view for explaining an environment to which a digital key is applied.
  • FIG. 2 is a diagram illustrating a system to which an embodiment is applied.
  • FIG. 3 is a diagram for describing a method of storing a digital key, according to an exemplary embodiment.
  • FIG. 4 is a diagram illustrating a configuration of an electronic device for storing a digital key according to one embodiment.
  • FIG. 5 illustrates a system architecture of an electronic device according to one embodiment.
  • FIG. 6 illustrates a system architecture of a secure element, according to one embodiment.
  • FIG. 7 and 8 are flowcharts embodying a method for storing a digital key according to one embodiment.
  • FIG. 9 illustrates a system architecture of a secure element according to another embodiment.
  • 10 and 11 are flow charts embodying a method for storing a digital key according to another embodiment.
  • FIG. 12 is a diagram of a system architecture of a secure element, according to another embodiment.
  • FIG. 13 and 14 are flowcharts embodying a method for storing a digital key according to another embodiment.
  • a communication element for storing a digital key
  • a secure element for storing the digital key, and performs authentication associated with the digital key
  • a program for storing the digital key
  • executing a memory storing data and a program stored in the memory to perform near field communication with a target device to authenticate the user of the electronic device and the target device, and generate the digital key for the target device.
  • a processor configured to store the generated digital key in one area of the secure element.
  • the processor may be configured to classify the generated digital key for each service provider, store it in a common storage space of the secure element, and update the routing table for the generated digital key.
  • the processor activates the digital key and controls to connect a public application and a service provider server in the secure element to perform authentication between the public application and the service provider server.
  • the processor when receiving a request relating to the digital key from the service provider server, based on the routing table, the processor is configured to determine the storage location of the digital key of the service provider server and access rights to the digital key. If the service provider server has the access right, the public application may be controlled to generate a response to the request associated with the digital key and transmit the response to the service provider server.
  • the processor generates a dedicated storage space functionally isolated to store the digital key for each service provider or each target device in one area of the secure element, and the dedicated storage space Install a dedicated application for providing a service for the digital key in the controller, classify the generated digital key into each service provider, store it in the dedicated storage space, and control to update a routing table for the generated digital key can do.
  • the processor may activate the digital key and connect a public application and a service provider server in the secure element to control authentication between the public application and the service provider server.
  • the processor is configured to receive access authority information of the service provider server from a digital key manager server, to receive a verification token from the target device, and to control the digital key from the service provider server.
  • control the public application Upon receiving a request associated with the control, control the public application to verify a storage location of the digital key of the service provider server and an access right to the digital key based on the routing table, wherein the service provider server controls the digital key. If there is an access right, the dedicated application can be controlled to generate a response to the request associated with the digital key using the verification token and transmit it to the service provider server.
  • the processor is functionally isolated to store the digital key for each service provider or for each target device in an area of the secure element, and is accessible only if the usage rights are verified. Generate, install a dedicated application for providing a service for the digital key in the dedicated security domain, and divide the generated digital key for each service provider and store in the dedicated security domain.
  • the processor may be configured to activate the digital key and connect the dedicated application and a service provider server in the secure element to perform authentication between the dedicated application and the service provider server.
  • the processor controls to send a verification token for accessing the dedicated secure domain to a digital key manager server, and when receiving a request associated with the verification token and the digital key from the service provider server,
  • the dedicated application may be controlled to perform verification on the verification token, and generate a response to a request associated with the digital key and transmit the response to the service provider server if the verification token is valid.
  • a method for storing a digital key comprising: performing short-range communication with a target device to authenticate a user of the electronic device and the target device; Generating and storing the generated digital key in an area of the secure element.
  • the storing of the generated digital key in one area of the secure element may include: dividing the generated digital key for each service provider and storing the generated digital key in a common storage space of the secure element;
  • the method may include updating a routing table for the generated digital key.
  • activating the digital key And connecting the public application and the service provider server in the secure element to perform authentication between the public application and the service provider server.
  • the service provider server when receiving a request related to the digital key from the service provider server, confirming the storage location of the digital key of the service provider server and the access rights to the digital key based on the routing table; And when the service provider server has the access right, generating a response to the request associated with the digital key and transmitting the response to the service provider server.
  • the digital key for the target device prior to generating the digital key for the target device, functionally isolated to store the digital key for each service provider or for each target device in an area of the secure element. Creating a dedicated storage space; And installing a dedicated application for providing a service for the digital key in the dedicated storage space, and storing the generated digital key in one area of the secure element. Classifying each service provider into the dedicated storage space; And updating a routing table for the generated digital key.
  • activating the digital key And connecting the public application and the service provider server in the secure element to perform authentication between the public application and the service provider server.
  • the step of performing short-range communication with a target device to authenticate the user of the electronic device and the target device receiving access authority information of the service provider server from a digital key manager server; And prior to generating the digital key for the target device, receiving a verification token from the target device, when receiving a request associated with the digital key from the service provider server. Confirming a storage location of the digital key of the service provider server and an access right to the digital key based on the routing table; And when the service provider server has access to the digital key, generating a response to the request related to the digital key using the verification token and transmitting the generated response to the service provider server.
  • Creating a dedicated secure domain accessible when the usage rights are verified; And installing a dedicated application for providing a service for the digital key in the dedicated security domain, and storing the generated digital key in one area of the secure element comprises: generating the digital key And classifying each service provider into the dedicated security domain.
  • activating the digital key And connecting the dedicated application and a service provider server in the secure element to perform authentication between the dedicated application and the service provider server.
  • sending a verification token to access the dedicated secure domain to a digital key manager server;
  • receiving a request related to the verification token and the digital key from the service provider server performing verification on the verification token;
  • the verification token is valid, generating a response to the request associated with the digital key and transmitting the response to the service provider server.
  • a computer program product performs near field communication with a target device to perform authentication with a user of the electronic device and the target device, generating the digital key for the target device
  • the storage medium may include a recording medium storing a program for performing the step of storing the generated digital key in one area of the secure element.
  • Some embodiments of the present disclosure may be represented by functional block configurations and various processing steps. Some or all of these functional blocks may be implemented in various numbers of hardware and / or software configurations that perform particular functions.
  • the functional blocks of the present disclosure may be implemented by one or more microprocessors or by circuit configurations for a given function.
  • the functional blocks of the present disclosure may be implemented in various programming or scripting languages.
  • the functional blocks may be implemented in algorithms running on one or more processors.
  • the present disclosure may employ the prior art for electronic configuration, signal processing, and / or data processing.
  • connecting lines or connecting members between the components shown in the drawings are merely illustrative of functional connections and / or physical or circuit connections. In an actual device, the connections between components may be represented by various functional connections, physical connections, or circuit connections that are replaceable or added.
  • ... unit refers to a unit that processes at least one function or operation, which may be implemented in hardware or software or a combination of hardware and software.
  • the “unit” and “module” may be implemented by a program stored in a storage medium that can be addressed and executed by a processor.
  • “part”, “module” means components such as software components, object-oriented software components, class components, and task components, and processes, functions, properties, and pro- grams. It can be implemented by procedures, subroutines, segments of program code, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays and variables.
  • 1 is a view for explaining an environment to which a digital key is applied.
  • target devices 11 and 12 for performing control and access using an electronic device 100 a user 1 of the electronic device 100, and a digital key mounted on the electronic device 100. , ..., 13).
  • the electronic device 100 may include a personalized mobile device, but is not limited thereto and may include various kinds of electronic devices.
  • the electronic device 100 may include a smartphone, a tablet PC, a PC, a camera, a wearable device, and the like.
  • the electronic device 100 may generate and store a digital key for controlling and accessing target devices 11, 12,..., 13.
  • the target devices 11, 12,..., 13 may interact with the electronic device 100 to perform an operation for generating a digital key, and the digital key generated and stored in the electronic device 100 through this process. Can be controlled and accessed using In an embodiment, the target devices 11, 12,..., 13 may perform an operation for generating a digital key through short-range communication with the electronic device 100 within a predetermined distance.
  • the user 1 interacts with the car 11 via the electronic device 100 to generate a digital key, and the generated digital key is used for the electronic device 100.
  • Can be stored in The user may control various operations of the vehicle 11 by using the digital key stored in the electronic device 100.
  • a user may open or close a door, start a vehicle, or control various electronic devices mounted in a vehicle using a digital key stored in the electronic device 100.
  • the locking device may be opened and closed through a digital key stored in the electronic device 100, or when the target device is the control system 13, the user 1 via the digital key You can also authorize and grant different levels of authority based on the authenticated user.
  • FIG. 1 The embodiments shown in FIG. 1 are merely examples, and the scope of the present disclosure is not limited by the contents shown in FIG. 1.
  • various target devices may exist in addition to the target devices 11, 12,..., 13 shown in FIG. 1.
  • FIG. 2 is a diagram illustrating a system to which an embodiment is applied.
  • a service provider server 210 a service provider server 210, a digital key manager server 220, an electronic device 100, and a target device 10 are shown.
  • the service provider server 210 is a server of a service provider who wants to provide a digital key service to the user 1.
  • the service provider refers to a provider that provides a service related to, for example, a car, a hotel, a house, a building, and the like, and may provide a digital key service to the user 1 as an additional service according to a main service.
  • a main service For example, auto companies sell cars, and hotel, home and building companies provide hotel, home and building related services.
  • Such service providers may provide digital key services for access functions such as door opening, starting, control, and the like.
  • the service provider server 210 may include a user information database such as user ID information such as an ID and a password of the user 1, sales goods or service information.
  • user ID information such as an ID and a password of the user 1
  • sales goods or service information For example, when an automobile company sells a vehicle, the automobile company may store information about an ID, a password, a vehicle identification number sold, and whether a digital key service is used.
  • the digital key manager server 220 provides technology and services for securely issuing and storing digital keys to the electronic device 100. For example, when the user 1 purchases a car and wants to store the digital key in the electronic device 100, the user 1 checks whether the user is a valid user or a valid car, and then selects the digital key in the electronic device 100. Create, store, and manage stored digital keys.
  • the target device 10 is an entity corresponding to goods and services that the service provider sells to the user 1.
  • the target device 10 may include a gate of a car, a hotel, a house, a building, and the like. More specifically, the target device 10 may include not only a vehicle door and a trunk gate in an automobile but also an access gate for starting and controlling a vehicle.
  • the electronic device 100 may generate and store a digital key in a secure element.
  • the service provider server 210 may provide a function for authenticating access to a digital key of an external entity such as the service provider server 210 and verifying authority to securely manage the digital key.
  • FIG. 3 is a diagram for describing a method of storing a digital key, according to an exemplary embodiment.
  • the electronic device 100 performs short-range communication with the target device 10 to authenticate the user of the electronic device 100 and the target device 10.
  • the electronic device 100 receives a certificate of the target device 10 from the target device 10 and compares the certificate with the certificate stored in the electronic device 100 to the user of the electronic device 100 and the target device 10. Authentication can be performed.
  • the certificate may include a root certificate of the target device 10.
  • the electronic device 100 may receive and store a certificate of the target device 10 from the digital key manager server 220, and then use the certificate for authentication of the target device 10.
  • the target device 10 is a user ID, password (PW), One Time Passcode (OTP), PIN (Personal Identification Number), voice command, for authentication of the user of the electronic device 100, Biometric information, GPS information, and existing proprietary authentication information may be obtained and used.
  • the electronic device 100 may perform authentication for a user of the electronic device 100 and the target device 10 using proximity communication, for example, near field communication (NFC).
  • the electronic device 100 may store the certificate in a secure element (SE).
  • SE secure element
  • step 320 the electronic device 100 generates a digital key for the target device 10.
  • the electronic device 100 may access the target device 10 using the digital key and control the target device 10.
  • the electronic device 100 stores the generated digital key in one area of the secure element.
  • the electronic device 100 may classify the generated digital key for each service provider, store the generated digital key in a common storage space of the secure element SE, and update the routing table for the digital key.
  • the common storage space is a space accessible by each service provider server 210 through a request for a common application, and the digital keys of each service provider may be stored separately.
  • the electronic device 100 may store the digital keys of each service provider as a delimiter, and the delimiter may be an index. Such index information may be stored in a routing table. Therefore, an index of the routing table is required to access the digital key.
  • the routing table may be updated.
  • the routing table may include an index for the digital key, status information (eg, active / inactive), identification information (eg, service provider, target device), and the like.
  • the electronic device 100 may activate the digital key and connect the public application and the service provider server 210 in the secure element to perform authentication between the public application and the service provider server 210.
  • the electronic device 100 may activate the digital key through registration, additional authentication, or the like at the service provider server 210 and / or the digital key manager server 220.
  • the electronic device 100 may store the state information of the digital key, and when the activation process is necessary, the electronic device 100 may store the state information of the digital key in an inactive state.
  • the electronic device 100 when the electronic device 100 is located in an area that can be connected to a network, that is, in a communication area, the electronic device 100 performs a network connection to perform an activation step.
  • the activation step may be performed.
  • information related to the digital key that needs to be activated may be stored in the service framework 520.
  • the electronic device 100 when the electronic device 100 receives a request relating to the digital key from the service provider server 210, the electronic device 100 stores the digital key in the storage location and the digital key of the service provider server 210 based on the routing table. You can check the access rights for the When the service provider server 20 has the access right, the electronic device 100 may generate a response to the request related to the digital key and transmit it to the service provider server 210.
  • the digital key of each service provider server 210 may be divided and stored in a common storage device in the secure element SE.
  • the digital key can be safely stored by authenticating that the service provider and verifying the authority by referring to the digital key routing table and allowing access.
  • the electronic device 100 is functionally configured to store the digital key for each service provider or for each target device in one area of the secure element before generating the digital key for the target device 10.
  • the electronic device 100 classifies the generated digital key for each service provider and stores the generated digital key in a dedicated storage space and stores a routing table for the generated digital key. You can update it.
  • the electronic device 100 may activate the digital key and connect the public application and the service provider server 210 in the secure element to perform authentication between the public application and the service provider server 210.
  • the electronic device 100 before the electronic device 100 performs short-range communication with the target device 10 to authenticate the user of the electronic device 100 and the target device 10, the electronic device 100 receives a message from the digital key manager server 220.
  • the access authority information of the service provider server 210 may be received.
  • the access right information refers to the access right when the service provider server 210 accesses the public application, and may include, for example, the number of accesses, an access command, an expiration date, and the like.
  • the electronic device 100 may receive a verification token from the target device 10 before generating the digital key for the target device 10.
  • the verification token can be used to verify communication with the service provider server 210.
  • the electronic device 100 when the electronic device 100 receives a request relating to the digital key from the service provider server 210, the electronic device 100 stores the digital key in the storage location and the digital key of the service provider server 210 based on the routing table. You can check the access rights for the In addition, when the service provider server 210 has access to the digital key, the electronic device 100 may generate a response to the request associated with the digital key using the verification token and transmit it to the service provider server 210. have.
  • the request related to the digital key from the service provider server 210 may be transmitted with a challenge to confirm whether the dedicated storage space corresponding to the corresponding service provider server 210 is accessed.
  • the electronic device 100 may use the verification token to include the result of the challenge in the response to the request associated with the digital key to the service provider server 210.
  • the digital keys of the service providers may be divided and stored in a secure storage space.
  • the service provider can authenticate the service provider, check the service provider's authority by referring to the digital key routing table, and securely store the digital key by allowing access to a specific dedicated storage space. Further, the service provider may check whether the response from the electronic device 100 is for the digital key stored in the dedicated storage space corresponding to the service provider through the challenge.
  • the electronic device 100 is functional to store the digital key for each service provider or for each target device in one area of the secure element before generating the digital key for the target device 10. Once you are isolated, and you are authorized to use it, you can create a dedicated secure domain that can be accessed and install a dedicated application to provide services for digital keys in the dedicated secure domain. In this case, when the generated digital key is stored in one area of the security element, the electronic device 100 may divide the generated digital key for each service provider and store the generated digital key in a dedicated security domain.
  • the electronic device 100 may activate the digital key and connect the dedicated application and the service provider server 210 in the secure element to perform authentication between the dedicated application and the service provider server 210.
  • the electronic device 100 transmits a verification token for accessing the dedicated security domain to the digital key manager server 220 and receives a request related to the digital key together with the verification token from the service provider server 210. In this case, verification of the verification token may be performed. If the verification token is valid, the electronic device 100 may generate a response to the request associated with the digital key and transmit it to the service provider server 210.
  • the digital keys of the service providers may be divided and stored in a secure separate private domain.
  • each service provider wants to access the digital key, it can securely store the digital key by authenticating that it is a service provider and allowing access to a specific dedicated security domain.
  • the electronic device 100 may check whether the service provider's access is a valid access by using the verification token received from the electronic device 100 at the service provider server 210.
  • FIG. 4 is a diagram illustrating a configuration of an electronic device for storing a digital key according to one embodiment.
  • the electronic device 100 may include a communication unit 110, a memory 120, a security element 130, and a processor 140.
  • the communication unit 110 may perform wired or wireless communication with another device or a network.
  • the communication unit 110 may include a communication module supporting at least one of various wired and wireless communication methods.
  • the communication module may be in the form of a chipset, or may be a sticker / barcode (sticker including an e.g. NFC tag) including information necessary for communication.
  • the wireless communication may include, for example, at least one of cellular communication, Wi-Fi (Wireless Fidelity), Wi-Fi Direct, Bluetooth, Ultra Wide Band (UWB), or Near Field Communication (NFC).
  • Wired communication may include, for example, at least one of USB or High Definition Multimedia Interface (HDMI).
  • HDMI High Definition Multimedia Interface
  • the communication unit 110 may include a communication module for short range communication.
  • the communication unit 110 may include a communication module for performing various short range communication such as infrared communication, MST (magnetic secure transmission) in addition to Wi-Fi, Wi-Fi Direct, Bluetooth, and NFC described above. Can be.
  • MST magnetic secure transmission
  • the memory 120 may install and store various types of data such as programs and files such as applications.
  • the processor 140 may access and use data stored in the memory 120 or store new data in the memory 120.
  • the memory 120 may be installed and stored in the program and data for the storage of the digital key.
  • Secure element 130 is a secure area accessible only to authorized applications. Secure element 130 may be configured to be physically isolated from other hardware configurations. In one embodiment, programs and data for storage of digital keys may be installed and stored in secure element 130. In one embodiment, the secure element 130 may include an embedded Secure Element (hereinafter referred to as eSE), a Universal Integrated Circuit Card (hereinafter referred to as UICC), a Secure Digital Card (hereinafter referred to as SD Card), and the like. In one embodiment, the secure element may store a digital key and perform authentication associated with the digital key.
  • eSE embedded Secure Element
  • UICC Universal Integrated Circuit Card
  • SD Card Secure Digital Card
  • secure element 130 is illustrated in FIG. 3 as being connected to the processor 140, the present disclosure is not limited thereto, and the secure element 130 may be connected to the communication unit 110 and / or the memory 120.
  • the processor 140 controls the overall operation of the electronic device 100 and may include at least one processor such as a CPU, a GPU, and the like.
  • the processor 140 may control other components included in the electronic device 100 to perform an operation for storing the digital key.
  • the processor 140 may execute a program stored in the memory 120 and the secure element 130, read a stored file, or store a new file.
  • the processor 140 of the electronic device is illustrated as being located outside the secure element 130, but is not limited thereto.
  • the processor 140 may be located inside the secure element 130 to operate the secure element 130.
  • the processor 140 may be a processor located inside the secure element 130.
  • the processor 140 executes near field communication with the target device 10 by executing a program stored in the memory 120 and the secure element 130, thereby allowing the user of the electronic device 100 and the target device 10 to execute. ) May be authenticated, generate a digital key for the target device 10, and store the generated digital key in one area of the security element 130.
  • the processor 140 may classify the generated digital key for each service provider, store it in a common storage space of the security element 130, and control to update the routing table for the generated digital key. .
  • the processor 140 may activate the digital key and connect the public application and the service provider server 210 in the secure element 130 to control authentication between the public application and the service provider server 210. have.
  • the processor 140 may determine the storage location of the digital key of the service provider server 210 and the access right to the digital key based on the routing table. If the service provider server 210 has the access right, the public application may be controlled to generate a response to the request related to the digital key and transmit the response to the service provider server 210.
  • the processor 140 creates a dedicated storage space functionally isolated to store digital keys for each service provider or for each target device in one area of the secure element 130, You can install a dedicated application to provide services for digital keys in a dedicated storage space.
  • the generated digital key may be classified for each service provider, stored in a dedicated storage space, and controlled to update the routing table for the generated digital key.
  • the processor 140 may activate the digital key and connect the public application and the service provider server 210 in the secure element 130 to control authentication between the public application and the service provider server 210. .
  • the processor 140 may receive the access right information of the service provider server 210 from the digital key manager server 220 and control to receive a verification token from the target device 10.
  • the common application when receiving a request related to the digital key from the service provider server 210, the common application is controlled to check the storage location of the digital key of the service provider server 210 and the access authority to the digital key based on the routing table. If the service provider server 210 has access to the digital key, the dedicated application may be controlled to generate a response to the request related to the digital key and transmit the response to the service provider server 210 using the verification token. .
  • the processor 140 is functionally isolated to store digital keys for each service provider or for each target device in one area of the secure element 130, and if the usage rights are proved, You can create a dedicated secure domain that can be accessed and install a dedicated application to provide services for digital keys in the dedicated secure domain.
  • the generated digital key may be classified for each service provider and stored in a dedicated security domain.
  • the processor 140 may activate the digital key and connect the dedicated application and the service provider server 210 in the secure element 130 to control authentication between the dedicated application and the service provider server 210. .
  • the processor 140 controls the digital key manager server 220 to transmit the verification token for accessing the dedicated security domain, and receives a request related to the verification token and the digital key from the service provider server 210. In this case, the verification token can be verified. If the verification token is valid, the dedicated application can be controlled to generate a response to the request associated with the digital key and send it to the service provider server 210.
  • FIG. 5 illustrates a system architecture of an electronic device according to one embodiment.
  • the system architecture of an electronic device includes a user application 510, a service framework 520, and a secure element 530.
  • the user application 510 refers to an application stored and installed in the general area of the electronic device 100.
  • the user application 510 may include an application provided by a service provider for storing the digital key, an application embedded in the electronic device 100 for storing the digital key, and the like.
  • the user application 510 may include an application in the form of a wallet.
  • the service framework 520 is a service application that acts as a gateway between the user application 510, external entities, and the secure element 530.
  • the service framework 520 provides a service API that can access the secure element 530 from the outside, and provides functionality such as access control and command translation when accessing the secure element 530. Can be.
  • the secure element 530 is a secure area accessible only to authorized applications.
  • Secure element 130 may be configured to be physically isolated from other hardware configurations.
  • the secure element 130 may include an embedded Secure Element (hereinafter referred to as eSE), a Universal Integrated Circuit Card (hereinafter referred to as UICC), a Secure Digital Card (hereinafter referred to as SD Card), and the like.
  • eSE embedded Secure Element
  • UICC Universal Integrated Circuit Card
  • SD Card Secure Digital Card
  • the secure element 530 may include at least one or more configurations. This will be described in more detail below.
  • FIG. 6 illustrates a system architecture of a secure element, according to one embodiment.
  • the security element 530 includes a security domain 610, and the security domain 610 includes a common application 620, a common storage space 630,
  • the authority may include a controlling authority domain 640.
  • the security domain 610 is a completely isolated space within the security element 530 and performs security related operations.
  • the common application 620 includes a lightweight applet or application that runs on the secure element 530.
  • the common application 620 may provide functions such as generation and management of a digital key in a form common to various service providers in a service related to the digital key.
  • the common application 620 may be preloaded in the electronic device 100 or may be loaded or installed at a later request.
  • Public storage 630 is a storage space located within public application 620 or secure element 530.
  • the common storage space 630 is illustrated as being located outside the common application 620, but is not limited thereto.
  • the common storage space 630 may be located inside the common application 620.
  • the common storage space 630 may comprise a general file system.
  • the common storage space 630 is a space accessible by each service provider server 210 through a request for a common application, and the digital key of each service provider may be stored separately.
  • the common storage space 630 may store the digital keys of each service provider as a separator, and the separator may be an index. Such index information may be stored in a routing table.
  • the routing table may be stored in the common application 620.
  • the rights control domain 640 may store a certificate for authentication with an external entity.
  • FIG. 7 and 8 are flowcharts embodying a method for storing a digital key according to one embodiment.
  • the service provider server 210 and the digital key manager server 220 exchange certificates with each other.
  • a certificate exchange may be performed according to a contract between the service provider and the digital key manager.
  • the service provider server 210 may be a server operated by a service provider providing a target device
  • the digital key manager server 220 may be a server operated by a service provider for providing a digital key management service.
  • the person providing the digital key management service may be a manufacturer of the electronic device 100.
  • the certificate may comprise a root certificate.
  • the service provider server 210 may transmit the root certificate of the service provider to the digital key manager server 220, and the digital key manager server 220 may transmit the root certificate of the digital key management service provider to the service provider server 210. have. In other words, the service provider and the digital key manager can exchange each other's root certificates.
  • step 704 the service provider server 210 transmits the root certificate of the digital key management service provider received in step 702 to the target device 10, and the received target device 10 receives in step 708.
  • a root certificate of one digital key management service provider may be stored.
  • the digital key manager server 220 transmits the root certificate of the service provider received in step 702 to the electronic device 100, and the received electronic device 100 receives the root of the service provider received in step 706. You can save the certificate.
  • the electronic device 100 may store the root certificate of the service provider received in the public application 620.
  • a security area such as the secure element SE has a greater restriction in terms of resources and storage space.
  • the electronic device 100 may encrypt the certificate with a key stored in the secure element SE and store the certificate in the general area instead of the secure area.
  • the certificate can be decrypted and used within the security element.
  • the target device 10 and the electronic device 100 are positioned at a distance capable of short-range communication.
  • the electronic device 100 may be located in the NFC reader of the target device 10.
  • the target device 10 and the common application 620 of the electronic device 100 are connected, and in step 714, authentication of the user of the electronic device 100 and the target device 10 may be performed.
  • the authentication for the target device 10 may perform certificate-based cross-validation. Certificate-based cross-validation is that each device or each application authenticates the other party's device, and in one embodiment, the other party's stored certificate (or root certificate) may be used.
  • the service provider server 210 and the digital key manager server 220 may transmit their route signatures to each other and verify it with a certificate of the other party that stores each other. This allows you to verify that the other party knows about you, for example, has a contract with you. Alternatively, if a signature signed by the root certificate and the root certificate are delivered together, the counterpart may verify the signature with the certificate after verifying the root certificate. .
  • the electronic device 100 is a user ID, password (PW, Password, PW), One Time Passcode (OTP), PIN (Personal Identification) for authentication of the user of the electronic device 100 in the target device 10 Number), voice command, biometric information, GPS information, existing proprietary authentication information, etc. may be obtained and provided to the target device 10. The target device 10 may determine whether the user who intends to store the digital key in the electronic device 100 is the intended user based on the information.
  • step 714 when the authentication of the user of the electronic device 100 and the target device 10 is completed, in step 716, the public application 620 generates a digital key, and in step 718, the public storage space 630. Request the storage of the digital key.
  • the common storage space 630 may store the generated digital key.
  • one area and the digital key of the common storage space 630 where the digital key is stored may be activated through registration and / or additional authentication at the digital key manager server 220 or the service provider server 210, respectively. .
  • the state information of the digital key may be stored in the common storage space 630 in which the digital key is stored. If the digital key needs to be activated, initial state information is stored as INACTIVE.
  • the public application 620 updates the digital key routing table in step 722.
  • the electronic device 100 may store the digital keys of each service provider as a delimiter, and the delimiter may be an index. Such index information may be stored in a routing table. Therefore, an index of the routing table is required to access the digital key.
  • the routing table may be updated.
  • the routing table may include an index for the digital key, status information (active / inactive), identification information, and the like.
  • the electronic device 100 when the electronic device 100 is located in an area that can be connected to a network, that is, in a communication area, the electronic device 100 performs a network connection to perform an activation step. However, when the electronic device 100 is located in the shadowed area, when the electronic device 100 moves to an area in which communication is possible, the activation step may be performed. To this end, in operation 724, information related to the digital key that needs activation may be stored in the service framework 520.
  • the service framework 520 may trigger that activation is required automatically or manually. For example, if a user checks a list of deactivation digital keys and issues an activation request command or monitors network information in the service framework 520 and confirms that the user enters an area that can be connected to the network, that is, a communication area, You can start activation triggering automatically.
  • Step 728 is a process of registering and verifying the use of the secure element for the digital key service.
  • the activation triggering of the service framework 520 is started in operation 726, the activation of the common application 620 and the digital key manager server 220 may be performed. For example, activation may be performed based on a server according to the policy of the digital key manager, or activation may be performed in the electronic device 100 by itself.
  • the address of the service provider server 210 stored in the common storage space 630 may be checked in order to perform activation based on the service provider server 210. Thereafter, when the electronic device 100 and the service provider server 210 are connected through a network in step 732, the service framework 520 acts as a message forwarder in step 734, thereby communicating with the service provider server 210. Perform mutual authentication between common applications 620. When mutual authentication between the service provider server 210 and the common application 620 is completed, the service provider server 210 and the common application 620 may be logically connected to exchange messages between both ends.
  • step 736 the service provider server 210 requests a service related to the digital key through a message, and the public application 620 refers to the digital key routing table to the storage location and the digital key of the digital key stored in the common storage space. After checking the access right, a response to the request of the service provider server 210 is generated and transmitted to the service provider server 210.
  • the digital key of each service provider server 210 may be divided and stored in a common storage device in the secure element SE.
  • the digital key can be safely stored by authenticating that the service provider and verifying the authority by referring to the digital key routing table and allowing access.
  • FIG. 9 illustrates a system architecture of a secure element according to another embodiment.
  • the secure element 530 includes a secure domain 910, which includes a public application 920, a dedicated storage space 930, and a rights control domain 940. And the like.
  • a dedicated application 931 may be installed in the dedicated storage space 930.
  • the security domain 910 is a completely isolated space within the security element 530 and performs security related operations.
  • the common application 920 includes a lightweight applet or application that runs on the secure element 530.
  • the common application 920 may provide functions such as generation and management of the digital key in a form common to various service providers in a service related to the digital key.
  • the common application 920 may be preloaded in the electronic device 100 or may be loaded or installed at a later request.
  • the public application 920 may provide a routing function when there is a request for the secure element 530 from an external entity. For example, it may be determined to which dedicated storage space 930 to send the command.
  • the dedicated storage space 930 is a storage space located in the security domain 910.
  • the dedicated storage space 930 is a space that is functionally isolated to store digital keys for each service provider or each target device in the area.
  • the dedicated storage space 930 may be referred to as a target device package.
  • a dedicated application 931 may be installed in the dedicated storage space 930 to provide a service for a digital key in the dedicated storage space.
  • the dedicated application 931 may include a space for storing a digital key for each target device or service provider, and a corresponding function.
  • 10 and 11 are flow charts embodying a method for storing a digital key according to another embodiment.
  • step 1002 the service provider server 210 and the digital key manager server 220 exchange certificates with each other. Thereafter, in step 1004, the service provider server 210 transmits the certificate of the digital key management service provider received in step 1002 to the target device 10, and the target device 10 that receives it receives in step 1008.
  • the certificate of the digital key management service provider may be stored.
  • the digital key manager server 220 transmits a certificate of the service provider received in operation 1002 to the electronic device 100. In this case, the digital key manager server 220 may transmit the access right information together with the certificate.
  • the access right information refers to the access right when the service provider server 210 accesses the public application, and may include, for example, the number of accesses, an access command, an expiration date, and the like.
  • the electronic device 100 receiving the information may store the certificate and the access authority information of the service provider received in step 1010.
  • the service provider server 210 may transmit a verification token to the target device 10.
  • the verification token may be used to verify communication between the service provider server 210 and the dedicated storage space 930 corresponding to the service provider server.
  • the verification token is illustrated in FIG. 10 as being transmitted in step 1012, the present invention is not limited thereto, and the verification token may be transmitted to the target device 10 at any stage before the digital key generation step 1022.
  • the target device 10 and the electronic device 100 may be positioned at a distance capable of short-range communication, and in operation 1016, authentication of the user of the electronic device 100 and the target device 10 may be performed. . Thereafter, in operation 1018, the dedicated storage space 930 may be created, and a dedicated application 931 for providing a service for the digital key may be installed in the dedicated storage space 930. Thereafter, the communication with the dedicated storage space 930 may be understood as the communication with the dedicated application 931.
  • the dedicated application 931 generates a digital key
  • the target device 10 may transmit a verification token to the dedicated application 931.
  • the generated digital key may be stored in the dedicated storage space 930.
  • the dedicated application 931 updates the digital key routing table.
  • the service framework 520 stores information related to the digital key that needs to be activated.
  • the service framework is stored. 520 may trigger that activation is required automatically or manually.
  • Step 1032 is the registration and verification of the use of the secure element for the digital key service.
  • the address of the service provider server 210 may be checked in order to perform activation based on the service provider server 210.
  • the service framework 520 acts as a message forwarder in step 1038, thereby communicating with the service provider server 210. Perform mutual authentication between common applications 620.
  • the service provider server 210 may request a service related to the digital key through a message.
  • a challenge may be transmitted together to confirm whether the dedicated storage space corresponding to the corresponding service provider server 210 is accessed.
  • the common application 920 refers to the digital key routing table, checks the storage location of the digital key stored in the common storage space and the access right to the digital key, and then stores the dedicated storage corresponding to the service provider server 210. Select space 930.
  • the service request and challenge associated with the digital key are forwarded to the dedicated application 931, and in step 1046, the dedicated application 931 generates a response to the request associated with the digital key using the verification token,
  • the service provider server 210 may transmit the information to the service provider server 210. More specifically, the dedicated application 931 can use the verification token to include the result of the challenge in the response to the request associated with the digital key and send it to the service provider server 210.
  • the service provider server 210 receiving the request may verify whether the response is based on a digital key stored in a dedicated storage space corresponding to the service provider server 210 based on the result of the challenge.
  • the digital keys of the service providers may be divided and stored in the securely separated dedicated storage space 930.
  • the service provider can authenticate the service provider, check the service provider's authority by referring to the digital key routing table, and securely store the digital key by allowing access to a specific dedicated storage space. Further, the service provider may check whether the response from the electronic device 100 is for the digital key stored in the dedicated storage space 930 corresponding to the service provider through the challenge.
  • FIG. 12 is a diagram of a system architecture of a secure element, according to another embodiment.
  • the security element 530 includes a security domain 1210, and the security domain 1210 includes a public application 1220, a dedicated security domain 1230, and a security domain for token verification. 1240, a receipt generation security domain 1250, and an authority control domain 1260.
  • a dedicated application 1231 may be installed in the dedicated security domain 1230.
  • the security domain 1210 is a completely isolated space within the security element 530 and performs security related operations.
  • the common application 1220 includes a lightweight applet or application that runs on the secure element 530.
  • the common application 1220 may provide functions such as generation and management of the digital key in a form common to various service providers in a service related to the digital key.
  • the common application 1220 may be pre-mounted on the electronic device 100 or may be loaded or installed at a later request.
  • the public application 1220 may provide a routing function when there is a request for the secure element 530 from an external entity. For example, it can determine to which dedicated security domain 1230 a command is sent.
  • the dedicated security domain 1230 is functionally isolated, is a security domain that exists under the security domain 1210, and has a Delegated Management Privilege. Even if the security domain 1210 is not an external entity managed by the security domain 1210, the dedicated security domain 1230 can be accessed by demonstrating the use authority. That is, the dedicated security domain 1230 acts as a kind of agent, and any entity may use the services of the dedicated security domain 1230 if any entity proves the access right.
  • the token verification security domain 1240 verifies the access authority, and the receipt generation security domain 1250 transmits the use content to the external entity after the access. It serves as a reminder.
  • the dedicated security domain 1230 may be referred to as a target device package.
  • a dedicated application 1231 may be installed in the dedicated security domain 1230 to provide a service for a digital key in the dedicated security domain 1230.
  • the dedicated application 1231 may include a space for storing a digital key for each target device or service provider, and a corresponding function.
  • FIG. 13 and 14 are flowcharts embodying a method for storing a digital key according to another embodiment.
  • FIG. 13 and FIG. 14 overlapping contents of FIGS. 7 and 8, 10, and 11 will be briefly described.
  • step 1302 the service provider server 210 and the digital key manager server 220 exchange certificates with each other. Thereafter, in step 1304, the service provider server 210 transmits the certificate of the digital key management service provider received in step 1302 to the target device 10, and the target device 10 that receives it receives in step 1308.
  • the certificate of the digital key management service provider may be stored.
  • the digital key manager server 220 transmits the certificate of the service provider received in operation 1002 to the electronic device 100.
  • the electronic device 100 receiving the information may store the certificate and the access authority information of the service provider received in operation 1310.
  • the target device 10 and the electronic device 100 may be positioned at a distance capable of short-range communication.
  • the user of the electronic device 100 and the target device 10 may be authenticated.
  • the dedicated security domain 1230 may be generated and a dedicated application 1231 may be installed in the dedicated security domain 1230 to provide a service for the digital key.
  • the communication with the dedicated secure domain 1230 may be understood as communication with the dedicated application 1231.
  • the dedicated application 1231 may generate a digital key, and in operation 1320, store the generated digital key in the dedicated security domain 1230.
  • Step 1322 the information related to the digital key that needs to be activated is stored in the service framework 520.
  • the service framework 520 may trigger that activation is required automatically or manually.
  • Step 1326 is a process of registering and verifying use of a secure element for digital key service.
  • the address of the service provider server 210 may be checked to perform activation based on the service provider server 210.
  • the service framework 520 serves as a message forwarder in step 1332 to connect with the service provider server 210. The mutual authentication between the dedicated applications 1230 is performed.
  • the verification token generated by the dedicated application 1230 is transferred to the service provider server 210.
  • the digital key manager server 220 may be transmitted or may be directly transmitted to the service provider server 210.
  • the verification token may be encrypted and transmitted with the certificate received in step 1306.
  • the service provider server 210 may request a service related to the digital key through a message.
  • the verification token may be transmitted together to check whether the dedicated security domain 1230 corresponding to the corresponding service provider server 210 is accessed.
  • the received verification token may be verified in the security domain 1240 for token verification. If the verification token is valid, in operation 1340, the dedicated application 1231 may generate a response to the request associated with the digital key and transmit it to the service provider server 210. Thereafter, in step 1342, the receipt generation secure domain 1250 transmits the verification result to the digital key manager server 220.
  • the digital keys of the service providers may be divided and stored in the secure secure domain 1230.
  • each service provider wants to access the digital key, it can securely store the digital key by authenticating that it is a service provider and allowing access to a specific dedicated security domain 1230.
  • the electronic device 100 may check whether the service provider's access is a valid access by using the verification token received from the electronic device 100 at the service provider server 210.
  • the above-described embodiments can be written as a program that can be executed in a computer, and can be implemented in a general-purpose digital computer which operates the program using a computer-readable medium.
  • the structure of the data used in the above-described embodiment can be recorded on the computer-readable medium through various means.
  • the above-described embodiments may be implemented in the form of a computer program product including a recording medium containing instructions executable by a computer, such as a program module executed by a computer.
  • methods implemented with a software module or algorithm may be stored on a computer readable recording medium as code or program instructions that the computer can read and execute.
  • Computer readable media can be any recording media that can be accessed by a computer, and can include volatile and nonvolatile media, removable and non-removable media.
  • Computer-readable media may include, but are not limited to, magnetic storage media such as ROM, floppy disks, hard disks, and the like, and optical storage media such as CD-ROMs and DVDs.
  • the computer readable medium may include computer storage media and communication media.
  • a plurality of computer-readable recording media may be distributed in networked computer systems, and data stored in the distributed recording media, for example, program instructions and code, may be executed by at least one computer. have.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Theoretical Computer Science (AREA)
  • Computing Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Power Engineering (AREA)
  • Lock And Its Accessories (AREA)
  • Storage Device Security (AREA)

Abstract

본 개시는 디지털 키를 저장하기 위한 방법 및 전자 디바이스에 관한 것으로, 일 실시예에 따른 디지털 키를 저장하기 위한 전자 디바이스에 있어서, 통신부, 디지털 키를 저장하고, 상기 디지털 키와 관련된 인증을 수행하는 보안 요소(Secure Element, SE), 상기 디지털 키의 저장을 위한 프로그램 및 데이터를 저장하는 메모리 및 상기 메모리에 저장된 프로그램을 실행함으로써, 타겟 디바이스와 근거리 통신을 수행하여 상기 전자 디바이스의 사용자와 상기 타겟 디바이스에 대한 인증을 수행하고, 상기 타겟 디바이스에 대한 상기 디지털 키를 생성하며, 상기 생성한 디지털 키를 상기 보안 요소의 일 영역에 저장하도록 제어하는 프로세서를 포함할 수 있다.

Description

디지털 키를 저장하기 위한 방법 및 전자 디바이스
본 개시는 디지털 키를 저장하기 위한 방법 및 전자 디바이스에 관한 것이다.
스마트 폰, 태블릿 PC와 같은 개인화된 전자 디바이스가 보급됨에 따라, 디지털 키를 이용한 보안, 인증 등을 수행하기 위한 기술이 개발되고 있다. 이러한 디지털 키 관련 기술로, 디지털 키를 전자 디바이스, 예를 들어, 스마트 폰에 통합하는 형태의 기술이 개발되고 있다.
디지털화 된 가상의 키, 즉, 디지털 키를 전자 디바이스에 저장하고, 전자 디바이스의 사용자는 이러한 디지털 키를 이용함으로써 사용자는 문 개폐, 제어 및 액세스 등을 위해서 물리적인 별개의 키를 가지고 다닐 필요가 없게 된다. 예를 들어, 물리적인 자동차 키를 디지털 키로 대체할 수 있을 것이다.
이와 같이, 디지털 키의 사용은 사용자 편의 및 산업적 효과에 있어 큰 개선을 가져올 수 있는 반면, 보안에 대한 우려 역시 제기되고 있다. 즉, 디지털 키는 기본적으로 전자 디바이스와의 결합을 필요로 하므로, 전자 디바이스에 대한 해킹 등과 같은 악의적인 사용에 노출될 수 있다. 따라서, 디지털 키를 전자 디바이스에 안전하게 저장하기 위한 방법이 필요하다.
본 개시는 디지털 키를 저장하기 위한 방법 및 전자 디바이스를 제공하기 위한 것이다.
일 실시예에 따른 디지털 키를 저장하기 위한 전자 디바이스에 있어서, 통신부, 디지털 키를 저장하고, 상기 디지털 키와 관련된 인증을 수행하는 보안 요소(Secure Element, SE), 상기 디지털 키의 저장을 위한 프로그램 및 데이터를 저장하는 메모리 및 상기 메모리에 저장된 프로그램을 실행함으로써, 타겟 디바이스와 근거리 통신을 수행하여 상기 전자 디바이스의 사용자와 상기 타겟 디바이스에 대한 인증을 수행하고, 상기 타겟 디바이스에 대한 상기 디지털 키를 생성하며, 상기 생성한 디지털 키를 상기 보안 요소의 일 영역에 저장하도록 제어하는 프로세서를 포함할 수 있다.
다른 일 실시예에 따른 디지털 키를 저장하기 위한 방법에 있어서, 타겟 디바이스와 근거리 통신을 수행하여 상기 전자 디바이스의 사용자와 상기 타겟 디바이스에 대한 인증을 수행하는 단계, 상기 타겟 디바이스에 대한 상기 디지털 키를 생성하는 단계 및 상기 생성한 디지털 키를 상기 보안 요소의 일 영역에 저장하는 단계를 포함할 수 있다.
또다른 일 실시예에 따른 컴퓨터 프로그램 제품은 타겟 디바이스와 근거리 통신을 수행하여 상기 전자 디바이스의 사용자와 상기 타겟 디바이스에 대한 인증을 수행하는 단계, 상기 타겟 디바이스에 대한 상기 디지털 키를 생성하는 단계 및 상기 생성한 디지털 키를 상기 보안 요소의 일 영역에 저장하는 단계를 수행하도록 하는 프로그램이 저장된 기록매체를 포함할 수 있다.
본 개시의 일 실시예에 따르면, 디지털 키를 저장하기 위한 방법 및 전자 디바이스를 제공할 수 있다.
도 1은 디지털 키를 적용되는 환경을 설명하기 위한 도면이다.
도 2는 일 실시예가 적용되는 시스템을 설명하기 위한 도면이다.
도 3은 일 실시예에 따른 디지털 키를 저장하기 위한 방법을 설명하기 위한 도면이다.
도 4는 일 실시예에 따른 디지털 키를 저장하기 위한 전자 디바이스의 구성을 나타내는 도면이다.
도 5는 일 실시예에 따른 전자 디바이스의 시스템 아키텍처를 나타내는 도면이다.
도 6는 일 실시예에 따른 보안 요소의 시스템 아키텍처를 나타내는 도면이다.
도 7 및 도 8은 일 실시예에 따른 디지털 키를 저장하기 위한 방법을 구체화하는 순서도이다.
도 9는 다른 일 실시예에 따른 보안 요소의 시스템 아키텍처를 나타내는 도면이다.
도 10 및 도 11은 다른 일 실시예에 따른 디지털 키를 저장하기 위한 방법을 구체화하는 순서도이다.
도 12는 또다른 일 실시예에 따른 보안 요소의 시스템 아키텍처를 나타내는 도면이다.
도 13 및 도 14는 또다른 일 실시예에 따른 디지털 키를 저장하기 위한 방법을 구체화하는 순서도이다.
일 실시예에 따른 디지털 키를 저장하기 위한 전자 디바이스에 있어서, 통신부, 디지털 키를 저장하고, 상기 디지털 키와 관련된 인증을 수행하는 보안 요소(Secure Element, SE), 상기 디지털 키의 저장을 위한 프로그램 및 데이터를 저장하는 메모리 및 상기 메모리에 저장된 프로그램을 실행함으로써, 타겟 디바이스와 근거리 통신을 수행하여 상기 전자 디바이스의 사용자와 상기 타겟 디바이스에 대한 인증을 수행하고, 상기 타겟 디바이스에 대한 상기 디지털 키를 생성하며, 상기 생성한 디지털 키를 상기 보안 요소의 일 영역에 저장하도록 제어하는 프로세서를 포함할 수 있다.
일 실시예에서, 상기 프로세서는, 상기 생성한 디지털 키를 각 서비스 제공자 별로 구분하여 상기 보안 요소의 공용 저장 공간에 저장하고, 상기 생성한 디지털 키에 대한 라우팅 테이블을 업데이트 하도록 제어할 수 있다.
일 실시예에서, 상기 프로세서는, 상기 디지털 키를 활성화 하고, 상기 보안 요소 내의 공용 애플리케이션과 서비스 제공자 서버를 연결하여 상기 공용 애플리케이션과 상기 서비스 제공자 서버 간에 인증을 수행하도록 제어하는, 전자 디바이스.
일 실시예에서, 상기 프로세서는, 상기 서비스 제공자 서버로부터 상기 디지털 키와 관련된 요청을 수신하는 경우, 상기 라우팅 테이블을 기초로 서비스 제공자 서버의 상기 디지털 키의 저장 위치와 상기 디지털 키에 대한 접근 권한을 확인하고, 상기 서비스 제공자 서버가 상기 접근 권한이 있는 경우, 상기 디지털 키와 관련된 요청에 대한 응답을 생성하여 상기 서비스 제공자 서버로 전송하도록 상기 공용 애플리케이션을 제어할 수 있다.
일 실시예에서, 상기 프로세서는, 상기 보안 요소의 일 영역에 각 서비스 제공자 별 또는 각 타겟 디바이스 별로 상기 디지털 키를 저장하기 위하여 기능적으로 분리(isolate)된 전용 저장 공간을 생성하고, 상기 전용 저장 공간에 상기 디지털 키에 대한 서비스를 제공하기 위한 전용 애플리케이션을 설치하며, 상기 생성한 디지털 키를 각 서비스 제공자 별로 구분하여 상기 전용 저장 공간에 저장하고, 상기 생성한 디지털 키에 대한 라우팅 테이블을 업데이트 하도록 제어할 수 있다.
일 실시예에서, 상기 프로세서는, 상기 디지털 키를 활성화 하고, 상기 보안 요소 내의 공용 애플리케이션과 서비스 제공자 서버를 연결하여 상기 공용 애플리케이션과 상기 서비스 제공자 서버 간에 인증을 수행하도록 제어할 수 있다.
일 실시예에서, 상기 프로세서는, 디지털 키 관리자 서버로부터 상기 서비스 제공자 서버의 접근 권한 정보를 수신하고, 상기 타겟 디바이스로부터 검증 토큰(verification token)을 수신하도록 제어하며, 상기 서비스 제공자 서버로부터 상기 디지털 키와 관련된 요청을 수신하는 경우, 상기 라우팅 테이블을 기초로 서비스 제공자 서버의 상기 디지털 키의 저장 위치와 상기 디지털 키에 대한 접근 권한을 확인하도록 상기 공용 애플리케이션을 제어하고, 상기 서비스 제공자 서버가 상기 디지털 키에 대한 접근 권한이 있는 경우, 상기 검증 토큰을 이용해 상기 디지털 키와 관련된 요청에 대한 응답을 생성하여 상기 서비스 제공자 서버로 전송하도록 상기 전용 애플리케이션을 제어할 수 있다.
일 실시예에서, 상기 프로세서는, 상기 보안 요소의 일 영역에 각 서비스 제공자 별 또는 각 타겟 디바이스 별로 상기 디지털 키를 저장하기 위하여 기능적으로 분리(isolate)되고, 사용 권한이 증명되면 접근 가능한 전용 보안 도메인을 생성하고, 상기 전용 보안 도메인에 상기 디지털 키에 대한 서비스를 제공하기 위한 전용 애플리케이션을 설치하며, 상기 생성한 디지털 키를 각 서비스 제공자 별로 구분하여 상기 전용 보안 도메인에 저장할 수 있다.
일 실시예에서, 상기 프로세서는, 상기 디지털 키를 활성화 하고, 상기 보안 요소 내의 상기 전용 애플리케이션과 서비스 제공자 서버를 연결하여 상기 전용 애플리케이션과 상기 서비스 제공자 서버 간에 인증을 수행하도록 제어할 수 있다.
일 실시예에서, 상기 프로세서는, 디지털 키 관리자 서버로 상기 전용 보안 도메인에 접근하기 위한 검증 토근을 전송하도록 제어하고, 상기 서비스 제공자 서버로부터 상기 검증 토큰과 상기 디지털 키와 관련된 요청을 수신하는 경우, 상기 검증 토큰에 대한 검증을 수행하고, 상기 검증 토큰이 유효한 경우, 상기 디지털 키와 관련된 요청에 대한 응답을 생성하여 상기 서비스 제공자 서버로 전송하도록 상기 전용 애플리케이션을 제어할 수 있다.
다른 일 실시예에 따른 디지털 키를 저장하기 위한 방법에 있어서, 타겟 디바이스와 근거리 통신을 수행하여 상기 전자 디바이스의 사용자와 상기 타겟 디바이스에 대한 인증을 수행하는 단계, 상기 타겟 디바이스에 대한 상기 디지털 키를 생성하는 단계 및 상기 생성한 디지털 키를 상기 보안 요소의 일 영역에 저장하는 단계를 포함할 수 있다.
일 실시예에서, 상기 생성한 디지털 키를 상기 보안 요소의 일 영역에 저장하는 단계는, 상기 생성한 디지털 키를 각 서비스 제공자 별로 구분하여 상기 보안 요소의 공용 저장 공간에 저장하는 단계; 상기 생성한 디지털 키에 대한 라우팅 테이블을 업데이트 하는 단계를 포함할 수 있다.
일 실시예에서, 상기 디지털 키를 활성화 하는 단계; 및 상기 보안 요소 내의 공용 애플리케이션과 서비스 제공자 서버를 연결하여 상기 공용 애플리케이션과 상기 서비스 제공자 서버 간에 인증을 수행하는 단계를 더 포함할 수 있다.
일 실시예에서, 상기 서비스 제공자 서버로부터 상기 디지털 키와 관련된 요청을 수신하는 경우, 상기 라우팅 테이블을 기초로 서비스 제공자 서버의 상기 디지털 키의 저장 위치와 상기 디지털 키에 대한 접근 권한을 확인하는 단계; 및 상기 서비스 제공자 서버가 상기 접근 권한이 있는 경우, 상기 디지털 키와 관련된 요청에 대한 응답을 생성하여 상기 서비스 제공자 서버로 전송하는 단계를 더 포함할 수 있다.
일 실시예에서, 상기 타겟 디바이스에 대한 상기 디지털 키를 생성하는 단계 이전에, 상기 보안 요소의 일 영역에 각 서비스 제공자 별 또는 각 타겟 디바이스 별로 상기 디지털 키를 저장하기 위하여 기능적으로 분리(isolate)된 전용 저장 공간을 생성하는 단계; 및 상기 전용 저장 공간에 상기 디지털 키에 대한 서비스를 제공하기 위한 전용 애플리케이션을 설치하는 단계를 더 포함하고, 상기 생성한 디지털 키를 상기 보안 요소의 일 영역에 저장하는 단계는, 상기 생성한 디지털 키를 각 서비스 제공자 별로 구분하여 상기 전용 저장 공간에 저장하는 단계; 및 상기 생성한 디지털 키에 대한 라우팅 테이블을 업데이트 하는 단계를 더 포함할 수 있다.
일 실시예에서, 상기 디지털 키를 활성화 하는 단계; 및 상기 보안 요소 내의 공용 애플리케이션과 서비스 제공자 서버를 연결하여 상기 공용 애플리케이션과 상기 서비스 제공자 서버 간에 인증을 수행하는 단계를 더 포함할 수 있다.
일 실시예에서, 타겟 디바이스와 근거리 통신을 수행하여 상기 전자 디바이스의 사용자와 상기 타겟 디바이스에 대한 인증을 수행하는 단계 이전에, 디지털 키 관리자 서버로부터 상기 서비스 제공자 서버의 접근 권한 정보를 수신하는 단계; 및 상기 타겟 디바이스에 대한 상기 디지털 키를 생성하는 단계 이전에, 상기 타겟 디바이스로부터 검증 토큰(verification token)을 수신하는 단계를 더 포함하고, 상기 서비스 제공자 서버로부터 상기 디지털 키와 관련된 요청을 수신하는 경우, 상기 라우팅 테이블을 기초로 서비스 제공자 서버의 상기 디지털 키의 저장 위치와 상기 디지털 키에 대한 접근 권한을 확인하는 단계; 및 상기 서비스 제공자 서버가 상기 디지털 키에 대한 접근 권한이 있는 경우, 상기 검증 토큰을 이용해 상기 디지털 키와 관련된 요청에 대한 응답을 생성하여 상기 서비스 제공자 서버로 전송하는 단계를 더 포함할 수 있다.
일 실시예에서, 상기 타겟 디바이스에 대한 상기 디지털 키를 생성하는 단계 이전에, 상기 보안 요소의 일 영역에 각 서비스 제공자 별 또는 각 타겟 디바이스 별로 상기 디지털 키를 저장하기 위하여 기능적으로 분리(isolate)되고, 사용 권한이 증명되면 접근 가능한 전용 보안 도메인을 생성하는 단계; 및 상기 전용 보안 도메인에 상기 디지털 키에 대한 서비스를 제공하기 위한 전용 애플리케이션을 설치하는 단계를 더 포함하고, 상기 생성한 디지털 키를 상기 보안 요소의 일 영역에 저장하는 단계는, 상기 생성한 디지털 키를 각 서비스 제공자 별로 구분하여 상기 전용 보안 도메인에 저장하는 단계를 포함할 수 있다.
일 실시예에서, 상기 디지털 키를 활성화 하는 단계; 및 상기 보안 요소 내의 상기 전용 애플리케이션과 서비스 제공자 서버를 연결하여 상기 전용 애플리케이션과 상기 서비스 제공자 서버 간에 인증을 수행하는 단계를 더 포함할 수 있다.
일 실시예에서, 디지털 키 관리자 서버로 상기 전용 보안 도메인에 접근하기 위한 검증 토근을 전송하는 단계; 상기 서비스 제공자 서버로부터 상기 검증 토큰과 상기 디지털 키와 관련된 요청을 수신하는 경우, 상기 검증 토큰에 대한 검증을 수행하는 단계; 및 상기 검증 토큰이 유효한 경우, 상기 디지털 키와 관련된 요청에 대한 응답을 생성하여 상기 서비스 제공자 서버로 전송하는 단계를 더 포함할 수 있다.
또다른 일 실시예에 따른 컴퓨터 프로그램 제품은 타겟 디바이스와 근거리 통신을 수행하여 상기 전자 디바이스의 사용자와 상기 타겟 디바이스에 대한 인증을 수행하는 단계, 상기 타겟 디바이스에 대한 상기 디지털 키를 생성하는 단계 및 상기 생성한 디지털 키를 상기 보안 요소의 일 영역에 저장하는 단계를 수행하도록 하는 프로그램이 저장된 기록매체를 포함할 수 있다.
아래에서는 첨부한 도면을 참조하여 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 본 개시의 실시예를 상세히 설명한다. 그러나 본 개시는 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 또한, 도면에서 본 개시를 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
본 개시의 일부 실시예는 기능적인 블록 구성들 및 다양한 처리 단계들로 나타내어질 수 있다. 이러한 기능 블록들의 일부 또는 전부는, 특정 기능들을 실행하는 다양한 개수의 하드웨어 및/또는 소프트웨어 구성들로 구현될 수 있다. 예를 들어, 본 개시의 기능 블록들은 하나 이상의 마이크로 프로세서들에 의해 구현되거나, 소정의 기능을 위한 회로 구성들에 의해 구현될 수 있다. 또한, 예를 들어, 본 개시의 기능 블록들은 다양한 프로그래밍 또는 스크립팅 언어로 구현될 수 있다. 기능 블록들은 하나 이상의 프로세서들에서 실행되는 알고리즘으로 구현될 수 있다. 또한, 본 개시는 전자적인 환경 설정, 신호 처리, 및/또는 데이터 처리 등을 위하여 종래 기술을 채용할 수 있다.
또한, 도면에 도시된 구성 요소들 간의 연결 선 또는 연결 부재들은 기능적인 연결 및/또는 물리적 또는 회로적 연결들을 예시적으로 나타낸 것일 뿐이다. 실제 장치에서는 대체 가능하거나 추가된 다양한 기능적인 연결, 물리적인 연결, 또는 회로 연결들에 의해 구성 요소들 간의 연결이 나타내어질 수 있다.
또한, 본 명세서에 기재된 "...부", "모듈" 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어 또는 소프트웨어로 구현되거나 하드웨어와 소프트웨어의 결합으로 구현될 수 있다. "부", "모듈"은 어드레싱될 수 있는 저장 매체에 저장되며 프로세서에 의해 실행될 수 있는 프로그램에 의해 구현될 수도 있다. 예를 들어, “부”, "모듈" 은 소프트웨어 구성 요소들, 객체 지향 소프트웨어 구성 요소들, 클래스 구성 요소들 및 태스크 구성 요소들과 같은 구성 요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로 코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들 및 변수들에 의해 구현될 수 있다.
도 1은 디지털 키를 적용되는 환경을 설명하기 위한 도면이다.
도 1을 참조하면, 전자 디바이스(100), 전자 디바이스(100)의 사용자(1) 및 전자 디바이스(100)에 탑재된 디지털 키를 이용하여 제어 및 액세스를 수행하기 위한 타겟 디바이스들(11, 12, …, 13)이 개시되어 있다.
전자 디바이스(100)는 개인화된 모바일 디바이스를 포함할 수 있으나 이에 한정되지 않고, 다양한 종류의 전자 디바이스를 포함할 수 있다. 예를 들어, 전자 디바이스(100)는 스마트폰, 태블릿 PC, PC, 카메라 및 웨어러블 장치 등을 포함할 수 있다. 일 실시예에서 전자 디바이스(100)는 위한 타겟 디바이스들(11, 12, ……, 13)을 제어하고 액세스하기 위한 디지털 키를 생성하고, 저장할 수 있다.
타겟 디바이스들(11, 12, …, 13)은 전자 디바이스(100)와 상호 작용하여 디지털 키의 생성을 위한 동작을 수행할 수 있고, 이러한 과정을 통해 생성되어 전자 디바이스(100)에 저장된 디지털 키를 이용하여 제어되고 액세스 될 수 있다. 일 실시예에서 타겟 디바이스들(11, 12, …, 13)은 일정 거리 내에 있는 전자 디바이스(100)와 근거리 통신을 통해 디지털 키의 생성을 위한 동작을 수행할 수 있다.
예를 들어, 타겟 디바이스가 자동차(11)인 경우, 사용자(1)는 전자 디바이스(100)를 통해 자동차(11)와 상호작용하여 디지털 키를 생성하고, 생성된 디지털 키를 전자 디바이스(100)에 저장할 수 있다. 사용자는 전자 디바이스(100)에 저장된 디지털 키를 이용하여, 자동차(11)의 다양한 동작을 제어할 수 있다. 예를 들어, 사용자는 전자 디바이스(100)에 저장된 디지털 키를 이용하여, 문을 개폐할 수 있고, 시동을 걸 수도 있으며, 자동차에 탑재된 다양한 전자 디바이스들을 제어할 수도 있다. 나아가, 자동 주차 시스템과 같은 자율주행과 관련한 동작을 제어할 수도 있다. 또한, 타겟 디바이스가 도어락(12)인 경우, 전자 디바이스(100)에 저장된 디지털 키를 통해 잠금 장치를 개폐할 수도 있고, 타겟 디바이스가 제어 시스템(13)인 경우, 디지털 키를 통해 사용자(1)를 인증하고, 인증된 사용자에 따라 다른 레벨의 권한을 부여할 수도 있다.
도 1에서 도시하고 있는 실시예들은 일 예에 불과할 뿐, 도 1에 도시된 내용에 의해 본 개시의 범위가 제한되는 것은 아니다. 예를 들어, 도 1에서 도시하고 있는 타겟 디바이스들(11, 12, …, 13)외에 다양한 타겟 디바이스가 존재할 수 있다.
도 2는 일 실시예가 적용되는 시스템을 설명하기 위한 도면이다.
도 2를 참조하면, 서비스 제공자 서버(210), 디지털 키 관리자 서버(220), 전자 디바이스(100) 및 타겟 디바이스(10)가 도시된다.
서비스 제공자(Service Provider) 서버(210)는 디지털 키 서비스를 사용자(1)에게 제공하고자 하는 서비스 제공자의 서버이다. 서비스 제공자는, 예를 들어, 자동차, 호텔, 집, 빌딩 등과 관련된 서비스를 제공하는 사업자를 지칭하며, 주된 서비스에 따른 부가 서비스로 사용자(1)에게 디지털 키 서비스를 제공할 수 있다. 예를 들어, 자동차 회사는 자동차를 판매하고, 호텔, 집, 빌딩 회사는 호텔, 집, 빌딩 관련 서비스를 제공한다. 이러한 서비스 제공자는 문 개폐, 시동, 제어 등과 같은 액세스 기능을 위해 디지털 키 서비스를 제공할 수 있다.
서비스 제공자 서버(210)는 사용자(1)의 ID, 패스워드 와 같은 사용자 계정 정보, 판매 상품 또는 서비스 정보와 같은 사용자 정보 데이터베이스를 포함할 수 있다. 예를 들어, 자동차 회사는 자동차를 판매하면 사용자(1)의 ID, 패스워드, 판매한 자동차 식별 번호, 디지털 키 서비스 사용 유무 등에 대한 정보를 저장할 수 있다.
디지털 키 관리자 서버(220)는 전자 디바이스(100)에 디지털 키를 안전하게 발급하고 저장할 수 있는 기술 및 서비스를 제공한다. 예를 들어, 사용자(1)가 자동차를 구매하고, 전자 디바이스(100)에 디지털 키를 저장하고자 할 때, 유효한 사용자인지, 유효한 자동차인지 여부 등을 확인한 후, 전자 디바이스(100)에서 디지털 키를 생성하고, 저장하며, 저장된 디지털 키를 관리할 수 있다.
타겟 디바이스(10)는 서비스 제공자가 사용자(1)에게 판매하는 상품 및 서비스에 상응하는 엔티티(entity)이다. 예를 들어, 타겟 디바이스(10)는 자동차, 호텔, 집, 빌딩 등의 게이트를 포함할 수 있다. 보다 구체적으로, 타겟 디바이스(10)는 자동차에서 차량 도어, 트렁크 게이트뿐 만 아니라 시동 및 차량 제어를 위한 액세스 게이트 등을 포함할 수 있다.
전자 디바이스(100)는 보안 요소(Secure Element)에서 디지털 키를 생성하고 저장할 수 있다. 또한, 서비스 제공자 서버(210)와 같은 외부 엔티티의 디지털 키에 대한 접근에 대해서 인증하고, 권한을 확인하여 디지털 키를 안전하게 관리할 수 있는 기능을 제공할 수 있다.
도 3은 일 실시예에 따른 디지털 키를 저장하기 위한 방법을 설명하기 위한 도면이다.
도 3을 참조하면, 먼저, 310 단계에서, 전자 디바이스(100)는, 타겟 디바이스(10)와 근거리 통신을 수행하여 전자 디바이스(100)의 사용자와 타겟 디바이스(10)에 대한 인증을 수행한다. 일 실시예에서, 전자 디바이스(100)는 타겟 디바이스(10)로부터 타겟 디바이스(10)의 인증서를 수신하여 저장하고 있는 인증서와 비교함으로써, 전자 디바이스(100)의 사용자와 타겟 디바이스(10)에 대한 인증을 수행할 수 있다. 여기서, 인증서는 타겟 디바이스(10)의 루트 인증서(root certificate)를 포함할 수 있다. 또한, 전자 디바이스(100)는 디지털 키 관리자 서버(220)로부터 타겟 디바이스(10)의 인증서를 수신하여 저장하고 있다가, 타겟 디바이스(10)의 인증에 해당 인증서를 이용할 수 있다. 일 실시예에서, 타겟 디바이스(10)는 전자 디바이스(100)의 사용자에 대한 인증을 위하여 사용자 ID, 비밀번호(Password, PW), One Time Passcode(OTP), PIN(Personal Identification Number), 음성 명령, 생체 인식 정보, GPS 정보, 기존 소유 인증 정보 등을 획득하여 이용할 수 있다.
일 실시예에서, 전자 디바이스(100)는 근접 통신, 예를 들어, NFC(Near Field Communication)을 이용하여 전자 디바이스(100)의 사용자와 타겟 디바이스(10)에 대한 인증을 수행할 수 있다. 또한, 일 실시예에서, 전자 디바이스(100)는 보안 요소(Secure Element, SE)에 인증서를 저장할 수 있다. 보안 요소(SE)와 같은 보안 영역은 전자 디바이스(100)의 일반 영역과 비교하여, 리소스(resource)나 저장 공간 측면에서 제약이 크다. 따라서, 다른 일 실시예에서, 전자 디바이스(100)는 인증서를 보안 요소(SE)에 저장된 키로 암호화 하여 보안 영역이 아닌 일반 영역에 저장할 수도 있다. 이 경우, 인증서 사용 시에는 보안 요소 내에서 인증서를 복호화 하여 사용할 수 있다. 일 실시예에 따르면, 인증서를 일반 영역에 저장하더라도 보안 요소(SE)에 저장된 키로 암호화 되어 있어, 탈취나 해킹으로부터 안전하게 저장할 수 있다. 또한, 보안 요소(SE) 내의 특정 서비스 관련된 키를 사용함으로써, 인증서를 특정 서비스와 바인딩하는 것도 가능하다.
그 후, 320 단계에서, 전자 디바이스(100)는, 타겟 디바이스(10)에 대한 디지털 키를 생성한다. 일 실시예에 따르면, 전자 디바이스(100)는 디지털 키를 이용하여 타겟 디바이스(10)에 엑세스하고, 타겟 디바이스(10)를 제어할 수 있다.
330 단계에서, 전자 디바이스(100)는, 생성한 디지털 키를 보안 요소의 일 영역에 저장한다.
일 실시예에서, 전자 디바이스(100)는, 생성한 디지털 키를 각 서비스 제공자 별로 구분하여 보안 요소(SE)의 공용 저장 공간에 저장하고, 디지털 키에 대한 라우팅 테이블을 업데이트 할 수 있다. 여기서, 공용 저장 공간은 각 서비스 제공자 서버(210)가 공용 애플리케이션에 대한 요청을 통해 접근 가능한 공간으로, 각 서비스 제공자의 디지털 키는 구분되어 저장될 수 있다. 일 실시예에서, 전자 디바이스(100)는, 각 서비스 제공자의 디지털 키를 구분자로 구분하여 저장할 수 있으며, 여기서, 구분자는 인덱스(Index)일 수 있다. 이러한 인덱스 정보는 라우팅 테이블에 저장될 수 있다. 따라서, 디지털 키에 접근하기 위해서는 라우팅 테이블의 인덱스가 필요하다. 또한, 디지털 키가 새롭게 생성되거나, 디지털 키와 관련된 정보가 변경되는 경우, 라우팅 테이블의 업데이트를 수행할 수 있다. 일 실시예에서, 라우팅 테이블은, 디지털 키에 대한 인덱스, 상태 정보(예를 들어, 활성/비활성), 식별 정보(예를 들어, 서비스 제공자, 타겟 디바이스) 등을 포함할 수 있다.
나아가, 전자 디바이스(100)는, 디지털 키를 활성화 하고, 보안 요소 내의 공용 애플리케이션과 서비스 제공자 서버(210)를 연결하여 공용 애플리케이션과 서비스 제공자 서버(210) 간에 인증을 수행할 수 있다. 일 실시예에서, 전자 디바이스(100)는 서비스 제공자 서버(210) 및/또는 디지털 키 관리자 서버(220)에서 등록, 추가 인증 등을 통해서 디지털 키를 활성화 할 수 있다. 이 경우, 전자 디바이스(100)는 디지털 키의 상태 정보를 저장할 수 있으며, 활성화 과정이 필요한 경우, 디지털 키의 상태 정보를 비활성 상태(Inactive)로 저장할 수 있다. 일 실시예에서, 전자 디바이스(100)가 네트워크에 연결 가능한 지역, 즉, 통신 가능 지역에 위치하는 경우, 바로 네트워크 연결하여 활성화 단계를 수행한다. 하지만, 전자 디바이스(100)가 음영 지역에 위치하는 경우, 전자 디바이스(100)가 통신 가능한 지역으로 이동하였을 때, 활성화 단계를 수행할 수 있다. 이를 위해, 활성화가 필요한 디지털 키와 관련된 정보를 서비스 프레임워크(520)에 저장할 수 있다.
일 실시예에서, 전자 디바이스(100)는, 서비스 제공자 서버(210)로부터 디지털 키와 관련된 요청을 수신하는 경우, 라우팅 테이블을 기초로 서비스 제공자 서버(210)의 디지털 키의 저장 위치와 디지털 키에 대한 접근 권한을 확인할 수 있다. 전자 디바이스(100)는, 서비스 제공자 서버(20)가 접근 권한이 있는 경우, 디지털 키와 관련된 요청에 대한 응답을 생성하여 서비스 제공자 서버(210)로 전송할 수 있다.
일 실시예에 따르면, 각 서비스 제공자 서버(210)의 디지털 키를 보안 영역인 보안 요소(SE) 내의 공용 저장 장치에 분할하여 저장할 수 있다. 각 서비스 제공자가 디지털 키에 접근하고자 할 때, 서비스 제공자임을 인증한 후 디지털 키 라우팅 테이블을 참고하여 권한을 확인한 후 접근을 허용함으로써, 디지털 키를 안전하게 저장할 수 있다.
다른 일 실시예에서, 전자 디바이스(100)는, 타겟 디바이스(10)에 대한 디지털 키를 생성하기 전에, 보안 요소의 일 영역에 각 서비스 제공자 별 또는 각 타겟 디바이스 별로 디지털 키를 저장하기 위하여 기능적으로 분리(isolate)된 전용 저장 공간을 생성하고, 전용 저장 공간에 디지털 키에 대한 서비스를 제공하기 위한 전용 애플리케이션을 설치할 수 있다. 이때, 전자 디바이스(100)는, 생성한 디지털 키를 보안 요소의 일 영역에 저장 시, 생성한 디지털 키를 각 서비스 제공자 별로 구분하여 전용 저장 공간에 저장하고, 생성한 디지털 키에 대한 라우팅 테이블을 업데이트 할 수 있다.
나아가, 전자 디바이스(100)는, 디지털 키를 활성화 하고, 보안 요소 내의 공용 애플리케이션과 서비스 제공자 서버(210)를 연결하여 공용 애플리케이션과 서비스 제공자 서버(210) 간에 인증을 수행할 수 있다.
이 경우, 전자 디바이스(100)는, 타겟 디바이스(10)와 근거리 통신을 수행하여 전자 디바이스(100)의 사용자와 타겟 디바이스(10)에 대한 인증을 수행하기 전에, 디지털 키 관리자 서버(220)로부터 서비스 제공자 서버(210)의 접근 권한 정보를 수신할 수 있다. 여기서, 접근 권한 정보는 서비스 제공자 서버(210)가 공용 애플리케이션에 접근하는 경우에 대한 접근 권한에 대한 것으로, 예를 들어, 접근 횟수, 접근 명령(command), 유효 기간 등을 포함할 수 있다. 또한, 전자 디바이스(100)는, 타겟 디바이스(10)에 대한 디지털 키를 생성하기 전에, 타겟 디바이스(10)로부터 검증 토큰(verification token)을 수신할 수 있다. 여기서, 검증 토큰은 서비스 제공자 서버(210)와의 통신을 검증하는데 사용될 수 있다. 일 실시예에서, 전자 디바이스(100)는, 서비스 제공자 서버(210)로부터 디지털 키와 관련된 요청을 수신하는 경우, 라우팅 테이블을 기초로 서비스 제공자 서버(210)의 디지털 키의 저장 위치와 디지털 키에 대한 접근 권한을 확인할 수 있다. 또한, 전자 디바이스(100)는, 서비스 제공자 서버(210)가 디지털 키에 대한 접근 권한이 있는 경우, 검증 토큰을 이용해 디지털 키와 관련된 요청에 대한 응답을 생성하여 서비스 제공자 서버(210)로 전송할 수 있다.
보다 구체적으로, 서비스 제공자 서버(210)로부터 디지털 키와 관련된 요청에는 해당 서비스 제공자 서버(210)에 대응되는 전용 저장 공간에 접근하는 것인지 확인하기 위한 챌린지(challenge)가 함께 전송될 수 있다. 전자 디바이스(100)는 검증 토큰을 이용하여 챌린지에 대한 결과를 디지털 키와 관련된 요청에 대한 응답에 포함하여 서비스 제공자 서버(210)로 전송할 수 있다.
일 실시예에 따르면, 서비스 제공자들의 디지털 키를 안전하게 분리된 전용 저장 공간에 분할하여 저장할 수 있다. 각 서비스 제공자들이 디지털 키에 접근하고자 할 때, 서비스 제공자임을 인증하고, 디지털 키 라우팅 테이블을 참고하여 서비스 제공자의 권한을 확인한 후, 특정 전용 저장 공간에 접근을 허용함으로써 디지털 키를 안전하게 저장할 수 있다. 나아가, 서비스 제공자는 챌린지를 통해 자신의 서버인 서비스 제공자 서버(210)에서 전자 디바이스(100)로부터의 응답이 서비스 제공자에 대응되는 전용 저장 공간에 저장된 디지털 키에 대한 것인지 확인할 수도 있다.
또다른 일 실시예에서, 전자 디바이스(100)는, 타겟 디바이스(10)에 대한 디지털 키를 생성하기 전에, 보안 요소의 일 영역에 각 서비스 제공자 별 또는 각 타겟 디바이스 별로 디지털 키를 저장하기 위하여 기능적으로 분리(isolate)되고, 사용 권한이 증명되면 접근 가능한 전용 보안 도메인을 생성하고, 전용 보안 도메인에 디지털 키에 대한 서비스를 제공하기 위한 전용 애플리케이션을 설치할 수 있다. 이때, 전자 디바이스(100)는, 생성한 디지털 키를 보안 요소의 일 영역에 저장 시, 생성한 디지털 키를 각 서비스 제공자 별로 구분하여 전용 보안 도메인에 저장할 수 있다.
나아가, 전자 디바이스(100)는, 디지털 키를 활성화 하고, 보안 요소 내의 전용 애플리케이션과 서비스 제공자 서버(210)를 연결하여 전용 애플리케이션과 서비스 제공자 서버(210) 간에 인증을 수행할 수 있다.
이 경우, 전자 디바이스(100)는, 디지털 키 관리자 서버(220)로 전용 보안 도메인에 접근하기 위한 검증 토큰을 전송하고, 서비스 제공자 서버(210)로부터 검증 토큰과 함께 디지털 키와 관련된 요청을 수신하는 경우, 검증 토큰에 대한 검증을 수행할 수 있다. 검증 토큰이 유효한 경우, 전자 디바이스(100)는, 디지털 키와 관련된 요청에 대한 응답을 생성하여 서비스 제공자 서버(210)로 전송할 수 있다.
일 실시예에 따르면, 서비스 제공자들의 디지털 키를 안전하게 분리된 전용 보안 도메인에 분할하여 저장할 수 있다. 각 서비스 제공자들이 디지털 키에 접근하고자 할 때, 서비스 제공자임을 인증하고, 특정 전용 보안 도메인에 접근을 허용함으로써 디지털 키를 안전하게 저장할 수 있다. 나아가, 전자 디바이스(100)는 서비스 제공자 서버(210)에서 전자 디바이스(100)로부터 수신한 검증 토큰을 이용하여 서비스 제공자의 접근이 유효한 접근인지 여부를 확인할 수도 있다.
지금까지는 전자 디바이스의 동작에 대해서 설명하였다. 아래에서는 전자 디바이스의 구성에 대해서 설명하도록 한다. 이때, 전자 디바이스의 동작에서 설명한 내용과 중복되는 내용은 간략히 설명하도록 한다.
도 4는 일 실시예에 따른 디지털 키를 저장하기 위한 전자 디바이스의 구성을 나타내는 도면이다.
도 4를 참조하면, 전자 디바이스(100)는 통신부(110), 메모리(120), 보안 요소(130) 및 프로세서(140)를 포함할 수 있다.
통신부(110)는, 다른 디바이스 또는 네트워크와 유무선 통신을 수행할 수 있다. 이를 위해, 통신부(110)는 다양한 유무선 통신 방법 중 적어도 하나를 지원하는 통신 모듈을 포함할 수 있다. 예를 들어, 통신 모듈은 칩셋(chipset)의 형태일 수도 있고, 또는 통신에 필요한 정보를 포함하는 스티커/바코드(e.g. NFC tag를 포함하는 스티커)등일 수도 있다.
무선 통신은, 예를 들어, 셀룰러 통신, Wi-Fi(Wireless Fidelity), Wi-Fi Direct, 블루투스(Bluetooth), UWB(Ultra Wide Band) 또는 NFC(Near Field Communication) 중 적어도 하나를 포함할 수 있다. 유선 통신은, 예를 들어, USB 또는 HDMI(High Definition Multimedia Interface) 중 적어도 하나를 포함할 수 있다.
일 실시예에서 통신부(110)는 근거리 통신(short range communication)을 위한 통신 모듈을 포함할 수 있다. 예를 들어, 통신부(110)는 위에서 설명한 Wi-Fi, Wi-Fi Direct, 블루투스, NFC 외에 적외선 통신, MST(Magnetic Secure Transmission, 마그네틱 보안 통신과 같은 다양한 근거리 통신을 수행하기 위한 통신 모듈을 포함할 수 있다.
메모리(120)에는 애플리케이션과 같은 프로그램 및 파일 등과 같은 다양한 종류의 데이터가 설치 및 저장될 수 있다. 프로세서(140)는 메모리(120)에 저장된 데이터에 접근하여 이를 이용하거나, 또는 새로운 데이터를 메모리(120)에 저장할 수도 있다. 일 실시예에서, 메모리(120)에는 디지털 키의 저장을 위한 프로그램 및 데이터가 설치 및 저장될 수 있다.
보안 요소(130)는 인증된 애플리케이션만 접근 가능한 보안 영역이다. 보안 요소(130)는 다른 하드웨어 구성과 물리적으로 분리(isolate)되도록 구성될 수 있다. 일 실시예에서, 디지털 키의 저장을 위한 프로그램 및 데이터는 보안 요소(130)에 설치 및 저장될 수도 있다. 일 실시예에서, 보안 요소(130)는 embedded Secure Element(이하, eSE), Universal integrated Circuit Card(이하, UICC), Secure Digital Card(이하, SD Card) 등을 포함할 수 있다. 일 실시예에서, 보안 요소는 디지털 키를 저장하고, 디지털 키와 관련된 인증을 수행할 수 있다.
나아가, 도 3에서 보안 요소(130)는 프로세서(140)와 연결되는 것으로 도시되어 있으나, 이에 한정되지 않고, 통신부(110) 및/또는 메모리(120)와 연결되는 것도 가능하다.
프로세서(140)는 전자 디바이스(100)의 전체적인 동작을 제어하며, CPU, GPU 등과 같은 프로세서를 적어도 하나 이상 포함할 수 있다. 프로세서(140)는 디지털 키의 저장을 위한 동작을 수행하도록 전자 디바이스(100)에 포함된 다른 구성들을 제어할 수 있다. 예를 들어, 프로세서(140)는 메모리(120) 및 보안 요소(130)에 저장된 프로그램을 실행시키거나, 저장된 파일을 읽어오거나, 새로운 파일을 저장할 수도 있다. 나아가, 도 3에서 전자 디바이스의 프로세서(140)는 보안 요소(130) 밖에 위치하는 것으로 도시되어 있으나, 이에 한정되지 않고, 보안 요소(130) 내부에 위치하여 보안 요소(130)의 동작을 위한 프로세서가 포함될 수 있으며, 본 개시에서 프로세서(140)는 보안 요소(130) 내부에 위치한 프로세서일 수도 있다.
일 실시예에서, 프로세서(140)는 메모리(120) 및 보안 요소(130)에 저장된 프로그램을 실행함으로써, 타겟 디바이스(10)와 근거리 통신을 수행하여 전자 디바이스(100)의 사용자와 타겟 디바이스(10)에 대한 인증을 수행하고, 타겟 디바이스(10)에 대한 디지털 키를 생성하며, 생성한 디지털 키를 보안 요소(130)의 일 영역에 저장하도록 제어할 수 있다.
일 실시예에서, 프로세서(140)는, 생성한 디지털 키를 각 서비스 제공자 별로 구분하여 보안 요소(130)의 공용 저장 공간에 저장하고, 생성한 디지털 키에 대한 라우팅 테이블을 업데이트 하도록 제어할 수 있다. 또한, 프로세서(140))는, 디지털 키를 활성화 하고, 보안 요소(130) 내의 공용 애플리케이션과 서비스 제공자 서버(210)를 연결하여 공용 애플리케이션과 서비스 제공자 서버(210) 간에 인증을 수행하도록 제어할 수 있다. 나아가, 프로세서(140)는, 서비스 제공자 서버(210)로부터 디지털 키와 관련된 요청을 수신하는 경우, 라우팅 테이블을 기초로 서비스 제공자 서버(210)의 디지털 키의 저장 위치와 디지털 키에 대한 접근 권한을 확인하고, 서비스 제공자 서버(210)가 접근 권한이 있는 경우, 디지털 키와 관련된 요청에 대한 응답을 생성하여 서비스 제공자 서버(210)로 전송하도록 공용 애플리케이션을 제어할 수 있다.
다른 일 실시예에서, 프로세서(140)는, 보안 요소(130)의 일 영역에 각 서비스 제공자 별 또는 각 타겟 디바이스 별로 디지털 키를 저장하기 위하여 기능적으로 분리(isolate)된 전용 저장 공간을 생성하고, 전용 저장 공간에 디지털 키에 대한 서비스를 제공하기 위한 전용 애플리케이션을 설치할 수 있다. 또한, 생성한 디지털 키를 각 서비스 제공자 별로 구분하여 전용 저장 공간에 저장하고, 생성한 디지털 키에 대한 라우팅 테이블을 업데이트 하도록 제어할 수 있다. 또한, 프로세서(140)는, 디지털 키를 활성화 하고, 보안 요소(130) 내의 공용 애플리케이션과 서비스 제공자 서버(210)를 연결하여 공용 애플리케이션과 서비스 제공자 서버(210) 간에 인증을 수행하도록 제어할 수 있다. 나아가, 프로세서(140)는, 디지털 키 관리자 서버(220)로부터 서비스 제공자 서버(210)의 접근 권한 정보를 수신하고, 타겟 디바이스(10)로부터 검증 토큰(verification token)을 수신하도록 제어할 수 있다. 또한, 서비스 제공자 서버(210)로부터 디지털 키와 관련된 요청을 수신하는 경우, 라우팅 테이블을 기초로 서비스 제공자 서버(210)의 디지털 키의 저장 위치와 디지털 키에 대한 접근 권한을 확인하도록 공용 애플리케이션을 제어하고, 서비스 제공자 서버(210)가 디지털 키에 대한 접근 권한이 있는 경우, 검증 토큰을 이용해 디지털 키와 관련된 요청에 대한 응답을 생성하여 서비스 제공자 서버(210)로 전송하도록 전용 애플리케이션을 제어할 수 있다.
또다른 일 실시예에서, 프로세서(140)는, 보안 요소(130)의 일 영역에 각 서비스 제공자 별 또는 각 타겟 디바이스 별로 디지털 키를 저장하기 위하여 기능적으로 분리(isolate)되고, 사용 권한이 증명되면 접근 가능한 전용 보안 도메인을 생성하고, 전용 보안 도메인에 디지털 키에 대한 서비스를 제공하기 위한 전용 애플리케이션을 설치할 수 있다. 또한, 생성한 디지털 키를 각 서비스 제공자 별로 구분하여 전용 보안 도메인에 저장할 수 있다. 또한, 프로세서(140)는, 디지털 키를 활성화 하고, 보안 요소(130) 내의 전용 애플리케이션과 서비스 제공자 서버(210)를 연결하여 전용 애플리케이션과 서비스 제공자 서버(210) 간에 인증을 수행하도록 제어할 수 있다. 나아가, 프로세서(140)는, 디지털 키 관리자 서버(220)로 전용 보안 도메인에 접근하기 위한 검증 토근을 전송하도록 제어하고, 서비스 제공자 서버(210)로부터 검증 토큰과 디지털 키와 관련된 요청을 수신하는 경우, 검증 토큰에 대한 검증을 수행할 수 있다. 검증 토큰이 유효한 경우, 디지털 키와 관련된 요청에 대한 응답을 생성하여 서비스 제공자 서버(210)로 전송하도록 전용 애플리케이션을 제어할 수 있다.
도 5는 일 실시예에 따른 전자 디바이스의 시스템 아키텍처를 나타내는 도면이다.
도 5를 참조하면, 일 실시예에 따른 전자 디바이스의 시스템 아키텍처는 사용자 애플리케이션(510), 서비스 프레임워크(520) 및 보안 요소(530)를 포함한다.
사용자 애플리케이션(510)은 전자 디바이스(100)의 일반 영역에 저장되고 설치되는 애플리케이션을 의미한다. 일 실시예에서, 사용자 애플리케이션(510)은 디지털 키를 저장하기 위해 서비스 제공자가 제공하는 애플리케이션, 디지털 키를 저장하기 위해 전자 디바이스(100)에 내장된 애플리케이션 등을 포함할 수 있다. 예를 들어, 사용자 애플리케이션(510)은 지갑(wallet) 형태의 애플리케이션을 포함할 수 있다.
서비스 프레임워크(520)는 사용자 애플리케이션(510), 외부 엔티티 등과 보안 요소(530) 간 게이트웨이 역할을 하는 서비스 애플리케이션이다. 일 실시예에서, 서비스 프레임워크(520)는 외부에서 보안 요소(530)에 접근할 수 있는 서비스 API를 제공하고, 보안 요소(530)에 접근할 때 엑세스 컨트롤 및 명령어 변환 등과 같은 기능을 제공할 수 있다.
보안 요소(530)는 인증된 애플리케이션만 접근 가능한 보안 영역이다. 보안 요소(130)는 다른 하드웨어 구성과 물리적으로 분리(isolate)되도록 구성될 수 있다. 일 실시예에서, 보안 요소(130)는 embedded Secure Element(이하, eSE), Universal integrated Circuit Card(이하, UICC), Secure Digital Card(이하, SD Card) 등을 포함할 수 있다. 또한, 보안 요소(530)는 적어도 하나 이상의 구성을 포함할 수 있다. 이에 대해서는 아래에서 보다 자세히 설명하도록 한다.
도 6는 일 실시예에 따른 보안 요소의 시스템 아키텍처를 나타내는 도면이다.
도 6을 참조하면, 보안 요소(530)는 보안 도메인(610)을 포함하고, 보안 도메인(security domain, 610)은 공용 애플리케이션(common application, 620), 공용 저장 공간(common storage space, 630), 권한 제어 도메인(controlling authority domain, 640) 등을 포함할 수 있다.
보안 도메인(610)은 보안 요소(530) 내에서도 완벽하게 분리된(isolated) 공간이며, 보안(security) 관련 동작을 수행한다.
공용 애플리케이션(620)은 보안 요소(530)에서 구동되는 경량화된 애플릿(applit) 또는 애플리케이션을 포함한다. 공용 애플리케이션(620)은 디지털 키와 관련된 서비스에서, 디지털 키의 생성, 관리와 같은 기능을 여러 서비스 제공자들에게 공용된 형태로 제공할 수 있다. 공용 애플리케이션(620)은 전자 디바이스(100)에 선 탑재되어 있거나, 추후 사용자 요청에 따라 로딩되거나 혹은 설치될 수 있다.
공용 저장 공간(630)은 공용 애플리케이션(620) 또는 보안 요소(530) 내에 위치하는 저장 공간이다. 도 6에서는 공용 저장 공간(630)이 공용 애플리케이션(620) 외부에 위치하는 것으로 도시되어 있으나, 이에 한정되지 않고, 공용 애플리케이션(620) 내부에 위치하는 것도 가능하다. 일 실시예에서, 공용 저장 공간(630)은 일반적인 파일 시스템(file system)을 포함할 수 있다. 또한, 공용 저장 공간(630)은 각 서비스 제공자 서버(210)가 공용 애플리케이션에 대한 요청을 통해 접근 가능한 공간으로, 각 서비스 제공자의 디지털 키는 구분되어 저장될 수 있다. 일 실시예에서, 공용 저장 공간(630)은, 각 서비스 제공자의 디지털 키를 구분자로 구분하여 저장할 수 있으며, 여기서, 구분자는 인덱스(Index)일 수 있다. 이러한 인덱스 정보는 라우팅 테이블에 저장될 수 있다. 일 실시예에서, 라우팅 테이블은 공용 애플리케이션(620)에 저장될 수 있다.
권한 제어 도메인(640)은 외부 엔티티와의 인증에 필요한 인증서를 저장할 수 있다.
도 7 및 도 8은 일 실시예에 따른 디지털 키를 저장하기 위한 방법을 구체화하는 순서도이다.
도 7 및 도 8을 참조하면, 먼저, 702 단계에서, 서비스 제공자 서버(210)와 디지털 키 관리자 서버(220)가 서로 인증서를 교환한다. 특정한 서비스 제공자가 전자 디바이스(100)에 디지털 키를 저장하여 타겟 디바이스(10)에 디지털 키 서비스를 제공하고자 하는 경우, 서비스 제공자와 디지털 키 관리자 상호 간의 계약에 따라 인증서 교환이 이루어질 수 있다. 이때, 서비스 제공자 서버(210)는 타겟 디바이스를 제공하는 서비스 제공자가 운영하는 서버이며, 디지털 키 관리자 서버(220)는 디지털 키 관리 서비스를 제공하는 자가 운영하는 서버일 수 있다. 예를 들어, 디지털 키 관리 서비스를 제공하는 자는 전자 디바이스(100) 제조사 일 수 있다. 일 실시예에서, 인증서는 루트 인증서(root certificate)를 포함할 수 있다. 서비스 제공자 서버(210)는 서비스 제공자의 루트 인증서를 디지털 키 관리자 서버(220)에 전송하고, 디지털 키 관리자 서버(220)는 디지털 키 관리 서비스 제공자의 루트 인증서를 서비스 제공자 서버(210)에 전송할 수 있다. 즉, 서비스 제공자와 디지털 키 관리자가 서로의 루트 인증서를 교환할 수 있다.
그 후, 704 단계에서, 서비스 제공자 서버(210)는 702 단계에서 수신한 디지털 키 관리 서비스 제공자의 루트 인증서를 타겟 디바이스(10)로 전송하고, 이를 수신한 타겟 디바이스(10)는 708 단계에서 수신한 디지털 키 관리 서비스 제공자의 루트 인증서를 저장할 수 있다. 706 단계에서, 디지털 키 관리자 서버(220)는 702 단계에서 수신한 서비스 제공자의 루트 인증서를 전자 디바이스(100)로 전송하고, 이를 수신한 전자 디바이스(100)는 706 단계에서 수신한 서비스 제공자의 루트 인증서를 저장할 수 있다. 여기서, 전자 디바이스(100)는 공용 애플리케이션(620)에 수신한 서비스 제공자의 루트 인증서를 저장할 수 있다. 다만, 보안 요소(SE)와 같은 보안 영역은 전자 디바이스(100)의 일반 영역과 비교하여, 리소스(resource)나 저장 공간 측면에서 제약이 크다. 따라서, 다른 일 실시예에서, 전자 디바이스(100)는 인증서를 보안 요소(SE)에 저장된 키로 암호화 하여 보안 영역이 아닌 일반 영역에 저장할 수도 있다. 이 경우, 인증서 사용 시에는 보안 요소 내에서 인증서를 복호화 하여 사용할 수 있다. 일 실시예에 따르면, 인증서를 일반 영역에 저장하더라도 보안 요소(SE)에 저장된 키로 암호화 되어 있어, 탈취나 해킹으로부터 안전하게 저장할 수 있다. 또한, 보안 요소(SE) 내의 특정 서비스 관련된 키를 사용함으로써, 인증서를 특정 서비스와 바인딩하는 것도 가능하다.
712 단계에서, 타겟 디바이스(10)와 전자 디바이스(100)를 근거리 통신이 가능한 거리에 위치시킨다. 예를 들어, 타겟 디바이스(10)의 NFC 리더(Reader)에 전자 디바이스(100)를 위치시킬 수 있다. 이때, 타겟 디바이스(10)와 전자 디바이스(100)의 공용 애플리케이션(620)이 연결되고, 714 단계에서, 전자 디바이스(100)의 사용자와 타겟 디바이스(10)에 대한 인증을 수행할 수 있다. 여기서, 타겟 디바이스(10)에 대한 인증은 인증서 기반 상호 검증을 수행할 수 있다. 인증서 기반 상호 검증은 각 디바이스 또는 각 애플리케이션이 상대방 기기를 인증하는 것으로, 일 실시예에서는 저장하고 있는 상대방의 인증서(또는 루트 인증서)를 이용할 수 있다. 일 실시예에서, 서비스 제공자 서버(210)와 디지털 키 관리자 서버(220)는 자신의 루트 서명을 서로에게 전달하고, 서로 저장하고 있는 상대방의 인증서로 이를 검증할 수 있다. 이를 통해 상대가 자신이 알고 있는, 예를 들어, 자신과 계약을 맺은 상대방인지 검증할 수 있다. 또는, 자신의 서명과 루트 인증서로 서명된 인증서를 함께 전달하면, 상대방은 루트 인증서를 확인한 뒤 인증서로 서명을 검증할 수 있다. . 일 실시예에서, 전자 디바이스(100)는 타겟 디바이스(10)에서 전자 디바이스(100)의 사용자에 대한 인증을 위하여 사용자 ID, 비밀번호(Password, PW), One Time Passcode(OTP), PIN(Personal Identification Number), 음성 명령, 생체 인식 정보, GPS 정보, 기존 소유 인증 정보 등을 획득하여 타겟 디바이스(10)에 제공할 수 있다. 타겟 디바이스(10)는 이러한 정보에 기초하여 전자 디바이스(100)에 디지털 키를 저장하려는 사용자가 의도한 사용자인지 여부를 확인할 수 있다.
714 단계에서, 전자 디바이스(100)의 사용자와 타겟 디바이스(10)에 대한 인증이 완료되면, 716 단계에서, 공용 애플리케이션(620)은 디지털 키를 생성하고, 718 단계에서, 공용 저장 공간(630)에 디지털 키의 저장을 요청한다. 720 단계에서, 공용 저장 공간(630)은 생성된 디지털 키를 저장할 수 있다. 일 실시예에서, 디지털 키가 저장된 공용 저장 공간(630)의 일 영역과 디지털 키는 각각 디지털 키 관리자 서버(220) 또는 서비스 제공자 서버(210)에서 등록 및/또는 추가 인증을 통해서 활성화 시킬 수 있다. 이를 위해 디지털 키가 저장된 공용 저장 공간(630)에 디지털 키의 상태 정보를 저장할 수 있다. 디지털 키의 활성화 과정이 필요한 경우 초기 상태 정보를 비활성화 상태(INACTIVE)로 저장한다.
그 후, 722단계에서 공용 애플리케이션(620)은 디지털 키 라우팅 테이블을 업데이트 한다. 일 실시예에서, 전자 디바이스(100)는, 각 서비스 제공자의 디지털 키를 구분자로 구분하여 저장할 수 있으며, 여기서, 구분자는 인덱스(Index)일 수 있다. 이러한 인덱스 정보는 라우팅 테이블에 저장될 수 있다. 따라서, 디지털 키에 접근하기 위해서는 라우팅 테이블의 인덱스가 필요하다. 또한, 디지털 키가 새롭게 생성되거나, 디지털 키와 관련된 정보가 변경되는 경우, 라우팅 테이블의 업데이트를 수행할 수 있다. 일 실시예에서, 라우팅 테이블은, 디지털 키에 대한 인덱스, 상태 정보(활성/비활성), 식별 정보 등을 포함할 수 있다.
일 실시예에서, 전자 디바이스(100)가 네트워크에 연결 가능한 지역, 즉, 통신 가능 지역에 위치하는 경우, 바로 네트워크 연결하여 활성화 단계를 수행한다. 하지만, 전자 디바이스(100)가 음영 지역에 위치하는 경우, 전자 디바이스(100)가 통신 가능한 지역으로 이동하였을 때, 활성화 단계를 수행할 수 있다. 이를 위해, 724 단계에서, 활성화가 필요한 디지털 키와 관련된 정보를 서비스 프레임워크(520)에 저장할 수 있다.
726 단계에서 전자 디바이스(100)가 네트워크에 연결 가능한 지역, 즉, 통신 가능 지역으로 진입한 경우, 서비스 프레임워크(520)는 자동 또는 수동으로 활성화가 필요하다는 것을 트리거링 할 수 있다. 예를 들어, 사용자가 비활성화 디지털 키 리스트를 확인하여 활성화 요청 명령을 내리거나, 서비스 프레임워크(520)에서 네트워크 정보를 모니터링하다가 네트워크에 연결 가능한 지역, 즉, 통신 가능 지역으로 진입한 것으로 확인하면, 자동으로 활성화 트리거링을 시작할 수 있다.
728 단계는 디지털 키 서비스를 위한 보안 요소의 사용 등록 및 검증 과정이다. 726 단계에서 서비스 프레임워크(520)의 활성화 트리거링을 시작하면, 공용 애플리케이션(620)과 디지털 키 관리자 서버(220)을 연결하여 활성화를 수행할 수 있다. 예를 들어, 디지털 키 관리자의 정책에 따라 서버 기반으로 활성화를 수행할 수도 있고, 또는 전자 디바이스(100) 내에서 자체적으로 활성화를 수행할 수도 있다.
730 단계에서는 서비스 제공자 서버(210)를 기반으로 활성화를 수행하기 위해서 공용 저장 공간(630)에 저장된 서비스 제공자 서버(210)의 주소를 확인할 수 있다. 그 후, 732 단계에서 전자 디바이스(100)와 서비스 제공자 서버(210)가 네트워크를 통해 연결되면, 734 단계에서, 서비스 프레임워크(520)가 메시지 전달자 역할을 수행하여, 서비스 제공자 서버(210)와 공용 애플리케이션(620) 간의 상호 인증을 수행한다. 서비스 제공자 서버(210)와 공용 애플리케이션(620) 간의 상호 인증이 완료되면, 서비스 제공자 서버(210)와 공용 애플리케이션(620)은 논리적으로 연결되어 양 단 간 메시지 교환이 이루어질 수 있다.
736 단계에서는 서비스 제공자 서버(210)는 메시지를 통해 디지털 키와 관련된 서비스를 요청하고, 공용 애플리케이션(620)은 디지털 키 라우팅 테이블을 참조하여, 공용 저장 공간에 저장된 디지털 키의 저장 위치와 디지털 키에 대한 접근 권한을 확인한 후, 서비스 제공자 서버(210)의 요청에 대한 응답을 생성하여 서비스 제공자 서버(210)에 전달한다.
일 실시예에 따르면, 각 서비스 제공자 서버(210)의 디지털 키를 보안 영역인 보안 요소(SE) 내의 공용 저장 장치에 분할하여 저장할 수 있다. 각 서비스 제공자가 디지털 키에 접근하고자 할 때, 서비스 제공자임을 인증한 후 디지털 키 라우팅 테이블을 참고하여 권한을 확인한 후 접근을 허용함으로써, 디지털 키를 안전하게 저장할 수 있다.
도 9는 다른 일 실시예에 따른 보안 요소의 시스템 아키텍처를 나타내는 도면이다.
도 9를 참조하면, 보안 요소(530)는 보안 도메인(910)을 포함하고, 보안 도메인(910)은 공용 애플리케이션(920), 전용 저장 공간(dedicated storage space, 930), 권한 제어 도메인(940) 등을 포함할 수 있다. 또한, 전용 저장 공간(930)에는 전용 애플리케이션(931)이 설치될 수 있다.
도 9에서 보안 도메인(910), 공용 애플리케이션(920), 권한 제어 도메인(940)의 기본적인 동작은 도 6의 보안 도메인(610), 공용 애플리케이션(620), 권한 제어 도메인(640)과 동일하거나 유사한 구성이다.
보안 도메인(910)은 보안 요소(530) 내에서도 완벽하게 분리된(isolated) 공간이며, 보안(security) 관련 동작을 수행한다.
공용 애플리케이션(920)은 보안 요소(530)에서 구동되는 경량화된 애플릿(applit) 또는 애플리케이션을 포함한다. 공용 애플리케이션(920)은 디지털 키와 관련된 서비스에서, 디지털 키의 생성, 관리와 같은 기능을 여러 서비스 제공자들에게 공용된 형태로 제공할 수 있다. 공용 애플리케이션(920)은 전자 디바이스(100)에 선 탑재되어 있거나, 추후 사용자 요청에 따라 로딩되거나 혹은 설치될 수 있다. 공용 애플리케이션(920)은 외부 엔티티에서 보안 요소(530)에 대한 요청이 있는 경우, 라우팅 기능을 제공할 수 있다. 예를 들어, 어떤 전용 저장 공간(930)으로 명령어를 보낼 것인지 결정할 수 있다.
전용 저장 공간(930)은 보안 도메인(910) 내에 위치하는 저장 공간으로, 영역에 각 서비스 제공자 별 또는 각 타겟 디바이스 별로 디지털 키를 저장하기 위하여 기능적으로 분리(isolate)된 공간이다. 일 실시예에서, 전용 저장 공간(930)을 타겟 디바이스 패키지라 할 수 있다. 또한, 전용 저장 공간(930)에는 전용 저장 공간에 디지털 키에 대한 서비스를 제공하기 위한 전용 애플리케이션(931)이 설치될 수 있다. 전용 애플리케이션(931)은 타겟 디바이스 별 또는 서비스 제공자 별로 디지털 키를 저장할 수 있는 공간 및 해당 기능을 포함할 수 있다.
도 10 및 도 11은 다른 일 실시예에 따른 디지털 키를 저장하기 위한 방법을 구체화하는 순서도이다.
도 10 및 도 11에서 도 7 및 도 8과 중복되는 내용은 간략히 설명하도록 한다.
도 10 및 도 11을 참조하면, 먼저, 1002 단계에서, 서비스 제공자 서버(210)와 디지털 키 관리자 서버(220)가 서로 인증서를 교환한다. 그 후, 1004 단계에서, 서비스 제공자 서버(210)는 1002 단계에서 수신한 디지털 키 관리 서비스 제공자의 인증서를 타겟 디바이스(10)로 전송하고, 이를 수신한 타겟 디바이스(10)는 1008 단계에서 수신한 디지털 키 관리 서비스 제공자의 인증서를 저장할 수 있다. 1006 단계에서, 디지털 키 관리자 서버(220)는 1002 단계에서 수신한 서비스 제공자의 인증서를 전자 디바이스(100)로 전송한다. 이때, 디지털 키 관리자 서버(220)는 인증서와 함께 접근 권한 정보를 함게 전송할 수 있다. 여기서, 접근 권한 정보는 서비스 제공자 서버(210)가 공용 애플리케이션에 접근하는 경우에 대한 접근 권한에 대한 것으로, 예를 들어, 접근 횟수, 접근 명령(command), 유효 기간 등을 포함할 수 있다. 이를 수신한 전자 디바이스(100)는 1010 단계에서 수신한 서비스 제공자의 인증서와 접근 권한 정보를 저장할 수 있다.
1012 단계에서 서비스 제공자 서버(210)는 타겟 디바이스(10)로 검증 토큰(verification token)을 전송할 수 있다. 여기서, 검증 토큰은 서비스 제공자 서버(210)와 서비스 제공자 서버에 대응되는 전용 저장 공간(930)과의 통신을 검증하는데 사용될 수 있다. 도 10에서는 검증 토큰이 1012 단계에서 전송되는 것으로 도시하였으나, 이에 한정되지 않고, 검증 토큰은 디지털 키 생성 단계(1022 단계) 이전에 어떤 단계에서도 타겟 디바이스(10)로 전송될 수 있다.
1014 단계에서, 타겟 디바이스(10)와 전자 디바이스(100)를 근거리 통신이 가능한 거리에 위치시켜, 1016 단계에서, 전자 디바이스(100)의 사용자와 타겟 디바이스(10)에 대한 인증을 수행할 수 있다. 그 후, 1018 단계에서, 전용 저장 공간(930)을 생성하고, 전용 저장 공간(930)에 디지털 키에 대한 서비스를 제공하기 위한 전용 애플리케이션(931)을 설치할 수 있다. 이후, 전용 저장 공간(930)과의 통신은 곧 전용 애플리케이션(931)과의 통신이라고 이해할 수 있다.
그 후, 1020 단계에서, 전용 애플리케이션(931)은 디지털 키를 생성하고, 1022 단계에서, 타겟 디바이스(10)는 전용 애플리케이션(931)으로 검증 토큰(verification token)을 전달할 수 있다. 1024 단계에서, 전용 저장 공간(930)에 생성된 디지털 키를 저장할 수 있다.
그 후, 1026단계에서 전용 애플리케이션(931)은 디지털 키 라우팅 테이블을 업데이트 한다. 1028 단계에서는 활성화가 필요한 디지털 키와 관련된 정보를 서비스 프레임워크(520)에 저장하고, 1030 단계에서 전자 디바이스(100)가 네트워크에 연결 가능한 지역, 즉, 통신 가능 지역으로 진입한 경우, 서비스 프레임워크(520)는 자동 또는 수동으로 활성화가 필요하다는 것을 트리거링 할 수 있다. 1032 단계는 디지털 키 서비스를 위한 보안 요소의 사용 등록 및 검증 과정이다. 1034 단계에서는 서비스 제공자 서버(210)를 기반으로 활성화를 수행하기 위해서 서비스 제공자 서버(210)의 주소를 확인할 수 있다. 그 후, 1036 단계에서 전자 디바이스(100)와 서비스 제공자 서버(210)가 네트워크를 통해 연결되면, 1038 단계에서, 서비스 프레임워크(520)가 메시지 전달자 역할을 수행하여, 서비스 제공자 서버(210)와 공용 애플리케이션(620) 간의 상호 인증을 수행한다.
1040 단계에서는 서비스 제공자 서버(210)는 메시지를 통해 디지털 키와 관련된 서비스를 요청할 수 있다. 이때, 해당 서비스 제공자 서버(210)에 대응되는 전용 저장 공간에 접근하는 것인지 확인하기 위한 챌린지(challenge)가 함께 전송될 수 있다. 1042 단계에서, 공용 애플리케이션(920)은 디지털 키 라우팅 테이블을 참조하여, 공용 저장 공간에 저장된 디지털 키의 저장 위치와 디지털 키에 대한 접근 권한을 확인한 후, 서비스 제공자 서버(210)에 대응되는 전용 저장 공간(930)을 선택한다. 그 후, 1044 단계에서, 전용 애플리케이션(931)에 디지털 키와 관련된 서비스 요청 및 챌린지를 전달하고, 1046 단계에서 전용 애플리케이션(931)은 검증 토큰을 이용해 디지털 키와 관련된 요청에 대한 응답을 생성하여, 1048 단계에서 서비스 제공자 서버(210)로 전송할 수 있다. 보다 구체적으로, 전용 애플리케이션(931)은 검증 토큰을 이용하여 챌린지에 대한 결과를 디지털 키와 관련된 요청에 대한 응답에 포함하여 서비스 제공자 서버(210)로 전송할 수 있다. 이를 수신한 서비스 제공자 서버(210)는 챌린지에 대한 결과를 바탕으로, 응답이 서비스 제공자 서버(210)에 대응되는 전용 저장 공간에 저장된 디지털 키를 바탕으로 이루어진 것인지 검증할 수 있다.
일 실시예에 따르면, 서비스 제공자들의 디지털 키를 안전하게 분리된 전용 저장 공간(930)에 분할하여 저장할 수 있다. 각 서비스 제공자들이 디지털 키에 접근하고자 할 때, 서비스 제공자임을 인증하고, 디지털 키 라우팅 테이블을 참고하여 서비스 제공자의 권한을 확인한 후, 특정 전용 저장 공간에 접근을 허용함으로써 디지털 키를 안전하게 저장할 수 있다. 나아가, 서비스 제공자는 챌린지를 통해 자신의 서버인 서비스 제공자 서버(210)에서 전자 디바이스(100)로부터의 응답이 서비스 제공자에 대응되는 전용 저장 공간(930)에 저장된 디지털 키에 대한 것인지 확인할 수도 있다.
도 12는 또다른 일 실시예에 따른 보안 요소의 시스템 아키텍처를 나타내는 도면이다.
도 12를 참조하면, 보안 요소(530)는 보안 도메인(1210)을 포함하고, 보안 도메인(1210)은 공용 애플리케이션(1220), 전용 보안 도메인(dedicated security domain, 1230), 토큰 확인용 보안 도메인(1240), 영수증 생성용 보안 도메인(1250) 및 권한 제어 도메인(1260) 등을 포함할 수 있다. 또한, 전용 보안 도메인(1230)에는 전용 애플리케이션(1231)이 설치될 수 있다.
도 12에서 보안 도메인(1210), 공용 애플리케이션(1220), 권한 제어 도메인(1260)의 기본적인 동작은 도 6 및 도 9의 보안 도메인(610, 910), 공용 애플리케이션(620, 920), 권한 제어 도메인(640, 940)과 동일하거나 유사한 구성이다.
보안 도메인(1210)은 보안 요소(530) 내에서도 완벽하게 분리된(isolated) 공간이며, 보안(security) 관련 동작을 수행한다.
공용 애플리케이션(1220)은 보안 요소(530)에서 구동되는 경량화된 애플릿(applit) 또는 애플리케이션을 포함한다. 공용 애플리케이션(1220)은 디지털 키와 관련된 서비스에서, 디지털 키의 생성, 관리와 같은 기능을 여러 서비스 제공자들에게 공용된 형태로 제공할 수 있다. 공용 애플리케이션(1220)은 전자 디바이스(100)에 선 탑재되어 있거나, 추후 사용자 요청에 따라 로딩되거나 혹은 설치될 수 있다. 공용 애플리케이션(1220)은 외부 엔티티에서 보안 요소(530)에 대한 요청이 있는 경우, 라우팅 기능을 제공할 수 있다. 예를 들어, 어떤 전용 보안 도메인(1230)으로 명령어를 보낼 것인지 결정할 수 있다.
전용 보안 도메인(1230)은 기능적으로 분리(isolate)되고, 보안 도메인(1210)의 하위에 존재하는 보안 도메인이며, Delegated Management Privilege를 가지고 있다. 보안 도메인(1210)이 관리하는 외부 엔티티가 아니더라도, 사용 권한을 증명하면 전용 보안 도메인(1230)에 접근할 수 있다. 즉, 전용 보안 도메인(1230)은 일종의 대리인 역할을 수행하며, 어떤 엔티티라도 접근 권한을 증명하면 전용 보안 도메인(1230)의 서비스를 이용할 수 있다.
토큰 확인용 보안 도메인(1240)은 전용 보안 도메인(1230)에 외부 엔티티가 접근할 때, 접근 권한을 검증하는 역할을 수행하고, 영수증 생성용 보안 도메인(1250)은 접근 후 사용 내용을 외부 엔티티에 알려주는 역할을 수행한다.
공용 애플리케이션(1220) 또는 보안 요소(530) 내에 위치하는 저장 공간으로, 영역에 각 서비스 제공자 별 또는 각 타겟 디바이스 별로 디지털 키를 저장하기 위하여 기능적으로 분리(isolate)된 공간이다. 일 실시예에서, 전용 보안 도메인(1230)을 타겟 디바이스 패키지라 할 수 있다. 또한, 전용 보안 도메인(1230)에는 전용 보안 도메인(1230)에 디지털 키에 대한 서비스를 제공하기 위한 전용 애플리케이션(1231)이 설치될 수 있다. 전용 애플리케이션(1231)은 타겟 디바이스 별 또는 서비스 제공자 별로 디지털 키를 저장할 수 있는 공간 및 해당 기능을 포함할 수 있다.
도 13 및 도 14는 또다른 일 실시예에 따른 디지털 키를 저장하기 위한 방법을 구체화하는 순서도이다.
도 13 및 도 14에서 도 7 및 도 8, 도 10 및 11과 중복되는 내용은 간략히 설명하도록 한다.
도 13 및 도 14을 참조하면, 먼저, 1302 단계에서, 서비스 제공자 서버(210)와 디지털 키 관리자 서버(220)가 서로 인증서를 교환한다. 그 후, 1304 단계에서, 서비스 제공자 서버(210)는 1302 단계에서 수신한 디지털 키 관리 서비스 제공자의 인증서를 타겟 디바이스(10)로 전송하고, 이를 수신한 타겟 디바이스(10)는 1308 단계에서 수신한 디지털 키 관리 서비스 제공자의 인증서를 저장할 수 있다. 1306 단계에서, 디지털 키 관리자 서버(220)는 1002 단계에서 수신한 서비스 제공자의 인증서를 전자 디바이스(100)로 전송한다. 이를 수신한 전자 디바이스(100)는 1310 단계에서 수신한 서비스 제공자의 인증서와 접근 권한 정보를 저장할 수 있다.
1312 단계에서, 타겟 디바이스(10)와 전자 디바이스(100)를 근거리 통신이 가능한 거리에 위치시켜, 1314 단계에서, 전자 디바이스(100)의 사용자와 타겟 디바이스(10)에 대한 인증을 수행할 수 있다. 그 후, 1316 단계에서, 전용 보안 도메인(1230)을 생성하고, 전용 보안 도메인(1230)에 디지털 키에 대한 서비스를 제공하기 위한 전용 애플리케이션(1231)을 설치할 수 있다. 이후, 전용 보안 도메인(1230)과의 통신은 곧 전용 애플리케이션(1231)과의 통신이라고 이해할 수 있다.
그 후, 1318 단계에서, 전용 애플리케이션(1231)은 디지털 키를 생성하고, 1320 단계에서, 전용 보안 도메인(1230)에 생성된 디지털 키를 저장할 수 있다.
그 후, 1322단계에서 활성화가 필요한 디지털 키와 관련된 정보를 서비스 프레임워크(520)에 저장하고, 1324 단계에서 전자 디바이스(100)가 네트워크에 연결 가능한 지역, 즉, 통신 가능 지역으로 진입한 경우, 서비스 프레임워크(520)는 자동 또는 수동으로 활성화가 필요하다는 것을 트리거링 할 수 있다. 1326 단계는 디지털 키 서비스를 위한 보안 요소의 사용 등록 및 검증 과정이다. 1328 단계에서는 서비스 제공자 서버(210)를 기반으로 활성화를 수행하기 위해서 서비스 제공자 서버(210)의 주소를 확인할 수 있다. 그 후, 1330 단계에서 전자 디바이스(100)와 서비스 제공자 서버(210)가 네트워크를 통해 연결되면, 1332 단계에서, 서비스 프레임워크(520)가 메시지 전달자 역할을 수행하여, 서비스 제공자 서버(210)와 전용 애플리케이션(1230) 간의 상호 인증을 수행한다.
1334 단계에서는 전용 애플리케이션(1230)에서 생성한 검증 토큰을 서비스 제공자 서버(210)으로 전달한다. 이때, 디지털 키 관리자 서버(220)를 통해 전달하거나, 서비스 제공자 서버(210)로 직접 전달할 수도 있으며, 이 경우, 검증 토큰을 1306 단계에서 수신한 인증서로 암호화하여 전송할 수도 있다.
1336 단계에서, 서비스 제공자 서버(210)는 메시지를 통해 디지털 키와 관련된 서비스를 요청할 수 있다. 이때, 해당 서비스 제공자 서버(210)에 대응되는 전용 보안 도메인(1230)에 접근하는 것인지 확인하기 위하여 검증 토큰을 함께 전송할 수 있다. 1338 단계에서, 수신한 검증 토큰은 토큰 확인용 보안 도메인(1240)에서 검증할 수 있다. 검증 토큰이 유효한 경우, 1340 단계에서, 전용 애플리케이션(1231)은, 디지털 키와 관련된 요청에 대한 응답을 생성하여 서비스 제공자 서버(210)로 전송할 수 있다. 그 후, 1342 단계에서, 영수증 생성용 보안 도메인(1250)은 디지털 키 관리자 서버(220)로 검증 결과를 전송한다.
일 실시예에 따르면, 서비스 제공자들의 디지털 키를 안전하게 분리된 전용 보안 도메인(1230)에 분할하여 저장할 수 있다. 각 서비스 제공자들이 디지털 키에 접근하고자 할 때, 서비스 제공자임을 인증하고, 특정 전용 보안 도메인(1230)에 접근을 허용함으로써 디지털 키를 안전하게 저장할 수 있다. 나아가, 전자 디바이스(100)는 서비스 제공자 서버(210)에서 전자 디바이스(100)로부터 수신한 검증 토큰을 이용하여 서비스 제공자의 접근이 유효한 접근인지 여부를 확인할 수도 있다.
한편, 상술한 실시예는, 컴퓨터에서 실행될 수 있는 프로그램으로 작성 가능하고, 컴퓨터에 의해 판독 가능한 매체를 이용하여 상기 프로그램을 동작시키는 범용 디지털 컴퓨터에서 구현될 수 있다. 또한, 상술한 실시예에서 사용된 데이터의 구조는 컴퓨터 판독 가능 매체에 여러 수단을 통하여 기록될 수 있다. 또한, 상술한 실시예는 컴퓨터에 의해 실행되는 프로그램 모듈과 같은 컴퓨터에 의해 실행 가능한 명령어를 포함하는 기록 매체를 포함하는 컴퓨터 프로그램 제품의 형태로 구현될 수 있다. 예를 들어, 소프트웨어 모듈 또는 알고리즘으로 구현되는 방법들은 컴퓨터가 읽고 실행할 수 있는 코드들 또는 프로그램 명령들로서 컴퓨터가 읽을 수 있는 기록 매체에 저장될 수 있다.
컴퓨터 판독 가능 매체는 컴퓨터에 의해 액세스될 수 있는 임의의 기록 매체일 수 있고, 휘발성 및 비휘발성 매체, 분리형 및 비분리형 매체를 포함할 수 있다. 컴퓨터 판독 가능 매체는 마그네틱 저장매체, 예를 들면, 롬, 플로피 디스크, 하드 디스크 등을 포함하고, 광학적 판독 매체, 예를 들면, 시디롬, DVD 등과 같은 저장 매체를 포함할 수 있으나, 이에 제한되지 않는다. 또한, 컴퓨터 판독 가능 매체는 컴퓨터 저장 매체 및 통신 매체를 포함할 수 있다.
또한, 컴퓨터가 읽을 수 있는 복수의 기록 매체가 네트워크로 연결된 컴퓨터 시스템들에 분산되어 있을 수 있으며, 분산된 기록 매체들에 저장된 데이터, 예를 들면 프로그램 명령어 및 코드가 적어도 하나의 컴퓨터에 의해 실행될 수 있다.
이상과 첨부된 도면을 참조하여 본 개시의 실시예를 설명하였지만, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자는 본 발명이 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다.

Claims (15)

  1. 디지털 키를 저장하기 위한 전자 디바이스에 있어서,
    통신부;
    디지털 키를 저장하고, 상기 디지털 키와 관련된 인증을 수행하는 보안 요소(Secure Element, SE)
    상기 디지털 키의 저장을 위한 프로그램 및 데이터를 저장하는 메모리; 및
    상기 메모리에 저장된 프로그램을 실행함으로써, 타겟 디바이스와 근거리 통신을 수행하여 상기 전자 디바이스의 사용자와 상기 타겟 디바이스에 대한 인증을 수행하고, 상기 타겟 디바이스에 대한 상기 디지털 키를 생성하며, 상기 생성한 디지털 키를 상기 보안 요소의 일 영역에 저장하도록 제어하는 프로세서를 포함하는, 전자 디바이스.
  2. 제1항에 있어서,
    상기 프로세서는,
    상기 생성한 디지털 키를 각 서비스 제공자 별로 구분하여 상기 보안 요소의 공용 저장 공간에 저장하고, 상기 생성한 디지털 키에 대한 라우팅 테이블을 업데이트 하도록 제어하는, 전자 디바이스.
  3. 제2항에 있어서,
    상기 프로세서는,
    상기 디지털 키를 활성화 하고, 상기 보안 요소 내의 공용 애플리케이션과 서비스 제공자 서버를 연결하여 상기 공용 애플리케이션과 상기 서비스 제공자 서버 간에 인증을 수행하도록 제어하는, 전자 디바이스.
  4. 제3항에 있어서,
    상기 프로세서는,
    상기 서비스 제공자 서버로부터 상기 디지털 키와 관련된 요청을 수신하는 경우, 상기 라우팅 테이블을 기초로 서비스 제공자 서버의 상기 디지털 키의 저장 위치와 상기 디지털 키에 대한 접근 권한을 확인하고, 상기 서비스 제공자 서버가 상기 접근 권한이 있는 경우, 상기 디지털 키와 관련된 요청에 대한 응답을 생성하여 상기 서비스 제공자 서버로 전송하도록 상기 공용 애플리케이션을 제어하는, 전자 디바이스.
  5. 제1항에 있어서,
    상기 프로세서는,
    상기 보안 요소의 일 영역에 각 서비스 제공자 별 또는 각 타겟 디바이스 별로 상기 디지털 키를 저장하기 위하여 기능적으로 분리(isolate)된 전용 저장 공간을 생성하고, 상기 전용 저장 공간에 상기 디지털 키에 대한 서비스를 제공하기 위한 전용 애플리케이션을 설치하며, 상기 생성한 디지털 키를 각 서비스 제공자 별로 구분하여 상기 전용 저장 공간에 저장하고, 상기 생성한 디지털 키에 대한 라우팅 테이블을 업데이트 하도록 제어하는, 전자 디바이스.
  6. 제5항에 있어서,
    상기 프로세서는,
    상기 디지털 키를 활성화 하고, 상기 보안 요소 내의 공용 애플리케이션과 서비스 제공자 서버를 연결하여 상기 공용 애플리케이션과 상기 서비스 제공자 서버 간에 인증을 수행하도록 제어하는, 전자 디바이스.
  7. 제6항에 있어서,
    상기 프로세서는,
    디지털 키 관리자 서버로부터 상기 서비스 제공자 서버의 접근 권한 정보를 수신하고, 상기 타겟 디바이스로부터 검증 토큰(verification token)을 수신하도록 제어하며,
    상기 서비스 제공자 서버로부터 상기 디지털 키와 관련된 요청을 수신하는 경우, 상기 라우팅 테이블을 기초로 서비스 제공자 서버의 상기 디지털 키의 저장 위치와 상기 디지털 키에 대한 접근 권한을 확인하도록 상기 공용 애플리케이션을 제어하고,
    상기 서비스 제공자 서버가 상기 디지털 키에 대한 접근 권한이 있는 경우, 상기 검증 토큰을 이용해 상기 디지털 키와 관련된 요청에 대한 응답을 생성하여 상기 서비스 제공자 서버로 전송하도록 상기 전용 애플리케이션을 제어하는, 전자 디바이스.
  8. 제1항에 있어서,
    상기 프로세서는,
    상기 보안 요소의 일 영역에 각 서비스 제공자 별 또는 각 타겟 디바이스 별로 상기 디지털 키를 저장하기 위하여 기능적으로 분리(isolate)되고, 사용 권한이 증명되면 접근 가능한 전용 보안 도메인을 생성하고, 상기 전용 보안 도메인에 상기 디지털 키에 대한 서비스를 제공하기 위한 전용 애플리케이션을 설치하며, 상기 생성한 디지털 키를 각 서비스 제공자 별로 구분하여 상기 전용 보안 도메인에 저장하는, 전자 디바이스.
  9. 제8항에 있어서,
    상기 프로세서는,
    상기 디지털 키를 활성화 하고, 상기 보안 요소 내의 상기 전용 애플리케이션과 서비스 제공자 서버를 연결하여 상기 전용 애플리케이션과 상기 서비스 제공자 서버 간에 인증을 수행하도록 제어하는, 전자 디바이스.
  10. 제9항에 있어서,
    상기 프로세서는,
    디지털 키 관리자 서버로 상기 전용 보안 도메인에 접근하기 위한 검증 토근을 전송하도록 제어하고,
    상기 서비스 제공자 서버로부터 상기 검증 토큰과 상기 디지털 키와 관련된 요청을 수신하는 경우, 상기 검증 토큰에 대한 검증을 수행하고, 상기 검증 토큰이 유효한 경우, 상기 디지털 키와 관련된 요청에 대한 응답을 생성하여 상기 서비스 제공자 서버로 전송하도록 상기 전용 애플리케이션을 제어하는, 전자 디바이스.
  11. 디지털 키를 저장하기 위한 방법에 있어서,
    타겟 디바이스와 근거리 통신을 수행하여 상기 전자 디바이스의 사용자와 상기 타겟 디바이스에 대한 인증을 수행하는 단계;
    상기 타겟 디바이스에 대한 상기 디지털 키를 생성하는 단계; 및
    상기 생성한 디지털 키를 상기 보안 요소의 일 영역에 저장하는 단계를 포함하는, 방법.
  12. 제11항에 있어서,
    상기 생성한 디지털 키를 상기 보안 요소의 일 영역에 저장하는 단계는,
    상기 생성한 디지털 키를 각 서비스 제공자 별로 구분하여 상기 보안 요소의 공용 저장 공간에 저장하는 단계; 및
    상기 생성한 디지털 키에 대한 라우팅 테이블을 업데이트 하는 단계를 포함하는, 방법.
  13. 제12항에 있어서,
    상기 디지털 키를 활성화 하는 단계; 및
    상기 보안 요소 내의 공용 애플리케이션과 서비스 제공자 서버를 연결하여 상기 공용 애플리케이션과 상기 서비스 제공자 서버 간에 인증을 수행하는 단계를 더 포함하는, 방법.
  14. 제11항에 있어서,
    상기 타겟 디바이스에 대한 상기 디지털 키를 생성하는 단계 이전에, 상기 보안 요소의 일 영역에 각 서비스 제공자 별 또는 각 타겟 디바이스 별로 상기 디지털 키를 저장하기 위하여 기능적으로 분리(isolate)된 전용 저장 공간을 생성하는 단계; 및
    상기 전용 저장 공간에 상기 디지털 키에 대한 서비스를 제공하기 위한 전용 애플리케이션을 설치하는 단계를 더 포함하고,
    상기 생성한 디지털 키를 상기 보안 요소의 일 영역에 저장하는 단계는,
    상기 생성한 디지털 키를 각 서비스 제공자 별로 구분하여 상기 전용 저장 공간에 저장하는 단계; 및
    상기 생성한 디지털 키에 대한 라우팅 테이블을 업데이트 하는 단계를 더 포함하는, 방법.
  15. 제11항에 있어서,
    상기 타겟 디바이스에 대한 상기 디지털 키를 생성하는 단계 이전에, 상기 보안 요소의 일 영역에 각 서비스 제공자 별 또는 각 타겟 디바이스 별로 상기 디지털 키를 저장하기 위하여 기능적으로 분리(isolate)되고, 사용 권한이 증명되면 접근 가능한 전용 보안 도메인을 생성하는 단계; 및
    상기 전용 보안 도메인에 상기 디지털 키에 대한 서비스를 제공하기 위한 전용 애플리케이션을 설치하는 단계를 더 포함하고,
    상기 생성한 디지털 키를 상기 보안 요소의 일 영역에 저장하는 단계는,
    상기 생성한 디지털 키를 각 서비스 제공자 별로 구분하여 상기 전용 보안 도메인에 저장하는 단계를 포함하는, 방법.
PCT/KR2019/005979 2018-05-23 2019-05-20 디지털 키를 저장하기 위한 방법 및 전자 디바이스 WO2019225921A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP19808027.7A EP3787221A4 (en) 2018-05-23 2019-05-20 DIGITAL KEY STORAGE PROCESS, AND ELECTRONIC DEVICE
US17/057,995 US12095914B2 (en) 2018-05-23 2019-05-20 Method for storing digital key and electronic device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020180058645A KR102626319B1 (ko) 2018-05-23 2018-05-23 디지털 키를 저장하기 위한 방법 및 전자 디바이스
KR10-2018-0058645 2018-05-23

Publications (1)

Publication Number Publication Date
WO2019225921A1 true WO2019225921A1 (ko) 2019-11-28

Family

ID=68617146

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2019/005979 WO2019225921A1 (ko) 2018-05-23 2019-05-20 디지털 키를 저장하기 위한 방법 및 전자 디바이스

Country Status (4)

Country Link
US (1) US12095914B2 (ko)
EP (1) EP3787221A4 (ko)
KR (1) KR102626319B1 (ko)
WO (1) WO2019225921A1 (ko)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114762290A (zh) * 2019-12-06 2022-07-15 三星电子株式会社 对数字密钥进行管理的方法和电子装置
US11489821B2 (en) 2020-02-26 2022-11-01 International Business Machines Corporation Processing a request to initiate a secure data transfer in a computing environment
US11502834B2 (en) 2020-02-26 2022-11-15 International Business Machines Corporation Refreshing keys in a computing environment that provides secure data transfer
US11546137B2 (en) 2020-02-26 2023-01-03 International Business Machines Corporation Generation of a request to initiate a secure data transfer in a computing environment
US11652616B2 (en) * 2020-02-26 2023-05-16 International Business Machines Corporation Initializing a local key manager for providing secure data transfer in a computing environment

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11184160B2 (en) 2020-02-26 2021-11-23 International Business Machines Corporation Channel key loading in a computing environment
US11405215B2 (en) 2020-02-26 2022-08-02 International Business Machines Corporation Generation of a secure key exchange authentication response in a computing environment
EP4106357A4 (en) * 2020-03-09 2023-07-12 Huawei Technologies Co., Ltd. METHOD FOR CONNECTING TO AN ON-BOARD COMPUTER SYSTEM AND ASSOCIATED DEVICE
KR102512260B1 (ko) * 2021-04-08 2023-03-21 유비벨록스(주) 도어락 시스템 및 이를 이용한 도어락 출입여부 판단방법
KR102385467B1 (ko) * 2021-09-23 2022-04-14 (주)케이스마텍 디지털 키 통합 서비스 제공 시스템 및 그 방법
CN116566594A (zh) * 2022-01-30 2023-08-08 华为技术有限公司 一种设备控制方法、设备和分布式数字钥匙系统
KR102702029B1 (ko) * 2022-11-25 2024-09-04 국민대학교산학협력단 Dpapi 기반 데이터 재생성을 통한 클라우드 데이터 획득 장치 및 방법

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130009544A (ko) * 2011-07-14 2013-01-23 아이테크 도쿄 코포레이션 컨텐츠 송수신 모바일 단말, 컨텐츠 송수신 시스템 및 컨텐츠 송수신 방법
JP2014099718A (ja) * 2012-11-13 2014-05-29 Nec Casio Mobile Communications Ltd 携帯端末装置および携帯端末装置を用いた近距離探索方法
KR20160011124A (ko) * 2014-06-24 2016-01-29 삼성전자주식회사 디바이스 구성을 위한 장치 및 방법
KR20160046559A (ko) * 2014-10-21 2016-04-29 삼성전자주식회사 보안 연결 장치 및 방법
KR20160046362A (ko) * 2014-10-20 2016-04-29 에스케이텔레콤 주식회사 정보 접근 방법

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9264413B2 (en) 2012-12-06 2016-02-16 Qualcomm Incorporated Management of network devices utilizing an authorization token
JP2015092652A (ja) * 2013-10-03 2015-05-14 キヤノン株式会社 通信装置およびその制御方法
US20150373295A1 (en) 2014-06-24 2015-12-24 Samsung Electronics Co., Ltd. Apparatus and method for device configuration
EP3262859B1 (de) * 2015-02-23 2020-04-01 Bayerische Motoren Werke Aktiengesellschaft System zur verwendung mobiler endgeräte als schlüssel für fahrzeuge
EP3062295B1 (en) 2015-02-25 2021-11-10 Assa Abloy Ab Systems and methods for updating a mobile device
US10708236B2 (en) * 2015-10-26 2020-07-07 Secturion Systems, Inc. Multi-independent level secure (MILS) storage encryption

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130009544A (ko) * 2011-07-14 2013-01-23 아이테크 도쿄 코포레이션 컨텐츠 송수신 모바일 단말, 컨텐츠 송수신 시스템 및 컨텐츠 송수신 방법
JP2014099718A (ja) * 2012-11-13 2014-05-29 Nec Casio Mobile Communications Ltd 携帯端末装置および携帯端末装置を用いた近距離探索方法
KR20160011124A (ko) * 2014-06-24 2016-01-29 삼성전자주식회사 디바이스 구성을 위한 장치 및 방법
KR20160046362A (ko) * 2014-10-20 2016-04-29 에스케이텔레콤 주식회사 정보 접근 방법
KR20160046559A (ko) * 2014-10-21 2016-04-29 삼성전자주식회사 보안 연결 장치 및 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3787221A4 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114762290A (zh) * 2019-12-06 2022-07-15 三星电子株式会社 对数字密钥进行管理的方法和电子装置
CN114762290B (zh) * 2019-12-06 2024-04-19 三星电子株式会社 对数字密钥进行管理的方法和电子装置
US12120105B2 (en) 2019-12-06 2024-10-15 Samsung Electronics Co., Ltd Method and electronic device for managing digital keys
US11489821B2 (en) 2020-02-26 2022-11-01 International Business Machines Corporation Processing a request to initiate a secure data transfer in a computing environment
US11502834B2 (en) 2020-02-26 2022-11-15 International Business Machines Corporation Refreshing keys in a computing environment that provides secure data transfer
US11546137B2 (en) 2020-02-26 2023-01-03 International Business Machines Corporation Generation of a request to initiate a secure data transfer in a computing environment
US11652616B2 (en) * 2020-02-26 2023-05-16 International Business Machines Corporation Initializing a local key manager for providing secure data transfer in a computing environment

Also Published As

Publication number Publication date
KR102626319B1 (ko) 2024-01-17
KR20190133558A (ko) 2019-12-03
US20210203498A1 (en) 2021-07-01
US12095914B2 (en) 2024-09-17
EP3787221A1 (en) 2021-03-03
EP3787221A4 (en) 2021-05-26

Similar Documents

Publication Publication Date Title
WO2019225921A1 (ko) 디지털 키를 저장하기 위한 방법 및 전자 디바이스
WO2020218627A1 (ko) 차량용 디지털 키 공유 서비스 방법 및 시스템
WO2020022700A1 (ko) 디지털 키를 처리 및 인증하는 보안 요소 및 그 동작 방법
WO2013009045A2 (ko) 동적 키 생성 기반의 내장 ｓｉｍ의 ｍｎｏ 변경방법 및 그를 위한 내장 ｓｉｍ과 기록매체
WO2013009044A2 (ko) 특수 권한 기반의 내장 ｓｉｍ의 ｍｎｏ 변경방법 및 그를 위한 내장 ｓｉｍ과 기록매체
KR20210018546A (ko) 디바이스의 보안 프로비저닝 및 관리
WO2010068073A2 (ko) 장치식별정보를 이용한 서비스 제공 방법, 그 장치 및 그 프로그램을 기록한 컴퓨터 판독 가능한 기록매체
EP3734488B1 (en) Electronic device and digital key provisioning method of electronic device
WO2020189926A1 (ko) 블록체인 네트워크를 이용하여 사용자의 아이덴티티를 관리하는 방법 및 서버, 그리고, 블록체인 네트워크 기반의 사용자 아이덴티티를 이용하여 사용자를 인증하는 방법 및 단말
WO2015069018A1 (ko) 보안 로그인 시스템, 방법 및 장치
WO2020045826A1 (ko) 디지털 키를 처리하는 전자 디바이스 및 그 동작 방법
WO2018151480A1 (ko) 인증 관리 방법 및 시스템
KR20200044748A (ko) 스마트 키를 이용한 출입관리방법 및 이를 위한 출입관리시스템
WO2018169150A1 (ko) 잠금화면 기반의 사용자 인증 시스템 및 방법
WO2020190099A1 (en) Electronic device for managing personal information and operating method thereof
WO2020122368A1 (ko) 보안단말기를 이용한 저장장치의 데이터 보안 관리 시스템 및 방법
WO2021020918A1 (ko) 논리적 내부 네트워크를 제공하는 방법, 이를 구현하는 모바일 단말 및 어플리케이션
WO2020171466A1 (ko) 전자 장치 및 전자 장치에서의 인증 방법
KR20200001168A (ko) 하이브리드 보안환경 기반의 스마트 키를 이용한 출입관리방법 및 이를 위한 출입관리시스템
WO2019172579A1 (ko) 전자 디바이스 및 전자 디바이스의 디지털 키 프로비저닝 수행 방법
WO2020091330A1 (ko) 이모빌라이저 토큰 관리 시스템
WO2020197283A1 (ko) 전자 디바이스를 인증하기 위한 방법 및 그에 따른 장치
WO2018021864A1 (ko) 클라우드 기반의 서비스 제공 방법
WO2019231140A1 (ko) 생체 정보를 이용한 서비스 수행을 위한 시스템 및 그의 제어 방법
WO2017116008A1 (ko) 사용자 단말기 잠금 기능 제공을 위한 방법, 태그 및 애플리케이션

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19808027

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019808027

Country of ref document: EP

Effective date: 20201125