JP2003122980A - Temporary reservation method and server - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a temporary reservation method and server capable of temporarily reserving a commodity in shopping and commanding its purchase afterward. SOLUTION: A user reads commodity identification information attached to a tag of the commodity using a portable telephone 7. The portable telephone 7 transmits a commodity ID and a membership ID included in the commodity identification information to a shopping support system 1 and requests a temporary reservation. The shopping support system 1 stores the commodity ID, the user ID, and a temporary reservation order to the applicable article. When the user looks around other articles and decides to purchase the temporarily reserved article, the user follows a procedure of the order using the portable telephone 7. This order becomes effective in the order of the smaller temporary reservation order to the application user according to the number of the inventory of the article. The article receiving the order can be received at a convenient place for the user such as a store designated by the user or the user's house.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a temporary reservation method and a temporary reservation server capable of making a temporary reservation for a product when shopping and then instructing the purchase.

[0002]

2. Description of the Related Art Currently, consumers are
For example, products such as A store, B store, and C store are visited around a plurality of stores and compared with each other to determine a product to be purchased.

[0003]

It is assumed that the products are compared at a plurality of stores and, for example, the product seen at the first store A is purchased. In that case, it is necessary to return to the store A to purchase the product. However, when I returned to store A the next day, for example, the product I wanted was sometimes sold out. In addition, there are times when it is not possible to go back and buy again when there is no time or when the store is coming from afar. The present invention has been made in view of such circumstances, and an object of the present invention is to provide a temporary reservation method and a temporary reservation server that can make a temporary reservation for a product when shopping and then instruct purchase.

[0004]

The present invention has been made in order to achieve the above-mentioned object, and the present invention is a provisional reservation method by a provisional reservation server that accepts purchase reservations for products from a plurality of users. A first step of storing the stock quantity of the product, a second step of receiving a temporary reservation request for the product including the user identification information transmitted from the user's terminal, and a first step of acquiring the temporary reservation order of the user. 3, the fourth step of receiving an order request for the product for which the provisional reservation request has been sent from the user's terminal, the provisional reservation order of the user at the time of receiving the order request, and the A fifth step of comparing with the stock quantity and determining whether the temporary reservation order is less than or equal to the stock quantity, and a sixth step of accepting an order when the temporary reservation order is less than or equal to the stock quantity as a result of the determination It is characterized by

The present invention further comprises the step of generating product identification information for identifying a product in the above invention, and in the first step, the stock quantity of the product is stored in association with the product identification number. In the second step, the provisional reservation request further includes product identification information.

Further, in the present invention according to the above-mentioned invention, the product identification information generated for each product is a bar code, and in the second step, the product identification information is attached to the product for which a temporary reservation request is made. It is characterized in that the product identification information acquired by reading the barcode is received.

Further, in the present invention according to the above-mentioned invention, when the provisional reservation order of a product becomes less than or equal to the number of stocks, the user who has transmitted the provisional reservation request for the product is notified that the product can be purchased. It is characterized by further comprising a process.

Further, the present invention is a provisional reservation server for accepting reservations for purchase of products from a plurality of users, wherein a first storage unit for storing the stock quantity of products and a product for which the provisional reservation request is made. Temporary reservation means for acquiring the temporary reservation order,
A second storage unit that stores the received user identification information and the temporary reservation order acquired by the temporary reservation unit, and an order request for an item for which the temporary reservation request is transmitted from the user terminal. Upon reception, the provisional reservation order of the user at the time of receiving the order request acquired from the second storage unit is compared with the stock quantity stored in the first storage unit to determine the provisional reservation order. If the number is less than or equal to the number of stocks, an ordering means for receiving an order is provided.

[0009]

DETAILED DESCRIPTION OF THE INVENTION An embodiment of the present invention will be described below with reference to the drawings. As shown in FIG. 1, in the present embodiment, in shopping, a tentative reservation is made as a result of making a tentative reservation for a purchase candidate product using a mobile terminal and comparing a plurality of products by visiting other stores. When it is decided to purchase the purchased product, the reserved product can be purchased using the mobile terminal. The mobile terminal is a mobile information processing terminal such as a PDA (Personal Digital Assistants) or a mobile phone that can access the Internet.

Details of this embodiment will be described. Figure 1
FIG. 3 is a diagram illustrating a system configuration. In this figure, 1 is a shopping support system operated by a service company or the like. 6 is a department store system of an ABC department store that sells products using the shopping support system 1 of the present embodiment. Reference numeral 7 denotes a mobile phone, which is an example of a mobile terminal of a user who uses the shopping support system 1 of the present embodiment to shop.

The shopping support system 1 and the department store system 6 are connected via a network such as the Internet (not shown). Although not shown, it is assumed that the shopping support system 1 is connected to department store systems of a plurality of department stores in addition to the department store system 1 of the ABC department store. The mobile phone 7 and the shopping support system 1 are connected via a carrier network 9 which is an existing network.
Here, the network refers to a public telephone line, a private line, or the like.

The shopping support system 1 is WWW
(World Wide Web) Server 2, Application Server 3, Product Identification Information Generating Device 4, Authentication Server 5,
It is composed of an IVR (Intelligent Voice Response) device 8. The WWW server 2 provides a web page for accepting provisional reservations of products and the like, and includes an application server 3, a product identification information generation device 4, an authentication server 5, and an I server.
It is a server that controls the VR system 8.

The application server 3 is a server for carrying out provisional reservation of merchandise and each processing related thereto. The product identification information generating device 4 is a device that generates information used for identifying a product, such as a normal barcode. Here, the product identification information is information uniquely determined for each product, and examples thereof include a symbol string and a barcode. The authentication server 5 is a server operated and managed by a general company, receives the data such as the read product identification information, authenticates the received data such as the product identification information based on the contract, and authenticates the corresponding product. It is a server that transfers a temporary reservation to the WWW server 2.
The IVR system 8 is an automatic voice response system, and is used to prompt the user who registers as a member to enter credit card information. Each DB (database) described in the shopping support system 1 is provided in the application server 3, and details thereof will be described later.

Reference numeral 6 denotes a department store system, which includes a terminal 61 such as a personal computer, a backbone system 62,
It is composed of a POS (Point Of Sales) terminal 63 in a store, a terminal 64 such as a personal computer, and a sticker printer 65. The terminal 61 is a terminal of a management unit that manages the department store system of each department store. Core system 62
Is connected to a POS cash register 63, a terminal 64, a sticker printer 65, and the like of a department store, and manages the number of products in stock, the number of sales, the number of deliveries, and the like. The terminal 64 is a terminal of each store and is for inputting product information and inventory information. The sticker printer 65 is a printer for printing product identification information. The terminal 61 is independent of a plurality of store systems including a backbone system 62, a POS terminal 63, a terminal 64, a sticker printer 65 and the like.

In the present embodiment, a department store (ABC department store in the figure) which provides a shopping support service by the shopping support system 1 has a plurality of branches,
It is assumed that each branch has the same store. The stores of each branch are connected to the core system 62, and how many stocks are in each store?
We know the number of products sold and when the products are delivered.

The mobile phone 7 has a function of reading product identification information and can be connected to the Internet. The mobile phone 7 transmits the product identification information read by the product identification information reader to the authentication server 5 via the carrier network 9, and the authentication server 5 performs user authentication based on the received product identification information, etc. The product identification information and the like are transmitted to the WWW server 2 which accepts the provisional reservation of the corresponding product based on the contract.

Next, the configuration of the application server 3 will be described with reference to FIG. In FIG. 2, 30
1 is a communication interface. 302 is an authentication unit. Reference numeral 303 is a store registration / change unit. 304 is a product registration / change unit. Reference numeral 305 is a print control unit. 306
Is a member registration / change section. Reference numeral 307 is a temporary reservation section.
308 is an ordering unit. Reference numeral 309 is a settlement unit. 310
Is a sold-out notification / continuation reception part. Reference numeral 311 is an orderable notification unit. The function of each unit will be described in the operation described later.

