Order sharing method, device and system

Abstract

The present application discloses an order sharing method, device and system, which relates to the field of information processing and can control orders through multi-terminals through order sharing. The method includes: a first user terminal sends a request for obtaining a list of orders to be shared to a server; the first user terminal receives the list of orders to be shared, and the list of orders to be shared includes the guarantee orders of different users under the target organization to which the first user belongs; based on the list of orders to be shared, an order sharing instruction pointing to a second user terminal under the target organization is sent to the server, and the order sharing instruction includes a first shared order, so that the server creates a second shared order associated with the first shared order for the second user terminal, and instructs the second user terminal to collect the second shared order; the order status of the first shared order is received, and the order status is generated by the server based on the first processing result of the first user terminal on the first shared order, or the second processing result of the second user terminal on the second shared order.

Description

Technical Field

[0001] The present application relates to the field of information processing, and in particular to an order sharing method, device and system. Background Art

[0002] With the development of computer technology, the Internet has become the main platform for various business fields, and various business orders have emerged. How to enrich the diversified operation forms of orders has become the main research topic in the field of order management.

[0003] Currently, the effective orders on each platform can only be displayed in the terminal where the order is created. It is impossible to share the orders to display the effective orders on multiple terminals at the same time and realize multi-terminal control of the orders. As a result, the order control form is relatively single and cannot meet the users' personalized needs for orders. Summary of the invention

[0004] The technical problem to be solved by the embodiments of the present application is that currently, for the effective orders in various platforms, multi-terminal control of orders cannot be achieved, and thus the personalized needs of users for orders cannot be met.

[0005] According to one aspect of the present application, an order sharing device is provided, which can be applied to a client side, and includes:

[0006] A first sending module, configured for the first user terminal to send a request for obtaining a list of orders to be shared to the server;

[0007] A first receiving module, configured for the first user terminal to receive the list of orders to be shared, wherein the list of orders to be shared includes guaranteed orders of different users of the target organization to which the first user belongs;

[0008] a second sending module, configured to send, to a server, an order sharing instruction directed to a second user terminal under the target organization according to the list of orders to be shared, wherein the order sharing instruction includes a first sharing order, so that the server creates a second sharing order associated with the first sharing order for the second user terminal, and instructs the second user terminal to collect the second sharing order;

[0009] The second receiving module is used to receive the order status of the first shared order, where the order status is generated by the server based on the first processing result of the first user terminal on the first shared order, or the second processing result of the second user terminal on the second shared order.

[0010] Preferably, the second sending module comprises:

[0011] An extracting unit, configured to extract a first sharing order to be shared from the list of orders to be shared;

[0012] An input unit, used for inputting a second user identifier in the target organization with which the first sharing order is to be shared;

[0013] A creating unit is used to create an order sharing instruction for sharing the first shared order to a second user terminal based on the second user identifier, and send the order sharing instruction to a server.

[0014] Preferably, the device further comprises: a third receiving module;

[0015] The third receiving module is used to receive a prompt message indicating that the second shared order is successfully collected by the second user terminal. The prompt message is sent by the server when it determines that the collection request of the second user terminal is triggered within a preset collection time period and has not reached the maximum sharing threshold of the first shared order.

[0016] Preferably, the first processing result in the second receiving module is the order processing result obtained by executing the first processing request after the first user terminal sends the first processing request for the first shared order to the server when the server determines that the first processing request complies with the first preset processing authority.

[0017] Preferably, the second processing result in the second receiving module is the order processing result obtained by executing the second service request when the server determines that the second processing request meets the second preset processing authority after the second user terminal sends a second processing request for the second shared order to the server.

[0018] Preferably, the device further comprises: a third sending module;

[0019] The third sending module is used to send a sharing release instruction directed to the second user terminal to the server, so that the server cancels the second sharing order at the second user terminal according to the sharing release instruction.

[0020] According to another aspect of the present application, an order sharing device is provided, which can be applied to a server side, and the device includes:

[0021] A generating module, configured to receive a request from a first user terminal for obtaining a list of orders to be shared, and generate a list of orders to be shared that matches the first user identifier according to the obtaining request, wherein the list of orders to be shared includes guaranteed orders of different users of a target organization to which the first user belongs;

[0022] A first sending module, configured to send the list of orders to be shared to the first user terminal, so that the first user terminal sends an order sharing instruction directed to a second user terminal under the target organization to a server according to the list of orders to be shared, wherein the order sharing instruction includes a first shared order;

[0023] a creation module, configured to create a second sharing order associated with the first sharing order for the second user terminal according to the received order sharing instruction, and instruct the second user terminal to collect the second sharing order;

[0024] The second sending module is used to generate an order status based on the first processing result of the first user terminal on the first shared order, or the second processing result of the second user terminal on the second shared order, and send the order status to the first user terminal and the second user terminal.

[0025] Preferably, the generating module comprises:

[0026] A first extraction unit, used to extract a first user identifier in the acquisition request;

[0027] A query unit, used to query the preset data platform for guarantee orders of different users under the target organization to which the first user identifier belongs;

[0028] A generating unit is used to arrange the guaranteed orders according to the priority order of the order type and generate a list of orders to be shared.

[0029] Preferably, the device further comprises: a third sending module and a determination module;

[0030] The third sending module is used to generate a security prompt page for sharing the first sharing order to the second user terminal, and send the security prompt page to the first user terminal;

[0031] The determination module is configured to determine that the order sharing request has passed the security verification if a confirmation instruction on the security prompt page is received from the first user terminal.

[0032] Preferably, the creation module includes:

[0033] a second extraction unit, configured to extract a first display form of the first shared order in the order sharing instruction;

[0034] A determining unit is used to determine, according to the first user identifier and the order sharing instruction, a second display form corresponding to the shared state of the first display form, and determine the first sharing order under the second display form as a second sharing order.

[0035] Preferably, the creation module includes:

[0036] A first sending unit, configured to send an order collection link for the second shared order to the second user terminal;

[0037] A determination unit is configured to determine that the second shared order is successfully received if it is determined that a request for receiving the second shared order from the second user terminal is received within a preset receiving time period and the receiving request does not reach a maximum sharing threshold of the first shared order.

[0038] Preferably, the device further comprises: a fourth sending module and a first processing module;

[0039] The fourth sending module is used to send a prompt message to the first user terminal indicating that the second sharing order has been successfully received by the second user terminal;

[0040] The first processing module is used to update the second user identifier corresponding to the second user terminal to the sharing list of the first sharing order, and add one to the current sharing quantity of the first sharing order. The current sharing quantity is used to record the successful sharing quantity of the first sharing order so as to control the successful sharing quantity to be less than or equal to the maximum sharing threshold.

[0041] Preferably, the second sending module includes:

[0042] A first receiving unit, configured to receive a first processing request from the first user terminal for the first sharing order;

[0043] A first acquisition unit, configured to execute the first processing request and acquire a first processing result if it is determined that the first processing request meets a first preset processing authority;

[0044] A second sending unit is used to generate a first order status based on the first processing result, and send the first order status to the first user terminal and the second user terminal.

[0045] Preferably, the second sending module further includes:

[0046] A second receiving unit, configured to receive a second processing request from the second user terminal for the second sharing order;

[0047] a second obtaining unit, configured to execute the second processing request and obtain a second processing result if it is determined that the second processing request complies with a second preset processing authority, and the second preset processing authority is less than the first preset processing authority;

[0048] A third sending unit is used to generate a second order status based on the first processing result, and send the second order status to the first user terminal and the second user terminal.

[0049] Preferably, the device further comprises: a receiving module, a second processing module;

[0050] The receiving module is configured to receive a sharing release instruction sent by the first user terminal and directed to the second user terminal, wherein the sharing release instruction carries a second user identifier;

[0051] The second processing module is used to cancel the second sharing order at the second user terminal according to the sharing release instruction, and reduce the current sharing quantity of the first sharing order by one.

[0052] Preferably, the device further comprises: a monitoring module and a release module;

[0053] The monitoring module is used to monitor the order change status of the first shared order;

[0054] The release module is used to cancel all second shared orders corresponding to the first shared order if it is determined that the risk coefficient corresponding to the order change status is greater than a preset risk threshold.

[0055] According to another aspect of the present application, an order sharing method is provided, which can be applied to a client side, and the method includes:

[0056] The first user terminal sends a request for obtaining a list of orders to be shared to the server;

[0057] The first user terminal receives the list of orders to be shared, where the list of orders to be shared includes guaranteed orders of different users of the target organization to which the first user belongs;

[0058] According to the list of orders to be shared, an order sharing instruction directed to a second user terminal under the target organization is sent to a server, wherein the order sharing instruction includes a first sharing order, so that the server creates a second sharing order associated with the first sharing order for the second user terminal, and instructs the second user terminal to collect the second sharing order;

[0059] Receive the order status of the first shared order, where the order status is generated by the server based on a first processing result of the first user terminal on the first shared order, or a second processing result of the second user terminal on the second shared order.

[0060] Preferably, sending an order sharing instruction directed to the second user terminal of the target organization to the server according to the list of orders to be shared specifically includes:

[0061] Extracting a first sharing order to be shared from the list of orders to be shared;

[0062] Input a second user ID in the target organization to share the first sharing order;

[0063] An order sharing instruction for sharing the first shared order to a second user terminal is created based on the second user identifier, and the order sharing instruction is sent to a server.

[0064] Preferably, after sending an order sharing instruction directed to the second user terminal of the target organization to the server according to the list of orders to be shared, the method further includes:

[0065] Receive a prompt message indicating that the second shared order is successfully collected by the second user terminal, wherein the prompt message is sent by the server when it determines that the collection request of the second user terminal is triggered within a preset collection time period and does not reach the maximum sharing threshold of the first shared order.

[0066] Preferably, the first processing result is the order processing result obtained after the first user terminal sends a first processing request for the first shared order to the server, and when the server determines that the first processing request complies with the first preset processing authority, the server executes the first processing request.

