Method and related device for evaluating interactive futures product function combining batch processing with instant computing

Abstract

The application relates to the technical field of data processing, in particular to an interactive futures variety function evaluation method combining batch processing and instant computing and related equipment. The method displays a parameter control of futures variety evaluation and acquires index parameters through the parameter control. In response to an evaluation request initiated by a target object, the method requests a second terminal to acquire index intermediate results corresponding to the index parameters, receives the index intermediate results fed back by the second terminal, and calculates a function evaluation result of a current futures variety based on the index intermediate results. For index parameters input by the target object, the index intermediate results required for evaluation and calculation of the index parameters are pre-calculated and stored from futures original data by the second terminal. The method can realize quick response of an evaluation request in automatic evaluation of futures variety functions, facilitates a user to change index parameters of evaluation at any time, and optimizes the use experience of the user.

Description

Technical Field

[0001] This application relates to the field of data processing technology, and in particular to an interactive futures product function evaluation method and related equipment that combines batch processing and real-time calculation. Background Technology

[0002] Among related technologies, there are methods for automated evaluation of futures product functions, which involve real-time indicator calculation based on online instantaneous computation of futures market data. Online instantaneous computation can generate futures product evaluation results based on user-required evaluation indicators. After receiving the evaluation indicators, the system queries the database in real time for the various parameters required to calculate the futures product functions, and substitutes these parameters into predefined calculation rules to obtain the various indicators. However, in practical applications, it has been found that in high-concurrency scenarios or when the amount of user-evaluated indicators is huge, the need to read calculation parameters and a large amount of raw market data from the database for each calculation leads to very slow terminal response speeds, impacting the user experience.

[0003] In summary, the technical problems existing in the relevant technologies need to be improved. Summary of the Invention

[0004] In view of this, the main objective of the embodiments of this application is to propose an interactive futures product function evaluation method and related equipment that combines batch processing and real-time calculation. This method can achieve rapid response to evaluation requests in the automated evaluation of futures product functions, facilitate users to change the evaluation indicator parameters at any time, and optimize the user experience.

[0005] To achieve the above objectives, one aspect of this application proposes an interactive futures product function evaluation method combining batch processing and real-time calculation, applied to a first terminal. The method includes the following steps: Display parameter controls for evaluating futures products and obtain indicator parameters through the parameter controls; wherein, the parameter controls are used to provide an input interface for indicator parameters for the target object, and the indicator parameters are used as filtering conditions to obtain data of the current futures product from the data source; In response to the evaluation request initiated by the target object, a request is made to the second terminal to obtain the intermediate results of the indicators corresponding to the indicator parameters; wherein, the intermediate results of the indicators are pre-calculated and stored according to predefined calculation rules and futures raw data; Receive the intermediate results of the indicators fed back by the second terminal, and calculate the functional evaluation result of the current futures product based on the intermediate results of the indicators.

[0006] In some embodiments, requesting the second terminal to obtain the intermediate result of the indicator corresponding to the indicator parameter includes: Based on the indicator parameters, query the corresponding indicator calculation rules, and determine the fields to be queried through the unknown parameters in the indicator calculation rules; Based on the field to be queried, a retrieval request is determined, and the retrieval request is sent to the second terminal.

[0007] In some embodiments, the acquisition request includes an SQL query statement; The step of determining the retrieval request based on the field to be queried and sending the retrieval request to the second terminal specifically includes: An SQL query statement is generated based on the field to be queried in the intermediate result of the indicator, and the SQL query statement is sent to the second terminal; the SQL query statement is used to query the intermediate result of the indicator corresponding to the field to be queried in the second terminal.

[0008] To achieve the above objectives, another aspect of this application proposes an interactive futures product function evaluation method combining batch processing and real-time calculation, applied to a second terminal. The method includes: In response to a second terminal request to obtain intermediate results of the indicators corresponding to the indicator parameters, the request is received. The corresponding intermediate result of the indicator is queried in the database according to the acquisition request; wherein the intermediate result of the indicator is pre-calculated according to predefined calculation rules and futures raw data and stored in the second terminal; The intermediate results of the queried indicators are sent to the first terminal.

