具体实施方式

本公开的方面和实施方式涉及基于一系列片剧集内容项(例如，在系列片中的视频)来提供客制化的及时通知。具体地，描述了可以将与系列片有关的须通知事件的通知提供至内容共享平台的用户的通知组件的实施方式。须通知事件指发生了被指定为触发到一个或者多个用户的已发生的活动或者相关活动的通知的预定类型的活动(例如，在内容共享平台或者第三方平台上的用户活动)。须通知事件可以与由内容共享平台托管的内容诸如一系列片剧集视频有关。例如，与这种系列片有关的须通知事件可以是社交事件(例如，用户的联系人认可来自该系列片的视频)、创建者事件(例如，系列片创建者将新的元数据添加至来自该系列片的视频(例如，标记出演员))、用户事件(例如，用户提交与该系列片相关的搜索查询)、视频列表事件(例如，系列片查看次数事件超过特定阈值)或者其它事件。

一旦检测到与该系列片有关的须通知事件，便可以确定一个或者多个用户已经部分地查看了该系列片(例如，完成查看来自该系列片的一些而不是全部视频、查看了来自该系列片的视频的一部分等)。然后，选择针对该系列片具有最高亲密度分数的一个或者多个用户。用户针对系列片的亲密度分数可以指示用户对该系列片的感兴趣程度。用户针对该系列片的亲密度分数可以基于用户的与该系列片相关的查看历史诸如来自该系列片的已消费视频的数量、已消费视频的总长度、最近消费的视频的新近性等来确定。例如，如果用户消费了该系列片中10个视频剧集中的9个，则将用户视为对该系列片有浓厚的兴趣，因此为用户分配高亲密度分数。如果另一用户已经消费了一个或者两个剧集，或者还未完成观看任何剧集，则可以将比已经消费多个剧集的用户更低的亲密度分数分配给该用户。

在选择针对该系列片具有最高亲密度分数的用户时，为每个用户生成指示须通知事件的通知。在一些实施方式中，每个用户可以接收客制化的通知。例如，可以针对特定用户将通知定制为包括对视频或者视频的之前还未被特定用户查看的部分的引用。因为通知是由可能对用户很重要的须通知事件触发的，并且因为如用户的亲密度分数所指示的那样用户对该系列片感兴趣，所以用户将访问在通知中引用的视频的未查看部分的可能性明显更高。

之前，可能已经向用户通知了何时发布视频系列片中的新视频。然而，系列片的一季或者整个系列片可能已经结束或者可能没有要发布的新剧集。因此，可能不会将该系列片的未查看部分通知给部分地消费了该系列片的用户。另外，如果用户在该系列片中的消费进度不是最新的，则关于来自该系列片的最新发布的视频的通知可能不会与用户相关。例如，如果在该系列片中发布的最近视频是剧集10并且用户之前已经完成观看剧集1的一半，则用户将不会认为最新剧集(即，剧集10)的通知重要/相关。在另一示例中，如果用户从未消费过该系列片中的任何剧集并且没有理由观看该系列片，则用户可能不会认为最新剧集的通知重要/相关。因此，如果用户接收到系列片中的新剧集的通知，则用户可以认为这种通知是垃圾邮件并且可以忽略或者删除这种通知而告终，而不必在意这种通知。

提供大量通知或者用户可能认为是垃圾邮件的通知可能会产生负面结果。例如，未经请求而发送的通知可能会被认为是不期望的并且可能会使用户删除通知或者禁止接收通知。在一些情况下，用户可能会停止使用发送过多或者无关的通知的内容共享平台。

包括在系列片中的视频可能非常受欢迎并且许多用户可能对其感兴趣。然而，鉴于用户在各种内容共享平台上可用的大量视频，用户可能不一定会记住该系列片或者用户之前停止观看该系列片的点。

本公开的方面将与一系列片剧集内容项有关的客制化的及时通知提供至已经消费了该系列片中的视频的用户。这些改进的通知与被通知的用户相关并且可以使他们消费该系列片的之前还未被观看的新部分(例如，紧跟着用户之前停止观看来自该系列片的视频的点的下一个视频或者下一个按时间顺序排列的场景/时间)。

如本文所使用的，术语“内容项”可以指可以使用配置为将内容项呈现给实体的软件、固件或者硬件而被执行或者加载的电子文件。

为了简单和简洁起见，本公开通常引用视频。然而，本公开的教导通常应用于内容项并且可以应用于各种类型的内容或者内容项，包括：例如，视频、音频、文本、图像、程序指令等。本文所提到的内容项表示可视和/或可共享的内容项。

为了简单和简洁起见，本公开通常引用剧集。然而，本公开的教导通常应用于内容项并且可以应用于各种类型的内容或者内容项，包括：例如，视频的剧集、音频、文本、图像、程序指令等。本文所提到的剧集表示可视和/或可共享的内容项。

图1图示了根据本公开的一个实施方式的用于与视频系列片有关的客制化的及时通知的示例系统架构100，其中，通知是基于须通知事件。系统架构100包括客户端设备110A至110Z、网络105、数据存储装置106、内容共享平台120、服务器130和第三方社交网络平台150。在一个实施方式中，网络105可以包括公共网络(例如，互联网)、专用网络(例如，局域网(LAN)或者广域网(WAN))、有线网络(例如，以太网)、无线网络(例如，802.11网络或者Wi-Fi网络)、蜂窝网络(例如，长期演进(LTE)网络)、路由器、集线器、交换机、服务器计算机、和/或其组合。在一个实施方式中，数据存储106可以是存储器(例如，随机存取存储器)、高速缓存、驱动器(例如，硬盘驱动器)、闪存驱动器、数据库系统、或者能够存储数据的另一类型的组件或者设备。数据存储106还可以包括还可以跨越多个计算设备(例如，多个服务器计算机)的多个存储组件(例如，多个驱动器或者多个数据库)。

