User behavior promotion support method, system, and server

Abstract

To provide a user action promotion supporting system capable of increasing a satisfaction level of a user to a stamp rally, and the like.SOLUTION: A server of a user action promotion supporting system extracts combinations of one or more spots, etc., serving as a target candidate included in a stamp sheet on the basis of user information and action records of a user, and presents the extracted combinations every user of a user terminal. The user terminal receives selection of one or more spots, etc., from among the combinations of one or more spots, etc., from the server, and transmits the selection to the server when the combinations are presented from the server. The server stores stamp sheet information of a stamp sheet including the selected one or more spots, etc. in a database. The user terminal transmits action records to the server when the user takes an action in the selected spot, etc. The server gives a privilege to the user of the user terminal on the basis of the action records and the stamp sheet information.SELECTED DRAWING: Figure 5A

Description

[Technical Field]

[0001] The present disclosure relates generally to methods in a system that supports user behavior promotion, and more specifically to methods in a user behavior promotion support system that promotes behavior at stamp rally targets (rally targets (stores, areas, etc.)) selected by the user (user) himself / herself. [Background technology]

[0002] Conventionally, systems have been provided to promote user behavior in order to improve user convenience or satisfaction, etc. A typical example of such systems is a stamp rally system.

[0003] For example, a stamp rally system has been proposed that improves user satisfaction by dynamically setting a stamp rally route that suits the user's hobbies and preferences based on the attributes of the stamp rally user and the reading history of the electronic tag (Patent Document 1).

[0004] Patent Document 1 discloses a stamp rally system that is composed of multiple electronic tags, a mobile phone, and a server device, and that conducts a stamp rally using electronic stamps. The server device has a user registration unit that registers user information for the mobile phone, a route calculation unit that calculates at least one stamp rally route that connects multiple locations where each electronic tag is installed in a specific order based on the user information, and a server-side communication unit that outputs the calculated stamp rally route to the mobile phone. The mobile phone has an input unit that accepts input from the user, a display unit that displays the stamp rally route input from the server device, a reading unit that reads the tag information recorded on the electronic tag, and a terminal-side communication unit that outputs the user information and the tag information to the server device. If the tag information input from the mobile phone deviates from the stamp rally route, the route calculation unit recalculates the stamp rally route based on the user information and the tag information of the location that deviated from the stamp rally route, and the server-side communication unit outputs the recalculated stamp rally route to the mobile phone.

[0005] Also, a technique has been proposed for providing information about two or more destinations to a user who wants to travel to those destinations continuously and efficiently (Patent Document 2).

[0006] That is, Patent Document 2 discloses a destination information providing server comprising: a communication means for enabling transmission and reception with a user terminal, which is a mobile communication terminal used by a user, via a network; a display information output means for displaying information regarding destination information that can be the user's travel destination on the display screen of the user terminal; a user location extraction means for identifying the user's current location from the information obtained by the communication means and extracting user location information; a database in which the destination information sorted into multiple categories based on at least the user's requests for destinations and user history information indicating the user's location over time identified by the user location extraction means are stored; a destination setting means for setting a base point and multiple destinations for the user by referring to the destination information stored in the database based on the destination-related request information transmitted from the user terminal by the communication means and transmitting the set destinations to the user terminal; a determination means for determining whether the user is located at the base point and / or destination, and instructing the destination setting means to set a new destination if the user is located at the base point and / or destination; and an update means for updating the user history information based on the determination means and the information obtained by the destination setting means. [Prior art documents] [Patent documents]

[0007] [Patent Document 1] Japanese Patent Application Laid-Open No. 2011-053956 [Patent Document 2] Japanese Patent Application Laid-Open No. 2004-185234 Summary of the Invention [Problem to be solved by the invention]

[0008] As described above, according to the technology described in Patent Document 1, if the tag information input from a mobile phone deviates from the stamp rally route, the stamp rally route is calculated again based on the user information and the tag information of the location that deviated from the stamp rally route, and output to the mobile phone. However, the technology described in Patent Document 1 does not allow the user to select the generation of the stamp rally route (or stamp sheet) itself.

[0009] Furthermore, according to the technology described in Patent Document 2, the user can select a destination when generating a stamp sheet. However, the destination candidates that the user can select are listed based on the user's current location. Therefore, there is room for improvement in the presentation of destination (target spot / target event) candidates. [Means for solving the problem]

[0010] Therefore, a method for executing a user behavior promotion support system according to an embodiment of the present disclosure is a method executed on a user behavior promotion support system having one or more servers and a plurality of user terminals configured to be connectable to at least one of the one or more servers, and causes the server to store user information about users of the plurality of user terminals, stamp rally target information about one or more spots and / or events, and behavior records of the users at the spots and / or events in a database, and selects the one or more spots and / or events that are candidates for inclusion on a stamp sheet for each user of the user terminal based on the user information and / or the behavior records. and when the one or more spots and / or events are presented by the server, the user terminal accepts the selection of one or more spots and / or events from the one or more spots and / or events and transmits the selection to the server, the server stores stamp sheet information of a stamp sheet including the selected one or more spots and / or events in the database, the user terminal transmits an action record to the server when the user performs an action at the selected spot and / or event, and the server grants a benefit to the user of the user terminal based on the action record and the stamp sheet information.

[0011] According to the present disclosure, a stamp sheet is created that includes spots and / or events selected by the user of the user terminal as targets (target spots / target events). This allows the user to participate in a stamp rally that includes the spots and / or events selected by the user, thereby increasing the user's motivation to participate in and complete the stamp rally. In addition, the spots and / or events that the user can select may be presented to each user based on user information. This makes it possible to participate in a stamp rally using a stamp sheet that includes targets that match the user's attributes and behavioral history, according to the user's own selection. This increases the user's satisfaction with the stamp rally.

[0012] Furthermore, if the spot includes a store, the user's behavior may include the user's visit to the store, which makes it possible to promote sales by encouraging the user to visit a store that matches their selection (preference).

[0013] Furthermore, if the spot includes a store, the user's behavior may include the user's payment behavior for goods or services at the store, which makes it possible to encourage consumption behavior at stores that match the user's selection (preferences).

[0014] The store may also include a virtual store on the web, which makes it possible to encourage users to visit a virtual store that matches their selection (preference).

[0015] Furthermore, if the spot includes a region or area (such as a free or paid tourist spot), the user's behavior may include the user's visit to the region or area, which can lead to sales promotion by encouraging the user to visit a region or area that matches their selection (preference).

[0016] Furthermore, if the spot includes a region or area, the user's behavior may include a predetermined action by the user in the region or area, which makes it possible to promote sales by encouraging the user to take action in a region or area that matches their selection (preference).

[0017] Furthermore, the presence or absence of the user's activity may be determined based on location information of the user terminal, which enables a stamp rally using location information and encourages users to move around. [Effects of the Invention]

[0018] According to a method according to one embodiment of the present disclosure, a user can select rally targets (target spots / target events) that are presented based on the user's attributes and behavioral history, allowing the user to create a stamp rally that includes the rally targets selected by the user, thereby increasing the user's motivation to participate in / complete the stamp rally and promoting user behavior. [Brief explanation of the drawings]

[0019] [Figure 1] 1 is an explanatory diagram illustrating an example of the overall configuration of a user behavior promotion support system according to an embodiment of the present disclosure; [Figure 2A] 1 is an explanatory diagram illustrating a functional block configuration of a support server in a user behavior promotion support system according to an embodiment of the present disclosure. [Figure 2B] 1 is an explanatory diagram illustrating a functional block configuration of a store terminal in a user behavior promotion support system according to an embodiment of the present disclosure. FIG. [Figure 3] 1 is an explanatory diagram illustrating an example of the external configuration of an information processing device (user terminal) in a user behavior promotion support system according to an embodiment of the present disclosure. [Figure 4] 1 is an explanatory diagram illustrating a functional block configuration of hardware constituting an information processing device (user terminal) in a user behavior promotion support system according to an embodiment of the present disclosure. [Figure 5A] FIG. 1 is an explanatory diagram illustrating a processing operation flow in a user behavior promotion support system according to an embodiment of the present disclosure. [Figure 5B] FIG. 1 is an explanatory diagram illustrating a processing operation flow in a user behavior promotion support system according to an embodiment of the present disclosure. [Figure 6] 10 is an explanatory diagram illustrating an example of an entry process for store information and the like in a user behavior promotion support system according to an embodiment of the present disclosure. FIG. [Figure 7] 10 is an explanatory diagram illustrating an example of a stamp rally process for implementing a stamp rally in a user behavior promotion support system according to an embodiment of the present disclosure. FIG. [Figure 8] FIG. 10 is an explanatory diagram illustrating a display example of a user terminal in a user behavior promotion support system according to an embodiment of the present disclosure. [Figure 9] FIG. 10 is an explanatory diagram illustrating a display example of a user terminal in a user behavior promotion support system according to an embodiment of the present disclosure. [Figure 10] FIG. 10 is an explanatory diagram illustrating a display example of a user terminal in a user behavior promotion support system according to an embodiment of the present disclosure. [Figure 11] FIG. 10 is an explanatory diagram illustrating a display example of a user terminal in a user behavior promotion support system according to an embodiment of the present disclosure. [Figure 12A] FIG. 10 is an explanatory diagram illustrating a display example of a user terminal in a user behavior promotion support system according to an embodiment of the present disclosure. [Figure 12B] FIG. 10 is an explanatory diagram illustrating a display example of a user terminal in a user behavior promotion support system according to an embodiment of the present disclosure. [Figure 13] FIG. 10 is an explanatory diagram illustrating a processing operation flow when the stamp giving conditions are generalized in the user behavior promotion support system according to an embodiment of the present disclosure. [Figure 14] 10 is an explanatory diagram illustrating a processing operation flow when a photograph of an object installed in a store or area is used as a stamp granting condition in a user behavior promotion support system according to an embodiment of the present disclosure. FIG. [Figure 15] FIG. 10 is an explanatory diagram illustrating a processing operation flow when location information is used as a stamp assignment condition in a user behavior promotion support system according to an embodiment of the present disclosure. [Figure 16] FIG. 10 is an explanatory diagram illustrating a stamp assignment process flow for assigning a stamp in a user behavior promotion support system according to an embodiment of the present disclosure. DETAILED DESCRIPTION OF THE INVENTION

