CN113658008A

CN113658008A - Bin adjusting method, device, equipment and storage medium

Info

Publication number: CN113658008A
Application number: CN202110959174.0A
Authority: CN
Inventors: 潘逾; 陈昊翔
Original assignee: Futuo Network Technology Shenzhen Co ltd
Current assignee: Futuo Network Technology Shenzhen Co ltd
Priority date: 2021-08-19
Filing date: 2021-08-19
Publication date: 2021-11-16

Abstract

The application provides a bin adjusting method and device, electronic equipment and a storage medium. The method comprises the following steps: generating a warehousing plan based on the virtual resource data currently held by the user account and the acquired simulated combination information, wherein the warehousing plan comprises at least one of the change of the warehousing proportion of the component virtual resources in the virtual resource data, the expected execution time of the redemption operation and the expected execution time of the purchase operation; when a bin adjusting instruction triggered by the terminal equipment is acquired, allocating virtual resource data based on the bin adjusting plan; obtaining a binning result, wherein the binning result comprises an execution state of the binning plan, and the execution state of the binning plan comprises at least one of to-be-confirmed, completed and terminated; and sending the bin adjusting result to the terminal equipment. In the embodiment of the application, a user can trigger the bin transferring instruction, so that the bin transferring plan is executed to realize bin transferring, the execution state of the bin transferring plan can be obtained, the one-key bin transferring function is realized, and man-machine operation is simplified.

Description

Bin adjusting method, device, equipment and storage medium

Technical Field

The application relates to the technical field of software, in particular to a bin adjusting method, a bin adjusting device, electronic equipment and a storage medium.

Background

The fund combination is a medium investment class, and a basket of funds can be purchased at one time through the combination. The combination is divided into two types, namely a wealth combination managed by a quantification team and a fund combination managed by a fund company, when a customer buys the combination, the fund invested in the combination is synchronously copied according to the position holding proportion of the combination, and theoretically, the combined income is the income of the customer.

After the customer purchases the combination, the customer may not automatically follow up for various reasons, such as irregular bin-changing of the simulated combination, incomplete confirmation of purchase when the customer redeems a single fund in the combination or the combination, and delayed confirmation time, different cost from the simulated combination and thus different number of taken positions, and gradual deviation of the combined taken position ratio held by the customer from the simulated combination.

As one mode, a semi-automatic mode of following the transfers can be adopted to carry out the transferring of fund combinations. But the current mode of semi-automatic register adjustment is complex in interaction and the operation interface is obscure and unintelligible. Therefore, a simple and convenient fund combination warehouse adjustment scheme is needed.

Disclosure of Invention

The application provides a bin adjusting method and device, electronic equipment and a storage medium, which can realize a one-key bin adjusting function and simplify human-computer interaction.

In a first aspect, a method for adjusting a bin is provided, and applied to a server, including:

generating a warehousing plan based on virtual resource data currently held by a user account and the acquired simulated combination information, wherein the warehousing plan comprises at least one of the change of the warehousing proportion of the component virtual resources in the virtual resource data, the expected execution time of the redemption operation and the expected execution time of the purchase operation;

when a bin adjusting instruction triggered by terminal equipment is acquired, allocating the virtual resource data based on the bin adjusting plan;

obtaining a binning result, wherein the binning result comprises an execution state of the binning plan, and the execution state of the binning plan comprises at least one of to-be-confirmed, completed and terminated;

and sending the bin adjusting result to the terminal equipment.

In a second aspect, a method for adjusting a bin is provided, and the method is applied to a terminal device, and includes:

obtaining a binning plan comprising at least one of a change in a position ratio of component virtual resource data in the virtual resource data, a projected execution time of a redemption operation, and a projected execution time of a buy operation;

displaying the transfer plan and a first input area;

receiving a binning instruction through the first input region, the binning instruction being indicative of execution of the binning plan;

and acquiring and displaying a binning result, wherein the binning result comprises an execution state of the binning plan, and the execution state of the binning plan comprises at least one of to-be-confirmed, completed and terminated.

In a third aspect, a blending device is provided, which includes:

the processing unit is used for generating a warehousing plan based on virtual resource data currently held by a user account and the acquired simulation combination information, wherein the warehousing plan comprises at least one of the change of the warehousing proportion of the component virtual resources in the virtual resource data, the expected execution time of the redemption operation and the expected execution time of the purchase operation;

the processing unit is further used for allocating the virtual resource data based on the allocation plan when an allocation instruction triggered by the terminal equipment is acquired;

the processing unit is further configured to obtain a binning result, where the binning result includes an execution state of the binning plan, where the execution state of the binning plan includes at least one of to-be-confirmed, completed, and terminated;

and the sending unit is used for sending the bin adjusting result to the terminal equipment.

In a fourth aspect, a device for adjusting the bin is provided, which comprises:

an acquisition unit configured to acquire a reshuffling plan including at least one of a change in a position ratio of a component virtual resource in the virtual resource data, a predicted execution time of a redemption operation, and a predicted execution time of a buy operation;

the display unit is used for displaying the transfer plan and the first input area;

the obtaining unit is further configured to receive a binning instruction through the first input area, where the binning instruction is used to instruct execution of the binning plan;

the obtaining unit is further configured to obtain a binning result, where the binning result includes an execution state of the binning plan, and the execution state of the binning plan includes at least one of to-be-confirmed, completed, and terminated;

the display unit is also used for displaying the bin adjustment result.

In a fifth aspect, the present application provides an electronic device, comprising: a processor and a memory, the memory for storing a computer program, the processor for invoking and executing the computer program stored in the memory to perform the method of the first aspect or implementations thereof, or the method of the second aspect or implementations thereof.

In a sixth aspect, the present application provides a computer readable storage medium for storing a computer program for causing a computer to perform the method of the first aspect or the second aspect, or any implementation form of the first aspect or the second aspect.

In a seventh aspect, a computer program product is provided, comprising computer program instructions to cause a computer to perform the method as in the first or second aspect, or any implementation of the first or second aspect.

