JP2003281312A - Method and system for vicarious participation in closed prize competition - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To vicariously participate in closed prize competition. <P>SOLUTION: This method comprises: a step for receiving a request for the vicarious participation in the closed prize competition concerning a specific commodity from a user terminal 120 and storing it in DB 187; a step for extracting purchase information by the user of the specific commodity concerning the request for the vicarious participation from DB 185 storing the identification information of a purchaser, information on purchase commodities and information on a purchase time; and a step for generating participation information including at least information of the user in the case of judging that the participation condition of the closed prize competition about at least the specific commodity is satisfied from the history of the extracted purchase by the user of the specific commodity. Only if the identification information of the purchaser, the information on the purchase commodities and the information on the purchase time are accumulated, the purchase history of the objective commodity of the closed prize competition can be extracted according to the request for vicarious participation by the user and participation can vicariously be performed. <P>COPYRIGHT: (C)2004,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a proxy application technology for closed sweepstakes.

[0002]

2. Description of the Related Art Conventionally, there have been open and closed prizes in sales promotion campaigns and the like conducted by manufacturers and the like. Open Sweepstakes have no obligation to purchase products, and anyone can apply. On the other hand, the closed prize has an obligation to purchase a product, and cannot be applied unless, for example, the packaging of the product or the sticker attached to the product is collected. Open Sweepstakes have no obligation to purchase products, so it is easy to apply for Sweepstakes, but closed Sweepstakes have a duty to buy products and it is necessary to confirm that the packaging and stickers of the products are really gathered. For,
In the past, applications for closed sweepstakes have not been approved.

[0003]

SUMMARY OF THE INVENTION Therefore, an object of the present invention is to provide a technique for enabling the application of closed prizes.

[0004]

A method for applying for a closed prize competition according to the present invention includes a step of receiving an application request for a closed prize competition for a specific product from a user's terminal, storing the request in a storage device, and purchasing. An extraction step of extracting purchase information by the user of a specific product relating to the application proxy request from a purchase history storage unit that stores the identification information of the person, the purchased product information, and the purchase time information. If it is determined that at least the conditions for applying for the closed prize for a specific product are satisfied based on the purchase history of the product by the user, the application information including at least the user information is generated and stored in the storage device. And a generating step.

If the purchaser identification information (including information for directly and indirectly identifying the purchaser), the purchased product information, and the purchase time information are stored in this manner, the application on behalf of the user is performed. According to the request, the purchase history of the product targeted for the closed prize can be extracted, and the application can be performed on behalf of the user.

The application information may include information on the number of applications, for example. In some cases, the purchase information that has already been applied may be recorded and the step of confirming whether or not the application has been applied twice is further executed.

Further, the present invention further includes the step of receiving the setting information of the application pattern of the closed prize for the specific product from the user's terminal and storing the setting information in the storage device, in the application information generating step described above. It may be configured to determine whether the conditions based on the received setting information of the application pattern and the application conditions for the closed sweepstakes regarding a specific product are satisfied based on the purchase history of the product of the user by the user. For example, it is possible to reflect the user's wishes such as applying immediately when the application becomes possible, or not applying until a predetermined time even when the application becomes possible.

Also, in the extraction step described above,
In some cases, the purchase information by the user of the specific product before the reception of the application request for the closed prize for the specific product is also extracted from the purchase history storage unit. For example, it goes back to the campaign start time. By doing this, it becomes possible to use the purchase amount that could not be used for the application until now.

Further, in the present invention, when the application is made based on the generated application information, the configuration may further include the step of transmitting an application notification to the user's terminal. For example, the notifications are collectively transmitted for each application or according to the application deadline. By doing this, it becomes possible to easily understand the status of the application.

Further, in the present invention, a step of receiving the bar code information, the purchased merchandise information and the purchase time information issued for a specific mobile communication device from the POS system and storing them in the purchase history storage section. , A step of identifying the purchaser using the information of the barcode may be included. In other words, if the bar code information issued to the mobile communication device is the electronic coupon information for providing the discount service for one or more products, both the discount service and the application agency service will be provided. You will be able to. This service provider is
The use of the electronic coupon can be promoted by the two services. When using the electronic coupon system as described above, the purchase history information is automatically stored, so there are few obstacles in providing the application agency service. Further, by collecting such bar code information together, the reliability of the purchase history is enhanced.
It should be noted that an electronic coupon system is not always necessary, and for example, a point service conducted in a supermarket or the like has a system that can identify the product purchased, the time of purchase, and the purchaser. The history information may be used.

It is also possible to create a program for carrying out the closed proxy prize application method according to the present invention. In that case, the program is stored in a storage medium or a storage device such as a flexible disk, a CD-ROM, a magneto-optical disk, a semiconductor memory, or a hard disk. It may also be distributed via a network. The intermediate processing result is temporarily stored in the memory.

[0012]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS FIG. 1 shows a system schematic diagram of an embodiment of the present invention. For example, in the network 100 such as the Internet, for example, one or a plurality of user terminals 120 used by user members and having a web browser function, and a communication carrier of a mobile phone, for example, perform processing such as call charge billing. A communication carrier business server 130 to be operated, one or a plurality of maker servers 140 used by, for example, a maker member (a generic name of carriers who use this coupon service), and a display capable of displaying character information and image information. One or a plurality of mobile phones 1 equipped with a device
10 and the server 150 that performs the main processing according to the present embodiment are connected or connectable. The user terminal 120 may be, for example, a personal computer or a mobile terminal. The mobile phone 110 is not a mobile phone but a PHS (Personal Hann).
dyphone System) A telephone or a mobile terminal in some cases. The maker server 140 manages the application reception DB 141. Further, the maker server 140 may be a maker terminal operated by a person in charge of the maker.

