一种用户信息获取方法和相关设备与流程

本发明涉及电子技术领域，尤其涉及一种用户信息获取方法及相关设备。

背景技术：

用户画像是根据用户社会属性、生活习惯和消费行为等信息而抽象出的一个标签化的用户模型，构建用户画像的核心工作即是给用户贴“标签”，而标签是通过对用户信息分析而来的高度精炼的特征标识。

有些软件的使用用户有很大量级，细分用户需求并准确建立用户画像是当前需要解决的问题。在为软件用户创建用户画像时，并不知道具体用户在使用客户端软件时的喜好与使用频率，例如，喜欢玩什么游戏、一周内玩该游戏次数、喜欢看什么类型的视频、更偏向于使用哪款视频播放软件等等问题。建立用户画像的准确性将会影响后续为画像用户提供更多服务时的体验。

在现有技术方案中，如图1所述，图1是现有技术方案提供的一种用于建立用户画像的用户信息获取方法的流程示意图。首先软件的线程周期性启动，并主动获取用户系统内的应用相关信息，例如，是否有安装软件、是否有桌面快捷方式、是否有快速启动栏图标、程序是否在运行中、或程序上次运行时间等等，并将应用相关信息上报给应用服务器，应用服务器可以根据应用相关信息建立用户画像，并基于用户画像选择出推送给该用户的服务信息。但是，这种获取用户信息的方法不能保证实时性，获取信息的准确性不高。

技术实现要素：

本发明实施例提供一种用户信息获取方法及相关设备。可以解决现有技术方案中信息获取准确度不高的技术问题。

本发明第一方面提供了一种用户信息获取方法，包括：

获取应用服务器发送的配置文件，所述配置文件包括信息上报条件；

当检测到用户对目标资源进行访问时，获取访问所述目标资源的进程的用户进程消息；

确定所述用户进程消息是否满足所述信息上报条件；

若所述用户进程消息满足所述信息上报条件，则向所述应用服务器发送所述用户进程消息。

其中，所述获取访问所述目标资源的进程的用户进程消息包括：

注册Hook函数监控访问所述目标资源的进程；

通过注册的所述Hook函数获取访问所述目标资源的进程的用户进程消息。

其中，所述接收应用服务器发送的配置文件之前，还包括：

接收所述应用服务器发送的配置信息，所述配置信息包括当前的配置文件的第一信息摘要值；

判断所述第一信息摘要值与本地配置文件的第二信息摘要值是否相同；

若不相同，则从所述应用服务器下载当前的所述配置文件替换所述本地配置文件。

其中，所述若所述用户进程消息满足所述信息上报条件，则向所述应用服务器发送所述用户进程消息之后，还包括：

接收所述应用服务器推送的服务信息，所述服务信息为所述应用服务器根据所述用户进程消息选择出的推送消息。

相应地，本发明第二方面提供了一种用户信息获取方法，包括：

向用户终端发送配置文件，所述配置文件包括信息上报条件，以使所述用户终端当检测到用户对目标资源进行访问时获取访问所述目标资源的进程的用户进程消息、并在确定所述用户进程消息满足所述信息上报条件时向所述应用服务器发送所述用户进程消息；

接收所述用户终端发送的所述用户进程消息。

其中，所述向用户终端发送配置文件之前，还包括：

向所述用户终端发送配置信息，所述配置信息包括当前的配置文件的第一信息摘要值，以使所述用户终端判断所述第一信息摘要值与本地配置文件的第二信息摘要值不相同时从所述应用服务器下载当前的所述配置文件替换所述本地配置文件。

其中，所述接收所述用户终端发送的所述用户进程消息之后，还包括：

根据所述用户进程消息，选择推送给所述用户的服务信息；

向所述用户终端发送选择的所述服务信息。

相应地，本发明第三方面提供了一种用户终端，包括：

信息接收模块，用于获取应用服务器发送的配置文件，所述配置文件包括信息上报条件；

