用于测试和认证连接的媒体环境内使用的媒体设备的系统和方法与流程

本发明的实施方式总体上涉及提供例如音乐或视频内容的媒体内容，并且尤其涉及用于测试和认证在连接的媒体环境内使用的音频扬声器或其他类型的媒体设备的系统和方法。

背景技术：

如今的消费者享有使用各种各样的媒体设备在任何地点或一天中的任何时间访问诸如音乐和视频的大量媒体内容的能力。随着可靠的高速因特网连接的可用性和数字版权管理的进步，用户可以根据需要从对等设备或远程媒体服务器流式传输媒体内容。

连接的媒体环境使得用户能够选择应该使用若干媒体设备中的哪一个来播放特定的媒体内容。例如，用户可能希望将选择的歌曲流式传输到特定的音频扬声器，或者将选择的电影流式传输到特定的电视机。为了提供最佳用户体验，这样的媒体设备必须在连接的媒体环境内令人满意地操作。这些是可以使用本发明的实施方式的环境类型的一些示例。

技术实现要素：

根据实施方式，本文描述的是用于测试和认证在连接的媒体环境内使用的媒体设备的系统和方法。测试设备包括例如麦克风的输入机构和多个测试文件。每个测试文件能够用于产生特征信号，例如具有特定频率的音轨。测试设备仿真例如音频扬声器的被测试媒体设备与媒体服务器之间的媒体网关。测试脚本能够用于模仿命令来播放或以其他方式访问被测设备处的媒体内容。能够检测特定测试文件的播放，以及根据由该测试文件产生的特征信号来识别特定测试文件的播放。结果测试信息能够用于评估连接的媒体环境内的媒体设备的性能和/或认证其操作。

根据实施方式，测试设备可以被设置在特定地点，以用于测试在该地点的媒体设备，以及在本地报告这样的测试的结果或者可替选地将这样的测试的结果经由网络报告给用于媒体设备的远程测试和认证的远程位置或认证供应商。

附图说明

图1示出了根据实施方式的媒体环境的示例。

图2示出了根据实施方式的连接的媒体环境的示例。

图3另外示出了根据实施方式的连接的媒体环境的示例。

图4示出了根据实施方式的包括用于测试和认证在连接的媒体环境内使用的媒体设备的测试设备的系统。

图5另外示出了根据实施方式的用于测试和认证媒体设备的系统。

图6是示出根据实施方式的测试和认证媒体设备的方法的流程图。

图7示出了根据实施方式的能够在分布式测试环境中使用的用于测试和认证媒体设备的系统。

图8是示出根据实施方式的在分布式测试环境中的测试和认证媒体设备的方法的流程图。

具体实施方式

如上所述，连接的媒体环境使得用户能够选择应该使用若干媒体设备中的哪一个来播放特定的媒体内容，媒体设备例如为个人计算机系统、手持娱乐设备、平板设备、智能电话、电视机、音频扬声器、车内娱乐系统或其他类型的媒体设备。例如，用户可能希望将选择的歌曲流式传输到特定的音频扬声器设备，或者将选择的电影流式传输到特定的电视机设备。

在一些连接的媒体环境中，用户能够使用例如智能电话的一媒体设备来控制在例如音频扬声器或电视机的另一媒体设备处的媒体内容的播放。每个媒体设备能够与帐户相关联，该账户使得后端媒体服务器能够将设备识别为流式传输媒体内容的潜在目的地。访问媒体内容的用户命令或请求能够与应该访问该媒体内容的适当目的地相关联。

例如，能够使用智能手机将“下一首歌曲”命令发送至媒体服务器，以在目的地音频扬声器处播放。然后，媒体服务器能够将相应的歌曲流式传输到该音频扬声器。命令能够类似地用于例如暂停、播放、跳过或以其他方式通过目的地设备控制对媒体内容的访问。