Further, in FIG. 2, 321 is a company management D.
B. 322 is a member information DB. Reference numeral 323 is an authentication DB. Reference numeral 324 is a store management DB. 325 is a product management DB. A temporary reservation information management DB 326 stores a plurality of records for each temporary reservation in which temporary reservation information regarding the temporary reservation is recorded. An order management DB 327 stores a plurality of order management information records that record order information related to orders from users. A postal code DB 328 stores a plurality of postal codes and corresponding addresses.

FIG. 3 shows an example of a company record in which company information stored in the company management DB 321 is recorded. The company management DB 321 stores a plurality of company records in which company information of a company (a department store in this embodiment) that provides services to users using the shopping support system 1 is recorded. Each company record in the company management DB 321 has a company ID, a password, and
Company name, business type, postal code, company address (in the figure,
(Address 1 and Address 2 are listed separately.), Name of person in charge, telephone number of person in charge, FAX of person in charge.
The number, the e-mail address of the person in charge, the total number of temporary reservation orders for each month, the total number of orders for each month, the cumulative purchase amount, etc. are stored.

FIG. 4 shows an example of information stored in the member information DB 322. The member information DB 322 stores a plurality of member records in which member information of members (also referred to as users) who receive services by the shopping support system 1 is recorded. In each member record of the member information management DB 322, as shown in an example in FIG. 4, a member ID (user identification information), a password, a member registration date and time, a member registration update date and time, a name, a zip code, an address (in the figure, Address 1, address 2 and address 3 are separately described), mobile phone number, gender, credit number, email address, accumulated amount for each year and store, rank for each store, etc. are stored. ing. The rank is determined, for example, by the annual purchase amount of the member. If the annual purchase amount is equal to or higher than a specific amount, the rank is B rank, and if the annual purchase amount is equal to or lower than the specific amount, A rank is determined.

FIG. 5 shows an example of each authentication record in which the authentication information stored in the authentication DB 323 is recorded. In the authentication DB 323, the shopping support system 1
A plurality of member authentication records, company authentication records, and shop authentication records in which authentication information required for authentication when a member, a company, and a shop that receive the service are logged in to the WWW server 2 are recorded are stored. Member authentication record,
FIG. 5 shows an example of the company authentication record and the store authentication record. In this way, the ID, password, etc. are recorded in each record.

FIG. 6 shows an example of a store management record in which store information stored in the store management DB 324 is recorded. The store management DB 324 stores a plurality of store management records that record store information of stores that provide services using the shopping support system 1. In the store management record of the store management DB 324, as shown in an example in FIG. 6, a store ID, a password, a company ID, a store name,
Genre code, postal code, store address (in the figure, address 1, address 2, address 3 are shown separately), name of person in charge, phone number of person in charge, F of person in charge
The AX number, the e-mail address of the person in charge, the total number of temporary reservation orders for each month, the total number of orders for each month, the cumulative purchase amount, etc. are recorded.

In the store management DB 324, the company ID is the company ID of the company that manages the store, and here, the ID of the department store in which the store is located is described. The genre code indicates what kind of product is sold at the store.

FIG. 7 shows an example of a product management record in which product information stored in the product management DB 325 is recorded.
The product management DB 325 includes a shopping support system 1
A product management record in which product information of products sold at a store that provides services to members is recorded is stored for each product. In each product management record of the product management DB 325, as an example is shown in FIG. 7, the shop ID that sells the product, the product name, the product ID, the registration update date and time, the size information, the general price, and the member A discount rate. Member B discount rate, annual member A annual discount accumulated amount, annual member B annual discount accumulated amount, catch, image data, etc. are recorded or stored. The product management DB 325 is linked with the core system 62, and is updated in real time when the stock quantity or the like is changed, and the latest product information is always stored.

In the product management DB 325, the member A discount rate and the member B discount rate are discount rates for each rank of the member. In this embodiment, the member rank and the discount rate can be set for each store. . When the member rank described in the member information DB 322 and the member rank set in the product management DB 325 are different, the member rank can be set in an arbitrary priority order, but here, the member rank defined in the store is set. Give priority. Also, the product management DB 325
In the above, the catch is information such as a catch copy about the product, such as “100% cashmere” if the product is clothing and “cow leather upholstery” if the product is a chair. The image data is a barcode image that is an example of product identification information attached to a tag or the like of the product.

Information stored in the temporary reservation information management DB 326 and the order management DB 327 will be described later in the operation.

FIG. 8 shows the configuration of the mobile phone 7. In the mobile phone 7, 71 is a communication interface. 7
2 is a control unit. Reference numeral 73 is a product identification information reader.
74 is a memory. The memory 74 stores a b code (user identification information) for uniquely identifying a member. An output device 75 is a liquid crystal screen of the mobile phone 7 or the like. Further, the b code may be stored in a memory or the like provided in the product identification information reader 73.

The operation of the shopping support system 1 will be described with reference to FIGS. Note that FIG. 9, FIG.
16, FIG. 17, FIG. 20, and FIG. 24, the WWW server 2, the IVR system 8, the product identification information generating device 4, and the authentication server 5, which form the shopping support system 1, are shown in particular. In addition, FIG. 9, FIG. 12, FIG.
The numbers in parentheses (7), (20) and (24) are
It corresponds to the numbers in parentheses in other drawings. First, with reference to FIGS. 9 to 11, the operation of the shopping support system 1 when the manager of a department store registers, updates, or deletes the store occupying the department store will be described.

The administrator uses the terminal 61 to access the WWW server 2 via a network such as the Internet. The WWW server 2 uses a predetermined HTML (Hy
The terminal 61 is caused to output a login screen as shown in (A1) of FIG. 10 by using the format of perText Markup Language). The administrator uses the terminal 61 to input the previously issued company ID and the set password. After the input, when the administrator clicks the "OK" button displayed on the login screen, the terminal 61 displays
The entered company ID and password are transmitted to the WWW server 2 (step S10 in FIG. 9).

Upon receiving the company ID and password, the WWW server 2 instructs the application server 3 to perform authentication. The authentication unit 302 of the application server 3 refers to each record stored in the authentication DB 323 and verifies whether the received company ID and password are correct. If the verification result is correct, the authentication unit 302 recognizes whether the ID is a company, a member, or a store. Here, the received ID is the company ID
Therefore, the verification result and the fact that the received ID is the company ID are transmitted to the WWW server 2.

In the WWW server 2, the received ID is the company I
Since it is D, the application server 3 is instructed to acquire the store registration status. The store registration / change unit 303 of the application server 3 refers to the store management DB 324,
Based on the company ID, the store registration information in which the number of stores occupying the department store is counted for each genre of the store is acquired and transmitted to the WWW server 2.

Upon receiving the store registration information, the WWW server 2 causes the terminal 61 to output a store registration status confirmation screen, an example of which is shown in (A2) of FIG. 10 (step S11 in FIG. 9). The administrator who sees this selects the genre whose registration status is to be confirmed, and the "O
Click the "K" button. Then, the terminal 61 transmits a store registration status output request for each genre including the genre code of the selected genre and the previously entered company ID to the WWW server 2 (step S1 in FIG. 9).
2).

The WWW server 2 requests the application server 3 to acquire store registration information for each genre. Store registration / change section 3 of application server 3
03 acquires the corresponding store ID and store name from the store management DB 324 based on the genre code and the company ID. Next, referring to the product management DB 325, store ID
Based on the above, the product number information including the number of product registrations registered in each store among the stores occupying the department store is acquired, and the WWW server 2 with the store name obtained earlier.
Send to. Upon receiving the product number information, the WWW server 2 causes the terminal 61 to output a product number confirmation screen, an example of which is shown in (A3) of FIG. 10 (step S13 in FIG. 9).