消息获取模块，用于当检测到用户对目标资源进行访问时，获取访问所述目标资源的进程的用户进程消息；

信息确定模块，用于确定所述用户进程消息是否满足所述信息上报条件；

信息发送模块，用于若所述用户进程消息满足所述信息上报条件，则向所述应用服务器发送所述用户进程消息。

其中，所述消息获取模块具体用于：

注册Hook函数监控访问所述目标资源的进程；

通过注册的所述Hook函数获取访问所述目标资源的进程的用户进程消息。

其中，所述信息接收模块，还用于接收所述应用服务器发送的配置信息，所述配置信息包括当前的配置文件的第一信息摘要值；判断所述第一信息摘要值与本地配置文件的第二信息摘要值是否相同；若不相同，则从所述应用服务器下载当前的所述配置文件替换所述本地配置文件。

其中，所述信息接收模块，还用于接收所述应用服务器推送的服务信息，所述服务信息为所述应用服务器根据所述用户进程消息选择出的推送消息。

相应地，本发明第四方面提供了一种应用服务器，包括：

信息发送模块，用于向用户终端发送配置文件，所述配置文件包括信息上报条件，以使所述用户终端当检测到用户对目标资源进行访问时获取访问所述目标资源的进程的用户进程消息、并在确定所述用户进程消息满足所述信息上报条件时向所述应用服务器发送所述用户进程消息；

信息接收模块，用于接收所述用户终端发送的所述用户进程消息。

其中，所述信息发送模块，还用于向所述用户终端发送配置信息，所述配置信息包括当前的配置文件的第一信息摘要值，以使所述用户终端判断所述第一信息摘要值与本地配置文件的第二信息摘要值不相同时从所述应用服务器下载当前的所述配置文件替换所述本地配置文件。

其中，所述信息发送模块，还用于根据所述用户进程消息，选择推送给所述用户的服务信息；向所述用户终端发送选择的所述服务信息。

相应地，本发明第五方面提供了一种用户信息获取设备，包括：存储器、通信总线以及处理器，其中，所述存储器用于存储程序代码，所述处理器用于调用所述程序代码，执行以下操作：

获取应用服务器发送的配置文件，所述配置文件包括信息上报条件；

当检测到用户对目标资源进行访问时，获取访问所述目标资源的进程的用户进程消息；

确定所述用户进程消息是否满足所述信息上报条件；

若所述用户进程消息满足所述信息上报条件，则向所述应用服务器发送所述用户进程消息。

实施本发明实施例，首先获取应用服务器发送的配置文件，所述配置文件包括信息上报条件；然后当检测到用户对目标资源进行访问时，获取访问所述目标资源的进程的用户进程消息；其次确定所述用户进程消息是否满足所述信息上报条件；最后若所述用户进程消息满足所述信息上报条件，则向所述应用服务器发送所述用户进程消息，可以更加准确的获取用户信息，进而根据用户信息进行消息推送。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是现有技术方案提供的一种用户信息获取方法的流程示意图；

图2是本发明提出的一种用户信息获取方法的第一实施例的流程示意图；

图3是本发明实施例提供的一种配置文件获取方法的流程示意图；

图4是本发明提出的一种用户信息获取方法的第二实施例的流程示意图；

图5是本发明实施例提供的一种用户终端的结构示意图；

图6是本发明实施例提供的一种应用服务器的结构示意图；

图7是本发明实施例提供的一种用户信息获取设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参考图2，图2是本发明提出的一种用户信息获取方法的第一实施例的流程示意图。如图所示，本发明实施例中的方法包括：

S201，获取应用服务器发送的配置文件，所述配置文件包括信息上报条件。

具体实现中，可以首先在用户终端安装应用管家客户端，通过应用管家客户端对用户终端上的其他应用软件进行管理，监控其他应用软件的使用情况(如：用户打开什么类型的软件、使用软件的频率等等)，应用服务器当检测到用户终端已安装应用管家客户端时，向已安装应用管家客户端的用户终端发送配置文件。其中，信息上报条件包括信息类型、进程标识、使用频率等等。

可选的，如图3所示，图3提供了一种配置文件获取方法的流程示意图。用户终端可以首先接收所述应用服务器发送的配置信息，其中，所述配置信息包括当前的配置文件的第一信息摘要值，然后检测应用服务器的配置开关是否开启、且是否存在本地配置文件，如果应用服务器配置开关已开启并且存在本地配置文件，则判断所述第一信息摘要值与本地配置文件的第二信息摘要值是否相同；若不相同，则从所述应用服务器下载当前的所述配置文件替换所述本地配置文件；若相同，则说明用户终端的本地配置文件为最新文件，不需从应用服务器下载配置文件，解析本地配置文件获取所述信息上报条件，信息摘要值可以为MD2值、MD5值等等。需要说明的是，应用服务器可以动态的修改配置文件，并将修改的配置文件下发给用户终端，通过动态修改配置文件获取应用服务器所期望的数据。

S202，当检测到用户对目标资源进行访问时，获取访问所述目标资源的进程的用户进程消息。其中，用户进程消息可以包括进程标识、窗口标题名称以及进程使用次数等等

具体实现中，可以对系统提供的API(Application Programming Interface，应用程序编程接口)接口中的idProcess和idThresd进行置空，获取当前系统内的所有用户进程消息，然后通过进程处理函数处理这些用户进程消息，最后对这些已处理过的用户进程消息进行标识，从而实现在不影响其他程序正常运行的同时，异步地获取到其他程序的进程名称和打开窗口名称。

可选的，可以在应用管家客户端中注册Hook函数监控访问所述目标资源的进程；通过在应用管家客户端中注册的所述Hook函数获取访问所述目标资源的进程的用户进程消息。其中，Hook(钩子)函数是Windows消息处理机制的一个平台，应用程序可以在上面设置子程序以监视窗口消息，而且所监视的窗口可以是其他进程所创建的，当窗口消息到达后，在执行窗口处理函数之前处理该窗口消息。另外，Hook机制允许应用程序截获处理Window消息或特定事件，钩子实际上是一个处理消息的程序段，通过系统调用，将Hook函数挂入系统，在弹窗消息未到达目标窗口之前，Hook函数就先捕获该窗口消息，进而Hook函数可以加工处理该窗口消息，也可以不作处理而继续传递该窗口消息，还可以强制结束该窗口消息的传递。

S203，确定所述用户进程消息是否满足所述信息上报条件。

具体实现中，可以判断获取到进程标识是否符合所述配置文件中规定的进程标识，或判断获取到的窗口标题名称是否符合所述配置文件中规定的窗口类型，或判断打开目标窗口的次数是否超过所述配置文件中规定的操作频率等等。若确定所述用户进程消息不满足所述信息上报条件，则不再执行下述操作步骤。

S204，若所述用户进程消息满足所述信息上报条件，则向所述应用服务器发送所述用户进程消息。

具体实现中，若获取到进程标识与所述配置文件中规定的进程标识相同，或/和若获取到的窗口标题名称符合所述配置文件中规定的窗口类型，或/和若打开目标窗口的次数超过所述配置文件中规定的操作频率等等，则将该用户进程消息上报至应用服务器。

可选的，可以接收所述应用服务器推送的服务信息，所述服务信息为所述应用服务器根据所述用户进程消息选择出的推送消息。

具体的，应用服务器接收到用户终端发送的用户进程消息之后，可以根据用户进程消息判断用户喜欢玩什么游戏、一周内玩该游戏次数、喜欢看什么类型的视频、更偏向于使用哪款视频播放软件等等信息，并抽象出的一个标签化的用户模型，根据该用户模型，选择性的向该用户终端推送服务信息(如：用户喜欢看的视频)。

