一种用户行为消息上报方法和装置的制造方法
【专利摘要】本发明提供了一种用户行为消息上报方法和装置，其中所述方法包括：当监测到用户行为操作时，生成用户行为消息；调用主线程将所述用户行为消息通过上报接口添加到消息队列中；调用上报线程，通过所述上报线程调用IOS操作系统内置的常规中心调度GCD机制；通过所述GCD机制从所述消息队列中获取所述用户行为消息，并依据配置信息将获取的所述用户行为消息上报至日志服务器。通过本发明提供的用户行为消息上报方法，能够避免主线程因无法即时返回而导致的频繁报错的问题。
【专利说明】
一种用户行为消息上报方法和装置
技术领域
[0001]本发明涉及用户行为分析技术领域，特别是涉及一种用户行为消息上报方法和装置。
【背景技术】
[0002]目前，为了提升用户的使用体验，当用户使用移动终端进行操作时，移动终端中的操作系统则需要用户的操作行为跟踪并将用户行为消息上报至日志服务器。日志服务器则可根据接收到的用户行为消息对用户行为进行分析，以便为用户进行个性化推荐，例如:依据用户的历史行为消息为用户推荐感兴趣的信息。
[0003]目前基于Android操作系统的移动终端，由于Android操作系统是开放式，故在该类操作系统上实现用户行为消息上报比较简单，现有技术中已存在多种可行性的方案。而基于1S操作系统的移动终端，由于1S操作系统并非开放式的，研发人员无法得到其开源代码，故在该类操作系统上实现用户行为消息上报非常有难度，现有技术中鲜有在1S操作系统上实现用户行为消息上报的方案。其中，1S(Internetworking Operating System-Cisco，网络互联思科操作系统)是由苹果公司开发的移动操作系统。
[0004]现有的在1S操作系统上实现用户行为消息上报的方案，需要调用移动终端的主线程参与整个用户行为消息的上报，当用户行为消息上报成功后日志服务器返回上报成功的响应消息。1S操作系统的主线程每处理一个消息时，仅是短时间内等待日志服务器返回响应消息，在接收到响应消息后被返回执行其他任务，若在短时间内未收到响应消息，则会进行报错。而在实际上报过程中，由于网络等因素的影响时常出现上报消息耗时较长的情况，主线程则无法在短时间内收到响应消息，因此，会频繁进行报错。而频繁进行报错，不仅增加移动终端的处理负荷、增加移动终端的耗电量，还会降低用户的使用体验。
【发明内容】
[0005]本发明实施例提供了一种用户行为消息上报方法和装置，以解决现有的用户行为消息上报的方案中存在的频繁报错的问题。
[0006]为了解决上述问题，本发明公开了一种用户行为消息上报方法，包括:当监测到用户行为操作时，生成用户行为消息；调用主线程将所述用户行为消息通过上报接口添加到消息队列中；调用上报线程，通过所述上报线程调用1S操作系统内置的常规中心调度GCD机制;通过所述GCD机制从所述消息队列中获取所述用户行为消息，并依据配置信息将获取的所述用户行为消息上报至日志服务器。
[0007]为了解决上述问题，本发明还公开了一种用户行为消息上报装置，包括:生成模块，用于当监测到用户行为操作时，生成用户行为消息；第一调用模块，用于调用主线程将所述用户行为消息通过上报接口添加到消息队列中；第二调用模块，用于调用上报线程，通过所述上报线程调用1S操作系统内置的常规中心调度GCD机制；上报模块，用于通过所述GCD机制从所述消息队列中获取所述用户行为消息，并依据配置信息将获取的所述用户行为消息上报至日志服务器。
[0008]本发明提供的用户行为消息上报方法和装置，在生成用户行为消息时，主线程仅需将用户行为消息添加到消息队列中即可被返回，用户行为消息的上报则由上报线程来执行。可见，本发明实施例提供的用户行为消息上报方案中，主线程所执行的整个处理过程耗时短，因此，能够避免主线程因无法即时返回而导致的频繁报错的问题。进一步地，由于能够避免频繁报错，故能够减轻移动终端的处理负荷，节省移动终端的耗电量，以及提升用户的使用体验。
[0009]此外，本发明实施例提供的用户行为消息上报方法和装置，在上报用户行为消息时通过1S操作系统内置的GO)(General Central Dispatch，常规中心调度)机制实现消息上报，编程人员仅需编写一些与GCD机制进行交互的代码即可，而无需编写线程管理代码，因此，能够节省大量的人力资源。
【附图说明】
[0010]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0011]图1是根据本发明实施例一的一种用户行为消息上报方法的步骤流程图；
[0012]图2是根据本发明实施例二的一种用户行为消息上报方法的步骤流程图；
[0013]图3是用户行为消息上报时系统的交互示意图；
[0014]图4是根据本发明实施例三的一种用户行为消息上报装置的结构框图；
[0015]图5是根据本发明实施例四的一种用户行为消息上报装置的结构框图。
【具体实施方式】
[0016]为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0017]实施例一
[0018]参照图1，示出了本发明实施例一的一种用户行为消息上报方法的步骤流程图。
[0019]本发明实施例的用户行为消息上报方法包括以下步骤:
[0020]步骤S102:当监测到用户行为操作时，生成用户行为消息。
[0021]其中，用户行为操作可以是用户对移动终端中安装的任意应用程序的操作。例如:对应用程序的选择操作、通过应用程序观看视频的操作、通过应用程序下载数据的操作等。
[0022]依据用户行为操作生成用户行为消息的具体方式参见相关技术即可，本发明实施例中对此不作具体限制。
[0023]本发明实施例中移动终端中安装有适用于1S操作系统的消息上报SDK(SoftwireDevelopment KU，软件开发工具包)，通过该SDK与1S操作系统内置的GCD机制相结合，能够将移动终端中监测到的用户行为消息上报至日志服务器，以对用户的历史行为进行分析，为用户提供个性化服务。在移动终端启动后，安装的SDK监测用户行为操作，并生成用户行为消息。
[0024]步骤S104:调用主线程将用户行为消息通过上报接口添加到消息队列中。
[0025]在生成用户行为消息后，SDK则调用主线程由主线程调用上报接口来上报用户行为消息，本发明实施例中，由主线程、上报线程以及1S操作系统内置的GCD机制结合完成用户行为消息的上报，主线程仅需将用户行为消息通过上报接口添加到消息队列中。当用户行为消息添加到消息队列中后，主线程即可被立即返回，对于用户层面而言，此时用户行为消息已经发送完成，而实际上用户行为消息则需要在后台通过上报线程调用GCD机制来完成。
[0026]需要说明的是，消息队列可以为一个或者多个，消息队列可以在移动终端初始化过程中建立生成。
[0027]步骤S106:调用上报线程，通过上报线程调用1S操作系统内置的G⑶机制。
[0028]1S操作系统内置的GCD机制中同时设置有多个并行的子线程，各子线程可以并行从消息队列中获取用户行为消息，将用户行为消息上报至日志服务器。
[0029]采用1S内置的G⑶机制实现消息上报，程序员仅需编写与G⑶机制交互的程序即可，例如:调动上报线程通过上报线程调用GCD的实现程序，程序员不需要编写任何线程管理代码。并且，由于G⑶是纯C语言编写的，故程序员在编写G⑶相关交互代码的时候仅需要编写简单函数即可，便于实现。
[0030]步骤S108:通过GCD机制从消息队列中获取用户行为消息，并依据配置信息将获取的用户行为消息上报至日志服务器。
[0031]其中，配置信息中包含上报消息的优先级、上报消息的时间间隔。
[0032]上报线程调用GCD机制后，通过GCD机制从消息队列中依次获取用户行为消息，并依据配置信息中包含的上报消息的时间间隔将消息上报至日志服务器。
[0033]本发明实施例提供的用户行为消息上报方法，在生成用户行为消息时，主线程仅需将用户行为消息添加到消息队列中即可被返回，用户行为消息的上报则由上报线程来执行。可见，本发明实施例提供的用户行为消息上报方法中，主线程所执行的整个处理过程耗时短，因此，能够避免主线程因无法即时返回而导致的频繁报错的问题。进一步地，由于能够避免频繁报错，故能够减轻移动终端的处理负荷，节省移动终端的耗电量，以及提升用户的使用体验。
[0034]此外，本发明实施例提供的用户行为消息上报方法，在上报用户行为消息时通过1S操作系统内置的GCD机制实现消息上报，编程人员仅需编写一些与GCD机制进行交互的函数即可，而无需编写线程管理代码，因此，能够节省大量的人力资源。
[0035]实施例二
[0036]参照图2，示出了本发明实施例二的一种用户行为消息上报方法的步骤流程图。
[0037]本发明实施例的用户行为消息上报方法具体包括以下步骤:
[0038]步骤S202:在初始化过程中，消息上报SDK从主线程中分离出一个线程，并将分离出的线程设置为上报线程。
[0039]本发明实施例中，移动终端中安装有适用于1S操作系统的消息上报SDK，通过该SDK与1S操作系统内置的GCD机制相结合，将移动终端中监测到的用户行为消息上报至日志服务器，以对用户的历史行为进行分析，为用户提供个性化服务。其中，消息上报SDK可以以静态库的方式提供给业务方，业务方仅需将消息上报SDK集成在移动终端上即可，便于业务方操作。
[0040]本发明实施例中，将主线程与上报线程分离，目的是在用户行为消息上报过程中短时间内将主线程返回，避免移动终端报错。这是由于在用户行为消息上报过程中，主线程仅需将用户行为消息添加到消息队列中即可被返回，而对于消息队列中的用户行为消息的具体上报则由上报线程以及GCD机制结合完成，因此，主线程不会长时间被占用。
[0041]步骤S204:在初始化过程中，消息上报SDK生成第一消息队列以及第二消息队列。
[0042]在初始化时，消息上报SDK开出两个SerialDispatchQueue即串行的调度队列，开出的这两个调度队列分别为第一消息队列以及第二消息队列。其中，第一消息队列用于存储未上报过的用户行为消息;第二消息队列用于存储未上报成功的用户行为消息；
[0043]用户行为消息从第一消息队列中被获取后，在上报至日志服务器的过程中可能由于网络不通造成该消息并未成功上传至日志服务器，因此，则需将这类消息存储至第二消息队列中，等待再次进行上报。
[0044]需要说明的是，在具体实现过程中，步骤S202并不局限于在步骤S204之前执行，步骤S202还可以在步骤S204之后执行，或者与步骤S204并行执行。
[0045]步骤S206:消息上报SDK从配置服务器中获取配置信息。
[0046]其中，配置信息包括:上报消息的优先级、上报消息的时间间隔、优先级的设置选项以及时间间隔的设置选项。
[0047]上报消息的优先级可以设定高、中、低三个等级。其中，高优先级对应设置为:数据连通或者无线局域网连通时上报消息；中优先级对应设置为:只有无线局域网连通时上报消息；低优先级设置为:只有无线局域网连通、且用户体验计划打开时上报消息。上报消息的时间间隔可以由本领域技术人员根据实际需求进行设置，本发明实施例中对此不作具体限制。
[0048]在具体实现过程中，不仅移动终端开机后获取配置信息，在获取配置信息后、消息上报SDK还需要按照预设频率从配置服务器中获取配置信息。这是由于，配置服务器中设置的配置信息存在被更改的可能，因此，需要按照设定频率从配置服务器中获取配置信息。对于获取配置信息的具体频率也可以由本领域技术人员根据实际需求进行设置，本发明实施例中对此不作具体限制。
[0049]本发明实施例中从配置服务器中获取配置信息，而并非将配置信息固定写入到消息上报SDK中，当需要对配置信息进行变更时，仅需对配置服务器中的配置信息进行修改即可，而无需对消息上报SDK中的代码或函数进行更改，因此，能够减轻处理配置信息变更的技术人员的工作量，便于操作。可见，从配置服务器中按照设定频率获取配置信息的方法，无需修改代码即可达到动态修改上报配置的目的。
[0050]步骤S208:当监测到用户行为操作时，消息上报SDK生成用户行为消息。
[0051]当用户对移动终端上安装的APP进行操作时，消息上报SDK监测用户的操作，并依据该操作生成用户行为消息。
[0052]步骤S210:消息上报SDK调用主线程将用户行为消息通过上报接口添加到第一消息队列中。
[0053]用户行为消息生成后，调用主线程将用户行为消息通过上报接口添加到第一消息队列中，主线程则立即返回，从而避免主线程被上报流程阻塞，移动终端进行报错的问题。第一消息队列用于存储未上报过的用户行为消息，存储至第一消息队列中的用户行为消息，则由上报线程调用1S操作系统内置的GCD机制进行上报。
[0054]步骤S212:消息上报SDK调用上报线程，通过上报线程调用1S操作系统内置的GCD机制，通过GCD机制从消息队列中获取用户行为消息，并依据配置信息将获取的用户行为消息上报至日志服务器。
[0055]1S操作系统内置的GCD机制中同时设置有多个并行的子线程，各子线程可以并行从消息队列中获取用户行为消息，将用户行为消息上报至日志服务器。
[0056]对于GCD机制的具体说明参见相关技术即可，本发明实施例中对此不再赘述。GCD机制支持多个子线程并行，并且GCD机制还可以根据系统当前负载适应性的增减并行的子线程数量。
[0057]一种优选的通过GCD机制从消息队列中获取用户行为消息，并依据配置信息将获取的用户行为消息上报至日志服务器的方式如下:
[0058]首先，GCD机制根据系统当前负载确定并行子线程数量；
[0059]其次，GCD机制依据并行子线程数量调整并行的子线程；
[0060]再次，GCD机制通过并行的子线程从消息队列中获取用户行为消息，并依据配置信息将获取的用户行为消息上报至日志服务器。
[0061]由于本发明实施例中包含两个消息队列，因此，并行的子线程分别从第一消息队列、第二消息队列中获取用户行为消息，并依据配置信息将获取的用户行为消息上报至日志服务器。在具体实现过程中，若第二消息队列中不存在用户行为消息，则无需调用GCD机制中的子线程从第二消息队列中获取用户行为消息进行上传。
[0062]通过本发明实施例提供的用户行为消息上报方法，在生成用户行为消息时，主线程仅需将用户行为消息添加到消息队列中即可被返回，用户行为消息的上报则由上报线程来执行。可见，本发明实施例提供的用户行为消息上报方法中，主线程所执行的整个处理过程耗时短，因此，能够避免主线程因无法即时返回而导致的频繁报错的问题。进一步地，由于能够避免频繁报错，故能够减轻移动终端的处理负荷，节省移动终端的耗电量，以及提升用户的使用体验。
[0063]下面参照图3，从移动终端与服务器的交互角度，对本发明实施例的用户行为消息上报方法的整体流程进行说明。
[0064]如图3所示，用户行为消息上报系统包括基于1S操作系统的移动终端、Agneshome即配置服务器以及TCP Logger Server即基于传输控制协议的日志服务器。其中，基于1S操作系统的移动终端上安装有1S APP(Applicat1n，应用)以及1S tracker SDK，1Stracker SDK可以对移动终端上安装的1S APP上的用户行为操作进行监测。1S trackerSDK为适配于1S操作系统的用户行为消息上报程序的软件开发包。1S tracker SDK在具体实现过程中，可以以静态库的形式提供给业务方，业务方仅需在移动终端上集成1Stracker SDK即可。
[0065]用户行为消息上报系统进行用户行为消息上报时的主要流程如下:
[ΟΟ??] 首先，在移动终端初始化过程中，开出两个SerialDispatchQueue分别为第一消息队列、第二消息队列，并且将主线程与上报线程分离。
[0067]其次，初始化完成后1S tracker SDK从Agnes home获取配置信息即get ConfigInfo。
[0068]再次，1S tracker SDK监测1S APP上的用户行为操作，当监测到用户行为操作时，生成用户行为消息，并通过主线程调用上报接口将用户行为消息添加到第一消息队列中，当添加完成后主线程返回。上报线程则调用1S操作系统内置的G⑶机制从消息队列中获取用户行为消息。
[0069]对于报线程则调用1S操作系统内置的GCD机制从消息队列中获取用户行为消息的具体方式参见实施例二中的相关说明即可，本具体实例中对此不再赘述。
[0070]最后，上报线程通过调用的GCD机制将用户行为消息即图3中的message上传至TCPLogger Server。
[0071]本具体实例提供的用户行为消息上报方法，主线程仅需将用户行为消息添加到消息队列中即可被返回，因此，移动终端不会频繁报错，故能够减轻移动终端的处理负荷，降低其低功耗。此外，本具体实例提供的用户行为消息上报方法，由上报线程与GCD机制结合在移动终端后台进行上报，因此能够实现实时上报且不会占用移动终端主线程的资源。
[0072]实施例三
[0073]参照图4，示出了本发明实施例四的一种用户行为消息上报装置的结构框图。
[0074]本发明实施例的用户行为消息上报装置可以包括:生成模块402，用于当监测到用户行为操作时，生成用户行为消息;第一调用模块404，用于调用主线程将所述用户行为消息通过上报接口添加到消息队列中；第二调用模块406，用于调用上报线程，通过所述上报线程调用1S操作系统内置的GCD机制；上报模块408，用于通过所述GCD机制从消息队列中获取用户行为消息，并依据配置信息将获取的用户行为消息上报至日志服务器。
[0075]本发明实施例提供的用户行为消息上报装置，在生成用户行为消息时，主线程仅需将用户行为消息添加到消息队列中即可被返回，用户行为消息的上报则由上报线程来执行。可见，本发明实施例提供的用户行为消息上报方案中，主线程所执行的整个处理过程耗时短，因此，能够避免主线程因无法即时返回而导致的频繁报错的问题。进一步地，由于能够避免频繁报错，故能够减轻移动终端的处理负荷，节省移动终端的耗电量，并且提升用户的使用体验。
[0076]此外，本发明实施例提供的用户行为消息上报装置，在上报用户行为消息时通过1S操作系统内置的GCD机制实现消息上报，编程人员仅需编写一些与GCD机制进行交互的函数即可，而无需编写线程管理代码，因此，能够节省大量的人力资源。
[0077]实施例四
[0078]参照图5，示出了本发明实施例四的一种用户行为消息上报装置的结构框图。
[0079]本发明实施例的装置是对实施例四中的用户行为消息上报装置的进一步优化，优化后的用户行为消息上报装置可以包括:生成模块502，用于当监测到用户行为操作时，生成用户行为消息；第一调用模块504，用于调用主线程将所述用户行为消息通过上报接口添加到消息队列中；第二调用模块506，用于调用上报线程，通过所述上报线程调用1S操作系统内置的G⑶机制;上报模块508，用于通过所述G⑶机制从消息队列中获取用户行为消息，并依据配置信息将获取的用户行为消息上报至日志服务器。
[0080]优选地，所述装置还包括:线程分离模块510，用于在所述生成模块用户行为消息之前，在初始化过程中，从主线程中分离出一个线程，并将分离出的所述线程设置为上报线程。
[0081]优选地，所述上报模块508通过所述GCD机制从消息队列中获取用户行为消息，并依据配置信息将获取的用户行为消息上报至日志服务器时:所述GCD机制根据系统当前负载确定并行子线程数量;并依据所述并行子线程数量调整并行的子线程;所述GCD机制通过并行的子线程从消息队列中获取用户行为消息，并依据配置信息将获取的用户行为消息上报至日志服务器。
[0082]优选地，所述装置还包括:队列生成模块512，用于在初始化过程中，生成第一消息队列以及第二消息队列;其中，第一消息队列用于存储未上报过的用户行为消息;第二消息队列用于存储未上报成功的用户行为消息；
[0083]所述第一调用模块504调用主线程将所述用户行为消息通过上报接口添加到消息队列中时:调用主线程将所述用户行为消息通过上报接口添加到第一消息队列中；所述上报模块508通过并行的子线程从消息队列中获取用户行为消息，并依据配置信息将获取的用户行为消息上报至日志服务器时:通过并行的子线程分别从第一消息队列、第二消息队列中获取用户行为消息，并依据配置信息将获取的用户行为消息上报至日志服务器。
[0084]优选地，所述装置还包括:获取模块514，用于按照预设频率从配置服务器中获取配置信息;其中，所述配置信息包括:上报消息的优先级、上报消息的时间间隔、优先级的设置选项以及时间间隔的设置选项。
[0085]本发明实施例的用户行为消息上报装置用于实现前述实施例一、实施例二中相应的用户行为消息上报方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
[0086]本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0087]以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
[0088]通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如R0M/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
[0089]最后应说明的是:以上实施例仅用以说明本实发明的技术方案，而非对其限制;尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换;而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
【主权项】
1.一种用户行为消息上报方法，其特征在于，包括: 当监测到用户行为操作时，生成用户行为消息； 调用主线程将所述用户行为消息通过上报接口添加到消息队列中； 调用上报线程，通过所述上报线程调用1S操作系统内置的常规中心调度GCD机制； 通过所述GCD机制从所述消息队列中获取所述用户行为消息，并依据配置信息将获取的所述用户行为消息上报至日志服务器。2.根据权利要求1所述的方法，其特征在于，在所述生成用户行为消息的步骤之前，所述方法还包括: 在初始化过程中，从主线程中分离出一个线程，并将分离出的所述线程设置为上报线程。3.根据权利要求1所述的方法，其特征在于，所述通过所述GCD机制从消息队列中获取用户行为消息，并依据配置信息将获取的用户行为消息上报至日志服务器的步骤包括: 所述GCD机制根据系统当前负载确定并行子线程数量； 依据所述并行子线程数量调整并行的子线程； 所述GCD机制通过并行的子线程从消息队列中获取用户行为消息，并依据配置信息将获取的用户行为消息上报至日志服务器。4.根据权利要求3所述的方法，其特征在于，所述方法还包括: 在初始化过程中，生成第一消息队列以及第二消息队列；其中，第一消息队列用于存储未上报过的用户行为消息;第二消息队列用于存储未上报成功的用户行为消息； 所述调用主线程将所述用户行为消息通过上报接口添加到消息队列中的步骤包括: 调用主线程将所述用户行为消息通过上报接口添加到第一消息队列中； 所述通过并行的子线程从消息队列中获取用户行为消息，并依据配置信息将获取的用户行为消息上报至日志服务器的步骤包括: 通过并行的子线程分别从第一消息队列、第二消息队列中获取用户行为消息，并依据配置信息将获取的用户行为消息上报至日志服务器。5.根据权利要求1所述的方法，其特征在于，所述方法还包括: 按照预设频率从配置服务器中获取配置信息；其中，所述配置信息包括:上报消息的优先级、上报消息的时间间隔、优先级的设置选项以及时间间隔的设置选项。6.一种用户行为消息上报装置，其特征在于，包括: 生成模块，用于当监测到用户行为操作时，生成用户行为消息； 第一调用模块，用于调用主线程将所述用户行为消息通过上报接口添加到消息队列中； 第二调用模块，用于调用上报线程，通过所述上报线程调用1S操作系统内置的常规中心调度G⑶机制； 上报模块，用于通过所述GCD机制从所述消息队列中获取所述用户行为消息，并依据配置信息将获取的所述用户行为消息上报至日志服务器。7.根据权利要求6所述的装置，其特征在于，所述装置还包括: 线程分离模块，用于在所述生成模块用户行为消息之前，在初始化过程中，从主线程中分离出一个线程，并将分离出的所述线程设置为上报线程。8.根据权利要求6所述的方法，其特征在于，所述上报模块通过所述GCD机制从消息队列中获取用户行为消息，并依据配置信息将获取的用户行为消息上报至日志服务器时: 所述GCD机制根据系统当前负载确定并行子线程数量； 并依据所述并行子线程数量调整并行的子线程； 所述GCD机制通过并行的子线程从消息队列中获取用户行为消息，并依据配置信息将获取的用户行为消息上报至日志服务器。9.根据权利要求8所述的装置，其特征在于，所述装置还包括: 队列生成模块，用于在初始化过程中，生成第一消息队列以及第二消息队列；其中，第一消息队列用于存储未上报过的用户行为消息;第二消息队列用于存储未上报成功的用户行为消息； 所述第一调用模块调用主线程将所述用户行为消息通过上报接口添加到消息队列中时:调用主线程将所述用户行为消息通过上报接口添加到第一消息队列中； 所述上报模块通过并行的子线程从消息队列中获取用户行为消息，并依据配置信息将获取的用户行为消息上报至日志服务器时:通过并行的子线程分别从第一消息队列、第二消息队列中获取用户行为消息，并依据配置信息将获取的用户行为消息上报至日志服务器。10.根据权利要求6所述的装置，其特征在于，所述装置还包括: 获取模块，用于按照预设频率从配置服务器中获取配置信息；其中，所述配置信息包括:上报消息的优先级、上报消息的时间间隔、优先级的设置选项以及时间间隔的设置选项。
【文档编号】G06F9/54GK105975351SQ201610262738
【公开日】2016年9月28日
【申请日】2016年4月25日
【发明人】吴启纲, 林琳
【申请人】乐视控股（北京）有限公司, 乐视网信息技术（北京）股份有限公司