JP6815447B1 - Programs, information processing methods, terminals - Google Patents

Abstract

PROBLEM TO BE SOLVED: To improve the convenience of a user, for example, in realizing a payment. SOLUTION: An information processing method of a terminal that executes a process related to payment based on first information for performing payment by a code image receives first information transmitted from a server via a communication unit of the terminal. That, the received first information is stored in the storage unit of the terminal by the control unit of the terminal, and the setting related to the payment based on the first information is controlled by the control unit based on the communication state of the terminal. including. [Selection diagram] Fig. 1

Description

The present disclosure relates to programs , information processing methods , and terminals.

In recent years, services that realize management of electronic money (electronic money) of a terminal or a user of the terminal, payment by electronic money, etc. by an application that can be executed on a terminal such as a smartphone are becoming widespread. For example, Patent Document 1 discloses a technique for settling the purchase price of a product. However, in realizing the above payment, there is room for improvement in terms of user convenience, for example.

Japanese Unexamined Patent Publication No. 2002-176671

According to the first aspect of the present invention, the program executed by the terminal that executes the processing related to the payment based on the first information for performing the payment by the code image sends the first information transmitted from the server to the terminal. Receiving via the communication unit, storing the received first information in the storage unit of the terminal by the control unit of the terminal, and setting the payment based on the first information based on the communication status of the terminal. What is controlled by the control unit is executed by the terminal .
According to the second aspect of the present invention, the information processing method of the terminal that executes the processing related to the payment based on the first information for performing the payment by the code image uses the first information transmitted from the server to communicate with the terminal. The control unit of the terminal controls the setting related to the payment based on the first information based on the reception via the unit, the storage of the received first information in the storage unit of the terminal, and the communication state of the terminal. Including that.
According to the third aspect of the present invention, the terminal that executes the processing related to the payment based on the first information for performing the payment by the code image is received by the communication unit that receives the first information transmitted from the server. It also includes a control unit that controls storage of the first information in the storage unit of the terminal, and the control unit controls settings related to payment based on the first information based on the communication state of the terminal.
According to the fourth aspect of the present invention, the terminal that executes the processing related to the payment based on the first information for performing the payment by the code image reads the program from the memory that stores the program and executes the processing based on the program. A processor is provided, and the processor receives the first information transmitted from the server via the communication unit of the terminal, stores the received first information in the storage unit of the terminal, and communicates with the terminal. To control the setting related to the settlement based on the first information based on the above.

The figure which shows an example of the structure of the communication system in one aspect of Embodiment. The figure which shows an example of the system structure of the store POS system in one aspect of an embodiment. FIG. 5 is a flowchart showing an example of a flow of processing executed by various devices in one aspect of the embodiment. The figure which shows an example of the display screen of the terminal in one aspect of an embodiment. The figure which shows an example of the display screen of the terminal in one aspect of an embodiment. FIG. 5 is a flowchart showing an example of a flow of processing executed by various devices in one aspect of the embodiment. The figure which shows an example of the function realized by the control part of the server which concerns on 1st Example. The figure which shows an example of the information stored in the storage part of the server which concerns on 1st Example. The figure which shows an example of the user registration data which concerns on 1st Example. The figure which shows an example of the store registration data which concerns on 1st Example. The figure which shows an example of the settlement management database which concerns on 1st Example. The figure which shows an example of the code management database which concerns on 1st Example. The figure which shows an example of the function realized by the control part of the terminal which concerns on 1st Example. The figure which shows an example of the information stored in the storage part of the terminal which concerns on 1st Example. The figure which shows an example of the code stock data for the 1st terminal display which concerns on 1st Example. The figure which shows an example of the code stock data for the 2nd terminal display which concerns on 1st Example. The figure which shows an example of the 1st settlement data which concerns on 1st Example. The figure which shows an example of the 1st code-related information display control data which concerns on 1st Example. The figure which shows an example of the display screen of the terminal which concerns on 1st Example. The figure which shows an example of the display screen of the terminal which concerns on 1st Example. The figure which shows an example of the display screen of the terminal which concerns on 1st Example. The flowchart which shows an example of the flow of the process executed by various apparatus which concerns on 1st Example. The flowchart which shows an example of the flow of the 1st code display processing which concerns on 1st Example. The figure which shows an example of the display screen of the terminal which concerns on 1st modification. The figure which shows an example of the display screen of the terminal which concerns on 1st modification. The figure which shows an example of the display screen of the terminal which concerns on 1st modification. The figure which shows an example of the display screen of the terminal which concerns on 1st modification. The figure which shows an example of the display screen of the terminal which concerns on 1st modification. The figure which shows an example of the display screen of the terminal which concerns on 1st modification. The flowchart which shows an example of the flow of the process executed by various apparatus which concerns on 1st modification. The figure which shows an example of the function realized by the control part of the terminal which concerns on 2nd Example. The figure which shows an example of the information stored in the storage part of the terminal which concerns on 2nd Example. The figure which shows an example of the 2nd settlement data which concerns on 2nd Example. The figure which shows an example of the 1st settlement-related setting control data which concerns on 2nd Example. The figure which shows an example of the display screen of the terminal which concerns on 2nd Example. The figure which shows an example of the flow of the settlement-related setting control processing which concerns on 2nd Example. The figure which shows an example of the 2nd settlement-related setting control data which concerns on the 2nd modification. The figure which shows an example of the third settlement-related setting control data which concerns on the 2nd modification. The figure which shows an example of the 2nd code-related information display control data which concerns on 3rd Example. The figure which shows an example of the display screen of the terminal which concerns on 3rd Example. The figure which shows an example of the display screen of the terminal which concerns on 3rd Example. The figure which shows an example of the display screen of the terminal which concerns on 3rd Example. The figure which shows an example of the display screen of the terminal which concerns on 3rd Example. The figure which shows an example of the display screen of the terminal which concerns on 3rd Example. The flowchart which shows an example of the flow of the 2nd code display processing which concerns on 3rd Example. The flowchart which shows an example of the flow of the 3rd code display processing which concerns on 3rd Example. The figure which shows an example of the display screen of the terminal which concerns on 3rd modification. The figure which shows an example of the display screen of the terminal which concerns on 3rd modification. The figure which shows an example of the display screen of the terminal which concerns on 4th Embodiment. The figure which shows an example of the display screen of the terminal which concerns on 4th Embodiment. The figure which shows an example of the display screen of the terminal which concerns on 4th Embodiment. The flowchart which shows an example of the flow of the 1st code redisplay processing which concerns on 4th Embodiment. The flowchart which shows an example of the flow of the 2nd code redisplay processing which concerns on 4th Embodiment. The flowchart which shows an example of the flow of the process executed by the terminal and the server which concerns on 5th Embodiment. The flowchart which shows an example of the flow of the process executed by the terminal and the server which concerns on 6th Embodiment. The flowchart which shows an example of the flow of the process executed by the terminal and the server which concerns on 6th Embodiment. The flowchart which shows an example of the flow of the process executed by the terminal and the server which concerns on 6th Embodiment. The figure which shows an example of the display screen of the terminal which concerns on 6th Embodiment. The figure which shows an example of the display screen of the terminal which concerns on 6th Embodiment. The figure which shows an example of the display screen of the terminal which concerns on 6th Embodiment. The figure which shows an example of the display screen of the terminal which concerns on 6th Embodiment.

<Compliance with legal matters>
It should be noted that the disclosures described herein are premised on compliance with the legal matters of the implementing country necessary for the implementation of this disclosure, such as secrecy of communications.

An embodiment for implementing the information processing method and the like according to the present disclosure will be described with reference to the drawings.

[System configuration]
FIG. 1 is a diagram showing an example of the configuration of the communication system 1 according to the embodiment of the present disclosure.
As disclosed in FIG. 1, in the communication system 1, the server 10, the terminal 20 (terminal 20A, terminal 20B, terminal 20C, ...) And the store POS system 40 are connected via the network 30. ..

The server 10 provides a service for transmitting and receiving content including a message and the like between the terminals 20 to the terminal 20 owned by the user via the network 30. Further, the server 10 provides a service (hereinafter, referred to as "payment service") that realizes electronic payment (not limited, but an example of payment) by communicating with the terminal 20. The number of terminals 20 connected to the network 30 is not limited.

The network 30 plays a role of connecting one or more terminals 20, one or more servers 10, and one or more store POS systems 40. That is, the network 30 means a communication network that provides a connection route so that data can be transmitted and received after the above-mentioned various devices are connected.

One or more parts of the network 30 may or may not be a wired or wireless network. The network 30 is not limited, but by example, an ad hoc network, an intranet, an extranet, a virtual private network (VPN), a local area network (LAN), and a wireless network. LAN (wireless LAN: WLAN), wide area network (WAN), wireless WAN (wireless WAN: WWAN), metropolitan area network (MAN), part of the Internet, public exchange telephone network (Public) Switched Telephone Network: Part of PSTN, mobile network, ISDN (integrated service digital networks), wireless LAN, LTE (long term evolution), CDMA (code division multiple access), Bluetooth (Bluetooth (registered trademark)), satellite It can include communications, etc., or a combination of two or more of these. The network 30 may include one or more networks 30.

The terminal 20 (terminal 20A, terminal 20B, terminal 20C, ...) (Not limited, but an example of a terminal and an information processing device) is any information processing terminal capable of realizing the functions described in each embodiment. It may be a terminal. The terminal 20 is not limited but, for example, a smartphone, a mobile phone (feature phone), a computer (not limited, for example, a desktop, a laptop, a tablet, etc.), a media computer platform (not limited, for example, a cable, a satellite set). Topboxes, digital video recorders), handheld computer devices (not limited, but personal digital assistants, email clients, etc.), wearable devices (glasses devices, watch devices, etc.), or other types of computers , Or includes a communication platform. Further, the terminal 20 may be expressed as an information processing terminal.

Since the configurations of the terminal 20A, the terminal 20B, and the terminal 20C are basically the same, the terminal 20 will be described in the following description. Further, if necessary, the terminal used by the user X is expressed as the terminal 20X, and the user information in the predetermined service associated with the user X or the terminal 20X is expressed as the user information X. The user information is user information associated with an account used by the user in a predetermined service. User information is not limited, but as an example, input by the user or given by a predetermined service, the user's name, the user's icon image, the user's age, the user's gender, the user's address, and the user's hobbies. It includes information associated with the user, such as preference, user identifier, and may or may not be any one or combination of these.

The server 10 (not limited to an example of a server, an information processing device, and an information management device) has a function of providing a predetermined service to the terminal 20. The server 10 may be any device as long as it is an information processing device that can realize the functions described in each embodiment. The server 10 is not limited, but by example, a server device, a computer (not limited, by example, a desktop, a laptop, a tablet, etc.), a media computer platform (not limited, by example, a cable, a satellite set-top box, a digital video recorder). ), Handheld computer devices (for example, but not limited to, PDA, e-mail client, etc.), or other types of computers, or communication platforms. Further, the server 10 may be expressed as an information processing device. When it is not necessary to distinguish between the server 10 and the terminal 20, the server 10 and the terminal 20 may or may not be expressed as information processing devices, respectively.

In the embodiment described below, the server 10 will be described as having a function of providing a payment service by a payment application.

The store POS system 40 is a POS system that is introduced and used in a store that is affiliated with a business operator that operates the server 10.
The store POS system 40 includes, but is not limited to, a store code reader device 50, a code cash register 60, and a store server 70.

[Hardware (HW) configuration of each device]
The HW configuration of each device included in the communication system 1 will be described.

(1) HW configuration of the terminal FIG. 1 shows an example of the HW configuration of the terminal 20.
The terminal 20 includes a control unit 21 (CPU: central processing unit), a storage unit 28, a communication I / F 22 (interface), an input / output unit 23, a display unit 24, a microphone 25, a speaker 26, and a camera 27. It includes a clock unit 29A and a position calculation information detection unit 29B. Each component of the HW of the terminal 20 is connected to each other via bus B as an example, but not a limitation. It is not essential that the HW configuration of the terminal 20 includes all the components. As an example, but not limited to, the terminal 20 may or may not be configured to remove individual components, such as the microphone 25, camera 27, or a plurality of components.

The communication I / F 22 transmits / receives various data via the network 30. Communication may be performed by wire or wirelessly, and any communication protocol may be used as long as mutual communication can be performed. The communication I / F 22 has a function of executing communication with various devices such as the server 10 via the network 30. The communication I / F 22 transmits various data to various devices such as the server 10 according to an instruction from the control unit 21. Further, the communication I / F 22 receives various data transmitted from various devices such as the server 10 and transmits the various data to the control unit 21. Further, the communication I / F 22 may be simply expressed as a communication unit. Further, when the communication I / F 22 is composed of a physically structured circuit, it may be expressed as a communication circuit.

The input / output unit 23 includes a device for inputting various operations to the terminal 20 and a device for outputting the processing result processed by the terminal 20. The input / output unit 23 may or may not be integrated with the input unit and the output unit, or may be separated into the input unit and the output unit.

The input unit is realized by any or a combination of all kinds of devices capable of receiving input from the user and transmitting information related to the input to the control unit 21. The input unit includes, but is not limited to, hardware keys such as a touch panel, a touch display, and a keyboard, a pointing device such as a mouse, a camera (operation input via a moving image), and a microphone (operation input by voice).

The output unit is realized by any or a combination of all kinds of devices capable of outputting the processing result processed by the control unit 21. The output unit includes, for example, a touch panel, a touch display, a speaker (audio output), a lens (three dimensions output, a hologram output, for example, not a limitation), a printer, and the like.

The display unit 24 is realized by any or a combination of all kinds of devices capable of displaying according to the display data written in the frame buffer. The display unit 24 includes a touch panel, a touch display, a monitor (not a limitation but an example, a liquid crystal display or an OELD (organic electroluminescence display)), a head mounted display (HDM), a projection mapping, and a hologram. , Includes a device capable of displaying images, text information, etc. in the air (which may or may not be vacuum). It should be noted that these display units 24 may or may not be able to display display data in 3D.

When the input / output unit 23 is a touch panel, the input / output unit 23 and the display unit 24 may be arranged so as to face each other with substantially the same size and shape.

The clock unit 29A is a built-in clock of the terminal 20 and outputs time information (timekeeping information). The clock unit 29A is configured to include, for example, a clock using a crystal oscillator, and the like, without limitation. The clock unit 29A can be expressed as a time measuring unit or a time information detecting unit as an example without limitation.

The clock unit 29A may or may not have a clock to which the NITZ (Network Identity and Time Zone) standard or the like is applied.

The position calculation information detection unit 29B has a function of detecting (measuring) information necessary for the control unit 21 to calculate (measure) the position of its own terminal 20 (hereinafter, referred to as “position calculation information”). It is a department. The position calculation information detection unit 29B can be expressed as a position calculation sensor unit as an example without limitation.
The position calculation information detection unit 29B is not essential and may be excluded from the configuration requirements of the terminal 20.

The position calculation information detection unit 29B is not limited, but as an example, a satellite positioning sensor (satellite positioning) that is a sensor or unit for calculating the position of the terminal 20 using a satellite positioning system such as GPS (Global Positioning System). A unit), a sensor for calculating the position of the terminal 20 using an inertial navigation system, an inertial measurement sensor (IMU (Inertial Measurement Unit)), and the like, which are units.

The satellite positioning unit is not limited to, for example, an RF receiving circuit that converts an RF (Radio Frequency) signal including a positioning satellite signal transmitted from a positioning satellite received by an antenna (not shown) into a digital signal. Correlation calculation processing is performed on the digital signal output from the RF reception circuit to capture the positioning satellite signal, and information such as satellite orbit data and time data extracted from the positioning satellite signal is used as position calculation information. It has a baseband processing circuit to output.

The inertial measurement unit has an inertial sensor which is a sensor that detects information necessary for calculating the position of the terminal 20 by inertial navigation calculation. The inertial sensor includes, for example, a three-axis acceleration sensor and a three-axis gyro sensor, and the acceleration detected by the acceleration sensor and the angular velocity detected by the gyro sensor are used as position calculation information. Output.

The control unit 21 has a physically structured circuit for executing a function realized by a code or an instruction contained in the program, and is not limited, but as an example, a data processing device built in hardware. Is realized by. Therefore, the control unit 21 may or may not be expressed as a control circuit.

The control unit 21 is not limited, but as an example, a central processing unit (CPU), a microprocessor (microprocessor), a processor core (processor core), a multiprocessor (multiprocessor), an ASIC (application-specific integrated circuit), and an FPGA (field programmable). gate array) is included.

The storage unit 28 has a function of storing various programs and various data required for the terminal 20 to operate. The storage unit 28 includes various storage media such as HDD (hard disk drive), SSD (solid state drive), flash memory, RAM (random access memory), and ROM (read only memory) as examples without limitation. Further, the storage unit 28 may or may not be expressed as a memory.

The terminal 20 stores the program P in the storage unit 28, and by executing the program P, the control unit 21 executes the processing as each unit included in the control unit 21. That is, the program P stored in the storage unit 28 causes the terminal 20 to realize each function executed by the control unit 21. Further, this program P may or may not be expressed as a program module.

The microphone 25 is used for inputting voice data. The speaker 26 is used for outputting audio data. The camera 27 is used for acquiring moving image data.

(2) HW configuration of the server FIG. 1 shows an example of the HW configuration of the server 10.
The server 10 includes a control unit 11 (CPU), a storage unit 15, a communication I / F 14 (interface), an input / output unit 12, a display 13, and a clock unit 19. Each component of the HW of the server 10 is connected to each other via the bus B as an example, but not a limitation. The HW of the server 10 does not necessarily include all the components as the configuration of the HW of the server 10. As an example, but not limited to, the HW of the server 10 may or may not be configured to remove the display 13.

The control unit 11 has a physically structured circuit for executing a function realized by a code or an instruction contained in the program, and is not limited, but as an example, a data processing device built in hardware. Is realized by.

The control unit 11 is typically a central processing unit (CPU), and may or may not be a microprocessor, a processor core, a multiprocessor, an ASIC, or an FPGA. In the present disclosure, the control unit 11 is not limited to these.

The storage unit 15 has a function of storing various programs and various data required for the server 10 to operate. The storage unit 15 is realized by various storage media such as HDD, SSD, and flash memory. However, in the present disclosure, the storage unit 15 is not limited to these. Further, the storage unit 15 may or may not be expressed as a memory.

The communication I / F 14 transmits / receives various data via the network 30. Communication may be performed by wire or wirelessly, and any communication protocol may be used as long as mutual communication can be performed. The communication I / F 14 has a function of executing communication with various devices such as a terminal 20 via the network 30. The communication I / F 14 transmits various data to various devices such as a terminal 20 according to an instruction from the control unit 11. Further, the communication I / F 14 receives various data transmitted from various devices such as the terminal 20 and transmits the various data to the control unit 11. Further, the communication I / F 14 may be simply expressed as a communication unit. Further, when the communication I / F 14 is composed of a physically structured circuit, it may be expressed as a communication circuit.

The input / output unit 12 is realized by a device that inputs various operations to the server 10. The input / output unit 12 is realized by any or a combination of all kinds of devices capable of receiving an input from a user and transmitting information related to the input to the control unit 11. The input / output unit 12 is typically realized by a hardware key typified by a keyboard or the like, or a pointing device such as a mouse. The input / output unit 12 is not limited to the input / output unit 12, and may or may not include a touch panel, a camera (operation input via a moving image), and a microphone (operation input by voice) as an example. However, in the present disclosure, the input / output unit 12 is not limited to these.

The display 13 is typically realized by a monitor (not limited to, for example, a liquid crystal display or an OLED (organic electroluminescence display)). The display 13 may or may not be a head-mounted display (HDMI) or the like. It should be noted that these displays 13 may or may not be capable of displaying display data in 3D. In the present disclosure, the display 13 is not limited to these.

The clock unit 19 is a built-in clock of the server 10 and outputs time information (timekeeping information). The clock unit 19 is configured to include an RTC (Real Time Clock) as a hardware clock, a system clock, or the like as an example, not limited to the clock unit 19. The clock unit 19 is not limited, but may be expressed as a time measuring unit or a time information detecting unit as an example.

(3) System Configuration of Store POS FIG. 2 shows an example of the system configuration of the store POS system 40.
The store POS system 40 is a POS system that is introduced and used in a store that is affiliated with a business operator that operates the server 10, and is not limited, but as an example, a store code reader device 50, a code cash register 60, and a store. Includes server 70.

The store code reader device 50 is connected to the code cash register 60 and the store server 70 by POS communication I / F 57 (not limited to, for example, wired communication I / F or wireless communication I / F in the store), and the code cash register 60 is connected. At the time of checkout in, the terminal display code image displayed on the display unit 24 of the terminal 20 is read. Then, based on reading the terminal display code image, the payment request information is transmitted to the server 10 by the communication I / F 54, and after the payment is made on the server 10, information on the payment result (for example, a store described later). The payment completion notification) is received from the server 10 by the communication I / F54.

