JP7019013B1 - EC management system, agency sales method, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an EC management system, an agent sales method, and a program capable of promoting the activity of electronic commerce. In the EC management system of the embodiment, a request condition is a condition in which a first seller requests a second seller to sell a product on behalf of an electronic commerce market, and the second seller is the above-mentioned. A condition registration unit for registering an order condition, which is a condition for receiving an order for a proxy listing request from a first seller, in a storage unit, and a first order condition registered based on the request condition and the order condition. 2 The seller is the matching processing unit that determines the contractor of the proxy listing request from among the sellers, and the second seller that is determined as the contractor for the product related to the proxy listing for which the contractor has been determined. It is provided with a proxy selling unit for selling on the electronic commerce market. [Selection diagram] Fig. 2

Description

The present invention relates to an EC management system, a sales method, and a program.

Conventionally, an EC (Electronic Commerce) system that supports the buying and selling of goods or services (hereinafter collectively referred to as "goods") via the Internet has been put into practical use. For example, there are various forms of EC systems, one of which is an ASP (Application Service Provider) type in which a seller opens a store in a virtual shopping mall built on a network and sells products. There is an EC system. According to this type of EC system, the seller uses the platform provided by the ASP operator (that is, opens a store in a shopping mall) to convert the business into an EC without building an EC system on its own. be able to. Further, as another form, there is an EC system in which the buying and selling of goods by auction is supported (see, for example, Patent Document 1). Patent Document 1 proposes a method of supporting an auction agency in an auction-type electronic commerce.

JP-A-2007-115215

However, in the method described in Patent Document 1, the agent can act for the auction based on the conditions set by the client, but cannot present the conditions for the agent to the client. .. In this way, the conventional EC system may not be able to efficiently support electronic commerce that would be established when a certain consensus is reached between multiple parties, and promotes the activities of electronic commerce. Sometimes I couldn't.

The present invention has been made in consideration of such circumstances, and one of the objects of the present invention is to provide an EC management system, an agent sales method, and a program capable of promoting the activities of electronic commerce.

One aspect of the present invention is a request condition, which is a condition in which the first seller requests the second seller to sell a product on behalf of the electronic commerce market, and the second seller is from the first seller. Among the second sellers who have registered the order condition based on the order condition which is the condition for receiving the request for the proxy listing, the condition registration unit which registers the order condition in the storage unit, and the request condition and the order condition. The electronic commerce market where the matching processing unit that determines the contractor of the proxy listing request and the second seller determined as the contractor are the sellers of the products related to the proxy listing for which the contractor has been determined. It is an EC management system equipped with a proxy selling unit for selling in.

According to one aspect of the present invention, the activity of electronic commerce can be promoted.

It is a figure explaining the outline of the agency sales method of 1st Embodiment. It is a block diagram which shows an example of the system configuration of the EC management system of 1st Embodiment. It is a figure which shows an example of the request condition information in 1st Embodiment. It is a figure which shows an example of order condition information in 1st Embodiment. It is a sequence diagram which shows an example of the flow of the process which realizes the proxy listing by an aggregator in the EC management system of 1st Embodiment. It is a figure explaining the outline of the agency sales method of 2nd Embodiment. It is a block diagram which shows an example of the system configuration of the EC management system of 2nd Embodiment.

Hereinafter, the EC management system of the present invention, the agency sales method, and the embodiment of the program will be described with reference to the drawings. The EC management system is realized by one or more processors. The EC management system is a system that supports proxy listings in electronic commerce such as shopping, auctions, and flea markets. In the electronic commerce market targeted by the present invention, a first seller who entrusts the listing of a product to another seller and a second seller who sells the product by himself / herself coexist. Generally, proxy listing requires a certain consensus building between the first seller and the second seller regarding the conditions for consignment, but in the conventional electronic commerce market, a mechanism to support such consensus building. It was inconvenient for the seller. In the EC management system of the embodiment described below, the first seller is a condition for requesting the second seller to sell the product on behalf of the electronic commerce market, and the second seller is the above-mentioned. A condition registration unit for registering an order condition, which is a condition for receiving an order for a proxy listing request from a first seller, in a storage unit, and a first order condition registered based on the request condition and the order condition. 2 The seller is the matching processing unit that determines the contractor of the proxy listing request from among the sellers, and the second seller that is determined as the contractor for the products related to the proxy listing for which the contractor has been determined. It is possible to improve the inconvenience of the seller as described above by providing the proxy selling unit for selling on the electronic commerce market.

