CN111813816B - Data processing method, device, computer readable storage medium and computer equipment - Google Patents
Data processing method, device, computer readable storage medium and computer equipment Download PDFInfo
- Publication number
- CN111813816B CN111813816B CN201910290247.4A CN201910290247A CN111813816B CN 111813816 B CN111813816 B CN 111813816B CN 201910290247 A CN201910290247 A CN 201910290247A CN 111813816 B CN111813816 B CN 111813816B
- Authority
- CN
- China
- Prior art keywords
- service request
- service
- data
- user
- screening
- 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
- 238000003672 processing method Methods 0.000 title abstract description 21
- 238000012216 screening Methods 0.000 claims abstract description 209
- 238000000034 method Methods 0.000 claims abstract description 42
- 238000004458 analytical method Methods 0.000 claims abstract description 30
- 230000006399 behavior Effects 0.000 claims description 49
- 238000012790 confirmation Methods 0.000 claims description 17
- 238000012545 processing Methods 0.000 claims description 15
- 238000004590 computer program Methods 0.000 claims description 10
- 230000004044 response Effects 0.000 claims description 7
- 230000008859 change Effects 0.000 claims description 5
- 238000012360 testing method Methods 0.000 description 16
- 238000010200 validation analysis Methods 0.000 description 13
- 235000014510 cooky Nutrition 0.000 description 10
- 238000010586 diagram Methods 0.000 description 10
- 230000008569 process Effects 0.000 description 8
- 239000003795 chemical substances by application Substances 0.000 description 7
- 230000007246 mechanism Effects 0.000 description 6
- 238000002474 experimental method Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 238000006243 chemical reaction Methods 0.000 description 3
- 241000209504 Poaceae Species 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000001914 filtration Methods 0.000 description 2
- 230000009466 transformation Effects 0.000 description 2
- 230000003542 behavioural effect Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000009795 derivation Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 238000005065 mining Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000003607 modifier Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000003786 synthesis reaction Methods 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2457—Query processing with adaptation to user needs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9535—Search customisation based on user profiles and personalisation
Abstract
The application relates to a data processing method, a device, a computer readable storage medium and a computer apparatus, wherein the method comprises the following steps: receiving a service request sent by a terminal, wherein the service request carries a user identifier corresponding to the terminal; acquiring a screening machine code corresponding to the service request; requesting to obtain current user portrait information corresponding to the user identifier from an access server according to the service request; analyzing and executing the screening machine code through a local virtual machine corresponding to the service request, and obtaining a screening result corresponding to the user identifier according to the current user portrait information and an analysis result corresponding to the screening machine code; and returning service request data corresponding to the user identifier to the terminal according to the screening result, and locally matching the service request data corresponding to the user identifier according to the real-time user data, so that the matching degree between the user data and the service request data is improved.
Description
Technical Field
The present application relates to the field of computer technologies, and in particular, to a data processing method, apparatus, computer readable storage medium, and computer device.
Background
With the development of computer technology, a lot of user data collected in a network needs to be analyzed and processed, for example, the conversion rate of the current service is obtained through the analysis of the user data, or corresponding service request data is matched according to the user data, and the service request data refers to data information sent to a terminal by a server and used for displaying a corresponding interface.
Conventionally, the user data needs to be stored offline in advance according to the requirement of matching the user data with the corresponding service request data, and then further judgment is performed, so that the service request data corresponding to the user data cannot be matched according to the real-time user data.
Disclosure of Invention
In view of the foregoing, it is desirable to provide a data processing method, apparatus, computer device, and storage medium, which are capable of improving the matching degree between user data and service request data according to real-time user data matching the service request data corresponding to the user data.
A method of data processing, the method comprising:
receiving a service request sent by a terminal, wherein the service request carries a user identifier corresponding to the terminal;
acquiring a screening machine code corresponding to the service request;
Requesting to obtain current user portrait information corresponding to the user identifier from an access server according to the service request;
analyzing and executing the screening machine code through a local virtual machine corresponding to the service request, and obtaining a screening result corresponding to the user identifier according to the current user portrait information and an analysis result corresponding to the screening machine code;
and returning service request data corresponding to the user identification to the terminal according to the screening result.
In one embodiment, the method further comprises:
and acquiring screening machine codes corresponding to the service requests from a task server, and storing the screening machine codes locally, wherein the screening machine codes are obtained by compiling original screening codes corresponding to the service requests by the task server.
In one embodiment, the method further comprises:
the first access server acquires first behavior data corresponding to the user identifier in real time and receives second behavior data corresponding to the user identifier, which is transmitted by at least one second access server in real time;
and the first access server generates user portrait information corresponding to the user identifier according to the first behavior data and the second behavior data.
In one embodiment, the method further comprises:
obtaining screening conditions corresponding to the screening machine codes;
when the user corresponding to the user identifier meets the screening condition according to the current user portrait information, classifying the user identifier into a first user group, otherwise classifying the user identifier into a second user group;
the step of returning the service request data corresponding to the user identifier to the terminal according to the screening result comprises the following steps:
acquiring corresponding target service request data according to a user group corresponding to the user identifier;
and returning the target service request data to the terminal so that the terminal displays a corresponding target service interface according to the target service request data.
In one embodiment, the method further comprises:
receiving service feedback data returned by the terminal according to the service request data;
and adjusting service request data returned to the terminal corresponding to the user identifier according to the service feedback data.
In one embodiment, the method further comprises:
the service feedback data is sent to the task server, so that the task server updates the screening machine code corresponding to the service request according to the service feedback data;
And receiving updated screening machine codes returned by the task server.
In one embodiment, the method further comprises:
sending a service data update request to the terminal, and receiving an update confirmation instruction returned by the terminal in response to the service data update request;
and returning service request data corresponding to the user identification to the terminal according to the updating confirmation instruction and the screening result.
A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the steps of the above method when the program is executed.
A computer readable storage medium having stored thereon a computer program which when executed by a processor performs the steps of the above method.
According to the data processing method, the device, the computer readable storage medium and the computer equipment, the service server receives the service request sent by the terminal, the screening machine code corresponding to the service request is acquired, the screening of the user can be realized in the service server, the service server acquires the current user portrait information corresponding to the user identification from the access server according to the service request, and the current user portrait information is acquired by the service server in real time and is requested to the access server, so that the screening result is more accurate. The service server analyzes and executes the screening machine code through the local virtual machine corresponding to the service request, obtains a screening result corresponding to the user identification according to the current user portrait information and the analysis result corresponding to the screening machine code, and returns service request data corresponding to the user identification to the terminal according to the screening result. The service server sequentially processes a plurality of different levels by acquiring current user portrait information in real time, embedding a local virtual machine in the service server and returning service request data corresponding to the user identifier, and can locally match the service request data corresponding to the user identifier according to the real-time user data through matching among a plurality of processing steps, so that the matching degree between the user data and the service request data is improved.
Drawings
FIG. 1 is a diagram of an application environment for a data processing method in one embodiment;
FIG. 2 is a flow diagram of a data processing method in one embodiment;
FIG. 3 is a flow diagram of generating user portrait information in a data processing method according to one embodiment;
FIG. 4 is a flow chart illustrating data adjustment in a data processing method according to an embodiment;
FIG. 5 is a flow diagram of updating screening machine codes in a data processing method according to one embodiment;
FIG. 6 is a flow chart of a method for generating a screening result in a data processing method according to an embodiment;
FIG. 7 is a flow chart of a method for issuing screening machine codes in a data processing method according to an embodiment;
FIG. 8 is a flow diagram of compiling original screening codes in a data processing method according to an embodiment;
FIG. 9 is a block diagram of a data processing apparatus in one embodiment;
FIG. 10 is a block diagram of a computer device in one embodiment.
Detailed Description
The present application will be described in further detail with reference to the drawings and examples, in order to make the objects, technical solutions and advantages of the present application more apparent. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the application.
The data processing method provided by the embodiment of the invention can be applied to an application environment shown in fig. 1, and the data processing method is applied to a data processing system. The data processing system comprises a terminal 110, an access server 120, a service server 130, a task server 140. The terminal 110 and the access server 120 are connected through a network, the terminal 110 and the service server 130 are connected through a network, the service server and the access server are connected through a network, the service server and the task server are connected through a network, each service server is connected through a network, and each access server is connected through a network. The terminal 110 may be a desktop terminal or a mobile terminal, and the mobile terminal may be at least one of a mobile phone, a tablet computer, a notebook computer, and the like. The access server 120, the service server 130, and the task server 140 may be implemented as separate servers or as a server cluster composed of a plurality of servers.
Based on the above data processing system, the service server 130 receives the service request sent by the terminal 110, the service request carries the user identifier corresponding to the terminal 110, the service server 130 obtains the screening machine code sent from the task server 140 corresponding to the service request, the service server 130 requests to obtain the current user portrait information corresponding to the user identifier from the access server 120 according to the service request, the service server 130 analyzes and executes the screening machine code through the local virtual machine corresponding to the service request, the service server 130 obtains the screening result corresponding to the user identifier according to the current user portrait information and the analysis result corresponding to the screening machine code, and the service server 130 returns the service request data corresponding to the user identifier to the terminal 110 according to the screening result.
As shown in fig. 2, a flowchart of a data processing method in one embodiment specifically includes the following steps:
s202, receiving a service request sent by a terminal, wherein the service request carries a user identifier corresponding to the terminal.
The service request is a request triggered by the terminal to a service module in the service server, and the service module refers to a module carrying a functional service, for example, the service module may be an application login interface module, an application account logout module, an application icon arrangement mode module, and the like. The service server receives a service request sent by the terminal, wherein the service request carries a user identifier corresponding to the terminal, and the user identifier refers to information for identifying the user identity. User identification includes, but is not limited to, various instant messaging numbers, mobile communication numbers, social network accounts, and the like.
S204, obtaining screening machine codes corresponding to the service requests.
The screening machine code is a code which is sent to the service server by the task server and used for user screening. The machine code is called as native code, and refers to a machine instruction that can be directly read and run by a central processing unit. The task server sends the screening machine code to the service server, and the service server stores the screening machine code locally.
Specifically, the service server may store the screening machine codebook locally in a service proxy area of the service server, where the service proxy area is an experimental configuration proxy module deployed on the service server, and the experimental configuration proxy module is configured to receive an experimental configuration issued by the test rule service, where the experimental configuration includes a condition configuration for screening a user. Through storing the screening machine code to the service agent area of the service server, the service server can quickly call the screening machine code to screen the user, and the response efficiency of screening the user is improved.
S206, obtaining the current user portrait information corresponding to the user identification from the access server according to the service request.
The current user portrait information is tagged information which is abstracted according to the social attribute, living habit, daily behavior and other information of the user. The current user portrait information is composed of a plurality of feature labels, wherein the feature labels are highly refined feature identifications obtained through analysis of the user information, part of the feature labels are directly obtained according to behavior data of the user, and part of the feature labels are obtained through mining through a series of preset algorithms or rules. Feature tags include, but are not limited to, intrinsic tags, derived tags, behavioral tags, attitude tags, and test tags, among others. An inherent tag refers to an attribute that a user has, either naturally or in fact, not changed by an external condition or by a change in his own knowledge. Such as: gender, age, whether to give birth, etc. Deriving tags derived from other tags, such as constellations, are derived from the user's birthday, such as the user's category preferences, and may be derived from daily purchases. The behavior label refers to assignment values formed after the actual behaviors inside and outside the product are recorded, such as login time of a user, page stay time and the like. Attitude tags refer to the attitudes and willingness of a user to express themselves. For example, a questionnaire asks the user about questions and forms labels, such as asking the user: whether a certain brand is favored, etc. The test tag refers to attitude expression from a user, but is not content directly expressed by the user, and a test conclusion is obtained by analyzing the expression of the user and structuring the expression. For example, the user fills in a series of attitude questionnaires, deduces the value type of the user, etc.
Specifically, when the service server receives the service request sent by the terminal, the current user portrait information is acquired from the access server in real time, and the current user portrait information is real-time and updatable portrait information through the real-time acquisition of the current user portrait information, so that the accuracy rate of user screening is improved.
S208, analyzing and executing the screening machine code through the local virtual machine corresponding to the service request, and obtaining the screening result corresponding to the user identification according to the current user portrait information and the analysis result corresponding to the screening machine code.
The local virtual machine refers to a complete computer system which is simulated by software and has complete hardware system functions and operates in a completely isolated environment, and the local virtual machine is stored in a business server. The service interface, which refers to an application programming interface, is a predefined function, and aims to provide the capability of an application program and a developer to access a set of routines based on certain software or hardware without accessing source codes or understanding the details of an internal working mechanism. The analysis result corresponding to the screening machine code refers to the screening condition obtained after the local virtual machine analyzes and executes the screening machine code, and the screening result refers to whether the user identifier corresponding to the terminal meets the screening condition. By embedding the local virtual machine in the service server, the real-time matching of the user identification and the service request data can be realized locally in the service server without the help of other servers.
Specifically, as shown in fig. 8, the local virtual machine invokes an instruction set of the operating system, and registers in the central processing system implement related instruction operations to complete memory call. The local virtual machine translates the bytecode into corresponding machine instructions by interpreting the bytecode, reads in one by one, and interprets the translation one by one. The analysis result corresponding to the screening machine code is obtained through analysis and execution, when an interpreter analyzes and executes a certain method or code block to run extremely frequently, the code is judged to be a hot code, then a part of hot code is translated into a machine code related to a local machine by a just-in-time compilation technology (JIT) and optimized, security check can be further carried out in the local virtual machine before the just-in-time compilation technology is used, and then the translated screening machine code is cached for the next use.
And S210, returning service request data corresponding to the user identification to the terminal according to the screening result.
The service request data refers to data information sent to the terminal by the service server and used for displaying a corresponding interface. The service server returns service request data corresponding to the user identifier to the terminal according to the screening result, for example, when the service module needs to be tested and the service module is an application program login interface module, if the analysis result obtained by analyzing and executing the screening machine code by the local virtual machine is 'the Gramineae user with the age of greater than 30 years old', the service server returns corresponding service request data to the user identifier corresponding to 'the Gramineae user with the age of greater than 30 years old' according to the screening result, and the service request data is the data corresponding to the application program login interface.
In this embodiment, the service server receives the service request sent by the terminal, and obtains the screening machine code corresponding to the service request, so that local screening of the user can be achieved without using other servers, the service server obtains the current user portrait information corresponding to the user identifier from the access server according to the service request, and the current user portrait information is requested by the service server to the access server in real time, so that the user portrait information obtained by the service server is updated in real time, and the service server can accurately screen the user. The service server further analyzes and executes the screening machine code through the local virtual machine corresponding to the service request, obtains a screening result corresponding to the user identifier according to the current user portrait information and an analysis result corresponding to the screening machine code, and returns service request data corresponding to the user identifier to the terminal according to the screening result.
In one embodiment, the method further comprises the steps of: and acquiring screening machine codes corresponding to the service requests from the task server, and storing the screening machine codes to the local, wherein the screening machine codes are obtained by compiling original screening codes corresponding to the service requests by the task server.
The task server obtains the original screening code, compiles the original screening code to obtain a screening machine code, sends the screening machine code to a corresponding service server, and the service server receives the screening machine code sent by the task server and stores the screening machine code locally.
Specifically, as shown in fig. 8, the task server performs lexical analysis and grammatical analysis on the original screening code to construct a grammar tree and a symbol table, and traverses the grammar tree and the symbol table to obtain an error screening code, and performs coding change on the error screening code to obtain the screening machine code. It will be appreciated that lexical analysis is the transformation of a character stream of source code into a collection of tokens (tokens), a single character being the smallest element written by a program and a Token being the smallest element of a compilation process. Such as: keywords, variable names, literal amounts, operators can all become labels. Syntax analysis is the process of constructing an Abstract Syntax Tree (AST), which is a syntax structure used to describe program code, such as packets, types, modifiers, operators, interfaces, return values, etc., from Token sequences. The parser determines if the source program is structurally correct. The grammar tree is a graphical representation of sentence structure that represents the derivation of sentences that is useful for understanding the hierarchy of sentence grammar structures. A symbol table is a data structure for compiling to hold various information about the construction of a source program, which is gradually collected and put into the symbol table in the analysis stage of the compiler, and which is used to generate object code in the synthesis stage. The information recorded in the symbol table is used at different stages of compiling, such as: during semantic analysis, the contents in the symbol table are used for semantic checking (whether the name is consistent with the original description) and generating intermediate codes; in the generation stage of the screening machine code, the address assignment of the address name is based on the record of the symbol table. The error screening code refers to code information with errors, which is obtained by traversing the grammar tree and the symbol table, by the task server, and the task server performs code transformation on the error screening code, namely, transforms the error code information into correct code information, so as to obtain a screening machine code.
In one embodiment, as shown in fig. 6, the task server compiles the original screening code to obtain a screening machine code, and sends the screening machine code to a corresponding service server, the access server transparently transmits the user image information to other access servers, when the service server receives a service request sent by the terminal, the service server requests the current user image information from the access server, and the local virtual machine analyzes and executes the screening machine code, and obtains a screening result corresponding to the user identifier according to the current user image information and an analysis result corresponding to the screening machine code.
In one embodiment, as shown in FIG. 7, a tester writes the original screening code and sends it to a task server, which compiles the original screening code to obtain a screening machine code. The task server transmits the screening machine code to a corresponding service server, and can be stored in a service agent area in the service server, wherein the service agent area is an experimental configuration agent module deployed on the service server and used for receiving experimental configuration transmitted by the test rule service, and the experimental configuration comprises condition configuration for screening a user. Similarly, the user portrait information returned by the receiving server is also stored in the service agent area, the service server embeds a local virtual machine in the service interface, and it can be understood that the service interface refers to an application programming interface, is a function defined in advance, and aims to provide the capability of an application program and a developer to access a group of routines based on certain software or hardware without accessing source codes or understanding details of an internal working mechanism, and the screening machine code is executed through analysis of the local virtual machine, so as to obtain a screening result corresponding to the user identifier according to the analysis result corresponding to the current user portrait information and the screening machine code.
In this embodiment, the service server obtains the screening machine code corresponding to each service request from the task server, and stores the screening machine code locally, where the screening machine code is obtained by compiling the original screening code corresponding to each service request by the task server. The original screening codes are compiled into the screening machine codes with the highest execution speed through the task server, so that the efficiency of matching the user with the service request data can be greatly improved, the service server stores the screening machine codes locally, and the real-time matching of the user with the service request data is further realized locally.
In one embodiment, as shown in fig. 3, the method further comprises the steps of:
s302, a first access server acquires first behavior data corresponding to a user identifier in real time and receives second behavior data corresponding to the user identifier, which is transmitted by at least one second access server in real time.
S304, the first access server generates user portrait information corresponding to the user identification according to the first behavior data and the second behavior data.
The terminal is connected with at least one access server through a network. When the access server is the first access server, all the remaining access servers are the second access servers. The first behavior data refers to behavior information of a user corresponding to the user identification recorded by the access server. The first behavior data and the second behavior data include log information of the user, user subject information, and external environment information, such as: (1) website log: when a user accesses a certain target website, the website records user related behavior information; (2) search engine logs: the related behavior information of the user on the search engine recorded by the search engine log system; (3) user browsing log: recording relevant behavior information of the user on the search engine, which is recorded by the user, through specific tools and paths; (4) user body data: such as age, educational level, hobbies, etc. of the user group; (5) external environmental data: such as mobile internet traffic, mobile phone internet users growing, etc.
Specifically, as shown in fig. 6, the access server acquires first behavior data corresponding to the user identifier in real time, receives second behavior data corresponding to the user identifier sent by at least one second access server in real time, each access server transparently transmits the behavior data to other access servers, that is, the behavior data corresponding to the user identifier is transparently transmitted in real time to each access server, when the first access server acquires the first behavior data corresponding to the user identifier in real time, the other access servers are the second access servers, the second access server acquires the second behavior data corresponding to the user identifier in real time, the first access server transparently transmits the first behavior data to each second access server, and similarly, each second access server transparently transmits the second behavior data to the first access server, so that sharing and synchronization of the user behavior data are realized. The first access server generates user portrait information corresponding to the user identification according to the first behavior data and the second behavior data, and transparently transmits the user portrait information to each access server, when the service server receives a service request sent by the terminal, the user portrait information corresponding to the user identification is acquired from the access server in real time, so that the user portrait information acquired each time is real-time user portrait information, and service request data corresponding to a user can be matched locally in real time.
In this embodiment, the first access server acquires the first behavior data corresponding to the user identifier in real time, and receives the second behavior data corresponding to the user identifier sent by at least one second access server in real time, and the first access server generates the user portrait information corresponding to the user identifier according to the first behavior data and the second behavior data.
In one embodiment, the method further comprises the steps of: obtaining screening conditions corresponding to screening machine codes; when the user corresponding to the user identification is judged to meet the screening condition according to the current user portrait information, the user identification is classified into a first user group, otherwise, the user identification is classified into a second user group; returning service request data corresponding to the user identifier to the terminal according to the screening result comprises the following steps: acquiring corresponding target service request data according to a user group corresponding to the user identifier; and returning the target service request data to the terminal so that the terminal displays a corresponding target service interface according to the target service request data.
The screening conditions are conditions required for screening the user, for example, screening of a person under 30 years old and living in Shenen. The first user group and the second user group are groups of users during service test, and can receive the same service request data or different service request data corresponding to different strategies. The target service request data refers to the service request data corresponding to the user group. The target service interface is an interface displayed by the terminal according to the target service request data. It will be appreciated that the number of user groups is at least two and is not limited to only the first user group and the second user group.
Specifically, the service server obtains screening conditions corresponding to the screening machine codes, when the service server judges that the user corresponding to the user identifier meets the screening conditions, the user identifier is classified into a first user group, and when the user corresponding to the user identifier does not meet the screening conditions, the user identifier is classified into a second user group. When the target service request data corresponding to the first user group and the second user group are different, the service server acquires the corresponding target service request data according to the user group corresponding to the user identification, and returns the target service request data to the terminal, so that the terminal displays a corresponding target service interface according to the target service request data.
In one embodiment, a tester may conduct an AB test on a business module. The AB test is to make two (A/B) or more (A/B/n) versions for Web or App interfaces or processes, and in the same time dimension, the versions are randomly accessed by visitor groups (target groups) with the same (similar) composition components respectively, user experience data and business data of each group are collected, and finally, better versions are analyzed and evaluated for formal adoption. For example, in advertisement delivery, it is known by AB test which advertisement effect is best. After selecting the target of placement, two ad groups are created simultaneously, an attempt is made to alter the title (or material or landing page) of the ad, and different ads are presented to each group. After a certain flow is reached, audience analysis and data reports will show different advertising effects, so that better quality advertisements can be selected through the result data. It can be understood that audience analysis refers to that Cookies are taken as units, behavior characteristics and interest of the Cookies are deduced according to massive historical behaviors of the Cookies, and based on the behavior characteristics and interest, the most suitable advertisements most likely to generate conversion are displayed to users. The Cookie refers to data stored on a local terminal of a user for discriminating the identity of the user and performing session tracking.
For example, an experiment needs to be performed on an academic user of the Beijing city aged over 30 years, a tester needs to create an experiment on an AB test system, and two groups AB are divided, A is a control group and B is an experiment group. Writing original screening codes: "city=beijin =30 =reduction=bachelor". A code 1, a tester writes the code 1 according to the requirement, then submits and creates an experiment, the code 1 is automatically compiled by a task server to generate a screening machine code, and the screening machine code and the experiment configuration are issued to a service agent area of a service module together, when the service module processes a user request, an AB test service interface is called, the service interface reads the screening machine code and the current user portrait information in the shared memory of the local service agent area, and because the local virtual machine is embedded in the AB test service interface, each user request can run the local virtual machine in the AB test service interface of the service logic local, thereby completing the function of judging the user portrait in real time by the AB test system. It can be understood that the service proxy area is an experimental configuration proxy module deployed on the service server, where the experimental configuration proxy module is configured to receive an experimental configuration issued by the test rule service, and the experimental configuration includes a condition configuration for screening the user. Business interfaces, which are application programming interfaces, are predefined functions that are designed to provide applications and developers the ability to access a set of routines based on certain software or hardware without having to access source code or understand the details of the internal operating mechanisms.
In one embodiment, the service server may generate an validation mechanism down to the terminal, the validation mechanism referring to the time limit for validating the policy. The validation mechanism includes, but is not limited to, immediate validation, deferred validation, hot start validation, cold start validation, etc. Immediate validation will immediately validate the policy and notify the user of the associated policy. Postponement of the validation will postponement of the validation of the policy and notify the user of the associated policy. The hot start validation refers to exiting the interface, validating when reentering, and the cold start validation refers to reentering into validation after the process is closed. It can be understood that validating means that the terminal displays a corresponding service interface according to the service request data.
In one embodiment, when the current user portrait information is blurred portrait information, that is, when the filtering result cannot be directly determined according to the analysis result corresponding to the current user portrait information and the filtering machine code, the user identifier may be divided into corresponding user groups according to the Cookie ID, and each visitor needs to have a non-repeated Cookie ID when accessing for the first time, for example, "123.180.140.. 1267882109577.3". The grouping of users can then be done according to the last bit of this Cookie ID (in this example "3"), such as singular division into group a, even division into group B. It will be appreciated that Cookie ID refers to data stored on a user's local terminal for purposes of identifying the user's identity, performing session tracking. Because the Cookie ID is not easy to change after being set, the consistency can be well maintained for the visitor based on the Cookie ID, and if the service request data corresponding to the user group A is seen for the first time by a certain user, the service request data corresponding to the user group A is seen after refreshing, and the consistency of the terminal when displaying the corresponding interface according to the service request data can be maintained.
In this embodiment, the service server obtains the screening condition corresponding to the screening machine code, when it is determined according to the current user portrait information that the user corresponding to the user identifier meets the screening condition, the user identifier is classified into the first user group, otherwise, the user identifier is classified into the second user group, the service server obtains the corresponding target service request data according to the user group corresponding to the user identifier, and returns the target service request data to the terminal, so that the terminal displays the corresponding target service interface according to the target service request data. Through the accurate screening of the users, the users can be divided into groups, and different strategies are applied, so that the service module is tested, and the iterative updating speed of the service module can be accelerated.
In one embodiment, as shown in fig. 4, the method further comprises the steps of:
s402, receiving service feedback data returned by the terminal according to the service request data.
S404, the service request data returned to the terminal corresponding to the user identification is adjusted according to the service feedback data.
The service feedback data refers to feedback data returned by the terminal to the service server after the terminal displays the service interface corresponding to the service request data. The business feedback data comprises positive feedback data and negative feedback data. The business feedback data includes, but is not limited to, access volume, jump rate, conversion rate, disconnection rate, loss rate, etc. When the service feedback data is positive feedback data, the terminal can continue to display the service interface corresponding to the service request data, and when the service feedback data is negative feedback data, the service server can send the service request data corresponding to other user groups to the terminal, and the terminal can display a new interface according to the new service request data.
For example, when the service server returns service request data corresponding to the user identifier to the terminal, the service request data is a display pattern of the application login interface, the service server receives service feedback data returned by the terminal according to the service request data, if the service feedback data obtained when the terminal displays the display pattern of the application login interface is that the user loss rate increases, the service server sends the service request data corresponding to another display pattern of the application login interface to the terminal, and the terminal redisplays the pattern of the new login interface.
In this embodiment, the service server receives the service feedback data returned by the terminal according to the service request data, and adjusts the service request data returned to the terminal corresponding to the user identifier according to the service feedback data, so that the service interface displayed by the terminal can be adjusted in real time according to the service feedback data of the terminal, and the user loss rate increased due to the test is effectively reduced.
In one embodiment, as shown in fig. 5, the method further comprises the steps of:
s502, the business feedback data is sent to the task server, so that the task server updates the screening machine code corresponding to the business request according to the business feedback data.
S504, receiving updated screening machine codes returned by the task server.
Specifically, the task server updates the screening machine code corresponding to the service request according to the service feedback data, the service server receives the updated screening machine code returned by the task server, analyzes and executes the updated screening machine code through the local virtual machine, obtains an updated screening result corresponding to the user identifier according to the current user portrait information and an analysis result corresponding to the updated screening machine code, and further returns updated service request data corresponding to the user identifier to the terminal according to the updated screening result.
For example, when the service corresponding to the service module is a website, the page a is an original page, the page B is an updated page, 500 users see the page a, 500 users see the page B, and the percentage of users who reach the inner page of the website through the page a is counted. Assuming that a is 20% and B is 6%, the service feedback data is negative feedback data, and the service server sends the negative feedback data to the task server, so that the task server updates the screening machine code corresponding to the service request according to the service feedback data, and the service server re-receives the updated screening machine code and stores the updated screening machine code to the local.
In this embodiment, the service server sends the service feedback data to the task server, so that the task server updates the screening machine code corresponding to the service request according to the service feedback data, and the service server further receives the updated screening machine code returned by the task server. When the service feedback data is negative feedback data, the service server can request the task server to update the condition of the screening user, namely, the task server is further enabled to update the screening machine code, the user displaying the service interface corresponding to the service request data is changed, the iteration speed of the service module can be accelerated, and the service module is further optimized.
In one embodiment, the method further comprises the steps of: sending a service data update request to a terminal, and receiving an update confirmation instruction returned by the terminal in response to the service data update request; and returning service request data corresponding to the user identification to the terminal according to the updating confirmation instruction and the screening result.
The service data update request refers to a request sent to the terminal for updating the service module, when the terminal responds to the service data update request, an update confirmation instruction is sent to the service server, and the service server returns service request data corresponding to the user identifier to the terminal according to the update confirmation instruction and the screening result. For example, when the display pattern of the login interface needs to be changed when the terminal enters the application program, the service server acquires an instruction that the terminal allows updating the application program, namely an update confirmation instruction, and returns service request data corresponding to the user identifier to the terminal according to the update confirmation instruction and the screening result, wherein the service request data comprises the data of the changed display pattern of the login interface, and the terminal displays the display pattern of the new application program login interface according to the service request data.
In this embodiment, the service server sends a service data update request to the terminal, and receives an update confirmation instruction returned by the terminal in response to the service data update request; and returning service request data corresponding to the user identifier to the terminal according to the update confirmation instruction and the screening result, and returning the service request data corresponding to the terminal by the service server through receiving the update confirmation instruction returned by the terminal, so that the utilization of the data resource is more reasonable, and the retention rate of the user can be improved.
FIG. 9 is a schematic diagram of a data processing apparatus according to one embodiment, the apparatus including:
the request receiving module 602 receives a service request sent by a terminal, wherein the service request carries a user identifier corresponding to the terminal;
a machine code acquisition module 604 for acquiring a screening machine code corresponding to the service request;
the portrait information acquisition module 606 requests to obtain the current portrait information of the user corresponding to the user identifier from the access server according to the service request;
the user screening module 608 analyzes and executes the screening machine code through the local virtual machine corresponding to the service request, and obtains a screening result corresponding to the user identifier according to the current user portrait information and the analysis result corresponding to the screening machine code;
And the data return module 610 returns service request data corresponding to the user identifier to the terminal according to the screening result.
In one embodiment, the machine code compilation module comprises: and acquiring screening machine codes corresponding to the service requests from the task server, and storing the screening machine codes to the local, wherein the screening machine codes are obtained by compiling original screening codes corresponding to the service requests by the task server.
In one embodiment, the user portrait information acquisition module includes: the first access server acquires first behavior data corresponding to the user identifier in real time and receives second behavior data corresponding to the user identifier, which is transmitted by at least one second access server in real time; and the first access server generates user portrait information corresponding to the user identifier according to the first behavior data and the second behavior data.
In one embodiment, the interface display module includes: obtaining screening conditions corresponding to screening machine codes; when the user corresponding to the user identification is judged to meet the screening condition according to the current user portrait information, the user identification is classified into a first user group, otherwise, the user identification is classified into a second user group; returning service request data corresponding to the user identifier to the terminal according to the screening result comprises the following steps: acquiring corresponding target service request data according to a user group corresponding to the user identifier; and returning the target service request data to the terminal so that the terminal displays a corresponding target service interface according to the target service request data.
In one embodiment, the data adjustment module includes: receiving service feedback data returned by the terminal according to the service request data; and adjusting service request data returned to the terminal corresponding to the user identifier according to the service feedback data.
In one embodiment, the machine code update module includes: the service feedback data is sent to the task server, so that the task server updates the screening machine code corresponding to the service request according to the service feedback data; and receiving updated screening machine codes returned by the task server.
In one embodiment, the service request data return module includes: sending a service data update request to a terminal, and receiving an update confirmation instruction returned by the terminal in response to the service data update request; and returning service request data corresponding to the user identification to the terminal according to the updating confirmation instruction and the screening result.
For specific limitations of the data processing apparatus, reference may be made to the above limitations of the data processing method, and no further description is given here. Each of the modules in the above-described data processing apparatus may be implemented in whole or in part by software, hardware, and combinations thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in software in a memory in the computer device, so that the processor may call and execute operations corresponding to the above modules. The processor may be a Central Processing Unit (CPU), microprocessor, single-chip microcomputer, etc. The data processing apparatus described above may be implemented in the form of a computer program.
In one embodiment, a computer device is provided, which may be a server or a terminal. When the computer device is a terminal, its internal structure diagram may be as shown in fig. 10. When the computer equipment is a server, the internal structure of the computer equipment does not comprise a display screen, an input device, a camera, a sound collecting device, a loudspeaker and the like. The computer device includes a processor, a memory, and a network interface connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement a data processing method. It will be appreciated by those skilled in the art that the structure shown in FIG. 10 is merely a block diagram of some of the structures associated with the present inventive arrangements and is not limiting of the computer device to which the present inventive arrangements may be applied, and that a particular computer device may include more or fewer components than shown, or may combine some of the components, or have a different arrangement of components.
Wherein the processor when executing the program performs the steps of: receiving a service request sent by a terminal, wherein the service request carries a user identifier corresponding to the terminal; acquiring a screening machine code corresponding to the service request; obtaining current user portrait information corresponding to the user identifier from an access server according to the service request; analyzing and executing the screening machine code through a local virtual machine corresponding to the service request, and obtaining a screening result corresponding to the user identifier according to the current user portrait information and an analysis result corresponding to the screening machine code; and returning service request data corresponding to the user identification to the terminal according to the screening result.
The above definition of the computer device may refer to the above specific definition of the data processing method, which is not repeated here.
With continued reference to fig. 10, there is also provided a computer-readable storage medium having stored thereon a computer program, such as the non-volatile storage medium shown in fig. 10, wherein the program when executed by a processor performs the steps of: receiving a service request sent by a terminal, wherein the service request carries a user identifier corresponding to the terminal; acquiring a screening machine code corresponding to the service request; obtaining current user portrait information corresponding to the user identifier from an access server according to the service request; analyzing and executing the screening machine code through a local virtual machine corresponding to the service request, and obtaining a screening result corresponding to the user identifier according to the current user portrait information and an analysis result corresponding to the screening machine code; and returning service request data corresponding to the user identification to the terminal according to the screening result.
The definition of the computer readable storage medium is referred to above as a specific definition of the data processing method, and will not be repeated here.
Those skilled in the art will appreciate that all or part of the processes in the methods of the above embodiments may be implemented by a computer program for instructing relevant hardware, where the program may be stored in a non-volatile computer readable storage medium, and where the program, when executed, may include processes in the embodiments of the methods described above. The storage medium may be a magnetic disk, an optical disk, a Read-only memory (ROM), or the like.
The technical features of the above-described embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above-described embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.
The above examples illustrate only a few embodiments of the invention, which are described in detail and are not to be construed as limiting the scope of the invention. It should be noted that it will be apparent to those skilled in the art that several variations and modifications can be made without departing from the spirit of the invention, which are all within the scope of the invention. Accordingly, the scope of protection of the present invention is to be determined by the appended claims.
Claims (16)
1. A method of data processing, the method comprising:
receiving a service request sent by a terminal, wherein the service request carries a user identifier corresponding to the terminal;
acquiring a screening machine code corresponding to the service request;
requesting to obtain current user portrait information corresponding to the user identifier from an access server according to the service request;
analyzing and executing the screening machine code through a local virtual machine corresponding to the service request, acquiring a screening condition corresponding to the screening machine code, classifying the user identifier into a first user group when the user corresponding to the user identifier is judged to meet the screening condition according to the current user portrait information, and classifying the user identifier into a second user group otherwise;
and returning service request data corresponding to the user identifier to the terminal according to the screening result, wherein the service request data comprises: and acquiring corresponding target service request data according to the user group corresponding to the user identifier, and returning the target service request data to the terminal so that the terminal displays a corresponding target service interface according to the target service request data.
2. The method according to claim 1, wherein before the receiving the service request sent by the terminal, further comprising:
And acquiring screening machine codes corresponding to the service requests from a task server, and storing the screening machine codes locally, wherein the screening machine codes are obtained by compiling original screening codes corresponding to the service requests by the task server.
3. The method of claim 2, wherein the screening machine code is obtained by the task server performing lexical and grammatical analysis on an original screening code, constructing a grammar tree and a symbol table, traversing the grammar tree and the symbol table to obtain an error screening code, and performing code change on the error screening code.
4. The method according to claim 1, wherein the method further comprises:
the first access server acquires first behavior data corresponding to the user identifier in real time and receives second behavior data corresponding to the user identifier, which is transmitted by at least one second access server in real time;
and the first access server generates user portrait information corresponding to the user identifier according to the first behavior data and the second behavior data.
5. The method according to any one of claims 1 to 4, further comprising:
Receiving service feedback data returned by the terminal according to the service request data;
and adjusting service request data returned to the terminal corresponding to the user identifier according to the service feedback data.
6. The method of claim 5, wherein the method further comprises:
the service feedback data is sent to a task server, so that the task server updates screening machine codes corresponding to the service requests according to the service feedback data;
and receiving updated screening machine codes returned by the task server.
7. The method of claim 5, wherein the returning service request data corresponding to the user identifier to the terminal according to the screening result comprises:
sending a service data update request to the terminal, and receiving an update confirmation instruction returned by the terminal in response to the service data update request;
and returning service request data corresponding to the user identification to the terminal according to the updating confirmation instruction and the screening result.
8. A data processing apparatus, the apparatus comprising:
the request receiving module is used for receiving a service request sent by a terminal, wherein the service request carries a user identifier corresponding to the terminal;
The machine code acquisition module is used for acquiring screening machine codes corresponding to the service requests;
the portrait information acquisition module is used for requesting to acquire the current user portrait information corresponding to the user identifier from an access server according to the service request;
the user screening module is used for analyzing and executing the screening machine code through the local virtual machine corresponding to the service request, acquiring screening conditions corresponding to the screening machine code, classifying the user identifier into a first user group when the user corresponding to the user identifier meets the screening conditions according to the current user portrait information, and classifying the user identifier into a second user group otherwise;
the data returning module is configured to return service request data corresponding to the user identifier to the terminal according to a screening result, and includes: and acquiring corresponding target service request data according to the user group corresponding to the user identifier, and returning the target service request data to the terminal so that the terminal displays a corresponding target service interface according to the target service request data.
9. The apparatus of claim 8, wherein the apparatus further comprises:
And the machine code compiling module is used for acquiring screening machine codes corresponding to the service requests from the task server, and storing the screening machine codes locally, wherein the screening machine codes are obtained by compiling original screening codes corresponding to the service requests by the task server.
10. The apparatus of claim 9, wherein the screening machine code is obtained by the task server performing lexical and grammatical analysis on an original screening code, constructing a grammar tree and a symbol table, traversing the grammar tree and the symbol table to obtain an error screening code, and performing code change on the error screening code.
11. The apparatus of claim 8, wherein the user profile information corresponding to the user identifier is generated by a first access server according to first behavior data corresponding to the user identifier and second behavior data corresponding to the user identifier, the first behavior data being acquired in real time by the first access server, and the second behavior data being transmitted in real time by the first access server receiving at least one second access server.
12. The apparatus according to any one of claims 8 to 11, further comprising:
The data adjustment module is used for receiving service feedback data returned by the terminal according to the service request data; and adjusting service request data returned to the terminal corresponding to the user identifier according to the service feedback data.
13. The apparatus of claim 12, wherein the apparatus further comprises:
the machine code updating module is used for sending the service feedback data to a task server so that the task server updates the screening machine code corresponding to the service request according to the service feedback data; and receiving updated screening machine codes returned by the task server.
14. The apparatus of claim 12, wherein the data return module is further configured to:
sending a service data update request to the terminal, and receiving an update confirmation instruction returned by the terminal in response to the service data update request;
and returning service request data corresponding to the user identification to the terminal according to the updating confirmation instruction and the screening result.
15. A computer readable storage medium storing a computer program which, when executed by a processor, causes the processor to perform the steps of the method of any one of claims 1 to 7.
16. A computer device comprising a memory and a processor, the memory storing a computer program that, when executed by the processor, causes the processor to perform the steps of the method of any of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910290247.4A CN111813816B (en) | 2019-04-11 | 2019-04-11 | Data processing method, device, computer readable storage medium and computer equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910290247.4A CN111813816B (en) | 2019-04-11 | 2019-04-11 | Data processing method, device, computer readable storage medium and computer equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111813816A CN111813816A (en) | 2020-10-23 |
| CN111813816B true CN111813816B (en) | 2023-11-14 |
Family
ID=72843709
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910290247.4A Active CN111813816B (en) | 2019-04-11 | 2019-04-11 | Data processing method, device, computer readable storage medium and computer equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111813816B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112817856A (en) * | 2021-02-04 | 2021-05-18 | 上海哔哩哔哩科技有限公司 | AB experiment integration method and system |
| CN113448738B (en) * | 2021-08-31 | 2021-11-12 | 成都派沃特科技股份有限公司 | Method, device, equipment and storage medium for adjusting availability of server |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109408746A (en) * | 2018-09-26 | 2019-03-01 | 平安科技（深圳）有限公司 | Portrait information query method, device, computer equipment and storage medium |
| CN109544326A (en) * | 2019-01-02 | 2019-03-29 | 深圳壹账通智能科技有限公司 | Service request response method, device, computer equipment and storage medium |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104967604B (en) * | 2015-04-21 | 2018-07-20 | 深圳市腾讯计算机系统有限公司 | Login method and system |
-
2019
- 2019-04-11 CN CN201910290247.4A patent/CN111813816B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109408746A (en) * | 2018-09-26 | 2019-03-01 | 平安科技（深圳）有限公司 | Portrait information query method, device, computer equipment and storage medium |
| CN109544326A (en) * | 2019-01-02 | 2019-03-29 | 深圳壹账通智能科技有限公司 | Service request response method, device, computer equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111813816A (en) | 2020-10-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10958748B2 (en) | Resource push method and apparatus | |
| RU2424562C1 (en) | Method of determining website information by analysing web page structure | |
| US10558335B2 (en) | Information providing system, information providing method, and non-transitory recording medium | |
| US9639846B2 (en) | System and method for providing targeted content | |
| US20140074622A1 (en) | Systems and methods for rule based inclusion of pixel retargeting in campaign management | |
| US20100306738A1 (en) | Templating system and method for updating content in real time | |
| US10339222B2 (en) | Information providing system, information providing method, non-transitory recording medium, and data structure | |
| CN103309927A (en) | Dynamic content updating based on user activity | |
| US20210027868A1 (en) | Automated Content Avoidance Based on Medical Conditions | |
| US20180285756A1 (en) | Cross-User Dashboard Behavior Analysis and Dashboard Recommendations | |
| JP7440654B2 (en) | Interface and mode selection for digital action execution | |
| US11727082B2 (en) | Machine-learning based personalization | |
| US20220261821A1 (en) | Reputation Management And Machine Learning Systems And Processes | |
| CN103608807A (en) | Path length selector | |
| JP2024514069A (en) | electronic messaging methods | |
| US11907863B2 (en) | Natural language enrichment using action explanations | |
| CN111813816B (en) | Data processing method, device, computer readable storage medium and computer equipment | |
| US11423223B2 (en) | Dynamic creation/expansion of cognitive model dictionaries based on analysis of natural language content | |
| CN116700839B (en) | Task processing method, device, equipment, storage medium and program product | |
| US20230315765A1 (en) | Context Based Surface Form Generation for Cognitive System Dictionaries | |
| US11288322B2 (en) | Conversational agents over domain structured knowledge | |
| CN114385918A (en) | Message pushing method and device, computer equipment and storage medium | |
| US11501081B1 (en) | Methods, mediums, and systems for providing a model for an end-user device | |
| RU2638015C2 (en) | Method for identification of target object on web page | |
| JP2019074911A (en) | Information processing apparatus, information processing method, and program |
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 |