JP2002215996A - Transaction management system and transaction management method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a transaction management system capable of inducing a behavior of a provider of a commodity, etc. SOLUTION: A center server device 10 holds a point (commodity point) determined depending on a purchaser and a provider for transaction by each commodity in a price/point table in an HDD 14. When a request for a catalogue of the commodity is given from a Web browser 32, an HTTP server 16 reads out the price and point of the commodity for the purchaser corresponding to the request, generates data for displaying the catalogue, and supplies the same to the Web browser 32. The Web browser 32 displays the catalog according to the supplied data.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a transaction management system and a transaction management method for managing transactions for providing, for example, goods and services.

[0002]

2. Description of the Related Art Conventionally, there has been known a system in which a provider of goods or the like gives points to the purchaser according to the purchase amount of the goods or the like, the number of uses, and the like, and manages the given points for each purchaser. As such a system, there is also known a system which can perform discounts, purchases, and the like of products and the like according to points accumulated by a purchaser.

[0003] Further, there is also known a system in which a provider of a plurality of products or the like can give a common point to a purchaser, and the purchaser can use the accumulated points for any provider. Have been.

[0004]

The point of the conventional system, however, is to give the purchaser an incentive to purchase the product or the like in accordance with the purchase amount of the product or the like, the number of times of use, etc. It did not give any incentive to the behavior of the elderly.

In addition, the points given to the purchaser in the conventional system are determined only by the purchase amount, the number of times of use, etc. of the purchaser of the product or the like. Was not an invitation.

Accordingly, the present invention has been made in view of the above-described problems, and provides a transaction management system, an information providing method, an information providing server, and a terminal device capable of giving an incentive to the behavior of a purchaser of a product or the like. The purpose is to do.

[0007] Another object of the present invention is to provide a transaction management system and a transaction management method which can give an incentive to the behavior of a provider of goods or the like.

[0008]

In order to solve the above-mentioned problems, a transaction management system according to the present invention is determined in accordance with information specifying a transaction target and a purchaser of the transaction target associated with the information. Product point holding means for holding points (product points).

[0009] Conditions for determining merchandise points include:
For example, transaction conditions determined according to the purchaser, the reliability of the purchaser, the degree of contribution of the purchaser to the transaction management system,
The merchandise points may be determined according to a plurality of conditions (parameters) including the purchaser's transaction results and the like.

Further, in another transaction management system according to the present invention, a product holding information for specifying a transaction target and points (product points) determined according to a provider of the transaction target associated with the information. Point holding means.

[0011] Conditions for determining merchandise points include:
For example, a price, a delivery date, a payment deadline, a return condition, and the like are included, and a product point may be determined according to a plurality of conditions (parameters).

For example, if a purchaser of a product or the like acts to efficiently increase the product points associated with the product, the product points are determined according to the purchaser to be dealt with. Receive incentives for actions in trading. When the merchandise points are determined according to the provider to be traded, the provider is inspired by the behavior in the transaction through the behavior of the buyer in the transaction.

[0013]

DESCRIPTION OF THE PREFERRED EMBODIMENTS (Configuration of Transaction Management System / Transaction Management Server / Terminal Device) FIG. 1 is a diagram showing an outline of a transaction management system according to an embodiment of the present invention. This transaction management system can be applied to the management of transactions in an operating entity (center) that purchases products from a provider (supplier) that provides products, services, and the like and sells the products to buyers (buyers).

The transaction management system includes a center server device (transaction management server device) 10 for managing transactions,
A supplier terminal 20 used by a provider (supplier) of goods, services, etc. (hereinafter, simply referred to as goods);
Buyer terminal 30 used by the buyer (buyer) of the product
And

Between the center server device 10 and the supplier terminal 20, the center server device 10 and the buyer terminal 3
Between 0, it is connected by the network 1. The network 1 is configured by a network such as the Internet or a LAN that communicates according to the TCP / IP protocol, for example. This network 1
Is not limited to this example, as long as communication between the center server device 10 and the supplier terminal 20 and between the center server device 10 and the buyer terminal 30 can be performed, for example, a public communication network that performs communication using another protocol And the like.

The center server device 10 stores, for example, a communication interface (I / F) 11 for performing communication via the network 1, a CPU 12 for executing a control program and the like, a control program, data and the like as shown in FIG. A memory 13 for storing data such as various tables used for transaction management, a bus 15 for connecting these, a display unit for displaying images, an operation unit for inputting instructions from an operator, and the like. ing.

Each of the supplier terminal 20 and the buyer terminal 30 includes, for example, a communication I / F, a CPU, a memory,
A display unit, an operation unit, and the like are provided.

FIG. 2 is a diagram showing an outline of functions realized by the center server device 10, the supplier terminal 20, and the buyer terminal 30 each executing a control program.

In the center server device 10, for example, an HTTP server 16 for providing information on products by an HTTP (Hyper Text Transfer Protocol) protocol and a purchase instruction from a supplier terminal 20 are sent to the supplier terminal 2.
0, an ordering engine 17 for supplying information to a customer, a registration control unit 18 for controlling registration of prices and the like for each product from a supplier terminal 20, and a registration control unit 19 for controlling registration of evaluation information and the like from buyers based on questionnaires and the like. Is working.

The supplier terminal 20 includes, for example, a Web browser 22 serving as a user interface for an operator of the supplier terminal 20 and an ordering engine 17.
The order receiving unit 23 that acquires a purchase instruction supplied from the company is functioning. When the order receiving unit 23 is supplied with a purchase instruction having information for specifying a product and its quantity from the ordering engine 17, the order receiving unit 23 responds to the purchase instruction by, for example, the supplier terminal 2.
0 is instructed to ship the product.

In the buyer terminal 30, for example, a Web browser 32 serving as a user interface for the operator of the buyer terminal 30 and an ordering unit 33 for supplying a purchase instruction to the ordering engine 17 function. Ordering part 33
When the operator of the buyer terminal 30 specifies a supplier, a product, a quantity, and the like, the buyer terminal 30 supplies a purchase instruction including the information to the order receiving engine 17.

(Outline of Operation) In this transaction management system,
The price of the product provided for each supplier and the points obtained by the buyer who purchased the product are set. These prices and points are set according to, for example, the past transaction results of the buyer, even for the same product provided by the same supplier.

FIG. 3 shows an example of a price / point table for managing such prices and points for each supplier. This price / point table is provided for each supplier. In the price / point table for each supplier, merchandise supplied by the supplier and basic points determined according to the supplier for each merchandise are stored in association with each other. In the price / point table, prices and points for each buyer are stored in association with each product. The price of each buyer is determined for each supplier according to each buyer's past purchase quantity, etc., and each buyer's point is based on the base point of each of the above-listed products, according to each buyer's past transaction history etc. Determined by multiplying by a multiplier determined for each supplier.

