JP2003196553A - Member administration server system, program therefor, and member administration method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To make rather freely determinable the structure of a group. <P>SOLUTION: A web server determines whether or not a request for registration of a new group is given from the client computer of a user in a shopping site operated thereby (step S200). When the request for registration of the new group is given, the web server transmits a group member registration form to the client computer 49 of the user (step S205). When inputted contents entered by the user are appropriate, the contents are collated by an administration server (steps S230 to S240), various types of attributes, i.e., group IDs are set on an exclusive page for the users belonging to the group (step S250), and a mail indicating that the registration of the group is completed is transmitted to the client computer of the user through the Internet (step S255). <P>COPYRIGHT: (C)2003,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a member management server system for accepting member registration from a user's client computer via a network, a program therefor, and a member management method.

[0002]

2. Description of the Related Art Conventionally, as this type of member management server system, a system is known in which a user who uses a client computer accepts personal registration via a network and then gives a privilege to the user who has personally registered.

[0003]

In such a system, it is proposed that users who have the same telephone number, address, etc. at the time of registration are regarded as belonging to one group and are given a privilege to that group. . Normally, the benefits granted to groups are often more advantageous than the benefits granted to individuals, so users who are considered to belong to a group are not considered to belong to a group. More likely to be favored.

However, since the group is uniformly determined by the telephone number and the like, the user cannot freely determine the group structure, and the user is sometimes hard to be preferentially treated. For example, even if multiple users actually belong to the same group, if the telephone numbers differ due to different departments, etc., the users will be grouped according to their telephone numbers. A difficult situation arises.

The present invention has been made in view of the above problems, and it is an object of the present invention to provide a member management server system or a member management method capable of relatively freely determining the group structure. Another object of the present invention is to provide a program for causing a computer to function as such a member management server system.

[0006]

In order to achieve at least one of the above-mentioned objects, the first aspect of the present invention is to provide a member management server that accepts member registration from a user's client computer via a network. In the system, when there is a request to register a plurality of users as a group via the network, a group registration executing means is provided for registering the plurality of users as a group based on the request. It is a thing.

In this member management server system, when there is a request from the user to register a plurality of users as one group, that is, a declaration, the plurality of users are registered as one group based on the request. Therefore, according to this member management server system, the group configuration can be determined relatively freely by the user's declaration.

In the first member management server system of the present invention, the group registration executing means registers one of the users who belong to the one group as an administrator, and adds or deletes the users who belong to the group. It may be allowed only to the administrator. By doing this, it is possible to avoid the addition or deletion of users belonging to the group in a chaotic manner.

In the first member management server system of the present invention, the group registration executing means may limit the number of users registered as one group. In this way, the number of users belonging to the group does not increase indefinitely.

The first member management server system of the present invention is a group evaluation means for evaluating an action of each user belonging to one group registered by the group registration execution means as an action of the group, and the group evaluation means. It may be provided with a privilege informing means for informing each user belonging to the group of a privilege according to the evaluation by.

In this member management server system, when there is a request from a user to register a plurality of users as one group, that is, a declaration is made, a plurality of users are registered as one group based on the request, and the group is registered in the group. The action of each user who belongs is evaluated as an action of the group, and the privilege according to the evaluation is notified to each user who belongs to the group. In general, it is often more advantageous to evaluate each user as a group consisting of multiple users than to be evaluated as an individual, so users who belong to the group receive advantageous benefits compared to users who do not belong to the group. be able to. Also, since the group structure can be determined relatively freely by the user's declaration,
Users are likely to receive advantageous benefits and be favored. Note that the “privilege” is not particularly limited as long as it is a profit that is advantageous to the user, but for example, a product discount rate, a gift (a paid service is provided free of charge, an option is given free of charge, etc.). And so on.

In the first member management server system of the present invention, when the group evaluation means is provided, the group evaluation means purchases the merchandise of each user belonging to one group registered by the group registration execution means. The performance may be evaluated as the product purchase performance of the group. In this way, the number of product purchases and the total amount of product purchases in the group are larger than those of individual product purchases. Therefore, the user is evaluated as a member of the group rather than as an individual. Will be advantageous.