客户端设备110A至110Z每一个可以包括计算设备，诸如，个人计算机(PC)、膝上型计算机、移动电话、智能电话、平板计算机、笔记本型计算机等。在一些实施方式中，客户端设备110A至110Z还可以被称为“用户设备”。每个客户端设备包括媒体查看器111。在一个实施方式中，媒体查看器111可以是允许用户查看内容项(诸如，图像、视频、web页面、文档等)的应用。例如，媒体查看器111可以是web浏览器，该web浏览器可以访问、检索、呈现、和/或浏览由web服务器服务的内容项(例如，诸如超文本标记语言(HTML)页面的web页面、数字媒体项等)。媒体查看器111可以向用户渲染、显示、和/或呈现内容项(例如，web页面、媒体查看器)。媒体查看器111还可以显示嵌入web页面(例如，可以提供关于由在线商户出售的产品的信息的web页面)中的嵌入式媒体播放器(例如，播放器或者HTML5播放器)。在另一示例中，媒体查看器111可以是允许用户查看数字媒体项(例如，数字视频、数字图像、电子书等)的独立应用。

媒体查看器111可以由服务器130和/或内容共享平台120提供至客户端设备110A至110Z。例如，媒体查看器111可以是可以嵌入由内容共享平台120提供的web页面中的嵌入式媒体播放器。在另一示例中，媒体查看器111可以是从服务器130下载的应用。虽然示出了客户端设备110A至110Z，但是可以使用更少或者更多的设备。

一般而言，在适当的情况下，在一个实施方式中被描述为由内容共享平台120执行的功能在其它实施方式中还可以在客户端设备110A至110Z上执行。另外，归因于特定组件的功能可以由一起操作的不同或者多个组件执行。内容共享平台120还可以通过适当的应用编程接口作为提供至其它系统或者设备的服务而被访问，并且因此并不限于在网站上使用。

在一个实施方式中，内容共享平台120可以是一个或者多个计算设备(诸如，机架式服务器、路由器计算机、服务器计算机、个人计算机、大型计算机、膝上型计算机、平板计算机、台式计算机等)、数据存储装置(例如，硬盘驱动器、存储器、数据库)、网络、软件组件、和/或可以向用户提供对媒体项的访问权限和/或将媒体项提供给用户的硬件组件。例如，内容共享平台120可以允许用户消费、上传、搜索、赞成(“喜欢”)、不喜欢、和/或评论媒体项。内容共享平台120还可以包括可以用于向用户提供对媒体项的访问权限的网站(例如，网页)。内容共享平台120可以包括提供对内容和/或媒体项的访问权限的任何类型的内容传递网络。

在本公开的实施方式中，可以将“用户”表示为单个个人。然而，本公开的其它实施方式包括“用户”是由用户集合和/或自动化源控制的实体。例如，社交网络中聚合为社区的个人用户集合可能被认为是“用户”。在另一示例中，自动化消费者可以是内容共享平台120的自动化摄取管道，诸如，主题频道。

内容共享平台120可以包括多个频道(例如，频道A至Z)。频道可以是来自公共源的可用数据内容或者具有公共主题或者话题的数据内容。数据内容可以是由用户选择的数字内容、可供用户使用的数字内容、由用户上传的数字内容、由内容提供商选择的数字内容、由广播商选择的数字内容等。例如，频道X可以包括视频Y和Z。频道可以与所有者相关联，该所有者是可以对频道执行动作的用户。

可以基于所有者的动作，诸如所有者使数字内容在频道上可用、所有者选择(例如，喜欢)与另一频道相关联的数字内容、所有者对与另一频道相关联的数字内容进行评论等，来将不同活动与频道相关联。与频道相关联的活动可以被收集到频道的活动馈源中。除了频道的所有者之外的用户可以订阅其感兴趣的一个或者多个频道。概念“订阅”还可以被称为“喜欢”、“关注”、“成为朋友”等。

一旦用户订阅频道，便可以将来自该频道的活动馈源的信息呈现给用户。活动馈源可以是与用户相关联并且正在社交网络上发生的最近活动的列表。如果用户订阅多个频道，则可以将用户订阅的每个频道的活动馈源组合为聚合活动馈源。可以将来自聚合活动馈源的信息呈现给用户。频道可以具有其自己的馈源。例如，当导航到在内容共享平台上的频道的主页时，可以在频道主页上展示由该频道产生的馈源项。用户可以具有聚合馈源，该聚合馈源是由来自用户订阅的所有频道的内容项的至少一个子集组成的馈源。聚合馈源还可以包括来自用户未订阅的频道的内容项。例如，内容共享平台120或者其它社交网络可以将推荐内容项插入用户的聚合馈源中，或者可以将与用户的相关连接相关联的内容项插入聚合馈源中。

虽然将频道描述为内容共享平台的一个实施方式，但是本公开的实施方式并不限于经由频道模型提供内容项的内容共享平台。

每个频道可以包括一个或者多个内容项121。内容项121的示例可以包括但不限于：数字视频、数字电影、数码照片、数字音乐、网站内容、社交媒体更新、电子书(ebook)、电子杂志、数字报、数字音频书、电子期刊、web博客、简易信息聚合(RSS)馈源、电子漫画书、软件应用等。在一些实施方式中，内容项121还被称为媒体项或者媒体内容项。

内容项121可以经由互联网和/或经由移动设备应用而被消费。如本文所使用的，“媒体”、“媒体项”、“在线媒体项”、“数字媒体”、“数字媒体项”、“内容”和“内容项”可以包括可以使用配置为将数字内容项呈现给实体的软件、固件或者硬件而被执行或者加载的电子文件。在一个实施方式中，内容共享平台120可以通过使用数据存储106来存储内容项121。

第三方社交网络平台150可以是和/或包括一个或者多个计算设备(例如，服务器)、数据存储装置、网络、软件组件、和/或可以用于允许用户通过使用一个或者多个移动设备(例如，电话、平板计算机、膝上型计算机、可穿戴计算设备等)和/或任何其它合适的设备来彼此连接、共享信息、和/或交互的硬件组件。例如，第三方社交网络平台150可以实现电话通信、短消息服务(SMS)消息传递、多媒体消息服务(MMS)消息传递、文本聊天、视频聊天、和/或用户之间的任何其它通信。第三方社交网络平台150可以向用户呈现由第三方社交网络平台150的其它用户提供的对象(例如，张贴、内容项(例如，视频、图像、音频等)、状态更新、好感度指示、标记、消息等)的列表(例如、活动馈源、馈源、流、壁等)呈现给用户。第三方社交网络平台150还可以包括允许用户执行上传、查看、标记、共享诸如文本内容、视频内容、图像内容、音频内容等的内容和/或对其执行任何其它功能的内容共享方面。第三方社交网络平台150的其他用户可以对共享内容进行评论、发现新的内容、定位更新、共享内容、和与提供的内容交互。

