Device, method, and computer program product for a dynamic trial balance of a stock trading order

Abstract

A device, method, and computer program product for dynamic calculation of order transactions. The method includes: establishing a connection with a server and performing login verification; generating an order transaction view to receive orders for financial products, the order transaction view including calculation buttons and available estimated amount; receiving calculation instructions generated by the calculation buttons to perform calculations; displaying calculation information in the order transaction view; receiving order instructions to generate an order; uploading the order to the trading server; and updating and storing the available estimated amount in memory based on changes in the order. Through the available estimated amount information and dynamic calculation information provided in the order transaction view by this invention, users can quickly obtain available estimated amount and dynamic calculation information without cumbersome order selection operations, view switching, manual queries, and manual calculations when placing orders.

Description

[Technical Field]

[0001] This invention relates to a technology for stock order transaction information, and more particularly to a device, method, and computer program product for dynamically calculating the amount and quantity of stock order transactions. [Previous Technology]

[0002] Stock market investors need to know the transaction amount and the balance in their bank account before each stock transaction to avoid exceeding their bank balance when placing an order, ensuring successful deduction on the second day after the transaction (T+2). Existing computer-based stock trading software, due to its larger screen size, can display information in multiple windows simultaneously, allowing investors (users) to place orders in the stock trading window while simultaneously checking their bank account balance in the account management window. However, this multi-window UI (User Interface) and UX (User Experience) combination is only suitable for computer devices with larger screens and not for mobile devices with smaller screens. In existing mobile stock trading software, investors (users) must use menus or buttons to switch to a view where they can check their bank account balance; they cannot directly and quickly check their bank account balance within the order trading view. Furthermore, because the securities settlement system operates on a T+2 basis, the bank account balance currently displayed does not include outstanding settlement amounts (i.e., the "bank account balance" is not the true "available funds"). Therefore, users need to check recent settlement amounts in another account window and then manually calculate (e.g., mentally, by hand, or using a computer) to determine the true "available funds." Additionally, if investors wish to know the maximum number of specific stocks that can be traded from their available funds, neither the current computer nor mobile versions of stock trading software provide this calculation information ("available funds" and "maximum number of specific stocks that can be traded"). Investors must manually calculate this information again to determine the "quantity that can be placed."

[0003] Currently, most bank account balance inquiry services have server access limits and cannot handle a large number of real-time inquiries, which is inconvenient for investors' frequent inquiry needs in securities trading. Furthermore, existing technology has not considered this limitation of bank servers and has not designed an appropriate server access mechanism to address this limitation, which is another unresolved technical problem in the current technology.

[0004] Prior art 1, Republic of China Invention Patent Publication No. I778291 discloses a device and method for optimal five-level and quick account inquiry. The method includes: establishing a connection with a server and performing a login verification; downloading optimal five-level information of a financial product; generating an optimal five-level view of the financial product based on the optimal five-level information; the optimal five-level view including a quick account button; after the quick account button is operated, an account inquiry command is generated to generate and pop up a quick account window on the screen. The quick account window is designed not to cover the optimal five-level information, so that a visible area of ​​the screen simultaneously displays the complete quick account window and the complete optimal five-level information. The quick account window is a floating window. The window can be moved to any position and has an Always-On-Top property; it uploads the account query command to an account server, the account query command containing the corresponding financial product and an account information request; the quick account window displays an account information display screen according to the account query command, and receives account information corresponding to the account information request from the account server and displays an account information display screen in the quick account window; in the quick account window, the previously displayed window can be switched by a tab. The system displays account information on an account information setting screen. On this screen, it receives an account information request set by the account information setting screen. The account information requested is selected from any one or any combination of the following: inventory quantity information, inventory profit and loss information, all inventory profit and loss information, accounts receivable and payable information, bank account balance information, maintenance ratio, open position profit and loss, and margin. It also receives the account information corresponding to the request from the account server and updates the display of this account information in the quick account window. Prior art 1 solves the problem that "previously, when users viewed the top five price levels of a stock, they could not quickly query the account information of the same financial product as the top five price levels, which was extremely inconvenient in operation." Prior art 1 provides a quick account button 32 in the top five price level views 30a and 30b, and the quick account button 32 is used to generate a quick account window 34 (as shown in Figure 5 of the manual). The effect of the previous technology 1 is that a quick account window 34 with the Always-On-Top attribute is displayed in the best five-level views 30a and 30b, allowing users to quickly query the account information of the same financial product (i.e., the same financial product as the current best five-level information) without leaving the best five-level views 30a and 30b.

