WO2016157408A1

WO2016157408A1 - Information processing apparatus, information processing method, program, storage medium

Info

Publication number: WO2016157408A1
Application number: PCT/JP2015/060117
Authority: WO
Inventors: 由美枝相川
Original assignee: 楽天株式会社
Priority date: 2015-03-31
Filing date: 2015-03-31
Publication date: 2016-10-06
Also published as: TWI575467B; TW201702952A; JP5861014B1; JPWO2016157408A1

Abstract

The purpose of the present invention is to provide an electronic commerce system in which a first-type user that can perform a settlement processing operation for a commodity purchase price and a second-type user for whom a settlement processing operation is restricted are managed, and in which the commodity purchase trend of the second-type user can easily be grasped, thereby preventing the first-type user from buying an excessive amount of commodities for the second-type user. The commodity added to a shopping cart by the second-type user is registered in purchase-desired commodity management information as a purchase-desired commodity. In response to the second-type user performing a purchase operation for the purchase-desired commodity, the settlement processing is performed at the purchase price of the purchase-desired commodity on the basis of the settlement information input by the first-type user. Also, on the basis of the operation of the first-type user associated with the second-type user, a settlement processing operation related to the purchase-desired commodity of the second-type user is restricted for at least one of a plurality of first-type users associated with the second-type user.

Description

Information processing apparatus, information processing method, program, and storage medium

The present invention relates to an information processing apparatus and information processing method used for electronic commerce such as online shopping, for example, a program for realizing the information processing apparatus, and a storage medium storing the program. The first-type user is a second-type user between one or more first-type users who can execute the settlement processing operation and one or more second-type users who are restricted in the settlement processing operation. The present invention relates to a technique for executing the settlement processing operation.

JP 2011-8810 A

As one form of electronic commerce, products are generally purchased through a communication network such as the Internet, such as so-called internet shopping.
As a website capable of online shopping, there is a website in which a plurality of stores are opened, which is known as a so-called virtual shopping street (hereinafter referred to as “shopping site”). In a shopping site, it is generally performed that a user registers information such as a name, an address, and a credit card number, and the registered user is managed as a member.

Some shopping sites associate and manage a first-type user who can execute a payment processing operation for a product purchase price and a second-type user whose payment processing operation is restricted.
For example, a child (for example, a minor) corresponds to the second type user, and a parent, grandfather, grandmother, or the like of the child corresponds to the first type user, and these users are linked as family members and managed in groups.

Here, the payment for the purchase price of the product for which the second type user has performed the purchase operation is performed in the name of the first type user who has approved this among the first type users associated with the second type user. Can be considered.
At this time, the first-type user approval procedure may be, for example, a procedure in which the first-type user inputs his / her user ID and password on the purchase procedure screen of the second-type user. However, in the case of such an approval procedure, the first-type user needs to attend the purchase procedure of the second-type user one by one, which is troublesome.
In order to avoid such a troublesome approval procedure, a product for which the second type user has performed a purchase operation is regarded as a purchased product by the first type user, and the first type user associated with the second type user It is also possible to make payment automatically under the name.
However, if a technique that is regarded as a purchased product by the first type user is adopted in this way, there is a possibility that it is regarded as a purchased product of the first type user even though it is a purchased product of the second type user. Yes, for example, it may be difficult to grasp the product purchase trend of the child generation as the second type user.

In addition, in the case of performing payment for the purchased goods of the second type user in the name of the first type user who made the approval, if there are multiple first type users associated with the same second type user, There may be a case where at least one first-type user makes an excessive purchase to the second-type user. For example, in the case where the first type user exemplified above = parent, grandfather, grandmother, second type user = child, the grandfather or grandmother frequently approves the payment for the purchased product of the child, and gives the product to the child. There may be cases where excessive purchases are made. This is a situation that the first-class user as a parent wants to avoid in the education of the child.

The present invention has been made in view of the above circumstances, and an electronic device in which a first-type user who can execute a settlement processing operation for a product purchase price and a second-type user whose settlement processing operation is restricted is managed. The purpose of the realization of an electronic commerce system as a commercial transaction system that is easy to grasp the type 2 user's product purchase trend and prevents the first type user from purchasing excessive products to the second type user. And

The information processing apparatus according to the present invention includes one or more first type users who can execute a settlement processing operation for a product purchase price, and one or more second type users who are restricted in the settlement processing operation. Between the first-type user and the second-type user, the information processing apparatus in the electronic commerce system for executing the settlement processing operation of the second-type user A pegging relation information storage unit that stores pegging relation information, and according to each user performing a merchandise throwing operation to the shopping cart, the merchandise that has been put into the shopping cart is added to the purchase wished merchandise management information as a purchase desired merchandise. When the product registration unit to be registered and the user who performed the product input operation are the second type user, the second type user is referred to the first type user linked to the second type user by referring to the association type information. User purchase request A product / user linking unit for linking products, an input information receiving unit for receiving input information related to payment by a first type user for a purchase price of a second type user's purchase desired product, and a second receiving the input information In response to the second type user performing a purchase operation on the desired purchase item of the seed user, the settlement process for the purchase price of the desired purchase item of the second type user is based on the input information related to the settlement by the first type user. And at least one of the first type users associated with the second type user based on the operation of the first type user associated with the second type user. For the seed user, a restriction setting unit that sets restriction information of the settlement processing operation related to the commodity desired to be purchased by the second kind user, and the second kind user by the first kind user based on the restriction information. , A limitation control unit for controlling so that the payment processing operation purchased according to the desired product is limited in those with a.

According to the above configuration, it is possible to grasp the product purchase trend of a specific user layer as the second type user based on the purchase desired product management information of the second type user.
Further, the restriction control unit can prevent the first type user (for example, grandfather) from hiding and excessively buying the second type user (for example, the child).

In the information processing apparatus according to the present invention described above, in response to the second-type user performing an operation of putting a product into the shopping cart, the first-type user associated with the second-type user is notified. It is desirable to provide a notification control unit for performing control.
Thereby, it is possible to promptly notify the first type user that the second type user has performed the product input operation.

In the information processing apparatus according to the present invention described above, the notification control unit may perform control so that a notification that prompts a settlement for the purchase price of the second-type user's purchase desired product is performed as the notification. desirable.
Thereby, clarification of the content of the notification to the first type user is achieved. Further, when a plurality of first-type users are associated with a second-type user, a reverse auction behavior is obtained.

In the information processing apparatus according to the present invention described above, the product presenting unit for the first type user includes a product presenting unit that presents the user with a purchase desired product for which each user has performed a product input operation to the shopping cart. Presents the first type user's desired purchase product and the second type user's desired purchase product when the second type user's desired purchase item is linked to the first type user. It is desirable to do.
Thereby, the first type user can check the purchase desired product of the second type user in his / her shopping cart.

In the information processing apparatus according to the present invention described above, the purchase desired product for which the input information related to the settlement by the first type user among the second type user purchase desired products associated with the first type user is received, The information that the input information related to the payment has been received and the information that notifies the first type user that has received the input information related to the payment are associated with the second type user who has performed the product input operation of the purchase desired product. It is desirable to provide a notification information presenting unit to be presented to a kind of user.
As a result, it is possible for the first-type user himself / herself who has received the input information related to the payment to check whether or not the input information related to his / her payment is accepted.
In addition, when a plurality of first-type users are associated with a second-type user, input information related to payment by another first-type user for a first-type user other than input information related to payment received. Is received, and information for notifying the first-type user who has received input information related to payment is presented.

In the information processing apparatus according to the present invention described above, approval-free product condition information for conditioning a product that does not require approval of a settlement by a first-type user for a second-class user's purchase desired product, A second-type user who includes a condition information setting unit that is set based on an operation of a first-type user associated with a user, and that the settlement control unit determines that the product does not require approval based on the approval-free product condition information It is desirable to perform control so that the settlement processing is performed in the name of the first type user associated with the second type user regardless of whether or not the approval is desired.
This eliminates the need for the first-type user to approve products that the first-type user thinks that approval is unnecessary.

In addition, the information processing method according to the present invention includes one or more first type users capable of executing a settlement processing operation for a product purchase price and one or more second types of the settlement processing operation restricted. An information processing method executed by an information processing apparatus in an electronic commerce system for allowing a first-type user to execute the settlement processing operation of a second-type user with a user, A product registration step of registering the product that has been input in the purchase desired product management information as a purchase desired product in response to performing the product input operation, and the user who has performed the product input operation is a second type user , Referring to the linking relationship information representing the linking relationship between the first type user and the second type user, linking the second type user's purchase desired product to the first type user linked to the second type user Product/ A user linking step, an input information receiving step for receiving input information related to the payment by the first type user for the purchase price of the second type user's purchase desired product, and a purchase request of the second type user who has received the input information In response to the purchase operation of the second type user for the product, the payment processing for the purchase price of the second type user's purchase desired product is performed based on the input information related to the payment by the first type user. Based on the payment control step for performing the control and the operation of the first type user associated with the second type user, the at least one first type user among the plurality of first type users associated with the second type user, A restriction setting step for setting restriction information of the settlement processing operation related to the purchase item desired by the second type user, and a second type by the first type user based on the restriction information. A restriction control step of performing control so that the payment processing operation according to the purchase-requested product of over THE is limited, an information processing method for execution.
Also by such an information processing method, an operation similar to that of the information processing apparatus according to the present invention described above can be obtained.

Furthermore, a program according to the present invention is a program that causes an information processing apparatus to execute processing executed as the information processing method.
Furthermore, a storage medium according to the present invention is a program storing the above program. The above information processing apparatus is realized by these programs and storage media.

According to the present invention, as an electronic commerce system in which a first-type user who can execute a payment processing operation for a product purchase price and a second-type user whose payment processing operation is restricted is managed, It is possible to realize an electronic commerce system that is easy to grasp the product purchase trend and prevents the first-type user from purchasing excessive products to the second-type user.

