CN108093439A

CN108093439A - User behavior data method for controlling reporting, terminal and computer readable storage medium

Info

Publication number: CN108093439A
Application number: CN201711040008.0A
Authority: CN
Inventors: 倪秉炬
Original assignee: Nubia Technology Co Ltd
Current assignee: Nubia Technology Co Ltd
Priority date: 2017-10-30
Filing date: 2017-10-30
Publication date: 2018-05-29

Abstract

The invention discloses a kind of user behavior data report methods,Terminal and computer readable storage medium,This method obtains the user behavior data of application in use,Default data classifying rules is applied by be described,The data for needing real-time report are selected from the user behavior data of acquisition and are stored into data real-time report queue,Give the application corresponding application server the data real-time report in the data real-time report queue,It realizes in real-time report,There is what is be directed to report to the data that need real-time report according to data classifying rules,Ensure promptness and accuracy that data report,The invention also discloses a kind of terminal and computer readable storage mediums,By implementing said program,It solves in existing real-time report,The problem of resource utilization caused by reporting all data and influence power consumption of terminal.

Description

User behavior data reporting control method, terminal and computer readable storage medium

Technical Field

The present invention relates to the field of communications technologies, and in particular, to a method, a terminal, and a computer-readable storage medium for reporting user behavior data.

Background

In the era of mobile internet, various applications are brought forward along with the popularization of terminals such as smart phones and tablet computers. When each application is in operation, corresponding data can be recorded and reported to the server, and the reported data is analyzed and counted by the server, so that the effects of making a development plan of the next version of the application, perfecting an application operation strategy and the like are achieved according to results. Big data statistics for users are also becoming more and more important. The existing big data statistics is based on the behavior data collection of users, the existing mode of reporting data to a server is mainly to report all application running data to the server in a unified manner by a timed reporting mode, that is, user data is accumulated at a mobile phone client first and then is uploaded to the server by the client regularly, but for a scene needing to analyze the user behavior data in real time, the timed data reporting is not timely enough, in order to solve the problem of the timed reporting, the prior art can also report the behavior data of the users to the server in real time by a real-time reporting mode, and report all the behavior data of the users to the server by a real-time reporting mode, so that the data reporting amount is large, the power consumption of the terminal is affected, and simultaneously, the resource waste is caused, and the statistics of the user behavior data is not timely and accurate enough.

Disclosure of Invention

The technical problem to be solved by the present invention is to provide a method, a terminal and a computer readable storage medium for reporting user behavior data, aiming at the technical problem that when data is reported in real time in the prior art, all data is reported in real time, and the reported data volume is large due to no data differentiation, which affects the power consumption of the terminal, thereby causing the problem of insufficient and accurate data statistics.

In order to solve the above technical problem, the present invention provides a method for controlling reporting of user behavior data, where the method for controlling reporting of user behavior data includes:

acquiring user behavior data of an application in a using process;

selecting data needing to be reported in real time from the acquired user behavior data according to a data classification rule preset for the application and storing the data into a data real-time reporting queue;

and reporting the data in the data real-time reporting queue to an application server corresponding to the application in real time.

Optionally, before the step of selecting data to be reported in real time from the obtained user behavior data according to the data classification rule preset for the application and storing the data in the data real-time reporting queue, the method further includes:

and acquiring a data classification rule from a data statistics server corresponding to the application, wherein the data classification rule comprises identification information of data needing to be reported in real time.

Optionally, the step of applying the preset data classification rule includes:

storing the data which does not need to be reported in real time in the acquired user behavior data into a data timing reporting queue;

and reporting the data in the data timing reporting queue to an application server corresponding to the application at a timing.

Optionally, the step of reporting the data in the data real-time reporting queue to the application server corresponding to the application in real time includes:

packaging the data in the data real-time reporting queue into a parameter content;

and reporting the parameter content to an application server corresponding to the application through a preset interface.

Optionally, the preset interface is a service interface of the application, or the preset interface is a data real-time reporting interface of the application.

Optionally, after the step of obtaining the user behavior data of the application in the using process, before the step of selecting data to be reported in real time from the obtained user behavior data according to a data classification rule preset for the application, the method further includes:

judging whether the number of the current running applications in the terminal is less than or equal to a preset number threshold, if so, reporting the acquired user behavior data in real time as data needing to be reported in real time;

or,

and judging whether the current time belongs to a preset full real-time reporting time range, if so, reporting the acquired user behavior data in real time as data needing to be reported in real time.

Further, the present invention also provides a data receiving method, including:

receiving data which is reported by a terminal through the user behavior data reporting control method and needs to be reported in real time;

and storing the received data into a preset cache region for a data statistics server to read from the preset cache region according to a data statistics rule.

Further, the invention also provides a terminal, which comprises a first processor, a first memory and a first communication bus;

the first communication bus is used for realizing connection communication between the first processor and the first memory;

the first processor is configured to execute one or more first programs stored in the first memory, so as to implement any one of the steps of the user behavior data reporting control method.

Further, the invention also provides an application server, which comprises a second processor, a second memory and a second communication bus;

the second communication bus is used for realizing connection communication between the second processor and the second memory;

the second processor is configured to execute one or more second programs stored in the second memory to implement the steps of the data receiving method described above.

Further, the present invention also provides a computer-readable storage medium, where the computer-readable storage medium has one or more first programs, and the one or more first programs are executed by one or more processors to implement the steps of any one of the above methods for controlling reporting of user behavior data;

or,

the computer readable storage medium stores one or more second programs, which are executed by one or more processors to implement the steps of the data receiving method described above.

Advantageous effects

The invention provides a method for reporting user behavior data, a terminal and a computer readable storage medium, aiming at the problems that all data are reported in real time and the reported data quantity is large and the terminal power consumption is influenced due to the fact that the data are not distinguished in the prior art when the data are reported in real time, so that the data statistics is not enough and accurate, the invention selects the data needing to be reported in real time from the obtained user behavior data and stores the data into a data real-time reporting queue by obtaining the user behavior data applied in the using process according to the data classification rule preset for the application, and reports the data in the data real-time reporting queue to an application server corresponding to the application in real time, namely the invention selects the obtained user behavior data according to the preset data classification rule, stores the data needing to analyze the user behavior in real time into the data real-time reporting queue according to the selection result, the invention provides a targeted partial data real-time reporting mechanism, which can ensure the reporting timeliness requirement of the data needing to be reported in real time, has better pertinence and accuracy of the data reported in real time, occupies less resources and has lower power consumption, and can improve the satisfaction degree of user experience while improving the resource utilization rate and the standby time of the terminal.

