JP2013140439A - Electronic commerce server and operation method thereof, electronic commerce system, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To allow a user belonging to plural groups in a virtual store to purchase a commodity under a more advantageous condition among plural prepared payment conditions.SOLUTION: Among payment conditions that are common in plural groups which a user belongs to, applied to a commodity selected by the user, and prepared for each group, a page including information indicating a payment condition with highest priority is generated. The payment condition is a condition under which the user can purchase the commodity under a more advantageous condition, compared to a case where another user who does not belong to any group would purchase the same commodity.

Description

  The present invention relates to an electronic commerce server that provides a virtual store, an operation method thereof, an electronic commerce system, and a program.

  One of the commercial services on the Internet is a virtual store. Using a terminal device such as a personal computer or a smartphone, the user accesses an electronic commerce server that provides a virtual store and purchases a product provided in the virtual store. In recent years, many virtual stores that sell electronic contents (such as electronic books) have been established.

  With regard to the technology for realizing a virtual store, in particular, in recent years, a number of technologies have been developed that customize a virtual store page for each user and provide it to the user. For example, Patent Document 1 discloses a technique of dynamically creating a WWW page that meets transaction conditions customized for a group to which a user belongs, and transmitting the WWW page to the user's web client for display. Yes. According to the technique of this document, it is possible to automatically select a GUI language and transaction conditions for a user.

JP 2003-284008 A (released on October 3, 2003) JP 2008-276664 A (published November 13, 2008) JP 2004-227604 A (published August 12, 2004) JP 2010-250830 A (released on November 4, 2010) JP 2000-99577 A (published April 7, 2000)

  However, in the technique of Patent Document 1, it is assumed that the user belongs to one specific group. Therefore, when a user belongs to a plurality of groups, a WWW page that meets more advantageous transaction conditions cannot be generated.

  The present invention has been made to solve the above problems. The purpose is to provide an electronic commerce server, an operation method thereof, and an electronic commerce system that allow a user belonging to a plurality of groups in a virtual store to purchase a product under a more advantageous condition among a plurality of prepared payment conditions. , And to provide a program.

In order to solve the above problems, an electronic commerce server according to the present invention provides:
Among the commodities that can be purchased in the virtual store, a common means that is common to a plurality of groups to which the user belongs in the virtual store, and that identifies any product selected by the user,
An acquisition means for obtaining payment conditions for the user to purchase the product selected by the user, which is prepared for each group, and has a predetermined priority set in advance, under a more advantageous condition;
A selection means for selecting the payment terms having the highest priority among the payment terms acquired by the acquisition means;
And generating means for generating display information including information indicating the payment terms selected by the selecting means.

  In the above configuration, the user belongs to a plurality of groups in the virtual store. In the virtual store, a plurality of products common to the group are prepared. Each group also has payment terms applicable to the product. A payment term for a group is such that a user who does not belong to any group can purchase a product with more advantageous conditions than when a user purchases the same product. For example, the payment conditions can be purchased at 10% off the regular price, or can be purchased free up to a certain number.

  When the user selects any product common to a plurality of groups to which the user belongs, the electronic commerce server acquires each payment condition prepared for each group. A predetermined priority is set in advance for each payment condition. The electronic commerce server selects the highest priority among the plurality of acquired payment terms. Generally, higher priority is set for payment conditions that allow purchase of goods under more advantageous conditions.

  As described above, the electronic commerce server according to the present invention allows a user who belongs to a plurality of groups in a virtual store to purchase a product under a more advantageous condition among a plurality of payment conditions prepared.

In order to solve the above problems, an electronic commerce method according to the present invention provides:
Among the products that can be purchased in the virtual store, a specific step that is common to a plurality of groups to which the user belongs in the virtual store and that specifies any product selected by the user;
An acquisition step for obtaining payment conditions for the user to purchase the product selected by the user, which is prepared for each group, and has a predetermined priority set in advance, under a more advantageous condition;
A selection means for selecting the payment terms with the highest priority among the payment terms acquired in the acquisition step;
And a generation step of generating display information including information indicating the payment condition selected in the selection step.

  According to said structure, there exists an effect similar to the electronic commerce server concerning this invention.

In the electronic commerce server according to the present invention,
Preferably, the acquisition means acquires a payment condition for purchasing the product at a lower price as a payment condition for purchasing under the advantageous conditions.

  According to said structure, the user who belongs to the some group in a virtual store can be made to purchase goods at a lower price among the payment conditions prepared.

In the electronic commerce server according to the present invention,
The selection means selects all the payment terms when there are a plurality of payment terms having the same priority.
Preferably, the generation unit generates the display information including all of the plurality of payment terms selected by the selection unit in a state where the user can select any one of the payment terms.

  According to the above configuration, when multiple payment terms of the same priority are set for the product selected by the user, the user can select which payment terms are applied to purchase the product. . Thereby, there exists an effect that the payment conditions according to a user's convenience and circumstances are applied to goods.

In the electronic commerce server according to the present invention,
The generation means generates the display information using a template having the highest priority among templates for generating the display information prepared for each group and having a predetermined priority set in advance. It is preferable.

  According to said structure, the electronic commerce server produces | generates the display information based on what has a higher priority among several templates. Therefore, display information suitable for the user can be easily generated.

In the electronic commerce server according to the present invention,
Product group acquisition means for acquiring all of the product groups corresponding to any of the plurality of groups and having a predetermined priority set in advance for each group;
Product group display information generating means for generating product group display information that sequentially includes each of the product groups acquired by the product group acquisition means based on the priority set in the product group. Is preferred.

  According to said structure, an electronic commerce server produces | generates the merchandise group display information containing all the merchandise groups corresponding to each group with respect to the user who belongs to a some group. The product group is, for example, information that collectively describes a plurality of products. The electronic commerce server determines the order of each product group in the product group display information based on the priority set for each product group. For example, product group display information is generated so that a product group with a higher priority is displayed at the top of the screen. As a result, the electronic commerce server can generate more valuable product group display information for users belonging to a plurality of groups.

In order to solve the above problems, an electronic commerce system according to the present invention provides:
One of the electronic commerce servers described above and a terminal device are provided.

According to the above configuration,
As a result, it is possible to realize an electronic commerce system in which users belonging to a plurality of groups in a virtual store can purchase products under more advantageous conditions among a plurality of payment conditions prepared.

  The electronic commerce server may be realized by a computer. In this case, a program for realizing the electronic commerce server in the computer by operating the computer as each of the above means falls within the scope of the present invention.

  The electronic commerce server according to the present invention allows a user who belongs to a plurality of groups in a virtual store to purchase a product under a more advantageous condition among a plurality of payment conditions prepared.