It is the figure which showed the example of the network system of 1st Embodiment. It is the figure which illustrated the storage information of 1st type user DB (database). It is the figure which illustrated storage information on the 2nd kind user DB. It is the block diagram which showed the hardware constitutions of the computer apparatus which comprises the network system of embodiment. It is the functional block diagram which blocked and showed the function which concerns on the purchase price settlement of the 2nd kind user purchase desired goods which the information processor of a 1st embodiment has. It is the figure which showed the example of the 1st type user basket page. It is the figure which showed the example of the 2nd kind user basket page. It is the figure which showed the example of the goods / user link information stored in link information DB. It is the figure which showed the example of the 1st type user basket page in which the 2nd type user purchase desired goods were shown. It is the figure which showed the example of the 2nd type user basket page in which the purchase button was activated. It is the figure which showed the example of the 1st type user basket page in which approval confirmation information was shown. It is the figure which showed the example of the restriction | limiting information setting page. It is the figure which showed the example of the restriction | limiting management information stored in restriction | limiting information DB. It is the flowchart which showed the process which concerns on the setting of restriction | limiting information. It is the flowchart which showed the process corresponding to the goods injection | throwing-in to the shopping cart by a 2nd type user. It is the flowchart which showed the process which concerns on presentation of a 1st type user basket page. It is the flowchart which showed the process corresponding to operation of an approval button. It is the flowchart which showed the process corresponding to purchase operation by a 2nd type user. It is the figure which showed the example of the network system of 2nd Embodiment. It is the functional block diagram which blocked and showed the function which concerns on the purchase price payment of the 2nd type user purchase desired goods which the information processing apparatus of 2nd Embodiment has. It is the figure which showed the example of the approval unnecessary product management information stored in approval unnecessary product information DB. It is the flowchart which showed the process corresponding to purchase operation by the 2nd type user in 2nd Embodiment. It is the flowchart which showed the process corresponding to purchase operation by the 2nd type user in 2nd Embodiment.

Hereinafter, embodiments will be described in the following order.
<1. First Embodiment>
[1-1. Overview of network system]
[1-2. Hardware configuration of computer device]
[1-3. Overview of functions related to payment for purchase of second-class user-purchased items]
[1-4. Processing procedure]
[1-5. Summary of First Embodiment]
<2. Second Embodiment>
[2-1. Overview of network system]
[2-2. Overview of Functions as Second Embodiment]
[2-3. Processing procedure]
[2-4. Summary of Second Embodiment]
<3. Program and Storage Medium>
<4. Modification>

<1. First Embodiment>
[1-1. Overview of network system]

FIG. 1 shows an example of a network system 1 according to the first embodiment. The network system 1 functions as an EC (EC: electronic commerce) system.
The network system 1 is configured such that, for example, a shopping site management system 3, a plurality of

user terminals

4, 4,..., A plurality of

store terminals

5, 5,. Has been.

The user terminal 4 is a computer device provided with a web browser. Examples of the user terminal 4 include a high-function mobile phone (smart phone), a mobile phone, a personal digital assistant (PDA), and a portable or stationary personal computer (PC). It is not limited.
The user terminal 4 requests a web page and predetermined processing by transmitting an HTTP (Hypertext Transfer Protocol) request to the shopping server 3a, the card company server 6 and the like in the shopping site management system 3. The user terminal 4 receives the web page sent in response to the HTTP request and displays it on the web browser. Thereby, the user can browse and operate a desired web page.

The shopping site management system 3 includes a shopping server 3a, a product DB (database) 3b, a first type user DB 3c, a second type user DB 3d, a first basket case product DB 3e, and a second basket case product DB 3f, each configured by a computer device. , An association information DB 3g and a restriction information DB 3h are provided. Each of these devices can communicate with each other via a network such as a LAN (Local Area Network).

The shopping server 3a performs various processes based on the HTTP request sent from the user terminal 4. For example, various web pages (for example, a product web page, a shopping cart web page, an order web page, etc.) are generated and transmitted, and a purchase process according to a purchase operation (order confirmation operation) by a user is executed.

In the network system 1, a virtual shopping street website (hereinafter referred to as “shopping site”) is provided to the user (user of the user terminal 4) by the shopping server 3 a. There are a plurality of stores (members of a virtual shopping street) in the shopping site. When the staff of each store registers the product of the store through the computer device as the store terminal 5, various products of various stores are uploaded onto the shopping site. The user can purchase a desired product by accessing the shopping site through the user terminal 4.

The “product” in the present invention is not limited to a tangible object, but includes a service such as an accommodation service provided by an accommodation facility such as an inn or a hotel, and an intangible object such as an electronic book.

In the shopping site management system 3, information related to products registered through the store terminal 5 is stored in the product DB 3 b. Specifically, product information such as product name, product genre, product image, specification, product introduction summary, advertisement information, etc. are associated with the product ID which is an identifier for identifying the product. It is remembered. The product DB 3b also stores a product web page file (web page data) described in a markup language such as HTML (HyperText Markup Language) or XML (Extensible Markup Language).
With such a product DB 3b, for example, a product search based on an input keyword or the like can be performed.

Here, the user can register as a member in the shopping site management system 3 when using the shopping site. At the time of member registration, the user registers at least necessary information such as a user ID (user identification information), a password, a name, an e-mail address, and product destination information (address information). The user logs in to the shopping site with the registered user ID, so that information (eg, name, address, credit card number) required at the time of purchase among the above necessary information when purchasing a product on the shopping site. This saves you the trouble of re-input.

Here, in the shopping site of the present embodiment, a user as a member is classified into a first type user who can execute a payment processing operation for a product purchase price, and a second type user who is limited in the payment processing operation. It is possible to manage them separately. The payment processing operation refers to an operation required to execute the payment processing, and specifically includes, for example, a payment method designation operation, a purchase confirmation operation using itself as a payment holder, and the like. be able to.
Further, in the shopping site of the present embodiment, it is possible to manage a group by associating a required first type user and second type user.
In this example, the second type user is registered with the shopping site through a predetermined registration screen (web page) by the first type user who is already registered as a member. In the shopping site, the first type user who has performed such a registration procedure and the second type user registered by the registration procedure are linked and managed as users belonging to the same group.
In this example, it is possible to associate a plurality of first type users with the same second type user. For example, in the case where a first-class user as a father registers a second-class user who is a child of the user by the above registration procedure, not only a father but also a group user (first-class user) associated with the child Furthermore, a mother, grandfather, grandmother and the like can be additionally linked.
In addition, the application of the addition of the first type user linked to the same second type user is performed by the first type user who performed the registration procedure of the second type user, or the first type user who desires to add the first type user You can apply for it yourself.

The first type user DB 3c stores information related to the first type user.
The second type user DB 3d stores information on the second type user.

FIG. 2 is a diagram illustrating information stored in the first type user DB 3c.
As shown in the drawing, in the first-type user DB 3c, password, name, address, e-mail address information, and credit card information are stored in association with each user ID of the first-type user. As credit card information, each information of a card number, a holder (name of the card holder), and an expiration date is stored.

FIG. 3 is a diagram illustrating information stored in the second type user DB 3d.
In the second type user DB 3d, for each user ID of the second type user, information of password, name, address, mail address, and user ID of the linked user are stored in association with each other. The user ID of the tied user means the user ID of the first type user linked to the second type user.
The stored information in the second type user DB 3d in which the user ID of the first type user associated with the second type user is associated with the user ID of the second type user in this way is the first type user. It functions as “linking relationship information” that represents the relationship between the user and the second type user.

In FIG. 1, the first basket-inserted product DB 3 e provided in the shopping site management system 3 has information (a first-class purchase desired product management information I <b> 1 described later) for managing products that the first-type user has put into the shopping cart. This is a stored DB, and the second basket-inserted product DB 3f is a DB in which information for managing products that the second type user has put into the shopping cart (second type purchase desired product management information I2 described later) is stored. It is.
In a shopping site, when a user operates a basket insertion button provided on a product web page in a logged-in state, a posted product on the product web page is placed in the user's shopping cart. When the user operates the above-described basket input button in a non-logged-in state, login is requested, and when the user logs in, the posted product on the product web page is input into the user's shopping cart.
As will be described later, in the shopping site of this example, the purchase operation of the product is performed after the product is put into the shopping cart. When the user performs a purchase operation on the product put into the shopping cart, the purchase procedure for the product is completed (the order of the product is confirmed).

The information stored in the first basket product DB 3e and the second basket product DB 3f will be described later.

Further, the shopping site management system 3 is provided with a linking information DB 3g and a restriction information DB 3h. Information stored in these DBs will also be described later.

