WO2023053448A1 - 取引管理プログラム、情報処理装置及び取引管理システム - Google Patents

取引管理プログラム、情報処理装置及び取引管理システム Download PDF

Info

Publication number
WO2023053448A1
WO2023053448A1 PCT/JP2021/036439 JP2021036439W WO2023053448A1 WO 2023053448 A1 WO2023053448 A1 WO 2023053448A1 JP 2021036439 W JP2021036439 W JP 2021036439W WO 2023053448 A1 WO2023053448 A1 WO 2023053448A1
Authority
WO
WIPO (PCT)
Prior art keywords
transaction
order
information
server
management program
Prior art date
Application number
PCT/JP2021/036439
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 JP2022506369A priority Critical patent/JP7108263B1/ja
Priority to PCT/JP2021/036439 priority patent/WO2023053448A1/ja
Priority to JP2022108969A priority patent/JP2023053890A/ja
Publication of WO2023053448A1 publication Critical patent/WO2023053448A1/ja
Priority to US18/623,003 priority patent/US20240249358A1/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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Definitions

  • the present invention relates to a transaction management program, an information processing device, and a transaction management system.
  • Patent Document 1 a transaction management system that executes time-synchronized transactions on multiple exchanges.
  • the transaction management system disclosed in Patent Document 1 includes a transaction server, a plurality of financial exchanges, and a plurality of servers each linked to and co-located with the exchanges and equipped with a highly accurate clock.
  • the trading server splits the large trading order into multiple smaller trading orders and associates each smaller trading order with a trade execution time.
  • the trading servers transmit financial transaction instructions to each co-located server based on each combined smaller trading order and the time of trade execution. When each server's high-precision clock reaches trade execution time, all servers submit their smaller trade orders to their respective financial exchanges substantially simultaneously.
  • a large-scale trading order is divided into small-scale trading orders and submitted to a plurality of exchanges at the same time.
  • handling trading orders from the region of When handling trading orders from multiple regions for one exchange, communication time lags occur according to the geographical distance between the exchange and each region, and trading orders from regions far from the exchange are processed from regions close to the exchange.
  • old information is referred to only by the time lag with respect to the trading order.
  • the time lag that is, attacks from high-frequency traders targeting communication disparities are a problem.
  • an object of the present invention is to provide a transaction management program, an information processing device, and a transaction management system that equally handle transaction orders with communication disparities.
  • one aspect of the present invention provides the following transaction management program, information processing device, and transaction management system.
  • each of the plurality of transaction servers has a clock module calibrated to display the same time, and the clock module records the application time in the order information. program.
  • the clock module has a private key, creates a token from the private key, and attaches the token to the order information together with the application time.
  • the arbitration means sets the deadline of the predetermined period of the client who performed the fraud or attempted fraud to other clients.
  • a trading server that receives orders from clients installed in the same region, and a receiving means that receives order information accompanied by order application times from a plurality of trading servers installed in different regions; and arbitration means for arbitrating the order information for each predetermined period.
  • a trading server that accepts orders from clients located in the same region; a transaction aggregation server having acceptance means for accepting order information accompanied by order application times from a plurality of said transaction servers installed in different regions, and arbitration means for arbitrating said order information for each predetermined period; transaction management system.
  • each of the transaction servers has a clock module calibrated to be the same time, and the clock module can attach the order time to the order information.
  • the clock module has a secret key, and can create a token from the secret key and attach it to the order information together with the order time.
  • the order information can be verified using the token.
  • the arbitration result of the arbitration means can be output as transaction result information.
  • the deadline for the predetermined period in areas other than the one or more areas can be set earlier than the deadline for the one or more areas.
  • the deadline time of the predetermined period of the client who performed the fraud or the attempted fraud is notified to another client. can be earlier than the deadline for
  • FIG. 1 is a schematic diagram showing an example of the configuration of a transaction management system according to an embodiment.
  • FIG. 2 is a block diagram showing a configuration example of a transaction aggregation server according to the embodiment.
  • FIG. 3 is a block diagram showing a configuration example of a transaction server according to the embodiment.
  • FIG. 4 is a schematic diagram showing a configuration example of order information.
  • FIG. 5 is a schematic diagram showing a configuration example of transaction result information.
  • FIG. 6 is a flow chart for explaining the overall operation of the transaction management system.
  • FIG. 1 is a schematic diagram showing an example of the configuration of a transaction management system according to an embodiment.
  • This transaction management system comprises a transaction aggregation server 1, transaction servers 2a , 2b , 2c , . communicatively connected to each other by 5a, 5b, 5c and 5d.
  • the clients 4a 1 , 4a 2 , 4b 1 , 4b 2 , 4c 1 , 4c 2 . . . are operated by users who conduct transactions.
  • the transaction server 2a and clients 4a 1 and 4a 2 are installed in area A
  • the transaction server 2b and clients 4b 1 and 4b 2 are installed in area B
  • the remote location means, for example, when the transaction aggregation server 1 in the region C is used as a reference, the time required for communication between the transaction server 2c in the region C and the transaction aggregation server 1 is longer than the transaction server 2a in the region A. and the transaction aggregation server 1 (or the time required for communication between the transaction server 2b of the region B and the transaction aggregation server 1) are separated by at least the difference between the regions. In other words, it means that the distance between regions is long enough to cause a disparity (communication disparity) in the time it takes to notify and obtain information.
  • a disparity communication disparity
  • transaction aggregation server 1 and the record keeping server 3 are installed in the region C, they may be installed in the regions A and B, or may be installed in regions other than the regions A, B, and C. It may be installed. It is also assumed that the time required for inter-regional communication is longer than the time required for intra-regional communication.
  • the transaction aggregation server 1 is a server-type information processing device that aggregates orders from the transaction servers 2a, 2b, 2c, . and electronic components such as non-volatile and volatile memory.
  • the transaction server 2a (2b, 2c) is a server-type information processing device that receives orders from clients 4a 1 , 4a 2 (4b 1 , 4b 2 , 4c 1 , 4c 2 ) in each region.
  • a precision clock module such as an atomic clock.
  • the networks 5a, 5b, 5c, and 5d are communication networks capable of high-speed communication, such as wired or wireless communication networks such as the Internet, intranets, and LANs (Local Area Networks).
  • the calibration clock server 6 has a high-precision clock such as an atomic clock, is connected to the transaction servers 2a, 2b, and 2c by, for example, a serial cable, and periodically calibrates the time of the clock module. Specifically, the calibration clock server 6 periodically transmits calibration information to the transaction servers 2a, 2b, and 2c.
  • the time of the time modules of the transaction servers 2a, 2b, and 2c shall be unified to the time of, for example, the area C where the transaction aggregation server 1 is located among the areas where the calibration clock server 6 is located. The time in any region may be used as long as it is a unified time.
  • the calibration clock server 6 is installed in each of the regions A, B, and C.
  • the time of the clock modules 2b and 2c may be calibrated, the calibration is performed via the network with the transaction servers 2a, 2b, and 2c in areas where the calibrating clock server 6 is not installed. Since calibration is performed by estimating the latency of the network, an error may occur. Therefore, it is more preferable to arrange calibration clock servers 6 in each of regions A, B, and C from the viewpoint of accuracy.
  • a calibration device may be transported and connected to the transaction servers 2a, 2b, and 2c periodically for calibration.
  • a method using GPS time information, a method using a radio clock system, or the like may be employed.
  • the transaction aggregation server 1 receives orders from the clients 4a 1 and 4a 2 to the transaction server 2a, orders received from the clients 4b 1 and 4b 2 to the transaction server 2b, orders from the clients 4c 1 and 4c 2 to Orders received by the transaction server 2a are aggregated, the orders are verified, the orders are closed for each predetermined period (for example, 1 second to 60 seconds), and the orders within the period are arbitrated to make or break the transaction. It is. Further, the transaction aggregation server 1 records transaction records in the record keeping server 3, and the record keeping server 3 notifies the transaction results to the transaction servers 2a, 2b, and 2c. These operations are repeated in the above-described predetermined period.
  • the predetermined period is considered to be preferably about 1 second at the time of implementation because the current transaction cannot be performed unless it is known whether the previous transaction was successful or not. As long as the number of clients is small, the liquidity of financial products can be ensured even if a period of 60 seconds or more is set. In addition, by setting the predetermined period to a large value, it is possible to reduce the information gap between the current transaction using the previous trading results (board information). It becomes possible. A more detailed configuration will be described below, and a detailed operation will be described later.
  • FIG. 2 is a block diagram showing a configuration example of the transaction aggregation server 1 according to the embodiment.
  • the transaction aggregation server 1 is composed of a CPU and the like, controls each part and executes various programs, a storage part 11 composed of a storage medium such as a nonvolatile memory for storing information, and a communication unit 12 that communicates with the outside via 5c.
  • Transaction aggregation server 1 further includes a volatile memory (not shown).
  • control unit 10 By executing a transaction management program 110, which will be described later, the control unit 10 functions as order reception means 100, order verification means 101, arbitration means 102, transaction result output means 103, and the like.
  • the order receiving means 100 receives order information including verification tokens transmitted from the transaction servers 2a, 2b, and 2c and stores it as order information 111 in the storage unit 11.
  • the order verification means 101 confirms whether or not the order was placed within a predetermined period (from the previous deadline to the current deadline) at the application time described in the order information 111, and verifies the order using the verification token. Verify information 111 . A verification method will be described later.
  • the arbitration means 102 arbitrates the order information 111 verified by the order verification means 101 with reference to the arbitration condition information 112 that defines the arbitration conditions, determines the arbitrage price, the seller, and the buyer, and presents the arbitration results. Stored in the storage unit 11 as transaction result information 113 .
  • the transaction result output means 103 outputs the transaction result information 113 to the record keeping server 3.
  • the storage unit 11 stores a transaction management program 110 that causes the control unit 10 to operate as each means 100 to 103 described above, order information 111, arbitration condition information 112, transaction result information 113, and the like.
  • FIG. 3 is a block diagram showing a configuration example of the transaction server 2a according to the embodiment. Note that the transaction servers 2b and 2c have the same configuration as the transaction server 2a, so description thereof will be omitted.
  • the transaction server 2a is composed of a CPU and the like, and includes a control unit 20 that controls each unit and executes various programs, a storage unit 21 that is composed of a storage medium such as a non-volatile memory and stores information, and a network. It includes a communication unit 22 for communicating with the outside via a communication unit 22 and a highly accurate clock module 23 using an atomic clock or the like. Moreover, the transaction server 2a further includes a volatile memory (not shown).
  • the control unit 20 functions as an order reception means 200, a verification token generation means 201, an order request means 202, etc. by executing a transaction management program 210, which will be described later.
  • the order receiving means 200 receives orders from the clients 4a 1 and 4a 2 and stores them in the storage unit 21 as order information 211 in which order details are described.
  • the verification token generating means 201 obtains the time information of the timing at which the order receiving means 200 receives the order and a token described later by making an inquiry to the clock module 23, writes the time information in the order information 211, and The token is stored as verification token information 212 in the storage unit 21 .
  • the order request means 202 sends an order request to the transaction aggregation server 1 together with a token (that is, the signed order information 211) that is a concatenation of the order information 211 and the verification token information 212.
  • the storage unit 21 stores a transaction management program 210, order information 211, verification token information 212, etc., which causes the control unit 20 to operate as the means 200-202 described above.
  • the clock module 12 returns time information in response to an inquiry, stores a secret key in an internal storage unit, and generates a token using the secret key in response to an inquiry from the verification token generation means 201. , outputs the time information and the token to the verification token generating means 201 .
  • FIG. 4 is a schematic diagram showing a configuration example of the order information 111.
  • the order information 111 includes an order ID for identifying an order, a user ID for identifying a user who has placed an order, an order type indicating the type of order, an order target, a price, and a quantity. , and the time that is the application time (time information).
  • the order information 111 is further assumed to have a token (not shown).
  • FIG. 5 is a schematic diagram showing a configuration example of the transaction result information 113. As shown in FIG.
  • the transaction result information 113 includes a result ID for identifying a transaction result, a deadline time indicating the end time of the transaction period, an order ID, a user ID, an order type, an object, a price, and a quantity. , the time that is the application time, and the success/failure that indicates whether or not the order has been placed.
  • FIG. 6 is a flowchart for explaining the overall operation of the transaction management system.
  • clients 4a 1 and 4a 2 users desiring transactions in region A connect clients 4a 1 and 4a 2 (hereafter, clients 4b 1 and 4b 2 in region B, clients 4c 1 and 4c 2 in region C, and so on). Manipulate to execute buy or sell orders for the desired security.
  • the clients 4a 1 and 4a 2 transmit orders to the transaction server 2a according to the order operations (S40).
  • clients 4b 1 and 4b 2 in area B go to transaction server 2b
  • clients 4c 1 and 4c 2 in area C go to transaction server 2c. Shall send the order to the server.
  • the order receiving means 200 of the transaction server 2a receives orders from the clients 4a 1 and 4a 2 and stores them as order information 211 in the storage unit 21 (S20).
  • the verification token generating means 201 of the transaction server 2a acquires the time information and the token of the timing when the order receiving means 200 receives the order by inquiring the clock module 23, and adds the time information to the order information 211.
  • the token is stored in the storage unit 21 as the verification token information 212 (S21).
  • the order request means 202 of the transaction server 2a sends an order request to the transaction aggregation server at predetermined deadline times (for example, every few seconds, every few minutes, etc.) together with a token that is a concatenation of the order information 211 and the verification token information 212. Send to 1.
  • the order request may be sent immediately upon completion of generation of the order information 211 and verification token information 212, or may be sent at predetermined intervals.
  • the order request means 202 of the transaction server 2a preferably transmits the order request immediately after the deadline. You may send an order request to reach 1.
  • the order receiving means 100 of the transaction aggregation server 1 receives the order information and the verification token respectively transmitted from the transaction servers 2a, 2b, and 2c, and stores them as the order information 111 in the storage unit 11 (S10).
  • the order verification means 101 of the transaction aggregation server 1 verifies the verification token of the order information 111 (S11). Specifically, the verification token, which is the signature, is verified using the public keys of the transaction servers 2a, 2b, and 2c.
  • the arbitration means 102 of the transaction aggregation server 1 checks the order information 111 verified by the order verification means 101 for each predetermined period (between the previous deadline and the current deadline).
  • Arbitration condition information 112 which defines conditions for arbitration, is arbitrated, the arbitrage price, the seller, and the buyer are determined, and stored as transaction result information 113 in the storage unit 11 (S12). .
  • a specific arbitration operation will be described in “(3) Arbitration operation”.
  • the transaction result output means 103 of the transaction aggregation server 1 outputs the arbitration result for that period as the transaction result information 113 to the record keeping server 3 (S13).
  • the record keeping server 3 receives and records the transaction result information 113 from the transaction aggregation server 1 (S30), and transmits all or part of the transaction result information 113 to the clients 4a 1 and 4a 2 (S31).
  • the clients 4a 1 and 4a 2 receive the transaction result information 113 (S41) and display the transaction result as board information on the display unit.
  • the user confirms the transaction results displayed on the display units of the clients 4a 1 and 4a 2 .
  • the timing of confirmation may be for each transaction, or may be the timing referred to by the clients 4a 1 and 4a 2 as necessary.
  • the arbitration means 102 of the transaction aggregation server 1 performs arbitration by the following method as an example of conditions described in the arbitration condition information 112 .
  • the arbitration means 102 of the transaction aggregation server 1 sequentially matches the highest priced buy order and the lowest priced sell order among the order information 111 included in the predetermined period, and finds the middle value between the limit prices of the buy and sell orders. shall be the arbitrage price.
  • the arbitration means 102 may calculate the average as (highest price+lowest price)/2, or ((square root of highest price+square root of lowest price)/2) ⁇ 2. Alternatively, it may be calculated by another commonly used average value calculation method.
  • the arbitration means 102 of the transaction aggregation server 1 sequentially matches the highest price buy order and the lowest price sell order among the order information 111 included in the predetermined period.
  • the arbitrage price is the midpoint between the limit prices of the matched buy and sell orders.
  • the arbitration means 102 of the transaction aggregation server 1 presents the arbitrage price in advance based on the information on the market conditions, the information on the previous buy/sell order, etc., and accepts bids for buy orders and sell orders. to rule. If there is a shortage of either buying or selling, arbitrage will be made by lottery or in order of priority determined in advance.
  • Arbitration means 102 of transaction aggregation server 1 determines an arbitrage price presented in advance as follows. For example, if there are enough buy and sell orders, the highest price buy order and lowest price sell order are matched based on the information on the previous bidding results, and finally the middle price between the matched sell and buy prices is reached. The value is used as price information to be presented next time.
  • the transaction servers 2a, 2b, and 2c equipped with clock modules that indicate the time unified in a plurality of areas A, B, and C are used by the clients 4a 1 , 4a 2 , 4b 1 , 4a 1 , 4a 2 , 4b 1 , Orders from 4b 2 , 4c 1 and 4c 2 are received, the time of order reception is set as the time of the clock modules of the transaction servers 2a, 2b and 2c, the orders from the transaction servers 2a, 2b and 2c are aggregated and determined in advance. Since arbitration is performed for each period, trading orders with communication disparities can be treated equally. It should be noted that not only cases where geographical distances differ but also cases where communication line performance differs can be treated equally.
  • transaction result information including order information and transaction arbitration process is recorded in the record keeping server 3 and disclosed, it can be easily accessed after the fact and past transactions can be verified.
  • this effect allows market participants and government regulators to conduct audits, detect fraud, and provide a trustworthy trading environment due to the inherent characteristics of the system according to the present invention, which makes it easier to detect fraud.
  • conventional trading systems financial trading systems currently in operation
  • store transaction information in a database and in order to analyze this after the fact, a separate system such as a data warehouse is required.
  • audits by market participants or government officials were limited, and even if restrictions could be lifted, they were time consuming and costly.
  • transaction aggregation server 1 may be configured integrally with any of transaction servers 2a, 2b, and 2c.
  • the record keeping server 3 may be configured integrally with the transaction aggregation server 1 . If the time of the clock modules of the transaction servers 2a, 2b, and 2c are unified, the transaction servers 2a, 2b, and 2c may calibrate each other without using the calibration clock server 6. FIG.
  • a clock module can be provided for each of the clients 4a 1 , 4a 2 , 4b 1 , 4b 2 , 4c 1 and 4c 2
  • the functions of the trading servers 2a, 2b and 2c can be transferred to the clients 4a 1 , 4a 2 and 4b 1 .
  • 4b 2 , 4c 1 and 4c 2 so that order information can be transmitted directly from the clients 4a 1 , 4a 2 , 4b 1 , 4b 2 , 4c 1 and 4c 2 to the transaction aggregation server 1 .
  • the transaction aggregation server 1, the transaction servers 2a, 2b, 2c, the record keeping server 3, and the calibration clock server 6 have been explained with the configuration of the server device.
  • the information held by the devices and the functionality of these devices may be configured.
  • the arbitration means 102 may impose a penalty by advancing the deadline time from the predetermined deadline time for each specific trading participant, trading genre, or trading issue.
  • Requirements for advancing the closing time include, for example, the case where the trading participant is far from the place where information that has a large impact on the market as a whole is generated, or the case where a specific trading participant It may be the case that a fraudulent transaction or attempted fraudulent transaction is detected.
  • there is an international commodity futures market where major trading is conducted in Chicago, USA. When trading, only Chicago trading participants will always be able to trade based on the most up-to-date information.
  • the arbitrage means 102 detects that the latest information affecting the next order can be known to the participants in Chicago (the time required to transmit the information to the participants in Japan is If we detect that we will not be able to meet the next deadline, or if we detect a large discrepancy in the time from communication to the order to the Chicago participant, even if it is communicated to the Chicago participant), A method that imposes an early deadline and adjusts the deadline according to the distance from the source of information, and prohibits attacks that use communication disparities in terms of use, etc., and speeds up the market participants who attempt this. and a method of imposing penalties that give a trade cut-off time.
  • the following methods are conceivable as methods of detecting fraudulent transactions or attempted fraudulent transactions. For example, if you record the time when the client made the order decision, i.e. the time when the trading server received the order, and this time is extremely skewed just before the deadline, information gaps based on latency differences It is easy to infer that they are trying to trade based on
  • the functions of the means 100 to 103 and 200 to 202 of the control unit 10 are implemented by programs in the above embodiment, all or part of the means may be implemented by hardware such as ASIC.
  • the program used in the above embodiment can be stored in a recording medium such as a CD-ROM and provided.
  • replacement, deletion, addition, etc., of the steps described in the above embodiment are possible without changing the gist of the present invention.
  • transaction aggregation servers 2a, 2b, 2c transaction server 3: record keeping servers 4a 1 , 4a 2 , 4b 1 , 4b 2 , 4c 1 , 4c 2 : clients 5a, 5b, 5c, 5d: network 6: for proofreading
  • Clock server 10 Control unit 11 : Storage unit 12 : Communication unit 20 : Control unit 21 : Storage unit 22 : Communication unit 23 : Clock module 100 : Order reception means 101 : Order verification means 102 : Arbitration means 103 : Transaction result output means 110: transaction management program 111: order information 112: arbitrage condition information 113: transaction result information 200: order reception means 201: verification token generation means 202: order request means 210: transaction management program 211: order information 212: verification token information

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Computer And Data Communications (AREA)