[0067] Preferably, the second processing result is the order processing result obtained by executing the second service request after the second user terminal sends a second processing request for the second shared order to the server, when the server determines that the second processing request meets the second preset processing authority.

[0068] Preferably, the method further comprises:

[0069] A sharing release instruction directed to the second user terminal is sent to the server, so that the server cancels the second sharing order at the second user terminal according to the sharing release instruction.

[0070] According to another aspect of the present application, an order sharing method is provided, which can be applied to a server side, and the method includes:

[0071] Receiving a request from a first user terminal to obtain a list of orders to be shared, and generating a list of orders to be shared that matches the first user identifier according to the request, wherein the list of orders to be shared includes guaranteed orders of different users of a target organization to which the first user belongs;

[0072] Sending the list of orders to be shared to the first user terminal, so that the first user terminal sends an order sharing instruction directed to the second user terminal under the target organization to the server according to the list of orders to be shared, wherein the order sharing instruction includes the first shared order;

[0073] creating a second sharing order associated with the first sharing order for the second user terminal according to the received order sharing instruction, and instructing the second user terminal to collect the second sharing order;

[0074] An order status is generated based on a first processing result of the first user terminal on the first shared order, or a second processing result of the second user terminal on the second shared order, and the order status is sent to the first user terminal and the second user terminal.

[0075] Preferably, generating a list of orders to be shared that matches the first user identifier according to the acquisition request specifically includes:

[0076] Extracting the first user identifier in the acquisition request;

[0077] Querying the preset data platform for guarantee orders of different users under the target organization to which the first user identifier belongs;

[0078] The guaranteed orders are arranged in order of priority of the order types, and a list of orders to be shared is generated.

[0079] Preferably, before creating a second sharing order associated with the first sharing order for the second user terminal according to the received order sharing instruction and instructing the second user terminal to collect the second sharing order, the method further includes:

[0080] generating a security prompt page for sharing the first sharing order to the second user terminal, and sending the security prompt page to the first user terminal;

[0081] If a confirmation instruction of the first user terminal on the security prompt page is received, it is determined that the order sharing request has passed the security verification.

[0082] Preferably, creating a second sharing order associated with the first sharing order for the second user terminal according to the received order sharing instruction specifically includes:

[0083] Extracting a first display form of the first shared order in the order sharing instruction;

[0084] According to the first user identifier and the order sharing instruction, a second display form in a shared state corresponding to the first display form is determined, and the first sharing order in the second display form is determined as a second sharing order.

[0085] Preferably, the instructing the second user terminal to pick up the second sharing order specifically includes:

[0086] Sending an order collection link for the second shared order to the second user terminal;

[0087] If it is determined that a collection request for the second shared order from the second user terminal is received within the preset collection time period, and the collection request does not reach the maximum sharing threshold of the first shared order, it is determined that the second shared order is successfully collected.

[0088] Preferably, after determining that the second shared order is successfully received, the method further includes:

[0089] Sending a prompt message to the first user terminal indicating that the second sharing order has been successfully received by the second user terminal;

[0090] The second user identifier corresponding to the second user terminal is updated to the sharing list of the first sharing order, and the current sharing quantity of the first sharing order is increased by one. The current sharing quantity is used to record the successful sharing quantity of the first sharing order so as to control the successful sharing quantity to be less than or equal to the maximum sharing threshold.

[0091] Preferably, the generating an order status based on a first processing result of the first user terminal on the first shared order, or a second processing result of the second user terminal on the second shared order, and sending the order status to the first user terminal and the second user terminal, specifically also includes:

[0092] receiving a first processing request of the first user terminal for the first sharing order;

[0093] If it is determined that the first processing request meets the first preset processing authority, executing the first processing request and obtaining a first processing result;

[0094] A first order status is generated based on the first processing result, and the first order status is sent to the first user terminal and the second user terminal.

[0095] Preferably, generating an order status based on a first processing result of the first user terminal on the first shared order, or a second processing result of the second user terminal on the second shared order, and sending the order status to the first user terminal and the second user terminal specifically includes:

[0096] receiving a second processing request of the second user terminal for the second sharing order;

[0097] If it is determined that the second processing request meets the second preset processing authority, executing the second processing request to obtain a second processing result, and the second preset processing authority is less than the first preset processing authority;

[0098] A second order status is generated based on the first processing result, and the second order status is sent to the first user terminal and the second user terminal.

[0099] Preferably, the method further comprises:

[0100] receiving a sharing release instruction sent by the first user terminal and directed to the second user terminal, wherein the sharing release instruction carries a second user identifier;

[0101] The second sharing order at the second user terminal is canceled according to the sharing release instruction, and the current sharing quantity of the first sharing order is reduced by one.

[0102] Preferably, the method further comprises:

[0103] Monitoring the order change status of the first shared order;

[0104] If it is determined that the risk coefficient corresponding to the order change status is greater than a preset risk threshold, all second shared orders corresponding to the first shared order are released.

[0105] According to another aspect of the present application, a storage medium is provided, on which a computer program is stored, and when the program is executed by a processor, the above-mentioned order sharing method applicable to the client side is implemented.

[0106] According to another aspect of the present application, a client device is provided, including a storage medium, a processor, and a computer program stored on the storage medium and executable on the processor, wherein when the processor executes the program, the above-mentioned risk control-based order sharing method applicable to the client side is implemented.

[0107] According to another aspect of the present application, a storage medium is provided, on which a computer program is stored, and when the program is executed by a processor, the above-mentioned order sharing method applicable to the server side is implemented.

[0108] According to another aspect of the present application, a server-side device is provided, including a storage medium, a processor, and a computer program stored on the storage medium and executable on the processor, wherein when the processor executes the program, the above-mentioned order sharing method applicable to the server side is implemented.

[0109] According to another aspect of the present application, an order sharing method is provided, comprising the above-mentioned client device and server device.

[0110] By means of the above technical scheme, the present application provides an order sharing method, device and system. Compared with the current existing technology, the present application can first aggregate the guarantee orders of different users under the target organization to which the first user belongs, so that the first user terminal sends an order sharing instruction pointing to the second user terminal to the server based on the aggregation result, wherein the order sharing instruction carries the shared order. After receiving the order sharing instruction, the server can create a collection link associated with the shared order for the second user terminal. After the second user terminal collects the shared order, a shared connection relationship between the first user terminal and the second user terminal is established. At this time, the effective shared order can be displayed on multiple terminals at the same time, and both the first user terminal and the second user terminal can perform operations within the processing authority on the shared order. Through the method in the present application, the shared processing of effective orders can be realized on multiple terminals, the order control form can be enriched, and the efficiency of order use can be improved, so that the order application can better meet the personalized needs of users.

[0111] The technical solution of the present invention is further described in detail below through the accompanying drawings and embodiments. BRIEF DESCRIPTION OF THE DRAWINGS

[0112] The accompanying drawings, which constitute a part of the specification, illustrate embodiments of the present invention and, together with the description, serve to explain the principles of the present invention.

[0113] The present invention may be more clearly understood from the following detailed description with reference to the accompanying drawings, in which:

[0114] Figure 1 A schematic diagram of a flow chart of an order sharing method provided by an embodiment of the present invention is shown;

[0115] Figure 2 A schematic diagram showing a flow chart of another order sharing method provided by an embodiment of the present invention;

[0116] Figure 3 A schematic diagram showing a flow chart of another order sharing method provided by an embodiment of the present invention;

[0117] Figure 4 A schematic diagram showing a flow chart of another order sharing method provided by an embodiment of the present invention;

[0118] Figure 5 A schematic diagram of the structure of an order sharing device provided by an embodiment of the present invention is shown;

[0119] Figure 6 A schematic diagram showing the structure of another order sharing device provided by an embodiment of the present invention is shown;

[0120] Figure 7 A schematic diagram showing the structure of another order sharing device provided by an embodiment of the present invention is shown;

[0121] Figure 8 A schematic diagram showing the structure of another order sharing device provided by an embodiment of the present invention is shown;

[0122] Fig. 9 A structural schematic diagram of an order sharing system provided in an embodiment of the present application is shown. DETAILED DESCRIPTION

[0123] Various exemplary embodiments of the present invention will now be described in detail with reference to the accompanying drawings. It should be noted that the relative arrangement of components and steps, numerical expressions and numerical values ​​set forth in these embodiments do not limit the scope of the present invention unless otherwise specifically stated.

[0124] At the same time, it should be understood that for the convenience of description, the sizes of the various parts shown in the drawings are not drawn according to the actual proportional relationship.

[0125] The following description of at least one exemplary embodiment is merely illustrative in nature and is in no way intended to limit the invention, its application, or uses.

[0126] Technologies, methods, and equipment known to ordinary technicians in the relevant art may not be discussed in detail, but where appropriate, the technologies, methods, and equipment should be considered as part of the specification.

[0127] It should be noted that like reference numerals and letters refer to similar items in the following figures, and therefore, once an item is defined in one figure, it need not be further discussed in subsequent figures.

[0128] Embodiments of the present invention may be applied to computer systems / servers that may operate with numerous other general or special computing system environments or configurations. Examples of well-known computing systems, environments, and / or configurations suitable for use with computer systems / servers include, but are not limited to: personal computer systems, server computer systems, thin clients, thick clients, handheld or laptop devices, microprocessor-based systems, set-top boxes, programmable consumer electronics, networked personal computers, minicomputer systems, mainframe computer systems, and distributed cloud computing technology environments including any of the above systems, etc.

[0129] The computer system / server may be described in the general context of computer system executable instructions (such as program modules) executed by a computer system. In general, program modules may include routines, programs, object programs, components, logic, data structures, etc., which perform specific tasks or implement specific abstract data types. The computer system / server may be implemented in a distributed cloud computing environment, where tasks are performed by remote processing devices linked through a communication network. In a distributed cloud computing environment, program modules may be located on local or remote computing system storage media including storage devices.