In the first member management server system of the present invention, when the group evaluation means is provided, the group evaluation means is purchased by each user belonging to one group registered by the group registration execution means. The purchase record of the product after the lapse of the return period may be evaluated as the product purchase record of the group. This makes it possible to optimize the product purchase record without adding a product that may be returned to the product purchase record.

In the first member management server system of the present invention, when the privilege notifying means is provided, the privilege notifying means updates the privilege every time the evaluation by the group evaluation means exceeds a predetermined stage. You may. In this way, the users belonging to the group have an incentive to move the evaluation stage to the next stage.

In the first member management server system of the present invention, when the privilege notification means is provided, the privilege may be a product discount rate. In this way, users belonging to the group can purchase products at the same product discount rate.

The first member management server system of the present invention, when provided with the group evaluation means and the privilege notifying means, further comprises personal registration executing means for personally registering a user via the network, and Dedicated privilege creating means for creating a dedicated page for a user who has been personally registered by the personal registration executing means, wherein the privilege notifying means is registered as the group and the private page of the user who is personally registered is provided by the group evaluation means. You may post the privilege according to the evaluation. By doing so, the users belonging to the group can know what kind of privilege can be obtained by viewing their own dedicated page.

In the first member management server system of the present invention, when the group evaluation means and the privilege notification means are provided, the group to which the user belongs when an order is received from the user via the network. And a privilege granting unit that reads out a privilege corresponding to the group determined by the group determining unit and grants the privilege to the user. In this way, when a user places an order, a privilege according to the group to which the user belongs is given.

In the first member management server system of the present invention, the network may be the Internet. In this way, the present invention can be effectively used on the Internet. However, a communication line other than the Internet may be used. For example, an in-house LAN may be used.

A second aspect of the present invention relates to a program for causing a computer to function as the above-mentioned member management server system. This program is a computer-readable recording medium (eg, hard disk, RO
M, FD, CD, DVD, etc.) or a transmission medium (communication network such as the Internet or LAN)
It may be distributed from one computer to another computer via the Internet, or may be transmitted and received in any other form. By executing this program on the computer of the member management server system, it is possible to obtain the same effect as that of the first member management server system of the present invention.

A third aspect of the present invention is a member management method for accepting member registration from a user's client computer via a network, wherein a request to register a plurality of users as a group via the network is made. When there is one, the plurality of users is set to 1 based on the request.
It is to be registered as one group. According to this member management method, the group structure can be relatively freely determined by the user's declaration.

In the third member management method of the present invention, 1
One of the users belonging to one group may be registered as an administrator, and addition or deletion of users belonging to the group may be permitted only to the administrator of the group. By doing this, it is possible to avoid the addition or deletion of users belonging to the group in a chaotic manner.

In the third member management method of the present invention, 1
The number of users belonging to one group may be limited. In this way, the number of users belonging to the group does not increase indefinitely.

In the third member management method of the present invention, when there is a request to register a plurality of users as a group via the network, the plurality of users are regarded as a group based on the request. You may register, the action of each user who belongs to one group may be evaluated as an action of the group, and the privilege according to the said evaluation may be notified to each user who belongs to the said group. In general, it is often more advantageous to evaluate each user as a group consisting of multiple users than to be evaluated as an individual, so users who belong to the group receive advantageous benefits compared to users who do not belong to the group. be able to. Further, since the group structure can be determined relatively freely according to the user's declaration, the user is likely to receive advantageous benefits and be favorably treated.

In the third member management method of the present invention, 1
When the action of each user belonging to one group is evaluated as the action of that group, the product purchase record of each user belonging to one group may be evaluated as the product purchase record of that group. In this way, the number of product purchases and the total amount of product purchases in the group are larger than those of individual product purchases. Therefore, the user is evaluated as a member of the group rather than as an individual. Will be advantageous.

In the third member management method of the present invention, 1
When evaluating the action of each user belonging to one group as the action of that group, the purchase record of the product after the lapse of the return period among the products purchased by each user belonging to one group is set as the product purchase record of that group. You may evaluate. This makes it possible to optimize the product purchase record without adding a product that may be returned to the product purchase record.

