去往用户的多个媒体流的聚集的制作方法

专利名称：去往用户的多个媒体流的聚集的制作方法
技术领域：
本公开总体上涉及媒体的播放，并且更具体地涉及用于根据指 定的用户偏好聚集去往用户的多个媒体流以便提供定制的媒体体验 的方式。
背景技术：
电视网络通常为诸如体育盛会或音乐会之类的很多大型事件提
供覆盖。电视节目(television event)的观众仅能够看到电视网络决 定广播的摄像机视图。不存在根据用户偏好对不同视图或场景的选 择。用户基本上无法摆脱电视网络提供的节目放映。如果没有根据 用户偏好定制节目放映的方式，则节目的观众不能选择接收定制的 媒体流，而是无法摆脱广播至网络(该网络广播该节目)的所有订 户的单一统一力文映。

发明内容
根据第一方面，提供了一种设备，包括 至少一个处理器；
存储器，其耦合至该至少一个处理器； 至少一个接口，用于从多个媒体源接收多个媒体流； 以及媒体流聚集机制，其驻留在存储器中并且由该至少 一个处 理器执行，该媒体流聚集机制处理该多个媒体流，并根据媒体流特 征(其包括关于多个媒体流中的每一个的信息)和用户指定的用户 偏好从该多个媒体流中的至少两个生成去往用户的输出媒体流。
根据优选实施方式，媒体流聚集机制接收并分析多个媒体流， 以及优选地基于用户偏好来创建聚集媒体流输出。在此方式中，使用媒体流聚集机制的媒体提供者可以潜在地基于用户偏好向每个用 户提供定制放映。通过提供去往用户的多个媒体流的聚集，用户的 体验优选地根据用户偏好进行了定制。
根据第二方面，提供了用于将输出媒体流提供给用户的计算机
实现方法，该方法包括步骤
从多个媒体源接收多个媒体流；
针对多个媒体源的至少两个，确定媒体流特征，该媒体流特征 包括关于对应媒体流的信息； 接收用户指定的用户偏好；
以及处理该多个媒体流，并根据媒体流特征和用户偏好从多个 媒体流中的至少两个生成去往用户的输出媒体流。
根据第三方面，提供了一种计算机可读程序产品，包括
媒体流聚集机制，其处理该多个媒体流，并根据媒体流特征(其 包括关于多个媒体流中的每一个的信息)和用户指定的用户偏好从 该多个媒体流中的至少两个生成去往用户的输出々某体流；
以及承栽该媒体流聚集机制的可记录介质。
根据在附图中示出的下述更具体描述，前述和其他特征及优势 将变得明显。