It is a block diagram which shows the principal part structure of the electronic commerce server which concerns on one Embodiment of this invention. It is a lineblock diagram showing the whole electronic commerce system composition concerning one embodiment of the present invention. It is a figure which shows an example of a customer table. It is a figure which shows an example of a customer group table. It is a figure which shows an example of a customer-customer group table. It is a figure which shows an example of a template table. It is a figure which shows an example of a template-customer group table. It is a figure which shows an example of a goods group table. It is a figure which shows an example of a goods group-customer group table. It is a figure which shows an example of a campaign table. It is a figure which shows an example of a customer-campaign table. It is a figure which shows an example of a goods-campaign table. It is a figure which shows an example of a goods table. It is a figure which shows an example of a cart table. It is a flowchart which shows the flow of a basic process when an electronic commerce server produces | generates the page of a virtual store. It is a flowchart which shows the flow of a process at the time of the page production | generation part 14 selecting the template for producing | generating a page. (A) is a figure which shows typically an example of the template for an electronic commerce server to produce | generate the page of a virtual store, (b) is a figure which shows an example of the description of a template. It is a flowchart which shows the flow of a process when an electronic commerce server produces | generates the top page of a virtual store. (A) is a figure which shows typically the template of the top page for a certain group, (b) is a figure which shows the template of the top page for another group typically, (c), It is a figure which shows the top page in which the information of the merchandise group was embedded, (d) is a figure which shows the top page in which the information of the new arrival goods was embedded. It is a flowchart which shows the flow of a process when an electronic commerce server produces | generates the goods detail page of a virtual store. (A) is a figure which shows typically the template of the product detail page for a certain group, (b) is a figure which shows the product detail page in which the information of the product was embedded, (c) is a campaign It is a figure which shows the goods detail page in which the information of was embedded. It is a flowchart which shows the flow of a process when an electronic commerce server produces | generates the purchase page of a virtual store. (A) is a figure which shows typically the template of the purchase page for a certain group, (b) is a figure which shows the purchase page in which the information of the campaign was embedded. It is a flowchart which shows the flow of a process when an electronic commerce server produces | generates the cart page of a virtual store. (A) is a diagram schematically showing a cart page template for a group, (b) is a diagram showing a cart page in which product information is embedded, and (c) is campaign information. It is a figure which shows the cart page in which is embedded. It is a flowchart which shows the flow of a process when an electronic commerce server produces | generates the goods list page of a virtual store. (A) is a figure which shows typically the template of the goods list page for a certain group, (b) is a figure which shows the goods list page in which the information of goods was embedded.

Embodiment 1
An embodiment according to the present invention will be described below with reference to FIGS.

(Electronic commerce system 100)
FIG. 2 is a configuration diagram showing the overall configuration of the electronic commerce system 100 according to an embodiment of the present invention. As shown in this figure, the electronic commerce system 100 includes an electronic commerce server 1 and a plurality of terminal devices 2. The electronic commerce server 1 and each terminal device 2 are connected to each other through a communication line 4 (for example, the Internet). Each terminal device 2 is, for example, a personal computer, a mobile phone, or a smartphone. A user of the terminal device 2 can access the virtual store provided by the electronic commerce server 1 and purchase a product by operating the terminal device 2.

(Electronic commerce server 1)
FIG. 1 is a block diagram showing a main configuration of an electronic commerce server 1 according to an embodiment of the present invention. As shown in this figure, the electronic commerce server 1 includes a page request acquisition unit 10 (identification unit), a page determination unit 12, a page generation unit 14 (specification unit), a user group determination unit 16, and a page generation control unit 18 (acquisition). Means, selection means, product group acquisition means), template selection section 20, data generation section 22 (generation means, product group display information generation means), page output section 24, product search section 26, payment condition setting storage section 28, user A group setting storage unit 30, a template storage unit 32, and a product group storage unit 34 are provided.

  The administrator of the electronic commerce server 1 operates a virtual store. The user of the terminal device 2 uses the virtual store by accessing the electronic commerce server using the terminal device 2. The virtual store sells various products. The user can make a desired purchase through the virtual store.

  A plurality of groups are prepared in the virtual store. For example, there are a group targeted for a member of a specific credit card, a group targeted for a member of a specific exchange meeting, or a group targeted for a member of a specific physical store. When a user registers as a member in a virtual store, the user can belong to a group that satisfies the member registration requirement. A user can also belong to a plurality of groups at the same time.

  In the virtual store, a product group in which a plurality of products are collected is prepared. This merchandise group is associated with at least one of the groups to which the user can belong.

  The electronic commerce server 1 provides a service corresponding to a group to which the user belongs to a user who uses the virtual store. For example, a product that can be purchased only by users belonging to a specific group is prepared, or a special discount campaign that is provided only to users belonging to a specific group is prepared. The electronic commerce server 1 generates an optimal page according to the group to which the user belongs, and provides it to the user terminal device 2. In other words, the electronic commerce server customizes the page according to the user and then provides the page to the terminal device 2. Thereby, the user can browse, select, and purchase products in the virtual store through a page corresponding to the group to which the user belongs.

  When a user belongs to a plurality of groups, the electronic commerce server 1 provides a virtual store service in a form combining the advantages of each group. Details thereof will be described in detail below.

  The electronic commerce server 1 generates various pages to be browsed when the user uses the virtual store based on the group to which the user belongs, and provides the generated page to the terminal device 2. In the present embodiment, an example in which a top page, a product detail page, a purchase page, a cart page, and a product list page are generated will be described. The electronic commerce server uses various tables formed in the memory when generating these pages. First, each table used by the electronic commerce server 1 will be described below.

(Customer table)
The customer table is a table for managing the members of the virtual store. FIG. 3 is a diagram illustrating an example of a customer table. As shown in this figure, the customer table includes an identifier (user_id) to be entered when the user uses the virtual store and a password (password) to be entered when the user uses the virtual store. Each identifier (id) for identification is stored in association with each other. The identifier (id) in the customer table is used as customer_id in other tables. The customer here has the same meaning as the user in the position of using the virtual store. In other words, a user registered as a member of a virtual store corresponds to a customer of the virtual store.

(Customer group table)
The customer group table is a table that manages groups prepared in the virtual store. FIG. 4 is a diagram illustrating an example of a customer group table. As shown in this figure, the customer group table stores information indicating the type of group (type) and information indicating the name of the group (name) in association with each other for identifying the group. Yes. The identifier (id) in the customer group table is used as group_id in other tables.