The store code reader device 50 is not limited, but as an example, the control unit 51, the input / output unit 52, the display unit 53, the communication I / F 54, the storage unit 55, the sound output unit 56, and the POS communication I / It has an F57, a code reader 58, and a clock unit 59.

The code reader 58 is a code reader for reading a two-dimensional code. In the present specification, the code reader 58 is a two-dimensional code (for example, a QR code (registered trademark)) displayed on the display unit 24 of the terminal 20 and presented by the user of the terminal 20. )) Includes a two-dimensional code reader (for example, a QR code reader) for reading the terminal display code.

The code cash register 60 is not limited, but as an example, is connected to the store code reader device 50 and the store server 70 by POS communication I / F 57, and is based on the store payment completion notification received by the store code reader device 50 from the server 10. , Issue a receipt printed with information such as the total amount of the sold products and the balance of electronic money of the user of the terminal 20. Further, as an example, not limited to this, a display provided integrally with the code cash register 60 or separately from the code cash register 60 and having a display surface facing the customer side may be configured. The code cash register 60 is a cash register configured to support a payment application, and can be said to be a stationary terminal compatible with the payment application.

The store server 70 is not limited, but as an example, for store information about its own store, information about products sold at its own store, information about services provided at its own store, sales of products at its own store, and provision of services. Manage various information such as information on the accompanying sales. The store server 70 is configured to be able to communicate with the store code reader device 50 and the code register 60 by POS communication I / F 57, and is also configured to be able to communicate with an external device such as the server 10 via the network 30.

The store server 70 does not necessarily have to be configured to be able to communicate directly with the store code reader device 50, and may be configured to be able to communicate with the store code reader device 50 via the code register 60. For example, the store payment completion notification received by the store code reader device 50 from the server 10 may be sent to the code cash register 60, and then sent from the code cash register 60 to the store server 70.

(4) Others The server 10 stores the program P in the storage unit 15, and by executing the program P, the control unit 11 executes the processing as each unit included in the control unit 11. That is, the program P stored in the storage unit 15 causes the server 10 to realize each function executed by the control unit 11. This program P may or may not be expressed as a program module.
The same applies to other devices.

In each embodiment of the present disclosure, it will be described as being realized by executing the program P by the CPU of the terminal 20 and / or the server 10.
The same applies to other devices.

The control unit 21 of the terminal 20 and / or the control unit 11 of the server 10 is formed not only in a CPU having a control circuit but also in an integrated circuit (IC (Integrated Circuit) chip, LSI (Large Scale Integration)) and the like. Each process may or may not be realized by a logic circuit (hardware) or a dedicated circuit. Further, these circuits may be realized by one or a plurality of integrated circuits, and the plurality of processes shown in each embodiment may or may not be realized by one integrated circuit. Further, the LSI may be referred to as a VLSI, a super LSI, an ultra LSI, or the like depending on the degree of integration. Therefore, the control unit 21 may or may not be expressed as a control circuit.
The same applies to other devices.

Further, the program P (for example, a software program, a computer program, or a program module) of each embodiment of the present disclosure may be provided in a state of being stored in a computer-readable storage medium. It does not have to be done. The storage medium can store the program P in a "non-temporary tangible medium". Further, the program P may or may not be for realizing a part of the functions of each embodiment of the present disclosure. Further, it may or may not be a so-called difference file (difference program) that can realize the functions of each embodiment of the present disclosure in combination with the program P already recorded on the storage medium.

The storage medium is one or more semiconductor-based or other integrated circuits (ICs) (such as, but not limited to, field programmable gate arrays (FPGAs) or application-specific ICs (ASICs)), hard disks. Disk drive (HDD), hybrid hard drive (HHD), optical disk, optical disk drive (ODD), optical magnetic disk, optical magnetic drive, floppy diskette, floppy disk drive (FDD), magnetic tape, solid It can include a drive (SSD), a RAM drive, a secure digital card, or drive, any other suitable storage medium, or any suitable combination of two or more of these. The storage medium may be volatile, non-volatile, or a combination of volatile and non-volatile, where appropriate. The storage medium is not limited to these examples, and any device or medium may be used as long as the program P can be stored. Further, the storage medium may or may not be expressed as a memory.

The server 10 and / or the terminal 20 can read the program P stored in the storage medium and execute the read program P to realize the functions of the plurality of functional units shown in each embodiment.
The same applies to other devices.

Further, the program P of the present disclosure may or may not be provided to the server 10 and / or the terminal 20 via an arbitrary transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. .. The server 10 and / or the terminal 20 realizes the functions of the plurality of functional units shown in each embodiment by executing the program P downloaded via the Internet or the like, as an example without limitation.
The same applies to other devices.

In addition, each embodiment of the present disclosure can also be realized in the form of a data signal in which the program P is embodied by electronic transmission.
At least part of the processing in the server 10 and / or the terminal 20 may or may not be realized by cloud computing composed of one or more computers.
At least a part of the processing in the terminal 20 may or may not be performed by the server 10. In this case, at least a part of the processing of each functional unit of the control unit 21 of the terminal 20 may or may not be performed by the server 10.
At least a part of the processing in the server 10 may or may not be performed by the terminal 20. In this case, at least a part of the processing of each functional unit of the control unit 11 of the server 10 may or may not be performed by the terminal 20.
Unless explicitly stated, the configuration of the determination in the embodiment of the present disclosure is not essential, and a predetermined process is operated when the determination condition is satisfied, or a predetermined process is performed when the determination condition is not satisfied. It may or may not be.

The program disclosed in this disclosure is not limited to using script languages such as ActionScript and JavaScript (registered trademark), compiler languages such as Objective-C and Java (registered trademark), and markup languages such as HTML5. Will be implemented.

Further, in the present specification, the expression "by communication I / F" is used as appropriate. This indicates that the device transmits and receives various information and data via the communication I / F (via the communication unit) based on the control of the control unit (processor or the like), for example, without limitation. ..

Further, in the present specification, the term "deadline" is described as indicating a certain period of time. However, the term "period" may be used instead of the term "deadline".
Further, the term "deadline" may be used to mean the time or date and time (fixed time or fixed date and time) at which the period ends.

<First Example>
In recent years, as applications related to network services (application software), applications such as applications for electronic payment by electronic currency (payment application), applications for electronic money transfer (money transfer application), and some functions of these applications. Alternatively, payment applications that integrate all functions are becoming widespread, and users of the terminal 20 can receive various services related to electronic currency using these applications.

The examples described below are not limited to examples, and are examples in which a user of the terminal 20 makes a payment by using a payment application stored and executed in the terminal 20. Specifically, we propose a method for making payments in common in the online state and the offline state.

In the following, a business operator that provides a payment service using a payment application is referred to as a "payment service business operator". The payment service business operator may or may not be expressed as a business operator that provides a payment application or a business operator of the server 10.

Further, in the following, it will be described that the server 10 is operated and managed by the payment service provider. Further, in the following, the name of the payment application will be illustrated and described as "Payment App" as appropriate.

Further, the payment application may be provided by the server 10 as a single application having no so-called messaging service (MS) function, or may be provided by the server 10 as a complex application having the MS function. May be provided by. Further, the messaging service may or may not include an instant messaging service (IMS: Instant Messaging Service) that enables transmission and reception of contents such as simple messages between terminals 20.

Further, the payment application may be provided by the server 10 as a single application having no so-called social networking service (SNS) function, or as a complex application having an SNS function. It may be provided by the server 10.

In addition, MS (including IMS) can also be considered as one form (one form) of SNS. Therefore, MS and SNS may or may not be distinguished.

In addition, stores affiliated with payment service providers are referred to as "member stores (member stores)", and are shown as "member store S1", "member store S2", ..., In FIG. ..

Further, "electronic money" is electronic money that is distinguished from physical money, and means electronic money owned by the terminal 20 or the user of the terminal 20 managed in the payment application, and is "payment". "" Means electronic payment using this electronic money.

In addition, electronic money may be expressed as "electronic money" or "digital currency (digital currency)", or may not be so.
Further, as "electronic money (electronic money)" or "digital currency (digital currency)", legal tender or virtual currency may be used.
In addition, cryptocurrency (cryptocurrency) may be included in "electronic money (electronic money)" and "digital currency (digital currency)".
Further, the virtual currency may include physical money such as a coupon.

<Payment method>
(1) Online payment First, as one aspect, an online payment method will be described with reference to a flowchart.

In the following, "online" means that the terminal 20 can communicate with the server 10, and "online state" means this online state. Further, "online payment" means that payment is performed by the server 10 in the online state.
The "online state" is an example of the first communication state.

In the following, communication between the terminal 20 and the server 10 is not limited, and as an example, a frequency band different from wireless LAN communication, which is realized via a base station or the like installed by a communication company (communication carrier), is used. It will be realized by the first communication method used. The first communication method includes, but is not limited to, packet communication (so-called mobile data communication in the terminal 20) as an example.

Further, as the communication method, a second communication method different from the first communication method may or may not be used. The second communication method includes, but is not limited to, a wireless LAN (for example, WiFi (registered trademark)) as an example.

Further, it may be defined as "online state" that the terminal 20 and the server 10 can communicate with each other by at least one of the first communication method and the second communication method. You may.

FIG. 3-1 is a flowchart showing an example of the flow of processing executed by each device in this case. From the left side, an example of a process executed by the control unit 21 of the terminal 20, a process executed by the control unit 51 of the store code reader device 50, and a process executed by the control unit 11 of the server 10 is shown.

Each step in each process is indicated by a combination of uppercase letters and numbers, and the term "step" is omitted herein.
In addition, the flowchart described below merely illustrates the processing in this embodiment, and in the flowchart described below, some steps may not be executed or additional steps may be inserted.
These also apply to the other flowcharts herein.

First, the control unit 21 transmits the code generation request information for requesting the generation of the terminal display code to the server 10 (via the communication I / F22) by the communication I / F22 (A110).

In the following, as an example, not limited to, "code information" means information stored in a code image by encoding or the like or information stored in a code image (hereinafter, "original" in the sense of original information. It will be described as a concept including "information") and a "code image" in which the original information is stored. That is, the "code information" includes the "original information" and the "code image".
The "original information" may or may not be expressed as "encoding information", "stored information", or the like.

Further, in the following, as an example rather than a limitation, the term "code" has substantially the same meaning as "code information".

However, these definitions are merely examples and are not limited to these.
For example, the term "code information" may or may not be used to mean "source information".
Further, for example, the term "code" may or may not be used to mean "code image".

In this embodiment, as an example of the above-mentioned original information, a number uniquely generated by the server 10 for each terminal 20 of the source of the code generation request information or for each user of the terminal 20, and having a predetermined number of digits. An example is a "payment number" which is a random number. The payment number is information associated with the terminal 20 or the user of the terminal 20, and can be said to be information used for payment by the server 10.

In the following, the payment code generated by the server 10 based on the code generation request information will be referred to as a "terminal display code", and the code image of this terminal display code will be referred to as a "terminal display code image".

Although the details will be described later, the above payment number is stored in the terminal display code image.
The terminal display code image and the payment number are examples of "first information" for making a payment using the code image, and are transmitted from the server 10.

In the following, a case where the information for requesting the server 10 to generate the above-mentioned terminal display code image is used as the code generation request information will be illustrated. That is, in this process, as an example, not limited, the terminal 20 requests the server 10 to generate the terminal display code image, and the A110 requests the server to generate the code generation request information for requesting the generation of the terminal display code image. Send to 10.

Further, in the present specification, the "terminal display code" will be described as a code used for payment in the payment type "terminal code display".
In the payment type "terminal code display", when the user of the terminal 20 makes a payment at a store or the like, the terminal display code image displayed on the terminal 20 is displayed on the store by using the payment application stored in the terminal 20. Present it to the clerk at the code register 60. Then, the settlement is realized by having the store code reader device 50 or the like read the code image for terminal display.
Since the terminal display code is a code (code image) presented by the user of the terminal 20 to a clerk of a store or the like, it can also be expressed as a "presentation code" or a "user presentation code".

The code generation request information transmitted by the A110 may include, but is not limited to, the terminal 20 or the identification information for identifying the user of the terminal 20 as an example. For example, terminal identification information for identifying one's own terminal 20 (for example, terminal ID), user identification information for identifying a user of one's own terminal 20 (for example, user ID), account information for a payment application (for example, application ID). Etc. are included in this.

When the code generation request information is received from the terminal 20 by the communication I / F 14 (C110), the control unit 11 performs the terminal display code generation process (C120).

Specifically, as an example, not limited, a random number with a predetermined number of digits is used by using a method (algorithm) for generating a random number with a predetermined number of digits (for example, about 10 to 12 digits). Is generated as a payment number. Then, as an example, not a limitation, a terminal display code image including at least a payment number as original information is generated. More specifically, at least the payment number is encoded (encoded) and graphicized (imaged) to generate a terminal display code image represented by a two-dimensional code (for example, QR code) image. Further, the identification information of the terminal 20 or the user of the terminal 20 included in the received code generation request information is associated with the generated payment number and stored in the storage unit 15.

Next, the control unit 11 transmits the generated terminal display code (terminal display code image in this example) to the terminal 20 by communication I / F 14 (C130). The terminal 20 receives the terminal display code (terminal display code image in this example) from the server 10 by the communication I / F 22 (A130). In this case, the control unit 21 causes the display unit 24 to display the received terminal display code image as an example, not a limitation.

After that, when the terminal display code image displayed on the display unit 24 is presented to the store clerk or the like by the user of the terminal 20, the control unit 51 displays the terminal display code displayed on the display unit 24 of the terminal 20. Control is performed so that the code reader 58 reads the image (B150).

After that, the control unit 51 accesses the server 10 by the communication I / F 54 using the application interface (API) or the like associated with the payment application provided (distributed) by the payment service provider, and at least reads the server 10. The payment number obtained by decoding from the terminal display code image, the identification information for identifying the store or the store code reader device 50 (hereinafter referred to as "store identification information"), and the amount to be settled (hereinafter, referred to as "store identification information"). The settlement request information including the "scheduled settlement amount") is transmitted to the server 10 by the communication I / F 54 (B160).

When the payment request information is received from the store code reader device 50 by the communication I / F 14 (C160), the control unit 11 performs the payment process (C170). Specifically, it is determined whether or not the payment number included in the received payment request information is stored in the storage unit 15 in association with the identification information of the terminal 20 or the user of the terminal 20. Then, if it is stored, it is determined that "payment is possible", and the balance of electronic money of the terminal 20 or the user of the terminal 20 identified from the identification information stored in association with the payment number (application of the payment application). Settlement is performed by subtracting the planned settlement amount from the balance of electronic money associated with the ID (hereinafter, simply referred to as "balance").

After that, the control unit 11 transmits a payment completion notification for the store (hereinafter, referred to as “store payment completion notification”) to the store code reader device 50 by communication I / F 14 (C180). The store payment completion notification includes, as an example, not limited to, the fact that the payment has been completed (successful), the date and time of the payment (settlement date and time), and the payment information for the store such as the payment amount (settlement amount). ..

Further, the control unit 11 transmits a payment completion notification for the terminal (hereinafter, referred to as "settlement completion notification for the terminal") to the terminal 20 by the communication I / F 14 (C190). The payment completion notification for terminals is not limited, but as an example, the fact that the payment has been completed (successful), the date and time of the payment (settlement date and time), the store identification information of the store that made the payment (settlement store identification information), and the amount of payment ( Includes payment information for terminals such as payment amount). Then, the control unit 11 ends the process.

Here, when the payment by the server 10 is successful, the payment completion notification for the store and the payment completion notification for the terminal are transmitted from the server 10, but the server 10 makes the payment due to insufficient balance or the like. You may not be able to do it. In this case, a notification to the effect that the payment could not be made (for example, a payment error notification, a payment NG notification) may be transmitted to the store code reader device 50 and the terminal 20.
The same applies to other processes.

When the store settlement completion notification is received from the server 10 by the communication I / F 54 (B180), the control unit 51 ends the process.

Further, when the terminal payment completion notification is received from the server 10 by the communication I / F 22, the control unit 21 updates the balance stored in the terminal 20 as the payment application data based on the received terminal payment completion notification. To do. Further, the control unit 21 causes the display unit 24 to display the payment result (A190). Then, the control unit 21 ends the process.

FIG. 3-2 is a diagram showing an example of a top screen displayed by the payment application executed by the terminal 20.
This top screen is a display screen displayed when the payment application is started, and "Payment App", which is the name of the payment application, is displayed at the upper part of the screen. The balance (here, "3000 yen") is displayed in the frame below it, and a charge button for charging (adding) electronic money is displayed next to it. Below that, a plurality of function icons corresponding to various functions of the payment application are displayed.

Among these function icons, the icon indicated as "code" is not a limitation but, as an example, a "code icon" for displaying the code display screen on the display unit 24. When this code icon is touch-operated by the user of the terminal 20, the code generation request information is transmitted from the terminal 20 to the server 10 as an example, and the server 10 generates a terminal display code. Then, the generated terminal display code is transmitted from the server 10 to the terminal 20, and the code display screen shown in FIG. 3-3 is displayed on the display unit 24 of the terminal 20.

FIG. 3-3 is a diagram showing an example of a code display screen.
On this code display screen, the characters "code" are displayed at the top of the screen, and below that, the payment method, the points owned by the user, and whether or not to use those points for payment are set. A point tab for doing this is displayed.

Below that, as the code image of the terminal display code acquired from the server 10, a one-dimensional terminal display code image represented by a barcode and a two-dimensional terminal display code represented by a QR code. The image QC0 and the image QC0 are displayed in different areas in the display screen. Further, as an example, not a limitation, a 12-digit payment number is displayed below the one-dimensional terminal display code image.

Further, in this example, the terminal display code displayed on the code display screen has a deadline (hereinafter, referred to as "code expiration date") at which payment can be made using the code.
The code expiration date can also be referred to as the expiration date associated with the code.

The code expiration date is not limited, but can be, for example, "the period from the time when the terminal display code is displayed (display starts) on the terminal to the time when the code usage time elapses". The code usage time can be changed as appropriate, but it is not limited and can be set to "5 minutes" as an example.

In the following, the time when the terminal display code is displayed (display is started) on the terminal is referred to as "code display time". It may be called "code display date and time" with the time as the date and time.

The code expiration date may or may not be defined as the time (date and time) at which the period during which payment can be made using the code ends (expires).

Then, under the two-dimensional terminal display code image QC0, the remaining time of the code expiration date is displayed in a countdown format together with the update mark and the update character. The remaining time is displayed based on the information measured by the clock unit 29A of the terminal 20.
When the remaining time reaches "0", the code cannot be used. Therefore, if the user of the terminal 20 wants to make a payment after that, it is necessary to reacquire the terminal display code from the server 10.

The user of the terminal 20 presents the code display screen of FIG. 3-3 to the store clerk at the code cash register 60 within the code expiration date, and has the store code reader device 50 read the terminal display code image for payment. I do. In this case, the store code reader device 50 accesses the server 10 by the communication I / F 54 using the API or the like described above, and transmits the information necessary for payment to the server 10. As a result, the server 10 performs the payment process.

Up to this point, the processing for realizing online payment has been illustrated. In this process, the terminal display code generated by the server 10 and transmitted to the terminal 20 is not limited, but is immediately used for payment as an example.

However, some users may wish to use the terminal display code received from the server 10 to make a payment, instead of using it immediately to make a payment.

Further, in order to apply the above processing, it is necessary that the terminal 20 and the server 10 are in a communicable state (online state). Of course, it is also necessary that the store code reader device 50 and the server 10 are in a communicable state.

However, when making a payment in a place with poor radio wave conditions such as underground, or when making a payment in a situation where the line is congested such as an event venue, the communication volume of the terminal 20 for a certain period (for example, one month) is a certain amount. It is assumed that it will be difficult to make a payment as a result of communication failure (or communication difficulty) between the terminal 20 and the server 10 when communication restrictions or communication speed restrictions are applied due to exceeding the limit. Will be done.

Therefore, in the following, a method for realizing settlement even in these cases will be illustrated.
The settlement method described below can be similarly applied to both the online state and the offline state, but here, it will be described as a method for realizing the settlement in the offline state.

(2) Offline Payment An offline payment method as one aspect of the method of the present disclosure will be described with reference to a flowchart.
In the following, "offline" means that the terminal 20 cannot communicate with the server 10 or can not communicate properly (communication is difficult, communication is unstable). , "Offline state" shall indicate this offline state. Further, "offline payment" means that payment is performed by the server 10 in the offline state.
As a premise, it is assumed that the store code reader device 50 can communicate with the server 10.

