JP5662688B2 - Electronic commerce server and electronic commerce program - Google Patents

Description

  The present invention relates to technology in electronic commerce.

  At present, electronic commerce (e-commerce) in which transactions are performed through a network such as the Internet is actively performed. This electronic commerce is performed between companies, between business consumers, between consumers, and the like, for example, is performed on a commercial transaction site called an online mall or an electronic shopping mall established on a network. In this online mall, pages called e-shops and the like for a large number of retailers to sell products are collected. In such an online mall, a consumer can select a desired product while comparing each product handled at each store and its price. There are also products that allow retailers to purchase products on their own WEB sites.

  In such an electronic commerce site, a mechanism called a shopping cart (hereinafter sometimes simply referred to as a cart) for temporarily storing products to be purchased is used. The consumer can finally complete the purchase settlement of a plurality of products in a lump by sequentially putting products to be purchased into this cart.

JP 2008-97056 A

  However, the conventional electronic commerce site as described above has a problem that it is impossible to grasp the trends of other consumers who visit the store during the same time period. In the real world, each consumer often selects a product to be purchased with reference to other consumers who visit the store during the same time period, such as what kind of product is popular. In addition, for example, a product that attracts many people and has a small number of stocks may increase the consumer's willingness to purchase and drive the consumer to impulse purchase.

  Therefore, in the electronic commerce site as well, it is advantageous for both consumers and sellers that each consumer can grasp the trends of other consumers in this way.

  In view of such problems, it is an object of the present invention to provide a technology that enables each consumer to grasp trends of other consumers in electronic commerce.

  In the aspect of the present invention, the following configurations are employed in order to solve the above-described problems.

A 1st aspect is related with the electronic commerce server which provides an electronic commerce service to a consumer terminal. The electronic commerce server in the first aspect responds to a first request sent from another consumer terminal by an operation related to electronic commerce for the product in another consumer terminal for each product handled in the electronic commerce. Storage means for storing at least one total value to be changed in response to the data sent to the consumer terminal together with the screen data from the electronic commerce server, and at least one product targeted by the screen data A receiving unit that receives the second request transmitted from the consumer terminal in a state including the merchandise identifier and holds the reception time of the second request, and a merchandise identifier included in the second request received by the receiving unit Response to the second request until the aggregate value stored in the storage means is changed for the product indicated by Pending, if the total value after the above reception time is changed, comprising transmitting means for transmitting a response including the data corresponding to the changed aggregate value to the consumer terminal.

  According to the electronic commerce server according to the first aspect, when the aggregate value for each product handled in the electronic commerce is changed, the changed aggregate value is sent to the consumer terminal in real time. The consumer who operates the consumer terminal can grasp the trends of other consumers who are trying to conduct electronic commerce during the same time period. Therefore, the consumer can also refer to other consumer trends in determining the purchased product even in the electronic commerce. Furthermore, on the other hand, the seller of the product handled in the electronic commerce can improve the consumer's willingness to purchase by grasping other consumer trends in real time.

  Moreover, in the first aspect, preferably, the storage means is configured to change each consumer changed by a first request transmitted from the other consumer terminal by an operation of putting in the shopping cart at the other consumer terminal. The total value of the number in each shopping cart is stored for each product as one of the above total values, and when the transmission means changes the total value of the number in each shopping cart, the total after the change Send a response containing the value.

  Preferably, in the first aspect, the storage means is changed to the first request changed by the first request transmitted from the other consumer terminal by the purchase application operation at the other consumer terminal. The stock quantity of the product specified by the contained product identifier is stored for each product as one of the aggregate values, and the transmission means includes the stock quantity after the change when the stock quantity is changed. Send a response.

  In the first aspect, preferably, when the transmission means changes at least one of the total value and the number of stocks in each shopping cart for the product, the number of pieces in each shopping cart A display message corresponding to the relationship between the total value and the number of stocks is generated, and a response including the display message is transmitted together with the total value and the number of stocks in each shopping cart.

  According to these aspects, the consumer who operates the consumer terminal can grasp the total value of the number of items in the product to be purchased and the number of items that other consumers have put in the shopping cart. Further, the seller can improve the consumer's willingness to purchase by sending a display message corresponding to the relationship between the number of stocks and the number in the shopping cart to the consumer terminal.

  Preferably, in the first aspect, the storage means stores information about the sale together with at least one total value for each product handled in electronic commerce, and the transmission means is received by the reception means. When the information about the sale stored in the storage means is changed for the product indicated by the product identifier included in the second request, the response to the second request is suspended, and the information about the sale is changed after the reception time. Then, a response including data corresponding to the information regarding the changed sale is transmitted to the consumer terminal.

  According to such an aspect, since the seller can also provide information related to the sale to the consumer terminal in real time, it is possible to provide an attractive commercial transaction service such as a time sale and the like. Can improve the willingness to purchase.

  A 2nd aspect is related with the electronic commerce program transmitted with the screen data from the electronic commerce server which concerns on the above-mentioned 1st aspect, and performed with a consumer terminal. The electronic commerce program according to the second aspect transmits a second request for real-time processing to the electronic commerce server in a state including a product identifier of at least one product targeted by the screen data. And waiting for a response from the electronic commerce server to the second request, and in response to the first request sent from another consumer terminal to the electronic commerce server by an operation related to electronic commerce for the at least one product. And a step of receiving a response to the second request transmitted from the electronic commerce server when at least one aggregate value of the at least one product is changed, and the response to the received second request The changed aggregate value is displayed as screen data. Comprising the steps of reflecting the that screen, the.

  Another aspect of the present invention may be a method for realizing any of the above configurations, a program, or a computer-readable storage medium that records such a program. There may be.

  ADVANTAGE OF THE INVENTION According to this invention, the technique which enables each consumer to grasp | ascertain the trend of another consumer in electronic commerce can be provided.