[0009] In some embodiments, the intermediate results of the indicator are determined through the following steps: Periodically request and receive the raw futures data from an external data platform; The raw futures data is substituted into the predefined calculation rules to determine the intermediate result of the indicator.

[0010] In some embodiments, the method further includes: The intermediate results of the indicator are stored in the intermediate result table according to the fields corresponding to the intermediate results of the indicator.

[0011] To achieve the above objectives, another aspect of this application proposes an interactive futures product function evaluation device, applied to a first terminal, the device comprising: The evaluation interaction module is used to display parameter controls for evaluating futures products and obtain indicator parameters through the parameter controls; The evaluation index request module is used to respond to the evaluation request initiated by the target object and request the second terminal to obtain the intermediate index results corresponding to the index parameters. The evaluation result calculation module is used to receive the intermediate results of the indicators fed back by the second terminal, and calculate the functional evaluation result of the current futures product based on the intermediate results of the indicators.

[0012] To achieve the above objectives, another aspect of this application proposes an interactive futures product function evaluation device, applied to a second terminal, the device comprising: The parameter information response module is used to respond to a second terminal's request to obtain the intermediate result of the indicator corresponding to the indicator parameter, and to receive the request. The intermediate indicator query module is used to query the corresponding intermediate result of the indicator in the database according to the acquisition request. The intermediate indicator feedback module is used to send the intermediate results of the queried indicator to the first terminal.

[0013] To achieve the above objectives, another aspect of the embodiments of this application provides a computer device including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the steps of the method described in any one of the present application.

[0014] To achieve the above objectives, another aspect of the embodiments of this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps of the method described in any one of the present application.

[0015] The embodiments of this application include at least the following beneficial effects: This application provides an interactive futures product function evaluation method and related equipment that combines batch processing and real-time calculation. This solution displays parameter controls for futures product evaluation and obtains indicator parameters through these controls. In response to an evaluation request initiated by the target object, it requests intermediate indicator results corresponding to the indicator parameters from a second terminal, receives the intermediate indicator results from the second terminal, and calculates the function evaluation result of the current futures product based on these intermediate indicator results. For the indicator parameters input by the target object, the intermediate indicator results required to complete the evaluation calculation of these indicator parameters are pre-calculated and stored from the original futures data through the second terminal. When the target object initiates an evaluation request, the pre-stored intermediate indicator results are queried and obtained from the second terminal, and the function evaluation result under the indicator parameter requirements is calculated. This solution decouples the calculation steps of the intermediate indicator results to the second terminal, thus accelerating the response speed of the evaluation request on the first terminal and optimizing the user experience. Attached Figure Description

[0016] Figure 1 This is a schematic diagram illustrating the application environment of the futures product function evaluation method provided in the embodiments of this application; Figure 2This is a flowchart of the futures product function evaluation method provided in the embodiments of this application; Figure 3 yes Figure 2 The flowchart shown is a step in the method to request and obtain intermediate results of the indicator. Figure 4 Another flowchart of the futures product function evaluation method provided in the embodiments of this application; Figure 5 for Figure 4 The flowchart of the step for determining intermediate results of the indicators in the method shown is included. Figure 6 A schematic diagram illustrating the response of a first terminal and a second terminal to an evaluation request, provided for an embodiment of this application; Figure 7 A data flow diagram of a first terminal and a second terminal responding to an evaluation request is provided in an embodiment of this application; Figure 8 An interactive timing diagram of the first terminal and the second terminal during interactive parameter configuration is provided in an embodiment of this application; Figure 9 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0017] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of this application and are not intended to limit it. In the following description, when referring to the accompanying drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with those of this application; they are merely examples of apparatuses and methods consistent with some aspects of the embodiments of this application as detailed in the appended claims.

