WO2022085579A1 - プログラム、情報処理方法、端末、サーバ - Google Patents

プログラム、情報処理方法、端末、サーバ Download PDF

Info

Publication number
WO2022085579A1
WO2022085579A1 PCT/JP2021/038184 JP2021038184W WO2022085579A1 WO 2022085579 A1 WO2022085579 A1 WO 2022085579A1 JP 2021038184 W JP2021038184 W JP 2021038184W WO 2022085579 A1 WO2022085579 A1 WO 2022085579A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
terminal
campaign
user
purchase
Prior art date
Application number
PCT/JP2021/038184
Other languages
English (en)
French (fr)
Inventor
洋輔 真崎
亮介 濱窄
Original Assignee
Ｌｉｎｅ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ｌｉｎｅ株式会社 filed Critical Ｌｉｎｅ株式会社
Publication of WO2022085579A1 publication Critical patent/WO2022085579A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions

Definitions

  • This disclosure relates to programs, information processing methods, terminals, servers, etc.
  • Patent Document 1 discloses a technique for settling the purchase price of a product.
  • the program executed by the terminal receives the purchase information purchased by the user of the terminal by the communication unit of the terminal, the privilege information related to the purchase information, and the purchase information. Is displayed on the display unit of the terminal and is executed by the terminal.
  • the information processing method of the terminal includes receiving the purchase information purchased by the user of the terminal by the communication unit of the terminal, the privilege information related to the purchase information, and the purchase information. Includes displaying on the display of the terminal.
  • the terminal includes a communication unit that receives purchase information purchased by the user of the terminal, and a display unit that displays privilege information related to the purchase information and purchase information.
  • the terminal includes a processor that reads a program stored in a memory and executes processing based on the program, and the processor is a communication unit of the terminal that receives purchase information purchased by a user of the terminal. Receiving by, and displaying the privilege information related to the purchase information and the purchase information on the display unit of the terminal.
  • the server communicating with the terminal is based on the communication unit that receives the information of the goods or services purchased by the user of the terminal and the information of the goods or services purchased by the user of the terminal. It includes a control unit that controls transmission of purchase information and privilege information related to the purchase information to the terminal by the communication unit.
  • the flowchart which shows an example of the flow of the process executed by each apparatus which concerns on 2nd Embodiment.
  • the flowchart which shows an example of the flow of the process executed by each apparatus which concerns on 6th Embodiment.
  • the expression "by communication I / F" is used as appropriate. This indicates that the device sends 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, not limited to the device. ..
  • code information is not limited, but as an example.
  • Token authentication information
  • Code image image information
  • storage target information information to be stored
  • “Purchase information” is information related to the purchase of goods and services.
  • ⁇ Information indicating that a product or service has been purchased (not limited, but as an example, information on purchasing products subject to the campaign described later)
  • -Information showing the outline and details of purchased products and services (receipt information described later as an example, not limited)
  • -Information indicating that the purchase of a product or service has been reserved-Information such as information indicating the outline or details of the reserved product or service can be included in this.
  • the purchase information received / acquired by the terminal and the purchase information managed by the server or the store may be completely the same information, or may be partially different information.
  • the "privilege” means something that the user obtains or benefits from, and the “privilege information” is information that is related to the privilege.
  • the “privilege” can include various benefits such as campaign benefits, reservation benefits, first-time benefits, online benefits, and maker benefits, as examples, not limited to.
  • "Privilege information related to purchase information” is privilege information that is directly or indirectly related to purchase information, and is not limited but as an example. ⁇ Bonus information obtained by purchasing products and services (not limited, but as an example, campaign information described later, campaign coupon information described later, campaign privilege application information described later, etc.) -Information such as privilege information obtained by making a reservation for the purchase of goods or services can be included in this.
  • sales promotion sales promotion activity
  • promotion service which is a service of this promotion
  • a part or all of the promotion requested by a company such as a product maker or a service operator (hereinafter referred to as "platform owner") affiliated with the operator of the promotion service is used.
  • the operator of the promotion service will perform it on its behalf.
  • the promotion for which the theme and period are set is called a “campaign”.
  • the promotion and the campaign may or may not be distinguished. In the latter case, “promotion” may be used synonymously with “campaign.”
  • the campaign includes, but is not limited to, the concepts of "campaign privilege", “campaign target product”, and "campaign achievement condition” as an example.
  • the campaign target product is not limited to the product / service product that the platform owner promotes as an example.
  • a plurality of campaign target products may or may not be provided in a certain campaign.
  • the campaign privilege is not limited, but is, for example, a privilege obtained by the user by purchasing and using the product targeted for the campaign.
  • the campaign achievement condition is not a limitation but, as an example, a condition regarding the purchase of the campaign target product necessary for acquiring the campaign privilege.
  • the campaign benefits are not limited, but as an example, the promotion service users get the campaign benefits immediately when the campaign achievement conditions are met, and the promotion service users get the campaign benefits when the campaign achievement conditions are met. It is roughly divided into campaign benefits that require application to acquire the right to apply for.
  • the token for acquiring the former campaign privilege is referred to as “campaupon”
  • the token for acquiring the application right for acquiring the latter campaign privilege is referred to as “campaign application token”.
  • the campaign achievement conditions are not limited, but as an example, the user purchases a predetermined number (or set number) of the campaign target product, purchases a predetermined amount (or set amount), purchases a predetermined number (or set number), and the purchase amount is predetermined. It can be a combination of any one of a plurality of conditions, such as an amount of money (or a set amount of money) or more, or a combination of two or more conditions.
  • the first embodiment is not limited, but is an example in which a user purchases a campaign target product at a store and then uses a terminal to acquire a coupon, which is a campaign privilege.
  • FIG. 1-1 is a diagram showing an example of the system configuration of the communication system 1A in this embodiment.
  • a server 10 a plurality of terminals 20 (terminals 20A, terminals 20B, terminals 20C, ...), And a plurality of store POS systems 40 (store POS) are used.
  • System 40A, store POS system 40B, ...) Are connected.
  • the server 10 has a function of providing a promotion service to a terminal 20 owned by a user via a network 30.
  • the server 10 can also be expressed as a promotion server, a promotion service server, a promotion application management server, or the like.
  • the promotion service provider (operator) is the user of the server 10.
  • the promotion service provider can be, for example, a messaging service (messaging application) operator or the like, without limitation. That is, in the present embodiment, the user of the server 10 is a promotion service provider or a messaging service provider as an example, not limited to this.
  • the business operator of the payment service may be the user of the server 10 to operate the promotion service.
  • the platform owner himself may become a user of the server 10 and operate the promotion service.
  • the number of servers 10 and terminals 20 connected to the network 30 is not limited.
  • the terminal 20 may be any information processing terminal that can realize the functions described in each embodiment.
  • the terminal 20 is not limited but, as an example, a smartphone, a mobile phone (feature phone), a computer (not limited, as an example, a desktop, a laptop, a tablet, etc.), a media computer platform (not limited, as an example, a cable, a satellite set).
  • Top boxes digital video recorders
  • handheld computer devices not limited to, for example, PDAs (personal digital assistants), e-mail clients, etc.), wearable terminals (glasses-type devices, clock-type devices, etc.), VR (Virtual Reality) Includes terminals, smart speakers (devices for voice recognition), or other types of computers, or communication platforms.
  • the terminal 20 may be expressed as an information processing terminal.
  • the configurations of the terminal 20A, the terminal 20B, and the terminal 20C can be the same, for example, without limitation.
  • the terminal used by the user X may be expressed as the terminal 20X
  • the user information in the predetermined service associated with the user X or the terminal 20X may be expressed as the user information X. It does not have to be.
  • the user information is user information associated with an account used by the user in a predetermined service.
  • the user information is not limited but, as an example, input by the user or given by a predetermined service, the user's name, the user's icon image, the user's age, the user's gender, the user's address, and the user's hobby. It includes information associated with the user, such as tastes, user identifiers, and may or may not be any one or combination of these.
  • the network 30 plays a role of connecting one or more terminals 20, one or more servers 10, and one or more store POS systems 40. That is, the network 30 means a communication network that provides a connection route so that data can be transmitted and received after the above-mentioned various devices are connected.
  • the network 30 may or may not be a wired network or a wireless network.
  • the network 30 is not limited, but as an example, an ad hoc network, an intranet, an extra net, a virtual private network (VPN), a local area network (LAN), and a wireless network.
  • VPN virtual private network
  • LAN local area network
  • the network 30 may include one or more networks 30.
  • the server 10 (not limited to an example of a server, an information processing device, and an information management device) has a function of providing a predetermined service (promotion service in this embodiment) to the terminal 20.
  • the server 10 may be any device as long as it can realize the functions described in each embodiment.
  • the server 10 is not limited, but by example, a server device, a computer (not limited, by example, a desktop, a laptop, a tablet, etc.), a media computer platform (not limited, by example, a cable, a satellite set-top box, a digital video recorder). ), Handheld computer devices (for example, but not limited to, PDA, e-mail client, etc.), or other types of computers, or communication platforms.
  • the server 10 may be expressed as an information processing device. When it is not necessary to distinguish between the server 10 and the terminal 20, the server 10 and the terminal 20 may or may not be expressed as an information processing device, respectively.
  • the store POS system 40 is not a limitation but an example, and is a POS system introduced and used in a store affiliated with a business operator operating a server 10, and is not a limitation but an example of a store code reader device 50 and a store code reader device 50.
  • the code cash register 60 and the store server 70 are included.
  • FIG. 1-1 shows an example of the HW configuration of the terminal 20.
  • the terminal 20 includes a control unit 21 (CPU: central processing unit), a storage unit 28, a communication I / F 22 (interface), an input / output unit 23, a clock unit 29A, and a position calculation information detection unit 29B. ..
  • Each component of the HW of the terminal 20 is connected to each other via the bus B as an example, but not a limitation. It is not essential that the HW configuration of the terminal 20 includes all the components. As an example, but not limited to, the terminal 20 may or may not be configured to remove individual components or a plurality of components.
  • the communication I / F 22 transmits and receives various data via the network 30. Communication may be executed by wire or wirelessly, and any communication protocol may be used as long as mutual communication can be executed.
  • the communication I / F 22 has a function of executing communication with various devices such as a server 10 via the network 30.
  • the communication I / F 22 transmits various data to various devices such as the server 10 according to instructions from the control unit 21. Further, the communication I / F 22 receives various data transmitted from various devices such as the server 10 and transmits the various data to the control unit 21. Further, the communication I / F 22 may be simply expressed as a communication unit. Further, when the communication I / F 22 is composed of a physically structured circuit, it may be expressed as a communication circuit.
  • the input / output unit 23 includes a device for inputting various operations to the terminal 20, a device for outputting the processing result processed by the terminal 20, and the like.
  • the input / output unit 23 may or may not be integrated with the input unit and may be separated into the input unit and the output unit.
  • the input unit is realized by any 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 a moving image), and a microphone (operation input by voice).
  • the output unit is realized by any one or a combination of all kinds of devices capable of outputting the processing result processed by the control unit 21.
  • the output unit includes, as an example, not limited, a touch panel, a touch display, a speaker (audio output), a lens (not limited, as an example, 3D (three dimensions) output, hologram output), a printer, and the like.
  • the input / output unit 23 is not limited, and includes a display unit 24, a sound input unit 25, a sound output unit 26, and an image pickup unit 27 as an example.
  • the display unit 24 is realized by any or a combination of all kinds of devices that can be displayed according to the display data written in the frame buffer.
  • the display unit 24 is not limited but, as an example, a touch panel, a touch display, a monitor (not limited but, as an example, a liquid crystal display or OELD (organic electroluminescence display)), a head mounted display (HDM: Head Mounted Display), a projection mapping, a hologram. , Includes a device capable of displaying images, text information, etc. in the air (which may or may not be vacuum). It should be noted that these display units 24 may or may not be able to display display data in 3D.
  • the sound input unit 25 is used for inputting sound data (including voice data; the same applies hereinafter).
  • the sound input unit 25 includes a microphone and the like.
  • the sound output unit 26 is used for outputting sound data.
  • the sound output unit 26 includes a speaker and the like.
  • the image pickup unit 27 is used for acquiring image data (including still image data and moving image data; the same applies hereinafter).
  • the image pickup unit 27 includes a camera and the like.
  • the input / output unit 23 is a touch panel
  • the input / output unit 23 and the display unit 24 may be arranged so as to face each other with substantially the same size and shape.
  • the clock unit 29A is a built-in clock of the terminal 20 and outputs time information (timekeeping information).
  • the clock unit 29A is configured to include, for example, a clock using a crystal oscillator and the like, without limitation.
  • the clock unit 29A can be expressed as a time measuring unit or a time information detecting unit as an example without limitation.
  • the clock unit 29A may or may not have a clock to which the NITZ (Network Identity and Time Zone) standard or the like is applied.
  • NITZ Network Identity and Time Zone
  • the position calculation information detection unit 29B has a function of detecting (measuring) information necessary for the control unit 21 to calculate (measure) the position of its own terminal 20 (hereinafter referred to as "position calculation information"). It is a department.
  • the position calculation information detection unit 29B can be expressed as a position calculation sensor unit as an example without limitation.
  • the position calculation information detection unit 29B is not limited to, but as an example, a satellite positioning sensor (satellite positioning) which is a sensor or a unit for calculating the position of the terminal 20 using a satellite positioning system such as GPS (Global Positioning System). Unit), an inertial measurement sensor (IMU (Inertial Measurement Unit)), which is a sensor or unit for calculating the position of the terminal 20 using an inertial navigation system, and UWB (Ultra Wideband Radio: Ultra Wide). Band) includes a sensor for calculating the position of the terminal 20 and a UWB positioning sensor (UWB positioning unit) which is a unit.
  • a satellite positioning sensor satellite positioning
  • IMU Inertial Measurement Unit
  • UWB Ultra Wideband Radio: Ultra Wide
  • the satellite positioning unit is not limited to, for example, an RF receiving circuit that converts an RF (Radio Frequency) signal including a positioning satellite signal transmitted from a positioning satellite received by an antenna (not shown) into a digital signal. Correlation calculation processing is performed on the digital signal output from the RF reception circuit to capture the positioning satellite signal, and information such as satellite orbit data and time data extracted from the positioning satellite signal is used as position calculation information. It has a baseband processing circuit to output.
  • RF Radio Frequency
  • the inertial measurement unit has an inertial sensor, which is a sensor that detects information necessary for calculating the position of the terminal 20 by inertial navigation calculation.
  • the inertial sensor includes, for example, a three-axis acceleration sensor and a three-axis gyro sensor, and the acceleration detected by the acceleration sensor and the angular velocity detected by the gyro sensor are used as position calculation information. Output.
  • the UWB positioning unit is not limited to, and converts an ultra-wideband RF (Radio Frequency) signal including a positioning ultra-wideband pulse signal transmitted from a positioning beacon received by an antenna (not shown) into a digital signal. It has a wideband RF receiving circuit, a relative position calculation processing circuit that calculates the relative position between the terminal 20 and the positioning beacon based on a digital signal output from the ultra-wideband RF receiving circuit, and the like. As an example without limitation, the UWB positioning unit may make the terminal 20 function as a positioning beacon by transmitting an ultra-wideband RF signal including a positioning ultra-wideband pulse signal from an antenna (not shown). You don't have to.
  • RF Radio Frequency
  • the control unit 21 calculates the position of its own terminal 20 at a periodic timing or a specific timing based on the position calculation information detected by the position calculation information detection unit 29B, not as a limitation but as an example.
  • the position of the terminal is referred to as "terminal position”
  • the calculated terminal position is referred to as "calculated terminal position”.
  • the control unit 21 may or may not store the calculated terminal position in the storage unit 28 as the calculated terminal position history data in association with the calculated date and time of the calculated terminal position.
  • the control unit 21 has a circuit physically structured to execute a function realized by a code or an instruction contained in the program, and is not limited, but as an example, a data processing device built in hardware. Is realized by. Therefore, the control unit 21 may or may not be expressed as a control circuit.
  • the control unit 21 is not limited, but as an example, a central processing unit (CPU), a microprocessor (microprocessor), a processor core (processor core), a multiprocessor (multiprocessor), an ASIC (application-specific integrated circuit), and an FPGA (field programmable). gate array) is included.
  • CPU central processing unit
  • microprocessor microprocessor
  • processor core processor core
  • multiprocessor 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 an example without limitation. Further, the storage unit 28 may or may not be expressed as a memory.
  • the terminal 20 stores the program P in the storage unit 28, and by executing this program P, the control unit 21 executes the processing as each unit included in the control unit 21. That is, the program P stored in the storage unit 28 causes the terminal 20 to realize each function executed by the control unit 21. Further, this program P may or may not be expressed as a program module.
  • FIG. 1-1 shows an example of the HW configuration of the server 10.
  • the server 10 includes a control unit 11 (CPU), a storage unit 15, a communication I / F 14 (interface), an input / output unit 12, and a clock unit 19.
  • Each component of the HW of the server 10 is connected to each other via bus B, as an example, but not by limitation. It is not essential that the HW of the server 10 includes all the components as the configuration of the HW of the server 10. As an example, but not limited to, the HW of the server 10 may or may not be configured to remove individual components or a plurality of components.
  • the control unit 11 has a circuit physically structured to execute a function realized by a code or an instruction contained in the program, and is not limited, but as an example, a data processing device built in hardware. Is realized by.
  • the control unit 11 is typically a central processing unit (CPU), and may or may not be a microprocessor, a processor core, a multiprocessor, an ASIC, or an FPGA. In the present disclosure, the control unit 11 is not limited to these.
  • the storage unit 15 has a function of storing various programs and various data required for the server 10 to operate.
  • the storage unit 15 is realized by various storage media such as HDD, SSD, and flash memory. However, in the present disclosure, the storage unit 15 is not limited to these. Further, the storage unit 15 may or may not be expressed as a memory.
  • the communication I / F 14 transmits / receives various data via the network 30. Communication may be executed by wire or wirelessly, and any communication protocol may be used as long as communication with each other can be executed.
  • the communication I / F 14 has a function of executing communication with various devices such as a terminal 20 via the network 30.
  • the communication I / F 14 transmits various data to various devices such as a terminal 20 according to an instruction from the control unit 11. Further, the communication I / F 14 receives various data transmitted from various devices such as the terminal 20 and transmits the various data to the control unit 11. Further, the communication I / F 14 may be simply expressed as a communication unit. Further, when the communication I / F 14 is composed of a physically structured circuit, it may be expressed as a communication circuit.
  • the input / output unit 12 includes a device for inputting various operations to the server 10, a device for outputting the processing result processed by the server 10, and the like.
  • the input / output unit 12 may or may not be integrated into an input unit and an output unit, or may be separated into an input unit and an output unit.
  • the input unit is realized by any 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 11.
  • the input unit is typically realized by a hardware key typified by a keyboard or the like, or a pointing device such as a mouse.
  • the input unit may or may not include, as an example, a touch panel, a camera (operation input via a moving image), and a microphone (operation input by voice), without limitation.
  • the output unit is realized by any one or a combination of all kinds of devices capable of outputting the processing result processed by the control unit 11.
  • the output unit includes, as an example, not limited, a touch panel, a touch display, a speaker (sound output), a lens (not limited, as an example, 3D (three dimensions) output, hologram output), a printer, and the like.
  • the input / output unit 12 includes a display unit 13 as an example, not a limitation.
  • the display unit 13 is realized by a display or the like.
  • the display is typically realized by a monitor (not limited, but as an example, a liquid crystal display or an OELD (organic electroluminescence display)).
  • the display may or may not be a head-mounted display (HDM) or the like. It should be noted that these displays may or may not be capable of displaying display data in 3D. In the present disclosure, the display is not limited to these.
  • the clock unit 19 is a built-in clock of the server 10 and outputs time information (timekeeping information).
  • the clock unit 19 is not limited, but includes, as an example, an RTC (Real Time Clock) as a hardware clock, a system clock, and the like.
  • the clock unit 19 is not limited, but may be expressed as a time measuring unit or a time information detecting unit as an example.
  • FIG. 1-2 shows an example of the HW configuration of the store POS system 40.
  • the store POS system 40 is not a limitation but an example, and is a POS system introduced and used in a store affiliated with a business operator operating a server 10, and is not a limitation but an example of a store code reader device 50 and a store code reader device 50.
  • the code cash register 60 and the store server 70 are included.
  • the store code reader device 50 is connected to the code register 60 and the store server 70 by POS communication I / F 57 (not limited to, as an example, a wired communication I / F or a wireless communication I / F in the store), and the code register 60 is connected to the code register 60.
  • the product code printed on the store product JAN (Japanese Article Number) code as an example, not the limitation) is read as an example, not a limitation.
  • the read product code is transmitted to the store server 70 by the communication I / F 54, and information regarding the unit price of the product whose product code is read stored in the store server 70 is received from the store server 70 by the communication I / F 54.
  • the store code reader device 50 is not limited, but as an example, the control unit 51, the input / output unit 52, the communication I / F 54, the storage unit 55, the POS communication I / F 57, the code reader 58, and the clock unit 59. And have.
  • the input / output unit 52 is not limited, and includes a display unit 53 and a sound output unit 56 as an example.
  • the code reader 58 is a code reader for reading a one-dimensional code (one-dimensional code image), a two-dimensional code (two-dimensional code image), a product code or a payment code (payment code image) described later, as an example, not limited to. be.
  • the code cash register 60 is not limited, but as an example, the number and unit price of the products sold based on the communication connection with the store code reader device 50 and the store server 70 by the POS communication I / F57 and the completion of payment at the store. , Issue a receipt with information on the total payment amount printed.
  • the receipt includes information (not limited, but as an example, a receipt ID) for uniquely identifying the payment at the store.
  • the store server 70 is not limited, but as an example, for store information about its own store, information about products sold at its own store, information about services provided at its own store, sales of products at its own store, and provision of services. Manage various information such as information on the accompanying sales.
  • payment history information hereinafter referred to as “receipt information”
  • the store server 70 is configured to be able to communicate with the store code reader device 50 and the code register 60 by POS communication I / F 57, and is configured to be able to communicate with an external device such as the server 10 via the network 30.
  • the store server 70 does not necessarily have to be configured to be able to communicate directly with the store code reader device 50, and may be configured to be able to communicate with the store code reader device 50 via the code register 60.
  • the payment completion notification or the like received by the store code reader device 50 from the server 10 may be sent to the code cash register 60, and then sent from the code cash register 60 to the store server 70.
  • the server 10 stores the program P in the storage unit 15, and by executing this program P, the control unit 11 executes the processing as each unit included in the control unit 11. That is, the program P stored in the storage unit 15 causes the server 10 to realize each function executed by the control unit 11.
  • This program P may or may not be expressed as a program module. The same applies to other devices.
  • the control unit 21 of the terminal 20 and / or the control unit 11 of the server 10 are formed not only in a CPU having a control circuit but also in an integrated circuit (IC (Integrated Circuit) chip, LSI (Large Scale Integration)) and the like. Each process may or may not be realized by a logic circuit (hardware) or a dedicated circuit. Further, these circuits may be realized by one or a plurality of integrated circuits, and the plurality of processes shown in each embodiment may or may not be realized by one integrated circuit. In addition, LSI may be referred to as VLSI, super LSI, ultra LSI, or the like depending on the degree of integration. Therefore, the control unit 21 may or may not be expressed as a control circuit. The same applies to other devices.
  • IC Integrated Circuit
  • LSI Large Scale Integration
  • the program P (not limited to, as an example, a software program, a computer program, or a program module) of each embodiment of the present disclosure may be provided in a state of being stored in a storage medium readable by a computer. It does not have to be done.
  • the storage medium can store the program P in a “non-temporary tangible medium”.
  • the program P may or may not be for realizing a part of the functions of each embodiment of the present disclosure. Further, it may or may not be a so-called difference file (difference program) that can realize the functions of each embodiment of the present disclosure in combination with the program P already recorded in the storage medium.
  • the storage medium may be one or more semiconductor-based or other integrated circuits (ICs) (such as, but not limited to, field programmable gate arrays (FPGAs) or application-specific ICs (ASICs)), hard disks.
  • the storage medium may be volatile, non-volatile, or a combination of volatile and non-volatile, where appropriate.
  • the storage medium is not limited to these examples, and may be any device or medium as long as the program P can be stored. Further, the storage medium may or may not be expressed as a memory.
  • the server 10 and / or the terminal 20 can read the program P stored in the storage medium and execute the read program P to realize the functions of the plurality of functional units shown in each embodiment. The same applies to other devices.
  • 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. ..
  • the server 10 and / or the terminal 20 is not limited to, but as an example, by executing the program P downloaded via the Internet or the like, the functions of the plurality of functional units shown in each embodiment are realized. The same applies to other devices.
  • each embodiment of the present disclosure can also be realized in the form of a data signal in which the program P is embodied by electronic transmission.
  • At least part of the processing in the server 10 and / or the terminal 20 may or may not be realized by cloud computing composed of one or more computers.
  • At least a part or all of the processing in the terminal 20 may or may not be performed by the server 10 and / or the store POS system 40.
  • at least a part of the processing of each functional unit of the control unit 21 of the terminal 20 or all the processing may be performed by the server 10 and / or the store POS system 40, or not. May be good.
  • At least a part or all of the processing in the server 10 may or may not be performed by the terminal 20 and / or the store POS system 40.
  • each functional unit of the control unit 11 of the server 10 or all the processing may be performed by the terminal 20 and / or the store POS system 40, or not. May be good. Further, at least a part or all of the processing in the store POS system 40 may or may not be performed by the server 10 and / or the terminal 20.
  • the configuration of the determination in the embodiment of the present disclosure is not essential, and a predetermined process may be operated when the determination condition is satisfied, or a predetermined process may be performed when the determination condition is not satisfied. It may or may not be.
  • the program disclosed in this disclosure is not limited to using script languages such as ActionScript and JavaScript (registered trademark), compiler languages such as Objective-C and Java (registered trademark), and markup languages such as HTML5. Will be implemented.
  • script languages such as ActionScript and JavaScript (registered trademark)
  • compiler languages such as Objective-C and Java (registered trademark)
  • markup languages such as HTML5. Will be implemented.
  • FIG. 1-3 is a diagram showing an example of a function realized by the control unit 11 of the server 10 in this embodiment.
  • the control unit 11 includes, as an example, not limited to, the promotion application management processing unit 111 for executing the promotion application management processing according to the promotion application management processing program 151 stored in the storage unit 15 as a functional unit.
  • FIG. 1-4 is a diagram showing an example of information and the like stored in the storage unit 15 of the server 10 in this embodiment.
  • the storage unit 15 stores, as an example, not a limitation, a promotion application management processing program 151 executed as a promotion application management process, account registration data 153, and a campaign management database 155.
  • the account registration data 153 is registration data related to an account of an application (promotion application in this example), and an example of the data structure is shown in FIG. 1-5.
  • the account registration data 153 as an example, the user name, the application ID, and other registration information are stored in association with each other.
  • the user name is the name of the user of the terminal 20 who uses the application, and is not limited, but as an example, the name registered when the user of the terminal 20 uses the application is stored.
  • the application ID is information used to identify the account of the application, or the account itself. This application ID is preferably a unique value for each account, and is not limited, but as an example, a unique value (unique value) is set and stored for each account by the server 10.
  • the application ID is information associated with the terminal 20 or the user of the terminal 20, and is an example of information about the terminal or information about the user of the terminal.
  • Other registration information is not limited, but is used for identification information for identifying the terminal 20, a terminal 20 telephone number (terminal telephone number), an email address (terminal email address), and various authentications in an application.
  • Various types of information such as authentication information such as passwords (login password, authentication password, etc.) can be included.
  • the identification information for identifying the terminal 20 may be a terminal ID (IMEI (International Mobile Equipment Identity) as an example, not a limitation) as an example rather than a limitation. Further, the identification information for identifying the user of the terminal 20 is not limited, but may be an application ID as an example. The "user ID" may or may not be used instead of the application ID.
  • IMEI International Mobile Equipment Identity
  • the campaign management database 155 is a database for campaign management to which campaign benefits are given by the promotion application, and FIG. 1-6 shows a data configuration example of the first campaign management database 155A, which is an example thereof.
  • campaign management data is stored as management data for each campaign.
  • Each campaign management data stores, as an example, not a limitation, a campaign ID, a campaign name, a campaign target product ID, a campaign target product name, and a campaign coupon code.
  • the campaign ID is an ID as identification information for identifying a registered campaign in the promotion application.
  • This campaign ID is preferably a unique value for each campaign, and is not limited, but as an example, a unique value (unique value) is set and stored for each campaign by the server 10.
  • the campaign name is the name of the campaign identified by the campaign ID.
  • the campaign name may or may not include the privilege content of this campaign.
  • the campaign target product ID is an ID as identification information for identifying a target product that needs to be purchased in order to acquire the privilege of this campaign.
  • the JAN code of the target product is stored in the campaign target product ID as an example, not limited.
  • a plurality of campaign target product IDs may or may not be stored for a certain campaign.
  • the campaign target product IDs include "morning black tea milk tea”, “morning black tea straight tea”, and “morning black tea lemon tea”.
  • the product name targeted for the campaign is the name of the product targeted for this campaign.
  • the campaign target product name may or may not be stored for each ID as an example, not limited to the above.
  • the campaign coupon code is a token required to prove that you have acquired this campaign benefit.
  • the campaign privilege (as an example, not the limitation, "morning tea rich milk tea") is acquired. be able to.
  • This campaign management data is input based on a request from the platform owner as an example, not as a limitation, and based on an operation by the administrator of the server 10 or the like with respect to the input / output unit 12 of the server 10 as an example, not as a limitation.
  • the control unit 11 of the server 10 Based on this input, the control unit 11 of the server 10 performs a campaign management data setting process (presetting process).
  • the campaign management data may be received from the server of the platform owner (not shown).
  • FIG. 1-7 is a diagram showing an example of a function realized by the control unit 21 of the terminal 20 in this embodiment.
  • the control unit 21 includes, as an example, not limited to, a promotion application processing unit 211 for executing the promotion application processing according to the promotion application processing program 281 stored in the storage unit 28 as a functional unit.
  • FIG. 1-8 is a diagram showing an example of information and the like stored in the storage unit 28 of the terminal 20 in this embodiment.
  • the storage unit 28 stores, as an example, not limited to, the promotion application processing program 281 executed as the promotion application processing, and the application ID 283 of the user of the own terminal 20 or the own terminal 20.
  • the application ID 283 may or may not be capable of storing a plurality of application IDs.
  • FIG. 1-2 is a diagram showing an example of a function realized by the control unit 21 of the store code reader device 50 in the store POS system 40 in this embodiment.
  • the control unit 51 includes, as an example, not limited to, a store payment processing unit 511 for executing store payment processing according to the store payment processing program 551 stored in the storage unit 55 as a functional unit.
  • the storage unit 55 of the store code reader device 50 is not limited, but as an example, is identification information for identifying a store payment processing program 551 executed as a store payment process and a store in which the store code reader device is set.
  • the store ID is stored.
  • receipt information which is a processing result of the store settlement process executed by the store code reader device 50 is stored and stored as a database.
  • the receipt information is not limited but is stored as an example in which the receipt ID, the settlement amount, and the item detailed information are associated with each other.
  • the receipt ID is identification information for identifying the executed store payment process.
  • the receipt ID may be in any format as long as the executed store settlement process can be determined.
  • a unique value (unique value) for each store settlement process defined by the store POS system 40 and a combined (connected) value of the store ID are set and stored. I will do it.
  • the receipt ID may or may not be a transaction ID.
  • the settlement amount is the total amount of one settlement settled by the store settlement process.
  • the item detailed information is information showing the breakdown of payments made by the store settlement process, and is not a limitation but an example, a sales product ID (a JAN code as an example, not a limitation) and a sales product name specified by the sales product ID. And the number of sold products, which is the number of sold products sold by settlement, and the unit price of sold products, which is the unit price when this sold product is sold by settlement, are stored in association with each other.
  • ⁇ Display screen> In the following, not only but as an example, a case where the terminal 20 is a smartphone provided with a display unit 24 of a vertically long display will be illustrated.
  • the smartphone is not limited, but as an example, a touch panel that functions as an input unit is arranged facing the display, thereby forming a touch screen.
  • a touch panel that functions as an input unit is arranged facing the display, thereby forming a touch screen.
  • an element such as an icon, button, item, or input area is displayed on the display, if the user operates a part of the touch panel that faces the area where the element is displayed.
  • the program associated with the element or the subroutine of that program is executed.
  • the tap is not limited to, but as an example, the user touches the display unit 24 (touch screen) in which the touch panel is integrated by tapping it with a finger or a pen tip, and then releases the touch panel. It is an operation.
  • transition of the display screen described below is only an example of the transition of the display screen for realizing the method of the present disclosure.
  • the display of some display screens may be omitted, or another display screen may be added.
  • FIG. 1-9 is a diagram showing an example of a screen transition displayed on the display unit 24 of the terminal 20 in this embodiment.
  • the left side of FIG. 1-9 is not limited, but as an example, User A. This is the receipt number input screen of the promotion application displayed on the display unit 24 of the terminal 20A of A.
  • the characters "Promotion App” are displayed as the name of the promotion application.
  • the current position display area indicating the current position in the promotion application is configured.
  • the character “receipt number input” indicating that the current position is the receipt number input screen is the current position display area. It is displayed in.
  • the text "Please enter the receipt number for which you purchased the product” and the receipt number (receipt ID) written on the receipt obtained when you purchased the product (using the service) at a store, etc. ) Is displayed as the receipt number input area RNR1 for inputting.
  • the circled cross icon at the left end of the receipt number input area RNR1 is the receipt number erase button, and is not limited, but as an example, when the receipt number erase button is tapped, it is input to the receipt number input area RNR1. The number will be erased.
  • a numeric keypad area for inputting a receipt number is configured at the bottom of the screen, and a receipt number transmission button BT1 for transmitting the receipt number input to the receipt number input area RNR1 is displayed at the bottom of the screen.
  • the receipt number includes alphabets and symbols
  • the numeric keypad area may be a full keyboard area.
  • the display transitions to the screen on the right side of FIG. 1-9 as an example, not limited. do.
  • a state in which the receipt number transmission button BT1 is tapped after the 11-digit receipt number is input is shown.
  • FIG. 1-9 The right side of FIG. 1-9 is a coupon display screen of a promotion application as an example, not a limitation. On this screen, the characters "coupon display” indicating that the current position is the coupon display screen are displayed in the current position display area.
  • the receipt number of the receipt containing the purchase of the campaign target product "Morning Tea Rich Milk Tea” was sent on the left side of Fig. 1-9, and the “Morning Tea Rich Milk Tea” was sent.
  • "Thank you for purchasing milk tea” is displayed for the campaign target product purchase information PI1 (not limited, but an example of purchase information).
  • the content of the coupon that can be obtained in the campaign and the campaign coupon code that is a token for using the coupon are included in the campaign coupon information SO1 (not limited, but privilege information). An example) is displayed.
  • the user of the terminal 20A presents the campaign coupon information SO1 displayed on the display unit 24 at the store where the campaign is purchased to the clerk.
  • the clerk activates the "1 free morning tea rich milk tea" which is a benefit of the campaign coupon, and gives a discount at the time of accounting.
  • FIG. 1-10 is a flowchart showing an example of the flow of processing executed by each device in this embodiment.
  • a process executed by the control unit 21 of the terminal 20A terminal 20 of the user AA
  • a process executed by the control unit 11 of the server 10 and a control unit of each component of the store POS system 40. Shows an example of the processing executed by.
  • this process is merely an example of a process for realizing the method of the present disclosure, and is not limited to this process. Another step may be added to this process, or some steps may be omitted (deleted) from this process. This is the same for each flowchart (process) described below.
  • User A Prior to this process, User A. It is assumed that A makes a purchase at a store having a store POS system 40 and possesses a receipt.
  • the type of payment method in the store does not matter.
  • the payment method is not limited, and examples thereof include cash, credit cards, debit cards, gift certificates, electronic money (electronic money), and the like.
  • User A. A is not limited to shopping by himself.
  • User A. A user other than A makes a purchase at the store, and the receipt is received by the user A. It may or may not be handed to A.
  • control unit 21 of the terminal 20A causes the display unit 24 to display a display screen prompting the input of the receipt ID printed on the receipt. Then, as an example, not limited to, the control unit 21 of the terminal 20A accepts the input of the receipt ID based on the user operation for the input / output unit 23 of the terminal 20A (A110).
  • control unit 21 of the terminal 20A transmits the receipt ID information including the receipt ID to the server 10 by the communication I / F 22 (A120).
  • the control unit 11 of the server 10 searches for the store where the purchase was made from the receipt ID, as an example, not limited to. Then, the control unit 11 of the server 10 transmits the receipt information request information for requesting the receipt information including the item detailed information of the receipt ID to the store POS system 40 of the store where the shopping was performed by the communication I / F 14. (S110).
  • the store server 70 of the store POS system 40 When the store server 70 of the store POS system 40 receives the receipt information request information from the server 10 by a communication I / F (not shown), the store server 70 searches for the receipt information based on the received receipt ID. Then, the receipt information including the item detailed information identified by the receipt ID is transmitted to the server 10 by a communication I / F (not shown) (P110). Then, the store POS system 40 ends the process.
  • the receipt information stored in the store POS system 40 is not limited, but as an example, the receipt information is stored in the storage unit 15 of the server 10 by pre-transferring the receipt information to the server 10 each time the shopping is settled. You may or may not do so. In this case, the server 10 searches for the receipt information using the receipt ID as a key.
  • the control unit 11 of the server 10 Upon receiving the receipt information from the store POS system 40 by the communication I / F 14, the control unit 11 of the server 10 executes the campaign search process based on the receipt information and the first campaign management database 155A (S130). In the campaign search process, the control unit 11 of the server 10 matches the sales product ID in the item detailed information of the receipt information with the campaign target product ID in the campaign management data, and whether the receipt information includes the target product of each campaign. It is determined whether or not (S140).
  • the control unit 11 of the server 10 is not limited to, but as an example, the campaign target product purchase information including the campaign target product name. It is transmitted to the terminal 20A by the communication I / F14 (S150). Further, the control unit 11 of the server 10 transmits, as an example, not limited to, the campaign coupon information including the campaign coupon code of the campaign to the terminal 20A by the communication I / F14 (S160). Then, the control unit 11 of the server 10 ends the process. If the sales product ID of the receipt information does not include the campaign target product ID (S140: NO), the control unit 11 of the server 10 ends the process.
  • the control unit 21 of the terminal 20A displays the campaign target product purchase information received from the server 10 by the communication I / F 22 on the display unit 24. Display (A150). Further, the control unit 21 of the terminal 20A causes the display unit 24 to display the campaign coupon information (A160). Then, the control unit 21 of the terminal 20A ends the process.
  • the control unit 21 of the terminal 20A ends the process.
  • step of S130 when the sales product ID of the receipt information includes the campaign target product ID in a plurality of campaign IDs (S140: YES), the control unit 11 of the server 10 campaigns from a plurality of matching campaign management data. The target product name and the campaign coupon code are read out, and the steps of S150 and S160 are repeatedly executed. Further, in the step of S130, when the sales product ID of the receipt information includes a plurality of campaign target product IDs in the same campaign ID (S140: YES), the control unit 11 of the server 10 has only the number of matching sales product IDs. , S150 and S160 are repeatedly executed.
  • the privilege information (not limited but as an example, campaign coupon information) and the purchase information (not limited but as an example, campaign target product purchase information) are displayed on the display unit 24 of the terminal 20.
  • the purchase information may not be displayed on the display unit 24 of the terminal 20 as an example, not limited to the above. This also applies to the following examples.
  • the terminal 20 receives the campaign target product purchase information (not limited, but an example of the purchase information purchased by the user of the terminal) by the communication I / F 22.
  • the terminal 20 shows a configuration in which the campaign coupon information (not limited, but an example of privilege information) related to the campaign target product purchase information is displayed on the display unit 24.
  • the user of the terminal can be made to recognize the privilege information related to the purchase information as well as the purchase information.
  • the server 10 communicating with the terminal 20 receives the information of the product or service purchased by the user of the terminal 20 by the communication I / F14. Then, the server 10 transmits the campaign target product purchase information based on the information of the product or service purchased by the user of the terminal 20 and the campaign coupon information related to the campaign target product purchase information to the terminal 20 by the communication I / F14.
  • the configuration in which the control unit 11 performs the control to be performed is shown. As an example of the effect of the embodiment obtained by such a configuration, after acquiring the information of the product or service purchased by the user of the terminal, the purchase information based on this information and the privilege information related to this purchase information Can be sent to the terminal to notify the user of the terminal.
  • the privilege of the campaign can be obtained by purchasing the campaign target product identified by the campaign target product ID, but the present invention is not limited to this. As an example, not limited to, it may be possible to acquire a campaign privilege for using a service targeted for a campaign (service targeted for a campaign).
  • the campaign privilege can be acquired.
  • the control unit 21 of the terminal 20A decides to display the campaign target product purchase information on the display unit 24, but the present invention is not limited to this.
  • the control unit 21 of the terminal 20A may display the receipt information including the item detailed information on the display unit 24.
  • FIG. 1-11 is a diagram showing an example of a screen transition displayed on the display unit 24 of the terminal 20 in this modification.
  • the left side of FIG. 1-11 is the same as the left side of FIG. 1-9.
  • the receipt number transmission button BT1 is tapped after the receipt number is input to the receipt number input area RNR1 on the left side of FIG. 1-11, the display transitions to the screen on the right side of FIG. ..
  • FIG. 1-11 The right side of FIG. 1-11 is a coupon display screen of a promotion application as an example, not a limitation. On this screen, the characters "coupon display” indicating that the current position is the coupon display screen are displayed in the current position display area.
  • receipt information (may be referred to as an electronic receipt) identified by the receipt number (receipt ID) input to the receipt number input area RNR1 (not limited, but an example of purchase information). ) Is displayed.
  • the receipt information RI1 displays, as an example, not a limitation, a purchase store name, a purchase date and time, a settlement amount, and detailed item information.
  • the campaign coupon information SO1 (privilege information) is displayed at the bottom of the screen based on the fact that the item detailed information of the receipt information RI1 includes the campaign target product "morning tea rich milk tea”. ..
  • FIG. 1-12 is a flowchart showing an example of the flow of processing executed by each device in this modification.
  • a process executed by the control unit 21 of the terminal 20A terminal 20 of the user AA
  • a process executed by the control unit 11 of the server 10 and a control unit of each component of the store POS system 40. Shows an example of the processing executed by.
  • the control unit 11 of the server 10 transmits the received receipt information to the terminal 20A by the communication I / F14 (S120).
  • the control unit 21 of the terminal 20A causes the display unit 24 to display the received receipt information (A130). Then, the control unit 21 of the terminal 20A executes the steps of A140 and A160.
  • control unit 11 of the server 10 may execute the step of S150 in FIG. 1-10.
  • control unit 21 of the terminal 20A executes the step of A150 in FIG. 1-10 after executing the step of A140.
  • This modification shows a configuration in which the purchase information includes receipt information (not limited to an example of an electronic receipt) based on the purchase of a product or service by the user of the terminal 20.
  • receipt information not limited to an example of an electronic receipt
  • the terminal user can be made to recognize the privilege information related to the electronic receipt based on the purchase of the product or service by the terminal user.
  • the campaign search process is executed on the server 10, but the present invention is not limited to this. As an example, not limited to this, the campaign search process may be executed on the terminal 20A.
  • control unit 11 of the server 10 transmits the campaign management database 155A to the terminal 20A at some timing. Then, the control unit 21 of the terminal 20A executes the campaign search process based on the received receipt information and the campaign management database 155A.
  • the control unit 11 of the server 10 communicates the receipt information transmitted and received from the store POS system 40 in the step of P110 with the latest campaign management database 155A. It is transmitted to the terminal 20A by F14.
  • the control unit 11 of the server 10 transmits the latest campaign management database 155A to the terminal 20A at regular timings, not by limitation but as an example.
  • the control unit 21 of the terminal 20A can execute the campaign search process after the step of A120 as an example, not limited to the control unit 21.
  • a part or all of the steps of S130 to S160 of the server 10 can be omitted as an example without limitation.
  • the control unit 11 of the server 10 may not transmit the campaign coupon code to the terminal 20A in the campaign management data of the campaign management database 155A.
  • the control unit 21 of the terminal 20A transmits the information requesting the campaign coupon code of the campaign searched by the campaign search process to the server 10 by the communication I / F 22. Then, the control unit 11 of the server 10 can transmit the campaign coupon code to the terminal 20A based on the received request information.
  • the campaign application token is stored in the campaign management data of the first campaign management database 155A instead of the campaign coupon code.
  • the campaign application token is a token required to prove that you have acquired the application qualification for this campaign.
  • the campaign application token is a token required to acquire the campaign privilege.
  • FIG. 1-13 is a diagram showing an example of a screen transition displayed on the display unit 24 of the terminal 20 in this modification.
  • the left side of FIG. 1-13 is the same as the left side of FIG. 1-9.
  • the receipt number (receipt ID) is input to the receipt number input area RNR1 and then the receipt number transmission button BT1 is tapped, the screen on the right side of FIG. The display changes.
  • FIG. 1-13 The right side of FIG. 1-13 is not a limitation but an example of a coupon display screen of a promotion application. On this screen, the characters "coupon display" indicating that the current position is the coupon display screen are displayed in the current position display area.
  • the receipt information RI1 identified by the receipt number input to the receipt number input area RNR1 is displayed below the current position display area.
  • the campaign privilege application information SO2 (not limited, but an example of privilege information) including the contents of possible campaign benefits and the campaign application token which is a token for applying for the campaign is displayed.
  • the user of the terminal 20A writes the campaign application token on the application postcard, etc., and mails it to the campaign application secretariat of the platform owner. If the user wins based on the lottery result of the platform owner, the user of the terminal 20A can acquire the "sterling silver spoon" which is a campaign privilege.
  • the user of the terminal 20A accesses the application site (application Web page) of the platform owner or the promotion service operator and inputs and sends the campaign application token, he / she can apply for the acquisition of the campaign privilege. good.
  • FIG. 1-14 is a flowchart showing an example of the flow of processing executed by each device in this modification.
  • a process executed by the control unit 21 of the terminal 20A terminal 20 of the user AA
  • a process executed by the control unit 11 of the server 10 and a control unit of each component of the store POS system 40. Shows an example of the processing executed by.
  • the control unit 11 of the server 10 communicates the campaign application token information including the campaign application token for the campaign as an example, not limited. It is transmitted to the terminal 20A by I / F14 (S170).
  • the control unit 21 of the terminal 20A displays the received campaign application token information on the display unit 24 (A180).
  • the application method may be any method, but it is not limited and can be any of the following methods as an example.
  • the application method may be any method, but it is not limited and can be any of the following methods as an example.
  • This modification shows a configuration in which the privilege information includes campaign privilege application information (not limited, but an example of information on benefits that the terminal user can apply based on purchase information).
  • campaign privilege application information not limited, but an example of information on benefits that the terminal user can apply based on purchase information.
  • FIG. 2-1 is a diagram showing an example of information and the like stored in the storage unit 15 of the server 10 in this embodiment.
  • the storage unit 15 stores, as an example, not a limitation, a promotion application management processing program 151, an account registration data 153, a campaign management database 155, and an account management database 157.
  • FIG. 2-2 is a diagram showing a data configuration example of the second campaign management database 155B, which is an example of the campaign management database 155 used in this embodiment.
  • campaign management data is stored as management data for each campaign.
  • Each campaign management data is not limited, but as an example, a campaign ID, a campaign name, a campaign target product ID, a campaign target product name, a campaign application URI, a campaign application token, a campaign achievement condition, and a campaign.
  • the period is memorized.
  • the campaign ID, the campaign name, the campaign target product ID, and the campaign target product name are the same as in the first campaign management database 155A.
  • the campaign application token is the same as the campaign application token of the first modification.
  • the campaign application URI is not limited, but is information that points to the address of the application Web page for this campaign as an example.
  • the campaign achievement condition is a condition for acquiring this campaign privilege or the application right for acquiring the campaign privilege.
  • the campaign achievement condition may include, as an example, not a limitation, the purchase of a fixed number (or a set number) of products identified by the campaign target product ID, or the purchase of a fixed amount (or a set amount).
  • FIG. 2-2 illustrates the conditions under which the application right can be obtained by purchasing six products with the campaign target product ID.
  • a condition may be set as a campaign achievement condition that a fixed number of products or a fixed amount of money is purchased for each campaign target product ID. Regardless of the ID, a condition may be set in which a fixed number or a fixed amount of money is purchased in total. Alternatively, the conditions may be determined by the number of items to be purchased and the purchase price.
  • the campaign period is the period during which this campaign is carried out.
  • the campaign period may or may not be divided into a campaign target product purchase period and a campaign application available period.
  • the predetermined number of purchases may be increased for each purchase of one target product in the campaign collection process described later.
  • the predetermined number of purchases may be increased for each purchase of one target product in the campaign collection process described later.
  • black tea containing 24 bottles it can be treated as synonymous with purchasing 24 bottles of black tea.
  • you purchase one case you can give an extra right to apply for 6 bottles as a bonus (equivalent to purchasing 30 bottles).
  • the account management database 157 is a database for managing the purchase history of the campaign target product in each account.
  • FIG. 2-3 is a diagram showing a data configuration example of the first account management database 157A, which is an example of the account management database 157 used in this embodiment.
  • Account management data is stored in the first account management database 157A as management data for each account.
  • Each account management data stores, but is not limited to, an application ID and ongoing campaign data as an example.
  • the application ID is identification information used to identify the account of the promotion application.
  • the campaign ID and the purchase history data are stored in association with each other for each campaign.
  • the campaign ID is identification information for identifying a campaign stored in the second campaign management database 155B.
  • the purchase history data as an example, the transaction ID, the store ID, the purchase store name, the number of purchases, and the purchase amount are stored in association with each other.
  • the information of the store name of purchase may not be stored.
  • the purchase price information may not be stored. If the information on the number of purchases is not used for determining the campaign achievement condition, the information on the number of purchases may not be stored.
  • the transaction ID is preferably a unique value for each transaction, and is identification information for identifying payment at the store, which is defined in the store POS system 40. However, if the stores are different, the same transaction ID can be obtained.
  • a unique value (unique value) may be set for each transaction by the server 10.
  • the store ID is an ID as identification information for identifying the store where the transaction was made.
  • This store ID is preferably a unique value for each store, and is not limited, but as an example, a unique value (unique value) is set and stored for each member store by the server 10.
  • the store ID may be set by the store POS system 40.
  • the name of the store where the transaction was made is stored in the purchase store name.
  • the information of the purchased store name can be stored and managed by the server 10 in association with the store ID by data (not shown). Further, the purchase store name may be set by the store POS system 40.
  • the number of purchases is the number of purchases of the campaign target product in the campaign of the campaign ID purchased by the transaction. In a campaign in which a plurality of campaign target product IDs are set, the number of purchases of each product may be stored individually.
  • the purchase price is the purchase price of the campaign target product in the campaign of the campaign ID purchased by the transaction. In a campaign in which a plurality of campaign target product IDs are set, the purchase price of each product may be stored individually. If the campaign achievement condition is either the number of purchases or the purchase price of the campaign target product, only the number of purchases or the purchase price described in the campaign achievement condition may be stored.
  • FIG. 2-4 is a diagram showing an example of a screen transition displayed on the display unit 24 of the terminal 20 in this embodiment.
  • the left side of FIG. 2-4 is not limited, but as an example, User A. This is the main menu screen of the promotion application displayed on the display unit 24 of the terminal 20A of A.
  • the characters "main menu” indicating that the screen is the main menu screen are displayed in the current position display area.
  • the ongoing campaign display area CIR1 (substantially the same as the ongoing campaign display area CSR1) for displaying the campaign in which A purchases the campaign target product in order to satisfy the campaign application condition is displayed.
  • user A Regardless of whether or not the campaign for which A has purchased the campaign target product meets the campaign achievement conditions, the user A. Called A's "participating campaign” or "ongoing campaign”.
  • the bell mark above the ongoing campaign display area CIR1 is a notification icon for notifying notifications from the promotion application (promotion service).
  • promotion application promotion service
  • the user A when a notification is sent from the server 10 to the terminal 20A, the user A. It is possible to notify A.
  • the notification notification icon When the notification notification icon is tapped, the control unit 21 of the terminal 20A displays the notification content on the display unit 24.
  • the receipt number input button written as "" and the POS code for displaying the code (user ID code) (not limited, but an example of code information) to be presented to the store code reader device 50 at the time of purchase at the store.
  • the display button BT2 is displayed side by side.
  • the POS code (user ID code) may be a two-dimensional code or a one-dimensional code. Further, the POS code may be provided with an effective time.
  • User A. of terminal 20A. A presents the display unit 24 on which the POS code is displayed to the store code reader device 50 before payment at the store. Then, the store code reader device 50 reads the POS code by the code reader 58 as an example, not limited to the above. After that, the store code reader device 50 continues the payment processing at the store.
  • FIG. 2-4 shows an example of a receipt display screen displayed on the display unit 24 after payment processing (payment processing) at a store.
  • the receipt information RI1 for shopping at the store "AA Supermarket" that presented the POS code is displayed.
  • the ongoing campaign display area CSR1 for displaying the ongoing campaign is displayed.
  • the ongoing campaign display area CSR1 is based on the fact that the item detailed information of the receipt information RI1 includes the campaign target product "morning tea rich milk tea", and "morning tea rich”.
  • Campaign information CS1 regarding the "milk tea” campaign is displayed.
  • FIG. 2-5 is a diagram showing another example of the transition of the screen displayed on the display unit 24 of the terminal 20 in this embodiment.
  • the left side of FIG. 2-5 is a display screen when the main menu screen is displayed following FIG. 2-4.
  • a simple display consisting of the number of purchases up to now and the number of purchases until the campaign achievement condition is satisfied is displayed in the campaign information CS1.
  • FIG. 2-5 On the right side of FIG. 2-5, another example of the display screen displayed on the display unit 24 after payment processing at the store is shown.
  • the receipt information RI2 for shopping at the "BB Mart Susukino store" which is the store that presented the POS code
  • the total purchase amount at "BB Mart” is every "5000 yen” based on the shopping at the store chain "BB Mart” described in the receipt information RI2.
  • the campaign information CS2 of the campaign that can be applied to is displayed.
  • Each element of the campaign information CS2 can be the same as the campaign information CS1 except that the required number of applications is the required amount of application.
  • the campaign application request information transmission button BT4 is grayed out because the total purchase amount has not reached the application required amount "5000 yen", and the operation is invalidated.
  • FIG. 2-6 is a diagram showing an example of screen transitions displayed on the display unit 24 when applying for a campaign using the terminal 20.
  • an application method of the above-mentioned campaign a method of applying from a promotion application is exemplified.
  • Fig. 2-6 is another example of the receipt display screen.
  • the receipt information RI3 in the shopping of "AA supermarket” is displayed at the upper part.
  • the ongoing campaign display area CSR1 includes "morning black tea rich”.
  • Campaign information CS1 regarding the "milk tea” campaign is displayed.
  • the current number of purchases is "6" based on the purchase of two "morning tea rich milk teas" in the receipt information RI3.
  • the mark of "1 unit application OK" indicating that it is possible to apply for 1 unit in the campaign is displayed in the upper right part of the campaign information CS1. ..
  • the grayed out display of the campaign application request information transmission button BT3 is canceled and the operation is enabled.
  • the required number of applications meets the conditions required for applying for the campaign, and since it is possible to apply, the cumulative number of conditions for achieving the campaign has been initialized, and the required number of applications has returned to "6".
  • the user A. of the terminal 20A On the left side of FIG. 2-6, as an example, not a limitation, the user A. of the terminal 20A.
  • the campaign application screen is displayed on the display unit 24 of the terminal 20A.
  • An example of the display screen of the campaign application screen is shown in the center of FIG. 2-6.
  • Fig. 2-6 the characters "Campaign application” indicating that it is a campaign application screen are displayed in the current position display area. Below that, the content of the campaign and the campaign application information input area CAR1 for inputting the application information necessary for application are displayed.
  • the campaign application information input area CAR1 After entering the campaign application information such as name and address based on the input of A, when the campaign application button BT6 at the bottom of the screen is tapped, the information input area for campaign application is given to the platform owner as an example, not limited.
  • the campaign application information entered in CAR1 is sent, and the campaign application is completed. If the promotion application account information diversion authorization button BT5 for using the promotion application account registration information as the campaign application information is changed to ON, the promotion application account registration information is transmitted as the promotion application information. To.
  • FIG. 2-6 On the right side of FIG. 2-6, an example of a display screen when the campaign application button BT6 is tapped in the center of FIG. 2-6 is shown. On this screen, the campaign application information ACM1 indicating that the application for the campaign has been completed is superimposed on the display screen in the center of FIG. 2-6.
  • FIG. 2-7 is a flowchart showing an example of the flow of processing executed by each device in this case.
  • FIG. 2-7 shows an example of the processing executed by the system including the terminal 20A, the server 10, and the store POS system 40.
  • the user of the terminal 20A brings the product to be purchased to the cash register at the store having the store POS system 40. Then, as an example, not limited to, the product purchase process is executed based on the input to the store code reader device 50 of the store POS system 40 (R120).
  • FIG. 2-8 is a flowchart showing an example of the flow of processing executed by each device in the product purchase processing.
  • a process executed by the control unit 21 of the terminal 20A terminal 20 of the user AA
  • a process executed by the control unit 11 of the server 10 and a process of the store code reader device 50 in the store POS system 40.
  • An example of the process executed by the control unit 51 is shown.
  • the control unit 51 of the store code reader device 50 executes the store payment amount calculation process according to the store payment processing program 551 (P210).
  • the control unit 51 of the store code reader device 50 reads the JAN code printed on the product to be purchased by the code reader 58 as an example, not limited to the control unit 51.
  • the control unit 51 of the store code reader device 50 transmits the read JAN code to the store server 70 by the POS communication I / F 57.
  • the control unit of the store server 70 searches for the unit price of the sold product from the JAN code and transmits it to the store code reader device 50.
  • the control unit 51 of the store code reader device 50 generates detailed item information for each product based on the received unit price of the product for sale and, for example, the number of products for sale acquired by the input / output unit 52. When all the products to be purchased are added to the item details information, the control unit 51 of the store code reader device 50 calculates the total price for each product sold from the product of the unit price of the products sold and the number of products sold, and all the products sold. Calculate the planned settlement amount from the total amount of the total amount in.
  • the control unit 21 of the terminal 20A is not limited, but as an example, a user for requesting user ID code information which is an image code associated with an account of a promotion application based on a user operation on the input / output unit 23 of the terminal 20A.
  • the ID code request information is transmitted to the server 10 by the communication I / F 22 (A210).
  • the control unit 11 of the server 10 is not limited to the code information including the user ID information hashing the application ID of the user (terminal).
  • a certain user ID code information is transmitted to the terminal 20A by the communication I / F14 (S210).
  • the control unit 11 of the server 10 can uniquely restore the application ID from the user ID information.
  • the control unit 21 of the terminal 20A causes the display unit 24 to display the user ID code information (A220).
  • the control unit 51 of the store code reader device 50 executes the settlement process of the scheduled settlement amount (P220).
  • the payment method may be of any type.
  • the payment method is not limited, and examples thereof include cash, credit cards, debit cards, gift certificates, electronic money (electronic money), and the like. Regarding the case of using electronic money, a later embodiment will be described in particular detail.
  • the control unit 51 of the store code reader device 50 transmits the receipt information including the item detailed information in this settlement to the store server 70 by the POS communication I / F 57.
  • the store server 70 adds the received receipt information to the database of the storage unit and stores it.
  • the control unit 51 of the store code reader device 50 converts the user receipt information composed of the user ID information obtained by decoding the read user ID code information and the receipt information into the server 10 by the communication I / F 54. (P230).
  • the control unit 11 of the server 10 calculates the purchaser's application ID from the user ID information of the received user receipt information. Then, the control unit 11 of the server 10 transmits the receipt information of the user receipt information to the terminal 20A which is the terminal of the application ID of the purchaser (S120).
  • the campaign application determination process is executed (R130).
  • FIG. 2-9 is a flowchart showing an example of the flow of processing executed by each device in the campaign application determination processing.
  • FIG. 2-9 in order from the left side, an example of a process executed by the control unit 21 of the terminal 20A (terminal 20 of the user AA) and a process executed by the control unit 11 of the server 10 is shown.
  • the control unit 11 of the server 10 executes the campaign search process based on the receipt information received from the store code reader device 50 in the product purchase process (S130). In the campaign search process, only those whose purchase date and time are in the campaign period are searched based on the campaign period of the campaign management data.
  • the control unit 11 of the server 10 executes the campaign collection process (S220).
  • the control unit 11 of the server 10 searches for a campaign in the ongoing campaign data of the account management data of the user who is the purchaser, based on the user ID information received from the store code reader device 50 in the product purchase process. Add and store the purchase information of the campaign target product searched in the process. Since the campaign collection process can be said to be a process of adding / updating purchase information related to the campaign target product, it may be referred to as a purchase information addition process, a purchase information update process, or the like.
  • control unit 11 of the server 10 is not limited, but as an example, each calculated from the campaign target product name of the campaign management data searched in the campaign search process, the campaign achievement condition, the campaign period, and the account management data.
  • Campaign information including the achievement status of the campaign (for example, the number of purchases up to now and the total purchase amount up to now) is transmitted to the terminal 20A by communication I / F14 (S230).
  • the control unit 21 of the terminal 20A causes the display unit 24 to display the received campaign information (A240).
  • the control unit 21 of the terminal 20A ends the process.
  • the control unit 11 of the server 10 determines whether or not the campaign achievement condition of each campaign management data searched in the campaign search process is satisfied based on the updated account management data (S240). In determining the campaign achievement conditions, only those whose purchase date and time are during the campaign period are determined based on the campaign period of the campaign management data. When the campaign achievement condition is satisfied (S240: YES), the control unit 11 of the server 10 executes the step of S170.
  • the control unit 21 of the terminal 20A displays a screen display for determining whether or not to apply for the campaign for which application is possible. Display on 24. Then, as an example, not limited to, when it is selected to apply for the campaign based on the user operation for the input / output unit 23 of the terminal 20A (A250: YES), the control unit 21 of the terminal 20A is selected campaign.
  • the campaign application request information for applying to the server 10 is transmitted to the server 10 by the communication I / F22 (A260).
  • the campaign application request information may include account registration information diversion authorization information that authorizes the use of the promotion application account registration information (not limited to, for example, address, name, etc.) as registration information at the time of application. However, it does not have to be included.
  • control unit 21 of the terminal 20A ends the process.
  • the control unit 11 of the server 10 executes the campaign application process (S260).
  • the control unit 11 of the server 10 diverts the account registration information to a server (not shown) of the platform owner, as an example, not limited to, based on the campaign application URI of the campaign management data selected to apply.
  • Send campaign application information including account registration information that was allowed to be sent based on authorization information.
  • the control unit 11 of the server 10 inputs information necessary for application (not limited, but as an example, an address, a name, etc.) to the terminal 20A. It may be transmitted and the campaign application information may be transmitted based on the input result on the terminal 20A.
  • the control unit 11 of the server 10 ends the process.
  • the control unit 11 of the server 10 transmits the campaign application information indicating that the application for the campaign is completed to the terminal 20A by the communication I / F14 (S270). Then, the control unit 11 of the server 10 ends the process.
  • the control unit 21 of the terminal 20A displays the received campaign application information on the display unit 24 (A270). Then, the control unit 21 of the terminal 20A ends the process.
  • the campaign application process is not limited to being executed on the server 10.
  • the control unit 11 of the server 10 transmits the campaign application URI to the terminal 20A.
  • the control unit 21 of the terminal 20A may execute the campaign application process by directly communicating with a server (not shown) of the platform owner.
  • the correspondence between the privilege and the product may be a “1: 1” relationship, but may be a “1: plural” relationship. That is, one product may be associated with one privilege, or a plurality of products may be associated with one privilege. Further, the same type of product may be associated with one privilege, or different types of products may be associated with one privilege. This also applies to services.
  • This embodiment shows a configuration in which the information on the benefits that the user of the terminal 20 can apply for can be applied based on the number of products or services associated with the campaign information purchased by the user of the terminal 20.
  • the number of products or services associated with the privilege information purchased by the user of the terminal is a specified number or a set number, as an example, but not a limitation. When it reaches, the user of the terminal can apply for the privilege.
  • the terminal 20 performs a process of transmitting the user ID code request information to the server 10 and a process of displaying the user ID code information transmitted from the server 10 (not limited to the process of associating with the privilege information).
  • the control unit 21 performs an example of a process relating to increasing the number of goods or services purchased by the user of the terminal.
  • the store code reader device 50 performs the store shopping payment process, and the user receipt information is transmitted to the terminal 20.
  • the server 10 performs a campaign collection process (not limited to an example of a process relating to increasing the number of products or services associated with the privilege information purchased by the user of the terminal).
  • the terminal 20 displays information on the number of purchased products or services associated with the campaign information (not limited, but an example of information on the number of products or services associated with the privilege information purchased by the user of the terminal).
  • the configuration to be displayed in the unit 24 is shown. As an example of the effect of the embodiment obtained by such a configuration, it is possible to increase the number of goods or services associated with the privilege information purchased by the user of the terminal.
  • the terminal user can be made to recognize the number of purchases of the product or service associated with the privilege information.
  • the campaign information can be made available for application based on the total amount of money purchased by the user of the terminal 20 for the product or service associated with the campaign information.
  • the total amount of the amount of money purchased by the user of the terminal for the product or service associated with the privilege information is set as a specified amount or as an example, not limited.
  • the user of the terminal can apply for the privilege.
  • the terminal 20 processes such as a process of transmitting the user ID code request information to the server 10 and a process of displaying the user ID code information transmitted from the server 10 (not limited to, but associated with the privilege information).
  • An example of a process relating to increasing the total amount of money purchased by a user of a terminal for a product or service) is performed by the control unit 21.
  • the store code reader device 50 performs the store shopping payment process, and the user receipt information is transmitted to the terminal 20.
  • the server 10 performs a campaign collection process (not limited to an example of a process relating to increasing the number of products or services associated with the privilege information purchased by the user of the terminal).
  • the terminal 20 provides information on the total purchase price of the product or service associated with the campaign information (not limited, but an example of information on the price of the product or service associated with the privilege information purchased by the user of the terminal).
  • the configuration to be displayed on the display unit 24 is shown. As an example of the effect of the embodiment obtained by such a configuration, it is possible to increase the total amount of money purchased by the user of the terminal for the goods or services associated with the privilege information.
  • the user of the terminal can be made to recognize the purchase price of the product or service associated with the privilege information.
  • the terminal 20 displays the information for campaign application on the display unit 24 and sends the campaign application request information to the server 10 (not limited to the privilege information related to the purchase information).
  • An example of processing related to application is shown by the control unit 21.
  • the control unit 21 As an example of the effect of the embodiment obtained by such a configuration, it is possible to appropriately apply for privilege information related to purchase information.
  • the campaign information shows a structure including information on the application deadline of the campaign (not limited, but an example of information on the expiration date for which the privilege information can be applied).
  • the terminal user can be made to recognize the expiration date for applying for the privilege information as well as the purchase information.
  • the terminal 20 displays the user ID code information (not limited, but an example of the code information) on the display unit 24. Then, the terminal 20 shows a configuration in which the receipt information (not limited, but an example of purchase information) is received by the communication I / F 22 based on the user ID code information being read. As an example of the effect of the embodiment obtained by such a configuration, the purchase information can be easily acquired by reading the code information displayed on the display unit of the terminal.
  • the user ID code information can be associated with the user information of the user of the terminal 20.
  • the user of the terminal can be identified from the code information.
  • the server 10 uses the terminal user to perform a campaign collection process (not limited to the product or service associated with the privilege information) based on the information of the product or service purchased by the user of the terminal 20.
  • a campaign collection process (not limited to the product or service associated with the privilege information)
  • An example of a process related to increasing the number of purchases an example of a process related to increasing the total amount of money purchased by a terminal user for a product or service associated with privilege information
  • the control unit 11 There is.
  • the number of products or services purchased by the terminal user associated with the privilege information based on the information of the product or service purchased by the user of the receiving terminal.
  • the total amount of money purchased by the user of the terminal for the product or service associated with the privilege information can be appropriately increased.
  • the control unit 11 of the server 10 uses the campaign target product name, the campaign achievement condition, the campaign period, and the campaign achievement status (as an example, not limited to the number of purchases up to now) searched in the campaign search process.
  • campaign information not limited, but an example of information indicating that it is possible to apply for privilege information
  • total purchase amount up to now is transmitted to the terminal 20 by communication I / F14.
  • the campaign collection process is executed in the control unit 11 of the server 10, but the present invention is not limited to this.
  • the control unit 21 of the terminal 20A may execute a part of the campaign collection process.
  • the control unit 11 of the server 10 uses the communication I / F14 to terminal the campaign target product purchase information indicating that the campaign target product has been purchased. Send to 20A.
  • the control unit 21 of the terminal 20A purchases and purchases the campaign target product based on the received campaign target product purchase information, and not by limitation, but as an example, based on the user operation for the input / output unit 23 of the terminal 20A. Increase at least one of the amount. In this case, it is not always necessary to increase the number of purchased products and the purchase price of the campaign target products.
  • the control unit 21 of the terminal 20A transmits information obtained by increasing at least one of the purchase quantity and the purchase price to the server 10 by the communication I / F 22.
  • the control unit 11 of the server 10 updates the ongoing campaign data of the account management data based on the received information.
  • the account management database 157A may be stored in the storage unit 28 of the terminal 20A, and the campaign collection process may be executed in the control unit 21 of the terminal 20A.
  • the terminal 20A may be made to execute the campaign search process in consideration of the first modification. Further, the campaign achievement condition of the campaign management data may be stored in the storage unit 28 of the terminal 20A, and the control unit 21 of the terminal 20A may be made to determine whether or not the campaign can be applied.
  • the terminal 20 processes to increase the number of purchases of the campaign target product based on the campaign target product purchase information (not limited, but an example of purchase information) (the product associated with the privilege information, not limited).
  • the control unit 21 performs an example of a process relating to increasing the number of services purchased by the user of the terminal.
  • the terminal 20 displays information on the number of purchased products or services associated with the campaign information (not limited, but an example of information on the number of products or services associated with the privilege information purchased by the user of the terminal).
  • the configuration to be displayed in the unit 24 is shown. As an example of the effect of the embodiment obtained by such a configuration, it is possible to increase the number of goods or services associated with the privilege information purchased by the user of the terminal.
  • the terminal user can be made to recognize the number of purchases of the product or service associated with the privilege information.
  • the terminal 20 is associated with a process (not limited, but a privilege information) in which the terminal 20 increases the purchase amount of the campaign target product based on the campaign target product purchase information (not limited, but an example of purchase information).
  • the control unit 21 performs an example of a process relating to increasing the total amount of money purchased by the user of the terminal for the goods or services.
  • the terminal 20 displays information on the purchase price of the product or service associated with the campaign information (not limited, but an example of information on the price of the product or service associated with the privilege information purchased by the user of the terminal).
  • the configuration to be displayed in the unit 24 is shown.
  • FIG. 3-1 is a diagram showing a data configuration example of the third campaign management database 155C, which is an example of the campaign management database 155 used in this embodiment.
  • campaign management data is stored as management data for each campaign.
  • Each campaign management data is not limited, but as an example, a campaign ID, a campaign name, a campaign target product ID, a campaign target product name, a campaign application URI, a campaign application token, a campaign achievement condition, and a campaign.
  • the period and promotion data are stored.
  • campaign ID The campaign ID, campaign name, campaign target product ID, campaign target product name, campaign application URI, campaign application token, campaign achievement conditions, and campaign period are the same as in the second campaign management database 155B. be.
  • the promotion data is information (determination condition) for setting a display priority (priority) when displaying the campaign information of this campaign on the display unit 24 of the terminal 20A.
  • determination condition for setting a display priority (priority) when displaying the campaign information of this campaign on the display unit 24 of the terminal 20A.
  • display priority priority
  • the promotion data as an example, not limited to the determination condition, the display order, and the user attribute are stored in association with each other.
  • the judgment condition is an index when defining the display priority of the campaign.
  • the display order is a value used when raising or lowering the display priority (priority) of this campaign.
  • an integer value having a positive or negative value is stored as an example, not a limitation.
  • the user attribute a judgment condition for determining whether or not the judgment condition is satisfied is described.
  • the condition applicable to the determination condition "CASE01" is when the age is 30 years or older in the user attribute (registration information) stored in association with the account of the promotion application.
  • the display priority for an account with this campaign is the sum of the display order values that satisfy the judgment conditions.
  • the display priority of the campaign ID "C0002" for the account whose account registration information is “age: 33 years old, place of residence: Tokyo, hobbies: tennis” is ". Since only "CASE01” is satisfied, it is “10".
  • CASE04 which has "target purchased product history”
  • the condition is set when there is a product purchase history of the campaign target product ID in a certain account outside the campaign period. Fulfill. That is, it is possible to lower (or not perform) the priority of promotion to users who have already purchased the target product.
  • by changing the setting of user attributes it is possible to lower (or not perform) the priority of promotion for users who apply for a large number of campaigns.
  • the display priority is not limited to being determined by the judgment condition based on the user attribute. As an example, not a limitation, the closer the end date and time of the campaign period is, the higher the display priority may be.
  • FIG. 3-2 is a diagram showing an example of a screen transition displayed on the display unit 24 of the terminal 20 in this embodiment.
  • the left side of FIG. 3-2 is not limited, but as an example, User A. This is the main menu screen of the promotion application displayed on the display unit 24 of the terminal 20A of A.
  • the campaign information of "morning tea rich milk tea” is simply displayed based on the receipt information of "AA supermarket".
  • the user A By tapping the left and right arrows of the campaign information, the user A. It is also possible to simplify display of other campaign information in which A is in progress (as an example, not limited to the "BB Mart" campaign).
  • the campaign list display button indicated by the characters "View participating campaigns” at the bottom of the ongoing campaign display area CIR1 is tapped, the user A.
  • a list of ongoing campaigns is displayed. The display mode of the campaign list display will be described later.
  • FIG. 3-2 shows an example of a receipt display screen displayed on the display unit 24 after payment processing (payment processing) at a store.
  • the receipt information RI4 for shopping at the "BB Mart Kita 12-jo store" which is the store that presented the POS code, is displayed.
  • the ongoing campaign display area CSR1 In the ongoing campaign display area CSR1, you can apply for the total purchase amount at "BB Mart” for each "5000 yen” based on the shopping at the store chain "BB Mart” described in the receipt information RI4.
  • the campaign information RCS2 with the ranking of the campaign is displayed.
  • the ongoing campaign display area CSR1 does not include the products targeted for the campaign in the receipt information RI4, but the ranking campaign information regarding the campaign of "Morning tea rich milk tea" which was the ongoing campaign in the previous shopping.
  • RCS1 is displayed. According to the display priority, the ranked campaign information RCS1 and RCS2 are displayed on the left side, and the ranked campaign information RCS2, which has a higher display priority than RCS1, is displayed on the right side. Has been done. Further, on the right side of the ranked campaign information RCS2, the ranked campaign information RCS3 whose display priority is lower than that of RCS2 is partially displayed.
  • the entire surface of the ranked campaign information RCS3 having a low display priority can be displayed and confirmed based on the side-scrolling operation for the ongoing campaign display area CIR1.
  • the reminder of the campaign target product purchase period and the campaign application period may or may not be displayed. ..
  • FIG. 3-3 is a diagram showing an example of screen transition when displaying a campaign list.
  • the left side of FIG. 3-3 is an example of the display screen of the screen on the right side of FIG. 3-2 when a certain period of time has elapsed without any operation.
  • the campaign list display button BT7 indicated by the characters "Check the ongoing campaign” is displayed so as to be superimposed on the ongoing campaign display area CSR1 from the lower end.
  • the campaign list request information is transmitted from the terminal 20A to the server 10 as an example, not limited. Then, the server 10 refers to the campaign management database 155 and transmits the campaign list information, which is a list of the campaign information, to the terminal 20A.
  • FIG. 3-3 is an example of a display screen of the campaign list information displayed in this case.
  • the characters "in progress campaign” are displayed.
  • the campaign list display area CCR1 is displayed below the current position display area.
  • the campaign list display area CCR1 is not limited, but as an example, the user A.
  • the campaign information CS1 for "morning tea rich milk tea” and the campaign information CS2 for "BB Mart” are displayed.
  • the cumulative number of purchases (amount) up to now and the number of units that can be applied are also displayed.
  • the campaign information CS4 of "DD bread” is displayed.
  • the cumulative number of purchases up to now is “0”, and this campaign is for user A. It shows that A is not in progress.
  • the campaign information CS5 of "Makiba no Ice” is displayed in the end campaign display area.
  • Campaign information CS5 is highlighted, indicating that this campaign is not being held.
  • the display order of campaign information in each campaign display area is not limited, but as an example, it is possible to set so that the closer the application deadline is, the higher the display order is.
  • the display priority may be taken into consideration, and the ranked campaign information may be displayed so that the higher the display priority, the higher the display priority, instead of the limitation. It does not have to be.
  • FIG. 3-4 is a diagram showing another example of screen transition when displaying a campaign list.
  • the left side of FIG. 3-4 is an example of a display screen on the right side of FIG. 3-2 when a certain period of time has elapsed without any operation.
  • the campaign list display button BT8 indicated by the characters "Check recommended campaigns" is displayed so as to be superimposed on the ongoing campaign display area CSR1 from the lower end.
  • FIG. 3-4 is another example of the display screen of the campaign list information after the campaign list display button BT8 is tapped.
  • the characters "Recommended campaign” are displayed in the current position display area.
  • the campaign list display area CCR2 is displayed below the current position display area.
  • the campaign list display area CCR2 is not limited, but as an example, a non-participating campaign display area and an ongoing campaign display area are displayed. In the campaign list display area CCR2, ranked campaign information is displayed in each display area.
  • the ranked campaign information RCS6 of "Blue Star Beer” is displayed. This is not limited to promotion data in the campaign management data of "Blue Star Beer", but as an example, there is no purchase history of "Blue Star Beer” and a predetermined number of "Beer other than Blue Star Beer” is purchased. As a result of setting a large display order value with respect to, it is shown that the display priority has been increased based on the purchase of "Clark Beer” in the receipt information RI4. Further, the campaign information of "Aosei Beer” is not limited, but as an example, it is a secret campaign that is open to the user only when the display priority is equal to or higher than a predetermined value. Therefore, in the campaign list display area CCR1 that does not consider the display priority, the non-participating campaign display area is not displayed.
  • the ranked campaign information RCS6 is overlaid with the "RECOMENDED" mark indicating that the campaign is particularly recommended for this user.
  • FIG. 3-5 is a flowchart showing an example of the flow of processing executed by each device in this case.
  • FIG. 3-5 shows an example of the processing executed by the system including the terminal 20A, the server 10, and the store POS system 40.
  • the ranked campaign application determination process is executed (R135).
  • FIG. 3-6 is a flowchart showing an example of the flow of processing executed by each device in the ranked campaign application determination processing.
  • FIG. 3-6 in order from the left side, an example of a process executed by the control unit 21 of the terminal 20A (terminal 20 of the user AA) and a process executed by the control unit 11 of the server 10 is shown.
  • the control unit 11 of the server 10 executes the campaign collection process (S220)
  • the control unit 11 calculates the display priority for each campaign stored in the ongoing campaign data of the account management data.
  • the control unit 11 of the server 10 is not limited to, but as an example, the campaign information of all the campaigns stored in the ongoing campaign data of the account management data and the ranked campaign information including their display priorities.
  • the control unit 21 of the terminal 20A displays the ranked campaign information on the display unit 24 (A320). If the display priority of a certain campaign is lower than the predetermined value, the campaign information may not be displayed.
  • control unit 11 of the server 10 transmits the campaign information of all the campaigns stored in the ongoing campaign data and the promotion data to the terminal 20A. Then, the control unit 21 of the terminal 20A may calculate the display priority based on the received promotion data.
  • the campaign application token information may not be sent.
  • the second modification may be taken into consideration so that the control unit 21 of the terminal 20A may execute a part or all of the campaign collection process.
  • the control unit 21 of the terminal 20A increases the number of purchased products or the purchase price of the campaign target product.
  • the control unit 21 of the terminal 20A acquires a list of campaigns and displays a screen for determining whether or not to display it on the display unit 24. Let (R140).
  • the campaign list display process is executed (R150). If you do not choose to display the campaign list, skip the R150 step.
  • FIG. 3-7 is a flowchart showing an example of the flow of processing executed by each device in the campaign list display processing.
  • an example of a process executed by the control unit 21 of the terminal 20A (terminal 20 of the user A.A) and a process executed by the control unit 11 of the server 10 is shown in order from the left side.
  • the control unit 21 of the terminal 20A transmits the campaign list request information for acquiring the information about the campaign list currently being executed to the server 10 by the communication I / F22 (A330).
  • the control unit 11 of the server 10 Upon receiving the campaign list request information from the terminal 20A by the communication I / F 14, the control unit 11 of the server 10 refers to the campaign management database 155C, and includes, as an example, not a limitation, the campaign information of each campaign during the campaign period. Generate campaign list information (S320). Then, the control unit 11 of the server 10 transmits the campaign list information to the terminal 20A by the communication I / F 14 (S330). Then, the control unit 11 of the server 10 ends the process.
  • the control unit 11 of the server 10 is based on the campaign management database 155C and the ongoing campaign data of the account management data, and the participating campaigns in which the user is purchasing the campaign target product and the total number of purchases thereof (The campaign list information including the total purchase amount) may be generated. In addition, campaign information that is not in the campaign period may be included in the campaign list information as a campaign that has ended or will be implemented in the future.
  • the campaign of the campaign list information it may be sent as the campaign list information including each display priority.
  • the control unit 21 of the terminal 20A displays the received campaign list information on the display unit 24 (A340). Then, the control unit 21 of the terminal 20A ends the process.
  • the control unit 21 of the terminal 20A may display each campaign information in order of display priority. Further, the control unit 21 of the terminal 20A may prevent the display unit 24 from displaying the campaign information whose display priority is lower than the predetermined value. The control unit 21 of the terminal 20A displays the campaign information whose display priority exceeds a predetermined value on the display unit 24 in a mode different from that of other campaign information (not limited, but as an example, the character icon of "RECOMENDED" is added). You may let it.
  • the campaign information related to the receipt information is the first campaign information (not limited, but an example of the first privilege information)
  • the terminal 20 is the first campaign information based on the user of the own terminal 20.
  • the configuration is shown in which the second campaign information (not limited, but an example of the second privilege information) different from the above is displayed on the display unit 24.
  • the user of the terminal can be made to recognize the second privilege information different from the first privilege information in addition to the purchase information.
  • the campaign information is included in the campaign list information (not limited, but an example of a plurality of privilege information), and the campaign list information is the terminal 20 in the order based on the information of the user of the own terminal 20.
  • the configuration displayed on the display unit 24 is shown.
  • a plurality of privilege information is displayed on the display unit of the terminal in the order based on the information of the user of the terminal.
  • the campaign information related to the receipt information is the first campaign information
  • the terminal 20 is the user of the own terminal 20 for the display unit 24 on which the receipt information and the first campaign information are displayed.
  • the display unit 24 displays the third campaign information different from the first campaign information, which is the campaign information that the user of the terminal 20 can apply for.
  • the first is combined with the purchase information. It is possible to make the user of the terminal recognize the third privilege information different from the privilege information.
  • the campaign information related to the receipt information is the first campaign information
  • the terminal 20 is a user of the own terminal 20 for the display unit 24 on which the receipt information and the first campaign information are displayed.
  • the product purchased by the terminal user based on the input by the terminal user to the display unit of the terminal on which the purchase information and the first privilege information are displayed.
  • the terminal user can be made to recognize the fourth privilege information related to the service, which is different from the first privilege information.
  • FIG. 4-1 is a diagram showing a data configuration example of the fourth campaign management database 155D, which is an example of the campaign management database 155 used in this embodiment.
  • campaign management data is stored as management data for each campaign.
  • Each campaign management data is not limited, but as an example, a campaign ID, a campaign name, a campaign target product ID, a campaign target product name, a campaign application URI, a campaign application token, a campaign achievement condition, and a campaign.
  • the period, the URI for purchasing the target product, and the promotion data are stored.
  • the campaign ID, campaign name, campaign target product ID, campaign target product name, campaign application URI, campaign application token, campaign achievement conditions, campaign period, and promotion data are the third campaign management database. It is the same as 155C.
  • the target product purchase URI stores, as an example, not a limitation, the address of the EC (Electronic Commerce) site for purchasing the product with the campaign target product ID.
  • the EC site may be the server of the platform owner, the server of the EC site operator affiliated with the platform owner, or the server of the operator of the promotion service.
  • FIG. 4-2 is a diagram showing another example of the transition of the screen displayed on the display unit 24 of the terminal 20 in this embodiment.
  • the screen on the left side of FIG. 4-2 is not limited, but is the same as the receipt display screen on the right side of FIG. 3-2 as an example.
  • the screen on the left side of FIG. 4-2 by tapping the ranked campaign information displayed in the ongoing campaign display area CSR1, it is possible to purchase the campaign target product of the tapped campaign.
  • the screen transitions to the EC site.
  • the screen in the center of FIG. 4-2 is a mail-order site for "morning black tea” that handles “morning black tea rich milk tea", which is a campaign target product of ranked campaign information RCS1.
  • the product purchase process is executed on the mail-order site of "morning tea”.
  • the screen on the right side of FIG. 4-2 is an example of a display screen after the purchase process is performed on the mail-order site of "morning tea”.
  • the receipt information RI5 of the contents purchased at the "morning tea online shop” is displayed.
  • the current number of purchases of ranked campaign information RCS1 has increased to "6" based on the purchase of four "morning tea rich milk teas” with receipt information RI5 in the ongoing campaign display area CIR1.
  • a "1 unit application OK" mark indicating that it is possible to apply for one unit in the campaign is displayed in the upper right part of the ranked campaign information RCS1.
  • the grayed out display of the campaign application request information transmission button BT3 is canceled and the operation is enabled.
  • FIG. 4-3 is a flowchart showing an example of the flow of processing executed by each device in this case.
  • FIG. 4-3 shows an example of processing executed by a system composed of a terminal 20A, a server 10, a store POS system 40, and an EC server (not shown).
  • the control unit 21 of the terminal 20A As an example, not the limitation, after the campaign list display processing, the control unit 21 of the terminal 20A, as an example, not the limitation, of the campaign included in the ranked campaign information based on the user operation for the input / output unit 23 of the terminal 20A. It is determined whether or not to purchase the target product (R160).
  • the campaign target product purchase process is executed (R170).
  • FIG. 4-4 is a flowchart showing an example of the flow of processing executed by each device in the campaign target product purchase processing.
  • a process executed by the control unit 21 of the terminal 20A terminal 20 of the user AA
  • a process executed by the control unit 11 of the server 10 and a process executed by the control unit of an EC server (not shown) are executed.
  • An example of processing is shown.
  • the control unit 21 of the terminal 20A transmits the product purchase guidance request information for requesting the information for purchasing the campaign target product to the server 10 by the communication I / F22 (A410).
  • the product purchase guidance request information may or may not include account registration information diversion authorization information.
  • the control unit 11 of the server 10 refers to the target product purchase URI of the campaign management data, and sends the EC server indicated by the target product purchase URI to the EC server.
  • the product purchase guidance request information is transmitted (S410). Further, when the product purchase guidance request information includes the account registration information diversion authorization information, the promotion application account information, which is the account registration information of the promotion application of the user, is transmitted to the EC server by the communication I / F14 (S420).
  • the control unit of the EC server Upon receiving the product purchase guidance request information, the control unit of the EC server transmits the product purchase guidance information, which is the information on the product purchase page, to the terminal 20A by the communication I / F (E410).
  • the product purchase guidance information may be transmitted from the EC server to the terminal 20A via the server 10.
  • the control unit 21 of the terminal 20A displays the product purchase guidance information on the display unit 24 (A420).
  • the control unit 21 of the terminal 20A when it is selected to purchase the target product on the product purchase page based on the user operation for the input / output unit 23 of the terminal 20A (A430: YES), the control unit 21 of the terminal 20A is the product.
  • the purchase request information is transmitted to the EC server by the communication I / F22 (A440). If it is not selected to purchase the target product (A430: NO), the control unit 21 of the terminal 20A ends the process.
  • the product purchase request information may be transmitted from the terminal 20A to the EC server via the server 10.
  • the account registration information diversion authorization information may be included as the product purchase request information. That is, the account registration information of the promotion application is shared with the EC server when the product is purchased.
  • the control unit of the EC server determines each product sold from the product of the unit price of the product to be purchased and the number of products sold. The total amount is calculated, and the planned settlement amount is calculated from the total amount of the total amount of all the products for sale (E430).
  • the control unit of the EC server executes the settlement process of the planned settlement amount (E440).
  • the payment method may be of any type.
  • the payment method is not limited, and examples thereof include credit cards, debit cards, and electronic money (electronic money).
  • the control unit of the EC server transmits the product purchase result information to the terminal 20A by the communication I / F (E450). Further, the control unit of the EC server transmits the receipt information including the item detailed information in this settlement to the server 10 by the communication I / F (E460). Then, the control unit of the EC server ends the process.
  • the product purchase result information may be transmitted from the EC server to the terminal 20A via the server 10.
  • the receipt information may be included in the product purchase result information.
  • the control unit of the EC server ends the process.
  • the control unit 11 of the server 10 transmits the receipt information to the terminal 20A (S120). Then, the control unit 21 of the terminal 20A causes the display unit 24 to display the receipt information (A130).
  • the receipt information may be transmitted from the EC server to the server 10 via the terminal 20A.
  • the control unit 21 of the terminal 20A and the control unit 11 of the server 10 receive the ranked campaign application determination process (R135).
  • the second modification may be taken into consideration so that the control unit 21 of the terminal 20A may execute a part or all of the campaign collection process.
  • the control unit 21 of the terminal 20A increases the number of purchased products or the purchase price of the campaign target product.
  • control unit 21 of the terminal 20A and the control unit 11 of the server 10 end the processing.
  • the terminal 20 uses the campaign information as the campaign information based on the input by the user of the terminal 20 to the campaign information (ranked campaign information) (not limited, but an example of privilege information) displayed on the display unit 24.
  • the campaign information ranked campaign information
  • privilege information not limited, but an example of privilege information
  • a configuration is shown in which the control unit 21 performs a process of purchasing a related product or service.
  • the product or service related to the privilege information can be easily purchased based on the input by the user of the terminal for the privilege information.
  • the receipt information (not limited, but an example of the first purchase information) for purchasing the product or the service is displayed on the display unit 24 of the terminal 20.
  • the terminal 20 performs a process for increasing the number of purchased products or services related to the campaign information based on the receipt information by the control unit 21, and the product related to the campaign information based on the receipt information.
  • the control unit 21 performs a process for increasing the total amount of money purchased for the service.
  • the number of purchased goods or services related to the privilege information can be increased based on the first purchase information, and the first purchase information can be used. Based on this, the total amount of money purchased for goods or services related to benefit information can be increased.
  • FIG. 5-1 is a diagram showing a data configuration example of the second account management database 157B, which is an example of the account management database used in this embodiment.
  • Account management data is stored in the second account management database 157B as management data for each account.
  • Each account management data stores, but is not limited to, an application ID and ongoing campaign data as an example.
  • the campaign ID In the ongoing campaign, the campaign ID, the number of applied units, and the purchase history data are stored in association with each campaign.
  • the application ID, the campaign ID in the ongoing campaign, and the purchase history data are not limited, but are the same as the first account management database 157A as an example.
  • the number of applied units is a value for storing the number of times (number of units) that the user of this account applied for the campaign.
  • the number of applied units takes "0" as an initial value, and as an example, not limited, when the step S260 in FIG. 3-6 is executed, the value is added by the number of applied units.
  • FIG. 5-2 is a diagram showing an example of screen transitions displayed on the display unit 24 of the terminal 20A in this embodiment.
  • the left side of FIG. 5-2 is the receipt display screen of the promotion application.
  • the receipt information RI6 regarding the purchase of the product at the store "AA supermarket” is displayed.
  • return code information (receipt ID code information), which is an example of code information used when returning a part or all of the purchased products included in the receipt information IR6, is displayed. There is a button for this. When this button is tapped, the screen in the center of FIG. 5-2 is displayed as an example, not a limitation.
  • the return code information display area BCR1 is displayed rising from the lower end so as to be superimposed on the ongoing campaign display area CSR1 on the screen on the left side of FIG. 5-2.
  • the return code information (receipt ID code information) including a one-dimensional code image (bar code image) and a token in the frame provided in the return code information display area BCR1 is not limited. Is displayed.
  • the user A An example is an example in which A returns one "morning tea rich milk tea".
  • User A. A brings the purchased product for return to the store, presents the screen in the center of FIG. 5-2 at the store's cash register, and has the receipt ID code information read by the code reader 58 of the store code reader device 50.
  • User A. A has the code reader 58 read the JAN code of the product for which the returned goods are requested.
  • the display unit 24 of the terminal 20A displays the screen on the right side of FIG. 5-2 as an example, not a limitation.
  • This screen corresponds to the screen on the left side of FIG. 5-2, but the receipt information RI6 is partially different from the receipt information RI7.
  • User A Information indicating that the return has been completed (in this example, [return] 1 point 100 yen) is displayed as A returns the "morning tea rich milk tea".
  • a horizontal line indicating that the product has been canceled is drawn in the column of the purchased product "Morning tea rich milk tea" of the receipt information RI7.
  • the purchase price is corrected from "550 yen” to "450 yen” and displayed.
  • the information included in the ranked campaign information RCS1 regarding the campaign of "Morning tea rich milk tea” in the ongoing campaign display area CSR1 has been corrected. Specifically, on the screen on the left side of Fig. 5-2, the current number of purchases was "2", and the number of purchases up to the required number of applications was "4", which is "Morning tea rich milk tea”. The current number of purchases has been revised to "1" and the number of purchases up to the required number of applications has been revised to "5" due to the return of one.
  • FIG. 5-3 shows the user A. in the example of FIG. 5-2. It is a figure which shows an example of the screen which is displayed on the display part 24 of the terminal 20A when A has applied for a campaign.
  • the left side of FIG. 5-3 is the same receipt display screen as the left side of FIG. 5-2.
  • the user A has already applied for one unit of the "Morning Tea Rich Milk Tea” campaign, and the "1 unit applied” mark is displayed in the upper left of the ranked campaign information RCS1 displayed in the ongoing campaign display area CSR1. Has been done.
  • the current number of purchases is "6", and "6" is displayed as the required number of applications required to apply for the next campaign.
  • the screen on the right side of FIG. 5-3 is displayed as an example, not limited.
  • This screen is the same as the screen in the center of Fig. 5-2, but in addition to the return code information, "Morning tea rich milk tea" is returned in the frame provided in the return code information display area BCR1. Non-returnable information NRI1 indicating that it is not possible to do so is displayed.
  • FIG. 5-4 is a flowchart showing an example of the flow of processing executed by each device in this case.
  • FIG. 5-4 shows an example of processing executed by a system composed of a terminal 20A, a server 10, a store POS system 40, and an EC server (not shown).
  • the control unit 21 of the terminal 20A purchases the product purchased in the product purchase process based on the user operation for the input / output unit 23 of the terminal 20A, not as a limitation but as an example. It is determined whether or not to return the product (R180).
  • FIG. 5-5 is a flowchart showing an example of the flow of processing executed by each device in the return processing of purchased products.
  • a process executed by the control unit 21 of the terminal 20A terminal 20 of the user AA
  • a process executed by the control unit 11 of the server 10 and the store code reader device 50 of the store POS system 40.
  • An example of the process executed by the control unit 51 is shown.
  • This flowchart is not a limitation, but is an example when the number of applied units of the account management data is "0".
  • control unit 21 of the terminal 20A selects the receipt information desired to be returned, and transmits the return request information including the receipt ID to the server 10 by the communication I / F22 (A510).
  • the return request information may include the application ID of the terminal 20A. In this case, it can be said that the control unit 21 of the terminal 20A associates the receipt ID with the application ID.
  • the control unit 11 of the server 10 When the return request information is received from the terminal 20A by the communication I / F14, the control unit 11 of the server 10 generates the receipt ID code information based on the receipt ID of the return request information and transmits it to the terminal 20A by the communication I / F14. (S510). In this case, the control unit 11 of the server 10 associates the receipt ID of the return request information with the terminal 20 of the source of the return request information or the application ID of the user of the terminal 20 and stores it in the storage unit 15. .. As a result, the receipt ID for returning the product and the application ID of the returnee are linked.
  • the control unit 21 of the terminal 20A causes the display unit 24 to display the receipt ID code information (A520).
  • the control unit 51 of the store code reader device 50 reads the receipt ID code information displayed on the display unit 24 by the code reader 58, and acquires the receipt ID as a decoding result. Then, the control unit 51 of the store code reader device 50 transmits the read receipt ID to the store server 70 by the POS communication I / F 57. The control unit of the store server 70 searches for the receipt information from the receipt ID and transmits it to the store code reader device 50.
  • the control unit 51 of the store code reader device 50 executes the return processing (P520).
  • the return processing as an example, not limited, the JAN code of the returned product is read by the code reader 58 and deducted from the number of sold products in the receipt information. Then, the product of the deducted number of sold products and the unit price of the sold products is calculated as the returned return amount, and the returned return amount is refunded to the user of the terminal 20A.
  • control unit 51 of the store code reader device 50 sends the updated receipt information including at least the receipt ID, the sold product ID of the returned product, the number of sold products, and the unit price of the sold product to the server by the communication I / F 54. It is transmitted to 10 (P530). Then, the control unit 51 of the store code reader device 50 ends the process.
  • the control unit 11 of the server 10 sets the receipt ID and the application ID stored in the storage unit 15 based on the receipt ID of the update receipt information. Search for the returner's application ID from the association table. Then, the control unit 11 of the server 10 transmits the received update receipt information to the terminal 20A by the communication I / F 14 (S520). Then, the control unit 11 of the server 10 executes the campaign search process based on the received update receipt information and the campaign management database 155D (S540).
  • control unit 11 of the server 10 matches the sold product ID of the returned product in the item detailed information of the updated receipt information with the campaign target product ID of the campaign management data, and the returned product of the updated receipt information. It is determined whether or not the target product of each campaign is included in (S550).
  • the control unit 11 of the server 10 executes the campaign return process (S560).
  • the control unit 11 of the server 10 updates the purchase information of the campaign target product searched in the campaign search processing in the ongoing campaign data of the account management data of the user who is the returnee. More specifically, the number of items sold for returned products is deducted from the number of items sold in the ongoing campaign data, and the product of the number of items sold for returned items and the unit price of items sold is deducted from the purchase price of the ongoing campaign data. .. Since the campaign return process can be said to be a process of subtracting / updating purchase information related to the campaign target product, it may be referred to as a purchase information subtraction process, a purchase information update process, or the like.
  • control unit 11 of the server 10 executes the step of S310 and ends the process. If the returned product of the update receipt information does not include the campaign target product (S550: NO), the control unit 11 of the server 10 ends the process.
  • the control unit 21 of the terminal 20A causes the display unit 24 to display the received update receipt information (A530). Then, the control unit 21 of the terminal 20A executes the steps A310 to A320 and ends the process.
  • FIG. 5-6 is a flowchart showing another example of the flow of processing executed by each device in the return processing of purchased products.
  • a process executed by the control unit 21 of the terminal 20A terminal 20 of the user AA
  • a process executed by the control unit 11 of the server 10 and the store code reader device 50 of the store POS system 40.
  • An example of the process executed by the control unit 51 is shown.
  • This flowchart is not a limitation, but is an example when the number of applied accounts of account management data is 1 or more in any of the campaigns.
  • the control unit 11 of the server 10 transmits the receipt information request information to the store POS system 40 by the communication I / F14 (S110). Then, the store POS system 40 transmits the receipt information corresponding to the receipt ID to the server 10 (P110).
  • These processes executed between the server 10 and the store server 70 may be executed via the store code reader device 50.
  • control unit 11 of the server 10 executes a campaign search process based on the received receipt information (S540), and determines whether or not the receipt information to be returned includes the target product of each campaign (S550). ..
  • the control unit 11 of the server 10 refers to the number of applied units of the ongoing campaign data in the account management data for the returner's application ID. , It is determined whether or not the product to be returned has been applied for the campaign that is the target product of the campaign (S570).
  • the control unit 11 of the server 10 sends the non-returnable information indicating that the campaign target product of the applied campaign is non-returnable from the products scheduled to be returned. It is transmitted to the terminal 20A by F14 (S580).
  • control unit 11 of the server 10 returns the campaign target product based on the number of applied units, the number of purchased units, and the purchase amount of the ongoing campaign data, and the campaign achievement condition of the campaign management data. If the conditions for achieving the campaign are still satisfied, it may be determined that the application for the campaign has not been completed (S570: NO).
  • the campaign achievement condition is 6 purchases and the number of campaign target product purchases before return is 7, even if one campaign target product is returned, the campaign achievement condition will not be affected. , Even if you have already applied for the campaign, you can return up to one product targeted for this campaign.
  • the control unit 21 of the terminal 20A causes the non-returnable information to be displayed on the display unit 24 (A550).
  • the non-returnable information is not limited, but as an example, it can be displayed by characters, images, or the like on the screen on which the receipt ID code information is displayed. Further, the non-returnable information is not limited, but as an example, it can be displayed by characters, images, or the like on the screen on which the receipt information is displayed.
  • the return information (hereinafter referred to as "return information") (not limited, but an example of the first information) is displayed on the display unit 24 of the terminal 20 in the first display mode. If the user of the terminal 20 has already applied for the campaign, the return information displayed in the first display mode is displayed in the first display mode in order to alert the user that the product or service is non-returnable. It is also possible to display in a second display mode different from that of the above.
  • the button (image information) for displaying the above-mentioned return code information (receipt ID code information) is used as the first information, not as a limitation.
  • This button can be grayed out (operation disabled). In this case, the operation of the button is invalidated, and the return code information cannot be displayed on the display unit 24. As a result, the return is also impossible.
  • first information information such as a purchase number for return is used as return information (first information), and this is displayed in black (first display mode) by default, but the user of the terminal 20 is in the campaign. If the application has already been submitted, it can be displayed in red (second display mode).
  • the second display mode may include not displaying (not displaying) the return information (first information).
  • the button for displaying the return code information may be hidden, or the information such as the purchase number for return may be hidden.
  • control unit 11 of the server 10 does not necessarily have to execute the campaign return processing.
  • the platform owner may or may not be notified of the account registration information of the application ID that frequently requests the return process (for example, not limited to returning a predetermined number or more per week). May be good.
  • the display order of the campaign may or may not be uniformly deducted from the application ID that frequently requests the return processing. This will reduce the number of campaigns that can be applied for for users who frequently return.
  • the receipt information (not limited, but an example of purchase information) is an example of return information such as a receipt ID (not limited, but an example of first information regarding returning a product or service purchased by a terminal user). ) Is shown.
  • the terminal user can be made to recognize the information regarding the return of the goods or services purchased by the terminal user.
  • the return information (first information) can be associated with the application ID or the like (not limited, but an example of the information of the user of the terminal).
  • the information of the terminal user can be associated with the information regarding the return of the goods or services purchased by the terminal user.
  • the information of the terminal user can be associated with the information regarding the return of the goods or services purchased by the terminal user.
  • the terminal 20 is used as campaign information (not limited, but an example of privilege information) by performing a process of returning the product or service purchased by the user of the terminal 20 based on the receipt information. Processing to reduce the number or amount of purchases of the associated product or service (an example of processing to reduce the number or amount of purchase of the product or service associated with the benefit information, not limited to) It can be done by the control unit 21. As an example of the effect of the embodiment obtained by such a configuration, the product or service purchased by the user of the terminal can be returned, and the product or service associated with the privilege information is purchased with the return. You can reduce the number or amount.
  • the receipt information cannot be returned if the terminal 20 has processed the process for applying for the campaign based on the campaign information (not limited, but an example of the process for applying the privilege information).
  • Information (not limited to, but an example of second information indicating that the goods or services purchased by the user of the terminal cannot be returned) may be included.
  • the return information (first information) is displayed on the display unit 24 of the terminal 20 in the first display mode. Further, the return information is displayed on the display unit 24 of the terminal 20 in a second display mode different from the first display mode when the terminal 20 has performed a process related to applying for the campaign based on the campaign information.
  • the configuration is shown. As an example of the effect of the embodiment obtained by such a configuration, the first information can be displayed in a different display mode depending on whether or not the processing related to applying for the privilege information has been performed by the terminal. ..
  • the server 10 receives the return request information (not limited to the example of the return information regarding the return of the product or service purchased by the user of the terminal) by the communication I / F14. Then, the control unit 11 transmits the update receipt information (not limited, but an example of information indicating that the product or service purchased by the user of the terminal has been returned) to the terminal by the communication I / F14 based on the return request information. Send to 20. Then, the control unit 11 is based on the return request information, and is an example of a campaign return process (not limited to the process of reducing the number of products or services associated with the privilege information purchased by the terminal user, privilege information).
  • the campaign return processing is executed in the control unit 11 of the server 10, but the present invention is not limited to this.
  • the control unit 21 of the terminal 20A may execute a part of the campaign return processing.
  • the control unit 11 of the server 10 sends the campaign target product return information indicating that the campaign target product has been returned by the communication I / F14. Send to terminal 20A. Then, the control unit 21 of the terminal 20A is based on the received campaign target return purchase information, and is not limited, but as an example, based on the user operation for the input / output unit 23 of the terminal 20A, the purchase quantity or purchase amount of the campaign target product. To reduce. In this case, it is not always necessary to reduce the number of purchased products or the purchase price of the campaign target products.
  • the control unit 21 of the terminal 20A transmits information obtained by reducing the number of purchased items or the purchased amount to the server 10 by the communication I / F22.
  • the control unit 11 of the server 10 updates the in-progress campaign data of the account management data based on the received information obtained by reducing the number of purchases or the purchase amount.
  • the account management database 157A may be stored in the storage unit 28 of the terminal 20A, and the campaign return processing may be executed in the control unit 21 of the terminal 20A.
  • the campaign search process is executed in the control unit 11 of the server 10, but the present invention is not limited to this.
  • the control unit 21 of the terminal 20A may execute the campaign search process for the updated receipt information after the return or the receipt information scheduled to be returned.
  • the control unit 11 of the server 10 when the control unit 11 of the server 10 receives the update receipt information or the receipt information from the store code reader device 50, the campaign management database 155A is transmitted to the terminal 20A together with the update receipt information or the receipt information. do. Then, the control unit 21 of the terminal 20A executes the campaign search process based on the received receipt information and the campaign management database 155A.
  • the control unit 21 of the terminal 20A executes the determination of whether or not the application for the campaign has been completed (step S570 in FIG. 5-6). You may let it.
  • the user of the terminal 20A brings a physical receipt (paper receipt) including the product to be returned to the store and presents it to the clerk at the cash register. Then, as an example, not limited to, the receipt ID is input to the store code reader device 50 by the manual operation of the store clerk, or the receipt ID is read by the code reader of the store code reader device 50. Then, the return process (P520) of FIG. 5-5 can be executed by the control unit 51 of the store code reader device 50. In this case, as an example, not limited to this, in the process of FIG. 5-5, the steps of A510 and A520 in the process of the terminal 20A can be omitted, and the step of S510 in the process of the server 10 can be omitted.
  • the payment method when purchasing the campaign target product is not limited.
  • the sixth embodiment is an example in which a payment application (payment application) is used as a payment means.
  • the payment application is an application for making payments and payments using electronic money as an application (application software) related to network services.
  • Electronic money is electronic money that is distinguished from physical money, and means the terminal managed in the above application or the electronic money owned by the user of the terminal.
  • electronic money may or may not be expressed as “electronic money” or “digital currency (digital currency)”.
  • legal tender or virtual currency may be used as “electronic money (electronic money)” or “digital currency (digital currency)”.
  • cryptocurrency cryptocurrency
  • the virtual currency may include physical money such as a coupon.
  • the code payment which is a payment method / payment method using a code (code information)
  • code information is not limited but as an example. Two types are illustrated: (1) user presentation type (2) store presentation type.
  • the user presentation type is not limited, but as an example, a user (terminal user) presents a payment code displayed on the display unit 24 of the terminal 20 to a store clerk (not limited but a member store as an example). This is a method of making a payment by having the code reader 58 of the store code reader device 50 read it.
  • the store presentation type is not limited, but as an example, a camera or code reader (payment application) in which the user presents or posts a payment store code presented or posted at a store (a member store as an example, not limited) as an image pickup unit 27 of the terminal 20. It is a method of making a payment by reading with (including the code reader of.).
  • the code displayed on the display unit 24 of the terminal 20 in the user presentation type is referred to as a "payment code”, but instead of this, it may be referred to as a "user presentation type code” or the like.
  • the code read by the terminal 20 in the store presentation type is referred to as a "payment store code”, but instead of this, it may be referred to as a "store presentation type code” or the like.
  • the user presentation type will be mainly described as an example, not a limitation.
  • the present invention can be similarly applied to the store presentation type, and a modified example of the store presentation type will be described later.
  • a form for realizing a payment service (payment application)
  • any of the following forms can be applied as an example without limitation.
  • (A) A form in which a payment service function is provided as one function of a promotion application
  • (B) A form in which an application (integrated application) having a promotion service function and a payment service function is configured
  • (C) A form different from the promotion application A form that configures a payment application as an application
  • the payment service provider can be the same operator as the promotion service provider, as an example, not limited to the above.
  • the user account in the promotion application and the user account in the payment application can be used as a common account.
  • the user's account in the promotion application and the user's account in the payment application can be automatically associated (linked) with each other.
  • promotion service function may be provided as one function of the payment application.
  • the payment service provider can be a different operator from the promotion application operator, as an example, not limited to. Further, in the form of (C), it is possible to perform a process (coordination process) of associating the user account in the promotion application with the user account in the payment application.
  • FIG. 6-1 is a diagram showing an example of the system configuration of the communication system 1B in this embodiment.
  • a server 10 a plurality of terminals 20 (terminals 20A, terminals 20B, terminals 20C, ...), And a plurality of store POS systems 40 (store POS) are used.
  • the payment application management server 90 are connected. It differs from the communication system 1A in that the payment application management server 90 is added as a component.
  • the server 10 is provided with a function of providing and managing a promotion service (promotion application) and a function of providing and managing a payment service (payment application), and the payment application management server 90 is included in the system components. You may not have it.
  • the communication system 1A shown in FIG. 1-1 can be applied.
  • FIG. 6-2 shows an example of the hardware configuration of the payment application management server 90.
  • the payment application management server 90 includes, but is not limited to, a control unit 91 (CPU), a storage unit 95, a communication I / F 94 (interface), an input / output unit 92, and a clock unit 99.
  • Each component of the HW of the payment application management server 90 is interconnected via bus B, as an example, but not limited to. It is not essential that the HW of the payment application management server 90 includes all the components as the configuration of the HW of the payment application management server 90.
  • the HW of the payment application management server 90 may or may not be configured to remove individual or multiple components.
  • the input / output unit 92 includes a display unit 93 as an example, not a limitation.
  • each component of the payment application management server 90 can be configured in the same way as each component of the server 10 as an example without limitation, the description thereof will be omitted again.
  • FIG. 6-3 is a diagram showing an example of the function realized by the control unit 91 of the payment application management server 90 in this embodiment.
  • the control unit 91 includes, as an example, not limited to, a payment application management processing unit 911 for executing payment application management processing according to the payment application management processing program 951 stored in the storage unit 95 as a functional unit.
  • FIG. 6-4 is a diagram showing an example of information and the like stored in the storage unit 95 of the payment application management server 90 in this embodiment.
  • the storage unit 95 stores, as an example, not limited to, a payment application management processing program 951 executed as a payment application management process, payment application account registration data 953, and payment application account management database 955.
  • the payment application account registration data 953 is registration data relating to the account of the application (payment application in this example), and an example of the data structure is shown in FIG. 6-5.
  • the payment application account registration data 953 stores, but is not limited to, the user name, the payment application ID, and other registration information in association with each other.
  • the user name is the name of the user of the terminal 20 who uses the payment application, and is not limited, but as an example, the name registered when the user of the terminal 20 uses the payment application is stored.
  • the payment application ID is information used to identify the account of the payment application, or the account itself.
  • the payment application ID is preferably a unique value for each account, and is not limited, but as an example, a unique value (unique value) is set and stored for each account by the payment application management server 90.
  • the payment application ID is information associated with the terminal 20 or the user of the terminal 20, and is an example of information about the terminal or information about the user of the terminal.
  • Other registration information is not limited, but is used for identification information for identifying the terminal 20, a terminal 20 telephone number (terminal telephone number), an email address (terminal email address), and various authentications in a payment application.
  • Various information such as authentication information such as passwords (login password, authentication password, etc.) can be included.
  • the identification information for identifying the terminal 20 may be a terminal ID (IMEI (International Mobile Equipment Identity) as an example, not a limitation) as an example rather than a limitation. Further, the identification information for identifying the user of the terminal 20 is not limited, but may be a payment application ID as an example. The "payment user ID" may or may not be used instead of the payment application ID.
  • IMEI International Mobile Equipment Identity
  • identification information for identifying the terminal 20 identification information for identifying the user of the terminal 20.
  • Payment application ID ”.
  • IDs such as payment application IDs
  • the ID information such as the payment application ID in the payment application account registration data 953
  • the information such as the terminal telephone number can be stored in the payment application account registration data 953.
  • the payment application account management database 955 is a database for managing accounts stored in the payment application account registration data 953, and an example of data configuration of the payment application account management database 955 as an example thereof is shown in FIG. 6-6.
  • the payment application account management database 955 stores payment application account management data as management data for each payment application ID stored in the payment application account registration data 953.
  • Each payment application account management data stores, but is not limited to, a payment application ID and an electronic money account balance as an example.
  • the electronic commerce account balance is the balance of the electronic commerce account of the payment application ID (the account), and is not limited, but is, for example, the balance stored and managed by the payment application management server 90. It may also be referred to as "electronic money balance" or simply "balance”.
  • the payment application account management data may include the payment history (payment history) of electronic money in stores, services, etc. by the payment application ID (the account). Further, the receipt information may be stored in association with the payment history.
  • ⁇ Display screen> 6-7 and 6-8 are diagrams showing an example of screen transitions displayed on the display unit 24 of the terminal 20A in this embodiment.
  • the left side of FIG. 6-7 is the main menu screen of the promotion application similar to the left side of FIG. 2-5, but in this example, the cooperation button BT12 for linking with the payment application is under the POS code display button BT2. It is displayed.
  • the payment application is activated in the terminal 20A, and the screen in the center of FIG. 6-7 is displayed as an example, not limited.
  • This screen is the notification screen of the payment application, and in this example, in the notification display area where the notification is displayed, the user A. Whether or not to authorize the linkage of A's user account is determined by User A.
  • the promotion application account linkage confirmation information for confirmation to A is displayed.
  • This promotion application account linkage confirmation information includes the user A. in the promotion application.
  • an approval button BT14 for approving the linkage and a refusal button BT16 for rejecting the linkage are included.
  • the user A When the approval button BT14 is tapped, the user A. A's payment application ID and user A. It is associated with the application ID of the promotion application of A. As a result, in the promotion application, a screen as shown on the right side of FIG. 6-7 is displayed. This screen is the notification screen of the promotion application, and in this example, in the notification display area where the notification is displayed, the user A.
  • the promotion application account linkage information ALI1 indicating that the user account of A has been linked is displayed.
  • the user's account in the payment application and the user's account in the promotion application are automatically set without asking the user to approve the account linkage. It may be linked.
  • FIG. 6-8 shows an example of a code payment screen in a payment application.
  • This code payment screen is a screen displayed by tapping an icon (not shown) for performing code payment in the payment application.
  • This code payment screen is a screen for making a payment by a user presentation type, and displays wallet code information transmitted from the payment application management server 90 and received by the terminal 20A.
  • the wallet code information includes, as an example, not a limitation, payment code information, which is payment code information, and additional information (as an example, not a limitation, information regarding the expiration date of payment code information).
  • the wallet code information may be the same as the payment code information without including additional information.
  • a one-dimensional payment code image and a payment token and a two-dimensional payment code image are displayed as payment code information. Further, below that, as information on the expiration date of the payment code information, information on the remaining time until the expiration date of the displayed payment code information is displayed.
  • the promotion application displays a screen as shown on the right side of FIG. 6-8 as an example, not a limitation.
  • This screen is a receipt display screen in the promotion application, and in this example, the receipt information RI10 regarding the payment of "400 yen” at the above-mentioned store "convenience CC" is displayed.
  • a plurality of ranked campaign information is displayed as an example, not limited.
  • the ranked campaign information RCS5 of the campaign that can be applied according to the number of purchases of the product "rice ball” is displayed.
  • the campaign application request information transmission button BT10 of the ranked campaign information RCS5 is grayed out and the operation is invalidated.
  • FIG. 6-9 is a flowchart showing an example of the flow of processing executed by each device when the above-mentioned form (A) and the form (B) are applied, as an example without limitation.
  • FIG. 6-9 shows an example of processing executed by a system composed of a terminal 20A, a server 10, a store POS system 40, a payment application management server 90, and an EC server (not shown). This process is a process in which the process described in FIG. 5-4 is rewritten into a process of making a payment (settlement) using a payment application.
  • the payment application product purchase process is executed (R125).
  • FIG. 6-10 is a flowchart showing an example of the flow of processing executed by each device in the payment application product purchase processing.
  • a process executed by the control unit 21 of the terminal 20A terminal 20 of the user AA
  • a process executed by the control unit 11 of the server 10 and a process executed by the control unit 91 of the payment application management server 90 are executed.
  • An example of the processing to be performed and the processing to be executed by the control unit 51 of the store code reader device 50 is shown.
  • the control unit 21 of the terminal 20A is for executing payment with electronic money based on the user operation on the display screen of the payment application.
  • the wallet payment request information is transmitted to the payment application management server 90 by communication I / F22 (A650).
  • the control unit 91 of the payment application management server 90 Upon receiving the wallet payment request information from the terminal 20A by the communication I / F 94, the control unit 91 of the payment application management server 90 generates a payment token that authorizes payment using the electronic money account balance of the payment application account of the terminal 20A. .. Then, the control unit 91 of the payment application management server 90 generates the wallet code information which is the code information including the payment token.
  • the wallet code information includes, as an example, not limited to, a payment code (image information) in which the identifier of the payment token is encoded as a one-dimensional code (bar code or the like) or a two-dimensional code (QR code or the like).
  • control unit 91 of the payment application management server 90 transmits the wallet code information to the terminal 20A by the communication I / F94 (D650).
  • the control unit 21 of the terminal 20A displays the received wallet code information on the display unit 24 (A660).
  • the control unit 51 of the store code reader device 50 uses the code reader 58 to read the payment code displayed on the display unit 24 of the terminal 20A (P610). In this case, since the payment code displayed on the display unit 24 is associated with the payment token, the reading result of the code reader 58 includes the payment token.
  • the control unit 51 of the store code reader device 50 transmits, as an example, not limited to, payment request information including a store ID, a payment schedule amount, and a read payment token to the payment application management server 90 by communication I / F 54. (P620).
  • the control unit 51 of the store code reader device 50 may transmit the receipt information as payment request information.
  • the control unit 91 of the payment application management server 90 searches for the payment application ID of the payer from the received payment token, and the searched application ID is used.
  • a payment process for paying the scheduled payment amount to the electronic money account with the member store defined by the store ID is executed (D660).
  • control unit 91 of the payment application management server 90 transmits the payment result information, which is the result of the payment process, to the store code reader device 50 and the terminal 20A, which is the payer's terminal 20, by the communication I / F94. (D670).
  • the control unit 51 of the store code reader device 50 When the payment result information is received from the payment application management server 90 by the communication I / F 54, the control unit 51 of the store code reader device 50 causes the display unit 53 to display the received payment result information (P630). When the settlement process of the scheduled settlement amount is successful, the control unit 51 of the store code reader device 50 transmits the receipt information including the item detailed information in this settlement to the store server 70 by the POS communication I / F 57. The store server 70 adds the received receipt information to the database of the storage unit and stores it.
  • control unit 51 of the store code reader device 50 transmits the transaction receipt information including the transaction ID included in the payment result information and the receipt information to the payment application management server 90 by the communication I / F 54 (P640). Then, the control unit 51 of the store code reader device 50 ends the process.
  • the control unit 91 of the payment application management server 90 searches for the payment application ID for which payment has been made from the transaction ID of the transaction receipt information.
  • control unit 91 of the payment application management server 90 refers to the account linkage table (not shown) stored in the storage unit 95, and searches for the application ID of the promotion application associated with the payment application ID that made the payment. As described above, if the user account is shared between the promotion application and the payment application, the payment application ID and the application ID of the promotion application are the same.
  • control unit 91 of the payment application management server 90 transmits the user receipt information including the searched application ID of the promotion application and the receipt information received from the store code reader device 50 to the server 10 by the communication I / F 94. (D680). Then, the control unit 91 of the payment application management server 90 ends the process.
  • the control unit 21 of the terminal 20A causes the display unit 24 to display the received payment result information (A670). Then, when the receipt information is received from the server 10, the control unit 21 of the terminal 20A causes the display unit 24 to display the received receipt information (A130).
  • the receipt information may also be included in the payment result information and received from the payment application management server 90.
  • control unit 11 of the server 10 executes the steps of D650 to D670 and then the step of S120 as an example without limitation. Can be.
  • the ranked campaign application determination process is executed (R135).
  • the payment application campaign target product purchase process is executed (R175).
  • the payment application campaign target product purchase process is not limited, but as an example, by executing payment from the user's electronic money account of the terminal 20A as a payment method in the step of E440 in FIG. 4-4, as in FIG. 4-4. Since it can be executed in the same manner, the description thereof will be omitted in detail.
  • the return refund request information is sent to the payment application management server 90.
  • the control unit 91 of the payment application management server 90 identifies the payment application ID of the payer from the receipt ID (transaction ID), and remits the returned repatriation amount from the electronic money account of the store to the electronic money account of the payer. .. Since it is possible to execute the same as in FIG. 5-5 or FIG. 5-6 in this way, the description thereof will be omitted in detail.
  • FIG. 6-11 is a flowchart showing an example of the flow of processing executed by each device when the above-described mode (C) is applied, as an example without limitation.
  • FIG. 6-11 shows an example of processing executed by a system composed of a terminal 20A, a server 10, a store POS system 40, a payment application management server 90, and an EC server (not shown).
  • the payment application linkage process is executed based on the user operation for the input / output unit 23 of the terminal 20A as an example, not limited (R100).
  • FIG. 6-12 is a flowchart showing an example of the flow of processing executed by each device in the payment application linkage processing.
  • a process executed by the control unit 21 of the terminal 20A terminal 20 of the user AA
  • a process executed by the control unit 11 of the server 10 and a process executed by the control unit 91 of the payment application management server 90 are executed.
  • An example of the processing to be performed is shown.
  • the control unit 21 of the terminal 20A transmits the payment application linkage request information for requesting the linkage between the accounts of the payment application and the promotion application to the server 10 by the communication I / F 22 (A610).
  • the payment application linkage request information may include, but is not limited to, information that can identify the payment application ID.
  • the control unit 21 of the terminal 20A displays a screen for selecting which payment application and promotion application account are to be linked before the step of A610. May be good. Then, the control unit 21 of the terminal 20A may transmit the payment application cooperation request information based on the selected payment application to the server 10.
  • the control unit 11 of the server 10 Upon receiving the payment application linkage request information from the terminal 20A by the communication I / F 14, the control unit 11 of the server 10 obtains the promotion application account information including the information that can identify the payment application ID and the account identification information of the promotion application. It is transmitted to the payment application management server 90 by the communication I / F14 (S610). Then, the control unit 11 of the server 10 ends the process.
  • the control unit 91 of the payment application management server 90 Upon receiving the promotion application account information from the server 10 by the communication I / F 94, the control unit 91 of the payment application management server 90 authorizes the association (association, linkage) between the payment application ID and the application ID of the promotion application.
  • the promotion application account linkage confirmation information for confirming whether or not to do so is transmitted to the terminal 20A by the communication I / F94 (D610).
  • the control unit 21 of the terminal 20A displays the promotion application account linkage confirmation information on the display unit 24 (A620).
  • the terminal when it is selected to link the user account of the terminal 20A between the payment application and the promotion application based on the user operation for the input / output unit 23 of the terminal 20A (A620: YES), the terminal.
  • the control unit 21 of 20A transmits the promotion application account linkage approval information to the payment application management server 90 by the communication I / F 22 (A630).
  • the control unit 21 of the terminal 20A ends the process.
  • the control unit 91 of the payment application management server 90 executes the account linkage process (D630).
  • the control unit 91 of the payment application management server 90 associates the payment application ID with the application ID of the promotion application, and stores the payment application ID in the storage unit 95 as an example, not limited to the above-mentioned account linkage table.
  • control unit 91 of the payment application management server 90 transmits the promotion application account linkage information indicating that the user account of the terminal 20A is linked between the payment application and the promotion application to the terminal 20A by the communication I / F94. (D640). Then, the control unit 91 of the payment application management server 90 ends the process.
  • the control unit 91 of the payment application management server 90 ends the process.
  • control unit 11 of the server 10 does not execute the step of S610 but executes the steps of D610 to D640 as an example, not limited to the server 10. Can be.
  • the server 10 may or may not execute the account linkage processing instead of the payment application management server 90. In this case, it can be realized by symmetrically exchanging the processes of the server 10 and the payment application management server 90.
  • the above-mentioned payment application linkage process (R100) may be executed. Further, in this case, the user of the terminal 20 may not need to approve the account linkage. In this case, as an example, not limited to, in the process of FIG. 6-12, the steps A620 and A630 in the process of the terminal 20A are omitted, and the steps D610 and D620 in the process of the payment application management server 90 are omitted. be able to.
  • the process of payment using the payment application may be replaced with the process of payment by a payment means other than the payment application.
  • the program executed on the terminal 20 includes a promotion application (not limited to an example of the first application).
  • the terminal 20 is a terminal in the application ID of the user of the terminal 20 (an example of the first user information, not the limitation) in the promotion application and the payment application (an example of the second application, not the limitation) different from the promotion application.
  • the control unit 21 performs a process (an example of a process relating to associating user information, not a limitation) for linking with a payment application ID (an example of a second user information, not a limitation) of 20 users.
  • the terminal 20 communicates the receipt information (purchase information) based on the payment application ID and the application ID of the promotion application.
  • the configuration to receive by I / F22 is shown.
  • the first user information of the terminal user in the first application is associated with the second user information of the terminal user in the second application different from the first application. be able to.
  • the processing related to the payment is performed by the second application, the purchase information can be easily acquired based on the second user information and the first user information.
  • FIG. 6-13 is a flowchart showing an example of the flow of processing executed by each device in the payment application product purchase processing in this modification.
  • a process executed by the control unit 21 of the terminal 20A terminal 20 of the user AA
  • a process executed by the control unit 11 of the server 10 a control unit 91 of the payment application management server 90
  • a store An example of the process executed by the control unit 51 of the code reader device 50 is shown.
  • the control unit 51 of the store code reader device 50 causes the display unit 53 to display the payment store code including the store ID (P650).
  • the payment store code is not limited, but includes, as an example, a code (image information) in which the store ID is encoded as a one-dimensional code (bar code or the like) or a two-dimensional code (QR code or the like).
  • the payment store code may include the planned payment amount.
  • the control unit 91 of the payment application management server 90 Upon receiving the wallet payment request information from the terminal 20A by the communication I / F 94, the control unit 91 of the payment application management server 90 generates a payment token that authorizes payment using the electronic money account balance of the payment application account of the terminal 20A. .. Then, the control unit 91 of the payment application management server 90 generates wallet code reader information which is code reading information including the payment token.
  • control unit 91 of the payment application management server 90 transmits the wallet code reader information to the terminal 20A by the communication I / F94 (D690).
  • the control unit 21 of the terminal 20A displays a code reader screen for reading the payment store code based on the received wallet code reader information. Displayed on the unit 24. Further, the control unit 21 of the terminal 20A activates the image pickup unit 27 in order to read the code. Then, the control unit 21 of the terminal 20A executes a payment store code reading process for reading the payment store code using the activated image pickup unit 27 (A680).
  • the control unit 21 of the terminal 20A causes the display unit 24 to display a display screen for inputting the scheduled payment amount, as an example, not limited. If the payment store code includes the planned settlement amount, this process may be omitted.
  • the control unit 21 is not limited, but as an example, the payment token included in the wallet code reader information, the store ID, and the payment schedule.
  • the payment request information including the amount of money is transmitted to the server 10 by the communication I / F 22 (A690). Then, the control unit 21 advances the processing to A670.
  • control unit 11 of the server 10 executes the steps D690 to D670 and then the step S120 as an example, not limited to the server 10. Can be.
  • the function of the payment application management server 90 may be provided to the terminal 20A by using the blockchain technique as an example without limitation.
  • the function of the server 10 which is the promotion application management server may be provided to the terminal 20A by using the blockchain technique as an example, not limited.
  • the account management database 157 (payment application account management database 955) stored in the storage part of each server in the blockchain as an example, not limited. It is possible.
  • a system in which the method of the present disclosure can be realized can be configured by at least one of the following configurations.
  • (A) Terminal 20A, server 10, payment application management server 90 (B) Integrated server of terminal 20A, server 10 and payment application management server 90 (c) Integrated terminal of terminal 20A and server 10, payment application management server 90 (D) Integrated terminal of terminal 20A and payment application management server 90, server 10 (E) Integrated terminal of terminal 20A, server 10, and payment application management server 90
  • the campaign privilege is a privilege that can be applied in the ranked campaign application determination process, but the present invention is not limited to this.
  • the campaign privilege may be a discount coupon or the like that can be used in the payment application.
  • FIG. 6-14 is a diagram showing an example of screen transitions displayed on the display unit 24 of the terminal 20A following FIG. 6-8.
  • User A Based on the fact that A newly purchased a product worth "450 yen” at the store "Convenience CC" and paid (settled) with the payment application, the receipt display screen of the promotion application shown on the left side of Fig. 6-14.
  • the receipt information RI12 is displayed in.
  • the receipt information RI12 displays information on the purchase of three types of rice balls, one each at the store "Convenience CC".
  • the ranking campaign information RCS5 has 1 in the upper right corner of the campaign.
  • the mark of "1 lot application OK" is displayed indicating that it is possible to apply by mouth.
  • the grayout display of the campaign application request information transmission button BT10 is canceled and the operation is enabled.
  • the required number of applications meets the conditions required for applying for the campaign, and since it is possible to apply, the cumulative number of conditions for achieving the campaign has been initialized, and the required number of applications has returned to "5".
  • the center of FIG. 6-14 is a diagram showing an example of a payment application notification screen displayed on the display unit 24 of the terminal 20A in this case.
  • Information indicating that the payment of "450 yen” at the store “Convenience CC” has been completed is displayed on this notification screen.
  • Information indicating that the discount coupon has been obtained is displayed.
  • This information includes, by example, but not by limitation, the coupon use button BT18 for using the coupon.
  • the code payment screen on the right side of FIG. 6-14 is displayed as an example, not a limitation.
  • a one-dimensional payment code image and a payment token, and a two-dimensional payment code image are displayed as payment code information. Further, below that, as information on the expiration date of the payment code information, information on the remaining time until the expiration date of the displayed payment code information is displayed.
  • the seventh embodiment is an embodiment in which receipt information, campaign information (ranked campaign information), etc. are displayed in a chat room (not limited, but as an example, a talk room) of a chat application (not limited, but as an example, a messaging application). be.
  • the relationship between the chat application and the promotion application is not limited, but as an example, the function of the promotion service can be provided as one function of the chat application. Further, as an example without limitation, an application (integrated application) having a chat service function and a promotion service function can be configured.
  • the payment service function can be provided as one function of the chat application as an example, not limited. Further, as an example without limitation, an application (integrated application) having a chat service function and a payment service function can be configured.
  • chat service function may or may not be provided as one function of the promotion application.
  • chat service may or may not be provided as a function of the payment application.
  • a chat service (a messaging service, but not a limitation) is configured to allow users to chat in a chat room.
  • a UI User Interface
  • GUI Graphic User Interface
  • the content is not limited to, but as an example, image information (including information such as still images and moving images) and operation information (including buttons, icons, etc.). , Communication information, link information (including URI, URL, etc.), and various other information that can be transmitted and received between terminals can be included.
  • the talk room is not limited, and as an example, a talk room of a group including a plurality of users (group talk room) can be included in addition to the talk room of one-to-one users.
  • the talk room means a UI or GUI that allows users included in the group to view content transmitted / received between terminals of the group including a plurality of users.
  • the messaging service may or may not include an instant messaging service (IMS: Instant Messaging Service) that enables transmission and reception of contents such as simple messages between terminals.
  • IMS Instant Messaging Service
  • MS including IMS
  • SNS social networking service
  • a chat service is used as a messaging service, and a display based on receipt information or a display based on campaign information (not limited, but as an example, ranked campaign information) is performed by a messaging application installed on the terminal 20.
  • a messaging application installed on the terminal 20.
  • a talk room will be illustrated below as a chat room when a message service (messaging application) is applied.
  • the receipt information and the campaign are provided in the promotion service linked with the messaging service for the talk room between the user of the terminal 20A and the promotion service provider affiliated with the business operator operating the messaging application management server.
  • An example is given when displaying information.
  • the messaging application management server and the promotion application management server may be collectively configured as the server 10.
  • the messaging service provider may be the same operator as the promotion application operator, or may be a different operator from the promotion application operator. Further, as an example, the messaging service operator may be the same operator as the payment application operator described above, or may be a different operator from the payment application operator.
  • FIG. 7-1 is a diagram showing an example of a screen transition displayed on the display unit 24 of the terminal 20A in this embodiment.
  • the screen on the left side of FIG. 7-1 is the home screen of the messaging application.
  • User A On this home screen, User A.
  • multiple function icons such as "friend”, “business operator”, “service”, ... are displayed in tab format, and tap operation etc. (flick operation, flick operation, etc.) It may be a scroll operation or the like.), It is configured so that the user can select the function to be used.
  • Friends is not limited, but as an example, User A. This is a function in which A talks with a general user (general account) registered as a friend. Further, the "business operator” is not limited, but as an example, the user A. This is a function for A to talk with a business operator (official account (OA)) registered as a friend.
  • OA official account
  • This screen is the screen of the talk room (talk room with the promotion service provider as the talk partner) of the official account of the promotion application, and the message originating from the promotion service provider is displayed on the left side of the screen. ..
  • the receipt message RM1 (not limited, but an example of purchase information) including the details of the purchase of four types of products is a promotion service business. It is displayed in a balloon in association with the icon image of the person.
  • a campaign message CM1 related to the store "BB Mart" is displayed as an example of privilege information related to the above receipt message RM1.
  • a campaign message CM1 related to the store "BB Mart” is displayed as an example of privilege information related to the above receipt message RM1.
  • a slide operation that slides to the left or right while touching the campaign message (in this example, a slide operation to the left toward the screen)
  • it is not a limitation, but as an example, the right side of Fig. 7-1. Screen is displayed.
  • the processing in this embodiment is not limited, but as an example, the processing between the promotion application management server that manages the promotion application and the messaging application management server that manages the messaging service is the processing in the server 10, and FIGS. 5-4, FIG. Since it can be realized in the same manner according to 6-9 or FIG. 6-11, the description thereof will be omitted again.
  • the terminal 20 displays a talk room (not limited to an example of a chat room) including a user of the terminal 20 on the display unit 24.
  • the terminal 20 shows a configuration in which receipt information (purchase information) and campaign information (privilege information) are displayed in the talk room.
  • receipt information purchase information
  • campaign information privilege information
  • the terminal user is made to recognize the privilege information related to the purchase information in an easy-to-understand form of display in the chat room including the terminal user. Can be done.
  • the purchase confirmation method based on the receipt information explained in the above embodiment and the sticker attached to the product targeted for the campaign are collected, and the user attaches the sticker as a purchase proof when applying. It is assumed that there is a mixture of methods to do. In this case, since the purchase confirmation based on the receipt information and the purchase confirmation by the sticker cannot be performed exclusively, it becomes possible to apply twice for the campaign. In order to prevent this, in this embodiment, serial number information for uniquely identifying each campaign target product is introduced.
  • the serial number information is, as an example, not a limitation, a continuous product identification number which is a series of unique and arithmetic integers.
  • This serial number information is not limited, but is, as an example, stamped in the form of a QR code or a barcode as a code image alongside a JAN code printed on the side surface of the product at the time of manufacturing the product.
  • information that can uniquely identify a product composed of a JAN code and serial number information is referred to as a "super code”.
  • the serial number information may be stored in an RFID (Radio Frequency IDentifier) tag, and the RFID tag may be added to the product at the time of manufacture or sale of the product.
  • RFID Radio Frequency IDentifier
  • FIG. 8-1 is a flowchart showing an example of the flow of processing executed by each device in this modification.
  • a process executed by the control unit 21 of the terminal 20A terminal 20 of the user AA
  • a process executed by the control unit 11 of the server 10 and a control unit of each component of the store POS system 40. Shows an example of the processing executed by.
  • User A Prior to this process, User A. It is assumed that A makes a purchase at a store having a store POS system 40 and possesses a product subject to the campaign. The type of payment method in the store does not matter. In addition, User A. A is not limited to shopping. As an example, not a limitation, User A. A user other than A makes a purchase at the store and purchases the campaign target product from the user A. It may or may not be handed to A.
  • the control unit 51 of the store code reader device 50 When shopping in a store having a store POS system 40, the control unit 51 of the store code reader device 50 reads the super code by the code reader 58 as an example, but not limited to it.
  • the serial number information which is the decoding result of the super code received from the store code reader device 50 is also stored in the storage unit together with the item detailed information. Further, when the store server 70 of the store POS system 40 acquires the receipt information, it transmits it to the server 10. It is assumed that the server 10 stores the receipt information cumulatively in the storage unit 15.
  • the control unit 51 of the store code reader device 50 may acquire serial number information by reading an RFID tag attached to a product by an NFC (Near Field Communication) I / F (not shown) at the time of accounting. good.
  • NFC Near Field Communication
  • control unit 21 of the terminal 20A activates the camera or code reader which is the image pickup unit 27, and reads the super code of the product targeted for the campaign (A710).
  • the control unit 21 of the terminal 20A may read the RFID tag of the campaign target product by an NFC (Near Field Communication) I / F (not shown).
  • control unit 21 of the terminal 20A transmits the read supercode information or the RFID to the server 10 by the communication I / F22 (A720).
  • the control unit 11 of the server 10 decodes the received super code information or RFID and calculates the JAN code and the serial number information which are the decoding results. .. Then, the control unit 11 of the server 10 searches for the receipt ID of the purchased product identified by the JAN code and the serial number information based on the receipt information stored in the storage unit 15 (S710).
  • the exclusive campaign application process is executed (S720).
  • the exclusive campaign application process in the campaign application process in step S260 of FIG. 2-9, the serial number information of the campaign target product acquired from the terminal 20A is added and transmitted to the server (not shown) of the platform owner.
  • the platform owner can identify which application process is based on the purchase of which uniquely distinguished product. Therefore, the platform owner can apply for the campaign by purchasing the same product by attaching the serial number information to the application sticker or collecting the RFID tag itself as an application requirement by mailing etc. Can be prevented.
  • the receipt information (an example of purchase information, not limitation) includes item detailed information (an example of product information, not limitation), and serial number information (an example of product information, not limitation) uniquely.
  • item detailed information an example of product information, not limitation
  • serial number information an example of product information, not limitation
  • the receipt information is not limited, but as an example, the terminal 20 reads the RFID tag of the product (not limited, but an example of the IC tag of the product) by the NFCI / F, so that the communication I / of the terminal 20 is used. It can be made to be received by F22. As an example of the effect of the embodiment obtained by such a configuration, the purchase information of the product can be easily acquired by reading the IC tag of the product.
  • the serial number information is introduced as the information for uniquely identifying the product to be purchased, but the present invention is not limited to this.
  • the serial number information may be used as information for specifying the usage status of the service purchased by the user.
  • the service provider when using the service, issues a usage certificate including a super code or an RFID tag. Then, by reading the super code or the RFID tag on the terminal 20A, it may be possible to acquire the privilege of the campaign related to the use of the service.
  • usage certificates are not limited, but include taxi boarding certificates, clothes vouchers for clothes cleaning services, and the like.
  • the receipt information includes detailed information of the purchased service (an example of service information, not limitation), and serial number information (an example of service information, not limitation).
  • An example of information that uniquely identifies the above) is shown.
  • the service can be uniquely specified from the purchase information.
  • the receipt information is not limited, but as an example, the terminal 20 reads an RFID tag (not limited, but an example of an IC tag of the service) such as a service usage certificate by the NFCI / F. It can be made to be received by the communication I / F 22 of 20. As an example of the effect of the embodiment obtained by such a configuration, the purchase information of the service can be easily acquired by reading the IC tag of the service.
  • an RFID tag not limited, but an example of an IC tag of the service
  • the purchase information of the service can be easily acquired by reading the IC tag of the service.
  • the system to which the method of the present disclosure can be applied is not limited to the above system. Not only a system including a terminal and a server, but also a system not including a server can be applied. This is not a limitation, but as an example, the following system.
  • -A system that gives terminals the functions of a server (distributed system). This can be achieved by using the above-mentioned blockchain technology as an example, not a limitation.
  • Communication system 10 Server 20 Terminal 30 Network 40 Store POS system 50 Store code reader device 90 Payment application management server

Abstract

商品やサービスの購入に関連する新たな技術を提案する。　端末によって実行されるプログラムは、端末のユーザによって購入された購入情報を端末の通信部によって受信することと、購入情報に関連する特典情報と、購入情報とを端末の表示部に表示することとが端末によって実行される。

Description

プログラム、情報処理方法、端末、サーバ
　本開示は、プログラム、情報処理方法、端末、サーバ等に関する。
　スマートフォンやパソコン等の端末を用いて、商品やサービス等を購入する技術が存在する。例えば特許文献１には、商品の購買金額の決済を行う技術が開示されている。
特開２００２－１７６６７１号公報
　本発明の第１の態様によると、端末によって実行されるプログラムは、端末のユーザによって購入された購入情報を端末の通信部によって受信することと、購入情報に関連する特典情報と、購入情報とを端末の表示部に表示することとが端末によって実行される。
　本発明の第２の態様によると、端末の情報処理方法は、端末のユーザによって購入された購入情報を端末の通信部によって受信することと、購入情報に関連する特典情報と、購入情報とを端末の表示部に表示することとを含む。
　本発明の第３の態様によると、端末は、端末のユーザによって購入された購入情報を受信する通信部と、購入情報に関連する特典情報と、購入情報とを表示する表示部とを備える。
　本発明の第４の態様によると、端末は、メモリに記憶されたプログラムを読み出し、プログラムに基づく処理を実行するプロセッサーを備え、プロセッサーは、端末のユーザによって購入された購入情報を端末の通信部によって受信することと、購入情報に関連する特典情報と、購入情報とを端末の表示部に表示することとを実行する。
　本発明の第５の態様によると、端末と通信するサーバは、端末のユーザによって購入された商品またはサービスの情報を受信する通信部と、端末のユーザによって購入された商品またはサービスの情報に基づく購入情報と、購入情報に関連する特典情報とを通信部によって端末に送信する制御を行う制御部とを備える。
第１実施例に係る通信システムのシステム構成の一例を示す図。 第１実施例に係る店舗ＰＯＳシステムのハードウェア構成の一例を示す図。 第１実施例に係るサーバの制御部によって実現される機能の一例を示す図。 第１実施例に係るサーバの記憶部に記憶される情報の一例を示す図。 第１実施例に係るアカウント登録データの一例を示す図。 第１実施例に係るキャンペーン管理データベースの一例を示す図。 第１実施例に係る端末の制御部によって実現される機能の一例を示す図。 第１実施例に係る端末の記憶部に記憶される情報の一例を示す図。 第１実施例に係る端末の表示部に表示される画面の一例を示す図。 第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第２実施例に係るサーバの記憶部に記憶される情報の一例を示す図。 第２実施例に係るキャンペーン管理データベースの一例を示す図。 第２実施例に係るアカウント管理データベースの一例を示す図。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第２実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第２実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第３実施例に係るキャンペーン管理データベースの一例を示す図。 第３実施例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第３実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第３実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第４実施例に係るキャンペーン管理データベースの一例を示す図。 第４実施例に係る端末の表示部に表示される画面の一例を示す図。 第４実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第４実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第５実施例に係るアカウント管理データベースの一例を示す図。 第５実施例に係る端末の表示部に表示される画面の一例を示す図。 第５実施例に係る端末の表示部に表示される画面の一例を示す図。 第５実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第５実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第５実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第６実施例に係る通信システムのシステム構成の一例を示す図。 第６実施例に係る支払いアプリケーション管理サーバのハードウェア構成の一例を示す図。 第６実施例に係る支払いアプリケーション管理サーバの制御部によって実現される機能の一例を示す図。 第６実施例に係る支払いアプリケーション管理サーバの記憶部に記憶される情報の一例を示す図。 第６実施例に係る支払いアプリケーションアカウント登録データの一例を示す図。 第６実施例に係る支払いアプリケーションアカウント管理データベースの一例を示す図。 第６実施例に係る端末の表示部に表示される画面の一例を示す図。 第６実施例に係る端末の表示部に表示される画面の一例を示す図。 第６実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第６実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第６実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第６実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第６変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第６変形例に係る端末の表示部に表示される画面の一例を示す図。 第７実施例に係る端末の表示部に表示される画面の一例を示す図。 第８実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。
＜法的事項の遵守＞
　本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
　本開示に係るプログラム等を実施するための実施形態について、図面を参照して説明する。
　本明細書では、適宜「通信Ｉ／Ｆによって」という表現を使用する。これは、装置が、限定ではなく例として、制御部（プロセッサー等）の制御に基づいて、通信Ｉ／Ｆを介して（通信部を介して）、各種の情報やデータを送受信することを示す。
　また、本明細書において、「コード情報」とは、限定ではなく例として、
　・トークン（認証情報）
　・コード画像（画像情報）
　・エンコード等によってコード画像に格納されている情報（格納情報）、または格納される対象となる情報（格納対象情報）
　のうちの少なくともいずれかを含む。
　これらの具体例については後述する。
　「購入情報」とは、商品やサービスの購入と関連性を有する情報である。限定ではなく例として、
　・商品やサービスが購入されたことを示す情報（限定ではなく例として、後述するキャンペーン対象商品購入情報）
　・購入された商品やサービスの概要や細目を示す情報（限定ではなく例として、後述するレシート情報）
　・商品やサービスの購入が予約されたことを示す情報
　・予約された商品やサービスの概要や細目を示す情報
　等の情報をこれに含めることができる。
　なお、端末が受信・取得する購入情報と、サーバや店舗で管理される購入情報とは、完全に同じ情報としてもよいし、一部が異なる情報としてもよい。
　また、「特典」とは、ユーザが何らかの利益を得たり恩恵を受けるものを意味し、「特典情報」とは、特典と関連性を有する情報である。「特典」には、限定ではなく例として、キャンペーン特典、予約特典、初回特典、オンライン特典、メーカー特典等の各種の特典を含めることができる。
　「購入情報に関連する特典情報」とは、購入情報と直接的または間接的に関連性を有する特典情報であり、限定ではなく例として、
　・商品やサービスを購入することで得られる特典情報（限定ではなく例として、後述するキャンペーン情報、後述するキャンペーンクーポン情報、後述するキャンペーン特典応募情報等）
　・商品やサービスの購入を予約することで得られる特典情報
　等の情報をこれに含めることができる。
　本明細書では、セールスプロモーション（販売促進活動）を、随時「プロモーション」と呼称する。
　このプロモーションのサービスであるプロモーションサービスでは、プロモーションサービスの運営者と提携する製品メーカーやサービス運営者等の企業（以下、「プラットフォームオーナー」と呼称する。）から依頼されたプロモーションの一部あるいは全てを、プロモーションサービスの運営者が代わって実行する。
　また、プロモーションのうち、テーマ・期間を設定したプロモーションを「キャンペーン」と呼称する。
　なお、プロモーションとキャンペーンは区別してもよいし、区別しなくてもよい。後者の場合、「プロモーション」を「キャンペーン」と同義の意味で使用することとしてもよい。
　本明細書において、キャンペーンには、限定ではなく例として、「キャンペーン特典」、「キャンペーン対象商品」、「キャンペーン達成条件」という概念が含まれる。
　キャンペーン対象商品とは、限定ではなく例として、プラットフォームオーナーがプロモーションの対象とする製品・サービスの商品である。キャンペーン対象商品は、あるキャンペーンにおいて複数設けてもよいし、そうしなくてもよい。
　キャンペーン特典とは、限定ではなく例として、キャンペーン対象商品を購入・利用することでユーザが得られる特典である。
　キャンペーン達成条件とは、限定ではなく例として、キャンペーン特典を取得するために必要なキャンペーン対象商品の購入に関する条件である。
　キャンペーン特典は、限定ではなく例として、プロモーションサービスのユーザがキャンペーン達成条件を満たすことで即時に得られる応募不要なキャンペーン特典と、プロモーションサービスのユーザがキャンペーン達成条件を満たすことでキャンペーン特典を取得するための応募権利を獲得する、応募が必要なキャンペーン特典と、に大別される。以下では、前者のキャンペーン特典を取得するためのトークンを「キャンペーンクーポン」、後者のキャンペーン特典を取得するための応募権利を取得するためのトークンを「キャンペーン応募トークン」と呼称する。
　キャンペーン達成条件は、限定ではなく例として、ユーザがキャンペーン対象商品を所定数（または設定数）購入する、所定金額（または設定金額）購入する、所定数（または設定数）購入し購入金額が所定金額（または設定金額）以上となる、等の、複数の条件のうちのいずれかの１つの条件、または２以上の条件の組合せとすることができる。
＜第１実施例＞
　第１実施例は、限定ではなく例として、ユーザがキャンペーン対象商品を店舗で購入した後、端末を用いてキャンペーン特典であるクーポンを取得する実施例である。
　第１実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
　また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
＜システム構成＞
　図１－１は、本実施例における通信システム１Ａのシステム構成の一例を示す図である。
　通信システム１Ａでは、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、複数の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）と、複数の店舗ＰＯＳシステム４０（店舗ＰＯＳシステム４０Ａ，店舗ＰＯＳシステム４０Ｂ，・・・）とが接続される。
　サーバ１０は、ネットワーク３０を介して、ユーザが所有する端末２０にプロモーションサービスを提供する機能を有する。サーバ１０は、プロモーションサーバやプロモーションサービスサーバ、プロモーションアプリケーション管理サーバ等のように表現することもできる。
　本実施形態では、プロモーションサービス事業者（運営者）をサーバ１０のユーザとする。プロモーションサービス事業者は、限定ではなく例として、メッセージングサービス（メッセージングアプリケーション）の事業者等とすることができる。つまり、本実施形態では、限定ではなく例として、サーバ１０のユーザを、プロモーションサービス事業者やメッセージングサービス事業者とする。
　なお、本実施形態とは異なり、支払いサービス（支払いアプリケーション）の事業者がサーバ１０のユーザとなって、プロモーションサービスを運営するようにしてもよい。
　また、プラットフォームオーナー自身がサーバ１０のユーザとなって、プロモーションサービスを運営するようにしてもよい。
　なお、ネットワーク３０に接続されるサーバ１０の数や端末２０の数は限定されない。
　端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ、・・・）は、各実施例において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、ＶＲ（Virtual Reality）端末、スマートスピーカ（音声認識用デバイス）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。
　端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は、限定ではなく例として、同一とすることができる。また、必要に応じて、ユーザＸが利用する端末を端末２０Ｘと表現し、ユーザＸまたは端末２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現してもよいし、しなくてもよい。
　なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。
　ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０と、１以上の店舗ＰＯＳシステム４０とを接続する役割を担う。すなわち、ネットワーク３０は、上記の各種の装置が接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。
　ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。
　サーバ１０（限定ではなく、サーバ、情報処理装置、情報管理装置の一例）は、端末２０に対して、所定のサービス（本実施例ではプロモーションサービス）を提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。
　店舗ＰＯＳシステム４０は、限定ではなく例として、サーバ１０を運用する事業者と提携している店舗に導入されて使用されるＰＯＳシステムであり、限定ではなく例として、店舗コードリーダ装置５０と、コードレジ６０と、店舗サーバ７０とを含む。
［各装置のハードウェア（ＨＷ）構成］
　通信システム１Ａに含まれる各装置のＨＷ構成について説明する。
（１）端末のＨＷ構成
　図１－１には、端末２０のＨＷ構成の一例を示している。
　端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、時計部２９Ａ、位置算出用情報検出部２９Ｂを備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
　通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０等の各種装置に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０等の各種装置から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
　入出力部２３は、端末２０に対する各種操作を入力する装置や、端末２０で処理された処理結果を出力する装置等を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
　入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。
　出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
　あくまでも一例であるが、入出力部２３は、限定ではなく例として、表示部２４、音入力部２５、音出力部２６、撮像部２７を備える。
　表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定ではなく例として、タッチパネル、タッチディスプレイ、モニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。
　音入力部２５は、音データ（音声データを含む。以下同様。）の入力に利用される。音入力部２５は、マイクなどを含む。
　音出力部２６は、音データの出力に利用される。音出力部２６は、スピーカなどを含む。
　撮像部２７は、画像データ（静止画像データ、動画像データを含む。以下同様。）の取得に利用される。撮像部２７は、カメラなどを含む。
　入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。
　時計部２９Ａは、端末２０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部２９Ａは、限定ではなく例として、水晶発振器を利用したクロック等を有して構成される。時計部２９Ａは、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。
　なお、時計部２９Ａは、ＮＩＴＺ（Network Identity and Time Zone）規格等を適用したクロックを有していてもよいし、有していなくてもよい。
　位置算出用情報検出部２９Ｂは、制御部２１が自己の端末２０の位置を算出（測定）するために必要な情報（以下、「位置算出用情報」と称する。）を検出（計測）する機能部である。位置算出用情報検出部２９Ｂは、限定ではなく例として、位置算出用センサ部と表現することもできる。
　位置算出用情報検出部２９Ｂは、限定ではなく例として、ＧＰＳ（Global Positioning System）等の衛星測位システムを利用して端末２０の位置を算出するためのセンサやユニットである衛星測位センサ（衛星測位ユニット）や、慣性航法システムを利用して端末２０の位置を算出するためのセンサやユニットである慣性計測センサ（慣性計測ユニット（ＩＭＵ（Inertial Measurement Unit）））、ＵＷＢ（超広帯域無線：Ultra Wide Band）を利用して端末２０の位置を算出するためのセンサやユニットであるＵＷＢ測位センサ（ＵＷＢ測位ユニット）等を含む。
　衛星測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用衛星から発信されている測位用衛星信号を含むＲＦ（Radio Frequency）信号をデジタル信号に変換するＲＦ受信回路や、ＲＦ受信回路から出力されるデジタル信号に対して相関演算処理等を行って測位用衛星信号を捕捉し、測位用衛星信号から取り出した衛星軌道データや時刻データ等の情報を、位置算出用情報として出力するベースバンド処理回路等を有する。
　慣性計測ユニットは、慣性航法演算によって端末２０の位置を算出するために必要な情報を検出するセンサである慣性センサを有する。慣性センサには、限定ではなく例として、３軸の加速度センサや３軸のジャイロセンサが含まれ、加速度センサによって検出された加速度と、ジャイロセンサによって検出された角速度とを、位置算出用情報として出力する。
　ＵＷＢ測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用ビーコンから発信されている測位用超広帯域パルス信号を含む超広帯域ＲＦ（Radio Frequency）信号をデジタル信号に変換する超広帯域ＲＦ受信回路や、超広帯域ＲＦ受信回路から出力されるデジタル信号に基づいて端末２０と測位用ビーコンとの相対位置を算出する相対位置算出処理回路等を有する。
　なお、限定ではなく例として、ＵＷＢ測位ユニットは、不図示のアンテナから測位用超広帯域パルス信号を含む超広帯域ＲＦ信号を送信することで、端末２０を測位用ビーコンとして機能させてもよいし、そうしなくてもよい。
　制御部２１は、限定ではなく例として、位置算出用情報検出部２９Ｂによって検出された位置算出用情報に基づいて、定期的なタイミングや特定のタイミングで、自己の端末２０の位置を算出する。端末の位置を「端末位置」と称し、算出された端末位置を「算出端末位置」と称する。制御部２１は、算出端末位置を、その算出端末位置を算出した日時と関連付けて、算出端末位置履歴データとして記憶部２８に記憶させるようにしてもよいし、そうしなくてもよい。
　制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
　制御部２１は、限定ではなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。
　記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定ではなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。
　端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
（２）サーバのＨＷ構成
　図１－１には、サーバ１０のＨＷ構成の一例を示している。
　サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、時計部１９を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
　制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。
　制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。
　記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ(memory)と表現されてもよいし、されなくてもよい。
　通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０等の各種装置に送信する。また、通信Ｉ／Ｆ１４は、端末２０等の各種装置から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
　入出力部１２は、サーバ１０に対する各種操作を入力する装置や、サーバ１０で処理された処理結果を出力する装置等を含む。入出力部１２は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
　入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入力部は、限定ではなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。
　出力部は、制御部１１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
　あくまでも一例であるが、入出力部１２は、限定ではなく例として、表示部１３を備える。
　表示部１３は、ディスプレイ等で実現される。ディスプレイは、代表的にはモニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））で実現される。なお、ディスプレイは、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらのディスプレイは、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、ディスプレイは、これらに限定されない。
　時計部１９は、サーバ１０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部１９は、限定ではなく例として、ハードウェアクロックとしてのＲＴＣ（Real Time Clock）やシステムクロック等を有して構成される。時計部１９は、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。
（３）店舗ＰＯＳシステムのＨＷ構成
　図１－２には、店舗ＰＯＳシステム４０のＨＷ構成の一例を示している。
　店舗ＰＯＳシステム４０は、限定ではなく例として、サーバ１０を運用する事業者と提携している店舗に導入されて使用されるＰＯＳシステムであり、限定ではなく例として、店舗コードリーダ装置５０と、コードレジ６０と、店舗サーバ７０とを含む。
　店舗コードリーダ装置５０は、ＰＯＳ通信Ｉ／Ｆ５７（限定ではなく例として、店舗内の有線通信Ｉ／Ｆや無線通信Ｉ／Ｆ）によってコードレジ６０や店舗サーバ７０と通信接続され、コードレジ６０での会計の際に、限定ではなく例として、店舗商品に印刷された商品コード（限定ではなく例として、ＪＡＮ（Japanese Article Number）コード）を読み取る。そして、読み取った商品コードを通信Ｉ／Ｆ５４によって店舗サーバ７０に送信し、店舗サーバ７０に記憶される商品コードを読み取った商品の単価に関する情報を通信Ｉ／Ｆ５４によって店舗サーバ７０から受信する。
　店舗コードリーダ装置５０は、限定ではなく例として、制御部５１と、入出力部５２と、通信Ｉ／Ｆ５４と、記憶部５５と、ＰＯＳ通信Ｉ／Ｆ５７と、コードリーダ５８と、時計部５９とを有する。
　あくまでも一例であるが、入出力部５２は、限定ではなく例として、表示部５３、音出力部５６を備える。
　コードリーダ５８は、一次元コード（一次元コード画像）や二次元コード（二次元コード画像）、限定ではなく例として、商品コードや後述する支払いコード（支払いコード画像）を読み取るためのコードリーダである。
　コードレジ６０は、限定ではなく例として、ＰＯＳ通信Ｉ／Ｆ５７によって店舗コードリーダ装置５０や店舗サーバ７０と通信接続され、店舗での決済が完了したことに基づいて、販売した商品の個数や単価、支払い総額の情報を印字したレシートを発行する。なお、レシートには、店舗での決済を一意に識別するための情報（限定ではなく例として、レシートＩＤ）が含まれる。
　また、限定ではなく例として、コードレジ６０と一体として、またはコードレジ６０と別体として設けられ、客側に表示面が向けられたディスプレイを構成することもできる。
　店舗サーバ７０は、限定ではなく例として、自店舗に関する店舗情報や、自店舗で販売される商品に関する情報や自店舗で提供されるサービスに関する情報、自店舗での商品の販売やサービスの提供に伴う売上げに関する情報等の各種の情報を管理する。
　本実施例では、限定ではなく例として、店舗サーバ７０の不図示の記憶部に、店舗での販売に関する決済履歴情報（以下、「レシート情報」と称する）が記憶される。店舗サーバ７０は、ＰＯＳ通信Ｉ／Ｆ５７によって店舗コードリーダ装置５０やコードレジ６０と通信可能に構成されているとともに、ネットワーク３０を介してサーバ１０等の外部装置と通信可能に構成されている。
　なお、店舗サーバ７０は、必ずしも店舗コードリーダ装置５０と直接的に通信可能に構成されている必要はなく、コードレジ６０を介して店舗コードリーダ装置５０と通信可能に構成されていてもよい。限定ではなく例として、店舗コードリーダ装置５０がサーバ１０から受信した決済完了通知等はコードレジ６０に送られ、その後、コードレジ６０から店舗サーバ７０に送られるようにするなどすることもできる。
（４）その他
　サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
　他の装置についても同様である。
　本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。
　他の装置についても同様である。
　なお、端末２０の制御部２１、および／または、サーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
　他の装置についても同様である。
　また、本開示の各実施形態のプログラムＰ(限定ではなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムＰを記憶可能である。また、プログラムＰは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムＰとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。
　記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定ではなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。
　サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
　他の装置についても同様である。
　また、本開示のプログラムＰは、プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。サーバ１０および／または端末２０は、限定ではなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
　他の装置についても同様である。
　また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化されたデータ信号の形態でも実現され得る。
　サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
　端末２０における処理の少なくとも一部、または全部を、サーバ１０および／または店舗ＰＯＳシステム４０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、サーバ１０および／または店舗ＰＯＳシステム４０で行う構成としてもよいし、そうでなくてもよい。
　サーバ１０における処理の少なくとも一部、または全部を、端末２０および／または店舗ＰＯＳシステム４０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、端末２０および／または店舗ＰＯＳシステム４０で行う構成としてもよいし、そうでなくてもよい。
　また、店舗ＰＯＳシステム４０における処理の少なくとも一部、または全部を、サーバ１０および／または端末２０により行う構成としてもよいし、そうでなくてもよい。
　明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。
　なお、本開示のプログラムは、限定ではなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのコンパイラ言語、HTML5などのマークアップ言語などを用いて実装される。
［各装置の機能構成］
（１）サーバ
　図１－３は、本実施例においてサーバ１０の制御部１１によって実現される機能の一例を示す図である。
　制御部１１は、限定ではなく例として、記憶部１５に記憶されたプロモーションアプリケーション管理処理プログラム１５１に従ってプロモーションアプリケーション管理処理を実行するためのプロモーションアプリケーション管理処理部１１１を機能部として含む。
　図１－４は、本実施例においてサーバ１０の記憶部１５に記憶される情報等の一例を示す図である。
　記憶部１５には、限定ではなく例として、プロモーションアプリケーション管理処理として実行されるプロモーションアプリケーション管理処理プログラム１５１と、アカウント登録データ１５３と、キャンペーン管理データベース１５５とが記憶される。
　アカウント登録データ１５３は、アプリケーション（この例ではプロモーションアプリケーション）のアカウントに関する登録データであり、そのデータ構成の一例を図１－５に示す。
　アカウント登録データ１５３には、限定ではなく例として、ユーザ名と、アプリケーションＩＤと、その他登録情報とが関連付けて記憶される。
　ユーザ名は、アプリケーションを利用する端末２０のユーザの名称であり、限定ではなく例として、端末２０のユーザがアプリケーションを利用する際に登録する名称が記憶される。
　アプリケーションＩＤは、アプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。
　このアプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
　アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。
　その他登録情報には、限定ではなく例として、端末２０を識別するための識別情報、端末２０の電話番号（端末電話番号）、メールアドレス（端末メールアドレス）、アプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワード等）等の認証情報といった各種の情報を含めるようにすることができる。
　端末２０を識別するための識別情報は、限定ではなく例として、端末ＩＤ（限定ではなく例として、ＩＭＥＩ（International Mobile Equipment Identity））とすることができる。
　また、端末２０のユーザを識別するための識別情報は、限定ではなく例として、アプリケーションＩＤとすることができる。なお、アプリケーションＩＤに代えて「ユーザＩＤ」としてもよいし、しなくてもよい。
　また、１つの端末２０につき１つのアカウントしか登録することのできないアプリケーションであれば、限定ではなく例として、「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝アプリケーションＩＤ」とすることができる。
　また、限定ではなく例として、１つのユーザＩＤに、複数の端末ＩＤを割り当てることを可能としてもよいし、そのようにしなくてもよい。
　また、アプリケーションＩＤ等の各種のＩＤに代えて、端末電話番号等の情報によってアカウントを管理する手法を適用することも可能である。
　この場合、アプリケーションＩＤ等のＩＤの情報をアカウント登録データ１５３に記憶させるのに代えて、端末電話番号等の情報をアカウント登録データ１５３に記憶させるようにすることができる。
　キャンペーン管理データベース１５５は、プロモーションアプリケーションでキャンペーン特典が付与されるキャンペーン管理用のデータベースであり、その一例である第１のキャンペーン管理データベース１５５Ａのデータ構成例を図１－６に示す。
　第１のキャンペーン管理データベース１５５Ａには、キャンペーンごとの管理データとして、キャンペーン管理データが記憶される。
　各々のキャンペーン管理データには、限定ではなく例として、キャンペーンＩＤと、キャンペーン名と、キャンペーン対象商品ＩＤと、キャンペーン対象商品名と、キャンペーンクーポンコードとが記憶される。
　キャンペーンＩＤは、プロモーションアプリケーションにおいて登録済みのキャンペーンを識別するための識別情報としてのＩＤである。
　このキャンペーンＩＤは、好ましくはキャンペーンごとに一意な値であり、限定ではなく例として、サーバ１０によってキャンペーンごとに一意な値（固有の値）が設定されて記憶される。
　キャンペーン名は、キャンペーンＩＤによって識別されるキャンペーンの名称である。
　なお、キャンペーン名には、このキャンペーンの特典内容を含んでいてもよいし、含まなくてもよい。
　キャンペーン対象商品ＩＤは、このキャンペーンの特典を取得するために購入が必要となる対象商品を識別するための識別情報としてのＩＤである。
　このキャンペーン対象商品ＩＤには、限定ではなく例として、対象商品のＪＡＮコードが記憶される。
　なお、あるキャンペーンに対して、複数のキャンペーン対象商品ＩＤを記憶させるようにしてもよいし、そのようにしなくてもよい。限定ではなく例として、「朝の紅茶」に関するキャンペーンを行う場合、キャンペーン対象商品ＩＤに、「朝の紅茶ミルクティー」と、「朝の紅茶ストレートティー」と、「朝の紅茶レモンティー」とが紐づけられる各々のＪＡＮコードを記憶させることで、「朝の紅茶」のフレーバーを限定しないキャンペーンを行うことが可能である。
　また、限定ではなく例として、キャンペーン対象商品ＩＤに、「朝の紅茶ミルクティー　ペットボトル」と「朝の紅茶ミルクティー　缶」とが紐づけられる各々のＪＡＮコードを記憶させることで、「朝の紅茶ミルクティー」の容器の形態によらないキャンペーンを行うことが可能である。
　キャンペーン対象商品名は、このキャンペーンの対象商品の名称である。キャンペーン対象商品ＩＤに複数のＩＤが記憶される場合、限定ではなく例として、ＩＤごとにキャンペーン対象商品名を記憶させるようにしてもよいし、そのようにしなくてもよい。
　キャンペーンクーポンコードは、このキャンペーン特典を取得したことを証明するために必要なトークンである。限定ではなく例として、店舗において端末２０のユーザが表示部２４に表示されたキャンペーンクーポンコードを店員に提示すると、キャンペーン特典（限定ではなく例として、「朝の紅茶濃厚ミルクティー」）を取得することができる。
　このキャンペーン管理データは、限定ではなく例として、プラットフォームオーナーからの依頼に基づいて、限定ではなく例として、サーバ１０の入出力部１２に対するサーバ１０の管理者等の操作に基づいて入力される。この入力に基づいて、サーバ１０の制御部１１は、キャンペーン管理データの設定処理（事前設定の処理）を行う。
　なお、これとは異なり、不図示のプラットフォームオーナーのサーバから、キャンペーン管理データを受信するようにしてもよい。
　（２）端末
　図１－７は、本実施例において端末２０の制御部２１によって実現される機能の一例を示す図である。
　制御部２１は、限定ではなく例として、記憶部２８に記憶されたプロモーションアプリケーション処理プログラム２８１に従ってプロモーションアプリケーション処理を実行するためのプロモーションアプリケーション処理部２１１を機能部として含む。
　図１－８は、本実施例において端末２０の記憶部２８に記憶される情報等の一例を示す図である。
　記憶部２８には、限定ではなく例として、プロモーションアプリケーション処理として実行されるプロモーションアプリケーション処理プログラム２８１と、自己の端末２０、または自己の端末２０のユーザのアプリケーションＩＤ２８３とが記憶される。
　なお、アプリケーションＩＤ２８３は、複数のアプリケーションＩＤを記憶できるようにしてもよいし、そうしなくてもよい。
　（３）店舗ＰＯＳシステム
　図１－２は、本実施例において店舗ＰＯＳシステム４０における店舗コードリーダ装置５０の制御部２１によって実現される機能の一例を示す図である。
　制御部５１は、限定ではなく例として、記憶部５５に記憶された店舗決済処理プログラム５５１に従って店舗決済処理を実行するための店舗決済処理部５１１を機能部として含む。
　店舗コードリーダ装置５０の記憶部５５には、限定ではなく例として、店舗決済処理として実行される店舗決済処理プログラム５５１と、店舗コードリーダ装置が設定される店舗を識別するための識別情報である店舗ＩＤとが記憶される。
　また、店舗ＰＯＳシステム４０における店舗サーバ７０の不図示の記憶部には、店舗コードリーダ装置５０によって実行された店舗決済処理の処理結果であるレシート情報がデータベースとして蓄積され記憶される。
　図示は省略するが、レシート情報には、限定ではなく例として、レシートＩＤと、決済金額と、品目詳細情報とが関連付けて記憶される。
　レシートＩＤは、実行された店舗決済処理を識別するための識別情報である。レシートＩＤは、実行された店舗決済処理が判別できればどのような形式でもよい。ここでは、限定ではなく例として、店舗ＰＯＳシステム４０によって定められた店舗決済処理ごとに一意な値（固有の値）と、店舗ＩＤとを合わせた（繋げた）値が設定されて記憶されることとする。
　なお、レシートＩＤは、取引ＩＤとしてもよいし、しなくてもよい。
　決済金額は、店舗決済処理によって決済された一の決済の総計金額である。
　品目詳細情報は、店舗決済処理によって決済された内訳を示す情報であり、限定ではなく例として、販売商品ＩＤ（限定ではなく例として、ＪＡＮコード）と、販売商品ＩＤによって特定される販売商品名と、この販売商品を決済によって販売した個数である販売商品個数と、この販売商品を決済によって販売したときの単価である販売商品単価とが関連付けて記憶される。
＜表示画面＞
　以下では、限定ではなく例として、端末２０が、縦長のディスプレイの表示部２４を備えるスマートフォンである場合を例示する。
　スマートフォンには、限定ではなく例として、入力部として機能するタッチパネルが、そのディスプレイと対向して配置され、これによってタッチスクリーンが構成される。アイコン、ボタン、アイテムまたは入力領域などの要素がディスプレイに表示された場合において、タッチパネルの一部の領域であって、その要素が表示された領域と対向する領域がユーザによって操作された場合、その要素と関連付けられたプログラムまたはそのプログラムのサブルーチンが実行される。
　以下では、ユーザによる操作を、限定ではなく例として、タップ（タップ操作）として説明する。
　タップ（タップ操作）とは、限定ではなく例として、ユーザが、タッチパネルが一体的に構成された表示部２４（タッチスクリーン）を指やペン先などで軽く叩くように触れる動作、触れてから離す動作である。
　なお、以下説明する表示画面の遷移は、本開示の手法を実現するための表示画面の遷移の一例に過ぎない。以下に例示する表示画面の遷移について、一部の表示画面の表示を省略してもよいし、別の表示画面を追加してもよい。
　図１－９は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
　図１－９左側は、限定ではなく例として、ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるプロモーションアプリケーションのレシート番号入力画面である。
　メニュー画面最上部中央には、プロモーションアプリケーションの名称として「Ｐｒｏｍｏｔｉｏｎ　Ａｐｐ」の文字が表示されている。その下には、プロモーションアプリケーションにおける現在位置を示す現在位置表示領域が構成されており、この例では、現在位置がレシート番号入力画面であることを示す「レシート番号入力」の文字が現在位置表示領域内に表示されている。
　また、その下には、「商品を購入したレシート番号を入力してください」の文字と、店舗等で商品を購入した（サービスを利用した）際に取得したレシートに記載のレシート番号（レシートＩＤ）を入力させるためのレシート番号入力領域ＲＮＲ１とが表示されている。
　レシート番号入力領域ＲＮＲ１の左端の丸で囲まれたバツ印のアイコンは、レシート番号消去ボタンであり、限定ではなく例として、レシート番号消去ボタンがタップされると、レシート番号入力領域ＲＮＲ１に入力された番号は消去される。
　画面下部には、レシート番号を入力するためのテンキー領域が構成され、画面最下部には、レシート番号入力領域ＲＮＲ１に対して入力されたレシート番号を送信するためのレシート番号送信ボタンＢＴ１が表示されている。
　なお、レシート番号（レシートＩＤ）にアルファベットや記号が含まれる場合、テンキー領域はフルキーボード領域としてもよい。
　ユーザのテンキー領域に対するタップ操作によってレシート番号入力領域ＲＮＲ１にレシート番号が入力された後、レシート番号送信ボタンＢＴ１がタップされると、限定ではなく例として、図１－９右側の画面に表示が遷移する。この例では、１１桁のレシート番号が入力された後、レシート番号送信ボタンＢＴ１がタップされた状態が示されている。
　図１－９右側は、限定ではなく例として、プロモーションアプリケーションのクーポン表示画面である。
　この画面では、現在位置がクーポン表示画面であることを示す「クーポン表示」の文字が現在位置表示領域内に表示されている。
　現在位置表示領域の下部には、キャンペーン対象商品である「朝の紅茶濃厚ミルクティー」を購入した内容を含むレシートのレシート番号を図１－９左側で送信したことに伴い、「朝の紅茶濃厚ミルクティーお買い上げありがとうございます」と書かれたキャンペーン対象商品購入情報ＰＩ１（限定ではなく、購入情報の一例）が表示されている。そして、画面下部には、限定ではなく例として、キャンペーンで取得可能なクーポンの内容と、クーポンを利用するためのトークンであるキャンペーンクーポンコードとを含む、キャンペーンクーポン情報ＳＯ１（限定ではなく、特典情報の一例）が表示されている。
　限定ではなく例として、端末２０Ａのユーザは、キャンペーン購入店舗において表示部２４に表示されたキャンペーンクーポン情報ＳＯ１を店員に提示する。店員は、キャンペーンクーポン情報ＳＯ１に記載のキャンペーンクーポンコードを確認することで、キャンペーンクーポンの特典である「朝の紅茶濃厚ミルクティー１本無料」を有効化し、会計時に割引を行う。
＜処理＞
　図１－１０は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
　この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、店舗ＰＯＳシステム４０の各構成要素の制御部が実行する処理の一例を示している。
　なお、この処理は、本開示の手法を実現するための処理の一例に過ぎず、この処理に限定されるものではない。この処理に別のステップを追加してもよいし、この処理から一部のステップを省略（削除）してもよい。
　これは、以下説明する各フローチャート（処理）について同様である。
　本処理に先んじて、ユーザＡ．Ａは、店舗ＰＯＳシステム４０を有する店舗において買い物を行い、レシートを所持しているものとする。
　なお、店舗における決済手段はその種類を問わない。決済手段としては、限定ではなく例として、現金、クレジットカード、デビットカード、商品券、電子貨幣（電子マネー）等が挙げられる。
　また、ユーザＡ．Ａ自身が買い物を行うことに限定されない。限定ではなく例として、ユーザＡ．Ａ以外のユーザが店舗において買い物を行い、そのレシートをユーザＡ．Ａに手渡すようにしてもよいし、そのようにしなくてもよい。
　まず、端末２０Ａの制御部２１は、レシートに印刷されたレシートＩＤの入力を促す表示画面を表示部２４に表示させる。そして、限定ではなく例として、端末２０Ａの入出力部２３に対するユーザ操作に基づいて、端末２０Ａの制御部２１は、レシートＩＤの入力を受け付ける（Ａ１１０）。
　すると、端末２０Ａの制御部２１は、レシートＩＤを含むレシートＩＤ情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１２０）。
　通信Ｉ／Ｆ１４によって端末２０ＡからレシートＩＤ情報を受信すると、サーバ１０の制御部１１は、限定ではなく例として、レシートＩＤから買い物が行われた店舗を検索する。そして、サーバ１０の制御部１１は、レシートＩＤの品目詳細情報を含むレシート情報を要求するためのレシート情報要求情報を、通信Ｉ／Ｆ１４によって買い物が行われた店舗の店舗ＰＯＳシステム４０に送信する（Ｓ１１０）。
　店舗ＰＯＳシステム４０の店舗サーバ７０は、不図示の通信Ｉ／Ｆによってサーバ１０からレシート情報要求情報を受信すると、受信したレシートＩＤに基づいて、レシート情報を探索する。そして、レシートＩＤで識別される品目詳細情報を含むレシート情報を、不図示の通信Ｉ／Ｆによってサーバ１０に送信する（Ｐ１１０）。すると、店舗ＰＯＳシステム４０は、処理を終了する。
　なお、店舗ＰＯＳシステム４０で記憶されるレシート情報を、限定ではなく例として、買い物の決済都度ごとにサーバ１０に予め転送することで、サーバ１０の記憶部１５にレシート情報を記憶させるようにしてもよいし、そのようにしなくてもよい。この場合、サーバ１０においてレシートＩＤをキーとしてレシート情報の探索が行われる。
　通信Ｉ／Ｆ１４によって店舗ＰＯＳシステム４０からレシート情報を受信すると、サーバ１０の制御部１１は、レシート情報と、第１のキャンペーン管理データベース１５５Ａとに基づいて、キャンペーン探索処理を実行する（Ｓ１３０）。
　キャンペーン探索処理において、サーバ１０の制御部１１は、レシート情報の品目詳細情報における販売商品ＩＤと、キャンペーン管理データのキャンペーン対象商品ＩＤとを突き合わせて、レシート情報に各キャンペーンの対象商品が含まれるか否かを判定する（Ｓ１４０）。
　レシート情報の販売商品ＩＤにキャンペーン対象商品ＩＤが含まれる場合（Ｓ１４０：ＹＥＳ）、サーバ１０の制御部１１は、限定ではなく例として、そのキャンペーンの対象商品名を含むキャンペーン対象商品購入情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１５０）。また、サーバ１０の制御部１１は、限定ではなく例として、そのキャンペーンのキャンペーンクーポンコードを含むキャンペーンクーポン情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１６０）。そして、サーバ１０の制御部１１は、処理を終了させる。
　レシート情報の販売商品ＩＤにキャンペーン対象商品ＩＤが含まれない場合には（Ｓ１４０：ＮＯ）、サーバ１０の制御部１１は、処理を終了させる。
　通信Ｉ／Ｆ２２によってサーバ１０からキャンペーンクーポン情報を受信する場合（Ａ１４０：ＹＥＳ）、端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０から受信したキャンペーン対象商品購入情報を、表示部２４に表示させる（Ａ１５０）。また、端末２０Ａの制御部２１は、キャンペーンクーポン情報を表示部２４に表示させる（Ａ１６０）。そして、端末２０Ａの制御部２１は、処理を終了させる。
　サーバ１０からキャンペーンクーポン情報を受信しない場合（Ａ１４０：ＹＥＳ）、端末２０Ａの制御部２１は、処理を終了させる。
　なお、Ｓ１３０のステップにおいて、レシート情報の販売商品ＩＤに複数のキャンペーンＩＤにおけるキャンペーン対象商品ＩＤが含まれる場合（Ｓ１４０：ＹＥＳ）、サーバ１０の制御部１１は、適合する複数のキャンペーン管理データからキャンペーン対象商品名とキャンペーンクーポンコードとを読み出し、Ｓ１５０とＳ１６０とのステップを繰り返し実行する。
　また、Ｓ１３０のステップにおいて、レシート情報の販売商品ＩＤに同一キャンペーンＩＤにおける複数のキャンペーン対象商品ＩＤが含まれる場合（Ｓ１４０：ＹＥＳ）、サーバ１０の制御部１１は、適合する販売商品ＩＤの数だけ、Ｓ１５０とＳ１６０とのステップを繰り返し実行する。
　なお、上記の処理では、特典情報（限定ではなく例として、キャンペーンクーポン情報）と、購入情報（限定ではなく例として、キャンペーン対象商品購入情報）とを端末２０の表示部２４に表示させることとしたが、限定ではなく例として、購入情報は端末２０の表示部２４に表示させないようにしてもよい。
　これは、以下の実施例においても同様である。
＜第１実施例の効果＞
　本実施例は、端末２０が、キャンペーン対象商品購入情報（限定ではなく、端末のユーザによって購入された購入情報の一例）を通信Ｉ／Ｆ２２によって受信する。そして、端末２０は、キャンペーン対象商品購入情報に関連するキャンペーンクーポン情報（限定ではなく、特典情報の一例）を表示部２４に表示する構成を示している。
　このような構成により得られる実施例の効果の一例として、購入情報と併せて、それに関連する特典情報も端末のユーザに認識させることができる。
　また、本実施例は、端末２０と通信するサーバ１０が、端末２０のユーザによって購入された商品またはサービスの情報を通信Ｉ／Ｆ１４によって受信する。そして、サーバ１０は、端末２０のユーザによって購入された商品またはサービスの情報に基づくキャンペーン対象商品購入情報と、キャンペーン対象商品購入情報に関連するキャンペーンクーポン情報とを通信Ｉ／Ｆ１４によって端末２０に送信する制御を制御部１１によって行う構成を示している。
　このような構成により得られる実施例の効果の一例として、端末のユーザによって購入された商品またはサービスの情報を取得した上で、この情報に基づく購入情報と、この購入情報に関連する特典情報とを端末に送信して、端末のユーザに通知することができる。
＜第１変形例（１）＞
　第１実施例では、キャンペーン対象商品ＩＤで識別されるキャンペーン対象商品を購入すると、キャンペーンの特典を取得することができることとしたが、これに限定されない。限定ではなく例として、キャンペーン対象となるサービス（キャンペーン対象サービス）の利用に対するキャンペーン特典を取得することができるようにしてもよい。
　この場合は、キャンペーン対象商品ＩＤとして、ユーザが利用するサービス（限定ではなく例として、タクシー配車サービスや、飲食物の出前サービス等）を識別可能な情報を用いるようにすることができる。すると、ユーザがキャンペーン対象となるサービスを利用すると、キャンペーン特典を取得することができる。
＜第１変形例（２）＞
　第１実施例では、端末２０Ａの制御部２１は、キャンペーン対象商品購入情報を表示部２４に表示させることとしたが、これに限定されない。限定ではなく例として、端末２０Ａの制御部２１は、品目詳細情報が含まれるレシート情報を表示部２４に表示させるようにしてもよい。
＜表示画面＞
　図１－１１は、本変形例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
　図１－１１左側は、図１－９左側と同様である。
　図１－１１左側において、レシート番号入力領域ＲＮＲ１にレシート番号が入力された後、レシート番号送信ボタンＢＴ１がタップされると、限定ではなく例として、図１－１１右側の画面に表示が遷移する。
　図１－１１右側は、限定ではなく例として、プロモーションアプリケーションのクーポン表示画面である。
　この画面では、現在位置がクーポン表示画面であることを示す「クーポン表示」の文字が現在位置表示領域内に表示されている。
　現在位置表示領域の下には、レシート番号入力領域ＲＮＲ１に入力されたレシート番号（レシートＩＤ）で識別されるレシート情報（電子レシートと称してもよい。）ＲＩ１（限定ではなく、購入情報の一例）が表示されている。
　レシート情報ＲＩ１には、限定ではなく例として、購入店舗名と、購入日時と、決済金額と、品目詳細情報とが表示されている。
　レシート情報ＲＩ１の品目詳細情報に、キャンペーン対象商品である「朝の紅茶濃厚ミルクティー」が含まれていることに基づいて、画面下部には、キャンペーンクーポン情報ＳＯ１（特典情報）が表示されている。
＜処理＞
　図１－１２は、本変形例において各装置が実行する処理の流れの一例を示すフローチャートである。
　この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、店舗ＰＯＳシステム４０の各構成要素の制御部が実行する処理の一例を示している。
　通信Ｉ／Ｆ１４によって店舗ＰＯＳシステム４０からレシート情報を受信すると、サーバ１０の制御部１１は、受信したレシート情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１２０）。
　通信Ｉ／Ｆ２２によってサーバ１０からレシート情報を受信すると、端末２０Ａの制御部２１は、受信したレシート情報を表示部２４に表示させる（Ａ１３０）。そして、端末２０Ａの制御部２１は、Ａ１４０とＡ１６０とのステップを実行する。
　なお、Ｓ１４０：ＹＥＳの場合、サーバ１０の制御部１１は、図１－１０のＳ１５０のステップを実行するようにしてもよい。この場合、端末２０Ａの制御部２１は、Ａ１４０のステップを実行後、図１－１０のＡ１５０のステップを実行する。
　本変形例は、購入情報は、端末２０のユーザによる商品またはサービスの購入に基づくレシート情報（限定ではなく、電子レシートの一例）を含む構成を示している。
　このような構成により得られる実施例の効果の一例として、端末のユーザによる商品またはサービスの購入に基づく電子レシートと併せて、それに関連する特典情報も端末のユーザに認識させることができる。
＜第１変形例（３）＞
　上記の変形例では、キャンペーン探索処理はサーバ１０において実行されるとしたが、これに限定されない。限定ではなく例として、端末２０Ａにおいてキャンペーン探索処理を実行するようにしてもよい。
　この場合、限定ではなく例として、サーバ１０の制御部１１は、何らかのタイミングで、キャンペーン管理データベース１５５Ａを端末２０Ａに送信する。そして、端末２０Ａの制御部２１は、受信したレシート情報とキャンペーン管理データベース１５５Ａとに基づいて、キャンペーン探索処理を実行する。
　限定ではなく例として、図１－１２において、サーバ１０の制御部１１は、Ｐ１１０のステップで店舗ＰＯＳシステム４０から送信されて受信したレシート情報と、最新のキャンペーン管理データベース１５５Ａとを、通信Ｉ／Ｆ１４によって端末２０Ａに送信する。または、サーバ１０の制御部１１は、限定ではなく例として、定期的なタイミングで、最新のキャンペーン管理データベース１５５Ａを端末２０Ａに送信する。
　そして、端末２０Ａの制御部２１は、限定ではなく例として、Ａ１２０のステップの後、キャンペーン探索処理を実行するようにすることができる。
　この場合、図１－１２において、限定ではなく例として、サーバ１０のＳ１３０～Ｓ１６０のステップのうちの一部または全部のステップを省略することができる。
　なお、サーバ１０の制御部１１は、キャンペーン管理データベース１５５Ａのキャンペーン管理データのうち、キャンペーンクーポンコードは端末２０Ａに送信しないようにしてもよい。
　この場合、端末２０Ａの制御部２１は、キャンペーン探索処理によって探索されたキャンペーンのキャンペーンクーポンコードを要求する情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、サーバ１０の制御部１１は、受信した要求情報に基づいて、キャンペーンクーポンコードを端末２０Ａに送信するようにすることができる。
＜第１変形例（４）＞
　第１実施例では、キャンペーン特典として、キャンペーンクーポンが付与される場合について説明したが、これに限定されない。限定ではなく例として、キャンペーン特典として、キャンペーン応募トークンが付与されるようにしてもよい。
　この場合、第１のキャンペーン管理データベース１５５Ａのキャンペーン管理データには、キャンペーンクーポンコードに代わり、キャンペーン応募トークンが記憶される。
　キャンペーン応募トークンは、このキャンペーンの応募資格を取得したことを証明するために必要なトークンである。また、キャンペーン応募トークンは、キャンペーン特典を取得するために必要なトークンである。
　すなわち、本変形例では、キャンペーンクーポンとは異なり、キャンペーン応募トークンを取得後、ユーザが能動的にキャンペーン特典を取得するための動作（応募）を行う必要がある。
＜表示画面＞
　図１－１３は、本変形例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
　図１－１３左側は、図１－９左側と同様である。
　図１－１３左側において、レシート番号入力領域ＲＮＲ１にレシート番号（レシートＩＤ）が入力された後、レシート番号送信ボタンＢＴ１がタップされると、限定ではなく例として、図１－１３右側の画面に表示が遷移する。
　図１－１３右側は、限定ではなく例として、プロモーションアプリケーションのクーポン表示画面である。
　この画面では、現在位置がクーポン表示画面であることを示す「クーポン表示」の文字が現在位置表示領域内に表示されている。
　現在位置表示領域の下には、レシート番号入力領域ＲＮＲ１に入力されたレシート番号で識別されるレシート情報ＲＩ１が表示されている。
　レシート情報ＲＩ１の品目詳細情報に、キャンペーン対象商品である「朝の紅茶濃厚ミルクティー」が含まれていることに基づいて、画面下部には、限定ではなく例として、キャンペーンに応募することで取得可能なキャンペーン特典の内容と、キャンペーンに応募するためのトークンであるキャンペーン応募トークンとを含む、キャンペーン特典応募情報ＳＯ２（限定ではなく、特典情報の一例）が表示されている。
　限定ではなく例として、端末２０Ａのユーザは、応募はがき等にキャンペーン応募トークンを記載し、プラットフォームオーナーのキャンペーン応募事務局宛てに郵送する。プラットフォームオーナーの抽選結果に基づいて、当選した場合、端末２０Ａのユーザは、キャンペーン特典である「純銀スプーン」を取得することができる。
　なお、端末２０Ａのユーザは、プラットフォームオーナーあるいはプロモーションサービス運営者の応募サイト（応募用Ｗｅｂページ）にアクセスし、キャンペーン応募トークンを入力・送信することで、キャンペーン特典の取得に応募するようにしてもよい。
＜処理＞
　図１－１４は、本変形例において各装置が実行する処理の流れの一例を示すフローチャートである。
　この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、店舗ＰＯＳシステム４０の各構成要素の制御部が実行する処理の一例を示している。
　レシート情報の販売商品ＩＤにキャンペーン対象商品ＩＤが含まれる場合（Ｓ１４０：ＹＥＳ）、サーバ１０の制御部１１は、限定ではなく例として、そのキャンペーンのキャンペーン応募トークンを含むキャンペーン応募トークン情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１７０）。
　通信Ｉ／Ｆ２２によってサーバ１０からキャンペーン応募トークン情報を受信する場合（Ａ１７０：ＹＥＳ）、端末２０Ａの制御部２１は、受信したキャンペーン応募トークン情報を、表示部２４に表示させる（Ａ１８０）
　このようにして端末２０の表示部２４に表示されたキャンペーン応募トークン情報に基づいて、端末２０のユーザは、種々の方法によって、キャンペーンに応募することができる。その応募方法はどのようにしてもよいが、限定ではなく例として、以下のいずれかの方法とすることができる。
　・前述したように、応募はがきで応募する方法
　・前述したように、応募サイトから応募する方法
　・後述するように、プロモーションアプリケーションから応募する方法
　本変形例は、特典情報は、キャンペーン特典応募情報（限定ではなく、購入情報に基づき端末のユーザが応募可能な特典の情報の一例）を含む構成を示している。
　このような構成により得られる実施例の効果の一例として、端末のユーザによる購入に基づき、表示された特典情報を確認した上で、端末のユーザが特典に応募できるようにすることができる。
＜第２実施例＞
　第１実施例では、キャンペーン対象商品を購入した情報がレシート情報に記載されていれば、キャンペーン達成条件によらずキャンペーン特典（あるいはキャンペーン特典への応募権利）が取得できる例を説明したが、これに限定されない。
　第２実施例では、キャンペーン達成条件として、キャンペーン対象商品を所定数（または設定数）購入する、あるいはキャンペーン対象商品を所定合計金額（または設定合計金額）購入する例について説明する。また、これに関連して、端末２０ＡのユーザＡ．Ａが店舗での決済を自己の端末２０と紐付けする手法について説明する。
　第２実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
　また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
　図２－１は、本実施例においてサーバ１０の記憶部１５に記憶される情報等の一例を示す図である。
　記憶部１５には、限定ではなく例として、プロモーションアプリケーション管理処理プログラム１５１と、アカウント登録データ１５３と、キャンペーン管理データベース１５５と、アカウント管理データベース１５７とが記憶される。
　図２－２は、本実施例において用いられるキャンペーン管理データベース１５５の一例である第２のキャンペーン管理データベース１５５Ｂのデータ構成例を示す図である。
　第２のキャンペーン管理データベース１５５Ｂには、キャンペーンごとの管理データとして、キャンペーン管理データが記憶される。
　各々のキャンペーン管理データには、限定ではなく例として、キャンペーンＩＤと、キャンペーン名と、キャンペーン対象商品ＩＤと、キャンペーン対象商品名と、キャンペーン応募ＵＲＩと、キャンペーン応募トークンと、キャンペーン達成条件と、キャンペーン期間とが記憶される。
　キャンペーンＩＤと、キャンペーン名と、キャンペーン対象商品ＩＤと、キャンペーン対象商品名とは、第１のキャンペーン管理データベース１５５Ａと同様である。
　キャンペーン応募トークンは、第１変形例のキャンペーン応募トークンと同様である。
　キャンペーン応募ＵＲＩは、限定ではなく例として、このキャンペーンの応募用Ｗｅｂページのアドレスを指し示す情報である。
　キャンペーン達成条件は、このキャンペーン特典を取得する、あるいはキャンペーン特典を取得するための応募権利を獲得するための条件である。
　キャンペーン達成条件には、限定ではなく例として、キャンペーン対象商品ＩＤで識別される商品を一定数（または設定数）購入すること、または一定金額（または設定金額）購入することを含めることができる。
　限定ではなく例として、図２－２では、キャンペーン対象商品ＩＤの商品を６個購入すると応募権利を獲得することができる条件が例示されている。
　なお、キャンペーン対象商品ＩＤが複数記憶される場合、キャンペーン達成条件として、それぞれのキャンペーン対象商品ＩＤに対して、一定数購入する、あるいは一定金額購入するという条件を定めてもよいし、キャンペーン対象商品ＩＤによらず合計数で一定数、あるいは一定金額購入するという条件を定めてもよい。あるいは、購入する個数と購入金額とで条件を定めてもよい。
　キャンペーン期間は、このキャンペーンが実施される期間である。
　なお、キャンペーン期間を、キャンペーン対象商品購入期間と、キャンペーン応募可能期間とに分けてもよいし、分けなくてもよい。
　また、キャンペーン対象商品ＩＤに個数に関する情報を紐づけることで、後述するキャンペーン収集処理において、対象商品を１つ購入する毎に所定数購入数を増加させるようにしてもよい。限定ではなく例として、１ケース２４本入りの紅茶を１ケース購入すると、２４本の紅茶を購入することと同義に取り扱うようにすることができる。さらに、１ケース購入すると、ボーナスとして６本分の応募権利を余計に付与する（３０本購入に相当）といったことも可能である。
　アカウント管理データベース１５７は、各々のアカウントにおけるキャンペーン対象商品の購入履歴を管理するためのデータベースである。
　図２－３は、本実施例において用いられるアカウント管理データベース１５７の一例である第１のアカウント管理データベース１５７Ａのデータ構成例を示す図である。
　第１のアカウント管理データベース１５７Ａには、アカウントごとの管理データとして、アカウント管理データが記憶される。
　各々のアカウント管理データには、限定ではなく例として、アプリケーションＩＤと、進行中キャンペーンデータとが記憶される。
　アプリケーションＩＤは、プロモーションアプリケーションのアカウントを識別するために用いられる識別情報である。
　進行中キャンペーンには、各々のキャンペーンごとに、キャンペーンＩＤと、購入履歴データとが関連付けて記憶される。
　キャンペーンＩＤは、第２のキャンペーン管理データベース１５５Ｂに記憶されるキャンペーンを識別するための識別情報である。
　購入履歴データには、限定ではなく例として、取引ＩＤと、店舗ＩＤと、購入店舗名と、購入個数と、購入金額とが関連付けて記憶される。
　なお、購入履歴データに上記の全ての情報を記憶させることは必須ではなく、一部の情報を記憶させないようにしてもよい。
　限定ではなく例として、購入店舗名の情報は記憶させないようにしてもよい。
　また、キャンペーン達成条件の判定に購入金額の情報を用いないのであれば、購入金額の情報は記憶させないようにしてもよい。
　キャンペーン達成条件の判定に購入個数の情報を用いないのであれば、購入個数の情報は記憶させないようにしてもよい。
　取引ＩＤは、好ましくは取引ごとに一意な値であり、店舗ＰＯＳシステム４０において定められる、店舗での決済を識別するための識別情報である。ただし、店舗が異なる場合には、同一の取引ＩＤを取りうる。
　なお、サーバ１０によって取引ごとに一意な値（固有の値）が設定されるようにしてもよい。
　店舗ＩＤは、その取引が行われた店舗を識別するための識別情報としてのＩＤである。
　この店舗ＩＤは、好ましくは店舗ごとに一意な値であり、限定ではなく例として、サーバ１０によって加盟店ごとに一意な値（固有の値）が設定されて記憶される。
　なお、店舗ＩＤは店舗ＰＯＳシステム４０によって設定されるようにしてもよい。
　購入店舗名には、その取引が行われた店舗の名称が記憶される。
　なお、購入店舗名の情報は、不図示のデータによってサーバ１０により店舗ＩＤと関連付けて記憶・管理されるようにすることができる。また、購入店舗名は、店舗ＰＯＳシステム４０によって設定されるようにしてもよい。
　購入個数は、その取引によって購入された、キャンペーンＩＤのキャンペーンにおけるキャンペーン対象商品の購入数である。キャンペーン対象商品ＩＤが複数設定されたキャンペーンにおいては、それぞれの商品の購入数を個別に記憶させるようにしてもよい。
　購入金額は、その取引によって購入された、キャンペーンＩＤのキャンペーンにおけるキャンペーン対象商品の購入金額である。キャンペーン対象商品ＩＤが複数設定されたキャンペーンにおいては、それぞれの商品の購入金額を個別に記憶させるようにしてもよい。
　なお、キャンペーン達成条件がキャンペーン対象商品の購入数あるいは購入金額のどちらかである場合には、キャンペーン達成条件に記載される購入個数あるいは購入金額のみを記憶させるようにしてもよい。
＜表示画面＞
　図２－４は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
　図２－４左側は、限定ではなく例として、ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるプロモーションアプリケーションのメインメニュー画面である。
　この画面では、メインメニュー画面であることを示す「メインメニュー」の文字が現在位置表示領域に表示されている。
　現在位置表示領域の下には、ユーザＡ．Ａがキャンペーン応募条件を満たすためにキャンペーン対象商品を購入しているキャンペーンを表示するための、進行中キャンペーン表示領域ＣＩＲ１（進行中キャンペーン表示領域ＣＳＲ１と実質的に同じ。）が表示されている。
　なお、ユーザＡ．Ａがキャンペーン対象商品を購入しているキャンペーンを、キャンペーン達成条件を満たしているか否かに関わらず、ユーザＡ．Ａの「参加中のキャンペーン」あるいは「進行中のキャンペーン」と呼称する。
　この画面では、ユーザＡ．Ａは、いずれのキャンペーンにおいてもキャンペーン対象商品を購入していないため、進行中キャンペーン表示領域ＣＩＲ１には、「現在参加中のキャンペーンはありません」の文字が表示されている。
　なお、進行中キャンペーン表示領域ＣＩＲ１の上のベルマークは、プロモーションアプリケーション（プロモーションサービス）からのお知らせを通知するためのおしらせ通知アイコンである。限定ではなく例として、サーバ１０から端末２０Ａへ通知がされると、ベルマークを点灯させるなどして、通知が届いたことをユーザＡ．Ａに報知するようにすることができる。おしらせ通知アイコンがタップされると、端末２０Ａの制御部２１は、通知内容を表示部２４に表示させる。
　進行中キャンペーン表示領域ＣＩＲ１の下方には、現在実施中のキャンペーン一覧を表示させるための「キャンペーンをさがす」と書かれたキャンペーン一覧表示ボタンと、レシート番号入力画面に遷移させるための「レシート番号入力」と書かれたレシート番号入力ボタンと、店舗での購入時に店舗コードリーダ装置５０に提示するためのコード（ユーザＩＤコード）（限定ではなく、コード情報の一例）を表示させるためのＰＯＳ用コード表示ボタンＢＴ２とが並んで表示されている。
　ＰＯＳ用コード表示ボタンＢＴ２がタップされると、図２－４中央に示すＰＯＳ用コード画面が表示される。ＰＯＳ用コード（ユーザＩＤコード）は、二次元コードでもよいし、一次元コードでもよい。また、ＰＯＳ用コードには有効時間を設けてもよい。
　端末２０ＡのユーザＡ．Ａは、ＰＯＳ用コードが表示された表示部２４を店舗での支払い前に店舗コードリーダ装置５０に提示する。そして、店舗コードリーダ装置５０は、限定ではなく例として、コードリーダ５８によってＰＯＳ用コードを読み取る。
　その後、店舗コードリーダ装置５０は、店舗での支払い処理を継続する。
　図２－４右側に、店舗での支払い処理（決済処理）後の表示部２４に表示されるレシート表示画面の一例を示す。
　この画面では、ＰＯＳ用コードを提示した店舗である「ＡＡスーパー」の買い物のレシート情報ＲＩ１が表示されている。
　また、画面下部には、進行中のキャンペーンを表示するための進行中キャンペーン表示領域ＣＳＲ１が表示されている。
　この画面では、進行中キャンペーン表示領域ＣＳＲ１には、レシート情報ＲＩ１の品目詳細情報に、キャンペーン対象商品である「朝の紅茶濃厚ミルクティー」が含まれていることに基づいて、「朝の紅茶濃厚ミルクティー」のキャンペーンに関するキャンペーン情報ＣＳ１が表示されている。
　キャンペーン情報ＣＳ１には、限定ではなく例として、キャンペーン対象商品の画像（この例では「朝の紅茶濃厚ミルクティー」）と、このキャンペーン対象商品の現在までの購入数「１」と、キャンペーン達成条件を満たすまでの購入数「５」（＝６－１）とが関連付けて表示されている。
　また、その下には、応募締切の日時と、キャンペーン内容の詳細を確認するための「詳細を確認」と表記されたキャンペーン詳細確認ボタンとが表示されている。
　キャンペーン情報ＣＳ１最下部には、このキャンペーンに応募するためのキャンペーン応募要求情報送信ボタンＢＴ３が配置されている。
　なお、図２－４右側の表示画面では、キャンペーン情報ＣＳ１に記載の通りキャンペーン達成条件を満たしていないため、キャンペーン応募要求情報送信ボタンＢＴ３はグレーアウト表示され、操作が無効化されている。
　図２－５は、本実施例において端末２０の表示部２４に表示される画面の遷移の別例を示す図である。
　図２－５左側は、図２－４に引き続きメインメニュー画面を表示させた場合の表示画面である。この画面では、進行中キャンペーン表示領域ＣＩＲ１に、キャンペーン情報ＣＳ１のうち、現在までの購入数とキャンペーン達成条件を満たすまでの購入数からなる簡易表示が表示されている。
　図２－５左側においてＰＯＳ用コード表示ボタンＢＴ２がタップされると、図２－５中央に示すＰＯＳ用コード画面が表示される。このＰＯＳ用コード画面は、図２－４中央と同様である。
　図２－５右側に、店舗での支払い処理後の表示部２４に表示される表示画面の別例を示す。
　この画面では、ＰＯＳ用コードを提示した店舗である「ＢＢマート　すすきの店」の買い物のレシート情報ＲＩ２が表示されている。
　この画面では、進行中キャンペーン表示領域ＣＳＲ１には、レシート情報ＲＩ２に記載の店舗チェーン「ＢＢマート」で買い物を行ったことに基づいて、「ＢＢマート」での合計購入金額が「５０００円」ごとに応募可能なキャンペーンのキャンペーン情報ＣＳ２が表示されている。キャンペーン情報ＣＳ２の各要素については、応募必要数が応募必要金額となること以外は、キャンペーン情報ＣＳ１と同様とすることができる。
　キャンペーン応募要求情報送信ボタンＢＴ４は、合計購入金額が応募必要金額「５０００円」に達していないため、グレーアウト表示され、操作が無効化されている。
　なお、本実施例では、進行中キャンペーン表示領域ＣＳＲ１には、レシート情報ＲＩ２にはキャンペーン対象商品「朝の紅茶濃厚ミルクティー」が含まれていないため、「ＢＢマート　すすきの店」での買い物に先立ち「朝の紅茶濃厚ミルクティー」を購入したことに基づいて進行中のキャンペーンであるキャンペーン情報ＣＳ１は表示されない。
　図２－６は、端末２０を用いてキャンペーンに応募する場合の表示部２４に表示される画面の遷移の一例を示す図である。
　ここでは、前述したキャンペーンの応募方法として、プロモーションアプリケーションから応募する方法を例示する。
　図２－６左側は、レシート表示画面の別例である。この画面では、上部に「ＡＡスーパー」の買い物におけるレシート情報ＲＩ３が表示されている。また、進行中キャンペーン表示領域ＣＳＲ１には、レシート情報ＲＩ３の品目詳細情報に、キャンペーン対象商品である「朝の紅茶濃厚ミルクティー」が２個含まれていることに基づいて、「朝の紅茶濃厚ミルクティー」のキャンペーンに関するキャンペーン情報ＣＳ１が表示されている。
　この場合のキャンペーン情報ＣＳ１では、レシート情報ＲＩ３で２個の「朝の紅茶濃厚ミルクティー」を購入したことに基づいて、現在の購入数が「６」となっている。これにより、キャンペーン達成条件を満たしたことに基づいて、キャンペーン情報ＣＳ１の右上部に、キャンペーンに１口応募することが可能になったことを示す「１口応募ＯＫ」のマークが表示されている。それに伴い、キャンペーン応募要求情報送信ボタンＢＴ３のグレーアウト表示が解除され、操作が有効化されている。また、応募必要数は、キャンペーンの応募に必要な条件を満たし、応募可能になったためキャンペーン達成条件の累積数が初期化され、応募必要数まで「６」に戻っている。
　図２－６左側において、限定ではなく例として、端末２０ＡのユーザＡ．Ａによってキャンペーン応募要求情報送信ボタンＢＴ３がタップされると、端末２０Ａの表示部２４にキャンペーン応募画面が表示される。図２－６中央に、キャンペーン応募画面の表示画面の一例を示す。
　図２－６中央では、現在位置表示領域に、キャンペーン応募画面であることを示す「キャンペーン応募」の文字が表示されている。その下には、キャンペーンの内容と、応募に必要な応募用情報を入力するためのキャンペーン応募用情報入力領域ＣＡＲ１が表示されている。
　キャンペーン応募用情報入力領域ＣＡＲ１に対するユーザＡ．Ａの入力に基づいて、氏名や住所等のキャンペーン応募用情報を入力後、画面下部のキャンペーン応募ボタンＢＴ６がタップされると、限定ではなく例として、プラットフォームオーナーに対してキャンペーン応募用情報入力領域ＣＡＲ１に入力されたキャンペーン応募用情報が送信され、キャンペーンの応募が完了する。
　なお、キャンペーン応募用情報としてプロモーションアプリケーションのアカウント登録情報を用いるためのプロモーションアプリケーションアカウント情報流用認可ボタンＢＴ５がオンに変更されている場合には、キャンペーン応募用情報としてプロモーションアプリケーションのアカウント登録情報が送信される。
　図２－６右側には、図２－６中央においてキャンペーン応募ボタンＢＴ６がタップされた場合の表示画面の一例を示す。
　この画面では、図２－６中央の表示画面に、キャンペーンへの応募が完了したことを示すキャンペーン応募情報ＡＣＭ１が重ねて表示されている。
＜処理＞
　図２－７は、この場合に各装置が実行する処理の流れの一例を示すフローチャートである。
図２－７では、端末２０Ａ、サーバ１０および店舗ＰＯＳシステム４０で構成されるシステムが実行する処理の一例を示している。
　はじめに、端末２０Ａのユーザが店舗ＰＯＳシステム４０を有する店舗において購入予定商品をレジに持ち込む。すると、限定ではなく例として、店舗ＰＯＳシステム４０の店舗コードリーダ装置５０に対する入力に基づいて、商品購入処理が実行される（Ｒ１２０）。
　図２－８は、商品購入処理において各装置が実行する処理の流れの一例を示すフローチャートである。
　この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、店舗ＰＯＳシステム４０における店舗コードリーダ装置５０の制御部５１が実行する処理の一例を示している。
　まず、店舗コードリーダ装置５０の制御部５１は、店舗決済処理プログラム５５１に従って、店舗支払額計算処理を実行する（Ｐ２１０）。
　店舗支払額計算処理において、店舗コードリーダ装置５０の制御部５１は、限定ではなく例として、購入予定商品に印刷されたＪＡＮコードをコードリーダ５８で読み取る。そして、店舗コードリーダ装置５０の制御部５１は、読み取ったＪＡＮコードをＰＯＳ通信Ｉ／Ｆ５７によって店舗サーバ７０に送信する。店舗サーバ７０の制御部は、ＪＡＮコードから販売商品単価を検索し、店舗コードリーダ装置５０に送信する。店舗コードリーダ装置５０の制御部５１は、受信した販売商品単価と、限定ではなく例として、入出力部５２によって取得された販売商品個数とによって、商品ごとの品目詳細情報を生成する。全ての購入予定商品が品目詳細情報に加えられると、店舗コードリーダ装置５０の制御部５１は、販売商品単価と販売商品個数との積から販売商品ごとの合計金額を算出し、全ての販売商品での合計金額の総和から決済予定金額を算出する。
　端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対するユーザ操作に基づいて、プロモーションアプリケーションのアカウントと紐づいた画像コードであるユーザＩＤコード情報を要求するためのユーザＩＤコード要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ２１０）。
　通信Ｉ／Ｆ１４によって端末２０ＡからユーザＩＤコード要求情報を受信すると、サーバ１０の制御部１１は、限定ではなく例として、そのユーザ（端末）のアプリケーションＩＤをハッシュしたユーザＩＤ情報を含むコード情報であるユーザＩＤコード情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ２１０）。サーバ１０の制御部１１では、ユーザＩＤ情報から一意にアプリケーションＩＤを復元することができる。
　通信Ｉ／Ｆ２２によってサーバ１０からユーザＩＤコード情報を受信すると、端末２０Ａの制御部２１は、ユーザＩＤコード情報を表示部２４に表示させる（Ａ２２０）。
　コードリーダ５８によって表示部２４に表示されたユーザＩＤコード情報を読み取った後、店舗コードリーダ装置５０の制御部５１は、決済予定金額の決済処理を実行する（Ｐ２２０）。
　なお、この場合、決済方法はその種類を問わない。決済手段としては、限定ではなく例として、現金、クレジットカード、デビットカード、商品券、電子貨幣（電子マネー）等が挙げられる。電子マネーを使用する場合については、後の実施例について特に詳しく述べる。
　決済予定金額の決済処理が成功すると、店舗コードリーダ装置５０の制御部５１は、この決済における品目詳細情報を含むレシート情報を、ＰＯＳ通信Ｉ／Ｆ５７によって店舗サーバ７０に送信する。店舗サーバ７０では、受信したレシート情報を記憶部のデータベースに追加して記憶させる。
　また、店舗コードリーダ装置５０の制御部５１は、読み込んだユーザＩＤコード情報をデコードすることで得られるユーザＩＤ情報と、レシート情報とで構成されるユーザレシート情報を、通信Ｉ／Ｆ５４によってサーバ１０に送信する（Ｐ２３０）。
　通信Ｉ／Ｆ１４によって店舗コードリーダ装置５０からユーザレシート情報を受信すると、サーバ１０の制御部１１は、受信したユーザレシート情報のユーザＩＤ情報から購入者のアプリケーションＩＤを算出する。そして、サーバ１０の制御部１１は、購入者のアプリケーションＩＤの端末である端末２０Ａに、ユーザレシート情報のレシート情報を送信する（Ｓ１２０）。
　再び図２－７に戻り、店舗ＰＯＳシステム４０を有する店舗において購入予定商品の購入が完了すると、キャンペーン応募判定処理が実行される（Ｒ１３０）。
　図２－９は、キャンペーン応募判定処理において各装置が実行する処理の流れの一例を示すフローチャートである。
　この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理が実行する処理の一例を示している。
　サーバ１０の制御部１１は、商品購入処理において店舗コードリーダ装置５０から受信したレシート情報に基づいて、キャンペーン探索処理を実行する（Ｓ１３０）。
　なお、キャンペーン探索処理では、キャンペーン管理データのキャンペーン期間に基づいて、購入日時がキャンペーン期間中であるもののみを探索する。
　レシート情報の販売商品ＩＤにキャンペーン対象商品ＩＤが含まれる場合（Ｓ１４０：ＹＥＳ）、サーバ１０の制御部１１は、キャンペーン収集処理を実行する（Ｓ２２０）。
　キャンペーン収集処理では、サーバ１０の制御部１１は、商品購入処理において店舗コードリーダ装置５０から受信したユーザＩＤ情報に基づいて、購入者であるユーザのアカウント管理データの進行中キャンペーンデータに、キャンペーン探索処理において探索されたキャンペーン対象商品の購入情報を追加して記憶させる。
　なお、キャンペーン収集処理は、キャンペーン対象商品に関する購入情報を加算・更新する処理とも言えるため、購入情報加算処理や購入情報更新処理等のように称してもよい。
　そして、サーバ１０の制御部１１は、限定ではなく例として、キャンペーン探索処理において探索されたキャンペーン管理データのキャンペーン対象商品名と、キャンペーン達成条件と、キャンペーン期間と、アカウント管理データから算出された各キャンペーンの達成状況（限定ではなく例として、現在までの購入数や、現在までの合計購入金額）を含むキャンペーン情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ２３０）。
　通信Ｉ／Ｆ２２によってサーバ１０からキャンペーン情報を受信する場合（Ａ２３０：ＹＥＳ）、端末２０Ａの制御部２１は、受信したキャンペーン情報を表示部２４に表示させる（Ａ２４０）。サーバ１０からキャンペーン情報を受信しない場合には（Ａ２３０：ＮＯ）、端末２０Ａの制御部２１は、処理を終了させる。
　次いで、サーバ１０の制御部１１は、更新されたアカウント管理データに基づいて、キャンペーン探索処理において探索された各キャンペーン管理データのキャンペーン達成条件が満たされたか否かを判定する（Ｓ２４０）。
　なお、キャンペーン達成条件の判定においては、キャンペーン管理データのキャンペーン期間に基づいて、購入日時がキャンペーン期間中であるもののみを判定する。
　キャンペーン達成条件が満たされた場合（Ｓ２４０：ＹＥＳ）、サーバ１０の制御部１１は、Ｓ１７０のステップを実行する。
　通信Ｉ／Ｆ２２によってサーバ１０からキャンペーン応募トークン情報を受信する場合（Ａ１７０：ＹＥＳ）、端末２０Ａの制御部２１は、応募可能となったキャンペーンに応募するか否かの判定用画面表示を表示部２４に表示させる。そして、限定ではなく例として、端末２０Ａの入出力部２３に対するユーザ操作に基づいて、キャンペーンに応募することが選択される場合（Ａ２５０：ＹＥＳ）、端末２０Ａの制御部２１は、選択されたキャンペーンに応募するためのキャンペーン応募要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ２６０）。
　なお、キャンペーン応募要求情報には、プロモーションアプリケーションのアカウント登録情報（限定ではなく例として、住所や氏名等）を応募の際の登録情報として用いることを認可するアカウント登録情報流用認可情報を含んでもよいし、含まなくてもよい。
　キャンペーンに応募することが選択されない場合には（Ａ２５０：ＮＯ）、端末２０Ａの制御部２１は、処理を終了させる。
　通信Ｉ／Ｆ１４によって端末２０Ａからキャンペーン応募要求情報を受信する場合（Ｓ２５０：ＹＥＳ）、サーバ１０の制御部１１は、キャンペーン応募処理を実行する（Ｓ２６０）。
　キャンペーン応募処理において、サーバ１０の制御部１１は、応募することが選択されたキャンペーン管理データのキャンペーン応募ＵＲＩに基づいて、限定ではなく例として、プラットフォームオーナーの不図示のサーバに、アカウント登録情報流用認可情報に基づいて送信が許可されたアカウント登録情報を含むキャンペーン応募情報を送信する。
　なお、アカウント登録情報流用認可情報を受信していない場合、サーバ１０の制御部１１は、応募に必要な情報（限定ではなく例として、住所や氏名等）を入力させるための情報を端末２０Ａに送信し、端末２０Ａにおける入力結果に基づいてキャンペーン応募情報を送信するようにしてもよい。
　端末２０Ａからキャンペーン応募要求情報を受信しない場合には（Ｓ２５０：ＮＯ）、サーバ１０の制御部１１は、処理を終了させる。
　キャンペーン応募処理が完了すると、サーバ１０の制御部１１は、キャンペーンへの応募が完了したことを示すキャンペーン応募情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ２７０）。そして、サーバ１０の制御部１１は、処理を終了させる。
　通信Ｉ／Ｆ２２によってサーバ１０からキャンペーン応募情報を受信すると、端末２０Ａの制御部２１は、受信したキャンペーン応募情報を表示部２４に表示させる（Ａ２７０）。そして、端末２０Ａの制御部２１は、処理を終了させる。
　なお、キャンペーン応募処理は、サーバ１０において実行することに限定されない。限定ではなく例として、サーバ１０の制御部１１は、キャンペーン応募ＵＲＩを端末２０Ａに送信する。そして、端末２０Ａの制御部２１は、プラットフォームオーナーの不図示のサーバと直接やり取りすることによってキャンペーン応募処理を実行するようにしてもよい。
　再び図２－７に戻り、キャンペーン応募判定処理が完了すると、処理を終了させるか否かが判定させる（Ｒ２００）。
　処理を終了させる判定条件の一例としては、全てのキャンペーンにおいて、キャンペーン管理データのキャンペーン期間が現在の日時と一致しなくなった場合などが挙げられる。
　処理を終了させる場合には（Ｒ２００：ＹＥＳ）、システムは処理を終了させる。処理を終了させない場合（Ｒ２００：ＮＯ）、再びＲ１２０のステップに処理を戻す。
　なお、特典と商品との対応関係は「１：１」の関係としてもよいが、「１：複数」の関係としてもよい。つまり、１つの特典に対して１つの商品を関連付けてもよいし、１つの特典に対して複数の商品を関連付けてもよい。
　また、１つの特典に対して同じ種類の商品を関連付けてもよいし、１つの特典に対して異なる種類の商品を関連付けてもよい。
　これは、サービスについても同様である。
＜第２実施例の効果＞
　本実施例は、端末２０のユーザが応募可能な特典の情報は、キャンペーン情報に関連付けられた商品またはサービスが端末２０のユーザによって購入された数に基づき応募可能になる構成を示している。
　このような構成により得られる実施例の効果の一例として、限定ではなく例として、特典情報に関連付けられた商品またはサービスが端末のユーザによって購入された数が、規定された数や設定された数に達した場合に、端末のユーザが特典に応募できるようにすることができる。
　また、本実施例は、端末２０が、ユーザＩＤコード要求情報をサーバ１０に送信する処理やサーバ１０から送信されたユーザＩＤコード情報を表示する処理等の処理（限定ではなく、特典情報に関連付けられた商品またはサービスが端末のユーザによって購入された数を増加することに関する処理の一例）を制御部２１によって行う。
　その後、店舗コードリーダ装置５０によって店舗買い物支払い処理が行われ、ユーザレシート情報が端末２０に送信される。そして、結果的に、サーバ１０によってキャンペーン収集処理（限定ではなく、特典情報に関連付けられた商品またはサービスが端末のユーザによって購入された数を増加することに関する処理の一例）が行われる。
　そして、端末２０は、キャンペーン情報に関連付けられた商品またはサービスの購入個数の情報（限定ではなく、特典情報に関連付けられた商品またはサービスが端末のユーザによって購入された数の情報の一例）を表示部２４に表示する構成を示している。
　このような構成により得られる実施例の効果の一例として、特典情報に関連付けられた商品またはサービスが端末のユーザによって購入された数を増加させることができる。また、特典情報に関連付けられた商品またはサービスが購入された数を端末のユーザに認識させることができる。
　また、この場合、キャンペーン情報は、キャンペーン情報に関連付けられた商品またはサービスが端末２０のユーザによって購入された金額の合計に基づき応募可能になるようにすることができる。
　このような構成により得られる実施例の効果の一例として、限定ではなく例として、特典情報に関連付けられた商品またはサービスが端末のユーザによって購入された金額の合計が、規定された金額や設定された金額に達した場合に、端末のユーザが特典に応募できるようにすることができる。
　また、この場合、端末２０が、ユーザＩＤコード要求情報をサーバ１０に送信する処理やサーバ１０から送信されたユーザＩＤコード情報を表示する処理等の処理（限定ではなく、特典情報に関連付けられた商品またはサービスが端末のユーザによって購入された金額の合計を増加することに関する処理の一例）を制御部２１によって行う。
　その後、店舗コードリーダ装置５０によって店舗買い物支払い処理が行われ、ユーザレシート情報が端末２０に送信される。そして、結果的に、サーバ１０によってキャンペーン収集処理（限定ではなく、特典情報に関連付けられた商品またはサービスが端末のユーザによって購入された数を増加することに関する処理の一例）が行われる。
　そして、端末２０は、キャンペーン情報に関連付けられた商品またはサービスの合計購入金額の情報（限定ではなく、特典情報に関連付けられた商品またはサービスが端末のユーザによって購入された金額の情報の一例）を表示部２４に表示する構成を示している。
　このような構成により得られる実施例の効果の一例として、特典情報に関連付けられた商品またはサービスが端末のユーザによって購入された金額の合計を増加させることができる。また、特典情報に関連付けられた商品またはサービスが購入された金額を端末のユーザに認識させることができる。
　また、本実施例は、端末２０が、キャンペーン応募用の情報を表示部２４に表示する処理やキャンペーン応募要求情報をサーバ１０に送信する処理（限定ではなく、購入情報に関連する特典情報への応募に関する処理の一例）を制御部２１によって行う構成を示している。
　このような構成により得られる実施例の効果の一例として、購入情報に関連する特典情報への応募を適切に行うことができる。
　また、本実施例は、キャンペーン情報は、キャンペーンの応募締切の情報（限定ではなく、特典情報に応募可能な有効期限に関する情報の一例）を含む構成を示している。
　このような構成により得られる実施例の効果の一例として、購入情報と併せて、特典情報に応募可能な有効期限も端末のユーザに認識させることができる。
　また、本実施例は、端末２０が、ユーザＩＤコード情報（限定ではなく、コード情報の一例）を表示部２４に表示する。そして、端末２０は、ユーザＩＤコード情報が読み取られることに基づき、レシート情報（限定ではなく、購入情報の一例）を通信Ｉ／Ｆ２２によって受信する構成を示している。
　このような構成により得られる実施例の効果の一例として、端末の表示部に表示されるコード情報が読み取られることによって、購入情報を簡単に取得することができる。
　また、この場合、ユーザＩＤコード情報は、端末２０のユーザのユーザ情報と関連付けられているようにすることができる。
　このような構成により得られる実施例の効果の一例として、コード情報から端末のユーザが特定できるようにすることができる。
　また、本実施例は、サーバ１０が、端末２０のユーザによって購入された商品またはサービスの情報に基づいて、キャンペーン収集処理（限定ではなく、特典情報に関連付けられた商品またはサービスを端末のユーザが購入した数を増加させることに関する処理の一例、特典情報に関連付けられた商品またはサービスを端末のユーザが購入した金額の合計を増加させることに関する処理の一例）を制御部１１によって行う構成を示している。
　このような構成により得られる実施例の効果の一例として、受信した端末のユーザによって購入された商品またはサービスの情報に基づいて、特典情報に関連付けられた商品またはサービスを端末のユーザが購入した数や、特典情報に関連付けられた商品またはサービスを端末のユーザが購入した金額の合計を、適切に増加させることができる。
　また、本実施例は、サーバ１０の制御部１１は、キャンペーン探索処理において探索されたキャンペーン対象商品名、キャンペーン達成条件、キャンペーン期間、キャンペーン達成状況（限定ではなく例として、現在までの購入数や、現在までの合計購入金額）等を含むキャンペーン情報（限定ではなく、特典情報に応募することが可能であることを示す情報の一例）を通信Ｉ／Ｆ１４によって端末２０に送信する構成を示している。
　このような構成により得られる実施例の効果の一例として、特典情報に応募するために必要な条件や、特典情報に応募することが可能である旨を、端末のユーザに通知することができる。
＜第２変形例（１）＞
　第２実施例では、キャンペーン応募判定処理では、サーバ１０の制御部１１においてキャンペーン収集処理が実行されることとしたが、これに限定されない。限定ではなく例として、端末２０Ａの制御部２１において、キャンペーン収集処理の一部を実行させるようにしてもよい。
　この場合、限定ではなく例として、図２－９のＳ１４０：ＹＥＳの場合、サーバ１０の制御部１１は、キャンペーン対象商品が購入されたことを示すキャンペーン対象商品購入情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する。
　この場合、端末２０Ａの制御部２１は、受信したキャンペーン対象商品購入情報に基づいて、限定ではなく例として、端末２０Ａの入出力部２３に対するユーザ操作に基づいて、キャンペーン対象商品の購入個数と購入金額とのうちの少なくともいずれか一方を増加させる。
　なお、この場合、必ずしもキャンペーン対象商品の購入個数や購入金額を増加させる必要はない。
　端末２０Ａの制御部２１は、購入個数と購入金額とのうちの少なくともいずれか一方を増加させた情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。サーバ１０の制御部１１は、受信した情報に基づいて、アカウント管理データの進行中キャンペーンデータを更新させる。
　なお、アカウント管理データベース１５７Ａを端末２０Ａの記憶部２８に記憶させ、キャンペーン収集処理を端末２０Ａの制御部２１において実行させるようにしてもよい。
　また、第１変形例を参酌し、キャンペーン探索処理を端末２０Ａに実行させるようにしてもよい。また、キャンペーン管理データのキャンペーン達成条件を端末２０Ａの記憶部２８に記憶させ、キャンペーンが応募可能になったか否かの判定を端末２０Ａの制御部２１に実行させるようにしてもよい。
　本変形例は、端末２０が、キャンペーン対象商品購入情報（限定ではなく、購入情報の一例）に基づいて、キャンペーン対象商品の購入個数を増加させる処理（限定ではなく、特典情報に関連付けられた商品またはサービスが端末のユーザによって購入された数を増加することに関する処理の一例）を制御部２１によって行う。そして、端末２０は、キャンペーン情報に関連付けられた商品またはサービスの購入個数の情報（限定ではなく、特典情報に関連付けられた商品またはサービスが端末のユーザによって購入された数の情報の一例）を表示部２４に表示する構成を示している。
　このような構成により得られる実施例の効果の一例として、特典情報に関連付けられた商品またはサービスが端末のユーザによって購入された数を増加させることができる。また、特典情報に関連付けられた商品またはサービスが購入された数を端末のユーザに認識させることができる。
　また、本変形例は、端末２０が、キャンペーン対象商品購入情報（限定ではなく、購入情報の一例）に基づいて、キャンペーン対象商品の購入金額を増加させる処理（限定ではなく、特典情報に関連付けられた商品またはサービスが端末のユーザによって購入された金額の合計を増加することに関する処理の一例）を制御部２１によって行う。そして、端末２０は、キャンペーン情報に関連付けられた商品またはサービスの購入金額の情報（限定ではなく、特典情報に関連付けられた商品またはサービスが端末のユーザによって購入された金額の情報の一例）を表示部２４に表示する構成を示している。
　このような構成により得られる実施例の効果の一例として、特典情報に関連付けられた商品またはサービスが端末のユーザによって購入された金額の合計を増加させることができる。また、特典情報に関連付けられた商品またはサービスが購入された金額を端末のユーザに認識させることができる。
＜第３実施例＞
　第２実施例では、キャンペーン応募判定処理において、直前の商品購入処理で取得したレシート情報に基づいて、端末２０Ａの表示部２４にキャンペーン情報を表示させる例を説明したがこれに限定されない。
　第３実施例では、商品購入処理の後、端末２０Ａの表示部２４に直前の商品購入処理で購入したキャンペーン対象商品のキャンペーン以外の他のキャンペーン情報も表示させる例について説明する。また、これに関連して、複数のキャンペーン情報を表示させるときの表示の優先順位を設定する手法についても説明する。
　第３実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
　また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
　図３－１は、本実施例において用いられるキャンペーン管理データベース１５５の一例である第３のキャンペーン管理データベース１５５Ｃのデータ構成例を示す図である。
　第３のキャンペーン管理データベース１５５Ｃには、キャンペーンごとの管理データとして、キャンペーン管理データが記憶される。
　各々のキャンペーン管理データには、限定ではなく例として、キャンペーンＩＤと、キャンペーン名と、キャンペーン対象商品ＩＤと、キャンペーン対象商品名と、キャンペーン応募ＵＲＩと、キャンペーン応募トークンと、キャンペーン達成条件と、キャンペーン期間と、プロモーションデータとが記憶される。
　キャンペーンＩＤと、キャンペーン名と、キャンペーン対象商品ＩＤと、キャンペーン対象商品名と、キャンペーン応募ＵＲＩと、キャンペーン応募トークンと、キャンペーン達成条件と、キャンペーン期間とは、第２のキャンペーン管理データベース１５５Ｂと同様である。
　プロモーションデータは、このキャンペーンのキャンペーン情報を端末２０Ａの表示部２４に表示させるときの、表示の優先順位（優先度）を設定するための情報（判定条件）である。
　プロモーションデータには、限定ではなく例として、判定条件と、表示順位と、ユーザ属性とが関連付けて記憶される。
　判定条件は、キャンペーンの表示の優先度を定義するときの索引である。
　表示順位は、このキャンペーンの表示の優先順位（優先度）を上下させるときに用いられる値である。表示順位には、限定ではなく例として、正負の値をとる整数値が記憶される。
　ユーザ属性は、判定条件に当てはまるか否かを定めるための判定条件が記述される。限定ではなく例として、判定条件「ＣＡＳＥ０１」に当てはまる条件は、プロモーションアプリケーションのアカウントに紐づけて記憶されるユーザ属性（登録情報）において、年齢が３０歳以上の時である。
　このとき、このキャンペーンのあるアカウントに対する表示優先度は、判定条件を満たす表示順位の値の総和となる。
　図３－１の例では、限定ではなく例として、アカウント登録情報が「年齢：３３歳・居住地：東京・趣味：テニス」のアカウントに対するキャンペーンＩＤ「Ｃ０００２」のキャンペーンの表示優先度は、「ＣＡＳＥ０１」のみを満たすため、「１０」となる。また、アカウント登録情報が「年齢：２０歳・居住地：札幌・趣味：スノーボード」のアカウントに対する表示優先度は、「ＣＡＳＥ０２」および「ＣＡＳＥ０３」を満たすため、「５＋３」＝「８」となる。
　なお、ユーザ属性として、「対象購入商品履歴あり」となっている「ＣＡＳＥ０４」は、限定ではなく例として、キャンペーン期間外に、あるアカウントにおいてキャンペーン対象商品ＩＤの商品購入履歴があるときに条件を満たす。すなわち、既に対象商品を購入済みのユーザに対してプロモーションの優先順位を下げる（あるいは行わない）ことが実現できる。同様にユーザ属性の設定を変えることで、キャンペーン応募回数が多いユーザに対して、プロモーションの優先順位を下げる（あるいは行わない）ことも実現できる。
　このほか、ユーザ属性として、「キャンペーン対象商品と関連する商品を購入している場合」を設定し、表示順位に正の値を設定することで、キャンペーン対象商品と関連する商品を購入すると、そのキャンペーンの表示優先度が上がるようにしてもよい。
　また、表示優先度は、ユーザ属性による判定条件によって定められることに限定されない。限定ではなく例として、キャンペーン期間の終了日時が近いほど、表示優先度を高くするようにしてもよい。
＜表示画面＞
　図３－２は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
　図３－２左側は、限定ではなく例として、ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるプロモーションアプリケーションのメインメニュー画面である。
　この画面において、進行中キャンペーン表示領域ＣＩＲ１には、「ＡＡスーパー」でのレシート情報に基づいて、「朝の紅茶濃厚ミルクティー」のキャンペーン情報が簡略表示されている。
　なお、キャンペーン情報の左右の矢印をタップすることで、ユーザＡ．Ａが進行中の他のキャンペーン情報（限定ではなく例として、「ＢＢマート」のキャンペーン）を簡略表示させることも可能である。また、進行中キャンペーン表示領域ＣＩＲ１下部の「参加中のキャンペーンをみる」の文字で示されるキャンペーン一覧表示ボタンがタップされると、ユーザＡ．Ａが進行中のキャンペーン一覧が表示される。キャンペーン一覧表示の表示態様については、後述する。
　図３－２左側において、ＰＯＳ用コード表示ボタンＢＴ２がタップされると、図３－２中央に示すＰＯＳ用コード画面が表示される。この画面は、図２－４中央と同様である。
　図３－２右側に、店舗での支払い処理（決済処理）後の表示部２４に表示されるレシート表示画面の一例を示す。
　この画面では、ＰＯＳ用コードを提示した店舗である「ＢＢマート　北１２条店」の買い物のレシート情報ＲＩ４が表示されている。
　進行中キャンペーン表示領域ＣＳＲ１には、レシート情報ＲＩ４に記載の店舗チェーン「ＢＢマート」で買い物を行ったことに基づいて、「ＢＢマート」での合計購入金額が「５０００円」ごとに応募可能なキャンペーンの順位付きキャンペーン情報ＲＣＳ２が表示されている。また、進行中キャンペーン表示領域ＣＳＲ１には、レシート情報ＲＩ４ではキャンペーン対象商品が含まれていないが、以前の買い物において進行中キャンペーンとなった「朝の紅茶濃厚ミルクティー」のキャンペーンに関する順位付きキャンペーン情報ＲＣＳ１が表示されている。それぞれの順位付きキャンペーン情報ＲＣＳ１とＲＣＳ２とは、表示優先度に従い、表示優先度が高い順位付きキャンペーン情報ＲＣＳ１が左側に、表示優先度がＲＣＳ１より相対的に低い順位付きキャンペーン情報ＲＣＳ２が右側に表示されている。また、順位付きキャンペーン情報ＲＣＳ２の右側には、表示優先度がＲＣＳ２よりさらに低い順位付きキャンペーン情報ＲＣＳ３が部分的に表示されている。
　限定ではなく例として、進行中キャンペーン表示領域ＣＩＲ１に対する横スクロール操作に基づいて、表示優先度が低い順位付きキャンペーン情報ＲＣＳ３の全面を表示させ、確認することができる。
　なお、図３－２右側の画面において、キャンペーン期間の終わりが迫っているキャンペーンについて、キャンペーン対象商品購入期間や、キャンペーン応募可能期間のリマインドを表示させるようにしてもよいし、しなくてもよい。
　図３－３は、キャンペーン一覧表示を行う場合の画面の遷移の一例を示す図である。
　図３－３左側は、図３－２右側の画面において、操作をせずに一定時間が経過した場合の表示画面の一例である。
　この画面では、「実施中のキャンペーンをチェック」の文字で示されるキャンペーン一覧表示ボタンＢＴ７が進行中キャンペーン表示領域ＣＳＲ１に重畳するように下端からせり上がり表示されている。
　図３－３左側において、キャンペーン一覧表示ボタンＢＴ７がタップされると、限定ではなく例として、端末２０Ａからサーバ１０にキャンペーン一覧要求情報が送信される。そして、サーバ１０は、キャンペーン管理データベース１５５を参照し、キャンペーン情報の一覧であるキャンペーン一覧情報を端末２０Ａに送信する。
　図３－３右側は、この場合に表示されるキャンペーン一覧情報の表示画面の一例である。
　現在位置表示領域には、「実施中のキャンペーン」の文字が表示されている。そして、現在位置表示領域の下には、キャンペーン一覧表示領域ＣＣＲ１が表示されている。
　キャンペーン一覧表示領域ＣＣＲ１は、限定ではなく例として、ユーザＡ．Ａが進行中であるキャンペーン一覧を表示するための「参加中のキャンペーン」の文字で示される進行中キャンペーン表示領域と、ユーザＡ．Ａが進行中でないキャンペーン一覧を表示するための「未参加のキャンペーン」の文字で示される未参加キャンペーン表示領域と、ユーザＡ．Ａが進行中であるがキャンペーン期間外となったキャンペーン一覧を表示するための「終了したキャンペーン」の文字で示される終了キャンペーン表示領域とで構成されている。
　進行中キャンペーン表示領域には、「朝の紅茶濃厚ミルクティー」のキャンペーン情報ＣＳ１と、「ＢＢマート」のキャンペーン情報ＣＳ２とが表示されている。これらのキャンペーン情報には、現在までの累計購入数（金額）や、応募可能口数も併せて表示される。
　未参加キャンペーン表示領域には、「ＤＤパン」のキャンペーン情報ＣＳ４が表示されている。キャンペーン情報ＣＳ４では、現在までの累計購入数は「０」となり、このキャンペーンはユーザＡ．Ａが進行中ではないことを示している。
　終了キャンペーン表示領域には、「まきばのアイス」のキャンペーン情報ＣＳ５が表示されている。キャンペーン情報ＣＳ５は反転表示されており、このキャンペーンが開催期間中ではないことを示している。
　各キャンペーン表示領域内でのキャンペーン情報の表示順位としては、限定ではなく例として、応募締切が迫っているものほど上位に表示させるように設定することが可能である。
　なお、各キャンペーン表示領域において、表示優先度を加味し、限定ではなく例として、表示優先度が高いほど上位に表示されるように、順位付きキャンペーン情報を表示するようにしてもよいし、しなくてもよい。
　図３－４は、キャンペーン一覧表示を行う場合の画面の遷移の別例を示す図である。
　図３－４左側は、図３－２右側の画面において、操作をせずに一定時間が経過した場合の表示画面の一例である。この画面では、「おすすめのキャンペーンをチェック」の文字で示されるキャンペーン一覧表示ボタンＢＴ８が進行中キャンペーン表示領域ＣＳＲ１に重畳するように下端からせり上がり表示されている。
　図３－４右側は、キャンペーン一覧表示ボタンＢＴ８がタップされた後の、キャンペーン一覧情報の表示画面の別例である。
　現在位置表示領域には、「おすすめのキャンペーン」の文字が表示されている。そして、現在位置表示領域の下には、キャンペーン一覧表示領域ＣＣＲ２が表示されている。
　キャンペーン一覧表示領域ＣＣＲ２には、限定ではなく例として、未参加キャンペーン表示領域と、進行中キャンペーン表示領域とが表示されている。キャンペーン一覧表示領域ＣＣＲ２では、各表示領域には順位付きキャンペーン情報が表示されている。
　未参加キャンペーン表示領域の最上段には、「青星ビール」の順位付きキャンペーン情報ＲＣＳ６が表示されている。これは、「青星ビール」のキャンペーン管理データにおいて、プロモーションデータとして、限定ではなく例として、「青星ビール」の購入履歴がないこと、「青星ビール以外のビール」を所定数購入すること、に対して表示順位の値を大きく設定した結果、レシート情報ＲＩ４で「クラークビール」を購入したことに基づいて、表示優先度が高くなったことを示している。
　また、「青星ビール」のキャンペーン情報は、限定ではなく例として、表示優先度が所定値以上の場合のみ、ユーザに対して公開されるシークレットキャンペーンである。このため、表示優先度を考慮しないキャンペーン一覧表示領域ＣＣＲ１では、未参加キャンペーン表示領域に表示がされていない。
　また、順位付きキャンペーン情報ＲＣＳ６には、このユーザに特におすすめのキャンペーンであることを示す「ＲＥＣＯＭＭＥＮＤＥＤ」のマークが重ねて表示されている。
＜処理＞
　図３－５は、この場合に各装置が実行する処理の流れの一例を示すフローチャートである。図３－５では、端末２０Ａ、サーバ１０および店舗ＰＯＳシステム４０で構成されるシステムが実行する処理の一例を示している。
　限定ではなく例として、商品購入処理が実行されると、順位付きキャンペーン応募判定処理が実行される（Ｒ１３５）。
　図３－６は、順位付きキャンペーン応募判定処理において各装置が実行する処理の流れの一例を示すフローチャートである。
　この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理が実行する処理の一例を示している。
　サーバ１０の制御部１１は、キャンペーン収集処理を実行すると（Ｓ２２０）、アカウント管理データの進行中キャンペーンデータに記憶されている各々のキャンペーンについて、表示優先度を算出する。そして、サーバ１０の制御部１１は、限定ではなく例として、アカウント管理データの進行中キャンペーンデータに記憶されている全てのキャンペーンのキャンペーン情報と、それらの表示優先度とを含む順位付きキャンペーン情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ３１０）。なお、あるキャンペーンの表示優先度が所定値を下回る場合、そのキャンペーン情報を送信しないようにしてもよい。
　通信Ｉ／Ｆ２２によってサーバ１０から順位付きキャンペーン情報を受信する場合（Ａ３１０）、端末２０Ａの制御部２１は、順位付きキャンペーン情報を表示部２４に表示させる（Ａ３２０）。なお、あるキャンペーンの表示優先度が所定値を下回る場合、そのキャンペーン情報を表示しないようにしてもよい。
　なお、サーバ１０の制御部１１が、Ｓ３１０のステップにおいて、進行中キャンペーンデータに記憶されている全てのキャンペーンのキャンペーン情報と、プロモーションデータとを端末２０Ａに送信する。そして、端末２０Ａの制御部２１が、受信したプロモーションデータに基づいて、表示優先度を算出するようにしてもよい。
　また、表示優先度が所定値を下回るキャンペーンについては、キャンペーン応募条件を満たしていたとしても、キャンペーン応募トークン情報を送信しないようにしてもよい。
　また、順位付きキャンペーン応募判定処理において、第２変形例を参酌し、端末２０Ａの制御部２１において、キャンペーン収集処理の一部または全てを実行させるようにしてもよい。この場合、端末２０Ａの制御部２１は、キャンペーン対象商品の購入個数あるいは購入金額を増加させる。
　再び図３－５に戻り、順位付きキャンペーン応募判定処理が完了すると、端末２０Ａの制御部２１は、キャンペーンの一覧を取得し、それを表示するか否かの判定用画面を表示部２４に表示させる（Ｒ１４０）。
　限定ではなく例として、端末２０Ａの入出力部２３に対するユーザ操作に基づいて、キャンペーン一覧を表示することが選択される場合（Ｒ１４０：ＹＥＳ）、キャンペーン一覧表示処理が実行される（Ｒ１５０）。
　キャンペーン一覧を表示することが選択さない場合には、Ｒ１５０のステップをスキップする。
　図３－７は、キャンペーン一覧表示処理において各装置が実行する処理の流れの一例を示すフローチャートである。
　この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例を示している。
　端末２０Ａの制御部２１は、現在実施中のキャンペーン一覧についての情報を取得するためのキャンペーン一覧要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ３３０）。
　通信Ｉ／Ｆ１４によって端末２０Ａからキャンペーン一覧要求情報を受信すると、サーバ１０の制御部１１は、キャンペーン管理データベース１５５Ｃを参照し、限定ではなく例として、キャンペーン期間中である各キャンペーンのキャンペーン情報を含むキャンペーン一覧情報を生成する（Ｓ３２０）。そして、サーバ１０の制御部１１は、キャンペーン一覧情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ３３０）。そしてサーバ１０の制御部１１は、処理を終了させる。
　なお、サーバ１０の制御部１１は、キャンペーン管理データベース１５５Ｃと、アカウント管理データの進行中キャンペーンデータとに基づいて、ユーザがキャンペーン対象商品を購入している参加中のキャンペーンと、その合計購入個数（合計購入金額）とを含むキャンペーン一覧情報を生成するようにしてもよい。また、キャンペーン期間ではないキャンペーン情報についても、終了したキャンペーンやこれから実施されるキャンペーンとして、キャンペーン一覧情報に含むようにしてもよい。
　また、キャンペーン一覧情報のキャンペーンについて、それぞれの表示優先度を含めてキャンペーン一覧情報として送信するようにしてもよい。
　通信Ｉ／Ｆ２２によってサーバ１０からキャンペーン一覧情報を受信すると、端末２０Ａの制御部２１は、受信したキャンペーン一覧情報を表示部２４に表示させる（Ａ３４０）。そして端末２０Ａの制御部２１は、処理を終了させる。
　なお、キャンペーン一覧情報に表示優先度が含まれる場合、端末２０Ａの制御部２１は、各々のキャンペーン情報を表示優先度順に並べ替えて表示させるようにしてもよい。また、端末２０Ａの制御部２１は、表示優先度が所定値を下回るキャンペーン情報を表示部２４に表示させないようにしてもよい。端末２０Ａの制御部２１は、表示優先度が所定値を上回るキャンペーン情報を表示部２４に他のキャンペーン情報とは別態様（限定ではなく例として、「ＲＥＣＯＭＭＥＮＤＥＤ」の文字のアイコンを付加）で表示させるようにしてもよい。
＜第３実施例の効果＞
　本実施例は、レシート情報に関連するキャンペーン情報は、第１キャンペーン情報（限定ではなく、第１特典情報の一例）であり、端末２０は、自己の端末２０のユーザに基づく、第１キャンペーン情報とは異なる第２キャンペーン情報（限定ではなく、第２特典情報の一例）を表示部２４に表示する構成を示している。
　このような構成により得られる実施例の効果の一例として、購入情報と併せて、第１特典情報とは異なる第２特典情報も端末のユーザに認識させることができる。
　また、本実施例は、キャンペーン情報は、キャンペーン一覧情報（限定ではなく、複数の特典情報の一例）に含まれ、キャンペーン一覧情報は、自己の端末２０のユーザの情報に基づく順序で端末２０の表示部２４に表示される構成を示している。
　このような構成により得られる実施例の効果の一例として、端末のユーザの情報に基づく順序で複数の特典情報が端末の表示部に表示される。その結果、限定ではなく例として、端末のユーザの趣味嗜好に合う特典情報が高い順位で表示されるようにするといったことが可能となり、ユーザの利便性を向上させることができる。
　また、本実施例は、レシート情報に関連するキャンペーン情報は、第１キャンペーン情報であり、端末２０は、レシート情報と、第１キャンペーン情報とが表示された表示部２４に対する自己の端末２０のユーザによる入力に基づいて、自己の端末２０のユーザが応募可能なキャンペーン情報である、第１キャンペーン情報とは異なる第３キャンペーン情報を表示部２４に表示する構成を示している。
　このような構成により得られる実施例の効果の一例として、購入情報と、第１特典情報とが表示された端末の表示部に対する端末のユーザによる入力に基づいて、購入情報と併せて、第１特典情報とは異なる第３特典情報も端末のユーザに認識させることができる。
　また、本実施例は、レシート情報に関連するキャンペーン情報は、第１キャンペーン情報であり、端末２０は、レシート情報と、第１キャンペーン情報とが表示された表示部２４に対する自己の端末２０のユーザによる入力に基づいて、自己の端末２０のユーザによって購入された商品またはサービスに関連する、第１キャンペーン情報とは異なる第４キャンペーン情報を表示部２４に表示する構成を示している。
　このような構成により得られる実施例の効果の一例として、購入情報と、第１特典情報とが表示された端末の表示部に対する端末のユーザによる入力に基づいて、端末のユーザによって購入された商品またはサービスに関連する、第１特典情報とは異なる第４特典情報を端末のユーザに認識させることができる。
＜第４実施例＞
　上記の実施例では、端末２０Ａのユーザがキャンペーン対象商品を店舗で購入する例を説明したがこれに限定されない。
　第４実施例では、限定ではなく例として、端末２０Ａのユーザが、プロモーションアプリケーションを介して、プラットフォームオーナーが出店する（運営する）ショッピングサイトにおいてキャンペーン対象商品を購入する例について説明する。
　第４実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
　また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
　図４－１は、本実施例において用いられるキャンペーン管理データベース１５５の一例である第４のキャンペーン管理データベース１５５Ｄのデータ構成例を示す図である。
　第４のキャンペーン管理データベース１５５Ｄには、キャンペーンごとの管理データとして、キャンペーン管理データが記憶される。
　各々のキャンペーン管理データには、限定ではなく例として、キャンペーンＩＤと、キャンペーン名と、キャンペーン対象商品ＩＤと、キャンペーン対象商品名と、キャンペーン応募ＵＲＩと、キャンペーン応募トークンと、キャンペーン達成条件と、キャンペーン期間と、対象商品購入用ＵＲＩと、プロモーションデータとが記憶される。
　キャンペーンＩＤと、キャンペーン名と、キャンペーン対象商品ＩＤと、キャンペーン対象商品名と、キャンペーン応募ＵＲＩと、キャンペーン応募トークンと、キャンペーン達成条件と、キャンペーン期間と、プロモーションデータとは、第３のキャンペーン管理データベース１５５Ｃと同様である。
　対象商品購入用ＵＲＩには、限定ではなく例として、キャンペーン対象商品ＩＤの商品を購入するためのＥＣ（Electronic Commerce）サイトのアドレスが記憶されている。なお、ＥＣサイトは、プラットフォームオーナーのサーバでもよいし、プラットフォームオーナーと提携するＥＣサイト運営者のサーバでもよいし、プロモーションサービスの運営者のサーバでもよい。
＜表示画面＞
　図４－２は、本実施例において端末２０の表示部２４に表示される画面の遷移の別例を示す図である。
　図４－２左側の画面は、限定ではなく例として、図３－２右側のレシート表示画面と同様である。ただし、図４－２左側の画面では、進行中キャンペーン表示領域ＣＳＲ１に表示される順位付きキャンペーン情報をタップすることで、タップしたキャンペーンのキャンペーン対象商品を購入することが可能である。
　図４－２左側の画面において、限定ではなく例として、順位付きキャンペーン情報ＲＣＳ１の表示領域（キャンペーン応募要求情報送信ボタンＢＴ３を除く。）がタップされると、対象商品購入用ＵＲＩに記載されたＥＣサイトに画面が遷移する。
　図４－２中央の画面は、順位付きキャンペーン情報ＲＣＳ１のキャンペーン対象商品である「朝の紅茶濃厚ミルクティー」を取り扱う「朝の紅茶」の通信販売サイトである。この画面において商品をカートに追加し、最後に商品購入要求ボタンＢＴ９がタップされると、「朝の紅茶」の通信販売サイトにおいて商品の購入処理が実行される。
　図４－２右側の画面は、「朝の紅茶」の通信販売サイトにおいて購入処理が行われた後の表示画面の一例である。
　この画面上部には、「朝の紅茶オンラインショップ」で購入した内容のレシート情報ＲＩ５が表示されている。また、進行中キャンペーン表示領域ＣＩＲ１において、レシート情報ＲＩ５で４個の「朝の紅茶濃厚ミルクティー」を購入したことに基づいて、順位付きキャンペーン情報ＲＣＳ１の現在の購入数が「６」と増加している。そして、キャンペーン達成条件を満たしたことに基づいて、順位付きキャンペーン情報ＲＣＳ１の右上部に、キャンペーンに１口応募することが可能になった事を示す「１口応募ＯＫ」のマークが表示されている。それに伴って、キャンペーン応募要求情報送信ボタンＢＴ３のグレーアウト表示が解除され、操作が有効化されている。
＜処理＞
　図４－３は、この場合に各装置が実行する処理の流れの一例を示すフローチャートである。図４－３では、端末２０Ａ、サーバ１０、店舗ＰＯＳシステム４０、および不図示のＥＣサーバで構成されるシステムが実行する処理の一例を示している。
　限定ではなく例として、キャンペーン一覧表示処理の後、端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対するユーザ操作に基づいて、順位付きキャンペーン情報に含まれるキャンペーンの対象商品を購入するか否かを判定する（Ｒ１６０）。
　キャンペーン対象商品を購入することが選択される場合（Ｒ１６０：ＹＥＳ）、キャンペーン対象商品購入処理が実行される（Ｒ１７０）。
　図４－４は、キャンペーン対象商品購入処理において各装置が実行する処理の流れの一例を示すフローチャートである。
　この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、不図示のＥＣサーバの制御部が実行する処理の一例を示している。
　まず、端末２０Ａの制御部２１は、キャンペーン対象商品を購入するための情報を要求するための商品購入案内要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ４１０）。なお、商品購入案内要求情報には、アカウント登録情報流用認可情報を含んでもよいし、含まなくてもよい。
　通信Ｉ／Ｆ１４によって端末２０Ａから商品購入案内要求情報を受信すると、サーバ１０の制御部１１は、キャンペーン管理データの対象商品購入用ＵＲＩを参照し、対象商品購入用ＵＲＩで示されるＥＣサーバに、商品購入案内依頼情報を送信する（Ｓ４１０）。また、商品購入案内要求情報にアカウント登録情報流用認可情報が含まれる場合、そのユーザのプロモーションアプリケーションのアカウント登録情報であるプロモーションアプリケーションアカウント情報を、通信Ｉ／Ｆ１４によってＥＣサーバに送信する（Ｓ４２０）。
　商品購入案内依頼情報を受信すると、ＥＣサーバの制御部は、商品購入ページの情報である商品購入案内情報を、通信Ｉ／Ｆによって端末２０Ａに送信する（Ｅ４１０）。なお、商品購入案内情報は、ＥＣサーバからサーバ１０を経由して端末２０Ａに送信されるようにしてもよい。
　通信Ｉ／Ｆ２２によってＥＣサーバから商品購入案内情報を受信すると、端末２０Ａの制御部２１は、商品購入案内情報を、表示部２４に表示させる（Ａ４２０）。
　限定ではなく例として、端末２０Ａの入出力部２３に対するユーザ操作に基づいて、商品購入ページの対象商品を購入することが選択される場合（Ａ４３０：ＹＥＳ）、端末２０Ａの制御部２１は、商品購入要求情報を通信Ｉ／Ｆ２２によってＥＣサーバに送信する（Ａ４４０）。対象商品を購入することが選択されない場合には（Ａ４３０：ＮＯ）、端末２０Ａの制御部２１は、処理を終了させる。
　なお、商品購入要求情報は、端末２０Ａからサーバ１０を経由してＥＣサーバに送信されるようにしてもよい。このとき、商品購入要求情報として、アカウント登録情報流用認可情報を含んでもよい。すなわち、商品購入時にプロモーションアプリケーションのアカウント登録情報がＥＣサーバと共有されることとなる。
　通信Ｉ／Ｆによって端末２０Ａから商品購入要求情報を受信する場合（Ｅ４２０：ＹＥＳ）、ＥＣサーバの制御部は、購入対象となる商品の販売商品単価と販売商品個数との積から販売商品ごとの合計金額を算出し、全ての販売商品での合計金額の総和から決済予定金額を算出する（Ｅ４３０）。
　そして、ＥＣサーバの制御部は、決済予定金額の決済処理を実行する（Ｅ４４０）。なお、この場合、決済方法はその種類を問わない。決済手段としては、限定ではなく例として、クレジットカード、デビットカード、電子貨幣（電子マネー）等が挙げられる。
　決済予定金額の決済処理が成功すると、ＥＣサーバの制御部は、商品購入結果情報を、通信Ｉ／Ｆによって端末２０Ａに送信する（Ｅ４５０）。また、ＥＣサーバの制御部は、この決済における品目詳細情報を含むレシート情報を、通信Ｉ／Ｆによってサーバ１０に送信する（Ｅ４６０）。そして、ＥＣサーバの制御部は、処理を終了させる。
　なお、商品購入結果情報は、ＥＣサーバからサーバ１０を経由して端末２０Ａに送信されるようにしてもよい。この場合、商品購入結果情報にレシート情報を含めるようにしてもよい。
　端末２０Ａから商品購入要求情報を受信しない場合（Ｅ４２０：ＮＯ）、ＥＣサーバの制御部は、処理を終了させる。
　通信Ｉ／Ｆ１４によってＥＣサーバからレシート情報を受信する場合（Ｓ４３０：ＹＥＳ）、サーバ１０の制御部１１は、レシート情報を端末２０Ａに送信する（Ｓ１２０）。そして、端末２０Ａの制御部２１は、レシート情報を表示部２４に表示させる（Ａ１３０）。
　なお、レシート情報は、ＥＣサーバから端末２０Ａを経由してサーバ１０に送信されるようにしてもよい。
　次いで、端末２０Ａの制御部２１、およびサーバ１０の制御部１１は、順位付きキャンペーン応募判定処理を受信する（Ｒ１３５）。
　なお、順位付きキャンペーン応募判定処理において、第２変形例を参酌し、端末２０Ａの制御部２１に、キャンペーン収集処理の一部または全てを実行させるようにしてもよい。この場合、端末２０Ａの制御部２１は、キャンペーン対象商品の購入個数あるいは購入金額を増加させる。
　その後、端末２０Ａの制御部２１、およびサーバ１０の制御部１１は、処理を終了させる。
＜第４実施例の効果＞
　本実施例は、端末２０が、表示部２４に表示されたキャンペーン情報（順位付きキャンペーン情報）（限定ではなく、特典情報の一例）に対する自己の端末２０のユーザによる入力に基づいて、キャンペーン情報に関連する商品またはサービスを購入する処理を制御部２１によって行う構成を示している。
　このような構成により得られる実施例の効果の一例として、特典情報に対する端末のユーザによる入力に基づいて、特典情報に関連する商品またはサービスを簡単に購入することができる。
　また、本実施例は、上記の商品またはサービスの購入に基づいて、その商品またはそのサービスを購入したレシート情報（限定ではなく、第１購入情報の一例）が端末２０の表示部２４に表示される。
　そして、端末２０は、レシート情報に基づいて、キャンペーン情報に関連する商品またはサービスが購入された数を増加させるための処理を制御部２１によって行い、レシート情報に基づいて、キャンペーン情報に関連する商品またはサービスが購入された金額の合計を増加させるための処理を制御部２１によって行う構成を示している。
　このような構成により得られる実施例の効果の一例として、第１購入情報に基づいて、特典情報に関連する商品またはサービスが購入された数を増加させることができ、また、第１購入情報に基づいて、特典情報に関連する商品またはサービスが購入された金額の合計を増加させることができる。
＜第５実施例＞
　上記の実施例では、端末２０Ａのユーザがキャンペーン対象商品を店舗で購入する例を説明したがこれに限定されない。
　第５実施例では、限定ではなく例として、端末２０Ａのユーザが店舗でキャンペーン対象商品を返品する例について説明する。
　第５実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
　また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
　図５－１は、本実施例において用いられるアカウント管理データベースの一例である第２のアカウント管理データベース１５７Ｂのデータ構成例を示す図である。
　第２のアカウント管理データベース１５７Ｂには、アカウントごとの管理データとして、アカウント管理データが記憶される。
　各々のアカウント管理データには、限定ではなく例として、アプリケーションＩＤと、進行中キャンペーンデータとが記憶される。
　進行中キャンペーンには、各々のキャンペーンごとに、キャンペーンＩＤと、応募済み口数と、購入履歴データとが関連付けて記憶される。
　アプリケーションＩＤと、進行中キャンペーンにおけるキャンペーンＩＤと、購入履歴データとは、限定ではなく例として、第１のアカウント管理データベース１５７Ａと同様である。
　応募済み口数は、このアカウントのユーザがキャンペーンに応募を行った回数（口数）を記憶するための値である。応募済み口数は、初期値として「０」を取り、限定ではなく例として、図３－６のＳ２６０のステップが実行されると、その応募口数だけ値が加算される。
＜表示画面＞
　図５－２は、本実施例において端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。
　図５－２左側は、プロモーションアプリケーションのレシート表示画面である。この例では、店舗「ＡＡスーパー」での商品の購入に関するレシート情報ＲＩ６が表示されている。
　このレシート情報ＲＩ６の下部には、このレシート情報ＩＲ６に含まれる購入商品のうちの一部または全部を返品する際に用いるコード情報の一例である返品用コード情報（レシートＩＤコード情報）を表示するためのボタンが設けられている。このボタンがタップされると、限定ではなく例として、図５－２中央の画面が表示される。
　この画面では、図５－２左側の画面における進行中キャンペーン表示領域ＣＳＲ１に重畳するように、返品用コード情報表示領域ＢＣＲ１が下端からせり上がり表示されている。
　この例では、返品用コード情報表示領域ＢＣＲ１に設けられた枠内に、限定ではなく例として、一次元のコード画像（バーコード画像）とトークンとを含む返品用コード情報（レシートＩＤコード情報）が表示されている。
　ここでは、ユーザＡ．Ａが「朝の紅茶濃厚ミルクティー」を１つ返品する場合を例示する。
　ユーザＡ．Ａは、返品を求める購入商品を店舗に持参した上で、図５－２中央の画面を店舗のレジで提示し、レシートＩＤコード情報を店舗コードリーダ装置５０のコードリーダ５８で読み取ってもらう。また、ユーザＡ．Ａは、持参した返品を求める商品のＪＡＮコードをコードリーダ５８で読み取ってもらう。
　その結果として、端末２０Ａの表示部２４には、限定ではなく例として、図５－２右側の画面が表示される。
　この画面は、図５－２左側の画面に対応する画面であるが、レシート情報ＲＩ６の表示が一部異なるレシート情報ＲＩ７になっている。
　この例では、ユーザＡ．Ａが「朝の紅茶濃厚ミルクティー」を返品したことに伴い、返品が完了したことを示す情報（この例では、［返品］１点　１００円）が表示されている。また、レシート情報ＲＩ７の購入商品「朝の紅茶濃厚ミルクティー」の欄にはキャンセルされたことを示す横線が引かれて表示されている。
　また、購入金額が「５５０円」から「４５０円」に修正されて表示されている。
　また、返品に伴い、進行中キャンペーン表示領域ＣＳＲ１の「朝の紅茶濃厚ミルクティー」のキャンペーンに関する順位付きキャンペーン情報ＲＣＳ１に含まれる情報が修正されている。具体的には、図５－２左側の画面では、現在の購入数が「２」であり、応募必要数までの購入数が「４」であったのが、「朝の紅茶濃厚ミルクティー」を１つ返品したことに伴い、現在の購入数が「１」に、応募必要数までの購入数が「５」にそれぞれ修正されている。
　図５－３は、図５－２の例において、ユーザＡ．Ａがキャンペーンに応募済みである場合に端末２０Ａの表示部２４に表示される画面の一例を示す図である。
　図５－３左側は、図５－２左側と同様のレシート表示画面である。ただし、この例では、ユーザＡ．Ａが「朝の紅茶濃厚ミルクティー」のキャンペーンに１口応募済みであり、進行中キャンペーン表示領域ＣＳＲ１に表示される順位付きキャンペーン情報ＲＣＳ１の左上部には「１口応募済」のマークが表示されている。また、現在の購入数が「６」であり、次にキャンペーンに応募するために必要な応募必要数として「６」が表示されている。
　この例では、ユーザＡ．Ａはキャンペーンに１口応募済みであるが、現在の購入数が「６」であるため、「朝の紅茶濃厚ミルクティー」を返品してしまうと、応募に必要な条件を満たさなくなってしまう。
　この場合、レシート情報ＩＲ６に含まれる返品用コード情報（レシートＩＤコード情報）を表示するためのボタンがタップされると、限定ではなく例として、図５－３右側の画面が表示される。
　この画面は、図５－２中央と同様の画面であるが、返品用コード情報表示領域ＢＣＲ１に設けられた枠内に、返品用コード情報に加えて、「朝の紅茶濃厚ミルクティー」を返品することが不可であることを示す返品不可情報ＮＲＩ１が表示されている。
＜処理＞
　図５－４は、この場合に各装置が実行する処理の流れの一例を示すフローチャートである。図５－４では、端末２０Ａ、サーバ１０、店舗ＰＯＳシステム４０、および不図示のＥＣサーバで構成されるシステムが実行する処理の一例を示している。
　限定ではなく例として、キャンペーン対象商品購入処理の後、端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対するユーザ操作に基づいて、商品購入処理において購入した商品を返品するか否かを判定する（Ｒ１８０）。
　商品を返品することが選択される場合（Ｒ１８０：ＹＥＳ）、購入商品返品処理が実行される（Ｒ１９０）。
　図５－５は、購入商品返品処理において各装置が実行する処理の流れの一例を示すフローチャートである。
　この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、店舗ＰＯＳシステム４０の店舗コードリーダ装置５０の制御部５１が実行する処理の一例を示している。
　本フローチャートは、限定ではなく例として、アカウント管理データの応募済み口数が「０」であった場合の例である。
　まず、端末２０Ａの制御部２１は、返品を希望するレシート情報を選択し、そのレシートＩＤを含む返品要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ５１０）。
　なお、返品要求情報に、端末２０ＡのアプリケーションＩＤを含めるようにしてもよい。この場合、端末２０Ａの制御部２１は、レシートＩＤとアプリケーションＩＤとを紐づけていると言える。
　通信Ｉ／Ｆ１４によって端末２０Ａから返品要求情報を受信すると、サーバ１０の制御部１１は、返品要求情報のレシートＩＤに基づいてレシートＩＤコード情報を生成し、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ５１０）。
　この場合、サーバ１０の制御部１１は、返品要求情報のレシートＩＤと、返品要求情報の送信元の端末２０、またはその端末２０のユーザのアプリケーションＩＤとを紐づけて、記憶部１５に記憶させる。これにより、返品を行うレシートＩＤと、返品者のアプリケーションＩＤとを紐づける。
　通信Ｉ／Ｆ２２によってサーバ１０からレシートＩＤコード情報を受信すると、端末２０Ａの制御部２１は、レシートＩＤコード情報を表示部２４に表示させる（Ａ５２０）。
　店舗コードリーダ装置５０の制御部５１は、コードリーダ５８によって表示部２４に表示されたレシートＩＤコード情報を読み取り、レシートＩＤをデコード結果として取得する。そして、店舗コードリーダ装置５０の制御部５１は、読み取ったレシートＩＤをＰＯＳ通信Ｉ／Ｆ５７によって店舗サーバ７０に送信する。店舗サーバ７０の制御部は、レシートＩＤからレシート情報を検索し、店舗コードリーダ装置５０に送信する。
　店舗サーバ７０から受信したレシート情報に基づいて、店舗コードリーダ装置５０の制御部５１は、返品処理を実行する（Ｐ５２０）。
　返品処理では、限定ではなく例として、返品する商品のＪＡＮコードをコードリーダ５８によって読み取り、レシート情報の販売商品個数から差し引く。そして、差し引かれた販売商品個数と販売商品単価との積を返品組み戻し金額として算出し、返品組み戻し金額を端末２０Ａのユーザに返金する。
　次いで、店舗コードリーダ装置５０の制御部５１は、少なくともレシートＩＤと、返品された商品の販売商品ＩＤと、販売商品個数と、販売商品単価とを含む更新レシート情報を、通信Ｉ／Ｆ５４によってサーバ１０に送信する（Ｐ５３０）。そして、店舗コードリーダ装置５０の制御部５１は、処理を終了させる。
　通信Ｉ／Ｆ１４によって店舗コードリーダ装置５０から更新レシート情報を受信すると、サーバ１０の制御部１１は、更新レシート情報のレシートＩＤに基づいて、記憶部１５に記憶させたレシートＩＤとアプリケーションＩＤとの紐づけテーブルから返品者のアプリケーションＩＤを探索する。そして、サーバ１０の制御部１１は、受信した更新レシート情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ５２０）。
　そして、サーバ１０の制御部１１は、受信した更新レシート情報と、キャンペーン管理データベース１５５Ｄとに基づいて、キャンペーン探索処理を実行する（Ｓ５４０）。
　キャンペーン探索処理において、サーバ１０の制御部１１は、更新レシート情報の品目詳細情報における返品された商品の販売商品ＩＤと、キャンペーン管理データのキャンペーン対象商品ＩＤとを突き合わせて、更新レシート情報の返品商品に各キャンペーンの対象商品が含まれるか否かを判定する（Ｓ５５０）。
　更新レシート情報の返品商品にキャンペーン対象商品が含まれる場合（Ｓ５５０：ＹＥＳ）、サーバ１０の制御部１１は、キャンペーン返品処理を実行する（Ｓ５６０）。
　キャンペーン返品処理では、サーバ１０の制御部１１は、返品者であるユーザのアカウント管理データの進行中キャンペーンデータにおいて、キャンペーン探索処理において探索されたキャンペーン対象商品の購入情報を更新させる。より具体的には、返品された商品の販売商品個数を進行中キャンペーンデータの購入個数から差し引き、返品された商品の販売商品個数と販売商品単価との積を進行中キャンペーンデータの購入金額から差し引く。
　なお、キャンペーン返品処理は、キャンペーン対象商品に関する購入情報を減算・更新する処理とも言えるため、購入情報減算処理や購入情報更新処理等のように称してもよい。
　そして、サーバ１０の制御部１１は、Ｓ３１０のステップを実行し、処理を終了させる。
　更新レシート情報の返品商品にキャンペーン対象商品が含まれていない場合には（Ｓ５５０：ＮＯ）、サーバ１０の制御部１１は、処理を終了させる。
　通信Ｉ／Ｆ２２によってサーバ１０から更新レシート情報を受信すると、端末２０Ａの制御部２１は、受信した更新レシート情報を表示部２４に表示させる（Ａ５３０）。そして、端末２０Ａの制御部２１は、Ａ３１０～Ａ３２０のステップを実行し、処理を終了させる。
　図５－６は、購入商品返品処理において各装置が実行する処理の流れの別例を示すフローチャートである。
　この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、店舗ＰＯＳシステム４０の店舗コードリーダ装置５０の制御部５１が実行する処理の一例を示している。
　本フローチャートは、限定ではなく例として、いずれかのキャンペーンにおいてアカウント管理データの応募済み口数が１以上であった場合の例である。
　通信Ｉ／Ｆ１４によって端末２０Ａから返品要求情報を受信すると、サーバ１０の制御部１１は、レシート情報要求情報を、通信Ｉ／Ｆ１４によって店舗ＰＯＳシステム４０に送信する（Ｓ１１０）。そして、店舗ＰＯＳシステム４０は、レシートＩＤと対応するレシート情報を、サーバ１０に送信する（Ｐ１１０）。サーバ１０と店舗サーバ７０との間で実行されるこれらの処理を、店舗コードリーダ装置５０を介して実行されるようにしてもよい。
　次いで、サーバ１０の制御部１１は、受信したレシート情報に基づいてキャンペーン探索処理を実行し（Ｓ５４０）、返品予定のレシート情報に各キャンペーンの対象商品が含まれるか否かを判定する（Ｓ５５０）。
　レシート情報の返品予定商品にキャンペーン対象商品が含まれる場合（Ｓ５５０：ＹＥＳ）、サーバ１０の制御部１１は、返品者のアプリケーションＩＤに対するアカウント管理データにおいて、進行中キャンペーンデータの応募済み口数を参照し、返品予定商品がキャンペーン対象商品となるキャンペーンに応募済みか否かを判定する（Ｓ５７０）。
　キャンペーンに応募済みである場合（Ｓ５７０：ＹＥＳ）、サーバ１０の制御部１１は、返品予定商品の中から応募済みキャンペーンのキャンペーン対象商品が返品不可であることを示す返品不可情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ５８０）。
　なお、Ｓ５７０のステップにおいて、サーバ１０の制御部１１は、進行中キャンペーンデータの応募済み口数および購入個数・購入金額と、キャンペーン管理データのキャンペーン達成条件とに基づいて、キャンペーン対象商品を返品してもなおキャンペーン達成条件を満たす場合には、キャンペーンに応募済みでない（Ｓ５７０：ＮＯ）と判定してもよい。
　限定ではなく例として、キャンペーン達成条件が６個購入、返品前のキャンペーン対象商品購入数が７個である場合、キャンペーン対象商品を１個返品してもキャンペーン達成条件に影響を及ぼすことはないため、キャンペーンに応募済みであってもこのキャンペーン対象商品は１個まで返品を行うことができる。
　通信Ｉ／Ｆ２２によってサーバ１０から返品不可情報を受信すると（Ａ５４０：ＹＥＳ）、端末２０Ａの制御部２１は、返品不可情報を表示部２４に表示させる（Ａ５５０）。
　返品不可情報は、限定ではなく例として、レシートＩＤコード情報が表示される画面に文字や画像等によって表示するようにすることができる。
　また、返品不可情報は、限定ではなく例として、レシート情報が表示される画面に文字や画像等によって表示するようにすることができる。
　また、この場合、デフォルトでは返品用の情報（以下、「返品用情報」と称する。）（限定ではなく、第１情報の一例）を第１表示態様で端末２０の表示部２４に表示させるが、端末２０のユーザがキャンペーンに応募済みである場合は、商品またはサービスが返品不可であることをユーザに注意喚起するために、第１表示態様で表示させた返品用情報を、第１表示態様とは異なる第２表示態様で表示させるようにすることもできる。
　この場合、１つの例として、レシート情報（購入情報）のうち、限定ではなく例として、前述した返品用コード情報（レシートＩＤコード情報）を表示させるためのボタン（画像情報）を第１情報とし、このボタンをグレーアウト表示（操作が無効化）させるようにすることができる。この場合は、ボタンの操作が無効化され、返品用コード情報を表示部２４に表示させることができなくなるため、結果的に、返品も不可となる。
　また、１つの例として、返品用の購入番号等の情報を返品用情報（第１情報）とし、これを、デフォルトでは黒色（第１表示態様）で表示させるが、端末２０のユーザがキャンペーンに応募済みである場合は、赤色（第２表示態様）で表示させるなどすることもできる。
　なお、第２表示態様には、返品用情報（第１情報）を表示しないこと（非表示とすること）も含めることができる。
　上記の例では、返品用コード情報を表示させるためのボタンを非表示としたり、返品用の購入番号等の情報を非表示とするなどしてもよい。
　また、サーバ１０の制御部１１は、キャンペーン返品処理を必ずしも実行しなくてもよい。この場合、返品処理を頻繁に（限定ではなく例として、１週間に所定個数以上を返品）要求するアプリケーションＩＤのアカウント登録情報を、プラットフォームオーナーに通知するようにしてもよいし、そうしなくてもよい。また、返品処理を頻繁に要求するアプリケーションＩＤに対して、キャンペーンの表示順位を一律で差し引くようにしてもよいし、そうしなくてもよい。このことにより、返品を頻繁に行うユーザに対しては、応募可能なキャンペーン数が減ることになる。
＜第５実施例の効果＞
　本実施例は、レシート情報（限定ではなく、購入情報の一例）は、レシートＩＤ等の返品用情報（限定ではなく、端末のユーザが購入した商品またはサービスを返品することに関する第１情報の一例）を含む構成を示している。
　このような構成により得られる実施例の効果の一例として、端末のユーザが購入した商品またはサービスを返品することに関する情報を端末のユーザに認識させることができる。
　また、この場合、返品用情報（第１情報）は、アプリケーションＩＤ等（限定ではなく、端末のユーザの情報の一例）と関連付けられるようにすることができる。
　このような構成により得られる実施例の効果の一例として、端末のユーザが購入した商品またはサービスを返品することに関する情報に、端末のユーザの情報を関連付けることができる。その結果、返品にあたり、その端末のユーザが購入した商品またはサービスであることが証明されるようにすることができる。
　また、この場合、端末２０は、レシート情報に基づき、自己の端末２０のユーザが購入した商品またはサービスが返品される処理が行われることにより、キャンペーン情報（限定ではなく、特典情報の一例）に関連付けられた商品またはサービスが購入された数または金額を減少させるための処理（限定ではなく、特典情報に関連付けられた商品またはサービスが購入された数または金額を減少することに関する処理の一例）を制御部２１によって行うようにすることができる。
　このような構成により得られる実施例の効果の一例として、端末のユーザが購入した商品またはサービスを返品することができるとともに、その返品に伴い、特典情報に関連付けられた商品またはサービスが購入された数または金額を減少させることができる。
　また、本実施例は、レシート情報は、端末２０によってキャンペーン情報に基づきキャンペーンに応募するための処理（限定ではなく、特典情報を応募することに関する処理の一例）が行われていた場合、返品不可情報（限定ではなく、端末のユーザが購入した商品またはサービスを返品することが不可であることを示す第２情報の一例）を含むようにすることができる。
　このような構成により得られる実施例の効果の一例として、端末によって、特典情報を応募することに関する処理が行われていた場合、端末のユーザが購入した商品またはサービスを返品することが不可であることを、端末のユーザに認識させることができる。
　また、本実施例は、返品用情報（第１情報）は、第１表示態様で端末２０の表示部２４に表示される。また、返品用情報は、端末２０によって、キャンペーン情報に基づきキャンペーンに応募することに関する処理が行われていた場合、第１表示態様とは異なる第２表示態様で端末２０の表示部２４に表示される構成を示している。
　このような構成により得られる実施例の効果の一例として、端末によって、特典情報を応募することに関する処理が行われていたか否かに応じて、異なる表示態様で第１情報を表示することができる。
　また、本実施例は、サーバ１０が、返品要求情報（限定ではなく、端末のユーザによって購入された商品またはサービスを返品することに関する返品情報の一例）を通信Ｉ／Ｆ１４によって受信する。そして、制御部１１は、返品要求情報に基づいて、更新レシート情報（限定ではなく、端末のユーザによって購入された商品またはサービスが返品されたことを示す情報の一例）を通信Ｉ／Ｆ１４によって端末２０に送信する。そして、制御部１１は、返品要求情報に基づいて、キャンペーン返品処理（限定ではなく、特典情報に関連付けられた商品またはサービスを端末のユーザが購入した数を減少させることに関する処理の一例、特典情報に関連付けられた商品またはサービスを端末のユーザが購入した金額の合計を減少させることに関する処理の一例）を行う構成を示している。
　このような構成により得られる実施例の効果の一例として、端末のユーザによって購入された商品またはサービスが返品されたことを端末のユーザに通知することができる。また、この返品に伴い、特典情報に関連付けられた商品またはサービスを端末のユーザが購入した数を減少させて整合させる、または、特典情報に関連付けられた商品またはサービスを端末のユーザが購入した金額の合計を減少させて整合させることができる。
＜第５変形例（１）＞
　第５実施例では、購入商品返品処理において、サーバ１０の制御部１１においてキャンペーン返品処理が実行されることとしたが、これに限定されない。限定ではなく例として、端末２０Ａの制御部２１において、キャンペーン返品処理の一部を実行させるようにしてもよい。
　この場合、限定ではなく例として、図５－５のＳ５５０：ＹＥＳの場合、サーバ１０の制御部１１は、キャンペーン対象商品が返品されたことを示すキャンペーン対象商品返品情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する。そして、端末２０Ａの制御部２１は、受信したキャンペーン対象返品購入情報に基づいて、限定ではなく例として、端末２０Ａの入出力部２３に対するユーザ操作に基づいて、キャンペーン対象商品の購入個数あるいは購入金額を減少させる。
　なお、この場合、必ずしもキャンペーン対象商品の購入個数あるいは購入金額を減少させる必要はない。
　端末２０Ａの制御部２１は、購入個数あるいは購入金額を減少させた情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する。サーバ１０の制御部１１は、受信した購入個数あるいは購入金額を減少させた情報に基づいて、アカウント管理データの進行中キャンペーンデータを更新させる。
　なお、アカウント管理データベース１５７Ａを端末２０Ａの記憶部２８に記憶させ、キャンペーン返品処理を端末２０Ａの制御部２１において実行させるようにしてもよい。
＜第５変形例（２）＞
　第５実施例では、購入商品返品処理において、サーバ１０の制御部１１においてキャンペーン探索処理が実行されることとしたが、これに限定されない。限定ではなく例として、端末２０Ａの制御部２１において、返品後の更新レシート情報あるいは返品予定のレシート情報に対して、キャンペーン探索処理を実行するようにしてもよい。
　この場合、限定ではなく例として、サーバ１０の制御部１１は、店舗コードリーダ装置５０から更新レシート情報あるいはレシート情報を受信すると、更新レシート情報あるいはレシート情報と共に、キャンペーン管理データベース１５５Ａを端末２０Ａに送信する。そして、端末２０Ａの制御部２１は、受信したレシート情報とキャンペーン管理データベース１５５Ａとに基づいて、キャンペーン探索処理を実行する。
　また、端末２０Ａの記憶部２８に第２のアカウント管理データベース１５７Ｂを記憶させることで、キャンペーンに応募済みか否かの判定（図５－６のＳ５７０のステップ）を端末２０Ａの制御部２１において実行させるようにしてもよい。
＜第５変形例（３）＞
　上記の実施例において、端末２０Ａのユーザが、返品予定の商品を含む物理的なレシート（紙のレシート）を店舗に持参し、レジで店員に提示する。そして、限定ではなく例として、店員の手動操作によってレシートＩＤを店舗コードリーダ装置５０に入力してもらう、または、店舗コードリーダ装置５０のコードリーダでレシートＩＤを読み取ってもらう。そして、店舗コードリーダ装置５０の制御部５１によって、図５－５の返品処理（Ｐ５２０）が実行されるようにすることもできる。
　この場合は、限定ではなく例として、図５－５の処理において、端末２０Ａの処理のうちＡ５１０、Ａ５２０のステップを省略し、サーバ１０の処理のうちＳ５１０のステップを省略することができる。
＜第６実施例＞
　上記の実施例では、キャンペーン対象商品を購入する場合の決済手段は問わないものとした。
　第６実施例は、決済手段として、支払いアプリケーション（決済アプリケーション）を用いる実施例である。
　支払いアプリケーション（決済アプリケーション）とは、ネットワークサービスに関連するアプリケーション（アプリケーションソフトウェア）として、電子貨幣による支払い・決済を行うためのアプリケーションである。
　「電子貨幣」とは、物理的貨幣と区別される電子的な貨幣であって、上記のアプリケーションにおいて管理される端末、または端末のユーザが所有する電子的な貨幣を意味する。
　なお、電子貨幣は、「電子マネー」や「デジタル通貨（デジタル貨幣）」と表現してもよいし、そのようにしなくてもよい。
　また、「電子貨幣（電子マネー）」や「デジタル通貨（デジタル貨幣）」として、法定通貨を用いてもよいし、仮想通貨を用いてもよい。
　また、「電子貨幣（電子マネー）」や「デジタル通貨（デジタル貨幣）」には、暗号通貨（暗号資産）を含めてもよい。
　また、仮想通貨には、クーポンなどの物的貨幣を含めてもよい。
　第６実施例では、コード（コード情報）を利用した支払い方法・決済方法であるコード決済として、限定ではなく例として、
（１）利用者提示型
（２）店舗提示型
　の２種類を例示する。
　利用者提示型とは、限定ではなく例として、端末２０の表示部２４に表示される支払いコードを利用者（端末のユーザ）が店舗（限定ではなく例として加盟店）の店員等に提示し、店舗コードリーダ装置５０のコードリーダ５８で読み取ってもらうことで決済を行う方法である。
　店舗提示型とは、限定ではなく例として、店舗（限定ではなく例として加盟店）で提示または掲示される支払い店舗コードを利用者が端末２０の撮像部２７であるカメラやコードリーダ（支払いアプリケーションのコードリーダを含む。）で読み取って決済を行う方法である。
　なお、以下では、利用者提示型で端末２０の表示部２４に表示されるコードを「支払いコード」と称するが、これに代えて「利用者提示型コード」等のように称してもよい。
　また、以下では、店舗提示型で端末２０が読み取るコードを「支払い店舗コード」と称するが、これに代えて「店舗提示型コード」等のように称してもよい。
　第６実施例では、限定ではなく例として、主に利用者提示型について説明する。
　しかし、店舗提示型についても本発明を同様に適用可能であり、店舗提示型の変形例についても後述する。
　第６実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
　また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
　支払いサービス（支払いアプリケーション）を実現するための形態としては、限定ではなく例として、以下のいずれかの形態を適用することができる。
（Ａ）プロモーションアプリケーションの一機能として支払いサービスの機能を持たせる形態
（Ｂ）プロモーションサービスの機能と支払いサービスの機能とを有するアプリケーション（統合アプリケーション）を構成する形態
（Ｃ）プロモーションアプリケーションとは別のアプリケーションとして支払いアプリケーションを構成する形態
　（Ａ）や（Ｂ）の形態では、限定ではなく例として、支払いサービス事業者を、プロモーションサービス事業者と同じ事業者とすることができる。
　また、この場合、１つの方法として、プロモーションアプリケーションにおけるユーザのアカウントと、支払いアプリケーションにおけるユーザのアカウントとを共通のアカウントとすることができる。
　また、この場合、別の方法として、プロモーションアプリケーションにおけるユーザのアカウントと、支払いアプリケーションにおけるユーザのアカウントとが自動的に関連付けられる（連携される）ようにすることができる。
　なお、上記とは異なり、支払いアプリケーションの一機能としてプロモーションサービスの機能を持たせるようにしてもよい。
　（Ｃ）の形態では、限定ではなく例として、支払いサービス事業者を、プロモーションアプリケーション事業者とは異なる事業者とすることができる。
　また、（Ｃ）の形態では、プロモーションアプリケーションにおけるユーザのアカウントと、支払いアプリケーションにおけるユーザのアカウントとを関連付ける処理（連携する処理）を行うようにすることができる。
＜システム構成＞
　図６－１は、本実施例における通信システム１Ｂのシステム構成の一例を示す図である。
　通信システム１Ｂでは、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、複数の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）と、複数の店舗ＰＯＳシステム４０（店舗ＰＯＳシステム４０Ａ，店舗ＰＯＳシステム４０Ｂ，店舗ＰＯＳシステム４０Ｃ，・・・）と、支払いアプリケーション管理サーバ９０とが接続される。
　通信システム１Ａとは、支払いアプリケーション管理サーバ９０が構成要素として追加されている点が異なる。
　なお、ここでは、サーバ１０と支払いアプリケーション管理サーバ９０とを別のサーバとする場合のシステムを例示するが、限定ではなく例として前述した（Ａ）の形態や（Ｂ）の形態を適用する場合に、プロモーションサービス（プロモーションアプリケーション）を提供・管理する機能と、支払いサービス（支払いアプリケーション）を提供・管理する機能とをサーバ１０に持たせるようにし、支払いアプリケーション管理サーバ９０をシステムの構成要素に含めないようにしてもよい。
　この場合のシステム構成としては、図１－１の通信システム１Ａを適用することができる。
　図６－２には、支払いアプリケーション管理サーバ９０のハードウェア構成の一例を示している。
　支払いアプリケーション管理サーバ９０は、限定ではなく例として、制御部９１（ＣＰＵ）、記憶部９５、通信Ｉ／Ｆ９４（インタフェース）、入出力部９２、時計部９９を備える。支払いアプリケーション管理サーバ９０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。
　なお、支払いアプリケーション管理サーバ９０のＨＷは、支払いアプリケーション管理サーバ９０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、支払いアプリケーション管理サーバ９０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
　あくまでも一例であるが、入出力部９２は、限定ではなく例として、表示部９３を備える。
　支払いアプリケーション管理サーバ９０の各構成要素については、限定ではなく例として、サーバ１０の各構成要素と同様に構成可能であるため、再度の説明を省略する。
　図６－３は、本実施例において支払いアプリケーション管理サーバ９０の制御部９１によって実現される機能の一例を示す図である。
　制御部９１は、限定ではなく例として、記憶部９５に記憶された支払いアプリケーション管理処理プログラム９５１に従って支払いアプリケーション管理処理を実行するための支払いアプリケーション管理処理部９１１を機能部として含む。
　図６－４は、本実施例において支払いアプリケーション管理サーバ９０の記憶部９５に記憶される情報等の一例を示す図である。
　記憶部９５には、限定ではなく例として、支払いアプリケーション管理処理として実行される支払いアプリケーション管理処理プログラム９５１と、支払いアプリケーションアカウント登録データ９５３と、支払いアプリケーションアカウント管理データベース９５５とが記憶される。
　支払いアプリケーションアカウント登録データ９５３は、アプリケーション（この例では支払いアプリケーション）のアカウントに関する登録データであり、そのデータ構成の一例を図６－５に示す。
　支払いアプリケーションアカウント登録データ９５３には、限定ではなく例として、ユーザ名と、支払いアプリケーションＩＤと、その他登録情報とが関連付けて記憶される。
　ユーザ名は、支払いアプリケーションを利用する端末２０のユーザの名称であり、限定ではなく例として、端末２０のユーザが支払いアプリケーションを利用する際に登録する名称が記憶される。
　支払いアプリケーションＩＤは、支払いアプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。
　この支払いアプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、支払いアプリケーション管理サーバ９０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
　支払いアプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。
　その他登録情報には、限定ではなく例として、端末２０を識別するための識別情報、端末２０の電話番号（端末電話番号）、メールアドレス（端末メールアドレス）、支払いアプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワード等）等の認証情報といった各種の情報を含めるようにすることができる。
　端末２０を識別するための識別情報は、限定ではなく例として、端末ＩＤ（限定ではなく例として、ＩＭＥＩ（International Mobile Equipment Identity））とすることができる。
　また、端末２０のユーザを識別するための識別情報は、限定ではなく例として、支払いアプリケーションＩＤとすることができる。なお、支払いアプリケーションＩＤに代えて「支払いユーザＩＤ」としてもよいし、しなくてもよい。
　また、１つの端末２０につき１つのアカウントしか登録することのできない支払いアプリケーションであれば、限定ではなく例として、「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝支払いアプリケーションＩＤ」とすることができる。
　また、限定ではなく例として、１つの支払いユーザＩＤに、複数の端末ＩＤを割り当てることを可能としてもよいし、そのようにしなくてもよい。
　また、支払いアプリケーションＩＤ等の各種のＩＤに代えて、端末電話番号等の情報によってアカウントを管理する手法を適用することも可能である。
　この場合、支払いアプリケーションＩＤ等のＩＤの情報を支払いアプリケーションアカウント登録データ９５３に記憶させることに代えて、端末電話番号等の情報を支払いアプリケーションアカウント登録データ９５３に記憶させるようにすることができる。
　支払いアプリケーションアカウント管理データベース９５５は、支払いアプリケーションアカウント登録データ９５３に記憶されたアカウントの管理用のデータベースであり、その一例である支払いアプリケーションアカウント管理データベース９５５のデータ構成例を図６－６に示す。
　支払いアプリケーションアカウント管理データベース９５５には、支払いアプリケーションアカウント登録データ９５３に記憶された支払いアプリケーションＩＤごとの管理データとして、支払いアプリケーションアカウント管理データが記憶される。
　各々の支払いアプリケーションアカウント管理データには、限定ではなく例として、支払いアプリケーションＩＤと、電子マネー口座残高とが記憶される。
　電子マネー口座残高は、その支払いアプリケーションＩＤ（そのアカウント）の電子マネー口座の残高であって、限定ではなく例として、支払いアプリケーション管理サーバ９０によって記憶・管理される残高である。「電子マネー残高」や、単に「残高」と称する場合もある。
　なお、支払いアプリケーションアカウント管理データに、その支払いアプリケーションＩＤ（そのアカウント）による店舗・サービス等における電子マネーでの支払い履歴（決済履歴）を含めるようにしてもよい。また、支払い履歴と関連させ、レシート情報を記憶させるようにしてもよい。
＜表示画面＞
　図６－７、図６－８は、本実施例において端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。
　図６－７左側は、図２－５左側と同様のプロモーションアプリケーションのメインメニュー画面であるが、この例では、ＰＯＳ用コード表示ボタンＢＴ２の下に、支払いアプリケーションと連携させるための連携ボタンＢＴ１２が表示されている。
　連携ボタンＢＴ１２がタップされると、端末２０Ａにおいて支払いアプリケーションが起動され、限定ではなく例として、図６－７中央の画面が表示される。
　この画面は、支払いアプリケーションのおしらせ画面であり、この例では、おしらせが表示されるおしらせ表示領域内に、支払いアプリケーションとプロモーションアプリケーションとの間でユーザＡ．Ａのユーザアカウントを連携することを認可するか否かをユーザＡ．Ａに確認するための、プロモーションアプリケーションアカウント連携確認情報が表示されている。
　このプロモーションアプリケーションアカウント連携確認情報には、プロモーションアプリケーションにおけるユーザＡ．Ａのアカウントに関する情報に加えて、連携を承認するための承認ボタンＢＴ１４と、連携を拒否するための拒否ボタンＢＴ１６とが含まれる。
　承認ボタンＢＴ１４がタップされると、ユーザＡ．Ａの支払いアプリケーションＩＤと、ユーザＡ．ＡのプロモーションアプリケーションのアプリケーションＩＤとが紐づけられる。その結果、プロモーションアプリケーションにおいて、図６－７右側のような画面が表示される。
　この画面は、プロモーションアプリケーションのおしらせ画面であり、この例では、おしらせが表示されるおしらせ表示領域内に、支払いアプリケーションとプロモーションアプリケーションとの間でユーザＡ．Ａのユーザアカウントが連携されたことを示すプロモーションアプリケーションアカウント連携情報ＡＬＩ１が表示されている。
　なお、前述した（Ａ）の形態や（Ｂ）の形態を適用する場合に、アカウント連携の承認をユーザに求めず、支払いアプリケーションにおけるユーザのアカウントと、プロモーションアプリケーションにおけるユーザのアカウントとが自動的に連携されるようにしてもよい。
　図６－８左側には、支払いアプリケーションにおけるコード支払い画面の一例を示している。このコード支払い画面は、支払いアプリケーションにおいて、コード支払いを行うための不図示のアイコンがタップされるなどすることで表示される画面である。
　このコード支払い画面は、利用者提示型で決済を行うための画面であり、支払いアプリケーション管理サーバ９０から送信されて端末２０Ａで受信されたウォレットコード情報が表示されている。
　ウォレットコード情報には、限定ではなく例として、支払いコードの情報である支払いコード情報と、付加情報（限定ではなく例として、支払いコード情報の有効期限に関する情報）とが含まれる。
　なお、ウォレットコード情報に付加情報を含めず、ウォレットコード情報と支払いコード情報とを同じものとしてもよい。
　この例では、支払いコード情報として、一次元の支払いコード画像および支払いトークンと、二次元の支払いコード画像とが表示されている。また、その下には、支払いコード情報の有効期限に関する情報として、表示中の支払いコード情報の有効期限までの残り時間の情報が表示されている。
　ユーザＡ．Ａによって図６－８左側の画面が店舗で提示され、店舗コードリーダ装置５０のコードリーダ５８によって支払いコードが読み取られると、購入する商品の支払い（決済）が行われる。その結果、図６－８中央に示す画面が表示される。
　この画面は、支払いアプリケーションにおける支払い完了通知画面であり、この例では、店舗「コンビニエンスＣＣ」での「４００円」の支払いが完了したことが示されている。
　この場合、プロモーションアプリケーションでは、限定ではなく例として、図６－８右側に示すような画面が表示される。
　この画面は、プロモーションアプリケーションにおけるレシート表示画面であり、この例では、上記の店舗「コンビニエンスＣＣ」での「４００円」の支払いに関するレシート情報ＲＩ１０が表示されている。
　また、進行中キャンペーン表示領域ＣＳＲ１には、限定ではなく例として、複数の順位付きキャンペーン情報が表示されている。この例では、前述した「朝の紅茶濃厚ミルクティー」のキャンペーンに関する順位付きキャンペーン情報ＲＣＳ１に加えて、商品「おにぎり」の購入数によって応募可能なキャンペーンの順位付きキャンペーン情報ＲＣＳ５が表示されている。この例では、キャンペーンの応募に必要な条件を満たしていないため、順位付きキャンペーン情報ＲＣＳ５のキャンペーン応募要求情報送信ボタンＢＴ１０はグレーアウト表示され、操作が無効化されている。
＜処理＞
　図６－９は、限定ではなく例として、前述した（Ａ）の形態や（Ｂ）の形態を適用する場合に各装置が実行する処理の流れの一例を示すフローチャートである。
図６－９では、端末２０Ａ、サーバ１０、店舗ＰＯＳシステム４０、支払いアプリケーション管理サーバ９０、および不図示のＥＣサーバで構成されるシステムが実行する処理の一例を示している。
　この処理は、図５－４で説明した処理を、支払いアプリケーションを用いて支払い（決済）を行う処理に書き換えた処理である。
　はじめに、支払いアプリケーション商品購入処理が実行される（Ｒ１２５）。
　図６－１０は、支払いアプリケーション商品購入処理において各装置が実行する処理の流れの一例を示すフローチャートである。
　この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、支払いアプリケーション管理サーバ９０の制御部９１が実行する処理、店舗コードリーダ装置５０の制御部５１が実行する処理の一例を示している。
　店舗コードリーダ装置５０において店舗支払額計算処理（Ｐ２１０）が行われた後、端末２０Ａの制御部２１は、支払いアプリケーションの表示画面に対するユーザ操作に基づいて、電子マネーでの支払いを実行させるためのウォレット支払い要求情報を、通信Ｉ／Ｆ２２によって支払いアプリケーション管理サーバ９０に送信する（Ａ６５０）。
　通信Ｉ／Ｆ９４によって端末２０Ａからウォレット支払い要求情報を受信すると、支払いアプリケーション管理サーバ９０の制御部９１は、端末２０Ａの支払いアプリケーションアカウントの電子マネー口座残高を利用した支払いを認可する支払いトークンを生成する。
　そして、支払いアプリケーション管理サーバ９０の制御部９１は、支払いトークンを含むコード情報であるウォレットコード情報を生成する。ウォレットコード情報は、限定ではなく例として、支払いトークンの識別子を一次元コード（バーコード等）や二次元コード（ＱＲコード等）としてエンコードした支払いコード（画像情報）を含む。
　その後、支払いアプリケーション管理サーバ９０の制御部９１は、ウォレットコード情報を、通信Ｉ／Ｆ９４によって端末２０Ａに送信する（Ｄ６５０）。
　通信Ｉ／Ｆ２２によって支払いアプリケーション管理サーバ９０からウォレットコード情報を受信すると、端末２０Ａの制御部２１は、受信したウォレットコード情報を表示部２４に表示させる（Ａ６６０）。
　店舗コードリーダ装置５０の制御部５１は、コードリーダ５８を用いて、端末２０Ａの表示部２４に表示される支払いコードを読み取る（Ｐ６１０）。この場合、表示部２４に表示される支払いコードは、支払いトークンと関連付けられているため、コードリーダ５８の読み取り結果には、支払いトークンが含まれる。
　店舗コードリーダ装置５０の制御部５１は、限定ではなく例として、店舗ＩＤと、決済予定金額と、読み取った支払いトークンとを含む決済要求情報を、通信Ｉ／Ｆ５４によって支払いアプリケーション管理サーバ９０に送信する（Ｐ６２０）。
　なお、店舗コードリーダ装置５０の制御部５１は、決済要求情報としてレシート情報を含めて送信するようにしてもよい。
　通信Ｉ／Ｆ９４によって店舗コードリーダ装置５０から決済要求情報を受信すると、支払いアプリケーション管理サーバ９０の制御部９１は、受信した支払いトークンから支払い者の支払いアプリケーションＩＤを検索し、検索されたアプリケーションＩＤの電子マネー口座に対して店舗ＩＤで定められる加盟店との間で決済予定金額の支払いを行う決済処理を実行する（Ｄ６６０）。
　そして、支払いアプリケーション管理サーバ９０の制御部９１は、店舗コードリーダ装置５０と、支払い者の端末２０である端末２０Ａとに、通信Ｉ／Ｆ９４によって決済処理の結果である決済結果情報をそれぞれ送信する（Ｄ６７０）。
　通信Ｉ／Ｆ５４によって支払いアプリケーション管理サーバ９０から決済結果情報を受信すると、店舗コードリーダ装置５０の制御部５１は、受信した決済結果情報を表示部５３に表示させる（Ｐ６３０）。
　決済予定金額の決済処理が成功すると、店舗コードリーダ装置５０の制御部５１は、この決済における品目詳細情報を含むレシート情報を、ＰＯＳ通信Ｉ／Ｆ５７によって店舗サーバ７０に送信する。店舗サーバ７０では、受信したレシート情報を記憶部のデータベースに追加して記憶させる。
　また、店舗コードリーダ装置５０の制御部５１は、決済結果情報に含まれる取引ＩＤと、レシート情報とを含む取引レシート情報を、通信Ｉ／Ｆ５４によって支払いアプリケーション管理サーバ９０に送信する（Ｐ６４０）。そして店舗コードリーダ装置５０の制御部５１は、処理を終了させる。
　通信Ｉ／Ｆ９４によって店舗コードリーダ装置５０から取引レシート情報を受信すると、支払いアプリケーション管理サーバ９０の制御部９１は、取引レシート情報の取引ＩＤから支払いを行った支払いアプリケーションＩＤを検索する。
　その後、支払いアプリケーション管理サーバ９０の制御部９１は、記憶部９５に記憶させた不図示のアカウント連携テーブルを参照し、支払いを行った支払いアプリケーションＩＤと紐づいたプロモーションアプリケーションのアプリケーションＩＤを検索する。
　なお、前述したように、プロモーションアプリケーションと支払いアプリケーションとでユーザのアカウントを共通とするのであれば、支払いアプリケーションＩＤとプロモーションアプリケーションのアプリケーションＩＤとは同じとなる。
　すると、支払いアプリケーション管理サーバ９０の制御部９１は、検索されたプロモーションアプリケーションのアプリケーションＩＤと、店舗コードリーダ装置５０から受信したレシート情報とを含むユーザレシート情報を、通信Ｉ／Ｆ９４によってサーバ１０に送信する（Ｄ６８０）。
　そして、支払いアプリケーション管理サーバ９０の制御部９１は、処理を終了させる。
　通信Ｉ／Ｆ２２によって支払いアプリケーション管理サーバ９０から決済結果情報を受信すると、端末２０Ａの制御部２１は、受信した決済結果情報を表示部２４に表示させる（Ａ６７０）。そして、サーバ１０からレシート情報を受信すると、端末２０Ａの制御部２１は、受信したレシート情報を表示部２４に表示させる（Ａ１３０）。
　なお、レシート情報についても、決済結果情報に含めて支払いアプリケーション管理サーバ９０から受信するようにしてもよい。
　また、支払いアプリケーション管理サーバ９０の機能をサーバ１０に統合するのであれば、限定ではなく例として、サーバ１０の制御部１１が、Ｄ６５０～Ｄ６７０のステップを実行した後、Ｓ１２０のステップを実行するようにすることができる。
　図６－９に戻り、支払いアプリケーション商品購入処理が実行されると（Ｒ１２５）、順位付きキャンペーン応募判定処理が実行される（Ｒ１３５）。
　キャンペーン対象商品を購入することが選択される場合（Ｒ１６０：ＹＥＳ）、支払いアプリケーションキャンペーン対象商品購入処理が実行される（Ｒ１７５）。
　支払いアプリケーションキャンペーン対象商品購入処理は、限定ではなく例として、図４－４のＥ４４０のステップにおいて、決済方法として端末２０Ａのユーザの電子マネー口座からの支払いを実行することで、図４－４と同様に実行することが可能であるため、詳細については説明を省略する。
　商品を返品することが選択される場合（Ｒ１８０：ＹＥＳ）、支払いアプリケーション購入商品返品処理が実行される（Ｒ１９５）。
　支払いアプリケーション購入商品返品処理では、限定ではなく例として、図５－５あるいは図５－６のＰ５２０のステップにおいて、店舗コードリーダ装置５０の制御部５１は、レシートＩＤと返品組み戻し金額とを含む返品返金要請情報を、支払いアプリケーション管理サーバ９０に送信する。そして、支払いアプリケーション管理サーバ９０の制御部９１は、レシートＩＤ（取引ＩＤ）から支払い者の支払いアプリケーションＩＤを特定し、店舗の電子マネー口座から支払い者の電子マネー口座へ返品組み戻し金額を送金する。このように図５－５あるいは図５－６と同様に実行することが可能であるため、詳細については説明を省略する。
　図６－１１は、限定ではなく例として、前述した（Ｃ）の形態を適用する場合に各装置が実行する処理の流れの一例を示すフローチャートである。
　図６－１１では、端末２０Ａ、サーバ１０、店舗ＰＯＳシステム４０、支払いアプリケーション管理サーバ９０、および不図示のＥＣサーバで構成されるシステムが実行する処理の一例を示している。
　はじめに、限定ではなく例として端末２０Ａの入出力部２３に対するユーザ操作に基づいて、支払いアプリケーション連携処理が実行される（Ｒ１００）。
　図６－１２は、支払いアプリケーション連携処理において各装置が実行する処理の流れの一例を示すフローチャートである。
　この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、支払いアプリケーション管理サーバ９０の制御部９１が実行する処理の一例を示している。
　まず、端末２０Ａの制御部２１は、支払いアプリケーションとプロモーションアプリケーションのアカウントを連携させることを要求するための支払いアプリケーション連携要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ６１０）。
　支払いアプリケーション連携要求情報には、限定ではなく例として、支払いアプリケーションＩＤを識別可能な情報を含めることができる。
　なお、端末２０ＡのユーザＡ．Ａが、複数の支払いアプリケーションを利用している場合、端末２０Ａの制御部２１は、Ａ６１０のステップの前にどの支払いアプリケーションとプロモーションアプリケーションのアカウントを連携させるかの選択用画面を表示させるようにしてもよい。そして、端末２０Ａの制御部２１は、選択された支払いアプリケーションに基づく支払いアプリケーション連携要求情報をサーバ１０に送信するようにしてもよい。
　通信Ｉ／Ｆ１４によって端末２０Ａから支払いアプリケーション連携要求情報を受信すると、サーバ１０の制御部１１は、支払いアプリケーションＩＤを識別可能な情報と、プロモーションアプリケーションのアカウント識別情報とを含むプロモーションアプリケーションアカウント情報を、通信Ｉ／Ｆ１４によって支払いアプリケーション管理サーバ９０に送信する（Ｓ６１０）。そして、サーバ１０の制御部１１は、処理を終了させる。
　通信Ｉ／Ｆ９４によってサーバ１０からプロモーションアプリケーションアカウント情報を受信すると、支払いアプリケーション管理サーバ９０の制御部９１は、支払いアプリケーションＩＤと、プロモーションアプリケーションのアプリケーションＩＤとを紐づける（関連付ける、連携させる）ことを認可するか否かを確認するための、プロモーションアプリケーションアカウント連携確認情報を、通信Ｉ／Ｆ９４によって端末２０Ａに送信する（Ｄ６１０）。
　通信Ｉ／Ｆ２２によって支払いアプリケーション管理サーバ９０からプロモーションアプリケーションアカウント連携確認情報を受信すると、端末２０Ａの制御部２１は、プロモーションアプリケーションアカウント連携確認情報を表示部２４に表示させる（Ａ６２０）。
　限定ではなく例として、端末２０Ａの入出力部２３に対するユーザ操作に基づいて、支払いアプリケーションとプロモーションアプリケーションとの間で端末２０Ａのユーザアカウントを連携させることが選択される場合（Ａ６２０：ＹＥＳ）、端末２０Ａの制御部２１は、プロモーションアプリケーションアカウント連携承認情報を、通信Ｉ／Ｆ２２によって支払いアプリケーション管理サーバ９０に送信する（Ａ６３０）。
　支払いアプリケーションとプロモーションアプリケーションとの間で端末２０Ａのユーザアカウントを連携させないことが選択される場合（Ａ６２０：ＮＯ）、端末２０Ａの制御部２１は、処理を終了させる。
　通信Ｉ／Ｆ９４によって端末２０Ａからプロモーションアプリケーションアカウント連携承認情報を受信する場合（Ｄ６２０：ＹＥＳ）、支払いアプリケーション管理サーバ９０の制御部９１は、アカウント連携処理を実行する（Ｄ６３０）。
　アカウント連携処理において、支払いアプリケーション管理サーバ９０の制御部９１は、支払いアプリケーションＩＤと、プロモーションアプリケーションのアプリケーションＩＤとを関連付けて、限定ではなく例として、前述したアカウント連携テーブルとして記憶部９５に記憶させる。
　その後、支払いアプリケーション管理サーバ９０の制御部９１は、支払いアプリケーションとプロモーションアプリケーションとの間で端末２０Ａのユーザアカウントが連携されたことを示すプロモーションアプリケーションアカウント連携情報を、通信Ｉ／Ｆ９４によって端末２０Ａに送信する（Ｄ６４０）。そして、支払いアプリケーション管理サーバ９０の制御部９１は、処理を終了させる。
　端末２０Ａからプロモーションアプリケーションアカウント連携承認情報を受信しない場合（Ｄ６２０：ＮＯ）、支払いアプリケーション管理サーバ９０の制御部９１は、処理を終了させる。
　なお、支払いアプリケーション管理サーバ９０の機能をサーバ１０に統合するのであれば、限定ではなく例として、サーバ１０の制御部１１が、Ｓ６１０のステップを実行せず、Ｄ６１０～Ｄ６４０のステップを実行するようにすることができる。
　また、上記の処理において、支払いアプリケーション管理サーバ９０ではなく、サーバ１０がアカウント連携処理を実行するようにしてもよいし、そのようにしなくてもよい。
　この場合は、サーバ１０と支払いアプリケーション管理サーバ９０の処理を対称に入れ替えることで実現可能である。
　また、前述した（Ａ）の形態や（Ｂ）の形態を適用する場合であっても、上記の支払いアプリケーション連携処理（Ｒ１００）を実行するようにしてもよい。
　また、この場合に、端末２０のユーザによるアカウント連携の承認は不要としてもよい。この場合は、限定ではなく例として、図６－１２の処理において、端末２０Ａの処理におけるＡ６２０、Ａ６３０のステップを省略し、支払いアプリケーション管理サーバ９０の処理におけるＤ６１０，Ｄ６２０のステップを省略するなどすることができる。
　図６－１１に戻り、支払いアプリケーション連携処理（Ｒ１００）が行われた後、連携が成功したか否かが判定される（Ｒ１１０）。
　連携が成功した場合（Ｒ１１０：ＹＥＳ）、Ｒ１２５に処理が進められる。
　一方、連携が成功しなかった場合（Ｒ１１０：ＮＯ）、再度、支払いアプリケーション連携処理（Ｒ１００）が実行される。
　なお、連携が成功していない場合（Ｒ１１０：ＮＯ）、システムの処理を終了させるようにしてもよいし、そのようにしなくてもよい。
　また、プロモーションの達成状況に関するデータは、サーバ１０のアカウント管理データベース１５７において管理されているため、決済手段の影響を受けない。そのため、図６－９や図６－１１の任意の処理において、支払いアプリケーションを用いた決済による処理と、支払いアプリケーション以外の決済手段による処理とを入れ替えてもよい。
＜第６実施例の効果＞
　本実施例は、端末２０で実行されるプログラムは、プロモーションアプリケーション（限定ではなく、第１アプリケーションの一例）を含む。端末２０は、プロモーションアプリケーションにおける、端末２０のユーザのアプリケーションＩＤ（限定ではなく、第１ユーザ情報の一例）と、プロモーションアプリケーションとは異なる支払いアプリケーション（限定ではなく、第２アプリケーションの一例）における、端末２０のユーザの支払いアプリケーションＩＤ（限定ではなく、第２ユーザ情報の一例）とを連携させるための処理（限定ではなく、ユーザ情報を関連付けることに関する処理の一例）を制御部２１によって行う。そして、端末２０は、支払いアプリケーションによって決済処理（限定ではなく、決済に関する処理の一例）が行われた場合、支払いアプリケーションＩＤと、プロモーションアプリケーションのアプリケーションＩＤとに基づき、レシート情報（購入情報）を通信Ｉ／Ｆ２２によって受信する構成を示している。
　このような構成により得られる実施例の効果の一例として、第１アプリケーションにおける端末のユーザの第１ユーザ情報と、第１アプリケーションとは異なる第２アプリケーションにおける端末のユーザの第２ユーザ情報とを関連付けることができる。その上で、第２アプリケーションによって決済に関する処理が行われた場合、第２ユーザ情報と第１ユーザ情報とに基づき、購入情報を簡単に取得することができる。
＜第６変形例（１）＞
　第６実施例では、支払いアプリケーション商品購入処理において利用者提示型のコード支払いを行う例について説明したが。これに限定されない。限定ではなく例として、支払いアプリケーション商品購入処理において店舗提示型のコード支払いを行うようにしてもよい。
　図６－１３は、本変形例において支払いアプリケーション商品購入処理において各装置が実行する処理の流れの一例を示すフローチャートである。
　この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、支払いアプリケーション管理サーバ９０の制御部９１、店舗コードリーダ装置５０の制御部５１が実行する処理の一例を示している。
　店舗コードリーダ装置５０において店舗支払額計算処理（Ｐ２１０）が行われた後、店舗コードリーダ装置５０の制御部５１は、店舗ＩＤを含む支払い店舗コードを表示部５３に表示させる（Ｐ６５０）。
　支払い店舗コードは、限定ではなく例として、店舗ＩＤを一次元コード（バーコード等）や二次元コード（ＱＲコード等）としてエンコードしたコード（画像情報）を含む。
　なお、支払い店舗コードに、決済予定金額を含めてもよい。
　通信Ｉ／Ｆ９４によって端末２０Ａからウォレット支払い要求情報を受信すると、支払いアプリケーション管理サーバ９０の制御部９１は、端末２０Ａの支払いアプリケーションアカウントの電子マネー口座残高を利用した支払いを認可する支払いトークンを生成する。
　そして、支払いアプリケーション管理サーバ９０の制御部９１は、支払いトークンを含むコード読み取り情報であるウォレットコードリーダ情報を生成する。
　その後、支払いアプリケーション管理サーバ９０の制御部９１は、ウォレットコードリーダ情報を、通信Ｉ／Ｆ９４によって端末２０Ａに送信する（Ｄ６９０）。
　通信Ｉ／Ｆ２２によって支払いアプリケーション管理サーバ９０からウォレットコードリーダ情報を受信すると、端末２０Ａの制御部２１は、受信されたウォレットコードリーダ情報に基づいて、支払い店舗コードを読み取るためのコードリーダ画面を表示部２４に表示させる。また、端末２０Ａの制御部２１は、コードを読み取るために撮像部２７を起動させる。そして、端末２０Ａの制御部２１は、起動させた撮像部２７を用いて支払い店舗コードを読み取る支払い店舗コード読み取り処理を実行する（Ａ６８０）。
　読み取った支払い店舗コードから店舗ＩＤが取得されると、端末２０Ａの制御部２１は、限定ではなく例として、決済予定金額を入力させるための表示画面を表示部２４に表示させる。
　なお、支払い店舗コードに決済予定金額が含まれる場合、この処理を省略してもよい。
　端末２０Ａの入出力部２３に対するユーザ操作に基づいて決済予定金額が入力されると、制御部２１は、限定ではなく例として、ウォレットコードリーダ情報に含まれる支払いトークンと、店舗ＩＤと、決済予定金額とを含む決済要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ６９０）。そして、制御部２１は、Ａ６７０に処理を進める。
　なお、支払いアプリケーション管理サーバ９０の機能をサーバ１０に統合するのであれば、限定ではなく例として、サーバ１０の制御部１１が、Ｄ６９０～Ｄ６７０のステップを実行した後、Ｓ１２０のステップを実行するようにすることができる。
＜第６変形例（２）＞
　前述したように、限定ではなく例として、サーバ１０と支払いアプリケーション管理サーバ９０との事業者（運営者）が同じである場合、プロモーションアプリケーションのアプリケーションＩＤを支払いアプリケーションＩＤと同一にすることによって、支払いアプリケーション連携処理を行わないようにしてもよい。また、サーバ１０と支払いアプリケーション管理サーバ９０とを同一のサーバとしてもよい。
　また、支払いアプリケーション管理サーバ９０の機能を、限定ではなく例として、ブロックチェーン技術を用いて端末２０Ａに持たせるようにしてもよい。
　あるいは、プロモーションアプリケーション管理サーバであるサーバ１０の機能を、限定ではなく例として、ブロックチェーン技術を用いて端末２０Ａに持たせるようにしてもよい。
　端末２０Ａに各サーバの機能を持たせるためには、限定ではなく例として、各サーバの記憶部に記憶されるアカウント管理データベース１５７（支払いアプリケーションアカウント管理データベース９５５）をブロックチェーンに保管することで実現可能である。
　まとめると、限定ではなく例として、以下の少なくともいずれかの構成によって、本開示の手法を実現可能なシステムを構成することができる。
（ａ）端末２０Ａ，サーバ１０，支払いアプリケーション管理サーバ９０
（ｂ）端末２０Ａ，サーバ１０と支払いアプリケーション管理サーバ９０の統合サーバ
（ｃ）端末２０Ａとサーバ１０の統合端末，支払いアプリケーション管理サーバ９０
（ｄ）端末２０Ａと支払いアプリケーション管理サーバ９０の統合端末，サーバ１０
（ｅ）端末２０Ａとサーバ１０と支払いアプリケーション管理サーバ９０の統合端末
＜第６変形例（３）＞
　第６実施例では、キャンペーン特典は順位付きキャンペーン応募判定処理において応募可能な特典であったが、これに限定されない。
　限定ではなく例として、キャンペーン特典を支払いアプリケーションで使用可能な割引クーポン等にしてもよい。
　図６－１４は、図６－８に引き続いて端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。
　図６－８の後、ユーザＡ．Ａによって店舗「コンビニエンスＣＣ」で新たに「４５０円」分の商品が購入され、支払いアプリケーションで支払い（決済）が行われたことに基づいて、図６－１４左側に示すプロモーションアプリケーションのレシート表示画面には、レシート情報ＲＩ１２が表示されている。
　このレシート情報ＲＩ１２には、店舗「コンビニエンスＣＣ」で３種類のおにぎりを１個ずつ、計３個購入した情報が表示されている。
　その結果、商品「おにぎり」の購入数がキャンペーン応募に必要な応募必要数（この例では「５個」）に達したことに基づいて、順位付きキャンペーン情報ＲＣＳ５の右上部には、キャンペーンに１口応募することが可能になったことを示す「１口応募ＯＫ」のマークが表示されている。それに伴い、キャンペーン応募要求情報送信ボタンＢＴ１０のグレーアウト表示が解除され、操作が有効化されている。また、応募必要数は、キャンペーンの応募に必要な条件を満たし、応募可能になったためキャンペーン達成条件の累積数が初期化され、応募必要数まで「５」に戻っている。
　図６－１４中央は、この場合に端末２０Ａの表示部２４に表示される支払いアプリケーションのおしらせ画面の一例を示す図である。
　このおしらせ画面には、店舗「コンビニエンスＣＣ」での「４５０円」の支払いが完了したことを示す情報が表示されている。
　また、その下には、上記の商品「おにぎり」のキャンペーンに応募したことに基づき、キャンペーン特典として、支払いアプリケーションで使用可能なクーポン（この例では、「コンビニエンスＣＣ」で「おにぎり」を購入する場合の割引クーポン）を取得したことを示す情報が表示されている。この情報には、限定ではなく例として、クーポンを使用するためのクーポン使用ボタンＢＴ１８が含まれる。
　クーポン使用ボタンＢＴ１８がタップされると、限定ではなく例として、図６－１４右側のコード支払い画面が表示される。
　このコード支払い画面には、上記のクーポンを利用して、店舗「コンビニエンスＣＣ」で商品「おにぎり」を購入する際に、支払いアプリケーションによって割引を適用して支払い（決済）を行うための支払いコード情報が表示されている。
　具体的には、この例では、支払いコード情報として、一次元の支払いコード画像および支払いトークンと、二次元の支払いコード画像とが表示されている。また、その下には、支払いコード情報の有効期限に関する情報として、表示中の支払いコード情報の有効期限までの残り時間の情報が表示されている。
＜第７実施例＞
　上記の実施例では、限定ではなく例として、アプリケーションとしてプロモーションアプリケーションを適用した実施例について説明したが、これに限定されない。。
　第７実施例は、チャットアプリケーション（限定ではなく例として、メッセージングアプリケーション）のチャットルーム（限定ではなく例として、トークルーム）にレシート情報やキャンペーン情報（順位付きキャンペーン情報）等を表示させる実施例である。
　この場合、チャットアプリケーションと、プロモーションアプリケーションとの関係について、限定ではなく例として、チャットアプリケーションの一機能としてプロモーションサービスの機能を持たせるようにすることができる。また、限定ではなく例として、チャットサービスの機能と、プロモーションサービスの機能とを有するアプリケーション（統合アプリケーション）を構成することもできる。
　また、チャットアプリケーションと、先の実施例で述べた支払いアプリケーションとの関係について、限定ではなく例として、チャットアプリケーションの一機能として支払いサービスの機能を持たせるようにすることができる。また、限定ではなく例として、チャットサービスの機能と、支払いサービスの機能とを有するアプリケーション（統合アプリケーション）を構成することもできる。
　なお、上記とは逆に、プロモーションアプリケーションの一機能としてチャットサービスの機能を持たせるようにしてもよいし、そのようにしなくてもよい。
　同様に、支払いアプリケーションの一機能としてチャットサービスの機能を持たせるようにしてもよいし、そのようにしなくてもよい。
　チャットサービス（限定ではなく例として、メッセージングサービス）では、ユーザが、チャットルームを利用してチャットを行うことができるように構成されている。
　以下の説明では、適宜、複数のユーザの端末間で送受信されるコンテンツを各々のユーザが閲覧できるＵＩ（User Interface）やＧＵＩ（Graphical User Interface）を「トークルーム」と称する。また、トークルームをチャットルームと称してもよい。
　コンテンツには、単純なテキストや絵文字等を含むメッセージの他、限定ではなく例として、画像情報（静止画像、動画像等の情報を含む。）、操作用情報（ボタン、アイコン等を含む。）、通信用情報・リンク情報（ＵＲＩ、ＵＲＬ等を含む。）など、端末間で送受信可能な各種の情報を含めることができる。
　なお、トークルームには、限定ではなく例として、一対一のユーザのトークルームの他、複数のユーザを含むグループのトークルーム（グループトークルーム）を含めることができる。この場合におけるトークルームは、複数のユーザを含むグループの各端末間で送受信されるコンテンツをグループに含まれるユーザが閲覧できるＵＩやＧＵＩのことを意味する。
　また、メッセージングサービスには、端末間での簡単なメッセージ等のコンテンツの送受信を可能とするインスタントメッセージングサービス（ＩＭＳ：Instant Messaging Service）を含めてもよいし、含めなくてもよい。
　また、メッセージングサービス：ＭＳ（ＩＭＳを含む。）を、ソーシャルネットワーキングサービス：ＳＮＳの１つの形態（一形態）と捉える考え方もある。
　このため、メッセージングサービス：ＭＳと、ソーシャルネットワーキングサービス：ＳＮＳとは区別してもよいし、区別しなくてもよい。
　第７実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
　また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
　本実施例では、チャットサービスをメッセージングサービスとし、端末２０にインストールされたメッセージングアプリケーションによって、レシート情報に基づく表示や、キャンペーン情報（限定ではなく例として、順位付きキャンペーン情報）に基づく表示を行う場合を例示する。
　また、メッセージンサービス（メッセージングアプリケーション）を適用する場合のチャットルームとして、以下ではトークルームを例示する。
　本実施例では、端末２０Ａのユーザと、メッセージングアプリケーション管理サーバを運用する事業者と提携しているプロモーションサービス事業者とのトークルームに対して、メッセージングサービスと連携するプロモーションサービスにおいて、レシート情報やキャンペーン情報を表示させる場合について例示する。
　なお、メッセージングサービス事業者とプロモーションサービス事業者とを区別する必要がない場合、メッセージングアプリケーション管理サーバとプロモーションアプリケーション管理サーバとをまとめてサーバ１０として構成してもよい。
　つまり、メッセージングサービス事業者は、プロモーションアプリケーション事業者と同じ事業者としてもよいし、プロモーションアプリケーション事業者とは異なる事業者としてもよい。
　また、限定ではなく例として、メッセージングサービス事業者は、前述した支払いアプリケーション事業者と同じ事業者としてもよいし、支払いアプリケーション事業者とは異なる事業者としてもよい。
＜表示画面＞
　図７－１は、本実施例において端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。
　図７－１左側の画面は、メッセージングアプリケーションのホーム画面である。このホーム画面では、ユーザＡ．Ａのアイコン画像およびユーザ名の下に、「友だち」、「事業者」、「サービス」、・・・、といった複数の機能アイコンがタブの形式で表示されており、タップ操作等（フリック操作、スクロール操作等でもよい。）によって、ユーザが利用したい機能を選択することが可能に構成されている。
　「友だち」は、限定ではなく例として、ユーザＡ．Ａが友だち登録済みの一般ユーザ（一般アカウント）との間でトークを行う機能である。また、「事業者」は、限定ではなく例として、ユーザＡ．Ａが友だち登録済みの事業者（公式アカウント（ＯＡ））との間でトークを行う機能である。
　この例では、「事業者」の機能アイコンが選択された状態が示されており、その下の領域には、ユーザＡ．Ａが友だち登録済みの事業者の公式アカウントが一覧表示されている。
　限定ではなく例として、ユーザＡ．Ａによってプロモーションアプリケーションの公式アカウント（プロモーションサービス事業者の公式アカウント）がタップされると、限定ではなく例として、図７－１中央の画面が表示される。
　この画面は、プロモーションアプリケーションの公式アカウントのトークルーム（プロモーションサービス事業者をトーク相手とするトークルーム）の画面であり、画面向かって左側に、プロモーションサービス事業者を発信元とするメッセージが表示される。
　この例では、ユーザＡ．Ａの店舗「ＢＢマート　北１２条店」での商品に関するレシートに対応するメッセージとして、４種類の商品の購入の細目を含むレシートメッセージＲＭ１（限定ではなく、購入情報の一例）が、プロモーションサービス事業者のアイコン画像と関連付けて、吹き出しで表示されている。
　また、その下には、上記のレシートメッセージＲＭ１に関連する特典情報の一例として、店舗「ＢＢマート」に関するキャンペーンメッセージＣＭ１が表示されている。限定ではなく例として、キャンペーンメッセージをタッチした状態で左右方向にスライドするスライド操作（この例では、画面向かって左方向へのスライド操作）を行うと、限定ではなく例として、図７－１右側の画面が表示される。
　この画面では、図７－１中央のトークルームの画面において、前述した進行中キャンペーン表示領域ＣＳＲ１が、下端からせり上がり表示されている。
＜処理＞
　本実施例における処理については、限定ではなく例として、プロモーションアプリケーションを管理するプロモーションアプリケーション管理サーバと、メッセージングサービスを管理するメッセージングアプリケーション管理サーバとの処理をサーバ１０における処理として、図５－４、図６－９、または図６－１１に従って同様に実現することが可能であるため、再度の説明は省略する。
＜第７実施例の効果＞
　本実施例は、端末２０は、自己の端末２０のユーザを含むトークルーム（限定ではなく、チャットルームの一例）を表示部２４に表示する。そして、端末２０は、レシート情報（購入情報）と、キャンペーン情報（特典情報）とをトークルームに表示する構成を示している。
　このような構成により得られる実施例の効果の一例として、端末のユーザを含むチャットルームへの表示という分かり易い形で、購入情報と併せて、それに関連する特典情報も端末のユーザに認識させることができる。
＜第８実施例＞
　上記の実施例では、キャンペーンへの応募が電子的に処理される場合について説明したがこれに限定されない。
　第８実施例は、キャンペーンへの電子的応募手段と郵送等での応募手段とが混在する場合の実施例である。
　第８実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
　また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
　あるキャンペーンの応募手段として、上記の実施例で説明したレシート情報に基づく購入確認の方法と、キャンペーン対象商品に付属するシールを収集し、ユーザが応募の際に購入証明としてシールを添付して応募する方法とが混在しているとする。
　この場合、レシート情報に基づく購入確認と、シールによる購入確認とは、排他的に行うことができないため、キャンペーンに対して二重に応募することが可能となってしまう。
　これを防ぐために、本実施例では、キャンペーン対象商品１つ１つを一意に特定するためのシリアル番号情報を導入する。
　シリアル番号情報は、限定ではなく例として、一連の一意で等差な整数である連続した製品識別番号である。このシリアル番号情報は、限定ではなく例として、商品の製造時に商品の側面に印刷されるＪＡＮコードと並べてコード画像としてＱＲコードやバーコードの形で刻印される。
　以下では、ＪＡＮコードと、シリアル番号情報とで構成される製品を一意に識別可能な情報を「スーパーコード」と称する。
　なお、シリアル番号情報をＲＦＩＤ（Radio Frequency IDentifier）タグに格納し、商品の製造時や販売時に商品にＲＦＩＤタグを付加する形を取ってもよい。
＜処理＞
　図８－１は、本変形例において各装置が実行する処理の流れの一例を示すフローチャートである。
　この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、店舗ＰＯＳシステム４０の各構成要素の制御部が実行する処理の一例を示している。
　本処理に先んじて、ユーザＡ．Ａは店舗ＰＯＳシステム４０を有する店舗において買い物を行い、キャンペーン対象商品を所持しているものとする。なお、店舗における決済手段はその種類を問わない。また、ユーザＡ．Ａが買い物を行うことに限定されない。限定ではなく例として、ユーザＡ．Ａ以外のユーザが店舗において買い物を行い、購入したキャンペーン対象商品をユーザＡ．Ａに手渡すようにしてもよいし、そのようにしなくてもよい。
　店舗ＰＯＳシステム４０を有する店舗において買い物を行うとき、限定ではなく例として、店舗コードリーダ装置５０の制御部５１は、コードリーダ５８によってスーパーコードを読み取る。店舗ＰＯＳシステム４０の店舗サーバ７０では、レシート情報として、品目詳細情報に店舗コードリーダ装置５０から受信するスーパーコードのデコード結果であるシリアル番号情報も併せて記憶部に記憶させる。また、店舗ＰＯＳシステム４０の店舗サーバ７０は、レシート情報を取得すると、サーバ１０に送信する。サーバ１０では、記憶部１５にレシート情報を累積的に記憶させていることとする。
　なお、店舗コードリーダ装置５０の制御部５１は、会計時に、不図示のＮＦＣ（Near Field Communication）Ｉ／Ｆによって、商品に付属するＲＦＩＤタグを読み取ることでシリアル番号情報を取得するようにしてもよい。
　まず、端末２０Ａの制御部２１は、撮像部２７であるカメラやコードリーダを起動させ、キャンペーン対象商品のスーパーコードを読み取る（Ａ７１０）。
　なお、端末２０Ａの制御部２１は、不図示のＮＦＣ（Near Field Communication）Ｉ／Ｆによって、キャンペーン対象商品のＲＦＩＤタグを読み取るようにしてもよい。
　すると、端末２０Ａの制御部２１は、読み取ったスーパーコード情報あるいはＲＦＩＤを、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ７２０）。
　通信Ｉ／Ｆ１４によって端末２０Ａからスーパーコード情報あるいはＲＦＩＤを受信すると、サーバ１０の制御部１１は、受信したスーパーコード情報あるいはＲＦＩＤをデコードし、デコード結果であるＪＡＮコードとシリアル番号情報とを算出する。そして、サーバ１０の制御部１１は、記憶部１５に蓄積されたレシート情報に基づいて、ＪＡＮコードとシリアル番号情報とで識別される商品を購入したレシートＩＤを探索する（Ｓ７１０）。
　通信Ｉ／Ｆ１４によって端末２０Ａからキャンペーン応募要求情報を受信すると、排他的キャンペーン応募処理が実行される（Ｓ７２０）。
　排他的キャンペーン応募処理では、図２－９のＳ２６０のステップにおけるキャンペーン応募処理において、プラットフォームオーナーの不図示のサーバに、端末２０Ａから取得したキャンペーン対象商品のシリアル番号情報を加えて送信する。
　これにより、プラットフォームオーナーは、どの応募処理がどの一意に区別される商品の購入に基づく応募なのかを識別可能となる。そのため、プラットフォームオーナーは、郵送等での応募手段において、応募用シールにシリアル番号情報を添付するか、ＲＦＩＤタグ自体を応募要件として収集することで、同一の商品購入によるキャンペーンへの二重応募を防止することができる。
＜第８実施例の効果＞
　本実施例は、レシート情報（限定ではなく、購入情報の一例）は、品目詳細情報（限定ではなく、商品の情報の一例）を含み、また、シリアル番号情報（限定ではなく、商品を一意に特定する情報の一例）を含む構成を示している。
　このような構成により得られる実施例の効果の一例として、購入情報から、商品またはサービスを一意に特定可能とすることができる。
　また、この場合、レシート情報は、限定ではなく例として、端末２０がＮＦＣＩ／Ｆによって、商品のＲＦＩＤタグ（限定ではなく、商品のＩＣタグの一例）を読み取ることにより、端末２０の通信Ｉ／Ｆ２２によって受信されるようにすることができる。
　このような構成により得られる実施例の効果の一例として、商品のＩＣタグを読み取ることによって、商品の購入情報を簡単に取得することができる。
＜第８変形例（１）＞
　第８実施例では、購入する商品を一意に識別するための情報としてシリアル番号情報を導入したが、これに限定されない。限定ではなく例として、ユーザが購入するサービスについて、利用状況を特定するための情報としてシリアル番号情報を用いてもよい。
　限定ではなく例として、サービスの利用時に、サービス提供者はスーパーコードあるいはＲＦＩＤタグを含む利用証明書等を発行する。そして、端末２０ＡにおいてスーパーコードあるいはＲＦＩＤタグを読み込むことで、サービス利用に関するキャンペーンの特典を取得可能なようにしてもよい。
　利用証明書としては、限定ではなく例として、タクシーの乗車証明書や、衣服クリーニングサービスの衣服引換券等が挙げられる。
　本変形例は、レシート情報（限定ではなく、購入情報の一例）は、購入したサービスの細目情報（限定ではなく、サービスの情報の一例）を含み、また、シリアル番号情報（限定ではなく、サービスを一意に特定する情報の一例）を含む構成を示している。
　このような構成により得られる変形例の効果の一例として、購入情報から、サービスを一意に特定可能とすることができる。
　また、この場合、レシート情報は、限定ではなく例として、端末２０がＮＦＣＩ／Ｆによって、サービスの利用証明書等のＲＦＩＤタグ（限定ではなく、サービスのＩＣタグの一例）を読み取ることにより、端末２０の通信Ｉ／Ｆ２２によって受信されるようにすることができる。
　このような構成により得られる実施例の効果の一例として、サービスのＩＣタグを読み取ることによって、サービスの購入情報を簡単に取得することができる。
＜その他＞
　本開示の手法を適用可能なシステムは、上記のシステムに限定されない。
　端末とサーバとを含むシステムに限らず、サーバを含まないシステムを適用することもできる。これは、限定ではなく例として、以下のようなシステムである。
　・サーバの機能を端末に持たせるシステム（分散システム）。これは、限定ではなく例として、前述したブロックチェーンの技術を用いて実現することが可能である。
　・端末同士が無線通信を行うシステム。これは、限定ではなく例として、ブルートゥース等の近距離無線通信技術を用いてＰ２Ｐ（ピアツーピア）方式等で通信を行うことで実現可能である。
１　　　　　　通信システム
　１０　　　　サーバ
　２０　　　　端末
　３０　　　　ネットワーク
　４０　　　　店舗ＰＯＳシステム
　５０　　　　店舗コードリーダ装置
　９０　　　　支払いアプリケーション管理サーバ

Claims (33)

  1. 　端末によって実行されるプログラムであって、
    　前記端末のユーザによって購入された購入情報を前記端末の通信部によって受信することと、
    　前記購入情報に関連する特典情報と、前記購入情報とを前記端末の表示部に表示することとが前記端末によって実行される。
  2. 　請求項１に記載のプログラムであって、
    　前記特典情報は、前記購入情報に基づき前記端末のユーザが応募可能な特典の情報を含む。
  3. 　請求項２に記載のプログラムであって、
    　前記特典の情報は、前記特典情報に関連付けられた商品またはサービスが前記端末のユーザによって購入された数に基づき応募可能になる。
  4. 　請求項３に記載のプログラムであって、
    　前記購入情報に基づいて、前記特典情報に関連付けられた前記商品または前記サービスが前記端末のユーザによって購入された数を増加することに関する処理を前記端末の制御部によって行うことと、
    　前記特典情報に関連付けられた前記商品または前記サービスが前記端末のユーザによって購入された数の情報を前記表示部に表示することとが前記端末によって実行される。
  5. 　請求項２に記載のプログラムであって、
    　前記特典情報は、前記特典情報に関連付けられた商品またはサービスが前記端末のユーザによって購入された金額の合計に基づき応募可能になる。
  6. 　請求項５に記載のプログラムであって、
    　前記購入情報に基づいて、前記特典情報に関連付けられた前記商品または前記サービスが前記端末のユーザによって購入された金額の合計を増加することに関する処理を前記端末の制御部によって行うことと、
    　前記特典情報に関連付けられた前記商品または前記サービスが、前記端末のユーザによって購入された金額の情報を前記表示部に表示することとが前記端末によって実行される。
  7. 　請求項２から請求項６のいずれか一項に記載のプログラムであって、
    　前記購入情報に関連する前記特典情報への応募に関する処理を前記端末の制御部によって行うことが前記端末によって実行される。
  8. 　請求項２から請求項７のいずれか一項に記載のプログラムであって、
    　前記特典情報は、前記特典情報に応募可能な有効期限に関する情報を含む。
  9. 　請求項１から請求項８のいずれか一項に記載のプログラムであって、
    　前記購入情報に関連する特典情報は、第１特典情報であり、
    　前記端末のユーザに基づく、前記第１特典情報とは異なる第２特典情報を前記表示部に表示することが前記端末によって実行される。
  10. 　請求項１から請求項９のいずれか一項に記載のプログラムであって、
    　前記特典情報は、複数の特典情報に含まれ、
    　前記複数の特典情報は、前記端末のユーザの情報に基づく順序で前記表示部に表示されることが前記端末によって実行される。
  11. 　請求項１から請求項１０のいずれか一項に記載のプログラムであって、
    　前記購入情報に関連する特典情報は、第１特典情報であり、
    　前記購入情報と、前記第１特典情報とが表示された前記表示部に対する前記端末のユーザによる入力に基づいて、前記端末のユーザが応募可能な特典情報である、前記第１特典情報とは異なる第３特典情報を前記表示部に表示することが前記端末によって実行される。
  12. 　請求項１から請求項１１のいずれか一項に記載のプログラムであって、
    　前記購入情報に関連する特典情報は、第１特典情報であり、
    　前記購入情報と、前記第１特典情報とが表示された前記表示部に対する前記端末のユーザによる入力に基づいて、前記端末のユーザによって購入された商品またはサービスに関連する、前記第１特典情報とは異なる第４特典情報を前記表示部に表示することが前記端末によって実行される。
  13. 　請求項１から請求項１２のいずれか一項に記載のプログラムであって、
    　前記表示部に表示された前記特典情報に対する前記端末のユーザによる入力に基づいて、前記特典情報に関連する商品またはサービスを購入する処理を前記端末の制御部によって行うことが前記端末によって実行される。
  14. 　請求項１３に記載のプログラムであって、
    　前記商品または前記サービスの購入に基づいて、前記商品または前記サービスを購入した第１購入情報が前記表示部に表示され、前記第１購入情報に基づいて、前記特典情報に関連する前記商品または前記サービスが購入された数を増加することに関する処理を前記制御部によって行うことと、
    　前記商品または前記サービスの購入に基づいて、前記商品または前記サービスを購入した第１購入情報が前記表示部に表示され、前記第１購入情報に基づいて、前記特典情報に関連する前記商品または前記サービスが購入された金額の合計を増加することに関する処理を前記制御部によって行うこととが前記端末によって実行される。
  15. 　請求項１から請求項１４のいずれか一項に記載のプログラムであって、
    　前記購入情報は、前記端末のユーザが購入した商品またはサービスを返品することに関する第１情報を含む。
  16. 　請求項１５に記載のプログラムであって、
    　前記第１情報は、前記端末のユーザの情報と関連付けられる。
  17. 　請求項１５または請求項１６に記載のプログラムであって、
    　前記第１情報に基づき、前記端末のユーザが購入した前記商品または前記サービスが返品される処理が行われることにより、前記特典情報に関連付けられた前記商品または前記サービスが購入された数または金額を減少することに関する処理を前記端末の制御部によって行うことが前記端末によって実行される。
  18. 　請求項１５から請求項１７のいずれか一項に記載のプログラムであって、
    　前記購入情報は、前記端末によって、前記特典情報を応募することに関する処理が行われていた場合、前記端末のユーザが購入した前記商品または前記サービスを返品することが不可であることを示す第２情報を含む。
  19. 　請求項１５から請求項１７のいずれか一項に記載のプログラムであって、
    　前記第１情報は、第１表示態様で前記表示部に表示され、
    　前記第１情報は、前記端末によって、前記特典情報を応募することに関する処理が行われていた場合、前記第１表示態様とは異なる第２表示態様で前記表示部に表示される。
  20. 　請求項１から請求項１９のいずれか一項に記載のプログラムであって、
    　前記購入情報は、商品またはサービスの情報を含み、前記商品または前記サービスを一意に特定する情報を含む。
  21. 　請求項２０に記載のプログラムであって、
    　前記購入情報は、前記商品または前記サービスのＩＣタグを読み取ることにより、前記通信部によって受信される。
  22. 　請求項１から請求項２１のいずれか一項に記載のプログラムであって、
    　コード情報を前記表示部に表示することと、
    　前記コード情報が読み取られることに基づき、前記購入情報を前記通信部によって受信することとが前記端末によって実行される。
  23. 　請求項２２に記載のプログラムであって、
    　前記コード情報は、前記端末のユーザのユーザ情報と関連付けられている。
  24. 　請求項１から請求項２１のいずれか一項に記載のプログラムであって、
    　前記プログラムは、第１アプリケーションを含み、
    　前記第１アプリケーションにおける、前記端末のユーザの第１ユーザ情報と、前記第１アプリケーションとは異なる第２アプリケーションにおける、前記端末のユーザの第２ユーザ情報とを関連付けることに関する処理を前記端末の制御部によって行うことと、
    　前記第２アプリケーションよって決済に関する処理が行われた場合、前記第２ユーザ情報と前記第１ユーザ情報とに基づき、前記購入情報を前記通信部によって受信することが前記端末によって実行される。
  25. 　請求項１から請求項２４のいずれか一項に記載のプログラムであって、
    　前記端末のユーザを含むチャットルームを前記表示部に表示することと、
    　前記購入情報と、前記特典情報とを前記チャットルームに表示することとが前記端末によって実行される。
  26. 　請求項１から請求項２５のいずれか一項に記載のプログラムであって、
    　前記購入情報は、前記端末のユーザによる商品またはサービスの購入に基づく電子レシートを含む。
  27. 　端末の情報処理方法であって、
    　前記端末のユーザによって購入された購入情報を前記端末の通信部によって受信することと、
    　前記購入情報に関連する特典情報と、前記購入情報とを前記端末の表示部に表示することとを含む。
  28. 　端末であって、
    　前記端末のユーザによって購入された購入情報を受信する通信部と、
    　前記購入情報に関連する特典情報と、前記購入情報とを表示する表示部とを備える。
  29. 　端末であって、
    　メモリに記憶されたプログラムを読み出し、前記プログラムに基づく処理を実行するプロセッサーを備え、
    　前記プロセッサーは、
    　前記端末のユーザによって購入された購入情報を前記端末の通信部によって受信することと、
    　前記購入情報に関連する特典情報と、前記購入情報とを前記端末の表示部に表示することとを実行する。
  30. 　端末と通信するサーバであって、
    　前記端末のユーザによって購入された商品またはサービスの情報を受信する通信部と、
    　前記端末のユーザによって購入された前記商品または前記サービスの情報に基づく購入情報と、前記購入情報に関連する特典情報とを前記通信部によって前記端末に送信する制御を行う制御部とを備える。
  31. 　請求項３０に記載のサーバであって、
    　前記制御部は、前記端末のユーザによって購入された前記商品または前記サービスの情報に基づいて、前記特典情報に関連付けられた前記商品または前記サービスを前記端末のユーザが購入した数を増加させることに関する処理、または前記特典情報に関連付けられた前記商品または前記サービスを前記端末のユーザが購入した金額の合計を増加させる処理を行う。
  32. 　請求項３１に記載のサーバであって、
    　前記制御部は、前記特典情報に関連付けられた前記商品または前記サービスを前記端末のユーザが購入した数に基づいて、または前記特典情報に関連付けられた前記商品または前記サービスを前記端末のユーザが購入した金額の合計に基づいて、前記特典情報に応募することが可能であることを示す情報を前記端末に前記通信部によって送信する制御を行う。
  33. 　請求項３０から請求項３２のいずれか一項に記載に記載のサーバであって、
    　前記通信部は、前記端末のユーザによって購入された前記商品または前記サービスを返品することに関する返品情報を受信し、
    　前記制御部は、前記返品情報に基づいて、前記端末のユーザによって購入された前記商品または前記サービスが返品されたことを示す情報を前記通信部によって前記端末に送信し、
    　前記制御部は、前記返品情報に基づいて、前記特典情報に関連付けられた前記商品または前記サービスを前記端末のユーザが購入した数を減少させることに関する処理、または前記特典情報に関連付けられた前記商品または前記サービスを前記端末のユーザが購入した金額の合計を減少させることに関する処理を行う。
PCT/JP2021/038184 2020-10-23 2021-10-15 プログラム、情報処理方法、端末、サーバ WO2022085579A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020-178222 2020-10-23
JP2020178222A JP2022069186A (ja) 2020-10-23 2020-10-23 プログラム、情報処理方法、端末、サーバ

Publications (1)

Publication Number Publication Date
WO2022085579A1 true WO2022085579A1 (ja) 2022-04-28

Family

ID=81290515

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/038184 WO2022085579A1 (ja) 2020-10-23 2021-10-15 プログラム、情報処理方法、端末、サーバ

Country Status (2)

Country Link
JP (1) JP2022069186A (ja)
WO (1) WO2022085579A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210312430A1 (en) * 2020-04-02 2021-10-07 Toyota Jidosha Kabushiki Kaisha Wallet server, wallet program, and wallet system

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7453453B1 (ja) 2023-06-14 2024-03-19 ＰａｙＰａｙ株式会社 電子決済サービスを提供する情報処理装置、電子決済サービスを提供する情報処理方法及び電子決済サービスを提供する情報処理プログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007316750A (ja) * 2006-05-23 2007-12-06 Toshiba Tec Corp 商品購入処理装置、商品購入処理プログラム、商品情報提供装置及び商品情報提供プログラム
JP2014186725A (ja) * 2013-02-21 2014-10-02 Toshiba Tec Corp 電子レシートシステム、情報処理装置およびプログラム
JP2015232829A (ja) * 2014-06-10 2015-12-24 東芝テック株式会社 電子レシート管理サーバおよびプログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007316750A (ja) * 2006-05-23 2007-12-06 Toshiba Tec Corp 商品購入処理装置、商品購入処理プログラム、商品情報提供装置及び商品情報提供プログラム
JP2014186725A (ja) * 2013-02-21 2014-10-02 Toshiba Tec Corp 電子レシートシステム、情報処理装置およびプログラム
JP2015232829A (ja) * 2014-06-10 2015-12-24 東芝テック株式会社 電子レシート管理サーバおよびプログラム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210312430A1 (en) * 2020-04-02 2021-10-07 Toyota Jidosha Kabushiki Kaisha Wallet server, wallet program, and wallet system

Also Published As

Publication number Publication date
JP2022069186A (ja) 2022-05-11

Similar Documents

Publication Publication Date Title
US10748125B2 (en) Systems and methods for digital multimedia capture using haptic control, cloud voice changer, protecting digital multimedia privacy, and advertising and sell products or services via cloud gaming environments
US20210110393A1 (en) Authentication method, program, and terminal
US20150248692A1 (en) Systems and methods of incentivizing transactions
US20120221401A1 (en) Method and system for real time location identification, transmission of discount information, and touch screen purchasing and redeeming through use of a portable multifunctional device
CN107004196A (zh) 促成发送和接收个人对企业支付
JP2017531866A (ja) メッセージベースのコンテキスト・プロンプトを使用した支払いの送信および受信の促進
WO2022085579A1 (ja) プログラム、情報処理方法、端末、サーバ
CN112119415A (zh) 生成方法、程序以及信息处理装置
JP6977127B1 (ja) プログラム、情報処理方法、端末、サーバ
JP2022111282A (ja) プログラム、情報処理方法、端末
US10325252B2 (en) Payment management apparatus, payment management method, and storage medium
JP6498165B2 (ja) 情報処理装置、情報処理方法および情報処理プログラム
JP2021110960A (ja) プログラム、情報処理方法、端末
JP7456986B2 (ja) プログラム、情報処理方法、端末
CN112116445A (zh) 信息处理方法、信息处理装置以及程序
JP7034226B1 (ja) プログラム、情報処理方法、端末
JP7250186B2 (ja) サーバ、プログラム、情報処理方法
JP2021089683A (ja) プログラム、情報処理方法、端末
WO2022070453A1 (ja) プログラム、情報処理方法、端末、サーバ
JP7417795B2 (ja) プログラム、情報処理方法、サーバ、システム、端末
JP6914315B2 (ja) プログラム、情報処理方法、端末
JP7146866B2 (ja) プログラム、情報処理方法、端末
WO2021111660A1 (ja) プログラム、情報処理方法、端末
JP7336883B2 (ja) プログラム、情報処理方法、端末
KR102572825B1 (ko) 정보처리 방법, 프로그램, 단말

Legal Events

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

Ref document number: 21882720

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21882720

Country of ref document: EP

Kind code of ref document: A1