[0130] Each embodiment in this specification is described in a progressive manner, and each embodiment focuses on the differences from other embodiments. The same or similar parts between the embodiments can be referred to each other. For the system embodiment, since it basically corresponds to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

[0131] The method and system of the present invention may be implemented in many ways. For example, the method and system of the present invention may be implemented by software, hardware, firmware or any combination of software, hardware, firmware. The above order of steps for the method is only for illustration, and the steps of the method of the present invention are not limited to the order specifically described above, unless otherwise specifically stated. In addition, in some embodiments, the present invention may also be implemented as a program recorded in a recording medium, which includes machine-readable instructions for implementing the method according to the present invention. Thus, the present invention also covers a recording medium storing a program for executing the method according to the present invention.

[0132] The description of the present invention is given for the purpose of illustration and description, and is not intended to be exhaustive or to limit the invention to the disclosed form. Many modifications and variations will be apparent to those of ordinary skill in the art. The embodiments are selected and described in order to better illustrate the principles and practical applications of the present invention and to enable those of ordinary skill in the art to understand the present invention and thereby design various embodiments with various modifications suitable for particular uses.

[0133] In view of the problem that currently, for effective orders in various platforms, it is impossible to realize multi-terminal control of orders, and thus it is impossible to meet the personalized needs of users for orders, the embodiment of the present invention provides an order sharing method, such as Figure 1 As shown, it can be applied to the client side, and the method includes:

[0134] 101. A first user terminal sends a request for obtaining a list of orders to be shared to a server.

[0135] The first user terminal is a client of the effective orders to be shared, and the list of orders to be shared is an aggregation result of all orders of the first user terminal that are in the effective stage.

[0136] 102. The first user terminal receives a list of orders to be shared, where the list of orders to be shared includes guaranteed orders of different users of the target organization to which the first user belongs.

[0137] In a specific application scenario, after the first user terminal sends a request to the server for a list of orders to be shared, the server will query all order results that have been created by the first user terminal and are in the effective stage in the preset platform based on the order transaction records, and aggregate the retrieved orders into a list of orders to be shared, and send it to the first user terminal.

[0138] The target organization may be a family organization, a unit organization, etc. The target organization type may be pre-set. For example, taking an insurance protection order as an example, the first user terminal may correspond to the terminal where the policyholder is located. If the target organization type is set to a family organization, after sending a request to obtain a list of orders to be shared, the first user terminal may receive all family protection orders that are in effect on the mutual aid platform and the insurance platform, and the members of the target organization may be all the insured persons in the protection order.

[0139] 103. Based on the list of orders to be shared, an order sharing instruction directed to the second user terminal under the target organization is sent to the server, where the order sharing instruction includes the first sharing order, so that the server creates a second sharing order associated with the first sharing order for the second user terminal, and instructs the second user terminal to collect the second sharing order.

[0140] Among them, the first shared order is the original order displayed at the first user terminal, and the second shared order is the shared order displayed at the second user terminal. The difference between the first shared order and the second shared order may be the different display forms. For example, in addition to the regular display, the first shared order may also be supplemented with a shared list, which contains the identification information of all second user terminals that have successfully established a sharing relationship based on the first shared order; the second shared order may adopt a display form different from the original order, such as setting different display colors, display fonts, etc. In addition, the identification information of the first user terminal that shares the second shared order may also be supplemented. It should be noted that after the sharing relationship is successfully created, the processing data of the first shared order and the second shared order are interoperable, that is, the first user terminal and the second user terminal can both process the shared order, and the data processing results will be synchronously updated to the first shared order and the second shared order.

[0141] For this embodiment, in a specific application scenario, in order to realize the sharing of a completed order with a specific person, after obtaining the list of orders to be shared, after filtering out the first shared order from the list of orders to be shared, an order sharing instruction directed to the second user terminal can be sent to the server, so that the server can create a second shared order associated with the first shared order for the second user terminal. After instructing the second user terminal to successfully receive the second shared order, a sharing relationship based on the first shared order is successfully created between the first user terminal and the second user terminal.

[0142] It should be noted that in a specific application scenario, after the sharing relationship is created, the second user terminal needs to have order processing authority to process the order. For example, when the first shared order to be shared is an insurance policy, only the insured and the insured's legal heirs can perform subsequent claims and other processing operations based on the insurance order. When the second user terminal that has successfully shared is not the insured or the insured's legal heir, it does not have the processing authority for the second shared order. Even if the sharing relationship is successfully created at this time, the second user terminal cannot perform subsequent processing of the shared order, that is, the sharing is relatively invalid. In order to ensure the number of shares, the first user terminal often needs to terminate the invalid sharing relationship. Therefore, in order to avoid repeatedly creating invalid sharing relationships and thus save service resources, in this application, the target organization can be pre-determined based on the list of orders to be shared, and the order sharing instruction can be sent to the second user terminal under the target organization in priority to ensure that after the sharing relationship is successfully created, the second user terminal has the processing authority for the second shared order.

[0143] 104. Receive an order status of the first shared order, where the order status is generated by the server based on a first processing result of the first user terminal on the first shared order, or a second processing result of the second user terminal on the second shared order.

[0144] For this embodiment, in a specific application scenario, after a sharing relationship based on a first sharing order is successfully created between a first user terminal and a second user terminal, both the first user terminal and the second user terminal can process the sharing order, and the processing results can affect the order status of the sharing order. Therefore, the order status generated based on the first processing result of the first sharing order by the first user terminal, or the order status generated based on the second processing result of the second sharing order by the second user terminal can be received in real time.

[0145] Through the order sharing method in this embodiment, the first user terminal can send a request for obtaining the list of orders to be shared to the server, and then, based on the received list of orders to be shared, send an order sharing instruction to the second user terminal under the target organization to the server, so that the server can create a second shared order associated with the first shared order for the second user terminal, and instruct the second user terminal to receive the second shared order; after the second user terminal receives the second shared order, the shared connection relationship between the first user terminal and the second user terminal is successfully established. At this time, the first user terminal and the second user terminal can both use the shared order within the authority, generate the corresponding order status, and update the order status to the first user terminal and the second user terminal synchronously. Through the method in this application, the first shared order that can be used in the first user terminal can be shared to multiple second user terminals at the same time, thereby ensuring that the first user terminal and each second user terminal that creates a sharing relationship can control the shared order at the same time, enriching the order control form, and improving the efficiency of order use, so that the order application can better meet the personalized needs of users.

[0146] Further, as a refinement and extension of the above-mentioned specific implementation method, another order sharing method applicable to the client side is provided, such as Figure 2 As shown, the method includes:

[0147] 201. A first user terminal sends a request for obtaining a list of orders to be shared to a server.

[0148] In a specific application scenario, the first user terminal can receive all the effective orders created by the first user terminal on the preset platform by sending a request for the list of orders to be shared to the server, so that the first user terminal can select the first shared order to be shared based on the list of effective orders.

[0149] Taking insurance protection orders as an example, the first user terminal can send a request for a list of orders to be shared to the server based on the mutual aid platform and the insurance platform. At this time, the server will aggregate all orders of the insured person corresponding to the first user terminal from all the protection assets saved on the mutual aid platform and the insurance platform, taking the insured person as the dimension, so as to filter and generate a list of orders to be shared.

[0150] 202. The first user terminal receives a list of orders to be shared, where the list of orders to be shared includes guaranteed orders of different users of the target organization to which the first user belongs.

[0151] In specific application scenarios, the target organization type can be set in advance. If the target organization type is determined to be a family organization, the target organization can be composed of all the insured persons in the family who are insured by the first user. Therefore, the protection orders containing different users under the target organization can be filtered out from all the orders of the first user, and a shared order list can be constructed.

[0152] 203. Extract a first sharing order to be shared from the list of orders to be shared.

[0153] In a specific application scenario, after determining the list of orders to be shared, the first shared order to be shared may be firstly extracted from the list of orders to be shared, so as to send an order sharing instruction regarding the first shared order to the server.

[0154] 204. Enter a second user ID in the target organization with which the first sharing order is to be shared.

[0155] In a specific application scenario, after the first sharing order to be shared is screened out, the second user terminal to be shared with the first sharing order may be determined by inputting the second user identification of the second user terminal.

[0156] 205. Create an order sharing instruction for sharing the first shared order to the second user terminal based on the second user identifier, and send the order sharing instruction to the server.

[0157] For this embodiment, in a specific application scenario, after determining the first sharing order and the second user terminal to be shared based on steps 203-204 of the embodiment, an order sharing instruction can be further created to share the first sharing order to the second user terminal, and the order sharing instruction can be sent to the server, so that the server can create a second sharing order associated with the first sharing order for the second user terminal based on the order sharing instruction, and instruct the second user terminal to collect the second sharing order. When the second user terminal successfully collects the second sharing order, the shared connection relationship between the first user terminal and the second user terminal is successfully created.

[0158] 206. Receive prompt information indicating that the second shared order is successfully received by the second user terminal. The prompt information is sent by the server when it determines that the collection request of the second user terminal is triggered within a preset collection time period and does not reach the maximum sharing threshold of the first shared order.

[0159] For this embodiment, in a specific application scenario, when the server determines that the second user terminal successfully receives the second sharing order, it will send a prompt message to the first user terminal and the second user terminal indicating that the second sharing order has been successfully received by the second user terminal.

[0160] Among them, the prompt information can be text prompt information, picture prompt information, audio prompt information, video prompt information, light prompt information, vibration prompt information, etc.; the preset collection time period is the collection time range of the second sharing order set in advance, that is, the second user terminal can successfully collect the second sharing order within the collection time range. When the collection time range is exceeded, it will be displayed that the second sharing order is invalid and cannot be collected; the maximum sharing threshold is the maximum sharing quantity corresponding to the pre-set first sharing order, that is, it should be ensured that the successful sharing quantity of the first sharing order is less than or equal to the maximum sharing threshold. If it is determined that the current sharing quantity is equal to the maximum sharing threshold, new sharing cannot be started. For example, the preset collection time period is set to: within 24 hours of the service end indicating the collection, and the set maximum sharing threshold is 3. When the service end receives the collection request of the second user terminal for the second sharing order, it will pre-determine whether the collection request of the second user terminal is triggered within 24 hours of the indication of collection, and whether the current sharing quantity of the first sharing order is equal to 3. If it is determined that the current sharing quantity of the first sharing order is less than 3 and the collection request is triggered within 24 hours of the indication of collection, a prompt information that the second sharing order is successfully collected by the second user terminal can be output.