[0018] It is understood that the terms “first,” “second,” etc., used in this application may be used herein to describe various concepts, but unless otherwise stated, these concepts are not limited by these terms. These terms are only used to distinguish one concept from another. For example, without departing from the scope of the embodiments of this application, first information may also be referred to as second information, and similarly, second information may also be referred to as first information. Depending on the context, the words “if,” “when,” or “in response to a determination” as used herein may be interpreted as “when…” or “when…” or “in response to a determination.”

[0019] As used in this application, the terms "at least one", "multiple", "each", "any", etc., "at least one" includes one, two or more, "multiple" includes two or more, "each" refers to each of the corresponding multiples, and "any" refers to any one of the multiples.

[0020] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of this application only and is not intended to limit this application.

[0021] Before providing a detailed description of the embodiments of this application, some of the nouns and terms involved in the embodiments of this application will be explained first. The nouns and terms involved in the embodiments of this application are subject to the following interpretations.

[0022] 1) Futures function assessment is the process of quantitatively analyzing the actual effectiveness of a specific futures contract in price discovery, hedging, and resource allocation.

[0023] To comprehensively, objectively, and accurately reflect the functional performance of various futures contracts and improve the efficiency of the futures market in serving the real economy, it is necessary to regularly assess the operation and function of futures contracts. For example, 10 core indicators (each with a weight of 10%) can be selected to score and rate each contract, thereby enabling regular supervision and improvement. These core indicators fall into three categories: first, hedging indicators, including hedging efficiency, the proportion of institutional holdings, the ratio of futures to spot market size, the activity of near-month contracts, and the continuity of active contracts; second, price discovery indicators, including the correlation between futures and spot prices, the futures-spot price spread at maturity, and the convergence of the futures-spot price volatility ratio; and third, market liquidity indicators, including relative bid-ask spreads and price impact costs.

[0024] Among related technologies, there are methods for automated evaluation of futures product functions, which involve real-time indicator calculation based on online instantaneous computation of futures market data. Online instantaneous computation can generate futures product evaluation results based on user-required evaluation indicators. After receiving the evaluation indicators, the system queries the database in real time for the various parameters required to calculate the futures product functions, and substitutes these parameters into predefined calculation rules to obtain the various indicators. However, in practical applications, it has been found that in high-concurrency scenarios or when the amount of user-evaluated indicators is huge, the terminal response speed becomes very slow, affecting the user experience.

[0025] For example, in historical data backtesting scenarios involving complex models such as relative bid-ask spread calculations, a very long window needs to be maintained, such as the market data per second for the past 30 days. This state data is pulled into memory and awaited retrieval. To ensure low latency, a large amount of CPU resources need to be stacked to speed up the processing speed of the data in memory, resulting in huge computational resource consumption or slow response when computational resources are limited, which affects the user experience.

[0026] In view of this, this application provides an interactive futures product function evaluation method and related equipment that combines batch processing and real-time calculation. This solution displays parameter controls for futures product evaluation and obtains indicator parameters through these controls. In response to an evaluation request initiated by the target object, it requests intermediate indicator results corresponding to the indicator parameters from a second terminal, receives the intermediate indicator results from the second terminal, and calculates the function evaluation result of the current futures product based on these intermediate indicator results. For the indicator parameters input by the target object, the intermediate indicator results required to complete the evaluation calculation of these indicator parameters are pre-calculated and stored from the original futures data by the second terminal. When the target object initiates an evaluation request, the pre-stored intermediate indicator results are queried and obtained from the second terminal, and the function evaluation result under the required indicator parameters is calculated. This solution decouples the calculation steps of the intermediate indicator results to the second terminal, thus accelerating the response speed of the evaluation request on the first terminal and optimizing the user experience.

[0027] The interactive futures product function evaluation method combining batch processing and real-time computing provided in this application relates to the field of information technology. This method can be applied to a terminal, a server, or software running on either a terminal or a server. In some embodiments, the terminal can be a smartphone, tablet, laptop, desktop computer, smart speaker, smartwatch, or in-vehicle terminal, but is not limited to these. The server can be configured as an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDN, and big data and artificial intelligence platforms. The server can also be a node server in a blockchain network. The software can be an application implementing the interactive futures product function evaluation method combining batch processing and real-time computing, but is not limited to the above forms.

