Pricing determination system

Abstract

To provide a pricing determination system enabling low-risk financial product transactions regardless of a volume of transactions.SOLUTION: A pricing determination system 1A for presenting to a customer, an asking price corrected from a market price quoted on a market, comprises asking price determination means 1 for determining a price obtained by correcting the market price based on an estimated contract quantity, as an asking price, where the asking price determination means 1 includes market price information acquisition means 43 for acquiring the market price, and customer order information reference means 45 for referring to customer order information 451 and 452, the summary of orders from customers. The pricing determination system corrects the market price acquired by the market price information acquisition means 43 according to a contract quantity estimated on the basis of the customer order information 451 and 452 acquired by the customer order information reference means 45, and determines the asking price.SELECTED DRAWING: Figure 1

Description

Technical Field

[0001] The present invention relates to a technology for determining the pricing of transactions of various financial products. The present invention can be applied to an apparatus or the like for managing and supporting transactions of various financial products.

Background Art

[0002] As trading methods for various financial products whose market prices fluctuate, such as stocks, bonds, investment trusts, real estate investment trusts, commodities, foreign exchange, stock price indices, cryptographic assets, virtual currencies, etc., market orders (an order form in which transactions are conducted at the market price at the time of order placement) and limit orders (a form in which transactions are conducted when the market price reaches a pre-specified price) are known. When a financial institution such as a customer and a bank conducts a transaction with a financial product trader (hereinafter referred to as a "trader"), the trader may conduct a cover transaction. This cover transaction is a transaction that offsets the position generated in the financial product transaction concluded between a bank or the like and a customer. By the trader conducting a transaction opposite to the transaction received from the customer as a cover transaction with a bank or the like, it becomes possible to hedge the risk of exchange rate fluctuations.

[0003] Conventionally, an invention is known in which these order forms, for example, transactions by limit orders, are conducted using a computer system in a form including a cover transaction (see, for example, Patent Document 1). In this invention, in currency transactions such as foreign exchange transactions, the actual value of a currency transaction indicator is periodically acquired, and based on the specified value regarding the currency transaction indicator received in advance and the acquired actual value, it is tentatively determined whether to conclude a currency transaction at the actual value. And when it is tentatively determined to conclude a currency transaction at the actual value, it is confirmed whether it is possible to conclude a cover transaction regarding the currency transaction. When it is confirmed that it is possible to conclude a cover transaction, the cover transaction is concluded and the tentatively determined currency transaction is concluded.

Prior Art Documents

Patent Documents

[0004]

Patent Document 1

SUMMARY OF THE INVENTION

PROBLEMS TO BE SOLVED BY THE INVENTION

[0005] Here, when a trader conducts a transaction of a financial product according to the invention described in Patent Document 1, the trader needs to conduct a transaction with a customer to conclude a financial product that matches the market price and a cover transaction with a bank or the like based on the conclusion. In this case, the transaction is first conducted with the customer, and based on the result of that transaction, the cover transaction is conducted.

[0006] However, if the quantity to be concluded at one time exceeds the liquidity quantity provided by the market of a bank or the like, the risk cannot be eliminated at one time by the cover transaction, and a large amount of positions (open positions) exposed to price fluctuations will be held, and there is a risk that the trader will suffer a substantial loss. Therefore, such a situation is to be avoided.

[0007] There is also an object of considering the market impact that will be generated by the customer's order quantity.

[0008] The present invention has been made in view of such problems, and an object of the present invention is to provide a pricing determination system that can realize a transaction of a financial product with a small risk regardless of the amount of the transaction volume in a transaction of a financial product performed using a computer system.

MEANS FOR SOLVING THE PROBLEMS

[0009] To solve such problems, the present invention provides a pricing determination system that shows a customer a presented price corrected from the market price presented in the market, the system having a presented price determination means for setting, as the presented price, a price corrected by an estimated transaction volume for the market price, the presented price determination means including a market price information acquisition means for acquiring the market price and a customer order information reference means for referring to customer order information in which orders from customers are aggregated, and being configured to correct the price according to the estimated transaction volume predicted based on the customer order information acquired by the customer order information reference means for the market price acquired by the market price information acquisition means, and to determine the presented price.