在一个实施方式中，内容共享平台120可以与第三方社交网络平台150集成在一起。例如，第三方社交网络平台150可以使用内容共享平台120来向用户提供内容共享、内容存储、内容流传送、内容处理、和/或任何其它服务。在一个示例中，第三方社交网络平台150的用户可以经由内容共享平台120来上传和/或共享内容。在另一实施方式中，如图1所描绘的，第三方社交网络平台150可以与内容共享平台120分开。

在一个实施方式中，服务器130可以是一个或者多个计算设备(例如，机架式服务器、服务器计算机等)。在一个实施方式中，服务器130可以被包括在内容共享平台120和/或第三方社交网络平台150中。在另一实施方式中，服务器130可以与内容共享平台120和/或第三方社交网络平台150中的任何一个或者两个分开，但是可以与内容共享平台120和/或第三方社交网络平台150通信(例如，交换数据)。

服务器130可以包括用于将视频系列片的客制化的及时通知提供给内容共享平台120、第三方社交网络平台150、和/或任何其它平台的用户的通知组件131。通知基于一个或者多个须通知事件。在一个实施方式中，通知组件131可以创建和/或以其它方式获得通知以提供给用户。

虽然根据内容共享平台并且促进在内容共享平台上的内容项的社交网络共享来讨论了本公开的实施方式，但是实施方式还可以一般地应用于在用户之间提供连接的任何类型的社交网络和/或将内容提供给终端用户的任何类型的内容传递平台。本公开的实施方式并不限于将频道订阅提供给用户的内容共享平台。

在此处所讨论的系统收集有关用户的个人信息或者可能使用个人信息的情况下，可以为用户提供机会来控制内容共享平台120是否收集用户信息(例如，有关用户的社交网络、社交行动或者活动、职业、用户的偏好、或者用户的当前位置的信息)，或者控制是否和/或如何接收来自可能与用户更加相关的内容服务器的内容。另外，某些数据可以在存储或者使用之前以一种或者多种方式进行处理，以便移除个人可识别信息。例如，可以对用户的身份进行处理，使得无法为用户确定个人可识别信息，或者在获得位置信息的情况下可以使用户的地理位置一般化(诸如至城市、ZIP代码、或者州级)，使得无法确定用户的特定位置。因此，用户可以控制如何收集有关用户的信息并且其如何由内容共享平台120、服务器130、第三方社交网络平台150、和/或系统100的任何其它组件使用。

与视频系列片有关的须通知事件可以与社交事件、创建者事件、用户事件、视频列表事件、或者其它事件相关。用户可以执行动作以触发须通知事件。

与系列片相关的社交事件可以包括认可、内容管理、共享、最喜欢/喜欢(例如，将系列片中的视频添加至最喜欢的内容项的列表)、或者针对系列片中的视频或者视频本身的其它类型的可聚合动作。社交事件可以来自接收到通知的用户的朋友或者社交网络联系人。在实施方式中，社交事件可以针对系列片或者针对系列片中的特定剧集。在实施方式中，系列片可以被称为规范列表。该规范列表可以是链接在一起的项的有序列表，其中，有序列表可以包括链接在一起的视频的一个以上的剧集。例如，有序列表可以是系列片，其中，系列片表示电视节目并且在系列片中的视频可以表示电视节目的剧集。在另一示例中，系列片可以表示电影系列片并且在系列片中的视频表示电影系列片的电影。在另一示例中，系列片可以表示比赛(例如，体育比赛、科学比赛、音乐比赛等)，并且在系列片中的视频可以表示比赛的赛事的视频。在另一示例中，系列片可以表示会议，并且在系列片中的视频表示会议的事件的视频。在另一示例中，系列片可以表示迷你系列片、由特定演员主演或者由相同的人制作、导演或者创建的电影的列表、视频的类型、外语视频、具有共同性的视频等。

创建者事件可以是发生在将新的元数据添加至视频或者关于视频或者系列片的视频认可时的事件。在实施方式中，创建或者以其它方式上传视频的人可以将一些新的元数据提供至过去未被添加的视频。例如，创建者可以标记在视频中担任主演的相关演员。在另一实施方式中，创建者可以对视频或作为一个整体的系列片进行评论或者认可。在另一实施方式中，创建者可以创建事件以提醒系列片的粉丝即将到来的重要事件。例如，创建者可以提醒粉丝在系列片中的即将到来的悬念。其它类型的创建者事件可以被认为是须通知事件。

用户事件可以是由接收到通知的用户触发的事件。用户事件可以是对系列片中的视频进行的认可、搜索事件诸如搜索与系列片中的视频或者系列片本身相关的查询的词项或者短语等。用户事件可以由要接收消费另一相似系列片中的相关视频的通知的用户触发。

视频列表事件可以由系列片中的视频或者系列片本身达到某个查看次数或由阈值条件定义的特定里程碑触发的事件。例如，视频/系列片可以达到阈值点击数。在另一示例中，视频/系列片可以达到5年里程碑(例如，系列片有5岁了)。

在实施方式中，服务器130可以从由用户操作的客户端设备接收表示须通知事件的动作。然而，用户可能没有意识到动作被认为是须通知事件。用户可以执行其通常会进行的动作诸如认可视频、对视频执行搜索等，并且可能不期望接收响应于该动作的通知。在另一实施方式中，用户可能意识到动作是须通知事件并且可以故意执行动作以触发对其它用户的通知。例如，视频的创建者可能希望将元数据添加至其系列片以触发针对系列片的粉丝的通知。