连接的媒体环境的示例是“spotifyconnect”环境，其在本文中总体上作为说明性示例使用，但是本文描述的特征和技术也能够与其他类型的连接的媒体环境一起使用。

为了在连接的媒体环境内提供最佳用户体验，媒体设备必须在环境中令人满意地操作。为了解决这个问题，每个媒体设备的操作应该优选地在其产品开发期间进行检查，以确保设备在环境中按照预期进行操作或响应。例如，当用户选择要在目的地设备处播放的歌曲时，这样的播放应该快速地并且以最小的可察觉的中断发生。

可以使用手动或主观手段对媒体设备的适用性进行检查。例如，人类测试者可以使用目的地设备执行一系列命令，例如播放或跳过所选择的媒体内容，然后基于他/她们的感知来确定每个命令是否在设备上成功完成。

然而，这样的方法通常是缓慢的、劳动密集型的、在本质上是主观的，并且限制于它们能够提供的数据类型。此外，设备固件和其他特性可能会有规律地变化，需要重新测试和另一轮劳动密集型任务。

根据实施方式，本文描述的是用于测试和认证在连接的媒体环境内使用的媒体设备的系统和方法。测试设备包括例如麦克风的输入机构和多个测试文件。每个测试文件可以用于产生特征信号，例如具有特定频率的音轨。测试设备仿真例如音频扬声器的被测试媒体设备与媒体服务器之间的媒体网关。测试脚本可以用于模仿命令来播放或以其他方式访问被测设备处的媒体内容。可以检测特定测试文件的播放，以及根据由该测试文件产生的特征信号来识别特定测试文件的播放。结果测试信息能够用于评估连接的媒体环境内的媒体设备的性能和/或认证其操作。

例如，结果信息能够用于创建描述媒体设备对命令的响应性的报告或记分卡，所述命令为例如开始播放音轨、跳到下一音轨、改变播放音量等。

根据实施方式，测试设备能够被设置在特定地点，以用于测试在该地点的媒体设备以及本地报告这样的测试的结果或者替选地将这样的测试的结果经由网络报告给用于媒体设备的远程测试和认证的远程位置或认证供应商。

媒体环境

图1示出了根据实施方式的媒体环境的示例。

如图1所示，根据实施方式，充当客户端设备的媒体设备102能够接收和播放由后端媒体服务器系统142(媒体服务器)或者由另一系统或对等设备提供的媒体内容。根据实施方式，客户端设备能够例如是个人计算机系统、手持娱乐设备、平板设备、智能电话、电视机、音频扬声器、车载娱乐系统或其他类型的适于或者能够准备用于呈现的媒体内容、控制媒体内容的呈现和/或播放或以其他方式呈现媒体内容的电子设备或媒体设备。

根据实施方式，客户端设备和媒体服务器中的每一个能够分别包括一个或更多个物理设备或计算机硬件资源104、144，例如一个或更多个处理器(cpu)、物理存储器、网络组件或其他类型的硬件资源。

尽管出于说明的目的，示出了单个客户端设备和单个媒体服务器，但是根据实施方式，媒体服务器能够支持同时使用多个客户端设备。类似地，根据实施方式，客户端设备能够访问由多个媒体服务器提供的媒体内容，或者在由一个或更多个媒体服务器产生的不同媒体流之间切换。

根据实施方式，客户端设备能够可选地包括用户界面106，用户界面106适于显示媒体选项，例如作为媒体片(tile)、缩略图或其他格式的阵列，并且适于确定用户交互或输入。选择例如特定的媒体片或缩略图的特定媒体选项能够被用户和/或客户端设备用作到媒体服务器的命令，以下载、流式传输或以其他方式访问相应的特定媒体项目或媒体内容的流。

根据实施方式，客户端设备可以包括媒体应用108以及存储器内媒体内容缓冲器110以及数据缓冲逻辑112，数据缓冲逻辑112可以用于控制从媒体服务器接收的媒体内容的播放，以用于以远程控制的方式在请求客户端设备(即控制设备)处或者在受控客户端设备(即受控设备)处播放。连接的媒体环境固件或逻辑120使得设备能够参与到连接的媒体环境内。