Drawings

The invention will be further described with reference to the accompanying drawings and examples, in which:

fig. 1 is a schematic diagram of a hardware structure of an alternative mobile terminal for implementing various embodiments of the present invention;

FIG. 2 is a diagram of a wireless communication system for the mobile terminal shown in FIG. 1;

FIG. 3 is a diagram illustrating an alternative hardware configuration of a server according to various embodiments of the invention;

fig. 4 is a flowchart of a method for controlling reporting of user behavior data according to a first embodiment of the present invention;

fig. 5 is a flowchart of a method for classifying data according to the number of currently running applications according to the first embodiment of the present invention;

FIG. 6 is a flowchart of a method for classifying data according to a current running time according to a first embodiment of the present invention;

fig. 7 is a flowchart of a data receiving method according to a first embodiment of the present invention;

fig. 8 is a detailed flowchart of a user behavior data reporting control method according to a second embodiment of the present invention;

fig. 9 is a flow chart of a schematic terminal structure according to a third embodiment of the present invention;

FIG. 10 is a schematic flow chart diagram of an application server according to a fourth embodiment of the present invention;

fig. 11 is a schematic flowchart of a method for controlling reporting of user behavior data and receiving data according to a fourth embodiment of the present invention.

Detailed Description

It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

In the following description, suffixes such as "module", "component", or "unit" used to denote elements are used only for facilitating the explanation of the present invention, and have no specific meaning in itself. Thus, "module", "component" or "unit" may be used mixedly.

The terminal may be implemented in various forms. For example, the terminal described in the present invention may include a mobile terminal such as a mobile phone, a tablet computer, a notebook computer, a palmtop computer, a Personal Digital Assistant (PDA), a Portable Media Player (PMP), a navigation device, a wearable device, a smart band, a pedometer, and the like, and a fixed terminal such as a Digital TV, a desktop computer, and the like.

The following description will be given by way of example of a mobile terminal, and it will be understood by those skilled in the art that the construction according to the embodiment of the present invention can be applied to a fixed type terminal, in addition to elements particularly used for mobile purposes.

Referring to fig. 1, which is a schematic diagram of a hardware structure of a mobile terminal for implementing various embodiments of the present invention, the mobile terminal 100 may include: RF (Radio Frequency) unit 101, WiFi module 102, audio output unit 103, a/V (audio/video) input unit 104, sensor 105, display unit 106, user input unit 107, interface unit 108, memory 109, processor 110, and power supply 111. Those skilled in the art will appreciate that the mobile terminal architecture shown in fig. 1 is not intended to be limiting of mobile terminals, which may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.

The following describes each component of the mobile terminal in detail with reference to fig. 1:

the radio frequency unit 101 may be configured to receive and transmit signals during information transmission and reception or during a call, and specifically, receive downlink information of a base station and then process the downlink information to the processor 110; in addition, the uplink data is transmitted to the base station. Typically, radio frequency unit 101 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency unit 101 can also communicate with a network and other devices through wireless communication. The wireless communication may use any communication standard or protocol, including but not limited to GSM (Global System for Mobile communications), GPRS (General Packet Radio Service), CDMA2000(Code Division Multiple Access 2000), WCDMA (Wideband Code Division Multiple Access), TD-SCDMA (Time Division-Synchronous Code Division Multiple Access), FDD-LTE (Frequency Division duplex-Long Term Evolution), and TDD-LTE (Time Division duplex-Long Term Evolution).

WiFi belongs to short-distance wireless transmission technology, and the mobile terminal can help a user to receive and send e-mails, browse webpages, access streaming media and the like through the WiFi module 102, and provides wireless broadband internet access for the user. Although fig. 1 shows the WiFi module 102, it is understood that it does not belong to the essential constitution of the mobile terminal, and may be omitted entirely as needed within the scope not changing the essence of the invention.

The audio output unit 103 may convert audio data received by the radio frequency unit 101 or the WiFi module 102 or stored in the memory 109 into an audio signal and output as sound when the mobile terminal 100 is in a call signal reception mode, a call mode, a recording mode, a voice recognition mode, a broadcast reception mode, or the like. Also, the audio output unit 103 may also provide audio output related to a specific function performed by the mobile terminal 100 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output unit 103 may include a speaker, a buzzer, and the like.

The a/V input unit 104 is used to receive audio or video signals. The a/V input Unit 104 may include a Graphics Processing Unit (GPU) 1041 and a microphone 1042, the Graphics processor 1041 Processing image data of still pictures or video obtained by an image capturing device (e.g., a camera) in a video capturing mode or an image capturing mode. The processed image frames may be displayed on the display unit 106. The image frames processed by the graphic processor 1041 may be stored in the memory 109 (or other storage medium) or transmitted via the radio frequency unit 101 or the WiFi module 102. The microphone 1042 may receive sounds (audio data) via the microphone 1042 in a phone call mode, a recording mode, a voice recognition mode, or the like, and may be capable of processing such sounds into audio data. The processed audio (voice) data may be converted into a format output transmittable to a mobile communication base station via the radio frequency unit 101 in case of a phone call mode. The microphone 1042 may implement various types of noise cancellation (or suppression) algorithms to cancel (or suppress) noise or interference generated in the course of receiving and transmitting audio signals.

The mobile terminal 100 also includes at least one sensor 105, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor that can adjust the brightness of the display panel 1061 according to the brightness of ambient light, and a proximity sensor that can turn off the display panel 1061 and/or a backlight when the mobile terminal 100 is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally, three axes), can detect the magnitude and direction of gravity when stationary, and can be used for applications of recognizing the posture of a mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer and tapping), and the like; as for other sensors such as a fingerprint sensor, a pressure sensor, an iris sensor, a molecular sensor, a gyroscope, a barometer, a hygrometer, a thermometer, and an infrared sensor, which can be configured on the mobile phone, further description is omitted here.

