JP2003091657A - Transaction management device, transaction management method and program for realizing transaction management function on computer - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a transaction management technique that is of high convenience. SOLUTION: For the management of a transaction history occurring in relation to a transaction in an electronic commerce market, a series of statuses of the transaction is managed according to first status information indicative of a transaction status, used in common in the electronic commerce market, and second status information indicative of details of the transaction status, individually settable by a transacting principal or an operating principal of the electronic commerce market. Various transaction modes occurring in actual transactions can be handled flexibly.

Description

Detailed Description of the Invention

[0001]

TECHNICAL FIELD The present invention relates to a transaction management technique. The present invention particularly relates to a transaction management device that manages a transaction history that occurs in relation to transactions in an electronic commerce market, a transaction management method, and a program that causes a computer to implement a transaction management function.

[0002]

2. Description of the Related Art In recent years, terminals such as personal computers have become widespread, and network infrastructure has been rapidly developed. Under such circumstances, each company
With the aim of labor saving, speeding up of work, and reduction of various expenses such as personnel expenses accompanying it, we are working on computerization of work by incorporating information technology such as computers and the Internet. With regard to the transaction of goods or services between companies, the digitization is also progressing, and the electronic commerce market, which is a new type of transaction, has been attracting attention.

In the electronic commerce market, in general, the seller and the buyer are allowed to participate on the Internet, and the buyer purchases the product or service provided by the seller (hereinafter, represented by "product" for simplicity). It is an electronic venue for supporting transactions. The use of the electronic commerce market has the advantage that both sellers and buyers can be given the opportunity to conduct transactions with more trading partners. The side has the advantage that it can easily search for and purchase the desired product. E-commerce, which has many advantages like this, is
B) and for consumers (BtoC), it is certain that it will be the core technology that supports commercial transactions in the 21st century, and it is expected that the conventional transaction form will soon be overwhelmed.

[0004]

In order to bring more trading entities from the conventional type of commerce into the electronic commerce market, both the developing entity of the platform of the electronic commerce market and the operating entity of the electronic commerce market must In addition to providing a more convenient, highly efficient, and user-friendly environment to the transaction entity, we must strive to remove as much as possible the barriers when migrating the transaction form from conventional to electronic commerce.

Various companies participate in the electronic commerce market to carry out transactions. In order to appropriately and efficiently support transactions between these companies, a transaction method and a transaction history management method are generally used. Are unified within the market. However, in the conventional transaction form, each company individually manages the transaction history by its own method, so it is extremely difficult to unify the methods in a form that covers all of them. On the other hand, when each company manages transactions in the e-commerce market, if the standardized method in the market and the conventional method are different, it may be a factor that hinders the company from participating in the e-commerce market. Absent. In order to enable more companies to participate in the e-commerce market, we will improve the efficiency of transactions in the e-commerce market as a whole and create an environment where each company can easily participate in the market by taking into account the circumstances of each company. Required to be provided.

Therefore, an object of the present invention is to provide a transaction management apparatus, a transaction management method, and a program for causing a computer to realize a transaction management function that can solve the above problems. This object is achieved by a combination of features described in independent claims of the invention. The dependent claims define further advantageous specific examples of the present invention.

[0007]

In order to achieve the above object, a transaction management apparatus according to a first embodiment of the present invention is a transaction management apparatus for managing transaction history generated in relation to transactions in an electronic commerce market. Therefore, the first storage unit, which is commonly used in the electronic commerce market and stores the first status information indicating the transaction status, and the transaction entity or the operator of the electronic commerce market can be set individually, A second storage unit that stores second status information indicating details of the situation is provided, and a series of situations in the transaction are managed by the first status information and the second status information.

The first status information indicates a series of situations in a transaction. For example, regarding the transaction operation of “receipt of merchandise”, information indicating the status such as “not received”, “partially received”, “received”, “rejected” is provided as the first status information. Good. The second status information shows details of a series of situations in the transaction. For example, regarding the transaction business of "receipt of goods", when the status is "receipt refusal", "out of stock",
Information indicating the reason for refusal of receipt, such as “contamination” or “fault”, may be provided as the second status information. Second
The status information of may be provided in a form dependent on the first status information. At this time, the second status information may be provided to additionally describe the details, reason, remarks, etc. of the transaction status indicated by the first status information. Thus, the second status information may be used to supplement the transaction status when the first status information alone cannot sufficiently indicate the transaction status.

