CN109710490A - 客户端日志的采集方法、装置、存储介质和电子设备 - Google Patents

Abstract

本公开涉及计算机技术领域，具体公开了一种客户端日志的采集方法、装置、存储介质和电子设备。该客户端日志的采集方法包括：获取日志采集信息，所述日志采集信息包括第一用户标识；根据所述第一用户标识判断当前用户是否为目标用户；若所述当前用户为所述目标用户，则向所述目标用户的客户端下发日志采集指令；接收所述客户端响应所述日志采集指令所返回的日志信息。本公开通过第一用户标识确定目标用户，进而向目标用户的客户端下发日志采集指令，以实现对该目标用户的客户端的日志信息的采集，使开发者能高效、有针对性地采集客户端日志。

Description

客户端日志的采集方法、装置、存储介质和电子设备

技术领域

本公开涉及计算机技术领域，更具体地，涉及一种客户端日志的采集方法、客户端日志的采集装置、存储介质和电子设备。

背景技术

随着计算机互联网领域的发展，对用户行为的分析越来越频繁，用户日志成为用户行为分析的重要基础。例如，当用户在使用客户端的过程中出现程序异常时，通常为了获取程序出现异常的原因，需要获取该客户端的运行日志。

在现有技术中，由于存储空间的限制，无法将所有用户使用客户端产生的客户端日志均上传并保存，只能在用户反馈程序异常后，开发者才通过人工渠道联系并指导用户找到相应的客户端日志，这样使得采集客户端日志的过程在人工干预的作用下变的低效；同时，开发者在基于该些日志查找问题的原因时，往往需要在大量的客户端日志中查找到目标日志，耗时费力，也增加了用户的等待过程，降低了用户体验。

因此，有必要提供一种新的客户端日志的采集方法。

需要说明的是，在上述背景技术部分发明的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种客户端日志的采集方法、装置、存储介质和电子设备，进而至少在一定程度上克服由于客户端日志的采集流程复杂，带来的日志采集效率低、耗费人力多等问题。为实现以上技术效果，本公开采用如下技术方案。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的第一方面，提供一种客户端日志的采集方法，所述方法包括：获取日志采集信息，所述日志采集信息包括第一用户标识；根据所述第一用户标识判断当前用户是否为目标用户；若所述当前用户为所述目标用户，则向所述目标用户的客户端下发日志采集指令；接收所述客户端响应所述日志采集指令所返回的日志信息。

在本公开的一种示例性实施例中，在所述获取日志采集信息之前，所述方法还包括：根据用户账号为用户设置用户标识，其中所述用户账号与所述用户标识一一对应。

在本公开的一种示例性实施例中，所述日志采集信息包括所述第一用户标识和时间信息；所述第一用户标识为发生程序异常的客户端对应的用户标识，所述时间信息为发生程序异常的时间段。

在本公开的一种示例性实施例中，所述根据所述第一用户标识判断当前用户是否为目标用户，包括：获取所述当前用户的第二用户标识；将所述第二用户标识与所述第一用户标识进行匹配，以判断所述当前用户是否为所述目标用户；若匹配，则确定所述当前用户为所述目标用户。

在本公开的一种示例性实施例中，所述若所述当前用户为所述目标用户，则向所述目标用户的客户端下发日志采集指令，包括：向所述目标用户的客户端下发采集所述时间段内的客户端日志的日志采集指令。

在本公开的一种示例性实施例中，所述日志信息为用于存储所述客户端根据所述日志采集指令所采集的日志的日志文件地址。

在本公开的一种示例性实施例中，所述方法还包括：

在接收所述客户端响应所述日志采集指令所返回的所述日志文件地址后，向开发者发送通知信息。

根据本公开的第二方面，提供一种客户端日志的采集方法，所述方法包括：接收日志采集指令；根据所述日志采集指令中的信息对客户端的日志进行筛选，以获取日志信息；将所述日志信息返回至服务器。

在本公开的一种示例性实施例中，在接收日志采集指令之前，所述方法还包括：向开发者反馈所述客户端的程序异常信息，其中所述程序异常信息包括第一用户标识和所述客户端发生程序异常的时间段。