The server 150 includes, for example, a public line network 160.
P used at a store (also called a store) via
One or a plurality of retail store systems 170 including an OS (Point-Of-Sales) system are connected. Dealer system 170
A bar code scanner 172 for reading a bar code attached to a product or the like or a bar code displayed on the display device of the mobile phone 110 in the present embodiment is connected to the. Although not shown, a POS register and the like are also connected. The store system 170 has a sales slip DB17.
4 and the product master DB 176, and has a function of processing the barcode information read by the barcode scanner 172, storing it in the sales slip DB 174 as sales slip information, and transmitting the sales slip information to the server 150. .

The server 150 is a normal HTML, XHT
Web compatible with ML, Compact HTML, WML, etc.
It has a server function, and further has an electronic coupon processing unit 151 and an application proxy processing unit 153. The electronic coupon processing unit 151 has a member information management function for performing a member information registration process performed by a user, a maker, or a store (sales shop), and electronic coupon information for registering information of an electronic coupon input by the maker in the electronic coupon information DB 184. A management function, an electronic coupon search function for performing a process of searching for a desired electronic coupon according to an instruction from the user terminal 120 or the mobile phone 110, a barcode corresponding to a desired electronic coupon according to an instruction from the mobile phone 110 A bar code generation function that generates information and stores it in the bar code information DB 183, a sales slip information reception function that receives sales slip information from the store system 170 and stores it in the usage information DB 185, and a discount that returns to the user from the sales slip information. Discount processing function to carry out the processing to determine the amount, and calculated Based on the discount amount of money has billing and payment, retailers, manufacturers, network operators, the billing and payment processing functions for implementing the process of generating the user or the like.

The server 150 is a member information DB that stores information about members such as user members and maker members.
180, a store DB 181 that stores information about stores participating in this coupon service, a product DB 182 that stores information on electronic coupon target products or services,
A barcode information DB 183 that stores barcode information and the like generated by the electronic coupon processing unit 151, an electronic coupon information DB 184 that stores information on electronic coupons registered by the manufacturer, and sales slip information received from the store system 170. A usage information DB 185 that stores
It manages a campaign DB 186 that stores information related to the execution of present campaigns based on closed sweepstakes, and an application pattern and purchase history DB 187 that stores information related to application patterns for campaigns designated by user members and purchase history.

[0016] The application proxy processing unit 153 registers information on the execution of a present campaign by the closed sweepstakes in the campaign DB 186, and information on the application pattern and the purchase history of the campaign designated by the user member in the application pattern and purchase history DB 187. Register,
Generate information to apply for the present campaign according to the application pattern. In addition, the closed sweepstakes mean that a purchase of a product is imposed in order to participate in the sweepstakes.

Next, the electronic coupon processing unit 15 will be described with reference to FIG.
Outline the business flow related to 1. First, a user, a maker, and a store (sales store) participating in this coupon service perform member registration for the server 150 (step S1001). Member DB 108 and store DB
181 is registered. Then, the manufacturer or store (sales shop) registers electronic coupon information specifying the discount target product or service or the discount amount in the server 150 (step S1003). Electronic coupon information DB18
Registered in 4. At this time, the product DB 182 may be used. The user searches for the electronic coupon target product or service using, for example, the mobile phone 110 (step S1005), and when one or more desired electronic coupon target products or services are found, the one or more electronic coupon target products or services are found. A service is selected and a quantity is designated (step S1007). Then, the server 150 generates the barcode information including the identification information of the combination of the electronic coupon target product or service and the identification information of the user. Then, the generated barcode information is transmitted to the mobile phone 110 of the user (step S10).
08). The generated barcode information is the barcode information DB
183 is registered. The bar code information will be described in detail later.

The user presents the mobile phone 110 with the bar code displayed on the display device to the clerk of the store and performs the purchase procedure for the product etc. (step S1009). On the other hand, the salesclerk of the sales shop reads the barcode of the purchased product or service with the barcode scanner 172, and also reads the barcode displayed on the display device of the mobile phone 110. The dealer system 170 configures sales slip information using the read barcode information and the information in the product master DB 186, and registers the sales slip information in the sales slip information DB 174 (step S1011). A part of the sales slip information is printed by, for example, a register and issued as a receipt. For example, once a day, the store system 170 transmits the sales slip information stored in the sales slip DB 174 to the server 150 via the public line network 160 (step S1013). The server 150 receives the sales slip information from the retail store system 170 and uses the usage information D.
It is registered in B185 (step S1015).

The server 150 uses this usage information DB 185.
A process for determining the discount amount to be provided to the user is executed using the sales slip information stored in (step S1017). For example, the discount amount is collected for one month and used to reduce the call charge of the mobile phone 110. Participate in this coupon service by creating an invoice for the total discount amount + commission for the manufacturer or retailer (distributor of the coupon issuer) who discounted using this coupon service. A billing statement of the total discount amount is created for the telecommunications carrier, and billing / payment processing is performed to create a bill of payment for the commission to the store involved in the use of the electronic coupon (step S101).
9). Data may be transmitted to the telecommunications carrier server 130 via the network 100 for the telecommunications carrier.

By carrying out such processing, it is possible to issue a bar code, which is an electronic coupon for one or a plurality of electronic coupon target products or services, to the mobile phone 110. 1 at the time of purchase
You can finish the discount procedure by scanning the bar code once. Moreover, since the retailer does not carry out the discount, the burden on the retailer is reduced. In addition, do not discount when purchasing products,
Since the method of returning the discount amount to the user later is adopted, it is not necessary to give great consideration to illegal use. Further, since the discounted amount is returned to the user by discounting the call charge of the mobile phone, the number of steps for returning the discounted amount to the user is reduced, and it is possible to surely return the discounted amount.

