CN112084217A - Data processing method and related device - Google Patents

Abstract

The embodiment of the application discloses a data processing method and a related device, aiming at a scene of high-concurrency target object acquisition, if an object acquisition request aiming at the target object is acquired, the object acquisition request is written into a message queue in a cache space. When the object acquisition request can be processed, the object acquisition request is taken out from the message queue, so that the asynchronous processing of the object acquisition request is realized. Therefore, the effect of peak clipping and valley filling is realized, and the impact on the database is reduced. Besides the high concurrency of the object acquisition requests in the peak period, a large number of content query requests can also appear in a correlated manner, and the processing result aiming at the object acquisition requests is cached in the cache space, so that the content-based query result can be directly searched in the cache space. And the extra data interaction with the database for storing the processing result is not needed any more, so that the access amount to the database is reduced, the database is effectively protected in a peak period, and the query response efficiency is improved.

Description

A data processing method and related device

technical field

The present application relates to the field of data processing, and in particular, to a data processing method and related apparatus.

Background technique

With the development of Internet technology, users can easily obtain the objects they need through the Internet platform, and the objects can be products, virtual items, services, etc.

In some scenarios, there will be a large number of users who have a strong demand for certain objects, such as when a specific public environment problem or when a specific object is very popular. In this case, an Internet platform that provides such objects will obtain a large number of user requests for such objects in a short period of time, and this high concurrency situation can easily lead to server downtime of the Internet platform.

It can be seen that how to deal with high concurrency is an urgent problem for Internet platforms to solve.

SUMMARY OF THE INVENTION

In order to solve the above technical problems, the present application provides a data processing method and related apparatus, which are used to deal with the high concurrency situation of the Internet platform.

The embodiments of the present application disclose the following technical solutions:

On the one hand, an embodiment of the present application provides a data processing method, the method comprising:

Get the object acquisition request for the target object;

writing the object acquisition request into the message queue in the cache space;

Take out the object acquisition request from the message queue for corresponding processing, and cache the obtained processing result in the cache space;

According to the content query request for the target object, query the target processing result in the cache space.

On the other hand, an embodiment of the present application provides a data processing apparatus, the apparatus includes an acquisition unit, a writing unit, a first processing unit, and a second processing unit:

The obtaining unit is used to obtain an object obtaining request for the target object;

the writing unit, configured to write the object acquisition request into a message queue in the cache space;

The first processing unit is configured to take out the object acquisition request from the message queue for corresponding processing, and cache the obtained processing result in the cache space;

The second processing unit is configured to query the cache space for the target processing result according to the content query request for the target object.

On the other hand, an embodiment of the present application provides a device for data processing, the device includes a processor and a memory:

the memory is used to store program code and transmit the program code to the processor;

The processor is configured to execute the method described in the above aspects according to the instructions in the program code.

On the other hand, an embodiment of the present application provides a computer-readable storage medium, where the computer-readable storage medium is used to store a computer program, and the computer program is used to execute the method described in the foregoing aspects.

On the other hand, an embodiment of the present application provides a computer program product or computer program, where the computer program product or computer program includes computer instructions, and the computer instructions are stored in a computer-readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to cause the computer device to perform the method described in the above aspects.

It can be seen from the above technical solutions that, in the scenario of acquiring the target object with high concurrency, if an object acquisition request for the target object is acquired, the processing of whether to provide the target object is not performed synchronously, but the object acquisition request is written in the cache space. in the message queue. The object acquisition request is taken out from the message queue when it can be processed, thereby realizing asynchronous processing of the object acquisition request. Therefore, even in the peak period of receiving object acquisition requests, the asynchronous processing mechanism can achieve the effect of peak shaving, reduce the impact on the database, and even if the received object acquisition requests drop sharply after the peak period, messages can continue to be processed The object acquisition request retained in the queue realizes the role of filling the valley. In addition to the high concurrency of object acquisition requests during peak periods, a large number of content query requests will also appear in association. By caching the processing results of object acquisition requests in the cache space, the content-based query results can be directly stored in the cache space. Find. There is no need for additional data interaction with the database that saves the processing results, which reduces the amount of access to the database, thus effectively protecting the database during peak periods and improving query response efficiency.

Description of drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the following briefly introduces the accompanying drawings required for the description of the embodiments or the prior art. Obviously, the drawings in the following description are only These are some embodiments of the present application. For those of ordinary skill in the art, other drawings can also be obtained based on these drawings without any creative effort.

1 is a schematic diagram of a scenario of a data processing method provided by an embodiment of the present application;

2 is a flowchart of a data processing method provided by an embodiment of the present application;

FIG. 3 is a diagram of a layered architecture of a server provided by an embodiment of the present application;

4 is a schematic diagram of a first mode provided by an embodiment of the present application;

5 is a flowchart of a method in a first mode provided by an embodiment of the present application;

6 is a flowchart of a method in a first mode provided by an embodiment of the present application;

7 is a schematic diagram of a lottery method provided by the real-time example of this application;

8 is a schematic diagram of a lottery method provided by a real-time example of this application;

9 is a schematic diagram of a lottery method provided by a real-time example of this application;

10 is a schematic diagram of a switching mode provided by an embodiment of the present application;

11 is a flowchart of purchasing a mask through a small program provided by the embodiment of the application;

12 is a schematic diagram of a small program page provided by an embodiment of the present application;

13 is a schematic diagram of a small program page provided by an embodiment of the present application;

14 is a flowchart of a data processing method provided by an embodiment of the present application;

15 is a schematic diagram of a small program page provided by an embodiment of the present application;

16 is a schematic diagram of a small program page provided by an embodiment of the present application;

17 is a schematic diagram of a small program page provided by an embodiment of the present application;

18 is a schematic diagram of a small program page provided by an embodiment of the present application;

19 is a schematic diagram of a small program page provided by an embodiment of the present application;

20 is a schematic diagram of a small program page provided by an embodiment of the present application;

21 is a schematic diagram of a small program page provided by an embodiment of the present application;

22 is a schematic diagram of a small program page provided by an embodiment of the present application;

FIG. 23 is a schematic flowchart of a snap-purchase mode provided by an embodiment of the present application;

24 is a schematic flowchart of a lottery mode provided by an embodiment of the present application;

FIG. 25 is a schematic diagram of a data processing apparatus provided by an embodiment of the present application;

FIG. 26 is a schematic structural diagram of a server provided by an embodiment of the present application;

FIG. 27 is a schematic structural diagram of a terminal device provided by an embodiment of the present application.

Detailed ways

The embodiments of the present application will be described below with reference to the accompanying drawings.

The development of Internet technology has provided convenience for people's lives, and users can obtain the objects they need through the Internet platform, such as clothes, game equipment, and article editing services. However, in some high-concurrency scenarios such as rushing to buy masks during the epidemic, flash sales of popular commodities, and rushing tickets, the corresponding Internet platforms not only have a large number of users' object acquisition requests for target objects in a short period of time, but also users in a short period of time. Multiple access to the corresponding Internet platform to obtain the content query results associated with the target object, resulting in multiple causes of high concurrency.

In order to solve the above technical problems, the present application provides a data processing method, which can not only asynchronously process a large number of user acquisition requests for a target object based on a message queue, but also cache the corresponding processing results in the cache space, so that users can access the cache from the cache. The corresponding processing results are directly obtained in the space, reducing the number of database accesses, so as to cope with the target object acquisition scenarios with diversified high concurrency reasons.