The display unit 106 is used to display information input by a user or information provided to the user. The Display unit 106 may include a Display panel 1061, and the Display panel 1061 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.

The user input unit 107 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the mobile terminal. Specifically, the user input unit 107 may include a touch panel 1071 and other input devices 1072. The touch panel 1071, also referred to as a touch screen, may collect a touch operation performed by a user on or near the touch panel 1071 (e.g., an operation performed by the user on or near the touch panel 1071 using a finger, a stylus, or any other suitable object or accessory), and drive a corresponding connection device according to a predetermined program. The touch panel 1071 may include two parts of a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 110, and can receive and execute commands sent by the processor 110. In addition, the touch panel 1071 may be implemented in various types, such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. In addition to the touch panel 1071, the user input unit 107 may include other input devices 1072. In particular, other input devices 1072 may include, but are not limited to, one or more of a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like, and are not limited to these specific examples.

Further, the touch panel 1071 may cover the display panel 1061, and when the touch panel 1071 detects a touch operation thereon or nearby, the touch panel 1071 transmits the touch operation to the processor 110 to determine the type of the touch event, and then the processor 110 provides a corresponding visual output on the display panel 1061 according to the type of the touch event. Although the touch panel 1071 and the display panel 1061 are shown in fig. 1 as two separate components to implement the input and output functions of the mobile terminal, in some embodiments, the touch panel 1071 and the display panel 1061 may be integrated to implement the input and output functions of the mobile terminal, and is not limited herein.

The interface unit 108 serves as an interface through which at least one external device is connected to the mobile terminal 100. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The interface unit 108 may be used to receive input (e.g., data information, power, etc.) from external devices and transmit the received input to one or more elements within the mobile terminal 100 or may be used to transmit data between the mobile terminal 100 and external devices.

The memory 109 may be used to store software programs as well as various data. The memory 109 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 109 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.

The processor 110 is a control center of the mobile terminal, connects various parts of the entire mobile terminal using various interfaces and lines, and performs various functions of the mobile terminal and processes data by operating or executing software programs and/or modules stored in the memory 109 and calling data stored in the memory 109, thereby performing overall monitoring of the mobile terminal. Processor 110 may include one or more processing units; preferably, the processor 110 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 110.

The mobile terminal 100 may further include a power supply 111 (e.g., a battery) for supplying power to various components, and preferably, the power supply 111 may be logically connected to the processor 110 via a power management system, so as to manage charging, discharging, and power consumption management functions via the power management system.

Although not shown in fig. 1, the mobile terminal 100 may further include a bluetooth module or the like, which is not described in detail herein.

In order to facilitate understanding of the embodiments of the present invention, a communication network system on which the mobile terminal of the present invention is based is described below.

Referring to fig. 2, fig. 2 is an architecture diagram of a communication Network system according to an embodiment of the present invention, where the communication Network system is an LTE system of a universal mobile telecommunications technology, and the LTE system includes a UE (User Equipment) 201, an E-UTRAN (Evolved UMTS Terrestrial Radio Access Network) 202, an EPC (Evolved Packet Core) 203, and an IP service 204 of an operator, which are in communication connection in sequence.

Specifically, the UE201 may be the terminal 100 described above, and is not described herein again.

The E-UTRAN202 includes eNodeB2021 and other eNodeBs 2022, among others. Among them, the eNodeB2021 may be connected with other eNodeB2022 through backhaul (e.g., X2 interface), the eNodeB2021 is connected to the EPC203, and the eNodeB2021 may provide the UE201 access to the EPC 203.

The EPC203 may include an MME (Mobility Management Entity) 2031, an HSS (home subscriber Server) 2032, other MMEs 2033, an SGW (Serving gateway) 2034, a PGW (PDN gateway) 2035, and a PCRF (Policy and charging functions Entity) 2036, and the like. The MME2031 is a control node that handles signaling between the UE201 and the EPC203, and provides bearer and connection management. HSS2032 is used to provide registers to manage functions such as home location register (not shown) and holds subscriber specific information about service characteristics, data rates, etc. All user data may be sent through SGW2034, PGW2035 may provide IP address assignment for UE201 and other functions, and PCRF2036 is a policy and charging control policy decision point for traffic data flow and IP bearer resources, which selects and provides available policy and charging control decisions for a policy and charging enforcement function (not shown).

The IP services 204 may include the internet, intranets, IMS (IP Multimedia Subsystem), or other IP services, among others.

Although the LTE system is described as an example, it should be understood by those skilled in the art that the present invention is not limited to the LTE system, but may also be applied to other wireless communication systems, such as GSM, CDMA2000, WCDMA, TD-SCDMA, and future new network systems.

In order to facilitate understanding of the embodiments of the present invention, the server of the present invention is described below.

As shown in fig. 3, in order to implement the structure diagram of an optional server according to various embodiments of the present invention, the server at least includes: an Input Output (IO) bus 301, a processor 302, a memory 303, a memory 304, and a communication device 305. Wherein,

an input/output (IO) bus 303 is connected to other components (the processor 302, the storage 303, the memory 304, and the communication device 305) of the server to which it belongs, respectively, and provides a transmission line for the other components.

The processor 302 generally controls the overall operation of the server to which it belongs. For example, processor 302 performs computations, validation, and the like. The processor 302 may be a Central Processing Unit (CPU).

The communication device 305, typically includes one or more components that allow radio communication between a server to which it belongs and a wireless communication system or network.

The memory 303 stores processor-readable, processor-executable software code containing instructions for controlling the processor 302 to perform the functions described herein (i.e., software performing functions).

In the application server provided by the present invention, a software code for implementing the functions of receiving the reported data and storing the reported data in the cache of the data statistics server for the data statistics server to read may be stored in the memory 303, and executed by the processor 302 or executed after compiling.