[0020] A user behavior promotion support system according to an embodiment of the present disclosure will be described in detail below with reference to the drawings. In the following description, a stamp rally support system using a stamp sheet will be used as a specific example of the user behavior promotion support system. However, each description is merely an example and is not limited to the uses or operation methods of stamp rallies that are generally known at the time of filing of the present disclosure.

[0021] FIG. 1 illustrates an example of the overall configuration of a user behavior promotion support system according to an embodiment of the present disclosure.

[0022] As shown in FIG. 1, in one embodiment, the user behavior promotion support system 10 includes a support server(s) 11, a store terminal(s) 12, and various information processing devices used by users (consumers). (In the figure, mobile information terminals such as smartphones or tablets, or information processing terminals 13a-13c, a mobile phone 14, and a PC 15 are shown as examples. These devices may hereinafter be collectively referred to as "user terminals.") The store terminal(s) 12 include an information processing device used by the store (in the figure, a PC 121 is shown as an example. These devices may hereinafter be collectively referred to as "store terminals") and a store server 122 that manages various information related to multiple stores. The store terminal 121 may be multiple terminals (not shown), and the store server 122 may be a single server or multiple servers. The store server(s) 122 may also be omitted. As shown in FIG. 1, the support server 11 and various terminals in the user behavior promotion support system 10 are connected to each other so that they can communicate with each other via dedicated lines or public lines such as the Internet (wired lines: 16a to 16c). The lines may be wired or wireless. In the wireless case, the information processing terminals 13a to 13c and the mobile phone 14 wirelessly access the Internet 18 via a base station or access point (not shown), and are further connected to the support server 11 so that they can communicate with each other via line 17. The present disclosure is not limited to the example of the user behavior promotion support system 10; any information processing device may be added or omitted to the extent feasible, and at least some of the functions and processes of each information processing device described below may be realized by another information processing device.

[0023] Here, an access point is a wireless device that connects wireless terminals such as PCs and smartphones to each other or to other networks. It is typically a device that operates using communication protocols in Layer 1 (physical layer) and Layer 2 (data link layer) of the OSI reference model.

[0024] At the time of filing this application, many mobile information terminals or information processing terminals such as mobile phones, smartphones, and tablets have processing capabilities (communication processing speed, image processing capabilities, etc.) equivalent to those of personal computers (PCs), and can be considered small computers.

[0025] In addition, the programs or software necessary for implementing the present disclosure are typically installed or stored in an HDD (Hard Disk Drive), SSD (Solid State Drive), etc. in the storage unit of a PC or mobile information terminal, and when the programs or software are executed, all or part of them are read out as software modules into the memory in the storage unit as needed, and are calculated and executed by the CPU.

[0026] Alternatively, a browser-based computer or mobile information terminal can be used, in which case the program is distributed to the terminal from another server or computer as needed and executed in the browser on the terminal.

[0027] Furthermore, the hardware configuration of the support server 11 can basically be a PC (for clarity, this will be described later with reference to FIG. 2A). Although the present disclosure is not limited to this, the support server 11 can also be configured to be suitable for processing large-scale data by operating multiple PCs (for example, tens to tens of thousands) in parallel to increase its hardware specifications as needed.

[0028] 2A shows a functional block diagram of a support server in a user behavior promotion support system according to an embodiment of the present disclosure. For example, the operation of the support server is realized by the individual operations of hardware components described below and the cooperative operation of software and the hardware components.

[0029] In FIG. 2A, the support server 200 as an entire hardware block is broadly composed of a CPU 201 for performing various comparison and calculation processes, a memory unit 202 such as RAM, ROM, flash memory, etc., an input unit 203 such as a keyboard or pointing device, an output unit 204 such as a display or speaker, a control unit 205 for controlling various signals, a communication (interface) unit 206 (whether wireless or wired), a clock unit 207 for measuring the time, etc., and a power supply unit 208.

[0030] These modules are connected by appropriate communication buses and power supply lines as needed. For convenience of explanation, the communication buses and power supply lines are shown as a group of connections 249 that are appropriately divided in Fig. 2A.

[0031] In addition, the programs or software executed on the support server 200 necessary for implementing the present disclosure are typically installed or stored in the HDD, SSD, flash memory, etc. that constitutes the storage unit 202, and when the programs or software are executed, all or part of them are read as software modules into the memory in the storage unit 202 as needed, and are calculated and executed by the CPU 201.

[0032] The calculations do not necessarily have to be performed by a central processing unit such as the CPU 201, but can also be performed by an auxiliary calculation device such as a digital signal processor (DSP) (not shown).

[0033] In one embodiment, the database included in the memory unit 202 (hereinafter also referred to as the "stamp rally database") stores user information about users of each user terminal, rally target information about spots and / or events that are rally targets, and user behavior records at spots and / or events that are rally targets.

[0034] Here, in one embodiment, the following data items can be used for the user information. Note that the information in Table 1 is an example, and the user information may be any information associated with a user. For example, it may be participation history and progress in past rallies. [Table 1]

[0035] In one embodiment, the rally target information may include the following data items: Note that the information in Table 2 is an example, and the rally target information may include any information associated with the rally target. [Table 2]

[0036] In one embodiment, the following data items can be used in the user behavior record: Note that the information in Table 3 is an example, and the user behavior record may include any information related to the user's behavior. [Table 3] The above-mentioned behavioral records may be managed for each user for each purchase of a product or service (or for each behavior at a visited place). The purchased product, the service received, or the specific behavior at a visited place can be managed by a type ID (not shown) or the like that is managed separately.

[0037] The rally target spot can be not only an actual store area, but also a virtual store or area on the web. The store may refer to either an individual store within a commercial facility or the commercial facility itself. Alternatively, the spot may be a region or area.

[0038] 2B shows a functional block diagram of a store terminal in a user behavior promotion support system according to an embodiment of the present disclosure. For example, the operation of the store terminal is realized by the individual operations of hardware described below and the cooperative operation of software and the hardware.

[0039] In FIG. 2B , the store terminal 250 as an entire hardware block is broadly composed of a CPU 251, a memory unit 252, an input unit 253, an output unit 254, a control unit 255, a communication (interface) unit 256, a timer unit 257, and a power supply unit 258. These modules are essentially the same as the modules of the support server 200 in FIG. 2A . However, the store terminal 250 may have a payment function between the store terminal 250 and a user terminal. The payment function may be any function for proceeding with a payment. For example, image information (two-dimensional code or barcode) displayed on the user terminal may be read by a reader (part of the input unit 253) of the store terminal 250 (so-called customer presented mode: CPM). In this case, the store terminal 250 transmits payment information to the store server. In one embodiment of the present disclosure, this payment information may be used as a trigger for granting a benefit to the user (described below). Naturally, the payment function is not limited to CPM, but may be MPM (Merchant Presented Mode) or another payment method, or may be a function of requesting payment processing from another information processing device. If the payment function is a function of requesting payment processing from another information processing device, the payment function may be a function of obtaining the result of the payment request (whether or not the payment is completed).

[0040] These modules are connected by communication buses and power supply lines as needed. For convenience of explanation, the communication buses and power supply lines are shown as a group of connections 299 that are appropriately divided in Fig. 2B.

[0041] The basic configuration of the store server (e.g., 122 in FIG. 1) is the same as that of the support server (FIG. 2A), and is therefore not shown in the figure. Note that the storage unit of the store server (corresponding to 202 in FIG. 2A) may be provided with a database (store database) that stores payment information and the like at each store.

[0042] Here, as one embodiment, the payment information can employ the following data items: Naturally, Table 4 is an example, and the payment information may be any information related to a payment associated with a user, and may include points awarded based on the payment. [Table 4]