(Customer-customer group table)
The customer-customer group table is a table for managing to which group (customer group) the customers of the virtual store belong. FIG. 5 is a diagram illustrating an example of a customer-customer group table. As shown in this figure, the customer-customer group table stores an identifier (group_id) for identifying a group, an identifier (id) for identifying a customer, and a priority (priority) in association with each other. doing. In this way, the group to which the customer belongs is managed. For example, in FIG. 5, a customer whose customer_id is “1” belongs to three groups: a group whose group_id is “0”, a group whose group_id is “1”, and a group whose group_id is “3”. . Here, the priority is set to “0” for the group with group_id “0”, the priority is set to “2” for the group with group_id “1”, and the group_id is set to “2”. Has a priority set to "1".

(Template table)
The template table is a table for managing a template used by the electronic commerce server 1 to generate a virtual store page. FIG. 6 is a diagram illustrating an example of a template table. As shown in this figure, the template table stores display_id and information (path) indicating the storage location of the template in association with each identifier (id) for identifying the template. The identifier (id) in the template table is used as template_id in other tables.

  The template is electronic data that is the basis of the page of the virtual store. The electronic commerce server 1 generates a page by replacing a part of the template with other data. At that time, by changing the data to be replaced, pages having different contents can be generated from the same template. In the present embodiment, the page is an HTML web page, but is not necessarily limited to this. The page may be in any format as long as it is display information including various information presented to the user.

(Template-Customer group table)
The template-customer group table is a table for managing which template belongs to which group. FIG. 7 is a diagram illustrating an example of a template-customer group table. As shown in this figure, the template-customer group table stores group_id and template_id in association with each other.

(Product group table)
The product group table is a table for managing product groups prepared in the virtual store. FIG. 8 is a diagram illustrating an example of the product group table. As shown in this figure, the product group table includes information (name) indicating the name of the product group, an identifier (type_id) for identifying the type of the product group, and an identifier for identifying the product belonging to the product group. The group (type_ids) and the priority of the product group are stored in association with each other for each identifier (id) for identifying the product group. The identifier (id) in the product group table is used as product_group_id in other tables.

(Product Group-Customer Group Table)
The product group-customer group table is a table for managing which product group belongs to which group. FIG. 9 is a diagram illustrating an example of the product group-customer group table. As shown in this figure, the product group-customer group table stores group_id and product_group_id as numbers.

(Campaign table)
The campaign table is a table for managing campaigns prepared in the virtual store. FIG. 10 is a diagram illustrating an example of a campaign table. As shown in this figure, the campaign table contains information (type) indicating the type of campaign (payment terms), information (name) indicating the name of the campaign, and the discount rate of the product when the campaign is applied (discount_rate ), The maximum number of products to which the campaign can be applied (max_count), the maximum price of products to which the campaign can be applied (max_amount), the priority of the campaign (priory), and the group to which the campaign applies Identifier (group_id) and information (auto_apply) indicating whether or not the campaign is automatically applied to the product are stored in association with each other for each identifier (id) for identifying the campaign. The identifier (id) in the campaign table is used as campaign_id in other tables.

(Customer-campaign table)
The customer-campaign table is a table for managing campaigns applied to customers in the past. FIG. 11 is a diagram illustrating an example of a customer-campaign table. As shown in this figure, the customer-campaign table correlates campaign_id, customer_id, the number of times the corresponding campaign was applied (count), and the price of the product paid by the customer when it was applied (amount). Stored.

(Product-Campaign table)
The product-campaign table is a table for managing which campaign is applicable to which product. FIG. 12 is a diagram illustrating an example of a product-campaign table. As shown in this figure, the product-campaign table stores campaign_id and product_id in association with each other.

(Product table)
The product table is a table for managing products that can be provided in the virtual store. FIG. 13 is a diagram illustrating an example of a product table. As shown in this figure, information indicating the name of the product table product (name), product price (price), product description (desrciption), product publisher (publisher), and product launch The date (start_date), the file name of the thumbnail image of the product (thumbnail), and the identifier group (group_ids) for identifying the group to which the product belongs are associated with each other for each identifier (id) for identifying the product. Storing.

(Cart table)
The cart table is a table for managing products purchased by a user using a virtual store. FIG. 14 is a diagram illustrating an example of the cart table. As shown in this figure, the cart table stores customer_id and product_id for each identifier (id) for identifying a product in the cart.

(Table formation place)
Each table shown in FIGS. 3 to 14 exists in a memory (not shown) provided in the electronic commerce server 1. In this memory, a payment condition setting storage unit 28, a user group setting storage unit 30, a template storage unit 32, and a product group storage unit 34 are formed. Each table other than the cart table is formed in one of these storage units. Specifically, it is as follows.

  The customer table, customer group table, customer-customer group table, customer-campaign table, and product group-customer group table are formed in the user group setting storage unit 30. The template table and the template-customer group table are formed in the template storage unit 32. The product group table, the product group-customer group table, and the product table are formed in the product group storage unit 34. The campaign table and the product-campaign table are formed in the payment condition setting storage unit 28. The cart table is formed at an arbitrary location in the memory.

(Basic processing flow)
FIG. 15 is a flowchart showing a basic processing flow when the electronic commerce server 1 generates a virtual store page.

