Method, device and equipment for processing e-commerce task request and storage medium
By dividing e-commerce task requests into sub-task requests and initiating requests after obtaining tokens, the data acquisition problem caused by API rate limiting settings is solved, achieving fast and accurate data acquisition and system stability.
CN114327913BActive Publication Date: 2026-04-17PING AN TECH (SHENZHEN) CO LTD
2 Cites 0 Cited by
Patent Information
- Application Number
- CN202210031720.9
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2022-01-12
- Publication Date
- 2026-04-17
- Estimated Expiration
- 2042-01-12
AI Technical Summary
Technical Problem
In existing technologies, API rate limiting settings can easily trigger rate limiting mechanisms, making it impossible to quickly and accurately obtain data from e-commerce task requests.
Method used
E-commerce task requests are divided into multiple sub-task requests, and a server is assigned to each sub-task request. After obtaining an access token through a token pool, a request is sent to the interface to be requested, thus avoiding multiple requests being sent at the same time.
Benefits of technology
This effectively avoids the rate limiting mechanism of the interface, enabling the rapid and accurate acquisition of request data from the interface, thus ensuring the stability and responsiveness of the system.
✦ Generated by Eureka AI based on patent content.
Abstract
This application relates to the field of cloud computing technology and provides a method, apparatus, device, and storage medium for processing e-commerce task requests. It includes: obtaining a task request to be executed and the interface to be requested for the task request; dividing the task request into multiple sub-task requests; allocating a corresponding server for each sub-task request; obtaining a token pool corresponding to the interface to be requested; when a token corresponding to the first sub-task request is obtained from the token pool, triggering the server corresponding to the first sub-task request to initiate a request to the interface to be requested; and obtaining the request result of the first sub-task request. In the above scheme, the task request to be executed is divided into multiple sub-task requests. When a token is obtained, the server corresponding to each sub-task request initiates a request to the interface to be requested separately. This avoids triggering the interface's rate limiting mechanism and enables fast and accurate retrieval of requested data from the interface.
Need to check novelty before this filing date? Find Prior Art