JP7306771B2 - program, information processing method, terminal - Google Patents

Description

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

2. Description of the Related Art In recent years, applications that can be executed on terminals such as smartphones have spread services that realize, for example, management of electronic money (electronic money) of a terminal or a user of the terminal, payment by electronic money, and the like. For example, Japanese Laid-Open Patent Publication No. 2002-200002 discloses a technique for settling the purchase price of a product. However, there is room for improvement, for example, in terms of user convenience in realizing the above payment.

JP-A-2002-176671

According to a first aspect of the present invention, an information processing method for a terminal that executes processing related to payment based on first information for performing payment using a code image is provided by transmitting first information transmitted from a server to a terminal through communication. storing the received first information in a storage unit of the terminal by a control unit of the terminal; and controlling settings related to payment based on the first information based on the communication state of the terminal. and controlling by the department.
According to the second aspect of the present invention, a program executed by a computer of a terminal that executes processing related to payment based on first information for performing payment using a code image receives the first information transmitted from the server as receiving via the communication unit of, storing the received first information in the storage unit of the terminal, and controlling settings related to settlement based on the first information based on the communication state of the terminal include.
According to the third aspect of the present invention, a terminal that executes settlement-related processing based on first information for settlement using a code image includes a communication unit that receives first information transmitted from a server; a control unit that controls to store the first information in a 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, a terminal that executes processing related to payment based on first information for performing payment using a code image reads a program from a memory that stores the program, and executes processing based on the program. a processor, wherein 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 determines the communication state of the terminal and controlling settings related to settlement based on the first information.

1 is a diagram illustrating an example of a configuration of a communication system according to one aspect of an embodiment; FIG. The figure which shows an example of the system configuration|structure of the store POS system in one aspect|mode of embodiment. 4 is a flowchart showing an example of the flow of processing executed by various devices according to one aspect of the embodiment; FIG. 4 is a diagram showing an example of a display screen of a terminal according to one aspect of the embodiment; FIG. 4 is a diagram showing an example of a display screen of a terminal according to one aspect of the embodiment; 4 is a flowchart showing an example of the flow of processing executed by various devices according to one aspect of the embodiment; FIG. 5 is a diagram showing an example of functions realized by a control unit of the server according to the first embodiment; FIG. 4 is a diagram showing an example of information stored in a storage unit of the server according to the first embodiment; The figure which shows an example of the user registration data based on 1st Example. The figure which shows an example of the shop registration data based on 1st Example. The figure which shows an example of the payment management database which concerns on 1st Example. The figure which shows an example of the code management database based on 1st Example. FIG. 4 is a diagram showing an example of functions realized by a control unit of the terminal according to the first embodiment; FIG. 4 is a diagram showing an example of information stored in a storage unit of the terminal according to the first embodiment; FIG. FIG. 5 is a diagram showing an example of first terminal display code stock data according to the first embodiment; The figure which shows an example of the code stock data for the 2nd terminal display based on 1st Example. The figure which shows an example of the data for the 1st payment concerning 1st Example. The figure which shows an example of the data for 1st code|cord|chord related information display control 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. 4 is a flow chart showing an example of the flow of processing executed by various devices according to the first embodiment; 4 is a flowchart showing an example of the flow of first code display processing according to the first embodiment; The figure which shows an example of the display screen of the terminal which concerns on a 1st modification. The figure which shows an example of the display screen of the terminal which concerns on a 1st modification. The figure which shows an example of the display screen of the terminal which concerns on a 1st modification. The figure which shows an example of the display screen of the terminal which concerns on a 1st modification. The figure which shows an example of the display screen of the terminal which concerns on a 1st modification. The figure which shows an example of the display screen of the terminal which concerns on a 1st modification. 9 is a flowchart showing an example of the flow of processing executed by various devices according to the first modified example; The figure which shows an example of the function implement|achieved by the control part of the terminal which concerns on 2nd Example. The figure which shows an example of the information memorize|stored in the memory|storage part of the terminal which concerns on 2nd Example. The figure which shows an example of the data for 2nd settlement concerning 2nd Example. The figure which shows an example of the data for 1st payment related setting control 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 payment related setting control process which concerns on 2nd Example. The figure which shows an example of the 2nd settlement related setting control data which concerns on a 2nd modification. The figure which shows an example of the data for 3rd payment related setting control which concerns on a 2nd modification. The figure which shows an example of the data for 2nd code|cord relevant information display control 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. FIG. 11 is a flowchart showing an example of the flow of second code display processing according to the third embodiment; FIG. FIG. 11 is a flowchart showing an example of the flow of third code display processing according to the third embodiment; FIG. The figure which shows an example of the display screen of the terminal which concerns on a 3rd modification. The figure which shows an example of the display screen of the terminal which concerns on a 3rd modification. The figure which shows an example of the display screen of the terminal which concerns on 4th Example. The figure which shows an example of the display screen of the terminal which concerns on 4th Example. The figure which shows an example of the display screen of the terminal which concerns on 4th Example. FIG. 11 is a flowchart showing an example of the flow of first code redisplay processing according to the fourth embodiment; FIG. FIG. 14 is a flowchart showing an example of the flow of second code redisplay processing according to the fourth embodiment; FIG. FIG. 11 is a flow chart showing an example of the flow of processing executed by a terminal and a server according to the fifth embodiment; FIG. FIG. 14 is a flow chart showing an example of the flow of processing executed by a terminal and a server according to the sixth embodiment; FIG. FIG. 14 is a flow chart showing an example of the flow of processing executed by a terminal and a server according to the sixth embodiment; FIG. FIG. 14 is a flow chart showing an example of the flow of processing executed by a terminal and a server according to the sixth embodiment; FIG. The figure which shows an example of the display screen of the terminal which concerns on 6th Example. The figure which shows an example of the display screen of the terminal which concerns on 6th Example. The figure which shows an example of the display screen of the terminal which concerns on 6th Example. The figure which shows an example of the display screen of the terminal which concerns on 6th Example.

<Compliance with legal matters>
Note that the disclosure provided herein is subject to compliance with the legal requirements of the implementing country required for the practice of this disclosure, such as confidentiality of communications.

An embodiment for implementing an 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 configuration of a communication system 1 according to an embodiment of the present disclosure.
As disclosed in FIG. 1, in the communication system 1, a server 10, terminals 20 (terminals 20A, 20B, 20C, . . . ) and a store POS system 40 are connected via a network 30. .

The server 10 provides the terminals 20 owned by users via the network 30 with a service for realizing transmission and reception of contents including messages between the terminals 20 . In addition, the server 10 provides a service (hereinafter referred to as “payment service”) for realizing electronic payment (not limited to, but an example of payment) by communicating with the terminal 20 . Note that the number of terminals 20 connected to the network 30 is not limited.

The network 30 serves to connect 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 path so that the various devices can transmit and receive data after being connected.

One or more portions of network 30 may or may not be wired or wireless networks. Network 30 may include, by way of example and not limitation, an ad hoc network, an intranet, an extranet, a virtual private network (VPN), a local area network (LAN), a wireless LAN (WLAN), wide area network (WAN), wireless WAN (WWAN), metropolitan area network (MAN), part of the Internet, public switched telephone network (Public Part of Switched Telephone Network (PSTN), mobile phone network, ISDN (integrated service digital networks), wireless LAN, LTE (long term evolution), CDMA (code division multiple access), Bluetooth (registered trademark), satellite communication, etc., or a combination of two or more thereof. Network 30 may include one or more networks 30 .

The terminal 20 (terminal 20A, terminal 20B, terminal 20C, . It may be a terminal. Terminals 20 may include, by way of example and not limitation, smart phones, mobile phones (feature phones), computers (including but not limited to desktops, laptops, tablets, etc.), media computer platforms (including but not limited to cable, satellite set top box, digital video recorder), handheld computing device (for example, but not limited to, a PDA (personal digital assistant), email client, etc.), wearable terminal (glasses-type device, watch-type device, etc.), or other type of computer , or including communication platforms. Also, the terminal 20 may be expressed as an information processing terminal.

Terminal 20A, terminal 20B, and terminal 20C basically have the same configuration, so terminal 20 will be described below. Further, as 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 includes, by way of example and not limitation, user's name, user's icon image, user's age, user's gender, user's address, user's hobbies, entered by the user or provided by a given service It may include information associated with the user, such as preferences, user identifiers, etc., and may or may not be any one or combination of these.

The server 10 (not limited to, but an example of a server, an information processing device, an information management device) has a function of providing a predetermined service to the terminal 20 . The server 10 may be any information processing device capable of realizing the functions described in each embodiment. Server 10 includes, by way of example and not limitation, server devices, computers (including but not limited to desktops, laptops, tablets, etc.), media computer platforms (including but not limited to cable, satellite set-top boxes, digital video recorders, etc.). ), handheld computing devices (by way of example and not limitation, PDAs, email clients, etc.), or other types of computers or communication platforms. Also, the server 10 may be expressed as an information processing device. If there is no need to distinguish between the server 10 and the terminal 20, the server 10 and the terminal 20 may or may not be represented as information processing devices.

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

The store POS system 40 is a POS system that is installed and used in stores affiliated with the business operator that operates the server 10 .
The store POS system 40 includes, by way of example and not limitation, a store code reader device 50 , a code 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 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 (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, a camera 27, A clock section 29A and a position calculation information detection section 29B are provided. Each component of the HW of terminal 20 is interconnected via bus B, by way of example and not limitation. Note that the HW configuration of the terminal 20 does not necessarily include all the components. By way of example and not limitation, terminal 20 may or may not be configured such that individual components or multiple components such as microphone 25 and camera 27 are detached.

Communication I/F 22 transmits and receives various data via 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 . Communication I/F 22 transmits various data to various devices such as server 10 according to instructions from control unit 21 . The communication I/F 22 also receives various data transmitted from various devices such as the server 10 and transmits the data to the control unit 21 . Also, the communication I/F 22 may be simply referred to as a communication section. Moreover, when the communication I/F 22 is configured by a physically structured circuit, it may be expressed as a communication circuit.

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

The input unit is implemented by any one or a combination of all types of devices that can receive input from the user and transmit 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 moving images), and a microphone (operation input by voice).

The output unit is implemented by any one or a combination of all types of devices capable of outputting processing results processed by the control unit 21 . The output unit includes, as non-limiting examples, a touch panel, a touch display, a speaker (audio output), a lens (non-limiting examples include 3D (three dimensions) output and hologram output), a printer, and the like.

The display unit 24 is realized by any one or a combination of all kinds of devices capable of displaying according to the display data written to the frame buffer. The display unit 24 includes, as non-limiting examples, a touch panel, a touch display, a monitor (non-limiting examples include a liquid crystal display and OELD (organic electroluminescence display)), a head mounted display (HDM: Head Mounted Display), projection mapping, and a hologram. , including devices capable of displaying images, text information, etc. in air (which may or may not be a vacuum). Note that these display units 24 may or may not be capable of displaying 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 facing 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 (clock information). The clock unit 29A is configured with a clock using a crystal oscillator or the like as an example and not a limitation. The clock unit 29A can also be expressed as a clock unit or a time information detection unit as an example and not as a limitation.

Note that 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”). Department. The position calculation information detection section 29B can also be expressed as a position calculation sensor section as an example and not as a limitation.
Note that the position calculation information detection unit 29B is not essential, and may be excluded from the configuration requirements of the terminal 20. FIG.

The position calculation information detection unit 29B includes, as a non-limiting example, a satellite positioning sensor (satellite positioning sensor) which is a sensor or unit for calculating the position of the terminal 20 using a satellite positioning system such as GPS (Global Positioning System). unit), and an inertial measurement sensor (inertial measurement unit (IMU)) which is a sensor or unit for calculating the position of the terminal 20 using an inertial navigation system.

The satellite positioning unit includes, as a non-limiting 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, Positioning satellite signals are acquired by performing correlation calculation processing, etc. on the digital signals output from the RF receiving circuit, and information such as satellite orbit data and time data extracted from the positioning satellite signals is used as position calculation information. It has a baseband processing circuit for output.

The inertial measurement unit has an inertial sensor that detects information necessary to calculate the position of terminal 20 by inertial navigation calculation. Examples of inertial sensors include, but are not limited to, triaxial acceleration sensors and triaxial gyro sensors. 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 comprises physically structured circuitry for performing the functions implemented by the code or instructions contained within the program, and is, by way of example and not by way of limitation, a data processing device built into hardware. It is realized by Therefore, the control unit 21 may or may not be expressed as a control circuit.

Control unit 21 includes, by way of example and not limitation, a central processing unit (CPU), microprocessor, processor core, multiprocessor, ASIC (application-specific integrated circuit), FPGA (field programmable gate array).

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 and not limitation. Also, 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 executes the program P so that the control unit 21 executes 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 implement each function executed by the control unit 21 . Also, this program P may or may not be expressed as a program module.

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

(2) Server HW Configuration FIG. 1 shows an example of the HW configuration of the server 10 .
The server 10 includes a control section 11 (CPU), a storage section 15 , a communication I/F 14 (interface), an input/output section 12 , a display 13 and a clock section 19 . Each component of the HW of server 10 is interconnected via bus B, by way of example and not limitation. It should be noted that the HW of the server 10 does not have to include all components as the HW configuration of the server 10 . As an example and not a limitation, the HW of the server 10 may or may not be configured such that the display 13 is removed.

The control unit 11 comprises, by way of example and not limitation, a hardware built-in data processing device comprising physically structured circuitry for carrying out the functions implemented by the code or instructions contained within the program. It is realized by

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

The storage unit 15 has a function of storing various programs and various data necessary for the operation of the server 10 . 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. Also, the storage unit 15 may or may not be expressed as a memory.

Communication I/F 14 transmits and receives various data via 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 the terminal 20 via the network 30 . Communication I/F 14 transmits various data to various devices such as terminal 20 according to instructions from control unit 11 . The communication I/F 14 also receives various data transmitted from various devices such as the terminal 20 and transmits the data to the control unit 11 . Also, the communication I/F 14 may be simply referred to as a communication unit. Moreover, when the communication I/F 14 is configured by a physically structured circuit, it may be expressed as a communication circuit.

