WO2019230440A1 - 情報処理装置、情報処理端末及び情報処理方法 - Google Patents

情報処理装置、情報処理端末及び情報処理方法 Download PDF

Info

Publication number
WO2019230440A1
WO2019230440A1 PCT/JP2019/019625 JP2019019625W WO2019230440A1 WO 2019230440 A1 WO2019230440 A1 WO 2019230440A1 JP 2019019625 W JP2019019625 W JP 2019019625W WO 2019230440 A1 WO2019230440 A1 WO 2019230440A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
user
information processing
unit
user terminal
Prior art date
Application number
PCT/JP2019/019625
Other languages
English (en)
French (fr)
Inventor
真 大長
基宏 大濱
Original Assignee
フェリカネットワークス株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by フェリカネットワークス株式会社 filed Critical フェリカネットワークス株式会社
Priority to US17/058,254 priority Critical patent/US11397959B2/en
Priority to JP2020522094A priority patent/JP7234227B2/ja
Publication of WO2019230440A1 publication Critical patent/WO2019230440A1/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
    • G06Q10/00—Administration; Management
    • G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G06Q10/047—Optimisation of routes or paths, e.g. travelling salesman problem
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
    • 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/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0209—Incentive being awarded or redeemed in connection with the playing of a video game
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/12—Cash registers electronically operated