[0028] This application can be used in a wide variety of general-purpose or special-purpose computer system environments or configurations. Examples include: personal computers, server computers, handheld or portable devices, tablet devices, multiprocessor systems, microprocessor-based systems, set-top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, and distributed computing environments including any of the above systems or devices. This application can be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform specific tasks or implement specific abstract data types. This application can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communication network. In distributed computing environments, program modules can reside in local and remote computer storage media, including storage devices.

[0029] The interactive futures product function evaluation method provided in this application can be applied to… Figure 1 In the illustrated application environment, the first terminal 101 communicates with the second terminal 102 via a network. The first terminal 101 is configured with an interactive interface. The first terminal 101 receives indicator parameters and evaluation requests input by the user through the interactive interface and initiates a request to the second terminal 102 to obtain intermediate indicator results. The second terminal 102 responds to the request, queries the pre-calculated intermediate indicator results, and feeds them back to the first terminal 101. The first terminal 101 calculates the functional evaluation result based on the returned data. The first terminal 101 can be, but is not limited to, various personal computers, laptops, smartphones, tablets, and portable wearable devices. The second terminal 102 can also be, but is not limited to, various personal computers, laptops, smartphones, tablets, and portable wearable devices. The interaction between the first and second terminals can also be implemented through a server, which can be a standalone server or a server cluster consisting of multiple servers.

[0030] Figure 2 This is an optional flowchart of the method provided in the embodiments of this application.

[0031] Please see Figure 2 This application provides an interactive futures product function evaluation method that combines batch processing and real-time calculation. The method is applied to a first terminal for illustration, including but not limited to steps 201 to 203.

[0032] Step 201: Display the parameter control for futures product evaluation and obtain the indicator parameters through the parameter control.

[0033] The parameter control is used to provide an input interface for indicator parameters for the target object, and the indicator parameters are used as filtering conditions to obtain data of the current futures product from the data source. Step 202: In response to the evaluation request initiated by the target object, request the second terminal to obtain the intermediate results of the indicators corresponding to the indicator parameters.

[0034] The intermediate results of the indicators are pre-calculated and stored according to predefined calculation rules and raw futures data; Step 203: Receive the intermediate results of the indicators fed back by the second terminal, and calculate the functional evaluation result of the current futures product based on the intermediate results of the indicators.

[0035] Steps 201 to 203 of the method described above are applied to the first terminal. For the indicator parameters input by the target object, the intermediate results of the indicators required to complete the evaluation calculation of these parameters are pre-calculated and stored from the raw futures data via the second terminal. When the target object initiates an evaluation request, the pre-stored intermediate results are retrieved from the second terminal, and the functional evaluation result under the required indicator parameters is calculated. This solution decouples the calculation steps of the intermediate indicator results to the second terminal, thus accelerating the response speed of the evaluation request on the first terminal and optimizing the user experience.

[0036] Figure 3 yes Figure 2 An optional flowchart of step 102 in the method shown.

[0037] Please see Figure 3 In some embodiments, step 102 may include, but is not limited to, steps 301 to 302: In some embodiments, requesting the second terminal to obtain the intermediate result of the indicator corresponding to the indicator parameter includes, but is not limited to, steps 201 to 202: Step 301: Query the corresponding indicator calculation rule according to the indicator parameters, and determine the field to be queried through the unknown parameters in the indicator calculation rule; Step 302: Determine the retrieval request based on the field to be queried, and send the retrieval request to the second terminal.

[0038] In some embodiments, the acquisition request includes an SQL query statement; The step of determining the retrieval request based on the field to be queried and sending the retrieval request to the second terminal specifically includes, but is not limited to, the following: An SQL query statement is generated based on the field to be queried in the intermediate result of the indicator, and the SQL query statement is sent to the second terminal; the SQL query statement is used to query the intermediate result of the indicator corresponding to the field to be queried in the second terminal.