Abstract

【課題】通信格差のある取引オーダーを平等に扱う取引管理プログラム、情報処理装置及び取引管理システムを提供する。 【解決手段】取引管理システムは、同地域Ａ、地域Ｂ、地域Ｃに設置されたクライアント４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２からそれぞれ注文を受け付ける取引サーバ２ａ、２ｂ、２ｃと、それぞれ異なる地域に設置された複数の取引サーバ２ａ、２ｂ、２ｃから注文の申込時刻が付随された注文情報を受け付ける受付手段と、予め定めた締切時刻で設定された期間内の前記注文情報について裁定する裁定手段とを有する取引集約サーバ１とを備える。

Description

取引管理プログラム、情報処理装置及び取引管理システム
　本発明は、取引管理プログラム、情報処理装置及び取引管理システムに関する。
　従来の技術として、複数の取引所において時間同期取引を実行する取引管理システムが提案されている（例えば、特許文献１参照）。
　特許文献１に開示された取引管理システムは、取引サーバと、複数の金融取引所と、各々が取引所と結びつき、取引所と同じ位置に配置され、そして、高精度クロックを備える複数サーバとを含む。取引サーバは、大規模取引オーダーを、複数のより小規模な取引オーダーに分割し、各々のより小規模な取引オーダーを、取引実行時刻と結合する。取引サーバは、各々の結合された、より小規模な取引オーダー、および、取引実行時刻に基づいて、同じ位置に配置される各々サーバに金融取引命令を送信する。各々のサーバの高精度クロックが取引実行時刻に到達するとき、すべてのサーバは、それらのより小さな取引命令を、それぞれの金融取引所に、実質的に同時に、提出する。
特開２０２０－１６６９０５号公報
　特許文献１の取引管理システムによれば、大規模取引オーダーを小規模取引オーダーに分割し、かつ複数の取引所に対して同時刻に小規模取引オーダーを提出するものの、１つの取引所に対する複数の地域からの取引オーダーを扱う場合について記載されていない。１つの取引所に対する複数の地域からの取引オーダーを扱う場合、当該取引所と各地域の地理的な距離に応じて通信のタイムラグが生じ、取引所から遠い地域からの取引オーダーは近い地域からの取引オーダーに対してタイムラグだけ古い情報を参照したものとなる、という問題がある。特に、当該タイムラグ、つまり通信格差を狙った高頻度トレーダーからの攻撃が問題となる。
　従って、本発明の目的は、通信格差のある取引オーダーを平等に扱う取引管理プログラム、情報処理装置及び取引管理システムを提供することにある。
　本発明の一態様は、上記目的を達成するため、以下の取引管理プログラム、情報処理装置及び取引管理システムを提供する。
［１］同地域に設置されたクライアントから注文を受け付ける取引サーバであって、それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、
　予め定めた期間毎に前記注文情報について裁定する裁定手段として機能させる取引管理プログラム。
［２］前記複数の取引サーバは、それぞれ同時刻となるように校正された時計モジュールを有し、当該時計モジュールにより前記申込時刻が前記注文情報に記載される前記［１］に記載の取引管理プログラム。
［３］前記時計モジュールは、秘密鍵を有し、当該秘密鍵からトークンを作成して前記申込時刻とともに前記注文情報に付随する前記［２］に記載の取引管理プログラム。
［４］前記トークンを用いて前記注文情報を検証する検証手段としてさらに機能させる前記［３］に記載の取引管理プログラム。
［５］前記裁定手段の裁定結果を取引結果情報として出力する前記［１］～［４］のいずれかに記載の取引管理プログラム。
［６］前記裁定手段は、一又は複数の地域において次の注文に影響する情報が到達しないことを検知した場合、又は到達しても到達してから注文までの時間に格差が生じることを検知した場合、当該一又は複数の地域以外の地域の前記予め定めた期間の締切時刻を当該一又は複数の地域の締切時刻に対して早める前記［１］～［５］のいずれかに記載の取引管理プログラム。
［７］前記裁定手段は、前記取引結果情報を参照し、不正又は不正の試みを検知した場合、当該不正又は不正の試みを行ったクライアントの前記予め定めた期間の締切時刻を他のクライアントの締切時刻に対して早める前記［５］に記載の取引管理プログラム。
［８］同地域に設置されたクライアントから注文を受け付ける取引サーバであって、それぞれ異なる地域に設置された複数の取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、
　予め定めた期間毎に前記注文情報について裁定する裁定手段とを有する取引集約サーバ。
［９］同地域に設置されたクライアントから注文を受け付ける取引サーバと、
　それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、予め定めた期間毎に前記注文情報について裁定する裁定手段とを有する取引集約サーバとを備える取引管理システム。
　請求項１、８、９に係る発明によれば、通信格差のある取引オーダーを平等に扱うことができる。
　請求項２に係る発明によれば、複数の取引サーバは、それぞれ同時刻となるように校正された時計モジュールを有し、当該時計モジュールにより申込時刻を注文情報に付随することができる。
　請求項３に係る発明によれば、時計モジュールは、秘密鍵を有し、当該秘密鍵からトークンを作成して申込時刻とともに注文情報に付随することができる。
　請求項４に係る発明によれば、トークンを用いて注文情報を検証することができる。
　請求項５に係る発明によれば、裁定手段の裁定結果を取引結果情報として出力することができる。
　請求項６に係る発明によれば、一又は複数の地域において次の注文に影響する情報が到達しないことを検知した場合、又は到達しても到達してから注文までの時間に格差が生じることを検知した場合、当該一又は複数の地域以外の地域の予め定めた期間の締切時刻を当該一又は複数の地域の締切時刻に対して早めることができる。
　請求項７に係る発明によれば、取引結果情報を参照し、不正又は不正の試みを検知した場合、当該不正又は不正の試みを行ったクライアントの前記予め定めた期間の締切時刻を他のクライアントの締切時刻に対して早めることができる。
図１は、実施の形態に係る取引管理システムの構成の一例を示す概略図である。 図２は、実施の形態に係る取引集約サーバの構成例を示すブロック図である。 図３は、実施の形態に係る取引サーバの構成例を示すブロック図である。 図４は、注文情報の構成例を示す概略図である。 図５は、取引結果情報の構成例を示す概略図である。 図６は、取引管理システムの全体動作を説明するためのフローチャートである。
［実施の形態］
（取引管理システムの構成）
　図１は、実施の形態に係る取引管理システムの構成の一例を示す概略図である。
　この取引管理システムは、取引集約サーバ１と、取引サーバ２ａ、２ｂ、２ｃ…と、記録保管サーバ３と、クライアント４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２…とをネットワーク５ａ、５ｂ、５ｃ、５ｄによって互いに通信可能に接続することで構成される。ここで、クライアント４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２…は、それぞれ取引を行う利用者によって操作される。なお、取引サーバ２ａ及びクライアント４ａ１、４ａ２は地域Ａに設置され、取引サーバ２ｂ及びクライアント４ｂ１、４ｂ２は地域Ｂに設置され、取引集約サーバ１、取引サーバ２ｃ、記録保管サーバ３及びクライアント４ｃ１、４ｃ２は地域Ｃに設置されており、地域Ａ、地域Ｂ、地域Ｃはそれぞれ遠隔地であるものとする。ここで、遠隔地とは、例えば、地域Ｃの取引集約サーバ１を基準とした場合、地域Ｃの取引サーバ２ｃと取引集約サーバ１との通信に要する時間に比べて、地域Ａの取引サーバ２ａと取引集約サーバ１との通信に要する時間（又は地域Ｂの取引サーバ２ｂと取引集約サーバ１との通信に要する時間）に少なくとも差が生じるだけ地域間の距離が離れていることをいい、具体的には、情報を通知及び取得できるまでの時間に格差（通信格差）が生じるだけ地域間の距離が離れていることをいう。また、取引集約サーバ１、記録保管サーバ３は、地域Ｃに設置した例を示したが、地域Ａ、地域Ｂに設置されていてもよいし、地域Ａ、地域Ｂ、地域Ｃ以外の地域に設置されるものであってもよい。また、地域内の通信に要する時間に比べて地域間の通信に要する時間が大きいものとする。
　取引集約サーバ１は、各地域の取引サーバ２ａ、２ｂ、２ｃ…からの注文を集約するサーバ型の情報処理装置であり、本体内に情報を処理するための機能を有するＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）や不揮発性及び揮発性のメモリ等の電子部品を備える。
　取引サーバ２ａ（２ｂ、２ｃ）は、それぞれの地域のクライアント４ａ１、４ａ２（４ｂ１、４ｂ２、４ｃ１、４ｃ２）からの注文を受け付けるサーバ型の情報処理装置であり、本体内に情報を処理するための機能を有するＣＰＵや不揮発性及び揮発性のメモリ等の電子部品に加え、原子時計等の精密時計モジュールを備える。
　クライアント４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２…は、ＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）等の情報処理装置であって、本体内に情報を処理するための機能を有するＣＰＵや不揮発性及び揮発性のメモリ等の電子部品を備える。
　ネットワーク５ａ、５ｂ、５ｃ、５ｄは、高速通信が可能な通信ネットワークであり、例えば、インターネット、イントラネットやＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）等の有線又は無線の通信網である。
　校正用時計サーバ６は、原子時計等の高精度の時計を持ち、取引サーバ２ａ、２ｂ、２ｃと、例えば、シリアルケーブルでそれぞれ接続され、時計モジュールの時刻の校正を定期的に行う。具体的には、校正用時計サーバ６が校正用の情報を定期的に取引サーバ２ａ、２ｂ、２ｃに送信することで行う。取引サーバ２ａ、２ｂ、２ｃの時刻モジュールの時刻は、校正用時計サーバ６が配置された地域のうち、例えば、取引集約サーバ１が配置された地域Ｃの時刻に統一されるものとするが、統一された時刻であればいずれの地域の時刻であってもよい。なお、図１では校正用時計サーバ６は、地域Ａ、Ｂ、Ｃのそれぞれに設置されている構成を示しているが、地域Ａ、Ｂ、Ｃのいずれかに設置してそれぞれ取引サーバ２ａ、２ｂ、２ｃの時計モジュールの時刻の校正を行ってもよいものの、校正用時計サーバ６が設置されていない地域の取引サーバ２ａ、２ｂ、２ｃとはネットワークを介して校正を行うこととなるため、ネットワークのレイテンシを推測して校正を行うこととなり誤差が生じうるため、地域Ａ、Ｂ、Ｃのそれぞれに校正用時計サーバ６が配置されている方が精度の観点でより好ましい。サーバ形式だけでなく、定期的に校正用の装置を取引サーバ２ａ、２ｂ、２ｃに運んで接続し、校正を行ってもよい。また、その他に、ＧＰＳの時刻情報を用いる方法、電波時計の方式を用いる方法等を採用してもよい。
　上記構成において、取引集約サーバ１は、一例として、クライアント４ａ１、４ａ２から取引サーバ２ａが受け付けた注文、クライアント４ｂ１、４ｂ２から取引サーバ２ｂが受け付けた注文、クライアント４ｃ１、４ｃ２から取引サーバ２ａが受け付けた注文を集約し、注文を検証して、予め定めた期間（例えば、１秒～６０秒）毎に注文を締め切り、期間内の注文を裁定して取引を成立又は不成立させるものである。また、取引集約サーバ１は、取引の記録を記録保管サーバ３に記録し、記録保管サーバ３は取引の結果を取引サーバ２ａ、２ｂ、２ｃに通知する。これらの動作は、上記した予め定めた期間で繰り返し行われる。なお、予め定めた期間は、前回の取引において、成功したか否かがわからないと今回の取引ができないため、実装の際は1秒程度が望ましいと考えられる。クライアント数が少ないうちは６０秒又は６０秒以上の期間を設定しても金融商品の流動性を確保できると考えられる。また、当該予め定めた期間は、大きく設定することで前回の取引結果（板情報）を用いた今回の取引の情報格差を少なくすることができ、小さく設定することでより高い頻度での取引が可能となる。以降、さらに詳細な構成について以下説明し、詳細な動作について後述する。
（取引集約サーバの構成）
　図２は、実施の形態に係る取引集約サーバ１の構成例を示すブロック図である。
　取引集約サーバ１は、ＣＰＵ等から構成され、各部を制御するとともに、各種のプログラムを実行する制御部１０と、不揮発性のメモリ等の記憶媒体から構成され情報を記憶する記憶部１１と、ネットワーク５ｃを介して外部と通信する通信部１２とを備える。また、取引集約サーバ１は、図示しない揮発性メモリをさらに備える。
　制御部１０は、後述する取引管理プログラム１１０を実行することで、注文受付手段１００、注文検証手段１０１、裁定手段１０２、取引結果出力手段１０３等として機能する。
　注文受付手段１００は、取引サーバ２ａ、２ｂ、２ｃから送信される検証トークンを含む注文情報を受け付けて注文情報１１１として記憶部１１に格納する。
　注文検証手段１０１は、注文情報１１１に記載された申込時刻が予め定めた期間内（前回の締切時刻から今回の締切時刻まで）に申し込まれた注文か否か確認し、検証トークンを用いて注文情報１１１を検証する。検証の方法は後述する。
　裁定手段１０２は、注文検証手段１０１により検証された注文情報１１１を、裁定の条件が定められた裁定条件情報１１２を参照して裁定して裁定価格、売手、買手を決定して当該裁定結果を取引結果情報１１３として記憶部１１に格納する。
　取引結果出力手段１０３は、取引結果情報１１３を記録保管サーバ３に出力する。
　記憶部１１は、制御部１０を上述した各手段１００－１０３として動作させる取引管理プログラム１１０、注文情報１１１、裁定条件情報１１２、取引結果情報１１３等を記憶する。
（情報処理装置の構成）
　図３は、実施の形態に係る取引サーバ２ａの構成例を示すブロック図である。なお、取引サーバ２ｂ、２ｃは、取引サーバ２ａと共通の構成を有するため説明を省略する。
　取引サーバ２ａは、ＣＰＵ等から構成され、各部を制御するとともに、各種のプログラムを実行する制御部２０と、不揮発性のメモリ等の記憶媒体から構成され情報を記憶する記憶部２１と、ネットワークを介して外部と通信する通信部２２と、原子時計等を用いた高精度な時計モジュール２３を備える。また、取引サーバ２ａは、図示しない揮発性メモリをさらに備える。
　制御部２０は、後述する取引管理プログラム２１０を実行することで、注文受付手段２００、検証トークン生成手段２０１、注文要求手段２０２等として機能する。
　注文受付手段２００は、クライアント４ａ１、４ａ２から注文を受け付けて記憶部２１に注文内容が記載された注文情報２１１として格納する。
　検証トークン生成手段２０１は、時計モジュール２３に問い合わせを行うことで、注文受付手段２００が注文を受け付けたタイミングの時刻情報及び後述するトークンを取得し、注文情報２１１に時刻情報を記載するとともに、当該トークンを記憶部２１に検証トークン情報２１２として格納する。
　注文要求手段２０２は、注文情報２１１及び検証トークン情報２１２を連結したトークン（つまり、署名済みの注文情報２１１）とともに注文要求を取引集約サーバ１に送信する。
　記憶部２１は、制御部２０を上述した各手段２００－２０２として動作させる取引管理プログラム２１０、注文情報２１１、検証トークン情報２１２等を記憶する。
　時計モジュール１２は、問い合わせに応じて時刻情報を返すとともに、内部に備えた記憶部に秘密鍵を記憶しており、検証トークン生成手段２０１の問い合わせに応じて当該秘密鍵を用いてトークンを生成し、時刻情報と当該トークンとを検証トークン生成手段２０１に出力する。
　図４は、注文情報１１１の構成例を示す概略図である。
　注文情報１１１は、注文を識別するための注文ＩＤと、注文を行った利用者を識別するための利用者ＩＤと、注文の種類を示す注文種類と、注文の対象と、価格と、数量と、申込時刻（時刻情報）である時刻とを有する。注文情報１１１は、さらに図示しないトークンを有するものとする。
　図５は、取引結果情報１１３の構成例を示す概略図である。
　取引結果情報１１３は、取引結果を識別するための結果ＩＤと、当該取引の期間の終了時刻を示す締切時刻と、注文ＩＤと、利用者ＩＤと、注文種類と、対象と、価格と、数量と、申込時刻である時刻と、注文が成立したか否かを示す成否とを有する。
（情報処理装置の動作）
　次に、本実施の形態の作用を、（１）全体動作、（２）裁定動作に分けて説明する。
（１）全体動作
　図６は、取引管理システムの全体動作を説明するためのフローチャートである。
　地域Ａの取引を所望する利用者らは、それぞれクライアント４ａ１、４ａ２（以降、地域Ｂのクライアント４ｂ１、４ｂ２、地域Ｃのクライアント４ｃ１、４ｃ２…についても同様である。）を操作して所望の証券について買い又は売りの注文を実行する。クライアント４ａ１、４ａ２は、注文操作に応じて取引サーバ２ａに注文を送信する（Ｓ４０）。ここで、地域Ｂのクライアント４ｂ１、４ｂ２であれば取引サーバ２ｂに、地域Ｃのクライアント４ｃ１、４ｃ２であれば取引サーバ２ｃに、といったように地域内の（最も距離が近い）取引サーバに注文を送信するものとする。
　取引サーバ２ａの注文受付手段２００は、クライアント４ａ１、４ａ２から注文を受け付けて記憶部２１に注文情報２１１として格納する（Ｓ２０）。
　次に、取引サーバ２ａの検証トークン生成手段２０１は、時計モジュール２３に問い合わせを行うことで、注文受付手段２００が注文を受け付けたタイミングの時刻情報及びトークンを取得し、注文情報２１１に時刻情報を記載するとともに、当該トークンを記憶部２１に検証トークン情報２１２として格納する（Ｓ２１）。
　次に、取引サーバ２ａの注文要求手段２０２は、注文情報２１１及び検証トークン情報２１２を連結したトークンとともに注文要求を予め定めた締切時刻毎（例えば、数秒毎、数分毎等）に取引集約サーバ１に送信する。なお、注文要求送信のタイミングは、注文情報２１１及び検証トークン情報２１２の生成完了次第即時でもよいし、予め定めた間隔で送信してもよい。取引サーバ２ａの注文要求手段２０２は、締切時刻経過後速やかに注文要求を送信することが好ましいが、取引集約サーバ１の裁定開始時刻を遅らせることができる場合は、裁定開始時刻までに取引集約サーバ１に到達するように注文要求を送信するようにしてもよい。
　次に、取引集約サーバ１の注文受付手段１００は、取引サーバ２ａ、２ｂ、２ｃからそれぞれ送信される注文情報及び検証トークンを受け付けて注文情報１１１として記憶部１１に格納する（Ｓ１０）。
　次に、取引集約サーバ１の注文検証手段１０１は、注文情報１１１の検証トークンを検証する（Ｓ１１）。具体的には、取引サーバ２ａ、２ｂ、２ｃの公開鍵を用いて署名である検証トークンを検証する。
　次に、取引集約サーバ１の裁定手段１０２は、注文検証手段１０１により検証された注文情報１１１を、予め定めた期間（前回の締切時刻から今回の締切時刻の間）毎に、予め定めた期間に含まれる注文情報１１１について、裁定の条件が定められた裁定条件情報１１２を参照して裁定して裁定価格、売手、買手を決定して取引結果情報１１３として記憶部１１に格納する（Ｓ１２）。具体的な裁定動作は、「（３）裁定動作」において説明する。
　次に、取引集約サーバ１の取引結果出力手段１０３は、当該期間の裁定結果を取引結果情報１１３として記録保管サーバ３に出力する（Ｓ１３）。
　記録保管サーバ３は、取引集約サーバ１から取引結果情報１１３を受け付けて記録し（Ｓ３０）、取引結果情報１１３の全てまたは一部をクライアント４ａ１、４ａ２に送信する（Ｓ３１）。
　クライアント４ａ１、４ａ２は、取引結果情報１１３を受信し（Ｓ４１）、取引結果を板情報として表示部に表示する。利用者は、クライアント４ａ１、４ａ２の表示部に表示された取引結果を確認する。確認のタイミングは、取引毎であってもよいし、必要に応じてクライアント４ａ１、４ａ２が参照したタイミングであってもよい。
（２）裁定動作
　取引集約サーバ１の裁定手段１０２は、裁定条件情報１１２に記載された条件の一例として、以下の方法によって裁定を行う。
（２－１）
　取引集約サーバ１の裁定手段１０２は、予め定めた期間に含まれる注文情報１１１のうち、最高値の買い注文と、最安値の売り注文を順次マッチングし、売り買いそれぞれの注文の指値の中間の値をもって裁定価格とする。裁定手段１０２は、中間の値として、例えば、平均を（最高値＋最安値）／２で計算してもよいし、（（最高値の平方根＋最安値の平方根）／２）＾２で計算してもよいし、その他一般的に用いられる平均値算出方法によって算出してもよい。
（２－２）
　また、他の裁定動作として、取引集約サーバ１の裁定手段１０２は、予め定めた期間に含まれる注文情報１１１のうち、最高値の買い注文と、最安値の売り注文を順次マッチングし、最後にマッチした売り買いそれぞれの注文の指値の中間の値を持って、裁定価格とする。
（２－３）
　また、さらに他の裁定動作として、取引集約サーバ１の裁定手段１０２は、市況に関する情報と、前回の売り買い注文の情報等から、裁定価格を前もって提示して、買い注文、売り注文の入札を受け付けて裁定する。売り買いどちらかが不足している場合には、抽選もしくは前もって定められた優先順位の高い方から順に裁定していく。なお、十分に売り買い注文がない場合には、他の市場の価格情報によって決定してもよい。取引集約サーバ１の裁定手段１０２は、前もって提示する裁定価格を以下のように決定する。例えば、十分に売り買い注文がある場合には、前回の入札実績の情報をもとに、最高値の買い注文と最安値の売り注文をマッチングさせていき、最後にマッチングした売値と買値の中間の値をもって、次回に提示する価格情報とする。
（実施の形態の効果）
　上記した実施の形態によれば、複数の地域Ａ、Ｂ、Ｃで統一された時刻を示す時計モジュールを備えた取引サーバ２ａ、２ｂ、２ｃで各地域内のクライアント４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２からの注文を受け付け、注文受付の時刻を取引サーバ２ａ、２ｂ、２ｃの時計モジュールの時刻とし、取引サーバ２ａ、２ｂ、２ｃからの注文を集約し、予め定めた期間毎に裁定をするようにしたため、通信格差のある取引オーダーを平等に扱うことができる。なお、地理的距離が異なる場合だけでなく、通信回線の性能が異なる場合であっても平等に扱うことができる。
　また、注文情報や取引の裁定プロセスを含む取引結果情報を記録保管サーバ３に記録し、開示するようにしたため、事後的に容易にアクセスでき、過去の取引を検証することができる。特にこの効果により、市場参加者や政府の規制当局が監査を行うことができ、不正が発見できるほか、不正が発見されやすいという、本発明によるシステム固有の特性により、信頼できる取引環境を提供できる。一方、従来の取引システム（現在運用されている金融取引システム）は、データベース内に取引情報が収められており、これを事後的に分析するためには、別途データウェアハウスなどのシステムが必要であり、市場参加者もしくは政府当局者による監査は限定的なものとなり、限定を解除できたとしても時間や費用を要した。
［他の実施の形態］
　なお、本発明は、上記実施の形態に限定されず、本発明の趣旨を逸脱しない範囲で種々な変形が可能である。
　例えば、取引集約サーバ１は、取引サーバ２ａ、２ｂ、２ｃと別の装置として示したが、取引サーバ２ａ、２ｂ、２ｃのいずれかと一体として構成してもよい。また、記録保管サーバ３は、取引集約サーバ１と一体として構成してもよい。また、取引サーバ２ａ、２ｂ、２ｃの時計モジュールの時刻が統一されれば、校正用時計サーバ６を用いずに取引サーバ２ａ、２ｂ、２ｃが互いに校正し合う構成であってもよい。また、クライアント４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２毎に時計モジュールを備えられるようであれば取引サーバ２ａ、２ｂ、２ｃの機能をクライアント４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２に備えさせ、クライアント４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２から取引集約サーバ１に直接注文情報を送信できるようにしてもよい。
　また、取引集約サーバ１、取引サーバ２ａ、２ｂ、２ｃ、記録保管サーバ３、校正用時計サーバ６は、サーバ装置の構成をもって説明したが、複数のサーバ装置から構成されるブロックチェーン上にこれらの装置が保持する情報及びこれらの装置の機能を構成してもよい。
　また、裁定手段１０２は、特定の取引参加者、取引のジャンル又は取引銘柄ごとに、締切時刻を予め定めた締切時刻に対して早めるようにしてペナルティを課してもよい。締切時刻を早める要件としては、例えば、相場全体に大きな影響を与える情報が生まれる場所から取引参加者までの距離が離れている場合であってもよいし、特定の取引参加者が直前に行った不正な取引又は不正な取引の試みが検出された場合であってもよい。具体的には、例えば、アメリカのシカゴで主たる取引が行われている国際商品先物市場があり、日本の取引参加者と、シカゴで参加している参加者が、同一時刻で締め切る高頻度バッチの取引を行なった場合、シカゴの取引参加者だけが、常に最新の情報に基づいて取引できることとなる。例えば、取引締め切り時間の直前にシカゴの商品先物市場に大きな買い注文が出た場合、その情報は通信時間の関係でシカゴ市場の近郊のサーバー以外には伝達されない状態で取引が締め切られる（締切時刻の後に東京に伝達される。）。この状態で、シカゴの市場参加者が市場に買い注文を出し、取引が成立した場合、その商品先物を市場価格より割安で手に入れることができてしまう（高頻度取引における攻撃。）。この高速取引を抑制するために、裁定手段１０２は、シカゴの参加者に次の注文に影響を与える最新の情報が知られうると検知した場合（日本の参加者に情報の伝達に要する時刻が次の締切時刻に間に合わないことを検知した場合、又は伝達するとしてもシカゴの参加者に対して伝達してから注文までの時間に大きな格差を検知した場合）、シカゴの参加者には基準より早い締め切り時間を課し、情報の発信地からの距離に応じて締め切り時間を調整する方法と、通信格差を利用した攻撃を利用規約等で禁止しておき、これを試みた市場参加者により早い取引締め切り時間を与えるペナルティーを課す方法とを実行することとなる。なお、高頻度取引による攻撃は、通信時間の格差に基づく注文を大量に出すことにより行われるため、記録保管サーバ３の取引履歴を確認することで、攻撃か否かの判断が可能となる。記録保管サーバ３の取引履歴は、市場参加者に公開されるものであるため、実際にペナルティを課さなくとも、市場参加者からの監視の目、そして攻撃に対してはペナルティーが課されるというルールにより、攻撃に対する抑止力が働くこととなる。
　また、不正な取引又は不正な取引の試みの検出方法として、以下の方法が考えられる。例えば、クライアントが注文の意思決定をした時間、すなわち取引サーバーが注文を受け取った時間を記録しておき、この時間が締め切りの直前に極端に偏っている場合には、レイテンシーの差異に基づく情報格差をもとにした取引を試みていることを容易に推察できる。
　上記実施の形態では制御部１０の各手段１００～１０３、２００～２０２の機能をプログラムで実現したが、各手段の全て又は一部をＡＳＩＣ等のハードウエアによって実現してもよい。また、上記実施の形態で用いたプログラムをＣＤ－ＲＯＭ等の記録媒体に記憶して提供することもできる。また、上記実施の形態で説明した上記ステップの入れ替え、削除、追加等は本発明の要旨を変更しない範囲内で可能である。
産業上の利用の可能性
通信格差のある取引オーダーを平等に扱う取引管理プログラム、情報処理装置及び取引管理システムを提供する。
１　　　　　　　：取引集約サーバ
２ａ、２ｂ、２ｃ：取引サーバ
３　　　　　　　：記録保管サーバ
４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２：クライアント
５ａ、５ｂ、５ｃ、５ｄ：ネットワーク
６　　　　　　　：校正用時計サーバ
１０　　　　　　：制御部
１１　　　　　　：記憶部
１２　　　　　　：通信部
２０　　　　　　：制御部
２１　　　　　　：記憶部
２２　　　　　　：通信部
２３　　　　　　：時計モジュール
１００　　　　　：注文受付手段
１０１　　　　　：注文検証手段
１０２　　　　　：裁定手段
１０３　　　　　：取引結果出力手段
１１０　　　　　：取引管理プログラム
１１１　　　　　：注文情報
１１２　　　　　：裁定条件情報
１１３　　　　　：取引結果情報
２００　　　　　：注文受付手段
２０１　　　　　：検証トークン生成手段
２０２　　　　　：注文要求手段
２１０　　　　　：取引管理プログラム
２１１　　　　　：注文情報
２１２　　　　　：検証トークン情報

 

