Data processing method and device, electronic equipment and storage medium

Abstract

The invention discloses a data processing method and device, electronic equipment and a storage medium, and relates to the technical field of computers. A specific embodiment of the method comprises the steps of obtaining an order request set sent by each user side, querying user attributes corresponding to each order request in the order request set to split the order request set into at least one order request subset, and combining the order requests in the order request subsets into a combined order request; obtaining a business order set associated with the combined order request from an order system; obtaining the business attribute of each business order in the business order set, and matching the business attribute with the user attribute of each order request in the order request subset to determine the business order corresponding to each order request; and sending the business order corresponding to each order request to the corresponding user side. According to the embodiment of the invention, the method can solve a problem that the Internet doctor-seeing platform is greatly stressed and the system stability is affected because the Internet doctor-seeing platform is subjected to the high-frequency reading of the inquiry order.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of computer, and in particular, to a data processing method and device, electronic equipment and storage medium. BACKGROUND

[0002] At present, Internet medical treatment has become a common way. In an Internet medical treatment platform, a user can initiate a consultation order, and each doctor can obtain the consultation order by way of order grabbing, and then provide services for the user. In related technologies, a doctor terminal can send a order grabbing request to obtain a plurality of consultation orders from a storage system of the Internet medical treatment platform, and display the order grabbing list on the doctor terminal to enable the doctor terminal to perform order grabbing operation. However, the Internet medical treatment platform usually has a large number of doctors grabbing orders, so it is accessed frequently, that is, the consultation orders are read frequently, which causes great pressure on the Internet medical treatment platform and affects the system stability. SUMMARY

[0003] Therefore, the embodiments of the present application provide a data processing method and device, electronic equipment and storage medium, which can solve the problem that the Internet medical treatment platform is accessed frequently to read the consultation orders, which causes great pressure on the Internet medical treatment platform and affects the system stability.

[0004] To achieve the above object, according to an aspect of the embodiments of the present application, a data processing method is provided.

[0005] The data processing method of the embodiments of the present application comprises: obtaining a set of order requests sent by each user terminal, querying the user attributes corresponding to each order request in the set of order requests to split the set of order requests into at least one sub-set of order requests, and merging the order requests in the sub-set of order requests into one combined order request.

[0006] Obtaining a set of business orders associated with the combined order request from an order system;

[0007] Obtaining the business attributes of each business order in the set of business orders to match the user attributes of each order request in the sub-set of order requests to determine the business order corresponding to each order request;

[0008] Sending the business order corresponding to each order request to the corresponding user terminal.

[0009] In one embodiment, splitting the set of order requests into at least one sub-set of order requests comprises:

[0010] In response to each order request in the order request set having the same user attribute, the order request set is determined as an order request sub-set; in response to each order request in the order request set not having the same user attribute, combinations of order requests having the same user attribute in the order request set are determined, to determine an order request sub-set based on the combinations of order requests.

[0011] In yet another embodiment, determining the order request sub-set based on the combinations of order requests comprises:

[0012] The number of order requests included in each of the combinations of order requests is obtained, to screen the combinations of order requests having a number greater than a preset threshold and including mutually different order requests, to determine as the order request sub-set.

[0013] In yet another embodiment, determining the order request sub-set based on the combinations of order requests comprises:

[0014] The number of order requests including the same user attribute in each of the combinations of order requests is obtained, to determine the combinations of order requests satisfying a preset condition as a first order request sub-set.

[0015] For other order requests in the order request set except the order request sub-set, combinations of order requests having the same user attribute are screened, to determine a second order request sub-set.

[0016] In yet another embodiment, the method further comprises:

[0017] An order request sent by a user terminal is received, and a corresponding user identifier is obtained;

[0018] The number of order requests corresponding to the user identifier in a preset time period is queried, and in response to the number of order requests being greater than a preset value, the order request sent by the user terminal is determined as an abnormal request.

[0019] In yet another embodiment, sending each order request corresponding business order to a corresponding user terminal comprises:

[0020] For each order request, a business order list is generated based on the corresponding business order, and the business order list is sent to the user terminal corresponding to the order request, so that the user terminal displays the business order list.

[0021] To achieve the above object, according to another aspect of the embodiment of the present application, a data processing device is provided.

[0022] The data processing apparatus of the embodiment of the application comprises: a merging unit configured to acquire a set of order requests sent by each user terminal, query user attributes corresponding to each order request in the set of order requests, split the set of order requests into at least one sub-set of order requests, and merge order requests in the sub-set of order requests into one combined order request;