This transaction management device receives a request for setting or changing the second status information from the operating entity,
You may further provide the setting part stored in a 2nd storage part.
Thereby, the second status information can be uniquely set for each electronic commerce market. The operating entity may accept a request for setting or changing the second status information from each transaction entity and request the setting unit of the transaction management apparatus to set or change the second status information based on the request.

This transaction management device receives a request for setting or changing the second status information from the transaction entity,
You may further provide the setting part stored in a 2nd storage part for every transaction body. Thereby, the second status information can be independently set for each transaction entity. Even when each transaction entity manages its own transaction history, even if it manages with a method different from the management method unified in the electronic commerce market, such as giving a unique name to the transaction act You can participate in the e-commerce market without changing the method.

The transaction management apparatus may include a database for storing transaction history, and the database may include fields for storing first status information and second status information, respectively.

The transaction management apparatus includes a reception unit that receives information on a transaction status from a transaction entity and stores it in a database, and the reception unit reads out the second status information set by the transaction entity from the storage unit and presents it. However, the details of the transaction status may be selected from the second status information.

The accepting unit may present to the trading entity a web page including an interface for accepting information on the transaction status from the trading entity via the network.

A transaction management device according to a second aspect of the present invention is a transaction management device for managing transaction history of a transaction entity, and stores fixed first status information indicating a transaction status. And a second storage unit for storing second status information showing details of the transaction status, which can be individually set by the transaction entity. A series of situations in the transaction are managed by the status information.

A transaction management method according to a third aspect of the present invention is a method for managing a transaction history generated in relation to a transaction in the electronic commerce market, which is used commonly in the electronic commerce market. A series of situations in the transaction is managed by the first status information shown and the second status information showing details of the transaction situation, which can be individually set by the transaction entity or the operator of the electronic commerce market.

A program according to the fourth aspect of the present invention is
The first status information indicating the transaction status commonly used in the electronic commerce market and the second status detailing the transaction status, which can be individually set by the transaction entity or the operator of the electronic commerce market, are set in the computer. A function for managing a series of situations in a transaction is realized by the status information.

The above summary of the invention does not enumerate all the necessary features of the present invention, and a combination of these features can also be an invention. Further, the expression of the present invention converted between the device, the method, the system, and the computer program is also effective as an aspect of the present invention.

[0018]

BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, the present invention will be described through embodiments of the invention, but the following embodiments do not limit the invention according to the scope of claims and are described in the embodiments. Not all combinations of the described features are essential to the solution of the invention.

FIG. 1 shows the overall configuration of a transaction management system 10 according to the embodiment. The transaction management apparatus 100 is connected to the Internet 20 as an example of a network, and via the Internet 20, an electronic commerce market (hereinafter, referred to as an electronic commerce market) for supporting transactions between a seller and a buyer.
Also referred to simply as the "market" or "marketplace." )I will provide a. The buyer and the seller use the respective terminals to connect to the transaction management apparatus 100 and participate in the marketplace provided by the transaction management apparatus 100. The terminal may be a mobile communication terminal or a fixed communication terminal as long as it has a function of connecting to the Internet 20. For example, in FIG. 1, the mobile communication terminal 70a of the buyer is connected to the Internet 20 via the wireless communication network 30b of the carrier A company and the connection server 50b. The buyer's mobile communication terminal 70b connects to the Internet 20 via the wireless communication network 30a of the carrier B and the connection server 50a. Buyer's fixed communication terminal 70
c and 70d connect to the connection server 60a of the Internet service provider C company via the public communication network 40, and connect to the Internet 20 via the connection server 60a. The public communication network 40 is a telephone network, a cable communication network,
It may be an optical communication network, a power transmission line, or the like. The fixed communication terminal 70e of the buyer is connected to the Internet 2 via the leased line 90.
Connect to 0. Seller's terminals 80a, 80b, 80c,
The same applies to 80d.