In the case of a general user for membership registration, the address, name, sex, date of birth, occupation, unmarried marriage, family composition, mobile phone company used, model used, mobile phone mail address, normal mail Address, January disposable income, hobbies (sports, music (playing / listening), fashion, art / design, car / motorcycle, travel, shopping, beauty / health, cooking, computer / game, etc.) Hope (eg non-durable consumer goods (confectionery / snack, food, beverage, beauty / barber products (shampoo / soap, etc.), stationery, clothing, cosmetics, etc.), durable consumer goods (home appliances, PC / peripherals, CD / video) , Miscellaneous goods / accessories / clothes / lingerie, games / toys, sports goods, cars / car goods, books, etc.)), contact information for this coupon service For example, real media (television,
Radios, newspapers, leaflets, direct mail by mail, information magazines / town magazines, posters in the city, advertisements, etc., media on the Internet (for example, websites, communities (bulletin boards / chats, etc.), mail magazines, direct mail on the Internet, mobile phones. Information such as telephone sites, mobile phone e-mails), frequently used shops (convenience stores, supermarkets, mini-supermarkets, home centers, discount stores, large stores, specialty chain stores, specialty individual stores, department stores, etc.) are registered in the member DB 180. .

When the manufacturer is registered, the address, company name, type of business, products handled, etc. are registered. In the case of registering a store (store), the address, company name, type of business, etc. are registered in the member DB 180.

As the electronic coupon information, the name of the target product or service of the electronic coupon, the JAN code of the target product or service of the electronic coupon, the discount amount,
Information such as a discount period, a discount area, a designated store, and a designated cluster is registered in the electronic coupon information DB 184.

Next, referring to FIG. 3, step S100 of FIG.
The processing from 5 to step S1008 will be described. First, the user operates the mobile phone 110 to access the server 150 (FIG. 3: step S1201). On the other hand, the server 150 transmits the input page data of the member ID and the password (for example, a compact HTML or XHML or WML file or an image file if necessary) to the mobile phone 110 (step S1203).
The mobile phone 110 receives the member ID and password input page data from the server 150 and displays it on the display device (step S1205). The user inputs the member ID and the password accordingly, and causes the mobile phone 110 to transmit to the server 150 (step S1207).

The server 150 receives the member ID and password from the mobile phone 110 and refers to the member DB 180 to carry out the authentication process (step S1209). If the authentication has failed, a notification indicating that the authentication has failed is sent to the mobile phone 110. On the other hand, when the authentication is successful, the telephone company in use is notified to the server 150, and it is confirmed whether the telephone company is registered in the member DB 180 (step S1211). The telephone number may also be notified, and in that case, it is confirmed whether the telephone number is the same as the telephone number registered in the member DB 180. If it is not the same as the registered telephone company, server 150 sends notification to mobile phone 110 requesting a change in the telephone company registration. The mobile phone 110 receives the notification requesting the registration change of the telephone company from the server 150 and displays it on the display device (step S1213). This is because the discount is returned by discounting the call charge.

On the other hand, when the telephone company is the registered telephone company, the server 150 transmits the main menu page data to the mobile phone 110 (step S121).
4). On the other hand, the mobile phone 110 receives the main menu page data from the server 150 and displays it on the display device (step S1215). Here, it is assumed that search is selected in the main menu. The user operates the mobile phone 110 to interact with the electronic coupon processing unit 151 of the server 150, select an electronic coupon target product or service to receive a discount in this shopping, and specify the quantity thereof (step S1217). And S1219). That is, the electronic coupon processing unit 151 of the server 150 receives the search condition from the mobile phone 110, searches the electronic coupon information DB 184, and transmits the electronic coupon information matching the search condition to the mobile phone 110. Then, the server 150 receives the selection information of the product or service and the quantity information thereof from the mobile phone 110.

When the user gives a list request instruction for the selected product etc., the mobile phone 110 transmits the list request instruction for the selected product etc. to the server 150 (step S122).
1). On the other hand, the electronic coupon processing unit 151 of the server 150 receives the list request instruction of the selected product etc. from the mobile phone 110 (step S1223), generates the list information of the selected product etc., and transmits the list information to the mobile phone 110 ( Step S1225). The mobile phone 110 receives the list information of the selected product etc. and displays it on the display device (step S1227). On this screen, the designated store name (eg convenience store FFF Shibuya store), selected product, quantity and discount amount A potato chips 2 40 yen, A drink 20 yen and B drink 2 40 yen, total number Five pieces and a total discount amount of 100 yen are shown.

The user confirms the list of selected products, etc., and when selection of all the products or services targeted for electronic coupon to be purchased and the designation of the quantity thereof are completed by this,
Instruct to generate barcode. In response to the barcode generation instruction, the mobile phone 110 transmits the barcode generation instruction to the server 150 (step S1231). And
The electronic coupon processing unit 151 of the server 150 executes the barcode information generation processing (step S1233). The details of the barcode information generation processing will be described later. The electronic coupon processing unit 151 transmits the generated barcode information to the mobile phone 110 (step S1235).
The mobile phone 110 receives the barcode information from the server 150 and displays it on the display device (step S123).
7).

A display example of the displayed bar code information is shown in FIG.
Shown in. An 8-digit barcode image is displayed in the horizontal direction on the screen. In addition, designated store name (FFF Shibuya store), expiration date (01/02/20 AM 3:00), total discount points (5 points) and total discount amount (100 yen), product name list (A potato chips, A beverage) , B beverages) and the like. At the store, this bar code is read by the bar code scanner 172. Note that, in reality, the following processing is possible if only the barcode image is displayed.

Details of step S1233 in FIG. 3 will be described below with reference to FIG. The electronic coupon processing unit 151 calculates the total discount amount based on the discount amount of the selected product etc. and the designated quantity (step S1241). Since the discount unit price of the selected product or the like is stored in the electronic coupon information DB 184, the discount unit price is acquired and calculated. Then, the code for the designated store corresponding to the total discount amount is generated (step S1243).