[0023] An acquisition unit configured to acquire a set of business orders associated with the combined order request from an order system;

[0024] A determination unit configured to acquire business attributes of each business order in the set of business orders, match the business attributes with user attributes of each order request in the sub-set of order requests, and determine a business order corresponding to each order request;

[0025] A sending unit configured to send the business order corresponding to each order request to the corresponding user terminal.

[0026] In one embodiment, the merging unit is specifically configured to:

[0027] In response to each order request in the set of order requests having the same user attribute, determine the set of order requests as a sub-set of order requests; and in response to each order request in the set of order requests not having the same user attribute, combine order request groups having the same user attribute in the set of order requests, and determine a sub-set of order requests based on the combined order request groups.

[0028] In another embodiment, the merging unit is specifically configured to:

[0029] Acquire a number of order requests included in each combined order request, filter combined order request groups having the number greater than a preset threshold and including order requests different from each other, and determine the combined order request groups as a sub-set of order requests.

[0030] In another embodiment, the merging unit is specifically configured to:

[0031] Acquire a number of order requests included in each combined order request, filter combined order request groups having the number greater than a preset threshold and including order requests different from each other, and determine the combined order request groups as a sub-set of order requests.

[0032] Filter combined order request groups having the same user attribute from order requests other than the sub-set of order requests in the set of order requests, and determine a second sub-set of order requests.

[0033] In another embodiment, the apparatus further comprises:

[0034] A receiving unit configured to receive an order request sent by a user terminal and acquire a corresponding user identifier;

[0035] The determination unit is further configured to query a number of order requests corresponding to the user identifier in a preset time period, and determine the order request sent by the user terminal as an abnormal request in response to the number of order requests being greater than a preset value.

[0036] In yet another embodiment, the sending unit is specifically configured to:

[0037] For each order request, generate a service order list based on a corresponding service order, and send the service order list to a user terminal corresponding to the order request, so that the user terminal displays the service order list.

[0038] To achieve the above object, according to another aspect of the embodiments of the present application, an electronic device is provided.

[0039] The electronic device of the embodiments of the present application comprises one or more processors, and a storage device configured to store one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the data processing method provided by the embodiments of the present application.

[0040] To achieve the above object, according to another aspect of the embodiments of the present application, a computer readable medium is provided.

[0041] The computer readable medium of the embodiments of the present application has a computer program stored thereon, and the program is executed by a processor to implement the data processing method provided by the embodiments of the present application.

[0042] To achieve the above object, according to another aspect of the embodiments of the present application, a computer program product is provided.

[0043] The computer program product of the embodiments of the present application comprises a computer program, and the program is executed by a processor to implement the data processing method provided by the embodiments of the present application.

[0044] An embodiment of the above application has the following advantages or beneficial effects: in the embodiment of the application, for the order request set of each user terminal, the user attribute is acquired first, so as to combine the order requests in the order request set according to the user attribute, i.e. to split into at least one order request sub-set, and then each order request sub-set is combined as a whole into a combined order request; the business order set is acquired from the order system with the combined order request, and then the business order corresponding to each order request is determined according to the business attribute of the business order and the user attribute of the order request corresponding to the combined order request. In this way, in the embodiment of the application, the order requests of each user terminal can be combined based on the user attribute, so as to combine multiple order requests into a combined order request, thereby acquiring the business order that originally needs multiple order requests from the order system at one time through the combined order request, so as to reduce the access amount of the order system, avoid the problem of high-frequency access, and improve the stability of the system.

[0045] Further effects of the above non-conventional optional mode will be described in the following in combination with the specific embodiments. BRIEF DESCRIPTION OF DRAWINGS

[0046] The accompanying drawings are used to better understand the application and do not constitute an improper limitation on the application. Among them:

[0047] Figure 1 is a schematic diagram of a system architecture of a data processing system according to an embodiment of the application;

[0048] Figure 2 is a schematic diagram of a main flow of a data processing method according to an embodiment of the application;

[0049] Figure 3 is a schematic diagram of another main flow of a data processing method according to an embodiment of the application;

[0050] Figure 4 is a schematic diagram of main units of a data processing device according to an embodiment of the application;

[0051] Figure 5 is another exemplary system architecture diagram to which the embodiment of the application can be applied;

[0052] Figure 6 is a structural schematic diagram of a computer system suitable for implementing the embodiment of the application. DETAILED DESCRIPTION