As described above, in the transaction management system 10 of the present embodiment, the buyer and the seller can participate in the same marketplace from any terminal. Here, the mobile communication terminal is a mobile phone or a PDA (Personal D
igital Assistants) and other portable communication terminals, and the fixed communication terminal may be a desktop personal computer, a notebook personal computer, or the like. In FIG. 1, the fixed communication terminal 70
c, 70d, 80c, and 80d are connected to the Internet 20 via connection servers 60a and 60b of the Internet service provider, respectively.
In addition, LAN (Local Area Network), WAN (Wi-Fi)
de Area Network) or any other communication method connectable to the Internet 20 may be used.

FIG. 2 schematically shows a series of transactions in the electronic commerce market. Hereinafter, when a “buyer” is referred to, a buyer company, a person in charge of the buyer company, and a terminal of the buyer company are not particularly distinguished. Similarly, when referring to a “seller”, the seller company, the person in charge of the seller company, and the terminal of the seller company are not particularly distinguished. In addition, an entity that participates in a market and conducts a transaction, such as a buyer or a seller, is collectively referred to as a “transaction entity”. The individual person in charge who actually operates the terminal in the transaction entity to access the transaction management apparatus 100 is also referred to as a “user”, but depending on the situation, the “transaction entity” and the “user” may be used without distinction. .

First, the buyer requests the transaction management apparatus 100 to search for a product in order to obtain information regarding the product desired to be purchased (S100). The transaction management device 100 searches the product database (S102) and transmits the information of the product extracted by the search to the buyer (S104). The buyer will deliver to the seller the delivery date for the product
Present the quantity and other conditions and request a quote. At this time,
The buyer may directly request the seller for the quotation, but in the present embodiment, the transaction management device 100 mediates this.
That is, the buyer sends a quotation request to the transaction management apparatus 100 (S106), and the transaction management apparatus 100 transmits the quotation request to the seller (S108). Hereinafter, similarly, the transaction management device 100 mediates the transaction between the buyer and the seller. When the buyer asks the seller for a quote,
When distribution or partial payment of a product is desired, a delivery date, a delivery destination, a shipping company, a billing destination, etc. may be designated for each item of the product.

When the seller receives the quotation request, the seller examines the presented conditions, makes a quotation, and responds to the buyer (S110, S112). At this time, if necessary, the quantity, the delivery date, the delivery destination, the shipping company, etc. may be changed, and the substitute product may be presented. The buyer looks at the quotation and determines whether or not to place an order, and when placing an order, the transaction management apparatus 100.
An order is placed with the seller via (S114, S116).
At this time, if necessary, the quantity, delivery date, delivery destination, transportation company, billing destination, etc. may be changed. The seller notifies the buyer that the order has been received (S118, S120). The seller ships the product according to the delivery date and delivers it to the buyer (S122). Upon receipt of the product, the buyer notifies the seller of that fact (S124, S126). The buyer is
The received product is inspected (S128), and if the unit price of the product is confirmed at the time of inspection, the unit price is confirmed and the seller is notified of the inspection result (S130, S132). When receiving and receiving at the same time, these tasks may be collectively handled as receiving and receiving inspection. In addition, when distribution or installment of goods is designated, receipt or inspection may be performed for each of the distributed or installed goods. When notifying the order confirmation, receipt confirmation, inspection result, etc., the transaction management apparatus 100 accepts the information from the buyer or the seller and makes the information available to the other party so that the other party can manage the transaction management apparatus 100 at any time. You may be able to access and check the information.

As described above, the transaction support apparatus 100 mediates transaction operations such as quotation request, quotation reply, ordering, order receipt, order confirmation, shipment, receipt, and inspection. At this time, the operator of the transaction support apparatus 100 may collect the brokerage fee from the buyer or the seller depending on the business content. Similarly, when the transaction support apparatus 100 supports the provision of services, it similarly mediates services such as quotation, ordering, receiving orders, and performing services.

