WO2019111338A1 - 管理装置、仮想通貨システム、及びシステム - Google Patents

管理装置、仮想通貨システム、及びシステム Download PDF

Info

Publication number
WO2019111338A1
WO2019111338A1 PCT/JP2017/043716 JP2017043716W WO2019111338A1 WO 2019111338 A1 WO2019111338 A1 WO 2019111338A1 JP 2017043716 W JP2017043716 W JP 2017043716W WO 2019111338 A1 WO2019111338 A1 WO 2019111338A1
Authority
WO
WIPO (PCT)
Prior art keywords
storage area
virtual currency
information storage
account information
stored
Prior art date
Application number
PCT/JP2017/043716
Other languages
English (en)
French (fr)
Inventor
佑 日下部
広治 房
圭太 高松
Original Assignee
Ｇｖｅ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ｇｖｅ株式会社 filed Critical Ｇｖｅ株式会社
Priority to EP17885440.2A priority Critical patent/EP3528189A1/en
Priority to CN201780092220.3A priority patent/CN110800006A/zh
Priority to JP2018504962A priority patent/JP6316530B1/ja
Priority to PCT/JP2017/043716 priority patent/WO2019111338A1/ja
Priority to US16/072,975 priority patent/US10628886B2/en
Publication of WO2019111338A1 publication Critical patent/WO2019111338A1/ja
Priority to US16/816,809 priority patent/US11341576B2/en
Priority to US16/816,843 priority patent/US11341577B2/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0655—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0658—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed locally
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3672—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes initialising or reloading thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403—Solvency checks
    • G06Q20/4037—Remote solvency checks