[0039] In this embodiment, after configuration is completed and calculation is triggered, the calculation rules are filled according to the currently input indicator parameters of the target object, and a query statement for the standardized intermediate result table is dynamically generated (such as specifying the variety, evaluation time, and weighted summation according to the new weight). The query statement is executed in a high-performance analytical database (ArgoDB). Since the data source is a pre-processed intermediate table, rather than the original futures data, the results can be returned within seconds. Subsequently, the indicator intermediate results are converted into standardized scores (futures evaluation results) according to preset rules, and the standardized scores are displayed on the interactive interface.

[0040] Figure 4 This is another optional flowchart of the method shown in the embodiments of this application.

[0041] Please see Figure 4 This application also provides an interactive futures product function evaluation method that combines batch processing and real-time calculation, applicable to... Figure 1 The second terminal shown includes, but is not limited to, steps 401 to 403: Step 401: In response to the second terminal's request to obtain the intermediate result of the indicator corresponding to the indicator parameter, receive the request.

[0042] In some embodiments, the retrieval request in step 401 includes an SQL query statement. A distributed database (e.g., ArgoDB) is deployed in the second terminal.

[0043] Step 402: Query the database for the corresponding intermediate results of the indicator according to the acquisition request.

[0044] The intermediate results of the indicators are pre-calculated according to predefined calculation rules and raw futures data, and then stored on the second terminal. The raw futures data includes contract market data, open interest, and transaction details. This raw futures data is uniformly connected to a big data platform, which provides a data interface for the second terminal to access.

[0045] 403, send the intermediate results of the queried indicators to the first terminal.

[0046] It is understandable that when the second terminal executes the SQL query statement sent by the first terminal, it searches for intermediate results of the indicators corresponding to the fields to be queried in the table data stored in the database.

[0047] Steps 401 to 403 of the method described above are applied to the second terminal. After the first terminal initiates an acquisition request, the second terminal responds to the acquisition request. In some embodiments, the intermediate result of the indicator is determined through the following steps 501 to 502: Step 501: Periodically request the raw futures data from an external data platform and receive the raw futures data; Step 502: Substitute the original futures data into the predefined calculation rules to determine the intermediate result of the indicator.

[0048] In the second terminal, the scheduled batch processing job starts according to a predetermined cycle (daily) to perform calculation tasks such as cleaning, association, and aggregation, and finally produces a structured intermediate result table of indicators, which is stored in a high-performance distributed database (such as ArgoDB).

[0049] In some embodiments, the method further includes: step 503, storing the intermediate result of the indicator in an intermediate result table according to the field corresponding to the intermediate result of the indicator.

[0050] It is understood that the intermediate result table of the indicators is structured data stored according to associations such as fields and dates. When executing a query, the fields to be queried by the first terminal are matched with the fields and dates in the intermediate result table of the indicators, and the intermediate result of the indicators corresponding to the fields and dates to be queried is sent to the first terminal.

[0051] The following is a detailed description and explanation of the solutions in the embodiments of the present invention, using specific application examples: This application provides an interactive futures product function evaluation method that combines batch processing and real-time calculation. This method covers ten core indicators and shortens the function evaluation cycle for multiple products from "several days" of traditional manual operation to "minutes" in the system. On the one hand, through the interactive front-end, users can freely adjust key parameters such as indicator weights and hedging cycles and immediately obtain calculation results. On the other hand, its core architecture of "batch processing + real-time calculation" offloads computationally intensive tasks to offline periods, making online real-time response lightweight. This allows for support of high-concurrency, high-complexity interactive analysis needs with reasonable and controllable resource consumption. Finally, this system significantly lowers the professional threshold and improves the depth of analysis, freeing analysts from tedious and error-prone data processing, allowing them to focus on high-value query analysis.