In the third member management method of the present invention, 1
When the action of each user belonging to one group is evaluated as the action of the group, and the privilege according to the evaluation is notified to each user belonging to the group,
The privilege may be updated each time the evaluation goes beyond a predetermined stage. In this way, the users belonging to the group have an incentive to move the evaluation stage to the next stage.

In the third member management method of the present invention, 1
When the action of each user belonging to one group is evaluated as the action of the group, and the privilege according to the evaluation is notified to each user belonging to the group,
The privilege may be a product discount rate. In this way, users belonging to the group can purchase products at the same product discount rate.

In the third member management method of the present invention, 1
When the action of each user belonging to one group is evaluated as the action of the group, and the privilege according to the evaluation is notified to each user belonging to the group,
The user may be personally registered via the network to create a dedicated page for the user who has personally registered, and the privilege may be posted on the dedicated page for each user belonging to the group. By doing so, the users belonging to the group can know what kind of privilege can be obtained by viewing their own dedicated page.

In the third member management method of the present invention,
When an action of each user belonging to one group is evaluated as an action of the group and the privilege corresponding to the evaluation is notified to each user belonging to the group, when an order is accepted from the user via the network, A group to which the user belongs may be determined, a privilege corresponding to the determined group may be read, and the privilege may be given to the user. In this way, when a user places an order, a privilege according to the group to which the user belongs is given.

[0030]

DESCRIPTION OF THE PREFERRED EMBODIMENTS Next, embodiments of the present invention will be described with reference to the drawings. FIG. 1 is a configuration diagram showing an outline of the configuration of a member management server system 10 of this embodiment.

The member management server system 10 includes a web server 20, a web DB 22 connected to the web server 20 (DB is an abbreviation for database, hereinafter the same), a management server 30, and management connected to the management server 30. DB
32 and each server 20, 30 and each DB2
2, 32 are communicatively connected by a LAN 12.

The web server 20 is a server that operates a shopping site that sells various products. The web server 20 performs member registration and product sales in response to a request from the client computer 40 connected via the Internet 14, and also writes and reads various information in the web DB 22.
The web DB 22 is connected to the web server 20 and includes a member DB 22a, a product DB 22b, and an order DB 22c. The member DB 22a is a database that records information about online shopping members, and stores an ID as a member identification number, a password for logging in to a shopping site, a name, an address, an email address, and the like. The product DB 22b is a database that records products handled at shopping sites, and stores product codes, product categories, product names, product description contents, prices, stock status, and the like. Order DB2
Reference numeral 2c is a database that records the contents of orders received through online shopping.

The management server 30 is a server for collecting and managing various data. The management DB 32 is the management server 3
0, and has a member master 32a, a product master 32b, an order master 32c, and the like. Member master 32a
Stores the basic data of the member DB 22a in the web DB 22, and the product master 32b is the web DB 2
2 stores the basic data of the product DB 22b, and the order master 32c records the basic data of the order DB 22c in the web DB 22. Management server 3
0 is the management DB 32 periodically or at an appropriate timing.
Of the contents of the web DB22 or vice versa
The work of reflecting the contents of 22 in the management DB 32 is performed. For example, the member DB 22a of the Web DB 22 and the order D
By reflecting B22c in the member master 32a and the order master 32c of the management DB 32, information of a newly registered member, correction information of registered members, etc. are stored in the member master 32a, and the product master 32b of the management DB 32 is stored in the web DB 22. The latest product information is stored in the web DB 22 by being reflected in the product DB 22b. When a product is ordered by telephone, the operator registers the order contents in the management DB 32. Further, in the member DB 22a of the management DB 32, only customers who have purchased products are registered.