[0043] FIG. 3 illustrates the external configuration of a smartphone or tablet terminal 32 (13a to 13c) as an example of a user terminal in a user behavior promotion support system according to an embodiment of the present disclosure. In FIG. 3, the user terminal (smartphone or tablet terminal) 32 includes a housing 321, a display 322, and a hardware button 323 provided in the lower center of the housing 321. The display 322 is typically configured as a liquid crystal display (LCD) or the like and is capable of displaying various information such as text, still images, and videos. Furthermore, menu buttons and a software keyboard can be displayed on the display 322, and instructions (commands) can be issued to the tablet terminal 32 by touching these with a finger or a touch pen (not shown). While the hardware button 323 is not an essential component in this regard, for the sake of convenience in explaining the present disclosure, it is implemented as a button that performs a certain function. Of course, these hardware buttons 323 can also be replaced with menu buttons displayed in part of the display 322.

[0044] The display 322 also includes a multi-touch input panel, and the coordinates of a touch input position on the touch input panel are sent to the processing system (CPU) of the tablet terminal 32 via an input device interface (not shown) for processing. The multi-touch input panel is configured to be able to simultaneously sense multiple contact points on the panel. This detection (sensor) can be achieved by various methods and is not necessarily limited to a contact sensor; for example, an optical sensor can be used to extract a point indicated on the panel. Furthermore, in addition to contact sensors and optical sensors, a capacitance sensor that senses contact with human skin can also be used.

[0045] Although not shown in Fig. 3, the user terminal 32 may also be equipped with a microphone and speaker. In this case, it is possible to distinguish the user's voice picked up by the microphone and use it as an input command. Furthermore, although not shown in Fig. 3, a camera device such as a CMOS may be mounted on the back of the user terminal 32.

[0046] 4 illustrates a functional block diagram of hardware constituting a user terminal 32 (13a to 13c) according to an embodiment of the present disclosure. The operation of the user terminal 32 is realized by the individual operations of the hardware described below and the cooperative operation of the software and the hardware.

[0047] In Figure 4, the user terminal 400 as an entire hardware block can be broadly divided into an input unit 401 consisting of the hardware buttons 323 in Figure 3, a multi-touch input panel provided on the display 322, a microphone, etc.; a memory unit 402 consisting of a hard disk for storing programs, data, etc., RAM and / or ROM, etc.; a central processing unit 403 consisting of a CPU that performs various numerical calculations and logical operations using programs; a display unit 404 consisting of the display 322, etc.; a control unit 405 for controlling chips, electrical systems, etc.; a communication interface unit 406 consisting of a slot for accessing the Internet, a port for optical communication, and a communication interface; an output unit 407 including a speaker, vibration, infrared projector, etc.; a timing unit 408 for measuring the time, etc.; a sensor unit 409 consisting of an image sensor such as a CMOS, an infrared sensor, an inertial sensor, etc.; and a power supply unit 410 for supplying power to each module within the device, and these modules are connected by communication buses and power supply lines as necessary. In FIG. 4, for the sake of convenience, the communication bus and power supply lines are shown as a group of connections 499 that are appropriately divided.

[0048] The sensor unit 409 may include a GPS sensor module for identifying the position of the user terminal 400 (13a to 13c). Signals detected by an image sensor such as a CMOS or an infrared sensor constituting the sensor unit 409 can be processed as input information by the input unit 401.

[0049] Furthermore, the programs or software executed on tablet terminal 400 necessary for implementing the present disclosure are typically installed or stored in an HDD, SSD, flash memory, or the like that constitutes storage unit 402. When the programs or software are executed, all or part of them are read as software modules into the memory in storage unit 402 as needed, and are then calculated and executed by CPU 403.

[0050] The calculations do not necessarily have to be performed by a central processing unit 403 such as a CPU, but an auxiliary calculation device such as a digital signal processor (DSP) (not shown) can also be used.

[0051] 5A illustrates a first processing operation flow in a user behavior promotion support system according to an embodiment of the present disclosure. Although the present disclosure is not limited thereto, the operation flow illustrated in FIG. 5A illustratively includes steps from advance preparation for a stamp rally to the execution of the stamp rally.

[0052] First, before starting a service using the user behavior promotion support system, the administrator of the support server registers store information in the stamp rally database (storage unit 202 in FIG. 2A) of the support server (FIG. 5A, step S500). The store information here may include a store ID, store name, address (including location and position information), information on products / services offered, and information on the person in charge. After the store information is registered, the service using the user behavior promotion support system is started. The store information can be updated at any time by the administrator of the support server.