When the user performs a purchase operation for a product, the shopping server 3a executes a purchase process for the product for which the purchase operation has been performed (hereinafter referred to as “purchase target product”).
In the purchase process, the shopping server 3a calculates the purchase price (settlement amount) of the purchase target product based on the price information of the purchase target product, and performs the settlement process (card payment in this example) by the purchase price. To control. Specifically, in this example, order information based on the calculated purchase price (including information such as the purchase price and the user's credit card number as a settlement person) is sent to the store terminal 5 of the store from which the purchase target product is sold. Send.
The store terminal 5 that has received the order information transmits the order information to the card company server 6 and requests a settlement process.

The card company server 6 performs management of card information, credit inquiry designating a card number, and sales billing.
Specifically, when the card company server 6 receives the above order information from the store terminal 5, the card company server 6 makes a credit inquiry based on the card number included in the order information, and if the credit is OK, the credit approval including the credit approval number is made. The notification is transmitted to the store terminal 5 and the sales bulletin information (the usage date, the usage amount, etc.) relating to the card number of the credit card is notified to the mail address of the user as a settlement person.

The store terminal 5 transmits a sales request based on the credit card number and the credit approval number to the card company server 6 at a predetermined sales request timing.
Based on the sales request, the card company server 6 registers the settlement amount associated with the corresponding credit approval number as the sales for the corresponding card number. By performing such sales registration, a settlement amount is withdrawn from an account associated with the card number at a predetermined timing thereafter.

In FIG. 1, various examples of the configuration of the network 2 are assumed. For example, the Internet, intranet, extranet, LAN (Local Area Network), CATV (Community Antenna TeleVision) communication network, virtual private network, telephone line network, mobile communication network, satellite communication network, etc. Is assumed.
Various examples of transmission media constituting all or part of the network 2 are also envisaged. For example, IEEE (Institute of Electrical and Electronics Engineers) 1394, USB (Universal Serial Bus), power line carrier, telephone line etc. wired, infrared such as IrDA (Infrared Data Association), Bluetooth (registered trademark), 802.11 wireless It can also be used by radio such as a mobile phone network, satellite line, and digital terrestrial network.

[1-2. Hardware configuration of computer device]

In FIG. 4, each device including the shopping server 3a shown in FIG. 1 (product DB 3b, first type user DB 3c, second type user DB 3d, first basket case product DB 3e, second basket case product DB 3f, pegging The hardware constitutions of the computer apparatus which comprises information DB3g, restriction | limiting information DB3h, the user terminal 4, the shop terminal 5, and the card company server 6) are shown.
In FIG. 4, a CPU (Central Processing Unit) 101 of a computer apparatus performs various processes according to a program stored in a ROM (Read Only Memory) 102 or a program loaded from a storage unit 108 to a RAM (Random Access Memory) 103. Execute the process. The RAM 103 also appropriately stores data necessary for the CPU 101 to execute various processes.
The CPU 101, ROM 102, and RAM 103 are connected to each other via a bus 104. An input / output interface 105 is also connected to the bus 104.
The input / output interface 105 includes an input device 106 made up of a keyboard, mouse, touch panel, etc., a display (display device) made up of an LCD (Liquid Crystal Display), a CRT (Cathode Ray Tube), an organic EL (Electroluminescence) panel, etc., and a speaker. Are connected to a storage unit 108 configured by an HDD (Hard Disk Drive) or a flash memory device, and a communication unit 109 for mutual communication with an external device.
A media drive 110 is also connected to the input / output interface 105 as necessary, and a removable medium 111 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory is appropriately mounted, and information can be written to the removable medium 111. Reading is performed.

In such a computer apparatus, data and programs can be uploaded and downloaded through communication by the communication unit 109, and data and programs can be transferred via the removable medium 111.
When the CPU 101 performs processing operations based on various programs, information processing and communication described below are executed particularly in the computer device as the shopping server 3a.

[1-3. Overview of functions related to payment for purchase of second-class user-purchased items]

FIG. 5 is a functional block diagram showing, in a block form, functions related to the purchase price settlement of the second-type user purchase desired product among the functions realized by the shopping server 3a.
As shown in FIG. 5, the shopping server 3a includes, as functional blocks, a product registration processing unit F1, a product / user association processing unit F2, a second type user product presentation processing unit F3, an input information reception processing unit F4, and a settlement. A control processing unit F5, a restriction setting processing unit F6, and a restriction control processing unit F7 are provided.

The product registration processing unit F1 registers the product that has been subjected to the input operation in the purchase request product management information as the user's desired purchase product in response to the user performing a product input operation to the user's shopping cart.
Specifically, when the first-type user performs a product input operation to the first-type user's shopping cart, the product registration processing unit F1 responds to the input operation with the product that has been input. Registered in the first type purchase desired product management information I1 as the desired purchase product of the seed user.
Although illustration is abbreviate | omitted, the 1st type purchase wished merchandise management information I1 is the product (however, it mentions later) for the 1st type user's user ID which the 1st type user specified by this user ID specified. The product ID is limited to products that have not been purchased yet. In response to the first-type user performing a product input operation to the first-type user's shopping cart, the product registration processing unit F1 sets the product ID of the product that has been input to the first-type purchase desired product management The information I1 is registered in association with the user ID of the first type user who performed the input operation.
The first basket-inserted product DB 3e shown in FIG. 1 is a DB in which such first type purchase desired product management information I1 is stored.

FIG. 6 shows an example of a web page (hereinafter, referred to as “first-type user basket page pb1”) that posts the products introduced into the first-type user's shopping cart.
As shown in the figure, the first-type user basket page pb1 displays information about the product that the first-type user has entered, and presents a purchase button b1 for each product. When there is a product to be transferred to the purchase procedure, the first type user operates the purchase button b1 of the product (for example, a predetermined operation such as a click operation or a tap operation).

Here, when the purchase button b1 is operated, the shopping server 3a presents a purchase procedure screen to the first-type user who has performed the operation. On the purchase procedure screen, input of necessary information for purchasing a product (name, address, credit card number information, etc. described above) is required. As described above, the input of necessary information at this time can be omitted if the first type user is in a login state. The purchase procedure screen is provided with a confirmation button for confirming the purchase, and the first type user can request the shopping server 3a to execute the purchase process described above by operating the confirmation button.
In this example, the operation of the confirmation button corresponds to “purchase operation”.
The “purchase operation” in this specification means an operation for confirming purchase in this way.

In this example, the shopping server 3a presents the first-type user basket page pb1 to the first-type user every time the first-type user inputs a new product to the shopping cart. In addition, the shopping server 3a also displays the first type user as the first type user who performed the operation even when the “shopping basket” button provided on a predetermined web page such as a top page on the shopping site is operated. The user basket page pb1 is presented.

Since the product put into the shopping cart by the first-type user can be regarded as a product that the first-type user wants to purchase, the product is hereinafter also referred to as “first-type user purchase desired product”.
Moreover, it can be said that the information presented on the first-type user basket page pb1 is list information of first-type user purchase desired products, and is also referred to as “first-type user purchase desired product list” below.

In addition, when the second type user performs a product input operation to the shopping bag of the second type user, the product registration processing unit F1 responds to the second type user. Is registered in the second type purchase desired product management information I2.
The second type purchase desired product management information I2 is a product (for this case, a purchase operation has not yet been performed) for each user ID of the second type user, which is input to the shopping cart by the second type user specified by the user ID. Information associated with product IDs (limited to non-commodity products). The merchandise registration processing unit F1 determines the merchandise ID of the merchandise that has been subjected to the second-type purchase desired merchandise management in response to the second-class user performing a merchandise insertion operation to the second-class user's shopping cart. The information I2 is registered in association with the user ID of the second type user who performed the input operation.
The second basket-inserted product DB 3f shown in FIG. 1 is a DB in which such second type purchase desired product management information I2 is stored.

In the following, the product that the second type user puts into the shopping cart is also referred to as “second type user purchase desired product”.

FIG. 7 shows an example of a web page (hereinafter referred to as “second-type user basket page pb2”) on which products to be put into the shopping basket of the second-type user are posted.
On the second type user basket page pb2, information on the product input by the second type user is posted, and a purchase button b1 is presented for each product.

Here, in the present embodiment, since the second type user is a user whose payment processing operation is restricted, the second type user can associate the second type user with the second type user with respect to the product that has been put into the shopping cart. The purchase operation by the second-type user is enabled only when the one-type user makes an input regarding the payment for the purchase price of the product. Specifically, in this example, the purchase operation by the second type user is made possible only when the payment for the purchase of the product is approved.
For this reason, the shopping server 3a has an inactive state (inoperable state) as a purchase button b1, as shown in the figure, for products for which the above approval is not obtained among the products posted on the second type user basket page pb2. : A purchase button b1 in a state where transition to the purchase procedure screen is impossible).

The second-type user basket page pb2 is also presented to the second-type user each time the second-type user performs a new product input operation to the shopping cart, and the “shopping cart” button is displayed. Even when operated, it is presented to the second type user who performed the operation.

Here, in the shopping site of this example, the accounts of the first type user and the second type user are independent accounts. For this reason, the first-class user can only input the product into his / her shopping cart as the product input operation, and the purchase operation can only be performed for the product input into his / her shopping cart. The purchase operation cannot be performed for the product put in the shopping cart of the second type user to be associated.
Similarly, the second-type user can only perform an operation for inputting a product into his / her shopping cart, and can also perform a purchase operation only for an item that has been input into his / her shopping cart. .

Returning to FIG.
The product / user linking processing unit F2 selects the second type user purchase desired product based on the linking relationship information indicating the linking relationship between the first type user and the second type user. Is associated with the first type user associated with the second type user who has performed the input operation.
Specifically, the product / user association processing unit F2 obtains the product ID of the product that has been subjected to the input operation when the second type user performs an operation to input a new product into the shopping cart. The user ID of the first-type user associated with the second-type user who has performed is acquired based on the storage information of the second-type user DB (linking-related information: see FIG. 3). Then, the product ID acquired in this way and the user ID of the first type user are associated with each other and stored in the association information DB 3g shown in FIG.

FIG. 8 shows an example of the product / user linking information I3 constructed in the linking information DB 3g by the function as the product / user linking processing unit F2 as described above.
As shown in the figure, in the product / user association information I3, the user ID of the first type user associated with the second type user is associated with the product ID of the product that the second type user has put into the shopping cart. ing.
The product / user association information I3 in this example can be associated with the approver user ID and information erasure scheduled date for each product ID. Will be described later.

Here, the shopping server 3a in this example performs notification to the first-type user associated with the second-type user in response to the second-type user performing an operation of putting a new product into the shopping cart. To control. The notification may be a notification indicating that a second-type user associated with at least the first-type user has newly performed a product input operation to the first-type user.
In this example, as the notification, a notification that prompts a settlement for the purchase price of a product (second-type user purchase desired product) newly input by the second-type user is performed. Specifically, for example, “Mr. XX (second type user) is seeking payment for the product xx” and so on are notified including character information for prompting the first type user to pay. To.
Thereby, clarification of the content of the notification to the first type user is achieved. Further, when a plurality of first-type users are associated with a second-type user, it becomes a reverse auction behavior and can provide entertainment.
In the case of this example, the above notification is realized by sending an e-mail to the corresponding first type user based on the information of the mail address stored in the first type user DB 3c.