[0052] Figure 5 This illustration shows a schematic diagram of a first terminal and a second terminal responding to an evaluation request, as provided in an embodiment of this application. Figure 6 The diagram illustrates a data flow diagram of a first terminal and a second terminal responding to an evaluation request, as provided in an embodiment of this application. Figure 7 The diagram illustrates the interaction timing diagram of a first terminal and a second terminal during interactive parameter configuration, as provided in an embodiment of this application.

[0053] Please see Figures 5 to 7 It details the micro-interaction process from user operation to result feedback, involving the target object (interactive interface), the first terminal and the second terminal, including the following steps: 1. User operation: The user adjusts a parameter on the interactive interface (for example, adjusts the weight of "hedging efficiency" from 10% to 15%) and clicks "Calculate".

[0054] In this embodiment of the application, the interactive interface can select the variety, time range, and indicator, and dynamically adjust the scoring weight, calculation parameters, import spot prices, set the optimal / worst value for each indicator and initiate the calculation. Then, it receives the results from the service layer and displays the indicator value and score of each calculation in the form of a task table.

[0055] 2. Query Construction: The front-end interface captures this event and sends the new indicator parameters (evaluation variety, evaluation time range, evaluation indicator, indicator weight, etc.) to the first terminal; after receiving the request, the first terminal uses the parameters to fill in the calculation rules and dynamically generates an SQL query statement for the database.

[0056] 3. Query intermediate results table: The first terminal queries the ArgoDB database.

[0057] 4. Query result return: The ArgoDB database executes the query within seconds and returns the calculation results (intermediate results of the indicators) to the first terminal.

[0058] 5. Calculate the weighted score: The first terminal calculates the weighted score based on the returned intermediate results of the indicators and the indicator weights set by the user, and returns the intermediate results of the indicators and the function evaluation results to the interactive interface.

[0059] 6. Interface Update: The interactive interface refreshes immediately, presenting the new evaluation results to the user.

[0060] In this embodiment, a complete, computationally intensive evaluation task is intelligently decoupled into two independent yet collaborative stages. In the first stage, the second terminal utilizes a big data platform to periodically process massive amounts of raw data in the background, generating a structured "intermediate indicator result table," thereby pre-emptively and fixed the most computationally intensive tasks. In the second stage, the first terminal, through a configurable interactive front-end, responds to real-time parameter adjustments and query requests from users. By generating dynamic query statements, it performs lightweight secondary calculations and aggregations on the aforementioned intermediate result table, outputting the functional evaluation results within seconds. The entire process is typically completed within a few seconds.

[0061] Please see Figure 8 This application also provides an interactive futures product function evaluation device, applied to a first terminal, the device comprising: The evaluation interaction module is used to display parameter controls for evaluating futures products and obtain indicator parameters through the parameter controls; The evaluation index request module is used to respond to the evaluation request initiated by the target object and request the second terminal to obtain the intermediate index results corresponding to the index parameters. The evaluation result calculation module is used to receive the intermediate results of the indicators fed back by the second terminal, and calculate the functional evaluation result of the current futures product based on the intermediate results of the indicators.

[0062] In some embodiments, the evaluation index request module is further configured to query the corresponding index calculation rule based on the index parameter, and determine the field to be queried through the unknown parameters in the index calculation rule; Based on the field to be queried, a retrieval request is determined, and the retrieval request is sent to the second terminal.

[0063] In some embodiments, the acquisition request includes an SQL query statement; the step of determining the acquisition request based on the field to be queried and sending the acquisition request to the second terminal specifically includes: An SQL query statement is generated based on the field to be queried in the intermediate result of the indicator, and the SQL query statement is sent to the second terminal; the SQL query statement is used to query the intermediate result of the indicator corresponding to the field to be queried in the second terminal.

[0064] Please see Figure 9 This application also provides an interactive futures product function evaluation device, applied to a second terminal, the device comprising: The parameter information response module is used to respond to a second terminal's request to obtain the intermediate result of the indicator corresponding to the indicator parameter, and to receive the request. The intermediate indicator query module is used to query the corresponding intermediate result of the indicator in the database according to the acquisition request. The intermediate indicator feedback module is used to send the intermediate results of the queried indicator to the first terminal.