In an eighth aspect, there is provided a computer program for causing a computer to perform a method as in the first aspect, or any implementation of the second aspect.

Therefore, the bin transferring plan and the input area are displayed through the terminal device, so that a user can trigger the bin transferring instruction through the input area, the bin transferring plan is executed to achieve bin transferring, meanwhile, the bin transferring result can be displayed, and the user can know the execution state of the bin transferring plan. Therefore, the embodiment of the application can realize the function of one-key bin adjustment and simplify man-machine operation, so that on one hand, a user can conveniently follow up the adjustment to follow up the combined operation, on the other hand, the basic function of the combined virtual resources can be perfected, and the attraction of the combined virtual resources is improved.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

FIG. 1 is a schematic diagram of an application scenario of a solution provided by an embodiment of the present application;

fig. 2 is a schematic flow chart of a binning method provided in an embodiment of the present application;

FIG. 3 is an example of a client interface provided by an embodiment of the present application;

FIG. 4 is another example of a client interface provided by an embodiment of the present application;

FIG. 5 is another example of a client interface provided by an embodiment of the present application;

FIG. 6 is another example of a client interface provided by an embodiment of the present application;

FIG. 7 is another example of a client interface provided by an embodiment of the present application;

FIG. 8 is an example of a client interface provided by embodiments of the present application;

FIG. 9 is a schematic flow chart of a method for adjusting bins according to an embodiment of the present disclosure;

FIG. 10 is a schematic flow chart diagram of another binning method provided by embodiments of the present application;

fig. 11 is a schematic block diagram of a silo adjusting device provided in an embodiment of the present application;

fig. 12 is a schematic block diagram of another binning apparatus provided in an embodiment of the present application;

fig. 13 is a schematic block diagram of an electronic device provided in an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

Fig. 1 is a schematic view of an application scenario of a scheme provided in an embodiment of the present application. The application scenario relates to an electronic device 101 and an electronic device 102, where the electronic device 101 may be various terminal devices, such as a smart Phone (e.g., an Android Phone, an iOS Phone, a Windows Phone, etc.), a tablet computer, a palm computer, a notebook computer, a mobile Internet device (mobile Internet device), a wearable device, a vehicle-mounted device, and the like, without limitation. The terminal device may also be referred to as a User Equipment (UE), a terminal, or a User Equipment, and is not limited thereto. The electronic device 102 may be various servers, such as a fund server, a wind control server, a market server, and the like, which is not limited in this application. The electronic device 101 and the electronic device 102 may perform data transmission by wireless communication technology.

In this embodiment, for example, the electronic device 101 may obtain a binning plan from the electronic device 102, and display the binning plan and the first input area to the user, and the user may trigger a binning instruction through the first input area. After receiving the binning instruction, the electronic device 101 may instruct the electronic device 102 to perform binning. Accordingly, the electronic device 102 may perform the execution of the binning plan and obtain the binning result. The electronic device 102 may send the obtained binning result to the electronic device 101, and the electronic device 101 displays the binning result.

In an embodiment of the present application, the binning plan includes at least one of a change in a proportion of taken positions of component virtual resources in the virtual resource data, a projected execution time of a redemption operation, and a projected execution time of a buy operation. Alternatively, the binning plan may be determined by referring to virtual resource data currently held by the user account and simulation portfolio information (which may also be referred to as module portfolio taken). The binning result comprises an execution state of the binning plan, wherein the execution state of the binning plan comprises at least one of to-confirm, completed, and terminated.

The virtual resource may be, without limitation, a product such as a fund, a stock, or a futures. Accordingly, the virtual resource data may be a fund combination, a stock combination, a futures combination, or the like, which is not limited in this application.

According to the method and the device, the bin transferring plan and the input area are displayed for the user through the terminal equipment, so that the user can trigger the bin transferring instruction through the input area, the bin transferring plan is executed to realize bin transferring, meanwhile, the bin transferring result can be displayed, and the user can know the execution state of the bin transferring plan. Therefore, the embodiment of the application can realize the function of one-key bin adjustment and simplify man-machine operation, so that on one hand, a user can conveniently follow up the adjustment to follow up the combined operation, on the other hand, the basic function of the combined virtual resources can be perfected, and the attraction of the combined virtual resources is improved.

It should be noted that the application scenario shown in fig. 1 is only for illustrating the embodiment of the present application and is not limited. In specific implementation, the technical scheme provided by the embodiment of the application can be flexibly applied according to actual needs.

Fig. 2 shows a schematic flow chart of a binning method 200 provided in an embodiment of the present application. The method 200 may be executed by a server and a client (also referred to as a terminal device), or may also be executed by a chip or a circuit in the server and the client, without limitation. The server may be an example of the electronic device 102 shown in fig. 1, and the client may be an example of the electronic device 101 and a chip or a circuit in the electronic device 102 in fig. 1, which is not limited.

It should be understood that fig. 2 shows the steps or operations of the method of binning, but these steps or operations are merely examples, and other operations or variations of the individual operations in fig. 2 may also be performed by embodiments of the present application. Moreover, the various steps in FIG. 2 may be performed in a different order presented in FIG. 2, and it is possible that not all of the operations in FIG. 2 may be performed.

It should be noted that, in the descriptions of fig. 2 to fig. 8, a combination of virtual resource data as a fund is described as an example. When the virtual resource data is a stock combination or a futures combination, the method of adjusting the warehouse can refer to the method of adjusting the warehouse of the fund combination, and is not described here.

As shown in fig. 2, the method 200 includes steps 210 through 280. The various steps in method 200 are described in detail below in conjunction with fig. 2.

Optionally, 210, the server determines a binning state.

The bin transferring state can indicate that the server sends the client to display whether the bin can be transferred or not, whether the bin transferring is finished or not and the like. Illustratively, the binning state may include no entry, display of adjustable bins, in bin, bin completed, etc. states. The client can display different bin-adjusting states.