The data processing method provided in the embodiment of the present application may be applied to a processing device with data processing capability, for example, may be a terminal device or a server with data processing function. The method can be independently executed by a terminal device or a server, and can also be applied to a network scenario in which the terminal device and the server communicate, and the terminal device and the server can cooperate to execute. The terminal device may be a smart phone, a notebook computer, a desktop computer, a personal digital assistant (Personal Digital Assistant, PDA for short), a tablet computer and other devices. The server can be understood as an application server or a web server. In actual deployment, the server can be an independent physical server, a server cluster or a distributed system composed of multiple physical servers, or a cloud computing server. service cloud server. The terminal and the server may be directly or indirectly connected through wired or wireless communication, which is not limited in this application.

In addition, the technical solutions provided in this application also relate to the field of cloud technology, such as cloud computing, database and other fields.

Cloud computing refers to the delivery and use mode of IT infrastructure, which refers to obtaining the required resources in an on-demand and easy-to-expand way through the network; cloud computing in a broad sense refers to the delivery and use mode of services, which refers to the on-demand, Get the services you need in an easily scalable way. Such services can be IT and software, Internet-related, or other services. Cloud computing is Grid Computing, Distributed Computing, Parallel Computing, Utility Computing, Network Storage Technologies, Virtualization, Load Balance ) and other products of the integration of traditional computer and network technology development.

Cloud computing has grown rapidly with the development of the Internet, real-time data streaming, the diversity of connected devices, and the need for search services, social networking, mobile commerce, and open collaboration. Different from the parallel distributed computing in the past, the emergence of cloud computing will promote revolutionary changes in the entire Internet model and enterprise management model.

Database, in short, can be regarded as an electronic filing cabinet—a place where electronic files are stored, and users can perform operations such as adding, querying, updating, and deleting data in the files. The so-called "database" is a collection of data that is stored together in a certain way, can be shared with multiple users, has as little redundancy as possible, and is independent of applications.

Database management system (English: Database Management System, referred to as DBMS) is a computer software system designed for database management, generally with basic functions such as storage, interception, security, backup and so on. A database management system can be classified according to the database model it supports, such as relational, XML (Extensible Markup Language); or according to the type of computer it supports, such as server clusters, mobile phones; or Classify according to the query language used, such as SQL (Structured QueryLanguage), XQuery; or classify according to the focus of performance impulse, such as the largest scale, the highest running speed; or other classification methods. No matter which one is used Categorically, some DBMSs are able to cross-category, for example, simultaneously support multiple query languages.

In the embodiments of the present application, the cloud computing technology is used to acquire and process object acquisition requests and content query requests, and the corresponding processing results are stored in a database.

In order to facilitate the understanding of the technical solutions of the present application, the data processing methods provided by the embodiments of the present application will be introduced below in combination with actual application scenarios.

Referring to FIG. 1 , FIG. 1 is a schematic diagram of a scenario of a data processing method provided by an embodiment of the present application. This practical application scenario can be a scenario in which a large number of users snap up masks through electronic devices. The electronic device may be a smartphone, a tablet computer, a notebook computer, a desktop computer, or other devices. In this scenario, the aforementioned processing device is the server 110, and the server 110 may be a content delivery network (Content Delivery Network, CDN) server.

The server 110 at least includes a front-end service process 111 , a buffer space 112 configured with a message queue, a back-end service process 113 and a database 114 . The front-end service process 111 is used to interact with the electronic device, the back-end service process 113 is used to interact with the database 114 , and the cache space 112 is used to connect the front-end service process 111 and the back-end service process 113 . For example, in the embodiment of the present application, two users are used to represent a large number of users to describe the scene of panic buying of masks. Among them, user A purchases masks through smartphone 121 , and user B purchases masks through smartphone 122 .

When the front-end service process 111 of the server 110 sends the object acquisition request for the mask after acquiring the smart phone 121 and the smart phone 122, it will not process the object acquisition request immediately, but will obtain the object acquisition request I of user A and the object of user B respectively. The get request II is written to the message queue in the buffer space 112 . The back-end service process 113 can take out the object acquisition request I and the object acquisition request II respectively from the message queue according to a certain mechanism, such as the first-in-first-out mechanism, and respectively process the object acquisition request I and the object acquisition request II, so that the back-end service The process 113 can batch process the object acquisition requests sent by different users through the electronic device within the scope of its capability, that is, asynchronously process a large number of object acquisition requests.

In this way, the effect of peak shaving can be achieved through the asynchronous processing mechanism during the peak period of object acquisition requests, and the object acquisition requests that have not been processed during the peak period can continue to be processed during the trough period of subsequent object acquisition requests, thereby realizing the effect of filling the valley. Therefore, the processing pressure of the server 110 can be reduced, and the response speed of the server 110 can be improved. At the same time, the front-end service process 111 and the back-end service process 113 can be decoupled through the cache space 112 , which facilitates the independent maintenance of the front-end service process 111 and the back-end service process 113 .

The user not only sends the object acquisition request for the mask to the server 110 through the electronic device, but also sends the content query request of the mask to the server 110 through the electronic device, for example, to check whether the mask has been successfully purchased. The same user may access the server 110 through electronic devices multiple times in a short period of time. When the number of users increases sharply, that is, when a large number of electronic devices access the server 110 multiple times in a short period of time, the number of accesses to the server 110 will be increased in a short period of time. It grows exponentially, causing server 110 to go down. That is to say, the reason for high concurrency is not only related to the sharp increase in the number of users, but also related to users accessing the Internet platform multiple times in a short period of time.

Based on this, the back-end service process 113 will not only store the processing result I and the processing result II in the database 114, but will store the processing result I and the processing result II in the database 114, and also store the processing result I in the database 114. and the processing result II are cached in the cache space 112, so that the user B can directly obtain the processing result II in the cache space 112 after sending the content query request for the mask through the smartphone 122, and can also return it to the corresponding smartphone 122. Content query response. Therefore, additional data interaction with the database 114 is not required, the number of visits to the database 114 is reduced, the database 114 is effectively protected during the peak period of object acquisition requests, the query response efficiency is improved, and the load on the server 110 is reduced.

The data processing method provided by the embodiment of the present application will be introduced below with reference to the application scenario shown in FIG. 1 . Referring to FIG. 2 , which is a flowchart of a data processing method provided by an embodiment of the present application. In the method shown in Figure 2, the following steps are included:

S201: Acquire an object acquisition request for a target object.

A large number of users have a strong demand for certain objects, which will lead to a situation in which the supply exceeds the demand. When these objects are supplied to the user through the Internet platform, within a short period of time when the corresponding Internet platform starts to supply these objects, the user will continuously send the object acquisition request for the target object to the server of the Internet platform through the electronic device, thereby Increase the burden on the server, and even lead to server downtime.

In order to cope with the above-mentioned high concurrency scenario, that is, to cope with a scenario in which object acquisition requests for a target object acquired in a short period of time rapidly increase, refer to FIG. In this application, the server is designed to include at least a front-end service process (preorder services) 111 , a cache space 112 , a back-end service process (spoorder services) 113 and a database 114 . The front-end service process 111 is used to interact with the client, and the client sends an object acquisition request for the target object to the front-end service process 111 through a gateway (Gateway) 301, such as a Rio Gateway. The backend service process 113 is used to interact with the database 114 . The cache space 112 is used to connect the front-end service process 111 and the back-end service process 113, and may adopt technologies such as Remote Dictionary Server (Redis), Kafka (Kafka). For example, the front-end service process 111 writes operations to modify classes, such as object acquisition requests, into kafka, and operations to query classes are retrieved from Redis. The back-end service process 112 takes out the object acquisition request from kafka, and interacts with Redis. The front-end service process and the back-end service process can be decoupled through the cache space, which facilitates the independent maintenance of the front-end service process and the back-end service process. The database 114 is used to store the processing results of the backend service process, and a MySQL database can be used.