The figure which shows the whole structure of the electronic commerce system in embodiment. The conceptual diagram which shows the structure of the data server 1 in this embodiment. The figure which shows the example of a merchandise information table. The figure which shows the example of a sale information table. The conceptual diagram which shows the structure of the shop server in this embodiment. The sequence chart which shows the operation example of the electronic commerce system in this embodiment. The figure which shows the example of a store screen. The figure which shows the example of the goods purchase screen at the normal time. The figure which shows the example of the goods purchase screen at the time of sale. The flowchart which shows the operation example of the real-time module performed with a user terminal. The flowchart which shows the operation example of the real-time processing part of a shop server.

  Hereinafter, a specific example of an electronic commerce system (hereinafter simply referred to as the present system) as an embodiment for carrying out the present invention will be described. The following embodiment is an exemplification, and the present invention is not limited to the configuration of the following embodiment.

〔System configuration〕
FIG. 1 is a diagram illustrating an overall configuration of an electronic commerce system according to an embodiment. The electronic commerce system in the present embodiment includes a data server 1, a store server 2, an administrator terminal 3, a user terminal 9, and the like. The data server 1, the store server 2, and the manager terminal 3 are connected to each other via a system network 6 so as to communicate with each other. The intra-system network 6 is connected to the network 5. Thereby, each of the several user terminal 9 can access the shop server 2 via the network 5, and can receive provision of an electronic commerce service. For example, a WEB system is used as an interface between the user terminal 9 and the store server 2.

The network 5 and the in-system network 6 may be a public network such as the Internet, or an in-house network such as a LAN (Local Area Network) or a WAN (Wide Area Network). The present invention does not limit the networks 5 and 6 as described above, nor does it limit the protocol or the like flowing on the networks 5 and 6. In FIG. 1, the network 5 and the intra-system network 6 are distinguished from each other, but they may be the same network.

〔Device configuration〕
Hereinafter, the configuration of each node constituting the system will be described.

<Data server>
FIG. 2 is a conceptual diagram showing the configuration of the data server 1 in the present embodiment.

As shown in FIG. 2, the data server 1 includes a control unit 11, a storage unit 12, a communication unit 14, and the like that are connected by a bus 13 as a hardware configuration. The storage unit 12 is a hard disk, for example, and stores various types of information used in processing executed by the control unit 11. The control unit 11 includes one or more processors such as a CPU (Central Processing Unit), peripheral circuits (ROM (Read Only Memory), RAM (Radom Access) used for processing of the processors, and the like.
Memory), interface circuit, and the like. The communication unit 14 is connected to the in-house network 6 and transmits / receives IP (Internet Protocol) packets and the like to / from the store server 2 and the manager terminal 3.