[0005] However, the previous technology still cannot meet the needs of users (i.e., investors), as it cannot directly provide the true "available amount" in the order trading view (it even lacks basic bank account balance information). Users must use menu operations or key operations to open the quick account window 34, and after querying the bank account balance information, they need to manually calculate the "order quantity of the bank account balance" information, which is inconvenient for users when placing orders. Therefore, it is necessary to improve the conventional method and propose a dynamic calculation technology for order trading by using hardware and software resources to provide "estimated available amount" information and dynamic calculation information in the order trading view of stock software, reduce view switching operations (or menu / key operations), quickly provide investment decision reference, and at the same time, take into account the access limit of the middle platform server (such as: the server of a bank / securities firm) to make up for the shortcomings of the previous technology. [Summary of the Invention]

[0006] In view of this, the present invention proposes a device, method, and computer program product for dynamic calculation of order transactions, which provides available estimated amount information and dynamic calculation information in the stock order transaction view of a mobile device, so that it can be referenced in the same view in real time when placing an order transaction.

[0007] This invention proposes a device for dynamic calculation of order transactions, applied to a mobile device. The device includes: a communication module for establishing an Internet connection; a login verification module for receiving an account and a password or a biometric identifier corresponding to the account and password and uploading it to a server for login verification; a quotation module for establishing a connection with a quotation server to receive a quotation message for a financial product; and an order transaction and calculation module for generating an order transaction view to receive an order for the financial product, the order including an order price and a plurality of order conditions. The order transaction view includes a calculation button and an available estimated amount. It receives a calculation instruction generated by the calculation button to perform a calculation, displays the calculation result information in the order transaction view, receives an order instruction to generate the order, and uploads the order to a trading server; a memory is used to store an application, the quote message, and the order; the application includes a login verification module, a quote module, and an order transaction and calculation module; a screen is used to display the graphical user interface of the application; one or more processors are connected to the memory and the screen and execute the application.

[0008] Furthermore, in some embodiments of the present invention, the available estimated amount is a bank account balance, which is downloaded from a middleware server after the calculation instruction is executed and displayed in the available estimated amount.

[0009] Furthermore, in some embodiments of the present invention, the available estimated amount is obtained from a middleware server when the order transaction view is displayed on the screen, i.e., a bank account balance is downloaded and displayed in the available estimated amount.

[0010] Furthermore, in some embodiments of the present invention, the calculation instruction includes: obtaining a settlement amount for the past three days from a middleware server, summing it with a bank account balance, and then incorporating it into the available estimated amount.

[0011] Furthermore, in some embodiments of the present invention, the trial calculation instruction calculates the maximum tradable quantity of one of the financial instruments based on the order price and the available estimated amount.

[0012] Furthermore, in some embodiments of the present invention, the maximum tradable quantity already includes the calculation of one of the transaction fees and one transaction tax of the order.

[0013] Furthermore, in some embodiments of the present invention, the available estimated amount is dynamically updated and stored in the memory as all the orders placed on the same day change.

[0014] Furthermore, in some embodiments of the present invention, the trial calculation information is selected from any one or a combination of the following information: a bank account balance, a settlement amount in the past three days, the available estimated amount, a maximum tradable quantity, a transaction fee, and a transaction tax.

[0015] Furthermore, in some embodiments of the present invention, the maximum tradable quantity is dynamically calculated based on the available estimated amount in the memory according to the fluctuation of the order price and then updated and displayed in the order transaction view.

[0016] The present invention further proposes a method for dynamic calculation of order transactions, applied to a mobile device, the mobile device including a communication module, a memory and a screen, the method comprising: establishing a connection with a server and performing login verification; establishing a connection with a quotation server to receive a quotation message of a financial product; generating an order transaction view to receive an order for the financial product, the order including an order price and a plurality of order conditions, the order transaction view including a calculation button and an available estimated amount; receiving a calculation instruction generated by the calculation button to perform a calculation; displaying a calculation information generated by the calculation result in the order transaction view; receiving an order instruction to generate the order; uploading the order to a trading server; and updating and storing the available estimated amount in the memory according to the changes in the order.

[0017] Furthermore, in some embodiments of the present invention, the available estimated amount is a bank account balance, which is downloaded from a middleware server after the calculation instruction is executed and displayed in the available estimated amount.

[0018] Furthermore, in some embodiments of the present invention, the available estimated amount is obtained from a middleware server when the order transaction view is displayed on the screen, i.e., a bank account balance is downloaded and displayed in the available estimated amount.

[0019] Furthermore, in some embodiments of the present invention, the calculation instruction includes: obtaining a settlement amount for the past three days from a middleware server, summing it with a bank account balance, and then incorporating it into the available estimated amount.

[0020] Furthermore, in some embodiments of the present invention, the trial calculation instruction calculates the maximum tradable quantity of one of the financial instruments based on the order price and the available estimated amount.

[0021] Furthermore, in some embodiments of the present invention, the maximum tradable quantity already includes the calculation of one of the transaction fees and one transaction tax of the order.