The manager can request new registration of a store, update of store information, and deletion of a store on such a screen. For example, when registering a new store, the administrator clicks the "new" button displayed on the same screen. Then, the terminal 61 transmits a store registration request. W
The WW server 2 causes the terminal 61 to output a new store registration screen, an example of which is shown in (A4) of FIG.

The administrator uses the terminal 61 to store the store name,
The person in charge of the store, the telephone number of the person in charge, the email address of the person in charge, the password, etc. are input, and the store genre of the store is selected. This password is WW
This is the password to be entered when logging in to the W server 2. When the administrator clicks the “OK” button displayed on the same screen, the terminal 61 displays the entered store name,
Store information such as the person in charge of the store, the telephone number of the person in charge, the mail address of the person in charge, the password, the store genre, and the store information registration request are transmitted (step S1 in FIG. 9).
4).

Upon receiving the store information registration request, the WWW server 2 causes the terminal 61 to output a screen for confirming the registered contents. When the administrator clicks the "OK" button displayed on the screen, the terminal 61 transmits the confirmed information.
Upon receiving the confirmed information transmitted by the terminal 61, the WWW server 2 causes the application server 3 to
Instruct to register store information.

The store registration / change unit 303 of the application server 3 refers to the authentication DB 323 and newly stores the store I.
Issue D. Next, the received store information and the issued store ID are stored in the store management DB 324 as an example shown in FIG.
In the store management DB 324.
Then, the WWW server 2 is notified of the completion of registration of the store information. The WWW server 2 causes the terminal 61 to confirm the store information including the store ID and the password (A in FIG. 11).
A screen such as that shown in 5 ′) is output to the terminal 61 (step S15 in FIG. 9). Next, an electronic mail, an example of which is shown in (A5) of FIG. 11, is transmitted to the mail address of the person in charge of the store via the WWW server 2 (step S16 in FIG. 9).

The store information is updated by the store registration / change unit 303 as in the above-mentioned store registration. When updating the store information, the administrator selects the store for which the store information is to be updated on the screen as shown in the example in (A3) of FIG. 10, and clicks the "change" button on the screen. Then, the terminal 61 transmits a store information update request including the store ID of the selected store. Upon receiving the store information change request, the WWW server 2 transmits the store ID included in the store information change request to the application server 3, and instructs the application server 3 to acquire the store information of the store. The store registration / change unit 303 of the application server 3 stores the store ID
Based on, the store information of the store is acquired from the store management DB 324 and transmitted to the WWW server 2. The WWW server 2 causes the terminal 61 to output the store information transmitted from the application server 3 and requests the input of the store information to be changed.

To delete the store information, the administrator
On the screen as an example shown in (A3) of FIG. 10, select the store whose store information you want to update, and click the "Delete" button on the same screen. Then, the terminal 61 transmits the store ID and the store deletion request to the WWW server 2. Then W
The WW server 2 causes the terminal 61 to output a confirmation screen that outputs the name of the store to be deleted. When the administrator clicks the "OK" button displayed on the screen, the terminal 61 sends a deletion request. When the WWW server 2 receives the delete request,
The application server 3 is instructed to delete along with the store ID. The store registration / change unit 303 of the application server 3 deletes the record recording the store information of the store ID from the store management DB 324.

Next, referring to FIG. 12 to FIG. 15, a shopping support system 1 in the case where a store clerk in a department store that sells women's clothing registers, updates, or deletes products to be sold in the store The operation of will be described.

The store clerk uses the terminal 64 to access the WWW server 2 via a network such as the Internet. The WWW server 2 displays the terminal 61 in FIG.
The login screen as shown in (B1) is output. The store clerk inputs the ID issued in advance and the set password using the terminal 64. When the clerk clicks the "OK" button displayed on the login screen, the terminal 64
Transmits the input shop ID and password to the WWW server 2 (step S31 in FIG. 12).

Upon receiving the store ID and password, the WWW server 2 instructs the application server 3 to perform authentication. The authentication unit 302 of the application server 3 refers to each record stored in the authentication DB 323 and verifies whether the received shop ID and password are correct. If the verification result shows that the ID is correct, the authentication unit 302 recognizes whether the ID is a company (department store), a member, or a store. Here, since the received store ID indicates the store, the verification result and the fact that the received ID is the store ID are transmitted to the WWW server 2.

In the WWW server 2, the received ID is the store I
Since it is D, the application server 3 is instructed to manage product information. Based on the received store ID, the product registration / modification unit 304 of the application server 3 stores the product name, product ID, size, general price, price for each member, inventory number, etc. of each product registered in the store. The product registration status of the product information, which is information, is acquired from the product management DB 325, and the product registration status is transmitted to the WWW server 2. W
When the WW server 2 receives the registration status of the product information, the WW server 2 causes the terminal 64 to output a registration status list screen of the product information as shown in (B2) of FIG. 13 (step S32 in FIG. 12).

On such a screen, the clerk can request new registration of product information, update of product information, deletion of product information, and printing of product identification information associated with a product tag or the like. For example, when registering new product information, the clerk clicks the "new" button displayed on the screen. Then, the terminal 64 transmits a product information registration request ((5) in FIG. 12, step S33).

The WWW server 2 sends a registration request for product information to the application server 3. The product registration / modification unit 304 of the application server 3 causes the terminal 64 via the WWW server 2 to output a new registration screen of product information as an example shown in (B3) of FIG.

The clerk uses the terminal 64 to input the product ID, size, general price, price for each member, stock quantity, catch, and the like. When the store clerk clicks the “OK” button displayed on the same screen, the terminal 64 transmits a registration request for product information including the input product information. Upon receiving the registration request for the product information, the WWW server 2 causes the terminal 64 to output a screen for confirming the registration content. When the clerk clicks the "OK" button displayed on the screen, the terminal 64
Will send confirmation. Upon receiving the confirmation transmitted by the terminal 64, the WWW server 2 instructs the application server 3 to register the product information.
Product registration / change unit 304 of the application server 3
Records the received product information in a record of the product management DB 325, an example of which is shown in FIG.
To store. After storing, application server 3
Sends registration completion to the WWW server 2. The WWW server 2 causes the terminal 64 to output registration completion (step S34 in FIG. 12).

Next, a case of requesting updating of product information and deletion of product information will be described. In that case, the clerk is shown in FIG.
In the product information registration status list screen, an example of which is shown in (B2), among the plurality of products displayed on the screen,
Select the product you want to change or delete, and click the "Change / Delete" button displayed on the same screen. Then,
The terminal 64 transmits a product information change / deletion request including the product ID of the selected product. The WWW server 2 instructs the application server 3 to change / delete product information. Product registration / change unit 30 of the application server 3
4 reads the corresponding product information from the product management DB 325 based on the product ID transmitted from the terminal 64, and the WW
The terminal 64 is caused to output a product information update / deletion confirmation screen, an example of which is shown in (B4) of FIG. 14, via the W server 2.

To change the product information, the clerk uses the terminal 64 to rewrite the information displayed on the product information update / deletion confirmation screen, an example of which is shown in (B4) of FIG. Click the "OK" button on the same screen.
Then, the terminal 64 transmits a product information update request including new product information to the WWW server 2. WWW server 2
Displays the screen for confirming the received new product information on the terminal 6
4 to output. The clerk who saw this screen said "O
When the “K” button is clicked, the terminal 64 sends a registration request. Upon receiving the registration request transmitted by the terminal 64, the WWW server 2 instructs the application server 3 to update the product information. The product registration / modification unit 304 of the application server 3 overwrites the received product information on a record as an example shown in FIG. 7, and stores it in the product management DB 325. After storing, WWW server 2
Send registration completion to. The WWW server 2 causes the terminal 64 to output the registration completion.