The user operates the terminal device 2 and uses an application such as a WWW browser operating on the terminal device 2 to access a virtual store provided by the electronic commerce server 1. that time,
The application of the terminal device 2 generates a page generation request including the URL of the virtual store designated by the user and transmits it to the electronic commerce server 1. In the electronic commerce server 1, the page request acquisition unit 10 receives a page generation request (step S1001). The page request acquisition unit 10 outputs the received page request to the page determination unit 12.

  The page discriminating unit 12 discriminates the page type of the virtual store requested from the terminal device 2 from the URL in the page request (S1002). Then, an identifier (display_id) corresponding to the determination result is acquired. For example, when the URL of the virtual store top page is “http://astore.com/top/”, “top” indicates the page type. On the other hand, when the URL of the product detail page of the virtual store is “http://astore.com/detail/”, “” detail ”indicates the page type. In the electronic commerce server 1, the display_id corresponding to “top” is “1”, the display_id corresponding to “detail” is “2”, the page type determination result, the corresponding display_id value, Are stored in a predetermined table in association with each other in advance. Therefore, the page determination unit 12 specifies display_id corresponding to the page type determined from the URL by referring to this table. The page determination unit 12 outputs the specified display_id and page request to the page generation unit 14.

  Next, the page generation control unit 18 determines the user of the terminal device 2 that has accessed the virtual store from the identification information such as a cookie included in the page request (S1003). The identification information is provided from the electronic commerce server 1 to the terminal device 2 in advance by the following procedure. When the user first accesses any page in the virtual store, the electronic commerce server 1 asks the user for authentication processing. At that time, the user inputs a dedicated identifier (ID) and password for using the virtual store. The electronic commerce server 1 determines whether the ID and password input by the user match each other's ID and password managed in the electronic commerce server 1. If they match, this user authenticates that he is a legitimate user who can use the virtual store. Thereby, the electronic commerce server 1 generates identification information for identifying the user as a cookie, and provides it to the user terminal device 2.

  Thereafter, the terminal device 2 includes this cookie in the page request when accessing the virtual store. Thereby, the electronic commerce server 1 determines that the user who has accessed the virtual store is a legitimate user by analyzing the cookie. The page generation control unit 18 acquires customer_id corresponding to the identified user ID (user_id) from the customer table, and outputs it to the template selection unit 20.

  Next, the template selection unit 20 selects a template corresponding to the display_id received from the page determination unit 12 (S1004). This process will be described later. The template is used to generate a virtual store page. The page generation unit 14 performs page generation processing corresponding to display_id using the template selected by the template selection unit 20. Accordingly, a page corresponding to the page request from the terminal device 2 is generated (S1005). Details of this processing will be described later. The page generation unit 14 outputs the generated page to the page output unit 24. The page output unit 24 transmits the generated page to the terminal device 2 that has transmitted the page request. The application of the terminal device 2 receives the page transmitted from the terminal device 2 and displays it on the screen of the display. Thereby, the user can browse the page of the virtual store displayed on the display of the terminal device 2. Furthermore, a virtual store can be used through the viewed page.

(Template selection process)
FIG. 16 is a flowchart showing a processing flow when the page generation unit 14 selects a template for generating a page. As shown in this figure, first, the user group determination unit 16 acquires the identifier (group_id) of the group to which the user belongs and the priority (priority) of the group (S1101). At that time, the user group determination unit 16 acquires group_id and priority corresponding to customer_id received from the page determination unit 12 from the customer-customer group table. The page determination unit 12 outputs the acquired group_id and priority to the template selection unit 20.

  Next, the template selection unit 20 acquires a template identifier list corresponding to the page type requested from the terminal device 2 (S1103). More specifically, the template selection unit 20 acquires the template_id and path corresponding to the display_id received from the page determination unit 12 from the template table. If there are a plurality of template_ids stored in association with the same display_id, each template_id and the corresponding path are all acquired. As a result, a list including the acquired template_id is generated.

  Next, the template selection unit 20 selects a template with the highest priority from the template identifier list (S1103). Specifically, the following procedure is followed. First, the template selection unit 20 selects a template_id stored in association with the group_id received from the page determination unit 12 in the template-customer group table among the template_ids included in the template identifier list. Next, of the selected template_id, the template_id having the highest priority corresponding to the corresponding group_id is selected. The template selection unit 20 outputs a path corresponding to the selected template_id to the data generation unit 22.

  In the above example, the priority set in advance for the group is set as the priority of the template corresponding to the group. In this case, the priority of the template corresponding to the group becomes the same value for any user. However, the present invention is not limited to this, and the priority of the group to which the user belongs may be individually set for each user. In this case, the priority of the template corresponding to the group matches the priority of the group set for each user. Note that the user may change the priority of the group to which the user belongs.

  As described above, the electronic commerce server 1 is prepared for each group and uses a template with the highest priority among templates for generating each page, in which a predetermined priority is set in advance. Generate the corresponding page. Therefore, a page suitable for the user can be easily generated.

(An example of a template)
FIG. 17A is a diagram schematically illustrating an example of a template for the electronic commerce server 1 to generate a virtual store page, and FIG. 17B is a diagram illustrating an example of the description of the template. . A template 50 shown in FIG. 17A has a region 52 and a region 54. The area 54 is a static part, and predetermined information is prepared in advance here. This information does not change when generating a page from the template 50. On the other hand, the area 54 is a replacement portion, and information indicating that it is a replacement portion is prepared in advance. This information is replaced with other information when a page is generated from the template 50.

  The template 50 shown in FIG. 17B is realized as an HTML file. Here, a tag beginning with “wicket:” is described in the area 54. This is information indicating that this tag is a replacement part. The tag includes a character string (newArrival or the like) indicating a replacement target, and the page generation unit 14 refers to the character string and replaces information to be replaced in the region 54 at an appropriate position.

(Generate top page)
FIG. 18 is a flowchart showing the flow of processing when the electronic commerce server 1 generates the top page of the virtual store. As shown in this figure, the page generation control unit 18 first reads a top page template (S1201). At that time, the page generation control unit 18 specifies the storage location of the template for the top page based on the path received from the template selection unit 20. Then, the template stored in the specified storage location is read.

  The page generation control unit 18 analyzes the read template in order from the top. At that time, it is determined whether or not each position in the template is a replacement part. When the replacement part is found, the page generation control unit 18 specifies the type of the replacement part (S1202). Specifically, the type specified by “wicket: id” described in the replacement part is specified. When the type specified here is “new arrival list”, the page generation control unit 18 notifies the user group determination unit 16 to that effect.

  Next, the user group determination unit 16 acquires the identifier (group_id) of the group to which the user belongs and the priority (priority) of the group (S1203). This process is the same as the process of S1101. The page generation control unit 18 notifies the product search unit 26 of the acquired group_id. The product search unit 26 searches the product table for products that match the assigned group_id and whose sales start date is within a certain day before today (the date on which the page request is received) (S1204). At that time, information and an identifier relating to the hit product are read from the product table as a search result and output to the data generation unit 22.

  The data generation unit 22 embeds the received search result in the template (S1205). Specifically, information necessary for screen display is embedded in the search result in the replacement portion corresponding to the “new arrival list” in the template. For example, a thumbnail or name of a product is an object to be embedded. When embedding is completed, the data generation unit 22 notifies the page generation control unit 18 to that effect.

  The page generation control unit 18 continues the analysis of the template and determines whether or not the next process is necessary (S1210). If processing is necessary, the continuation of the template is read (S1201). On the other hand, if the processing is unnecessary, that is, if the template has been read to the end, all the processing in FIG. 18 ends.

  In S1202, when the page generation control unit 18 specifies that the replacement part is “product group list”, the page generation control unit 18 selects a product group having an identifier (type_id) for identifying the type of product group embedded in the template. Obtained from the group table (S1206). More specifically, product_group_id corresponding to type_id embedded in the template is acquired from the product group table, and a list thereof is generated.

  Next, the user group determination unit 16 acquires the identifier (group_id) of the group to which the user belongs and the priority (priority) of the group (S1207). This process is the same as the process of S1101. The user group determination unit 16 transmits the acquired group_id to the page generation control unit 18.

  Next, the page generation control unit 18 determines the target product group to be embedded in the template and the arrangement order thereof (S1208). Specifically, follow the procedure below. First, the page generation control unit 18 selects product_group_id stored in association with the group_id received from the user group determination unit 16 in the product group-customer group table from the product_group_id included in the generated list. Next, the selected product_group_ids are rearranged in the order of corresponding priorities. At that time, the higher the priority, the more rearranged it is. The arrangement order determined in this way is the arrangement order when a plurality of product groups are embedded in the template. The page generation control unit 18 outputs the selected product_group_id and the arrangement order thereof to the data generation unit 22.

  The data generation unit 22 embeds the product group in the template (S1209). Specifically, the following procedure is followed. First, based on product_group_id received from the page generation control unit 18, information to be embedded in the template is acquired from the product group table. For example, the name (name) of the product group corresponding to product_group_id is acquired. Next, the acquired product information is embedded in the template according to the order of product_group_id. For example, information on a product group having a higher priority is embedded in the template so as to be displayed at the top of the screen. When embedding is completed, the data generation unit 22 notifies the page generation control unit 18 to that effect.

  The page generation control unit 18 continues the analysis of the template and determines whether or not the next process is necessary (S1210). If processing is necessary, the continuation of the template is read (S1201). On the other hand, if the processing is unnecessary, that is, if the template has been read to the end, all the processing in FIG. 18 ends.