[0053] The following description of exemplary embodiments of the present invention is made in conjunction with the accompanying drawings, in which various details of the embodiments of the present invention are included to facilitate understanding. These details should be considered as merely exemplary. Therefore, it should be appreciated by those skilled in the art that various changes and modifications may be made to the embodiments described herein without departing from the scope and spirit of the present invention. Similarly, for the sake of clarity and conciseness, descriptions of well-known functions and structures are omitted in the following description.

[0054] It should be noted that the embodiments and features of the embodiments of the present invention can be combined with each other without conflict. The acquisition, storage, use, and processing of data in the technical solution of this application are in compliance with the relevant provisions of national laws and regulations.

[0055] An embodiment of the present invention provides a data processing system, which can be used in order request processing scenarios, and specifically can be used in Internet medical treatment scenarios, where the doctor side processes consultation orders.

[0056] In the embodiment of the present invention, the processing of grabbing a consultation order by a doctor in an Internet medical treatment scenario is taken as an example for explanation. Figure 1 As shown in FIG, a schematic diagram of the system architecture of a data processing system according to an embodiment of the present invention is shown. Figure 1 As shown, the Internet medical platform is used to process Internet medical services; the Internet medical platform is connected to the medical user terminal to receive the consultation orders sent by the user and determine the corresponding doctor for the medical user to conduct Internet medical consultation; the Internet medical platform is connected to the doctor terminal to receive the order request sent by the doctor terminal, so as to determine multiple appropriate consultation orders for the doctor terminal, so that the doctor terminal can grab orders from multiple consultation orders. In this way, through the interaction between the doctor terminal, the Internet medical platform and the user terminal, Internet medical treatment for the medical user is realized. In an embodiment of the present invention, the Internet medical platform may include an order system, which stores the consultation orders sent by each medical user and can perform order dispatching operations.

[0057] In the related art, after the doctor sends an order request, the corresponding multiple consultation orders can be obtained from the order system to be sent to the doctor for display. The doctor can then grab the order from the consultation orders displayed on the doctor's side. If the grabbing of the order is successful, the doctor can provide consultation services to the patient through the doctor's side. Therefore, when multiple doctors frequently send order requests, the order system in the Internet medical platform is frequently accessed, resulting in reduced system stability. In an embodiment of the present invention, after receiving the order request, multiple order requests can be merged into a combined order request. The combined order request can be used to obtain business orders from the order system at one time, which originally required multiple order requests to obtain. This can reduce the number of visits to the order system, avoid the problem of high-frequency access, and improve the stability of the system.

[0058] It should be noted that the order request sent by the doctor end can encapsulate a request entity class, including request identification, doctor PIN (Personal identification number) information, doctor attributes (such as department information), etc., and the order request is placed in a blocking queue.

[0059] The embodiment of the application provides a data processing method, which can be executed by Figure 1 The system architecture shown in the embodiment of the application, as shown in the embodiment of the application, the method comprises the following steps of: Figure 2

[0060] S201: Obtain an order request set sent by each user end, query user attributes corresponding to each order request in the order request set, split the order request set into at least one order request sub-set, and combine order requests in the order request sub-set into a combined order request.

[0061] The user end sends an order request, which is used to request a business order. The order request can carry user attributes, and the order request can be combined based on the user attributes in the embodiment of the application. The user attributes can include one or more, and each user attribute can correspond to one or more attribute values. For example, the order request sent by the user end can include user attributes such as user ID, user department information, and user location information. Figure 1 Taking the system architecture shown in the embodiment of the application as an example, the doctor end is equivalent to the user end, and the order request includes the doctor attribute, that is, the user attribute.

[0062] In the embodiment of the application, the doctor attribute included in the order request can include the department information corresponding to the doctor, that is, the department information that the doctor can inquire, so that the order request can be combined if the department information corresponding to the doctor is the same. For example, if the department information corresponding to the doctor A includes department 1, department 2 and department 3, and the department information corresponding to the doctor B includes department 2, department 3 and department 4, the order request of the doctor A can be combined with the order request of the doctor B, and the combined order request is combined into one combined order request, and the doctor attribute of the combined order request is department 1, department 2, department 3 and department 4.

[0063] In the embodiment of the application, the execution period can be set, so the order request set can be the order request sent by each doctor end in a preset period. The order request set can be split into at least one order request sub-set according to the doctor attribute in the embodiment of the application, the order request sub-set represents a set that can be combined, and then the order request in the order request sub-set can be combined into a combined order request.

[0064] It should be noted that the order request sent by each doctor end can be stored in a common queue, and then the order request set can be obtained from the common queue.​

