JP2004151867A - Trading system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a trading system capable of realizing the safe and proper exchange transaction of a really existing trading card by securing the matching of the attribute information of the trading card of each owner with attribute information shown by the transaction on a network. <P>SOLUTION: An information registration processing part 101 of a transaction management server 100 preliminarily applies authentication ID concerning a trading card being the target of transaction in this trading system, and stores the attribute information of each trading card in a data base 103 by associating it with the authentication ID. A card transaction processing part 102 compares attribute information included in acquisition desired information received from user terminals 120A to 120N with attribute information acquired from the data base 103 based on the authentication ID included in provision desired information received from the user terminals 120A to 120N to carry out the exchange transaction processing of each trading card. <P>COPYRIGHT: (C)2004,JPO

Description

[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a system for trading trading cards via a network such as the Internet.
[0002]
[Prior art]
2. Description of the Related Art In recent years, transactions such as buying and selling and exchanging cards between card holders have been generally performed on cards called, for example, cards on which photographs of athletes are printed. For such a trading card, as a transaction system via a network such as the Internet, a system for buying and selling a trading card using data corresponding to a trading card that can be actually issued and printed (for example, see Patent Document 1), an electronic system, and the like. 2. Description of the Related Art A system for trading trading cards in a virtual market using virtual currency as a transaction medium (for example, see Patent Document 2) is known.
[0003]
[Patent Document 1]
JP 2001-331667 A (page 5-7, FIG. 1-3)
[Patent Document 2]
JP-A-2002-049720 (page 3-4, FIG. 1-2)
[0004]
The system disclosed in Patent Document 1 includes a management unit that manages a transaction of data corresponding to a trading card that can be actually issued and printed, and a storage unit that stores data corresponding to a trading card held by each user. And adds or deletes data in the storage means in response to a transaction on the Internet, and issues an actual trading card based on the data in the storage means in response to a request from a user terminal.
Further, the system disclosed in Patent Document 2 includes a card / label reader that electronically reads an identification label of a trading card at a user terminal and converts the trading card into electronic data, and a physical trading based on the trading card that has been converted into electronic data. And a duplication device for duplicating the card. In this system, a transaction is made using a trading card that has been converted into electronic data, and when the transaction is completed, the trading card is unreusably recovered by a card / label reader at the user terminal of the seller, and the user of the buyer is collected. The trading card is duplicated by the duplication device in the terminal.
As described above, in the systems of Patent Literature 1 and Patent Literature 2, a transaction is performed based on the data corresponding to the trading card, and when the transaction is established, the trading card is issued and copied based on the data.
[0005]
[Problems to be solved by the invention]
However, the systems disclosed in Patent Literatures 1 and 2 perform a transaction based on a trading card that has been converted into data on a network, and issue and copy the trading card according to the result of the transaction. It was not intended to exchange the card itself by mail or the like. Therefore, there is no means for conducting a transaction based on attribute information of a physically existing trading card or a means for managing the attribute information. Here, the attribute information of the trading card is information indicating the type of each trading card, the printed athlete's player name, team name, tournament / league name, and the like. Is important information for identifying each trading card.
In the systems of Patent Documents 1 and 2, attribute information is not taken into consideration, and in particular, means for managing attribute information is not provided. Therefore, each system is used for trading of physically existing trading cards. In such a case, there is a problem that it is not possible to guarantee a match between the attribute information indicated at the time of the transaction and the attribute information actually possessed by each trading card. For example, when a transaction is concluded based on the attribute information of the trading card input by the cardholder, there is a possibility that the attribute information input by the cardholder and the actually received trading card are different.
[0006]
The present invention has been made to solve the above-described problem, and guarantees matching between attribute information of a trading card of each card owner and attribute information indicated in a transaction on a network, thereby realizing a trading card that actually exists. It is an object of the present invention to provide a trading system that can realize safe and appropriate exchange transactions.
[0007]
[Means for Solving the Problems]
In order to solve the above-mentioned problems, the present invention provides a trading system comprising a transaction management server connected via a network to user terminals of a plurality of cardholders who conduct transactions of trading cards, A server configured to store an authentication ID previously assigned to a trading card owned by each card owner and attribute information of the trading card in association with each other, and to obtain an acquisition request transmitted by the user terminal; A transaction processing means for searching for a trading card to be traded from the storage means based on the acquisition request information including the attribute information of the card, and performing a transaction process.
Further, the transaction processing means uses the attribute information acquired from the storage means based on the authentication ID transmitted from the one user terminal and user identification information indicating the card holder who wants to provide as the provision request information. Based on the attribute information included in the acquisition information transmitted from the other user terminal and the storage information in the storage means, obtain the desired offer information including the corresponding attribute information from the storage means; Means for transmitting transaction agreement confirmation information to the terminal.
Further, the transaction processing means receives the acquisition request information from the one user terminal, and selects from the provision request information stored in the storage means based on the authentication ID transmitted from the another user terminal. Means for retrieving the desired offer information corresponding to the desired acquire information, and, when the search result includes the desired offer information corresponding to the desired acquire information, the means for responding to the respective desired offer information to the respective user terminals. With regard to trading of a trading card, transaction agreement confirmation information is transmitted to each user terminal.
[0008]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a block diagram showing a schematic configuration of a trading system according to the present embodiment.
As shown in FIG. 1, the trading system includes a transaction management server 100, and is connected to a plurality of user terminals 110A to 110N via a network 110 such as the Internet.
The transaction management server 100 includes an information registration processing unit 101, a card transaction processing unit 102, and a database 103.
The information registration processing unit 101 stores information on a cardholder who is a trader in the trading system in the database 103. In addition, an authentication ID is given to a trading card to be traded in the present trading system in advance, and attribute information of each trading card is stored in the database 103 in association with the authentication ID.
The card transaction processing unit 102 acquires from the database 103 based on the attribute information included in the acquisition request information received from the user terminals 110A to N and the authentication ID included in the offer request information received from the user terminals 110A to N. The exchange transaction processing for each trading card is performed by comparing the attribute information thus obtained.
The database 103 includes a user information table, a card information table, an acquisition desired information table, a provision desired information table, and a transaction information table.
[0009]
FIG. 2 is a diagram illustrating an example of a data structure of a user information table included in the database 103.
The user information table 200 includes, as registration information about a cardholder who conducts a transaction, a user ID 201 for uniquely identifying each user, a name 202, an address 203 as a delivery destination of a trading card, and a destination as a destination of a message. Each piece of information includes a mail address 204.
The user ID 201 is generated and stored by the information registration processing unit 101 when performing user registration for each cardholder.
[0010]
FIG. 3 is a diagram showing an example of a data structure of a card information table constituting the database 103, and FIG. 4 is a diagram showing an example of a trading card of an athlete to be registered.
The card information table 300 shows, as registration information of each trading card, an authentication ID 301 for uniquely identifying each trading card, attribute information 302a to 302n of each trading card, and an index of the exchange value of each trading card. Each data has evaluation data 303.
The authentication ID 301 is generated and stored by the information registration processing unit 101 for a trading card to be registered.
The data items to be stored as the trading card attribute information 302a to 302n are set in advance for each trading card type. For example, in the case of the soccer player's trading card 400 shown in FIG. Each information of a player name 412, a tournament / league name 413, a photograph 421 printed on the back surface 420, player detailed information 422, and a team name 423 is stored.
The evaluation data 303 stores a numerical value set as an exchange value of each trading card by an administrator of the transaction management server 100. For example, a trading card with evaluation data “10” has the same value as two trading cards with evaluation data “5”. However, the numerical value set as the evaluation data indicates a measure of the exchange value. If the card holders agree, exchange transactions between trading cards having different evaluation data are also established.
The administrator of the transaction management server 100 gives the authentication ID 301 and the evaluation data 303 stored in the card information table 300 to the back side 420 of the trading card 400 as the authentication ID 423 and the evaluation data 424. The assignment of the authentication ID 423 and the like to the trading card 400 is performed by a method such as printing on the trading card 400 or attaching an IC chip.
[0011]
FIG. 5 is a diagram showing an example of a data structure of an acquisition desire information table constituting the database 103.
The acquisition request information table 500 has, as information on the trading cards that each cardholder desires to acquire, attribute information 501a to 501n of each trading card and a user ID 502 indicating the acquisition applicant.
[0012]
FIG. 6 is a diagram illustrating an example of a data structure of a provision request information table that configures the database 103.
The provision request information table 600 includes, as information on the trading cards that each cardholder wants to provide, an authentication ID 601 of each trading card, attribute information 602a to 602n, and a user ID 603 indicating the cardholder.
[0013]
FIG. 7 is a diagram showing an example of a data structure of a transaction information table constituting the database 103.
The transaction information table 700 has user ID 703, 705 and authentication IDs 704, 706 for each of the traders A 701 and B 702, and information on the date of trade completion 707, as information on the establishment of the trading transaction of the trading card. .
[0014]
A method of performing a trading transaction for a trading card with the above configuration will be described.
In the trading system according to the present embodiment, a registration process by the transaction management server 100 is required in advance for each trading card that transacts with the cardholder.
The manager of the transaction management server 100 performs attribute information registration processing on a trading card mailed from each cardholder or a newly issued trading card, and returns the information to each cardholder.
The information registration processing unit 101 of the transaction management server 100 generates a user ID and an authentication ID for the card holder and the trading card for which registration has been requested, and stores them in the user information table 200 and the card information table 300 along with each registration information. I do.
The card transaction processing unit 102 performs transaction processing based on the card owner and trading card information stored in each of the tables 200, 300, 500 to 700 of the database 103.
As a result of the transaction processing, when the exchange transaction is established, the administrator of the transaction management server 100 confirms the trading card mailed from each card owner based on the authentication ID, and checks the card owner who has become the transaction partner. Deliver the trading card to.
[0015]
FIG. 8 is a flowchart showing an outline of processing when the transaction management server 100 establishes an exchange transaction between the card holder A as a card acquisition applicant and the card owner B as a card provision applicant. It is.
At the user terminal of the card acquisition applicant, attribute information is input for the trading card desired to be acquired (step 801).
On the other hand, at the user terminal of the card providing applicant, the authentication ID 424 assigned to the trading card 400 desired to be provided is input (step 802).
The transaction management server 100, which has received the input from each user terminal, stores the information in the acquisition desired information table 500 and the provision desired information table 600 in the transaction information table 700 by the card transaction processing unit 102 (step 803). A search process is performed based on the information (step 804). In the search process, based on the attribute information input from the user terminal of the card acquisition applicant, the information of the corresponding trading card is searched from the provision request information table 600, and the authentication input from the user terminal of the card supply applicant is performed. Based on the attribute information corresponding to the ID, the information of the corresponding trading card is searched from the acquisition desired information table 500.
As a result of the search processing, if there is a trading card corresponding to the acquisition desire and the offer desire of each cardholder A and B, a consent confirmation message is transmitted to each user terminal, and a transaction consent confirmation processing is performed. (Step 805). When the transaction agreement is transmitted by each user terminal in response to the agreement confirmation message (steps 806 and 807), the card transaction processing unit 102 stores the information in the transaction information table 700 assuming that the transaction has been established, and The mailing instruction of the trading card for which the transaction has been completed is transmitted to the user terminal, and the process is terminated (step 808).
After receiving the trading card from each cardholder, the administrator obtains the transaction information of each cardholder from the database 103 of the transaction management server 100, and after confirming whether or not the trading card is a trading object, And deliver the trading card to the address of the cardholder that became the trading partner.
[0016]
In the transaction processing, the details of the processing performed by the transaction management server 100 in each of the case where the input of the attribute information is received as the card acquisition request and the case where the input of the authentication ID is received as the card provision request are shown in FIGS. This will be described using examples of information stored in the tables 600 and 700. In the following description, the user with the user ID “00001” is the cardholder A, and the user with the user ID “00002” is the cardholder B.
FIG. 9 is a flowchart showing a transaction process according to the card holder A's desire to obtain a card.
The card transaction processing unit 102 of the transaction management server 100 receives the attribute information input from the user terminal of the card holder A, and newly stores the attribute information and the user ID in the acquisition desired information table 500 (Step 901).
The card transaction processing unit 102 searches the offer desired information table 600 for a corresponding trading card based on the attribute information “soccer players, DB,..., MU” stored in the acquisition desired information table 500. (Step 902).
As a result of the search, since the corresponding trading card is registered (step 903), the acquisition desired card search process for the card holder B of the corresponding trading card is performed (step 904). In the acquisition desired card search processing, the user ID of the card owner B is acquired from the offer desired information table 600, and the attribute of the card desired by the card owner B is obtained from the acquisition applicant information table 500 based on the acquired user ID “00002”. Information “soccer player, RB,..., BC” is acquired. Based on the obtained attribute information and the user ID “00001” of the card owner A, a search is made for a card desired by the card owner B from the provision desired information table 600 (step 904).
As a result of the search, the acquisition request card of the card holder B is registered as the provision request card of the card owner A (step 905), and consent confirmation processing is performed for each of the card owners A and B (step 906). ). In the consent confirmation processing, a transaction consent confirmation message including the attribute information of each trading card performing the exchange transaction is transmitted to the user terminals of the card holders A and B to determine whether or not to consent to the exchange transaction of the trading card. Ask for a response.
If there is more than one corresponding card in step 905, the card holder B first selects the card desired to be acquired from the corresponding card as a transaction consent confirmation process. A transaction consent confirmation processing is performed for the party A. In addition, when the evaluation data stored in the card information table 300 is different for the trading card performing the exchange transaction, one-to-n exchange transaction is selected according to the numerical value of the evaluation data, and according to the selection result. Consent confirmation processing may be performed.
As a result of the consent confirmation processing, when a consent message is transmitted from the user terminals of the card holders A and B (step 907), a card distribution instruction message is transmitted to each user terminal, and the transaction information table is transmitted. 700 is updated (step 908).
In updating the transaction information table 700, information on the trading card for which the transaction has been completed is deleted from the acquisition desired information storage table 500 and the offer desired information table 600, and the content of the completed transaction is stored in the transaction information table 700.
[0017]
On the other hand, if it is determined in step 905 that the corresponding card has not been registered, the information of the card to be provided by the card acquisition applicant A is acquired from the offer desired information table 600, and the card acquisition applicant A is acquired. It is transmitted to the user terminal of the card holder B as transaction application information together with the desired card and displayed (step 909). When the card holder B selects a trading card from the offer cards of the card acquisition applicant A displayed on the user terminal (step 910), the consent confirmation processing is performed in the same manner as described above (step 910). 906-).
If it is determined in step 903 that the corresponding card is not registered, if it is determined in step 907 that information indicating consent is not transmitted from the user terminal, or if it is determined in step 910 that the card holder has not selected a card. In this case, a standby state is set until a card providing request card for the card is registered (step 911).
[0018]
FIG. 10 is a flowchart showing a transaction process according to the card holder B's desire to provide a card.
The card transaction processing unit 102 of the transaction management server 100 receives the authentication ID input from the user terminal of the card holder B (step 1001), and acquires attribute information from the card information table 300 based on the received authentication ID. Then, the authentication ID, the attribute information, and the user ID are stored in the provision desired information table 600 (step 1002).
The card transaction processing unit 102 retrieves the desired acquisition information from the acquisition information table 500 based on the attribute information “soccer players, DB,..., MU” stored in the offer information table 600. (Step 1003).
As a result of the search, since the corresponding desired acquisition information is registered (step 1004), an acquisition desired card search process for the card holder B is performed (step 1005). In the acquisition desired card search processing, the user ID of the card owner B is acquired from the offer desired information table 600, and the attribute of the card desired by the card owner B is obtained from the acquisition applicant information table 500 based on the acquired user ID “00002”. Information “soccer player, RB,..., BC” is acquired. Based on the obtained attribute information and the user ID “00001” of the card owner A, a search is made for a card owner B's acquisition desired card from the offer desired information table 600.
As a result of the search, the acquisition request card of the cardholder B is registered as the offer card of the cardholder A (step 1006), so that the same agreement confirmation processing as described above is performed for each of the cardholders A and B. Perform (Step 1007).
As a result of the consent confirmation processing, when a consent message is transmitted from the user terminals of the card holders A and B (step 1008), a card distribution instruction message is transmitted to each user terminal, and the transaction information table is transmitted. 700 is updated (step 1009).
[0019]
On the other hand, if it is determined in step 1006 that the card has not been registered, the information of the card desired by the card owner B is acquired from the acquisition desired information table 500, and the card provided by the card owner B is provided. At the same time, the information is transmitted to the user terminal of the card holder A as transaction application information and displayed (step 1010). When the card holder A inputs the authentication ID as a card offer request corresponding to the card owner B offer card (step 1011), the card holder A acquires the card ID from the card information table 300 based on the authentication ID. The attribute information, the authentication ID, and the user ID are stored in the provision request information table 600 (step 1012), and consent confirmation processing is performed in the same manner as described above (steps 1007 to 1007).
If it is determined in step 1004 that the corresponding card is not registered, if it is determined in step 1008 that information indicating consent is not transmitted from the user terminal, or if the card holder A does not input the authentication ID in step 1011 If it is determined that there is no card acquisition request information for the card, the system enters a standby state (step 1013).
[0020]
As described above, in the trading system according to the present embodiment, the transaction management server manages the attribute information of the trading card in association with the authentication ID, and manages the transaction based on the authentication ID managed by the transaction management server. As a result, in the transaction of a trading card that actually exists on the network, the reliability of the attribute information indicated at the time of the transaction can be ensured. In other words, instead of inputting the attribute information by the card provider, the user is required to input the authentication ID and manage the provider information based on the attribute information associated with the authentication ID. The problem of inconsistency between the attribute information and the actual trading card can be eliminated, and a safe and appropriate exchange transaction can be realized.
Further, since the transaction management is performed based on the acquisition request information and the provision request information including the attribute information of the trading card, it is possible to perform the appropriate exchange transaction management according to each card owner's request.
In addition, since the data items to be stored as the attribute information of the trading card are set in advance for each type of trading card, each cardholder inputs the information of the trading card desired to be acquired for the set data item. This makes it possible to easily and appropriately specify the acquisition desired card.
In addition, since evaluation data is set for each trading card, it is possible to appropriately manage exchange transactions even for trading cards whose exchange value is unclear.
[0021]
In the above-described embodiment, the one-to-n exchange transaction is enabled based on the evaluation data. However, the present invention is not limited to this, and the n-to-n exchange transaction may be enabled based on the evaluation data. Good.
Further, the exchange value of each trading card is indicated by the numerical value of the evaluation data. However, the present invention is not limited to this, and the exchange value of each trading card is indicated by the rank, and the exchange value is determined based on the exchange rate table set for each rank. It is also possible to perform an exchange transaction such as one sheet to n sheets.
[0022]
【The invention's effect】
As described above, according to the present invention, since the transaction management server manages the attribute information of each trading card based on the authentication ID, it is possible to ensure the reliability of the attribute information shown at the time of the transaction on the network. It is possible to securely and appropriately perform an exchange transaction for a trading card that actually exists.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a schematic configuration of a trading system according to an embodiment of the present invention.
FIG. 2 is a diagram illustrating an example of a data structure of a user information table.
FIG. 3 is a diagram illustrating an example of a data structure of a card information table.
FIG. 4 is a diagram showing an example of a trading card.
FIG. 5 is a diagram showing an example of a data structure of an acquisition desire information table.
FIG. 6 is a diagram showing an example of a data structure of a provision desire information table.
FIG. 7 is a diagram illustrating an example of a data structure of a transaction information table.
FIG. 8 is a flowchart showing an outline of a transaction process by the trading system according to one embodiment of the present invention.
FIG. 9 is a flowchart showing a transaction process based on a card acquisition request.
FIG. 10 is a flowchart showing a transaction process based on a card provision request.
[Explanation of symbols]
Reference Signs List 100 transaction management server, 101 information registration processing unit, 102 card transaction processing unit, 103 database, 110A to N user terminals, 120 network, 300 card information table, 301 authentication ID, 302a to n attribute information, 303 evaluation data, 400 Trading card, 424 authentication ID, 425 evaluation data, 500 acquisition information table, 501a-n attribute information, 502 user ID, 600 offer information table, 601 authentication ID, 602a-n attribute information, 603 user ID, 700 transaction information Table, 701 Owner A, 702 Owner B, 703, 705 User ID, 704, 706 Authentication ID.