[0161] 207. Receive an order status of the first shared order, where the order status is generated by the server based on a first processing result of the first user terminal on the first shared order, or a second processing result of the second user terminal on the second shared order.

[0162] In a specific application scenario, the first processing result is the order processing result obtained by executing the first processing request after the first user terminal sends a first processing request for the first shared order to the server, when the server determines that the first processing request meets the first preset processing authority.

[0163] Correspondingly, the second processing result is the order processing result obtained by executing the second service request after the second user terminal sends a second processing request for the second shared order to the server, when the server determines that the second processing request meets the second preset processing authority.

[0164] It should be noted that since the first user terminal is the client of the shared order, the first preset processing authority of the first user terminal is often greater than the second preset processing authority of the second user terminal. The first user terminal can cancel or transfer the order at any time and terminate the sharing relationship, but the second user terminal cannot perform adverse operations on the shared order, such as canceling the order, transferring the order, terminating the sharing relationship, or sharing the shared order with other user terminals.

[0165] In a specific application scenario, after determining that the second user terminal successfully receives the second sharing order, it may also include: sending a sharing release instruction directed to the second user terminal to the server, so that the server cancels the second sharing order at the second user terminal according to the sharing release instruction.

[0166] For this embodiment, in a specific application scenario, in the first sharing order, the identification information of all second user terminals that have successfully established a sharing relationship is displayed at the sharer. When the first user terminal wants to end the sharing relationship with a second user terminal, it can send a sharing release instruction directed to the second user terminal to the server at any time, so that the server can cancel the second sharing order at the second user terminal based on the sharing release instruction.

[0167] Through the above-mentioned order sharing method, the first user terminal can send a request for obtaining the list of orders to be shared to the server, and then according to the received list of orders to be shared, the server can send an order sharing instruction pointing to the second user terminal under the target organization, so that the server can create a second shared order associated with the first shared order for the second user terminal, and instruct the second user terminal to receive the second shared order; after the second user terminal receives the second shared order, the shared connection relationship between the first user terminal and the second user terminal is successfully established. At this time, both the first user terminal and the second user terminal can use the shared order, generate the corresponding order status, and update the order status to the first user terminal and the second user terminal synchronously. In addition, as the main control terminal, the first user terminal can also cancel the sharing relationship with the second user terminal at any time. Through the method in this application, the first shared order that can be used in the first user terminal can be shared to multiple second user terminals at the same time, thereby ensuring that the first user terminal and each second user terminal that creates a sharing relationship can control the shared order at the same time, enriching the order control form, and improving the efficiency of order use, so that the order application can better meet the personalized needs of users.

[0168] The above embodiment is an order sharing process described on the client side. Further, in order to fully illustrate the implementation of this embodiment, this embodiment also provides another order sharing method, which can be applied to the server side. Figure 3 As shown, the method includes:

[0169] 301. Receive a request from a first user terminal to obtain a list of orders to be shared, and generate a list of orders to be shared that matches the first user identifier according to the request, where the list of orders to be shared includes guaranteed orders of different users of a target organization to which the first user belongs.

[0170] The target organization may be a family organization, a unit organization, etc. The target organization type may be pre-set. For example, taking an insurance protection order as an example, the first user terminal may correspond to the terminal where the policyholder is located. If the target organization type is set to a family combination, after sending a request to obtain a list of orders to be shared, the first user terminal may receive all family protection orders that are in effect on the mutual aid platform and the insurance platform, and the members of the target organization may be all insured persons and their immediate family members in the protection order.

[0171] 302. Send the list of orders to be shared to the first user terminal, so that the first user terminal sends an order sharing instruction directed to the second user terminal of the target organization to the server according to the list of orders to be shared, where the order sharing instruction includes the first shared order.

[0172] For this embodiment, in a specific application scenario, after the shared order list corresponding to the first user terminal is aggregated, the shared order list will be fed back to the first user terminal, so that the first user terminal can select the first shared order to be shared in the shared order list, and send an order sharing instruction to share the first shared order to the second user terminal.

[0173] 303. Create a second sharing order associated with the first sharing order for the second user terminal according to the received order sharing instruction, and instruct the second user terminal to collect the second sharing order.

[0174] Among them, the first shared order is the original order displayed at the first user terminal, and the second shared order is the shared order displayed at the second user terminal. The difference between the first shared order and the second shared order may be the different display forms. For example, in addition to the regular display, the first shared order may also be supplemented with a shared list, which contains the identification information of all second user terminals that have successfully established a sharing relationship based on the first shared order; the second shared order adopts a display form different from the original order, such as different display colors, display fonts, etc., and in addition, the identification information of the first user terminal that shares the second shared order may also be supplemented. It should be noted that after the sharing relationship is successfully created, the processing data of the first shared order and the second shared order are interoperable, that is, the first user terminal and the second user terminal can both process the shared order, and the data processing results are synchronously updated to the first shared order and the second shared order.

[0175] For this embodiment, in a specific application scenario, after receiving an order sharing instruction directed to a second user terminal, a second sharing order associated with the first sharing order will be created for the second user terminal, and a collection connection will be sent to the second user terminal to instruct the second user terminal to collect the second sharing order.

[0176] 304. Generate an order status based on a first processing result of the first user terminal on the first shared order, or a second processing result of the second user terminal on the second shared order, and send the order status to the first user terminal and the second user terminal.

[0177] For this embodiment, in a specific application scenario, after a sharing relationship based on a first sharing order is successfully created between a first user terminal and a second user terminal, both the first user terminal and the second user terminal can process the sharing order, and the processing results can affect the order status of the sharing order. Therefore, the first processing result of the first sharing order based on the first user terminal, or the second processing result of the second sharing order by the second user terminal can be received in real time, and the order status is generated according to the first processing result or the second processing result, and the order status is sent to the first user terminal and the second user terminal, so as to realize the intercommunication of processing data.

[0178] Compared with the current existing technology, the above-mentioned order sharing method applicable to the service side can generate a list of orders to be shared that matches the first user identifier after receiving a request from the first user terminal to obtain the list of orders to be shared, and send the list of orders to be shared to the first user terminal. After that, the order sharing instruction sent by the first user terminal to the second user terminal under the target organization based on the list of orders to be shared can be received. After receiving the order sharing instruction, a second shared order associated with the first shared order can be created for the second user terminal according to the order sharing instruction, and the second user terminal can be instructed to receive the second shared order; after determining that the second user terminal has successfully received the second shared order, the shared connection relationship between the first user terminal and the second user terminal is successfully established. At this time, both the first user terminal and the second user terminal can use the shared order, generate the corresponding order status, and synchronously update the order status to the first user terminal and the second user terminal. Through the method in the present application, it is possible to simultaneously share the first shared order available in the first user terminal to multiple second user terminals, thereby ensuring that the first user terminal and each second user terminal that creates a sharing relationship can control the shared order at the same time. While enriching the order control form, it can also improve the efficiency of order use, thereby making the order application more able to meet the personalized needs of users.

[0179] Further, as a refinement and extension of the specific implementation of the above embodiment, in order to fully illustrate the specific implementation process of this embodiment, this embodiment provides another order sharing method that can be applied to the server side, such as Figure 4 As shown, the method includes:

[0180] 401. Receive a request from a first user terminal for obtaining a list of shared orders, and extract a first user identifier in the request.

[0181] In a specific application scenario, after receiving a request from a first user terminal to obtain a list of shared orders, the first user identifier of the first user terminal carried in the request may be firstly extracted so as to filter effective orders based on the first user identifier.

[0182] 402. Query the preset data platform for guarantee orders of different users under the target organization to which the first user identifier belongs.

[0183] For this embodiment, in a specific application scenario, after receiving a request from the first user terminal to obtain a list of orders to be shared, the order transaction record corresponding to the first user identifier will first be retrieved in the preset platform, and all orders that have been created by the first user terminal, are related to members of the target organization, and are in the effective stage will be extracted, so as to aggregate the retrieved orders into a list of orders to be shared.

[0184] 403. Arrange the guaranteed orders according to the priority order of the order type and generate a list of orders to be shared.

[0185] For this embodiment, in a specific application scenario, based on the display priority of each order type pre-selected or selected by default by the first user terminal, the identified guaranteed orders can be arranged in order according to the order type, and then a list of orders to be shared is generated, which facilitates searching while meeting the user's customized needs.

[0186] For example, taking insurance protection orders as an example, if the identified protection orders include mutual aid orders and insurance orders, it can be set in the list of orders to be shared to display all mutual aid orders first and then all insurance orders.

[0187] 404. Send the list of orders to be shared to the first user terminal, so that the first user terminal sends an order sharing instruction directed to the second user terminal of the target organization to the server according to the list of orders to be shared, where the order sharing instruction includes the first shared order.

[0188] In a specific application scenario, after the order list to be shared is generated, the order list to be shared will be fed back to the first user terminal, so that the first user terminal can send an order sharing instruction to the second user terminal under the target organization based on the order list to be shared, and the order sharing instruction includes the first shared order.

[0189] In a specific application scenario, in order to provide security for order sharing, before executing the order sharing instruction, it also includes: generating a security prompt page for sharing the first shared order to the second user terminal, and sending the security prompt page to the first user terminal; if a confirmation instruction for the security prompt page is received from the first user terminal, it is determined that the order sharing request has passed the security verification.

[0190] 405. If it is determined that the order sharing request passes the security verification, extract the first display form of the first shared order in the order sharing instruction.