<First Embodiment>
FIG. 1 is a diagram illustrating an outline of a proxy sales method of the embodiment. FIG. 1 is a diagram illustrating the flow of information processing (<information processing> in the figure) related to the agency sales method and the flow of logistics and settlement (<logistics / settlement> in the figure) related to the method in association with each other. Is. First, in the information processing related to the proxy sales method, the store management system 300 accepts the registration of the proxy listing request (step S101) and also accepts the registration of the condition for receiving the registered proxy listing request (step S102). Here, the store management system 300 is a system that manages a virtual store (hereinafter referred to as "store") of a seller who opens a store in the sales system 200. A store is a store for a seller to sell a product to a consumer, and selling a product at the store does not assume the return of the product without the responsibility of the seller.

Specifically, the store management system 300 of the present embodiment has a management function of a general store and a management function of an aggregator store. Here, in addition to the "normal listing" function (hereinafter referred to as "normal listing function") in which a general store sells a product by listing it in its own store, it is "purchased" or "consigned" to another seller. It is a store that has a function to request proxy listing of products (hereinafter referred to as "proxy listing function"). On the other hand, the aggregator store has a function (hereinafter referred to as "aggregator function") in which, in addition to the normal listing function, an order for a proxy listing request is received from a general store and products purchased from the general store are sold by the normal listing function of the own store. It is a store that has. In the following, the seller who operates the general store is referred to as a "general store dealer", and the seller who operates the aggregator store is referred to as an "aggregator" to distinguish between the two sellers.

In the present embodiment, "purchase out" means to purchase the product from the supplier of the purchaser on the condition that the retailer does not return the product. Further, in the present embodiment, "consignment" means that the retailer purchases the product from the supplier of the purchase source after defining the conditions for returning the product. In that sense, the proxy listing in the present embodiment is different from the "ordering agency" in which the agent takes over only the order receiving business and the client of the ordering agent ships the product.

The proxy listing function accepts a proxy listing request by a general store vendor and registers the received proxy listing request in the matching system 400 (step S103). Specifically, the proxy listing function accepts input of listing request information including request conditions for proxy listing, and registers the input listing request information in the matching system 400. On the other hand, the aggregator function accepts the setting of the order condition by the aggregator and registers the set order condition in the matching system 400 (step S104). Specifically, the order condition is a condition for the aggregator to receive an order for a proxy listing request, and the aggregator function accepts input of order condition information indicating the order condition and registers the input order condition information in the matching system 400. ..

Here, the matching system 400 is a system having a function of matching a general store vendor who wants to request a proxy listing with an aggregator who wants to receive an order for a proxy listing request (hereinafter referred to as "matching function"). The matching function establishes matching between a general store vendor that has set the request conditions and an aggregator that has set the order conditions for the products for which the proxy listing request has been registered and the request conditions satisfy the order conditions. The matching function notifies the aggregator function of the aggregator for which matching has been established to that effect (step S105: matching notification). The aggregator function that has received the matching notification notifies the proxy listing function of the matched general store vendor that the proxy listing request has been received (step S106: order notification).

When the general store vendor recognizes that the proxy listing request has been received by the order notification, the aggregator who received the proxy listing request is notified of the product related to the proxy listing request (hereinafter referred to as "target product"). Deliver (step S107). When the aggregator confirms that the target product has been delivered, the aggregator uses the aggregator function to list the target product in the sales system 200 (step S108). When the sales system 200 receives an order for the target product (step S109), the sales system 200 notifies the aggregator function to that effect (step S110: order notification).

When the aggregator recognizes that the target product has been ordered by the order notification, it prompts the orderer to pay the purchase price. When the aggregator can confirm that the orderer has paid the purchase price (step S111), the aggregator delivers the target product to the orderer (step S112) and targets the general store vendor who requested the proxy listing. Pay the purchase price of the product (step S113). Here, the purchase price of the target product is determined based on the request conditions and the order conditions agreed with the general store vendor that requested the proxy listing.

As described above, FIG. 1 is an example of the flow of information processing related to the agency sales method (<information processing> in the figure) and distribution and settlement related to the method (<distribution / settlement> in the figure). It is shown, and the agency sales method of the embodiment is not limited to that of FIG. For example, each procedure shown in FIG. 1 may be back and forth based on the relationship between the selling entity and the purchasing entity, credit, etc., and various functions may be appropriately subdivided or integrated. ..