Claims (3)

A trading system comprising a transaction management server connected via a network to user terminals of a plurality of cardholders who conduct trading of trading cards,
A storage means for storing an authentication ID previously assigned to a trading card owned by each card holder and attribute information of each trading card in association with each other,
Transaction processing means for searching for a trading card to be traded from the storage means based on the acquisition request information including the attribute information of the acquisition card transmitted by the user terminal, and performing transaction processing. And trading system. The transaction processing means stores the attribute information acquired from the storage means based on the authentication ID transmitted from one user terminal and user identification information indicating a card owner who wants to provide the information as provision request information. Means for storing in the means;
Based on the attribute information included in the acquisition request information transmitted from another user terminal, obtain the provision request information including the corresponding attribute information from the storage unit and transmit the transaction agreement confirmation information to each user terminal. Means for trading. The transaction processing means receives the acquisition request information from the one user terminal, and, based on the authentication ID transmitted from the other user terminal, from the provision request information stored in the storage means, Means for searching for the desired offer information corresponding to information;
When the search result includes the desired offer information corresponding to the desired acquisition information, a transaction agreement is confirmed with each user terminal regarding the trading transaction of the trading card corresponding to the respective desired offer information with the respective user terminals. The trading system according to claim 2, wherein the information is transmitted.

Images