[0010] Further, in addition to the above configuration, the present invention provides a pricing determination system characterized in that the presented price determination means corrects the price according to the difference between the estimated transaction volume predicted based on the customer order information acquired by the customer order information reference means for the market price and the liquidity presented from the market, and determines the presented price.

[0011] Further, in addition to the above configuration, the present invention provides a pricing determination system characterized in that the presented price determination means is configured to change the correction width of the presented price according to the estimated transaction volume of a limit order in the customer order information acquired by the customer order information reference means.

[0012] Further, in addition to the above configuration, the present invention provides a pricing determination system characterized in that the presented price determination means is configured to change the correction width of the presented price according to the estimated transaction volume of a short sale order in the customer order information acquired by the customer order information reference means.

[0013] Further, in addition to the above configuration, the present invention provides a pricing determination system characterized in that the presented price determination means is configured to change the correction width of the presented price according to the estimated transaction volume of a market order in the customer order information acquired by the customer order information reference means.

Advantages of the Invention

[0014] According to the present invention, for an order in which a transaction is made based on customer order information, pricing determination is performed so that the presented price shown to the customer side is corrected from the market price for the predicted contracted quantity and presented. Therefore, in the transaction of financial products carried out using a computer system, it is possible to realize a transaction of financial products with low risk regardless of the amount of the transaction volume.

[0015] Further, according to the present invention, since the presented price is determined by correcting the price according to the difference between the predicted contracted quantity predicted based on the acquired customer order information and the liquidity presented from the market with respect to the market price, in the transaction of financial products carried out using a computer system, it is possible to more surely realize a transaction of financial products with low risk regardless of the amount of the transaction volume.

[0016] Further, according to the present invention, since the correction width of the presented price is changed according to the predicted contracted quantity of the limit order in the acquired customer order information, in the transaction of financial products carried out using a computer system, it is possible to more surely realize a transaction of financial products with low risk regardless of the amount of the transaction volume.

[0017] Further, according to the present invention, since the correction width of the presented price is changed according to the predicted contracted quantity of the short limit order in the acquired customer order information, in the transaction of financial products carried out using a computer system, it is possible to more surely realize a transaction of financial products with low risk regardless of the amount of the transaction volume.

[0018] Further, according to the present invention, since the correction width of the presented price is changed according to the predicted contracted quantity of the market order in the acquired customer order information, in the transaction of financial products carried out using a computer system, it is possible to more surely realize a transaction of financial products with low risk regardless of the amount of the transaction volume.

Brief Description of the Drawings

[0019]

Figure 1

Figure 2

Figure 3

Embodiments for Carrying Out the Invention

[0020] [Embodiments of the Invention] Hereinafter, embodiments of the present invention will be described with reference to the drawings.

[0021] [System Configuration] FIGS. 1 to 3 show embodiments of the present invention.

[0022] FIG. 1 is a system configuration diagram and a functional block diagram of the pricing determination system of the present embodiment. As shown in the figure, the pricing determination system 1A includes a financial product trading management device 1 as a presented price determination means, and n (n≧1) client terminals 21, 22, ··· 2 n and a bank system 3. The financial product trading management device 1, the client terminals 21, 22, ··· 2 n and the bank system 3 can communicate with each other via a network 4 as a WAN (Wide Area Network). The pricing determination system 1A of the present embodiment handles foreign exchange as a financial product.

[0023] The financial product trading management device 1 is a server computer managed and operated by a financial product trader (hereinafter simply referred to as the "trader") whose business is trading financial products. It has a Web server function and a database function for storing a large amount of data. Here, the "financial product" is a product related to finance whose market price fluctuates and trading is possible, for example, foreign exchange falls under this. However, the financial products handled by the financial product trading management device 1 may be any other products than foreign exchange.

[0024] Client terminals 21, 22, ···, 2 n are communication terminals with a data communication function, owned and used by individuals or corporations as "customers" who conduct trading of financial products. For example, client terminals 21, 22, ···, 2 n correspond to personal computers, mobile phone terminals, etc. Here, a "customer" is mainly an individual or corporation that conducts trading of financial products with a handling trader.