In some alternative embodiments, it may be determined whether the fund combination satisfies a binning condition that the last customer binning time LCA is less than the last simulated binning time LSA. When the fund combination meets the warehouse-transferring condition, namely LAC is less than LSA, whether the total amount and the proportion change related to warehouse transferring of the user are higher than a threshold value or not can be verified, and if yes, the user can be prompted to perform warehouse transferring. And when the fund combination does not meet the warehouse adjusting condition, namely LCA is larger than or equal to LSA, judging that warehouse adjustment is not needed.

Where LCA represents the time of the order of the most recent customer completed a call, or the time of the order of the earliest purchase when the customer did not call. LSA represents the time of the most recent analog combination for binning, and 0 if no binning.

Optionally, 220, the server sends a system message to the client.

And when the transfer state is no entrance, the server does not issue any data. And when the bin transferring state is displaying the adjustable bin, the server issues a display entrance mark and a file, and the bin transferring can be skipped after clicking. And when the transfer state is in the transfer state, the server issues a transfer order mark for skipping order record and a predicted completion time file.

For example, when the binning status is to display the binning, the server may send a first system message to the client, the first system message being used to instruct the user to perform the binning according to the configuration scheme. When the binning status is in the binning, the server may send a second system message to the client indicating that the fund is combined in the binning. Optionally, the second system message may include a diversion order identification, and/or a diversion plan projected completion time.

The server generates a binning plan 230.

The server may generate a diversion plan based on the fund combination position information (e.g., fund combination position) currently held by the user account and the acquired simulated combination information (e.g., simulated combination position). The resale plan is used to display to the customer a purchase and redemption plan for the resale including at least one of a change in the proportion of the positions of the component funds in the fund combination, a projected execution time for the redemption operation, and a projected execution time for the purchase operation. The transfer plan is not generated at the time of generation.

As one possible implementation, the customer combined position taking ratio and the simulated combined position taking ratio can be compared to obtain an adjustment plan of the component fund in the fund combination, and then the position adjusting plan can be generated according to the adjustment plan of the component fund and the redemption schedule of the component fund.

Optionally, the user may adjust the holding ratio of the original analog combination according to the preference of the user. For example, the taken-position ratio of each virtual resource in the original simulation combination is a: b: c, the preference degree ratio of the user to the virtual resource is i: k: j, the obtained adjusted position holding ratio is ai: bk: cj. By the method, on the basis of the original simulation combination, the preference of the user is added as the proportion to adjust the proportion of the virtual resources in the combination, so that the flexibility of virtual resource processing is improved.

For example, when the user views the re-position plan, the background can respectively request the market side and the asset side to inquire the current position occupation ratio condition of the simulation combination and the current position occupation amount and the occupation ratio of the user. By comparing the proportion of the simulated taken positions and the user taken positions, the proportion change of all the component funds involved in the adjustment of the positions can be obtained. Then, the change of the position sum can be obtained by multiplying the combined position sum of the user by the proportion change of each component fund. For redemption operations, the share of redemption can be calculated by looking up the current net value of the fund.

Illustratively, the adjustment plan for a component fund may include 5 cases:

building a bin: not before, now available, needs to be bought;

clearing the bin: previously, not currently, required redemption;

adding a bin: the amount of the Chinese herbal medicines is small, and the Chinese herbal medicines are large at present and need to be bought;

and (3) cabin reduction: more before, less now, need to be redeemed;

keeping unchanged: and then remains unchanged from now.

For example, the fund side customer taken position data is compared with the market side simulated position data, the customer position adjustment amount is 10000.00:, and the adjustment plan of the component fund can be shown as table 1:

TABLE 1

Fund gold	Ratio of customers	Analog duty ratio	Type of change	Variable display	Variable amount of money
						A
	0％	25％	Building storehouse	0.00％→25.00％	Buy 2500.00
						B	25％	0％	Cleaning warehouse	25.00％→0.00％	Sell 2500.00
C	25％	35％	Bin adding device	25.00％→35.00％	Buy 1000.00
						D	25％	15％	Reduction bin	25.00％→15.00％	Sell 1000.00
E	25％	25％	Is not changed	Does not display	Does not display

After determining the amount of the cash out, the expected execution time for each step of the operation (e.g., redemption operation and redemption operation) may be determined.

In some alternative embodiments, at least one of the following rules may be followed when generating a resale plan in conjunction with the redemption schedule of the component fund:

rule one is as follows: the redemption ticket is submitted at a first time. That is, the redemption operation may be performed immediately after the opening of the bin, for example, within 10 minutes of the opening of the bin.

Rule two: the purchase order is purchased after being paid out. For example, from the time of the redemption operation and the time interval required to reconcile the funds at the corresponding redemption, the expected reconciled time for each fund can be estimated.

Rule three: buying from late to early according to the confirmation time, if the confirmation time is the same, buying the money amount firstly, placing an order when the confirmation amount is larger than or equal to the expected buying amount, and buying the last order completely no matter how much money is, or less money is;

rule four: and subtracting the current time from the last transaction confirmation time to generate the number of days required for transferring the warehouse.

As an example, when the purchase confirmation time interval is T1-4 days, the redemption account-reaching time interval is T1-8 days, the theoretical latest adjusting bin completion time is 12 days, and the confirmation and account-reaching time is calculated, if a holiday exists in the middle, the holiday is considered to be within the adjusting bin time, for example, the original T +3 days, and the holiday is left for 2 days, and is calculated as T + 5.

Continuing with the example in Table 1, the ordering sequence can be as shown in Table 2, where the ordering time is unified to 9 and 8 points by T, 12 and 11 points by T, and the binning time is equal to the confirmation time of the last purchase T + 8.

TABLE 2

Time to place order	Fund gold	Ordering content	Acknowledgement time and time to receipt	Remarks for note
					T+0	B	Sell 2500.00	T +3 account