The "offline state" is an example of a second communication state (a communication state in which the amount of communication information is smaller than that of the first communication state).
Further, the "offline state" can be said to be a communication state in which the communication amount of the terminal 20 is smaller than the set communication amount.

As described above, the offline state can be said to be a communication state in which the amount of communication information is smaller than that in the online state, or a communication state in which the communication amount of the terminal 20 is smaller than the set communication amount. In this communication state, in addition to the state in which the terminal 20 and the server 10 cannot completely communicate with each other, for example, communication is possible, but the terminal 20 and the server 10 are appropriate, for example, as illustrated below. Can also include a state in which communication cannot be performed.

(1) A state in which the time required for communication is longer than expected (for example, a state in which communication is unstable and a delay (delay time) is long (a state in which latency increases)).
-For example, the terminal 20 can exchange information with the server 10, but when transmitting information to the server 10, the time required to complete the transmission is longer than expected.
-For example, the terminal 20 can exchange information with the server 10, but when receiving information from the server 10, the time required to complete the reception is longer than expected. As a result, for example, when displaying based on the received information, it takes a longer time than expected to perform the display.
(2) A state in which the communication speed is slower than expected (for example, a state in which the amount of data that can be transmitted per unit time decreases (a state in which the throughput decreases)).

It can be considered that the smaller the latency, the higher the performance related to data access and the better the communication state. Further, even if the throughput is good, if the latency is large, it can be considered that the communication is unstable.

FIG. 3-4 is a flowchart showing an example of the flow of processing executed by each device in this case. The way of reading the figure is the same as the above-mentioned flowchart.

The flowchart of FIG. 3-4 is a rewrite of the flowchart of FIG. 3-1 to an offline specification. The flowchart of FIG. 3-1 is not limited, but as an example, the processing step in the online state (for example, A240), the processing step in the offline state (for example, A250, B250, B280), and the case of returning from the offline state to the online state. (For example, A290, C290) are different.

After A130, the control unit 21 stocks the received terminal display code (terminal display code image in this example) in the storage unit 28 (A240).

Here, "stock" means that the received terminal display code is stored in the storage unit 28 so that it can be used later.
In addition, in this specification, "stock" may be simply expressed as "memory". In addition, stocking the terminal display code may be expressed as "storing the terminal display code in the terminal display code stock data".

In this process, in order to enable offline payment, the terminal display code (terminal display code image in this example) acquired from the server 10 in the online state is stocked (stored) in the storage unit 28 of the terminal 20. .. Then, when payment is required in the offline state, the stock terminal display code is used so that payment can be performed without having to communicate with the server 10.

This will be described in detail. It is assumed that the user goes offline after A240.
Here, the terminal 20 detects that the terminal 20 has been in the offline state by any of the following methods, as an example but not a limitation.

(A) While the payment application is being executed on the terminal 20, a connection confirmation request is transmitted from the server 10 to the terminal 20 at a periodic timing or a specific timing, and the terminal 20 identifies the connection confirmation request. A connection response including information (for example, application ID) is transmitted to the server 10. In this case, the control unit 21 of the terminal 20 determines that the user is in the offline state when the connection confirmation request is no longer received from the server 10.

(B) During execution of the payment application on the terminal 20, a connection notification including identification information (for example, application ID) is transmitted from the terminal 20 to the server 10 at a periodic timing or a specific timing, and the server 10 sends the connection notification. In response to the connection notification, the connection confirmation is transmitted to the terminal 20. In the offline state, the connection notification cannot be transmitted from the terminal 20 to the server 10. Therefore, as an example, not limited to this, when the control unit 21 of the terminal 20 detects the occurrence of a connection notification transmission error, it determines that the user is in the offline state.

It should be noted that the terminal 20 is not limited, but as an example, is the terminal 20 acquired information about the communication status (communication status) of its own terminal 20 by using a library or an application for acquiring the network connection status, and is in the offline state? It may or may not be determined.

In the offline state, as an example, not limited to, when the code display operation is performed by the user of the terminal 20, the control unit 21 performs the code display process (A250). Specifically, the display unit 24 displays a code display screen including a terminal display code image stocked in A240 as an example, not a limitation. Then, when this code display screen is presented to a store clerk or the like by the user of the terminal 20, the control unit 51 controls the code reader 58 to read the terminal display code image of the presented code display screen. (B250). Then, the control unit 51 shifts the processing to B160.

After B160, when the store payment completion notification is received from the server 10 by the communication I / F54 (B280), the store clerk or the like indicates that the offline payment has been completed (successful) based on the received store payment completion notification. Orally notify the user of the terminal 20.

After C180, the control unit 11 transmits a terminal payment completion notification to the terminal 20 (C290). However, in the offline state, the terminal 20 cannot receive the payment completion notification for the terminal.
When the terminal 20 returns to the online state, the terminal 20 receives the payment completion notification for the terminal transmitted from the server 10. Then, when the terminal payment completion notification is received from the server 10 by the communication I / F 22, the control unit 21 causes the display unit 24 to display the payment result based on the received terminal payment completion notification (A290). Then, the control unit 21 hides the code display screen.

The process described above is an example of a process for performing offline payment.

The code generation request information may be information for requesting the generation of one terminal display code, or may be information for requesting the generation of a plurality of (two or more) terminal display codes. Specifically, as an example, not limited, the number of codes requested by the terminal 20 to be generated at one time on the terminal 20 side or the server 10 side, instead of adding the terminal display codes one by one. The upper limit of (the number of codes generated by the server 10 at one time) is set. Then, the user of the terminal 20 may acquire the upper limit number of terminal display codes at once by one operation. In this case, the server 10 generates a plurality of terminal display codes, the generated plurality of terminal display codes are transmitted to the terminal 20, and the received plurality of terminal display codes are stocked in the terminal 20. do it.

The above processing can be similarly applied in the online state. In other words
(1) When making a payment later using the terminal display code in the online state (2) When making an offline payment, as described above, it is generated and transmitted by the server 10 in the online state. The terminal display code is stocked in the terminal 20. Then, the payment can be made using the terminal display code stocked in the terminal 20.

However, when the display unit 24 of the terminal 20 is made to perform the same display in the case of performing online payment and the case of performing offline payment, the current communication state of the terminal 20 is online and offline for the user. It may be difficult to tell which is the state.

<Functional configuration>
(1) Functional Configuration of Server FIG. 4-1 is a diagram showing an example of a function realized by the control unit 11 of the server 10 in this embodiment.

In the following, a case where the user of the terminal 20 uses the payment application stored in the terminal 20 to make a payment by the above-mentioned payment type “terminal code display” is illustrated as an example without limitation.

The server 10 has a payment management processing unit 111 as a function realized by the control unit 11.

The payment management processing unit 111 manages various information and data related to the payment application executed on the terminal 20 according to the payment management processing program 151 stored in the storage unit 15, and electronic money of the terminal 20 or the user of the terminal 20. It has a function to execute the payment management process for managing the payment by.

In this embodiment, the payment management processing unit 111 executes, for example, the processing shown in FIG. 3-4 as the payment management processing according to the payment management processing program 151 stored in the storage unit 15.

The payment management processing unit 111 is not limited to, but as an example, includes a terminal display code generation processing unit 1111 that generates a terminal display code by the terminal display code generation processing, and a payment processing unit 1113 that executes payment by the payment processing. Included as a functional part.

The terminal display code generation processing unit 1111 generates a terminal display code image represented by a two-dimensional code, not as a limitation but as an example. A two-dimensional code is a display-type code that has information in the horizontal and vertical directions, and is a matrix-type code in which small squares are arranged vertically and horizontally (hereinafter referred to as "matrix code") and a primary code. There is a stack type code (hereinafter referred to as "stack code") in which a plurality of original codes (bar codes as an example, not limited) are stacked one above the other.

In this embodiment, for the sake of simplification of explanation, a QR code (registered trademark), which is an example of a widely used matrix code, will be described as an example of a terminal display code.

In addition, unlike this embodiment, as a matrix code other than the QR code, a code such as an SP code, a veri code, a maxi code, a CP code, or a chameleon code may or may not be used. Further, various stack codes may or may not be used instead of the matrix code.

Further, the terminal display code generation processing unit 1111 generates a one-dimensional code (bar code as an example, not a limitation) in addition to a two-dimensional code (a QR code as an example, not a limitation) as a terminal display code. You may or may not do so. This is because some stores do not support reading of two-dimensional codes, but may support reading of one-dimensional codes.

The payment processing unit 1113 has a function of performing payment processing based on the information transmitted from the store POS system 40 and the information transmitted from the terminal 20 as an example, not limited to.

FIG. 4-2 is a diagram showing an example of information stored in the storage unit 15 of the server 10 in this embodiment.
The storage unit 15 stores, as an example, not a limitation, a payment management processing program 151 that is read by the control unit 11 and executed as a payment management processing as a program.

Further, the storage unit 15 stores user registration data 153, store registration data 155, payment management database 157, and code management database 159 as data, not by limitation.

The user registration data 153 is registration data of the terminal 20 using the payment service and the user of the terminal 20, and an example of the data structure is shown in FIG. 4-3.
In the user registration data 153, as an example, the user name, the terminal telephone number, the terminal email address, the application ID, the authentication password, and other registration information are stored in association with each other.

The user name is the name of the user of the terminal 20 who uses the payment service, and the name registered when the user of the terminal 20 uses the payment service is stored.

The terminal telephone number is the telephone number of the terminal 20 of the user with this user name, and the telephone number of the terminal 20 registered when the user of the terminal 20 uses the payment application is stored.
The terminal e-mail address is the e-mail address of the terminal 20 of the user with this user name, and the e-mail address of the terminal 20 registered when the user of the terminal 20 uses the payment application is stored.
The terminal telephone number and the terminal e-mail address are examples of identification information (hereinafter, referred to as "terminal identification information") for identifying the terminal 20.

The application ID is an account (account information) of the payment application, and is an ID that can identify the terminal 20 or the user of the terminal 20. This application ID is not limited, but as an example, a unique ID is set and stored by the server 10.

The authentication password is an authentication password that requires the user to input when performing an authentication process for payment (hereinafter, simply referred to as "authentication process") on the terminal 20 of the user with this user name. The set password is stored.

It should be noted that the authentication process for settlement does not necessarily have to be performed, and it is possible not to perform it. In this case, it is not necessary to store the authentication password in the user registration data 153.

Other registration information is other registration information of the user with this user name, and is not limited to this, and includes, as an example, a user icon image which is image data of an icon used by the user in a payment application, a user profile, and the like. ..

The store registration data 155 is the registration data of the store that is affiliated with the business operator (the business operator of the server 10) that provides the payment application. A data configuration example of the store registration data 155A, which is an example of the store registration data 155, is shown in FIG. 4-4.
In the store registration data 155A, as an example, the type of business, the store name, the store location information, the store POS system information, and the store ID are stored in association with each other as store information.

The type of business of the store is stored in the type of business. This industry is not limited and includes various industries such as "convenience store", "supermarket", "pharmacy", "bar", "department store", "restaurant", "bookstore", "watch shop". Is done.

For each industry, the store name of the store included (belonging to) in that industry is stored in the store name.

In the store location information, the location information of the location of the store with this store name (hereinafter, referred to as "store location information") is stored. This store location information may represent the location of the store in two-dimensional or three-dimensional position coordinates, or may represent the location of the store in latitude and longitude (latitude, longitude, and in some cases altitude). ..

In the store POS system information, information about the store POS system 40 used in this store is stored. The store POS system information includes, but is not limited to, information necessary for the server 10 to communicate with the store code reader device 50 and the store server 70.

Since the store POS system 40 performs processing in cooperation with the server 10, the software package for the payment application provided (distributed) from the server 10 is acquired in advance as an example, and the store code reader device 50 or the store is not limited. This software package can be stored in the server 70 and called from a program for payment processing at a store for use. An application programming interface (API) is an example, and the store code reader device 50 activates, for example, an API to transmit information to the server 10 and receive information from the server 10.

Further, the server 10 receives information such as the store type, store name, store location information, and store POS system information from the store server 70 of the store and stores it in the store registration data 155, as an example, not limited to the above. You can keep it.

The store ID is an ID that functions as identification information for identifying the store with this store name. This store ID is not limited, but as an example, a unique ID is set and stored for each store by the server 10.
The store ID is an example of store identification information.

The payment management database 157 is a database that accumulates and stores data for managing information related to the payment of the user of each terminal 20, and a configuration example of the payment management database 157A, which is an example thereof, is shown in FIG. 4-5.
The payment management database 157A stores payment management data generated for each terminal 20 or for each user of the terminal 20.

Each payment management data stores, as an example, not a limitation, an application ID, a balance, points, a daily usage upper limit amount, an auto charge setting, and payment history data.

The application ID stored in the user registration data 153 is stored in the application ID.
The balance associated with this application ID is stored in the balance.

In the points, various services associated with the payment application and points that can be accumulated at member stores affiliated with the payment application operator are stored. The points are not limited, but as an example, each point has a value equivalent to 1 yen and can be exchanged for a gift certificate, a product, or the like, or can be cashed in a payment application and used for payment.

In the daily usage maximum amount, the terminal 20 of this application ID or the maximum amount of money that can be used by the user of the terminal 20 for payment is stored.
The daily usage upper limit is not limited, but can be set according to the user operation or can be set on the server 10 side as an example.
The method of setting and controlling the maximum daily usage amount on the terminal 20 side will be described later in the second embodiment.

The auto charge setting is a setting for whether or not to automatically replenish (auto charge) electronic money when the balance is low (for example, "500 yen") or "0 yen". When the auto charge is set by the user, "ON" is stored, and in other cases, "OFF" is stored. The auto charge is not limited, but as an example, it can be performed from a bank account or the like registered by the user of the terminal 20.

The payment history data is data related to the payment history of the user of this application ID, and is not limited, but as an example, for this application ID, the payment date and time, which is the date and time when the payment was made by the server 10, and the ID of the store where the payment was made. Is stored in chronological order in association with the store ID, the settlement store name which is the name of the store with the store ID, and the settlement amount which is the settlement amount.

It should be noted that it is not always necessary to store all the above information in the above payment management data. As an example, not a limitation, some or all of the points, the maximum daily usage amount, and the auto charge setting may not be stored in the payment management data.
Further, each time a payment is made, the payment history information may be transmitted to the terminal 20 and stored in the terminal 20, so that the server 10 does not store the payment history data.

The code management database 159 is a database for managing a code (a terminal display code in this embodiment), and an example of its data structure is shown in FIG. 4-6.
In the code management database 159, as an example, not limited to, as data generated for each application ID of the payment application, the code generation date and time, the code No., and the payment number are associated and stored in time series together with the application ID. Contains code-managed data.

In the code generation date and time, the date and time when the terminal display code is generated is stored based on the information measured by the clock unit 19.
A number for identifying the code is stored in the code No. For example, serial numbers are set and stored in chronological order.
In the payment number, the payment number issued when the terminal display code is generated is stored.

The terminal display code data stored in the code management data is not limited, but as an example, it is possible to delete the terminal display code data from the code management data after performing payment processing using the terminal display code.

As described above, the data of the terminal display code that has become unavailable is not deleted from the code management data, but is not limited, but as an example, the terminal display code is associated with the terminal display code data. Set the flag "Available / Unavailable" to indicate the availability of. Then, for the terminal display code that has become unavailable, the flag may or may not be set to "unavailable".

Further, among the above, for example, the code generation date and time may not be stored in the code management data.
Further, instead of or in addition to the application ID, the terminal identification information such as the terminal telephone number stored in the user registration data 153 may or may not be stored in the code management data. May be good.

(2) Functional Configuration of Terminals FIG. 4-7 is a diagram showing an example of functions realized by the control unit 21 of the terminal 20 in this embodiment.
The terminal 20 has a payment application processing unit 211 as a function realized by the control unit 21.

The payment application processing unit 211 has a function of executing payment application processing, which is an example of processing for performing payment-related processing, based on the payment application software 281 stored in the storage unit 28.

In this embodiment, the payment application processing unit 211 executes, for example, the processing shown in FIG. 3-4 as the payment application processing according to the payment application program 282 stored in the storage unit 28.

In this embodiment, the processing related to payment is not limited, but as an example, a process of acquiring a terminal display code from the server 10 (a process of requesting the server 10 to generate a terminal display code, and a process of generating a terminal display code). (Including the process of receiving the code from the server 10), the process of stocking the terminal display code acquired from the server 10, the process of displaying the stocked terminal display code image (code display process), and the displayed terminal display code. Settlement such as a process of instructing (guidance) the user to have the store code reader device 50 read the image, a process of receiving (acquiring) a payment completion notification for the terminal from the server 10 after the payment is made by the server 10. It is a concept that includes some related processing in performing, more specifically, processing generally executed by the terminal 20 as processing related in performing payment.

The payment application processing unit 211 includes, as an example, not limited to, a code display processing unit 2113 and a code-related information display control unit 2115 as functional units.

The code display processing unit 2113 executes a code display process for displaying a code display screen including a terminal display code image on the display unit 24.

The code-related information display control unit 2115 controls the display unit 24 to display the code-related information based on the code-related information display control data 2835 as an example, not limited to the code-related information display control unit 2115.

The code-related information is information related to the terminal display code stored in the terminal display code stock data 2831 or the terminal display code (code image) displayed on the code display screen. This will be described in detail later.

FIG. 4-8 is a diagram showing an example of information stored in the storage unit 28 of the terminal 20 in this embodiment.
The storage unit 28 stores the payment application software 281 as application software acquired by downloading from the server 10 in advance, for example, without limitation.

The payment application software 281 includes, but is not limited to, the payment application program 282 and the payment application data 283 as examples.

The payment application program 282 is a program read by the control unit 21 and executed as a payment application process, and includes, as an example, not limited to, a code display processing program 2823 executed as a code display process as a subroutine program.

The payment application data 283 stores various data used in the payment application software 281. The payment application data 283 stores, for example, terminal display code stock data 2831, payment data 2832, store data 2833, and code-related information display control data 2835.

The terminal display code stock data 2831 is data in which the terminal display code acquired from the server 10 in the online state is stocked, and is a data configuration example of the first terminal display code stock data 2831A which is an example of the data. Is shown in FIG. 4-9.
In the first terminal display code stock data 2831A, as an example, the code reception date and time, the code No., and the code data are associated and stored in time series without limitation.

The code reception date and time is not limited, but as an example, the date and time when the terminal 20 receives the terminal display code from the server 10 is stored.
In the code No., the code No. received from the server 10 by the terminal 20 together with the terminal display code is stored.
The code data is not limited, but as an example, the data of the code image of the terminal display code received by the terminal 20 from the server 10 is stored.

The data of the terminal display code stored in the first terminal display code stock data 2831A is not limited, but as an example, payment processing is performed by the server 10 using the terminal display code, and the terminal from the server 10 After receiving the payment completion notification for terminal (when offline payment is performed, after returning to the online state and receiving the payment completion notification for terminal from the server 10), the code stock data for terminal display 2831A is deleted. Can be done.

In addition, as described above, instead of deleting the unusable terminal display code data from the terminal display code stock data 2831, for example, in the second terminal display code stock data 2831B of FIG. 4-10. As such, as an example, not limited to, it is also possible to associate with the data of the terminal display code and store the information on the usage status of the terminal display code in association with each other. Then, "unused" may be associated with the terminal display code that has not been used yet, and "used" may be associated with the used terminal display code, or "used" may be associated and stored. May be good.

Further, among the above, for example, the code reception date and time may not be stored in the terminal display code stock data 2831 (first terminal display code stock data 2831A or second terminal display code stock data 2831B). ..

Further, instead of, or in addition to, the code reception date and time, the terminal display code received from the server 10 is used as the terminal display code stock data 2831 (first terminal display code stock data 2831A). And the date and time stored in the second terminal display code stock data 2831B) (hereinafter, referred to as "code storage date and time") may or may not be stored.

Further, as will be described in detail later, the code data does not necessarily have to store the data of the code image of the terminal display code, and instead of or in addition to this, the terminal display code The original information (payment number in this embodiment) may or may not be stored.

Further, the terminal display code stock data 2831 may or may not store only one code acquired from the server 10 in the online state.

The payment data 2832 is the payment data stored in the terminal 20, and FIG. 4-11 shows a configuration example of the first payment data 2832A, which is an example thereof.
The first settlement data 2832A stores, as an example, not a limitation, an application ID, points, a balance, a daily usage upper limit amount, an auto charge setting, and settlement history data.

Based on the terminal payment completion notification received from the server 10 after returning to the online state, the control unit 21 is not limited, but as an example, the payment date and time, which is the date and time when the payment was made by the server 10, and the store settled by the server 10. The store ID, which is the ID of the server, the settlement store name, which is the name of the store with the store ID, and the settlement amount, which is the amount settled by the server 10, are associated and stored in the settlement history data in chronological order.