The basic points determined for each product for each supplier are managed, for example, by a basic point calculation table shown in FIG. As shown in the basic point calculation table, the basic points include, for example, a.
Price (evaluation of whether the price of the product is high), b. Advertising (evaluation of the performance of advertisements such as catalogs), c. Affinity, novelty (e.g., evaluation of whether a product is familiar or new), d. A sense of security (evaluation of whether the product is a safe brand), e. Quality (evaluation of whether the quality of the product is high), f. Delivery date (evaluation of whether delivery date is short, compliance with delivery date, etc.), g. Cost performance (evaluation of quality, function, etc. for product price), h. Payment terms (evaluation of payment deadlines, etc.), i. Hot selling (evaluation as to whether the product is sold among similar products), j. It is determined according to the evaluation (point) of evaluation items (parameters) such as sales promotion (evaluation [recommended degree] of presence or absence of product sales promotion activity or recommendation by center).

Parameters a. The value of the price is determined, for example, by obtaining the statistics of suppliers who provide the same product, and by, for example, a five-step evaluation based on the standard deviation or the like. Specifically, for example, the top 5% of the suppliers with the lowest product prices are rated highest (eg, 10 points), and the top 5% to 25% of the suppliers are ranked next (eg, 8 points).
Points), the top 25% to 75% of suppliers are ranked next (for example, 6 points), and the top 75% to 95% of suppliers are ranked next (for example, 4 points), and 95% The lowest rating (e.g. 2%)
Point). Parameter f. Delivery date, h. The value of the payment term may also be, for example, the value of this parameter a. Like the price value,
Determined based on the standard deviation from the statistics of each supplier.

The parameter e. Quality, g. The value of cost performance is determined for each product by evaluation by the buyer. Specifically, for example, a buyer who purchased the product within a predetermined period is requested to perform evaluation by a questionnaire, and the evaluations of each buyer are totaled to evaluate the values of these parameters. This questionnaire is, for example,
Is displayed on the display screen of the buyer terminal 30 by the Web browser 32.

More specifically, as shown in FIG.
The display 41 indicating the parameter to be evaluated, the display 42 for evaluating each parameter, and the display 42 on the buyer terminal 30 are provided on the display screen of the display unit (not shown) of the buyer terminal 30 by the eb browser 32. Pointer 4 according to the operation of a pointing device such as a mouse
3 is displayed. The display 42 for evaluating each parameter includes a gauge 42a indicating an evaluation value and a marker 42b for evaluating. The marker 42b is displayed on the gauge 42a by a so-called drag operation of the pointing device by the operator. The display position can be changed.

The HTTP server 16 stores data for displaying such an evaluation screen (eg, HTML (Hyper Text Mark).
up Language) format) and generate this
b Supply to the browser 32. The web browser 32 displays an evaluation screen according to the supplied data. The operator of the buyer terminal 30 seeing this screen changes the position of the marker 42b by dragging the pointing device to set the value of each parameter.

When the position of the marker 42b is changed, the We
The b browser 32 obtains the value (evaluation information) of each parameter according to the position of each marker 42b, and stores the obtained evaluation information in H
This is supplied to the TTP server 16. The value of each parameter is, for example, a five-point evaluation of 10, 8, 6, 4, 2 points from the higher one. The HTTP server 16 records the supplied evaluation information in the HDD 14. The evaluation information recorded in the HDD 14 is totaled by the CPU 12 at predetermined intervals, and for example, the average of the parameter values set by each buyer is set as the parameter value in FIG. 4 described above.

The parameter b. Advertising, c. Sense of intimacy,
Novelty, d. The value of the sense of security also depends on the parameter e. Quality, g. Similarly to the value of cost performance, it is determined by a buyer's evaluation by a questionnaire every predetermined period, for example, by a five-point evaluation out of 10 points,
Evaluation of these parameters is performed for each supplier. FIG. 5B shows an example of an evaluation screen displayed by the Web browser 32 when performing such a questionnaire. These parameters b. Advertising, c. Affinity, novelty, d. Since the value of the sense of security is determined for the supplier, even for the same product, the basic points may differ depending on the supplier.

If the buyer acts to increase the points efficiently, it is considered that even if the goods and the price are the same, the buyer tries to purchase the goods from the supplier with the higher points. For this reason, suppliers
In order to improve sales, it is considered that there is an incentive to modify one's behavior in a direction that increases the basic points. Therefore, if the basic points are determined based on the above-mentioned parameters, it is possible to give an incentive to the behavior of the supplier through the points.

The parameter i. The evaluation of the sellers is performed by automatically analyzing, for example, merchandise that is sold among the same kind of merchandise from transaction information. Specifically, for example, commodities are classified for each type, and the commodities and quantities in individual transactions are captured. Automatically evaluated by.

The parameter j. The sales promotion is performed by, for example, a center server device based on a five-point evaluation out of 10 points, for example, in accordance with the evaluation of whether there is a sales promotion activity such as a campaign by a supplier or a product manufacturer, or whether the product is recommended by the center. 10 operators set for each product.

Incidentally, the value of the basic point is, for example, the value X _i (i = 1 [parameter a],
i = 2 [parameter b], i = 3 [parameter c],.
.., I = 9 [parameter i])) are determined, for example, as a score of 10 points, as described above, and the values obtained by multiplying the value X _i of each parameter by a coefficient a _i set separately are summed up. Therefore, the value of the basic points is expressed by Σa _i · _{X i.} Although FIG. 4 shows a case where all the coefficients a _i are set to 1, in this case, the sum (ΣX _i ) of the sum of the values of each parameter (X _i ) may be used as the base point as it is.

[0035] If to determine the basic point by the sum of the values obtained by multiplying the coefficients a _i to the value X _i of the parameters as described above, by changing the coefficients a _i as appropriate, to the weighting parameter to emphasize Can be used. By weighting each parameter, it is possible to easily change the direction of the incentive given to the behavior of the supplier. For example, the parameter a. When emphasizing price may be the coefficients a ₁ parameters a greater than a value (e.g. 1) of the coefficients a _i of the other parameters (e.g., 2). As a result, the ratio of the parameter a according to the price to the basic points increases, and the range of increase or decrease of the basic points according to the price increases.

The weighting of each parameter is set as follows:
Even if the operator of the center server device 10 performs the operation manually, the transaction status may be analyzed by a control program or the like separately executed by the CPU 12, and the operation may be automatically performed according to the analysis.

In order to weight each parameter value, as described above, each parameter value (point) is used.
In addition to multiplying by a multiplier, the number of points determined by evaluating the value of each parameter may be changed. For example, when importance is attached to the price, if reviewers point parameter a as 20-point scale, made the same way as in the 2 coefficients a ₁ parameters a and evaluated by 10 point scale. If the number of points in the evaluation of the value of each parameter is changed in this way, the basic point can be obtained by simply summing the values of each parameter, and the calculation load can be reduced.

Conversely, if the sum of the values obtained by multiplying the values of the parameters by the coefficients is used as the basic point, the calculation load is slightly increased, but it is not necessary to change the evaluation processing of each parameter. Changes can be made quickly.

Further, as shown in the price / point table in FIG. 3 described above, points corresponding to individual products provided by each buyer are added to the basic points described above.
It is determined by multiplying by a multiplier set according to each buyer's transaction record for each supplier. The multiplier is determined for each buyer for each supplier, for example.