在本公开的一种示例性实施例中，所述根据所述日志采集指令中的信息对客户端的日志进行筛选，以获取日志信息，包括：从所述客户端的日志中筛选出所述时间段内的日志，以获取日志信息。

在本公开的一种示例性实施例中，所述日志信息为日志文件地址；

所述从所述客户端的日志中筛选出所述时间段内的日志，以获取日志信息，包括：根据所述时间段对所述客户端中的日志进行筛选，以获取目标日志；将所述目标日志存储于文件服务器，以获取所述日志文件地址。

在本公开的一种示例性实施例中，所述将所述日志信息返回至服务器，包括：将所述日志文件地址返回至服务器。

根据本公开的第三方面，提供一种客户端日志采集装置，所述装置包括：信息获取模块，用于获取日志采集信息，所述日志采集信息包括第一用户标识；判断模块，用于根据所述第一用户标识判断当前用户是否为目标用户；指令下发模块，用于若所述当前用户为所述目标用户，则向所述目标用户的客户端下发日志采集指令；接收模块，用于接收所述客户端响应所述日志采集指令所返回的日志信息。

根据本公开的第四方面，提供一种客户端日志采集装置，所述装置包括：指令接收模块，用于接收日志采集指令；获取模块，用于根据所述日志采集指令中的信息，对客户端的日志进行筛选，以获取日志信息；日志信息返回模块，用于将所述日志信息返回至服务器。

根据本公开的第五方面，提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的客户端日志采集方法。

根据本公开的第六方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的客户端日志采集方法。

本公开的示例性实施例中的客户端日志采集方法，通过日志采集信息中的第一用户标识确定目标用户，并向目标用户对应的客户端下发日志采集指令，最后接收客户端响应该日志采集指令所返回的日志信息。一方面，通过第一用户标识来确定目标用户，以触发日志采集指令的下发，提高了日志采集的针对性；同时，仅在确定了目标用户后才会下发日志采集指令，

提高了日志采集的安全性；另一方面，客户端响应日志采集指令即可将日志信息返回至服务器，避免了在日志采集过程中客服等人的干预，提高了对客户端日志的采集效率，节省了开发者和用户的时间，进而提升了整体的用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

通过参考附图阅读下文的详细描述，本公开示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施方式，其中：

图1示意性地示出了根据本公开示例性实施方式的客户端日志的采集方法的流程图；

图2示意性地示出了根据本公开示例性实施方式的根据第一用户标识获取目标用户的流程图；

图3示意性地示出了根据本公开的又一示例性实施方式的客户端日志的采集方法的流程图；

图4示意性地示出了根据本公开示例性实施方式的客户端日志的采集装置的结构示意图；

图5示意性地示出了根据本公开的又一示例性实施方式的客户端日志的采集装置的结构示意图；

图6示意性地示出了根据本公开示例性实施方式的存储介质的示意图；以及

图7示意性地示出了根据本公开示例性实施方式的电子设备的框图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

现在将参考附图更全面地描述示例性实施方式。然而，示例性实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施例使得本公开将更加全面和完整，并将示例性实施方式的构思全面地传达给本领域的技术人员。图中相同的附图标记表示相同或类似的结构，因而将省略它们的详细描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个软件硬化的模块中实现这些功能实体或功能实体的一部分，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

在本领域的相关技术中，对客户端日志的采集首先是用户通过客服等人工渠道将程序的异常信息反馈至开发者；然后开发者通过联系并指导用户以获取相应的客户端日志；最后开发者基于该些客户端日志对用户的客户端的运行行为进行分析，以查找程序出现异常的原因。

相应地，相关技术中对客户端日志的采集方法存在如下缺陷：在采集客户端日志的过程中需要用户、开发者和客服等人的干预，增加了日志采集的复杂性，费时耗力；同时，在开发者指导用户查找日志时，无法准确获取目标日志，加大了开发者通过该日志分析用户的客户端的运行行为的难度。

基于此，在本示例性实施方式中，首先提供了一种客户端日志的采集方法，该客户端日志的采集方法可由服务器执行。参考图1所示，该客户端日志的采集方法至少包括以下步骤：