[0065] In some embodiments, the device further includes an indicator intermediate result construction module, which is used to periodically request the futures raw data from an external data platform, receive the futures raw data, substitute the futures raw data into the predefined calculation rules, determine the indicator intermediate result, and store the indicator intermediate result in an indicator intermediate result table according to the fields corresponding to the indicator intermediate result.

[0066] It is understood that the content of the above method embodiments is applicable to the present device embodiments. The specific functions implemented by the present device embodiments are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0067] This application also provides an electronic device, which includes a memory and a processor. The memory stores a computer program, and the processor executes the computer program to implement the above-described method. This electronic device can be any smart terminal, including tablet computers, in-vehicle computers, etc.

[0068] It is understood that the content of the above method embodiments is applicable to this device embodiment. The specific functions implemented by this device embodiment are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0069] Please see Figure 9 , Figure 9 The hardware structure of an electronic device according to another embodiment is illustrated. The electronic device includes: The processor 901 can be implemented using a general-purpose CPU (Central Processing Unit), microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this application. The memory 902 can be implemented as a read-only memory (ROM), static storage device, dynamic storage device, or random access memory (RAM). The memory 902 can store the operating system and other application programs. When the technical solutions provided in the embodiments of this specification are implemented through software or firmware, the relevant program code is stored in the memory 902 and is called and executed by the processor 901 using the methods described in the embodiments of this application. The 903 input / output interface is used to implement information input and output. The communication interface 904 is used to enable communication and interaction between this device and other devices. Communication can be achieved through wired means (such as USB, Ethernet cable, etc.) or wireless means (such as mobile network, WIFI, Bluetooth, etc.). Bus 905 transmits information between various components of the device (e.g., processor 901, memory 902, input / output interface 903, and communication interface 904); The processor 901, memory 902, input / output interface 903, and communication interface 904 are connected to each other within the device via bus 905.

[0070] This application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the above-described method.

[0071] It is understood that the content of the above method embodiments is applicable to this storage medium embodiment. The specific functions implemented in this storage medium embodiment are the same as those in the above method embodiments, and the beneficial effects achieved are also the same as those achieved in the above method embodiments.

[0072] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the above-described method.

[0073] It is understood that the content of the above method embodiments is applicable to the embodiments of this program product. The specific functions implemented by the embodiments of this program product are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0074] Memory, as a non-transitory computer-readable storage medium, can be used to store non-transitory software programs and non-transitory computer-executable programs. Furthermore, memory may include high-speed random access memory, and may also include non-transitory memory, such as at least one disk storage device, flash memory device, or other non-transitory solid-state storage device. In some embodiments, memory may optionally include memory remotely located relative to the processor, and these remote memories can be connected to the processor via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

[0075] The embodiments described in this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided by the embodiments of this application. As those skilled in the art will know, with the evolution of technology and the emergence of new application scenarios, the technical solutions provided by the embodiments of this application are also applicable to similar technical problems.

[0076] Those skilled in the art will understand that the technical solutions shown in the figures do not constitute a limitation on the embodiments of this application, and may include more or fewer steps than shown, or combine certain steps, or different steps.

[0077] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs.

[0078] Those skilled in the art will understand that all or some of the steps in the methods disclosed above, as well as the functional modules / units in the systems and devices, can be implemented as software, firmware, hardware, or suitable combinations thereof.

[0079] The terms “first,” “second,” “third,” “fourth,” etc. (if present) in the specification and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms “comprising” and “having,” and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0080] It should be understood that in this application, "at least one (item)" means one or more, and "more than" means two or more. "And / or" is used to describe the relationship between related objects, indicating that three relationships can exist. For example, "A and / or B" can represent three cases: only A exists, only B exists, and both A and B exist simultaneously, where A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one (item) of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one (item) of a, b, or c can represent: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, and c can be single or multiple.