In this embodiment, an 8-digit code is generated. Of these, the first digit is "0" indicating that the local rule is adopted. The second and third digits are the classification code, and the classification code that is not used by each store is used. That is, the generated code is configured by using the classification code that is not used in the designated store.
The fourth to seventh digits are composed of a two-digit code representing the total discount amount and a serial number corresponding to the two-digit code. The unit of the discount amount can be set to 1 yen, 10 yen, and 100 yen. For example, in the case of a code of 99xx (xx is a serial number), 99 yen, 990 yen, and 9 yen.
Indicates either 900 yen. Which one is represented does not matter because it is registered in the barcode information DB 183. Since the serial numbers are only 00 to 99, the classification codes of the second and third digits are changed when the serial number is insufficient. Since the correspondence relationship between the serial number and the member ID is also registered in the barcode information DB 183, it is possible to specify the member who actually performed the shopping using the electronic coupon (bar code). The electronic coupon processing unit 151,
The serial number that can be used this time is acquired by referring to the barcode information DB 183. The eighth digit is the parity. Note that the fourth to seventh digits may be used as the serial number and necessary information may be associated in the barcode information DB 183.

Next, JAN of member ID, generated code, total discount amount (or unit of discount amount), selected product, etc.
The code (for example, acquired from the product DB 182), the designated store, the expiration date, etc. are registered in the barcode information DB 183 (step S1245). By registering such information, when the read barcode information of the electronic coupon is received from the store system 170 later, it becomes possible to know the member, the store, the product to be discounted, etc. used. FIG. 6 shows an example of data stored in the barcode information DB 154. The information stored here is the barcode, the member ID, the JAN code of the selected electronic coupon target product or service, the discount amount, the code of the designated store, and the expiration date, as described above.

The fourth to seventh digits of the code are composed of the total discount amount and the serial number. The total discount amount is the identification information of the combination of the electronic coupon object product or service selected by the user and the identification information of the user. Can also be seen as Since the JAN code is registered in the barcode information DB 183 in step S1245, the electronic coupon target product or service selected by the user can be specified. Similarly, the correspondence relationship between the member number and the serial number is also determined from the information stored in the barcode information DB 183. This is because it can be specified.

Further, the electronic coupon processing section 151 acquires the bar code information corresponding to the code generated in step S1243 (step S1247). For example, the barcode image information registered in the barcode information DB 183 or the store DB 181 is acquired. Instead of acquiring the image data, the image data may be generated. At this time, it is necessary to refer to the model information of the mobile phone 110 registered in the member DB 180 to acquire or generate the barcode image data that can be displayed on the display device of the model.

In this way, the bar code information is generated. Although not shown in FIG. 5, a process of generating page data of the display screen as shown in FIG. 4 by the information acquired / calculated / generated in the process flow of FIG. 5 is also executed.

Next, steps S1009 to S10 in FIG.
15 will be described with reference to FIGS. 7 and 8. In FIG. 7, the process starts from step S1237 which is the last step in FIG. The store clerk causes the bar code scanner 172 of the store system 170 to read the bar code displayed on the display device of the mobile phone 110 of the user (step S1303). As usual,
The salesclerk also causes the barcode scanner 172 to read the barcode attached to the product or the like. Then, the salesclerk and the user hand over the price and the product, and complete the settlement (step S1305). In addition,
Step S1305 is shown as a dotted block because it is merely a human procedure. And POS system 1
The 70 generates sales slip information using the read bar code information of the product or the like read by the bar code scanner 172 and the read bar code information that is an electronic coupon, and registers it in the sales slip DB 174 (step S130).
5). Further, the receipt provided by the printer provided in the register is printed (step S1309) and given to the user. This receipt will later be used as a material for confirming that the discount will be surely made.

FIG. 8 shows an example of a receipt. In this example,
Convenience store FFF Shibuya store (store number 0819), sales date (0
1/02/19 PM 5:24), purchased product name, quantity, unit price and total price (1. Product name A potato chips, quantity 2,
Unit price 108, total 216, 2. Brand name B cheese, quantity 1, unit price 198, total 198, 3. Product name A beverage (50
0 ml), quantity 1, unit price 88, total 88, 3. Product name D
Noodle, quantity 1, unit price 148, total 148, 3. Brand name B beverage (500 ml), quantity 2, unit price 138, total 2
76), the bar code information of the read electronic coupon (chokin bar code 0422225 (100). However, 1
00 yen is not discounted at retail stores), subtotal (92
6), consumption tax (46), total (972), cash receipt (1000), change (28), and slip number (N
o. 24525).

As the sales slip information, a JAN code corresponding to each product name is stored in addition to the information shown in FIG. In the actual processing, the product master DB 176 is referred to from the bar code information (JAN code) read by the bar code scanner 172, information such as the product name and unit price is acquired, and the sales slip and receipt print data are constructed. To do. In addition, it is necessary to register the barcode information corresponding to the electronic coupon in the product master DB 176.
For example, when the code of 024222534 is read, it must be recognized that this is the code of the electronic coupon in this coupon service. That is, all patterns that may be used in the store are displayed in the product master DB 176.
Make sure that no error occurs during reading.

Next, the POS system 170 extracts sales slip information including read barcode information corresponding to the electronic coupon from the sales slip DB 174 (step S131).
1), the extracted sales slip information is transmitted to the server 150 (step S1313). The POS system 170 may send the sales slip information to the server 150 as soon as the sales slip information is newly stored in the sales slip DB 174, but it is usually generated once a day or the like within a predetermined period. The sales slip information is collected and transmitted to the server 150. When the server 150 receives the sales slip information from the store system 170, the server 150 stores it in the usage information DB 185 (step S1315). The information stored in the usage information DB 185 is, for example, as shown in FIG. 9, store code, issue date / time (purchase date / time), purchased product name (and / or JAN code), barcode information, subtotal, consumption tax, total, Information such as a valid flag is included. The valid flag is a flag for identifying a case where the store is used even after the expiration date, a store is used for a different store, and the like. Other information may be stored in the usage information DB 185.