Based on the hardware structures of the mobile terminal and the application server and the communication network system, the invention provides various embodiments of the method.

First embodiment

In order to solve the problem that in the prior art, when data is reported in real time, the data reporting amount is large, the power consumption of a terminal is affected, and resources are occupied, so that data statistics is not timely and accurate enough, in this embodiment, acquired user behavior data is selectively classified according to a preset data classification rule, and data needing to be reported in real time is stored in a data real-time reporting queue and reported to an application server in real time.

For better understanding, this embodiment provides a method for controlling reporting of user behavior data, which is used for a terminal to implement a process of reporting user behavior data that needs to be analyzed in real time, and specifically may refer to fig. 4, where fig. 4 is a basic flowchart of the method for controlling reporting of user behavior data provided by this embodiment, and the method includes:

s401: and acquiring user behavior data of the application in the using process.

The application in this embodiment may be any application installed on the terminal, for example, the application may be obtained by downloading from a server in a network through wireless communication according to a download instruction issued by a user, such as "pay treasure", "wechat", "microblog", and the like, and of course, the application may also be installed in a memory of the terminal before the terminal leaves a factory, such as "alarm clock", "take a picture", "calculator", and the like.

Here, user behavior data will be explained. The user behavior data in this embodiment refers to data associated with an application when a user uses the application, for example, content of use, habit of use, cache record, and the like of the user in the application. The user behavior data can be data automatically recorded and cached by an application, for example, when a user plays music, "music" caches music data played by the user; or the user can actively set the recorded data according to the self requirement, for example, the user actively records the alarm clock time when setting the alarm clock. It should be understood that a user may use only one application or simultaneously use multiple applications, for example, when the user "reads", the user opens "music" in the background to play music, and simultaneously uses "reading" and "music" applications, so that the user behavior data obtained during the use of the application may be the user behavior data obtained from one application, or may be the user behavior data obtained from multiple applications.

It should be noted that, in different life scenes, acquiring the user behavior data may be acquiring user behavior data of an application in a certain time period, or acquiring the user behavior data in real time, or acquiring the user behavior data at regular time. For example, in a certain day of working time, the frequency of using the application by the user is not high, user behavior data of the application between 9 and 12 points can be acquired, and user behavior data can be acquired at 12 and 13 points at regular time; in the rest time of a certain day and weekend, the user frequently uses the application, and the user behavior data can be acquired in real time. For obtaining user behavior data within a certain period of time, user behavior data at large time intervals of 1 month, 2 months, 6 months, 1 year and the like can also be obtained; of course, for the purpose of acquiring the user behavior data at regular time, the embodiment may also acquire the user behavior data at regular time such as fixed time per month, fixed time per quarter, fixed time per year, and the like. It should be understood that, for the way of acquiring the user behavior data for a certain period of time or acquiring the user behavior data at regular time, the terminal can flexibly adjust the time according to the environmental requirements; for the manner of acquiring the user behavior, the terminal can also be flexibly switched according to real-time requirements, for example, in a certain weekend rest time, user behavior data can be acquired in real time from 9 to 11 points, and can be acquired regularly every half hour from 12 to 14 points.

S402: and selecting data needing to be reported in real time from the acquired user behavior data according to a preset data classification rule applied to the data, and storing the data into a data real-time reporting queue.

And classifying the acquired user behavior data according to a preset data classification rule, wherein the data are mainly divided into data needing to be reported in real time and data capable of being reported in other flexible reporting modes, and the data needing to be reported in real time are stored in a data real-time reporting queue. The data classification rule is obtained from a data statistics server corresponding to the application before classifying the user behavior data according to a data classification rule preset for the application, and the data classification rule can be a data demand priority set by the data statistics server according to real-time demand on the user behavior data; or the user or the application server self-defines the set data demand priority according to the self demand and reports the priority to the data statistical server; the data requirement priority can also be determined by combining the requirement of the data statistics server and the requirement set by the user, and it should be understood that the data requirement priority set by the user in a self-defined manner is higher than the data requirement priority set by the data statistics server. That is, the data to be reported in real time is the data with the highest priority of data demand, and the rest of the data except the data with real time demand is the data that can be reported by adopting other flexible reporting modes. It should be noted that the data classification rule further includes identification information set according to the priority of the data, that is, the data to be reported in real time and the data that can be reported in other flexible reporting manners are marked, where the data with different requirements are marked differently, and the data statistics server can notify the terminal of the data classification message by pushing according to the marking information of the data.

It should be understood that different applications may have different data classification rules, and that the same data classification rule may be used. For example, for the payment class, the data requirement priority of the user payment amount data is the highest in the data classification rule of "pay treasure" and "WeChat"; for the game applications "royal glory", "yin-yang teacher" and "hero union", the data requirement priority of the game purchase equipment data of the user is highest.

In order to facilitate understanding, in this embodiment, data is divided into data that needs to be reported in real time and data that can be reported in other flexible reporting manners according to a data classification rule preset for the application, where in this embodiment, the other flexible reporting manners are specifically determined by a data requirement priority of the data classification rule, and data that does not need to be statistically analyzed at all by the data statistics server is not reported, that is, data with the lowest data requirement priority is not reported; the data which does not need to be counted and analyzed in real time by the data counting server is reported in a timing mode or a delay mode, wherein the priority of the data which is reported in a delay mode is higher than the priority of the data which is reported in a timing mode, and the priority of the data which is reported in a real time mode is lower than the priority of the data which is reported in a real time mode, namely, the data with the highest demand is reported in a real time mode for the acquired user behavior data, and after the real time reporting is finished, the data with the second highest demand is reported in a delay mode; and reporting the data with low demand in a timing reporting mode in order to avoid occupying resources, storing the data reported in timing in the acquired user behavior data into a data timing reporting queue, and reporting the data in the data timing reporting queue to an application server corresponding to the application in timing. For example, data of international news browsed by a user of a news client, data of national news browsed by the user of the news client, data of social news browsed by the user of the entertainment news browser and data of entertainment news browsed by the user of the entertainment news browser are obtained, and the data of the data statistics server, which is supposed to meet the requirement of the data of the entertainment news browsed by the user, on the current is greater than that of the data of the national news browsed by the user and greater than that of the data of the international news browsed by the user, the terminal obtains a push message, and stores the data of the entertainment news browsed by the user, which needs to; for the data browsing the national news, after the data browsing the entertainment news is reported in real time, the data is reported in a delayed way; for the data of browsing social news, the data statistical server reports the data in a timing reporting mode because the data statistical server does not need to count urgently; and reporting is not carried out on the data browsing the international news.