[0025] Although not shown in FIG. 1, the financial product trading management device 1, client terminals 21, 22, ···, 2 n , and the bank system 3 each have a hardware configuration. This hardware configuration is, for example, at least one CPU (Central Processing Unit), and a RAM (Random Access Memory) that functions as a working area for the CPU, and a ROM (Read Only Memory) in which a startup boot program, etc. are recorded. Also, for example, this hardware configuration is an auxiliary storage device such as a hard disk in which various programs and data, etc. are recorded, a communication interface used for sending and receiving data, etc. The auxiliary storage device records programs for the OS (Operating System), various application programs, data recorded in the database, etc. These programs and data cooperate with the hardware resources through the arithmetic processing of the CPU to realize various functions.

[0026] Note that the financial product trading management device 1 and the bank system 3 may be formed by a single server computer or may be formed by a plurality of network computer systems. Further, the financial product trading management device 1 and the bank system 3 may be configured by a plurality of hardware devices distributed on the network 4, such as a cloud computer system.

[0027] As shown in FIG. 1, the client terminal 21 has an operation unit 21 used for inputting various instructions such as a mouse and a keyboard, and a display unit 22 composed of an LCD (Liquid Crystal Display) or the like for displaying various instructions and various images input from the operation unit 21. The operation unit 21 and the display unit 22 of the client terminal 21 may be configured as a touch panel type display that performs various inputs based on coordinate information of the contact position of a pointing device such as a finger or a touch pen. Although not shown, the client terminals 22,... 2 n also include similar operation units and display units. Note that since the client terminals 21, 22,... 2 n have the same configuration, hereinafter, unless there is a need to distinguish, they will be described as the client terminal 2.

[0028] The bank system 3 is a computer system of a trader who conducts a cover transaction with a trader such as a bank, and has the functions of a network server and a database server. As a functional means, the bank system 3 includes a transaction execution unit 31 as a "transaction execution means" for conducting a cover transaction with the financial product trading management device 1.

[0029] [Details of the Financial Product Trading Management Device (Offer Price Determination Means)] As shown in FIG. 1, the financial product trading management device 1 as the offering price determination means includes an order management device 40 and a dealing device 50. The order management device 40 mainly transmits and receives data and signals with the client terminal 2, and performs processes such as receiving an order from a customer using the client terminal 2 and reporting the agreed order to the customer. The dealing device 50 mainly transmits and receives data and signals with the bank system 3, and performs processes such as performing a covering transaction associated with the settlement of a financial product between the dealing device 50 and the bank system 3. The order management device 40 and the dealing device 50 may be formed by separate computer systems or may be formed by the same computer system.

[0030] The order management device 40 includes functional means realized based on the various programs and hardware resources described above. This functional means is, for example, a customer order information generation unit 41 as the "customer order information generation means", a presented price correction unit 42 as the "presented price correction means", a market price information acquisition unit 43 as the "market price information acquisition means", a settlement information processing unit 44 as the "settlement information processing means", and a customer order information recording unit 45 as the "customer order information reference means" shown in FIG. 1.

[0031] The customer order information generation unit 41 generates customer order information for placing an order for the financial product based on a customer's instruction.

[0032] The market price information acquisition unit 43 acquires information on the market price (market price) of the financial product handled by the financial product trading management device 1. The market price information acquisition unit 43 performs the necessary processing and management on the acquired market price information for use in the order management device 40. The market price information acquisition unit 43 continuously and periodically acquires information on the market price of the financial product by continuously acquiring market information via the network 4, and records and manages the acquired market price information. In addition, the market price information acquisition unit 43 is also configured to acquire information on the liquidity (ease of exchange of the trading currency) of the most recent market price.

[0033] The contract information processing unit 44 performs a process of concluding the order based on the customer order information. Specifically, the contract information processing unit 44 performs a process of concluding the customer order based on the customer order information generated by the customer order information generation unit 41, and a process of sending the information of the concluded customer order to the customer's client terminal 2. Here, "concluding" refers to various procedures and processes for establishing the sale and purchase of financial products based on the customer's order. In this embodiment, when the conclusion is established, foreign exchange trading is conducted. Also, when the conclusion is established, the contract information processing unit 44 causes the display unit 22 of the client terminal 2 to display character information indicating that the conclusion has been established, and performs deposit and withdrawal processing of the bank account of the client terminal based on the trading price.

