WO2018179805A1 - 情報処理装置、情報処理方法、およびプログラム - Google Patents

情報処理装置、情報処理方法、およびプログラム Download PDF

Info

Publication number
WO2018179805A1
WO2018179805A1 PCT/JP2018/003171 JP2018003171W WO2018179805A1 WO 2018179805 A1 WO2018179805 A1 WO 2018179805A1 JP 2018003171 W JP2018003171 W JP 2018003171W WO 2018179805 A1 WO2018179805 A1 WO 2018179805A1
Authority
WO
WIPO (PCT)
Prior art keywords
remittance
user
context
wearable device
information processing
Prior art date
Application number
PCT/JP2018/003171
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 EP18777637.2A priority Critical patent/EP3605423A4/en
Priority to JP2019508657A priority patent/JPWO2018179805A1/ja
Priority to US16/485,641 priority patent/US20200013038A1/en
Priority to CN201880013493.9A priority patent/CN110326014A/zh
Publication of WO2018179805A1 publication Critical patent/WO2018179805A1/ja

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/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through 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/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
    • 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
    • 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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • 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/229—Hierarchy of users of accounts
    • G06Q20/2295—Parent-child type, e.g. where parent has control on child rights
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules

Definitions

  • the present disclosure relates to an information processing apparatus, an information processing method, and a program.
  • the present disclosure proposes an information processing apparatus, an information processing method, and a program capable of performing remittance control of an amount set according to a user context.
  • an information processing apparatus based on context information of a user wearing a device having a settlement function, a determination unit that determines whether or not a user context matches a pre-registered remittance condition, and if the remittance condition is met If determined, an information processing apparatus is provided that includes a control unit that controls to remit a predetermined amount of money to a predetermined destination.
  • the processor determines whether or not the user context matches a pre-registered remittance condition based on the context information of the user wearing the device having a settlement function, and the remittance condition Providing an information processing method including controlling to send a predetermined amount of money to a predetermined destination when it is determined that they match.
  • the computer determines, based on the context information of a user wearing a device having a settlement function, whether or not the user context matches a pre-registered remittance condition, and the remittance condition If it is determined that they match, a program for functioning as a control unit that controls to send a predetermined amount of money to a predetermined destination is proposed.
  • FIG. 1 is a diagram illustrating an overview of an information processing system according to an embodiment of the present disclosure.
  • the information processing system according to the present embodiment includes a wearable device 1 used by a user A (eg, a child), a communication terminal 4 used by a user B (eg, a parent), the wearable device 1, and a communication terminal.
  • 4 includes a service server 2 that transmits and receives data to and from the server 4.
  • Wearable device 1 has a payment function using electronic money. Specifically, for example, when the wearable device 1 is a wristband type device, when the user A holds the wearable device 1 on the wrist and holds it over the reading device 5 such as a store, the wearable device 1 and the reading device 5 Proximity wireless communication is performed between them, and settlement processing is performed.
  • the wearable device 1 is a wristband type device
  • the wearable device 1 and the reading device 5 Proximity wireless communication is performed between them, and settlement processing is performed.
  • the communication terminal 4 is realized by, for example, a smartphone, a tablet terminal, a mobile phone terminal, or a PC (personal computer).
  • the remittance to the wearable device 1 having the settlement function is performed or restricted, so that it can be easily performed without any load on the other person (sharer). Remittance can be made as appropriate.
  • the parent (user B) communicates in advance the remittance (charge) conditions and remittance amount from the family shared account to the wearable device 1 having a payment function worn by the child (user A). It is set at the terminal 4 and registered in the remittance condition DB 23 of the service server 2.
  • the wearable device 1 is, for example, a wristband type device, and includes a motion sensor 13a such as an acceleration sensor and a gyro sensor, a position sensor 13b (see FIG. 2), and the like (refer to FIG. 2) on a daily basis.
  • a motion sensor 13a such as an acceleration sensor and a gyro sensor
  • a position sensor 13b see FIG. 2
  • the wearable device 1 also has a payment function using electronic money.
  • the service server 2 determines whether or not the remittance condition registered in the remittance condition DB 23 is satisfied according to the context transmitted from the wearable device 1, and if so, the service server 2 sends a predetermined share account to the wearable device 1.
  • the financial institution server 3 is instructed to transfer the amount. For example, when a parent is set to remit 500 yen in advance when a child makes a purchase at the store A, the service server 2 determines that the child has entered the store A based on the context transmitted from the wearable device 1. If it is recognized that payment is to be made at the store A, the financial institution server 3 is instructed to remit 500 yen to the wearable device 1 from the parent shared account.
  • the financial institution server 3 processes to transfer 500 yen from the parent shared account to the wearable device 1 according to the instruction. Specifically, the debit processing from the shared account and remittance information are transmitted to the wearable device 1.
  • the wearable device 1 When the wearable device 1 receives the remittance information (electronic money charge information), it updates the amount data (balance information) stored in the device. Thereby, the user A can pay with the electronic money by holding the charged wearable device 1 over the reading device 5 of the POS terminal in the store.
  • the remittance information electronic money charge information
  • the money shared by the group can be managed more easily and without load by transferring money from the shared account to the sharer according to the user context of the sharer. It becomes possible.
  • the wearable device 1 having a payment function is given to the child and the parent manages money, and the parent uses the communication terminal 4 to determine the location and situation where the child is located (train ride It is possible to remotely charge a predetermined amount according to a bus ride, etc.).
  • FIG. 2 is a block diagram illustrating an example of the configuration of the wearable device 1 according to the present embodiment.
  • the wearable device 1 includes a control unit 10, a communication unit 11, a proximity wireless communication unit 12, a motion sensor 13a, a position sensor 13b, an environment sensor 13c, a biological sensor 13d, a voice input unit 14, and a display unit 15. , Voice output unit 16, user information DB (database) 17a, device information DB 17b, and amount data DB 17c.
  • the control unit 10 functions as an arithmetic processing unit and a control unit, and controls the overall operation in the wearable device 1 according to various programs.
  • the control unit 10 is realized by an electronic circuit such as a CPU (Central Processing Unit) or a microprocessor, for example.
  • the control unit 10 may include a ROM (Read Only Memory) that stores programs to be used, calculation parameters, and the like, and a RAM (Random Access Memory) that temporarily stores parameters that change as appropriate.
  • control unit 10 also functions as the context recognition unit 101, the settlement unit 102, and the authentication unit 103.
  • the context recognition unit 101 recognizes a user context according to information (behavior, place, environment, biometric information) based on various sensors 13 and voice information (environmental sound, speech, etc.) input by the voice input unit 14. .
  • the recognized context is transmitted to the service server 2 on the cloud by the communication unit 11.
  • the settlement unit 102 transmits / receives data to / from the reading device 5 via the proximity wireless communication unit 12 and performs a settlement process. Specifically, the settlement unit 102 transmits the balance data stored in the amount data DB 17c to the reading device 5 by the close proximity wireless communication unit 12, and receives the settlement information (payment amount and new balance data received from the reading device 5). ) To update the amount data DB 17c.
  • the payment unit 102 permits the execution of payment when the user authentication is performed by the authentication unit 103 (authentication state), and executes the payment when the user authentication is not performed (non-authentication state). You may make it refuse. Thereby, the security of the wearable device 1 can be ensured. Further, the settlement unit 102 may correspond to HCE (Host Based Card Emulation).
  • the authentication unit 103 authenticates the person wearing the wearable device 1 based on the biometric information detected by the biosensor 13d. For example, the authentication unit 103 acquires the fingerprint information of the user using the biometric sensor 13d, performs pattern matching using the fingerprint information of the user registered in advance, and the similarity calculated by pattern matching is higher than a predetermined value. In this case, it is determined that the fingerprint authentication is successful.
  • the fingerprint authentication method is arbitrary, and is not limited to the pattern matching method described above. For example, fingerprint authentication processing using a feature point extraction method or a frequency analysis method may be performed.
  • the authentication unit 103 can also perform authentication determination by vein authentication, voiceprint authentication, walking pattern authentication, eyelid authentication, iris authentication, etc. in addition to fingerprint authentication.
  • the eyelid authentication and the iris authentication can be performed based on a captured image captured by a camera (not shown) provided in the wearable device 1.
  • the timing of authentication is arbitrary, and fingerprint authentication may be performed when it is detected that the wearable device 1 is attached to the user using, for example, a proximity sensor (not shown).
  • the proximity sensor is a sensor that acquires a separation distance between the user and the wearable device 1, and is realized by, for example, an inductive sensor, a capacitive sensor, an ultrasonic sensor, or an infrared sensor.
  • the control unit 10 sets the authentication state of the wearable device 1 to “the state where user authentication is performed”, and settles the payment.
  • the settlement function by the unit 102 is made available.
  • the control unit 10 changes the authentication state of the wearable device 1 to “the state where user authentication is not performed”, and the settlement function is Make it unavailable.
  • control unit 10 estimates a user's daily behavior pattern from history information such as the motion sensor 13a, the position sensor 13b, and the environment sensor 13c, and the similarity to the daily behavior pattern is low.
  • the payment function may not be used because it is determined as an extraordinary (abnormal situation).
  • the communication unit 11 transmits and receives data to and from the service server 2 and the financial institution server 3 on the cloud (network) by wireless communication.
  • the communication unit 11 can transmit data via a wireless local area network (LAN), Wi-Fi (registered trademark), a mobile communication network (LTE (Long Term Evolution), 3G (third generation mobile communication system)), or the like. Send and receive.
  • LAN wireless local area network
  • Wi-Fi registered trademark
  • LTE Long Term Evolution
  • 3G third generation mobile communication system
  • the close proximity wireless communication unit 12 performs communication at a short distance of about several cm to 10 cm.
  • the close proximity wireless communication unit 12 is a data for settlement processing by non-contact communication with a reader 5 for electronic money settlement installed at a POS terminal in a store, a vending machine, an entrance / exit of a transportation facility such as a station or a bus. Can be sent and received.
  • transmission / reception of data for settlement processing is not limited to the non-contact communication type, and may be a magnetic type or a bar code display type.
  • a one-time barcode for settlement is generated and transmitted by the service server 2 when the user context satisfies the remittance condition, and the one-time barcode is displayed on the display unit 15 of the wearable device 1. .
  • the reader 5 performs account settlement by reading the one-time barcode.
  • the wearable device 1 includes a motion sensor 13a, a position sensor 13b, an environment sensor 13c, and a biological sensor 13d.
  • the motion sensor 13 a is, for example, an acceleration sensor, a gyro sensor, or a geomagnetic sensor, detects a user's movement or orientation, and outputs a detection result to the context recognition unit 101.
  • the position sensor 13b acquires the position information of the wearable device 1 and outputs it to the context recognition unit 101.
  • the position sensor 13b is realized by a GPS (Global Positioning System) positioning unit, receives a radio wave from a GPS satellite, detects a position where the wearable device 1 exists, and uses the detected position information as the context recognition unit 101. Output to.
  • the position sensor 13b is for detecting a position by, for example, Wi-Fi (registered trademark), Bluetooth (registered trademark), transmission / reception with a mobile phone / PHS / smartphone, or short distance communication. May be.
  • the environmental sensor 13c is a sensor that detects the surrounding environment. For example, a temperature sensor, an atmospheric pressure sensor, a rain sensor, a wind sensor, an illuminance sensor, and the like are assumed. In addition, ambient environmental sound may be detected by a microphone.
  • the biosensor 13d is a sensor that detects the biometric information of the user.
  • a fingerprint sensor a vein sensor, a heart rate sensor, a pulse sensor, a body temperature sensor, a blood glucose level sensor, a sweat sensor, and the like are assumed.
  • the audio input unit 14 is realized by a microphone, a microphone amplifier unit that amplifies the audio signal obtained by the microphone, and an A / D converter that converts the audio signal into a digital signal, and outputs the audio signal to the control unit 10. .
  • the display unit 15 is a display device that outputs an operation screen, a menu screen, and the like.
  • the display unit 15 may be a display device such as a liquid crystal display (LCD) or an organic EL (Electroluminescence) display.
  • LCD liquid crystal display
  • organic EL Electrode-EL
  • the balance of the electronic money charged in the wearable device 1, the payment (payment) amount, and the like can be displayed on the display unit 15 as text or an image.
  • the audio output unit 16 includes a speaker that reproduces an audio signal and an amplifier circuit for the speaker.
  • Wearable device 1 has user information DB7a, device information DB17b, and amount data DB17c.
  • the user information DB 7a stores information about users. For example, data for user authentication (fingerprint information, vein information, voiceprint information, gait information, eyelid images, iris images, etc.) is registered in the user information DB 7a.
  • a user's action history may be accumulated.
  • the device information DB 17b stores information about the wearable device 1. For example, the individual ID of the wearable device 1 is stored in the device information DB 17b.
  • the amount data DB 17c stores electronic money balance information (charge amount). Further, the money amount data DB 17c may further store a settlement history (payment and withdrawal information).
  • the various DBs 17 are configured by a storage device including a storage medium, a recording device that records data on the storage medium, a reading device that reads data from the storage medium, and a deletion device that deletes data recorded on the storage medium.
  • the configuration of the wearable device 1 according to the present embodiment has been specifically described above.
  • the configuration of the wearable device 1 according to the present embodiment is not limited to the example illustrated in FIG. 2.
  • the wearable device 1 may further include a camera, or may not include the audio input unit 14 and the audio output unit 16. Good.
  • FIG. 3 is a block diagram showing an example of the configuration of the service server 2 according to the present embodiment.
  • the service server 2 includes a control unit 20, a communication unit 21, a user information DB 22a, a remittance condition DB 22b, and a determination model DB 22c.
  • the control unit 20 functions as an arithmetic processing unit and a control unit, and controls the overall operation in the service server 2 according to various programs.
  • the control unit 20 is realized by an electronic circuit such as a CPU (Central Processing Unit) and a microprocessor, for example.
  • the control unit 20 may include a ROM (Read Only Memory) that stores programs to be used, calculation parameters, and the like, and a RAM (Random Access Memory) that temporarily stores parameters that change as appropriate.
  • the control unit 20 also functions as a group management unit 201, a remittance condition management unit 202, a remittance condition determination unit 203, and a high-level context recognition unit 204.
  • the group management unit 201 performs management such as registration, update, and deletion of group information.
  • the group information can be registered in the user information DB 22a.
  • the group information includes the ID of each user (sharer) constituting the community group, the ID of the group (family), the role of each user (such as an approver and non-approver), and the communication terminal 4 possessed by each user. And the individual ID of the wearable device 1 and information on the shared account.
  • shared account settlement will be described as an example. However, in the case of substituting with a credit card settlement using the shared account as a withdrawal account, the credit card information may be included in the group information.
  • the remittance condition management unit 202 performs management such as registration, update, and deletion of remittance conditions to a predetermined wearable device 1.
  • the remittance conditions can be registered in the remittance condition DB 22b.
  • the remittance condition may include a group ID, remittance destination (user ID or device ID), user context, remittance amount, approval / non-approval each time.
  • the user When setting up no approval each time, the user performs pre-approval of settlement at the time of setting the remittance conditions, so that the approval process by the user when the target person meets the remittance conditions is unnecessary, and remittance is automatically performed. Done.
  • the setting with approval is made each time, when the target person satisfies the remittance condition, the user is notified, and the remittance is performed after the approval process by the user.
  • the remittance condition determination unit 203 determines whether the remittance condition is satisfied based on the recognition result of the user context transmitted from the wearable device 1.
  • the control unit 20 instructs the financial institution server 3 to remit the predetermined remittance amount from the predetermined shared account to the predetermined remittance destination.
  • the user context may be recognized on the service server 2 side.
  • the remittance destination is assumed to be the wearable device 1 or another account.
  • the high-level context recognition unit 204 recognizes more specific action content (high-level context) based on action pattern history, schedule information, or indoor location detection (detection of room ID by Wi-Fi or beacon). To do.
  • the above-mentioned context recognition results mainly recognize the user's actions and states that are performed in a relatively short time, such as the current position and actions recognized using motion sensors (running, walking, resting state, getting on a train, etc.).
  • “Cram school return road” “During school attendance” “Way to go to soccer club” “Dishwashing assistance in the kitchen” “Departing to the club camp” It is possible to recognize specific action content.
  • the method for recognizing the high-level context is not particularly limited, but for example, refer to Japanese Patent No. 5440080.
  • the high-level context recognizing unit 204 may acquire position information (further, map information may be acquired to detect an attribute “geo category” of the current position based on the position information), context recognition result, action pattern Based on the history, schedule information, indoor location detection contents, etc., specific action contents are determined with reference to a predetermined determination model registered in the determination model DB 22c.
  • the communication unit 21 is connected to a network by wire or wirelessly, and transmits / receives data to / from the financial institution server 3, the communication terminal 4, and the wearable device 1 via the network.
  • the communication unit 21 is connected to a network by, for example, a wired / wireless LAN (Local Area Network) or Wi-Fi (Wireless Fidelity, registered trademark).
  • the service server 2 includes a user information DB 22a, a remittance condition DB 22b, and a determination model DB 22c.
  • the user information DB 22a stores group information including the group ID, the ID of each user constituting the group, the role of each user, the individual ID of the terminal possessed by each user, and the like.
  • remittance conditions including a remittance destination, a group ID, a user context, a remittance amount, and whether or not to approve each time are stored.
  • the determination model DB 22c stores various determination models used in high-level context recognition.
  • the determination model may be a determination rule set in advance, or a determination model generated using a machine learning algorithm.
  • the various DBs 22 are configured by a storage device including a storage medium, a recording device that records data on the storage medium, a reading device that reads data from the storage medium, and a deletion device that deletes data recorded on the storage medium.
  • the configuration of the service server 2 according to this embodiment has been specifically described above.
  • the configuration of the service server 2 according to the present embodiment is not limited to the example illustrated in FIG. 3.
  • at least a part of functions or a DB may be provided in an external device connected by communication.
  • the described wearable device 1 may have at least one of the functions of the context recognition unit 101, the settlement unit 102, and the authentication unit 103. Accordingly, context recognition, settlement processing, or authentication processing can be performed on the server side.
  • FIG. 4 is a block diagram showing an example of the configuration of the financial institution server 3 according to the present embodiment.
  • the financial institution server 3 has a control unit 30, a communication unit 31, a customer information DB 32a, and an account amount DB 32b.
  • the control unit 30 functions as an arithmetic processing unit and a control unit, and controls the overall operation in the financial institution server 3 according to various programs.
  • the control unit 30 is realized by an electronic circuit such as a CPU (Central Processing Unit) or a microprocessor, for example.
  • the control unit 30 may include a ROM (Read Only Memory) that stores programs to be used, calculation parameters, and the like, and a RAM (Random Access Memory) that temporarily stores parameters that change as appropriate.
  • control unit 30 also functions as a user authentication unit 301 and an account deposit / withdrawal management unit 302.
  • the user authentication unit 301 performs user authentication processing. For example, the user authentication unit 301 compares the input account number and personal identification number with the customer account number and personal identification number registered in the customer information DB 32a, and determines that the authentication is successful if they match.
  • the account deposit / withdrawal management unit 302 performs deposit processing to the account and withdrawal (withdrawal) processing from the account.
  • the communication unit 31 is connected to a network by wire or wireless, and transmits / receives data to / from the service server 2, the communication terminal 4, and the wearable device 1 via the network.
  • the communication unit 31 is connected to a network by, for example, a wired / wireless LAN (Local Area Network) or Wi-Fi (Wireless Fidelity, registered trademark).
  • the financial institution server 3 has a customer information DB 32a and an account amount DB 32b.
  • the customer information DB 32a stores customer information (account number, password, biometric information, customer name, address, etc.).
  • the account amount DB 32b stores the amount information of each account.
  • the various DBs 32 are configured by a storage device including a storage medium, a recording device that records data on the storage medium, a reading device that reads data from the storage medium, and a deletion device that deletes data recorded on the storage medium.
  • the configuration of the financial institution server 3 according to the present embodiment has been specifically described above.
  • the configuration of the financial institution server 3 according to the present embodiment is not limited to the example shown in FIG.
  • remittance management within a community such as a family will be specifically described using a plurality of examples.
  • a case is assumed in which a wearable device having a settlement function using electronic money is provided for a family, and a parent or a child wears his / her wearable device 1 on his / her arm and lives daily.
  • FIG. 5 is a sequence diagram illustrating a remittance process according to a user context according to the first example of the first embodiment.
  • the parent sets a remittance condition to the wearable device 1 of the child (not approved each time), and the remittance process of a predetermined amount is performed when the child's action (context) matches the remittance condition. Will be described.
  • a context is set as a remittance condition by a parent who is a user in the communication terminal 4 (step S103).
  • the context to be set is such as when to send money, and for example, the user's action and situation are set as conditions.
  • a “location” such as a case where a child who is a remittance partner is in the vicinity of point A (for example, within a radius of 100 m) or in a predetermined shopping street may be set as a condition.
  • Parents can grasp the range of their children's behavior and allow them to spend money because they can guess the purpose of use when they are in specific places such as stationery stores, shops, and homes.
  • the parent can set a range of a place from a map screen displayed on the communication terminal 4, input an address of the place, or search from a store name.
  • a remittance amount and approval / non-approval are set (step S106).
  • FIG. 6 shows an example of a screen for setting the remittance amount.
  • the display unit 41 of the parent communication terminal 4 includes a set context 410 such as “I will give you money at a shop of XX”, a remittance amount field 411, a currency icon 412, A determination button 413 is displayed.
  • the method of inputting the remittance amount may be text-based, and it is also possible to make payment intuitively using a currency icon 412 as shown in FIG.
  • the display unit 15 of the wearable device 1 displays the remaining amount of electronic money (or the amount transferred from the parent may be displayed first, and then the remaining amount combined with the amount transferred) may be displayed. .
  • “Approval for each time” is whether or not to confirm the remittance execution approval (that is, approval of withdrawal from the shared account) with the parent each time the child actually meets the remittance conditions. It is a setting.
  • “recognized every time” when the child satisfies the remittance condition, the service server 2 notifies the communication terminal 4 of the remittance approval, and if the parent approves, the remittance is executed. .
  • the remittance amount may not be set in advance, and the amount may be set in the communication terminal 4 when a remittance approval inquiry notification is received. At this time, in addition to confirming that the child has met the context in the notification of approval for remittance, the parent will also be notified of the item and price that the child is going to account for. Can be determined and approved. It is also possible to set the total amount of remittance and the number of remittances of a predetermined amount.
  • the communication terminal 4 transmits the input context, remittance amount, and approval / non-approval as a remittance condition to the service server 2 (step S109), and the remittance condition management unit 202 of the service server 2 It is registered in the remittance condition DB 22b in association with the ID or the like (step S112).
  • the remittance condition management unit 202 extracts the individual ID of the wearable device 1 of the remittance destination (child) from the group information stored in the user information DB 22a and associates it with the remittance condition DB 22b. Good.
  • the wearable device 1 attached to the child senses the behavior and state of the child who is the user by the various sensors 13 (step S115), and recognizes the user context based on the sensing data (step S118).
  • wearable device 1 transmits the recognized context to service server 2 (step S121).
  • Such sensing of user behavior, context recognition, and transmission to the service server 2 can be continuously performed when the user wears the wearable device 1.
  • the wearable device 1 sends the context to the service server 2 as a remittance request. It may be.
  • the child inputs voice as “pocket money” at the voice input unit 14 of the wearable device 1, the context and voice contents (voice data or text data converted by voice recognition) are transmitted to the service server 2 as a remittance request. You may make it do.
  • the remittance condition determination unit 203 of the service server 2 determines whether or not the context transmitted from the wearable device 1 matches the context registered as the remittance condition (step S124). For example, when the remittance condition is set as “a store within a radius of 100 m from the point A” and the recognized child context is “a store within a radius of 20 m from the point A”, the remittance condition determination unit 203 determines that the remittance condition is satisfied.
  • the service server 2 sends the set predetermined remittance amount to the child's wearable device 1 so as to remit money.
  • 3 is instructed (step S127).
  • the financial institution server 3 manages a parent shared account for which remittance conditions are set, and in this embodiment, a predetermined amount is transferred (charged) from the shared account to the child wearable device 1. Association between a parent who is a setter and a shared account of the parent (specifically, an account number and a holder) is performed in advance, and is registered in, for example, group information stored in the user information DB 22a.
  • the service server 2 transmits to the financial institution server 3 a remittance instruction that instructs to remit a predetermined amount from a predetermined shared account to a predetermined remittance destination. If approval is set each time, a remittance approval inquiry is made from the service server 2 to the parent communication terminal 4 here. When the parent's approval is obtained, the service server 2 instructs the financial institution server 3 to transfer money.
  • the financial institution server 3 deducts a predetermined amount from the parent shared account in accordance with the remittance instruction from the service server 2 (step S130), and remits money to the wearable device 1 via the network (electronic money charging process). This is performed (step S133).
  • the wearable device 1 updates the balance of electronic money held in the device in accordance with the remittance from the financial institution server 3 (step S136), and performs settlement processing by proximity wireless communication with the reading device 5 such as a POS terminal. If it is performed, the balance is updated again (step S139).
  • FIG. 7 shows an example of an electronic money balance display screen in the wearable device 1.
  • the remaining amount of electronic money may be displayed on the display unit 15 as a coin image corresponding to the amount other than a numerical value.
  • the wearable device 1 displays an animation in which the paid coins disappear, vibrates (by a vibration unit not shown), or outputs a settlement sound when paying with electronic money.
  • the user can intuitively feel that the payment has been made.
  • the wearable device 1 transmits the payment details to the service server 2 (step S142).
  • the contents of the payment include at least information on the amount paid, and if it can be acquired, information on the purchased product.
  • the service server 2 transmits the payment content to the parent communication terminal 4 (step S145), and the payment content is displayed on the communication terminal 4 (step S148). This allows the parent to know how much the child actually used and what they bought.
  • FIG. 8 is a sequence diagram showing remittance processing according to the user context according to the second example of the first embodiment.
  • the parent A sets the remittance conditions for the child X and the child Y (context, remittance amount, and approval / disapproval for each time) (step S156). Is transmitted to the service server 2 (step S159). Even if the context to be set is related to "behavior", for example, for child X, "I will give you a drink when I run 2km", and for child Y, "I will give you a bus when I get on the bus” Good. Parent A can select a child and set each remittance condition. Further, in this embodiment, “approval is made each time” is set, and the approver may be any of parents (parent A and parent B).
  • the remittance condition management unit 202 of the service server 2 registers the received remittance condition in the remittance condition DB 22b (step S162).
  • Step S165 the behavior and state of the child who is the user are sensed by various sensors 13 (step S165), and the context is recognized based on the sensing data. (Step S168).
  • the wearable device 1X or the wearable device 1Y transmits the recognized context to the service server 2 (Step S171), and the remittance condition determination unit 203 of the service server 2 sets the context in which the child context is registered as the remittance condition. It is determined whether or not they match (step S174).
  • the service server 2 confirms remittance to the parent A communication terminal 4a and the parent B communication terminal 4b. An inquiry is made (steps S181a and S181b).
  • the communication terminal 4a and the communication terminal 4b display an inquiry screen as to whether or not remittance is requested, and ask for approval of remittance by the parent (step S184).
  • an example of the approval screen is shown in FIG.
  • the display unit 41 of the communication terminal 4 indicates that the remittance condition has been satisfied, such as “A child has boarded the bus. Do you approve remittance for the bus fee?”
  • a display 416 indicating the remittance amount and a decision button 417 are displayed together with the text display 415 to be performed.
  • the remittance amount may be set in advance by the parent, may be input and set by the parent at the time of approval, or the context recognized by the wearable device 1 (the point on the bus and the bus stops) It may be the amount that the service server 2 automatically calculates the bus fee from the operation that the user is about to get off.
  • the service server 2 issues a remittance instruction to the financial institution server 3 (step S190).
  • the financial institution server 3 deducts a predetermined amount from the parent shared account in accordance with the remittance instruction from the service server 2 (step S193), and remits money to the target wearable device 1 (1X or 1Y) via the network. (Electronic money charging process) is performed (step S196).
  • the wearable device 1 (1X or 1Y) updates the balance of electronic money held in the device in accordance with the remittance from the financial institution server 3 (step S199), and approaches the reading device 5 such as a POS terminal.
  • the balance is updated again (step S202).
  • wearable device 1 transmits the payment details to service server 2 (step S205), and service server 2 transmits the received payment details to communication terminal 4a and communication terminal 4b (steps S208a and 208b).
  • action can be set as the context.
  • FIG. 10 is a sequence diagram illustrating a remittance process according to a user context according to the third example of the first embodiment.
  • a remittance condition is set by the communication terminal 4a of the parent A, and when the action or situation of the parent B satisfies the remittance condition, a predetermined amount is sent from the shared account to the wearable device 1 worn by the parent B.
  • An example of remittance will be described.
  • the parent A sets remittance conditions (context, remittance amount, and approval / non-approval each time) to the parent B (step S256).
  • the context to be set is, for example, “location” such as when the mother asks his father to shop at the store A (for example, “pharmacy”) or “walks around the store A”. It may be a combination of “action”.
  • the approver since the parent B of the remittance destination is also a person who has the authorization authority in the group, the approver may be set as the parent B each time when “presence / absence of approval is set” is set.
  • the remittance condition management unit 202 of the service server 2 registers the received remittance condition in the remittance condition DB 22b (step S262).
  • step S265 the behavior and state of the parent B who is the user are sensed by the various sensors 13 (step S265), and the context is recognized based on the sensing data (step S268).
  • wearable device 1b transmits the recognized context to service server 2 (step S271), and remittance condition determination unit 203 of service server 2 matches the context of parent B with the context registered as the remittance condition. It is determined whether or not (step S274).
  • the service server 2 satisfies the remittance condition for the communication terminal 4b of the parent B when the context of the parent B satisfies the remittance condition and is set to “Approved every time: Parent B”.
  • Step S277 an inquiry for remittance approval is made.
  • FIG. 11 an example of the approval screen is shown in FIG.
  • the display unit 41 of the communication terminal 4 b has a text display 419 that indicates that the remittance condition is satisfied and an approval inquiry such as “Near pharmacy. Do you approve remittance?”
  • a display 420 indicating the remittance amount and an enter button 421 are displayed. As a result, parent B can also remember that he was asked to shop.
  • a remittance instruction including remittance approval and remittance amount is transmitted from the communication terminal 4b to the financial institution server 3 (step S283).
  • a remittance instruction is transmitted from the communication terminal 4b to the financial institution server 3.
  • the present embodiment is not limited to this, and the service server 2 is notified of the approval as in the second embodiment. Then, the remittance instruction may be transmitted from the service server 2 to the financial institution server 3.
  • the financial institution server 3 deducts a predetermined amount from the shared account of the parent A and the parent B (step S286), and remits money (electronic money charging process) to the target wearable device 1b via the network. ) Is performed (step S289).
  • the wearable device 1b updates the balance of electronic money held in the device in accordance with the remittance from the financial institution server 3 (step S292), and performs a settlement process by proximity wireless communication with the reading device 5 such as a POS terminal. If it is performed, the balance is updated again (step S295).
  • wearable device 1 transmits the payment details to service server 2 (step S298), and service server 2 transmits the received payment details to communication terminal 4a (step S301).
  • the communication terminal 4a displays the received payment content (step S304).
  • the parent A can grasp that the parent B performs an action that satisfies the remittance condition, and that the remittance has been performed, and further that the requested shopping has been performed.
  • Examples of the context set as the remittance condition include the following examples.
  • ⁇ Behavior When you walk 10,000 steps (drink fee), when you get on a bus (bus fee)
  • ⁇ Location When entering a shop within a radius of 100m from a certain point (latitude, longitude) (shopping fee), when exceeding a radius of 2km from a certain point (latitude, longitude) (taxi fee)
  • Place + Action When the amount of activity exceeds threshold Q at point P (latitude, longitude) (drink fee)
  • Environment When the temperature rises above the specified value (drink fee), when it rains (umbrella fee)
  • Biological When the heart rate exceeds the predetermined value (drink fee), When the blood sugar level falls below the predetermined value (sugar intake fee)
  • the service server 2 notifies the parent communication terminal 4 of the situation. May be automatically notified (for example, “how much payment is going to be made at any store”). In this case, when the parent confirms and approves the conditions, the service server 2 can permit remittance execution or settlement.
  • a voice is transmitted between the parent device (the communication terminal 4 or the wearable device 1 worn by the parent) and the wearable device 1.
  • You may be allowed to automatically start chatting by video, text, or text. This allows the child to offer permission for direct remittance and settlement. Also, as a parent, the current situation of the child can be easily grasped.
  • an indicator such as “Yen has been remittated” or “Payment is possible” may be displayed on the display unit 15 of the wearable device 1.
  • the wearable device 1 may be made to sound a clink and a money when the device is shaken only when the remittance condition or the settlement condition is satisfied.
  • the child can intuitively grasp when the wearable device 1 is ready for shopping.
  • a remittance condition such that a remittance application for a predetermined amount (remittance amount) is made to the service server 2 by a user D in advance by a user (gesture) nearby (place) applause. It is registered.
  • the service server 2 inquires the user C for remittance approval (for example, the communication terminal 4c of the user C). Notification of money transfer approval).
  • the service server 2 instructs the financial institution server 3 to transfer a predetermined amount from the account of the user C to the wearable device 1d of the user D.
  • FIG. 13 is a sequence diagram illustrating an operation process according to the second embodiment.
  • a remittance condition (gesture, place, and remittance amount) is set by the user D (step S406), and the remittance condition is transmitted to the service server 2 (step S409).
  • the service server 2 is registered (step S412). “Gesture” of the remittance condition is set to “applause”, for example, and “location” is set to “near user D”, for example.
  • the wearable device 1d attached to the user D transmits a beacon to the periphery when the user D is performing (step S415).
  • the wearable device 1c worn by the user C who was watching the performance near the user D receives the beacon transmitted from the wearable device 1d of the user D (step S418).
  • the wearable device 1c senses the behavior (including gestures) and state of the user C by the various sensors 13 (step S421), and recognizes the context (such as clapping) based on the sensing data (Ste S424).
  • wearable device 1c transmits the recognized context and beacon reception result to service server 2 (step S427).
  • the remittance condition determination unit 203 of the service server 2 determines whether or not the context of the user C matches the context registered as the remittance condition (step S430). For example, the remittance condition determination unit 203 knows that the user C is near the user D based on the beacon reception result, and further knows that the user C is applauding according to the context. It can be determined that D matches the registered remittance conditions.
  • the service server 2 notifies the communication terminal 4c of the user C that the remittance condition is satisfied (step S433), and sends a remittance approval inquiry. This is performed (step S436).
  • the display unit 41 of the communication terminal 4 c has a text display 423 for inquiring remittance approval such as “Do you want to remit money to Performer D?”, A display 424 indicating the amount of remittance, and a decision A button 425 is displayed.
  • the user C can remit money to the user D with electronic money.
  • the screen can be closed and terminated without pressing the enter button 425.
  • a remittance instruction including remittance approval and remittance amount is transmitted from the communication terminal 4c to the financial institution server 3 (step S439).
  • a remittance instruction is transmitted from the communication terminal 4c to the financial institution server 3.
  • this embodiment is not limited to this, and the service server 2 is notified of the approval, and the service server 2 sends the financial institution server. 3 may send a remittance instruction.
  • the financial institution server 3 deducts a predetermined amount from the account of the user C (step S442), and remits money (charges electronic money) via the network to the wearable device 1d of the user D that is the remittance destination. Process) (step S445).
  • the wearable device 1d updates the balance of electronic money held in the device according to the remittance from the financial institution server 3 (step S448).
  • Wearable device 1d may sound or vibrate the sound of a clink and a coin when remittance is made. Thereby, the user D can grasp intuitively that the remittance was received from the person in the vicinity.
  • the application of the present embodiment is not limited thereto.
  • a predetermined amount of electronic money may be sent to the wearable device 1 of the salesperson as a beer fee.
  • the seller only needs to hand over the beer, and no exchange of money is required, which makes the operation smoother.
  • remittance management to a stranger has been described, but this embodiment is not limited to this, and remittance management to a facility can also be performed.
  • a user C visits a shrine (facility) and remits electronic money as a reward to the shrine (specifically, remittance to the wearable device 1e of the lord of the shrine (user E)). Is possible.
  • FIG. 15 is a sequence diagram showing another operation process of the present embodiment.
  • a remittance condition (gesture, place, and remittance amount) is set by the user E (step S456), and the remittance condition is transmitted to the service server 2 (step S459).
  • the service server 2 is registered (step S462). “Gesture” of the remittance condition is set, for example, as “(Bowing at the time of worship) bowing or clapping hands”, and “Place” is set as, for example, “around a predetermined facility (for example, within a radius of 50 m)”.
  • a beacon is transmitted to the periphery (for example, within a radius of 50 m) by a beacon transmitter installed in the facility (step S465).
  • the wearable device 1c worn by the user C visiting the facility receives a beacon transmitted from the facility (step S468).
  • the wearable device 1c senses the actions (including gestures) and the state of the user C by the various sensors 13 (step S471), and context (operation of worship (bowing, clapping, etc.)) based on the sensing data. Is recognized (step S474).
  • wearable device 1c transmits the recognized context and beacon reception result to service server 2 (step S477).
  • the remittance condition determination unit 203 of the service server 2 determines whether or not the context of the user C matches the context registered as the remittance condition (step S480). For example, the remittance condition determination unit 203 knows that the user C is in the vicinity of a predetermined facility based on the beacon reception result, and further knows that the user C is performing the worship operation according to the context. It can be determined that the remittance condition registered by the user E is met.
  • the service server 2 notifies the communication terminal 4c of the user C that the remittance condition is satisfied (step S483), and makes an inquiry for remittance approval. This is performed (step S486).
  • remittance instruction including remittance approval and remittance amount is transmitted from the communication terminal 4c to the financial institution server 3 (step S489).
  • a remittance instruction is transmitted from the communication terminal 4c to the financial institution server 3.
  • this embodiment is not limited to this, and the service server 2 is notified of the approval, and the service server 2 sends the financial institution server. 3 may send a remittance instruction.
  • the financial institution server 3 deducts a predetermined amount from the account of the user C (step S492), and remits money (charges electronic money) via the network to the wearable device 1e of the user E who is the remittance destination. Process) (step S495).
  • the wearable device 1e updates the balance of electronic money held in the device according to the remittance from the financial institution server 3 (step S498).
  • Wearable device 1e may sound or vibrate the sound of a clink and a coin when remittance is made. Thereby, the user E can grasp intuitively that the person visited the facility and that there was money transfer.
  • the user context recognized in the first embodiment and the second embodiment described above is relatively comparative, such as the current position and the action recognized using the motion sensor (running, walking, resting state, getting on a train, etc.) Although the user's actions and states performed in a short time are mainly recognized, the present disclosure is not limited to this, and in the high-level context recognition unit 204, “the way back to the cram school”, “helping dishwashing in the kitchen”, etc. It is possible to recognize more specific action content (so-called high-level context).
  • the high-level context is simply “walking”, “running”, “bicycle”, “train / bus”, etc., in addition to context recognition such as “walking”, as described above. It is recognized as a high-level context that it is “on the way of a cram school” or “on the way of learning”. In addition, referring to the user's schedule and calendar information, “depart for overseas trips for more than a week” “returned home for the first time in a week after business trip” “departed for athletic meet” “arrived at a club camp” “excursion “Departed on” is recognized as a high-level context.
  • FIG. 16 is a sequence diagram showing an operation process of remittance management when the remittance condition is a high level context.
  • a high level context (also referred to as a high context) is set as a remittance condition by a parent who is a user in the communication terminal 4 (step S503). For example, “when helping the house“ cleaning windows ”” or “on the way to a cram school” is assumed.
  • step S506 the remittance amount and approval / non-approval are set by the parent who is the user in the communication terminal 4 (step S506).
  • the communication terminal 4 transmits a remittance condition including the set high level context, remittance amount, and approval / rejection to the service server 2 (step S509), and the remittance condition is registered in the service server 2 (step S509). S512).
  • the parent inputs a child schedule (step S513). Specifically, it is the date and time of a cram school for children, and this schedule is used when recognizing a high-level context “Cram School Path” described later. However, recognition such as “on the way of a cram school” is not necessarily determined based on a schedule, and it is also possible to determine based on a child's usual behavior history, so such schedule registration is not essential.
  • the input schedule is transmitted from the communication terminal 4 to the service server 2 and registered (step S514).
  • the wearable device 1 attached to the child senses the behavior and state of the child who is the user by the various sensors 13 (step S515), and recognizes the user context based on the sensing data (step S518).
  • the wearable device 1 transmits the recognized context to the service server 2 (step S521). At this time, the wearable device 1 may also transmit sensing data. Wearable device 1 may also transmit the acquired room ID as sensing data when performing indoor location detection.
  • the high-level context recognition unit 204 of the service server 2 performs high-level context recognition using the determination level stored in the determination model DB 22c based on the received context, sensing data, pre-registered schedule information, and the like. This is performed (step S522). For example, when the help mode is turned on by the parent, the “help determination model” is extracted from the determination model DB 22c, and it is determined whether or not the behavior of the child corresponds to the predetermined help (recognizes the high level context). .
  • the remittance condition determination unit 203 of the service server 2 determines whether or not the recognized high level context matches the high level context registered as the remittance condition (step S524).
  • the service server 2 sends the predetermined remittance amount to the child's wearable device 1 so as to remit money.
  • the engine server 3 is instructed (step S527).
  • the financial institution server 3 deducts a predetermined amount from the parent shared account in accordance with the remittance instruction from the service server 2 (step S530), and remits money to the wearable device 1 via the network (electronic money charging process). This is performed (step S533).
  • wearable device 1 updates the balance of electronic money held in the device in accordance with the remittance from financial institution server 3 (step S536).
  • a high-level context is set, and when a child's behavior or state matches, the child's own wearable device 1 can be charged (remitted) remotely. It becomes possible.
  • money may be transferred from the parent shared account to the child account, and the child wearable device 1 may charge a predetermined amount from the corresponding child account.
  • service server 2 in order to make hardware such as the CPU, ROM, and RAM incorporated in the wearable device 1, service server 2, or communication terminal 4 described above perform the functions of the wearable device 1, service server 2, or communication terminal 4. It is also possible to create a computer program.
  • a computer-readable storage medium storing the computer program is also provided.
  • a determination unit that determines whether or not the user context matches a remittance condition registered in advance based on context information of a user wearing a device having a settlement function; When it is determined that the remittance conditions are met, a control unit that controls to remit a predetermined amount of money to a predetermined destination;
  • An information processing apparatus comprising: (2) The information processing apparatus according to (1), wherein the control unit instructs a financial institution server that manages the predetermined account to transfer the predetermined amount from a predetermined account to a predetermined wearable device.
  • the predetermined wearable device is a device worn by the user.
  • the predetermined wearable device is a device worn by a setter who sets the remittance condition.
  • the context information is a context indicating at least one of a place, an action, a situation, an environment, a voice, an utterance, biological information, or a gesture. apparatus.
  • the context information includes a high-level context recognized as more specific action content than the context.
  • the controller is If it is determined that the remittance condition is met, if the remittance condition setter has already obtained approval, the remittance is controlled to be sent to the destination, and if not approved, the remittance condition setter is approved.
  • the information processing apparatus according to any one of (1) to (6), wherein control is performed so as to send money to the predetermined transmission destination after obtaining an inquiry.
  • the controller is After controlling to send the predetermined amount to the device worn by the user and then receiving payment details from the device, control is performed to send the payment details to the setter of the remittance conditions.
  • the information processing apparatus according to any one of (7).
  • Processor Determining whether or not the user context matches a pre-registered remittance condition based on the context information of the user wearing the device having a settlement function; If it is determined that the remittance conditions are met, controlling to send a predetermined amount of money to a predetermined destination; Including an information processing method.
  • Computer A determination unit that determines whether or not the user context matches a remittance condition registered in advance based on context information of a user wearing a device having a settlement function; When it is determined that the remittance conditions are met, a control unit that controls to remit a predetermined amount of money to a predetermined destination; Program to function as

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Finance (AREA)
  • Computer Hardware Design (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Child & Adolescent Psychology (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

【課題】ユーザコンテキストに応じて設定された金額の送金制御を行うことが可能な情報処理装置、情報処理方法、およびプログラムを提供する。 【解決手段】決算機能を有するデバイスを装着したユーザのコンテキスト情報に基づいて、ユーザコンテキストが予め登録された送金条件に合致するか否かを判定する判定部と、前記送金条件に合致すると判定されると、所定の金額を所定の送信先に送金するよう制御する制御部と、を備える、情報処理装置。

Description

情報処理装置、情報処理方法、およびプログラム
　本開示は、情報処理装置、情報処理方法、およびプログラムに関する。
　従来、一般的に家族等のグループではお金を共有して利用していることが多い。共有者は、例えば共有口座から各自キャッシュカードを用いてお金を下ろしたり、クレジットカードを用いて利用したりしている。
特開２０１６－１１１７０４号公報
　しかしながら、グループで共有するお金を管理すること、具体的には各共有者の支払い状況を双方で監視し合うことは手間がかかり、面倒であった。特に親が子供へお小遣いをあげた場合に、その用途まで監視、管理するのは困難であった。
　ここで、状況に応じて特定の制御を行う技術として、例えば上記特許文献１では、接近する第１の通信端末からの開錠要求を検出した際に、所定の条件を満たす振動または音等に基づいて開錠制御を行うシステムが開示されているが、状況に応じてお金の管理を行う制御に関しては特に言及されていない。
　そこで、本開示では、ユーザコンテキストに応じて設定された金額の送金制御を行うことが可能な情報処理装置、情報処理方法、およびプログラムを提案する。
　本開示によれば、決算機能を有するデバイスを装着したユーザのコンテキスト情報に基づいて、ユーザコンテキストが予め登録された送金条件に合致するか否かを判定する判定部と、前記送金条件に合致すると判定されると、所定の金額を所定の送信先に送金するよう制御する制御部と、を備える、情報処理装置を提案する。
　本開示によれば、プロセッサが、決算機能を有するデバイスを装着したユーザのコンテキスト情報に基づいて、ユーザコンテキストが予め登録された送金条件に合致するか否かを判定することと、前記送金条件に合致すると判定されると、所定の金額を所定の送信先に送金するよう制御することと、を含む、情報処理方法を提案する。
　本開示によれば、コンピュータを、決算機能を有するデバイスを装着したユーザのコンテキスト情報に基づいて、ユーザコンテキストが予め登録された送金条件に合致するか否かを判定する判定部と、前記送金条件に合致すると判定されると、所定の金額を所定の送信先に送金するよう制御する制御部と、として機能させるための、プログラムを提案する。
　以上説明したように本開示によれば、ユーザコンテキストに応じて設定された金額の送金制御を行うことが可能となる。
　なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
本開示の一実施形態による情報処理システムの概要について説明する図である。 本実施形態によるウェアラブルデバイスの構成の一例を示すブロック図である。 本実施形態によるサービスサーバの構成の一例を示すブロック図である。 本実施形態による金融機関サーバの構成の一例を示すブロック図である。 第１の実施形態の第１の実施例によるユーザコンテキストに応じた送金処理を示すシーケンス図である。 第１の実施形態の第１の実施例による送金金額を設定する画面の一例を示す図である。 第１の実施形態の第１の実施例によるウェアラブルデバイス内の電子マネーの残額表示画面の一例を示す図である。 第１の実施形態の第２の実施例によるユーザコンテキストに応じた送金処理を示すシーケンス図である。 第１の実施形態の第２の実施例による都度承認の画面の一例を示す図である。 第１の実施形態の第３の実施例によるユーザコンテキストに応じた送金処理を示すシーケンス図である。 第１の実施形態の第３の実施例による都度承認の画面の一例を示す図である。 第２の実施形態の概要について説明する図である。 第２の実施形態による動作処理を示すシーケンス図である。 第２の実施形態の送金承認の通知画面の一例を示す図である。 第２の実施形態の他の動作処理を示すシーケンス図である。 本開示の一実施形態によるハイレベルコンテキストを送金条件とした場合の送金管理の動作処理を示すシーケンス図である。
　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　また、説明は以下の順序で行うものとする。
　１．本開示の一実施形態による情報処理システムの概要
　２．構成
　　２－１．ウェアラブルデバイス１の構成
　　２－２．サービスサーバ２の構成
　　２－３．金融機関サーバ３の構成
　３．各実施形態
　　３－１．第１の実施形態
　　（３－１－１）第１の実施例
　　（３－１－２）第２の実施例
　　（３－１－３）第３の実施例
　　（３－１－４）補足
　　３－２．第２の実施形態
　　３－３．その他
　　（３－３－１）ハイレベルコンテキストの認識
　　（３－３－２）口座間の送金
　４．まとめ
　＜＜１．本開示の一実施形態による情報処理システムの概要＞＞
　図１は、本開示の一実施形態による情報処理システムの概要について説明する図である。図１に示すように、本実施形態による情報処理システムは、ユーザＡ（例えば子供）が利用するウェアラブルデバイス１と、ユーザＢ（例えば親）が利用する通信端末４と、ウェアラブルデバイス１および通信端末４とデータの送受信を行うサービスサーバ２を備える。
　ウェアラブルデバイス１は電子マネーによる決済機能を有する。具体的には、例えばウェアラブルデバイス１がリストバンド型デバイスの場合、ユーザＡはウェアラブルデバイス１を腕に装着した状態のまま店舗等の読取装置５にかざすと、ウェアラブルデバイス１と読取装置５との間で近接無線通信が行われ、決済処理が行われる。
　通信端末４は、例えばスマートフォン、タブレット端末、携帯電話端末、またはＰＣ（パーソナルコンピュータ）等により実現される。
　ここで、上述したように、従来、グループで共有するお金を管理すること、具体的には各共有者の支払い状況を双方で監視し合うことは手間がかかり、面倒であった。特に親が子供へお小遣いをあげた場合に、その用途まで監視、管理するのは困難であった。
　そこで、本実施形態では、行動や状況等のユーザコンテキストに応じて、決済機能を有するウェアラブルデバイス１への送金を実施したり制限したりすることで、簡単に負荷なく他者（共有者）に適宜送金を行うことを可能とする。
　具体的には、例えば親（ユーザＢ）が、子供（ユーザＡ）が装着している決済機能を有するウェアラブルデバイス１への、家族の共有口座からの送金（チャージ）条件および送金金額を予め通信端末４で設定し、サービスサーバ２の送金条件ＤＢ２３に登録する。
　ウェアラブルデバイス１は、例えばリストバンド型デバイスであって、加速度センサやジャイロセンサ等のモーションセンサ１３ａおよび位置センサ１３ｂ等（図２参照）を有し、日常的に装着者（ここでは、ユーザＡ；子供）の行動や状況（所謂ユーザコンテキスト）を認識し、認識結果をサービスサーバ２に送信する。また、ウェアラブルデバイス１は、電子マネーによる決済機能を有する。
　サービスサーバ２は、ウェアラブルデバイス１から送信されたコンテキストに応じて、送金条件ＤＢ２３に登録された送金条件を満たすか否かを判断し、満たした場合は、所定の共有口座からウェアラブルデバイス１へ所定金額を送金するよう、金融機関サーバ３に指示する。例えば親により予め店舗Ａで子供が買い物する際には５００円送金することが設定されている場合、サービスサーバ２は、ウェアラブルデバイス１から送信されたコンテキストに基づいて子供が店舗Ａに入ったことや店舗Ａで決済しようとしていることを認識すると、条件を満たしたと判断し、親の共有口座からウェアラブルデバイス１に５００円の送金を行うよう金融機関サーバ３に指示する。
　金融機関サーバ３は、指示に従って、親の共有口座からウェアラブルデバイス１に５００円を送金するよう処理する。具体的には、共有口座からの引き落とし処理および送金情報をウェアラブルデバイス１に送信する。
　ウェアラブルデバイス１は、送金情報（電子マネーのチャージ情報）を受信すると、デバイス内に記憶している金額データ（残高情報）の更新を行う。これにより、ユーザＡは、チャージされたウェアラブルデバイス１を店舗におけるＰＯＳ端末の読取装置５にかざして電子マネーによる支払いを行い得る。
　このように、本実施形態による情報処理システムでは、共有者のユーザコンテキストに応じて共有口座から当該共有者への送金を実施することで、グループで共有するお金の管理をより簡単に負荷無く行うことが可能となる。
　また、本実施形態では、決済機能を有するウェアラブルデバイス１を子供に与えて親がお金の管理を行う状況を想定し、親は、通信端末４を用いて、子供が居る場所や状況（電車乗車、バス乗車等）等に応じて所定の金額を遠隔チャージすることが可能となる。
　以上、本開示の一実施形態による情報処理システムについて説明した。続いて、本実施形態による情報処理システムに含まれる各装置の具体的な構成について図面を参照して説明する。
　＜＜２．構成＞＞
　　＜２－１．ウェアラブルデバイス１の構成＞
　図２は、本実施形態によるウェアラブルデバイス１の構成の一例を示すブロック図である。図２に示すように、ウェアラブルデバイス１は、制御部１０、通信部１１、近接無線通信部１２、モーションセンサ１３ａ、位置センサ１３ｂ、環境センサ１３ｃ、生体センサ１３ｄ、音声入力部１４、表示部１５、音声出力部１６、ユーザ情報ＤＢ（データベース）１７ａ、デバイス情報ＤＢ１７ｂ、および金額データＤＢ１７ｃを有する。
　（制御部１０）
　制御部１０は、演算処理装置および制御装置として機能し、各種プログラムに従ってウェアラブルデバイス１内の動作全般を制御する。制御部１０は、例えばＣＰＵ（Central　Processing　Unit）、マイクロプロセッサ等の電子回路によって実現される。また、制御部１０は、使用するプログラムや演算パラメータ等を記憶するＲＯＭ（Read　Only　Memory）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Random　Access　Memory）を含んでいてもよい。
　また、本実施形態による制御部１０は、コンテキスト認識部１０１、決済部１０２、および認証部１０３としても機能する。
　コンテキスト認識部１０１は、各種センサ１３に基づく情報（行動、場所、環境、生体情報）や、音声入力部１４により入力された音声情報（環境音、発話など）に応じて、ユーザコンテキストを認識する。認識されたコンテキストは、通信部１１によりクラウド上のサービスサーバ２に送信される。
　決済部１０２は、近接無線通信部１２を介して読取装置５とデータの送受信を行い、決済処理を行う。具体的には、決済部１０２は、金額データＤＢ１７ｃに記憶されている残高データを近接無線通信部１２により読取装置５へ送信し、読取装置５から受信した決済情報（決済金額および新たな残高データ）に基づいて、金額データＤＢ１７ｃを更新する。なお決済部１０２は、認証部１０３によりユーザ認証が行われている状態（認証状態）の場合は決済の実行を許可し、ユーザ認証が行われていない状態（非認証状態）では決済の実行を拒否するようにしてもよい。これによりウェアラブルデバイス１のセキュリティを担保することができる。また、決済部１０２は、ＨＣＥ（Ｈｏｓｔ　Ｂａｓｅｄ　Ｃａｒｄ　Ｅｍｕｌａｔｉｏｎ）に対応したものであってもよい。
　認証部１０３は、生体センサ１３ｄにより検知された生体情報に基づいて、ウェアラブルデバイス１を装着した者の本人認証を行う。例えば認証部１０３は、生体センサ１３ｄによりユーザの指紋情報を取得し、予め登録されているユーザの指紋情報を用いてパターンマッチングを行い、パターンマッチングによって算出された類似度が所定の値よりも高い場合に、指紋認証が成功したと判定する。指紋認証の方式は任意であって、上述したパターンマッチング方式に限定されず、例えば特徴点抽出方式や周波数解析方式を用いた指紋認証処理を行ってもよい。
　また、認証部１０３は、指紋認証の他、静脈認証、声紋認証、歩紋認証、顏認証、虹彩認証等により認証判定を行うことも可能である。顏認証および虹彩認証は、ウェアラブルデバイス１に設けられたカメラ（不図示）により撮像された撮像画像に基づいて行われ得る。
　また、認証のタイミングは任意であって、例えば近接センサ（不図示）を用いてウェアラブルデバイス１がユーザに装着されたことが検出された場合に指紋認証を行うようにしてもよい。近接センサは、ユーザとウェアラブルデバイス１との離隔距離を取得するセンサであって、例えば誘導式、静電容量式、超音波式、または赤外線式のセンサにより実現される。
　例えば制御部１０は、ウェアラブルデバイス１がユーザに装着され、認証部１０３によりユーザ本人であることが認証されると、ウェアラブルデバイス１の認証状態を「ユーザ認証が行われている状態」とし、決済部１０２による決済機能が利用できるようにする。一方、指紋認証が失敗した場合や、ウェアラブルデバイス１がユーザから取り外された場合、制御部１０は、ウェアラブルデバイス１の認証状態を「ユーザ認証が行われていない状態」に変化させ、決済機能が利用できないようにする。
　また、制御部１０は、生体認証の他、モーションセンサ１３ａ、位置センサ１３ｂ、環境センサ１３ｃ等の履歴情報からユーザの日常の行動パターンを推定し、日常の行動パターンとの類似度が低い場合に、非日常（異常事態）と判断して決済機能が利用できないようにしてもよい。
　（通信部１１）
　通信部１１は、無線通信によりクラウド（ネットワーク）上のサービスサーバ２や金融機関サーバ３とデータの送受信を行う。通信部１１は、例えば無線ＬＡＮ（Local　Area　Network）、またはＷｉ－Ｆｉ（登録商標）、携帯通信網（ＬＴＥ（Long　Term　Evolution）、３Ｇ（第３世代の移動体通信方式））等によりデータの送受信を行う。
　（近接無線通信部１２）
　近接無線通信部１２は、数ｃｍ～１０ｃｍ程度の近距離で通信を行う。例えば近接無線通信部１２は、店舗のＰＯＳ端末、自動販売機、駅やバス等交通機関の乗降口等に設置された電子マネー決済用の読取装置５と非接触通信により決済処理のためのデータの送受信を行い得る。なお、決済処理のためのデータの送受信は、非接触通信型に限定されず、磁気型、バーコード表示型であってもよい。バーコード表示型の場合、サービスサーバ２によりユーザコンテキストが送金条件を満たす場合に決済用のワンタイムバーコードが生成、送信され、ウェアラブルデバイス１の表示部１５に当該ワンタイムバーコードが表示される。読取装置５は、ワンタイムバーコードを読み取って口座決済を行う。
　（各種センサ１３）
　ウェアラブルデバイス１は、モーションセンサ１３ａ、位置センサ１３ｂ、環境センサ１３ｃ、および生体センサ１３ｄを有する。モーションセンサ１３ａは、例えば加速度センサ、ジャイロセンサ、および地磁気センサであって、ユーザの動きや向きを検出し、検出結果をコンテキスト認識部１０１へ出力する。
　位置センサ１３ｂは、ウェアラブルデバイス１の位置情報を取得し、コンテキスト認識部１０１へ出力する。例えば位置センサ１３ｂは、ＧＰＳ（Global　Positioning　System）測位部により実現され、ＧＰＳ衛星からの電波を受信して、ウェアラブルデバイス１が存在している位置を検知し、検知した位置情報をコンテキスト認識部１０１へ出力する。また、位置センサ１３ｂは、ＧＰＳの他、例えばＷｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、携帯電話・ＰＨＳ・スマートフォン等との送受信、または近距離通信等により位置を検知するものであってもよい。
　環境センサ１３ｃは、周辺環境を検知するセンサであって、例えば温度センサ、気圧センサ、雨センサ、風センサ、照度センサ等が想定される。また、マイクロホンにより周辺の環境音を検知してもよい。
　生体センサ１３ｄは、ユーザの生体情報を検知するセンサであって、例えば指紋センサ、静脈センサ、心拍センサ、脈拍センサ、体温センサ、血糖値センサ、発汗センサ等が想定される。
　（音声入力部１４）
　音声入力部１４は、マイクロホンと、そのマイクロホンで得られた音声信号を増幅処理するマイクアンプ部と、音声信号にデジタル変換するＡ／Ｄ変換器により実現され、音声信号を制御部１０に出力する。
　（表示部１５）
　表示部１５は、操作画面やメニュー画面等を出力する表示装置である。この表示部１５は、例えば、液晶ディスプレイ（ＬＣＤ：Liquid　Crystal　Display）、有機ＥＬ（Electroluminescence）ディスプレイなどの表示装置であってもよい。また、表示部１５には、ウェアラブルデバイス１にチャージされている電子マネーの残高や決済（支払）金額等がテキストまたは画像で表示され得る。
　（音声出力部１６）
　音声出力部１６は、音声信号を再生するスピーカと、スピーカに対するアンプ回路を有する。
　（各種ＤＢ１７）
　ウェアラブルデバイス１は、ユーザ情報ＤＢ７ａ、デバイス情報ＤＢ１７ｂ、および金額データＤＢ１７ｃを有する。ユーザ情報ＤＢ７ａは、ユーザに関する情報を記憶する。例えばユーザ情報ＤＢ７ａには、ユーザ認証用のデータ（指紋情報、静脈情報、声紋情報、歩紋情報、顏画像、虹彩画像等）が登録される。また、ユーザの行動履歴（モーションセンサ１３ａ、位置センサ１３ｂ、環境センサ１３ｃ、生体センサ１３ｄにより検知された情報に基づく履歴）が蓄積されてもよい。
　デバイス情報ＤＢ１７ｂは、ウェアラブルデバイス１に関する情報を記憶する。例えば、デバイス情報ＤＢ１７ｂには、ウェアラブルデバイス１の個体ＩＤが記憶されている。
　金額データＤＢ１７ｃは、電子マネーの残高情報（チャージ金額）を記憶している。また、金額データＤＢ１７ｃは、さらに決済履歴（入金および出金情報）を記憶してもよい。
　また、各種ＤＢ１７は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置等を含むストレージ装置により構成される。
　以上、本実施形態によるウェアラブルデバイス１の構成について具体的に説明した。なお本実施形態によるウェアラブルデバイス１の構成は、図２に示す例に限定されず、例えば、さらにカメラを有していてもよいし、音声入力部１４および音声出力部１６を有していなくともよい。
　　＜２－２．サービスサーバ２の構成＞
　図３は、本実施形態によるサービスサーバ２の構成の一例を示すブロック図である。図３に示すように、サービスサーバ２は、制御部２０、通信部２１、ユーザ情報ＤＢ２２ａ、送金条件ＤＢ２２ｂ、および判定モデルＤＢ２２ｃを有する。
　（制御部２０）
　制御部２０は、演算処理装置および制御装置として機能し、各種プログラムに従ってサービスサーバ２内の動作全般を制御する。制御部２０は、例えばＣＰＵ（Central　Processing　Unit）、マイクロプロセッサ等の電子回路によって実現される。また、制御部２０は、使用するプログラムや演算パラメータ等を記憶するＲＯＭ（Read　Only　Memory）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Random　Access　Memory）を含んでいてもよい。
　また、本実施形態による制御部２０は、グループ管理部２０１、送金条件管理部２０２、送金条件判定部２０３、およびハイレベルコンテキスト認識部２０４としても機能する。
　グループ管理部２０１は、グループ情報の登録、更新、削除等の管理を行う。グループ情報は、ユーザ情報ＤＢ２２ａに登録され得る。また、グループ情報には、コミュニティグループを構成する各ユーザ（共有者）のＩＤ、グループ（家族）のＩＤ、各ユーザの役割（承認者、非承認者など）、各ユーザが所持する通信端末４やウェアラブルデバイス１の個体ＩＤ、および共有口座の情報が含まれる。なお、本実施形態では共有口座決済を例として説明するが、当該共有口座を引き落とし口座とするクレジットカードの決済で代替する場合は、グループ情報にクレジットカード情報も含まれ得る。
　送金条件管理部２０２は、所定のウェアラブルデバイス１への送金の条件の登録、更新、削除等の管理を行う。送金条件は、送金条件ＤＢ２２ｂに登録され得る。送金条件には、グループＩＤ、送金先（ユーザＩＤまたはデバイスＩＤ）、ユーザコンテキスト、送金金額、都度承認の有無等が含まれ得る。都度承認無しの設定を行う場合、ユーザは送金条件の設定時に決済の事前承認を行っておくことで、対象者が送金条件を満たした際のユーザによる承認プロセスが不要となり、自動的に送金が行われる。一方、都度承認有りの設定を行った場合、対象者が送金条件を満たした際にユーザへの通知が行われ、ユーザによる承認プロセスを経てから、送金が行われる。
　送金条件判定部２０３は、ウェアラブルデバイス１から送信されたユーザコンテキストの認識結果に基づいて、送金条件を満たしているか否かを判定する。送金条件判定部２０３により、送金条件を満たしていると判定された場合、制御部２０は、所定の送金金額を、所定の共有口座から所定の送金先へ送金するよう、金融機関サーバ３へ指示する。なおユーザコンテキストの認識は、サービスサーバ２側で行ってもよい。また、送金先は、ウェアラブルデバイス１、または他の口座が想定される。
　ハイレベルコンテキスト認識部２０４は、行動パターンの履歴、スケジュール情報、または屋内場所検出（Ｗｉ－Ｆｉやビーコンによる部屋ＩＤの検出）等に基づいて、より具体的な行動内容（ハイレベルコンテキスト）を認識する。上述したコンテキスト認識結果では、現在位置やモーションセンサを利用して認識した動作（走る、歩く、静止状態、電車に乗る等）など、比較的短時間に行われるユーザの動作や状態が主に認識されているが、ハイレベルコンテキスト認識部２０４では、「塾の帰り道」「登下校中」「サッカークラブへ行く道中」「台所で食器洗いのお手伝い」「部活の合宿へ出発している」等、より具体的な行動内容を認識することが可能である。ハイレベルコンテキストの認識方法については特に限定しないが、例えば特許第5440080号が参照される。具体的には、ハイレベルコンテキスト認識部２０４は、位置情報（さらに地図情報を取得して位置情報に基づく現在位置の属性「ジオカテゴリ」を検出してもよい）、コンテキスト認識結果、行動パターンの履歴、スケジュール情報、または屋内場所検出内容等に基づいて、判定モデルＤＢ２２ｃに登録された所定の判定モデルを参照し、具体的な行動内容を判定する。
　（通信部２１）
　通信部２１は、有線または無線によりネットワークと接続し、ネットワークを介して金融機関サーバ３や、通信端末４、およびウェアラブルデバイス１と、データの送受信を行う。通信部２１は、例えば有線／無線ＬＡＮ（Local　Area　Network）、またはＷｉ－Ｆｉ（Wireless　Fidelity、登録商標）等によりネットワークと通信接続する。
　（各種ＤＢ２２）
　サービスサーバ２は、ユーザ情報ＤＢ２２ａ、送金条件ＤＢ２２ｂ、および判定モデルＤＢ２２ｃを有する。
　ユーザ情報ＤＢ２２ａには、上述したように、グループＩＤ、グループを構成する各ユーザのＩＤ、各ユーザの役割、および各ユーザが所持する端末の個体ＩＤ等を含むグループ情報が記憶されている。
　送金条件ＤＢ２２ｂには、上述したように、送金先、グループＩＤ、ユーザコンテキスト、送金金額、および都度承認の有無の設定等を含む送金条件が記憶されている。
　判定モデルＤＢ２２ｃは、ハイレベルコンテキスト認識で用いられる各種判定モデルを記憶する。判定モデルは、予め設定された判定ルールであってもよいし、機械学習アルゴリズムを用いて生成された判定モデルであってもよい。
　また、各種ＤＢ２２は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置等を含むストレージ装置により構成される。
　以上、本実施形態によるサービスサーバ２の構成について具体的に説明した。なお本実施形態によるサービスサーバ２の構成は図３に示す例に限定されず、例えば少なくとも一部の機能またはＤＢが通信接続された外部装置に設けられてもよいし、図２を参照して説明したウェアラブルデバイス１のコンテキスト認識部１０１、決済部１０２、または認証部１０３の少なくともいずれかの機能を有していてもよい。これにより、サーバ側においても、コンテキスト認識や、決済処理、または認証処理を行うことが可能となる。
　　＜２－３．金融機関サーバ３の構成＞
　図４は、本実施形態による金融機関サーバ３の構成の一例を示すブロック図である。図４に示すように、金融機関サーバ３は、制御部３０、通信部３１、顧客情報ＤＢ３２ａ、および口座金額ＤＢ３２ｂを有する。
　（制御部３０）
　制御部３０は、演算処理装置および制御装置として機能し、各種プログラムに従って金融機関サーバ３内の動作全般を制御する。制御部３０は、例えばＣＰＵ（Central　Processing　Unit）、マイクロプロセッサ等の電子回路によって実現される。また、制御部３０は、使用するプログラムや演算パラメータ等を記憶するＲＯＭ（Read　Only　Memory）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Random　Access　Memory）を含んでいてもよい。
　また、本実施形態による制御部３０は、ユーザ認証部３０１および口座入出金管理部３０２としても機能する。
　ユーザ認証部３０１は、ユーザの認証処理を行う。例えばユーザ認証部３０１は、入力された口座番号および暗証番号と、顧客情報ＤＢ３２ａに登録された顧客の口座番号および暗証番号を比較し、一致する場合は認証成功と判断する。
　口座入出金管理部３０２は、口座への入金処理および口座からの引き落とし（出金）処理を行う。
　（通信部３１）
　通信部３１は、有線または無線によりネットワークと接続し、ネットワークを介してサービスサーバ２や、通信端末４、およびウェアラブルデバイス１と、データの送受信を行う。通信部３１は、例えば有線／無線ＬＡＮ（Local　Area　Network）、またはＷｉ－Ｆｉ（Wireless　Fidelity、登録商標）等によりネットワークと通信接続する。
　（各種ＤＢ３２）
　金融機関サーバ３は、顧客情報ＤＢ３２ａおよび口座金額ＤＢ３２ｂを有する。顧客情報ＤＢ３２ａは、顧客情報（口座番号、暗証番号、生体認証情報、顧客氏名、住所等）を記憶する。口座金額ＤＢ３２ｂは、各口座の金額情報を記憶する。
　また、各種ＤＢ３２は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置等を含むストレージ装置により構成される。
　以上、本実施形態による金融機関サーバ３の構成について具体的に説明した。なお本実施形態による金融機関サーバ３の構成は図４に示す例に限定されない。
　＜＜３．各実施形態＞＞
　続いて、本実施形態による情報処理システムについて、複数の実施形態を用いて具体的に説明する。
　　＜３－１．第１の実施形態＞
　まず、第１の実施形態として、家族等のコミュニティ内での送金管理について複数の実施例を用いて具体的に説明する。ここでは、例えば電子マネーによる決算機能を有するウェアラブルデバイスを家族向けに提供し、親や子供がそれぞれ自身のウェアラブルデバイス１を腕に装着して日常生活を送っている場合を想定する。
　　（３－１－１．第１の実施例）
　図５は、第１の実施形態の第１の実施例によるユーザコンテキストに応じた送金処理を示すシーケンス図である。本実施例では、通信端末４において親が子供のウェアラブルデバイス１への送金条件を設定し（都度承認無し）、子供の行動（コンテキスト）が送金条件に合致した場合に所定金額の送金処理が行われる場合について説明する。
　具体的には、図５に示すように、まず、通信端末４においてユーザである親により送金条件としてコンテキストの設定が行われる（ステップＳ１０３）。設定するコンテキストは、どのような場合に送金をするかといったことであり、例えばユーザの行動や状況が条件として設定される。例えば、送金相手である子供が地点Ａ周辺（例えば半径１００ｍ以内）に居る場合、所定の商店街に居る場合といった「場所」を条件として設定してもよい。親は子供の行動範囲を把握し、いつも寄る文房具屋、商店、自宅の近くなど、特定の場所に居た場合には用途も推測できるためお小遣いをあげるようにすることができる。また、ある店でのおつかいを頼んだ場合にはその店を設定することも可能である。親は、例えば通信端末４に表示された地図画面から場所の範囲を設定したり、その場所を住所入力したり、店名から検索したりすることが可能である。
　次に、送金金額および都度承認の有無を設定する（ステップＳ１０６）。ここで、送金金額を設定する画面の一例を図６に示す。
　図６左側に示すように、親の通信端末４の表示部４１には、「○○のお店でお小遣いをあげる」等の設定したコンテキスト４１０と、送金金額欄４１１と、通貨アイコン４１２と、決定ボタン４１３が表示されている。送金金額の入力方法はテキストベースであってもよいし、図６に示すように通貨アイコン４１２を用いて直感的に入金させるようにすることも可能である。このようにコンテキストと送金金額を入力することで、送金条件を送金相手である子供が満たした場合、図６右側に示すように、子供が所持するウェアラブルデバイス１に送金することができる。ウェアラブルデバイス１の表示部１５には、電子マネーの残額が表示される（若しくは、親から送金された金額を最初に表示し、次に送金金額を併せた残額を表示するようにしてもよい）。
　また、「都度承認の有無」は、実際に子供が送金条件を満たした場合に、送金実行の承認（すなわち共有口座からの引き落としの承認）をその都度親に確認するようにするか否かの設定である。「都度承認有り」の設定をした場合、子供が送金条件を満たした際にサービスサーバ２から通信端末４に送金承認の問い合わせ通知が行われ、親による承認が行われると、送金が実行される。一方、「都度承認無し」の設定をした場合は、送金条件設定時に親の承認が得られたものとし、子供が送金条件を満たした際に送金承認の問い合わせを行うことなく送金が実行される。
　なお送金金額を予め設定せず、送金承認の問い合わせ通知を受けた際に通信端末４において金額を設定するようにしてもよい。この際、送金承認の問い合せ通知に、子供がコンテキストを満たしたことに加えて、子供が会計しようとしている商品や値段も通知するようにすることで、親は会計内容も確認した上で送金金額の決定と承認を行うことが可能となる。また、送金金額の総額や所定金額送金の回数を設定することも可能である。
　次いで、通信端末４は、入力されたコンテキスト、送金金額、および都度承認の有無を送金条件としてサービスサーバ２に送信し（ステップＳ１０９）、サービスサーバ２の送金条件管理部２０２は、親やグループのＩＤ等に対応付けて送金条件ＤＢ２２ｂに登録する（ステップＳ１１２）。また、送金条件管理部２０２は、送金先（子供）のウェアラブルデバイス１の個体ＩＤを、ユーザ情報ＤＢ２２ａに記憶されているグループ情報から抽出し、併せて対応付けて送金条件ＤＢ２２ｂに登録してもよい。
　次に、子供に装着されたウェアラブルデバイス１は、各種センサ１３によりユーザである子供の行動や状態をセンシングし（ステップＳ１１５）、センシングデータに基づいてユーザのコンテキストを認識する（ステップＳ１１８）。
　次いで、ウェアラブルデバイス１は、認識したコンテキストをサービスサーバ２に送信する（ステップＳ１２１）。このようなユーザ行動のセンシング、コンテキスト認識、およびサービスサーバ２への送信は、ユーザがウェアラブルデバイス１を装着している際に継続的に行われ得る。または、子供がウェアラブルデバイス１を用いて会計をしようとした際に（店の読取装置５にウェアラブルデバイス１をかざした時など）、ウェアラブルデバイス１は送金要求としてコンテキストをサービスサーバ２に送信するようにしてもよい。若しくは、子供がウェアラブルデバイス１の音声入力部１４で「お小遣いちょうだい」と音声入力した際に、送金要求としてコンテキストと音声内容（音声データ若しくは音声認識により変換したテキストデータ）をサービスサーバ２に送信するようにしてもよい。
　続いて、サービスサーバ２の送金条件判定部２０３は、ウェアラブルデバイス１から送信されたコンテキストが、送金条件として登録されたコンテキストと合致するか否かの判定を行う（ステップＳ１２４）。例えば、送金条件として「地点Ａから半径１００ｍ以内の店」と設定されている場合に、認識された子供のコンテキストが「地点Ａから半径２０ｍ以内の店に居る」である場合、送金条件判定部２０３は送金条件を満たすと判定する。
　次に、サービスサーバ２は、子供のコンテキストが送金条件を満たし、かつ、都度承認無しに設定されている場合、設定された所定の送金金額を子供のウェアラブルデバイス１に送金するよう、金融機関サーバ３に指示する（ステップＳ１２７）。金融機関サーバ３では、送金条件を設定した親の共有口座が管理されており、本実施形態ではかかる共有口座から子供のウェアラブルデバイス１に所定金額が送金（チャージ）される。設定者である親と当該親の共有口座（具体的には、口座番号および名義人）との紐付けは予め行われ、例えばユーザ情報ＤＢ２２ａに蓄積されるグループ情報に含めて登録されている。サービスサーバ２は、所定の共有口座から所定の金額を所定の送金先に送金するよう指示する送金指示を、金融機関サーバ３に送信する。なお、都度承認有りに設定されている場合は、ここでサービスサーバ２から親の通信端末４に対して送金承認の問い合わせが行われる。そして、親の承認を得た場合、サービスサーバ２は金融機関サーバ３に送金指示を行う。
　次いで、金融機関サーバ３は、サービスサーバ２からの送金指示に応じて、親の共有口座から所定金額を引き落とし（ステップＳ１３０）、ウェアラブルデバイス１にネットワークを介して送金（電子マネーのチャージ処理）を行う（ステップＳ１３３）。
　次に、ウェアラブルデバイス１は、金融機関サーバ３からの送金に応じてデバイス内に保有する電子マネーの残高を更新し（ステップＳ１３６）、ＰＯＳ端末等の読取装置５との近接無線通信により決済処理を行うと、再度残高を更新する（ステップＳ１３９）。ここで、図７に、ウェアラブルデバイス１内の電子マネーの残額表示画面の一例を示す。図７に示すように、本実施形態によるウェアラブルデバイス１では、表示部１５において電子マネーの残額が数値の他、その金額分のコインの画像で表示されてもよい。また、ウェアラブルデバイス１は、電子マネーによる支払を行った際は、支払った分のコインが消えるアニメーションを表示したり、振動させたり（不図示の振動部により）、決済音を出力したりすることで、支払いを行ったことをユーザに直感的に感じさせることができる。
　次いで、ウェアラブルデバイス１は、サービスサーバ２に決済内容を送信する（ステップＳ１４２）。決済内容には、支払った金額の情報が少なくとも含まれ、取得可能であれば購入商品に関する情報も含まれる。
　そして、サービスサーバ２は決済内容を親の通信端末４に送信し（ステップＳ１４５）、通信端末４で決済内容が表示される（ステップＳ１４８）。これにより、親は子供が実際にいくら使ったか、また、何を買ったかを把握することができる。
　以上説明したように、本実施例では、予め設定した送金条件に子供の行動や状態が合致した場合、子供が所有するウェアラブルデバイス１に遠隔からチャージ（送金）することが可能となる。
　　（３－１－２．第２の実施例）
　次に、第２の実施例について図８を参照して説明する。第２の実施例では、子供が複数人（例えば、子供Ｘ、子供Ｙ）居る場合には子供毎（すなわち、送金先毎に）送金条件を設定することが可能であり、また、承認者が複数（例えば、親Ａ、親Ｂ）であってもよい場合について説明する。また、第２の実施例では、送金条件として設定するコンテキストは、上記第１の実施例で説明した「場所」の他の例として、「行動」を用いる。
　図８は、第１の実施形態の第２の実施例によるユーザコンテキストに応じた送金処理を示すシーケンス図である。図８に示すように、まず、例えば通信端末４ａにおいて、親Ａにより、子供Ｘと子供Ｙの送金条件（コンテキスト、送金金額、および都度承認の有無）がそれぞれ設定され（ステップＳ１５６）、送金条件がサービスサーバ２に送信される（ステップＳ１５９）。設定されるコンテキストは、例えば子供Ｘに対しては「２ｋｍ走ったらドリンク代をあげる」、子供Ｙに対しては「バスに乗ったらバス代をあげる」といった、「行動」に関するものであってもよい。親Ａは、子供を選択してそれぞれの送金条件を設定することが可能である。また、本実施形態では「都度承認有り」に設定し、承認者は両親（親Ａ、親Ｂ）のいずれでもよいものとする。
　次に、サービスサーバ２の送金条件管理部２０２は、受信した送金条件を送金条件ＤＢ２２ｂに登録する（ステップＳ１６２）。
　次いで、子供Ｘが装着するウェアラブルデバイス１Ｘおよび子供Ｙが装着するウェアラブルデバイス１Ｙでは、各種センサ１３によりユーザである子供の行動や状態がセンシングされ（ステップＳ１６５）、センシングデータに基づいてコンテキストが認識される（ステップＳ１６８）。
　次に、ウェアラブルデバイス１Ｘまたはウェアラブルデバイス１Ｙは、認識したコンテキストをサービスサーバ２に送信し（ステップＳ１７１）、サービスサーバ２の送金条件判定部２０３により、子供のコンテキストが送金条件として登録されたコンテキストと合致するか否かが判定される（ステップＳ１７４）。
　次いで、サービスサーバ２は、子供のコンテキストが送金条件を満たし、かつ、「都度承認有り」に設定されている場合、親Ａの通信端末４ａと親Ｂの通信端末４ｂに対して、送金承認の問い合わせを行う（ステップＳ１８１ａ、Ｓ１８１ｂ）。
　次に、通信端末４ａおよび通信端末４ｂは、送金可否の問い合わせ画面を表示し、親による送金の承認を求める（ステップＳ１８４）。ここで、都度承認の画面の一例を図９に示す。図９に示すように、通信端末４の表示部４１には、「お子様がバスに乗りました。バス代の送金を承認しますか？」といった、送金条件を満たした旨と承認の問い合わせを行うテキスト表示４１５と共に、送金金額を示す表示４１６と、決定ボタン４１７が表示される。送金金額は予め親が設定した金額であってもよいし、承認の際に親が入力して設定してもよいし、ウェアラブルデバイス１で認識したコンテキスト（バスに乗った地点およびバスが止まってユーザが降りようとしている動作）からサービスサーバ２がバス代を自動算出した金額であってもよい。
　次いで、親Ａまたは親Ｂにより送金が承認されると（ステップＳ１８７ａ、Ｓ１８７ｂ）、サービスサーバ２は、金融機関サーバ３に対して送金指示を行う（ステップＳ１９０）。
　次に、金融機関サーバ３は、サービスサーバ２からの送金指示に応じて、親の共有口座から所定金額を引き落とし（ステップＳ１９３）、対象のウェアラブルデバイス１（１Ｘまたは１Ｙ）にネットワークを介して送金（電子マネーのチャージ処理）を行う（ステップＳ１９６）。
　続いて、ウェアラブルデバイス１（１Ｘまたは１Ｙ）は、金融機関サーバ３からの送金に応じてデバイス内に保有する電子マネーの残高を更新し（ステップＳ１９９）、ＰＯＳ端末等の読取装置５との近接無線通信により決済処理を行うと、再度残高を更新する（ステップＳ２０２）。
　次いで、ウェアラブルデバイス１は、サービスサーバ２に決済内容を送信し（ステップＳ２０５）、サービスサーバ２は受信した決済内容を通信端末４ａおよび通信端末４ｂに送信する（ステップＳ２０８ａ、２０８ｂ）。
　そして、通信端末４ａおよび通信端末４ｂは、受信した決済内容を表示する（ステップＳ２１１）。
　以上説明したように、本実施例では、複数の送信先それぞれの送金条件を設定したり、複数の承認者のうちいずれかが承認した場合には送金を実行するようにしたりすることができる。
　また、コンテキストとして「行動」を設定することができる。
　（３－１－３．第３の実施例）
　以上説明した各実施例では、親から子供への送金について主に説明したが、本実施形態はこれに限定されず、夫婦間における共有口座からの送金の管理も可能である。以下、図１０を参照して説明する。
　図１０は、第１の実施形態の第３の実施例によるユーザコンテキストに応じた送金処理を示すシーケンス図である。本実施例では、一例として、親Ａの通信端末４ａで送金条件を設定し、親Ｂの行動や状況が送金条件を満たした場合に共有口座から親Ｂが装着するウェアラブルデバイス１に所定金額を送金する例について説明する。
　図１０に示すように、まず、通信端末４ａにおいて、親Ａにより、親Ｂへの送金条件（コンテキスト、送金金額、および都度承認の有無）が設定され（ステップＳ２５６）、送金条件がサービスサーバ２に送信される（ステップＳ２５９）。設定されるコンテキストは、例えば、母親が父親に会社帰りに店Ａ（例えば、「薬局」）での買い物を頼んだ場合、「店Ａの周辺を歩いて通過した場合」など、「場所」と「行動」を併せたものであってもよい。また、本実施例では送金先の親Ｂもグループ内で承認権限を有する者であるため、「都度承認の有無」を設定する際に、都度承認者を親Ｂに設定してもよい。
　次に、サービスサーバ２の送金条件管理部２０２は、受信した送金条件を送金条件ＤＢ２２ｂに登録する（ステップＳ２６２）。
　次いで、親Ｂが装着するウェアラブルデバイス１ｂでは、各種センサ１３によりユーザである親Ｂの行動や状態がセンシングされ（ステップＳ２６５）、センシングデータに基づいてコンテキストが認識される（ステップＳ２６８）。
　次に、ウェアラブルデバイス１ｂは、認識したコンテキストをサービスサーバ２に送信し（ステップＳ２７１）、サービスサーバ２の送金条件判定部２０３により、親Ｂのコンテキストが送金条件として登録されたコンテキストと合致するか否かが判定される（ステップＳ２７４）。
　次いで、サービスサーバ２は、親Ｂのコンテキストが送金条件を満たし、かつ、「都度承認有り：親Ｂ」に設定されている場合、親Ｂの通信端末４ｂに対して、送金条件を満たしたことを通知し（ステップＳ２７７）、送金承認の問い合わせを行う（ステップＳ２８０）。ここで、都度承認の画面の一例を図１１に示す。図１１に示すように、通信端末４ｂの表示部４１には、「薬局の近くです。送金を承認しますか？」といった、送金条件を満たした旨と承認の問い合わせを行うテキスト表示４１９と共に、送金金額を示す表示４２０と、決定ボタン４２１が表示される。これにより親Ｂは、買い物を頼まれていたことを思い出すこともできる。
　次いで、親Ｂにより送金が承認されると、送金の承認と送金金額を含む送金指示が通信端末４ｂから金融機関サーバ３に送信される（ステップＳ２８３）。ここでは一例として送金指示を通信端末４ｂから金融機関サーバ３に送信しているが、本実施例はこれに限定されず、第２の実施例と同様に、承認したことをサービスサーバ２に通知し、サービスサーバ２から金融機関サーバ３に送金指示を送信してもよい。
　次に、金融機関サーバ３は、送金指示に応じて、親Ａと親Ｂの共有口座から所定金額を引き落とし（ステップＳ２８６）、対象のウェアラブルデバイス１ｂにネットワークを介して送金（電子マネーのチャージ処理）を行う（ステップＳ２８９）。
　続いて、ウェアラブルデバイス１ｂは、金融機関サーバ３からの送金に応じてデバイス内に保有する電子マネーの残高を更新し（ステップＳ２９２）、ＰＯＳ端末等の読取装置５との近接無線通信により決済処理を行うと、再度残高を更新する（ステップＳ２９５）。
　次に、ウェアラブルデバイス１は、サービスサーバ２に決済内容を送信し（ステップＳ２９８）、サービスサーバ２は受信した決済内容を通信端末４ａに送信する（ステップＳ３０１）。
　そして、通信端末４ａは、受信した決済内容を表示する（ステップＳ３０４）。これにより、親Ａは、親Ｂが送金条件を満たす行動を行い、送金が行われたこと、さらには頼んでいた買い物を行ったことを把握することができる。
　（３－１－４．補足）
　以上、第１の実施形態として、家族等のコミュニティ内における送金管理について説明したが、以下、本実施形態についていくつか補足を行う。
　（コンテキストの他の例）
　送金条件として設定されるコンテキストは、例えば以下のような例が挙げられる。
・行動：一万歩歩いた時（ドリンク代）、バスに乗った時（バス代）
・場所：ある地点（緯度、経度）から半径100ｍ以内のお店に入った時（買い物代）、ある地点（緯度、経度）から半径２kmを超えた時（タクシー代）
・場所＋行動：地点Ｐ（緯度、経度）で活動量が閾値Ｑを超えた時（ドリンク代）
・環境（状況）：気温が所定値以上になった時（ドリンク代）、雨が降ってきた時（傘代）
・生体：心拍が所定値を超えた時（ドリンク代）、血糖値が所定値を下回った時（糖分摂取代）
　（決済条件の設定）
　上述した実施形態では、子供の行動や状況が送金条件を満たした場合に子供のウェアラブルデバイス１に所定金額を送金する場合について説明したが、本実施形態はこれに限定されず、子供の行動や状況が決済条件を満たした場合に決済（電子マネーの利用）を有効にするよう制御することも可能である。例えば予め子供のウェアラブルデバイス１には親の通信端末４の操作により所定金額がチャージされるが、子供が所定のコンテキストを満たした場合（例えば所定のお店で決済しようとする場合、バスに乗った場合、２ｋｍ走った場合など）に、その電子マネーの利用（すなわち決済）が許可されるようにしてもよい。
　（条件を満たさない場合の作動）
　また、送金条件または決済条件を満たさない状況下で子供がウェアラブルデバイス１を用いて決済しようとした場合（例えば読取装置５にかざした場合等）、サービスサーバ２は、親の通信端末４に状況を自動通知してもよい（例えば、「どこの店でいくらの決済をしようとしています」等）。この場合、親がその条件を確認して承認した際は、サービスサーバ２は、送金実行または決済を許可することが可能である。
　また、送金条件または決済条件を満たさずに子供がウェアラブルデバイス１で決済しようとした場合、親のデバイス（通信端末４または親が装着しているウェアラブルデバイス１）とウェアラブルデバイス１との間で音声やビデオ、またはテキストによるチャットを自動的に起動するようにしてもよい。これにより子供は直接送金や決済の許可を申し出ることが可能となる。また、親としても子供の現在の状況を容易に把握することができる。
　（条件を満たした場合の作動）
　また、送金条件または決済条件を満たした場合にだけ、ウェアラブルデバイス１の表示部１５に「○○円送金されました」、「決済可能です」といったインジケータを表示するようにしてもよい。また、ウェアラブルデバイス１は、送金条件または決済条件を満たした場合にだけ、デバイスが振られた際にチャリンチャリンとお金の音を鳴らすようにしてもよい。これにより、子供はいつウェアラブルデバイス１で買い物が出来る状態であるのかを直感的に把握することができる。
　　＜３－２．第２の実施形態＞
　次いで、第２の実施形態について図１２～図１５を参照して説明する。上述した第１の実施形態では、コミュニティ内での送金管理について説明したが、本開示はこれに限定されず、ユーザと紐付けされていない見ず知らずの人や施設への送金をより容易に行うことを可能とする。本実施形態では、ジェスチャ（コンテキストの一例）と、場所（送金申請者の近く、所定の施設など）（コンテキストの一例）と、送金金額とを特定して送金条件を登録することが可能である。このような本実施形態の概要について図１２を参照して説明する。図１２は、第２の実施形態の概要について説明する図である。
　図１２に示すように、本実施形態では、予めユーザＤにより、近くで（場所）拍手した人（ジェスチャ）に対して所定額（送金金額）の送金申請を行うといった送金条件がサービスサーバ２に登録されている。この際、ユーザＤが例えば路上でパフォーマンスをしている際に、近くでユーザＣが拍手を行った場合、サービスサーバ２は、ユーザＣに送金承認の問い合わせを行う（例えばユーザＣの通信端末４ｃに送金承認の通知を行う）。そして、サービスサーバ２は、ユーザＣの承認を得た場合、金融機関サーバ３に対して、ユーザＣの口座からユーザＤのウェアラブルデバイス１ｄに対して所定金額を送金するよう指示する。
　これにより、パフォーマーのユーザＤのウェアラブルデバイス１ｄに、周辺で拍手した人物（観客）から心付けとして電子マネーを送金するシステムを提供することができる。
　次に、本実施形態の動作処理について図１３を参照して説明する。
　（動作処理）
　図１３は、第２の実施形態による動作処理を示すシーケンス図である。図１３に示すように、まず、通信端末４ｄにおいて、ユーザＤにより、送金条件（ジェスチャ、場所、および送金金額）が設定され（ステップＳ４０６）、送金条件がサービスサーバ２に送信され（ステップＳ４０９）、サービスサーバ２に登録される（ステップＳ４１２）。送金条件の「ジェスチャ」は例えば“拍手”、「場所」は例えば“ユーザＤの近く”と設定される。
　次に、ユーザＤに装着されたウェアラブルデバイス１ｄは、ユーザＤがパフォーマンスしている際に周辺にビーコンを発信する（ステップＳ４１５）。
　次いで、ユーザＤの近くでパフォーマンスを見ていたユーザＣが装着するウェアラブルデバイス１ｃは、ユーザＤのウェアラブルデバイス１ｄから発信されたビーコンを受信する（ステップＳ４１８）。
　次に、ウェアラブルデバイス１ｃは、各種センサ１３によりユーザＣの行動（ジェスチャを含む）や状態がセンシングされ（ステップＳ４２１）、センシングデータに基づいてコンテキスト（拍手をしている等）が認識される（ステップＳ４２４）。
　次いで、ウェアラブルデバイス１ｃは、認識したコンテキストおよびビーコン受信結果をサービスサーバ２に送信する（ステップＳ４２７）。
　続いて、サービスサーバ２の送金条件判定部２０３は、ユーザＣのコンテキストが送金条件として登録されたコンテキストと合致するか否かを判定する（ステップＳ４３０）。例えば送金条件判定部２０３は、ビーコン受信結果に基づいてユーザＣがユーザＤの近くに居ることが分かり、さらにコンテキストによりユーザＣが拍手を行っていることが分かるため、ユーザＣの状況が、ユーザＤが登録した送金条件に合致すると判定することができる。
　次に、サービスサーバ２は、ユーザＣのコンテキストが送金条件を満たしている場合、ユーザＣの通信端末４ｃに対して、送金条件を満たしたことを通知し（ステップＳ４３３）、送金承認の問い合わせを行う（ステップＳ４３６）。ここで、送金承認の画面の一例を図１４に示す。図１４に示すように、通信端末４ｃの表示部４１には、「パフォーマーＤさんに送金しますか？」といった、送金承認の問い合わせを行うテキスト表示４２３と共に、送金金額を示す表示４２４と、決定ボタン４２５が表示される。これによりユーザＣは、電子マネーで心付けをユーザＤに送金することができる。また、送金をしたくない場合は、決定ボタン４２５を押さずに、画面を閉じて終了させることも可能である。
　次いで、ユーザＣにより送金が承認されると、送金の承認と送金金額を含む送金指示が通信端末４ｃから金融機関サーバ３に送信される（ステップＳ４３９）。ここでは一例として送金指示を通信端末４ｃから金融機関サーバ３に送信しているが、本実施例はこれに限定されず、承認したことをサービスサーバ２に通知し、サービスサーバ２から金融機関サーバ３に送金指示を送信してもよい。
　次に、金融機関サーバ３は、送金指示に応じて、ユーザＣの口座から所定金額を引き落とし（ステップＳ４４２）、送金先であるユーザＤのウェアラブルデバイス１ｄにネットワークを介して送金（電子マネーのチャージ処理）を行う（ステップＳ４４５）。
　続いて、ウェアラブルデバイス１ｄは、金融機関サーバ３からの送金に応じてデバイス内に保有する電子マネーの残高を更新する（ステップＳ４４８）。ウェアラブルデバイス１ｄは、送金された際に、チャリンチャリンとコインの音を鳴らしたり振動させたりしてもよい。これにより、ユーザＤは、周辺の人物から送金されたことを直感的に把握することができる。
　以上説明した例では、パフォーマーのユーザＤに、観客であるユーザＣが電子マネーを送金する場合について説明したが、本実施形態の適用はこれに限定されない。例えば野球場で観客席に居るユーザが、近くのビールの売り子を呼ぶ動作を行った際に、ビール代として所定金額の電子マネーが売り子のウェアラブルデバイス１に送金されるようにしてもよい。これにより、売り子はビールを渡す作業だけで、金銭のやり取りが不要となり、作業がよりスムーズになる。
　（他の動作処理）
　上述した実施形態では、見ず知らずの人物への送金管理について説明したが、本実施形態はこれに限定されず、施設への送金管理を行うことも可能である。例えばユーザＣが神社（施設）へお参りに行って、お賽銭として電子マネーを神社へ送金（具体的には、神社の管理者である神主（ユーザＥ）のウェアラブルデバイス１ｅに送金）することが可能である。
　このような送金管理について、図１５を参照して説明する。図１５は、本実施形態の他の動作処理を示すシーケンス図である。
　図１５に示すように、まず、通信端末４ｅにおいて、ユーザＥにより、送金条件（ジェスチャ、場所、および送金金額）が設定され（ステップＳ４５６）、送金条件がサービスサーバ２に送信され（ステップＳ４５９）、サービスサーバ２に登録される（ステップＳ４６２）。送金条件の「ジェスチャ」は例えば“（参拝の際に行う）お辞儀や手を叩く動作”、「場所」は例えば“所定の施設周辺（例えば半径５０ｍ以内）”と設定される。
　次に、所定の施設では、施設に設置されたビーコン発信機により周辺（例えば半径５０ｍ以内）にビーコンが発信されている（ステップＳ４６５）。
　次いで、施設に訪れたユーザＣが装着するウェアラブルデバイス１ｃは、施設から発信されたビーコンを受信する（ステップＳ４６８）。
　次に、ウェアラブルデバイス１ｃは、各種センサ１３によりユーザＣの行動（ジェスチャを含む）や状態がセンシングされ（ステップＳ４７１）、センシングデータに基づいてコンテキスト（参拝の動作（お辞儀や手を叩く等））が認識される（ステップＳ４７４）。
　次いで、ウェアラブルデバイス１ｃは、認識したコンテキストおよびビーコン受信結果をサービスサーバ２に送信する（ステップＳ４７７）。
　続いて、サービスサーバ２の送金条件判定部２０３は、ユーザＣのコンテキストが送金条件として登録されたコンテキストと合致するか否かを判定する（ステップＳ４８０）。例えば送金条件判定部２０３は、ビーコン受信結果に基づいてユーザＣが所定の施設周辺に居ることが分かり、さらにコンテキストによりユーザＣが参拝の動作を行っていることが分かるため、ユーザＣの状況が、ユーザＥが登録した送金条件に合致すると判定することができる。
　次に、サービスサーバ２は、ユーザＣのコンテキストが送金条件を満たしている場合、ユーザＣの通信端末４ｃに対して、送金条件を満たしたことを通知し（ステップＳ４８３）、送金承認の問い合わせを行う（ステップＳ４８６）。
　次いで、ユーザＣにより送金が承認されると、送金の承認と送金金額を含む送金指示が通信端末４ｃから金融機関サーバ３に送信される（ステップＳ４８９）。ここでは一例として送金指示を通信端末４ｃから金融機関サーバ３に送信しているが、本実施例はこれに限定されず、承認したことをサービスサーバ２に通知し、サービスサーバ２から金融機関サーバ３に送金指示を送信してもよい。
　次に、金融機関サーバ３は、送金指示に応じて、ユーザＣの口座から所定金額を引き落とし（ステップＳ４９２）、送金先であるユーザＥのウェアラブルデバイス１ｅにネットワークを介して送金（電子マネーのチャージ処理）を行う（ステップＳ４９５）。
　続いて、ウェアラブルデバイス１ｅは、金融機関サーバ３からの送金に応じてデバイス内に保有する電子マネーの残高を更新する（ステップＳ４９８）。ウェアラブルデバイス１ｅは、送金された際に、チャリンチャリンとコインの音を鳴らしたり振動させたりしてもよい。これにより、ユーザＥは、施設に人が訪れたことや送金があったことを直感的に把握することができる。
　　＜３－３．その他＞
　　（３－３－１．ハイレベルコンテキストの認識）
　上述した第１の実施形態および第２の実施形態において認識するユーザのコンテキストは、現在位置やモーションセンサを利用して認識した動作（走る、歩く、静止状態、電車に乗る等）など、比較的短時間に行われるユーザの動作や状態が主に認識されているが、本開示はこれに限定されず、ハイレベルコンテキスト認識部２０４において、「塾の帰り道」、「台所で食器洗いのお手伝い」等、より具体的な行動内容（所謂、ハイレベルコンテキスト）を認識することが可能である。
　ハイレベルコンテキストは、上述したように、習慣性のある経路上にいる場合には、単に「歩く」「走る」「自転車」「電車／バス」等のコンテキスト認識に加えて、「登下校中」「塾の道中」「習いごとの道中」であることがハイレベルコンテキストとして認識される。また、ユーザのスケジュールやカレンダー情報を参照して、「１週間以上の海外旅行に出発する」「出張から１週間ぶりに帰宅した」「運動会に出発した」「部活の合宿に到着した」「遠足に出発した」といったことがハイレベルコンテキストとして認識される。さらに、Ｗｉ－ＦｉやＢｅａｃｏｎにより部屋ＩＤを受信して屋内の場所検出が可能な場合、「リビングにいます」「トイレにいます」「浴室にいます」「自室にいます」「寝室にいます」といったことがハイレベルコンテキストとして認識可能である。
　このようなハイレベルコンテキストを送金条件として設定した場合の送金管理について、以下図１６を参照して具体的に説明する。図１６は、ハイレベルコンテキストを送金条件とした場合の送金管理の動作処理を示すシーケンス図である。
　図１６に示すように、まず、通信端末４においてユーザである親により送金条件としてハイレベルコンテキスト（ハイコンテキストとも称す）の設定が行われる（ステップＳ５０３）。例えば、「家のお手伝い“窓拭き”をした場合」や、「塾の道中」などが想定される。
　次に、通信端末４においてユーザである親により送金金額および都度承認の有無が設定される（ステップＳ５０６）。
　次いで、通信端末４は、設定されたハイレベルコンテキスト、送金金額、および都度承認の有無を含む送金条件をサービスサーバ２に送信し（ステップＳ５０９）、サービスサーバ２において送金条件が登録される（ステップＳ５１２）。
　次に、通信端末４において、親は子供のスケジュールの入力を行う（ステップＳ５１３）。具体的には、子供の塾の日時であって、かかるスケジュールは、後述するハイレベルコンテキスト「塾の道中」を認識する際に用いられる。しかしながら、「塾の道中」などの認識はスケジュールに基づいて判定されるとは限らず、子供の普段の行動履歴に基づいて判定することも可能であるため、かかるスケジュール登録は必須ではない。
　次いで、入力されたスケジュールは通信端末４からサービスサーバ２に送信され、登録される（ステップＳ５１４）。
　続いて、子供に装着されたウェアラブルデバイス１は、各種センサ１３によりユーザである子供の行動や状態をセンシングし（ステップＳ５１５）、センシングデータに基づいてユーザのコンテキストを認識する（ステップＳ５１８）。
　次に、ウェアラブルデバイス１は、認識したコンテキストをサービスサーバ２に送信する（ステップＳ５２１）。この際、ウェアラブルデバイス１は、センシングデータも併せて送信してもよい。また、ウェアラブルデバイス１は、屋内場所検出を行った場合、取得した部屋ＩＤもセンシングデータとして併せて送信してもよい。
　次いで、サービスサーバ２のハイレベルコンテキスト認識部２０４は、受信したコンテキストやセンシングデータ、予め登録されたスケジュール情報等に基づいて、判定モデルＤＢ２２ｃに記憶された判定レベルを用いて、ハイレベルコンテキスト認識を行う（ステップＳ５２２）。例えば親によりお手伝いモードがＯＮにされている場合、判定モデルＤＢ２２ｃから「お手伝い判定モデル」を抽出して、子供の行動が所定のお手伝いに該当するか否かを判定（ハイレベルコンテキストを認識）する。
　次いで、サービスサーバ２の送金条件判定部２０３は、認識されたハイレベルコンテキストが、送金条件として登録されたハイレベルコンテキストと合致するか否かの判定を行う（ステップＳ５２４）。
　次に、サービスサーバ２は、子供のハイレベルコンテキストが送金条件を満たし、かつ、都度承認無しに設定されている場合、設定された所定の送金金額を子供のウェアラブルデバイス１に送金するよう、金融機関サーバ３に指示する（ステップＳ５２７）。
　次いで、金融機関サーバ３は、サービスサーバ２からの送金指示に応じて、親の共有口座から所定金額を引き落とし（ステップＳ５３０）、ウェアラブルデバイス１にネットワークを介して送金（電子マネーのチャージ処理）を行う（ステップＳ５３３）。
　次に、ウェアラブルデバイス１は、金融機関サーバ３からの送金に応じてデバイス内に保有する電子マネーの残高を更新する（ステップＳ５３６）。
　以上説明したように、本実施例では、送金条件として、ハイレベルコンテキストを設定し、子供の行動や状態が合致した場合に、子供が所有するウェアラブルデバイス１に遠隔からチャージ（送金）することが可能となる。
　　（３－３－２．口座間の送金）
　上述した各実施形態では、いずれも口座からウェアラブルデバイス１へ直接電子マネーを送金することを想定しているが、本開示はこれに限定されない。
　例えば、親の共有口座から子供の口座へ送金し、子供のウェアラブルデバイス１が、対応する子供の口座から所定金額をチャージするようにしてもよい。
　＜＜４．まとめ＞＞
　上述したように、本開示の実施形態による情報処理システムでは、ユーザコンテキストに応じて設定された金額の送金制御を行うことが可能となる。
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本技術はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　例えば、上述したウェアラブルデバイス１、サービスサーバ２、または通信端末４に内蔵されるＣＰＵ、ＲＯＭ、およびＲＡＭ等のハードウェアに、ウェアラブルデバイス１、サービスサーバ２、または通信端末４の機能を発揮させるためのコンピュータプログラムも作成可能である。また、当該コンピュータプログラムを記憶させたコンピュータ読み取り可能な記憶媒体も提供される。
　また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
　なお、本技術は以下のような構成も取ることができる。
（１）
　決算機能を有するデバイスを装着したユーザのコンテキスト情報に基づいて、ユーザコンテキストが予め登録された送金条件に合致するか否かを判定する判定部と、
　前記送金条件に合致すると判定されると、所定の金額を所定の送信先に送金するよう制御する制御部と、
を備える、情報処理装置。
（２）
　前記制御部は、所定の口座から所定のウェアラブルデバイスに前記所定の金額を送金するよう前記所定の口座を管理する金融機関サーバに指示する、前記（１）に記載の情報処理装置。
（３）
　前記所定のウェアラブルデバイスは、前記ユーザが装着するデバイスである、前記（２）に記載の情報処理装置。
（４）
　前記所定のウェアラブルデバイスは、前記送金条件を設定した設定者が装着するデバイスである、前記（２）に記載の情報処理装置。
（５）
　前記コンテキスト情報は、場所、行動、状況、環境、音声、発話、生体情報、またはジェスチャの少なくともいずれかを示すコンテキストである、前記（１）～（４）のいずれか１項に記載の情報処理装置。
（６）
　前記コンテキスト情報は、前記コンテキストよりも具体的な行動内容として認識されたハイレベルコンテキストを含む、前記（５）に記載の情報処理装置。
（７）
　前記制御部は、
　　前記送金条件に合致すると判定されると、既に送金条件設定者の承認を得ている場合は、前記送信先に送金するよう制御し、承認を得ていない場合は、前記送金条件設定者に承認の問い合わせを行い、承認を得てから前記所定の送信先に送金するよう制御する、前記（１）～（６）のいずれか１項に記載の情報処理装置。
（８）
　前記制御部は、
　前記ユーザが装着したデバイスに前記所定の金額を送金するよう制御した後、前記デバイスから決済内容を受信すると、前記送金条件の設定者に当該決済内容を送信するよう制御する、前記（１）～（７）のいずれか１項に記載の情報処理装置。
（９）
　プロセッサが、
　決算機能を有するデバイスを装着したユーザのコンテキスト情報に基づいて、ユーザコンテキストが予め登録された送金条件に合致するか否かを判定することと、
　前記送金条件に合致すると判定されると、所定の金額を所定の送信先に送金するよう制御することと、
を含む、情報処理方法。
（１０）
　コンピュータを、
　決算機能を有するデバイスを装着したユーザのコンテキスト情報に基づいて、ユーザコンテキストが予め登録された送金条件に合致するか否かを判定する判定部と、
　前記送金条件に合致すると判定されると、所定の金額を所定の送信先に送金するよう制御する制御部と、
として機能させるための、プログラム。
　１　　ウェアラブルデバイス
　　１０　制御部
　　１０１　コンテキスト認識部
　　１０２　決済部
　　１０３　認証部
　　１１　通信部
　　１２　近接無線通信部
　　１３　各種センサ
　　１３ａ　モーションセンサ
　　１３ｂ　位置センサ
　　１３ｃ　環境センサ
　　１３ｄ　生体センサ
　　１４　音声入力部
　　１５　表示部
　　１６　音声出力部
　　１７ａ　ユーザ情報ＤＢ
　　１７ｂ　デバイス情報ＤＢ
　　１７ｃ　金額データＤＢ
　２　サービスサーバ
　　２０　制御部
　　２０１　グループ管理部
　　２０２　送金条件管理部
　　２０３　送金条件判定部
　　２０４　ハイレベルコンテキスト認識部
　　２１　通信部
　　２２ａ　ユーザ情報ＤＢ
　　２２ｂ　送金条件ＤＢ
　　２２ｃ　判定モデルＤＢ
　３　金融機関サーバ
　　３０　制御部
　　３０１　ユーザ認証部
　　３０２　口座入出金管理部
　　３１　通信部
　４　通信端末
　５　読取装置

Claims (10)

  1. 　決算機能を有するデバイスを装着したユーザのコンテキスト情報に基づいて、ユーザコンテキストが予め登録された送金条件に合致するか否かを判定する判定部と、
    　前記送金条件に合致すると判定されると、所定の金額を所定の送信先に送金するよう制御する制御部と、
    を備える、情報処理装置。
  2. 　前記制御部は、所定の口座から所定のウェアラブルデバイスに前記所定の金額を送金するよう前記所定の口座を管理する金融機関サーバに指示する、請求項１に記載の情報処理装置。
  3. 　前記所定のウェアラブルデバイスは、前記ユーザが装着するデバイスである、請求項２に記載の情報処理装置。
  4. 　前記所定のウェアラブルデバイスは、前記送金条件を設定した設定者が装着するデバイスである、請求項２に記載の情報処理装置。
  5. 　前記コンテキスト情報は、場所、行動、状況、環境、音声、発話、生体情報、またはジェスチャの少なくともいずれかを示すコンテキストである、請求項１に記載の情報処理装置。
  6. 　前記コンテキスト情報は、前記コンテキストよりも具体的な行動内容として認識されたハイレベルコンテキストを含む、請求項５に記載の情報処理装置。
  7. 　前記制御部は、
    　　前記送金条件に合致すると判定されると、既に送金条件設定者の承認を得ている場合は、前記送信先に送金するよう制御し、承認を得ていない場合は、前記送金条件設定者に承認の問い合わせを行い、承認を得てから前記所定の送信先に送金するよう制御する、請求項１に記載の情報処理装置。
  8. 　前記制御部は、
    　前記ユーザが装着したデバイスに前記所定の金額を送金するよう制御した後、前記デバイスから決済内容を受信すると、前記送金条件の設定者に当該決済内容を送信するよう制御する、請求項１に記載の情報処理装置。
  9. 　プロセッサが、
    　決算機能を有するデバイスを装着したユーザのコンテキスト情報に基づいて、ユーザコンテキストが予め登録された送金条件に合致するか否かを判定することと、
    　前記送金条件に合致すると判定されると、所定の金額を所定の送信先に送金するよう制御することと、
    を含む、情報処理方法。
  10. 　コンピュータを、
    　決算機能を有するデバイスを装着したユーザのコンテキスト情報に基づいて、ユーザコンテキストが予め登録された送金条件に合致するか否かを判定する判定部と、
    　前記送金条件に合致すると判定されると、所定の金額を所定の送信先に送金するよう制御する制御部と、
    として機能させるための、プログラム。
PCT/JP2018/003171 2017-03-31 2018-01-31 情報処理装置、情報処理方法、およびプログラム WO2018179805A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP18777637.2A EP3605423A4 (en) 2017-03-31 2018-01-31 INFORMATION PROCESSING DEVICE, INFORMATION PROCESSING PROCESS AND PROGRAM
JP2019508657A JPWO2018179805A1 (ja) 2017-03-31 2018-01-31 情報処理装置、情報処理方法、およびプログラム
US16/485,641 US20200013038A1 (en) 2017-03-31 2018-01-31 Information processing device, information processing method, and program
CN201880013493.9A CN110326014A (zh) 2017-03-31 2018-01-31 信息处理装置、信息处理方法和程序

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017071125 2017-03-31
JP2017-071125 2017-03-31

Publications (1)

Publication Number Publication Date
WO2018179805A1 true WO2018179805A1 (ja) 2018-10-04

Family

ID=63524687

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/003171 WO2018179805A1 (ja) 2017-03-31 2018-01-31 情報処理装置、情報処理方法、およびプログラム

Country Status (6)

Country Link
US (1) US20200013038A1 (ja)
EP (1) EP3605423A4 (ja)
JP (1) JPWO2018179805A1 (ja)
CN (1) CN110326014A (ja)
DE (1) DE102018107186A1 (ja)
WO (1) WO2018179805A1 (ja)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021009510A (ja) * 2019-06-28 2021-01-28 Ｌｉｎｅ株式会社 端末の情報処理方法、プログラム、端末、システムの情報処理方法
JP2021043656A (ja) * 2019-09-10 2021-03-18 株式会社三井住友銀行 価値移転システム
JP2021060705A (ja) * 2019-10-04 2021-04-15 株式会社日本総合研究所 サーバ及びアプリケーションプログラム
JP2021144636A (ja) * 2020-03-13 2021-09-24 トヨタ自動車株式会社 ウォレットサーバ、ウォレットプログラムおよびウォレットシステム
JP2021196841A (ja) * 2020-06-12 2021-12-27 Kddi株式会社 決済処理方法
JP2021196842A (ja) * 2020-06-12 2021-12-27 Kddi株式会社 決済処理方法
JP2022105930A (ja) * 2021-01-05 2022-07-15 株式会社ジェーシービー プログラム、デバイス、コンピュータ、決済システム
JP7121169B1 (ja) 2021-06-30 2022-08-17 ＰａｙＰａｙ株式会社 提供装置、提供方法及び提供プログラム
WO2023277001A1 (ja) * 2021-06-30 2023-01-05 Ｌｉｎｅ株式会社 プログラム、情報処理方法、サーバ、情報処理装置
JP2023006758A (ja) * 2021-06-30 2023-01-18 Ｌｉｎｅ株式会社 プログラム、情報処理方法、サーバ
JP2023006759A (ja) * 2021-06-30 2023-01-18 Ｌｉｎｅ株式会社 プログラム、情報処理方法、情報処理装置
JP2023006760A (ja) * 2021-06-30 2023-01-18 Ｌｉｎｅ株式会社 プログラム、情報処理方法、サーバ
US11928351B2 (en) 2020-02-04 2024-03-12 The Toronto-Dominion Bank System and method for conditional data transfers

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11221744B2 (en) 2017-05-16 2022-01-11 Apple Inc. User interfaces for peer-to-peer transfers
CN118264636A (zh) 2017-05-16 2024-06-28 苹果公司 用于对等传输的用户界面
JP6522695B2 (ja) * 2017-07-13 2019-05-29 本田技研工業株式会社 ライフログ活用システム、方法及びプログラム
FR3079987A1 (fr) * 2018-04-06 2019-10-11 Orange Procede de traitement d'une transaction entre un terminal source et un terminal destinataire, systeme de services bancaires, terminal et programme d'ordinateur correspondants.
KR20240024294A (ko) 2018-06-03 2024-02-23 애플 인크. 트랜스퍼 계정들을 위한 사용자 인터페이스들
US11430075B2 (en) * 2018-10-19 2022-08-30 Chihuahua Brewing Company, LLC System and method for payment tracking of purchases
US11023843B2 (en) * 2019-02-05 2021-06-01 Adp, Llc Activity tracker data transformer
US11328352B2 (en) 2019-03-24 2022-05-10 Apple Inc. User interfaces for managing an account
CN111158572B (zh) * 2019-12-23 2021-06-22 维沃移动通信有限公司 交互方法和电子设备
US12118562B2 (en) * 2020-05-29 2024-10-15 Apple Inc. Configuring an account for a second user identity

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5440080B2 (ja) 1974-07-19 1979-12-01
US20160034887A1 (en) * 2014-07-31 2016-02-04 Lg Electronics Inc. Wearable device and method for controlling the same
JP2016111704A (ja) 2014-12-09 2016-06-20 ソニー株式会社 情報処理装置、情報処理方法、プログラム、および通信端末
JP2016218861A (ja) * 2015-05-22 2016-12-22 大日本印刷株式会社 支払可否決定システム、携帯端末、装置およびそれらのプログラム

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8127982B1 (en) * 2009-01-09 2012-03-06 Apple Inc. Parental controls
US8116730B2 (en) * 2009-01-23 2012-02-14 Vidicom Limited Systems and methods to control online transactions
EP2866180B1 (en) * 2009-09-24 2017-11-15 Nippon Telegraph and Telephone Corporation Electronic settlement method, system, server, and program thereof
EP2605203A1 (en) * 2011-12-14 2013-06-19 Research In Motion Limited System and method for controlling access to an electronic account
US9400977B2 (en) * 2014-05-29 2016-07-26 Apple Inc. User device enabling access to payment information in response to mechanical input detection
US20160247156A1 (en) * 2015-02-20 2016-08-25 Ebay Inc Secure transaction processing through wearable device
US20170061406A1 (en) * 2015-08-31 2017-03-02 Mastercard International Incorporated Method and system for periodic saving using account controls
JP2017071125A (ja) 2015-10-07 2017-04-13 ダイキン工業株式会社 積層体及びパイプ

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5440080B2 (ja) 1974-07-19 1979-12-01
US20160034887A1 (en) * 2014-07-31 2016-02-04 Lg Electronics Inc. Wearable device and method for controlling the same
JP2016111704A (ja) 2014-12-09 2016-06-20 ソニー株式会社 情報処理装置、情報処理方法、プログラム、および通信端末
JP2016218861A (ja) * 2015-05-22 2016-12-22 大日本印刷株式会社 支払可否決定システム、携帯端末、装置およびそれらのプログラム

Non-Patent Citations (1)

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

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021009510A (ja) * 2019-06-28 2021-01-28 Ｌｉｎｅ株式会社 端末の情報処理方法、プログラム、端末、システムの情報処理方法
JP2021043656A (ja) * 2019-09-10 2021-03-18 株式会社三井住友銀行 価値移転システム
JP2021060705A (ja) * 2019-10-04 2021-04-15 株式会社日本総合研究所 サーバ及びアプリケーションプログラム
JP7307649B2 (ja) 2019-10-04 2023-07-12 株式会社日本総合研究所 サーバ及びアプリケーションプログラム
US11928351B2 (en) 2020-02-04 2024-03-12 The Toronto-Dominion Bank System and method for conditional data transfers
JP2021144636A (ja) * 2020-03-13 2021-09-24 トヨタ自動車株式会社 ウォレットサーバ、ウォレットプログラムおよびウォレットシステム
JP2021196841A (ja) * 2020-06-12 2021-12-27 Kddi株式会社 決済処理方法
JP2021196842A (ja) * 2020-06-12 2021-12-27 Kddi株式会社 決済処理方法
JP7266620B2 (ja) 2021-01-05 2023-04-28 株式会社ジェーシービー プログラム、デバイス、コンピュータ、決済システム
JP2022105930A (ja) * 2021-01-05 2022-07-15 株式会社ジェーシービー プログラム、デバイス、コンピュータ、決済システム
WO2023277001A1 (ja) * 2021-06-30 2023-01-05 Ｌｉｎｅ株式会社 プログラム、情報処理方法、サーバ、情報処理装置
JP2023006759A (ja) * 2021-06-30 2023-01-18 Ｌｉｎｅ株式会社 プログラム、情報処理方法、情報処理装置
JP2023006760A (ja) * 2021-06-30 2023-01-18 Ｌｉｎｅ株式会社 プログラム、情報処理方法、サーバ
JP2023006790A (ja) * 2021-06-30 2023-01-18 ＰａｙＰａｙ株式会社 提供装置、提供方法及び提供プログラム
JP7306772B2 (ja) 2021-06-30 2023-07-11 Ｌｉｎｅ株式会社 プログラム、情報処理方法、サーバ
JP2023006758A (ja) * 2021-06-30 2023-01-18 Ｌｉｎｅ株式会社 プログラム、情報処理方法、サーバ
JP7417796B2 (ja) 2021-06-30 2024-01-19 Ｌｉｎｅヤフー株式会社 プログラム、情報処理方法、サーバ
JP7121169B1 (ja) 2021-06-30 2022-08-17 ＰａｙＰａｙ株式会社 提供装置、提供方法及び提供プログラム
JP7492942B2 (ja) 2021-06-30 2024-05-30 Ｌｉｎｅヤフー株式会社 プログラム、情報処理方法、情報処理装置

Also Published As

Publication number Publication date
DE102018107186A1 (de) 2018-10-04
JPWO2018179805A1 (ja) 2020-02-06
EP3605423A1 (en) 2020-02-05
US20200013038A1 (en) 2020-01-09
CN110326014A (zh) 2019-10-11
EP3605423A4 (en) 2020-02-05

Similar Documents

Publication Publication Date Title
WO2018179805A1 (ja) 情報処理装置、情報処理方法、およびプログラム
US11587061B2 (en) System and method for beacon based navigation to offer based transactions and beacon based digital transactions with multiple layer authentication
US12086786B2 (en) Transaction completion based on geolocation arrival
JP6651162B1 (ja) プログラムおよび情報処理方法
US8892461B2 (en) Mobile device user behavior analysis and authentication
US8438110B2 (en) Conducting financial transactions based on identification of individuals in an augmented reality environment
US11770673B2 (en) Methods for geographic gesturing using a mobile device for interactions with nearby other mobile devices
JP2013522777A (ja) 効率的な取引のためのユーザプロファイルおよび地理的位置
KR20180057507A (ko) 음성을 이용하여 송금하는 방법 및 장치
CN107909399A (zh) 一种可用资源推荐方法和装置
JP2018190375A (ja) サービス提供システム
JP2019117583A (ja) 輸送システム、および輸送システムに用いられる情報処理装置、および情報処理方法
JP6566908B2 (ja) 予約案内方法、情報処理装置、予約案内システム
JP6741374B2 (ja) オンライン・レンタル・システムおよびオンライン・レンタル方法
WO2018217214A1 (en) Tap to reserve
US20240311793A1 (en) Information processing apparatus, information processing method, and storage medium
WO2021140576A1 (ja) プログラムを記録した可搬型記録媒体、情報処理方法、情報処理装置および情報処理システム

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019508657

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2018777637

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2018777637

Country of ref document: EP

Effective date: 20191031