WO2018147597A1 - 카드 정보를 처리하기 위한 방법 및 그 전자 장치 - Google Patents

카드 정보를 처리하기 위한 방법 및 그 전자 장치 Download PDF

Info

Publication number
WO2018147597A1
WO2018147597A1 PCT/KR2018/001427 KR2018001427W WO2018147597A1 WO 2018147597 A1 WO2018147597 A1 WO 2018147597A1 KR 2018001427 W KR2018001427 W KR 2018001427W WO 2018147597 A1 WO2018147597 A1 WO 2018147597A1
Authority
WO
WIPO (PCT)
Prior art keywords
electronic device
card
wearable device
processor
data
Prior art date
Application number
PCT/KR2018/001427
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 US16/483,782 priority Critical patent/US10908806B2/en
Publication of WO2018147597A1 publication Critical patent/WO2018147597A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/353—Payments by cards read by M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0488—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/16—Constructional details or arrangements
    • G06F1/1613—Constructional details or arrangements for portable computers
    • G06F1/163—Wearable computers, e.g. on a belt
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/03—Arrangements for converting the position or the displacement of a member into a coded form
    • G06F3/041—Digitisers, e.g. for touch screens or touch pads, characterised by the transducing means
    • G06F3/0416—Control or interface arrangements specially adapted for digitisers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/308—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using the Internet of Things
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/321—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wearable devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/356—Aspects of software for card payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • 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

  • Various embodiments of the present invention relate to a method for processing card information and an electronic device thereof.
  • the electronic payment service is a service in which a card is issued to an electronic device through communication between the electronic device and a server and provides use of the card issued to the electronic device.
  • a plurality of cards may be issued to one electronic device.
  • the user may select one of a plurality of cards as a card to be used for payment through an interface provided by the electronic device.
  • Various embodiments of the present invention provide a method for determining a primary card in a wearable device and an electronic device thereof.
  • Various embodiments of the present invention provide a method for providing information necessary for configuring an interface for selecting a primary card in a wearable device and an electronic device thereof.
  • Various embodiments of the present invention provide a method for synchronizing main card information in a wearable device and an electronic device thereof.
  • an electronic device includes a housing, a touchscreen display exposed through the first portion of the housing, and a second portion of the housing. At least one connecting member connected to the at least one connecting member, at least one near distance wireless communication circuit located in the housing, a hardware secure element configured to store security information, A processor electrically connected to the touchscreen display, the at least one short range wireless communication circuit, and the hardware security element and located within the housing, and a memory electrically connected to the processor and located within the housing. ) May be included.
  • the memory stores a first operating system (OS) including a user interface for a payment application and allows a first application programming interface to allow access to the hardware secure element. ) Can be stored more.
  • OS operating system
  • the memory when instructions are executed, causes the processor to wirelessly pair with an external electronic device using the at least one short range wireless communication circuit, and the external through the at least one short range wireless communication circuit.
  • Receive metadata about a card from an electronic device receive data about a plurality of payment cards from the external electronic device through the at least one short range wireless communication circuit, and another application program associated with the data.
  • the user interface for storing the data in the hardware secure element without the installation of and listing the plurality of payment cards accessed using the metadata via the first API on the touchscreen display. Display the touch screen display. And receiving the user input of selecting one of the plurality of payment cards and transmitting data based on the determined payment card using the at least one short range wireless communication circuit.
  • the at least one connection member may have a form surrounding a user's wrist.
  • an electronic device may include a housing, a touch screen display exposed through the first portion of the housing, at least one connecting member connected to the second portion of the housing, At least one local area wireless communication circuit, a hardware security element configured to store security information, a processor electrically connected to the touch screen display, the at least one local area wireless communication circuit, and the hardware security element and located within the housing And a memory electrically connected to the processor and positioned in the housing.
  • the memory may store a first OS that includes a user interface for a payment application and further store a first API that allows access to the hardware secure element.
  • the memory when instructions are executed, the processor wirelessly pairs with an external electronic device using the at least one short range wireless communication circuit, and from the external electronic device through the at least one short range wireless communication circuit.
  • Receive second data for a plurality of payment cards from the device store the second data in the hardware secure element without installing another application program associated with the second data, and apply the first API to the touchscreen display.
  • the plurality of payment cars accessed using the first data via Display the user interface for listing the devices, receive a user input for selecting one of the plurality of payment cards via the touchscreen display, and determine the determined payment card using the at least one short range wireless communication circuit. May store the instructions to transmit data based on a.
  • the at least one connection member may have a form surrounding a user's wrist.
  • a method of operating an electronic device may include performing pairing wirelessly with an external electronic device, receiving metadata about a card from the external electronic device, and multiple numbers from the external electronic device. Receiving data on payment cards of the electronic device; storing the data in a hardware security element of the electronic device without installing another application program associated with the data; and securing the hardware on a touch screen display of the electronic device. Displaying the user interface for listing the plurality of payment cards accessed using the metadata via a first API that allows access to an element; and the plurality of payment cards via the touchscreen display. Receive user input to select one of May include a process of transmitting data based on the determined payment card.
  • a method of operating an electronic device includes wirelessly pairing with an external electronic device and first data generated from an operation of a first API of the external electronic device from the external electronic device.
  • Receiving the first data indicating the location of a hardware secure element of the electronic device, receiving second data for a plurality of payment cards from the external electronic device, and receiving the second data.
  • a wearable device may determine a default card for a card service without installing a card application.
  • a card service when a plurality of cards are issued to a wearable device, a card service may be provided using a main card determined through the wearable device according to a situation.
  • FIG. 1 illustrates an example of a network environment including an electronic device according to various embodiments of the present disclosure.
  • FIG. 2 illustrates an example of a block diagram of an electronic device according to various embodiments of the present disclosure.
  • FIG. 3 illustrates an example of a block diagram of a program module according to various embodiments of the present disclosure.
  • FIG. 4 illustrates an example of a functional configuration of an electronic device according to various embodiments of the present disclosure.
  • FIG. 5 illustrates an example of a functional configuration of a wearable device according to various embodiments of the present disclosure.
  • FIG. 6 illustrates an example of a functional configuration of an electronic device and a wearable device for issuing a card according to various embodiments of the present disclosure.
  • FIG. 7 illustrates a signal exchange for issuing a card according to various embodiments of the present invention.
  • FIG. 8 is a flowchart illustrating an electronic device for transmitting information about a card to a wearable device according to various embodiments of the present disclosure.
  • FIG. 9 is a flowchart illustrating a wearable device for determining a primary card in the wearable device according to various embodiments of the present disclosure.
  • FIG. 10 is a flowchart illustrating an electronic device for passing metadata to a wearable device based on metadata according to various embodiments of the present disclosure.
  • FIG. 11 is a flowchart illustrating a wearable device for managing a card list of the wearable device based on metadata according to various embodiments of the present disclosure.
  • FIG. 12 is another flowchart of a wearable device for determining a primary card in the wearable device based on metadata according to various embodiments of the present disclosure.
  • FIG. 13 illustrates a signal exchange for managing a card list of an electronic device or a card list of a wearable device based on metadata according to various embodiments of the present disclosure.
  • FIG. 14 illustrates an example of determining a primary card in a wearable device according to various embodiments of the present disclosure.
  • 15 is a flowchart of an electronic device for passing parameters for metadata related to a card to a wearable device based on an API for a wearable device according to various embodiments of the present disclosure.
  • 16 is a flowchart illustrating a wearable device for managing a card list of the wearable device based on an API for the wearable device according to various embodiments of the present disclosure.
  • FIG. 17 is a flowchart illustrating another wearable device for determining a primary card in the wearable device based on an API for the wearable device according to various embodiments of the present disclosure.
  • FIG. 18 illustrates a signal exchange for managing a card list of a wearable device based on an API for a wearable device according to various embodiments of the present disclosure.
  • FIG. 19 illustrates a signal exchange for synchronizing a primary card according to various embodiments of the present invention.
  • FIG. 20 illustrates a signal exchange for synchronizing a primary card according to various embodiments of the present invention.
  • 21 is a flowchart of an electronic device for determining whether to transmit metadata according to a location where a card is issued according to various embodiments of the present disclosure.
  • FIG. 22 is a flowchart of a wearable device for setting a primary card according to information associated with a card according to various embodiments of the present disclosure.
  • the expression “device configured to” may mean that the device “can” together with other devices or components.
  • processor configured (or configured to) perform A, B, and C may be implemented by executing a dedicated processor (eg, an embedded processor) to perform its operation, or one or more software programs stored in a memory device. It may mean a general purpose processor (eg, a CPU or an application processor) capable of performing the corresponding operations.
  • An electronic device may be, for example, a smartphone, a tablet PC, a mobile phone, a video phone, an e-book reader, a desktop PC, a laptop PC, a netbook computer, a workstation, a server, a PDA, a PMP ( portable multimedia player), an MP3 player, a medical device, a camera, or a wearable device.
  • Wearable devices may be accessory (e.g. watches, rings, bracelets, anklets, necklaces, eyeglasses, contact lenses, or head-mounted-devices (HMDs), textiles or clothing integrated (e.g.
  • the electronic device may be, for example, a television, a digital video disk (DVD) player, or audio.
  • Refrigerator, air conditioner, cleaner, oven, microwave, washing machine, air purifier, set-top box, home automation control panel, security control panel, media box (e.g. Samsung HomeSync TM , Apple TV TM , or Google TV TM ), game consoles (for example: Xbox TM, PlayStation TM), may include electronic dictionary, at least one of the electronic key, a camcorder, or a digital photo frame.
  • the electronic device may include various medical devices (eg, various portable medical measuring devices (such as blood glucose meters, heart rate monitors, blood pressure monitors, or body temperature meters), magnetic resonance angiography (MRA), magnetic resonance imaging (MRI), Computed tomography (CT), cameras or ultrasounds), navigation devices, global navigation satellite systems (GNSS), event data recorders (EDRs), flight data recorders (FDRs), automotive infotainment devices, ship electronics (E.g.
  • various portable medical measuring devices such as blood glucose meters, heart rate monitors, blood pressure monitors, or body temperature meters
  • MRA magnetic resonance angiography
  • MRI magnetic resonance imaging
  • CT Computed tomography
  • GNSS global navigation satellite systems
  • EDRs event data recorders
  • FDRs flight data recorders
  • automotive infotainment devices ship electronics
  • an electronic device may be a piece of furniture, a building / structure or a car, an electronic board, an electronic signature receiving device, a projector, or various measurement devices (eg, water, electricity, Gas, or a radio wave measuring instrument).
  • the electronic device may be flexible or a combination of two or more of the aforementioned various devices.
  • An electronic device according to an embodiment of the present disclosure is not limited to the above-described devices.
  • the term user may refer to a person who uses an electronic device or a device (eg, an artificial intelligence electronic device) that uses an electronic device.
  • FIG. 1 illustrates an example of an electronic device 101 in a network environment 100 according to various embodiments of the present disclosure.
  • the electronic device 101 may include a bus 110, a processor 120, a memory 130, an input / output interface 150, a display 160, and a communication interface 170.
  • the electronic device 101 may omit at least one of the components or additionally include other components.
  • the bus 110 may include circuitry that connects the components 110-170 to each other and transfers communication (eg, control messages or data) between the components.
  • the processor 120 may include one or more of a central processing unit, an application processor, or a communication processor (CP).
  • the processor 120 may execute, for example, an operation or data processing related to control and / or communication of at least one other component of the electronic device 101.
  • the memory 130 may include volatile and / or nonvolatile memory.
  • the memory 130 may store, for example, commands or data related to at least one other element of the electronic device 101.
  • the memory 130 may store software and / or a program 140.
  • the program 140 may include, for example, the kernel 141, middleware 143, an application programming interface (API) 145, and / or an application program (or “application”) 147. It may include. At least a portion of kernel 141, middleware 143, or API 145 may be referred to as an operating system.
  • the kernel 141 may be a system resource (eg, used to execute an action or function implemented in, for example, other programs (eg, middleware 143, API 145, or application program 147).
  • the bus 110, the processor 120, or the memory 130 may be controlled or managed.
  • the kernel 141 may provide an interface for controlling or managing system resources by accessing individual components of the electronic device 101 from the middleware 143, the API 145, or the application program 147. Can be.
  • the middleware 143 may serve as an intermediary for allowing the API 145 or the application program 147 to communicate with the kernel 141 to exchange data.
  • the middleware 143 may process one or more work requests received from the application program 147 according to priority.
  • the middleware 143 may use system resources (eg, the bus 110, the processor 120, or the memory 130, etc.) of the electronic device 101 for at least one of the application programs 147. Prioritize and process the one or more work requests.
  • the API 145 is an interface for the application 147 to control functions provided by the kernel 141 or the middleware 143.
  • the API 145 may include at least the following: file control, window control, image processing, or character control. It can contain one interface or function (eg command).
  • the input / output interface 150 may transmit, for example, a command or data input from a user or another external device to other component (s) of the electronic device 101, or other components of the electronic device 101 ( Commands or data received from the device) can be output to the user or other external device.
  • Display 160 may be, for example, a liquid crystal display (LCD), a light emitting diode (LED) display, an organic light emitting diode (OLED) display, or a microelectromechanical system (MEMS) display, or an electronic paper display. It may include.
  • the display 160 may display, for example, various types of content (eg, text, images, videos, icons, and / or symbols, etc.) to the user.
  • the display 160 may include a touch screen and may receive, for example, a touch, gesture, proximity, or hovering input using an electronic pen or a part of a user's body.
  • the communication interface 170 may establish communication between the electronic device 101 and an external device (for example, the wearable device 102, the electronic device 104, or the server 106).
  • the communication interface 170 may be connected to the network 162 through wireless or wired communication to communicate with an external device (eg, the electronic device 104 or the server 106).
  • the wireless communication may be, for example, LTE, LTE Advance (LTE-A), code division multiple access (CDMA), wideband CDMA (WCDMA), universal mobile telecommunications system (UMTS), wireless broadband (WiBro), or global network (GSM).
  • LTE Long Term Evolution
  • LTE-A LTE Advance
  • CDMA code division multiple access
  • WCDMA wideband CDMA
  • UMTS universal mobile telecommunications system
  • WiBro wireless broadband
  • GSM global network
  • the wireless communication is, for example, wireless fidelity (WiFi), light fidelity (LiFi), Bluetooth, Bluetooth low power (BLE), Zigbee, as illustrated by wireless communication 164 of FIG.
  • NFC near field communication
  • Magnetic Secure Transmission Magnetic Secure Transmission
  • RF radio frequency
  • BAN body area network
  • the wireless communication may include GNSS.
  • the GNSS may be, for example, a Global Positioning System (GPS), a Global Navigation Satellite System (Glonass), a Beidou Navigation Satellite System (hereinafter referred to as "Beidou”), or a Galileo, the European global satellite-based navigation system.
  • GPS Global Positioning System
  • Glonass Global Navigation Satellite System
  • Beidou Beidou Navigation Satellite System
  • Galileo the European global satellite-based navigation system.
  • Wired communication may include, for example, at least one of a universal serial bus (USB), a high definition multimedia interface (HDMI), a standard standard232 (RS-232), a power line communication, a plain old telephone service (POTS), and the like.
  • the network 162 may comprise a telecommunications network, for example at least one of a computer network (eg, LAN or WAN), the Internet, or a telephone network.
  • Each of the wearable device 102 and the electronic device 104 may be the same or different type of device as the electronic device 101. According to various embodiments of the present disclosure, all or some of operations performed by the electronic device 101 may be executed by another or a plurality of electronic devices (eg, the wearable device 102, the electronic device 104, or the server 106). According to an embodiment of the present disclosure, when the electronic device 101 needs to perform a function or service automatically or by request, the electronic device 101 may instead execute or additionally execute the function or service by itself. The electronic device may request at least some functions associated with the electronic device (eg, the wearable device 102, the electronic device 104, or the server 106) from another electronic device (eg, the wearable device 102 or the electronic device).
  • the electronic device 101 may request at least some functions associated with the electronic device (eg, the wearable device 102, the electronic device 104, or the server 106) from another electronic device (eg, the wearable device 102 or the electronic device).
  • the 104 or the server 106 may execute the requested function or the additional function and transmit the result to the electronic device 101.
  • the electronic device 101 processes the received result as it is or additionally and requests the request.
  • Function or A service may be provided, for example, cloud computing, distributed computing, or client-server computing technology.
  • FIG. 2 illustrates an example of a block diagram of an electronic device 201 according to various embodiments of the present disclosure.
  • the electronic device 201 may include, for example, all or part of the electronic device 101 or the wearable device 102 illustrated in FIG. 1.
  • the electronic device 201 may include one or more processors (eg, an AP) 210, a communication module 220, a subscriber identification module 224, a memory 230, a sensor module 240, an input device 250, and a display. 260, an interface 270, an audio module 280, a camera module 291, a power management module 295, a battery 296, an indicator 297, a motor 298, and a security module 299.
  • the processor 210 may control a plurality of hardware or software components connected to the processor 210 by, for example, operating an operating system (OS) or an application program, and processing various data.
  • OS operating system
  • the processor 210 may be implemented by, for example, a system on chip (SoC), according to an embodiment, the processor 210 may include a graphic processing unit (GPU) and / or The apparatus 210 may further include an image signal processor, and the processor 210 may include at least some of the components illustrated in FIG. Module 221.
  • the processor 210 may load and process instructions or data received from at least one of the other components (e.g., non-volatile memory) into volatile memory, and process the resulting data. Can be stored in volatile memory.
  • SoC system on chip
  • the communication module 220 may include, for example, a cellular module 221, a WiFi module 223, a Bluetooth module 225, a GNSS module 227, an NFC module 228, and an RF module 229. have.
  • the cellular module 221 may provide, for example, a voice call, a video call, a text service, or an internet service through a communication network.
  • the cellular module 221 may perform identification and authentication of the electronic device 201 in a communication network by using a subscriber identification module (eg, a SIM card) 224.
  • the cellular module 221 may perform at least some of the functions that the processor 210 may provide.
  • the cellular module 221 may include a communication processor (CP).
  • CP communication processor
  • at least some (eg, two or more) of the cellular module 221, the WiFi module 223, the Bluetooth module 225, the GNSS module 227, or the NFC module 228 may be one integrated chip. (IC) or in an IC package.
  • the RF module 229 may transmit / receive a communication signal (for example, an RF signal), for example.
  • the RF module 229 may include, for example, a transceiver, a power amp module (PAM), a frequency filter, a low noise amplifier (LNA), an antenna, or the like.
  • PAM power amp module
  • LNA low noise amplifier
  • At least one of the cellular module 221, the WiFi module 223, the Bluetooth module 225, the GNSS module 227, or the NFC module 228 may transmit and receive an RF signal through a separate RF module.
  • Subscriber identification module 224 may include, for example, a card or embedded SIM that includes a subscriber identification module, and may include unique identification information (eg, integrated circuit card identifier (ICCID)) or subscriber information (eg, IMSI). (international mobile subscriber identity)).
  • ICCID integrated circuit card identifier
  • IMSI international mobile subscriber identity
  • the memory 230 may include, for example, an internal memory 232 or an external memory 234.
  • the internal memory 232 may include, for example, volatile memory (for example, DRAM, SRAM, or SDRAM), nonvolatile memory (for example, one time programmable ROM (OTPROM), PROM, EPROM, EEPROM, mask ROM, flash ROM).
  • the flash memory may include at least one of a flash memory, a hard drive, or a solid state drive (SSD)
  • the external memory 234 may be a flash drive, for example, a compact flash (CF) or a secure digital (SD). ), Micro-SD, Mini-SD, extreme digital (xD), multi-media card (MMC), memory stick, etc.
  • the external memory 234 may be functionally connected to the electronic device 201 through various interfaces. Or physically connected.
  • the sensor module 240 may measure, for example, a physical quantity or detect an operation state of the electronic device 201 and convert the measured or detected information into an electrical signal.
  • the sensor module 240 includes, for example, a gesture sensor 240A, a gyro sensor 240B, an air pressure sensor 240C, a magnetic sensor 240D, an acceleration sensor 240E, a grip sensor 240F, and a proximity sensor ( 240G), color sensor 240H (e.g. RGB (red, green, blue) sensor), biometric sensor 240I, temperature / humidity sensor 240J, illuminance sensor 240K, UV (ultra violet) It may include at least one of the sensor 240M or the ultrasonic sensor 240N.
  • sensor module 240 may include, for example, an e-nose sensor, an electromyography (EMG) sensor, an electrocardiogram (EEG) sensor, an electrocardiogram (ECG) sensor, Infrared (IR) sensors, iris sensors and / or fingerprint sensors.
  • the sensor module 240 may further include a control circuit for controlling at least one or more sensors belonging therein.
  • the electronic device 201 further includes a processor configured to control the sensor module 240 as part of or separately from the processor 210, while the processor 210 is in a sleep state. The sensor module 240 may be controlled.
  • the input device 250 may include, for example, a touch panel 252, a (digital) pen sensor 254, a key 256, or an ultrasonic input device 258.
  • the touch panel 252 may use at least one of capacitive, resistive, infrared, or ultrasonic methods, for example.
  • the touch panel 252 may further include a control circuit.
  • the touch panel 252 may further include a tactile layer to provide a tactile response to the user.
  • the (digital) pen sensor 254 may be, for example, part of a touch panel or may include a separate recognition sheet.
  • the key 256 may include, for example, a physical button, an optical key, or a keypad.
  • the ultrasonic input device 258 may detect ultrasonic waves generated by an input tool through a microphone (for example, the microphone 288) and check data corresponding to the detected ultrasonic waves.
  • the touch panel when the display is a TFT display driven by liquid crystal, the touch panel may include an in-cell touch display used in combination with an electrode for driving the liquid crystal of the TFT.
  • the pen sensor 254 may include an electromagnetic resonance (EMR) sensor for detecting whether an electronic pen detachably provided in the electronic device 201 is input.
  • the processor may detect an input position by receiving a feedback signal for a resonance frequency according to the vibration of the coil body included in the electronic pen, using an electromagnetic field generated by the EMR sensor.
  • the processor may include a control circuit (driver IC) disposed in the EMR sensor.
  • Display 260 may include panel 262, hologram device 264, projector 266, and / or control circuitry to control them.
  • the panel 262 may be implemented to be, for example, flexible, transparent, or wearable.
  • the panel 262 may be configured with the touch panel 252 and one or more modules.
  • panel 262 may include a pressure sensor (or force sensor) capable of measuring the strength of the pressure on the user's touch.
  • the pressure sensor may be integrally implemented with the touch panel 252 or one or more sensors separate from the touch panel 252.
  • the hologram 264 may show a stereoscopic image in the air by using interference of light.
  • the projector 266 may display an image by projecting light onto a screen.
  • the screen may be located inside or outside the electronic device 201.
  • the interface 270 may include, for example, an HDMI 272, a USB 274, an optical interface 276, or a D-subminiature 278.
  • the interface 270 may be included in, for example, the communication interface 170 illustrated in FIG. 1.
  • interface 270 may include, for example, a mobile high-definition link (MHL) interface, an SD card / multi-media card (MMC) interface, or an infrared data association (IrDA) compliant interface. have.
  • MHL mobile high-definition link
  • MMC Secure Digital Card
  • IrDA infrared data association
  • the audio module 280 may bidirectionally convert, for example, a sound and an electrical signal. At least some components of the audio module 280 may be included in, for example, the input / output interface 145 illustrated in FIG. 1.
  • the audio module 280 may process sound information input or output through, for example, a speaker 282, a receiver 284, an earphone 286, a microphone 288, or the like.
  • the camera module 291 is, for example, a device capable of capturing still images and moving images. According to one embodiment, the camera module 291 is one or more image sensors (eg, a front sensor or a rear sensor), a lens, and an image signal processor (ISP). Or flash (eg, LED or xenon lamp, etc.).
  • the power management module 295 may manage power of the electronic device 201, for example.
  • the power management module 295 may include a power management integrated circuit (PMIC), a charger IC, or a battery or fuel gauge.
  • the PMIC may have a wired and / or wireless charging scheme.
  • the wireless charging method may include, for example, a magnetic resonance method, a magnetic induction method, an electromagnetic wave method, or the like, and may further include additional circuits for wireless charging, such as a coil loop, a resonance circuit, a rectifier, and the like. have.
  • the battery gauge may measure, for example, the remaining amount of the battery 296, the voltage, the current, or the temperature during charging.
  • the battery 296 may include, for example, a rechargeable cell and / or a solar cell.
  • the indicator 297 may display a specific state of the electronic device 201 or a part thereof (for example, the processor 210), for example, a booting state, a message state, or a charging state.
  • the motor 298 may convert electrical signals into mechanical vibrations, and may generate vibrations or haptic effects.
  • the electronic device 201 may be, for example, a mobile TV supporting device capable of processing media data according to a standard such as digital multimedia broadcasting (DMB), digital video broadcasting (DVB), or mediaFlo TM . : GPU).
  • DMB digital multimedia broadcasting
  • DVD digital video broadcasting
  • mediaFlo TM . : GPU mediaFlo TM .
  • Each of the components described in this document may be composed of one or more components, and the names of the corresponding components may vary depending on the type of electronic device.
  • the electronic device eg, the electronic device 201) may include some components, omit additional components, or combine some of the components to form a single entity. It is possible to perform the same function of the previous corresponding
  • the security module 299 may mean a storage space for storing card information about the issued card.
  • security module 299 may refer to hardware for access to card information.
  • the security module 299 may be referred to by other names, such as "secure element", “secure space”, and “secure chip” according to its technical meaning.
  • security module 299 may be included in memory 230. In other embodiments, security module 299 may be included in subscriber identification module 224.
  • the program module 310 may include an operating system and / or various applications running on the operating system for controlling resources related to the electronic device (eg, the electronic device 101).
  • the application program 147 may be included.
  • the operating system may include, for example, Android TM , iOS TM , Windows TM , Symbian TM , Tizen TM , or Bada TM .
  • the program module 310 may include the kernel 320 (eg, the kernel 141), the middleware 330 (eg, the middleware 143), and the API 360 (eg, the API 145). And / or an application 370 (eg, an application program 147.) At least a portion of the program module 310 may be preloaded on an electronic device, or another electronic device (eg, a wearable device (eg, a wearable device)). 102, the electronic device 104, the server 106, and the like.
  • a wearable device eg, a wearable device
  • the kernel 320 may include, for example, a system resource manager 321 and / or a device driver 323.
  • the system resource manager 321 may perform control, allocation, or retrieval of system resources.
  • the system resource manager 321 may include a process manager, a memory manager, or a file system manager.
  • the device driver 323 may include, for example, a display driver, a camera driver, a Bluetooth driver, a shared memory driver, a USB driver, a keypad driver, a WiFi driver, an audio driver, or an inter-process communication (IPC) driver. .
  • IPC inter-process communication
  • the middleware 330 may provide various functions through the API 360, for example, to provide functions commonly required by the application 370, or to allow the application 370 to use limited system resources inside the electronic device. May be provided to the application 370.
  • the middleware 330 may include a runtime library 335, an application manager 341, a window manager 342, a multimedia manager 343, a resource manager 344, a power manager 345, and a database manager ( 346, a package manager 347, a connectivity manager 348, a notification manager 349, a location manager 350, a graphic manager 351, or a security manager 352.
  • the middleware 330 may provide interworking between the electronic device 101 and the wearable device 101 using various managers included in the middleware 330.
  • the runtime library 335 may include, for example, a library module that the compiler uses to add new functionality through the programming language while the application 370 is running.
  • the runtime library 335 may perform input / output management, memory management, or arithmetic function processing.
  • the application manager 341 may manage, for example, the life cycle of the application 370.
  • the window manager 342 may manage GUI resources used on the screen.
  • the multimedia manager 343 may identify a format necessary for playing the media files, and may encode or decode the media file using a codec suitable for the format.
  • the resource manager 344 may manage space of source code or memory of the application 370.
  • the power manager 345 may manage, for example, the capacity, temperature, or power of the battery, and may determine or provide power information necessary for the operation of the electronic device using the corresponding information. According to an embodiment of the present disclosure, the power manager 345 may interwork with a basic input / output system (BIOS).
  • BIOS basic input / output system
  • the database manager 346 may create, retrieve, or change a database to be used, for example, in the application 370.
  • the package manager 347 may manage installation or update of an application distributed in the form of a package file.
  • the connectivity manager 348 may manage, for example, a wireless connection.
  • the notification manager 349 may provide the user with events such as, for example, an arrival message, an appointment, a proximity notification, and the like.
  • the location manager 350 may manage location information of the electronic device, for example.
  • the graphic manager 351 may manage, for example, graphic effects to be provided to the user or a user interface (UI) related thereto.
  • the security manager 352 may provide system security or user authentication, for example.
  • the middleware 330 may include a telephony manager for managing a voice or video call function of the electronic device or a middleware module capable of forming a combination of functions of the above-described components. .
  • the middleware 330 may provide a module specialized for each type of operating system.
  • the middleware 330 may dynamically delete some of the existing components or add new components.
  • API 360 is, for example, a set of API programming functions, which may be provided in different configurations depending on the operating system. For example, in the case of Android or iOS, one API set may be provided for each platform, and in Tizen, two or more API sets may be provided for each platform.
  • the application 370 is, for example, a home 371, a dialer 372, an SMS / MMS 373, an instant message (IM) 374, a browser 375, a camera 376, an alarm 377. , Contact 378, voice dial 379, email 380, calendar 381, media player 382, album 383, watch 384, card management 385, health care (e.g., fitness Or measuring blood sugar, or the like, or an application for providing environmental information (eg, barometric pressure, humidity, or temperature information).
  • the application 370 may include an information exchange application capable of supporting information exchange between the electronic device and the external electronic device.
  • the information exchange application may include, for example, a notification relay application for delivering specific information to the external electronic device, or a device management application for managing the external electronic device.
  • the notification delivery application may deliver notification information generated by another application of the electronic device to the external electronic device, or receive notification information from the external electronic device and provide the notification information to the user.
  • the device management application may be, for example, the ability of an external electronic device to communicate with the electronic device (e.g. turn-on / turn-off of the external electronic device itself (or some component) or the brightness (or resolution) of the display). Control), or install, delete, or update an application running on the external electronic device.
  • the application 370 may include an application (eg, a health care application of a mobile medical device) designated according to an attribute of the external electronic device.
  • the application 370 may include an application received from an external electronic device.
  • At least a portion of the program module 310 may be implemented (eg, executed) in software, firmware, hardware (eg, the processor 210), or a combination of at least two or more thereof, and a module for performing one or more functions; It can include a program, routine, instruction set, or process.
  • Card management 385 may refer to an application for issuing a card. In some embodiments, card management 385 may refer to an application for transmitting metadata for the card. In other embodiments, card management 385 may refer to an application for transmitting parameters for metadata of a card through an API for wearable device 102.
  • module includes a unit composed of hardware, software, or firmware, and may be used interchangeably with terms such as logic, logic blocks, components, or circuits.
  • the module may be an integrally formed part or a minimum unit or part of performing one or more functions.
  • Modules may be implemented mechanically or electronically, for example, application-specific integrated circuit (ASIC) chips, field-programmable gate arrays (FPGAs), or known or future developments that perform certain operations. It can include a programmable logic device.
  • ASIC application-specific integrated circuit
  • FPGAs field-programmable gate arrays
  • At least a portion of an apparatus (eg, modules or functions thereof) or method (eg, operations) according to various embodiments may be stored on a computer-readable storage medium (eg, memory 130) in the form of a program module. It can be implemented as.
  • Computer-readable recording media include hard disks, floppy disks, magnetic media (e.g. magnetic tape), optical recording media (e.g. CD-ROM, DVD, magnetic-optical media (e.g. floppy disks), internal memory, etc.
  • Instructions may include code generated by a compiler or code executable by an interpreter Modules or program modules according to various embodiments may include at least one or more of the above-described components. In some embodiments, operations performed by a module, a program module, or another component may be executed sequentially, in parallel, repeatedly, or heuristically, or at least, or may include other components. Some operations may be executed in a different order, omitted, or other operations may be added.
  • FIG. 4 illustrates an example of a functional configuration of the electronic device 101 according to various embodiments of the present disclosure.
  • the electronic device 101 may include a communication module 410, a memory 420, a display 430, and a processor 440.
  • the communication module 410 may receive a radio frequency (RF) signal.
  • the communication module 410 may include at least one antenna.
  • the communication module 410 may down-convert the received signal to generate an intermediate frequency (IF) or baseband signal.
  • the communication module 410 may include receive processing circuitry that generates a processed baseband signal by filtering, decoding, and / or digitizing the baseband or IF signal.
  • the receive processing circuitry sends the processed baseband signal to the speaker for voice data or further processing (e.g., web browsing data) processor 440 (e.g., processor 120 of Figure 1).
  • the processor 210 may transmit to the processor 210 of FIG. 2.
  • the communication module 410 may include at least one transceiver. At least one transceiver may receive baseband data (such as web data, e-mail, interactive video game data) for outgoing from processor 440.
  • the transmission processing circuitry can encode, multiplex, and digitize baseband data for transmission to produce a processed baseband or intermediate frequency signal.
  • the communication module 410 may up-convert the processed baseband or intermediate frequency signal for transmission via a transmission processing circuit into an RF signal that may be transmitted via an antenna.
  • the communication module 410 may transmit a message to the wearable device 102 including metadata about the card.
  • the communication module 410 may send a message to the wearable device 102 via the API for the wearable device 102 including a parameter for the metadata of the card.
  • the processor 440 may control the communication module 410, the memory 420, and the display 430 that are functionally coupled to the processor 440. For example, the processor 440 may control the reception of the forward channel signal and the transmission of the reverse channel signal using the communication module 410.
  • processor 440 may include at least one microprocessor or microcontroller.
  • the processor 440 may execute other processes or programs residing in the device.
  • the processor 440 may store or retrieve data in the electronic device 101 as required by an executing process.
  • the processor 440 may be configured to execute an application in response to a signal received based on an operating system.
  • the processor 440 may add information indicating the location of the security module to the installation file for the card application.
  • the processor 440 may execute an API for the wearable device (eg, the wearable device 102 of FIG. 1).
  • the memory 420 may store data such as a basic program, an application program, and setting information for operating the device.
  • the memory 420 may be configured as a volatile memory, a nonvolatile memory, or a combination of the volatile memory and the nonvolatile memory.
  • the memory 420 may provide stored data at the request of the processor 440.
  • the memory 420 may store information about the issued card.
  • memory 420 may store a card application.
  • Display 430 may be a liquid crystal screen, a light emitting diode display or a display capable of displaying text and / or images. It may be another screen.
  • the display 430 may display a screen corresponding to the data received through the processor 440.
  • the display 430 may display a card list of the electronic device 101 including a plurality of cards and a card list of the wearable device 102 including a plurality of cards.
  • the device includes a communication module 410, a processor 440, a memory 420, and a display 430, which are exemplary, and the device may further include other components, as described above. Some of the processor 440, the memory 420, and the display 430 may be omitted.
  • FIG. 5 illustrates an example of a functional configuration of the wearable device 102 according to various embodiments of the present disclosure.
  • the wearable device 102 may include, for example, all or part of the electronic device 201 illustrated in FIG. 2.
  • the wearable device 102 may include a communication module 510, a memory 520, a display 530, and a processor 540.
  • the communication module 510 may receive an RF signal.
  • the communication module 510 may include at least one antenna.
  • the communication module 510 may down convert the received signal to generate an IF or baseband signal.
  • the communication module 510 may include receive processing circuitry that generates a processed baseband signal by filtering, decoding, and / or digitizing the baseband or IF signal.
  • the receive processing circuitry may transmit the processed baseband signal to the speaker for voice data or to the processor 540 for further processing (eg, web browsing data).
  • the communication module 510 may include at least one transceiver. At least one transceiver may receive baseband data (such as web data, email, interactive video game data) for transmission from processor 540.
  • the transmission processing circuitry can encode, multiplex, and digitize baseband data for transmission to produce a processed baseband or intermediate frequency signal.
  • the communication module 510 may upconvert the processed baseband or intermediate frequency signal for transmission through a transmission processing circuit into an RF signal that may be transmitted via an antenna.
  • the communication module 510 may receive a message including metadata about the card from the electronic device 101.
  • the communication module 510 may receive a message from the electronic device (eg, the electronic device 101 of FIG. 1) via the API for the wearable device 102 including a parameter for the card's metadata. Can be.
  • the processor 540 may control the communication module 510, the memory 520, and the display 530 that are functionally coupled to the processor 540.
  • the processor 540 may control the reception of the forward channel signal and the transmission of the reverse channel signal using the communication module 510.
  • processor 540 may include at least one microprocessor or microcontroller.
  • the processor 540 may execute other processes or programs residing in the device.
  • the processor 540 may store or retrieve data in the wearable device 102 as required by an executing process.
  • the processor 540 may be configured to execute an application in response to a signal received based on an operating system.
  • the processor 540 may identify the card based on the identifier metadata for the card and the metadata for the type of security module.
  • the memory 520 may store data such as a basic program, an application program, and setting information for operating the device.
  • the memory 520 may be configured as a volatile memory, a nonvolatile memory, or a combination of the volatile memory and the nonvolatile memory.
  • the memory 520 may provide stored data at the request of the processor 540.
  • the memory 520 may store information about the issued card.
  • memory 520 may store metadata about the card.
  • Display 530 may be a liquid crystal screen, a light emitting diode display, or other screen capable of displaying text and / or images.
  • the display 530 may display a screen corresponding to the data received through the processor 540.
  • the display 530 may display a card list for a plurality of cards of the wearable device 102.
  • the device includes a communication module 510, a memory 520, a display 530, and a processor 540, which is illustrative and the device may further include other components, Some of the above-described memory 520, the display 530, and the processor 540 may be omitted.
  • wearable device 102 includes a housing, a touchscreen display exposed through a first portion of the housing, and at least one connecting member connected with the second portion of the housing. ), At least one short range wireless communication circuitry located within the housing, a hardware security element configured to store security information, a touchscreen display, at least one short range wireless communication circuitry, and a hardware security element electrically connected to and within the housing. And a processor located, and a memory electrically coupled with the processor and located within the housing.
  • the at least one connection member may be in the form of surrounding the user's wrist.
  • FIG. 6 illustrates an example of a functional configuration of the electronic device 101 and the wearable device 102 for issuing a card according to various embodiments of the present disclosure.
  • the processor 440 of the electronic device 101 includes a card application 601, an open mobile API (OMA) 603, an access control enforcer (ACE) 605, and an NFC extra API ( 607), the wearable device manager 609, and the OMA 611 for the wearable device.
  • the card application 601 may store card information in the security module 613 included in the memory 420 using at least one of the OMA 603, the ACE 605, and the NFC extra API 607.
  • the card application 601 may refer to an application for issuing a card or an application for providing a card service.
  • the OMA 603 may mean an interface for accessing the security module 613 and interworking between the card application 601 and the card information stored in the security module 613.
  • OMA 603 may also be used to store card information in security module 613.
  • the ACE 605 may perform a function of allowing only specific card applications to access specific card information stored in the security module 613 for security.
  • the ACE 605 may be located in a lower layer of the OMA 603.
  • the security module 613 is an embedded secure element (eSE)
  • the NFC extra API 607 may refer to an interface used to access the eSE through the OMA 603 that controls access to the security module.
  • the NFC extra API 607 may refer to an interface for accessing eSE and interworking with card information (eg, communication). Depending on the type of security module 613, the NFC extra API 607 may be omitted.
  • the wearable device manager 609 may refer to an application for establishing a connection between the electronic device 101 and the wearable device 102.
  • the wearable device manager 609 may provide card information for issuing a card to the wearable device 102.
  • the OMA 611 for the wearable device may refer to the OMA 603 that is modified to access the security module 623 of the wearable device 102 in the electronic device 101.
  • the processor 540 of the wearable device 102 may include a connection interface 615, an OMA 617, an ACE 619, and an NFC extra API 621.
  • the connection interface 615 may refer to an interface for performing communication between the OMA 611 for the wearable device of the electronic device 101 and the OMA 617 of the wearable device 102.
  • the OMA 617 may access the security module 623 and refer to an interface for interworking between the OMA 611 for the wearable device and the card information stored in the security module 623.
  • OMA 617 may also be used to store card information in security module 623.
  • the ACE 619 may perform a function of allowing only specific card applications to access specific card information stored in the security module 623 for security.
  • the ACE 619 may be located in a lower layer of OMA 617.
  • the security module 623 is an eSE
  • the NFC extra API 621 may refer to an interface used to access the eSE through the OMA 617 that controls access to the security module.
  • the NFC extra API 621 may mean an interface for accessing eSE and interworking with card information (eg, communication). Depending on the type of security module 623, the NFC extra API 621 may be omitted.
  • an electronic device may include a housing, a touchscreen display exposed through a first portion of the housing, and at least one connection member connected to the second portion of the housing. and a connecting member, the at least one connecting member wraps around the user's wrist, and is configured to store at least one near distance wireless communication circuit located in the housing, and to store security information.
  • the memory may store a first OS including a user interface for a payment application, and further store a first API to allow access to the hardware secure element.
  • the memory may be configured to wirelessly pair with an external electronic device using the at least one short range wireless communication circuit when the instructions are executed, and to execute the external electronic device through the at least one short range wireless communication circuit.
  • Receive metadata for a card from a device receive data for a plurality of payment cards from the external electronic device via the at least one short range wireless communication circuit, and install the hardware without installing another application program associated with the data.
  • Display the user interface for storing the data in a secure element, and listing the plurality of payment cards accessed using the metadata via the first API on the touchscreen display, the touch Award through the screen display Of a number of the payment card receiving a user input for selecting one and, based on the selected payment card using the at least one short-range wireless communications circuitry may store the instructions to transmit the data.
  • An external electronic device may include a second OS different from the first OS.
  • the second OS according to various embodiments of the present disclosure may include an Android OS.
  • the at least one short range wireless communication circuit according to various embodiments of the present disclosure may be configured to support at least one of WiFi, Bluetooth, or NFC protocol.
  • the first API according to various embodiments of the present disclosure may include an OMA.
  • an electronic device may include a housing, a touch screen display exposed through the first portion of the housing, at least one connection member connected to the second portion of the housing, and the at least one connection.
  • the member surrounds a user's wrist and includes at least one short range wireless communication circuitry located within the housing, a hardware security element configured to store security information, the touch screen display, the at least one short range wireless communication circuitry, and And a processor electrically connected with the hardware security element and located within the housing, and a memory electrically connected with the processor and located within the housing.
  • the memory may store a first OS that includes a user interface for a payment application and further store a first API that allows access to the hardware secure element.
  • the memory when instructions are executed, the processor wirelessly pairs with an external electronic device using the at least one short range wireless communication circuit, and from the external electronic device through the at least one short range wireless communication circuit.
  • Receive second data for a plurality of payment cards from the device store the second data in the hardware secure element without installing another application program associated with the second data, and apply the first API to the touchscreen display.
  • the plurality of payment cars accessed using the first data via Display the user interface for listing a list, receive a user input for selecting one of the plurality of payment cards via the touchscreen display, and use the at least one short-range wireless communication circuit to
  • the instructions may be stored to transmit data based on the selected payment card.
  • An external electronic device may include a second OS different from the first OS.
  • the second OS according to various embodiments of the present disclosure may include an Android OS.
  • At least one short range wireless communication circuit may be configured to support at least one of WiFi, Bluetooth, or NFC protocols.
  • the first API according to various embodiments of the present disclosure may include an OMA.
  • 7 illustrates a signal exchange for issuing a card according to various embodiments of the present invention. 7 illustrates signal exchange between the electronic device 101, the wearable device 102, and the server 106.
  • a processor (eg, the processor 440) of the electronic device 101 may request a card issuance from the server 106 through a communication module (eg, the communication module 410). You can control to send a message.
  • the processor of the electronic device 101 may control to transmit a message for requesting card information to the server 106 through the communication module.
  • the card information may refer to a program installed in a security module (for example, the security module 299) for card issuance.
  • the card information may mean a card applet.
  • the card information may be referred to by other names such as "card issuing information" and "card issuing program” according to its technical meaning.
  • the server 106 may transmit a message including the script for the card information to the electronic device 101.
  • the script for the card information may mean a command for issuing a card.
  • the script for the card information may be referred to by other names such as "card installation command” and "card issue command” according to the technical meaning.
  • the electronic device 101 may store card information in a security module (eg, the security module 613 of FIG. 6) of the electronic device 101.
  • the electronic device 101 may generate card information using the received script, and then store the card information in the security module 613 of the electronic device 101.
  • the electronic device 101 may transmit the generated card information to the security module 613 included in the memory 420 using at least one of the OMA 603, the ACE 605, and the NFC extra API 607. Can be stored in According to an embodiment, operation 705 may be omitted.
  • the processor of the electronic device 101 may control to transmit the message including the card information to the wearable device 102 through the communication module.
  • the wearable device manager 609 including the OMA 611 for the wearable device may be used.
  • 102 may be controlled to transmit a message including the card information.
  • the processor of the electronic device 101 may control the wearable device 102 to transmit metadata about the card together with the card information through the communication module.
  • the electronic device 101 may display a UI for indicating whether to issue a card to the wearable device 102. As a user input for issuing a card to the wearable device 102 is received, the processor of the electronic device 101 may control to transmit a message including the card information to the wearable device 102 through a communication module.
  • the wearable device 102 may store card information in the security module 623 of the wearable device 102.
  • the wearable device 102 uses at least one of the OMA 617, the ACE 619, and the NFC extra API 621 to receive card information received from the electronic device 101 through the connection interface 715.
  • the security module 623 included in the memory 520 To be stored in the security module 623 included in the memory 520.
  • 8 is a flowchart of an electronic device 101 for transmitting information about a card to the wearable device 102 according to various embodiments of the present disclosure. 8 illustrates a method of operating the electronic device 101.
  • the electronic device 101 may install a card application on the electronic device 101.
  • the processor eg, the processor 440
  • the electronic device 101 may install a file for installing the card application received through the communication module 410 in the memory (eg, the memory 420).
  • the card application may be developed by the card service provider.
  • the installation file for installing the card application may be an android package (Apk) file.
  • the file for installing the card application may be composed of an XML file.
  • the installation file for the card application may include AndroidManifest.xml of Table 1 and apduservice.xml of Table 2 below.
  • the name of the XML file is not limited and may be referred to by various names.
  • the installation file for installing the card application may include metadata about the card. As the electronic device 101 installs the card application, metadata about the card may be transferred to the framework of the operating system of the electronic device 101.
  • AndroidManifest.xml of Table 1 may include essential information about a card application that the processor of the electronic device 101 should secure before executing the code of the card application.
  • the essential information may include information regarding the interworking between the card application and the card information.
  • the command "OFF_HOST_APDU_SERVICE” in Table 1 may indicate that the card application operates in conjunction with card information stored in the security module.
  • the metadata of "android.nfc.cardemulation.off_host_apdu_service” in Table 1 may indicate that information about an identifier of card information related to a card application is included in apduservice.xml.
  • "android.nfc.cardemulation.se_extensions” in Table 1 may indicate that information about a type of a security module related to a card application is included in cardemulation_extension.xml.
  • the codes of rows 3 to 6 of Table 2 may indicate information on the identifier of the card information associated with the card application.
  • the electronic device 101 may check a card issued to the electronic device 101.
  • the processor of the electronic device 101 may identify a card issued through card information stored in a memory (or a security module) of the electronic device 101.
  • the electronic device 101 may transmit information about the card to the wearable device 102.
  • the processor of the electronic device 101 may control to transmit the information about the card to the wearable device 102 through the communication module (for example, the communication module 410).
  • the information about the card may be metadata about the identifier of the card information and metadata about the type of the security module.
  • the processor of the electronic device 101 may control to transmit the information about the card to the wearable device 102 based on the information indicating the location of the security module through the communication module.
  • the information about the card may be a parameter corresponding to the identifier of the card information and a parameter corresponding to the type of the security module.
  • the processor of the electronic device 101 may control to transmit the information about the card to the wearable device 102 through the API for the wearable device 102 through the communication module. Since information about the card is transmitted to the wearable device 102, the processor (eg, the processor 540) of the wearable device 102 may configure a UI for selecting a primary card.
  • 9 is a flowchart of a wearable device 102 for determining a primary card in the wearable device 102 according to various embodiments of the present disclosure. 9 illustrates a method of operating the wearable device 102.
  • a processor eg, the processor 440 of the wearable device 102 receives information about a card from the electronic device 101 through a communication module (eg, the communication module 510). Can be received.
  • the information about the card may be metadata about the identifier of the card information and metadata about the type of the security module.
  • the information about the card may be a parameter corresponding to the identifier of the card information and a parameter corresponding to the type of the security module.
  • the electronic device 101 may transmit information about a card included in the card application to a framework of the operating system to update the card list of the electronic device 101 and the card list of the wearable device 102.
  • the wearable device 102 may be installed in the security module (for example, the security module 723) of the wearable device 102 through the electronic device 101 in the state that the card application is not installed.
  • the processor of the wearable device 102 (for example, the processor 540) checks that the card information is stored in the security module of the wearable device 102 by using the information about the card received from the electronic device 101.
  • the card list of the wearable device 102 may be updated.
  • the processor of the wearable device 102 may update the card list of the wearable device 102 based on the information about the card received from the electronic device 101.
  • the card list of the wearable device 102 may include a plurality of cards issued to the wearable device 102.
  • the processor of the wearable device 102 may add a card corresponding to the information about the card received from the electronic device 101 to the card list of the wearable device 102 including the plurality of cards.
  • the display (eg, the display 530) of the wearable device 102 may display a UI for the card list of the updated wearable device 102. That is, the display of the wearable device 102 may display a UI for the card list of the updated wearable device 102 without installing a card application in the memory (eg, the memory 520) of the wearable device 102. .
  • the UI for the card list of the updated wearable device 102 may be used by the user to determine the card corresponding to the information about the card received from the electronic device 101 at the wearable device 102 as the primary card. have.
  • the primary card may mean a card for basic use among a plurality of cards, or a card for basic use in a separate payment procedure.
  • the main card may be referred to by other names, such as "default card” and "basic card” according to its technical meaning.
  • the processor of the wearable device 102 may receive an input for one of a plurality of cards included in the card list of the wearable device 102.
  • the input may mean that the user physically touches the touch display of the wearable device 102 or the user presses or rotates a physical button of the wearable device 102.
  • the processor of the wearable device 102 may determine a card corresponding to the input as the primary card. According to an embodiment, even though the card application is not installed in the memory of the wearable device 102, the main card may be determined in the wearable device 102.
  • information about a card may be transmitted to the wearable device 102 through a communication module (eg, the communication module 410) of the electronic device 101.
  • the processor of the wearable device 102 may control to display and display a UI for selecting a main card based on the received card information.
  • the operation of transferring information about the card as described above may be implemented according to various embodiments.
  • the information about the card may be implemented by modifying metadata about the card or adding a function of a card application. Each embodiment is described in more detail below.
  • FIG. 10 is a flowchart of an electronic device 101 for passing metadata to the wearable device 102 based on metadata according to various embodiments of the present disclosure. 10 illustrates a method of operating the electronic device 101. FIG. 10 shows a flowchart embodying operation 805 of FIG. 8.
  • a processor for example, the processor 440 of the electronic device 101 may check metadata for indicating a location of a security module in an installation file for a card application.
  • the location of the security module may indicate the wearable device 102 including the security module.
  • the installation file for the card application may further include cardemulation_extension.xml shown in Table 3 below.
  • the code in the third line of Table 3 may indicate the type of security module associated with the card application.
  • the type of security module may be eSE.
  • the code in the fourth line of Table 3 may indicate the location of the security module.
  • the processor of the electronic device 101 may check information (eg, “Wearable”) in the location field of the security module through the installation file for the card application.
  • “Wearable” may mean the wearable device 102.
  • the processor of the electronic device 101 transmits metadata about the identifier of the card information and metadata about the type of the security module to the wearable device 102 through a communication module (eg, the communication module 410).
  • a communication module eg, the communication module 410
  • the identifier of the card information may be an application identifier (AID).
  • the type of security module may be an eSE or a universal integrated circuit card (UICC).
  • the metadata for the identifier of the card information and the metadata for the type of the security module may be transmitted to the wearable device 102 based on the metadata indicating the location of the security module.
  • 11 is a flowchart of a wearable device 102 for managing a card list of the wearable device 102 based on metadata according to various embodiments of the present disclosure.
  • 11 shows a flow chart of the wearable device 102.
  • FIG. 11 shows a flow diagram embodying operations 901 and 903 of FIG.
  • the wearable device 102 may transmit metadata about an identifier of card information and a type of a security module from an electronic device 101 through a communication module (eg, the communication module 510). Meta data can be received. The metadata for the identifier of the card information and the metadata for the type of security module may be passed to the framework of the operating system of the wearable device 102.
  • the processor (eg, the processor 540) of the wearable device 102 may identify the card based on metadata about the identifier of the card information and metadata about the type of the security module. For example, the processor of the wearable device 102 identifies the card corresponding to the card information by confirming the card information stored in the security module using the metadata about the identifier of the card information and the metadata about the type of the security module. Can be.
  • the processor of the wearable device 102 may update the card list of the wearable device 102.
  • the processor of the wearable device 102 may add a card corresponding to the card information to the card list of the wearable device 102.
  • the card list of the wearable device 102 may include a plurality of cards issued to the wearable device 102.
  • 12 illustrates another flow diagram of the wearable device 102 for determining a primary card in the wearable device 102 based on metadata according to various embodiments of the present disclosure. 12 illustrates a method of operating the wearable device 102.
  • a processor (eg, the processor 540) of the wearable device 102 may pair with the electronic device 101 through a communication module (eg, the communication module 510). Can be controlled to perform.
  • the processor of the wearable device 102 may communicate with the electronic device 102 through wireless or wired communication through a communication module.
  • the communication module of the wearable device 102 may be configured to support at least one of Wi-Fi, Bluetooth, or NFC protocol.
  • the processor of the wearable device 102 may control to receive metadata about the card from the electronic device 101 through the communication module.
  • the processor of the wearable device 102 may control to receive an XML file including metadata about the card from the electronic device 101 through the communication module.
  • the XML file may include information about the type of the security module and the identifier of the card information.
  • information about the type of security module and the identifier of the card information may be conveyed to the framework of the operating system of the wearable device 102.
  • the XML file may include a manifest.xml file.
  • the operating system of the wearable device 102 may be different from the operating system of the electronic device 101.
  • the operating system of the wearable device 102 may be an Android operating system.
  • the processor of the wearable device 102 may control to receive data for the plurality of cards through the communication module.
  • the data for the plurality of cards may refer to data for issuing a plurality of cards to the wearable device 102.
  • data for a plurality of cards may mean card information for a plurality of cards.
  • the memory of the wearable device 102 may store data for a plurality of cards in the security module.
  • the memory of wearable device 102 may store an API that allows access to the security module.
  • the API that allows access to the security module may be OMA.
  • the display of the wearable device 102 may display a UI for a list of a plurality of cards.
  • the list for the plurality of cards may include a card corresponding to the identifier of the card information and the type of security module.
  • the processor of the wearable device 102 may receive a user input for selecting one of the plurality of cards through the communication module. Receiving a user input may mean that the user determines a primary card or a card to use among a plurality of cards.
  • the processor of the wearable device 102 may control to transmit data based on the selected card through the communication module.
  • the data may mean data about a card service related to the selected card.
  • the data may mean information on card payment.
  • FIG. 13 is a diagram illustrating an interface between a wearable device 102 and an electronic device 101 for managing a card list of the electronic device 101 or a card list of the wearable device 102 based on metadata according to various embodiments of the present disclosure. Illustrates signal exchange.
  • a processor (eg, the processor 410) of the electronic device 101 may install a card application in a memory (eg, the memory 420) of the electronic device 101.
  • the card application may be developed by the card service provider.
  • the file for installing the card application may include metadata about the card.
  • the processor of the electronic device 101 may determine whether the issued card is for the wearable device 102.
  • the processor parses an installation file (for example, an XML file) to determine whether the issued card is for the electronic device 101. 102).
  • an installation file for example, an XML file
  • the processor of the electronic device 101 indicates that the issued card is for the wearable device 102. You can decide.
  • the processor of the electronic device 101 It may be determined that the issued card is for the electronic device 101.
  • the processor of the electronic device 101 may update the card list of the electronic device 101.
  • the processor of the electronic device 101 may include a card issued to the electronic device 101 in the card list of the electronic device 101.
  • the processor of the electronic device 101 may control to transmit the metadata about the card to the wearable device 102 through the communication module.
  • the metadata about the card may include metadata about the identifier of the card information of the issued card and metadata about the type of the security module.
  • the processor of the electronic device 101 may update the card list of the wearable device 102.
  • the processor of the electronic device 101 may manage the card list of the wearable device 102 separately from the card list of the electronic device 101.
  • the processor of the electronic device 101 may manage or update the list of cards newly issued to the wearable device 102 using the wearable device manager 353.
  • the processor of the electronic device 101 transmits the meta data about the identifier of the card information and the meta data about the type of the security module to the wearable device manager 353, thereby displaying the card list of the wearable device 102. You can add cards issued to.
  • operations 1307 and 1309 may be performed in reverse order, or may be performed simultaneously. In other words, FIG. 13 illustrates a case in which operation 1309 is performed after operation 1307 is performed, but this is merely an example for description, and operations 1307 and 1309 may be performed regardless of the order or at the same time.
  • the processor of the wearable device 102 may update the card list of the wearable device 102.
  • the processor of the wearable device 102 may add a card issued to the wearable device 102 to the card list of the wearable device 102.
  • the card list of the wearable device 102 managed by the electronic device 101 and the card list of the wearable device 102 managed by the wearable device 102 may be synchronized.
  • FIG. 14 illustrates an example of determining a primary card in the wearable device 102 according to various embodiments of the present disclosure.
  • a processor (eg, the processor 440) of the electronic device 101 may use the wearable device 102 through a communication module (eg, the communication module 410) of the electronic device 101. Send a message including card information to the user. That is, the processor of the electronic device 101 may issue a card to the wearable device 102.
  • the processor of the electronic device 101 determines to issue a card to the wearable device 102
  • the processor of the electronic device 101 sends the wearable device 102 to the wearable device 102 using an OMA for the wearable device 102 through a communication module.
  • the message may be controlled to transmit a message including the card information.
  • the OMA for wearable device 102 may be an international standard organization (ISO) 7816 interface. That is, the OMA for the wearable device 102 may mean an interface for storing card information in the security module and communicating with the card information.
  • ISO international standard organization
  • the processor of the electronic device 101 may control to transmit card information through an API for the wearable device 102 through a communication module.
  • the card information may be a parameter for the identifier of the card information and a parameter for the type of the security module. Parameters for the identifier of the card information and parameters for the type of security module may be generated as the API for the wearable device 102 is executed.
  • the API for the wearable device 102 may be included in the card application by the card service provider.
  • the processor of the wearable device 102 may update the card list 1415 of the wearable device 102.
  • the processor of the wearable device 102 may add a card corresponding to the parameter for the identifier of the card information and the parameter for the type of the security module to the card list 1415 of the wearable device 102.
  • the processor of the electronic device 101 may display a UI for the card list 1413 of the electronic device 101 and the wearable device 102 through a display (eg, the display 430) of the electronic device 101.
  • the UI for the card list 1411 may be displayed, and the card list 1411 of the wearable device 102 may be updated.
  • the processor of the electronic device 101 updates the card list 1411 of the wearable device 102 the card list 1411 of the wearable device 102 and the wearable device 102 updated by the electronic device 101 are changed. Synchronization between the card list 1415 of the updated wearable device 102 may be matched.
  • the card list 1411 of the wearable device 102 updated by the electronic device 101 and the card list 1415 of the wearable device 102 updated by the wearable device 102 may be set to be the same.
  • the cards included in the card list 1411 of the wearable device 102 updated by the electronic device 101 and the cards included in the card list 1415 of the wearable device updated by the wearable device 102 are included. It can be set identically to an XX card and a YY card. In this case, cards (eg, XX card and YY card) included in the card list 1411 of the wearable device 102 updated by the electronic device 101 are updated by the electronic device 101.
  • the card list 1411 of the wearable device 102 updated by the electronic device 101 may be managed separately from the card list 1413 of the electronic device 101 updated by the electronic device 101.
  • the processor of the wearable device 102 may set a main card of the wearable device 102 based on an input by the user.
  • the user may determine one of a plurality of cards included in the card list 1415 of the wearable device 102 managed by the wearable device 102 as the primary card.
  • the wearable device 102 when the communication connection between the wearable device 102 and the electronic device 101 is lost, when the main card of the wearable device 102 managed by the wearable device 102 is set, the wearable device 102 is set again.
  • the processor of the wearable device 102 is managed by the wearable device 102 to the electronic device 101 through a communication module (for example, the communication module 510).
  • the wearable device 102 may be controlled to transmit information about the main card.
  • the processor of the electronic device 101 uses the same card as the main card of the wearable device 102 managed by the wearable device 102 based on the information on the main card of the wearable device 102 managed by the wearable device 102. It may be set as a main card of the wearable device 102 managed by the electronic device 101.
  • the processor of the electronic device 101 may set a main card of the wearable device 102 managed by the electronic device 101 based on an input by the user. For example, the user may determine one of a plurality of cards included in the card list 1411 of the wearable device 102 managed by the electronic device 101 as the primary card. According to an embodiment, when the main card of the wearable device 102 managed by the electronic device 101 is set while the communication connection between the wearable device 102 and the electronic device 101 is lost, the wearable device 102 is set again. When the communication connection is performed between the electronic device 101 and the electronic device 101, the processor of the electronic device 101 transmits the wearable device 102 to the main card of the wearable device 102 managed by the electronic device 101 through the communication module.
  • the processor of the wearable device 102 uses the same card as the main card of the wearable device 102 managed by the electronic device 101 based on the information on the main card of the wearable device 102 managed by the electronic device 101.
  • the card may be set as a main card of the wearable device 102 managed by the wearable device 102.
  • 15 is a flowchart of an electronic device for passing parameters for metadata related to a card to a wearable device based on an API for a wearable device according to various embodiments of the present disclosure.
  • 15 illustrates a method of operating the electronic device 101.
  • FIG. 15 shows a flowchart embodying operation 805 of FIG. 8.
  • 15 illustrates an embodiment in which information about a card is transmitted by adding a function of a card application.
  • a processor eg, the processor 440 of the electronic device 101 may execute an API for the wearable device 102.
  • the API for the wearable device 102 may be included in the card application by the card service provider.
  • the API for the wearable device 102 may refer to a function for transmitting a parameter for metadata related to the card.
  • the processor of the electronic device 101 may call an API for the wearable device 102 to apply a function for transmitting a parameter for metadata related to the card.
  • the function for transmitting a parameter for meta data associated with a card may be addWearableCardService.
  • the name of the function is not limited and may be referred to by various names.
  • the processor of the electronic device 101 may transmit a parameter for metadata related to the card to the wearable device 102 through an API for the wearable device 102.
  • the parameter for the meta data associated with the card may mean a parameter for the identifier of the card information and a parameter for the type of the security module.
  • Parameters for the identifier of the card information and parameters for the type of security module may be generated as the API for the wearable device 102 is executed.
  • the name of the parameter for the identifier of the card information may be aidGroup, and the name of the parameter for the type of security module may be seType.
  • the names of the parameters are not limited and may be referred to by various names.
  • 16 is a flowchart of a wearable device 102 for managing a card list of the wearable device 102 based on an API for the wearable device 102 according to various embodiments of the present disclosure. 16 illustrates a method of operating the wearable device 102. FIG. 16 shows a flow diagram embodying operations 901 and 903 of FIG.
  • the processor of the wearable device 102 may determine the primary card based on an API for the wearable device 102.
  • the processor of the wearable device 102 receives a parameter for the identifier of the card information and a parameter for the type of the security module from the electronic device 101 through an API for the wearable device 102. Can be received.
  • the processor of the wearable device 102 may identify the card based on a parameter for the identifier of the card information and a parameter for the type of the security module. For example, the processor of the wearable device 102 may confirm that the card information is stored in the security module of the wearable device 102 through the parameter for the identifier of the card information and the parameter for the type of the security module.
  • the processor of the wearable device 102 may update the card list of the wearable device 102.
  • the processor of the wearable device 102 may add a card corresponding to the card information to the card list of the wearable device 102.
  • the card list of the wearable device 102 may include a plurality of cards issued to the wearable device 102.
  • FIG. 17 illustrates another flowchart of the wearable device 102 for determining the primary card in the wearable device 102 based on an API for the wearable device 102 according to various embodiments of the present disclosure. 17 illustrates a method of operating the wearable device 102.
  • the processor of the wearable device 102 may determine the primary card based on an API for the wearable device 102.
  • the wearable device 102 may perform pairing with the electronic device 101.
  • the wearable device 102 may communicate with the electronic device 102 using wireless or wired communication.
  • the communication module 510 of the wearable device 102 may be configured to support at least one of Wi-Fi, Bluetooth, or NFC protocol.
  • the wearable device 102 may receive data according to an operation of an API for the electronic device 101.
  • the processor of the wearable device 102 may receive data according to an operation of an API for the electronic device 101 from the electronic device 101 through a wireless communication circuit (for example, the communication module 510).
  • the data may include parameters for the identifier of the card information and parameters for the type of security module.
  • the wearable device 102 may receive data about the plurality of payment cards from the electronic device 101.
  • the processor of the wearable device 102 may receive data for a plurality of payment cards from the electronic device 101 through a wireless communication circuit.
  • the data for the plurality of cards may refer to data for issuing a plurality of cards to the wearable device 102.
  • data for a plurality of cards may mean card information for a plurality of cards.
  • the wearable device 102 may store data for a plurality of payment cards in the security module.
  • the memory of the wearable device 102 eg, the memory 520
  • a security module eg, the security module 723.
  • the memory of wearable device 102 may store an API that allows access to the security module.
  • the API that allows access to the security module may be OMA.
  • the wearable device 102 may display a UI for a list of a plurality of cards.
  • the processor of the wearable device 102 may control to display a UI for a list of a plurality of cards on a display (eg, the display 530).
  • the list for the plurality of cards may include a card corresponding to a parameter for the identifier of the card information and a parameter for the type of the security module.
  • the wearable device 102 may receive a user input for selecting one of the plurality of cards.
  • the processor of the wearable device 102 may receive a user input for selecting one of a list of a plurality of cards. Receiving a user input may mean that the user decides to be the main card or a card for payment.
  • the wearable device 102 may transmit data based on the selected card.
  • the processor of the wearable device 102 may control to transmit data generated based on the card selected through the communication module of the wearable device 102.
  • the data may mean data about a card service related to the selected card.
  • the data may mean information on card payment.
  • FIG. 18 illustrates a signal exchange for managing a card list of the wearable device 102 based on an API for the wearable device 102 according to various embodiments of the present disclosure. 18 illustrates signal exchange between the electronic device 101 and the wearable device 102.
  • a processor eg, the processor 440 of the electronic device 101 may execute a card application.
  • the card application may mean an application for providing a card service.
  • the processor of the electronic device 101 may execute an API for the wearable device 102.
  • the API for the wearable device 102 may be included in the card application by the card service provider.
  • the API for the wearable device 102 may refer to a function for transmitting a parameter for metadata related to the card.
  • the electronic device 101 may call an API for the wearable device 102 to apply a function for transmitting a parameter for metadata related to the card.
  • the processor of the electronic device 101 controls the wearable device 102 to transmit a parameter for metadata related to the card through a communication module (eg, the communication module 410) of the electronic device 101.
  • a communication module eg, the communication module 410
  • the processor of the electronic device 101 may call an API for the wearable device 102 to control the wearable device 102 to transmit a parameter for metadata related to the card through the communication module.
  • the parameter for the meta data related to the card may include a parameter for the identifier of the card information and a parameter for the type of the security module.
  • the parameter for the meta data related to the card may be transmitted when the card information is stored in the security module (eg, the security module 713) of the electronic device 101.
  • the processor of the wearable device 102 may update the card list of the wearable device 102 based on a parameter for metadata related to the card. That is, the processor of the wearable device 102 confirms that the card information is stored in the security module of the wearable device 102 through the parameter for the identifier of the card information and the parameter for the type of the security module, and corresponds to the card information. The card may be added to the card list of the wearable device 102.
  • 19 illustrates a signal exchange for synchronizing a primary card according to various embodiments of the present invention. 19 illustrates signal exchange between the electronic device 101 and the wearable device 102.
  • a processor (eg, the processor 440) of the electronic device 101 may determine a main card of the electronic device 101 managed by the electronic device 101.
  • the main card of the electronic device 101 managed by the electronic device 101 may be determined by a user's input to the UI for the card list of the electronic device 101 displayed on the electronic device 101.
  • the main card of the electronic device 101 managed by the electronic device 101 may be determined based on the user's card usage history. For example, it may be determined based on the user's card usage count.
  • the card most recently used by the user may be determined as the main card of the electronic device 101 managed by the electronic device 101.
  • the card for which the user paid the most amount may be determined as the main card of the electronic device 101 managed by the electronic device 101.
  • the processor of the electronic device 101 may perform a communication connection with the wearable device 102 through a communication module (for example, the communication module 410).
  • the processor of the electronic device 101 may control the connection of the wearable device 102 with at least one of Wi-Fi, Bluetooth, or NFC protocols through a communication module.
  • the communication connection may mean that the initial connection or the previous communication connection between the electronic device 101 and the wearable device 102 is disconnected and then connected again.
  • the processor of the electronic device 101 transmits information about the main card of the electronic device 101 managed by the electronic device 101 to the wearable device 102 through the communication module of the electronic device 101. Can be controlled.
  • the processor of the electronic device 101 may transmit a card to the wearable device 102 through the communication module of the electronic device 101 such that a certain card of the electronic device 101 is managed by the electronic device 101. It can be controlled to transmit information indicating whether it is determined as the primary card.
  • the processor (eg, the processor 540) of the wearable device 102 is managed by the wearable device 102 based on the information on the main card of the electronic device 101 managed by the electronic device 101.
  • the primary card of the wearable device 102 may be determined. That is, the processor of the wearable device 102 may determine the same card as the main card of the electronic device 101 managed by the electronic device 101 as the main card of the wearable device 102 managed by the wearable device 102. .
  • the card determined as the main card of the wearable device 102 managed by the wearable device 102 may be one of a plurality of cards issued to the wearable device 102. Accordingly, synchronization between the main card of the wearable device 102 managed by the wearable device 102 and the main card of the electronic device 101 managed by the electronic device 101 may be performed.
  • the processor of the wearable device 102 may be a wearable device 102.
  • Information about the main card of the electronic device 101 managed by the electronic device 101 may be received from the electronic device 101 through a communication module (for example, the communication module 510) of the.
  • the processor of the wearable device 102 requests the server 106 to issue a card corresponding to the main card of the electronic device 101 managed by the electronic device 101 through the electronic device 101. Can be.
  • the main card of the wearable device 102 managed by the wearable device 102 is compared with the main card of the wearable device 102. Synchronization between main cards of the electronic device 101 managed by the electronic device 101 may be performed.
  • FIG. 19 illustrates an embodiment of synchronization between a main card of the wearable device 102 managed by the wearable device 102 and a main card of the electronic device 101 managed by the electronic device 101, according to an exemplary embodiment. do.
  • the synchronization described in FIG. 19 is performed between the card list 1415 of the wearable device 102 managed by the wearable device 102 of FIG. 14 and the card list 1411 of the wearable device 102 managed by the electronic device 101. It is distinguished from synchronization.
  • 20 illustrates a signal exchange for synchronizing a primary card according to various embodiments of the present invention. 20 illustrates a signal exchange between the electronic device 101 and the wearable device 102.
  • a processor eg, the processor 540 of the wearable device 102 may determine a main card of the wearable device 102 managed by the wearable device 102.
  • the main card of the wearable device 102 managed by the wearable device 102 may be determined by a user's input to the UI for the card list of the wearable device 102 displayed on the wearable device 102.
  • the main card of the wearable device 102 managed by the wearable device 102 may be determined based on the number of card usages of the user.
  • the processor of the wearable device 102 may perform a communication connection with the electronic device 101 through a communication module (for example, the communication module 510).
  • the processor of the wearable device 102 may control the connection of the electronic device 101 with at least one of Wi-Fi, Bluetooth, or NFC protocols through the communication module of the wearable device 102.
  • the communication connection may mean that the initial connection or the previous communication connection between the electronic device 101 and the wearable device 102 is disconnected and then connected again.
  • the processor of the wearable device 102 sends the information about the primary card of the wearable device 102 managed by the wearable device 102 to the electronic device 101 through the communication module of the wearable device 102. Can be controlled. For example, information about the main card of the wearable device 102 managed by the wearable device 102 may be changed from the wearable device 102 to the main card of the wearable device 102 managed by the wearable device 102. It may include information indicating whether it has been determined.
  • the processor of the electronic device 101 may be configured based on information about the primary card of the wearable device 102 managed by the wearable device 102 received from the wearable device 102.
  • the primary card of the electronic device 101 managed by the electronic device 101 may be determined. That is, the electronic device 101 may determine the same card as the main card of the wearable device 102 managed by the wearable device 102 as the main card of the electronic device 101 managed by the electronic device 101.
  • the card determined as the main card of the electronic device 101 managed by the electronic device 101 may be one of a plurality of cards issued to the electronic device 101. Accordingly, synchronization between the main card of the wearable device 102 managed by the wearable device 102 and the main card of the electronic device 101 managed by the electronic device 101 may be performed.
  • the processor of the electronic device 101 may execute the electronic device 101.
  • the electronic device 102 receives information about the main card of the wearable device 102 managed by the wearable device 102 from the wearable device 102 through a communication module (for example, the communication module 410) of the electronic device 102.
  • the processor may request the server 106 to issue a card corresponding to the main card of the wearable device 102 managed by the wearable device 102.
  • the main card of the wearable device 102 managed by the wearable device 102 is compared with the main card of the wearable device 102. Synchronization between main cards of the electronic device 101 managed by the electronic device 101 may be performed.
  • FIG. 20 illustrates an embodiment of synchronization between a main card of the wearable device 102 managed by the wearable device 102 and a main card of the electronic device 101 managed by the electronic device 101, according to an exemplary embodiment. do.
  • the synchronization described in FIG. 20 is performed between the card list 1415 of the wearable device 102 managed by the wearable device 102 of FIG. 14 and the card list 1411 of the wearable device 102 managed by the electronic device 101. It is distinguished from synchronization.
  • 21 is a flowchart of an electronic device 101 for determining whether to transmit metadata according to a location where a card is issued according to various embodiments of the present disclosure. 21 illustrates a method of operating the electronic device 101.
  • a processor for example, the processor 440 of the electronic device 101 may determine a location where card information is stored. That is, the processor of the electronic device 101 may determine whether the card is issued to the wearable device 102 or the card is issued to the electronic device 101.
  • the processor of the electronic device 101 may determine whether card information is stored in the wearable device 102. This may be so that only the card issued to the wearable device 102 is determined as the main card in the wearable device 102. If the card is not issued to the wearable device 102, even if an unissued card is included in the card list of the wearable device 102 and determined to be the main card, the card service through the main card cannot be provided. Can be.
  • the processor of the electronic device 101 may update the card list of the electronic device 101. That is, the processor of the electronic device 101 may add a card issued to the electronic device 101 to the card list of the electronic device 101. This is because the issued card is determined as the main card in the electronic device 101, so that the card service can be provided.
  • the processor of the electronic device 101 is the wearable device 102 through the communication module (for example, the communication module 410) of the electronic device 101 Send metadata about the card to the user.
  • the metadata about the card may mean metadata about an identifier of card information and metadata about a type of a security module.
  • 22 is a flowchart of a wearable device 102 for setting a primary card according to information associated with a card according to various embodiments of the present disclosure. 22 illustrates a method of operating the wearable device 102.
  • a processor (eg, the processor 540) of the wearable device 102 may determine one of a plurality of cards stored in a security module (eg, the security module 723). have.
  • the processor of the wearable device 102 may determine one of a plurality of cards based on a card issue date or card name. That is, the processor of the wearable device 102 may determine one of the plurality of cards according to the order of the date the card is issued or the alphabetical order of the card name.
  • the processor of the wearable device 102 may check card information about the determined card.
  • the memory of the wearable device 102 eg, the memory 520
  • the processor of the wearable device 102 may check the number of card usage or the card mileage score through an external electronic device (for example, the server 106 of FIG. 1).
  • the processor of the wearable device 102 may determine whether the card information (eg, the number of card use or the card mileage score) is greater than the threshold. If the card information is not greater than the threshold, the wearable device 102 may proceed to operation 2201. That is, if the card information for the determined card is not greater than the threshold value, the processor of the wearable device 102 may proceed to operation 2201 to determine another card of the plurality of cards.
  • the card information eg, the number of card use or the card mileage score
  • the processor of the wearable device 102 may determine the determined card as the primary card. For example, when the user uses more determined cards than the threshold value, the processor of the wearable device 102 may determine the determined card as the primary card. For another example, if the card mileage score for the determined card is greater than the threshold, the processor of the wearable device 102 may determine the determined card as the primary card.
  • a method of operating an electronic device may include performing pairing wirelessly with an external electronic device, receiving metadata about a card from the external electronic device, and multiple numbers from the external electronic device. Receiving data on payment cards of the electronic device; storing the data in a hardware security element of the electronic device without installing another application program associated with the data; and securing the hardware on a touch screen display of the electronic device. Displaying a user interface for listing the plurality of payment cards accessed using the metadata through a first API that allows access to an element; and among the plurality of payment cards via the touchscreen display. To receive user input to select one And transmitting data based on the selected payment card.
  • the external electronic device may include a second OS different from a first OS including a user interface for a payment application of the electronic device.
  • An operation method of an electronic device may further include transmitting information on the selected payment card to the external electronic device. The information on the selected payment card may be used to determine the payment card of the electronic device managed by the external electronic device in the same manner as the selected payment card.
  • An operation method of an electronic device may further include transmitting information on the selected payment card to the external electronic device.
  • the information on the selected payment card may be used to determine a payment card of the external electronic device managed by the external electronic device that is the same as the selected payment card.
  • the first API according to various embodiments of the present disclosure may include an OMA.
  • a method of operating an electronic device includes wirelessly pairing with an external electronic device and first data generated from an operation of a first API of the external electronic device from the external electronic device.
  • Receiving the first data indicating the location of a hardware secure element of the electronic device, receiving second data for a plurality of payment cards from the external electronic device, and receiving the second data.
  • a user interface for listing the multiple payment cards accessed It may comprise the step of transmitting the process and, the process data based on the selected payment card for receiving a user input selecting one of the plurality of payment card through the touch screen display.
  • the external electronic device may include a second OS different from a first OS including a user interface for a payment application of the electronic device.
  • An operation method of an electronic device may further include transmitting information on the selected payment card to the external electronic device. The information on the selected payment card may be used to determine a payment card of the electronic device managed by the external electronic device that is the same as the selected payment card.
  • An operation method of an electronic device may further include transmitting information on the selected payment card to the external electronic device.
  • the information on the selected payment card may be used to determine a payment card of the external electronic device managed by the external electronic device that is the same as the selected payment card.
  • the first API according to various embodiments of the present disclosure may include an OMA.

Abstract

전자 장치는 하우징(housing)과, 상기 하우징의 제1 부분을 통해 노출된 터치스크린 디스플레이(touchscreen display)와, 상기 하우징의 제2 부분과 연결된 적어도 하나의 연결 부재(connecting member)와, 상기 하우징 내에 위치되는 적어도 하나의 근거리 무선 통신 회로(near distance wireless communication circuit)와, 보안 정보를 저장하도록 구성된 하드웨어 보안 요소(hardware secure element)와, 상기 터치스크린 디스플레이, 상기 적어도 하나의 근거리 무선 통신 회로, 및 상기 하드웨어 보안 요소와 전기적으로 연결되고 상기 하우징 내에 위치되는 프로세서(processor)와, 상기 프로세서와 전기적으로 연결되고 상기 하우징 내에 위치되는 메모리(memory)를 포함한다. 상기 메모리는 결제 어플리케이션(payment application)을 위한 사용자 인터페이스(user interface)를 포함하는 제1 운영 체제(operating system, OS)를 저장하고, 상기 하드웨어 보안 요소에 접근을 허용하는 제1 API(application programming interface)를 더 저장한다. 상기 메모리는, 명령어들이 실행된 때, 상기 프로세서가 상기 적어도 하나의 근거리 무선 통신 회로를 이용하여 외부 전자 장치와 무선으로 페어링(pairing)을 수행하고, 상기 적어도 하나의 근거리 무선 통신 회로를 통해 상기 외부 전자 장치로부터 카드에 대한 메타 데이터(meta data)를 수신하고, 상기 적어도 하나의 근거리 무선 통신 회로를 통해 상기 외부 전자 장치로부터 다수의 결제 카드들에 대한 데이터를 수신하고, 상기 데이터와 관련된 다른 어플리케이션 프로그램의 설치 없이 상기 하드웨어 보안 요소에 상기 데이터를 저장하고, 상기 터치스크린 디스플레이에 상기 제1 API를 통해 상기 메타 데이터를 이용하여 접근된 상기 다수의 결제 카드들을 목록(list)화하기 위한 상기 사용자 인터페이스를 디스플레이하고, 상기 터치스크린 디스플레이를 통해 상기 다수의 결제 카드들 중 하나를 선택하는 사용자 입력을 수신하고, 상기 적어도 하나의 근거리 무선 통신 회로를 이용하여 상기 결정된 결제 카드에 기반하여 데이터를 송신하도록 하는 상기 명령어들을 저장한다. 상기 적어도 하나의 연결 부재는 사용자의 손목을 감싸는 형태이다. 그 외에도 다양한 실시 예들이 가능하다.

Description

카드 정보를 처리하기 위한 방법 및 그 전자 장치
본 발명의 다양한 실시예는 카드 정보를 처리하기 위한 방법 및 그 전자 장치에 관한 것이다.
스마트 폰과 같은 휴대용 전자 장치가 점차 고성능화됨에 따라, 전자 장치를 통해 다양한 서비스들이 제공되고 있다. 구체적으로, 전화 통화 및 문자 발신 등과 같은 기본적인 서비스에 더하여, 게임, 메신저, 문서 편집, 이미지/동영상 재생 및 편집 등 보다 복잡한 서비스들로 서비스 영역이 확장되고 있다.
일 예로, 전자 장치를 이용한 전자 결제 서비스를 이용하는 사용자가 늘어나고 있는 추세이다. 전자 결제 서비스는 전자 장치와 서버 간 통신을 통해 전자 장치에 카드가 발급되고, 전자 장치에 발급된 카드의 사용을 제공하는 서비스이다. 경우에 따라, 하나의 전자 장치에 다수의 카드들이 발급될 수 있다. 이 경우, 사용자는 전자 장치에서 제공되는 인터페이스를 통해 다수의 카드들 중 하나의 카드를 결제에 사용할 카드로서 선택할 수 있다.
기존과 같이 전자 장치를 통해 웨어러블 장치의 보안 모듈에 카드가 발급되는 경우, 웨어러블 장치에 카드 어플리케이션이 설치되지 않기 때문에, 웨어러블 장치에서 주 카드(default card)를 설정할 수 없고 전자 장치를 통해서 설정해야 하는 불편함이 존재할 수 있다.
본 발명의 다양한 실시예들은 웨어러블 장치에서 주 카드를 결정하기 위한 방법 및 그 전자 장치를 제공한다.
본 발명의 다양한 실시예들은 웨어러블 장치에서 주 카드를 선택하기 위한 인터페이스를 구성하기 위해 필요한 정보를 제공하기 위한 방법 및 그 전자 장치를 제공한다.
본 발명의 다양한 실시예들은 웨어러블 장치에서의 주 카드 정보에 대한 동기화를 위한 방법 및 그 전자 장치를 제공한다.
상술한 과제들을 해결하기 위한 본 발명의 일 실시 예에 따른, 전자 장치는 하우징(housing)과, 상기 하우징의 제1 부분을 통해 노출된 터치스크린 디스플레이(touchscreen display)와, 상기 하우징의 제2 부분과 연결된 적어도 하나의 연결 부재(connecting member)와, 상기 하우징 내에 위치되는 적어도 하나의 근거리 무선 통신 회로(near distance wireless communication circuit)와, 보안 정보를 저장하도록 구성된 하드웨어 보안 요소(hardware secure element)와, 상기 터치스크린 디스플레이, 상기 적어도 하나의 근거리 무선 통신 회로, 및 상기 하드웨어 보안 요소와 전기적으로 연결되고 상기 하우징 내에 위치되는 프로세서(processor)와, 상기 프로세서와 전기적으로 연결되고 상기 하우징 내에 위치되는 메모리(memory)를 포함할 수 있다. 상기 메모리는 결제 어플리케이션(payment application)을 위한 사용자 인터페이스(user interface)를 포함하는 제1 운영 체제(operating system, OS)를 저장하고, 상기 하드웨어 보안 요소에 접근을 허용하는 제1 API(application programming interface)를 더 저장할 수 있다. 상기 메모리는, 명령어들이 실행된 때, 상기 프로세서가 상기 적어도 하나의 근거리 무선 통신 회로를 이용하여 외부 전자 장치와 무선으로 페어링(pairing)을 수행하고, 상기 적어도 하나의 근거리 무선 통신 회로를 통해 상기 외부 전자 장치로부터 카드에 대한 메타 데이터(meta data)를 수신하고, 상기 적어도 하나의 근거리 무선 통신 회로를 통해 상기 외부 전자 장치로부터 다수의 결제 카드들에 대한 데이터를 수신하고, 상기 데이터와 관련된 다른 어플리케이션 프로그램의 설치 없이 상기 하드웨어 보안 요소에 상기 데이터를 저장하고, 상기 터치스크린 디스플레이에 상기 제1 API를 통해 상기 메타 데이터를 이용하여 접근된 상기 다수의 결제 카드들을 목록(list)화하기 위한 상기 사용자 인터페이스를 디스플레이하고, 상기 터치스크린 디스플레이를 통해 상기 다수의 결제 카드들 중 하나를 선택하는 사용자 입력을 수신하고, 상기 적어도 하나의 근거리 무선 통신 회로를 이용하여 상기 결정된 결제 카드에 기반하여 데이터를 송신하도록 하는 상기 명령어들을 저장할 수 있다. 상기 적어도 하나의 연결 부재는 사용자의 손목을 감싸는 형태일 수 있다.
본 발명의 다른 실시 예에 따른, 전자 장치는 하우징과, 상기 하우징의 제1 부분을 통해 노출된 터치스크린 디스플레이와, 상기 하우징의 제2 부분에 연결된 적어도 하나의 연결 부재와, 상기 하우징 내에 위치되는 적어도 하나의 근거리 무선 통신 회로와, 보안 정보를 저장하도록 구성된 하드웨어 보안 요소와, 상기 터치스크린 디스플레이, 상기 적어도 하나의 근거리 무선 통신 회로, 및 상기 하드웨어 보안 요소와 전기적으로 연결되고 상기 하우징 내에 위치되는 프로세서와, 상기 프로세서와 전기적으로 연결되고 상기 하우징 내에 위치되는 메모리를 포함할 수 있다. 상기 메모리는 결제 어플리케이션을 위한 사용자 인터페이스를 포함하는 제1 OS를 저장하고, 상기 하드웨어 보안 요소에 접근을 허용하는 제1 API를 더 저장할 수 있다. 상기 메모리는, 명령어들이 실행된 때, 상기 프로세서가 상기 적어도 하나의 근거리 무선 통신 회로를 이용하여 외부 전자 장치와 무선으로 페어링을 수행하고, 상기 적어도 하나의 근거리 무선 통신 회로를 통해 상기 외부 전자 장치로부터 상기 외부 전자 장치에 대한 제2 API의 동작으로부터 생성된 제1 데이터를 수신하고, 상기 제1 데이터는 상기 하드웨어 보안 요소의 위치를 지시하고, 상기 적어도 하나의 근거리 무선 통신 회로를 통해 상기 외부 전자 장치로부터 다수의 결제 카드들에 대한 제2 데이터를 수신하고, 상기 제2 데이터와 관련된 다른 어플리케이션 프로그램의 설치 없이 상기 하드웨어 보안 요소에 상기 제2 데이터를 저장하고, 상기 터치스크린 디스플레이에 상기 제1 API를 통해 상기 제1 데이터를 이용하여 접근된 상기 다수의 결제 카드들을 목록화하기 위한 상기 사용자 인터페이스를 디스플레이하고, 상기 터치스크린 디스플레이를 통해 상기 다수의 결제 카드들 중 하나를 선택하는 사용자 입력을 수신하고, 상기 적어도 하나의 근거리 무선 통신 회로를 이용하여 상기 결정된 결제 카드에 기반하여 데이터를 송신하도록 하는 상기 명령어들을 저장할 수 있다. 상기 적어도 하나의 연결 부재는 사용자의 손목을 감싸는 형태일 수 있다.
본 발명의 다른 실시 예에 따른, 전자 장치의 동작 방법은 외부 전자 장치와 무선으로 페어링을 수행하는 과정과, 상기 외부 전자 장치로부터 카드에 대한 메타 데이터를 수신하는 과정과, 상기 외부 전자 장치로부터 다수의 결제 카드들에 대한 데이터를 수신하는 과정과, 상기 데이터와 관련된 다른 어플리케이션 프로그램의 설치 없이 상기 전자 장치의 하드웨어 보안 요소에 상기 데이터를 저장하는 과정과, 상기 전자 장치의 터치스크린 디스플레이에 상기 하드웨어 보안 요소에 접근을 허용하는 제1 API를 통해 상기 메타 데이터를 이용하여 접근된 상기 다수의 결제 카드들을 목록화하기 위한 상기 사용자 인터페이스를 디스플레이하는 과정과, 상기 터치스크린 디스플레이를 통해 상기 다수의 결제 카드들 중 하나를 선택하는 사용자 입력을 수신하는 과정과, 상기 결정된 결제 카드에 기반하여 데이터를 송신하는 과정을 포함할 수 있다.
본 발명의 다른 실시 예에 따른, 전자 장치의 동작 방법은 외부 전자 장치와 무선으로 페어링을 수행하는 과정과, 상기 외부 전자 장치로부터 상기 외부 전자 장치에 대한 제1 API의 동작으로부터 생성된 제1 데이터를 수신하는 과정과, 상기 제1 데이터는 상기 전자 장치의 하드웨어 보안 요소의 위치를 지시하고, 상기 외부 전자 장치로부터 다수의 결제 카드들에 대한 제2 데이터를 수신하는 과정과, 상기 제2 데이터와 관련된 다른 어플리케이션 프로그램의 설치 없이 상기 하드웨어 보안 요소에 상기 제2 데이터를 저장하는 과정과, 상기 전자 장치의 터치스크린 디스플레이에 상기 하드웨어 보안 요소에 접근을 허용하는 제1 API를 통해 상기 제1 데이터를 이용하여 접근된 상기 다수의 결제 카드들을 목록화하기 위한 상기 사용자 인터페이스를 디스플레이하는 과정과, 상기 터치스크린 디스플레이를 통해 상기 다수의 결제 카드들 중 하나를 선택하는 사용자 입력을 수신하는 과정과, 상기 결정된 결제 카드에 기반하여 데이터를 송신하는 과정을 포함할 수 있다.
본 발명에 따르면, 웨어러블 장치에 카드 어플리케이션을 설치하지 않고, 웨어러블 장치에서 카드 서비스를 위한 주 카드(default card)를 결정할 수 있다.
본 발명에 따르면, 웨어러블 장치에 다수의 카드가 발급된 경우, 상황에 따라 웨어러블 장치를 통해 결정된 주 카드를 이용하여 카드 서비스를 제공 받을 수 있다.
도 1은 본 발명의 다양한 실시예들에 따른 전자 장치를 포함하는 네트워크 환경의 예를 도시한다.
도 2는 본 발명의 다양한 실시예들에 따른 전자 장치의 블록도의 예를 도시한다.
도 3은 본 발명의 다양한 실시예들에 따른 프로그램 모듈의 블록도의 예를 도시한다.
도 4는 본 발명의 다양한 실시예들에 따른 전자 장치의 기능적 구성의 예를 도시한다.
도 5는 본 발명의 다양한 실시예들에 따른 웨어러블 장치의 기능적 구성의 예를 도시한다.
도 6은 본 발명의 다양한 실시예들에 따른 카드 발급을 위한 전자 장치와 웨어러블 장치의 기능적 구성의 예를 도시한다.
도 7은 본 발명의 다양한 실시예들에 따른 카드를 발급하기 위한 신호 교환을 도시한다.
도 8은 본 발명의 다양한 실시예들에 따른 웨어러블 장치에게 카드에 대한 정보를 송신하기 위한 전자 장치의 흐름도를 도시한다.
도 9는 본 발명의 다양한 실시예들에 따른 웨어러블 장치에서 주 카드를 결정하기 위한 웨어러블 장치의 흐름도를 도시한다.
도 10은 본 발명의 다양한 실시예들에 따른 메타 데이터에 기반하여 웨어러블 장치에게 메타 데이터를 넘겨주기 위한 전자 장치의 흐름도를 도시한다.
도 11은 본 발명의 다양한 실시예들에 따른 메타 데이터에 기반하여 웨어러블 장치의 카드 목록을 관리하기 위한 웨어러블 장치의 흐름도를 도시한다.
도 12는 본 발명의 다양한 실시예들에 따른 메타 데이터에 기반하여 웨어러블 장치에서 주 카드를 결정하기 위한 웨어러블 장치의 다른 흐름도를 도시한다.
도 13은 본 발명의 다양한 실시예들에 따른 메타 데이터에 기반하여 전자 장치의 카드 목록 또는 웨어러블 장치의 카드 목록을 관리하기 위한 신호 교환을 도시한다.
도 14는 본 발명의 다양한 실시예들에 따른 웨어러블 장치에서 주 카드의 결정의 예를 도시한다.
도 15는 본 발명의 다양한 실시예들에 따른 웨어러블 장치를 위한 API에 기반하여 웨어러블 장치에게 카드와 관련된 메타 데이터에 대한 파라미터를 넘겨주기 위한 전자 장치의 흐름도를 도시한다.
도 16은 본 발명의 다양한 실시예들에 따른 웨어러블 장치를 위한 API에 기반하여 웨어러블 장치의 카드 목록을 관리하기 위한 웨어러블 장치의 흐름도를 도시한다.
도 17은 본 발명의 다양한 실시예들에 따른 웨어러블 장치를 위한 API에 기반하여 웨어러블 장치에서 주 카드를 결정하기 위한 웨어러블 장치의 다른 흐름도를 도시한다.
도 18은 본 발명의 다양한 실시예들에 따른 웨어러블 장치를 위한 API에 기반하여 웨어러블 장치의 카드 목록을 관리하기 위한 신호 교환을 도시한다.
도 19는 본 발명의 다양한 실시예들에 따른 주 카드를 동기화하기 위한 신호 교환을 도시한다.
도 20은 본 발명의 다양한 실시예들에 따른 주 카드를 동기화하기 위한 신호 교환을 도시한다.
도 21은 본 발명의 다양한 실시예들에 따른 카드가 발급된 위치에 따라 메타 데이터를 송신할지 여부를 결정하기 위한 전자 장치의 흐름도를 도시한다.
도 22는 본 발명의 다양한 실시예들에 따른 카드와 관련된 정보에 따라 주 카드를 설정하기 위한 웨어러블 장치의 흐름도를 도시한다.
이하, 본 문서의 다양한 실시 예들이 첨부된 도면을 참조하여 기재된다. 실시 예 및 이에 사용된 용어들은 본 문서에 기재된 기술을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 해당 실시예의 다양한 변경, 균등물, 및/또는 대체물을 포함하는 것으로 이해되어야 한다. 도면의 설명과 관련하여, 유사한 구성요소에 대해서는 유사한 참조 부호가 사용될 수 있다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함할 수 있다. 본 문서에서, "A 또는 B" 또는 "A 및/또는 B 중 적어도 하나" 등의 표현은 함께 나열된 항목들의 모든 가능한 조합을 포함할 수 있다. "제 1," "제 2," "첫째," 또는 "둘째,"등의 표현들은 해당 구성요소들을, 순서 또는 중요도에 상관없이 수식할 수 있고, 한 구성요소를 다른 구성요소와 구분하기 위해 사용될 뿐 해당 구성요소들을 한정하지 않는다. 어떤(예: 제 1) 구성요소가 다른(예: 제 2) 구성요소에 "(기능적으로 또는 통신적으로) 연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 상기 어떤 구성요소가 상기 다른 구성요소에 직접적으로 연결되거나, 다른 구성요소(예: 제 3 구성요소)를 통하여 연결될 수 있다.
본 문서에서, "~하도록 구성된(또는 설정된)(configured to)"은 상황에 따라, 예를 들면, 하드웨어적 또는 소프트웨어적으로 "~에 적합한," "~하는 능력을 가지는," "~하도록 변경된," "~하도록 만들어진," "~를 할 수 있는," 또는 "~하도록 설계된"과 상호 호환적으로(interchangeably) 사용될 수 있다. 어떤 상황에서는, "~하도록 구성된 장치"라는 표현은, 그 장치가 다른 장치 또는 부품들과 함께 "~할 수 있는" 것을 의미할 수 있다. 예를 들면, 문구 "A, B, 및 C를 수행하도록 구성된(또는 설정된) 프로세서"는 해당 동작을 수행하기 위한 전용 프로세서(예: 임베디드 프로세서), 또는 메모리 장치에 저장된 하나 이상의 소프트웨어 프로그램들을 실행함으로써, 해당 동작들을 수행할 수 있는 범용 프로세서(예: CPU 또는 application processor)를 의미할 수 있다.
본 문서의 다양한 실시 예들에 따른 전자 장치는, 예를 들면, 스마트폰, 태블릿 PC, 이동 전화기, 영상 전화기, 전자책 리더기, 데스크탑 PC, 랩탑 PC, 넷북 컴퓨터, 워크스테이션, 서버, PDA, PMP(portable multimedia player), MP3 플레이어, 의료기기, 카메라, 또는 웨어러블 장치 중 적어도 하나를 포함할 수 있다. 웨어러블 장치는 액세서리형(예: 시계, 반지, 팔찌, 발찌, 목걸이, 안경, 콘택트 렌즈, 또는 머리 착용형 장치(head-mounted-device(HMD)), 직물 또는 의류 일체형(예: 전자 의복), 신체 부착형(예: 스킨 패드 또는 문신), 또는 생체 이식형 회로 중 적어도 하나를 포함할 수 있다. 어떤 실시 예들에서, 전자 장치는, 예를 들면, 텔레비전, DVD(digital video disk) 플레이어, 오디오, 냉장고, 에어컨, 청소기, 오븐, 전자레인지, 세탁기, 공기 청정기, 셋톱 박스, 홈 오토매이션 컨트롤 패널, 보안 컨트롤 패널, 미디어 박스(예: 삼성 HomeSyncTM, 애플TVTM, 또는 구글 TVTM), 게임 콘솔(예: XboxTM, PlayStationTM), 전자 사전, 전자 키, 캠코더, 또는 전자 액자 중 적어도 하나를 포함할 수 있다.
다른 실시 예에서, 전자 장치는, 각종 의료기기(예: 각종 휴대용 의료측정기기(혈당 측정기, 심박 측정기, 혈압 측정기, 또는 체온 측정기 등), MRA(magnetic resonance angiography), MRI(magnetic resonance imaging), CT(computed tomography), 촬영기, 또는 초음파기 등), 네비게이션 장치, 위성 항법 시스템(GNSS(global navigation satellite system)), EDR(event data recorder), FDR(flight data recorder), 자동차 인포테인먼트 장치, 선박용 전자 장비(예: 선박용 항법 장치, 자이로 콤파스 등), 항공 전자기기(avionics), 보안 기기, 차량용 헤드 유닛(head unit), 산업용 또는 가정용 로봇, 드론(drone), 금융 기관의 ATM, 상점의 POS(point of sales), 또는 사물 인터넷 장치 (예: 전구, 각종 센서, 스프링클러 장치, 화재 경보기, 온도조절기, 가로등, 토스터, 운동기구, 온수탱크, 히터, 보일러 등) 중 적어도 하나를 포함할 수 있다. 어떤 실시 예에 따르면, 전자 장치는 가구, 건물/구조물 또는 자동차의 일부, 전자 보드(electronic board), 전자 사인 수신 장치(electronic signature receiving device), 프로젝터, 또는 각종 계측 기기(예: 수도, 전기, 가스, 또는 전파 계측 기기 등) 중 적어도 하나를 포함할 수 있다. 다양한 실시 예에서, 전자 장치는 플렉서블하거나, 또는 전술한 다양한 장치들 중 둘 이상의 조합일 수 있다. 본 문서의 실시 예에 따른 전자 장치는 전술한 기기들에 한정되지 않는다. 본 문서에서, 사용자라는 용어는 전자 장치를 사용하는 사람 또는 전자 장치를 사용하는 장치(예: 인공지능 전자 장치)를 지칭할 수 있다.
도 1은 본 개시의 다양한 실시예들에 따른 네트워크 환경(100) 내의 전자 장치 (101)의 예를 도시한다.
도 1을 참고하면, 다양한 실시예에서의, 네트워크 환경(100) 내의 전자 장치(101)가 기재된다. 전자 장치(101)는 버스(110), 프로세서(120), 메모리(130), 입출력 인터페이스(150), 디스플레이(160), 및 통신 인터페이스(170)를 포함할 수 있다. 어떤 실시예에서는, 전자 장치(101)는, 구성요소들 중 적어도 하나를 생략하거나 다른 구성요소를 추가적으로 구비할 수 있다. 버스(110)는 구성요소들(110-170)을 서로 연결하고, 구성요소들 간의 통신(예: 제어 메시지 또는 데이터)을 전달하는 회로를 포함할 수 있다. 프로세서(120)는, 중앙처리장치, 어플리케이션 프로세서, 또는 커뮤니케이션 프로세서(communication processor(CP)) 중 하나 또는 그 이상을 포함할 수 있다. 프로세서(120)는, 예를 들면, 전자 장치(101)의 적어도 하나의 다른 구성요소들의 제어 및/또는 통신에 관한 연산이나 데이터 처리를 실행할 수 있다.
메모리(130)는, 휘발성 및/또는 비휘발성 메모리를 포함할 수 있다. 메모리(130)는, 예를 들면, 전자 장치(101)의 적어도 하나의 다른 구성요소에 관계된 명령 또는 데이터를 저장할 수 있다. 한 실시예에 따르면, 메모리(130)는 소프트웨어 및/또는 프로그램(140)을 저장할 수 있다. 프로그램(140)은, 예를 들면, 커널(141), 미들웨어(143), 어플리케이션 프로그래밍 인터페이스(application programming interface, API)(145), 및/또는 어플리케이션 프로그램(또는 "어플리케이션")(147) 등을 포함할 수 있다. 커널(141), 미들웨어(143), 또는 API(145)의 적어도 일부는, 운영 시스템으로 지칭될 수 있다. 커널(141)은, 예를 들면, 다른 프로그램들(예: 미들웨어(143), API(145), 또는 어플리케이션 프로그램(147))에 구현된 동작 또는 기능을 실행하는 데 사용되는 시스템 리소스들(예: 버스(110), 프로세서(120), 또는 메모리(130) 등)을 제어 또는 관리할 수 있다. 또한, 커널(141)은 미들웨어(143), API(145), 또는 어플리케이션 프로그램(147)에서 전자 장치(101)의 개별 구성요소에 접근함으로써, 시스템 리소스들을 제어 또는 관리할 수 있는 인터페이스를 제공할 수 있다.
미들웨어(143)는, 예를 들면, API(145) 또는 어플리케이션 프로그램(147)이 커널(141)과 통신하여 데이터를 주고받을 수 있도록 중개 역할을 수행할 수 있다. 또한, 미들웨어(143)는 어플리케이션 프로그램(147)으로부터 수신된 하나 이상의 작업 요청들을 우선 순위에 따라 처리할 수 있다. 예를 들면, 미들웨어(143)는 어플리케이션 프로그램(147) 중 적어도 하나에 전자 장치(101)의 시스템 리소스(예: 버스(110), 프로세서(120), 또는 메모리(130) 등)를 사용할 수 있는 우선 순위를 부여하고, 상기 하나 이상의 작업 요청들을 처리할 수 있다. API(145)는 어플리케이션(147)이 커널(141) 또는 미들웨어(143)에서 제공되는 기능을 제어하기 위한 인터페이스로, 예를 들면, 파일 제어, 창 제어, 영상 처리, 또는 문자 제어 등을 위한 적어도 하나의 인터페이스 또는 함수(예: 명령어)를 포함할 수 있다. 입출력 인터페이스(150)는, 예를 들면, 사용자 또는 다른 외부 기기로부터 입력된 명령 또는 데이터를 전자 장치(101)의 다른 구성요소(들)에 전달하거나, 또는 전자 장치(101)의 다른 구성요소(들)로부터 수신된 명령 또는 데이터를 사용자 또는 다른 외부 기기로 출력할 수 있다.
디스플레이(160)는, 예를 들면, 액정 디스플레이(LCD), 발광 다이오드(LED) 디스플레이, 유기 발광 다이오드(OLED) 디스플레이, 또는 마이크로 전자기계 시스템 (MEMS) 디스플레이, 또는 전자종이(electronic paper) 디스플레이를 포함할 수 있다. 디스플레이(160)는, 예를 들면, 사용자에게 각종 콘텐츠(예: 텍스트, 이미지, 비디오, 아이콘, 및/또는 심볼 등)을 표시할 수 있다. 디스플레이(160)는, 터치 스크린을 포함할 수 있으며, 예를 들면, 전자 펜 또는 사용자의 신체의 일부를 이용한 터치, 제스쳐, 근접, 또는 호버링 입력을 수신할 수 있다. 통신 인터페이스(170)는, 예를 들면, 전자 장치(101)와 외부 장치(예: 웨어러블 장치(102), 전자 장치(104), 또는 서버(106)) 간의 통신을 설정할 수 있다. 예를 들면, 통신 인터페이스(170)는 무선 통신 또는 유선 통신을 통해서 네트워크(162)에 연결되어 외부 장치(예: 전자 장치(104) 또는 서버(106))와 통신할 수 있다.
무선 통신은, 예를 들면, LTE, LTE-A(LTE Advance), CDMA(code division multiple access), WCDMA(wideband CDMA), UMTS(universal mobile telecommunications system), WiBro(Wireless Broadband), 또는 GSM(Global System for Mobile Communications) 등 중 적어도 하나를 사용하는 셀룰러 통신을 포함할 수 있다. 한 실시예에 따르면, 무선 통신은, 예를 들면, 도 1의 무선 통신 164로 예시된 바와 같이, WiFi(wireless fidelity), LiFi(light fidelity), 블루투스, 블루투스 저전력(BLE), 지그비(Zigbee), NFC(near field communication), 자력 시큐어 트랜스미션(Magnetic Secure Transmission), 라디오 프리퀀시(RF), 또는 보디 에어리어 네트워크(BAN) 중 적어도 하나를 포함할 수 있다. 한실시예에 따르면, 무선 통신은 GNSS를 포함할 수 있다. GNSS는, 예를 들면, GPS(Global Positioning System), Glonass(Global Navigation Satellite System), Beidou Navigation Satellite System(이하 "Beidou") 또는 Galileo, the European global satellite-based navigation system일 수 있다. 이하, 본 문서에서는, "GPS"는 "GNSS"와 상호 호환적으로 사용될 수 있다. 유선 통신은, 예를 들면, USB(universal serial bus), HDMI(high definition multimedia interface), RS-232(recommended standard232), 전력선 통신, 또는 POTS(plain old telephone service) 등 중 적어도 하나를 포함할 수 있다. 네트워크(162)는 텔레커뮤니케이션 네트워크, 예를 들면, 컴퓨터 네트워크(예: LAN 또는 WAN), 인터넷, 또는 텔레폰 네트워크 중 적어도 하나를 포함할 수 있다.
웨어러블 장치(102) 및 전자 장치(104) 각각은 전자 장치(101)와 동일한 또는 다른 종류의 장치일 수 있다. 다양한 실시예에 따르면, 전자 장치(101)에서 실행되는 동작들의 전부 또는 일부는 다른 하나 또는 복수의 전자 장치(예: 웨어러블 장치(102), 전자 장치(104), 또는 서버(106)에서 실행될 수 있다. 한 실시예에 따르면, 전자 장치(101)가 어떤 기능이나 서비스를 자동으로 또는 요청에 의하여 수행해야 할 경우에, 전자 장치(101)는 기능 또는 서비스를 자체적으로 실행시키는 대신에 또는 추가적으로, 그와 연관된 적어도 일부 기능을 다른 전자 장치(예: 웨어러블 장치(102), 전자 장치(104), 또는 서버(106))에게 요청할 수 있다. 다른 전자 장치(예: 웨어러블 장치(102), 전자 장치(104), 또는 서버(106))는 요청된 기능 또는 추가 기능을 실행하고, 그 결과를 전자 장치(101)로 전달할 수 있다. 전자 장치(101)는 수신된 결과를 그대로 또는 추가적으로 처리하여 요청된 기능이나 서비스를 제공할 수 있다. 이를 위하여, 예를 들면, 클라우드 컴퓨팅, 분산 컴퓨팅, 또는 클라이언트-서버 컴퓨팅 기술이 이용될 수 있다.
도 2는 본 개시의 다양한 실시예들에 따른 전자 장치(201)의 블록도의 예를 도시한다.
도 2를 참고하면, 전자 장치(201)는, 예를 들면, 도 1에 도시된 전자 장치(101) 또는 웨어러블 장치(102)의 전체 또는 일부를 포함할 수 있다. 전자 장치(201)는 하나 이상의 프로세서(예: AP)(210), 통신 모듈(220), (가입자 식별 모듈(224), 메모리(230), 센서 모듈(240), 입력 장치(250), 디스플레이(260), 인터페이스(270), 오디오 모듈(280), 카메라 모듈(291), 전력 관리 모듈(295), 배터리(296), 인디케이터(297), 모터(298), 보안 모듈(299)을 포함할 수 있다. 프로세서(210)는, 예를 들면, 운영 체제(operating system, OS) 또는 응용 프로그램을 구동하여 프로세서(210)에 연결된 다수의 하드웨어 또는 소프트웨어 구성요소들을 제어할 수 있고, 각종 데이터 처리 및 연산을 수행할 수 있다. 프로세서(210)는, 예를 들면, SoC(system on chip) 로 구현될 수 있다. 한 실시예에 따르면, 프로세서(210)는 GPU(graphic processing unit) 및/또는 이미지 신호 프로세서를 더 포함할 수 있다. 프로세서(210)는 도 2에 도시된 구성요소들 중 적어도 일부(예: 셀룰러 모듈(221))를 포함할 수도 있다. 프로세서(210) 는 다른 구성요소들(예: 비휘발성 메모리) 중 적어도 하나로부터 수신된 명령 또는 데이터를 휘발성 메모리에 로드)하여 처리하고, 결과 데이터를 비휘발성 메모리에 저장할 수 있다.
통신 모듈(220)(예: 통신 인터페이스(170))와 동일 또는 유사한 구성을 가질 수 있다. 통신 모듈(220)은, 예를 들면, 셀룰러 모듈(221), WiFi 모듈(223), 블루투스 모듈(225), GNSS 모듈(227), NFC 모듈(228) 및 RF 모듈(229)를 포함할 수 있다. 셀룰러 모듈(221)은, 예를 들면, 통신망을 통해서 음성 통화, 영상 통화, 문자 서비스, 또는 인터넷 서비스 등을 제공할 수 있다. 한 실시예에 따르면, 셀룰러 모듈(221)은 가입자 식별 모듈(예: SIM 카드)(224)을 이용하여 통신 네트워크 내에서 전자 장치(201)의 구별 및 인증을 수행할 수 있다. 한 실시예에 따르면, 셀룰러 모듈(221)은 프로세서(210)가 제공할 수 있는 기능 중 적어도 일부 기능을 수행할 수 있다. 한 실시예에 따르면, 셀룰러 모듈(221)은 커뮤니케이션 프로세서(CP)를 포함할 수 있다. 어떤 실시예에 따르면, 셀룰러 모듈(221), WiFi 모듈(223), 블루투스 모듈(225), GNSS 모듈(227) 또는 NFC 모듈(228) 중 적어도 일부(예: 두 개 이상)는 하나의 integrated chip(IC) 또는 IC 패키지 내에 포함될 수 있다. RF 모듈(229)은, 예를 들면, 통신 신호(예: RF 신호)를 송수신할 수 있다. RF 모듈(229)은, 예를 들면, 트랜시버, PAM(power amp module), 주파수 필터, LNA(low noise amplifier), 또는 안테나 등을 포함할 수 있다. 다른 실시예에 따르면, 셀룰러 모듈(221), WiFi 모듈(223), 블루투스 모듈(225), GNSS 모듈(227) 또는 NFC 모듈(228) 중 적어도 하나는 별개의 RF 모듈을 통하여 RF 신호를 송수신할 수 있다. 가입자 식별 모듈(224)은, 예를 들면, 가입자 식별 모듈을 포함하는 카드 또는 임베디드 SIM을 포함할 수 있으며, 고유한 식별 정보(예: ICCID(integrated circuit card identifier)) 또는 가입자 정보(예: IMSI(international mobile subscriber identity))를 포함할 수 있다.
메모리(230)(예: 메모리(130))는, 예를 들면, 내장 메모리(232) 또는 외장 메모리(234)를 포함할 수 있다. 내장 메모리(232)는, 예를 들면, 휘발성 메모리(예: DRAM, SRAM, 또는 SDRAM 등), 비휘발성 메모리(예: OTPROM(one time programmable ROM), PROM, EPROM, EEPROM, mask ROM, flash ROM, 플래시 메모리, 하드 드라이브, 또는 솔리드 스테이트 드라이브 (SSD) 중 적어도 하나를 포함할 수 있다. 외장 메모리(234)는 플래시 드라이브(flash drive), 예를 들면, CF(compact flash), SD(secure digital), Micro-SD, Mini-SD, xD(extreme digital), MMC(multi-media card) 또는 메모리 스틱 등을 포함할 수 있다. 외장 메모리(234)는 다양한 인터페이스를 통하여 전자 장치(201)와 기능적으로 또는 물리적으로 연결될 수 있다.
센서 모듈(240)은, 예를 들면, 물리량을 계측하거나 전자 장치(201)의 작동 상태를 감지하여, 계측 또는 감지된 정보를 전기 신호로 변환할 수 있다. 센서 모듈(240)은, 예를 들면, 제스처 센서(240A), 자이로 센서(240B), 기압 센서(240C), 마그네틱 센서(240D), 가속도 센서(240E), 그립 센서(240F), 근접 센서(240G), 컬러(color) 센서(240H)(예: RGB(red, green, blue) 센서), 생체 센서(240I), 온/습도 센서(240J), 조도 센서(240K), UV(ultra violet) 센서(240M) 또는 초음파 센서(240N) 중의 적어도 하나를 포함할 수 있다. 추가적으로 또는 대체적으로, 센서 모듈(240)은, 예를 들면, 후각(e-nose) 센서, 일렉트로마이오그라피(EMG) 센서, 일렉트로엔씨팔로그램(EEG) 센서, 일렉트로카디오그램(ECG) 센서, IR(infrared) 센서, 홍채 센서 및/또는 지문 센서를 포함할 수 있다. 센서 모듈(240)은 그 안에 속한 적어도 하나 이상의 센서들을 제어하기 위한 제어 회로를 더 포함할 수 있다. 어떤 실시예에서는, 전자 장치(201)는 프로세서(210)의 일부로서 또는 별도로, 센서 모듈(240)을 제어하도록 구성된 프로세서를 더 포함하여, 프로세서(210)가 슬립(sleep) 상태에 있는 동안, 센서 모듈(240)을 제어할 수 있다.
입력 장치(250)는, 예를 들면, 터치 패널(252), (디지털) 펜 센서(254), 키(256), 또는 초음파 입력 장치(258)를 포함할 수 있다. 터치 패널(252)은, 예를 들면, 정전식, 감압식, 적외선 방식, 또는 초음파 방식 중 적어도 하나의 방식을 사용할 수 있다. 또한, 터치 패널(252)은 제어 회로를 더 포함할 수도 있다. 터치 패널(252)은 택타일 레이어(tactile layer)를 더 포함하여, 사용자에게 촉각 반응을 제공할 수 있다. (디지털) 펜 센서(254)는, 예를 들면, 터치 패널의 일부이거나, 별도의 인식용 쉬트를 포함할 수 있다. 키(256)는, 예를 들면, 물리적인 버튼, 광학식 키, 또는 키패드를 포함할 수 있다. 초음파 입력 장치(258)는 마이크(예: 마이크(288))를 통해, 입력 도구에서 발생된 초음파를 감지하여, 상기 감지된 초음파에 대응하는 데이터를 확인할 수 있다.
다양한 실시예에 따르면, 디스플레이는 액정으로 구동되는 TFT 디스플레이일 경우, 터치 패널은 TFT의 액정을 구동시키는 전극과 겸용으로 사용되는 in-cell 형태의 터치 디스플레이를 포함할 수 있다.
다양한 실시예에 따르면, 펜 센서(254)는 전자 장치(201)에 착탈 가능하게 구비된 전자 펜의 입력 여부를 검출하기 위한 EMR(electromagnetic resonance) 센서를 포함할 수 있다. 한 실시예에 따르면, 프로세서는 EMR 센서에서 발생하는 전자기장을 이용하여, 전자 펜에 구비된 코일체의 진동에 따른 공진 주파수에 대한 피드백 신호를 수신하여 입력 위치를 검출할 수 있다. 한 실시예에 따르면, 프로세서는 EMR 센서에 배치되는 제어 회로(드라이버 IC)를 포함할 수 있다.
디스플레이(260)(예: 디스플레이(160))는 패널(262), 홀로그램 장치(264), 프로젝터(266), 및/또는 이들을 제어하기 위한 제어 회로를 포함할 수 있다. 패널(262)은, 예를 들면, 유연하게, 투명하게, 또는 착용할 수 있게 구현될 수 있다. 패널(262)은 터치 패널(252)과 하나 이상의 모듈로 구성될 수 있다. 한 실시예에 따르면, 패널(262)은 사용자의 터치에 대한 압력의 세기를 측정할 수 있는 압력 센서(또는 포스 센서)를 포함할 수 있다. 상기 압력 센서는 터치 패널(252)과 일체형으로 구현되거나, 또는 터치 패널(252)과는 별도의 하나 이상의 센서로 구현될 수 있다. 홀로그램 장치(264)는 빛의 간섭을 이용하여 입체 영상을 허공에 보여줄 수 있다. 프로젝터(266)는 스크린에 빛을 투사하여 영상을 표시할 수 있다. 스크린은, 예를 들면, 전자 장치(201)의 내부 또는 외부에 위치할 수 있다. 인터페이스(270)는, 예를 들면, HDMI(272), USB(274), 광 인터페이스(optical interface)(276), 또는 D-sub(D-subminiature)(278)를 포함할 수 있다. 인터페이스(270)는, 예를 들면, 도 1에 도시된 통신 인터페이스(170)에 포함될 수 있다. 추가적으로 또는 대체적으로, 인터페이스(270)는, 예를 들면, MHL(mobile high-definition link) 인터페이스, SD카드/MMC(multi-media card) 인터페이스, 또는 IrDA(infrared data association) 규격 인터페이스를 포함할 수 있다.
오디오 모듈(280)은, 예를 들면, 소리와 전기 신호를 쌍방향으로 변환시킬 수 있다. 오디오 모듈(280)의 적어도 일부 구성요소는, 예를 들면, 도 1 에 도시된 입출력 인터페이스(145)에 포함될 수 있다. 오디오 모듈(280)은, 예를 들면, 스피커(282), 리시버(284), 이어폰(286), 또는 마이크(288) 등을 통해 입력 또는 출력되는 소리 정보를 처리할 수 있다. 카메라 모듈(291)은, 예를 들면, 정지 영상 및 동영상을 촬영할 수 있는 장치로서, 한 실시예에 따르면, 하나 이상의 이미지 센서(예: 전면 센서 또는 후면 센서), 렌즈, 이미지 시그널 프로세서(ISP), 또는 플래시(예: LED 또는 xenon lamp 등)를 포함할 수 있다. 전력 관리 모듈(295)은, 예를 들면, 전자 장치(201)의 전력을 관리할 수 있다. 한 실시예에 따르면, 전력 관리 모듈(295)은 PMIC(power management integrated circuit), 충전 IC, 또는 배터리 또는 연료 게이지를 포함할 수 있다. PMIC는, 유선 및/또는 무선 충전 방식을 가질 수 있다. 무선 충전 방식은, 예를 들면, 자기공명 방식, 자기유도 방식 또는 전자기파 방식 등을 포함하며, 무선 충전을 위한 부가적인 회로, 예를 들면, 코일 루프, 공진 회로, 또는 정류기 등을 더 포함할 수 있다. 배터리 게이지는, 예를 들면, 배터리(296)의 잔량, 충전 중 전압, 전류, 또는 온도를 측정할 수 있다. 배터리(296)는, 예를 들면, 충전식 전지 및/또는 태양 전지를 포함할 수 있다.
인디케이터(297)는 전자 장치(201) 또는 그 일부(예: 프로세서(210))의 특정 상태, 예를 들면, 부팅 상태, 메시지 상태 또는 충전 상태 등을 표시할 수 있다. 모터(298)는 전기적 신호를 기계적 진동으로 변환할 수 있고, 진동, 또는 햅틱 효과 등을 발생시킬 수 있다. 전자 장치(201)는, 예를 들면, DMB(digital multimedia broadcasting), DVB(digital video broadcasting), 또는 미디어플로(mediaFloTM) 등의 규격에 따른 미디어 데이터를 처리할 수 있는 모바일 TV 지원 장치(예: GPU)를 포함할 수 있다. 본 문서에서 기술된 구성요소들 각각은 하나 또는 그 이상의 부품(component)으로 구성될 수 있으며, 해당 구성요소의 명칭은 전자 장치의 종류에 따라서 달라질 수 있다. 다양한 실시예에서, 전자 장치(예: 전자 장치(201))는 일부 구성요소가 생략되거나, 추가적인 구성요소를 더 포함하거나, 또는, 구성요소들 중 일부가 결합되어 하나의 개체로 구성되되, 결합 이전의 해당 구성요소들의 기능을 동일하게 수행할 수 있다.
보안 모듈(299)은 발급된 카드에 대한 카드 정보를 저장하기 위한 저장 공간을 의미할 수 있다. 일부 실시 예들에서, 보안 모듈(299)은 카드 정보에 대한 접근을 위한 하드웨어를 의미할 수 있다. 보안 모듈(299)은 그 기술적 의미에 따라 "보안 요소(secure element)", "보안 공간", 및 "보안 칩" 등 다른 명칭으로 지칭될 수 있다. 일부 실시 예들에서, 보안 모듈(299)는 메모리(230)에 포함될 수 있다. 다른 실시 예들에서, 보안 모듈(299)은 가입자 식별 모듈(224)에 포함될 수 있다.
도 3은 다양한 실시 예들에 따른 프로그램 모듈의 블록도를 도시한다. 한 실시예에 따르면, 프로그램 모듈(310)(예: 프로그램(140))은 전자 장치(예: 전자 장치(101))에 관련된 자원을 제어하는 운영 체제 및/또는 운영 체제 상에서 구동되는 다양한 어플리케이션(예: 어플리케이션 프로그램(147))을 포함할 수 있다. 운영 체제는, 예를 들면, AndroidTM, iOSTM, WindowsTM, SymbianTM, TizenTM, 또는 BadaTM를 포함할 수 있다.
도 3을 참고하면, 프로그램 모듈(310)은 커널(320)(예: 커널(141)), 미들웨어(330)(예: 미들웨어(143)), (API(360)(예: API(145)), 및/또는 어플리케이션(370)(예: 어플리케이션 프로그램(147))을 포함할 수 있다. 프로그램 모듈(310)의 적어도 일부는 전자 장치 상에 프리로드 되거나, 다른 전자 장치(예: 웨어러블 장치(102), 전자 장치(104), 서버(106) 등)로부터 다운로드 가능하다.
커널(320)은, 예를 들면, 시스템 리소스 매니저(321) 및/또는 디바이스 드라이버(323)를 포함할 수 있다. 시스템 리소스 매니저(321)는 시스템 리소스의 제어, 할당, 또는 회수를 수행할 수 있다. 한 실시예에 따르면, 시스템 리소스 매니저(321)는 프로세스 관리부, 메모리 관리부, 또는 파일 시스템 관리부를 포함할 수 있다. 디바이스 드라이버(323)는, 예를 들면, 디스플레이 드라이버, 카메라 드라이버, 블루투스 드라이버, 공유 메모리 드라이버, USB 드라이버, 키패드 드라이버, WiFi 드라이버, 오디오 드라이버, 또는 IPC(inter-process communication) 드라이버를 포함할 수 있다.
미들웨어(330)는, 예를 들면, 어플리케이션(370)이 공통적으로 필요로 하는 기능을 제공하거나, 어플리케이션(370)이 전자 장치 내부의 제한된 시스템 자원을 사용할 수 있도록 API(360)를 통해 다양한 기능들을 어플리케이션(370)으로 제공할 수 있다. 한 실시예에 따르면, 미들웨어(330)는 런타임 라이브러리(335), 어플리케이션 매니저(341), 윈도우 매니저(342), 멀티미디어 매니저(343), 리소스 매니저(344), 파워 매니저(345), 데이터베이스 매니저(346), 패키지 매니저(347), 커넥티비티 매니저(348), 노티피케이션 매니저(349), 로케이션 매니저(350), 그래픽 매니저(351), 또는 시큐리티 매니저(352) 중 적어도 하나를 포함할 수 있다. 미들웨어(330)는 미들웨어(330)에 포함된 다양한 매니저들을 이용하여 전자 장치(101)와 웨어러블 장치(101) 간 연동을 제공할 수 있다.
런타임 라이브러리(335)는, 예를 들면, 어플리케이션(370)이 실행되는 동안에 프로그래밍 언어를 통해 새로운 기능을 추가하기 위해 컴파일러가 사용하는 라이브러리 모듈을 포함할 수 있다. 런타임 라이브러리(335)는 입출력 관리, 메모리 관리, 또는 산술 함수 처리를 수행할 수 있다. 어플리케이션 매니저(341)는, 예를 들면, 어플리케이션(370)의 생명 주기를 관리할 수 있다. 윈도우 매니저(342)는 화면에서 사용되는 GUI 자원을 관리할 수 있다. 멀티미디어 매니저(343)는 미디어 파일들의 재생에 필요한 포맷을 파악하고, 해당 포맷에 맞는 코덱을 이용하여 미디어 파일의 인코딩 또는 디코딩을 수행할 수 있다. 리소스 매니저(344)는 어플리케이션(370)의 소스 코드 또는 메모리의 공간을 관리할 수 있다. 파워 매니저(345)는, 예를 들면, 배터리의 용량, 온도, 또는 전원을 관리하고, 이 중 해당 정보를 이용하여 전자 장치의 동작에 필요한 전력 정보를 결정 또는 제공할 수 있다. 한 실시예에 따르면, 파워 매니저(345)는 바이오스(BIOS: basic input/output system)와 연동할 수 있다. 데이터베이스 매니저(346)는, 예를 들면, 어플리케이션(370)에서 사용될 데이터베이스를 생성, 검색, 또는 변경할 수 있다. 패키지 매니저(347)는 패키지 파일의 형태로 배포되는 어플리케이션의 설치 또는 갱신을 관리할 수 있다.
커넥티비티 매니저(348)는, 예를 들면, 무선 연결을 관리할 수 있다. 노티피케이션 매니저(349)는, 예를 들면, 도착 메시지, 약속, 근접성 알림 등의 이벤트를 사용자에게 제공할 수 있다. 로케이션 매니저(350)는, 예를 들면, 전자 장치의 위치 정보를 관리할 수 있다. 그래픽 매니저(351)는, 예를 들면, 사용자에게 제공될 그래픽 효과 또는 이와 관련된 사용자 인터페이스(user interface, UI)를 관리할 수 있다. 보안 매니저(352)는, 예를 들면, 시스템 보안 또는 사용자 인증을 제공할 수 있다. 한 실시예에 따르면, 미들웨어(330)는 전자 장치의 음성 또는 영상 통화 기능을 관리하기 위한 통화(telephony) 매니저 또는 전술된 구성요소들의 기능들의 조합을 형성할 수 있는 하는 미들웨어 모듈을 포함할 수 있다. 한 실시예에 따르면, 미들웨어(330)는 운영 체제의 종류 별로 특화된 모듈을 제공할 수 있다. 미들웨어(330)는 동적으로 기존의 구성요소를 일부 삭제하거나 새로운 구성요소들을 추가할 수 있다. API(360)는, 예를 들면, API 프로그래밍 함수들의 집합으로, 운영 체제에 따라 다른 구성으로 제공될 수 있다. 예를 들면, 안드로이드 또는 iOS의 경우, 플랫폼 별로 하나의 API 셋을 제공할 수 있으며, 타이젠의 경우, 플랫폼 별로 두 개 이상의 API 셋을 제공할 수 있다.
어플리케이션(370)은, 예를 들면, 홈(371), 다이얼러(372), SMS/MMS(373), IM(instant message)(374), 브라우저(375), 카메라(376), 알람(377), 컨택트(378), 음성 다이얼(379), 이메일(380), 달력(381), 미디어 플레이어(382), 앨범(383), 와치(384), 카드 관리(385), 헬스 케어(예: 운동량 또는 혈당 등을 측정), 또는 환경 정보(예: 기압, 습도, 또는 온도 정보) 제공 어플리케이션을 포함할 수 있다. 한 실시예에 따르면, 어플리케이션(370)은 전자 장치와 외부 전자 장치 사이의 정보 교환을 지원할 수 있는 정보 교환 어플리케이션을 포함할 수 있다. 정보 교환 어플리케이션은, 예를 들면, 외부 전자 장치에 특정 정보를 전달하기 위한 노티피케이션 릴레이 어플리케이션, 또는 외부 전자 장치를 관리하기 위한 장치 관리 어플리케이션을 포함할 수 있다. 예를 들면, 알림 전달 어플리케이션은 전자 장치의 다른 어플리케이션에서 발생된 알림 정보를 외부 전자 장치로 전달하거나, 또는 외부 전자 장치로부터 알림 정보를 수신하여 사용자에게 제공할 수 있다. 장치 관리 어플리케이션은, 예를 들면, 전자 장치와 통신하는 외부 전자 장치의 기능(예: 외부 전자 장치 자체(또는, 일부 구성 부품)의 턴-온/턴-오프 또는 디스플레이의 밝기(또는, 해상도) 조절), 또는 외부 전자 장치에서 동작하는 어플리케이션을 설치, 삭제, 또는 갱신할 수 있다. 한 실시예에 따르면, 어플리케이션(370)은 외부 전자 장치의 속성에 따라 지정된 어플리케이션(예: 모바일 의료 기기의 건강 관리 어플리케이션)을 포함할 수 있다. 한 실시예에 따르면, 어플리케이션(370)은 외부 전자 장치로부터 수신된 어플리케이션을 포함할 수 있다. 프로그램 모듈(310)의 적어도 일부는 소프트웨어, 펌웨어, 하드웨어(예: 프로세서(210)), 또는 이들 중 적어도 둘 이상의 조합으로 구현(예: 실행)될 수 있으며, 하나 이상의 기능을 수행하기 위한 모듈, 프로그램, 루틴, 명령어 세트 또는 프로세스를 포함할 수 있다. 카드 관리(385)는 카드를 발급하기 위한 어플리케이션을 의미할 수 있다. 일부 실시 예들에서, 카드 관리(385)는 카드에 대한 메타데이터를 송신하기 위한 어플리케이션을 의미할 수 있다. 다른 실시 예들에서, 카드 관리(385)는 웨어러블 장치(102)를 위한 API를 통해 카드의 메타 데이터에 대한 파라미터를 송신하기 위한 어플리케이션을 의미할 수 있다.
본 문서에서 사용된 용어 "모듈"은 하드웨어, 소프트웨어 또는 펌웨어로 구성된 유닛을 포함하며, 예를 들면, 로직, 논리 블록, 부품, 또는 회로 등의 용어와 상호 호환적으로 사용될 수 있다. "모듈"은, 일체로 구성된 부품 또는 하나 또는 그 이상의 기능을 수행하는 최소 단위 또는 그 일부가 될 수 있다. "모듈"은 기계적으로 또는 전자적으로 구현될 수 있으며, 예를 들면, 어떤 동작들을 수행하는, 알려졌거나 앞으로 개발될, ASIC(application-specific integrated circuit) 칩, FPGAs(field-programmable gate arrays), 또는 프로그램 가능 논리 장치를 포함할 수 있다. 다양한 실시예에 따른 장치(예: 모듈들 또는 그 기능들) 또는 방법(예: 동작들)의 적어도 일부는 프로그램 모듈의 형태로 컴퓨터로 판독 가능한 저장 매체(예:메모리(130))에 저장된 명령어로 구현될 수 있다. 상기 명령어가 프로세서(예: 프로세서(120))에 의해 실행될 경우, 프로세서가 상기 명령어에 해당하는 기능을 수행할 수 있다. 컴퓨터로 판독 가능한 기록 매체는, 하드디스크, 플로피디스크, 마그네틱 매체(예: 자기테이프), 광기록 매체(예: CD-ROM, DVD, 자기-광 매체 (예: 플롭티컬 디스크), 내장 메모리 등을 포함할 수 있다. 명령어는 컴파일러에 의해 만들어지는 코드 또는 인터프리터에 의해 실행될 수 있는 코드를 포함할 수 있다. 다양한 실시예에 따른 모듈 또는 프로그램 모듈은 전술한 구성요소들 중 적어도 하나 이상을 포함하거나, 일부가 생략되거나, 또는 다른 구성요소를 더 포함할 수 있다. 다양한 실시예에 따른, 모듈, 프로그램 모듈 또는 다른 구성요소에 의해 수행되는 동작들은 순차적, 병렬적, 반복적 또는 휴리스틱하게 실행되거나, 적어도 일부 동작이 다른 순서로 실행되거나, 생략되거나, 또는 다른 동작이 추가될 수 있다.
도 4는 본 발명의 다양한 실시예들에 따른 전자 장치(101)의 기능적 구성의 예를 도시한다.
도 4를 참고하면, 전자 장치(101)는 통신 모듈(410), 메모리(420), 디스플레이(430), 및 프로세서(440)를 포함할 수 있다.
통신 모듈(410)(예: 도 1의 통신 인터페이스(170) 또는 도 2의 통신 모듈(220))은 무선 주파수(radio frequency, RF) 신호를 수신할 수 있다. 이를 위해, 통신 모듈(410)은 적어도 하나의 안테나를 포함할 수 있다. 통신 모듈(410)은 중간 주파수(intermediate frequency, IF) 또는 기저대역 신호를 생성하기 위해 수신된 신호를 하향 변환(down-convert)할 수 있다. 통신 모듈(410)은 기저대역 또는 IF 신호를 필터링(filtering), 디코딩(decoding), 및/또는 디지털화(digitizing)함으로써 처리된 기저대역 신호를 생성하는 수신 처리 회로를 포함할 수 있다. 수신 처리 회로는 처리된 기저대역 신호를 음성 데이터를 위해 스피커에 송신하거나, 처리를 더 하기 위해(예: 웹 브라우징 데이터(web browsing data)) 프로세서(440)(예: 도 1의 프로세서(120) 또는 도 2의 프로세서(210))에 송신할 수 있다. 또한, 통신 모듈(410)은 적어도 하나의 송수신기(transceiver)를 포함할 수 있다. 적어도 하나의 송수신기는 프로세서(440)로부터 송신을 위한(outgoing) 기저대역 데이터(웹 데이터, 이메일(e-mail), 쌍방향 비디오 게임 데이터 같은)를 수신할 수 있다. 송신 처리 회로는 처리된 기저대역 또는 중간주파수 신호를 생성하기 위해 송신을 위한 기저대역 데이터를 인코드(encode)하고, 멀티플렉스(multiplex)하고, 디지털화할 수 있다. 통신 모듈(410)은 송신 처리 회로를 통해 송신을 위한 처리된 기저대역 또는 중간주파수 신호를 안테나를 통해 송신될 수 있는 RF 신호로 상향변환(up-convert)할 수 있다. 일부 실시 예들에서, 통신 모듈(410)은 웨어러블 장치(102)에게 카드에 대한 메타 데이터를 포함하는 메시지를 송신할 수 있다. 다른 실시 예들에서, 통신 모듈(410)은 웨어러블 장치(102)에게 웨어러블 장치(102)를 위한 API를 통해 카드의 메타 데이터에 대한 파라미터를 포함하는 메시지를 송신할 수 있다.
프로세서(440)는 프로세서(440)와 기능적으로 결합된 통신 모듈(410), 메모리(420), 및 디스플레이(430)를 제어할 수 있다. 예를 들어, 프로세서(440)는 통신 모듈(410)을 이용하여 정방향(forward)의 채널 신호의 수신과 역방향(reverse)의 채널 신호의 송신을 제어할 수 있다. 일부 실시예들에서, 프로세서(440)는 최소한 하나의 마이크로 프로세서(microprocessor) 또는 마이크로제어기(microcontroller)를 포함할 수 있다. 프로세서(440)는 장치에 존재하는 다른 프로세스나 프로그램을 실행할 수 있다. 프로세서(440)는 실행 프로세스에서 요구됨에 따라 데이터를 전자 장치(101)에 저장하거나 불러올 수 있다. 프로세서(440)는 운영 체제에 기반하여 수신되는 신호에 응답하여 어플리케이션을 실행하도록 구성될 수 있다. 일부 실시 예들에서, 프로세서(440)는 카드 어플리케이션에 대한 설치 파일에 보안 모듈의 위치를 나타내기 위한 정보를 추가할 수 있다. 다른 실시 예들에서, 프로세서(440)는 웨어러블 장치(예: 도 1의 웨어러블 장치(102))를 위한 API를 실행할 수 있다.
메모리(420)(예: 도 1의 메모리(130) 또는 도 2의 메모리(230))는 장치의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장할 수 있다. 메모리(420)는 휘발성 메모리, 비휘발성 메모리 또는 휘발성 메모리와 비휘발성 메모리의 조합으로 구성될 수 있다. 그리고 메모리(420)는 프로세서(440)의 요청에 따라 저장된 데이터를 제공할 수 있다. 일부 실시 예들에서, 메모리(420)는 발급된 카드에 대한 정보를 저장할 수 있다. 다른 실시 예들에서, 메모리(420)는 카드 어플리케이션을 저장할 수 있다.
디스플레이(430)(예: 도 1의 디스플레이(160) 또는 도 2의 디스플레이(260))는 텍스트 및/또는 이미지를 표시할 수 있는 액정(liquid crystal) 화면, 발광 다이오드(light emitting diode) 디스플레이 또는 다른 화면일 수 있다. 디스플레이(430)는 프로세서(440)를 통해 수신된 데이터에 대응하는 화면을 표시할 수 있다. 디스플레이(430)는 다수의 카드들을 포함하는 전자 장치(101)의 카드 목록 및 다수의 카드들을 포함하는 웨어러블 장치(102)의 카드 목록을 표시할 수 있다.
도 4는 장치가 통신 모듈(410), 프로세서(440), 메모리(420), 디스플레이(430)를 포함하는 것으로 도시하나, 이는 예시적인 것이고, 장치는 다른 구성요소를 더 포함할 수 있고, 상술한 프로세서(440), 메모리(420), 디스플레이(430) 중 일부는 생략될 수 있다.
도 5는 본 발명의 다양한 실시예들에 따른 웨어러블 장치(102)의 기능적 구성의 예를 도시한다.
일 실시예에 따른, 웨어러블 장치(102)는, 예를 들면, 도 2에 도시된 전자 장치(201)의 전체 또는 일부를 포함할 수 있다.
도 5를 참고하면, 웨어러블 장치(102)는 통신 모듈(510), 메모리(520), 디스플레이(530), 및 프로세서(540)를 포함할 수 있다.
통신 모듈(510)(예: 도 2의 통신 모듈(220))은 RF 신호를 수신할 수 있다. 이를 위해, 통신 모듈(510)은 적어도 하나의 안테나를 포함할 수 있다. 통신 모듈(510)은 IF 또는 기저대역 신호를 생성하기 위해 수신된 신호를 하향 변환할 수 있다. 통신 모듈(510)은 기저대역 또는 IF 신호를 필터링, 디코딩, 및/또는 디지털화함으로써 처리된 기저대역 신호를 생성하는 수신 처리 회로를 포함할 수 있다. 수신 처리 회로는 처리된 기저대역 신호를 음성 데이터를 위해 스피커에 송신하거나, 처리를 더 하기 위해(예: 웹 브라우징 데이터) 프로세서(540)에 송신할 수 있다. 또한, 통신 모듈(510)은 적어도 하나의 송수신기를 포함할 수 있다. 적어도 하나의 송수신기는 프로세서(540)로부터 송신을 위한 기저대역 데이터(웹 데이터, 이메일, 쌍방향 비디오 게임 데이터 같은)를 수신할 수 있다. 송신 처리 회로는 처리된 기저대역 또는 중간주파수 신호를 생성하기 위해 송신을 위한 기저대역 데이터를 인코드하고, 멀티플렉스하고, 디지털화할 수 있다. 통신 모듈(510)은 송신 처리 회로를 통해 송신을 위한 처리된 기저대역 또는 중간주파수 신호를 안테나를 통해 송신될 수 있는 RF 신호로 상향변환할 수 있다. 일부 실시 예들에서, 통신 모듈(510)은 전자 장치(101)로부터 카드에 대한 메타 데이터를 포함하는 메시지를 수신할 수 있다. 다른 실시 예들에서, 통신 모듈(510)은 전자 장치(예: 도 1의 전자 장치(101))로부터 웨어러블 장치(102)를 위한 API를 통해 카드의 메타 데이터에 대한 파라미터를 포함하는 메시지를 수신할 수 있다.
프로세서(540)(예: 도 2의 프로세서(210))는 프로세서(540)와 기능적으로 결합된 통신 모듈(510), 메모리(520), 및 디스플레이(530)를 제어할 수 있다. 예를 들어, 프로세서(540)는 통신 모듈(510)을 이용하여 정방향의 채널 신호의 수신과 역방향의 채널 신호의 송신을 제어할 수 있다. 일부 실시예들에서, 프로세서(540)는 최소한 하나의 마이크로 프로세서 또는 마이크로제어기를 포함할 수 있다. 프로세서(540)는 장치에 존재하는 다른 프로세스나 프로그램을 실행할 수 있다. 프로세서(540)는 실행 프로세스에서 요구됨에 따라 데이터를 웨어러블 장치(102)에 저장하거나 불러올 수 있다. 프로세서(540)는 운영 체제에 기반하여 수신되는 신호에 응답하여 어플리케이션을 실행하도록 구성될 수 있다. 일부 실시 예들에서, 프로세서(540)는 카드에 대한 식별자 메타 데이터 및 보안 모듈의 타입에 대한 메타 데이터에 기반하여 카드를 확인할 수 있다.
메모리(520)(예: 도 2의 메모리(230))는 장치의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장할 수 있다. 메모리(520)는 휘발성 메모리, 비휘발성 메모리 또는 휘발성 메모리와 비휘발성 메모리의 조합으로 구성될 수 있다. 그리고 메모리(520)는 프로세서(540)의 요청에 따라 저장된 데이터를 제공할 수 있다. 일부 실시 예들에서, 메모리(520)는 발급된 카드에 대한 정보를 저장할 수 있다. 다른 실시 예들에서, 메모리(520)는 카드에 대한 메타 데이터를 저장할 수 있다.
디스플레이(530)(예: 도 2의 디스플레이(260))는 텍스트 및/또는 이미지를 표시할 수 있는 액정 화면, 발광 다이오드 디스플레이 또는 다른 화면일 수 있다. 디스플레이(530)는 프로세서(540)를 통해 수신된 데이터에 대응하는 화면을 표시할 수 있다. 디스플레이(530)는 웨어러블 장치(102)의 다수의 카드들에 대한 카드 목록을 표시할 수 있다.
도 5는 장치가 통신 모듈(510), 메모리(520), 디스플레이(530), 및 프로세서(540)를 포함하는 것으로 도시하나, 이는 예시적인 것이고, 장치는 다른 구성요소를 더 포함할 수 있고, 상술한 메모리(520), 디스플레이(530), 및 프로세서(540) 중 일부는 생략될 수 있다.
일부 실시 예들에서, 웨어러블 장치(102)는 하우징(housing)과, 하우징의 제1 부분을 통해 노출된 터치스크린 디스플레이(touchscreen display)와, 하우징의 제2 부분과 연결된 적어도 하나의 연결 부재(connecting member)와, 하우징 내에 위치되는 적어도 하나의 근거리 무선 통신 회로와, 보안 정보를 저장하도록 구성된 하드웨어 보안 요소와, 터치스크린 디스플레이, 적어도 하나의 근거리 무선 통신 회로, 및 하드웨어 보안 요소와 전기적으로 연결되고 하우징 내에 위치되는 프로세서와, 프로세서와 전기적으로 연결되고 하우징 내에 위치되는 메모리를 포함할 수 있다. 여기서, 적어도 하나의 연결 부재는 사용자의 손목을 감싸는 형태일 수 있다.
도 6은 본 발명의 다양한 실시예들에 따른 카드 발급을 위한 전자 장치(101)와 웨어러블 장치(102)의 기능적 구성의 예를 도시한다.
도 6을 참고하면, 전자 장치(101)의 프로세서(440)는 카드 어플리케이션(601), OMA(open mobile API)(603), ACE(access control enforcer)(605), NFC 엑스트라(extra) API(607), 웨어러블 장치 매니저(609), 및 웨어러블 장치를 위한 OMA(611)를 포함할 수 있다. 카드 어플리케이션(601)은 OMA(603), ACE(605), 및 NFC 엑스트라 API(607) 중 적어도 하나를 이용하여 메모리(420)에 포함된 보안 모듈(613)에 카드 정보를 저장할 수 있다. 카드 어플리케이션(601)은 카드를 발급하기 위한 어플리케이션 또는 카드 서비스를 제공하기 위한 어플리케이션을 의미할 수 있다. OMA(603)는 보안 모듈(613)에 접근하여, 카드 어플리케이션(601)과 보안 모듈(613)에 저장된 카드 정보 간 연동을 위한 인터페이스를 의미할 수 있다. 또한, OMA(603)는 보안 모듈(613)에 카드 정보를 저장하기 위해 이용될 수 있다. ACE(605)는 보안을 위하여 특정 카드 어플리케이션만이 보안 모듈(613)에 저장된 특정 카드 정보에 접근 가능하도록 하는 기능을 수행할 수 있다. ACE(605)는 OMA(603)의 하위 레이어(layer)에 위치할 수 있다. 보안 모듈(613)이 eSE(embedded secure element)인 경우, NFC 엑스트라 API(607)는 보안 모듈로의 접근을 제어하는 OMA(603)을 통해 eSE에 접속하기 위해 이용되는 인터페이스를 의미할 수 있다. NFC 엑스트라 API(607)은 eSE에 접근하여 카드 정보와 연동(예: 통신)하기 위한 인터페이스를 의미할 수 있다. 보안 모듈(613)의 종류에 따라, NFC 엑스트라 API(607)는 생략될 수 있다. 웨어러블 장치 매니저(609)는 전자 장치(101)와 웨어러블 장치(102) 간 연결을 설정하기 위한 어플리케이션을 의미할 수 있다. 웨어러블 장치 매니저(609)는 웨어러블 장치(102)에게 카드 발급을 위한 카드 정보를 제공할 수 있다. 웨어러블 장치를 위한 OMA(611)는 전자 장치(101)에서 웨어러블 장치(102)의 보안 모듈(623)에 접근하기 위하여 수정된 OMA(603)를 의미할 수 있다.
웨어러블 장치(102)의 프로세서(540)는 연결 인터페이스(615), OMA(617), ACE(619), 및 NFC 엑스트라 API(621)를 포함할 수 있다. 여기서, 연결 인터페이스(615)는 전자 장치(101)의 웨어러블 장치를 위한 OMA(611)와 웨어러블 장치(102)의 OMA(617) 간 통신을 수행하기 위한 인터페이스를 의미할 수 있다. OMA(617)는 보안 모듈(623)에 접근하여, 웨어러블 장치를 위한 OMA(611)과 보안 모듈(623)에 저장된 카드 정보 간 연동을 위한 인터페이스를 의미할 수 있다. 또한, OMA(617)는 보안 모듈(623)에 카드 정보를 저장하기 위해 이용될 수 있다. ACE(619)는 보안을 위하여 특정 카드 어플리케이션만이 보안 모듈(623)에 저장된 특정 카드 정보에 접근 가능하도록 하는 기능을 수행할 수 있다. ACE(619)는 OMA(617)의 하위 레이어에 위치할 수 있다. 보안 모듈(623)이 eSE인 경우, NFC 엑스트라 API(621)는 보안 모듈로의 접근을 제어하는 OMA(617)을 통해 eSE에 접속하기 위해 이용되는 인터페이스를 의미할 수 있다. NFC 엑스트라 API(621)은 eSE에 접근하여 카드 정보와 연동(예: 통신)하기 위한 인터페이스를 의미할 수 있다. 보안 모듈(623)의 종류에 따라, NFC 엑스트라 API(621)는 생략될 수 있다.
본 발명의 다양한 실시예들에 따른 전자 장치는 하우징(housing)과, 상기 하우징의 제1 부분을 통해 노출된 터치스크린 디스플레이(touchscreen display)와, 상기 하우징의 제2 부분과 연결된 적어도 하나의 연결 부재(connecting member)와, 상기 적어도 하나의 연결 부재는 사용자의 손목을 감싸는 형태이고, 상기 하우징 내에 위치되는 적어도 하나의 근거리 무선 통신 회로(near distance wireless communication circuit)와, 보안 정보를 저장하도록 구성된 하드웨어 보안 요소(hardware secure element)와, 상기 터치스크린 디스플레이, 상기 적어도 하나의 근거리 무선 통신 회로, 및 상기 하드웨어 보안 요소와 전기적으로 연결되고 상기 하우징 내에 위치되는 프로세서(processor)와, 상기 프로세서와 전기적으로 연결되고 상기 하우징 내에 위치되는 메모리(memory)를 포함할 수 있다. 상기 메모리는 결재 어플리케이션(payment application)을 위한 사용자 인터페이스(user interface)를 포함하는 제1 OS를 저장하고, 상기 하드웨어 보안 요소에 접근을 허용하는 제1 API를 더 저장할 수 있다. 상기 메모리는 명령어들이 실행된 때, 상기 프로세서가 상기 적어도 하나의 근거리 무선 통신 회로를 이용하여 외부 전자 장치와 무선으로 페어링(pairing)을 수행하고, 상기 적어도 하나의 근거리 무선 통신 회로를 통해 상기 외부 전자 장치로부터 카드에 대한 메타 데이터를 수신하고, 상기 적어도 하나의 근거리 무선 통신 회로를 통해 상기 외부 전자 장치로부터 다수의 결제 카드들에 대한 데이터를 수신하고, 상기 데이터와 관련된 다른 어플리케이션 프로그램의 설치 없이 상기 하드웨어 보안 요소에 상기 데이터를 저장하고, 상기 터치스크린 디스플레이에 상기 제1 API를 통해 상기 메타 데이터를 이용하여 접근된 상기 다수의 결제 카드들을 목록(list)화하기 위한 상기 사용자 인터페이스를 디스플레이하고, 상기 터치스크린 디스플레이를 통해 상기 다수의 결제 카드들 중 하나를 선택하는 사용자 입력을 수신하고, 상기 적어도 하나의 근거리 무선 통신 회로를 이용하여 상기 선택된 결제 카드에 기반하여 데이터를 송신하도록 하는 상기 명령어들을 저장할 수 있다.
본 발명의 다양한 실시예들에 따른 외부 전자 장치는 제1 OS와 다른 제2 OS를 포함할 수 있다. 본 발명의 다양한 실시예들에 따른 상기 제2 OS는, 안드로이드 OS를 포함할 수 있다. 본 발명의 다양한 실시예들에 따른 상기 적어도 하나의 근거리 무선 통신 회로는, WiFi, 블루투스, 또는 NFC 프로토콜(protocol) 중 적어도 하나를 지원하도록 구성될 수 있다. 본 발명의 다양한 실시예들에 따른 제1 API는, OMA를 포함할 수 있다.
본 발명의 다양한 실시예들에 따른 전자 장치는 하우징과, 상기 하우징의 제1 부분을 통해 노출된 터치스크린 디스플레이와, 상기 하우징의 제2 부분에 연결된 적어도 하나의 연결 부재와, 상기 적어도 하나의 연결 부재는 사용자의 손목을 감싸는 형태이고, 상기 하우징 내에 위치되는 적어도 하나의 근거리 무선 통신 회로와, 보안 정보를 저장하도록 구성된 하드웨어 보안 요소와, 상기 터치스크린 디스플레이, 상기 적어도 하나의 근거리 무선 통신 회로, 및 상기 하드웨어 보안 요소와 전기적으로 연결되고 상기 하우징 내에 위치되는 프로세서와, 상기 프로세서와 전기적으로 연결되고 상기 하우징 내에 위치되는 메모리를 포함할 수 있다. 상기 메모리는 결제 어플리케이션을 위한 사용자 인터페이스를 포함하는 제1 OS를 저장하고, 상기 하드웨어 보안 요소에 접근을 허용하는 제1 API를 더 저장할 수 있다. 상기 메모리는, 명령어들이 실행된 때, 상기 프로세서가 상기 적어도 하나의 근거리 무선 통신 회로를 이용하여 외부 전자 장치와 무선으로 페어링을 수행하고, 상기 적어도 하나의 근거리 무선 통신 회로를 통해 상기 외부 전자 장치로부터 상기 외부 전자 장치에 대한 제2 API의 동작으로부터 생성된 제1 데이터를 수신하고, 상기 제1 데이터는 상기 하드웨어 보안 요소의 위치를 지시하고, 상기 적어도 하나의 근거리 무선 통신 회로를 통해 상기 외부 전자 장치로부터 다수의 결제 카드들에 대한 제2 데이터를 수신하고, 상기 제2 데이터와 관련된 다른 어플리케이션 프로그램의 설치 없이 상기 하드웨어 보안 요소에 상기 제2 데이터를 저장하고, 상기 터치스크린 디스플레이에 상기 제1 API를 통해 상기 제1 데이터를 이용하여 접근된 상기 다수의 결제 카드들을 목록(list)화하기 위한 상기 사용자 인터페이스를 디스플레이하고, 상기 터치스크린 디스플레이를 통해 상기 다수의 결제 카드들 중 하나를 선택하는 사용자 입력을 수신하고, 상기 적어도 하나의 근거리 무선 통신 회로를 이용하여 상기 선택된 결제 카드에 기반하여 데이터를 송신하도록 하는 상기 명령어들을 저장할 수 있다.
본 발명의 다양한 실시예들에 따른 외부 전자 장치는, 상기 제1 OS와 다른 제2 OS를 포함할 수 있다. 본 발명의 다양한 실시예들에 따른 제2 OS는, 안드로이드 OS를 포함할 수 있다. 본 발명의 다양한 실시예들에 따른 적어도 하나의 근거리 무선 통신 회로는, WiFi, 블루투스, 또는 NFC 프로토콜 중 적어도 하나를 지원하도록 구성될 수 있다. 본 발명의 다양한 실시예들에 따른 제1 API는, OMA를 포함할 수 있다.
도 7은 본 발명의 다양한 실시예들에 따른 카드를 발급하기 위한 신호 교환을 도시한다. 도 7은 전자 장치(101), 웨어러블 장치(102), 및 서버(106) 간 신호 교환을 예시한다.
도 7을 참고하면, 동작 701에서, 전자 장치(101)의 프로세서(예: 프로세서(440))는 통신 모듈(예: 통신 모듈(410))을 통해 서버(106)에게 카드 발급을 요청하기 위한 메시지를 송신하도록 제어할 수 있다. 예를 들어, 전자 장치(101)의 프로세서는 통신 모듈을 통해 서버(106)에게 카드 정보를 요청하는 메시지를 송신하도록 제어할 수 있다. 여기서, 카드 정보는 카드 발급을 위해 보안 모듈(예: 보안모듈(299))에 설치되는 프로그램을 의미할 수 있다. 카드 정보는 카드 에플릿(applet)을 의미할 수 있다. 카드 정보는 그 기술적 의미에 따라 "카드 발급 정보" 및 "카드 발급 프로그램" 등 다른 명칭으로 지칭될 수 있다.
동작 703에서, 서버(106)는 전자 장치(101)에게 카드 정보에 대한 스크립트를 포함하는 메시지를 송신할 수 있다. 여기서, 카드 정보에 대한 스크립트는 카드를 발급하기 위한 명령어를 의미할 수 있다. 카드 정보에 대한 스크립트는 그 기술적 의미에 따라 "카드 설치 명령어" 및 "카드 발급 명령어" 등 다른 명칭으로 지칭될 수 있다.
동작 705에서, 일 실시 예에 따르면, 전자 장치(101)는 전자 장치(101)의 보안 모듈(예: 도 6의 보안 모듈(613))에 카드 정보를 저장할 수 있다. 일 실시예에 따르면, 전자 장치(101)는 수신한 스크립트를 이용하여 카드 정보를 생성한 후, 전자 장치(101)의 보안 모듈(613)에 카드 정보를 저장할 수 있다. 예를 들어, 전자 장치(101)는 생성된 카드 정보를 OMA(603), ACE(605), 및 NFC 엑스트라 API(607) 중 적어도 하나를 이용하여 메모리(420)에 포함된 보안 모듈(613)에 저장할 수 있다. 일 실시 예에 따르면, 동작 705는 생략될 수 있다.
동작 707에서, 전자 장치(101)의 프로세서는 통신 모듈을 통해 웨어러블 장치(102)에게 카드 정보를 포함하는 메시지를 송신도록 제어할 수 있다. 예를 들어, 전자 장치(101)의 프로세서는 웨어러블 장치(102)에게 카드를 발급할 것을 결정하는 경우, 웨어러블 장치를 위한 OMA(611)를 포함하는 웨어러블 장치 매니저(609)를 이용하여 웨어러블 장치(102)에게 카드 정보를 포함하는 메시지를 송신하도록 제어할 수 있다. 일부 실시 예들에서, 전자 장치(101)의 프로세서는 통신 모듈을 통해 웨어러블 장치(102)에게 카드 정보와 함께 카드에 대한 메타 데이터를 송신하도록 제어할 수 있다. 다른 실시 예들에서, 전자 장치(101)는 웨어러블 장치(102)에 카드를 발급할 것인지 여부를 나타내기 위한 UI를 디스플레이할 수 있다. 웨어러블 장치(102)에 카드를 발급하기 위한 사용자 입력이 수신됨에 따라, 전자 장치(101)의 프로세서는 통신 모듈을 통해 웨어러블 장치(102)에게 카드 정보를 포함하는 메시지를 송신하도록 제어할 수 있다.
동작 709에서, 웨어러블 장치(102)는 웨어러블 장치(102)의 보안 모듈(623)에 카드 정보를 저장할 수 있다. 예를 들어, 웨어러블 장치(102)는 연결 인터페이스(715)를 통해 전자 장치(101)로부터 수신된 카드 정보를 OMA(617), ACE(619), 및 NFC 엑스트라 API(621) 중 적어도 하나를 이용하여 메모리(520)에 포함된 보안 모듈(623)에 저장할 수 있다.
도 8은 본 발명의 다양한 실시예들에 따른 웨어러블 장치(102)에게 카드에 대한 정보를 송신하기 위한 전자 장치(101)의 흐름도를 도시한다. 도 8은 전자 장치(101)의 동작 방법을 예시한다.
도 8을 참고하면, 동작 801에서, 전자 장치(101)는 전자 장치(101)에 카드 어플리케이션을 설치할 수 있다. 예를 들어, 전자 장치(101)의 프로세서(예: 프로세서(440))는 통신 모듈(410)을 통해 수신된 카드 어플리케이션을 설치하기 위한 파일을 메모리(예: 메모리(420))에 설치할 수 있다. 여기서, 카드 어플리케이션은 카드 서비스 제공자에 의해 개발될 수 있다. 카드 어플리케이션을 설치하기 위한 설치 파일은 APK(android package) 파일일 수 있다. 일부 실시 예들에서, 카드 어플리케이션을 설치하기 위한 파일은 XML 파일로 구성될 수 있다. 예를 들어, 카드 어플리케이션에 대한 설치 파일은 하기 <표 1>의 AndroidManifest.xml 및 하기 <표 2>의 apduservice.xml을 포함할 수 있다. 다만, XML 파일의 명칭은 제한되지 않으며, 다양한 명칭으로 지칭될 수 있다. 카드 어플리케이션을 설치하기 위한 설치 파일은 카드에 대한 메타 데이터를 포함할 수 있다. 전자 장치(101)가 카드 어플리케이션을 설치함에 따라, 카드에 대한 메타 데이터는 전자 장치(101)의 운영 체제의 프레임워크에 전달될 수 있다.
Figure PCTKR2018001427-appb-T000001
<표 1>의 AndroidManifest.xml은 전자 장치(101)의 프로세서가 카드 어플리케이션의 코드를 실행하기 전에 확보해야 하는 카드 어플리케이션에 대한 필수 정보를 포함할 수 있다. 여기서, 필수 정보는 카드 어플리케이션과 카드 정보 간 연동에 관한 정보를 포함할 수 있다. 예를 들어, <표 1>의 "OFF_HOST_APDU_SERVICE"라는 명령어는 카드 어플리케이션이 보안 모듈에 저장된 카드 정보와 연동하여 동작하는 것을 나타낼 수 있다. 다른 예를 들어, <표 1>의 "android.nfc.cardemulation.off_host_apdu_service"라는 메타 데이터는 카드 어플리케이션과 관련된 카드 정보의 식별자에 대한 정보가 apduservice.xml에 포함되어 있다는 것을 나타낼 수 있다. 또 다른 예를 들어, <표 1>의 "android.nfc.cardemulation.se_extensions"는 카드 어플리케이션과 관련된 보안 모듈의 타입에 대한 정보가 cardemulation_extension.xml에 포함되어 있다는 것을 나타낼 수 있다.
Figure PCTKR2018001427-appb-T000002
여기서, <표 2>의 3행(row) 내지 6행의 코드는 카드 어플리케이션과 관련된 카드 정보의 식별자에 대한 정보를 나타낼 수 있다.
동작 803에서, 전자 장치(101)는 전자 장치(101)에 발급된 카드를 확인할 수 있다. 예를 들어, 전자 장치(101)의 프로세서는 전자 장치(101)의 메모리(또는 보안 모듈)에 저장되어 있는 카드 정보를 통해 발급된 카드를 확인될 수 있다.
동작 805에서, 전자 장치(101)는 웨어러블 장치(102)에게 카드에 대한 정보를 송신할 수 있다. 예를 들어, 전자 장치(101)의 프로세서는 통신 모듈(예: 통신 모듈(410))을 통해 웨어러블 장치(102)에게 카드에 대한 정보를 송신하도록 제어할 수 있다. 일부 실시 예들에서, 카드에 대한 정보는 카드 정보의 식별자에 대한 메타 데이터 및 보안 모듈의 타입에 대한 메타 데이터일 수 있다. 이 경우, 전자 장치(101)의 프로세서는 통신 모듈을 통해 보안 모듈의 위치를 나타내는 정보에 기반하여 웨어러블 장치(102)에게 카드에 대한 정보를 송신하도록 제어할 수 있다. 다른 일부 실시 예들에서, 카드에 대한 정보는 카드 정보의 식별자에 대응하는 파라미터 및 보안 모듈의 타입에 대응하는 파라미터일 수 있다. 이 경우, 전자 장치(101)의 프로세서는 통신 모듈을 통해 웨어러블 장치(102)를 위한 API를 통해 웨어러블 장치(102)에게 카드에 대한 정보를 송신하도록 제어할 수 있다. 카드에 대한 정보가 웨어러블 장치(102)에게 송신됨으로 인해, 웨어러블 장치(102)의 프로세서(예: 프로세서(540))는 주 카드의 선택을 위한 UI를 구성할 수 있다.
도 9는 본 발명의 다양한 실시예들에 따른 웨어러블 장치(102)에서 주 카드를 결정하기 위한 웨어러블 장치(102)의 흐름도를 도시한다. 도 9는 웨어러블 장치(102)의 동작 방법을 예시한다.
도 9를 참고하면, 동작 901에서, 웨어러블 장치(102)의 프로세서(예: 프로세서(440))는 통신 모듈(예: 통신 모듈(510))을 통해 전자 장치(101)로부터 카드에 대한 정보를 수신할 수 있다. 일부 실시 예들에서, 카드에 대한 정보는 카드 정보의 식별자에 대한 메타 데이터 및 보안 모듈의 타입에 대한 메타 데이터일 수 있다. 다른 일부 실시 예들에서, 카드에 대한 정보는 카드 정보의 식별자에 대응하는 파라미터 및 보안 모듈의 타입에 대응하는 파라미터일 수 있다.
전자 장치(101)는 카드 어플리케이션에 포함된 카드에 대한 정보가 운영 체제의 프레임워크(framework)에 전달되어 전자 장치(101)의 카드 목록 및 웨어러블 장치(102)의 카드 목록을 갱신할 수 있다. 반면, 웨어러블 장치(102)는 카드 어플리케이션이 설치되지 않은 상태에서 전자 장치(101)를 통해 웨어러블 장치(102)의 보안 모듈(예: 보안 모듈(723))에 카드가 설치될 수 있다. 따라서, 웨어러블 장치(102)의 프로세서(예: 프로세서(540))는 전자 장치(101)로부터 수신한 카드에 대한 정보를 이용하여, 웨어러블 장치(102)의 보안 모듈에 카드 정보가 저장됨을 확인하고, 웨어러블 장치(102)의 카드 목록을 갱신할 수 있다.
동작 903에서, 일 실시예에 따르면, 웨어러블 장치(102)의 프로세서는 전자 장치(101)로부터 수신한 카드에 대한 정보에 기반하여 웨어러블 장치(102)의 카드 목록을 갱신할 수 있다. 여기서, 웨어러블 장치(102)의 카드 목록은 웨어러블 장치(102)에 발급된 복수의 카드들을 포함할 수 있다. 예를 들어, 웨어러블 장치(102)의 프로세서는 복수의 카드들을 포함하는 웨어러블 장치(102)의 카드 목록에 전자 장치(101)로부터 수신된 카드에 대한 정보에 대응하는 카드를 추가할 수 있다.
동작 905에서, 웨어러블 장치(102)의 디스플레이(예: 디스플레이(530))는 갱신된 웨어러블 장치(102)의 카드 목록에 대한 UI를 표시할 수 있다. 즉, 웨어러블 장치(102)의 디스플레이는 웨어러블 장치(102)의 메모리(예: 메모리(520))에 카드 어플리케이션을 설치하지 않고 갱신된 웨어러블 장치(102)의 카드 목록에 대한 UI를 표시할 수 있다. 여기서, 갱신된 웨어러블 장치(102)의 카드 목록에 대한 UI는 사용자가 웨어러블 장치(102)에서 전자 장치(101)로부터 수신된 카드에 대한 정보에 대응하는 카드를 주 카드로 결정하기 위해 이용될 수 있다. 주 카드는 다수의 카드들 중 기본적으로 사용하기 위한 카드를 의미하거나, 별도의 결제 절차에서 기본적으로 사용하기 위한 카드를 의미할 수 있다. 주 카드는 그 기술적 의미에 따라 "디폴트(default) 카드" 및 "기본(basic) 카드" 등 다른 명칭으로 지칭될 수 있다.
동작 907에서, 웨어러블 장치(102)의 프로세서는 웨어러블 장치(102)의 카드 목록에 포함된 다수의 카드들 중 하나에 대한 입력을 수신할 수 있다. 일부 실시 예들에서, 입력은 사용자가 웨어러블 장치(102)의 터치 디스플레이를 물리적으로 터치하는 것 또는 사용자가 웨어러블 장치(102)의 물리적인 버튼을 누르거나 돌리는 것을 의미할 수 있다.
동작 909에서, 웨어러블 장치(102)의 프로세서는 입력에 대응하는 카드를 주 카드로 결정할 수 있다. 일 실시 예에 따르면, 웨어러블 장치(102)의 메모리에 카드 어플리케이션이 설치되지 않았음에도 불구하고, 웨어러블 장치(102)에서 주 카드가 결정될 수 있다.
도 8 및 도 9를 참고하여 설명한 바와 같이, 일 실시예에 따르면, 전자 장치(101)의 통신 모듈(예: 통신 모듈(410))을 통해 웨어러블 장치(102)에게 카드에 대한 정보(예: 카드 에플릿의 식별자에 대한 메타 데이터, 보안 모듈의 타입에 대한 메타 데이터 등)가 전달될 수 있다. 웨어러블 장치(102)의 프로세서는, 수신된 카드에 대한 정보에 기반하여, 주 카드의 선택을 위한 UI를 구성하여 디스플레이에 표시하도록 제어할 수 있다. 상술한 바와 같은 카드에 대한 정보를 전달하는 동작은, 다양한 실시예들에 따라 구현될 수 있다. 예를 들어, 카드에 대한 정보는, 카드에 대한 메타 데이터의 수정 또는 카드 어플리케이션의 기능 추가 등에 의해 구현될 수 있다. 이하, 각 실시예가 보다 상세히 설명된다.
도 10은 본 발명의 다양한 실시예들에 따른 메타 데이터에 기반하여 웨어러블 장치(102)에게 메타 데이터를 넘겨주기 위한 전자 장치(101)의 흐름도를 도시한다. 도 10은 전자 장치(101)의 동작 방법을 예시한다. 도 10은 도 8의 동작 805를 구체화한 흐름도를 도시한다.
도 10을 참고하면, 동작 1001에서, 전자 장치(101)의 프로세서(예: 프로세서(440))는 카드 어플리케이션에 대한 설치 파일에 보안 모듈의 위치를 나타내기 위한 메타 데이터를 확인할 수 있다. 여기서, 보안 모듈의 위치는 보안 모듈을 포함하는 웨어러블 장치(102)를 지시할 수 있다. 일부 실시 예들에서, 카드 어플리케이션에 대한 설치 파일은 하기 <표 3>의 cardemulation_extension.xml을 더 포함할 수 있다.
Figure PCTKR2018001427-appb-T000003
여기서, <표 3>의 3행의 코드는 카드 어플리케이션과 연관된 보안 모듈의 타입을 나타낼 수 있다. 예를 들어, 보안 모듈의 타입은 eSE일 수 있다. 또한, <표 3>의 4행의 코드는 보안 모듈의 위치를 나타낼 수 있다. 전자 장치(101)의 프로세서는 카드 어플리케이션에 대한 설치 파일을 통해 보안 모듈에 대한 위치 필드(location field)에 있는 정보(예: "Wearable")를 확인할 수 있다. 여기서, "Wearable"은 웨어러블 장치(102)를 의미할 수 있다.
동작 1003에서, 전자 장치(101)의 프로세서는 통신 모듈(예: 통신 모듈(410))을 통해 웨어러블 장치(102)에게 카드 정보의 식별자에 대한 메타 데이터 및 보안 모듈의 타입에 대한 메타 데이터를 송신하도록 제어할 수 있다. 예를 들어, 카드 정보의 식별자는 AID(application identifier)일 수 있다. 또한, 보안 모듈의 타입은 eSE 또는 UICC(universal integrated circuit card)일 수 있다. 카드 정보의 식별자에 대한 메타 데이터와 보안 모듈의 타입에 대한 메타 데이터는, 보안 모듈의 위치를 나타내는 메타 데이터에 기반하여 웨어러블 장치(102)에게 송신될 수 있다.
도 11은 본 발명의 다양한 실시예들에 따른 메타 데이터에 기반하여 웨어러블 장치(102)의 카드 목록을 관리하기 위한 웨어러블 장치(102)의 흐름도를 도시한다. 도 11은 웨어러블 장치(102)의 흐름도를 도시한다. 도 11은 도 9의 동작 901 및 903을 구체화한 흐름도를 도시한다.
도 11을 참고하면, 동작 1101에서, 웨어러블 장치(102)는 통신 모듈(예: 통신 모듈(510))을 통해 전자 장치(101)로부터 카드 정보의 식별자에 대한 메타 데이터 및 보안 모듈의 타입에 대한 메타 데이터를 수신할 수 있다. 카드 정보의 식별자에 대한 메타 데이터 및 보안 모듈의 타입에 대한 메타 데이터는 웨어러블 장치(102)의 운영 체제의 프레임워크에 전달될 수 있다.
동작 1103에서, 웨어러블 장치(102)의 프로세서(예: 프로세서(540))는 카드 정보의 식별자에 대한 메타 데이터 및 보안 모듈의 타입에 대한 메타 데이터에 기반하여 카드를 확인할 수 있다. 예를 들어, 웨어러블 장치(102)의 프로세서는 카드 정보의 식별자에 대한 메타 데이터 및 보안 모듈의 타입에 대한 메타 데이터를 이용하여 보안 모듈에 저장된 카드 정보를 확인함으로써, 카드 정보에 대응하는 카드를 확인할 수 있다.
동작 1105에서, 웨어러블 장치(102)의 프로세서는 웨어러블 장치(102)의 카드 목록을 갱신할 수 있다. 예를 들어, 웨어러블 장치(102)의 프로세서는 카드 정보에 대응하는 카드를 웨어러블 장치(102)의 카드 목록에 추가할 수 있다. 웨어러블 장치(102)의 카드 목록은, 웨어러블 장치(102)에 발급된 다수의 카드들을 포함할 수 있다.
도 12는 본 발명의 다양한 실시예들에 따른 메타 데이터에 기반하여 웨어러블 장치(102)에서 주 카드를 결정하기 위한 웨어러블 장치(102)의 다른 흐름도를 도시한다. 도 12는 웨어러블 장치(102)의 동작 방법을 예시한다.
도 12를 참고하면, 동작 1201에서, 웨어러블 장치(102)의 프로세서(예: 프로세서(540))는 통신 모듈(예: 통신 모듈(510))을 통해 전자 장치(101)와 페어링(pairing)을 수행하도록 제어할 수 있다. 웨어러블 장치(102)의 프로세서는 통신 모듈을 통해 무선 또는 유선 통신을 이용하여 전자 장치(102)와 통신을 수행할 수 있다. 예를 들어, 웨어러블 장치(102)의 통신 모듈은 와이파이, 블루투스, 또는 NFC 프로토콜 중 적어도 하나를 지원하도록 구성될 수 있다.
동작 1203에서, 웨어러블 장치(102)의 프로세서는 통신 모듈을 통해 전자 장치(101)로부터 카드에 대한 메타 데이터를 수신하도록 제어할 수 있다. 일부 실시 예들에서, 웨어러블 장치(102)의 프로세서는 통신 모듈을 통해 전자 장치(101)로부터 카드에 대한 메타 데이터를 포함하는 XML 파일을 수신하도록 제어할 수 있다. 여기서, XML 파일은 보안 모듈의 타입 및 카드 정보의 식별자에 대한 정보를 포함할 수 있다. 다른 실시 예들에서, 보안 모듈의 타입 및 카드 정보의 식별자에 대한 정보는 웨어러블 장치(102)의 운영 체제의 프레임워크에 전달될 수 있다. 또한, XML 파일은 manifest.xml 파일을 포함할 수 있다. 또 다른 실시 예들에서, 웨어러블 장치(102)의 운영 체제는 전자 장치(101)의 운영 체제와 다를 수 있다. 예를 들어, 웨어러블 장치(102)의 운영 체제는 안드로이드 운영 체제일 수 있다.
동작 1205에서, 웨어러블 장치(102)의 프로세서는 통신 모듈을 통해 다수의 카드들에 대한 데이터를 수신하도록 제어할 수 있다. 다수의 카드들에 대한 데이터는 웨어러블 장치(102)에 다수의 카드들을 발급하기 위한 데이터를 의미할 수 있다. 또한, 다수의 카드들에 대한 데이터는 다수의 카드들에 대한 카드 정보를 의미할 수 있다.
동작 1207에서, 웨어러블 장치(102)의 메모리(예: 메모리(520))는 보안 모듈에 다수의 카드들에 대한 데이터를 저장할 수 있다. 일부 실시 예들에서, 웨어러블 장치(102)의 메모리는 보안 모듈에 접속을 허용하는 API를 저장할 수 있다. 예를 들어, 보안 모듈에 접속을 허용하는 API는 OMA일 수 있다.
동작 1209에서, 웨어러블 장치(102)의 디스플레이(예: 디스플레이(530))는 다수의 카드들의 목록에 대한 UI를 표시할 수 있다. 다수의 카드들에 대한 목록은 카드 정보의 식별자 및 보안 모듈의 타입에 대응하는 카드를 포함할 수 있다.
동작 1211에서, 웨어러블 장치(102)의 프로세서는 통신 모듈을 통해 다수의 카드들 중 하나를 선택하기 위한 사용자 입력을 수신할 수 있다. 사용자 입력을 수신한다는 것은 사용자가 다수의 카드들 중 주 카드 또는 사용하고자 하는 카드를 결정하는 것을 의미할 수 있다.
동작 1213에서, 웨어러블 장치(102)의 프로세서는 통신 모듈을 통해 선택된 카드에 기반한 데이터를 송신하도록 제어할 수 있다. 데이터는 선택된 카드와 관련된 카드 서비스에 대한 데이터를 의미할 수 있다. 예를 들어, 데이터는 카드 결제에 대한 정보를 의미할 수 있다.
도 13은 본 발명의 다양한 실시예들에 따른 메타 데이터에 기반하여 전자 장치(101)의 카드 목록 또는 웨어러블 장치(102)의 카드 목록을 관리하기 위한 전자 장치(101)와 웨어러블 장치(102) 간 신호 교환을 도시한다.
도 13을 참고하면, 동작 1301에서, 전자 장치(101)의 프로세서(예: 프로세서(410))는 전자 장치(101)의 메모리(예: 메모리(420))에 카드 어플리케이션을 설치할 수 있다. 여기서, 카드 어플리케이션은 카드 서비스 제공자에 의해 개발될 수 있다. 카드 어플리케이션을 설치하기 위한 파일은 카드에 대한 메타 데이터를 포함할 수 있다.
동작 1303에서, 전자 장치(101)의 프로세서는 발급된 카드가 웨어러블 장치(102)를 위한 것인지 여부를 결정할 수 있다. 일 실시예에 따르면, 전자 장치(101)의 프로세서는 카드 어플리케이션을 설치할 때, 설치 파일(예: XML 파일)을 분석(parsing)하여, 발급된 카드가 전자 장치(101)를 위한 것인지 웨어러블 장치(102)를 위한 것인지 결정할 수 있다. 예를 들어, 카드 어플리케이션의 메타 데이터에 포함되는 보안 모듈의 위치를 나타내는 정보가 웨어러블 장치(102)를 지시하는 경우, 전자 장치(101)의 프로세서는 발급된 카드가 웨어러블 장치(102)를 위한 것임을 결정할 수 있다. 또 다른 예를 들어, 카드 어플리케이션의 메타 데이터에 보안 모듈의 위치를 나타내는 정보가 포함되어 있지 않거나 보안 모듈의 위치를 나타내는 정보가 전자 장치(101)를 지시하는 경우, 전자 장치(101)의 프로세서는 발급된 카드가 전자 장치(101)를 위한 것임을 결정할 수 있다.
만약, 발급된 카드가 웨어러블 장치(102)를 위한 것이 아닌 경우, 동작 1305에서, 전자 장치(101)의 프로세서는 전자 장치(101)의 카드 목록을 갱신할 수 있다. 예를 들어, 전자 장치(101)의 프로세서는 전자 장치(101)에 발급된 카드를 전자 장치(101)의 카드 목록에 포함시킬 수 있다.
반면, 발급된 카드가 웨어러블 장치(102)를 위한 것인 경우, 동작 1307에서, 전자 장치(101)의 프로세서는 통신 모듈을 통해 웨어러블 장치(102)에게 카드에 대한 메타 데이터를 송신하도록 제어할 수 있다. 여기서, 카드에 대한 메타 데이터는 발급된 카드의 카드 정보의 식별자에 대한 메타 데이터 및 보안 모듈의 타입에 대한 메타 데이터를 포함할 수 있다.
동작 1309에서, 전자 장치(101)의 프로세서는 웨어러블 장치(102)의 카드 목록을 갱신할 수 있다. 일 실시예에 따르면, 전자 장치(101)의 프로세서는 전자 장치(101)의 카드 목록과 별도로 웨어러블 장치(102)의 카드 목록을 관리할 수 있다. 예를 들어, 전자 장치(101)의 프로세서는 웨어러블 장치 매니저(353)를 이용하여 웨어러블 장치(102)로 새로 발급된 카드의 목록을 관리 또는 갱신할 수 있다. 일 실시 예에 따르면, 전자 장치(101)의 프로세서는 웨어러블 장치 매니저(353)에 카드 정보의 식별자에 대한 메타 데이터 및 보안 모듈의 타입에 대한 메타 데이터를 전달하여, 웨어러블 장치(102)의 카드 목록에 발급된 카드를 추가할 수 있다. 일부 실시 예들에서, 동작 1307과 동작 1309는 역순으로 수행될 수 있고, 동시에 수행될 수도 있다. 다시 말해, 도 13은 동작 1307이 수행된 후, 동작 1309가 수행되는 경우를 예시하고 있지만, 이는 설명을 위한 예시일 뿐, 동작 1307과 동작 1309는 순서에 관계 없이 또는 동시에 수행될 수 있다.
동작 1311에서, 웨어러블 장치(102)의 프로세서(예: 프로세서(540))는 웨어러블 장치(102)의 카드 목록을 갱신할 수 있다. 예를 들어, 웨어러블 장치(102)의 프로세서는 웨어러블 장치(102)에 발급된 카드를 웨어러블 장치(102)의 카드 목록에 추가할 수 있다. 일 실시 예에 따르면, 전자 장치(101)에서 관리하는 웨어러블 장치(102)의 카드 목록과 웨어러블 장치(102)에서 관리하는 웨어러블 장치(102)의 카드 목록은 동기화가 이루어질 수 있다.
도 14는 본 발명의 다양한 실시예들에 따른 웨어러블 장치(102)에서 주 카드의 결정의 예를 도시한다.
도 14를 참고하면, 동작 1401에서, 전자 장치(101)의 프로세서(예: 프로세서(440))는 전자 장치(101)의 통신 모듈(예: 통신 모듈(410))을 통해 웨어러블 장치(102)에게 카드 정보를 포함하는 메시지를 송신하도록 제어할 수 있다. 즉, 전자 장치(101)의 프로세서는 웨어러블 장치(102)에게 카드를 발급할 수 있다. 일 실시예에 따르면, 전자 장치(101)의 프로세서는 웨어러블 장치(102)에게 카드를 발급할 것을 결정하는 경우, 통신 모듈을 통해 웨어러블 장치(102)를 위한 OMA를 이용하여 웨어러블 장치(102)에게 카드 정보를 포함하는 메시지를 송신하도록 제어할 수 있다. 예를 들어, 웨어러블 장치(102)를 위한 OMA는 ISO(international standard organization) 7816 인터페이스일 수 있다. 즉, 웨어러블 장치(102)를 위한 OMA는 보안 모듈에 카드 정보를 저장하고, 카드 정보와 통신을 수행하기 위한 인터페이스를 의미할 수 있다.
동작 1403에서, 전자 장치(101)의 프로세서는 통신 모듈을 통해 웨어러블 장치(102)를 위한 API를 통해 카드 정보를 송신하도록 제어할 수 있다. 여기서, 카드 정보는 카드 정보의 식별자에 대한 파라미터 및 보안 모듈의 타입에 대한 파라미터일 수 있다. 카드 정보의 식별자에 대한 파라미터 및 보안 모듈의 타입에 대한 파라미터는 웨어러블 장치(102)를 위한 API가 실행됨에 따라 생성될 수 있다. 웨어러블 장치(102)를 위한 API는 카드 서비스 제공자에 의해 카드 어플리케이션에 포함될 수 있다.
동작 1405에서, 웨어러블 장치(102)의 프로세서(예: 프로세서(540))는 웨어러블 장치(102)의 카드 목록(1415)을 갱신할 수 있다. 예를 들어, 웨어러블 장치(102)의 프로세서는 카드 정보의 식별자에 대한 파라미터 및 보안 모듈의 타입에 대한 파라미터에 대응하는 카드를 웨어러블 장치(102)의 카드 목록(1415)에 추가할 수 있다.
동작 1407에서, 전자 장치(101)의 프로세서는 전자 장치(101)의 디스플레이(예: 디스플레이(430))를 통해 전자 장치(101)의 카드 목록(1413)에 대한 UI와 웨어러블 장치(102)의 카드 목록(1411)에 대한 UI를 표시하고, 웨어러블 장치(102)의 카드 목록(1411)을 갱신할 수 있다. 전자 장치(101)의 프로세서가 웨어러블 장치(102)의 카드 목록(1411)을 갱신함에 따라, 전자 장치(101)에서 갱신된 웨어러블 장치(102)의 카드 목록(1411)과 웨어러블 장치(102)에서 갱신된 웨어러블 장치(102)의 카드 목록(1415) 간 동기화가 맞춰질 수 있다. 즉, 전자 장치(101)에서 갱신된 웨어러블 장치(102)의 카드 목록(1411)과 웨어러블 장치(102)에서 갱신된 웨어러블 장치(102)의 카드 목록(1415)은 동일하게 설정될 수 있다. 예를 들어, 전자 장치(101)에서 갱신된 웨어러블 장치(102)의 카드 목록(1411)에 포함된 카드들과 웨어러블 장치(102)에서 갱신된 웨어러블 장치의 카드 목록(1415)에 포함된 카드들은 XX 카드와 YY 카드로 동일하게 설정될 수 있다. 이 경우, 전자 장치(101)에서 갱신된 웨어러블 장치(102)의 카드 목록(1411)에 포함된 카드들(예: XX 카드, YY 카드)은 전자 장치(101)에서 갱신된 전자 장치(101)의 카드 목록(1413)에 포함된 카드들(예: AA 카드, BB 카드)과 다를 수 있다. 즉, 전자 장치(101)에서 갱신된 웨어러블 장치(102)의 카드 목록(1411)은 전자 장치(101)에서 갱신된 전자 장치(101)의 카드 목록(1413)과 별도로 관리될 수 있다.
동작 1409에서, 웨어러블 장치(102)의 프로세서는 사용자에 의한 입력에 기반하여 웨어러블 장치(102)의 주 카드를 설정할 수 있다. 사용자는 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 카드 목록(1415)에 포함된 다수의 카드들 중 하나를 주 카드로 결정할 수 있다.
일 실시예에 따르면, 웨어러블 장치(102)와 전자 장치(101) 간 통신 연결이 끊어진 상태에서, 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드가 설정된 경우, 다시 웨어러블 장치(102)와 전자 장치(101) 간 통신 연결이 수행된 때, 웨어러블 장치(102)의 프로세서는 통신 모듈(예: 통신 모듈(510))을 통해 전자 장치(101)에게 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드에 대한 정보를 송신하도록 제어할 수 있다. 전자 장치(101)의 프로세서는 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드에 대한 정보에 기반하여 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드와 동일한 카드를 전자 장치(101)에서 관리되는 웨어러블 장치(102)의 주 카드로 설정할 수 있다.
일부 실시 예들에서, 전자 장치(101)의 프로세서는 사용자에 의한 입력에 기반하여 전자 장치(101)에서 관리되는 웨어러블 장치(102)의 주 카드를 설정할 수 있다. 예를 들어, 사용자는 전자 장치(101)에서 관리되는 웨어러블 장치(102)의 카드 목록(1411)에 포함된 다수의 카드들 중 하나를 주 카드로 결정할 수 있다. 일 실시예에 따르면, 웨어러블 장치(102)와 전자 장치(101) 간 통신 연결이 끊어진 상태에서, 전자 장치(101)에서 관리되는 웨어러블 장치(102)의 주 카드가 설정된 경우, 다시 웨어러블 장치(102)와 전자 장치(101) 간 통신 연결이 수행된 때, 전자 장치(101)의 프로세서는 통신 모듈을 통해 웨어러블 장치(102)에게 전자 장치(101)에서 관리되는 웨어러블 장치(102)의 주 카드에 대한 정보를 송신하도록 제어할 수 있다. 웨어러블 장치(102)의 프로세서는 전자 장치(101)에서 관리되는 웨어러블 장치(102)의 주 카드에 대한 정보에 기반하여 전자 장치(101)에서 관리되는 웨어러블 장치(102)의 주 카드와 동일한 카드를 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드로 설정할 수 있다.
도 15는 본 발명의 다양한 실시예들에 따른 웨어러블 장치를 위한 API에 기반하여 웨어러블 장치에게 카드와 관련된 메타 데이터에 대한 파라미터를 넘겨주기 위한 전자 장치의 흐름도를 도시한다. 도 15는 전자 장치(101)의 동작 방법을 예시한다. 도 15는 도 8의 동작 805를 구체화한 흐름도를 도시한다. 도 15는 카드 어플리케이션의 기능 추가에 의해 카드에 대한 정보가 전달되는 실시예를 나타낸다.
도 15를 참고하면, 동작 1501에서, 전자 장치(101)의 프로세서(예: 프로세서(440))는 웨어러블 장치(102)를 위한 API를 실행할 수 있다. 여기서, 웨어러블 장치(102)를 위한 API는 카드 서비스 제공자에 의해 카드 어플리케이션에 포함될 수 있다. 웨어러블 장치(102)를 위한 API는 카드와 관련된 메타 데이터에 대한 파라미터를 송신하기 위한 함수(function)를 의미할 수 있다. 일 실시예에 따르면, 전자 장치(101)의 프로세서는 웨어러블 장치(102)를 위한 API를 호출(call)하여, 카드와 관련된 메타 데이터에 대한 파라미터를 송신하기 위한 함수를 적용할 수 있다. 예를 들어, 카드와 관련된 메타 데이터에 대한 파라미터를 송신하기 위한 함수는 addWearableCardService일 수 있다. 다만, 함수의 명칭은 제한되지 않으며, 다양한 명칭으로 지칭될 수 있다.
동작 1503에서, 전자 장치(101)의 프로세서는 웨어러블 장치(102)를 위한 API를 통해 웨어러블 장치(102)에게 카드와 관련된 메타 데이터에 대한 파라미터를 송신할 수 있다. 예를 들어, 카드와 관련된 메타 데이터에 대한 파라미터는 카드 정보의 식별자에 대한 파라미터 및 보안 모듈의 타입에 대한 파라미터를 의미할 수 있다. 카드 정보의 식별자에 대한 파라미터 및 보안 모듈의 타입에 대한 파라미터는 웨어러블 장치(102)를 위한 API가 실행됨에 따라 생성될 수 있다. 예를 들어, 카드 정보의 식별자에 대한 파라미터의 명칭은 aidGroup일 수 있고, 보안 모듈의 타입에 대한 파라미터의 명칭은 seType일 수 있다. 다만, 파라미터들의 명칭은 제한되지 않으며, 다양한 명칭으로 지칭될 수 있다.
도 16은 본 발명의 다양한 실시예들에 따른 웨어러블 장치(102)를 위한 API에 기반하여 웨어러블 장치(102)의 카드 목록을 관리하기 위한 웨어러블 장치(102)의 흐름도를 도시한다. 도 16은 웨어러블 장치(102)의 동작 방법을 예시한다. 도 16은 도 9의 동작 901 및 903을 구체화한 흐름도를 도시한다.
일 실시예에 따르면, 웨어러블 장치(102)의 프로세서(예: 프로세서(540))는 웨어러블 장치(102)를 위한 API에 기반하여 주 카드를 결정할 수 있다.
도 16을 참고하면, 동작 1601에서, 웨어러블 장치(102)의 프로세서는 웨어러블 장치(102)를 위한 API를 통해 전자 장치(101)로부터 카드 정보의 식별자에 대한 파라미터 및 보안 모듈의 타입에 대한 파라미터를 수신할 수 있다.
동작 1603에서, 웨어러블 장치(102)의 프로세서는 카드 정보의 식별자에 대한 파라미터 및 보안 모듈의 타입에 대한 파라미터에 기반하여 카드를 확인할 수 있다. 예를 들어, 웨어러블 장치(102)의 프로세서는 카드 정보의 식별자에 대한 파라미터 및 보안 모듈의 타입에 대한 파라미터를 통해 웨어러블 장치(102)의 보안 모듈에 카드 정보가 저장되어 있음을 확인할 수 있다.
동작 1605에서, 웨어러블 장치(102)의 프로세서는 웨어러블 장치(102)의 카드 목록을 갱신할 수 있다. 예를 들어, 웨어러블 장치(102)의 프로세서는 카드 정보에 대응하는 카드를 웨어러블 장치(102)의 카드 목록에 추가할 수 있다. 웨어러블 장치(102)의 카드 목록은, 웨어러블 장치(102)에 발급된 다수의 카드들을 포함할 수 있다.
도 17은 본 발명의 다양한 실시예들에 따른 웨어러블 장치(102)를 위한 API에 기반하여 웨어러블 장치(102)에서 주 카드를 결정하기 위한 웨어러블 장치(102)의 다른 흐름도를 도시한다. 도 17은 웨어러블 장치(102)의 동작 방법을 예시한다.
일 실시예에 따르면, 웨어러블 장치(102)의 프로세서(예: 프로세서(540))는 웨어러블 장치(102)를 위한 API에 기반하여 주 카드를 결정할 수 있다.
도 17을 참고하면, 동작 1701에서, 웨어러블 장치(102)는 전자 장치(101)와 페어링을 수행할 수 있다. 웨어러블 장치(102)는 무선 또는 유선 통신을 이용하여 전자 장치(102)와 통신을 수행할 수 있다. 예를 들어, 웨어러블 장치(102)의 통신 모듈(510)은 와이파이, 블루투스, 또는 NFC 프로토콜 중 적어도 하나를 지원하도록 구성될 수 있다.
동작 1703에서, 웨어러블 장치(102)는 전자 장치(101)에 대한 API의 동작에 따른 데이터를 수신할 수 있다. 예를 들어, 웨어러블 장치(102)의 프로세서는 무선 통신 회로(예: 통신 모듈(510))를 통해 전자 장치(101)로부터 전자 장치(101)에 대한 API의 동작에 따른 데이터를 수신할 수 있다. 일부 실시 예들에서, 상기 데이터는 카드 정보의 식별자에 대한 파라미터 및 보안 모듈의 타입에 대한 파라미터를 포함할 수 있다.
동작 1705에서, 웨어러블 장치(102)는 다수의 결제 카드들에 대한 데이터를 전자 장치(101)로부터 수신할 수 있다. 예를 들어, 웨어러블 장치(102)의 프로세서는 무선 통신 회로를 통해 전자 장치(101)로부터 다수의 결제 카드들에 대한 데이터를 수신할 수 있다. 다수의 카드들에 대한 데이터는 웨어러블 장치(102)에 다수의 카드들을 발급하기 위한 데이터를 의미할 수 있다. 또한, 다수의 카드들에 대한 데이터는 다수의 카드들에 대한 카드 정보들을 의미할 수 있다.
동작 1707에서, 웨어러블 장치(102)는 보안 모듈에 다수의 결제 카드들에 대한 데이터를 저장할 수 있다. 예를 들어, 웨어러블 장치(102)의 메모리(예: 메모리(520))는 전자 장치(101)로부터 수신한 다수의 결제 카드들에 대한 데이터를 보안 모듈(예: 보안 모듈(723))에 저장할 수 있다. 일부 실시 예들에서, 웨어러블 장치(102)의 메모리는 보안 모듈에 접속을 허용하는 API를 저장할 수 있다. 예를 들어, 보안 모듈에 접속을 허용하는 API는 OMA일 수 있다.
동작 1709에서, 웨어러블 장치(102)는 다수의 카드들의 목록에 대한 UI를 디스플레이할 수 있다. 예를 들어, 웨어러블 장치(102)의 프로세서는 디스플레이(예: 디스플레이(530))에 다수의 카드들의 목록에 대한 UI를 표시하도록 제어할 수 있다. 예를 들어, 다수의 카드들에 대한 목록은 카드 정보의 식별자에 대한 파라미터 및 보안 모듈의 타입에 대한 파라미터에 대응하는 카드를 포함할 수 있다.
동작 1711에서, 웨어러블 장치(102)는 다수의 카드들 중 하나를 선택하기 위한 사용자 입력을 수신할 수 있다. 예를 들어, 웨어러블 장치(102)의 프로세서는 다수의 카드들의 목록 중 하나를 선택하기 위한 사용자 입력을 수신할 수 있다. 사용자 입력을 수신한다는 것은 사용자가 다수의 카드들 중 주 카드 또는 결제를 위한 카드로 결정하는 것을 의미할 수 있다.
동작 1713에서, 웨어러블 장치(102)는 선택된 카드에 기반하여 데이터를 송신할 수 있다. 예를 들어, 웨어러블 장치(102)의 프로세서는 웨어러블 장치(102)의 통신 모듈을 통해 선택된 카드에 기반하여 생성된 데이터를 송신하도록 제어할 수 있다. 데이터는 선택된 카드와 관련된 카드 서비스에 대한 데이터를 의미할 수 있다. 예를 들어, 데이터는 카드 결제에 대한 정보를 의미할 수 있다.
도 18은 본 발명의 다양한 실시예들에 따른 웨어러블 장치(102)를 위한 API에 기반하여 웨어러블 장치(102)의 카드 목록을 관리하기 위한 신호 교환을 도시한다. 도 18은 전자 장치(101)와 웨어러블 장치(102) 간 신호 교환을 예시한다.
도 18을 참고하면, 동작 1801에서, 전자 장치(101)의 프로세서(예: 프로세서(440))는 카드 어플리케이션을 실행할 수 있다. 여기서, 카드 어플리케이션은 카드 서비스를 제공하기 위한 어플리케이션을 의미할 수 있다.
동작 1803에서, 전자 장치(101)의 프로세서는 웨어러블 장치(102)를 위한 API를 실행할 수 있다. 여기서, 웨어러블 장치(102)를 위한 API는 카드 서비스 제공자에 의해 카드 어플리케이션에 포함될 수 있다. 또한, 웨어러블 장치(102)를 위한 API는 카드와 관련된 메타 데이터에 대한 파라미터를 송신하기 위한 함수를 의미할 수 있다. 예를 들어, 전자 장치(101)는 웨어러블 장치(102)를 위한 API를 호출하여, 카드와 관련된 메타 데이터에 대한 파라미터를 송신하기 위한 함수를 적용할 수 있다.
동작 1805에서, 전자 장치(101)의 프로세서는 전자 장치(101)의 통신 모듈(예: 통신 모듈(410))을 통해 웨어러블 장치(102)에게 카드와 관련된 메타 데이터에 대한 파라미터를 송신하도록 제어할 수 있다. 예를 들어, 전자 장치(101)의 프로세서는 웨어러블 장치(102)를 위한 API를 호출하여 통신 모듈을 통해 웨어러블 장치(102)에게 카드와 관련된 메타 데이터에 대한 파라미터를 송신하도록 제어할 수 있다. 여기서, 카드와 관련된 메타 데이터에 대한 파라미터는 카드 정보의 식별자에 대한 파라미터 및 보안 모듈의 타입에 대한 파라미터를 포함할 수 있다. 일 실시예에 따르면, 카드와 관련된 메타 데이터에 대한 파라미터는 전자 장치(101)의 보안 모듈(예: 보안 모듈(713))에 카드 정보가 저장된 때 송신될 수 있다.
동작 1807에서, 웨어러블 장치(102)의 프로세서(예: 프로세서(540))는 카드와 관련된 메타 데이터에 대한 파라미터에 기반하여 웨어러블 장치(102)의 카드 목록을 갱신할 수 있다. 즉, 웨어러블 장치(102)의 프로세서는 카드 정보의 식별자에 대한 파라미터 및 보안 모듈의 타입에 대한 파라미터를 통해 웨어러블 장치(102)의 보안 모듈에 카드 정보가 저장되어 있음을 확인하고, 카드 정보에 대응하는 카드를 웨어러블 장치(102)의 카드 목록에 추가할 수 있다.
도 19는 본 발명의 다양한 실시예들에 따른 주 카드를 동기화하기 위한 신호 교환을 도시한다. 도 19는 전자 장치(101)와 웨어러블 장치(102) 간 신호 교환을 예시한다.
도 19를 참고하면, 동작 1901에서, 전자 장치(101)의 프로세서(예: 프로세서(440))는 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드를 결정할 수 있다. 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드는 전자 장치(101)에 디스플레이되는 전자 장치(101)의 카드 목록에 대한 UI에 대한 사용자의 입력에 의해 결정될 수 있다. 일부 실시 예들에서, 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드는 사용자의 카드 사용 이력에 기반하여 결정될 수 있다. 예를 들어, 사용자의 카드 사용 횟수에 기반하여 결정될 수 있다. 또 다른 예를 들어, 사용자가 가장 최근에 사용한 카드가 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드로 결정될 수 있다. 또 다른 예를 들어, 사용자가 가장 많은 금액을 결제한 카드가 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드로 결정될 수 있다.
동작 1903에서, 전자 장치(101)의 프로세서는 통신 모듈(예: 통신 모듈(410))을 통해 웨어러블 장치(102)와 통신 연결을 수행하도록 제어할 수 있다. 예를 들어, 전자 장치(101)의 프로세서는 통신 모듈을 통해 웨어러블 장치(102)와 와이파이, 블루투스, 또는 NFC 프로토콜 중 적어도 하나를 이용하여 연결을 수행하도록 제어할 수 있다. 일부 실시 예들에서, 통신 연결은 전자 장치(101)와 웨어러블 장치(102) 간 초기 접속 또는 이전 통신 연결이 끊어진 후, 다시 연결되는 것을 의미할 수 있다.
동작 1905에서, 전자 장치(101)의 프로세서는 전자 장치(101)의 통신 모듈을 통해 웨어러블 장치(102)에게 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드에 대한 정보를 송신하도록 제어할 수 있다. 예를 들어, 전자 장치(101)의 프로세서는 전자 장치(101)의 통신 모듈을 통해 웨어러블 장치(102)에게 전자 장치(101)에서 어떤 카드가 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드로 결정되었는지를 나타내는 정보를 송신하도록 제어할 수 있다.
동작 1907에서, 웨어러블 장치(102)의 프로세서(예: 프로세서(540))는 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드에 대한 정보에 기반하여 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드를 결정할 수 있다. 즉, 웨어러블 장치(102)의 프로세서는 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드와 동일한 카드를 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드로 결정할 수 있다. 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드로 결정된 카드는 웨어러블 장치(102)에 발급된 다수의 카드들 중 하나일 수 있다. 따라서, 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드와 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드 간 동기화가 수행될 수 있다.
일부 실시 예들에서, 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드에 해당하는 카드가 웨어러블 장치(102)에 발급되지 않은 상황에서, 웨어러블 장치(102)의 프로세서가 웨어러블 장치(102)의 통신 모듈(예: 통신 모듈(510))을 통해 전자 장치(101)로부터 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드에 대한 정보를 수신할 수 있다. 일 실시 예에 따르면, 웨어러블 장치(102)의 프로세서는 전자 장치(101)를 통해 서버(106)에게 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드에 해당하는 카드의 발급을 요청할 수 있다. 이후, 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드에 해당하는 카드가 웨어러블 장치(102)에 발급되는 경우, 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드와 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드 간 동기화가 수행될 수 있다.
도 19는 일 실시예에 따른, 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드와 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드 간 동기화에 대한 실시예를 설명한다. 도 19에서 설명된 동기화는 도 14의 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 카드 목록(1415)과 전자 장치(101)에서 관리되는 웨어러블 장치(102)의 카드 목록(1411) 간 동기화와 구별된다.
도 20은 본 발명의 다양한 실시예들에 따른 주 카드를 동기화하기 위한 신호 교환을 도시한다. 도 20은 전자 장치(101)와 웨어러블 장치(102) 간 신호 교환을 예시한다.
도 20을 참고하면, 동작 2001에서, 웨어러블 장치(102)의 프로세서(예: 프로세서(540))는 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드를 결정할 수 있다. 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드는 웨어러블 장치(102)에 디스플레이되는 웨어러블 장치(102)의 카드 목록에 대한 UI에 대한 사용자의 입력에 의해 결정될 수 있다. 일부 실시 예들에서, 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드는 사용자의 카드 사용 횟수에 기반하여 결정될 수 있다.
동작 2003에서, 웨어러블 장치(102)의 프로세서는 통신 모듈(예: 통신 모듈(510))을 통해 전자 장치(101)와 통신 연결을 수행하도록 제어할 수 있다. 예를 들어, 웨어러블 장치(102)의 프로세서는 웨어러블 장치(102)의 통신 모듈을 통해 전자 장치(101)와 와이파이, 블루투스, 또는 NFC 프로토콜 중 적어도 하나를 이용하여 연결을 수행하도록 제어할 수 있다. 일부 실시 예들에서, 통신 연결은 전자 장치(101)와 웨어러블 장치(102) 간 초기 접속 또는 이전 통신 연결이 끊어진 후, 다시 연결되는 것을 의미할 수 있다.
동작 2005에서, 웨어러블 장치(102)의 프로세서는 웨어러블 장치(102)의 통신 모듈을 통해 전자 장치(101)에게 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드에 대한 정보를 송신하도록 제어할 수 있다. 예를 들어, 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드에 대한 정보는 웨어러블 장치(102)에서 어떤 카드가 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드로 결정되었는지를 나타내는 정보를 포함할 수 있다.
동작 2007에서, 전자 장치(101)의 프로세서(예: 프로세서(410))는 웨어러블 장치(102)로부터 수신된 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드에 대한 정보에 기반하여 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드를 결정할 수 있다. 즉, 전자 장치(101)는 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드와 동일한 카드를 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드로 결정할 수 있다. 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드로 결정된 카드는 전자 장치(101)에 발급된 다수의 카드들 중 하나일 수 있다. 따라서, 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드와 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드 간 동기화가 수행될 수 있다.
일부 실시 예들에서, 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드에 해당하는 카드가 전자 장치(101)에 발급되지 않은 상황에서, 전자 장치(101)의 프로세서가 전자 장치(101)의 통신 모듈(예: 통신 모듈(410))을 통해 웨어러블 장치(102)로부터 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드에 대한 정보를 수신하는 경우, 전자 장치(102)의 프로세서는 서버(106)에게 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드에 해당하는 카드의 발급을 요청할 수 있다. 이후, 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드에 해당하는 카드가 전자 장치(101)에 발급되는 경우, 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드와 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드 간 동기화가 수행될 수 있다.
도 20은 일 실시예에 따른, 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 주 카드와 전자 장치(101)에서 관리되는 전자 장치(101)의 주 카드 간 동기화에 대한 실시예를 설명한다. 도 20에서 설명된 동기화는 도 14의 웨어러블 장치(102)에서 관리되는 웨어러블 장치(102)의 카드 목록(1415)과 전자 장치(101)에서 관리되는 웨어러블 장치(102)의 카드 목록(1411) 간 동기화와 구별된다.
도 21은 본 발명의 다양한 실시예들에 따른 카드가 발급된 위치에 따라 메타 데이터를 송신할지 여부를 결정하기 위한 전자 장치(101)의 흐름도를 도시한다. 도 21은 전자 장치(101)의 동작 방법을 예시한다.
도 21을 참고하면, 동작 2101에서, 전자 장치(101)의 프로세서(예: 프로세서(440))는 카드 정보가 저장된 위치를 결정할 수 있다. 즉, 전자 장치(101)의 프로세서는 웨어러블 장치(102)에 카드가 발급되었는지 전자 장치(101)에 카드가 발급되었는지를 결정할 수 있다.
동작 2103에서, 전자 장치(101)의 프로세서는 웨어러블 장치(102)에 카드 정보가 저장되었는지 여부를 확인할 수 있다. 이는, 웨어러블 장치(102)에 발급된 카드만이 웨어러블 장치(102)에서 주 카드로 결정되도록 하기 위함일 수 있다. 왜냐하면, 웨어러블 장치(102)에 카드가 발급되어 있지 않은 경우, 발급되지 않은 카드가 웨어러블 장치(102)의 카드 목록에 포함되어 주 카드로 결정되더라도, 주 카드를 통한 카드 서비스는 제공될 수 없기 때문일 수 있다.
만약, 웨어러블 장치(102)에 카드 정보가 저장되어있지 않은 경우, 동작 2105에서, 전자 장치(101)의 프로세서는 전자 장치(101)의 카드 목록을 갱신할 수 있다. 즉, 전자 장치(101)의 프로세서는 전자 장치(101)에 발급된 카드를 전자 장치(101)의 카드 목록에 추가할 수 있다. 이는, 발급된 카드가 전자 장치(101)에서 주 카드로 결정되어, 카드 서비스를 제공할 수 있기 때문이다.
반면, 웨어러블 장치(102)에 카드 정보가 저장된 경우, 동작 2107에서, 전자 장치(101)의 프로세서는 전자 장치(101)의 통신 모듈(예: 통신 모듈(410))을 통해 웨어러블 장치(102)에게 카드에 대한 메타 데이터를 송신하도록 제어할 수 있다. 이는, 웨어러블 장치(102)에 발급된 카드가 웨어러블 장치(102)에서 주 카드로 결정되어, 카드 서비스를 제공할 수 있기 때문일 수 있다. 여기서, 카드에 대한 메타 데이터는 카드 정보의 식별자에 대한 메타 데이터 및 보안 모듈의 타입에 대한 메타 데이터를 의미할 수 있다.
도 22는 본 발명의 다양한 실시예들에 따른 카드와 관련된 정보에 따라 주 카드를 설정하기 위한 웨어러블 장치(102)의 흐름도를 도시한다. 도 22는 웨어러블 장치(102)의 동작 방법을 예시한다.
도 22를 참고하면, 동작 2201에서, 웨어러블 장치(102)의 프로세서(예: 프로세서(540))는 보안 모듈(예: 보안 모듈(723))에 저장되어 있는 다수의 카드들 중 하나를 결정할 수 있다. 예를 들어, 웨어러블 장치(102)의 프로세서는 카드의 발급 날짜 또는 카드 명칭에 기반하여 다수의 카드들 중 하나를 결정할 수 있다. 즉, 웨어러블 장치(102)의 프로세서는 카드가 발급된 날짜의 순서 또는 카드 명칭의 알파벳 순서에 따라 다수의 카드들 중 하나를 결정할 수 있다.
동작 2203에서, 웨어러블 장치(102)의 프로세서는 결정된 카드에 대한 카드 정보를 확인할 수 있다. 예를 들어, 웨어러블 장치(102)의 메모리(예: 메모리(520))는 사용자에 의한 카드 사용 횟수 또는 카드 마일리지 점수를 저장할 수 있다. 또 다른 예를 들어, 웨어러블 장치(102)의 프로세서는 외부 전자 장치(예: 도 1의 서버(106))를 통해 카드 사용 횟수 또는 카드 마일리지 점수를 확인할 수 있다.
동작 2205에서, 웨어러블 장치(102)의 프로세서는 카드 정보(예: 카드 사용 횟수 또는 카드 마일리지 점수)가 임계값보다 큰지 여부를 결정할 수 있다. 만약, 카드 정보가 임계값보다 크지 않은 경우, 웨어러블 장치(102)는 동작 2201로 진행할 수 있다. 즉, 결정된 카드에 대한 카드 정보가 임계값보다 크지 않은 경우, 웨어러블 장치(102)의 프로세서는 동작 2201로 진행하여 다수의 카드들 중 다른 카드를 결정할 수 있다.
반면, 카드 정보가 임계값보다 큰 경우, 웨어러블 장치(102)의 프로세서는 결정된 카드를 주 카드로 결정할 수 있다. 예를 들어, 사용자가 결정된 카드를 임계값보다 많이 사용한 경우, 웨어러블 장치(102)의 프로세서는 결정된 카드를 주 카드로 결정할 수 있다. 다른 예를 들어, 결정된 카드에 대한 카드 마일리지 점수가 임계값보다 큰 경우, 웨어러블 장치(102)의 프로세서는 결정된 카드를 주 카드로 결정할 수 있다.
본 발명의 다양한 실시예들에 따른 전자 장치의 동작 방법은 외부 전자 장치와 무선으로 페어링을 수행하는 과정과, 상기 외부 전자 장치로부터 카드에 대한 메타 데이터를 수신하는 과정과, 상기 외부 전자 장치로부터 다수의 결제 카드들에 대한 데이터를 수신하는 과정과, 상기 데이터와 관련된 다른 어플리케이션 프로그램의 설치 없이 상기 전자 장치의 하드웨어 보안 요소에 상기 데이터를 저장하는 과정과, 상기 전자 장치의 터치스크린 디스플레이에 상기 하드웨어 보안 요소에 접근을 허용하는 제1 API를 통해 상기 메타 데이터를 이용하여 접근된 상기 다수의 결제 카드들을 목록화하기 위한 사용자 인터페이스를 디스플레이하는 과정과, 상기 터치스크린 디스플레이를 통해 상기 다수의 결제 카드들 중 하나를 선택하는 사용자 입력을 수신하는 과정과, 상기 선택된 결제 카드에 기반하여 데이터를 송신하는 과정을 포함할 수 있다.
본 발명의 다양한 실시예들에 따른 상기 외부 전자 장치는, 상기 전자 장치의 결제 어플리케이션을 위한 사용자 인터페이스를 포함하는 제1 OS와 다른 제2 OS를 포함할 수 있다. 본 발명의 다양한 실시예들에 따른 전자 장치의 동작 방법은 상기 외부 전자 장치에게 상기 선택된 결제 카드에 대한 정보를 송신하는 과정을 더 포함할 수 있다. 상기 선택된 결제 카드에 대한 정보는, 상기 선택된 결제 카드와 동일하게 상기 외부 전자 장치에서 관리되는 상기 전자 장치의 결제 카드를 결정하기 위해 이용될 수 있다.
본 발명의 다양한 실시예들에 따른 전자 장치의 동작 방법은 상기 외부 전자 장치에게 상기 선택된 결제 카드에 대한 정보를 송신하는 과정을 더 포함할 수 있다. 상기 선택된 결제 카드에 대한 정보는, 상기 선택된 결제 카드와 동일하기 상기 외부 전자 장치에서 관리되는 상기 외부 전자 장치의 결제 카드를 결정하기 위해 이용될 수 있다. 본 발명의 다양한 실시예들에 따른 상기 제1 API는, OMA를 포함할 수 있다.
본 발명의 다양한 실시예들에 따른 전자 장치의 동작 방법은 외부 전자 장치와 무선으로 페어링을 수행하는 과정과, 상기 외부 전자 장치로부터 상기 외부 전자 장치에 대한 제1 API의 동작으로부터 생성된 제1 데이터를 수신하는 과정과, 상기 제1 데이터는 상기 전자 장치의 하드웨어 보안 요소의 위치를 지시하고, 상기 외부 전자 장치로부터 다수의 결제 카드들에 대한 제2 데이터를 수신하는 과정과, 상기 제2 데이터와 관련된 다른 어플리케이션 프로그램의 설치 없이 상기 하드웨어 보안 요소에 상기 제2 데이터를 저장하는 과정과, 상기 전자 장치의 터치스크린 디스플레이에 상기 하드웨어 보안 요소에 접근을 허용하는 제1 API를 통해 상기 제1 데이터를 이용하여 접근된 상기 다수의 결제 카드들을 목록화하기 위한 사용자 인터페이스를 디스플레이하는 과정과, 상기 터치스크린 디스플레이를 통해 상기 다수의 결제 카드들 중 하나를 선택하는 사용자 입력을 수신하는 과정과, 상기 선택된 결제 카드에 기반하여 데이터를 송신하는 과정을 포함할 수 있다.
본 발명의 다양한 실시예들에 따른 상기 외부 전자 장치는, 상기 전자 장치의 결제 어플리케이션을 위한 사용자 인터페이스를 포함하는 제1 OS와 다른 제2 OS를 포함할 수 있다. 본 발명의 다양한 실시예들에 따른 전자 장치의 동작 방법은 상기 외부 전자 장치에게 상기 선택된 결제 카드에 대한 정보를 송신하는 과정을 더 포함할 수 있다. 상기 선택된 결제 카드에 대한 정보는, 상기 선택된 결제 카드와 동일하기 상기 외부 전자 장치에서 관리되는 상기 전자 장치의 결제 카드를 결정하기 위해 이용될 수 있다.
본 발명의 다양한 실시예들에 따른 전자 장치의 동작 방법은 상기 외부 전자 장치에게 상기 선택된 결제 카드에 대한 정보를 송신하는 과정을 더 포함할 수 있다. 상기 선택된 결제 카드에 대한 정보는, 상기 선택된 결제 카드와 동일하기 상기 외부 전자 장치에서 관리되는 상기 외부 전자 장치의 결제 카드를 결정하기 위해 이용될 수 있다. 본 발명의 다양한 실시예들에 따른 상기 제1 API는, OMA를 포함할 수 있다.
그리고 본 명세서와 도면에 개시된 본 발명의 실시 예들은 본 발명의 실시 예에 따른 기술 내용을 쉽게 설명하고 본 발명의 실시예의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 발명의 실시예의 범위를 한정하고자 하는 것은 아니다. 따라서 본 발명의 다양한 실시예의 범위는 여기에 개시된 실시 예들 이외에도 본 발명의 다양한 실시예의 기술적 사상을 바탕으로 도출되는 모든 변경 또는 변형된 형태가 본 발명의 다양한 실시예의 범위에 포함되는 것으로 해석되어야 한다.

Claims (15)

  1. 전자 장치에 있어서,
    하우징(housing)과,
    상기 하우징의 제1 부분을 통해 노출된 터치스크린 디스플레이(touchscreen display)와,
    상기 하우징의 제2 부분과 연결된 적어도 하나의 연결 부재(connecting member)와, 상기 적어도 하나의 연결 부재는 사용자의 손목을 감싸는 형태이고,
    상기 하우징 내에 위치되는 적어도 하나의 근거리 무선 통신 회로(near distance wireless communication circuit)와,
    보안 정보를 저장하도록 구성된 하드웨어 보안 요소(hardware secure element)와,
    상기 터치스크린 디스플레이, 상기 적어도 하나의 근거리 무선 통신 회로, 및 상기 하드웨어 보안 요소와 전기적으로 연결되고 상기 하우징 내에 위치되는 프로세서(processor)와,
    상기 프로세서와 전기적으로 연결되고 상기 하우징 내에 위치되는 메모리(memory)를 포함하고,
    상기 메모리는 결제 어플리케이션(payment application)을 위한 사용자 인터페이스(user interface)를 포함하는 제1 운영 체제(operating system, OS)를 저장하고, 상기 하드웨어 보안 요소에 접근을 허용하는 제1 API(application programming interface)를 더 저장하고,
    상기 메모리는, 명령어들이 실행된 때, 상기 프로세서가 상기 적어도 하나의 근거리 무선 통신 회로를 이용하여 외부 전자 장치와 무선으로 페어링(pairing)을 수행하고, 상기 적어도 하나의 근거리 무선 통신 회로를 통해 상기 외부 전자 장치로부터 카드에 대한 메타 데이터(meta data)를 수신하고, 상기 적어도 하나의 근거리 무선 통신 회로를 통해 상기 외부 전자 장치로부터 다수의 결제 카드들에 대한 데이터를 수신하고, 상기 데이터와 관련된 다른 어플리케이션 프로그램의 설치 없이 상기 하드웨어 보안 요소에 상기 데이터를 저장하고, 상기 터치스크린 디스플레이에 상기 제1 API를 통해 상기 메타 데이터를 이용하여 접근된 상기 다수의 결제 카드들을 목록(list)화하기 위한 상기 사용자 인터페이스를 디스플레이하고, 상기 터치스크린 디스플레이를 통해 상기 다수의 결제 카드들 중 하나를 선택하는 사용자 입력을 수신하고, 상기 적어도 하나의 근거리 무선 통신 회로를 이용하여 상기 선택된 결제 카드에 기반하여 데이터를 송신하도록 하는 상기 명령어들을 저장하는 장치.
  2. 청구항 1에 있어서,
    상기 외부 전자 장치는, 상기 제1 OS와 다른 제2 OS를 포함하는 장치.
  3. 청구항 2에 있어서,
    상기 제2 OS는, 안드로이드(android) OS를 포함하는 장치.
  4. 청구항 1에 있어서,
    상기 적어도 하나의 근거리 무선 통신 회로는, 와이파이(wireless fidelity, WiFi), 블루투스(bluetooth), 또는 NFC(near field communication) 프로토콜(protocol) 중 적어도 하나를 지원하도록 구성된 장치.
  5. 청구항 1에 있어서,
    상기 제1 API는, OMA(open mobile API)를 포함하는 장치.
  6. 전자 장치에 있어서,
    하우징(housing)과,
    상기 하우징의 제1 부분을 통해 노출된 터치스크린 디스플레이(touchscreen display)와,
    상기 하우징의 제2 부분에 연결된 적어도 하나의 연결 부재(connecting member)와, 상기 적어도 하나의 연결 부재는 사용자의 손목을 감싸는 형태이고,
    상기 하우징 내에 위치되는 적어도 하나의 근거리 무선 통신 회로(near distance wireless communication circuit)와,
    보안 정보를 저장하도록 구성된 하드웨어 보안 요소(hardware secure element)와,
    상기 터치스크린 디스플레이, 상기 적어도 하나의 근거리 무선 통신 회로, 및 상기 하드웨어 보안 요소와 전기적으로 연결되고 상기 하우징 내에 위치되는 프로세서(processor)와,
    상기 프로세서와 전기적으로 연결되고 상기 하우징 내에 위치되는 메모리(memory)를 포함하고,
    상기 메모리는 결제 어플리케이션(payment application)을 위한 사용자 인터페이스(user interface)를 포함하는 제1 운영 체제(operating system, OS)를 저장하고, 상기 하드웨어 보안 요소에 접근을 허용하는 제1 API(application programming interface)를 더 저장하고,
    상기 메모리는, 명령어들이 실행된 때, 상기 프로세서가 상기 적어도 하나의 근거리 무선 통신 회로를 이용하여 외부 전자 장치와 무선으로 페어링(pairing)을 수행하고, 상기 적어도 하나의 근거리 무선 통신 회로를 통해 상기 외부 전자 장치로부터 상기 외부 전자 장치에 대한 제2 API의 동작으로부터 생성된 제1 데이터를 수신하고, 상기 제1 데이터는 상기 하드웨어 보안 요소의 위치를 지시하고, 상기 적어도 하나의 근거리 무선 통신 회로를 통해 상기 외부 전자 장치로부터 다수의 결제 카드들에 대한 제2 데이터를 수신하고, 상기 제2 데이터와 관련된 다른 어플리케이션 프로그램의 설치 없이 상기 하드웨어 보안 요소에 상기 제2 데이터를 저장하고, 상기 터치스크린 디스플레이에 상기 제1 API를 통해 상기 제1 데이터를 이용하여 접근된 상기 다수의 결제 카드들을 목록(list)화하기 위한 상기 사용자 인터페이스를 디스플레이하고, 상기 터치스크린 디스플레이를 통해 상기 다수의 결제 카드들 중 하나를 선택하는 사용자 입력을 수신하고, 상기 적어도 하나의 근거리 무선 통신 회로를 이용하여 상기 선택된 결제 카드에 기반하여 데이터를 송신하도록 하는 상기 명령어들을 저장하는 장치.
  7. 청구항 6에 있어서,
    상기 외부 전자 장치는, 상기 제1 OS와 다른 제2 OS를 포함하는 장치.
  8. 청구항 7에 있어서,
    상기 제2 OS는, 안드로이드(android) OS를 포함하는 장치.
  9. 청구항 6에 있어서,
    상기 적어도 하나의 근거리 무선 통신 회로는, 와이파이(wireless fidelity, WiFi), 블루투스(Bluetooth), 또는 NFC(near field communication) 프로토콜(protocol) 중 적어도 하나를 지원하도록 구성된 장치.
  10. 청구항 6에 있어서,
    상기 제1 API는, OMA(open mobile API)를 포함하는 장치.
  11. 전자 장치의 동작 방법에 있어서,
    외부 전자 장치와 무선으로 페어링(pairing)을 수행하는 과정과,
    상기 외부 전자 장치로부터 카드에 대한 메타 데이터(meta data)를 수신하는 과정과,
    상기 외부 전자 장치로부터 다수의 결제 카드들에 대한 데이터를 수신하는 과정과,
    상기 데이터와 관련된 다른 어플리케이션 프로그램의 설치 없이 상기 전자 장치의 하드웨어 보안 요소에 상기 데이터를 저장하는 과정과,
    상기 전자 장치의 터치스크린 디스플레이에 상기 하드웨어 보안 요소에 접근을 허용하는 제1 API(application programming interface)를 통해 상기 메타 데이터를 이용하여 접근된 상기 다수의 결제 카드들을 목록(list)화하기 위한 사용자 인터페이스(user interface)를 디스플레이하는 과정과,
    상기 터치스크린 디스플레이를 통해 상기 다수의 결제 카드들 중 하나를 선택하는 사용자 입력을 수신하는 과정과,
    상기 선택된 결제 카드에 기반하여 데이터를 송신하는 과정을 포함하는 방법.
  12. 청구항 11에 있어서,
    상기 외부 전자 장치는, 상기 전자 장치의 결제 어플리케이션(payment application)을 위한 사용자 인터페이스(user interface)를 포함하는 제1 운영 체제(operating system, OS)와 다른 제2 OS를 포함하는 방법.
  13. 청구항 11에 있어서,
    상기 외부 전자 장치에게 상기 선택된 결제 카드에 대한 정보를 송신하는 과정을 더 포함하고,
    상기 선택된 결제 카드에 대한 정보는, 상기 선택된 결제 카드와 동일하게 상기 외부 전자 장치에서 관리되는 상기 전자 장치의 결제 카드를 결정하기 위해 이용되는 방법.
  14. 청구항 11에 있어서,
    상기 외부 전자 장치에게 상기 선택된 결제 카드에 대한 정보를 송신하는 과정을 더 포함하고,
    상기 선택된 결제 카드에 대한 정보는, 상기 선택된 결제 카드와 동일하기 상기 외부 전자 장치에서 관리되는 상기 외부 전자 장치의 결제 카드를 결정하기 위해 이용되는 방법.
  15. 청구항 11에 있어서,
    상기 제1 API는, OMA(open mobile API)를 포함하는 방법.
PCT/KR2018/001427 2017-02-08 2018-02-02 카드 정보를 처리하기 위한 방법 및 그 전자 장치 WO2018147597A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/483,782 US10908806B2 (en) 2017-02-08 2018-02-02 Method for processing card information and electronic device thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2017-0017401 2017-02-08
KR1020170017401A KR20180092075A (ko) 2017-02-08 2017-02-08 카드 정보를 처리하기 위한 방법 및 그 전자 장치

Publications (1)

Publication Number Publication Date
WO2018147597A1 true WO2018147597A1 (ko) 2018-08-16

Family

ID=63107734

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2018/001427 WO2018147597A1 (ko) 2017-02-08 2018-02-02 카드 정보를 처리하기 위한 방법 및 그 전자 장치

Country Status (3)

Country Link
US (1) US10908806B2 (ko)
KR (1) KR20180092075A (ko)
WO (1) WO2018147597A1 (ko)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11100492B2 (en) * 2018-02-19 2021-08-24 Peter Garrett General purpose re-loadable card aggregation implementation
US10791805B1 (en) * 2018-06-01 2020-10-06 Emilia Dimitrova Piccolella Electronic drivers license and ID-bracelet that stores essential personal information

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120133706A (ko) * 2011-05-31 2012-12-11 한국정보통신주식회사 카드 등록 장치 및 그 방법
KR20160046179A (ko) * 2014-10-20 2016-04-28 주식회사 케이티 카드사 방문이 필요없는 웨어러블 카드의 등록 장치, 웨어러블 카드 장치 및 웨어러블 카드의 등록 방법
KR20160046559A (ko) * 2014-10-21 2016-04-29 삼성전자주식회사 보안 연결 장치 및 방법
KR20160105261A (ko) * 2015-02-27 2016-09-06 삼성전자주식회사 전자 장치를 이용한 카드 서비스 방법 및 장치
KR20160140062A (ko) * 2015-05-29 2016-12-07 엘지전자 주식회사 웨어러블 디바이스 및 그 제어방법

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9392047B1 (en) * 2012-09-13 2016-07-12 Amazon Technologies, Inc. Facilitating application compatibility across devices
KR102208047B1 (ko) 2014-03-18 2021-01-26 주식회사 엘지유플러스 웨어러블 디바이스의 제어 방법 및 그 장치
KR101582266B1 (ko) 2014-04-17 2016-01-11 주식회사 엘지유플러스 웨어러블 디바이스와 연동되는 모바일 기기에서의 정보 표시 제어 방법
US9858405B2 (en) * 2014-06-16 2018-01-02 Paypal, Inc. Systems and methods for authenticating a user based on a computing device
KR101620368B1 (ko) 2014-07-30 2016-05-12 주식회사 엘지씨엔에스 웨어러블 밴드, 웨어러블 밴드에서 수행되는 태그 정보 송수신 방법 및 이를 저장하는 기록매체
FR3032846B1 (fr) * 2015-02-12 2018-01-26 Idemia France Procede de communication securisee entre un systeme d'exploitation d'un terminal et un dispositif distinct du terminal

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120133706A (ko) * 2011-05-31 2012-12-11 한국정보통신주식회사 카드 등록 장치 및 그 방법
KR20160046179A (ko) * 2014-10-20 2016-04-28 주식회사 케이티 카드사 방문이 필요없는 웨어러블 카드의 등록 장치, 웨어러블 카드 장치 및 웨어러블 카드의 등록 방법
KR20160046559A (ko) * 2014-10-21 2016-04-29 삼성전자주식회사 보안 연결 장치 및 방법
KR20160105261A (ko) * 2015-02-27 2016-09-06 삼성전자주식회사 전자 장치를 이용한 카드 서비스 방법 및 장치
KR20160140062A (ko) * 2015-05-29 2016-12-07 엘지전자 주식회사 웨어러블 디바이스 및 그 제어방법

Also Published As

Publication number Publication date
US10908806B2 (en) 2021-02-02
KR20180092075A (ko) 2018-08-17
US20190391720A1 (en) 2019-12-26

Similar Documents

Publication Publication Date Title
AU2015337278B2 (en) Device and method for secure connection
WO2017135599A1 (ko) 외부 전자 장치를 제어하기 위한 방법 및 전자 장치
WO2016137187A1 (en) Apparatus and method for providing screen mirroring service
WO2018169365A1 (en) Electronic device for controlling audio output and operation method thereof
WO2016175602A1 (en) Electronic device for providing short-cut user interface and method therefor
WO2016129852A1 (en) Permission control method and electronic device operating the same
WO2018155928A1 (ko) 복수의 생체 센서를 이용하여 인증을 수행하기 위한 전자 장치 및 그의 동작 방법
WO2017209530A1 (en) Method of switching application and electronic device therefor
WO2018021721A1 (en) Electronic device having input sensing panels and method
WO2017131469A1 (ko) 어플리케이션을 제어하는 전자 장치와 이의 동작 방법
WO2018128509A1 (en) Electronic device and method for sensing fingerprints
WO2017119690A1 (ko) 전자 장치 및 그 동작 방법
WO2018217066A1 (ko) 생체 정보를 측정하는 전자 장치와 이의 동작 방법
WO2017209446A1 (en) Electronic device and information processing system including the same
WO2018038483A1 (ko) 전자 장치 및 전자 장치의 동작 제어 방법
WO2018117491A1 (ko) 네트워크를 선택하는 전자 장치
WO2017142359A1 (ko) 전자 장치 및 그 동작 방법
WO2017111313A1 (ko) 웹푸시를 이용한 푸시 서비스 제공 방법 및 이를 지원하는 전자 장치
WO2018048217A1 (en) Electronic apparatus and operating method thereof
WO2018034493A1 (en) Electronic device and control method therefor
WO2017142263A1 (ko) 그래픽 효과 적용 방법 및 이를 수행하는 전자 장치
WO2016036124A1 (en) Electronic device and method for configuring message, and wearable electronic device and method for receiving and executing the message
WO2018093117A1 (en) Electronic device and remittance method thereof
WO2018147597A1 (ko) 카드 정보를 처리하기 위한 방법 및 그 전자 장치
WO2017188738A1 (en) Electronic apparatus and method for displaying object

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: 18751801

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18751801

Country of ref document: EP

Kind code of ref document: A1