The store data 2833 stores various store information stored in the store registration data 155A of the server 10 as an example without limitation.

The store data 2833 is not limited, but as an example, the latest store information can be delivered from the server 10 to the terminal 20 and updated at the timing of updating the payment application software 281.

The code-related information display control data 2835 is data used for controlling the display of code-related information, and FIG. 4-12 shows a configuration example of the first code-related information display control data 2835A, which is an example thereof. Shown.
In the first code-related information display control data 2835A, as an example, the code-related information, the control target, the communication state, the control content, and the application status are stored in association with each other.

The code-related information includes, but is not limited to, screen display mode information, code-related deadline information, and code-related notification information.

The screen display mode information is information on the display mode of the code display screen on which the terminal display code is displayed.

The code-related expiration date information is information on the expiration date associated with the terminal display code. This code-related expiration date information includes, but is not limited to, the code expiration date described above, or information related to the code expiration date.

The code-related notification information is information of notification given to the user of the terminal 20 in relation to the terminal display code.

The items to be controlled by the code-related information display control unit 2115 are defined as the control target for the code-related information.

The communication state is defined as "online" indicating that the control target is online and "offline" indicating that the control target is offline.
The communication status can also be referred to as the communication status.

The content of the control defines how the code-related information display control unit 2115 controls the control target.

Whether or not it is applied is information (for example, a flag) indicating whether or not to apply the control of the controlled object. “Yes” indicates that the controlled object is applied, and “Yes” indicates that the controlled object is not applied. "None" is associated and stored.

Hereinafter, a specific example will be given and described in detail.
(1) Screen display mode information Regarding the screen display mode information, "frame color" and "background brightness" are defined as control targets.
The frame color is not limited, but is, for example, the color of the frame (for example, the outer frame) of the code display screen. This is an example of color information in the display area.
The background brightness is not limited, but is, for example, the brightness (brightness) of the background of the code display screen. This is an example of information on the brightness of the display area.

Regarding the control target "frame color", "green (default)" is defined as the control content in the communication status "online", and "red" is defined as the control content in the communication status "offline".
This means that when the terminal 20 is online, the frame of the code display screen is displayed in the default green, and when the terminal 20 is offline, the frame of the code display screen is displayed in red, which is different from the default. It is shown that.

The above frame color is just an example, and is not limited to this. For example, the communication status "online" may be defined as "white" as the control content, and the communication status "offline" may be defined as "red" or "green" as the control content. Good.

Further, instead of defining the control target as the "frame color", it may or may not be defined as the "background color" which is the background color of the code display screen.

Regarding the control target "background brightness", "brightness A (default)" is defined as the control content in the communication state "online", and "brightness B (<brightness A)" is defined as the control content in the communication state "offline". ing.
This means that when the terminal 20 is online, the background of the code display screen is displayed with the default brightness A, and when the terminal 20 is offline, the background of the code display screen is displayed with a brightness B lower than the brightness A. It is shown to be displayed with.

In addition, as information on the brightness of the display area, the brightness may or may not be determined in place of or in addition to the brightness.
Further, the contrast (difference in brightness) may or may not be defined as the information on the brightness of the display area.

Further, as screen display mode information or as display mode information of the operation image, the display mode of the operation image (for example, a button or an icon) for displaying the code display screen is not limited, but as an example, depending on the communication state. You can also make it different.

Specifically, for example, in the online state, the above-mentioned code icon may be displayed as "code (online)", and in the offline state, the above-mentioned code icon may be displayed as "code (offline)". it can. Further, for example, in the online state, a code icon represented by a mark or an image indicating that the user is online is displayed, and in the offline state, a code icon represented by a mark or an image indicating that the user is offline is displayed. Can be done.

(2) Code-related expiration date information For code-related expiration date information, "code expiration date information (code usage time)" is defined as a control target, and "5 minutes (default)" is set as the control content for the communication status "online". However, "3 minutes" is defined as the control content for the communication state "offline".
This is because when the terminal 20 is online, the code usage time for determining the code expiration date is set to 5 minutes by default, and the terminal display code is displayed. When the terminal 20 is offline, the code expiration date is set. It shows that the terminal display code is displayed with the code usage time set to 3 minutes, which is shorter than the default. Code usage time is an example of information about the expiration date of a code.

In the following, the code expiration date and the code usage time in the online state are referred to as "online code expiration date" and "online code usage time", respectively.
Further, the code expiration date and the code usage time in the offline state are referred to as "offline code expiration date" and "offline code usage time", respectively.

(3) Code-related notification information For code-related notification information, "terminal payment completion notification reception failure notification information" is defined as a control target.
The terminal payment completion notification non-receivable notification information is information for notifying the user that the terminal payment completion notification cannot be received from the server 10.

The terminal payment completion notification non-receivable notification information may be information that notifies the user that the terminal payment completion notification can never be received from the server 10, but it is not necessary to do so.
Specifically, as an example, not limited, it is not possible to immediately receive the payment completion notification for the terminal after payment by the server 10 because it is in the offline state, but for example, it is received from the server 10 after returning to the online state. It may be information for notifying that it is possible.

Regarding the control target "payment completion notification for terminal non-receivable notification information", "hidden" is defined as the control content in the communication status "online", and "display" is defined as the control content in the communication status "offline". ..
This means that when the terminal 20 is online, the terminal payment completion notification reception failure notification information is not displayed, and when the terminal 20 is offline, the terminal payment completion notification reception failure notification information is displayed. Is shown.

In the online state, the terminal 20 can receive the payment completion notification for the terminal from the server 10. However, in the offline state, the terminal 20 cannot receive the payment completion notification for the terminal from the server 10. Therefore, in the offline state, the user is notified that the payment completion notification for the terminal cannot be received from the server 10.

In the above data, the column of "applicability / non-applicability" does not necessarily have to be provided, and control may be performed for all control targets, or it is not necessary to do so.

Further, instead of or in addition to the application or non-application, a priority indicating which control target is to be preferentially executed may or may not be set. In this case, as an example, not a limitation, the control unit 21 may execute control on a control target for which a priority equal to or higher than a predetermined priority (or exceeding a predetermined priority) is set.

Further, the storage unit 28 stores terminal data 289 as an example, not a limitation.
The terminal data 289 is data related to the terminal 20, and is not limited to the terminal data 289, and includes terminal identification information such as a terminal telephone number and a terminal email address, various setting information on the terminal 20 side, and the like.

<Display screen example>
FIG. 4-13 is a diagram showing an example of a code display screen in this embodiment.
On this code display screen, as in the code display screen of FIG. 3-3, the characters "code" are displayed at the top of the screen, and below that, the payment method, the points owned by the user, and the points are displayed. A point tab is displayed for setting whether or not to use the payment.

Below that, as the code image of the terminal display code stored in the terminal display code stock data 2831, as an example, not limited to, a one-dimensional terminal display code image represented by a barcode, and The two-dimensional terminal display code image QC1 represented by the QR code is displayed in different areas. Further, in this display example, a 12-digit payment number is displayed below the one-dimensional terminal display code image as an example, not a limitation.

Further, as an example, not a limitation, the remaining time of the code expiration date of the terminal display code is displayed under the two-dimensional terminal display code image QC1.

(A) shows the code display screen displayed in the online state, and the frame of the code display screen is displayed in green, which is the default, as an example without limitation.
In addition, since it is online, the code usage time is set to "5 minutes", which is the online code usage time, and the remaining time of the online code expiration date is displayed in a countdown format from "5 minutes". Has been done.

(B) shows the code display screen displayed in the offline state, and the frame of the code display screen is displayed in red, which is different from the default, as an example without limitation.
Also, since it is offline, the code usage time is set to "3 minutes", which is the offline code usage time, and the remaining time of the offline code expiration date is displayed in a countdown format from "3 minutes". Has been done.

FIG. 4-14 is a diagram showing another example of the code display screen in this embodiment.
This code display screen shows the code display screen displayed in the offline state, and as an example of the code expiration date information, the message "Offline notification is currently offline, so the code expiration date is 3 minutes." Pops up. It is displayed in the format.
In addition, an "OK" icon is also displayed as an icon for the user to approve the notification content.
By performing such a display, the user of the terminal 20 can grasp that the communication state of the terminal 20 is in the offline state and that the code expiration date is shorter than the online state.

FIG. 4-15 is a diagram showing another example of the code display screen in this embodiment.
This code display screen shows the code display screen displayed in the offline state, and as an example of the notification information that the payment completion notification for the terminal cannot be received, "Offline notification Currently offline, so the notification does not arrive after the payment is completed. (You will receive a notification the next time you go online.) Do you want to continue making payments? ”Is displayed in a pop-up format.
In addition, an icon of "OK" is displayed as an icon for the user to approve the content of the notification, and an icon of "I do not do it now" is displayed as an icon for expressing the intention to make a payment later.

When making an offline payment, the user of the terminal 20 presents the code display screen including the above terminal display code image to the store clerk at the code cash register 60 within the code expiration date, and displays the terminal display code image as the store code. Payment is made by having the reader device 50 read it. In this case, the store code reader device 50 is not limited, but as an example, transmits payment request information including information (payment number in this example) obtained by decoding from the read terminal display code image to the server 10. , Let the server 10 make the payment.

In the above display screen example, the user of the terminal 20 can display the code display screen by, for example, touching the code icon without being aware of the communication state (online state / offline state) of the terminal 20. The convenience of the user can be improved. That is, when displaying the terminal display code, the user of the terminal 20 can display the terminal display code on the display unit 24 by the same operation regardless of the communication state of the terminal 20. On the other hand, since the code display screen is displayed in a different display mode depending on the communication state (online state / offline state) of the terminal 20 based on the code display operation, the user can easily change the communication state of the terminal 20 due to the difference in the display mode. Can be grasped.

<Processing>
FIG. 4-16 is a flowchart showing an example of the flow of processing executed by each device in this embodiment. From the left side, the first payment application process, which is an example of the payment application process executed by the control unit 21 of the terminal 20, and the first store, which is an example of the store payment process executed by the control unit 51 of the store code reader device 50. The first settlement management process, which is an example of the settlement process and the settlement management process executed by the control unit 11 of the server 10, is shown respectively.

The flowchart of FIG. 4-16 is a rewrite of the flowchart of FIG. 3-4 so as to be applicable to both the online state and the offline state, and after deleting the frame of the offline state in the flowchart of FIG. 3-4. , The step of A250 is replaced with A350.

After A240, as an example, not limited to, when the code display operation is performed by the user of the terminal 20, the control unit 21 performs the first code display process (A350). Then, the control unit 21 shifts the processing to A290.

In the process of FIG. 3-4 and the process of FIG. 4-16, it is shown that the process ends after A290, but the process is actually looped.
Specifically, as an example, not limited to, when a code acquisition operation by the user of the terminal 20 is detected after A290, the control unit 21 returns the process to A110.
On the other hand, when a code display operation by the user of the terminal 20 is detected after A290, the control unit 21 processes A250 (in the case of the process of FIG. 3-4) and A350 (in the case of the process of FIG. 4-16), respectively. Return.

FIG. 4-17 is a flowchart showing an example of the flow of the first code display process.
First, the control unit 21 determines the communication state (online state / offline state) of the own terminal (D110). The communication state determination method (detection method) is as described above.

After that, the code-related information display control unit 2115 refers to the code-related information display control data 2835, and determines with D110 about the control target in which "Yes" is stored as an example, not a limitation. Acquires the control content stored in association with the communication state (D120).

After that, the code display processing unit 2113 causes the display unit 24 to display the code display screen based on the control content acquired by the D120 (D130). Specifically, based on the control content acquired in D120, the display unit 24 displays, for example, a code display screen as shown in FIGS. 4-13 to 4-15. Then, the code display processing unit 2113 ends the first code display processing.

<Code>
In the above processing, the terminal 20 requests the server 10 to generate the terminal display code image, and the terminal display code image generated by the server 10 is transmitted to the terminal 20. Not limited to this. For example, the terminal 20 may request the server 10 to generate the original information (payment number in this example), and the original information generated by the server 10 may be transmitted to the terminal 20. You don't have to do that.

Specifically, in the process of FIG. 3-1 in A110, the control unit 21 transmits code generation request information for requesting the server 10 to generate the original information (payment number in this example). Then, based on this code generation request information, in C120, the control unit 11 generates the original information, and in C130, the generated original information is transmitted to the terminal 20. When the original information is received from the server 10 in the A130, the control unit 21 generates a terminal display code image based on the received original information (payment number in this example). Then, the control unit 21 causes the display unit 24 to display the generated terminal display code image.

Similarly, in the processes of FIGS. 3-4 and 4-16, when the original information (payment number in this example) is received from the server 10 in A130, the control unit 21 receives the received original information (this) in A240. In the example, the payment number) is stored in the terminal display code stock data 2831. Then, the control unit 21 reads the stocked original information from the terminal display code stock data 2831, and generates a terminal display code image based on the read original information. Then, in the A250 and A350, the control unit 21 causes the display unit 24 to display the generated terminal display code image.

Further, unlike the above, the terminal 20 requests the server 10 to generate the terminal display code image, and the terminal display code image generated by the server 10 is transmitted to the terminal 20, but on the terminal 20 side, Instead of stocking the terminal display code image received from the server 10, the original information acquired by decoding from the terminal display code image received from the server 10 may or may not be stocked. Good.

<Effect of the first embodiment>
In the first embodiment, the terminal 20 uses the terminal display code (code image and payment number) (not limited, but an example of the first information) transmitted from the server 10 to communicate I / F22 (not limited, but not limited). Received via an example of the communication unit of the terminal).
Further, the terminal 20 transmits the received terminal display code by the control unit 21 (not limited, but an example of the terminal control unit) to the terminal display code stock data 2831 (not limited, but an example of the terminal storage unit). Remember in.
Further, the terminal 20 displays a terminal display code image (not limited, but an example of a first code image) based on the terminal display code stored in the terminal display code stock data 2831 on the display unit 24 (not limited, but a terminal). It is displayed in the display area of.
Then, the terminal 20 is a code displayed on the display unit 24 that displays the terminal display code image based on the communication state (online state / offline state) (not limited, but an example of the communication state of the terminal) of the own terminal. The configuration in which the related information (not limited, but an example of the second information) is controlled by the control unit 21 is shown.
As an example of the effect obtained by such a configuration, the terminal controls the second information displayed in the display area for displaying the first code image by the control unit of the terminal based on the communication state of the own terminal. , It is possible to notify the user of the terminal of the communication status of the own terminal and then let the user make a payment.

Further, in the first embodiment, the terminal 20 includes a processor that reads the payment application program 282 from the memory that stores the payment application program 282 and executes the payment application processing based on the payment application program 282.
The processor transmits the terminal display code (code image and payment number) (not limited, but an example of the first information) transmitted from the server 10 to the communication I / F22 (not limited, an example of the communication part of the terminal). Receive via.
Further, the processor stores the received terminal display code in the terminal display code stock data 2831 (not limited, but an example of the storage unit of the terminal).
Further, the processor displays a terminal display code image (an example of a first code image, not a limitation) based on the terminal display code stored in the terminal display code stock data 2831 on the display unit 24 (not a limitation, but a terminal). Display in the display area).
Then, the processor sets the code-related information (not limited, but not limited) displayed on the display unit 24 that displays the terminal display code image based on the online state / offline state (not limited, but an example of the communication state of the terminal). 2 An example of information) is shown.
Even with such a configuration, the same effect as described above can be obtained.

Further, in the first embodiment, when the communication state of the own terminal is an online state (not limited, but an example of the first communication state), the control unit 21 of the terminal 20 displays the first display mode as code-related information (an example of the first communication state). Control to display the first display (an example of the first display) on the code display screen, not the limitation, and when the communication status of the own terminal is offline (an example of the second communication status, not the limitation), the code-related information is the first. A configuration is shown in which control is performed to display the display of the two display modes (not limited, but an example of the second display) on the display unit 24.
As an example of the effect obtained by such a configuration, since the terminal displays differently depending on whether the communication state is the first communication state or the second communication state, the communication state of the own terminal is displayed on the terminal. The user can easily grasp and notify the notification.

Further, in the first embodiment, the code-related information shows a configuration including a frame color and a background color of the code display screen (not limited, but an example of color information of a display area).
As an example of the effect obtained by such a configuration, the terminal can control the color information of the display area for displaying the first code image by the control unit.

Further, in the first embodiment, the code-related information shows a configuration including information regarding the code expiration date of the terminal display code image displayed on the code display screen.
As an example of the effect obtained by such a configuration, the terminal can control the information regarding the expiration date of the first code image by the control unit.

In this case, when the communication status is online, the control unit 21 displays the online code expiration date and the remaining time (not limited, but an example of information on the first expiration date) as code-related information on the code display screen. When control is performed and the communication status is offline, the code-related information is the offline code expiration date, which is shorter than the online code expiration date, and the remaining time (an example of information regarding the second expiration date, not a limitation). It is possible to control the display on the display screen.
As an example of the effect obtained by such a configuration, the terminal can display information on the expiration date, which differs depending on the communication state of the own terminal, in the display area and notify the user.

Further, in the first embodiment, the code-related information shows a configuration including information such as the brightness of the code display screen (not limited, but an example of information on the brightness of the display area).
As an example of the effect obtained by such a configuration, the terminal can control the information of the brightness of the display area by the control unit.

Further, the first embodiment shows a configuration in which the code-related information is displayed on the code display screen when the communication amount of the terminal 20 is smaller than the set communication amount as the communication state.
As an example of the effect obtained by such a configuration, when the communication amount of the terminal is smaller than the communication amount set as the communication state, the terminal may display the second information in the display area and notify the user. it can.

Further, in the first embodiment, the code-related information shows a configuration including the terminal payment completion notification non-receivable notification information.
As an example of the effect obtained by such a configuration, the terminal can give a notification regarding the fact that the payment completion notification is not sent.

<First modification (1)>
The code-related information shown in the above-mentioned code-related information display control data 2835 and the control method thereof are merely examples, and are not limited thereto.

For example, as screen display mode information, characters (character size, font, color, thickness, etc.) to be displayed on the code display screen are set as control targets, and are set according to the communication state (online state / offline state). , The display may be controlled so that the characters are different, or it is not necessary to do so.

Further, as the screen display mode information, the layout of the code display screen (position (area) where the code image is arranged, size, screen decoration, etc.) is set as a control target, and the communication state (online state / offline state). It may or may not be displayed differently depending on the situation.

<First modification (2)>
In the first embodiment, at least one terminal display code image may be stored in the terminal display code stock data 2831 as a terminal display code image that can be used in an emergency. In this case, as an example, not limited to, in the terminal display code stock data 2831, the emergency terminal display code should be associated with a flag indicating that it is for an emergency. Can be done.

Further, in this case, the emergency terminal display code can be set in the terminal 20 by, for example, the user of the terminal 20 performing a selection operation. As an example, not a limitation, a list of terminal display codes stored in the terminal display code stock data 2831 is displayed in the payment application. Then, let the user select the terminal display code to be used for emergencies (for example, select by touch operation), and set a flag indicating that it is for emergency use in association with the selected terminal display code. Can be done.

It should be noted that a plurality of (two or more) terminal display codes may or may not be set as emergency terminal display codes.
Further, in this case, the user may or may not be allowed to select a plurality of (two or more) terminal display codes as the emergency terminal display codes.

<First modification (3)>
In the first embodiment, the "first information (code information)" in the present disclosure is a payment number and a terminal display code image including the payment number, but the present invention is not limited thereto. For example, a token which is a kind of authentication information and a terminal display code image including the token can be used as "first information (code information)" in the present disclosure.

In this case, instead of including the payment number in the terminal display code image, the token issued by using the method (algorithm) to generate a random token is included in the terminal display code image as an example rather than limitation. It may or may not be. In this case, on the server 10 side, the identification information for identifying the terminal 20 or the user of the terminal 20 is associated with the issued token and stored in the code management data of the code management database 159 of the storage unit 15. You can do it.

The "token" is not limited, but as an example, is a kind of authentication information for the server 10 to authenticate that the terminal 20 or the user of the terminal 20 is a user of the legitimate terminal 20 or the legitimate terminal 20. is there. The "authentication information" is information issued by a certificate authority, and the above token functions as authentication information issued by the server 10 as a certificate authority to authenticate the terminal 20 or the user of the terminal 20.

The token can also be expressed as, for example, a "random token", an "access token", a "payment token", or the like. Since the tokens are randomly issued as described above, they become different tokens each time the terminal display code is generated. Therefore, the token functions as a so-called one-time password.