T+0	E	Sell 1000.00	T +6 account
					T+3	C	Buy 1000.00	T +4 confirmation	Income 2500.00, buy 1000.00
T+6	A	Buy 2500.00	T +2 confirmation	Income account 1000.00, buy 2500.00

In some alternative embodiments, after the estimated due time for each fund is estimated based on the time of the redemption operation and the time interval required to reconcile the funds for the corresponding redemption, the estimated amounts of money can be accumulated in an array of amounts available on each day after the transfer based on the estimated due time ranking. For example, the array may be indexed by the difference in the number of days during the expected due date and the date the redemption was initiated, the value in the array being the amount available on the nth day after redemption was initiated. Traversing the array, and when the value with the subscript n in the array is larger than the amount of money required by the procurement operation, determining that the procurement operation can be executed on the nth day, and simultaneously, modifying the value after n. The traversal operation can be executed in a loop until the execution time of all the procurement operations is calculated. The execution sequence of the subscription operation is related to the number of days required for fund confirmation, and the fund with longer confirmation number of days can be preferentially subscribed.

After the expected execution time of all the operations is obtained, all the procurement operations can be traversed, the expected confirmation time of each procurement is confirmed, and the expected confirmation time of the warehouse adjustment can be obtained by taking the maximum value. At this point, the entire diversion plan generation is complete.

The server sends the binning plan to the client 240.

The client displays the binning plan and the first input area 250. For example, the first input area may be a key button, which is not limited in this application.

In some optional embodiments, the client may perform the binning and the display of two states of the binning according to the binning state. For example, the client may determine the state of the tune bin based on the system message. FIG. 3 illustrates one example of an interface for a client to display a binning state. As shown in fig. 3, the state 1 is an adjustable state, and the document may be "an adjustable reminder: the configuration scheme is updated in 31 days in 3 months, synchronization is suggested, and the transfer bin ordering can be skipped after clicking the right arrow. The state 2 is in the transferring bin, and the document can be' in the transferring bin: in anticipation of a 4 month 25 day call completion, "the call order details may be skipped after clicking the right arrow. Optionally, when displayed in the bin, the redemption is prohibited before the bin is finished, i.e. the redemption button is grayed out, and the Toast can prompt after clicking: "No redemption in Bin".

When the user clicks on state 1 in fig. 3, the call bin ordering may be skipped, e.g., the left-hand interface in fig. 4 is displayed. A binning account and product name, a binning reason, a binning plan (i.e., a binning plan), and a binning button (e.g., a one-touch binning button) may be displayed in the interface.

As an example, a small label of "clear bin" may be added when 0% is after binning, and a small label of "newly added" may be added when 0% is before binning.

Illustratively, the reason for the binning may be at least one of:

the combined irregular transfer is simulated, and the customer cannot automatically follow the transfer;

customer redemption of a single fund in a portfolio or incomplete confirmation of a purchase upon redemption of a portfolio;

when the customer purchases the combination, the price is different from the simulation combination due to the delay of the confirmation time, and the number of taken positions is different, and the market changes cause the gradual deviation.

As a specific example, the change before and after the binning of all the component funds may be displayed in sequence in the binning plan. For example, the change before and after the bin adjustment of component funds in the fund combination (for example, jia shi chinese a stock research choice fund, industrial and silver resources chinese new enterprise fund, franklin science foundation, beladed world health science, etc.) and the one-key bin adjustment button are displayed, and no user input is provided other than the one-key bin adjustment button, and the user can only select the bin adjustment or click the return key to adjust the bin.

When the user selects a re-binning, e.g. clicking a one-click re-binning button, the right-hand interface in fig. 4 may be popped up, prompting the user for re-binning confirmation. Optionally, after the user clicks the confirmation button, the user may be prompted to check the transaction password, which is not limited in the present application.

Optionally, the client may also display the operation details of the binning scheme. When the user clicks on the operation details, the interface jumps as shown in fig. 5, wherein the sequence of the component funds in the right-side detailed interface in fig. 5 may coincide with the sequence on the left-side in fig. 5. As shown in FIG. 5, the window interface after the jump can display details of the day's purchases and redemption, with the dates of purchases noted except for the day's redemption being contemplated and not limited by the present application.

260, the client receives the binning instruction.

Specifically, the client may receive a binning instruction through the first input area, where the binning instruction is used to instruct execution of the binning plan. As an example, the user may trigger the binning operation by touching or clicking the above-mentioned "one-touch binning" button, and the terminal device may receive the binning instruction corresponding to the operation of the user.

As an alternative embodiment, after the user confirms the transfer, a check may be performed, such as checking whether the evaluation is made, whether the evaluation is expired or upgraded, checking whether the check is made, whether the transaction password is set, verifying the transaction password, national state and ESOP checks, etc., in order, without limitation.

And 270, determining to execute the binning plan, and obtaining a binning result.

When a binning instruction triggered by the terminal device is acquired, the server may perform binning on the virtual resource data based on the binning plan. That is, after the dispatching of the dispatching plan is successful, the server may determine to execute the dispatching plan and obtain the dispatching result. Here, the binning result includes an execution state of the binning plan, wherein the execution state of the binning plan includes at least one of to-confirm, completed, and terminated.

Optionally, the resale result may further include a resale order detail, where the resale order detail may include an execution status of a resale order of each component fund, where the resale order is obtained by placing an order according to the resale plan, and the execution status of the resale order includes at least one of to-be-confirmed, completed, and terminated.

Illustratively, the binning plan takes effect after the binning plan detection passes. At this point, the diversion plan may be executed by the server-side order system. Specifically, the order system can actually place orders according to the generated transfer plan, and simultaneously can synchronously update the states of the transfer orders and the sub-orders thereof. By way of example, the sub-orders of the resale order may include, without limitation, a redemption order and a buy order.

In some alternative embodiments, the redemption of the orders may be performed in a combined order after the orders are placed as triggered by the bartering plan. As an example, a redemption order is placed while the bartering plan is in effect.