The data server 1 may be constructed by a general-purpose computer such as a PC (Personal Computer) or a dedicated computer such as a network attached storage (NAS). The present invention does not limit the hardware configuration of the data server 1.

  The data server 1 operates as a data server that manages information used in electronic commerce by executing a program such as an OS (Operating System) stored in the storage unit 12 by the control unit 11. In FIG. 2, a data management unit 16 is shown as a processing unit for operating the data server 1 as a data server.

  The data management unit 16 manages the product information table 17 and the sale information table 18 stored in the storage unit 12. When the data management unit 16 receives a request from another device such as the store server 2 via the communication unit 14, the data management unit 16 extracts and updates a value of a desired table in response to the request, and the result is requested to the request. Reply to the other device.

  FIG. 3 is a diagram illustrating an example of the product information table 17. The merchandise information table 17 stores information necessary for electronic commerce for each merchandise that is subject to commerce in the present system. The merchandise information table 17 has a merchandise ID field, a merchandise name field, a price field, a stock quantity field, a sale ID field, a sale price field, a sale stock quantity field, a cart counter field, a last update time field, and the like.

  In the product ID field, an identifier for identifying each product by this system is stored. The product name field stores the product name of each product, and the price field stores the price of each product. In the stock quantity field, the number of stocks of each product secured in this system or a predetermined store is stored. For example, the number of stocks is reduced by performing a purchase application operation on the user terminal 9 on the screen provided by the store server 2.

  In the sale ID field, among products that are subject to commerce, products that are on sale (end-of-sale), such as year-end sale, bargain sale, inventory clearing sale, etc., about the sale (sale) A sale ID for identifying information is stored. The sale information identified by the sale ID is stored in the sale information table 18. The sale price field stores the sale price of the item being sold. In the sale stock quantity field, the remaining quantity (sale stock) of the total quantity of the sale target product is stored.

  The cart counter field stores the total number of items in the shopping carts of all users for each item in the shopping cart. A shopping cart is an electronic (pseudo) shopping cart that is assigned to each user and managed by the store server 2, and each user temporarily holds a product that the user wants to purchase. This is an online function that allows users to apply for purchases in bulk. This shopping cart is a well-known technique in electronic commerce and is simply expressed as a cart.

  The final update time field stores the final update time of the product information as described above.

  FIG. 4 is a diagram illustrating an example of the sale information table 18. The sale information table 18 stores the sale information for each sale. The sale information table 18 has a sale ID field, a discount rate field, a price priority field, a sale start time field, and a sale end time field.

  In the sale ID field, a sale ID for identifying a sale is stored. For the product that is the subject of the sale, the same value as the sale ID stored in the sale ID field of the sale information table 18 is stored in the sale ID field of the product information table 17. In the discount rate field, the discount rate (20% or the like) of the product targeted for the sale is stored.

In the price priority field, a value indicating whether the value of the sale price field of the product information table 17 should be used preferentially or the value of the discount rate field of the sale information table 18 should be used preferentially is stored. Is done. For example, as in the example of FIG. 4, for the sale price of a product for sale (sale ID = 10) in which a value (TRUE) indicating price priority is stored in the price priority field, the product information table 17, the value of the sale price field of the record storing the sale ID = 10 (for example, 15,000 yen) is used. On the other hand, for the sale price of the product for sale (sale ID = 11) in which the value (FALSE) indicating discount rate priority is stored in the price priority field, the sale ID = The value of the sale price field of the record in which 11 is stored is not used, and a value obtained by discounting the value of the price field with the discount rate field of the sale information table 18 is used.

  In the sale start time field and the sale end time field, the start time and end time of the sale are stored, respectively.

  The data server 1 may include an interface processing unit (not shown) with the manager terminal 3 so that the merchandise information table 17 and the sale information table 18 can be updated on the manager terminal 3. Good. Thereby, the administrator terminal 3 can set a time sale at an arbitrary timing. Further, in the present embodiment, the example in which the data server 1 and the store server 2 are configured by separate hardware has been shown, but may be realized as a single server.

<< Store server >>
FIG. 5 is a conceptual diagram showing the configuration of the store server 2 in the present embodiment.

  As shown in FIG. 5, the store server 2 includes a control unit 21, a storage unit 22, a communication unit 24, and the like connected by a bus 23 as a hardware configuration. The storage unit 22 is, for example, a hard disk, and stores various types of information used in processing executed by the control unit 21. The control unit 21 includes one or a plurality of processors such as a CPU and peripheral circuits (ROM, RAM, interface circuit, etc.) used for processing of the processors. The communication unit 24 is connected to the network 5 and the in-house network 6 and transmits / receives IP packets and the like to / from the data server 1 and the administrator terminal 3. The store server 2 may be constructed with a general-purpose computer such as a PC, or may be constructed with a dedicated computer. The present invention does not limit the hardware configuration of the store server 2.

  The store server 2 implements each function and each processing unit shown in FIG. 5 by executing a program such as an OS and an application stored in the storage unit 22 by the control unit 21. The store server 2 has a WEB server function 30 and an application server function 31.

  The WEB server function 30 functions as an interface between the user terminal 9 and the present system. In the present embodiment, an example in which a WEB system is used as this interface is described, and therefore, the following description will be given specifically for a WEB server. The WEB server function 30 includes a screen processing unit 34, a request control unit 35, and the like. Note that the WEB server function 30 other than the contents described below may have a general well-known WEB server function.

The request control unit 35 sends a request (HTTP message) based on an HTTP (HyperText Transfer Protocol) from a WEB browser executed on the user terminal 9 to the communication unit 2.
4 and requests the screen processing unit 34 or the application server function 31 to perform processing corresponding to the request. For example, the request control unit 35 determines a request destination of processing according to the request in accordance with a parameter included in the request. If the request is for requesting a WEB page, the request control unit 35 sends the request to the screen processing unit 34.

  Further, the request control unit 35 sends the request to the application server function 31 when the request requires specific processing. Examples of the specific processing include real-time processing and processing corresponding to screen operations. The processing corresponding to these real-time processing and screen operation will be described later.