In FIG. 5, the second type user product presentation processing unit F3 is configured such that, in the first type user basket page pb1 (first type user purchase desired product list), the product / user association processing unit F2 is the first type user (first type The second type user purchase desired product linked to the first type user who opened the seed user basket page pb1 is presented.
In other words, in the present embodiment, when the second type user inputs a product into the shopping cart, the product is presented on the first type user basket page pb1 of the first type user associated with the second type user. Is.

FIG. 9 shows an example of the first-type user basket page pb1 on which the second-type user purchase desired product is presented.
When there is a second type user associated with the first type user when the second type user product presentation processing unit F3 is requested to present the first type user basket page pb1 by the first type user, Based on the product / user linking information I3 (FIG. 8) stored in the linking information DB 3g, it is determined whether or not there is a second type user purchase desired product linked to the first type user, and the second type user purchase request When there is a product, the first type user basket page pb1 on which the second type user purchase desired product is posted is presented.
In FIG. 9, the first-type user who has requested the presentation of the first-type user basket page pb1 is the first-type user whose product input state in the shopping cart is the state shown in FIG. The example of the 1st type user basket page pb1 shown when the 2nd type user linked | related with a seed | species user inputs the goods into a shopping cart as shown in previous FIG. 7 is shown.

In the first type user basket page pb1 in this case, in addition to the product information and purchase button b1 shown in FIG. 6, the product information shown in FIG. 7, that is, the product that the second type user has put into the shopping cart. Information is presented. Furthermore, an approval button b <b> 2 is presented for information on the product (second type user purchase desired product) that the second type user has put into the shopping cart.
The first type user operates the approval button b2 to input to the shopping server 3a that the payment for the purchase price of the second type user purchase desired product on which the approval button b2 is presented is approved. be able to.

The input information reception processing unit F4 receives input information related to the payment by the first type user regarding the purchase price of the second type user purchase desired product. That is, in this example, in the first type user basket page pb1 (first type user purchase desired product list) on which the second type user purchase desired product is presented, the purchase price of the presented second type user purchase desired product is displayed. The input information related to whether or not to approve the settlement is accepted. Specifically, the operation input information of the approval button b2 presented on the first type user basket page pb1 is accepted.

In the shopping server 3a of this example, when the approval button b2 is operated by the first type user (that is, when the input information related to the payment for the purchase price of the second type user purchase desired product is accepted), the second Control is performed so as to notify the seed user. Specifically, for the second type user who has put the product for which the approval button b2 is operated into the shopping cart, the fact that the payment for the purchase price of the product has been approved, and the first type user who has made the approval Notification about the information indicating is performed.
Thereby, the second type user can know that the approval of the first type user has been obtained for the product he / she has put into the shopping cart and the first type user who has made the approval.
In the case of this example, the above notification is realized by sending an e-mail to the corresponding second type user based on the information of the mail address stored in the second type user DB 3d.

In addition, when the approval button b2 is operated by the first type user, the shopping server 3a of the present example activates the purchase button b1 for the product approved in the second type user basket page pb2.
FIG. 10 shows an example of the second type user basket page pb2 presented after the approval of the first type user is obtained for both the products shown in FIG. As shown in the figure, in the second type user basket page pb2 in this case, each purchase button b1 is presented in an active state, and the second type user can perform a purchase operation for each product.

Furthermore, the shopping server 3a of the present example accepts the input information related to the payment and the input information related to the payment regarding the second type user purchase desired product for which the input information related to the payment by the first type user has been received. The information for notifying the first-type user is presented to the first-type user associated with the second-type user who performed the product input operation of the second-type user purchase desired product. Specifically, for the approved product among the second-type user purchase desired products presented on the first-type user basket page pb1, the fact that the approval has been performed and the first-type user who performed the approval are indicated. The information to be represented is presented on the first-type user basket page pb1 of the first-type user associated with the second-type user who has performed the product input operation.
FIG. 11 shows an example of the first-type user basket page pb1 in which information indicating that the approval has been performed and information indicating the first-type user who has performed the approval (hereinafter referred to as “approval confirmation information Is”) is presented. Yes. As shown in the drawing, as the approval confirmation information Is, for example, information including character information such as “Mr. XX approved payment” is presented. In this example, such approval confirmation information Is is presented for the approved product, and the approval button b2 is not presented.
In addition, in FIG. 11, the example of the 1st type user basket page pb1 shown with respect to the 1st type user person who operated the approval button b2 on the 1st type user basket page pb1 shown in previous FIG. 9 is shown. ing. In this case, the approval confirmation information Is is presented so as to replace the approval button b2, for example, in response to the operation of the approval button b2 in the state shown in FIG.

By presenting the approval confirmation information Is for the product approved as described above on the first-type user basket page pb1, the approval of the first-type user who has made the approval is accepted. It becomes possible to confirm whether or not.
In addition, when a plurality of first-type users are associated with the second-type user, for the first-type users other than the approval, the fact that the approval has been performed by the other first-type users, and Information representing the approved first-type user is presented on the first-type user basket page pb1 of the user, and the approval status of each other can be grasped through the first-type user basket page pb1.

Here, the presentation of the approval confirmation information Is ends the presentation according to the number of times of browsing by the first type user, such as not re-presenting the approval confirmation information Is once viewed by the first type user. Can do. Alternatively, the presentation of the approval confirmation information Is can be ended according to the elapsed time after the approval is performed.
In this example, the latter method is adopted as a method for terminating the presentation of the approval confirmation information Is, and specifically, the approval confirmation information Is according to the fact that a predetermined number of days have passed since the date of approval. End the presentation of.

In the case of adopting the above method, since it is required that the approval confirmation information Is can be presented for a predetermined number of days after the approval is performed, in this example, the product / user shown in FIG. For the linking information I3, it is possible to register an approver user ID and register an information erasure scheduled date for an approved product. The information deletion scheduled date represents the scheduled deletion date of registration information in the product / user association information I3 for the approved product.

The shopping server 3a acquires the product ID of the approved product in response to the approval of the second-type user purchase desired product by the first-type user, and the user of the first-type user who performed the approval. The ID is acquired as an approver user ID, and the acquired approver user ID is stored in association with the acquired product ID in the product / user association information I3. Further, a date obtained by adding the predetermined number of days to the current date is calculated as the information erasure scheduled date, and the calculated date is stored in association with the acquired product ID in the product / user association information I3.

The shopping server 3a can determine whether or not the target second-type user purchase desired product has been approved based on whether or not the approver user ID is associated in the product / user association information I3. In addition, for the second-type user purchase desired product associated with the approver user ID, approval confirmation information Is can be presented based on the approver user ID.
Furthermore, among the registration information in the product / user association information I3, the registration information associated with the information erasure scheduled date is erased on the date indicated by the information erasure scheduled date. For this reason, the presentation of the approval confirmation information Is for the second-type user purchase desired product (approved product) associated with the information erasure scheduled date is after the predetermined number of days has elapsed since the date of approval. Not done.

Returning to FIG.
The payment control processing unit F5 determines the purchase price of the second type user purchase desired product in response to the second type user performing a purchase operation on the second type user purchase desired product that has received the input information related to the payment. Control is performed so that the settlement process is performed based on input information related to settlement by the first-type user. Specifically, in this example, for the second-type user purchase desired product in which the purchase button b1 is activated in the second-type user basket page pb2 by operating the approval button b2, the second-type user selects the purchase button. Control is performed so that the settlement processing for the purchase price of the product is performed in the name of the first type user who has approved the product in response to the operation of purchasing the product by operating b1.
As described above, the shopping server 3a of the present example performs an order including information such as a purchase price of a product and a user's credit card number as a settlement person as a purchase process for the product (purchase target product) for which the purchase operation has been performed. A process of transmitting information to the store terminal 5 of the store where the purchase target product is sold is performed. In response to this, the settlement control processing unit F5 of this example generates the order information using the credit card number of the settlement person as the credit card number of the first type user who approved the purchase target product as the order information. Then, processing for transmitting the order information to the corresponding store terminal 5 is performed.
The store terminal 5 that has received the order information as described above transmits the order information to the card company server 6 to request payment, and in response to this, the card company server 6 performs the request at a predetermined timing thereafter. A payment amount is withdrawn from an account associated with a credit card number included in the order information.

Based on the operation of the first type user associated with the second type user, the restriction setting processing unit F6 performs the second operation on at least one first type user among the plurality of first type users associated with the second type user. Set restriction information of settlement processing operation related to seed user purchase desired product.

FIG. 12 shows an example of a web page (hereinafter referred to as “restriction information setting page pr”) presented to the first-type user in order to set restriction information.
In the shopping site of this example, when the plurality of first type users are associated with the same second type user, the restriction information setting page pr is the first type user (that is, the first belonging to the same group). Each of the seed users) is a web page that can be presented, and the other first-class users are not allowed to request the presentation. FIG. 12 shows an example of the restriction information setting page pr presented in response to a presentation request from one of the three first-type users associated with the same second-type user.

As shown in the figure, the restriction information setting page pr presents a list of first-type users belonging to the same group as the first-type user who has requested to present the restriction information setting page pr. For each user, information representing the type of restriction, specifically, each character information representing type A and type B, a check box cba and an input box bia arranged for type A character information, and type A check box cbb and an input box bib arranged for the character information of B, and a setting button b3 for performing a setting instruction are presented.
In the case of this example, the restriction type A is the restriction of the number of approvals possible per month (the number of payments possible) for the same second type user, and the restriction type B is the restriction per month for the same second type user. The amount of money that can be approved (the amount of purchase price that can be approved: the amount that can be settled) is limited.
The first-type user selects one of the check boxes cba and cbb for a desired first-type user among the first-type users presented on the restriction information setting page pr (including the person who performs restriction setting in this example). By checking, either type A or type B is selected, information is input to the input box bi on the selected type side of the input box bia or bib, and then the setting button b3 is operated. Thereby, it is possible to instruct the shopping server 3a to set the restriction information of the settlement right related to the second type user purchase desired product for the desired first type user.