根据实施方式，数据缓冲逻辑与媒体内容缓冲器一起使得媒体项目的一部分或其样本能够在客户端设备处预缓冲。

例如，当媒体选项正在准备在用户界面上显示为例如媒体片或缩略图时，它们的相关的媒体内容能够在同一时间被预缓冲，并且被一个或更多个客户端设备缓存在它们的媒体内容缓冲器中，以在需要时进行快速、高效的播放。

根据实施方式，媒体服务器能够包括支持媒体服务器应用150的执行的操作系统146或其他处理环境，媒体服务器应用150能够用于例如将音乐、视频或其他形式的媒体内容流式传输到客户端设备或受控设备。

根据实施方式，媒体服务器能够提供基于订阅的媒体流送服务，对于媒体流送服务，客户端设备或用户能够具有相关联的帐户和凭证，并且媒体流送服务使得用户的客户端设备能够与媒体服务器通信以及从媒体服务器接收内容。

接收到的来自客户端设备的媒体访问请求能够包括例如网络地址的标识目的地客户端设备的信息，其中，响应于处理媒体访问请求，媒体服务器应该向目的地客户端设备流式传输或以其他方式提供媒体内容。

例如，用户可以拥有能够呈现从媒体服务器接收的媒体内容的诸如智能电话和音频扬声器的若干客户端设备。根据实施方式，与媒体访问请求一起提供的标识信息能够包括标识媒体访问请求旨在与特定目的地设备一起使用的标识符，例如ip地址、mac地址或设备名称。

这使得用户能够例如将他/她们的智能手机用作控制客户端设备，并且将他/她们的音频扬声器用作应该向其发送媒体内容的受控客户端设备。然后，即使该请求是由用户的智能电话发起的，媒体服务器也能够将请求的媒体发送至音频扬声器和/或将媒体访问请求转发至音频扬声器。

根据实施方式，媒体应用接口148能够从客户端设备或从其他系统接收请求以检索来自媒体服务器的媒体内容。上下文数据库162能够存储与由客户端设备呈现的媒体内容相关联的数据，包括例如由客户端设备呈现的媒体流中的当前位置，或与媒体流相关联的播放列表，或一个或更多个先前指示的用户播放偏好。媒体服务器能够将与媒体流相关联的上下文信息传输至呈现该流的客户端设备，使得上下文信息能够被客户端设备使用和/或显示给用户。根据实施方式，上下文数据库能够用于在媒体服务器处存储媒体设备的当前媒体状态，并且以类似云的方式在设备之间同步该状态。替选地，根据实施方式，媒体状态能够以对等方式共享，其中每个设备知道其自己的当前媒体状态，然后根据需要与其他设备同步。

例如，根据实施方式，当正在向其流式传输媒体内容的目的地客户端设备从控制设备变成受控设备，或者从第一受控设备变成第二受控设备时，之后媒体服务器系统能够将与活动媒体内容相关联的上下文信息传输至新指定的目的地设备，供该设备在播放媒体内容时使用。

根据实施方式，媒体内容数据库164能够包括例如音乐、歌曲、视频、电影或其他媒体内容的媒体内容以及描述该媒体内容的元数据。元数据能够用于使得用户和客户端设备能够在媒体内容的存储库内进行搜索，以定位特定的媒体项目。

根据实施方式，缓冲逻辑180能够用于响应于来自客户端设备或其他系统的请求来检索或以其他方式访问媒体项目或内容，并且在媒体传送模块152处使用对应的媒体内容数据的流182、184、186填充媒体内容缓冲器181，然后能够将媒体内容数据的流返回至请求设备或受控设备。