步骤S110：获取日志采集信息，所述日志采集信息包括第一用户标识；

步骤S120：根据所述第一用户标识判断当前用户是否为目标用户；

步骤S130：若所述当前用户为所述目标用户，则向所述目标用户的客户端下发日志采集指令；

步骤S140：接收所述客户端响应所述日志采集指令所返回的日志信息。

根据本示例性实施方式中的客户端日志的采集方法，一方面，通过第一用户标识来确定目标用户，以触发日志采集指令的下发，提高了日志采集的针对性；同时，仅在确定了目标用户后才会下发日志采集指令，提高了日志采集的安全性；另一方面，客户端响应日志采集指令即可将日志信息返回至服务器，避免了在日志采集过程中客服等人力的干预，提高了客户端日志的采集效率，节省了开发者和用户的时间，进而提升了整体的用户体验。

下面将对本示例性实施方式中的客户端日志采集方法进行进一步的说明。

在步骤S110中，获取日志采集信息，所述日志采集信息包括第一用户标识。

在本公开的示例性实施方式中，所获取的日志采集信息为开发者在获取用户反馈的程序异常信息后，通过操作后台进行设置所形成的信息，以便于服务器根据该日志采集信息执行对用户的客户端日志的采集。其中，在获取日志采集信息之前，首先可以根据用户账号为用户设置用户标识，该用户账号与用户标识一一对应，其中用户账号可以是用户的电话号码、邮箱名、微信号、QQ号或微博号等账号，用户标识可以是数字、数字和字母组合或者数字、字母和特殊符号(如下划线等)的组合；具体地，用户标识可以是用户的电话号码、微信号、QQ号等，可以是将用户账号中的多个进行组合形成的标识，也可以是基于用户账号进行特殊处理形成的标识，如将用户账号根据算法进行转换所形成的包含数字、字母的标识，等等，当然也可以是通过其它方法形成用户标识，本公开在此不再赘述。用户账号与用户标识是绑定的，用户标识随用户账号的切换而改变，例如，同一用户使用邮箱和使用微博号登陆同一客户端时，该用户将获得两个不同的用户标识。此外，用户标识可以显示于客户端的界面，以便于用户能够直接得知自己的用户标识。

可以理解的是，日志采集信息中的第一用户标识就是反馈程序异常的客户端对应的用户标识。用户在向开发者反馈程序异常信息的同时，将用户标识告知开发者，开发者即可通过操作后台设置相应的日志采集信息。进一步的，日志采集信息还包括时间信息，该时间信息为发生程序异常的时间段，也是由用户在反馈程序异常时告知开发者的。

在步骤S120中，根据所述第一用户标识判断当前用户是否为目标用户。

在本公开的示例性实施方式中，由于第一用户标识为发生程序异常的客户端对应的用户标识，当用户再次通过同一用户账号登录平台时，服务器可以根据当前用户的用户标识判断该用户是否为待采集客户端日志的目标用户。图2示出了根据第一用户标识获取目标用户的流程图，如图2所示，该过程具体包括以下步骤：

步骤S210：获取所述当前用户的第二用户标识；

在本公开的示例性实施方式中，当检测到用户为已登录状态时，自动获取当前用户的用户标识，即第二用户标识。

步骤S220：将所述第二用户标识与所述第一用户标识进行匹配，以判断所述当前用户是否为所述目标用户；

在本公开的示例性实施方式中，在获取到的当前用户对应的第二用户标识后，将第二用户标识与日志采集信息中的第一用户标识进行匹配，以判断当前用户是否为曾反馈客户端程序异常的目标用户。

步骤S230：若匹配，则确定所述当前用户为所述目标用户。

在本公开的示例性实施方式中，若当前用户对应的第二用户标识与日志采集信息中的第一用户标识匹配，则确定该当前用户为目标用户，即该目标用户为曾报障的用户，进而可以对该目标用户的客户端的日志进行采集。举例而言，若日志采集信息中包括第一用户标识为“aaabcd@163.com”，时间信息为“13:00至13:15”，当检测到的当前用户对应的第二用户标识为“aaabcd@163.com”，即日志采集信息中的第一用户标识与当前用户对应的第二用户标识是匹配的，则确定该当前用户为目标用户。

