JP2019191631A - Virtual currency transaction system - Google Patents

Abstract

To provide a system capable of trading smoothly as if exchange markets that handle virtual currency to purchase are integrated as single.SOLUTION: A virtual currency transaction system includes time management means that sets a purchase virtual currency, a purchase condition and a time condition, determines reaching a time set by the time condition, and initiates a purchase processing of the purchase virtual currency when reaching, selection means that communicates with exchange markets trading the purchase virtual currency to obtain price information of the purchase virtual currency traded at the exchange markets, and selects any of the exchange markets based on the obtained currency information when a purchase processing is started, and purchase means that performs authentication confirmation by the communication with the selected exchange markets based on a cryptographic key, and purchases the purchase virtual currency at a transaction price presented by the selected exchange market.SELECTED DRAWING: Figure 8

Description

  The present invention is a system that supports settlement of virtual currency.

  In recent years, various virtual currencies based on Bitcoin and Ethereum have been issued and their types are increasing. Demand for these virtual currencies is increasing and the value as an asset is rising, so there is a movement to purchase it systematically and make it a long-term asset formation. For stocks and real estate, there are various systems that support long-term purchase plans, but virtual currencies are still undeveloped.

  For example, in stock trading, there is a so-called dollar cost investment method. A certain amount of money is invested every month for investment products whose prices fluctuate daily, and many investment products are purchased at low prices and low prices. Furthermore, since net trade is now developed, there are some that realize the dollar cost investment method by setting in advance.

  In addition to the dollar cost method, there is a need for a system that regularly conducts trading using a preset method, and in the stock market, regular trading based on presetting is often seen. Even if there are a plurality of exchanges to be traded, the system is configured to process orders under the most advantageous conditions over a plurality of electronic trading systems (see, for example, Patent Document 1).

JP 2008-59292 A

  However, the above investment system is used only for traditional investment products such as stocks, and virtual currency has not been realized. With conventional investment products, the investment product itself and cash are held by a securities company, and transactions are made through the electronic trading system through the securities company, so transactions such as the dollar cost method are performed in the securities company system. It would be enough if the method was realized. At the time of trading, trading is performed through an exchange, but there are many exchanges, and one of them can be selected. A method for realizing planned investment is not provided at an exchange but must be provided as a user's own system, and system development has not progressed.

  The virtual currency transaction system according to the present invention includes a currency setting unit that sets a virtual currency to be purchased as a purchase virtual currency, a purchase setting unit that sets purchase conditions for the purchase virtual currency, and purchases the purchase virtual currency. A time setting means for setting a time condition to be determined, a time management means for determining the arrival of the time set according to the time condition, and starting the purchase processing of the purchase virtual currency when the time is reached, and starting the purchase process In such a case, by communicating with the exchange that trades the purchase virtual currency, the price information of the purchase virtual currency traded at the exchange is obtained, and any of the transactions based on the obtained price information. The authentication means based on the encryption key by communication between the selection means for selecting a place and the exchange selected by the selection means, and at the transaction price presented by the selected exchange It includes a purchase means to buy the serial purchase virtual currency, the.

  According to the present invention, by setting the virtual currency to be purchased, purchase conditions, and timing conditions, even if there are several exchanges that handle the virtual currency to be purchased, You can access each one and trade smoothly as if they were integrated into one exchange. For example, even when there is a virtual currency where there is no transaction depending on the exchange, or even when the price varies depending on the exchange, it is possible to make an adjustment in an advantageous manner for the trader. As a result, it is possible to select an appropriate transaction content and realize a transaction content which is not disadvantageous even for setting of transaction conditions in which transaction content such as an exchange and a price is not individually specified.