It should be clear that, in the other flexible reporting manners of the above examples, only the timed reporting, the delayed reporting, and no reporting are listed, which are only some common ones listed here, and the other flexible reporting manners are not limited to these information categories.

In some specific scenarios of this embodiment, in a certain time period, if the user does not use any application at all or the number of running applications is small, in order to ensure that the real-time reported data can reach the data statistics server in time, the acquired user behavior data can be directly reported as data that needs to be reported in real time. After the user behavior data of the application in the using process is obtained, before the user behavior data is classified according to the data classification rule, data classification is further performed according to the number of the currently running applications, as shown in fig. 5, fig. 5 is a flowchart of data classification according to the number of the currently running applications.

S501: and judging whether the number of the current running applications in the terminal is less than or equal to a preset number threshold.

S502: and if so, directly reporting the acquired user behavior data in real time as data needing to be reported in real time.

S503: if not, carrying out classification identification on the acquired user behavior data according to a preset data classification rule applied to the user behavior data.

In order to facilitate understanding, the data classification according to the number of the currently running applications is exemplified in the embodiment, and in the working time, if it is detected that the number of the currently running applications in the terminal is 2 and is smaller than the preset number threshold 3, the obtained user behavior data does not need to be classified, and the user behavior data is directly reported in real time as data needing to be reported in real time; and in other certain period of time, if the number of the currently running applications in the terminal is detected to be 5 and is greater than the preset number threshold value 3, classifying the obtained user behavior data according to the data classification rule, and storing the data needing to be reported in real time into a data real-time reporting queue.

It should be understood that the preset number threshold may be set by a user in a self-defined manner, or may be set by the data statistics server in a unified manner, that is, the preset number threshold may be flexibly adjusted according to requirements. For example, in the daytime, the number of currently-running applications of a user is large, the user can customize the number of currently-running applications or the data statistics server uniformly sets a preset number threshold to be a little smaller, for example, 5, the number of currently-running applications is larger than the threshold, for the purpose of accuracy and timeliness of data statistics, the obtained user behavior data are classified according to the data classification rule, and the data needing to be reported in real time are stored in the data real-time reporting queue; at night, the number of the currently running applications is small, the user can customize the currently running applications or the data statistics server can uniformly set a preset number threshold to be a little larger, for example, 10, the number of the currently running applications is smaller than the threshold, and because the data reporting amount is small, the user behavior data is directly reported in real time as the data needing to be reported in real time.

In another embodiment, if the current operation time of the terminal is later, the real-time reported data amount is small, and in order to ensure the timeliness of the reported data, before the obtained user behavior is classified according to the preset data classification, the data classification may be performed according to the current operation time, as shown in fig. 6, where fig. 6 is a flowchart of performing data classification according to the current operation time.

S601: and judging whether the current time belongs to a preset full real-time reporting time range.

S602: and if so, reporting the acquired user behavior data in real time as data needing to be reported in real time.

S603: if not, carrying out classification identification on the acquired user behavior data according to a preset data classification rule applied to the user behavior data.

For convenience of understanding, the present embodiment exemplifies data classification according to the current running time, for example, if the current time is 3 points and belongs to a preset full real-time reporting time range from 1 point to 6 points, the user behavior data is directly reported in real time as data to be reported in real time; and if the current running time is 9 points and does not belong to the preset full real-time reporting time range from 1 point to 6 points, classifying the obtained user behavior data according to a data classification rule.

It should be understood that the preset full real-time reporting range may be set by a user in a self-defined manner, or may be set by the data statistics server in a unified manner, that is, the preset full real-time reporting range may be flexibly adjusted according to requirements. For example, when the application time of the terminal is continuously longer such as 1 point on weekends, the data reporting amount is large, a user can define or a data statistics server uniformly sets a later preset full real-time reporting range such as 2 points to 5 points, the current running time does not belong to the preset full real-time reporting range, for the accuracy and timeliness of data statistics, the obtained user behavior data are classified according to a data classification rule, and the data needing to be reported in real time are stored in a data real-time reporting queue; the current running application time of a user on a working day is shorter, for example 11 points, the user can customize or the data statistical server uniformly set a point with an earlier preset full real-time reporting range, for example, 0 point to 7 points, the current running time belongs to the preset full real-time reporting range, the data reporting amount is less, and then the user behavior data are directly used as the data needing to be reported in real time.

S403: and reporting the data in the data real-time reporting queue to an application server corresponding to the application in real time.

For the data stored in the data real-time reporting queue and needing to be reported in real time, in this embodiment, the data may be reported to the application server corresponding to the application through the terminal, or may be actively reported to the application server by the user. The data statistics server informs the terminal of the data requirement through the push message, and the terminal can realize the function of a central control program of data statistics, namely, the terminal is responsible for receiving the push message from the data statistics server and carrying out differential processing on the data to be reported, or a user actively carries out differential processing on the data to be reported after knowing the push message. For data needing to be reported in real time, reporting the data in the data real-time reporting queue to the application server corresponding to the application in real time specifically comprises packaging the data in the data real-time reporting queue into a parameter content, and reporting the parameter content to the application server corresponding to the application through a preset interface. The preset interface is a service interface of the application or a real-time data reporting interface of the application.