[0065] In an embodiment, the order requests with the same user attribute are combined, so the order requests with the same user attribute in the order request set can be combined first. If each order request in the order request set has the same user attribute, the order request set can be determined as the order request sub-set directly, i.e. the order request set is directly combined; if each order request in the order request set does not have the same user attribute, the order requests with the same user attribute can be determined as an order request combination according to the user attribute, and then the order request sub-set is determined from each order request combination.

[0066] For example, the department information corresponding to the doctor A includes department 1, department 2 and department 3, the department information corresponding to the doctor B includes department 2, department 3 and department 4, the department information corresponding to the doctor C includes department 3, department 4 and department 5, the order request set includes the order request 1 sent by the doctor A, the order request 2 sent by the doctor B and the order request 3 sent by the doctor C, the doctor attribute of the order request 1 is department 1, department 2 and department 3, the doctor attribute of the order request 2 is department 2, department 3 and department 4, and the doctor attribute of the order request 3 is department 3, department 4 and department 5, so the order requests included in the order request set have the same doctor attribute, i.e. department 3, thereby the order request 1, the order request 2 and the order request 3 can be directly determined as the order request sub-set.

[0067] For another example, the department information corresponding to the doctor A includes department 1, department 2 and department 3, the department information corresponding to the doctor B includes department 2, department 3 and department 4, the department information corresponding to the doctor D includes department 4, department 5 and department 6, and the department information corresponding to the doctor E includes department 4, department 5, department 6 and department 7. The order request set includes the order request 1 sent by the doctor A, the order request 2 sent by the doctor B, the order request 4 sent by the doctor D and the order request 5 sent by the doctor E. The doctor attribute of the order request 1 is department 1, department 2 and department 3, the doctor attribute of the order request 2 is department 2, department 3 and department 4, the doctor attribute of the order request 4 is department 4, department 5 and department 6, and the doctor attribute of the order request 5 is department 4, department 5, department 6 and department 7. So the order requests included in the order request set do not have the same doctor attribute, thereby the order request combination with the same user attribute in the order request set can be determined, i.e. the order request 1 and the order request 2 are an order request combination, the common doctor attribute of which is department 2 and department 3, the order request 2, the order request 4 and the order request 5 are an order request combination, the common doctor attribute of which is department 4, and the order request 4 and the order request 5 are an order request combination, the common doctor attribute of which is department 4, department 5 and department 6, and then the order request sub-set can be determined according to the order request combination.

[0068] Specifically, in an embodiment of the present application, the order request sub-set is determined from the order request combinations according to the number of order requests included in each order request combination. Therefore, the following can be performed: the number of order requests included in each order request combination is obtained, order request combinations including more than a preset threshold number of order requests and different order requests are screened, and the order request combinations are determined as the order request sub-set.

[0069] The preset threshold can be set according to requirements, for example, it can be set to 2, so that order request combinations including more than 2 order requests and different order requests can be obtained. Taking the order request set including order request 1, order request 2, order request 4 and order request 5 as an example, the preset threshold is 2, and only the order request combination composed of order request 2, order request 4 and order request 5 has more than 2 order requests, so it can be determined as the order request sub-set. Alternatively, taking the order request set including order request 1, order request 2, order request 4 and order request 5 as an example, the preset threshold is 1, and the number of order requests included in the three order request combinations is greater than 1, and the order request combinations including different order requests are the order request combination composed of order request 1 and order request 2 and the order request combination composed of order request 4 and order request 5, so order request 1 and order request 2 can be determined as an order request sub-set, and order request 4 and order request 5 can be determined as an order request sub-set.

[0070] In an embodiment of the present application, the order request sub-set is determined from the order request combinations according to the number of order requests having the same user attribute included in each order request combination. Therefore, the following can be performed: the number of order requests including the same user attribute in each order request combination is obtained, and the order request combination whose number satisfies a preset condition is determined as the first order request sub-set; other order requests in the order request set except the order request sub-set are screened to determine the second order request sub-set.

[0071] The more the number of identical user attributes, the more similar the request results of the order requests. The preset condition can be set based on demand, for example, it can be the largest number. Taking the above-mentioned order request set including order request 1, order request 2, order request 4 and order request 5 as an example, the preset condition is that 1 is the largest number, so it can be determined that the order request combination of order request 4 and order request 5 is the order request combination with the most identical doctor data, which can be determined as the first order request subset, and then the order requests in the order request set except the order request subset can be determined as order request 1 and order request 2, and then the order request combination with the same user attributes can be screened again, that is, the order request combination consisting of order request 1 and order request 2, to determine the second order request subset.

