基于对邻近一个或多个用户的媒体输出设备的动态发现的自组织(AD-HOC)媒体呈现

摘要

在一实施例中，设备控制器发起动态发现规程以检测当前邻近用户的媒体输出设备。该设备控制器确定检测到的媒体输出设备中被配置成向用户呈现第一媒体类型(例如，视频、音频等)的第一子集、以及检测到的媒体输出设备中被配置成向用户呈现第二媒体类型(例如，音频、视频等)的第二子集。设备控制器将媒体的第一和第二部分引导到第一和第二子集的协同呈现。在另一实施例中，第一和/或第二子集可包括两个或更多个设备，从而相同媒体类型可由多个设备呈现(例如，以达到环绕声效果、分屏或克隆视频效果等)。

说明书

根据35U.S.C.§119的优先权要求

本专利申请要求由与本申请相同的发明人于2012年8月10日提交的题为“AD-HOC MEDIA PRESENTATION BASED UPON DYNAMIC DISCOVERYOF MEDIA OUTPUT DEVICES THAT ARE PROXIMATE TO ONE OR MOREUSERS(基于对邻近一个或多个用户的媒体输出设备的动态发现的自组织(AD-HOC)媒体呈现)”的临时申请No.61/682,050的优先权，该临时申请被转让给本申请受让人并由此通过援引明确纳入于此。

发明背景

1.发明领域

本发明的各实施例涉及基于对邻近一个或多个用户的媒体输出设备的动态发现的自组织媒体呈现。

2.相关技术描述

媒体输出设备通常被嵌入到媒体源设备(例如，蜂窝电话或膝上型计算机上的扬声器、蜂窝电话或膝上型计算机上的显示器)中，或以固定配置来设立(例如，具有在房间中固定位置连接至接收机和/或媒体源的扬声器的环绕声扬声器系统、耦合至该接收机和/或媒体源的显示器设备或电视机)。然而，通常难以将各移动设备设立为连接至它们当前环境中的邻近媒体输出设备。例如，假定用户在他/她朋友的房屋处并且正操作蜂窝电话，并且想要在该朋友的房屋处的扬声器上播放存储在该蜂窝电话上的歌曲。该用户可手动地设立到扬声器的连接(例如，经由到连接至扬声器的接收机的有线或无线连接等)并随后播放该歌曲，但在蜂窝电话与扬声器之间设置连接的过程可能在某种程度上是繁琐的。

概述

在一实施例中，设备控制器发起动态发现规程以检测当前邻近用户的媒体输出设备。该设备控制器确定检测到的媒体输出设备中被配置成向用户呈现第一媒体类型(例如，视频、音频等)的第一子集、以及检测到的媒体输出设备中被配置成向用户呈现第二媒体类型(例如，音频、视频等)的第二子集。设备控制器将媒体的第一和第二部分引导到第一和第二子集的协同呈现。在另一实施例中，第一和/或第二子集可包括两个或更多个设备，从而相同媒体类型可由多个设备呈现(例如，以达到环绕声效果、分屏或克隆视频效果等)。

附图简述

对本发明的各实施例及其许多伴随优点的更完整领会将因其在参考结合附图考虑的以下详细描述时变得更好理解而易于获得，附图仅出于解说目的被给出而不对本发明构成任何限定，并且其中：

图1A解说了根据本公开的一方面的无线通信系统的高级系统架构。

图1B解说了根据本公开的另一方面的无线通信系统的高级系统架构。

图1C解说了根据本公开的一方面的无线通信系统的高级系统架构。

图1D解说了根据本公开的一方面的无线通信系统的高级系统架构。

图1E解说了根据本公开的一方面的无线通信系统的高级系统架构。

图2A解说了根据本公开的各方面的示例性物联网(IoT)设备，而图2B解说了根据本公开的各方面的示例性无源IoT设备。

图3解说了根据本公开的一方面的包括被配置成执行功能性的逻辑的通信设备。

图4解说了根据本公开各方面的示例性服务器。

图5是根据本发明的至少一个实施例的用户装备(UE)的解说。

图6解说了根据本发明的一实施例的设立自组织媒体呈现会话的过程。

图7A解说了根据本发明的一实施例的图6的示例实现。

图7B解说了根据本发明的一实施例的示例媒体输出设备配置。

图7C解说了根据本发明的另一实施例的图6的示例实现。

图7D解说了根据本发明的另一实施例的图6的示例实现。

图8A涉及根据本发明的另一实施例的图6的过程关于向事件的目标观众集的媒体的自组织群递送的示例实现。

图8B解说了根据本发明的另一实施例的与图8A的过程相关的体育比赛事件。

图9A解说了根据本发明的另一实施例的图6的示例实现，藉此设备控制器功能和渲染设备功能协同视频呈现会话的设立被合并在给定用户装备内。

图9B解说了根据本发明的另一实施例的用户提示屏幕的示例，该用户提示屏幕提示用户在图9A的过程期间在各种视频输出选项、媒体选项和播放格式选项之间进行选择。

图9C解说了根据本发明的另一实施例的图9A的过程的示例，藉此选定的视频输出设备子集对应于移动设备，选定的播放格式对应于“在单个设备上播放”，并且选定的视频媒体对应于实景电影。

图9D解说了根据本发明的另一实施例的图9A的过程的示例，藉此选定的视频输出设备子集对应于两个移动设备，选定的播放格式对应于“在多个设备上播放”，而选定的视频媒体对应于实景电影。

图9E解说了根据本发明的另一实施例的图9A的过程的示例，藉此选定的视频输出设备子集对应于两个移动设备，选定的播放格式对应于“在分屏上播放”，而选定的视频媒体对应于实景电影。

详细描述

本发明的各方面在以下针对本发明具体实施例的描述和有关附图中被公开。可以设计替换实施例而不会脱离本发明的范围。另外，本发明中众所周知的元素将不被详细描述或将被省去以免湮没本发明的相关细节。

措辞“示例性”和/或“示例”在本文中用于意指“用作示例、实例或解说”。本文描述为“示例性”和/或“示例”的任何实施例不必被解释为优于或胜过其他实施例。同样，术语“本发明的各实施例”并不要求本发明的所有实施例都包括所讨论的特征、优点、或工作模式。

此外，许多实施例是根据将由例如计算设备的元件执行的动作序列来描述的。将认识到，本文描述的各种动作能由专用电路(例如，专用集成电路(ASIC))、由正被一个或多个处理器执行的程序指令、或由这两者的组合来执行。另外，本文描述的这些动作序列可被认为是完全体现在任何形式的计算机可读存储介质内，其内存储有一经执行就将使相关联的处理器执行本文所描述的功能性的相应计算机指令集。因此，本发明的各种方面可以用数种不同形式来体现，所有这些形式都已被构想落在所要求保护的主题内容的范围内。另外，对于本文所描述的每个实施例，任何此类实施例的对应形式可在本文被描述为例如“被配置成执行所描述的动作的逻辑”(例如，在下文关于图2更详细地描述)。

本发明的某些实施例涉及物联网(IoT)实现(或者至少与IoT实现兼容)。如本文所使用的，术语“物联网设备”(或即“IoT设备”)可指代具有可寻址接口(例如，网际协议(IP)地址、蓝牙标识符(ID)、近场通信(NFC)ID等)并且可在有线或无线连接上向一个或多个其他设备传送信息的任何物体(例如，设施、传感器等)。IoT设备可具有无源通信接口(诸如快速响应(QR)码、射频标识(RFID)标签、NFC标签或类似物)或有源通信接口(诸如调制解调器、收发机、发射机－接收机或类似物)。IoT设备可具有特定属性集(例如，设备状态或状况(诸如该IoT设备是开启还是关断、打开还是关闭、空闲还是活跃、可用于任务执行还是繁忙等)、冷却或加热功能、环境监视或记录功能、发光功能、发声功能等)，其可被嵌入到中央处理单元(CPU)、微处理器、ASIC等中，和/或由其控制/监视，并被配置用于连接至IoT网络，诸如局域自组织网络或因特网。例如，IoT设备可包括但不限于：冰箱、烤面包机、烤箱、微波炉、冷冻机、洗碗机、器皿、手持工具、洗衣机、干衣机、炉子、空调、恒温器、电视机、灯具、吸尘器、洒水器、电表、煤气表等，只要这些设备装备有用于与IoT网络通信的可寻址通信接口即可。IoT设备还可包括蜂窝电话、台式计算机、膝上型计算机、平板计算机、个人数字助理(PDA)等等。相应地，IoT网络可由“传统”因特网可接入设备(例如，膝上型或台式计算机、蜂窝电话等)以及通常不具有因特网连通性(例如，洗碗机等)的设备的组合构成。