For convenience of understanding, the present embodiment describes that data in the real-time reporting queue is packaged into a parameter content and reported through a preset interface. When the acquired user behavior data are reported in real time, when data to be reported exist in a data real-time reporting queue, taking out the data from the queue, and packaging the data in the data real-time reporting queue into a parameter content; the data to be reported in real time can be stored in the data reporting queue and can be automatically packaged into a parameter content, and the parameter name is uniformly defined as data _ real _ time. Various applications in the terminal can put the parameter content into a service interface which interacts with the corresponding application server information or a data real-time reporting interface of the application, and the terminal sends an interface request to the application server and waits for the interface to be called. It should be understood that, in order to reduce the amount of data reported by one interface in real time, when reporting the acquired user behavior data in real time, the data to be reported in real time may also be classified according to the data type, different types of data are put into the independent data real-time reporting interface corresponding to the data type, and the application sends an interface request to the application server to wait for the interface to be called.

After data is reported, in order to complete data statistics in time, the embodiment stores received data into a preset buffer by receiving the data reported by the user behavior data reporting control method, and the data statistics server performs subsequent reading statistics, for easy understanding, the embodiment provides a data receiving method for implementing a process of receiving reported data and completing reading statistics, and specifically, as shown in fig. 7, fig. 7 is a basic flow chart of the data receiving method provided by the embodiment, and the data receiving method includes:

s701: and receiving data which needs to be reported in real time and is reported by the terminal through the user behavior data reporting control method.

S702: and storing the received data into a preset cache region for a data statistics server to read from the preset cache region according to a data statistics rule.

In this embodiment, after receiving the interface request, the application server receives the DATA parameter to be reported in REAL TIME, which is reported by the user behavior DATA reporting control method, and automatically parses the DATA _ REAL _ TIME parameter, so that the content in the parameter and the obtained user behavior DATA can be directly uploaded to the DATA statistics server, the DATA statistics server performs reading statistics, and the application server can also extract the content in the parameter and write the content into a preset cache region of the DATA statistics server, where the preset cache region can be a specific location in the cache service, such as DATA _ REAL _ TIME _ MAP. In this embodiment, the DATA statistics server has an automatic detection trigger mechanism, and once it is detected that DATA is written in the DATA _ REAL _ TIME _ MAP table of the cache service, the DATA statistics server is automatically notified immediately, the DATA in the cache service is taken out and read, and the DATA is put into the persistent database for subsequent REAL-TIME statistics according to the application and content to which the reported DATA belongs, that is, the DATA statistics server reads the DATA in the cache service and classifies the DATA according to the type of the user behavior DATA, and performs REAL-TIME statistics according to the application and content to which the user behavior DATA belongs.

For real-time reported data reported through a plurality of independent data reporting interfaces, after the application server obtains the real-time reported data through the interfaces, the application server informs a data statistical server to carry out statistics, the data statistical server carries out real-time statistics respectively according to different data reporting data interfaces, but if the number of the data reporting interfaces is large or the number of the reported data of each data reporting interface is large, the application server needs to frequently call the data reporting interfaces, and the statistics on the data reporting interfaces is slow.

According to the method for controlling the reporting of the user behavior data, the data needing to be reported in real time is selected from the obtained user behavior data according to the data classification rules preset by the application and stored in the data real-time reporting queue, meanwhile, the data needing to be reported in real time is packaged into a parameter content and reported to the application server corresponding to the application through a preset interface.

In this embodiment, the received data is stored in the preset buffer area by receiving the reported data, so that the data statistics server can read the data from the preset buffer area, that is, the reported data is put in the buffer area, thereby avoiding the problem that the reported data frequently calls an interface and reduces the power consumption of the terminal when the reported data amount is large.

Second embodiment

For better understanding of the present invention, this embodiment is described with reference to a specific example of a user behavior data reporting control method, and it is assumed that the obtained behavior data of the user is a usage habit of using an application "panning" by the user and a user transaction volume, please refer to fig. 8, where fig. 8 is a flowchart of a user behavior data reporting control method according to a second embodiment of the present invention, where the user behavior data reporting control method includes:

s801: and acquiring user behavior data of the application in the using process.

In this embodiment, assuming that the data statistics server needs to count the usage habits of the user when the user uses "panning" during the weekend rest time, since the user frequently uses the application, the data statistics server needs to obtain the usage habits of the user and the transaction volume of the user in real time, where the usage habits of the user are data automatically recorded by the application when the user uses "panning", for example, the user is often used in association with "pay for treasure" when using "panning", and the "panning" automatically records the usage habits of the user in association with other applications.

S802: and judging whether the current time belongs to a preset full real-time reporting time range, if so, turning to 803, and if not, turning to 804.

S803: and reporting the acquired user behavior data in real time as data needing to be reported in real time.

S804: and acquiring a data classification rule from a data statistics server corresponding to the application.

In this embodiment, the current time of the user using "pan" is 10 points, the preset full real-time reporting time range is 1 point to 5 points, that is, the current time does not belong to the preset full real-time reporting time range, a data classification rule needs to be obtained from the data statistics server corresponding to "pan", and in this embodiment, the data classification rule is a data requirement priority set by the data statistics server according to the real-time requirement on the user behavior data.

In another embodiment, the current time of the user using the "Taobao" is 2 points, and belongs to the range of the preset full real-time reporting time from 1 point to 5 points, and since the data reporting amount of the current time at 2 points is small, data classification is not needed, and the obtained user using habits and the user transaction volume are directly used as the data needing to be reported in real time.

S805: and selecting data needing to be reported in real time from the acquired user behavior data and storing the data into a data real-time reporting queue.

In the embodiment, the data statistics server urgently needs to count the user using habits in order to optimize the 'panning', namely the data requirement priority of the user using habits is higher than the user transaction volume, the data statistics server divides the user using habits into data needing to be reported in real time and marks the data, the user transaction volume is determined as timed reported data, then the 'panning' is informed through a push message that the user using habits data need to be reported in real time, and the user transaction volume only needs to be reported in a timed mode. The Taobao receives the push message from the data statistics server, selects data needing to be reported in real time from the acquired user behavior data according to the data marks, and stores the data in a data real-time reporting queue. And for the data which does not need to be reported in real time, namely the transaction volume of the user, storing the data into a data timing reporting queue, and reporting the data in the data timing reporting queue to an application server corresponding to 'Taobao'.

S806: and packaging the data in the real-time reporting queue into a parameter content.

S807: and reporting the parameter content to an application server corresponding to the application through a preset interface.