[0022] Furthermore, in some embodiments of the present invention, the available estimated amount is dynamically updated and stored in the memory as all the orders placed on the same day change.

[0023] Furthermore, in some embodiments of the present invention, the trial calculation information is selected from any one or a combination of the following: a bank account balance, a settlement amount in the past three days, the available estimated amount, a maximum tradable quantity, a transaction fee, and a transaction tax.

[0024] Furthermore, in some embodiments of the present invention, the maximum tradable quantity is dynamically calculated based on the available estimated amount in the memory according to the fluctuation of the order price and then updated and displayed in the order transaction view.

[0025] The present invention also proposes a computer program product, which is installed on a mobile device having a processor, a memory and a screen. The computer program product is stored in the memory and can run on the processor. When the processor executes the computer program product, it implements the steps of the above-mentioned method for dynamic calculation of order transactions.

[0026] The detailed features and advantages of the present invention are described in detail below in the embodiments. The content is sufficient to enable anyone skilled in the art to understand the technical content of the present invention and implement it accordingly. Based on the content disclosed in this specification, the scope of the patent application and the drawings, anyone skilled in the art can easily understand the relevant purpose and advantages of the present invention.

Implementation Method

[0028] This invention can be applied to, but is not limited to, smartphones, tablet PCs, hand-held stock quoting devices, personal digital assistants (PDAs), etc. Any mobile device equipped with a screen and capable of running the application program of this invention (i.e., stock trading software) can be used with the device, method and computer program product of this invention.

[0029] Referring to Figures 1 and 2, the system function block diagrams of the device 10 for dynamic calculation of order transactions and the application 20 of the present invention are shown. The legend only lists the core modules related to a preferred embodiment of the present invention; other modules are omitted and not depicted. The application 20 runs on the device 10 for dynamic calculation of order transactions of the present invention. In one embodiment of the present invention, the device 10 for dynamic calculation of order transactions includes: one or more processors 12, memory 14, a screen 16, and a communication module 18. The memory 14 stores the application 20 (i.e., stock trading software); the processor 12 executes the multiple program instructions contained in the application 20 and implements the following modules in a hardware and software collaborative manner: login verification module 22, quotation module 24, and order placement and calculation module 26; the screen 16 is used to display the graphical user interface (GUI) of the application 20; the communication module 18 is used to establish an Internet network connection, such as wired broadband, WLAN (Wi-Fi, etc.), mobile communication network (such as 3G, 4G, 5G, etc.).

[0030] Referring to Figure 2, the system function block diagram of application 20 in this embodiment of the invention includes: login verification module 22, quotation module 24, and order placement and calculation module 26. The legend only lists the core modules related to a preferred embodiment of the invention, and other modules are omitted and not depicted, such as: custom quotation module, international finance module, financial news module, alert setting module, accounting module, etc.

[0031] Login verification module 22 receives the account and password entered by the user or the account and password corresponding to the biometric features and uploads them to the server (i.e., login verification server) for login verification.

[0032] The quotation module 24 is used to establish a connection with the quotation server to receive quotation messages for financial products, and to generate quotation views (e.g., individual stock quotation view, watchlist quotation view, sector quotation view, not depicted). The quotation module 24 establishes a connection with the quotation server through the communication module 18 to receive quotation messages for financial products. The so-called quotation message is the quotation data, which is encapsulated in a message format that conforms to the quotation server's custom message format. The message format defines the number of fields, field length, field attributes, encoding, transmission sequence number, check code, etc. in the message. The quotation module 24 parses the received quotation message according to the definition of each field in the message format, and then generates a quotation view for the corresponding financial product based on the parsed quotation data. The quotation messages received by the quotation module 24 are temporarily stored in memory 14. When a user selects the "Market Price" button in the order transaction view 28 (as shown in Figure 3), the latest price of the financial product will be entered into the order price input box based on the quote message in memory 14.