图1A解说了根据本公开一方面的无线通信系统100A的高级系统架构。无线通信系统100A包含多个IoT设备，其包括电视机110、室外空调单元112、恒温器114、冰箱116、以及洗衣机和烘干机118。

参照图1A，IoT设备110-118被配置成在物理通信接口或层(在图1A中被示为空中接口108和直接有线连接109)上与接入网(例如，接入点125)通信。空中接口108可遵循无线网际协议(IP)，诸如IEEE 802.11。尽管图1A解说了IoT设备110-118在空中接口108上通信，并且IoT设备118在直接有线连接109上通信，但每个IoT设备可在有线或无线连接、或两者上通信。

因特网175包括数个路由代理和处理代理(出于方便起见未在图1A中示出)。因特网175是全球互联计算机系统和计算机网络，其使用标准网际协议套件(例如，传输控制协议(TCP)和IP)以在不同的设备/网络之间通信。TCP/IP提供了端到端连通性，该连通性指定了数据应当如何被格式化、寻址、传送、路由和在目的地处被接收。

在图1A中，计算机120(诸如台式计算机或个人计算机(PC))被示为直接连接至因特网175(例如在以太网连接或者Wi-Fi或基于802.11网络上)。计算机120可具有到因特网175的有线连接，诸如到调制解调器或路由器的直接连接，在一示例中该路由器可对应于接入点125自身(例如，对于具有有线和无线连通性两者的Wi-Fi路由器)。替换地，并非在有线连接上被连接至接入点125和因特网175，计算机120可在空中接口108或另一无线接口上被连接至接入点125，并在空中接口108上接入因特网175。尽管被解说为台式计算机，但计算机120可以是膝上型计算机、平板计算机、PDA、智能电话、或类似物。计算机120可以是IoT设备和/或包含管理IoT网络/群(诸如IoT设备110-118的网络/群)的功能性。

接入点125可例如经由光学通信系统(诸如FiOS)、电缆调制解调器、数字订户线(DSL)调制解调器等被连接至因特网175。接入点125可使用标准网际协议(例如，TCP/IP)与IoT设备110-120和因特网175通信。

参照图1A，IoT服务器170被示为连接至因特网175。IoT服务器170可被实现为多个结构上分开的服务器，或者替换地可对应于单个服务器。在一方面，IoT服务器170是可任选的(如由点线所指示的)，并且IoT设备110-120的群可以是对等(P2P)网络。在此种情形中，IoT设备110-120可在空中接口108和/或直接有线连接109上彼此直接通信。替换或附加地，IoT设备110-120中的一些或所有IoT设备可配置有独立于空中接口108和直接有线连接109的通信接口。例如，如果空中接口108对应于Wi-Fi接口，则IoT设备110-120中的一个或多个IoT设备可具有蓝牙或NFC接口以用于彼此直接通信或者与其他启用蓝牙或NFC的设备直接通信。

在对等网络中，服务发现方案可多播节点的存在、它们的能力、和群成员资格。对等设备可基于这一信息来建立关联和随后的交互。

根据本公开的一方面，图1B解说了包含多个IoT设备的另一无线通信系统100B的高级架构。一般而言，图1B中示出的无线通信系统100B可包括与图1A中示出的无线通信系统100A相同和/或基本相似的各种组件，其在以上更详细地描述(例如，各种IoT设备，包括被配置成在空中接口108和/或直接有线连接109上与接入点125通信的电视机110、室外空调单元112、恒温器114、冰箱116、以及洗衣机和烘干机118，直接连接至因特网175和/或通过接入点125连接至因特网175的计算机120，以及可经由因特网175接入的IoT服务器170等)。如此，出于描述的简洁和容易起见，与图1B中示出的无线通信系统100B中的某些组件相关的各种细节可在本文中省略，既然相同或相似细节已在以上关于图1A中解说的无线通信系统100A提供。

参照图1B，无线通信系统100B可包括监管者设备130，其可替换地被称为IoT管理器130或IoT管理器设备130。如此，在以下描述使用术语“监管者设备”130的情况下，本领域技术人员将领会，对IoT管理器、群主、或类似术语的任何引述可指代监管者设备130或提供相同或基本相似功能性的另一物理或逻辑组件。

在一个实施例中，监管者设备130一般可观察、监视、控制、或以其他方式管理无线通信系统100B中的各种其他组件。例如，监管者设备130可在空中接口108和/或直接有线连接109上与接入网络(例如，接入点125)通信以监视或管理与无线通信系统100B中的各种IoT设备110-120相关联的属性、活动、或其他状态。监管者设备130可具有到因特网175的有线或无线连接并且可任选地连接至IoT服务器170(被示为点线)。监管者设备130可从因特网175和/或IoT服务器170获得可被用来进一步监视或管理与各种IoT设备110-120相关联的属性、活动、或其他状态的信息。监管者设备130可以是自立的设备或IoT设备110-120之一，诸如计算机120。监管者设备130可以是物理设备或在物理设备上运行的软件应用。监管者设备130可包括用户接口，其可输出与所监视的关联于IoT设备110-120的属性、活动、或其他状态相关的信息并接收输入信息以控制或以其他方式管理与其相关联的属性、活动、或其他状态。相应地，监管者设备130一般可包括各种组件且支持各种有线和无线通信接口以观察、监视、控制、或以其他方式管理无线通信系统100B中的各种组件。

图1B中示出的无线通信系统100B可包括一个或多个无源IoT设备105(与有源IoT设备110-120形成对比)，其可被耦合至无线通信系统100B或以其他方式成为其一部分。一般而言，无源IoT设备105可包括条形码设备、蓝牙设备、射频(RF)设备、带RFID标签的设备、红外(IR)设备、带NFC标签的设备、或在短程接口上被查询时可向另一设备提供其标识符和属性的任何其他合适设备。有源IoT设备可对无源IoT设备的属性的变化进行检测、存储、传达、动作等。

例如，无源IoT设备105可包括咖啡杯和橙汁容器，其各自具有RFID标签或条形码。橱柜IoT设备和冰箱IoT设备116可各自具有恰适的扫描仪或读卡器，其可读取RFID标签或条形码以检测咖啡杯和/或橙汁容器无源IoT设备105何时已经被添加或移除。响应于橱柜IoT设备检测到咖啡杯无源IoT设备105的移除，并且冰箱IoT设备116检测到橙汁容器无源IoT设备的移除，监管者设备130可接收到与在橱柜IoT设备和冰箱IoT设备116处检测到的活动相关的一个或多个信号。监管者设备130随后可推断出用户正在从咖啡杯喝橙汁和/或想要从咖啡杯喝橙汁。

尽管前面将无源IoT设备105描述为具有某种形式的RFID标签或条形码通信接口，但无源IoT设备105可包括不具有此类通信能力的一个或多个设备或其他物理对象。例如，某些IoT设备可具有恰适的扫描仪或读取器机构，其可检测与无源IoT设备105相关联的形状、大小、色彩、和/或其他可观察特征以标识无源IoT设备105。以此方式，任何合适的物理对象可传达其身份和属性并且成为无线通信系统100B的一部分且被使用监管者设备130来观察、监视、控制、或以其他方式管理。此外，无源IoT设备105可被耦合至图1A的无线通信系统100A或以其他方式成为其一部分并且以基本类似的方式被观察、监视、控制、或以其他方式管理。

根据本公开的另一方面，图1C解说了包含多个IoT设备的另一无线通信系统100C的高级架构。一般而言，图1C中示出的无线通信系统100C可包括分别与图1A和1B中示出的无线通信系统100A和100B相同和/或基本相似的各种组件，其在以上已经更详细地描述。如此，出于描述的简洁和容易起见，与图1C中示出的无线通信系统100C中的某些组件相关的各种细节可在本文中省略，既然相同或相似细节已在以上分别关于图1A和1B中解说的无线通信系统100A和100B提供。

图1C中示出的通信系统100C解说了IoT设备110-118与监管者设备130之间的示例性对等通信。如图1C中所示，监管者设备130在IoT监管者接口上与IoT设备110-118中的每一个IoT设备通信。此外，IoT设备110和114，IoT设备112、114和116，以及IoT设备116和118彼此直接通信。

IoT设备110-118组成IoT群160。IoT设备群160是本地连接的IoT设备(诸如连接至用户的家庭网络的IoT设备)的群。尽管未示出，但多个IoT设备群可经由连接至因特网175的IoT超级代理140彼此连接和/或通信。在高层级，监管者设备130管理群内通信，而IoT超级代理140可管理群间通信。尽管未被示为分开的设备，但监管者设备130和IoT超级代理140可以是、或驻留在相同设备(例如，自立的设备或IoT设备，诸如图1A中示出的计算机120)上。替换地，IoT超级代理140可对应于或包括接入点125的功能性。作为又一替换，IoT超级代理140可对应于或包括IoT服务器(诸如IoT服务器170)的功能性。IoT超级代理140可封装网关功能性145。

每个IoT设备110-118可将监管者设备130视为对等方并且向监管者设备130传送属性/模式更新。当IoT设备需要与另一IoT设备通信时，它可向监管者设备130请求对该IoT设备的指示符，并且随后作为对等方与该目标IoT设备通信。IoT设备110-118使用共用消息接发协议(CMP)在对等通信网络上彼此通信。只要两个IoT设备启用了CMP并且通过共用通信传输来连接，它们就可彼此通信。在协议栈中，CMP层154在应用(App)层152下方并在传输层156和物理层158上方。

根据本公开的另一方面，图1D解说了包含多个IoT设备的另一无线通信系统100D的高级架构。一般而言，图1D中示出的无线通信系统100D可包括分别与图1A-C中示出的无线通信系统100A-C相同和/或基本相似的各种组件，其在以上已经更详细地描述。如此，出于描述的简洁和容易起见，与图1D中示出的无线通信系统100D中的某些组件相关的各种细节可在本文中省略，既然相同或相似细节已在以上分别关于图1A-C中解说的无线通信系统100A-C提供。

因特网175是可使用IoT的概念来调节的“资源”。然而，因特网175仅仅是被调节的资源的一个示例，并且任何资源可使用IoT的概念来调节。可被调节的其他资源包括但不限于电力、煤气、存储、安全性等。IoT设备可被连接至该资源并由此调节它，或者该资源可在因特网175上被调节。图1D解说了若干资源180，诸如天然气、汽油、热水、以及电力，其中资源180可作为因特网175的补充和/或在因特网175上被调节。

IoT设备可彼此通信以调节它们对资源180的使用。例如，IoT设备(诸如烤面包机、计算机、和吹风机)可在蓝牙通信接口上彼此通信以调节它们对电力(资源180)的使用。作为另一示例，IoT设备(诸如台式计算机、电话、和平板计算机)可在Wi-Fi通信接口上通信以调节它们对因特网175(资源180)的接入。作为又一示例，IoT设备(诸如炉子、干衣机、和热水器)可在Wi-Fi通信接口上通信以调节它们对煤气的使用。替换或附加地，每个IoT设备可被连接至IoT服务器(诸如IoT服务器170)，该服务器具有用以基于从各IoT设备接收到的信息来调节它们对资源180的使用的逻辑。

根据本公开的另一方面，图1E解说了包含多个IoT设备的另一无线通信系统100E的高级架构。一般而言，图1E中示出的无线通信系统100E可包括分别与图1A-D中示出的无线通信系统100A-D相同和/或基本相似的各种组件，其在以上已经更详细地描述。如此，出于描述的简洁和容易起见，与图1E中示出的无线通信系统100E中的某些组件相关的各种细节可在本文中省略，既然相同或类似细节已在以上分别关于图1A-D中解说的无线通信系统100A-D提供。

通信系统100E包括两个IoT设备群160A和160B。多个IoT设备群可经由连接至因特网175的IoT超级代理彼此连接和/或通信。在高层级，IoT超级代理可管理各IoT设备群之间的群间通信。例如，在图1E中，IoT设备群160A包括IoT设备116A、122A和124A、以及IoT超级代理140A，而IoT设备群160B包括IoT设备116B、122B和124B、以及IoT超级代理140B。如此，IoT超级代理140A和140B可连接至因特网175并通过因特网175彼此通信，和/或彼此直接通信以促成IoT设备群160A与160B之间的通信。此外，尽管图1E解说了两个IoT设备群160A和160B经由IoT超级代理140A和140B彼此通信，但本领域技术人员将领会任何数目的IoT设备群可合适地使用IoT超级代理来彼此通信。

图2A解说了根据本公开各方面的IoT设备200A的高级示例。尽管外观和/或内部组件在各IoT设备之间可能显著不同，但大部分IoT设备将具有某种类别的用户接口，该用户接口可包括显示器和用于用户输入的装置。可在有线或无线网络上与没有用户接口(诸如图1A-B的空中接口108)的IoT设备远程通信。

如图2A中所示，在关于IoT设备200A的示例配置中，IoT设备200A的外壳可配置有显示器226、电源按钮222、以及两个控制按钮224A和224B，以及其他组件，如本领域已知的。显示器226可以是触摸屏显示器，在此情形中控制按钮224A和224B可以不是必需的。尽管未被明确地示为IoT设备200A的一部分，但IoT设备200A可包括一个或多个外部天线和/或被构建到外壳中的一个或多个集成天线，包括但不限于Wi-Fi天线、蜂窝天线、卫星定位系统(SPS)天线(例如，全球定位系统(GPS)天线)，等等。

尽管IoT设备(诸如IoT设备200A)的内部组件可使用不同硬件配置来实施，但内部硬件组件的基本高级配置在图2A中被示为平台202。平台202可接收和执行在网络接口(诸如图1A-B中的空中接口108和/或有线接口)上传送的软件应用、数据和/或命令。平台202还可独立地执行本地存储的应用。平台202可包括被配置用于有线和/或无线通信的一个或多个收发机206(例如，Wi-Fi收发机、蓝牙收发机、蜂窝收发机、卫星收发机、GPS或SPS接收机等)，其能操作地耦合至一个或多个处理器208，诸如微控制器、微处理器、专用集成电路、数字信号处理器(DSP)、可编程逻辑电路、或其他数据处理设备，其将一般性地被称为处理器208。处理器208可执行IoT设备的存储器212内的应用编程指令。存储器212可包括只读存储器(ROM)、随机存取存储器(RAM)、电可擦除可编程ROM(EEPROM)、闪存卡、或计算机平台通用的任何存储器中的一者或多者。一个或多个输入/输出(I/O)接口214可被配置成允许处理器208与各种I/O设备(诸如所解说的显示器226、电源按钮222、控制按钮224A和224B、以及任何其他设备(诸如与IoT设备200A相关联的传感器、制动器、中继、阀、开关等))通信并从其进行控制。

相应地，本公开的一方面可包括含有执行本文描述的功能的能力的IoT设备(例如，IoT设备200A)。如将由本领域技术人员领会的，各种逻辑元件可在分立元件、处理器(例如，处理器208)上执行的软件模块、或软件与硬件的任何组合中实施以达成本文公开的功能性。例如，收发机206、处理器208、存储器212、和I/O接口214可以全部协作地用来加载、存储和执行本文公开的各种功能，并且用于执行这些功能的逻辑因此可分布在各种元件上。替换地，该功能性可被纳入到一个分立的组件中。因此，图2A中的IoT设备200A的特征将仅被视为解说性的，且本公开不被限定于所解说的特征或安排。

图2B解说了根据本公开各方面的无源IoT设备200B的高级示例。一般而言，图2B中示出的无源IoT设备200B可包括与图2A中示出的IoT设备200A相同和/或基本相似的各种组件，其在以上已经更详细地描述。如此，出于描述的简洁和容易起见，与图2B中示出的无源IoT设备200B中的某些组件相关的各种细节可在本文中省略,既然相同或相似细节已在以上关于图2A中解说的IoT设备200A提供。

图2B中示出的无源IoT设备200B一般可不同于图2A中示出的IoT设备200A，不同之处在于无源IoT设备200B可不具有处理器、内部存储器、或某些其他组件。替代地，在一个实施例中，无源IoT设备200B可仅包括I/O接口214或者允许无源IoT设备200B在受控IoT网络内被观察、监视、控制、管理、或以其他方式已知的其他合适的机构。例如，在一个实施例中，与无源IoT设备200B相关联的I/O接口214可包括条形码、蓝牙接口、射频(RF)接口、RFID标签、IR接口、NFC接口、或者在短程接口上被查询时可向另一设备(例如，有源IoT设备(诸如IoT设备200A)，其可对关于与无源IoT设备200B相关联的属性的信息进行检测、存储、传达、动作、或以其他方式处理)提供与无源IoT设备200B相关联的标识符和属性的任何其他合适的I/O接口。