(Top page configuration example)
FIG. 19A is a diagram schematically showing a top page template for a certain group. FIG. 19B schematically shows a top page template for another group. FIG. 19C is a diagram showing a top page in which product group information is embedded. FIG. 19D is a diagram showing a top page in which information on newly arrived products is embedded.

  FIG. 19 shows two different types of top page templates. Each of these is a template dedicated to any particular group. That is, when a user belonging to a certain group accesses the top page of the virtual store, the electronic commerce server 1 transmits the top page generated using the template shown in FIG. To do. On the other hand, when a user belonging to another group different from this group accesses the top page of the virtual store, the electronic commerce server 1 displays the generated top page using the template shown in FIG. It transmits to the terminal device 2 of the user. Thereby, the electronic commerce server 1 provides the user's terminal device 2 with the optimal top page according to the group to which the user belongs.

  On the other hand, when the user belongs to the above two groups, the electronic commerce server 1 selects a template having a higher priority from the templates for each group, and uses it for generating the top page. In the example of FIG. 19, the priority of the template shown in (a) is higher than the priority of the template shown in (b). In other words, the priority of the group corresponding to the template shown in (a) is higher than the priority of the group corresponding to the template shown in (b). Therefore, the electronic commerce server 1 generates a top page using the template shown in FIG.

  The template shown in FIG. 19A has a region 56 and a region 58. These are all substitution parts in the template. An area 56 is a replacement part for embedding a new product list. On the other hand, the area 58 is a replacement part for embedding the product group list. Therefore, when the electronic commerce server 1 first executes S1206 to S1209 among the processes shown in FIG. 17, the product group list is embedded in the area 58 in the template shown in FIG. The top page shown by the template at this stage is as shown in FIG. Next, the electronic commerce server 1 embeds a newly arrived product list in the area 56 in the template shown in FIG. 19A by executing the processing of S1203 to S1205. The top page indicated by the template at this stage is as shown in FIG.

(Advantages of the top page)
As described above, the electronic commerce server generates a top page (product group display information) including all product groups corresponding to each group for users belonging to a plurality of groups. The product group is, for example, information that collectively describes a plurality of products. The electronic commerce server 1 determines the order of each product group on the top page based on the priority set for each product group. For example, a top page is generated such that a product group with a higher priority is displayed at the top of the screen. As a result, the electronic commerce server can generate a higher-value top page for users belonging to a plurality of groups.

(Product details page generation)
It is assumed that the user selects any product on the top page of the virtual store. Thereby, the terminal device 2 generates a page request including the URL of the product detail page, and transmits the page request to the electronic commerce server 1. Upon receiving this page request, the electronic commerce server 1 generates a product detail page and sends it back to the terminal device 2.

  FIG. 20 is a flowchart showing the flow of processing when the electronic commerce server 1 generates the product detail page of the virtual store. As shown in this figure, first, the page generation control unit 18 reads a template for a product detail page (S1301). At this time, the page generation control unit 18 specifies the storage location of the template for the product detail page based on the path received from the template selection unit 20. Then, the template stored in the specified storage location is read.

  The page generation control unit 18 analyzes the read template in order from the top. At that time, it is determined whether or not each position in the template is a replacement part. When the replacement part is found, the page generation control unit 18 specifies the type of the replacement part (S1302). Specifically, the type specified by “wicket: id” described in the replacement part is specified. When the type specified here is “product”, the page generation control unit 18 notifies the product search unit 26 to that effect.

  The product search unit 26 acquires product information corresponding to product_id included in the page request from the product table (S1303). Specifically, a product name (name), a price (price), a description (description), and the like stored in the product table in association with the product_id are acquired from the product table. The product search unit 26 outputs the acquired information to the user group determination unit 16 and the data generation unit 22.

  Next, the user group determination unit 16 acquires the identifier (group_id) of the group to which the user belongs and the priority (priority) of the group (S1304). This process is the same as the process of S1101.

  Next, the page generation control unit 18 extracts a product target campaign (S1306). Specifically, the page generation control unit 18 acquires campaign_id corresponding to product_id in the product-campaign table and corresponding to group_id in the campaign table.

  Next, the page generation control unit 18 extracts a campaign applicable to the product from the extracted campaigns (S1307). Specifically, among the acquired campaign_id, a campaign_id whose count value in the customer-campaign table does not exceed max_count in the campaign table is selected.

  Next, the page generation control unit 18 acquires the value of auto_apply corresponding to each selected campaign_id from the campaign table. Then, it is determined whether the acquired auto_apply is “true” or “false”. Here, when the value of auto_apply corresponding to any product_id is “false”, the campaign corresponding to the product_id cannot be automatically applied to the product. Therefore, the page generation control unit 18 determines to apply all the campaigns of the selected campaign_id to the product. This is a measure aimed at allowing the user to select a desired one from a plurality of campaigns.

  On the other hand, when the values of auto_apply corresponding to each product_id are all “true”, the page generation control unit 18 applies the product_id campaign having the highest corresponding priority among the selected product_ids to the product. decide. When there are a plurality of campaign_id having the highest priority, it is determined that all of them are applied to the product.

  The page generation control unit 18 acquires information about the campaign that has been determined to be applied to the product from the campaign table and outputs the information to the data generation unit 22.

  The data generation unit 22 embeds the received information in the template (S1307). Specifically, product information and campaign information applied to the product are embedded in the replacement portion corresponding to “product” in the template. For example, the thumbnail and name of a product are to be embedded. In addition, the name of the campaign and the discount rate are also subject to embedding. When embedding is completed, the data generation unit 22 notifies the page generation control unit 18 to that effect.

  The page generation control unit 18 continues the analysis of the template and determines whether or not the next process is necessary (S1308). If processing is necessary, the continuation of the template is read (S1301). On the other hand, when the process is unnecessary, that is, when the template is read to the end, all the processes in FIG. 20 are finished.