When deleting the product information, the clerk uses the terminal 6
14 is used to click the "Delete" button displayed on the product information update / deletion confirmation screen, an example of which is shown in (B4) of FIG. Then, the terminal 64 transmits a product information deletion request including the selected product ID to the WWW server 2. When the product ID and the product information deletion request are received, WW
The W server 2 causes the terminal 64 to output a confirmation screen on which the product name to be deleted is output. When the store clerk clicks the “OK” button, the terminal 64 transmits a deletion request. When the WWW server 2 receives the deletion request, the application server 3
Send a delete request to. The store registration / change unit 303 of the application server 3 deletes the record of the product information of the product ID transmitted from the terminal 64 from the product management DB 325.

Next, a case of requesting printing of product identification information attached to a product tag will be described. In that case, the clerk selects a product for which product identification information is desired to be printed from a plurality of products displayed on the screen in the product information registration status list screen as shown in FIG. 13B2. Click the "Print" button displayed on the same screen.
Then, the terminal 64 transmits a print request including the product ID of the selected product to the WWW server 2 (step S35 in FIG. 12).

The WWW server 2 instructs the application server 3 to print. The print control unit 305 of the application server 3 uses the product ID transmitted from the terminal 64.
Based on the above, the product information is read from the product management DB 325. If the product identification information of the product is stored in the product management DB 325, the print control unit 305 sends the product information including the product identification information to the WWW server 2. If the product identification information of the product is not stored in the product management DB 325, a product identification information generation request including the read product name and product ID of the product is transmitted to the product identification information generation device 4.

Upon receiving the product identification information generation request, the product identification information generation device 4 creates product identification information indicating the product name and the product ID included in the product identification information generation request, and creates the created product identification information. The product ID, product name, etc. of the product identification information are transmitted to the application server 3 via the WWW server 2. Application server 3
The print control unit 305 stores the product identification information in the field that stores the product identification information of the corresponding record recorded in the product management DB 325. Next, the product information including the product identification information is transmitted to the WWW server 2. WW
When the W server 2 receives the product information including the product identification information, the W server 2 causes the terminal 64 to output a product identification information print screen such as the example shown in (B5) of FIG.

To print the product identification information, the clerk
Using the terminal 64, click the "print product identification information" button displayed on the product identification information print screen, an example of which is shown in (B5) of FIG. The terminal 64 sends a print execution request to the WWW server 2. Upon receiving the print execution request, the WWW server 2 causes the terminal 64 to display a screen for confirming the product name of the product to be printed and the product identification information of the product, and for inputting the number of the product identification information to be printed.

Upon seeing the screen, the clerk inputs the number of prints of the product identification information and clicks the "OK" button displayed on the screen. The terminal 64 transmits the number of prints, product identification information, and the like to the sticker printer 65 to print the product identification information.

Next, with reference to FIG. 16 to FIG. 19, the operation for the user to register as a member will be described. A user who wants to register as a member accesses the WWW server 2 via a network such as the Internet using the mobile phone 7 and moves to a web page where membership can be registered as shown in an example in (C1) of FIG. . When the user clicks the "Member registration" link displayed on the screen, the mobile phone 7
Sends a member registration request to the WWW server 2 (see FIG. 16).
Step S51).

When the WWW server 2 receives the member registration request, the WWW server 2 outputs a membership regulation as shown in (C2) of FIG. 18 and requests consent to the membership regulation (step S52 in FIG. 16). If the user agrees to the membership regulations, the user clicks the "execute" link on the same screen. Then, the mobile phone 7 transmits to the WWW server 2 that it agrees with the member regulation ((8) in FIG. 16, step S5.
3).

When the WWW server 2 receives the agreement to the member regulation, it outputs the member information registration screen as shown in (C3) of FIG. 18 and requests the input of the name, zip code, etc. 16 in step S54). The user inputs his / her name, home zip code, etc. using the mobile phone 7, and clicks the "execute" link displayed on the same screen. Then, the mobile phone 7 transmits the input name, zip code, etc. to the WWW server 2 (step S55 in FIG. 16).

The WWW server 2 sends the address acquisition request and the postal code to the application server 3. The member registration / change unit 306 of the application server 3 refers to the postal code DB 328, obtains a list of addresses that correspond to the received postal code, and sends it to the WWW server 2. WW
The W server 2 transmits the received address list to the mobile phone 7 (step S56 in FIG. 16) and (C4) in FIG.
The screen as shown in FIG.

The user selects the home address on the screen and clicks the "execute" link displayed on the screen. The mobile phone 7 displays the address information selected by the user on the WWW.
Send to the server 2 (step S5 in FIG. 16)
7). The WWW server 2 outputs a member information registration screen such as that shown in (C5) of FIG. 18 and requests the input of the end of the address (step S58 in FIG. 16). The user inputs the end of the home address using the mobile phone 7,
Click the "Run" link displayed on the same screen.
Then, the mobile phone 7 transmits the input address information to the WWW server 2 (step S59 in FIG. 16).

The WWW server 2 outputs a member information registration screen, an example of which is shown in (C6) of FIG. 18, and requests the input of a secret number (step S in FIG. 16).
60). The secret number is a number used in a system set by a company that provides a telephone communication network of the mobile phone 7, and the email address of the mobile phone 7 uses the phone number of the mobile phone 7 itself. In addition, it is to be attached to the mail transmitted / received to / from the mobile phone 7. The mobile phone 7 can refuse to send / receive an email that does not have a secret number. The user inputs the secret number using the mobile phone 7 and clicks the “execute” link displayed on the same screen. Then mobile phone 7
Transmits the entered secret number and the mail data of the mobile phone 7 itself (the phone number of the mobile phone 7 in this case) to the WWW server 2 (step S in FIG. 16).
62).

Upon receiving the secret number and the mail data, the WWW server 2 recognizes the mail address from the mail data and confirms the recognized mail address.
A member information registration screen, an example of which is shown in (C7) of FIG. 18, is output to the mobile phone 7 (step S in FIG. 16).
62). If the mail address is not composed of the telephone number of the mobile phone 7, the WWW server 2 will be shown in FIG.
In (C6) of 8, the user's email address is entered instead of the secret number. After confirming the email address, the user agrees to the registration and clicks the "execute" link on the same screen. Then, the mobile phone 7 transmits a consent to the WWW server 2 (step S63 in FIG. 16).

Upon receiving the agreement, the WWW server 2
Causes a member information registration screen, an example of which is shown in (C8) of FIG. 18, to be requested to input (set) a password (step S64 in FIG. 16). The password entered here is for verifying the legitimacy of the user when the user logs in to the WWW server 2. The user inputs an appropriate password using the mobile phone 7,
Click the "Run" link displayed on the same screen.
Then, the mobile phone 7 sends the entered password to WWW.
Send to the server 2 (step S6 in FIG. 17)
5).

When the password is received, the WWW server 2
Causes a member information registration screen such as the one shown in (C9) of FIG. 19 to be output to select the type of credit card to be used when paying for the purchased product (step S66 in FIG. 17). The user selects the credit card using the mobile phone 7 and clicks the "execute" link displayed on the same screen. Then, the mobile phone 7 transmits the selected credit card type to the WWW server 2 (step S67 in FIG. 17).

When receiving the credit card type, WW
The W server 2 outputs a member information registration screen, an example of which is shown in (C10) of FIG. 19 (step S68 in FIG. 17). The user stores the temporary ID as a memo and the like, and clicks the "start registration" link displayed on the screen. Then, the mobile phone 7 transmits a credit card number registration request to the WWW server 2 (step S69 in FIG. 17). Upon receiving the credit card number registration request, the WWW server 2 requests the IVR system 8 to output the voice guidance for credit card number registration together with the credit card type information (step S70 in FIG. 17).