The multiplier is used to adjust the points accumulated by the buyer according to the transaction conditions determined by the buyer, the buyer's reliability, the buyer's contribution to the transaction management system, the buyer's transaction performance, and the like. . This multiplier is calculated based on a multiplier calculation table as shown in FIG. 6 provided for each supplier, for example. Referrals,
C. Payment terms / payment results, D. The length of the transaction, E. It is determined using parameters such as the degree of information provision.

Parameter B. The value of the referral result is determined based on a five-stage evaluation of, for example, 10, 8, 6, 4, or 2 points for each buyer, for each buyer who uses the transaction management system. Parameter C. The payment condition / payment result values are accumulated by accumulating payment conditions and payment results at the time of purchase by the buyer in the past, and are determined by five-level evaluation in the same manner as described above. Parameter D. The value of the transaction length is determined for each buyer, for example, for a period from the start of use of the transaction management system, and is determined by a five-level evaluation as described above. Parameter E. The value of the information provision degree is determined by, for example, obtaining a degree of information provision to the transaction management system, such as the above-described evaluation based on a questionnaire by the buyer, and performing the five-stage evaluation in the same manner as described above.

The values of the parameters B to E are set by, for example, input by an operator of the center server device 10. Alternatively, data serving as a basis for determining each parameter may be totaled and automatically set by a control program executed by the CPU 12. In this way, when each parameter is set, the CPU 12
A multiplier is obtained and set as a value as a multiplier for each buyer in the price / point table shown in FIG.

This multiplier is obtained, for example, by the following equation.

Multiplier = b ₁ · B + b ₂ · C + b ₃ · D + b ₄ · E (1) (B, C, D, E: values of respective parameters) The values of the coefficients b _{1 to} b ₄ are, for example, the multiplier. But 1 to 10
It is determined to be about. For example, when the multiplier is set to 1 when the value of each parameter is a perfect score (10 points), the sum of each term on the right side of the equation (1) may be 1, and for example, each coefficient b ₁ all the value of ~b ₄ 0.02
5 is assumed.