In this way, the sales slip information including the read barcode information of the electronic coupon used by the user is returned to the server 150 which is the issuing source.

Details of step S1017 in FIG. 2 will be described below with reference to FIG. The processing of FIG. 10 is processing for one sales slip, and the processing of FIG. 10 is repeatedly performed for a plurality of sales slips. The electronic coupon processing unit 151 of the server 150 uses the usage information D.
The reading bar code information of the electronic coupon is acquired from the sales slip information stored in B185 (step S140).
1). Then, the barcode information DB 183 is searched using the read barcode information of the electronic coupon (step S
1403), obtain the corresponding data. Then, it is determined whether the read barcode information of the electronic coupon is used in the store designated when the barcode information was generated (step S1405). That is, it is determined whether the store code included in the sales slip information matches the store code stored in the barcode information DB 183. If they do not match, the process for the sales slip is stopped (step S1413), and the information indicating that the sales slip is invalid in the usage information DB 185 is registered (step S1).
415).

On the other hand, when it is confirmed that the read barcode information of the electronic coupon has been used in the store designated when the barcode information was generated, it is determined whether the sales slip has been generated within the expiration date (step). S1407). The issue date and time included in the sales slip information is the barcode information DB 18
It is to confirm whether the expiration date stored in No. 3 is within the expiration date. If it is not within the expiration date, step S141
Move to 3. If it is confirmed that it is within the expiration date, it is confirmed whether or not the sales slip information includes the identification information (JAN code) of the product or service selected when the barcode is generated (step S1409). This is because the product or service selected when the barcode is generated may not be actually purchased. In the present embodiment, by the electronic coupon processing unit 151 of the server 150,
In order to confirm whether or not the product or service selected at the time of generating the bar code was actually purchased, the burden of confirmation on the store is reduced. If none of the products or services selected at the time of generating the barcode is included in the sales slip information, discounting cannot be performed, and the process proceeds to step S1413.

On the other hand, if at least one selected product or service is included in the sales slip information, identification information (J) of the selected product or service included in the sales slip information is included.
Calculate the total discount based on the AN code) and quantity. That is, JAN code to electronic coupon information DB
184 is searched to obtain information on the discount unit price of the product etc., and the total discount amount is calculated based on the quantity included in the sales slip information. In the present embodiment, the quantity does not have to be the same as the quantity specified when the barcode information was generated. However, when the purchase quantity exceeds the quantity specified when the bar code information is generated, the configuration may be such that only the specified quantity is discounted. Further, regarding the calculated total discount amount, the bar code information D1 is obtained by reading the bar code information of the electronic coupon.
By searching 83, the used member ID is specified and registered in the member DB 180 corresponding to the member ID (step S1411).

Thus, the discount amount is determined by processing the sales slip information in the server 150 using the barcode information DB 183 and the electronic coupon information DB 184. According to the present embodiment, if the type of the purchased product or service is the same as the type of the product or service specified when the barcode was generated, it is possible to receive the discount.

After that, the electronic coupon processing section 151 of the server 150 carries out a payment statement preparation process for the store. In order to pay the handling fee to the dealer, for example, the total discount amount by the electronic coupon handled by the dealer within a certain period is calculated, and a payment statement including a predetermined percentage of the total discount amount is created. In addition, a billing process for manufacturers is executed. In order to charge the total discount amount and fee to the maker, calculate the total discount amount of the electronic coupons used by the maker, and create an invoice with the total discount amount plus a predetermined percentage of the fee, for example. To do. Further, a usage statement creating process for users is executed. For each predetermined period, the total discount amount for that period is calculated, and the information is also stored in the member DB 180, for example. Then, a payment statement preparation process for the communication carrier is executed. In the present embodiment, the mobile phone call charge of each user is reduced by the total discount amount within a predetermined period.
Therefore, by searching the member DB 180,
A payment statement is created by collecting a pair of telephone number (subscription number) and payment amount. The payment statement is transmitted from the server 150 to the telecommunications carrier business server 130 via the network 100, for example. Note that the recording medium such as a magnetic tape may be used for sending to the telecommunications carrier. It should be noted that reducing the call charge of the mobile phone is an example, and can be applied to other discounts of postpaid charges. Further, instead of discounting, it is possible to distribute a cash voucher or the like equivalent to the total discounted amount.

By carrying out such a processing, as shown in FIG. 9, the usage information DB 185 stores the purchase date / time information, the purchased merchandise information, and the electronic coupon reading bar code information. By using the information accumulated in the usage information DB 185, it is possible to apply for the closed prize. Hereinafter, the processing for the application processing of the closed prize by the application processing unit 153 will be described. It should be noted that it is assumed that the campaign DB 186 has previously stored information on campaigns regarding closed prizes.

FIG. 11 shows an example of data stored in the campaign DB 186. In the example of FIG. 11, a column of campaign target products (and / or JAN code), a column of campaign period (start time and end time), a column of application period (start time and end time), and application for one bite The required number of columns representing the number of items purchased, the column of products offered in the campaign, the column of the number of lottery conducted during the application period, and the lottery pattern if multiple lottery is conducted And columns of. In the lottery pattern, when the deadline is set several times in the middle and the lottery is carried out, information on the closing date of the lottery in the middle is stored.

Such information can be obtained, for example, from the network 1.
The registration may be performed by a maker terminal (not shown) connected to 00, or the operator of the server 150 may be separately registered in the campaign DB 186. In general, the product is not registered in the campaign DB 186 unless the product is manufactured by a maker that accepts application on behalf of the server 150.

As described above, on the premise that the campaign DB 186 stores the information about the campaign of the manufacturer that accepts the application agency from the server 150, the processing for applying the application agency from the user terminal 120 will be described with reference to FIGS. This will be described with reference to FIG. It should be noted that before the processing of FIG.
It is assumed that 0 has been logged in. The user operates the user terminal 120 to instruct, for example, access from the user main menu to the closed proxy application page. In response to this instruction, the user terminal 120
Accesses the application page for application (step S1)
501). The proxy application processing unit 153 of the server 150 searches the campaign DB 186 in accordance with the access from the user terminal 120, and extracts the proxy application acceptance target product and the like (step S1503).

