JP2018077714A - Transaction management program, transaction management system, and transaction management method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To allow individuals to trade securities in units smaller than a specified trading unit.SOLUTION: A computer connectable to a database that manages transaction information on transactions of virtual securities in a block chain is made work as means for acquiring an account address for identifying a user from at least one or more account information displayed on the terminal, and means for creating transaction information to transmit virtual securities to the account address of the user and sending the transaction information to the database.SELECTED DRAWING: Figure 3

Description

  The present invention relates to a transaction management program, a transaction management system, a transaction management method, and the like.

  Conventionally, securities such as stocks are traded online using the Internet (for example, Patent Document 1).

JP 2002-169961 A

  However, in the conventional system as described in Patent Document 1, a securities company or the like is used for trading securities. Further, in this case, the transaction unit of the securities is determined by the issuer of the securities, and it is not possible to perform transactions in units smaller than the determined transaction unit.

  Therefore, in view of the above circumstances, the present invention makes it possible to trade securities in units smaller than a predetermined transaction unit between individuals.

  A transaction management program according to an embodiment of the present invention provides a computer that can be connected to a database that manages transaction information related to a virtual securities transaction in a block chain, from at least one or more account information displayed on a terminal. Means for acquiring an account address to be identified, and means for creating transaction information for transmitting virtual securities to the user's account address and transmitting the transaction information to a database.

  Note that in this specification and the like, the “unit” does not simply mean a physical configuration, but also includes a case where the functions of the configuration are realized by software. In addition, functions of one configuration may be realized by two or more physical configurations, or functions of two or more configurations may be realized by one physical configuration.

  According to the present invention, it is possible to trade securities in units smaller than a predetermined transaction unit between individuals.

It is a block diagram which shows an example of the system configuration | structure of the transaction management system in one Embodiment of this invention. It is a mimetic diagram showing roughly the flow of dealings of virtual stock managed in the dealings management system in one embodiment of the present invention. It is a mimetic diagram showing roughly the flow of dealings of virtual stock managed in the dealings management system in one embodiment of the present invention. It is a figure which shows a part of structure of the block chain in one Embodiment of this invention. It is a figure which shows an example of the functional block of the node in one Embodiment of this invention. It is a figure which shows an example of the functional block of the virtual stock issuing apparatus in one Embodiment of this invention. It is a sequence diagram which shows the processing flow of the transaction management system in one Embodiment of this invention. It is a sequence diagram which shows the processing flow of the transaction management system in one Embodiment of this invention. It is a figure which shows an example of the hardware constitutions of the virtual stock issuing apparatus in one Embodiment of this invention, and a terminal.

[Embodiment]
Hereinafter, one embodiment of the present invention will be described in detail. The following embodiments are examples for explaining the present invention, and are not intended to limit the present invention only to the embodiments. The present invention can be variously modified without departing from the gist thereof. Furthermore, those skilled in the art can employ embodiments in which the elements described below are replaced with equivalent ones, and such embodiments are also included in the scope of the present invention.

