Data processing method, data processing device, computer system and medium
By predicting the number of available objects and request success rates in the ticketing system and optimizing the request sequence, the difficulty of users to obtain tickets when the remaining tickets are tight is solved, and user experience and computing resource utilization are improved.
Patent Information
- Application Number
- CN201910391926.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2019-05-10
- Publication Date
- 2025-01-10
- Estimated Expiration
- 2039-05-10
AI Technical Summary
When the remaining tickets are tight, users often cannot successfully obtain tickets, resulting in poor user experience.
By obtaining historical information, we predict the number of available objects at a specified time, and determine the request success rate based on the number of requests and the expected available number, and then determine the request sequence, optimize the utilization rate of computing resources and reduce energy consumption, and improve user experience.
It improves the request success rate, improves the user experience, and ensures that users can obtain ticket information in a timely manner and effectively utilize computing resources.
Smart Images

Figure CN111738468B_ABST
Abstract
Description
Technical Field
[0001] The present disclosure relates to the field of computer technology, and more specifically, to a data processing method, a data processing device, a computer system, and a medium. Background Art
[0002] As people's demand for rich entertainment activities and tourism increases, tickets for popular attractions, tickets for celebrity performances and other resources have become scarce resources, especially during the peak tourist season and when popular celebrities perform. In order to obtain these scarce resources, people usually have to queue up overnight. In addition, some users also buy tickets through ticket-swiping applications.
[0003] In the process of realizing the concept of the present disclosure, the inventors found that there are at least the following problems in the prior art: when the remaining tickets are tight, users often cannot buy tickets, resulting in a poor user experience. Summary of the invention
[0004] In view of this, the present disclosure provides a data processing method, a data processing device, a computer system and a medium for improving the success rate of object requests.
[0005] One aspect of the present disclosure provides a data processing method, which includes, first, obtaining request information for at least one object, the request information including the request quantity for the at least one object, then, obtaining the estimated available quantity of the at least one object at a specified time based at least on historical information, then, determining the request success rate of the at least one object based on the request quantity and the estimated available quantity of the at least one object at the specified time, and then, determining the request order of the at least one object based on the request success rate of the at least one object.
[0006] According to an embodiment of the present disclosure, since the request order of at least one object is determined based on the request success rate of the object, the request success rate of the at least one object can be at least partially improved, and the effective conversion rate of computing resources can be made higher, thereby improving user experience while reducing energy consumption.
[0007] According to an embodiment of the present disclosure, obtaining the estimated available quantity of at least one object at a specified time based at least on historical information may include the following operations: first, obtaining the available quantity of at least one object at a specified time in multiple historical years, and then obtaining the estimated available quantity of at least one object at a specified time in the current year based at least on the available quantity of at least one object at a specified time in the multiple historical years. In this way, predicting the current available quantity of an object based on the available quantity of the object at the same or related time in historical years can effectively improve the accuracy of the prediction.
[0008] According to an embodiment of the present disclosure, the method may further include the following operations: after obtaining the provided quantity of the at least one object at a specified time in multiple historical years, obtaining the estimated value of the influencing factors that affect the request success rate of the at least one object, the influencing factors including weather factors. Accordingly, obtaining the estimated available quantity of the at least one object at a specified time in the current year based at least on the provided quantity of the at least one object at a specified time in the multiple historical years includes: obtaining the estimated available quantity of the at least one object at a specified time in the current year based on the estimated value of the influencing factor and the provided quantity of the at least one object at a specified time in the multiple historical years. This further takes into account the impact of influencing factors such as weather on the request success rate, and the prediction accuracy of the available quantity of the object can be further improved by calling the data of relevant influencing factors.
[0009] According to an embodiment of the present disclosure, the method may further include the following operations: after obtaining the request information of at least one object, merging the same request information in the request information of the at least one object to obtain the request information for at least one merged object, wherein the request information for at least one merged object includes the number of requests for the at least one merged object. Accordingly, the determination of the request success rate of the at least one object based on the number of requests and the estimated available number of the at least one object at a specified time includes: determining the request success rate of the at least one merged object based on the number of requests of the at least one merged object and the estimated available number of the at least one merged object at a specified time, and the determination of the request sequence of the at least one object based on the request success rate of the at least one object includes: determining the request sequence of the at least one merged object based on the request success rate of the at least one merged object. Since the interface provided by the object providing platform (such as a server) usually has a limit on the number of interface operations, by merging objects with the same request information, the number of operations on the interface can be effectively reduced, and the resources provided by the interface can be fully utilized. At the same time, the utilization rate of computing resources can also be effectively improved.
[0010] According to an embodiment of the present disclosure, the determination of the request order of the at least one object based on the request success rate of the at least one object may include the following operations: first, determining the query order of the at least one object based on the request success rate of the at least one object, then querying the at least one object based on the query order of the at least one object to obtain the actual available quantity of the at least one object, and then, if the actual available quantity of a certain object in the at least one object is not zero, then feeding back the actual available quantity information of the certain object to the user of the certain object. After confirming the request success rate, first querying is performed, and if the query result is not empty, then feeding back the query information, which helps the user who requests the object to clearly know the current status of the object, so that the user can determine whether to purchase or the object based on the current status.
[0011] According to an embodiment of the present disclosure, if the actual available quantity of an object in the at least one object is not zero, then the actual available quantity information of the object is fed back to the user of the object, which may include the following operations: first, if the actual available quantity of an object in the at least one object and the corresponding request quantity meet a preset condition, then send a request for ownership transfer to obtain at least one ownership of an object in the at least one object, wherein the preset condition indicates that the acquisition success rate of the at least one object is less than or equal to a preset threshold, then obtain the contribution attribute of the user of the at least one object, wherein the contribution attribute of the user indicates the contribution of the user to the request system for promoting the object, then, sort the users of the at least one object in the at least one object based on the contribution attribute of the user, obtain the user ranking, and then, based on the user ranking, feedback the actual available quantity information of the object to the user of the object. In this way, when the request quantity of the object exceeds the available quantity of the object, the ownership of the object can be obtained first, and then, according to the contribution value of the user to the request platform for promoting the object, the object can be allocated to the user, so that the request platform of the object can be promoted while helping the user to obtain the object as much as possible.
[0012] According to an embodiment of the present disclosure, the user ranking is obtained by ranking the users of a certain object in the at least one object based on the contribution attributes of the users, and may include the following operations: the user ranking is obtained by ranking the users of a certain object in the at least one object based on the contribution attributes of the users and the generation time of the request information of the certain object in the at least one object. In this way, when the contribution values of users of multiple requests for the same object are the same, the objects can be allocated according to the time order of the users' initiation of the requests, which helps to improve fairness and user experience.
[0013] According to an embodiment of the present disclosure, the method may further include the following operations: after feeding back the actual available quantity information of the object to the user of the object, obtaining the ownership transfer operation of the object by the user of the object, and then executing the ownership transfer request in response to the ownership transfer operation. In this way, the object can be traded according to the user's request operation on the object, ensuring the property safety of the user.
[0014] According to an embodiment of the present disclosure, if the actual available quantity of a certain object in the at least one object is not zero, then the actual available quantity information of the certain object is fed back to the user of the certain object, which may include the following operations: if the actual available quantity of a certain object in the at least one object and the corresponding requested quantity do not meet a preset condition, then the actual available quantity information of the certain object is fed back to the user of the certain object, and then the ownership transfer operation of the user of the certain object for the certain object is obtained, and in response to the ownership transfer operation, an ownership transfer request is sent. In this way, when the number of objects requested by the user is limited, the actual available quantity of the object can be fed back to the user in a timely manner, helping the user to determine whether to immediately obtain the ownership of the object and avoid missing the opportunity to obtain the object.
[0015] Another aspect of the present disclosure provides a data processing device, including a request acquisition module, an estimated quantity acquisition module, a success rate determination module, and a request sequence acquisition module. The request acquisition module is used to acquire request information for at least one object, the request information includes the request quantity for the at least one object, the estimated quantity acquisition module is used to acquire the estimated available quantity of the at least one object at a specified time based on at least historical information, the success rate determination module is used to determine the request success rate of the at least one object based on the request quantity and the estimated available quantity of the at least one object at a specified time, and the request sequence acquisition module is used to determine the request sequence of the at least one object based on the request success rate of the at least one object.
[0016] According to an embodiment of the present disclosure, the estimated quantity acquisition module may include a historical data acquisition submodule and an estimated quantity acquisition submodule. The historical data acquisition submodule is used to acquire the supply quantity of the at least one object at a specified time in multiple historical years, and the estimated quantity acquisition submodule is used to acquire the estimated available quantity of the at least one object at a specified time in the current year based at least on the supply quantity of the at least one object at a specified time in the multiple historical years.
[0017] According to an embodiment of the present disclosure, the device may further include an influencing factor acquisition module, which is used to acquire an estimated value of an influencing factor that affects the request success rate of the at least one object after acquiring the provided quantity of the at least one object at a specified time in multiple historical years, wherein the influencing factor includes a weather factor. Accordingly, the estimated quantity acquisition module is specifically used to acquire the estimated available quantity of the at least one object at a specified time in the current year based on the estimated value of the influencing factor and the provided quantity of the at least one object at a specified time in the multiple historical years.
[0018] According to an embodiment of the present disclosure, the device may further include a merging module, which is used to merge identical request information in the request information of at least one object after obtaining the request information of the at least one object, to obtain request information for at least one merged object, wherein the request information for at least one merged object includes the number of requests for the at least one merged object. Accordingly, the success rate determination module is specifically used to determine the request success rate of the at least one merged object based on the number of requests for the at least one merged object and the estimated available number of the at least one merged object at a specified time, and the request order acquisition module is specifically used to determine the request order of the at least one merged object based on the request success rate of the at least one merged object.
[0019] According to an embodiment of the present disclosure, the request order acquisition module may include a query order acquisition submodule, an object quantity acquisition submodule and a quantity feedback submodule, wherein the query order acquisition submodule is used to determine the query order of the at least one object based on the request success rate of the at least one object, the object quantity acquisition submodule is used to query the at least one object based on the query order of the at least one object to obtain the actual available quantity of the at least one object, and the quantity feedback submodule is used to feedback the actual available quantity information of the at least one object to the user of the at least one object if the actual available quantity of the at least one object is not zero.
[0020] According to an embodiment of the present disclosure, the quantity feedback submodule may include a title acquisition unit, a contribution acquisition unit, a user sorting unit and a quantity feedback unit, wherein the title acquisition unit is used to send a title transfer request to acquire at least one title of a certain object in the at least one object if the actual available quantity of a certain object in the at least one object and the corresponding requested quantity meet a preset condition, wherein the preset condition indicates that the acquisition success rate of the at least one object is less than or equal to a preset threshold, the contribution acquisition unit is used to acquire the contribution attribute of a user of a certain object in the at least one object, the contribution attribute of the user indicates the contribution of the user to the request system for promoting the object, the user sorting unit is used to sort the users of a certain object in the at least one object based on the contribution attribute of the user to obtain a user sort, and the quantity feedback unit is used to feedback the actual available quantity information of the certain object to the user of the certain object based on the user sort.
[0021] According to an embodiment of the present disclosure, the user ranking unit is specifically used to sort users of one of the at least one object based on contribution attributes of the users and generation time of request information of one of the at least one object to obtain a user ranking.
[0022] According to an embodiment of the present disclosure, the device may further include a rights transfer operation acquisition module and a response module, wherein the rights transfer operation acquisition module is used to obtain the rights transfer operation of the user of the object for the object after feeding back the actual available quantity information of the object to the user of the object, and the response module is used to execute the rights transfer request in response to the rights transfer operation.
[0023] According to an embodiment of the present disclosure, the quantity feedback unit may include a feedback sub-unit, an operation acquisition sub-unit and a response sub-unit, wherein the feedback sub-unit is used to feedback the actual available quantity information of a certain object to the user of the at least one object if the actual available quantity of the certain object and the corresponding requested quantity do not meet a preset condition, the operation acquisition sub-unit is used to obtain the ownership transfer operation of the user of the certain object for the certain object, and the response sub-unit is used to send an ownership transfer request in response to the ownership transfer operation.
[0024] Another aspect of the present disclosure provides a computer system, including one or more processors and a storage device, wherein the storage device is used to store executable instructions, and when the executable instructions are executed by the processor, the method described above is implemented.
[0025] Another aspect of the present disclosure provides a computer-readable storage medium storing computer-executable instructions, which are used to implement the above method when executed.
[0026] Another aspect of the present disclosure provides a computer program, which includes computer executable instructions, and the instructions are used to implement the method described above when executed. BRIEF DESCRIPTION OF THE DRAWINGS
[0027] The above and other objects, features and advantages of the present disclosure will become more apparent through the following description of the embodiments of the present disclosure with reference to the accompanying drawings, in which:
[0028] Figure 1A The application scenarios of the data processing method, data processing device, computer system and medium according to the embodiments of the present disclosure are schematically shown;
[0029] Figure 1B The system architecture applicable to the data processing method according to the embodiment of the present disclosure is schematically shown;
[0030] Figure 2 A flowchart schematically shows a data processing method according to an embodiment of the present disclosure;
[0031] Figure 3A A flowchart of a method for obtaining an estimated available quantity according to an embodiment of the present disclosure is schematically shown;
[0032] Figure 3B A schematic diagram schematically shows actual available quantity information of an object according to an embodiment of the present disclosure;
[0033] Figure 4A A block diagram schematically shows a data processing device according to an embodiment of the present disclosure;
[0034] Figure 4B A logical diagram schematically shows a data processing system according to an embodiment of the present disclosure; and
[0035] Figure 5 The block diagram of a computer system according to an embodiment of the present disclosure is schematically shown. DETAILED DESCRIPTION
[0036] Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings. However, it should be understood that these descriptions are exemplary only and are not intended to limit the scope of the present disclosure. In the following detailed description, for ease of explanation, many specific details are set forth to provide a comprehensive understanding of the embodiments of the present disclosure. However, it is apparent that one or more embodiments may also be implemented without these specific details. In addition, in the following description, descriptions of known structures and technologies are omitted to avoid unnecessary confusion of the concepts of the present disclosure.
[0037] The terms used herein are only for describing specific embodiments and are not intended to limit the present disclosure. The terms "comprise", "include", etc. used herein indicate the existence of the features, steps, operations and / or components, but do not exclude the existence or addition of one or more other features, steps, operations or components.
[0038] All terms (including technical and scientific terms) used herein have the meanings commonly understood by those skilled in the art, unless otherwise defined. It should be noted that the terms used herein should be interpreted as having a meaning consistent with the context of this specification, and should not be interpreted in an idealized or overly rigid manner.
[0039] In the case of using expressions such as "at least one of A, B, and C, etc.", it should generally be interpreted in accordance with the meaning of the expression generally understood by those skilled in the art (for example, "a system having at least one of A, B, and C" should include but is not limited to a system having A alone, B alone, C alone, A and B, A and C, B and C, and / or A, B, C, etc.). In the case of using expressions such as "at least one of A, B, or C, etc.", it should generally be interpreted in accordance with the meaning of the expression generally understood by those skilled in the art (for example, "a system having at least one of A, B, or C" should include but is not limited to a system having A alone, B alone, C alone, A and B, A and C, B and C, and / or A, B, C, etc.).
[0040] Due to the large-scale population movement during holidays, train tickets and bus tickets in Indonesia are often in short supply, making it difficult for users to buy tickets. In addition, Indonesia is a tourist country, and ticket sales are also tight during the peak tourist season. In addition to Indonesia's travel business, entertainment-related performance tickets are also hard to come by when facing popular performances.
[0041] In addition, when multiple users place orders at the same time in Indonesia's ticketing system, if the remaining tickets are insufficient, some users will fail to reserve tickets, and their orders will fail. At this time, users need to manually swipe the tickets again and resubmit the order after the swiping is successful. This results in a poor ordering experience for users when the remaining tickets are tight.
[0042] Embodiments of the present disclosure provide a data processing method, a data processing device, a computer system, and a medium. The data processing method includes a success rate confirmation process and a request sorting process. In the success rate confirmation process, the estimated available quantity of at least one object at a specified time is obtained based on at least historical information, and then the request success rate of the at least one object is determined based on the request quantity and the estimated available quantity of the at least one object. After completing the success rate confirmation process, the request sorting process is entered to determine the request order of the at least one object based on the request success rate of the at least one object.
[0043] Figure 1A The application scenarios of the data processing method, data processing device, computer system and medium according to the embodiments of the present disclosure are schematically shown. It should be noted that: Figure 1A What is shown are merely examples of application scenarios to which the embodiments of the present disclosure can be applied, in order to help those skilled in the art understand the technical content of the present disclosure, but it does not mean that the embodiments of the present disclosure cannot be used in other devices, systems, environments or scenarios.
[0044] Take the example of a user using the XX ticket purchase application to request a train ticket from GMR to BD on 2 / 15 / 2019. Figure 1A As shown, after logging into the XX ticket purchase application, the user enters the departure information: GRM, destination: BD and departure date: 2019 / 2 / 15, and then clicks the ticket purchase button to send the request information to the server of the XX ticket purchase application, and the server helps the user to purchase the ticket. It should be noted that the request information sent by the user can also include the deadline information for ticket purchase, etc. In addition, the user can log in to the XX ticket purchase application through the account number, user ID, password, etc. assigned by the server, that is, each user has at least one account, and the account can store relevant information of the user, such as historical ticket purchase information, information related to the contribution to the platform promotion, etc.
[0045] Figure 1B The system architecture applicable to the data processing method according to the embodiment of the present disclosure is schematically shown. It should be noted that: Figure 1B The examples shown are merely examples of application scenarios to which the embodiments of the present disclosure can be applied and should not be construed as limitations of the present disclosure.
[0046] like Figure 1B As shown, the system architecture 100 according to this embodiment may include terminal devices 101, 102, 103, a network 104, and server clusters 105 and 106. The network 104 is used to provide a medium for communication links between the terminal devices 101, 102, 103, the server cluster 105, and the server cluster 106. The network 104 may include various connection types, such as wired, wireless communication links or optical fiber cables, etc.
[0047] The user can use the terminal devices 101, 102, 103 to interact with the server cluster 105 through the network 104, and the server cluster 105 interacts with the server cluster 106 through the network 104 to receive or send messages, etc. Among them, the server cluster 106 serves as a platform for providing objects, and provides query interfaces and purchase interfaces for the objects, etc. The server cluster 105 provides proxy services for users, for example, based on the query interfaces and purchase interfaces, providing query services and purchase services for objects for users. Various communication client applications can be installed on the terminal devices 101, 102, 103, such as proxy applications, shopping applications, web browser applications, search applications, instant messaging tools, email clients, social platform software, etc. (only examples).
[0048] The terminal devices 101, 102, 103 may be various electronic devices having display screens and supporting web browsing, including but not limited to smart phones, tablet computers, laptop computers, desktop computers, smart TVs, augmented reality devices, virtual reality devices, and the like.
[0049] The server cluster 105 and the server cluster 106 may include servers that provide various services, such as a background management server (only as an example) that supports websites browsed by users using the terminal devices 101, 102, and 103. The background management server may analyze and process the received data such as user requests, and feed back the processing results (such as web pages, information, or data obtained or generated according to user requests) to the terminal device.
[0050] It should be noted that the data processing method provided in the embodiment of the present disclosure can generally be executed by the server cluster 105. Accordingly, the data processing device provided in the embodiment of the present disclosure can generally be set in the server cluster 105. The data processing method provided in the embodiment of the present disclosure can also be executed by a server cluster different from the server cluster 105 and capable of communicating with the terminal devices 101, 102, 103 and / or the server cluster 105.
[0051] It should be understood that the number of terminal devices, networks and servers is only illustrative. Depending on the implementation requirements, there can be any number of terminal devices, networks and servers.
[0052] Figure 2 The flowchart of the data processing method according to the embodiment of the present disclosure is schematically shown.
[0053] like Figure 2 As shown, the method includes operations S201 to S207.
[0054] In operation S201, request information for at least one object is obtained, where the request information includes a request quantity for the at least one object.
[0055] In this embodiment, the object may be various ownership proof resources, such as tickets, admission tickets, shopping coupons, admission tickets, vouchers, etc., which are difficult to purchase. The request information includes a query request, a purchase request, an exchange request, and the like.
[0056] In addition, the request information may also include user information of the request, such as user identification, contact information, user preferences, information related to historical requests, and information related to platform contributions.
[0057] In a specific embodiment, taking the object as a train ticket as an example, the request information may be as shown in Table 1.
[0058] Table 1 Train ticket request information
[0059]
[0060] As shown in Figure 1, user xiaoming uses the account with user ID jdxiaoming to purchase a train ticket for himself, which is a Business type A-level train ticket from GMR to BD on August 19, 2018, with the train number Argo 20. The set ticket purchase deadline is 2018 / 8 / 18 16:00. In order to facilitate the platform to purchase tickets and send notification messages, user xiaoming reserves his contact information: name xiaoming, phone number 1880000000, email 123@qq.com, and passenger information: gender male, name xiaoming and ID number E123456. Based on these request information, the server can proxy xiaoming's ticket checking and / or ticket purchase services based on these request information.
[0061] It should be noted that the server can provide services to multiple users at the same time, and therefore may receive request information for multiple objects within a period of time.
[0062] In operation S203, an estimated available quantity of the at least one object at a specified time is obtained based at least on the historical information.
[0063] In this embodiment, since the provision of objects usually follows certain rules, for example, train tickets for a certain region in a certain country are usually released in a fixed time period or multiple time periods that meet certain conditions, the estimated available quantity of the at least one object at a specified time can be predicted based on the above certain rules.
[0064] In operation S205, a request success rate of the at least one object is determined based on the request quantity and the estimated available quantity of the at least one object at a specified time.
[0065] In this embodiment, the request quantity and the estimated available quantity may be input into a success rate acquisition model to obtain a request success rate. The success rate acquisition model may obtain the request success rate of the at least one object based on a ratio of the request quantity to the estimated available quantity.
[0066] In operation S207 , a request order of the at least one object is determined based on a request success rate of the at least one object.
[0067] Specifically, the request order of an object with a higher request success rate may be set to be higher.
[0068] The data processing method provided by the present disclosure can at least partially improve the request success rate of at least one object by determining the request order of the at least one object based on the request success rate of the object, and can make the effective conversion rate of computing resources higher, thereby improving the efficiency of computing resources.
[0069] The following combination Figure 3A to Figure 3B The data processing method is further described.
[0070] Figure 3A The flowchart of the method for obtaining the estimated available quantity according to the embodiment of the present disclosure is schematically shown.
[0071] like Figure 3A As shown, obtaining the estimated available quantity of the at least one object at a specified time based at least on historical information may include operations S301 to S303.
[0072] In operation S301, the provided quantity of the at least one object at a specified time in a plurality of historical years is obtained.
[0073] Taking the train ticket request information shown in Table 1 as an example, the object that the user needs to purchase is: a train ticket of Business type A level from GMR to BD, train number Argo 20, on 2018 / 8 / 19. The quantity provided at a specified time of the at least one object in the multiple historical years may be: 2010 / 8 / 19, 2011 / 8 / 19, 2012 / 8 / 19… the actual number of issued train tickets of Business type A level from GMR to BD, train number Argo 20, on 2018 / 8 / 19. It should be noted that when querying remaining tickets for users, the query scope can also be expanded, for example, historical information of train tickets from GMR to BD on 2010 / 8 / 19, 2011 / 8 / 19, 2012 / 8 / 19...2018 / 8 / 19, or information of train tickets from GMR to BD with train number Argo 20 on 2010 / 8 / 19, 2011 / 8 / 19, 2012 / 8 / 19...2018 / 8 / 19, or information of Business type train tickets from GMR to BD with train number Argo 20 on 2010 / 8 / 19, 2011 / 8 / 19, 2012 / 8 / 19...2018 / 8 / 19, and this information can be fed back to users for reference to help users buy the required train tickets as much as possible.
[0074] In operation S302, the estimated available quantity of the at least one object at a specified time in the current year is obtained based on at least the provided quantity of the at least one object at a specified time in the plurality of historical years.
[0075] For example, if the object provision platform has not announced a change in the object provision rule, the provision quantity of at least one object in the multiple historical years at a specified time can be used as the estimated provision quantity. In addition, the estimated provision quantity can also be determined based on the provision rules of objects over many years. For example, if the provision quantity of objects in recent years shows a trend of gradual increase, and the increase rates in recent years are not much different, the estimated provision quantity can be predicted based on this.
[0076] In a specific embodiment, the estimated available quantity N can be obtained by formula (1).
[0077]
[0078] In formula (1), y1 is the starting year, n is the ending year, and N yis the number of objects actually provided in the yth year. Formula (1) is used to obtain the average value of the actual number of objects provided in a specified number of historical years. It should be noted that weights can also be set for the actual number of objects provided in different years. For example, the weight of the actual number of objects provided in the more recent years is greater. The above method can more accurately predict the expected available number of the object.
[0079] Figure 3B The diagram schematically shows estimated available quantity information of an object according to an embodiment of the present disclosure.
[0080] like Figure 3B As shown, according to the object request information set by the user, after querying the historical data, the server finds the actual supply quantity of the object matching the request information in the historical year, obtains the estimated supply quantity of the object, and then feeds it back to the client for the user to view. Figure 3B In the example above, there are four train numbers in the past year: GR1, GR2, GR5 and GR8, which match the request information. Among them, GR1 has the largest number of available tickets. The user selects this train number and starts to buy tickets. Of course, the user can select multiple train numbers at the same time to increase the success rate of ticket purchase.
[0081] In another embodiment, in order to further improve the accuracy of the estimated available quantity, the method may further include the following operations.
[0082] After obtaining the provided quantity of the at least one object at a specified time in multiple historical years, an estimated value of an influencing factor affecting a request success rate of the at least one object is obtained, where the influencing factor includes a weather factor.
[0083] For example, in the afternoon of the rainy season (or the afternoon of a rainy day), people are more likely to take a nap, and making a request to the object at this time can significantly improve the success rate of the request. The forecast value of the weather factor can be obtained through the network, for example, obtaining relevant forecast results from the meteorological station.
[0084] Correspondingly, obtaining the estimated available quantity of the at least one object at a specified moment in the current year based at least on the provided quantity of the at least one object at a specified moment in the multiple historical years includes: obtaining the estimated available quantity of the at least one object at a specified moment in the current year based on the estimated value of the influencing factor and the provided quantity of the at least one object at a specified moment in the multiple historical years.
[0085] The embodiments of the present disclosure further consider the impact of factors such as weather on the request success rate, and the accuracy of the prediction of the available quantity of the object can be further improved by calling relevant data.
[0086] In another embodiment, since the object providing platform is also subject to resource constraints, for example, the processing capacity of the server is limited, the service capabilities provided to the outside are limited, such as the query frequency, transaction request frequency, etc. In this regard, in order to make the best use of the resources that the object providing platform can provide to improve resource utilization and conversion rate, the method may also include the following operations.
[0087] After obtaining request information of at least one object, identical request information in the request information of the at least one object is merged to obtain request information for at least one merged object, wherein the request information for at least one merged object includes a request quantity for the at least one merged object.
[0088] Table 2 Ticket purchase order
[0089]
[0090]
[0091] As shown in Table 2, there are 5 objects in total, of which the first two objects are the same. When performing a query, the first two objects can be merged and queried together. It should be noted that the information in Table 2 is only an example and cannot be understood as a limitation of the present disclosure. For example, the request information of an object can be more than 5 or less than 5.
[0092] Table 3 Merged ticket purchase orders
[0093]
[0094]
[0095] As shown in Table 3, the object request platform may receive a lot of object request information every day. Merging these request information can greatly reduce the number of times the object request platform calls the interface provided by the object providing platform, thereby reducing resource consumption.
[0096] Correspondingly, determining the request success rate of the at least one object based on the request quantity and the estimated available quantity of the at least one object at the specified time includes: determining the request success rate of the at least one merged object based on the request quantity of the at least one merged object and the estimated available quantity of the at least one merged object at the specified time.
[0097] The determining the request order of the at least one object based on the request success rate of the at least one object includes: determining the request order of the at least one merged object based on the request success rate of the at least one merged object.
[0098] The data processing method provided by the present disclosure first merges the orders of multiple objects and then makes a request. When the number of interface calls is limited, the number of requests can be reduced to reduce the pressure on the server.
[0099] In another embodiment, determining the request order of the at least one object based on the request success rate of the at least one object may include the following operations.
[0100] First, a query order of the at least one object is determined based on a request success rate of the at least one object.
[0101] Then, the at least one object is queried based on the query order of the at least one object to obtain the actual available quantity of the at least one object.
[0102] If the actual available quantity of a certain object among the at least one object is not zero, the actual available quantity information of the certain object is fed back to the user of the certain object.
[0103] Wherein, the actual available quantity of an object in the at least one object is not zero and may include the following two situations: First, the actual available quantity of an object in the at least one object is greater than the requested quantity of an object in the at least one object. In this case, the user may be prompted with relevant information to avoid excessive anxiety. Second, the actual available quantity of an object in the at least one object is less than the requested quantity of an object in the at least one object (or the ratio of the actual available quantity to the requested quantity is less than a preset ratio). In this case, the object request platform may act on behalf of the user to perform the object ownership transfer operation, such as purchasing tickets on behalf of the user, to avoid the user missing the opportunity to purchase tickets.
[0104] In one embodiment, the actual available quantity of an object among the at least one object is less than the requested quantity of the at least one object. Accordingly, if the actual available quantity of an object among the at least one object is not zero, feeding back the actual available quantity information of the object to the user of the object may include the following operations.
[0105] First, if the actual available quantity of an object among the at least one object and the corresponding requested quantity meet a preset condition, a property transfer request is sent to obtain at least one property of the at least one object, wherein the preset condition indicates that the acquisition success rate of the at least one object is less than or equal to a preset threshold, wherein the preset condition may be that the actual available quantity of the object is less than the requested quantity of the object, or that the ratio of the actual available quantity of the object to the requested quantity of the object is less than a preset ratio, etc.
[0106] Then, a contribution attribute of a user of one of the at least one object is obtained, wherein the contribution attribute of the user represents the contribution of the user to the request system for promoting the object. The contribution may refer to at least one of popularity contribution, resource contribution and property contribution, which are not limited here.
[0107] Next, users of a certain object in the at least one object are ranked based on the contribution attributes of the users to obtain a user ranking.
[0108] Then, based on the user ranking, actual available quantity information of the certain object is fed back to the user of the certain object.
[0109] It should be noted that if the contribution values of multiple users for the same object are the same, but the actual number of the object obtained is less than the number of requests for the object, in order to provide fairness in resource allocation, the users of one of the at least one objects are sorted based on the contribution attributes of the users, and the user ranking is obtained, including: sorting the users of one of the at least one object based on the contribution attributes of the users and the generation time of the request information of the one of the at least one object, to obtain the user ranking.
[0110] In addition, the ownership acquisition process of the object of the proxy user can also be performed. For example, the method can also include the following operations. First, after feeding back the actual available quantity information of the object to the user of the object, the ownership transfer operation of the user of the object on the object is obtained. Then, in response to the ownership transfer operation, the ownership transfer request is executed.
[0111] In another embodiment, the actual available quantity of an object among the at least one object is greater than the requested quantity of the at least one object. Accordingly, if the actual available quantity of an object among the at least one object is not zero, feeding back the actual available quantity information of the object to the user of the object may include the following operations.
[0112] If the actual available quantity of a certain object among the at least one object and the corresponding requested quantity do not satisfy a preset condition, the actual available quantity information of the certain object is fed back to the user of the certain object.
[0113] Then, the ownership transfer operation of the user of the certain object on the certain object is obtained.
[0114] Next, in response to the ownership transfer operation, an ownership transfer request is sent, and the object can be obtained through this operation.
[0115] In a specific embodiment, the request information submitted by the user mainly includes object information and order information. The object information is used by the object's request platform to query the object and obtain the object's ownership, and the order information is used to obtain the object's ownership for the user. The order of the submitted request information can be spread through social applications such as Facebook, WeChat, Instagram, Line, Whatsapp, etc., inviting friends, colleagues and family members to like and interact. The number of likes is counted as a contribution value for use in the allocation of objects. According to the interface input corresponding to the object's request information, the object's request information is integrated to form an object order, thereby maximizing the rational use of the interface resources provided by the object's provision platform.
[0116] Because the object providing platform limits the number of interface requests, the object request order is determined based on the object's request success rate. For example, the number of times the Indonesian train ticket remaining ticket query interface is limited to 500 times / minute.
[0117] If the number of ticket swiping orders is less than or equal to the number of remaining tickets that can be queried, they will be sorted according to the ticket purchase success rate, and each ticket swiping order will be allocated one request in turn. The excess number of remaining tickets that can be queried can be allocated cyclically according to the ticket purchase success rate.
[0118] If the number of ticket-swiping orders is greater than the number of remaining tickets that can be queried, then according to the ticket purchase success rate, a specified number of ticket-swiping orders with a higher ranking will be selected, such as the first 400 ticket-swiping orders, and 400 remaining ticket queries will be allocated to the first 400 ticket-swiping orders, and the remaining times, such as 100 remaining ticket queries, will be allocated to the long-tail ticket-swiping orders ranked after 400. Among them, a specified number of remaining ticket queries will be given every minute and allocated to the long-tail ticket-swiping orders for sequential remaining ticket queries. The number of remaining ticket queries is allocated based on the ticket purchase success rate to improve the resource conversion rate. In addition, orders with a low ticket purchase success rate will also be allocated a small number of times for sequential circulation to ensure that each ticket purchase order system is running ticket-swiping tasks for users.
[0119] After the ticket is swiped, the user can be allocated tickets based on the remaining ticket allocation strategy. For example, users with better social communication effects will be given priority in obtaining tickets. If the social communication effects are the same, the priority will be determined based on the time when the user submitted the ticket purchase order. The earlier the order is submitted, the priority will be obtained. After the order is successfully placed, the user will be notified to pay through SMS, email or automatic telephone voice.
[0120] Figure 4A The block diagram schematically shows a data processing device according to an embodiment of the present disclosure.
[0121] like Figure 4AAs shown, the data processing device 400 includes a request acquisition module 410 , an estimated quantity acquisition module 430 , a success rate determination module 450 and a request sequence acquisition module 470 .
[0122] The request acquisition module 410 is used to acquire request information for at least one object, and the request information includes the request quantity for the at least one object.
[0123] The estimated quantity acquisition module 430 is used to acquire the estimated available quantity of the at least one object at a specified time based at least on historical information.
[0124] The success rate determination module 450 is used to determine the request success rate of the at least one object based on the request quantity and the estimated available quantity of the at least one object at a specified time.
[0125] The request sequence acquisition module 470 is used to determine the request sequence of the at least one object based on the request success rate of the at least one object.
[0126] Specifically, the estimated quantity acquisition module 430 may include a historical data acquisition submodule and an estimated quantity acquisition submodule.
[0127] The historical data acquisition submodule is used to acquire the quantity provided by the at least one object at a specified time in multiple historical years.
[0128] The estimated quantity acquisition submodule is used to acquire the estimated available quantity of the at least one object at a specified moment in the current year based at least on the provided quantity of the at least one object at a specified moment in the multiple historical years.
[0129] In one embodiment, the device 400 may further include an influencing factor acquisition module.
[0130] The influencing factor acquisition module is used to obtain the estimated value of the influencing factor affecting the request success rate of the at least one object after obtaining the provided quantity of the at least one object at a specified time in multiple historical years, and the influencing factor includes weather factors.
[0131] Accordingly, the estimated quantity acquisition module 430 is specifically used to obtain the estimated available quantity of the at least one object at a specified moment in the current year based on the estimated value of the influencing factor and the provided quantity of the at least one object at a specified moment in the multiple historical years.
[0132] In another embodiment, the apparatus 400 may further include a merging module.
[0133] The merging module is used to merge identical request information in the request information of at least one object after acquiring the request information of at least one object, so as to obtain request information for at least one merged object.
[0134] The request information for at least one merged object includes the requested quantity of the at least one merged object.
[0135] Accordingly, the success rate determination module 450 is specifically configured to determine the request success rate of the at least one merged object based on the request quantity of the at least one merged object and the estimated available quantity of the at least one merged object at a specified time.
[0136] The request sequence acquisition module 470 is specifically configured to determine the request sequence of the at least one merged object based on the request success rate of the at least one merged object.
[0137] For example, the request sequence acquisition module 470 may include a query sequence acquisition submodule, an object quantity acquisition submodule, and a quantity feedback submodule.
[0138] The query order acquisition submodule is used to determine the query order of the at least one object based on the request success rate of the at least one object.
[0139] The object quantity acquisition submodule is used to query the at least one object based on the query order of the at least one object to obtain the actual available quantity of the at least one object.
[0140] The quantity feedback submodule is used for feeding back information about the actual available quantity of a certain object among the at least one object to a user of the certain object if the actual available quantity of the certain object is not zero.
[0141] For example, the quantity feedback submodule may include a right acquisition unit, a contribution acquisition unit, a user sorting unit and a quantity feedback unit.
[0142] Specifically, the ownership acquisition unit is used to send a ownership transfer request to acquire at least one ownership of one of the at least one objects if the actual available quantity of one of the at least one objects and the corresponding requested quantity meet a preset condition, wherein the preset condition indicates that the acquisition success rate of the at least one object is less than or equal to a preset threshold.
[0143] The contribution acquisition unit is used to acquire a user's contribution attribute of a certain object among the at least one object.
[0144] The user's contribution attribute represents the user's contribution to the request system for promoting the object.
[0145] The user ranking unit is used to rank users of a certain object in the at least one object based on contribution attributes of the users to obtain a user ranking.
[0146] The quantity feedback unit is used to feedback actual available quantity information of the certain object to the user of the certain object based on the user ranking.
[0147] For example, the user ranking unit is specifically configured to rank users of a certain object in the at least one object based on contribution attributes of the users and generation time of request information of a certain object in the at least one object to obtain a user ranking.
[0148] In another embodiment, the device 400 may further include an ownership transfer operation acquisition module and a response module.
[0149] The ownership transfer operation acquisition module is used to acquire the ownership transfer operation of the user of the object on the object after feeding back the actual available quantity information of the object to the user of the object.
[0150] The response module is used to execute the ownership transfer request in response to the ownership transfer operation.
[0151] Specifically, the quantity feedback unit may include a feedback subunit, an operation acquisition subunit and a response subunit.
[0152] The feedback subunit is used for feeding back information about the actual available quantity of a certain object to a user of the at least one object if the actual available quantity of the certain object and the corresponding requested quantity do not satisfy a preset condition.
[0153] The operation acquisition subunit is used to acquire the ownership transfer operation of the user of the certain object on the certain object.
[0154] The response subunit is used to send an ownership transfer request in response to the ownership transfer operation.
[0155] Another aspect of the present disclosure provides a data processing system, which may include a request response module, an object allocation module, and an ownership transfer module.
[0156] The request response module is used to query the information of the object after receiving the request information of the object.
[0157] The object allocation module is used to determine the allocation order of the objects based on the information of the objects.
[0158] The ownership transfer module is used to notify the corresponding user to obtain the ownership of the object based on the allocation order of the object.
[0159] Figure 4B The diagram schematically shows a logic diagram of a data processing system according to an embodiment of the present disclosure.
[0160] The following uses ticket purchase as an example. Figure 4B As shown, after the user submits the ticket purchase order to the server, the information of the ticket purchase order enters the request response module, and the request response module enters the information of the ticket purchase order into the ticket purchase order database (dynamic). The ticket purchase order database may include multiple ticket purchase orders. The request response module integrates the multiple ticket purchase orders to obtain an integrated remaining ticket query request (thereby maximizing the number of requests of the interface provided by the ticketing platform), and then enters the information of the integrated remaining ticket query request into the remaining ticket query request database (dynamic). Then, the query order of each ticket is sorted according to the request success rate of each ticket in the integrated remaining ticket query request, and the information of the sorted integrated remaining ticket query request is obtained and entered into the sorting request database (dynamic). Then, the remaining ticket query is performed based on the sorted integrated remaining ticket query request until the sorted integrated remaining ticket query request expires or a ticket is purchased. If there is no remaining ticket for the ticket currently being queried, another ticket is queried in sequence.
[0161] If the currently queried ticket has remaining tickets, the object allocation module is entered, and the remaining ticket information is stored in the remaining ticket information database (dynamic). The object allocation module obtains the ticket purchase order subtask of each user from the ticket purchase order database, and stores the ticket purchase order subtask of each user in the subtask database (dynamic). The object allocation module obtains the ticket purchase order subtasks of multiple users corresponding to the remaining tickets from the subtask database, and then allocates the remaining tickets to each user based on the remaining ticket allocation strategy, such as giving priority to users with large contribution values.
[0162] If the ticket purchase order subtask that meets the allocation strategy matches the remaining tickets successfully, the ownership transfer module will be entered. The ownership transfer module will send SMS and / or email notifications to the user based on the order process, and issue the ticket after the user completes the payment. If the payment (order) fails, the ticket purchase will be made again.
[0163] According to the embodiments of the present invention, any one or more of the modules, submodules, units, and subunits, or at least part of the functions of any one of them can be implemented in one module. According to the embodiments of the present invention, any one or more of the modules, submodules, units, and subunits can be split into multiple modules for implementation. According to the embodiments of the present invention, any one or more of the modules, submodules, units, and subunits can be at least partially implemented as hardware circuits, such as field programmable gate arrays (FPGAs), programmable logic arrays (PLAs), systems on chips, systems on substrates, systems on packages, application specific integrated circuits (ASICs), or can be implemented by hardware or firmware in any other reasonable way of integrating or packaging the circuit, or implemented in any one of the three implementation methods of software, hardware, and firmware, or in any appropriate combination of any of them. Alternatively, according to the embodiments of the present invention, one or more of the modules, submodules, units, and subunits can be at least partially implemented as computer program modules, and when the computer program modules are run, the corresponding functions can be performed.
[0164] For example, any multiple of the request acquisition module 410, the estimated number acquisition module 430, the success rate determination module 450, and the request sequence acquisition module 470 can be combined in one module for implementation, or any one of the modules can be split into multiple modules. Alternatively, at least part of the functions of one or more of these modules can be combined with at least part of the functions of other modules and implemented in one module. According to an embodiment of the present disclosure, at least one of the request acquisition module 410, the estimated number acquisition module 430, the success rate determination module 450, and the request sequence acquisition module 470 can be at least partially implemented as a hardware circuit, such as a field programmable gate array (FPGA), a programmable logic array (PLA), a system on a chip, a system on a substrate, a system on a package, an application specific integrated circuit (ASIC), or can be implemented by hardware or firmware such as any other reasonable way of integrating or packaging the circuit, or implemented in any one of the three implementation methods of software, hardware, and firmware, or in an appropriate combination of any of them. Alternatively, at least one of the request acquisition module 410, the estimated quantity acquisition module 430, the success rate determination module 450 and the request sequence acquisition module 470 may be at least partially implemented as a computer program module, which may perform corresponding functions when executed.
[0165] Figure 5 The block diagram of a computer system according to an embodiment of the present disclosure is schematically shown. Figure 5 The computer system shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present disclosure.
[0166] like Figure 5As shown, the computer system 500 according to the embodiment of the present disclosure includes a processor 501, which can perform various appropriate actions and processes according to the program stored in the read-only memory (ROM) 502 or the program loaded from the storage part 508 to the random access memory (RAM) 503. The processor 501 may include, for example, a general-purpose microprocessor (such as a CPU), an instruction set processor and / or a related chipset and / or a special-purpose microprocessor (for example, an application-specific integrated circuit (ASIC)), etc. The processor 501 may also include an onboard memory for caching purposes. The processor 501 may include a single processing unit or multiple processing units for performing different actions of the method flow according to the embodiment of the present disclosure.
[0167] In RAM 503, various programs and data required for the operation of system 500 are stored. Processor 501, ROM 502 and RAM 503 are connected to each other through bus 504. Processor 501 performs various operations of the method flow according to the embodiment of the present disclosure by executing the program in ROM 502 and / or RAM 503. It should be noted that the program can also be stored in one or more memories other than ROM 502 and RAM 503. Processor 501 can also perform various operations of the method flow according to the embodiment of the present disclosure by executing the program stored in the one or more memories.
[0168] According to an embodiment of the present disclosure, the system 500 may further include an input / output (I / O) interface 505, which is also connected to the bus 504. The system 500 may further include one or more of the following components connected to the I / O interface 505: an input section 506 including a keyboard, a mouse, etc.; an output section 507 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 508 including a hard disk, etc.; and a communication section 509 including a network interface card such as a LAN card, a modem, etc. The communication section 509 performs communication processing via a network such as the Internet. A drive 510 is also connected to the I / O interface 505 as needed. A removable medium 511, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 510 as needed, so that a computer program read therefrom is installed into the storage section 508 as needed.
[0169] According to an embodiment of the present disclosure, the method flow according to an embodiment of the present disclosure can be implemented as a computer software program. For example, an embodiment of the present disclosure includes a computer program product, which includes a computer program carried on a computer-readable storage medium, and the computer program contains a program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from the network through the communication part 509, and / or installed from the removable medium 511. When the computer program is executed by the processor 501, the above-mentioned functions defined in the system of the embodiment of the present disclosure are executed. According to an embodiment of the present disclosure, the system, equipment, device, module, unit, etc. described above can be implemented by a computer program module.
[0170] The present disclosure also provides a computer-readable storage medium, which may be included in the device / apparatus / system described in the above embodiments; or may exist independently without being assembled into the device / apparatus / system. The above computer-readable storage medium carries one or more programs, and when the above one or more programs are executed, the method according to the embodiment of the present disclosure is implemented.
[0171] According to an embodiment of the present disclosure, the computer-readable storage medium may be a non-volatile computer-readable storage medium, for example, may include but is not limited to: a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof. In the present disclosure, a computer-readable storage medium may be any tangible medium containing or storing a program, which may be used by or in combination with an instruction execution system, an apparatus or a device. For example, according to an embodiment of the present disclosure, a computer-readable storage medium may include the ROM 502 and / or RAM 503 described above and / or one or more memories other than ROM 502 and RAM 503.
[0172] The flow charts and block diagrams in the accompanying drawings illustrate the possible architecture, functions and operations of the systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each box in the flow chart or block diagram can represent a module, a program segment, or a part of a code, and the above-mentioned module, program segment, or a part of a code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flow chart, and the combination of the boxes in the block diagram or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.
[0173] It will be appreciated by those skilled in the art that the features described in the various embodiments and / or claims of the present disclosure may be combined and / or combined in a variety of ways, even if such combinations and / or combinations are not explicitly described in the present disclosure. In particular, the features described in the various embodiments and / or claims of the present disclosure may be combined and / or combined in a variety of ways without departing from the spirit and teachings of the present disclosure. All of these combinations and / or combinations fall within the scope of the present disclosure.
[0174] The embodiments of the present disclosure are described above. However, these embodiments are only for illustrative purposes and are not intended to limit the scope of the present disclosure. Although the embodiments are described above separately, this does not mean that the measures in the various embodiments cannot be used in combination to advantage. The scope of the present disclosure is defined by the attached claims and their equivalents. Without departing from the scope of the present disclosure, those skilled in the art may make a variety of substitutions and modifications, which should all fall within the scope of the present disclosure.
Claims
1. A data processing method, comprising: Acquire request information for at least one object, the request information including a requested quantity for the at least one object, wherein the object represents a plurality of ownership proof resources, and the ownership proof resources include a plurality of attribute information; In the case where the plurality of attribute information matches the historical attribute information, obtaining an estimated available quantity of at least one of the objects at a specified time based at least on the historical attribute information; Determining a request success rate for the at least one object based on the request quantity and the estimated available quantity of the at least one object at a specified time; and A request order of the at least one object is determined based on a request success rate of the at least one object.
2. The method according to claim 1, wherein: The acquiring the estimated available quantity of the at least one object at a specified time based at least on the historical attribute information comprises: Obtaining the supply quantity of the at least one object at a specified time in a plurality of historical years; and The estimated available quantity of the at least one object at a specified moment in the current year is obtained based at least on the provided quantity of the at least one object at a specified moment in the multiple historical years.
3. The method according to claim 2, further comprising: After obtaining the number of provided items of the at least one object at a specified time in a plurality of historical years, obtaining an estimated value of an influencing factor affecting a request success rate of the at least one object, the influencing factor including a weather factor; and The method of obtaining the estimated available quantity of the at least one object at a specified moment in the current year based at least on the provided quantity of the at least one object at a specified moment in the multiple historical years includes: obtaining the estimated available quantity of the at least one object at a specified moment in the current year based on the estimated value of the influencing factor and the provided quantity of the at least one object at a specified moment in the multiple historical years.
4. The method according to claim 1, further comprising: After obtaining request information of at least one object, merging identical request information in the request information of the at least one object to obtain request information for at least one merged object, wherein the request information for at least one merged object includes a request quantity for the at least one merged object; The determining the request success rate of the at least one object based on the request quantity and the estimated available quantity of the at least one object at a specified time comprises: determining the request success rate of the at least one merged object based on the request quantity of the at least one merged object and the estimated available quantity of the at least one merged object at a specified time; and The determining the request order of the at least one object based on the request success rate of the at least one object includes: determining the request order of the at least one merged object based on the request success rate of the at least one merged object.
5. The method according to claim 1, wherein: Determining the request order of the at least one object based on the request success rate of the at least one object comprises: determining a query order of the at least one object based on a request success rate of the at least one object; Querying the at least one object based on the query order of the at least one object to obtain an actual available quantity of the at least one object; and If the actual available quantity of a certain object among the at least one object is not zero, the actual available quantity information of the certain object is fed back to the user of the certain object.
6. The method according to claim 5, wherein: If the actual available quantity of a certain object among the at least one object is not zero, feeding back information about the actual available quantity of the certain object to a user of the certain object includes: If the actual available quantity of an object in the at least one object and the corresponding requested quantity meet a preset condition, sending an ownership transfer request to obtain at least one ownership of the object in the at least one object, wherein the preset condition indicates that the acquisition success rate of the at least one object is less than or equal to a preset threshold; Acquire a user's contribution attribute of one of the at least one object, wherein the user's contribution attribute represents the user's contribution to the request system for promoting the object; sorting users of a certain object in the at least one object based on the contribution attributes of the users to obtain a user ranking; and Based on the user ranking, information on the actual available quantity of the object is fed back to the user of the object.
7. The method according to claim 6, wherein: The step of sorting users of one of the at least one objects based on contribution attributes of the users to obtain a user sorting comprises: sorting users of one of the at least one objects based on contribution attributes of the users and generation time of request information of one of the at least one objects to obtain a user sorting.
8. The method according to claim 6, further comprising: After feeding back information about the actual available quantity of the object to the user of the object, obtaining an ownership transfer operation of the user of the object on the object; as well as In response to the ownership transfer operation, the ownership transfer request is executed.
9. The method according to claim 5, wherein: If the actual available quantity of a certain object among the at least one object is not zero, feeding back information about the actual available quantity of the certain object to a user of the certain object includes: If the actual available quantity of a certain object among the at least one object and the corresponding requested quantity do not satisfy a preset condition, feeding back information about the actual available quantity of the certain object to a user of the certain object; Acquire the ownership transfer operation of the user of the certain object on the certain object; and In response to the ownership transfer operation, an ownership transfer request is sent.
10. A data processing device, comprising: A request acquisition module, configured to acquire request information for at least one object, wherein the request information includes a request quantity for the at least one object, wherein the object represents a plurality of ownership proof resources, and the ownership proof resources include a plurality of attribute information; An estimated quantity acquisition module, configured to acquire an estimated available quantity of at least one of the objects at a specified time based on at least the historical attribute information when the multiple attribute information matches the historical attribute information; a success rate determination module, configured to determine a request success rate of the at least one object based on the request quantity and an estimated available quantity of the at least one object at a specified time; and A request sequence acquisition module is used to determine the request sequence of the at least one object based on the request success rate of the at least one object.
11. The device according to claim 10, wherein: The estimated quantity acquisition module includes: A historical data acquisition submodule, used to acquire the supply quantity of the at least one object at a specified time in multiple historical years; and The estimated quantity acquisition submodule is used to acquire the estimated available quantity of the at least one object at a specified moment in the current year based at least on the provided quantity of the at least one object at a specified moment in the multiple historical years.
12. The apparatus according to claim 10, further comprising: a merging module, configured to, after obtaining request information of at least one object, merge identical request information in the request information of the at least one object to obtain request information for at least one merged object, wherein the request information for at least one merged object includes a request quantity for the at least one merged object; The success rate determination module is specifically configured to determine the request success rate of the at least one merged object based on the request quantity of the at least one merged object and the estimated available quantity of the at least one merged object at a specified time; and The request sequence acquisition module is specifically configured to determine the request sequence of the at least one merged object based on the request success rate of the at least one merged object.
13. The device according to claim 10, wherein: The request sequence acquisition module includes: A query order acquisition submodule, configured to determine a query order of the at least one object based on a request success rate of the at least one object; an object quantity acquisition submodule, configured to query the at least one object based on the query order of the at least one object to obtain the actual available quantity of the at least one object; and The quantity feedback submodule is used to feed back information about the actual available quantity of a certain object among the at least one object to a user of the certain object if the actual available quantity of the certain object is not zero.
14. A computer system comprising: one or more processors; A storage device for storing executable instructions, wherein when the executable instructions are executed by the processor, the method according to any one of claims 1 to 9 is implemented.
15. A computer-readable storage medium having executable instructions stored thereon, wherein the instructions are executed by a processor to implement the method according to any one of claims 1 to 9.
Citation Information
Patent Citations
Automatic ticket purchasing management system and method thereof
CN103034908A
Service processing method and device
CN106355400A