Claims (9)

  1. 　同地域に設置されたクライアントから注文を受け付ける取引サーバであって、それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、
    　予め定めた期間毎に前記注文情報について裁定する裁定手段として機能させる取引管理プログラム。
  2. 　前記複数の取引サーバは、それぞれ同時刻となるように校正された時計モジュールを有し、当該時計モジュールにより前記申込時刻が前記注文情報に記載される請求項１に記載の取引管理プログラム。
  3. 　前記時計モジュールは、秘密鍵を有し、当該秘密鍵からトークンを作成して前記申込時刻とともに前記注文情報に付随する請求項２に記載の取引管理プログラム。
  4. 　前記トークンを用いて前記注文情報を検証する検証手段としてさらに機能させる請求項３に記載の取引管理プログラム。
  5. 　前記裁定手段の裁定結果を取引結果情報として出力する請求項１～４のいずれか１項に記載の取引管理プログラム。
  6. 　前記裁定手段は、一又は複数の地域において次の注文に影響する情報が到達しないことを検知した場合、又は到達しても到達してから注文までの時間に格差が生じることを検知した場合、当該一又は複数の地域以外の地域の前記予め定めた期間の締切時刻を当該一又は複数の地域の締切時刻に対して早める請求項１～５のいずれか１項に記載の取引管理プログラム。
  7. 　前記裁定手段は、前記取引結果情報を参照し、不正又は不正の試みを検知した場合、当該不正又は不正の試みを行ったクライアントの前記予め定めた期間の締切時刻を他のクライアントの締切時刻に対して早める請求項５に記載の取引管理プログラム。
  8. 　同地域に設置されたクライアントから注文を受け付ける取引サーバであって、それぞれ異なる地域に設置された複数の取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、
    　予め定めた期間毎に前記注文情報について裁定する裁定手段とを有する取引集約サーバ。
  9.  　同地域に設置されたクライアントから注文を受け付ける取引サーバと、
    　それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、予め定めた期間毎に前記注文情報について裁定する裁定手段とを有する取引集約サーバとを備える取引管理システム。

     
PCT/JP2021/036439 2021-10-01 2021-10-01 取引管理プログラム、情報処理装置及び取引管理システム WO2023053448A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2022506369A JP7108263B1 (ja) 2021-10-01 2021-10-01 取引管理プログラム、情報処理装置及び取引管理システム
PCT/JP2021/036439 WO2023053448A1 (ja) 2021-10-01 2021-10-01 取引管理プログラム、情報処理装置及び取引管理システム
JP2022108969A JP2023053890A (ja) 2021-10-01 2022-07-06 取引管理プログラム、情報処理装置及び取引管理システム
US18/623,003 US20240249358A1 (en) 2021-10-01 2024-03-31 Trade management program, information processing apparatus, and trade management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/036439 WO2023053448A1 (ja) 2021-10-01 2021-10-01 取引管理プログラム、情報処理装置及び取引管理システム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/623,003 Continuation US20240249358A1 (en) 2021-10-01 2024-03-31 Trade management program, information processing apparatus, and trade management system

Publications (1)

Publication Number Publication Date
WO2023053448A1 true WO2023053448A1 (ja) 2023-04-06

Family

ID=82610369

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/036439 WO2023053448A1 (ja) 2021-10-01 2021-10-01 取引管理プログラム、情報処理装置及び取引管理システム