<1. Overview of system configuration>
FIG. 1 shows an example of a system configuration of a transaction management system 1 according to the present embodiment. The transaction management system 1 according to the present embodiment can manage transactions of virtual securities. The virtual securities are securities that exist as electronic data on the network and can be exchanged for virtual currency or other virtual securities. It is preferable that virtual securities cannot be exchanged for real currency or securities. In the present embodiment, as an example, it is assumed that the virtual securities to be traded are virtual stocks. Note that the securities managed in the transaction management system 1 are not limited to stocks, and may be, for example, receivables, bills, checks, and the like.

  As shown in FIG. 1, the transaction management system 1 includes a node 10A connected to a network N such as the Internet, and a node 10B (each of which is an example of a terminal and another terminal. And a virtual stock issuing device 30.

  The network N is configured by a wireless network or a wired network. Examples of communication networks include mobile phone networks, PHS (Personal Handy-phone System) networks, wireless LAN (Local Area Network), 3G (3rd Generation), LTE (Long Term Evolution), 4G (4th GenerationMex), (Registered Trademark), infrared communication, Bluetooth (Registered Trademark), wired LAN, telephone line, power line network, IEEE 1394, and other networks.

  The node 10 and the virtual stock issuer 30 are computers connected to the network N. For example, a PC, a server device, a mobile phone or a smartphone, a PC (Personal Computer), a PDA (Personal Digital Assistants), a tablet, a wearable (Wearable). ) Terminals, game machines, etc. The node 10 and the virtual stock issuer 30 are connected to each other by P2P (Peer to Peer), and constitute a block chain database.

  The virtual stock issuing device 30 issues virtual stock (hereinafter also referred to as “BC stock”) on the P2P network. For example, the virtual stock issuer 30 is managed by a securities company or the like. A securities company that issues hypothetical shares reserves a certain number of shares among the shares under the transfer law. Then, virtual shares are issued so that the total number of shares corresponds to the number of secured shares.

  The node 10 is a terminal on which a predetermined application (transaction management program) distributed by the transaction management system 1 is downloaded. A user who has joined the P2P network can use the node 10 to trade in BC stocks. The user referred to here may be a human or a robot that performs processing based on a preset program or the like.

  With reference to FIG.2 and FIG.3, the outline | summary of the transaction of BC stock | strain using the transaction management system 1 which concerns on this embodiment is demonstrated. FIG. 2 is a diagram schematically showing the flow of BC stock transactions between the securities company and the user (user A) of the node 10A.

  The user can purchase BC stocks directly from a securities company. In this case, as shown in FIG. 2, the user A operates the node 10A to read the QR code (registered trademark) displayed by the virtual stock issuer 30 (STEP 1). At this time, the user A can access the virtual stock issuer 30 via the network and read the QR code (registered trademark) displayed on the browser. Further, the user A may visit a securities company and read the QR code (registered trademark) directly from the virtual stock issuer 30. In the present embodiment, the QR code (registered trademark) is read. However, another technique that can obtain the account address of a securities company may be used. For example, a dedicated code provided by a securities company may be used. A configuration in which an account address of a securities company is preset in the application using the application may be used. In addition, as an example in which a QR code (registered trademark) of a securities company is displayed, the user accesses the securities company HP with a desktop PC or a laptop PC, logs in, searches for the brand, and explains the brand extracted. The corresponding QR code (registered trademark) is displayed on the page, and an operation of reading this with a smartphone corresponding to the node 10A can be mentioned. The QR code (registered trademark) may be displayed on a paper medium (for example, a publication issued by a securities company or the like) or may be displayed on an electronic display device such as a display managed by the securities company or the like. . If the user is already a shareholder, a QR code (registered trademark) may be displayed on the shareholder special gift presented to the shareholder. In addition, QR codes (registered trademark) are displayed on the campaign website, etc. when companies (including securities companies) conduct campaigns that can be applied when purchasing target products or when the number of products purchased is greater than a predetermined number. If a BC stock is given as a prize to an applicant who satisfies a predetermined condition, a QR code (registered trademark) is displayed on the HP displayed after the application is completed, and the user does not spend any cost. You may make it possible to purchase BC stock, and after making a user purchase BC stock once, you may make it give BC stock corresponding to the expense further. In addition, instead of an application-type campaign, the target customer should be guided to a screen for acquiring a QR code (registered trademark) so that BC stock can be presented to a good customer specified by the company based on the purchase history of the product. Also good.

  When the QR code (registered trademark) is read, the stocks issued by the virtual stock issuing device 30 are displayed on the node 10A. Further, by reading the QR code (registered trademark), the node 10A can acquire the account address of the securities company. An account address is information that can uniquely identify a user in a P2P network. User A confirms the brand, designates the necessary number of shares, and transfers the necessary price to the acquired securities company account address (STEP 2). In addition, it is preferable that the remittance is performed in a virtual currency such as bit coins.

  When the virtual stock issuing device 30 confirms receipt of the price, the securities company transmits the BC stock to the node 10A (STEP 3). As a result, the user A can acquire the BC stock.

  Next, FIG. 3 explaining the transaction of BC stock between users (here, user A and user B) is an example of user A (an example of a second user) and user B (an example of a first user). It is a figure which shows typically the flow of dealings of the virtual stock between these.

  A user B who wants to purchase a BC stock first selects a trading partner. For example, at this time, the user B can acquire information related to the user who issues the stocks to be purchased from the user connected to the P2P network. At this time, in the node 10B operated by the user B, it is preferable that a list of stocks to be issued, a minimum number of shares that can be traded, and a price per share are displayed for each user. The minimum number of shares that can be traded can be freely set by the user A on the seller side. User A can designate a number smaller than the minimum number of shares that can be traded in the actual stock corresponding to the BC stock. For example, user A can specify the number of shares after the decimal point. As a result, in the transaction management system 1, for example, a BC stock can be traded in a unit smaller than one stock.

  Note that the node 10B can acquire a stock price range from a market value service provided by an external system and select a partner with which to trade.

  In the example shown in FIG. 3, the user B has selected the user A as a trading partner. At this time, the user B operates the node 10B to display a QR code (registered trademark). The node 10A reads the QR code (registered trademark) displayed on the node 10B (STEP 11). Note that the transaction between the user A and the user B is not limited to face-to-face, and may be performed via a network. In this case, the user B accesses the node 10A via the network and transmits a QR code (registered trademark). In addition, although the account address is acquired using QR code (registered trademark), technology other than QR code (registered trademark) may be used, a dedicated application is used mutually, and positioning information is used. The account address may be acquired only when the current position is close. As another example, the account address can be acquired using short-range wireless communication (FeliCA, NFC, etc.). It may be configured to. Although not shown, when the user has a plurality of account addresses (for example, when managing a plurality of accounts depending on the application), a plurality of QR codes (registered trademark) are displayed simultaneously. Alternatively, the QR code (registered trademark) to be displayed may be switched by an operation. When a plurality of account addresses owned by the user are simultaneously displayed as respective QR codes (registered trademark) on the screen, a plurality of QR codes (registered trademark) are simultaneously read and each transaction address is transferred to each transaction data. May be transmitted (for example, 0.1 shares are transmitted to each account).

  By reading the QR code (registered trademark), the user A can acquire the account address of the user B. The user A confirms the balance of the user B from the acquired account address, and determines whether or not the transaction is possible. When the account balance of the user B exceeds the amount required for the transaction, the user A transmits the BC stock of the quantity desired by the user B from the node 10A to the node 10B (STEP 12). In addition, when the account balance of the user B is less than the amount necessary for the transaction, a predetermined message (for example, “there is no balance necessary for the transaction” or “ "The number of BC stocks that can be purchased with the current account balance is 0.2 shares"). There may be a plurality of message patterns as described above, and the display method may be set on the user terminal. For example, if the user wants to stop the transaction immediately when the account balance is insufficient, it may always be set to automatically stop the transaction by sending "There is no balance required for the transaction" It may be set to automatically transmit a message proposing a unit that can be purchased with the account balance.

  When the user B receives the BC stock, the user B sends the necessary price to the user A in virtual currency (STEP 13). At this time, in the case where the required price is insufficient for the user B, the BC stock can be returned to the user A.

<2. Detailed configuration>
The detailed configuration of the transaction management system 1 that realizes the above-described BC stock transaction will be described.

<2-1. Data structure>
With reference to FIG. 4, the structure of the transaction data of BC stock managed in the transaction management system 1 according to this embodiment will be described. In the transaction management system 1 according to the present embodiment, BC stock and virtual currency transaction data are managed in a daisy chain structure (block chain) in which a plurality of blocks are connected, and are managed by all nodes connected to the P2P network. Shared.

FIG. 4 is a diagram illustrating an example of the structure of the (N + 1) th block among the blocks managed in the transaction management system 1. For example, the following information is stored in the (N + 1) th field block header.
-Digest of the Nth block (hash value)
・ Time stamp ・ Target ・ Nance

  The target is information used when the node 10 or the virtual stock issuer 30 performs mining using the existing PoW (Proof of Work) technology. Nonce is an arbitrary value. When mining is specifically described, the node 10 and the virtual stock issuer 30 repeatedly change the value of the block header digest for the purpose of finding a nonce whose block header digest is equal to or less than the target. Perform calculations (mining).

  Mining is a costly task because the probability of a block header digest containing any nonce being less than or equal to the target is very small. Therefore, by using the PoW technology for block generation, it is possible to prevent the data managed by the block chain from being falsified. The mining is not limited to the configuration using the PoW technology. For example, the block may be added to the end of the block chain regardless of whether the created block header is equal to or less than the target value. In this case, the block managed in the transaction management system 1 may be configured not to include a target and a nonce.

  Next, the structure of the body part of the block will be described. In the example of FIG. 4, a plurality of BC stock transactions (ID: Tx1022, Tx1023) and virtual currency transactions (ID: Tx1053) are stored in the block.

  A BC stock transaction (an example of first transaction information) is data relating to a BC stock transaction. A BC stock transaction is issued on the P2P network each time a transaction related to a BC stock is performed. For example, in the BC stock transaction, a BC stock seller's account address, a buyer's account address, the number of traded shares, and a transaction when the seller acquires the traded BC stock (hereinafter also referred to as “previous transaction”). .) (Hereinafter also referred to as “previous transaction ID”). One BC stock transaction can include a plurality of previous transaction IDs. Further, the BC stock transaction only needs to include information that can identify the previous transaction. For example, a pointer to the previous transaction may be included instead of the previous transaction ID.

  A virtual currency transaction (an example of second transaction information) is data relating to remittance of virtual currency. The virtual currency transaction is issued on the P2P network every time the virtual currency is transferred. For example, in the virtual currency transaction, the account address of the remittance source of the virtual currency, the account address of the remittance destination, the amount of remittance, and the transaction ID when the remittance user acquired the remittance virtual currency (previous transaction ID) ). One virtual currency transaction can include a plurality of previous transaction IDs. The virtual currency transaction only needs to include information that can identify the previous transaction. For example, a pointer to the previous transaction may be included instead of the previous transaction ID.

  The information related to the virtual currency transaction may be managed by an external system.

  Also, the BC stock transaction issued when the user described with reference to FIG. 2 directly purchases BC stock from a securities company is a generated transaction in which the BC stock is generated in the P2P network. An originating transaction is a transaction that cannot be traced back before. In the generated transaction, for example, the seller's account address or the previous transaction ID may not be specified.

<2-2. Node 10>
A functional configuration of the node 10 will be described with reference to FIG. FIG. 5 is a functional block diagram of the node 10 according to the present embodiment. As illustrated in FIG. 5, the node 10 includes, as functional units, a broadcast communication unit 100, a display unit 110, a reading unit 120 (an example of an acquisition unit), a balance confirmation unit 130, a remittance unit 140, and a virtual stock transaction unit. 150, a price confirmation unit 160, a mining unit 170, and a storage unit 180.

  The broadcast communication unit 100 transmits / receives data to / from other nodes connected to the P2P network via broadcast communication. Specifically, the broadcast communication unit 100 transmits and receives blocks generated by the processing of the mining unit 170 described later. Also, the broadcast communication unit 100 can broadcast a virtual currency transaction created by the remittance unit 140 described later and a BC stock transaction created by the virtual stock trading unit 150 to the P2P network by broadcasting.

The display unit 110 displays a QR code (registered trademark) including the account information of the user of the node 10 on the screen of the node 10. The account information preferably includes an account address and an account balance.
In the present embodiment, the remittance of the virtual currency and the transmission of the BC stock are described as being performed for the same account address, but the present invention is not limited to this. The account address for remittance of virtual currency and the account address for transmission of BC stock may be different. In this case, it is preferable that the QR code (registered trademark) includes both an account address for remittance of virtual currency and an account address for transmission of BC stock.

  Further, the display unit 110 can include information such as brands of BC shares handled by the node 10, minimum transaction unit, price of BC shares, etc. in the QR code (registered trademark).

  The reading unit 120 reads an account address from a QR code (registered trademark). The reading unit 120 is configured by a camera or the like, for example.

  The balance confirmation unit 130 confirms the balance information based on the account information and determines whether the transaction is possible. Specifically, the balance confirmation unit 130 determines whether or not the account balance exceeds the amount obtained by multiplying the unit price of the traded BC stock and the number of transactions based on the account balance included in the acquired account information. If it exceeds the value, it can be determined that the transaction is possible.

  Further, the balance confirmation unit 130 can confirm the balance of the account information of the user of the node 10 himself. In this case, the balance confirmation unit 130 can confirm the current balance information by tracing the virtual currency transaction to the transaction that has occurred in the P2P network as the virtual currency is converted from cash.

  The remittance unit 140 performs processing to remit virtual currency to the account address included in the account information read by the reading unit 120. Specifically, the remittance destination address is designated as the read account address, and the remittance source address is designated as the address of the user of the node 10. Furthermore, the remittance unit 140 creates a virtual currency transaction by specifying the amount of money to be remittance as the transaction price of the BC stock. The remittance unit 140 requests the broadcast communication unit 100 to transmit the created virtual currency transaction. Note that the remittance unit 140 performs a process of creating a virtual currency transaction when it is determined that a virtual stock transaction unit 150 (to be described later) has received a BC stock or when the reading unit 120 reads a QR code (registered trademark). It may be configured.

  The virtual currency transaction created by the remittance unit 140 is received and shared by all nodes connected to the P2P network. When any of the nodes that have received the virtual currency transaction approves the virtual currency transaction transmitted by the mining process, the remittance unit 140 can determine that the remittance process has been completed. Note that the timing at which the remittance process is determined is not limited to this, and the remittance unit 140 may determine that the remittance process has been completed when the broadcast communication unit 100 transmits the virtual currency transaction.

  The virtual stock trading unit 150 transmits and receives BC stocks. For example, the virtual stock trading unit 150 designates the buyer's account address as the account address read by the reading unit 120, and designates the seller's account address as the account address of the user of the node 10. Further, the virtual stock trading unit 150 creates a BC stock transaction by specifying the number of stocks to be traded, the brand of the BC stock to be traded, and the previous transaction ID. The virtual stock trading unit 150 requests the broadcast communication unit 100 to transmit the created BC stock transaction. The virtual stock transaction unit 150 may be configured to create a BC stock transaction when the remittance unit 140 determines that the remittance processing has been completed or when the reading unit 120 reads a QR code (registered trademark).

  The BC stock transaction created by the virtual stock trading unit 150 is received and shared by all the nodes connected to the P2P network, similarly to the virtual currency transaction. Similar to the virtual currency transaction, if any of the nodes that received the BC stock transaction approves the BC stock transaction transmitted by the mining process, the virtual stock trading unit 150 determines that the BC stock transmission process has been completed. be able to. The virtual stock trading unit 150 may determine that the transmission process has been completed when the BC stock transaction is transmitted.

  The price confirmation unit 160 determines whether or not the price of the BC stock to be traded is appropriate. For example, the price confirmation unit 160 calculates an average transaction price for BC stocks of the same brand, and warns when the transaction price in the current transaction and the calculated average transaction price are not within a predetermined range (for example, within 10%). It can be carried out. Further, for example, the price confirmation unit 160 can refer to the transaction value of the stock on the transfer method in conjunction with an external system. Specifically, when the specified price is significantly different from the real stock trading value (for example, 10% off the stock trading value under the transfer method), the price confirmation unit 160 informs the user of the node 10 A warning can also be given.

  Further, the price confirmation unit 160 determines whether the price of the BC stock is appropriate not only when the user of the node 10 purchases the BC stock from another user, but also for the love that sells the BC stock to other users. Is preferably determined. Thereby, it is possible to prevent the user from specifying an incorrect price when trading BC stocks.

  When the broadcast communication unit 100 broadcasts a virtual currency transaction or a BC stock transaction, the mining unit 170 performs a mining process on the transaction.

  The mining process is an operation for creating a block having the structure shown in FIG. As the mining process, the node 10 repeatedly calculates the block header digest until it finds the appropriate nonce described above while sequentially changing the nonce value. Note that the time stamp included in the block header shown in FIG. 4 is preferably the time when the node 10 received the transaction, for example. However, the present invention is not limited to this, and the mining unit 170 of the node 10 can store an arbitrary time stamp in the block header. When the mining unit 170 creates the block, it can broadcast it to the P2P network.

  Further, when the broadcast communication unit 100 receives a new block, the mining unit 170 can also perform verification processing on the block. As the verification process, the mining unit 170, for example, whether the digest of the block header is below the target value, whether the transaction ID is a unique value, whether a double transaction is being performed for the same BC stock, etc. Can be verified.

  The storage unit 180 stores information related to applications downloaded from the transaction management system 1 and information related to blocks shown in FIG. Note that the storage unit 180 preferably stores information on all blocks issued on the P2P network, but is not limited thereto. For example, only the book lock information necessary for the current transaction is stored in the storage unit 180, and information on the missing blocks is stored when the remittance unit 140 or the virtual stock transaction unit 150 creates a transaction. A configuration in which another node is inquired may be used.