By the time the transaction is completed, the seller and the buyer have several exchanges with each other, which causes a transaction operation.
In order to manage the series of situations of those trading operations, in the trading management device 100 of the present embodiment, the first status information (hereinafter, simply referred to as “unified in the electronic commerce market and commonly used by each trading entity” Status information ".)
And second status information (hereinafter referred to as “sub-status information”) that can be individually set by the trading entity or the operator of the electronic commerce market. As the status information, a term indicating a general situation in the transaction may be fixedly set. That is, the status information may be set within a range that can be modeled when developing the platform of the electronic commerce market. On the other hand, the sub-status information can be freely set by the transaction entity or the operator of the electronic commerce market so that each transaction entity or each electronic commerce market can have its own management system. As a result, it is possible to absorb the inconsistency between the transaction management method and the actual transaction management method in the electronic commerce market, and to provide an environment in which the transaction subject can easily participate.

FIG. 3 shows the internal structure of the transaction management apparatus 100. In terms of hardware components, these configurations are realized by the CPU, memory, programs loaded in the memory, etc. of an arbitrary computer.
Here, the functional blocks realized by those collaborations are drawn. Therefore, it will be understood by those skilled in the art that these functional blocks can be realized in various forms by only hardware, only software, or a combination thereof.

The transaction management apparatus 100 is the Internet 2
A web server 20 that receives a web page delivery request from a user via 0 and sends the web page to the user.
0, an application server 300 that executes a necessary process in response to a processing request from the web server 200, and a database server 400 that holds various data necessary for the process in the application server 300.
These servers may be implemented in the same device,
It may be realized by a plurality of devices connected by a network.

The web server 200 receives HTTP (HyperText Transfer Protocol) from a user via the communication unit 202.
col) "GET" command or the like to receive a file delivery request. The requested file is HTML (Hy
If the content is a file described in a markup language such as per Text Markup Language) or various contents such as a text file, a still image file, a moving image file, and an audio file, the web server 200 uses the communication unit 2
Deliver the requested file to the user via 02. When the requested file is a specific type of file, the web server 200 does not deliver the file to the user as it is, but delivers the result of executing the process described in the file to the user. For example,
If the file has the extension ".cgi", the result of executing the file as a CGI (Common Gateway Interface) script is delivered to the user, and the extension ".shtm".
In the case of a file that is "l", the S inside the file
The SI (Server Side Include) command may be expanded to reconstruct the file, and the result may be distributed to the user.
Utilizing such a function, the web server 200 receives a processing request relating to electronic commerce from a user by using the web page as an interface, executes necessary processing, and then delivers the result to the user as a web page.

Necessary processing includes CGI, SSI, J
It may be written in any programming language or script language such as SP (JavaServer Pages) and Servlets, and the subject that executes the process may be the web server 200 side or the user terminal side. . In the present embodiment, in consideration of the load when a large number of users access the web server 200, part or all of the processing required for the transaction is performed by the application server 3.
00, the web server 200 may execute all the processes without providing the application server 300. Similarly, in the present embodiment, in order to distribute the load, a database server 400 that holds various databases is separately provided. However, some or all of these databases are provided in the web server 200 or the application server 300. Good.

The communication unit 202 controls communication with other devices via communication means such as the Internet 20. The communication unit 202 includes hardware such as a modem required for communication, and a driver and other programs for controlling communication.

The sub-status information setting reception unit 210 is
A request for setting sub-status information is received from each transaction entity or the operator of the electronic commerce market. At this time, a web page including an interface for accepting the setting request may be provided. The sub status information setting unit 310, which is an example of a setting unit, updates the information in the sub status information storage unit 420 based on the received information.

Transaction history acceptance section 22 as an example of acceptance section
0 accepts transaction history information from each transaction entity. The transaction history management unit 320 stores the accepted transaction history information in the transaction history database 450. Transaction history acceptance section 2
20 may provide a web page that includes an interface for accepting transaction history information. At this time,
From the sub-status information storage section 420, the sub-status information set by the transaction entity may be read and presented in a selectable manner. Further, when the transaction entity requests modification of the transaction history already stored, the transaction history of the transaction entity may be read from the transaction history database 450 and presented in a changeable manner.

The transaction processing request acceptance unit 230 accepts various processing requests regarding transactions in the electronic commerce market from each user. The page generation unit 232 generates a web page to be delivered to the user. At this time, necessary content is read from the content storage unit 240 and a web page is generated, if necessary. Page generator 232
As described above, CGI, SSI, JSP, Ser
vlet and other arbitrary programs or scripts may be included, and necessary processing is executed in response to a request from the user, or transaction processing execution unit 330 is executed, and a web page is displayed based on the result. To generate. The transmission unit 234 transmits the generated web page to the user via the communication unit 202. As previously mentioned,
When the requested file is a file already stored in the content storage unit 240, that is, when the processing on the web server 200 side is not required, the transmission unit 2
34 transmits the file read from the content storage unit 240 to the user as it is. In this way, the series of processing shown in FIG. 2 proceeds by repeating the flow of receiving the processing request from the user, executing the necessary processing, and delivering the result as a web page.