尽管前面将无源IoT设备200B描述为具有某种形式的RF、条形码、或其他I/O接口214，但无源IoT设备200B可包括不具有此类I/O接口214的设备或其他物理对象。例如，某些IoT设备可具有恰适的扫描仪或读取器机构，其可检测与无源IoT设备200B相关联的形状、大小、色彩、和/或其他可观察特征以标识无源IoT设备200B。以此方式，任何合适的物理对象可传达其身份和属性并且在受控IoT网络内被观察、监视、控制、或以其他方式被管理。

图3解说了包括被配置成执行功能性的逻辑的通信设备300。通信设备300可对应于以上提及的通信设备中的任一者，包括但不限于IoT设备110-120、IoT设备200A、耦合至因特网175的任何组件(例如，IoT服务器170)等等。因此，通信设备300可对应于被配置成在图1A-B的无线通信系统100A-B上与一个或多个其它实体通信(或促成与一个或多个其它实体的通信)的任何电子设备。

参照图3，通信设备300包括被配置成接收和/或传送信息的逻辑305。在一示例中，如果通信设备300对应于无线通信设备(例如，IoT设备200A和/或无源IoT设备200B)，则被配置成接收和/或传送信息的逻辑305可包括无线通信接口(例如，蓝牙、WiFi、Wi-Fi直连、长期演进(LTE)直连等)，诸如无线收发机和相关联的硬件(例如，RF天线、调制解调器、调制器和/或解调器等)。在另一示例中，被配置成接收和/或传送信息的逻辑305可对应于有线通信接口(例如，串行连接、USB或火线连接、可通过其接入因特网175的以太网连接等)。因此，如果通信设备300对应于某种类型的基于网络的服务器(例如，应用170)，则被配置成接收和/或传送信息的逻辑305在一示例中可对应于以太网卡，该以太网卡经由以太网协议将基于网络的服务器连接至其它通信实体。在进一步示例中，被配置成接收和/或传送信息的逻辑305可包括传感或测量硬件(例如，加速计、温度传感器、光传感器、用于监视本地RF信号的天线等)，通信设备300可藉由该传感或测量硬件来监视其本地环境。被配置成接收和/或传送信息的逻辑305还可包括在被执行时准许被配置成接收和/或传送信息的逻辑305的相关联硬件执行其接收和/或(诸)传送功能的软件。然而，被配置成接收和/或传送信息的逻辑305不单单对应于软件，并且被配置成接收和/或传送信息的逻辑305至少部分地依赖于硬件来实现其功能性。

参照图3，通信设备300进一步包括被配置成处理信息的逻辑310。在一示例中，被配置成处理信息的逻辑310可至少包括处理器。可由被配置成处理信息的逻辑310执行的处理类型的示例实现包括但不限于执行确定、建立连接、在不同信息选项之间作出选择、执行与数据有关的评价、与耦合至通信设备300的传感器交互以执行测量操作、将信息从一种格式转换为另一种格式(例如，在不同协议(诸如，.wmv到.avi等)之间转换)，等等。例如，包括在被配置成处理信息的逻辑310中的处理器可对应于被设计成执行本文描述功能的通用处理器、DSP、ASIC、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合(例如DSP与微处理器的组合、多个微处理器、与DSP核协作的一个或多个微处理器、或任何其他此类配置)。被配置成处理信息的逻辑310还可包括在被执行时准许被配置成处理信息的逻辑310的相关联硬件执行其(诸)处理功能的软件。然而，被配置成处理信息的逻辑310不单单对应于软件，并且被配置成处理信息的逻辑310至少部分地依赖于硬件来实现其功能性。

参照图3，通信设备300进一步包括被配置成存储信息的逻辑315。在一示例中，被配置成存储信息的逻辑315可至少包括非瞬态存储器和相关联的硬件(例如，存储器控制器等)。例如，包括在被配置成存储信息的逻辑315中的非瞬态存储器可对应于RAM、闪存、ROM、可擦除式可编程ROM(EPROM)、EEPROM、寄存器、硬盘、可移动盘、CD-ROM、或本领域中已知的任何其他形式的存储介质。被配置成存储信息的逻辑315还可包括在被执行时准许被配置成存储信息的逻辑315的相关联硬件执行其存储功能的软件。然而，被配置成存储信息的逻辑315不单单对应于软件，并且被配置成存储信息的逻辑315至少部分地依赖于硬件来实现其功能性。

参照图3，通信设备300进一步可任选地包括被配置成呈现信息的逻辑320。在一示例中，被配置成呈现信息的逻辑320可至少包括输出设备和相关联的硬件。例如，输出设备可包括视频输出设备(例如，显示屏、能承载视频信息的端口(诸如USB、HDMI等))、音频输出设备(例如，扬声器、能承载音频信息的端口(诸如话筒插孔、USB、HDMI等))、振动设备和/或信息可藉由其被格式化以供输出或实际上由通信设备300的用户或操作者输出的任何其它设备。例如，如果通信设备300对应于如图2A中所示的IoT设备200A和/或如图2B中所示的无源IoT设备200B，则被配置成呈现信息的逻辑320可包括显示器226。在进一步示例中，对于某些通信设备(诸如不具有本地用户的网络通信设备(例如，网络交换机或路由器、远程服务器等))而言，被配置成呈现信息的逻辑320可被省略。被配置成呈现信息的逻辑320还可包括在被执行时准许被配置成呈现信息的逻辑320的相关联硬件执行其呈现功能的软件。然而，被配置成呈现信息的逻辑320不单单对应于软件，并且被配置成呈现信息的逻辑320至少部分地依赖于硬件来实现其功能性。

参照图3，通信设备300进一步可任选地包括被配置成接收本地用户输入的逻辑325。在一示例中，被配置成接收本地用户输入的逻辑325可至少包括用户输入设备和相关联的硬件。例如，用户输入设备可包括按钮、触摸屏显示器、键盘、相机、音频输入设备(例如，话筒或可携带音频信息的端口(诸如话筒插孔等))、和/或可用来从通信设备300的用户或操作者接收信息的任何其它设备。例如，如果通信设备300对应于如图2A中所示的IoT设备200A和/或如图2B中所示的无源IoT设备200B，则被配置成接收本地用户输入的逻辑325可包括按钮222、224A和224B、显示器226(在触摸屏的情况下)，等等。在进一步示例中，对于某些通信设备(诸如不具有本地用户的网络通信设备(例如，网络交换机或路由器、远程服务器等))而言，被配置成接收本地用户输入的逻辑325可被省略。被配置成接收本地用户输入的逻辑325还可包括在被执行时准许被配置成接收本地用户输入的逻辑325的相关联硬件执行其(诸)输入接收功能的软件。然而，被配置成接收本地用户输入的逻辑325不单单对应于软件，并且被配置成接收本地用户输入的逻辑325至少部分地依赖于硬件来实现其功能性。

参照图3，尽管被配置的逻辑305到325在图3中被示出为分开或相异的块，但将领会，相应各个被配置的逻辑藉由其来执行其功能性的硬件和/或软件可部分交迭。例如，用于促成被配置的逻辑305到325的功能性的任何软件可被存储在与被配置成存储信息的逻辑315相关联的非瞬态存储器中，从而被配置的逻辑305到325各自部分地基于由被配置成存储信息的逻辑315所存储的软件的操作来执行其功能性(即，在这一情形中为软件执行)。同样地，直接与被配置的逻辑之一相关联的硬件可不时地被其它被配置的逻辑借用或使用。例如，被配置成处理信息的逻辑310的处理器可在数据由被配置成接收和/或传送信息的逻辑305传送之前将此数据格式化为恰适格式，从而被配置成接收和/或传送信息的逻辑305部分地基于与被配置成处理信息的逻辑310相关联的硬件(即，处理器)的操作来执行其功能性(即，在这一情形中为数据传输)。