The block diagram of the whole system to which a virtual currency transaction system is applied. The block diagram which shows the functional structure regarding a virtual currency transaction system. Setting screen for setting transaction conditions. Explanatory drawing explaining the information acquisition of a virtual currency exchange. Explanatory drawing explaining selection of a virtual currency exchange. The flowchart which shows the whole transaction processing. The flowchart which shows the selection process of an exchange. The flowchart which shows the login process to an exchange. The flowchart which shows the acquisition process of the price information of an exchange. The flowchart which shows the order processing to the selected exchange.

  Embodiments of the present invention will be described below with reference to the drawings. However, the embodiment described below is merely an example, and there is no intention to exclude various modifications and technical applications that are not explicitly described below. That is, the present invention can be implemented with various modifications without departing from the spirit of the present invention. In the following description of the drawings, the same or similar parts are denoted by the same or similar reference numerals. The drawings are schematic and do not necessarily match actual dimensions and ratios. In some cases, the dimensional relationships and ratios may be different between the drawings.

  FIG. 1 is a configuration diagram of the entire system to which a virtual currency trading system is applied. According to the virtual currency trading system, the information terminal 50, the system server 60, and the application provider 70 are connected to the network environment to which the exchange servers 10 to 40 are connected.

  The exchange servers 10 to 40 are servers installed for transactions at the virtual currency exchange. Virtual currency exchanges are broadly divided into sales offices and exchanges. The sales office refers to a place that directly sells the virtual currency held by the owner of the sales office. The exchange is the same mechanism as the stock exchange, and the person who wants to buy the virtual currency and the person who wants to sell it present the desired price and quantity, respectively, and place the order information called a so-called board. Match transactions based on. The highest desired purchase price and the lowest desired sales price in the ordering information are matched, and transactions are established one after another. After the transaction is completed, the virtual currency that has been established from the owner of the virtual currency is sent to the purchaser through the exchange, and the settlement price is transferred from the owner of the purchaser to the virtual currency for settlement.

  The information terminal 50 is realized in an information processing terminal such as a smart phone, a tablet terminal, or a mobile phone used by a user. The present invention is not limited to the above, and can be applied to general information processing apparatuses having various computer functions. However, description will be made assuming that the present invention is applied to the above-described small information processing terminal. The information terminal 50 is a terminal that can authenticate with respect to the exchange servers 10 to 40, holds information related to possession of virtual currency, and transmits / receives information related to the transaction of virtual currency that is retained.

  The system server 60 is a system that executes necessary data processing in the transaction processing between the information terminal 50 and the exchange servers 10 to 40. The application program 80 according to the present embodiment is downloaded from the system server 60 to the information terminal 50 via the application provider 70 and executed on the information terminal 50. Although the transaction itself is directly performed between the information terminal 50 and the exchange servers 10 to 40, auxiliary system management is executed on the system server 60 side.

  The application provider 70 acquires the application program 80 from the system server 60, and downloads the application program 80 to each information terminal 50 through authentication and possibly settlement when a download request is received from each information terminal 50. .

  This embodiment is executed when the information terminal 50 acquires and installs the application program 80. The hardware configuration and software configuration will be described later.