The front-end service process receives object acquisition requests from the client for the target object. For example, it provides an interface for the client to submit registration, query results and other services, and the front-end service process does not directly interact with the database, which can avoid querying the database in the case of ultra-high concurrency and reduce the burden on the server.

S202: Write the object acquisition request into a message queue in the buffer space.

In the related art, after an object acquisition request for a target object is acquired, the object acquisition request is processed immediately, resulting in slower and slower speed of subsequent object acquisition requests, and even a server downtime.

In order to ensure the response speed of the object acquisition request, in this application, the front-end service process no longer immediately processes the acquired object acquisition request, but writes the object acquisition request into the message queue, which is in the cache space and can Temporarily store the object acquisition request from the front-end service process in the form of a message queue, so that the back-end service process can take out the object acquisition request from the message queue, so as to realize the asynchronous processing of the object acquisition request and ensure that the server can respond to a large number of object acquisition requests without Downtime occurs.

The message queue can be constructed in the form of middleware in the cache space, and can also be constructed by other algorithm technologies that implement first-in, first-out.

This application does not specifically limit the number of front-end service processes. For example, in FIG. 3 , the front-end service process 111 uses 16 virtual machines (Virtual Machine, VM). In order to ensure the response speed of object acquisition requests, not only can the number of VMs be increased, but also data can be distributed to different shards (partitions) through sharding technologies (such as Kafka's Partition and Redis' cluster) to achieve horizontal expansion to Configure different numbers of server resources according to the amount of concurrency.

S203: Take out the object acquisition request from the message queue to perform corresponding processing, and cache the obtained processing result in the cache space.

Regardless of whether the front-end service process is in the peak period or the trough period of acquiring the object acquisition request, the back-end service process can process the object acquisition request from the message queue according to its own processing capability, thereby realizing asynchronous processing. Therefore, even in the peak period of object acquisition requests, the effect of peak shaving can be achieved through the asynchronous processing mechanism. After the peak period, the object acquisition requests acquired after the peak period have dropped sharply, and the object acquisition requests retained in the message queue can be continued to be processed. The function of filling the valley is realized, thereby ensuring the response speed of the server.

The back-end service process can take out the object acquisition request from the message queue for corresponding processing by subscribing to the message queue, and cache the obtained processing result in the cache space, so that the front-end service process can directly search in the cache space. Thereby, the concurrent query operations of the database are reduced, and the query speed in a high concurrency state is guaranteed. The backend service process can also configure the required number of server resources according to the processing time limit of the object acquisition request and the pressure of the database. For example, in Figure 3, the backend service process 113 uses 4 VMs.

The back-end service process not only caches the obtained processing results in the cache space, but also stores the obtained processing results in the corresponding database. For example, after the back-end service process takes out the object acquisition request for masks from the message queue, and performs corresponding processing, the processing results of each order, such as successful mask acquisition or mask acquisition failure, are stored in the database and cached in the cache space . When the user wants to check whether his order is successful, the client sends a query request for the mask order to the front-end service process, and the front-end service process can directly find the corresponding processing result in the cache space and return it to the corresponding client. In order to improve the speed at which the processing results are written into the database, the obtained processing results can be sequentially updated to the database corresponding to the target object according to the processing order. Since the processing results are inserted sequentially, the database does not need to store the processing results and simultaneously update the processing results. Modify and delete operations are performed to maximize the speed at which the database writes the processing results.

S204: Query the target processing result in the cache space according to the content query request for the target object.

During the peak period of object acquisition requests, not only a large number of object acquisition requests for the target object are obtained in a short period of time, but also a large number of content query requests for the target object are associated, such as for querying whether the object acquisition request is Success, current processing status, etc., resulting in a variety of reasons for high concurrency.

In order to deal with the diversification of high concurrency reasons, after the back-end service process takes out the object acquisition request from the message queue and performs corresponding processing, it will also cache the obtained processing result in the cache space, so that the front-end service process can directly store in the cache space. Query the corresponding target processing result in . In this way, the object acquisition request that needs to be processed is written into the message queue, and the content query request associated with it is taken out of the cache. It is no longer necessary to perform additional data interaction with the database that saves the processing results, which can avoid the situation of ultra-high concurrency. It can reduce the bottleneck of the database that appears under the condition, reduce the concurrent query operation of the database, and ensure the query speed in the high concurrency state.

After obtaining the content query request for the target object, not only can the corresponding target processing result be queried in the cache space according to the content query request, but also the corresponding content query response can be returned based on the target processing result, so that the content query requester can obtain the corresponding content query response. Content query response results, so that content query requests are no longer sent multiple times, reducing the pressure on the server.

It can be seen from the above technical solutions that, in the scenario of acquiring the target object with high concurrency, if an object acquisition request for the target object is acquired, the processing of whether to provide the target object is not performed synchronously, but the object acquisition request is written in the cache space. in the message queue. The object acquisition request is taken out from the message queue when it can be processed, thereby realizing asynchronous processing of the object acquisition request. Therefore, even in the peak period of receiving object acquisition requests, the asynchronous processing mechanism can achieve the effect of peak shaving, reduce the impact on the database, and even if the received object acquisition requests drop sharply after the peak period, messages can continue to be processed The object acquisition request retained in the queue realizes the role of filling the valley. In addition to the high concurrency of object acquisition requests during peak periods, a large number of content query requests will also appear in association. By caching the processing results of object acquisition requests in the cache space, the content-based query results can be directly stored in the cache space. Find and return. There is no need for additional data interaction with the database that saves the processing results, which reduces the amount of access to the database, thus effectively protecting the database during peak periods and improving query response efficiency.

Because users generally use the mode of reducing inventory in order to obtain target objects, a large number of users will continue to send object acquisition requests or content query requests to the server of the Internet platform within a short period of time when the target objects start to be supplied on the Internet platform. Causes increased server processing pressure. In order to reduce the burden on the server, the present application also provides a first mode, so that the user no longer obtains the target object by fighting hands quickly, but obtains the target object by lottery by means of supervision by a TV station or a notary office after making an appointment, thereby winning the lottery The user (ie, the user selected through the lottery) sends an object acquisition request to the server, which reduces the number of object acquisition requests or content query requests sent by the user to the server and reduces the pressure on the server. The first mode will be described below with reference to FIG. 4 .

Referring to FIG. 4 , this figure is a schematic diagram of a first mode provided by an embodiment of the present application.

The first mode belongs to a reservation mode, and the user needs to perform identity registration before the lottery, for example, fill in the registration form through the client in FIG. 4 . It should be noted that identity registration can also be performed in other ways. The registration form is sent to the front-end service process in the form of an object acquisition request. After obtaining the filled-in registration form, the front-end service process puts the registration form into the message queue, so that the back-end service process can process the registration form. In order to quickly screen out winning users among a large number of users, the present application provides a first mode for quickly screening winning users by using two lottery forms. The first lottery will be introduced below with reference to FIG. 5 , and the second lottery will be introduced with reference to FIG. 6 .

Referring to FIG. 5 , which is a flowchart of a method of a first mode provided by an embodiment of the present application.

S501: Allocate a first lottery value to the user identifier carried in the object acquisition request.

When the back-end service process obtains the object acquisition request from the message queue, the first lottery is performed for the user ID carried in the object acquisition request, and the first lottery value is allocated. The object acquisition request carries the user ID of the corresponding user, so that the user to which the registration form belongs can be determined through the user ID.

This application does not specifically limit the range of the first lottery value. For example, the range of the first lottery value may be 0-1023, and any integer from 0-1023 is randomly assigned to each user ID.