[0034] The customer order information recording unit 45 is a database that records data used in the financial product trading management device 1. The customer order information recording unit 45 in this embodiment is formed by a relational database, but any form may be used as long as it is suitable for recording and rewriting a large amount of data, such as an object database.

[0035] The customer order information recording unit 45 records an order table, a financial institution where the trader's account exists, an account name, a customer account information table that defines information such as the balance, and a currency pair order condition table that defines information regarding the combination of currencies to be traded, and a sequence number table (each table is not shown).

[0036] The presented price correction unit 42 corrects the price according to the predicted contract quantity based on the customer order information recorded in the customer order information recording unit 45 for the market price information (market price) acquired by the market price information acquisition unit 43, and determines the presented price to be shown to the customer side. Here, the presented price correction unit 42 corrects the price according to the difference between the predicted contract quantity based on the customer order information and the liquidity of the market price presented from the market (mainly financial institutions such as banks) for the market price acquired by the market price information acquisition unit 43, and determines the presented price.

[0037] Specifically, based on the liquidity (liquidity volume) of the market price presented by the market and obtained by the market price information acquisition unit 43, it is determined whether the volume of customer order information (buy order, sell order) is large or small relative to the liquidity volume, that is, the spread difference (= the price presented to the customer - the market price), which is the difference between the ask price and the bid price of the price presented to the customer for the market price, is enlarged or reduced according to the liquidity difference (= the volume of customer order information - the liquidity volume presented by the market). Thereby, price correction is performed according to the difference between the transaction volume based on customer order information and the liquidity of the market price.

[0038] For example, as shown in A of FIG. 2, when the volume of customer order information is large relative to the liquidity volume presented by the market, price correction is performed so that the spread presented to the customer expands compared to the market price. Thereby, transactions (execution transactions, cover transactions) can be performed to compensate for the large volume of customer order information relative to the liquidity volume.

[0039] Conversely, as shown in B of FIG. 2, when the volume of customer order information is small relative to the liquidity volume presented by the market, price correction is performed so that the spread presented to the customer shrinks compared to the market price. Thereby, transactions (execution transactions, cover transactions) can be performed considering the small volume of customer order information relative to the liquidity volume.

[0040] In addition, the above correction is also applicable between the reverse limit buy order, reverse limit sell order and the market price liquidity in addition to the limit buy order and limit sell order. Also, in addition to those in which order information is recorded in advance such as limit orders and reverse limit orders, price correction may be performed by referring to the transaction volume of those in which orders are determined on the spot such as market orders. In this case, although the exact volume of a market order is not determined in advance, the order volume near the price is predicted from the market liquidity and past records and reflected in the price correction.

[0041] The dealing device 50 includes a summary information management unit 51 and a cover transaction unit 52 as functional means realized based on the various programs and hardware resources described above.

[0042] The summary information management unit 51 acquires and records summary information 511 generated from customer order information (including limit orders, stop orders, and market orders) for which a deal process has been performed. Note that, in some cases, customer order information (including limit orders, stop orders, and market orders) may be sent to the summary information management unit 51 of the dealing device 50 before the deal process is performed or in parallel with the deal process.

[0043] The cover transaction unit 52 performs various processes for executing a cover transaction with the bank system 3 based on the summary information 511 acquired and recorded by the summary information management unit 51.

[0044] Note that, in this embodiment, price regulation is performed by the offered price correction unit 42 in the order management device 40 using the information of the market price information acquisition unit 43 and the customer order information recording unit 45 in the order management device 40, and the offered price is displayed. However, it is not limited to only this configuration and process.

[0045] For example, any one or all of the above-described market price information acquisition unit 43, customer order information recording unit 45, and offered price correction unit 42 may be arranged in a device other than the order management device 40. Also, among the market price information acquisition unit 43 and the customer order information recording unit 45, only the functions related to price correction may be arranged in a different device. As an example, the above device may be arranged in the dealing device 50.

[0046] Note that the buy customer order information 451 and the sell customer order information 452 are mainly information for performing limit order transactions. However, orders other than limit orders, for example, trigger market orders that place and execute market orders when the market price reaches a specific price, or normal market orders may also be used.