The input/output unit 12 is realized by a device for inputting various operations to the server 10 . The input/output unit 12 is implemented by any one or a combination of all types of devices that can receive input from a user and transmit information related to the input to the control unit 11 . The input/output unit 12 is implemented by hardware keys typically represented by a keyboard and a pointing device such as a mouse. Note that the input/output unit 12 may or may not include a touch panel, a camera (operation input via a moving image), and a microphone (operation input by voice) as examples without limitation. However, in the present disclosure, the input/output unit 12 is not limited to these.

The display 13 is typically implemented by a monitor (as a non-limiting example, a liquid crystal display or an OELD (organic electroluminescence display)). Note that the display 13 may or may not be a head mounted display (HDM) or the like. These displays 13 may or may not be capable of displaying display data in 3D. In the present disclosure, display 13 is not limited to these.

The clock unit 19 is an internal clock of the server 10 and outputs time information (timekeeping information). The clock unit 19 includes, for example and not limitation, an RTC (Real Time Clock) as a hardware clock, a system clock, and the like. The clock unit 19 can also be expressed as a clock unit or a time information detection unit as an example and not as a limitation.

(3) System Configuration of Store POS FIG. 2 shows an example of the system configuration of the store POS system 40. As shown in FIG.
The store POS system 40 is a POS system that is installed and used in a store affiliated with the business operator that operates the server 10. As a non-limiting example, the store code reader device 50, the code register 60, and the store and server 70 .

The store code reader device 50 is connected for communication with the code register 60 and the store server 70 via the POS communication I/F 57 (for example, but not limited to, a wired communication I/F or wireless communication I/F in the store). , 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 via the communication I/F 54, and after the payment is made by the server 10, information on the payment result (for example, a store payment completion notification) is received from the server 10 by the communication I/F 54 .

The store code reader device 50 includes, by way of example and not limitation, a control unit 51, an input/output unit 52, a display unit 53, a communication I/F 54, a storage unit 55, a sound output unit 56, and a POS communication interface. It has an F57, a code reader 58, and a clock section 59.

The code reader 58 is a code reader for reading a two-dimensional code. In this specification, a two-dimensional code (e.g., 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 terminal display codes.

As a non-limiting example, the code register 60 is connected to the store code reader device 50 and the store server 70 via the POS communication I/F 57, and based on the store settlement completion notification received by the store code reader device 50 from the server 10, , and issues a receipt on which information such as the total amount of sold products and the electronic money balance of the user of the terminal 20 is printed. Further, as an example and not a limitation, a display may be provided integrally with the code register 60 or separately from the code register 60, and configured to have a display surface facing the customer side. The code register 60 is a cash register configured to be compatible with a payment application, and can also be called a stationary terminal compatible with the payment application.

The store server 70 stores, as a non-limiting example, store information related to its own store, information related to products sold at its own store, information related to services provided at its own store, information related to sales of products at its own store, and provision of services. Manage various information such as information related to sales. The store server 70 is configured to be able to communicate with the store code reader device 50 and the code register 60 via the 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 .

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

(4) Others The server 10 stores the program P in the storage unit 15 and executes the program P so that the control unit 11 executes 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 implement each function executed by the control unit 11 . This program P may or may not be expressed as a program module.
The same is true for other devices.

Each embodiment of the present disclosure will be described as being implemented by the CPU of the terminal 20 and/or the server 10 executing the program P. FIG.
The same is true for other devices.

It should be noted that the control unit 21 of the terminal 20 and/or the control unit 11 of the server 10 is not only a CPU having a control circuit, but also an integrated circuit (IC (Integrated Circuit) chip, LSI (Large Scale Integration)) or the like. Each process may or may not be implemented by a logic circuit (hardware) or a dedicated circuit. Also, these circuits may be realized by one or more integrated circuits, and the plurality of processes shown in each embodiment may or may not be realized by one integrated circuit. LSIs are also called VLSIs, super LSIs, ultra LSIs, etc., depending on the degree of integration. Therefore, the control unit 21 may or may not be expressed as a control circuit.
The same is true for other devices.

In addition, the program P of each embodiment of the present disclosure (as a non-limiting example, a software program, a computer program, or a program module) may be provided in a state stored in a computer-readable storage medium, It does not have to be. The storage medium can store the program P in a "non-transitory tangible medium". Also, the program P may or may not be for realizing part of the functions of each embodiment of the present disclosure. Furthermore, the function of each embodiment of the present disclosure may or may not be a so-called difference file (difference program) that can be realized in combination with a program P already recorded on a storage medium.

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

The server 10 and/or the terminal 20 can realize the functions of the functional units shown in each embodiment by reading the program P stored in the storage medium and executing the read program P.
The same is true for other devices.

In addition, the program P of the present disclosure may or may not be provided to the server 10 and/or the terminal 20 via any transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. . As a non-limiting example, the server 10 and/or the terminal 20 implement the functions of the plurality of functional units shown in each embodiment by executing a program P downloaded via the Internet or the like.
The same is true for other devices.

Each embodiment of the present disclosure can also be implemented 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 configured by one or more computers.
At least part of the processing in the terminal 20 may or may not be performed by the server 10 . In this case, the server 10 may or may not perform at least part of the processing of the functional units of the control unit 21 of the terminal 20 .
At least part of the processing in the server 10 may or may not be performed by the terminal 20 . In this case, the terminal 20 may or may not perform at least part of the processing of the functional units of the control unit 11 of the server 10 .
Unless explicitly mentioned, the configuration of determination in the embodiments of the present disclosure is not essential, and predetermined processing is performed when the determination condition is satisfied, or predetermined processing is performed when the determination condition is not satisfied. may or may not.

Note that the program of the present disclosure uses script languages such as ActionScript and JavaScript (registered trademark), compiler languages such as Objective-C and Java (registered trademark), markup languages such as HTML5, and the like, for example and not limitation. Implemented.

Also, in this 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, etc.), as an example and not a limitation. .

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

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

The embodiment described below is an embodiment in which the user of the terminal 20 makes a payment using a payment application stored and executed in the terminal 20 as an example and not as a limitation. Specifically, we propose a method for making payments in both the online state and the offline state.

Below, a business operator that provides a payment service using a payment application is referred to as a “payment service provider”. The payment service provider may or may not be expressed as the provider of the payment application or the provider of the server 10 .

Further, in the following description, it is assumed that the server 10 is operated and managed by a payment service provider. Further, hereinafter, the name of the payment application will be appropriately referred to as "Payment App" in the drawings and explanations.

Also, the payment application may be provided by the server 10 as a standalone application that does not have a so-called messaging service (MS) function, or may be provided by the server 10 as a composite application that has MS functions. may be provided by The messaging service may or may not include an instant messaging service (IMS) that enables transmission and reception of contents such as simple messages between the terminals 20 .

The payment application may be provided by the server 10 as a standalone application that does not have a social networking service (SNS) function, or as a composite application that has an SNS function. It may be provided by the server 10.

Note that 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 indicated as "member store S1", "member store S2", ... in Fig. 1. .

"Electronic money" means electronic money distinguished from physical money and owned by the terminal 20 or the user of the terminal 20 managed by the payment application. ” means electronic payment using this electronic money.

Electronic money may be expressed as "electronic money" or "digital currency (digital money)", or may not be expressed as such.
Also, as "electronic money (electronic money)" or "digital currency (digital currency)", a legal currency may be used, or a virtual currency may be used.
Also, "electronic currency (electronic money)" and "digital currency (digital currency)" may include cryptocurrency (cryptographic assets).
Virtual currency may also include physical money such as coupons.

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

Hereinafter, "online" indicates that the terminal 20 can communicate with the server 10, and "online state" indicates this online state. Also, "online payment" indicates that payment is made by the server 10 in an online state.
"Online state" is an example of a first communication state.

In the following description, communication between the terminal 20 and the server 10 is performed using a frequency band different from that of wireless LAN communication, which is realized through a base station or the like installed by a communication company (communication carrier), as an example and not a limitation. It is assumed to be realized by the first communication method used. The first communication scheme includes, by way of example and not limitation, packet communication (so-called mobile data communication in terminal 20).

Also, as the communication method, a second communication method different from the first communication method may be used, or it may not be used. The second communication scheme includes, by way of example and not limitation, wireless LAN (eg, WiFi).

The "online state" may or may not be defined as a state in which communication between the terminal 20 and the server 10 is possible by at least one of the first communication method and the second communication method. may

FIG. 3A is a flowchart showing an example of the flow of processing executed by each device in this case. From left to right, examples of processing executed by the control unit 21 of the terminal 20, processing executed by the control unit 51 of the shop code reader device 50, and processing executed by the control unit 11 of the server 10 are shown.

Each step in each process is indicated by a combination of capital letters and numbers, and the term "step" is omitted in this specification.
Further, the flowcharts described below merely illustrate the processing in this embodiment, and in the flowcharts described below, some steps may not be executed, or additional steps may be inserted.
These are the same for other flowcharts in this specification.

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

In the following, as a non-limiting example, "code information" means information stored in a code image by encoding or the like, or information stored in a code image (hereinafter, "original information" means "original information"). information”) and a “code image” in which the original information is stored. That is, "code information" includes "original information" and "code image".
"Original information" may be expressed as "encoded information", "stored information", or the like, or may not be expressed as such.

Also, hereinafter, as an example and not as 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 mean "original information".
Also, for example, the term "code" may or may not 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 that is the source of the code generation request information or for each user of the terminal 20, and has a predetermined number of digits. Here is an example of a "settlement number" that 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. FIG.

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

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

In the following, a case will be exemplified in which information for requesting the server 10 to generate the code image for terminal display is used as code generation request information. That is, in this process, as an example and not a limitation, the terminal 20 requests the server 10 to generate a terminal display code image. Send to 10.

Further, in this specification, the "terminal display code" is explained 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 payment application stored in the terminal 20 is used to display the terminal display code image displayed on the terminal 20 at the store. It is presented to the store clerk at the code register 60.例文帳に追加Then, by having the store code reader device 50 or the like read this terminal display code image, settlement is realized.
Since the terminal display code is a code (code image) that is presented by the user of the terminal 20 to a store clerk at a store or the like, it can also be expressed as a "presentation code" or a "user presentation code".

By way of example and not limitation, the code generation request information sent in A110 may include identification information for identifying the terminal 20 or the user of the terminal 20 . For example, terminal identification information (e.g. terminal ID) for identifying own terminal 20, user identification information (e.g. user ID) for identifying user of own terminal 20, account information of payment application (e.g. application ID) This includes information such as

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

Specifically, as a non-limiting example, a random number with a predetermined number of digits is generated using a method (algorithm) that generates a random number with a predetermined number of digits (for example, about 10 to 12 digits). is generated as a settlement number. Then, as an example and not as a limitation, a terminal display code image including at least the settlement number as original information is generated. More specifically, at least the payment number is encoded (encoded) and graphically (imaged) to generate a terminal display code image represented by a two-dimensional code (for example, QR code) image. Also, 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 settlement 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 via the communication I/F 14 (C130). The terminal 20 receives the terminal display code (terminal display code image in this example) from the server 10 via 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 and not a limitation.

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

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