Next, regarding the operation of the member management system,
It will be described based on the flowcharts of FIG. First, the personal registration process will be described. Web server 20
Reads and executes the personal registration processing program at every predetermined timing. FIG. 2 is a flowchart of the personal registration processing routine. When this routine is started, the web server 20 determines whether or not there is a request for individual member registration from the user's client computer at the shopping site operated by the user (step S10).
0) When there is no request for individual member registration, this routine is terminated as it is, and when there is a request for individual member registration, the individual member registration form is sent to the client computer 40 of the user (step S110). The individual member registration form has an input field for inputting an address, a name, a mail address, a telephone number, a user ID, a user password and the like. Then, it is judged whether or not this individual member registration form is returned (step S12).
0) If it is not returned, it waits as it is, and when it is returned, the input content of the individual member registration form is checked (step S130), it is determined whether the input content is appropriate (step S140), and it is not appropriate. At this time, for example, when there is a deficiency such as omission in any of the input fields, the personal member registration form is again displayed together with a sentence pointing out the deficiency.
0 (step S150), and the process returns to step S120. On the other hand, when the input content is appropriate, the web DB2
The new individual member is newly registered in the second member DB 22a (step S160), and the dedicated page of the individual member is displayed as the member D.
It is created in B22a (step S170), and this routine ends. It should be noted that the dedicated page displays the history of products purchased by the individual at the shopping site operated by the web server 20 (product purchase record), and the customer level (described later) if the product belongs to a group. It

Next, the new group registration process will be described. The web server 20 reads and executes the new group registration processing program at predetermined timings. FIG. 3 is a flowchart of a new group registration processing routine. When this routine is started, the web server 2
0 determines whether or not there is a request for new group registration from the user's client computer 40 at the shopping site operated by the user (step S200),
When there is no request for new group registration, this routine is finished as it is, and when there is a request for new group registration, the group member registration form is sent to the client computer 40 of the user (step S205).
In the group membership registration form, in addition to the input fields for entering the location (address), name, telephone number, group ID, group password, etc. of the group, the input field for entering the number of users belonging to the group, the user ID of each user It is provided with an input field for inputting, an input field for inputting who is a member of the administrator, and the like.
After that, it is determined whether or not this group member registration form has been returned (step S210), and when it has not been returned, it waits as it is, and when it is returned, the input content of the group member registration form is checked (step S215). Then, it is determined whether or not the input content is proper (step S220), and when the input content is not proper, the group member registration form is re-displayed with the warning message and the correction instruction text for pointing out the incorrect portion, and the client computer 40 of the user. To (step S225),
It returns to step S210. On the other hand, when the input contents are appropriate, the input contents are sent to the management server 3 via the LAN 12.
0 and the subroutine for group registration of the management server 30 is called (step S230).

When the management server 30 starts the group registration subroutine shown in FIG. 4, it first checks whether or not the user IDs of the users belonging to the group are registered in the member master 32a of the management DB 32. (Step S300), it is determined whether or not the matching result is good (Step S310), and when the matching result is bad, for example, when any user ID cannot be matched, an error message is transmitted to the web server 20. Then, (step S320), this routine ends. That is, even if the user who has created the dedicated page has never purchased the product, he / she has the user ID but is not registered in the member master 32a.
D cannot be collated and cannot be registered as a group. On the other hand, when the collation result is good, the past product purchase results (excluding those for which the returnable period such as the cooling-off period has not elapsed) of all the users belonging to the group are read from the order master 32c. Are totaled, the total is evaluated as the product purchase record of the group, and the customer level is calculated based on the product purchase record of the group (step S340). This customer level is
It is the product discount rate that is a privilege when purchasing a product. Specifically, in the present embodiment, a table representing the relationship between the product purchase record and the customer level is stored, and the customer level is updated when the product purchase record exceeds a predetermined stage. The maximum level is the upper limit. In addition,
The product purchase record may be, for example, the total amount of purchased products or the total number of products. Then, the management DB 32 for each user ID of each user belonging to the group.
Various attributes such as a group ID, a customer level, and an administrator flag are written in the contents registered in the member master 32a (step S350). Here, the administrator flag is set to ON by a person who has the authority of the administrator, and is set to OFF by other persons. After that, these attributes are transmitted to the web server 20 via the LAN 12 (step S360), and this routine ends.

Returning to FIG. 3, the web server 20 determines whether or not the information has been acquired from the management server 30 (step S235), waits as it is when the information has not been acquired, and returns an error message when the information has been acquired. It is determined whether or not (step S240). Then, when the acquired information is an error message, a mail indicating that the group registration is not completed is transmitted to the user's client computer 40 via the Internet 14 (step S
245), the routine ends. On the other hand, when the acquired information is not an error message but various attributes related to the group, various attributes are set in the dedicated page of each user belonging to the group (step S250),
Send an e-mail indicating that group registration is complete on the Internet 1
It transmits to the user's client computer 40 via 4 (step S255), and this routine is complete | finished.
As a result, each user who belongs to the registered group
When you open your own page, you will see the product discount rate as a customer level for that group. This product discount rate is determined based on the group's product purchase record, but since the group's product purchase record is usually higher than the individual's product purchase record, users belonging to the group are This is an advantageous product discount rate compared to users who do not belong to.