The screen processing unit 34 reads the WEB page from the storage unit 22 in response to the request sent from the request control unit 35, and sends the read WEB page to the user terminal 9 that is the transmission source of the request via the communication unit 24. send. In the present embodiment, a module executed on the user terminal 9 side in order to realize real-time processing (real-time processing unit 37) of the application server function 31 described below is also sent to the user terminal 9 together with the WEB page or the like in response to the request. It is done. This module is implemented by, for example, JAVASCRIPT (registered trademark) or the like, and is executed by a WEB browser. Hereinafter, this module is referred to as a real-time module. The storage unit 22 stores a plurality of WEB pages (HTML (HyperText Markup Language) documents, images, moving images, sounds, the real-time module, etc.) for realizing the electronic commerce service provided by the present system.

The application server function 31 executes access control to each table (database) managed by the data server 1, transaction processing, and the like, in addition to the operation processing unit 36, the real-time processing unit 37, and the like shown in FIG. Execute each process. In addition, description is abbreviate | omitted about a general WEB application server process among the processes performed by the WEB application server function 31. FIG.

  The operation processing unit 36 receives a request regarding a predetermined screen operation from among requests for specific processing sent from the request control unit 35, and executes the processing. Here, the screen operation means an operation on the user terminal 9 with respect to a screen displayed on the user terminal 9 in accordance with the WEB page provided by the screen processing unit 34. For example, a purchase application operation or a cart operation is performed. This includes operations for putting in and out products.

  When the operation processing unit 36 receives a request regarding the purchase application operation, the operation processing unit 36 acquires data input by the operation and executes predetermined purchase application processing for the product to be purchased. The data input by the operation includes user information as an applicant (user ID, name, address, telephone number, etc.), a product ID indicating the target product, the number of purchases, delivery destination information, a settlement method, and the like. In predetermined application processing, registration processing, delivery arrangement processing, settlement processing, and the like of these data are executed. As for the application process other than the contents described below, a purchase application process executed by a general electronic commerce server may be executed, and the present invention does not limit the contents of such a process. Then, explanation is omitted.

  The operation processing unit 36 requests the data server 1 to reduce the stock quantity and the sale stock quantity in the product information table 17 of the data server 1 by the number of the current purchase application in the data registration process of these purchase application processes. To do. Thus, in the record indicating the purchase application target product in the product information table 17, when the sale ID and the sale stock quantity are stored, the stock quantity field and the sale stock quantity field are updated, and the sale ID and the sale stock quantity are updated. If is not stored, only the inventory quantity field is updated. By this update, the last update time field of the same record of the product information table 17 is updated to the time at the time of the update.

  In addition, when the operation processing unit 36 receives a request regarding an operation for putting a product into and out of the cart, the operation processing unit 36 acquires data input by the operation, and performs a predetermined cart loading / unloading process for the product targeted for the operation. Execute. The data input by the operation includes user information (user ID and the like) as an operator, a product ID indicating a target product, the number of items to be inserted, and the like. Here, although not shown, the store server 2 manages the product ID and the number of products in the shopping cart for each user. Therefore, in the predetermined cart entry / exit processing, data registration processing for the cart entry / exit operation is performed.

  In this data registration process, the operation processing unit 36 requests the data server 1 to add or subtract the cart counter of the product information table 17 of the data server 1 by the number of the current cart insertion / removal operation. Thereby, the cart counter of the record indicating the target product for the cart insertion / removal operation in the product information table 17 is updated, and the last update time field of the record is updated to the time at the time of the update.

The real-time processing unit 37 receives a request for real-time processing among the requests for specific processing sent from the request control unit 35, and converts the information in the screen displayed on the user terminal 9 that is the transmission source of the request to real-time. The process of changing (updating) to is executed. Specifically, the real-time processing unit 37 holds the response to the request until the information in the screen is updated, and when the information in the screen is updated, the response including the updated information is received. The request is sent to the user terminal 9 that sent the request. The real-time processing unit 37 monitors the product information table 17 and the sale information table 18 of the data server 1 in order to determine whether the information in the screen has been updated. Note that the processing executed by the real-time processing unit 37 will be described in detail in the section of an operation example.