(About the hardware configuration of this system)
The information terminal 50, the system server 60, and the application provider 70 include a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), an image processing unit, and a memory. The CPU, ROM, RAM, image processing unit, and memory are connected to each other via a bus.

  The CPU executes various processes according to a program recorded in the ROM or a program loaded from the memory to the RAM. The RAM appropriately stores data necessary for the CPU to execute various processes.

  The image processing unit is configured by a DSP (Digital Signal Processor), a VRAM (Video Random Access Memory), and the like, and performs various image processing on image data in cooperation with the CPU. For example, the image processing unit performs image processing such as noise reduction, white balance adjustment, camera shake correction, and the like on the captured image data output from the imaging unit 10.

  The memory may be any storage medium such as DRAM, cache memory, magnetic disk, optical disk, magneto-optical disk, or semiconductor memory. The memory includes not only those connected by a bus but also those read and written via a drive. The data stored in this embodiment will be described as being temporarily stored in this memory, both in the case of temporary storage and in the case of long-term storage using a nonvolatile memory.

  An input / output interface is connected to the information terminal 50, the system server 60, and the application provider 70. A display unit, an input unit, and a communication unit are connected via an input / output interface. The input unit includes various buttons and accepts user instruction operations. The communication unit controls communication performed with other devices via a network including the Internet.

  The display unit includes a display screen 55, and includes a display device that displays and reproduces an image or video formed by the image processing unit. As the display device, various display devices such as a monitor and a liquid crystal display are assumed. In the present embodiment, image data to be displayed by a CPU or the like is generated, and image display processing is performed on the display screen via the image processing unit. Henceforth, when only “display” is described, it includes executing display processing including the above functions.

  The information terminal 50, the system server 60, and the application provider 70 have the above-described configurations, and the functional configuration will be described later. Each functional configuration is functionally realized by the cooperative operation of the CPU, ROM, RAM, image processing unit, and memory. The function of each of these units is a module configuration provided by an electronic circuit or a program. The program is stored in the ROM, and is executed by cooperating with each unit while being appropriately read out by the CPU.

  FIG. 2 is a block diagram showing a functional configuration related to the virtual currency trading system. The application program 80 shown in FIG. 2 includes a setting unit 100, a time management unit 150, a selection unit 160, and a purchase unit 170.

(Virtual currency transaction setting)
The setting unit 100 is a functional configuration that performs various settings of the virtual currency transaction according to the present embodiment and holds setting items. The setting unit 100 includes a currency setting unit 110, a purchase setting unit 120, and a time setting unit 130. Various settings are executed by displaying an input and selection screen for setting on the display screen 55 and reflecting operations on the display screen 55.

  The currency setting unit 110 sets a virtual currency to be purchased as a purchase virtual currency. As a selectable virtual currency, for example, a wide variety of virtual currencies such as bit coins and Ethereum are used as options for purchase. At least one option to be purchased is selected from the virtual currency that is the option to be purchased. In the present embodiment, a case where each virtual currency is purchased from the yen currency will be mainly described, but it corresponds to a transaction for purchasing the virtual currency from the virtual currency. In this case, which virtual currency is used to set both other virtual currency is set.

  Although it is simple to select one virtual currency to purchase, a plurality of virtual currencies may be selectable. In that case, the amount ratio of the virtual currency to be purchased is determined. For example, bitcoin: etherium = 4: 1 may be set. When not set, initial setting such as equal proportion is also possible. After selecting the virtual currency and its purchase ratio, the currency setting unit 110 sets it as a purchase target.

  The purchase setting unit 120 sets purchase conditions for the purchase virtual currency. An example of purchase conditions is the purchase amount for each time. The purchase setting unit 120 performs various settings necessary for purchasing other virtual currencies and stores setting information. The setting information includes communication settings, user name, and wallet access information held by the user.

  In addition to this, an exchange is set by selecting an exchange, and various information about the exchange is stored. Various types of information related to the exchange include an endpoint of the exchange server, an individual application program for each API of the exchange, and related information. Furthermore, ID information and encryption / password information necessary for signature are also included.

  The time setting unit 130 sets a time condition for purchasing the purchase virtual currency. For example, the setting of purchasing once a month is possible, and the date and time of purchase is set specifically. It is also possible to set a time range so that the purchase process is executed at a timing that matches a certain condition, and if it is not satisfied, the purchase process is executed at the end of the period.

  FIG. 3 shows a setting screen for setting transaction conditions. When transitioning to setting of transaction conditions, the application 80 displays a setting screen shown in FIG. 3 on the display screen 55. As a transaction setting, first, a virtual currency desired to be purchased is designated. In FIG. 3, they are displayed as currency 1 and currency 2. Only one virtual currency may be selected, or it may be added by setting and increased to currency 3 and currency 4.

  Here, the case where the virtual currency A is set as the currency 1 and the virtual currency B is set as the currency 2 is shown in FIG. 3, but the purchase ratio of each virtual currency is also input. Since the initial set value is equally divided, the case of virtual currency A: virtual currency B = 50: 50 is shown in FIG. 3, but the set value may be changed by input, such as 30:70. Moreover, you may select by the amount of money or quantity ratio.

  Next, the transaction amount for each transaction, that is, the purchase amount is input. In the example of FIG. 3, the setting is made for the case of purchasing 30,000 yen each time. Even if the set amount is 30,000 yen, it is rarely just 30,000 yen each time, and it can exceed 30,000 yen or less than 30,000 yen depending on various adjustments. The actual purchase unit determination will be described later. In the case of setting from virtual currency, for example, setting is made such that bit coins are purchased every time using 0.01 BTC.

  Next, the transaction frequency is determined. In this embodiment, the transaction is set once a month. Then set the date and time of the transaction. If the transaction date is a holiday or other date when the transaction volume decreases, the transfer date may be set. Also, the day of the week may be set instead of the date.

  The transaction settings shown in FIG. 3 are as described above, but communication settings, settings for each exchange, and the like are also executed as necessary. Next, based on the setting by each unit of the setting unit 100, a virtual currency transaction process according to the setting condition is executed.