[0072] It should be noted that, in an embodiment of the present invention, after determining an order request subset, if the order request set also includes other order requests, these order requests may no longer be merged, or they may be combined with subsequently received order requests into a new order request set for processing.

[0073] S202: Obtain a set of business orders associated with the combined order request from the order system.

[0074] The order system stores different service orders, each of which may include service attributes. Then, a set of related service orders may be obtained from the order system based on the doctor attributes and service attributes of the combined order request.

[0075] by Figure 1 Taking the system architecture shown as an example, the order system stores consultation orders sent by patients. The consultation orders include the consultation department to indicate the department that the patient requests for consultation. Therefore, according to the doctor attributes of the combined order request, the consultation orders of the same consultation department can be obtained.

[0076] It should be noted that, in the embodiment of the present invention, the number of business orders in the business order set is limited. For example, the maximum number of business orders corresponding to each business attribute can be set to 10. Therefore, in the business order set obtained in this step, each business attribute corresponds to no more than 10 business orders.

[0077] S203: Obtain the business attributes of each business order in the business order set to match them with the user attributes of each order request in the order request sub-set to determine the business order corresponding to each order request.

[0078] If the business attributes of the business order and the user attributes of the order request are the same, it can be determined that the business order and the order request match, that is, there is a corresponding relationship.

[0079] by Figure 1Taking the system architecture shown as an example, the consultation department of the consultation order and the corresponding department of the order request are the same, so the correspondence between the consultation order and the order request can be determined, thereby determining the corresponding consultation order for each order request.

[0080] It should be noted that, in an embodiment of the present invention, the order system can store the business list in a database (such as Redis (a key-value storage system)), and each business attribute is assigned a ZSET (an ordered set, a set of strings ordered by associated points) data structure, where the key represents the business attribute identifier, the member represents the details of the business order, and the score represents the order time. Each business order can be assigned to a container corresponding to the business attribute.

[0081] S204: Send the business order corresponding to each order request to the corresponding user terminal.

[0082] A business order list may be generated for each business order corresponding to the order request, and then sent to the user terminal and displayed on the user terminal in the form of a business order list.

[0083] In another embodiment, to reduce the number of order requests processed, in an embodiment of the present invention, after receiving an order request from a user, the corresponding user ID can be obtained. The number of order requests corresponding to the user ID within a preset time period is then queried. In response to the number of order requests exceeding a preset value, the order request sent by the user is determined to be an abnormal request. If the order request is determined to be an abnormal request, it will not be processed subsequently.

[0084] Specifically, Figure 1 Taking the system architecture shown as an example, a service layer can be set up in the embodiment of the present invention to perform the above-mentioned processing on the received order requests. The service layer can be implemented by Nginx (engine x, an open source web server and reverse proxy server). The user identification can include the doctor's PIN information. After receiving the order request, the doctor's PIN information is obtained, and then linked to the cache (such as Redis) through a script to calculate the order requests sent by the current doctor within the preset time period.

[0085] It needs to be explained that the above processing is performed on each doctor in the embodiment of the application, which can realize fair flow control of each doctor terminal and will not affect other doctors due to the "strength" of some doctors. Moreover, the doctor PIN information is usually extracted through Cookie (a simple text file saved in the client), and Cookie is a difficult-to-steal resource. Therefore, by such a way, the order request request of brushing can be rejected, so as to reduce the order request level to a certain extent and improve the fairness and compliance of the platform level. Since the order request is intercepted at the Nginx level and does not enter the JVM (Java Virtual Machine, Java (an object-oriented programming language) virtual machine), the overall performance of the system is guaranteed, and the system level protection of CPU, memory, disk and other resources is realized.

[0086] In the embodiment of the application, the order requests of each user terminal can be combined based on user attributes to combine multiple order requests into one combined order request, so that the business order originally requiring multiple order requests can be obtained from the order system at one time through the combined order request, thereby reducing the access amount of the order system, avoiding the problem of high-frequency access, and improving the stability of the system. Moreover, in the embodiment of the application, the order requests can be combined to save the link resources called by the system, the number of SQL (Structured Query Language, a database language with functions such as data manipulation and data definition) instructions is greatly reduced, the number of database access is reduced, and the risk of network congestion is reduced.

[0087] The method for processing data in the embodiment of the application will be specifically described below in combination with the system architecture shown in Figure 1 The method includes the following steps. Figure 3