And if the redemption bill succeeds, freezing the account amount of the redemption bill, and generating a bin identifier ID corresponding to the account amount. Specifically, the goods-based redemption uses a pseudo-fast redemption logic, when the account amount returns to the security account or the fund account halfway, the account amount is frozen by the wind control side and marked as 1 ID, and the amount under the ID can only be bought in a warehouse and cannot be used in other scenes.

Alternatively, in the case where the redemption ticket succeeds, the execution status of the redemption ticket may be updated synchronously as completed.

And when the account amount is larger than the amount of the purchase order, the purchase order is placed. In the case that the purchase order is successful, determining that the execution state of the shunting plan is completed, and logging off the shunting ID. That is, the frozen ID will log off when all of the outstanding funds under the frozen ID are available for purchase.

Illustratively, the purchase order is placed after the redemption order is received. When buying, orders can be placed in sequence according to the order of buying the orders. In addition, the order can be placed when the actual confirmed amount is larger than the amount of the single purchase order, otherwise, the order can be placed until the second confirmed amount. When the order placement is delayed because the actual confirmation amount is less than the expected confirmation amount, the expected completion time of the warehousing order is updated.

In some embodiments, when the last purchase order is made, the order may be placed in its entirety, regardless of the amount of the account, in order to ensure that no cash remains. If the customer does not buy the product, the account amount redeemed by the transfer bin is not available, the transfer bin is finished in advance, and the transfer bin is finished.

Alternatively, in the event that the purchase order is successful, the execution status of the purchase order may be updated synchronously as completed.

In the case of a loss of the redemption order or a loss of the wind check after the purchase order is placed, the execution status of the reshuffling plan is determined to be terminated, and the reshuffling ID is cancelled in the case of the redemption order being credited.

Specifically, the process of pneumatic control may be taken when the purchase order is actually generated. For example, a binning plan may become terminated when a buy order is intercepted, either because the questionnaire failed or the suitability assessment did not pass. Upon expiration, the frozen ID can release the credited funds, and the ID can be cancelled when all of the redeemed credited funds are credited. When logoff fails, manual investigation may be alerted.

In the embodiment of the application, the warehousing supports manual termination, for example, termination requires stopping generation of a new redemption request, unfreezing of an amount of account, and cancellation of a frozen ID, which is not limited in the application. In addition, when the generation of a new redemption request is terminated passively for various reasons, the generation of the new redemption request is stopped, and the account amount is defrosted and the frozen ID is revoked. Meanwhile, when the shunting plan is terminated passively, a message can be pushed to the user, and the message can comprise a failure reason.

It should be noted that, in the embodiment of the present application, when the sub orders in the diversion plan are not completely completed, the execution state of the diversion plan is to be confirmed, when the sub orders in the diversion plan are completely completed, the execution state of the diversion plan is completed, and when the sub orders in the diversion plan are manually terminated or passively terminated, the execution state of the diversion plan is terminated. As one implementation, the terminated state is irreversible.

Optionally, the embodiment of the present application may generate a new order type or a warehouse change record according to the above requirements. In addition, each of the buy order and the redemption order may be separately generated as a fund detail.

280, the server sends the binning result to the client.

290, the client displays the results of the binning.

For example, after the client submits the call bin successfully, a call bin result interface may be displayed. For example, the progress bar for the binning result may include two phases, phase one: a cross modulation bin is extracted; and a second stage: and (5) adjusting the bin.

FIG. 6 illustrates one example of a binning results interface. The first stage can display the names of the submitted reconciliation bins and fund combinations, and the second stage can display the time information of the completion of the reconciliation bins and the completion of the reconciliation bins. For example, when the execution status of the binning plan is to be confirmed, the time at which binning is expected to be completed may be displayed. As an example, after the left interface click in FIG. 6 is completed, all interfaces in the intermediate transfer may be destroyed, returning to the fund account page, at which point the horizontal bar in the fund transaction confirmation may be seen, such as "in the 4-fund order confirmation" in the right image in FIG. 6.

FIG. 7 illustrates another example of a binning results interface. Wherein, three interface diagrams respectively show three different execution states of the transfer plan: to be confirmed, completed and terminated. When the status is to be confirmed, the predicted binning completion time may be displayed, for example, "predicted + binning completion time + before" is displayed, in the completed status, the binning completion time is displayed, and in the terminated status, the termination time may be displayed.

Optionally, the client may display the binning record. Illustratively, the binning record has three states, namely to be confirmed, completed and terminated. Wherein, the state to be confirmed is: the purchase order, regardless of redemption, has at least one order in a state to be confirmed; the completed state is: the status of the purchase order after completion regardless of redemption; the terminated state is: and the state of the combined debugging is actively or passively terminated midway.

FIG. 8 illustrates one example of an interface for a binning record. As shown in FIG. 8, in the completed and expired columns, "-" is displayed at the amount/share and the order time shows the initial order time. Optionally, the corresponding filtering control state may also be added with newly added "tuning bin" and "terminated" marks, without limitation.

Optionally, the client may also display the details of the transfer order. Here, the diversion order may have three states, namely, to be confirmed, completed, and terminated. As an example, the status of each sub-order may be further expanded.

Optionally, the order may be terminated before all the side orders are placed, otherwise the termination button is not displayed. For example, where there are orders not placed in the diversion plan, a second input area (which may be, for example, a termination button) may be displayed. The user may select the order to be terminated via the second input area (e.g., by clicking the termination button to select the order to be terminated). This second input area is not displayed when all orders in the diversion plan are placed. When the client receives a termination instruction for terminating the order that is not placed through the second input area, the order may be terminated.

Optionally, no new orders are generated after termination, but the orders that have been placed are not withdrawn.