(Virtual currency transaction processing)
The time management unit 150 determines whether or not the corresponding time determined by the time condition has been reached, and when the transaction start time is reached, starts the transaction processing of the purchased virtual currency. In the example shown in FIG. 3, the time setting unit 130 sets the transaction frequency once a month, the transaction date 15th of each month, and the transaction time 13:00. Is the transaction start date and time. The arrival of the transaction start date and time is taken as an example of a time condition. When the transaction starts, the process proceeds to the processing of the selection unit 160 and the purchase unit 170.

  The selection unit 160 selects an exchange, but searches for an exchange prior to starting the transaction process. Since the search for the exchange is not the actual transaction itself, it may be performed prior to the transaction time or the day before. The exchange search is executed from pre-registered exchanges. For example, about 10 companies may be registered by default, and automatic registration or automatic deletion may be possible depending on conditions.

  For example, when there are 10 companies, the selection unit 160 communicates with the corresponding one of the exchange servers 10 to 40 whether or not there is a purchase virtual currency transaction set by the currency setting unit 110 for each exchange. To confirm. For example, for purchase virtual currency X and purchase virtual currency Y, confirmation is made that there are both transactions at exchange A for each exchange, and there is a transaction for purchase virtual currency X at exchange B, but there is no transaction for purchase virtual currency Y Get the result. Here, in the case of a transaction in which the virtual currency Y is purchased by the virtual currency X, the exchange needs to trade both the virtual currency X and the virtual currency Y, so the virtual currency received in exchange for the virtual currency used for the exchange Check against each exchange with currency pairs.

(Selection of advantageous exchanges)
When the selection unit 160 starts the purchase process, the selection unit 160 communicates with each of the exchanges searched in advance, thereby acquiring price information about the purchase virtual currency traded on the exchange. That is, the selection unit 160 obtains price information by accessing an API (application software) published by an exchange that trades the purchase virtual currency set to be purchased. As described with reference to virtual currency exchange information acquisition in FIG. 4, the price of the corresponding purchase virtual currency is acquired and displayed in a list on the display screen 55.

  Only a single type of virtual currency may be traded, but when trading multiple currencies, the selection unit 160 selects an exchange to trade for each of the multiple purchase virtual currencies. For example, for the virtual currencies A and B, as shown in FIG. 4, the virtual currency exchange 10 acquires information that A is 8400 yen and B is no transaction. Similarly, the virtual currency exchange 20 obtains information that A is 8300 yen and B is no transaction. At the virtual currency exchange 30, A acquires no information and B: 14400 yen. The virtual currency exchange 10 acquires information of A: 8500 yen and B: 14500 yen. Similarly, in the case of transactions between virtual currencies, the exchange ratio is acquired for each exchange.

  The selection unit 160 selects an exchange that provides the most advantageous transaction conditions among the acquired price information. The most advantageous trading terms are those that are at the lowest price or are based on the best execution policy. The most advantageous trading conditions indicate that the lowest price is usually the case when purchasing, but due to various conditions such as the communication environment, it is not always possible to guarantee a deal or the other lowest price. If it is not always advantageous to the orderer, the exchange that offers the next price is selected.

  FIG. 5 illustrates the selection of a virtual currency exchange. Since the price for each exchange has already been acquired as shown in FIG. 4, the exchange for trading the desired virtual currency is selected by comparing the acquired prices with each other. As for the virtual currency A, as shown in FIG. 4, the price presented at the virtual currency exchange 20 is the cheapest at 8300 yen, but the virtual currency exchange 20 has no virtual currency B transaction. On the other hand, as for the virtual currency B, as shown in FIG. 4, the price presented at the virtual currency exchange 30 is the cheapest at 14400 yen.

  Accordingly, the selection unit 160 selects the virtual currency exchange 20 for the virtual currency A and selects the virtual currency exchange 30 for the virtual currency B, as shown in FIG. However, it may be selected with priority to purchase all virtual currencies to be traded at the same exchange, or may be selected to select different exchanges for each virtual currency. Similarly, in the case of transactions between virtual currencies, an exchange that can receive the most desired virtual currency with the most advantageous exchange ratio is selected.