例如，在用户终端上安装应用管家客户端，对使用应用软件的情况进行监控，在用户打开视频软件观看视频时，可以通过Hook函数获取打开的视频的窗口标题名称，然后确定该视频的窗口标题名称是否符合应用服务器下发的配置文件规定的窗口类型，如果符合，则将该窗口标题名称发送到应用服务器，应用服务器通过窗口标题名称获取该用户所看的视频名称，进而向该用户终端推送相类似的其他视频或该视频名称对应的其他视频消息。

在本发明实施例中，首先获取应用服务器发送的配置文件，所述配置文件包括信息上报条件；然后当检测到用户对目标资源进行访问时，获取访问所述目标资源的进程的用户进程消息；其次确定所述用户进程消息是否满足所述信息上报条件；最后若所述用户进程消息满足所述信息上报条件，则向所述应用服务器发送所述用户进程消息，可以更加准确的获取用户信息，进而根据用户信息进行消息推送。

请参考图4，图4是本发明提出的一种用户信息获取方法的第二实施例的流程示意图。如图所示，本发明实施例中的方法包括：

S401，应用服务器向用户终端发送配置文件，所述配置文件包括信息上报条件。

具体实现中，可以首先在用户终端安装应用管家客户端，通过应用管家客户端对用户终端上的其他应用软件进行管理，监控其他应用软件的使用情况(如：用户打开什么类型的软件、使用软件的频率等等)，应用服务器当检测到用户终端已安装应用管家客户端时，向已安装应用管家客户端的用户终端发送配置文件。其中，信息上报条件包括信息类型、进程标识、使用频率等等。

可选的，如图3所示，图3提供了一种配置文件的获取方法的流程示意图。用户终端可以首先接收所述应用服务器发送的配置信息，其中，所述配置信息包括当前的配置文件的第一信息摘要值，然后检测应用服务器的配置开关是否开启、且是否存在本地配置文件，如果应用服务器配置开关已开启并且存在本地配置文件，则判断所述第一信息摘要值与本地配置文件的第二信息摘要值是否相同；若不相同，则从所述应用服务器下载当前的所述配置文件替换所述本地配置文件；若相同，则说明用户终端的本地配置文件为最新文件，不需从应用服务器下载配置文件，解析本地配置文件获取所述信息上报条件，信息摘要值可以为MD2值、MD5值等等。需要说明的是，应用服务器可以动态的修改配置文件，并将修改的配置文件下发给用户终端，通过动态修改配置文件获取应用服务器所期望的数据。

S402，用户终端当检测到用户对目标资源进行访问时，获取访问所述目标资源的进程的用户进程消息。

具体实现中，可以对系统提供的API(Application Programming Interface，应用程序编程接口)接口中的idProcess和idThresd进行置空，获取当前系统内的所有用户进程消息，然后通过进程处理函数处理这些用户进程消息，最后对这些已经处理过的用户进程消息进行标识，从而实现在不影响其他程序正常运行的同时，异步地获取到其他程序的进程名称和打开窗口名称。

可选的，可以在应用管家客户端中注册Hook函数监控访问所述目标资源的进程；通过在应用管家客户端中注册的所述Hook函数获取访问所述目标资源的进程的用户进程消息。其中，Hook(钩子)函数是Windows消息处理机制的一个平台，应用程序可以在上面设置子程序以监视窗口消息，而且所监视的窗口可以是其他进程所创建的，当窗口消息到达后，在执行窗口处理函数之前处理该窗口消息。另外，Hook机制允许应用程序截获处理Window消息或特定事件，钩子实际上是一个处理消息的程序段，通过系统调用，将Hook函数挂入系统，在弹窗消息未到达目标窗口之前，Hook函数就先捕获该窗口消息，进而Hook函数可以加工处理该窗口消息，也可以不作处理而继续传递该窗口消息，还可以强制结束该窗口消息的传递。

S403，用户终端确定所述用户进程消息是否满足所述信息上报条件。

具体实现中，可以判断获取到进程标识是否符合所述配置文件中规定的进程标识，或判断获取到的窗口标题名称是否符合所述配置文件中规定的窗口类型，或判断打开目标窗口的次数是否超过所述配置文件中规定的操作频率等等。若确定所述用户进程消息不满足所述信息上报条件，则不再执行下述操作步骤。