在步骤S130中，若所述当前用户为所述目标用户，则向所述目标用户的客户端下发日志采集指令。

在本公开的示例性实施方式中，日志采集信息可以包括发生程序异常的时间段，在确定目标用户后，服务器向目标用户的客户端下发日志采集指令，以采集该时间段内的客户端日志，由于有针对性的获取发生程序异常的时间段内的客户端日志，因此提高了客户端日志采集的效率，避免了开发者需要对全部的客户端日志的分析，以查找程序出现异常的原因。

在步骤S140中，接收所述客户端响应所述日志采集指令所返回的日志信息。

在本公开的示例性实施方式中，日志信息可以是用于存储客户端根据日志采集指令所采集的日志的日志文件地址，开发人员可以通过该日志文件地址下载得到相应的客户端日志。此外，在接收到客户端响应日志采集指令所返回的日志文件地址后，可以向开发者发送通知信息，告知开发者目标用户的客户端日志已采集完毕，以便于开发者根据该客户端日志对客户端的程序运行行为进行分析，以查出程序出现异常的原因。此外，日志信息还可以是客户端响应日志采集指令所采集到的日志，本公开对此不做具体限定。

图1所示的示例性实施方式的技术方案是从服务器的角度对本公开的示例性实施方式的客户端日志的采集方法进行了说明，以下结合图3从客户端的角度对本公开的示例性实施方式的客户端日志的采集方法进行阐述：

图3示出了根据本公开的又一示例性实施方式的客户端日志的采集方法的流程图。该客户端日志采集方法的可由安装了各类应用程序的客户端执行。参照图3所示，该客户端的日志采集方法具体包括如下步骤S310至步骤S320，以下详细进行阐述：

步骤S310：接收日志采集指令；

在本公开的示例性实施方式中，接收到的日志采集指令包括客户端发生程序异常的时间段。其中在接收服务器下发的日志采集指令之前，用户首先向开发者反馈客户端的程序异常信息，其中程序异常信息包括第一用户标识和客户端发生程序异常的时间段，以便于开发者根据该程序异常信息在操作后台设置形成日志采集信息，服务器获取日志采集信息后可基于该日志采集信息生成的日志采集指令，并将该日志采集指令下发至客户端。其中，用户向开发者反馈客户端异常信息可以通过客户端程序内置的“报障反馈”功能，也可以通过邮件、电话等方式将客户端的程序异常信息告知开发者。

步骤S320：根据所述日志采集指令中的信息对客户端的日志进行筛选，以获取日志信息；

在本公开的示例性实施方式中，客户端可以根据日志采集指令中的发生程序异常的时间段，从客户端日志中筛选出该时间段内的日志，以得到日志信息。其中，日志信息可以包括日志文件地址，具体地，客户端首先根据发生程序异常的时间段对客户端中的日志进行筛选，以获取目标日志；接着将该目标日志存储于文件服务器，以获取日志文件地址。其中文件服务器为对中央存储和数据文件管理的服务器，通常不同业务功能上传的文件都会上传至文件服务器，例如用户的日志文件、用户上传的图片、头像，等等。

步骤S330：将所述日志信息返回至服务器。

在本公开的示例性实施方式中，将获取到的日志文件地址返回至服务器。该服务器可以是软件服务器，软件服务器为登录连接的服务器，专门为后台操作、记录和通知而做的独立服务器。进一步的，文件服务器和软件服务器可以是相互独立的服务器，也可以是一个服务器集群中具有不同功能的服务器。

需要说明的是，在将日志信息返回至服务器时，由于日志信息有不同的存储空间大小，例如可以是2Bite(字节)，2KB，200KB，或2MB等，当日志信息的存储空间大于一预设值时，可以根据上述方式将日志信息先上传至文件服务器，以生成日志文件地址，再将日志文件地址返回至服务器；当然，当日志信息存储空间小于一预设值时，还可以将根据日志采集指令筛选的客户端的日志直接上传至服务器，本公开对此不做具体限定。