(Buy virtual currency)
The purchase unit 170 performs authentication confirmation based on the encryption key by communication with the exchange selected by the selection unit 160, and purchases the purchase virtual currency at a transaction price based on the most advantageous transaction conditions. That is, the purchase unit 170 purchases the purchase virtual currency by accessing the application software published by the selected exchange through authentication confirmation. The purchase unit 170 determines the purchase quantity based on the acquired price information and purchase conditions, and purchases the purchase virtual currency of the determined purchase quantity.

  The exchange accepts an input requesting the sale and purchase of virtual currency, and matches both by listing prices and quantities of the sale and purchase. Then, the result of the transaction as the matching result is reflected on the input source of each transaction of sales and purchase by encrypted communication.

  When a plurality of types of virtual currency are selected by setting, the purchase unit 170 purchases the corresponding virtual currency from the exchange selected for each of the plurality of purchased virtual currencies. 4 and 5, the virtual currency A is purchased at the virtual currency exchange 20 for 8300 yen, and the virtual currency B is purchased at the virtual currency exchange 30 for 14400 yen.

  Here, the purchase by the purchase unit 170 is executed based on the setting by the purchase setting unit 120. For example, according to the purchase setting shown in FIG. 3, the purchase amount of the virtual currency A and the virtual currency B is 50:50, and the total purchase amount is 30,000 yen. This means that the purchase price of the virtual currency A is assigned to 15,000 yen and the purchase price of the virtual currency B is assigned to 15,000 yen.

  However, 8300 yen for virtual currency A and 14400 yen for virtual currency B are not divisible numbers. When 15,000 yen is allocated, the virtual currency A is about 1.8 units, and the virtual currency B is 1.04. Roughly speaking, 2 units of virtual currency A and 1 unit of virtual currency B are close to the total purchase amount. Then, the virtual currency A is 2x8300 yen = 16600 yen, and the virtual currency B is 1x14400 yen = 14400 yen, for a total of 31,000 yen. In this way, if the total purchase amount exceeds the total purchase amount, you may set the purchase so that it will not be charged, or if the excess amount is accumulated and the cumulative amount becomes more than a certain level, it is adjusted. There is a way to do. In the case of this example, two units of virtual currency A and one unit of virtual currency B were purchased.

  As described above, every time the time set by the time setting unit 130 is reached, the above-described selection unit 160 selects an exchange and the purchase unit 170 purchases a desired virtual currency. The purchase of this virtual currency starts from the transaction process every time the set time is reached from the viewpoint of regular accumulation, and similarly selects the most advantageous exchange each time, and makes the most advantageous conditions. Buy virtual currency. By repeating transaction processing automatically, virtual currency can be accumulated under advantageous conditions.

  As described above, the purchase unit of the virtual currency is preset by the setting unit 100, and a series of flows for purchasing the virtual currency according to the setting has been described. As a result, the virtual currency can be purchased in a planned manner without having to proceed with it each time by simply setting in advance. Actually, it is necessary not only to simply set and purchase, but also to include a function including an API for automatically logging in to each exchange. The description including this point will be described with reference to a flowchart.

  FIG. 6 shows the flow of the entire transaction process. Before starting the process shown in FIG. 6, it is checked whether the time condition set by the time setting unit 130 is satisfied, and this process is started when the condition is satisfied. Specifically, the accumulation setting by the time setting unit 130 is acquired, and it is checked whether or not the setting frequency has been reached. This process is started when the set frequency is reached.

  When the transaction process is started, the selection unit 160 first obtains a reserve setting from various settings by the setting unit 100 (step S100). Next, based on the acquired setting, an optimal exchange is selected (step S110). Details of this processing will be described later with reference to FIG.

  When an optimal exchange is selected, it is determined whether or not a weighting coefficient is used (step S120). If it is used (step S120: Yes), the investment amount is weighted by a series of acquisitions of steps S130 to S150. If it is not used (step S120: No), the investment amount itself is used.

  The process using the weighting factor is as follows. First, an average acquisition price is acquired (step S130). Details of this processing will be described later with reference to FIG. Next, it is determined whether or not the current price is lower than the calculated average acquisition price (step S140). If it is not lower (step S140: No), the investment amount itself is used. If it is lower (step S140: Yes), the investment amount multiplied by a predetermined weighting factor set in advance is used as the investment amount (step S150). As described above, the investment amount is set in steps S120 to S150.

  Next, the purchase quantity is calculated (step S160). The purchase quantity is obtained by dividing the investment amount determined as described above by the purchase price. After obtaining the purchase quantity, an exchange-specific login is executed (step S170). Details of this processing will be described later with reference to FIG. When the exchange is selected, an exchange-specific order is executed (step S180). Details of this processing will be described later with reference to FIG.

  FIG. 7 shows an exchange selection process. The process executed in step S110 of FIG. 6 will be described in detail with reference to FIG. First, an exchange-specific login is executed (step S200). Details of this processing will be described later with reference to FIG. If an exchange is selected, exchange specific price information will be acquired (step S210). Details of this processing will be described later with reference to FIG.

  The selection unit 160 determines whether or not the price of the exchange from which the price information has been acquired is the lowest price (step S220). If it is the cheapest, it is an optimal exchange compared to the exchange that has been compared so far, and therefore the selection unit 160 sets the optimal exchange (step S230). In such a series of flows, the prices for all the exchanges are referred to, and it is determined whether or not the exchange loop has been completed (step S240). If it has not been completed, the price information for the next exchange should be referred to. The process returns to step S200 and the process is executed again.

  8 to 10 show flowcharts of transaction processing using an API (Application Programming Interface) published by the exchange servers 10 to 40. The API is a part of software used in each exchange so that the functions of the software of the terminal 50 can be shared. A part of the software can be used externally by publishing on the web.

  By accessing the API published by the exchange from an external web application, market price information can be acquired in real time, and deposits and withdrawals can also be made from the program. Also, by using API, chart creation, transaction automation, etc. are possible.

  Web applications for using APIs can be created. A file can be published as a web application by describing it in HTML, storing it and publishing it.

  In the exchange API, two APIs can be used: Public API that does not require authentication and Private API that requires authentication. With Public API, it is possible to refer to the order status of the exchange, the history of transactions that have been made public, and board information. With Private API, you can check new orders on the exchange, cancel them, and check your balance.

  Describe the authentication method of Private API. (1) First, create an API Key. An API key can be created from an application published by an exchange. The access key and secret access key generated here must be kept secret. Create a request using this created key. (2) Next, permission is set. When generating keys, permissions can be set for each function. It is also possible to set to permit use of any IP address.