根据实施方式，多个客户端设备、媒体服务器系统和/或受控设备能够使用网络彼此进行通信，所述网络为例如因特网190、局域网、对等连接、无线或蜂窝网络或其他形式的网络。用户192能够在客户端设备处与用户界面进行交互194，并且发出访问媒体内容的请求，例如在用户的客户端设备或在受控设备处播放所选择的音乐或视频项，或者将媒体信道或视频流流式传输至用户的客户端设备或传输至受控设备。

例如，根据实施方式，能够经由服务器的媒体应用接口将用户对特定媒体选项的选择传达196至媒体服务器。媒体服务器能够在服务器204处使用包括一个或更多个媒体内容数据的流的对应的媒体内容206填充其媒体内容缓冲器。然后，媒体服务器能够将所选择的媒体内容传达208至用户的客户端设备，或根据需要传达至受控设备，其中所选择的媒体内容能够在媒体内容缓冲器中缓冲以用于在设备上播放。

连接的媒体环境内的媒体播放

图2示出了根据实施方式的连接的媒体环境的示例。

如图2中所示，根据实施方式，例如spotifyconnect环境的连接的媒体环境230能够实现在连接的媒体环境内的客户端设备与服务器侧媒体网关或接入点248之间的通信，包括可选地使用路由器250。

能够设置在连接的媒体环境内的媒体设备的类型的示例包括音频扬声器232、电视机234、计算机236、智能电话238以及车载娱乐系统240或其他类型的媒体设备。

根据实施方式，具有应用用户界面的客户端设备能够用作控制客户端设备，以控制252媒体内容在受控设备处的播放。根据实施方式，客户端设备本身能够用作媒体网关，供连接的媒体环境内的其他设备使用。

根据实施方式，受控设备还能够包括媒体应用，在音频扬声器的情况下，电视机或类似设备能够作为固件逻辑包括在设备本身内，或者在例如单独的机顶盒盒或类似的售后设备内。

如上所述，根据实施方式，用户能够在客户端设备处与用户界面进行交互，并且发出访问媒体内容的请求，例如在他/她们的客户端设备或受控设备处播放所选择的音乐或视频项目，或者将媒体信道或视频流流式传输至他/她们的客户端设备或受控设备。

例如，用户能够请求在例如智能电话的控制客户端设备处缓冲、流式传输或接收以及播放媒体内容，并且在例如音频扬声器的一个或更多个受控设备处同时缓冲、流式传输或接收媒体内容用于播放。

类似地，例如，用户能够发出媒体改变请求254以改变媒体信道，响应于媒体改变请求，媒体服务器能够在受控设备处切换媒体信道，然后在受控设备处继续流式传输或缓冲用于切换的信道的媒体内容256。

如上所述，在某些情况下，媒体内容的一部分能够在受控设备处进行预缓冲，使得在受控设备处的信道切换以无缝的方式进行操作。

图3还示出了根据实施方式的连接的媒体环境的示例。

如图3中所示，用户能够利用例如与音频扬声器262组合的智能电话260，以发出来自智能电话的媒体改变请求275，以例如改变音频扬声器处的媒体信道。

该请求能够由媒体网关接收并且作为针对媒体内容276的请求传达至媒体服务器，媒体服务器然后能够进行响应，通过控制目的地设备(在该示例中为音频扬声器)来访问(例如播放)所选择的媒体内容280。

连接的媒体环境内的媒体设备的认证

如上所述，为了在连接的媒体环境内提供最佳的用户体验，应该优选地在媒体设备的产品开发期间检查每个媒体设备的操作，以确保设备将按照预期在环境中操作或响应。

图4示出了根据实施方式的包括用于测试和认证在连接的媒体环境内使用的媒体设备的测试设备的系统。

如图4中所示，根据实施方式，测试设备300能够包括：例如一个或更多个处理器(cpu)、物理存储器、网络组件或其他类型的硬件资源的的物理设备资源302、输入机构304、测试逻辑320以及多个测试文件330。根据实施方式，输入机构能够是麦克风。