In order to avoid invoking multiple independent data reporting interfaces, in this embodiment, data that needs to be reported in real time is reported to an application server corresponding to "naobao" through a preset interface. If data needing to be reported in real time exists in the data real-time reporting queue, the 'Taobao' takes the data out of the queue, encapsulates the data into a parameter content, defines the parameter as data _ real _ time, reports the parameter to an application server corresponding to the 'Taobao' through a service interface which is communicated with the 'Taobao' service information, and sends a request to the 'Taobao' server to wait for interface calling.

In another embodiment, in order to reduce the data volume reported by one interface in real time, when reporting user behavior data in real time, classifying the data to be reported in real time according to data types, dividing the data into user usage habits and user transaction volumes, calling two independent data reporting interfaces, respectively placing the user usage habits and the user transaction volumes into corresponding data reporting interfaces, and sending a request to wait for interface calling.

The present embodiment further provides a data receiving method for receiving reported data, where the data receiving method includes: and receiving data which needs to be reported in real time and is reported by the terminal through the user behavior data reporting control method. And storing the received data into a preset cache region for a data statistics server to read from the preset cache region according to a data statistics rule.

In this embodiment, after receiving an interface call request, the "pan" server performs an interface call and receives a DATA _ REAL _ TIME parameter that needs to be reported in REAL TIME, and the "pan" server analyzes the content of the DATA _ REAL _ TIME parameter, proposes and processes the usage habits of a user and the transaction volume of the user, writes the DATA into DATA _ REAL _ TIME _ MAP in the cache service of the DATA statistics server, and immediately notifies the DATA statistics server to read and count the DATA according to the application and content to which the reported DATA belongs if the DATA is written into the DATA _ REAL _ TIME _ MAP.

In another embodiment, the panning server receives the call requests of two independent data reporting interfaces, carries out interface call to obtain the reported data, does not need to carry out subsequent type classification on the reported data, and directly carries out statistics on the use habits of users and the transaction volume of the users.

In this embodiment, a method for controlling reporting of user behavior data is described by using a specific example, where user behavior data applied in a use process is obtained, data in a data real-time reporting queue is reported and encapsulated as a parameter content in real time according to a data classification rule preset for the application, and the parameter content is reported to an application server corresponding to the application through a preset interface, so that, in this embodiment, a data statistics server may perform real-time statistics on the data according to real-time requirements of statistical data. The embodiment further explains the data receiving method by a specific example, that is, the application server receives the reported data and puts the reported data into the buffer area of the data statistics server for reading statistics, and compared with the reported data of the prior art which frequently reads the interface, the method provided by the embodiment has lower power consumption for reporting data and more reliable reported data.

Third embodiment

This embodiment provides a terminal, configured to implement a method for controlling reporting of user behavior data, as shown in fig. 9, where the terminal includes a first processor 901, a first memory 902, and a first communication bus 903, where:

the first communication bus 903 is used for realizing connection communication between the first processor 901 and the first memory 902;

the first processor 901 is configured to execute one or more first programs stored in the first memory 902 to implement the following steps:

acquiring user behavior data of an application in a using process;

The application in this embodiment is described by taking an "alarm clock" installed in a memory of the terminal before the terminal leaves a factory as an example, where the user behavior data refers to data associated with the application when the user uses the "alarm clock", for example, the number and time interval of the alarm clocks set by the user, that is, the user behavior data in this embodiment is data actively set and recorded by the user according to the user's own needs. In different life scenes, the habits of setting the alarm clock by the user are different, for example, in a working day, the user sets 3 alarm clocks every day, the time is 8 points, the time is 05 points, and the time is 8 points, the time is 10 points; in holidays, the user sets 1 alarm clock, the time is 9 points, so the user behavior data obtained is the user behavior data obtained from 7 points to 9 points of the working day, and the embodiment uses the user behavior data obtained at 12 points every weekend for illustration.

In this embodiment, before the first processor 901 implements the data classification rule preset for the application to classify the user behavior data, the following steps may also be implemented:

For the acquired user behavior data, the data statistical server can classify the data to be counted, and the data classification rule is that the data statistical server performs data classification according to the real-time requirement on the user behavior data.

For the real-time reported data, storing the real-time reported data into a data real-time reporting queue, and packaging the data in the data real-time reporting queue into a parameter content, where the parameter is reported to an application server corresponding to an "alarm clock" through a preset interface.

In other embodiments, before implementing the classifying of the user behavior data according to the data classification rule preset for the application, the first processor 901 may further implement the following steps:

and judging whether the number of the current running applications in the terminal is less than or equal to a preset number threshold, if so, reporting the acquired user behavior data in real time as data needing to be reported in real time.

In a few cases, in a certain time period, if the number of currently running applications in the terminal is less than or equal to a preset number threshold, in order to ensure that real-time reported data can reach the data statistics server in time, the acquired user behavior data is reported in real time as data to be reported in real time, and it is assumed that in other embodiments, 1 currently running application of the terminal is 1 "alarm clock" which is less than 3 of the preset number threshold, and the acquired number and time interval data for setting the alarm clock are directly reported as real-time reported data. Because the data volume needing to be reported in real time by one alarm clock application is less, two independent data real-time reporting interfaces can be directly called in other embodiments, the data of the number of the alarm clocks set by a user corresponds to one data real-time reporting data, the time interval of the alarm clock set by the user corresponds to one data real-time reporting data of the same type, the reporting data is directly put into the data real-time reporting interface, an interface request is sent to an application server, and the interface calling is waited.

The present embodiment also provides a computer-readable storage medium, where one or more programs are stored, and the one or more programs may be executed by one or more processors to implement the steps of the user behavior data reporting control method in the foregoing embodiments.

This embodiment provides a terminal and a computer-readable storage medium, which are used to implement the user behavior data reporting control method, and are described by specific examples, where the user behavior data applied in a use process is acquired, and the user behavior data is classified according to a data classification rule preset for the application and reported in real time through a data real-time reporting queue. The accuracy and the reliability of real-time data statistics in a scene needing real-time analysis of user behavior data are achieved.