S404，用户终端若所述用户进程消息满足所述信息上报条件，则向所述应用服务器发送所述用户进程消息。

具体实现中，若获取到进程标识与所述配置文件中规定的进程标识相同，或若获取到的窗口标题名称符合所述配置文件中规定的窗口类型，或若打开目标窗口的次数超过所述配置文件中规定的操作频率等等，则将用户进程消息上报至应用服务器。

S405，应用服务器根据所述用户进程消息，选择推送给所述用户的服务信息。

具体的，应用服务器接收到用户终端发送的用户进程消息之后，可以根据用户进程消息判断用户喜欢玩什么游戏、一周内玩该游戏次数、喜欢看什么类型的视频、更偏向于使用哪款视频播放软件等等信息，并抽象出的一个标签化的用户模型，根据该用户模型，选择性的向该用户终端推送服务信息(如，用户喜欢看的视频)。

S406，应用服务器向所述用户终端发送选择的所述服务信息。

例如，在用户终端上安装应用管家客户端，对使用应用软件的情况进行监控，在用户打开视频软件观看视频时，可以通过Hook函数获取打开的视频的窗口标题名称，然后确定该视频的窗口标题名称是否符合应用服务器下发的配置文件规定的窗口类型，如果符合，则将该窗口标题名称发送到应用服务器，应用服务器通过窗口标题名称获取该用户所看的视频名称，进而向该用户终端推送相类似的其他视频或该视频名称对应的其他视频消息。

在本发明实施例中，首先获取应用服务器发送的配置文件，所述配置文件包括信息上报条件；然后当检测到用户对目标资源进行访问时，获取访问所述目标资源的进程的用户进程消息；其次确定所述用户进程消息是否满足所述信息上报条件；最后若所述用户进程消息满足所述信息上报条件，则向所述应用服务器发送所述用户进程消息，可以更加准确的获取用户信息，进而根据用户信息进行消息推送。

请参考图5，图5是本发明实施例提出的一种用户终端的结构示意图。如图所示，本发明实施例中的用户终端包括：

信息接收模块501，用于获取应用服务器发送的配置文件，所述配置文件包括信息上报条件；

具体实现中，可以首先在用户终端安装应用管家客户端，通过应用管家客户端对用户终端上的其他应用软件进行管理，监控其他应用软件的使用情况(如：用户打开什么类型的软件、使用软件的频率等等)，应用服务器当检测到用户终端已安装应用管家客户端时，向已安装应用管家客户端的用户终端发送配置文件。其中，信息上报条件包括信息类型、进程标识、使用频率等等。

可选的，如图3所示，图3提供了一种配置文件的获取方法的流程示意图。用户终端可以首先接收所述应用服务器发送的配置信息，其中，所述配置信息包括当前的配置文件的第一信息摘要值，然后检测应用服务器的配置开关是否开启、且是否存在本地配置文件，如果应用服务器配置开关已开启并且存在本地配置文件，则判断所述第一信息摘要值与本地配置文件的第二信息摘要值是否相同；若不相同，则从所述应用服务器下载当前的所述配置文件替换所述本地配置文件；若相同，则说明用户终端的本地配置文件为最新文件，不需从应用服务器下载配置文件，解析本地配置文件获取所述信息上报条件，信息摘要值可以为MD2值、MD5值等等。需要说明的是，应用服务器可以动态的修改配置文件，并将修改的配置文件下发给用户终端，通过动态修改配置文件获取应用服务器所期望的数据。

消息获取模块502，用于当检测到用户对目标资源进行访问时，获取访问所述目标资源的进程的用户进程消息；

具体实现中，可以对系统提供的API(Application Programming Interface，应用程序编程接口)接口中的idProcess和idThresd进行置空，获取当前系统内的所有用户进程消息，然后通过进程处理函数处理这些用户进程消息，最后对这些已经处理过的用户进程消息进行标识，从而实现在不影响其他程序正常运行的同时，异步地获取到其他程序的进程名称和打开窗口名称。