If there are a large number of object acquisition requests, the front-end service process can also write the object acquisition request to the message queue in the cache space, so that the back-end service process can take out the object acquisition request from the message queue when the lottery is drawn, as the object Obtain the first lottery data of the user identification carried in the acquisition request.

S502: Divide the object acquisition request into multiple user sets based on the first lottery value.

Based on the first lottery value of each user identifier in the object acquisition request, object acquisition requests with the same first lottery value are divided into the same user set. The determined total number of user sets may be equal to the number of integer values in the interval where the first lottery value is located. Taking the range of the value of the first lottery number as 0-1023 as an example, the object acquisition request can be divided into 1024 user sets.

S503: When determining the actual acquired user of the target object, according to determining the target value from the first lottery value, select a first target user set corresponding to the target value from the multiple user sets.

When determining the actual acquired user of the target object, the lottery (the second lottery) is no longer selected from all users, but one of the first lottery values is determined as the target value, and then the set of users corresponding to the target value is selected. , that is, lottery selection is performed in the first target user set, thereby reducing the number of users performing lottery and improving the efficiency of lottery. For example, if 10 million users make an appointment for registration, the length of the numerical interval of the first lottery is 100, and the object acquisition requests of 10 million users are equally divided into 100 user sets. When the target value is determined to be 1, the first Instead of using all users for lottery, the number of lottery users is reduced from 10 million to 100,000, and the lottery efficiency is improved.

The target object can be a collection of objects of a class, or a collection of a type of objects of that class. For example, the target object can be a mask, or it can be an N95 type mask among the masks.

The first target user set can be determined not only according to the target value, but also jointly determined according to conditions such as the shop logo, the model of the target object, and whether the user obeys the allocation.

S504: According to the store identifier that provides the target object, determine that the store corresponding to the store identifier has an assignable value of the target object.

When the Internet platform plans the distribution of all target objects in a unified manner, for example, during the epidemic, the Internet platform collects masks from multiple stores and distributes them uniformly. Then, the lottery is carried out one by one according to the order of the stores, and the assignable quantity of the target objects in the store is determined according to the store identification of the target object, so as to ensure that the number of target objects supplied to the user does not exceed the actual inventory of the store.

S505: According to the assignable value, determine the actual acquisition user who acquires the target object provided by the store from the first target user set.

According to the assignable value, the actual acquired user is determined in the first set of target users randomly selected before, and the actual acquired user can acquire the target object in the store. For example, if the number of target objects in the store is 100, it is stipulated that each user can obtain 1 target object, so that the assignable value can be set as 100, that is, 100 actual users are determined in the first target set. If the number of target objects in the store is 100, it is stipulated that each user can obtain 5 target objects, so that the assignable value can be set as 20, that is, 20 actual users are determined in the first target set.

The present application does not specifically limit the manner in which the target object acquired by the user is actually acquired. For example, the target object can be reserved online through the Internet platform, and the target object can be obtained from the offline physical store after the reservation is successful. For another example, the target object can also be booked online through the Internet platform, and the target object can be obtained by mailing through the Internet.

In the following, a method for selecting users from the first target set by lottery is introduced with reference to FIG. 6 , that is, the method shown in FIG. 6 is a method in S505 .

In order to further improve the efficiency of the lottery, continue to refer to Figure 4, first determine all the assignable quantities of target objects in a store from the inventory table through lottery, after the actual acquisition of users is determined, and then the target objects in the next store are determined. All the allocatable quantities of the objects are determined one by one to actually acquire the users until all the allocatable quantities of the target objects are allocated.

It is even possible to determine the actual acquired users for all the assignable quantities of the first type of target objects in a store, and then determine the actual acquired users for all the assignable quantities of the next type of target objects, until the actual acquired users are determined. The allocable quantities of all model target objects in this store have been allocated. By performing lottery one by one according to the order of each model and/or each store of the target object, lottery efficiency is improved without repeated lottery.

Referring to FIG. 6 , which is a flowchart of a method of a first mode provided by an embodiment of the present application.

S601: If the total value of the target objects requested by the object acquisition request in the first target user set is greater than the assignable value, the user IDs in the first target user set are re-rolled, and the first target user The actual acquired user is determined from the user set.

If the total number of target objects requested by the object acquisition request in the first target user set is greater than the assignable value, it means that the target object can be allocated by all the users in the first target user set, and the lottery will be performed again, that is, the first target The user ID in the user set is drawn again, and the actual acquired user is determined from the first target user set through the second draw. Continuing to refer to FIG. 4, the second lottery value can be recorded in the Roll point record table. For example, according to the numerical value of the second lottery, put the users in the first target user set into the to-be-lottery array in order, and then match one by one from front to back in the array order until the assignable values are allocated.

S602: If the total value of the target objects requested by the object acquisition request in the first target user set is less than the assignable value, obtain a second target user set from the multiple user sets by adjusting the target value.

If the total number of target objects requested by the object acquisition request in the first target user set is less than the assignable value, it means that the target object cannot be allocated by all the users in the first target user set, and the number of users needs to be expanded so that all target objects can Allocated. Therefore, it is not necessary to perform lottery allocation for the target object for many times, so as to improve the lottery efficiency.

As a way to expand the number of object acquisition requests in the user set, the target value can be adjusted, and then a second target user set can be obtained from multiple user sets according to the adjusted target value. The second target user set may be multiple user sets, to ensure that the total number of object acquisition requests in the first target quantity set and the second target user set is greater than the assignable value, so that all target objects can be allocated.

As another way to expand the number of object acquisition requests in the user set, after randomly assigning any integer from 0 to 1023 to each user ID, the integer is stored in a string with a fixed length of 5 in quaternary form. , such as 20121, 00230, etc. When expanding the number of object acquisition requests in the user set, the string is shifted to the left by one bit to match, for example, 31231 is retrieved, a left shift is 3123%, and a left shift is 312%. Until the number is greater than or equal to the assignable value, to ensure that all target objects can be allocated.

S603: According to the assignable value, determine the actual acquiring user who acquires the target object provided by the store from the first target user set and the second target user set.

Continuing to refer to FIG. 4, the actual acquired user can be written into the lottery result table and stored in the cache space, so that the front-end service process can query the result.

Through the second lottery method, the winning users can be quickly screened out among a large number of users, thereby improving the efficiency of the lottery. Referring to FIG. 7 to FIG. 9 , the figures are schematic diagrams of a lottery method provided by the real-time example of the present application. Among them, FIG. 7 is a schematic diagram of preparing to start the lottery, FIG. 8 is a schematic diagram of the lottery being performed, and FIG. 9 is a schematic diagram of the completion of the lottery, and the download of the signature form can also be provided.

In order to cope with high concurrency scenarios, this application provides two modes for acquiring target objects, namely the first mode and the second mode. The first mode and the second mode use different object acquisition methods. The second mode is to use the method of simultaneous purchase at the same time (such as the snap-buy mode) to obtain the object acquisition request to reduce the pressure on the server. Referring to FIG. 10 , this figure is a schematic diagram of a switching mode provided by an embodiment of the present application. In order to be able to respond to different needs by switching the two modes, write the two modes into the configuration file that can identify the rule parameters of the target object, and obtain the configuration file for the target object. The configuration file is configured to switch whether the mode of acquiring the target object is the first mode or the second mode.

The target object is in short supply. If the rule parameters of the target object are obtained by updating the version of the client, the update speed will be slow, thus affecting the user to obtain the target object in time. Because the client update needs to go through the review process, the review process will take a lot of time, and after the client update, users may not be able to use the latest version of the client immediately. Therefore, for some rule parameters that may change, such as the target object's copywriting, control switches, time variables, winning probability, etc., write it into the configuration file and publish it to the server. When obtaining the rule parameter update request from the client, there is no need to change the client version, but according to the rule parameter update request instruction, the configuration file is updated, thereby reducing the impact of the client version update on the online of related functions and improving the update speed.