The application proxy processing unit 153 generates application target selection page data including information on the product for which the application is being accepted, and sends it to the user terminal 120 (step S150).
5). The user terminal 120 receives the application target selection page data in the server 150 and displays it on the display device by the Web browser (step S1506). Step S1
FIG. 13 shows an example of the screen displayed at 506.

In the example of FIG. 13, a column 201 for explaining the product to be applied, a column 200 of check boxes for selecting the product to be applied, and the server 150 for selecting the product to be applied.
A send button 202 for sending to the screen and a button 203 for returning to the previous screen are included. Although only two products are shown here, information on more products may be included in some cases. In the column 201 of the description of the product to be applied, the product name, information on the number of purchases required to apply for one lot, information on the product to be presented, information on the campaign period, information on the application period, and lottery Number of times information is included.
These are based on the information stored in the campaign DB 186.

The user looks at the screen as shown in FIG. 13, selects the product for which he / she wants to apply, checks the check box, and clicks the send button 202. The user terminal 120 receives the application target selection instruction, and the server 15
0 (step S1507). The application proxy processing unit 153 of the server 150 receives the application target selection instruction from the user terminal 120, and receives the application pattern and purchase history DB1.
It is stored in 87 (step S1509).

For example, FIGS. 14 and 15 show examples of data stored in the application pattern and purchase history DB 187. In the example of FIG. 14, the column of member ID, the column of the product (and / or JAN code) for the application on behalf of the applicant, the column of the application pattern (the designated number of units if necessary), the column of the number of purchases, and the number of applications Column, the application date column of the application agency, and the column of pointers to the purchase history table (FIG. 15). Here, the application pattern is either A: promptly as soon as it is possible to apply, B: promptly as soon as the designated number of members has accumulated, and C: a pattern for collecting up to the final lottery. However,
The pattern is not limited to these three patterns, and more or less patterns may be selectable in some cases.
In particular, when the lottery is conducted only once, the user may not be allowed to specify the pattern, and A: the application may be automatically set as soon as it becomes possible to apply. In the present embodiment, it is handled as such.

FIG. 15 shows an example of the purchase history table.
The example of FIG. 15 shows the history table of the first record of FIG. 14, and includes a purchase date / time column, a quantity column, a store code column, and a flag indicating whether or not an application has been completed (1: applied / 0:
(Application not completed) column is included. The store code is not always necessary, but it can be easily obtained because it is registered in the usage information DB 185.

When data is stored in the application pattern and purchase history DB 187, it is determined whether or not the application target product is a product for which application pattern setting is required by referring to the data of the application target product in the campaign DB 186 ( Step S1511). Whether or not the product requires the application pattern to be set is determined here based on whether the number of times of lottery is two or more. This is because once you apply, you simply have to apply without considering the application pattern. If the application pattern does not require setting, the setting completion page data is generated and transmitted to the user terminal 120 (step S1521).

On the other hand, when a product for which an application pattern needs to be set is selected, the application-for-application processing section 153 generates application pattern setting page data for the product to be applied and sends it to the user terminal 120. (Step S1
513). The user terminal 120 receives the application pattern setting page data from the server 150 and displays it on the display device by the Web browser (step S1515). For example, FIG. 16 shows a screen example displayed in step S1515.

In the example of FIG. 16, a column 211 of selection check boxes of application patterns, a column 212 of description texts of application patterns, a designated number input field 213, and a transmission button 214 for transmitting input data to the server 150. And a button 215 for returning to the previous page. In the example of FIG. 16, it is a screen when A chocolate is selected as an application target product, and A: an application pattern to apply immediately (every three A chocolates are purchased) as soon as it becomes possible to apply, and B: An application pattern for immediately applying as soon as the number of units entered in the designated number input field 213 is accumulated, and C:
It is possible to select the application pattern that will be collected until the final lottery. However, application patterns other than this may be selectable.

When the application pattern is set on the screen as shown in FIG. 16, the application as shown in FIG. 17, for example, is made. In the example of FIG. 17, the purchase target product is purchased along the time axis 2
It is assumed that the customer has purchased 8 times from 21 to purchase 228. However, the campaign period of the applicable product is the period from the second purchase 222 to the seventh purchase 227.
Also, it is assumed that the application on behalf of the applicant is made after the third purchase. In the present embodiment, the purchase after purchase 224 after the application for proxy application is not targeted, but the purchase after purchase 222 after the start of the campaign period is targeted.
Therefore, it is possible to apply for one bite with purchases 222 to 224. Also, the second application can be made by purchasing 225 to 227. Purchases 228 after the campaign period are not eligible. If the application pattern A is selected in FIG. 17, the application will be made as soon as it becomes possible to apply, so the first application is made after the purchase 224. After the purchase 227, the second application is made. If the application pattern B is selected in FIG. 17 and two units are designated as the designated number, the two-unit batch application is performed after the purchase 227 is performed. In the example of FIG. 17, even when the application pattern C is selected, it is the same as the application pattern B.

The user selects an application pattern on the screen of FIG. 17, and when selecting application pattern B, inputs the designated number and clicks the send button 214. The user terminal 120 receives the input from the user and transmits the application pattern instruction data to the server 150 (step S
1517). The application proxy processing unit 153 of the server 150
The application pattern instruction data is received from the user terminal 120 and stored in the application pattern and purchase history DB 187 (step S1519). For example, it is stored in the column of the application pattern (designated number) in FIG.

The application proxy processing unit 153 generates setting completion page data and sends it to the user terminal 120 (step S1521). The user terminal 120 is the server 150.
The setting completion page data is received from and displayed on the display device by the Web browser (step S1523).

By performing such processing, the user can easily apply for the application on behalf of the server 150.

Next, the processing by the application proxy processing unit 153 when the sales slip information is registered in the usage information DB 185 will be described with reference to FIG. When the information on the sales slip received from the POS system 170 is registered in the usage information DB 185, the application processing unit 153 acquires the read barcode information of the electronic coupon from the information on the sales slip (step S1531). Then, using the barcode information read from the electronic coupon, the barcode information DB 183 (FIG. 6)
To identify the issuing member ID (step S1)
533).