[0033] The order placement and calculation module 26 is used to generate an order placement view 28 to receive orders for financial instruments. The order includes the order price and multiple order conditions. The order placement view 28 includes a calculation button 30 and an available estimated amount. It receives calculation instructions generated by the calculation button 30 to perform calculations, receives order instructions to generate an order, and uploads the order to the trading server. In some embodiments, the user can switch to the order placement view 28 for the financial instrument by selecting a financial instrument in the selected quote view (not shown) (i.e., the name / code of the financial instrument is automatically filled in) and start creating an order. In some embodiments, the user can switch to the order placement view 28 by selecting a menu (not shown) and then manually fill in the name / code of the financial instrument to start creating an order. The order price in the order can be entered manually in the order price input box as a limit price, or the latest market price in the quote message in memory 14 can be read by selecting the "market price button". The order form contains multiple order conditions, such as: transaction type (whole stock, after-hours, after-hours fractional shares), buy / sell type (buy / sell), transaction conditions (ROD / IOC / FOK), order quantity, etc. The main technical feature of this invention is that the order transaction view 28 includes a calculation button 30 and an available estimated amount, allowing users to immediately check the "available estimated amount" on the same screen when placing an order, reducing repeated order selection operations and view switching. When the user clicks the calculation button 30, a calculation instruction is generated. After receiving the calculation instruction, the order transaction and calculation module 26 performs the calculation and displays the result (i.e., calculation information). In some embodiments, the order transaction view 28 defaults to displaying only the calculation button 30 (as shown in Figure 7A). When the user clicks the calculation button 30 (generating a calculation instruction), the order transaction and calculation module 26 expands the calculation information block 32 and presents the calculation result (i.e., calculation information) in the calculation information block 32 (as shown in Figure 7B). When the user clicks the calculation button 30 again, the calculation information block 32 can be collapsed. In some embodiments, the available estimated amount is the settlement bank account balance, which is downloaded from the middle tier server via API (Application Programming Interface) after the calculation instruction is executed and displayed in the available estimated amount. In some embodiments, the available estimated amount is the bank account balance downloaded from the middle tier server via API and displayed in the available estimated amount when the order transaction view 28 is displayed on the screen 16.

[0034] In some embodiments, the order placement and calculation module 26 receives the calculation instruction and performs the following actions, including: obtaining the settlement amount of the past N days from the middleware server ("N" is a positive integer from 1 to 3, i.e., "settlement amount of the past day", "settlement amount of the past two days" or "settlement amount of the past three days"), and adding it to the bank account balance and then incorporating it into the available estimated amount, that is, the available estimated amount = bank account balance + settlement amount of the past N days (Note: when the settlement amount is "deduction for buying stocks", the settlement amount of the past N days is a deduction, and when the settlement amount is "receipt for selling stocks", the settlement amount of the past N days is an addition). In some embodiments, after receiving a calculation instruction, the order placement and calculation module 26 performs the following actions: obtaining the bank account balance from a first middleware server (e.g., a bank middleware server) via a first API (e.g., a bank API), and obtaining the settlement amount for the past N days from a second middleware server (e.g., a securities firm API) via a second API (e.g., a securities firm API). In some embodiments, after receiving a calculation instruction, the order placement and calculation module 26 performs the following actions: simultaneously obtaining the bank account balance and the settlement amount for the past N days from the same middleware server (e.g., a financial holding company API) via the same API (e.g., a financial holding company API). The order placement and calculation module 26 of the present invention includes a verification step when accessing the middleware server via API. Since the verification step of API concatenation is prior art, it will not be described in detail. In some embodiments, after receiving a calculation instruction, the order placement and calculation module 26 performs the following actions: Calculates the maximum tradable quantity of the financial product based on the order price and the available estimated amount, i.e., maximum tradable quantity = available estimated amount divided by the order price, for example: maximum tradable quantity = (bank account balance + settlement amount of the past N days) / order price. In some embodiments, the maximum tradable quantity already includes the calculation of transaction fees and transaction taxes for the order, meaning that the calculation result in this embodiment is more accurate, as it includes the transaction fees and transaction taxes for the order. In short, the calculation instruction mainly causes the order placement and calculation module 26 to perform two steps: 1. Obtain the settlement amount of the past N days from the middleware server to calculate the "available estimated amount". There are multiple ways to obtain the settlement amount; 2. Calculate the "maximum tradable quantity" using the "available estimated amount" and the "order price".