When payment request information is received from the store code reader device 50 via the communication I/F 14 (C160), the control unit 11 performs payment processing (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 . If it is stored, it is determined that "payment is possible", and the terminal 20 identified by the identification information stored in association with the payment number or the balance of the electronic money of the user of the terminal 20 (payment application application The balance of the electronic money associated with the ID (hereinafter simply referred to as the "balance") is subtracted from the planned settlement amount to make the settlement.

After that, the control unit 11 transmits a store settlement completion notification (hereinafter referred to as "store settlement completion notification") to the store code reader device 50 via the communication I/F 14 (C180). The shop payment completion notification includes, as a non-limiting example, the fact that the payment was completed (successful), the payment date and time (payment date and time), and the shop payment information such as the amount of payment (settlement amount). .

In addition, the control unit 11 transmits a terminal settlement completion notification (hereinafter referred to as "terminal settlement completion notification") to the terminal 20 via the communication I/F 14 (C190). As a non-limiting example, the payment completion notification for the terminal includes the fact that the payment was completed (successful), the date and time of payment (payment date and time), the store identification information of the store where the payment was made (settlement store identification information), the amount of payment ( payment amount) and terminal payment information. Then, the control unit 11 terminates the process.

Here, when the server 10 succeeds in settlement, the server 10 transmits the store settlement completion notice and the terminal settlement completion notice. may not be possible. 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 sent to the store code reader device 50 and the terminal 20 .
The same applies to other processing.

When the communication I/F 54 receives the store payment completion notification from the server 10 (B180), the control unit 51 terminates the process.

Further, when a terminal payment completion notification is received from the server 10 via the communication I/F 22, the control unit 21 updates the balance stored in the terminal 20 as payment application data based on the received terminal payment completion notification. do. Further, the control unit 21 causes the display unit 24 to display the payment result (A190). And the control part 21 complete|finishes a process.

FIG. 3-2 is a diagram showing an example of the top screen displayed by the payment application executed on the terminal 20. As shown in FIG.
This top screen is a display screen displayed when the payment application is started, and the name of the payment application, "Payment App," is displayed at the top 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 a "code icon" for displaying a code display screen on the display unit 24 as an example and not as a limitation. When the code icon is touch-operated by the user of the terminal 20, for example and not limitation, the terminal 20 transmits code generation request information to the server 10, 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.

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

Further, below that, as code images of the terminal display code acquired from the server 10, a one-dimensional terminal display code image represented by a bar code and a two-dimensional terminal display code represented by a QR code are shown. Images QC0 and QC0 are displayed in different areas within the display screen. As an example and not a limitation, a 12-digit settlement number is displayed below the one-dimensional terminal display code image.

In this example, the terminal display code displayed on the code display screen has a time limit (hereinafter referred to as "code use time limit") during which the code can be used for settlement.
A code expiration date can also be referred to as an expiration date associated with the code.

As an example and not a limitation, the code expiration date can be "a period from the time the terminal display code is displayed (started to be displayed) on the terminal until the code usage time elapses". The code use time can be set and changed as appropriate, but can be set to "5 minutes" as an example, not as a limitation.

Hereinafter, the time when the terminal display code is displayed (started to be displayed) on the terminal is referred to as "code display time". The time may be referred to as "code display date and time".

Note that the code use period may be defined as the time (date and time) when the period during which payment can be made using the code ends (expires), or it does not have to be so.

Under the two-dimensional terminal display code image QC0, the remaining time of the code use period is displayed in a countdown format along with an update mark and update characters. This remaining time is displayed based on the information clocked by the clock unit 29A of the terminal 20. FIG.
When the remaining time reaches "0", the code can no longer be used. Therefore, when 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 register 60 within the code use period, and has the store code reader device 50 read the terminal display code image, thereby making a payment. I do. In this case, the store code reader device 50 accesses the server 10 through the communication I/F 54 using the API or the like described above, and transmits information necessary for payment to the server 10 . Accordingly, the server 10 performs settlement processing.

So far, the processing for realizing online payment has been exemplified. In this process, the terminal display code generated by the server 10 and transmitted to the terminal 20 is immediately used for payment, by way of example and not limitation.

However, some users do not immediately use the terminal display code received from the server 10 to make a payment, but may wish to use it later to make a payment.

Also, 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 of time (for example, one month) does not reach a certain amount. It is assumed that payment may become difficult 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 imposed due to exceeding the limit. be done.

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

(2) Offline Payment A method of offline payment as one aspect of the method of the present disclosure will be described with reference to a flowchart.
Hereinafter, “offline” indicates that the terminal 20 cannot communicate with the server 10 or that communication cannot be performed properly (communication is difficult or communication is unstable). , "Offline state" indicates this offline state. Also, "offline payment" indicates that payment is made by the server 10 in an 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).
The "offline state" can also be said to be a communication state in which the communication traffic of the terminal 20 is smaller than the set communication traffic.

As described above, the offline state can also be referred to as a communication state in which the amount of communication information is smaller than in the online state, or a communication state in which the communication amount of the terminal 20 is smaller than the set communication amount. This communication state includes a state in which the terminal 20 and the server 10 cannot completely communicate with each other, and a state in which the terminal 20 and the server 10 can communicate with each other. It 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 lengthened (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 performing a display 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 the expected speed (for example, a state in which the amount of data that can be transmitted per unit time decreases (a state in which throughput decreases))

It can also be considered that the smaller the latency, the higher the performance related to data access and the better the communication state. Also, 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 flow chart showing an example of the flow of processing executed by each device in this case. The view of the figure is the same as that of the flowchart described above.

The flowchart in FIG. 3-4 is obtained by rewriting the flowchart in FIG. 3-1 to offline specifications. The flowchart in FIG. 3-1 includes, as an example and not limitation, processing steps in the online state (eg A240), processing steps in the offline state (eg A250, B250, B280), and when returning from the offline state to the online state. are different in processing steps (for example, A290, C290).

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

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

In this process, the terminal display code (terminal display code image in this example) obtained from the server 10 in the online state is stocked (stored) in the storage unit 28 of the terminal 20 in order to enable offline payment. . Then, when it becomes necessary to make a payment in an off-line state, the stocked terminal display code can be used to make the payment without the need to communicate with the server 10.例文帳に追加

A specific description will be given. After A240, it is assumed that the mobile terminal goes offline.
Here, the terminal 20 detects that it has become an offline state by one of the following methods as an example and not a limitation.

(A) During the execution of the payment application on the terminal 20, the server 10 transmits a connection confirmation request to the terminal 20 at regular timings or at specific timings, and the terminal 20 responds to the connection confirmation request with an identification A connection response containing information (eg application ID) is sent to the server 10 . In this case, the control unit 21 of the terminal 20 determines that the terminal 20 has entered the offline state when the connection confirmation request is no longer received from the server 10 .

(B) While the payment application is running on the terminal 20, the terminal 20 sends a connection notification including identification information (for example, an application ID) to the server 10 at regular timings or at specific timings. A connection confirmation is transmitted to the terminal 20 in response to the connection notification. A connection notification cannot be sent from the terminal 20 to the server 10 in the offline state. Therefore, as an example and not a limitation, the control unit 21 of the terminal 20 determines that the terminal 20 has entered the offline state when it detects the occurrence of a connection notification transmission error.

As an example and not a limitation, the terminal 20 acquires information about the communication status (communication status) of its own terminal 20 using a library or application that acquires the network connection status, and whether it has become offline. You may make it determine whether it is no, and it is not necessary to do so.

In the offline state, as a non-limiting example, when a code display operation is performed by the user of the terminal 20, the control unit 21 performs code display processing (A250). Specifically, as an example and not as a limitation, the code display screen including the terminal display code image stocked in A240 is displayed on the display unit 24 . Then, when the user of the terminal 20 presents this code display screen to a store clerk or the like, 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 process to B160.

After B160, when a shop payment completion notice is received from the server 10 via the communication I/F 54 (B280), the store clerk or the like confirms that the offline payment has been completed (successful) based on the received shop payment completion notice. The user of the terminal 20 is notified orally.

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

The processing described above is an example of the processing for offline settlement.

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

The above processing is similarly applicable in the online state. in short,
In either of the following cases: (1) When making a payment using a terminal display code later in an online state (2) When making an offline payment The terminal display code obtained is stocked in the terminal 20.例文帳に追加Then, the terminal display code stored in the terminal 20 can be used for payment.

However, if the same display is made on the display unit 24 of the terminal 20 for both the online payment and the offline payment, the current communication status of the terminal 20 is different from the online status and the offline status 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 functions 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 a payment application stored in the terminal 20 to make a payment according to the above-described payment type "terminal code display" will be exemplified as an example and not a limitation.

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

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

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

The payment management processing unit 111 includes, as a non-limiting example, a terminal display code generation processing unit 1111 that generates a terminal display code through terminal display code generation processing, and a payment processing unit 1113 that executes payment through 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 as an example and not a limitation. A two-dimensional code is a display type code that has information in the horizontal and vertical directions. There is a stacked code (hereinafter referred to as a "stacked code") in which a plurality of original codes (bar codes as an example, not limitation) are vertically stacked.

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 explained as an example of a terminal display code.

In addition to the QR code, codes such as SP code, Vericode, Maxicode, CP code, and Chameleon code may or may not be used as matrix codes other than the QR code, unlike the present embodiment. Also, instead of the matrix code, various stack codes may or may not be used.

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

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

FIG. 4B 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 a non-limiting example, a payment management processing program 151 that is read by the control unit 11 and executed as payment management processing.

In addition, user registration data 153, store registration data 155, payment management database 157, and code management database 159 are stored in the storage unit 15 as data, for example and not limitation.

The user registration data 153 is registration data of the terminal 20 and the user of the terminal 20 who use the settlement service, and an example of the data configuration is shown in FIG. 4-3.
The user registration data 153 stores a user name, terminal phone number, terminal mail address, application ID, authentication password, and other registration information in association with each other as an example and not limitation.

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

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

The application ID is an account (account information) of the payment application, and is an ID that enables the terminal 20 or the user of the terminal 20 to be identified. This application ID is set and stored as a unique ID by the server 10 by way of example and not limitation.

The authentication password is a password for authentication that the user is required to enter when performing payment authentication processing (hereinafter simply referred to as “authentication processing”) on the terminal 20 of the user with this user name. The set password is memorized.

It should be noted that the authentication processing for settlement is not necessarily 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 registered information is other registered information of the user with this user name, and includes, as a non-limiting example, a user icon image, which is image data of an icon used by the user in the payment application, the user's profile, and the like. .

The store registration data 155 is the registration data of stores affiliated with the business that provides the payment application (the business of the server 10). A data configuration example of 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, for example and not limitation, the type of business, store name, store location information, store POS system information, and store ID are stored in association with each other as store information.

The business type stores the business type of the store. This business category includes, by way of example and not limitation, various business categories such as "convenience stores", "supermarkets", "pharmacies", "taverns", "department stores", "restaurants", "bookstores", and "watch shops". be

For each business type, the store name stores the name of the store included in (belonging to) the business type.

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

Store POS system information stores information about the store POS system 40 used in this store. This store POS system information includes, by way of example and not limitation, 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, as a non-limiting example, a software package for payment application provided (distributed) from the server 10 is acquired in advance, and the store code reader device 50 and the store are used. Stored in the server 70, this software package can be used by calling from a program for payment processing at the store. An application programming interface (API) is an example, and the store code reader device 50 activates the API, for example, to realize transmission of information to the server 10 and reception of information from the server 10 .

In addition, the server 10 receives information such as the business type of the store, the name of the store, the location information of the store, the POS system information of the store, etc. from the store server 70 of the store, and stores the information in the store registration data 155 as an example and not limitation. You can keep it.

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

The payment management database 157 is a database that cumulatively stores data for managing information about payments made by the users of each terminal 20. An example of the payment management database 157A is shown in FIG. 4-5.
Payment management data generated for each terminal 20 or for each user of the terminal 20 is stored in the payment management database 157A.

Each payment management data stores, for example and not limitation, an application ID, a balance, points, a maximum amount of daily use, auto-charge setting, and payment history data.

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

The points store various services associated with the payment application and points that can be accumulated at affiliated stores affiliated with the provider of the payment application. As a non-limiting example, points have a value equivalent to 1 yen per point, and can be exchanged for gift certificates, products, or the like, and can also be converted into cash in a payment application and used for payment.

The upper limit of daily usage amount stores the upper limit of the amount that can be used for payment by the terminal 20 of this application ID or by the user of the terminal 20 per day.
This daily usage upper limit amount can be set according to a user's operation or set by the server 10 side, as an example and not as a limitation.
A technique for setting and controlling the upper limit of daily usage amount on the terminal 20 side will be described later in the second embodiment.

The auto charge setting is a setting as to whether or not electronic money is automatically replenished (auto charge) when the balance is low (for example, "500 yen") or "0 yen". "ON" is stored when the user has set auto-charge, and "OFF" is stored otherwise. Auto-charging can be performed, for example and not by way of limitation, from a bank account or the like registered by the user of terminal 20 .

The payment history data is data related to the payment history of the user of this application ID. , the settlement store name, which is the name of the store having the store ID, and the settlement amount, which is the settlement amount, are associated and stored in chronological order.

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

The code management database 159 is a database for managing codes (terminal display codes in this embodiment), and an example of its data structure is shown in FIG. 4-6.
As data generated for each application ID of the payment application, the code management database 159 stores the application ID, code generation date/time, code number, and payment number in chronological order, as data generated for each application ID of the payment application, as an example and not limitation. contains code management data that has been

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

The data of the terminal display code stored in the code management data can be deleted from the code management data after settlement processing is performed using the terminal display code as an example and not limitation.

As described above, the terminal display code data that has become unusable is not deleted from the code management data. set a flag "available/not available" indicating whether or not the Then, the terminal display code that has become unusable may or may not be flagged as "unusable".

Moreover, among the above, for example, the code generation date and time may not be stored in the code management data.
In place of or in addition to the application ID, 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. good too.

(2) Functional Configuration of Terminal 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 section 211 as a function realized by the control section 21 .

The payment application processing unit 211 has a function of executing payment application processing, which is an example of processing for performing processing related to payment, based on 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 payment application processing according to the payment application program 282 stored in the storage unit 28. FIG.

In the present embodiment, the processing related to settlement is, for example and not limitation, 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, or a generated terminal display code (including processing for receiving the code from the server 10), processing for stocking the terminal display code acquired from the server 10, processing for displaying the stocked terminal display code image (code display processing), displayed terminal display code A process of instructing (guiding) the user to have the store code reader device 50 read the image, a process of receiving (obtaining) a terminal payment completion notification from the server 10 after the payment is made by the server 10, and the like. It is a concept that includes all processes that are executed by the terminal 20 as processes that are related to making payments, more specifically, processes that are related to making payments.

The payment application processing unit 211 includes a code display processing unit 2113 and a code related information display control unit 2115 as functional units, for example and not limitation.

The code display processing unit 2113 executes code display processing for causing the display unit 24 to display a code display screen including a code image for terminal display.

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

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 payment application software 281 as application software that is obtained by downloading from the server 10 in advance, for example and not limitation.

Payment application software 281 includes, by way of example and not limitation, payment application program 282 and payment application data 283 .

The payment application program 282 is read by the control unit 21 and executed as payment application processing, and includes, as a non-limiting example, a code display processing program 2823 executed as code display processing as a subroutine program.

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

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. is shown in Figure 4-9.
In the first terminal display code stock data 2831A, for example and not limitation, the code reception date and time, the code number, and the code data are associated and stored in chronological order.

As the code reception date and time, the date and time when the terminal 20 received the terminal display code from the server 10 is stored as an example and not as a limitation.
The code number stores the code number received by the terminal 20 from the server 10 together with the terminal display code.
The code data stores data of a code image of a terminal display code received by the terminal 20 from the server 10 as an example and not a limitation.

The data of the terminal display code stored in the first terminal display code stock data 2831A is, for example and not limitation, the settlement processing by the server 10 using the terminal display code. After receiving the payment completion notice for the terminal (if the offline payment was made, after returning to the online state and receiving the terminal payment completion notice from the server 10), delete it from the first terminal display code stock data 2831A. can be made

Instead of deleting the terminal display code data that has become unusable from the terminal display code stock data 2831 as described above, for example, the second terminal display code stock data 2831B in FIG. As a non-limiting example, it is also possible to store the information on the usage status of the terminal display code in association with the data of the terminal display code. The terminal display code that has not yet been used may be associated with "unused", and the used terminal display code with "used". good too.

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

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

Further, although the details will be described later, the code data does not necessarily have to store the data of the code image of the terminal display code. The original information (settlement number in this embodiment) may be stored, or may not be stored.

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 settlement data 2832 is data for settlement stored in the terminal 20, and a configuration example of first settlement data 2832A, which is an example thereof, is shown in FIG. 4-11.
The first payment data 2832A stores, by way of example and not limitation, an application ID, points, balance, maximum daily usage amount, auto-charge setting, and payment history data.

Based on the terminal settlement completion notification received from the server 10 after returning to the online state, the control unit 21, as a non-limiting example, sets the date and time of settlement, which is the date and time of settlement by the server 10, and the store where the settlement was made by the server 10. A store ID, which is the ID of the store, a settlement store name, which is the name of the store of the store ID, and a settlement amount, which is the amount of money settled by the server 10, are associated with each other and stored in settlement history data in chronological order.

Store data 2833 stores, as a non-limiting example, various store information stored in store registration data 155A of server 10 .

The shop data 2833 can be updated by distributing the latest shop information from the server 10 to the terminal 20 at the timing of updating the payment application software 281, for example and not limitation.

The chord-related information display control data 2835 is data used to control the display of chord-related information. An example of the configuration of the first chord-related information display control data 2835A is shown in FIG. 4-12. show.
In the first code-related information display control data 2835A, the code-related information, the controlled object, the communication state, the control content, and the application/non-application are stored in association with each other as an example and not as a limitation.

Code-related information includes, by way of example and not limitation, screen appearance information, code-related expiration 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 information is information on the expiration associated with the terminal display code. This code-related expiration information includes, by way of example and not limitation, the code expiration date described above or information related to a 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.

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

As the communication state, "online" indicating an online state and "offline" indicating an offline state are defined for each controlled object.
Note that the communication state can also be called a communication state.

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

Applicability is information (e.g., a flag) indicating whether or not to apply the control of the controlled object. "Yes" indicates that the control is applied to the controlled object to be applied, and "not applied" to the controlled object that is not applied. "None" is associated and stored.

A detailed description will be given below with specific examples.
(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, by way of example and not limitation, the color of the frame (eg, outer frame) of the code display screen. This is an example of information about the color of the display area.
Background brightness is, by way of example and not limitation, the 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 object "frame color", "green (default)" is set as the control content for the communication state "online", and "red" is set as the control content for the communication state "offline".
When the terminal 20 is online, the frame of the code display screen is displayed in 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.

It should be noted that the above frame color is merely an example, and the present invention is not limited to this. For example, "white" may be set as the control content for the communication state "online", and "red" or "green" may be set as the control content for the communication state "offline". good.

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

Regarding the control object "background luminance", "luminance A (default)" is defined as the control content in the communication state "online", and "luminance B (<luminance A)" is defined as the control content in the communication state "offline". ing.
When the terminal 20 is online, the background of the code display screen is displayed with the default luminance A, and when the terminal 20 is offline, the background of the code display screen is displayed with luminance B, which is lower than luminance A. indicates that it should be displayed with .

As the information on the brightness of the display area, instead of or in addition to the brightness, the brightness may be determined, or it may not be so.
Further, contrast (difference in brightness) may or may not be determined as the brightness information of the display area.

In addition, as the screen display mode information or the display mode information of the operation image, for example and not limitation, the display mode of the operation image (for example, button or icon) for displaying the code display screen may be changed depending on the communication state. It can also be made different.

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

(2) Code-related expiry information Regarding the code-related expiry information, "code expiration 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".
When the terminal 20 is online, the terminal display code is displayed with the default code usage time of 5 minutes, which determines the code usage period, and when the terminal 20 is offline, the code usage period is determined. This indicates that the terminal display code is displayed with the code usage time set to 3 minutes, which is shorter than the default. The code usage time is an example of information regarding the expiration date of the code.

Hereinafter, the code use period and the code use time in the online state are referred to as "online code use period" and "online code use time", respectively.
Also, the code usage period and the code usage time in the offline state are referred to as "offline code usage period" and "offline code usage time", respectively.

(3) Code-Related Notification Information Regarding the code-related notification information, "terminal settlement completion notification unreceivable notification information" is defined as a control target.
The terminal payment completion notice unreceivable notification information is information for notifying the user that the above-described terminal payment completion notice cannot be received from the server 10 .

The terminal payment completion notice unreceivable notification information may be information for notifying the user that the terminal payment completion notice cannot be received from the server 10, but it is not necessary.
Specifically, as an example and not a limitation, the terminal payment completion notification cannot be received immediately after payment by the server 10 because the server 10 is in the offline state. It may be information notifying that it is possible.

Regarding the control target "payment completion notification unreceivable notification information for terminal", "non-display" is defined as the control content for the communication state "online", and "display" is defined as the control content for the communication state "offline". .
This means that when the terminal 20 is online, the terminal payment completion notification unreceivable notification information is not displayed, and when the terminal 20 is offline, the terminal payment completion notification unreceivable notification information is displayed. is shown.

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

In addition, in the above data, the column of "applicability" may not necessarily be provided.

In place of or in addition to the application or non-applicability, a priority may be determined to indicate which control target should be preferentially controlled, or it is not necessary to do so. In this case, as an example and not a limitation, the control unit 21 can execute control for control targets for which a priority level equal to or higher than a predetermined priority level (or higher than the predetermined priority level) is defined.

In addition, terminal data 289 is stored in the storage unit 28 as an example and not as a limitation.
The terminal data 289 is data related to the terminal 20, and includes, as a non-limiting example, terminal identification information such as a terminal telephone number and a terminal mail 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 the code display screen in this embodiment.
In this code display screen, as with the code display screen in 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 for setting whether or not to make a payment using the point is displayed.

Further, below that, as code images of the terminal display code stored in the terminal display code stock data 2831, for example and not limitation, a one-dimensional terminal display code image represented by a bar code, A two-dimensional terminal display code image QC1 represented by a QR code is displayed in a different area. Further, in this display example, as an example and not as a limitation, a 12-digit payment number is displayed below the one-dimensional terminal display code image.

As an example and not a limitation, below the two-dimensional terminal display code image QC1, the remaining time of the code use period of this terminal display code is displayed.

(a) shows the code display screen displayed in the online state, and as an example and not limitation, the frame of the code display screen is displayed in default green.
Also, since it is online, the code usage time is set to "5 minutes", which is the online code usage time, as an example, not a limitation, and the remaining time of the online code usage period is displayed in countdown form from "5 minutes". It is

(b) shows the code display screen displayed in the offline state, and as an example and not limitation, the frame of the code display screen is displayed in red, which is different from the default color.
Also, since it is in the offline state, the code usage time is set to "3 minutes", which is the offline code usage time, as an example, not a limitation, and the remaining time of the offline code usage period is displayed in a countdown format from "3 minutes". It is

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 that is displayed in the offline state. As an example of the code expiration date information, a message pops up saying "Offline notification is currently offline, so the code expiration date is 3 minutes." displayed in the form
An "OK" icon is also displayed as an icon for the user to approve the contents of this notification.
By performing such a display, the user of the terminal 20 can understand that the communication state of the terminal 20 is offline and that the code expiration date is shorter than that of 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 that is displayed in the offline state. As an example of the terminal payment completion notification unreceivable notification information, "Offline notification will not be received after payment is completed because you are currently offline. (A notification will be sent the next time you go online.) Do you want to continue with the payment?"
In addition, an "OK" icon is displayed as an icon for the user to approve the content of this notification, and an icon "not now" is displayed as an icon for expressing the intention to make a payment later.

When performing offline payment, the user of the terminal 20 presents the code display screen including the terminal display code image to the store clerk at the code register 60 within the code use period, and the terminal display code image is used as the store code. Payment is made by having the reader device 50 read it. In this case, the store code reader device 50 transmits to the server 10 payment request information including information (a payment number in this example) obtained by decoding from the read terminal display code image as an example and not a limitation. , causes the server 10 to make a payment.

In the above display screen example, the user of the terminal 20 can display the code display screen by touching the code icon, for example, without being aware of the communication state (online state/offline state) of the terminal 20. User convenience 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, based on the code display operation, the code display screen is displayed in a different display mode depending on the communication state (online state/offline state) of the terminal 20, so that the user can easily check the communication state of the terminal 20 by the difference in the display mode. can be grasped.

<Processing>
FIG. 4-16 is a flow chart 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 shop, which is an example of the shop payment process executed by the control unit 51 of the shop code reader device 50. Payment processing and first payment management processing, which is an example of payment management processing executed by the control unit 11 of the server 10, are shown, respectively.

The flowchart in Figure 4-16 is a rewrite of the flowchart in Figure 3-4 so that it can be applied to both the online state and the offline state. , A250 are replaced by A350.

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

Although the processing in FIG. 3-4 and the processing in FIG. 4-16 are shown to end after A290, the processing is actually looped.
Specifically, as an example and not a limitation, after A290, if a code acquisition operation by the user of the terminal 20 is detected, the control unit 21 returns the process to A110.
On the other hand, after A290, when the code display operation by the user of the terminal 20 is detected, the control unit 21 processes A250 (in the case of the processing of FIG. 3-4) and A350 (in the case of the processing of FIG. 4-16) respectively. return.

FIG. 4-17 is a flow chart 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 its 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 as an example, not as a limitation, for the control target for which "yes" is stored in the application status, it was determined in D110. The control content stored in association with the communication state is acquired (D120).

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

<Code>
In the above process, 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 sent to the terminal 20. It is not limited to this. For example, the terminal 20 may request the server 10 to generate original information (settlement 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 it that way.

Specifically, in the process of FIG. 3A, at A110, the control unit 21 transmits code generation request information requesting the server 10 to generate original information (settlement number in this example). Based on this code generation request information, the control unit 11 generates original information in C120, and transmits the generated original information to the terminal 20 in C130. Upon receiving the original information from the server 10 at A130, the control unit 21 generates a terminal display code image based on the received original information (settlement 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 processing of FIGS. 3-4 and 4-16, when the original information (settlement number in this example) is received from the server 10 at A130, the control unit 21 receives the received original information (this In the example, the settlement 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. At A250 and A350, the control unit 21 causes the display unit 24 to display the generated terminal display code image.

Also, unlike the above, the terminal 20 requests the server 10 to generate a terminal display code image, and the terminal display code image generated by the server 10 is transmitted to the terminal 20. However, on the terminal 20 side, Instead of stocking the terminal display code image received from the server 10, the original information obtained by decoding from the terminal display code image received from the server 10 may be stocked. good.

<Effect of the first embodiment>
In the first embodiment, the terminal 20 transmits the terminal display code (code image or settlement number) (not limited, but an example of the first information) transmitted from the server 10 to the communication I/F 22 (not limited, (an example of the communication unit of the terminal).
In addition, the terminal 20 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) by the control unit 21 (not limited, but an example of the control unit of the terminal). memorize to
In addition, the terminal 20 displays the terminal display code image (not limited, but an example of the 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, the terminal display area).
Based on the communication state (online state/offline state) of the terminal 20 (an example of the communication state of the terminal, not a limitation), the terminal 20 displays the code displayed on the display unit 24 that displays the terminal display code image. A configuration for controlling related information (an example of second information, not limitation) by the control unit 21 is shown.
As an example of the effect obtained by such a configuration, the terminal can control the second information displayed in the display area for displaying the first code image based on the communication state of the terminal itself. , the communication state of the own terminal can be notified to the user of the terminal, and then the user can make the payment.

In the first embodiment, the terminal 20 also includes a processor that reads the payment application program 282 from a memory that stores the payment application program 282 and executes payment application processing based on the payment application program 282 .
The processor transmits the terminal display code (code image or payment number) (not limited, but an example of the first information) transmitted from the server 10 to the communication I/F 22 (not limited, but an example of the communication unit of the terminal) to receive via
In addition, the processor stores the received terminal display code in terminal display code stock data 2831 (an example, not limitation, of a terminal storage unit).
Further, the processor displays the terminal display code image (not limited, but an example of the 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 the An example of the display area).
Then, based on the online state/offline state (not limited, but an example of the communication state of the terminal), the processor displays the code-related information (not limited, but the second 2 information) is shown.
With such a configuration as well, the same effect as described above can be obtained.

In addition, in the first embodiment, when the communication state of the terminal 20 is online (not a limitation, but an example of the first communication state), the control unit 21 of the terminal 20 displays the code-related information in the first display mode ( (not limited, but an example of the first display) on the code display screen, and when the communication state of the own terminal is in the offline state (not limited, but an example of the second communication state), the code-related information is It shows a configuration for performing control to display two display modes (not a limitation, but an example of a second display) on the display unit 24 .
As an example of the effect obtained by such a configuration, the terminal performs different displays depending on whether the communication state is the first communication state or the second communication state. The notification can be made so that the user can easily grasp it.

In addition, the first embodiment shows a configuration in which the code-related information includes the frame color and background color of the code display screen (not limited, but an example of information on the color of the 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, the first embodiment shows a configuration in which the code-related information includes 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 information regarding the expiration date of the first code image by the control unit.

In this case, when the communication state is online, the control unit 21 displays the online code expiration date and its remaining time (not a limitation, but an example of information about the first expiration date) as code-related information on the code display screen. When the control is performed and the communication state is offline, the code related information includes the offline code expiration date shorter than the online code expiration date and the remaining time (not a limitation, but an example of information related to the second expiration date). 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 regarding expiration dates that differ according to the communication state of the terminal itself in the display area and notify the user of the information.

Further, the first embodiment shows a configuration in which the code-related information includes information such as brightness of the code display screen (not limited, but an example of brightness information of the display area).
As an example of the effect obtained by such a configuration, the terminal can control the brightness information 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 traffic of the terminal 20 as the communication state is smaller than the set communication traffic.
As an example of the effect obtained by such a configuration, the terminal can display the second information in the display area and notify the user when the communication traffic of the terminal is smaller than the communication traffic set as the communication state. can.

In addition, the first embodiment shows a configuration in which the code-related information includes terminal settlement completion notification unreceivable notification information.
As an example of the effect obtained by such a configuration, the terminal can notify that the payment completion notification will not be sent.

<First modification (1)>
The code-related information shown in the code-related information display control data 2835 and the control method thereof are merely examples, and the present invention is not limited to these.

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 depending on the communication state (online state/offline state) , characters may or may not be displayed differently.

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

<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 a non-limiting example, in the terminal display code stock data 2831, a terminal display code for emergency should be set in association with a flag indicating that it is for emergency. can be done.

Further, in this case, the user of the terminal 20 can perform a selection operation to set the emergency terminal display code in the terminal 20, for example. As an example and not a limitation, a list of terminal display codes stored in the terminal display code stock data 2831 is displayed within the payment application. Then, the user is allowed to select (for example, by touch operation) a terminal display code desired to be used in an emergency, and a flag indicating emergency use is set 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 be set as terminal display codes for emergencies, or may not be set.
In this case, the user may be allowed to select a plurality of (two or more) terminal display codes as terminal display codes for emergencies, or this may not be the case.

<First modification (3)>
In the first embodiment, the "first information (code information)" in the present disclosure is the settlement number and the terminal display code image including the settlement number, but is not limited to these. For example, a token, which is a type of authentication information, or a code image for terminal display including the token may be the “first information (code information)” in the present disclosure.

In this case, instead of including the payment number in the terminal display code image, as a non-limiting example, a token issued using a method (algorithm) to generate random tokens should be included in the terminal display code image. may or may not. In this case, on the server 10 side, 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 should do it like this.

A “token” is a type of authentication information for the server 10 to authenticate that the terminal 20 or the user of the terminal 20 is the authorized terminal 20 or the authorized user of the terminal 20, as an example and not a limitation. be. “Authentication information” is information issued by a certification authority, and the above token functions as authentication information issued to authenticate the terminal 20 or the user of the terminal 20 with the server 10 serving as the certification authority.

Note that tokens can also be expressed as, for example, "random token", "access token", "payment token", and the like. Since the token is issued at random as described above, the token is different each time the terminal display code is generated. For this reason, the token functions, so to speak, as a one-time password.

In addition to the payment number and token, the store code reader device 50 that has read the terminal display code image accesses the website or web page provided by the server 10 as an example of the access information that the server 10 provides. 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 possible to communicate with the server 10 by the second communication method and receive the terminal settlement completion notice from the server 10 .

4-18 to 4-23 are diagrams showing an example of the code display screen in this modified example.
The code display screen in Fig. 4-18 is an example of the code display screen displayed in the offline state, similar to Fig. 4-15. Since you are offline, you will not receive a notification after completing the payment.
In addition, an "OK" icon for indicating the intention to approve the content of this notification and an icon "not now" for indicating the intention not to approve the content of this notification are displayed.

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

When the "OK" icon is touch-operated by the user, as a non-limiting example, for example, as shown in FIG. An example of the information is a pop-up message "Would you like to connect to a wireless network?"
In addition, an "OK" icon for indicating the intention to approve the content of this notification and an icon "not now" for indicating the intention not to approve the content of this notification are displayed.

When the "OK" icon in FIG. 4-19 is touch-operated, a selection screen as shown in FIG. 4-20, for example, is displayed.
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 in the selection screen of FIG. 4-20, communication via that wireless network is attempted. Then, when the communication is OK (successful communication), the information displayed in the pop-up format is hidden.

After that, as shown in FIG. 4-21, for example, 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 settlement processing. Then, the server 10 sends a terminal settlement completion notice to the terminal 20 .
In Fig. 4-21, the remaining time of the offline code expiration date ("3 minutes" in this example) is calculated based on the elapsed time from when the code display screen was displayed in Fig. 4-18. has been updated.

When the terminal 20 receives the terminal payment completion notification from the server 10 through communication in the second communication method, the details can be confirmed from "Payment Completed 'Payment History'" as shown in Fig. 4-22, for example. ] is displayed in a pop-up format on the code display screen. After displaying the settlement 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 longer time (for example, "5 minutes") than the offline code use time (for example, "3 minutes") is set as the online code use time. can be

Therefore, in the offline state, after the information on the expiration date of the offline code is displayed on the code display screen, if the communication in the second communication method is successful, the information on the expiration date of the offline code is displayed as the expiration date of the online code. The information may be changed (switched) to be displayed, or it is not necessary to do so.

FIG. 4-23 is a diagram showing an example of the code display screen in this case.
When 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, for example, is displayed.
On this code display screen, a pop-up message saying "Online notification, the code is valid for 5 minutes because it is currently online" is displayed.
In addition, since the offline code expiration date has been changed to the online code expiration date, the code usage time will be set to "5 minutes" for the online code usage time, and as a result, the remaining time of the online code expiration date will be " 5 minutes” is displayed in a countdown format.

In this modification, the terminal 20 has a communication I/F 22 (not a limitation, but an example of a 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/F 22. When the communication state of the terminal 20 is smaller than the set communication amount, the control unit 21 determines whether the server 10 (This is not a limitation, but an example of a communication device) Based on receiving a terminal payment completion notification (not a limitation, but an example of information regarding payment completion) via the communication I / F for the second communication method, 3 shows a configuration for executing control to hide a code display screen including a code image for terminal display.
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, based on the fact that the information regarding the completion of payment transmitted from the communication device is received via the second communication unit to hide the first code image from the display area.

<First modification (5)>
In the first embodiment, when the terminal 20 causes the display unit 24 to display the terminal display code image, as a non-limiting example, the control unit 21 causes the store code reader device 50 to read the displayed terminal display code image. A process of instructing (guiding) the user to allow the user to perform the operation may be performed, or such a process may not be performed. This processing is an example of processing related to payment.

Specifically, as a non-limiting example, on the code display screen that displays the terminal display code image, in an area different from the area where the terminal display code image is displayed, "The displayed code image is the code of the store Please read it with a reader." can be displayed.

<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, a "code (offline) icon" indicating "code (offline)" is displayed on the top screen of the payment application separately from the above-described "code icon". When it is determined that the terminal 20 is online, the terminal display code is displayed when the "code icon" is operated, and when it is determined that the terminal 20 is offline, the "code The terminal display code may be displayed when the "(offline) icon" is operated, or may not be displayed.

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

In this case, as a non-limiting example, after the code icon is touch-operated on the top screen of the payment application (eg, 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 communicates with the terminal 20, and can recognize that the terminal display code has been displayed on the terminal 20. Therefore, the server 10 calculates the code display time based on the clock information of the clock unit 19. (code display date and time) can be specified.
However, since the server 10 cannot communicate with the terminal 20 in the offline state, the server 10 does not know whether or not the terminal display code is displayed on the terminal 20, and cannot specify the code display time (code display date and time). Can not.

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

FIG. 4-24 is a flow chart showing an example of the flow of processing executed by each device in this modified example. From left to right: second payment application processing, which is an example of payment application processing executed by the control unit 21 of the terminal 20; Payment processing and second payment management processing, which is an example of payment management processing executed by the control unit 11 of the server 10, are respectively shown.

The flow chart of FIG. 4-24 is a partial rewrite of the flow chart of FIG. 3-4. By way of example and not limitation, the flowcharts of FIGS. 3-4 differ in the processing steps (eg, A450, B450, B460, C470) in the offline state.

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

After A240, when the code display operation is performed by the user of the terminal 20 in the off-line state, not as a limitation, the control unit 21 performs code generation processing for extended terminal display, and the code display processing unit 2113 Code display processing is performed (A450).

Here, the payment code processed (including processing, generation, display, etc.) on the terminal 20 side based on the terminal display code stocked at A240 is referred to as an "extended terminal display code". A code image of the extended terminal display code is called an "extended terminal display code image".

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

The extension terminal display code can be used not only for offline payment but also for online payment. In other words, it is not essential for the terminal 20 to determine (detect) whether or not it is offline, and payment can be made using the extended terminal display code regardless of whether the terminal 20 is online or offline. It is possible.

In the extended terminal display code generation processing, an extended terminal display code image is generated as an example and not as 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 graphically (imaged) to generate an extended terminal display code image.

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

In this example, "displaying the code image for extended terminal display on the display unit 24 of the terminal 20" is the specific event, and the control unit 21 of the terminal 20 determines that the code image for extended terminal display is displayed (display generates time stamp information including the code display time, which is the time when the The code display time and time stamp information are an example of “time information” and are generated based on the information kept by the clock section 29A of the terminal 20 .

Some stores do not support reading of two-dimensional codes, but may support reading of one-dimensional codes. Therefore, in addition to the two-dimensional code (QR code as an example, not a limitation), a one-dimensional code (bar code as an example, not a limitation) may be generated as an extension terminal display code image, You don't have to do it that way.

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

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

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

In the code display process, for example and not limitation, at least the code display screen including the code image for extended terminal display is displayed on the display unit 24 .

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

In addition, when a one-dimensional extension terminal display code image is also generated in the extension terminal display code generation processing, as a non-limiting example, in addition to the two-dimensional extension terminal display code image, the one-dimensional extension terminal A display code image can be displayed. In this case, the settlement number may or may not be displayed in the vicinity of the one-dimensional extension terminal display code image.

After that, when the user of the terminal 20 presents the extended terminal display code image displayed on the display unit 24 to a store clerk or the like, the control unit 51 controls the extension terminal display code image displayed on the display unit 24 of the terminal 20 . The code image is controlled to be read by the code reader 58 (B450).

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

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

Specifically, it is determined whether or not the payment number included in the received payment request information is associated with the application ID and stored in code management database 159 . Then, if it is determined that it is stored, as a non-limiting example, the difference between the clock time 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 compared with the code usage time to determine whether it is within the code usage period. If this condition is satisfied, it is determined that the payment is possible, and the payment is made by subtracting the planned payment amount from the balance stored in the payment management data of the application ID in the payment management database 157A.

<Second embodiment>
The second embodiment is an embodiment in which the control unit 21 controls settings related to 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 terminal settlement completion notification from the server 10 .
On the other hand, in the offline state, the terminal 20 cannot receive the terminal settlement completion notice 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 as a screen shot or the like and used for payment, the user of the terminal 20 may not notice it. , there is a security problem.

The content described in the second embodiment can be applied to each of the other embodiments and each of the other modifications.
Moreover, the same code|symbol is attached|subjected about the component same as an already-appearing component, and description for the second time is abbreviate|omitted.

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

FIG. 5B 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 a non-limiting example, terminal display code stock data 2831, payment data 2832, store data 2833, and payment-related setting control data 2837. FIG.

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

In the payment history data, for example and not limitation, payment date/time, payment shop ID, payment shop name, payment amount, and payment type are stored in chronological order in association with each other.
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.
It takes the control unit 21 of the terminal 20 to receive the terminal settlement completion notification from the server 10 after displaying the code display screen (starting the display) based on the clocking information of the clock unit 29A. Count time (elapsed time). If the elapsed time is within a certain period of time, the payment indicated by the received terminal payment completion notice is determined to be an "online payment". The payment indicated by the terminal payment completion notification is determined to be "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. This is because if it takes a certain amount of time to complete the transaction, it can be assumed that there is a high possibility that an 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 setting. -4.
In the first payment-related setting control data 2837A, setting types, control targets, communication states, control details, and application/non-application are stored in association with each other as an example and not as a limitation.

Setting types include, by way of example and not limitation, "payment available amount", "authentication", and "deadline".

The available payment amount is a setting related to the amount that the user of the terminal 20 can use for payment.
Authentication is a setting related to authentication processing executed by the authentication processing unit 2119 for authenticating whether or not the user of the terminal 20 is an authorized user at the time of payment.
The time limit is a setting related to the time limit of the terminal display code used for payment.

In the control target, items to be controlled by the payment-related setting control unit 2117 are defined for the setting type.

As the communication state, “online” indicating that the terminal 20 is in the online state and “offline” indicating that the terminal 20 is in the offline state are defined for each control target.

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

Applicability is information (e.g., a flag) indicating whether or not to apply the control of the controlled object. "Yes" indicates that the control is applied to the controlled object to be applied, and "not applied" to the controlled object that is not applied. "None" is associated and stored.

A detailed description will be given below with specific examples.
(1) Amount Available for Settlement With regard to the amount available for settlement, a “maximum daily usage amount” is defined as a control target.
Note that the daily usage upper limit amount is as described in the first embodiment.

"50,000 yen" is set as the control content for the communication state "online", and "10,000 yen" is set as the control content for the communication state "offline".
When the terminal 20 is online, the upper limit of the daily usage amount is set to "50,000 yen". It indicates that control is performed so as to form a “circle”.

Since payment security is lower in offline mode than in online mode, the maximum daily usage limit in offline mode will be lower than the maximum daily usage limit in online mode. Control.

In this case, as a non-limiting example, the control unit 21 of the terminal 20 determines the communication state of the own terminal when detecting the code display operation by the user of the terminal 20 . Then, based on the daily usage limit amount associated with the determined communication status, if the cumulative total of the amounts that have been settled (settlement amount) in that day is less than (or less than) the daily usage limit amount "Payment possible", and if this condition is not met, "Payment not possible".

In the case of "settlement not possible", the control unit 21, for example and not limitation, causes the display unit 24 not to display the code display screen, or causes the display unit 24 to display a code display screen containing only an error message. to prevent the terminal display code image from being read.

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

It should be noted that the cumulative sum of the settlement amounts may be calculated regardless of the communication state (online state/offline state) without distinguishing the communication state, or it is not necessary to do so.

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

(2) Authentication For authentication, "authentication A (scheduled payment amount)", "authentication B (code hidden)", and "authentication C (offline duration)" are defined as controlled objects. The information in parentheses is used to determine whether or not to execute that type of authentication.

Regarding the control object "authentication A (scheduled payment amount)", the control content is "50,000 yen or more (or over 50,000 yen)" when the communication state is "online", and the control content is "3000 yen" when the communication state is "offline". Yen or more (or more than 3,000 yen)” are defined respectively.
When the terminal 20 is online, authentication is executed when the expected payment amount is 50,000 yen or more (or exceeds 50,000 yen). It shows that the authentication is executed when the planned amount is 3000 yen or more (or when it exceeds 3000 yen).

Since payment security is lower in offline state than in online state, authentication is performed when you are planning to make a smaller (lower) payment in offline state than in online state. do.

However, in the payment type "terminal code display", when the code image for terminal display displayed on the display unit 24 is read by the shop code reader device 50, the expected payment amount entered by the shop code reader device 50 is displayed on the server 10. sent to. Therefore, the terminal 20 side cannot grasp the scheduled settlement amount.

Therefore, as an example and not a limitation, after the code display screen is displayed on the terminal 20 and before the code image for terminal display is read by the store code reader device 50, the store clerk or the like reads the planned settlement amount through the store code reader device. Enter 50. Then, the input estimated payment amount is transmitted from the shop code reader device 50 to the terminal 20 by near field communication or the like. Then, the authentication processing unit 2119 can execute authentication processing when receiving the estimated payment amount from the store code reader device 50 .

The expected settlement amount input to the store code reader device 50 may be verbally notified to the user of the terminal 20 by a store clerk or the like.
Alternatively, the planned payment amount may be displayed on a display provided integrally with the code cash register 60 or separately from the code cash register 60, the display surface of which faces the customer.
In these cases, the user of the terminal 20 can manually input the expected payment amount to the terminal 20 . In this case, the authentication processing unit 2119 may execute the authentication process when the expected payment amount is input.

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

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

Here, "code non-display" means that after the terminal display code (terminal display code image) is displayed on the display unit 24 by the user of the terminal 20, for example, a return button (close button) displayed on the code display screen is displayed. button) or the operation of the home button, etc., to hide the terminal display code (terminal display code image) that was once displayed.

When the terminal 20 is online, authentication is not performed even if the code (code image) that has been displayed once is hidden. It shows that authentication is executed when the code (code image) that is displayed is hidden.

The terminal display code in the present disclosure can be used not only in the online state but also in the offline state as described above. In the online state, the terminal 20 can receive a terminal settlement completion notice from the server 10 immediately after the server 10 completes the settlement. Therefore, the terminal 20 can delete the data of the terminal display code used for payment from the terminal display code stock data 2831 after receiving the terminal payment completion notification, for example and not limitation.

However, in the off-line state, the terminal 20 cannot receive the terminal settlement completion notice from the server 10 until it returns to the on-line state, so it cannot know whether the settlement has been made by the server 10.例文帳に追加Therefore, in the offline state, even if the user of the terminal 20 uses one terminal display code for payment (even if the store code reader device 50 reads the terminal display code), the terminal 20 does not display the terminal display code. cannot be deleted. Therefore, for example, the user of the terminal 20 may try to redisplay the terminal display code once used for payment and use it again for payment.

Therefore, in the offline state, as an example and not a limitation, if 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 some timing.
(1) Timing for displaying a new terminal display code on the display unit 24 after the terminal display code (terminal display code image) is hidden (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. As described above (or exceeding the set number of times), when the terminal display code is hidden, authentication may be performed or may not be performed.

Regarding the control target "authentication C (offline duration)", "- (none)" is set as the control content when the communication state is "online", and "1 hour or more (or more than 1 hour)" is set as the control content when the communication state is "offline". )” are defined respectively.
This means that authentication is not executed when the terminal 20 is online, but when the terminal 20 is offline and the duration of the offline state is one hour or longer (or more than one hour), Indicates that authentication is to be performed.

Instead of or in addition to the offline duration time, authentication is performed based on the number of times or frequency that 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 run.
For example, if the number or frequency of the terminal 20 going offline during a unit period is greater than or equal to the set number of times (or more than the set number of times) or more than the set frequency (more than the set frequency), authentication may be performed. , does not have to be that way.

Further, the authentications A to C described above may be authentications of the same factor or may be authentications of other factors.
Examples of other factors of authentication include, but are not limited to, user knowledge-based authentication (e.g., password or secret question authentication), user-possessed information-based authentication (e.g., one-time password or token authentication), user authentication based on biometric information (for example, fingerprint authentication or face authentication) or the like can be applied.

Further, whether or not the authentication is executed may be determined by a combination of two or more conditions, or may not be determined.
For example, by combining "code hidden" of authentication B and "offline duration" of authentication C, as an example, not limitation, authentication is not performed in the online state, and "code is hidden" in the offline state and the offline duration is equal to or longer than the set time (or exceeds the set time), authentication may or may not be performed.

(3) Expiration As for the expiration, "code usage time (code usage period)" is defined as a control target.
"5 minutes (default)" is set as the control content for the communication state "online", and "3 minutes" is set as the control content for the communication state "offline".
This is the same as in the first embodiment. When the terminal 20 is online, the default code usage time is set to "5 minutes", and when the terminal 20 is offline, the code usage time is set to "5 minutes". 3 minutes”.

<Display screen example>
FIG. 5-5 is a diagram showing an example of authentication processing executed by the terminal 20 in this embodiment.
(a) is an offline state in which a code display screen including a 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 presses the return button (close) at the upper left of the screen. button) is touch-operated. In this case, when the return button is touched, the code display screen is hidden and the top screen of the payment application is displayed.

Here, for example, as shown in (b), it is assumed that the user of the terminal 20 touch-operates the code icon of the payment application. 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. The processing unit 2119 performs authentication processing.

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 this time, for example, an authentication screen for authentication is displayed.

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

The entered password is checked against 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 erased, and the terminal display code image appears in the background, which can be used for payment.

<Processing>
FIG. 5-6 is a flowchart showing an example of the flow of settlement-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 its 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 status in association with the communication state determined in S110. The content of the control that is present is acquired (S120).

Next, based on the control details acquired in S120, the payment-related setting control unit 2117 performs settings (control settings) for controlling the control details (S130). Thereafter, 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 terminates the settlement-related setting control process.

<Effect of Second Embodiment>
In the second embodiment, the terminal 20 transmits the terminal display code (code image or payment number) (not limited, but an example of the first information) transmitted from the server 10 to the communication I/F 22 (not limited, (an example of the communication unit of the terminal).
In addition, the terminal 20 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) by the control unit 21 (not limited, but an example of the control unit of the terminal). memorize to
Then, the terminal 20 makes payment-related settings based on the terminal display code (not limited, but setting example) is controlled by the control unit 21. FIG.
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 terminal, thereby setting according to the communication state of the terminal. The user can make a payment based on the

In the second embodiment, the terminal 20 also includes a processor that reads the payment application program 282 from a memory that stores the payment application program 282 and executes payment application processing based on the payment application program 282 .
The processor transmits the terminal display code (code image or payment number) (not limited, but an example of the first information) transmitted from the server 10 to the communication I/F 22 (not limited, but an example of the communication unit of the terminal) to receive via
In addition, the processor stores the received terminal display code in terminal display code stock data 2831 (an example, not limitation, of a terminal storage unit).
Then, based on the communication state (online state/offline state) of its own terminal (one example of the communication state of the terminal, not limited), the processor makes payment-related settings (not limited, settings related to payment) based on the terminal display code (an example of) is shown.
With such a configuration as well, 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 performs one setting (not a limitation, but an example of the first setting) as the payment-related setting, and the communication of the own terminal is performed. When the state is the offline state, a configuration is shown in which another setting (not a limitation, but an example of a second setting) different from the first setting is performed as the payment-related setting.
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 settings include settings related to the available payment amount (not a limitation, but an example of the 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 available for settlement by the control unit according to the communication state.

Moreover, the second embodiment shows a configuration in which the payment-related settings include settings related to authentication (not limited to authentication of a terminal user for executing processing related to payment).
As an example of the effect obtained by such a configuration, the terminal can control settings related to authentication of the user of the terminal for executing processing related to payment by the control unit according to the communication state.

Further, in the second embodiment, when the control unit 21 is in the online state, if a payment of a first amount or more is made, the control unit 21 performs authentication as a payment-related setting, and in the offline state, a second amount smaller than the first amount. It shows a configuration in which authentication is performed as a payment-related setting when a 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 of the first communication state, the terminal can perform: Authentication can be facilitated.

In the second embodiment, the terminal 20 displays a terminal display code image on the display unit 24 based on the terminal display code. Then, in the off-line state, the control unit 21 performs authentication as the payment-related setting based on the fact that the terminal display code image (not a limitation, but an example of the first code image) is hidden from the display unit 24. showing configuration.
As an example of the effect obtained by such a configuration, the terminal performs authentication based on hiding the first code image from the display area when the communication amount of the terminal as the communication state is smaller than the set communication amount. can prevent the once displayed first code image from being used again for payment.

In addition, in the second embodiment, when the communication state is offline, the control unit 21, based on the offline duration time (not a limitation, but an example of the time during which the communication volume is smaller than the set amount), A configuration for authentication is shown.
As an example of the effect obtained by such a configuration, when the communication volume of the terminal as the communication state of the terminal is smaller than the set communication volume, the terminal can By performing authentication based on this, it is possible to enhance the security of payment.

Further, in the second embodiment, the terminal 20 displays on the display unit 24 a terminal display code image (not limited, but an example of a first code image) based on the terminal display code. The payment-related settings show a configuration including settings related to the code use period of the code image for terminal display (not a limitation, but an example of the expiration period of the first code image).
As an example of the effects obtained by such a configuration, the terminal can control settings related to the expiration date of the first code image displayed in the display area.

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

In this case, as an example and not a limitation, the server 10 side calculates and determines, for example, a shop credit score as an index value indicating the credit of the shop.
The store credit score is a numerical or rank representation of the store's social trustworthiness. Calculated and determined based on credit information.

The store credit score is calculated and determined as, for example, a score from "0 points" to "100 points", for example, not limitation, with "100 points" being the highest creditworthiness and "0 points" being the lowest creditworthiness. can be

Note that the "shop credibility score" may simply be the "shop score", or may not be so.
Also, in this case, the "store score" does not necessarily have to be based on the trustworthiness of the store. (scores), rank, etc., or may not be so.

The shop credibility score calculated and determined by the server 10 can be transmitted to the terminal 20 at regular timing or specific timing, for example and not limitation. In this case, the terminal 20 causes the store data 2833 to store and update the store credit score transmitted from the server 10 .

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.
The third payment-related setting control data 2837C stores a setting type, a control target, a communication state, a store credit score, control details, and application/non-application in association with each other.

As a setting type, "store" is defined as an example, not as a limitation.
In addition, as an example and not as a limitation, a control target is defined as "payment" indicating whether or not payment can be made at the store.

In this example, in the communication state "online" of the terminal 20, "payment 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, "settlement possible" is set as the control content for the store credit score "80 points or more", and "settlement impossible" is set as the control content for the store credit score "less than 80 points". ” is defined.

This means that when the terminal 20 is offline, payments can be made at stores with a store credit score of "80 or more," but not at stores with a store credit score of "less than 80." indicates that

In this case, as an example and not a limitation, the control unit 21 determines the communication state of its own terminal when detecting a code operation by the user of the terminal 20 . Further, the control unit 21 calculates the position of its 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 shop data 2833. The store where the self terminal is located is determined based on the information on the location of the store (location information of the store, etc.). Then, based on the determined communication state and the store credit score stored in the store data 2833 in association with the determined store, the control unit 21 determines whether or not payment can be made at the store.

However, in an environment where the terminal 20 is offline, there is a possibility that position calculation using the satellite positioning system cannot be performed. Therefore, the control unit 21 can calculate the position of the own terminal based on the inertial navigation calculation described above, the beacon signal transmitted from the beacon installed in the store, etc., as an example and not a limitation. .

It should be noted that the beacon signal can be received by turning the Bluetooth function “ON” in the terminal 20 as an example and not as a limitation.

If it is determined that "payment is not possible", the control unit 21, for example, not limiting, causes the display unit 24 not to display the code display screen, or causes the display unit 24 to display a code display screen containing only an error message. By doing so, 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 has a configuration in which the control unit 21 controls payment-related settings based on the communication state of the terminal itself and the shop credit score of the shop where the payment is made (not a limitation, but an example of the shop's creditworthiness). ing.
As an example of the effect obtained by such a configuration, the terminal can appropriately control the settings related to payment by the control unit based on the communication state of the terminal itself and the creditworthiness of the store where the payment is made.

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

In this case, as an example and not a limitation, the server 10 side calculates and determines, for example, a user credibility score as an index value indicating the credibility of the user of the terminal 20 .
The user credibility score represents the social credibility of the user of the terminal 20 as a numerical value, rank, or the like. Calculated and determined.

The user trust score is calculated and determined as, for example, a score from "0 points" to "100 points", for example, not as a limitation, with "100 points" being the highest credibility and "0 points" being the lowest credibility. can be

Note that the "user credit score" may or may not be simply the "user score".
Also, in this case, the "user score" does not necessarily have to be based on the trust of the user. The user of the terminal 20 based on some evaluation criteria such as the amount used for payment, the number/frequency of code payments made by the user regardless of the communication state, the number/frequency of code payments made by the user in the offline state, etc. may be graded by numerical values (scores) or ranks, etc., or may not be so.

The user credit score calculated/determined by the server 10 can be transmitted to the terminal 20 at regular timings or specific timings. In this case, the terminal 20 causes the payment data 2832 to store and update the user credit score transmitted from the server 10 .

FIG. 5-8 is a diagram showing a data configuration example of 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 payment-related setting control data 2837D, the setting type, controlled object, communication state, user credit score, control content, and application/non-application are stored in association with each other.

In this example, the above-described setting type "payment available amount" and control object "maximum daily usage amount" are shown. "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, for the communication status "offline" of the terminal 20, "30,000 yen" is set as the control content for the user credit score "80 points or more", and the control content is set for the user credit score "60 points or more and less than 80 points". "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 "online" and "offline" communication statuses, the upper limit of the daily usage amount is set so that the higher the user's credit score, the higher the amount.
In addition, the daily usage upper limit amount is set so that the communication status "online" is relatively higher than the communication status "offline".

In this case, as an example and not a limitation, the control unit 21 determines the communication state of its own terminal when detecting a code operation by the user of the terminal 20 . Also, the control unit 21 refers to the payment data 2832 to determine the user credit score.
Then, the control unit 21 sets the maximum daily usage amount based on the determined communication state and the determined user credit score.

In addition, although the upper limit of the daily use amount has been described as an example here, the present invention is not limited to this.
As for the setting type "authentication" and the setting type "deadline" shown in FIG. 5-4, it is possible to set the control details based on the user credibility score and the communication state in the same manner as described above.

Specifically, for authentication A (scheduled settlement amount) in Fig. 5-4, as an example and not as a limitation, the higher the user credit score, the higher the scheduled settlement amount, which is the threshold for whether or not to perform authentication. authentication can be made difficult. Also, in this case, it is possible to make the planned payment amount relatively higher in the communication state "online" than in the communication state "offline".

Also, for authentication B (no code display) in Fig. 5-4, as an example, not a limitation, if the user's 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 for more than a set number of times (or more than the set number of times) in the offline state, the higher the user credibility score, the higher the setting. By increasing the number of times, authentication can be made difficult.

In addition, for authentication C (offline duration) in FIG. 5-4, as an example, not limitation, the higher the user credit score, the longer the offline duration that is the threshold for whether or not to perform authentication. can be made less likely to occur. Also, in this case, the communication state "online" can have a relatively longer offline duration time than the communication state "offline".

Also, regarding the code usage time (code usage period) in Fig. 5-4, as an example rather than as a limitation, the higher the user's credit score, the longer the code usage time is set so that the code usage period is longer. can be done. Also, in this case, it is possible to set the code usage time to be relatively longer in the communication state "online" than in the communication state "offline".

<Third embodiment>
The third embodiment relates to a user interface (UI) for hiding the code (code image) in relation to the above embodiments.

As described above, in the online state, the terminal 20 can receive the terminal settlement completion notification from the server 10 . For this reason, the terminal 20 can hide the code (code image) when receiving the terminal payment completion notification from the server 10, as an example and not as a limitation.
On the other hand, in the offline state, the terminal 20 cannot receive the terminal settlement completion notice from the server 10 . Therefore, if the offline state continues for a while, there is a possibility that the timing to hide the displayed code (code image) may be missed.

The content described in the third embodiment can be applied to each of the other embodiments and modifications.
Moreover, the same code|symbol is attached|subjected about the component same as an already-appearing component, and description for the second time is abbreviate|omitted.

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

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. In addition to the "terminal settlement completion notification unreceivable notification information", "code non-display recommended notification information" is defined as an object.

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

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

In the online state, as an example and not a limitation, the control unit 21 performs control to hide the code display screen based on receipt of the terminal settlement completion notice from the server 10 . However, in the offline state, the terminal settlement completion notification cannot be received from the server 10, and the control unit 21 cannot automatically hide the code display screen. Notify the user to make it visible.

<Display screen example>
FIG. 6-2 is a diagram showing an example of the 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 You are currently offline, so you will not receive a notification after payment is completed. Code reading. Please close the screen later." is displayed in a pop-up format.
An "OK" icon is also displayed as an icon for the user to approve the contents of this notification.

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. -4, a "return button" for returning to the previous screen (the top screen of the settlement application in this embodiment) displayed in the upper left part of the code display screen is touched. Then, the code display screen is hidden, and the top screen of the payment application is displayed as shown in FIG. 6-5, for example.
The "return button" is an example of an operation image for hiding the code image, and can also be called a "close 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 the code display screen displayed in the offline state, and in this display example, a state is shown in which the remaining time of the code expiration date is "0 seconds".

In this display example, when the remaining time of the code expiration date becomes "0 seconds", the information notifying that the code expiration date has passed and the information for notifying that the code will be hidden are: , the message "Expired display screen will be closed." is displayed in a pop-up format.
An "OK" icon is also displayed as an icon for the user to approve the contents of this notification. When the user touches the "OK" icon, the code display screen is hidden. , the top screen of the payment application is displayed.

It should be noted that when the time remaining in the code expiration date reaches "0 seconds", the code display screen may or may not be displayed without displaying a message or the like. .

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

<Second processing>
As the second process, the control unit 21 can execute the second code display process of FIGS. 6-7.
The same reference numerals are given to the same steps as those in the flow charts that have already been described, and repetitive explanations will be omitted.

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

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

On the other hand, when the code hiding operation is detected (E170: YES), the code display processing unit 2113 controls to hide the code display screen being displayed, and displays, for example, 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 state is the offline state (E120: offline state), the code display processing unit 2113 (code related information display control unit 2115) outputs the code non-display recommendation 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 fulfillment of the conditions for erasing the code non-display recommended notification information (E160). Then, the code display processing unit 2113 shifts the process to E170.

<Third processing>
As a third process, the control unit 21 can execute the third code display process of FIGS. 6-8.
The same reference numerals are given to the same steps as those in the flow charts that have already been described, and repetitive explanations will be omitted.

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

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

On the other hand, if 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, it is possible to set a shorter code usage time in the offline state 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 determining that the code expiration date has not passed (F180: NO), the code display processing unit 2113 returns the process to E170.

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

In this processing, the code image is hidden by hiding the code display screen based on the expiration of the code use period. Therefore, the code expiration date can also be called the expiration date for displaying the code (code display expiration date).

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. You may or may not hide the code image by doing so.

In addition, the code non-display recommendation notification information may be displayed only when it is determined that the terminal 20 is offline, or it may be displayed regardless of the communication state (online state/offline state) of the terminal 20. good too.

<Effect of the third embodiment>
The third embodiment shows a configuration in which the control unit 21 of the terminal 20 executes control to hide the terminal display code image when the offline code use period 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 lapse of the second expiration date.

Further, the third embodiment shows a configuration in which the code-related information includes 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 notify non-display of the first code image.

In addition, in the third embodiment, when the communication state of the terminal 20 is offline (an example of a state in which the communication volume of the terminal is smaller than the set communication volume, not limited), the code non-display recommendation notification information is displayed. showing configuration.
As an example of the effect obtained by such a configuration, the terminal can notify non-display of the first code image when the communication traffic is smaller than the set communication traffic. As a result, when the communication state is not good, the user of the terminal can be reminded to hide the first code image.

<Third modification (1)>
In the third embodiment, the code non-display recommendation 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 the code display screen in this modified example.
This code display screen is an example of the code display screen displayed in the offline state. For example, FIG. 6-9 shows a state in which the remaining time of the code use period is "30 seconds".
When the remaining time of the code usage period reaches "30 seconds", for example, as shown in Figure 6-10, a message "Please close the screen after reading the code for 30 seconds remaining" is displayed as an example of code non-display recommended notification information. is displayed in a pop-up format.
An "OK" icon is also displayed as an icon for the user to approve the content of this notification.

By doing so, even if the user of the terminal 20 forgets to close the code display screen after having the code image read at the store in the offline state, the code display screen is displayed. Since the code non-display recommended notification information is displayed after a certain period of time has elapsed, 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 use period reaches "30 seconds", the code display screen is automatically closed, and the code (code image) is displayed. ) may or may not be automatically hidden.

<Third modification (2)>
When the store code reader device 50 reads the terminal display code image displayed on the code display screen of the terminal 20, for example and not limitation, the code register 60 is integrated with the code register 60 or provided separately from the code register 60. , the code non-display recommendation notification information may be displayed on the display facing the customer side, or may not be displayed.

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

When the code register 60 receives the above signal from the store code reader device 50 via the POS communication I/F 57, the code non-display recommendation notification information is displayed on the display.
Specifically, as a non-limiting example, a message such as "Payment has been 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 store code reader device 50, as a non-limiting example, provides information indicating that the payment has been completed ( payment completion information) and code non-display recommended notification information may be transmitted to the terminal 20 using short-range wireless communication or the like to hide the code display screen. good.

In addition, instead of transmitting payment completion information and code non-display recommendation notification information from the store code reader device 50 to the terminal 20, a communication device (for example, a beacon transmitter) installed in the store transmits payment completion information and code non-display recommendation notification information. 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 embodiment>
In the fourth embodiment, after the terminal display code (terminal display code image) is displayed on the display unit 24 by the user of the terminal 20, the displayed terminal display code is hidden by operating the home button or the like. This is an embodiment related to processing in the case of doing.

The content described in the fourth embodiment can be applied to each of the other embodiments and each of the other modifications.
Moreover, the same code|symbol is attached|subjected about the component same as an already-appearing component, and description for the second time is abbreviate|omitted.

<Display screen example>
FIG. 7A 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. FIG. 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, the home screen of the terminal 20 is displayed, for example, as shown in (b). Then, when the user of the terminal 20 touch-operates the icon of the payment application among the icons of the plurality of application software (the 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 displayed again. 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 touched is newly displayed. Specifically, as a non-limiting example, the code data corresponding to the two-dimensional terminal display code image QC1 that was displayed before the home button was touched is obtained from the terminal display code stock data 2831. After being deleted, a code image including the two-dimensional terminal display code image QC2 is displayed on the code display screen as a code image of another terminal display code stored in the terminal display code stock data 2831. ing.

FIG. 7B is a diagram showing another example of transition of screens displayed on the display unit 24 of the terminal 20 in this embodiment. The view of the figure is the same as in FIG. 7-1, but the illustration of the code display screen in (a1) of FIG. 7-1 is omitted.
In this transition example, when the user of the terminal 20 touches the icon of the payment application (Payment App) among the plurality of application software icons displayed on the home screen of (b), for example, (a1') , the code display screen including the terminal display code image QC1 is displayed again. The code image displayed on this code display screen is the same as the previously displayed code image.

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

Then, when the user of the terminal 20 touches the "code icon" among the icons displayed on the top screen of (c), for example, as shown in (a2), until the home button is touched. A code display screen including a terminal display code image that is different from the terminal display code image displayed during the period is displayed. Specifically, as a non-limiting example, the code corresponding to the two-dimensional terminal display code image QC1 that was displayed before the home button was touched is deleted, and the code is stocked on the terminal 20. A two-dimensional terminal display code image QC2 is displayed on the code display screen as a code image of another terminal display code that has been displayed.

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

The control unit 21 determines whether or not the code display screen is being displayed on the display unit 24 (J110), and if it determines that it is being displayed (J110: YES), displays the home screen of the terminal 20. (J120).

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

Specifically, as an example and not a limitation, 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 .
Further, when the communication state of the own terminal is online, as a non-limiting example, the code non-display information including the application ID and the code number of the deleted terminal display code is sent to the server 10 via the communication I/F 22. Send to The code non-display information is information indicating that the terminal display code (terminal display code image) is hidden.

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

In this case, the control unit 11 of the server 10 deletes the code data of the code number also included in the received 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 indicating that display of the code display screen has been interrupted (hereinafter referred to as "code display interruption flag") 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), touch the icon of the payment application software. It is determined whether or not an operation has been detected (J220).

When the touch operation of the payment application software icon 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 data of one terminal display code from the terminal display code stock data 2831, and The code display screen including the 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 section 21 causes the display section 24 to display, for example, the top screen of the payment application (J270).

Next, the control unit 21 determines whether or not to end the process (J290), and if it determines to continue the process (J290: NO), returns the process to J110. On the other hand, if it is determined that the processing should be terminated (J290: YES), the control section 21 terminates the first code redisplay processing.

(Second processing)
FIG. 7-5 is a flow chart showing an example of the flow of the second code redisplay process executed by the control unit 21 of the terminal 20 in this embodiment. This processing is an example of processing for realizing the screen transition shown in FIG. 7B.
Note that the same reference numerals are given to steps that are the same as those in the above-described processing, and repeated explanations are omitted.

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

In this process, unlike the first code redisplay process in 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 use period of the terminal display code included in the code display screen hidden in J140 in the background.

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

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

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

Specifically, as an example and not a limitation, the code data of the terminal display code image of the code display screen hidden in J140 is deleted from the terminal display code stock data 2831 .
Further, when the communication state of the own terminal is online, as a non-limiting example, the code non-display information including the application ID and the code number of the deleted terminal display code is sent to the server 10 via the communication I/F 22. Send to

In this case, the control unit 11 of the server 10 deletes the code data of the code number also included in the received 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 processing to J250.

Here, the control unit 21 continuously counts the remaining time of the code use period of the terminal display code included in the code display screen hidden in J140 in the background, but this is not the only option. not.

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

(Third processing)
In the third process, if the control unit 21 determines that the code display interruption flag is set to "ON" in J230 in the first code redisplay process of FIG. 3, the top screen of the payment application is displayed on the display unit 24. FIG.

Then, when the control unit 21 detects a code display operation while displaying the top screen on the display unit 24 (for example, when detecting 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 in J140 is deleted from the terminal display code stock data 2831 . Then, the control unit 21 reads data of one terminal display code from the terminal display code stock data 2831 and causes the display unit 24 to display a code display screen including a code image of the terminal display code.
This processing is an example of processing for realizing the screen transition shown in FIG. 7C.

Note that 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 may perform different processing according to the communication state of the terminal 20. , or you don't have to.

Specifically, as an example and not a limitation, when the communication state of the terminal 20 is online, the second processing is set to be performed. On the other hand, when the communication state of the terminal 20 is in the offline state, it is set to perform either the first process or the third process.

<Fifth embodiment>
The fifth embodiment relates to a method of notifying the server 10 that the terminal display code (terminal display code image) is 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 sent to the terminal 20 to the server 10.
However, when the communication state of the own terminal is offline, the 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 comprehend such as.

The content described in the fifth embodiment can be applied to each of the other embodiments and other modifications.
Moreover, the same code|symbol is attached|subjected about the component same as an already-appearing component, and description for the second time is abbreviate|omitted.

<Processing>
FIG. 8 is a flow chart 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 executed (for example, executed in the background) 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, by way of example and not limitation. be.

First, the control unit 21 determines whether or not the code display screen has been hidden (G110). 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 hidden flag") indicating that the code (code image) is hidden. Set to "ON" (G120). After that, the control unit 21 determines the communication state of its own terminal (G130).

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

On the other hand, if the determination result of the communication state is "online state" (G140: online state), the control unit 21, as an example and not a limitation, displays the application ID and the code display screen that has been hidden. The code non-display information including the code number of the display code is transmitted to the server 10 via the communication I/F 22 (G150).

Upon receiving the code non-display information from the terminal 20 via the communication I/F 14 (H110), the control unit 11 performs terminal display code deletion processing (H120). Specifically, as a non-limiting example, among the code management data stored in the code management database 159, from the code management data of the application ID included in the code non-display information received from the terminal 20, the code non-display The terminal display code data corresponding to the code number 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 via the communication I/F 22 (G160), the control unit 21 displays a message indicating that the terminal display code has been deleted on the screen of the payment application. (G170). Note that the process of G170 may not be executed.

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

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

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

On the other hand, if 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 determining to continue the process (G195: NO), the control unit 21 returns the process to G110. On the other hand, when determining to end the process (G195: YES), the control unit 21 ends the code non-display process.

In this processing, 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 a non-limiting example, when the code (code image) is hidden, code non-display information can be transmitted from the terminal 20 to the server 10 at a specific timing. The specific timing may be, but is not limited to, a specific time (e.g., midnight) or a specific event (e.g., activation of a payment application). may

Further, the terminal 20 may repeatedly transmit the code non-display information to the server 10 until the terminal display code deletion notification is received from the server 10 after the code non-display information is received on the server 10 side. and do not have to.

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 21 may delete the code data of the non-displayed terminal display code 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 control unit 21 controls the terminal 20 to hide the code image of the stored terminal display code (not a limitation, but an example of the first code image) from the display unit 24. . In this case, the terminal 20 transmits code non-display information (not a limitation, but an example of third information indicating that the first code image has been hidden from the display area) to the server 10 via the communication I/F 22. configuration.
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.

Moreover, 5th Example has shown the structure by which code non-display information is transmitted to the server 10 via communication I/F22 based on the communication state of the terminal 20. FIG.
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 when communication with the server is possible.

In addition, 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 a limitation, but an example of a set timing). It shows the configuration to be sent.
As an example of the effect obtained by such a configuration, the terminal can inform 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, as an example and not as a limitation, based on the code display screen being hidden, the terminal that was displayed The control for deleting the display code data from the terminal display code stock data 2831 may be executed, or may not be executed.
This control is an example of control for disabling the code image.

Note that the above control is merely an example, and is not limited to this.
It is not always necessary to delete the data of the terminal display code from the terminal 20, and the data of the terminal display code that has been hidden is not deleted from the terminal 20, but control ( control to prohibit re-display) may be executed.

In this case, the non-displayed terminal display code is stored in the terminal display code stock data 2831 in association with flags of "unusable (unusable)" and "redisplay not possible" as an example, not limitation. Then, the terminal display code in which these flags are set should be prevented from being displayed again.

Further, when the control unit 21 determines that the communication state is offline, and the code display screen is hidden within the code use period, based on the code display operation by the user of the terminal 20, The code display screen including the hidden terminal display code is redisplayed on the display unit 24.例文帳に追加
On the other hand, if it is determined that the communication state is offline and the code display screen is hidden based on the fact that the code usage period has passed, the above code image is disabled. Control may or may not be exercised.

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

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

Further, according to this modification, the terminal displays 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 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, if 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 control to disable the use of the first code image, so that the first code image is temporarily displayed. It is possible to prevent the first code image, which is hidden after being displayed, from being used for payment.

Further, according to this modification, when the communication volume of the terminal is smaller than the communication volume set as the communication state, the terminal hides the first code image from the display area, and then the user of the terminal to the terminal By displaying a second code image different from the first code image in the display area based on the input, the code image different from the hidden code image can be used for payment.

<Sixth embodiment>
The sixth embodiment relates to replenishment of the stock of terminal display codes stocked in the terminal 20 and its user interface.

The content described in the sixth embodiment can be applied to each of the other embodiments and each of the other modifications.
Moreover, the same code|symbol is attached|subjected about the component same as an already-appearing component, and description for the second time is abbreviate|omitted.

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

These processes are executed (for example, executed in the background) 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, by way of example and not limitation. be.

First, the control unit 21 performs code supplementation condition determination processing (M110). As the code replenishment condition, for example, the following condition can be defined.
(1) Detection of code replenishment operation.
(2) A change in the electromagnetic wave environment (communication environment) of the terminal.
(3) The update timing or update time of the code has come.

The condition (1) is a condition indicating that the code is supplemented when an operation for supplementing the code by the user of the terminal 20 (hereinafter referred to as "code supplement operation") is detected.

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

As a non-limiting example, when it is detected that the electromagnetic wave environment of the terminal 20 has changed from a "medium electromagnetic wave environment" to a "weak electromagnetic wave environment" based on the strength of the electromagnetic wave, there is a possibility that the terminal 20 will go offline. A terminal display code can be supplemented.

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

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

It should be noted that the code supplementation conditions described above are merely examples, and conditions other than these can also be determined.
Also, as an example and not as a limitation, a condition obtained by combining two or more of the above code supplementation conditions may be determined as the code supplementation condition.
Also, as an example and not as a limitation, it is also possible to allow the user of the terminal 20 to select which of the above code replacement conditions is to be applied.

If it is determined that the code supplementation condition is satisfied (M120: YES), the control section 21 determines whether or not it is in the online state (M130). Then, if it is determined to be in the online state (M130: YES), the control unit 21 transmits code supplement request information including at least the application ID to the server 10 via the communication I/F 22 as an example and not a limitation ( M140).

It should be noted that the above-described code generation request information may be transmitted from the terminal 20 to the server 10 instead of the code supplementation request information, or may not be transmitted.

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

Thereafter, the control unit 11 determines whether or not to end the process (N190), and if it determines to continue the process (N190: NO), returns the process to N110. Also, if it is determined to end the processing (N190: YES), the first server-side code replenishment processing is ended.

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

When the terminal display code is received from the server 10 via 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 supplementation notification processing (M170). In this code replenishment notification process, information for notifying that the stock of terminal display codes has been replenished (hereinafter referred to as "code replenishment notification information") is displayed on the display unit 24. FIG.

Specifically, by way of example and not limitation, when the payment application is not running, the code replenishment notification information is displayed on the display unit 24 by a 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 a screen (for example, a code display screen) within the payment application.

After that, the control unit 21 determines whether or not to end the process (M190), and if it determines to continue the process (M190: NO), returns the process to M110. Also, if it is determined that the processing should be terminated (M190: YES), the first terminal side code supplement processing is terminated.

If it is determined that the code supplementation condition is not satisfied (M120: NO), or if it is determined that the system is not in the online state (M130: NO), the control section 11 shifts the process to M190.

The code replenishment request information may be information requesting replenishment of one terminal display code, or may be information requesting replenishment of a plurality of (two or more) terminal display codes. Specifically, as a non-limiting example, instead of replenishing the terminal display codes one by one, the number of codes that the terminal 20 requests replenishment at one time on the terminal 20 side or the server 10 side (the number of codes generated at one time by the server 10 for replenishment) is set in advance. Then, the user of the terminal 20 may replenish the upper limit number of terminal display codes at once with one operation. In this case, the plurality of terminal display codes are generated by the server 10, the generated plurality of terminal display codes are transmitted to the terminal 20, and the terminal 20 supplements the received plurality of terminal display codes. do it.

Further, as a technique for realizing replenishment of the terminal display code stock from the offline state, for example, the following technique can be applied.
In the following description, an "offline state" means that communication between the terminal 20 and the server 10 is disabled by the above-described first communication method. Also, it is assumed that the terminal 20 can communicate with the server 10 by using the second communication method described above.

<Processing>
9-2 and 9-3 are flowcharts showing an example of the flow of processing executed by each device in this embodiment. The left side shows the second terminal-side code supplementation process executed by the control section 21 of the terminal 20, and the right side shows the first server-side code supplementation process executed by the control section 11 of the server 10. FIG.
These processes are executed (for example, executed in the background) 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, by way of example and not limitation. be.

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

If it is determined in M130 that it is not in the online state (M130: NO), the control unit 21 performs offline notification (M230). Specifically, as an example and not a limitation, the display unit 24 is caused to display information indicating that communication with the server 10 by the first communication method is disabled (offline state).

After that, the control unit 21 issues a code replenishment confirmation notification by the second communication method (M240). Specifically, as a non-limiting example, communication is performed using the second communication method, and information is displayed on the display unit 24 for confirming the intention of the user of the terminal 20 as to whether or not to replenish the terminal display code. Let

Next, the control unit 21 determines whether or not the user of the terminal 20 has selected to supplement the code according to the second communication method (M250). Attempt communication by the communication method (M260).

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

Note that, in order to replenish the code by the second communication method, as a non-limiting example, a wireless LAN (for example, WiFi (registered trademark)), which is an example of the second communication method, is used as an application that can cooperate with the payment application. A search application for searching for possible locations (spots) such as shops and facilities is downloaded in the terminal 20 and stored in the storage unit 28 in advance.

Then, for example, when the user of the terminal 20 selects to perform code supplementation according to the second communication scheme as a result of the code supplementation confirmation notification according to the second communication scheme of M240, the control unit 21 instructs the terminal 20 to The stored search application may be activated to search for spots that can use the second communication method, or such processing may not be performed.

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

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 way of example and not limitation, at M240 in FIG. 9-3.
On this screen, as an example of information for confirming with the user of the terminal 20 whether or not to replenish the terminal display code by performing communication using the second communication method, "Connect to the wireless network to acquire the code" is displayed. 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 content of the notification and an icon "not now" for indicating the intention not to approve the content of the communication are displayed.

When the "OK" icon in FIG. 9-5 is touch-operated, a screen as shown in FIG. 9-6, for example, is displayed.
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 this selection box.

If a wireless network is selected in FIG. 9-6, communication over the selected wireless network is attempted. Then, when the communication is OK, the terminal display code is obtained from the server 10, and a screen such as that shown in FIG. 9-7 is displayed.
In this display example, as the 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. 4 shows a case where the four terminal display codes are transmitted to the terminal 20, and the terminal 20 replenishes the received four terminal display codes. has been completed." is displayed in a pop-up format.

<Effects 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 user's touch operation of the terminal 20 on the information indicating that the terminal 20 cannot communicate (not limited to, but an example of input by the terminal user). This shows a configuration for displaying on the display unit 24 setting information for the purpose (not limited, but information about communication settings of the terminal).
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 set 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 using the first communication method is not possible, it is possible to set the second communication method and communicate with the server using the second communication method.

Further, the sixth embodiment shows a configuration in which the information indicating that communication by the terminal 20 is not possible includes 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 Register 70 Store Server

Claims (12)

A program executed by a terminal that performs processing related to payment based on first information for performing payment using a code image,
Receiving a plurality of pieces of first information transmitted from a server via a communication unit of the terminal;
storing the received plurality of first information in a storage unit of the terminal by a control unit of the terminal;
the control unit displaying a code image based on one of the plurality of first information stored in the storage unit on a display unit of the terminal based on the communication state of the terminal; performing is performed by the terminal . The program according to claim 1,
The control for displaying the code image based on the first information on the display unit of the terminal based on the communication state of the terminal includes, before displaying the code image, the code image based on the communication state of the terminal. includes authenticating users of The program according to claim 2,
The control for displaying the code image based on the first information on the display unit of the terminal based on the communication state of the terminal is performed when the communication state of the terminal is the first communication state, and the payment of the first amount or more is performed. is performed, the authentication is performed, and if the communication state of the terminal is a second communication state in which the amount of communication information is smaller than that of the first communication state, a second amount of money that is smaller than the first amount of money or more performing said authentication when said payment of The program according to claim 2,
When the communication amount of the terminal is smaller than the communication amount set as the communication state, the authentication is performed based on hiding the code image from the display unit. The program according to claim 2,
When the communication volume of the terminal is smaller than the set communication volume as the communication state, the authentication is performed based on the time during which the communication volume remains smaller than the set communication volume. The program according to any one of claims 1 to 5,
Acquiring information about the store where the payment is made by the control unit;
Based on the communication state and the credibility of the store, the control unit controls the display of the code image on the display unit, which is executed by the terminal. The program according to any one of claims 1 to 6,
performing control by the control unit to hide the code image from the display unit;
The terminal performs control by the control unit to transmit third information indicating that the code image has been hidden from the display unit to the server by the communication unit. The program according to claim 7,
The third information is information transmitted to the server via the communication unit based on the communication state. The program according to claim 8,
The third information is information transmitted to the server via the communication unit at set timing. The program according to any one of claims 1 to 9,
When the communication volume of the terminal is smaller than the communication volume set as the communication state, the control unit performs control to disable the code image based on hiding the code image from the display unit. is performed by said terminal. An information processing method for a terminal that performs processing related to payment based on first information for performing payment using a code image,
Receiving a plurality of pieces of first information transmitted from a server via a communication unit of the terminal;
storing the received plurality of first information in a storage unit of the terminal by a control unit of the terminal;
the control unit displaying a code image based on one of the plurality of first information stored in the storage unit on a display unit of the terminal based on the communication state of the terminal; including doing. A terminal that performs processing related to payment based on first information for performing payment using a code image,
a communication unit that receives a plurality of pieces of first information transmitted from a server;
a control unit that controls storage of the received plurality of first information in a storage unit of the terminal;
a display unit;
The control unit performs control to display a code image based on one of the plurality of first information stored in the storage unit on the display unit based on the communication state of the terminal. .

Images