可选的，可以在应用管家客户端中注册Hook函数监控访问所述目标资源的进程；通过在应用管家客户端中注册的所述Hook函数获取访问所述目标资源的进程的用户进程消息。其中，Hook(钩子)函数是Windows消息处理机制的一个平台，应用程序可以在上面设置子程序以监视窗口消息，而且所监视的窗口可以是其他进程所创建的，当窗口消息到达后，在执行窗口处理函数之前处理该窗口消息。另外，Hook机制允许应用程序截获处理Window消息或特定事件，钩子实际上是一个处理消息的程序段，通过系统调用，将Hook函数挂入系统，在弹窗消息未到达目标窗口之前，Hook函数就先捕获该窗口消息，进而Hook函数可以加工处理该窗口消息，也可以不作处理而继续传递该窗口消息，还可以强制结束该窗口消息的传递。

信息确定模块403，用于确定所述用户进程消息是否满足所述信息上报条件；

具体实现中，可以判断获取到进程标识是否符合所述配置文件中规定的进程标识，或判断获取到的窗口标题名称是否符合所述配置文件中规定的窗口类型，或判断打开目标窗口的次数是否超过所述配置文件中规定的操作频率等等。若确定所述用户进程消息不满足所述信息上报条件，则不再执行下述操作步骤。

信息发送模块404，用于若所述用户进程消息满足所述信息上报条件，则向所述应用服务器发送所述用户进程消息。

具体实现中，若获取到进程标识与所述配置文件中规定的进程标识相同，或若获取到的窗口标题名称符合所述配置文件中规定的窗口类型，或若打开目标窗口的次数超过所述配置文件中规定的操作频率等等，则将用户进程消息上报至应用服务器。

可选的，可以接收所述应用服务器推送的服务信息，所述服务信息为所述应用服务器根据所述用户进程消息选择出的推送消息。具体的，应用服务器接收到用户终端发送的用户进程消息之后，可以根据用户进程消息判断用户喜欢玩什么游戏、一周内玩该游戏次数、喜欢看什么类型的视频、更偏向于使用哪款视频播放软件等等信息，并抽象出的一个标签化的用户模型，根据该用户模型，选择性的向该用户终端推送服务信息(如：用户喜欢看的视频)。

例如，用户使用视频软件打开需要观看视频时，可以通过Hook函数获取打开的视频的窗口标题名称，然后将确定该视频的窗口标题名称是否符合应用服务器下发的配置文件规定的窗口类型，如果是，则将该窗口标题名称发送到应用服务器，应用服务器通过窗口标题名称获取该用户所看的视频名称，进而向该用户终端推送相类似的其他视频或该视频名称对应的其他视频消息。

在本发明实施例中，首先获取应用服务器发送的配置文件，所述配置文件包括信息上报条件；然后当检测到用户对目标资源进行访问时，获取访问所述目标资源的进程的用户进程消息；其次确定所述用户进程消息是否满足所述信息上报条件；最后若所述用户进程消息满足所述信息上报条件，则向所述应用服务器发送所述用户进程消息，可以更加准确的获取用户信息，进而根据用户信息进行消息推送。

请参考图6，图6是本发明实施例提出的一种应用服务器的结构示意图。如图所示，本发明实施例中的应用服务器包括：

信息发送模块601，用于向用户终端发送配置文件，所述配置文件包括信息上报条件，以使所述用户终端当检测到用户对目标资源进行访问时获取访问所述目标资源的进程的用户进程消息、并在确定所述用户进程消息满足所述信息上报条件时向所述应用服务器发送所述用户进程消息。

具体实现中，用户终端接收到配置文件之后，当检测到用户对目标资源进行访问时，获取访问所述目标资源的进程的用户进程消息；确定所述用户进程消息是否满足所述信息上报条件；若所述用户进程消息满足所述信息上报条件，则向所述应用服务器发送所述用户进程消息，若确定所述用户进程消息不满足所述信息上报条件，则不再执行下述操作步骤。