If the user views the relevant messages of the target object through the client, the server will continuously obtain content query requests from the client for the target object, thereby increasing the burden on the server. In order to reduce the number of interactions between the client and the server, after obtaining the file obtaining request sent by the client, a configuration file may be sent to the client, so that the configuration file can be cached locally on the client for a predetermined period of time. Therefore, when the user views the relevant messages for the target object again within the first predetermined period of time, the client does not send a content query request for the target object to the server, but reads the locally cached configuration file to display the target object. related information, thereby reducing the number of interactions between the client and the server and reducing the burden on the server.

In order to reduce the burden on the server that the user constantly refreshes the query results through the client after obtaining the corresponding content query response, the content query response can be cached locally on the client for a second predetermined period of time, so that when the client responds for the first time After the content query response request is obtained, within the second predetermined period of time, the server will not be requested to obtain the query response request, but the target processing result will be obtained in the local cache of the client and displayed to the user, thereby reducing the relationship between the client and the server. The number of interactions between them reduces the burden on the server.

In order to further reduce the burden on the server, the present application optimizes the client, so that the client can control to randomly send object acquisition requests for the target object to the server in batches, thereby reducing the pressure on the server. In the following, a specific description will be given by taking the purchase of masks through the applet as an example in conjunction with FIG. 11 .

Referring to FIG. 11 , this figure is a flowchart of purchasing a mask through a small program provided in the embodiment of the present application.

Before the applet sends an object acquisition request for the target object, it will go through three pages, namely the home page, the description page and the registration form page.

On the homepage, when the user starts to buy masks, the configuration file for the mask is obtained through the applet, and the configuration file is cached locally in the applet, thereby reducing the number of interactions between the applet and the server and reducing the pressure on the server. As shown in Figure 12, on the home page, after obtaining the configuration file for the mask, you can select the pharmacy where the mask is purchased, the mask model and the purchase quantity and other rule parameters. At the same time, inventory verification is no longer required for the selection of pharmacies, mask models and purchase quantities, etc., to reduce the pressure on the server.

On the instruction page, filling in the personal health declaration is a prerequisite for pre-purchasing masks, allowing more users to report their health data in a timely manner and helping regulators monitor the epidemic. After self-inspection and report, guide users to carry out self-inspection and report. Divert these users, thereby reducing the number of users who snap up masks, thereby reducing the pressure on the server. If the user has self-checked and reported it, it will be guided to determine whether the user meets the purchasing ability. If the user does not meet the conditions, a pop-up box will prompt the reason. If the conditions are met, it will jump to the registration form page.

On the registration form page, you can use the autofill capability of the applet to save the information that the user filled in last time, so that the user can select the information such as ID card, name and other information filled in last time, so as to achieve the effect of fast filling and improve the user experience. experience. When the user enters all the information and submits the information, the lossy service is realized through the strategy of random release in batches. Specifically, in the configuration file, the success probability of submitting user information is set. For example, the success probability is set between 0-100%, so that the user can submit the form data to the server according to a certain probability. If this submission does not hit the probability of success, the applet will prompt the user to try again after a period of time. For example, when the success probability is set to 40%, 100 users send an object acquisition request for the target object through the applet, only 40 users can successfully send it, and the applet will prompt the remaining 60 users to try again after a period of time. As shown in Figure 13. Therefore, the applet will not send the object acquisition request for the mask to the server, and in the case of a large number of users, the number of interactions between the client and the server is reduced, thereby reducing the burden on the server. If the server pressure in the current period decreases, the success probability can be adjusted to 100%, so that the client sends all object acquisition requests for the target object to the server.

Next, the data processing method provided by the embodiment of the present application will be introduced in conjunction with a specific scenario, where the scenario is a scenario in which a user snaps up a mask through a small program. Among them, the first mode is the lottery mode, and the second mode is the snap-up mode.

See the table below for the functions provided to users by the Mini Program to facilitate users to snap up masks.

The following describes the process for a user to obtain a mask through a small program with reference to the accompanying drawings.

Referring to FIG. 14 , which is a flowchart of a data processing provided by an embodiment of the present application.

S1401: Enter the mini-program to buy masks.

Referring to FIG. 15 , this figure is a schematic diagram of a small program page provided by an embodiment of the present application. The applet can have options such as my health code, health report self-check, epidemic clue report, and mask purchase appointment.

S1402: Send an object acquisition request for the target object to the front-end service process.

Referring to FIG. 16 , this figure is a schematic diagram of a small program page provided by an embodiment of the present application. Guide users to fill in relevant information such as the area, mask model, number of masks, mailing information, etc. After filling in the information successfully, you can click Submit.

Referring to FIG. 17 , this figure is a schematic diagram of a small program page provided by an embodiment of the present application. After the user submits the relevant information, the user can choose whether to send a notification of the mask reservation result, so that the user can know the result of the panic purchase in time.

S1403: The front end verifies the relevant information of the user.

S1404: If the verification fails or the message queue fails to be stored, return to the applet to display the reservation purchase result.

S1405: If the verification is successful, send the object acquisition request to the message queue in the buffer space.

S1406: The back-end service process takes out the object acquisition request to be processed from the message queue in the buffer space according to the first-in-first-out mechanism.

S1407: The back-end service process corresponds to the processing object acquisition request, and obtains a corresponding processing result.

Referring to FIG. 18 , this figure is a schematic diagram of a small program page provided by an embodiment of the present application. When the backend service process asynchronously processes the object acquisition request, the applet side can display the interface in the queue.

Referring to FIG. 19 , this figure is a schematic diagram of a small program page provided by an embodiment of the present application. If the snap-up method is the lottery mode, the result of the lottery can be displayed to the user after the lottery, such as the user has won the lottery and other information.

Referring to FIG. 20 , this figure is a schematic diagram of a small program page provided by an embodiment of the present application. If the snap-buying method is the snap-buying mode, the snap-buying result can be displayed to the user after the snap-buying is over, such as information such as the user's snap-buying has ended. The similarities and differences between the lottery mode and the snap-up mode will be described in detail later in conjunction with Appendix 23 and Figure 24, and will not be repeated here.

The following introduces two ways for users to obtain masks in conjunction with Figure 21 and Figure 22.

Referring to FIG. 21 , this figure is a schematic diagram of a small program page provided by an embodiment of the present application. After the user is selected, the user can choose to get the mask by mail. At this time, the user needs to make a payment operation in the "My Appointment" interface and check the mailing address and other information.

Referring to FIG. 22 , this figure is a schematic diagram of a small program page provided by an embodiment of the present application. After the user is selected, the user can choose to get the mask by mail. At this time, the user needs to make a payment operation in the "My Appointment" interface, and then the appointment code will be obtained, so that the mask can be obtained from the offline pharmacy through the appointment code. The applet can also provide relevant information such as point-to-point navigation to facilitate users to obtain masks.

S1408: The back-end service process stores the corresponding processing results in the cache space and the database respectively.

As a result, the mini program provides users with mask reservation and purchase functions during the epidemic. On the one hand, the opening of online mask reservation and purchase services meets the rigid needs of users for mask materials. At the same time, on the basis of supporting users to purchase masks from pharmacies, adding mail to home services can effectively avoid the epidemic risk caused by queuing up to buy masks; on the other hand With the help of mask reservation and purchase, the health status of users in the census is collected, and the regulatory agencies are supported to arrange relevant services according to the situation according to specific symptoms, so as to ensure the health and safety of users. The similarities and differences between the two methods of snapping up masks through the applet are described below with reference to Figure 23 and Figure 24.

