流媒体通讯的制作方法
在商务会议期间，演示者通常使用例如投影仪、大型外接监视器或交互式白板来让所有参与者可以看到他/她的计算机屏幕。曾经需要所有参与者在同一房间内的会晤和会议现在也越来越普遍地使用网络会议系统进行远程执行。
当演示者希望在外部监视器上显示多媒体内容时，他们面临着如何这样做的多种选择。最常见的解决方案是使用电缆将外部监视器物理连接到演示者的设备，诸如高清多媒体接口
也可以使用其他以网络为中心的流媒体解决方案，诸如由
还有浏览器到浏览器解决方案，例如
申请人已经意识到，具有需要最小设置并确保将多媒体内容流送到正确的目的地的系统将是有用的。
因此，当从第一方面来看时，本发明提供了一种用于流送包括多媒体内容的数据的系统，该系统包括：
一个或多个控制器，所述一个或多个控制器包括控制器界面，所述控制器界面被设置为经由第一控制网络链路连接到终端用户设备；
一个或多个多媒体接收器设备，所述一个或多个多媒体接收器设备包括适合于连接到视频接收设备的多媒体接口，其中所述一个或多个多媒体接收器设备中的每一个都被布置为经由第二控制网络链路连接到关联控制器并且进一步被布置为经由媒体流送网络链路直接连接到终端用户设备；
控制服务器，所述控制服务器托管一个或多个多媒体接收器设备和相关联的控制器的列表；
其中，终端用户设备包括连接到控制服务器的用户界面，所述用户界面被布置用于选择来自列表中的多媒体接收器设备和选择要被流送的多媒体内容；
其中，终端用户设备和与所选择的多媒体接收器设备相关联的控制器被布置成在经由控制器界面或经由终端用户设备接收到用户输入之后，经由终端用户设备和所选择的多媒体接收器设备之间的媒体流送网络链路发起媒体流送会话。
因此，本领域技术人员将理解，本发明提供了一种多媒体流送系统，其中终端用户设备(要被流送的多媒体内容的源)与所选择的多媒体接收器(所述多媒体内容的目的地)之间的媒体流送网络链路在其间提供独立的网络链路，其中媒体流送网络链路的建立由具有其自身的与终端用户设备和与所选择的多媒体接收器设备的控制网络链路的单独控制器控制。因此，所选择的多媒体接收器设备可以接收被流送的数据，并且随后将其转换为例如视频信号以便输出到外部视频接收设备。
此外，根据本发明，演示者可以使用终端用户设备利用用户界面和其与控制服务器的连接选择或搜索他或她希望流送他/她选择的多媒体内容的目标接收器设备。该列表指示控制器中的哪一个经由第二控制网络链路连接到一个或多个给定的多媒体接收器设备(即“相关联的”)。例如，每个会议室中的控制器可以连接(或可连接)到同一房间中的多媒体接收器设备。该列表还可以包含关于控制器和相关联的多媒体接收器设备的进一步信息，例如给予接收器用户友好的昵称，诸如“会议室1”或“演讲厅”，以使得演示者更容易选择或找到正确的多媒体接收器设备和相关联的控制器。
应当理解，本文使用的术语“选择(selection)”或“选择(selecting)”不限于在列表内手动选择特定的多媒体接收器设备(例如，通过点击图形用户界面内的按钮或链接)，而是扩展可能对用户隐藏的其他选择方法。例如，从用户的角度来看，对多媒体接收器设备和相关联的控制器的选择可以在“幕后”进行。如下面将进一步详细描述的，可以向用户呈现“访问代码”，当进入终端用户设备时，该访问代码允许系统将终端用户设备连接到适当的控制器并且确信用户接近预期的多媒体接收器设备和相关联的控制器(或被授权向其流送-例如通过电子邮件、电话呼叫等提供“信道外”的访问代码)。
与所选择的多媒体接收器设备相关联的控制器仅在接收到来自用户(即，用户输入)的确认时才允许建立媒体流送网络链路。在一些实施例中，用户输入包括应与所选择的多媒体接收器设备建立媒体流送网络链路的第一确认。这有利地确保了在正确的设备之间产生点对点媒体流送链路。例如，如果演示者或会议室内的其他参与者希望与房间内的其他人共享他们的屏幕(例如，进行演示)，他们可以简单地使用他们自己的个人设备，诸如笔记本电脑或平板电脑作为终端用户设备以从控制服务器获取接收器列表，选择他们当前所在房间内的接收器，使用控制器界面确认其在场，然后与房间内的外部显示器(诸如大型监视器或投影仪)共享其屏幕。
类似地，如果远程用户希望将内容从位于一个房间(例如，在个人办公室)中的终端用户设备流送到特定会议室，则控制器界面可以仅作为示例，向会议室内的一个或多个本地用户显示消息，并且通过执行所需的用户输入(例如，按下控制器界面上的按钮)请求他们确认他们是否希望从该特定远程用户接收流。
虽然可以仅在控制器界面处确认多媒体接收器设备应该接收被流送的数据来发起媒体流送会话，但是在一些实施例中，终端用户设备和与所选择的多媒体接收器设备相关联的控制器被布置为仅在经由用户界面将第二确认输入到终端用户设备时发起媒体流送会话。在一些实施例中，第二确认包括访问代码。例如，访问代码可以包括个人识别号码(pin)代码或字母数字密码短语，所述个人识别号码(pin)代码或字母数字密码短语将经由用户界面输入到终端用户设备中。在一些这样的实施例中，第二确认经由第一控制网络链路从终端用户设备传送到控制器。这基本上提供了相互认证，使得双方都可以确认媒体流送会话应该继续进行。这有利地防止了演示者意外地选择不正确的多媒体接收器设备并且非预期的接收者确认他们希望接收该流的情况。这可能会产生负面影响，诸如向错误的受众呈现敏感信息。
在一些实施例中，访问代码由服务器生成，该服务器可以是如上所述的控制服务器。这允许控制服务器生成防止重复使用的唯一或一次性授权(ota)代码或“快速代码”，从而提高系统的安全性。这些访问(例如，ota代码)至少在一些实施例中可以在连接到多媒体接收器的显示器上呈现，或者经由控制器界面的显示器呈现，使得用户可以获得生成的访问代码(例如一次性授权代码)并且将其输入到终端用户设备。这为在特定房间中的多媒体接收器及其相关联的控制器提供了接近度检测的手段。如果用户实际在房间内，他或她可以简单地通过查看显示器来获得例如ota代码的访问代码，或者可以由房间内的另一参与者例如经由电子邮件或通过电话向用户提供代码。然后，用户可以经由用户界面(例如，使用网络应用程序)输入访问代码，并且在经过验证的情况下，从由控制服务器托管的列表中选择适当的多媒体接收器设备，并且被赋予访问权限以将多媒体内容流送到相关房间。在一些这样的实施例中，由控制服务器托管的列表包括当前访问代码的列表，例如，用于一个或多个多媒体接收器设备和相关联的控制器中的每一个的一次性授权码。在这样的实施例中，用户可以不必从列表中手动选择所需的接收器，而是通过简单地输入当前有效的访问代买(例如，ota代码)，服务器可以将该代码“映射”到特定接收器并且在“幕后”建立多媒体流送网络链路，而无需用户在列表本身内定位接收器。服务器(例如，如上所述的控制服务器)可以向集中式存储库提供发布到房间、每个房间中的控制器以及与每个控制器相关联的接收器的访问代码的聚合概述。
因此，本发明的各种实施例有利地实现了接近度检测机制，该机制防止演示者有意或无意地选择内容并且将内容流送到不正确的多媒体接收器设备的情况。这个可能会产生负面影响，诸如敏感信息被呈现给错误的受众或会议被中断。
虽然上述系统可用于双向(即，半双工或全双工)通信，但申请人已经意识到上述系统特别适用于诸如网络会议和屏幕共享之类的应用，因此在优选实施例中媒体流送会话是单工的。作为对比，第一和第二控制网络链路优选地是双向通信(即，它们提供半双工或全双工通信)。
应当理解，提供媒体流送网络链路和/或第一控制网络链路允许终端用户设备和多媒体接收器设备之间的接近度的灵活性。在一些实施例中，媒体流送网络链路和/或第一控制网络链路包括局域网(lan)。在备选实施例中，媒体流送网络链路和/或第一控制网络链路包括虚拟专用网络(vpn)。在一些另外的替代实施例中，媒体流送网络链路和/或第一控制网络链路包括因特网连接。对于欲在本地流送媒体(可能来自同一房间或建筑物内)的装置，诸如有线网络或无线lan的lan可以提供必要的网络连接。相比之下，如果需要在公司内的不同办公室之间或公司与例如客户之间进行网络会议，则vpn或基于internet的连接可能更合适。
虽然用户界面可以例如由独立的计算机程序提供，但是在优选实施例中，用户界面包括网络浏览器。因此，终端用户设备可以使用网络浏览器导航到预先存在的网络浏览器(诸如
然而，尽管不太优选使用独立计算机程序提供用户界面，但申请人已经意识到例如由于安全性或软件兼容性问题而存在这是不可避免的情况。因此可以预见，至少在一些实施例中，用户界面可以包括支持webrtc协议的独立计算机程序。
虽然终端用户设备可以托管已知多媒体接收器和相关联的控制器的本地列表(即，终端用户设备包括控制服务器)，但是在优选实施例中，控制服务器包括被布置为经由服务器网络链路连接到终端用户设备的远程服务器。这提供了可以通过任何合适的终端用户设备访问的所有已知接收器和相关联的控制器的位于中心的管理目录，并且因此终端用户设备有利地不需要系统的先验知识。然而，在一些这样的实施例中，终端用户设备托管已知多媒体接收器和相关联的控制器的本地列表。由终端用户设备托管的本地列表可以是由控制服务器托管的列表的子集，并且仅作为示例，可以包括最近使用的多媒体接收器的列表或“最喜欢的”多媒体接收器(例如，用户最常用的那些)的列表。
本领域技术人员将理解，本领域中已知的许多多媒体接口可以容易地应用于本发明，诸如视频图形阵列(vga)或数字视频接口(dvi)。然而，在至少一些优选实施例中，多媒体接口包括高清晰度多媒体接口
优选地独立于第一控制网络链路的第二控制网络链路提供要从控制器发送到相关联的多媒体接收器设备的通信信号，其中这样的信号可以包括即将要建立输入媒体流送会话的通知或者可以包括建立所述媒体流送会话所需的参数。在一些实施例中，第二控制网络链路包括局域网(lan)。在一些实施例中，第二控制网络链路包括无线局域网(wlan或
虽然控制器可以是例如连接到接收器设备的计算机终端，但是在一些实施例中，控制器界面包括独立的控制面板。然后，该独立控制面板可以位于方便的位置(在例如会议室中)，使得可以相对容易地设置媒体流送会话。
在一些实施例中，该系统包括终端用户设备和多媒体接收器设备之间的第三控制网络链路。优选地，所述第三控制网络链路也由控制器设备经由第一和第二控制网络链路建立。该附加控制网络链路提供控制信号直接在终端用户设备和多媒体接收器设备之间传递的能力，而无需通过控制器转发信号。应当理解，该第三控制网络链路不涉及媒体流送会话的传送。
因此，可以看出，终端用户设备、控制器、多媒体接收器设备和控制服务器都可以经由控制网络彼此连接。该控制网络包括如上所述的多个控制网络链路，所述多个控制网络链路被布置成使得控制网络内的每个节点都可以经由控制网络的连接与任何其他节点通信，即使这两个节点没有彼此直接连接。可以提供单独的转发服务用于媒体流的传送，使得在不能建立终端用户设备和接收器设备之间的直接链路的情况下，可以继续该媒体流。
在各种实施例中，多媒体接收器设备包括至少一个多媒体接口。多媒体接收器设备可以可选地被布置为使用一个或多个多媒体接口连接到多个视频接收设备。该视频接收设备或每个视频接收设备可以包括单个显示面板或阵列(例如显示墙)中的多个面板。
虽然该系统可用于将多媒体数据流送到单个多媒体接收器设备，但在一些实施例中，该系统包括多个多媒体接收器设备，每个多媒体接收器设备包括适于连接到视频接收设备的多媒体接口，其中每个多媒体接收器设备具有与终端用户设备的专用媒体流送网络链路。当然可以理解，在这些实施例中使用的媒体流送协议还必须支持向多个接收器传送流内容。在这样的实施例中，终端用户设备可以同时将多媒体内容流送到多个不同的外部显示器。在一些这样的实施例中，至少两个多媒体接收器设备具有到同一控制器的专用控制网络链路。这允许多个外部显示器彼此靠近以共享控制器，减少了这种安装所需的组件数量。
在一些实施例中，该系统还包括矩阵设备，该矩阵设备包括多个多媒体接口输入和至少一个多媒体接口输出，该矩阵设备连接在多个多媒体接收器设备和它们的相关联的控制器之间，其中矩阵设备被布置成将通过每个媒体流送网络链路流送的媒体内容路由到视频接收设备。在一些这样的实施例中，多个多媒体接收器设备中的每一个被布置成在从终端用户设备接收到流媒体内容时将输入流信号发送到其关联的控制器，并且相关联的控制器被布置为在接收到输入流信号时发送矩阵切换信号到矩阵设备，其中矩阵设备被布置为在接收到矩阵切换信号时将通过每个媒体流送网络链路流送的媒体内容路由到视频接收设备。在至少一些这样的实施例中，矩阵设备被布置为将通过多个媒体流送网络链路流送的媒体内容路由到在视频接收设备上显示的多个虚拟窗口。附加地或替代地，在至少一些实施例中，矩阵设备被布置为将通过多个媒体流送网络链路流送的媒体内容路由到不同的视频接收设备。
在一些备选实施例中，该系统还包括多个控制器，其中每个多媒体接收器设备具有与不同控制器的专用第二控制网络链路。这些实施例允许多媒体接收器设备的布置的灵活性，因为它们在接近单个控制器方面可能不受限制。
将理解，多媒体内容可以包括以下中的至少一个：视频数据、音频数据、媒体数据或其他交互式内容。“流送数据”的含义是包括多媒体内容的数据的单向传送。
优选地，控制器在物理上与多媒体接收器设备分离。例如，多媒体接收器设备可以经由电缆物理地连接到视频接收设备，但是控制器例如在同一个房间的其他地方是独立的。虽然控制器可以物理地固定在特定位置，但是在优选实施例中，控制器是便携式的。如前所述，在优选实施例中，终端用户设备位于与控制器和接收器相同的房间内。
当从第二方面看时，本发明提供了一种将包括多媒体内容的数据从具有用户界面的终端用户设备流送到多媒体接收器设备的方法，该多媒体接收器设备包括适于连接到视频接收设备的多媒体接口，该方法包括：
将终端用户设备的用户界面连接到服务器以访问一个或多个多媒体接收器设备和相关联的控制器的列表；
经由用户界面从列表中选择一个或多个多媒体接收器；
经由终端用户设备和具有控制器界面的控制器之间的第一控制网络链路传送流请求，该控制器与所选择的多媒体接收器设备相关联；
通过控制器界面或终端用户设备接收用户输入以接受流请求；
通过第二控制网络链路将启动命令从控制器传送到所选择的多媒体接收器设备；
经由用户界面选择要被流送的多媒体内容；和
经由终端用户设备和多媒体接收器设备之间的媒体流送网络链路发起媒体流送会话。
在一些实施例中，该方法还包括使用连接到多媒体接口的视频接收设备显示多媒体内容。
根据本发明的各种其他实施例，这种方法可以包括上文描述的任何特征。
如上所述，媒体流送会话可以部分地或完全自动地发起(即，用户不需要从列表中手动选择多媒体接收器设备)，例如使用服务器可以映射到特定接收器的访问代码并且同时克服接近度检测挑战。申请人已经设计了一些其他方式来提供用户接近度检测并且能够从列表中自动选择适当的多媒体接收器设备。
在前述方面中任一个的一些可能重叠的实施例中，该系统还包括用户定位系统，该用户定位系统被布置成向控制服务器提供用户位置信息。这意味着控制服务器在启动媒体流送网络链路时可以使用用户位置信息(例如，关于用户的实际行踪)，例如以确定哪个多媒体接收器应该可用于选择列表中的多媒体设备。例如，控制服务器可以使用用户位置信息来确定用户在特定建筑物、建筑物的部分、房间或建筑物的特定楼层上，这可以缩小可行的多媒体接收器的列表。在一些优选实施例中，选择来自列表中的多媒体接收器设备至少部分地基于用户位置信息自动地执行。
由于用户定位系统可以提供关于用户的行踪的可靠的位置信息源，因此在这样的实施例中可能不需要进一步执行任何进一步确认步骤(例如，输入如上所述的访问代码)，尽管如果需要，当然可以仍然选择性地执行这些，以便提供额外的安全层。
用户定位系统可以与控制服务器完全分离，并且通过合适的位置信息网络链路连接。在至少一些实施例中，用户定位系统被布置为从一个或多个信标接收用户位置信息，该信标可以确定用户的物理位置。这些信标可以形成室内定位系统的一部分，其中一个或多个信标位于诸如工作场所(例如整个办公楼或校园)的物理区域中，并且用户携带可以由信标读取的标识(id)标签，以便确定在给定时间点用户的位置。
在前述方面中任一个的一些可能重叠的实施例中，该系统还包括调度服务器，该调度服务器被布置成向一个或多个控制器的(或每个)控制器提供会议信息。会议信息可以包括与被邀请到控制器所在的房间中的会议的一个或多个用户相对应的信息。在优选实施例中，控制器被布置为从调度服务器提取会议信息。控制器可以间歇地或连续地请求包括控制器所在房间的房间预订的会议信息。这意味着控制器不需要访问存储在调度服务器中的用户日历。优选地，调度服务器仅提供与给定控制器相关的会议信息。
在一组优选实施例中，系统被布置成在从列表中提供多媒体接收器设备的选择时使用会议信息。控制器可以被布置为经由网络链路将会议信息发送到控制服务器。控制服务器可以被布置为将会议信息与一个或多个多媒体接收器设备和相关联的控制器的列表聚合。因此，根据这样的实施例，当启动媒体流送会话时，控制器和/或控制服务器可以使用提前会议信息。在一些优选实施例中，选择来自列表中的多媒体接收器设备至少部分地基于会议信息自动地执行。例如，当被邀请参加会议的用户确认他/她在特定会议室的控制器中的在场时(例如，通过登录或通过任何合适形式的个人识别，例如id卡读取器、指纹读取器等)。并且已被邀请参加同一会议的终端用户将他/她的终端用户设备连接到控制服务器，可以自动选择用于相关联的控制器的适当多媒体接收器设备。用户中的任一个可以经由控制器界面或终端用户设备输入用户输入以发起媒体流送会话。通过关于会议参与者的预先会议信息提供接近度检测。
使用会议信息以选择多媒体接收器设备本身被认为是新颖的和创造性的，因此当从第三方面看时，本发明提供了一种用于包括多媒体内容的流数据的系统，该系统包括：
一个或多个控制器，所述一个或多个控制器包括控制器界面，该控制器界面被布置为经由第一控制网络链路连接到终端用户设备；
一个或多个多媒体接收器设备，所述一个或多个多媒体接收器设备包括适合于连接到视频接收设备的多媒体接口，其中所述一个或多个多媒体接收器设备中的每一个都被布置为经由第二控制网络链路连接到相关联的控制器并且进一步被布置为通过媒体流送网络链路直接连接到终端用户设备；
控制服务器，所述控制服务器托管一个或多个多媒体接收器设备和相关联的控制器的列表；和
调度服务器，所述调度服务器被布置成向一个或多个控制器中的控制器提供会议信息；
其中，系统被布置成使用所述会议信息来选择来自列表中的多媒体接收器设备和选择要被流送的多媒体内容；和
其中，终端用户设备和与所选择的多媒体接收器设备相关联的控制器被布置为经由终端用户设备和所选择的多媒体接收器设备之间的媒体流送网络链路发起媒体流送会话。
当从第四方面看时，本发明提供了一种将包括多媒体内容的数据从具有用户界面的终端用户设备流送到多媒体接收器设备的方法，该多媒体接收器设备包括适于与视频接收设备连接的多媒体接口，该方法包括：
使用调度服务器向具有控制器界面的控制器提供会议信息，该控制器与多媒体接收器设备相关联；
将控制器连接到控制服务器以将会议信息与一个或多个多媒体接收器设备和相关联的控制器的列表聚合；
将终端用户设备的用户界面连接到控制服务器，以基于会议信息选择与控制器相关联的多媒体接收器设备；
经由用户界面选择要被流送的多媒体内容；
经由终端用户设备和与所选择的多媒体接收器设备相关联的控制器之间的第一控制网络链路发送流请求；
经由第二控制网络链路将启动命令从控制器发送到所选择的多媒体接收器设备；和
经由终端用户设备和所选择的多媒体接收器设备之间的媒体流送网络链路发起媒体流送会话。
在本发明的该第三或第四方面的一些实施例中，终端用户设备和与所选择的多媒体接收器设备相关联的控制器被布置成在经由控制器界面或经由终端用户设备接收用户输入时发起媒体流送会话。
在本发明的第三或第四方面的一些可能重叠的实施例中，终端用户设备包括连接到控制服务器的用户界面，所述用户界面被布置用于选择来自列表中的多媒体接收器设备和选择要被流送的多媒体内容。
如上所述，基于会议信息选择与控制器相关联的多媒体接收器设备可以在后台执行，例如，因为会议信息包括期望参加会议的一个或多个用户的身份并且将终端用户设备的用户界面连接到控制服务器包括提供用户身份。可以针对从控制器接收的会议信息来检查用户身份，然后在终端用户设备和与该控制器相关联的所选多媒体接收器设备之间自动发起媒体流送会话。
如下面更详细描述的，控制服务器可以被布置为将会议信息与从外部用户目录接收的用户信息聚合。将终端用户设备的用户界面连接到控制服务器，以基于会议信息选择与控制器相关联的多媒体接收器设备的步骤可以包括例如使用从外部用户目录收到的用户信息验证终端用户设备的用户的身份。
优选地，调度服务器提供会议信息的安全源。例如，会议信息可以包括具有会议安全许可的一个或多个用户的验证列表。这有助于确保媒体流送会话仅涉及会议地点的正确参与者。由于调度服务器可以提供关于会议参与者的可信信息源，在这样的布置中可能不需要执行任何进一步的确认步骤(例如，输入如上所述的访问代码)，但是如果需要，这些当然可以仍然选择性地进行，例如为了提供额外的安全层。
调度服务器可以是与控制服务器完全独立的服务器，或者这些服务器可以共享公共硬件。控制器和调度服务器之间的通信可以经由控制服务器进行，但是在优选的一组实施例中，一个或多个控制器每个都经由调度网络链路直接连接到调度服务器。这意味着控制服务器不必被编程或重新编程以与调度服务器通信。
在至少一些实施例中，会议信息包括日历数据，其中日历数据包括关于用户的例如用于开会的预期位置的房间位置信息。例如，当用户将会议添加到他们的包括会议的房间位置(例如，用于给定会议的特定会议室)的日历时(例如，经由终端用户设备和调度服务器之间的交换网络链接)，可以使用该房间位置信息以便确定用户应该在特定时间将多媒体数据流送到哪个多媒体接收器。应当理解，本领域中存在许多本领域已知的日历服务，但是在一组实施例中，调度服务器包括
本领域技术人员将理解，上文参考本发明的第一和/或第二方面描述的可选特征在适当时同样适用于本发明的第三和/或第四方面。
申请人已经认识到，基于由位置信息或会议信息提供的接近度检测来发起媒体流送会话固有地要求在所有信息源上唯一地标识用户。因此，系统可能需要一种将包括在位置信息或会议信息中的用户信息与由终端用户设备和控制器接收的用户信息进行匹配的方式。这可以使用外部用户信息源来实现，该外部用户信息源可以由控制服务器和提供如上所述的位置信息或会议信息的其他组件独立访问。在一些优选实施例中，控制服务器被布置成将位置信息和/或会议信息与从外部用户目录接收的用户信息进行聚合。例如，外部用户目录可以包括
因此，在一些实施例中，系统还包括经由用户验证网络链路连接到控制服务器的外部用户目录。控制服务器可以被布置为基于从外部用户目录接收的用户信息来验证终端用户设备的用户和/或控制器之一的用户的身份。
现在将参考附图仅通过示例的方式来描述本发明的某些实施例，在附图中：
图1示出了根据本发明的实施例的系统的框图；
图2示出了图1的系统，其中演示者希望在会议室的会议中共享他们的屏幕；
图3示出了图1的包括远程服务器的系统的典型网络拓扑图；
图4示出了演示者选择会议室；
图5示出了控制器需要确认以便继续；
图6示出了演示者选择他或她希望在外部显示器上显示的媒体内容；
图7示出了在建立了媒体流送网络链路之后的系统；
图8示出了图1的系统，其中多个接收器连接到矩阵设备；
图9示出了图1的系统，其中演示者希望建立从远程位置到会议室的网络会议会话；
图10示出了控制器需要来自会议室内的参与者的确认以便继续；
图11示出了终端用户设备需要pin码进行相互认证；
图12示出了已经在远程位置和会议室之间建立了媒体流送网络链路之后的系统；
图13示出了系统用于将用户的屏幕共享到多个位置；
图14示出了系统用于将不同媒体流共享到同一房间中的多个显示器；
图15示出了控制器提供一次性授权(ota)代码以便建立媒体流送网络链路；和
图16示出了根据本发明的另一实施例的系统的框图。
图1示出了根据本发明的实施例的系统2的框图。在该特定图中，系统2被分布在不同的房间4、6，但是应当理解，系统2应用在用户希望将他们的屏幕分享到同一房间中的外部显示器但不希望使用电缆这样做的情况，如将参考图2至图7所描述的那样。
系统2包括位于第一房间4(例如，办公室)中的终端用户设备8、以及位于第二房间6(例如，会议室)中的控制器14和多媒体接收器10。在该示例性实施例中，多媒体接收器10经由高清晰度多媒体接口
系统2还包括位于远程位置18中的控制服务器20。终端用户设备8被布置为经由第一控制网络链路26与控制器14通信，然后控制器14经由第二控制网络链路28连接到多媒体接收器10。如下面参考图2至图7更详细地描述的那样，这些控制网络链路26、28用于直接在终端用户设备8和多媒体接收器10之间建立多媒体流送网络链路32(以及可选地第三控制网络链路30)。
多媒体流送网络链路32用于直接从终端用户设备8将多媒体内容流送到多媒体接收器10，并且在该特定实施例中是单向即单工通信链路。可选的第三控制网络链路30允许控制信号直接在终端用户设备8和多媒体接收器10之间发送，而不需要经由控制器14转发。与多媒体流送网络链路32不同，第三控制网络链路30可以是双向通信链路。当然，取决于网络基础设施及其配置(例如防火墙设置)，流可能不是直接的，而是经由代理连接来执行。
控制器14具有触摸板16，触摸板16可以接收用户输入，诸如接受流会话、终止现有流会话、暂停流、改变音量等。控制器14还可以获取与多媒体内容在显示器上的显示有关的用户输入。例如，控制器14可以是cyviz控制器，其被设计为以显示墙的形式管理显示器12。
远程控制服务器20被布置成经由网络链路24从房间6内的控制器14获取关于其当前状态的数据，并且被布置成从接收器10获取关于其状态的数据25。远程控制服务器20还可以向终端用户设备8提供关于可用控制器14和接收器10的数据22，如下面参考图3详细描述的。
在一些可选示例中，控制服务器20还可以被布置为获取关于一个或多个用户的会议信息和/或位置信息。在一些示例中，为了访问关于个人计划参与会议的位置的信息，控制服务器20可以通过附加网络链路23连接到调度服务器21(例如，
在一些示例中，为了访问关于用户的实际物理位置的信息，控制服务器20可以通过附加网络链路23连接到定位系统21(例如，地理定位系统)。控制服务器20被布置为从定位系统21获取关于一个或多个用户的物理位置的位置信息并且将该位置信息与存储的与房间6'的位置有关的数据进行聚合。例如，当用户登录终端用户设备8时，控制服务器20知道用户的身份，并且可以将用户id发送到定位系统21，询问用户的已知(即，检测到的)位置。位置信息从定位系统21反馈到控制服务器20，并且映射到具有与用户相同位置的房间6中的可用控制器14和接收器10的存储列表。当然，该映射必须考虑从定位系统21接收的位置信息的精度水平。可能需要基于位置信息向用户呈现合适房间的列表，此时需要用户输入以核实正确房间。
位置信息可以包括关于用户的实际(确认)位置的实时信息，例如，使用室内定位系统21，其中一个或多个信标位于整个工作场所(例如，遍布办公楼或校园)，并且用户携带可由信标读取的id标签，以便确定这些用户在某个时间点的物理位置。然后，该位置信息可由控制服务器20用于确定是否应该允许终端用户设备8的用户将数据流送到基于他们的位置的显示器12和/或用于确定用户应该将多媒体数据流送到哪个房间6，使得可以自动地选择适当的多媒体接收器10，而不需要在经由控制器界面16或终端用户设备8的初始用户输入之后的用户干预。
定位系统21可以提供足够可靠的位置信息，以致于在这种布置中可能不需要执行任何进一步的确认步骤(例如，输入包括如下所述的ota代码的访问代码)。然而，如果定位系统21提供指示用户所在的粗糙区域从而缩小了可行房间的数量的位置信息(但不一定足以准确或明确地指定给定用户应将多媒体数据流送到哪个房间)，则将这种访问代码与定位系统21结合使用可能是有利的。
图2示出了图1的系统2，其中用户3希望他们的屏幕在会议室的会议中。这里，用户3希望共享他的屏幕以向位于会议室6a中的一组同事提供演示，其中演示需要显示在大型外部监视器12a上。用户3在他的膝上型计算机8上打开他的网络浏览器5并且导航到特定的网址，该网址提供用于建立流会话的基于网络的用户界面。用户3使用该界面来指示他想要与会议室6a中的参与者建立流式会话。用户界面向用户3提供数据22，数据22包括可用控制器14和接收器10的列表，如将参考图3描述的。
可以看出，在房间6a中在用户的膝上型计算机8和控制器14a之间存在第一控制网络链路26a，并且在控制器14a和接收器10a之间存在第二控制网络链路28a。接收器10a通过hdmi电缆34a物理地连接到监视器12a。
图3示出了图1的包括远程控制服务器20的系统2的典型网络拓扑。控制服务器20在其中存储了可以与其建立媒体流送会话的所有会议室6a-e的列表。每个会议室6a-e都具有其自己的专用控制器14a-e和多媒体接收设备10a-e，与每个会议室的可用性有关的数据由网络链路24a-e传送到控制服务器20。通常，会议室6a-e都连接到同一公司网络。
然后向用户3呈现他可以开始将媒体数据流送到的可用会议室6a-e的列表7。列表7经由网络浏览器5显示在基于网络的用户界面内。
图4示出了演示者选择正在进行会议的会议室6a。在该特定实施例中，用户3通过将鼠标光标40移动至基于网络的用户界面内的按钮上并执行鼠标点击，从列表7中选择会议室6a。
图5示出了控制器14a需要来自会议室6a内的某人的确认，某人可以是同事或用户3。在用户3选择了会议室6a之后，请求信号经由第一控制网络链路26a传送到控制器14a，向所述控制器14a指示用户3希望将媒体数据流送到相应的多媒体接收器10a。
在经由第一控制网络链路26a接收到请求信号时，控制器14a在触摸板16a上显示确认消息36。该确认消息36向房间中的参与者传达用户3想要将媒体内容流送到他们的当前位置(会议室6a)中的显示器12a，确保用户3选择了正确的房间。其中一个参与者或用户3)必须通过例如按下触摸板16a上的按钮来接受请求。这确保正确的接收者在正确的会议室6a中与接收器10a及其相关控制器14a靠得很近。一旦被接受，控制器14a就经由第一控制网络链路26a将接受信号发送回膝上型计算机8，以表明已经接受流送请求。控制器14a还经由第二控制网络链路28a向多媒体接收器10a发送发起信号，以指示它应该预期直接来自膝上型计算机8的新的webrtc流。
图6示出了用户3选择他或她希望在会议室6a内的外部显示器12a上显示的媒体内容。在该特定示例中，向用户3呈现在共享他或她的屏幕42的内容、特定应用43或网络摄像头馈送41之间的选择。如下面将参考图13所讨论的，在一些示例中，用户可以选择将不同类型的媒体内容流送到不同的外部显示器。一旦用户选择了要从膝上型计算机8流送到多媒体接收器10a的媒体内容的类型，就可以开始媒体流送。
图7示出了在建立了媒体流送网络链路32a之后的系统2。在系统2执行了它所需的任何确认步骤(根据图5和图6的单向或双向)之后，在终端用户设备(即，膝上型计算机8)和多媒体接收器10a之间建立媒体流送网络链路32a。媒体流送网络链路32a是webrtc会话，其中从在膝上型计算机8上运行的网络浏览器5以浏览器到浏览器的方式向多媒体接收器10a发送数据。
从图7中可以看出，一旦建立了webrtc会话，出现在与膝上型计算机8连接的监视器上的图像42就作为图像44被镜像到外部显示器12。
图7中还示出了第三控制网络链路30a，第三控制网络链路30a直接建立在膝上型计算机8和多媒体接收器10a之间。该第三控制网络链路30a允许在多媒体接收器10a和膝上型计算机8之间直接发送用于例如与流断开或暂停流的控制信号而不一定需要经由控制器14a发送。
图8示出了图1的系统，其中多个接收器10e、10f、10g连接到矩阵设备15。在该实施例中，系统2用于将不同的媒体流共享到同一房间中的多个显示器12e、12f。在该实施例中，用户3从列表7中选择正在进行会议的会议室6e。会议室6e具有连接到矩阵设备15的两个外部显示器12e、12f，矩阵设备15又连接到三个多媒体接收器10e、10f、10g。多媒体接收器10e、10f、10g中的每一个都连接到同一控制器14e，控制器14e又具有触摸板16e。
在该特定实施例中，第一和第二显示器12e、12f实际上不是物理上不同的监视器，而是形成构成诸如cyviz显示墙11的(至少部分)阵列的单独面板。
在该实施例中，用户3希望在一个显示器12f上共享他的屏幕，并且在另一个显示器12e上分别在虚拟窗口13e、13g中共享待与另一个特定应用程序(在这种情况下是在膝上型计算机8上运行的应用程序)并排显示的远程用户70的网络摄像头馈送。会议室6e内的参与者可以使用经由控制器触摸板16e呈现给他们的选项来选择每个媒体流(即，共享屏幕、应用和网络摄像头视频馈送)的放置。
如前所述，终端用户设备8还经由第一控制网络链路26e向会议室6e中的控制器14e发送请求信号，控制器14e又经由各个多媒体接收器10e、10f、10g的第二控制网络链路28e、28f、28g通知各个多媒体接收器10e、10f、10g。然后，以与上文已描述的相同方式，分别在膝上型计算机8和多媒体接收器10e、10f、10g之间建立单独的媒体流送网络链路32e、32f、32g。这些媒体流送网络链路32e、32f，32g中的每一个是独立的专用webrtc会话，其中从在计算机8上运行的网络浏览器5以浏览器到浏览器的方式并行地向各个多媒体接收器10e、10f、10g发送数据。在计算机8和每个多媒体接收器10e、10f、10g之间还可以存在单独的专用第三控制网络链路，但是为了清楚起见，在图中未示出这些控制网络链路。
如从图8中可以看出，第一多媒体接收器10e从第一媒体流送网络链路32e获得数据，将其转换为视频信号，并且将其经由第一矩阵链路50e传送到矩阵设备15。类似地，第二和第三多媒体接收器10f、10g从第二和第三媒体流送网络链路32f、32g获得数据，将相应数据转换为视频信号，并且分别经由第二和第三矩阵链路50f、50g将所述视频信号传送到矩阵设备15。
矩阵装置15检测视频信号并且使用自动视频路由算法(本身在本领域中已知并记录在cyvizdisplaycontroller(显示控制器)中)，以便将视频信号路由到所选择的显示器12e、12f。来自第一和第三多媒体接收器10e、10g的视频信号经由第一
并行地，矩阵设备15将视频数据从第二多媒体接收器10f经由第二
图9示出了图1的系统2，其中用户3希望建立从诸如办公室4a的远程位置到会议室6a的媒体流送会话。这里，位于其办公室4a中的用户3希望共享他的屏幕以向位于会议室6a中的一组同事提供演示，其中该演示需要显示在大型外部监视器12a上。可以看出，在用户的计算机8和房间6a中的控制器14a之间存在第一控制网络链路26a，在控制器14a和接收器10a之间存在第二控制网络链路28a。接收器10a通过
用户3在他的计算机8上打开他的网络浏览器5并且导航到特定的网址，该网址提供用于建立流会话的基于网络的用户界面。用户3使用该界面来指示他想要与会议室6a中的参与者建立流式会话。
图10示出了控制器14a需要来自会议室6a内的参与者的确认。在用户3选择了会议室6a之后，请求信号经由第一控制网络链路26a传送到控制器14a，向所述控制器14a指示用户3希望将媒体数据流送到相应的多媒体接收器10a。
在经由第一控制网络链路26a接收到请求信号时，控制器14a在触摸板16a上显示确认消息36。该确认消息36向房间中的参与者传达用户3想要将媒体内容流送到在他们的当前位置(会议室6a)中的显示器12a。其中一个参与者必须通过例如按下触摸板16a上的按钮来接受请求。这确保了正确的接收者在正确的会议室6a中与接收器10a及其相关控制器14a靠得很近。一旦被接受，控制器14a就经由第一控制网络链路26a将接受信号发送回计算机8，以声明已经接受了流送请求。控制器14a还经由第二控制网络链路28a向多媒体接收器10a发送发起信号，以指示它应该预期直接来自计算机8的新的webrtc流。
图11示出了终端用户设备8需要用于相互认证的pin码。虽然可以在如上面参考图10所述在会议室6a内确认之后立即建立流，但是在该特定实施例中，系统2需要相互认证。
在先前描述的接受步骤之后，控制器14a在触摸板16a上显示四位pin码38。然后必须经由基于网络的用户界面内的pin确认屏幕40将相同的pin码38输入浏览器5。由于pin码38必须被转发给用户3，因此他可以确信：他确实选择了正确的房间并且他选择流送的任何数据都不会对非预期的参与者可得。
图12示出了在建立了媒体流送网络链路32a之后的系统2。在系统2执行了所有所需的确认步骤之后，终端用户设备(即，计算机8)和多媒体接收器10a之间的媒体流送网络链路32a被建立。媒体流送网络链路32a是webrtc会话，其中从在计算机8上运行的网络浏览器5以浏览器到浏览器的方式向多媒体接收器10a发送数据。
从图12中可以看出，一旦建立了webrtc会话，出现在与膝上型计算机8连接的监视器上的图像42然后就作为图像44被镜像到外部显示器12。
图12中还示出了第三控制网络链路30a，其直接建立在计算机8和多媒体接收器10a之间。该第三控制网络链路30a允许用于例如与流断开或暂停流的控制信号在多媒体接收器10a和计算机8之间直接发送而不一定需要经由控制器14a发送。
图13示出了系统2用于将用户的屏幕42共享到多个位置6a、6b。在该实施例中，用户3从列表7中选择了两个可供选择的会议室6a、6b。计算机8和第一会议室6a内的设备之间的连接与前面参考图2至图12所述的相同。
在该实施例中，终端用户设备8还经由另一控制网络链路26b向第二会议室6b中的控制器14b传送请求信号。一旦根据需要实现了单向或双向认证，就建立终端用户设备(即，计算机8)和多媒体接收器10b之间的第二媒体流送网络链路32b。第二媒体流送网络链路32b是单独的专用webrtc会话，其中与经由第一媒体流送网络链路32a发送的数据并行地从在计算机8上运行的网络浏览器5以浏览器到浏览器的方式向多媒体接收器10b发送数据。在计算机8和每个多媒体接收器10a、10b之间还存在单独的专用控制网络链路，但是为了清楚起见，在图中未示出这些控制网络链路。
图14示出了系统2用于将不同的媒体流共享到同一房间中的多个显示器。在该实施例中，用户3从列表7中选择了具有两个外部显示器12e、12f的会议室6e，每个外部显示器12e、12f分别连接到单独的多媒体接收器10e、10f。每个多媒体接收器10e、10f都连接到一个中央控制器14e，该中央控制器14e又具有触摸板16e。
在该实施例中，用户3希望在一个显示器12e上共享他的屏幕，并且在另一个显示器12f上显示来自他的网络摄像头46的视频馈送。然而，设想了会议室6e内的参与者可以使用经由控制器触摸板16e呈现给他们的选项来选择每个媒体流(即，共享屏幕和网络摄像头视频馈送)的放置。
如前所述，终端用户设备8还经由第一控制网络链路26e向会议室6e中的控制器14e传送请求信号，控制器14e又经由各个多媒体接收器10e、10f的第二控制网络链路28e、28f通知各个多媒体接收器10e、10f。
然后，以与上文已经描述的相同的方式，分别在终端用户设备(即，计算机8)和多媒体接收器10e、10f之间建立单独的媒体流送网络链路32e、32f。这些媒体流送网络链路32e、32f中的每一个是单独的专用webrtc会话，其中从在计算机8上运行的网络浏览器5以浏览器到浏览器的方式并行地向各个多媒体接收器10e、10f发送数据。在计算机8和每个多媒体接收器10e、10f之间还可以存在单独的专用第三控制网络链路，但是为了清楚起见，在图中未示出这些控制网络链路。
如从图14中可以看出，第一多媒体接收器10e从第一媒体流送网络链路32e获得数据，将其转换为视频信号，并且将其经由第一
当然，第一和第二显示器12e、12f可以不是物理上不同的监视器，但可以是构成诸如cyviz显示墙的(至少部分)阵列的单独面板。
图15示出了处于备选配置的系统2，其中控制器14g提供一次性授权(ota)代码60以便建立媒体流送网络链路。这里，会议室6g中的用户3希望在显示器12g上共享他的屏幕。然而，不需要从如前所述的列表中手动选择会议室6g中的接收器10g，而是由系统2提供ota代码选项。由控制服务器20生成ota代码60并且将其经由网络链路24g提供给控制器14g。然后，多媒体接收器10g在显示器12g上显示ota代码60，并且在这种情况下，ota代码60写着“红狗”。当然可以理解，ota代码60可以替代地显示在触摸板16g上。
用户3将“红狗”输入到他的膝上型计算机8上的网络浏览器5内的对话框62中，然后将其转发到控制服务器20。控制服务器20具有当前ota代码的列表并且将条目“红狗”与接收器10g和相关控制器14g相匹配(在ota代码和存储在服务器20上的列表中的接收器之间存在一对一的关系)。然后在没有用户3的任何进一步干预的情况下“无缝地”建立终端用户设备(即，膝上型计算机8)和多媒体接收器10g之间的webrtc媒体流送网络链路32g。当然，这种方法需要用户3与预期的接收器10g存在于同一房间6g中，或者与房间中的某人通信，从而实现接近度检测。
图16示出了根据本发明的另一实施例的系统2'的框图，其中相同的附图标记表示相同的元件。如前所述，系统2'分布在不同的房间4'，6'，但也支持希望将他们的屏幕分享到同一房间的外部显示器上但不使用电缆来这样做的用户，如前面参考图2到图7所述。
除了先前参考图1描述的组件之外，图16的系统2'还包括远程位置18'中的调度服务器64和外部用户目录70。为了便于说明，调度服务器64和外部用户目录70被示为与控制服务器20'在相同的远程位置18'，但是应当理解，这不一定是必须的情况，并且这些服务器20'、64、70可以彼此处于不同的物理位置。服务器20'、64、70可以在物理上不相同，但可以是在公共服务器硬件上并行运行的不同的服务器应用程序。
调度服务器64被布置为存储关于一个或多个用户和/或一个或多个房间预订的会议信息。当判定用户是否接近房间6'(或至少推测)时，系统2'可以使用该会议信息，例如以在房间6'内的显示器12'上呈现。调度服务器64可以经由调度网络链路66将该会议信息提供给控制器14'，使得控制器14'知道用户预计参与预定会议和/或根据由调度服务器64存储的房间预订信息知道哪个(或哪些)用户被安排在房间6'中。控制器14'主动从调度服务器64拉取会议信息，例如经由调度网络链路66间歇地、定期地或连续地获取房间6'的房间预订信息。有利地，控制器14'不需要访问个人用户的日历，因为经由调度网络链路66提供的会议信息可能限于预订为在6'房间中开会的用户列表。房间预订信息可以显示在触摸板16'上，并且用于在经由控制器界面接收用户输入时发起媒体流送会话，例如开始预定的会议。
调度服务器64可以包括
控制服务器20'用于经由网络链路24'从控制器14'获取数据。该数据此时包括会议信息或这些信息的子集，例如预定在会议室6'中举行的会议的预期参与者。控制器14'被布置成推送会议信息，例如，具有参与者信息的房间调度到控制服务器20'。然后，控制服务器20'可以通过聚合来自多个房间6'中的多个控制器14'的会议信息来创建数据库，而无需访问个人的日历。然后，控制服务器20'能够预测用户的目的地。由于此时向控制服务器20'提供与房间6'中的会议的参与者相关的可信信息，因此不需要确认终端用户设备8'的用户的接近，并且可以自动地发起媒体流送会话，无需用于确认的第二用户输入。
为了使系统安全地工作，前提条件是，终端用户设备8'的用户已完成认证过程，以便控制服务器20'在基于从控制器14'发送的会议信息的列表中选择多媒体接收器设备10'之前确定用户的身份。终端用户设备8'可以呈现具有“登录”功能的网页(诸如www.easyconnect.cyviz.com)，其允许用户输入发送到控制服务器20'以进行验证的凭证。然后，控制服务器20'使用外部用户目录70(例如，
可选地，控制器14'还可以经由位置信息网络链路66将会议参与者信息推送到调度服务器64。例如，如果针对特定时间在多个用户之间安排了会议但没有达成一致的位置，当主办用户找到合适的位置(例如，空闲的会议室6')时，他们可能能够登录到控制器14'。然后，控制器14'可以向调度服务器64通知会议的主办人(或者，在一些布置中，被邀请参加会议的不同用户)已经登录到控制器14'并且因此存储在调度服务器64上的会议的位置可以被更新以反映这一点。然后可以使用该更新的会议信息以便确定哪些多媒体接收器设备应该对会议参与者可用。当终端用户设备8'经由交换网络链路68连接到调度服务器64时，可以基于更新的会议信息向用户自动呈现房间6'中的适当的接收器10'。同样，可以基于外部用户目录70提供的信息对会议参与者验证用户身份。
由于调度服务器64提供关于用户的行踪的可信信息源，在这样的安排中可能不需要执行任何进一步的确认步骤(例如，输入包括如上所述的ota代码的访问代码)，但是如果需要，当然可以仍然选择性地执行这些。当然，登录到终端用户设备8'的会议参与者不必与其他会议参与者在同一房间6'中。由于系统2'是以网络为中心的，一旦已经验证了用户的身份，就可以发起从终端用户设备8'到接收器10'的媒体流送会话，而不管该用户是否实际存在于预定会议中。在一些示例中，这可以实现远程位置之间的屏幕共享，同时可以独立地提供音频链接，例如使用电话连接或网络会议(例如，skype会话)。
在一些示例中，会议信息可以与控制服务器20'接收的位置信息组合，例如，来自如先前参考图1所述的定位系统，以便确认一个或多个预期参与者确实出席。以与上述类似的方式，控制服务器20'需要能够将从定位系统(例如，图1中的定位系统21)接收的位置信息与终端用户设备8'的用户的身份和控制器14'相匹配。因此，在图1和图16中所示的任一实施例中，定位系统21可以连接到控制服务器20'，并且两者都可以连接到相同的外部用户目录70，以便能够以跨所有信息源唯一地标识相同用户的方式集成位置信息。
因此，将看到用于对多媒体数据进行流送的可扩展系统，其不需要专用软件并且可以替代地实现例如本文已经描述的通过网络浏览器的基于网络的用户界面。尽管已经详细描述了特定实施例，但是本领域技术人员将理解，使用本文阐述的本发明的原理可以进行许多变化和修改。
- 还没有人留言评论。精彩留言会获得点赞！