(Composition example of product detail page)
FIG. 21A is a diagram schematically showing a product detail page template for a certain group. FIG. 21B is a diagram illustrating a product detail page in which product information is embedded. FIG. 21C is a diagram showing a product detail page in which campaign information is embedded.

  The template shown in FIG. 21A has a region 60 and a region 62. These are all substitution parts in the template. A region 60 is a replacement portion for embedding product information. On the other hand, the area 60 is a replacement part for embedding information on a campaign applied to a product.

  When the electronic commerce server 1 executes each process shown in FIG. 20, first, product information is embedded in the area 60 in the template shown in FIG. The product detail page indicated by the template at this stage is as shown in FIG. Next, the campaign information is embedded in the area 62 in the template shown in FIG. The product detail page shown by the template at this stage is as shown in FIG. In this way, the electronic commerce server 1 generates a product detail page including information on the product selected by the user and information on the campaign applied to the product. In the example illustrated in FIG. 21C, the electronic commerce server 1 generates a product detail page in which information of a plurality of different campaigns is applied to one product (electronic book).

(Advantages of product detail page)
As described above, the user belongs to a plurality of groups in the virtual store. In the virtual store, a plurality of products common to the group are prepared. Each group also has payment terms applicable to the product. A payment term for a group is such that a product that is more advantageous (at a lower price) can be purchased than if a user who does not belong to any group purchases the same product. For example, the payment conditions can be purchased at 10% off the regular price, or can be purchased free up to a certain number.

  When the user selects any product common to a plurality of groups to which the user belongs, the electronic commerce server 1 acquires each payment condition prepared for each group. A predetermined priority is set in advance for each payment condition. The electronic commerce server 1 selects the highest priority among the plurality of acquired payment conditions. In general, the higher the priority is set, the more the payment terms that allow the purchase of goods at a more advantageous (low price). For example, if the payment terms for Group A are “10% off the list price” and the payment terms for Group B are “20% off the list price”, “20% off the list price” is always “10% off the list price”. Since the payment terms are more advantageous than “% off”, “20% off the list price” is set higher priority than “10% off the list price”.

  As described above, the electronic commerce server 1 according to the present embodiment allows a user who belongs to a plurality of groups in a virtual store to purchase a product under a more advantageous condition among a plurality of payment conditions prepared.

  In addition, when there are a plurality of payment terms having the same priority, the electronic commerce server 1 selects all of the plurality of payment terms and includes a purchase page including all the payment terms in a state where the user can select one of the payment terms. Is generated. As a result, when a plurality of payment terms of the same priority are set for the product selected by the user, the user can select which payment terms are applied to purchase the product. Thereby, there exists an effect that the payment conditions according to a user's convenience and circumstances are applied to goods.

  As an example of such “a plurality of payment terms with the same priority,” for example, “free up to 5 books” or “30% discount on all products” can be simply determined which is more advantageous (buy up to 5 books) For users who have confirmed that “free up to 5 books” is more advantageous, for those who do not, “free up to 5 books” and “30% discount on all products” depending on the price of the book you want to buy It is better to use them properly.) In such cases, by setting the priority to the same value and presenting all of these multiple (equal priority) payment terms to the user, the user can choose which payments to suit their circumstances and circumstances. It is possible to select whether to purchase a product by applying conditions.

(Generate purchase page)
It is assumed that the user performs an operation for purchasing a product on the product detail page of the virtual store. Thereby, the terminal device 2 generates a page request including the URL of the purchase page and transmits it to the electronic commerce server 1. The electronic commerce server 1 receives this page request, generates a purchase page, and sends it back to the terminal device 2.

  FIG. 22 is a flowchart showing a flow of processing when the electronic commerce server 1 generates a purchase page of a virtual store. As shown in this figure, first, the page generation control unit 18 reads a template for a purchase page (S1401). At that time, the page generation control unit 18 specifies the storage location of the template for the purchase page based on the path received from the template selection unit 20. Then, the template stored in the specified storage location is read.

  The page generation control unit 18 analyzes the read template in order from the top. At that time, it is determined whether or not each position in the template is a replacement part. When the replacement part is found, the page generation control unit 18 specifies the type of the replacement part (S1402). Specifically, the type specified by “wicket: id” described in the replacement part is specified. When the type specified here is “payment method”, this is notified to the user group determination unit 16.

  Next, the user group determination unit 16 acquires the identifier (group_id) of the group to which the user belongs and the priority (priority) of the group (S1403). This process is the same as the process of S1101.

  Next, the page generation control unit 18 extracts a product target campaign (S1404). This process is the same as S1306. Next, the page generation control unit 18 extracts a campaign applicable to the product from the extracted campaigns (S1405). This process is the same as S1307. The page generation control unit 18 acquires information about the campaign that has been determined to be applied to the product from the campaign table and outputs the information to the data generation unit 22.

  The data generation unit 22 embeds the product payment method in the template (S1406). Specifically, information on a campaign to be applied to a product is embedded in a replacement portion corresponding to “payment method” in the template. For example, the name of the campaign and the discount rate are to be embedded. When embedding is completed, the data generation unit 22 notifies the page generation control unit 18 to that effect.

  The page generation control unit 18 continues to analyze the template and determines whether or not the next process is necessary (S1407). If processing is necessary, the continuation of the template is read (S1401). On the other hand, if the processing is unnecessary, that is, if the template has been read to the end, all the processing in FIG. 22 ends.