In response to such a restriction information setting instruction, the restriction setting processing unit F6 performs restriction information setting processing in accordance with information input to the restriction information setting page pr. Specifically, the restriction setting processing unit F6, based on the input information to the restriction information setting page pr, the user ID of the first type user that is set as the restriction information, the restriction type to be set, and the restriction reference information To get. Note that the restriction criterion information is information input to the input box bia or bib, and in this example, it is either numerical information indicating the number of times or numerical information indicating the amount of money.
Then, the restriction setting processing unit F6 associates the obtained restriction type and restriction reference information with the obtained user ID of the first type user and stores them in the restriction information DB 3h illustrated in FIG.

FIG. 13 shows an example of the restriction management information I4 constructed in the restriction information DB 3h by the function as the restriction setting processing unit F6 as described above.
As shown in the figure, in the restriction management information I4, restriction type information and restriction reference information are associated with each user ID of the first type user that is the restriction information setting target.
Here, in the restriction management information I4 of this example, progress information is further associated with the set of the user ID, restriction type information, and restriction reference information. The progress information is information indicating the current value of the number of approvals per month by the first-type user associated with the progress information or the approval amount. As will be described later, whether or not the first-class user set as the restriction information setting target deviates from the restriction criterion is determined based on the progress information associated with the first-class user and the restriction criterion information. Is done.
Note that the initial value of the numerical value as the progress information is “0”. The numerical value as the progress information is reset every month.

Returning to FIG. 5, the restriction control processing unit F7 performs control so that the settlement processing operation related to the second type user purchase desired product by the first type user is restricted based on the restriction information set by the restriction setting processing unit F6. I do.
Specifically, the restriction control processing unit F7 sets the restriction information to the first type user when the first kind user performs an approval operation for the second kind user purchase desired product. It is determined whether the user is a seed user. That is, it is determined whether or not the user ID of the first type user exists in the restriction management information I4. And when it is the 1st type user made into the restriction information setting object, restriction control processing part F7 is based on progress information matched with the 1st type user in restriction management information I4, and restriction standard information. Then, it is determined whether or not the first type user deviates from the restriction standard represented by the restriction standard information. Specifically, when the restriction type is type A, the number of approvals per month in the current state represented by the progress information associated with the first type user (the number of times not including the current approval operation) is It is determined whether or not the number of approvals allowed per month represented by the restriction criterion information is exceeded. Further, when the restriction type is type B, the purchase of the second type user purchase desired product that has been approved this time is added to the current monthly approval amount indicated by the progress information associated with the first type user. It is determined whether or not the amount of money added is larger than the approveable amount per month represented by the restriction criterion information.
If it is determined that the restriction criterion indicated by the restriction criterion information is deviated, the restriction control processing unit F7 does not accept the approval operation and sets the approval to NG. Specifically, in this example, the purchase button b1 for the second-type user purchase desired product for which the approval operation has been performed is not activated, and the second-type user cannot perform a purchase operation on the second-type user purchase desired product. To maintain.

Thereby, based on the restriction | limiting information which the restriction | limiting setting process part F6 set, the payment processing operation which concerns on a 2nd kind user purchase desired goods by a 1st kind user is restrict | limited.

[1-4. Processing procedure]

Next, specific processing procedures to be executed in order to realize each function related to the purchase price settlement of the second type user purchase desired product described above will be described with reference to the flowcharts of FIGS. . Note that the processing shown in these flowcharts is executed by the CPU 101 of the shopping server 3a according to a program stored in a storage device such as the storage unit 108, for example.

FIG. 14 shows processing relating to setting of restriction information. The processing shown in this figure is started in response to a request to present the restriction information setting page pr by the first type user.
In FIG. 14, the shopping server 3 a (CPU 101) displays the restriction information setting page pr on the user terminal 4 of the first type user who has made the presentation request, as the restriction information setting page pr presentation process in step S <b> 101. Perform the process. Specifically, based on the information stored in the second type user DB 3d, the first type user belonging to the same group as the first type user who made the presentation request is specified, and the specified first type user name information Is acquired from the first type user DB 3c. The obtained name information, restriction type information to be presented for each name information, check boxes cba and cbb, input boxes bia and bib, and setting button b3 are arranged in the manner described in FIG. Web page data of the information setting page pr is generated, and the web page data is transmitted to the user terminal 4 described above.

In subsequent step S102, the shopping server 3a waits until input information for the restriction information setting page pr is received from the user terminal 4. Note that the input information for the restriction information setting page pr is transmitted from the user terminal 4 in accordance with the operation of the setting button b3.

When the input information for the restriction information setting page pr is received, the shopping server 3a updates the restriction management information I4 based on the input information in step S103. That is, based on the received input information, the user ID of the first type user that is the target for setting the restriction information, the restriction type to be set, and the restriction reference information are acquired, and the acquired user ID of the first type user is acquired. On the other hand, the acquired restriction type and restriction reference information are associated with each other and stored in the restriction information DB 3h.
Shopping server 3a finishes the processing shown in Drawing 14 according to having performed processing of Step S103.

FIG. 15 shows a process corresponding to a product input to the shopping cart by the second type user.
In FIG. 15, the shopping server 3a waits until a product input operation to the shopping cart by the second type user is performed in step S201, and when the product input operation is performed, the second type user is processed in step S202. The first type user associated with is specified based on the stored information of the second type user DB 3d. That is, the user ID of the first type user is acquired.

In subsequent step S203, the shopping server 3a links the basket input product to the identified first type user. That is, the product ID of the product input by the second type user into the shopping cart is acquired, and the product ID is associated with the user ID of the first type user specified in step S202 and stored in the association information DB 3g.

In response to performing the linking process in step S203, the shopping server 3a performs a process for transmitting a payment approval request mail to the identified first-type user in step S204.
That is, an e-mail containing character information for prompting the approval of settlement for the purchase price of the product for which the input operation has been performed is transmitted to the mail address of the second type user who has performed the input operation. Process. Note that the process of step S204 may be a process of actually sending an e-mail, or a process of making an e-mail transmission reservation or sending instruction such as adding an e-mail to a transmission list.
Shopping server 3a finishes the processing shown in Drawing 15 according to having performed processing of Step S204.

FIG. 16 is a process related to the presentation of the first type user's shopping cart page (first type user basket page pb1).
In FIG. 16, the shopping server 3a waits until a request for presentation of the first-class user's shopping cart page (first-class user basket page pb1) is made in step S301. Information on the product being thrown into the basket of the first type user is acquired. The information on the product being thrown into the basket of the first-type user is acquired based on the first-type purchase desired product management information I1 stored in the first basket-inserted product DB 3e. Note that there may be no product being thrown into the basket of the first type user, and in this case, information that there is no corresponding product is acquired.

In subsequent step S303, the shopping server 3a determines whether or not there is a second type user associated with the first type user based on the stored information of the second type user DB 3d.
When it is determined that there is no second type user associated with the first type user, the shopping server 3a proceeds to step S305, and the first type user basket page pb1 based on the information on the product being put into the basket of the first type user. Perform the presentation process. That is, only the product being put in the basket of the first type user is posted as the posted product, and the web page data of the first type user basket page pb1 in which the purchase button b1 is arranged for the product in the basket is generated, Web page data is transmitted to the user terminal 4 of the first type user. Needless to say, when the above-described information indicating that there is no corresponding product is acquired, the first-type user basket page pb1 in which the product being put in the basket and the purchase button b1 are not posted are presented.

If it is determined in step S303 that there is a second type user associated with the first type user, the shopping server 3a proceeds to step S304, and the user ID of the first type user in the product / user association information I3. It is determined whether or not exists.
When it is determined that the user ID of the first type user does not exist, the shopping server 3a executes the presentation process in step S305 described above.

On the other hand, if it is determined that the user ID of the first type user is present, the shopping server 3a proceeds to step S306, and the first type user's information on the product being put in the basket and the first item in the product / user association information I3. The presentation process of the first-type user basket page pb1 based on the information associated with the one-type user is executed. Specifically, as shown in FIG. 9 above, the product and purchase button b1 of the first-type user in the basket, and the product and approval button b2 associated with the first-type user in the product / user association information I3 Is generated and the web page data of the first type user basket page pb1 is generated, and the web page data is transmitted to the user terminal 4 of the first type user.
In this case as well, when the information indicating that there is no corresponding product is acquired, the first-type user basket page pb1 without the posting of the first-type user's basket and the purchase button b1 is presented. Needless to say.
Further, in the presentation process in step S306, when the approver user ID is associated with the product associated with the first type user in the product / user association information I3, the approval button b2 is used instead. The first-type user basket page pb1 in which the above-described approval confirmation information Is is arranged is presented.

Shopping server 3a finishes the process shown in FIG. 16 according to having performed the presentation process of step S306, or the presentation process of previous step S305.