<< User terminal >>
The user terminal 9 is, for example, a PC or a mobile phone. The user terminal 9 only needs to have a general communication function capable of accessing the store server 2 and receiving data, a general user interface function capable of displaying and operating a screen based on the provided data, and the like. . The present invention does not limit the hardware configuration and functional configuration of the user terminal 9. In addition, as a function of the user terminal 9, it is necessary to be provided with a function (usually a function possessed by the WEB browser) that provides the execution environment of the above-described real-time module.

  In the present embodiment, an example in which the WEB system is used as an interface between the user terminal 9 and the store server 2 is given, so that a user (consumer) using the user terminal 9 receives an electronic commerce service. The store server 2 is accessed using a WEB browser. The user browses store information (sales merchandise, etc.) provided from the store server 2 using a WEB browser. The user operates the screen displayed on the WEB browser using a user interface connected to the user terminal 9 to select a desired product, puts the selected product into a card, and finally, the card Apply for purchase of the products in bulk. Of course, it is also possible to perform an operation of taking out a product for which purchase is to be canceled from the cart. Content corresponding to each operation relating to electronic commerce on the user terminal 9 is sent from the user terminal 9 to the store server 2.

  Further, when the WEB page downloaded from the store server 2 includes the real-time module, the real-time module is executed, and a request (HTTP message) for requesting the above-described real-time processing is transmitted by the real-time module. . The real-time module waits for a response after transmitting a request for the real-time processing.

《Administrator terminal》
The administrator terminal 3 is, for example, a PC or a mobile phone. The manager terminal 3 has a general communication function capable of accessing the store server 2 or the data server 1 and receiving data, a general user interface function capable of displaying and operating a screen based on the provided data, and the like. Anything is acceptable. The present invention does not limit the hardware configuration of the administrator terminal 3.

  The manager terminal 3 can update the product information table 17 and the sale information table 18 managed by the data server 1 in accordance with the user interface provided from the store server 2 or the data server 1. Thereby, the manager of this system or the store opener (retailer) can perform a time sale for a certain product at an arbitrary timing by using this manager terminal 3. In this case, a new record for the sale to be held this time is added to the sale information table 18, and the sale ID, sale price, and sale inventory number are stored in the product information table 17.

[Operation example]
Hereinafter, an operation example of the electronic commerce system in the present embodiment will be described along the sequence of FIG. FIG. 6 is a sequence chart showing an operation example of the electronic commerce system in the present embodiment.