(Configuration example of purchase page)
FIG. 23A is a diagram schematically showing a purchase page template for a certain group. FIG. 23B is a diagram showing a purchase page in which campaign information is embedded.

  The template shown in FIG. 23A has a region 64. An area 64 is a replacement part for embedding information on a campaign applied to a product in the template.

  When the electronic commerce server 1 executes each process shown in FIG. 22, the campaign information is embedded in the area 64 in the template shown in FIG. The purchase page indicated by the template at this stage is as shown in FIG. In this way, the electronic commerce server 1 generates a purchase page including information on the campaign applied to the product that the user has decided to purchase.

  In the example shown in FIG. 23C, the electronic commerce server 1 generates a purchase page in which information of a plurality of different campaigns is applied to one product (electronic book). The user selects one of the campaigns (payment methods) and confirms the order of the product. Thereby, the electronic commerce server 1 stores the product_id corresponding to the product purchased by the user in the cart table in association with the campaign_id of the user.

(Generate cart page)
It is assumed that the user performs an operation for requesting payment for the purchased product on any page in the virtual store. Thereby, the terminal device 2 generates a page request including the URL of the cart page and transmits it to the electronic commerce server 1. The electronic commerce server 1 receives this page request, generates a cart page, and sends it back to the terminal device 2.

  FIG. 24 is a flowchart showing a flow of processing when the electronic commerce server 1 generates a cart page of a virtual store. As shown in the figure, first, the page generation control unit 18 reads a cart page template (S1501). At that time, the page generation control unit 18 specifies the storage location of the template for the cart page based on the path received from the template selection unit 20. Then, the template stored in the specified storage location is read.

  The page generation control unit 18 analyzes the read template in order from the top. At that time, it is determined whether or not each position in the template is a replacement part. When the replacement part is found, the page generation control unit 18 specifies the type of the replacement part (S1502). Specifically, the type specified by “wicket: id” described in the replacement part is specified. When the type specified here is “cart”, the page generation control unit 18 notifies the product search unit 26 to that effect.

  The product search unit 26 acquires any product_id stored in the cart table (S1503). Next, product information corresponding to the acquired product_id is acquired from the product table (S1504). Specifically, information such as a product name stored in the product table in association with product_id is acquired. The product search unit 26 outputs the acquired information to the data generation unit 22.

  Next, the user group determination unit 16 acquires the identifier (group_id) of the group to which the user belongs and the priority (priority) of the group (S1505). This process is the same as the process of S1101.

  Next, the page generation control unit 18 extracts a target campaign for the product (S1506). This process is the same as S1306. Next, the page generation control unit 18 extracts a campaign applicable to the product from the extracted campaigns (S1507). This process is the same as S1307. The page generation control unit 18 acquires information about the campaign that has been determined to be applied to the product from the campaign table and outputs the information to the data generation unit 22.

  The data generation unit 22 embeds the received information in the template (S1508). Specifically, product information and campaign information applied to the product are embedded in the replacement portion corresponding to “cart” in the template. For example, the thumbnail and name of a product are to be embedded. In addition, the name of the campaign and the discount rate are also subject to embedding. When embedding is completed, the data generation unit 22 notifies the page generation control unit 18 to that effect.

  The page generation control unit 18 determines whether or not the next product_id exists in the cart table (S1509). If it is determined that it exists, the process returns to S1503 to acquire the product_id. Thereby, the electronic commerce server 1 repeats the processing from S1503 to S1508 by the number of product_id stored in the cart table.

  On the other hand, if it is determined in S1509 that the next product_id does not exist, the page generation control unit 18 continues the analysis of the template and determines whether or not the next process is necessary (S1510). If processing is necessary, the continuation of the template is read (S1501). On the other hand, when the process is unnecessary, that is, when the template is read to the end, all the processes in FIG. 24 are finished.

(Configuration example of cart page)
FIG. 25A is a diagram schematically illustrating a cart page template for a certain group. FIG. 25B is a diagram illustrating a cart page in which product information is embedded. FIG. 21C is a diagram showing a cart page in which campaign information is embedded.

  The template shown in FIG. 25A has a region 66 and a region 68. These are all substitution parts in the template. An area 66 is a replacement part for embedding product information. On the other hand, the area 68 is a replacement portion for embedding information on a campaign applied to a product.

  When the electronic commerce server 1 executes each process shown in FIG. 24, first, product information is embedded in an area 66 in the template shown in FIG. The cart page indicated by the template at this stage is as shown in FIG. Next, the campaign information is embedded in the area 68 in the template shown in FIG. The cart page indicated by the template at this stage is as shown in FIG. In this way, the electronic commerce server 1 generates a cart page including information on the product selected by the user and information on the campaign applied to the product.

  In the example illustrated in FIG. 25C, the electronic commerce server 1 generates a cart page in which different campaigns are applied to two products (electronic books). Two different types of campaigns are applied to one of these two products, and the user selects one of them. On the other hand, only one type of campaign is applied to the other product, and the user cannot choose to apply another campaign to this product.

(Generate product list page)
It is assumed that the user performs an operation for displaying a list of products on any page of the virtual store. Thereby, the terminal device 2 generates a page request including the URL of the product list page and transmits the page request to the electronic commerce server 1. The electronic commerce server 1 receives the page request, generates a product list page, and sends it back to the terminal device 2.

  FIG. 26 is a flowchart showing the flow of processing when the electronic commerce server 1 generates the product list page of the virtual store. As shown in this figure, first, the page generation control unit 18 reads a template for a product list page (S1601). At that time, the page generation control unit 18 specifies the storage location of the template for the product list page based on the path received from the template selection unit 20. Then, the template stored in the specified storage location is read.

  The page generation control unit 18 analyzes the read template in order from the top. At that time, it is determined whether or not each position in the template is a replacement part. When the replacement part is found, the page generation control unit 18 specifies the type of the replacement part (S1602). Specifically, the type specified by “wicket: id” described in the replacement part is specified. When the type specified here is “product list”, the page generation control unit 18 notifies the user group determination unit 16 to that effect.

  Next, the user group determination unit 16 acquires the identifier (group_id) of the group to which the user belongs and the priority (priority) of the group (S1603). This process is the same as the process of S1101. The page generation control unit 18 notifies the product search unit 26 of the acquired group_id.

  The product search unit 26 searches for products in the group to which the user belongs (S1604). Specifically, information about the product corresponding to group_id received from the user group determination unit 16 is acquired from the product table. At that time, specifically, a product name (name), a price (price), a description (description) and the like stored in the product table in association with the group_id are acquired from the product table. The product search unit 26 outputs the acquired information to the data generation unit 22.

  The data generation unit 22 embeds the product search result in the template (S1605). Specifically, product information and campaign information applied to the product are embedded in the replacement portion corresponding to “product” in the template. For example, the thumbnail and name of a product are to be embedded.

  The page generation control unit 18 continues to analyze the template and determines whether or not the next process is necessary (S1606). If processing is necessary, the continuation of the template is read (S1601). On the other hand, when the process is unnecessary, that is, when the template is read to the end, all the processes in FIG. 26 are finished.