The content storage section 240 stores various kinds of content that form a web page distributed by the web server 200 to the user. The content storage unit 240 stores, for example, HTML files, text files, still image files, moving image files, audio files, music files, various program files, various script files, etc. as contents.

The transaction processing execution unit 330 is the page generation unit 2
Upon receiving an execution request for processing relating to a transaction from 32, the necessary processing is executed, and the result is transmitted to the page generation unit 232. At this time, if necessary, the database server 40
Reference or update various databases in 0. The transaction process execution unit 330 may notify the transaction history management unit 320 of the information when the process that needs to keep the transaction history is stored, and cause the transaction history database 450 to store the transaction history.

The status information storage unit 410 stores status information indicating the transaction status. FIG. 4 is an example of the configuration, and the transaction work type column 500 and the status ID column 50
2 and a status name column 504 are provided. The transaction business type indicates a series of business types that occur in relation to transactions in the electronic commerce market. For example, “quotation request”, “quotation response”, “ordering”, “order receiving”, “shipping”,
There are “receipt” and “inspection”. The status name indicates the status of each transaction business. For example, the status of the transaction business "quotation request" includes "work in progress" and "transmitted".

The sub-status information storage section 420 stores sub-status information indicating details of transaction status. Figure 5
Is a configuration example thereof, and a user ID column 510, a status ID column 512, a sub status ID column 514, and a sub status name column 516 are provided. In this example, the user ID column 510 is provided so that the sub status information can be set for each user, but the sub status information may be commonly used in the electronic commerce market. Further, in this example, the sub status information is provided in a form subordinate to the status information. For example, as the sub-status information indicating the reason of the status information whose status ID is "0402" (refer to FIG. 4, the status of the transaction "receipt" indicates "rejection refusal"), "out of stock", "contamination" , "Failure", "Product difference", "Delivery destination difference", "Delivery date difference", etc. are set. The sub status information may be provided independently of the status information.

In the example of FIG. 5, the sub-status information is used to add a reason to the status information indicating the transaction status, but it is not possible to use the status information that is modeled in a unified manner. Sub-status information may be used to deal with a case where a different transaction form occurs in the actual transaction. For example, if the buyer specifies quotation or partial payment at the same time when a quotation or order is placed by the buyer, if the seller changes the distribution or partial payment conditions or offers an alternative product, only a part will be received when the goods are received. However, in actual transactions, innumerable situations may occur in each business, such as in the case of only partial inspection at the time of inspection.
It is difficult to model all of them. By freely setting the details of such a situation as sub-status information, it is possible to appropriately and efficiently manage even an unmodeled exceptional situation.

The user database 430 stores information about users. The user information may be stored for each company of each transaction entity, for each transaction unit such as the business office, department, and project of the company, and for each person in charge of the transaction unit. The information stored in the user database 430 is
You may acquire from a user via a user registration part etc. which are not illustrated.

The product database 440 stores information on products handled in the electronic commerce market. The information stored in the product database 440 may be acquired from the seller via a product information registration unit (not shown) or the like. The product database 440 may be a database whose format is unified in the electronic commerce market, may be a database of a format that can be individually set by each trading entity, or may be provided with these databases. Good.

The transaction history database 450 stores the transaction history of each transaction entity. FIG. 6 shows an example of the configuration, which is a history ID column 520, a user ID column 522, a partner user ID
A column 524, a date column 526, a transaction work type column 528, a status ID column 530, a sub-status ID column 532, and a remarks column 534 are provided. As an example, as the transaction history information whose history ID is “0155”, the user ID
The seller of “1234” “ships” the product on the date “September 2, 2001” to the buyer of the user ID “0001”, and the status ID indicating the situation is “031”.
It is recorded that it is "0". In addition, as the transaction history information whose history ID is “0156”, the user ID “00
The buyer of “01” “receives” the product from the seller of user ID “1234” on the date “September 3, 2001”,
It is recorded that the status ID indicating the situation is “0402”, that is, “receipt refusal”, and the sub status ID indicating the details is “03”, that is, “failure”. In addition to this, the transaction history database 450 is
Information such as quotation data and ordering data is stored in association with transaction history information. These data are
It may be divided and held for each quantity, each delivery destination, and each billing destination. Thus, even if distribution or installment is designated, transactions can be managed for each delivery date, each delivery destination, or each billing destination.