下面以用户在使用电脑运行某一应用程序时出现程序的卡顿现象为例，对本公开示例性实施方式中客户端日志的采集方法进行详细阐述：

用户在使用电脑中的某个游戏程序时，该应用程序出现严重的卡顿现象，卡顿现象一般是由硬盘的C₁(load/unload cycle)值过高造成的，也可能是由于游戏程序本身存在的设计缺陷。那么，用户可以通过邮件、电话等方式将客户端的游戏程序的异常信息告知开发者，同时，用户将其用户标识“aaabcd@163.com”和游戏程序发生异常的时间段“13:00至13:15”告知开发者；开发者在收到该游戏程序的异常信息后，通过操作后台设置形成如“请上传13:00至13:15之间的用户日志”的日志采集信息；进一步的，当检测到一当前用户通过与用户标识“aaabcd@163.com”对应的用户账号登录客户端时，服务器确定该用户标识与已报障的用户标识匹配，则向该当前用户下发“请上传13:00至13:15之间的用户日志”的日志采集指令。再进一步的，用户基于该日志采集指令在其客户端中筛选出13:00至13:15之间的日志，以获取日志信息，并将该日志信息上传至服务器，且通过邮件或电话等方式告知开发者；最后，开发者即可根据接收到日志信息对该用户的客户端的游戏程序发生卡顿现象的原因进行分析。

综上可知，整个过程没有复杂的中间过程，同时接收到客户端响应日志采集指令上传的日志信息为客户端发生程序异常的时间段内的目标用户的日志，提高了客户端日志的采集针对性，进而方便了开发者对客户端发生程序异常的原因的排查，不仅提高了客户端的日志采集效率，也提高了解决客户端的程序故障的工作效率。

此外，在本公开的示例性实施方式中，还提供了一种客户端日志采集装置，该客户端日志采集装置可以设置在服务器上。参考图4所示，该客户端日志采集装置400可以包括信息获取模块410、判断模块420、指令下发模块430以及接收模块430。具体地，

信息获取模块410，可以用于获取日志采集信息，所述日志采集信息包括第一用户标识；

判断模块420，可以用于根据所述第一用户标识判断当前用户是否为目标用户；

指令下发模块430，可以用于若所述当前用户为所述目标用户，则向所述目标用户的客户端下发日志采集指令；

接收模块440，可以用于接收所述客户端响应所述日志采集指令所返回的日志信息。

同时，在本公开的示例性实时方式中，还提供了另一种客户端日志采集装置，参考图5所示，该客户端日志采集装置500可以包括指令接收模块510、获取模块520和日志信息返回模块530。具体地，

指令接收模块510，用于接收日志采集指令；

获取模块520，用于根据所述日志采集指令中的信息，对客户端的日志进行筛选，以获取日志信息；

日志信息返回模块530，用于将所述日志信息返回至服务器。

上述装置中各模块/单元的具体细节在方法部分的实施例中已经详细说明，因此不再赘述。

此外，在本公开示例性实施方式中，还提供了一种能够实现上述方法的计算机存储介质。其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施例的步骤。

参考图6所示，描述了根据本公开的示例性实施方式的用于实现上述方法的程序产品600，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施例、完全的软件实施例(包括固件、微代码等)，或硬件和软件方面结合的实施例，这里可以统称为“电路”、“模块”或“系统”。

下面参照图7来描述根据本公开的这种实施例的电子设备700。图7显示的电子设备700仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700以通用计算设备的形式表现。电子设备700的组件可以包括但不限于：上述至少一个处理单元710、上述至少一个存储单元720、连接不同系统组件(包括存储单元720和处理单元710)的总线730、显示单元740。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元710执行，使得所述处理单元710执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施例的步骤。

存储单元720可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)7201和/或高速缓存存储单元7202，还可以进一步包括只读存储单元(ROM)7203。