[0191] The first display form may be a display form in which a sharing list is additionally displayed on the basis of the original display form of the first sharing order, and the sharing list is used to record the identification information of all second user terminals that successfully establish a sharing relationship based on the first sharing order.

[0192] 406. Determine, according to the first user identifier and the order sharing instruction, a second display form in a shared state corresponding to the first display form, and determine the first shared order in the second display form as a second shared order.

[0193] In a specific application scenario, in order to distinguish shared orders from shared orders in an order list, the shared orders may be set to different display formats.

[0194] The second display form may be based on the original display form of the first shared order, with changes in display color, display font and other styles, and additionally display the identification information of the first user terminal that shares the second shared order. It should be noted that after the sharing relationship is successfully created, the processing data of the first shared order and the second shared order are interoperable, that is, the first user terminal and the second user terminal can both process the shared order, and synchronously update the data processing results to the first shared order and the second shared order.

[0195] 407. Send an order collection link for the second shared order to the second user terminal.

[0196] For this embodiment, in a specific application scenario, after a second shared order associated with a first shared order is generated based on an order sharing instruction, the second shared order needs to be sent to a designated second user terminal, and the second user terminal needs to be prompted to collect the second shared order. Specifically, an order collection link for the second shared order can be sent to the second user terminal, and the second user terminal can collect the second shared order through the order collection link.

[0197] 408. If it is determined that a request for collecting the second shared order from the second user terminal is received within the preset collection time period, and the collection request does not reach the maximum sharing threshold of the first shared order, it is determined that the second shared order is collected successfully.

[0198] Among them, the preset collection time period is the collection time range of the second sharing order set in advance, that is, the second user terminal can successfully collect the second sharing order within the collection time range. When the collection time range is exceeded, it will be displayed that the second sharing order is invalid and cannot be collected; the maximum sharing threshold is the maximum sharing quantity corresponding to the preset first sharing order, that is, it should be ensured that the successful sharing quantity of the first sharing order is less than or equal to the maximum sharing threshold. If it is determined that the current sharing quantity is equal to the maximum sharing threshold, new sharing cannot be started. For example, the preset collection time period is set to: within 24 hours of the service end indicating the collection, and the set maximum sharing threshold is 3. When the service end receives the collection request of the second sharing order from the second user terminal, it will pre-determine whether the collection request of the second user terminal is triggered within 24 hours of the indication of collection, and whether the sharing quantity of the current first sharing order is equal to 3. If it is determined that the sharing quantity of the current first sharing order is less than 3 and the collection request is triggered within 24 hours of the indication of collection, a prompt message indicating that the second sharing order is successfully collected by the second user terminal can be output.

[0199] Correspondingly, if it is determined that no collection request for the second shared order is received from the second user terminal within the preset collection time period, and / or the collection request reaches the maximum sharing threshold of the first shared order, it is determined that the collection of the second shared order has failed.

[0200] 409. Send a prompt message to the first user terminal indicating that the second sharing order has been successfully received by the second user terminal.

[0201] Among them, the prompt information can be text prompt information, picture prompt information, audio prompt information, video prompt information, light prompt information, vibration prompt information, etc.

[0202] 410. Update the second user identifier corresponding to the second user terminal to the sharing list of the first sharing order, and add one to the current sharing quantity of the first sharing order. The current sharing quantity is used to record the successful sharing quantity of the first sharing order, so as to control the successful sharing quantity to be less than or equal to the maximum sharing threshold.

[0203] For this embodiment, after determining that the second sharing order is successfully received by the second user terminal, the second user identifier corresponding to the second user terminal can be updated to the sharing list of the first sharing order, so that the first user terminal can cancel the sharing relationship at any time according to the sharing list. In addition, the current sharing quantity of the first sharing order can also be counted to update the successful sharing quantity of the first sharing order in real time. When it is determined that the successful sharing quantity is equal to the set maximum sharing threshold, the server directly outputs a prompt message that the sharing upper limit has been reached for the order sharing instruction sent by the first user terminal, or when the second user terminal sends a request for receiving the second sharing order based on the order collection connection, the server determines whether the second user terminal’s collection is valid based on the current sharing quantity.

[0204] 411. Generate an order status based on a first processing result of the first user terminal on the first shared order, or a second processing result of the second user terminal on the second shared order, and send the order status to the first user terminal and the second user terminal.

[0205] In a specific application scenario, step 411 of the implementation example may specifically include: receiving a first processing request from a first user terminal for a first shared order; if it is determined that the first processing request complies with the first preset processing authority, executing the first processing request and obtaining a first processing result; generating a first order status based on the first processing result, and sending the first order status to the first user terminal and the second user terminal.

[0206] Correspondingly, step 411 of the embodiment may also specifically include: receiving a second processing request for a second shared order from a second user terminal; if it is determined that the second processing request complies with the second preset processing authority, executing the second processing request and obtaining a second processing result, and the second preset processing authority is less than the first preset processing authority; generating a second order status based on the first processing result, and sending the second order status to the first user terminal and the second user terminal.

[0207] It should be noted that since the first user terminal is the client of the shared order, the first preset processing authority of the first user terminal is often greater than the second preset processing authority of the second user terminal. The first user terminal can cancel or transfer the order at any time and terminate the sharing relationship, but the second user terminal cannot perform adverse operations on the shared order, such as canceling the order, transferring the order, terminating the sharing relationship, or sharing the shared order with other user terminals.

[0208] In a specific application scenario, as a preferred method, after determining that the second user terminal successfully receives the second sharing order, it may also include: receiving a sharing release instruction sent by the first user terminal to the second user terminal, the sharing release instruction carrying the second user identifier; canceling the second sharing order at the second user terminal according to the sharing release instruction, and reducing the current sharing quantity of the first sharing order by one.

[0209] For this embodiment, in the first sharing order, the identification information of all second user terminals that have successfully established a sharing relationship is displayed in the sharing list. When the first user terminal wants to end the sharing relationship with a second user terminal, it can send a sharing release instruction directed to the second user terminal to the server at any time, so that the server can cancel the second sharing order at the second user terminal according to the sharing release instruction.

[0210] Correspondingly, the embodiment may further specifically include: monitoring the order change status of the first shared order; if it is determined that the risk coefficient corresponding to the order change status is greater than a preset risk threshold, canceling all second shared orders corresponding to the first shared order.

[0211] For this embodiment, in order to achieve the prevention and control of order risks, when it is determined that there is an abnormality in the order change status of the first shared order, such as the status of the first user terminal corresponding to the first shared order is exited, or an asset transfer has occurred in the first shared order, and the owner is transferred from account A to account B, the system will automatically terminate the sharing relationship and cancel all second shared orders corresponding to the first shared order.

[0212] Through the above-mentioned order sharing method applicable to the service side, compared with the current existing technology, after receiving the acquisition request of the first user terminal for the order list to be shared, a list of orders to be shared matching the first user identifier can be generated, and the list of orders to be shared can be sent to the first user terminal. After that, the order sharing instruction sent by the first user terminal to the second user terminal under the target organization according to the order list to be shared can be received. After receiving the order sharing instruction, a second shared order associated with the first shared order can be created for the second user terminal, and the second user terminal can be instructed to receive the second shared order; after determining that the second user terminal receives the second shared order, the shared connection relationship between the first user terminal and the second user terminal is successfully established. At this time, both the first user terminal and the second user terminal can use the shared order, generate the corresponding order status, and update the order status to the first user terminal and the second user terminal synchronously. In addition, as the main control terminal, the first user terminal can also cancel the sharing relationship with the second user terminal at any time. The server can also monitor the order change status of the first shared order in real time, and when it is determined that the risk coefficient corresponding to the order change status is greater than the preset risk threshold, all second shared orders corresponding to the first shared order can also be cancelled. Through the method in the present application, it is possible to simultaneously share the first shared order available in the first user terminal to multiple second user terminals, thereby ensuring that the first user terminal and each second user terminal that creates a sharing relationship can control the shared order at the same time. While enriching the order control form, it can also improve the efficiency of order use, thereby making the order application more able to meet the personalized needs of users.

[0213] Further, as Figure 1 and Figure 2 The specific implementation of the method shown in the embodiment provides an order sharing device that can be applied to the client side, such as Figure 5 As shown, the device includes: a first sending module 51, a first receiving module 52, a second sending module 53, and a second receiving module 54;

[0214] A first sending module 51, which can be used for the first user terminal to send a request for obtaining a list of orders to be shared to the server;

[0215] A first receiving module 52, which can be used for a first user terminal to receive a list of orders to be shared, where the list of orders to be shared includes guaranteed orders of different users of a target organization to which the first user belongs;

[0216] The second sending module 53 may be used to send an order sharing instruction directed to a second user terminal under a target organization to a server according to the list of orders to be shared, wherein the order sharing instruction includes a first sharing order, so that the server creates a second sharing order associated with the first sharing order for the second user terminal, and instructs the second user terminal to collect the second sharing order;

[0217] The second receiving module 54 can be used to receive the order status of the first shared order, which is generated by the server based on the first processing result of the first user terminal on the first shared order, or the second processing result of the second user terminal on the second shared order.

[0218] In a specific application scenario, in order to create an order sharing instruction, such as Figure 6 As shown, the second sending module 53 includes: an extracting unit 531, an input unit 532, and a creating unit 533;

[0219] An extracting unit 531 may be used to extract a first sharing order to be shared from the list of orders to be shared;

[0220] An input unit 532, which can be used to input a second user identifier in the target organization with which the first sharing order is to be shared;

[0221] The creation unit 533 may be configured to create an order sharing instruction for sharing the first shared order to the second user terminal based on the second user identifier, and send the order sharing instruction to the server.

[0222] Accordingly, in order to receive the prompt information that the second sharing order is successfully received by the second user terminal, such as Figure 6 As shown, the device further includes: a third receiving module 55;

[0223] The third receiving module 55 can be used to receive a prompt message that the second shared order is successfully collected by the second user terminal. The prompt message is sent by the server when it determines that the collection request of the second user terminal is triggered within a preset collection time period and has not reached the maximum sharing threshold of the first shared order.