[0088] S301: Obtain the order request set sent by each doctor terminal, and query the doctor attributes corresponding to each order request in the order request set.

[0089] S302: In response to the fact that each order request in the order request set has the same doctor attribute, the order request set is determined as an order request sub-set.

[0090] S303: In response to the fact that each order request in the order request set does not have the same doctor attribute, the order request combination with the same user attribute in the order request set is determined, and the order request sub-set is determined based on the order request combination.

[0091] S304: Combine the order requests in the order request sub-set into one combined order request.

[0092] ​S305: Obtain a set of consultation orders associated with the combined order request from an order system.

[0093] S306: Obtain the consultation attributes of each consultation order in the set of consultation orders, and match the consultation attributes with the doctor attributes of each order request in the order request sub-set, to determine the consultation order corresponding to each order request.

[0094] S307: For each order request, generate an order list based on the corresponding consultation order, and send the order list to the doctor end corresponding to the order request, so that the doctor end displays the order list.

[0095] It should be noted that the data processing principle in the embodiment of the application is the same as the corresponding data processing principle in the embodiment shown in Figure 2 , which will not be repeated here.

[0096] In order to solve the problems existing in the prior art, the embodiment of the application provides a data processing device 400, as shown in Figure 4 , the device 400 comprises:

[0097] The merging unit 401 is configured to obtain a set of order requests sent by each user end, query the user attributes corresponding to each order request in the set of order requests, split the set of order requests into at least one order request sub-set, and merge the order requests in the order request sub-set into one combined order request.

[0098] The obtaining unit 402 is configured to obtain a set of business orders associated with the combined order request from an order system.

[0099] The determining unit 403 is configured to obtain the business attributes of each business order in the set of business orders, match the user attributes of each order request in the order request sub-set, and determine the business order corresponding to each order request.

[0100] The sending unit 404 is configured to send the business order corresponding to each order request to the corresponding user end.

[0101] It should be understood that the manner of implementing the embodiment of the application is the same as the manner of implementing the embodiment shown in Figure 2 , which will not be repeated here.

[0102] In one embodiment, the merging unit is specifically configured to:

[0103] In response to each order request in the order request set having the same user attribute, the order request set is determined as an order request sub-set; in response to each order request in the order request set not having the same user attribute, combinations of order requests having the same user attribute in the order request set are determined, to determine order request sub-sets based on the combinations of order requests.

[0104] In yet another embodiment, the merging unit is specifically configured to:

[0105] The number of order requests included in each of the combinations of order requests is obtained, to filter the combinations of order requests having a number greater than a preset threshold and including different order requests, to determine as order request sub-sets.

[0106] In yet another embodiment, the merging unit is specifically configured to:

[0107] The number of order requests including the same user attribute in each of the combinations of order requests is obtained, and the combinations of order requests satisfying a preset condition in the number are determined as first order request sub-sets.

[0108] The order requests other than the order request sub-sets in the order request set are filtered to determine second order request sub-sets.

[0109] In yet another embodiment, the apparatus further comprises:

[0110] The receiving unit is configured to receive order requests sent by a user terminal and obtain corresponding user identifiers.

[0111] The determination unit is further configured to query the number of order requests corresponding to the user identifier in a preset time period, and in response to the number of order requests being greater than a preset value, determine the order request sent by the user terminal as an abnormal request.

[0112] In yet another embodiment, the sending unit is specifically configured to:

[0113] For each of the order requests, a business order list is generated based on a corresponding business order, and the business order list is sent to the user terminal corresponding to the order request, so that the user terminal displays the business order list.

[0114] It should be understood that the manner of implementing the embodiments of the present application is the same as that of implementing the embodiments of the present application, and will not be repeated here. Figure 2 、 3 The embodiments of the present application are described above.

[0115] In the embodiment of the present application, the order requests of each user terminal can be combined based on user attributes to combine multiple order requests into one combined order request, so that the business order originally requiring multiple order requests can be obtained from the order system at one time through the combined order request, thereby reducing the access amount of the order system, avoiding the problem of high frequency access, and improving the stability of the system.

[0116] According to the embodiment of the present application, the embodiment of the present application further provides an electronic device and a readable storage medium.

[0117] The electronic device of the embodiment of the present application comprises at least one processor, and a memory in communication connection with the at least one processor; wherein the memory stores instructions executable by the one processor, and the instructions are executed by the at least one processor to enable the at least one processor to execute the method for data processing provided by the embodiment of the present application.