Country Status (3)

Country Link
US (1) US20240249358A1 (ja)
JP (2) JP7108263B1 (ja)
WO (1) WO2023053448A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015532986A (ja) * 2012-09-12 2015-11-16 アイイーエックス グループ，インコーポレーテッド 通信レイテンシー平準化装置、方法、およびシステム
US20160086268A1 (en) * 2014-09-22 2016-03-24 Chicago Mercantile Exchange Inc. Electronic market message management of multiple-action messages

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015532986A (ja) * 2012-09-12 2015-11-16 アイイーエックス グループ，インコーポレーテッド 通信レイテンシー平準化装置、方法、およびシステム
US20160086268A1 (en) * 2014-09-22 2016-03-24 Chicago Mercantile Exchange Inc. Electronic market message management of multiple-action messages

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
TAKANOBU MIZUTA, IZUMI KIYOSHI: "Analysis of Batch Auction Using Artificial Market Simulation", ARTIFICIAL INTELLIGENCE SIG-FIN 18TH SEMINAR, 10 March 2017 (2017-03-10), pages 1 - 8, XP093053191, Retrieved from the Internet <URL:http://sigfin.org/?plugin=attach&refer=SIG-FIN-018-01&openfile=SIG-FIN-018-01.pdf> [retrieved on 20230609] *