In addition to the payment number and token, the server 10 is an example of access information for the store code reader device 50 that reads the terminal display code image to access the website or web page provided by the server 10. Information such as a URL (Uniform Resource Locator) for accessing a payment page, which is a type of web page to be provided, may or may not be included.

<First modification (4)>
When the terminal 20 cannot communicate with the server 10 by the first communication method, it is also possible to communicate by the second communication method and receive the payment completion notification for the terminal from the server 10.

4-18 to 4-23 are diagrams showing an example of a code display screen in this modified example.
The code display screen of FIG. 4-18 is an example of the code display screen displayed in the offline state as in FIG. 4-15, and as an example of the notification information that the payment completion notification for the terminal cannot be received, "offline notification now, Since I am offline, I do not receive a notification after the payment is completed. (The notification will be sent the next time I go online.) The message "Do you want to continue the payment?" Is displayed in a pop-up format.
In addition, an "OK" icon for indicating the intention to approve the notification content and an "not now" icon for indicating the intention not to approve the notification content are displayed.

In addition, since it is in the offline state, as described above, the code usage time is set to the offline code usage time "3 minutes", and the remaining time of the offline code usage period is displayed in a countdown format from "3 minutes". ..

When the "OK" icon is touch-operated by the user, the user is not limited to the limitation, but as an example, as shown in FIG. 4-19, for confirming the intention of the user to communicate with the server 10 by the second communication method. As an example of the information, the message "Do you want to connect to a wireless network?" Is displayed in a pop-up format.
In addition, an "OK" icon for indicating the intention to approve the notification content and an "not now" icon for indicating the intention not to approve the notification content are displayed.

When the "OK" icon is touch-operated in FIG. 4-19, a selection screen as shown in FIG. 4-20 is displayed, for example.
In this selection screen, a selection box for selecting a wireless network is displayed in the center of the screen, and the user of the terminal 20 selects one of the wireless network candidates displayed in this selection box. ..

When a wireless network is selected on the selection screen of FIG. 4-20, communication by the wireless network is attempted. Then, when the communication is OK (communication success), the information displayed in the pop-up format is hidden.

After that, for example, as shown in FIG. 4-21, when the terminal display code image displayed on the code display screen is read by the store code reader device 50, the server 10 performs the payment process. Then, the payment completion notification for the terminal is sent from the server 10 to the terminal 20.
In FIG. 4-21, the remaining time of the offline code expiration date (in this example, the period of "3 minutes") is based on the elapsed time from the time when the code display screen is displayed in FIG. 4-18. Has been updated.

When the terminal 20 receives the payment completion notification for the terminal from the server 10 by the communication by the second communication method, the details can be confirmed from "Payment completion" Payment history "as shown in FIG. 4-22, for example. The payment completion notification information including the message "" is displayed in a pop-up format on the code display screen. Then, after displaying the payment completion notification information, the terminal 20 hides the code display screen and returns the display to, for example, the top screen.

As described in the first embodiment, in the online state, a time longer (for example, "5 minutes") than the offline code usage time (for example, "3 minutes") is set as the online code usage time. Can be.

Therefore, in the offline state, after displaying the information of the offline code expiration date on the code display screen, when the communication by the second communication method is successful, the information of the offline code expiration date is displayed on the online code expiration date. It may or may not be changed (switched) to the information of.

FIG. 4-23 is a diagram showing an example of a code display screen in this case.
When the communication by the wireless network selected on the selection screen of FIG. 4-20 is OK (successful), the information displayed in the pop-up format is hidden, and the screen of FIG. 4-23 is displayed, for example.
On this code display screen, the message "Online notification is currently online, so the code expiration date is 5 minutes." Is displayed in a pop-up format.
In addition, since the offline code expiration date has been changed to the online code expiration date, the code usage time is set to the online code usage time "5 minutes", and as a result, the remaining time of the online code expiration date is " It is displayed in a countdown format from "5 minutes".

In this modification, the terminal 20 has a communication I / F 22 (not limited, but an example of the first communication unit) and a communication I / F for the second communication method. The communication state (online state / offline state) of the terminal 20 is the communication state of the communication I / F22, and when the communication amount of the terminal 20 is smaller than the communication amount set as the communication state, the control unit 21 is the server 10. Based on receiving the payment completion notification for the terminal (an example of information regarding the completion of payment, not the limitation) sent from (an example of a communication device, not a limitation) via the communication I / F for the second communication method. The configuration for executing the control to hide the code display screen including the code image for terminal display is shown.
As an example of the effect obtained by such a configuration, when the communication volume of the terminal is smaller than the set communication volume, it is based on the fact that the information regarding the settlement completion transmitted from the communication device is received via the second communication unit. Therefore, the first code image can be hidden from the display area.

<First modification (5)>
In the first embodiment, when the terminal 20 displays the terminal display code image on the display unit 24, the control unit 21 reads the displayed terminal display code image into the store code reader device 50 as an example, not limited to the case. The process of instructing (guidance) the user to make the user may or may not be performed. This process is an example of a process related to settlement.

Specifically, as an example, not limited to, in the code display screen for displaying the terminal display code image, in an area different from the area for displaying the terminal display code image, "the displayed code image is the store code. You can display a message such as "Please have the reader read it."

<First modification (6)>
The display screen of the payment application described in the first embodiment is merely an example, and the design can be changed as appropriate. For example, on the top screen of the payment application, a "code (offline) icon" indicated as "code (offline)" is displayed in addition to the "code icon" described above. Then, when it is determined that the terminal 20 is in the online state, the terminal display code is displayed when the "code icon" is operated, and when it is determined that the terminal 20 is in the offline state, the "code" is displayed. The terminal display code may or may not be displayed when the "(offline) icon" is operated.

<First modification (7)>
In A130 of the processing of FIGS. 3-4 and 4-16, the processing of A240 and the processing of A250 or A350 are performed at the timing when the terminal 20 receives the terminal display code from the server 10, and the terminal display code is performed. May or may not be displayed on the display unit 24.

In this case, as an example, not limited to the case, after the code icon is touch-operated on the top screen of the payment application (for example, FIG. 3-2), the display can be switched to the code display screen of the terminal display code as it is. ..

<First modification (8)>
In the online state, the server 10 is communicating with the terminal 20, and it is possible to recognize that the terminal display code is displayed on the terminal 20, so that the server 10 has the code display time based on the timekeeping information of the clock unit 19. (Code display date and time) can be specified.
However, in the offline state, since the server 10 cannot communicate with the terminal 20, the server 10 does not know whether or not the terminal display code is displayed on the terminal 20, and can specify the code display time (code display date and time). Can not.

Therefore, in the offline state, the server 10 cannot determine whether or not the code expiration date has expired (or whether or not the code expiration date has passed).
Therefore, the following processing can be performed as an example without limitation.

FIG. 4-24 is a flowchart showing an example of the flow of processing executed by each device in this modified example. From the left side, the second payment application process is an example of the payment application process executed by the control unit 21 of the terminal 20, and the second store is an example of the store payment process executed by the control unit 51 of the store code reader device 50. The payment process and the second payment management process, which is an example of the payment management process executed by the control unit 11 of the server 10, are shown respectively.

The flowchart of FIG. 4-24 is a partial rewrite of the flowchart of FIG. 3-4. As an example, not limited to the flowchart of FIG. 3-4, the processing steps in the offline state (for example, A450, B450, B460, C470) are different.

In this process, as an example, the terminal 20 or the identification information for identifying the user of the terminal 20 will be described as the application ID described above.

After A240, in the offline state, as an example, not limited to, when a code display operation is performed by the user of the terminal 20, the control unit 21 performs the extended terminal display code generation process, and the code display processing unit 2113 Code display processing is performed (A450).

Here, the payment code processed (including processing such as processing / generation and display) on the terminal 20 side based on the terminal display code stocked in A240 is referred to as an "extended terminal display code". The code image of the extended terminal display code is referred to as an "extended terminal display code image".

The extended terminal display code is a code used for payment with the payment type "terminal code display" like the terminal display code, but it is a code that can be used not only for online payment but also for offline payment. ..

The extended terminal display code can be used not only for offline payment but also for online payment. That is, it is not essential for the terminal 20 to determine (detect) whether or not it is in the offline state, and it is possible to make a payment using the extended terminal display code regardless of the online state / offline state. It is possible.

In the extended terminal display code generation process, an extended terminal display code image is generated as an example, not a limitation. Specifically, the payment number acquired by decoding from the terminal display code image stocked in the terminal display code stock data 2831 or the payment number stocked in the terminal display code stock data 2831 and the control. The time stamp information generated by the unit 21 is encoded (encoded) and graphicized (imaged) to generate a code image for displaying an extended terminal.

Here, the time stamp information is information indicating the date and time, date, time, etc. when a specific event (specific event) occurred, and information and data (here, extended terminal display) associated with the time stamp information. The code) functions as an electronic time certificate to prove that it existed at a certain time.

In this example, "the display of the extended terminal display code image is displayed on the display unit 24 of the terminal 20" is set as a specific event, and the control unit 21 of the terminal 20 displays the extended terminal display code image (display). Generates time stamp information including the code display time, which is the time (when was started). The code display time and time stamp information are examples of "time information" and are generated based on the information measured by the clock unit 29A of the terminal 20.

Although some stores do not support reading of two-dimensional codes, they may be able to read one-dimensional codes. Therefore, in addition to the two-dimensional code (QR code as an example, not the limitation), an extended terminal display code image represented by the one-dimensional code (bar code as an example, not the limitation) may be generated. You don't have to do that.

Further, instead of the code display time, the time stamp information including the "code display date and time" including the date information in addition to the time may or may not be generated.

Further, in order to prevent a third party from deciphering the original information, the information obtained by encrypting the payment number or the time stamp information may or may not be encoded.

Further, instead of encoding the time stamp information, the code display time or the code display date and time itself may or may not be encoded.

In the code display process, the display unit 24 displays at least a code display screen including a code image for displaying an extended terminal as an example, not a limitation.

As described above, when a two-dimensional extended terminal display code image is generated in the extended terminal display code generation process, the two-dimensional extended terminal display code image is displayed as an example, not a limitation. can do.

In addition, when a one-dimensional extended terminal display code image is also generated in the extended terminal display code generation process, the one-dimensional extended terminal is not limited to the two-dimensional extended terminal display code image as an example. The display code image can be displayed. In this case, the payment number may or may not be displayed in the vicinity of the one-dimensional extended terminal display code image.

After that, when the extended terminal display code image displayed on the display unit 24 is presented to the store clerk or the like by the user of the terminal 20, the control unit 51 displays the extended terminal display on the display unit 24 of the terminal 20. Control is performed so that the code reader 58 reads the code image (B450).

The control unit 51 accesses the server 10 by the communication I / F 54. Then, the control unit 51 transmits at least the payment request information including the payment number and time stamp information acquired by decoding, the store identification information, and the scheduled payment amount to the server 10 by the communication I / F 54 (B460). ).

When the payment request information is received from the store code reader device 50 by the communication I / F 14 (C160), the control unit 11 performs the payment processing (C470).

Specifically, it is determined whether or not the payment number included in the received payment request information is stored in the code management database 159 in association with the application ID. Then, when it is determined that the data is stored, the difference between the time clock of the clock unit 19 of the server 10 and the code display time specified from the time stamp information included in the received payment request information is not limited but as an example. Is compared with the code usage time to determine whether or not it is within the code usage period. Then, when this condition is satisfied, it is determined that "settlement is possible", and the scheduled settlement amount is subtracted from the balance stored in the settlement management data of the application ID in the settlement management database 157A to settle the settlement.

<Second Example>
The second embodiment is an embodiment in which the control unit 21 controls the setting related to the payment based on the terminal display code based on the communication state of the terminal 20.

As described above, in the online state, the terminal 20 can receive the payment completion notification for the terminal from the server 10.
On the other hand, in the offline state, the terminal 20 cannot receive the payment completion notification for the terminal from the server 10. Therefore, for example, even if the terminal display code image displayed on the display unit 24 is stolen by a third party by a screenshot or the like and used for payment, the user of the terminal 20 may not notice it. , There is a security problem.

The contents described in the second embodiment can be applied to any of the other embodiments and the other modifications.
Further, the same components as those already described are designated by the same reference numerals, and the description thereof will be omitted again.

FIG. 5-1 is a diagram showing an example of a function realized by the control unit 21 of the terminal 20 in this embodiment.
The payment application processing unit 211 of the control unit 21 includes, for example, a payment-related setting control unit 2117 and an authentication processing unit 2119 in addition to the code display processing unit 2113.

FIG. 5-2 is a diagram showing an example of information stored in the storage unit 28 of the terminal 20 in this embodiment.
The payment application data 283 stores, as an example, not limited to, the terminal display code stock data 2831, the payment data 2832, the store data 2833, and the payment-related setting control data 2837.

FIG. 5-3 is a diagram showing a configuration example of the second settlement data 2832B, which is an example of the settlement data 2832 in this embodiment.
The second settlement data 2832B stores, as an example, not a limitation, an application ID, points, a balance, an auto charge setting, and settlement history data.

In the payment history data, the payment date and time, the payment store ID, the payment store name, the payment amount, and the payment type are associated and stored in time series as an example, not limited.
As the payment type, the type of payment (online payment / offline payment) according to the communication state of the terminal 20 is stored.

The payment type can be determined, for example, as follows.
The control unit 21 of the terminal 20 required from displaying the code display screen (after starting the display) to receiving the payment completion notification for the terminal from the server 10 based on the timekeeping information of the clock unit 29A. Count the time (elapsed time). Then, if the elapsed time is within a certain time, it is determined that the payment indicated by the received terminal payment completion notification is "online payment", and if the time exceeds a certain time, the payment is received. It is determined that the payment indicated by the payment completion notification for the terminal is "offline payment".

This is because in offline payment, the terminal payment completion notification cannot be received from the server 10 until the terminal 20 returns from the offline state to the online state. Therefore, the terminal payment completion notification is received after the code display screen is displayed. This is because if it takes some time to complete the transaction, it can be estimated that the offline payment has been made.

The payment-related setting control data 2837 is data used by the payment-related setting control unit 2117 to control the payment-related settings, and FIG. 5 shows a data configuration example of the first payment-related setting control data 2837A, which is an example thereof. Shown in -4.
In the first settlement-related setting control data 2837A, as an example, the setting type, the control target, the communication state, the control content, and the application status are stored in association with each other.

The setting type is not limited, but includes "payment available amount", "authentication", and "expiration date" as an example.

The payment available amount is a setting relating to the amount of money that the user of the terminal 20 can use for payment.
The authentication is a setting related to the authentication process executed by the authentication processing unit 2119 for authenticating whether or not the user of the terminal 20 is a legitimate user at the time of payment.
The deadline is a setting related to the deadline of the terminal display code used for payment.

Items to be controlled by the settlement-related setting control unit 2117 are defined as the control target for the setting type.

The communication state is defined as "online" indicating that the terminal 20 is in the online state and "offline" indicating that the terminal 20 is in the offline state for each control target.

The content of the control defines how the settlement-related setting control unit 2117 controls the control target.

Whether or not it is applied is information (for example, a flag) indicating whether or not to apply the control of the controlled object. “Yes” indicates that the controlled object is applied, and “Yes” indicates that the controlled object is not applied. "None" is associated and stored.

Hereinafter, a specific example will be given and described in detail.
(1) Amount of money that can be used for payment Regarding the amount of money that can be used for payment, a "daily usage limit amount" is set as a control target.
The maximum daily usage amount is as described in the first embodiment.

A control content of "50,000 yen" is defined for the communication status "online", and a control content of "10,000 yen" is defined for the communication status "offline".
This controls so that the maximum daily usage amount is "50,000 yen" when the terminal 20 is online, and the maximum daily usage amount is "10,000 yen" when the terminal 20 is offline. It shows that it is controlled to be a "circle".

Since the security of payment is lower in the offline state than in the online state, the daily usage limit in the offline state is smaller (lower) than the daily usage limit in the online state. Control.

In this case, the control unit 21 of the terminal 20 determines the communication state of the own terminal when the code display operation by the user of the terminal 20 is detected, for example, without limitation. Then, based on the daily usage upper limit amount associated with the determined communication state, if the cumulative amount of the accumulated amount (settlement amount) settled in that day is less than (or less than) the daily usage upper limit amount. "Settlement is possible", and if this condition is not met, "Settlement is not possible".

When "payment is not possible", the control unit 21 is not limited, but as an example, the code display screen is not displayed on the display unit 24, or the code display screen including only the error message is displayed on the display unit 24. The code image for terminal display cannot be read.

Further, in this case, the accumulated amount of the settlement amount can be calculated as the accumulated amount for each communication state as an example, not limited.
Specifically, as an example, not limited, the cumulative amount of online payments based on the payment type included in the payment history data of the second payment data 2832B (see FIG. 5-3) (hereinafter, the cumulative amount). (Referred to as "cumulative amount of online settlement") and the accumulated amount of accumulated settlement amount of offline settlement (hereinafter referred to as "cumulative amount of offline settlement") can be calculated separately.

It should be noted that, regardless of the communication state (online state / offline state), the cumulative amount of the accumulated payment amount may or may not be calculated without distinguishing the communication state.

Further, although the control target is set to "the maximum daily usage amount" here, the control target is not limited to this.
Instead of the daily usage limit, it is possible to set the usage limit for a predetermined period (for example, the past 1 week, the past 2 weeks, the past 1 month) longer than 1 day as a control target. ..

(2) Authentication Regarding authentication, "authentication A (scheduled settlement amount)", "authentication B (code not displayed)", and "authentication C (offline duration)" are defined as control targets. Information used in determining whether or not to execute the type of authentication is shown in parentheses.

Regarding the control target "Authentication A (planned settlement amount)", the control content is "50,000 yen or more (or more than 50,000 yen)" in the communication status "online", and "3000" as the control content in the communication status "offline". "Yen or more (or more than 3000 yen)" is defined respectively.
This is because when the terminal 20 is online, authentication is executed when the planned payment amount is 50,000 yen or more (or when it exceeds 50,000 yen), and when the terminal 20 is offline, payment is made. It indicates that the authentication is executed when the planned amount is 3000 yen or more (or when it exceeds 3000 yen).

In the offline state, the security of payment is lower than in the online state, so in the offline state, authentication is executed when a smaller amount (lower amount) is planned to be settled than in the online state. To do.

However, in the payment type "terminal code display", when the store code reader device 50 reads the terminal display code image displayed on the display unit 24, the scheduled payment amount input by the store code reader device 50 is the server 10. Will be sent to. Therefore, the terminal 20 side cannot grasp the planned settlement amount.

Therefore, as an example, not limited, after the code display screen is displayed on the terminal 20, the store clerk or the like sets the planned settlement amount to the store code reader device before reading the terminal display code image by the store code reader device 50. Enter in 50. Then, the input scheduled settlement amount is transmitted from the store code reader device 50 to the terminal 20 by short-range wireless communication or the like. Then, the authentication processing unit 2119 can execute the authentication processing when the scheduled payment amount is received from the store code reader device 50.

It should be noted that the store clerk or the like may verbally notify the user of the terminal 20 of the planned settlement amount input to the store code reader device 50.
Further, the planned settlement amount may be displayed on a display which is provided integrally with the code cash register 60 or separately from the code cash register 60 and whose display surface is facing the customer side.
Then, in these cases, the user of the terminal 20 can manually input the planned settlement amount into the terminal 20. In this case, the authentication processing unit 2119 may execute the authentication processing when the planned settlement amount is input.

Further, instead of the scheduled settlement amount, the control content may or may not be defined in the settlement-related setting control data 2837 in association with the settlement amount (settlement amount). For example, in association with the payment amount for the past predetermined period (for example, the past day, the past week), "100,000 yen or more (or more than 100,000 yen)" in the online state and "10,000 yen or more" in the offline state. (Or more than 10,000 yen) ”may be set for each.

Regarding the control target "authentication B (code hidden)", "non-execution" is defined as the control content in the communication state "online", and "execution" is defined as the control content in the communication status "offline".

Here, "code non-display" means, for example, a back button (closed) displayed on the code display screen after the user of the terminal 20 displays the terminal display code (terminal display code image) on the display unit 24. It indicates that the terminal display code (terminal display code image) once displayed is hidden by the operation of the button) or the home button.

This means that when the terminal 20 is online, authentication is not executed even if the code (code image) once displayed is hidden, but when the terminal 20 is offline, it is displayed once. It shows that authentication is executed when the made code (code image) is hidden.

As described above, the terminal display code in the present disclosure can be used not only in the online state but also in the offline state. In the online state, the terminal 20 can receive the terminal payment completion notification from the server 10 immediately after the payment is made by the server 10. Therefore, the terminal 20 is not limited, but as an example, after receiving the terminal payment completion notification, the terminal display code data used for the payment can be deleted from the terminal display code stock data 2831.