The user (consumer) accesses the store server 2 using the user terminal 9 when receiving the electronic commerce service from the system. At this time, when the WEB browser is operated on the user terminal 9, a request (HTTP message) including the URL (Uniform Resource Locator) of the designated store server 2 is transmitted from the user terminal 9 to the store server 2 ( S100). In the store server 2, the screen processing unit 34 operating as the WEB server function 30 receives the request and sends a response including the designated WEB page to the user terminal 9 (S101).

  As a result, a screen as shown in FIG. 7 is displayed on the display device of the user terminal 9. FIG. 7 is a diagram illustrating an example of a store screen. In the example of FIG. 7, the store screen 71 displays a list of products handled by this system, such sale information (73) when there is a product on sale, and the like. The user operates the user terminal 9 to select a product to be purchased (72).

  When this product selection operation is performed, a request (HTTP message) corresponding to the operation is transmitted from the user terminal 9 to the store server 2 (S100). The screen processing unit 34 of the store server 2 acquires a WEB page for displaying a product purchase screen, which is a target of this request. FIG. 8 is a diagram illustrating an example of a normal product purchase screen. FIG. 9 is a diagram illustrating an example of a product purchase screen during a sale. The product purchase screens 81 and 91 display detailed information necessary for purchasing the product selected on the store screen 71.

  Of the detailed information displayed on the normal product purchase screen 81, the value displayed on the price display section 82 in the sales price column is the value stored in the price field of the product information table 17 of the data server 1. . The values (100 in the example of FIG. 8) displayed in the inventory quantity display section 83 in the inventory column are values stored in the inventory quantity field of the product information table 17. The value displayed in the cart quantity display portion 84 in the stock column is a value stored in the cart counter field of the product information table 17. The character string displayed on the inventory message display unit 85 in the inventory column is a character string (message) determined by the store server 2 from the relationship between the inventory quantity and the quantity in the cart.

  On the product purchase screen 91 at the time of sale, information on sale is displayed in the sales price column and the stock column of the normal product purchase screen 81, respectively. The value displayed in the price display section 92 in the sales price column is a value stored in the sale price field of the product information table 17 of the data server 1 or a value stored in the price field of the product information table 17. The value is discounted by the value stored in the discount rate field of the sale information table 18. These values are determined based on the value of the price priority field of the sale information table. The value (50 in the example of FIG. 9) displayed in the inventory quantity display section 93 in the sale inventory column is the value of the sale inventory quantity field in the product information table 17. The value (46 in the example of FIG. 9) displayed in the cart quantity display section 94 in the sale stock column is the cart counter field of the product information table 17 as in the cart information section 83 of the normal product purchase screen 81. Is the value of The character string displayed on the stock message display section 95 in the sale stock column is a character string (message) determined by the store server 2 from the relationship between the number of sale stock and the number in the cart. The values displayed in the sale period display section 96 in the sale period column are values stored in the sale start time field and the sale end time field of the sale information table 18.

  When the screen processing unit 34 of the store server 2 receives a request corresponding to the product selection operation, the product targeted for the request is being sold according to the value stored in the sale ID field of the product information table 17. It is determined whether or not. If the target product is not on sale (during normal times), the screen processing unit 34 includes a WEB page corresponding to the normal product purchase screen 81 shown in FIG. 8 in the response. On the other hand, when the target product is on sale, the screen processing unit 34 includes a WEB page corresponding to the product purchase screen 91 at the time of sale shown in FIG. 9 in the response.

  When acquiring the WEB page corresponding to the product purchase screen 81, the screen processing unit 34 sends the application server function 31 the price display unit 82, the stock quantity display unit 83, the cart quantity display unit 84, the stock on the product purchase screen 81. The message display unit 85 is generated using the data in the product information table 17 of the data server 1. When the target product is on sale, the screen processing unit 34 adds the price display unit 92, the stock quantity display unit 93, the cart quantity display unit 94, and the inventory message display unit 95 on the product purchase screen 91 to the application server function 31. The sale period display unit 96 is generated using the data in the product information table 17 and the sale information table 18 of the data server 1.

  The screen processing unit 34 sends the WEB page (data for the product purchase screen 81 or data for the product purchase screen 91) generated in this way to the user terminal 9 together with the real-time module 61 (S101). Thereby, the product purchase screen 81 or 91 is displayed on the user terminal 9.

  On the user terminal 9, the product purchase screen 81 or 91 is displayed by the WEB browser, and the real-time module 61 is executed. The real-time module 61 operates while the product purchase screen 81 or 91 is displayed without restricting the operation of the product purchase screen 81 or 91. Thereafter, the processing in the real-time module 61 and the real-time processing unit 37 of the store server 2 (S120, S121, S122) causes the information in the product purchase screen 81 or 91 to be the product information table 17 and the sale information table 18 of the data server 1. It will be updated in real time based on. Processing of the real-time module 61 and the real-time processing unit 37 of the store server 2 will be described later.

  When the product purchase screen 81 or 91 is displayed on the user terminal 9 and the “Add to Cart” button 86 or 97 is selected (the cart insertion operation is performed) (S130), a request regarding the cart insertion operation is made by the user. It is sent from the terminal 9 to the store server 2 (S131). In the store server 2, when the operation processing unit 36 receives the request, it adds the product to be requested to the shopping cart information (not shown) of the user who is the transmission source of the request, A request is made to the data server 1 to add 1 to the cart counter field of the product information table 17 relating to the product (S132). The operation processing unit 36 of the store server 2 returns a predetermined response to this request (S133).

  On the other hand, when an operation for canceling the product placed in the shopping cart (cart unloading operation) is performed on a predetermined screen (not shown) displayed on the user terminal 9, the product is requested according to the request (S131) regarding the operation. The cart counter field of the information table 17 is decremented by 1 (S132).

  When a purchase application operation for all the products put in the shopping cart is performed on a predetermined screen (not shown) displayed on the user terminal 9 (S140), a request regarding the operation is sent from the user terminal 9 to the store server 2. It is sent (S141). When the operation processing unit 36 accepts the request, the store server 2 executes delivery arrangement processing, settlement processing, and the like, and subtracts one from the inventory quantity field of the product information table 17 related to the product targeted by the request. A request is made to the data server 1 (S142). The operation processing unit 36 of the store server 2 returns a predetermined response to this request (S143).

Next, operation examples of the real-time module 61 and the real-time processing unit 37 of the store server 2 executed on the user terminal 9 will be described with reference to FIGS. 10 and 11. FIG. 10 is a flowchart showing an operation example of the real-time module 61 executed by the user terminal 9. FIG. 11 is a flowchart illustrating an operation example of the real-time processing unit 37 of the store server 2.

  First, an operation example of the real-time module 61 will be described with reference to FIG.

  When executed on the user terminal 9, the real-time module 61 determines whether a product purchase screen is displayed (S200). When the product purchase screen 81 or 91 is displayed (S200; YES), the real-time module 61 requests for real-time processing including the product ID indicating the product targeted for the product purchase screen ( (HTTP message) is transmitted to the store server 2 (S201). On the other hand, when the product purchase screen 81 or 91 is not displayed (S200; NO), the real-time module 61 transmits the request not including the product ID to the store server 2 (S202). When the product purchase screen 81 or 91 is not displayed, for example, a store screen as in the example of FIG. 7 is displayed.

  After transmitting the request for the real-time processing, the real-time module 61 waits until a response to the request is transmitted from the store server 2 (S203). When receiving a response to the request for real-time processing (S203; YES), the real-time module 61 determines whether or not a sale state change flag (for example, a character string “SaleFlagChange” indicating a sale state change) is included in the response. Determine (S204).

  When the response includes the sale state change flag, the sale state is changed from the normal state after the currently displayed screen is provided from the store server 2 among all the products stored in the product information table 17. This is a case where there is a product that has been on sale or that has been in a normal state from the sale. In other words, the displayed screen itself needs to be switched. Therefore, when the real-time module 61 determines that the sale state change flag is included in the response (S204; YES), it requests the browser to update the screen (S205). As a result, a screen update request is sent to the store server 2 by the browser, and the screen on the user terminal 9 is updated according to the response. For example, the screen update from the product purchase screen 81 to the product purchase screen 91, the screen update from the product purchase screen 91 to the product purchase screen 81, or the sale information display unit 73 newly displayed from the store screen 71 of FIG. Or erased.

  On the other hand, if the real time module 61 determines that the sale state change flag is not included in the response (S204; NO), the product information change flag (for example, a character string indicating that the product information has been changed) is included in the response. It is determined whether or not “ItemChange”) is included (S206).

  When the real-time module 61 determines that the product information change flag is included (S206; YES), the real-time change data is extracted from the response. Here, the data to be changed in real time is displayed on the product purchase screen 81 at the normal time, displayed on the product purchase screen 91 during the sale, the number of stocks, the number in the cart, display message (stock message) data, Sales inventory quantity, in-cart quantity, display message (stock message) data are included.