Also Published As

Publication number Publication date
JP7108263B1 (ja) 2022-07-28
JP2023053890A (ja) 2023-04-13
US20240249358A1 (en) 2024-07-25
JPWO2023053448A1 (ja) 2023-04-06

Similar Documents

Publication Publication Date Title
US11875404B2 (en) Systems and methods for coordinating processing of scheduled instructions across multiple components
JP6793224B2 (ja) トランザクションの最新情報を提供するシステム及び方法
US20240273085A1 (en) Systems and methods for blockchain rule synchronization
US12094002B2 (en) Systems and methods for coordinating processing of instructions across multiple components
US20050152406A2 (en) Method and apparatus for measuring network timing and latency
US20200104835A1 (en) Method and system for assisting transactions
US20070150408A1 (en) Method and system for linking an anonymous electronic trade order to an identity of a trader
US11563571B1 (en) Methods and systems for generating, subscribing to and processing action plans using a blockchain
WO2021165754A1 (en) Smart contracts
US20240202781A1 (en) Methods, systems, and media for enhancing a blind url escrow with real time bidding exchanges
US20240281879A1 (en) On-demand auction
US20150012402A1 (en) Trading System License Verification, Management and Control
WO2023053448A1 (ja) 取引管理プログラム、情報処理装置及び取引管理システム
US12223546B2 (en) Systems and methods for coordinating processing of scheduled instructions across multiple components
JP2001357252A (ja) セキュア・コプロセッサを使用した安全オークション・マーケット
US20230327873A1 (en) Methods and systems for generating, subscribing to and processing action plans using a blockchain
US20240097911A1 (en) Delivering hash values

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2022506369

Country of ref document: JP

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21959482

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21959482

Country of ref document: EP

Kind code of ref document: A1