[0035] In order to avoid querying the middleware server too frequently on the same trading day, in some embodiments of the present invention, after the user clicks the trial calculation button 30 (generating a trial calculation instruction), the bank account balance and the settlement amount of the past N days are downloaded from the middleware server through the API and calculated and displayed in the available estimated amount. Furthermore, in some embodiments, the available estimated amount stored in memory 14 is dynamically updated based on the amount corresponding to the order as the order changes on the same day (e.g., the addition, deletion, or modification of orders). That is, in order to avoid querying the middleware server too frequently on the same trading day, the present invention can store the available estimated amount calculated from the bank account balance queried for the first time on the day and the settlement amount of the past N days (i.e., the bank account balance (when the sum of the settlement amounts of the past N days is zero, the bank account balance is the available estimated amount), or the sum of the bank account balance and the settlement amount of the past N days) in memory 14. Moreover, if there are any changes in orders on the same day, the available estimated amount in memory 14 is also dynamically updated synchronously. The next change in orders on the same day can be calculated using the available estimated amount in memory 14, avoiding querying information from the middleware server again. For example, after the available estimated amount is calculated from the bank account balance and the settlement amount of the past N days and stored in memory 14, the first order is uploaded to the trading server (i.e., the "place order" button is pressed) (representing an "order successfully placed" order). The available estimated amount is then subtracted from the amount corresponding to the first order, and the "latest available estimated amount" in memory 14 is updated. The next order is calculated based on the "latest available estimated amount" in memory 14. If the next order is uploaded, the amount of that order is updated to the available estimated amount in memory 14 again. In some embodiments, when calculating the successful orders placed on the same day, only the "cumulative amount of buy orders" is calculated. That is, the calculation only includes all buy orders (i.e., payments) on the same day, and does not include sell orders (i.e., receipts). This allows users to understand the maximum amount that must be deducted from the available estimated amount (the amount payable when all buy orders are executed), so as to avoid exceeding their available amount and causing insufficient account balance for settlement on the settlement date. In some embodiments, when calculating the number of successfully placed orders for the day, the cumulative amount of "all buy orders" and "all sell orders" is calculated, meaning that the payables and receivables of the orders for the day are calculated together. In some embodiments, the maximum tradable quantity is dynamically calculated based on the available estimated amount in memory 14 according to changes in the order price and updated and displayed in the order transaction view 28. That is, before the same order is uploaded to the trading server, any changes in the order price (such as: increase or decrease) are dynamically calculated based on the available estimated amount in memory 14 to obtain the maximum tradable quantity, which avoids querying information from the middle server again.When a user presses the "Place Order" button (generating an order instruction), the order placement and calculation module 26 uploads the order to the trading server. Simultaneously, it updates the available estimated amount in memory 14 based on the order amount (i.e., the order price multiplied by the order quantity). In some embodiments, the order amount also includes the calculation of transaction fees and transaction taxes. In short, this invention solves the technical problem of the limitation on the number of accesses to the middleware server (e.g., a bank / securities firm's server) through the following two technical means: 1. After the user clicks the calculation button 30 (generating a calculation instruction), the "bank account balance" and "settlement amount in the last N days" are downloaded from the middleware server; 2. The "bank account balance" and "settlement amount in the last N days" obtained from the initial query are stored in memory 14 to calculate the "available estimated amount." Subsequent orders, regardless of whether they are placed, are calculated based on this, without downloading from the middleware server again. The second technical means can be implemented independently or integrated with the first technical means.

[0036] Referring to Figure 3, a schematic diagram (a) of the screen 16 of the order transaction view 28 according to an embodiment of the present invention illustrates the graphical user interface of the application 20 (i.e., stock trading software) displayed on the screen 16 in a preferred embodiment of the present invention. This embodiment uses a smartphone screen as an example for illustration. The present invention is not limited to smartphones; it can also be used on tablets, handheld stock trading devices, personal digital assistants, and other mobile devices. In this embodiment, the order transaction view 28 of the present invention is displayed on a smartphone (the device 10 for dynamic calculation of order transactions). In this embodiment, when the user switches to the order transaction view 28 using a menu operation, the available estimated amount is not directly displayed in the order transaction view 28 by default.

[0037] Referring to Figure 4, a schematic diagram (II) of the screen 16 of the order transaction view 28 of the present invention is shown. The illustration shows that the order transaction view 28 displays the available estimated amount, and this illustration represents two possible embodiments: one is that after the user clicks the calculation button 30 (generating a calculation instruction) in Figure 3, the available estimated amount (i.e., the bank account balance, or the sum of the bank account balance and the settlement amount of the past three days) is obtained from the middle server; the other is that when the user switches to the order transaction view 28 by menu operation, the available estimated amount (i.e., the bank account balance, or the sum of the bank account balance and the settlement amount of the past three days) is obtained from the middle server by default.

[0038] Referring to Figure 5, a schematic diagram (III) of the screen 16 of the order transaction view 28 of an embodiment of the present invention is shown. This figure illustrates that after the user clicks the calculation button 30 (generating a calculation instruction) in Figure 3 or Figure 4, the order transaction and calculation module 26 calculates the maximum tradable quantity (shown as "1 unit" in the figure) based on the obtained available estimated amount and the order price (the price entered by the user in the figure is "950.0").

[0039] Referring to Figure 6, a schematic diagram (fourth) of the screen 16 of the order transaction view 28 of an embodiment of the present invention is shown. This diagram illustrates that the available estimated amount is the sum of the bank account balance and the settlement amount of the past three days, and the maximum tradable quantity is the sum of the bank account balance and the settlement amount of the past three days divided by the order price. In some embodiments, the trial calculation information (i.e., the trial calculation result) further includes: the calculation of transaction fees and transaction taxes (not depicted).

[0040] Referring to Figure 7A, another embodiment of the present invention shows a schematic diagram of the screen 16 of the order transaction view 28. In this embodiment, the calculation button 30 displayed in the order transaction view 28 is used not only to generate calculation instructions to obtain the available estimated amount for calculation, but also to expand the calculation information block 32 (Figure 7B).

[0041] Referring to Figure 7B, another embodiment of the present invention provides a schematic diagram (II) of the screen 16 of the order transaction view 28. The diagram illustrates that after the user clicks the calculation button 30 in Figure 7A, the order transaction and calculation module 26 expands the calculation information block 32 and presents the obtained available estimated amount and the calculation result (i.e., calculation information) in the calculation information block 32. When the user clicks the calculation button 30 in this example again, the calculation information block 32 can be collapsed.

[0042] The foregoing embodiments can solve the technical problem that users cannot easily obtain the "estimated available amount" of their bank account and the "maximum tradable quantity" of the current order. In many application scenarios, users often place orders multiple times at different times. This action requires multiple recalculations of the "estimated available amount" and the "maximum tradable quantity" of the current order. The foregoing embodiments have explained that the order transaction and calculation module 26 of the present invention can automatically calculate the "estimated available amount" and "maximum tradable quantity" of this order based on the current "estimated available amount" recorded in memory; after the order is successfully placed, the next order continues to be calculated using the latest "estimated available amount". Hereinafter, another different embodiment of the present invention will be described. Referring to Figures 8A and 8B, this is a schematic diagram of the screen 16 of the order transaction view 28 according to another embodiment of the present invention. In this embodiment, a "Deduct Already Entrusted Payments" box 34 is added to the order transaction view 28, allowing the user to check whether "Amounts already entrusted on the current day should be deducted from the available estimated amount." For example, if checked, the purchase amount (payment) of a buy order will be deducted from the available estimated amount, while the sale amount (receipt) of a sell order will be added to the available estimated amount. Figure 8A shows the "Deduct Already Entrusted Payments" box 34 in an unchecked state. Figure 8B shows the "Deduct Already Entrusted Payments" box 34 in a checked state; therefore, the calculation information in the figure includes an additional entry: "Amount Entrusted: 300,000," and the available estimated amount has been deducted from the amount already entrusted. In some embodiments, when calculating the successful orders placed on the same day, only the "cumulative amount of buy orders" is calculated; in some embodiments, when calculating the successful orders placed on the same day, the cumulative amount of "all buy orders" and "all sell orders" is calculated. In other embodiments of the present invention, the deducted order verification block 34 and its related functions can also be added to the embodiments in Figures 3 to 5 and Figure 7A.

[0043] Referring to Figure 9, an operation flowchart of an embodiment of the present invention, the operation flow of a user executing application 20 and placing orders and performing calculations using a mobile device (such as a smartphone / tablet / stock trading machine), and also referring to Figures 1, 2, 3, 4, 5 and 6, includes:

[0044] Step S101: Execute the application program 20 of the present invention on the device 10. The user executes the application program 20 (stock trading software) of the present invention on a mobile device (such as a smartphone / tablet / stock trading device).

[0045] Step S102: Establish a connection with the server and perform login verification. The login verification module 22 of application 20 receives the account and password entered by the user or the account and password corresponding to the biometric feature, and then connects to the server (i.e., the login verification server) through the Internet (established by the communication module 18) to perform login verification.

[0046] Step S103: Establish a connection with the quotation server to receive quotation messages for financial products. The quotation module 24 of application 20 establishes a connection with the quotation server to receive quotation messages for financial products. The received quotation messages are temporarily stored in memory 14.

[0047] Step S104: An order transaction view 28, including the calculation button 30 and the available estimated amount, is generated and displayed on the screen 16. In some embodiments, the user can select a financial product in the selected quote view (not shown) to switch to the order transaction view 28 of that financial product (i.e., the name / code of the financial product has been automatically filled in). In some embodiments, the user switches to the order transaction view 28 through a menu (not shown) operation and then manually fills in the name / code of the financial product. The order transaction view 28 is generated by the order transaction and calculation module 26 to receive orders for financial products. The order includes the order price and multiple order conditions. The order transaction view 28 of the present invention further includes the calculation button 30 and the available estimated amount, as shown in Figure 3 or Figure 4.

[0048] Step S105: Receive the calculation instruction generated by the calculation button 30 to perform the calculation. The user clicks the calculation button 30 to generate a calculation instruction. After receiving the calculation instruction, the order placement and calculation module 26 can perform the calculation. In some embodiments, the calculation instruction downloads and obtains the settlement bank account balance from the middleware server and displays it in the available estimated amount. In some embodiments, the calculation instruction downloads and obtains the settlement bank account balance from the first middleware server, and obtains the settlement amount for the past three days from the second middleware server (in some embodiments, "the settlement amount for the past day" or "the settlement amount for the past two days" can also be selected), and adds the two together and displays them in the available estimated amount. In some embodiments, in addition to obtaining the available estimated amount, the calculation instruction also calculates the maximum tradable quantity of the financial product based on the order price and the available estimated amount. In some embodiments, the maximum tradable quantity calculated by the calculation instruction already includes the calculation of the order's transaction fees and transaction taxes.

[0049] Step S106: Display the calculation information generated by the calculation results in the order transaction view 28. The order transaction and calculation module 26 displays the calculation results (i.e., calculation information) generated in the previous step in the order transaction view 28, as shown in Figure 4, Figure 5, or Figure 6. Based on the calculation information displayed in the order transaction view 28 according to the present invention, the user can easily know the available estimated amount and the maximum tradable quantity, etc., dynamic calculation information without switching views.

[0050] Step S107: Receive order instruction to generate order. After the user sets the order price and multiple order conditions, they can press the "Order" button (to generate an order instruction). The order transaction and calculation module 26 receives the order instruction and generates the corresponding order accordingly.

[0051] Step S108: Upload the order to the trading server. After the order is generated in the previous step, the order placement and calculation module 26 uploads the order to the trading server through the communication module 18.

[0052] Step S109: Update and store the available estimated amount in memory 14 according to the changes in the order. When the user presses the "Place Order" button (generating an order instruction), the order transaction and calculation module 26 not only uploads the order to the transaction server, but also updates the available estimated amount in memory 14 according to the amount of the order (i.e., the order price multiplied by the order quantity). In some embodiments, the amount of the order also includes the calculation of transaction fees and transaction taxes.

[0053] As will be understood from the various embodiments of the present invention, program instructions executed by a computer can perform the various blocks in the flowchart, combinations of blocks in the flowchart, and steps in the various embodiments. Providing these program instructions to a processor to operate generates a machine or resources for hardware and software to work together, thereby, when these instructions are executed on the processor, will produce components for performing the actions or technical effects indicated by the flowchart blocks. Different sets of program instructions can also cause at least some of the operation steps shown in the flowchart blocks to be performed in parallel, and the technical content expressed by the various program instructions of an application may differ depending on the embodiment. Furthermore, some of these steps can be performed on more than one processor, for example, in the case of the microprocessor and peripheral interface processor working together in the mobile device of the present invention. In addition, without departing from the scope or spirit of the present invention, one or more blocks or combinations of blocks in the flowchart can be performed simultaneously with other blocks or combinations of blocks, or even in a different order than shown.

[0054] Therefore, the blocks of the flowchart of the present invention support combinations of components for performing specified actions or technical effects, combinations of steps for performing specified actions or technical effects, and program instruction components for performing specified actions or technical effects. It is also understood that these specified actions or technical effects are implemented by special purpose hardware systems or special purpose hardware and program instructions working together to execute the various blocks of the flowchart of the present invention and combinations of flowchart blocks.

[0055] In summary, this invention proposes a dynamic calculation technique for order transactions, solving the problem of "the actual available amount cannot be viewed in the order transaction view of mobile devices" in previous technologies. The available estimated amount information provided in the order transaction view of this invention includes not only the bank account balance but also the recent settlement amount information. Furthermore, the dynamic calculation information provided in the order transaction view of this invention not only provides users with more information for decision-making but also reduces the number of times connections to the middleware server are made, avoiding the connection burden on the middleware server caused by excessively frequent connections and making up for the shortcomings of previous technologies. All of the above-mentioned special technical effects are due to the fact that this invention effectively uses calculation information for continuous calculation on the local end, which cannot be practically achieved by any previous technology.

[0056] Although the technical content of the present invention has been disclosed above with reference to preferred embodiments, it is not intended to limit the present invention. Any modifications and refinements made by those skilled in the art without departing from the spirit of the present invention should be included within the scope of the present invention. Therefore, the scope of protection of the present invention shall be determined by the appended claims. [Simplified Explanation of the Diagram]

[0027] Figure 1 is a system functional block diagram of the device according to an embodiment of the present invention; Figure 2 is a system functional block diagram of the application program according to an embodiment of the present invention; Figure 3 is a schematic diagram of the screen display of the order transaction view according to an embodiment of the present invention (I); Figure 4 is a schematic diagram of the screen display of the order transaction view according to an embodiment of the present invention (II); Figure 5 is a schematic diagram of the screen display of the order transaction view according to an embodiment of the present invention (III); Figure 6 is a schematic diagram of the screen display of the order transaction view according to an embodiment of the present invention (IV); Figure 7A is a schematic diagram of the screen display of the order transaction view according to another embodiment of the present invention (I); Figure 7B is a schematic diagram of the screen display of the order transaction view according to another embodiment of the present invention (II); Figure 8A is a schematic diagram of the screen display of the order transaction view according to yet another embodiment of the present invention (I); Figure 8B is a schematic diagram of the screen display of the order transaction view according to yet another embodiment of the present invention (II); and Figure 9 is an operation flowchart according to an embodiment of the present invention. [Biomaterial Storage]

[0058] None

Claims

1. A device for dynamic calculation of order placement, applied to a mobile device, the device comprising: a communication module for establishing an Internet connection; a login verification module for receiving an account and a password or a biometric identifier corresponding to the account and password and uploading them to a server for login verification; a quotation module for establishing a connection with a quotation server to receive a quotation message for a financial product; and an order placement and calculation module for generating an order placement view to receive an order for the financial product in the order placement view, the order including an order price and a plurality of order conditions, the order placement view including a calculation button and an available estimated amount, receiving a calculation instruction generated by the calculation button to perform a calculation using the order conditions and the available estimated amount, displaying the calculation result as calculation information in the order placement view, receiving an order instruction to generate the order, and uploading the order to a trading server, wherein... The calculation instruction includes retrieving a settlement amount from a middleware server over the past N days, summing it with a bank account balance, and then incorporating it into the available estimated amount. Furthermore, the calculation instruction calculates the maximum tradable quantity of a financial instrument based on the order price and the available estimated amount. The available estimated amount is downloaded from the middleware server and displayed in the available estimated amount when the order transaction view is displayed on the screen. The available estimated amount is dynamically updated and stored in memory based on all order changes throughout the day. The maximum tradable quantity is dynamically calculated and updated in the order transaction view based on the available estimated amount in memory according to order price changes. A memory is used to store an application, the quote message, and the order. The application includes a login verification module, a quote module, and an order transaction and calculation module. The screen is used to display the graphical user interface of the application. One or more processors connect the memory to the screen and execute the application.

2. The device for dynamic calculation of order transactions as described in Request 1, wherein the available estimated amount is the bank account balance, which is downloaded from the middleware server and displayed in the available estimated amount after the calculation instruction is executed.

3. The device for dynamic calculation of order transactions as described in claim 1, wherein the maximum tradable quantity already includes the calculation of a transaction fee and a transaction tax for the order.

4. The device for dynamic calculation of order transactions as described in claim 1, wherein the calculation information is selected from any one or a combination of the following: the bank account balance, the settlement amount of the most recent day, the settlement amount of the most recent two days, the settlement amount of the most recent three days, the cumulative amount of orders placed on the same day, the cumulative amount of buy orders placed on the same day, the available estimated amount, the maximum tradable quantity, a transaction fee, and a transaction tax.

5. A method for dynamic calculation of order transactions, applied to a mobile device, the mobile device including a communication module, a memory, and a screen, the method comprising: establishing a connection with a server and performing login verification; establishing a connection with a quotation server to receive a quotation message for a financial instrument; generating an order transaction view to receive an order for the financial instrument, the order including an order price and a plurality of order conditions, the order transaction view including a calculation button and an available estimated amount; receiving a calculation instruction generated by the calculation button to perform a calculation using the order conditions and the available estimated amount, wherein... The calculation instruction includes obtaining the settlement amount of the past N days from a middleware server, adding it to a bank account balance, and then incorporating it into the available estimated amount. Furthermore, the calculation instruction calculates the maximum tradable quantity of one of the financial instruments based on the order price and the available estimated amount. The available estimated amount is obtained from the middleware server and displayed when the order trading view is displayed on the screen, i.e., when the bank account balance is downloaded from the middleware server. The available estimated amount is dynamically updated and stored in memory based on the changes in all orders on that day. The maximum tradable quantity is dynamically calculated based on the available estimated amount in memory according to the changes in the order price and updated and displayed in the order trading view. The calculation results are displayed in the order trading view. An order instruction is received to generate the order. The order is uploaded to a trading server. Finally, the available estimated amount is updated and stored in memory based on the changes in the order.

6. The method for dynamic calculation of order transactions as described in claim 5, wherein the available estimated amount is a bank account balance, which is downloaded from a middleware server and displayed in the available estimated amount after the calculation instruction is executed.

7. The method for dynamic calculation of order transactions as described in claim 5, wherein the maximum tradable quantity already includes the calculation of a transaction fee and a transaction tax for the order.

8. The method for dynamic calculation of order transactions as described in claim 5, wherein the calculation information is selected from any one or a combination of the following: the bank account balance, the settlement amount of the most recent day, the settlement amount of the most recent two days, the settlement amount of the most recent three days, the cumulative amount of orders placed on the same day, the cumulative amount of buy orders placed on the same day, the available estimated amount, the maximum tradable quantity, a transaction fee, and a transaction tax.

9. A computer program product installed on a mobile device having a processor, a memory and a screen, the computer program product being stored in the memory and running on the processor, wherein when the processor executes the computer program product, it implements any step of the method for dynamic calculation of order transactions as described in claims 5 to 8 above.

Images