根据实施方式，多个测试文件(例如，测试文件a332、测试文件b334、测试文件n336)中的每一个能够用于产生特征信号，例如具有特定频率的音轨的播放。

根据实施方式，测试设备仿真在例如音频扬声器的被测试媒体设备350与媒体服务器之间的具有仿真媒体服务器312的媒体网关310。仿真媒体服务器能够在仿真媒体网关的上下文中提供与如上所述的(常规)媒体服务器相似的功能，包括对访问媒体内容的支持。

根据实施方式，能够使用测试脚本340来控制352或模仿来自媒体设备的命令来播放或以其他方式访问与测试文件相关联的媒体内容。能够根据由该测试文件产生的特征信号例如使用信号分析器306来检测和识别特定测试文件的播放。

图5还示出了根据实施方式的用于测试和认证媒体设备的系统。

如图5中所示，根据实施方式，能够执行测试脚本以控制在例如音频扬声器360的媒体设备处的播放，例如做出媒体改变求和/或其他请求362以访问测试文件媒体内容。仿真媒体网关拦截该请求，该仿真媒体网关与其仿真媒体服务器一起使得在目的地设备处播放对应的测试文件媒体内容364，目的地设备在此示例中为音频扬声器。

根据实施方式，在音乐/歌曲环境中使用的测试能够包括如下命令，例如加载音轨、推送播放列表、跳到下一音轨、跳到以前的音轨、在音轨内寻找、改变播放音量、暂停播放以及从暂停播放重新开始。在其他类型的媒体环境内使用的测试能够包括不同类型的命令。

根据实施方式，能够通过输入机构监视测试文件媒体内容的播放366，将结果信息用于评估测试文件媒体内容的播放370，并且为被测试媒体设备提供测试结果372。

例如，根据实施方式，能够使用麦克风来记录来自被测扬声器的音频输出，并且将音频输出提供给确定其频率的频率分析器。测试脚本能够发出命令来播放音轨，每个与特定音频频率相关联，使得当测试命令被处理以例如点击下一音轨时，输出频率应该相应地改变。麦克风能够监视改变的输出，测试逻辑能够确定扬声器是否确实播放预期的正确音轨，或者在播放该音轨时是否存在任何延迟。

这样的信息能够用于确定被测设备对测试命令的灵敏度，这又提供了设备的在连接的媒体环境内的适用性的指示。

根据示例性实施方式，测试设备能够被实现为诸如raspberrypi单元的独立计算机，包括麦克风、无线路由器能力以及适当的仿真媒体网关和测试逻辑。每个测试文件能够用于播放具有特定频率的正弦波的音轨。

在测试期间，在相当安静的房间或空腔内，测试设备能够被放置于要测试的音频扬声器的前面。音频扬声器能够与由测试设备启用的无线网络配对，该测试设备被配置成用作例如spotifyconnect环境的连接的媒体环境的网关，包括对例如用户认证和音轨选择的特性的支持。

仿真媒体网关能够拦截旨在针对媒体服务器(在本例中为spotify媒体服务器)的媒体访问请求。然后，测试设备能够控制音频扬声器，请求它执行一系列测试命令。能够对播放/输出的声音执行信号分析，以确定音频扬声器对媒体访问请求的响应。结果信息能够用于创建描述音频扬声器对命令的灵敏度的报告或记分卡，所述命令例如为开始播放音轨、跳到下一音轨、改变播放音量等。

根据实施方式，能够通过用户界面在测试设备本身处或者例如通过在测试设备处可访问的网页来提供测试结果。每组测试结果能够包括诸如测试作业的类型和数量的数据，包括每个命令/动作运行的次数，以及中位数、模式和标准差。

测试结果也能够返回至设备制造商，并且与预定义的限制进行比较，以确定设备的通过/失败，和/或设备是否能够被确认为能在连接的媒体环境内使用。