<2-3. Virtual Stock Issuer 30>
The configuration of the virtual stock issuer 30 will be described with reference to FIG. FIG. 6 is a functional block diagram of the virtual stock issuer 30. As illustrated in FIG. 6, the virtual stock issuer 30 includes a broadcast communication unit 300, a display unit 310, a remittance unit 320, a virtual stock transaction unit 330, a mining unit 340, a payout unit 350, and a storage unit 360.

  The functions of the broadcast communication unit 300, the display unit 310, the remittance unit 320, the virtual stock transaction unit 330, the mining unit 340, and the storage unit 360 are the broadcast communication unit 100, the remittance unit 140, the virtual stock transaction unit 150, and the mining, respectively. Since the functions of the unit 170 and the storage unit 180 are the same, the description thereof is omitted.

  The dividend unit 350 distributes the dividend allocated to the actual stock to the holder of the BC stock. The payout unit 350 can determine the payout amount according to, for example, the BC share holding ratio. Further, the payout unit 350 may be configured to determine a user who receives a payout by lottery from among BC stock holders. The dividend may be a BC stock.

<3. Processing sequence>
With reference to FIG.7 and FIG.8, the process sequence in the transaction management system 1 is demonstrated. FIG. 7 corresponds to FIG. 2 and is a sequence diagram showing a processing flow when user A purchases a BC stock from virtual stock issuer 30 using node 10A.

  Upon receiving a BC stock transaction request from the user A, a staff member of the securities company displays a QR code (registered trademark) on the virtual stock issuer 30 (S101). The user A reads the QR code (registered trademark) displayed using the node 10A (S102). At this time, the reading unit 120 acquires information about the account address of the securities company and the brands being handled from the QR code (registered trademark). User A confirms the brand and notifies the virtual stock issuing device 30 of the required quantity (S104). Further, the remittance unit 140 designates the destination as the account address of the securities company, and issues a virtual currency transaction for remittance for the BC stock transaction (S105). In addition, identification information for communication such as an e-mail address, a telephone number, and a LINE ID may be added to QR code (registered trademark) data in advance so that users can communicate with each other regarding transaction details. Also good. The information to be added may allow a user to write a comment such as a stance on investment, and it is expected that transactions will be conducted between more appropriate users.

  When a virtual currency transaction issued by mining is approved in any node connected to the P2P network, the virtual stock issuer 30 confirms the amount (S106). If there is no excess or deficiency in the transferred money, the virtual stock issuer 30 issues a BC stock transaction whose destination is the account address of the user A (S107). In this case, it is preferable that the virtual stock issuer 30 obtains the account address of the user A from the QR code (registered trademark) displayed on the node 10A. However, the present invention is not limited to this. For example, the account address of the user A may be acquired from the address specified as the remittance source address of the virtual currency transaction issued by the node 10A.

  When the issued BC stock transaction is approved, the BC stock is received at the node 10A (S108).

  Next, the BC stock transaction between individuals will be described with reference to FIG. FIG. 8 is a sequence diagram corresponding to FIG. 3 and showing a flow of a transaction in which user B purchases a BC stock from user A using nodes 10B and 10A, respectively.

  First, the user B causes the node 10B to display a QR code (registered trademark) (S201). User A reads a QR code (registered trademark) by the node 10A (S202). At this time, the reading unit 120 of the node 10A acquires the account address of the user B from the QR code (registered trademark). The balance confirmation unit 130 of the node 10A confirms whether the account balance of the user B exceeds the amount necessary for the current transaction (S203).

  When the account balance of the user B exceeds the amount necessary for the current transaction, the virtual stock transaction unit 150 of the node 10A issues a BC stock transaction (S204). Mining is performed in any node connected to the P2P network, and when the issued BC stock transaction is approved, the BC stock is received in the node 10B (S205).

  The remittance unit 140 of the node 10B issues a virtual currency transaction and pays the price (S206). At this time, in order for the remittance unit 140 to acquire the account address of the user A, it is preferable that the node 10A displays a QR code (registered trademark), but the present invention is not limited to this. For example, the remittance unit 140 may be configured to acquire the account address of the user A from the address specified as the seller address of the BC stock transaction. In addition, when the remittance unit 140 creates a virtual currency transaction, if the account balance of the user B is insufficient, the node 10B preferably returns the received BC stock to the node A.

  When the issued virtual currency transaction is approved, the node 10A receives the price (S207).

  As described above, according to the transaction management system 1 according to the present embodiment, users can use the node 10 to trade BC stocks between individuals. Furthermore, the fee can be reduced by using virtual currency for the transaction. Further, by using virtual stock corresponding to real stock for trading, it is possible to trade with a smaller amount than real stock.

