用于群组视频分发的体系结构和系统的制作方法
【专利摘要】一种用于管理视频分发的方法，包括接收来自与群组关联的多个视频数据源设备的多个视频数据流。每个视频数据流都包括多个视频帧以及多个元数据字段。视频数据流被解析以提取出视频帧以及包含该多个元数据字段的信息。包含来自该多个元数据字段的元数据信息的公共群组元数据流被生成。公共群组元数据流被传递给由可能对视频流感兴趣的用户操作的多个用户装置设备(UED)。在接收到对基于在公共群组元数据流中所含有的信息的第一用户视频流的请求时，第一用户视频流被生成并传递给UED。
【专利说明】用于群组视频分发的体系结构和系统
【技术领域】
[0001]本发明的配置涉及公共安全通信系统，并且更特别地涉及在基于群组的通信环境中的视频分发。
【背景技术】
[0002]在公共安全语音系统中，常见的是将用户分成交谈群组。在每个群组内，单个说话人“获得发言权”，而群组的其他成员几乎同时听见该说话人。这些系统对于语音通信很有效，但是有关确定用于分发视频内容的最优系统和方法方面还没有取得类似的进展。
[0003]应当知道，人们按照与他们处理视觉信息的方式相比显著不同的方式来处理语音信息。通俗来说，有人可能会观察到，人们习惯于一次听一位说话者。在正式的委员会会议中，主席或协调人在对发言权的竞争性请求之间进行裁决，并且强制执行顺序交流。委员会中的每个成员都听到同样的内容。与人的语音感知相反，视觉感知是高速的和间断性的。实际上，眼睛的“注视点”平均每秒移动3次，在该时长内于人的语音中典型地仅产生两个音素。例如，我们快速变换我们的视觉焦点的能力已经带来了其中单人连续地监测多个图像的监控系统。
[0004]然而语音最好是连续听，而视觉刺激(即，视频)则能够同时理解。同样地，在同一群组的成员体验视觉刺激相对听觉刺激的方式上以及在个体处理同时刺激的方式上存在着根本的区别。因而，虽然具有顺序的发言权控制的裁决式群组语音通信范例在重要的通信(尤其是公共安全语音系统)中是主要的，但是用于分发群组视频信息的最优方法则不太明显。而且，虽然许多视频会议系统和方法在本【技术领域】中都是已知的，这些常规的系统中没有一个可满足用户在群组通信环境中的需要和要求。
【发明内容】
[0005]本发明的实施例涉及用于在群组设置中管理视频媒体的分发的方法。该方法包括在群组服务器处接收各自分别产生于与群组关联的多个视频数据源设备中的多个视频数据流。每个视频数据流包含多个视频帧以及多个元数据字段。在群组服务器处的计算机处理器解析视频数据流，用于提取视频帧以及包含该多个元数据字段的信息。群组服务器生成选择性地包含来自该多个元数据字段中的每个元数据字段的元数据信息的公共群组元数据流。公共群组元数据流被传递给由可能对视频数据源设备所提供的视频流感兴趣的用户操作的多个用户装置设备(UED)。在UED上的软件监测群组元数据，并且基于任务特定的准则，确定人类用户是否应当监测视频流。如果软件确定用户应当监测视频流，则群组服务器将会接收到来自至少一个UED的对第一用户视频流的需求。对第一用户流的需求基于在公共群组元数据流中所含有的信息。响应该需求，群组服务器生成包括包含于视频数据流之一内的该多个视频帧的第一用户视频流。第一用户视频流然后被传递给从其接收到需求的UED。该方法还可以包括接收来自至少一个UED的对第一用户视频流的条件需求，并且基于该条件需求而将第一用户视频流传递给UED。该条件需求可以指定在将用户视频流传递给所述UED之前待由计算机处理器执行的某种处理动作。上述方法还能够被实现为用于在群组设置中管理视频媒体的分发的计算机系统。
【专利附图】
【附图说明】
[0006]实施例将参照下列附图来描述，在所有附图中相同的附图标记表示相同的项，并且在附图中:
[0007]图1是对于理解视频流能够在群组设置中如何分发有用的概念图。
[0008]图2是对于理解在群组视频服务器中执行的群组功能的操作有用的流程图。
[0009]图3是对于理解来自多个群组的视频流在警察巡检情景中如何能够分发给用户有用的概念图。
[0010]图4是对于理解在群组视频分发系统中用户设备的操作有用的流程图。
[0011]图5是对于理解群组视频分发系统的实现有用的计算机架构图。
[0012]图6是对于理解示例性用户装置设备的架构有用的框图。
[0013]图7是对于理解示例性群组服务器的架构有用的框图。
【具体实施方式】
[0014]参照附图描述本发明。附图并未按照比例绘制，并且它们仅仅被提供用于说明本发明。本发明的若干方面在下文参照用于说明的实例应用来描述。应当理解，众多具体细节、关系和方法被阐明以提供对本发明的全面理解。但是，本领域技术人员应当容易理解，本发明能够在没有一个或多个具体细节的情况下或者以其他方法来实现。在其他实例中，众所周知的结构或操作并没有具体示出，以避免使本发明变得不清晰。本发明并不受限于所示出的动作或事件顺序，因为某些动作可以按照不同的顺序和/或与其他动作或事件同时发生。而且，并非所有示出的动作或事件都是实现根据本发明的方法所必需的。
[0015]本发明涉及用于在为了传递和执行特定的任务而将用户划分成群组的情景中进行视频分发的系统和方法。常见的是用户被划分成群组以便于某些类型的语音通信系统。例如，在集群式无线电系统环境中，包含某个群组的多个用户可以被分派到使用两个或更多个频率来促进群组当中的交流的“交谈群组”。在这样的系统中，短语“交谈群组”通常被用来指代群组的成员将用以进行相互交流的虚拟无线电信道。交谈群组在本【技术领域】中是众所周知的，因此在此将不再详细描述。
[0016]例如交谈群组的群组的成员一般地将会具有共同的命令和控制结构，但是通常在任何特定的时间各自会聚焦于不同活动或不同的具体事件。因此，在这样的环境中的视频分发被有利地布置，使得视频流在用户对它们感兴趣的时候及地方进行选择性地传递。现在参照图1，图中示出了有利地促进实现这些目标中的每个目标的用于群组视频分发的模型。该模型涉及多个用户装置设备(UED)1e1Uoe215为了描述本发明而在图1中仅示出两个UED ;但是应当理解，本发明并不限定于此。每个UED都能够被配置为包含用户能够在其上观看已经传递给每个设备的视频流的显示屏。在某些实施例中，UED还能够被配置用于促进语音通信，包括可以通过集群式无线电通信环境来促进的在交谈群组内的语音通信。
[0017]多个视频流S1、s2和s3分别由多个视频源lOlUOtUOl生成。每个视频流包含视频帧108以及含有元数据110的多个字段或元素。在所示的实例中，元数据包含:为视频帧108的源指定名称或标识的源信息(Src)，视频帧108被采集的时间(Time)，以及指定在视频帧被采集时的源的位置的位置信息(Loc)。图1所示的元数据实际上只是示例性的，而并非旨在限定能够与视频流sl、s2和s3包含在一起的元数据的类型。相反，许多不同类型的元数据可以包含于视频数据流内，并且这样的不同类型的元数据的优点将随着讨论不断进行而变得明显。如同本文所使用的，元数据可以包括含有有关视频帧的或者它们被创建的条件的信息的任何类型的元素或字段(除视频帧外)。元数据还可以包含与采集相关的视频帧同时发生的活动、动作或条件有关的数据，不管这样的信息是否直接涉及视频帧。
[0018]每个视频数据流都从源1041、1042、1043传递给群组功能61。群组功能可以以硬件、软件或者硬件和软件的组合实现。例如，群组功能可以是在群组服务器上执行的软件应用，如同图5和6所描述的。现在参照图2，图中提供了其中更详细地描述了群组功能Gl的操作的流程图。该过程从202开始，并且在204继续进行，在204中群组功能接收来自视频数据源的一个或多个视频数据流sl、s2、s3。其后，群组功能解析每个所接收到的视频数据流，以提取出与每个个体流关联的元数据。
[0019]在步骤208中，群组功能识别出已经对其分配或指派了视频数据源lOlUOt、1043的至少一个群组。在一种优选的实施例中，群组被预先定义使得群组功能对标识哪些视频数据源与特定的群组关联的表格或数据库拥有访问权。例如，视频数据源loiuot、1043可以被标识为属于共同群组。作为替代地，各种视频数据源可以被分配给多个群组。此夕卜，个体源还可以被分配或指派给多个群组。例如，源KM1能够与第一群组相关联，源1042能够与第二群组关联，而源1043能够与两个群组关联。如果存在着已经给其分配了一个或多个视频数据源的群组，则群组功能在步骤210中为该群组生成群组元数据流。作为替代地，在特定的群组中的源的成员可以通过该源或者通过另一个实体动态地管理。例如，如果源与特定的警官关联，则该源能够在该警官改变交谈群组的同时改变群组(即，群组成员遵循命令和控制结构)。
[0020]如果多个视频数据流正由群组功能活跃地接收中，则步骤210可任选地包括选择性地将来自适当的流(sl、s2、s3)的元数据110的多个个体流字段转化成特定群组的公共群组元数据流。在图1所示的实例中，我们假定视频数据源KM1UiMy 1043与公共的群组关联。因此，数据流sl、s2和s3的个体流的元数据可以被转化成公共群组元数据流(gl元数据)。
[0021]如同本文所使用的，术语“转化” 一般指的是与每个个体数据流关联的元数据被结合于公共的数据流中的想法。单个数据流能够用于该用途(如图所示)，尽管本发明并不限定于此并且多个数据流也是可以的。如果个体流的元数据被结合于公共的数据流内，则它能够根据某些预定义的的模型来被结合或转化。在图1中示出这个概念，该图示出了群组元数据流(gl元数据)，该群组元数据流可选择地包含与sl、s2和S3相关的元数据的群组。还有，应当理解，本发明并不限定于此，并且其中来自每个视频数据流的元数据按照不同的方式结合或转化成公共群组元数据流的其他转化方案同样是可以的。此外，这样公共的群组元数据能够经由一个或多个物理或逻辑信道传递。最后，需要做的只有收集来自所选择的视频数据源的已解析的元数据并然后传递给多个UED，如同以下所描述的。在图1中，示例性的群组元数据流(gl元数据)105包含来自每个个体视频数据流的所有各种类型的元数据，但是应当理解，本发明并不限定于此。相反，群组元数据流在某些实施例中能够仅包含选定类型的元数据110。而且，如果要考虑带宽限制，则能够周期性地从公共的群组元数据中删除元数据110的一个或多个字段以降低数据总量。作为替代地，只有在由群组功能Gl在某些类型的元数据中检测到变化时，这种元数据才能够包含于群组元数据内。
[0022]群组元数据流(gl元数据)105能够排他地包含元数据110的该多个字段，因为这样的字段包含于视频数据流S1、s2或s3内。但是，本发明并不限定于此。在某些实施例中，群组功能Gl能够基于元数据110的内容执行附加处理，以生成同样能够被包含于群组元数据流内的次级元数据。例如，群组功能Gl能够处理位置元数据(Loc)以计算出源104、1042、1043位于其内的交通工具的速度。交通工具的速度信息然后能够作为与个体视频数据流s1、s2和s3中的特定一个数据流关联的次级元数据而包含于群组元数据流之内。类似地，公共的群组元数据一般地不会包含视频帧108，但是能够可任选地包含能够被认为是一种次级元数据的缩略图数据112。缩略图数据112能够包括包含于视频流内的场景的单个(静止)图像，并且代替流视频被提供。这样的方法的优点在于，这样的缩略图数据112与全流视频相比将需要显著较小的带宽。
[0023]缩略图数据同样能够在以下情形中特别有用:UED用户对视频流的某些方面感兴趣，但是发现有利的是使用自动化处理功能来在监测这样的视频流中提供帮助。在这样的情景中，自动化处理功能优选地在群组功能Gl实现于其上的服务器上执行。在Gl处(而不是在UED处)对视频流执行这样的自动化处理是有利的，因为固定的处理资源与UED相比一般会拥有更强的处理能力。而且，可能优选的是不在Gl与UED之间的通信链路负担视频流，以便促进在UED上的这样的自动化处理。在这样的情景中，用户能够有利地选择或标记缩略图的一些部分，并然后促使UED发信号或发消息给群组功能G1，指示对于视频流的那部分的某种处理将在Gl上执行。
[0024]需要群组功能来进行的此类处理的情形的一个实例是:UED的用户只有在某个事件发生(例如，运动被检测到或者人通过门口)时才有兴趣观察视频流。用户能够使用UED的指点装置(例如，触摸板)来选择或标记缩略图的一部分。用户能够标记整个图像，或者选择图像的某一较小部分(例如，用户标记缩略图的门口区域)。然后，用户能够促使UED给Gl发送消息:与该缩略图对应的视频流只有在所选区域存在运动时才被传递给UED。例如，在运动被检测到时消息能够标识特定的缩略图、由用户选择或标记的部分，以及待执行的所请求的处理和/或动作。群组功能Gl然后会执行对接收自该源的视频流的处理，以确定何时在视频图像的选定部分内检测到运动。然后，由群组功能对运动(例如，人经由门口进入或离开)的检测能够被用来触发某个动作(例如，将相应的视频流传递给用户)。当然，本发明并不限定于此，并且同样能够由于这样的视频图像处理而触发其他动作。例如，图像还能够由Gl以某种方式来增强，或者Gl能够促使视频流按照相反的时间顺序来回放以提供倒回功能。
[0025]已经在涉及使用缩略图的环境中描述了上述特征，但是本领域技术人员应当理解，缩略图并非是本文所描述的全部实施例所必需的。例如，如果视频流将按照反向来回放，或者由视频流表示的整个场景将由群组功能来处理，不考虑对其所选部分的任何用户选择，则不需要缩略图。
[0026]在步骤212中，用于至少一个群组的群组元数据流被传递给与该群组关联的多个UEDo例如，图1示出了群组元数据流(gl元数据)被传递给UED1eiUoey群组元数据流能够连续地或周期性地传递，取决于所选的具体实现方式。
[0027]在步骤214中，作出有关应当给其传递视频流的至少一个UED的确定。该确定能够在群组功能中，在UED中或者在两者中作出。在某些实施例中，群组功能Gl将会评价元数据110的一个或多个字段或元素，以识别出应当给其提供视频流S1、s2、s3的UED。作为替代地或除此之外，UED将会监测群组元数据流以识别出特定的视频数据流S1、s2或s3何时可能为特定的用户所感兴趣。当存在指示特定的视频数据流可能为特定的UED的用户所感兴趣的一个或多个条件时，消息能够由UED传递给群组功能G1，指示特定的视频数据流被选定。视频流是特别由或为特定UED的用户选定的视频流。因此，该视频流在此有时称为用户视频流。在步骤214中，群组功能接收包含关于视频数据源或用户视频数据流的用户选择的消息。在任一种情形中，群组功能在步骤216中通过生成适当的用户视频流并将其传达给UED来作出应答。例如，所传递的用户视频流能够包含已经从所选的视频数据流中解析出的V巾贞vFramesl08o在步骤218中，群组功能检查以确定是否已经命令终止该过程。如果是(218:是)，则该过程在步骤220结束。作为替代地，如果该过程尚未被终止(218:否)，则该过程返回至步骤204。
[0028]为了更全面地理解上述方法的优点，参照图3来描述一种示例性的实施例。在该实例中，我们假定警察巡检群组具有监督者，调度员以及多个巡检单元304^304^304^常规的警察巡检车能够包含记录于车载媒体存储设备的前聚焦的摄像机。前聚焦的摄像机生成能够经由宽带网络传输的视频流。为了该实例，我们假定这些前聚焦的摄像机是巡检群组的视频源，并且这些视频源生成视频流s31、s32和s33。这些视频流能够被传递给群组功能Gp。另外，我们还假定了由交通摄像机给群组功能(Gt)持续发送视频的“交通摄像机”群组。群组功能Gp和Gt按照与以上针对群组功能Gl的所描述的方式类似的方式生成群组元数据流。
[0029]通常，巡检单元30^04^301不发送视频，除非某些预定的条件(例如，交通中断或高速追逐)发生。当巡检单元不发送视频时，群组元数据流(gp元数据)基本上是空闲的。假定交通中断发生，使得巡检单元(例如，巡检单元304i)开始发送视频流(S31)给群组功能Gp。作为响应，群组功能Gp开始给与该群组关联的每个UED发送群组元数据流(gp元数据)。群组元数据流包含来自S31视频流(以及活动的任何其他视频流)的元数据。在该实例中，与群组关联的UED包括调度员的控制台310、巡检监督者的计算机312和巡检单元的UED314。元数据在群组功能Gp中和/或在UED310、312、314上被分析。在UED处，该分析能够包含由用户作出的对在元数据中传达的某些信息的评价。作为替代地，该评价能够是自动处理群组元数据以确定其与特定用户的关联性的程序化算法或规则集。基于这样的分析，能够对特定的视频流提出需求或请求。
[0030]根据优选实施例，群组元数据流含有对于确定群组的各个成员是否将会对特定的视频流感兴趣有用的一种或多种类型的元数据。出于该目的而包含的特定类型的元数据元素将取决于具体的应用。因此，本发明并不限定于此。例如，在图3的警察巡检实例中，元数据能够包含下列项中的一项或多项:交通工具标识、与相关视频帧的采集关联的时间、交通工具位置、交通工具速度、交通工具上的紧急灯/警报的状态(即，紧急灯/警报是开启还是关闭)、是否存在从车辆下来的巡检员、用于语音通信的扩声器的PTT状态、安全气囊部署状态等。
[0031]如果元数据在UED上进行分析，则它能够被处理，并且由这样的元数据表示的信息能够显示于UED的屏幕上。在某些实施例中，用户能够评价该信息以确定他们是否对与这样的元数据关联的视频流感兴趣。在其他实施例中，在一个或多个元数据元素满足某些条件时UED能够被编程以自动显示视频流。为了触发视频流的显示而选择的条件能够随用户不同而不同。因此，分派给各个用户的UED能够被编程以在不同的条件下显示视频流。能够提供不同的规则或算法用于触发视频数据流的显示。在某些实施例中，能够在每个UED上提供可选择的用户配置文件，以允许每个用户在群组中指定他们的角色。在这样的实施例中，用户配置文件能够基于所接收的元数据定义将为用户显示视频流的一组规则或条件。
[0032]再次参照图3，假定特定的视频流s31的元数据指示视频流将是群组调度员所感兴趣的。例如当元数据指示在交通中断中采用了特定的巡检交通工具时，则可能出现这样的状况。基于这样的元数据，群组功能Gp能够确定视频流s31应当被传递给调度员的UED310。因此，群组功能Gp将生成与接收自巡检车辆301的视频帧对应的用户视频流。用户视频流被自动地传递给调度员的控制台310，因为已经知道调度员会有兴趣观察交通中断的状况。当在调度员的控制台310上接收到用户视频流时，调度员能够被警示视频流的可用性，或者视频流能够自动地显示给调度员。与这些动作同时地，群组功能将会将群组元数据流(gp元数据)传递给群组内的每个UED(310、312、314)。群组元数据流将会包括来自流s31的个体流元数据。当在监督者的UED312处接收到这样的群组流元数据时，它能够被用来警示该监督者交通中断的发生。在该实例中，我们假定监督者没有兴趣观察常规的交通中断，因此视频流s31不被巡检监督者手动请求。此外，由于巡检监督者一般不会有兴趣观察常规的交通中断，因而在其UED312上的元数据处理算法不会提出关于给监督者的UED传输视频流s31的自动请求。
[0033]假定常规的交通中断转变成了涉及追逐嫌疑人车辆的情形。在该情况下，巡检监督者可能会突然对观察与此类事件关联的视频流感兴趣。巡检监督者能够由于监测涉及该群组的语音通信而清楚该追逐的存在。作为替代地，与视频数据流s31关联的元数据110的一个或多个字段或元素能够是关于追逐在进行中的暗示。例如，指示巡检交通工具正高速地且在紧急灯开启的情况下行驶的元数据110能够充当追逐正在进行中的指示。UED能够处理该元数据以确定巡检监督者很可能会感兴趣的条件是否存在。因此，监督者的UED312能够被编程以自动请求给其传输视频流s31。作为替代地，指示追逐正在进行中的元数据信息能够显示给巡检监督者，从而促使巡检监督者请求相关的视频流s31。在任一种情形中，对相关的视频流的请求(需求(s31))被传递给群组功能Gp。在接收这样的请求时,群组功能Gp将与视频流s31关联的视频帧作为用户视频流传递给UED312。
[0034]群组的一个或多个成员同样能够至少接收来自第二群组功能的第二群组元数据流。例如，在图3所示的实例中，群组监督者的UED312能够接收来自群组功能Gt的第二群组元数据(gt元数据)流。在该实例中，群组功能Gt处理接收自交通摄像机306^306^3063的群组的视频流tl、t2和t3。群组功能Gt按照与群组功能Gp类似的方式生成群组元数据(gt元数据)。在该情景中，来自交通摄像机的元数据包括它们的位置以及前面所描述的缩略图。在监督者的UED312上执行的软件应用能够监测来自Gp的元数据，基于这样的元数据来辨认以上所述的追逐场景，并且如同前面所描述的那样显示巡逻车的视频流s31。根据本发明的另一种实施例，在UED312上的软件应用执行能够使用与视频数据流s31关联的位置元数据确定与该追逐相关的交通摄像机的视频流。基于该确定，UED312能够自动请求(需求(tn))来自群组功能Gt的一个或多个适当的交通摄像机的视频流tn。在UED312接收到这样的视频流时，该视频流能够连同来自追逐中的巡逻车的视频流一起自动显示于UED312上。类似地，很可能，在距追逐的适度距离处的总体交通状况可能会与监督者的判断有关。可以想象，在这些情况下，周期性的“快照”可能比流视频更适合。因此，包含于群组元数据流内的缩略图能够作为某些交通摄像机的流视频的替代显示于UED312上。因为这样的缩略图是静止图像或快照图像，所以它们会比全流视频具有显著低的带宽要求。
[0035]现在转至图4，该图是对于理解一个或多个UED的操作有用的流程图。该过程能够在步骤402开始，并且继续进行到步骤404。在步骤404中，UED接收来自一个或多个群组功能的一个或多个公共群组元数据流。在步骤406中，在公共群组元数据流中所含有的一种或多种类型的信息被可任选地处理，并在图形用户界面中显示给用户。这样的信息能够包括元数据信息(例如，显示于屏幕上的巡检交通工具位置)的直接表示或者从元数据得出的交通工具状态信息报告(例如，状态为正在巡逻、交通停止前进或者巡检交通工具正在追逐)。在步骤410中，UED能够确定(基于所接收的元数据)是否有任何特定的视频流为用户所感兴趣。如同前面所描述的，该确定能够基于指定用户对特定的视频流感兴趣的条件的一个或多个预编程的规则的应用而作出。因此，UED解析群组元数据流并分析每个流的元数据，以识别出感兴趣的一个或多个流。
[0036]如果特定的用户对至少一个视频感兴趣(410:是)，则该过程继续进行到步骤412，在该步骤412中，由一个或多个群组功能(例如，Gp、Gt)请求一个或多个视频流。其后，该过程继续进行到步骤413，在该步骤413中作出关于所感兴趣的视频流是否应当被补充可能与用户有关的相关视频流的附加流的确定。在步骤413中的确定将取决于可能根据特定的实现而改变的多种因素。例如，这些因素能够包括:所选视频流的源标识，认为该特定的视频流将为用户感兴趣的一或多个原因，以及附加视频流是否将会提供属于所选视频流的相关信息。例如，考虑以下情形:视频源为巡检交通工具的前置摄像机，并且该视频流被选择用于显示，因为元数据暗示了涉及该巡逻交通工具的追逐。在这样的情景中，一个或多个交通摄像机的视频流可能与用户有关。相反地，考虑以下情形:视频流的元数据指示视频源为巡检交通工具前置视频摄像机，但是因为元数据指示交通中断正在进行中而选择该视频流。在这样的情景中，显示来自该区域内的交通摄像机的视频流的获益可以是最小的。因此，在这种情况下能够作出关于补充的视频流不必要或不合意的确定。
[0037]如果作出了以一个或多个附加视频流补充所选的视频流是有利的确定，则该过程继续进行到步骤414。在该步骤中，作出关于是否存在与已经选择的视频流有关的相关视频流可用的确定。该步骤还能够涉及评价与特定的流关联的元数据以识别相关的视频流。例如，再次考虑以上所描述的追逐情景。来自由巡逻交通工具提供的视频流的位置元数据能够被访问以确定巡逻交通工具的大致位置。然后，能够在步骤414中作出关于在距巡逻车的当前位置的某一预定距离内是否存在任何交通摄像机的确定。当然，本发明并不限定于此，并且其他实施例同样是可能的。如果有相关的视频流可用，则在步骤416中对它们提出请求。在步骤418中，附加处理能够被执行以显示所请求的视频流。在步骤420中，作出关于是否应终止过程400的确定。如果是，则过程终止于步骤422。否则，过程在步骤404处继续进行。
[0038]现在参照图5，图中示出了对于理解本文所描述的用于视频流的群组分发的方法和系统有用的计算机体系结构。该计算机体系结构能够包含多个UED。例如，多个便携式UED502、514使用无线接口 504和接入点服务器506与网络基础设施510通信。作为替代地，或者除了 UED502、514之外，多个UED516能够直接经由有线连接与网络基础设施通信。多个摄像机503、518能够用作视频流的源。摄像机将视频数据流传递给视频服务器508、509。数据能够通过有线或无线基础设施来传递。在某些实施例中，无线接口 504和/或网络基础设施510能够用于该用途，但是本发明并不限定于此。例如，在某些实施例中，通过分离的空中接口和网络基础设施将视频流传递给服务器508、509可能是优选的。
[0039]摄像机503、518将视频数据流(包括元数据)传递给各个群组视频服务器508、509。以用于执行与本文所描述的群组功能(例如，Gl、Gp、Gt)关联的活动的指令集对每个视频服务器编程。作为替代地，单个服务器能够被编程以执行用来促进与多个所述群组功能关联的活动的活动。因此，视频服务器508、509解析视频数据流并生成公共群组元数据流，如同前面所描述的。公共群组元数据流然后借助于网络基础设施510和/或无线接口504被传递给一个或多个UED502、514、516。对视频流的请求或需求基于对公共群组元数据流的人工分析或机器分析而产生于UED。这样的请求使用无线接口 504和/或网络基础设施510发送给视频服务器508和/或509。响应这样的请求，视频流由视频服务器传递给UED0在某些实施例中，视频服务器508、509还能够分析包含于所接收的视频流内的元数据以确定是否应当给特定的UED发送视频流。
[0040]本发明能够采用在计算机可用的存储介质(例如，硬盘或CD-ROM)上的计算机程序产品的形式。计算机可读的存储介质能够具有实现于介质内的计算机可用的程序代码。本文所使用的术语“计算机程序产品”指的是包括支持本文所描述的方法的实现的全部特征的设备。计算机程序、软件应用、计算机软件例程和/或这些项的其他变型在本文中意指指令集的任意语言、代码或符号的任意表示，该指令集旨在促使具有信息处理能力的系统直接地或者在以下a)转换为另一种语言、代码或符号；b)以不同的材料形式的再现中的任一项或两项之后执行特定的功能。
[0041]本文所描述的方法能够在各种类型的计算机系统和设备上执行，包括服务器计算机、客户端用户计算机、个人计算机(PC)、平板PC、膝上型计算机、台式计算机，或者能够执行指定待由该设备采取的动作的指令集(按顺序或不按顺序)的任何其他设备。此外，虽然某些步骤涉及单个计算机，但是短语“计算机系统”应当理解为还包括可单独或共同执行指令集(或多个指令集)以执行本文所讨论的任意一种或多种方法的计算设备的任意集合。
[0042]现在参照图6，该图提供了对于理解本发明有用的示例性UED600。UED600包含经由总线622相互通信的处理器612 (例如，中央处理单元(CPU)、图形处理单元(GPU)，或两者)、盘驱动单元606、主存储器620和静态存储器618。UED600还能够包含显示单元602，例如，视频显示器(例如，液晶显示器或LCD、平板显示器、固态显示器或阴极射线管显示器(CRT))。UED600能够包含用户输入设备604 (例如，键盘)、光标控制设备614 (例如，鼠标)和网络接口设备616。网络接口设备716提供关于网络基础设施504、510的网络通信。在UED502无线通信的情形中，网络接口设备616能够包括与无线接口 504通信所必需的无线收发器(未不出)。
[0043]盘驱动单元606包含其上存储有被配置用于实现本文所描述的一种或多种方法、过程或功能的一个或多个指令集608 (例如，软件代码)的计算机可读存储介质610。指令608还能够完全或至少部分地位于主存储器620、静态存储器618之内，和/或在其由计算机系统执行期间位于处理器612内。主存储器620和处理器612还能够构成机器可读的介质。
[0044]现在参照图7，示例性的视频服务器700包括经由总线722相互通信的处理器712 (例如，中央处理单元(CPU)、图形处理单元(GPU)，或两者)、盘驱动单元706、主存储器720和静态存储器718。视频服务器700还能够包含显示单元702，例如，视频显示器(例如，液晶显示器或LCD、平板显示器、固态显示器或阴极射线管显示器(CRT))。视频服务器700能够包含用户输入设备704 (例如，键盘)、光标控制设备714(例如，鼠标)和网络接口设备716。网络接口设备716提供关于网络基础设施510的网络通信。
[0045]该盘驱动单元706包含其上存储有被配置用于实现本文所描述的一种或多种方法、过程或功能的一个或多个指令集708 (例如，软件代码)的计算机可读存储介质710。指令708还能够完全或至少部分地位于主存储器720、静态存储器718之内，和/或在其由计算机系统执行期间位于处理器712内。主存储器720和处理器712还能够构成机器可读的介质。
[0046]图6和7所示的架构被提供作为示例。但是，本发明并不限定于此，并且还能够没有限制地使用任何其他合适的计算机系统架构。包括(但不限于)专用集成电路、可编程逻辑阵列和其他硬件设备在内的专用硬件的实现方式同样能够被构造以实现本文所描述的方法。能够包含各种实施例的装置和系统的应用广泛地包括各种电子系统和计算机系统。某些实施例可以实现在两个或更多个具体互连的硬件模块或设备中的功能，相关的控制和数据信号在这些模块之间且通过它们来通信，或者作为专用集成电路的某些部分。因而，软件、固件和硬件的实现方式可以适用该示例性的系统。
[0047]根据本发明的各种实施例，本文所描述的方法作为软件程序存储于计算机可读存储介质内，并且被配置用于在计算机处理器上运行。而且，软件实现方式能够包括(但不限于)分布式处理、组件/对象分布式处理、并行处理、虚拟机处理，这些处理方式还能够被构造用于实现本文所描述的方法。与网络环境连接的使用指令608经由网络通信(原文貌似有误，19页15行附近)。如同本文所使用的，术语“计算机可读存储介质”应当被理解为包括存储一个或多个指令集的单个介质或多个介质(例如，集中式或分布式数据库，和/或关联的高速缓存和服务器)。术语“计算机可读存储介质”还应当被理解为包括能够存储，编码或传送由机器执行的以及促使机器执行本公开内容的任何一种或多种方法的指令集的任意介质。
[0048]术语“计算机可读介质”因此应当被理解为包括(但不限于)固态存储器，例如，容纳一个或多个只读(非易失性)存储器、随机存取存储器或其他可重写(易失性)存储器的存储卡或其他封装；磁光或光学介质，例如，盘或磁带。因此，本公开内容被认为包括本文所列出的任意一个或多个计算机可读介质，并且包括公认的等价物和后续介质，在这些介质中存储有软件实现方式。
[0049]尽管本发明已经针对一种或多种实现方式进行了说明和描述，但是本领域技术人员在阅读并理解了本说明书和附图之后应当会想到等效的变更和改型。另外，虽然可能仅针对若干实现方式中的一种实现方式公开本发明的特定特征，但是这样的特征可以与其他实现方式的一个或多个别的特征结合，这可能是任何给定的或特定的应用所希望的且有利的。因而，本发明的广度和范围不应仅限定于上述实施例中的任一种。相反，本发明的范围应当根据下面的权利要求及其等价项来界定。
【权利要求】
1.一种用于在群组设置中管理视频媒体的分发的方法，包括: 在群组服务器处接收分别产生于与群组关联的多个视频数据源设备中的多个视频数据流，每个所述视频数据流包含多个视频帧以及多个元数据字段； 在所述群组服务器处操作计算机处理器以解析所述视频数据流，以用于提取所述视频帧以及包含所述多个元数据字段的信息； 生成选择性地包含来自所述多个元数据字段中的每个元数据字段的元数据信息的公共群组元数据流； 将所述公共群组元数据流传递给包含所述群组的多个用户装置设备UED ； 从所述UED中的至少一个UED接收对基于所述公共群组元数据流的第一用户视频流的需求； 响应所述需求，生成包括所述多个视频帧的第一用户视频流，所述多个视频帧包含于所述视频数据流之一内，并且将所述第一用户视频流传递给从其中接收到所述需求的所述UED。
2.根据权利要求1所述的方法，还包括:基于用于确定与一个或多个所述视频数据源关联的视频帧是否为用户所感兴趣的在所述UED处对所述群组元数据流的评价，在所述多个UED中的一个或多个处生成所述需求。
3.根据权利要求2所述的方法，其中所述评价包括生成次级元数据，所述次级元数据包含没有由包含于所述视频数据流内的所述元数据直接指定的信息。
4.根据权利要求2所述的方法，还包括基于所述群组元数据流确定是否希望以至少第二用户视频流补充所述第一用户视频流。
5.根据权利要求4所述的方法，还包括基于所述群组元数据流识别与所述第一用户视频流相关的一个或多个第二用户视频流。
6.根据权利要求1所述的方法，还包括在所述服务器处使用所述计算机处理器评价包含于每个所述多个视频数据流内的所述多个元数据字段，以确定与所述视频数据源中的至少一个关联的所述多个视频帧是否应自动传递给所述UED之一。
7.根据权利要求1所述的方法，还包括生成包含没有由在所述多个视频数据源设备处生成的所述元数据直接指定的信息的次级元数据。
8.一种用于在群组设置中管理视频媒体的分发的方法，包括: 在群组服务器处接收分别产生于与群组关联的多个视频数据源设备中的多个视频数据流，每个所述视频数据流包含多个视频帧以及多个元数据字段； 在所述群组服务器处操作计算机处理器以解析所述视频数据流，以用于提取所述视频帧以及包含所述多个元数据字段的信息； 生成选择性地包含来自所述多个元数据字段中的每个元数据字段的元数据信息的公共群组元数据流； 将所述公共群组元数据流传递给包含所述群组的多个用户装置设备UED ； 从所述UED中的至少一个UED接收对基于所述公共群组元数据流的第一用户视频流的条件需求； 响应所述需求，生成包括所述多个视频帧的第一用户视频流，所述多个视频帧包含于所述视频数据流之一内，并且将所述第一用户视频流传递给从其中接收到所述需求的所述
UED。
9.根据权利要求8所述的方法，其中所述条件需求指定在所述将所述第一用户视频流传递给所述UED之前待由所述计算机处理器执行的至少一个处理动作。
10.根据权利要求8所述的方法，还包括:基于用于确定与一个或多个所述视频数据源关联的视频帧是否为用户所感兴趣的在所述UED处对所述群组元数据流的评价，在所述多个UED中的一个或多个处生成所述需求。
【文档编号】H04N7/18GK104170375SQ201380014743
【公开日】2014年11月26日 申请日期:2013年4月4日 优先权日:2012年4月18日
【发明者】T·A·亨格唯尔德 申请人:哈里公司