However, in the offline state, the terminal 20 cannot receive the payment completion notification for the terminal from the server 10 until it returns to the online state, so it cannot know whether or not the payment has been made by the server 10. Therefore, in the offline state, for example, even if the user of the terminal 20 uses one terminal display code for payment (even if the store code reader device 50 reads it), the terminal 20 still uses the terminal display code. Cannot be deleted. Therefore, for example, the user of the terminal 20 may redisplay the terminal display code once used for payment and try to use it for payment again.

Therefore, in the offline state, as an example, not limited to, when the user of the terminal 20 displays one terminal display code on the display unit 24 and then hides the displayed terminal display code, any of the following Authentication is performed at that timing.
(1) Timing of newly displaying the terminal display code on the display unit 24 after hiding the terminal display code (terminal display code image) (2) Terminal display code (terminal display code image) Hidden timing

In addition, when the terminal display code is hidden, authentication is not performed each time, but as an example, not limited to the set number of times (for example, "3 times" or "5 times") in the offline state. When the terminal display code is hidden as described above (or more than the set number of times), authentication may or may not be performed.

Regarding the control target "authentication C (offline duration)", the control content is "-(none)" in the communication status "online", and the control content is "1 hour or more (or more than 1 hour)" in the communication status "offline". ) ”Is defined respectively.
This does not execute authentication when the terminal 20 is online, but when the terminal 20 is offline, the offline state lasts for 1 hour or more (or more than 1 hour). Indicates that authentication should be performed.

In addition, instead of or in addition to the offline duration, authentication is performed based on the number and frequency of times the terminal 20 has been offline during a unit period (for example, during the past day or during the past week). It may or may not be done.
For example, if the number or frequency of the terminal 20 going offline in a unit period is equal to or greater than the set number of times (or exceeds the set number of times) or greater than or equal to the set frequency (exceeds the set frequency), authentication may be performed. , You don't have to do that.

Further, the above-mentioned authentications A to C may be authentications of the same element or authentications of other elements.
Authentication of other elements is not limited, but as an example, authentication based on the user's knowledge information (for example, authentication by password or secret question), authentication based on the user's possession information (for example, authentication by one-time password or token), user. Authentication based on biometric information (for example, fingerprint authentication or face authentication) can be applied.

Further, the presence / absence of execution of the above authentication may or may not be determined by a combination of two or more conditions.
For example, by combining the "code hidden" of authentication B and the "offline duration" of authentication C, the authentication is not executed in the online state and the "code is hidden" in the offline state. If it is done, and the offline duration is longer than the set time (or more than the set time), the authentication may or may not be executed.

(3) Expiration date Regarding the expiration date, "code usage time (code expiration date)" is set as a control target.
The control content "5 minutes (default)" is defined for the communication state "online", and "3 minutes" is defined as the control content for the communication status "offline".
This is the same as in the first embodiment. When the terminal 20 is online, the code usage time is set to "5 minutes" which is the default, and when the terminal 20 is offline, the code usage time is set to "5 minutes". It indicates that it should be "3 minutes".

<Display screen example>
FIG. 5-5 is a diagram showing an example of the authentication process executed by the terminal 20 in this embodiment.
In the (a) state, in the offline state, the code display screen including the two-dimensional terminal display code image QC1 is displayed on the display unit 24 of the terminal 20, and the user of the terminal 20 closes the back button (closes) at the upper left of the screen. The state where the button) is touch-operated is shown. In this case, the code display screen is hidden and the top screen of the payment application is displayed by touching the back button.

Here, for example, as shown in (b), it is assumed that the code icon of the payment application is touch-operated by the user of the terminal 20. In this case, after the terminal display code displayed on the display unit 24 in the offline state is hidden, a new terminal display code is displayed on the display unit 24. Therefore, authentication is not limited but as an example. The processing unit 2119 performs the authentication process.

Specifically, for example, as shown in (c), a code display screen including a new terminal display code image (in this example, a two-dimensional terminal display code image QC2) is displayed on the display unit 24. At that time, for example, an authentication screen for performing authentication is displayed.

In this display example, the password display field in which the entered password is displayed is displayed in a pop-up format together with the message "Please enter the password for Password Payment App." In addition, a numeric keypad for the user to enter a password is displayed at the bottom of the screen.

The entered password is collated with the password (authentication password) stored in the storage unit 28 of the terminal 20. Then, when the authentication result is OK, the pop-up display is deleted, the terminal display code image in the background appears, and the image can be used for payment.

<Processing>
FIG. 5-6 is a flowchart showing an example of a flow of payment-related setting control processing executed by the control unit 21 of the terminal 20 in this embodiment.
First, the control unit 21 determines the communication state (online state / offline state) of the own terminal (S110). The communication state determination method (detection method) is as described above.

After that, the payment-related setting control unit 2117 refers to the payment-related setting control data 2837, and stores the control target for which "Yes" is stored in the application presence / absence in association with the communication state determined in S110. Acquires the control content (S120).

Next, the settlement-related setting control unit 2117 sets (control setting) for controlling the control content based on the control content acquired in S120 (S130). After that, in the payment application process, the payment-related setting control unit 2117 controls the payment-related setting based on this control setting. Then, the control unit 21 ends the settlement-related setting control process.

<Effect of the second embodiment>
In the second embodiment, the terminal 20 uses the terminal display code (code image and payment number) (not limited, but an example of the first information) transmitted from the server 10 to communicate I / F22 (not limited, but not limited). Received via an example of the communication unit of the terminal).
Further, the terminal 20 transmits the received terminal display code by the control unit 21 (not limited, but an example of the terminal control unit) to the terminal display code stock data 2831 (not limited, but an example of the terminal storage unit). Remember in.
Then, the terminal 20 is based on the communication state (online state / offline state) of the own terminal (not limited, but an example of the communication state of the terminal), and the payment-related setting based on the terminal display code (not limited, but related to payment) A configuration in which the control unit 21 controls an example of the setting) is shown.
As an example of the effect obtained by such a configuration, the terminal controls the setting related to the payment based on the first information by the control unit based on the communication state of the own terminal, and the setting according to the communication state of the own terminal. It is possible to make the user make a payment based on.

Further, in the second embodiment, the terminal 20 includes a processor that reads the payment application program 282 from the memory that stores the payment application program 282 and executes the payment application processing based on the payment application program 282.
The processor transmits the terminal display code (code image and payment number) (not limited, but an example of the first information) transmitted from the server 10 to the communication I / F22 (not limited, an example of the communication part of the terminal). Receive via.
Further, the processor stores the received terminal display code in the terminal display code stock data 2831 (not limited, but an example of the storage unit of the terminal).
Then, the processor is based on the communication status (online state / offline status) of the own terminal (an example of the communication status of the terminal, not the limitation), and the payment-related setting based on the terminal display code (setting related to payment, not limitation). An example) is shown to control the configuration.
Even with such a configuration, the same effect as described above can be obtained.

Further, in the second embodiment, when the communication state of the own terminal is online, the control unit 21 makes one setting (not limited, but an example of the first setting) as the payment-related setting, and communicates with the own terminal. When the state is the offline state, the configuration is shown in which other settings (not limited, but an example of the second setting) different from the one setting are performed as the payment-related settings.
As an example of the effect obtained by such a configuration, the terminal can control different settings by the control unit according to the communication state.

In addition, the second embodiment shows a configuration in which the payment-related setting includes a setting relating to a payment available amount (not a limitation, but an example of an amount that can be used for payment).
As an example of the effect obtained by such a configuration, the terminal can control the setting regarding the amount of money that can be used for payment by the control unit according to the communication state.

Further, in the second embodiment, the payment-related setting shows a configuration including a setting related to authentication (not limited, but authentication of a terminal user for executing a process related to payment).
As an example of the effect obtained by such a configuration, the terminal can control the setting related to the authentication of the user of the terminal for executing the process related to the payment according to the communication state by the control unit.

Further, in the second embodiment, in the online state, when the control unit 21 makes a payment of the first amount or more, it authenticates as a payment-related setting, and in the offline state, the second amount is smaller than the first amount. It shows a configuration that authenticates as a payment-related setting when payment is made in excess of the amount.
As an example of the effect obtained by such a configuration, when the communication state is the second communication state in which the amount of communication information is smaller than that in the first communication state, the terminal is compared with the case where the communication state is the first communication state. It is possible to facilitate authentication.

Further, in the second embodiment, the terminal 20 displays a terminal display code image based on the terminal display code on the display unit 24. Then, in the offline state, the control unit 21 authenticates as a payment-related setting based on hiding the terminal display code image (not limited, but an example of the first code image) from the display unit 24. The configuration is shown.
As an example of the effect obtained by such a configuration, when the communication amount of the terminal is smaller than the communication amount set as the communication state, the terminal authenticates based on hiding the first code image from the display area. By performing the above, it is possible to prevent the first code image once displayed from being used for payment again.

Further, in the second embodiment, when the communication state is the offline state, the control unit 21 is based on the offline duration (not limited, but an example of the time for continuing the state smaller than the set communication amount). The configuration for authentication is shown.
As an example of the effect obtained by such a configuration, when the communication amount of the terminal is smaller than the set communication amount as the communication state of the own terminal, the terminal keeps the state smaller than the set communication amount. By performing authentication based on this, security related to payment can be enhanced.

Further, in the second embodiment, the terminal 20 displays a terminal display code image (not limited, but an example of the first code image) based on the terminal display code on the display unit 24. Then, the payment-related setting shows a configuration including a setting regarding the code expiration date of the terminal display code image (not limited, but an example of the expiration date of the first code image).
As an example of the effect obtained by such a configuration, the terminal can control the setting regarding the expiration date of the first code image displayed in the display area.

<Second modification (1)>
The terminal 20 may or may not control the payment-related settings based on the communication state of the own terminal and the creditworthiness of the store.

In this case, for example, the store credit score is calculated and determined on the server 10 side as an index value indicating the credit rating of the store, not as a limitation.
The store credit score expresses the social credit of a store by numerical values, ranks, etc., and is not limited, but as an example, the number / frequency of payments made at the store, the solvency of the store, and the payment ability of the store. Calculated and determined based on credit information, etc.

The store credit score is calculated and determined as, for example, a score of "0 points" to "100 points", not a limitation, so that "100 points" has the highest credit rating and "0 points" has the lowest credit rating. Can be.

The "store credit score" may or may not be simply the "store score".
Also, in this case, the "store score" does not necessarily have to be based on the credit of the store, and the store is not limited, but as an example, the store is numerically calculated based on some evaluation criteria such as popularity, name, and usage of the store. It may or may not be rated by (score), rank, etc.

The store credit score calculated and determined on the server 10 side can be transmitted to the terminal 20 at a regular timing or a specific timing as an example, not limited. In this case, the terminal 20 stores and updates the store credit score transmitted from the server 10 in the store data 2833.

FIG. 5-7 is a diagram showing a data configuration example of the third payment-related setting control data 2837C, which is an example of the payment-related setting control data 2837 in this modification.
In the third settlement-related setting control data 2837C, the setting type, the control target, the communication state, the store credit score, the control content, and the application status are stored in association with each other.

The setting type is not limited, but "store" is defined as an example.
Further, the control target is not limited, but as an example, "settlement" indicating whether or not the settlement is possible at the store is defined.

In this example, in the communication state "online" of the terminal 20, "payment is possible" is defined as the control content regardless of the store credit score.
On the other hand, in the communication state "offline" of the terminal 20, "payment is possible" is defined as the control content for the store credit score "80 points or more", and "payment is not possible" as the control content for the store credit score "less than 80 points". "Is stipulated.

This means that when the terminal 20 is offline, payment can be made at a store with a store credit score of "80 points or more", but payment cannot be made at a store with a store credit score of "less than 80 points". Indicates to do.

In this case, the control unit 21 determines the communication state of the own terminal when the code operation by the user of the terminal 20 is detected, for example, without limitation. Further, the control unit 21 calculates the position of the own terminal (hereinafter, referred to as “terminal position”) based on the detection result of the position calculation information detection unit 29B, and stores the calculated terminal position and the store data 2833. The store where the own terminal is located is determined based on the information regarding the location of the store (store location information, etc.). Then, the control unit 21 determines whether or not to settle the payment at the determined store based on the determined communication state and the store credit score stored in the store data 2833 in association with the determined store.

However, in an environment where the terminal 20 is in the offline state, there is a possibility that the position calculation using the satellite positioning system cannot be performed. Therefore, the control unit 21 can calculate the position of its own terminal based on the above-mentioned inertial navigation calculation, a beacon signal transmitted from a beacon installed in a store, or the like, as an example, not limited to the above. ..

The beacon signal is not limited, but can be received by setting the Bluetooth function to "ON" on the terminal 20 as an example.

When it is determined that "payment is not possible", the control unit 21 is not limited, and as an example, the code display screen is not displayed on the display unit 24, or the code display screen including only the error message is displayed on the display unit 24. Therefore, it is possible to prevent the terminal display code image from being read.

In this modification, the terminal 20 acquires information about the store where the payment is made by the control unit 21. Then, the terminal 20 shows a configuration in which the payment-related settings are controlled by the control unit 21 based on the communication state of the own terminal and the store credit score of the store that makes the payment (not limited, but an example of the credit rating of the store). ing.
As an example of the effect obtained by such a configuration, the terminal can appropriately control the setting related to the payment by the control unit based on the communication state of the own terminal and the creditworthiness of the store that performs the payment.

<Second modification (2)>
The terminal 20 may or may not control the payment-related settings based on the communication state of the own terminal and the creditworthiness of the user of the own terminal.

In this case, as an example, not limited, the user credit score is calculated and determined on the server 10 side as an index value indicating the credit rating of the user of the terminal 20.
The user credit score represents the social credit of the user of the terminal 20 by a numerical value, rank, etc., and is not limited, but is based on the payment record, age, working style, annual income, etc. of the user of the terminal 20 as an example. Calculated and determined.

The user credit score is calculated and determined as, for example, a score of "0 points" to "100 points", not a limitation, so that "100 points" has the highest credit rating and "0 points" has the lowest credit rating. Can be.

The "user credit score" may or may not be simply a "user score".
Also, in this case, the "user score" does not necessarily have to be based on the user's credit, and is not limited, for example, the amount of money the user used for payment regardless of the communication status, and the user in the offline state. The user of the terminal 20 based on some evaluation criteria such as the amount of money used for payment, the number / frequency of code payment by the user regardless of the communication status, the number / frequency of code payment by the user in the offline state, etc. May be rated by a numerical value (point), rank, etc., or may not be so.

The user credit score calculated and determined on the server 10 side can be transmitted to the terminal 20 at a regular timing or a specific timing. In this case, the terminal 20 stores and updates the user credit score transmitted from the server 10 in the payment data 2832.

FIG. 5-8 is a diagram showing a data configuration example of the fourth payment-related setting control data 2837D, which is an example of the payment-related setting control data 2837 in this modification.
In the fourth settlement-related setting control data 2837D, the setting type, the control target, the communication state, the user credit score, the control content, and the application status are stored in association with each other.

In this example, the setting type "payment available amount" and the control target "daily usage upper limit amount" are shown, and the user credit score "80 points or more" is set to the communication status "online" of the terminal 20. "100,000 yen" is set as the control content, "70,000 yen" is set as the control content for the user credit score "60 points or more and less than 80 points", and "70,000 yen" is set as the control content for the user credit score "less than 60 points". "50,000 yen" is set.

On the other hand, in the communication state "offline" of the terminal 20, the user credit score "80 points or more" is defined as "30,000 yen" as the control content, and the user credit score "60 points or more and less than 80 points" is controlled. "20,000 yen" is set as the content, and "10,000 yen" is set as the control content for the user credit score "less than 60 points".

For both the communication status "online" and "offline", the maximum daily usage amount is set so that the higher the user credit score, the higher the amount.
In addition, the maximum daily usage amount is set so that the amount of the communication state "online" is relatively higher than that of the communication state "offline".

In this case, the control unit 21 determines the communication state of the own terminal when the code operation by the user of the terminal 20 is detected, for example, without limitation. In addition, the control unit 21 determines the user credit score with reference to the settlement data 2832.
Then, the control unit 21 sets the daily usage upper limit amount based on the determined communication state and the determined user credit score.

In this section, the maximum daily usage amount has been described as an example, but the description is not limited to this.
Regarding the setting type "authentication" and the setting type "expiration date" shown in FIG. 5-4, the control contents can be set based on the user credit score and the communication state in the same manner as described above.

Specifically, the authentication A (scheduled settlement amount) in FIG. 5-4 is not limited, but as an example, the higher the user credit score, the higher the scheduled settlement amount, which is the threshold value for whether or not to perform authentication, is set. Therefore, it is possible to make it difficult for authentication to be performed. Further, in this case, the communication state "online" can be set to have a relatively higher scheduled settlement amount than the communication state "offline".

Further, regarding authentication B (code non-display) in FIG. 5-4, as an example, if the user credit score is above a certain level, authentication is not executed even in the offline state. be able to.
Also, as described above, if authentication is to be performed when the terminal display code is hidden more than the set number of times (or more than the set number of times) in the offline state, the higher the user credit score, the more the setting. The number of times can be increased to make it difficult for authentication to be performed.

Further, the authentication C (offline duration) in FIG. 5-4 is not limited, but as an example, the higher the user credit score, the longer the offline duration, which is the threshold value for whether or not to perform authentication, is set for authentication. Can be made less likely to occur. Further, in this case, the offline duration of the communication state "online" can be made longer than that of the communication state "offline".

The code usage time (code expiration date) in FIG. 5-4 is not limited, but as an example, the higher the user credit score, the longer the code usage time is set so that the code usage period becomes longer. Can be done. Further, in this case, the code usage time can be made relatively longer in the communication state "online" than in the communication state "offline".

<Third Example>
The third embodiment is related to the above embodiment and is an embodiment relating to a user interface (UI) for hiding a code (code image).

As described above, in the online state, the terminal 20 can receive the payment completion notification for the terminal from the server 10. Therefore, the terminal 20 can hide the code (code image) when the terminal payment completion notification is received from the server 10 as an example, not limited to the terminal 20.
On the other hand, in the offline state, the terminal 20 cannot receive the payment completion notification for the terminal from the server 10. Therefore, if the offline state continues for a while, the timing of hiding the displayed code (code image) may be missed.

The contents described in the third embodiment can be applied to any of the other embodiments and the other modifications.
Further, the same components as those already described are designated by the same reference numerals, and the description thereof will be omitted again.

<Structure>
FIG. 6-1 is a diagram showing a configuration example of a second code-related information display control data 2835B, which is an example of code-related information display control data 2835 stored in the storage unit 28 of the terminal 20 in this embodiment. is there.

The data structure of the second code-related information display control data 2835B is the same as that of the first code-related information display control data 2835A, but in this example, the code-related information "code-related notification information" is controlled. In addition to the "terminal payment completion notification non-receivable notification information", the "code non-display recommended notification information" is defined as the target.

The code non-display recommended notification information is information that recommends the user of the terminal 20 to manually hide the code image (code display screen) for terminal display displayed on the display unit 24 (prompts the user of the terminal 20). Is.

Regarding the control target "code non-display recommended notification information", "hidden" is defined as the control content in the communication status "online", and "display" is defined as the control content in the communication status "offline".
This indicates that when the terminal 20 is in the online state, the code non-display recommended notification information is not displayed, and when the terminal 20 is in the offline state, the code non-display recommended notification information is displayed.

In the online state, the control unit 21 controls to hide the code display screen based on the reception of the payment completion notification for the terminal from the server 10 as an example, not the limitation. However, in the offline state, the payment completion notification for the terminal cannot be received from the server 10, and the control unit 21 cannot automatically hide the code display screen. Therefore, the code display screen cannot be manually hidden. Notify the user to display.

<Display screen example>
FIG. 6-2 is a diagram showing an example of a code display screen in this embodiment.
This code display screen shows the code display screen that is displayed in the offline state. As an example of the code non-display recommended notification information, "Offline notification Currently offline, so you will not receive a notification after payment is completed. Code reading The message "Please close the screen later" is displayed in a pop-up format.
In addition, an "OK" icon is also displayed as an icon for the user to approve the notification content.

Based on this display, the user of the terminal 20 has the store code reader device 50 read the terminal display code image displayed on the code display screen, for example, as shown in FIG. 6-3, and then, for example, FIG. As shown in -4, touch the "back button" displayed in the upper left of the code display screen to return to the previous screen (the top screen of the payment application in this embodiment). Then, the code display screen is hidden, and the top screen of the payment application is displayed, for example, as shown in FIG. 6-5.
The "back button" is an example of an operation image for hiding the code image, and can also be called a "binding button".

FIG. 6-6 is a diagram showing another example of the code display screen in this embodiment.
This code display screen is an example of a code display screen displayed in an offline state, and in this display example, a state in which the remaining time of the code expiration date is "0 seconds" is shown.