存储单元720还可以包括具有一组(至少一个)程序模块7205的程序/实用工具7204，这样的程序模块7205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线730可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备700也可以与一个或多个外部设备800(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备700交互的设备通信，和/或与使得该电子设备700能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口750进行。并且，电子设备700还可以通过网络适配器760与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器760通过总线730与电子设备700的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施例的方法。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。

Claims (16)

1.一种客户端日志的采集方法，其特征在于，包括：

获取日志采集信息，所述日志采集信息包括第一用户标识；

根据所述第一用户标识判断当前用户是否为目标用户；

若所述当前用户为所述目标用户，则向所述目标用户的客户端下发日志采集指令；

接收所述客户端响应所述日志采集指令所返回的日志信息。

2.根据权利要求1所述的客户端日志采集方法，其特征在于，在所述获取日志采集信息之前，所述方法还包括：

根据用户账号为用户设置用户标识，其中所述用户账号与所述用户标识一一对应。

3.根据权利要求1所述的客户端日志采集方法，其特征在于，所述日志采集信息包括所述第一用户标识和时间信息；所述第一用户标识为发生程序异常的客户端对应的用户标识，所述时间信息为发生程序异常的时间段。

4.根据权利要求1所述的客户端日志采集方法，其特征在于，所述根据所述第一用户标识判断当前用户是否为目标用户，包括：

获取所述当前用户的第二用户标识；

将所述第二用户标识与所述第一用户标识进行匹配，以判断所述当前用户是否为所述目标用户；

若匹配，则确定所述当前用户为所述目标用户。

5.根据权利要求3所述的客户端日志采集方法，其特征在于，所述若所述当前用户为所述目标用户，则向所述目标用户的客户端下发日志采集指令，包括：

向所述目标用户的客户端下发采集所述时间段内的客户端日志的日志采集指令。

6.根据权利要求1所述的客户端日志采集方法，其特征在于，所述日志信息为用于存储所述客户端根据所述日志采集指令所采集的日志的日志文件地址。

7.根据权利要求6所述的客户端日志采集方法，其特征在于，所述方法还包括：

在接收所述客户端响应所述日志采集指令所返回的所述日志文件地址后，向开发者发送通知信息。

8.一种客户端日志的采集方法，其特征在于，包括：

接收日志采集指令；

根据所述日志采集指令中的信息对客户端的日志进行筛选，以获取日志信息；

将所述日志信息返回至服务器。

9.根据权利要求8所述的客户端日志的采集方法，其特征在于，在接收日志采集指令之前，所述方法还包括：

向开发者反馈所述客户端的程序异常信息，其中所述程序异常信息包括第一用户标识和所述客户端发生程序异常的时间段。

10.根据权利要求9所述的客户端日志的采集方法，其特征在于，所述根据所述日志采集指令中的信息对客户端的日志进行筛选，以获取日志信息，包括：

从所述客户端的日志中筛选出所述时间段内的日志，以获取日志信息。

11.根据权利要求10所述的客户端日志的采集方法，其特征在于，所述日志信息为日志文件地址；

所述从所述客户端的日志中筛选出所述时间段内的日志，以获取日志信息，包括：

根据所述时间段对所述客户端中的日志进行筛选，以获取目标日志；

将所述目标日志存储于文件服务器，以获取所述日志文件地址。

12.根据权利要求11所述的客户端日志的采集方法，其特征在于，所述将所述日志信息返回至服务器，包括：

将所述日志文件地址返回至所述服务器。

13.一种客户端日志采集装置，其特征在于，所述装置包括：

信息获取模块，用于获取日志采集信息，所述日志采集信息包括第一用户标识；

判断模块，用于根据所述第一用户标识判断当前用户是否为目标用户；

指令下发模块，用于若所述当前用户为所述目标用户，则向所述目标用户的客户端下发日志采集指令；

接收模块，用于接收所述客户端响应所述日志采集指令所返回的日志信息。

14.一种客户端日志采集装置，其特征在于，所述装置包括：

指令接收模块，用于接收日志采集指令；

获取模块，用于根据所述日志采集指令中的信息，对客户端的日志进行筛选，以获取日志信息；

日志信息返回模块，用于将所述日志信息返回至服务器。

15.一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至12任一项所述的客户端日志采集方法。

16.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行如权利要求1至12任一项所述的客户端日志采集方法。