The IVR system 8 displays the "temporary I
A voice such as "Please input D" is output (step S71 in FIG. 17). The user uses the mobile phone 7 to input the temporary ID displayed in (C) of FIG. 19 which is output to the mobile phone 7 in step S68. Then, the mobile phone 7 transmits the input temporary ID to the IVR system 8 (step S7 in FIG. 17).
2). Next, the IVR system 8 causes the mobile phone 7 to output a voice such as "Please input the credit card number" (step S73 in FIG. 17). The user uses the mobile phone 7 to input the card number of the credit card used to settle the product to be purchased. Then, the mobile phone 7 inputs the entered credit card number
It transmits to the VR system 8 (step S in FIG. 17).
74).

Next, the IVR system 8 causes the mobile phone 7 to output a voice such as "Please enter the expiration date" (step S75 in FIG. 17). The user uses the mobile phone 7 to input the expiration date of the credit card used to settle the product to be purchased. Then, the mobile phone 7 transmits the input expiration date to the IVR system 8 (step S76 in FIG. 17). The IVR system 8 uses the temporary ID, card number,
The expiration date is transmitted to the WWW server 2 (step S77 in FIG. 17).

The WWW server 2 sends a member ID issuance request to the application server 3. The member registration / change unit 306 of the application server 3 issues a new member ID by referring to the authentication DB 323, and sends it to the WWW server 2. The WWW server 2 displays the registered member information, such as the user's name, address, mail address, member ID, password, credit card availability, and the like (C1 in FIG. 19).
As shown in 1), an output is made to the mobile phone 7 (step S78 in FIG. 17).

When the user confirms the registered member information and clicks the "execute" link on the same screen, the mobile phone 7
Transmits a registration request to WWW server 2 (step S79 in FIG. 17). The WWW server 2 transmits a membership information registration request to the application server 3. The member registration / change unit 306 of the application server 3 describes the member information to be registered, which is transmitted from the mobile phone 7 via the WWW server 2, in a member record as an example shown in FIG. It is stored in the DB 322.
Next, the member registration / change unit 306 notifies the WWW server 2 of the completion of registration.

The WWW server 2 sends an e-mail confirming the registration of member information as shown in (C12) of FIG. 19 to the mobile phone 7, and the member as shown in (C13) of FIG. The registration end screen is output to the mobile phone 7 (step S80 in FIG. 17). When the user clicks the “Top” link output on the same screen, a screen as an example is output in (C14) of FIG. At this time, the WWW server 2 stores the b code and the member ID in the authentication server 5 as a pair.

Next, the tentative reservation operation will be described with reference to FIGS. The user who has registered as a member by the above-described operation makes a shopping while making a temporary reservation. For example, a case will be described in which a store that sells clothes likes sweaters and makes a temporary reservation for the sweaters. The user uses the product identification information reader 73 of the mobile phone 7 to read the product identification information associated with the tag or the like of the sweater to be temporarily reserved. The control unit 72 transmits the product name, product ID, and the like included in the read product identification information and the b code stored in the memory 74 or the like to the authentication server 5 (step S91 in FIG. 20).

The authentication server 5 refers to and receives a record stored in a memory or the like in the authentication server 5 in which a b code and a member ID as an example shown in FIG. 22 are recorded as a pair. The member ID corresponding to the b code is acquired, and the temporary reservation request including the member ID and the product ID is issued to the WWW server 2
Send to. Upon receiving the temporary reservation request, the WWW server 2 causes the mobile phone 7 to output a product information acquisition screen, an example of which is shown in (D1) of FIG. Next, the temporary reservation request is transmitted to the application server 3. The provisional reservation unit 307 of the application server 3 causes the mobile phone 7 to output a product information acquisition screen, an example of which is shown in (D2) of FIG. 21, via the WWW server 2 and requests the input of a password (FIG. 20). Step S92).

When the user inputs the password using the mobile phone 7 and clicks the "execute" link on the same screen,
The mobile phone 7 transmits the entered password to the WWW server 2 (step S93 in FIG. 20). The WWW server 2 sends the received password to the application server 3. The provisional reservation unit 307 of the application server 3 transmits the password and the previously received member ID to the authentication unit 302 for authentication. The authentication unit 302 transmits the authentication result to the temporary reservation unit 307.

When the validity of the user is verified as a result of the authentication, the temporary reservation section 307 confirms the product of the product from the product management DB 325 based on the product ID transmitted from the authentication server 5 via the WWW server 2. Get information. next,
The acquired product information is transmitted to the WWW server 2. WWW
The server 2 outputs the product information to the mobile phone 7 as a product information acquisition screen, an example of which is shown in (D3) of FIG. 21 (step S93 in FIG. 20).

When the user clicks the "execute" link displayed on the screen, the mobile phone 7 sends a reservation status acquisition request to the WWW server 2 (step S95 in FIG. 20). The WWW server 2 requests the application server 3 to acquire the reservation status. The provisional reservation unit 307 of the application server 3 first refers to the member information DB 322 and recognizes which rank the store is selling the product for which the user makes a provisional reservation. Next, the tentative reservation unit 307 refers to the product management DB 325 and recognizes the selling price of the product in the recognized rank and the inventory quantity of the product. Next, the temporary reservation information management DB 326 is referenced. The temporary reservation information management DB 326 stores a plurality of temporary reservation information management records of temporary reservation information for each temporary reservation, an example of which is shown in FIG. The temporary reservation unit 307 counts the temporary reservation information management record of the product and recognizes the number of temporary reservations. Next, the temporary reservation unit 307 transmits the selling price to the user, the number of stocks, the number of temporary reservations, etc. to the WWW server 2.

The WWW server 2 causes the mobile phone 7 to output a product information acquisition screen, an example of which is shown in (D4) of FIG. 21, based on the received selling price, the number of stocks, the number of temporary reservations, etc. (FIG. 20). Steps S96 and S9
7). When the user recognizes the selling price, the number of stocks, the number of temporary reservations, etc. and wants to execute the temporary reservation, he / she clicks the “temporary reservation” link displayed on the screen. Then mobile phone 7
Sends a temporary reservation application request to the WWW server 2 (FIG. 2
0 at step S98).

Upon receiving the temporary reservation application request, the WWW server 2 causes the mobile phone 7 to output a temporary reservation application screen such as the example shown in (D5) of FIG. 21 (step S99 in FIG. 20). The user uses the mobile phone 7 to input the quantity (reserved quantity) to be temporarily reserved and clicks the "execute" link displayed on the same screen. Then, the mobile phone 7 transmits the input reservation quantity to the WWW server 2 (step S100 in FIG. 20).

The WWW server 2 sends a temporary reservation application request to the application server 3. The temporary reservation unit 307 of the application server 3 uses the temporary reservation information management DB 326.
The provisional reservation order of the user is acquired based on the provisional reservation number obtained by counting the provisional reservation information management record of the product stored in (1) and the reservation quantity input by the mobile phone 7. Next, the tentative reservation unit 307 uses the tentative reservation information management DB 3
26 or temporary reservation order date and time acquired from the product management DB 325, product name of temporary reservation target, size, product ID, store name,
Information such as the reservation quantity and the temporary reservation order is transmitted to the WWW server 2. The WWW server 2 causes the mobile phone 7 to output a temporary reservation application confirmation screen, an example of which is shown in (D6) of FIG. 21 (step S101 in FIG. 20). In addition, in this embodiment, as shown in FIG. 6, it is possible to accept provisional reservations of more people than the number of stocks.

When the user wants to execute the tentative reservation, he clicks the "execute" link displayed on the same screen. Then, the mobile phone 7 transmits a temporary reservation execution request to the WWW server 2 (step S102 in FIG. 20). WWW
When the server 2 receives the temporary reservation execution request, it requests the application server 3 for the temporary reservation. The provisional reservation unit 307 of the application server 3 displays the provisional reservation target product ID,
Member I of the user who is the temporary reservation information that executed the temporary reservation application
D, a temporary reservation acceptance date / time, a reservation quantity, a member rank of the user, and a temporary reservation information management record in which the temporary reservation order is described are created and stored in the temporary reservation information management DB 326. After storing this provisional reservation information as a provisional reservation information management record in the provisional reservation information management DB 326, the provisional reservation unit 307 determines that the WWW
A registration completion notice is sent to the server 2. WWW server 2
Causes the mobile phone 7 to output a temporary reservation application screen, an example of which is shown in (D7) of FIG. 21, and notifies the completion of the temporary reservation (step S103 in FIG. 20).