[0047] [Processing Procedure] Figure 3 is a flowchart showing the processing procedure in the pricing determination system of the present embodiment. Hereinafter, the processing procedure in the present embodiment will be described based on this flowchart.

[0048] First, the customer order information generation unit 41 of the order management device 40 in the financial product trading management device 1 generates buy and sell order information for conducting buy and sell transactions of financial products according to an instruction from a customer, and records the buy customer order information 451 and the sell customer order information 452 in the customer order information recording unit 45. In this state, the trading of financial products by the financial product trading management device 1 is started, and the processing procedure shown in Figure 3 is started.

[0049] The market price information acquisition unit 43 of the order management device 40 in the financial product trading management device 1 continuously acquires the market information of financial products (step S1). The trade information processing unit 44 continuously monitors the market price of the financial products acquired by the market price information acquisition unit 43. In addition, the market price information acquisition unit 43 also acquires information on the liquidity (liquidity volume) of the market price in the market.

[0050] Next, the customer order information recording unit 45 of the order management device 40 in the financial product trading management device 1 acquires the customer order information at a price corresponding to the market price and acquires the trading volume at the market price (step S2).

[0051] Then, in the price correction unit 42 of the order management device 40 in the financial product trading management device 1, the information of S1 and S2 is respectively imported, and price correction is performed according to the transaction volume corresponding to the market price (step S3). As a result, for example, based on the liquidity (liquidity volume) of the market price presented from the market, whether the customer order information (buy order, sell order) volume is large or small relative to the liquidity volume, that is, the liquidity difference (= customer order information volume - liquidity volume presented by the market), the spread difference (= price presented to the customer - market price), which is the difference between the asking price Ask and the bid price Bid of the price presented to the customer for the market price, is expanded or reduced. Thus, price correction is performed according to the difference between the transaction volume based on customer order information and the liquidity of the market price.

[0052] As the variation range of the price correction at this time, as shown in A of FIG. 2, when the customer order information volume is large relative to the liquidity volume presented from the market, price correction is performed so that the spread presented to the customer expands compared to the market price. As a result, transactions (transaction transactions, cover transactions) can be performed to supplement the large amount of customer order information relative to the liquidity volume. Conversely, as shown in B of FIG. 2, when the customer order information volume is small relative to the liquidity volume presented from the market, price correction is performed so that the spread presented to the customer shrinks compared to the market price. As a result, transactions (transaction transactions, cover transactions) can be performed considering the small amount of customer order information relative to the liquidity volume.

[0053] After that, the process of displaying the price-corrected presented price on the system is performed (step S4).

[0054] [Example of trading form to which the embodiment is applied (1: Overview)] The pricing determination system 1A and the financial product trading management device (offer price determination means) 1 of the present embodiment can be applied to transactions in a form in which buy customer order information 451 and sell customer order information 452 are recorded in the customer order information recording unit 45. For example, in the financial product trading management device 1, the present embodiment can be applied when conducting transactions such as limit order transactions, reverse limit order transactions, and trigger market order transactions.

[0055] When conducting limit orders, reverse limit orders, or trigger market orders using the financial product trading management device 1, the spread of the offer price is corrected according to the difference between the contract quantity of the customer order information and the liquidity (liquidity volume) of the market price. Therefore, when the amount of customer order information relative to the liquidity volume is large, transactions (contract transactions, cover transactions) can be conducted to make up for the excess. Also, when the amount of customer order information relative to the liquidity volume is small, transactions (contract transactions, cover transactions) can be conducted considering the shortage. As a result, the risk in the cover transaction of the order to be contracted can be reduced.

[0056] [Example of transaction form to which the embodiment is applied (2: specific example)] As for the case of conducting limit order transactions or trigger market order transactions in the financial product trading management device 1 outlined in (1) above, for example, transactions as shown in the following [Specific Example 1] - [Specific Example 3] can be considered. [Specific Example 1] - [Specific Example 3] may all be limit orders, may all be trigger market orders, or may be a mixture of limit orders and trigger market orders. Also, when a plurality of customer order information for conducting transactions is generated, all the customer order information may be generated before starting all the transactions, or at least a part of the customer order information may be generated at a predetermined timing or an arbitrary timing after the start of the transaction.