FIG. 2 is a block diagram showing an example of a system configuration of the EC management system 100A that realizes the proxy sales method of the embodiment. The EC management system 100A includes a sales system 200, a store management server 300A, and a matching server 400A. The purchaser terminal 510 is a terminal device used to access the sales system 200 and input an operation for purchasing a product exhibited by each store. Further, the first store terminal 511 and the second store terminal 512 are terminal devices used for inputting an operation for the store management server 300A. The first store terminal 511 represents a terminal device used by a general store trader, and the second store terminal 512 represents a terminal device used by an aggregator. The sales system 200, the store management server 300A, the matching server 400A, the purchaser terminal 510, the first store terminal 511, and the second store terminal 512 are connected to each other so as to be communicable with each other via the network NW. For example, the network NW is a WAN (Wide Area Network) including the Internet, a cellular network, and the like.

The sales system 200 has a function of managing the listing of products for each store and a function of accepting orders for the products being listed. Specifically, the sales system 200 receives a product listing request from the store management server 300A to the store, and also receives an order request for the product listed in the store from the purchaser terminal 510. When the sales system 200 receives an order request for a certain product, the sales system 200 notifies the store management server 300A of the order together with the information about the order.

The store management server 300A is a server that provides a management function for stores that open in the sales system 200. The store management server 300A is an example of the store management system 300 shown in FIG. The store management server 300A is provided with the following configurations to provide a normal listing function and a proxy listing function to a general store, and provide a normal listing function and an aggregator function to an aggregator store. Specifically, the store management server 300A includes a communication unit 310, an input unit 320, a display unit 330, a storage unit 340, and a control unit 350.

Among these components, the control unit 350 is realized by, for example, a hardware processor such as a CPU (Central Processing Unit) executing a program (software). Part or all of the control unit 350 is hardware (circuit unit; circuitry) such as LSI (Large Scale Integration), ASIC (Application Specific Integrated Circuit), FPGA (Field-Programmable Gate Array), GPU (Graphics Processing Unit). It may be realized by (including), or it may be realized by the cooperation of software and hardware. The program may be stored in advance in a storage device (a storage device including a non-transient storage medium) such as an HDD (Hard Disk Drive) or a flash memory, or a removable storage such as a DVD or a CD-ROM. It is stored in a medium (non-transient storage medium) and may be installed by mounting the storage medium in a drive device.

The communication unit 310 is a communication interface for connecting the store management server 300A to the network NW. For example, the communication unit 310 is configured by using a wired or wireless LAN (Local Area Network) interface that can be connected to the network NW. The communication unit 310 is communicably connected to the sales system 200, the matching server 400A, the first store terminal 511, and the second store terminal 512 via the network NW.

The input unit 320 is configured by using an input device such as a button, a switch, a keyboard, a mouse, and a touch panel. The input unit 320 receives an operation input to the store management server 300A. The input unit 320 outputs input information indicating the contents of the received operation input to the control unit 350.

The display unit 330 is configured by using a display device such as a liquid crystal display, an organic EL display, or a touch panel. The display unit 330 can display arbitrary information based on the instruction of the control unit 350.

The storage unit 340 is configured by using a storage device such as an HDD or a flash memory. The storage unit 340 stores data of a program executed by the store management server 300A, communication data transmitted / received to / from another device, and various information related to the operation of the store management server 300A.

The control unit 350 has a function of inputting / outputting information to / from the communication unit 310, the input unit 320, the display unit 330, and the storage unit 340, and controlling the operation of the store management server 300A. Here, the control function of the control unit 350 includes a normal listing function, a proxy listing function, and an aggregator function shown in FIG. The control unit 350 includes, for example, a request processing unit 351, a first store management unit 352, a second store management unit 353, a normal listing processing unit 354, and a proxy listing processing unit 355 as configurations for realizing these functions. Be prepared.

The request processing unit 351 has a function of processing an external request to the store management server 300A. For example, the request processing unit 351 has a function as an HTTP (Hyper Text Transfer Protocol) server. Specifically, the request processing unit 351 receives the HTTP request from the client, executes the process requested by the HTTP request, and returns the execution result to the client as HTML data.

The first store management unit 352 has a function of providing various management functions necessary for the operation and management of a general store to a general store trader. For example, the management function of a general store includes a function of setting a store design in the sales system 200 and a function of registering product information, a payment method, a delivery method, etc. Includes management functions required for management. The first store management unit 352 in the present embodiment is configured to be able to provide a normal listing function and a proxy listing function to a general store vendor. The first store management unit 352 can provide the normal listing function by the cooperation operation with the normal listing processing unit 354, and can provide the proxy listing function by the cooperation operation with the proxy listing processing unit 355.