Definitions

  • the present disclosure relates to an information processing apparatus, an information processing terminal, and an information processing method.
  • the business operator purchases the product or uses the consumer's attribute information using electronic money (for example, Gender, age, etc.) and behavior information (for example, purchase time, purchase place, etc.) can be collected more and the collected information can be utilized in marketing activities.
  • electronic money for example, Gender, age, etc.
  • behavior information for example, purchase time, purchase place, etc.
  • the promotion measures as described above are not compatible with various purchasing channels (for example, electronic commerce) used by consumers.
  • the advertisement by the provider since the above-mentioned advertisement by the provider only provides information about the product etc. (including information on the campaign etc.) in one direction from the provider side, the motivation for the consumer to take action such as product purchase There was a limit to attaching. Therefore, it cannot be said that the promotion measures so far have been able to effectively induce the consumer to purchase the product or use the electronic money.
  • the present disclosure proposes a new and improved information processing apparatus, information processing terminal, and information processing method capable of effectively performing promotion measures.
  • an information acquisition unit that acquires a transaction history between one or a plurality of electronic commerce operators and a user, and whether the user satisfies a predetermined condition based on the acquired transaction history
  • An incentive granting unit for granting the user a right to execute a game that can give points according to the result, based on the determination result, and an information processing terminal used by the user,
  • An information processing apparatus is provided.
  • points are determined according to the result.
  • An information processing terminal is provided that receives a right to execute a game that can be granted.
  • An information processing method is provided.
  • promotion measures can be effectively performed.
  • FIG. 1 is a system diagram illustrating a schematic configuration of an information processing system 10 according to a first embodiment of the present disclosure.
  • FIG. 3 is a diagram illustrating an example of functional blocks of a user terminal 100 according to the first embodiment of the present disclosure.
  • FIG. 3 is a diagram illustrating an example of functional blocks of a service server 200 according to the first embodiment of the present disclosure.
  • 5 is an explanatory diagram for describing an example of a purchase history DB 232 according to the first embodiment of the present disclosure.
  • FIG. It is an explanatory view for explaining an example of acquisition condition DB234 concerning a 1st embodiment of this indication.
  • FIG. 3 is a diagram illustrating an example of functional blocks of an aggregation server 300 according to the first embodiment of the present disclosure.
  • FIG. 14 is a flowchart illustrating an example of an information processing method according to the first embodiment of the present disclosure.
  • 14 is an explanatory diagram for describing an example of a lottery game display screen 602 according to the first embodiment of the present disclosure.
  • FIG. It is explanatory drawing for demonstrating an example of the display screen 604 of the lottery game which concerns on 1st Embodiment of this indication.
  • 14 is an explanatory diagram for describing an example of an entry display screen 606 according to the first embodiment of the present disclosure.
  • FIG. 14 is a flowchart illustrating an example of an information processing method according to a second embodiment of the present disclosure.
  • FIG. 10 is a system diagram illustrating a schematic configuration of an information processing system 10a according to a third embodiment of the present disclosure. It is a figure showing an example of a functional block of code management server 500 concerning a 3rd embodiment of this indication. It is an explanatory view for explaining an example of code DB532 concerning a 3rd embodiment of this indication. It is a figure showing an example of a functional block of service server 200a concerning a 3rd embodiment of this indication. It is explanatory drawing for demonstrating an example of campaign DB238 which concerns on 3rd Embodiment of this indication.
  • FIG. 12 is a flowchart (part 1) illustrating an example of an information processing method according to a third embodiment of the present disclosure.
  • 14 is an explanatory diagram for describing an example of display screens 700 and 710 for issuing an introduction code according to a third embodiment of the present disclosure.
  • FIG. 12 is a flowchart (part 2) illustrating an example of an information processing method according to the third embodiment of the present disclosure. It is explanatory drawing for demonstrating an example of the introduction code
  • 14 is a flowchart (part 3) illustrating an example of an information processing method according to the third embodiment of the present disclosure.
  • FIG. 3 is a block diagram for explaining a hardware configuration of an information processing apparatus 900 according to an embodiment of the present disclosure.
  • a plurality of constituent elements having substantially the same or similar functional configuration may be distinguished by adding different alphabets after the same reference numeral.
  • it is not necessary to particularly distinguish each of a plurality of constituent elements having substantially the same or similar functional configuration only the same reference numerals are given.
  • the present inventors have repeatedly studied the promotion measures and the like as described above. For example, as a promotion measure, the right to play a game to earn points that can be used like electronic money is given as an incentive to consumers according to the amount of electronic money used in actual stores. It is mentioned that. Or as said promotion measure, according to the purchase price which purchased the goods designated at the real store, giving the above-mentioned point to a consumer as an incentive is mentioned. Furthermore, although different from the direct promotion measure, the consumer may be able to earn the above points as an incentive by answering a questionnaire regarding the use of electronic money or the like.
  • the above-mentioned promotion measures with incentives are motivated by incentives, leading to consumer behavior such as the use of electronic money and the purchase of products, and the purchase of products and the use of electronic money are further promoted. It will be.
  • incentives through cards, terminals, applications, etc. linked to consumers
  • the business operator can collect the attributes of consumers that have been collected in advance as member information of members who use electronic money. More information and behavior information can be collected by associating with information such as purchased products. The business can use the information collected in this way for future marketing activities.
  • a consumer can acquire incentives such as points that can be used like electronic money not only in an actual store but also in a product purchase in electronic commerce. . Therefore, according to this embodiment, since the opportunity for a consumer to acquire an incentive can be increased to each stage, it is possible to effectively lead to purchase promotion of goods.
  • incentives such as points that can be used like electronic money not only in an actual store but also in a product purchase in electronic commerce. . Therefore, according to this embodiment, since the opportunity for a consumer to acquire an incentive can be increased to each stage, it is possible to effectively lead to purchase promotion of goods.
  • information related to electronic commerce can also be collected, information related to consumer activities of more consumers can be collected, and the collected information can be used for future marketing activities. You can save it.
  • the details of the embodiments of the present disclosure created by the present inventors will be sequentially described below.
  • a user means a general consumer unless otherwise specified, and an EC business operator is an electronic customer with a general consumer unless otherwise specified. It means a business operator who conducts business transactions.
  • a provider uses a site operated by an EC provider, etc. to provide a business that manufactures or sells products to general consumers, and services related to electronic money.
  • a business operator who plans and manages a promotion measure (campaign).
  • an introducer means a user who introduces the use of a predetermined electronic money to an acquaintance or the like, and an introduced person has no particular difference. As far as this is concerned, it means a user who receives an introduction of the use of electronic money from the introducer.
  • FIG. 1 is a system diagram showing a schematic configuration of an information processing system 10 according to the present embodiment.
  • an information processing system 10 includes, for example, a user terminal (information processing terminal) 100, a service server (information processing apparatus) 200, and an aggregation server (information aggregation apparatus) 300. Can be included.
  • the user terminal 100, the service server 200, and the aggregation server 300 described above can communicate with each other via various wired or wireless communication networks (not shown).
  • the number of user terminals 100, service servers 200, and aggregation servers 300 included in the information processing system 10 is not limited to the number illustrated in FIG.
  • an outline of each device included in the information processing system 10 according to the present embodiment will be described.
  • the user terminal 100 is a user-owned information processing terminal used by the user.
  • the user terminal 100 can be a mobile phone such as a smartphone, a general-purpose PC (Personal Computer), a tablet terminal, a wearable device such as an HMD (Head Mounted Display) or a smart watch.
  • a mobile phone such as a smartphone, a general-purpose PC (Personal Computer), a tablet terminal, a wearable device such as an HMD (Head Mounted Display) or a smart watch.
  • HMD Head Mounted Display
  • the user terminal 100 can, for example, order goods or services with respect to the EC business, that is, perform electronic commerce with the EC business. More specifically, the user terminal 100 performs electronic commerce via an EC site provided by the EC company, transmits an e-mail to the EC company, or receives an e-mail from the EC company according to a user operation. Electronic commerce can be performed by receiving electronic mail.
  • the EC site includes information such as a product code, a product name, a category, an image, a manufacture, a sales source, a sales price, etc. as product information of the sales product, and an URL (Uniform Resource Locator) of the EC site. Including.
  • the user terminal 100 displays such an EC site for the user, and the user performs an operation according to the display, thereby transmitting the sales log to the EC business server 400 managed by the EC business.
  • the EC business server 400 that has received the sales log performs a settlement process and a delivery process, and for example, a purchase confirmation mail including sales log information for confirming the purchase of the product to the user.
  • the sales log can include information on the site browsing history of the purchaser, as well as information on the product code, name, date and time of sale, sales price, purchaser, sales site, and the like.
  • the user terminal 100 is equipped with a browsing application capable of browsing not only the EC site but also an advertising site for a campaign for sales promotion provided by a business operator.
  • the user terminal 100 is equipped with an incentive application for giving an incentive from a business operator based on determination by the service server 200 described later.
  • the incentive application can execute a game for acquiring points that can be used like electronic money, based on determination by the service server 200 described later.
  • the application for incentives can receive the point equivalent to the predetermined amount according to a game result, when a user runs the above-mentioned game.
  • the user terminal 100 may be equipped with an electronic money application for the user to make a payment with electronic money via the user terminal 100. More specifically, the user terminal 100 is mounted with the above-mentioned application and is held over a reader / writer installed in an actual store, so that identification information about the user (for example, member ID, name, member registration date, member registration) Store) and electronic money information (for example, usage amount, available amount, etc.) can be provided to the reader / writer, and settlement processing can be performed when purchasing the product.
  • Information relating to payment processing is transmitted to a server (not shown) managed by a business provider that provides services related to electronic money, and the business operator uses the electronic money used by the user, the usage location, and the purchased product. Etc. can be acquired.
  • the user terminal 100 can also capture an image such as a receipt 600 (see FIG. 13), for example, and can transmit the captured image data to another server (not shown). Furthermore, the user terminal 100 can also transmit / receive information to / from other servers such as a service server 200 described later.
  • said function is an example to the last, and the user terminal 100 may have functions other than the above suitably. Furthermore, one user terminal 100 may have a plurality of functions. The detailed configuration of the user terminal 100 will be described later.
  • the service server 200 is, for example, a computer that can be communicated with the user terminal 100 operated by a user, which is managed by a business operator. For example, the service server 200 can determine whether an electronic commerce performed by the user satisfies a condition (predetermined condition) to which an incentive is given, and can give the user an incentive based on the determination result. In addition, the service server 200 can transmit and receive information to and from the aggregation server 300 described later in order to obtain a purchase history (transaction history) used for making the above determination. Note that the above functions are merely examples, and the service server 200 may appropriately have functions other than the above. The detailed configuration of the service server 200 will be described later.
  • the aggregation server 300 is a computer for aggregating purchase histories (transaction histories) related to users from EC provider servers (information management apparatuses) 400a, 400b, and 400c managed by the EC provider.
  • the EC business server 400 stores information for performing an electronic commerce procedure through the EC site, such as information such as a sales log transmitted from the user, a settlement status, and a product delivery status. Therefore, the aggregation server 300 acquires the user purchase history from the EC provider server 400 and aggregates it. Further, the service server 200 described above can acquire a purchase history of a predetermined user from the aggregation server 300. The detailed configuration of the aggregation server 300 will be described later.
  • the service server 200 and the aggregation server 300 described above preferably transmit and receive purchase history information via an API (Application Programming Interface), that is, an interface common to both, in other words, cooperate.
  • API Application Programming Interface
  • the service server 200 and the aggregation server 300 may not be realized by a single device.
  • each of the above-described service server 200 and aggregation server 300 may be realized by a plurality of devices that are connected via various wired or wireless communication networks (not shown) and cooperate with each other.
  • FIG. 2 is a diagram illustrating an example of functional blocks of the user terminal 100 according to the present embodiment.
  • the user terminal 100 mainly includes a display unit 110, an input unit 120, a storage unit 130, a control unit 140, a communication unit 160, and an imaging unit 170.
  • a display unit 110 mainly includes a display unit 110, an input unit 120, a storage unit 130, a control unit 140, a communication unit 160, and an imaging unit 170.
  • the display unit 110 is a display module including a display such as an LCD (Liquid Crystal Display), an OLED (Organic Light-Emitting Diode), or a CRT (Cathode Ray Tube).
  • the display unit 110 is used, for example, to display an image of an EC site provided by an EC company or a campaign site for sales promotion. Note that the display unit 110 may not be configured as a part of the user terminal 100. For example, a display device connected to the user terminal 100 by wire or wireless may be handled as the display unit 110.
  • the input unit 120 receives input of data and commands to the user terminal 100. More specifically, the input unit 120 is realized by a touch panel, a keyboard, or the like, and can accept input of command instructions from the user.
  • the storage unit 130 is realized by a magnetic recording medium such as a hard disk (HD) provided in the user terminal 100, a nonvolatile memory, or the like, and stores various types of information.
  • the storage unit 130 can store image data of a receipt 600 (see FIG. 13) captured by a user, for example.
  • the storage unit 130 can store various applications that can be executed on the user terminal 100.
  • the storage unit 130 may store information on various types of information (member information, available amount, electronic payment information, etc.) used in a series of processing for payment using electronic money. Note that the various types of information described above are merely examples, and the storage unit 130 may store other information.
  • Control unit 140 The control unit 140 is realized by hardware provided in the user terminal 100, such as a CPU (Central Processing Unit), a ROM (Read Only Memory), and a RAM (Random Access Memory), and is executed by the user terminal 100. Various processes can be performed.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • the communication unit 160 is realized by, for example, a communication device such as a communication antenna, a transmission / reception circuit, or a port, and can transmit / receive information to / from another server such as the service server 200.
  • the communication unit 160 can receive an email from the service server 200.
  • the communication unit 160 can transmit image data to the service server 200.
  • the communication unit 160 may transmit various types of information used in a series of processing regarding payment to another server or the like via a reader / writer. Note that the various communication contents described above are merely examples, and the communication unit 160 may communicate other information.
  • the imaging unit 170 is a camera module that captures an image.
  • the imaging unit 170 captures an image of a subject (for example, a receipt 600) using an imaging element such as a charge coupled device (CCD) or a complementary metal oxide semiconductor (CMOS), and generates image data.
  • CCD charge coupled device
  • CMOS complementary metal oxide semiconductor
  • FIG. 2 the various functional blocks shown in FIG. 2 are merely examples, and the user terminal 100 may have other functional blocks not shown in FIG.
  • FIG. 3 is a diagram illustrating an example of functional blocks of the service server 200 according to the present embodiment.
  • FIG. 4 is an explanatory diagram for explaining an example of the purchase history DB 232 according to the present embodiment
  • FIG. 5 is an explanatory diagram for explaining an example of the acquisition condition DB 234 according to the present embodiment.
  • the service server 200 determines whether the electronic commerce performed by the user satisfies a condition for giving an incentive, and gives the user an incentive based on the determination result. can do.
  • the service server 200 can mainly include an input unit 220, a storage unit 230, a control unit 240, and a communication unit 260. Below, each functional block of the service server 200 is demonstrated sequentially.
  • the input unit 220 receives input of data and commands to the service server 200. More specifically, the input unit 220 is realized by a touch panel, a keyboard, or the like, and can accept input of information about conditions for giving an incentive from a business operator.
  • the storage unit 230 is realized by, for example, a magnetic recording medium such as a hard disk, a nonvolatile memory, or the like provided in the service server 200, and a program for the control unit 240 to be described later to execute various processes, Stores information for processing, received information, and the like.
  • the storage unit 230 can store information on the above conditions input by the business operator and purchase history acquired from the aggregation server 300.
  • the various types of information described above are merely examples, and the storage unit 230 may store other information.
  • the storage unit 230 stores a purchase history DB (Data Base) 232, an acquisition condition DB 234, and an account DB 236.
  • DB Data Base
  • Purchase history DB232 stores the user's purchase history (purchase date / time (transaction date / time), purchase day of the week, which is associated with the user's identification information (user ID) (for example, purchase confirmation email address described later).
  • Purchase store for example, EC business, actual store, etc.
  • purchase product category for example, purchase product (transaction product), total purchase amount (transaction amount), number of combinations of purchase product category
  • payment method for example, cash, credit card, E-money
  • payment medium type for example, credit card company, e-money type
  • user membership rank for example, point service or e-money membership number, number of purchases, and whether or not it is the first purchase
  • the various information described above is merely an example, and the purchase history DB 232 may store other information.
  • the acquisition condition DB 234 stores information related to a condition for giving an incentive to a user, which is input by a business operator. Specifically, as illustrated in FIG. 5, the acquisition condition DB 234 includes a purchase period, a purchase day, a purchase store (for example, an EC company, a real store, etc.), a purchase product category, Purchased product name, total purchase price, number of purchased product category combinations (number of products), number of purchases, whether or not it is the first purchase, or payment method (for example, cash, credit card, electronic money) Various types of information such as payment medium type (for example, credit card company, electronic money type) and user member rank are stored.
  • a purchase period for example, an EC company, a real store, etc.
  • a purchase product category Purchased product name
  • total purchase price number of purchased product category combinations (number of products)
  • number of purchases whether or not it is the first purchase
  • payment method for example, cash, credit card, electronic money
  • payment medium type for example, credit card company, electronic money
  • a product that is a target for giving an incentive to a user by combining different products sold by different operators for example, FN Sake Brewery, FN Dairy, FN Milling. Also good.
  • a cross-sectional sales promotion measure (campaign) can be easily implemented for a plurality of business operators.
  • the various information described above is merely an example, and the acquisition condition DB 234 may store other information.
  • the account DB 236 stores user identification information used when the service server 200 acquires a purchase history from the aggregation server 300.
  • the account DB 236 stores a purchase confirmation email address (details will be described later) as the identification information in association with a user email address held by the user.
  • the service server 200 uses the user mail address to send an email related to the purchase confirmation mail address from the aggregation server 300 to the user (user terminal 100). ) Can be transferred.
  • the account DB 236 may not be provided depending on the purchase history aggregation method in the aggregation server 300.
  • Control unit 240 The control unit 240 is realized by hardware such as a CPU, a ROM, and a RAM provided in the service server 200, and performs various processes executed by the service server 200. As illustrated in FIG. 3, the control unit 240 mainly includes an information acquisition unit 242, a determination unit 244, an output control unit (incentive provision unit) 246, and a transfer unit (transmission unit) 248. Below, each process block which the control part 240 has is demonstrated.
  • the information acquisition unit 242 can acquire purchase history information aggregated by a predetermined user from the aggregation server 300 described later using the identification information.
  • the purchase history is managed for each user by the aggregation server 300 in which purchase histories related to transactions between a plurality of EC businesses and the users are aggregated and associated with the identification information. Therefore, the information acquisition unit 242 can acquire a purchase history of a specific user by using the identification information.
  • the information acquisition unit 242 can acquire a purchase history from the aggregation server 300 in response to a request from the user terminal 100 and output the acquired information to the determination unit 244 described later.
  • the information acquisition unit 242 can acquire the image data of the receipt 600 (see FIG. 13) from the user terminal 100 described above.
  • the information acquisition unit 242 performs image processing and OCR (Optical Character Recognition) on the acquired image data, and extracts information displayed in the image data, thereby obtaining a purchase history (for example, in the actual store of the user) , Purchased merchandise, purchase price, number of purchases, etc.).
  • OCR Optical Character Recognition
  • the information acquisition unit 242 can output the acquired information to the determination unit 244 described later. Note that the processing content described above is merely an example, and the information acquisition unit 242 may perform other processing.
  • Determining unit 244 Based on the acquired purchase history, the determination unit 244 can determine whether the user satisfies a preset condition for providing an incentive. Note that the above-described processing content is merely an example, and the determination unit 244 may perform other processing.
  • the output control unit 246 can output information related to the incentive to the user terminal 100 via the communication unit 260 described later. For example, when the determination unit 244 determines that the user satisfies the above condition, the output control unit 246 executes a game for acquiring points that can be used like electronic money. Information indicating permission can be transmitted to the user terminal 100.
  • the said game is a game which can give the said point to a user according to the result of the said game. In other words, in the present embodiment, the right to execute the game is given to the user as an incentive.
  • the output control unit 246 may perform other processing.
  • Transfer unit 248 transfers the email related to the purchase confirmation email address from the aggregation server 300 to the user (user terminal 100) using the user email address associated with the purchase confirmation email address. Note that the transfer unit 248 may not be provided depending on the purchase history aggregation method in the aggregation server 300.
  • the communication unit 260 is realized by, for example, a communication device such as a transmission / reception circuit or a port, and can transmit / receive information to / from other servers such as the user terminal 100 and the aggregation server 300.
  • the communication unit 260 can receive a user purchase history from the aggregation server 300.
  • the communication content described above is merely an example, and the communication unit 260 may transmit and receive other information.
  • FIG. 6 is a diagram illustrating an example of functional blocks of the aggregation server 300 according to the present embodiment.
  • the aggregation server 300 can aggregate purchase histories related to users from the EC provider server 400 managed by the EC provider, as described above.
  • the aggregation server 300 can mainly include a storage unit (management unit) 330, a control unit 340, and a communication unit 360.
  • management unit management unit
  • control unit 340 control unit
  • communication unit 360 communication unit
  • the storage unit 330 is realized by a magnetic recording medium such as a hard disk provided in the aggregation server 300, for example, a program for the control unit 340 (to be described later) to execute various processes, and information obtained by the processes. Stores received information and the like. For example, as shown in FIG. 6, the storage unit 330 stores an e-mail address DB 332, a purchase history DB 334, and the like. Note that the storage information described above is merely an example, and the storage unit 330 may store other information.
  • Email address DB332 stores a purchase confirmation e-mail address generated by the generation unit 350 described later as user identification information.
  • the aggregation server 300 receives from the EC operator server 400 on behalf of the user, and purchase confirmation for confirming the purchase of the product for the user. Purchase history can be obtained from email.
  • the aggregation server 300 aggregates purchase histories related to the user, even if purchase confirmation emails from different EC companies can be linked to the same user if they have the same purchase confirmation email address. Can do.
  • Purchase history DB334 stores the purchase history of the user associated with the purchase confirmation email address as identification information. Since the stored information is the same as that of the purchase history DB 232 described above, detailed description thereof is omitted here.
  • Control unit 340 is implemented by hardware such as a CPU, a ROM, and a RAM provided in the aggregation server 300, and performs various processes executed by the aggregation server 300.
  • the control unit 340 mainly includes an information acquisition unit (aggregation unit) 342, a transfer unit 348, and a generation unit 350. Below, each process block which the control part 340 has is demonstrated.
  • the information acquisition unit 342 acquires the purchase history from the purchase confirmation email for confirming the purchase of the product for the user received from the EC provider server 400 on behalf of the user. .
  • the information acquisition unit 342 can aggregate purchase history information in association with the same user even if the purchase confirmation emails are from different EC companies as long as they have the same purchase confirmation email address.
  • Transfer unit 348 transfers the e-mail related to the purchase confirmation e-mail address from the aggregation server 300 to the service server 200 described above.
  • the generation unit 350 can generate the purchase confirmation email address described above. Specifically, the generation unit 350 generates a purchase confirmation email address in response to a request from the user terminal 100 via the service server 200, and uses the generated purchase confirmation email address via the service server 200. Notify At this time, the service server 200 stores the purchase confirmation email address in association with the user email address notified by the user. The user who is notified of the purchase confirmation email address registers the purchase confirmation email address with the EC business operator as an email address used when performing electronic commerce with the EC business operator. By doing in this way, the purchase confirmation mail from the EC company is received by the aggregation server 300, and the aggregation server 300 can acquire the purchase history from the received electronic mail.
  • the login ID and password for logging in to the system for managing the purchase confirmation mail directly from the user may be directly deposited.
  • the aggregation server 300 can acquire the corresponding mail from the mailbox storing the purchase confirmation mail using the stored login ID or the like. Furthermore, in the present embodiment, even when the aggregation server 300 receives and acquires a purchase confirmation email from the EC business on behalf of the user, the aggregation server 300 holds the user via the aggregation server 300 and the service server 200. The purchase confirmation mail may be forwarded to the user mail address.
  • the communication unit 360 is realized by, for example, a communication device such as a transmission / reception circuit or a port, and can communicate with an external device such as the user terminal 100 or the service server 200.
  • the communication unit 360 can transmit a user purchase history to the service server 200 in association with a purchase confirmation email address in response to a request from the service server 200.
  • the communication content described above is merely an example, and the communication unit 360 may transmit / receive other information.
  • FIG. 7 is a diagram illustrating an example of functional blocks of the aggregation server 300a according to a modification example of the present embodiment.
  • the aggregation server 300a according to the present modification can mainly include a storage unit 330a, a control unit 340a, and a communication unit 360, like the above-described aggregation server 300.
  • the storage unit 330a has a login account DB 332a instead of the email address DB 332, and the control unit 340a includes an information acquisition unit 342a whose purchase history acquisition method is different from the method described above. Have.
  • the control unit 340a includes an information acquisition unit 342a whose purchase history acquisition method is different from the method described above. Have.
  • points common to the above-described aggregation server 300 will be omitted, and only different points will be described.
  • the storage unit 330a stores a program or the like provided in the aggregation server 300a for the control unit 340a to be described later to execute various processes. For example, as illustrated in FIG. 7, the storage unit 330a stores a login account DB 332a and the purchase history DB 334 described above.
  • Login account DB332a identifies a user's login account for login to the EC provider server 400 managed by each EC provider (the login account is provided by the user in advance). Stored in association with information (unique ID).
  • the purchase history DB 334 stores the purchase history acquired from the EC provider server 400 in association with the identification information. Therefore, according to this modification, even purchase histories from different EC business operators can be linked to one piece of identification information assigned to each user. Can do.
  • the service server 200 can acquire a purchase history from the aggregation server 300 by using the identification information, and stores the acquired purchase history in association with the identification information.
  • the login account is managed by the aggregation server 300 instead of the service server 200. Furthermore, even when one user has a plurality of login accounts related to a plurality of EC operators, the aggregation server 300 associates a plurality of login accounts with the user identification information, thereby The purchase history can be aggregated.
  • Control unit 340a The control unit 340a is realized by hardware such as a CPU, a ROM, and a RAM provided in the aggregation server 300a, and performs various processes executed by the aggregation server 300a.
  • the control unit 340a mainly includes an information acquisition unit 342a as illustrated in FIG.
  • the information acquisition unit 342a acquires a purchase history from the EC provider server 400 using a login account associated with the identification information.
  • the aggregation server 300 is configured to perform scraping that extracts a purchase history from a page related to a user of an EC site (HTML content) provided by the EC provider server 400.
  • the aggregation server 300 and the EC provider server 400 may be configured to transmit and receive purchase history information via an API, that is, an interface common to both.
  • FIG. 8 is a flowchart illustrating an example of an information processing method according to the present embodiment.
  • 9 and 10 are explanatory diagrams for explaining an example of the display screens 602 and 604 of the lottery game according to the present embodiment.
  • FIG. 11 is an explanatory diagram for explaining an example of the entry display screen 606 according to the present embodiment.
  • the information processing method according to the present embodiment can include a plurality of steps from step S101 to step S111, as shown in FIG. Details of these steps will be described below.
  • Step S101 The business operator inputs a condition for giving an incentive to the user to the service server 200 and sets the condition. Information regarding the set condition is stored in the acquisition condition DB 234 described above.
  • the acquisition condition DB 234 includes a purchase period, a purchase day, a purchase store (for example, an EC company, a real store, etc.), a purchase product category, and a purchase product name that are to be given incentives to the user.
  • the total purchase amount, the number of combinations of purchased product categories, the number of purchases, the determination result whether or not it is the first purchase, or the payment method (for example, cash, credit card, electronic money), payment medium type (for example, Various types of information such as credit card company, electronic money type) and user membership rank are stored. Specifically, in the example shown in FIG.
  • the target store is not limited to an actual store, and may be an EC company. Further, the EC company is not limited to one EC company, and can be set across a plurality of EC companies.
  • the target product is not limited to the product sold by the same business operator (seller, manufacturer), and the products sold by different business operators are combined. Can do. For example, under the conditions shown in FIG. 5, businesses different from “FN Sake Brewery”, “FN Dairy” and “FN Milling” tie up across the street and enjoy pasta, cheese and sake at the same time for consumers. By proposing this, it aims to promote sales across the board.
  • the target payment method can also be set across a plurality of electronic money.
  • the target EC business operator, sales business operator, settlement method, electronic money type, product, etc. are set across, and the target period, target amount, payment method, etc. Since it can be set in detail finely and flexibly, more effective promotion measures can be made possible.
  • the aggregation server 300 receives a purchase confirmation email for confirming that the user has purchased a product from the EC provider from the EC provider server 400.
  • the aggregation server 300 generates a purchase confirmation email address in advance in response to a request from the user terminal 100 via the service server 200, and uses the generated purchase confirmation email address as the service server 200.
  • the user who has been notified of the purchase confirmation email address registers the purchase confirmation email address with the EC business operator as an email address used when performing electronic commerce with the EC business operator. In this way, the purchase confirmation email from the EC business is received by the aggregation server 300.
  • the aggregation server 300 transfers the purchase confirmation email to the user email address owned by the user via the service server 200.
  • the aggregation server 300 acquires the purchase history of the user from the received purchase confirmation email and stores it in the purchase history DB 334. At that time, the aggregation server 300 stores the purchase history in association with the purchase confirmation email address.
  • the purchase history includes information such as the date and time of a transaction performed by the user with the EC business, a product, and an amount of money, and more specifically includes various information shown in FIG.
  • Step S107 The service server 200 responds to a request from the user terminal 100 (a request is transmitted from the user terminal 100 to the service server 200 when the user operates a predetermined application on the user terminal 100). Is acquired from the purchase history DB 334 of the aggregation server 300.
  • the service server 200 compares the information regarding the condition stored in the acquisition condition DB 234 with the acquired purchase history, and determines whether the condition for the user to give an incentive is satisfied. If the service server 200 determines that the condition is not satisfied, the service server 200 ends the process. If the condition is satisfied, the process proceeds to step S109.
  • the service server 200 determines whether there is no double acquisition because there is an incentive double acquisition by a malicious user. For example, even if it is impossible to install a plurality of applications related to the same service on one terminal, a single user can acquire a plurality of incentives by having a plurality of terminals. There is a case. Therefore, the service server 200 determines whether or not the incentive has been doubled by the same person using various types of identification information.
  • Step S109 The service server 200 transmits to the user terminal 100 information indicating that the execution of a game for acquiring points that can be used like electronic money is permitted.
  • the user terminal 100 that has received the information displays, for example, a display screen 602 related to a lottery game as shown in FIG. Then, the user can execute the permitted lottery game as described above via the user terminal 100.
  • the display screen 602 shown in FIG. 9 is an example of a display screen related to a lottery game, and is not limited to such a form.
  • Step S111 The user acquires points based on the result of the lottery game executed in step S109 described above.
  • the user terminal 100 gives points to the user by displaying a display screen 604 related to the lottery game as shown in FIG.
  • the acquired point information is transmitted by the user terminal 100 to a server (not shown) of a provider that provides services related to electronic money, whereby a process of giving points to the user is performed.
  • the display screen 604 shown in FIG. 10 is an example of a display screen related to the lottery game, and is not limited to such a form.
  • the service server 200 returns to step S107.
  • the incentive is not limited to the execution of the lottery game.
  • points may be given without the implementation of such a game. There may be.
  • the present embodiment is not limited to such a method, and a list of products purchased by the user is confirmed to determine whether or not to apply (entry) to a campaign (promotional measure). Depending on the case, the user may be allowed to perform an application operation.
  • an entry display screen 606 that is a list of products purchased by the user may be displayed on the user terminal 100. If there are a plurality of campaigns, a list of only the products that are the targets of each campaign and purchased by the user may be displayed on the display screen 606. And the user can select the campaign to apply by selecting goods etc. via such a display screen 606.
  • purchase histories of predetermined users are aggregated using purchase confirmation e-mail addresses.
  • the purchase history of the user may be aggregated by using a login account for logging in to the EC business server 400 managed by each EC business owned by the user and associated with the information (unique ID).
  • a consumer can acquire an incentive even when purchasing a product in electronic commerce. Therefore, according to this embodiment, since the opportunity for a consumer to acquire the said point can be increased to each step
  • the target EC business operator, sales business operator, settlement method, electronic money type, product, etc. are set across, and the terms such as the target period, target money amount, payment method are set. Since it can be set finely and flexibly, a more effective promotion measure can be made possible. In particular, until now, only simple conditions such as the purchase period and purchased product could be set, but according to this embodiment, it is possible to set a plurality of conditions in detail. More effective promotion measures. Furthermore, until now, it has been difficult to implement promotion measures that target multiple EC operators across the board. However, according to this embodiment, multiple EC companies are targeted across the EC. Because of this, more effective promotion measures can be taken. In addition, according to this embodiment, since conditions can be set across the board, the number of operators (tie-up operators) participating in the same promotion measure can be increased, creating a large business opportunity. You can also
  • Second Embodiment >> 1st Embodiment of this indication mentioned above implement
  • the channel for purchasing a product is not limited to only an EC company, and for example, it may be purchased at an actual store. Therefore, in the second embodiment of the present disclosure described below, a promotion measure that provides incentives for the purchase of products from EC companies and actual stores is realized. Details of the second embodiment will be described below. Note that the detailed configuration of the information processing system 10 according to the present embodiment and each device included in the information processing system 10 is the same as that of the first embodiment described above. Therefore, the detailed description of the configuration of each device included in the information processing system 10 and the information processing system 10 according to the present embodiment is omitted here.
  • FIG. 12 is a flowchart illustrating an example of an information processing method according to the present embodiment
  • FIG. 13 is an explanatory diagram for describing an example of a receipt 600 used in the present embodiment.
  • the information processing method according to the present embodiment can include a plurality of steps from step S201 to step S221 as shown in FIG. Details of these steps will be described below.
  • Step S201 As in the first embodiment, the business operator inputs a condition for giving an incentive to the user to the service server 200 and sets the condition. Information regarding the set condition is stored in the acquisition condition DB 234 described above.
  • Step S203 Using the user terminal 100, the user images a receipt 600 that can confirm that a product has been purchased from an actual store, and transmits the captured image data to the service server 200.
  • the service server 200 receives the image data of the received receipt 600.
  • Step S205 The service server 200 performs image processing and OCR on the received captured image data, and extracts information displayed in the image data, thereby obtaining a purchase history (for example, purchased product, purchase) of the user's actual store. Information on the amount, the number of purchases, etc.).
  • a purchase history for example, purchased product, purchase
  • Information on the amount, the number of purchases, etc. For example, as shown in FIG. 13, when the receipt 600 includes a product code (for example, a JAN code) made up of a string of numbers linked to the product, the product code is extracted. The information of the product purchased by the user can be acquired.
  • the receipt 600 shown in FIG. 13 is an example of the receipt 600 according to the present embodiment, and is not limited to such a form.
  • the service server 200 stores the acquired purchase history in the purchase history DB 232.
  • Step S207 the service server 200 compares the information regarding the condition stored in the acquisition condition DB 234 with the acquired purchase history, and determines whether or not the condition for the user to give an incentive is satisfied. If the service server 200 determines that the condition is not satisfied, the service server 200 proceeds to step S213. If the condition is satisfied, the service server 200 proceeds to step S209.
  • Step S209, Step S211 Since step S209 and step S211 are the same as step S109 and step S111 according to the first embodiment shown in FIG. 8, detailed description thereof is omitted here.
  • Steps S213 to S221 are the same as steps S103 to S111 according to the first embodiment shown in FIG. 8, and thus detailed description thereof is omitted here.
  • the present inventors have conducted intensive studies to make more effective use promotion measures.
  • the present inventors thought that using the introduction of an acquaintance might enable strong motivation to lead consumers to use electronic money.
  • electronic money is in a situation where it cannot be said that it is used by many consumers due to barriers such as “difficult to use” and “difficult to structure”.
  • barriers such as “difficult to use” and “difficult to structure”.
  • an acquaintance who uses e-money on a daily basis is advised to use e-money, there is a sense of security that if you have any questions about the use, you should immediately ask the acquaintance.
  • the present inventors thought that it would be easier to move to an action using electronic money.
  • the present inventors have promoted the use of providing incentives to the introducer and the introduced person according to the introduction of the use of electronic money to the acquaintance in the embodiment of the present disclosure described above.
  • the third embodiment of the present disclosure has been created in which a function that realizes the measure is applied.
  • an introducer (another user) who introduced the use of predetermined electronic money and an introduced person (user) who newly received the introduction and used the electronic money.
  • the introducer who uses predetermined electronic money on a daily basis introduces the electronic money
  • the introduced person can feel secure. Can be promoted.
  • the incentive is given to the introducer and the introduced person by using the introduced person's electronic money
  • the introduction is strongly motivated to introduce the introduced person. Strong motivation to use against it.
  • the introduction of the use of electronic money to the introducer is not limited to the introduction by the introducer, but the advertisement by the business (store poster, newspaper advertisement, magazine advertisement, Internet advertisement, SNS, etc. (Social Networking Service), e-mail, etc.).
  • the inflow route specifically refers to the incentive application by the introduced person by introduction by the introducer (the introducer may be not only the user but also a store poster by the business).
  • the introducer may be not only the user but also a store poster by the business.
  • electronic money by being installed (installed) on the user terminal 100 owned by the user, or by the use of electronic money by a referee viewing an Internet advertisement for a promotion promotion (campaign) by a business operator. This means cases.
  • the incentive can be given to the introducer according to the situation, the use of electronic money can be promoted more effectively.
  • the business can also collect information on the inflow route, the collected information can be used for future marketing activities and advertising activities.
  • FIG. 14 is a system diagram showing a schematic configuration of the information processing system 10a according to the present embodiment.
  • the information processing system 10a can mainly include, for example, a user terminal 100, a service server 200a, an aggregation server 300, and a code management server 500.
  • the user terminal 100, the service server 200a, the aggregation server 300, and the code management server 500 described above can communicate with each other via various wired or wireless communication networks (not shown).
  • the outline of each device included in the information processing system 10a according to the present embodiment will be described below.
  • the user terminal 100 and the aggregation server 300 are the same as those in the first embodiment, and thus the description thereof is omitted here.
  • the service server 200a is a computer that can communicate with the user terminal 100 that is managed by a business operator and that is operated by the user.
  • the service server 200a can give an incentive to an introduced person or the like according to an inflow route through which the introduced person uses electronic money.
  • the above functions are merely examples, and the service server 200a may have functions other than the above as appropriate. The detailed configuration of the service server 200a will be described later.
  • the code management server 500 is a server for managing an introduction code for acquiring information on the inflow route, and is a computer that can communicate with the user terminal 100 operated by the user. For example, in response to a request from the user terminal 100, the code management server 500 issues an introduction code, receives an introduction code received from the user terminal 100, information on the inflow route, and the like, and the introduced person receives an incentive. It is possible to determine whether or not a given condition is satisfied.
  • the above functions are merely examples, and the code management server 500 may have functions other than the above as appropriate. The detailed configuration of the code management server 500 will be described later.
  • FIG. 15 is a diagram illustrating an example of functional blocks of the code management server 500 according to the present embodiment
  • FIG. 16 is an explanatory diagram for describing an example of the code DB 532 according to the present embodiment.
  • the code management server 500 is a server for managing code information as described above. Specifically, as illustrated in FIG. 15, the code management server 500 can mainly include a storage unit 530, a control unit 540, and a communication unit 560. Hereinafter, each functional block of the code management server 500 will be sequentially described.
  • the storage unit 530 is realized by, for example, a magnetic recording medium such as a hard disk provided in the code management server 500, and a program for the control unit 540 (to be described later) to execute various processes and the like. Information, received information, etc. are stored.
  • the storage unit 530 can store information on an introduction code issued by an issue unit 548 described later. Note that the storage information described above is merely an example, and the storage unit 530 may store other information. Specifically, as illustrated in FIG. 15, the storage unit 530 stores, for example, a code DB 532.
  • the code DB 532 stores information on a code (for example, an introduction code) issued in response to a request from the user terminal 100 owned by the introducer.
  • a code for example, an introduction code
  • the information acquisition unit 542 which will be described later, as shown in the code DB 532a in FIG. 16, the system ID, the campaign ID, and the introducer ID (for example, the introducer's possession) transmitted from the user terminal 100 owned by the introducer.
  • the issue unit 548 described later issues an introduction code so as to be associated with the acquired information
  • the code DB 532a stores the introduction code together with information on the expiration date of the introduction code.
  • the information acquisition unit 542 introduces an introduction code (for example, the introduction code is notified to the introducer by the introducer and the introducer is notified) transmitted from the user terminal 100 owned by the introducer.
  • an introduction code for example, the introduction code is notified to the introducer by the introducer and the introducer is notified
  • the introducer ID for example, identification information associated with the incentive application installed in the user terminal 100 owned by the introducer
  • the introducer introduces the introduction code , That is, information such as the registered date and time of registration is acquired.
  • the code DB 532b shown in FIG. 16 includes information on the introducer ID and the registration date of the introduction code along with other information (system ID, campaign ID, introducer ID, electronic money type) associated with the introduction code. Store it linked.
  • the system ID is information for identifying a service server 200a described later, and the campaign ID is information for identifying a use promotion measure (campaign).
  • the introducer ID is identification information associated with an introducer who introduces electronic money, for example, identification information associated with an incentive application installed in the user terminal 100 owned by the introducer, Identification information used when a person uses electronic money.
  • the introduced person ID is identification information associated with the introduced person who introduced the electronic money. For example, the identification associated with the incentive application installed in the user terminal 100 owned by the introducer. It can be information or identification information used when an introduced person uses electronic money.
  • the referee ID includes recognition information for recognizing that the referee has installed an application and that the referee has browsed the Internet advertisement of the campaign. You may go out.
  • the introduced person ID is transmitted to the code management server 500 and the service server 200a in a format including the recognition information.
  • the introduced person ID and the introduction code may have a one-to-one correspondence.
  • the installation of the incentive application with one introduction code can be limited to one introduction for one introduced person by making the correspondence one-to-one.
  • the introduction code is described as being issued in response to a request from the user terminal 100 owned by the introducer.
  • the present embodiment is not limited to this. In the present embodiment, for example, it may be issued in advance in response to a request from a business operator.
  • the code DB 532 stores the introduction code issued in advance together with the information on the expiration date of the introduction code.
  • Control unit 540 The control unit 540 is realized by hardware such as a CPU, a ROM, and a RAM provided in the code management server 500, and performs various processes executed by the code management server 500. As illustrated in FIG. 15, the control unit 540 mainly includes an information acquisition unit 542, a determination unit 544, and an issue unit 548. Below, each processing block which the control part 540 has is demonstrated.
  • Information acquisition unit 542 acquires a system ID, a campaign ID, an introducer ID, an electronic money type, and the like transmitted from the user terminal 100 owned by the introducer, and stores the acquired information in an issue unit 548 and a storage unit 530 described later. Output.
  • the information acquisition unit 542 acquires the introduction code, the introduced person ID, information on the registration date of the introduction code, and the like transmitted from the user terminal 100 owned by the introducer, and stores them in the determination unit 544 and the storage unit 530. Output.
  • the introduction code and the introducer ID can be acquired, the referee recognizes what kind of introducer's introduction has led to the use of electronic money (inflow route). Can do.
  • the information acquisition unit 542 receives the introduction code from the URL (Uniform Resource Locator) parameter of the Internet advertisement page of the campaign by the business viewed by the introduced person, which is transmitted from the user terminal 100 owned by the introduced person. May be obtained. Specifically, when the introduced person browses the page related to the URL using the user terminal 100 owned by the introduced person, the user terminal 100 transmits the value specified by the URL parameter to the code management server 500. Thus, an introduction code can be acquired. Further, the user terminal 100 can install or start the incentive application according to the present embodiment, triggered by browsing of the page related to the URL. Therefore, in the present embodiment, it is possible to recognize that the introduced person has used electronic money (inflow route) through browsing the Internet advertisement.
  • URL Uniform Resource Locator
  • the information acquisition unit 542 also acquires information on the date and time when the introducer browsed the Internet advertisement together with the introduction code, and outputs the acquired information to the determination unit 544 and the storage unit 530.
  • the above-described processing content is merely an example, and the information acquisition unit 542 may perform other processing.
  • the determination unit 544 acquires the introduction code stored in the code DB 532 (for example, the introduction code, the system ID, the campaign ID, the introducer ID, the electronic money type, the expiration date, etc.) and the user terminal 100 owned by the introducer.
  • the introduced code is compared with the introduced code (for example, introduced code, registration date, introduced person ID, electronic money type, etc.) to determine whether the introduced code entered by the introduced person is an appropriate introduced code.
  • the information acquisition unit 542 described above acquires the introduction code input by the referee and information on the registration date and time from the user terminal 100 owned by the introducer, and outputs the information to the determination unit 544.
  • the determination unit 544 compares the introduction code acquired from the information acquisition unit 542, the registration date and time with the introduction code stored in the code DB 532 of the storage unit 530, and information associated therewith, and registers it within the expiration date. It is determined whether or not there has been a double incentive (for example, introducing the same person to be introduced repeatedly). Then, the determination unit 544 transmits the determination result to the user terminal 100 owned by the introducer. Note that the above-described processing content is merely an example, and the determination unit 544 may perform other processing.
  • the issuing unit 548 can generate the introduction code described above. Specifically, the issuing unit 548 issues an introduction code made up of numbers, characters, etc. in response to a request from the user terminal 100, for example. More specifically, the issuing unit 548 issues an introduction code so as to be associated with the system ID, campaign ID, introducer ID, electronic money type, etc. transmitted from the user terminal 100 owned by the introducer. The information is output to the storage unit 530 together with the information on the expiration date of the code. Further, the issuing unit 548 transmits the issued introduction code to the user terminal 100 owned by the introducer.
  • the issuing unit 548 has been described as issuing an introduction code in response to a request from the user terminal 100 owned by the introducer.
  • the issuing unit 548 is limited to this. It is not a thing.
  • the issuing unit 548 may issue an introduction code in advance in response to a request from a business operator.
  • the introduction code issued in advance is notified to the user (the person to be introduced) via the advertisement of the business operator (for example, store poster, Internet advertisement, etc.).
  • the communication unit 560 is realized by, for example, a communication device such as a transmission / reception circuit or a port, and can transmit and receive information between the user terminals 100 and the like.
  • FIG. 17 is a diagram illustrating an example of functional blocks of the service server 200a according to the present embodiment
  • FIG. 18 is an explanatory diagram for describing an example of the campaign DB 238 according to the present embodiment.
  • the service server 200a is a computer for providing incentives to the introduced person and the introducer according to the inflow route through which the user uses the electronic money as described above.
  • the service server 200 a can mainly include an input unit 220, a storage unit 230 a, a control unit 240 a, and a communication unit 260.
  • each functional block of the service server 200a will be sequentially described.
  • detailed description of points common to the service server 200 according to the first embodiment described above is omitted, and only different points are described.
  • the storage unit 230a is realized by, for example, a magnetic recording medium such as a hard disk provided in the service server 200a, and stores programs and the like for the control unit 240a described later to execute various processes. Specifically, as illustrated in FIG. 17, the storage unit 230 a further stores a campaign DB 238 in addition to the purchase history DB 232, the acquisition condition DB 234, and the account DB 236, for example.
  • the purchase history DB 232, the acquisition condition DB 234, and the account DB 236 are the same as those in the first embodiment, their detailed description is omitted.
  • the campaign DB 238 stores information on conditions for granting incentives input by businesses.
  • the campaign DB 238 includes identification information (system ID) for identifying the service server 200a, which is a target to which an incentive is given to the user, and identification information (campaign) for identifying the campaign. ID), electronic money type, inflow route (for example, introduction code, etc.), electronic money issuance conditions (for example, issuance amount, issuance period, etc.), and electronic money usage conditions (for example, utilization amount, utilization period, etc.) Store.
  • the campaign DB 238 stores incentive contents to be assigned, messages to be displayed at the time of granting, URL parameters to be a transition destination, and the like.
  • the various information described above is merely an example, and the campaign DB 238 may store other information.
  • the control unit 240a is realized by hardware such as a CPU, a ROM, and a RAM provided in the service server 200a, and performs various processes executed by the service server 200a. As illustrated in FIG. 17, the control unit 240a mainly includes an information acquisition unit 242a, a determination unit 244a, an output control unit 246, and a transfer unit 248. Below, each processing block which the control part 240a has is demonstrated. Here, detailed description of points that are common to the control unit 240 of the service server 200 according to the first embodiment described above will be omitted, and only different points will be described.
  • the information acquisition unit 242a can acquire the system ID, campaign ID, electronic money type, and introduction code determination result (determination result by the above-described determination unit 544) from the user terminal 100 owned by the introducer. Furthermore, the information acquisition unit 242a acquires information on the type, amount, and date and time of issue of electronic money issued by the introducer, and information on the type, amount, and date of issue of electronic money used by the introducer from the user terminal 100. You can also And the information acquisition part 242a outputs the acquired information to the determination part 244a mentioned later. Note that the above-described processing content is merely an example, and the information acquisition unit 242a may perform other processing.
  • Determining unit 244a compares the information acquired from the user terminal 100 owned by the introducer with the information acquisition unit 242a and the information on the conditions stored in the campaign DB 238, and satisfies the condition that the introducer gives an incentive. Judge whether it is. Then, the determination unit 244a outputs the determination result to the output control unit 246. Note that the processing content described above is merely an example, and the determination unit 244a may perform other processing.
  • the information processing method according to the present embodiment mainly includes three stages: an introduction code issuance stage, an incentive provision stage based on the introduction code, and an incentive provision stage based on the Internet advertisement.
  • the information processing method according to the present embodiment mainly includes three stages: an introduction code issuance stage, an incentive provision stage based on the introduction code, and an incentive provision stage based on the Internet advertisement.
  • each of these stages will be described in sequence.
  • FIG. 19 is a flowchart illustrating an example of an information processing method according to the present embodiment, and more specifically, a flowchart of an introduction code issuance stage according to the present embodiment.
  • FIG. 20 is an explanatory diagram for explaining an example of display screens 700 and 710 for issuing an introduction code according to the present embodiment.
  • the introduction code issuance stage may include a plurality of steps from step S301 to step S311 as shown in FIG. Details of these steps will be described below.
  • Step S301 When the incentive application is not installed in the user terminal 100 owned by the introducer, the incentive application is installed in step S301.
  • Step S303 The user terminal 100 issues predetermined electronic money according to an introducer's operation. Note that, before the information processing method according to the present embodiment is executed, the user terminal 100 is assumed to be equipped with an electronic money application for issuing and using predetermined electronic money. If the user terminal 100 has issued predetermined electronic money, the process proceeds to step S305, and if the electronic money has not been issued, step S303 is repeated. Thus, in this embodiment, in order to issue an introduction code in step S305 described later, electronic money ticketing is a condition. That is, in the present embodiment, the electronic money can be introduced only by an introducer who uses the predetermined electronic money.
  • Step S305 The user terminal 100 uses the incentive application to acquire the introduction code issuance screen data stored in the campaign DB 238 of the service server 200a, using the predetermined electronic money issuance in step S303 as a trigger. Further, the user terminal 100 displays the introduction code issue screen. For example, the user terminal 100 displays an introduction code issue screen 700 as shown on the left side of FIG.
  • the introduction code issue screen 700 includes an introduction issue button 702 that accepts an operation for requesting the issue of an introduction code by an introducer.
  • the introduction code issuance screen 700 shown in FIG. 20 is an example of an introduction code issuance screen, and is not limited to such a form in the present embodiment.
  • Step S307 The user terminal 100 receives an operation on the introduction issue button 702 by the introducer. Then, the user terminal 100 transmits information such as a system ID, a campaign ID, an introducer ID, and an electronic money type to the code management server 500 and requests the code management server 500 to issue an introduction code.
  • information such as a system ID, a campaign ID, an introducer ID, and an electronic money type to the code management server 500 and requests the code management server 500 to issue an introduction code.
  • Step S309 The code management server 500 that has received the request for issuing the introduction code issues the introduction code and transmits it to the user terminal 100.
  • the user terminal 100 displays the received introduction code.
  • the user terminal 100 displays an introduction code issue screen 710 as shown on the right side of FIG.
  • the introduction code issuance screen 710 includes a display field 712 that displays the issued introduction code, and a transmission button 714 that accepts an operation for requesting that the introduction code be transmitted to the introducer.
  • the introduction code issuance screen 710 shown in FIG. 20 is an example of an introduction code issuance screen, and is not limited to such a form in the present embodiment.
  • Step S311 The user terminal 100 accepts an operation on the transmission button 714 by the introducer. Then, the user terminal 100 transmits the introduction code to the introducer via e-mail or SNS. As described above, the introduction code issuance stage according to the present embodiment is executed, and the process is terminated. Furthermore, in the incentive granting stage using the introduction code, which will be described later, by executing the process using the introduction code received by the introducer, the incentive is given to the introducer and the introducer.
  • FIG. 21 is a flowchart illustrating an example of an information processing method according to the present embodiment, and more specifically, a flowchart of an incentive provision stage using an introduction code according to the present embodiment.
  • FIG. 22 is an explanatory diagram for explaining an example of the introduction code input screens 720, 730, and 740 according to the present embodiment.
  • the incentive provision stage using the introduction code may include a plurality of steps from step S401 to step S415. Details of these steps will be described below.
  • Step S401 The user terminal 100 owned by the introducer receives an introduction code from the introducer.
  • Step S403 If no incentive application is installed in the user terminal 100, the incentive application is installed in step S403.
  • Step S405 The user terminal 100 requests the referee to input an introduction code in the middle of installing the incentive application.
  • the user terminal 100 displays an introduction code input screen 720 as shown on the left side of FIG.
  • the introduction code input screen 720 includes an input button 722 for accepting an operation for requesting transition to a screen for inputting the issued introduction code.
  • the introducer performs an operation on the input button 722
  • the user terminal 100 displays an introduction code input screen 730 as shown in the center of FIG.
  • the introduction code input screen 730 includes an input field 732 for inputting the issued introduction code.
  • the introduction code input screens 720 and 730 shown in FIG. 22 are examples of the introduction code issuance screen, and are not limited to such a form in the present embodiment.
  • the user terminal 100 displays the input introduction code together with information on the input (registration) date and time of the introducer ID and the introduction code.
  • the code management server 500 To the code management server 500.
  • the code management server 500 determines whether or not the introduction code input by the introducer is an appropriate introduction code. If the code management server 500 determines that the introduction code is appropriate, the determination result is associated with the introduction code. The system ID, campaign ID, introducer ID, electronic money type, and other information are transmitted to the user terminal 100. When the code management server 500 determines that the introduction code is not appropriate, the code management server 500 transmits the determination result to the user terminal 100. At this time, the code management server 500 preferably determines whether or not there is a double take because there is an incentive double take by a malicious user.
  • Step S407 When the introduction code is an appropriate introduction code, the user terminal 100 acquires information such as a system ID, a campaign ID, an introducer ID, an electronic money type, and an introduction code determination result from the code management server 500. . Then, the user terminal 100 transmits the acquired information to the service server 200a. On the other hand, when the introduction code is not an appropriate introduction code, the user terminal 100 repeats step S407.
  • Step S409 The service server 200a acquires information such as a system ID, a campaign ID, a type of electronic money, and an introduction code determination result from the user terminal 100. Furthermore, the service server 200 determines which campaign the information corresponds to, and transmits image data of a notification screen corresponding to the corresponding campaign to the user terminal 100. Then, the user terminal 100 displays the notification screen.
  • information such as a system ID, a campaign ID, a type of electronic money, and an introduction code determination result from the user terminal 100. Furthermore, the service server 200 determines which campaign the information corresponds to, and transmits image data of a notification screen corresponding to the corresponding campaign to the user terminal 100. Then, the user terminal 100 displays the notification screen.
  • Step S411 The user terminal 100 issues predetermined electronic money in accordance with an introduced person's operation. Then, the user terminal 100 transmits, to the service server 200a, information such as the type, amount, and ticketing date and time of the electronic money issued by the introducer along with the introducer ID.
  • Step S413 The user terminal 100 uses predetermined electronic money in accordance with the introducer's operation. Then, the user terminal 100 transmits information such as the type, amount, and ticketing date and time of the electronic money used by the introducer to the service server 200a together with the introducer ID.
  • Step S415 The service server 200a determines whether or not the introduced person satisfies the condition for providing the incentive based on the information acquired in steps S411 and S413. If the introduced person satisfies the condition for granting the incentive, the incentive is given to both the introduced person and the introducer.
  • the incentive may be, for example, granting a right to execute a lottery game as in the first embodiment. However, in this embodiment, the incentive is not limited to the lottery game. For example, even if points are given to both the introducer and the introducer without performing such a game. Of course, discount coupons may be provided to both parties.
  • the incentive provision stage using the introduction code according to the present embodiment is executed, and the process ends.
  • incentives can be given not only by installing incentive applications but also by issuing and using predetermined electronic money by a referee, so that electronic money can be more powerful. Use promotion can be performed.
  • step S401 execution of step S401 is omitted.
  • step S405 for example, after the user terminal 100 displays the introduction code input screen 720 as shown on the left side of FIG. 22, the introducer uses the operation on the input button 722 as a trigger. Then, an introduction code input screen 740 as shown on the right side of FIG. 22 is displayed.
  • the introduction code input screen 740 also includes an input field 742 for inputting the issued introduction code.
  • the introduction code input screen 740 shown in FIG. 22 is an example of an introduction code issuance screen, and is not limited to such a form in the present embodiment.
  • FIG. 23 is a flowchart showing an example of the information processing method according to the present embodiment, and in detail, is a flowchart of an incentive provision stage by Internet advertisement according to the present embodiment.
  • the step of giving an incentive by Internet advertisement may include a plurality of steps from step S501 to step S521. Details of these steps will be described below.
  • Step S501 The introducer browses the Internet advertisement of the campaign by the operator via the user terminal 100 owned by the introducer, and operates (tap) a predetermined portion of the page related to the advertisement.
  • Step S503 The service server 200a transmits / receives information to / from the user terminal 100, and determines whether an incentive application is installed (installed) in the user terminal 100. If the service server 200a is not installed, the process proceeds to step S505. If the service server 200a is installed, the process proceeds to step S507.
  • Step S505 An incentive application is installed in the user terminal 100. After the installation is completed, the user terminal 100 returns to step S503 described above.
  • Step S507 The user terminal 100 acquires an introduction code from the URL parameter of the Internet advertisement page, triggered by an operation performed on a predetermined part of the Internet advertisement by the introducer in step S501. Then, the user terminal 100 transmits the acquired introduction code to the code management server 500 together with information on the introduction person ID and the acquisition (registration) date and time of the introduction code.
  • Step S509 The user terminal 100 starts an incentive application. At this time, the user terminal 100 can acquire information for specifying the activation method from the URL parameter, and activates the incentive application based on the acquired designation information.
  • the code management server 500 determines whether or not the received introduction code is an appropriate introduction code, and if it is determined to be appropriate, the determination result is set to a system ID associated with the introduction code, Information such as the campaign ID, introducer ID, and electronic money type is transmitted to the user terminal 100.
  • the code management server 500 determines that the introduction code is not appropriate, the code management server 500 transmits the determination result to the user terminal 100. At this time, it is preferable that the code management server 500 also determines whether or not there is a double take.
  • Step S511 When the introduction code is an appropriate introduction code, the user terminal 100 acquires information such as a system ID, a campaign ID, an introducer ID, an electronic money type, and an introduction code determination result from the code management server 500. . Then, the user terminal 100 transmits the acquired information to the service server 200a, and proceeds to step S515. On the other hand, if the introduction code is not an appropriate introduction code, the user terminal 100 proceeds to step S513.
  • Step S513 The user terminal 100 displays an error message and ends the process.
  • the introduced person when the Internet advertisement is browsed, the introduced person browses the predetermined Internet advertisement based on the information such as the browsing date and time, the introduced person ID transmitted from the user terminal 100 to the service server 200a. After that, it is possible to recognize whether predetermined electronic money has been issued or used.
  • the function of the code management server 500 may be executed by the service server 200a, and the processing apparatus is not particularly limited.
  • the introducer who uses predetermined electronic money on a daily basis introduces electronic money
  • the referee can have a sense of security. Use of electronic money can be promoted.
  • the incentive is given to the introducer and the introduced person by using the introduced person's electronic money, the introduction is strongly motivated to introduce the introduced person. Strong motivation to use against it.
  • the present embodiment it is possible to obtain information on what inflow route the introduced person has used to use electronic money, and incentives are given to the introduced person according to the inflow route. Therefore, the use of electronic money can be more effectively promoted. Furthermore, according to the present embodiment, since the business operator can also collect information on the inflow route, the collected information can be used for future marketing activities and advertising activities.
  • the third embodiment is implemented by the information processing system 10a in which a predetermined device or the like is added to the information processing system 10 according to the first embodiment or the second embodiment of the present disclosure described above.
  • the present invention is not limited to this.
  • the information processing system 10a that can implement only the embodiment may be implemented alone.
  • FIG. 24 is a block diagram for describing a hardware configuration of the information processing apparatus according to the embodiment of the present disclosure.
  • the illustrated information processing apparatus 900 can realize, for example, the user terminal 100, the service server 200, the aggregation server 300, and the code management server 500 in the above-described embodiment.
  • the information processing apparatus 900 includes a CPU 901, a ROM 902, a RAM 903, and a host bus 904.
  • the information processing apparatus 900 includes a bridge 905, an external bus 906, an interface 907, an input device 908, an output device 909, a storage device 910, a drive 911, a removable storage medium 912, and a communication device 913.
  • the CPU 901 functions as an arithmetic processing unit and a control unit, and controls the entire operation in the information processing apparatus 900 or a part thereof according to various programs recorded in the ROM 902, the RAM 903, the storage apparatus 910, or the removable recording medium 912. To do.
  • the ROM 902 stores programs used by the CPU 901, calculation parameters, and the like.
  • the RAM 903 temporarily stores programs used in the execution of the CPU 901, parameters that change as appropriate during the execution, and the like.
  • the CPU 901, the ROM 902, and the RAM 903 are connected to each other by a host bus 904 configured by an internal bus such as a CPU bus.
  • the host bus 904 is connected to an external bus 906 such as a PCI (Peripheral Component Interconnect / Interface) bus via a bridge 905.
  • an external bus 906 such as a PCI (Peripheral Component Interconnect / Interface) bus
  • PCI Peripheral Component Interconnect / Interface
  • the host bus 904, the bridge 905, and the external bus 906 are not necessarily configured separately, and these functions may be mounted on one bus.
  • the input device 908 generates input signals based on input by the user, such as a mouse, a keyboard, a touch panel, buttons, a microphone, a switch, and a lever. It consists of a control circuit.
  • a user who operates the information processing apparatus 900 can input various data or instruct a processing operation to the information processing apparatus 900 by operating the input device 908.
  • the input device 908 may be, for example, a remote control device using infrared rays or other radio waves.
  • the output device 909 is a device that can notify the user of the acquired information visually or audibly.
  • the output device 909 can be, for example, an LCD, an organic EL (Electro Luminescence) display, a display device such as a lamp, an audio output device such as a speaker and headphones, or the like.
  • the output device 909 can output the result obtained by the processing of the information processing device 900 as a video such as text or an image, or output it as a sound such as voice or sound.
  • the storage device 910 is a data storage device configured as an example of a storage unit of the information processing device 900.
  • the storage device 910 may include a storage medium, a recording device that records data on the storage medium, a reading device that reads data from the storage medium, a deletion device that deletes data recorded on the storage medium, and the like.
  • the storage apparatus 910 includes, for example, a magnetic storage device such as an HDD (Hard Disk Drive), a semiconductor storage device, an optical storage device, or the like.
  • the storage device 910 stores programs executed by the CPU 901, various data, various data acquired from the outside, and the like.
  • the drive 911 is a reader / writer for a removable recording medium 912 such as a magnetic disk, an optical disk, or a semiconductor memory, and is built in or externally attached to the information processing apparatus 900. For example, the drive 911 reads information recorded on the mounted removable recording medium 912 and outputs the information to the RAM 903. Further, the drive 911 writes a record to the attached removable recording medium 912.
  • a removable recording medium 912 such as a magnetic disk, an optical disk, or a semiconductor memory
  • the communication device 913 is a communication interface configured with, for example, a communication device for connecting to a communication network.
  • the communication device 913 may be, for example, a communication card for wired or wireless LAN (Local Area Network), Bluetooth (registered trademark), and WUSB (wireless USB).
  • the communication device 913 may be a router for optical communication, a router for ADSL (Asymmetric Digital Subscriber Line), or a modem for various communication.
  • the communication device 913 transmits and receives signals and the like using a predetermined protocol such as TCP / IP with the Internet and other communication devices, for example.
  • the communication network connected to the communication device 913 is a network connected by wire or wireless, for example, the Internet, home LAN, infrared communication, satellite communication, or the like.
  • Each component described above may be configured using a general-purpose member, or may be configured by hardware specialized for the function of each component. Such a configuration can be appropriately changed according to the technical level at the time of implementation.
  • each step in the information processing method of the embodiment of the present disclosure described above does not necessarily have to be processed in the order described.
  • the steps may be processed by changing the order as appropriate.
  • Each step may be processed in parallel or individually instead of being processed in time series.
  • the processing of each step does not necessarily have to be performed according to the described method.
  • the processing may be performed by another method using another functional unit or device.
  • An information acquisition unit for acquiring a transaction history of one or a plurality of electronic commerce operators and users; A determination unit that determines whether the user satisfies a predetermined condition based on the acquired transaction history; Based on the determination result, through the information processing terminal used by the user, an incentive granting unit that grants the user the right to execute a game that can give points according to the result;
  • An information processing apparatus comprising: (2) The information processing apparatus according to (1), further including a storage unit that stores the acquired transaction history in association with identification information. (3) The information acquisition unit acquires the transaction history from an information management device managed by the electronic commerce company through an information aggregation device. The information processing apparatus according to (2) above.
  • the information acquisition unit acquires the transaction history associated with the identification information in the information aggregation device.
  • the information processing apparatus according to (3) above.
  • the identification information is a purchase confirmation email address generated by the information aggregation device,
  • the purchase confirmation email address is stored in the storage unit in association with the user email address possessed by the user,
  • the information aggregation device includes: An aggregation unit that aggregates the transaction history by receiving an e-mail from each electronic commerce company to the purchase confirmation e-mail address; A management unit that manages the aggregated transaction history in association with the purchase confirmation email address; A transfer unit for transferring the received e-mail; Having The information processing apparatus according to (5) above.
  • the electronic mail transferred from the information aggregating apparatus further includes a transmission unit that transmits the electronic mail to the information processing terminal held by the user using the user mail address linked to the purchase confirmation mail address.
  • the information processing apparatus according to 6).
  • the information aggregation device includes: Using an account associated with the identification information, an aggregation unit that aggregates the transaction history from the information management device; A management unit for managing the acquired transaction history in association with the identification information; Having The information processing apparatus according to (4) above.
  • the transaction history includes at least one of transaction date / time, transaction product, and transaction amount information of a transaction performed by the user with the electronic commerce company.
  • the information processing apparatus according to any one of the above.
  • the information processing apparatus according to any one of (1) to (9), wherein the determination unit determines whether the user satisfies the predetermined condition based on the predetermined condition set in advance. .
  • the predetermined condition includes at least one of a period, a product, an amount of money, a number of products, and a condition for the electronic commerce business operator. Processing equipment.
  • the information acquisition unit acquires a transaction history between an actual store and the user using captured image data of a receipt.
  • the information acquisition unit acquires inflow route information transmitted from an information processing terminal held by the user, The determination unit determines whether the user satisfies a predetermined condition based on the acquired inflow route information.
  • the information processing apparatus according to (13), wherein the inflow route information is code information transmitted from a user other than the user.
  • the information processing apparatus according to (13), wherein the inflow route information is code information obtained from a site viewed by the user.
  • a game that can give points according to the result is executed Receive the right to Information processing terminal.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Game Theory and Decision Science (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Computer Hardware Design (AREA)
  • Data Mining & Analysis (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本開示は、促進施策を効果的に行うことが可能な情報処理装置、情報処理端末及び情報処理方法に関する。 １つ又は複数の電子商取引事業者とユーザとの取引履歴を取得する情報取得部と、取得した前記取引履歴に基づいて、前記ユーザが所定の条件を満たしているかを判定する判定部と、判定結果に基づいて、前記ユーザが使用する情報処理端末を介して、結果に応じてポイントを付与することができるゲームを実行する権利を前記ユーザに付与するインセンティブ付与部と、を備える、情報処理装置を提供する。

Description

情報処理装置、情報処理端末及び情報処理方法
　本開示は、情報処理装置、情報処理端末及び情報処理方法に関する。
　現在、商品等を製造販売する事業者が当該商品の販売促進のために行う販売促進施策や、電子マネーに関するサービスを行う事業者が電子マネーの利用促進のために行う利用促進施策等、消費者に向けて様々な促進施策（キャンペーン）が行われている。上記販売促進施策としては、例えば、ユーザの購入履歴に基づいて、所定の商品を購買した等の所定の条件を満たしたことが確認された消費者に、次回の商品購入の際に使用することができる割引クーポンを提供する等のインセンティブを付与することが挙げられる。また、上記利用促進施策としては、例えば、実店舗における電子マネーの利用額に応じて、消費者に対して、電子マネーのように利用することが可能なポイントを獲得するためのゲームを行う権利がインセンティブとして付与される。そして、消費者は、上記ゲームを行うことにより、ゲーム結果に応じた所定の金額に相当するポイントを獲得することができる。上述のようなインセンティブの付与を伴う促進施策は、インセンティブの獲得が動機づけとなり、消費者の、商品の購入や電子マネーの利用といった行動を導き、商品販売や電子マネーの利用がより促進されることとなる。
　また、インセンティブの付与を、消費者に紐づけられたカードや端末等を介して行うことにより、事業者側は、商品を購入した、又は、電子マネーを利用した消費者の属性情報（例えば、性別、年齢等）や行動情報（例えば、購入時間、購入場所等）をより多く収集し、収集した情報をマーケティング活動に生かすことができる。例えば、上述のように消費者にインセンティブを付与する方法の例としては、下記特許文献１～３に開示の技術を挙げることができる。
　また、事業者は、従来から、販売促進施策として、新聞、テレビ等の各種媒体や、インターネット等を使って、消費者を新商品等の販売を広告してきた。特に、近年、アフィリエイトといった手法を用いて、第三者のウェブサイトの閲覧者を、当該ウェブサイトを介して事業者の広告ウェブサイトへ誘導するといった手法もある。このような手法を利用した技術としては、下記特許文献４に開示の技術を挙げることができる。
特開２００２－９２７４０号公報 特開２００５－１１１１６号公報 特開２０１２－１８１６５２号公報 特開２００８－２２５９６８号公報
　しかしながら、上述のような促進施策は、消費者が利用する様々な購買チャネル（例えば、電子商取引等）に対応したものではなかった。また、上述の事業者による広告は、事業者側から商品等に関する情報（キャンペーン等の情報も含む）が一方向で提供されるだけであることから、消費者に商品購入等の行動へ導く動機づけには限界があった。従って、これまでの促進施策は、消費者を商品購入行動又は電子マネーの利用行動に効果的に誘導できているとは言えなかった。
　そこで、本開示では、上記事情を鑑みて、促進施策を効果的に行うことが可能な、新規且つ改良された情報処理装置、情報処理端末及び情報処理方法を提案する。
　本開示によれば、１つ又は複数の電子商取引事業者とユーザとの取引履歴を取得する情報取得部と、取得した前記取引履歴に基づいて、前記ユーザが所定の条件を満たしているかを判定する判定部と、判定結果に基づいて、前記ユーザが使用する情報処理端末を介して、結果に応じてポイントを付与することができるゲームを実行する権利を前記ユーザに付与するインセンティブ付与部と、を備える、情報処理装置が提供される。
　また、本開示によれば、１つ又は複数の電子商取引事業者とユーザとの取引履歴に基づいて、前記ユーザが所定の条件を満たしていると判定された場合に、結果に応じてポイントを付与することができるゲームを実行する権利を受領する、情報処理端末が提供される。
　さらに、本開示によれば、１つ又は複数の電子商取引事業者とユーザとの取引履歴を取得することと、取得した前記取引履歴に基づいて、前記ユーザが所定の条件を満たしているかを判定することと、判定結果に基づいて、前記ユーザが使用する情報処理端末を介して、結果に応じてポイントを付与することができるゲームを実行する権利を前記ユーザに付与することと、を含む、情報処理方法が提供される。
　以上説明したように、本開示によれば、促進施策を効果的に行うことができる。
　なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
本開示の第１の実施形態に係る情報処理システム１０の概略的構成を示したシステム図である。 本開示の第１の実施形態に係るユーザ端末１００の機能ブロックの一例を示す図である。 本開示の第１の実施形態に係るサービスサーバ２００の機能ブロックの一例を示す図である。 本開示の第１の実施形態に係る購入履歴ＤＢ２３２の一例を説明するための説明図である。 本開示の第１の実施形態に係る獲得条件ＤＢ２３４の一例を説明するための説明図である。 本開示の第１の実施形態に係る集約サーバ３００の機能ブロックの一例を示す図である。 本開示の第１の実施形態の変形例に係る集約サーバ３００ａの機能ブロックの一例を示す図である。 本開示の第１の実施形態に係る情報処理方法の一例を示すフローチャートである。 本開示の第１の実施形態に係る抽選ゲームの表示画面６０２の一例を説明するための説明図である。 本開示の第１の実施形態に係る抽選ゲームの表示画面６０４の一例を説明するための説明図である。 本開示の第１の実施形態に係るエントリーの表示画面６０６の一例を説明するための説明図である。 本開示の第２の実施形態に係る情報処理方法の一例を示すフローチャートである。 本開示の第２の実施形態で用いるレシート６００の一例を説明するための説明図である。 本開示の第３の実施形態に係る情報処理システム１０ａの概略的構成を示したシステム図である。 本開示の第３の実施形態に係るコード管理サーバ５００の機能ブロックの一例を示す図である。 本開示の第３の実施形態に係るコードＤＢ５３２の一例を説明するための説明図である。 本開示の第３の実施形態に係るサービスサーバ２００ａの機能ブロックの一例を示す図である。 本開示の第３の実施形態に係るキャンペーンＤＢ２３８の一例を説明するための説明図である。 本開示の第３の実施形態に係る情報処理方法の一例を示すフローチャート（その１）である。 本開示の第３の実施形態に係る紹介コード発行の表示画面７００、７１０の一例を説明するための説明図である。 本開示の第３の実施形態に係る情報処理方法の一例を示すフローチャート（その２）である。 本開示の第３の実施形態に係る紹介コード入力画面７２０、７３０、７４０の一例を説明するための説明図である。 本開示の第３の実施形態に係る情報処理方法の一例を示すフローチャート（その３）である。 本開示の実施形態に係る情報処理装置９００のハードウェア構成を説明するためのブロック図である。
　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　また、本明細書及び図面において、実質的に同一又は類似の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合がある。ただし、実質的に同一又は類似の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。
　なお、説明は以下の順序で行うものとする。
　　　　１．　本開示の実施形態を創作するに至る背景
　　　　２．　第１の実施形態
　　　　　　　２．１　情報処理システム１０の概略的な構成
　　　　　　　２．２　ユーザ端末１００の詳細構成
　　　　　　　２．３　サービスサーバ２００の詳細構成
　　　　　　　２．４　集約サーバ３００の詳細構成
　　　　　　　２．５　集約サーバ３００ａの変形例
　　　　　　　２．６　情報処理方法
　　　　３．　第２の実施形態
　　　　４．　第３の実施形態
　　　　　　　４．１　情報処理システム１０ａの概略的な構成
　　　　　　　４．２　コード管理サーバ５００の詳細構成
　　　　　　　４．３　サービスサーバ２００ａの詳細構成
　　　　　　　４．４　情報処理方法
　　　　　　　　　　　４．４．１　紹介コードの発行段階
　　　　　　　　　　　４．４．２　紹介コードによるインセンティブの付与段階
　　　　　　　　　　　４．４．３　インターネット広告によるインセンティブの付与段階
　　　　５．　まとめ
　　　　６．　ハードウェア構成
　　　　７．　補足
　＜＜１．　本開示の実施形態を創作するに至る背景＞＞
　まずは、本開示の実施形態の詳細を説明する前に、本発明者らが本開示の実施形態を創作するに至る背景について説明する。
　本発明者らは、先に説明したような促進施策等について検討を重ねてきた。例えば、促進施策としては、実店舗における電子マネーの利用額に応じて、消費者に対して、電子マネーのように利用することが可能なポイントを獲得するためのゲームを行う権利がインセンティブとして付与されるといったことが挙げられる。もしくは、上記促進施策として、実店舗にて指定した商品を購入した購入金額に応じて、消費者に対して上記ポイントをインセンティブとして付与されることが挙げられる。さらに、直接的な促進施策とは異なるものの、消費者が、電子マネー等の利用に関するアンケートに回答することにより上記ポイントをインセンティブとして獲得することができる場合もある。上述のようなインセンティブの付与を伴う促進施策は、インセンティブの獲得が動機づけとなり、消費者による電子マネーの利用や商品の購入といった行動を導き、商品の購入や電子マネーの利用がより促進されることとなる。また、インセンティブの付与を、消費者に紐づけられたカードや端末、アプリ等を介して行うことにより、事業者側は、予め電子マネーの利用会員の会員情報として収集されていた消費者の属性情報や行動情報を、購入した商品等の情報と紐づけて、より多く収集することができる。そして、事業者は、このように収集した情報を今後のマーケティング活動に生かすことができる。
　しかしながら、近年、多くの消費者は、実店舗ではなく、その利便性から、ＥＣ（Ｅｌｅｃｔｒｏｎｉｃ　Ｃｏｍｍｅｒｃｅ）事業者（電子商取引事業者）から商品を購入する場合が多くなってきている。従って、このような状況において、消費者は、ＥＣ事業者からの商品購入であっても、上述のようなインセンティブの獲得の機会を得ることができるような促進施策を強く要望するようになっていた。
　また、これまでの促進施策は、電子商取引に対応したものではなかったことから、電子商取引に係る情報を収集できていないことから、収集した情報は十分な消費者の消費活動についての情報であるとは言えず、マーケティング活動に限界を生じさせていた。
　そこで、本発明者らは、上述のような状況を鑑みて、電子商取引にも対応する、効果的な促進施策を行おうと鋭意検討を重ねてきた。そして、以下に説明するような、効果的な促進施策を行うことができる本開示の実施形態を創作するに至ったのである。
　以下に説明する本開示の実施形態においては、実店舗だけでなく、電子商取引における商品購買においても、消費者は、電子マネーのように利用することができるポイント等のインセンティブを獲得することができる。従って、本実施形態によれば、消費者がインセンティブを獲得する機会を各段に増やすことができることから、効果的に、商品の購買促進等につなげることができる。加えて、本実施形態によれば、電子商取引に係る情報を収集することもできることから、より多くの消費者の消費活動に係る情報を収集することができ、収集した情報を今後のマーケティング活動に生かすことができる。以下に、本発明者らが創作した本開示の実施形態の詳細を順次説明する。
　なお、以下の説明において、ユーザとは、特段のことわりがない限りは、一般消費者のことを意味し、ＥＣ事業者とは、特段のことわりがない限りは、一般消費者との間で電子商取引を行う事業者のことを意味する。また、事業者とは、特段のことわりがない限りは、ＥＣ事業者が運営するサイト等を利用して、商品等を一般消費者向けに製造又は販売する事業者、電子マネーに係るサービスを提供する事業者、促進施策（キャンペーン）を企画、運営する事業者等のことを意味する。
　さらに、以下の説明において、紹介者とは、特段のことわりがない限りは、知人等に所定の電子マネーの利用を紹介するユーザのことを意味し、被紹介者とは、特段のことわりがない限りは、上記紹介者から電子マネーの利用の紹介を受けるユーザのことを意味するものとする。
　＜＜２．　第１の実施形態＞＞
　＜２．１　情報処理システム１０の概略的な構成＞
　まずは、図１を参照して、本開示の第１の実施形態に係る情報処理システム１０の概略的な構成について説明する。図１は、本実施形態に係る情報処理システム１０の概略的構成を示したシステム図である。
　図１に示すように、本実施形態に係る情報処理システム１０は、例えば、ユーザ端末（情報処理端末）１００と、サービスサーバ（情報処理装置）２００と、集約サーバ（情報集約装置）３００とを含むことができる。上述のユーザ端末１００と、サービスサーバ２００と、集約サーバ３００とは、互いに有線、又は、無線の各種の通信ネットワーク（図示省略）を介して通信することができる。なお、情報処理システム１０に含まれるユーザ端末１００、サービスサーバ２００及び集約サーバ３００は、図１に図示された数に限定されるものではなく、さらに多くてもよい。以下に、本実施形態に係る情報処理システム１０に含まれる各装置の概略について説明する。
　（ユーザ端末１００）
　ユーザ端末１００は、ユーザが使用する、ユーザ保有の情報処理端末である。例えば、ユーザ端末１００は、スマートフォン等の携帯電話、汎用ＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）、タブレット型端末、ＨＭＤ（Ｈｅａｄ　Ｍｏｕｎｔｅｄ　Ｄｉｓｐｌａｙ）やスマートウォッチ等のウェアラブルデバイス等であることができる。
　ユーザ端末１００は、例えば、ＥＣ事業者に対して商品もしくはサービスの注文、すなわち、ＥＣ事業者との間で電子商取引を行うことができる。より具体的には、ユーザ端末１００は、ユーザの操作に従って、ＥＣ事業者が提供するＥＣサイトを介して電子商取引を行ったり、ＥＣ事業者に電子メール等を送信したり、ＥＣ事業者からの電子メールを受信したりすることによって電子商取引を行うことができる。例えば、上記ＥＣサイトは、販売商品の商品情報として、商品コード、商品名称、カテゴリ、イメージ画像、製造、販売元、販売価格等の情報等を含むとともに、ＥＣサイトのＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）を含む。ユーザ端末１００は、このようなＥＣサイトをユーザに向けて表示し、ユーザは、表示に従って操作を行うことにより、販売ログをＥＣ事業者の管理するＥＣ事業者サーバ４００に向けて送信することにより、電子商取引を行うことができる。さらに、上記販売ログを受け付けたＥＣ事業者サーバ４００は、決済処理や配送処理を行い、例えば、上記ユーザに対して商品の購入を確認するための、販売ログの情報を含むような購入確認メール等をユーザ端末１００へ送信する。なお、販売ログは、販売商品の商品コード、名称、販売日時、販売価格、購入者、販売サイト等の情報とともに、購入者によるサイト閲覧履歴の情報等を含むことができる。
　また、ユーザ端末１００は、上記ＥＣサイトだけでなく、事業者が提供する販売促進のためのキャンペーンの広告サイト等を閲覧することができるような閲覧アプリケーションが搭載されている。また、ユーザ端末１００は、後述するサービスサーバ２００での判定に基づいて、事業者からインセンティブを付与されるためのインセンティブ用アプリケーションが搭載されている。例えば、上記インセンティブ用アプリケーションは、後述するサービスサーバ２００での判定に基づいて、電子マネーのように利用することが可能なポイントを獲得するためのゲームを実行することができる。そして、当該インセンティブ用アプリケーションは、ユーザが上記ゲームを実行することにより、ゲーム結果に応じた所定の金額に相当するポイントを受領することができる。
　さらに、ユーザ端末１００は、当該ユーザ端末１００を介してユーザが電子マネーによって決済を行うための電子マネー用アプリケーションが搭載されていてもよい。より具体的には、ユーザ端末１００は、上記アプリケーションが搭載され、実店舗に設置されたリーダライタにかざされることで、ユーザに関する識別情報等（例えば、会員ＩＤ、氏名、会員登録日、会員登録店舗等）や保有する電子マネーの情報（例えば、利用金額、利用可能金額等）をリーダライタに提供することができ、商品購入の際の決済処理を行うことができる。そして、決済処理に関する情報は、電子マネーに関するサービスを提供する事業者が管理するサーバ（図示省略）に送信され、当該事業者は、ユーザが利用した電子マネーの利用金額や、利用場所、購入商品等の情報を取得することができる。
　また、ユーザ端末１００は、例えば、レシート６００（図１３　参照）等の画像を撮像することもでき、撮像した画像データを他のサーバ（図示省略）に送信することもできる。さらに、ユーザ端末１００は、後述するサービスサーバ２００等の他のサーバとの間で情報の送受信を行うこともできる。
　なお、上記の機能はあくまで一例であり、ユーザ端末１００は上記以外の機能を適宜有していてもよい。さらに、ユーザ端末１００は、一台で複数の機能を有していてもよい。また、ユーザ端末１００の詳細構成については後述する。
　（サービスサーバ２００）
　サービスサーバ２００は、例えば、事業者によって管理されている、ユーザが操作するユーザ端末１００と通信可能なコンピュータである。例えば、サービスサーバ２００は、ユーザの行った電子商取引等がインセンティブを付与される条件（所定の条件）を満たしているかを判定し、判定結果に基づいて、ユーザにインセンティブを付与することができる。また、サービスサーバ２００は、上記判定を行うにあたり用いる購入履歴（取引履歴）を取得するために、後述する集約サーバ３００との間で、情報の送受信を行うことができる。なお、上記の機能はあくまで一例であり、サービスサーバ２００は上記以外の機能を適宜有していてもよい。また、サービスサーバ２００の詳細構成については後述する。
　（集約サーバ３００）
　集約サーバ３００は、ＥＣ事業者が管理するＥＣ事業者サーバ（情報管理装置）４００ａ、４００ｂ、４００ｃからユーザに関する購買履歴（取引履歴）を集約するためのコンピュータである。ＥＣ事業者サーバ４００は、ＥＣサイトを通じて電子商取引の手続きを行うための情報、例えば、ユーザから送信された販売ログ等や、決済の状況、商品の配送状況といった情報等を格納している。そこで、集約サーバ３００は、ＥＣ事業者サーバ４００からユーザの購買履歴を取得し、集約する。さらに、上述のサービスサーバ２００は、集約サーバ３００から、所定のユーザの購入履歴を取得することができる。なお、集約サーバ３００の詳細構成については後述する。
　なお、上述のサービスサーバ２００と集約サーバ３００とは、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｉｎｔｅｒｆａｃｅ）、すなわち、両者に共通するインタフェースを介して、購入履歴の情報を送受信する、言い換えると連携することが好ましい。
　なお、本実施形態においては、サービスサーバ２００及び集約サーバ３００は、それぞれ単一の装置によって実現されていなくてもよい。例えば、上述のサービスサーバ２００及び集約サーバ３００のそれぞれは、有線又は無線の各種の通信ネットワーク（図示省略）を介して接続され、互いに協働する複数の装置によって実現されてもよい。
　＜２．２　ユーザ端末１００の詳細構成＞
　以上、本実施形態に係る情報処理システム１０の概要を説明した。次に、本実施形態に係る情報処理システム１０に含まれる各装置の詳細構成について順次説明する。まずは、ユーザ端末１００の詳細構成を、図２を参照して説明する。図２は、本実施形態に係るユーザ端末１００の機能ブロックの一例を示す図である。
　本実施形態に係るユーザ端末１００は、図２に示すように、表示部１１０と、入力部１２０と、記憶部１３０と、制御部１４０と、通信部１６０と、撮像部１７０とを主に有する。以下に、ユーザ端末１００の各機能ブロックについて順次説明する。
　（表示部１１０）
　表示部１１０は、ＬＣＤ（Ｌｉｑｕｉｄ　Ｃｒｙｓｔａｌ　Ｄｉｓｐｌａｙ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ　Ｌｉｇｈｔ-Ｅｍｉｔｔｉｎｇ　Ｄｉｏｄｅ）又はＣＲＴ（Ｃａｔｈｏｄｅ　Ｒａｙ　Ｔｕｂｅ）等のディスプレイを含む表示モジュールである。表示部１１０は、例えば、ＥＣ事業者から提供されるＥＣサイトや販売促進のためのキャンペーンサイトの画像を表示するために使用される。なお、表示部１１０は、ユーザ端末１００の一部として構成されていなくてもよく、例えば、ユーザ端末１００と有線又は無線で接続される表示装置が表示部１１０として扱われてもよい。
　（入力部１２０）
　入力部１２０は、ユーザ端末１００へのデータ、コマンドの入力を受け付ける。より具体的には、当該入力部１２０は、タッチパネル、キーボード等により実現され、ユーザからのコマンド指示の入力を受け付けることができる。
　（記憶部１３０）
　記憶部１３０は、ユーザ端末１００内に設けられた、例えば、ハードディスク（Ｈａｒｄ　Ｄｉｓｋ：ＨＤ）等の磁気記録媒体や、不揮発性メモリ等により実現され、各種情報を記憶する。例えば、記憶部１３０は、例えば、ユーザによって撮像されたレシート６００（図１３　参照）の画像データを格納することができる。また、記憶部１３０は、ユーザ端末１００で実行され得る各種のアプリケーションを格納することができる。さらに、記憶部１３０は、電子マネーを用いた決済についての一連の処理で使用される各種情報（会員情報、利用可能金額、電子決済情報等）の情報を格納してもよい。なお、上述した各種情報は、あくまで一例であり、記憶部１３０はその他の情報を格納してもよい。
　（制御部１４０）
　制御部１４０は、ユーザ端末１００内に設けられた、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）等のハードウェアにより実現され、ユーザ端末１００によって実行される各種処理を行うことができる。
　（通信部１６０）
　通信部１６０は、例えば、通信アンテナ、送受信回路やポート等の通信デバイスにより実現され、サービスサーバ２００等の他のサーバとの間で情報の送受信を行うことができる。例えば、通信部１６０は、サービスサーバ２００からの電子メールを受信することができる。また、通信部１６０は、画像データをサービスサーバ２００へ送信することができる。加えて、通信部１６０は、決済についての一連の処理で使用される各種情報を他のサーバ等へ、リーダライタを介して送信してもよい。なお、上述の各種の通信内容はあくまで一例であり、通信部１６０はその他の情報を通信してもよい。
　（撮像部１７０）
　撮像部１７０は、画像を撮像するカメラモジュールである。撮像部１７０は、ＣＣＤ（Ｃｈａｒｇｅ　Ｃｏｕｐｌｅｄ　Ｄｅｖｉｃｅ）又はＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ　Ｍｅｔａｌ　Ｏｘｉｄｅ　Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）等の撮像素子を用いて被写体（例えば、レシート６００）を撮像し、画像データを生成する。
　なお、図２に示される各種の機能ブロックはあくまでも一例であり、ユーザ端末１００は、図２に示されていない他の機能ブロックを有していてもよい。
　＜２．３　サービスサーバ２００の詳細構成＞
　以上、本実施形態に係るユーザ端末１００の詳細構成について説明した。次に、本実施形態に係るサービスサーバ２００の詳細構成について、図３から図５を参照して説明する。図３は、本実施形態に係るサービスサーバ２００の機能ブロックの一例を示す図である。図４は、本実施形態に係る購入履歴ＤＢ２３２の一例を説明するための説明図であり、図５は、本実施形態に係る獲得条件ＤＢ２３４の一例を説明するための説明図である。
　本実施形態に係るサービスサーバ２００は、先に説明したように、ユーザの行った電子商取引等がインセンティブを付与される条件を満たしているかを判定し、判定結果に基づいて、ユーザにインセンティブを付与することができる。詳細には、図３に示すように、サービスサーバ２００は、入力部２２０と、記憶部２３０と、制御部２４０と、通信部２６０とを主に有することができる。以下に、サービスサーバ２００の各機能ブロックについて順次説明する。
　（入力部２２０）
　入力部２２０は、サービスサーバ２００へのデータ、コマンドの入力を受け付ける。より具体的には、当該入力部２２０は、タッチパネル、キーボード等により実現され、事業者からのインセンティブを付与されるための条件についての情報の入力を受け付けることができる。
　（記憶部２３０）
　記憶部２３０は、サービスサーバ２００内に設けられた、例えば、ハードディスク等の磁気記録媒体や、不揮発性メモリ等により実現され、後述する制御部２４０が各種の処理を実行するためのプログラム等や、処理を行うための情報、受信した情報等を格納する。例えば、記憶部２３０は、事業者によって入力された上記条件についての情報や、集約サーバ３００から取得した購入履歴を格納することができる。なお、上述した各種情報は、あくまで一例であり、記憶部２３０はその他の情報を格納してもよい。詳細には、図３に示すように、記憶部２３０は、購入履歴ＤＢ（Ｄａｔａ　Ｂａｓｅ）２３２、獲得条件ＤＢ２３４及びアカウントＤＢ２３６を格納する。以下に、記憶部２３０に格納される情報の一例について説明する。
　～購入履歴ＤＢ２３２～
　購入履歴ＤＢ２３２は、図４に示すように、ユーザの識別情報（ユーザＩＤ）（例えば、後述する購入確認メールアドレス）に紐づけられた、ユーザの購入履歴（購入日時（取引日時）、購入曜日、購入店舗（例えば、ＥＣ事業者、実店舗等）、購入商品カテゴリ、購入商品（取引商品）、購入総額（取引金額）、購入商品カテゴリの組み合わせ数、支払方法（例えば、現金、クレジットカード、電子マネー）、支払媒体種別（例えば、クレジットカード会社、電子マネーの種別）、ユーザの会員ランク、ポイントサービス又は電子マネーの会員番号、購入回数、初回購入であるか否かの判定結果等の各種の情報を格納する。なお、上述した各種情報は、あくまで一例であり、購入履歴ＤＢ２３２はその他の情報を格納してもよい。
　～獲得条件ＤＢ２３４～
　獲得条件ＤＢ２３４は、図５に示すように、事業者によって入力された、ユーザにインセンティブを付与する条件に関する情報を格納する。具体的には、獲得条件ＤＢ２３４は、図５に示すように、ユーザにインセンティブを付与する対象となる購入期間、購入曜日、購入店舗（例えば、ＥＣ事業者、実店舗等）、購入商品カテゴリ、購入商品名、購入総額、購入商品カテゴリの組み合わせ数（商品数）、購入回数、初回購入であるか否かの判定結果を条件とするか、支払方法（例えば、現金、クレジットカード、電子マネー）、支払媒体種別（例えば、クレジットカード会社、電子マネーの種別）、ユーザの会員ランク等の各種の情報を格納する。
　例えば、本実施形態においては、図５に示すように、異なる事業者（例えば、ＦＮ酒造、ＦＮ乳業、ＦＮ製粉）の販売する異なる商品を組み合わせて、ユーザにインセンティブを付与する対象となる商品としてもよい。このようにすることで、本実施形態によれば、複数の事業者に横断的な販売促進施策（キャンペーン）を容易に実施することができる。なお、上述した各種情報は、あくまで一例であり、獲得条件ＤＢ２３４はその他の情報を格納してもよい。
　～アカウントＤＢ２３６～
　アカウントＤＢ２３６は、サービスサーバ２００が集約サーバ３００から購入履歴を取得する際に使用するユーザの識別情報を格納する。例えば、アカウントＤＢ２３６は、上記識別情報としての購入確認メールアドレス（詳細は後述する）を、ユーザが保有するユーザメールアドレスに紐づけて格納する。このようなアカウントＤＢ２３６に格納された情報を用いることで、サービスサーバ２００は、集約サーバ３００からの、上記購入確認メールアドレスに係る電子メールを、上記ユーザメールアドレスを用いて、ユーザ（ユーザ端末１００）に転送することができる。なお、集約サーバ３００における購入履歴の集約方法によっては、当該アカウントＤＢ２３６は設けられていなくてもよい。
　（制御部２４０）
　制御部２４０は、サービスサーバ２００内に設けられた、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェアにより実現され、サービスサーバ２００によって実行される各種処理を行う。図３に示すように、当該制御部２４０は、情報取得部２４２と、判定部２４４と、出力制御部（インセンティブ付与部）２４６と、転送部（送信部）２４８とを主に有する。以下に、制御部２４０が有する各処理ブロックについて説明する。
　～情報取得部２４２～
　情報取得部２４２は、後述する集約サーバ３００から所定のユーザの集約された購入履歴情報を、上記識別情報を用いて、取得することができる。購入履歴は、集約サーバ３００によって、ユーザ毎に、複数のＥＣ事業者とユーザとの間での取引に係る購入履歴が集約され、上記識別情報と紐づけられて管理されている。従って、情報取得部２４２は、上記識別情報を用いることで、特定のユーザの購入履歴を取得することができる。なお、情報取得部２４２は、ユーザ端末１００からの求めに応じて、集約サーバ３００から購入履歴を取得し、後述する判定部２４４に、取得した情報を出力することができる。
　また、情報取得部２４２は、上述したユーザ端末１００からレシート６００（図１３　参照）の画像データを取得することができる。情報取得部２４２は、取得した画像データに対して、画像処理及びＯＣＲ（Ｏｐｔｉｃａｌ　Ｃｈａｒａｃｔｅｒ　Ｒｅｃｏｇｎｉｔｉｏｎ）を行い、当該画像データに表示された情報を抽出することにより、ユーザの実店舗での購入履歴（例えば、購入商品、購入金額、購入数等）の情報を取得することができる。そして、上述の同様に、情報取得部２４２は、後述する判定部２４４に、取得した情報を出力することができる。なお、上述の処理内容は、あくまでも一例であり、情報取得部２４２は、その他の処理を行ってもよい。
　～判定部２４４～
　判定部２４４は、取得した購入履歴に基づき、当該ユーザが、あらかじめ設定された、インセンティブを付与されるための条件を満たしているかの判定を行うことができる。なお、上述の処理内容は、あくまでも一例であり、判定部２４４は、その他の処理を行ってもよい。
　～出力制御部２４６～
　出力制御部２４６は、上述の判定部２４４の判定結果に基づいて、後述する通信部２６０を介してユーザ端末１００へインセンティブに係る情報を出力することができる。例えば、上記判定部２４４が、ユーザが上記条件を満たしていると判定した場合には、出力制御部２４６は、電子マネーのように利用することが可能なポイントを獲得するためのゲームの実行を許可する旨の情報を、ユーザ端末１００へ送信することができる。より詳細には、上記ゲームは、当該ゲームの結果に応じて上記ポイントをユーザに付与することができるゲームである。すなわち、本実施形態においては、インセンティブとして、上記ゲームを実行する権利をユーザに付与することとなる。なお、上述の処理内容は、あくまでも一例であり、出力制御部２４６は、その他の処理を行ってもよい。
　～転送部２４８～
　転送部２４８は、集約サーバ３００からの、購入確認メールアドレスに係る電子メールを、購入確認メールアドレスに紐づけられたユーザメールアドレスを用いて、ユーザ（ユーザ端末１００）に転送する。なお、集約サーバ３００における購入履歴の集約方法によっては、当該転送部２４８は設けられていなくてもよい。
　（通信部２６０）
　通信部２６０は、例えば、送受信回路やポート等の通信デバイスにより実現され、ユーザ端末１００、集約サーバ３００等の他のサーバ等との間で情報の送受信を行うことができる。例えば、通信部２６０は、集約サーバ３００からユーザの購入履歴を受信することができる。なお、上述の通信内容はあくまで一例であり、通信部２６０はその他の情報を送受信してもよい。
　なお、図３に示される各種の機能ブロックはあくまでも一例であり、サービスサーバ２００は、図３に示されていない他の機能ブロックを有していてもよい。
　＜２．４　集約サーバ３００の詳細構成＞
　以上、本実施形態に係るサービスサーバ２００の詳細構成について説明した。次に、本実施形態に係る集約サーバ３００の詳細構成について、図６を参照して説明する。図６は、本実施形態に係る集約サーバ３００の機能ブロックの一例を示す図である。
　本実施形態に係る集約サーバ３００は、先に説明したように、ＥＣ事業者が管理するＥＣ事業者サーバ４００からユーザに関する購買履歴を集約することができる。詳細には、図６に示すように、集約サーバ３００は、記憶部（管理部）３３０と、制御部３４０と、通信部３６０とを主に有することができる。以下に、集約サーバ３００の各機能ブロックについて順次説明する。
　（記憶部３３０）
　記憶部３３０は、集約サーバ３００内に設けられた、例えば、ハードディスク等の磁気記録媒体等により実現され、後述する制御部３４０が各種の処理を実行するためのプログラム等や、処理によって得た情報、受信した情報等を格納する。例えば、図６に示すように、記憶部３３０は、メールアドレスＤＢ３３２及び購入履歴ＤＢ３３４等を格納する。なお、上述した格納情報は、あくまで一例であり、記憶部３３０はその他の情報を格納してもよい。
　～メールアドレスＤＢ３３２～
　メールアドレスＤＢ３３２は、後述する生成部３５０が生成した購入確認メールアドレスをユーザの識別情報として格納する。このようなメールアドレスＤＢ３３２に格納された情報を用いることで、集約サーバ３００は、ＥＣ事業者サーバ４００から、ユーザに代わって受信した、上記ユーザに対して商品の購入を確認するための購入確認メールから、購入履歴を取得することができる。集約サーバ３００は、異なるＥＣ事業者からの購入確認メールであっても、同一の購入確認メールアドレスであれば、同一のユーザに紐づけることができるから、当該ユーザに係る購入履歴を集約することができる。
　～購入履歴ＤＢ３３４～
　購入履歴ＤＢ３３４は、識別情報としての購入確認メールアドレスに紐づけられた、ユーザの購入履歴を格納する。なお、格納される情報は、上述した購入履歴ＤＢ２３２と同様であるため、ここでは詳細な説明を省略する。
　（制御部３４０）
　制御部３４０は、集約サーバ３００内に設けられた、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェアにより実現され、集約サーバ３００によって実行される各種処理を行う。例えば、制御部３４０は、図６に示されるように、情報取得部（集約部）３４２と、転送部３４８と、生成部３５０とを主に有する。以下に、制御部３４０が有する各処理ブロックについて説明する。
　～情報取得部３４２～
　情報取得部３４２は、先に説明したように、ＥＣ事業者サーバ４００から、ユーザに代わって受信した、上記ユーザに対して商品の購入を確認するための購入確認メールから、購入履歴を取得する。情報取得部３４２は、異なるＥＣ事業者からの購入確認メールであっても、同一の購入確認メールアドレスであれば、購入履歴の情報を同一のユーザに紐づけて集約することができる。
　～転送部３４８～
　転送部３４８は、集約サーバ３００からの、購入確認メールアドレスに係る電子メールを、上述したサービスサーバ２００へ転送する。
　～生成部３５０～
　生成部３５０は、上述の購入確認メールアドレスを生成することができる。詳細には、生成部３５０は、ユーザ端末１００からのサービスサーバ２００を介した要求に応じて、購入確認メールアドレスを生成し、生成した購入確認メールアドレスを、サービスサーバ２００を介してユーザ端末１００に通知する。この際、サービスサーバ２００は、購入確認メールアドレスをユーザから通知されたユーザメールアドレスと紐づけて格納する。購入確認メールアドレスを通知されたユーザは、ＥＣ事業者との間で電子商取引を行う際に用いる電子メールのアドレスとして、上記購入確認メールアドレスをＥＣ事業者に登録する。このようにすることで、ＥＣ事業者からの購入確認メールは、集約サーバ３００に受信され、集約サーバ３００は、受信した電子メールから購入履歴を取得することができる。また、本実施形態においては、直接ユーザから購入確認用メールを管理するシステムへログインするためのログイン用ＩＤ及びパスワードを直接預かってもよい。この場合、集約サーバ３００は、預かったログイン用ＩＤ等を用いて、購入確認用メールを格納するメールボックスから該当するメールを取得することができる。さらに、本実施形態においては、集約サーバ３００がユーザに代わってＥＣ事業者からの購入確認メールを受信、取得した場合であっても、集約サーバ３００及びサービスサーバ２００を介して、ユーザの保有するユーザメールアドレス宛てに、当該購入確認メールを転送するようにしてもよい。
　（通信部３６０）
　通信部３６０は、例えば、送受信回路やポート等の通信デバイスにより実現され、ユーザ端末１００、サービスサーバ２００等の外部装置との通信を行うことができる。例えば、通信部３６０は、サービスサーバ２００からの要求に応じて、購入確認メールアドレスと紐づけて、ユーザの購入履歴をサービスサーバ２００へ送信することができる。なお、上述の通信内容はあくまで一例であり、通信部３６０はその他の情報を送受信してもよい。
　＜２．５　集約サーバ３００ａの変形例＞
　また、集約サーバ３００は、以下のように変形することもできる。以下に、本実施形態の変形例に係る集約サーバ３００ａの詳細構成について、図７を参照して説明する。図７は、本実施形態の変形例に係る集約サーバ３００ａの機能ブロックの一例を示す図である。本変形例に係る集約サーバ３００ａは、図７に示すように、上述の集約サーバ３００と同様に、記憶部３３０ａと、制御部３４０ａと、通信部３６０とを主に有することができる。本変形例においては、記憶部３３０ａが、メールアドレスＤＢ３３２に代わりに、ログインアカウントＤＢ３３２ａを有しており、制御部３４０ａは、購入履歴の取得の方法が上述の方法とは異なる情報取得部３４２ａを有する。ここでは、上述の集約サーバ３００と共通する点については詳細な説明を省略し、異なる点のみを説明する。
　（記憶部３３０ａ）
　記憶部３３０ａは、集約サーバ３００ａ内に設けられた、後述する制御部３４０ａが各種の処理を実行するためのプログラム等を格納する。例えば、図７に示すように、記憶部３３０ａは、ログインアカウントＤＢ３３２ａと、上述した購入履歴ＤＢ３３４とを格納する。
　～ログインアカウントＤＢ３３２ａ～
　ログインアカウントＤＢ３３２ａは、ユーザが保有する、各ＥＣ事業者の管理するＥＣ事業者サーバ４００へログインのためのログインアカウント（なお、ログインアカウントは、事前に、ユーザから提供される）を、ユーザの識別情報（ユニークＩＤ）と紐づけて格納する。本変形例においては、購入履歴ＤＢ３３４は、ＥＣ事業者サーバ４００から取得した購入履歴を上記識別情報に紐づけて格納する。従って、本変形例によれば、異なるＥＣ事業者からの購入履歴であっても、各ユーザに割当てられた１つの識別情報に紐づけることができるから、当該ユーザに係る購入履歴を集約することができる。さらに、サービスサーバ２００は、上記識別情報を用いることで、集約サーバ３００から購入履歴を取得することができ、取得した購入履歴は、上記識別情報と紐づけて格納する。
　すなわち、本実施形態においては、上記ログインアカウントは、サービスサーバ２００ではなく集約サーバ３００にて管理される。さらに、一人のユーザが複数のＥＣ事業者に係る複数のログインアカウントを保有している場合であっても、集約サーバ３００にて、ユーザの識別情報に複数のログインアカウントを紐づけることにより、ユーザの購入履歴を集約することができる。
　（制御部３４０ａ）
　制御部３４０ａは、集約サーバ３００ａ内に設けられた、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェアにより実現され、集約サーバ３００ａによって実行される各種処理を行う。例えば、制御部３４０ａは、図７に示されるように、情報取得部３４２ａを主に有する。
　～情報取得部３４２ａ～
　情報取得部３４２ａは、ＥＣ事業者サーバ４００から、上記識別情報に紐づけられたログインアカウントを用いて、購入履歴を取得する。例えば、集約サーバ３００は、ＥＣ事業者サーバ４００が提供するＥＣサイト（ＨＴＭＬコンテンツ）のユーザに係るページから購入履歴を抽出するスクレイピングを行うように構成されている。もしくは、集約サーバ３００とＥＣ事業者サーバ４００とは、ＡＰＩ、すなわち、両者に共通するインタフェースを介して、購入履歴の情報を送受信するように構成されていてもよい。
　＜２．６　情報処理方法＞
　以上、本実施形態に係る情報処理システム１０に含まれる各装置の詳細構成について説明した。次に、本実施形態に係る情報処理方法について、図８から図１１を参照して、本実施形態に係る情報処理方法について説明する。図８は、本実施形態に係る情報処理方法の一例を示すフローチャートである。また、図９及び図１０は、本実施形態に係る抽選ゲームの表示画面６０２、６０４の一例を説明するための説明図である。さらに、図１１は、本実施形態に係るエントリーの表示画面６０６の一例を説明するための説明図である。
　詳細には、本実施形態に係る情報処理方法は、図８に示すように、ステップＳ１０１からステップＳ１１１までの複数のステップを含むことができる。以下に、これら各ステップの詳細について説明する。
　（ステップＳ１０１）
　事業者は、ユーザにインセンティブを付与する条件をサービスサーバ２００に入力し、条件を設定する。設定された条件に関する情報は、上述した獲得条件ＤＢ２３４に格納される。
　例えば、獲得条件ＤＢ２３４は、図５に示すように、ユーザにインセンティブを付与する対象となる購入期間、購入曜日、購入店舗（例えば、ＥＣ事業者、実店舗等）、購入商品カテゴリ、購入商品名、購入総額、購入商品カテゴリの組み合わせ数、購入回数、初回購入であるか否かの判定結果を条件とするか、支払方法（例えば、現金、クレジットカード、電子マネー）、支払媒体種別（例えば、クレジットカード会社、電子マネーの種別）、ユーザの会員ランク等の各種の情報を格納する。具体的には、図５に示す例においては、２０１８年２月１日から４月３０日の間に、実店舗及びＥＣ事業者との間で、「ＦＮ酒造　サワー缶」、「ＦＮ乳業　ＳＳチーズ」及び「ＦＮ製粉　ＦＮ１００％パスタ１０ｍｍ」のうちのいずれか２商品を、各２００円以上購入した場合に、インセンティブが付与される場合の条件が示されている。また、インセンティブが付与される制限回数については、３回までと設定されている。なお、本実施形態においては、設定される条件は、図５にしめすような条件に限定されるものではなく、様々な設定が可能である。
　本実施形態においては、対象となる店舗は、実店舗に限定されるものではなく、ＥＣ事業者であってもよい。さらに、ＥＣ事業者についても、１つのＥＣ事業者に限定されるものではなく、複数のＥＣ事業者に跨って設定することができる。さらに、本実施形態においては、対象となる商品も、同一の事業者（販売者、製造者）が販売する商品であることに限定されるものではなく、異なる事業者が販売する商品を組み合わせることができる。例えば、図５に示される条件では、「ＦＮ酒造」、「ＦＮ乳業」及び「ＦＮ製粉」と異なる事業者が横断的にタイアップして、消費者に、パスタとチーズとお酒とを同時に楽しむことを提案することにより、横断的に販売促進を行おうとすることを目的としている。また、本実施形態においては、対象となる決済の方法についても、複数の電子マネーを跨って設定することもできる。このように、本実施形態においては、対象となるＥＣ事業者、販売事業者、決済方法、電子マネーの種別、商品等を横断的に設定することや、対象期間、対象金額、支払方法等を細かく、柔軟に、且つ、予め設定することができることから、より効果的な促進施策を可能とすることができる。
　（ステップＳ１０３）
　集約サーバ３００は、ユーザがＥＣ事業者から商品を購入したことを確認するための購買確認メールをＥＣ事業者サーバ４００から受信する。先に説明したように、集約サーバ３００は、予め、ユーザ端末１００からのサービスサーバ２００を介した要求に応じて、購入確認メールアドレスを生成し、生成した購入確認メールアドレスを、サービスサーバ２００を介してユーザ端末１００に通知する。そして、購入確認メールアドレスを通知されたユーザは、ＥＣ事業者との間で電子商取引を行う際に用いる電子メールのアドレスとして、上記購入確認メールアドレスをＥＣ事業者に登録する。このようにすることにより、ＥＣ事業者からの購入確認メールは、集約サーバ３００に受信される。この際、集約サーバ３００は、サービスサーバ２００を介して、ユーザの保有するユーザメールアドレス宛てに、当該購入確認メールを転送する。
　（ステップＳ１０５）
　集約サーバ３００は、受信した購入確認メールから、ユーザの購入履歴を取得して、購入履歴ＤＢ３３４に格納する。その際、集約サーバ３００は、購入確認メールアドレスと紐づけて購入履歴を格納する。例えば、購入履歴は、ユーザがＥＣ事業者との間で行った取引の日時、商品、金額等の情報を含み、より具体的には、図４に示される各種の情報を含む。
　（ステップＳ１０７）
　サービスサーバ２００は、ユーザ端末１００からの要求に応じて（ユーザがユーザ端末１００にて所定のアプリケーションを操作することによって、ユーザ端末１００から、要求がサービスサーバ２００へ送信される）、該当するユーザの購入履歴を集約サーバ３００の購入履歴ＤＢ３３４から取得する。
　そして、サービスサーバ２００は、獲得条件ＤＢ２３４に格納された条件に関する情報と、取得した購入履歴とを比較して、ユーザがインセンティブを付与するための条件を満たしているかを判定する。サービスサーバ２００は、条件を満たしていないと判定した場合には、処理を終了し、条件を満たしている場合には、ステップＳ１０９へ進む。
　なお、この際、悪質なユーザによるインセンティブの二重取り等があることから、サービスサーバ２００は、二重取りが無いか否かを判定する。例えば、１つの端末に同一のサービスに係るアプリケーションを複数インストールすることができないようにしてあっても、一人のユーザが複数の端末を有することにより、同一人物による複数のインセンティブの獲得が可能である場合がある。従って、サービスサーバ２００は、各種の識別情報等を用いて、同一人物によってインセンティブの二重取りがされていないかを判定する。
　（ステップＳ１０９）
　サービスサーバ２００は、電子マネーのように利用することが可能なポイントを獲得するためのゲームの実行を許可する旨の情報を、ユーザ端末１００へ送信する。当該情報を受信したユーザ端末１００は、例えば、図９に示すような抽選ゲームに係る表示画面６０２を表示する。そして、ユーザは、ユーザ端末１００を介して、上述のように許可された抽選ゲームを実施することができる。なお、図９に示される表示画面６０２は、抽選ゲームに係る表示画面の一例であって、このような形態に限定されるものではない。
　（ステップＳ１１１）
　ユーザは、上述のステップＳ１０９で実施した抽選ゲームの結果に基づいて、ポイントを獲得する。ユーザ端末１００は、例えば、図１０に示すような抽選ゲームに係る表示画面６０４を表示することにより、ユーザにポイントを付与することとなる。なお、獲得したポイントの情報は、ユーザ端末１００によって、電子マネーに係るサービスを提供する事業者のサーバ（図示省略）に送信されることにより、ユーザにポイントを付与する処理がなされることとなる。また、図１０に示される表示画面６０４は、抽選ゲームに係る表示画面の一例であって、このような形態に限定されるものではない。そして、サービスサーバ２００は、ステップＳ１０７へ戻る。
　なお、本実施形態においては、インセンティブの付与は、抽選ゲームの実行に限定されるものではなく、例えば、このようなゲームの実施を介することなくポイントが付与されてもよく、割引クーポンの提供であってもよい。
　なお、上述の説明においては、ユーザがユーザ端末１００にて所定のアプリケーションを操作することによって、ユーザ端末１００から、要求がサービスサーバ２００へ送信されることで、サービスサーバ２００が自動的に条件を満たしているかを判定していた。しかしながら、本実施形態はこのような方法に限定されるものではなく、ユーザが購入した商品の一覧表を確認して、キャンペーン（促進施策）に応募（エントリー）するか否かを判断し、判断に応じて、ユーザに対して応募の操作を行わせるようにしてもよい。
　例えば、本実施形態においては、図１１に示すように、ユーザ端末１００に、ユーザが購入した商品の一覧表であるエントリーの表示画面６０６を表示してもよい。また、複数のキャンペーンが存在する場合には、各キャンペーンの対象となっており、且つ、ユーザが購入した商品のみの一覧を表示画面６０６に表示してもよい。そして、ユーザは、このような表示画面６０６を介して、商品等を選択することにより、応募するキャンペーンを選択することができる。
　また、上述した情報処理方法においては、購入確認メールアドレスを利用して、所定のユーザの購入履歴を集約していたが、本実施形態においては、これに限定されるものではなく、ユーザの識別情報（ユニークＩＤ）と紐づけられた、ユーザが保有する各ＥＣ事業者の管理するＥＣ事業者サーバ４００へログインのためのログインアカウントを利用して、ユーザの購入履歴を集約してもよい。
　以上のように、本実施形態によれば、電子商取引における商品購買においても、消費者は、インセンティブを獲得することができる。従って、本実施形態によれば、消費者が上記ポイントを獲得する機会を各段に増やすことができることから、効果的に、商品の購買促進等につなげることができる。加えて、本実施形態によれば、電子商取引に係る情報を収集することもできることから、より多くの消費者の消費活動に関する情報を収集することができ、収集した情報を今後のマーケティング活動に生かすことができる。
　また、本実施形態においては、対象となるＥＣ事業者、販売事業者、決済方法、電子マネーの種別、商品等を横断的に設定することや、対象期間、対象金額、支払方法等の条件を細かく、柔軟に設定することができることから、より効果的な促進施策を可能とすることができる。特に、これまでは、購入期間と購入商品とを条件とするような、シンプルな条件しか設定することができなかったが、本実施形態によれば細かく、複数の条件を設定することはできることから、より効果的な促進施策を行うことができる。さらに、これまでは、横断的に複数のＥＣ事業者を対象とするような促進施策を行うことが難しかったが、本実施形態によれば、横断的に複数のＥＣ事業者を対象とすることができることから、より効果的な促進施策を行うことができる。加えて、本実施形態によれば、横断的に条件を設定することができることから、同一の促進施策に参加する事業者（タイアップ事業者）の数を増やすこともでき、大きなビジネスチャンスを創出することもできる。
　＜＜３．　第２の実施形態＞＞
　上述した本開示の第１の実施形態は、ＥＣ事業者からの商品購入を対象としてインセンティブを付与する促進施策を実現するものであった。しかしながら、実際には、商品を購入するチャネルは、ＥＣ事業者だけに限定されるものではなく、例えば、実店舗で購入することもある。そこで、以下に説明する本開示の第２の実施形態においては、ＥＣ事業者及び実店舗からの商品購入を対象としてインセンティブを付与する促進施策を実現する。以下に、第２の実施形態の詳細を説明する。なお、本実施形態に係る情報処理システム１０及び情報処理システム１０に含まれる各装置の詳細構成は、上述の第１の実施形態と共通する。従って、ここでは、本実施形態に係る情報処理システム１０及び情報処理システム１０に含まれる各装置の構成の詳細な説明を省略する。
　まずは、本実施形態に係る情報処理方法について、図１２及び図１３を参照して、本開示の実施形態に係る情報処理方法について説明する。図１２は、本実施形態に係る情報処理方法の一例を示すフローチャートであり、図１３は、本実施形態で用いるレシート６００の一例を説明するための説明図である。
　詳細には、本実施形態に係る情報処理方法は、図１２に示すように、ステップＳ２０１からステップＳ２２１までの複数のステップを含むことができる。以下に、これら各ステップの詳細について説明する。
　（ステップＳ２０１）
　事業者は、第１の実施形態と同様に、ユーザにインセンティブを付与する条件をサービスサーバ２００に入力し、条件を設定する。設定された条件に関する情報は、上述した獲得条件ＤＢ２３４に格納される。
　（ステップＳ２０３）
　ユーザは、ユーザ端末１００を用いて、実店舗から商品を購入したことを確認することができるレシート６００を撮像し、撮像画像データをサービスサーバ２００へ送信する。サービスサーバ２００は、送信されたレシート６００の画像データを受信する。
　（ステップＳ２０５）
　サービスサーバ２００は、受信した撮像画像データに対して、画像処理及びＯＣＲを行い、当該画像データに表示された情報を抽出することにより、ユーザの実店舗での購入履歴（例えば、購入商品、購入金額、購入数等）の情報を取得することができる。例えば、図１３に示すようにレシート６００には、商品に紐づけられた、数字の列からなる商品コード（例えば、ＪＡＮコード等）が含まれている場合には、商品コードを抽出することで、ユーザが購入した商品の情報を取得することができる。なお、図１３に示されるレシート６００は、本実施形態に係るレシート６００の一例であって、このような形態に限定されるものではない。
　そして、サービスサーバ２００は、取得した購入履歴を購入履歴ＤＢ２３２に格納する。
　（ステップＳ２０７）
　そして、サービスサーバ２００は、獲得条件ＤＢ２３４に格納された条件に関する情報と、取得した購入履歴とを比較して、ユーザがインセンティブを付与するための条件を満たしているかを判定する。サービスサーバ２００は、条件を満たしていないと判定した場合には、ステップＳ２１３へ進み、条件を満たしている場合には、ステップＳ２０９へ進む。
　（ステップＳ２０９、ステップＳ２１１）
　ステップＳ２０９及びステップＳ２１１は、図８に示される、第１の実施形態に係るステップＳ１０９及びステップＳ１１１と同様であるため、ここでは詳細な説明を省略する。
　（ステップＳ２１３～ステップＳ２２１）
　ステップＳ２１３からステップＳ２２１は、図８に示される、第１の実施形態に係るステップＳ１０３からステップＳ１１１と同様であるため、ここでは詳細な説明を省略する。
　以上のように、本実施形態によれば、ＥＣ事業者及び実店舗からの商品購入を対象としてインセンティブを付与する促進施策を実現することができる。従って、本実施形態によれば、消費者が上記ポイントを獲得する機会を各段に増やすことができることから、効果的に、商品の購買促進等につなげることができる。
　　＜＜４．　第３の実施形態＞＞
　ところで、本発明者らは、先に説明したように、実店舗における電子マネーの利用額に応じて、消費者に対してポイントを獲得するためのゲームを行う権利がインセンティブとして付与されるといった、電子マネーの利用を促進する利用促進施策（キャンペーン）について検討を重ねていた。そして、このような利用促進施策については、事業者が、インターネット等を使って消費者に広告してきた。しかしながら、上述の事業者による広告は、事業者側からインセンティブの付与に関する情報等が一方向で提供されるだけであることから、消費者に電子マネーの利用へ導く強い動機づけを行うことに限界があった。
　そこで、本発明者らは、上述のような状況を鑑みて、より効果的な利用促進施策を行おうと鋭意検討を重ねてきた。そのような検討の中で、本発明者らは、知人の紹介を利用することにより、消費者に電子マネーの利用へ導く強い動機づけが可能ではないかと考えた。詳細には、電子マネーについては、「利用が難しい」、「仕組みが難しい」等のイメージが障壁となって、多くの消費者に利用されているとは言えない状況にある。しかしながら、日常的に電子マネーを利用している知人から、電子マネーの利用を勧められた場合には、利用に関してわからないことがあればすぐに知人に尋ねればよいという安心感もあり、被紹介者は電子マネーを利用する行動に移りやすくなると、本発明者らは考えたのである。このような独自の着想を踏まえて、本発明者らは、上述した本開示の実施形態に、知人に対する電子マネーの利用の紹介に応じて、紹介者及び被紹介者にインセンティブを付与する利用促進施策を実現するような機能を適用した、本開示の第３の実施形態を創作するに至ったのである。
　すなわち、以下に説明する第３の実施形態は、所定の電子マネーの利用を紹介した紹介者（他のユーザ）と、当該紹介を受けて新たに当該電子マネーを利用した被紹介者（ユーザ）とにインセンティブを付与するキャンペーンを実現することができる。本実施形態によれば、日常的に所定の電子マネーを利用する紹介者が電子マネーを紹介することにより、被紹介者は安心感を持つことができることから、被紹介者による電子マネーの利用を促進することができる。さらに、本実施形態によれば、被紹介者の電子マネーの利用により、紹介者及び被紹介者にインセンティブが付与されることから、紹介者に対して紹介を行う強い動機づけ、被紹介者に対して利用する強い動機づけを行うことができる。なお、本実施形態においては、被紹介者に対する電子マネーの利用の紹介は、紹介者によるものに限定されるものではなく、事業者による広告（店頭ポスター、新聞広告、雑誌広告、インターネット広告、ＳＮＳ（Ｓｏｃｉａｌ　Ｎｅｔｗｏｒｋｉｎｇ　Ｓｅｒｖｉｃｅ）、電子メール等）による紹介であってもよい。
　なお、以下に説明する本実施形態においては、被紹介者がどのような流入経路を経て電子マネーの利用に至ったかに応じて、インセンティブが付与されるか否かを決定したり、付与されるインセンティブの内容を決定したりすることができる。ここで、流入経路とは、具体的には、被紹介者が、紹介者（紹介者は、ユーザだけでなく、事業者による店頭ポスター等であってもよい）による紹介によってインセンティブ用アプリケーションを自身の保有するユーザ端末１００に搭載（インストール）することにより電子マネーの利用に至るケース、被紹介者が、事業者による利用促進施策（キャンペーン）のインターネット広告を閲覧したことによる電子マネーの利用に至るケース等のことを意味する。本実施形態においては、後述する紹介コード（流入経路情報）を利用して、被紹介者がどのような流入経路を経て電子マネーの利用に至ったかの情報を取得することが可能であり、流入経路に応じてインセンティブを被紹介者に付与することができることから、電子マネーの利用をより効果的に促進させることができる。加えて、本実施形態によれば、事業者が流入経路に係る情報を収集することもできることから、収集した情報を今後のマーケティング活動や広告宣伝活動に生かすこともできる。以下に、本発明者らが創作した本開示の第３の実施形態の詳細を順次説明する。
　　＜４．１　情報処理システム１０ａの概略的な構成＞
　まずは、図１４を参照して、本開示の第３の実施形態に係る情報処理システム１０ａの概略的な構成について説明する。図１４は、本実施形態に係る情報処理システム１０ａの概略的構成を示したシステム図である。
　図１４に示すように、本実施形態に係る情報処理システム１０ａは、例えば、ユーザ端末１００と、サービスサーバ２００ａと、集約サーバ３００と、コード管理サーバ５００とを主に含むことができる。上述のユーザ端末１００と、サービスサーバ２００ａと、集約サーバ３００と、コード管理サーバ５００とは、互いに有線、又は、無線の各種の通信ネットワーク（図示省略）を介して通信することができる。以下に、本実施形態に係る情報処理システム１０ａに含まれる各装置の概略について説明する。なお、本実施形態においては、ユーザ端末１００及び集約サーバ３００とは、第１の実施形態と同様であることから、ここではこれらの説明は省略する。
　（サービスサーバ２００ａ）
　サービスサーバ２００ａは、第１の実施形態と同様に、例えば、事業者によって管理されている、ユーザが操作するユーザ端末１００と通信可能なコンピュータである。例えば、サービスサーバ２００ａは、被紹介者が電子マネーを利用するに至る流入経路に応じて、被紹介者等にインセンティブを付与することができる。なお、上記の機能はあくまで一例であり、サービスサーバ２００ａは上記以外の機能を適宜有していてもよい。また、サービスサーバ２００ａの詳細構成については後述する。
　（コード管理サーバ５００）
　コード管理サーバ５００は、上記流入経路に関する情報を取得するための紹介コード等を管理するためのサーバであり、ユーザが操作するユーザ端末１００と通信可能なコンピュータである。例えば、コード管理サーバ５００は、ユーザ端末１００からの要求に応じて、紹介コードを発行したり、ユーザ端末１００から受信した紹介コード、流入経路に係る情報等を受信し、被紹介者がインセンティブを付与される条件を満たしているかを判定したりすることができる。なお、上記の機能はあくまで一例であり、コード管理サーバ５００は上記以外の機能を適宜有していてもよい。また、コード管理サーバ５００の詳細構成については後述する。
　　＜４．２　コード管理サーバ５００の詳細構成＞
　以上、本実施形態に係る情報処理システム１０ａの概要を説明した。次に、本実施形態に係るコード管理サーバ５００の詳細構成について、図１５及び図１６を参照して説明する。図１５は、本実施形態に係るコード管理サーバ５００の機能ブロックの一例を示す図であり、図１６は、本実施形態に係るコードＤＢ５３２の一例を説明するための説明図である。
　本実施形態に係るコード管理サーバ５００は、先に説明したように、コード情報を管理するためのサーバである。詳細には、図１５に示すように、コード管理サーバ５００は、記憶部５３０と、制御部５４０と、通信部５６０とを主に有することができる。以下に、コード管理サーバ５００の各機能ブロックについて順次説明する。
　（記憶部５３０）
　記憶部５３０は、コード管理サーバ５００内に設けられた、例えば、ハードディスク等の磁気記録媒体等により実現され、後述する制御部５４０が各種の処理を実行するためのプログラム等や、処理を行うための情報、受信した情報等を格納する。例えば、記憶部５３０は、後述する発行部５４８が発行した紹介コードの情報を格納することができる。なお、上述した格納情報は、あくまで一例であり、記憶部５３０はその他の情報を格納してもよい。詳細には、図１５に示すように、記憶部５３０は、例えばコードＤＢ５３２を格納する。
　～コードＤＢ５３２～
　コードＤＢ５３２は、紹介者の保有するユーザ端末１００からの要求に応じて発行されたコード（例えば、紹介コード）の情報を格納する。詳細には、後述する情報取得部５４２は、図１６のコードＤＢ５３２ａに示すように、紹介者の保有するユーザ端末１００から送信されたシステムＩＤ、キャンペーンＩＤ、紹介者ＩＤ（例えば、紹介者の保有するユーザ端末１００に搭載されたインセンティブ用アプリケーションに紐づけられた識別情報等）、紹介者が利用した電子マネー種別を取得する。そして、後述する発行部５４８は、取得したこれらの情報に紐づけるように、紹介コードを発行し、コードＤＢ５３２ａは、紹介コードの有効期限の情報とともに、当該紹介コードを格納する。
　さらに、情報取得部５４２は、被紹介者の保有するユーザ端末１００から送信された、紹介コード（例えば、紹介コードは、紹介者によって被紹介者に通知され、被紹介者が通知された紹介コードを上記ユーザ端末１００に入力する）、被紹介者ＩＤ（例えば、紹介者の保有するユーザ端末１００に搭載されたインセンティブ用アプリケーションに紐づけられた識別情報等）、及び、被紹介者が紹介コードを入力、すなわち登録した登録日時等の情報を取得する。そして、図１６に示すコードＤＢ５３２ｂは、紹介コードに紐づけられた他の情報（システムＩＤ、キャンペーンＩＤ、紹介者ＩＤ、電子マネー種別）とともに、被紹介者ＩＤ及び紹介コードの登録日時の情報を紐づけて格納する。
　なお、システムＩＤとは、後述するサービスサーバ２００ａを識別するための情報であり、キャンペーンＩＤとは、利用促進施策（キャンペーン）を識別するための情報である。紹介者ＩＤとは、電子マネーを紹介する紹介者に紐づけられた識別情報であり、例えば、紹介者の保有するユーザ端末１００に搭載されたインセンティブ用アプリケーションに紐づけられた識別情報や、紹介者が電子マネーを利用する際に用いる識別情報であることができる。また、被紹介者ＩＤは、電子マネーを紹介された被紹介者に紐づけられた識別情報であり、例えば、紹介者の保有するユーザ端末１００に搭載されたインセンティブ用アプリケーションに紐づけられた識別情報や、被紹介者が電子マネーを利用する際に用いる識別情報であることができる。また、被紹介者ＩＤは、上記識別情報の他に、被紹介者がアプリケーションのインストールを行ったことや、被紹介者が上記キャンペーンのインターネット広告を閲覧したことを認識するための認識情報を含んでいてもよい。このような場合、被紹介者ＩＤは、認識情報を含むような形式で、コード管理サーバ５００やサービスサーバ２００ａへ送信されることとなる。さらに、本実施形態においては、例えば、上記被紹介者ＩＤと上記紹介コードとは一対一対応であってもよい。この場合、一対一対応させるようにすることにより、一人の被紹介者に対して、１つの紹介コードによるインセンティブ用アプリケーションのインストールを一回に限定することができる。
　なお、上述の説明においては、紹介コードは、紹介者の保有するユーザ端末１００からの要求に応じて発行されるものとして説明したが、本実施形態においては、これに限定されるものではない。本実施形態においては、例えば、事業者の求めに応じて予め発行されていてもよい。この場合、コードＤＢ５３２は、紹介コードの有効期限の情報とともに、予め発行した紹介コードを格納することとなる。
　（制御部５４０）
　制御部５４０は、コード管理サーバ５００内に設けられた、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェアにより実現され、コード管理サーバ５００によって実行される各種処理を行う。図１５に示すように、当該制御部５４０は、情報取得部５４２と、判定部５４４と、発行部５４８とを主に有する。以下に、制御部５４０が有する各処理ブロックについて説明する。
　～情報取得部５４２～
　情報取得部５４２は、紹介者の保有するユーザ端末１００から送信されたシステムＩＤ、キャンペーンＩＤ、紹介者ＩＤ、電子マネー種別等を取得し、取得した情報を後述する発行部５４８及び記憶部５３０に出力する。また、情報取得部５４２は、被紹介者の保有するユーザ端末１００から送信された、紹介コード、被紹介者ＩＤ及び紹介コードの登録日時の情報等を取得し、判定部５４４及び記憶部５３０に出力する。本実施形態においては、紹介コードや紹介者ＩＤを取得することができることから、被紹介者が、どのような紹介者の紹介を経て電子マネーの利用に至ったこと（流入経路）を認識することができる。
　また、情報取得部５４２は、被紹介者の保有するユーザ端末１００から送信された、被紹介者が閲覧した、事業者によるキャンペーンのインターネット広告のページのＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）パラメータから、紹介コードを取得してもよい。詳細には、被紹介者は、自身の保有するユーザ端末１００を用いて、上記ＵＲＬに係るページを閲覧すると、ユーザ端末１００は、ＵＲＬパラメータで指定された値をコード管理サーバ５００へ送信することにより、紹介コードを取得することができる。さらに、当該ユーザ端末１００は、上記ＵＲＬに係るページの閲覧がトリガーとなって、本実施形態に係るインセンティブ用アプリケーションをインストール又は起動することができる。従って、本実施形態においては、被紹介者が上記インターネット広告の閲覧を経て電子マネーの利用に至ったこと（流入経路）を認識することが可能となる。この場合、情報取得部５４２は、被紹介者が上記インターネット広告を閲覧した日時の情報も、紹介コードとともに取得し、取得したこれら情報を判定部５４４及び記憶部５３０に出力する。なお、上述の処理内容は、あくまでも一例であり、情報取得部５４２は、その他の処理を行ってもよい。
　～判定部５４４～
　判定部５４４は、コードＤＢ５３２の格納する紹介コード等（例えば、紹介コード、システムＩＤ、キャンペーンＩＤ、紹介者ＩＤ、電子マネー種別、有効期限等）と、被紹介者の保有するユーザ端末１００から取得した紹介コード等（例えば、紹介コード、登録日時、被紹介者ＩＤ、電子マネー種別等）とを比較して、被紹介者の入力した紹介コードが適切な紹介コードであるか否かを判定する。詳細には、上述した情報取得部５４２は、被紹介者の保有するユーザ端末１００から、被紹介者が入力した紹介コードと、登録日時の情報を取得し、判定部５４４に出力する。判定部５４４は、情報取得部５４２から取得した紹介コードと、登録日時とを記憶部５３０のコードＤＢ５３２に格納された紹介コードと、それに紐づけられた情報とを比較し、有効期限内に登録されたか、インセンティブの二重取り（例えば、同一の被紹介者を重ねて紹介する）といったことがないかを判定する。そして、判定部５４４は、判定結果を被紹介者の保有するユーザ端末１００へ送信する。なお、上述の処理内容は、あくまでも一例であり、判定部５４４は、その他の処理を行ってもよい。
　～発行部５４８～
　発行部５４８は、上述の紹介コードを生成することができる。詳細には、発行部５４８は、例えば、ユーザ端末１００からの要求に応じて、数字や文字等からなる紹介コードを発行する。より具体的には、発行部５４８は、紹介者の保有するユーザ端末１００から送信されたシステムＩＤ、キャンペーンＩＤ、紹介者ＩＤ、電子マネー種別等と紐づけるように、紹介コードを発行し、紹介コードの有効期限の情報とともに、記憶部５３０に出力する。さらに、発行部５４８は、発行した紹介コードを紹介者の保有するユーザ端末１００へ送信する。
　なお、先に説明したように、発行部５４８は、紹介者の保有するユーザ端末１００からの要求に応じて、紹介コードを発行するとして説明したが、本実施形態においては、これに限定されるものではない。発行部５４８は、例えば、事業者の求めに応じて、紹介コードを予め発行してもよい。この場合、予め発行された紹介コードは、事業者の広告（例えば、店頭ポスター、インターネット広告等）を介して、ユーザ（被紹介者）に通知されることとなる。
　（通信部５６０）
　通信部５６０は、例えば、送受信回路やポート等の通信デバイスにより実現され、ユーザ端末１００等の間で情報の送受信を行うことができる。
　なお、図１５に示される各種の機能ブロックはあくまでも一例であり、コード管理サーバ５００は、図１５に示されていない他の機能ブロックを有していてもよい。
　　＜４．３　サービスサーバ２００ａの詳細構成＞
　以上、本実施形態に係るコード管理サーバ５００の詳細構成について説明した。次に、本実施形態に係るサービスサーバ２００ａの詳細構成について、図１７及び図１８を参照して説明する。図１７は、本実施形態に係るサービスサーバ２００ａの機能ブロックの一例を示す図であり、図１８は、本実施形態に係るキャンペーンＤＢ２３８の一例を説明するための説明図である。
　本実施形態に係るサービスサーバ２００ａは、先に説明したように、ユーザが電子マネーを利用するに至る流入経路に応じて、被紹介者及び紹介者にインセンティブを付与するためのコンピュータである。詳細には、図１７に示すように、サービスサーバ２００ａは、入力部２２０と、記憶部２３０ａと、制御部２４０ａと、通信部２６０とを主に有することができる。以下に、サービスサーバ２００ａの各機能ブロックについて順次説明する。なお、ここでは、上述の第１の実施形態に係るサービスサーバ２００と共通する点については詳細な説明を省略し、異なる点のみを説明する。
　（記憶部２３０ａ）
　記憶部２３０ａは、サービスサーバ２００ａ内に設けられた、例えば、ハードディスク等の磁気記録媒体等により実現され、後述する制御部２４０ａが各種の処理を実行するためのプログラム等を格納する。詳細には、図１７に示すように、記憶部２３０ａは、例えば、購入履歴ＤＢ２３２、獲得条件ＤＢ２３４及びアカウントＤＢ２３６の他に、さらにキャンペーンＤＢ２３８を格納する。なお、ここでは、購入履歴ＤＢ２３２、獲得条件ＤＢ２３４及びアカウントＤＢ２３６は、第１の実施形態と共通するため、これらの詳細な説明を省略する。
　～キャンペーンＤＢ２３８～
　キャンペーンＤＢ２３８は、図１８に示すように、事業者によって入力されたインセンティブの付与の条件に関する情報を格納する。具体的には、キャンペーンＤＢ２３８は、図１５に示すように、ユーザにインセンティブを付与する対象となる、サービスサーバ２００ａを識別するための識別情報（システムＩＤ）、キャンペーン識別するための識別情報（キャンペーンＩＤ）、電子マネーの種別、流入経路（例えば、紹介コード等）、電子マネーの発行条件（例えば、発行額、発行期間等）、電子マネーの利用条件（例えば、利用額、利用期間等）を格納する。また、キャンペーンＤＢ２３８は、付与するインセンティブの内容や、付与する際等に表示するメッセージや遷移先となるＵＲＬパラメータ等を格納する。なお、上述した各種情報は、あくまで一例であり、キャンペーンＤＢ２３８はその他の情報を格納してもよい。
　（制御部２４０ａ）
　制御部２４０ａは、サービスサーバ２００ａ内に設けられた、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェアにより実現され、サービスサーバ２００ａによって実行される各種処理を行う。図１７に示すように、当該制御部２４０ａは、情報取得部２４２ａと、判定部２４４ａと、出力制御部２４６と、転送部２４８とを主に有する。以下に、制御部２４０ａが有する各処理ブロックについて説明する。なお、ここでは、上述の第１の実施形態に係るサービスサーバ２００の制御部２４０と共通する点については詳細な説明を省略し、異なる点のみを説明する。
　～情報取得部２４２ａ～
　情報取得部２４２ａは、被紹介者の保有するユーザ端末１００から、システムＩＤ、キャンペーンＩＤ、電子マネーの種別、紹介コードの判定結果（上述の判定部５４４による判定結果）を取得することができる。さらに、情報取得部２４２ａは、上記ユーザ端末１００から、被紹介者が発券した電子マネーの種別、金額及び発券日時や、被紹介者が利用した電子マネーの種別、金額及び発券日時の情報を取得することもできる。そして、情報取得部２４２ａは、取得した情報を、後述する判定部２４４ａに出力する。なお、上述の処理内容は、あくまでも一例であり、情報取得部２４２ａは、その他の処理を行ってもよい。
　～判定部２４４ａ～
　判定部２４４ａは、情報取得部２４２ａが被紹介者の保有するユーザ端末１００から取得した情報と、キャンペーンＤＢ２３８の格納する条件に関する情報とを比較して、被紹介者がインセンティブを付与する条件を満たしているかを判定する。そして、判定部２４４ａは、判定結果を出力制御部２４６へ出力する。なお、上述の処理内容は、あくまでも一例であり、判定部２４４ａは、その他の処理を行ってもよい。
　なお、図１７に示される各種の機能ブロックはあくまでも一例であり、サービスサーバ２００ａは、図１７に示されていない他の機能ブロックを有していてもよい。
　　＜４．４　情報処理方法＞
　以上、本実施形態に係る情報処理システム１０ａに含まれる各装置の詳細構成について説明した。次に、本実施形態に係る情報処理方法について説明する。詳細には、本実施形態に係る情報処理方法は、紹介コードの発行段階と、紹介コードによるインセンティブの付与段階と、インターネット広告によるインセンティブの付与段階との主に３つの段階を有する。以下に、これら各段階について順次説明する。
　（４．４．１　紹介コードの発行段階）
　まずは、本実施形態に係る紹介コードの発行段階について、図１９及び図２０を参照して説明する。図１９は、本実施形態に係る情報処理方法の一例を示すフローチャートであり、詳細には、本実施形態に係る紹介コードの発行段階のフローチャートである。また、図２０は、本実施形態に係る紹介コード発行の表示画面７００、７１０の一例を説明するための説明図である。
　詳細には、本実施形態に係る紹介コードの発行段階は、図１９に示すように、ステップＳ３０１からステップＳ３１１までの複数のステップを含むことができる。以下に、これら各ステップの詳細について説明する。
　～ステップＳ３０１～
　紹介者の保有するユーザ端末１００に、インセンティブ用アプリケーションが搭載されていない場合には、当該ステップＳ３０１で、上記インセンティブ用アプリケーションがインストールされる。
　～ステップＳ３０３～
　上記ユーザ端末１００は、紹介者の操作に従って、所定の電子マネーを発券する。なお、本実施形態に係る情報処理方法が実行される前に、上記ユーザ端末１００には、所定の電子マネーを発券、利用するための電子マネー用アプリケーションが搭載されているものとする。ユーザ端末１００は、所定の電子マネーを発券した場合には、ステップＳ３０５へ進み、当該電子マネーを発券していない場合には、当該ステップＳ３０３を繰り返す。このように、本実施形態においては、後述するステップＳ３０５において紹介コードを発行するためには、電子マネーの発券が条件となっている。すなわち、本実施形態においては、所定の電子マネーを利用する紹介者によってのみ、当該電子マネーの紹介を行うことができるようになっている。
　～ステップＳ３０５～
　上記ステップＳ３０３における所定の電子マネーの発券がトリガーとなって、上記ユーザ端末１００は、インセンティブ用アプリケーションを用いて、サービスサーバ２００ａのキャンペーンＤＢ２３８に格納された紹介コード発行画面のデータを取得する。さらに、ユーザ端末１００は、上記紹介コード発行画面を表示する。例えば、ユーザ端末１００は、図２０の左側に示すような紹介コード発行画面７００を表示する。当該紹介コード発行画面７００は、紹介者による紹介コードの発行を要求する操作を受け付ける紹介発行用ボタン７０２を含む。なお、図２０に示される紹介コード発行画面７００は、紹介コード発行画面の一例であって、本実施形態においては、このような形態に限定されるものではない。
　～ステップＳ３０７～
　ユーザ端末１００は、紹介者による紹介発行用ボタン７０２に対する操作を受け付ける。そして、ユーザ端末１００は、システムＩＤ、キャンペーンＩＤ、紹介者ＩＤ、電子マネー種別等の情報をコード管理サーバ５００へ送信し、コード管理サーバ５００に対して紹介コードの発行を要求する。
　～ステップＳ３０９～
　紹介コードの発行の要求を受けたコード管理サーバ５００は、紹介コードを発行し、ユーザ端末１００へ送信する。ユーザ端末１００は、受信した紹介コードを表示する。例えば、ユーザ端末１００は、図２０の右側に示すような紹介コード発行画面７１０を表示する。当該紹介コード発行画面７１０は、発行された紹介コードを表示する表示欄７１２と、紹介コードを被紹介者に送信することを要求する操作を受け付ける送信用ボタン７１４とを含む。なお、図２０に示される紹介コード発行画面７１０は、紹介コード発行画面の一例であって、本実施形態においては、このような形態に限定されるものではない。
　～ステップＳ３１１～
　ユーザ端末１００は、紹介者による送信用ボタン７１４に対する操作を受け付ける。そして、ユーザ端末１００は、電子メール又はＳＮＳ等を介して紹介コードを被紹介者に送信する。以上のようにして、本実施形態に係る紹介コードの発行段階は実行され、処理を終了する。さらに、後述する紹介コードによるインセンティブの付与段階において、被紹介者が受け取った紹介コードを用いて処理を実行することにより、被紹介者及び紹介者にインセンティブが付与されることとなる。
　（４．４．２　紹介コードによるインセンティブの付与段階）
　次に、本実施形態に係る紹介コードによるインセンティブの付与段階について、図２１及び図２２を参照して説明する。図２１は、本実施形態に係る情報処理方法の一例を示すフローチャートであり、詳細には、本実施形態に係る紹介コードによるインセンティブの付与段階のフローチャートである。また、図２２は、本実施形態に係る紹介コード入力画面７２０、７３０、７４０の一例を説明するための説明図である。
　詳細には、本実施形態に係る紹介コードによるインセンティブの付与段階は、図２１に示すように、ステップＳ４０１からステップＳ４１５までの複数のステップを含むことができる。以下に、これら各ステップの詳細について説明する。
　～ステップＳ４０１～
　被紹介者の保有するユーザ端末１００は、紹介者からの紹介コードを受信する。
　～ステップＳ４０３～
　上記ユーザ端末１００に、インセンティブ用アプリケーションが搭載されていない場合には、当該ステップＳ４０３で、上記インセンティブ用アプリケーションがインストールされる。
　～ステップＳ４０５～
　上記ユーザ端末１００は、インセンティブ用アプリケーションのインストールの途中段階で、被紹介者に紹介コードの入力を要求する。例えば、ユーザ端末１００は、図２２の左側に示すような紹介コード入力画面７２０を表示する。当該紹介コード入力画面７２０は、発行された紹介コードを入力するための画面に遷移することを要求する操作を受け付ける入力用ボタン７２２を含む。そして、被紹介者が入力用ボタン７２２に対して操作を行うと、ユーザ端末１００は、図２２の中央に示すような紹介コード入力画面７３０を表示する。当該紹介コード入力画面７３０は、発行された紹介コードの入力するための入力欄７３２を含む。なお、図２２に示される紹介コード入力画面７２０、７３０は、紹介コード発行画面の一例であって、本実施形態においては、このような形態に限定されるものではない。
　そして、被紹介者が、紹介者から受信した紹介コードを入力欄７３２に入力すると、ユーザ端末１００は、入力された紹介コードを、被紹介者ＩＤ及び紹介コードの入力（登録）日時の情報とともに、コード管理サーバ５００へ送信する。
　さらに、コード管理サーバ５００は、被紹介者の入力した紹介コードが適切な紹介コードであるか否かを判定し、適切であると判定した場合には、判定結果を、紹介コードに紐づけられたシステムＩＤ、キャンペーンＩＤ、紹介者ＩＤ、電子マネーの種別等の情報ともに、ユーザ端末１００へ送信する。また、コード管理サーバ５００は、紹介コードが適切でないと判定した場合には、判定結果をユーザ端末１００へ送信する。なお、この際、コード管理サーバ５００は、悪質なユーザによるインセンティブの二重取り等があることから、二重取りが無いか否か等も判定することが好ましい。
　～ステップＳ４０７～
　ユーザ端末１００は、紹介コードが適切な紹介コードである場合には、コード管理サーバ５００から、システムＩＤ、キャンペーンＩＤ、紹介者ＩＤ、電子マネーの種別、紹介コードの判定結果等の情報を取得する。そして、ユーザ端末１００は、取得した情報をサービスサーバ２００ａへ送信する。一方、ユーザ端末１００は、紹介コードが適切な紹介コードでない場合には、当該ステップＳ４０７を繰り返す。
　～ステップＳ４０９～
　サービスサーバ２００ａは、ユーザ端末１００から、システムＩＤ、キャンペーンＩＤ、電子マネーの種別、紹介コードの判定結果等の情報を取得する。さらに、サービスサーバ２００は、これらの情報がどのキャンペーンに該当するかを判定し、該当するキャンペーンに応じた告知画面の画像データをユーザ端末１００へ送信する。そして、ユーザ端末１００は、当該告知画面を表示する。
　～ステップＳ４１１～
　ユーザ端末１００は、被紹介者の操作に従って、所定の電子マネーを発券する。そして、ユーザ端末１００は、被紹介者ＩＤとともに、被紹介者が発券した電子マネーの種別、金額及び発券日時等の情報をサービスサーバ２００ａへ送信する。
　～ステップＳ４１３～
　ユーザ端末１００は、被紹介者の操作に従って、所定の電子マネーを利用する。そして、ユーザ端末１００は、被紹介者ＩＤとともに、被紹介者が利用した電子マネーの種別、金額及び発券日時等の情報をサービスサーバ２００ａへ送信する。
　～ステップＳ４１５～
　サービスサーバ２００ａは、ステップＳ４１１及びステップＳ４１３で取得した情報に基づき、被紹介者がインセンティブを付与する条件を満たしているかを判定する。被紹介者がインセンティブを付与する条件を満たしていた場合には、被紹介者及び紹介者の両者にインセンティブを付与することとなる。インセンティブとしては、例えば、第１の実施形態のように抽選ゲームを実行する権利の付与であってもよい。しかしながら、本実施形態においては、インセンティブの付与は、抽選ゲームに限定されるものではなく、例えば、このようなゲームの実施を介することなくポイントが被紹介者及び紹介者の両者に付与されてもよく、両者に対する割引クーポンの提供であってもよい。以上のようにして、本実施形態に係る紹介コードによるインセンティブの付与段階は実行され、処理を終了する。
　加えて、本実施形態によれば、インセンティブ用アプリケーションのインストールだけでなく、被紹介者による所定の電子マネーの発券、利用を条件としてインセンティブを付与することができることから、より強力に、電子マネーの利用促進を行うことができる。
　なお、上述の紹介コードは、紹介者によって送信された紹介コードであるものして説明したが、本実施形態においては、先に説明したように、事業者の広告（店頭ポスター等）を介して、被紹介者に通知された紹介コードであってもよい。このような場合、ステップＳ４０１の実行が省略される。さらに、このような場合、ステップＳ４０５においては、例えば、ユーザ端末１００は、図２２の左側に示すような紹介コード入力画面７２０を表示した後、被紹介者が入力用ボタン７２２に対する操作をトリガーにして、図２２の右側に示すような紹介コード入力画面７４０を表示する。当該紹介コード入力画面７４０も、発行された紹介コードの入力するための入力欄７４２を含む。なお、図２２に示される紹介コード入力画面７４０は、紹介コード発行画面の一例であって、本実施形態においては、このような形態に限定されるものではない。
　（４．４．３　インターネット広告によるインセンティブの付与段階）
　次に、本実施形態に係るインターネット広告によるインセンティブの付与段階について、図２３を参照して説明する。図２３は、本実施形態に係る情報処理方法の一例を示すフローチャートであり、詳細には、本実施形態に係るインターネット広告によるインセンティブの付与段階のフローチャートである。
　詳細には、本実施形態に係るインターネット広告によるインセンティブの付与段階は、図２３に示すように、ステップＳ５０１からステップＳ５２１までの複数のステップを含むことができる。以下に、これら各ステップの詳細について説明する。
　～ステップＳ５０１～
　被紹介者は、被紹介者の保有するユーザ端末１００を介して、事業者によるキャンペーンのインターネット広告を閲覧し、当該広告に係るページの所定の箇所を操作（タップ）する。
　～ステップＳ５０３～
　サービスサーバ２００ａは、上記ユーザ端末１００との間で情報を送受信し、当該ユーザ端末１００に、インセンティブ用アプリケーションが搭載（インストール）されているかを判定する。サービスサーバ２００ａは、インストールされていない場合には、ステップＳ５０５へ進み、インストールされている場合には、ステップＳ５０７へ進む。
　～ステップＳ５０５～
　ユーザ端末１００に、インセンティブ用アプリケーションがインストールされる。ユーザ端末１００は、インストールが完了した後に、上述のステップＳ５０３へ戻る。
　～ステップＳ５０７～
　ステップＳ５０１における被紹介者によるインターネット広告の所定の箇所に対する操作をトリガーにして、ユーザ端末１００は、インターネット広告のページのＵＲＬパラメータから、紹介コードを取得する。そして、ユーザ端末１００は、取得した紹介コードを、被紹介者ＩＤ及び紹介コードの取得（登録）日時の情報とともに、コード管理サーバ５００へ送信する。
　～ステップＳ５０９～
　ユーザ端末１００は、インセンティブ用アプリケーションを起動する。この際、ユーザ端末１００は、上記ＵＲＬパラメータから、起動の方法を指定する情報を取得することができ、取得した指定情報に基づき、インセンティブ用アプリケーションを起動する。
　さらに、コード管理サーバ５００は、受信した紹介コードが適切な紹介コードであるか否かを判定し、適切であると判定した場合には、判定結果を、紹介コードに紐づけられたシステムＩＤ、キャンペーンＩＤ、紹介者ＩＤ、電子マネーの種別等の情報ともに、ユーザ端末１００へ送信する。また、コード管理サーバ５００は、紹介コードが適切でないと判定した場合には、判定結果をユーザ端末１００へ送信する。なお、この際、コード管理サーバ５００は、二重取りが無いか否か等も判定することが好ましい。
　～ステップＳ５１１～
　ユーザ端末１００は、紹介コードが適切な紹介コードである場合には、コード管理サーバ５００から、システムＩＤ、キャンペーンＩＤ、紹介者ＩＤ、電子マネーの種別、紹介コードの判定結果等の情報を取得する。そして、ユーザ端末１００は、取得した情報をサービスサーバ２００ａへ送信し、ステップＳ５１５へ進む。一方、ユーザ端末１００は、紹介コードが適切な紹介コードでない場合には、ステップＳ５１３へ進む。
　～ステップＳ５１３～
　ユーザ端末１００は、エラーメッセージを表示し、処理を終了する。
　～ステップＳ５１５、ステップＳ５１７、ステップＳ５１９及びステップＳ５２１～
　当該ステップＳ５１５は、上述した図２１のステップＳ４０９、ステップＳ４１１、ステップＳ４１３及びステップＳ４１５とそれぞれ同様であることから、ここでは詳細な説明を省略する。
　なお、本実施形態においては、インターネット広告の閲覧時に、ユーザ端末１００からサービスサーバ２００ａへ送信された閲覧日時、被紹介者ＩＤ等の情報に基づいて、被紹介者が、所定のインターネット広告を閲覧した後に、所定の電子マネーの発券、利用に至ったのかを認識することができる。
　また、本実施形態においては、コード管理サーバ５００の機能をサービスサーバ２００ａによって実行してもよく、処理する装置については、特に限定されるものではない。
　以上のように、本実施形態によれば、日常的に所定の電子マネーを利用する紹介者が電子マネーを紹介することにより、被紹介者は安心感を持つことができることから、被紹介者による電子マネーの利用を促進することができる。さらに、本実施形態によれば、被紹介者の電子マネーの利用により、紹介者及び被紹介者にインセンティブが付与されることから、紹介者に対して紹介を行う強い動機づけ、被紹介者に対して利用する強い動機づけを行うことができる。
　加えて、本実施形態においては、被紹介者がどのような流入経路を経て電子マネーの利用に至ったかの情報を取得することが可能であり、流入経路に応じてインセンティブを被紹介者に付与することができることから、電子マネーの利用をより効果的に促進させることができる。さらに、本実施形態によれば、事業者が流入経路に係る情報を収集することもできることから、収集した情報を今後のマーケティング活動や広告宣伝活動に生かすこともできる。
　なお、上述の説明では、第３の実施形態は、上述した本開示の第１の実施形態又は第２の実施形態に係る情報処理システム１０に所定の装置等を付加した情報処理システム１０ａで実施されるものとして説明したが、これに限定されるものではない。例えば、第３の実施形態においては、当該実施形態のみを実施することができるような情報処理システム１０ａにより、単独で実施されてもよい。
　＜＜５．　まとめ＞＞
　以上のように、上述した本開示の各実施形態によれば、促進施策を効果的に行うことが可能となる。
　＜＜６．　ハードウェア構成＞＞
　次に、図２４を参照して、本開示の実施形態に係るユーザ端末１００、サービスサーバ２００、集約サーバ３００、コード管理サーバ５００のハードウェア構成について説明する。図２４は、本開示の実施形態に係る情報処理装置のハードウェア構成を説明するためのブロック図である。図示された情報処理装置９００は、例えば、上述の実施形態におけるユーザ端末１００、サービスサーバ２００、集約サーバ３００、コード管理サーバ５００を実現し得る。
　情報処理装置９００は、ＣＰＵ９０１と、ＲＯＭ９０２と、ＲＡＭ９０３と、ホストバス９０４とを有する。また、情報処理装置９００は、ブリッジ９０５と、外部バス９０６と、インタフェース９０７と、入力装置９０８と、出力装置９０９と、ストレージ装置９１０と、ドライブ９１１と、リムーバブル記憶媒体９１２と、通信装置９１３とを有する。
　ＣＰＵ９０１は、演算処理装置及び制御装置として機能し、ＲＯＭ９０２、ＲＡＭ９０３、ストレージ装置９１０、又はリムーバブル記録媒体９１２に記録された各種プログラムに従って、情報処理装置９００内の動作全般、又は、その一部を制御する。ＲＯＭ９０２は、ＣＰＵ９０１が使用するプログラムや演算パラメータなどを記憶する。ＲＡＭ９０３は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。ＣＰＵ９０１、ＲＯＭ９０２、及びＲＡＭ９０３は、ＣＰＵバスなどの内部バスにより構成されるホストバス９０４により相互に接続されている。さらに、ホストバス９０４は、ブリッジ９０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ　Ｃｏｍｐｏｎｅｎｔ　Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス９０６に接続されている。なお、必ずしもホストバス９０４、ブリッジ９０５及び外部バス９０６を分離構成する必要はなく、１つのバスにこれらの機能を実装してもよい。
　入力装置９０８は、例えば、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチ及びレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ９０１に出力する入力制御回路などから構成されている。情報処理装置９００を操作するユーザは、当該入力装置９０８を操作することにより、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりすることができる。なお、入力装置９０８は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよい。
　出力装置９０９は、取得した情報をユーザに対して視覚的又は聴覚的に通知することが可能な装置で構成される。出力装置９０９は、例えば、ＬＣＤ、有機ＥＬ（Ｅｌｅｃｔｒｏ　Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、ランプ等の表示装置、スピーカ及びヘッドフォン等の音声出力装置等であり得る。出力装置９０９は、情報処理装置９００の処理により得られた結果を、テキスト又は画像などの映像として出力したり、音声又は音響等の音声として出力したりすることができる。
　ストレージ装置９１０は、情報処理装置９００の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１０は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置及び記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。ストレージ装置９１０は、例えば、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス等により構成される。このストレージ装置９１０は、ＣＰＵ９０１が実行するプログラムや各種データ、及び外部から取得した各種のデータ等を格納する。
　ドライブ９１１は、磁気ディスク、光ディスク、又は半導体メモリ等のリムーバブル記録媒体９１２のためのリーダライタであり、情報処理装置９００に内蔵、あるいは外付けされる。ドライブ９１１は、例えば、装着されているリムーバブル記録媒体９１２に記録されている情報を読み出して、ＲＡＭ９０３に出力する。また、ドライブ９１１は、装着されているリムーバブル記録媒体９１２に記録を書き込む。
　通信装置９１３は、例えば、通信ネットワークに接続するための通信デバイスなどで構成された通信インタフェースである。通信装置９１３は、例えば、有線又は無線ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷＵＳＢ（ｗｉｒｅｌｅｓｓ　ＵＳＢ）用の通信カード等であり得る。また、通信装置９１３は、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ　Ｄｉｇｉｔａｌ　Ｓｕｂｓｃｒｉｂｅｒ　Ｌｉｎｅ）用のルータ、又は、各種通信用のモデム等であってもよい。通信装置９１３は、例えば、インターネットや他の通信機器との間で、ＴＣＰ／ＩＰなどの所定のプロトコルを用いて信号等を送受信する。また、通信装置９１３に接続される通信ネットワークは、有線又は無線によって接続されたネットワークであり、例えば、インターネット、家庭内ＬＡＮ、赤外線通信又は衛星通信等である。
　以上、情報処理装置９００のハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。かかる構成は、実施する時々の技術レベルに応じて適宜変更され得る。
　＜＜７．　補足＞＞
　なお、先に説明した本開示の実施形態は、例えば、上記で説明したような情報処理装置又は情報処理システムで実行される情報処理方法、情報処理装置を機能させるためのプログラム、及びプログラムが記録された一時的でない有形の媒体を含みうる。また、当該プログラムをインターネット等の通信回線（無線通信も含む）を介して頒布してもよい。
　また、上述した本開示の実施形態の情報処理方法における各ステップは、必ずしも記載された順序に沿って処理されなくてもよい。例えば、各ステップは、適宜順序が変更されて処理されてもよい。また、各ステップは、時系列的に処理される代わりに、一部並列的に又は個別的に処理されてもよい。さらに、各ステップの処理についても、必ずしも記載された方法に沿って処理されなくてもよく、例えば、他の機能部や装置等によって他の方法により処理されていてもよい。
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
　なお、以下のような構成も本開示の技術的範囲に属する。
（１）
　１つ又は複数の電子商取引事業者とユーザとの取引履歴を取得する情報取得部と、
　取得した前記取引履歴に基づいて、前記ユーザが所定の条件を満たしているかを判定する判定部と、
　判定結果に基づいて、前記ユーザが使用する情報処理端末を介して、結果に応じてポイントを付与することができるゲームを実行する権利を前記ユーザに付与するインセンティブ付与部と、
　を備える、情報処理装置。
（２）
　取得した前記取引履歴を識別情報と紐づけて格納する記憶部をさらに備える、上記（１）に記載の情報処理装置。
（３）
　前記情報取得部は、情報集約装置を介して、前記電子商取引事業者の管理する情報管理装置から前記取引履歴を取得する、
　上記（２）に記載の情報処理装置。
（４）
　前記情報取得部は、前記情報集約装置において前記識別情報と紐づけられた前記取引履歴を取得する、
　上記（３）に記載の情報処理装置。
（５）
　前記識別情報は、前記情報集約装置が生成した購入確認メールアドレスであり、
　前記購入確認メールアドレスは、前記ユーザの保有のユーザメールアドレスと紐づけられて前記記憶部に格納される、
　上記（４）に記載の情報処理装置。
（６）
　前記情報集約装置は、
　前記購入確認メールアドレスへの、前記各電子商取引事業者からの電子メールを受信することにより、前記取引履歴を集約する集約部と、
　集約した当該取引履歴を前記購入確認メールアドレスと紐づけて管理する管理部と、
　受信した前記電子メールを転送する転送部と、
　を有する、
　上記（５）に記載の情報処理装置。
（７）
　前記情報集約装置から転送された前記電子メールを、前記購入確認メールアドレスに紐づけられた前記ユーザメールアドレスを用いて、前記ユーザの保有する情報処理端末に送信する送信部をさらに備える、上記（６）に記載の情報処理装置。
（８）
　前記情報集約装置は、
　前記識別情報と紐づけられたアカウントを用いて、前記情報管理装置から前記取引履歴を集約する集約部と、
　取得した当該取引履歴を前記識別情報と紐づけて管理する管理部と、
　を有する、
　上記（４）に記載の情報処理装置。
（９）
　前記取引履歴は、前記ユーザが前記電子商取引事業者との間で行った取引の取引日時、取引商品、取引金額の情報のうちの少なくともいずれか１つを含む、上記（１）～（８）のいずれか１つに記載の情報処理装置。
（１０）
　前記判定部は、予め設定された前記所定の条件に基づき、前記ユーザが前記所定の条件を満たしているかを判定する、上記（１）～（９）のいずれか１つに記載の情報処理装置。
（１１）
　前記所定の条件は、期間、商品、金額、商品数、前記電子商取引事業者に対する条件のうちの少なくともいずれか１つを含む、上記（１）～（１０）のいずれか１つに記載の情報処理装置。
（１２）
　前記情報取得部は、レシートの撮像画像データを用いて、実店舗と前記ユーザとの取引履歴を取得する、上記（１）～（１１）のいずれか１つに記載の情報処理装置。
（１３）
　前記情報取得部は、前記ユーザが保有する情報処理端末から送信された流入経路情報を取得し、
　前記判定部は、取得した前記流入経路情報に基づいて、前記ユーザが所定の条件を満たしているかを判定する、
　上記（１）に記載の情報処理装置。
（１４）
　前記流入経路情報は、前記ユーザ以外の他のユーザから送信されたコード情報である、上記（１３）に記載の情報処理装置。
（１５）
　前記流入経路情報は、前記ユーザが閲覧したサイトから得られるコード情報である、上記（１３）に記載の情報処理装置。
（１６）
　１つ又は複数の電子商取引事業者とユーザとの取引履歴に基づいて、前記ユーザが所定の条件を満たしていると判定された場合に、結果に応じてポイントを付与することができるゲームを実行する権利を受領する、
　情報処理端末。
（１７）
　１つ又は複数の電子商取引事業者とユーザとの取引履歴を取得することと、
　取得した前記取引履歴に基づいて、前記ユーザが所定の条件を満たしているかを判定することと、
　判定結果に基づいて、前記ユーザが使用する情報処理端末を介して、結果に応じてポイントを付与することができるゲームを実行する権利を前記ユーザに付与することと、
　を含む、情報処理方法。
　１０、１０ａ　　情報処理システム
　１００　　ユーザ端末
　１１０　　表示部
　１２０、２２０　　入力部
　１３０、２３０、２３０ａ、３３０、３３０ａ、５３０　　記憶部
　１４０、２４０、２４０ａ、３４０、３４０ａ、５４０　　制御部
　１６０、２６０、３６０、５６０　　通信部
　１７０　　撮像部
　２００、２００ａ　　サービスサーバ
　２３２、３３４　　購入履歴ＤＢ
　２３４　　獲得条件ＤＢ
　２３６　　アカウントＤＢ
　２３８　　キャンペーンＤＢ
　２４２、２４２ａ、３４２、３４２ａ、５４２　　情報取得部
　２４４、２４４ａ、５４４　　判定部
　２４６、３４６　　出力制御部
　２４８、３４８　　転送部
　３００、３００ａ　　集約サーバ
　３３２　　メールアドレスＤＢ
　３３２ａ　　ログインアカウントＤＢ
　３５０　　生成部
　４００ａ、４００ｂ、４００ｃ　　ＥＣ事業者サーバ
　５００　　コード管理サーバ
　５３２、５３２ａ、５３２ｂ　　コードＤＢ
　５４８　　発行部
　６００　　レシート
　６０２、６０４、６０６、７００、７１０、７２０、７３０、７４０　　表示画面
　７０２、７１４、７２２　　ボタン
　７１２　　表示欄
　７３２、７４２　　入力欄
　９００　　情報処理装置
　９０１　　ＣＰＵ
　９０２　　ＲＯＭ
　９０３　　ＲＡＭ
　９０４　　ホストバス
　９０５　　ブリッジ
　９０６　　外部バス
　９０７　　インタフェース
　９０８　　入力装置
　９０９　　出力装置
　９１０　　ストレージ装置
　９１１　　ドライブ
　９１２　　リムーバブル記憶媒体
　９１３　　通信装置

Claims (17)

  1. 　１つ又は複数の電子商取引事業者とユーザとの取引履歴を取得する情報取得部と、
    　取得した前記取引履歴に基づいて、前記ユーザが所定の条件を満たしているかを判定する判定部と、
    　判定結果に基づいて、前記ユーザが使用する情報処理端末を介して、結果に応じてポイントを付与することができるゲームを実行する権利を前記ユーザに付与するインセンティブ付与部と、
    　を備える、情報処理装置。
  2. 　取得した前記取引履歴を識別情報と紐づけて格納する記憶部をさらに備える、請求項１に記載の情報処理装置。
  3. 　前記情報取得部は、情報集約装置を介して、前記電子商取引事業者の管理する情報管理装置から前記取引履歴を取得する、
    　請求項２に記載の情報処理装置。
  4. 　前記情報取得部は、前記情報集約装置において前記識別情報と紐づけられた前記取引履歴を取得する、
    　請求項３に記載の情報処理装置。
  5. 　前記識別情報は、前記情報集約装置が生成した購入確認メールアドレスであり、
    　前記購入確認メールアドレスは、前記ユーザの保有のユーザメールアドレスと紐づけられて前記記憶部に格納される、請求項４に記載の情報処理装置。
  6. 　前記情報集約装置は、
    　前記購入確認メールアドレスへの、前記各電子商取引事業者からの電子メールを受信することにより、前記取引履歴を集約する集約部と、
    　集約した当該取引履歴を前記購入確認メールアドレスと紐づけて管理する管理部と、
    　受信した前記電子メールを転送する転送部と、
    　を有する、
    　請求項５に記載の情報処理装置。
  7. 　前記情報集約装置から転送された前記電子メールを、前記購入確認メールアドレスに紐づけられた前記ユーザメールアドレスを用いて、前記ユーザの保有する情報処理端末に送信する送信部をさらに備える、請求項６に記載の情報処理装置。
  8. 　前記情報集約装置は、
    　前記識別情報と紐づけられたアカウントを用いて、前記情報管理装置から前記取引履歴を集約する集約部と、
    　取得した当該取引履歴を前記識別情報と紐づけて管理する管理部と、
    　を有する、
    　請求項４に記載の情報処理装置。
  9. 　前記取引履歴は、前記ユーザが前記電子商取引事業者との間で行った取引の取引日時、取引商品、取引金額の情報のうちの少なくともいずれか１つを含む、請求項１に記載の情報処理装置。
  10. 　前記判定部は、予め設定された前記所定の条件に基づき、前記ユーザが前記所定の条件を満たしているかを判定する、請求項１に記載の情報処理装置。
  11. 　前記所定の条件は、期間、商品、金額、商品数、前記電子商取引事業者に対する条件のうちの少なくともいずれか１つを含む、請求項１に記載の情報処理装置。
  12. 　前記情報取得部は、レシートの撮像画像データを用いて、実店舗と前記ユーザとの取引履歴を取得する、請求項１に記載の情報処理装置。
  13. 　前記情報取得部は、前記ユーザが保有する情報処理端末から送信された流入経路情報を取得し、
    　前記判定部は、取得した前記流入経路情報に基づいて、前記ユーザが所定の条件を満たしているかを判定する、
    　請求項１に記載の情報処理装置。
  14. 　前記流入経路情報は、前記ユーザ以外の他のユーザから送信されたコード情報である、請求項１３に記載の情報処理装置。
  15. 　前記流入経路情報は、前記ユーザが閲覧したサイトから得られるコード情報である、請求項１３に記載の情報処理装置。
  16. 　１つ又は複数の電子商取引事業者とユーザとの取引履歴に基づいて、前記ユーザが所定の条件を満たしていると判定された場合に、結果に応じてポイントを付与することができるゲームを実行する権利を受領する、
    　情報処理端末。
  17. 　１つ又は複数の電子商取引事業者とユーザとの取引履歴を取得することと、
    　取得した前記取引履歴に基づいて、前記ユーザが所定の条件を満たしているかを判定することと、
    　判定結果に基づいて、前記ユーザが使用する情報処理端末を介して、結果に応じてポイントを付与することができるゲームを実行する権利を前記ユーザに付与することと、
    　を含む、情報処理方法。
PCT/JP2019/019625 2018-06-01 2019-05-17 情報処理装置、情報処理端末及び情報処理方法 WO2019230440A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/058,254 US11397959B2 (en) 2018-06-01 2019-05-17 Information processing device, information processing terminal, and information processing method
JP2020522094A JP7234227B2 (ja) 2018-06-01 2019-05-17 情報処理装置、情報処理端末及び情報処理方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018105751 2018-06-01
JP2018-105751 2018-06-01

Publications (1)

Publication Number Publication Date
WO2019230440A1 true WO2019230440A1 (ja) 2019-12-05

Family

ID=68696897

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/019625 WO2019230440A1 (ja) 2018-06-01 2019-05-17 情報処理装置、情報処理端末及び情報処理方法

Country Status (3)

Country Link
US (1) US11397959B2 (ja)
JP (1) JP7234227B2 (ja)
WO (1) WO2019230440A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021125254A (ja) * 2020-01-31 2021-08-30 理想科学工業株式会社 特典付与システム、特典付与方法、ポイント管理システム、サーバ装置、ポイント管理方法、およびポイント管理プログラム
CN113537977A (zh) * 2020-04-22 2021-10-22 丰田自动车株式会社 服务器、钱包***、记录介质以及入账方法
JP7060140B1 (ja) 2021-07-05 2022-04-26 株式会社ぐるなび 情報処理システム、情報処理方法及びプログラム
WO2023234002A1 (ja) * 2022-05-30 2023-12-07 フェリカネットワークス株式会社 情報処理装置および方法、並びにプログラム

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11651384B2 (en) * 2018-06-22 2023-05-16 Edatanetworks Inc. Incenting a consumer to view an online advertisement of a merchant with whom the consumer was unlikely to have multiple prior transactions

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007242009A (ja) * 2006-02-13 2007-09-20 E-Tower:Kk 特典付与システム
JP2008112336A (ja) * 2006-10-31 2008-05-15 Dragon Field Inc オンラインショッピングにおけるキャッシュバックシステム
JP2009223688A (ja) * 2008-03-17 2009-10-01 Nippon Telegr & Teleph Corp <Ntt> 情報提供システム、情報提供装置および情報提供プログラム
JP2010079804A (ja) * 2008-09-29 2010-04-08 Zakura Inc 販売促進システム
JP2014006596A (ja) * 2012-06-21 2014-01-16 Nomura Research Institute Ltd 特典付与支援システム及び方法
JP2016139249A (ja) * 2015-01-27 2016-08-04 株式会社Ｎｂｓキオスク＆サービス ゲーム機能付きポイント発行システム
WO2017037890A1 (ja) * 2015-09-02 2017-03-09 楽天株式会社 管理装置、管理方法、非一時的な記録媒体、およびプログラム
JP2018169646A (ja) * 2017-03-29 2018-11-01 カタリナ マーケティング ジャパン株式会社 統合販売管理システム

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002092740A (ja) 2000-09-20 2002-03-29 Nippon Telegr & Teleph Corp <Ntt> 商品販売システムのポイント還元方法及び広告方法
JP4372467B2 (ja) 2003-06-19 2009-11-25 ビットワレット株式会社 電子マネーサーバ
JP2008225968A (ja) 2007-03-14 2008-09-25 Bitwallet Inc 広告ウェブサイト接続プログラム、記憶媒体、情報処理装置、及びサーバ装置
US20140149196A1 (en) * 2010-01-27 2014-05-29 Envizio, Inc. Offer redemption of an offer at a retailer
US20140058818A1 (en) * 2010-01-27 2014-02-27 Envizio, Inc. Offer redemption of an offer at a retailer interface that identifies a retail transaction and line items used by offer validation
WO2012078190A1 (en) * 2010-12-09 2012-06-14 Checkpoints Llc Systems, apparatuses and methods for verifying consumer activity and providing value to consumers based on consumer activity
JP2012181652A (ja) 2011-03-01 2012-09-20 Tomoyasu Hamaoka インセンティブ提供システム
US11861580B2 (en) * 2012-11-28 2024-01-02 Robert William Graham System for processing a transaction by a user at a transaction point
US10817892B2 (en) * 2014-11-21 2020-10-27 Quotient Technology Inc. Digital coupon offer redemption
US20200143405A1 (en) * 2018-01-22 2020-05-07 Matthew J. Tucker System and method to monetize the synchronized sharing of network-generated content through members of a virtual community

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007242009A (ja) * 2006-02-13 2007-09-20 E-Tower:Kk 特典付与システム
JP2008112336A (ja) * 2006-10-31 2008-05-15 Dragon Field Inc オンラインショッピングにおけるキャッシュバックシステム
JP2009223688A (ja) * 2008-03-17 2009-10-01 Nippon Telegr & Teleph Corp <Ntt> 情報提供システム、情報提供装置および情報提供プログラム
JP2010079804A (ja) * 2008-09-29 2010-04-08 Zakura Inc 販売促進システム
JP2014006596A (ja) * 2012-06-21 2014-01-16 Nomura Research Institute Ltd 特典付与支援システム及び方法
JP2016139249A (ja) * 2015-01-27 2016-08-04 株式会社Ｎｂｓキオスク＆サービス ゲーム機能付きポイント発行システム
WO2017037890A1 (ja) * 2015-09-02 2017-03-09 楽天株式会社 管理装置、管理方法、非一時的な記録媒体、およびプログラム
JP2018169646A (ja) * 2017-03-29 2018-11-01 カタリナ マーケティング ジャパン株式会社 統合販売管理システム

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021125254A (ja) * 2020-01-31 2021-08-30 理想科学工業株式会社 特典付与システム、特典付与方法、ポイント管理システム、サーバ装置、ポイント管理方法、およびポイント管理プログラム
JP2022123131A (ja) * 2020-01-31 2022-08-23 理想科学工業株式会社 特典付与システム、特典付与方法、ポイント管理システム、サーバ装置、ポイント管理方法、およびポイント管理プログラム
JP2022123130A (ja) * 2020-01-31 2022-08-23 理想科学工業株式会社 特典付与システム、特典付与方法、ポイント管理システム、サーバ装置、ポイント管理方法、およびポイント管理プログラム
JP7150073B2 (ja) 2020-01-31 2022-10-07 理想科学工業株式会社 特典付与システム、特典付与方法、ポイント管理システム、サーバ装置、ポイント管理方法、およびポイント管理プログラム
JP2022174310A (ja) * 2020-01-31 2022-11-22 理想科学工業株式会社 特典付与システム、特典付与方法、ポイント管理システム、サーバ装置、ポイント管理方法、およびポイント管理プログラム
JP7356556B2 (ja) 2020-01-31 2023-10-04 理想科学工業株式会社 特典付与システム、特典付与方法、および特典付与プログラム
CN113537977A (zh) * 2020-04-22 2021-10-22 丰田自动车株式会社 服务器、钱包***、记录介质以及入账方法
JP7060140B1 (ja) 2021-07-05 2022-04-26 株式会社ぐるなび 情報処理システム、情報処理方法及びプログラム
JP2023008302A (ja) * 2021-07-05 2023-01-19 株式会社ぐるなび 情報処理システム、情報処理方法及びプログラム
WO2023234002A1 (ja) * 2022-05-30 2023-12-07 フェリカネットワークス株式会社 情報処理装置および方法、並びにプログラム

Also Published As

Publication number Publication date
US11397959B2 (en) 2022-07-26
US20210182891A1 (en) 2021-06-17
JPWO2019230440A1 (ja) 2021-07-08
JP7234227B2 (ja) 2023-03-07

Similar Documents

Publication Publication Date Title
US11089120B2 (en) Method and apparatus for dynamically presenting content using an interface for setting conditional network destinations
WO2019230440A1 (ja) 情報処理装置、情報処理端末及び情報処理方法
US10305997B2 (en) Method and apparatus for dynamically presenting content using an interface for setting conditional network destinations
US20090327308A1 (en) Systems and methods for providing a consumption network
JP7357244B2 (ja) 店舗利用情報配信装置及びこれを備えた店舗利用情報配信システム並びに店舗利用情報配信方法
US20230252523A1 (en) Instrument system interaction tracking
JP2013109522A (ja) 商品購入希望者に対する支援機能を有するネットモールシステム
JP2019204479A (ja) 知人の商品購買履歴、関心商品及び利用後記を活用した商品販売システム
JP7194211B2 (ja) 広告ウェブサイトを利用したオンライン広告方法
TWI829052B (zh) 管理系統、伺服器裝置、程式及方法
JP2015087938A (ja) 商品販売管理サーバ及びインターネット販売促進システム
JP7446992B2 (ja) 情報処理装置及び情報処理方法
TW201734911A (zh) 伺服器裝置
JP6195950B1 (ja) サーバ装置及び情報処理システム
KR102489720B1 (ko) 바이럴 마케팅 장치 및 그것의 수행 방법
TW200828163A (en) Active transmission method and system thereof for advertising
JP2018032223A (ja) キャンペーン管理システム
JP2024028048A (ja) 決済情報処理装置、提供情報処理装置、情報処理方法、及び情報処理プログラム
TWI505213B (zh) 需求管理方法及系統，及其電腦程式產品
KR20220147784A (ko) 컨텐츠 활용 교육을 통한 상품 판매 시스템
KR20190001178A (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: 19810397

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020522094

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19810397

Country of ref document: EP

Kind code of ref document: A1