The application pattern and purchase history DB 187 are searched using the specified member ID to determine whether or not the member user is applying for the application on behalf of the application (step S1535). In the case of a member user who has not applied for an application on behalf of an application, the processing ends. When it is determined that the user is a member user who has applied for the application on behalf of the application, it is determined whether the application target product registered in the application pattern and purchase history DB 187 is included in the sales slip information (step S1537). If the product targeted for application is not included in the current shopping, the process ends. In this step, it is confirmed whether the purchase date and time included in the sales slip information is during the campaign period (see the campaign DB 186). Even if the product to be applied is included during the campaign period, it is determined not to be included. On the other hand, when the information on the sales slip includes the application target product, the current purchase is recorded in the application pattern and purchase history DB 187, and the number of purchases is incremented (step S1539). The purchase date / time (issue date / time), the quantity, and the purchase store code are registered in the purchase history table (FIG. 15), and the purchase quantity in FIG. 14 is incremented by the purchase quantity. In the purchase history table, when registering a record, the applied flag of the record is set to 0. Then, it is determined from the purchase history table whether the application is possible (step S1541). It is determined whether the number of unapplied purchases exceeds the number of purchases required for application registered in the campaign DB 186. If the number of unapplied purchases does not exceed the number of purchases required for application, the process ends.

On the other hand, when the number of purchases for unapplied applications exceeds the number of purchases required for application, the application processing section 153 for application.
Judges whether to generate the application data this time based on the application pattern and the application pattern of the purchase history DB 187 (FIG. 14) (step S1543). If the application pattern is A, application data is always generated. When the application pattern is B, it is determined whether the number of unapplied purchases has reached the designated number. If it is determined that the application data is not generated this time, the process ends. If it is determined that the application data will be generated this time, the member ID 180
To read personal information (name, address, age, occupation, telephone number, etc.) of the member user, generate application data including the personal information and the number of applicants, and temporarily store it in a storage device. Here, the manufacturer /
It is transmitted to the server 140 (step S1545). However, instead of transmitting the application data via the network 100, the application data may be delivered to the manufacturer by a magnetic tape or other recording medium. In this case, the application data is recorded on the recording medium. The recording medium is provided for each manufacturer. In addition, application pattern and purchase history DB 187
The number of applications in (FIG. 14) is incremented by the number of applications this time. Also, the applied flag of the purchase history table (FIG. 15) is set to "1" for the number of applications.

The maker server 140 is the network 1
When the application data is received from the server 150 via 00, it is registered in the application reception DB 141. Application reception DB14
1 stores data as shown in FIG. 19, for example. In the example of FIG. 19, there are provided an applicant name column, an address column, an age column, an occupation column, a telephone number column, and an application number column. Some manufacturers may request other personal information or additional personal information when applying. In that case, for example, it is registered in the campaign DB 186, and the server 150 automatically reads the personal information of the applying user from the member DB 180. Note that some manufacturers may additionally request a questionnaire or the like. If such a questionnaire response is required, it is registered in the campaign DB 186, and based on the registered content, for example, step S1511 or step S151.
After 9, the answer page of the questionnaire is output to the user. The questionnaire response results collected from the user may be registered in the application pattern and purchase history DB 187, and the questionnaire response results may be included when the actual application data is generated.

As described above, the processing is executed based on the sales slip generated for each shopping using the electronic coupon of the member user. However, by executing the following processing at the end of the campaign period, complete application data generation Also, it is possible to generate an application report. This processing will be described with reference to FIG. At the end of the campaign period, the application pattern and purchase history DB 187 are searched, and the members who have registered the product related to the campaign as the product to be applied are extracted (step S1551).

By referring to the purchase history table (FIG. 15) for the member, it is confirmed whether there is any purchase information that can be applied and for which application data has not been generated. For example, in the state as shown in FIG. 15, there is only one unapplied purchase, and there are only three (3) applications that can be applied. If there is purchase information that can be applied and for which application data has not been generated, the member DB 180 is searched for the member ID and the personal information (name, address, age, occupation, telephone number, etc.) of the member user concerned. Is read out, application data including the personal information and the number of applications for this time is generated, and is temporarily stored in the storage device. Here, the manufacturer server 140 is connected via the network 100.
(Step S1553). However, instead of transmitting the application data via the network 100, the application data may be delivered to the manufacturer by a magnetic tape or other recording medium. Also, application patterns and purchase history DB
The number of applicants of 187 (FIG. 14) is incremented by the number of applicants of this time.

Then, the application proxy processing unit 153 generates an application proxy result notification including information on the application pattern and the number of applications registered in the purchase history DB 187 (FIG. 14), and the mail address registered in the member DB 180. (Step S1555). The user terminal 120 or the mobile phone 110 receives the application proxy result notification and displays it on the display device. This allows the user to confirm how many applications were finally submitted. Then, the application proxy processing unit 153 deletes the application pattern information and the purchase history information from the application pattern and purchase history DB 187 (step S1557).

If an application for proxy application is made after the start of the campaign, step S1521
After (FIG. 12), the process of FIG. 18 is performed for all sales slips from the campaign start date to the application date.
However, instead of step S1535 in FIG. 18, it is determined whether or not the data is for the member who has made the application, and the step S1537 and subsequent steps are executed only when the sales slip related to the shopping of the member who has made the application. If simply a member ID
Is registered in the usage information DB 185, only the sales slip of the member ID who made the application is extracted from the campaign start date to the application application step S
The processing after 1537 is executed.