[0057] [Specific Example 1: Trap trade] This is a trading method for placing orders and executing trades for multiple financial instruments of the same type, where multiple buy orders are set at multiple order prices at once, or multiple sell orders are set at multiple order prices at once. The multiple buy orders or multiple sell orders set at once may each have the same order amount, and it is conceivable that the price spreads between the orders are set to be the same. However, at least some of the order amounts or at least some of the price spreads between the orders may differ from others. At least some of these buy orders or sell orders may be configured to constitute a first order and a second order (if-dan order. Hereinafter simply referred to as an "if-dan order") that is placed as a result of the execution of the first order, and may be configured to place one if-dan order at a time.

[0058] [Specific Example 2: Trap Repeat If-Dan] This is a method of conducting transactions by setting multiple combinations of if-dan orders for a first order and a second order for multiple financial instruments of the same type. Here, when the first order and the corresponding second order are executed, if-dan orders are repeatedly placed using a new first order corresponding to the executed first order and a new second order corresponding to the executed second order. The price spreads between the first orders to be set and the price spreads between the second orders to be set are generally constant, and the spreads between each of the first orders to be set and the corresponding second orders to be set are also generally constant. However, at least some of the price spreads or at least some of the spreads may be set to differ from other price spreads or other spreads.

[0059] [Specific Example 3: Rakutora] This is a trading method for setting a first order or a second order for conducting a transaction as a "trap repeat ifdan" between a predetermined upper limit price and a predetermined lower limit price. When setting a plurality of first orders and a plurality of second orders between the upper limit price and the lower limit price, the highest value among the first orders and the second orders may be made to match the upper limit price, or the lowest value may be set as the lower limit price. Also, the lowest value among the first orders and the second orders may be made to match the lower limit price, and conversely, the highest value among the second orders and the first orders may be made to match the upper limit price. Further, the average value of the order prices of all the first orders, the average value of the order prices of all the second orders, or the average value of the order prices of all the first orders and all the second orders may be made to match a price in the middle between the upper limit price and the lower limit price.

[0060] Note that the above [Specific Example 1]-[Specific Example 3] are examples of the application of this embodiment, and the financial product trading management device 1 of this embodiment can be applied to any trading form other than the above [Specific Example 1]-[Specific Example 3].

[0061] Also, in the above [Specific Example 1]-[Specific Example 3], although the case where the first order of the ifdan order is a buy order and the second order is a sell order has been described, it is not limited to this, and it is also applicable when the first order of the ifdan order is a sell order and the second order is a buy order.

[0062] [Operation and Effect] As described above, according to this embodiment, for an order in which a transaction is conducted based on customer order information, pricing determination is performed so that the presentation price shown to the customer side is corrected from the market price presented in the market for the predicted quantity of contracts and then presented. Therefore, in the trading of financial products performed using a computer system, it is possible to realize the trading of financial products with low risk regardless of the amount of trading volume.

[0063] Further, according to the present embodiment, since the presentation price is determined by correcting the price according to the difference between the agreed quantity predicted based on the acquired customer order information and the liquidity presented from the market with respect to the market price, in the trading of financial products performed using a computer system, it is possible to more reliably realize the trading of financial products with low risk regardless of the amount of trading volume.

[0064] Further, according to the present embodiment, since the correction width of the presentation price is changed according to the planned agreed quantity of the limit order in the acquired customer order information, in the trading of financial products performed using a computer system, it is possible to more reliably realize the trading of financial products with low risk regardless of the amount of trading volume.

[0065] Further, according to the present embodiment, since the correction width of the presentation price is changed according to the planned agreed quantity of the sell limit order in the acquired customer order information, in the trading of financial products performed using a computer system, it is possible to more reliably realize the trading of financial products with low risk regardless of the amount of trading volume.

[0066] Further, according to the present embodiment, since the correction width of the presentation price is changed according to the planned agreed quantity of the market order in the acquired customer order information, in the trading of financial products performed using a computer system, it is possible to more reliably realize the trading of financial products with low risk regardless of the amount of trading volume.