根据实施方式，旨在与连接的媒体环境一起使用的每个媒体设备能够包括固件，其包括使得设备能够参与环境的连接的媒体环境固件或逻辑120。

例如，在spotifyconnect环境中，每个设备都能够在其媒体环境固件或逻辑中包含spotify库，该spotify库支持spotify理解的任务，例如从spotify下载音乐，或者处理spotify命令，例如播放、下一首和暂停音轨。设备制造商能够提供设备特定固件，包括执行实际播放媒体设备的操作的音频驱动器以及使得能够与音频驱动器交互的包装器(wrapper)，使得当spotify库被使用时，例如暂停播放特定歌曲时，该暂停命令也被传达至设备的音频驱动器。

为了确保媒体设备在连接的媒体环境内将按照预期进行操作，在开发时进行的特定媒体设备的测试应该在该特定设备的最终版本和固件上执行。

根据实施方式，测试设备能够包括私钥，该私钥与连接的媒体环境兼容，并且能够与被测固件一起使用以验证其对测试设备内的仿真媒体服务器的真实性。以这种方式，当媒体设备及其固件最终向公众发布时，不需要进一步的改变来确保设备与连接的媒体环境的兼容性。

虽然上述技术的主要目的是认证在连接的媒体环境内使用的媒体设备，但是由于能够在其产品开发期间检查每个媒体设备的操作，所以另外的益处是系统也能够用于在最终发布进行制造之前发现设备的硬件或固件中的潜在性能问题或缺陷。

图6是示出根据实施方式的测试和认证媒体设备的方法的流程图。

如图6中所示，根据实施方式，在步骤380处，测试设备被设置有音频输入机构(例如麦克风)、测试逻辑以及一个或更多个测试文件，其中每个测试文件能够用于在播放时产生特征信号。

在步骤381处，测试设备被配置成仿真在连接的媒体环境内的媒体网关。

在步骤382处，针对被测试媒体设备执行一个或更多个测试，以使媒体设备访问与测试文件相关联的媒体内容。

在步骤383处，响应于接收到测试命令，被测试媒体设备发出相应的媒体改变和/或其他请求，以经由测试设备处的仿真媒体网关来访问与测试文件相关联的媒体内容。

在步骤384处，测试设备使用音频输入机构监视被测试媒体设备的输出，以根据其信号特征确定哪个测试文件正在被播放。

在步骤385处，针对每个附加测试命令继续发出相应的媒体改变和/或其他请求的过程。

在步骤386处，在完成测试之后，将该组媒体设备输出与该组测试命令进行比较，以确定被测试媒体设备的性能或认证。

媒体设备的分布式测试和认证

根据实施方式，包括测试设备的系统能够被制造成便携式或分布式的，使得其能够用于诸如在远程地点或位置处的音频扬声器的测试媒体设备，并将测试结果报告回中心位置，例如认证供应商。这样的实施方式使得例如媒体设备制造商能够对他/她们的设备执行详细的测试，预先认证在连接的媒体环境内使用的这些设备。

例如，如上所述，根据实施方式，测试设备能够被设置在特定地点，以用于测试该地点的媒体设备，并且将这样的测试的结果经由网络报告给用于媒体设备的远程测试和认证的远程位置或认证供应商。

图7示出了根据实施方式的能够在分布式测试环境中使用的用于测试和认证媒体设备的系统。

如图7中所示，根据实施方式，在多个地点中的每一个处，例如在制造商环境a410、b430处，制造商环境包括一个或更多个被测试媒体设备(412、432)、测试设备420、440，测试设备如上所述包括仿真媒体网关422、442以及测试逻辑424、444，以用于测试该地点处的媒体设备并且准备测试结果426、446。

根据实施方式，然后能够将测试结果传达450至认证供应商460，在认证供应商460处，测试结果462、464能够用于确定470对于被测试媒体设备的认证472。