<Hardware configuration>
Hereinafter, an example of a hardware configuration when the above-described node 10 and the virtual stock issuing apparatus 30 are realized by the computer 800 will be described with reference to FIG. The function of each device can be realized by dividing it into a plurality of devices.

  As illustrated in FIG. 9, the computer 800 includes a processor 801, a memory 803, a storage device 805, an input I / F unit 807, a data I / F unit 809, a communication I / F unit 811, and a display device 813.

  The processor 801 controls various processes in the computer 800 by executing a program stored in the memory 803. For example, the broadcast communication unit 100, the display unit 110, the reading unit 120, the balance confirmation unit 130, the remittance unit 140, the virtual stock transaction unit 150, the price confirmation unit 160, the mining unit 170, and the virtual stock issuer 30 of the node 10 The broadcast communication unit 300, the display unit 310, the remittance unit 320, the virtual stock transaction unit 330, the mining unit 340, the payout unit 350, and the like are temporarily stored in the memory 803 and as programs that mainly operate on the processor 801. It is feasible.

  The memory 803 is a storage medium such as a RAM (Random Access Memory). The memory 803 temporarily stores a program code of a program executed by the processor 801 and data necessary for executing the program.

  The storage device 805 is a non-volatile storage medium such as a hard disk drive (HDD) or a flash memory. The storage device 805 stores an operating system and various programs for realizing the above-described configurations. Such programs and data are referred to by the processor 801 by being loaded into the memory 803 as necessary.

  The input I / F unit 807 is a device for receiving input from the user. Specific examples of the input I / F unit 807 include a keyboard, a mouse, a touch panel, various sensors, and a wearable device. The input I / F unit 807 may be connected to the computer 800 via an interface such as a USB (Universal Serial Bus).

  A data I / F unit 809 is a device for inputting data from the outside of the computer 800. Specific examples of the data I / F unit 809 include a drive device for reading data stored in various storage media. The data I / F unit 809 may be provided outside the computer 800. In this case, the data I / F unit 809 is connected to the computer 800 via an interface such as a USB.

  The communication I / F unit 811 is a device for performing data communication with the external device of the computer 800 via the Internet N by wire or wireless. The communication I / F unit 811 may be provided outside the computer 800. In that case, the communication I / F unit 811 is connected to the computer 800 via an interface such as a USB.

  The display device 813 is a device for displaying various information. Specific examples of the display device 813 include a liquid crystal display, an organic EL (Electro-Luminescence) display, and a wearable device display. The display device 813 may be provided outside the computer 800. In that case, the display device 813 is connected to the computer 800 via, for example, a display cable.