[0067] [Others] In the above embodiment, a so-called OCO order may be used. Also, when the market resumes after a primary interruption, in the so-called "price approaching method", that is, when there is a second order (or first order) of an If-Dan order in the price range from the market interruption to the resumption, the first order corresponding to the second order (or the second order corresponding to the first order) may be configured to match the customer order information 451, 452 for buying / selling. This "price approaching method" is applied when there is a second order (or first order) of an If-Dan order in the price range from the market interruption to the resumption. In this case, the first order corresponding to the second order (or the second order corresponding to the first order) is changed from the order price at the time of market interruption to the order price at the time of market resumption for trading.

[0068] In the above embodiment, foreign exchange is handled as a financial product, but it is not limited to this. For example, the present invention may be applied to a financial product trading system that handles any financial products such as stocks, bonds, investment trusts, real estate investment trusts, commodities, cryptographic assets, virtual currencies, etc.

[0069] In the above embodiment, the financial product trading management system 1A has been described as having a configuration including one financial product trading management device 1. However, it is not limited to this, and it may be configured by a plurality of financial product trading management devices, and at least some of the financial product trading management devices may be provided in a so-called exchange.

[0070] In the above embodiment, the "quantity information of the transaction volume" and the "quantity information of the order" are the quantity information of the order included in the summary information 511, the offset information 512, etc., but it is not limited to this. For example, the "quantity information of the transaction volume" may be the quantity of the object of the financial product other than the quantity information of the order, the measurement unit, etc.

[0071] In the above embodiment, all the functional means are configured to be provided in the financial product trading management device 1, but at least some of these configurations may be provided in the client terminal 2.

[0072] In the above-described embodiment, the financial product trading management system 1A is realized in a client-server system of a network computer system. However, the same functions as those of the financial product trading management system 1A can also be realized in various computers such as personal computers that do not constitute a client-server system, and various communication terminals and portable information terminals such as mobile terminals and tablets. At this time, at least a part of the system configuration of the financial product trading management device 1 and the financial product trading management system 1A is configured as a computer program, and it is also possible to realize it by installing the program in various computers and various communication terminals and portable information terminals.

[0073] Needless to say, the above-described embodiment is an exemplification of the present invention, and it does not mean that the present invention is limited only to the above-described embodiment.

Explanation of Signs

[0074] 1A ··· Pricing determination system 1 ··· Financial product trading management device (offer price determination means) 2 ··· Client terminal 3 ··· Bank system 4 ··· Network 21 ··· Operation unit 22 ··· Display unit 31 ··· Transaction execution unit 40 ··· Order management device 41 ··· Customer order information generation unit (customer order information generation means) 42 ··· Offer price correction unit (offer price correction means) 43 ··· Market price information acquisition unit (market price information acquisition means) 44 ··· Execution information processing unit (execution information processing means) 45 ··· Customer order information recording unit (customer order information reference means) 50 ··· Dealing device 51 ··· Summary information management unit 52 ··· Cover transaction unit 451 ··· Customer order information for buying (customer order information for a buy order) 452 ·· Customer order information for selling (Customer order information for selling orders) 511 ·· Summary information (Information on the agreed quantity, Information on the order quantity) 512 ·· Offset information (Information on the agreed quantity, Information on the order quantity)

Claims

1. A pricing determination system that shows a customer a presented price corrected from the market price of a financial product, having presented price determination means for using, as the presented price, a price corrected by the predicted volume of transactions for the market price, wherein the presented price determination means has market price information acquisition means for acquiring the market price and customer order information reference means for referring to customer order information in which orders from customers are aggregated, and is configured to correct the price according to the liquidity volume presented from the market of the financial product acquired by the market price information acquisition means with respect to the predicted volume of transactions based on the customer order information acquired by the customer order information reference means, so as to be able to determine the presented price, and the presented price determination means is configured to be able to correct the presented price so that the spread presented to the customer expands when the liquidity volume is small with respect to the volume of transactions, and is configured to be able to correct the presented price so that the spread presented to the customer shrinks when the liquidity volume is large with respect to the volume of transactions. A pricing determination system characterized by this.

2. The presented price determination means is configured to be able to determine the presented price by correcting the price according to the difference between the predicted volume of transactions based on the customer order information acquired by the customer order information reference means and the liquidity volume presented from the market with respect to the market price. The pricing determination system according to claim 1, characterized by this.

Images