Next, the product sales process will be described. The web server 20 reads and executes the product sales processing program at predetermined timings. FIG. 5 is a flowchart of a product sale processing routine. When this routine is started, the web server 20 determines whether or not a user has ordered a product at the shopping site operated by the user via the Internet 14 (step S500), and has not received the product order. Sometimes this routine ends as it is. On the other hand, when an order for a product is received, the customer level corresponding to the user ID ordered this time, that is, the product discount rate is set to the member DB 2 of the Web DB 22.
2a is read (step S510), and the product discount rate is multiplied by the product price to calculate the product selling price (step S5).
20), the confirmation screen of the product selling price is displayed on the Internet 14
To the client computer 40 of the user via (step S530). Then, it is determined whether or not there is a reply to the confirmation screen from the user's client computer 40 (step S540), when there is no reply, the process waits as it is, and when there is a reply, it is determined whether or not the product selling price has been approved ( Step S55
0). If the user does not approve the sale price of the product, this routine is terminated because the business negotiation has not been completed,
When the consent is obtained, the product is shipped to establish a business negotiation (step S560), and this routine is finished. Here, the product discount rate is generally a more advantageous value for users who belong to the group than users who do not belong to the group. Therefore, a user who belongs to the group can purchase the same product under a more advantageous condition than a user who does not belong to the group.

Next, the customer level recalculation process will be described. This process is a process of recalculating the customer level according to the new product purchase record. The management server 30 reads and executes the customer level recalculation processing program at predetermined timings. FIG. 6 is a flowchart of a customer level recalculation processing routine. When this routine is started, the management server 30 searches the management DB 32 for product purchase records that have not been used in the customer level calculation and for which the cooling-off period has elapsed (step S60).
0), the group ID corresponding to the product purchase record obtained as a result of the search is read (step S610), the product purchase record is added to the product purchase record of the group ID (step S620), and the product purchase after the addition The customer level of the group ID is calculated based on the results (step S630), and it is determined whether the customer level has been updated (step S640). Here, the customer level is the same level until the product purchase record exceeds a predetermined stage, and is updated when it exceeds the predetermined stage. Then, when the customer level is not updated, this routine is finished as it is, and when the customer level is updated, the updated contents are updated via the LAN 14 to the web server 20.
(Step S650). Upon receiving this, the web server 20 updates the customer level for the dedicated page of each user belonging to the corresponding group.

Next, the group configuration changing process will be described. The web server 20 reads out and executes the group configuration change processing program at predetermined timings. FIG. 7 is a flowchart of a group configuration change processing routine. When this routine is started, the web server 2
0 determines whether or not there is a request for changing the group configuration from the client computer 40 of the user at the shopping site operated by the user (step S700),
When there is no request for changing the group structure, this routine is ended as it is. When there is a request for changing the group structure, it is judged whether or not the sender of this time has the authority of the administrator (step S705), and the authority of the administrator is changed. If the user does not have the authority, he / she sends a message to the effect that he / she cannot change the group configuration to the client computer 40 of the user (step S710), and this routine ends. On the other hand, when the user has the administrator authority, the group member increase / decrease form is transmitted to the client computer 40 of the user (step S71).
5). The group membership increase / decrease form has a display field for displaying the current number of users belonging to the group and the user ID of each user. To increase the number of groups, enter a new user ID in the blank field of the display field. , To reduce the number of groups, delete the user ID of the member you want to reduce. After that, it is determined whether or not this group structure change form has been returned (step S720), and when it has not been returned, it waits as it is, and when it is returned, the input content of the group structure change form is checked (step S725), It is determined whether the input contents are proper (step S730). Then, when the input contents are not proper, the group configuration change form is sent again to the user's client computer 40 together with a warning sentence and a correction instruction sentence that point out an incorrect portion (step S73).
5) and returns to step S720. On the other hand, when the input content is appropriate, the input content is transmitted to the management server 30 via the LAN 12 and the subroutine for group registration of the management server 30 is called (step S740).
This subroutine for group registration is as described above with reference to FIG. 4. However, in the case of increasing the number of users, if the user ID of the increased user is registered in the management DB 32, the increased user is also included. The customer level will be calculated from the past product purchase results of all users belonging to the group, and if the number of employees is reduced, the customer level will be calculated from the past product purchase results of all users excluding the reduced users. Will be done.