[Other Embodiments]
Each embodiment described above is for facilitating understanding of the present invention, and is not intended to limit the present invention. The present invention can be changed / improved without departing from the spirit thereof, and the present invention includes equivalents thereof. Each embodiment is an exemplification, and it is needless to say that a partial replacement or combination of configurations shown in different embodiments is possible, and these are also included in the scope of the present invention as long as they include the features of the present invention. .

  For example, in the described embodiment, the configuration in which the dividend unit 350 allocates dividends to BC stock holders has been described. However, the present invention is not limited to this, and the payout unit 350 may be configured to allocate products and points to BC stock holders. For example, points can be used for trading BC shares instead of virtual currency.

  The virtual stock trading unit 150 may be configured to embed a predetermined condition in the transaction when creating a BC stock transaction. For example, a condition that the BC stock is abandoned when the user does not operate the node 10 for a predetermined period may be embedded. In this case, the abandoned BC stock may be attributed to, for example, a securities company, or may be distributed to other BC stock holders.

  Further, in the above-described embodiment, the configuration in which the node 10 and the virtual stock issuing apparatus 30 include the mining unit 170 and the mining unit 340 has been described, but the present invention is not limited thereto. The mining unit only needs to be included in at least one of the nodes connected to the P2P network, and may not be included in all the nodes.

  In addition, if a person who makes a tender offer through TOB, etc. appears, as shown in Fig. 3, you may buy and sell stocks by individual transaction, and the tender offerer (agent of the tender offeror) / May be an intermediary) displays the QR code (registered trademark) for purchase, and the node 10 of the user A who is the shareholder reads the QR code (registered trademark) and enters the tender offerer's account address. Recognize and confirm the balance of the Tender Offeror, determine whether or not the transaction is possible, and User A will offer the Tender Offeror the number of shares desired by the Tender Offeror. The structure which transmits to an attendant may be sufficient.

  In addition, since the transaction in FIG. 3 is a transaction between individuals, it is assumed that the BC stock held by the user A is not the BC stock desired by the user B, but the user B trades the stock and the virtual currency. It is also possible to add an operation to confirm the BC stock held by user A before. The BC stock held by user A includes attached information (listed type (1st section of TSE, 2nd section of TSE, etc.), company information, listing market. Stock price, previous owner, purchased securities company, etc.), and the attached information can be transmitted to the node of user B so that the attached information can be referred to by that node. The configuration may be such that the stock price of the BC stock desired by the user B is calculated and presented by multiplying the number of shares of the BC stock desired by the user B by the current stock price in the listed market. . Furthermore, as another example of the operation of confirming the BC stock held by the user A before the user B trades the stock and the virtual currency, the BC stock held by the user A is purchased from a securities company, The configuration may be such that the node of user A presents this purchase history to the node of user B, and is a BC stock that has been purchased in a genuine transaction after confirming the purchase history with the target securities company. It may be an operation to prove Specifically, information identifying the purchase history is transmitted from the user A node or the user B node to the securities company system (the securities company may be authenticated before this transmission), and the user A holds the information. The securities company's system confirms that the BC stock to be authentic is a genuine transaction / stock (confirmation uses information that identifies the received purchase history, but may be used in addition to the attached information), and the confirmation result May be returned to the node.