Therefore, the bin transferring plan and the input area are displayed through the terminal device, so that a user can trigger the bin transferring instruction through the input area, the bin transferring plan is executed to achieve bin transferring, meanwhile, the bin transferring result can be displayed, and the user can know the execution state of the bin transferring plan. Therefore, the embodiment of the application can realize the function of adjusting the bin by one key and simplify man-machine operation, thereby being convenient for a user to follow up with the adjustment and follow up with the combined operation on the one hand, and improving the basic function of the combined fund and the attraction of the combined fund on the other hand.

Fig. 9 shows a schematic flow chart of a binning method 300 provided in an embodiment of the present application. The method 300 may be performed by the terminal device in fig. 1 or the client in fig. 2, without limitation. As shown in fig. 9, method 300 includes steps 310 through 340.

A resharpening plan is obtained 310 that includes at least one of a change in a position ratio of component virtual resource data in the virtual resource data, a projected execution time for a redemption operation, and a projected execution time for a buy operation.

And 320, displaying the binning plan and the first input area.

330, receiving a binning instruction through the first input area, the binning instruction being used to instruct execution of the binning plan.

340 obtaining and displaying a binning result, wherein the binning result comprises an execution state of the binning plan, and the execution state of the binning plan comprises at least one of to-be-confirmed, completed and terminated.

Optionally, the result of the box transfer further includes a list of box transfer orders, where the list of box transfer orders includes an execution state of the box transfer orders of the component virtual resource, where the box transfer orders are obtained by placing orders according to the box transfer plan, and the execution state of the box transfer orders includes at least one of to-be-confirmed, completed, and terminated.

Optionally, before displaying the binning plan, the method further includes:

acquiring a first system message, wherein the first system message is used for indicating a user to carry out warehouse adjustment according to a configuration scheme;

displaying the first system message.

Optionally, a second system message may be acquired and displayed, where the second system message is used to indicate that the virtual resource data is in a silo.

Optionally, the second system message includes the diversion order identification, and/or the time of predicted completion of the diversion plan.

Optionally, a third system message may be further obtained, where the third system message is used to indicate that the transfer plan is terminated;

and determining that the execution state of the binning plan in the binning result is terminated according to the third system message.

Optionally, a second input area may also be displayed in the event that there are orders not placed in the transfer plan.

Optionally, a termination instruction may be further received through the second input area, where the termination instruction is used to terminate the order that is not placed, and then according to the termination instruction, it is determined that the execution state of the transfer plan in the transfer result is terminated.

It should be understood that the method 300 and the method 200 may be performed in a manner that clients correspond to each other, and similar descriptions may refer to the embodiment of the method 200, and are not repeated herein to avoid repetition.

Fig. 10 shows a schematic flow chart of another binning method 400 provided in the embodiments of the present application. The method 400 may be performed by the server in fig. 1, or the server in fig. 2, without limitation. As shown in fig. 10, method 400 includes steps 410 through 440.

And 410, generating a warehousing plan based on the virtual resource data currently held by the user account and the acquired simulation combination information, wherein the warehousing plan comprises at least one of the change of the position holding proportion of the component virtual resources in the virtual resource data, the expected execution time of the redemption operation and the expected execution time of the purchase operation.

And 420, determining to execute the transferring plan.

430, obtaining a binning result, wherein the binning result comprises an execution state of the binning plan, and the execution state of the binning plan comprises at least one of to-be-confirmed, completed, and terminated.

And 440, sending the bin adjusting result to the terminal equipment.

Optionally, before generating the binning plan, the method further includes:

determining that the virtual resource data meet a bin adjusting condition, wherein the bin adjusting condition is that the last customer bin adjusting time LCA is less than the last simulation bin adjusting time LSA;

wherein, the LCA represents the ordering time of the latest time of the customer to finish the warehouse adjustment or the ordering time of the earliest purchase when the customer does not adjust the warehouse;

the LSA represents the time the most recent analog combination was binned.

Optionally, the generating a blending plan includes:

comparing the virtual resource data with the simulation combination information to obtain an adjustment plan of the component virtual resources in the virtual resource data;

and generating the blending plan according to the adjustment plan of the component virtual resources and the redemption schedule of the component virtual resources.

Optionally, the resale order comprises a redemption order and a buy order, and the obtaining a resale result comprises:

redeeming the redemption ticket in a combination ticket;

under the condition that the redemption bill is successful, freezing the account amount of the redemption bill and generating a transfer mark ID corresponding to the account amount;

when the account amount is larger than the amount of the purchase order, placing the purchase order;

under the condition that the purchase order is successful, determining that the execution state of the transferring plan is finished, and logging out the transferring ID;

in the case where the redemption order fails or the wind check fails after the purchase order is placed, determining that the execution status of the reshuffling plan is expired, and logging out the reshuffling ID in the case where the redemption order is credited.

Optionally, in case the redemption order is successful, synchronously updating the execution status of the redemption order to be completed; in the event that the purchase order is successful, the execution status of the synchronized updating of the purchase order is complete.

Optionally, before determining to execute the reshuffling plan according to the operation data of the user on the terminal device, the method further includes:

and sending a first system message, wherein the first system message is used for instructing a user to carry out the bin adjustment according to the configuration scheme.

Optionally, the method further includes sending a second system message, where the second system message is used to indicate that the virtual resource data is in the silo.

Optionally, a third system message may be sent, the third system message indicating that the transfer plan is terminated.

It should be understood that the method 400 and the method 200 may have servers corresponding to each other, and similar descriptions may refer to the embodiment of the method 200, and are not repeated herein to avoid repetition.

Fig. 11 is a schematic structural diagram of a silo adjusting device 500 according to an embodiment of the present application, where the device 500 may be a terminal device in fig. 1 or a client in fig. 2, which is not limited. As shown in fig. 11, the apparatus 500 may include: an acquisition unit 510 and a display unit 520.

A obtaining unit 510 for obtaining a binning plan comprising at least one of a change in a position ratio of component virtual resources in the virtual resource data, a projected execution time of a redemption operation, and a projected execution time of a buy operation.

A display unit 520 for displaying the binning plan and the first input area.

The obtaining unit 510 is further configured to receive a binning instruction through the first input area, where the binning instruction is used to instruct execution of the binning plan.