[0118] Figure 5 An exemplary system architecture 500 to which the method for data processing or the apparatus for data processing of the embodiment of the present application can be applied is shown.

[0119] As shown in Figure 5 The system architecture 500 can include terminal devices 501, 502, 503, a network 504 and a server 505. The network 504 is used as a medium to provide a communication link between the terminal devices 501, 502, 503 and the server 505. The network 504 can include various connection types, such as wired, wireless communication links or optical fiber cables, etc.

[0120] The user can use the terminal devices 501, 502, 503 to interact with the server 505 through the network 504 to receive or send messages, etc. Various client applications can be installed on the terminal devices 501, 502, 503.

[0121] The terminal devices 501, 502, 503 can be, but are not limited to, smart phones, tablet computers, laptop computers and desktop computers, etc.

[0122] The server 505 can be a server providing various services, which can analyze and process the received product information query request and other data, and feed back the processing result (such as product information - only as an example) to the terminal device.

[0123] It should be noted that the method for data processing provided by the embodiment of the present application is generally executed by the server 505, and correspondingly, the apparatus for data processing is generally provided in the server 505.

[0124] It should be understood that Figure 5The number of terminal devices, networks and servers in the system is merely illustrative. Depending on the implementation needs, there can be any number of terminal devices, networks and servers.

[0125] Reference will now be made to the drawings Figure 6 which shows a structural diagram of a computer system 600 suitable for use in implementing embodiments of the present application. Figure 6 The computer system shown is merely one example. It should not be construed that the scope of functionality of embodiments of the present application is in any way limited to the example shown.

[0126] As shown in Figure 6 the computer system 600 includes a central processing unit (CPU) 601 which can perform various appropriate actions and processes in accordance with programs stored in a read only memory (ROM) 602 or programs loaded from a storage section 608 into a random access memory (RAM) 603. In the RAM 603, various programs and data required for the operation of the system 600 are also stored. The CPU 601, the ROM 602 and the RAM 603 are connected to each other through a bus 604. An input / output (I / O) interface 605 is also connected to the bus 604.

[0127] The following components are connected to the I / O interface 605: an input section 606 including a keyboard, a mouse, etc.; an output section 607 including a display such as a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 608 including a hard disk, etc.; and a communication section 609 including a network interface card such as a LAN card, a modem, etc. The communication section 609 performs communication processing via a network such as the Internet. A drive 610 is also connected to the I / O interface 605 as necessary. A removable media 611 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc. is attached to the drive 610 as necessary, so that a computer program read therefrom is installed into the storage section 608 as necessary.

[0128] In particular, the processes described above with reference to the flow charts can be implemented as computer software programs in accordance with embodiments of the present disclosure. For example, embodiments of the present disclosure include a computer program product comprising a computer program carried on a computer readable medium, the computer program comprising program code for performing the methods illustrated in the flow charts. In such embodiments, the computer program can be downloaded and installed from a network via the communication section 609 and / or installed from the removable media 611. When the computer program is executed by the central processing unit (CPU) 601, the above-described functions defined in the system of the present application are performed.

[0129] It should be noted that the computer-readable medium shown in the present application can be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium may, for example, but is not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or component, or any combination of the above. More specific examples of computer-readable storage media can include, but are not limited to, an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present application, the computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, device or component. In the present application, the computer-readable signal medium can include a data signal carried in a baseband or as a part of a carrier wave, which carries computer-readable program code. Such a propagated data signal can take various forms, including but not limited to an electromagnetic signal, an optical signal or any suitable combination of the above. The computer-readable signal medium can also be any computer-readable medium other than the computer-readable storage medium, which can send, propagate or transmit a program for use by or in conjunction with an instruction execution system, device or component. The program code contained on the computer-readable medium can be transmitted by any suitable medium, including but not limited to wireless, wire, optical cable, RF, etc., or any suitable combination of the above.

[0130] The flowcharts and block diagrams in the drawings illustrate the possible implementation architectures, functions and operations of the systems, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowcharts or block diagrams can represent a unit, program segment or a part of code containing one or more executable instructions for implementing the specified logical functions. It should also be noted that in some alternative implementations, the functions noted in the blocks can occur in different order than that shown in the drawings. For example, two blocks that are shown in succession can actually be executed substantially in parallel, and sometimes in reverse order, depending on the involved functions. It should also be noted that each block in the block diagrams or flowcharts, and the combination of blocks in the block diagrams or flowcharts, can be implemented by a dedicated hardware-based system that performs the specified functions or operations, or can be implemented by a combination of dedicated hardware and computer instructions.