Definitions

  • the present invention relates to a management device, a virtual currency system, and a system.
  • Non-Patent Document 1 New transaction history added to transaction history data that has already been shared so as to share all transaction history data from past to present among multiple user devices and make it difficult to falsify these shared transaction history data
  • a virtual currency system which adds a special hash value generated by a process called mining to data (see Non-Patent Document 1).
  • An administration information device connected to a plurality of user devices via a network, storing an issue information storage area for storing a virtual currency ID of issued virtual currency, and associating account information with one or more virtual currency IDs
  • a management apparatus comprising: an account information storage area to be stored; and a history information storage area for storing virtual currency history information in association with a virtual currency ID.
  • a management apparatus connected to a plurality of user apparatuses via a network, comprising: an issue information storage area for storing virtual currency ID of issued virtual currency; and an asset information storage area for storing asset balance,
  • the issuance condition includes the condition that reception of the value of the virtual currency is satisfied, and the issuance information storage area is If a new virtual currency ID is stored and a selling order specifying account information is received from one of the user devices, success or failure of the buying intervention condition including the condition that the target price is equal to or less than a predetermined buying intervention setting price
  • the management apparatus which judges and, when the said buying intervention condition is satisfied, subtracts the value which the said buying intervention was materialized from the asset balance memorize
  • the management device can detect fraud related to the virtual currency using the virtual currency ID without spending a large amount of calculation. Therefore, it is possible to provide a management device and a virtual currency system which can smoothly operate the entire system.
  • FIG. 1 is a schematic view showing a configuration example of a virtual currency system according to a first embodiment.
  • FIG. 2 is a schematic view showing a configuration example of a management device according to Embodiment 1. It is a schematic diagram which shows an example of an issue information storage area. It is a schematic diagram which shows an example of an account information storage area. It is a schematic diagram which shows an example of a log
  • FIG. 7 is a sequence diagram for explaining an operation example (issue of virtual currency) of the management device according to the first embodiment.
  • FIG. 7 is a sequence diagram for explaining an operation example (issue of virtual currency) of the management device according to the first embodiment.
  • FIG. 7 is a sequence diagram for explaining an operation example (mediation of sale and purchase of virtual currency) of the management device according to the first embodiment.
  • FIG. 8 is a sequence diagram for explaining an operation example (virtual currency buying intervention) of the management device according to the first embodiment.
  • FIG. 7 is a sequence diagram for explaining an operation example (intervention for sale of virtual currency) of the management device according to the first embodiment. It is a sequence explaining the operation example of the virtual currency system concerning Embodiment 2.
  • FIG. It is a sequence explaining the operation example of the virtual currency system concerning Embodiment 3.
  • FIG. 1 is a schematic view showing a configuration example of a virtual currency system according to the first embodiment.
  • the virtual currency system 1 according to the first embodiment includes a management device 10 and a plurality of user devices 21 and 22 connected to the management device 10 via the network 30. The details will be described below.
  • the user devices 21 and 22 are devices managed by the user. Users include individuals and corporations as well as central banks around the world, private banks, and institutions such as exchanges. For the user devices 21 and 22, in addition to desktop computers and laptop computers, smartphones and the like can be used.
  • a network 30 connecting the user devices 21 and 22 and the management device 10 is, for example, the Internet.
  • the management device 10 is a device that manages virtual currency. Management includes, for example, management of issuance, management of trading, management of value (such as maintaining the value of a virtual currency), and management of history. In this embodiment, since the management device 10 centrally manages the virtual currency using the virtual currency ID, it is possible to easily detect fraud related to the virtual currency while suppressing the amount of calculation of the entire system.
  • the management device 10 is managed by a manager of virtual currency.
  • the administrator is, for example, an organization such as a central bank, a private bank, or an exchange of each country in the world. Managers do not include individuals. As long as the administrator is responsible for managing the management device 10, the administrator himself or herself is operating the management device 10 directly or a person commissioned by the administrator according to the administrator's instructions etc. It does not matter if you are operating the
  • the management device 10 may be one device or may be a plurality of devices operating in cooperation so that one device can be considered to be operating. Also, a plurality of management devices 10 can be arranged on the network 30. In this case, each of the plurality of management devices 10 may be one device, or may be a plurality of devices that cooperate to make one device appear to be operating.
  • FIG. 2 is a schematic view showing a configuration example of the management device according to the first embodiment.
  • the management device 10 includes an arithmetic device 12 and a storage device 14.
  • the arithmetic device 12 is, for example, a CPU
  • the storage device 14 is, for example, a device such as a RAM or a hard disk capable of reading and writing information.
  • the storage device 14 may be built in the management device 10 (see FIG. 2) or may be externally attached to the management device 10.
  • the storage device 14 may be a device accessed to the arithmetic device 12 of the management device 10 via the network 30.
  • Each of the arithmetic device 12 and the storage device 14 may be one device or a plurality of devices operating jointly so that one device can be regarded as operating.
  • FIG. 3A is a schematic view showing an example of the issuance information storage area
  • FIG. 3B is a schematic view showing one example of the account information storage area
  • FIG. 3C is a schematic view showing one example of the history information storage area.
  • an issue information storage area 141 for storing virtual currency IDs of issued virtual currency as shown in FIGS. 3A to 3C, and account information as one or more virtual currency IDs.
  • the issue information storage area 141 stores a virtual currency ID of the issued virtual currency.
  • the virtual currency ID is data unique to each virtual currency, and one virtual currency can be uniquely identified by identifying one virtual currency ID.
  • a virtual currency ID is assigned to all issued virtual currencies.
  • issue information can be stored in association with the virtual currency ID.
  • the issue information includes, for example, the issue price of each virtual currency, information as to whether or not the consideration for the virtual currency has been received, the date and time of issue of the virtual currency, and the like.
  • the issue price of each virtual currency is preferably increased as the number of issues increases. For example, assuming that three virtual currencies are issued, the issue price of the first virtual currency issued is 100 yen, the issue price of the second virtual currency issued is 200 yen, and the third It is likely that the issue price of the virtual currency issued is 300 yen. In this way, the virtual currency can be promoted because the virtual currency can be obtained more inexpensively as the virtual currency is issued earlier.
  • account information of a manager or a user is stored in association with one or more virtual currency IDs.
  • the account information is information for specifying the issue destination, the remittance source, and the remittance destination of the virtual currency.
  • the account information includes, for example, an account number for depositing a virtual currency, a deposit address, and owner information of a virtual currency such as a name and a name.
  • the owner information is included in the account information and the information is made public, the owner of the virtual currency becomes clear, so that money laundering can be effectively prevented.
  • the account information does not include the owner's information or is included but is not publicized, virtual currency can be issued or remittance, but the owner is not revealed, so keep anonymity regarding the virtual currency. Can.
  • the history information of the virtual currency is stored in the history information storage area 143 in association with the virtual currency ID.
  • the management device 10 can easily detect fraud regarding each virtual currency by verifying the consistency between the history information stored in the history information storage area 143 using the virtual currency ID. Further, the information stored in the history information storage area 143 is compared with the information stored in the issuance information storage area 141 or the information stored in the account information storage area 142 to determine whether or not there is a contradiction. Thus, it can be determined whether the information stored in the history information storage area 143 has been tampered with. In this determination, it is not necessary to calculate a special hash value requiring a large amount of calculation.
  • the virtual currency history information includes, for example, the type of history, account information related to the history, and the date and time of the history.
  • the type of history includes, for example, information indicating that a virtual currency has been issued, information indicating that a virtual currency trading transaction (eg, transferring a virtual currency between user account numbers) has been established, virtual Information indicating that a buying intervention (for example, transferring the virtual currency from the user's account number to the managing device account number) has been performed for the currency, or a selling intervention for the virtual currency (for example, Information indicating that a virtual currency has been transferred from the account number to the user's account number is included.
  • the storage device 14 of the management apparatus 10 has three storage areas: the issuance information storage area 141, the account information storage area 142, and the history information storage area 143.
  • a virtual currency ID is stored in each of the three storage areas. In this way, not only the integrity of the information stored in the history information storage area 143 but also the information stored in the history information storage area 143 is issued using the virtual currency ID as a key.
  • Information stored in the issuance information storage area 141 by comparing the information stored in the information storage area 141 and / or the information stored in the account information storage area 142 and judging whether there is any contradiction, It can be confirmed that the information stored in the account information storage area 142 and the information stored in the history information storage area 143 have not been falsified.
  • FIG. 3D is a schematic view showing an example of the asset information storage area 144
  • FIG. 3E is a schematic view showing an example of the history information storage area 143.
  • the storage unit 14 of the management apparatus 10 is provided with an asset information storage area 144 for storing asset balances, an issued number storage area 145 for storing the issued number of virtual currency, and the like. It can also be done.
  • the asset balance is information indicating the total value paid from the user to the manager as compensation for the virtual currency.
  • the asset balance associated with the latest receipt date indicates the latest asset balance.
  • the issue price of the first virtual currency is 1000 yen
  • the issue price of the second virtual currency is 1500 yen
  • the asset balance is, for example, 4500 yen
  • the issued number is, for example, 3.
  • the consideration of the virtual currency is a value determined according to the issue price of the virtual currency, and is equal to, for example, the issue price of the virtual currency.
  • values such as electronic money and points can be used.
  • the asset balance can be stored in association with account information of a virtual currency, account information of a user who paid in consideration of the virtual currency, a date of receipt when the consideration is received, and the like. In this way, it becomes easy to identify who paid what when and when.
  • the management device 10 can add the consideration for issuance to the asset balance, for example, when the consideration has already been received or when it is expected that the consideration will be received. Further, the management device 10 can store the consideration and the account information of the user in association with the asset balance after the addition.
  • Each storage area described above may be physically one storage area, or may be a plurality of storage areas which are substantially treated as one area by the arithmetic unit 12 performing predetermined processing. Good.
  • a hash value with a large amount of computation is generated using all the information from the past to the current stored in the storage area, and this is newly stored in the storage area. It may be included in the information. In this way, it is possible to prevent the falsification of the information stored in the storage area.
  • it is possible to detect fraud related to a virtual currency without using a tamper resistant device that uses such a hash value with a large amount of computation. Therefore, even if a hash value is used, it is preferable to use a hash value or the like with a small amount of operation instead of a hash value with a large amount of operation.
  • FIG. 4 is a sequence diagram for explaining an operation example (issue of virtual currency) of the management device according to the first embodiment.
  • an operation example of the management device 10 in the case where a virtual currency is issued to the user device 21 will be described.
  • Step S11 the management device 10 receives, from the user device 21, a virtual currency issuance request for specifying account information.
  • issuance of virtual currency is requested from the user device 21 to the administrator.
  • the virtual currency issuance request may specify the desired issuance number in addition to the account information.
  • Step S12 When the manager receives the consideration of the virtual currency from the user, the management apparatus 10 preferably adds the consideration to the asset balance of the asset information storage area 144 of the storage unit 14 (step S12). This makes it possible to accurately link the issue of the virtual currency and the asset balance of the manager. Moreover, it can prevent that the buying intervention mentioned later is performed without any restriction. In addition, this process can also be performed before the receipt processing of a price, or after the issue processing of a virtual currency.
  • Step S13 and S14 the management apparatus 10 determines whether or not the issuance condition including the condition for receiving the consideration of the virtual currency is satisfied (step S13), and executes the virtual currency issuance process (step S14) when the issuance condition is satisfied. .
  • conditionally receiving the consideration it is possible to stabilize the value of the imaginary currency, with the consideration backing the value of the imaginary currency. In addition, it is possible to limit the execution of the buying intervention described later.
  • the success or failure of the receiving condition can be determined by whether or not the consideration of the virtual currency has already been received, or whether it is expected to be received reliably.
  • the specific determination mode is not particularly limited. For example, whether the compensation is stored in the asset information storage area 144 corresponding to the account information specified in the virtual currency issuance request, the credit of the user It can be determined whether it is a numerical value indicating the power, whether it is a user stored in advance in the storage device 14 as a credible person, whether it can be evaluated that the value of the virtual currency has been substantially received, and the like.
  • the issuance condition is that the number of issued pieces stored in the number-of-issued storage area 145 is equal to or less than a predetermined upper limit, or N (NN2) desired number of issued is designated in the virtual currency issue request It is preferable that the condition of the sum of the issued number stored in the issued number storage area 145 and the desired number of issues stored in the issued number storage area 145 be equal to or less than a predetermined upper limit.
  • the predetermined upper limit is determined according to the market trend.
  • the issuance condition further includes the condition that the market price of the virtual currency is equal to or greater than the issuance price.
  • the management apparatus 10 transmits to the management apparatus 10 from a market price, for example, a server on the network 30
  • step S14 the process of issuing virtual currency (step S14) will be described.
  • Step S141 First, the management device 10 stores a new virtual currency ID in the issuance information storage area 141. As a result, a new virtual currency ID is issued, and that effect is recorded in the management device 10.
  • an unissued virtual currency ID already stored in the issuance information storage area 141 is used as the issued virtual currency ID.
  • the new virtual currency ID used when storing the former literally may be generated each time by the management apparatus 10 in this process, or a usable unissued virtual currency ID may be stored in the storage device 14 of the management apparatus 10 or the like.
  • the administrator may store in advance, and the management apparatus 10 may select from among them randomly or based on a predetermined rule each time.
  • Step S142 the management device 10 stores the new virtual currency ID in the account information storage area 142 in association with the account information specified by the virtual currency issuance request. Thereby, the owner of the newly issued virtual currency is recorded in the management device 10.
  • Step S143 the management device 10 associates a new virtual currency ID with history information indicating that a new virtual currency has been issued, and stores it in the history information storage area. As a result, the fact that a new virtual currency has been issued is recorded in the management device 10.
  • the management apparatus 10 preferably increases the issued number stored in the issued number storage area 145. In this way, since the number of issued virtual currency can be managed, the number of issued can be limited.
  • the management device 10 increases the issued number by one when the desired issuance number is not specified in the virtual currency issuance request, or when the desired issuance number of 1 is specified in the virtual currency issuance request.
  • the management device 10 also increases the issued number by N when the desired number of issues of N (N ⁇ 2) is designated in the virtual currency issue request.
  • Step S145 The management device 10 preferably transmits a virtual currency issuance notification to the user device 21. Thereby, the user of the user device 21 is notified of the issue of the virtual currency.
  • FIG. 5 is a sequence diagram for explaining an operation example (intermediate transaction of virtual currency) of the management apparatus according to the first embodiment.
  • an operation example of the management device 10 in the case where trading of a virtual currency is performed between the user device 21 and the user device 22 will be described.
  • Step S21 and S22 First, the management device 10 receives a selling order specifying account information from one user device 21 (step S21), and receives a buying order specifying account information from another user device 22 (step S22). . Thereby, sale of virtual currency is requested from one user device 21 to the management device 10, and purchase of virtual currency is requested from the other user devices 22 to the management device 10.
  • the selling order may specify the desired number of sales in addition to the account information.
  • the purchase order may specify the desired number of purchases in addition to the account information.
  • Steps S23 and S24 the management apparatus 10 stores the account information specified in the sale order in association with the account information storage area 142, and stores the account information in the account information storage area 142 in association with the account information specified in the sale order.
  • the virtual currency ID being stored is stored in the issue information storage area 141, and the virtual currency ID stored in the account information storage area 142 in association with the account information specified in the sales order corresponds to the history information.
  • the success or failure of the sales brokerage condition including the condition stored in the history information storage area 143 is judged (step S23), and if satisfied, the account information is correlated with the account information specified by the selling order
  • the brokerage processing (step S24) is executed on the assumption that trading is established for the virtual currency ID stored in the storage area 142.
  • step S24 When a plurality of virtual currency IDs are stored in the account information storage area 142 in association with the account information specified by the selling order, it is assumed that trading is established for one or more of the virtual currency IDs among them 1
  • a trade brokering process (step S24) can be performed for each of one or more virtual currency IDs.
  • the sales brokerage process (step S24) will be described.
  • Step S241 First, the management apparatus 10 deletes from the account information storage area 142 the account information designated by the selling order and the virtual currency ID for which the trading has been established, and the virtual account information designated by the buying order, and the virtual being established.
  • the currency ID is associated with the currency ID and stored in the account information storage area 142 (step S241).
  • the virtual currency is transferred from the user of the one user device 21 that is the seller to the user of the other user device 21 that is the buyer (the remittance is completed), and that effect is recorded in the management device 10.
  • Step S242 the management device 10 stores the virtual currency ID in which the transaction is established and the history information indicating that the transaction of the virtual currency is established in the history information storage area 143 in association with each other. Thereby, the fact that the transaction (transfer) of the virtual currency is established is recorded in the management device 10.
  • Steps S243 and S244 It is preferable that the management apparatus 10 transmits a sale establishment notification to the user device 21 and the user device 22. Thereby, the user of the user device 21 and the user device 22 is notified of the establishment of the trading of the virtual currency.
  • FIG. 6 is a sequence diagram for explaining an operation example (buying intervention process) of the management apparatus according to the first embodiment.
  • an operation example of the management device 10 in the case where the management device 10 intervenes in buying will be described with reference to FIG.
  • Step S31 First, the management device 10 receives a selling order specifying account information. As a result, the sale of the virtual currency is requested from the user device 21 to the administrator.
  • the selling order may specify the desired number of sales in addition to the account information.
  • Step S32 Next, in the management apparatus 10, the target price is equal to or less than the predetermined buying intervention setting price, the account information specified in the selling order is stored in association with the account information storage area 142, and is specified in the selling order.
  • the virtual currency ID stored in the account information storage area 142 in association with the account information is stored in the issue information storage area 141, and is associated with the account information specified in the sell order in the account information storage area 142.
  • step S32 If the buying intervention condition including the condition that the virtual currency ID stored in is associated with the history information and stored in the history information storage area 143 is judged success or failure (step S32), the buying intervention condition is satisfied
  • the purchase intervention process (suspicion that the purchase intervention is established for the virtual currency ID stored in the account information storage area 142 in association with the account information specified by the sell order is To run-up S33).
  • a buying intervention process (step S33) can be performed for each of one or more virtual currency IDs.
  • the management apparatus 10 can execute the buying intervention process automatically (without the intervention of a human hand) by the establishment of a predetermined condition, and the value fall prevention of the virtual currency can be prevented quickly and appropriately.
  • the buying intervention process step S33
  • the asset balance stored in the asset balance stored in the asset information storage area 144 is equal to or more than the target price, or N (N ⁇ 2) desired number of sales are designated in the sell order If it exists, it is preferable to include the condition that the asset balance stored in the asset information storage area 144 is equal to or more than the product of the number of sales hopes and the target price. In this way, the execution of the buying intervention process can be limited to the range of asset balances in which the manager has assets. Therefore, it is possible to prevent an unlimited buying intervention.
  • the target price may be, for example, a market price of a virtual currency transmitted to the management apparatus 10 from a server or the like on the network 30, or may be a selling order price specified by a selling order.
  • the purchase intervention set price is, for example, previously input by the administrator to the management device 10 and stored in the storage device 14 of the management device 10.
  • Step S331 First, the management device 10 deletes from the account information storage area 142 the account information specified in the sale order and the virtual currency ID for which the purchase intervention was established, and the virtual currency for which the account information of the management device 10 and the purchase intervention are established
  • the ID is associated with the ID and stored in the account information storage area 142 (step S331).
  • the virtual currency is transferred from the user of the one user device 21 that is the seller to the manager who is the buyer, and that effect is recorded in the management device 10.
  • Step S332 the management device 10 stores the virtual currency ID in which the buying intervention is established and the history information indicating that the buying intervention has been performed in the history information storage area 143 in association with each other. As a result, the fact that the virtual currency buying intervention has been performed is recorded in the management device 10.
  • Step S333 It is preferable that the management apparatus 10 subtracts the value at which the purchase intervention is established from the asset balance stored in the asset information storage area 144 (step S333). If the number of sale requests N (N ⁇ 2) is specified in the sale order, the product of the number of sale requests and the consideration for which the purchase intervention was established is subtracted from the asset balance stored in the asset information storage area 144 . This makes it possible to accurately manage the manager's asset balance.
  • Step S334 It is preferable that the management device 10 transmit a sale establishment notification to the user device 21. As a result, the user of the user device 21 is notified of the establishment of trading of the virtual currency.
  • FIG. 7 is a sequence diagram for explaining an operation example (sales intervention process) of the management device according to the first embodiment.
  • an operation example of the management device 10 when the management device 10 performs a selling intervention will be described.
  • Step S41 First, the management device 10 receives a purchase order specifying account information from one of the user devices 21. As a result, purchase of virtual currency is requested from one user device 21 to the administrator.
  • the purchase order may specify the desired number of purchases in addition to the account information.
  • Step S42, Step S43 the management device 10 determines the success or failure of the sale intervention condition including the condition that the target price is equal to or more than the predetermined sale intervention set price (step S42), and when the sale intervention condition is satisfied, the management device 10
  • the sale intervention process (step S43) is executed on the assumption that the sale intervention is established for the virtual currency ID stored in the account information storage area 142 in association with the account information of (1).
  • a selling intervention process (step S43) can be performed for each of the one or more virtual currency IDs. In this way, the management device 10 can execute the selling intervention process automatically (without intervention) when the predetermined condition is met.
  • the selling intervention process (step S43) will be described below.
  • the selling intervention condition further includes a condition that the target price is equal to or higher than the issue price of the virtual currency stored in the issue information storage area in association with the virtual currency ID of the virtual currency issued last. Is preferred.
  • the target price may be, for example, a market price of a virtual currency transmitted to the management apparatus 10 from a server or the like on the network 30, or may be a buy order price specified in a buy order.
  • the sale intervention set price is, for example, previously input by the manager to the management device 10 and stored in the storage device 14 of the management device 10.
  • Step S431 First, the management device 10 deletes from the account information storage area 142 the account information of the management device 10 and the virtual currency ID for which the selling intervention has been established, and the virtual currency for which the account information specified in the buying order and the trading have been established.
  • the ID is stored in the account information storage area 142 in association with each other.
  • the virtual currency is transferred from the manager who is the seller to the user of the one user device 21 who is the buyer, and that effect is recorded in the management device 10.
  • Step S432 the management device 10 stores the virtual currency ID in which the selling intervention is established and the history information indicating that the selling intervention has been performed in the history information storage area 143 in association with each other. As a result, the fact that the virtual currency selling intervention has been performed is recorded in the management device 10.
  • Step S433 It is preferable that the management apparatus 10 adds the price at which the selling intervention is established to the asset balance stored in the asset information storage area 144. This makes it possible to accurately manage the manager's asset balance.
  • Step S434 It is preferable that the management device 10 transmit a sale establishment notification to the user device 21. As a result, the user of the user device 21 is notified of the establishment of trading of the virtual currency.
  • the management device 10 and the virtual currency system 1 capable of smoothly operating the entire system.
  • the buying and selling mediation condition and the buying intervention condition of the present embodiment it is possible to prevent the fraudulent buying and selling of the virtual currency and the wrong exercise of the buying intervention. That is, by making the condition that the account information specified in the selling order is stored in association with the account information storage area 142, the illegal sale of the virtual currency by a person who does not have the account information is prevented. be able to.
  • the unissued virtual currency is sold by using the condition that the virtual currency ID stored in association with the account information specified in the selling order is stored in the issuance information storage area 141. Can be prevented.
  • there is no history information by making the condition that the virtual currency ID stored in association with the account information specified by the selling order is stored in the history information storage area 143 in association with the history information.
  • a virtual currency e.g., a virtual currency with no history of issuance
  • the transaction brokerage processing when the information in any one of the three storage areas is falsified or the like It is possible to effectively prevent the execution of the buying intervention process.
  • the existing virtual currency represented by Bitcoin does not have the function of storing value, and the price may drop sharply.
  • the issue of the virtual currency is executed in exchange for the consideration, it is possible to create a virtual currency having a value storage function.
  • the value of a virtual currency can be secured by detecting fraud in the brokerage of trading.
  • the execution of the buying intervention can directly control the decline in value. Therefore, according to the present embodiment, it is possible to provide the virtual currency having stable value by providing the virtual currency to be issued with a storage function of value as one of the elements required as a widely circulating currency. .
  • the management apparatus 10 on the network 30 (when a plurality of management apparatuses 10 are connected to the network 30, for example, the management apparatus 51 belonging to the highest layer described later.
  • the current mainstream virtual currency is the concept of mining, and the minor (miner) who uses CPU time, power, and labor cost receives the consideration for the issue of the virtual currency, so the value of the virtual currency itself is There is no value to support.
  • issuance of virtual currency issued by the management apparatus 10 and CPU time, power, and labor cost for circulation can be effectively suppressed.
  • the virtual currency issued by the management device 10 is distributed to the market by users such as individuals and corporations exchanging other currencies.
  • the asset balance (preparations of foreign currency) is accumulated in the asset information storage area of the management device 10 simultaneously with issuance.
  • the asset balance (foreign currency reserve) enables the management apparatus 10 to purchase a virtual currency from the market (buying intervention) when the market price of the virtual currency issued by the management apparatus 10 decreases. Further, according to the present embodiment, by raising the issue price each time a virtual currency is issued, it is possible to suppress a sharp drop in price compared to other virtual currencies.
  • the present embodiment it is possible to leave the price of the virtual currency to the market supply and demand, automatically determine the number of virtual currency issued based on the market price, and reduce the labor required for maintaining the system.
  • the administrator can receive various consideration such as dollar, euro, SDR, yen, yuan, pound, etc. from the user in exchange for the virtual currency by the management device 10, and these consideration is added to the asset balance .
  • asset balances have the nature of foreign exchange reserves and have the function of storing value in a virtual currency.
  • FIG. 8 is a sequence for explaining an operation example of the virtual currency system according to the second embodiment.
  • the management device 10 receives a virtual currency issuance request for specifying account information from the user device 21 (step S51)
  • the virtual currency system It is determined whether or not the issuance condition including the reception condition is satisfied (step S52), and when the issuance condition is satisfied, a new virtual currency ID is stored in the issuance information storage area 141 (step S53).
  • the management apparatus 10 when the management apparatus 10 receives a selling order specifying account information from one user device 21 (step S54), the management device 10 includes a condition that the target price is equal to or less than a predetermined purchase intervention setting price Whether the purchase intervention condition is satisfied or not is determined (step S55), and when the purchase intervention condition is satisfied, the value for which the purchase intervention is established is subtracted from the asset balance stored in the asset information storage area 144 (step S56). After the completion of step S56, the management device 10 preferably transmits a deal establishment notification to the user device 21 (step S56). According to the second embodiment, since the management apparatus 10 can execute the buying intervention process automatically (without the intervention of human hands) when the predetermined condition is satisfied, it is possible to promptly and accurately prevent the value fall of the virtual currency. it can.
  • FIG. 9 is a sequence for explaining an operation example of the virtual currency system according to the third embodiment.
  • the virtual currency system 3 according to the third embodiment is a virtual currency system provided with a plurality of management devices 51 to 57 which are hierarchically connected in a tree shape.
  • the management apparatus belonging to one hierarchy includes an issue information storage area for the own apparatus and an issue information storage area for the other apparatus.
  • issue information storage area for the other device information stored in the issue information storage area for the own device of the management device belonging to the layer immediately below the one layer is stored.
  • information is shared (or synchronized) between the issuance information storage area for the other apparatus and the issuance information storage area for the own apparatus of the management apparatus belonging to the hierarchy one layer lower than the one hierarchy.
  • the management devices 52 and 53 belonging to the second hierarchy are connected directly under the management device 51 belonging to the first hierarchy, and the management devices 54 55 55 belonging to the third hierarchy immediately below the management device 52 belonging to the second hierarchy , 57 are connected.
  • the management apparatus 51 of the highest layer is provided with an issuance information storage area A for its own apparatus and issuance information storage areas B and C for other apparatuses.
  • the management device 52 belonging to the second hierarchy includes an issuance information storage area B for its own apparatus and issuance information storage areas D, E, F, and G for other apparatuses.
  • the management device 53 belonging to the second hierarchy includes the issuance information storage area C for its own apparatus and the issuance information storage areas H, I, J, and K for other apparatuses.
  • the management devices 54, 55, 56, 57 belonging to the third hierarchy respectively have issue information storage areas D, E, F, G for the own apparatus, and have issue information storage areas for other apparatuses. ing.
  • the issuance information storage areas B and C for the other devices included in the management device 51 of the top layer belong to the second layer and own devices of the management devices 52 and 53 connected directly under the management device 51 of the top layer
  • the information stored in the issue information storage areas B and C for the purpose is stored.
  • management connected directly under the management apparatus 52 belonging to the third hierarchy belonging to the second hierarchy Information stored in the issuance information storage areas D, E, F, G for the own apparatus provided in the apparatuses 54, 55, 56, 57 are stored respectively.
  • the user device can transmit a virtual currency issuance request to any of the plurality of management devices 51 to 57, transmit a sell order or a buy order, and so on.
  • the load of traffic in 3 can be distributed.
  • the issue information storage area is shared between the management apparatus belonging to one hierarchy and the management apparatus belonging to the hierarchy one level below, issuance information for other devices provided in the management apparatus belonging to one hierarchy
  • the content stored in the issue information storage area for the own apparatus provided in the management apparatus belonging to the lower hierarchy is compared with the storage area, and fraud detection is facilitated by determining whether or not both match. be able to.
  • write prohibition and / or read prohibition to at least one storage area of the issuance information storage area for the own apparatus, the account information storage area for the own apparatus, and the history information storage area for the own apparatus are set.
  • the write information storage area for the other device, the account information storage area for the other device, and the write prohibition and / or read prohibition to at least one storage area of the history information storage area for the other device are set. It may be In this way, according to the authority of the manager of the management apparatus belonging to the lower hierarchy, the functions of the management apparatuses belonging to the lower hierarchy can be restricted. Therefore, the manager of the management apparatus belonging to the lower hierarchy can The function of the management device belonging to the lower hierarchy can be appropriately limited, in the case where the user has the right to mediate trade, but does not have the right to issue the virtual currency.
  • the plurality of management devices 51 to 57 may be directly connected, may be connected via another device, or may be connected via a network such as the Internet or a dedicated line. .
  • sending or receiving one request or one order specifying one information is, for example, one request other than receiving one request or one order including one information itself. Before and / or after receiving the one request in relation to the other, or when the one information can not be received, but the one information can be specified from the received one request. Say.
  • the information or the relevant data etc. is literally deleted in the relevant area (eg, the relevant information, the relevant data, etc. are stored) (In the case of literally deleting a record (line) etc.) or in the case where the information or data etc. in the area is substantially deleted by invalidating without deleting it (eg, the information, data etc.) (In the case of storing other information or other data to the effect of indicating invalidity in a record (row) etc. in which is stored).
  • one request, one order, and the like may be transmitted and received as one data, or may be divided into a plurality of data and transmitted and received.
  • one request or one order may be transmitted and received at one time, or may be transmitted and received in a plurality of times.
  • one request or one order may be transmitted and received independently or may be transmitted together with other information. For example, information such as a header is added to one request or one order described above to form one or more packets, and the one or more requests described above are transmitted or received by transmitting or receiving the one or more packets.
  • the first order may be sent and received.
  • Central banks in each country, private banks, etc. can issue new virtual currency or real currency backed by the virtual currency issued by the management device 10.
  • Management Device 1
  • Arithmetic Device 14
  • Storage Device 141
  • Issue Information Storage Area 142
  • Account Information Storage Area 143
  • History Information Storage Area 144
  • Asset Information Storage Area 145 Issued Number Storage Area 21, 22 User Equipment 30 Network 51 to 57 management device

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

【課題】膨大な計算量を費やすことなく仮想通貨に関する不正を検知することにより、システム全体を円滑に運営可能な管理装置及び仮想通貨システムを提供する。 【解決手段】複数のユーザ装置にネットワークを介して接続される管理装置であって、発行済仮想通貨の仮想通貨ＩＤを記憶する発行情報記憶領域と、口座情報を１つまたは複数の仮想通貨ＩＤに対応付けて記憶する口座情報記憶領域と、仮想通貨の履歴情報を仮想通貨ＩＤに対応付けて記憶する履歴情報記憶領域と、を有する管理装置。

Description

管理装置、仮想通貨システム、及びシステム
　本発明は管理装置、仮想通貨システム、及びシステムに関する。
　複数のユーザ装置間で過去から現在にわたるすべての取引履歴データを共有し、これら共有される取引履歴データの改ざんが困難となるよう、既に共有されている取引履歴データに付加される新たな取引履歴データに対して、マイニング（採掘）と呼ばれる処理により生成された特殊なハッシュ値を付け加える仮想通貨システムが知られている（非特許文献１参照）。
フリー百科事典「ウィキペディア（Ｗｉｋｉｐｅｄｉａ）」、ブロックチェーン、［平成２９年１２月３日検索］、インターネット＜ＵＲＬ： ｈｔｔｐｓ：／／ｊａ．ｗｉｋｉｐｅｄｉａ．ｏｒｇ／ｗｉｋｉ／ブロックチェーン＞
　しかしながら、上記従来の仮想通貨システムでは、マイニング（採掘）による特殊なハッシュ値の計算量が過大となり、システム全体を円滑に運営できなくなる虞がある。
　上記の課題は、例えば、次の手段により解決することができる。
　複数のユーザ装置にネットワークを介して接続される管理装置であって、発行済仮想通貨の仮想通貨ＩＤを記憶する発行情報記憶領域と、口座情報を１つまたは複数の仮想通貨ＩＤに対応付けて記憶する口座情報記憶領域と、仮想通貨の履歴情報を仮想通貨ＩＤに対応付けて記憶する履歴情報記憶領域と、を有する管理装置。
　複数のユーザ装置にネットワークを介して接続された管理装置であって、発行済仮想通貨の仮想通貨ＩＤを記憶する発行情報記憶領域と、資産残高を記憶する資産情報記憶領域と、を備え、前記ユーザ装置から口座情報を指定する仮想通貨発行要求を受信した場合、仮想通貨の対価の受け取りを条件に含む発行条件の成否を判断し、前記発行条件が成立する場合に、前記発行情報記憶領域に新たな仮想通貨ＩＤを記憶し、一の前記ユーザ装置から口座情報を指定する売り注文を受信した場合、対象価格が所定の買い介入設定価格以下であるとの条件を含む買い介入条件の成否を判断し、前記買い介入条件が成立する場合に、前記資産情報記憶領域に記憶されている資産残高から前記買い介入が成立した対価を減算する管理装置。
　本発明の一実施形態によれば、管理装置が、仮想通貨ＩＤを用いて、膨大な計算量を費やすことなく仮想通貨に関する不正を検知することができる。したがって、システム全体を円滑に運営可能な管理装置及び仮想通貨システムを提供することができる。
実施形態１に係る仮想通貨システムの構成例を示す模式図である。 実施形態１に係る管理装置の構成例を示す模式図である。 発行情報記憶領域の一例を示す模式図である。 口座情報記憶領域の一例を示す模式図である。 履歴情報記憶領域の一例を示す模式図である。 資産情報記憶領域の一例を示す模式図である。 履歴情報記憶領域の一例を示す模式図である。 実施形態１に係る管理装置の動作例（仮想通貨の発行）を説明するシーケンス図である。 実施形態１に係る管理装置の動作例（仮想通貨の売買仲介）を説明するシーケンス図である。 実施形態１に係る管理装置の動作例（仮想通貨の買い介入）を説明するシーケンス図である。 実施形態１に係る管理装置の動作例（仮想通貨の売り介入）を説明するシーケンス図である。 実施形態２に係る仮想通貨システムの動作例を説明するシーケンスである。 実施形態３に係る仮想通貨システムの動作例を説明するシーケンスである。
［実施形態１に係る仮想通貨システム１］
　図１は実施形態１に係る仮想通貨システムの構成例を示す模式図である。図１に示すように、実施形態１に係る仮想通貨システム１は、管理装置１０と、管理装置１０にネットワーク３０介して接続される複数のユーザ装置２１、２２と、を備えている。以下、詳細に説明する。
（ユーザ装置２１、２２）
　ユーザ装置２１、２２はユーザが管理する装置である。ユーザには個人や法人のほか、世界各国の中央銀行、民間の銀行、及び取引所などの機関が含まれる。ユーザ装置２１、２２にはデスクトップコンピュータやラップトップコンピュータのほか、スマートフォンなどを用いることができる。ユーザ装置２１、２２と管理装置１０を接続するネットワーク３０は例えばインターネットなどである。
（管理装置１０）
　管理装置１０は仮想通貨を管理する装置である。管理には、例えば、発行の管理、売買の管理、価値の管理（仮想通貨の価値を維持することなど）、及び履歴の管理が含まれる。本実施形態では、管理装置１０が仮想通貨ＩＤを用いて一元的に仮想通貨の管理を行うため、システム全体の計算量を抑制しつつ、仮想通貨に関する不正を容易に検知することができる。
　管理装置１０は仮想通貨の管理者により管理される。管理者とは、例えば、世界各国の中央銀行、民間の銀行、取引所などの機関である。管理者に個人は含まれない。管理者が管理装置１０の管理に責任を有している限り、管理者自身が管理装置１０を直接に操作しているか、管理者から委託などされた者が管理者の指示などに従って管理装置１０を操作しているかなどは問わない。
　管理装置１０は、１つの装置であってもよいし、１つの装置が動作しているとみなすことができるよう共同して動作する複数の装置であってもよい。また、管理装置１０は、ネットワーク３０上に複数配置することもできる。この場合、複数の管理装置１０の各々は、１つの装置であってもよいし、１つの装置が動作しているように見えるよう共同して動作する複数の装置であってもよい。
　図２は実施形態１に係る管理装置の構成例を示す模式図である。図２に示すように、管理装置１０は演算装置１２と記憶装置１４を有している。演算装置１２は例えばＣＰＵであり、記憶装置１４は例えばＲＡＭやハードディスクなどの情報の読み込みと書き込みが可能な装置である。記憶装置１４は管理装置１０に内蔵されていてもよいし（図２参照）、管理装置１０に外付けされていてもよい。また、記憶装置１４は、ネットワーク３０を介して管理装置１０の演算装置１２にアクセスされる装置であってもよい。演算装置１２や記憶装置１４それぞれは、１つの装置であってもよいし、１つの装置が動作しているとみなすことができるよう共同して動作する複数の装置であってもよい。
　図３Ａは発行情報記憶領域の一例を示す模式図であり、図３Ｂは口座情報記憶領域の一例を示す模式図であり、図３Ｃは履歴情報記憶領域の一例を示す模式図である。管理装置１０の記憶装置１４には、図３Ａから図３Ｃに示すような、発行済仮想通貨の仮想通貨ＩＤを記憶する発行情報記憶領域１４１と、口座情報を１つまたは複数の仮想通貨ＩＤに対応付けて記憶する口座情報記憶領域１４２と、仮想通貨の履歴情報を仮想通貨ＩＤに対応付けて記憶する履歴情報記憶領域１４３と、が設けられている。
（発行情報記憶領域１４１）
　発行情報記憶領域１４１には発行済仮想通貨の仮想通貨ＩＤが記憶されている。仮想通貨ＩＤとは個々の仮想通貨に固有のデータであり、１つの仮想通貨ＩＤを特定することにより１つの仮想通貨を一意に特定することができる。仮想通貨ＩＤは、すべての発行済の仮想通貨に対して割り当てられる。
　発行情報記憶領域１４１においては、仮想通貨ＩＤに対応付けて、発行情報を記憶することができる。発行情報には、例えば、個々の仮想通貨の発行価格や、仮想通貨の対価を受け取り済みであるかどうかの情報や、仮想通貨の発行日時などが含まれる。
　個々の仮想通貨の発行価格は、発行数が増えるごとに増額されていることが好ましい。例えば３つの仮想通貨が発行されているとすると、１番目に発行された仮想通貨の発行価格が１００円であり、２番目に発行された仮想通貨の発行価格が２００円であり、３番目に発行された仮想通貨の発行価格が３００円である場合などのようにである。このようにすれば、先に仮想通貨の発行を受けるほどより安価に仮想通貨を手に入れることができるため、仮想通貨の普及を促進することができる。
（口座情報記憶領域１４２）
　口座情報記憶領域１４２には、管理者やユーザの口座情報が１つまたは複数の仮想通貨ＩＤに対応付けて記憶される。口座情報とは、仮想通貨の発行先や送金元や送金先を特定する情報である。口座情報には、例えば、仮想通貨を預け入れる口座番号や預入アドレスなどのほか、氏名や名称などの仮想通貨の所有者情報などが含まれる。なお、口座情報に所有者情報を含め且つそれを公開する場合は、仮想通貨の所有者が明らかとなるため、マネーロンダリングなどを効果的に防止することができる。他方、口座情報に所有者情報を含めない場合あるいは含まれているが公開しない場合は、仮想通貨の発行や送金などはできるが、所有者は明らかにならないため、仮想通貨に関して匿名性を保つことができる。
（履歴情報記憶領域１４３）
　履歴情報記憶領域１４３には、仮想通貨の履歴情報が仮想通貨ＩＤに対応付けて記憶される。管理装置１０は、仮想通貨ＩＤを用いて履歴情報記憶領域１４３に記憶されている履歴情報間の整合性を検証することにより、個々の仮想通貨に関する不正を容易に検知することができる。また、履歴情報記憶領域１４３に記憶されている情報を、発行情報記憶領域１４１に記憶されている情報や口座情報記憶領域１４２に記憶されている情報を突き合わせて矛盾がないかどうかを判断することにより、履歴情報記憶領域１４３に記憶されている情報が改ざんされていないかどうかを判断することができる。この判断にあたり、膨大な計算量を要する特殊なハッシュ値を計算する必要はない。
　仮想通貨の履歴情報には例えば履歴の種別と履歴に関係する口座情報と履歴の日時が含まれる。履歴の種別には、例えば、仮想通貨が発行されたことを示す情報、仮想通貨の売買取引（例：ユーザの口座番号の間で仮想通貨を送金すること）が成立したことを示す情報、仮想通貨に対して買い介入（例：ユーザの口座番号から管理装置の口座番号へ仮想通貨を送金すること）が行われたことを示す情報、または仮想通貨に対して売り介入（例：管理装置の口座番号からユーザの口座番号へ仮想通貨を送金すること）が行われたことを示す情報などが含まれる。これにより、どの仮想通貨ＩＤの仮想通貨に関して、どの口座情報により（例えば口座情報ＡからＢに対して）、どのような履歴種別の処理が（例えば仮想通貨の移動が）、何時行われたのかを判断することができる。図３Ｃ中、「００００」は管理者の口座番号を示す。また、（出）は送金元の口座番号を示し、（入）は送金先の口座番号を示す。なお、送金とは仮想通貨を移動させることをいう。
　以上のとおり、管理装置１０の記憶装置１４は発行情報記憶領域１４１と口座情報記憶領域１４２と履歴情報記憶領域１４３という３つの記憶領域を有している。そして、これら３つの記憶領域それぞれには仮想通貨ＩＤが記憶されている。このようにすれば、履歴情報記憶領域１４３に記憶されている情報の整合性のみに依存するのではなく、仮想通貨ＩＤをキーにして、履歴情報記憶領域１４３に記憶されている情報を、発行情報記憶領域１４１に記憶されている情報及び／又は口座情報記憶領域１４２に記憶されている情報に突き合わせて矛盾がないかどうかを判断することにより、発行情報記憶領域１４１に記憶されている情報、口座情報記憶領域１４２に記憶されている情報、及び履歴情報記憶領域１４３に記憶されている情報が改ざんされていないことを確認することができる。例えば、履歴情報記憶領域１４３に、仮想通貨ＩＤ＝３に対応付けて口座情報Ａから口座情報Ｂへの売却を示す履歴情報が記載されているのに、口座情報記憶領域１４２には、仮想通貨ＩＤ＝３に対応付けて口座情報Ａが記憶されている場合は、口座情報記憶領域１４２と履歴情報記憶領域１４３のいずれか一方の情報が改ざんされている可能性があると判断して、管理装置１０は、仮想通貨ＩＤ＝３の仮想通貨に関する処理を中断や停止などすることができる。また、たとえ３つの記憶領域のうち１つが改ざんされても、残る２つの記憶領域に記憶されている情報を用いて改ざんされた情報を正しい情報に修復することが可能となる。
（資産情報記憶領域１４４、発行済数記憶領域１４５）
　図３Ｄは資産情報記憶領域１４４の一例を示す模式図であり、図３Ｅは履歴情報記憶領域１４３の一例を示す模式図である。図３Ｄ、図３Ｅに示すように、管理装置１０の記憶装置１４には、資産残高を記憶する資産情報記憶領域１４４や、仮想通貨の発行済数を記憶する発行済数記憶領域１４５などを設けることもできる。資産残高とは仮想通貨の対価としてユーザから管理者に払い込まれた価値の合計を示す情報である。図３Ｄに示す例では、最新の受取日時に対応付けられている資産残高が最新の資産残高を示している。
　例えば、仮想通貨が合計で３つ発行されている場合であって、１つ目の仮想通貨の発行価格が１０００円であり、２つ目の仮想通貨の発行価格が１５００円であり、３つ目の仮想通貨の発行価格が２０００円であり、これらの対価がユーザから管理者へ払い込まれている場合、資産残高は例えば４５００円であり、発行済数は例えば３である。なお、仮想通貨の対価は、仮想通貨の発行価格に応じて定められる値であり、例えば仮想通貨の発行価格に等しい。対価には円やドルなどの通貨のほか、電子マネーやポイントなどのバリューを用いることができる。
　資産残高には仮想通貨の対価や仮想通貨の対価を払い込んだユーザの口座情報や対価を受け取った受け取り日時などを対応付けて記憶することができる。このようにすれば、誰が、何時、いくらの対価を払い込んだのかを特定することが容易になる。管理装置１０は、例えば、既に対価を受け取り済みである場合や、対価の受け取りが確実と見込まれる場合に、発行の対価を資産残高に加算することができる。また、管理装置１０は、その加算後の資産残高に対応付けてその対価とユーザの口座情報とを記憶することができる。
　以上説明した各記憶領域は、物理的に１つの記憶領域であってもよいし、演算装置１２が所定の処理を行うことにより実質的に１つの領域として取り扱われる複数の記憶領域であってもよい。
　本実施形態においても、マイニングを行う場合と同様に、記憶領域に記憶される過去から現在にわたるすべての情報を用いて演算量の多いハッシュ値を生成し、これを新たに記憶領域に記憶される情報に含めてもよい。このようにすれば、より記憶領域に記憶されている情報の改ざんを防止することができる。ただし、上記のとおり、本実施形態によれば、このような演算量の多いハッシュ値を用いた改ざん防止装置によらずとも、仮想通貨に関する不正を検知することができる。したがって、ハッシュ値を用いるにしても、演算量が多いハッシュ値ではなく、演算量が少ないハッシュ値などを用いることが好ましい。
（管理装置１０の動作例：仮想通貨の発行）
　図４は実施形態１に係る管理装置の動作例（仮想通貨の発行）を説明するシーケンス図である。以下、図４を参照しつつ、ユーザ装置２１に対して仮想通貨が発行される場合における、管理装置１０の動作例について説明する。
（ステップＳ１１）
　まず、管理装置１０は、ユーザ装置２１から口座情報を指定する仮想通貨発行要求を受信する。これにより、ユーザ装置２１から管理者に対して、仮想通貨の発行が要求される。仮想通貨発行要求は口座情報に加えて発行希望数を指定するものであってもよい。
（ステップＳ１２）
　管理装置１０は、管理者がユーザから仮想通貨の対価を受け取った場合、記憶装置１４の資産情報記憶領域１４４の資産残高に対価を加算することが好ましい（ステップＳ１２）。これにより、仮想通貨の発行と管理者の資産残高を正確にリンクさせることができる。また、後述する買い介入が無制限に行われることを防止することができる。なお、本工程は、対価の受け取り前や仮想通貨の発行処理後に実行することもできる。
（ステップＳ１３、Ｓ１４）
　次に、管理装置１０は、仮想通貨の対価の受け取り条件を含む発行条件の成否を判断し（ステップＳ１３）、この発行条件が成立する場合に、仮想通貨の発行処理（ステップＳ１４）を実行する。対価の受け取りを条件とすることにより、対価を仮想通貨の価値の裏付けとして、仮想通貨の価値を安定させることができる。また、後述する買い介入の実行に制限をかけることができる。
　受け取り条件の成否は、仮想通貨の対価が既に受け取り済みであるか、あるいは、受け取りが確実であると見込まれるかどうかにより判断することができる。具体的な判断の態様は特に限定されるものではないが、例えば、資産情報記憶領域１４４に、仮想通貨発行要求で指定された口座情報に対応して対価が記憶されているかどうか、ユーザの信用力を示す数値、あるいは信用力がある者としてあらかじめ記憶装置１４に記憶されているユーザであるかどうか、仮想通貨の対価を実質的に受け取り済みと評価できるかどうかなどにより判断することができる。
　発行条件は、さらに、発行済数記憶領域１４５に記憶されている発行済数が所定の上限値以下である、あるいは、仮想通貨発行要求にＮ（Ｎ≧２）の発行希望数が指定されている場合は発行済数記憶領域１４５に記憶されている発行済数と発行希望数との和が所定の上限値以下である、との条件を含んでいることが好ましい。所定の上限値は、市場の動向に応じて決定される。
　また、発行条件は、さらに、仮想通貨の市場価格が発行価格以上であるとの条件を含むことが好ましい。このようにすれば、市場価格に応じて仮想通貨の発行数（供給量）を制限し、仮想通貨の価値を容易に維持することができる。市場価格、例えば、ネットワーク３０上のサーバなどから管理装置１０に送信される
　以下、仮想通貨の発行処理（ステップＳ１４）について説明する。
（ステップＳ１４１）
　まず、管理装置１０は、新たな仮想通貨ＩＤを発行情報記憶領域１４１に記憶する。これにより、新たな仮想通貨ＩＤが発行され、その旨が管理装置１０に記録される。本工程には、新たな仮想通貨ＩＤを発行情報記憶領域１４１に文字通り記憶する場合のほか、発行情報記憶領域１４１に既に記憶されている未発行の仮想通貨ＩＤを発行済の仮想通貨ＩＤとして以後取り扱うよう、発行情報記憶領域１４１の情報を書き換える場合が含まれる。前者の文字通り記憶する場合に用いる新たな仮想通貨ＩＤは、本工程において管理装置１０がその都度生成してもよいし、使用可能な未発行の仮想通貨ＩＤを管理装置１０の記憶装置１４などに管理者があらかじめ記憶しておき、管理装置１０がその中からその都度ランダムにあるいは所定のルールに基づいて選択してもよい。
（ステップＳ１４２）
　次に、管理装置１０は、新たな仮想通貨ＩＤを仮想通貨発行要求が指定する口座情報に対応付けて口座情報記憶領域１４２に記憶する。これにより、新たに発行された仮想通貨の所有者が管理装置１０に記録される。
（ステップＳ１４３）
　次に、管理装置１０は、新たな仮想通貨ＩＤと新たに仮想通貨を発行したことを示す履歴情報とを対応付けて履歴情報記憶領域に記憶する。これにより、新たに仮想通貨を発行したという事実が管理装置１０に記録される。
（ステップＳ１４４）
　管理装置１０は、発行済数記憶領域１４５に記憶されている発行済数を増やすことが好ましい。このようにすれば、仮想通貨の発行済数を管理することができるため、発行数を制限することが可能となる。管理装置１０は、仮想通貨発行要求に発行希望数が指定されていない場合、あるいは、仮想通貨発行要求に１の発行希望数が指定されている場合、発行済数を１つ増やす。また、管理装置１０は、仮想通貨発行要求にＮ（Ｎ≧２）の発行希望数が指定されている場合は発行済数をＮ増やす。
（ステップＳ１４５）
　管理装置１０は、仮想通貨発行通知をユーザ装置２１に送信することが好ましい。これにより、ユーザ装置２１のユーザに仮想通貨の発行が通知される。
（仮想通貨の売買仲介）
　図５は実施形態１に係る管理装置の動作例（仮想通貨の売買仲介）を説明するシーケンス図である。以下、図５を参照しつつ、ユーザ装置２１とユーザ装置２２との間で仮想通貨の売買が行われる場合における、管理装置１０の動作例について説明する。
（ステップＳ２１、Ｓ２２）
　まず、管理装置１０は、一のユーザ装置２１から口座情報を指定する売り注文を受信し（ステップＳ２１）、且つ、他のユーザ装置２２から口座情報を指定する買い注文を受信する（ステップＳ２２）。これにより、一のユーザ装置２１から管理装置１０に対して仮想通貨の売却が要求され、他のユーザ装置２２から管理装置１０に対して仮想通貨の購入が要求される。売り注文は口座情報に加えて売却希望数を指定するものであってもよい。買い注文は口座情報に加えて購入希望数を指定するものであってもよい。
（ステップＳ２３、Ｓ２４）
　次に、管理装置１０は、売り注文で指定される口座情報が口座情報記憶領域１４２に対応付けて記憶されており、売り注文で指定される口座情報に対応付けて口座情報記憶領域１４２に記憶されている仮想通貨ＩＤが発行情報記憶領域１４１に記憶されており、且つ、売り注文で指定される口座情報に対応付けて口座情報記憶領域１４２に記憶されている仮想通貨ＩＤが履歴情報に対応付けて履歴情報記憶領域１４３に記憶されているとの条件を含む売買仲介条件の成否を判断し（ステップＳ２３）、成立している場合に、売り注文が指定する口座情報に対応付けて口座情報記憶領域１４２に記憶されている仮想通貨ＩＤについて売買が成立するものとして売買仲介処理（ステップＳ２４）を実行する。売り注文が指定する口座情報に対応付けて口座情報記憶領域１４２に複数の仮想通貨ＩＤが記憶されている場合には、そのうちの１つまたは複数の仮想通貨ＩＤについて売買が成立するものとして、１つまたは複数の仮想通貨ＩＤそれぞれについて売買仲介処理（ステップＳ２４）を実行することができる。以下、売買仲介処理（ステップＳ２４）について説明する。
（ステップＳ２４１）
　まず、管理装置１０は、売り注文で指定される口座情報と売買が成立した仮想通貨ＩＤとを口座情報記憶領域１４２から削除するとともに、買い注文で指定される口座情報と、売買が成立した仮想通貨ＩＤとを対応付けて口座情報記憶領域１４２に記憶する（ステップＳ２４１）。これにより、仮想通貨が売り主である一のユーザ装置２１のユーザから買い主である他のユーザ装置２１のユーザへ移転し（送金が完了し）、その旨が管理装置１０に記録される。
（ステップＳ２４２）
　次に、管理装置１０は、売買が成立した仮想通貨ＩＤと仮想通貨の売買が成立したことを示す履歴情報とを対応付けて履歴情報記憶領域１４３に記憶する。これにより、仮想通貨の売買（送金）が成立したという事実が管理装置１０に記録される。
（ステップＳ２４３、Ｓ２４４）
　管理装置１０は、売買成立通知をユーザ装置２１、ユーザ装置２２に送信することが好ましい。これにより、ユーザ装置２１、ユーザ装置２２のユーザに仮想通貨の売買成立が通知される。
（仮想通貨の買い介入）
　図６は実施形態１に係る管理装置の動作例（買い介入処理）を説明するシーケンス図である。以下、図６を参照しつつ、管理装置１０が買い介入する場合における、管理装置１０の動作例について説明する。
（ステップＳ３１）
　まず、管理装置１０は、口座情報を指定する売り注文を受信する。これにより、一のユーザ装置２１から管理者に対して仮想通貨の売却が要求される。売り注文は口座情報に加えて売却希望数を指定するものであってもよい。
（ステップＳ３２）
　次に、管理装置１０は、対象価格が所定の買い介入設定価格以下であり、売り注文で指定される口座情報が口座情報記憶領域１４２に対応付けて記憶されており、売り注文で指定される口座情報に対応付けて口座情報記憶領域１４２に記憶されている仮想通貨ＩＤが発行情報記憶領域１４１に記憶されており、且つ、売り注文で指定される口座情報に対応付けて口座情報記憶領域１４２に記憶されている仮想通貨ＩＤが履歴情報に対応付けて履歴情報記憶領域１４３に記憶されているとの条件を含む買い介入条件の成否を判断し（ステップＳ３２）、買い介入条件が成立する場合には、売り注文が指定する口座情報に対応付けて口座情報記憶領域１４２に記憶されている仮想通貨ＩＤについて買い介入が成立するものとして買い介入処理（ステップＳ３３）を実行する。売り注文が指定する口座情報に対応付けて口座情報記憶領域１４２に複数の仮想通貨ＩＤが記憶されている場合には、そのうちの１つまたは複数の仮想通貨ＩＤについて買い介入が成立するものとして、１つまたは複数の仮想通貨ＩＤそれぞれについて買い介入処理（ステップＳ３３）を実行することができる。このようにすれば、管理装置１０が、所定の条件の成立により買い介入処理を自動的に（人の手を介さずに）実行することが可能となり、仮想通貨の価値下落防止を迅速かつ的確に図ることができる。以下、買い介入処理（ステップＳ３３）について説明する。
　買い介入条件は、資産情報記憶領域１４４に記憶されている資産残高に記憶されている資産残高が対象価格以上である、あるいは、売り注文にＮ（Ｎ≧２）の売却希望数が指定されている場合は、資産情報記憶領域１４４に記憶されている資産残高が売却希望数と対象価格との積以上であるとの条件を含でいることが好ましい。このようにすれば、買い介入処理の実行を、管理者が資産を有している資産残高の範囲内に制限することができる。したがって、無制限に買い介入が行われることを防止することができる。
　対象価格は、例えば、ネットワーク３０上のサーバなどから管理装置１０に送信される仮想通貨の市場価格であってもよいし、売り注文で指定される売り注文価格であってもよい。買い介入設定価格は、例えば、あらかじめ管理者により管理装置１０に入力され、管理装置１０の記憶装置１４に記憶されている。
（ステップＳ３３１）
　まず、管理装置１０は、売り注文で指定された口座情報と買い介入が成立した仮想通貨ＩＤとを口座情報記憶領域１４２から削除するとともに、管理装置１０の口座情報と買い介入が成立した仮想通貨ＩＤとを対応付けて口座情報記憶領域１４２に記憶する（ステップＳ３３１）。これにより、仮想通貨が売り主である一のユーザ装置２１のユーザから買い主である管理者へ移転し、その旨が管理装置１０に記録される。
（ステップＳ３３２）
　次に、管理装置１０は、買い介入が成立した仮想通貨ＩＤと買い介入が行われたことを示す履歴情報とを対応付けて履歴情報記憶領域１４３に記憶する。これにより、仮想通貨の買い介入が行われたという事実が管理装置１０に記録される。
（ステップＳ３３３）
　管理装置１０は、資産情報記憶領域１４４に記憶されている資産残高から買い介入が成立した対価を減算することが好ましい（ステップＳ３３３）。売り注文にＮ（Ｎ≧２）の売却希望数が指定されている場合は、資産情報記憶領域１４４に記憶されている資産残高から売却希望数と買い介入が成立した対価との積を減算する。これにより、管理者の資産残高を正確に管理することができる。
（ステップＳ３３４）
　管理装置１０は、売買成立通知をユーザ装置２１に送信することが好ましい。これにより、ユーザ装置２１のユーザに仮想通貨の売買成立が通知される。
（仮想通貨の売り介入）
　図７は実施形態１に係る管理装置の動作例（売り介入処理）を説明するシーケンス図である。以下、図７を参照しつつ、管理装置１０が売り介入する場合における、管理装置１０の動作例について説明する。
（ステップＳ４１）
　まず、管理装置１０は、一のユーザ装置２１から口座情報を指定する買い注文を受信する。これにより、一のユーザ装置２１から管理者に対して仮想通貨の購入が要求される。買い注文は口座情報に加えて購入希望数を指定するものであってもよい。
（ステップＳ４２、ステップＳ４３）
　次に、管理装置１０は、対象価格が所定の売り介入設定価格以上であるとの条件を含む売り介入条件の成否を判断し（ステップＳ４２）、売り介入条件が成立する場合に、管理装置１０の口座情報に対応付けて口座情報記憶領域１４２に記憶されている仮想通貨ＩＤについて売り介入が成立するものとして売り介入処理（ステップＳ４３）を実行する。管理装置１０の口座情報に対応付けて口座情報記憶領域１４２に複数の仮想通貨ＩＤが記憶されている場合には、そのうちの１つまたは複数の仮想通貨ＩＤについて売り介入が成立するものとして、１つまたは複数の仮想通貨ＩＤそれぞれについて売り介入処理（ステップＳ４３）を実行することができる。このようにすれば、管理装置１０が、所定の条件の成立により売り介入処理を自動的に（人手を介さずに）実行できる。以下、売り介入処理（ステップＳ４３）について説明する。
　売り介入条件には、さらに、対象価格が、最後に発行された仮想通貨の仮想通貨ＩＤに対応付けて発行情報記憶領域に記憶されている仮想通貨の発行価格以上であるとの条件を含むことが好ましい。
　対象価格は、例えば、ネットワーク３０上のサーバなどから管理装置１０に送信される仮想通貨の市場価格であってもよいし、買い注文で指定される買い注文価格であってもよい。売り介入設定価格は、例えば、あらかじめ管理者により管理装置１０に入力され、管理装置１０の記憶装置１４に記憶されている。
（ステップＳ４３１）
　まず、管理装置１０は、管理装置１０の口座情報と売り介入が成立した仮想通貨ＩＤとを口座情報記憶領域１４２から削除するとともに、買い注文で指定された口座情報と、売買が成立した仮想通貨ＩＤとを対応付けて口座情報記憶領域１４２に記憶する。これにより、仮想通貨が売り主である管理者から買い主である一のユーザ装置２１のユーザへ移転し、その旨が管理装置１０に記録される。
（ステップＳ４３２）
　次に、管理装置１０は、売り介入が成立した仮想通貨ＩＤと売り介入が行われたことを示す履歴情報とを対応付けて履歴情報記憶領域１４３に記憶する。これにより、仮想通貨の売り介入が行われたという事実が管理装置１０に記録される。
（ステップＳ４３３）
　管理装置１０は、資産情報記憶領域１４４に記憶されている資産残高に売り介入が成立した価格を加算することが好ましい。これにより、管理者の資産残高を正確に管理することができる。
（ステップＳ４３４）
　管理装置１０は、売買成立通知をユーザ装置２１に送信することが好ましい。これにより、ユーザ装置２１のユーザに仮想通貨の売買成立が通知される。
　以上説明した実施形態１によれば、仮想通貨ＩＤを用いて、膨大な計算量を費やすことなく仮想通貨に関する不正を検知することができる。したがって、システム全体を円滑に運営可能な管理装置１０及び仮想通貨システム１を提供することができる。
　また、本実施形態の売買仲介条件や買い介入条件によれば、仮想通貨の不正な売買や買い介入の誤った行使を防止することができる。すなわち、売り注文で指定される口座情報が口座情報記憶領域１４２に対応付けて記憶されていることを条件とすることにより、口座情報を有していない者による仮想通貨の不正な売却を防止することができる。また、売り注文で指定される口座情報に対応付けて記憶されている仮想通貨ＩＤが発行情報記憶領域１４１に記憶されていることを条件とすることにより、未発行の仮想通貨が売却されることを防止することができる。また、売り注文で指定される口座情報に対応付けて記憶されている仮想通貨ＩＤが履歴情報に対応付けて履歴情報記憶領域１４３に記憶されていることを条件とすることにより、履歴情報のない仮想通貨（例：発行の履歴がない仮想通貨）が不正に売却されることを防止することができる。また、３つの記憶領域のいずれか１つの記憶領域に不正がある場合には条件が成立しないため、３つの記憶領域のいずれか１つの記憶領域の情報が改ざんなどされた場合における、売買仲介処理や買い介入処理の実行を効果的に防止することができる。
　ビットコインに代表される既存の仮想通貨には、価値を保管する機能が備わっていないため、価格が急落する虞がある。しかし、本実施形態によれば、仮想通貨の発行が対価と交換により実行されるため、価値の保管機能を備えた仮想通貨を創造することができる。また、売買の仲介において不正を検知することにより、仮想通貨の価値を担保することができる。さらに、買い介入の実行により、価値の急落を直接的に抑制することができる。したがって、本実施形態によれば、発行される仮想通貨に、広く流通する通貨として必要な要素の一つとして価値の保管機能を付与して、安定した価値を有する仮想通貨を提供することができる。
　本実施形態によれば、ネットワーク３０上の管理装置１０（複数の管理装置１０がネットワーク３０に接続される場合は、例えば後述する最上位層に属する管理装置５１。以下、本段落において同じ。）を中央銀行と位置づけ、この中央銀行として位置づけられる管理装置１０から唯一の仮想通貨を発行することができる。現在主流の仮想通貨は、マイニング（採掘）という概念で、ＣＰＵタイム、電力、及び人件費を使ったマイナー（採掘者）が仮想通貨の発行の対価を受け取ってしまうため、仮想通貨自身の価値を裏付ける価値が存在しない。これに対して、本実施形態によれば、管理装置１０が発行する仮想通貨の発行や流通するＣＰＵタイム、電力、及び人件費を効果的に抑制することができる。また、管理装置１０が発行した仮想通貨は、個人や法人などのユーザが他の通貨を交換して市場に出回る。その結果、発行と同時に管理装置１０の資産情報記憶領域には資産残高（外貨の準備高）が蓄積される。資産残高（外貨の準備高）ができることにより、管理装置１０は、自らが発行する仮想通貨の市場価格が下がると、市場から仮想通貨を買い上げること（買い介入）ができる。また、本実施形態によれば、仮想通貨が発行されるごとに発行価格を上昇させることにより、他の仮想通貨に比べて、価格が急激に下落することを抑制しやすい。また、本実施形態によれば、仮想通貨の価格を市場の需給に任せ、仮想通貨の発行数を市場価格に基づき自動的に定め、システムの維持に必要な労働力を削減することもできる。管理者は、管理装置１０による仮想通貨との引き換えに、ユーザから、ドル、ユーロ、ＳＤＲ、円、元、ポンドなどの様々な対価を受け取ることができ、これらの対価は資産残高に加算される。このような資産残高は外貨準備高としての性質を持ち、仮想通貨に価値を保管する機能を持つ。
［実施形態２に係る仮想通貨システム２］
　図８は実施形態２に係る仮想通貨システムの動作例を説明するシーケンスである。図８に示すように、実施形態２に係る仮想通貨システム２は、管理装置１０が、ユーザ装置２１から口座情報を指定する仮想通貨発行要求を受信（ステップＳ５１）した場合、仮想通貨の対価の受け取り条件を含む発行条件の成否を判断し（ステップＳ５２）、発行条件が成立する場合に、発行情報記憶領域１４１に新たな仮想通貨ＩＤを記憶する（ステップＳ５３）。また、管理装置１０は、一のユーザ装置２１から口座情報を指定する売り注文を受信（ステップＳ５４）した場合、対象価格が所定の買い介入設定価格以下であるとの条件を含む買い介入条件の成否を判断し（ステップＳ５５）、この買い介入条件が成立する場合に、資産情報記憶領域１４４に記憶されている資産残高から買い介入が成立した対価を減算する（ステップＳ５６）。管理装置１０は、ステップＳ５６の完了後、売買成立通知をユーザ装置２１に送信することが好ましい（ステップＳ５６）。実施形態２によれば、管理装置１０が、所定の条件の成立により買い介入処理を自動的に（人手を介さずに）実行できるため、仮想通貨の価値急落防止を迅速かつ的確に図ることができる。
［実施形態３に係る仮想通貨システム３］
　図９は実施形態３に係る仮想通貨システムの動作例を説明するシーケンスである。図９に示すように、実施形態３に係る仮想通貨システム３は、ツリー状に階層化されて相互に接続される複数の管理装置５１から５７を備えた仮想通貨システムである。一の階層に属する管理装置は、自装置用の発行情報記憶領域と他装置用の発行情報記憶領域と、を備えている。他装置用の発行情報記憶領域には、一の階層の１つ下の階層に属する管理装置の自装置用の発行情報記憶領域に記憶されている情報が記憶されている。つまり、他装置用の発行情報記憶領域と、一の階層の１つ下の階層に属する管理装置の自装置用の発行情報記憶領域との間で情報が共有（または同期）されている。第１階層に属する管理装置５１の直下には第２階層に属する管理装置５２、５３が接続され、第２階層に属する管理装置５２の直下には第３階層に属する管理装置５４、５５、５６、５７が接続されている。
　具体的に説明すると、最上位層の管理装置５１は、自装置用の発行情報記憶領域Ａと他装置用の発行情報記憶領域Ｂ、Ｃとを備えている。また、第２階層に属する管理装置５２は、自装置用の発行情報記憶領域Ｂと他装置用の発行情報記憶領域Ｄ、Ｅ、Ｆ、Ｇとを備えている。また、第２階層に属する管理装置５３は、自装置用の発行情報記憶領域Ｃと他装置用の発行情報記憶領域Ｈ、Ｉ、Ｊ、Ｋとを備えている。さらに、第３階層に属する管理装置５４、５５、５６、５７は、自装置用の発行情報記憶領域Ｄ、Ｅ、Ｆ、Ｇをそれぞれ備え、且つ、他装置用の発行情報記憶領域をそれぞれ備えている。最上位層の管理装置５１が備える他装置用の発行情報記憶領域Ｂ、Ｃには、第２階層に属し最上位層の管理装置５１の直下に接続される管理装置５２、５３が有する自装置用の発行情報記憶領域Ｂ、Ｃに記憶されている情報が記憶されている。また、第２階層に属する管理装置５２が備える他装置用の発行情報記憶領域Ｄ、Ｅ、Ｆ、Ｇには、第３階層に属し第２階層に属する管理装置５２の直下に接続される管理装置５４、５５、５６、５７が備える自装置用の発行情報記憶領域Ｄ、Ｅ、Ｆ、Ｇに記憶されている情報がそれぞれ記憶されている。
　実施形態３によれば、ユーザ装置は、複数の管理装置５１から５７のいずれかに仮想通貨発行要求を送信したり、売り注文や買い注文を送信したりなどすることができるため、仮想通貨システム３におけるトラフィックの負荷を分散することができる。また、一の階層に属する管理装置とその１つ下の階層に属する管理装置との間で、発行情報記憶領域が共有されるため、一の階層に属する管理装置が備える他装置用の発行情報記憶領域を、その下の階層に属する管理装置が備える自装置用の発行情報記憶領域に記憶される内容を対比させ、両者が一致するかどうかを判断することにより、不正の検出を容易に図ることができる。
　なお、図示及び詳細な説明は省略するが、口座情報記憶領域と履歴情報記憶領域についても、発行情報記憶領域の場合と同様に、一の階層に属する管理装置とその下の階層に属する管理装置との間で共有（または同期）させることができる。
　実施形態３においては、自装置用の発行情報記憶領域、自装置用の口座情報記憶領域、及び自装置用の履歴情報記憶領域の少なくとも１つの記憶領域への書き込み禁止及び／又は読み込み禁止が設定されており、他装置用の発行情報記憶領域、他装置用の口座情報記憶領域、及び他装置置用の履歴情報記憶領域の少なくとも１つの記憶領域への書き込み禁止及び／又は読み込み禁止が設定されていてもよい。このようにすれば、下位の階層に属する管理装置の管理者の権限に応じて、下位の階層に属する管理装置の機能を制限することができるため、下位の階層に属する管理装置の管理者が、売買の仲介を行う権限は有しているが、仮想通貨の発行の権限は有していない場合などにおいて、下位の階層に属する管理装置の機能を適切に制限することができる。
　複数の管理装置５１から５７は、直接的に接続されてもよいし、他の装置を介して接続されていてもよいし、インターネットや専用の回線などのネットワークを介して接続されていてもよい。
［その他］
　本明細書において、一の情報を指定する一の要求や一の注文を送信または受信するとは、例えば、一の情報そのものを含む一の要求や一の注文を受信する場合のほか、一の要求に関連して当該一の要求を受信する前及び／又は後に当該一の情報が受信する場合や、一の情報そのものは受信されないが、受信した当該一の要求から当該一の情報を特定できる場合などをいう。
　また、本明細書において、ある領域に記憶されるある情報やあるデータなどの削除には、当該領域において当該情報や当該データなどを文字通り削除する場合（例：当該情報や当該データなどが格納されているレコード（行）などを文字通り削除する場合）のほか、当該領域において当該情報や当該データなどを削除することなく無効化することにより実質的に削除する場合（例：当該情報や当該データなどが格納されているレコード（行）などに無効を示す旨の他の情報や他のデータを格納する場合）が含まれる。
　また、本明細書において、一の要求や一の注文などは１つのデータとして送受信されるものであってもよいし、複数のデータに分割されて送受信されるものであってもよい。また、一の要求や一の注文などは１回で送受信されてもよいし、複数回に分けて送受信されてもよい。また、一の要求や一の注文などは単独で送受信されてもよいし、他の情報とともに送信されてもよい。例えば、上記した一の要求や一の注文などにヘッダなどの情報を付加して１つまたは複数のパケットを構成し、この１つまたは複数のパケットを送受信することにより、上記した一の要求や一の注文などを送受信することとしてもよい。
　各国の中央銀行や民間の銀行などは、管理装置１０により発行される仮想通貨に価値を裏付けられた、さらに新たな仮想通貨や現実の通貨を発行することができる。
　以上、実施形態について説明したが、これらの説明によって特許請求の範囲に記載された構成は何ら限定されるものではない。
１、２、３　仮想通貨システム
１０　　管理装置
１２　　演算装置
１４　　記憶装置
１４１　発行情報記憶領域
１４２　口座情報記憶領域
１４３　履歴情報記憶領域
１４４　資産情報記憶領域
１４５　発行済数記憶領域
２１、２２　　ユーザ装置
３０　　ネットワーク
５１から５７　　管理装置
 

Claims (12)

  1. 　複数のユーザ装置にネットワークを介して接続される管理装置であって、
    　発行済仮想通貨の仮想通貨ＩＤを記憶する発行情報記憶領域と、
    　口座情報を１つまたは複数の仮想通貨ＩＤに対応付けて記憶する口座情報記憶領域と、
    　仮想通貨の履歴情報を仮想通貨ＩＤに対応付けて記憶する履歴情報記憶領域と、を有する管理装置。
  2. 　前記ユーザ装置から口座情報を指定する仮想通貨発行要求を受信した場合、仮想通貨の対価の受け取りを条件に含む発行条件の成否を判断し、前記発行条件が成立する場合に、仮想通貨の発行処理を実行し、
    　前記仮想通貨の発行処理は、
    　新たな仮想通貨ＩＤを前記発行情報記憶領域に記憶する工程と、
    　前記新たな仮想通貨ＩＤを前記仮想通貨発行要求が指定する口座情報に対応付けて前記口座情報記憶領域に記憶する工程と、
    　前記新たな仮想通貨ＩＤを新たに仮想通貨を発行したことを示す履歴情報に対応付けて前記履歴情報記憶領域に記憶する工程と、
    　を有する請求項１に記載の管理装置。
  3. 　仮想通貨の発行済数を記憶する発行済数記憶領域を備え、
    　前記発行条件は、前記発行済数記憶領域に記憶されている発行済数が所定の上限値以下である、あるいは、前記仮想通貨発行要求にＮ（Ｎ≧２）の発行希望数が指定されている場合は前記発行済数記憶領域に記憶されている発行済数と前記発行希望数との和が前記所定の上限値以下である、との条件を含む請求項１または２に記載の管理装置。
  4. 　一の前記ユーザ装置から口座情報を指定する売り注文を受信し、且つ、他の前記ユーザ装置から口座情報を指定する買い注文を受信した場合、
    　前記売り注文が指定する口座情報が前記口座情報記憶領域に記憶されており、
    　前記売り注文が指定する口座情報に対応付けて前記口座情報記憶領域に記憶されている仮想通貨ＩＤが前記発行情報記憶領域に記憶されており、且つ、
    　前記売り注文が指定する口座情報に対応付けて前記口座情報記憶領域に記憶されている仮想通貨ＩＤが履歴情報に対応付けて前記履歴情報記憶領域に記憶されている、
    　との条件を含む売買仲介条件の成否を判断し、前記売買仲介条件が成立する場合に、前記売り注文が指定する口座情報に対応付けて前記口座情報記憶領域に記憶されている仮想通貨ＩＤについて売買が成立するものとして売買仲介処理を実行し、
    　前記売買仲介処理は、
    　前記売り注文が指定する口座情報と前記売買が成立した仮想通貨ＩＤとを前記口座情報記憶領域から削除するとともに、前記買い注文が指定する口座情報と、前記売買が成立した仮想通貨ＩＤとを対応付けて前記口座情報記憶領域に記憶する工程と、
    　前記売買が成立した仮想通貨ＩＤと仮想通貨の売買が成立したことを示す履歴情報とを対応付けて前記履歴情報記憶領域に記憶する工程と、
    　を有する請求項１から３のいずれか１項に記載の管理装置。
  5. 　一の前記ユーザ装置から口座情報を指定する売り注文を受信した場合、
    　対象価格が所定の買い介入設定価格以下であり、
    　前記売り注文が指定する口座情報が前記口座情報記憶領域に記憶されており、
    　前記売り注文が指定する口座情報に対応付けて前記口座情報記憶領域に記憶されている仮想通貨ＩＤが前記発行情報記憶領域に記憶されており、且つ、
    　前記売り注文が指定する口座情報に対応付けて前記口座情報記憶領域に記憶されている仮想通貨ＩＤが履歴情報に対応付けて前記履歴情報記憶領域に記憶されている、
    　との条件を含む買い介入条件の成否を判断し、前記買い介入条件が成立する場合に、前記売り注文が指定する口座情報に対応付けて前記口座情報記憶領域に記憶されている仮想通貨ＩＤについて買い介入が成立するものとして買い介入処理を実行し、
    　前記買い介入処理は、
    　前記売り注文が指定する口座情報と前記買い介入が成立した仮想通貨ＩＤとを前記口座情報記憶領域から削除するとともに、前記管理装置の口座情報と前記買い介入が成立した仮想通貨ＩＤとを対応付けて前記口座情報記憶領域に記憶する工程と、
    　前記買い介入が成立した仮想通貨ＩＤと買い介入が行われたことを示す履歴情報とを対応付けて前記履歴情報記憶領域に記憶する工程と、
    　を有する請求項１から４のいずれか１項に記載の管理装置。
  6. 　前記買い介入条件は、前記資産情報記憶領域に記憶されている資産残高に記憶されている資産残高が前記対象価格以上である、あるいは、前記売り注文にＮ（Ｎ≧２）の売却希望数が指定されている場合は、前記資産情報記憶領域に記憶されている資産残高が前記売却希望数と前記対象価格との積以上であるとの条件を含み、
    　前記買い介入処理は、前記資産情報記憶領域に記憶されている資産残高から前記対象価格を減算する、あるいは、前記売り注文にＮ（Ｎ≧２）の売却希望数が指定されている場合は、前記資産情報記憶領域に記憶されている資産残高から前記売却希望数と前記対象価格との積を減算する工程を含む請求項５に記載の管理装置。
  7. 　一の前記ユーザ装置から口座情報を指定する買い注文を受信した場合、
    　対象価格が所定の売り介入設定価格以上であるとの条件を含む売り介入条件の成否を判断し、前記売り介入条件が成立する場合に、前記管理装置の口座情報に対応付けて前記口座情報記憶領域に記憶されている仮想通貨ＩＤについて売り介入が成立するものとして売り介入処理を実行し、
    　前記売り介入処理は、
    　前記管理装置の口座情報と前記売り介入が成立した仮想通貨ＩＤとを前記口座情報記憶領域から削除するとともに、前記買い注文が指定する口座情報と前記売り介入が成立した仮想通貨ＩＤとを対応付けて前記口座情報記憶領域に記憶する工程と、
    　前記売り介入が成立した仮想通貨ＩＤと売り介入が行われたことを示す履歴情報とを対応付けて前記履歴情報記憶領域に記憶する工程と、
    　を有する請求項１から６のいずれか１項に記載の管理装置。
  8. 　複数のユーザ装置にネットワークを介して接続された管理装置であって、
    　発行済仮想通貨の仮想通貨ＩＤを記憶する発行情報記憶領域と、
    　資産残高を記憶する資産情報記憶領域と、を備え、
    　前記ユーザ装置から口座情報を指定する仮想通貨発行要求を受信した場合、仮想通貨の対価の受け取りを条件に含む発行条件の成否を判断し、前記発行条件が成立する場合に、前記発行情報記憶領域に新たな仮想通貨ＩＤを記憶し、
    　一の前記ユーザ装置から口座情報を指定する売り注文を受信した場合、対象価格が所定の買い介入設定価格以下であるとの条件を含む買い介入条件の成否を判断し、前記買い介入条件が成立する場合に、前記資産情報記憶領域に記憶されている資産残高から前記買い介入が成立した対価を減算する管理装置。
  9. 　請求項１から８のいずれか１項に記載の管理装置と、
    　前記管理装置にネットワーク介して接続される複数のユーザ装置と、
    　を備える仮想通貨システム。
  10. 　ツリー状に階層化されて相互に接続される複数の請求項１から８のいずれか１項に記載の管理装置を備えた仮想通貨システムであって、
    　一の階層に属する前記管理装置は、
    　自装置用の前記発行情報記憶領域、自装置用の前記口座情報記憶領域、及び自装置用の前記履歴情報記憶領域と、
    　他装置用の前記発行情報記憶領域、他装置用の前記口座情報記憶領域、及び他装置置用の前記履歴情報記憶領域と、を備え、
    　一の階層に属する前記管理装置が備える他装置用の前記発行情報記憶領域、他装置用の前記口座情報記憶領域、及び他装置置用の前記履歴情報記憶領域には、前記一の階層の１つ下の階層に属する前記管理装置の自装置用の前記発行情報記憶領域、自装置用の前記口座情報記憶領域、及び自装置用の前記履歴情報記憶領域に記憶されている情報がそれぞれ記憶される仮想通貨システム。
  11. 　前記管理装置は、
    　自装置用の前記発行情報記憶領域、自装置用の前記口座情報記憶領域、及び自装置用の前記履歴情報記憶領域の少なくとも１つの記憶領域への書き込み禁止及び／又は読み込み禁止が設定されており、
    　他装置用の前記発行情報記憶領域、他装置用の前記口座情報記憶領域、及び他装置置用の前記履歴情報記憶領域の少なくとも１つの記憶領域への書き込み禁止及び／又は読み込み禁止が設定されている請求項１０に記載の仮想通貨システム。
  12. 　ツリー状に階層化されて相互に接続される複数の管理装置を備えたシステムであって、
    　前記管理装置は、
    　自装置用の記憶領域と他装置用の記憶領域を備え、
    　一の階層に属する前記管理装置が備える前記他装置用の記憶領域には、前記一の階層の１つ下の階層に属する１つまたは複数の前記管理装置が備える前記自装置用の記憶領域に記憶されている情報が記憶されるシステム。
     
    　
     
     
     
PCT/JP2017/043716 2017-12-05 2017-12-05 管理装置、仮想通貨システム、及びシステム WO2019111338A1 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
EP17885440.2A EP3528189A1 (en) 2017-12-05 2017-12-05 Management device, virtual currency system, and system
CN201780092220.3A CN110800006A (zh) 2017-12-05 2017-12-05 管理装置、虚拟货币系统以及系统
JP2018504962A JP6316530B1 (ja) 2017-12-05 2017-12-05 管理装置、仮想通貨システム、及びシステム
PCT/JP2017/043716 WO2019111338A1 (ja) 2017-12-05 2017-12-05 管理装置、仮想通貨システム、及びシステム
US16/072,975 US10628886B2 (en) 2017-12-05 2017-12-05 Management device, cryptocurrency system, and system
US16/816,809 US11341576B2 (en) 2017-12-05 2020-03-12 Management device, cryptocurrency system, and system
US16/816,843 US11341577B2 (en) 2017-12-05 2020-03-12 Management device, cryptocurrency system, and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2017/043716 WO2019111338A1 (ja) 2017-12-05 2017-12-05 管理装置、仮想通貨システム、及びシステム

Related Child Applications (3)

Application Number Title Priority Date Filing Date
US16/072,975 A-371-Of-International US10628886B2 (en) 2017-12-05 2017-12-05 Management device, cryptocurrency system, and system
US16/816,809 Continuation US11341576B2 (en) 2017-12-05 2020-03-12 Management device, cryptocurrency system, and system
US16/816,843 Continuation US11341577B2 (en) 2017-12-05 2020-03-12 Management device, cryptocurrency system, and system

Publications (1)

Publication Number Publication Date
WO2019111338A1 true WO2019111338A1 (ja) 2019-06-13

Family

ID=62069415

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/043716 WO2019111338A1 (ja) 2017-12-05 2017-12-05 管理装置、仮想通貨システム、及びシステム

Country Status (5)

Country Link
US (3) US10628886B2 (ja)
EP (1) EP3528189A1 (ja)
JP (1) JP6316530B1 (ja)
CN (1) CN110800006A (ja)
WO (1) WO2019111338A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6963872B1 (ja) * 2020-12-01 2021-11-10 Ｇｖｅ株式会社 通貨管理システム
JP2023030028A (ja) * 2022-12-15 2023-03-07 直樹 柴田 コインの価値の変動を抑えつつ暴落を防止するブロックチェーンシステム及びコンピュータープログラム

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3800608A4 (en) * 2018-06-05 2021-06-09 GVE Ltd. ORDER PROCESSING DEVICE, DISPENSER DEVICE AND SYSTEM
JP7320099B2 (ja) * 2018-08-29 2023-08-02 ｄｏｕｂｌｅ ｊｕｍｐ．ｔｏｋｙｏ株式会社 ブロックチェーンシステム、及びブロックチェーンシステムの制御方法
JP7098734B2 (ja) * 2018-08-29 2022-07-11 ｄｏｕｂｌｅ ｊｕｍｐ．ｔｏｋｙｏ株式会社 ブロックチェーンシステム、及びブロックチェーンシステムの制御方法
EP4006795A1 (en) 2020-11-27 2022-06-01 ZOE Life Technologies AG Collaborative big data analysis framework using load balancing

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0492597A (ja) * 1990-08-08 1992-03-25 Fujitsu Ltd 監視システム
JP2002288573A (ja) * 2001-01-12 2002-10-04 Hiroshi Hamada 電子マネーを用いた決済システム
JP2016151802A (ja) * 2015-02-16 2016-08-22 科韻動力有限公司 仮想通貨の管理方法、仮想通貨システム、該仮想通貨システムにおける広告方法、及びアプリケーションプログラム
JP2017054339A (ja) * 2015-09-10 2017-03-16 株式会社アトムソリューションズ 仮想通貨を用いた取引システム

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000268308A (ja) 1999-03-12 2000-09-29 Ntt Data Corp プリペイドカードシステム、読書装置及びカード判別方法
US7395282B1 (en) * 1999-07-15 2008-07-01 Commvault Systems, Inc. Hierarchical backup and retrieval system
JP4001452B2 (ja) * 2000-07-19 2007-10-31 三菱電機株式会社 情報整合性管理システム
US7813937B1 (en) 2002-02-15 2010-10-12 Fair Isaac Corporation Consistency modeling of healthcare claims to detect fraud and abuse
US20050097132A1 (en) * 2003-10-29 2005-05-05 Hewlett-Packard Development Company, L.P. Hierarchical storage system
JP2006092124A (ja) 2004-09-22 2006-04-06 Fujitsu Ltd 記憶装置、記憶制御方法および記憶制御プログラム
JP4693589B2 (ja) 2005-10-26 2011-06-01 株式会社日立製作所 計算機システム、記憶領域割当方法及び管理計算機
JP5177205B2 (ja) 2010-10-29 2013-04-03 富士通株式会社 ソフトウェアの改竄防止装置及び改竄防止方法
US9645943B2 (en) * 2011-02-22 2017-05-09 Infinidat Ltd. Storage arrangement and method using a plurality of storage spaces which have separate control layers and separate mapping structures
US9298752B2 (en) * 2013-08-26 2016-03-29 Dropbox, Inc. Facilitating data migration between database clusters while the database continues operating
US20150324789A1 (en) * 2014-05-06 2015-11-12 Case Wallet, Inc. Cryptocurrency Virtual Wallet System and Method
US10255600B2 (en) 2014-06-16 2019-04-09 Bank Of America Corporation Cryptocurrency offline vault storage system
JP6391498B2 (ja) * 2015-03-04 2018-09-19 株式会社アーバンレック 資産運用シミュレーションシステム
US10915891B1 (en) 2015-03-16 2021-02-09 Winklevoss Ip, Llc Autonomous devices
US20160292680A1 (en) 2015-04-05 2016-10-06 Digital Asset Holdings Digital asset intermediary electronic settlement platform
US20170103458A1 (en) * 2015-10-13 2017-04-13 Chicago Mercantile Exchange Inc. Derivative Contracts that Settle Based on a Virtual Currency Difficulty Factor or an Index of Virtual Currency Generation Yield
US20180089651A9 (en) * 2015-11-06 2018-03-29 Cable Television Laboratories, Inc Blockchaining systems and methods for frictionless media
US11941588B2 (en) * 2015-11-06 2024-03-26 Cable Television Laboratories, Inc. Systems and methods for blockchain virtualization and scalability
KR101841566B1 (ko) * 2016-10-11 2018-05-04 주식회사 코인플러그 블록체인 내의 블록별로 발란스 데이터베이스를 관리하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버
US20190012660A1 (en) * 2017-07-06 2019-01-10 Robert Masters Systems and methods for providing an architecture for an internet-based marketplace
US10055715B1 (en) * 2017-07-26 2018-08-21 Square, Inc. Cryptocurrency payment network
WO2019073469A1 (en) * 2017-10-09 2019-04-18 Open Blocks Ltd. SYSTEMS AND METHODS FOR STORING CRYPTO-CURRENCIES AND RELATED TRANSACTIONS
US20190114707A1 (en) * 2017-10-16 2019-04-18 Shinestack LLC Distribution of Blockchain Tokens

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0492597A (ja) * 1990-08-08 1992-03-25 Fujitsu Ltd 監視システム
JP2002288573A (ja) * 2001-01-12 2002-10-04 Hiroshi Hamada 電子マネーを用いた決済システム
JP2016151802A (ja) * 2015-02-16 2016-08-22 科韻動力有限公司 仮想通貨の管理方法、仮想通貨システム、該仮想通貨システムにおける広告方法、及びアプリケーションプログラム
JP2017054339A (ja) * 2015-09-10 2017-03-16 株式会社アトムソリューションズ 仮想通貨を用いた取引システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3528189A4 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6963872B1 (ja) * 2020-12-01 2021-11-10 Ｇｖｅ株式会社 通貨管理システム
US11816663B2 (en) 2020-12-01 2023-11-14 Gve Ltd. Currency management system and electronic signature device
JP2023030028A (ja) * 2022-12-15 2023-03-07 直樹 柴田 コインの価値の変動を抑えつつ暴落を防止するブロックチェーンシステム及びコンピュータープログラム
JP7290299B2 (ja) 2022-12-15 2023-06-13 直樹 柴田 コインの価値の変動を抑えつつ暴落を防止するブロックチェーンシステム及びコンピュータープログラム
WO2024127686A1 (ja) * 2022-12-15 2024-06-20 直樹 柴田 コインの価値の変動を抑えつつ暴落を防止するブロックチェーンシステム及びコンピュータープログラム

Also Published As

Publication number Publication date
US20190370898A1 (en) 2019-12-05
JPWO2019111338A1 (ja) 2019-12-12
US11341577B2 (en) 2022-05-24
US11341576B2 (en) 2022-05-24
EP3528189A4 (en) 2019-08-21
US20200211116A1 (en) 2020-07-02
CN110800006A (zh) 2020-02-14
JP6316530B1 (ja) 2018-04-25
EP3528189A1 (en) 2019-08-21
US10628886B2 (en) 2020-04-21
US20200211115A1 (en) 2020-07-02

Similar Documents

Publication Publication Date Title
WO2019111338A1 (ja) 管理装置、仮想通貨システム、及びシステム
JP7533983B2 (ja) 信頼度が低い、または信頼度が皆無の当事者間での価値転送を円滑化する装置、システム、または方法
US11386493B2 (en) System and method for cryptocurrency trading
US11687923B2 (en) Systems and methods for facilitating tokenization of modifiable game assets on a distributed blockchain
JP6364132B2 (ja) ブロックチェーン取引記録のシステムおよび方法
US20230410111A1 (en) Cryptocurrency Storage Distribution
CA2943665A1 (en) Processing network architecture with companion database
JP7353670B2 (ja) 管理装置
WO2018170451A1 (en) Programmable asset systems and methods
JP2022508450A (ja) スマートステーブコインを実装して暗号通過のトラストレススマートスワップを容易にするシステム及び方法
US20210383334A1 (en) Contingent payments for virtual currencies
KR102267655B1 (ko) 블록체인을 기반으로 한 투자 방법 및 이러한 방법을 사용하는 장치
CN118101216A (zh) 在区块链网络上通信、存储和处理数据的基于区块链的系统和方法
JP6656628B1 (ja) 情報取引プログラム及び情報処理装置
JP6710737B2 (ja) 決済システム及び決済方法
US20210350366A1 (en) Application queue api with database of virtual queues for real-time processing distributed ledger system
KR20220122416A (ko) 블록체인 기반의 부동산 매물 검색 및 관리 시스템
US20220391401A1 (en) System and method to modulate metric values of the reliability metrics for the individual contributors based upon receipt of reliability feedback
JP2007047999A (ja) 証券決済残高管理システム及び証券決済残高管理プログラム
KR20230059109A (ko) 클라우드 환경 기반의 디지털 금고 제공 방법 및 시스템
JP7316921B2 (ja) 電子資産管理方法、及び電子資産管理装置
JP2012203874A (ja) 電子商取引システム
US20190050851A1 (en) The method of management of property rights to assets and the system for its implementation
JP7566233B1 (ja) 電子通貨基盤を実現するための方法およびシステム
US20240291657A1 (en) Systems and methods for anti-fraud and redundant token distribution and management

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2018504962

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2017885440

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2017885440

Country of ref document: EP

Effective date: 20180627

NENP Non-entry into the national phase

Ref country code: DE