The obtaining unit is further configured to obtain a binning result, where the binning result includes an execution state of the binning plan, and the execution state of the binning plan includes at least one of to-be-confirmed, completed, and terminated.

The display unit is also used for displaying the bin adjusting result.

Optionally, the obtaining unit 510 is further configured to obtain a first system message, where the first system message is used to instruct the user to perform the binning according to the configuration scheme. The display unit 520 is further configured to display the first system message.

Optionally, the obtaining unit 510 is further configured to obtain a second system message, where the second system message is used to indicate that the virtual resource data is in the silo. The display unit 520 is further configured to display the second system message.

Optionally, the obtaining unit 510 may be further configured to obtain a third system message, where the third system message is used to indicate that the transfer plan is terminated.

Optionally, the apparatus 500 may further include a processing unit, configured to determine, according to the third system message, that the execution state of the binning plan in the binning result is terminated.

Optionally, the display unit 520 may be further configured to display a second input area in a case where there is an order that is not placed in the transfer plan.

Optionally, the obtaining unit 520 may be further configured to receive a termination instruction through the second input area, where the termination instruction is used to terminate the order that is not placed, and then the processing unit may determine, according to the termination instruction, that the execution state of the diversion plan in the diversion result is terminated.

It is to be understood that apparatus embodiments and method embodiments may correspond to one another and that similar descriptions may refer to method embodiments. To avoid repetition, further description is omitted here. Specifically, the apparatus 500 shown in fig. 11 may execute the flow of the client in the method embodiment corresponding to fig. 2, or the method embodiment shown in fig. 9, and the foregoing and other operations and/or functions of each module in the apparatus 500 are respectively to implement the actions of the client in the method embodiment corresponding to fig. 2, or the manner embodiment shown in fig. 9, and are not described again here for brevity.

Fig. 12 shows a schematic block diagram of a binning apparatus 600 provided in an embodiment of the present application. The apparatus 600 may be the server in fig. 1 or the server in fig. 2, without limitation. As shown in fig. 12, the apparatus 600 includes a processing unit 610 and a transmitting unit 620.

A processing unit 610, configured to generate a binning plan based on the virtual resource data currently held by the user account and the acquired simulated combination information, where the binning plan includes at least one of a change in a position ratio of a component virtual resource in the virtual resource data, a predicted execution time of a redemption operation, and a predicted execution time of a purchase operation.

The processing unit 610 is further configured to determine to execute the binning plan.

The processing unit 610 is further configured to obtain a binning result, where the binning result includes an execution state of the binning plan, where the execution state of the binning plan includes at least one of to-be-confirmed, completed, and terminated.

The sending unit 620 is configured to send the binning result to the terminal device.

Optionally, the processing unit 610 is further configured to:

the LSA represents the time the most recent analog combination was binned.

Optionally, the processing unit 610 is specifically configured to:

and generating the transfer plan according to the adjustment plan of the virtual resources and the redemption schedule of the component virtual resources.

Optionally, the resale order includes a redemption order and a buy order, and the processing unit 610 is specifically configured to:

redeeming the redemption ticket in a combination ticket;

Optionally, the processing unit 610 is specifically configured to: in case the redemption ticket is successful, synchronously updating the execution status of the redemption ticket to be completed; in the event that the purchase order is successful, the execution status of the synchronized updating of the purchase order is complete.

Optionally, the sending unit 620 is further configured to send a first system message, where the first system message is used to instruct the user to perform the binning according to the configuration scheme.

Optionally, the sending unit 620 is further configured to send a second system message, where the second system message is used to indicate that the virtual resource data is in the silo.

Optionally, the sending unit 620 is further configured to send a third system message, where the third system message is used to indicate that the binning plan is terminated.

It is to be understood that apparatus embodiments and method embodiments may correspond to one another and that similar descriptions may refer to method embodiments. To avoid repetition, further description is omitted here. Specifically, the apparatus 600 shown in fig. 12 may execute the flow of the server in the method embodiment corresponding to fig. 2, or the method embodiment shown in fig. 10, and the foregoing and other operations and/or functions of each module in the apparatus 600 are respectively to implement the actions of the server in the method embodiment corresponding to fig. 2, or the method embodiment shown in fig. 10, and are not described again here for brevity.

The transfer devices 500 and 600 of the embodiments of the present application are described above in connection with the drawings from the perspective of functional modules. It should be understood that the functional modules may be implemented by hardware, by instructions in software, or by a combination of hardware and software modules. Specifically, the steps of the method embodiments in the present application may be implemented by integrated logic circuits of hardware in a processor and/or instructions in the form of software, and the steps of the method disclosed in conjunction with the embodiments in the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. Alternatively, the software modules may be located in random access memory, flash memory, read only memory, programmable read only memory, electrically erasable programmable memory, registers, and the like, as is well known in the art. The storage medium is located in a memory, and a processor reads information in the memory and completes the steps in the above method embodiments in combination with hardware thereof.

Fig. 13 is a schematic block diagram of an electronic device 700 provided in an embodiment of the present application. The electronic device 700 may be a client, or a server, without limitation. As shown in fig. 13, the electronic device 700 may include:

a memory 710 and a processor 720, the memory 710 for storing a computer program and transferring the program code to the processor 720. In other words, the processor 720 may call and run a computer program from the memory 710 to implement the method in the embodiment of the present application.

For example, the processor 720 may be configured to perform the above-described method embodiments according to instructions in the computer program.

In some embodiments of the present application, the processor 720 may include, but is not limited to:

general purpose processors, Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components, and the like.

In some embodiments of the present application, the memory 710 includes, but is not limited to:

volatile memory and/or non-volatile memory. The non-volatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable PROM (EEPROM), or a flash Memory. Volatile Memory can be Random Access Memory (RAM), which acts as external cache Memory. By way of example, but not limitation, many forms of RAM are available, such as Static random access memory (Static RAM, SRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic random access memory (Synchronous DRAM, SDRAM), Double Data Rate Synchronous Dynamic random access memory (DDR SDRAM), Enhanced Synchronous SDRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), and Direct Rambus RAM (DR RAM).

