CN108093439A - 用户行为数据上报控制方法、终端及计算机可读存储介质 - Google Patents
用户行为数据上报控制方法、终端及计算机可读存储介质 Download PDFInfo
- Publication number
- CN108093439A CN108093439A CN201711040008.0A CN201711040008A CN108093439A CN 108093439 A CN108093439 A CN 108093439A CN 201711040008 A CN201711040008 A CN 201711040008A CN 108093439 A CN108093439 A CN 108093439A
- Authority
- CN
- China
- Prior art keywords
- data
- real
- user behavior
- time report
- time
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
- G06F16/35—Clustering; Classification
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种用户行为数据上报方法、终端及计算机可读存储介质,该方法获取应用在使用过程中的用户行为数据,按为所述应用预设的数据分类规则,从获取的用户行为数据中选择出需要实时上报的数据并存储到数据实时上报队列中,将所述数据实时上报队列中的数据实时上报给所述应用对应的应用服务器,实现了在实时上报时,按照数据分类规则有针对的对需要实时上报的数据进行上报,保证数据上报的及时性和准确性,本发明还公开了一种终端及计算机可读存储介质,通过实施上述方案,解决了现有实时上报中,上报所有数据导致的资源利用率以及影响终端功耗的问题。
Description
技术领域
本发明涉及通信技术领域,更具体地说,涉及一种用户行为数据上报方法、终端及计算机可读存储介质。
背景技术
在移动互联网时代,随着智能手机、平板电脑等终端的推广和普及,各种应用应运而生。各应用在运行中时,会记录相应的数据并将其上报至服务器,通过服务器对上报的数据进行分析统计,从而根据结果实现制定应用下一版本的开发计划、完善应用运营策略等效果。因此针对用户的大数据统计也越来越重要。目前的大数据统计都是基于用户的行为数据收集,现有将数据上报至服务器的方式主要是通过定时上报的方式将各应用运行数据统一上报至服务器,即用户数据先累积在手机客户端,然后由客户端定时上传到服务器,但对于需要实时分析用户行为数据的场景来说,定时数据上报不够及时,为了解决定时上报的问题,现有技术还可以采用实时上报的方式将用户的行为数据实时上报至服务器,采用实时上报的方式将所有用户的行为数据都上报至服务器,数据上报量大且影响终端功耗,同时造成资源的浪费,导致对用户行为数据的统计不够及时、准确。
发明内容
本发明要解决的技术问题在于现有技术在实时上报数据时,将所有数据都实时上报,不对数据进行区分致使上报数据量大影响终端功耗,从而导致数据统计不够及、准确的问题,针对该技术问题,提供一种用户行为数据上报方法、终端及计算机可读存储介质。
为解决上述技术问题,本发明提供一种用户行为数据上报控制方法,所述用户行为数据上报控制方法包括:
获取应用在使用过程中的用户行为数据;
按为所述应用预设的数据分类规则,从获取的用户行为数据中选择出需要实时上报的数据并存储到数据实时上报队列中;
将所述数据实时上报队列中的数据实时上报给所述应用对应的应用服务器。
可选的,所述按为所述应用预设的数据分类规则,从获取的用户行为数据中选择出需要实时上报的数据并存储到数据实时上报队列中的步骤之前,还包括:
从所述应用对应的数据统计服务器获取数据分类规则,所述数据分类规则中包含需要实时上报的数据的识别信息。
可选的,所述按为所述应用预设的数据分类规则的步骤之后包括:
对于所述获取的用户行为数据中不需要实时上报的数据,存储到数据定时上报队列;
将所述数据定时上报队列中的数据定时上报给所述应用对应的应用服务器。
可选的,所述将所述数据实时上报队列中的数据实时上报给所述应用对应的应用服务器的步骤包括:
将所述数据实时上报队列中的数据封装为一个参数内容;
将所述参数内容通过一个预设接口上报给所述应用对应的应用服务器。
可选的,所述预设接口为所述应用的业务接口,或所述预设接口为所述应用的一个数据实时上报接口。
可选的,所述获取应用在使用过程中的用户行为数据的步骤之后,按为所述应用预设的数据分类规则从获取的用户行为数据中选择出需要实时上报的数据的步骤之前,还包括:
判断终端中当前运行应用的个数是否小于等于预设个数阈值,如是,将所述获取的用户行为数据作为需要实时上报的数据进行实时上报;
或,
判断当前时间是否属于预设全实时上报时间范围,如是,将所述获取的用户行为数据作为需要实时上报的数据进行实时上报。
进一步地,本发明还提供一种数据接收方法,所述数据接收方法包括:
接收终端通过上述任一项所述的用户行为数据上报控制方法上报的需要实时上报的数据;
将接收到的数据存入预设缓存区以供数据统计服务器按照数据统计规则从所述预设缓存区中读取。
进一步地,本发明还提供了一种终端,所述终端包括第一处理器、第一存储器及第一通信总线;
所述第一通信总线用于实现第一处理器和第一存储器之间的连接通信;
所述第一处理器用于执行第一存储器中存储的一个或者多个第一程序,以实现上述任一项所述的用户行为数据上报控制方法的步骤。
进一步地,本发明还提供了一种应用服务器,所述应用服务器包括第二处理器、第二存储器及第二通信总线;
所述第二通信总线用于实现第二处理器和第二存储器之间的连接通信;
所述第二处理器用于执行第二存储器中存储的一个或者多个第二程序,以实现上述的数据接收方法的步骤。
进一步地,本发明还提供了一种计算机可读存储介质,所述计算机可读存储介质有一个或者多个第一程序,所述一个或者多个第一程序被一个或者多个处理器执行,以实现上述任一项所述的用户行为数据上报控制方法的步骤;
或,
所述计算机可读存储介质存储有一个或者多个第二程序,所述一个或者多个第二程序被一个或者多个处理器执行,以实现上述的数据接收方法的步骤。
有益效果
本发明提供一种用户行为数据上报方法、终端及计算机可读存储介质,针对现有技术中在实时上报数据时,将所有数据都实时上报,不对数据进行区分致使上报数据量大影响终端功耗,从而导致数据统计不够及、准确的问题,通过获取应用在使用过程中的用户行为数据,按为所述应用预设的数据分类规则,从获取的用户行为数据中选择出需要实时上报的数据并存储到数据实时上报队列中,并将所述数据实时上报队列中的数据实时上报给所述应用对应的应用服务器,即本发明对于获得的用户行为数据按照预设数据分类规则进行选择,根据选择结果将需要实时分析用户行为的数据存储到数据实时上报队列中,同时通过数据实时上报队列实时上报给应用服务器,本发明是对上报的数据进行了区分,将需要实时上报的数据实时上报给应用服务器,本发明提供的有针对性的部分数据实时上报机制,既能保证需要实时上报的数据的上报及时性要求,同时实时上报数据的针对性和准确性更好,所占用的资源也更少,功耗更低,在提升资源利用率以及终端的待机时长的同时,能提升用户体验满意度。
附图说明
下面将结合附图及实施例对本发明作进一步说明,附图中:
图1为实现本发明各个实施例一个可选的移动终端的硬件结构示意图;
图2为如图1所示的移动终端的无线通信***示意图;
图3为本发明各个实施例一个可选的服务器的硬件结构示意图;
图4为本发明第一实施例提供的用户行为数据上报控制方法流程图;
图5为本发明第一实施例提供的根据当前运行应用的个数进行数据分类方法流程图;
图6为本发明第一实施例提供的根据当前运行时间进行数据分类方法流程图;
图7为本发明第一实施例提供的数据接收方法流程图;
图8为本发明第二实施例提供的用户行为数据上报控制方法细化流程图;
图9为本发明第三实施例提供的终端结构示意图流程图;
图10为本发明第四实施例提供的应用服务器示意图流程图;
图11为本发明第四实施例提供的用户行为数据上报控制和数据接收方法示意图流程图。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身没有特定的意义。因此,“模块”、“部件”或“单元”可以混合地使用。
终端可以以各种形式来实施。例如,本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant,PDA)、便捷式媒体播放器(Portable Media Player,PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端,以及诸如数字TV、台式计算机等固定终端。
后续描述中将以移动终端为例进行说明,本领域技术人员将理解的是,除了特别用于移动目的的元件之外,根据本发明的实施方式的构造也能够应用于固定类型的终端。
请参阅图1,其为实现本发明各个实施例的一种移动终端的硬件结构示意图,该移动终端100可以包括:RF(Radio Frequency,射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解,图1中示出的移动终端结构并不构成对移动终端的限定,移动终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图1对移动终端的各个部件进行具体的介绍:
射频单元101可用于收发信息或通话过程中,信号的接收和发送,具体的,将基站的下行信息接收后,给处理器110处理;另外,将上行的数据发送给基站。通常,射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于GSM(Global System of Mobile communication,全球移动通讯***)、GPRS(General Packet Radio Service,通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000,码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access,时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution,频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution,分时双工长期演进)等。
WiFi属于短距离无线传输技术,移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102,但是可以理解的是,其并不属于移动终端的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时,将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit,GPU)1041和麦克风1042,图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据),并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
移动终端100还包括至少一种传感器105,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度,接近传感器可在移动终端100移动到耳边时,关闭显示面板1061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。
用户输入单元107可用于接收输入的数字或字符信息,以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作),并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器110,并能接收处理器110发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071,用户输入单元107还可以包括其他输入设备1072。具体地,其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种,具体此处不做限定。
进一步的,触控面板1071可覆盖显示面板1061,当触控面板1071检测到在其上或附近的触摸操作后,传送给处理器110以确定触摸事件的类型,随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中,触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能,但是在某些实施例中,可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能,具体此处不做限定。
接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器109可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是移动终端的控制中心,利用各种接口和线路连接整个移动终端的各个部分,通过运行或执行存储在存储器109内的软件程序和/或模块,以及调用存储在存储器109内的数据,执行移动终端的各种功能和处理数据,从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元;优选的,处理器110可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作***、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器110中。
移动终端100还可以包括给各个部件供电的电源111(比如电池),优选的,电源111可以通过电源管理***与处理器110逻辑相连,从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
尽管图1未示出,移动终端100还可以包括蓝牙模块等,在此不再赘述。
为了便于理解本发明实施例,下面对本发明的移动终端所基于的通信网络***进行描述。
请参阅图2,图2为本发明实施例提供的一种通信网络***架构图,该通信网络***为通用移动通信技术的LTE***,该LTE***包括依次通讯连接的UE(User Equipment,用户设备)201,E-UTRAN(Evolved UMTS Terrestrial Radio Access Network,演进式UMTS陆地无线接入网)202,EPC(Evolved Packet Core,演进式分组核心网)203和运营商的IP业务204。
具体地,UE201可以是上述终端100,此处不再赘述。
E-UTRAN202包括eNodeB2021和其它eNodeB2022等。其中,eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接,eNodeB2021连接到EPC203,eNodeB2021可以提供UE201到EPC203的接入。
EPC203可以包括MME(Mobility Management Entity,移动性管理实体)2031,HSS(Home Subscriber Server,归属用户服务器)2032,其它MME2033,SGW(Serving Gate Way,服务网关)2034,PGW(PDN Gate Way,分组数据网络网关)2035和PCRF(Policy andCharging Rules Function,政策和资费功能实体)2036等。其中,MME2031是处理UE201和EPC203之间信令的控制节点,提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能,并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送,PGW2035可以提供UE 201的IP地址分配以及其它功能,PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点,它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。
IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem,IP多媒体子***)或其它IP业务等。
虽然上述以LTE***为例进行了介绍,但本领域技术人员应当知晓,本发明不仅仅适用于LTE***,也可以适用于其他无线通信***,例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络***等,此处不做限定。
为了便于理解本发明实施例,下面对本发明的服务器进行描述。
如图3所示,为实现本发明各个实施例一个可选的服务器的结构示意图,该服务器至少包括:输入输出(IO)总线301、处理器302、存储器303、内存304和通信装置305。其中,
输入输出(IO)总线303分别与自身所属的服务器的其它部件(处理器302、存储器303、内存304和通信装置305)连接,并且为其它部件提供传送线路。
处理器302通常控制自身所属的服务器的总体操作。例如,处理器302执行计算和确认等操作。其中,处理器302可以是中央处理器(CPU)。
通信装置305,通常包括一个或多个组件,其允许自身所属的服务器与无线通信***或网络之间的无线电通信。
存储器303存储处理器可读、处理器可执行的软件代码,其包含用于控制处理器302执行本文描述的功能的指令(即软件执行功能)。
其中,本发明提供的应用服务器中,实现接收上报数据、将上报数据存储在数据统计服务器缓存区以供数据统计服务器进行读取的功能的软件代码可存储在存储器303中,并由处理器302执行或编译后执行。
基于上述移动终端、应用服务器的硬件结构以及通信网络***,提出本发明方法各个实施例。
第一实施例
为了解决现有技术在实时上报数据时,将所有数据实时上报,数据上报量大影响终端功耗,且占用资源,从而导致数据统计不够及时、准确的问题,本实施例根据预设的数据分类规则对获取的用户行为数据进行选择分类,将需要实时上报的数据存储在数据实时上报队列中实时上报至应用服务器,本实施例对上述方法进行详细说明。
为了更好的理解,本实施例提供一种用户行为数据上报控制方法,用于终端实现上报需要实时分析用户行为数据的过程,具体的可参加图4所示,图4为本实施例提供的一种用户行为数据上报控制方法基本流程图,该用户行为数据上报控制方法包括:
S401:获取应用在使用过程中的用户行为数据。
本实施例中的应用可以是终端上安装的任意应用程序,比如该应用可以是根据用户下发的下载指令通过无线通信从网络中的服务器中下载得到的,如“支付宝”、“微信”、“微博”等等,当然,该应用也可以是在该终端在出厂前就被安装在终端的内存中,比如“闹钟”、“照相”、“计算器”等等。
在此,对用户行为数据进行说明。本实施例中的用户行为数据是指用户在使用应用时,与该应用相关联的数据,例如用户在该应用的使用内容、使用习惯、缓存记录等等。用户行为数据可以是应用自动记录、缓存的数据,例如用户播放音乐时,“音乐”对用户播放的音乐数据进行缓存;也可以是用户根据自身需求主动设置记录的数据,例如用户在设置闹钟时,主动记录闹钟时间。应当理解的是,用户可以只使用一个应用,也可以同时使用多个应用,例如用户在“阅读”的时候,在后台打开“音乐”进行音乐播放,同时使用“阅读”、“音乐”应用,因此获取应用在使用过程中的用户行为数据可以是获取一个应用的用户行为数据,也可以是获取一个应用的多个用户行为数据,还可以是获取多个应用的多个用户行为数据,应当理解的是,数据统计服务器可以根据统计需求灵活选择获取的应用的用户行为数据的个数以及具体获取哪些应用的用户行为数据。
需要说明的是,在不同的生活场景中,获取用户行为数据可以是获取某一时间段的应用的用户行为数据,也可以是实时获取,还可以是定时获取。例如,在某天工作时间内,用户使用应用的频率不高,可以获取9点到12点间的应用的用户行为数据,也可以定时在12点、13点获取用户行为数据;在某天周末休息时间内,用户频繁使用应用,可以实时获取用户行为数据。对于获取某一段时间内的用户行为数据来说,还可以是获取1个月、2个月、6个月、1年等大范围时间间隔的用户行为数据;当然对于定时获取用户行为数据来说,本实施例还可以定时每个月的固定时间、每季度的固定时间、每几年的固定时间等去获取用户行为数据。应当理解的是,对于获取某一段时间的用户行为数据或定时获取用户行为数据的方式,终端可以根据环境需求对时间进行灵活调整;对于获取用户行为的方式,终端也可以根据实时需求灵活转换,例如在某天周末休息时间内,在9点到11点可以实时获取用户行为数据,在12点到14点可以每半个小时定时获取。
S402:按为所述应用预设的数据分类规则,从获取的用户行为数据中选择出需要实时上报的数据并存储到数据实时上报队列中。
对于获取的用户行为数据,按照应用预设的数据分类规则对数据进行分类,主要分为需要实时上报的数据和可以采用其他灵活上报方式上报的数据,将需要实时上报的数据存储到数据实时上报队列中。其中数据分类规则是在按为所述应用预设的数据分类规则对用户行为数据进行分类之前,从所述应用对应的数据统计服务器获取得到的,数据分类规则可以是数据统计服务器根据对用户行为数据的实时需求性设置的数据需求优先级;也可以是用户或应用服务器根据自身需求性自定义设置的数据需求优先级,并上报给数据统计服务器;还可以是结合数据统计服务器的需求性和用户自身设定的需求性确定数据需求优先级,应当理解的是,用户自定义设置的数据需求优先级高于数据统计服务器设置的数据需求优先级。即需要实时上报的数据为数据需求优先级最高的数据,除了实时需求的数据,其余的数据为可以采用其他灵活上报方式上报的数据。需要说明的是,数据分类规则中还包含根据数据优先级设定的识别信息,即对需要实时上报的数据和可以采用其他灵活上报方式上报的数据的进行标记,其中,不同需求的数据标记不同,数据统计服务器可以根据数据的标记信息将数据分类消息通过推送告知终端。
应当理解的是,对于不同的应用可以是不同的数据分类规则,也可以同一数据分类规则。例如对于支付类应用“支付宝”、“微信”,数据分类规则中,用户支付金额数据的数据需求优先级最高;对于游戏类应用“王者荣耀”、“阴阳师”、“英雄联盟”,用户的游戏购买装备数据的数据需求优先级最高。
为了便于理解,本实施例对按为所述应用预设的数据分类规则,将数据分为需要实时上报的数据和可以采用其他灵活上报方式上报的数据进行说明,在本实施例中,其中其他灵活上报方式具体由数据分类规则的数据需求优先级而定,对于数据统计服务器完全不需要进行统计分析的数据不进行上报,即对数据需求优先级最低的数据不上报;对于数据统计服务器无需实时统计分析的数据采用定时上报或延时上报,其中采用延时上报的数据相对于采用定时上报的数据需求优先级较高,相对于采用实时上报的数据需求优先级较低,即对于获取的用户行为数据,采用实时上报的方式将需求性最高的数据进行实时上报,实时上报完成后,采用延时上报方式将需求性次高的数据进行延时上报;对于需求性较低的数据,为了避免占用资源,则采用定时上报的方式进行上报,对于所述获取的用户行为数据中定时上报的数据,存储到数据定时上报队列,将所述数据定时上报队列中的数据定时上报给所述应用对应的应用服务器。例如,获取“新闻客户端”的用户浏览国际新闻的数据,浏览国家新闻的数据,浏览社会新闻的数据、浏览娱乐新闻的数据,按获取的数据分类规则对用户行为数据进行分类,假设数据统计服务器现在对用户浏览娱乐新闻的数据需求性大于浏览国家新闻的数据大于浏览社会新闻的数据大于浏览国际新闻的数据,则终端获取推送消息,根据标记,将需要实时上报的浏览娱乐新闻的数据存储在数据实时上报队列中进行实时上报;对于浏览国家新闻的数据,在实时上报完浏览娱乐新闻的数据后进行延时上报;对于浏览社会新闻的数据,由于数据统计服务器不急需统计,则采用定时上报的方式上报;对于浏览国际新闻的数据则不进行上报。
应当明确的是,上述示例的其他灵活上报方式中仅列举了定时上报、延时上报,不上报,这里所列举的只是比较常见的几种而已,其他灵活上报方式并不局限于这几种信息类别。
在本实施例某些特定的场景中,某个时间段内,如果用户完全不使用任何应用或运行应用的个数较少,为了保证实时上报数据能够及时到达数据统计服务器,可以将获取的用户行为数据直接作为需要实时上报的数据进行上报。在获取应用在使用过程中的用户行为数据的之后,按数据分类规则对用户行为数据进行分类之前还包括根据当前运行应用的个数进行数据分类,如图5所示,图5为根据当前运行应用的个数进行数据分类的流程图。
S501:判断终端中当前运行应用的个数是否小于等于预设个数阈值。
S502:如是,将所述获取的用户行为数据直接作为需要实时上报的数据进行实时上报。
S503:如否,按为所述应用预设的数据分类规则,对获取的用户行为数据进行分类标识。
为了便于理解,本实施例对根据当前运行应用的个数进行数据分类进行举例说明,在工作时间内,检测到终端中当前运行应用的个数为2个,小于预设个数阈值3,则无需对获取的用户行为数据分类,直接将用户行为数据作为需要实时上报的数据进行实时上报;在其他某段时间内,检测到终端中当前运行应用的个数为5个,大于预设个数阈值3,则根据数据分类规则对获得的用户行为数据分类,将需要实时上报的数据存储到数据实时上报队列中。
应当理解的是,预设个数阈值可以由用户自定义设置,也可以是数据统计服务器统一设定,即预设个数阈值可以根据需求灵活调整。例如在白天用户当前运行应用较多,数据上报量大,用户可以自定义或数据统计服务器统一设置预设个数阈值较小一点,如5个,当前运行应用的个数大于阈值,为了数据统计的准确性和及时性,则根据数据分类规则对获得的用户行为数据分类,将需要实时上报的数据存储到数据实时上报队列中;在夜晚用户当前运行应用较少,用户可以自定义或数据统计服务器统一设置预设个数阈值较大一点,如10个,当前运行应用的个数小于阈值,由于数据上报量较少,则直接将用户行为数据作为需要实时上报的数据进行实时上报。
在另一实施例中,如果终端当前运行时间较晚,实时上报的数据量小且为了保证上报数据的及时性,对获取的用户行为按预设的数据分类进行分类之前还可以根据当前运行时间进行数据分类,如图6所示,图6为根据当前运行时间进行数据分类的流程图。
S601:判断当前时间是否属于预设全实时上报时间范围。
S602:如是,将所述获取的用户行为数据作为需要实时上报的数据进行实时上报。
S603:如否,按为所述应用预设的数据分类规则,对获取的用户行为数据进行分类标识。
为了便于理解,本实施例对根据当前运行时间进行数据分类进行举例说明,例如当前时间为3点,属于预设全实时上报时间范围1点至6点,则直接将用户行为数据作为需要实时上报的数据进行实时上报;若当前运行时间为9点,不属于预设全实时上报时间范围1点至6点,则根据数据分类规则对获得的用户行为数据分类。
应当理解的是,预设全实时上报范围可以由用户自定义设置,也可以是数据统计服务器统一设定,即预设全实时上报范围可以根据需求灵活调整。例如在周末终端运行应用时间持续到较长如1点,数据上报量大,用户可以自定义或数据统计服务器统一设置预设全实时上报范围较晚一点,如2点至5点,当前运行时间不属于预设全实时上报范围,为了数据统计的准确性和及时性,则根据数据分类规则对获得的用户行为数据分类,将需要实时上报的数据存储到数据实时上报队列中;在工作日用户当前运行应用时间持续较短如11点,用户可以自定义或数据统计服务器统一设置预设全实时上报范围较早一点,如0点至7点,当前运行时间属于预设全实时上报范围,数据上报量较少,则直接将用户行为数据作为需要实时上报的数据进行实时上报。
S403:将所述数据实时上报队列中的数据实时上报给所述应用对应的应用服务器。
对于存储在数据实时上报队列中的需要实时上报的数据,在本实施例中,可以通过终端上报给应用对应的应用服务器,也可以由用户主动上报至应用服务器。数据统计服务器通过推送消息将数据需求性告知终端,终端可以实现一个数据统计的中控程序的功能,即终端负责接收来自数据统计服务器的推送消息,对需要上报的数据进行区别处理,或者用户知道推送消息后主动对需要上报的数据进行区别处理。对于需要实时上报的数据,将所述数据实时上报队列中的数据实时上报给所述应用对应的应用服务器具体包括将所述数据实时上报队列中的数据封装为一个参数内容,将所述参数内容通过一个预设接口上报给所述应用对应的应用服务器。其中预设接口为所述应用的业务接口,或为所述应用的一个数据实时上报接口。
为了便于理解,本实施例对将数据实时上报队列中的数据封装为一个参数内容并通过预设接口上报进行说明。在实时上报获取的用户行为数据时,当数据实时上报队列中存在需要上报的数据,则将数据从队列中取出来,并将数据实时上报队列中的数据封装为一个参数内容;还可以将需要实时上报的数据存储在数据上报队列的同时自动将数据封装为一个参数内容,,参数名统一定义为data_real_time。终端中的各种应用会将参数内容放入与对应的应用服务器信息交互的业务接口或应用的一个数据实时上报接口,终端向应用服务器发送接口请求,等待接口调用。应当理解的是,为了减少了一个接口实时上报的数据量,在实时上报获取的用户行为数据时,还可以将需要实时上报的数据根据数据类型进行分类,不同类型的数据放入与数据类型相对应的独立数据实时上报接口,应用向应用服务器发送接口请求,等待接口调用。
在数据上报后,为了及时完成数据统计,本实施例通过接收上述通过用户行为数据上报控制方法上报的数据,将接收数据存入预设缓存区,数据统计服务器进行后续读取统计,为了便于理解,本实施例提供一种数据接收方法,用于实现接收上报数据,完成读取统计的过程,具体的可参加图7所示,图7为本实施例提供的一种数据接收方法基本流程图,该数据接收方法包括:
S701:接收终端通过用户行为数据上报控制方法上报的需要实时上报的数据。
S702:将接收到的数据存入预设缓存区以供数据统计服务器按照数据统计规则从所述预设缓存区中读取。
在本实施例中,应用服务器接收到接口请求后,接收通过用户行为数据上报控制方法上报的需要实时上报的数据参数,并自动解析data_real_time参数,可以将参数中的内容及获取的用户行为数据直接上传至数据统计服务器,数据统计服务器进行读取统计,应用服务器还可以将参数中的内容提取出来,并写入数据统计服务器的预设缓存区,其中预设缓存区可以为缓存服务中的特定位置,如DATA_REAL_TIME_MAP中。在本实施例中,数据统计服务器中有一个自动检测触发机制,一旦检测缓存服务的DATA_REAL_TIME_MAP表中有数据写入,则会立即自动通知到数据统计服务器,将缓存服务中的数据取出读取,并根据该上报数据的所属应用及内容,放到其持久化数据库中进行后续的实时统计,即数据统计服务器读取缓存服务中的数据并根据用户行为数据的类型进行分类,根据用户行为数据不同的所属应用和内容进行分别实时统计。
对于通过多个独立的数据上报接口进行上报的实时上报数据,应用服务器通过接口获取实时上报数据后,通知数据统计服务器进行统计,数据统计服务器根据不同的数据上报数据接口进行分别实时统计,但若数据上报接口较多或每个数据上报接口上报数据较多,应用服务器则需要频繁调用数据上报接口,且对数据上报接口进行统计也会较为缓慢。
本实施例根据应用预设的数据分类规则,从获取的用户行为数据中选择出需要实时上报的数据并存储到数据实时上报队列中,同时将需要实时上报的数据封装为一个参数内容,并通过一个预设接口上报给所述应用对应的应用服务器,通过本发明提供的用户行为数据上报控制方法,只需一个接口就可将需要实时上报的数据进行实时上报,实现了对于需要实时上报的数据来说,数据上报的可靠性和及时性,避免了现有技术使用多个接口上报数据导致资源的浪费和接口调用频繁性影响功耗。
本实施例还通过接收上述上报数据,将接收到的数据存入预设缓存区以供数据统计服务器从所述预设缓存区中读取,即将上报数据放入缓存区避免在数据上报量大时,上报数据频繁调用接口,降低终端功耗的问题。
第二实施例
为了更好的理解本发明,本实施例结合一个用户行为数据上报控制方法具体的示例进行说明,假定获取用户的行为数据为用户使用一个应用“淘宝”的使用习惯和用户交易成交量,请参见图8,图8为本发明第二实施例提供的一种用户行为数据上报控制方法的流程图,该用户行为数据上报控制方法包括:
S801:获取应用在使用过程中的用户行为数据。
在本实施例中,假设在周末休息时间,数据统计服务器需要对用户使用“淘宝”时的使用习惯进行统计,由于用户频繁使用此应用,数据统计服务器需要实时获取用户使用习惯和用户交易成交量,其中用户使用习惯为用户使用“淘宝”时,该应用自动记录的数据,例如用户在使用“淘宝”时,经常和“支付宝”关联使用,“淘宝”自动记录用户关联使用其他应用的使用习惯。
S802:判断当前时间是否属于预设全实时上报时间范围,如是,转至803,如否,转至804。
S803:将所述获取的用户行为数据作为需要实时上报的数据进行实时上报。
S804:从所述应用对应的数据统计服务器获取数据分类规则。
在本实施例中,用户使用“淘宝”的当前时间为10点,预设全实时上报时间范围为1点至5点,即当前时间不属于预设全实时上报时间范围,则需要从“淘宝”对应的数据统计服务器中获取数据分类规则,本实施例中,数据分类规则是数据统计服务器根据对用户行为数据的实时需求性设置的数据需求优先级。
在另一实施例中,用户使用“淘宝”的当前时间为2点,属于预设全实时上报时间范围1点至5点,由于当前时间2点的数据上报量较小,则无需数据分类,直接将获取的用户使用习惯和用户交易成交量作为需要实时上报的数据进行实时上报。
S805:从获取的用户行为数据中选择出需要实时上报的数据并存储到数据实时上报队列中。
数据统计服务器根据数据分类规则,对获取的用户使用习惯和用户交易成交量进行分类,在本实施例中,数据统计服务器为了对“淘宝”进行优化,急需对用户使用习惯进行统计,即用户使用习惯的数据需求优先级高于用户交易成交量,数据统计服务器将用户使用习惯分为需要实时上报的数据并进行标记,将用户交易成交量定为定时上报数据,然后通过推送消息告知“淘宝”用户使用习惯数据需要实时上报,用户交易成交量只需要定时上报。“淘宝”接收来自数据统计服务器的推送消息,根据数据标记从获取的用户行为数据中选择出需要实时上报的数据,并将数据存储在数据实时上报队列。对于不需要实时上报的数据即用户交易成交量,则存储到数据定时上报队列,将数据定时上报队列中的数据定时上报给“淘宝”对应的应用服务器。
S806:将所述数据实时上报队列中的数据封装为一个参数内容。
S807:将所述参数内容通过一个预设接口上报给所述应用对应的应用服务器。
为了避免调用多个独立的数据上报接口,在本实施例中,需要实时上报的数据通过一个预设接口上报给“淘宝”对应的应用服务器。如果数据实时上报队列中存在需要实时上报的数据,则“淘宝”将数据从队列中取出来,并将数据封装为一个参数内容,参数定义为data_real_time,将参数通过一个与“淘宝”进行业务信息交流的业务接口上报给“淘宝”对应的应用服务器,“淘宝”向“淘宝”服务器发出请求,等待接口调用。
在另一实施例中,为了减少了一个接口实时上报的数据量,在实时上报用户行为数据时,将需要实时上报的数据根据数据类型进行分类,分为用户使用习惯和用户交易成交量,调用两个独立的数据上报接口,将用户使用习惯和用户交易成交量分别放入对应的数据上报接口,并发出请求等待接口调用。
本实施例还提供一种数据接收方法用于接收上报的数据,该数据接收方法包括:接收终端通过用户行为数据上报控制方法上报的需要实时上报的数据。将接收到的数据存入预设缓存区以供数据统计服务器按照数据统计规则从所述预设缓存区中读取。
在本实施例中,“淘宝”服务器接收到接口调用请求后,进行接口调用并接收需要实时上报的data_real_time参数,“淘宝”服务器对data_real_time参数内容进行解析,将用户使用习惯和用户交易成交量提出处理,写入数据统计服务器的缓存服务中的DATA_REAL_TIME_MAP中,若DATA_REAL_TIME_MAP中一旦有数据写入,则立即通知数据统计服务器根据上报数据的所属应用及内容进行读取与统计。
在另一实施例中,“淘宝”服务器接收两个独立的数据上报接口的调用请求,进行接口调用获取上报数据,无需对上报数据进行后续类型分类,直接将用户使用习惯和用户交易成交量进行统计。
本实施例通过具体的例子对用户行为数据上报控制方法进行说明,通过获取应用在使用过程中的用户行为数据,按为所述应用预设的数据分类规则,将数据实时上报队列中的数据实时上报封装为一个参数内容,并通过一个预设接口上报给应用对应的应用服务器,因此,在本实施例中,数据统计服务器可以根据统计数据的实时需求性对数据进行实时统计。本实施例还通过具体的例子对数据接收方法进行说明,即应用服务器接收上报数据并将上报数据放入数据统计服务器的缓存区进行读取统计,读取缓存区的上报数据相对于现有技术频繁读取接口的上报数据来说,本实施例提供的方法上报数据功耗更低,上报数据更为可靠。
第三实施例
本实施例提供了一种终端,用于实现用户行为数据上报控制方法,参见图9所示,其包括第一处理器901、第一存储器902及第一通信总线903,其中:
第一通信总线903用于实现第一处理器901和第一存储器902之间的连接通信;
第一处理器901则用于执行第一存储器902中存储的一个或者多个第一程序,以实现以下步骤:
获取应用在使用过程中的用户行为数据;
按为所述应用预设的数据分类规则,从获取的用户行为数据中选择出需要实时上报的数据并存储到数据实时上报队列中;
将所述数据实时上报队列中的数据封装为一个参数内容;
将所述参数内容通过一个预设接口上报给所述应用对应的应用服务器。
本实施例中的应用以该终端在出厂前就被安装在终端的内存中“闹钟”为例进行说明,其中用户行为数据是指用户在使用“闹钟”时,与该应用相关联的数据,例如用户设置闹钟的个数和时间间隔,即本实施例中的用户行为数据是用户根据自身需求主动设置记录的数据。在不同的生活场景中,用户设置“闹钟”的习惯不同,例如在工作日,用户每天设置了3个闹钟,时间为8点,8点05分,8点10分;在休假日,用户设置了1个闹钟,时间为9点,因此获取用户行为数据是获取工作日7点至9点的用户行为数据,本实施例以定时每周末12点获取用户行为数据为了进行说明。
本实施例中第一处理器901在实现所述按为所述应用预设的数据分类规则,对用户行为数据进行分类之前,还可以实现如下步骤:
从所述应用对应的数据统计服务器获取数据分类规则,所述数据分类规则中包含需要实时上报的数据的识别信息。
对于获取的用户行为数据,数据统计服务器会将需要统计的数据分类,数据分类规则为数据统计服务器根据对用户行为数据的实时需求性进行数据分类,在本实施例中,数据统计服务器对用户设置闹钟的时间间隔统计的实时需求较大,标识设置闹钟的时间间隔数据是需要实时上报的数据,然后通过推送消息告知“闹钟”实时上报的数据是哪些,“闹钟”接收来自数据统计服务器的推送消息,对于不需要实时上报的数据,根据数据分类规则,将设置闹钟的个数的数据定为延时上报的数据,在将需要实时上报的数据进行上报后,对用户设置闹钟的个数的数据进行上报。
对于实时上报的数据,将实时上报的数据存储到数据实时上报队列中,并将数据实时上报队列中的数据封装为一个参数内容,该参数通过一个预设接口上报给“闹钟”对应的应用服务器,本实施例中,预设接口为“闹钟”的一个数据实时上报接口,“闹钟”将参数放入接口并向应用服务器发起接口调用请求,等待完成正常的调用。
在其他实施例中,第一处理器901在实现所述按为所述应用预设的数据分类规则,对用户行为数据进行分类之前,还可以实现如下步骤:
判断终端中当前运行应用的个数是否小于等于预设个数阈值,如是,将所述获取的用户行为数据作为需要实时上报的数据进行实时上报。
在少数情况下,某个时间段内,如果终端中当前运行应用的个数小于等于预设个数阈值,为了保证实时上报数据能够及时到达数据统计服务器,将获取的用户行为数据作为需要实时上报的数据进行实时上报,假设在其他实施例中,终端当前运行应用为1个“闹钟”小于预设个数阈值3个,直接将获取的用于设置闹钟的个数和时间间隔数据作为实时上报数据进行上报。由于一个“闹钟”应用需要实时上报的数据量较少,其他实施例中还可以直接调用两个独立的数据实时上报接口,用户设置闹钟的个数数据相对应着一个数据实时上报数据,用户设置闹钟的时间间隔对应着一个相同类型的数据实时上报数据,直接将上报数据放入数据实时上报接口,向应用服务器发送接口请求,等待接口调用。
本实施例还提供一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现上述各实施例所述的用户行为数据上报控制方法的各步骤。
本实施例提供了一种终端和计算机可读存储介质,用于实现上述用户行为数据上报控制方法,并通过具体的例子进行说明,获取应用在使用过程中的用户行为数据,按为所述应用预设的数据分类规则,对用户行为数据进行分类并通过数据实时上报队列进行实时上报。实现了在需要实时分析用户行为数据场景中,实时数据统计的准确性和可靠性。
第四实施例
本实施例提供了一种应用服务器,用于接收上述上报数据并将上述数据写入数据统计服务器,参见图10所示,其包括第二处理器1001、第二存储器1002及第二通信总线1003,其中:
第二通信总线1003用于实现第二处理器1001和第二存储器1002之间的连接通信;
第二处理器1001则用于执行第二存储器1002中存储的一个或者多个第二程序,以实现如上述用户行为数据上报方法和数据接收方法。
本实施例还提供一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现上述各实施例所述的数据接收方法的各步骤。
本实施例提供的应用服务器也可以实现一种用户行为数据上报控制方法和数据接收方法,为了便于理解,具体参见图11所示,该用户行为数据上报控制和数据接收方法包括:
S1101:应用服务器向数据统计服务器上报数据分类规则。
在本实施例中,数据分类规则可以是应用服务器根据自身需求性自定义设置数据需求优先级,然后上报给数据统计服务器,还可以是用户根据自身需求设定的数据分类规则,上传至应用服务器,应用服务器再将数据分类规则上传至数据统计服务器。
S1102:数据统计服务器根据分类规则将分类结果告知终端。
数据统计服务器根据数据需求优先级将需要统计的数据分类并标识,通过推送消息直接告知终端哪些是需要实时上报的数据,哪些是延时上报的数据,哪些是定时上报的数据,在一些实施例中,数据统计服务器也可以通过应用服务器告知终端。
S1103:终端获取推送消息和应用在使用过程中的用户行为数据。
终端接收来自数据统计服务器的推送消息,根据数据需求性采用不同的获取方式获取用户行为数据,对数据需求优先级高的数据实时获取,对数据需求优先级次高的数据每隔1小时获取,对数据优先级最低定时18点获取。
S1104:终端根据推送消息从获取的用户行为数据中选择出需要实时上报的数据并存储到数据实时上报队列中。
在本实施例中,由于推送消息已经明确说明哪些数据是需要实时上报的数据,哪些不需要实时上报的数据,终端根据消息内容直接将需要实时上报的数据存储在数据实时上报队列中,对于不需要实时上报的数据,上述实施例进行了描述,在此不再一一赘述。
S1105:终端将所述数据实时上报队列中的数据封装为一个参数内容。
目前数据上报队列中存在需要实时上报的数据,终端将队列中的数据取出,封装为一个参数的内容,在一些实施例中,终端在数据存入数据实时上报队列时直接封装为一个参数内容。
S1106:终端将所述参数内容通过一个业务接口上报给所述应用对应的应用服务器。
终端将封装好的参数内容放入一个业务接口,并向应用服务器发送接口调用请求,等待应用服务器进行调用,在其他实施例中,也可以将参数内容放入一个数据实时上报接口中,无需向应用服务器发出接口调用请求。
S1107:应用服务器接收终端通过上述的用户行为数据上报控制方法上报的需要实时上报的数据。
应用服务器接收接口调用请求后,或检测到接口有参数写入后,接收参数并将参数中的内容提取出来。
S1108:应用服务器将接收到的数据存入数据统计服务器的预设缓存区。
为了减少应用服务器向数据统计服务器上报数据的次数,本实施例中应用服务器接收到的数据写入数据统计服务器的缓存服务中的特定位置;当然,应用服务器也可以不将数据存入数据统计服务器的预设缓存区,应用服务器直接上报。
S1109:数据统计服务器按照数据统计规则从所述预设缓存区中读取统计接收数据。
对于存入预设缓存区的数据,数据统计服务器一旦检测到缓存服务中有数据写入,立即将缓存服务中的数据取出读取,并根据该上报数据的所属应用及内容,将实时上报数据放到持久化数据库中进行后续的实时统计;对于直接上报的数据,数据统计服务可以直接读取统计,但当数据上报量较大时,直接读取统计降低服务器的功耗,影响统计效率。
本实施例提供了一种应用服务器和计算机可读存储介质,用于实现上述用户行为数据上报控制和数据接收方法,并通过具体的例子进行说明,将需要实时上报的数据通过一个接口上报给应用服务器,应用服务器接收上报数据并存储到数据统计服务器缓存服务中,数据统计服务器进行读取统计,实现了实时上报需要实时上报的数据,在上报数据量较多的情况下,通过缓存服务避免了数据读取的频繁性,影响终端的功耗,保证了数据统计的准确可靠性。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,这些均属于本发明的保护之内。
Claims (10)
1.一种用户行为数据上报控制方法,其特征在于,所述用户行为数据上报控制方法包括以下步骤:
获取应用在使用过程中的用户行为数据;
按为所述应用预设的数据分类规则,从获取的用户行为数据中选择出需要实时上报的数据并存储到数据实时上报队列中;
将所述数据实时上报队列中的数据实时上报给所述应用对应的应用服务器。
2.如权利要求1所述的用户行为数据上报控制方法,其特征在于,所述按为所述应用预设的数据分类规则,从获取的用户行为数据中选择出需要实时上报的数据并存储到数据实时上报队列中的步骤之前,还包括:
从所述应用对应的数据统计服务器获取数据分类规则,所述数据分类规则中包含需要实时上报的数据的识别信息。
3.如权利要求1所述的用户行为数据上报控制方法,其特征在于,所述按为所述应用预设的数据分类规则的步骤之后包括:
对于所述获取的用户行为数据中不需要实时上报的数据,存储到数据定时上报队列;
将所述数据定时上报队列中的数据定时上报给所述应用对应的应用服务器。
4.如权利要求1-3任一项所述的用户行为数据上报控制方法,其特征在于,所述将所述数据实时上报队列中的数据实时上报给所述应用对应的应用服务器的步骤包括:
将所述数据实时上报队列中的数据封装为一个参数内容;
将所述参数内容通过一个预设接口上报给所述应用对应的应用服务器。
5.如权利要求4所述的用户行为数据上报控制方法,其特征在于,所述预设接口为所述应用的业务接口,或所述预设接口为所述应用的一个数据实时上报接口。
6.如权利要求1-3任一项所述的用户行为数据上报控制方法,其特征在于,所述获取应用在使用过程中的用户行为数据的步骤之后,按为所述应用预设的数据分类规则从获取的用户行为数据中选择出需要实时上报的数据的步骤之前,还包括:
判断终端中当前运行应用的个数是否小于等于预设个数阈值,如是,将所述获取的用户行为数据作为需要实时上报的数据进行实时上报;
或,
判断当前时间是否属于预设全实时上报时间范围,如是,将所述获取的用户行为数据作为需要实时上报的数据进行实时上报。
7.一种数据接收方法,其特征在于,所述数据接收方法包括以下步骤:
接收终端通过如权利要求1-6任一项所述的用户行为数据上报控制方法上报的需要实时上报的数据;
将接收到的数据存入预设缓存区以供数据统计服务器按照数据统计规则从所述预设缓存区中读取。
8.一种终端,其特征在于,所述终端包括第一处理器、第一存储器及第一通信总线;
所述第一通信总线用于实现第一处理器和第一存储器之间的连接通信;
所述第一处理器用于执行第一存储器中存储的一个或者多个第一程序,以实现如权利要求1-6中任一项所述的用户行为数据上报控制方法的步骤。
9.一种应用服务器,其特征在于,所述应用服务器包括第二处理器、第二存储器及第二通信总线;
所述第二通信总线用于实现第二处理器和第二存储器之间的连接通信;
所述第二处理器用于执行第二存储器中存储的一个或者多个第二程序,以实现如权利要求7中所述的数据接收方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有一个或者多个第一程序,所述一个或者多个第一程序被一个或者多个处理器执行,以实现如权利要求1-6中任一项所述的用户行为数据上报控制方法的步骤;
或,
所述计算机可读存储介质存储有一个或者多个第二程序,所述一个或者多个第二程序被一个或者多个处理器执行,以实现如权利要求7所述的数据接收方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711040008.0A CN108093439A (zh) | 2017-10-30 | 2017-10-30 | 用户行为数据上报控制方法、终端及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711040008.0A CN108093439A (zh) | 2017-10-30 | 2017-10-30 | 用户行为数据上报控制方法、终端及计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108093439A true CN108093439A (zh) | 2018-05-29 |
Family
ID=62170393
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711040008.0A Pending CN108093439A (zh) | 2017-10-30 | 2017-10-30 | 用户行为数据上报控制方法、终端及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108093439A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109542592A (zh) * | 2018-11-22 | 2019-03-29 | 深圳墨世科技有限公司 | 事件处理方法及装置 |
CN109618331A (zh) * | 2019-02-01 | 2019-04-12 | 深圳乐信软件技术有限公司 | 数据上报方法、装置、设备及存储介质 |
CN110049102A (zh) * | 2019-03-12 | 2019-07-23 | 平安城市建设科技(深圳)有限公司 | 用户行为数据处理方法、装置、设备及存储介质 |
CN110650185A (zh) * | 2019-09-04 | 2020-01-03 | 安徽省粮油信息中心(安徽粮食批发交易市场管委会) | 多类型异构数据不同步上传及延迟集成的方法及*** |
CN110716848A (zh) * | 2019-10-18 | 2020-01-21 | 广州华多网络科技有限公司 | 数据收集方法、装置、电子设备及存储介质 |
CN112783664A (zh) * | 2019-11-06 | 2021-05-11 | 北京沃东天骏信息技术有限公司 | 确定数据上报策略的方法和装置 |
CN113037846A (zh) * | 2021-03-17 | 2021-06-25 | 成都新希望金融信息有限公司 | 数据上报方法、装置、电子设备和计算机可读存储介质 |
CN113159201A (zh) * | 2021-04-28 | 2021-07-23 | 上海德衡数据科技有限公司 | 基于云边缘计算智能融合信息的方法、装置及云端服务器 |
WO2024022100A1 (zh) * | 2022-07-25 | 2024-02-01 | 广东美的暖通设备有限公司 | 数据传输方法、装置、控制设备、暖通设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102026141A (zh) * | 2010-12-27 | 2011-04-20 | 中兴通讯股份有限公司 | 一种流量统计方法、终端和*** |
CN104185138A (zh) * | 2014-09-15 | 2014-12-03 | 中国通信建设集团设计院有限公司 | 机器类型通信终端的数据上报及处理、存储方法及设备 |
CN104899325A (zh) * | 2015-06-19 | 2015-09-09 | 上海卓悠网络科技有限公司 | 一种app采集数据的收集方法、终端、服务器及*** |
CN104980304A (zh) * | 2015-06-15 | 2015-10-14 | 上海斐讯数据通信技术有限公司 | 应用于网络***的告警控制方法及*** |
US9565079B1 (en) * | 2013-01-10 | 2017-02-07 | F5 Networks, Inc. | Holographic statistics reporting |
-
2017
- 2017-10-30 CN CN201711040008.0A patent/CN108093439A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102026141A (zh) * | 2010-12-27 | 2011-04-20 | 中兴通讯股份有限公司 | 一种流量统计方法、终端和*** |
US9565079B1 (en) * | 2013-01-10 | 2017-02-07 | F5 Networks, Inc. | Holographic statistics reporting |
CN104185138A (zh) * | 2014-09-15 | 2014-12-03 | 中国通信建设集团设计院有限公司 | 机器类型通信终端的数据上报及处理、存储方法及设备 |
CN104980304A (zh) * | 2015-06-15 | 2015-10-14 | 上海斐讯数据通信技术有限公司 | 应用于网络***的告警控制方法及*** |
CN104899325A (zh) * | 2015-06-19 | 2015-09-09 | 上海卓悠网络科技有限公司 | 一种app采集数据的收集方法、终端、服务器及*** |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109542592A (zh) * | 2018-11-22 | 2019-03-29 | 深圳墨世科技有限公司 | 事件处理方法及装置 |
CN109618331A (zh) * | 2019-02-01 | 2019-04-12 | 深圳乐信软件技术有限公司 | 数据上报方法、装置、设备及存储介质 |
CN110049102A (zh) * | 2019-03-12 | 2019-07-23 | 平安城市建设科技(深圳)有限公司 | 用户行为数据处理方法、装置、设备及存储介质 |
CN110650185A (zh) * | 2019-09-04 | 2020-01-03 | 安徽省粮油信息中心(安徽粮食批发交易市场管委会) | 多类型异构数据不同步上传及延迟集成的方法及*** |
CN110716848A (zh) * | 2019-10-18 | 2020-01-21 | 广州华多网络科技有限公司 | 数据收集方法、装置、电子设备及存储介质 |
CN112783664A (zh) * | 2019-11-06 | 2021-05-11 | 北京沃东天骏信息技术有限公司 | 确定数据上报策略的方法和装置 |
CN113037846A (zh) * | 2021-03-17 | 2021-06-25 | 成都新希望金融信息有限公司 | 数据上报方法、装置、电子设备和计算机可读存储介质 |
CN113159201A (zh) * | 2021-04-28 | 2021-07-23 | 上海德衡数据科技有限公司 | 基于云边缘计算智能融合信息的方法、装置及云端服务器 |
WO2024022100A1 (zh) * | 2022-07-25 | 2024-02-01 | 广东美的暖通设备有限公司 | 数据传输方法、装置、控制设备、暖通设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108093439A (zh) | 用户行为数据上报控制方法、终端及计算机可读存储介质 | |
CN107145347A (zh) | 一种应用灰度发布方法、设备及存储介质 | |
CN108509299A (zh) | 消息处理方法、设备及计算机可读存储介质 | |
CN109040441A (zh) | 应用分身显示方法、移动终端及计算机可读存储介质 | |
CN107807767A (zh) | 一种通讯业务的处理方法、终端及计算机可读存储介质 | |
CN107679176A (zh) | 一种提高应用打开速度的方法、终端、服务器、计算机可读存储介质 | |
CN110460568A (zh) | 一种自动举报方法、终端及计算机可读存储介质 | |
CN110032412A (zh) | 一种按键输入控制方法、终端及计算机可读存储介质 | |
CN108769126A (zh) | 应用推荐方法、移动终端及计算机可读存储介质 | |
CN107872575A (zh) | 终端装置、智能提醒方法及计算机存储介质 | |
CN109445945A (zh) | 应用程序的内存分配方法、移动终端、服务器及存储介质 | |
CN109889651A (zh) | 一种通知消息处理方法、终端及计算机可读存储介质 | |
CN108366303A (zh) | 一种视频播放方法、移动终端及计算机可读存储介质 | |
CN107833077A (zh) | 广告***方法及移动终端 | |
CN107770449A (zh) | 连拍方法、电子设备及存储介质 | |
CN109753483A (zh) | 文件管理应用页面显示方法及装置、移动终端及存储介质 | |
CN110046151A (zh) | 一种数据清洗方法、服务器及计算机可读存储介质 | |
CN109947519A (zh) | 硬件加速控制方法、终端和计算机可读存储介质 | |
CN110162238A (zh) | 一种快捷调用关联应用方法及装置、移动终端及存储介质 | |
CN109976644A (zh) | 应用快捷操作的实现方法及装置、移动终端及存储介质 | |
CN110007817A (zh) | 一种消息处理方法及移动终端、计算机可读存储介质 | |
CN109683741A (zh) | 功能触发方法、装置和计算机可读存储介质 | |
CN108566476A (zh) | 一种信息处理方法、终端和计算机可读存储介质 | |
CN108595261A (zh) | 内存管理方法、终端及计算机可读存储介质 | |
CN108134879A (zh) | 根据用户习惯调节移动终端状态的方法、移动终端及介质 |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180529 |