The second store management unit 353 has a function of providing various management functions necessary for the operation and management of the aggregator store to general store vendors. For example, the aggregator store management function includes a function for setting the store design in the sales system 200 and a function for registering product information, payment method, delivery method, etc., as in the general store, in the sales system 200. Includes management functions required to operate and manage stores that open stores. The second store management unit 353 in the present embodiment is configured to be able to provide a normal listing function and an aggregator function to the aggregator. The second store management unit 353 can provide the normal listing function by the cooperation operation with the normal listing processing unit 354, and can provide the aggregator function by the cooperation operation with the proxy listing processing unit 355.

The first store management unit 352 and the second store management unit 353 may be realized by different programs, or may be realized by the same program that provides either the proxy listing function or the aggregator function according to the attributes of the seller. May be done.

The normal listing processing unit 354 is a functional unit that provides a normal listing function to a general store and an aggregator store. General store vendors and aggregators can list products in the sales system 200 by using the normal listing function via their respective store management functions. For example, the normal listing processing unit 354 accepts an input operation of listing conditions such as a product to be listed and the number of products to be listed, and transmits information indicating the listing conditions (hereinafter referred to as "listing information") to the sales system 200. As a result, the sales system 200 is requested to list the product.

The proxy listing processing unit 355 is a functional unit that provides a proxy listing function to a general store and an aggregator store. General store vendors and aggregators can request and receive orders for proxy listings from each other by using the proxy listing function via their respective store management functions. Specifically, the proxy listing processing unit 355 has a function of accepting a proxy listing request from a general store vendor to the first store management unit 352 and registering a proxy listing request to the matching server 400A. I will provide a. On the other hand, the proxy listing processing unit 355 accepts the operation of setting the order condition of the proxy listing from the aggregator to the second store management unit 353, and provides the matching server 400A with a function of registering the order condition. do.

Further, when the proxy listing processing unit 355 receives the matching notification from the matching server 400A, the proxy listing processing unit 355 requests the sales system 200 to list the target product in the aggregator store based on the order conditions set for the matched product, and also targets the target. Notify the second store management unit 353 of the order placed for the product.

Subsequently, the configuration of the matching server 400A will be described. The matching server 400A is a server having a function of realizing matching between a general store vendor who wants to request a proxy listing and an aggregator who wants to receive an order for a proxy listing. The matching server 400A is an example of the matching system 400 shown in FIG. The matching server 400A provides the general store with a function for registering a proxy listing request and the aggregator store with a function for setting order conditions for proxy listings by providing the following configuration. Specifically, the matching server 400A includes a communication unit 410, an input unit 420, a display unit 430, a storage unit 440, and a control unit 450.

Among these components, the control unit 450 is realized by, for example, a hardware processor such as a CPU executing a program (software). A part or all of the control unit 450 may be realized by hardware such as LSI, ASIC, FPGA, GPU (circuit unit; including circuitry), or may be realized by the cooperation of software and hardware. .. The program may be stored in advance in a storage device such as an HDD or a flash memory (a storage device including a non-transient storage medium), or a removable storage medium (non-transient) such as a DVD or a CD-ROM. It is stored in a sex storage medium) and may be installed by mounting the storage medium in a drive device.

The communication unit 410 is a communication interface for connecting the matching server 400A to the network NW. For example, the communication unit 410 is configured by using a wired or wireless LAN interface that can be connected to the network NW. The communication unit 410 is communicably connected to the sales system 200, the store management server 300A, the first store terminal 511, and the second store terminal 512 via the network NW.

The input unit 420 is configured by using an input device such as a button, a switch, a keyboard, a mouse, and a touch panel. The input unit 420 accepts an operation input to the matching server 400A. The input unit 420 outputs input information indicating the contents of the received operation input to the control unit 450.

The display unit 430 is configured by using a display device such as a liquid crystal display, an organic EL display, or a touch panel. The display unit 430 can display arbitrary information based on the instruction of the control unit 450.

The storage unit 440 is configured by using a storage device such as an HDD or a flash memory. The storage unit 440 stores data of a program executed by the matching server 400A, communication data transmitted / received to / from another device, and various information related to the operation of the matching server 400A.

The control unit 450 has a function of inputting / outputting information to / from the communication unit 410, the input unit 420, the display unit 430, and the storage unit 440, and controlling the operation of the matching server 400A. Here, the control function of the control unit 450 includes the matching function shown in FIG. The control unit 450 includes, for example, a matching condition registration unit 451 and a matching processing unit 452 as a configuration for realizing such a function.