假设现在，Bonnie和Julie在社交联网站点上是朋友。如果Julie消费系列片X中的剧集并且在社交联网站点/app(或者另一站点)上认可或者“喜欢”剧集或者系列片X，则Bonnie可能也希望查看系列片X或者继续观看系列片X中她停止观看的剧集。当确定Bonnie先前已经观看了一部分而不是整个系列片X、即Julie已经喜欢或者认可的相同系列片时，可能需要提醒Bonnie继续观看系列片X。然而，如果Bonnie开始接收仅仅用于提醒观看系列片X的周期性通知，则Bonnie可以认为这种通知是垃圾邮件或者对其不感兴趣，并且可以忽略它们。另一方面，如果当Julie喜欢系列片X时将通知发送给Bonnie，则Bonnie可能希望与Julie讨论系列片X，并且提醒她继续观看系列片X的未查看部分的通知对Bonnie将很重要。因此，通知组件131向Bonnie提供指示Julie已经喜欢系列片X的通知，并且包括对在系列片X中的视频的未查看视频或者部分(例如，紧跟着Bonnie停止视频的点的部分、或者紧跟着在系列片中的Bonnie观看过的最后视频的视频)的引用。

在另一示例中，假设系列片X成为许多网站上的热门话题并且由于新的演员出演系列片X而变得非常受欢迎。许多新的观众最近已经开始消费系列片X。然而，Bonnie已经停止观看系列片X(例如，在消费系列片X的前两集之后)并且不知道其重新受到了欢迎。指示系列片X的受欢迎程度(例如，该系列片X已经达到100万的观看数)并且包括对系列片X的未查看部分的应用的通知可以提示Bonnie选择该引用并且继续观看系列片X，使得她可以在第二天与其同事讨论该系列片。

图2是图示了根据本公开的一些实施方式的在包括通知组件131的服务器130、内容共享平台120和客户端设备110A和110Z之间的通信流200的流程图。虽然为了简单和简洁起见在图2中描绘了两个客户端设备，但是附加客户端设备也可以与服务器130和/或内容通信平台120交互。在所描绘的实施例中，为了简单和简洁起见，客户端设备110A和110Z是移动设备。然而，客户端设备110A和110Z可以是另一类型的设备。客户端设备110A和110Z中的每一个可以经由网络105(如图1所示)与服务器130和/或内容共享平台120通信。

假设采用客户端设备110A的第一用户正在观看称为“Sereis X(系列片X)”的视频系列片。系列片X可以由多个剧集组成。第一用户可以经由客户端设备110A向内容共享平台120发出请求210以请求视频剧集#6。内容共享平台120在接收到请求210之后可以将视频剧集6的流212发送至客户端设备110A。第一用户然后可以发出停止视频请求214以停止(或者暂停)视频剧集#6。在实施方式中，第一用户已经部分地查看了视频剧集#6并且停止或者暂停了视频。在另一实施方式中，第一用户可能已经完成消费剧集#6。内容共享平台120可以通知服务器130第一用户消费了剧集#6。在实施方式中，内容共享平台120和服务器130经由网络105(如图1所示)进行通信。