Further, for example, the value of each parameter is a perfect score (1
When the multiplier is set to 10 when the value is 0 point, the sum of the terms on the right side of the equation (1) may be set to 10. Therefore, for example, all the values of the coefficients b _{1 to} b ₄ are set to 0. .25. Alternatively, any one of the parameters b _{1 to} b ₄ to be emphasized may be set to 0.5, and the other three parameters may be set to 0.1667 (= 5/30).

As described above, in this transaction management system,
By changing the multiplier of the points given to the goods purchased by the buyer for reasons other than the purchase of the goods, the points can give an incentive to actions other than the purchase of the goods by the buyer.

Further, since the so as to determine a multiplier in accordance with the sum of each value multiplied by the coefficient b ₁ ~b ₄ the value of the parameter for determining the multiplier, appropriately changing the value of the coefficient b _i Then, it can be used for weighting important parameters. In this way, by weighting each parameter, it is possible to easily change the direction of the incentive given to the behavior of the buyer.

By the way, about the products recommended by the center,
And the above parameters j. Promotional
If the contribution is extremely high, buyers will purchase products
Can be induced. Specifically, for example,
Coefficient a of parameter other than j _iTo about 1,
Parameter coefficient a_iIs about 10 for example
Makes the contribution of parameter j to the base point
Can be increased.

Alternatively, instead of increasing the coefficient, the evaluation of the parameter j may be unevenly distributed so that the evaluation point of the parameter j for the recommended product is set large. For example, the evaluation of the parameter is set to 10 points for a few recommended products, and 2 points or 0 points for other products. Further, a negative point may be given for a specific product.

As a result, for example, several types (for example, three types) of the same type of product are given greater points than other types of products, and buyers have a strong incentive to purchase these products. Will work. As a result, purchase requests for a specific type of product can be concentrated on the above-mentioned three types of products selected by a small number (for example) of buyers.

By concentrating buyers' purchase requests on specific commodities, the purchase quantity of these commodities increases. In general, it is considered that the higher the purchase quantity, the lower the price of the product provided by the supplier to the center.As described above, the points recommended for the product recommended by the center are distributed in an uneven manner. This can contribute to a reduction in the price of the product. As a result, the buyer can also benefit from a reduction in the price of the product.

(Details of Operation) As described above, in this transaction management system, points are given to products provided by suppliers. When a buyer purchases a product to which such points have been given, points given to the product are accumulated in the buyer who purchased the product.

FIG. 7 is a diagram conceptually showing the flow of data between the above-described tables in such a process.
The above-mentioned price / point table shown in FIG. 3 is created by, for example, the CPU 12 in accordance with the price setting by the supplier, the basic point calculation table shown in FIG. 4, and the multiplier calculation table shown in FIG.

When a buyer purchases a product, the product,
A purchase instruction having information for specifying the quantity is supplied from the ordering unit 33 to the order receiving engine 17. When the purchase instruction is supplied, the ordering engine 17 refers to the price / point table described above, and the buyer who supplied the purchase instruction,
The price (unit price) of the product is obtained, a subtotal according to the quantity of the product in the purchase instruction is obtained, and an order table shown in FIG. 7 is created and stored in the HDD 14, for example. Further, the ordering engine 17 acquires the points given to the product from the price / point table, generates point aggregation intermediate data obtained by multiplying by the quantity in the purchase instruction, and stores the data in the HDD 14. Such intermediate data is, for example, totalized by the CPU 12 and accumulated in a buyer point table for managing points for each buyer.

The buyer can check the number of his / her own points accumulated as described above. In the processing for confirmation, first, the Web browser 32 generates a message (point information request message) for requesting confirmation of points according to an instruction from the operator, and transmits the message to the HTTP server 16.

When the point information request message is supplied, the HTTP server 16 specifies a buyer based on, for example, a user ID or the like acquired by a user authentication process provided in the HTTP server 16. When the buyer is specified in this way, the HTTP server 16 reads out the total points accumulated by the specified buyer from the above-mentioned buyer point table, generates data capable of displaying the total points, and supplies the data to the Web browser 32. I do. The data is, for example, a character indicating the total of the points, or an HTML file containing information such as a link to an image for this purpose.

When such data is supplied, the Web
The browser 32 displays an image corresponding to the data on a display screen. By looking at this display screen, the buyer can know the total points accumulated in the buyer.

Further, if necessary, the buyer can confirm the specific basis of the total of the points. Buyer terminal 3 via Web browser 32
When the operator of 0 requests confirmation of a specific item, H
The TTP server 16 generates content (for example, an HTML format file, image data, and the like) for displaying an image as shown in FIG. 8 and supplies the generated content to the Web browser 32.

When such contents are supplied, W
The web browser 32 displays an image corresponding to the supplied content. As a result, an image as shown in FIG. 8 is displayed on the display screen of the buyer terminal 30. In this image, for example, an area 60 for displaying the number of points acquired by the buyer within a predetermined period, an area 61 for displaying the total of accumulated points, an area 62 for displaying the multiplier described above,
An area 63 for displaying a parameter serving as a basis for calculating a multiplier, and an area 64 for displaying the sum of points and the distribution of each parameter are provided.

In the area 63 for displaying parameters, each parameter and parameter values 63a, 63b, 63c,
63d is displayed. In the area 64 for displaying the total of points and the tendency of each parameter, a display 64a of the buyer's tendency and a display 64b of an average tendency of the buyer (participating company) using the transaction management system are displayed.
And a display 64c of the total of the points and a display 64d of the value of each parameter are displayed.

By viewing such an image, the buyer can determine the difference between the points accumulated in the buyer, the basis for calculating the multiplier for determining the points, and the average of the buyers using the transaction management system. It is possible to easily confirm the specific basis of the sum of points such as.

Assuming that the buyer acts to efficiently increase the points, the concrete grounds of the total of such points are shown to the buyer so that the buyer can increase his or her own trading conditions so as to increase the points. It is thought that the incentive to correct such actions works. Thus, in the transaction management system, by changing the parameter for calculating the multiplier, the incentive can be given to the buyer via the points.

As described above, the incentive can be given to the supplier by the basic points. In this transaction management system, by changing the points given to the product, the supplier who is the provider of the product can An incentive can be provided for the behavior of both buyers of the product.

The parameters for determining the basic point include, for example, j. Return conditions at the time of product purchase (for example, if only initial failure can be returned, evaluation is made based on the period, etc., or evaluation is made based on the possibility of return of goods at the buyer's convenience such as compatibility), k. An industry standard (evaluated based on whether or not the product is an industry standard) or the like can be used. By determining the basic points in consideration of these parameters as well, it is possible to give an incentive via the points to the behavior of the supplier corresponding to these parameters.

As parameters for determining the multiplier, in addition to the above-described example, for example, F.V. G. Return status (evaluation of the buyer's return in past purchases, for example, out of 10); Promotional product purchase level (for example, whether or not the supplier has purchased a product that
Evaluation on a scale of 0 to 0) can be used. By determining the multiplier in consideration of these parameters, it is possible to give an incentive via points to the behavior of the buyer corresponding to these parameters.

(Transaction Processing) FIG. 9 is a diagram showing transaction processing in this transaction management system.

Setting of Price List by Product / Buyer First, the center predicts the purchase quantity of each buyer for each product, and totals the purchase quantity of all buyers for each product.
Set the price (purchase amount) between the center and the supplier with the supplier according to the total purchased quantity. The result is supplied from the supplier terminal 20 to the center server device 10 as a price list for each product, for example.

Since the prices of the products set by the center differ depending on the purchase quantity (or past purchase results) of each buyer, when a price list for each product is supplied from the supplier, the CPU 12 of the center server device 10 The price for each buyer is set according to the purchase quantity predicted for each buyer as described above for each product, and the price / point table shown in FIG. 3 described above is created for each supplier and stored in the HDD 14.

Points are given. The price / point table for each supplier is stored in the HDD 14.
The CPU 12 calculates the basic points for each supplier and product according to the basic point calculation table shown in FIG.
Use the value in the point table. In addition, the CPU 12 obtains a multiplier for each buyer according to the multiplier calculation table shown in FIG. 6 described above, and sets the multiplier in the price / point table for each supplier.

When the values of the basic point and the multiplier are obtained,
For example, the CPU 12 calculates points given to each product in the price / point table for each buyer and sets the calculated points as values in the price / point table.

Catalog Presentation When an instruction for presenting a catalog is supplied from the Web browser 32, the HTTP server 16 determines the price of the product corresponding to the buyer from the value of the price / point table set as described above. Data that can display a catalog indicating points and the like (HTML format file in which instructions for displaying images such as characters constituting the catalog, etc.) are created and supplied to the Web browser 32. The data of this catalog may be, for example, data capable of displaying the prices and points of the products for each supplier as shown in FIG. 10A, or the prices and points for each product as shown in FIG. It may be data that can be displayed.

More specifically, for example, when a catalog is created for each supplier, the HTTP server 16 obtains a product for each buyer, its price, and points from the above-mentioned price / point table for each supplier, and acquires these. Generates displayable data (for example, an HTML format file) and stores it as an electronic catalog on the Web page of the buyer terminal 30.
It is provided to the browser 32. The Web browser 32 displays the image shown in FIG. 10A according to the supplied data.

When the catalog is displayed in this manner, the operator of the buyer terminal 30 can confirm the price of the product and the points given.

By the way, as shown in FIG. 10A, when the order of the products in the catalog is set to the price order, and when there are a plurality of products having the same price, they may be arranged in the order of points. Alternatively, they may be arranged in descending order of points regardless of the price of the product. For example, in FIG.
In the case shown in (A), the display order is, for example, displayed as product B, product A,. In this way, by arranging products in the order of points, the purchaser can easily recognize products with high points. Assuming that the purchaser acts to efficiently increase the points, by recognizing the product having the high purchaser point, an incentive to purchase the product having the high point can be given.

When a catalog is created for each product, the HTTP server 16 acquires the same product, the price and points of the product for the same buyer from the above-mentioned price / point table of each supplier, and As in each case, data that can display these is generated and provided to the Web browser 32 of the buyer terminal 30 as an electronic catalog. The Web browser 32 displays the image shown in FIG. 10B according to the supplied data.

As shown in FIG. 10 (B), when there are a plurality of suppliers with the same price for the same product, the products are displayed in order from the supplier with the most points attached to the product. Alternatively, it may be displayed in the order of points regardless of the price of the product. By displaying suppliers in the order of points in this way, an incentive to purchase from a supplier with a higher point for a buyer works. As a result, suppliers are motivated to increase their points in order to increase sales.

Further, in FIG. 10 described above, the display 72c of the conversion rate between points and currency values is displayed in the catalog window 70, but, for example, as shown in FIG. The converted window 70 may be displayed (for example, as a so-called floating window), and a display 76 of the conversion rate between the points and the currency value may be displayed in the window 75.
In this way, if the display of the conversion rate between points and currency values is displayed in a window different from a window such as a catalog, a person looking at the display screen of the buyer terminal 30 can easily recognize the conversion rate. Can be. This allows
A change in the conversion rate can be quickly recognized.

More specifically, for example, when an HTTP connection is established between the buyer terminal 30 and the center server device 10, the window 75 in the HTML format file supplied to the Web browser 32 is set.
May be opened, for example, data for displaying the conversion rate supplied from the HTTP server 16 may be acquired at predetermined intervals, and an instruction to display the data in the window 75 may be described.

When providing a catalog for each product, in order to improve operability, for example, FIGS.
As shown in FIG. 3, a product may be selected step by step by category.

When an instruction to display a product catalog is issued via the Web browser 32, the HTTP server 16
As shown in FIG. 2, data that can display a screen in which the products are classified by category is created and supplied to the Web browser 32. When such data is supplied, the Web browser 32 displays an image as shown in the figure in the window 80 displayed on the display screen.

In this window 80, buttons 81a, 81b, 81c, 81d for indicating product categories and for selecting each product category, and buttons 81a to 81d are provided.
Displays 82a, 82b, 82c, and 82d indicating products belonging to a product category corresponding to 81d are displayed. The operator of the buyer terminal 30 who sees such a screen displays the display 82
By looking at a to 82d, products belonging to each product category can be recognized.

When the product category to which the target product belongs is recognized by such an image, the operator gives an instruction (so-called click) to a button indicating the product category. For example, when the button 81a is instructed and a predetermined product category “office supply” is selected, information indicating the selection is supplied to the HTTP server 16.

When such information is supplied, the HTTP
As illustrated in FIG. 13, the server 16 creates data that can display a screen that displays products included in a specific product category, and supplies the data to the Web browser 32. When such data is supplied, the Web browser 32 displays an image as shown in the figure in the window 90 displayed on the display screen.

In this window 90, buttons 91a, 91b, 91c, 91d for indicating products included in the product category, a button 92a for selecting each product, a display 92 indicating a product recommended by the center, Displays 93, 94, etc., indicating the suppliers that provide the product to which they belong are displayed. The operator of the buyer terminal 30 who sees such a screen can recognize each product by looking at each of the buttons 91a to 91d.

When the product to which the target product belongs is recognized by such an image, the operator gives an instruction (so-called click) to a button indicating the product category.

When the operator of the buyer terminal 30 looks at such a screen and points to the button 91a to select a predetermined product (for example, copy paper), information indicating the selection is displayed in HTTP.
It is supplied to the server 16.

When such information is supplied, the HTTP
The server 16 generates data capable of displaying a catalog for each product as shown in FIG. 10B described above, and supplies the generated data to the Web browser 32. As described above, if the product is configured to be displayed step by step, it is possible to contribute to improvement in operability.

By the way, the display 92 showing the product recommended by the center in FIG. 13 is displayed. During this display, a button 92a for indicating a product and for instructing the purchase of the product, a display 92b of the price of the product, and a display 92c of points attached to the product are displayed.
Thereby, the operator of the buyer terminal 30 can recognize recommended products, prices, and points.

For example, if a product (the above-mentioned recommended product) in which points are distributed unevenly as described above is displayed in the area 92, the buyer can easily recognize that a high point is given to the product. be able to. Accordingly, buyers are even more attracted to purchasing recommendations.

Each button 92a is associated with an instruction for instructing the purchase of a product corresponding to the button. When the button 92a is instructed, the Web browser 32
And instructs the HTTP server 16 to transmit a form in which predetermined items are described. This facilitates the purchase of the product displayed in the area 92.

Further, displays 93 and 94 indicating the suppliers in FIG. 13 are displayed. The display 93 displayed at the top of the window 90 indicates, for example, the supplier with the highest evaluation among the suppliers providing the product category “Office Supply”.

The display 93 is displayed, for example, in FIG.
It may be a button associated with the instruction to display the catalog for each supplier shown in (A). Specifically, in the HTML file, an instruction of a catalog request is described in association with a button indicating the display.

Under the display 93, a display 94 capable of displaying the next highest evaluated supplier is displayed smaller than the display 93. The display 94 can be, for example, a button associated with an instruction to display the next supplier. Specifically, in the HTML file, HT
An instruction for requesting the TP server 16 to transmit data capable of displaying the next supplier is described.

As described above, by displaying the suppliers with high evaluation, the buyer can easily recognize the suppliers with high evaluation. In addition, if the button is used to display the catalog of the supplier, the buyer can easily select the supplier.

[0095] As described above, since the basic points given to the product are higher when the supplier's evaluation is higher, the buyer is incentive to purchase from the higher-rated supplier, and the higher-rated supplier is asked to purchase the higher-rated supplier. Easier recognition gives buyers more incentive to buy from reputable suppliers.

Ordering (for the center) When the user selects a product to be purchased by looking at the catalog, the buyer instructs the center server device 10 to purchase the product. Specifically, when a purchase is requested by the operator of the buyer terminal 30, the HTTP server 16 generates data capable of displaying an order form as shown in FIG.
This is supplied to the browser 32. This data includes an instruction for displaying input fields (95a, 95b) for a product name, a quantity, etc., and a display 95 of a product point given for each product.
c, display 95d of commodity points given according to the data entered in each input field, display 96 of the order amount, total points obtained by ordering, display 98 of points accumulated by the buyer, points and the points concerned And an instruction to display a conversion rate display 99 with the value that can be enjoyed by the buyer.

When the product to be purchased, the quantity, and the like are selected in this form, for example, the Web browser 32 generates data of a purchase instruction as shown in FIG. To the ordering engine 17 via the FIG. 9A shows an example of data of a purchase instruction for each supplier, and FIG. 10B shows an example of data of a purchase instruction for each product.

Since the price and points of the product can be obtained by referring to the above-mentioned price / point table, the data of the purchase instruction must specify at least the supplier, the product, the quantity, and the buyer who issues the purchase instruction. Anything that can be done is enough. Therefore, the points, the amount subtotal, and the point subtotal in FIG. 15 are not necessarily required. However, in the case where the value of the price / point table shown in FIG. 3 is changed in real time, it is desirable to include the points, the amount subtotal, and the point subtotal in the data of the purchase instruction. Alternatively, instead of the points, the amount subtotal, and the point subtotal, information indicating the time at which the purchase instruction was issued is included in the data of the purchase instruction, and the change history of the value of the price / point table is separately held, and the purchase instruction is stored. May be referred to the value of the price / point table corresponding to the time.

Summarization When the data of the purchase instruction as described above is now supplied, the ordering engine 17 summarizes the purchase instruction from each buyer at predetermined intervals (for example, 30 minutes or 1 hour) for each supplier. For example, as shown in FIG. 16, data of purchase instructions aggregated for each supplier is created.

Ordering (to Supplier) When the data of the consolidated purchase instruction shown in FIG. 16 is created,
The ordering engine 17 supplies this to the order receiving unit 23.

Receipt confirmation / shipment instruction When receiving the data of the purchase instruction, the order receiving unit 23 confirms the payment from the buyer, and then instructs the shipment of the product instructed to be purchased. If there is an arrangement between the center and the supplier in advance, the delivery of the product may be instructed without confirming the payment. In accordance with this instruction, the goods are shipped and delivered to the buyer.

Evaluation When the transaction is completed, the supplier evaluates the buyer with respect to, for example, the payment results. This evaluation may be performed for each transaction, or may be performed collectively at predetermined intervals using, for example, an evaluation table as shown in FIG. This evaluation table is supplied to the registration control unit 18, for example.

When the supplier evaluates the buyer as described above and the evaluation table is supplied to the registration control unit 18, for example,
The PU 12 totals these evaluation tables and reflects them in the calculation of the parameters of the multiplier calculation table shown in FIG. If this processing is executed in real time, the value of the table changes dynamically. Further, if the price / point table shown in FIG. 3 and the catalog described above are changed in real time, the change in the multiplier due to this evaluation is dynamically reflected in the display of the catalog. With this configuration, it is possible to contribute to improving the response of the entire transaction management system, that is, to speeding up changes in transaction conditions.

In the above description, the buyer terminal 30
The example in which the center server device 10 collects the purchase instructions from the buyer and supplies the same to the supplier terminal 20 has been described. However, the purchase instruction from the buyer terminal 30 is supplied to the supplier terminal 20 each time without harvesting for each supplier. May be collectively performed only for the payment. Thereby, the time until the purchase instruction from the buyer terminal 30 is supplied to the supplier terminal 20 can be shortened, which can contribute to the promptness of the transaction.

(Return of Funds) The amount by which a buyer purchases a product differs depending on the size of the buyer and the like. For this reason, in this transaction management system, as shown in FIG. 18, for example, a supplier can set the price of a product according to the purchase quantity of a buyer. For example, a supplier may respond to each buyer's past purchases, etc.
The price for each buyer is set as shown in FIG. 3 according to the price according to the purchase quantity of the product as shown in FIG. As a result, even for the same product provided by the same supplier, it is possible to set a price according to the purchase quantity of each buyer. For example, the purchase quantities from the past product A are V ₁ (750), V ₂ (275), and V ₃ (4
The prices P ₁ , P ₂ , and P ₃ for buyer 1, buyer 2, and buyer 3, which are 0), are respectively $ 45,
They are ¥ 48 and $ 50.

On the other hand, between the center and the supplier,
The price can be set according to the purchase performance such as the purchase quantity (total of the purchase quantities of all buyers). For example Buyer 1
The center that coordinates the purchases of buyers 3 is the price P _m corresponding to 1065 which is the sum of the purchase quantities of each buyer.
The product A can be purchased at $ 40.

For this reason, the partial gap indicated by the broken line in FIG.
Word, P₁V₁+ P₂V₂+ P₃V ₃, So to speak
And the sales amount (funds). This funding is, for example,
As shown at 0, the center is responsible for each buyer's purchase quantity
The sum of the amount to be charged (conventional) ($ 48950) and the center
-Amount paid to the supplier (JV total: $ 4260)
0) (the total of Δ: $ 6350) remains at the center
You.

In this transaction management system, the difference can be used as a source to manage a part or all of the difference for distribution to all buyers or all buyers and centers.

The distribution ratio among buyers may be, for example, simply the ratio of the purchase amount of each buyer, or may be determined in consideration of the contribution of each buyer to the transaction management system. For example, the points accumulated by each buyer as described above also reflect the degree of contribution of each buyer to the transaction management system. Therefore, the distribution ratio may be determined according to the points.

When the distribution ratio to each buyer is determined according to the points, the amount to be returned to each buyer is determined by the ratio of the points accumulated by each buyer to the total points accumulated by all buyers. And the resources to be returned to the buyer (the product of the resources and the ratio to be returned to the buyer). That is, the amount to be returned to each buyer is (points accumulated in each buyer / points accumulated in all buyers) × resources × return ratio.

Specifically, for example, as shown in FIG.
For example, the return ratio of resources distributed to each buyer is two-thirds
, The funding is $ 3,000,000, and the points accumulated by buyer 1 and buyer 2 are 400
0 points, 1000 points means buyer 1,
Buyer 2 has $ 1,600,000 and $ 40 each
0000 is reduced. When performing such a reduction,
The return amount (conversion rate) per point is $ 3,00
0000 × (2/3) / (5000 points) = 40
0 [￥ / point].

This conversion rate varies depending on the amount of resources to be returned to the buyer and the number of points (total issued points) accumulated by all buyers. Therefore, the conversion rate may be calculated in real time when any of the resources or the total number of issued points fluctuates. Thus, the conversion rate can be changed in real time. The HTTP server 16 can supply data corresponding to the conversion rate to the Web browser 32,
As described above, the Web browser 32 performs the HT every predetermined time.
If the conversion rate can be obtained from the TP server 16, the buyer can know the change in the conversion rate in real time.

(Payment Using Points) Such a return amount may be directly returned to each buyer. However, in this transaction management system, as shown in FIG. 22, the points are replaced with the buyer and the center instead of the currency. It can be used for settlement between centers or between centers and suppliers. In order to manage such settlement, the center server device 10 uses, for example, tables 101, 102, and 103 shown in FIG. Table 101
Contains the total points accumulated for each buyer,
The total of points (issued points) accumulated by all buyers is stored, the table 102 stores the resources to be returned to the buyer (resources), and the table 103 stores the return rate (rate). Is stored.

For example, as shown in FIG. 23 (A), the points accumulated in the buyer 1 are XXXX points, the source is $ aaaa, and the already issued points are TTT
Assume that the T point and the reduction rate are r. In this state, if the buyer 1 uses Z points (ie, ￥ [Z · r]) in the settlement of the purchase of a product or the like, the CPU 12 stores the buyer 1 stored in the table 101 as shown in FIG. And Z points are reduced,
The resources stored in the table 102 are reduced by ￥ [Z · r]. As a result, the funds are reduced by the amount used for settlement, but the issued points are also correspondingly decreased, so that the rate is the same as before the settlement.

As described above, in this transaction management system,
The buyer can make a payment according to the accumulated points.

(Hierarchical Management) In this transaction management system, as shown in FIG. 24, for example, buyers can be grouped (JV: joint venture) and profits can be returned within the group. ing. Note that even in this case, the center server device 1
0 and the buyer terminal 30 are physically connected as shown in FIG.
FIG. 24 conceptually shows management on a group basis.

For example, even if the buyers belong to the same group, the size of each buyer is considered to be different. For example, large buyers purchased more and benefited from discounts on purchases. On the other hand, relatively small buyers have relatively low purchase quantities and should not be able to benefit from the discounts of larger buyers. As a result, some of the profits from
It may be returned to large buyers.

As described above, in this transaction management system, the unit price of a product is set in accordance with the buyer's past transaction record and purchase quantity, so that the price of a large-scale buyer is higher than that of a smaller buyer. Cheap. However, the change in the unit price is not immediately reflected in the change in the transaction situation. For this reason, the profit may be returned to the buyer according to the specific transaction situation (for example, purchase activity).

Further, in this transaction management system, since the transaction situation is reflected in the points accumulated by the buyer, the profit can be returned to some extent according to the transaction situation such as the purchase quantity by using these points. .

Further, in addition to the points, when allocating profits within the JV, for example, using a table as shown in FIG. 25, the total of points accumulated for each buyer is calculated in JV units. to manage. For example, as shown in FIG. 25, the number of points of buyers in the JV is totalized.

For example, a part of the resources is stocked, and the distribution according to the number of points acquired by each JV is performed between each JV. Within the JV, distribution is performed according to the points accumulated by each buyer. Since it is considered that a relatively large number of points are accumulated in a large-scale buyer, by allocating according to points, it is possible to distribute more profits to buyers having a large contribution to profits.

Further, in this transaction management system, the above-mentioned return of resources can be carried out to the JV itself. That is, a part of the resources returned to the buyer (for example, one third of the resources returned to the buyer)
Is returned to the JV, for example, the distribution ratio between the JVs is determined according to the ratio of the total points (total points) of the total points for each buyer belonging to the JV. For example, in FIG.
Since total points are required for each JV, the CPU
12 calculates the sum of the total points of all the JVs, and determines the ratio of the resources to be returned to each JV by the total points of each JV to this total.

(Operational management of resources) By the way, the payment term for performing settlement between the buyer and the center or between the center and the supplier depends on the scale of the payer (for example, the purchase quantity), the transaction results, the credit of the buyer, etc., for example. It may be different as shown in FIG. For example, the payment term of buyer 1 with the larger purchase quantity is 3 months later, the payment term of buyer 1 with the next largest purchase quantity is 2 months later, and the payment term of buyer 1 with the smaller purchase quantity is 1 month later. It is. On the other hand, since the purchase quantity of the center is the sum of the purchase quantities of these buyers, the payment deadline of the center is after five months.

FIGS. 27 to 29 show examples of a term management table for managing such a term of payment.

FIG. 27 shows an example of a term management table for managing the term of payment from each buyer to the center.

The payment of each buyer is set, for example, on a predetermined closing date, and is set in units of one month divided by the closing date. The payment deadline for each buyer is set in advance and stored in, for example, a table shown in FIG.

Upon receiving a purchase instruction from the buyer, the order engine 17 calculates the total amount of the purchase and supplies it to, for example, the CPU 12. The CPU 12 totals the term of payment for this purchase on a closing day basis, and accumulates the total amount for each predetermined closing day in the term management table shown in FIG. 27 described above.

The billing amount thus accumulated is billed for each buyer on a closing day basis. This request may be made, for example, by supplying data requesting the request to the buyer terminal 30, or may be made, for example, by a bill printed on paper.

[0129] Further, such totalization of payment in each transaction or billing of a collective amount are performed collectively for all buyers for each buyer.

FIG. 29 shows an example of a term management table for managing the term of payment from the center to the buyer.

Payments to each supplier are tabulated in a table shown in FIG. 29, for example, for each predetermined closing date.
As described above, the CPU 12 totals the total amount of payment for each buyer and obtains the total amount to be paid on a predetermined closing date for each supplier.

The accumulated billing amount is paid for each supplier on a closing day basis. The payment from the center server device 10 to the supplier terminal 20 can be made electronically by, for example, an online transfer service provided by a bank. Alternatively, an operator or the like of the center server device 10 may make a payment by means such as a transfer in accordance with an instruction from the center server device 10.

By the way, in this system, the payment period from the center to the supplier is shorter than the payment period from the buyer to the center.
The center can manage the amount of payment from the buyer, but by managing it with the time limit management table as described above, it is possible to easily manage this operation period.

By managing such a payment deadline, it is possible to contribute to more efficient management of a period in which funds can be used.

[0135]

According to the present invention, assuming that a purchaser of a product or the like acts to efficiently increase the product points,
Determining the merchandise points according to the buyer to be traded can provide an incentive to the behavior of the provider. Further, when the merchandise points are determined according to the provider to be dealt with, it is possible to give an incentive to the behavior of the provider through the behavior of the buyer.

[Brief description of the drawings]

FIG. 1 is a block diagram showing an outline of a transaction management system according to an embodiment of the present invention.

FIG. 2 is a block diagram showing an outline of functions of the transaction management system.

FIG. 3 is a diagram showing an example of a price / point table used for holding prices and points in the trading system.

FIG. 4 is a diagram showing an example of a basic point calculation table used for calculating basic points for each supplier.

FIG. 5 is a diagram illustrating an example of an image displayed by a buyer terminal when conducting a questionnaire to a buyer.

FIG. 6 is a diagram illustrating an example of a multiplier calculation table used for calculating a multiplier.

FIG. 7 is a diagram conceptually showing a data flow between tables for managing points accumulated by buyers.

FIG. 8 is a diagram showing an example of an image for showing a specific basis of a total of points accumulated by a buyer.

FIG. 9 is a diagram showing a transaction process in the transaction system.

FIG. 10 is a diagram illustrating an example of a product catalog displayed on a buyer terminal.

FIG. 11 is a diagram showing another example of a product catalog displayed on the buyer terminal.

FIG. 12 is a diagram illustrating an example of an image displayed for selecting a product step by step.

FIG. 13 is a diagram showing an example of an image displayed for selecting a product step by step.

FIG. 14 is a diagram illustrating an example of an order form displayed by a Web browser of a buyer terminal.

FIG. 15 is a diagram illustrating an example of data of a purchase instruction supplied from a buyer terminal to a center server device.

FIG. 16 is a diagram showing an example of data of a purchase instruction supplied from a center server device to a supplier terminal.

FIG. 17 is a diagram illustrating an example of an evaluation table for a supplier to evaluate a buyer;

FIG. 18 is a diagram illustrating an example of a product price set by a supplier according to a buyer's purchase quantity.

FIG. 19 is a diagram showing prices of products set for each center and each buyer.

FIG. 20 is a diagram showing resources remaining in a center after a transaction.

FIG. 21 is a diagram conceptually showing distribution of resources between buyers.

FIG. 22 is a diagram conceptually showing settlement by points.

FIG. 23 is a diagram showing an example of a table for managing settlement by points.

FIG. 24 is a diagram conceptually showing management of buyers in groups.

FIG. 25 is a diagram showing an example of a table for managing points accumulated by buyers on a group basis.

FIG. 26 is a diagram showing the difference in the payment deadline between the center and each buyer.

FIG. 27 is a diagram showing an example of a payment term management table for managing the payment term.

FIG. 28 is a diagram illustrating an example of a payment term management table for managing a payment term;

FIG. 29 is a diagram showing an example of a payment term management table for managing the payment term.

[Explanation of symbols]

DESCRIPTION OF SYMBOLS 1 ... Network, 10 ... Center server device, 11 ...
Communication I / F, 12 CPU, 13 memory, 14 HD
D14, 15: bus 15, 16: HTTP server, 17
... Order receiving engine, 18, 19 ... Registration control unit, 20 ... Supplier terminal, 21 ... Communication I / F, 22 ... Web browser, 23 ... Order receiving unit, 30 ... Buyer terminal, 31 ... Communication I / F, 32 ... Web Browser, 33 ... Ordering Department

──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme coat ゛ (Reference) G07G 1/12 321 G07G 1/12 321M 341 341A 1/14 1/14

Claims (46)

[Claims] 1. A merchandise point holding means for holding information for specifying a transaction object and points (commodity points) determined according to a purchaser of the transaction object associated with the information. Transaction management system. 2. The transaction management system according to claim 1, wherein said merchandise points are determined by a plurality of parameters according to a purchaser. 3. Accumulation point holding means for holding points (accumulation points) accumulated for each purchaser, and order information holding means for holding order information supplied from the purchaser and having information for specifying the transaction object Point addition for acquiring the merchandise points corresponding to the information specifying the transaction object held in the order information holding means from the merchandise point holding means, and adding the points to the accumulation points accumulated in the accumulation point holding means. 2. The transaction management system according to claim 1, further comprising means. 4. The merchandise point includes at least one of transaction conditions determined according to the purchaser, reliability of the purchaser, degree of contribution of the purchaser to the transaction management system, and transaction performance of the purchaser. The transaction management system according to claim 1, wherein the transaction management system is determined according to one of the conditions. 5. The transaction management system according to claim 4, wherein the transaction condition determined according to the purchaser is determined according to at least one of a purchase quantity, a payment condition, and a return record. 6. The transaction management system according to claim 4, wherein the reliability of the purchaser is determined at least according to a payment result in a past transaction. 7. The transaction management system according to claim 4, wherein the degree of contribution of the purchaser to the transaction management system is determined at least according to a result of evaluation of a transaction object or a supplier. 8. The transaction management system according to claim 4, wherein the transaction record of the purchaser is determined according to at least one of a transaction length with the purchaser and a past purchase quantity. . 9. The transaction management system according to claim 4, wherein said merchandise points increase as said conditions become more advantageous to said provider. 10. A product point holding means for holding information for specifying a transaction target and points (product points) determined according to a provider of the transaction target associated with the information. Transaction management system. 11. The transaction management system according to claim 10, wherein said merchandise points are determined by a plurality of parameters according to a provider. 12. An accumulation point holding means for holding points (accumulation points) accumulated for each purchaser, and an order information holding means for holding order information supplied from the purchaser and having information for specifying the transaction object. Point addition for acquiring the merchandise points corresponding to the information specifying the transaction object held in the order information holding means from the merchandise point holding means, and adding the points to the accumulation points accumulated in the accumulation point holding means. 11. The transaction management system according to claim 10, comprising means. 13. The merchandise point is determined according to at least one of transaction conditions determined according to the provider, evaluation of the provider, and quality of the transaction object to be provided. The transaction management system according to claim 10, wherein 14. The transaction management system according to claim 13, wherein said transaction conditions are determined according to at least one of price, delivery date, payment term, and return condition. 15. The evaluation of the provider includes at least an advertisement by the provider, a sense of security of the provided transaction target, a sales promotion activity,
14. The transaction management system according to claim 13, wherein the transaction management system is determined according to any one of a delivery date, a payment deadline, and a return condition. 16. The transaction management system according to claim 13, wherein the merchandise points increase as transaction conditions determined according to the provider become advantageous to the purchaser. 17. A transaction management system comprising: commodity point holding means for retaining information for specifying a transaction target and points (commodity points) determined according to the transaction target. 18. The transaction management system according to claim 17, wherein the merchandise points are determined according to at least a degree of recommendation by a management body for the transaction object. 19. The method according to claim 1, further comprising: price holding means for holding a price of the transaction object determined according to a transaction condition of the transaction object. Transaction management system. 20. The transaction condition according to claim 19, wherein the transaction condition is determined according to at least one of the number of purchases of the transaction object, the credit of the purchaser, the rating of the purchaser, and the payment term of the purchaser. Transaction management system described. 21. A purchaser-specific price holding means for holding, for each purchaser, a price of the transaction object acquired from the price holding means in accordance with a transaction condition of the purchaser. Item 19. The transaction management system according to Item 19. 22. A requesting means for charging for each purchaser an amount corresponding to the price acquired from the price holding means for each purchaser, and providing the provider with a transaction condition with the provider. 22. The transaction management system according to claim 21, further comprising: settlement means for executing settlement with the amount. 23. A resource calculating means for obtaining a difference (resource) between the sum of the amount charged to the buyer by the billing means and the amount settled by the payment means, and a ratio of accumulated points of each buyer. 23. The transaction management system according to claim 22, further comprising a distribution ratio calculating unit that calculates the distribution ratio of the resources. 24. Price holding means for holding a price of a trading object determined according to a trading condition of a trading object, and a price of the trading object obtained from the price holding means for each purchaser according to the trading condition. And a purchaser-specific price holding means for holding the transaction price. 25. The transaction condition of the transaction object is determined according to at least one of the number of purchases of the transaction object, the credit of the purchaser, the rating of the purchaser, and the payment term of the purchaser. The transaction management system according to claim 24. 26. Claim means for charging for each purchaser an amount corresponding to the price obtained from the purchaser-specific price holding means, and a price determined between the provider and the provider. 25. The transaction management system according to claim 24, further comprising: settlement means for executing settlement with an amount corresponding to the transaction. 27. The transaction management according to claim 26, further comprising resource calculation means for calculating a difference (resource) between the sum of the amount charged to the purchaser by the request means and the amount settled by the payment means. system. 28. A step of registering a plurality of purchasers in the registration means of the operating body, and a step of determining, for each purchaser, a transaction target price (buyer price) according to the purchaser's transaction conditions. Wherein the purchaser's price is lower than the purchase price of the transaction target when the purchaser is not registered in the operator, and the operator's price is higher than the purchase price of purchasing the transaction target from the provider. And transaction management method. 29. The transaction condition according to claim 28, wherein the transaction condition is determined according to at least one of the number of purchases of the transaction object, the credit of the purchaser, the rating of the purchaser, and the payment term of the purchaser. The transaction management method described. 30. A computer for calculating a difference between the purchaser's price and the purchase price of an operating entity, and summing at least a part of the difference over the entire registered purchaser to obtain a total price. 30. The transaction management method according to claim 29, further comprising a step. 31. A computer comprising: a step of obtaining a distribution amount to be distributed to each purchaser from the total amount; and a step of transferring the obtained distribution amount of each purchaser to an account of each purchaser. 30. The transaction management method according to claim 29, wherein: 32. registering at least one joint venture associated with at least one of said purchasers in a registration means; the computer comprising: a purchaser price of a buyer associated with the joint venture; 30. The method of claim 29, comprising calculating a difference from the purchase price of the body, and transferring at least a portion of the difference to an account of the joint venture with which the buyer is associated. Transaction management method. 33. A transaction management system comprising payment term holding means for holding a payment term determined according to a transaction condition of a transaction object. 34. The transaction condition of the transaction object is determined according to at least one of the number of purchases of the transaction object, the credit of the purchaser, and the rating of the purchaser.
3. The transaction management system according to 3. 35. The transaction management system according to claim 33, further comprising: a payment term holding unit for each purchaser for holding the payment term obtained from the payment term holding unit for each purchaser. 36. The transaction management system according to claim 35, further comprising: billing means for billing the buyer with a payment term acquired from the purchaser-specific payment term holding means for each purchaser. 37. The transaction management system according to claim 36, further comprising a settlement unit that executes settlement for the provider with a payment term determined between the provider and the provider. 38. An operating period calculating means for setting a difference between a payment deadline for billing the purchaser by the billing means and a payment deadline for executing settlement by the payment means as a period in which the amount paid by the purchaser can be operated. 38. The transaction management system according to claim 37, comprising: 39. A transaction management system comprising list data forming means for forming data for displaying a list of providers in an order according to the evaluation of the provider of the transaction. 40. The transaction management system according to claim 39, wherein the evaluation of the provider of the transaction target is determined by a plurality of parameters corresponding to the provider. 41. The transaction management system according to claim 39, wherein the evaluation of the provider is determined according to at least one of a condition of an advertisement, a brand, and a degree of recommendation of the provider. 42. A transaction management system comprising list data forming means for forming data for displaying a list of transaction objects in an order according to points added for each transaction object. 43. The method according to claim 42, wherein the points are determined at least according to the degree of recommendation of the trading object.
Transaction management system described. 44. A transaction management system which can use points accumulated in a buyer to be traded for payment in the purchase of a transaction target, wherein the points are converted into a currency when the points are used for the payment. A transaction management system comprising rate display data forming means for forming rate display data for displaying a conversion rate in real time. 45. The rate display data forming means, according to a sum of resources accumulated according to a difference between a purchase amount and a sale amount of the transaction object and points accumulated by all purchasers, The transaction management system according to claim 44, wherein display data is obtained. 46. The transaction management system according to claim 45, further comprising a conversion rate display means for displaying a conversion rate according to the rate display data.