FIG. 7 shows the sub status information setting acceptance unit 2
The example of the sub status information setting screen 720 which 10 showed to the user's terminal is shown. Sub status information setting screen 7
20, a selection menu for selecting the business type,
A selection menu for selecting status information of the business type is provided, and when the user selects these pieces of information, the sub status information setting reception unit 210 indicates that the user has already set the status information in association with the status information. Sub status information is listed and presented. The sub status information setting screen 720 is provided with a correction button 722 for correcting the sub status information and a new addition button 724 for newly adding the sub status information, and the user clicks these buttons. By doing so, the screen changes to the sub status information edit or new addition screen.

FIG. 8 shows an example of the product receipt screen 710 presented by the transaction history acceptance unit 220 on the user's terminal. On the product receipt screen 710, when the user inputs the business type, status information, and sub-status information, a pull-down selection menu is presented to let the user select the input content. The transaction history management unit 320 uses the status information storage unit 4
The status information is read from the sub status information storage unit 420 and the status information is read from the sub status information storage unit 420 and transmitted to the transaction history receiving unit 220. The transaction history reception unit 220 generates a status information selection menu and a sub-status information selection menu based on the information acquired from the transaction history management unit 320, and presents the selection menu to the user. If the sub-status information is not set for each user but is commonly used in the entire electronic commerce market, the sub-status information may be presented in a selectable manner. The point is that the sub-status information available to the user should be selectable. When the user inputs necessary information and clicks the OK button 712, the transaction history management unit 320
Is the transaction history database 4 based on the information acquired from the user.
Store in 50.

FIG. 9 shows an example of the transaction history display screen 700 presented to the user's terminal by the transaction history presentation unit (not shown). The transaction history presentation unit reads out the transaction history of the user from the transaction history database 450 via the transaction history management unit 320, formats it into a predetermined format, and presents it to the user's terminal. Each transaction history information has a hyperlink to a screen for presenting detailed information such as quotation, order placement, and acceptance.

As described above, in the transaction management system 10 of the present embodiment, in addition to the fixed status information, sub status information that can be individually set by the transaction entity or the operator of the electronic commerce market is provided. Since the transaction status is managed by using it, it is possible to flexibly deal with various transaction statuses of actual transactions. As a result, the convenience of each transaction entity in managing and analyzing its transaction history can be improved. Even if the management system of each transaction entity is different from the management system modeled in the electronic commerce market, the difference can be absorbed by freely defining the sub-status information. There is no need to change the management method when participating in the e-commerce market.
This leads to a reduction in the time and labor required for a trading entity to newly enter the electronic commerce market, and thus it can be expected that more trading entities will enter the electronic commerce market.

FIG. 10 shows the hardware components of the transaction management device 100. The transaction management device 100 is C
PU 120, input device 122, display device 124, RAM
(Random access memory) 130, hard disk 1
32 and a drive device 128. These configurations are electrically connected by a signal transmission path such as the bus 126.

The hard disk 132 is a large-capacity magnetic storage device and stores various databases and the like. The recording medium 140 records a program for causing the CPU 120 to realize the function of the transaction management apparatus 100 described in connection with the embodiment. When the recording medium 140 is inserted into the drive device 128, the program is stored in the RAM 13
0 or read to the hard disk 132 and the CPU 1
20 performs transaction management processing by the read program. This recording medium 140 is a CD-ROM, a DVD,
It is a computer-readable medium such as an FD.

Here, an example in which the transaction management program is recorded in the recording medium 140 has been described, but in another example, this program is transmitted from an external server regardless of whether it is wireless or wired. Good. In the hardware configuration shown in FIG. 10, the program only needs to cause the computer to realize the transaction management function, and may be stored in the hard disk 132 in advance as well as being supplied from the outside. It is understood by the trader.

Although the present invention has been described above based on the embodiments, the technical scope of the present invention is not limited to the scope described in the above embodiments. Those skilled in the art will understand that the above embodiment is merely an example, and that various modifications can be made to the combination of each component and each processing process, and that such modifications are also within the scope of the present invention. is there.