在第一用户已经消费了被包括在系列片X中的视频(例如，剧集#1、......、剧集#6)的至少一部分之后的一些时间点，服务器130可以从采用客户端设备110Z的第二用户接收与系列片X有关的须通知事件216。该须通知事件216可以是社交事件、创建者事件、用户事件、视频列表事件、或者其它类型的事件。响应于接收到须通知事件216，服务器130确定第一用户针对系列片X具有最高的亲密度分数，并且选择第一用户。服务器130的通知组件131基于须通知事件为系列片X生成客制化的及时通知。通知组件131可以生成通知并且将通知220发送至由第一用户采用的客户端设备110A。如图2所示，第一用户可以在停止消费剧集6一段时间之后接收通知。

本文针对图3A和图3B描述了提供给用户的通知的示例。

在接收到通知之后，第一用户可以选择被包括在通知内的引用或者链接。该链接可以是视频的之前还未被第一用户查看的部分。例如，链接可以是系列片X的剧集7的开始。第一用户选择引用会使客户端设备110A发送来自内容共享平台120的请求视频剧集7的请求222。内容共享平台120响应于请求222来发送视频剧集7的流224。第一用户然后可以消费视频剧集7。

当用户选择引用时，内容共享平台120可以通知服务器130。

在实施方式中，须通知事件216可以由客户端设备110Z在采用客户端设备110A的第一用户消费了系列片X的一个视频的至少一部分之后的任何时间发送。

虽然结合流传送的视频讨论了图2，但是视频可以由用户下载或者以其它方式访问。

图3A和图3B是根据本公开的一些实施方式的显示客制化的及时通知的用户界面的示例。图3A提供基于指示Julie喜欢系列片X的须通知通知来显示定制的及时通知302A的用户界面300。用户界面300可以包括“通知”标记301A以及其它信息(例如，播放视频的媒体播放器、新闻馈源、推荐内容项的列表等)并且可以呈现在移动设备的屏幕上。通知302A可以包括图形化地和/或文本地提供系列片(例如，系列片X)的指示的图形区304A。通知302A可以包括须通知事件(例如，Julie喜欢系列片X)的文本指示305A。通知302A包括引用306A。在一个实施方式中，引用306A可以是诸如统一资源定位符(URL)的链接。在实施方式中，通知可以包括文本、链接、和/或图形中的组合中的任何一个。在选择了引用306A时，在所描绘的实施例中，设备被引导至在系列片X中的下一个剧集的视频，其中下一个剧集之前还未被用户查看。具体地，在选择了引用306A时，用户被引导至在用户之前停止观看的系列片X的下一个剧集的视频中的点。例如，如果用户之前已经完成观看剧集6，则响应于选择了引用，用户将被引导以查看剧集7。在另一实施方式中，如果用户之前已经完成观看剧集的部分，则响应于选择了引用，用户将被引导以查看该剧集的剩余部分。参照图1，在选择了引用时，内容设备被引导至在内容共享平台120中作为系列片中之前未被用户查看的下一个剧集的内容项121。在实施方式中，引用的剧集可能不一定是系列片中的最新剧集。

在实施方式中，引用306A包括到下一个剧集的URL。除了另一实施方式之外或者在另一实施方式中，用户可以选择按钮308A以播放下一个剧集。选择按钮308A可以将客户端设备引导至网站和/或app以显示内容项121。在另一实施方式中，选择按钮308A可以将视频在行内(in-line)提供至通知302A或者在弹出窗口中提供视频。

图3B提供了基于指示系列片X成为热门话题并且已经达到10亿点击数的须通知事件来显示定制的及时通知302B的用户界面。通知302B可以包括图形化地和/或文本地提供系列片(例如，系列片X)的指示的图形区304B。通知302B可以包括须通知事件的文本指示305B。通知302B包括引用306B。在一个实施方式中，引用306B可以是诸如统一资源定位符(URL)的链接。在选择了引用306B时，在所描绘的实施例中，设备被引导至在系列片X中的剧集7的视频，其中剧集7的剩余部分之前还未被用户查看。例如，如果用户之前已经完成观看剧集7的前半部分，则响应于选择了引用，用户将被引导以查看剧集7的剩余部分。在另一实施方式中，如果用户之前已经完成观看剧集6的全部(但没有观看剧集7)，则响应于选择了引用，用户将被引导以查看剧集7。

虽然为了简单和简洁起见将图3A和图3B中的通知示出为移动通知，但是还可以生成其它类型的通知并且将其提供/显示给用户。例如，通知可以是邮件、文本消息、账户通知等。在实施方式中，可以在包括其它推荐内容馈源等的各种地方对通知进行渲染。例如，可以在诸如社交联网网站/app的网站或者app上提供通知。馈源可以包括在可由用户查看的社交联网网站/app上的时间线或者其它区域/框架。

图4是图示了根据本公开的一些实施方式的生成指示与系列片有关的须通知事件的通知的方法400的流程图。方法400可以由包括硬件(例如，电路系统、专用逻辑、可编程逻辑、微代码等)、软件(例如，在处理设备上操作以执行硬件仿真的指令)、或者其组合的处理逻辑执行。

为了简单说明，描绘了本公开的方法并且将其描述成一系列动作。然而，根据本公开的动作可以按照各种顺序和/或同时发生，并且与本文没有呈现和描述的动作一起发生。此外，可能并不需要所有所示的动作来实施根据所公开的主题的方法。另外，本领域的技术人员要理解和了解，方法可以经由状态图被可替代地表示为一系列相关状态或者表示为事件。另外，应该了解，在本说明书中所公开的方法能够被存储在制品上以促进将这种方法传输和传送至计算设备。如本文所使用的，术语“制品”旨在包括可从任何计算机可读设备或者存储介质访问的计算机程序。在一个实施方式中，方法400可以由图1所示的服务器130(例如，执行通知组件131的处理设备)执行。

如图所示，当处理设备检测到与视频系列片有关的须通知事件时，方法400开始于框402。可以扫描须通知事件日志以识别与系列片相关的一个或者多个事件。本文将参照图5描述检测须通知事件的一个实施方式。与系列片有关的须通知事件可以是社交事件、创建者事件、用户事件、视频列表事件或者其它事件。须通知事件可以与作为一个整体的系列片或者被包括在系列片中的视频有关。

在框404中，处理设备从已经部分地查看了系列片的多个用户中选择针对系列片具有最高亲密度分数的一个或者多个用户。用户针对系列片的亲密度分数是至少基于系列片中由用户消费的视频数来确定的。可以对用户的亲密度分数进行日志记录。例如，日志可以包括系列片的列表，并且针对每个系列片，可以记录各个用户的亲密度分数。在另一实施方式中，每个用户可以具有针对一个或者多个系列片的一个或者多个亲密度分数日志。在一些实施例中，可以将针对不同系列片的不同亲密度分数分配给用户。

服务器130中的扫描器可以扫描多个用户亲密度分数日志以基于系列片来确定用户的相应亲密度分数。例如，扫描器可以基于系列片X来扫描100个用户的用户亲密度分数日志。100个用户中的每一个用户可以分配有1至10的亲密度分数，其中1是最低亲密度分数并且10是最高亲密度分数。扫描器可以确定用户的亲密度分数并且选择针对系列片X具有8或者更高的亲密度分数的用户。

在实施方式中，在扫描器执行扫描之前，由单独组件或者实体计算亲密度分数。在另一实施方式中，亲密度分数由服务器130计算。在实施方式中，扫描器可以是对所有用户亲密度分数日志进行迭代以确定系列片的(最高)亲密度分数的MapReduce连续扫描器。MapReduce识别用户与系列片之间的亲密度分数(基于系列片中由用户消费的视频)。可以基于识别特定系列片的标识符来存储亲密度分数。例如，标识符可以是系列片的名称。在一些实施方式中，对用户对来自系列片的视频的查看历史进行日志记录并且基于用户的与系列片相关联的查看历史来计算用户的亲密度分数。例如，可以基于查看历史来确定由用户查看的视频数，并且可以基于系列片中由用户查看的视频数来创建用户的亲密度分数。

在实施方式中，可以由服务器130、内容共享平台120、第三方社交网络平台150、或者可由服务器130访问的另一平台来生成亲密度分数。

在框406中，处理设备为一个或者多个用户中的每个用户生成指示与系列片有关的须通知事件的通知。该通知包括对被包括在所述系列片中的视频的至少一部分的引用，其中视频的至少该部分之前尚未被用户查看。在生成通知之后，可以将通知发送至一个或者多个用户中的每个用户。在实施方式中，在图1中的服务器130中的通知组件131生成并且发送通知。在另一实施例中，在服务器130中或者在服务器130外的另一组件发送生成的通知。采用客户端设备110A至110Z的用户接收通知。例如，可以将通知提供给用户作为图3A和图3B所示的图形用户界面。

在实施方式中，从已经部分地查看了系列片的多个用户中选择针对该系列片具有最高亲密度分数的两个或者更多个用户。当为两个或者更多个用户中的每一个生成指示与系列片有关的须通知事件的通知时，对相应用户的通知包括对之前还未被所述相应用户查看的视频的至少一部分的引用。因此，为两个或者更多个用户中的每一个生成(并且发送)包括相应定制引用的定制的及时通知。

假设用户已经部分地查看了系列片中的视频的剧集。当用户选择引用时，用户将被引导至视频中其最近停止观看视频的点。例如，假设在视频停止/暂停之前用户观看到剧集7的9分59秒。当用户选择引用时，用户可以在10分钟处继续观看视频。在另一实施方式中，可以向用户提供从视频帧用户最近停止观看的点开始的预定秒或分钟的记忆周期。记忆周期可以允许用户记住或者重新想起其最后观看的视频的部分。例如，假设记忆周期是10秒。当之前观看到剧集7的9分59秒的用户选择引用时，用户可以在9分49秒处继续观看视频(基于记忆周期)。

用户可能不会按顺序查看系列片中的视频。例如，用户可能已经按照以下顺序观看了视频：2、1、4、6。在一些实施方式中，系列片中由用户观看的最后一个视频的最后一部分用于确定通知中的引用应该指向的点。例如，当用户之前已经最后消费了剧集6时，被包括在给用户的通知中对视频的部分的引用可以指向剧集7。因此，可以不考虑用户消费剧集的顺序。

假设用户还未观看系列片中剧集的任何部分。然而，用户可能具有热爱该系列片的朋友，或者注意到该系列片成为热门话题。即使用户可能针对该系列片具有低亲密度分数，用户也可能希望接收其朋友喜欢的系列片或者成为热门话题的系列片的通知。在实施方式中，响应于接收到须通知事件诸如其朋友喜欢该系列片(或者系列片中的视频)或者基于成为热门话题的系列片，可以向用户提供通知。

在决定框408中，确定是否检测到附加须通知事件。如果没有检测到附加须通知事件，则方法结束。然而，如果在决定框408中检测到附加须通知事件，则方法返回框404，如图4所示。例如，附加须通知事件可以与系列片X中的视频相关、与作为整体的系列片X相关、或者与另一系列片中的另一视频相关或者与另一系列片相关。

在实施方式中，可以按照预定计划周期性地生成框406中的通知。例如，可以在当服务器130的利用较低或者更便宜时的非高峰时间期间生成通知。在另一示例中，可以每小时生成通知。然而，可以在某段时间内将通知发送至用户。例如，如果在太平洋标准时间凌晨2点生成通知，则在凌晨2点可以不将通知发送至东海岸上的用户。相反，可以在营业时间内发送通知，并且替代地，在第二天早晨9点发送通知。这样，用户在其睡着时不会接收通知。在实施方式中，用户可以指定将在其设备上接收通知的时间范围。因此，在如由将接收通知的服务器130或者用户确定的特定时间发送通知。

假设为用户保留了第一通知但是还未发送。在这段时间内，可以检测到附加须通知事件(在图4中的框408中)。例如，第一扫描器可以连续地针对须通知事件进行扫描并且检测到它。须通知事件可以与已经为用户生成通知(在框406中)的相同系列片或者另一系列片相关。在实施方式中，如果须通知事件是针对相同系列片，则在框406中可以更新通知以反映新的须通知事件。例如，通知可以陈述：“Julie liked Series X and Series X isTrending-1Billion Hits！(Julie喜欢系列片X并且系列片X成为热门话题达到10亿点击数！)”。对视频的引用将在更新的通知中保持不变。在实施方式中，如果须通知事件是针对不同系列片，则可以生成单独通知或者可以更新第一通知(还未被发送)以包括须通知事件和对之前还未被用户观看的视频的部分的两个引用两者。

图5是图示了根据本公开的一些实施方式的检测与视频系列片有关的须通知事件的方法500的流程图。方法500可以由包括硬件(例如，电路系统、专用逻辑、可编程逻辑、微代码等)、软件(例如，在处理设备上操作以执行硬件仿真的指令)、或者其组合。

在一些实施方式中，方法500可以由图1所示的服务器130(例如，执行通知组件131的处理设备)执行。在实施方式中，图4中的检测须通知事件，框402包括本文所描述的方法500的一个或者多个操作。

如图所示，当处理设备从多个客户端设备接收关于与各个视频有关的动作的信息时，方法500开始于框502。例如，用户可以执行表示社交事件、创建者事件、用户事件、视频列表事件或者其它事件的活动。在实施方式中，用户可以对系列片中的视频进行认可。

在框504中，处理设备可以基于接收到的信息来将新的事件添加至须通知事件的列表。在实施方式中，列表可以是用户事件日志。例如，列表可以由系列片组织。针对系列片X，与系列片X中的剧集有关(在框502中接收到)的所有动作可以与其它系列片分开被组织。

在框506中，处理设备可以在列表中识别与系列片中的至少一个视频有关的须通知事件。例如，须通知事件可以是特定用户对系列片X的剧集7进行的认可。

在框508中，处理设备可以将须通知事件存储在数据存储106或者另一存储装置中。例如，将特定用户对系列片X的剧集7进行的认可作为系列片X的须通知事件而被存储。

在实施方式中，处理设备连续地针对可能被认为是与多个视频相关联的须通知事件的动作进行搜索。执行该动作的用户可能或者可能没有意识到该动作被认为是须通知事件。

在实施方式中，如上面参照图4所描述的，第一扫描器扫描多个用户亲密度分数日志以识别针对各种系列片的视频具有高亲密度分数的用户。第二扫描器可以针对须通知事件扫描多个用户事件日志。当识别到须通知事件时，第二扫描器可以确定与事件相关的视频是否是剧集的部分或者与系列片有关。在检测到与系列片有关的须通知事件时，第二扫描器通知服务器130将与系列片有关的须通知事件与针对系列片具有高亲密度分数(如第一扫描器所确定的)的多个用户的子集合并。在另一实施方式中，相反，第一扫描器可以通知服务器130基于高亲密度分数来执行合并。在实施方式中，为了确定首先执行哪个扫描(例如，用户亲密度分数日志扫描或者用户事件日志扫描)，可以执行成本分析。基于成本分析，首先执行不太昂贵的扫描。例如，如果用户亲密度分数日志明显比用户事件日志长，则可以首先执行用户事件日志。在另一实施方式中，另一分析可以确定首先执行哪个扫描。

在执行合并之后，将系列片和相应的须通知事件提供至服务器130的通知组件131，并且可以生成适当的通知并且将其发送至用户(如图4所描述的)。在实施方式中，在发送通知之前，服务器130(和/或通知组件131、或者另一组件)确定通知是否满足反垃圾邮件约束。换言之，将与用户相关并且不被认为是垃圾邮件的通知路由至用户。因此，在确定通知满足垃圾邮件过滤条件时，使得将通知发送至用户的客户端设备。例如，用户可能希望仅仅接收在过去的一年里用户已经消费了一些视频或者一些视频的部分的系列片的通知。可以将垃圾邮件过滤条件设置为只有在通知指示在过去的一年里消费的系列片时才(例如，由服务器130响应于用户输入)提供通知。如果为在过去的一年里未被用户消费的系列片生成通知，则通知不满足垃圾邮件过滤条件并且因此不被发送至用户。在另一实施方式中，垃圾邮件过滤条件可以指示每个周期通知的最大频率。例如，如果(例如，由服务器130响应于用户输入或者默认)将通知的最大频率设置为每周一次，则除了一周之外的任何附加通知将不会通过垃圾邮件过滤条件并且将被阻止。在另一实施方式中，除了阻止附加通知之外，未被发送的通知还将呈队列被保存并且在一周结束之后将被提供至用户设备。

在实施方式中，在通知中的引用与在系列片中的至少一个现有视频有关，并且在将新的视频添加至系列片之前生成通知。也就是说，如果系列片目前有10集并且用户最后观看了剧集6，则在将剧集11添加至系列片之前，可以生成引用剧集7的通知并且将其提供至用户。

在实施方式中，由服务器130或者另一实体扫描须通知事件。在实施方式中，第二扫描器可以是对所有日志进行迭代(如图5中的框508所描述的)以找到须通知事件的MapReduce连续扫描器。

图6是图示了根据本公开的一些实施方式的基于社交事件来生成定制通知的方法600的流程图。方法600可以由包括硬件(例如，电路系统、专用逻辑、可编程逻辑、微代码等)、软件(例如，在处理设备上操作以执行硬件仿真的指令)、或者其组合的处理逻辑执行。

在一个实施方式中，方法600可以由图1所示的服务器130(例如，执行通知组件131的处理设备)执行。

如图所示，当处理设备接收到第一用户的动作时，方法600开始于框602，其中，动作与至少一个视频相关。在实施方式中，动作可以是社交动作，诸如认可视频、共享视频、视频内容管理动作、将视频标记为最喜欢、或者其它类型的可聚合动作。

在决定框604中，处理设备确定至少一个视频是否与系列片有关。响应于确定至少一个视频不与系列片有关，方法600结束。例如，如果接收到针对不是系列片的部分的视频的认可，则方法结束。

响应于确定至少一个视频与系列片有关，在框606中，处理设备识别还未完成查看系列片中的至少一个视频的一个或者多个用户。例如，如果视频是系列片X的剧集7，则识别到还未完成观看系列片中的至少一个视频的一个或者多个用户。

在决定框608中，处理设备确定识别到的一个或者多个用户是否与发起了框602中的动作的第一用户相关。例如，处理设备确定第一用户与一个或者多个第二用户之间是否存在关联。例如，第一用户可能是一个或者多个第二用户的朋友，第一用户可能已经在通讯录中列出了一个或者多个第二用户等。可能存在第一用户与一个或者多个第二用户之间的一些关系。关系可以由第三方社交网络平台150确定并且可以被传递至图1中的服务器130。

响应于确定识别到的一个或者多个第二用户不与第一用户相关，方法600返回框606。在框606中，处理设备识别还未完成查看系列片中的至少一个视频的一个或者多个新用户。处理设备可以执行扫描以识别还未完成查看系列片中的至少一个视频的一个或者多个新用户。在框608中，如果识别到之前未被识别到的新用户，则处理设备确定识别到的新用户是否与第一用户相关。如果在框608中处理设备确定新用户不与第一用户相关，则方法重复。

响应于在决定框608中确定识别到的一个或者多个用户与第一用户相关，在框610中，处理设备从与第一用户相关的一个或者多个用户中选择具有最高亲密度分数的一个或者多个用户。例如，如果第一用户是由第三方社交网络平台150管理的app上的一个或者多个用户的朋友，则该一个或者多个用户与第一用户相关。

在框612中，处理设备可以为具有最高亲密度分数的一个或者多个用户中的每一个用户生成指示由第一用户针对系列片中的至少一个视频执行的动作的相应定制通知。相应定制通知中的每一个包括对被包括在系列片中的视频的至少一部分的相应引用以及消费视频的至少该部分的邀请。视频的至少该部分之前还未被一个或者多个用户中的相应用户查看。可以将由一个或者多个用户接收到的通知以用户界面的形式呈现给用户，如图3A和图3B所示。因为多个用户可能在系列片内的不同点处完成了观看系列片，所以为多个用户生成的通知可以具有对不同剧集/剧集部分的引用。

图7图示了计算机系统700的示例形式的机器的示意图，在该计算机系统700内可以执行用于使机器执行本文所讨论的方法中的任何一种或者多种的指令集。在替代实施方式中，机器可以连接(例如，联网)至在LAN、内联网、外联网、或者互联网中的其它机器。机器可以在客户端-服务器网络环境中的服务器或者客户端机器的能力下操作，或者在对等(或者分布式)网络环境中作为对等机操作。机器可以是个人计算机(PC)、平板PC、机顶盒(STB)、个人数字助理(PDA)、蜂窝电话、web设备、服务器、网络路由器、交换机或者桥接器、或者能够执行指定由该机器采取的动作的指令集的任何机器。进一步地，虽然仅仅图示了单个机器，但是术语“机器”也应理解为包括单独地或者结合地执行用于执行本文所讨论的方法中的任何一种或者多种的指令集(或多个指令集)的机器的任何类集。

示例性计算机系统700包括处理设备(处理器)702、主存储器704(例如，只读存储器(ROM)、闪存、诸如同步DRAM(SDRAM)或者Rambus DRAM(RDRAM)等的动态随机存取存储器(DRAM)、静态存储器706(例如，闪存、静态随机存取存储器(SRAM)等)、和数据存储设备718，它们经由总线708与彼此通信。

处理设备702表示一个或者多个通用处理设备，诸如，微处理器、中央处理单元等。更具体地，处理设备702可以是复杂指令集计算(CISC)微处理器、精简指令集计算(RISC)微处理器、超长指令字(VLIW)微处理器、或者实施其它指令集的处理器或者实施指令集的组合的处理器。处理设备702还可以是一个或者多个专用处理设备，诸如，专用集成电路(ASIC)、现场可编程门阵列(FPGA)、数字信号处理器(DSP)、网络处理器等。处理设备702配置为执行用于执行本文所讨论的操作和步骤的指令726。

计算机系统700可以进一步包括网络接口设备722。计算机系统700还可以包括视频显示单元710(例如，液晶显示器(LCD)、阴极射线管(CRT)或者触摸屏)、字母数字输入设备712(例如，键盘)、光标控制设备514(例如，鼠标)、和信号生成设备720(例如，扬声器)。

数据存储设备718可以包括在其上存储有体现了本文所讨论方法或者功能中的任何一种或者多种的一个或多个指令集726(例如，软件)的计算机可读存储介质724。指令726还可以在被计算机系统700执行期间完全地或者至少部分地驻留在主存储器704和/或处理设备702内，主存储器704和处理设备702还组成计算机可读存储介质。指令722可以经由网络接口设备722通过网络774而被进一步发送或者接收。

在一个实施方式中，指令726包括用于实施参照图1描述的通知组件131的指令。虽然在示例性实施方式中将计算机可读存储介质724示出为单个介质，但是术语“计算机可读存储介质”应理解为包括存储一个或多个指令集的单个介质或者多个介质(例如，集中式或者分布式数据库、和/或相关联的高速缓存和服务器)。术语“计算机可读存储介质”还应理解为包括能够存储、编码或者携带由机器执行并且使该机器执行本公开的方法中的任何一种或者多种的指令集的任何介质。术语“计算机可读存储介质”应该相应地被理解为包括但不限于固态存储器、光学介质和磁性介质。

在前面的描述中，陈述了许多细节。然而，对于受益于本公开的本领域的普通技术人员而言，显而易见的是，在没有这些具体细节的情况下也可以实施本公开。在一些情况下，为了避免模糊本公开，以框图形式示出了公知的结构和设备，而没有详细地示出。

已经根据对依据计算机存储器内针对数据位的操作的算法和符号表示来呈现详细描述的一些部分。这些算法的描述和表示是数据处理领域技术人员用来将他们工作的实质最有效地传达给本领域其他技术人员的手段。算法在这里，并且普遍地，被认为是导致所要求结果的自我一致的步骤序列。这些步骤是需要物理量的物理处理的步骤。通常，虽然不是必须的，但是这些量采取能够被存储、传输、组合、比较和操作的电信号或者磁信号的形式。主要是出于通用的原因，将这些信号称为比特、值、要素、符号、字符、项、数等已经常常证明是方便的。

然而，应该记住，所有这些和类似的术语都是与适当的物理量相关联的，并且仅仅是应用于这些量的简便标记。除非另外具体陈述，正如从下面的讨论中可以看出，要了解，在整个说明书讨论中使用诸如“接收”、“发送”、“确定”、“识别”、“呈现”、“生成”、“关联”、“存储”等术语是指计算机系统或者类似电子计算设备的动作和过程，该动作和过程将表示为计算系统的寄存器和存储器内的物理(例如，电子)量的数据操作或者转换成为类似地表示为计算系统存储器或者寄存器或者其它这种信息存储、发送或者显示设备内的物理量的其它数据。

本公开还涉及一种用于执行本文的操作的装置。该装置可以为所需的目的而专门构造，或者可以包括通用计算机，该通用计算机由存储在计算机中的计算机程序来有选择性地激活或者重新配置。这种计算机程序可以存储在计算机可读存储介质中，诸如，但不限于，包括软盘、光盘、CD-ROM、和磁光盘的任何类型的盘、只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁或者光卡、或者适合于存储电子指令的任何类型的介质。

词语“示例”或者“示例性”在这里被用来指用作示例、实例或者说明。在本文中作为“示例”或者“示例性”描述的任何方面或者设计不一定需要理解为比其它方面或者设计优选或者有益。确切地说，词语“示例”或者“示例性”的使用旨在以具体的方式给出概念。如在本申请中所使用的，术语“或者”旨在指包含性“或者”而非排斥性“或者”。也就是说，除非另外规定，否则从上下文可以清楚，“X包括A或者B”旨在指任何自然的包容性排列。也就是说，如果X包括A、X包括B、或者X包括A和B两者，则在前面的任何实例下都满足“X包括A或者B”。另外，除非另有规定或者从上下文中明确得知其指的是单数形式，否则本申请和所附权利要求书中所使用的冠词“一(a/an)”一般可以被解释为表示“一个或者多个”。此外，贯穿上下文的术语“实施例”或者“一个实施例”或者“实施方式”或者“一个实施方式”并不意谓相同的实施例或者实施方式，除非如此描述。

贯穿本说明书，对“一个实施例”或者“实施例”的引用是指结合该实施例而描述的特定特征、结构或者特性被包括在至少一个实施例中。因此，短语“在一个实施例中”或者“在实施例中”出现在贯穿本说明的各处不一定全部指的是同一实施例。另外，术语“或者”是指包容性的“或者”而不是排斥性的“或者”。

要理解，上面的描述旨在是说明性的，而非限制性的。在读取并且理解上述说明时，对于本领域的技术人员而言，许多其它实施例将变得显而易见。因此，应该参照所附权利要求书，连同这些权利要求书所赋予的等效物的全部范围，来确定本公开的范围。