The real-time module 61 reflects the extracted data on the target display unit of the displayed product purchase screen (S207). Thereby, when the normal product purchase screen 81 is displayed, the inventory quantity display unit 83, the cart quantity display unit 84, and the inventory message display unit 85 are changed in real time. When the sale item purchase screen 91 is displayed, the inventory quantity display unit 93, the cart quantity display unit 94, and the inventory message display unit 95 are changed in real time.

  When the reflection of the real-time change target data on the screen is completed, the real-time module 61 again sends a request including the ID of the target product to the store server 2 after the determination process (S200) (S200; YES). It transmits (S201) and enters a response waiting state (S203). Even when it is determined that the merchandise information change flag is not included (S206; NO), after a similar process, a response wait state is entered (S200, S201, S203).

  Next, an operation example of the real-time processing unit 37 of the store server 2 that interacts with the real-time module 61 will be described with reference to FIG.

  The real-time processing unit 37 of the store server 2 receives a request for real-time processing from the user terminal 9 (real-time module 61) (S301). At this time, the real-time processing unit 37 holds the time when the request is received (request reception time) (S302).

  Subsequently, the real-time processing unit 37 compares the sale state between the request reception time and the current time based on the sale start time and the sale end time stored in the sale information table 18 (S304). Specifically, a product group in which the request reception time is between the sale start time and the sale end time is compared with a product group in which the current time is between the sale start time and the sale end time. If there is a difference between the two in this comparison (S305; YES), the real-time processing unit 37 returns a response including a sale state change flag (for example, a character string “SaleFlagChange” indicating the sale state change) to the user terminal 9. (S306).

  On the other hand, when determining that there is no difference in the sale state (S305; NO), the real-time processing unit 37 determines whether or not the product ID is included in the reception request (S307). In addition, when it is immediately after receiving the request (after the processing of S301 and S302), the real-time processing unit 37 executes the processing (S307) without determining the difference in the sale state as described above. It may be. This is because immediately after the request is received, it is also immediately after the screen is updated, so there is often no difference in the sale state.

  When the product ID is included in the reception request (S307; YES), the real-time processing unit 37 extracts the last update time of the record specified by the product ID in the product information table 17, and this final update time And the request reception time are compared (S308). That is, the real time processing unit 37 determines whether or not the data in the product information table 17 of the target product has been updated after the request is received.

  When the real-time processing unit 37 determines that the data of the target product has been updated (product information has a difference) (S309; YES), the corresponding item in the product information table 17 identified by the product ID included in the reception request. Extract the inventory quantity and the quantity in the cart from the record. If a valid value is set in the sale ID field of the corresponding record, the real-time processing unit 37 extracts the number of sale stocks and the number in the cart.

The real-time processing unit 37 generates display message data from the relationship between the extracted stock quantity (or sale stock quantity) and the number in the cart (S310). Specifically, for example, when the difference between the number of stocks and the number in the cart is within a predetermined threshold value (for example, 5), display message data such as “stock (sale stock) is almost gone” will be displayed. In other cases, display message data such as “there is still room in the stock (sale stock)” is generated.

  Subsequently, the real-time processing unit 37 sends a response including a product information change flag (for example, a character string “ItemChange” indicating that the product information has been changed), the number of stocks, the number in the cart, and display message data to the user terminal. 9 is transmitted (S311).

  When the merchandise ID is not included in the reception request (S307; NO), the real-time processing unit 37 until the sale state is different, that is, until the sale state is updated after the reception request is received. Then, the process enters a waiting state without returning a response (S304, S305; NO, S307; NO). If the real-time processing unit 37 determines that there is no difference in the product information (S309; NO), it waits without returning a response until there is a difference in the sale state or a difference in the product information. It becomes.