(3) Next, a request is created. For requests that require authentication, the following information must be included in the HTTP Header.
(ACCESS-KEY) Access key
(ACCESS-NONCE) A natural number that increases with each request. Manage each API key.
(ACCESS-SIGNATURE) Signature

  (4) Create a signature. The signature is created by signing the ACCESS-NONCE, the request URL, and the request body concatenated into a character string using the secret key in the HMAC-SHA256 hash format.

  The common processing performed between the terminal 50 and the API of the exchange server 10 to 40 is as described above. Based on the above common processing, the user logs in to the exchange and obtains price information traded on the exchange. Then, the transaction and settlement are actually executed. Details thereof will be described with reference to FIGS.

  FIG. 8 shows the login process to the exchange. The processing executed in step S170 and step S200 in FIG. 6 will be described in detail with reference to FIG. First, an API for each exchange for logging in to the selected exchange is called through polymorphism. Polymorphism here is to provide a common interface for several different types.

  Here, the processing is different for each exchange API, but in each case, by first specifying the endpoint, performing the necessary unique processing for the API for each exchange, and finally executing the signature processing Execute the login process for each exchange. After completing the signature process, the exchange-specific login process is terminated.

  FIG. 9 shows an exchange price information acquisition process. The processing executed in step S130 of FIG. 6 and step S210 of FIG. 7 will be described in detail with reference to FIG. Similar to the case of FIG. 8, API for each exchange for obtaining price information of the selected exchange is called through polymorphism. Again, the API processing differs for each exchange, but in each case, each exchange is designated by first specifying an endpoint and executing the necessary processing for accessing the API for each exchange. The price information acquisition process for is terminated.

  FIG. 10 shows the ordering process for the selected exchange. The process executed in step S180 in FIG. 6 will be described in detail with reference to FIG. Similarly to the case of FIG. 8, API for each exchange for obtaining price information of the selected exchange is called through polymorphism. Again, the API processing differs for each exchange, but in each case, each exchange is designated by first specifying an endpoint and executing the necessary processing for accessing the API for each exchange. The order processing for is terminated.

  According to the present embodiment described above, it is possible to realize a virtual currency transaction according to the setting status by the virtual currency to be purchased, the purchase condition, the time condition, and other various settings. Specifically, by setting the time condition, it is possible to realize a transaction at the time of, for example, what month and what time according to the set time condition. Then, the set virtual currency can be purchased according to preset purchase conditions such as the planned investment amount.

  When purchasing virtual currency, there are several exchanges that handle the virtual currency that you want to purchase. Based on the setting information, you access each required exchange and obtain price information for the virtual currency. . Since the appropriate exchange is selected based on the acquired price information and the transaction is executed, the user does not need to log in to the exchange individually and enter the desired transaction conditions one by one. You can trade smoothly as if you were integrated into one exchange.

  For example, even when there is a virtual currency where there is no transaction depending on the exchange, or even when the price varies depending on the exchange, it is possible to make an adjustment in an advantageous manner for the trader. As a result, it is possible to select an appropriate transaction content and realize a transaction content which is not disadvantageous even for setting of transaction conditions in which transaction content such as an exchange and a price is not individually specified.

  In particular, the more complicated the operations are made by combining individual transactions, the better the advantage of being automated up to settlement by pre-setting. For example, when it is desired to periodically accumulate a plurality of virtual currencies, it is troublesome to enter and trade one by one. However, in the case of virtual currency, a single brokerage company does not manage the accounts collectively like a securities trading account, but due to security issues, you must log in and process transactions one by one. .

  There are few problems if you decide to trade on a fixed exchange, but there are variations in the transaction price for each exchange, and the advantage of selecting an advantageous exchange is great. If the transaction timing, fractional processing, and bargain price are further reflected in this, it becomes even more complicated when the trader responds by himself / herself. For example, since the above complexity is automatically processed by setting, the processing is simplified, the transaction is simplified, and entry into the virtual currency transaction can be promoted.

  In particular, as a feature of virtual currency trading, since the trading unit can be subdivided to the decimal point, it is possible to invest from a few tens of yen to a very small amount. In the above description of the embodiment, the description has been made once a month as an example. However, the transaction may be performed every day or every hour. By setting the transaction in advance, each transaction can be set to a small amount, and the purchase can be promoted in order to deal with such a detailed transaction frequency. The more frequent the transaction, the more difficult it is to execute the transaction manually and the greater the advantage of automation. At that time, advantageous exchanges are automatically selected sequentially, so that the advantage of the whole transaction can be expanded.

  Further, as a feature of virtual currency trading, there is one that can trade between virtual currencies. For example, if it is a stock, it falls under a stock exchange, but this is not of course an online transaction, and commodities transactions do not involve the exchange of corn and platinum. According to the present embodiment, the virtual currency portfolio that is biased to a specific position can be obtained by setting the virtual currency that is held and the virtual currency to be acquired in pairs, and by setting the transaction in advance. Depending on the setting, it can be distributed over many types of virtual currencies, and conversely, it can be aggregated into a specific small number of virtual currencies.

  In the case of stocks, if the value of the stocks held increases too much, after selling some of those stocks, we will purchase other stocks with the gain on sale and diversify the portfolio. In this form, since it is possible to advance the exchange between the virtual currencies at an appropriate rate by presetting, it is possible to realize a portfolio with a desired holding ratio without going through a cashing process.

  As mentioned above, although this invention was demonstrated using the Example, the technical scope of this invention is not limited to the range as described in the said Example. It will be apparent to those skilled in the art that various modifications or improvements can be made to the above-described embodiments. It is apparent from the scope of the claims that the embodiments added with such changes or improvements can be included in the technical scope of the present invention.

