CN106599100A - 信息订阅方法及装置 - Google Patents

Abstract

本发明提供一种信息订阅方法及装置。本发明实施例通过获取用户的应用使用情况，进而根据所述应用使用情况，获得所述用户的偏好数据，使得能够根据所述偏好数据，执行信息订阅操作，无需用户参与，操作简单，操作时间短，且正确率高，从而提高了信息订阅的效率和可靠性。

Description

信息订阅方法及装置

【技术领域】

本发明涉及互联网技术，尤其涉及一种信息订阅方法及装置。

【背景技术】

随着互联网行业的发展，用户随时随地可以利用终端，获取自己想要的信息。

通常，用户可以通过订阅方式，主动订阅一些自己关注的信息，以获取所推送的订阅信息。这种方式，操作复杂，操作时间长，且容易出错，从而导致了信息订阅的效率和可靠性的降低。

【发明内容】

本发明的多个方面提供一种信息订阅方法及装置，用以提高信息订阅的效率和可靠性。

本发明的一方面，提供一种信息订阅方法，包括：

获取用户的应用使用情况；

根据所述应用使用情况，获得所述用户的偏好数据；

根据所述偏好数据，执行信息订阅操作。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述应用使用情况，包括下列数据中的至少一项：

所使用的应用的应用类型；

所使用的应用的使用时间；以及

所使用的应用的使用频率。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述应用，包括下列应用中的至少一项：

所在终端的操作系统的前台所运行的应用；以及

所在终端的操作系统的后台所运行的应用。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述偏好数据，包括下列数据中的至少一项：

偏好的内容；

偏好的类型；以及

偏好的关注时间。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述根据所述偏好数据，执行信息订阅操作之后，还包括：

接收所订阅的订阅信息；

输出所述订阅信息。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述输出所述订阅信息，包括：

将所述订阅信息加入信息队列；

根据所述用户的偏好数据、所在终端的操作系统的前台所运行的应用和所在终端的操作系统的后台所运行的应用中的至少一项，对所述信息队列中的订阅信息，执行信息展现操作。

本发明的另一方面，提供一种信息订阅装置，包括：

获取单元，用于获取用户的应用使用情况；

分析单元，用于根据所述应用使用情况，获得所述用户的偏好数据；

订阅单元，用于根据所述偏好数据，执行信息订阅操作。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述应用使用情况，包括下列数据中的至少一项：

所使用的应用的应用类型；

所使用的应用的使用时间；以及

所使用的应用的使用频率。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述应用，包括下列应用中的至少一项：

所在终端的操作系统的前台所运行的应用；以及

所在终端的操作系统的后台所运行的应用。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述偏好数据，包括下列数据中的至少一项：

偏好的内容；

偏好的类型；以及

偏好的关注时间。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述装置还包括输出单元，用于

接收所订阅的订阅信息；以及

输出所述订阅信息。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述输出单元，具体用于

将所述订阅信息加入信息队列；以及

根据所述用户的偏好数据、所在终端的操作系统的前台所运行的应用和所在终端的操作系统的后台所运行的应用中的至少一项，对所述信息队列中的订阅信息，执行信息展现操作。

由上述技术方案可知，本发明实施例通过获取用户的应用使用情况，进而根据所述应用使用情况，获得所述用户的偏好数据，使得能够根据所述偏好数据，执行信息订阅操作，无需用户参与，操作简单，操作时间短，且正确率高，从而提高了信息订阅的效率和可靠性。

另外，采用本发明所提供的技术方案，通过将接收的订阅信息加入信息队列，进而在适当的时间，对所述信息队列中的订阅信息，执行信息展现操作，能够有效提高信息订阅的有效性。

另外，采用本发明所提供的技术方案，能够有效地提高用户的体验。

【附图说明】

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

图1为本发明一实施例提供的信息订阅方法的流程示意图；

图2为本发明另一实施例提供的信息订阅装置的结构示意图；

图3为本发明另一实施例提供的信息订阅装置的结构示意图。

【具体实施方式】

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

需要说明的是，本发明实施例中所涉及的终端可以包括但不限于手机、个人数字助理(Personal Digital Assistant，PDA)、无线手持设备、平板电脑(Tablet Computer)、个人电脑(Personal Computer，PC)、MP3播放器、MP4播放器、可穿戴设备(例如，智能眼镜、智能手表、智能手环等)等。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图1为本发明一实施例提供的信息订阅方法的流程示意图，如图1所示。

101、获取用户的应用使用情况。

102、根据所述应用使用情况，获得所述用户的偏好数据。

103、根据所述偏好数据，执行信息订阅操作。

需要说明的是，101～103的执行主体的部分或全部可以为位于本地终端的应用，或者还可以为设置在位于本地终端的应用中的插件或软件开发工具包(SoftwareDevelopment Kit，SDK)等功能单元，或者还可以为位于网络侧服务器中的处理引擎，或者还可以为位于网络侧的分布式系统，本实施例对此不进行特别限定。

可以理解的是，所述应用可以是安装在终端上的本地程序(nativeApp)，或者还可以是终端上的浏览器的一个网页程序(webApp)，本实施例对此不进行特别限定。

这样，通过获取用户的应用使用情况，进而根据所述应用使用情况，获得所述用户的偏好数据，使得能够根据所述偏好数据，执行信息订阅操作，无需用户参与，操作简单，操作时间短，且正确率高，从而提高了信息订阅的效率和可靠性。

随着互联网行业的发展，应用(Application，APP)例如，Windows应用、安卓(Android)应用、ios应用等，所提供的信息日渐丰富，其页面所展示的数据内容也随之越来越丰富。用户几乎每天都在使用这些应用，获取自己想要的信息即数据与服务。

因此，可以采集用户操作应用所产生的用户行为数据，作为用户的应用使用情况。可以理解的是，所述应用可以是安装在终端上的本地程序(nativeApp)，或者还可以是终端上的浏览器的一个网页程序(webApp)，本实施例对此不进行特别限定。

在一个具体的实现过程中，所采集的用户行为数据可以为本地用户行为数据。具体地，具体可以直接从所在终端上，实时获取用户操作该终端上的应用所产生的本地用户行为数据，具体可以包括但不限于应用的应用类型、应用的使用时间、应用的使用频率等。

例如，可以读取利用所在终端进行信息输入的应用的信息，例如，应用的例如名称例如，当当网、淘宝网或百度影音等，进而，根据应用的名称，确定应用的应用类型。

或者，再例如，可以向浏览器发送请求，以获得浏览器的当前网页的信息例如，微博、亚马逊(amazon)或搜狐视频等，进而，根据当前网页的信息，确定应用的应用类型。

在另一个具体的实现过程中，所采集的所述用户行为数据可以为网络用户行为数据。具体地，具体可以从网络侧设备上，实时或者定时获取用户操作其所使用的终端上的应用所产生的网络用户行为数据。其中，所述网络用户行为数据可以包括但不限于用户搜索日志、用户浏览日志和用户输入日志中的至少一项，本实施例对此不进行特别限定。

具体地，具体可以从全网数据源(即产品线的数据来源)例如，百度百科(baike)、百度论坛(forum)或百度地图(map)等中，获取网络用户行为数据。例如，在全网的数据源中，用户的一个行为日志可以为如下格式：[uid URL source query title date time ipactid actname actattr unifyUrl PtNumber commonQuery]。其中，共包括14个字段，各字段的含义如下所述：

用户标识(User ID，uid)：baiduid映射出来的用户id，由若干数字组成；

统一资源定位符(Uniform Resource Locator，URL)：可能为空，或可能不以“http”开头；

数据源(source)：产品线的数据来源，例如，百度百科(baike)、百度论坛(forum)或百度地图(map)；

检索关键词(query)：可能为空；

题目(title)：网页名称；

日期(date)：例如，2013年6月3日，其格式一般可以为“20120603”；

时间(time)：例如，12点34分02秒，其格式一般可以为12:34:02；

ip：IP地址；

动作标识(actid)：网页动作的标识；

动作名称(actname)：网页动作的名称；

动作属性(actattr)：网页动作的属性；

归一化URL(unifyUrl)：URL的归一化结果；

URL资源类型(PtNumber)：整数显示，默认‘‐’(即‘0’)；

通用Query(commonQuery)：URL最常用的Query。

由于每个应用对用户的标识可能会不一致，使得每个应用所产生的用户行为数据中，用户标识可能并不一致，从而无法识别哪些用户行为数据是属于同一个用户的。因此，需要对不同应用所产生的同一个用户的用户行为数据进行标识即全局唯一标识，进而，则可以根据所述用户的全局唯一标识，获得所述用户的用户行为数据。

可选地，在本实施例的一个可能的实现方式中，在101中，所获取的所述应用使用情况，可以包括但不限于下列数据中的至少一项：

所使用的应用的应用类型；

所使用的应用的使用时间；以及

所使用的应用的使用频率。

其中，所述应用，可以包括但不限于下列应用中的至少一项：

所在终端的操作系统的前台所运行的应用，即前台应用；以及

所在终端的操作系统的后台所运行的应用，即后台应用。

可选地，在本实施例的一个可能的实现方式中，在102中，具体对所述应用使用情况进行挖掘与分析处理，以获得所述用户的偏好数据。

其中，所述偏好数据，可以包括但不限于下列数据中的至少一项：

偏好的内容；

偏好的类型；以及

偏好的关注时间。

所谓的用户的偏好数据，是指用于指示用户感兴趣的信息的数据，可以包括但不限于具体内容、所属类型以及时间中的至少一项。例如，用户一般在下班之前对团购餐食较为感兴趣，或者，再例如，用户一般在晚上对上网购物较为感兴趣，等等。

在一个具体的实现过程中，具体可以对所采集的所述用户的应用使用情况，进行存储处理，并利用迭代算法进行加权处理例如，不同应用类型的权值不同，不同使用时间的权值不同，不同使用频率的权值不同等，以获得用户的偏好数据。具体地，具体可以将所采集的所述用户的应用使用情况，存储在终端的存储设备中。

在一个具体的实现过程中，所述终端的存储设备可以为慢速存储设备，具体可以为计算机系统的硬盘，或者还可以为手机的非运行内存即物理内存，例如，只读存储器(Read-Only Memory，ROM)和内存卡等，本实施例对此不进行特别限定。

在另一个具体的实现过程中，所述终端的存储设备还可以为快速存储设备，具体可以为计算机系统的内存，或者还可以为手机的运行内存即系统内存，例如，随机存储器(Random Access Memory，RAM)等，本实施例对此不进行特别限定。

可选地，在本实施例的一个可能的实现方式中，具体可以根据所述偏好数据，确定所述用户感兴趣的信息，进而，则可以根据所述用户感兴趣的信息，执行信息订阅操作。

至此，无需用户主动订阅，即可自动为用户订阅用户感兴趣的信息。

可选地，在本实施例的一个可能的实现方式中，在103之后，还可以进一步接收所订阅的订阅信息，进而，则可以输出所述订阅信息。

由于订阅信息是根据用户的应用使用情况所订阅的，因此，所接收到的订阅信息应该是用户所感兴趣的信息，那么，在接收到所订阅的订阅信息时，可以立即输出所述订阅信息，例如，在通知栏展现所述订阅信息或所述订阅信息的通知消息，或者，再例如，直接在当前屏幕上展现所述订阅信息或所述订阅信息的具体内容如，弹出窗口、打开新的页面或弹出浏览器等，等等。

考虑到可能会在不恰当的时间输出某些订阅信息，例如，用户的偏好数据指示用户一般在下班之前对团购餐食较为感兴趣，那么，假设在下午3点接收到团购餐食相关的订阅信息，如果此时立即输出给用户，则有可能会干扰用户的正常工作，或者还有可能被用户所忽略，甚至引起用户的反感。在一个具体的实现方式中，具体可以将所接收的所述订阅信息加入信息队列，进而，则可以根据所述用户的偏好数据、所在终端的操作系统的前台所运行的应用和所在终端的操作系统的后台所运行的应用中的至少一项，对所述信息队列中的订阅信息，执行信息展现操作。这里的用户的偏好数据，可以为根据所获取的用户的应用使用情况，实时更新的。

例如，将所接收的所述订阅信息加入信息队列之后，可以根据所述用户的偏好数据所指示的用户感兴趣的信息的所属类型为上网购物、时间为晚上，那么，则可以在晚上8点，对所述信息队列中上网购物相关的订阅信息，执行信息展现操作。

或者，再例如，将所接收的所述订阅信息加入信息队列之后，可以根据所在终端的操作系统的前台所运行的应用的应用类型，那么，则可以在所在终端的操作系统的前台所运行的应用为购物类型的应用时，对所述信息队列中上网购物相关的订阅信息，执行信息展现操作。

本实施例中，通过获取用户的应用使用情况，进而根据所述应用使用情况，获得所述用户的偏好数据，使得能够根据所述偏好数据，执行信息订阅操作，无需用户参与，操作简单，操作时间短，且正确率高，从而提高了信息订阅的效率和可靠性。

另外，采用本发明所提供的技术方案，通过将接收的订阅信息加入信息队列，进而在适当的时间，对所述信息队列中的订阅信息，执行信息展现操作，能够有效提高信息订阅的有效性。

另外，采用本发明所提供的技术方案，能够有效地提高用户的体验。

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

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

图2为本发明另一实施例提供的信息订阅装置的结构示意图，如图2所示。本实施例的信息订阅装置可以包括获取单元21、分析单元22和订阅单元23。其中，获取单元21，用于获取用户的应用使用情况；分析单元22，用于根据所述应用使用情况，获得所述用户的偏好数据；订阅单元23，用于根据所述偏好数据，执行信息订阅操作。

需要说明的是，本实施例所提供的信息订阅装置的部分或全部可以为位于本地终端的应用，例如，输入法应用等，或者还可以为设置在位于本地终端的应用中的插件或软件开发工具包(Software Development Kit，SDK)等功能单元，或者还可以为位于网络侧服务器中的处理引擎，或者还可以为位于网络侧的分布式系统，本实施例对此不进行特别限定。

可以理解的是，所述应用可以是安装在终端上的本地程序(nativeApp)，或者还可以是终端上的浏览器的一个网页程序(webApp)，本实施例对此不进行特别限定。

可选地，在本实施例的一个可能的实现方式中，所述获取单元21，所获取的所述应用使用情况，可以包括但不限于下列数据中的至少一项：

所使用的应用的应用类型；

所使用的应用的使用时间；以及

所使用的应用的使用频率。

其中，所述应用，可以包括但不限于下列应用中的至少一项：

所在终端的操作系统的前台所运行的应用，即前台应用；以及

所在终端的操作系统的后台所运行的应用，即后台应用。

可选地，在本实施例的一个可能的实现方式中，所述偏好数据，可以包括但不限于下列数据中的至少一项：

偏好的内容；

偏好的类型；以及

偏好的关注时间。

可选地，在本实施例的一个可能的实现方式中，如图3所示，本实施例所提供的信息订阅装置还可以进一步包括输出单元31，用于接收所订阅的订阅信息；以及输出所述订阅信息。

在一个具体的实现过程中，所述输出单元31，具体可以用于将所述订阅信息加入信息队列；以及根据所述用户的偏好数据、所在终端的操作系统的前台所运行的应用和所在终端的操作系统的后台所运行的应用中的至少一项，对所述信息队列中的订阅信息，执行信息展现操作。

需要说明的是，图1对应的实施例中方法，可以由本实施例提供的信息订阅装置实现。详细描述可以参见图1对应的实施例中的相关内容，此处不再赘述。

本实施例中，通过获取用户的应用使用情况，进而根据所述应用使用情况，获得所述用户的偏好数据，使得能够根据所述偏好数据，执行信息订阅操作，无需用户参与，操作简单，操作时间短，且正确率高，从而提高了信息订阅的效率和可靠性。

另外，采用本发明所提供的技术方案，通过将接收的订阅信息加入信息队列，进而在适当的时间，对所述信息队列中的订阅信息，执行信息展现操作，能够有效提高信息订阅的有效性。

另外，采用本发明所提供的技术方案，能够有效地提高用户的体验。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (12)

1.一种信息订阅方法，其特征在于，包括：

获取用户的应用使用情况；

根据所述应用使用情况，获得所述用户的偏好数据；

根据所述偏好数据，执行信息订阅操作。

2.根据权利要求1所述的方法，其特征在于，所述应用使用情况，包括下列数据中的至少一项：

所使用的应用的应用类型；

所使用的应用的使用时间；以及

所使用的应用的使用频率。

3.根据权利要求2所述的方法，其特征在于，所述应用，包括下列应用中的至少一项：

所在终端的操作系统的前台所运行的应用；以及

所在终端的操作系统的后台所运行的应用。

4.根据权利要求1所述的方法，其特征在于，所述偏好数据，包括下列数据中的至少一项：

偏好的内容；

偏好的类型；以及

偏好的关注时间。

5.根据权利要求1～4任一权利要求所述的方法，其特征在于，所述根据所述偏好数据，执行信息订阅操作之后，还包括：

接收所订阅的订阅信息；

输出所述订阅信息。

6.根据权利要求5所述的方法，其特征在于，所述输出所述订阅信息，包括：

将所述订阅信息加入信息队列；

根据所述用户的偏好数据、所在终端的操作系统的前台所运行的应用和所在终端的操作系统的后台所运行的应用中的至少一项，对所述信息队列中的订阅信息，执行信息展现操作。

7.一种信息订阅装置，其特征在于，包括：

获取单元，用于获取用户的应用使用情况；

分析单元，用于根据所述应用使用情况，获得所述用户的偏好数据；

订阅单元，用于根据所述偏好数据，执行信息订阅操作。

8.根据权利要求7所述的装置，其特征在于，所述应用使用情况，包括下列数据中的至少一项：

所使用的应用的应用类型；

所使用的应用的使用时间；以及

所使用的应用的使用频率。

9.根据权利要求8所述的装置，其特征在于，所述应用，包括下列应用中的至少一项：

所在终端的操作系统的前台所运行的应用；以及

所在终端的操作系统的后台所运行的应用。

10.根据权利要求7所述的装置，其特征在于，所述偏好数据，包括下列数据中的至少一项：

偏好的内容；

偏好的类型；以及

偏好的关注时间。

11.根据权利要求7～10任一权利要求所述的装置，其特征在于，所述装置还包括输出单元，用于

接收所订阅的订阅信息；以及

输出所述订阅信息。

12.根据权利要求11所述的装置，其特征在于，所述输出单元，具体用于

将所述订阅信息加入信息队列；以及

根据所述用户的偏好数据、所在终端的操作系统的前台所运行的应用和所在终端的操作系统的后台所运行的应用中的至少一项，对所述信息队列中的订阅信息，执行信息展现操作。