As an example of such a modified example, the transaction management apparatus 100 of the present embodiment includes the web server 200, the application server 300, and the database server 400, but such a configuration is not essential. These may be provided as one server, or some or all of the constituent members of each server may be provided in another server, and the degree of freedom of the configuration is very high.

The transaction management device 100 of the present embodiment manages the transaction history generated in relation to the transactions in the market while providing the electronic commerce market.
00 may receive and manage history information of transactions other than the electronic commerce market. The technology of the present invention can also be applied to a stand-alone device that manages transaction history.

[0052]

According to the present invention, a highly convenient transaction management technique can be provided.

[Brief description of drawings]

FIG. 1 is a diagram showing an overall configuration of a transaction management system according to an embodiment.

FIG. 2 is a diagram schematically showing a transaction flow in the transaction management system according to the embodiment.

FIG. 3 is a diagram showing an internal configuration of a transaction support device according to the embodiment.

FIG. 4 is a diagram showing internal data of a status information storage unit.

FIG. 5 is a diagram showing internal data of a sub status information storage unit.

FIG. 6 is a diagram showing internal data of a transaction history database.

FIG. 7 is a diagram showing an example of a sub status information setting screen presented to the user terminal by the sub status information setting reception unit.

FIG. 8 is a diagram showing an example of a product receipt screen presented by a transaction history acceptance unit on a user terminal.

FIG. 9 is a diagram showing an example of a transaction history display screen presented on a user terminal.

FIG. 10 is a diagram showing hardware components of a transaction management device.

[Explanation of symbols]

10 ... Transaction management system, 20 ... Internet, 30 ... Wireless communication network, 40 ... Public network, 70 ...
..Buyer terminals, 80 ... Seller terminals, 100 ...
Transaction management device, 200 ... Web server, 210 ...
・ Sub status information receiving unit, 220 ... Transaction history receiving unit, 300 ... Application server, 310
..Sub-status information setting unit 320 ... Transaction history management unit 400 ... Database server 410 ...
・ Status information storage unit, 420 ... Sub status information storage unit, 450 ... Transaction history database

Claims (9)

[Claims] 1. A transaction management device for managing a transaction history generated in relation to a transaction in an electronic commerce market, which stores first status information which is commonly used in the electronic commerce market and which indicates a transaction status. A first storage unit; and a second storage unit that can be individually set by a transaction entity or an operator of the electronic commerce market and that stores second status information indicating details of the transaction status, A transaction management device for managing a series of situations in a transaction by the first status information and the second status information. 2. The setting unit according to claim 1, further comprising a setting unit that receives a request for setting or changing the second status information from the operating entity and stores the request in the second storage unit. Transaction management device. 3. A setting unit that receives a request for setting or changing the second status information from the transaction entity and stores the request in the second storage unit for each transaction entity. The transaction management device described in 1. 4. The database according to claim 1, further comprising a database for storing the transaction history, wherein the database includes fields for storing the first status information and the second status information, respectively. Transaction management device according to any one of. 5. The system further comprises a reception unit that receives information on a transaction status from the transaction entity and stores it in the database, and the reception unit reads out the second status information set by the transaction entity from the storage unit. The transaction management device according to claim 4, wherein the transaction status is selected and the details of the transaction status are selected from the second status information. 6. The reception unit, via a network,
The transaction management device according to claim 5, wherein a web page including an interface for receiving information on the transaction status from the transaction entity is presented to the transaction entity. 7. A transaction management device for managing a transaction history of a transaction entity, comprising a fixed first storage unit for storing first status information indicating a transaction status, and the transaction entity A second storage unit that stores second status information indicating details of the transaction status, which can be set individually, and a series of transactions in the transaction based on the first status information and the second status information. A transaction management device that manages the situation of. 8. A method of managing a transaction history generated in relation to a transaction in an electronic commerce market, comprising first status information indicating a transaction status, which is commonly used in the electronic commerce market, and a transaction entity or A transaction management method, wherein a series of situations in a transaction is managed by second status information indicating details of the transaction status, which can be individually set by an operator of the electronic commerce market. 9. The transaction status, which is commonly used in the electronic commerce market and which can be set individually in the computer by the first status information indicating the transaction status and the transaction entity or the operating entity of the electronic commerce market. A program for realizing a function of managing a series of situations in a transaction by the second status information indicating the details of the.