如上所述，结果信息还能够用于创建描述设备对命令的灵敏度的报告或记分卡，所述命令为例如开始播放音轨、跳到下一音轨、改变播放音量等。然后，记分卡和/或认证能够被设置有制造商482或以其他方式与制造商482相关联480，以与设备一起使用。

如上所述，为了确保媒体设备将在环境中按照预期进行操作，开发时进行的特定媒体设备的测试应该在该特定设备的最终版本和固件上执行。

如上面进一步描述的，根据实施方式，测试设备能够包括私钥，该私钥与连接的媒体环境兼容，并且能够与被测固件一起使用以验证其对测试设备内的仿真媒体服务器的真实性。根据实施方式，每个制造商能够被设置有特定于该制造商及其测试设备的密钥，以进一步提高安全性，并且使得该制造商能够操作其自己的仿真媒体服务器。

在特定实现方式中，每个制造商能够从认证供应商处接收具有开/关或“测试”开关、网络连接和麦克风的独立设备形式的测试设备。测试设备能够放置在要测试的设备的旁边，连接至网络，并且激活测试开关以启动测试并且返回即时结果。测试设备还能够被配置成将信息上传至报告服务器，或者如上所述可以包括允许访问设备上的存储结果的内部网服务器。

通常，媒体设备制造商能够在其设备中运行测试一个小时左右，直到达到测试结果的置信水平。如果快速达到负面的结果，则通常不需要继续运行。类似地，如果快速达到非常正面的结果，可能存在较少的继续测试的原因，这允许为阈值情况保留较长的测试周期。

根据其他实施方式，能够例如与音频扬声器的集群一起使用测试设备。例如，在集群环境中，一个音频扬声器可以被配置为与后端媒体服务器进行通信的主音频扬声器，而其他音频扬声器可以是以主服务器为首的伙伴音频扬声器。在这样的环境中，测试设备能够在多个音频扬声器上运行测试，以例如检测这些多个设备之间的媒体内容的漂移。

根据其他实施方式，能够使用多房间测试来以公共测试脚本同时测试多个音频扬声器。

提供两个或更多个集群音频扬声器之间的通信或在多房间环境中的通信的特定细节能够留给音频扬声器实现。

图8是示出根据实施方式的在分布式测试环境中的测试和认证媒体设备的方法的流程图。

如图8中所示，根据实施方式，能够在分布式测试环境中使用类似于参照图6上面描述的方法，其区别在于，在步骤490处，能够在制造商位置提供测试设备以及音频输入机构、测试逻辑和一个或更多个测试文件，其中每个测试文件能够用于在播放时产生特征信号。

步骤491-495通常能够反映上述步骤381-385的那些步骤。

在步骤496处，在完成测试之后，将测试结果传达至认证供应商(其能够是例如托管连接的媒体环境的实体)，以用于确定被测试媒体设备的性能。

在步骤497处，能够在认证供应商处接收测试结果，以用于确定在连接的媒体环境内使用的媒体设备的性能和/或认证。

本发明的实施方式能够使用一个或更多个常规通用目的或专用数字计算机、计算设备、机器或微处理器来方便地实现，所述常规通用目的或专用数字计算机、计算设备、机器或微处理器包括根据本公开内容的教导编程的一个或更多个处理器、存储器和/或计算机可读存储介质。对于软件领域技术人员将明显的是，基于本公开内容的教导，本领域普通程序员能够容易地准备适当的软件代码。

在一些实施方式中，本发明包括计算机程序产品，其是具有存储在其上的指令的非暂态存储介质或计算机可读介质(介质)，指令能够用于对计算机进行编程以执行本发明的任何过程。存储介质的示例能够包括但不限于任何类型的盘，包括：软盘、光盘、dvd，cd-rom、微驱动器和磁光盘、rom、ram、eprom、eeprom、dram、vram、闪存设备、磁卡或光卡、纳米系统(包括分子存储器ic)，或者适于存储指令和/或数据的任何类型的介质或设备。