In the present embodiment, the temporary reservation has a validity period of 24 hours after applying for the temporary reservation, and the temporary reservation unit 30
7 discards the tentative reservation 24 hours after the provisional reservation order date and time. This discarding means that the temporary reservation unit 307 deletes the corresponding temporary reservation information management record from the temporary reservation information management DB 326. The temporary reservation unit 307 may also send an apology e-mail and discard the temporary reservation when the stock quantity becomes “0 (zero)”.

Next, the operation in the case where the user who made the temporary reservation by the above-mentioned operation places an order for the temporarily reserved product will be described with reference to FIG.
This will be described with reference to FIG. The user uses the mobile phone 7 to access the WWW server 2 via a network such as the Internet, and moves to a web page where an order can be placed, such as an example shown in (E1) of FIG.
"Temporary reservation status confirmation / order" displayed by the user on the screen
When the link is clicked, the mobile phone 7 transmits a temporary reservation status confirmation / order request to the WWW server 2 (step S110 in FIG. 24).

When the WWW server 2 receives the tentative reservation status confirmation / ordering request, it causes the mobile phone 7 to output a tentative reservation status confirmation / ordering screen, an example of which is shown in (E2) of FIG.
It requests the input of the member ID and the password (step S111 in FIG. 24). The user inputs the member ID and password using the mobile phone 7 and clicks the “execute” link displayed on the screen. Then, the mobile phone 7 receives the entered member ID and password from the WWW server 2
(Step S112 in FIG. 24).

The WWW server 2 requests the received application server 3 for authentication. The authentication unit 302 of the application server 3 refers to the authentication DB 323, verifies the validity of the user, and sends the verification result to the WWW server 2.

When the WWW server 2 authenticates the user as a result of the verification, the WWW server 2 requests the application server 3 for a temporary reservation status list of the user. The ordering unit 308 of the application server 3 stores the product ID of the product provisionally reserved by the user based on the member ID in the provisional reservation information management DB 3
26, and further acquires the product name of the acquired product ID from the product management DB 325. A provisional reservation list of products provisionally reserved by the user including the acquired product ID and product name is transmitted to the WWW server 2. At this time,
Of the products provisionally reserved by the user, the ordering unit 308 includes only those products whose provisional reservation order is equal to or smaller than the stock quantity in the provisional reservation list. That is, only products that the user can purchase are added to the temporary reservation list.

The WWW server 2 causes the mobile phone 7 to output the received temporary reservation list as shown in an example in (E3) of FIG. 25 (step S113 in FIG. 24). The user selects an item to purchase from the temporary reservation list displayed on the mobile phone 7, and clicks the "execute" link displayed on the screen. Then, the mobile phone 7 transmits the product ID of the selected product and the detailed information acquisition request to the WWW server 2 (step S114 in FIG. 24).

The WWW server 2 gives the application server 3 an instruction to acquire detailed information of the product. The ordering unit 308 of the application server 3 refers to the temporary reservation information management record that records the temporary reservation information in the temporary reservation information management DB 326 based on the member ID and the product ID, and reserves the quantity, the temporary reservation order, and the member rank. To get.

Next, based on the product ID, the product management DB
325, the selling price in the acquired member rank and the stock quantity of the product are acquired. The ordering unit 308 transmits detailed information such as the selling price, the reserved quantity, the stock quantity, and the temporary reservation order to the WWW server 2. The WWW server 2 causes the mobile phone 7 to output a detailed reservation information / provisional reservation status confirmation / ordering screen, an example of which is shown in (E4) of FIG. 25 (steps S115 and S116 in FIG. 24).

When the user purchases the product, he / she clicks the "purchase" link displayed on the same screen. Then,
The mobile phone 7 transmits a purchase request to the WWW server 2 (step S117 in FIG. 24). WWW server 2
When receiving the purchase request, outputs a screen, an example of which is shown in (E5) of FIG. 25, to the mobile phone 7 to select the method of receiving the product (step S11 in FIG. 24).
9).

The user selects the receiving method that is convenient for him or her from the receiving methods displayed on the same screen. Here, the case where the store pickup is selected will be described. The user selects store pickup and clicks the "execute" link displayed on the same screen. Then, the mobile phone 7 transmits to the WWW server 2 a message indicating the store pickup and a shipping instruction (step S119 in FIG. 24).

The WWW server 2 instructs the application server 3 to place an order. Application server 3
The ordering unit 308 acquires the location of the store where the user wants to purchase the product from the store management DB 324,
It is transmitted to the WW server 2. The WWW server 2 outputs the acquired shop information to the mobile phone 7 with a screen whose example is shown in (E6) of FIG.

The user uses the mobile phone 7 to select the location of the store where the user wants to receive the product, and clicks the "execute" link displayed on the same screen. Then mobile phone 7
Sends information indicating the location of the store to the WWW server 2. The WWW server 2 has the application server 3
Instruct to get the order details. The ordering unit 308 of the application server 3 acquires the product name from the product management DB 325 based on the product ID of the product to be ordered, the product name, the quantity, the sales amount according to the rank of the user, the consumption tax calculated from the sales amount, and the like. The order contents of is sent to the WWW server 2. The WWW server 2 uses the received order information as shown in FIG.
(E7) to notify by outputting a screen as an example to the mobile phone 7 (step S12 in FIG. 24).
0).

The user confirms the order contents by the order information output to the mobile phone 7, and clicks the "order" link displayed on the same screen. Then, the mobile phone 7 transmits an order execution request to the WWW server 2 (step S121 in FIG. 24).