FIG. 17 shows processing corresponding to the operation of the approval button b2.
In FIG. 17, the shopping server 3a waits for the operation of the approval button b2 in step S401, and when the approval button b2 is operated, in step S402, in the restriction management information I4, the first type user (the approval button b2 It is determined whether or not the user ID of the first type user who performed the operation exists. This corresponds to determining whether or not the first type user is a user for which a restriction on the settlement processing operation is set.

If it is determined that the user ID of the first type user exists, the shopping server 3a proceeds to step S403 and performs an analysis process on the restriction. Specifically, in the analysis process in step S403, the control type, the restriction reference information, and the progress information associated with the user ID of the first type user in the restriction management information I4 are acquired. Further, in the analysis process of step S403, when the restriction type is type B, the current approval operation is performed on the current monthly approval amount indicated by the progress information as information used in the determination process of the next step S404. An amount of money (determination amount) obtained by adding the purchase price of the second type user purchase desired product is calculated.

In subsequent step S404, the shopping server 3a determines whether or not the limit criterion is deviated. Specifically, as the determination processing in step S404, when the restriction type acquired in the analysis processing in step S403 is type A, the number of approvals per month in the current state represented by the progress information acquired in step S403 is It is determined whether or not the number of approvable times per month represented by the restriction criterion information acquired in step S403 is exceeded. If the restriction type acquired in step S403 is type B, is the determination amount calculated in step S403 larger than the approveable amount per month represented by the restriction reference information acquired in step S403? Determine whether or not.
As will be apparent from the following description, since the progress information is updated in step S406, the above “number of approvals per month in the current state represented by the progress information” is used when the restriction type is type A in step S404. Is the number of times that does not include the amount of the current approval operation (that is, if the number of approvals is “3” when the current approval operation is accepted, "2").

If it is determined in step S404 that the limit standard is exceeded, the shopping server 3a proceeds to step S405, executes the approval NG process, and ends the process shown in FIG. As the approval NG process, a process for not accepting the approval operation and setting the approval to NG is performed. Specifically, for example, the purchase button b1 of the second-type user purchase desired product that has been approved is not activated, and the second-type user purchase operation for the second-type user purchase desired product is maintained in an incapable state. Let

If it is determined in step S404 that the restriction standard is not deviated, the shopping server 3a proceeds to step S406 and performs progress information update processing. That is, for the progress information associated with the user ID of the first type user in the restriction management information I4, if the restriction type is type A, the progress obtained by acquiring the numerical value as the progress information in step S403 The value is updated to a value obtained by adding “1” to the numerical value of the information, and when the restriction type is type B, the numerical value as the progress information is updated to the value of the determination amount calculated in step S403.

In response to the execution of the update process in step S406, the shopping server 3a registers the approver user ID and the information erasure scheduled date for the product / user association information I3 in step S407. That is, among the product IDs in the product / user association information I3, the user ID of the first type user who performed the approval operation as the approver user ID for the product ID of the product for which the approval operation was detected in step S401, Also, the date obtained by adding the above-mentioned predetermined number of days to the current date is registered as the scheduled information erasure date.

In subsequent step S408, the shopping server 3a executes a process for transmitting an approval notification mail to the second type user. Specifically, for the second type user who has put the product for which the approval operation is detected in step S401 into the shopping cart, the fact that the payment for the purchase price of the product has been approved, and the first that has made the approval A process for transmitting an e-mail including information representing the seed user is performed.
Note that the process in step S408 may be a process for actually sending an e-mail, or a process for making an e-mail transmission reservation or sending instruction, such as adding an e-mail to a transmission list. .

Shopping server 3a finishes the process shown in FIG. 17 according to having performed the process of step S408.

If it is determined in step S402 that the user ID of the first type user (the first type user who has operated the approval button b2) does not exist in the restriction management information I4, the shopping server 3a performs steps S403 to S403. The process proceeds to step S407 after passing S406. That is, if the first type user is a user for whom no restriction is set for the settlement processing operation, restriction analysis processing and deviation determination processing based on restriction management information I4, and progress information in restriction management information I4 The update process is passed, registration of the user ID (approver user ID) of the first type user for the product / user association information I3, registration of the information erasure scheduled date (S407), and approval to the second type user A process (S408) for transmitting the notification mail is executed.

In the above example, the approval notification is given only to the second type user. However, if there are other first type users in the group to which the approved first type user belongs, An approval notification may be sent to the first type user.

FIG. 18 shows processing corresponding to the purchase operation by the second type user.
In FIG. 18, the shopping server 3a waits for the purchase operation of the second type user in step S501. If there is such a purchase operation, the process proceeds to step S502, where the settlement approval of the product operated for purchase is performed. A kind of user is specified based on the product / user association information I4.

In subsequent step S503, the shopping server 3a executes a process for transmitting order information in which the specified first type user is a settlement person. Specifically, order information is generated with the credit card number of the settlement person as the credit card number of the first type user identified above, and the order information is used as the corresponding store terminal 5 (sale of the product for which the purchase operation has been performed). Processing for transmission to the store terminal 5) of the former store is performed. The process of step S503 may be a process of actually transmitting order information, or may be a process of ordering transmission of order information and a transmission instruction such as adding order information to a transmission list.

Shopping server 3a finishes the processing shown in Drawing 18 according to having performed processing of Step S503.

In the above description, an example is given in which the settlement control process for the second type user purchase desired product with the first type user as the settlement holder is performed based on the operation input of the approval button b2 by the first type user. That is, the case where “input information related to payment” requested by the first type user for performing the payment control process for the second type user purchase desired product is used as the operation input information of the approval button b2.
However, “input information related to settlement” is not limited to the operation input information of the approval button b2. For example, when the “settlement” button is presented instead of the approval button b2, and the “settlement” button is operated by the first type user, the user is directed to a settlement procedure page for the second type user purchase desired product, In response to the operation input for the payment procedure being performed by the first type user on the payment procedure page, the purchase button b1 for the second type user purchase desired product is activated (that is, the purchase operation can be performed). Can be used. In this case, “input information related to payment” corresponds to the input information on the above-described payment procedure page.

[1-5. Summary of First Embodiment]

As described above, the information processing apparatus (shopping server 3a) according to the first embodiment stores the linking relationship information storage unit that stores the linking relationship information indicating the linking relationship between the first type user and the second type user. (Linking information DB 3g) and a product registration unit (product for registering the product that has been input into the purchase desired product management information as a product desired to be purchased in response to each user performing a product input operation to the shopping cart. If the user who performed the registration processing unit F1) and the product input operation is the second type user, refer to the pegging relation information, and the first type user linked to the second type user is referred to as the second type user. A product / user linking unit (product / user linking processing unit F2) for linking purchase desired products is provided.
In addition, an input information receiving unit (input information receiving processing unit F4) that receives input information related to the payment by the first type user regarding the purchase price of the second type user's purchase desired product, and a second type user who has received the input information In response to the purchase operation of the second type user for the purchase desired product, the payment processing for the purchase price of the purchase desired product of the second type user is performed based on the input information relating to the payment by the first type user. A settlement control unit (settlement control processing unit F5) for performing control.
Furthermore, based on the operation of the first type user associated with the second type user, the purchase of the second type user for at least one first type user among the plurality of first type users associated with the second type user A restriction setting unit (restriction setting processing unit F6) that sets restriction information of the payment processing operation related to the desired product, and a payment processing operation related to the purchase desired product of the second type user by the first type user based on the restriction information. A restriction control unit (restriction control processing unit F7) that performs control so as to be restricted.

According to the above configuration, it is possible to grasp the product purchase trend of a specific user layer as the second type user based on the purchase desired product management information of the second type user.
In addition, the above-described restriction control unit prevents the first type user (eg, grandfather) from hiding and excessively buying the second type user (eg, child).
Therefore, according to the information processing apparatus of the first embodiment, the first type user who can execute the settlement processing operation for the product purchase price and the second type user who is restricted in the settlement processing operation are managed. As an electronic commerce system, the realization of an electronic commerce system that is easy to grasp the product purchase trend of the second type user and prevents the first type user from purchasing excessive products to the second type user. it can.
In addition, according to the information processing apparatus of the first embodiment, the first type user can grasp and approve the purchase desired product of the second type user in his / her desired purchase product list. In this respect, it is not necessary to access the second-class user's desired purchase product list one by one, and the effort of the first-class user related to the purchase price settlement can also be reduced in this respect.

In addition, the information processing apparatus according to the first embodiment performs notification to the first-type user associated with the second-type user in response to the second-type user performing a product input operation to the shopping cart. A notification control unit that performs control as described above.

Thereby, it is possible to promptly notify the first type user that the second type user has performed the product input operation.
Therefore, it is possible to shorten the waiting time by the second type user until the input related to the settlement such as the settlement approval by the first type user.

Furthermore, in the information processing apparatus according to the first embodiment, the notification control unit performs control so that a notification prompting settlement for the purchase price of the second-type user's purchase desired product is performed as the notification. .

Thereby, clarification of the content of the notification to the first type user is achieved.
In addition, when a plurality of first-class users are associated with a second-type user, the behavior becomes a reverse auction, and the second-class user and the first-class user associated with the second-class user can enjoy entertainment through shopping. Can be provided.

Furthermore, the information processing apparatus includes a product presentation unit that presents the user with a purchase desired product for which each user has performed a product input operation to the shopping cart. In the case where the purchase desired product of the second type user is linked to the one type user, it is desirable to present the purchase desired product of the first type user and the purchase desired product of the second type user. .
Thereby, the first type user can check the purchase desired product of the second type user in his / her shopping cart.

In addition, the information processing apparatus according to the first embodiment relates to a purchase desired product for which input information related to settlement by the first type user is accepted among the second type user purchase desired products linked to the first type user. First, linking the fact that input information related to payment has been received and information notifying the first type user who has received input information related to payment to the second type user who has performed the product input operation of the desired purchase item A notification information presentation unit to be presented to the seed user is provided.

As a result, the first-type user himself / herself who has received the input information related to payment can confirm whether or not the input information related to his / her payment has been received.
In addition, when a plurality of first-type users are associated with a second-type user, input information related to payment by another first-type user for a first-type user other than input information related to payment received. Since the information indicating that the user has been accepted and the first-class user who has received input information related to payment is presented, parents, grandfathers, and grandmothers can easily grasp each other's buying situation (who bought what) it can. In the case of this example, each first type user can know each other's situation through his / her desired purchase product list, so that the list functions as a kind of communication tool through the second type user's product purchase. Can do.

<2. Second Embodiment>
[2-1. Overview of network system]

FIG. 19 shows an example of a network system 1A (EC system) according to the second embodiment.
In the following description, parts that are the same as the parts that have already been described are assigned the same reference numerals and description thereof is omitted.
The difference from the network system 1 shown in FIG. 1 is that a shopping site management system 3 A is provided instead of the shopping site management system 3. The shopping site management system 3A is different from the shopping site management system 3 in that a shopping server 3aA is provided instead of the shopping server 3a, and an approval unnecessary product information DB 3i is added.
The approval-free product information DB 3i will be clarified in the following description.
Further, the hardware configuration of the computer device as the shopping server 3aA and the approval-free product information DB 3i is the same as that shown in FIG.