出于说明和描述的目的，已经提供了本发明的实施方式的前述描述。它不意在穷举或将本发明限制于所公开的精确形式。许多修改和变化对于本领域技术人员将是明显的。

例如，虽然上述若干示例大体上描述了spotifyconnect环境和被测音频扬声器的使用，但是本文描述的特征和技术能够与其他类型的连接的媒体环境和其他类型的媒体设备类似地使用。

选择和描述实施方式以便最佳地解释本发明的原理及其实际应用，从而使得本领域的其他技术人员能够理解针对各种实施方式的本发明以及适用于所考虑的特别用途的各种修改。旨在本发明的范围由所附权利要求及其等同方式来限定。

实施方式的项目单

1.一种用于测试和认证在连接的媒体环境内使用的音频扬声器和其他媒体设备的系统，包括：

测试设备，包括：

输入机构，

多个测试文件，其中，每个测试文件能够用于产生特征信号，以及

仿真媒体网关，所述仿真媒体网关仿真连接的媒体环境，所述连接的媒体环境包括被测试媒体设备和媒体服务器；

其中，使用测试来命令以播放或以其他方式访问在所述被测设备处的媒体内容，使得特定测试文件的播放被检测，以及根据由那些测试文件产生的特征信号来识别所述特定测试文件的播放；以及

其中，结果测试信息能够用于评估在所连接的媒体环境内使用的所述媒体设备的性能和/或认证其操作。

2.根据项目1所述的系统，其中，所述输入机构是麦克风，并且其中，每个测试文件用于产生具有特定频率的音轨的播放。

3.根据项目1所述的系统，其中，所述系统包括一个或更多个测试脚本，所述测试脚本包括在其中定义的测试命令，当由所述被测试媒体设备执行时，所述测试脚本使得所述媒体设备发出针对与所述测试文件相关联的媒体内容的播放的请求或针对对所述媒体内容进行其他控制的请求。

4.根据项目1所述的系统，其中，所述测试设备被设置在特定地点，以用于测试在所述地点的媒体设备，并且在本地报告这样的测试的结果。

5.根据项目1的系统，其中，所述测试设备能够被设置在特定地点，以用于测试在所述地点的媒体设备，并且将这样的测试的结果经由网络报告给用于远程测试和认证所述媒体设备的远程位置。

6.一种对在连接的媒体环境内使用的音频扬声器和其他媒体设备进行测试和提供认证的方法，包括：

在包括输入机构的测试设备处访问多个测试文件，其中，每个测试文件能够用于产生特征信号；

执行仿真媒体网关，所述仿真媒体网关仿真包括被测试媒体设备和媒体服务器的连接的媒体环境；

执行测试以模仿命令来播放或以其他方式访问所述被测设备处的媒体内容；

根据由那些测试文件产生的特征信号来检测和识别特定测试文件的播放；以及

使用结果测试信息来评估所述连接的媒体环境内的所述媒体设备的性能和/或认证其操作。

7.根据项目6所述的方法，其中，所述输入机构是麦克风，并且其中，每个测试文件用于产生具有特定频率的音轨的播放。

8.根据项目6所述的方法，其中，所述系统包括一个或更多个测试脚本，所述测试脚本包括在其中定义的测试命令，当由所述被测试媒体设备执行时，所述测试脚本使得所述媒体设备发出针对与所述测试文件相关联的媒体内容的播放的请求或针对对所述媒体内容进行其他控制的请求。

9.根据项目6所述的方法，其中，所述测试设备被设置在特定地点，以用于测试在所述地点的媒体设备，并且在本地报告这样的测试的结果。

10.根据项目6所述的方法，其中，测试设备能够被设置在特定地点，以用于测试在所述地点的媒体设备，并且将这样的测试的结果经由网络报告给用于远程测试和认证所述媒体设备的远程位置。