The matching condition registration unit 451 has a function of registering a condition (hereinafter referred to as "matching condition") for matching a general store vendor who wants to request a proxy listing with an aggregator who wants to receive an order for a proxy listing. Specifically, the matching condition registration unit 451 acquires the exhibition request information set in the first store management unit 352 by the general store vendor from the store management server 300A and registers it in the storage unit 340. On the other hand, the matching condition registration unit 451 acquires the order condition information set by the aggregator in the second store management unit 353 from the store management server 300A and registers it in the storage unit 340.

The matching processing unit 452 is a product whose request condition satisfies the order condition based on the information indicating the request condition (hereinafter referred to as "request condition information") included in the registered listing request information and the order condition information. Is executed as a matching process for detecting as a target product. The matching processing unit 452 notifies the second store management unit 353 of the store management server 300A that the target product has been detected.

FIG. 3 is a diagram showing an example of request condition information in the present embodiment. For example, the request condition information is registered in the storage unit 440 of the matching server 400A in the mode of the request condition table T1 shown in FIG. For example, the request condition table T1 has a record for each exhibition ID, and each record has each value of an exhibition ID, a request source store ID, a product ID, a quantity, a minimum selling price, and an allowable maximum commission. The listing ID is the identification information of each request of the registered proxy listing. Here, it is assumed that new identification information is given as a listing ID each time a set of proxy listing requests is registered. The requesting store ID is the identification information of the store that requested the proxy listing identified by the listing ID. The product ID is the identification information of the target product for which the proxy listing is requested, and the quantity represents the number of the target products for which the proxy listing is requested. The minimum selling price represents the lower limit of the selling price that may be set for the product to be sold on behalf of the seller. The maximum permissible fee represents the upper limit of the amount that can be paid to the contractor as a fee for the proxy listing of the product. The request period represents the period during which the contractor of the proxy listing should sell the target product under each set condition.

For example, the matching condition registration unit 451 of the matching server 400A pays out the exhibition ID every time the exhibition request information is acquired from the store management server 300A, and the issued exhibition ID is included in the acquired exhibition request information. It is registered in the request condition table T1 in association with the information indicating the condition. In addition, in FIG. 3, among the values possessed by each record of the request condition table T1, each value other than the exhibition ID and the request source store ID shows an example of an item that can be a request condition, and the request condition is these items. It is not intended to be limited to. If the aggregator that receives the proxy listing request is presented with conditions related to the sale of the target product, restrictions on the implementation of proxy listing, etc., the request conditions include any conditions other than those illustrated in FIG. May be included.

FIG. 4 is a diagram showing an example of order condition information in the present embodiment. For example, the order condition information is registered in the storage unit 440 of the matching server 400A in the mode of the order condition table T2 shown in FIG. For example, the order condition table T2 has a record for each registration ID, and each record has a registration ID, an aggregator store ID, a product ID, a minimum purchase quantity, a maximum purchase price, a selling price, a commission, and an orderable period. Has. The registration ID is identification information of each order condition registered for the proxy listing. Here, it is assumed that new identification information is given as a registration ID each time a set of order conditions is registered. The aggregator store ID is the identification information of the aggregator store that receives the request for proxy listing under the order condition identified by the registration ID. The product ID represents the identification information of the target product for which the proxy listing request is received, and the minimum purchase quantity represents the minimum purchase quantity required for ordering the proxy listing. The maximum purchase price represents the maximum amount that can be paid to the proxy listing requester for the purchase of the target product, and the selling price represents the price at which the aggregator sells the target product purchased from the proxy listing requester. .. The commission represents the commission that the aggregator demands from the client regarding the implementation of the proxy listing, and the orderable period represents the period during which the aggregator can sell the target product under each set condition.

For example, the matching condition registration unit 451 of the matching server 400A pays out the registration ID every time the order condition information is acquired from the store management server 300A, and associates the paid out registration ID with the acquired order condition information in the order condition table. Register with T2. In addition, in FIG. 4, among the values possessed by each record of the order condition table T2, each value other than the registration ID and the aggregator store ID shows an example of an item that can be an order condition, and the order condition includes these items. It is not intended to be limited. If the conditions for purchasing the target product, the conditions for implementing the proxy listing, etc. are presented to the general store vendor requesting the proxy listing, any conditions other than those illustrated in FIG. 4 are used as the order conditions. May be included.