When the WWW server 2 sends the order execution,
The application server 3 is instructed to register the order information. The ordering unit 308 of the application server 3 is shown in FIG.
An order management record that describes the product ID of the product to be ordered, the member ID of the user who placed the order, the order registration date and time, the quantity, and the delivery destination (recipient store name, user's home, etc.), which is the ordering information as shown in FIG. Stored in the order management DB 327. After storing, the WWW server 2 is notified of registration completion. The WWW server 2 notifies the completion of ordering by causing the mobile phone 7 to output a screen such as that shown in (E8) of FIG. 25 (step S122 in FIG. 24). Note that on a screen such as that shown in (E8) of FIG. 25, a receivable deadline such as “3 days later” is calculated and output by the destination.

Next, the operation when "home delivery" is selected on the screen shown in (E5) of FIG. 25 will be described. Since this operation is almost the same as the above-mentioned operation, only different parts will be described and equivalent parts will be omitted. Step S
At 120, the order details of the order information output to the mobile phone 7 include the shipping fee to the home, and the order management record is described as "home" and stored.

The ordering unit 308 receives the product I of the ordered product.
D, product name, member ID of ordering user, name, address,
An electronic mail in which a telephone number, a destination, etc. are described is transmitted via the WWW server 2 to the mail address of the person in charge of the store that handles the product. The store clerk views the electronic mail received at the terminal 64 and performs procedures such as sending the product.

Furthermore, the ordering unit 308 requests the settlement unit 309 for settlement processing. The settlement unit 309 uses the member information DB3
Using the credit number and the like stored in 22, the settlement processing of the ordered product is executed. Here, regarding the number of products in stock stored in the product management DB 325, FIG.
This will be described using 7. Note that in FIG. 27, the product management DB
325 and the shopping support system 1 are shown separately.

In the above-described embodiment, as shown in FIG. 27A, the core system 62 of the store and the product management DB 325 of the application server 3 are linked to manage the stock number of products. That is, the core system 6
2 is connected to the POS terminal of the store and acquires the accurate stock quantity of each product. The shopping support system 1
When the stock number stored in the core system 62 changes in cooperation with the core system 62, the stock number update notification is received and the stock number stored in the product management DB 325 is updated. When the shopping support system 1 receives an order from the user, the product ID of the ordered product,
The product name, the number of products sold, etc. are transmitted to the core system 62.
The core system 62 performs an allocation process for the inventory of the ordered product, and a subtraction process for the inventory number to store the updated inventory number. The shopping support system 1 receives the inventory quantity update notification from the core system 62 and updates the inventory quantity stored in the product management DB 325.

As described above, in the above-described embodiment, the inventory quantity is managed in conjunction with the backbone system 62 of the store, but the invention is not limited to this. For example, in FIG.
As shown in (b) of the example, the product management DB of the shopping support system 1 is linked with the POS terminal 63 of the store.
It is also possible to manage the number of products in stock at 325. That is, when the notification of the increase / decrease in the inventory quantity due to sales or the like is received from the POS terminal 63, the shopping support system 1 updates the inventory quantity stored in the product management DB 325.

Further, the application server 3 may be provided with a sold-out notification / continuation receiving unit 310. Figure 2
The operation will be described with reference to FIG. Product management DB325
When the stock quantity stored in is 0 (zero) (step S130 in FIG. 28), the sold-out notification / continuation receiving unit 310 of the application server 3 refers to the temporary reservation information management DB 326, and the stock quantity is 0. A member who has made a tentative reservation for the item that has become a member is searched (step S131 in FIG. 28), and a member ID list of the detected members is created (step S132 in FIG. 28).

Next, the sold-out notification / continuation receiving unit 310 obtains the mail address of the member ID listed in the created member list from the member information DB 322 (step S133 in FIG. 28). Next, an e-mail notifying that the temporarily reserved product has been sold out is transmitted to the acquired mail address, as shown in FIG. 28 (step S134 in FIG. 28).

[0100] The user can register the temporary reservation continuation of the temporarily reserved product. W
The URL (Uniform Resource Locator) of the site for registering the temporary reservation continuation provided by the WW server 2 is included. The user accesses the site by using the mobile phone 7 or the like and continuously registers the temporarily reserved product.
If the temporary reservation continuation is registered, it becomes possible to place an order when the product is delivered to the store again.

W receiving a temporary reservation continuation registration request from the user
The WW server 2 instructs the application server 3 to perform temporary reservation continuous registration. When the sold-out notification / continuation receiving unit 310 of the application server 3 receives the instruction to continue the tentative reservation (step S135 in FIG. 28), the provisional reservation information management record in the tentative reservation information management DB 326 stores
Describe that the temporary reservation continuation has been accepted. In addition, when the registration request for continuing the tentative reservation is not received, for example, within one week after the e-mail of the product sold-out notification is transmitted (step S135 in FIG. 28), it is recorded in the tentative reservation information management DB 326 of the user. Delete the provisional reservation information management record of the relevant user.

Further, the application server 3 can be provided with an orderable notification section 311. The operation will be described with reference to FIG. As described above, when the provisional reservation order of the user is larger than the stock quantity, the user cannot order the product. Orderable notification section 31
1 can notify such a user that the order can be placed.

When the order availability notification section 311 of the application server 3 receives the provisional reservation for the product, the member ID of the user who has transmitted the provisional reservation registration request is sequentially added to the purchase available person list and is equal to the stock quantity. A number of member IDs are registered as purchasers.

[0104] The order availability notification section 311 is provided 24 hours after the purchaser's provisional reservation is received, or when the purchaser cancels the tentative reservation when the number of stocks increases due to delivery of merchandise or the like. When the tentative reservation has become invalid due to the lapse of time, the product management DB 325 and the order management DB 327 are referred to, and a tentative reservation user list up to the same rank as the stock quantity is created (step S140 in FIG. 29). Next, a list of user member IDs included in the created temporary reservation list is created (step S141 in FIG. 29).

Next, the difference between the number of members in the created member ID list and the already-purchased person list is compared (step S142 in FIG. 29). As a result of the comparison, if there is no difference, the process ends without doing anything. If there is a difference as a result of the comparison (step S14 in FIG. 29).
2) Recognize a member ID that is not included in the purchaser list and is included in the created list of member IDs, and the mail address of the member ID is stored in the member information DB 3
22 (step S14 in FIG. 29).
3). A sales promotion e-mail notifying that the product can be purchased is transmitted to the acquired e-mail address as shown in FIG. 29 (step S144 in FIG. 29).

In the above-described embodiment, each unit and each DB shown in FIG. 2 are provided in the application server 3, but the present invention is not limited to this. For example, the WWW server 2 may have all the functions, or each unit and each DB shown in FIG. 2 may be dispersed and processed in another server or the like.

Further, the functions of the product identification information generating device 4 and the authentication server 5 may be provided in the WWW server 2 or another server or device.

Further, the user identification information mentioned here is information for uniquely identifying a member. In the above-described embodiment, the authentication server 5 acquires the member ID of the user from the b code transmitted from the mobile phone 7. Therefore, the user identification information in the above embodiment is the b code and the member ID. However, the method of obtaining the user identification information is not limited to this. For example, the telephone number of the mobile phone 7 is transmitted, the member ID is acquired from the telephone number, or the member ID is directly obtained from the mobile phone 7. You may send it. In this case, the telephone number and the member ID become the respective user identification information.

Further, in the above-mentioned embodiment, the user uses the mobile phone to perform member registration, provisional reservation, ordering, etc., but the present invention is not limited to the mobile phone. For example,
It may be a mobile terminal such as a PDA. Also, membership registration, continuous registration of temporary reservations, etc. are not limited to mobile terminals. For example, a personal computer at home or the like can be used to access the WWW server 2 or an application form containing membership information. May be mailed to you.

Further, in the above-mentioned embodiment, the payment of the ordered product is settled by the credit card, but the payment is not limited to this. For example, payment may be made by payment at a convenience store, cash mailing, bank transfer, cash exchange, or the like.

In the above embodiment, the IVR system 8 is used for registration of credit card information, but the registration is not limited to this. For example, the WWW server 2 may perform registration by outputting a registration screen on the screen of the mobile terminal. Also, the WWW server 2
Registration and change of company, product, store, and member information may be accepted by a voice system. Also, store registration notification,
The member registration notice and the like are not limited to those sent by e-mail, but may be mail, fax, telephone, or the like.

Further, in the above-described embodiment, the product identification information reader 7 dedicated to the product identification information attached to the product tag or the like is used.
Although the provisional reservation request is made by reading in step 3, the present invention is not limited to this. For example, a small bar code called a micro bar code, a two-dimensional or three-dimensional bar code, or a normal bar code may be read, or the product identification number written on a tag or the like may be input and transmitted. You may make a request for provisional reservation.

Further, in the above-described embodiment, the department store is used as a unit of the company, and the merchandise sold at the store occupying the department store is set as the temporary reservation target, but the present invention is not limited to this. For example, the company may be a company that handles a product of a specific brand, and in this case, even a roadside store or the like that is not resident in a department store or the like can make a provisional reservation target for a product sold in the store.

Note that each unit shown in FIGS. 2 and 8 may be realized by dedicated hardware, and each unit is constituted by a memory and a CPU (central processing unit), and functions of each unit are The function may be realized by loading a program for realizing it into a memory and executing it.

Further, a program for realizing the function of each unit in FIGS. 2 and 8 is recorded in a computer-readable recording medium, and the program recorded in this recording medium is read into a computer system and executed. May be realized by The “computer system” mentioned here includes an OS and hardware such as peripheral devices.