In this display example, when the remaining time of the code expiration date becomes "0 seconds", it is information for notifying that the code expiration date has passed and as an example of information for notifying that the code is hidden. , The message "Display expired screen is closed" is displayed in a pop-up format.
In addition, an "OK" icon is also displayed as an icon for the user to approve this notification content, and when the "OK" icon is touch-operated by the user, the code display screen is hidden. , The top screen of the payment application is displayed.

It should be noted that the code display screen may or may not be hidden as it is without displaying a message or the like when the remaining time of the code expiration date reaches "0 seconds". ..

<Processing>
<First process>
As the first process, the control unit 21 performs the first code display process of FIG. 4-17.
Then, when it is determined that the communication state is the offline state and "Yes" is set for whether or not the code non-display recommended notification information is applied in the second code-related information display control data 2835B, for example, FIG. The code display screen of 6-2 is displayed on the display unit 24.

<Second process>
As the second process, the control unit 21 can execute the second code display process of FIG. 6-7.
The same steps as those in the above-mentioned flowchart are designated by the same reference numerals, and the description thereof will be omitted again.

After D110, if the communication status determination result is online (E120: online status), the code display processing unit 2113 causes the display unit 24 to display the code display screen including the terminal display code image (E130). ).

Next, the code display processing unit 2113 determines whether or not an operation for hiding the code (hereinafter, referred to as “code non-display operation”) has been detected (E170). When the code non-display operation is not detected (E170: NO), the code display processing unit 2113 stands by as it is.

On the other hand, when the code non-display operation is detected (E170: YES), the code display processing unit 2113 controls to hide the displayed code display screen, for example, to display the top screen of the payment application (E190). .. Then, the code display processing unit 2113 ends the second code display processing.

On the other hand, if the determination result of the communication status is the offline state (E120: offline state), the code display processing unit 2113 (code-related information display control unit 2115) has the code non-display recommended notification information and the terminal display code. A code display screen including an image (for example, the code display screen of FIG. 6-2) is displayed on the display unit 24 (E150).

After that, the code-related information display control unit 2115 erases the display of the code non-display recommended notification information based on the fact that the code non-display recommended notification information erasing condition is satisfied (E160). Then, the code display processing unit 2113 shifts the processing to the E170.

<Third process>
As the third process, the control unit 21 can execute the third code display process of FIG. 6-8.
The same steps as those in the above-mentioned flowchart are designated by the same reference numerals, and the description thereof will be omitted again.

This process is obtained by adding the steps of E170, F180, and E190 to the process of FIG. 4-17.

After D130, the code display processing unit 2113 determines whether or not the code non-display operation is detected (E170). When the code non-display operation is detected (E170: YES), the code display processing unit 2113 shifts the processing to E190.

On the other hand, when the code non-display operation is not detected (E170: NO), the code display processing unit 2113 determines whether or not the code expiration date has passed (F180).

Here, as in the first embodiment, in the offline state, a shorter time can be set as the code usage time than in the online state (for example, "5 minutes" in the online state and "3 minutes" in the offline state. "). By doing so, the offline code expiration date is shorter than the online code expiration date.

When it is determined that the code expiration date has not passed (F180: NO), the code display processing unit 2113 returns the processing to E170.

On the other hand, when it is determined that the code expiration date has passed (F180: YES), the code display processing unit 2113 shifts the processing to E190. That is, when it is determined that the code expiration date has passed, the control unit 21 controls to hide the code display screen.

In this process, the code image is hidden by hiding the code display screen based on the expiration of the code expiration date. Therefore, the code expiration date can also be called the code display deadline (code display deadline).

When the code expiration date has passed, instead of hiding the code image by hiding the code display screen, the code image display is deleted from the code display screen while the code display screen remains displayed. By doing so, the code image may or may not be hidden.

Further, the code non-display recommended notification information may be displayed only when it is determined that the terminal 20 is in the offline state, and the code non-display recommended notification information may be displayed regardless of the communication state (online state / offline state) of the terminal 20. May be good.

<Effect of the third embodiment>
The third embodiment shows a configuration in which the control unit 21 of the terminal 20 executes a control for hiding the terminal display code image when the offline code expiration date has passed.
As an example of the effect obtained by such a configuration, the terminal can hide the first code image from the display area based on the passage of the second expiration date.

Further, in the third embodiment, the code-related information shows a configuration including code non-display recommended notification information (not limited, but an example of notification regarding non-display of the first code image).
As an example of the effect obtained by such a configuration, the terminal can give a notification regarding the non-display of the first code image.

Further, in the third embodiment, when the communication state of the terminal 20 is an offline state (not limited, but an example of a state in which the communication amount of the terminal is smaller than the set communication amount), the code non-display recommended notification information is displayed. The configuration is shown.
As an example of the effect obtained by such a configuration, the terminal can give a notification regarding the non-display of the first code image when the communication amount is smaller than the set communication amount. As a result, when the communication state is not good, the user of the terminal can remember to hide the first code image.

<Third modification (1)>
In the third embodiment, the code non-display recommended notification information is displayed at the timing of displaying the code display screen, but the present invention is not limited to this.

6-9 and 6-10 are diagrams showing an example of a code display screen in this modification.
This code display screen is an example of a code display screen displayed in an offline state. For example, FIG. 6-9 shows a state in which the remaining time of the code expiration date is "30 seconds".
When the remaining time of the code expiration date is "30 seconds", for example, as shown in Fig. 6-10, the message "Please close the screen after reading the code for the remaining 30 seconds" as an example of the code non-display recommended notification information. Is displayed in a pop-up format.
In addition, an "OK" icon is also displayed as an icon for the user to approve the notification content.

By doing so, even if the user of the terminal 20 forgets to close the code display screen after reading the code image at the store in the offline state, the code display screen is displayed. Since the code non-display recommended notification information is displayed when a certain period of time has passed since then, the user can remember to close the code display screen.

In the code display screen of FIG. 6-10, for example, when the remaining time of the code expiration date is "30 seconds", the code display screen is controlled to be automatically closed, and the code (code image) is displayed. ) May or may not be hidden automatically.

<Third modification (2)>
When the terminal display code image displayed on the code display screen of the terminal 20 is read by the store code reader device 50, it is provided as an example, not limited to, integrally with the code cash register 60 or separately from the code cash register 60. , The code non-display recommendation notification information may or may not be displayed on the display with the display surface facing the customer side.

Specifically, for example, the control unit 51 of the store code reader device 50 sends a signal instructing the server 10 to display the code non-display recommended notification information after transmitting the payment request information to the POS communication I / F57. It is controlled to output to the code register 60 via.

When the code cash register 60 receives the above signal from the store code reader device 50 via the POS communication I / F 57, the code register 60 displays the code non-display recommended notification information on the display.
Specifically, as an example, not a limitation, a message such as "Payment is completed. Please close the code display screen." Is displayed on the display.

Further, when the terminal display code image displayed on the code display screen of the terminal 20 is read by the store code reader device 50, the information that the store code reader device 50 has completed the payment (not limited to the example). Payment completion information) and code non-display recommended notification information may be sent to the terminal 20 using short-range wireless communication or the like to hide the code display screen, or even if it is not done so. Good.

Further, instead of transmitting the payment completion information and the code non-display recommendation notification information from the store code reader device 50 to the terminal 20, the payment completion information and the code non-display recommendation notification information are transmitted by a communication device (for example, a beacon transmitter) installed in the store. The code non-display recommended notification information may be transmitted to the terminal 20 to hide the code display screen, or it may not be so.

<Fourth Example>
In the fourth embodiment, after the user of the terminal 20 displays the terminal display code (terminal display code image) on the display unit 24, the displayed terminal display code is hidden by operating the home button or the like. This is an embodiment relating to the processing in the case of

The contents described in the fourth embodiment can be applied to any of the other embodiments and the other modifications.
Further, the same components as those already described are designated by the same reference numerals, and the description thereof will be omitted again.

<Display screen example>
FIG. 7-1 is a diagram showing an example of screen transitions displayed on the display unit 24 of the terminal 20 in this embodiment.
(A1) shows a state in which a code display screen including a two-dimensional terminal display code image QC1 is displayed on the display unit 24. In this code display screen, a "home button" for displaying the home screen of the terminal 20 is displayed at the bottom of the screen.

When the home button is touch-operated by the user of the terminal 20, for example, as shown in (b), the home screen of the terminal 20 is displayed. Then, when the icon of the payment application (Payment App) is touch-operated by the user of the terminal 20 among the icons of the plurality of application software (plurality of application software stored in the terminal 20) displayed on the home screen. For example, as shown in (a2), the code display screen is redisplayed. However, the terminal display code image displayed on this code display screen is different from the terminal display code image previously displayed.

Specifically, a terminal display code image different from the terminal display code image that was displayed before the home button was touch-operated is newly displayed. Specifically, as an example, not limited, the code data corresponding to the two-dimensional terminal display code image QC1 displayed until the home button is touch-operated is from the terminal display code stock data 2831. After being deleted, as a code image of another terminal display code stored in the terminal display code stock data 2831, a code image including the two-dimensional terminal display code image QC2 is displayed on the code display screen. ing.

FIG. 7-2 is a diagram showing another example of the transition of the screen displayed on the display unit 24 of the terminal 20 in this embodiment. The view of the figure is the same as that of FIG. 7-1, but the code display screen of FIG. 7-1 (a1) is not shown.
In this transition example, when the icon of the payment application (Payment App) is touch-operated by the user of the terminal 20 among the icons of the plurality of application software displayed on the home screen of (b), for example, (a1'). As shown in, the code display screen including the terminal display code image QC1 is redisplayed. The code image displayed on this code display screen is the same as the code image displayed earlier.

FIG. 7-3 is a diagram showing another example of the transition of the screen displayed on the display unit 24 of the terminal 20 in this embodiment. The view of the figure is the same as that of FIG. 7-1, but the code display screen of FIG. 7-1 (a1) is not shown.
In this transition example, when the icon of the payment application (Payment App) is touch-operated by the user of the terminal 20 among the icons of the plurality of application software displayed on the home screen of (b), for example, (c) As shown, the top screen of the payment application is displayed.

Then, when the "code icon" among the icons displayed on the top screen of (c) is touch-operated by the user of the terminal 20, for example, as shown in (a2), until the home button is touch-operated. A code display screen containing a terminal display code image different from the terminal display code image displayed between is displayed. Specifically, as an example, not limited, the code corresponding to the two-dimensional terminal display code image QC1 that was displayed before the home button was touch-operated is deleted and then stocked on the terminal 20. As the code image of another terminal display code, the two-dimensional terminal display code image QC2 is displayed on the code display screen.

<Processing>
(First process)
FIG. 7-4 is a flowchart showing an example of the flow of the first code redisplay process executed by the control unit 21 of the terminal 20 in this embodiment. This process is an example of a process for realizing the screen transition shown in FIG. 7-1.

The control unit 21 determines whether or not the code display screen is being displayed on the display unit 24 (J110), and if it is determined that the code display screen is being displayed (J110: YES), displays the home screen of the terminal 20. (J120), it is determined whether or not an operation for the purpose (hereinafter, referred to as "home screen display operation") has been detected.

When the home screen display operation is detected (J120: YES), the control unit 21 performs the first code deletion process (J130).

Specifically, the code data of the terminal display code image of the code display screen being displayed is deleted from the terminal display code stock data 2831 as an example, not a limitation.
Further, when the communication state of the own terminal is online, the code non-display information including the application ID and the code number of the deleted terminal display code is transmitted to the server 10 by the communication I / F22 as an example, not limited to the communication state. Send to. The code non-display information is information indicating that the terminal display code (terminal display code image) is hidden.

In addition, instead of the code non-display information, information indicating that the terminal display code has been deleted (hereinafter referred to as "code deletion information") and information indicating that the terminal display code has been used (hereinafter referred to as "code deletion information"). , "Code used information") may or may not be transmitted from the terminal 20 to the server 10.

In this case, the control unit 11 of the server 10 deletes the code data of the code No. also included in the code non-display information from the code management data of the application ID included in the received code non-display information.

After that, the control unit 21 hides the code display screen being displayed and causes the display unit 24 to display the home screen (J140). Then, the control unit 21 sets a flag (hereinafter, referred to as “code display interruption flag”) indicating that the display of the code display screen is interrupted to “ON” (J150).

Next, the control unit 21 determines whether or not the home screen is being displayed on the display unit 24 (J210), and if it is determined that the home screen is being displayed (J210: YES), touches the icon of the payment application software. It is determined whether or not the operation is detected (J220).

When the touch operation of the icon of the payment application software is detected (J220: YES), the control unit 21 determines whether or not the code display interruption flag is set to "ON" (J230).

If it is determined that the code display interruption flag is set to "ON" (J230: YES), the control unit 21 reads the data of one terminal display code from the terminal display code stock data 2831, and the control unit 21 reads the data of one terminal display code. A code display screen including a code image of the terminal display code is displayed on the display unit 24 (J250). Then, the control unit 21 sets the code display interruption flag to “OFF” (J260).

On the other hand, if it is determined that the code display interruption flag is not set to "ON" (J230: NO), the control unit 21 causes, for example, display the top screen of the payment application on the display unit 24 (J270).

Next, the control unit 21 determines whether or not to end the process (J290), and if it determines that the process is to be continued (J290: NO), returns the process to J110. On the other hand, if it is determined that the process is completed (J290: YES), the control unit 21 ends the first code redisplay process.

(Second process)
FIG. 7-5 is a flowchart showing an example of the flow of the second code redisplay processing executed by the control unit 21 of the terminal 20 in this embodiment. This process is an example of a process for realizing the screen transition shown in FIG. 7-2.
The same steps as those described above are designated by the same reference numerals, and the description thereof will be omitted again.

When the home screen display operation is detected in J120 (J120: YES), the control unit 21 processes J140 and J150.

In this process, unlike the first code redisplay process of FIG. 7-4, the process of J130 is not performed.
Further, in this process, the control unit 21 continuously counts the remaining time of the code expiration date of the terminal display code included in the code display screen hidden by J140 in the background.

When it is determined in J230 that the code display interruption flag is set to "ON" (J230: YES), the control unit 21 is within the code expiration date associated with the terminal display code of the hidden code display screen. (K230), it is determined whether or not (whether or not the code expiration date has not passed yet).

If it is determined that the code is within the expiration date (K230: YES), the control unit 21 causes the display unit 24 to redisplay the code display screen hidden by the J140 (K240). Then, the control unit 21 shifts the processing to J260.

On the other hand, if it is determined that the code is not within the expiration date (K230: NO), the control unit 21 performs a second code deletion process (K250).

Specifically, as an example, not limited, the code data of the terminal display code image of the code display screen hidden by J140 is deleted from the terminal display code stock data 2831.
Further, when the communication state of the own terminal is online, the code non-display information including the application ID and the code number of the deleted terminal display code is transmitted to the server 10 by the communication I / F22 as an example, not limited to the communication state. Send to.

In this case, the control unit 11 of the server 10 deletes the code data of the code No. also included in the code non-display information from the code management data of the application ID included in the received code non-display information.
After K250, the control unit 21 shifts the process to J250.

Here, the control unit 21 continuously counts the remaining time of the code expiration date of the terminal display code included in the code display screen hidden by J140 in the background, but this is limited to this. Not done.

Specifically, when the code display screen is hidden in J140, the counting of the remaining time of the code expiration date may or may not be stopped. In this case, unless the remaining time of the code expiration date at the timing when the code display screen is hidden in J140 is "0 seconds", K230 determines that the code expiration date is within the code expiration date.

(Third process)
In the third process, when the control unit 21 determines in the first code redisplay process of FIG. 7-4 that the code display interruption flag is set to "ON" in J230, for example, FIG. 7- As shown in 3, the top screen of the payment application is displayed on the display unit 24.

Then, when the control unit 21 detects a code display operation while the top screen is displayed on the display unit 24 (for example, when it detects a touch operation of the "code icon" as shown in FIG. 7-3). , The code data of the terminal display code image of the code display screen hidden by J140 is deleted from the terminal display code stock data 2831. Then, the control unit 21 reads the data of one terminal display code from the terminal display code stock data 2831, and causes the display unit 24 to display the code display screen including the code image of the terminal display code.
This process is an example of a process for realizing the screen transition shown in FIG. 7-3.

The above processing can be applied regardless of the communication state (online state / offline state) of the terminal 20, but the terminal 20 side or the server 10 side so as to perform different processing depending on the communication state of the terminal 20. It may or may not be set with.

Specifically, it is not limited, but as an example, when the communication state of the terminal 20 is an online state, the second process is set to be performed. On the other hand, when the communication state of the terminal 20 is the offline state, it is set to perform one of the first process and the third process.

<Fifth Example>
The fifth embodiment is an embodiment relating to a method of notifying the server 10 that the terminal display code (terminal display code image) has been hidden.

As described in the fourth embodiment, when the terminal display code (terminal display code image) is hidden, if the communication state of the own terminal is online, information such as code non-display information is transmitted to the terminal 20. Can be transmitted to the server 10.
However, when the communication state of the own terminal is offline, these information cannot be transmitted to the server 10, and the terminal display code (terminal display code image) is hidden on the terminal 20. There is a problem that the server 10 cannot grasp such information.

The contents described in the fifth embodiment can be applied to any of the other embodiments and the other modifications.
Further, the same components as those already described are designated by the same reference numerals, and the description thereof will be omitted again.

<Processing>
FIG. 8 is a flowchart showing an example of the flow of processing executed by each device in this embodiment. The code hiding process executed by the control unit 21 of the terminal 20 is shown on the left side, and the code deletion process executed by the control unit 11 of the server 10 is shown on the right side.

These processes are not limited, but as an example, are processes executed as sub-processes of the payment application process of the terminal 20 described above and the payment management process of the server 10 described above (for example, executed in the background). is there.

First, the control unit 21 determines whether or not the code display screen is hidden (G110). Then, if it is determined that the code (code image) is hidden (G110: YES), the control unit 21 sets a flag (hereinafter, referred to as “code non-display flag”) indicating that the code (code image) is hidden. Set to "ON" (G120). After that, the control unit 21 determines the communication state of the own terminal (G130).

When the determination result of the communication state is the "offline state" (G140: offline state), the control unit 21 shifts the processing to the G190.

On the other hand, when the determination result of the communication state is "online state" (G140: online state), the control unit 21 is not limited, but as an example, the application ID and the terminal displayed on the hidden code display screen. Code non-display information including the code No. of the display code is transmitted to the server 10 by the communication I / F 22 (G150).

When the code non-display information is received from the terminal 20 via the communication I / F 14 (H110), the control unit 11 performs the terminal display code deletion process (H120). Specifically, as an example, not limited to the code management data stored in the code management database 159, the code management data of the application ID included in the code non-display information received from the terminal 20 is similarly code-hidden. The terminal display code data corresponding to the code No. included in the information is deleted.

After that, the control unit 11 transmits a notification to the effect that the terminal display code has been deleted (hereinafter, referred to as “terminal display code deletion notification”) to the terminal 20 via the communication I / F 14 (H130).

When the terminal display code deletion notification is received from the server 10 by the communication I / F 22 (G160), the control unit 21 displays a message to the effect that the terminal display code has been deleted on the screen of the payment application, and the terminal 20 is displayed. Notify the user of (G170). The G170 process may not be executed.

After that, the control unit 21 sets the code non-display flag to "OFF" (G180).

After G180, or when the communication status determination result is "offline status" (G140: offline status), the control unit 21 determines whether or not the code non-display flag is set to "ON". (G190).

When the code non-display flag is set to "ON" (G190: YES), the control unit 21 shifts the process to G130.
In this case, the processes of G130 to G190 are looped. Then, when the communication state changes from the offline state to the online state, the processes of G150 to G180 are performed, and the code non-display flag is set to "OFF".

On the other hand, when the code non-display flag is set to "OFF" (G190: YES), the control unit 21 determines whether or not to end the process (G195). When it is determined that the processing is to be continued (G195: NO), the control unit 21 returns the processing to G110. On the other hand, when it is determined that the process is finished (G195: YES), the control unit 21 ends the code hiding process.

In this process, the code non-display information is transmitted from the terminal 20 to the server 10 at the timing when the communication state changes from the offline state to the online state, but the present invention is not limited to this.

Specifically, as an example, not limited to the case, when the code (code image) is hidden, the code non-display information can be transmitted from the terminal 20 to the server 10 at a specific timing. The specific timing is not limited, but may be, for example, a timing at a specific time (for example, midnight), a timing when a specific event (for example, activation of a payment application) occurs, or not. You may.

Further, the terminal 20 may repeatedly transmit the code non-display information to the server 10 until the code non-display information is received on the server 10 side and the terminal display code deletion notification is received from the server 10. And you don't have to do that.