[2-2. Outline of Processing as Second Embodiment]

FIG. 20 is a functional block diagram showing in block form the functions related to the purchase price settlement of the second-type user purchase desired product possessed by the shopping server 3aA.
The difference from the shopping server 3a in the first embodiment is that an approval unnecessary product setting processing unit F8 is added.

The approval-free product setting processing unit F8 associates the approval-free product condition information If for conditioning the approval-free product with which the approval of the settlement for the second-type user purchase desired product is unnecessary with the second-type user. Set based on the operation of the seed user.
Specifically, the approval-free product setting processing unit F8 presents an approval-free product condition setting page for setting the approval-free product condition information If to the first type user. The approval-necessary product condition setting page is a web page that can be presented by a first-type user associated with a second-type user, and other first-type users cannot make a presentation request.

In this example, the genre information of a product that does not require approval can be set as the product condition information If not required for approval. That is, the approval-necessary product condition setting page is a page that accepts input information and setting instructions by the first-type user regarding genre information of products that do not require approval.

In addition, the approval-free product condition setting page of this example is a page that accepts a setting instruction of a first-class user who performs a settlement for a purchase price of an approval-free product. For example, if there is another first-type user belonging to the same group among the first-type users who have made a presentation request for the approval-free product condition setting page, the approval-free product condition setting page is the first user belonging to the group It is presented in such a manner that it can accept the designation and setting instruction of the first type user who performs the purchase price settlement of the product not requiring approval from the seed users.

When the first-type user issues an instruction for setting approval-free product condition information If through the approval-free product condition setting page, the approval-free product setting processing unit F8 does not need the approval-free product condition information If indicated. It is associated with the user ID of the second type user associated with the first type user who has made the presentation request for the product condition setting page, and is stored in the approval unnecessary product information DB 3i shown in FIG.

FIG. 21 shows an example of approval-free product management information I5 constructed in the approval-free product information DB 3i by the function of the approval-free product setting processing unit F8.
As shown in the drawing, the approval-free product management information I5 is information in which approval-free product genre information as approval-free product condition information If is associated with each user ID of the second type user.

In the case of this example, the approver-unnecessary product management information I5 is associated with the settlement user ID together with the user ID of the second type user and the information of the approval-free product genre. The settlement user ID is a user ID of a first-type user who is instructed to set as a person who performs a settlement for the purchase price of an unapproved product on the unapproved product condition setting page.
That is, the approval-free product setting processing unit F8 has received the setting instruction of the first type user who performs the purchase price settlement of the approval-free product genre information and the approval-free product via the approval-free product condition setting page. In response, the instructed product item genre information that is instructed, the user ID of the instructed first type user (settler user ID), and the first type that made a request for presentation of the approval-free product condition setting page The user ID of the second type user associated with the user is associated with and stored in the approval unnecessary product information DB 3i.

In the second embodiment, when the second type user puts an unapproved product into the shopping cart, the purchase button b2 for the unapproved product presented on the second type user basket page pb2 of the second type user. Presents the purchase button b2 in an active state. Thereby, the second type user can perform a purchase operation for the product regardless of whether or not the first type user approves the product.

In the second embodiment, when the second type user performs a purchase operation for a product that does not require approval, the payment control processing unit F5 is configured so that the payment processing for the product is associated with the second type user. Control is performed to be performed in the name of a kind of user.
Specifically, the settlement control processing unit F5 in this example performs the settlement process for the product that does not require approval in the name of the first type user that the first type user has instructed to set via the approval-less product condition setting page. Control as follows.

[2-3. Processing procedure]

With reference to the flowcharts of FIG. 22 and FIG. 23, a specific processing procedure to be executed to realize the function as the second embodiment described above will be described.
The processing shown in FIGS. 22 and 23 is executed by the CPU 101 of the shopping server 3a according to a program stored in a storage device such as the storage unit 108, for example.

FIG. 22 is a flowchart illustrating a process related to the presentation of the second type user basket page pb2 in the second embodiment.
In FIG. 22, the shopping server 3aA (CPU 101) waits in step S601 until the second-type user performs a product input operation to the shopping cart. If the product input operation is performed, no approval is required in step S602. It is determined whether or not the user ID of the second type user exists in the merchandise management information I5. This corresponds to determining whether or not approval-free products are set for the second type user.

In step S602, when it is determined that the user ID of the second type user does not exist in the approval-unnecessary product management information I5, the shopping server 3aA proceeds to step S605, and the product (the product for which the input operation is detected in step S601). The second type user basket page pb2 in which the purchase button b1 is inactive is displayed.

On the other hand, when it is determined in step S602 that the user ID of the second type user exists in the approval-unnecessary product management information I5, the shopping server 3aA proceeds to step S603 and performs an analysis process on the product genre. That is, information on the genre of the product for which the input operation is detected in step S601 is acquired from the product DB 3b, and the approval-free product genre associated with the user ID of the second type user in the approval-free product management information I5 is acquired. Process to get information.

In subsequent step S604, shopping server 3aA determines whether or not the product (the product for which the input operation has been detected in step S601) is an approval-free product.
If it is determined that the product is not a product that does not require approval, the shopping server 3aA proceeds to the previous step S605, and executes a process for presenting the second type user basket page pb2 with the purchase button b1 in an inactive state.

On the other hand, if it is determined that the product is not an approval-free product, the shopping server 3aA proceeds to step S606, and executes a process for presenting the second type user basket page pb2 with the purchase button b1 for the product activated.

Shopping server 3aA finishes the process shown in FIG. 22 according to having performed the presentation process of step S605, or the presentation process of step S606.

FIG. 23 is a flowchart illustrating processing corresponding to the purchase operation by the second type user in the second embodiment.
In FIG. 23, the same process as the process shown in FIG.

In FIG. 23, if there is a purchase operation by the second type user in step S501, the shopping server 3aA proceeds to step S701, and determines whether the purchased product is an approval-free product. Specifically, it is determined whether or not there is a user ID of the second type user who performed the purchase operation in the approval-unnecessary product management information I5. If the user ID does not exist, it is determined that the product is not an approval-free product. Get results. When it is determined that the user ID exists, it is determined whether or not the approval-free product genre associated with the user ID in the approval-free product management information I5 matches the genre of the product for which purchase operation has been performed. If they do not match, a determination result indicating that the product is not an approval-free product is obtained, and if they match, a determination result indicating that the product is an approval-free product is obtained.

If it is determined in step S701 that the product is an approval-free product, the shopping server 3aA proceeds to step S702, and specifies a first-class user who is a settlement operator of the product for which the purchase operation has been performed based on the approval-free product management information I5. That is, in the unapproved merchandise management information I5, the settlement user ID associated with the user ID of the second type user who performed the purchase operation is acquired. At this time, when information on a plurality of approval-free product genres is associated with the same second type user as in the registration information for the user ID “u2020” shown in FIG. 21 (that is, the same second type user). If the approval-free product genre is set multiple times for the product), the approval-free product genre that is determined to match the genre of the product for which the purchase operation has been performed is included The approver user ID associated with the information is acquired. Accordingly, it is possible to cope with a case where different first-type users are set as settlement persons when setting each approval-free product genre performed for the same second-type user.

Shopping server 3aA will advance processing to Step S503, if the 1st type user who is a settlement person is specified at Step S702. As a result, the payment for the approval-free product is performed in the name of the first-type user who is instructed to set as the payment person on the approval-free product condition setting page.

If the shopping server 3aA determines that the product is an approval-free product in the previous step S701, the shopping server 3aA advances the process to step S502. Thereby, when the purchased product is not an approval-free product, the settlement is performed in the name of the first type user who approved the product.

In the above, the case where information on the genre of a product is set as the approval-required product condition information If has been exemplified. May be set as a product that does not require approval), store information (a product handled at the store may be a product that does not require approval), or the like. Alternatively, various information can be conceived to be set as the approval-required product condition information If, such as setting the product ID of a product that does not require approval.

In the above description, the first-class user can be instructed to set the approver of the product that does not require approval when setting the product condition information If not required for approval, but this is not essential. For example, the settlement person of the product that does not require approval sets the first-type user who has set the approval-free product condition information If, or the first-type user that is predetermined among the first-type users in the same group. Various setting methods can be considered.

[2-4. Summary of Second Embodiment]

As described above, the information processing apparatus (shopping server 3aA) of the second embodiment

Based on the operation of the first-type user associated with the second-type user, the approval-free product condition information for conditioning the product that does not require approval of the settlement by the first-type user for the second-class user's purchase desired product A condition information setting unit to be set (approval unnecessary product setting processing unit F8) is provided.
Then, the settlement control unit associates the second-type user's purchase desired product determined to be a product that does not require approval based on the approval-free product condition information with the second-type user regardless of approval or non-approval. Control is performed so that the settlement process is performed in the name of the first type user.

This eliminates the need for the first-type user to approve products that the first-type user thinks that approval is unnecessary.
Therefore, it is possible to reduce the burden on the first type user related to the approval.
For example, when the second type user is a child, it is conceivable to set a product that requires appropriate supplementation in school life, such as stationery, as the product that does not require approval.

<3. Program and Storage Medium>

As mentioned above, although shopping server 3a, 3aA as embodiment of the information processing apparatus which concerns on this invention has been demonstrated, the program of embodiment performs processing of shopping server 3a, 3aA to information processing apparatus (CPU etc.). It is a program to let you.