By carrying out such processing, it is possible to generate application data without omission and to apply. Since the application is automatically made by simply shopping, the user can easily apply without forgetting the application. It should be noted that in the present embodiment, even if the application for the application agency is delayed, the purchase history can be traced back to the campaign start time, so that a larger number of applications can be applied.

The embodiment of the present invention has been described above.
The present invention is not limited to this. For example, although the configuration in which the purchase history is specified by using the information of the sales slip in the electronic coupon system and the application is applied is shown above, the electronic coupon system may not necessarily be used. For example, even in a point system in a supermarket or the like, since the member ID, the purchased product information, and the purchase date and time information are stored in the database, the barcode information read in FIG. 18 and FIG. 19 as described above using this information is used. The member ID can be used as it is instead of.

The functional block diagram shown in FIG. 1 is an example, and the module configuration is arbitrary. Further, the database configuration is also an example, and the data storage mode as shown in FIG. 1 does not necessarily have to be adopted. The screen examples shown in FIGS. 13 and 16 may use other screen configurations having similar contents.

Further, although the application proxy result notification is transmitted to the user's terminal in step S1555 of FIG. 20, the notification is not transmitted after the campaign period ends, but is transmitted each time application data is generated. It may be configured to do so.

[0074]

As described above, according to the present invention, it is possible to apply for a closed prize.

[Brief description of drawings]

FIG. 1 is a system schematic diagram of an electronic coupon system.

FIG. 2 is a diagram showing a business flow in electronic coupon generation / use.

FIG. 3 is a diagram showing a flow from electronic coupon search to generation.

FIG. 4 is a diagram showing an example of displaying barcode information on a display device of a mobile phone.

FIG. 5 is a diagram showing a flow of barcode information generation processing.

FIG. 6 is a diagram showing a data storage example of a barcode information DB.

FIG. 7 is a diagram showing a flow of processing for reading barcode information and transmitting a sales slip.

FIG. 8 is a diagram showing an example of a receipt.

FIG. 9 is a diagram showing an example of data stored in a usage information DB.

FIG. 10 is a diagram showing a flow of a discounting process.

FIG. 11 is a diagram showing an example of data stored in a campaign DB.

FIG. 12 is a diagram showing a processing flow for application for proxy application.

FIG. 13 is a diagram showing an example of a proxy application screen.

FIG. 14 is a diagram showing an example of application patterns and data stored in a purchase history DB.

FIG. 15 is a diagram showing an example of data stored in a purchase history table of an application pattern and purchase history DB.

FIG. 16 is a diagram showing an example of a screen for setting an application pattern.

FIG. 17 is a schematic diagram for explaining an application pattern and the like.

FIG. 18 is a diagram showing a processing flow of an application proxy processing unit.

FIG. 19 is a diagram showing an example of data stored in an application reception DB.

FIG. 20 is a diagram showing a processing flow of processing at the end of a campaign period.

[Explanation of symbols]

100 network 110 mobile phone 12
0 user terminal 130 telecommunications carrier business server 140 maker server 159 server 160 public line network 170 retail store system 172 barcode scanner 180 member DB 181 store DB 182 product DB 183 barcode information DB 184 electronic coupon information DB 185 usage information DB 186 Campaign DB 187 Application pattern and purchase history DB 151 Electronic coupon processing unit 153 Application agency processing unit 141 Application reception DB

Continuation of front page (51) Int.Cl. ⁷ Identification code FI theme code (reference) G07G 1/12 321 G07G 1/12 321L

Claims (8)

[Claims] 1. A step of receiving an application request for a closed prize for a specific product from a user's terminal and storing the request in a storage device, and storing the purchaser identification information, the purchased product information, and the purchase time information. An extraction step of extracting from the purchase history storage unit purchase information of the specific product related to the application proxy request by the user, and at least the specific product based on a history of purchases of the extracted specific product by the user. If it is determined that the application conditions for the closed sweepstakes are satisfied, an application information generation step of generating application information including at least the information of the user and storing the application information in a storage device; . 2. A step of receiving, from the user's terminal, setting information of a closed sweepstakes application pattern for the specific product and storing the setting information in a storage device, wherein in the application information generating step, the specific product According to the purchase history of the user of
2. The closed proxy prize application method according to claim 1, wherein it is judged whether or not a condition based on the received setting information of the application pattern and a closed prize prize application condition for the specific product are satisfied. 3. The extracting step also extracts, from the purchase history storage unit, purchase information by the user of the specific product before the application of the closed proxy prize request for the specific product is received. The method for subscribing to the closed sweepstakes according to claim 1 or 2. 4. The closed prize according to claim 1, further comprising the step of transmitting an application notification to the terminal of the user when an application is made based on the generated application information. How to apply on behalf of. 5. A POS is provided for bar code information issued for a specific mobile communication device, purchased product information, and purchase time information.
The closed proxy prize application method according to claim 1, further comprising: receiving from a system and storing in a purchase history storage unit; and identifying a purchaser using the barcode information. 6. The closed system according to claim 5, wherein the bar code information issued for the mobile communication device is electronic coupon information for providing a discount service for one or more products. How to apply for a prize. 7. A program for causing a computer to execute the application method for a closed sweepstakes according to any one of claims 1 to 6. 8. A means for receiving an application request for a closed prize competition for a specific product from a user's terminal and storing it in a storage device, and a purchaser identification information, purchased product information, and purchase time information. At least the specific product according to the extraction means for extracting, from the purchase history storage unit, purchase information of the specific product related to the application proxy request by the user, and a history of purchase of the extracted specific product by the user. If it is determined that the application conditions for the closed sweepstakes are satisfied, the application system for creating closed sweepstakes including application information generating means for generating application information including at least the user information and storing it in a storage device. .