FIG. 5 is a sequence diagram showing an example of a flow of processing for realizing proxy listing by an aggregator in the EC management system 100A of the present embodiment. First, the first store terminal 511 accepts the input of the proxy listing information by the general store vendor (step S201). The first store terminal 511 requests the store management server 300A to register the proxy listing related to the proxy listing information by transmitting the input proxy listing information to the store management server 300A (step S202). Subsequently, the store management server 300A receives the proxy listing information from the first store terminal 511 and transmits the received proxy listing information to the matching server 400A (step S203). The matching server 400A receives the proxy listing information from the store management server 300A, and registers the proxy listing request by the general store vendor in its own device based on the received proxy listing information (step S204).

On the other hand, the second store terminal 512 accepts the input of the order condition information by the aggregator (step S205). The second store terminal 512 requests the store management server 300A to register the order condition related to the order condition information by transmitting the input order condition information to the store management server 300A (step S206). Subsequently, the store management server 300A receives the order condition information from the second store terminal 512, and transmits the received order condition information to the matching server 400A (step S207). The matching server 400A receives the order condition information from the store management server 300A, and registers the order condition of the proxy listing set by the aggregator in its own device based on the received order condition information (step S208).

Subsequently, the matching server 400A attempts to detect an aggregator that can accept the registered proxy listing request by executing the matching process based on the registered proxy listing information and the order condition information (step S209). As a result of executing the matching process, the matching server 400A determines whether or not there is one of the registered proxy listings whose request condition matches the order condition of any of the aggregators (step S210). Here, if all the registered proxy listing request conditions do not match the order conditions of any aggregator (step S210-NO), the matching server 400A ends the process without performing the matching notification described later. do.

On the other hand, in step S211 when a part or all of the registered proxy listing request conditions match the ordering conditions of any aggregator (step S210-YES), the matching server 400A is the matching proxy listing request. Notify the store management server 300A of the request condition and the order condition of the aggregator (step S211: matching notification). In addition, the store management server 300A that has received this matching notification sends a matching notification to the first store terminal 511 of the general store vendor that has registered the proxy listing request notified by the matching notification (step S212), and also performs a matching notification. A matching notification is given to the second store terminal 512 of the aggregator notified by (step S213).

Here, the general store vendor recognizes and recognizes which proxy listing request set by itself has been ordered, the aggregator that has received the proxy listing request, and the order condition by the matching notification to the first store terminal 511. In response to the above, the product set as the request condition for the proxy listing that has been ordered is delivered (step S214). In FIG. 5, the broken line arrow indicates that the step is not an information processing step.

On the other hand, the aggregator recognizes which order condition that it has set and the content of the proxy listing request that matches the order condition by the matching notification to the second store terminal 512, and after that, the matching general Recognize that the target product is delivered from the store vendor. The aggregator waits for the target product to be delivered from the general store vendor, and when the target product is delivered, inputs an operation of instructing the store management server 300A to sell the target product to the second store terminal 512 (. Step S215).

Subsequently, the store management server 300A requests the sales system 200 to sell the target product to the store of the aggregator instructed to sell the target product from the second store terminal 512 (step S216). The sales system 200 executes a process of listing the requested target product in the store of the aggregator designated by the store management server 300A (step S217).

Here, it is assumed that a certain purchaser has performed an operation to purchase the target product exhibited in step S215 to the sales system 200 by using the purchaser terminal 510 (step S218). In this case, the sales system 200 executes the order processing for the target product (step S219). As part of the order processing, the sales system 200 notifies the purchaser terminal 510 and the store management server 300A that an order has been placed for the target product (steps S220 and S221: order notification).

Here, the purchaser recognizes that the order processing has been performed normally by the order notification to the purchaser terminal 510, confirms the amount to be paid, the payment method, and the like, and pays the price (step S222). .. On the other hand, when the store management server 300A receives the order notification from the sales system 200, the store management server 300A notifies the second store terminal 512 of the aggregator, which is the seller of the ordered target product, of the order. As a result, the aggregator confirms that the order has been placed in the target product that it has put up on behalf of, and delivers the target product to the purchaser's house after confirming that the contractor has paid the price (step). S223). On the other hand, after it is confirmed that the contractor has paid the price, the aggregator will contact the general store vendor who requested the proxy listing of the target product based on the order conditions agreed by the matching. Settle the payment of the purchase amount of (step S224).

Here, the flow of processing in the case where the payment of the purchase price of the target product related to the proxy listing is postpaid after the product is sold has been described, but the payment of the purchase price does not necessarily have to be postpaid. The delivery timing of the product, the payment timing of the purchase price, and the like may be arbitrarily changed within the range stipulated in the relevant laws and regulations.