Fourth embodiment

The embodiment provides an application server, configured to receive the reported data and write the data into a data statistics server, as shown in fig. 10, the application server includes a second processor 1001, a second memory 1002, and a second communication bus 1003, where:

the second communication bus 1003 is used for realizing connection communication between the second processor 1001 and the second memory 1002;

the second processor 1001 is configured to execute one or more second programs stored in the second memory 1002 to implement the user behavior data reporting method and the data receiving method as described above.

The present embodiment also provides a computer-readable storage medium, which stores one or more programs that can be executed by one or more processors to implement the steps of the data receiving method described in the above embodiments.

For convenience of understanding, specifically referring to fig. 11, the application server provided in this embodiment may also implement a user behavior data reporting control method and a data receiving method, where the user behavior data reporting control method and the data receiving method include:

s1101: and the application server reports the data classification rule to the data statistics server.

In this embodiment, the data classification rule may be that the application server sets the priority of the data requirement according to self-definition of self-demand and then reports the priority to the data statistics server, or may be that the data classification rule set by the user according to self-demand is uploaded to the application server, and the application server uploads the data classification rule to the data statistics server.

S1102: and the data statistical server informs the classification result to the terminal according to the classification rule.

The data statistics server classifies and identifies the data to be counted according to the data demand priority, and directly informs the terminal of which data is required to be reported in real time, which data is reported in a delayed manner and which data is reported in a fixed time through a push message.

S1103: the terminal acquires the push message and the user behavior data applied in the using process.

The terminal receives the push message from the data statistics server, acquires user behavior data in different acquisition modes according to data demand, acquires data with high data demand priority in real time, acquires data with high data demand priority every 1 hour, and acquires data with 18 points at the lowest data priority.

S1104: and the terminal selects data needing to be reported in real time from the acquired user behavior data according to the push message and stores the data into a data real-time reporting queue.

In this embodiment, since the push message already explicitly indicates which data is data that needs to be reported in real time and which data does not need to be reported in real time, the terminal directly stores the data that needs to be reported in real time in the data real-time reporting queue according to the message content, and for the data that does not need to be reported in real time, the above-mentioned embodiment is described, and details are not repeated here.

S1105: and the terminal packages the data in the data real-time reporting queue into a parameter content.

In some embodiments, the terminal directly packages the data into a parameter content when the data is stored in the data real-time reporting queue.

S1106: and the terminal reports the parameter content to an application server corresponding to the application through a service interface.

In other embodiments, the parameter content can also be put into a data real-time reporting interface without sending an interface calling request to the application server.

S1107: and the application server receives the data which needs to be reported in real time and is reported by the terminal through the user behavior data reporting control method.

And after the application server receives the interface calling request or detects that the interface has parameter writing, receiving the parameter and extracting the content in the parameter.

S1108: and the application server stores the received data into a preset cache region of the data statistics server.

In order to reduce the number of times that the application server reports data to the data statistics server, in this embodiment, the data received by the application server is written into a specific location in the cache service of the data statistics server; of course, the application server may not store the data in the preset buffer area of the data statistics server, and the application server directly reports the data.

S1109: and the data statistics server reads the statistical receiving data from the preset cache region according to the data statistics rule.

For the data stored in the preset buffer area, once the data statistics server detects that data are written in the buffer service, the data statistics server immediately takes out and reads the data in the buffer service, and puts real-time reported data into a persistent database for subsequent real-time statistics according to the application and content of the reported data; for the data directly reported, the data statistics service can directly read statistics, but when the data reporting amount is large, the direct reading statistics reduces the power consumption of the server, and affects the statistics efficiency.

The embodiment provides an application server and a computer-readable storage medium, which are used for implementing the user behavior data reporting control and the data receiving method, and are described by specific examples, data to be reported in real time is reported to the application server through an interface, the application server receives the reported data and stores the reported data in a cache service of a data statistics server, and the data statistics server performs reading statistics to implement real-time reporting of the data to be reported.

It should be noted that, in this document, 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 like elements in a process, method, article, or apparatus that comprises the element.

The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.

While the present invention has been described with reference to the embodiments shown in the drawings, the present invention is not limited to the embodiments, which are illustrative and not restrictive, and it will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the invention as defined in the appended claims.

Claims

1. A user behavior data reporting control method is characterized by comprising the following steps:

acquiring user behavior data of an application in a using process;

2. The method as claimed in claim 1, wherein before the step of selecting data to be reported in real time from the obtained user behavior data according to the data classification rule preset for the application and storing the selected data in the data real-time reporting queue, the method further comprises:

3. The method as claimed in claim 1, wherein the step of applying the predetermined data classification rule comprises the following steps:

4. The method as claimed in any one of claims 1 to 3, wherein the step of reporting the data in the real-time data reporting queue to the application server corresponding to the application in real time includes:

5. The method as claimed in claim 4, wherein the predetermined interface is a service interface of the application, or the predetermined interface is a real-time data reporting interface of the application.

6. The method according to any one of claims 1 to 3, wherein after the step of obtaining the user behavior data during the use of the application, and before the step of selecting data to be reported in real time from the obtained user behavior data according to a data classification rule preset for the application, the method further comprises:

or,

7. A data receiving method, characterized in that said data receiving method comprises the steps of:

receiving data which is reported by a terminal through the user behavior data reporting control method according to any one of claims 1 to 6 and needs to be reported in real time;

8. A terminal, comprising a first processor, a first memory, and a first communication bus;

the first processor is configured to execute one or more first programs stored in the first memory to implement the steps of the method for controlling reporting of user behavior data according to any one of claims 1 to 6.

9. An application server, comprising a second processor, a second memory, and a second communication bus;

the second processor is configured to execute one or more second programs stored in the second memory to implement the steps of the data receiving method as claimed in claim 7.

10. A computer-readable storage medium, storing one or more first programs, which are executed by one or more processors to implement the steps of the method for controlling reporting of user behavior data according to any one of claims 1 to 6;

or,

the computer readable storage medium stores one or more second programs, which are executed by one or more processors to implement the steps of the data receiving method as claimed in claim 7.