Referring to FIG. 23 , which is a schematic flowchart of a snap-purchase mode provided by an embodiment of the present application.

On the applet side:

User registration: If the user registers for the first time, you can obtain the user's mobile phone number by calling WeChat; if the user does not register for the first time, you can skip this step.

Entering the applet: 1. First, check the snap-up instructions. 2. Before X point of the snap-up time, the snap-up button is set to gray, and the user cannot click the snap-up button. When the time is X o'clock, the user can click the snap button. 3. Determine whether the user has filled in the personal health declaration within Y days, and if not, guide the user to submit the personal health declaration first.

Obtaining the configuration file: 1. This step does not do inventory verification, and the user can choose any type of mask. 2. Provide the option "if the selected model is insufficient in stock, receive random distribution of other models".

Send object acquisition request: assign random release: 1. Release according to the proportion of XX%, XX can be dynamically configured. 2. If it is not released, it will prompt "There are many users who are currently snapping up, please try again later"; and the button is grayed out and cannot be clicked within 5 seconds, and the button displays a countdown "Please try again in (5) seconds".

On the server side:

Snap-buying: 1: The background returns whether the rush-buying has started, and if it has not started, returns the information that it has not started. 2. It will be returned from the background whether the snap-up has ended. One of the following two conditions is met: a. The panic buying stock has been used up. b. It has reached the set end time of snap-up. 3. If it has been completed, the reservation end page will be displayed directly; if it is not completed, submit it to the next step.

Snap-buying registration is complete: inform "The rush-buying registration is complete and the system is queuing for processing. The rush-buying result will be announced in half an hour. Please check it later in "Personal Center -" My rush-buying.

Queue processing: Prioritize the model selected by the user. If the model is insufficient, and the user selects "receive distribution", other models will be allocated to the user in turn according to the inventory.

Return the result to the user: the user can view it in "Personal Center-"My Purchases".

Referring to FIG. 24 , which is a schematic flowchart of a lottery mode provided by an embodiment of the present application.

On the applet side:

User registration: If the user registers for the first time, you can obtain the user's mobile phone number by calling WeChat; if the user does not register for the first time, you can skip this step.

Enter the applet: 1. Check the reservation purchase instructions. 2. The button is grayed out outside the appointment time, and the button can be clicked during the appointment time.

Obtaining the configuration file: 1. This step does not do inventory verification, and the user can choose any type of mask. 2. Provide the option "if the selected model is insufficient in stock, receive random distribution of other models". 3. Increase the choice of arrival payment or mailing (for orders). 4. If mailing is selected, the mailing address should be judged by this city, and it cannot be submitted outside the city. Sending an object acquisition request: Allocating release: 1. Release according to the proportion of XX%, XX can be dynamically configured. 2. The user must be allowed to receive the notification, otherwise the submission cannot be submitted; if the user chooses, the notification reception confirmation box does not appear, then the submission is released.

On the server side:

Snap purchase: 1. The background returns whether the appointment has already started, and if it has not started, return the unstarted information. 2. If it has ended, the reservation end page will be displayed directly; if not, submit it to the next step.

Snap-buying registration is completed: inform "The rush-buying registration is completed, and there is no need to submit an appointment again within X days. Every day XX: XX announces the lottery result, please check it in "Personal Center-"My Appointment".

Queue processing: 1. Use the public lottery algorithm for lottery. 2. Users who have won the lottery within X days cannot repeat the lottery (including those over XX years old). 3. If the appointment has been submitted within X days but has not been selected, there is no need to submit it again. 4. Users over the age of XX only need to submit once, and the record will always take effect. 5. Provide the lottery web to the notary office the day after tomorrow.

Return the result to the user: To push the user through subscription notifications, a web background trigger is required. 2. Display the results in the personal center, adjust the copywriting, and add an appointment code.

The mailing options are divided into mailing to the user and the user picking up at the store (according to my appointment information to pick up at the offline store).

Provides the management background modification status, which can be modified to have been mailed or received.

Sync update status in my appointments.

Based on the data processing methods provided by the foregoing embodiments, the related apparatuses provided by the embodiments of the present application are introduced.

This embodiment provides a data processing apparatus 2500. Referring to FIG. 25, the apparatus 2500 includes an acquiring unit 2501, a writing unit 2502, a first processing unit 2503, and a second processing unit 2504:

The obtaining unit 2501 is used to obtain an object obtaining request for the target object;

The writing unit 2502 is configured to write the object acquisition request into a message queue in the cache space;

The first processing unit 2503 is configured to take out the object acquisition request from the message queue for corresponding processing, and cache the obtained processing result in the cache space;

The second processing unit 2504 is configured to query the cache space for the target processing result according to the content query request for the target object.

In a possible implementation manner, the writing unit 2502 is specifically configured to sequentially update the obtained processing results to the database corresponding to the target object according to the processing order.

In a possible implementation manner, if the object acquisition request is acquired through the first mode, the apparatus further includes a lottery unit, which is specifically configured to assign a first lottery value to the user ID carried in the object acquisition request ; Divide the object acquisition request into a plurality of user sets based on the first lottery value; When determining the actual acquisition user of the target object, according to determining the target value from the first lottery value, from the multiple Select the first target user set corresponding to the target value from the user sets; according to the store identifier that provides the target object, determine that the store corresponding to the store identifier has the assignable value of the target object; A numerical value is assigned, and the actual acquiring user who acquires the target object provided by the store is determined from the first target user set.

In a possible implementation manner, the lottery unit is further configured to: if the total value of the target objects requested by the object acquisition request in the first target user set is greater than the assignable value The user identifiers in the user set are drawn again, and the actual acquired user is determined from the first target user set; if the total value of the target objects requested by the object acquisition request in the first target user set is less than the allocatable value, obtain a second target user set from the multiple user sets by adjusting the target value; according to the assignable value, determine and obtain the target user set from the first target user set and the second target user set The actual acquisition user of the target object provided by the store.

In a possible implementation manner, the apparatus further includes a configuration file unit, configured to obtain a configuration file for the target object, where the configuration file identifies a rule parameter used to obtain the target object; if the obtaining mode is switched request, switch a mode for acquiring the target object according to the configuration file, where the mode includes a first mode or a second mode.

In a possible implementation manner, the configuration file unit is further configured to obtain a rule parameter update request from a client; and update the configuration file according to an indication of the rule parameter update request.

In a possible implementation manner, the configuration file unit is further configured to obtain a file obtaining request sent by a client; sending the configuration file to the client is used to instruct the client to The configuration file is cached for the duration of the first subscription.

In a possible implementation manner, the content query response is further used to instruct the client that obtains the content query response to locally cache the target processing result for a second predetermined period of time.

In a possible implementation manner, the apparatus further includes a probability indication unit, configured to send probability indication information to the client before obtaining the object acquisition request for the target object, where the probability indication information is used for Indicates the submission success probability of the client to submit the object acquisition request.

The data processing apparatus provided by the above embodiment, for the scenario of acquiring the target object with high concurrency, if an object acquisition request for the target object is acquired, the processing of whether to provide the target object is not performed synchronously, but the object acquisition request is written in the cache space. in the message queue. The object acquisition request is taken out from the message queue when it can be processed, thereby realizing asynchronous processing of the object acquisition request. Therefore, even in the peak period of receiving object acquisition requests, the asynchronous processing mechanism can achieve the effect of peak shaving, reduce the impact on the database, and even if the received object acquisition requests drop sharply after the peak period, messages can continue to be processed The object acquisition request retained in the queue realizes the role of filling the valley. In addition to the high concurrency of object acquisition requests during peak periods, a large number of content query requests will also appear in association. By caching the processing results of object acquisition requests in the cache space, the content-based query results can be directly stored in the cache space. Find and return. There is no need for additional data interaction with the database that saves the processing results, which reduces the amount of access to the database, thus effectively protecting the database during peak periods and improving query response efficiency.

The embodiment of the present application further provides a device for data processing, and the following will introduce the device for data processing provided by the embodiment of the present application from the perspective of hardware materialization.

Referring to FIG. 26 , FIG. 26 is a schematic structural diagram of a server provided by an embodiment of the present application. The server 1400 may vary greatly due to different configurations or performance, and may include one or more central processing units (CPUs) 1422 (eg, one or more processors) and memory 1432, one or more storage media 1430 (eg, one or more mass storage devices) storing applications 1442 or data 1444. Among them, the memory 1432 and the storage medium 1430 may be short-term storage or persistent storage. The program stored in the storage medium 1430 may include one or more modules (not shown in the figure), and each module may include a series of instruction operations on the server. Furthermore, the central processing unit 1422 may be configured to communicate with the storage medium 1430 to execute a series of instruction operations in the storage medium 1430 on the server 1400 .

Server 1400 may also include one or more power supplies 1426, one or more wired or wireless network interfaces 1450, one or more input and output interfaces 1458, and/or, one or more operating systems 1441, such as Windows Server™, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM and so on.

The steps performed by the server in the above embodiment may be based on the server structure shown in FIG. 26 .

Among them, the CPU 1422 is used to perform the following steps:

Get the object acquisition request for the target object;

writing the object acquisition request into the message queue in the cache space;

Take out the object acquisition request from the message queue for corresponding processing, and cache the obtained processing result in the cache space;

According to the content query request for the target object, query the target processing result in the cache space.

Optionally, the CPU 1422 may also execute the method steps of any specific implementation manner of the data processing method in the embodiments of the present application.

For the data processing method described above, an embodiment of the present application further provides a terminal device for data processing, so that the above data processing method can be implemented and applied in practice.

Referring to FIG. 27, FIG. 27 is a schematic structural diagram of a terminal device provided by an embodiment of the present application. For the convenience of description, only the parts related to the embodiments of the present application are shown, and the specific technical details are not disclosed, please refer to the method part of the embodiments of the present application. The terminal device can be any terminal device including a mobile phone, a tablet computer, a personal digital assistant (Personal Digital Assistant, PDA for short), etc. The terminal device is a mobile phone as an example:

FIG. 27 is a block diagram showing a partial structure of a mobile phone related to a terminal device provided by an embodiment of the present application. Referring to FIG. 27 , the mobile phone includes: a radio frequency (Radio Frequency, RF for short) circuit 1510, a memory 1520, an input unit 1530, a display unit 1540, a sensor 1550, an audio circuit 1560, a wireless fidelity (wireless fidelity, WiFi for short) module 1570, The processor 1580, the power supply 1590 and other components. Those skilled in the art can understand that the structure of the mobile phone shown in FIG. 27 does not constitute a limitation on the mobile phone, and may include more or less components than the one shown, or combine some components, or arrange different components.

The following is a detailed introduction to each component of the mobile phone in conjunction with Figure 27:

The RF circuit 1510 can be used for receiving and sending signals during the process of sending and receiving information or talking. In particular, after receiving the downlink information of the base station, it is processed by the processor 1580; in addition, it sends the designed uplink data to the base station. Generally, the RF circuit 1510 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier (Low Noise Amplifier, LNA for short), a duplexer, and the like. In addition, RF circuitry 1510 may also communicate with networks and other devices via wireless communications. The above-mentioned wireless communication can use any communication standard or protocol, including but not limited to Global System of Mobile communication (GSM for short), General Packet Radio Service (GPRS for short), Code Division Multiple Access (Code Division Multiple Access) Division Multiple Access (CDMA for short), Wideband Code Division Multiple Access (WCDMA for short), Long Term Evolution (LTE for short), E-mail, Short Messaging Service (Short Messaging Service, SMS for short), etc. .

The memory 1520 may be used to store software programs and modules, and the processor 1580 implements various functional applications and data processing of the mobile phone by running the software programs and modules stored in the memory 1520 . The memory 1520 may mainly include a stored program area and a stored data area, wherein the stored program area may store an operating system, an application program (such as a sound playback function, an image playback function, etc.) required for at least one function, and the like; Data created by the use of the mobile phone (such as audio data, phone book, etc.), etc. Additionally, memory 1520 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.

The input unit 1530 may be used for receiving inputted numerical or character information, and generating key signal input related to user setting and function control of the mobile phone. Specifically, the input unit 1530 may include a touch panel 1531 and other input devices 1532 . The touch panel 1531, also known as a touch screen, can collect the user's touch operations on or near it (such as the user's finger, stylus, etc., any suitable object or accessory on or near the touch panel 1531). operation), and drive the corresponding connection device according to the preset program. Optionally, the touch panel 1531 may include two parts, a touch detection device and a touch controller. Among them, the touch detection device detects the user's touch orientation, detects the signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts it into contact coordinates, and then sends it to the touch controller. To the processor 1580, and can receive the command sent by the processor 1580 and execute it. In addition, the touch panel 1531 can be realized by various types of resistive, capacitive, infrared, and surface acoustic waves. Besides the touch panel 1531 , the input unit 1530 may also include other input devices 1532 . Specifically, other input devices 1532 may include, but are not limited to, one or more of physical keyboards, function keys (such as volume control keys, switch keys, etc.), trackballs, mice, joysticks, and the like.

The display unit 1540 may be used to display information input by the user or information provided to the user and various menus of the mobile phone. The display unit 1540 may include a display panel 1541 . Optionally, the display panel 1541 may be configured in the form of a liquid crystal display (LCD for short), an organic light-emitting diode (OLED for short). Further, the touch panel 1531 may cover the display panel 1541. When the touch panel 1531 detects a touch operation on or near it, it transmits it to the processor 1580 to determine the type of the touch event, and then the processor 1580 determines the type of the touch event according to the touch event. Type provides corresponding visual output on display panel 1541. Although in FIG. 27, the touch panel 1531 and the display panel 1541 are used as two independent components to realize the input and input functions of the mobile phone, in some embodiments, the touch panel 1531 and the display panel 1541 can be integrated to form Realize the input and output functions of the mobile phone.

The cell phone may also include at least one sensor 1550, such as light sensors, motion sensors, and other sensors. Specifically, the light sensor may include an ambient light sensor and a proximity sensor, wherein the ambient light sensor may adjust the brightness of the display panel 1541 according to the brightness of the ambient light, and the proximity sensor may turn off the display panel 1541 and/or when the mobile phone is moved to the ear. or backlight. As a kind of motion sensor, the accelerometer sensor can detect the magnitude of acceleration in all directions (usually three axes), and can detect the magnitude and direction of gravity when it is stationary. games, magnetometer attitude calibration), vibration recognition related functions (such as pedometer, tapping), etc.; as for other sensors such as gyroscope, barometer, hygrometer, thermometer, infrared sensor, etc. Repeat.

The audio circuit 1560, the speaker 1561, and the microphone 1562 can provide an audio interface between the user and the mobile phone. The audio circuit 1560 can convert the received audio data into an electrical signal, and transmit it to the speaker 1561, and the speaker 1561 converts it into a sound signal for output; on the other hand, the microphone 1562 converts the collected sound signal into an electrical signal, which is converted by the audio circuit 1560 After receiving, it is converted into audio data, and then the audio data is output to the processor 1580 for processing, and then sent to, for example, another mobile phone through the RF circuit 1510, or the audio data is output to the memory 1520 for further processing.