[0224] In a specific application scenario, the first processing result in the second receiving module 54 is the order processing result obtained by executing the first processing request after the first user terminal sends a first processing request for the first shared order to the server when the server determines that the first processing request meets the first preset processing authority.

[0225] Correspondingly, the second processing result in the second receiving module 54 is the order processing result obtained by executing the second service request after the second user terminal sends a second processing request for the second shared order to the server when the server determines that the second processing request meets the second preset processing authority.

[0226] In a specific application scenario, in order to cancel the sharing relationship with the second user terminal, such as Figure 6 As shown, the device further includes: a third sending module 56;

[0227] The third sending module 56 may be configured to send a sharing release instruction directed to the second user terminal to the server, so that the server cancels the second sharing order at the second user terminal according to the sharing release instruction.

[0228] It should be noted that for other corresponding descriptions of the functional units involved in the order sharing device applicable to the client side provided in this embodiment, please refer to Figure 1 and Figure 2 The corresponding description in will not be repeated here.

[0229] Further, as Figure 3 and Figure 4 The specific implementation of the method shown in the embodiment provides an order sharing device that can be applied to the server side, such as Figure 7 As shown, the device includes: a generating module 61, a first sending module 62, a creating module 63, and a second sending module 64;

[0230] The generating module 61 may be used to receive a request from a first user terminal for obtaining a list of orders to be shared, and generate a list of orders to be shared that matches the first user identifier according to the obtaining request, wherein the list of orders to be shared includes guaranteed orders of different users of the target organization to which the first user belongs;

[0231] The first sending module 62 may be used to send the list of orders to be shared to the first user terminal, so that the first user terminal sends an order sharing instruction directed to the second user terminal of the target organization to the server according to the list of orders to be shared, wherein the order sharing instruction includes the first shared order;

[0232] The creation module 63 may be used to create a second sharing order associated with the first sharing order for the second user terminal according to the received order sharing instruction, and instruct the second user terminal to collect the second sharing order;

[0233] The second sending module 64 can be used to generate an order status based on the first processing result of the first user terminal on the first shared order, or the second processing result of the second user terminal on the second shared order, and send the order status to the first user terminal and the second user terminal.

[0234] In a specific application scenario, in order to generate a list of orders to be shared that matches the first user identifier according to the acquisition request, such as Figure 8 As shown, the generating module 61 includes: a first extracting unit 611, a querying unit 612, and a generating unit 613;

[0235] A first extraction unit 611, which can be used to extract the first user identifier in the acquisition request;

[0236] A query unit 612, which can be used to query the guarantee orders of different users under the target organization to which the first user identifier belongs in the preset data platform;

[0237] The generating unit 613 may be used to arrange the guaranteed orders according to the priority order of the order type and generate a list of orders to be shared.

[0238] Accordingly, in order to ensure the security of order sharing, Figure 8 As shown, the device further includes: a third sending module 65 and a determination module 66;

[0239] The third sending module 65 may be used to generate a security prompt page for sharing the first sharing order to the second user terminal, and send the security prompt page to the first user terminal;

[0240] The determination module 66 may be configured to determine whether the order sharing request has passed the security verification if a confirmation instruction of the first user terminal to the security prompt page is received.

[0241] In a specific application scenario, in order to create a second sharing order associated with a first sharing order, such as Figure 8 As shown, the creation module 63 includes: a second extraction unit 631, a determination unit 632;

[0242] The second extraction unit 631 may be used to extract the first display form of the first shared order in the order sharing instruction;

[0243] The determining unit 632 may be configured to determine, according to the first user identifier and the order sharing instruction, a second display form in a shared state corresponding to the first display form, and determine the first sharing order in the second display form as a second sharing order.

[0244] Accordingly, in order to instruct the second user terminal to pick up the second sharing order, Figure 8 As shown, the creation module 63 also includes: a first sending unit 633, a determination unit 634;

[0245] The first sending unit 633 may be configured to send an order collection link for the second shared order to the second user terminal;

[0246] The determination unit 634 may be used to determine that the second shared order is successfully collected if it is determined that a collection request for the second shared order is received from the second user terminal within a preset collection time period and the collection request does not reach the maximum sharing threshold of the first shared order.

[0247] In specific application scenarios, such as Figure 8 As shown, the device further includes: a fourth sending module 67 and a first processing module 68;

[0248] The fourth sending module 67 may be used to send a prompt message to the first user terminal indicating that the second sharing order has been successfully received by the second user terminal;

[0249] The first processing module 68 can be used to update the second user identifier corresponding to the second user terminal to the sharing list of the first sharing order, and add one to the current sharing quantity of the first sharing order. The current sharing quantity is used to record the successful sharing quantity of the first sharing order so as to control the successful sharing quantity to be less than or equal to the maximum sharing threshold.

[0250] Correspondingly, such as Figure 8 As shown, the second sending module 64 includes: a first receiving unit 641, a first acquiring unit 642, and a second sending unit 643;

[0251] The first receiving unit 641 may be configured to receive a first processing request from a first user terminal for a first sharing order;

[0252] A first obtaining unit 642, which can be used to execute the first processing request and obtain a first processing result if it is determined that the first processing request meets the first preset processing authority;

[0253] The second sending unit 643 may be used to generate a first order status based on the first processing result, and send the first order status to the first user terminal and the second user terminal.

[0254] In specific application scenarios, such as Figure 8 As shown, the second sending module 64 may further include: a second receiving unit 644, a second acquiring unit 645, and a third sending unit 646;

[0255] The second receiving unit 644 may be configured to receive a second processing request from a second user terminal for a second sharing order;

[0256] The second acquisition unit 645 may be used to execute the second processing request and acquire a second processing result if it is determined that the second processing request meets the second preset processing authority, and the second preset processing authority is less than the first preset processing authority;

[0257] The third sending unit 646 may be configured to generate a second order status based on the first processing result, and send the second order status to the first user terminal and the second user terminal.

[0258] In specific application scenarios, such as Figure 8 As shown, the device further includes: a receiving module 69, a second processing module 600;

[0259] The receiving module 69 is configured to receive a sharing release instruction sent by the first user terminal and directed to the second user terminal, wherein the sharing release instruction carries the second user identifier;

[0260] The second processing module 600 may be used to cancel the second sharing order at the second user terminal according to the sharing release instruction, and reduce the current sharing quantity of the first sharing order by one.

[0261] Correspondingly, such as Figure 8 As shown, the device further includes: a monitoring module 601 and a release module 602;

[0262] A monitoring module 601 may be used to monitor the order change status of the first shared order;

[0263] The release module 602 may be used to cancel all second shared orders corresponding to the first shared order if it is determined that the risk coefficient corresponding to the order change status is greater than a preset risk threshold.

[0264] It should be noted that for other corresponding descriptions of the functional units involved in the order sharing device applicable to the user service end provided in this embodiment, please refer to Figure 3 and Figure 4 The corresponding description in will not be repeated here.

[0265] Based on the above Figure 1 and Figure 2 The method shown in the embodiment of the present application accordingly provides a storage medium on which a computer program is stored, and when the program is executed by a processor, the above-mentioned Figure 1 and Figure 2 The order sharing method shown in FIG. 1 can be applied to the client side. Figure 3 and Figure 4 The present application also provides another storage medium on which a computer program is stored, and when the program is executed by a processor, the above-mentioned Figure 3 and Figure 4 The order sharing method shown can be applied to the user service side.

[0266] Based on this understanding, the technical solution of the present application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, USB flash drive, mobile hard disk, etc.), including a number of instructions for enabling a computer device (which can be a personal computer, server, or network device, etc.) to execute the methods of various implementation scenarios of the present application.

[0267] Based on the above Figure 1 and Figure 2 The method shown, and Figure 5 and Figure 6In order to achieve the above-mentioned purpose, the embodiment of the present application further provides a client device, which can be a personal computer, a tablet computer, a smart phone, a smart watch, a smart bracelet, or other network devices, etc. The client device includes a storage medium and a processor; the storage medium is used to store a computer program; the processor is used to execute the computer program to achieve the above-mentioned Figure 1 and Figure 2 The order sharing method shown can be applied to the user client side.

[0268] Based on the above Figure 3 and Figure 4 The method shown, and Figure 7 and Figure 8 In order to achieve the above-mentioned purpose, the embodiment of the present application also provides a server device, which can be a server or other network device. The device includes a storage medium and a processor; the storage medium is used to store a computer program; the processor is used to execute the computer program to achieve the above-mentioned Figure 3 and Figure 4 The order sharing method shown can be applied to the service side.

[0269] Optionally, both of the above-mentioned physical devices may further include a user interface, a network interface, a camera, a radio frequency (RF) circuit, a sensor, an audio circuit, a WI-FI module, etc. The user interface may include a display screen (Display), an input unit such as a keyboard (Keyboard), etc., and the optional user interface may also include a USB interface, a card reader interface, etc. The network interface may optionally include a standard wired interface, a wireless interface (such as a WI-FI interface), etc.

[0270] Those skilled in the art will appreciate that the physical device structure of a client device and a server device provided in this embodiment does not constitute a limitation on the two physical devices, and may include more or fewer components, or a combination of certain components, or different component arrangements.

[0271] The storage medium may also include an operating system and a network communication module. The operating system is a program that manages the hardware and software resources of the two physical devices mentioned above, and supports the operation of information processing programs and other software and / or programs. The network communication module is used to realize communication between the components inside the storage medium, and communication with other hardware and software in the information processing physical device.

[0272] Based on the above content, further, the embodiment of the present application also provides an order sharing system, such as Fig. 9 As shown, the system includes a first client device 71, a second client device 72, and a server device 73;

[0273] The first client device 71 can be used to perform the following steps: Figure 1 and Figure 2 The method shown in the figure, the server device 73 can be used to perform the following Figure 3 and Figure 4 The method shown.