一般而言，除非另外明确声明，如贯穿本公开所使用的短语“被配置成…的逻辑”旨在调用至少部分用硬件实现的方面，而并非旨在映射到独立于硬件的仅软件实现。同样，将领会，各个框中的被配置的逻辑或“被配置成…的逻辑”并不限于具体的逻辑门或元件，而是一般地指代执行本文描述的功能性的能力(经由硬件或硬件和软件的组合)。因此，尽管共享措词“逻辑”，但如各个框中所解说的被配置的逻辑或“被配置成…的逻辑”不必被实现为逻辑门或逻辑元件。从以下更详细地描述的各方面的概览中，各个框中的逻辑之间的其它交互或协作将对本领域普通技术人员而言变得清楚。

各个实施例可以在市售的服务器设备(诸如图4B中解说的服务器400)中的任一个上实现。在一示例中，服务器400可对应于上述IoT服务器170的一个示例配置。在图4中，服务器400包括耦合至易失性存储器402和大容量非易失性存储器(诸如盘驱动器403)的处理器401。服务器400还可包括耦合至处理器401的软盘驱动器、压缩盘(CD)或DVD盘驱动器406。服务器400还可包括耦合至处理器401的用于建立与网络407(诸如耦合至其他广播系统计算机和服务器或耦合至因特网的局域网)的数据连接的网络接入端口404。在图3的上下文中，将领会，图4的服务器400解说了通信设备300的一个示例实现，藉此被配置成传送和/或接收信息的逻辑305对应于由服务器400用来与网络407通信的网络接入点404，被配置成处理信息的逻辑310对应于处理器401，而被配置成存储信息的逻辑315对应于易失性存储器402、盘驱动器403和/或碟驱动器406的任何组合。被配置成呈现信息的可任选逻辑320和被配置成接收本地用户输入的可任选逻辑325未在图4中明确示出，并且可以被或可以不被包括在其中。因此，图4帮助表明除了如图2A中的IoT设备实现之外，通信设备300还可被实现为服务器。

此外，尽管以上讨论的大部分涉及IoT，但本发明的各实施例还涉及非IoT环境。谨记此点，图5解说了根据本发明一实施例的用户装备(UE)。图5中解说的UE可以是移动的或驻定的，并且可与一个或多个可被称为B节点的接入点(AP)通信。UE通过这些B节点中的一个或多个B节点向无线电网络控制器(RNC)传送和从其接收数据分组。B节点和RNC是被称为无线电接入网(RAN)的网络的部分。无线电接入网可在多个接入终端之间传输语音和数据分组。图5中的UE可被实现为IoT设备或非IoT设备。

参照图5，UE 500(在此是无线设备)(诸如蜂窝电话)具有可接收并执行软件应用的平台502，从与给定无线电接入技术(例如，长期演进(LTE)、EV-DO、宽带码分多址(W-CDMA)等)相关联的接入网传送的数据和/或命令可最终来自核心网、因特网、和/或其他远程服务器和网络。平台502可包括收发机506，收发机506能操作地耦合至专用集成电路(“ASIC”)508或其他处理器、微处理器、逻辑电路、或其他数据处理设备。ASIC 508或其他处理器执行与无线设备的存储器512中的任何驻留程序对接的应用编程接口(“API”)510层。存储器512可包括只读或随机存取存储器(RAM和ROM)、EEPROM、闪存卡、或计算机平台常用的任何存储器。平台502还可包括能保持未在存储器512中活跃地使用的应用的本地数据库514。本地数据库514通常为闪存单元，但也可以是如本领域已知的任何辅助存储设备(诸如磁介质、EEPROM、光学介质、带、软盘或硬盘、或诸如此类)。内部平台502组件也可以能操作地耦合至外部设备(诸如天线522、显示器524、即按即讲按钮528和按键板526以及其他组件)，如本领域中已知的。

相应地，本发明的实施例可包括有能力执行本文描述的功能的UE。如将由本领域技术人员领会的，各种逻辑元件可实施在在分立元件、在处理器上执行的软件模块、或软件与硬件的任何组合中以实现本文公开的功能性。例如，ASIC 508、存储器512、API 510和本地数据库514可以全部协作地用来加载、存储和执行本文公开的各种功能，且用于执行这些功能的逻辑因此可分布在各种元件上。替换地，该功能性可被纳入到一个分立的组件中。因此，图5中的UE 500的特征将仅被视为解说性的，且本发明不被限定于所解说的特征或安排。此外，图5帮助表明通信设备300的另一潜在实现示例，藉此通信设备300是IoT设备或非IoT设备。