The program according to the embodiment includes a product registration function for registering a product that has been subjected to the input operation in the purchase desired product management information as a purchase desired product according to each user performing a product input operation to the shopping cart, When the user who performed the product input operation is the second type user, the first type linked to the second type user is referred to by referring to the pegging relationship information indicating the tying relationship between the first type user and the second type user. Input information reception for receiving input information related to settlement by a first-class user regarding a product / user linking function that links the second-class user's desired purchase product to the seed user and a purchase price of the second-class user's desired purchase product Regarding the purchase price of the product desired for purchase of the second type user in accordance with the function and the purchase operation performed by the second type user for the desired product of purchase of the second type user who has received the input information Based on the payment control function for controlling the payment processing to be performed based on the input information related to the payment by the first type user, and the operation of the first type user linked to the second type user, Based on the restriction setting function and the restriction setting function for setting restriction information of the settlement processing operation related to the second kind user's purchase desired product for at least one first kind user among the plurality of first kind users attached The information processing apparatus realizes a restriction control function for performing control so that the settlement processing operation related to the second kind user's purchase desired product by the first kind user is restricted.
That is, this program corresponds to a program that causes an information processing apparatus such as the shopping server 3a, 3aA, etc., to execute the processing described with reference to FIGS. 14 to 19, 22, 23, and the like.

With such a program, the information processing apparatus as the shopping servers 3a and 3aA described above can be realized.
Such a program can be stored in advance in an HDD as a storage medium built in a device such as a computer device, a ROM in a microcomputer having a CPU, or the like. Alternatively, it can be stored (stored) temporarily or permanently in a removable storage medium such as a semiconductor memory, memory card, optical disk, magneto-optical disk, or magnetic disk. Such a removable storage medium can be provided as so-called package software.
Further, such a program can be installed from a removable storage medium to a personal computer or the like, or can be downloaded from a download site via a network such as a LAN or the Internet.

<4. Modification>

The present invention is not limited to the specific examples described above, and various modifications can be considered.
For example, in the above description, it is assumed that credit card payment is performed as a payment method. However, the present invention also applies to cases where other methods (for example, bank transfer, cash on delivery, virtual prepaid card, etc.) are used as the payment method. It can be suitably applied.

Moreover, in the above, the case where all the first type users associated with the same second type user can be instructed to set the restriction information of the settlement processing operation related to the second type user purchase desired product, The restriction information may be made available only to some first-type users associated with the same second-type user. For example, it is possible to set a part of the first type users associated with the same second type user as higher rank users and the other as lower rank users, and only the upper rank users can instruct setting of restriction information for the lower rank users. It may be.

In the above, the case where the number of approvals allowed per month and the amount of money that can be approved is set as the restriction information is exemplified. However, it goes without saying that other restriction information such as a setting for prohibiting approval can be set.

1, 1A network system, 2 network, 3 and 3A shopping site management system, 3a and 3aA shopping server, 3c first type user DB (database), 3d second type user DB, 3e first basket putting product DB, 3f second Folding product DB, 3g Pegging information DB, 3h Restriction information DB, 3i Unapproved product information DB, 4 User terminal, 5 Store terminal, 6 Card company server, 101 CPU, F1 Product registration processing unit, F2 product / user Association processing unit, F3 second type user product presentation processing unit, F4 input information reception processing unit, F5 settlement control processing unit, F6 restriction setting processing unit, F7 restriction control processing unit, F8 approval-free product setting processing unit

Claims

Between the 1st or 2nd type 1 user who can execute the settlement processing operation for the product purchase price and the 1st or 2nd type user or more that is limited to the settlement processing operation, the first type user is An information processing apparatus in an electronic commerce system for executing the payment processing operation of a second type user,
A linking relationship information storage unit for storing linking relationship information representing a linking relationship between the first type user and the second type user;
A product registration unit for registering the product for which the operation has been performed in the purchase request product management information as a purchase request product in response to each user performing a product input operation to the shopping cart;
When the user who performed the product input operation is a second type user, refer to the pegging relation information, and connect the second type user's purchase desired product to the first type user linked to the second type user. The product / user linking part to be attached,
An input information receiving unit for receiving input information related to the payment by the first type user about the purchase price of the second type user's purchase desired product;
In response to the second type user performing a purchase operation for the purchase desired product of the second type user who has received the input information, the payment processing for the purchase price of the desired purchase item of the second type user is the first type. A payment control unit that performs control based on input information related to payment by the user;
Based on the operation of the first type user associated with the second type user, the purchase desired product of the second type user for at least one first type user among the plurality of first type users associated with the second type user A restriction setting unit for setting restriction information of the settlement processing operation according to
A restriction control unit configured to perform control based on the restriction information so that the payment processing operation related to the second kind user's purchase desired product by the first kind user is restricted.
2. A notification control unit that performs control so that a notification is made to the first-type user associated with the second-type user in response to the second-type user performing an operation of putting a product into the shopping cart. The information processing apparatus described in 1.
The notification control unit
The information processing apparatus according to claim 2, wherein the notification is performed such that a notification that prompts a settlement for a purchase price of a purchase desired product of the second type user is performed as the notification.
Each product includes a product presentation unit that presents the user with a purchase desired product for which a product has been put into a shopping cart.
The product presentation unit for the first type user, when the second type user's purchase desired product is linked to the first type user, the second type user's purchase desired product and the second type user The information processing apparatus according to claim 1, wherein a product desired to be purchased by a seed user is presented.
Among the purchase desired products of the second type user linked to the first type user, the purchase input product for which the input information related to the settlement by the first type user has been received, the fact that the input information related to the settlement has been received, and A notification information presenting unit that presents information for notifying the first-type user who has received the input information related to the settlement to the first-type user associated with the second-type user who has performed the product input operation of the desired product for purchase; The information processing apparatus according to claim 1.
Based on the operation of the first-type user associated with the second-type user, the approval-free product condition information for conditioning the product that does not require approval of the settlement by the first-type user for the second-class user's purchase desired product It has a condition information setting part to set,
The settlement control unit
For the second-class user's purchase desired product determined to correspond to the product that does not require approval based on the approval-free product condition information, the first-type user associated with the second-type user regardless of the approval or non-approval The information processing apparatus according to claim 1, wherein control is performed so that the settlement process is performed under the name of
Between the 1st or 2nd type 1 user who can execute the settlement processing operation for the product purchase price and the 1st or 2nd type user or more that is limited to the settlement processing operation, the first type user is An information processing method executed by an information processing apparatus in an electronic commerce system for executing the payment processing operation of a second type user,
A product registration step of registering the product that has been subjected to the input operation in the purchase request product management information as a purchase request product in response to each user performing a product input operation to the shopping cart;
If the user who performed the product input operation is a second type user, refer to the pegging relationship information representing the pegging relationship between the first type user and the second type user, and associate the second type user with the second type user. A product / user linking step for linking a purchase desired product of the second type user to a type user;
An input information receiving step for receiving input information related to the payment by the first type user regarding the purchase price of the second type user's purchase desired product;
In response to the second type user performing a purchase operation for the purchase desired product of the second type user who has received the input information, the payment processing for the purchase price of the desired purchase item of the second type user is the first type. A payment control step for performing control based on input information related to payment by the user;
Based on the operation of the first type user associated with the second type user, the purchase desired product of the second type user for at least one first type user among the plurality of first type users associated with the second type user A restriction setting step for setting restriction information of the settlement processing operation according to
A restriction control step of performing control so that the settlement processing operation related to the second-type user's purchase desired product by the first-type user is restricted based on the restriction information.
Between the 1st or 2nd type 1 user who can execute the settlement processing operation for the product purchase price and the 1st or 2nd type user or more that is limited to the settlement processing operation, the first type user is A program for causing an information processing apparatus in an electronic commerce system to execute the payment processing operation of a second type user to execute processing,
A product registration function for registering the product that has been subjected to the input operation in the purchase request product management information as a purchase request product in response to each user performing a product input operation to the shopping cart;
If the user who performed the product input operation is a second type user, refer to the pegging relationship information representing the pegging relationship between the first type user and the second type user, and associate the second type user with the second type user. A product / user linking function for linking the type 2 user's purchase desired product to a type 1 user;
An input information receiving function for receiving input information related to payment by the first type user for the purchase price of the second type user's purchase desired product;
In response to the second type user performing a purchase operation for the purchase desired product of the second type user who has received the input information, the payment processing for the purchase price of the desired purchase item of the second type user is the first type. A payment control function for performing control based on input information related to payment by a user;
Based on the operation of the first type user associated with the second type user, the purchase desired product of the second type user for at least one first type user among the plurality of first type users associated with the second type user A restriction setting function for setting restriction information of the settlement processing operation according to
Based on the restriction information, a restriction control function for performing control so that the settlement processing operation related to the purchase desired product of the second kind user by the first kind user is restricted;
A program for realizing the information processing apparatus.
Between the 1st or 2nd type 1 user who can execute the settlement processing operation for the product purchase price and the 1st or 2nd type user or more that is limited to the settlement processing operation, the first type user is A storage medium storing a program for causing an information processing apparatus in an electronic commerce system to execute the payment processing operation of a second type user,
A product registration function for registering the product that has been subjected to the input operation in the purchase request product management information as a purchase request product in response to each user performing a product input operation to the shopping cart;
If the user who performed the product input operation is a second type user, refer to the pegging relationship information representing the pegging relationship between the first type user and the second type user, and associate the second type user with the second type user. A product / user linking function for linking the type 2 user's purchase desired product to a type 1 user;
An input information receiving function for receiving input information related to payment by the first type user for the purchase price of the second type user's purchase desired product;
In response to the second type user performing a purchase operation for the purchase desired product of the second type user who has received the input information, the payment processing for the purchase price of the desired purchase item of the second type user is the first type. A payment control function for performing control based on input information related to payment by a user;
Based on the operation of the first type user associated with the second type user, the purchase desired product of the second type user for at least one first type user among the plurality of first type users associated with the second type user A restriction setting function for setting restriction information of the settlement processing operation according to
Based on the restriction information, a restriction control function for performing control so that the settlement processing operation related to the purchase desired product of the second kind user by the first kind user is restricted;
A storage medium storing a program for causing the information processing apparatus to realize the program.