In some embodiments of the present application, the computer program may be partitioned into one or more modules, which are stored in the memory 710 and executed by the processor 720 to perform the methods provided herein. The one or more modules may be a series of computer program instruction segments capable of performing certain functions, the instruction segments describing the execution of the computer program in the electronic device.

As shown in fig. 13, the electronic device may further include:

a transceiver 730, the transceiver 730 being connectable to the processor 720 or the memory 710.

The processor 720 may control the transceiver 730 to communicate with other devices, and specifically, may transmit information or data to the other devices or receive information or data transmitted by the other devices. The transceiver 730 may include a transmitter and a receiver. The transceiver 730 may further include an antenna, and the number of antennas may be one or more.

It should be understood that the various components in the electronic device are connected by a bus system that includes a power bus, a control bus, and a status signal bus in addition to a data bus.

The present application also provides a computer storage medium having stored thereon a computer program which, when executed by a computer, enables the computer to perform the method of the above-described method embodiments. In other words, the present application also provides a computer program product containing instructions, which when executed by a computer, cause the computer to execute the method of the above method embodiments.

When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. The procedures or functions described in accordance with the embodiments of the present application occur, in whole or in part, when the computer program instructions are loaded and executed on a computer. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored on a computer readable storage medium or transmitted from one computer readable storage medium to another, for example, from one website, computer, server, or data center to another website, computer, server, or data center via wire (e.g., coaxial cable, fiber optic, Digital Subscriber Line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device, such as a server, a data center, etc., that includes one or more of the available media. The usable medium may be a magnetic medium (e.g., a floppy disk, a hard disk, a magnetic tape), an optical medium (e.g., a Digital Video Disk (DVD)), or a semiconductor medium (e.g., a Solid State Disk (SSD)), among others.

It should be understood that the descriptions of the first, second, etc. appearing in the embodiments of the present application are only for illustrating and differentiating the objects, and do not represent a particular limitation to the number of devices in the embodiments of the present application, and do not constitute any limitation to the embodiments of the present application.

It should also be understood that, in the various embodiments of the present application, the sequence numbers of the above-mentioned processes do not mean the execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present application. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the application described herein are capable of operation in sequences other than those illustrated or described herein.

Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or server that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

In the present application, "at least one" means one or more, "a plurality" means two or more. "and/or" describes the association relationship of the associated objects, meaning that there may be three relationships, e.g., a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone, wherein A and B can be singular or plural. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship. "at least one of the following" or similar expressions refer to any combination of these items, including any combination of the singular or plural items. For example, at least one (one) of a, b, or c, may represent: a, b, c, a-b, a-c, b-c, or a-b-c, wherein a, b, c may be single or multiple.

It should be appreciated that reference throughout this specification to "one embodiment" or "an embodiment" means that a particular feature, structure or characteristic described in connection with the embodiment is included in at least one embodiment of the present application. Thus, the appearances of the phrases "in one embodiment" or "in an embodiment" in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.

Those of ordinary skill in the art will appreciate that the various illustrative modules and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In the several embodiments provided in the present application, it should be understood that the disclosed apparatus, device and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the module is merely a logical division, and other divisions may be realized in practice, for example, a plurality of modules or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or modules, and may be in an electrical, mechanical or other form.

Modules described as separate parts may or may not be physically separate, and parts displayed as modules may or may not be physical modules, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment. For example, functional modules in the embodiments of the present application may be integrated into one processing module, or each of the modules may exist alone physically, or two or more modules are integrated into one module.

The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A method of binning, comprising:

and sending the bin adjusting result to the terminal equipment.

2. The method of claim 1, wherein the diversion result further comprises a diversion order detail comprising an execution status of a diversion order for the component virtual resource, wherein the diversion order was placed according to the diversion plan, and wherein the execution status of the diversion order comprises at least one of pending confirmation, completed, and terminated.

3. The method of claim 1 or 2, wherein prior to generating the diversion plan, further comprising:

the LSA represents the time the most recent analog combination was binned.

4. The method of claim 1 or 2, wherein the generating a diversion plan comprises:

comparing the virtual resource data with the simulation combination information ratio to obtain an adjustment plan of the component virtual resources in the virtual resource data;

5. The method according to claim 1 or 2, wherein the resale order comprises a redemption order and a buy order, and the obtaining a resale result comprises:

redeeming the redemption ticket in a combination ticket;

6. The method according to claim 1 or 2, wherein before determining to execute the transfer plan according to the operation data of the user on the terminal device, the method further comprises:

7. A method of binning, comprising:

obtaining a binning plan comprising at least one of a change in a proportion of taken positions of component virtual resources in the virtual resource data, a projected execution time of a redemption operation, and a projected execution time of a buy operation;

displaying the transfer plan and a first input area;

8. The method of claim 7, wherein the diversion result further comprises a diversion order detail comprising an execution status of a diversion order for the component virtual resource, wherein the diversion order was placed according to the diversion plan, and wherein the execution status of the diversion order comprises at least one of pending confirmation, completed, and terminated.

9. The method of claim 7 or 8, wherein prior to displaying the diversion plan, further comprising:

displaying the first system message.

10. A device for transferring food from a storage container to a dispensing container, comprising:

11. A device for transferring food from a storage container to a dispensing container, comprising:

the display unit is also used for displaying the bin adjustment result.

12. An electronic device comprising a processor, a memory for storing one or more programs and configured to be executed by the processor, the programs comprising instructions for performing the steps of the method of any of claims 1-6, or performing the steps or instructions of the method of any of claims 7-9.

13. A computer-readable storage medium, characterized in that a computer program for electronic data exchange is stored, wherein the computer program causes a computer to perform the method of any of claims 1-6, or the method of any of claims 7-9.