[0274] The first client device 71 can be used to send a request for obtaining a list of orders to be shared to the server device 73; and based on the received list of orders to be shared, send an order sharing instruction pointing to the second client device 72 under the target organization to the server device 73, the order sharing instruction including the first sharing order, so that the server device 73 creates a second sharing order associated with the first sharing order for the second client device 72, and instructs the second client device 72 to collect the second sharing order; receive the order status of the first sharing order, the order status is generated by the server device 73 based on the first processing result of the first client device 71 on the first sharing order, or the second processing result of the second client device 72 on the second sharing order.

[0275] The second client device 72 can be used to receive an order collection link for a second shared order sent by the server device 73; send a collection request for the second shared order to the server device 73 based on the order collection link; after receiving a prompt message indicating successful collection, send a second processing request for the second shared order to the server device 73; and receive a second processing result corresponding to the second processing request.

[0276] The server device 73 can be used to receive a request from the first client device 71 to obtain a list of orders to be shared, and generate a list of orders to be shared that matches the first user identifier based on the request, the list of orders to be shared includes guaranteed orders of different users under the target organization to which the first user belongs; send the list of orders to be shared to the first client device 71, so that the first client device 71 can send an order sharing instruction pointing to the second client device 72 under the target organization to the server based on the list of orders to be shared, the order sharing instruction including the first shared order; create a second shared order associated with the first shared order for the second client device 72 based on the received order sharing instruction, and instruct the second client device 72 to collect the second shared order; generate an order status based on the first processing result of the first client device 71 on the first shared order, or the second processing result of the second client device 72 on the second shared order, and send the order status to the first client device 71 and the second client device 72.

[0277] Through the description of the above implementation methods, the technicians in this field can clearly understand that the present application can be implemented by means of software plus the necessary general hardware platform, or by hardware. By applying the technical solution of this embodiment, compared with the current existing technology, the service end can be used to aggregate the guarantee orders of different users under the target organization to which the first user belongs, so that the first user terminal sends an order sharing instruction pointing to the second user terminal to the service end based on the aggregation result, wherein the order sharing instruction carries the shared order. After receiving the order sharing instruction, the service end can create a collection connection associated with the shared order for the second user terminal. After the second user terminal collects the shared order, a shared connection relationship between the first user terminal and the second user terminal is established. At this time, the effective shared order can be displayed on multiple terminals at the same time, and the first user terminal and the second user terminal can perform operations within the processing authority on the shared order. Through the method in this application, the shared processing of the effective orders can be realized on multiple terminals, the order control form can be enriched, and the order usage efficiency can be improved, so that the order application can better meet the personalized needs of users.

[0278] Those skilled in the art will appreciate that the accompanying drawings are only schematic diagrams of a preferred implementation scenario, and the modules or processes in the accompanying drawings are not necessarily necessary for implementing the present application. Those skilled in the art will appreciate that the modules in the devices in the implementation scenario can be distributed in the devices of the implementation scenario according to the description of the implementation scenario, or can be changed accordingly and located in one or more devices different from the present implementation scenario. The modules of the above-mentioned implementation scenario can be combined into one module, or can be further split into multiple submodules.

[0279] The above serial numbers of this application are only for description and do not represent the advantages and disadvantages of the implementation scenarios. The above disclosure is only a few specific implementation scenarios of this application, but this application is not limited to them, and any changes that can be thought of by technicians in this field should fall within the scope of protection of this application.

Claims

1. An order sharing device, applied to a client, It is characterized in that include: A first sending module, configured for the first user terminal to send a request for obtaining a list of orders to be shared to the server; A first receiving module is used for the first user terminal to receive the list of orders to be shared, wherein the first user terminal is the terminal corresponding to the insured, and the list of orders to be shared is the aggregation result of all orders of the first user terminal that are in the effective stage. The method of generating the list of orders to be shared includes extracting the first user identifier of the first user terminal carried in the acquisition request, checking the order transaction record corresponding to the first user identifier, extracting all orders that have been created by the first user terminal, are related to members in the target organization, and are in the effective stage, arranging the protection orders according to the priority order of the order type, and generating the list of orders to be shared, wherein the members of the target organization include users associated with the first user in all protection orders in the effective stage on the mutual aid platform and / or insurance platform; A second sending module is used to extract the first sharing order to be shared from the list of orders to be shared; based on the list of orders to be shared, send an order sharing instruction directed to the second user terminal under the target organization to the server, the order sharing instruction includes the first sharing order, so that the server creates a second sharing order associated with the first sharing order for the second user terminal, and instructs the second user terminal to collect the second sharing order, wherein the second user terminal is a terminal corresponding to the insured person or the legal heir of the insured person of the first sharing order, the first sharing order is the original order displayed at the first user terminal, the second sharing order is the shared order displayed at the second user terminal, the first sharing order additionally displays a sharing list, the sharing list includes the identification information of all the second user terminals that have successfully established a sharing relationship based on the first sharing order, and the second sharing order additionally displays the identification information of the first user terminal that shares the second sharing order; The second receiving module is used to receive the order status of the first shared order, where the order status is generated by the server based on the first processing result of the first user terminal on the first shared order, or the second processing result of the second user terminal on the second shared order.

2. The device according to claim 1, It is characterized in that The second sending module includes: An input unit, used for inputting a second user identifier in the target organization with which the first sharing order is to be shared; A creating unit is used to create an order sharing instruction for sharing the first shared order to a second user terminal based on the second user identifier, and send the order sharing instruction to a server.

3. The device according to claim 2, It is characterized in that The device further includes: a third receiving module; The third receiving module is used to receive a prompt message indicating that the second shared order is successfully collected by the second user terminal. The prompt message is sent by the server when it determines that the collection request of the second user terminal is triggered within a preset collection time period and has not reached the maximum sharing threshold of the first shared order.

4. The device according to claim 3, It is characterized in that The first processing result in the second receiving module is the order processing result obtained by executing the first processing request after the first user terminal sends the first processing request for the first shared order to the server when the server determines that the first processing request meets the first preset processing authority.

5. The device according to claim 3, It is characterized in that The second processing result in the second receiving module is the order processing result obtained by executing the second processing request after the second user terminal sends a second processing request for the second shared order to the server when the server determines that the second processing request complies with the second preset processing authority.

6. The device according to claim 3, It is characterized in that The device further includes: a third sending module; The third sending module is used to send a sharing release instruction directed to the second user terminal to the server, so that the server cancels the second sharing order at the second user terminal according to the sharing release instruction.

7. An order sharing device, applied to a server, It is characterized in that include: A generation module is used to receive a request from a first user terminal for obtaining a list of orders to be shared, extract a first user identifier of the first user terminal carried in the acquisition request, retrieve order transaction records corresponding to the first user identifier, extract all orders that have been created by the first user terminal, are related to members in a target organization, and are in an effective stage, arrange the protection orders in order of priority of the order type, and generate a list of orders to be shared, wherein the first user terminal is a terminal corresponding to the policyholder, the list of orders to be shared is an aggregated result of all orders of the first user terminal that are in an effective stage, and the members of the target organization include users associated with the first user in all protection orders that are in an effective stage on a mutual aid platform and / or an insurance platform; A first sending module is used to send the list of orders to be shared to the first user terminal, so that the first user terminal extracts the first shared order to be shared from the list of orders to be shared, and sends an order sharing instruction directed to the second user terminal under the target organization to the server according to the list of orders to be shared, wherein the order sharing instruction includes the first shared order, wherein the second user terminal is a terminal corresponding to the insured person or the legal heir of the insured person of the first shared order, the first shared order is the original order displayed at the first user terminal, the second shared order is the shared order displayed at the second user terminal, the first shared order additionally displays a sharing list, the sharing list includes identification information of all the second user terminals that successfully establish a sharing relationship based on the first shared order, and the second shared order additionally displays identification information of the first user terminal that shares the second shared order; a creation module, configured to create a second sharing order associated with the first sharing order for the second user terminal according to the received order sharing instruction, and instruct the second user terminal to collect the second sharing order; The second sending module is used to generate an order status based on the first processing result of the first user terminal on the first shared order, or the second processing result of the second user terminal on the second shared order, and send the order status to the first user terminal and the second user terminal.

8. The device according to claim 7, It is characterized in that The device further comprises: a third sending module and a determination module; The third sending module is used to generate a security prompt page for sharing the first sharing order to the second user terminal, and send the security prompt page to the first user terminal; The determination module is configured to determine that the order sharing request has passed the security verification if a confirmation instruction on the security prompt page is received from the first user terminal.

9. The device according to claim 8, It is characterized in that The creation module includes: a second extraction unit, configured to extract a first display form of the first shared order in the order sharing instruction; A determining unit is used to determine, according to the first user identifier and the order sharing instruction, a second display form corresponding to the shared state of the first display form, and determine the first sharing order under the second display form as a second sharing order.

10. The device according to claim 9, It is characterized in that The creation module also includes: A first sending unit, configured to send an order collection link for the second shared order to the second user terminal; A determination unit is configured to determine that the second shared order is successfully received if it is determined that a request for receiving the second shared order from the second user terminal is received within a preset receiving time period and the receiving request does not reach a maximum sharing threshold of the first shared order.

11. The device according to claim 10, It is characterized in that The device further includes: a fourth sending module and a first processing module; The fourth sending module is used to send a prompt message to the first user terminal indicating that the second sharing order has been successfully received by the second user terminal; The first processing module is used to update the second user identifier corresponding to the second user terminal to the sharing list of the first sharing order, and add one to the current sharing quantity of the first sharing order. The current sharing quantity is used to record the successful sharing quantity of the first sharing order so as to control the successful sharing quantity to be less than or equal to the maximum sharing threshold.

12. The device according to claim 11, It is characterized in that The second sending module includes: A first receiving unit, configured to receive a first processing request from the first user terminal for the first sharing order; A first acquisition unit, configured to execute the first processing request and acquire a first processing result if it is determined that the first processing request meets a first preset processing authority; A second sending unit is used to generate a first order status based on the first processing result, and send the first order status to the first user terminal and the second user terminal.