(Composition example of product list page)
FIG. 27A is a diagram schematically illustrating a template of a product list page for a certain group. FIG. 23B is a diagram illustrating a product list page in which product information is embedded.

  The template shown in FIG. 27A has a region 70. An area 70 is a replacement part for embedding product information in the template.

  When the electronic commerce server 1 executes each process shown in FIG. 26, product information is embedded in the area 70 in the template shown in FIG. The product list page indicated by the template at this stage is as shown in FIG. In this way, the electronic commerce server 1 generates a product list page including information on products in each group to which the user belongs.

(Program and recording medium)
Finally, each block included in the electronic commerce server 1 may be configured by hardware logic. Alternatively, it may be realized by software using a CPU (Central Processing Unit) as follows.

  That is, the electronic commerce server 1 includes a CPU that executes pg commands for realizing each function, a ROM (Read Only Memory) that stores the pg, a RAM (Random Access Memory) that expands the pg into an executable format, and And a storage device (recording medium) such as a memory for storing the pg and various data. With this configuration, the object of the present invention can be achieved by a predetermined recording medium.

  This recording medium only needs to record the pg program code (execution format program, intermediate code program, source program) of the electronic commerce server 1 which is software that realizes the above-described functions so that it can be read by a computer. This recording medium is supplied to the electronic commerce server 1. Thereby, the electronic commerce server 1 (or CPU or MPU) as a computer may read and execute the program code recorded on the supplied recording medium.

  The recording medium that supplies the program code to the electronic commerce server 1 is not limited to a specific structure or type. That is, the recording medium includes, for example, a tape system such as a magnetic tape and a cassette tape, a magnetic disk such as a floppy (registered trademark) disk / hard disk, and an optical disk such as a CD-ROM / MO / MD / DVD / CD-R. System, a card system such as an IC card (including a memory card) / optical card, or a semiconductor memory system such as a mask ROM / EPROM / EEPROM / flash ROM.

  Moreover, even if the electronic commerce server 1 is configured to be connectable to a communication network, the object of the present invention can be achieved. In this case, the program code is supplied to the electronic commerce server 1 via the communication network. This communication network is not limited to a specific type or form as long as it can supply the program code to the electronic commerce server 1. For example, it may be the Internet, intranet, extranet, LAN, ISDN, VAN, CATV communication network, virtual private network, telephone line network, mobile communication network, satellite communication network, and the like.

  The transmission medium constituting the communication network may be any medium that can transmit the program code, and is not limited to a specific configuration or type. For example, wired communication such as IEEE 1394, USB (Universal Serial Bus), power line carrier, cable TV line, telephone line, ADSL (Asymmetric Digital Subscriber Line) line, infrared rays such as IrDA and remote control, Bluetooth (registered trademark), 802.11 It can also be used by radio such as radio, HDR, mobile phone network, satellite line, terrestrial digital network. The present invention can also be realized in the form of a computer data signal embedded in a carrier wave in which the program code is embodied by electronic transmission.

  The present invention is not limited to the embodiments described above. Those skilled in the art can make various modifications to the present invention within the scope of the claims. That is, a new embodiment can be obtained by combining appropriately changed technical means within the scope of the claims.

  The present invention can be widely used as an electronic commerce server that provides virtual stores.

DESCRIPTION OF SYMBOLS 1 Electronic commerce server 2 Terminal device 10 Page request acquisition part (identification means)
12 page discriminator 14 page generator (specifying means)
16 User group discrimination unit 18 Page generation control unit (acquisition means, selection means, product group acquisition means)
20 Template selection unit 22 Data generation unit (generation unit, product group display information generation unit)
24 page output unit 26 product search unit 28 payment condition setting storage unit 30 user group setting storage unit 32 template storage unit 34 product group storage unit 100 electronic commerce system

Claims (8)

Among the products that can be purchased in the virtual store, a common means that is common to a plurality of groups to which the user belongs in the virtual store, and that identifies any product selected by the user,
An acquisition means for obtaining payment conditions for the user to purchase the product selected by the user, which is prepared for each group, and has a predetermined priority set in advance, under a more advantageous condition;
A selection means for selecting the payment terms having the highest priority among the payment terms acquired by the acquisition means;
An electronic commerce server, comprising: generation means for generating display information including information indicating the payment terms selected by the selection means.   2. The electronic commerce server according to claim 1, wherein the acquisition unit acquires a payment condition for purchasing the product at a lower price as a payment condition for purchasing under the advantageous conditions. The selection means selects all the payment terms when there are a plurality of payment terms having the same priority.
The generation means generates the display information including all of the plurality of payment terms selected by the selection unit in a state that allows the user to select any one of the payment terms. The electronic commerce server according to 1 or 2.   The generation means generates the display information using a template having the highest priority among templates for generating the display information prepared for each group and having a predetermined priority set in advance. The electronic commerce server according to any one of claims 1 to 3. Product group acquisition means for acquiring all of the product groups corresponding to any of the plurality of groups and having a predetermined priority set in advance for each group;
A product group display information generating unit configured to generate product group display information including each of the product groups acquired by the product group acquiring unit in an order based on the priority set in the product group; The electronic commerce server according to any one of claims 1 to 4.   An electronic commerce system comprising: the electronic commerce server according to claim 1; and a terminal device for accessing the electronic commerce server. Among the products that can be purchased in the virtual store, a specific step that is common to a plurality of groups to which the user belongs in the virtual store and that specifies any product selected by the user;
An acquisition step for obtaining payment conditions for the user to purchase the product selected by the user, which is prepared for each group, and has a predetermined priority set in advance, under a more advantageous condition;
A selection step of selecting the payment terms having the highest priority among the payment terms acquired in the acquisition step;
And a generation step of generating display information including information indicating the payment terms selected in the selection step.   A program for operating the electronic commerce server according to any one of claims 1 to 5, wherein the program causes a computer to function as each of the above means.

Images