现在，仅通过示例方式，并参照以下附图来描述本发明的优选 实施方式。
图1是根据本发明优选实施方式的、媒体服务器计算机系统的 框图，该媒体服务器计算机系统从多个媒体源接收多个媒体流，并 将该多个媒体流聚集成用于用户的媒体播放器的单个输出流；
图2是根据本发明优选实施方式的、用于根据用户偏好聚集去 往用户的多个媒体流的方法流程图3是根据本发明优选实施方式的、示出了范例性媒体流特征 的范例性表格；图4是根据本发明优选实施方式的、示出了用户偏好的通用表
示的范例性表格；
图5是根据本发明优选实施方式的、可以作为图1中所示媒体 服务器100的适当计算机系统的框图6是根据本发明优选实施方式的、用于媒体流聚集机制针对 一个具体示例接收并分析进入的^见频流的方法流程图7是根据本发明优选实施方式的、示出了用于一个范例性进 入的视频流的视频流特征的范例性表格；
图8是根据本发明优选实施方式的、用于将多个进入的视频流 聚集成去往用户的单个输出视频流的方法流程图；以及
图9是根据本发明优选实施方式的、示出了用于聚集多个输入 视频流的用户偏好的范例性表格。
类似的附图标记指示类似的元件。
具体实施例方式
在当代社会中，媒体源更易得到。手机可以包含用于拍静止图 片的数字照相机。现在开始出现具有视频能力的手机。另外，允许 拍摄视频的数码相机可能很快便会开发传输实时视频流的能力。在 不远的将来，能够想象到诸如音乐会或体育盛会的大型事件的观 众能够提供数百个甚至是数千个不同的媒体流。
此处的权利要求书和公开允许基于用户指定的偏好将定制媒体 流呈现给用户。定制媒体流由媒体流聚集机制构建，其中该媒体流 聚集机制接收并分析多个输入媒体流，以及基于进入的媒体流的特 征和用户的偏好将这些多个输入媒体流聚集成去往用户的单个输出 媒体流。结果得到用户的定制媒体体验。
参考图1,示出的系统102包括媒体服务器100,该媒体服务器 从图1中所示多个媒体源(媒体源180A、180B、180C、180D,…180N) 接收媒体流。媒体服务器100包括媒体流聚集机制124,其从进入的 媒体流接收媒体流特征123,可选地分析进入的媒体流以获得额外的信息，以及基于用户偏好125构建去往用户的单个输出流。注意， 媒体服务器100中示出的用户偏好125以虚线(phantom)示出，以 便指示用户偏好125优选地是从用户的媒体播放器190中的用户 偏好125接收而来。
参考图2，优选地，方法200由图1中媒体流聚集机制124执行。 方法200通过为多个进入的媒体流确定媒体流特征而开始(步骤 210)。确定用户的偏好(步骤220),随后根据用户偏好将多个进 入的媒体流聚集成去往用户的一个输出媒体流(步骤230)。
在此处的公开和权利要求书中，对将多个媒体流聚集到单个媒 体流中的讨论并不意味着媒体流聚集机制12 4仅产生 一 个媒体流。 相反，媒体流聚集机制124可以输出去往多个不同用户的多个流。 另外，媒体流聚集机制124可以输出去往同一用户的多个输出流， 其中多个输出流中的一个或多个包括从两个或更多进入的々某体流创 建的聚集媒体流。这样，用户可以在主画面上观看电视节目，同时 具有为两个另外的框(画中画)提供音频和视频的两个其他流，并 且这些视频放映的任何一个、两个或全部三个可以包括乂人两个或更 多进入的媒体流创建的聚集媒体流。这些媒体流的任意个或全部三 个可以是从多个输入流构建的单个流。此处的公开和权利要求书明 确地意在将多个媒体流聚集成单个媒体流，或者聚集成多个媒体流。
参考图3，示出的表格包括某些已知的媒体流特征1"。媒体流 特征123优选地是从嵌入在媒体流内的元数据确定的，但是某些媒 体流特征可以通过分析进入的媒体流而确定。图3中所示媒体流特 征123包括来自于媒体源的原始信息，诸如，媒体质量、最小段长 度、设备类型等。媒体流特征123还可以包括媒体内容的说明，诸 如设备位置、方位、事件等。媒体流特征123还可以包括关于提供 媒体的人的信息，包括，信誉、订户、用户名/认证等。媒体流特征 12 3还可以包括关于媒体剪辑之间的互操作的信息，诸如剪辑之间的 过渡、音频能力、数字特效等。媒体流特征123还可以包括用户标 签，用户标签可以被自动插入到媒体流，或者可以在々某体流:帔创建之后由用户手动添加。用于足球项目的用户标签的示例可以包括 足球、联赛、乐队、播放、啦啦队长、吉祥物、重放、慢动作等。 可以针对不同类型的事件定义各种其他用户标签，所有这些标签均 落入此处的公开和权利要求书中。标签帮助媒体提供者对内容进行 分类，使得可以基于提供者在标签中对内容的描述来为多个流划分 优先级。通过利用用户标签来标记媒体的部分，用户标签随后可以 由媒体流聚集机制124使用，以从多个输入媒体流生成聚集媒体流。 注意，i某体流特征123可以包括图3中未示出的项目，并且广义上 可以包括作为媒体流特征的任何信息，无论是当前已知的还是将来 开发的。
图4示出了用户偏好125，其可以包括用于媒体流特征的任何规 定或过滤器。这样，如果用户指定了 1兆像素(Mpxl)的最小分辨 率，则媒体流聚集机制124在构建用于用户的聚集媒体流时不会使 用任何低于1Mpxl分辨率的媒体流。实际上，任意个或所有的媒体 流特征123可以具有相应的用户偏好。
参考图5，计算机系统IOO是计算机系统设备的一个适合实现， 其包括基于用户偏好为用户创建定制媒体流的媒体流聚集机制。计 算机系统100是IBM eServerTM System卩M计算机。(IBM、 eServer 和System i是国际商业机器公司在美国、其他国家或全部的商标。) 然而，本领域技术人员将会理解，此处的公开同等地适用于任何计 算机系统，无论该计算机系统是复杂的多用户计算设备、单个用户 工作站，还是嵌入式控制系统。如图5所示，计算机系统100包括 一个或多个处理器110、主存储器120、海量存储接口 130、显示器 接口 140和网络接口 150。这些系统部件通过4吏用系统总线160而互 连。海量存储接口 130用于将诸如直接访问存储设备155之类的海 量存储设备连接到计算机系统100。 一个特定类型的直接访问存储设 备155是可读写的CD-RW驱动器，其可以将数据存储在CD-RW 195 中或者从其读取数据。
主存储器120优选地包含数据121、操作系统122、媒体流特征123、媒体流聚集机制124和用户偏好125。数据121表示用作计算 机系统100中任何程序的输入或输出的任何数据。操作系统122是 本领域中公知的多任务操作系统i5/0S;然而，本领域技术人员将会 理解此公开的精神和范围不限于任何一种操作系统。在图l-图4和 相关文字中总体上示出了媒体流特征123、媒体流聚集机制124和用 户偏好125,并且以上参照图1-图4对其进行了讨论。计算机系统 100利用公知的虛拟寻址机制，该机制允许计算机系统100的程序运 行为仿佛仅访问大型的单个存储实体而不是访问多个较小的存储实 体(诸如，主存储器120和DASD设备155)。因此，尽管数据121、 操作系统122、媒体流特征123、媒体流聚集机制124和用户偏好125 被示出为驻留在主存储器120中，但是本领域技术人员将会理解， 这些项目并不是必须全部同时完全包含在主存储器120中。还应当 注意，此处使用的术语"存储器" 一般地涉及计算机系统100的整 个虚拟存储器，并且可以包括耦合至计算机系统100的其他计算机 系统的虚拟存储器。
处理器110可以由一个或多个微处理器和/或集成电路构建而 来。处理器110执行存储在主存储器120中的程序指令。主存储器 120存储处理器110可以访问的程序和数据。当计算机系统100启动 时，处理器UO最初执行组成操作系统122的程序指令。
尽管计算机系统10 0被示出为仅包含单个处理器和单个系统总 线，但是本领域技术人员将会理解，可以使用包括多个处理器和/或 多个总线的计算机系统来实现基于用户偏好的、去往用户的多个媒 体源的聚集。另外，优选地，所使用的每一个接口都包括单独的完 整编程的微处理器，其用于卸载处理器110的计算密集处理。然而， 本领域技术人员将会理解，这些功能也可以使用1/0适配器实现。
显示器接口 140用于将一个或多个显示器165直接连接至计算 机系统IOO。这些显示器165 (可以是非智能的(即，笨(dumb)) 终端或者完全可编程的工作站)用于向系统管理员和用户提供与计 算机系统IOO通信的能力。然而，注意，尽管提供了显示器接口 140以支持与一个或多个显示器165的通信，但是计算机系统IOO并不 必须需要显示器165,因为所有需要的与用户的交互和其他过程可以 经由网络4妾口 150发生。
网络接口 150用于将计算机系统IOO连接至其他计算机系统、 工作站或媒体源(例如，图5中的175)。网络接口 150和网络170 广义上表示与电子设备互连的任何适当方式，而无论网络170包括 现在的模拟技术和/或数字技术还是经由未来的某些联网机制。另外， 可以使用多种不同网络协议来实现网络。这些协议是专门的计算机 程序，其允许计算机跨越网络170进行通信。TCP/IP (传输控制协 议/互联网协议)是适当网络协议的示例。
就这一点，特别要注意，尽管上述描述是在完整功能计算机系 统的上下文中给出的，但是本领域技术人员将会理解媒体流聚集 机制可以作为各种形式的程序产品而分布，并且权利要求书意在覆 盖实际用于完成该分布的所有适当类型的计算机可读介质。适当的 计算机可读介质的示例包括可记录介质，诸如软盘和CD-RW (例 如，图5的195);和传输介质，诸如数字通信链路和模拟通信链路。
此处的实施方式还可以作为与客户^^司、非盈利组织、政府实 体、内部组织结构等的服务约定而递送。这些实施方式可以包括 配置计算机系统以执行在此描述的某些或全部方法，以及部署实现 在此描述的某些或全部方法的软件、硬件和web服务。这些实施方 式还可以包括分析客户端的操作、响应于分析而创建推荐、建立实 现部分推荐的系统、将系统集成至现有过程和基础架构中、计量系 统的使用、将花费分配到系统的用户，以及对系统的使用进行计费。
现在给出示 例，以说明当媒体流是视频流时媒体聚集机制的功 能。注意，此处的公开和权利要求书明确地覆盖任何适当的媒体， 包括音频、视频、静态照片、运动捕捉流、动作数据流和任何其他 形式的媒体，无论是现在已知的还是将来开发的。在图6-图9中给 出了作为一个说明性示例的一见频流的示例。
参考图6，方法600通过选择视频流而开始(步骤610)。视频流的特征被读取(步骤620)。视频流特征优选地是嵌入在视频流中
的对视频流的特征进行描述的元数据。随后，分析视频流以验证视
频流特征并确定相关信息(步骤630)。视频流特征的验证优选地是 为确保视频流特征是正确的而进行的视频流分析。例如，如果一见频 流特征规定了 lMpxl分辨率，并且视频流本身的分析显示较低的分 辨率，则聚集机制可以决定不使用该视频流，因为该视频流与其自 己的视频流特征不匹配。例如，如果提供者在开始记录事件之前忘 了改变记录器上的分辨率设置，则该情况将会发生。如果存在更多 视频流要处理(步骤640=是)，则方法步骤600返回步骤610并继 续，直到没有更多的视频流要处理为止(步骤640=否)。
在执行图6中方法600期间，可选地可以执行额外的步骤。例 如，媒体流聚集机制124可以提供对一个或多个输入媒体流的处理 或重新格式化。例如，假设用户偏好允许用户指定最差质量和最好 质量二者。例如，基于用户的媒体播放器的限制，这可能是希望的。 超过最好质量的输入媒体流可以被重新格式化为低于或等于最好质 量。其他重新格式化或转换也可以执行，包括剥去视频以便仅提供 视频流的音频部分、混合音频和视频流，等等。此处的7>开和权利 要求书旨在覆盖输入媒体流的任何适当处理，包括任何适当的重新 格式化或转换。
图7示出了视频流特征123A的适当示例，其包括用户名和密码、 设备和数据类型、最小段长度、媒体质量、事件和位置。对于此特 定示例，假设用户具有用户名ZAG和密码hizack。此用户名和密码 可以用于认证去往聚集机制的视频流。进一步假设视频设备是电话， 数据类型是流视频。最小段长度是20秒，这意味着提供媒体流的人 将提供长度上不短于20秒的视频剪辑。媒体质量是lMpxl。事件是 Vikings/Packers足球比赛。位置是40码线(yard line )、东侧，18 排。这些视频流特征允许聚集机制确定是否可以在根据用户偏好为 用户构建定制输出— 见频流中使用该—见频流。
参考图8,方法800通过读取用户偏好而开始(步骤810)。多个进入的视频流随后可以根据用户偏好聚集成单个输出视频流(步
骤820 )。单个输出视频流随后被输出至用户(步骤830 )。用户因 而接收为用户偏好中指示的用户口味而定制的输出视频流。注意， 如果用户一次观看多个4见频流的话(例如，画中画)，方法800可
以重复。
图9中示出了用户偏好125A的示例。用户偏好125A包括最小 段长度、最差质量、事件和位置说明。对于此特定示例，最小段长 度是10秒，最差质量是lMpxl，事件是Vikings/Packers比赛，并且 位置在30码线之间。注意，用户偏好可以包括用于分析视频流特征 以便确定视频流是否可以用于根据用户的偏好来构建定制的输出视 频流的任何适当的标准或启发性试探。可以看出，图7中的视频流 特征123A满足图9中的用户偏好125A。结果，对应于图7中视频 流特征123A的视频流可以在根据图9中的用户偏好125A来构建定 制的输出视频流时使用。
媒体流的聚集可以实时完成，但是这需要媒体服务器100中大 量的处理能力，以便实时处理许多媒体流并提供实时聚集媒体流。 减轻实时分析输入媒体流的处理负担的 一 种方式是不对该流进行 实时分析，而是仅基于媒体源提供者的配置文件来聚集输入媒体流。 也可以使用其他不实时处理i某体流的备选方式。例如，可以以稍微 不那么实时的方式将媒体流传输至数字视频记录器(DVR),以供 稍后观看。另外，过去事件的媒体流的库可以存储在网站上，并且 可以在用户请求定制媒体流并发送用户偏好时按需创建定制媒体流。
定制(即，聚集)媒体流还可以包括其他可选效果。例如，可 以定制流改变到不同媒体源的步调，以适合特定音乐或媒体内容本 身，类似于精华集锦。另外，视频馈送的堆集()可以集中在一起， 以创建特定事件的环绕(wrap-around)视图。例如，如果都携带有 照相机电话的上千人在棒球比赛中拍摄击球手的静态图像，则媒体 服务器可以聚集来自各个位置的静态图像，以创建击球手打出本垒打时刻的击球手环绕视频视图。
在此的设备、程序产品和方法允许从多个源接收用于事件的媒 体流，处理媒体流，以及根据用户偏好从多个媒体流生成聚集的媒 体流。结果是，用户接收更适合于用于观看事件的用户偏好的、事 件的定制媒体流。通过提供定制的观看体验，用户观看事件的体验 得到了提升。另外，聚集提供者可以通过根据用户指定的偏好将定 制的媒体流提供给用户而产生附加的收益。
注意，此处使用的术语"媒体流"包括任何适当的数字数据， 包括非视频或音频数据的数据。例如，可以在输入的媒体流中提供 统计、分数或者其他数字数据。这种数字数据可以与其他媒体流组 合，以增强去往用户的聚集媒体流。这样，可以对流进行合并、改 变、调整、改进、增强、叠加、部分延迟、裁剪、分析等。例如， 可以将标记足球场上第 一 脚的位置的线叠加到去往用户的视频流 上。另一示例可以允许组合多个音频文件，以使用户同时听到啦啦 队长和乐队的欢呼声。这还允许组合播放器的头盔中的多个麦克风, 以使用户同时听到来自多个球员的评论。另外，去往用户的聚集媒 体流可以包括交叠的部分或增强。例如，用户可以从各种渠道选择 :视频和音频，而且还可以选4奪叠加评论员音频。
本领域技术人员将会理解，在权利要求书的范围内可以存在多 种变化。因此，尽管以上具体示出并描述了本公开，但是本领域技 术人员将会理解，在不脱离权利要求书精神和范围的前提下，可以 做出形式和细节上的这些和其他改变。
权利要求
1.一种设备，包括至少一个处理器；存储器，其耦合至所述至少一个处理器；至少一个接口，用于从多个媒体源接收多个媒体流；以及媒体流聚集机制，其驻留在所述存储器中并且由所述至少一个处理器执行，该媒体流聚集机制处理所述多个媒体流，并根据媒体流特征和用户指定的用户偏好从所述多个媒体流中的至少两个生成去往用户的输出媒体流，其中所述媒体流特征包括关于多个媒体流中的每一个的信息。
2. 如权利要求1的设备，其中所述媒体流特征包括每个媒体流 中的元数据。
3. 如权利要求2的设备，其中所述元数据指定对应媒体源的媒 体质量和最小段长度。
4. 如权利要求2或3的设备，其中所述元数据指定被记录的事 件、对应纟某体源的位置，和所述对应纟某体源的方位。
5. 如权利要求2、 3或4的设备，其中所述元数据指定与操作对 应媒体源的人相关的特征。
6. 如前述任一权利要求的设备，其中所迷用户偏好指定与所述 媒体源特征有关的条件，其中所述媒体源特征确定媒体流的 一部分 是否被包括在所述输出媒体流中。
7. —种用于将输出媒体流提供给用户的计算机实现方法，该方 法包括步骤从多个媒体源接收多个媒体流；针对所述多个々某体源中的至少两个，确定々某体流特4i，该々某体流 特征包括关于对应媒体流的信息； 接收用户指定的用户偏好；以及处理所述多个媒体流，并根据所述媒体流特征和所述用户偏好从所述多个媒体流中的至少两个生成去往用户的所述输出媒体流。
8. 如权利要求7的方法，其中所述媒体流特征包括每个媒体流中的元数据。
9. 如权利要求8的方法，其中所述元数据指定对应媒体源的媒 体质量和最小段长度。
10. 如权利要求8或9的方法，其中所迷元数据指定被记录的事 件、对应媒体源的位置，和所述对应媒体源的方位。
11. 如权利要求8、 9或10的方法，其中所述元数据指定与操作 对应纟某体源的人相关的特征。
12. 如权利要求7-11中任一的方法，其中所述用户偏好指定与 所述媒体源特征有关的条件，其中所述媒体源特征确定媒体流的一 部分是否被包括在所述输出媒体流中。
13. 如权利要求7-12中任一的方法，其中所述多个媒体流包括 —见频流。
14. 一种用于部署计算基础设施的方法，包括将计算机可读代 码集成到计算系统中，其中所述代码结合所述计算系统来执行权利 要求7-13中任一的方法。
15. —种计算机可读程序产品，包括媒体流聚集机制，其处理多个媒体流，并根据媒体流特征和用户 指定的用户偏好从所述多个媒体流中的至少两个生成去往用户的输 出媒体流，其中所述媒体流特征包括关于所述多个媒体流中的每一个的信息；和承载所述媒体流聚集机制的可记录介质。
16. 如权利要求15的程序产品，其中所述媒体流特征包括每个 媒体流中的元数据。
17. 如权利要求16的程序产品，其中所述元数据指定对应媒体 源的媒体质量和最小段长度。
18. 如权利要求16或17的程序产品，其中所述元数据指定被记 录的事件、对应媒体源的位置，和所述对应媒体源的方位。
19. 如权利要求16、 17或18的程序产品，其中所述元数据指定 与操作对应媒体源的人相关的特征。
20. 如权利要求15-19中任一的程序产品，其中所述用户偏好指 定与所述媒体源特征有关的条件，其中所述媒体源特征确定媒体流的 一部分是否被包括在所述输出媒体流中。
21. —种计算机程序，其包括适用于当所述程序运行在计算机上 时，执行权利要求7-13中任一的方法的程序代码装置。
全文摘要
一种媒体流聚集机制(124)，其接收并分析多个媒体流，以及基于用户偏好(125)创建聚集媒体流输出。以此方式，使用媒体流聚集机制的媒体提供者潜在地可以基于用户偏好来为每个用户提供定制的放映。通过将多个媒体流的聚集提供给用户，根据用户偏好定制了用户的体验。
文档编号H04L29/06GK101543009SQ200780043722
公开日2009年9月23日 申请日期2007年11月22日 优先权日2006年11月28日
发明者B·J·克拉冈, C·T·佩德森, K·G·帕特森, Z·A·加鲍 申请人:国际商业机器公司