[0053] Furthermore, if another spot (e.g., a region or area) is used as the target of the stamp rally in addition to or instead of a store, information about that spot should be registered. The spot information here may include the spot (area) ID, spot (area) name, address (including location and position information), product / service / event information, operator / administrator information, etc. Furthermore, if an event (action) is used as the target of the stamp rally in addition to or instead of a store or other spot, information about that event (action) should be registered. Events may include user actions such as the purchase of a specific product or the use of a specific service. Events may also include friend referrals (in which case, the friend's participation may be a condition), questionnaire responses, and applications for specified procedures (web statement registration, email newsletter subscription, permission for notification notifications, etc.).

[0054] When a user performs a predetermined operation (such as tapping an icon) on a user terminal (such as 13a to 13c in FIG. 1) (step S501), a user application for a stamp rally is launched (time points t11 to t12). Note that the service or stamp rally is not limited to an application and may be launched via a web browser. The user terminal notifies the support server of a request to launch the user application or access the service (step S502). The notification may include identification information that can identify the user. In one embodiment of the present disclosure, upon receiving the notification of application launch, the support server executes a search process for store server information managed by the support server (time points t12 to t13, step S503). Additionally, in this search process, the user who sent the application launch notification is identified from the information that can identify the user, and the user information of the user is read from the stamp rally database (storage unit 202 in FIG. 2A). The support server also requests the user's transaction history from the store server (step S504). The transaction history here is from within the stamp rally target period and has not yet been received by the support server (updated information). Upon receiving the transaction history request, the store server extracts the user's transaction history from the store database (step S505) and transmits the extracted transaction history to the support server (step S506). Note that if event (behavior) information is used as the target of the stamp rally, as described above, it is also possible to query the store server for the behavior history for the event.

[0055] The support server that has received the transaction history performs an analysis process to determine whether to award a bonus for the stamp rally (step S507). In one embodiment of the present disclosure, the bonus can be awarded according to the progress (level of achievement) of the stamp rally. For example, indicators such as the degree of achievement in purchases / visits at stores that are part of the stamp rally, or visits to areas / regions that are part of the stamp rally, are used.

[0056] Alternatively, in other embodiments of the present disclosure, the awarding of the benefit may be determined based on whether a predetermined payment history is met, such as whether shopping was done at a specific store, whether a specific target product was purchased (whether a specific service was provided), whether a product was purchased (whether a service was provided) within a predetermined period, or whether a purchase was made for a predetermined amount or more. In this case, purchases at online shops may also be included. Needless to say, whether a store visit is determined based on whether a payment was made. By having the user select participating stores in the stamp rally and associating the awarding of rewards with payment behavior, the user can create their own stamp sheet that assumes payment, which makes it easier to motivate the user to participate in / complete the stamp rally. Also, because the user creates the stamp sheet that assumes payment behavior, it is possible to reduce the aversion to having to make a payment to participate in / complete the stamp rally.

[0057] Furthermore, if there is a new transaction history, the support server stores it in the stamp rally database. Furthermore, although the present disclosure is not limited thereto, in one embodiment, if there is a benefit to be awarded, the support server can award the benefit to the user at any timing (time t14, step S508). That is, the support server transmits information indicating the content of the awarded benefit (benefit award information) to the user terminal. The user terminal that receives the benefit award information displays the content. This allows the user to know whether or not a benefit has been awarded and the content of the benefit when launching the app.

[0058] The benefits referred to here may be, for example, points of a type designated by the stamp rally operator, physical goods, goods on the user app (avatars, honor / rank / titles, badges, rankings), or gift certificates / vouchers (physical or electronic). The benefits may also be the right to experience things (factory tours, product development, work experience, participation in pre-opening). Furthermore, the benefits may be selective benefits that can be selected from multiple options (the options may include premium items, or users may simply be allowed to choose from multiple equivalent items). They may also be things that grant a specific title to the user. In addition, the conditions for granting a bonus may include, for example, a bonus being awarded to all users who complete the stamp rally, a bonus being awarded by lottery to users who fulfill the conditions, a bonus being awarded on a first-come, first-served basis up to a predetermined number of users who fulfill the conditions, a bonus being shared among friends, a bonus being awarded to at least some users when a predetermined number or more users fulfill the conditions, or a bonus being awarded based on a weighting according to the user's customer rank.

[0059] Another condition for awarding rewards may be weighting based on the number of times the same stamp rally is completed. In this case, the number of visits / payments to the same store may also be used to weight the awarding of rewards. This means that a user can create multiple sheets for the same campaign. Specifically, there are the following variations:

[0060] (1) Each time multiple sheets created in the same campaign are completed, it will be counted as the second completion, the third completion, etc., and the more times it is completed, the greater the rewards will be.

[0061] (2) Each time multiple sheets created in the same campaign are completed, it will be counted as the second completion, the third completion, etc., and the more times the sheets are completed, the smaller the rewards will be.

[0062] (3) In addition, the degree of rewards will increase depending on the number of times the same store selected for the multiple sheets is achieved. For example, a title such as "Bronze" will be given the first time, "Silver" the second time, and "Gold" the third time. In other words, the rewards will change depending on the number of times the same store is achieved as a rally target in the same campaign.

[0063] When a user launches the app or uses the service for the first time, the user terminal can display a message requesting the user to register user information. Following this message, the user enters user information (such as name, date of birth, and gender). Once the entry is complete (for example, when the user presses the input completion button), the user terminal transmits the user information to the support server. The support server registers the received user information in the stamp rally database.

[0064] Furthermore, in one embodiment of the present disclosure, the linking of the user between the information managed by the support server and the information managed by the store server can be performed, for example, when a user terminal registers user information, by sharing the registration information between the support server and the store server and managing a common ID. Alternatively, if the user information (name, date of birth, etc.) received by the support server is matched with the user information held by the store server, the linking can be performed using the common ID.

[0065] Next, we will explain what happens when a user starts a new stamp rally (in other words, when a new stamp sheet is generated). When the user performs a predetermined operation on the user terminal to generate a new stamp sheet, the user terminal requests stamp rally options from the support server (time t15, step S509). The stamp rally options here may refer to multiple selectable rally target spots (target spots) or event (target events) candidates. Note that the options may also include genres to which individual rally targets belong. In other words, the options may be composed of a genre made up of multiple rally targets and multiple rally targets.

[0066] Upon receiving the request for options, the support server performs extraction processing to extract options (times t15 to t16, step S510). In one embodiment, the support server extracts options using user information, behavior history, the current location of the user terminal, etc. Although the present disclosure is not limited to these, the extraction of options may be performed based on at least one of the following elements, for example: (1) User attribute information: age, gender, etc. (2) User behavior history: User's past payment history, service usage history, etc. (3) Current location of the user terminal, etc.: Whether the location is an area that the user has never been to before. If it is an area that the user has visited multiple times, how often. The total time spent continuously in that area that day. Areas where the user was before arriving at that area, etc. The extraction process may be performed by known AI processing, and the extracted options may be extracted with the option genre / individual options optimized based on information about the user.

[0067] In addition, in one embodiment of the present disclosure, the number of rally targets and options included in the stamp sheet may be set based on information about the user. For example, a user who has made a large number of purchases or spent a large amount of money may be shown more options, or a smaller number of options may be shown.

[0068] Once options are extracted by the extraction process, the support server presents option candidates to the user terminal (step S511). Specifically, the support server transmits information about candidate target stores (target store information) to the user terminal. Note that if another spot (e.g., a region or area) is used as the target of the stamp rally in addition to or instead of a store, information about the candidate spot (target spot information) may be transmitted to the user terminal. Also, if an event (action) is used as the target of the stamp rally in addition to or instead of a spot such as a store, information about the event (action) (target event information) may be transmitted to the user terminal.

[0069] The user terminal that has received the target store information executes a selection process in response to user operation (times t16 to t17, step S512). Specifically, the user terminal displays a stamp rally candidate presentation screen for selecting a rally target. On this screen, multiple options that can be selected as rally targets are displayed, and selection can be made by operating the user terminal. When the user operates the user terminal to select a rally target from the multiple options and confirms the selection by pressing the enter button or the like, the rally target is confirmed, the contents of the stamp sheet are confirmed, and the selection process is completed.

[0070] In other embodiments of the present disclosure, at least some of the rally targets included on the stamp sheet may be set by a party other than the user, such as a stamp rally operator or a store representative. Although the present invention is not limited to this, conditions (option attribute conditions) for a store to be an option may be set. Examples of option attribute conditions include whether the store's payment method, point card system, and member information system are compatible with specified systems.

[0071] Furthermore, in one embodiment of the present disclosure, for example, at least a portion of the predetermined number (slots) of rally targets listed on a stamp sheet can be treated as advertisements (advertising slots), and an advertising bidding system can be adopted for operators of rally targets to issue advertisements. Naturally, the advertising slots may be set to a portion of the stores and areas of rally targets optimized for each user based on the user's attributes and behavioral history. In other words, a stamp sheet created by a user may include rally targets set by advertisements in addition to the rally targets selected by the user. Note that the number of rally targets not selected by the user (advertised rally targets) may be limited to be less than the number of rally targets selected by the user. Furthermore, whether or not to display advertised rally targets, or if so, the number / display ratio of displayed advertised rally targets, may be adjusted based on the user's attributes and behavioral history. For example, fewer advertised rally targets may be displayed for users with a large number of purchases or purchase amounts.

[0072] Furthermore, when an advertising bidding system is adopted, various forms can be adopted regarding the form of charging to stores (or areas), such as ex-post charging (charging fees based on the number of customers sent. The amount charged may be determined based not only on the number of customers but also on the amount paid. In one embodiment of the present disclosure, stores and areas are managed as options for a stamp rally, so the number of visitors, number of visits, number of people who make payments, number of payments, payment amount, etc. can be easily obtained) or fixed charging (a fixed charge when placing an advertisement).

[0073] In another embodiment of the present disclosure, the rally targets included on the stamp sheet can be selected by the user, or at least some of the targets can be designated by the rally operator or by known AI processing. In this case, the designation by the rally operator is a recommendation by the rally operator, and the designation by AI processing is positioned as an automatic recommendation by AI. These stamp selection candidates can be presented and selected by each type of user (customer).

[0074] Once the selection process is complete, the user terminal transmits the selection results (information about the selected target store / target event (selection information)) to the support server (step S513). The support server, having received the selection information, generates a new stamp sheet based on the selection information and registers it in the stamp rally database (times t17 to t18, step S514). Next, the support server transmits information about the generated new stamp sheet to the user terminal (step S515). The user terminal, having received the information about the new stamp sheet, displays the information (step S516). This allows the user to confirm the new stamp sheet based on their selection results. Note that in other embodiments of the present disclosure, a step may be provided in which the store selected by the rally organizer / user approves the created stamp rally (sheet).

[0075] Next, we will explain how to participate in a stamp rally using the newly generated stamp sheet. When a user purchases a product (or receives a service) at a target store, or when a specific target product (or receives a specific target service), the user terminal transmits the information (payment information) to the store server (step S517). The store server, having received the payment information, proceeds with the payment process (times t19 to t20, step S518). For example, when the user uses a reader in the user terminal to read payment image information (two-dimensional code or barcode) prepared by the store (in the case of a so-called store-presented mode: MPM), the user terminal notifies the store server of the completion of the payment and the details of the payment. The store server, upon receiving the notification, registers the details of the payment in the store database. When the user uses a reader in the store terminal to read payment image information displayed on the user terminal (in the case of a so-called customer-presented mode: CPM), the store terminal notifies the store server of the completion of the payment and the details of the payment. Alternatively, when the user completes the payment in cash, the user terminal may read the image information prepared by the store and notify the store server from the user terminal. Furthermore, when the payment is completed, the user may operate the user terminal to request the support server to acquire payment information from the store server. The payment process may also be a process of requesting payment processing from another information processing device or acquiring the results of the payment process. In one embodiment of the present disclosure, the acquisition of this payment information can be used as an opportunity to grant a reward to the user. Although not shown in Fig. 5A, after step S518, the store server can prepare for granting a reward to each user by setting a flag for granting a reward to each user and recording the added value of points, etc.

[0076] It is also possible to configure the system so that, when the user launches the stamp rally app after the payment process, the above-mentioned steps S501 to S508 are performed, and the user can learn of the benefits that have been granted. Also, as described above, when an event (behavior) is used as the target of the rally, behavior information regarding behavior in relation to the event can be used instead of payment information. In one embodiment of the present disclosure, the acquisition of this behavioral information can be used as an opportunity to grant a reward to the user. Although not shown in Fig. 5A, after step S518, the store server can prepare for granting a reward to the user by setting a flag for granting a reward to each user and recording an added value such as points.

[0077] Next, a case where a user checks their progress in the stamp rally will be described. When a user performs a predetermined operation on the user terminal while the stamp rally app is running, the user terminal transmits a request to reference the behavior history, etc. to the support server (time t21, step S519). The support server, having received the request, executes a generation process to generate the behavior history, etc. (times t21 to t22, step S520). In the generation process, the support server appropriately queries the store server for the behavior history of the target user, and the store server responds to the query (step S521). After compiling the user's behavior history as a result of the generation process, the support server transmits the behavior history to the user terminal (step S522). The user terminal displays the received behavior history (time t22 to step S523). This allows the user to check their progress in the stamp rally. Furthermore, in one embodiment of the present disclosure, when the behavior history, etc. is referenced, a process of granting a reward that meets the granting conditions (steps S503 to S508) can be performed.

[0078] 5B shows a second processing operation flow in a user behavior promotion support system according to an embodiment of the present disclosure. The operation flow shown in FIG. 5B is a modified example of FIG. 5A, and explanations of steps similar to those in FIG. 5A will be simplified or omitted. Although the present disclosure is not limited thereto, the operation flow shown in FIG. 5B illustratively includes steps from advance preparation for a stamp rally to the execution of the stamp rally.

[0079] First, before starting a service using the user behavior promotion support system, the administrator of the support server registers store information and user information in the database of the support server (storage unit 202 in FIG. 2A) (FIG. 5B, step S551). After registering at least the store information, the service using the user behavior promotion support system starts. The store information can be updated at any time by the administrator of the support server.

[0080] In the example of FIG. 5B, new store information and the like can be entered or added on the store terminal side. That is, in one embodiment, the store terminal manager starts browser software, accesses (logs in to) the support server via the Internet, and opens the store information entry screen. Then, the store terminal manager inputs store information and benefit information for entering the stamp rally (times t31 to t32, step S552). Once the store information and benefit information are entered, the store terminal transmits the entry information to the support server (step S553). The support server performs a registration process to register the received entry information (step S554). Examples of entering store information and the like will be described later with reference to FIG. 6. Note that the store terminal manager here may include the owner of the spot such as a store or the organizer of the event.

[0081] Step S555 and the subsequent steps S556 to S562 are the same as steps S509 to S516 in Fig. 5A. That is, when a user performs a predetermined operation (such as double-clicking an icon) on a user terminal (such as 13a to 13c in Fig. 1), a user application for the stamp rally is launched (not shown in Fig. 5B). With the user application running, the user performs a predetermined operation on the user terminal to generate a new stamp sheet. When this operation is performed, the user terminal requests stamp rally options from the support server (time t33, step S555).

[0082] Upon receiving the request for options, the support server performs extraction processing to extract options (time t33 to t34, step S556). After options are extracted through the extraction processing, the support server presents candidates to the user terminal (step S557). The user terminal that has received the candidate information executes selection processing (times t34 to t35, step S558). Upon completing the selection processing, the user terminal transmits the selection results (information on the selected target store / target event (selection information)) to the support server (step S559). The support server that has received the selection information generates a new stamp sheet based on the selection information and registers it in the stamp rally database (time t35 onward, step S560). Next, the support server transmits information on the generated new stamp sheet to the user terminal (time t36, step S561). The user terminal that has received the information on the new stamp sheet displays the information (step S562). This allows the user to view the new stamp sheet based on their selection results.

[0083] Next, we will explain how to participate in a stamp rally using the newly generated stamp sheet. When a user purchases a product (or receives a service) at a target store, the user terminal transmits the information (payment information) to the store server (step S563). The store server, having received the payment information, performs payment processing (times t37 to t38, step S564). After the payment processing is complete, the store server notifies the support server of the payment information (step S565). The support server performs history management by registering the received payment information in the stamp rally database (step S566). The history management in step S566 is the same as the analysis process (step S507) in FIG. 5A. After the history management, if a benefit to be awarded exists, the support server awards the benefit to the user (time t39, step S567). Therefore, at least in the example of FIG. 5B, the user can be explicitly notified of the award of the benefit when the payment processing is triggered.

[0084] As described above, one of the features of an embodiment of the present disclosure is that a benefit can be given to a user in response to a payment (or a user's behavior).

[0085] In FIG. 5B, the store server notifies the support server of the completion of the payment process, but the support server may notify the completion of the payment process in other ways. For example, the user terminal may notify the support server of the completion and details of the payment process. Alternatively, the user terminal may notify the support server of the completion of the payment process, and the support server, upon receiving the notification, may confirm the details of the payment process with the store server and then perform history management.

[0086] Next, we will explain the case where a user checks their progress in the stamp rally. Steps S568 to S571 in FIG. 5B are basically the same as steps S519 to S523 in FIG. 5A. That is, when a user performs a predetermined operation on the user terminal while the stamp rally app is running, the user terminal transmits a request to refer to the behavior history, etc. to the support server (time t40, step S568). The support server that has received the request to refer to the behavior history, etc. executes an extraction process to extract the behavior history, etc. (time t40 to t41, step S569). In the extraction process, the support server extracts the behavior history of the target user from the stamp rally database. As described above, in the example of FIG. 5B, when the payment process (step S564) is performed, the payment details are notified to the support server and registered in the stamp rally database. Therefore, when a request to refer to the behavior history etc. is made (step S568), the support server does not make an inquiry to the store server. After summarizing the user's behavior history as a result of the extraction process, the support server transmits the behavior history to the user terminal (step S570). The user terminal displays the received behavior history (from time t41, step S571). This allows the user to check their own progress in the stamp rally.

[0087] Next, with reference to FIG. 6, the entry of store information and the like (as an example, a detailed example of steps S552 to S554 in FIG. 5B) will be described. In the example of FIG. 5B, the entry information is registered by the support server, but the present disclosure is not limited to this, and the entry information may be registered in the store server. Here, when the entry information is registered in the store server, the entry information registered in the store server can also be registered in the support server at a predetermined timing, for example. Here, the predetermined timing can be the timing when the transmission content is approved as a result of checking the transmission content (step S608, described below), which will be described later.

[0088] When entry is initiated (FIG. 6, step S601), the store terminal administrator uses browser software to send an access request from the store terminal to the support server or store server (also simply referred to as the "server" in FIG. 6) (step S602). The store terminal administrator here may include the owner of a spot such as a store or the organizer of the event. The support server or store server performs authentication processing using a one-time password or the like (step S603). A known authentication method can be used for the authentication processing, or the authentication processing may be omitted. If the authentication processing is successful (Yes in step S604), the process proceeds to step S605. If the authentication is unsuccessful (No in step S604), the process ends (step S611) and starts again from step S601.

[0089] If the authentication is successful (Yes in step S604), the support server or store server sends an input form to the store terminal (step S605). The store terminal displays the received input form and accepts entry information input from the store terminal manager or the like (step S606). The input content here includes various information such as the store name, address, products / service providers, manager / person in charge, etc. Once the entry information has been entered, the store terminal sends the input content (entry information) to the support server or store server (step S607).

[0090] In one embodiment of the present disclosure, the support server or store server checks the received entry information (step S608). For example, it determines whether required fields have been entered and whether the entered content is appropriate for the stamp rally content. This determination can be made automatically by the server, but alternatively, it may be made manually by the stamp rally organizer. If there are no problems with the entry information (Yes in step S609), the support server or store server registers the received entry information in a database (e.g., a stamp rally database or a store database) (step S610). In other words, individual registrations by store terminal administrators (including spot owners and / or event organizers) are made by approving each individual application. Once the support server registers the entry information in the stamp rally database, the support server uses the entry information (store) as a target store option when subsequently generating a stamp sheet (steps S555 to S562 in FIG. 5B). Furthermore, once the store server registers the entry information in the store database, the store server can provide the entry information to the support server at a predetermined timing. In addition, conditions (option attribute conditions) may be set for entry. For example, if the rally target is a store, these conditions may include that the store's payment method, point card system, and member information system are compatible with the specified system.

[0091] Next, a stamp rally process (detailed example of steps S563 to S566 in FIG. 5B) for implementing a stamp rally will be described with reference to FIG. 7. In the example of FIG. 5B, payment information is registered in the support server, but the present disclosure is not limited to this. It may also be configured to register the payment information in the store server as in the example of FIG. 5A, and to be queried from the support server as needed.

[0092] When the stamp rally process is started (step S701), the user (customer) of the user terminal performs a predetermined operation on the user terminal to launch a user application for the stamp rally (step S702). When the user application is launched, details of the stamp rally currently being carried out by the user are displayed on the initial screen or a subsequent predetermined screen (step S703). Note that this display may be omitted. Also, as in the example of FIG. 5A, if the progress of the rally (updates to payment information) is to be checked when the user application is launched, the updated details may be displayed in a pop-up.

[0093] The user selects a store or event (action) for the rally (step S704). This selection means that the user checks the display of rally candidate items for the stamp rally and selects whether to make a purchase at the target store or participate in the target event. Alternatively, if the display of the stamp rally is omitted in step S703, the user may select and input that they will participate in the rally based on their own memory. Then, the user performs an action for the rally target (such as making a purchase at the target store or visiting the target area) (step S705).

[0094] When an action is taken in the rally target, the history (payment history or action history) information (history information) is sent to the store server or support server (step S706). The store server or support server checks the received history information (step S707). If there is no problem with the history information (Yes in S707), the store server or support server registers the received history information in the store database or stamp rally database (step S708) and ends the process for this flow (step S709. The stamp rally itself can continue. The same applies below). If there is a problem with the history information (No in S707), the store server or support server does not register the received history information in the database and ends the process for this flow (step S709). If the answer is No in step S707, the store server or support server may display a message indicating an error or the like on the user terminal (not shown).

[0095] Next, with reference to FIGS. 8 to 12B, examples of user terminal screens in a user behavior promotion support system according to an embodiment of the present disclosure will be described. FIG. 8 shows the external configuration of a smartphone or tablet terminal as a user terminal that displays a first example of a stamp rally screen (stamp sheet) according to an embodiment of the present disclosure. In FIG. 8, a user terminal 800 (smartphone or tablet terminal) comprises a housing 801, a display 802, and a hardware button 803 provided in the center of the bottom of the housing 802. The stamp rally screen displayed on the display 802 is a screen that displays rally targets selected (generated) by the user and allows the user to select which rally target to achieve, and can be used, for example, in step S516 of FIG. 5A or step S562 of FIG. 5B.

[0096] The stamp rally screen in FIG. 8 includes a stamp rally overview 811, a stamp sheet 812, and a benefit explanation 813. The stamp rally overview 811 is an explanation of the overview of the stamp rally currently being held, and includes, for example, the name of the stamp rally, the period of the event, and an overview / content of the benefits. The stamp sheet 812 includes rally targets 814a-814f that the user must complete. The rally targets 814a-814f here may include target spots (target stores, target areas, etc.) and target events. The benefit explanation 813 may include a description of the conditions for granting the benefit and the content of the benefit.

[0097] FIG. 9 illustrates the external configuration of a smartphone or tablet device serving as a user terminal displaying a second example of a stamp rally screen (stamp sheet) according to an embodiment of the present disclosure. In FIG. 9, the user terminal 900 includes a housing 901, a display 902, and hardware buttons 903. The stamp rally screen displayed on the display 902 includes a stamp rally overview 911, a stamp sheet 912, and a benefit description 913. In one embodiment, of the rally targets 914a to 914f on the stamp sheet 912, rally targets 914b and 914d that the user has already achieved are marked with a completed mark 915. This allows the user to check their progress in the rally.

[0098] The form of the stamp sheet is not limited to those shown in Figures 8 and 9, and other forms are also possible. As a non-limiting example, a form in which the order in which stamps are pressed is set, such as in a game of sugoroku, may be used. In this case, it is also possible to set milestones and grant rewards in stages. Alternatively, restrictions may be set, such as a minimum payment amount or number of payments required to advance to the next stamp. Alternatively, a bingo-style stamp sheet may be used. In the bingo format, a reward may be granted when the stamps are lined up vertically, horizontally, or diagonally.

[0099] 10 shows the external configuration of a smartphone or tablet device serving as a user terminal displaying a first example of a stamp rally candidate selection screen according to an embodiment of the present disclosure. In FIG. 10, user terminal 1000 comprises housing 1001, display 1002, and hardware buttons 1003. The stamp rally candidate selection screen displayed on display 1002 is a screen for displaying rally targets selectable by the user and generating a stamp sheet by the user selecting the desired rally target, and can be employed, for example, in step S512 of FIG. 5A or step S558 of FIG. 5B.

[0100] The stamp rally candidate selection screen in FIG. 10 includes a selection method explanation 1011, category displays 1012a-1012d, stamp rally candidates 1013a-1013p, and a scroll bar 1014. The selection method explanation 1011 explains how to select the stamp rally candidates 1013a-1013p. The category displays 1012a-1012d display the categories of the candidates 1013a-1013p. In one embodiment of the present disclosure, the user can select one candidate 1013a-1013p from one category. The candidates 1013a-1013p can be selected by, for example, touching with a finger or by placing a cursor and left-clicking. The scroll bar 1014 is used to move the stamp rally candidate selection screen up and down.

[0101] 11 shows the external configuration of a smartphone or tablet device as a user terminal displaying a second example of a stamp rally candidate selection screen according to an embodiment of the present disclosure. In FIG. 11, a user terminal 1100 comprises a housing 1101, a display 1102, and hardware buttons 1103. The stamp rally candidate selection screen displayed on the display 1102 corresponds to the state in FIG. 10 where the stamp rally candidate selection screen is scrolled downward by operating the scroll bar 1014.

[0102] The stamp rally candidate selection screen in Fig. 11 includes a selection method explanation 1111, category displays 1112c-1112e, stamp rally candidates 1113e-1113r, a scroll bar 1114, and an enter button 115. Each component in Fig. 11 is basically the same as each component in Fig. 10, so detailed description will be omitted. In one embodiment, stamp rally candidates 1113g, 1113i, and 1113o in Fig. 11 are marked with a selection mark 1116 indicating that they are being selected by the user.

[0103] Additionally, the candidates 1113q and 1113r corresponding to the "Bonus" category display 1112e can be marked with a "Done" mark 1117 even before the stamp sheet is created. This is done in advance for stores that the user frequently visits (specifically, this can be recognized by visiting the store a certain number of times within a certain period of time or by having a certain average number of monthly visits). This is done in advance and displayed as a benefit for good users. For example, in the examples of FIGS. 8 and 9, benefits are awarded based on the number of "Done" marks, so by marking the candidates 1113q and 1113r corresponding to "Bonus" as "Done" before the stamp sheet is created, the user can more easily obtain the benefit. After selecting the candidates, the user presses the "Enter" button 1115, and a new stamp sheet is generated.

[0104] Alternatively, in another embodiment, it is also possible to control so that stores that a user frequently visits (specifically, stores that have been visited a predetermined number of times in the past predetermined period, or stores that have an average monthly visit count of a predetermined number of times or more) are excluded from the rally candidates. This is because it is possible to consider that the user is likely to visit the store themselves even if it is not presented as a stamp rally candidate.

[0105] FIG. 12A illustrates the external configuration of a smartphone or tablet device serving as a user terminal displaying a third example of a stamp rally screen (stamp sheet) according to an embodiment of the present disclosure. In FIG. 12A, a user terminal 1200 includes a housing 1201, a display 1202, and hardware buttons 1203. The stamp rally screen displayed on the display 1202 is essentially the same as the stamp rally screen in FIG. 10 and includes a stamp rally overview 1211, a stamp sheet 1212, and a benefit description 1213. Furthermore, the stamp rally screen in FIG. 12A includes a visit motivation display 1215 that notifies the user that a benefit will be awarded on a first-come, first-served basis for visiting a specific spot (here, spot B). This makes it possible to encourage the user to visit the spot.

[0106] FIG. 12B illustrates the external configuration of a smartphone or tablet device serving as a user terminal displaying a fourth example of a stamp rally screen (stamp sheet) according to an embodiment of the present disclosure. In FIG. 12B, a user terminal 1250 includes a housing 1251, a display 1252, and hardware buttons 1253. The stamp rally screen displayed on the display 1252 is essentially the same as the stamp rally screen in FIG. 10 and includes a stamp rally overview 1261, a stamp sheet 1262, and a benefit description 1263. Furthermore, the stamp rally screen in FIG. 12B includes a visit motivation display 1265 that notifies the user that a benefit will be awarded for visiting a specific store (store A) during specified weather conditions (here, rain). This makes it possible to encourage the user to visit the store.

[0107] Next, referring to Fig. 13 to Fig. 15, a process when a condition other than payment is used as a stamp granting condition will be described. First, referring to Fig. 13, a process when the stamp granting condition is generalized will be described. The process starts with a stamp rally user application running (step S1301). The user arrives at a store or area included in the rally target on the stamp sheet (step S1302).

[0108] Then, the user performs a predetermined action using the user terminal (step S1303). The predetermined action can be, in addition to photographing an object (FIG. 14) and using location information (FIG. 15), which will be described later, reading image information (two-dimensional code or barcode) prepared by the store using a reader on the user terminal, or reading image information (two-dimensional code or barcode) displayed on the user terminal using a reader on the store terminal. When image information prepared by the store is read using a reader on the user terminal (in the case of so-called store-presented mode: MPM), it is assumed that the predetermined action is performed through communication between the user terminal and the store server. When image information displayed on the user terminal is read using a reader on the store terminal (in the case of so-called user-presented mode: CPM), it is assumed that the predetermined action is performed through communication between the store terminal and the store server. The support server may perform the above processing instead of the store server.

[0109] In other embodiments of the present disclosure, the following actions using the user terminal may also be adopted. (1) User visits, user payments, or user visits are subject to specified seasons, weather, and time periods. (2) Introduction of other users (friends) by the user via the user's terminal. (3) Certain setting processes performed via the user terminal, such as applying to subscribe to a specified email newsletter, applying to register for online statements, and setting permission for notifications from the server. (4) Processing responses to a predetermined questionnaire conducted via a user terminal. Each of these user actions can be individually positioned as "actions using a user terminal."

[0110] When a predetermined action is performed using the user terminal and information about the predetermined action is sent to the store server or support server, the store server or support server checks the received information (step S1304). If there is no problem with the received information (Yes in S1304), the store server or support server registers the received information as history information in a database (step S1305). At this time, the store server or support server may send a message to the user terminal indicating that the registration was successful. If there is a problem with the received information (No in S1304) or if the registration (S1305) is complete, the process ends in this flow (step S1306).

[0111] Next, referring to Fig. 14, a process for using a photograph of an object installed in a store or area as a stamp granting condition will be described. The process starts with a stamp rally user application running (step S1401). The user arrives at a store or area included in the rally target on the stamp sheet (step S1402).

[0112] The user then uses the user terminal to take a photo of an object installed in the store or area (step S1403). While the present disclosure is not limited to this, in one embodiment, the photo is taken in accordance with instructions from the stamp rally user app. Alternatively, the object to be photographed may not be clearly indicated from the beginning, but may be indicated, for example, in the form of a question. Next, the user uses the user terminal to transmit the captured image to the store server or support server (step S1404). The store server or support server performs authentication processing on the received captured image (step S1405). Specifically, the received captured image is determined to be an object installed in the store or area. An image to be compared with the received captured image may be registered in the store server or support server by an administrator or store manager of the user behavior promotion support system.

[0113] If the received captured image is appropriate and authentication is successful (Yes in S1406), the store server or support server registers the successful authentication (or the received captured image itself) as history information in the database (step S1407). At this time, the store server or support server may send a message to the user terminal indicating successful registration. Also, the amount of the reward may vary depending on the content of the photographed object, such as increasing points or rewards when a rare object is photographed. If the received captured image is not appropriate and authentication is not successful (No in S1406) or if registration (S1407) is completed, the current process ends (step S1408).

[0114] Next, referring to Fig. 15, a process for using location information as a condition for granting a stamp will be described. For example, GPS information is used as the location information, but location information obtained by other methods (near field communication (NFC), beacons, image information such as barcodes, electronic stamps, etc.) may also be used. The process starts with a stamp rally user application running (step S1501). The user arrives at a store or area included in the rally target on the stamp sheet (step S1502).

[0115] The user terminal transmits its own location information (GPS information) to the store server or support server (step S1503). The store server or support server determines whether the location indicated by the received location information matches the location of the store or area, etc., that is the target of the rally (step S1504). This determination can be made, for example, by determining whether the location indicated by the received location information is within the range indicating the location of the store or area, etc., or whether the distance between the location indicated by the received location information and the location of the store or area, etc., is equal to or less than a predetermined value. Note that the location information of the store or area to be compared with the received location information is registered in a database in advance. Alternatively, the store or area location information may be automatically calculated by the store server or support server based on the location range entered in advance.

[0116] If the location indicated by the received location information matches the location of the store or area, etc., that is the target of the rally, or is within a certain range from that location (Yes in S1505), the store server or support server determines that the user has visited that store or area, registers history information indicating this in the database (step S1506), and ends the processing of this flow (step S1507). Note that after the registration in step S1506, the store server or support server may send a message to the user terminal indicating that one of the targets of the rally has been cleared. If the location indicated by the received location information does not match the location of the store or area, etc., that is the target of the rally, or is outside a certain range from that location (No in S1505), ends the processing of this flow (step S1507).

[0117] In another embodiment of the present disclosure, location information may be determined based on Exif information obtained from a photographic image sent to a server. At this time, location information from the terminal may also be received, and by comparing the two, it is possible to detect fraud such as the reuse of images.

[0118] Next, an example of a stamp granting process for granting a stamp (which can be employed in S507 and S520 in FIG. 5A, S566 and S569 in FIG. 5B, etc.) will be described with reference to Fig. 16. In one embodiment of the present disclosure, the stamp granting process in Fig. 16 is executed by a support server, but the present disclosure is not limited to this, and the process may be executed by a store server (hereinafter, the operation will be described as the support server, but the operation may also be executed by the store server).

[0119] When the stamp granting process is started (step S1601), the support server determines whether or not it is necessary to acquire a transaction history or behavior history for a specific user (target user) (step S1602). This determination is made, for example, based on the contents of the stamp sheet for each user. That is, the flow proceeds based on whether or not there is any transaction history or behavior history among the unprocessed rally targets. If it is necessary to acquire a transaction history or behavior history (Yes in S1602), the support server acquires information on the transaction history or behavior history from the store server (step S1603). If it is not necessary to acquire a transaction history or behavior history (No in S1602) or after step S1603, proceed to step S1604.

[0120] In step S1604, the support server determines whether or not there is a settlement history in the acquired transaction history. If there is a settlement history (Yes in S1604), the support server tallies stamps based on the settlement history (step S1605). At this time, if there are any unprocessed rally targets, the support server can execute a stamp granting process for those targets and tallies them.

[0121] In one embodiment of the present disclosure, the stamp application process can be performed in consideration of at least one of the following conditions (1A) to (1C) during a predetermined period. (1A) Payment history including at least one of the number of payments made by the user, the amount of each payment, and the total amount of payments. (1B) The ranking of payment history including at least one of the number of payments by the user, the payment amount per payment, and the total payment amount. (1C) Criteria based on at least one of the season, weather, and time of day at the time of the user's payment.

[0122] With regard to (1A) above, whether to award a stamp may be determined based on whether or not a payment has been made. Alternatively, the more frequent the payment, the higher the payment amount per transaction, or the higher the total payment amount, the more preferential treatment in terms of awarding stamps may be given. Furthermore, with regard to (1B) above, the higher the ranking of payment history, the more preferential treatment in terms of awarding stamps may be given. Furthermore, with regard to (1C) above, preferential treatment in terms of awarding stamps may be given in seasons, weather, or time periods when there is a tendency for fewer staff members to be available. Note that (1A) to (1C) above can also be taken into consideration in other steps (e.g., steps S1611 and S1613) described later. If there is no payment history (No in S1604) or after step S1605, the process proceeds to step S1606.

[0123] In step S1606, the support server determines whether or not there is a behavior history in the acquired history. If there is a behavior history (Yes in S1606), the support server tallies stamps based on the behavior history (step S1607). At this time, if there are unprocessed rally targets, the support server can execute a stamp assignment process for the target and tallies them.

[0124] In one embodiment of the present disclosure, the stamp application process can be performed in consideration of at least one of the following conditions (2A) to (2C) during a predetermined period. (2A) Visit history including at least one of whether or not a user has visited and the number of visits. (2B) User visit order (first come, first served). (2C) Criteria based on at least one of the season, weather, and time of day when the user visits.

[0125] With regard to (2A) above, for example, preferential treatment regarding stamp awarding may be given if there is a visit or the number of visits is greater. Furthermore, with regard to (2B) above, preferential treatment regarding stamp awarding may be given the higher the visit ranking (the earlier the visit). Furthermore, with regard to (2C) above, preferential treatment regarding stamp awarding may be given in seasons, weather, or time periods when there is a tendency for staff to be scarce. Note that (2A) to (2C) above can also be taken into consideration in other steps (e.g., steps S1611 and S1613) described later. If there is no behavior history (No in S1606) or after step S1607, proceed to step S1608.

[0126] In step S1608, the support server determines whether there are any related stamp records. For example, it determines whether there are any stamp rallies that the same user has previously completed that are related to the current stamp rally. If there are related stamp records (Yes in S1608), the support server awards stamps taking into consideration the related stamp records (step S1609). For example, if the user was unable to complete the previous stamp rally, preferential treatment may be given to the user in the current stamp rally. For example, the number of rally objects (stamps) included in the current stamp sheet may be reduced to make it easier to complete the stamp rally. Alternatively, if the user was unable to complete the previous stamp rally, the record from the previous stamp rally may be carried over to the current stamp rally, allowing the user to restart. If there are no related stamp records (No in S1608) or after step S1609, proceed to step S1610.

[0127] In step S1610, the support server determines whether there is a record of first-come, first-served rankings. For example, it determines whether the same user completed a stamp rally within a predetermined order (first-come, first-served). It also determines whether the same user completed a stamp rally within a predetermined ranking (ranking order) in a stamp rally. Ranking items can include payment amount, number of payments, number of visits, etc. If there is a record of first-come, first-served rankings (Yes in S1610), the support server awards stamps taking into account the first-come, first-served rankings (step S1611). For example, if the first-come, first-served or ranking order is within a predetermined range, preferential treatment is given for this stamp rally. For example, it may be assumed that one or more stamps were cleared from the beginning of this stamp sheet. If there is no record of first-come, first-served rankings (No in S1610) or after step S1611, proceed to step S1612.

[0128] In step S1612, the support server determines whether consideration of season, weather, and time factors is necessary. For example, it determines whether the rally objectives for a specific season, weather, or time period (especially a season, weather, or time period with fewer people) were met in a previous stamp rally undertaken by the same user. If consideration of season, weather, and time factors is necessary (Yes in S1612), the support server assigns stamps taking season, weather, and time factors into consideration (step S1613). For example, if the rally objectives for a season, weather, or time period with fewer people were met in a previous stamp rally, preferential treatment is given in the current stamp rally. For example, the current stamp sheet may be set to have one or more stamps met from the beginning. If consideration of season, weather, and time factors is not necessary (No in S1612) or after step S1613, the process proceeds to step S1614.

[0129] In step S1614, the support server determines whether or not other factors need to be taken into consideration. If other factors need to be taken into consideration (Yes in S1614), the support server considers the other factors and assigns a stamp (step S1615). If other factors do not need to be considered (No in S1614) or after step S1615, the stamp assignment process ends (step S1616). The stamp tally results here may be saved in the stamp rally database of the support server and presented to the user as needed.

[0130] In one embodiment of the present disclosure, the "other factors" considerations include the following: (1) If a user is unable to complete a stamp rally (for example, if the user is unable to collect the required number of stamps within the required period), preferential treatment will be given the next time a related stamp rally is held (for example, by granting the user the required number of stamps in advance). (2) If a user is unable to complete a stamp rally (for example, if the user is unable to collect the required number of stamps within the required period), a reminder notification will be sent the next time the related stamp rally is held. (3) If a user fails to complete the stamp rally (for example, if the user fails to collect the required number of stamps within the required period), the stamp rally period will be automatically extended for a specified period.

[0131] 16 has been described above with respect to the granting of stamps, the present disclosure is not limited thereto, and other benefits (such as points) can be granted in addition to or instead of granting stamps. That is, benefits can be granted based on one or more of payment history, behavioral history, related stamp performance, first-come, first-served, ranking performance, season, weather, time factors, and other factors over a predetermined period.

[0132] <Other variations> In other embodiments of the present disclosure, the following functions may also be implemented: (1) Group participation Users are associated with each other or formed into groups. In one embodiment, the difficulty of the generated stamp rally is set higher than that of one generated by an individual user (for example, by increasing the number of required stamp options to be selected, increasing the payment amount required for receiving a stamp, or increasing the number of visits required). The rewards may be distributed equally among the associated users or the number of users associated with the group, or may be distributed according to the contribution rate of each user to completing the stamp rally. The contribution rate may be determined based on the payment amount, the payment amount, the number of visits, etc. (2) Processing rewards to participating stores / areas, etc. In the stamp rally conducted by each user, the most frequently selected store / area, the most frequently visited store / area, the store with the highest payment amount, etc. are recorded, and reward processing for the store / area is carried out based on the records. (3) Report output After the user completes the stamp rally, a report showing the results and progress will be output. In addition, statistical information such as the categories selected as options and stores / areas will be output for each user attribute.

[0133] The above describes embodiments of a user behavior promotion support system, etc., based on specific examples. However, embodiments of the present disclosure can also be embodied as a method or program for implementing a system or device, as well as a storage medium on which a program is recorded (for example, an optical disk, a magneto-optical disk, a CD-ROM, a CD-R, a CD-RW, a magnetic tape, a hard disk, or a memory card).

[0134] Furthermore, the implementation form of the program is not limited to application programs such as object code compiled by a compiler or program code executed by an interpreter, but may also be in the form of a program module incorporated into an operating system.

[0135] Furthermore, it is not necessary for all processing of the program to be performed solely by the CPU on the control board, but it can also be configured so that some or all of the program is performed by another processing unit (such as a DSP) implemented on an expansion board or expansion unit added to the board as needed.

[0136] All of the features described in this specification (including the claims, abstract, and drawings) and / or all steps of any disclosed method or process may be combined in any combination, except combinations in which these features are mutually exclusive.

[0137] Furthermore, each feature described in this specification (including the claims, abstract, and drawings) may be replaced by alternative features serving the same, equivalent, or similar purpose, unless expressly denied. Thus, unless expressly denied, each disclosed feature is only one example of a generic series of identical or equivalent features.

[0138] Furthermore, the present disclosure is not limited to the specific configuration of any of the above-described embodiments, but extends to any novel feature or combination thereof described in this specification (including the claims, abstract, and drawings), or any novel method or process step or combination thereof described. [Explanation of symbols]

[0139] 10 User behavior promotion support system 11 Support Server(s) 13a-13c Smartphone or tablet device (one type of user device) 14 Mobile phone (a form of user terminal) 15 PC (a form of user terminal) 16a~16c, 17 Communication lines 18 Public lines (dedicated lines, internet, etc.) 122 Store Server 202 Support server memory (database) 205 Support server control unit (control device)

Claims

1. A method executed on a user behavior promotion support system having one or more servers and a plurality of user terminals configured to be connectable to at least one of the one or more servers, The server, storing user information about users of the plurality of user terminals, stamp rally target information about two or more spots and / or events, and behavior records of the users at the spots and / or events in a database; The two or more spots and / or events that are target candidates included in the stamp sheet are presented for each user of the user terminal based on the user information and / or the behavior record; When the two or more spots and / or events are presented to the user terminal by the server, the user terminal receives a selection of two or more spots and / or events from the two or more spots and / or events and transmits the selection to the server; causing the server to store stamp sheet information of a stamp sheet including the two or more selected spots and / or events in the database; causing the user terminal to transmit an action record to the server when the user takes an action at the selected spot and / or event; The server grants a benefit to the user of the user terminal based on the behavior record and the stamp sheet information, The number of the spots is two or more, each of the two or more spots corresponds to one store, and at least some of the stores include spots that are in different industries from each other, The type of business of the different type of store is managed by product information handled by the store or service information provided by the store, and The number of selections for each user for the two or more spots is managed so as to be increased or decreased depending on the number of purchases or the amount of purchases of each individual user, The user's behavior includes payment behavior by the user for goods or services across stores in different industries, The method is characterized in that the reward is given when the following conditions are met during a predetermined period: (A) The payment history of the user, including at least one of the number of payments made to stores in the different industries, the payment amount per transaction, and the total payment amount, exceeds a threshold.

2. The method of claim 1 , wherein the user's actions include visits by the user to the store.

3. The method of claim 2 , wherein the store comprises a virtual store on the web.

4. The method of claim 1 , wherein the spot comprises a region or area, and the user's actions comprise visits by the user to the region or area.

5. The method according to claim 1 or 4, wherein the spot comprises a region or area, and the user's behavior comprises a predetermined action by the user in the region or area.

6. The method according to claim 2 , wherein the presence or absence of the user's activity is determined based on location information of the user terminal.

7. The method of claim 1 , wherein the reward is based on the history of the payment behavior.

8. 3. The method according to claim 2, wherein the reward is granted when at least one of the following conditions (A) to (C) is satisfied during the predetermined period: (A) The number of visits by the user to the store exceeds a threshold. (B) The user's visit ranking to the store is within a predetermined ranking. (C) Criteria based on at least one of the season, weather, and time of day when the user visits the store.

9. 2. The method according to claim 1, wherein the bonus is awarded when at least one of the following conditions (B) to (C) is further satisfied during the predetermined period: (B) The ranking of the user's payment history, including at least one of the number of payments made at the store, the amount of each payment, and the total amount of payments, is within a predetermined ranking. (C) Criteria based on at least one of the season, weather, and time of day at the time of payment by the user.

10. A method according to any one of claims 1 to 9, wherein the stamp rally target information for the spot and / or event recorded in the database is controlled so that the owner of the spot and / or the organizer of the event can register it individually.

11. 11. The method of claim 10, wherein individual registrations by the spot owner and / or the event organizer are made by approval of individual applications by a server administrator.

12. A user behavior promotion support system having one or more servers and a plurality of user terminals configured to be connectable to at least one of the one or more servers, The server a database that stores user information about users of the plurality of user terminals, stamp rally target information about two or more spots and / or events, activity records of the users at the spots and / or events, and stamp sheet information about stamp sheets for each user; a server control unit that extracts combinations of the two or more spots and / or events that are target candidates included in the stamp sheet based on the user information and the behavior record and presents them to each user of the user terminal; and When the combination of two or more spots and / or events is presented by the server, the user terminal accepts a selection of two or more spots and / or events from the combination and transmits the selection to the server; the server control unit stores stamp sheet information of the stamp sheet including the two or more selected spots and / or events in the database; The user terminal transmits an action record to the server when the user performs an action at the selected spot and / or event; the server control unit grants a benefit to the user of the user terminal based on the behavior record and the stamp sheet information, The number of the spots is two or more, each of the two or more spots corresponds to one store, and at least some of the stores include spots that are in different industries from each other, The type of business of the different type of store is managed by product information handled by the store or service information provided by the store, and The number of selections for each user for the two or more spots is managed so as to be increased or decreased depending on the number of purchases or the amount of purchases of each individual user, The user's behavior includes payment behavior by the user for goods or services across stores in different industries, The user behavior promotion support system is characterized in that the bonus is awarded when the following conditions are met within a predetermined period of time. (A) The payment history of the user, including at least one of the number of payments made to stores in the different industries, the payment amount per transaction, and the total payment amount, exceeds a threshold.

13. A user behavior promotion support server configured to be connectable to a plurality of user terminals, The user behavior promotion support server a database that stores user information about users of the plurality of user terminals, stamp rally target information about two or more spots and / or events, activity records of the users at the spots and / or events, and stamp sheet information about stamp sheets for each user; a server control unit that extracts combinations of the two or more spots and / or events that are target candidates included in the stamp sheet based on the user information and the behavior record and presents them to each user of the user terminal; and The server control unit receiving, at the user terminal, two or more spots and / or events selected from the combination of the two or more spots and / or events from the user terminal; storing stamp sheet information of a stamp sheet including the two or more selected spots and / or events in the database; receiving from the user terminal an action record of the user performing an action at the selected spot and / or event; A benefit is given to the user of the user terminal based on the behavior record and the stamp sheet information, The number of the spots is two or more, each of the two or more spots corresponds to one store, and at least some of the stores include spots that are in different industries from each other, The type of business of the different type of store is managed by product information handled by the store or service information provided by the store, and The number of selections for each user for the two or more spots is managed so as to be increased or decreased depending on the number of purchases or the amount of purchases of each individual user, The user's behavior includes payment behavior by the user for goods or services across stores in different industries, The user behavior promotion support server is characterized in that the bonus is given when the following conditions are met within a predetermined period of time. (A) The payment history of the user, including at least one of the number of payments made to stores in the different industries, the payment amount per transaction, and the total payment amount, exceeds a threshold.

Images