In the EC management system 100A of the embodiment configured in this way, the general store vendor (first seller) represents the product to the sales system 200 (an example of the electronic commerce market) to the aggregator (second seller). The matching condition registration unit 451 that registers the request condition, which is the condition for requesting the listing, and the order condition, which is the condition for the aggregator to receive the request for the proxy listing from the general store vendor, in the storage unit 440, and the request. Based on the conditions and the order condition, the matching processing unit 452 that determines the contractor of the request for the proxy listing from the second seller who registered the order condition, and the proxy listing for which the contractor has been determined. The activity of electronic commerce is promoted by providing the proxy listing processing unit 355 (proxy listing section) for selling the product in the sales system 200 with the second seller determined as the contractor as the seller. It becomes possible.

For example, it is said that manufacturers that manufacture products often cannot sell inventories under their own brands at low prices due to various reasons such as maintaining distribution prices. However, the EC management of this embodiment is carried out. According to the system 100A, it is possible to request the agency sales to a trader whose conditions are matched only by registering the conditions for the agency sales, so that the inventory can be efficiently reduced.

Further, the seller registered in the sales system 200 can use the proxy listing function or the aggregator function within the same framework of the store management function as the normal listing function. Therefore, for example, a general store dealer who has already opened a store in the sales system 200 can easily request an aggregator for proxy listing, and can manage inventory more efficiently. On the other hand, an aggregator that has already opened a store in the sales system 200 will be able to complete the process from purchasing the product to selling it in one sales system 200, so that the cost related to the order for the proxy listing will be reduced and the profit will be expanded. It becomes possible.

<Second Embodiment>
FIG. 6 is a diagram illustrating an outline of the proxy sales method of the second embodiment. The proxy sales method of the second embodiment is different from the proxy sales method of the first embodiment in that the store management system 300 has a management function of unopened stores instead of the management function of the general store. Here, the unopened store means a store for managing a seller who has not opened a store in the sales system 200 (that is, a seller who does not have a store managed by the store management system 300). The management function of the unopened store includes the authentication function of the unopened store, and can provide the proxy listing function to the authenticated unopened store. Specifically, the proxy sales method of the second embodiment is realized by the following system configuration.

FIG. 7 is a block diagram showing an example of a system configuration of the EC management system 100B that realizes the proxy sales method of the second embodiment. The EC management system 100B is different from the EC management system 100A of the first embodiment in that the store management server 300B is provided in place of the store management server 300A and the third store terminal 513 is provided in place of the first store terminal 511. The third store terminal 513 is a terminal device used by a seller of an unopened store to use the EC management system 100B. Further, the store management server 300B is different from the store management server 300A in that the third store management unit 356 is provided in place of the first store management unit 352. Since other configurations are the same as those of the EC management system 100A in the first embodiment, those similar configurations are designated by the same reference numerals as those in FIG. 2, and the description thereof will be omitted here.

The third store management unit 356 provides a function related to proxy listing to a seller who has not opened a store in the sales system 200. Specifically, the third store management unit 356 authenticates the seller who has accessed as an unopened store vendor, and the distributor certified as an unopened store vendor by cooperating with the proxy listing processing unit 355. It is configured to be able to provide a proxy listing function for.

The EC management system 100B of the second embodiment configured in this way can accept a request for proxy listing even for a seller who has not opened a store in the sales system 200. Therefore, the aggregator can receive orders for proxy listing requests from a wider range of distributors.

The store management server 300B may be further configured to include the first store management unit 352 described in the first embodiment.

<Modification example>
If the sales status of the product sold by the general store vendor for a certain period of time meets the predetermined conditions, the proxy listing processing unit 355 automatically sets the request conditions for proxy listing for the product under predetermined conditions. It may be configured to register. Here, the sales status of the products sold by the general store vendor shall be managed separately by the general store management function. In this case, for example, the proxy listing processing unit 355 may be configured to automatically register the request conditions for proxy listing for products for which the number of products sold in a certain period has not reached a predetermined number. Further, for example, the proxy listing processing unit 355 may be configured to automatically register the request conditions for proxy listing for products for which a predetermined number or more of the number of sales in a certain period has not been sold at a fixed price.

When a plurality of order conditions that allow the request conditions set for the proxy listing of a certain product are registered, the matching processing unit 452 sets the aggregator at the highest price as the price for purchasing the product from a general store vendor. It may be decided as the contractor of the proxy listing request.

The matching condition registration unit 451 has registered a plurality of order conditions that allow the request conditions set for the proxy listing of a certain product, and the amount set as the price for purchasing the product from a general store vendor. When the maximum value is competing with two or more aggregators, it may be configured to accept the change of the order condition for the two or more aggregators. Thereby, the EC management system 100 of the embodiment can determine the aggregator to receive the proxy listing by the bidding method.