WiFi is a short-distance wireless transmission technology. The mobile phone can help users to send and receive emails, browse web pages, and access streaming media through the WiFi module 1570. It provides users with wireless broadband Internet access. Although FIG. 27 shows the WiFi module 1570, it can be understood that it is not a necessary component of the mobile phone, and can be completely omitted as required within the scope of not changing the essence of the invention.

The processor 1580 is the control center of the mobile phone, using various interfaces and lines to connect various parts of the entire mobile phone, by running or executing the software programs and/or modules stored in the memory 1520, and calling the data stored in the memory 1520. Various functions of the mobile phone and processing data, so as to monitor the mobile phone as a whole. Optionally, the processor 1580 may include one or more processing units; preferably, the processor 1580 may integrate an application processor and a modem processor, wherein the application processor mainly processes the operating system, user interface, and application programs, etc. , the modem processor mainly deals with wireless communication. It can be understood that, the above-mentioned modulation and demodulation processor may not be integrated into the processor 1580.

The mobile phone also includes a power supply 1590 (such as a battery) that supplies power to various components. Preferably, the power supply can be logically connected to the processor 1580 through a power management system, so as to manage charging, discharging, and power consumption management functions through the power management system.

Although not shown, the mobile phone may also include a camera, a Bluetooth module, and the like, which will not be repeated here.

In this embodiment of the present application, the memory 1520 included in the mobile phone may store program codes, and transmit the program codes to the processor.

The processor 1580 included in the mobile phone can execute the data processing method provided by the foregoing embodiment according to the instructions in the program code.

Embodiments of the present application further provide a computer-readable storage medium for storing a computer program, where the computer program is used to execute the data processing method provided by the foregoing embodiments.

Embodiments of the present application also provide a computer program product or computer program, where the computer program product or computer program includes computer instructions, and the computer instructions are stored in a computer-readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the data processing methods provided in various optional implementations of the above aspects.

Those of ordinary skill in the art can understand that all or part of the steps of implementing the above method embodiments can be completed by program instructions related to hardware, and the aforementioned program can be stored in a computer-readable storage medium. When the program is executed, the execution includes: The steps of the above method embodiment; and the aforementioned storage medium may be at least one of the following media: read-only memory (English: read-only memory, abbreviation: ROM), RAM, magnetic disk or optical disk and other various storage media medium of program code.

It should be noted that each embodiment in this specification is described in a progressive manner, and the same and similar parts between the various embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. place. In particular, for the device and system embodiments, since they are basically similar to the method embodiments, the description is relatively simple, and reference may be made to some descriptions of the method embodiments for related parts. The device and system embodiments described above are only schematic, wherein the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in One place, or it can be distributed over multiple network elements. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution in this embodiment. Those of ordinary skill in the art can understand and implement it without creative effort.

The above is only a specific embodiment of the present application, but the protection scope of the present application is not limited to this. Substitutions should be covered within the protection scope of this application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims (15)

1. a data processing method, is characterized in that, described method comprises: Get the object acquisition request for the target object; writing the object acquisition request into the message queue in the cache space; Take out the object acquisition request from the message queue for corresponding processing, and cache the obtained processing result in the cache space; According to the content query request for the target object, query the target processing result in the cache space. 2. The method according to claim 1, wherein the method further comprises: The obtained processing results are sequentially updated to the database corresponding to the target object according to the processing order. 3. The method according to claim 1, wherein if the object acquisition request is acquired through the first mode, the method further comprises: Allocate the first lottery value for the user ID carried in the object acquisition request; dividing the object acquisition request into a plurality of user sets based on the first lottery value; When determining the actual acquired user of the target object, according to determining the target value from the first lottery value, select a first target user set corresponding to the target value from the multiple user sets; According to the store identifier that provides the target object, determine that the store corresponding to the store identifier has an assignable value of the target object; According to the assignable value, the actual acquiring user who acquires the target object provided by the store is determined from the first target user set. 4 . The method according to claim 3 , wherein, according to the assignable value, determining the actual user who obtains the target object provided by the store from the first target user set, comprising: 4 . : If the total value of the target objects requested by the object acquisition request in the first target user set is greater than the allocatable value, the user IDs in the first target user set are drawn again from the first target user set. determine the actual acquired user; If the total value of the target objects requested by the object acquisition request in the first target user set is less than the assignable value, obtain a second target user set from the multiple user sets by adjusting the target value; According to the assignable value, the actual acquiring user who acquires the target object provided by the store is determined from the first target user set and the second target user set. 5. The method according to any one of claims 1-4, wherein the method further comprises: obtaining a configuration file for the target object, the configuration file identifying a rule parameter for obtaining the target object; If a mode switching request is acquired, the mode for acquiring the target object is switched according to the configuration file, the mode includes a first mode or a second mode, and the first mode and the second mode use different object acquisition methods. 6. The method according to claim 5, wherein the method further comprises: Get the rule parameter update request from the client; The configuration file is updated according to the indication of the rule parameter update request. 7. The method according to claim 5, wherein the method further comprises: Get the file acquisition request sent by the client; Sending the configuration file to the client is used to instruct the client to locally cache the configuration file for the first predetermined duration. 8 . The method according to claim 1 , wherein the content query response is further used to instruct a client that obtains the content query response to perform a second reservation on the target processing result locally. 9 . long-term cache. 9. The method according to claim 1, characterized in that, before the acquiring the object acquisition request for the target object, the method further comprises: Send probability indication information to the client, where the probability indication information is used to indicate the success probability of submitting the object acquisition request to the client. 10. A data processing device, characterized in that the device comprises an acquisition unit, a writing unit, a first processing unit and a second processing unit: The obtaining unit is used to obtain an object obtaining request for the target object; the writing unit, configured to write the object acquisition request into a message queue in the cache space; The first processing unit is configured to take out the object acquisition request from the message queue for corresponding processing, and cache the obtained processing result in the cache space; The second processing unit is configured to query the cache space for the target processing result according to the content query request for the target object. 11. The device according to claim 10, wherein the writing unit is specifically used for: The obtained processing results are sequentially updated to the database corresponding to the target object according to the processing order. 12. The apparatus according to claim 10, wherein if the object acquisition request is acquired through the first mode, the apparatus further comprises a lottery unit, which is specifically configured to: Allocate the first lottery value for the user ID carried in the object acquisition request; dividing the object acquisition request into a plurality of user sets based on the first lottery value; When determining the actual acquired user of the target object, according to determining the target value from the first lottery value, select a first target user set corresponding to the target value from the multiple user sets; According to the store identifier that provides the target object, determine that the store corresponding to the store identifier has an assignable value of the target object; According to the assignable value, the actual acquiring user who acquires the target object provided by the store is determined from the first target user set. 13. The device according to claim 12, wherein the lottery unit is further used for: If the total value of the target objects requested by the object acquisition request in the first target user set is greater than the allocatable value, the user IDs in the first target user set are drawn again from the first target user set. determine the actual acquired user; If the total value of the target objects requested by the object acquisition request in the first target user set is less than the assignable value, obtain a second target user set from the multiple user sets by adjusting the target value; According to the assignable value, the actual acquiring user who acquires the target object provided by the store is determined from the first target user set and the second target user set. 14. A device for data processing, characterized in that the device comprises a processor and a memory: the memory is used to store program code and transmit the program code to the processor; The processor is configured to execute the method of any one of claims 1-9 according to instructions in the program code. 15. A computer-readable storage medium, wherein the computer-readable storage medium is used to store a computer program, and the computer program is used to execute the method of any one of claims 1-9.

Images