The "computer-readable recording medium" means a flexible disk, a magneto-optical disk,
A portable medium such as a ROM or a CD-ROM, or a storage device such as a hard disk built in a computer system. Furthermore, "computer-readable recording medium"
Means a program that dynamically holds a program for a short period of time, such as a communication line for transmitting a program through a network such as the Internet or a communication line such as a telephone line, and a server or client in that case. Such a volatile memory inside a computer system that holds a program for a certain period of time is also included. Further, the above program may be one for realizing some of the functions described above, and may be one that can realize the above functions in combination with a program already recorded in the computer system. The embodiment of the present invention has been described in detail above with reference to the drawings. However, the specific configuration is not limited to this embodiment, and includes design changes and the like without departing from the scope of the present invention.

[0117]

As described above, according to the present invention,
The following effects can be obtained. Claims 1 and 5
According to the invention described in (1), for example, at the time of shopping, if a user makes a tentative reservation for a product that he / she likes for the time being, and goes to another store to compare the products, if he / she wants to purchase the tentatively reserved product, It is possible to purchase a product without going to a store that sells the product. As an effect, for example, when a user goes to a store to purchase a product, the product is not sold out, and the favorite color and size are not lost. Further, even when the store cannot be visited again due to a long-distance store visit or lack of time, the product can be purchased.

According to the invention described in claim 2, a plurality of products can be provisionally reserved individually. In addition, as another effect, by analyzing the user's provisional reservation status, for example, the route in which the user sees the product can be determined by the display position of the product provisionally reserved by the user and the time when the provisional reservation is received. It is possible to recognize what has happened, and as a result, it is possible to grasp effective product display positions and effective store positions. Further, for example, when a user makes a tentative reservation for a plurality of products that have common points, by comparing the tentatively reserved product with the product that the user actually purchased, The tendency can be grasped and it can be used as a judgment material in marketing.

According to the invention described in claim 3, the user is
You can apply for a tentative reservation simply by reading the bar code, making it easy to apply for a tentative reservation.

According to the invention described in claim 4, the user is
It is possible to know that the temporarily reserved product can be ordered, and if the user wants to purchase the product, he / she can immediately place an order.

[Brief description of drawings]

FIG. 1 is a diagram illustrating a system configuration according to an embodiment of the present invention.

FIG. 2 is a block diagram showing a configuration of an application server 3 in the same embodiment.

FIG. 3 is a diagram showing an example of information stored in a company management DB in the same embodiment.

FIG. 4 is a diagram showing an example of information stored in a member information DB in the same embodiment.

FIG. 5 is a diagram showing an example of information stored in an authentication DB in the same embodiment.

FIG. 6 is a diagram showing an example of information stored in a store management DB in the same embodiment.

FIG. 7 is a diagram showing an example of information stored in a product management DB in the same embodiment.

FIG. 8 is a block diagram showing a configuration of a mobile phone in the embodiment.

FIG. 9 is a diagram illustrating operations of new store registration and registration information change in the same embodiment.

FIG. 10 is a diagram illustrating operations of new store registration and registration information change in the same embodiment.

FIG. 11 is a diagram illustrating operations of new store registration and registration information change in the same embodiment.

FIG. 12 is a diagram illustrating operations of new product registration, registration information change, and product identification information printing in the same embodiment.

FIG. 13 is a diagram illustrating operations of new product registration, registration information change, and product identification information printing in the same embodiment.

FIG. 14 is a diagram illustrating operations of new product registration, registration information change, and product identification information printing in the same embodiment.

FIG. 15 is a diagram illustrating operations of new product registration, registration information change, and product identification information printing in the same embodiment.

FIG. 16 is a diagram illustrating a member registration operation in the embodiment.

FIG. 17 is a diagram illustrating a member registration operation in the embodiment.

FIG. 18 is a diagram illustrating a member registration operation in the embodiment.

FIG. 19 is a diagram illustrating a member registration operation in the embodiment.

FIG. 20 is a diagram illustrating a temporary reservation operation in the embodiment.

FIG. 21 is a diagram illustrating a temporary reservation operation in the embodiment.

FIG. 22 is a diagram showing an example of information stored in the authentication server in the same embodiment.

FIG. 23 is a diagram showing a temporary reservation information management DB in the same embodiment.
It is a figure which shows an example of the information stored in.

FIG. 24 is a diagram illustrating an ordering operation in the embodiment.

FIG. 25 is a diagram illustrating an ordering operation in the embodiment.

FIG. 26 is a diagram showing an example of information stored in an order management DB in the same embodiment.

FIG. 27 is a diagram for explaining the operation of the product management DB for acquiring the stock number of products.

FIG. 28 is a diagram illustrating an operation of notifying that the provisionally reserved product is sold out in the embodiment.

FIG. 29 is a diagram illustrating an operation of notifying that the temporarily reserved product can be ordered in the same embodiment.

[Explanation of symbols]

1: Shopping support system, 2: WWW server,
3: Recommendation server, 4: Product identification information generating device,
5: Authentication server, 6 department store system, 61: Terminal, 6
2: Core system, 63: POS terminal, 64: Terminal,
65: Sticker printer, 7: Mobile terminal, 8: IVR system, 9: Carrier network, 301: Communication interface, 302: Authentication unit, 303: Store registration / change unit, 304: Product registration / change unit, 305: Print control Department,
306: Member registration / change section, 307: Temporary reservation section, 30
8: ordering unit 308: ordering unit, 310: settlement unit, 311
Notification of sold-out / Continuation reception part, 312: Notification part of ordering possibility, 32
1: Company management DB, 322: Member management DB, 323: Authentication DB, 324: Store management DB, 325: Product management D
B, 326: Temporary reservation information management DB, 327: Order management D
B: 328: zip code DB, 71: communication interface, 72: control unit, 73: product identification information reader, 74:
Memory, 75: Output device

   ─────────────────────────────────────────────────── ─── Continued front page    (72) Inventor Takahiro Handa             1-5-1 Taito, Taito-ku, Tokyo Toppan stamp             Imprint Co., Ltd.

Claims (5)

[Claims] 1. A tentative reservation method by a tentative reservation server that accepts purchase reservations for products from a plurality of users, the first step of storing the number of products in stock, and user identification information transmitted from a user's terminal. A second step of receiving a provisional reservation request for a product including a product, a third step of acquiring the user's provisional reservation order, and an ordering request for the product of the provisional reservation request transmitted from the user terminal. And a fifth step of comparing the temporary reservation order of the user at the time of receiving the order request with the stock quantity, and determining whether the temporary reservation rank is less than or equal to the stock quantity. A sixth step of accepting an order when the temporary reservation order is less than or equal to the number of stocks as a result of the determination, and the temporary reservation method. 2. The method further comprises the step of generating merchandise item identification information for identifying merchandise items, wherein, in the first step, the stock number of merchandise items is stored in association with a merchandise item identification number, and the second step. 2. The provisional reservation method according to claim 1, wherein the provisional reservation request further includes product identification information. 3. The product identification information generated for each product is a bar code, and is acquired by reading the bar code associated with the product for which a tentative reservation request is made in the second step. The tentative reservation method according to claim 2, wherein the product identification information is received. 4. The method further comprising the step of notifying the user who has transmitted the temporary reservation request for the product that the product is available for purchase when the temporary reservation order of the product becomes less than or equal to the stock quantity. The tentative reservation method according to any one of claims 1 to 3. 5. A provisional reservation server for accepting purchase reservations for products from a plurality of users, wherein a first storage unit for storing the number of products in stock, and a temporary reservation order for the products subject to the temporary reservation request A second storage unit that stores the provisional reservation unit, the received user identification information, and the provisional reservation order obtained by the provisional reservation unit; and the provisional reservation request transmitted from the user terminal. When an order request for the target product is received, the provisional reservation order of the user at the time of receiving the order request acquired from the second storage unit, and the stock quantity stored in the first storage unit. And a temporary reservation server that includes an ordering unit that receives an order when the temporary reservation order is less than or equal to the stock quantity.