Exchange servers 10 to 40, information terminal 50, system server 60,
Application provider 70, application program 80,
Setting unit 100, time management unit 150, selection unit 160, purchase unit 170

Claims (5)

Currency setting means for setting a virtual currency to be purchased as a purchase virtual currency;
Purchase setting means for setting purchase conditions of the purchase virtual currency;
Time setting means for setting time conditions for purchasing the purchase virtual currency;
A time management means for determining the arrival of the time set according to the time condition, and starting the purchase processing of the purchase virtual currency when it has been reached;
When the purchase process is started, by communicating with the exchange that trades the purchase virtual currency, the price information of the purchase virtual currency that is traded on the exchange is obtained, and based on the obtained price information A selection means for selecting one of the exchanges,
Purchasing means for performing authentication confirmation based on an encryption key by communication with the exchange selected by the selection means, and purchasing the purchase virtual currency at a transaction price presented by the selected exchange;
A virtual currency trading system comprising: Each time the time set by the time setting means is reached,
The selection means obtains the price information by accessing application software published by an exchange that trades the purchased virtual currency,
The virtual currency transaction according to claim 1, wherein the purchase unit repeats purchasing the purchased virtual currency by accessing the application software published by the selected exchange via the authentication confirmation. system. The purchase condition set by the purchase setting means is a purchase amount,
The purchase means determines a purchase quantity based on the acquired price information and the purchase condition, purchases the purchase virtual currency of the determined purchase quantity,
The exchange accepts input requesting the sale and purchase of virtual currency, matching both by listing the price and quantity of the sale and purchase,
The virtual currency transaction system according to claim 1, wherein a result of a transaction as a result of matching is reflected on an input source of each transaction of sales and purchase by encryption communication. The currency setting means can set a plurality of purchase virtual currencies,
The purchase setting means sets the purchase conditions for each of the plurality of purchase virtual currencies,
The selection means selects an exchange for dealing with each of the plurality of purchased virtual currencies,
The virtual currency transaction system according to claim 1, wherein the purchase means purchases a corresponding virtual currency from an exchange selected for each of the plurality of purchased virtual currencies. The set purchase virtual currency, the purchase condition, and the time condition are held in the application software downloaded by the user, and the application software and the respective exchanges are directly connected to perform a transaction. The virtual currency transaction system according to claim 1, wherein the purchase virtual currency is transacted.