13. The device according to claim 12, It is characterized in that The second sending module also includes: A second receiving unit, configured to receive a second processing request from the second user terminal for the second sharing order; a second obtaining unit, configured to execute the second processing request and obtain a second processing result if it is determined that the second processing request complies with a second preset processing authority, and the second preset processing authority is less than the first preset processing authority; A third sending unit is used to generate a second order status based on the first processing result, and send the second order status to the first user terminal and the second user terminal.

14. The device according to claim 11, It is characterized in that The device further comprises: a receiving module and a second processing module; The receiving module is configured to receive a sharing release instruction sent by the first user terminal and directed to the second user terminal, wherein the sharing release instruction carries a second user identifier; The second processing module is used to cancel the second sharing order at the second user terminal according to the sharing release instruction, and reduce the current sharing quantity of the first sharing order by one.

15. The device according to claim 11, It is characterized in that The device also includes: a monitoring module and a release module; The monitoring module is used to monitor the order change status of the first shared order; The release module is used to cancel all second shared orders corresponding to the first shared order if it is determined that the risk coefficient corresponding to the order change status is greater than a preset risk threshold.

16. An order sharing method, It is characterized in that include: The first user terminal sends a request for obtaining a list of orders to be shared to the server; The first user terminal receives the list of orders to be shared, wherein the first user terminal is a terminal corresponding to the insured, and the list of orders to be shared is an aggregation result of all orders of the first user terminal that are in the effective stage. The method for generating the list of orders to be shared includes extracting the first user identifier of the first user terminal carried in the acquisition request, checking the order transaction record corresponding to the first user identifier, extracting all orders that have been created by the first user terminal, are related to members in the target organization, and are in the effective stage, arranging the protection orders according to the priority order of the order type, and generating the list of orders to be shared, wherein the members of the target organization include users associated with the first user in all protection orders in the effective stage on the mutual aid platform and / or the insurance platform; Extracting the first sharing order to be shared from the list of orders to be shared; sending an order sharing instruction directed to the second user terminal under the target organization to the server according to the list of orders to be shared, wherein the order sharing instruction includes the first sharing order, so that the server creates a second sharing order associated with the first sharing order for the second user terminal, and instructs the second user terminal to collect the second sharing order, wherein the second user terminal is a terminal corresponding to the insured person or the legal heir of the insured person of the first sharing order, the first sharing order is the original order displayed at the first user terminal, the second sharing order is the shared order displayed at the second user terminal, the first sharing order additionally displays a sharing list, the sharing list includes the identification information of all the second user terminals that have successfully established a sharing relationship based on the first sharing order, and the second sharing order additionally displays the identification information of the first user terminal that shares the second sharing order; Receive the order status of the first shared order, where the order status is generated by the server based on a first processing result of the first user terminal on the first shared order, or a second processing result of the second user terminal on the second shared order.

17. The method according to claim 16, It is characterized in that The sending, based on the list of orders to be shared, to the server, an order sharing instruction directed to the second user terminal of the target organization specifically includes: Input a second user ID in the target organization to share the first sharing order; An order sharing instruction for sharing the first shared order to a second user terminal is created based on the second user identifier, and the order sharing instruction is sent to a server.

18. The method according to claim 17, It is characterized in that After sending an order sharing instruction directed to the second user terminal of the target organization to the server according to the list of orders to be shared, the method further includes: Receive a prompt message indicating that the second shared order is successfully collected by the second user terminal, wherein the prompt message is sent by the server when it determines that the collection request of the second user terminal is triggered within a preset collection time period and does not reach the maximum sharing threshold of the first shared order.

19. The method according to claim 18, It is characterized in that The first processing result is an order processing result obtained when the first user terminal sends a first processing request for the first shared order to the server and the server executes the first processing request when it determines that the first processing request complies with the first preset processing authority.

20. The method according to claim 18, It is characterized in that The second processing result is the order processing result obtained when the second user terminal sends a second processing request for the second shared order to the server and the server executes the second processing request when it determines that the second processing request complies with the second preset processing authority.

21. The method according to claim 18, It is characterized in that The method further comprises: A sharing release instruction directed to the second user terminal is sent to the server, so that the server cancels the second sharing order at the second user terminal according to the sharing release instruction.

22. An order sharing method, It is characterized in that include: Receive a request from a first user terminal for obtaining a list of orders to be shared, extract a first user identifier of the first user terminal carried in the acquisition request, retrieve order transaction records corresponding to the first user identifier, extract all orders that have been created by the first user terminal, are related to members in a target organization, and are in the effective stage, arrange the protection orders in order of priority of the order types, and generate a list of orders to be shared, wherein the first user terminal is a terminal corresponding to the policyholder, the list of orders to be shared is an aggregated result of all orders of the first user terminal that are in the effective stage, and the members of the target organization include users associated with the first user in all protection orders that are in the effective stage on the mutual aid platform and / or the insurance platform; The list of orders to be shared is sent to the first user terminal so that the first user terminal extracts the first shared order to be shared from the list of orders to be shared, and according to the list of orders to be shared, an order sharing instruction directed to the second user terminal under the target organization is sent to the server, wherein the order sharing instruction includes the first shared order, wherein the second user terminal is a terminal corresponding to the insured person or the legal heir of the insured person of the first shared order, the first shared order is the original order displayed at the first user terminal, the second shared order is the shared order displayed at the second user terminal, the first shared order additionally displays a sharing list, the sharing list includes identification information of all the second user terminals that have successfully established a sharing relationship based on the first shared order, and the second shared order additionally displays identification information of the first user terminal that shares the second shared order; creating a second sharing order associated with the first sharing order for the second user terminal according to the received order sharing instruction, and instructing the second user terminal to collect the second sharing order; An order status is generated based on a first processing result of the first user terminal on the first shared order, or a second processing result of the second user terminal on the second shared order, and the order status is sent to the first user terminal and the second user terminal.

23. The method according to claim 22, It is characterized in that Before creating a second sharing order associated with the first sharing order for the second user terminal according to the received order sharing instruction and instructing the second user terminal to collect the second sharing order, the method further includes: generating a security prompt page for sharing the first sharing order to the second user terminal, and sending the security prompt page to the first user terminal; If a confirmation instruction of the first user terminal on the security prompt page is received, it is determined that the order sharing request has passed the security verification.

24. The method according to claim 23, It is characterized in that The step of creating, for the second user terminal, a second sharing order associated with the first sharing order according to the received order sharing instruction specifically includes: Extracting a first display form of the first shared order in the order sharing instruction; According to the first user identifier and the order sharing instruction, a second display form in a shared state corresponding to the first display form is determined, and the first sharing order in the second display form is determined as a second sharing order.

25. The method according to claim 24, It is characterized in that The instructing the second user terminal to pick up the second sharing order specifically includes: Sending an order collection link for the second shared order to the second user terminal; If it is determined that a collection request for the second shared order from the second user terminal is received within the preset collection time period, and the collection request does not reach the maximum sharing threshold of the first shared order, it is determined that the second shared order is successfully collected.

26. The method according to claim 25, It is characterized in that After determining that the second shared order is successfully received, the method further includes: Sending a prompt message to the first user terminal indicating that the second sharing order has been successfully received by the second user terminal; The second user identifier corresponding to the second user terminal is updated to the sharing list of the first sharing order, and the current sharing quantity of the first sharing order is increased by one. The current sharing quantity is used to record the successful sharing quantity of the first sharing order so as to control the successful sharing quantity to be less than or equal to the maximum sharing threshold.

27. The method according to claim 26, It is characterized in that The generating an order status based on a first processing result of the first shared order by the first user terminal or a second processing result of the second shared order by the second user terminal, and sending the order status to the first user terminal and the second user terminal specifically includes: receiving a first processing request of the first user terminal for the first sharing order; If it is determined that the first processing request meets the first preset processing authority, executing the first processing request and obtaining a first processing result; A first order status is generated based on the first processing result, and the first order status is sent to the first user terminal and the second user terminal.

28. The method according to claim 27, It is characterized in that The generating an order status based on a first processing result of the first shared order by the first user terminal or a second processing result of the second shared order by the second user terminal, and sending the order status to the first user terminal and the second user terminal, specifically includes: receiving a second processing request of the second user terminal for the second sharing order; If it is determined that the second processing request meets the second preset processing authority, executing the second processing request to obtain a second processing result, and the second preset processing authority is less than the first preset processing authority; A second order status is generated based on the first processing result, and the second order status is sent to the first user terminal and the second user terminal.

29. The method according to claim 26, It is characterized in that The method further comprises: receiving a sharing release instruction sent by the first user terminal and directed to the second user terminal, wherein the sharing release instruction carries a second user identifier; The second sharing order at the second user terminal is canceled according to the sharing release instruction, and the current sharing quantity of the first sharing order is reduced by one.

30. The method according to claim 26, It is characterized in that The method further comprises: Monitoring the order change status of the first shared order; If it is determined that the risk coefficient corresponding to the order change status is greater than a preset risk threshold, all second shared orders corresponding to the first shared order are cancelled.

31. A storage medium having a computer program stored thereon, It is characterized in that When the program is executed by a processor, the order sharing method according to any one of claims 16 to 21 is implemented.

32. A client device comprising a storage medium, a processor, and a computer program stored on the storage medium and executable on the processor, It is characterized in that When the processor executes the program, the order sharing method according to any one of claims 16 to 21 is implemented.

33. A storage medium having a computer program stored thereon, It is characterized in that When the program is executed by a processor, the order sharing method according to any one of claims 22 to 30 is implemented.

34. A server device comprising a storage medium, a processor, and a computer program stored on the storage medium and executable on the processor, It is characterized in that When the processor executes the program, the order sharing method described in any one of claims 22 to 30 is implemented.

35. An order sharing system, It is characterized in that include: The client device as described in claim 32 and the server device as described in claim 34.

Images