Then, the web server 20 determines whether or not the information is acquired from the management server 30 (step S7).
45) If the information is not acquired, the process waits as it is, and when the information is acquired, it is determined whether or not the message is an error message (step S750). Then, when the acquired information is an error message, a mail indicating that the group configuration change is not completed is transmitted to the user's client computer 40 via the Internet 14 (step S755), and this routine ends. On the other hand, when the acquired information is not an error message but various attributes related to the group, the various attributes are set in the dedicated page of each user belonging to the group (step S76).
0), an e-mail indicating that the group configuration change is completed is transmitted to the user's client computer 40 via the Internet 14 (step S765), and this routine ends. In this way, only the person who has the authority of the administrator of the group can change the configuration of the group.

Here, the correspondence between the constituent elements of this embodiment and the constituent elements of the present invention will be clarified. The web server 20 of the present embodiment corresponds to the group registration executing means, the privilege notifying means, the individual registration executing means, the dedicated page creating means, the group determining means, and the privilege giving means of the present invention, and the management server 30 corresponds to the group evaluating means. To do.

According to this embodiment described in detail above, when there is a request from a user to register a plurality of users as a group, the plurality of users are registered as a group based on the request, and The product purchase record of each user belonging to the group is evaluated as the product purchase record of the group, and the product discount rate according to the product purchase record of the group is notified to the dedicated page of each user as the customer level. Generally, users who are evaluated as a group consisting of multiple users are more likely to get an advantageous customer level than when each user is evaluated as an individual group, so the users who belong to the group are grouped into groups. Products can be purchased under advantageous conditions compared to users who do not belong. In addition, since the group structure can be determined relatively freely by the user's declaration, the user is likely to enjoy an advantageous customer level and is favorably treated.

Further, since the product purchase record is only for the product which has passed the cooling-off period, the product purchase record can be optimized.

Furthermore, since the increase or decrease of the number of users belonging to the group is permitted only to the person who has the authority of the administrator, the number of the users cannot be increased or decreased in a random manner.

Furthermore, the user belonging to the group can know what kind of product discount rate the product can be purchased by looking at his / her own dedicated page.

Also, the users belonging to the group are
At the shopping site operated by the member management server system 10, the product discount rate of the group to which the user belongs can be applied to purchase the product.

Although the embodiments of the present invention have been described above, the present invention is not limited to these embodiments, and within the scope not departing from the gist of the present invention.
Of course, it can be implemented in various forms.

For example, the web server 20 may limit the number of users registered as one group when registering a new group or changing the group configuration. This can prevent an unlimited increase in the number of users belonging to one group. Alternatively, when a new group is registered or a group configuration is changed, a user who already belongs to a group may not be allowed to double-register with another group. This makes it possible to optimize group registration.

Although the member management system of the present invention is constructed by a plurality of servers and a plurality of databases in the above-mentioned embodiment, the management DB 32 is omitted at the same time that the web server 20 has the function of the management server 30. Thus, the member management system of the present invention may be constructed with one server and one database.

Further, in the above-mentioned embodiment, even a user who has a dedicated page (a user who has already been registered) who has never purchased a product cannot register as a member of the group. However, such a person may be allowed to register as a group field employee.

[Brief description of drawings]

FIG. 1 is a configuration diagram showing an outline of a configuration of a member management server system of the present embodiment.

FIG. 2 is a flowchart of a personal registration processing routine executed by a web server.

FIG. 3 is a flowchart of a new group registration processing routine executed by the web server.

FIG. 4 is a flowchart of a subroutine for group registration executed by the management server.

FIG. 5 is a flowchart of a product sales processing routine executed by the web server.

FIG. 6 is a flowchart of a customer level recalculation processing routine executed by the management server.

