CN112637206B - Method and system for actively acquiring service data - Google Patents
Method and system for actively acquiring service data Download PDFInfo
- Publication number
- CN112637206B CN112637206B CN202011536685.3A CN202011536685A CN112637206B CN 112637206 B CN112637206 B CN 112637206B CN 202011536685 A CN202011536685 A CN 202011536685A CN 112637206 B CN112637206 B CN 112637206B
- Authority
- CN
- China
- Prior art keywords
- service
- service data
- data
- request
- missing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
Abstract
The invention relates to a method and a system for actively acquiring service data, wherein the method comprises the following steps: step S1: a service terminal acquires a service request and fills a service data packet based on service request data; step S2: sending the service data packet to a service processing server; step S3: the service processing server carries out service scheduling based on the service data packet and waits for a service processing result; step S4: and the service processing server actively acquires each missing service data. According to the invention, through two times of active information acquisition, effective data acquisition is carried out by combining the big data and the operation characteristics of the service terminal, and through the fusion and limitation of the service processing result and the filling service processing result, the active data acquisition at the server side is initiated while the processing of the service request of the user is not delayed, so that the processing efficiency of the service request and the user experience are greatly improved.
Description
[ technical field ] A method for producing a semiconductor device
The invention belongs to the technical field of data processing, and particularly relates to a method and a system for actively acquiring service data.
[ background of the invention ]
With the increasing development of internet finance, service organizations usually build their own business systems to process business requests of users. In addition, with the continuous development of enterprise business, the business range is wider and wider, more and more links are needed in the business handling process, the labor division of personnel is thinner and thinner, and the management is fine. The service acceptance flow is changed quickly; the resulting traffic is very scheduled. For the requirement of large-scale business data processing, the current solution is to centrally deploy multiple application servers, push servers and database servers. On one hand, in the existing process of requesting service data, a terminal sends a service data request to a service server, the service server places the service request in a service data request queue in a process responsible for processing all service data requests, processes all service data requests in sequence, and finally returns the requested service data to the terminal. It can be seen that the active acquisition of data is mainly obtained from requests initiated by the service terminal according to the user's awareness. And the service terminal is actually in a passive place and passively acquires the data pushed by the server. On the other hand, when the service processing unit processes the service data, the service processing unit cannot actively acquire the data, and such a conventional processing method may cause a processing efficiency to decrease due to a lack of the service data during processing. In the prior art, a large number of invalid service requests exist, and an effective service processing result cannot be provided when the user requirement is ambiguous, so that server resources are wasted. Aiming at the problems in the prior art, the invention has the following characteristics: (1) a minimum check mode lower than necessary check is provided, a service request providing threshold is reduced, when the intention of a user is strong enough, the user can naturally pass the necessary check through the active acquisition of service data, and the user is not forced to perfect the service request in advance; (2) data are actively acquired in a mode of removing contradictions based on the state of an application program, and the positive and wanted verification of the data is performed from the perspective of the reverse side, so that the accuracy of data acquisition is improved; (3) the method can actively acquire the big data under the condition that the user request part is known, and has better user experience compared with a historical data pushing mode in the prior art or a processing mode of completely finishing the required information depending on user expression; (4) through two times of active information acquisition, effective data acquisition is carried out by combining the big data and the operation characteristics of the service terminal, and through the fusion and limitation of the service processing result and the filling service processing result, the active data acquisition at the server side is initiated while the service request processing of the user is not delayed, so that the processing efficiency of the service request and the user experience are greatly improved.
[ summary of the invention ]
In order to solve the above problems in the prior art, the present invention provides a method and a system for actively acquiring service data, where the method includes: step S1: a service terminal acquires a service request and fills a service data packet based on service request data;
step S2: sending the service data packet to a service processing server;
step S3: the service processing server performs service scheduling based on the service data packet and waits for a service processing result;
step S4: the service processing server actively acquires each missing service data;
step S5: filling a service data packet based on the actively acquired service data to form a filling service data packet; the service server carries out service scheduling based on the filling service data packet and waits for a filling service processing result;
step S6: and returning the service processing result and/or the filling service processing result to the service terminal based on the determined return sequence, the fusion mode and the limiting mode.
Further, the step S1 is specifically: and the service processing server fills the service data packet according to the type of the service request while receiving the service request.
Furthermore, each different type corresponds to a different filling template, and the filling template can correspond to different types of service request processing mechanisms.
Furthermore, the service terminal obtains the service request, and the corresponding script of the terminal interface program performs necessary check on the service request data.
Further, the necessary check refers to checking whether the service request data meets the service data standard corresponding to the service request type.
Further, if the service request data passes the necessary check, the service data packet is directly filled based on the service request data.
Further, the step S3 is specifically: and the service processing server receives the acquired service data packet, directly schedules the service data packet based on the received service data packet, and schedules the service data packet to a service processing unit to wait for a processing result.
A system for actively acquiring business data, comprising: a service terminal and a service processing server.
Furthermore, the service processing server comprises a service scheduling unit and a plurality of service processing units.
Furthermore, the number of the service terminals is one or more.
The beneficial effects of the invention include: (1) a minimum check mode lower than necessary check is provided, a service request providing threshold is reduced, when the intention of a user is strong enough, the user can naturally pass the necessary check through the active acquisition of service data, and the user is not forced to perfect the service request in advance; (2) data are actively acquired in a mode of removing contradictions based on the state of an application program, and the positive and wanted verification of the data is performed from the perspective of the reverse side, so that the accuracy of data acquisition is improved; (3) the method can actively acquire the big data under the condition that the user request part is known, and has better user experience compared with a historical data pushing mode in the prior art or a processing mode of completely finishing the required information depending on user expression; (4) through two times of active information acquisition, effective data acquisition is carried out by combining the big data and the operation characteristics of the service terminal, and through the fusion and limitation of the service processing result and the filling service processing result, the active data acquisition at the server side is initiated while the service request processing of the user is not delayed, so that the processing efficiency of the service request and the user experience are greatly improved.
[ description of the drawings ]
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, and are not to be considered limiting of the invention, in which:
fig. 1 is a schematic diagram of a method for actively acquiring service data according to the present invention.
[ detailed description ] A
The present invention will now be described in detail with reference to the drawings and specific embodiments, wherein the exemplary embodiments and descriptions are provided only for the purpose of illustrating the present invention and are not to be construed as limiting the present invention.
The following describes a method and a system for actively acquiring service data, which are applied in the present invention.
The invention relates to a service data active acquisition system, which comprises: a service terminal and a service processing server;
the service terminals are used for submitting the service to the service processing server;
the service processing server is used for receiving the service, scheduling the service, completing the service request and returning the completed processing result to the service terminal; before service scheduling, the receiving unit is used for storing the received service data into a scheduling queue; for example: storing the service data to the tail of the scheduling queue; the service scheduling unit is used for scheduling the service and scheduling the service to the service processing unit for execution; the service processing unit is used for processing the service and returning a processing result to the service terminal;
the service processing server comprises a service scheduling unit and a plurality of service processing units;
the service scheduling unit is used for acquiring a service from the scheduling queue and scheduling the service to the service processing unit for execution;
the scheduling queue is used for buffering service data; the service scheduling unit acquires service data pointed by the scheduling queue pointer and schedules the pointed service data;
the system also comprises a storage device used for storing the business and the processing related data thereof;
the system also comprises a third-party server used for acquiring big data information;
as shown in fig. 1, the method for actively acquiring service data includes the following steps:
step S1: a service terminal acquires a service request and fills a service data packet based on service request data; the method comprises the following specific steps: the service processing server fills a service data packet according to the type of the service request while receiving the service request; each different type corresponds to different filling templates, and the filling templates can correspond to different types of service request processing mechanisms;
a service terminal acquires a service request, a script corresponding to a terminal interface program performs necessary inspection on service request data, the necessary inspection refers to the inspection whether the service request data meet a service data standard corresponding to the service request type, and if the service request data pass the necessary inspection, a service data packet is directly filled based on the service data request data; for example: the service request relates to obtaining recommendation information based on recent purchase records, and then checking the necessary information such as user identification and the like related in the request; only if the user identification is requested to be correctly acquired, the user identification can be correctly processed;
in the prior art, if necessary checks do not pass, the user request cannot be processed, the user request is returned in various forms, so that the user experience is undoubtedly reduced, the user does not want to input some necessary information at the moment, even the triggering of the service request is random, and the returned service will strike the patience of the user for continuing the service; the invention can lead the user to naturally pass necessary examination when the user wishes are strong enough through actively acquiring the service data, such as: the user actively fills in service request data; even the service request can be perfectly finished by the active acquisition of the service data;
preferably: if the service request data does not pass the necessary check, continuously judging whether the minimum check passes, if so, actively acquiring for the first time by the service terminal, and filling a service data packet based on the actively acquired data for the first time; the minimum check is lower than the necessary check standard, namely, the check of the interface filling data by the interface program in the prior art; the minimum check requires less information, and the request can be sent out when the intention of the user or the type of the request is clear; the minimum check is set to greatly reduce the service request threshold;
preferably, the following components: judging whether the first active acquisition can be carried out or not based on the type of the service request; for certain types, for example: if the payment type is the same, judging not to actively acquire;
the first active acquisition specifically includes: acquiring missing service data based on the service terminal application information;
comprises the following steps:
step S11: acquiring a service terminal running application; wherein: the running applications comprise active and inactive applications;
step S12: determining an active application associated with the service type;
step S13: judging whether the active application authorizes the service type; if yes, go to step S14, otherwise go to step S15;
step S14: acquiring missing service data from active application; for example: searching and acquiring missing service data from the environment information of the active application, the user cookie and the application cache; for example: if the service is a video watching service, the active applications comprise various video applications, and relevant information can be acquired from the active applications;
preferably, the following components: when a plurality of service data values are obtained for one missing service data, selecting one service data value from the plurality of service data values for filling; selecting the service data value with the most occurrence times;
one specific method is as follows:
preferably: when the active application program module is loaded into the process space of the caller, calling GetModuleHandle to acquire the active load into the process space of the caller; if the execution is successful, returning the handle; acquiring missing service data based on the returned handle;
step S15, for the missing service data item which is not obtained, if the inactive application authorizes the service type, the missing service data item is continuously obtained from the inactive application; performing contradiction removal on the acquired service data items based on the acquired service data in the inactive application;
the contradiction removal is performed based on the service data acquired from the inactive application, and specifically comprises the following steps: when a plurality of selectable service data values exist for the same service data, selecting a service data value opposite to a corresponding service data value obtained from the inactive application, and deleting the same or similar service data value obtained from the inactive application;
preferably: performing contradiction removal based on a difference in environmental characteristics between the inactive application and the active application; for example: removing business data reflecting similar characteristics based on the reaction distraction if the inactive application displays user distraction and the active application displays user depression;
preferably, the non-active applications for acquisition and contradiction removal are distinguished based on the non-active time; using the inactive application with the inactive time exceeding the time threshold value for contradiction removal, and using the inactive application with the inactive time less than or equal to the time threshold value for acquisition;
according to the invention, data are actively acquired in a mode of removing contradictions based on the state of the application program, and the positive and wanted verification of the data is carried out from the perspective of the reverse side, so that the accuracy of data acquisition is improved;
step S2: sending the service data packet to a service processing server; specifically, the method comprises the following steps: sending the service data packet to a service processing server; marking a service data packet when the service data packet is actively acquired for the first time;
preferably: based on the label, when the user performs further operation on the returned processing result, the further operation of the user is limited; or limit the path length of the further request of the user; or to limit the scope of further requests;
step S3: the service processing server performs service scheduling based on the service data packet and waits for a service processing result; specifically, the method comprises the following steps: the service processing server receives the acquired service data packet, directly schedules the service data packet based on the received service data packet, and schedules the service data packet to a service processing unit to wait for a processing result; wherein: the service data packet comprises an identifier and a label; the mark is related to the active acquisition corresponding to the service request;
associating processing results aiming at the same service request through marking;
step S4: the service processing server judges whether each missing service data can be actively acquired or not, if so, the second active acquisition is initiated, otherwise, the next missing service data is continuously judged until all the missing service data are processed; after the service processing server receives the service request, if the service data packet has service loss, the second active acquisition can be performed, the interactive acquisition can make up for the situation that the user requirement expression is incomplete, the active acquisition can be performed under the situation that the user request part is known based on big data, and compared with a mode based on historical data push in the prior art or a processing mode that the required information is completed completely depending on the user expression, the user experience is better;
step S4 specifically includes the following steps:
step S41: determining missing service data items which can be actively acquired based on the service request type;
dividing the missing service data into a directly acquired service data item and a conditionally acquirable service data item; the directly acquired service data items can be directly determined according to the service request type and the corresponding relation between the service request types and the service data items which can be acquired; if the conditionally acquirable service data item is the associated service data item is not missing, the conditionally acquirable service data item is conditionally acquirable, otherwise, the conditionally acquirable service data item is unconditionally acquirable; for example: if the bank card number data item is not lost, the issuing bank and the opening bank data item are business data items which can be obtained conditionally; the association strengths of different compositions of the associated service data items are different, and the associated service data item with the maximum association strength is selected to obtain the data value of the conditionally acquirable service data item under the condition that a plurality of association strengths exist at the same time;
step S42: performing active acquisition on each missing service data item which can be actively acquired for the second time; for the conditionally acquirable service data items, the associated service data items are used as query conditions, and the data values of the missing service data items are queried and acquired from the third-party server; performing joint query on the directly acquired service data item based on recent historical data and the non-missing service data item value to acquire a candidate service data item value, and selecting one service data item value from the candidate service data item value based on additional service information as a service data value actively acquired for the second time;
the method for obtaining the candidate service data item value by performing combined query based on the recent historical data and the missed service data item value specifically comprises the following steps:
step A1: acquiring service data packet data corresponding to the current service request type and received by a service processing server as recent history data;
step A2: taking the combination of the values of the service data items which are not missing as a query condition, and acquiring the missing service data item value in the service data packet which is consistent with all the service data values in the combination as a candidate service data item value; when the number of the candidate service data item values is smaller than a preset value, expanding the query condition, deleting one or more un-missing service data item values in the combination, and querying the expanded combination formed by deletion;
the accuracy of searching the big data is improved by a combined query mode, and meanwhile, the combined mode can provide query results for the query due to the existence of big data support;
step A3, judging whether the missing service data item value has the non-missing service data item which satisfies the strong correlation condition, if so, acquiring the candidate service data item value based on the combination of big data and the non-missing service data item; the strong correlation condition refers to that a strong correlation relationship exists between the missing service data item and one or more service data items which are not missing; for example: under the current data environment, a strong correlation exists between the apples and the 12, and when the apples do not lack data items, the 12 serving as a subdivision query condition can be deduced based on big data; the accuracy can be improved for big data query through strong correlation;
selecting a service data item value from the candidate service data item values based on the additional service information as service data actively acquired for the second time; the method specifically comprises the following steps: acquiring additional service data, and excluding the candidate service data item value based on the additional service data to obtain a service data item; for example: when the current user preference is obtained as fruit or housewife based on the service terminal cache, the candidate service data item value of 12 is eliminated; while other candidate business data item values, e.g., 10 jin, may be retained; 10 jin may be generated because the current business processing server receives a large number of similar searches due to promotions of a certain platform;
the additional service data is obtained from service terminal cache and service terminal software and hardware resource information; a preferred acquisition mode is that the service processing server periodically acquires the key information of the service terminal cache and the service terminal software and hardware resource information; alternatively: sending the current cache and software and hardware resource information of the service terminal as additional information and a service data packet to a service processing server when the service request is sent out; in the process of carrying out service processing, the big data is obtained based on the combination of the service terminal characteristic and the big data characteristic; that is, the active data acquisition of the server is initiated, so as to improve the data providing efficiency and experience of the server; unnecessary request processing is avoided;
step S5: filling a service data packet based on the actively acquired service data to form a filling service data packet; the service server carries out service scheduling based on the filling service data packet and waits for a filling service processing result;
preferably: the filling service data packet and the service data packet have the same identification but different labels; indicating the same service request by identification;
after the missing service data is actively acquired, the service request data is enriched, so that richer service processing results can be acquired by presuming a correct service data packet, and the user requirements are met in advance before the user needs to perform subsequent data;
preferably: marking the service data packet obtained by the second active acquisition, and determining the returning sequence of the filling service processing result and the combination mode of the service processing result based on the marking; based on the label, when the user further operates on the returned processing result, the limitation of the further operation of the user, the limitation of the path length further requested by the user and the limitation of the range of the further request are determined;
step S6: returning the service processing result and/or the filling service processing result to the service terminal based on the determined return sequence, the fusion mode and the limiting mode; the subsequent operation of the service terminal based on the processing result needs to meet the limiting mode; wherein: the filling service processing result is a processing result obtained after processing based on the filling service data packet;
determining a return sequence, specifically: when a service processing result and a filling service processing result are returned simultaneously, the service processing result is returned to a service terminal after fusion according to a determined fusion mode, when the service processing result arrives first, the service processing result is returned to the service terminal in a segmented mode, so that the service terminal can present the service processing result first, a mark to be loaded is arranged at the end, and after the filling service processing result is returned, the mark to be loaded is replaced by the filling service processing result; otherwise, when the filling service processing result is reached first, the filling processing result is directly returned; the subsequent service processing result can be directly discarded when arriving; if the service processing result is abandoned for a long time and the user does not have feedback, the positive cycle of active acquisition can be brought;
when only a filling processing result is returned, a specific identifier is set for the service terminal, so that a user can directly enter a state of waiting for the service processing result according to the specific identifier and wait for the return of the service processing result; alternatively, a switch is set at the service terminal, so that only the service processing result can be obtained without accepting the filling service processing result under the condition that the switch is closed; the setting of the switch can be presented to the user in the interface when the service request is provided or set at the interface of the service terminal of the service request;
determining a fusion mode specifically as follows: when the service processing result and the filling service processing result are returned simultaneously, when the value filled by the processing result item is required to be a single value, the service processing result is adopted, otherwise, when the processing result is a non-single value, the filling service processing result and the service processing result are combined;
determining a limiting mode specifically comprises the following steps: the limiting mode limits the path length, the operation function limit and the access range of further operation based on the service processing result; accurately, a limiting mode is set based on the label, and when only a service processing result is returned, the limitation is not carried out; otherwise, when the filling service processing result is included, the limitation is carried out, and the label indicates that the path length when the filling comes from the first acquisition is larger than the path length when the filling comes from the second acquisition, the operation function limitation is relaxed when the filling comes from the second acquisition, and the access range is larger than the second acquisition; user request perfection can be prolonged by a limiting mode, but is forced but not allowed when necessary;
adjusting a filling mode based on the service terminal feedback, and ignoring or reducing the first active acquisition and/or the second active acquisition when a user selects to close filling service data or reduce access based on a filling service data processing result;
as will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
It should be understood that the above examples are only for clarity of illustration and are not intended to limit the embodiments. Other variations and modifications will be apparent to persons skilled in the art in light of the above description. This need not be, nor should it be exhaustive of all embodiments. And obvious variations or modifications therefrom are within the scope of the invention.
It should be noted that, in this document, relational terms such as first and second, and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
All the embodiments in the present specification are described in a related manner, and the same and similar parts among the embodiments may be referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, as for the apparatus embodiment, since it is substantially similar to the method embodiment, the description is relatively simple, and for the relevant points, reference may be made to the partial description of the method embodiment.
Those skilled in the art will appreciate that all or part of the steps in the above method embodiments may be implemented by a program to instruct relevant hardware to perform the steps, and the program may be stored in a computer-readable storage medium, which is referred to herein as a storage medium, such as: ROM/RAM, magnetic disk, optical disk, etc.
The above description is only for the preferred embodiment of the present invention, and is not intended to limit the scope of the present invention. Any modification, equivalent replacement, or improvement made within the spirit and principle of the present invention shall fall within the protection scope of the present invention.
Claims (5)
1. A method for actively acquiring service data, the method comprising:
step S1: a service terminal acquires a service request and fills a service data packet based on service request data;
a service terminal acquires a service request, a script corresponding to a terminal interface program performs necessary inspection on service request data, the necessary inspection refers to the inspection whether the service request data meet a service data standard corresponding to the service request type, and if the service request data pass the necessary inspection, a service data packet is directly filled based on the service request data; the method specifically comprises the following steps: acquiring missing service data based on the service terminal application information; comprises the following steps: step S11: acquiring a service terminal running application; wherein: the running applications comprise active and inactive applications; step S12: determining an active application associated with the service type; step S13: judging whether the active application authorizes the service type; if yes, go to step S14, otherwise go to step S15; step S14: acquiring missing service data from active application; step S15: for the missing service data items which are not obtained, if the inactive application authorizes the service type, continuously obtaining the missing service data items from the inactive application; performing contradiction removal on the acquired service data items based on the service data acquired from the inactive application;
step S2: sending the service data packet to a service processing server;
step S3: the service processing server performs service scheduling based on the service data packet and waits for a service processing result;
step S4: the service processing server actively acquires each missing service data;
the service processing server judges whether each missing service data can be actively acquired or not, if so, the service processing server initiates secondary active acquisition, otherwise, the service processing server continues to judge the next missing service data until all the missing service data are processed; after the service processing server receives the service request, if the service data packet has service loss, the second active acquisition can be carried out; the method specifically comprises the following steps: step S41: determining missing service data items which can be actively acquired based on the service request type; dividing the missing service data into a directly acquired service data item and a conditionally acquirable service data item; step S42: performing active acquisition on each missing service data item which can be actively acquired for the second time; for the conditionally acquirable service data items, the associated service data items are used as query conditions, and the data values of the missing service data items are queried and acquired from the third-party server; performing joint query on the directly acquired service data item based on recent historical data and the non-missing service data item value to acquire a candidate service data item value, and selecting one service data item value from the candidate service data item value based on additional service information as a service data value actively acquired for the second time;
step S5: filling a service data packet based on the actively acquired service data to form a filling service data packet; the service server performs service scheduling based on the filling service data packet and waits for a filling service processing result;
step S6: and returning the service processing result and/or the filling service processing result to the service terminal based on the determined return sequence, the fusion mode and the limiting mode.
2. The active business data acquisition method according to claim 1, wherein the step S1 specifically comprises: and the service processing server fills the service data packet according to the type of the service request while receiving the service request.
3. The active acquisition method of service data as claimed in claim 2, wherein each different type corresponds to a different filling template, and the filling template can correspond to different types of service request processing mechanisms.
4. The active service data acquisition method as claimed in claim 3, wherein the service terminal acquires the service request, and the terminal interface program performs necessary inspection on the service request data corresponding to the script.
5. The active service data acquisition method according to claim 4, wherein the necessary check is to check whether the service request data satisfies the service data standard corresponding to the service request type.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011536685.3A CN112637206B (en) | 2020-12-23 | 2020-12-23 | Method and system for actively acquiring service data |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011536685.3A CN112637206B (en) | 2020-12-23 | 2020-12-23 | Method and system for actively acquiring service data |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112637206A CN112637206A (en) | 2021-04-09 |
| CN112637206B true CN112637206B (en) | 2022-08-26 |
Family
ID=75321463
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011536685.3A Active CN112637206B (en) | 2020-12-23 | 2020-12-23 | Method and system for actively acquiring service data |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112637206B (en) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110781380A (en) * | 2019-09-09 | 2020-02-11 | 深圳壹账通智能科技有限公司 | Information pushing method and device, computer equipment and storage medium |
| CN110991530A (en) * | 2019-12-02 | 2020-04-10 | 天津开心生活科技有限公司 | Missing data processing method and device, electronic equipment and storage medium |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070214133A1 (en) * | 2004-06-23 | 2007-09-13 | Edo Liberty | Methods for filtering data and filling in missing data using nonlinear inference |
| US8056052B2 (en) * | 2006-06-02 | 2011-11-08 | International Business Machines Corporation | Populating service requests |
| JP2009098934A (en) * | 2007-10-17 | 2009-05-07 | Hitachi Ltd | Processor and cache memory |
| CN102521268A (en) * | 2011-11-22 | 2012-06-27 | 浪潮电子信息产业股份有限公司 | Method for automatically filling missing data item |
| CN105847329B (en) * | 2016-03-15 | 2023-04-07 | 优品财富管理有限公司 | Management equipment and method based on stock data server |
| CN107038182B (en) * | 2016-09-27 | 2020-04-14 | 阿里巴巴集团控股有限公司 | Method and device for checking completeness of sub-table data |
| US10229059B2 (en) * | 2017-03-31 | 2019-03-12 | Intel Corporation | Dynamic fill policy for a shared cache |
| CN109815013A (en) * | 2019-01-02 | 2019-05-28 | 深圳壹账通智能科技有限公司 | Business data processing method, device, computer equipment and storage medium |
| CN109726503B (en) * | 2019-01-12 | 2020-12-18 | 国电联合动力技术有限公司 | Missing data filling method and device |
| CN110557372B (en) * | 2019-07-31 | 2022-03-08 | 视联动力信息技术股份有限公司 | Data acquisition method and system |
| CN110602049A (en) * | 2019-08-14 | 2019-12-20 | 中国平安人寿保险股份有限公司 | Data transmission method, server and storage medium |
| CN110765169A (en) * | 2019-09-06 | 2020-02-07 | 平安普惠企业管理有限公司 | Information recommendation method and device, computer equipment and storage medium |
| CN110798506B (en) * | 2019-09-27 | 2023-03-10 | 华为技术有限公司 | Method, device and equipment for executing command |
| CN111917773B (en) * | 2020-07-31 | 2022-07-19 | 中国工商银行股份有限公司 | Service data processing method and device and server |
-
2020
- 2020-12-23 CN CN202011536685.3A patent/CN112637206B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110781380A (en) * | 2019-09-09 | 2020-02-11 | 深圳壹账通智能科技有限公司 | Information pushing method and device, computer equipment and storage medium |
| CN110991530A (en) * | 2019-12-02 | 2020-04-10 | 天津开心生活科技有限公司 | Missing data processing method and device, electronic equipment and storage medium |
Non-Patent Citations (1)
| Title |
|---|
| 基于马氏距离的缺失值填充算法;杨涛等;《计算机应用》;20051228(第12期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112637206A (en) | 2021-04-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10089143B2 (en) | Dynamic scheduling of tasks for collecting and processing data using job configuration data | |
| CN108509617A (en) | Construction of knowledge base, intelligent answer method and device, storage medium, the terminal in knowledge based library | |
| CN106059825A (en) | Distributed system and configuration method | |
| CN108572970B (en) | Structured data processing method and distributed processing system | |
| CN112134909B (en) | Time sequence data processing method, device, system, server and readable storage medium | |
| TW201322021A (en) | Image search method and image search apparatus | |
| CN110909182A (en) | Multimedia resource searching method and device, computer equipment and storage medium | |
| US8396201B1 (en) | Asynchronous calls using intermittent callback for delay sensitive applications | |
| WO2009031759A1 (en) | Method and system for generating search collection of query | |
| CN112597396A (en) | Search recall ranking method, system and computer readable storage medium | |
| WO2019200763A1 (en) | Method for processing question answering request from agent, and electronic apparatus and computer-readable storage medium | |
| WO2018149363A1 (en) | Click model application method and device, storage medium, and searching system | |
| CN107548039B (en) | Short message retry processing method, device and system | |
| CN111901396B (en) | Resource request response method, redirection server and decision distribution server | |
| CN107229656A (en) | Full dose data export method, apparatus and system | |
| CN114153581A (en) | Data processing method, data processing device, computer equipment and storage medium | |
| CN107832342B (en) | Robot chatting method and system | |
| CN112637206B (en) | Method and system for actively acquiring service data | |
| CN110839061B (en) | Data distribution method, device and storage medium | |
| JP2014174781A (en) | Item recommendation system, method, and program | |
| CN110852603A (en) | High-throughput wind control data processing method, device, equipment and storage medium | |
| CN112286662B (en) | Task pushing method, device and equipment based on shared resources and storage medium | |
| CN112417264B (en) | Information searching method and device | |
| CN112714181A (en) | Data transmission method and device | |
| CN113672281A (en) | Code difference query method, device, equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |