在移动设备上填充内容流的制作方法
【专利说明】在移动设备上填充内容流
[0001]相关申请
本申请要求通过引用其全部被并入到本文的、在2013年12月27日申请的美国专利申请号14/141,934的优先权。
技术领域
[0002]本申请一般涉及地内容流以及相关联的内容相关性和选择算法。更具体地，本申请描述了通过其选择用于在移动计算设备上驻留和执行的软件应用的内容流中的展示的内容项目的各种技术。
【背景技术】
[0003]当前在使用中或在开发中的许多基于网络的和/或基于web的应用和服务具有社交方面。例如，出于形成经由其用户可以合作、彼此交互和交换信息的虚拟社区、论坛、组和/或队的目的，鼓励这些应用与其他用户建立连接或关注其他用户。类似地，可以鼓励这些应用的用户关注某些内容源或订阅以接收与某些公司、人、话题、web页面等相关的信息。在具有社交方面的许多应用和/或服务的情况下，主要的内容递送机制中的一个是频繁被称作“源(feed)”或“流”的部件。出于本申请的目的，术语“源”和“流”意味着与多种其他名称是同义的，技术人员频繁通过多种其他名称指代源或流，除其他之外，其包括诸如活动流、活动源、内容流、内容源、更新流、更新源和新闻源之类的术语。
[0004]—般地，源或流由已经被选择用于在软件应用的用户接口中的向特定人(例如，基于计算机的或基于web的服务的用户或成员)的展示的内容项目的列表组成。通常，例如，基于与用户也与其相关或关联的某些实体(例如，人、公司、话题、web页面等)的关系或关联的内容项目，在特定用户的源或流中被呈现给他或她的内容项目被具体针对该特定用户选择。在许多实例中，可用于向任何一个用户展示的内容项目的量远远超过用户实际上可以查看和消费的量。因此，许多应用和/或服务具有用于确定将在任何特定用户的源或流中向该用户呈现什么具体的内容项目的某些算法装置。
[0005]例如，可以例如基于具有用户也与其相关联或相关的某些实体的关系的内容项目、使用内容相关性或选择算法选择在特定用户的源中呈现的内容项目。在社交网络服务的上下文中，例如，在特定用户的源或流中出现的内容项目中的许多是已经由特定用户与其连接或关注其的社交联网服务的其他成员生成、发布或发表的内容项目(例如，个人消息或发表)。当然，出于选择将呈现给用户的内容项目并且对其排序的目的，还可以在各种内容相关性或选择算法中使用其他因素以包括诸如以下的因素:最初发布、发表或共享内容项目的时间；以及如由内容项目已经接收的社交交互(例如，评论、喜欢、共享、选择等)的量和定时确定的内容项目的流行性。尽管内容相关性和选择算法一般通过向用户呈现被预测为用户感兴趣的内容项目来改进总的用户体验，但是在许多情况中内容相关性和选择算法还有许多待改进之处。
[0006]当查看在移动计算设备上执行的应用内的源或流时，用户在移动计算设备请求、接收和再现移动计算设备的显示器上呈现的源中的内容项目时必须频繁地等待。例如，用户调用针对在流或源中呈现的内容项目的请求的一个常规方式是通过执行通常被称作下拉刷新手势的事(what)。如图1中图示的那样，示出了具有各种“陈旧的”内容项目的内容流。通过在计算设备的触摸屏显示器上简单地做出下拉手势(如利用参考数字1-A示出的那样)，用户可以调用刷新在内容流中呈现的内容项目的请求。因此，在下拉刷新手势完成时(参考10-B)，将请求从移动计算设备传送到服务器，其中请求被处理，并且内容项目被选择。在处理请求中，服务器将标识和选择最相关的内容项目、对那些内容项目排序，并且然后通过网络将那些内容项目传送到移动计算设备，其中内容项目最后被再现用于向用户展示。取决于各种因素，例如诸如移动计算设备通信正在通过其通信的无线通信网络的可用性、带宽和等待时间，由查看用户经历的感知的延迟(并且因此的挫折，例如10-C)可能是显著的。
【附图说明】
[0007]某些实施例通过示例被阐明并且不限制于附图的图，其中:
图1是示出了移动计算设备的图，用户经由所述移动计算设备执行常规的下拉刷新手势来请求和接收用于在内容流中展示的内容项目；
图2是描绘了与本发明的某些实施例一致的服务器系统的网络图，所述服务器系统包括用于响应于服务器系统接收来自移动计算设备的内容请求而选择、排列内容项目并且对内容项目排序的内容选择和相关性模块；
图3是描绘了与本发明的某些实施例一致的移动计算设备的功能模块中的某些的功能框图；
图4是图示了与本发明的某些实施例一致的、由移动计算设备在分析多种输入数据信号以建立某些预定义条件时执行的示例方法操作的流程图，所述某些预定义条件当被满足时将自动地使得移动应用将内容请求传送到内容服务器；
图5是图示了与本发明的某些实施例一致的由移动计算设备执行的示例方法操作的流程图，其中方法用于在检测到涉及至少用户的推断的活动状态的某些预定义条件被满足时自动地将内容请求传送到内容服务器；
图6是图示了与本发明的某些实施例一致的、由内容服务器在处理包括标识用户的当前位置的信息和/或标识用户的当前活动状态的信息的内容请求时执行的方法操作的流程图；
图7是移动计算设备的框图，在所述移动计算设备内可以执行用于引起本文描述的方法中的某些方法的指令；以及
图8是服务器计算机系统的示例形式的机器的框图，在机器内可以执行用于使得机器执行本文讨论的方法中的某些方法的指令。
【具体实施方式】
[0008]本公开描述用于在移动计算设备上利用当前的和相关的内容项目填充内容流或内容源的方法、系统和计算程序产品。在以下描述中，出于解释的目的，记载了许多具体的细节以便提供对本发明性主题的各种实施例的理解。然而，将对本领域的那些技术人员明显的是可以在不具有本文记载的每一个具体细节的情况下实现实施例。进一步地，为了避免在不必要的细节中模糊发明性概念，没有详细地呈现不密切用于传达本发明性主题的理解的目的的公知的指令实例、协议、结构和技术。
[0009]与某些实施例一致，在诸如移动电话或平板计算机之类的移动计算设备上驻留和执行的移动应用包括在本文中被称作内容流的内容递送和展示机制。一般地，在内容项目已经被内容服务器针对用户具体选择之后，内容流呈现从内容服务器接收的那些内容项目。为了消除当用户正在等待响应于用户发起手动内容请求(如图1中图示的那样)从服务器接收的并且在显示器上再现的内容项目时遭遇的令人沮丧的延迟，移动应用包括用于预测用户何时最可能访问内容流用于查看的逻辑。因此，在某些实施例的情况下，内容请求在某些预定义条件被满足时被自动地从移动计算设备传送到内容服务器。这允许移动应用在用户采取任何行动以实际查看内容流之前预取将在内容流中呈现的相关的和及时的内容项目。
[0010]例如，移动应用可以分析多种数据信号以标识可以被用来预测最可能在用户查看他的或她的个人化内容流之前立即发生的条件的集合的模式(pattern )。在某些实施例的情况下，被分析并且根据其建立预定义条件的数据信号至少包括时间信息、位置信息和关于用户的活动状态的信息。例如，用户可能倾向于在一天的特定时间或一周的某天发起手动内容请求或查看他的或她的个人化的内容流。类似地，用户可能倾向于从特定位置(例如，他的或她的办公室、咖啡店等)发起手动内容请求或查看他的或她的个人化的内容流。另外，用户可能倾向于在特定的活动状态(例如，走、跑、坐、站、在车辆中驾驶或乘坐等)中时或在已经显示特定模式的活动状态(例如，走路十分钟并且然后静坐两分钟)之后发起手动内容请求或查看他的或她的个人化的内容流。因此，通过分析与用户的活动相关的这些各种数据信号，移动应用可以检测用户的行为中的模式并且建立某些预定义条件，所述某些预定义条件当被满足时将使得移动应用自动地(即，在没有明确的用户交互的情况下)将内容请求传送到内容服务器。同样地，移动应用将从内容服务器接收相关的和及时的内容项目。因此，当用户打开移动应用以查看内容流时，预取的、相关的和及时的内容项目可以被立即呈现，并且用户不经历与响应于手动的用户发起的内容请求而检索内容项目相关联的任何延迟。
[0011]在建立用于自动地请求针对内容流的内容的预定义条件中使用的数据信号中的许多信号由移动计算设备的传感器或移动计算设备的直接环境(i_ediate environment)中的传感器导出或生成。例如，可以经由车载(on-board)全球定位系统(GPS)部件、利用使用WiFi无线电收发机的WiFi? (或其他无线电信号)三角测量或通过接收来自移动计算设备的环境中的设备的信号(例如，Bluetooth?低能(BLE))广播导出的移动计算设备的位置，接收来自移动计算设备的环境中的设备的信号广播诸如情况可能具有诸如iBeacons或类似的技术的室内定位系统。类似地，可以通过分析由用户的移动计算设备的传感器导出或生成的数据信号推断用户的活动状态。例如，通过分析从加速度计、陀螺仪和/或指南针导出的或由它们生成的信息，基于移动计算设备的运动和方位等可以推断用户的身体活动状态(例如，走、跑、坐、站立、驾车或乘车等)。在某些实施例的情况下，一个或多个网络连接的传感器可以向移动计算设备传送信息。例如，用户可以穿戴将活动数据传送到移动计算设备的活动或健康跟踪设备。因此，诸如人的心率或每分钟的步数的信息或类似的信息可以被用来推断用户的活动状态。在某些实施例的情况下，还可以在推断用户的活动状态时考虑位置信息。
[0012]与发明性主题的另一方面一致，在移动计算设备上提供内容流的移动应用包括将标识移动计算设备的当前位置的信息和/或标识用户的推断的活动状态的信息传送到内容服务器的内容请求。因此，当内容服务器接收来自移动计算设备的内容请求并且请求包括这样的信息时，内容服务器可以使用接收的信息来选择特别在用户的当前位置和/或当前活动状态的上下文中可能是相关的内容项目。本文呈现的发明性主题的各种