[0081] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of the units described above is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0082] The units described above as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0083] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0084] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes multiple instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing programs, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0085] The preferred embodiments of the present application have been described above with reference to the accompanying drawings, but this does not limit the scope of the claims of the present application. Any modifications, equivalent substitutions, and improvements made by those skilled in the art without departing from the scope and substance of the embodiments of the present application shall be within the scope of the claims of the present application.

Claims

1. An interactive method for evaluating the functionality of futures contracts that combines batch processing and real-time calculation, characterized in that, Applied to a first terminal, the method includes the following steps: Display parameter controls for evaluating futures products and obtain indicator parameters through the parameter controls; wherein, the parameter controls are used to provide an input interface for indicator parameters for the target object, and the indicator parameters are used as filtering conditions to obtain data of the current futures product from the data source; In response to the evaluation request initiated by the target object, a request is made to the second terminal to obtain the intermediate results of the indicators corresponding to the indicator parameters; wherein, the intermediate results of the indicators are pre-calculated and stored according to predefined calculation rules and futures raw data; Receive the intermediate results of the indicators fed back by the second terminal, and calculate the functional evaluation result of the current futures product based on the intermediate results of the indicators.

2. The method as described in claim 1, characterized in that, The step of requesting the intermediate result of the indicator corresponding to the indicator parameter from the second terminal includes: Based on the indicator parameters, query the corresponding indicator calculation rules, and determine the fields to be queried through the unknown parameters in the indicator calculation rules; Based on the field to be queried, a retrieval request is determined, and the retrieval request is sent to the second terminal.

3. The method as described in claim 2, characterized in that, The request includes an SQL query statement; The step of determining the retrieval request based on the field to be queried and sending the retrieval request to the second terminal specifically includes: An SQL query statement is generated based on the field to be queried in the intermediate result of the indicator, and the SQL query statement is sent to the second terminal; the SQL query statement is used to query the intermediate result of the indicator corresponding to the field to be queried in the second terminal.

4. An interactive method for evaluating the functionality of futures contracts that combines batch processing and real-time calculation, characterized in that, Applied to a second terminal, the method includes: In response to a second terminal request to obtain intermediate results of the indicators corresponding to the indicator parameters, the request is received. The corresponding intermediate result of the indicator is queried in the database according to the acquisition request; wherein the intermediate result of the indicator is pre-calculated according to predefined calculation rules and futures raw data and stored in the second terminal; The intermediate results of the queried indicators are sent to the first terminal.

5. The method as described in claim 4, characterized in that, The intermediate results of the indicator are determined through the following steps: Periodically request and receive the raw futures data from an external data platform; The raw futures data is substituted into the predefined calculation rules to determine the intermediate result of the indicator.

6. The method as described in claim 5, characterized in that, The method further includes: The intermediate results of the indicator are stored in the intermediate result table according to the fields corresponding to the intermediate results of the indicator.

7. An interactive futures product function evaluation device, characterized in that, Applied to a first terminal, the device includes: The evaluation interaction module is used to display parameter controls for evaluating futures products and obtain indicator parameters through the parameter controls; The evaluation index request module is used to respond to the evaluation request initiated by the target object and request the second terminal to obtain the intermediate index results corresponding to the index parameters. The evaluation result calculation module is used to receive the intermediate results of the indicators fed back by the second terminal, and calculate the functional evaluation result of the current futures product based on the intermediate results of the indicators.

8. An interactive futures product function evaluation device, characterized in that, Applied to a second terminal, the device includes: The parameter information response module is used to respond to a second terminal's request to obtain the intermediate result of the indicator corresponding to the indicator parameter and to receive the request. The intermediate indicator query module is used to query the corresponding intermediate result of the indicator in the database according to the acquisition request. The intermediate indicator feedback module is used to send the intermediate results of the queried indicator to the first terminal.

9. An electronic device comprising a memory and a processor, wherein the memory stores a computer program, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 6.

10. A computer-readable storage medium, characterized in that, The device contains a computer program that, when executed by a processor, implements the steps of the method according to any one of claims 1 to 6.

Images