UE 500与服务接入网之间的无线通信可以基于不同的无线电接入技术(诸如LTE、CDMA、W-CDMA、时分多址(TDMA)、频分多址(FDMA)、正交频分复用(OFDM)、全球移动通信系统(GSM)、或可在无线通信网或数据通信网中使用的其他协议。例如，在W-CDMA中，数据通信通常在UE 500、一个或多个B节点、以及无线电网络控制器(RNC)之间。RNC可被连接到多个数据网(诸如核心网、PSTN、因特网、虚拟专用网络、SGSN、GGSN等)，因此允许UE 500接入更宽广的通信网。如上文所讨论的以及本领域中已知的，可以使用各种网络和配置来将语音传输和/或数据从RAN传送到UE。因此，本文提供的解说并非意图限定本发明的各实施例，而仅仅是帮助描述本发明的各实施例的各方面。

按照惯例，预置的媒体输出系统(例如，具有固定扬声器和显示设备的环绕声电视系统、或单个设备(诸如蜂窝电话或平板PC))被用来输出媒体。然而，为了在动态设置中利用本地媒体输出设备的输出能力，通常要求手动设置(例如，用户物理地将媒体输出缆线连接至本地媒体输出设备，等等)。

图6解说了根据本发明一实施例的建立自组织媒体呈现会话的过程。图6的过程在设备控制器、渲染设备或这两者的组合处实现。如本文所使用的，设备控制器对应于本地或远程(从在会话期间将呈现媒体的媒体输出设备的角度来看)的UE或服务器，并且负责作出与选择一个或多个媒体输出设备相关的判定以用于输出特定类型的媒体。另一方面，渲染设备对应于渲染一种或多种类型的媒体以供在由设备控制器选定的媒体输出设备上呈现的本地或远程(从媒体输出设备的角度来看)的UE或服务器，并且随后将所渲染的媒体递送给选定的(诸)媒体输出设备以供在其上呈现。设备控制器和渲染设备要么可对应于独立的电子设备(例如，如在图7A-7D中)、要么可合并在单个设备内(例如，如在图8A-9E中)。同样，设备控制器和渲染设备可被实现为各IoT设备(或合并的单个IoT设备)，或者实现为各非IoT设备(或合并的单个非IoT设备)。

参照图6，设备控制器和/或渲染设备动态地发现邻近目标用户集的媒体输出设备集(600)。目标用户集可对应于单个用户、大约相同位置(例如，房屋的媒体室)处的用户群、或对应于共享事件的不同位置处(例如，在体育场中的不同座位处观看体育比赛)的用户群。600的动态发现可响应于在设备控制器和/或渲染设备处接收到的请求而发生以用于向目标用户集输出媒体集。在一示例中，如果设备控制器对应于UE，则该请求可在设备控制器处直接从目标用户集中的一个或多个目标用户接收(例如，图7A的705A、图7C的705C或图7D的705D)，该请求可以经由从目标用户集中的一个或多个目标用户向设备控制器和/或渲染设备的注册(例如，图8A的800A)而是隐式的，如果设备控制器和/或渲染设备对应于本地或远程服务器，则该请求可从设备控制器和/或渲染设备的操作者接收(例如，图9A的900A)，如果渲染设备和设备控制器是独立的实体，则该请求可在渲染设备处从设备控制器接收(例如，图7A的705A、图7C的705C或图7D的705D)，等等。替换地，动态发现规程可以是在周期性基础上执行的后台操作，从而邻近目标用户集的媒体输出设备集被维持为“新鲜的”。

参照图6，协同在600处发现媒体输出设备集，设备控制器和/或渲染设备还确定媒体输出设备集中的每个媒体输出设备的媒体输出能力(605)(例如，在图7A的710A和/或715A、图7C的710C和/或715C、图7D的710D和/或715D、图8A的800A、图9A的905A，等等)。如将领会的，存在不同方式使得在605处设备控制器和/或渲染设备可确定媒体输出设备集的媒体输出能力。在一示例中，与该媒体输出设备集中的一个或多个媒体输出设备相关联的设备名可被映射到特定能力(例如，来自设备控制器和/或渲染设备可访问的查找表的特定型号的膝上型计算机能够以42dB的音量输出1080p的视频，因此对该特定型号的膝上型计算机的检测对应于其媒体输出能力的检测，等等)。在另一示例中，该媒体输出设备集中的一个或多个媒体输出设备可广告它们的媒体输出能力(例如，经由被设备控制器和/或渲染设备截取的周期性广告、响应于来自设备控制器和/或渲染设备的媒体输出轮询消息，等等)。在又一示例中，设备控制器和/或渲染设备可发送“测试”媒体以供由该集合中的媒体输出设备中的一个或多个媒体输出设备重放。在媒体重放测试示例中，媒体输出设备可被要求播放音频，并且邻近该媒体输出设备的录音设备可记录该音频并且报告回设备控制器和/或渲染设备以指示该音频是否被成功播放以及相关联的质量等级。在另一媒体重放测试示例中，媒体输出设备可被要求播放视频，并且邻近该媒体输出设备的录像设备可记录该视频并且报告回设备控制器和/或渲染设备以指示该视频是否被成功播放以及相关联的质量等级。因此，设备控制器和/或渲染设备可按各种方式(例如，媒体输出能力索引表中的名称映射、所广告的能力和/或测得的能力)来查明媒体输出设备集的媒体输出能力。例如，在605，设备控制器和/或渲染设备可检测到用户A邻近媒体输出设备A、B、和C，其中媒体输出设备A为仅能从离用户A五英尺远的地方以第一质量等级(例如，音量等)输出音频的扬声器，媒体输出设备B为能从离用户A两英尺远以第二质量等级输出音频并且还能以第一质量等级(例如，屏幕大小、亮度、帧速率、分辨率等)输出视频的平板计算机，而媒体输出设备C是能在离用户A二十英尺的距离处以第二质量等级将视频输出到大小为10×12英尺的观看屏上的视频投影仪。

下一步，设备控制器和/或渲染设备选择媒体输出设备集中的至少一个子集来处置用于至少一种媒体类型的输出(610)(例如，图7A的725A、图7C的725C、图7D的725D、图8A的815A、图9A的915A，等等)。例如，当音频媒体以用户A为目标时，610可确定要以相应的音量级使用媒体输出设备A和B，或者610可确定要在媒体输出设备A与B之间分割左和右立体声馈送。610的选择可对应于来自目标用户集、设备控制器和/或渲染设备的操作者中的一者或多者的输入、或者由设备控制器和/或渲染设备它们自己作出的自主(或自动)判定。例如，六(6)个音频输出设备的集合可被指定来提供5.1通道环绕声，并且两(2)个视频输出设备(例如，投影仪和平板计算机)的集合可被指定来分别提供480p和1080p的视频，并且文本输出设备可被指定来显示文本信息(例如，电子积分板，其示出正由音频/视频输出设备呈现的体育比赛的得分)。因此，属于视频输出子集的不同媒体输出设备例如可被配置有不同质量目标(例如，480p对720p、分屏视频、关于体育比赛的不同摄影角度)，从而同一子集内的不同媒体输出设备可输出相关内容的不同版本。

参照图6，在615，设备控制器和/或渲染设备获得媒体集以供呈现给目标用户集，藉此该媒体集包括在610处选定的至少一个子集的至少一种类型的媒体(例如，如在图7A的700A或705A、图7C的700C或705C、图7D的700D或705D、图8A的805A、图9A的900A中，等等)。设备控制器和/或渲染设备由此基于来自要被呈现给目标用户集的媒体集的(诸)媒体类型来将该媒体集递送给选定的(诸)媒体输出设备子集(620)。因此，如果媒体集仅包括音频，则该音频被发送给在610选定的媒体输出设备集的子集以供音频输出，等等。作为620处递送的一部分，将领会，设备控制器和/或渲染设备被配置成同步被递送给媒体设备集的媒体的重放。该同步可包括在特定选定子集中的各媒体输出设备之间进行同步，从而例如由音频子集中的每个音频输出设备播放的音频被同步。该同步可进一步包括在不同的选定子集中的各媒体输出设备之间进行同步，从而由(诸)视频输出设备输出的视频帧与正由(诸)音频输出设备播放的对应音轨对准。这一类型的同步可如何关于以下所述的任一媒体递送操作来实现对本领域技术人员将是显而易见的。

图7A解说了根据本发明一实施例的图6的示例实现。参照图7A，UE 1向UE 2发送音频多媒体消息(例如，语音邮件、电子邮件附件中的MP3等)，700A。尽管未在图7A中示出，但音频多媒体消息的传输可在通信网络(例如，蜂窝接入网、因特网等)上发生，或者替换地可以是P2P传输(例如，IoT网络上的IoT传输)。在图7A的实施例中执行设备控制器功能的UE 2接收来自UE 1的音频多媒体消息，确定要在外部呈现该音频多媒体消息(例如，响应于非排他性地使用嵌入在UE 2中的扬声器来请求呈现音频多媒体消息的用户输入)，并且由此UE 2向渲染设备发送用于输出该音频多媒体消息的请求，705A。如以上所讨论的，在一些实施例中，渲染设备可对应于设备控制器自身(即，UE 2)，在此情形中705A的请求可被省略。否则，渲染设备可本地或远程地被设备控制器(即，UE 2)接入以交换705A的请求。在一示例中(例如，使得705A可对应于图6的615)，705A的请求可包括要被呈现的音频多媒体消息，或者替换地至要被呈现的音频多媒体消息的链接(例如，超链接)或引用，在此情形中预期渲染设备自己获取要呈现的媒体。

参照图7A，渲染设备接收呈现该音频多媒体消息的请求并发起发现规程以标识邻近UE 2的当前多媒体输出设备集并且还确定它们的相应媒体输出能力，710A(例如，如在图6的600和605中)。渲染设备解析所发现的媒体输出设备以标识可用音频输出设备并向设备控制器(即，UE 2)通知关于可用音频输出设备，715A。UE 2提示其用户选择可用音频输出设备子集以供播放该音频多媒体消息，720A。UE 2接收指示用户的选择的输入并向渲染设备通知选定的可用音频输出设备子集，725A(例如，如在图6的610中)。在本发明的一实施例中，720A-725A的用户提示操作可以是可任选的。例如，如果在710A处仅发现单个音频输出设备，则可默认选择该单个音频输出设备，因为没有其他选项供用户在其间进行选择。在另一示例中，设备控制器(即，UE 2)可跟踪用户的音频输出设备选择的历史，从而如果用户具有选择特定音频输出设备集的习惯或历史，则设备控制器可预期该选择，而不像在720A-725A中提示用户再次作出同样选择。另一方面，如果720A和725A在图7中被执行，则设备控制器可在用户的对应输出设备选择历史中将用户的选择记入日志。渲染设备建立与选定子集中的每个音频输出设备的媒体连接(730A)，并且在相应媒体连接上向选定子集中的音频输出设备发送音频多媒体消息(735A)(例如，如在图6的620中)，并且选定子集中的音频输出设备播放该音频多媒体消息(740A)。

图7B解说了根据本发明一实施例的示例媒体输出设备配置。在图7B中，渲染设备700B检测媒体输出设备集，该媒体输出设备集包括平板计算机705B、移动设备710B和715B、耦合至亚低音扬声器和视频投影仪725B的接收机720B。在图7B的实施例中，平板计算机705B和视频投影仪725B被包括在用于向特定用户输出视频的媒体输出设备子集中，移动设备710B和715B被包括在用于向用户输出立体声(例如，左右立体声部分)的媒体输出设备子集中，并且接收机720B被包括在用于向用户输出低音的媒体输出设备子集中。

图7C解说了根据本发明另一实施例的图6的示例实现。图7C类似于图7A，除了针对视频呈现会话而非音频呈现会话。参照图7C，UE 1向UE 2发送视频多媒体消息(例如，到YouTube视频的链接、电子邮件附件等)，700C，藉此UE 2执行类似于图7A的设备控制器功能。尽管未在图7C中示出，但视频多媒体消息的传递可在通信网(例如，蜂窝接入网、因特网等)上发生，或者替换地可以是P2P传输。UE 2接收来自UE 1的视频多媒体消息，确定要在外部呈现该视频多媒体消息(不使用嵌入在UE 2中的显示屏)，并且由此UE2向渲染设备发送用于输出该视频多媒体消息的请求，705C。如以上所讨论的，在一些实施例中，渲染设备可对应于设备控制器自身(即，UE 2)，在此情形中705C的请求可被省略。否则，渲染设备可本地或远程地被设备控制器(即，UE 2)接入以交换705C的请求。在一示例中(例如，使得705C可对应于图6的615)，705C的请求可包括要被呈现的视频多媒体消息，或者替换地至要被呈现的视频多媒体消息的链接(例如，超链接)或引用(诸如YouTube链接)，在此情形中预望渲染设备自己获取要被呈现的媒体。

参照图7C，渲染设备接收呈现该音频多媒体消息的请求705C并发起发现规程以标识邻近UE 2的当前多媒体输出设备集并且还确定它们的相应媒体输出能力，710C(例如，如在图6的600和605中)。渲染设备解析所发现的媒体输出设备以标识可用视频输出设备并向设备控制器(即，UE 2)通知关于可用视频输出设备，715C。UE 2提示其用户选择可用视频输出设备子集以供播放该视频多媒体消息，720C。UE 2接收指示用户的选择的输入并向渲染设备通知选定的可用视频输出设备子集，725C(例如，如在图6的610中)。在本发明的一实施例中，720C-725C的用户提示操作可以是可任选的。例如，如果在710C处只发现单个视频输出设备，则可默认选择该单个视频输出设备，因为没有其他选项供用户在其间进行选择。在另一示例中，设备控制器(即，UE2)可跟踪用户的视频输出设备选择的历史，从而如果用户具有选择特定视频输出设备集的习惯或历史，则设备控制器可预期该选择，而不像在720C-725C中提示用户再次作出同样选择。另一方面，如果720C和725C在图7中被执行，则设备控制器可在用户的对应输出设备选择历史中将用户的选择记入日志。渲染设备建立与选定子集中的每个视频输出设备的媒体连接(730C)，并且在相应媒体连接上向选定子集中的视频输出设备发送视频多媒体消息(735C)(例如，如在图6的620中)，并且选定子集中的视频输出设备播放该视频多媒体消息，740C。

图7D解说了根据本发明另一实施例的图6的示例实现。图7D类似于图7A或7C，除了针对音频和视频两者的呈现会话、而非仅音频呈现会话(例如，图7A)或仅视频呈现会话(例如，图7C)。参照图7D，UE 1向UE 2发送音频加视频多媒体消息(例如，到YouTube视频的链接、电子邮件附件等)，700D，藉此UE 2被配置成执行类似于图7A和7C的设备控制器功能。尽管未在图7D中示出，但音频加视频多媒体消息的传递可在通信网(例如，蜂窝接入网、因特网等)上发生，或者替换地可以是P2P传输(或IoT传输)。UE 2接收来自UE 1的音频加视频多媒体消息，确定要在外部呈现音频加视频多媒体消息(不使用嵌入在UE 2中的显示屏和扬声器)，并且由此UE 2向渲染设备发送用于输出音频加视频多媒体消息的请求，705D。如以上所讨论的，在一些实施例中，渲染设备可对应于设备控制器自身(即，UE 2)，在此情形中705D的请求可被省略。否则，渲染设备可本地或远程地被设备控制器(即，UE 2)接入以交换705D的请求。在一示例中(例如，使得705D可对应于图6的615)，705D的请求可包括要呈现的音频加视频多媒体消息，或者替换地至要呈现的音频加视频多媒体消息的链接(例如，超链接)或引用(诸如YouTube链接)，在此情形中预望渲染设备自己获取要呈现的媒体。

参照图7D，渲染设备接收呈现该音频加视频多媒体消息的请求并发起发现规程以标识邻近UE 2的当前多媒体输出设备集并且还确定它们的相应媒体输出能力，710D(例如，如在图6的600和605中)。渲染设备解析所发现的媒体输出设备以标识可用视频和音频输出设备并向UE 2通知关于可用视频和音频输出设备，715D。UE 2提示其用户选择(i)可用视频输出设备中用于播放该音频加视频多媒体消息的视频部分的第一子集，以及(ii)可用音频输出设备中用于播放该音频加视频多媒体消息的音频部分的第二子集，720D。UE 2接收指示用户的选择的输入并向渲染设备通知选定的第一和第二子集，725D(例如，如在图6的610中)。在本发明的一实施例中，720D-725D的用户提示操作可以是可任选的。例如，如果在710D只发现单个音频或视频输出设备，则可默认选择该单个音频或视频输出设备，因为没有其他选项供用户在其间进行选择。如果检测到单个视频输出设备，但检测到多个音频设备，则用户可被提示在这多个音频设备之间进行选择，而不被要求在视频输出设备之间进行选择(反之亦然)。在另一示例中，设备控制器(即，UE 2)可跟踪用户的音频和视频输出设备选择的历史，从而如果用户具有选择特定音频和/或视频输出设备集的习惯或历史，则设备控制器可预期那些选择，而不像在720D-725D中提示用户再次作出同样选择。替换地，如果用户一贯选择相同视频输出设备集，但不那么一贯地进行他/她的音频输出设备选择，则视频输出设备可基于该用户的选择历史来选择，而该用户仍被提示进行音频输出设备的选择。如果720D和725D在图7D中关于音频或视频输出设备中的任一者执行，则设备控制器可在用户的对应输出设备选择历史中将用户的(诸)选择记入日志。渲染设备建立与选定第一子集中的每个视频输出设备的媒体连接，并且还建立与选定第二子集中的每个音频输出设备的媒体连接，730D。渲染设备在相应媒体连接上向选定第一子集中的视频输出设备发送该音频加视频多媒体消息的视频部分(735D)(例如，如在图6的620中)，并且渲染设备在相应媒体连接上向选定第二子集中的音频输出设备发送该音频加视频多媒体消息的音频部分(740D)(例如，如在图6的620中)。选定第二子集中的音频输出设备播放该音频加视频多媒体消息的音频部分(745D)，并且选定第一子集中的视频输出设备播放该音频加视频多媒体消息的视频部分(750D)。

尽管图7A-7D涉及向邻近单个用户(即，UE 2的用户)的媒体输出设备集递送媒体的示例实现，但在本发明的其他实施例中，图6可针对向目标用户群递送媒体。相应地，图8A针对图6的过程关于向事件(例如，体育场处的体育比赛)的目标观众集进行媒体的自组织群递送的示例实现。

在图8A的实施例中，设备控制器功能和渲染设备功能被合并在服务器内，该服务器被配置成与事件(诸如体育比赛)处的已注册观众集协调。因此，在图8A中，为媒体递送作出媒体输出设备选择(即，设备控制器功能)的实体是最终渲染媒体并将所渲染的媒体递送给相应媒体输出设备以供呈现(即，渲染设备功能)的同一实体。例如，如在图8B中所示的，事件被示为体育场800B围绕体育场地805B处发生。在图8B中还示出了位于体育场800B中不同座位处的UE 1…5。以下，图8A关于图8B来描述，尽管将容易领会，图8A可如何替换地以其他设置来实现。

参照图8A，UE 1…N在事件(诸如体育比赛)期间向服务器注册为在体育场800B出场，800A。800A的注册可以数种方式来发生。例如，800A的注册可通过UE 1…N的用户扫描他们针对该事件的入场券、或者通过UE 1…N的用户下载和安装由设备控制器控制的位置知晓的移动应用来发生。在一示例中，800A的注册共同对应于图6的600、605和610。在事件期间的某一点，服务器获得音频媒体(以及潜在的其他形式的媒体)以供递送给事件的已注册观众，805A(例如，如在图6的615中)。例如，服务器的操作者可尝试以“体育场波浪”的形式(例如，在体育赛事处发生的更典型的用户驱动波浪的设备驱动版本)向已注册观众递送集合音调。在810A，服务器建立到已注册UE 1…N中的每一个UE的媒体连接，810A。替换地，该媒体连接可以是先前建立的(例如，在800A的注册时)并且简单地在810A处维持。810A的媒体连接在一示例中可以是自组织媒体连接，从而已注册UE 1…N形成P2P、自组织或IoT群以共享要向其递送的音频媒体。

在815A，服务器生成关于音频媒体的递送调度，以便在相应的已注册UE1…N处呈现之际产生期望的声音效果。例如，期望的声音效果可对应于以上提及的体育场波浪，从而音频媒体以顺序的方式在体育场800B中逐区段播放，以使得音频媒体看起来以“波浪”模式在各区段之间“行进”。递送调度可以基于已注册UE 1…N的位置(例如，他们的座位号或者甚至他们基于定位跟踪的当前位置)，从而向位于不同区段中的UE分配在递送之后播放音频媒体的不同时间以近似体育场波浪效果。替换地，递送调度可由递送机构自己强制执行(例如，如果UE 1…N在P2P群中，则每个UE可在将音频媒体传递给下一UE之前播放该音频媒体，从而该音频媒体将围绕体育场800B逐步行进)。在815A中生成递送调度之后，服务器根据该递送调度将音频媒体递送给已注册UE1…N(820A)(例如，如在图6的620中)，并且已注册UE 1…N播放该音频媒体(825A)。

尽管图8A-8B解说了其中设备控制器功能和渲染设备功能被合并在服务器内的示例，但图9A到9E解说了其中设备控制器功能和渲染设备功能协同视频呈现会话的设立可被合并在给定UE(“UE 1”)内的实施例。具体而言，图9A到9E示出了在UE 1控制下用户可如何操纵视频被流送到其本地视频输出设备。以下，UE 1被描述为设备控制器和渲染设备两者，但将容易领会UE 1可如何代替地被连接至渲染要被流送给(诸)目标设备的视频媒体并且由此执行渲染设备功能的另一设备，其中UE 1主要起到远程控制(设备控制器)的作用。在这一替换情景中，UE 1可被用户操作为远程控制以用于协同视频渲染会话的设立来与外部渲染设备交互。相应地，尽管未在图9A中明确示出，但渲染设备功能可经由独立的处理设备(未示出)来在外部执行，与图7A-7D类似。

参照图9A，UE 1确定要搜索本地视频输出设备，900A。在一示例中，900A的确定可响应于UE 1的用户在UE 1上加载关于视频输出的多媒体应用(例如，YouTube应用、TV应用等)而发生。UE 1由此发起发现规程来标识邻近UE 1的当前媒体输出设备集并且还确定它们的相应媒体输出能力，905A。UE 1解析所发现的媒体输出设备以标识可用视频输出设备并且随后提示其用户选择所发现的视频输出设备的子集，910A。尽管未在图9A中示出，但UE 1可同样选择一个或多个音频输出设备来播放视频媒体的音频部分也是可能的。在本发明的一实施例中，910A的用户提示可以是可任选的。例如，如果在905A只发现单个视频输出设备，则可默认选择该单个视频输出设备，因为没有其他选项可供用户进行选择。在另一示例中，UE 1可跟踪用户的视频输出设备选择的历史，从而如果用户具有选择特定视频输出设备集的习惯或历史，则UE 1可预期该选择，而不像在910A中提示用户再次作出同样选择。另一方面，如果910A在图9中被执行，则UE 1可在915A接收到用户的选择之际在用户的对应输出设备选择历史中将该选择记入日志。图9B解说了图9A的910A处的用户提示的示例。在图9B中，UE 1的用户被呈现有用户提示屏幕900B，用户提示屏幕900B解说了可用视频输出设备(“我的显示器”)、关于视频媒体的流送选项(在图9C中更详细示出的“在单个设备上播放”、在图9D中更详细示出的“在多个设备上播放”、以及在图9E中更详细示出的“在分屏上播放”)、以及用于流送的可用视频媒体(“我的播放列表”)。可用视频输出设备在图9B中还被示为移动设备905B、移动设备910B、以及膝上型计算机915B。

参照图9A，UE 1接收到来自图9B的用户提示屏幕900B的“我的显示器”区段对要呈现视频媒体的视频输出设备子集的选择，915A；来自图9B的用户提示屏幕900B的“我的播放列表”区段对要显示的视频媒体的选择，920A；以及来自图9B的用户提示屏幕900B的对要呈现的选定视频媒体的播放格式的选择(例如“在单个设备上播放”、“在多个设备上播放”、或“在分屏上播放”)，925A。UE 1随后建立与选定视频输出设备子集的媒体连接，903A；UE 1根据选定播放格式在该媒体连接上将选定视频媒体发送给选定视频输出设备子集，935A；以及选定视频输出设备播放选定视频媒体，940A。

图9C解说了图9A的过程的示例，其中如在用户提示屏幕900C中所示，选定视频输出设备子集对应于移动设备905C，选定播放格式对应于“在单个设备上播放”，而选定视频媒体对应于实景电影(例如，哈利波特)。相应地，选定实景电影从UE 1流送到移动设备905C(而并非移动设备910C或膝上型计算机915C)，移动设备905C以全屏模式(与分屏模式相反)播放选定实景电影。

图9D解说了图9A的过程的示例，其中如在用户提示屏幕900D中所示，选定视频输出设备子集对应于移动设备905D和910D，选定播放格式对应于“在多个设备上播放”，而选定视频媒体对应于实景电影(例如，哈利波特)。相应地，选定实景电影从UE 1流送到移动设备905D和910D(而并非膝上型计算机915D)，移动设备905D和910D各自以全屏模式(与分屏模式相反)来播放选定实景电影。

图9E解说了图9A的过程的示例，其中如在用户提示屏幕900E中所示，选定视频输出设备子集对应于移动设备905E和910E，选定播放格式对应于“在分屏上播放”，而选定视频媒体对应于实景电影(例如，哈利波特)。相应地，UE 1将选定视频媒体修剪成分屏版本(例如，从初始选定视频媒体进行左右分割)并将经修剪的版本从UE 1分别流送到移动设备905E和910E(而不是流送到膝上型计算机915E)，移动设备905E和910E各自以分屏模式(与全屏模式相反)来播放它们相应的选定实景电影的经修剪版本。在图9E中，解说了其中电影的“左”分割部分被流送给移动设备905E，而电影的“右”分割部分被流送给移动设备910E的示例。尽管未在图9E中明确示出，但用户可保持移动设备905E和910E彼此相邻，以便模拟更大电影屏幕。

任何前述的实施例可在P2P环境、自组织环境和/或IoT环境内实现。替换地，一个或多个前述实施例可针对其中设备控制器远离要向其呈现媒体的用户的实现。此外，虽然以上所述实施例的大部分实施例将某些目标媒体设备表征为播放音频数据、而其他目标媒体设备播放视频数据，但这些目标设备中的一个或多个目标设备将为音频重放群和视频重放群两者的一部分也是可能的。使用图7B的系统作为示例，平板计算机705B可被渲染设备700B要求播放视频媒体的一部分，同时还同样输出音频媒体的一部分，等等。

本领域技术人员将领会，信息和信号可使用各种不同技术和技艺中的任何一种来表示。例如，以上描述通篇可能引述的数据、指令、命令、信息、信号、位(比特)、码元、和码片可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子、或其任何组合来表示。

此外，本领域技术人员将领会，结合本文中公开的实施例描述的各种图示性逻辑块、模块、电路、和算法步骤可被实现为电子硬件、计算机软件、或两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、块、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员对于每种特定应用可用不同的方式来实现所描述的功能性，但这样的实现决策不应被解读成导致脱离了本发明的范围。

结合本文所公开的实施例描述的各种解说性逻辑框、模块、以及电路可用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文中描述的功能的任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协同的一个或多个微处理器、或任何其他此类配置。

结合本文中公开的实施例描述的方法、序列和/或算法可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读写信息。替换地，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端(例如，UE)中。替换地，处理器和存储介质可作为分立组件驻留在用户终端中。

在一个或多个示例性实施例中，所描述的功能可在硬件、软件、固件或其任何组合中实现。如果在软件中实现，则各功能可以作为一条或多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限定，此类计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或能被用来携带或存储指令或数据结构形式的期望程序代码且能被计算机访问的任何其它介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其它远程源传送而来，则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(CD)、激光碟、光碟、数字多用碟(DVD)、软盘和蓝光碟，其中盘(disk)往往以磁的方式再现数据，而碟(disc)用激光以光学方式再现数据。上述组合应当也被包括在计算机可读介质的范围内。

尽管上述公开示出了本发明的图示性实施例，但是应当注意到，在其中可作出各种更换和改动而不会脱离如所附权利要求定义的本发明的范围。根据本文中所描述的本发明实施例的方法权利要求的功能、步骤和/或动作不必按任何特定次序来执行。此外，尽管本发明的要素可能是以单数来描述或主张权利的，但是复数也是已料想了的，除非显式地声明了限定于单数。