<Operation and effect of the embodiment>
As described above, in the electronic commerce system according to the present embodiment, a request transmitted from the user terminal 9 in response to a user screen operation (for example, a purchase application operation or a cart insertion / removal operation) on the user terminal 9 is sent to the store server. When 2 is received, the electronic commerce information (the number in the cart, the number of inventory, etc.) about each product stored in the data server 1 is updated according to the operation content.

  On the other hand, when the real-time module 61 sent from the store server 2 to the user terminal 9 together with screen data such as a WEB page is executed by the user terminal 9, a request for real-time processing is sent from the user terminal 9 to the store server 2. . The response to this request is put on hold until the e-commerce information or sale information about the product subject to the request is changed in the real-time processing unit 37 (application server function 31) of the store server 2, and the real-time module 61 is also displayed. Wait for the response without restricting the operation of the screen.

  When the electronic commerce information of the target product in the data server 1 is changed according to the user's screen operation as described above, a response including the changed information is sent from the store server 2 to the user terminal 9, and this response The information is reflected on the screen by the real-time module 61. In addition, information on each product and sale information in the data server 1 can be changed from the administrator terminal 3, and this change is reflected in real time on the screen of the user terminal 9 as in the case of the user's screen operation. Is done.

  As described above, according to the present embodiment, the number of stocks and the number of items in the cart that are changed according to the electronic commerce operation of another user (consumer) are reflected on the screen of the user terminal 9 in real time. The consumer user can use this information as a reference when deciding the purchased product while grasping the trends of other consumers who visit the store during the same time period. On the other hand, a merchandise seller handled by the system of the present embodiment can improve consumers' willingness to purchase by grasping other consumer trends in real time. Further, since the seller can also display the sale information on the user terminal 9 in real time, by changing the sale information in the data server 1 on the administrator terminal 3, a sale such as a time sale can be performed at an arbitrary timing. Can be done with.

DESCRIPTION OF SYMBOLS 1 Data server 2 Store server 3 Manager terminal 9 User terminal 17 Goods information table 18 Sale information table 21 Control part 22 Storage part 34 Screen processing part 35 Request control part 36 Operation processing part 37 Real-time processing part

Claims (5)

In an electronic commerce server that provides electronic commerce services to consumer terminals,
For each product handled in the electronic commerce, together with at least one aggregate value that is changed in response to a first request sent from another consumer terminal by an operation related to the electronic commerce for the product in another consumer terminal Storage means for storing information about each sale ;
In response to the data sent from the electronic commerce server to the consumer terminal together with the screen data, the data sent from the consumer terminal in a state including a product identifier of at least one product targeted by the screen data. Receiving means for receiving two requests and holding the reception time of the second request;
A response to the second request is suspended until the aggregate value stored in the storage unit is changed for the product indicated by the product identifier included in the second request received by the receiving unit, and after the reception time When the aggregate value is changed, a transmission unit that transmits a pending response including data corresponding to the changed aggregate value to the consumer terminal;
Equipped with a,
The transmission means holds the response to the second request until the information on the sale stored in the storage means is changed for the product indicated by the product identifier included in the second request received by the receiving means. When the information on the sale is changed after the reception time, a response including data corresponding to the information on the changed sale is transmitted to the consumer terminal.
An electronic commerce server characterized by that. The storage means calculates a total value of the number of each consumer in each shopping cart, which is changed by a first request transmitted from the other consumer terminal by an operation of putting in the shopping cart at the other consumer terminal. Store each product as one of the aggregate values,
When the total value of the number of each consumer in each shopping cart is changed, the transmission means transmits a response including the changed total value.
The electronic commerce server according to claim 1. The storage means changes the first request transmitted from the other consumer terminal by the purchase application operation at the other consumer terminal, and stores the product identified by the product identifier included in the first request. Store the number of stocks for each product as one of the aggregate values,
The transmission means transmits a response including the changed inventory quantity when the inventory quantity is changed,
The electronic commerce server according to claim 2. The transmission means, when at least one of the total number of the items in each shopping cart and the number of stocks of the product is changed, between the total value of the number in each shopping cart and the number of stocks Generating a display message according to the relationship, and sending a response including the display message together with the total value of the number in each shopping cart and the stock quantity;
The electronic commerce server according to claim 3. In an electronic commerce program that is transmitted together with screen data from an electronic commerce server that provides an electronic commerce service and executed on a consumer terminal,
Transmitting a second request for real-time processing to the electronic commerce server in a state including a product identifier of at least one product targeted by the screen data;
Waiting for a response from the electronic commerce server to the second request;
When information related to the sale of the at least one product is changed in response to a first request sent from another consumer terminal to the electronic commerce server by an operation related to the electronic commerce for the at least one product. Receiving a response to the second request transmitted from the electronic commerce server;
Reflecting the information about the changed sale included in the response to the received second request on the screen displayed by the screen data;
Including e-commerce programs.

Images