FIG. 7 is a flowchart of a group configuration change processing routine executed by the web server.

[Explanation of symbols]

10 ... Member management server system, 12 ... LAN, 14 ...
Internet, 20 ... Web server, 22 ... Web D
B, 22a ... Member DB, 22b ... Merchandise DB, 22c ... Order DB, 30 ... Management server, 32 ... Management DB, 32a ...
Member master, 32b ... Merchandise master, 32c ... Order master.

Claims (22)

[Claims] 1. A member management server system for accepting a member registration from a user's client computer via a network, the method comprising: when there is a request to register a plurality of users as one group via the network. A member management server system comprising a group registration executing means for registering the plurality of users as one group based on a request. 2. The member according to claim 1, wherein the group registration executing means registers one of the users belonging to the one group as an administrator and permits only the administrator of the group to add or delete the users belonging to the group. Management server system. 3. The member management server system according to claim 1, wherein the group registration executing means can also limit the number of users registered as one group. 4. The member management server system according to claim 1, wherein an action of each user who belongs to one group registered by the group registration executing means is evaluated as an action of the group. A member management server system comprising: a group evaluation unit; and a privilege notification unit that notifies each user belonging to the group of a privilege according to the evaluation by the group evaluation unit. 5. The member management server system according to claim 4, wherein the group evaluation unit evaluates a product purchase record of each user who belongs to one group registered by the group registration execution unit as a product purchase record of the group. . 6. The group evaluation means sets, as the product purchase record of the group, the purchase record of the product after the lapse of the return period among the products purchased by each user belonging to one group registered by the group registration execution module. The member management server system according to claim 4, wherein the member management server system is evaluated. 7. The member management server system according to claim 4, wherein the privilege notification unit updates the privilege each time the evaluation by the group evaluation unit exceeds a predetermined stage. 8. The method according to claim 4, wherein the privilege is a product discount rate.
7. The member management server system according to any one of 7. 9. The member management server system according to any one of claims 4 to 8, wherein personal registration executing means for personally registering a user via the network, and a user personally registered by the personal registration executing means. A dedicated page creating means for creating a dedicated page of the member, wherein the privilege notifying means publishes a privilege corresponding to the evaluation by the group evaluation means on the exclusive page of the user who is registered as the group and personally registered. Management server system. 10. The member management server system according to claim 4, further comprising: a group determination unit that determines a group to which the user belongs when receiving an order from the user via the network. A member management server system comprising: a privilege granting unit that reads out a privilege corresponding to a group determined by a group determining unit and grants the privilege to the user. 11. The member management server system according to claim 1, wherein the network is the Internet. 12. A program for causing a computer to function as the member management server system according to claim 1. 13. A member management method for accepting member registration from a user's client computer via a network, wherein the request is made when a plurality of users are requested to be registered as one group via the network. A member management method for registering the plurality of users as one group based on the above. 14. The member management method according to claim 13, wherein one of the users belonging to one group is registered as an administrator, and only the administrator of the group is allowed to add or delete the users belonging to the group. 15. The member management method according to claim 13, wherein the number of users belonging to one group can be limited. 16. The member management method according to claim 13, wherein when there is a request for registering a plurality of users as one group via the network, the method is based on the request. Register the plurality of users as one group,
A member management method of evaluating an action of each user belonging to one group as an action of the group, and notifying each user belonging to the group of a privilege according to the evaluation. 17. The member management method according to claim 16, wherein the product purchase record of each user belonging to one group is evaluated as the product purchase record of the group. 18. The member management method according to claim 16, wherein the purchase record of a product after the lapse of the return period is evaluated as the product purchase record of the group out of the products purchased by each user belonging to one group. 19. The member management method according to claim 16, wherein the privilege is updated every time the evaluation exceeds a predetermined stage. 20. The privilege is a product discount rate.
The member management method according to any one of 6 to 19. 21. Any one of claims 16 to 20, wherein a user is personally registered through the network, a dedicated page for the user who personally registered is created, and the privilege is posted on the dedicated page for each user belonging to the group. Member management method described in crab. 22. When accepting an order from a user via the network, the group to which the user belongs is determined, and the privilege according to the determined group is read out.
22. The member management method according to claim 16, wherein the privilege is given to the user.