Further, when the terminal display code (terminal display code image) is hidden regardless of whether the communication state of the own terminal is online or offline, the control unit is the same as in the fourth embodiment. It is also possible for 21 to delete the hidden terminal display code code data from the terminal display code stock data 2831.

In this case, the control unit 21 can transmit information such as code non-display information, code deletion information, and code used information to the server 10 based on the deletion of the terminal display code.

<Effect of the fifth embodiment>
In the fifth embodiment, the terminal 20 controls the terminal 20 to hide the code image of the stock terminal display code (not limited, but an example of the first code image) from the display unit 24 by the control unit 21. .. In this case, the terminal 20 transmits the code non-display information (not limited, but an example of the third information indicating that the first code image is hidden from the display area) to the server 10 via the communication I / F 22. The configuration to be performed is shown.
As an example of the effect obtained by such a configuration, the terminal can notify the server that the first code image has been hidden from the display area.

Further, the fifth embodiment shows a configuration in which the code non-display information is transmitted to the server 10 via the communication I / F 22 based on the communication state of the terminal 20.
As an example of the effect obtained by such a configuration, the terminal can notify the server that the first code image has been hidden from the display area, for example, when communication with the server is possible.

Further, in the fifth embodiment, the code non-display information is sent to the server 10 via the communication I / F 22 at the timing when the communication state changes from the offline state to the online state (not limited, but an example of the set timing). Shows the configuration to be transmitted.
As an example of the effect obtained by such a configuration, the terminal can notify the server that the first code image has been hidden from the display area at a set timing.

<Fifth modification>
In the fifth embodiment, when the control unit 21 of the terminal 20 determines that the communication state is the offline state, the terminal displayed is not limited but as an example based on the fact that the code display screen is hidden. The control to delete the display code data from the terminal display code stock data 2831 may or may not be executed.
This control is an example of a control that disables the code image.

The above control is merely an example, and the present invention is not limited to this.
It is not always necessary to delete the terminal display code data from the terminal 20, and the hidden terminal display code data is not deleted from the terminal 20, but the control that prohibits the redisplay of this terminal display code ( Control to prohibit redisplay) may be executed.

In this case, the hidden terminal display code is stored in the terminal display code stock data 2831 in association with the flags of "unusable (unusable)" and "undisplayable" as an example, not limited. Then, the terminal display code in which these flags are set may not be displayed again.

Further, when the control unit 21 determines that the communication state is the offline state and hides the code display screen within the code expiration date, it is based on the code display operation by the user of the terminal 20. The display unit 24 is made to redisplay the code display screen including the hidden terminal display code.
On the other hand, if it is determined that the communication status is offline and the code display screen is hidden based on the expiration of the code expiration date, the above code image cannot be used. Control may or may not be performed.

Further, when the control unit 21 determines that the communication state is the offline state, after hiding the code display screen, the terminal display is hidden based on the code display operation by the user of the terminal 20. A terminal display code different from the terminal display code may be selected from the terminal display code stock data 2831 so that the display unit 24 displays the code display screen including the code image of the selected terminal display code. You don't have to do that.

According to this modification, when the communication amount of the terminal is smaller than the communication amount set as the communication state, the terminal displays the first code image from the display area based on the fact that the first code image is hidden from the display area. By executing the unusable control by the control unit, it is possible to prevent the first code image, which has been once displayed and then hidden, from being used for payment.

Further, according to this modification, the terminal displays the first code image when the communication volume of the terminal is smaller than the communication volume set as the communication state and the expiration date of the first code image has not passed. After hiding from the area, by displaying the first code image in the display area based on the input by the user of the terminal to the terminal, the first code image that was once displayed and then hidden can be used for payment. Can be.
On the other hand, when the communication volume of the terminal is smaller than the communication volume set as the communication state and the expiration date has passed, the control unit executes the control to disable the first code image to display it once. It is possible to prevent the first code image, which has been hidden after being made, from being used for payment.

Further, according to this modification, when the communication amount of the terminal is smaller than the set communication amount as the communication state, the terminal user of the terminal with respect to the terminal after hiding the first code image from the display area. By displaying a second code image different from the first code image in the display area based on the input, it is possible to use a code image different from the hidden code image for payment.

<Sixth Example>
The sixth embodiment is an embodiment relating to the replenishment of the stock of the terminal display code stocked by the terminal 20 and the user interface thereof.

The contents described in the sixth embodiment can be applied to any of the other embodiments and the other modifications.
Further, the same components as those already described are designated by the same reference numerals, and the description thereof will be omitted again.

<Processing>
FIG. 9-1 is a flowchart showing an example of the flow of processing executed by each device in this embodiment. The left side shows the first terminal side code replenishment process executed by the control unit 21 of the terminal 20, and the right side shows the first server side code replenishment process executed by the control unit 11 of the server 10.

These processes are not limited, but as an example, are processes executed as sub-processes of the payment application process of the terminal 20 described above and the payment management process of the server 10 described above (for example, executed in the background). is there.

First, the control unit 21 performs a code replenishment condition determination process (M110). As the code replenishment condition, for example, the following conditions can be defined.
(1) A code replenishment operation has been detected.
(2) The electromagnetic wave environment (communication environment) of the terminal has changed.
(3) The code update timing and update time have come.

The condition (1) is a condition indicating that the code is replenished when the operation for replenishing the code by the user of the terminal 20 (hereinafter referred to as "code replenishment operation") is detected.

The condition (2) is a condition indicating that the code is replenished when the electromagnetic wave environment (communication environment) of the terminal 20 changes. Since radio waves are generally used for communication, the change in the radio wave environment may be used instead of the change in the electromagnetic wave environment.

As an example, not a limitation, if it is detected that the electromagnetic wave environment of the terminal 20 has changed from the "medium electromagnetic wave environment" to the "weak electromagnetic wave environment" based on the strength of the electromagnetic wave, it may go offline. It is possible to replenish the terminal display code.

The condition (3) is a condition indicating that the code is replenished at a regular timing (for example, once every 12 hours or 24 hours) or at a specific time (for example, midnight). ..

In the M110, the control unit 21 determines, for example, whether or not at least one of the above-mentioned plurality of code replenishment conditions is satisfied, not as a limitation.

It should be noted that the above code replenishment condition is merely an example, and conditions other than these can be defined.
Further, as an example, not a limitation, a condition in which two or more of the above code supplementation conditions are combined may be defined as a code supplementation condition.
Further, as an example, not limited to the above, it is possible to set which of the above code replenishment conditions is to be applied by letting the user of the terminal 20 select.

If it is determined that the code replenishment condition is satisfied (M120: YES), the control unit 21 determines whether or not it is in the online state (M130). Then, if it is determined that the user is online (M130: YES), the control unit 21 transmits, for example, code replenishment request information including at least the application ID to the server 10 by the communication I / F 22 (M130: YES). M140).

In addition, instead of the code replenishment request information, the code generation request information described above may or may not be transmitted from the terminal 20 to the server 10.

The control unit 11 of the server 10 determines whether or not the code replenishment request information has been received from the terminal 20 (N110). Then, if it is determined that the signal has been received (N110: YES), the terminal display code generation process is performed (N120). Then, the control unit 21 transmits the generated terminal display code to the terminal 20 by the communication I / F 14 (N150).

After that, the control unit 11 determines whether or not to end the process (N190), and if it determines that the process is to be continued (N190: NO), returns the process to N110. If it is determined that the process is terminated (N190: YES), the first server-side code replenishment process is terminated.

Further, when the code generation request information is not received from the terminal 20 (N110: NO), the control unit 11 shifts the processing to N190.

When the terminal display code is received from the server 10 by the communication I / F 22 (M150), the control unit 21 adds and stores the received terminal display code in the terminal display code stock data 2831 (M160).

After that, the control unit 21 performs code replenishment notification processing (M170). In this code replenishment notification process, information for notifying that the stock of the terminal display code has been replenished (hereinafter, referred to as "code replenishment notification information") is displayed on the display unit 24.

Specifically, as an example, not limited, when the payment application is not being executed, the code replenishment notification information is displayed on the display unit 24 by the push notification associated with the payment application.
On the other hand, when the payment application is being executed, the code replenishment notification information is displayed on the screen (for example, the code display screen) in the payment application.

After that, the control unit 21 determines whether or not to end the process (M190), and if it determines that the process is to be continued (M190: NO), returns the process to M110. If it is determined that the process is finished (M190: YES), the first terminal-side code replenishment process is finished.

If it is determined that the code replenishment condition is not satisfied (M120: NO), or if it is determined that the code replenishment condition is not satisfied (M130: NO), the control unit 11 shifts the process to the M190.

The code replenishment request information may be information for requesting replenishment of one terminal display code, or may be information for requesting replenishment of a plurality of (two or more) terminal display codes. Specifically, as an example, not limited, the number of codes requested by the terminal 20 to be replenished at one time on the terminal 20 side or the server 10 side, instead of replenishing the terminal display codes one by one. The upper limit of (the number of codes generated by the server 10 for replenishment at one time) is set. Then, the user of the terminal 20 may replenish the terminal display code of the upper limit number at once by one operation. In this case, the server 10 generates a plurality of terminal display codes, the generated plurality of terminal display codes are transmitted to the terminal 20, and the received plurality of terminal display codes are replenished by the terminal 20. do it.

Further, as a method for replenishing the stock of the terminal display code from the offline state, for example, the following method can be applied.
In the following, the fact that the terminal 20 and the server 10 cannot communicate with each other by the first communication method described above is referred to as an “offline state”. Further, by using the second communication method described above, the terminal 20 can communicate with the server 10.

<Processing>
9-2 and 9-3 are flowcharts showing an example of the flow of processing executed by each device in this embodiment. The second terminal-side code replenishment process executed by the control unit 21 of the terminal 20 is shown on the left side, and the first server-side code replenishment process executed by the control unit 11 of the server 10 is shown on the right side.
These processes are not limited, but as an example, are processes executed as sub-processes of the payment application process of the terminal 20 described above and the payment management process of the server 10 described above (for example, executed in the background). is there.

The flowcharts of FIGS. 9-2 and 9-3 are obtained by adding the processes (M230 to M280) in the case of M130: NO to the flowchart of FIG. 9-1.

If the M130 determines that it is not in the online state (M130: NO), the control unit 21 gives an offline notification (M230). Specifically, the display unit 24 displays information indicating that communication with the server 10 by the first communication method is impossible (offline state), not as a limitation but as an example.

After that, the control unit 21 gives a code replenishment confirmation notification by the second communication method (M240). Specifically, as an example, not limited, information for confirming to the user of the terminal 20 whether or not to replenish the terminal display code by communicating by the second communication method is displayed on the display unit 24. Let me.

Next, the control unit 21 determines whether or not the code replenishment by the second communication method is selected by the user of the terminal 20 (M250), and if it is determined that it is selected (M250: YES), the second Attempt communication by communication method (M260).

If the communication by the second communication method is successful (M270: YES), the control unit 21 performs the code replenishment process (M280). Specifically, the above-mentioned code replenishment request information is transmitted to the server 10, the terminal display code is acquired from the server 10, and the terminal display code stock data 2831 is stored and replenished. Then, the control unit 21 shifts the processing to the M190.

In order to replenish the code by the second communication method, as an example, not limited to, a wireless LAN (for example, WiFi (registered trademark)) which is an example of the second communication method is used as an application that can be linked with the payment application. A search application for searching a place (spot) such as a possible store or facility is downloaded in advance from the terminal 20 and stored in the storage unit 28.

Then, for example, when the user of the terminal 20 selects to perform code replenishment by the second communication method as a result of giving the code replenishment confirmation notification by the second communication method of the M240, the control unit 21 sends the terminal 20 to the terminal 20. The stored search application may be started to perform a process of searching for a spot where the second communication method can be used, or it is not necessary to do so.

<Display screen example>
FIG. 9-4 is a diagram showing an example of a code display screen in this embodiment. On this code display screen, M230 of FIG. 9-3 is displayed as an example, not a limitation.
On this code display screen, information indicating that communication with the server 10 by the first communication method is impossible, and as an example of information indicating that the first information cannot be received from the server, "offline notification is currently offline". The code cannot be obtained from the server. The stock will be replenished when it comes online. "Is displayed in a pop-up format. In addition, an "OK" icon is displayed in the notification content to indicate the intention of approval.

FIG. 9-5 is a diagram showing an example of a screen displayed when the “OK” icon is touch-operated on the code display screen of FIG. 9-4. This screen is displayed by M240 in FIG. 9-3 as an example, not a limitation.
On this screen, as an example of information for confirming to the user of the terminal 20 whether or not to perform communication by the second communication method and replenish the terminal display code, "Connect to a wireless network and acquire the code. The message "Are you sure?" Is displayed in a pop-up format as a code replenishment confirmation notification by the second communication method. In addition, an "OK" icon for indicating the intention to approve the notification content and an "not now" icon for indicating the intention not to approve the communication content are displayed.

When the "OK" icon is touch-operated in FIG. 9-5, a screen as shown in FIG. 9-6 is displayed, for example.
On this screen, a selection box for selecting a wireless network is displayed in the center of the screen, and the user of the terminal 20 selects one of the wireless network candidates displayed in the selection box.

When a wireless network is selected in FIG. 9-6, communication with the selected wireless network is attempted. Then, when the communication is OK, the terminal display code is acquired from the server 10, and a screen as shown in FIG. 9-7 is displayed, for example.
In this display example, as code replenishment request information, information requesting replenishment of four terminal display codes is transmitted from the terminal 20 to the server 10, and the server 10 generates and generates four terminal display codes. It shows the case where the four terminal display codes are transmitted to the terminal 20 and the four terminal display codes received are replenished by the terminal 20, and "4 code stock addition code stocks are added." The message "It was done." Is displayed in a pop-up format.

<Effect of the sixth embodiment>
In the sixth embodiment, when the communication state of the terminal 20 is offline, information indicating that the terminal 20 cannot communicate is displayed on the display unit 24. Then, the terminal 20 replenishes the code by the second communication method based on the touch operation of the user of the terminal 20 (not limited, but an example of the input of the user of the terminal) for the information indicating that the communication by the terminal 20 is not possible. The configuration is shown in which the setting information (not limited, but the information related to the communication setting of the terminal) is displayed on the display unit 24.
As an example of the effect obtained by such a configuration, the terminal can notify the user of the terminal that communication by the terminal is not possible, and sets the communication of the terminal based on the input of the user of the terminal. Can be done. As a result, for example, even when communication by the first communication method is impossible, it is possible to set the second communication method and communicate with the server by the second communication method.

Further, in the sixth embodiment, the information indicating that the terminal 20 cannot communicate indicates a configuration including information indicating that the terminal display code cannot be received from the server 10.
As an example of the effect obtained by such a configuration, the terminal can notify the user that the first information cannot be received from the server.

1 Communication system 10 Server 20 Terminal 30 Network 40 Store POS system 50 Store code reader device 60 Code cash register 70 Store server

Claims (24)

A program executed by a terminal that executes a process related to the payment based on the first information for performing a payment using a code image.
Receiving the first information transmitted from the server via the communication unit of the terminal, and
The received first information is stored in the storage unit of the terminal by the control unit of the terminal.
Based on the communication state of the terminal, the control unit controls the setting related to the payment based on the first information by the terminal . The program according to claim 1.
When the communication state is the first communication state, the control unit makes the first setting as the setting, and when the communication state is the second communication state in which the amount of communication information is smaller than that of the first communication state, the control unit said. As a setting, a second setting different from the first setting is performed. The program according to claim 1 or 2.
The settings include settings relating to the amount of money available for the settlement. The program according to any one of claims 1 to 3.
The setting includes a setting related to authentication of a user of the terminal for executing a process related to the payment. The program according to claim 4.
Wherein, when the prior SL communications state of the first communication state, in the case of performing the payment of the above first amount, performs the authentication as the setting, before Symbol communications state of the first communication state in the case of the second communication state information of the communication is smaller than the case of performing the payment of more than the second amount is smaller amount than the first amount, performs the authentication as the setting. The program according to claim 4.
Displaying the first code image based on the first information in the display area of the terminal is executed by the terminal .
When the communication amount of the terminal is smaller than the communication amount set as the communication state, the control unit performs the authentication as the setting based on hiding the first code image from the display area. Do. The program according to claim 4.
When the communication amount of the terminal is smaller than the set communication amount as the communication state, the control unit performs the authentication based on the time for continuing the state smaller than the set communication amount. The program according to any one of claims 1 to 7.
Displaying the first code image based on the first information in the display area of the terminal is executed by the terminal .
Wherein the setting comprises setting Expiration of the first code image. The program according to any one of claims 1 to 8.
Acquiring information about the store that makes the payment by the control unit,
The terminal controls the setting by the control unit based on the communication state and the creditworthiness of the store. The program according to any one of claims 1 to 9.
Displaying the first code image based on the first information in the display area of the terminal, and
Based on the communication state, the terminal controls the second information displayed in the display area for displaying the first code image by the control unit. The program according to claim 10.
The second information includes a notification regarding non-display of the first code image when the communication amount of the terminal is smaller than the communication amount set as the communication state. The program according to claim 10.
When the communication state is the first communication state, the control unit controls to display information on the first expiration date as the second information in the display area, and the communication state is more communication than the first communication state. In the case of the second communication state in which the amount of information is small, control is performed to display information on the second expiration date, which is shorter than the first expiration date, in the display area as the second information.
When the second expiration date has passed, the terminal executes control for hiding the first code image from the display area by the control unit. The program according to claim 10.
The terminal has a first communication unit and a second communication unit different from the first communication unit.
The communication state is the communication state of the first communication unit.
When the communication volume of the terminal is smaller than the communication volume set as the communication state, the first code image is based on the fact that the information regarding the settlement completion transmitted from the communication device is received via the second communication unit. The terminal executes the control of hiding the image from the display area by the control unit. The program according to any one of claims 1 to 11.
Displaying the first code image based on the first information in the display area of the terminal, and
The control unit executes control to hide the first code image from the display area, and
The terminal executes the transmission of the third information indicating that the first code image is hidden from the display area to the server via the communication unit. The program according to claim 14.
The third information is transmitted to the server via the communication unit based on the communication state. The program according to claim 14.
The third information is transmitted to the server via the communication unit at a set timing. The program according to claim 1.
Displaying the first code image based on the first information in the display area of the terminal, and
When the communication amount of the terminal is smaller than the set communication amount as the communication state, the control for disabling the first code image based on hiding the first code image from the display area. Is executed by the control unit and is executed by the terminal . The program according to claim 10.
The second information is information regarding the expiration date of the first code image.
When the communication amount of the terminal is smaller than the communication amount set as the communication state and the expiration date has not passed, the first code image is hidden from the display area, and then the terminal with respect to the terminal. When the first code image is displayed in the display area based on the input by the user, the communication amount of the terminal is smaller than the communication amount set as the communication state, and the expiration date has passed, the said The terminal executes the control for disabling the first code image by the control unit. The program according to claim 1.
The storage unit stores a plurality of the first information,
Displaying a first code image based on one of the plurality of first information in the display area of the terminal, and
When the communication amount of the terminal is smaller than the set communication amount as the communication state, after hiding the first code image from the display area, the communication amount is based on the input by the user of the terminal to the terminal. Displaying a second code image based on one of the plurality of first information, which is different from the first code image, in the display area is executed by the terminal . The program according to any one of claims 1 to 19.
When the communication amount of the terminal is smaller than the set communication amount as the communication state, information indicating that the communication by the terminal cannot be performed is displayed in the display area of the terminal.
The terminal executes the display of the communication settings of the terminal in the display area based on the input of the user of the terminal to the information indicating that the communication cannot be performed . The program according to claim 20.
The information indicating that the communication cannot be performed includes information indicating that the first information cannot be received from the server. It is an information processing method of a terminal that executes a process related to the payment based on the first information for performing a payment using a code image.
Receiving the first information transmitted from the server via the communication unit of the terminal, and
To store the received first information in the storage unit of the terminal,
It includes controlling the setting related to the payment based on the first information by the control unit of the terminal based on the communication state of the terminal . A terminal that executes processing related to the payment based on the first information for making a payment using a code image.
A communication unit that receives the first information transmitted from the server, and
A control unit that controls storage of the received first information in the storage unit of the terminal is provided.
The control unit controls the setting related to the payment based on the first information based on the communication state of the terminal. A terminal that executes processing related to the payment based on the first information for making a payment using a code image.
A processor that reads the program from a memory that stores the program and executes processing based on the program is provided.
The processor
Receiving the first information transmitted from the server via the communication unit of the terminal, and
To store the received first information in the storage unit of the terminal,
Controlling the setting related to the payment based on the first information is executed based on the communication state of the terminal.

Images