The store management system 300 and the matching system 400 may be configured as different separate devices (for example, store management server 300A or 300B, matching server 400A) as in each of the above embodiments, or may be integrated devices. It may be configured as. Further, the functions of the store management servers 300A and 300B and the matching server 400A may be implemented in one device or may be distributed and mounted in a plurality of devices.

Although the embodiments for carrying out the present invention have been described above using the embodiments, the present invention is not limited to these embodiments, and various modifications and substitutions are made without departing from the gist of the present invention. Can be added.

100, 100A, 100B ... EC management system, 200 ... Sales system, 300 ... Store management system, 300A ... Store management server, 300B ... Store management server, 310 ... Communication unit, 320 ... Input unit, 330 ... Display unit, 340 ... Storage unit, 350 ... Control unit, 351 ... Request processing unit, 352 ... First store management unit, 353 ... Second store management unit, 354 ... Normal listing processing unit, 355 ... Proxy listing processing unit, 356 ... Third store management Unit, 400 ... Matching system, 400A ... Matching server, 410 ... Communication unit, 420 ... Input unit, 430 ... Display unit, 440 ... Storage unit, 450 ... Control unit, 451 ... Matching condition registration unit, 452 ... Matching processing unit, 510 ... Buyer terminal, 511 ... 1st store terminal, 512 ... 2nd store terminal, 513 ... 3rd store terminal

Claims (8)

The request condition, which is a condition for the first seller to request the second seller to sell the product on behalf of the electronic commerce market, and the second seller to receive the request for the proxy listing from the first seller. The order condition, which is the condition to be processed, and the condition registration unit, which registers the order condition in the storage unit,
A matching processing unit that determines the contractor of the proxy listing request from the second seller who registered the order condition based on the request condition and the order condition.
The proxy listing unit that sells the products related to the proxy listing for which the contractor has been determined to the electronic commerce market with the second seller determined as the contractor as the seller.
Equipped with
The request condition and the order condition include a condition relating to a selling price set when the second seller sells a product purchased from the first seller on the electronic commerce market.
EC management system. The request condition includes a condition relating to the number of the product and the selling price when the first seller sells the product to the second seller.
The order condition includes a condition relating to the number of the product and the purchase price when the second seller purchases the product from the first seller.
The EC management system according to claim 1. The conditions relating to the selling price include a condition for determining the selling price of the target product according to the selling period.
The EC management system according to claim 1 or 2 . The condition registration unit registers the request condition for proxy listing of the product when the sales status of the product sold by the first seller for a certain period meets the predetermined condition.
The EC management system according to any one of claims 1 to 3 . When a plurality of order conditions that allow the request conditions set for the proxy listing of a certain product are registered, the matching processing unit sets the highest price as the price for purchasing the product from the first seller. Determine the seller as the contractor of the proxy listing request,
The EC management system according to any one of claims 1 to 4 . The condition registration unit has registered a plurality of order conditions that allow the request conditions set for the proxy listing of a certain product, and the amount set as the price for purchasing the product from the first seller. If the maximum value is competing with 2 or more aggregators, change of order conditions is accepted for 2 or more aggregators.
The EC management system according to any one of claims 1 to 5 . The computer
The request condition, which is a condition for the first seller to request the second seller to sell the product on behalf of the electronic commerce market, and the second seller to receive the request for the proxy listing from the first seller. The order condition, which is the condition to be processed, is registered in the storage unit, and
The request condition and the order condition include a condition relating to a selling price set when the second seller sells a product purchased from the first seller on the electronic commerce market, and the request condition and the order condition. Based on the above, the contractor of the proxy listing request is determined from the second sellers who have registered the order conditions.
The product related to the proxy listing for which the contractor has been determined is put up on the electronic commerce market with the second seller determined as the contractor as the seller.
Agent sales method. On the computer
The request condition, which is a condition for the first seller to request the second seller to sell the product on behalf of the electronic commerce market, and the second seller to receive the request for the proxy listing from the first seller. The order condition, which is the condition to be processed, is registered in the storage unit.
The request condition and the order condition include a condition relating to a selling price set when the second seller sells a product purchased from the first seller on the electronic commerce market, and the request condition and the order condition. Based on the above, the contractor of the proxy listing request is determined from the second sellers who have registered the order conditions.
The product related to the proxy listing for which the contractor has been determined is to be exhibited in the electronic commerce market with the second seller determined as the contractor as the seller.
program.

Images