可选的，信息发送模块601，还用于向所述用户终端发送配置信息，所述配置信息包括当前的配置文件的第一信息摘要值。

具体实现中，用户终端接收到配置信息之后，判断所述第一信息摘要值与本地配置文件的第二信息摘要值是否相同；若不相同，则从所述应用服务器下载当前的所述配置文件替换所述本地配置文件，从而实现动态的修改下发给用户终端的配置文件的目的；若相同，则说明用户终端的本地配置文件为最新文件，不需从应用服务器下载配置文件，解析本地配置文件获取所述信息上报条件，应用服务器可以通过配置并修改配置文件获取期望得到的数据。其中，信息上报条件可以包括进程标识、窗口类型以及使用频率等等，信息摘要值可以为MD2值、MD5值等等。

信息接收模块602，用于接收所述用户终端发送的所述用户进程消息。

可选的，信息发送模块602，还用于根据所述用户进程消息，选择推送给所述用户的服务信息；向所述用户终端发送选择的所述服务信息。

具体实现中，应用服务器接收到用户终端发送的用户进程消息之后，可以根据用户进程消息判断用户喜欢玩什么游戏、一周内玩该游戏次数、喜欢看什么类型的视频、更偏向于使用哪款视频播放软件等等信息，并抽象出的一个标签化的用户模型，根据该用户模型，选择性的向该用户终端推送服务信息(如，用户喜欢看的视频)。

例如，用户使用视频软件打开需要观看视频时，可以通过Hook函数获取打开的视频的窗口标题名称，然后将确定该视频的窗口标题名称是否符合应用服务器下发的配置文件规定的窗口类型，如果是，则将该窗口标题名称发送到应用服务器，应用服务器通过窗口标题名称获取该用户所看的视频名称，进而向该用户终端推送相类似的其他视频或该视频名称对应的其他视频消息。

请参考图7，图7是本发明实施例提出的一种用户信息获取设备的结构示意图。如图所示，该设备可以包括：至少一个处理器701，例如CPU，至少一个通信接口702，至少一个存储器703，至少一个总线707。其中，总线707用于实现这些组件之间的连接通信。其中，本发明实施例中设备的通信接口702是有线发送端口，也可以为无线设备，例如包括天线装置，用于与其他节点设备进行信令或数据的通信。存储器703可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器703可选的还可以是至少一个位于远离前述处理器701的存储装置。存储器703中存储一组程序代码，且处理器701用于调用存储器中存储的程序代码，用于执行以下操作：

获取应用服务器发送的配置文件，所述配置文件包括信息上报条件；

当检测到用户对目标资源进行访问时，获取访问所述目标资源的进程的用户进程消息；

确定所述用户进程消息是否满足所述信息上报条件；

若所述用户进程消息满足所述信息上报条件，则向所述应用服务器发送所述用户进程消息。

其中，处理器701还用于执行如下操作步骤：

注册Hook函数监控访问所述目标资源的进程；

通过注册的所述Hook函数获取访问所述目标资源的进程的用户进程消息。

其中，处理器701还用于执行如下操作步骤：

接收所述应用服务器发送的配置信息，所述配置信息包括当前的配置文件的第一信息摘要值；

判断所述第一信息摘要值与本地配置文件的第二信息摘要值是否相同；

若不相同，则从所述应用服务器下载当前的所述配置文件替换所述本地配置文件。

其中，处理器701还用于执行如下操作步骤：

接收所述应用服务器推送的服务信息，所述服务信息为所述应用服务器根据所述用户进程消息选择出的推送消息。

需要说明的是，对于前述的各个方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某一些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其他实施例的相关描述。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取器(英文：Random Access Memory，简称：RAM)、磁盘或光盘等。

以上对本发明实施例所提供的内容下载方法及相关设备、系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。