[0131] The units described in the embodiments of the present application can be implemented by software, or by hardware. The units described can also be implemented in a processor, for example, a processor can be described as including the merging unit, the obtaining unit, the determining unit and the sending unit. In some cases, the names of the units do not constitute a limitation on the units themselves, for example, the merging unit can also be described as a unit with a merging function.

[0132] As another aspect, the present application also provides a computer readable medium, which can be included in the device described in the above embodiments, or can exist separately and not be assembled into the device. The computer readable medium carries one or more programs, which, when executed by the device, enable the device to perform the data processing method provided by the present application.

[0133] As another aspect, the present application also provides a computer program product, which includes a computer program, and the program, when executed by a processor, implements the data processing method provided by the embodiments of the present application.

[0134] The specific embodiments described above do not constitute a limitation on the protection scope of the present application. Those skilled in the art should understand that various modifications, combinations, sub-combinations and substitutions can be made depending on design requirements and other factors. Any modification, equivalent replacement, improvement, etc. made within the spirit and principles of the present application shall be included in the protection scope of the present application.

Claims

1. A method of data processing, characterized by, The method comprises the following steps: obtaining a set of order requests sent by each user terminal, querying user attributes corresponding to each order request in the set of order requests, splitting the set of order requests into at least one order request sub-set, and combining order requests in the order request sub-set into a combined order request; obtaining a set of business orders associated with the combined order request from an order system; obtaining business attributes of each business order in the set of business orders to match the user attributes of each order request in the order request sub-set to determine the business order corresponding to each order request; sending the business order corresponding to each order request to the corresponding user terminal.

2. The method of claim 1, wherein, The splitting of the set of order requests into at least one order request sub-set comprises: in response to each order request in the set of order requests having the same user attributes, determining the set of order requests as an order request sub-set; and in response to each order request in the set of order requests not having the same user attributes, combining order request groups having the same user attributes in the set of order requests to determine an order request sub-set based on the order request groups.

3. The method of claim 1, wherein, The determination of the order request sub-set based on the order request groups comprises: obtaining the number of order requests included in each order request group to filter order request groups having a number greater than a preset threshold and including mutually different order requests to determine an order request sub-set.

4. The method of claim 1, wherein, The determination of the order request sub-set based on the order request groups comprises: obtaining the number of order requests in each order request group that include the same user attributes, and determining an order request sub-set as an order request group whose number satisfies a preset condition; filtering order request groups having the same user attributes from other order requests in the set of order requests except the order request sub-set to determine a second order request sub-set.

5. The method of claim 1, wherein, The method further comprises: receiving an order request sent by a user terminal and obtaining a corresponding user identifier; querying the number of order requests corresponding to the user identifier within a preset time period, and in response to the number of order requests being greater than a preset value, determining the order request sent by the user terminal as an abnormal request.

6. The method of claim 1, wherein, The sending of the business order corresponding to each order request to the corresponding user terminal comprises: for each order request, generating a business order list based on the corresponding business order, and sending the business order list to the user terminal corresponding to the order request to enable the user terminal to display the business order list.

7. An apparatus for data processing, characterized by The method comprises the following steps: a combining unit is configured to obtain a set of order requests sent by each user terminal, query user attributes corresponding to each order request in the set of order requests, split the set of order requests into at least one order request sub-set, and combine order requests in the order request sub-set into a combined order request; an obtaining unit is configured to obtain a set of business orders associated with the combined order request from an order system; a determining unit is configured to obtain business attributes of each business order in the set of business orders to match the user attributes of each order request in the order request sub-set to determine the business order corresponding to each order request; and a sending unit is configured to send the business order corresponding to each order request to the corresponding user terminal. A sending unit is configured to send a service order corresponding to each order request to a corresponding user terminal.

8. The apparatus of claim 7, wherein, The merging unit is specifically configured to: In response to each order request in the order request set having the same user attribute, determining the order request set as an order request sub-set; in response to each order request in the order request set not having the same user attribute, determining a combination of order requests having the same user attribute in the order request set, and determining an order request sub-set based on the combination of order requests.

9. An electronic device, comprising: Comprise: one or more processors; a storage device for storing one or more programs, When the one or more programs are executed by the one or more processors, the one or more processors implement the method of any one of claims 1-6.

10. A computer readable medium having stored thereon a computer program, characterized in that, The program is executed by the processor to implement the method of any one of claims 1-6.

Images