DESCRIPTION OF SYMBOLS 1 ... Transaction management system, 10 ... Node, 100 ... Broadcast communication part, 110 ... Display part, 120 ... Reading part, 130 ... Balance confirmation part, 140 ... Remittance part, 150 ... Virtual stock transaction part, 160 ... Price confirmation part, 170 ... Mining unit, 180 ... Storage unit, 30 ... Virtual stock issuing device, 300 ... Broadcast communication unit, 310 ... Display unit, 320 ... Remittance unit, 330 ... Virtual stock transaction unit, 340 ... Mining unit, 350 ... Dividend unit, 360 ... storage unit

Claims (7)

A computer that can be connected to a database that manages transaction information related to virtual securities transactions in a blockchain,
Means for acquiring an account address for identifying a user from at least one or more account information displayed on the terminal; and creating transaction information for transmitting the virtual securities to the user's account address, and the transaction information Means for transmitting to the database;
Transaction management program to function as. The transaction management program according to claim 1, further causing the computer to function as the database for managing the block chain. The transaction management according to claim 1 or 2, wherein the computer further functions as means for determining whether or not a balance of a user's account address acquired by the acquiring means exceeds an amount of the virtual securities. program. The database further comprises:
Managing transaction information for transmitting virtual currency corresponding to the amount of the virtual securities from the user terminal to the account address of another user who uses the computer with the block chain,
The transaction management program in any one of Claims 1-3. The computer is further caused to function as means for confirming whether or not the amount of the virtual securities presented to the user's terminal is not more than a predetermined value from the amount of the virtual securities in another transaction. The transaction management program in any one of 1-4. A terminal that users can use to connect to a database that manages transaction information related to virtual securities transactions using blockchain.
The terminal
An acquisition unit for acquiring an account address of another user from at least one or more account information displayed on another terminal;
For the account address of the other user, create transaction information for transmitting virtual securities, and transmit the transaction information to the database.
Have
The other terminal is
A remittance unit that creates other transaction information for transmitting virtual currency corresponding to the amount of virtual securities to the user's account address, and transmits the other transaction information to the database,
Having a transaction management system. To a computer that can be connected to a database that manages transaction information related to virtual securities transactions in a blockchain,
Obtaining the account address of the user from at least one or more account information displayed on the terminal of the user;
Creating transaction information for transmitting the virtual securities to the user's account address, and transmitting the transaction information to the database;
A transaction management method to execute.